(57)【要約】本発明は、パケット交換ネットワークを介したビデオのマルチキャスト、ビデオ・オン・デマンド、リアルタイムの対話型のビデオ電話、及び高忠実度の音声会議のような、高品質のマルチメディア通信サービスを伝送するための高効率のプロトコルに基づく。本発明はシリコンのボトルネックの問題を取り扱い、高品質のマルチメディアサービスが広く使用されることを可能にする。本発明は、方法、システム及びデータ構造を含むさまざまな種類に表現されうる。本発明の１つの態様では、マルチメディアデータのパケット（１０）が、パケットに含まれたデータグラムアドレスを用いて（すなわち、データグラムアドレスに基づくルーティング）パケット交換型ネットワークにおける複数の論理リンクを介して転送される方法に関わる。データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作する。
2005507611.tif 000002
【特許請求の範囲】
【請求項１】
データを伝送するための方法であって、
パケットにおけるデータグラムアドレスを使用して、マルチメディアデータの上記パケットを、パケット交換ネットワーク内の複数の論理リンクを介して非同期的に転送することを含み、
上記複数の論理リンクは、発信元ノードと宛先ノードとの間に伝送経路を形成し、
上記データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作し、
上記転送に先行して、上記ネットワーク内のノードは、上記複数の論理リンクに沿ったリソースの測定された使用量に基づいて上記転送を承認する方法。
【請求項２】
上記転送はインターネットプロトコルを使用しない請求項１記載の方法。
【請求項３】
データを伝送するためのシステムであって、
複数の論理リンクを含むパケット交換ネットワークと、
上記複数の論理リンクを非同期的に通過する複数のデータパケットとを備え、上記パケットの各々は、
ヘッダフィールドを備え、上記ヘッダフィールドは、
データリンク層のアドレス及びネットワーク層のアドレスの両方として動作するデータグラムアドレスを含み、
上記パケットの各々は、
マルチメディアデータを含むペイロードフィールドを備え、
上記複数の論理リンクは、発信元ノードと宛先ノードとの間に伝送経路を形成し、
上記通過に先行して、上記ネットワーク内のノードは、上記複数の論理リンクに沿ったリソースの測定された使用量に基づいて上記通過を承認するシステム。
【請求項４】
上記パケット交換ネットワークは、上記複数のデータパケットに上記複数の論理リンクを通過させるためにインターネットプロトコルを使用しない請求項３記載のシステム。
【請求項５】
パケットのためのデータ構造であって、
パケット交換ネットワークにおいてデータリンク層のアドレス及びネットワーク層のアドレスの両方として動作するデータグラムアドレスを含むヘッダフィールドと、
マルチメディアデータを含むペイロードフィールドとを備え、
上記パケットは、上記パケット交換ネットワークにおける複数の論理リンクを介して非同期的に転送され、
上記複数の論理リンクは、発信元ノードと宛先ノードとの間に伝送経路を形成し、
上記転送に先行して、上記ネットワーク内のノードは、上記複数の論理リンクに沿ったリソースの測定された使用量に基づいて上記転送を承認するデータ構造。
【請求項６】
上記パケット交換ネットワークはインターネットプロトコルを使用しない請求項５記載のデータ構造。
【請求項７】
ネットワークを介してデータを伝送するための実行可能なプログラム命令を含むコンピュータが読み取り可能な媒体であって、上記実行可能なプログラム命令は、実行されるとき、上記ネットワークに、
パケットにおけるデータグラムアドレスを使用して、マルチメディアデータの上記パケットを、パケット交換ネットワーク内の複数の論理リンクを介して非同期的に転送させ、
上記複数の論理リンクは、発信元ノードと宛先ノードとの間に伝送経路を形成し、
上記データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作し、
上記転送に先行して、上記ネットワーク内のノードは、上記複数の論理リンクに沿ったリソースの測定された使用量に基づいて上記転送を承認するコンピュータが読み取り可能な媒体。
【請求項８】
上記転送はインターネットプロトコルを使用しない請求項７記載のコンピュータが読み取り可能な媒体。
【請求項９】
データを伝送するための方法であって、
パケットにおけるデータグラムアドレスを使用して、マルチメディアデータの上記パケットを、パケット交換ネットワーク内の複数の論理リンクを介して転送することを含み、
上記データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作する方法。
【請求項１０】
上記複数の論理リンクは、発信元ノードと宛先ノードとの間に伝送経路を形成する請求項９記載の方法。
【請求項１１】
上記転送はインターネットプロトコルを使用しない請求項９記載の方法。
【請求項１２】
上記転送はワイヤスピードで発生する請求項９記載の方法。
【請求項１３】
上記転送はオフラインで計算された転送テーブルを使用する請求項９記載の方法。
【請求項１４】
上記転送は、リアルタイムでのルーティングテーブルの計算を使用しない請求項９記載の方法。
【請求項１５】
上記転送は非同期的に発生する請求項９記載の方法。
【請求項１６】
上記転送は、パケットが提供しているサービスのタイプに関する上記データグラムアドレス内の情報によって促進される請求項９記載の方法。
【請求項１７】
上記パケットは、上記ネットワーク内で転送されるマルチメディアデータの他のパケットの長さとは異なる長さを有する請求項９記載の方法。
【請求項１８】
上記パケットは、上記複数の論理リンクにおける大部分のリンクに沿って転送されるときに不変のままである請求項９記載の方法。
【請求項１９】
上記パケットは「存続時間」データを持たない請求項９記載の方法。
【請求項２０】
上記パケットは、ルーティングの計算を使用せずに上記複数の論理リンク内の大部分のリンクに沿って転送される請求項９記載の方法。
【請求項２１】
上記マルチメディアデータは電話のためのデータを含む請求項９記載の方法。
【請求項２２】
上記マルチメディアデータはメディア・オン・デマンドのためのデータを含む請求項９記載の方法。
【請求項２３】
上記マルチメディアデータはマルチキャストのためのデータを含む請求項９記載の方法。
【請求項２４】
上記マルチメディアデータはブロードキャストのためのデータを含む請求項９記載の方法。
【請求項２５】
上記マルチメディアデータは転送のためのデータを含む請求項９記載の方法。
【請求項２６】
上記マルチメディアデータはユーザ端末装置上に表示される請求項９記載の方法。
【請求項２７】
上記ユーザ端末装置は、メディアネットワークプロトコル及び非メディアネットワークプロトコルの両方のネットワークへのアクセスを提供するセットトップボックスである請求項２６記載の方法。
【請求項２８】
上記ユーザ端末装置は、メディアネットワークプロトコル及び非メディアネットワークの両方のパケットを処理するテレピュータである請求項２６記載の方法。
【請求項２９】
上記マルチメディアデータは家庭用サーバ上に記憶される請求項９記載の方法。
【請求項３０】
上記マルチメディアデータは大容量記憶装置に記憶される請求項９記載の方法。
【請求項３１】
上記パケット交換ネットワークは複数の非ピア・ツー・ピア型ユーザ端末装置を含む請求項９記載の方法。
【請求項３２】
上記パケット交換ネットワークは複数の非ピア・ツー・ピア型中間スイッチを含む請求項９記載の方法。
【請求項３３】
上記パケット交換ネットワークは複数の非ピア・ツー・ピア型家庭用ゲートウェイを含む請求項９記載の方法。
【請求項３４】
上記ネットワークにノードが追加される場合、上記パケット交換ネットワークは上記ノードを自動的に構成する請求項９記載の方法。
【請求項３５】
上記自動的な構成は、ノードの識別番号をチェックすることを含む請求項３４記載の方法。
【請求項３６】
上記パケット交換ネットワークは、上記転送に先行して上記転送を承認する請求項９記載の方法。
【請求項３７】
上記承認は、上記複数の論理リンクに沿ったリソースの測定された使用量に基づく請求項３６記載の方法。
【請求項３８】
上記承認は、セッション毎の実行を基準とする請求項３７記載の方法。
【請求項３９】
上記パケット交換ネットワーク内のノードは、上記転送に先行して上記転送を承認する請求項９記載の方法。
【請求項４０】
上記承認は上記複数の論理リンクに沿ったリソースの測定された使用量に基づく請求項３９記載の方法。
【請求項４１】
上記承認は、セッション毎の実行を基準とする請求項４０記載の方法。
【請求項４２】
上記パケット交換ネットワークは、ネットワーク情報を上記ネットワーク内の複数のスイッチへ分配するサーバを含む請求項９記載の方法。
【請求項４３】
上記ネットワーク情報は、上記ネットワーク内の複数のスイッチの帯域幅使用量を含む請求項４２記載の方法。
【請求項４４】
上記ネットワーク情報は通報パケットを使用して分配される請求項４２記載の方法。
【請求項４５】
上記パケット交換ネットワークは、上記パケットの転送に先行して、支払者のアカウントを照合する請求項９記載の方法。
【請求項４６】
上記パケット交換ネットワークは、使用量データを測定し、収集しかつ記憶する請求項９記載の方法。
【請求項４７】
上記使用量データはアカウント処理データを含む請求項４６記載の方法。
【請求項４８】
上記パケット交換ネットワークはパケットのフローを調整する請求項９記載の方法。
【請求項４９】
上記ネットワークは、パケットを追加することによってパケットのフローを調整する請求項４８記載の方法。
【請求項５０】
上記ネットワークは、パケットを遅延させることによってパケットのフローを調整する請求項４８記載の方法。
【請求項５１】
上記パケット交換ネットワークは、専門化されたタスクをそれぞれ実行する複数のサーバシステムを含んだ、サーバ群を含む請求項９記載の方法。
【請求項５２】
上記パケット交換ネットワークは、フィルタ基準のセットに基づいて上記パケットをフィルタリングする請求項９記載の方法。
【請求項５３】
上記フィルタ基準は、セッション毎の実行を基準として確立される請求項５２記載の方法。
【請求項５４】
上記フィルタ基準は上記パケットにおける発信元アドレスを含む請求項５２記載の方法。
【請求項５５】
上記フィルタ基準は上記パケットにおける宛先アドレスを含む請求項５２記載の方法。
【請求項５６】
上記フィルタ基準はトラフィックフローのパラメータを含む請求項５２記載の方法。
【請求項５７】
上記フィルタ基準はデータコンテンツ情報を含む請求項５２記載の方法。
【請求項５８】
上記データグラムアドレスは、ノードをネットワーク接続ポイントにバインドし、上記ノードが変更されたとき上記ネットワーク接続ポイントに残る請求項９記載の方法。
【請求項５９】
上記データグラムアドレスは、ネットワーク接続ポイントに導くネットワークトポロジーに対応する部分的なアドレスサブフィールドを含む請求項９記載の方法。
【請求項６０】
ネットワーク接続ポイントに接続されたノードが変更されたとき、上記データグラムアドレスは上記ネットワーク接続ポイントに関連付けられたままである請求項９記載の方法。
【請求項６１】
データを伝送するためのシステムであって、
複数の論理リンクを含むパケット交換ネットワークと、
上記複数の論理リンクを通過する複数のデータパケットとを備え、上記パケットの各々は、
ヘッダフィールドを備え、上記ヘッダフィールドは、
データリンク層のアドレス及びネットワーク層のアドレスの両方として動作するデータグラムアドレスを含み、
上記パケットの各々は、
マルチメディアデータを含むペイロードフィールドを備えるシステム。
【請求項６２】
上記複数の論理リンクは、発信元ノードと宛先ノードとの間に伝送経路を形成する請求項６１記載のシステム。
【請求項６３】
上記通過はインターネットプロトコルを使用しない請求項６１記載のシステム。
【請求項６４】
上記通過はワイヤスピードで発生する請求項６１記載のシステム。
【請求項６５】
上記通過は、オフラインで計算された転送テーブルを使用する請求項６１記載のシステム。
【請求項６６】
上記通過は、リアルタイムでのルーティングテーブルの計算を使用しない請求項６１記載のシステム。
【請求項６７】
上記通過は非同期的に発生する請求項６１記載のシステム。
【請求項６８】
上記通過は、パケットが提供しているサービスのタイプに関する上記データグラムアドレス内の情報によって促進される請求項６１記載のシステム。
【請求項６９】
上記パケットは可変長である請求項６１記載のシステム。
【請求項７０】
上記パケットは、上記複数の論理リンクにおける大部分のリンクに沿って転送されるときに不変のままである請求項６１記載のシステム。
【請求項７１】
上記パケットは「存続時間」データを持たない請求項６１記載のシステム。
【請求項７２】
上記パケットは、ルーティング計算を使用せずに上記複数の論理リンク内の大部分のリンクに沿って転送される請求項６１記載のシステム。
【請求項７３】
上記マルチメディアデータは電話のためのデータを含む請求項６１記載のシステム。
【請求項７４】
上記マルチメディアデータはメディア・オン・デマンドのためのデータを含む請求項６１記載のシステム。
【請求項７５】
上記マルチメディアデータはマルチキャストのためのデータを含む請求項６１記載のシステム。
【請求項７６】
上記マルチメディアデータはブロードキャストのためのデータを含む請求項６１記載のシステム。
【請求項７７】
上記マルチメディアデータは転送のためのデータを含む請求項６１記載のシステム。
【請求項７８】
上記マルチメディアデータはユーザ端末装置上に表示される請求項６１記載のシステム。
【請求項７９】
上記ユーザ端末装置は、メディアネットワークプロトコル及び非メディアネットワークプロトコルの両方のネットワークへのアクセスを提供するセットトップボックスである請求項７８記載のシステム。
【請求項８０】
上記ユーザ端末装置は、メディアネットワークプロトコル及び非メディアネットワークの両方のパケットを処理するテレピュータである請求項７８記載のシステム。
【請求項８１】
上記マルチメディアデータは家庭用サーバ上に記憶される請求項６１記載のシステム。
【請求項８２】
上記マルチメディアデータは大容量記憶装置に記憶される請求項６１記載のシステム。
【請求項８３】
上記パケット交換ネットワークは複数の非ピア・ツー・ピア型ユーザ端末装置を含む請求項６１記載のシステム。
【請求項８４】
上記パケット交換ネットワークは複数の非ピア・ツー・ピア型中間スイッチを含む請求項６１記載のシステム。
【請求項８５】
上記パケット交換ネットワークは複数の非ピア・ツー・ピア型家庭用ゲートウェイを含む請求項６１記載のシステム。
【請求項８６】
上記ネットワークにノードが追加される場合、上記パケット交換ネットワークは上記ノードを自動的に構成する請求項６１記載のシステム。
【請求項８７】
上記自動的な構成は、ノードの識別番号をチェックすることを含む請求項８６記載のシステム。
【請求項８８】
上記パケット交換ネットワークは、上記通過に先行して上記通過を承認する請求項６１記載のシステム。
【請求項８９】
上記承認は、上記複数の論理リンクに沿ったリソースの測定された使用量に基づく請求項８８記載のシステム。
【請求項９０】
上記承認は、セッション毎の実行を基準とする請求項８９記載のシステム。
【請求項９１】
上記パケット交換ネットワーク内のノードは、上記通過に先行して上記通過を承認する請求項６１記載のシステム。
【請求項９２】
上記承認は、上記複数の論理リンクに沿ったリソースの測定された使用量に基づく請求項９１記載のシステム。
【請求項９３】
上記承認は、セッション毎の実行を基準とする請求項９２記載のシステム。
【請求項９４】
上記パケット交換ネットワークは、ネットワーク情報を上記ネットワーク内の複数のスイッチへ分配するサーバを含む請求項６１記載のシステム。
【請求項９５】
上記ネットワーク情報は上記ネットワーク内の複数のスイッチの帯域幅使用量を含む請求項９４記載のシステム。
【請求項９６】
上記ネットワーク情報は通報パケットを使用して分配される請求項９４記載のシステム。
【請求項９７】
上記パケット交換ネットワークは、上記パケットの転送に先行して、支払者のアカウントを照合する請求項６１記載のシステム。
【請求項９８】
上記パケット交換ネットワークは、使用量データを測定し、収集しかつ記憶する請求項６１記載のシステム。
【請求項９９】
上記使用量データはアカウント処理データを含む請求項９８記載のシステム。
【請求項１００】
上記パケット交換ネットワークはパケットのフローを調整する請求項６１記載のシステム。
【請求項１０１】
上記ネットワークは、パケットを追加することによってパケットのフローを調整する請求項１００記載のシステム。
【請求項１０２】
上記ネットワークは、パケットを遅延させることによってパケットのフローを調整する請求項１００記載のシステム。
【請求項１０３】
上記パケット交換ネットワークは、専門化されたタスクをそれぞれ実行する複数のサーバシステムを含んだ、サーバ群を含む請求項６１記載のシステム。
【請求項１０４】
上記パケット交換ネットワークは、フィルタ基準のセットに基づいて上記パケットをフィルタリングする請求項６１記載のシステム。
【請求項１０５】
上記フィルタ基準は、セッション毎の実行を基準として確立される請求項１０４記載のシステム。
【請求項１０６】
上記フィルタ基準は上記パケットにおける発信元アドレスを含む請求項１０４記載のシステム。
【請求項１０７】
上記フィルタ基準は上記パケットにおける宛先アドレスを含む請求項１０４記載のシステム。
【請求項１０８】
上記フィルタ基準はトラフィックフローのパラメータを含む請求項１０４記載のシステム。
【請求項１０９】
上記フィルタ基準はデータコンテンツ情報を含む請求項１０４記載のシステム。
【請求項１１０】
上記データグラムアドレスは、ノードをネットワーク接続ポイントにバインドし、上記ノードが変更されたとき上記ネットワーク接続ポイントに残る請求項６１記載のシステム。
【請求項１１１】
上記データグラムアドレスは、ネットワーク接続ポイントに導くネットワークトポロジーに対応する部分的なアドレスサブフィールドを含む請求項６１記載のシステム。
【請求項１１２】
ネットワーク接続ポイントに接続されたノードが変更されたとき、上記データグラムアドレスは上記ネットワーク接続ポイントに関連付けられたままである請求項６１記載のシステム。
【請求項１１３】
パケットのためのデータ構造であって、
パケット交換ネットワークにおいてデータリンク層のアドレス及びネットワーク層のアドレスの両方として動作するデータグラムアドレスを含むヘッダフィールドと、
マルチメディアデータを含むペイロードフィールドとを備えるデータ構造。
【請求項１１４】
上記パケットは、上記ネットワーク内の発信元ノードと宛先ノードとの間に伝送経路を形成する上記複数の論理リンクを介して転送される請求項１１３記載のデータ構造。
【請求項１１５】
上記パケットは、インターネットプロトコルを使用せずに上記ネットワークを介して転送される請求項１１３記載のデータ構造。
【請求項１１６】
上記パケットは、ワイヤスピードで上記ネットワークを介して転送される請求項１１３記載のデータ構造。
【請求項１１７】
上記パケットは、オフラインで計算された転送テーブルを使用して上記ネットワークを介して転送される請求項１１３記載のデータ構造。
【請求項１１８】
上記パケットは、リアルタイムでのルーティングテーブルの計算を使用せずに上記ネットワークを介して転送される請求項１１３記載のデータ構造。
【請求項１１９】
上記パケットは非同期的に上記ネットワークを介して転送される請求項１１３記載のデータ構造。
【請求項１２０】
上記パケットは上記ネットワークを介して転送され、上記転送はパケットが提供しているサービスのタイプに関する上記データグラムアドレス内の情報によって促進される請求項１１３記載のデータ構造。
【請求項１２１】
上記パケットは、上記ネットワーク内で転送されるマルチメディアデータの他のパケットの長さとは異なる長さを有する請求項１１３記載のデータ構造。
【請求項１２２】
上記パケットは、上記ネットワーク内の上記複数の論理リンクにおける大部分のリンクに沿って転送されるときに不変のままである請求項１１３記載のデータ構造。
【請求項１２３】
上記パケットは「存続時間」データを持たない請求項１１３記載のデータ構造。
【請求項１２４】
上記パケットは、ルーティング計算を使用せずに上記ネットワーク内の上記複数の論理リンクにおける大部分のリンクに沿って転送される請求項１１３記載のデータ構造。
【請求項１２５】
上記マルチメディアデータは電話のためのデータを含む請求項１１３記載のデータ構造。
【請求項１２６】
上記マルチメディアデータはメディア・オン・デマンドのためのデータを含む請求項１１３記載のデータ構造。
【請求項１２７】
上記マルチメディアデータはマルチキャストのためのデータを含む請求項１１３記載のデータ構造。
【請求項１２８】
上記マルチメディアデータはブロードキャストのためのデータを含む請求項１１３記載のデータ構造。
【請求項１２９】
上記マルチメディアデータは転送のためのデータを含む請求項１１３記載のデータ構造。
【請求項１３０】
上記マルチメディアデータはユーザ端末装置上に表示される請求項１１３記載のデータ構造。
【請求項１３１】
上記ユーザ端末装置は、メディアネットワークプロトコル及び非メディアネットワークプロトコルの両方のネットワークへのアクセスを提供するセットトップボックスである請求項１３０記載のデータ構造。
【請求項１３２】
上記ユーザ端末装置は、メディアネットワークプロトコル及び非メディアネットワークの両方のパケットを処理するテレピュータである請求項１３０記載のデータ構造。
【請求項１３３】
上記マルチメディアデータは家庭用サーバ上に記憶される請求項１１３記載のデータ構造。
【請求項１３４】
上記マルチメディアデータは大容量記憶装置に記憶される請求項１１３記載のデータ構造。
【請求項１３５】
上記パケット交換ネットワークは複数の非ピア・ツー・ピア型ユーザ端末装置を含む請求項１１３記載のデータ構造。
【請求項１３６】
上記パケット交換ネットワークは複数の非ピア・ツー・ピア型中間スイッチを含む請求項１１３記載のデータ構造。
【請求項１３７】
上記パケット交換ネットワークは複数の非ピア・ツー・ピア型家庭用ゲートウェイを含む請求項１１３記載のデータ構造。
【請求項１３８】
上記ネットワークにノードが追加される場合、上記パケット交換ネットワークは上記ノードを自動的に構成する請求項１１３記載のデータ構造。
【請求項１３９】
上記自動的な構成は、ノードの識別番号をチェックすることを含む請求項１３８記載のデータ構造。
【請求項１４０】
上記パケット交換ネットワークは、上記パケットの転送に先行して、上記ネットワーク内の上記複数の論理リンクを介する上記パケットの転送を承認する請求項１１３記載のデータ構造。
【請求項１４１】
上記承認は、上記複数の論理リンクに沿ったリソースの測定された使用量に基づく請求項１４０記載のデータ構造。
【請求項１４２】
上記承認は、セッション毎の実行を基準とする請求項１４１記載のデータ構造。
【請求項１４３】
上記パケット交換ネットワーク内のノードは、上記転送に先行して、上記ネットワーク内の上記複数の論理リンクを介する上記パケットの転送を承認する請求項１１３記載のデータ構造。
【請求項１４４】
上記承認は、上記複数の論理リンクに沿ったリソースの測定された使用量に基づく請求項１４３記載のデータ構造。
【請求項１４５】
上記承認は、セッション毎の実行を基準とする請求項１４４記載のデータ構造。
【請求項１４６】
上記パケット交換ネットワークは、ネットワーク情報を上記ネットワーク内の複数のスイッチへ分配するサーバを含む請求項１１３記載のデータ構造。
【請求項１４７】
上記ネットワーク情報は上記ネットワーク内の複数のスイッチの帯域幅使用量を含む請求項１４６記載のデータ構造。
【請求項１４８】
上記ネットワーク情報は通報パケットを使用して分配される請求項１４６記載のデータ構造。
【請求項１４９】
上記パケット交換ネットワークは、上記パケットの転送に先行して、支払者のアカウントを照合する請求項１１３記載のデータ構造。
【請求項１５０】
上記パケット交換ネットワークは、使用量データを測定し、収集しかつ記憶する請求項１１３記載のデータ構造。
【請求項１５１】
上記使用量データはアカウント処理データを含む請求項１５０記載のデータ構造。
【請求項１５２】
上記パケット交換ネットワークはパケットのフローを調整する請求項１１３記載のデータ構造。
【請求項１５３】
上記ネットワークは、パケットを追加することによってパケットのフローを調整する請求項１５２記載のデータ構造。
【請求項１５４】
上記ネットワークは、パケットを遅延させることによってパケットのフローを調整する請求項１５２記載のデータ構造。
【請求項１５５】
上記パケット交換ネットワークは、専門化されたタスクをそれぞれ実行する複数のサーバシステムを含んだ、サーバ群を含む請求項１１３記載のデータ構造。
【請求項１５６】
上記パケット交換ネットワークは、フィルタ基準のセットに基づいて上記パケットをフィルタリングする請求項１１３記載のデータ構造。
【請求項１５７】
上記フィルタ基準は、セッション毎の実行を基準として確立される請求項１５６記載のデータ構造。
【請求項１５８】
上記フィルタ基準は上記パケットにおける発信元アドレスを含む請求項１５６記載のデータ構造。
【請求項１５９】
上記フィルタ基準は上記パケットにおける宛先アドレスを含む請求項１５６記載のデータ構造。
【請求項１６０】
上記フィルタ基準はトラフィックフローのパラメータを含む請求項１５６記載のデータ構造。
【請求項１６１】
上記フィルタ基準はデータコンテンツ情報を含む請求項１５６記載のデータ構造。
【請求項１６２】
上記データグラムアドレスは、ノードをネットワーク接続ポイントにバインドし、上記ノードが変更されたとき上記ネットワーク接続ポイントに残る請求項１１３記載のデータ構造。
【請求項１６３】
上記データグラムアドレスは、ネットワーク接続ポイントに導くネットワークトポロジーに対応する部分的なアドレスサブフィールドを含む請求項１１３記載のデータ構造。
【請求項１６４】
ネットワーク接続ポイントに接続されたノードが変更されたとき、上記データグラムアドレスは上記ネットワーク接続ポイントに関連付けられたままである請求項１１３記載のデータ構造。
【請求項１６５】
ネットワークを介してデータを伝送するための実行可能なプログラム命令を含むコンピュータが読み取り可能な媒体であって、上記実行可能なプログラム命令は、実行されるとき、上記ネットワークに、
パケットにおけるデータグラムアドレスを使用して、マルチメディアデータの上記パケットを、パケット交換ネットワーク内の複数の論理リンクを介して転送させ、
上記データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作するコンピュータが読み取り可能な媒体。
【請求項１６６】
上記複数の論理リンクは、発信元ノードと宛先ノードとの間に伝送経路を形成する請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１６７】
上記転送はインターネットプロトコルを使用しない請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１６８】
上記転送はワイヤスピードで発生する請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１６９】
上記転送は、オフラインで計算された転送テーブルを使用する請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１７０】
上記転送は、リアルタイムでのルーティングテーブルの計算を使用しない請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１７１】
上記転送は非同期的に発生する請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１７２】
上記転送は、パケットが提供しているサービスのタイプに関する上記データグラムアドレス内の情報によって促進される請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１７３】
上記パケットは、上記ネットワーク内で転送されるマルチメディアデータの他のパケットの長さとは異なる長さを有する請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１７４】
上記パケットは、上記複数の論理リンクにおける大部分のリンクに沿って転送されるときに不変のままである請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１７５】
上記パケットは「存続時間」データを持たない請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１７６】
上記パケットは、ルーティング計算を使用せずに上記複数の論理リンク内の大部分のリンクに沿って転送される請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１７７】
上記マルチメディアデータは電話のためのデータを含む請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１７８】
上記マルチメディアデータはメディア・オン・デマンドのためのデータを含む請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１７９】
上記マルチメディアデータはマルチキャストのためのデータを含む請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１８０】
上記マルチメディアデータはブロードキャストのためのデータを含む請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１８１】
上記マルチメディアデータは転送のためのデータを含む請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１８２】
上記マルチメディアデータはユーザ端末装置上に表示される請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１８３】
上記ユーザ端末装置は、メディアネットワークプロトコル及び非メディアネットワークプロトコルの両方のネットワークへのアクセスを提供するセットトップボックスである請求項１８２記載のコンピュータが読み取り可能な媒体。
【請求項１８４】
上記ユーザ端末装置は、メディアネットワークプロトコル及び非メディアネットワークの両方のパケットを処理するテレピュータである請求項１８２記載のコンピュータが読み取り可能な媒体。
【請求項１８５】
上記マルチメディアデータは家庭用サーバ上に記憶される請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１８６】
上記マルチメディアデータは大容量記憶装置に記憶される請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１８７】
上記パケット交換ネットワークは複数の非ピア・ツー・ピア型ユーザ端末装置を含む請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１８８】
上記パケット交換ネットワークは複数の非ピア・ツー・ピア型中間スイッチを含む請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１８９】
上記パケット交換ネットワークは複数の非ピア・ツー・ピア型家庭用ゲートウェイを含む請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１９０】
上記ネットワークにノードが追加される場合、上記パケット交換ネットワークは上記ノードを自動的に構成する請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１９１】
上記自動的な構成は、ノードの識別番号をチェックすることを含む請求項１９０記載のコンピュータが読み取り可能な媒体。
【請求項１９２】
上記パケット交換ネットワークは、上記転送に先行して上記転送を承認する請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１９３】
上記承認は、上記複数の論理リンクに沿ったリソースの測定された使用量に基づく請求項１９２記載のコンピュータが読み取り可能な媒体。
【請求項１９４】
上記承認は、セッション毎の実行を基準とする請求項１９３記載のコンピュータが読み取り可能な媒体。
【請求項１９５】
上記パケット交換ネットワーク内のノードは、上記転送に先行して上記転送を承認する請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１９６】
上記承認は、上記複数の論理リンクに沿ったリソースの測定された使用量に基づく請求項１９５記載のコンピュータが読み取り可能な媒体。
【請求項１９７】
上記承認は、セッション毎の実行を基準とする請求項１９６記載のコンピュータが読み取り可能な媒体。
【請求項１９８】
上記パケット交換ネットワークは、ネットワーク情報を上記ネットワーク内の複数のスイッチへ分配するサーバを含む請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項１９９】
上記ネットワーク情報は上記ネットワーク内の複数のスイッチの帯域幅使用量を含む請求項１９８記載のコンピュータが読み取り可能な媒体。
【請求項２００】
上記ネットワーク情報は通報パケットを使用して分配される請求項１９９記載のコンピュータが読み取り可能な媒体。
【請求項２０１】
上記パケット交換ネットワークは、上記パケットの転送に先行して、支払者のアカウントを照合する請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項２０２】
上記パケット交換ネットワークは、使用量データを測定し、収集しかつ記憶する請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項２０３】
上記使用量データはアカウント処理データを含む請求項２０２記載のコンピュータが読み取り可能な媒体。
【請求項２０４】
上記パケット交換ネットワークはパケットのフローを調整する請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項２０５】
上記ネットワークは、パケットを追加することによってパケットのフローを調整する請求項２０４記載のコンピュータが読み取り可能な媒体。
【請求項２０６】
上記ネットワークは、パケットを遅延させることによってパケットのフローを調整する請求項２０４記載のコンピュータが読み取り可能な媒体。
【請求項２０７】
上記パケット交換ネットワークは、専門化されたタスクをそれぞれ実行する複数のサーバシステムを含んだ、サーバ群を含む請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項２０８】
上記パケット交換ネットワークは、フィルタ基準のセットに基づいて上記パケットをフィルタリングする請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項２０９】
上記フィルタ基準は、セッション毎の実行を基準として確立される請求項２０８記載のコンピュータが読み取り可能な媒体。
【請求項２１０】
上記フィルタ基準は上記パケットにおける発信元アドレスを含む請求項２０８記載のコンピュータが読み取り可能な媒体。
【請求項２１１】
上記フィルタ基準は上記パケットにおける宛先アドレスを含む請求項２０８記載のコンピュータが読み取り可能な媒体。
【請求項２１２】
上記フィルタ基準はトラフィックフローのパラメータを含む請求項２０８記載のコンピュータが読み取り可能な媒体。
【請求項２１３】
上記フィルタ基準はデータコンテンツ情報を含む請求項２０８記載のコンピュータが読み取り可能な媒体。
【請求項２１４】
上記データグラムアドレスは、ノードをネットワーク接続ポイントにバインドし、上記ノードが変更されたとき上記ネットワーク接続ポイントに残る請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項２１５】
上記データグラムアドレスは、ネットワーク接続ポイントに導くネットワークトポロジーに対応する部分的なアドレスサブフィールドを含む請求項１６５記載のコンピュータが読み取り可能な媒体。
【請求項２１６】
ネットワーク接続ポイントに接続されたノードが変更されたとき、上記データグラムアドレスは上記ネットワーク接続ポイントに関連付けられたままである請求項１６５記載のコンピュータが読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はマルチメディア通信の分野に関する。特に、本発明は、パケット交換ネットワークを介したビデオのマルチキャスティング、ビデオ・オン・デマンド、リアルタイムの対話型ビデオ電話、及び高忠実度の音声会議のような、高品質のマルチメディア通信サービスを伝送するための高効率のプロトコルに基づいている。本発明は、方法、システム及びデータ構造を含む、さまざまな種類に表現されることが可能である。
【背景技術】
【０００２】
電気通信ネットワーク（インターネットを含む）は、複数の個人及び複数の組織が情報及び他のリソースを交換することを可能にする。ネットワークは、典型的には、アクセス、トランスポート、信号方式、及びネットワーク管理の技術を含む。これらの技術は多数の文献に記載されている。概略として、スチーブン・シェパード（Steven Shepherd）による「電気通信の集中（Telecommunications Convergence）」（マグローヒル（McGraw-Hill），２０００年）、アナベル・ゼッド・ドッド（Annabel Z. Dodd）による「電気通信入門（The Essential Guide to Telecommunications）」第３版（プレンティスホールＰＴＲ（Prentice Hall PTR），２００１年）、あるいは、レイ・ホラク（Ray Horak）による「通信システム及びネットワーク（Communications Systems and Networks）」第２版（Ｍ＆Ｔブックス（M&T Books），２０００年）が参照される。これらの技術における以前の発展は、情報伝送の速度、品質及びコストを十分に改善した。
【０００３】
広域のトランスポートネットワークにユーザを接続するアクセス技術（すなわち、ネットワークのエッジ部におけるエンドユーザ装置及びローカルループ）は、１４．４，２８．８及び５６Ｋのモデムから発展し、サービス総合ディジタル網（「ＩＳＤＮ」）、Ｔ１、ケーブルモデム、ディジタル加入者線（「ＤＳＬ」）、イーサネット（登録商標）、及び無線技術を含むまでになっている。
【０００４】
現在、広域ネットワークで使用されるトランスポート技術は、同期光ネットワーク（「ＳＯＮＥＴ」）、高密度波長分割多重（「ＤＷＤＭ」）、フレームリレー、非同期転送モード（「ＡＴＭ」）、及びレジリアントパケットリング（「ＲＰＲ」）を含む。
【０００５】
各種の信号方式の技術（例えば、あるネットワークにわたって通信を確立し、保持し、終了する際に用いられるプロトコル及び方法）のすべてのうちで、インターネットプロトコル（「ＩＰ」）は最も偏在したありふれたものとなった。実際に、ほとんどすべての電気通信及びネットワーキングの専門家らは、音声（例えば電話）、ビデオ及びデータのネットワークが、単一のＩＰに基づくネットワーク（例えばインターネット）に集中化される（一体化される）ことが不可避であると信じている。ある記者は以下のように述べている。「１つのことが明らかである。ＩＰ集中化の列車は駅を離れた。乗客のうちの何人かは、旅に対して猛烈に熱狂的となり、他の乗客は、ＩＰの多数の欠点を数えあげることで騒々しく文句を言いながら引きずられている。しかし、どんな欠点があろうとも、ＩＰは決着がついたものであり、それはもう標準として採用された。終わり。ＩＰが勢いと発展の作用を有し、見わたす限り他には何も存在しない。」スーザン・ブライデンバック，“ＩＰの集中化：未来を構築する”，ネットワークワールド，１９９８年８月１０日（Susan Breidenbach, "IP Convergence: Building the Future", Network World, August 10, 1998）。
【０００６】
コンピュータネットワークをモニタリングし、修復し、再構成する、簡易ネットワーク管理プロトコル（「ＳＮＭＰ」）や共通管理情報プロトコル（「ＣＭＩＰ」）のようなネットワーク管理技術が開発されている。
【０００７】
これら進歩のため、コンピュータネットワークは、簡単なテキストメッセージを伝送することから、音声と静止画像と基本的なマルチメディアサービスとを提供するに至るまで発展している。
【０００８】
最近、ケーブルテレビジョン（「ＣＡＴＶ」）、ディジタルバーサタイルディスク（「ＤＶＤ」）又は高品位テレビジョン（「ＨＤＴＶ」）に匹敵する画像及び音声の品質を備えたマルチメディア通信サービスをコンピュータネットワークが提供できるように試みている既存の技術を拡張するために、又はそのような新たな技術を作成するために、非常に多くの努力が注がれた。これらのサービスを提供するため、マルチメディアネットワークには、広い帯域幅と、短い遅延と、小さなジッタとを有することが必要である。広範な使用を促進するために、マルチメディアネットワークはまた、１）拡張容易性（スケーラビリティー）と、２）他のネットワークとの間での相互の操作可能性と、３）最小の情報損失と、４）管理能力（例えば、モニタリング、修復及び再構成）と、５）セキュリティと、６）信頼性と、７）アカウント処理能力も有する必要がある。
【０００９】
最近の努力は、ＩＰプロトコルの現在のバージョンであるＩＰバージョン４（「ＩＰｖ４」）に取って代わる、ＩＰバージョン６（「ＩＰｖ６」）を開発することを含む。ＩＰｖ６では、ＩＰｖ６ヘッダにおいてフローラベル及び優先度のサブフィールドを含み、これらのサブフィールドは、ＩＰｖ６ルータから特別な処理を受ける必要のあるデータパケットを識別するために、例えば、リアルタイムのマルチメディアサービスを提供するために使用されるデータパケットを識別するために、ホストコンピュータによって使用されることが可能である。予約プロトコル（ReSerVation Protocol：「ＲＳＶＰ」）、差別化されたサービス（「ＤｉｆｆＳｅｒｖｅ」）、及びマルチプロトコルラベルスイッチング（「ＭＰＬＳ」）を含む、サービス品質（「ＱｏＳ」）のプロトコル及びアーキテクチャも開発中である。それに加えて、ネットワークルータ及びサーバは、そのシリコンに基づいたマイクロプロセッサが改善し続けるのに従って、その速度及びパワーが増大し続けている。
【００１０】
これらの努力にもかかわらず、従来の技術は、広範に使用可能な高性能のマルチメディアネットワークを生成することに失敗した。この失敗は、主に２つの原因にさかのぼることができる。
【００１１】
第１に、いくつかのネットワークは、単に、マルチメディアサービスを提供するように設計されていなかった。例えば、公衆交換電話網（「ＰＳＴＮ」）は、ビデオではなく音声を伝送するために設計された。同様に、インターネットは、本来は、ビデオではなく、テキスト及びデータファイルを伝送するために設計された。あるコンピュータネットワークの教科書は次のように説明している。「［マルチメディアの］アプリケーションに対するサービスの必要条件は、ウェブのテキスト／画像、電子メール、ＦＴＰ、及びＤＮＳのアプリケーションのような伝統的なデータ指向のアプリケーションに対するそれとは著しく異なっている。…特に、マルチメディアサービスは、エンド・ツー・エンドの延遅と延遅の変動とには非常に敏感であるが、時折発生するデータ損失を許容できる。これらの根本的に異なるサービスの必要条件は、本来データ通信のために設計されたネットワークアーキテクチャが、マルチメディアアプリケーションをサポートすることにあまり適していない場合があるという事実を示唆する。実際に、いま、これらの新しいマルチメディアアプリケーションに係るサービスの必要条件に対する明示的なサポートを提供するようにインターネットのアーキテクチャを拡張するために、多くの努力が進行中である。」ジェイムズ・エフ・クロセ及びキース・ダブリュー・ロス，“コンピュータネットワーキング：インターネットを用いたトップダウンのアプローチ”（アディソン・ウェズレー），ｐ．４８３，２００１年（James F. Kurose and Keith W. Ross, Computer Networking: A Top-Down Approach Featuring the Internet (Addison Wesley, 2001), p. 483）。上述のように、インターネットのアーキテクチャを拡張するためのこれらの努力は、ＩＰｖ６、ＲＳＶＰ、ＤｉｆｆＳｅｒｖｅ、ＭＰＬＳを含んでいる。
【００１２】
第２に、かつより重要なものとして、「シリコンのボトルネック」の問題に対して包括的な解決方法を展開できたものがいないということがある。シリコンに基づいた集積回路チップの速度は、過去３０年にわたって、ムーアの法則、すなわち１８ヶ月毎に速度がほぼ倍になるという法則に従ってきた。しかし、シリコンの速度におけるこの増大は、ファイバ光分配システムの帯域幅の増大と比べると、ひけをとっている。この帯域幅の増大は、６ヶ月毎にほぼ倍になっている。従って、ネットワークの速度における主要なボトルネックは、主に、シリコンプロセッサの処理速度にあり、帯域幅にあるのではない。
【００１３】
シリコンのボトルネックの問題に対する以前の解決方法は、単に、より速いシリコンチップを用いてより強力なスイッチ及びルータを製造すること、あるいは、既存のネットワークアーキテクチャ及びプロトコルに対してわずかな変更を施すことに焦点が合わされていた。これらの従来の解決方法は、よくても暫定的な処置である。長期にわたって必要とされるものであり、かつ本発明が提供するものは、シリコンのボトルネックの問題に取り組みながらなお、既存のデータを中心とするネットワーク（例えばインターネット）と共存しかつ相互に操作可能である、新規な、マルチメディアを中心とするネットワークアーキテクチャ及びプロトコルである。
【００１４】
図１（ａ）のように、電気通信ネットワークはいくつかの主要なカテゴリーに分割されることが可能である。［例えば、ジェイムズ・エフ・クロセ及びキース・ダブリュー・ロス，“コンピュータネットワーキング：インターネットを用いたトップダウンのアプローチ”（アディソン・ウェズレー，２００１年），第１章が参照される。］最も高いレベルの区別は、回線交換型ネットワークとパケット交換型ネットワークとの間でされる。回線交換ネットワークは、その通信セッションの継続時間中に、２つ（又はそれよりも多く）のホスト間でエンド・ツー・エンドの専用回線を確立する。回線交換ネットワークの例は、電話ネットワーク（ＰＳＴＮ）及びＩＳＤＮを含む。
【００１５】
パケット交換ネットワークは、ホスト間で通信するために、エンド・ツー・エンドの専用回線を使用しない。パケット交換ネットワークは、むしろ、仮想的な回線に基づくルーティングか又はデータグラムのアドレスに基づくルーティングかのいずれかを用いて、ホスト間でデータパケットを送信する。
【００１６】
仮想的な回線に基づくルーティングにおいては、ネットワークは、当該ネットワークを介してデータパケットを転送するために、当該データパケットに関連付けられた仮想的な回線番号を用いる。この仮想的な回線番号は、典型的にはデータパケットのヘッダに含まれ、典型的には、送信者と（複数の）受信者との間の各中間ノードにおいて変更される。仮想的な回線に基づくルーティングを用いたパケット交換ネットワークの例は、ＳＮＡ、Ｘ．２５、フレームリレー、及びＡＴＭネットワークを含む。このカテゴリーには、データパケットを転送するために仮想的な回線に類似した番号を当該データパケットに付加するＭＰＬＳを使用したネットワークも含む。
【００１７】
データグラムのアドレスに基づくルーティングにおいては、ネットワークは、当該ネットワークを介してデータパケットを転送するために、当該データパケットに含まれた宛先アドレスを用いる。データグラムのアドレスに基づくルーティングは、コネクションレス型か、又はコネクション指向型かのいずれかが可能である。
【００１８】
コネクションレス型ネットワークにおいては、データパケットを送信する前のセットアップフェーズは存在せず、例えば、データパケットを送信する前に制御パケットは送信されない。コネクションレス型ネットワークの例は、イーサネット（登録商標）、ユーザデータグラムプロトコル（ＵＤＰ）を用いたＩＰネットワーク、及び交換型マルチメガビットデータサービス（ＳＭＤＳ）を含む。
【００１９】
逆に、コネクション指向型ネットワークにおいては、データパケットを送信する前のセットアップフェーズが存在する。例えば、伝送制御プロトコル（ＴＣＰ）を用いたＩＰネットワークでは、データパケットを送信する前のハンドシェーク手順の一部として制御パケットが送信される。「コネクション指向型」という用語が使用されているのは、送信者と受信者が、ただゆるく接続されているにずぎないからである。仮想的な回線に基づくルーティングを用いたパケット交換ネットワークも、コネクション指向型である。
【００２０】
パケット交換ネットワークにおけるシリコンのボトルネックは、パケットがネットワークを伝搬する際に、データパケットに対して非常に多くの処理ステップが実行されることによって引き起こされる。例えば、図１（ｂ）に概略的に示したように、１つのイーサネット（登録商標）のローカルエリアネットワークからインターネットを介して第２のイーサネット（登録商標）ＬＡＮまで伝搬する１つのデータパケットについて考察する。
【００２１】
パケットをその発信元からその宛先に送信する際に、２種類のアドレスが関与する。すなわち、ネットワーク層のアドレスとデータリンク層のアドレスである。
【００２２】
ネットワーク層のアドレスは、典型的には、インターネットワーク（すなわち、複数のネットワークにてなるネットワーク）における任意の場所にパケットを送信ために使用される。（各種の参考文献は、ネットワーク層のアドレスを「論理アドレス」とも「プロトコルアドレス」とも呼んでいる。）この例では、関心が持たれたネットワーク層のアドレスは、宛先のホスト［すなわち、図１（ｂ）におけるＬＡＮ２上のＰＣ２］のＩＰアドレスである。ＩＰアドレスフィールドは、２つのサブフィールド、すなわちネットワーク識別子のサブフィールドとホスト識別子のサブフィールドとに分割される。
【００２３】
データリンク層のアドレスは、典型的には、あるノードに対する物理的なネットワークインターフェースを識別するために使用される。（各種の参考文献は、データリンク層のアドレスを「物理アドレス」とも「メディアアクセス制御（ＭＡＣ）アドレス」とも呼んでいる。）この例では、関心が持たれたデータリンク層のアドレスは、宛先のホストと、パケットが宛先のホストまで送信される際のその経路上に存在するルータとの、イーサネット（登録商標）（ＩＥＥＥ８０２．３）ＭＡＣアドレスである。
【００２４】
イーサネット（登録商標）ＭＡＣのアドレスは、各イーサネット（登録商標）の構成要素に永久に割り当てられた（典型的には、構成要素の製造業者によって割り当てられた）、地球上で一意的な４８ビットの２進数である。そのため、イーサネット（登録商標）の構成要素が、異なるイーサネット（登録商標）ＬＡＮに物理的に移動される場合でも、イーサネット（登録商標）ＭＡＣアドレスは変わらずにその構成要素に留まっている。従って、イーサネット（登録商標）は平坦なアドレス指定の構造を有する。すなわち、イーサネット（登録商標）ＭＡＣのアドレスは、パケットのルーティングを援助するために使用可能なネットワークトポロジーについての情報を提供しない。しかしながら、一般的には、データリンク層のアドレスは、地球上で一意的である必要はなく、また、特定のノードに対して永久に割り当てられている必要もない。
【００２５】
データを発信元のホスト（例えば、ＬＡＮ１上のＰＣ１）から（複数の）宛先のホストに転送するために、データは多数のデータパケットに分割される。各データパケットは、宛先のホストのＩＰアドレスを含んだヘッダを含む。このＩＰアドレスは、データパケットが多数の論理リンクを介して宛先のホストまで転送される際に、不変のままである。しかしながら、いかに説明するように、データパケットの他の多数の部分が、当該パケットが転送される際に変更される。
【００２６】
図１（ｂ）に示されたように、データパケットのヘッダはまた、最初に、パケットが宛先のホストに向かって伝搬する際に当該パケットが送信される第１のルータのＭＡＣアドレス［すなわち、図１（ｂ）における「ルータ１のＭＡＣアドレス」］も含んでいる。（ちなみに、ここで用いられている「ヘッダ」及び「データパケット」という用語は、開放型システム間相互接続（ＯＳＩ）モデルにおいて用いられている用語とは多少異なっているということを注意する。ＯＳＩにおける用語を用いた場合、ＩＰデータパケットは、ペイロードデータをカプセル化するＩＰヘッダから構成されている。代わって、イーサネット（登録商標）フレームは、ＩＰデータパケットをカプセル化したイーサネット（登録商標）ヘッダ及びトレーラから構成されている。ここで使用された用語では、ＩＰヘッダとイーサネット（登録商標）ヘッダとトレーラは互いにひとまとめにされていて、「ヘッダ」と呼ばれ、イーサネット（登録商標）フレームは「データパケット」と呼ばれている。）
【００２７】
ルータ１は、発信元ホストからデータパケットを受信したとき、パケットがたどるパスにおける次のホップを決定する必要がある。この決定を行うために、ルータ１は、パケットから、宛先のホストのＩＰアドレス［すなわち、図１（ｂ）における「ＰＣ２のＩＰアドレス」］を抽出し、ＩＰアドレス中のネットワーク識別子サブフィールドから、宛先のホストのＩＰネットワークを確定する。ルータ１は、ルーティングテーブルの中で宛先ＩＰネットワークを探す。ルーティングテーブルは、典型的にはリアルタイムで計算されかつ更新され、複数のＩＰネットワークと対応する複数のＩＰアドレスとのリストを含む。ここで、上記対応する複数のＩＰアドレスは、これらのＩＰネットワークに向かってパケットを送信する次のホップのＩＰアドレスである。ルータ１はルーティングテーブルを用いて、宛先ネットワークに向かってパケットを送信する次のホップのＩＰアドレス（すなわち、ルータ２のＩＰアドレス）を識別する。ルータ１は、パケット上の現在のイーサネット（登録商標）ＭＡＣアドレス［すなわち、図１（ｂ）における「ルータ１のＭＡＣアドレス」］を除去し、次のホップのＩＰアドレスをイーサネット（登録商標）ＭＡＣアドレスに翻訳してこのＭＡＣアドレスをパケットに付加し［すなわち、図１（ｂ）における「ルータ２のＭＡＣアドレス」］、パケット中の「存続時間（time-to-live）」フィールドをデクリメントし、新たなチェックサムを再計算してパケットに付加し、パケットをその経路上でルータ２に送信する。
【００２８】
宛先のホストを含む宛先ＩＰネットワークに直接に接続された図１（ｂ）におけるルータＮのようなルータにデータパケットが到着するまで、ルータ１において生じたものと同じ広範囲にわたる処理は、ルータ２と各中間のルータにおいて反復される。ルータＮは、パケット上の現在のイーサネット（登録商標）ＭＡＣアドレス［すなわち、図１（ｂ）における「ルータＮのＭＡＣアドレス」］を除去し、宛先ＩＰアドレスをイーサネット（登録商標）ＭＡＣアドレスに翻訳してこのＭＡＣアドレスをパケットに付加し［すなわち、図１（ｂ）における「ＰＣ２のＭＡＣアドレス」］、パケット中の「存続時間」フィールドをデクリメントし、新たなチェックサムを再計算してパケットに付加し、パケットを宛先のホスト（例えば、ＬＡＮ２上のＰＣ２）に送信する。
【発明の開示】
【発明が解決しようとする課題】
【００２９】
この例が示すように、従来技術のパケット交換ネットワークは、データパケットを転送するために非常に多くの処理ステップを使用し、それによって、シリコンのボトルネックの問題をもたらす。この例は、データグラムのアドレスに基づいたルーティングを用いたときの処理のオーバーヘッドを説明しているが、同様の処理のオーバーヘッドは、仮想的な回線に基づくルーティングを用いたときにも発生する。例えば、上述のように、仮想的な回線のデータパケットにおける仮想的な回線番号は、典型的には、発信元と（複数の）宛先との間の各中間のリンクにおいて変更される。
【課題を解決するための手段】
【００３０】
以下詳細に議論するように、ここに開示される本発明は、シリコンのボトルネックの問題に取り組み、かつ高品質のマルチメディアサービスが広範に使用されることを可能にする、データグラムのアドレスに基づくルーティングを用いた新型のパケット交換ネットワークに関する。
【００３１】
本発明は、パケット交換ネットワークを介したビデオのマルチキャスティング、ビデオ・オン・デマンド、リアルタイムのインタラクティブなビデオ電話、及び高忠実度の音声会議のような、高品質のマルチメディア通信サービスを配信するための効率のよいプロトコルを提供することによって、従来技術の限界及び欠点を克服する。本発明は、シリコンのボトルネックの問題に取り組み、高品質のマルチメディア通信サービスが広範に使用されることを可能にする。本発明は、方法、システム及びデータ構造を含むさまざまな種類で表現されることが可能である。
【００３２】
本発明に係る１つの態様は、パケットに含まれたデータグラムのアドレスを用いて、パケット交換ネットワークにおける複数の論理リンクを介してマルチメディアデータのパケットを転送する方法（すなわち、データグラムアドレスに基づくルーティング）に関する。データグラムアドレスは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作する。
【００３３】
本発明に係るもう１つの態様は、複数の論理リンクを含んだパケット交換ネットワークを含むシステムに関する。このシステムはまた、複数の論理リンクを通過する複数のデータパケットを含む。パケットのそれぞれは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作するデータグラムアドレスを含んだ、ヘッダフィールドを含む。
【００３４】
本発明に係るもう１つの態様は、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作するデータグラムアドレスを含むヘッダフィールドと、マルチメディアデータを含むペイロードフィールドとを含んだパケットのためのデータ構造に関する。
【００３５】
本発明に係る以上説明した実施形態及び態様と他の実施形態及び態様とは、当業者には、添付の請求の範囲及び付属の図面とともに以下の発明の詳細な説明を参照することで明らかになるであろう。
【発明を実施するための最良の形態】
【００３６】
高品質なマルチメディア通信サービスを提供するためのコンピュータシステム、方法、及びデータ構造が説明される。以下の説明では、本発明の完全な理解をもたらすために多くの特別な詳細事項が述べられている。しかしながら、当該技術分野において通常の技能を有するものには、これらの特別な詳細事項によらなくとも本発明が実施可能であるということは明らかであろう。別の例では、例えば、光ファイバケーブル、光信号、より対線、同軸ケーブル、開放型システム間相互接続（ＯＳＩ）モデル、電気電子技術者協会（「ＩＥＥＥ」）の８０２標準、無線技術、帯域内信号方式、帯域外信号方式、リーキーバケット（leaky bucket）モデル、小型コンピュータシステムインターフェース（「ＳＣＳＩ」）、インテグレイテッド・ドライブ・エレクトロニクス（「ＩＤＥ」）、エンハンストＩＤＥ及びエンハンスト・スモールデバイス・インターフェース（「ＥＳＤＩ」）、フラッシュ技術、ディスクドライブ技術、同期ダイナミックランダムアクセスメモリ（「ＳＤＲＡＭ」）のようなネットワーキングの構成要素及び技術が公知であって、従って詳細に説明する必要はない。
【００３７】
１．  定義．
多くの場合、異なる情報源はネットワーキングにおける用語に多少異なった意味及び範囲を与える。例えば、「ホスト」という用語は、１）ユーザがネットワーク上の他のコンピュータと通信できるようにするコンピュータ、２）１つあるいはそれよりも多くのウェブサイトのためにウェブページを提供するウェブサーバを備えたコンピュータ、３）メインフレームコンピュータ、あるいは、４）何らかのより小さいか又は能力が低い装置又はプログラムにサービスを提供する装置又はプログラム、を意味する可能性がある。従って、本明細書と請求の範囲において、以下の用語についてこのセクションに説明された定義を参照するものとする。
【００３８】
アクセスネットワーク（「ＡＣＮ」）．
ＡＣＮとは、一般に、１つあるいはそれよりも多くの中間スイッチ（「ＭＸ」）を示す。これらの中間スイッチは全体として、サービスゲートウェイ（「ＳＧＷ」）と、ネットワークのバックボーンと、ＳＧＷに接続された他のネットワークとに対するアクセスを家庭用ゲートウェイ（「ＨＧＷ」）に提供する。
【００３９】
非同期．
非同期とは、設定された時間スロットの間にノードがデータを他のノード送信する／伝送するように制限されていないことを示す。非同期とは、同期の対義語である。
（注意して欲しいこととして、ネットワーキングにおいて「非同期」が用いられる第２の意味、すなわち、データ伝送の方法を記述するための意味が存在する。この場合、データは、典型的には単一のキャラクタに対応しかつ５乃至８ビットを含む、小さな固定されたサイズの複数のグループで伝送され、ビットのタイミングは、何らかの形式のクロックによって直接的に決定されるのではない。データの各グループは、典型的には、スタートビットを先頭に有し、停止ビットを後尾に有する。この非同期の第２の意味は、「同期」の第２の意味、すなわち、付随したクロック情報を備えたより大きなブロックでデータが伝送されるデータ伝送の方法と対比されることが可能である。例えば、実際のデータ信号は、受信機においてデータ信号からクロック信号が復元されることが可能な方法で、送信機によって符号化されてもよい。ここに開示された技術によって、第２の意味に係る非同期伝送よりもずっと高いデータレートを許容する第２の意味に係る同期伝送が使用される。しかしながら、本明細書と請求の範囲が同期及び非同期という用語を用いるとき、これらは、固定された時間スロットの間にノードが他のノードにデータを伝送するように制限されているか否かということを示す。）
【００４０】
ボトムアップの論理リンク．
ボトムアップの論理リンクは、発信元のホストと、発信元のホストを管理するサーバ群に関連付けられたスイッチとの間でデータパケットが通過する論理リンクである。スイッチとサーバ群は、典型的には、発信元のホストに対して論理的に最も近接したサービスゲートウェイの一部である。
【００４１】
回線交換ネットワーク．
回線交換ネットワークは、２つの（あるいはそれよりも多くの）ホストの間で、それらの通信セッションの継続時間にわたって、専用のエンド・ツー・エンドの回線を確立する。回線交換ネットワークの例は、電話網とＩＳＤＮを含む。
【００４２】
カラーサブフィールド．
カラーサブフィールドはパケット内のアドレスサブフィールドであり、これは、例えば、パケットが提供しているサービスのタイプ（例えば、ユニキャスト通信と多地点通信）、及び／又は、パケットが送信されている宛先又は発信元のノードのタイプについての情報を与えることによって、パケットの転送を促進する。カラーサブフィールドにおける情報は、伝送経路に沿ったノードによるパケットの処理を直接的に援助する。
【００４３】
コンピュータが読み取り可能な媒体．
自動化された検出装置によってアクセスされることが可能な形式のデータを含む媒体である。コンピュータが読み取り可能な媒体の例は、（ａ）磁気ディスク、磁気カード、磁気テープ、及び磁気ドラムと、（ｂ）光ディスクと、（ｃ）固体（ソリッドステート）メモリと、（ｄ）搬送波とを含むが、これらに限定されるものではない。
【００４４】
コネクションレス型．
コネクションレス型ネットワークは、データパケットを送信する前のセットアップフェーズが存在しない、パケット交換ネットワークである。例えば、データパケットを送信する前に制御パケットが送信されない。コネクションレス型ネットワークの例は、イーサネット（登録商標）、ユーザデータグラムプロトコル（ＵＤＰ）を用いたＩＰネットワーク、及び交換型マルチメガビットデータサービス（ＳＭＤＳ）を含む。
【００４５】
コネクション指向型．
コネクション指向型ネットワークは、データパケットを送信する前のセットアップフェーズが存在する、パケット交換ネットワークである。例えば、伝送制御プロトコル（ＴＣＰ）を用いたＩＰネットワークでは、データパケットを送信する前のハンドシェーク手順の一部として制御パケットが送信される。「コネクション指向型」という用語が使用されているのは、送信者と受信者が、ただゆるく接続されているにずぎないからである。仮想的な回線に基づくルーティングを用いたパケット交換ネットワークも、コネクション指向型である。
【００４６】
制御パケット．
帯域外信号方式の制御を容易化する（促進する）制御情報を含んだペイロードを有するパケットである。
【００４７】
データグラムのアドレスに基づくルーティング．
データグラムのアドレスに基づくルーティングにおいて、ネットワークは、当該ネットワークを介してデータパケットを転送するために、当該データパケットに含まれた宛先のアドレスを用いる。データグラムのアドレスに基づくルーティングは、コネクションレス型か、又はコネクション指向型かのいずれかが可能である。
【００４８】
データグラムのアドレス．
データグラムのアドレスに基づいたルーティングシステムにおいてパケットを発信元から宛先まで転送するために使用される、パケット内のアドレスである。
【００４９】
データリンク層のアドレス．
データリンク層のアドレスには、その通常の意味が与えられる。すなわち、このアドレスは、ＯＳＩモデルにおけるデータリンク層のいくつか又はすべての機能を実行するために用いられるアドレスである。データリンクアドレスは、典型的には、ノードに対する物理的なネットワークインターフェースを識別するために使用される。各種の参考文献は、データリンク層のアドレスを「物理アドレス」とも「メディアアクセス制御（ＭＡＣ）アドレス」とも呼んでいる。ネットワークは、ＯＳＩモデルにおけるデータリンク層のいくつか又はすべての機能を実装するために、完全なＯＳＩモデルの実装を必要とするわけではないということを注意する。例えば、イーサネット（登録商標）が完全なＯＳＩモデルを実装してなくても、イーサネット（登録商標）のネットワークにおけるＭＡＣアドレスは、データリンク層のアドレスである。
【００５０】
データパケット．
マルチメディアデータあるいはカプセル化されたパケットのようなデータを含むペイロードを有するパケットである。データパケットのペイロードもまた、帯域内信号方式の制御を容易化する制御情報を含んでいてもよい。
【００５１】
フィルタ．
フィルタは、条件及び／又は基準のセットに基づいてパケットを分離したり、あるいは分類したりする。
【００５２】
平坦なアドレス指定構造．
平坦なアドレス指定構造は、（米国の社会保障番号と同様の方法で）単一のグループに組織化されている。従って、これは、パケットのルーティングを援助するために使用可能なネットワークトポロジーについての情報を提供しない。イーサネット（登録商標）のＭＡＣアドレスは、平坦なアドレス指定構造の１つの例である。
【００５３】
転送（スイッチングあるいはルーティング）．
転送とは、パケットを入力論理リンクから出力論理リンクに移動させることを意味する。ここに開示されかつ請求の範囲に記載された技術では、転送、スイッチング及びルーティングという用語は、相互に入れ替えて使用可能である。同様に、スイッチ及びルータ（すなわち、パケットの転送を実行する装置）という用語は、相互に入れ替えて使用可能である。一方、従来技術においては、スイッチングとは、データリンク層においてフレームを転送することであり、ルーティングとは、ネットワーク層においてパケットを転送することであり、スイッチとは、データリンク層においてフレームを転送する装置であり、ルータとは、ネットワーク層においてパケットを転送する装置である。いくつかのコンテキストにおいて、ルーティングとは、パケットの伝送経路あるいはその一部（例えば、次のホップ）を決定することである。
【００５４】
フレーム．
パケットを参照。
【００５５】
ヘッダ．
ペイロードに先行するパケットの一部であり、典型的には、宛先アドレスと他のフィールドとを含んでいる。
【００５６】
階層型アドレス指定構造．
階層型アドレス指定構造は、非常に多くの部分的なアドレスサブフィールドを含み、この部分的なアドレスサブフィールドは、アドレスを、当該アドレスが単一のノードを指示するまで（街路の住所と同様の方法で）逐次に狭めて限定する。階層型アドレス指定構造は、１）ネットワークのトポロジー構造を反映することができ、２）パケットの転送を援助することができ、３）ネットワーク上のノードの、正確な、又は近似的な地理的場所を識別することができる。
【００５７】
ホスト．
ユーザがネットワーク上の他のコンピュータと通信することを可能にするコンピュータである。
【００５８】
インタラクティブゲームボックス（「ＩＧＢ」）．
ＩＧＢは、一般に、オンラインゲームを操作するゲームコンソールであって、そのユーザがネットワーク上の他のユーザらと対話することを可能にするゲームコンソールである。
【００５９】
インテリジェント家庭用機器（「ＩＨＡ」）．
ＩＨＡは、一般に、意志決定能力を有する機器を示す。例えば、スマートエアーコンデショナは、室温の変化に従って自動的に冷気の出力を調節するＩＨＡである。もう１つの例は、毎月の特定の時間に自動的に水道メータを読み取って、メータの情報を水道局に送信する、スマートメータ読み取りシステムである。
【００６０】
論理リンク．
２つのノードの間の論理的な接続である。論理リンクを介してパケットを転送することは、パケットが実際には１つあるいはそれよりも多くの物理リンクを介して転送されることを意味するということが理解されるであろう。
【００６１】
メディアブロードキャスト（「ＭＢ」）．
ＭＰネットワークにおけるＭＢは、マルチキャストのタイプであって、ここで、メディアプログラムソースは、当該メディアプログラムソースに接続している任意のユーザにメディアプログラムを送信する。ユーザの視点からは、ＭＢは、伝統的な放送技術（例えば、テレビジョン及びラジオ）と同様に見える。しかしながら、システムの視点からは、ユーザが接続を要求しない限りメディアプログラムはこのユーザに送信されないので、ＭＢは伝統的な放送とは異なっている。
【００６２】
メディアマルチキャスト（「ＭＭ」）．
ＭＭとは、単一の発信元と多数の指定された宛先との間でマルチメディアデータを伝送することを示す。
【００６３】
ＭＰ準拠．
ＭＰに準拠しているとは、メディアネットワークプロトコル（“ＭＰ”）のプロトコル要件を厳守した、構成要素、装置、ノード、又はメディアプログラムを示す。
【００６４】
マルチメディアデータ．
マルチメディアデータは、オーディオデータ、ビデオデータ、あるいは、オーディオデータとビデオデータとの両方の組み合わせを含むが、それに限定されるものではない。ビデオデータは、静的なビデオデータとストリーム伝送をするビデオデータとを含むが、それに限定されるものではない。
【００６５】
ネットワークのバックボーン．
ネットワークのバックボーンとは、広義では、さまざまなノードあるいは終端装置を接続する伝送媒体である。例えば、光ファイバケーブルと光信号を使用してデータを伝送する光ネットワークが、ネットワークのバックボーンである。
【００６６】
ネットワーク層のアドレス．
ネットワーク層のアドレスとは、その通常の意味で与えられる。すなわち、ネットワーク層のアドレスは、ＯＳＩモデルにおけるネットワーク層のいくつか又はすべての機能を実行するために使用されるアドレスである。ネットワークアドレスは、典型的には、インターネットワークにおける任意の場所にパケットを送信ために使用される。各種の参考文献は、ネットワーク層のアドレスを「論理アドレス」とも「プロトコルアドレス」とも呼んでいる。ネットワークは、ＯＳＩモデルにおけるネットワーク層のいくつか又はすべての機能を実装するために、完全なＯＳＩモデルの実装を必要とするわけではないということを注意する。例えば、ＴＣＰ／ＩＰが完全なＯＳＩモデルを実装してなくても、ＴＣＰ／ＩＰネットワークにおけるＩＰアドレスは、ネットワーク層のアドレスである。
【００６７】
ノード（リソース）．
ノードとは、ネットワークに接続された、アドレス指定可能な装置である。
【００６８】
非ピア・ツー・ピア．
非ピア・ツー・ピアとは、階層型ネットワーク内の同じレベルにおける２つのノードが、互いに直接的にパケットを送信できないことを意味する。実際、パケットは、その２つのノードの（複数の）親ノードを通過する必要がある。例えば、同じＨＧＷに接続された２つのＵＴは、パケットを互いに直接に送信するのではなく、そのＨＧＷを介してパケットを互いに送信する必要がある。同様に、同じＳＧＷに接続された２つのＭＸは、パケットを互いに直接に送信するのではなく、そのＳＧＷを介してパケットを互いに送信する必要がある。異なるＳＧＷに接続された２つのＭＸは、パケットを互いに直接に送信するのではなく、それらの親ＳＧＷを介してパケットを互いに送信する必要がある。
【００６９】
パケット．
パケット交換ネットワークにおける伝送のために使用される、データの小さなブロックである。パケットは、ヘッダとペイロードを含む。ここに開示されかつ請求の範囲に記載された技術の場合、パケット、フレーム及びデータグラムという用語は、相互に入れ替えて使用可能である。一方、従来技術では、フレームとは、データリンク層におけるデータユニットを示し、パケット／データグラムとは、ネットワーク層におけるデータユニットを示す。
【００７０】
パケット交換ネットワーク．
パケット交換ネットワークは、仮想的な回線に基づくルーティングか、又はデータグラムのアドレスに基づくルーティングかのいずれかを用いて、複数のホストの間でデータパケットを送信する。パケット交換ネットワークは、複数のホストの間で通信するために、専用のエンド・ツー・エンドの回線を使用しない。
【００７１】
物理リンク．
２つのノード間の実際の接続である。
【００７２】
リソース．
ノードを参照。
【００７３】
ルーティング．
転送を参照。
【００７４】
それ自体による方向付け（self-direct）．
もし、あるパケットが、一連の論理リンクを介して転送されるように当該パケットを方向付ける情報を含むならば、そのパケットはその一連の論理リンクを介してそれ自体で方向付ける。ここに開示した技術のうちのいくつかでは、部分的なアドレスサブフィールドにおける情報が、パケットを、一連のトップダウンの論理リンクを介して転送されるように方向付ける。それに対して、通常のルーティングでは、パケットのアドレスが使用されて、ルーティングテーブルにおいて次のホップのエントリが検索される。クロスカントリー的な道をたどる旅行との類推によれば、前者の場合は、フリーウェイの最後の出口からあなたの最終的な行先への方向付け（道）の組を有することと同様であるのに対して、後者の場合は、交差点毎に停止して道を尋ねなければならないということと同様である。また、ここに開示した技術のうちのいくつかでは、パケットがそれ自体で方向付けられる際に通過する一連のトップダウンの論理リンクは、すべてのトップダウンの論理リンクを含まない場合があるということ、例えば、パケットは、ＭＰのＬＡＮにおいて、ローカルなブロードキャストを介して宛先ノードに到着してもよいということを注意する。それにもかかわらず、パケットはなお、一連のトップダウンの論理リンクを介してそれ自体で方向付けられ、ルーティングテーブルはなお、トップダウンの論理リンクを介することを要求されない。
【００７５】
サーバ群．
複数のサーバシステムにてなる集合物。
【００７６】
サーバシステム．
ネットワークにおいて、当該ネットワークに接続された他のシステムに対して１つ又は複数のサービスを提供するシステムである。
【００７７】
スイッチング．
転送を参照。
【００７８】
同期．
同期とは、ノードが、設定された時間スロットの間に他のノードにデータを送信する／伝送するように制限されていることである。同期は非同期の対義語である。（これらの２つの用語が使用されてる同期の２番目のコンテキストを参照せよ。）
【００７９】
テレピュータ（teleputer）．
テレピュータは、一般に、ＭＰパケットと非ＭＰパケット（例えば、ＩＰパケット）の両方を処理できる単一の装置を示す。
【００８０】
トップダウンの論理リンク．
トップダウンの論理リンクは、宛先のホストと、当該宛先のホストを管理するサーバ群に関連付けられたスイッチとの間においてデータパケットが通過する論理リンクである。スイッチとサーバ群は、典型的には、宛先のホストに論理的に最も近接したサービスゲートウェイの一部である。
【００８１】
伝送経路．
伝送経路は、発信元ノードと宛先ノードの間でパケットが伝搬する論理リンクのセットである。
【００８２】
不変パケット．
パケットが第１の論理リンク及び第２の論理リンクに沿って転送される際に、もし、このパケットが、第１の論理リンクにおいて有していたものと同じビットを第２の論理リンクにおいて有しているならば、このパケットは不変のままである。パケットが、第１及び第２の論理リンクの間のスイッチ／ルータを介して伝搬する際に変更されて次いで復元された場合に、このパケットはなお、これらの論理リンクに沿って不変であったとされることを注意する。例えば、パケットは、当該パケットがスイッチ／ルータに入るときに当該パケットに付加されかつ当該パケットがスイッチ／ルータから離れるときに除去される内部タグを有することが可能であり、それによって、当該パケットが第１の論理リンクにおいて有していたものと同じビットを、第２の論理リンクにおいて当該パケットに残すことが可能である。また、物理層ヘッダ及び／又はトレーラはパケットの一部ではないので、もし第１及び第２の論理リンクにおいて任意の物理層ヘッダ及び／又はトレーラ（例えば、ストリームの開始部とストリームの終了部のデリミッタ）が異なるなら、パケットはなお不変であるとされる。
【００８３】
ユニキャスト．
ユニキャストは、単一の発信元と単一の指定された宛先との間のマルチメディアデータの伝送を示す。
【００８４】
ユーザ端末装置（「ＵＴ」）．
ＵＴは、パーソナルコンピュータ（「ＰＣ」）、電話機、インテリジェント家庭用機器（「ＩＨＡ」）、インタラクティブなゲームボックス（「ＩＧＢ」）、セットトップボックス（「ＳＴＢ」）、テレピュータ、家庭用サーバシステム、メディア記憶装置、あるいは、ネットワークを介してマルチメディアデータを送受信するためにエンドユーザによって使用される他の任意の装置を含むが、これらに限定されるものではない。
【００８５】
仮想的な回線に基づくルーティング．
仮想的な回線に基づくルーティングでは、ネットワークは、データパケットに関連付けられた仮想的な回線番号を用いて、当該ネットワークを介してそのデータパケットを転送する。この仮想的な回線番号は、典型的にはデータパケットのヘッダに含まれ、典型的には送信者と（複数の）受信者との間の各中間ノードにおいて変更される。仮想的な回線に基づくルーティングを用いたパケット交換ネットワークの例は、ＳＮＡ、Ｘ．２５、フレームリレーと、ＡＴＭネットワークを含む。われわれは、このカテゴリーの中に、データパケットを転送するために当該データパケットに仮想的な回線に類似した番号（ラベル）を付加した、ＭＰＬＳを用いたネットワークも含む。
【００８６】
ワイヤスピード．
スイッチは、パケットがこのスイッチに到着する速度と同じ速度でパケットを転送することができるならば、ワイヤスピード（有線回線での速度）で動作している。
【００８７】
２．  概論．
ＭＰネットワークは、データパケットがＭＰネットワークを介して伝搬する際に当該データパケットに対して実行される必要のある処理量を減少させるシステム、方法及びデータ構造を用いることによって、シリコンのボトルネックの問題に取り組んでいる。例えば、図１（ｃ）に概略的に示したように、１つのＭＰのＬＡＮ［例えば、ＭＰの家庭用ゲートウェイ（ＨＧＷ）と、それに関連付けられた複数のユーザスイッチ（ＵＸ）及び複数のユーザ端末装置（ＵＴ）］から第２のＭＰのＬＡＮに伝搬する、ＭＰデータパケット１０について考察する。
【００８８】
マルチメディアデータのＭＰパケットをその発信元からその宛先に送信するために、ＭＰネットワークは、データリンク層のアドレス及びネットワーク層のアドレスの両方として動作する単一のデータグラムアドレスを用いる。ＭＰデータグラムのアドレスは、ＭＰのグローバルネットワーク、ＭＰの全国的ネットワークあるいはＭＰの都市圏ネットワークにおける任意の場所にＭＰパケットを送信するために使用可能である。ＭＰデータグラムのアドレスは、あるノードに対する物理ネットワークのインターフェースを識別することにも使用される。この例では、関心の持たれたＭＰデータグラムのアドレスは、宛先ホスト８０［例えば、図１（ｃ）におけるＬＡＮ２上のＵＴ２］のＭＰアドレスである。
【００８９】
ＭＰデータグラムのアドレスは、ＭＰネットワークにおいて、ＭＰに準拠した構成要素のネットワークに接続するポイント（ポート）を一意的に識別する。従って、もし、あるポートにバインドされたＭＰに準拠した構成要素が、ＭＰネットワークの異なるポートに対して物理的に移動されるならば、ＭＰアドレスはポートにとどまるのであって、構成要素にとどまるのではない。（しかしながら、ＭＰに準拠した構成要素は、グローバルに一意的なハードウェア識別子をオプションで含んでいてもよい。このハードウェア識別子は、構成要素に対して永久にバインドされ、ネットワーク管理の目的、アカウント処理、及び／又は無線におけるアドレス指定のアプリケーションに使用可能である。）
【００９０】
ＭＰアドレスフィールドは、ＭＰネットワークによってサービスの提供を受ける領域の階層を表す、部分的なアドレスサブフィールドを含む。以下に説明されるように、部分的なアドレスサブフィールドのうちのあるものは、ネットワークの接続ポイントに至るトップダウンの経路に対応するので、この階層的なアドレス指定の構造は、一連のトップダウンの論理リンクを介して（複数の）宛先ホストに向かってＭＰデータパケットをそれ自体で方向付けるために使用される。
【００９１】
ＭＰアドレスフィールドは、オプションとして、１つあるいは複数のカラーサブフィールドを含む。カラーサブフィールドは、例えば、ＭＰパケットが提供しているサービスのタイプ、及び／又はパケットが送信されている発信元又は宛先のノードのタイプについての情報を提供することによって、ＭＰパケットの転送を促進する。
【００９２】
データを発信元ホスト２０（例えば、ＭＰのＬＡＮ１上のＵＴ１）から（複数の）宛先ホスト８０に転送するために、当該データは多数のＭＰデータパケットに分割される。各ＭＰデータパケットは、宛先ホスト（例えば、ＭＰのＬＡＮ２上のＵＴ２）のＭＰアドレスを含んだヘッダを含む。このＭＰアドレスは、データパケット１０が複数の論理リンクを介して宛先ホスト８０までに転送される際に、通常は不変のままである。それに加えて、以下に説明されるように、「背景技術」のセクション［図１（ｂ）］において考察した従来技術のデータパケットとは著しく対象的なこととして、ＭＰデータパケット１０の全体は、発信元ホスト２０と宛先ホスト８０の間の複数の論理リンクのうちの、複数のリンクに沿って転送されるとき、不変のままである。
【００９３】
図１（ｃ）に示されたように、ＭＰデータパケット１０は、最初に、サービスゲートウェイ１  ４０におけるスイッチに向かう。簡単さと、図１（ｂ）との比較を容易化することとのために、図１（ｃ）は、ＭＰパケット１０が通過する複数のボトムアップの論理リンク３０（すなわち、ＵＴ１と、家庭用ゲートウェイと、複数の中間スイッチにてなるアクセス制御ネットワークと、サービスゲートウェイ１におけるスイッチとの間の複数の論理リンク）を、発信元ホスト２０とサービスゲートウェイ１  ４０との間の単一の矢印として表す。ユーザ端末装置、家庭用ゲートウェイ、及びアクセス制御ネットワークの非ピア・ツー・ピアの性質のため、この一連のスイッチを介したボトムアップのパケット伝送は、いかなる転送／スイッチング／ルーティングテーブルも使わずに実行可能である。言い換えれば、ＭＰネットワークのトポロジーのために、あるＵＴによって生成されるＭＰパケットは、当該ＵＴを管理するサービスゲートウェイにおけるスイッチに対してルーティングされるように自動的に転送される（パケットが、同じ家庭用ゲートウェイにおける他のＵＴを宛先として指定されている場合を除く）。
【００９４】
サービスゲートウェイ１  ４０が、発信元ホスト２０からＭＰデータパケットを受信した後で、サービスゲートウェイ１  ４０は、ＭＰパケットがたどる経路における次のホップを決定する。この決定を行うために、サービスゲートウェイ１  ４０は、ＭＰアドレスから、部分的なアドレスサブフィールドのうちのあるものを抽出し、これらのサブフィールドを用いて、転送テーブルにおいて次のホップのスイッチ（例えば、サービスゲートウェイ２におけるスイッチ）を検索する。ＭＰネットワークにあるトラフィックフローは予測可能であるので、この転送テーブルはオフラインで計算可能である。トラフィックフローが予測可能であるのは、部分的には、大量のトラフィックを典型的に構成するビデオストリームが予測可能なフローを有するからであり、部分的には、ＭＰネットワークが、（例えば、パケットを追加することによってか、又はパケットを遅延させることによって）パケットのフローを平滑化する要素（パケット等化器）を含む場合があるからである。
【００９５】
次のホップを識別した後、サービスゲートウェイ１  ４０は、サービスゲートウェイ２  ５０に向かう、一般には不変の、ＭＰパケットを送信する。ＭＰデータグラムのアドレスは、ネットワーク層のアドレス及びデータリンク層のアドレスの両方として動作するので、典型的にはパケットを変更する必要はない。（次に述べるように、ユニキャストサービスにおいてはパケットを変更する必要はないが、多地点通信サービスの場合、ＭＰパケットにおけるセッション番号がサービスゲートウェイ内のスイッチにおいて変更される可能性のあるいくつかの例が存在する。しかしながら、これらの例においてさえも、ＭＰパケットはなお、変更されることなく複数の論理リンクを通過する。）さらに、ＭＰパケットは、「存続時間」フィールドを含む必要がないので、各ホップにおいてこのフィールドをデクリメントする必要がない。それに加えて、パケットが不変であるならば、ＭＰパケットのチェックサムを再計算する必要がない。
【００９６】
ＭＰパケット１０が、宛先ホスト８０を制御する図１（ｃ）におけるサービスゲートウェイＮ  ６０のようなサービスゲートウェイに到着するまで、サービスゲートウェイ１  ４０において生じるものと同様のタイプの処理が、サービスゲートウェイ２  ５０中と各中間のサービスゲートウェイとにおいて反復される。簡単さと、図１（ｂ）との比較を容易化することとのために、図１（ｃ）は、ＭＰパケット１０が通過する複数のトップダウンの論理リンク７０（すなわち、サービスゲートウェイＮにおけるスイッチと、複数の中間スイッチにてなるアクセス制御ネットワークと、家庭用ゲートウェイと、ＵＴ２との間の複数の論理リンク）を、サービスゲートウェイＮ  ６０と宛先ホスト８０との間の単一の矢印として表す。ＭＰデータグラムのアドレスの部分的なアドレスサブフィールドのうちのあるものにおけるアドレス情報はそれ自体で、ルーティングテーブルを使うことなく、これらのトップダウンの論理リンク７０を介するようにＭＰパケット１０を伝送する。従って、ＭＰパケット１０は、ルーティングテーブルを用いたりあるいは計算したりすることなく、発信元と宛先との間に論理リンクの大部分に沿って転送されることが可能である。それに加えて、この転送は、オプションとしてワイヤスピードで実行可能である。
【００９７】
この例が示すように、ＭＰネットワークでは、従来技術に係る大量の処理ステップは簡単化されあるいは除去され、それによって、シリコンのボトルネックの問題に取り組んでいる。
【００９８】
本発明において用いられる方法、システム及びデータ構造に係るこれらの実施形態及び他の実施形態は、以下でより詳細に説明される。
【００９９】
３．  ネットワークのアーキテクチャ．
３．１  メディアネットワークプロトコルの都市圏ネットワーク．
図１ｄは、例示的なメディアネットワークプロトコル（「ＭＰ」）の都市圏ネットワーク、又はＭＰの都市圏ネットワーク１０００のブロック図である。ＭＰの都市圏ネットワークは、一般に、ネットワークのバックボーンと、ＭＰに準拠した多数のサービスゲートウェイ（「ＳＧＷ」）と、ＭＰに準拠した多数のアクセスネットワーク（「ＡＣＮ」）と、ＭＰに準拠した多数の家庭用ゲートウェイ（「ＨＧＷ」）と、メディア記憶装置及びユーザ端末装置（「ＵＴ」）のようなＭＰに準拠した多数の終端装置とを含む。議論の目的のために、図１ｄにおいて、上述されたネットワークのバックボーン、ＳＧＷ、ＡＣＮ、ＨＧＷ、及びＭＰに準拠した終端装置の間に図示された、１２９０，１４６０，１４４０，１１５０，１０１０，１０３０，１１１０，１０５０，１０７０，１０９０及び１３１０のような接続は、論理リンクとする。以下の議論では、各論理リンクが単一の物理リンクを用いると仮定しているが、それらの論理リンクは複数の物理リンクを用いることもできる。例えば、一実施形態に係る論理リンク１０３０は、ＳＧＷ１０２０と都市圏ネットワークのバックボーン１０４０との間の複数の物理的な接続を用いる。
【０１００】
それに加えて、ＭＰに準拠した構成要素は、これらの論理リンクに接続する１つ又はそれよりも多くのネットワーク接続ポイント（又はポート）を有する。例えば、図１ｄに示されたように、ＵＴ１３２０は、ポート１４７０を介してＨＧＷ１１００に接続する。同様に、ＨＧＷ１２００は、ポート１１７０を介してＭＸ１１８０に接続する。
【０１０１】
「ＭＰに準拠した」とは、ＭＰのプロトコル要件を厳守する構成要素、装置、ノード、又はメディアプログラムを示す。ＡＣＮは、一般に、１つ又はそれよりも多くの中間スイッチ（「ＭＸ」）を示し、これは、共同して、上述したＳＧＷと、ネットワークのバックボーンと、上記ＳＧＷに接続された他のネットワークとに対するアクセスを、複数のＨＧＷに提供する。後のメディアネットワークプロトコルのセクションと動作例のセクションとは、ＭＰについてのより詳細な議論を提供する。
【０１０２】
ＭＰの都市圏ネットワーク１０００において、ＳＧＷ１０６０、ＳＧＷ１１２０及びＳＧＷ１１６０は、都市圏ネットワークのバックボーン１０４０に接続されたいくつかの例示的なノードである。これらのＳＧＷは、都市圏ネットワークのバックボーン１０４０のエッジ部においてインテリジェント装置を所有することで、ＭＰの都市圏ネットワーク１０００内においてＭＰに従ってデータ及びサービスを配信し、及び／又は、非ＭＰネットワーク１３００のような他の非ＭＰネットワークに対してＭＰに従ってデータ及びサービスを配信する。非ＭＰネットワーク１３００のいくつかの例は、任意のＩＰに基づくネットワークか、ＰＳＴＮか、あるいは、移動体通信（「ＧＳＭ」）、汎用パケット無線サービス（General Packet Radio Service：「ＧＲＲＳ」）、符号分割多重アクセス（「ＣＤＭＡ」）又はローカル多地点配信サービス（Local Multipoint Distribution Services：「ＬＭＤＳ」）に基づくネットワークのような、任意の無線技術に基づくネットワークかを含むが、これらに限定されるものではない。それに加えて、ＳＧＷ１０２０は、ＭＰの都市圏ネットワーク１０００と、図２に示されたＭＰの都市圏ネットワーク２０３０のようなＭＰの他の都市圏ネットワークとの間の通信を促進する。図１ｄ及び図２は、議論の目的のために、ＳＧＷ１０２０が、ＭＰの都市圏ネットワーク１０００内のＳＧＷではなくＭＰの全国的ネットワーク２０００内のＳＧＷであるものとして図示しているが、当該技術分野において通常の技能を有する者には、本発明の範囲を超えることなくＳＧＷ１０２０を他の方法で記述すること（例えば、ＳＧＷ１０２０はＭＰの都市圏ネットワーク１０００の一部である。）は明らかであろう。
【０１０３】
一実施形態に係るＭＰの都市圏ネットワーク１０００は、さらに、「エッジ部におけるインテリジェント装置」を２つのタイプのＳＧＷに分配する。特に、ＳＧＷのうちの１つは、「都市圏のマスターのネットワークマネージャ装置」になるのに対して、都市圏ネットワークのバックボーン１０４０上に存在する他の複数のＳＧＷは、都市圏のマスターのネットワークマネージャ装置に対する「スレーブ」になる。従って、ＳＧＷ１１６０が都市圏のマスターのネットワークマネージャ装置としてサービスを提供する場合、ＳＧＷ１０６０及び１１２０は、ＳＧＷ１１６０に対する「都市圏のスレーブのネットワークマネージャ装置」になる。スレーブＳＧＷが、それに従属するＡＣＮ、ＨＧＷ及びＵＴの制御を担当し続けかつそれらへの応答を担当し続けるのに対して、マスターＳＧＷ１１６０は、スレーブＳＧＷには利用可能でない機能を実行することができる。これら機能のいくつかの例は、スレーブＳＧＷの構成と、ＭＰの都市圏ネットワーク１０００の帯域幅及び処理リソースを検査、保持及び管理とを含むが、これらに限定されるものではない。
【０１０４】
ネットワークのバックボーン（例えば、１０４０、２０１０及び３０２０）と非ＭＰネットワーク（例えば、１３００）への接続に加えて、ＳＧＷは、さまざまなタイプのＭＰに準拠した構成要素及びアクセスネットワークへの接続もサポートする。例えば、図１ｄに示されたように、ＳＧＷ１０６０は、論理リンク１０７０を介して、ＡＣＮ１０８５におけるＭＸ１０８０と接続する。同様に、ＳＧＷ１１６０は、論理リンク１４４０と１４６０をそれぞれ介して、ＡＣＮ１１９０におけるＭＸ１１８０とＭＸ１２４０と接続する。後のサービスゲートウェイのセクションは、ＳＧＷについてのより詳細な議論を提供する。
【０１０５】
ＭＰの都市圏ネットワーク１０００における例示的なＡＣＮ１０８５及びＡＣＮ１１９０の中のＭＸの動作は、検査と、スイッチングと、適切な宛先に向かってパケットを伝送することとを含むが、これらに限定されるものではない。ＳＧＷに接続することに加えて、ＡＣＮにおけるＭＸは、１つあるいはそれよりも多くのＨＧＷに接続することもできる。図１ｄに示されたように、ＡＣＮ１０８５中のＭＸ１０８０は、論理リンク１０９０を介してＨＧＷ１１００に接続する。ＡＣＮ１１９０において、ＭＸ１１８０はＨＧＷ１２００及びＨＧＷ１２２０と接続するが、ＭＸ１２４０はＨＧＷ１２６０及びＨＧＷ１２８０と接続する。後のアクセスネットワークのセクションは、ＡＣＮ及びＭＸについてのより詳細な議論を提供する。
【０１０６】
例示的なＨＧＷ１１００、ＨＧＷ１２００、ＨＧＷ１２２０、ＨＧＷ１２６０及びＨＧＷ１２８０は、ＵＴが接続することと、接続されたＵＴが互いに通信するかあるいは他の終端のシステムと通信することのための共通のプラットホームを広く提供する。例えば、ＵＴ１３２０はＨＧＷ１１００に接続され、従って、ＵＴ１３４０、ＵＴ１３６０、ＵＴ１３８０、ＵＴ１４００、ＵＴ１４２０、及び（図３に示されたような）ＭＰのグローバルネットワーク３０００に存在するＵＴのうちの任意のものと通信できる。それに加えて、ＵＴ１３２０は、メディア記憶装置１１４０及び１１４５に対するアクセスを有する。ＵＴは、一般に、ユーザと対話し、ユーザの要求に応答し、ＨＧＷからのパケットを処理し、エンドユーザに、ユーザが要求したデータ及び／又はサービスを配信しかつ提供する。後の家庭用ゲートウェイとユーザ端末装置のセクションは、ＨＧＷとＵＴとについてそれぞれより詳細な議論を提供する。
【０１０７】
例示的なメディア記憶装置１１４０と１１４５は、マルチメディアコンテンツを記憶する、コストについて効率的な記憶装置技術を広く示す。このコンテンツは、映画、テレビジョン番組、ゲーム、及びオーディオ番組を含むが、これらに限定されるものではない。後のメディア記憶装置のセクションは、メディア記憶装置についてより詳細な議論を提供する。
【０１０８】
図１ｄにあるＭＰの都市圏ネットワーク１０００は、１つの例示的な構成において、特定の個数のＭＰに準拠した構成要素を含んでいるが、当該技術分野において通常の技能を有する者には、本発明の範囲を越えることなく、異なる個数及び／又は異なる構成のＭＰに準拠した構成要素を用いてＭＰの都市圏ネットワーク１０００を設計できかつ実装できるということは明らかであろう。
【０１０９】
３．２  メディアネットワークプロトコルの全国的ネットワーク．
図２は、例示的なＭＰの全国的ネットワーク２０００のブロック図である。ＭＰの都市圏ネットワーク１０００上のマスター及びスレーブのＳＧＷと同様に、ＭＰの全国的ネットワーク２０００も、ＳＧＷ１０２０を「全国的なマスターのネットワークマネージャ装置」として指定するによって、全国的ネットワークのバックボーン２０１０上におけるその複数のＳＧＷのインテリジェント装置を分割する。ＳＧＷ１０２０の動作は、全国的ネットワークのバックボーン２０１０上の他の複数のＳＧＷを構成することと、全国的ネットワーク２０００の帯域幅及び処理リソースを検査し、保持し、管理することとを含むが、これらに限定されるものではない。
【０１１０】
３．３  メディアネットワークプロトコルのグローバルネットワーク．
図３は、例示的なＭＰのグローバルネットワーク３０００のブロック図である。ＭＰのグローバルネットワーク３０００は、ＳＧＷ２０２０を「グローバルなマスターのネットワークマネージャ装置」と指定する。ＳＧＷ２０２０の動作は、グローバルネットワークのバックボーン２０１０上の他の複数のＳＧＷを構成することと、ＭＰのグローバルネットワーク３０００の帯域幅及び処理リソースを検査し、保持し、管理することとを含むが、これらに限定されるものではない。
【０１１１】
議論されたＭＰネットワーク（すなわち、ＭＰの都市圏ネットワーク１０００、ＭＰの全国的ネットワーク２０００、ＭＰのグローバルネットワーク３０００）のそれぞれは、１つの指定されたマスターのネットワークマネージャ装置を有するが、当該技術分野における通常の技能を有する者には、本発明の範囲を超えることなく、ネットワークのバックボーンのエッジ部におけるインテリジェント装置を１つより多くのマスターＳＧＷにさらに分配するということが明らかであろう。それに加えて、マスターＳＧＷに動作不良が発生した場合、バックアップ用のＳＧＷが、故障したマスターＳＧＷに取って代わることができる。
【０１１２】
４．  メディアネットワークプロトコル（「ＭＰ」）．
図４はＭＰの例示的なネットワークアーキテクチャを示す。特に、ＭＰは、３つの独立した層、すなわち、物理層、論理層及びアプリケーション層を有する。ホストＡ４０６０上の物理層４０７０のような物理層が、ノードＢ４０００上の物理層４０１０のようなもう１つの物理層と通信することを可能にするルール及び協定が、集合的に、物理層のプロトコル４０５０として知られている。同様に、論理層のプロトコル４０４０及びアプリケーション層のプロトコル４１４０が、論理層４０９０及び４０３０の間の通信と、アプリケーション層４１３０及び４１１０の間の通信とをそれぞれ促進する。
【０１１３】
それに加えて、物理層４０７０と論理層４０９０や、あるいは論理層４０９０とアプリケーション層４１３０のような、各一対の隣接した層の間には、それぞれ、論理−物理インターフェース４０８０や、アプリケーション−論理インターフェース４１２０のようなインターフェースが存在する。これらのインターフェースは、下位層から上位層に提供する基本的動作（primitive operations）とサービスを定義する。
【０１１４】
４．１  物理層．
物理層４０１０のようなＭＰの物理層は、論理層４０３０のようなＭＰの論理層に対して所定のサービスを提供し、物理層４０１０実装上の詳細事項から論理層４０３０を遮蔽する。それに加えて、物理層４０１０及び４０７０は、物理層−伝送媒体インターフェース４１５０及び４１２０のような、伝送媒体４１００に対するインターフェースを提供することと、伝送媒体４１００を介して構造化されていないビットを伝送することとにも責務を有する。伝送媒体４１００のいくつかの例は、より対線、同軸ケーブル、光ファイバケーブル、及び搬送波を含むが、これらに限定されるものではない。
【０１１５】
ＭＰの都市圏ネットワーク１０００（図１ｄ）のような一実施形態に係るＭＰネットワークにおいて、論理リンク１０１０，１０３０，１０４０，１０５０，１０７０，１０９０，１３１０，１１１０，１４４０，１４６０，１１５０，１５２０，１５３０，及び１２９０によって使用される物理リンクは、異なる伝送媒体を有してもよい。例えば、論理リンク１３１０をサポートする伝送媒体は同軸ケーブルであることが可能であり、論理リンク１０５０のための伝送媒体は、光ファイバケーブルであることが可能である。当該技術分野において通常の技能を有する者には、議論はされていないが本発明の範囲内になお含まれる他の伝送媒体の組み合わせを用いてＭＰの都市圏ネットワーク１０００を実装することは明らかであろう。
【０１１６】
ＭＰの都市圏ネットワーク１０００が、異なる伝送媒体を使用する場合、ネットワークのＭＰに準拠した構成要素は、これらの媒体とインターフェースをとる複数の物理層にてなる別個のセットを有する。例えば、論理リンク１３１０をサポートする伝送媒体が同軸ケーブルであり、論理リンク１０７０のための伝送媒体が光ファイバケーブルである場合、ＨＧＷ１１００及びＵＴ１３２０は、ＳＧＷ１０６０及びＭＸ１０８０が共用するセットとは異なる物理層の１セットを共用する。同軸ケーブルとインターフェースをとる物理層は、光ファイバケーブルとインターフェースをとる物理層とは異なるように、ケーブルに対するインターフェースの物理的特性と、ビットの表現と、ビット伝送手順とを指定する場合があるが、これらの物理層はなお、構造化されていないビットの伝送を促進する。言い換えると、あるＭＰネットワーク中のさまざまなタイプの伝送媒体（例えば、同軸ケーブルと光ファイバケーブル）はすべて、構造化されていないビットを伝送する。
【０１１７】
４．２  論理層．
ＭＰの論理層４０３０及び４０９０（図４）は、ＯＳＩモデルのデータリンク層、ネットワーク層、トランスポート層、セッション層及びプレゼンテーション層によって典型的に実行される機能を含む。これらの機能は、ビットをパケットに組織化することと、パケットをルーティングすることと、システム間の接続を確立し、保持し、終了することとを含むが、これらに限定されるものではない。
【０１１８】
ＭＰの論理層の機能のうちの１つは、ＭＰの物理層からの構造化されていないビットをパケットに組織化することである。図５は、ＭＰパケット５０００の例示的なフォーマットを示す。ＭＰパケット５０００は、プリアンブル５０６０、パケット開始部のデリミッタ５０７０、及びパケットチェックシーケンス（ＰＣＳ）５０８０を含む。プリアンブル５０６０は、ホストＢ４０００のクロックがホストＡ４０６０のクロックと同期化する（回復する）ことを可能にする特定のビットパターンを含む。パケット開始部のデリミッタ５０７０は、パケット自体の開始部を示すもう１つのビットパターンを含む。ＰＣＳフィールド５０５０は、受信されたＭＰパケットにおけるエラーを検出するための巡回冗長チェック値を含む。
【０１１９】
ＭＰパケット５０００は、可変長パケットであることが可能であり、宛先アドレス（「ＤＡ」）フィールド５０１０、発信元アドレス（「ＳＡ」）フィールド５０２０、長さ（「ＬＥＮ」）フィールド５０３０、予約済みフィールド５０４０、及びペイロードフィールド５０５０を有する。
【０１２０】
ＤＡフィールド５０１０は、ＭＰパケット５０００の宛先情報を含み、ＳＡフィールド５０２０は、ＭＰパケット５０００の発信元情報を含む。ＬＥＮフィールド５０３０は、ＭＰパケット５０００の長さの情報を含む。ペイロードフィールド５０５０は、マルチメディアデータかあるいは制御情報かのいずれかを含む。当該技術分野の通常の技能を有する者には、議論されたＭＰパケット５０００のフォーマットとは異なるパケットフォーマットを有するがなおＭＰの範囲内に含まれるＭＰを実装すること（例えば、フィールドのシーケンスを再配置するか、あるいは新たなフィールドを付加すること）は明らかであろう。
【０１２１】
例示的な実施形態に係るＭＰの論理層は、２つのタイプのＭＰパケット、すなわち、ＭＰ制御パケットとＭＰデータパケットを定義した。ＭＰ制御パケットは、ペイロードフィールド５０５０（図５）において制御情報を伝送するのに対し、ＭＰデータパケットは、ペイロードフィールド５０５０において、マルチメディアデータや又はカプセル化されたパケットのようなデータ伝送する。しかしながら、いくつかのＭＰデータパケットは、ペイロードフィールド５０５０においてデータとともに制御情報も含んでいてもよい。従って、帯域外信号方式の制御を容易化するＭＰ制御パケットに対して、このようなＭＰデータパケットは、帯域内信号方式の制御を容易化する。以下のＭＰパケットの表において、いくつかの例示的なＭＰパケットを示す。
【０１２２】
【表１】
2005507611.tif 000003
【０１２３】
【表２】
2005507611.tif 000004
【０１２４】
【表３】
2005507611.tif 000005
【０１２５】
次のセクションは、これらのＭＰパケットのうちのいくつかについてさらに説明する。しかしながら、当該技術分野の通常の技能を有する者には、上記の表は、ＭＰパケットのタイプについての、網羅的ではなく例示的なリストを含むということは明らかであろう。
【０１２６】
非ＭＰネットワークと相互に操作するため、一実施形態に係るＭＰの論理層は、非ＭＰデータ、あるいは非ＭＰネットワーク（例えば、ＩＰ、ＰＳＴＮ、ＧＳＭ、ＧＰＲＳ、ＣＤＭＡ及びＬＭＤＳ）がサポートするデータをカプセル化して、ＭＰでカプセル化されたパケットにする。ＭＰでカプセル化されたパケットはなお、ＭＰパケット５０００と同じフォーマットに従うが、そのペイロードフィールド５０５０は非ＭＰデータを含む。パケット交換される非ＭＰネットワークの場合、ペイロードフィールド５０５０は、全体的にか又は部分的にかのいずれかで非ＭＰパケットを含む。
【０１２７】
ＭＰ論理層のもう１つの機能は、１）ＭＰネットワーク内で、２）ＭＰネットワーク間で、及び３）ＭＰネットワークと非ＭＰネットワークの間で、パケットの配信を可能にするアドレス指定の方式をサポートすることにある。サポートされたいくつかのアドレスのタイプは、ユーザ名、ユーザアドレス及びネットワークアドレスを含むが、これらに限定されるものではない。それに加えて、一実施形態に係るＭＰの論理層は、ハードウェアの識別（ハードウェアＩＤ）もサポートする。ハードウェアＩＤはアドレス指定に使用可能であるが（例えば、無線アプリケーション）、より典型的には、アカウント処理あるいはネットワーク管理の目的に使用される（下記を参照）。
【０１２８】
ある例示的なＭＰネットワークにおいて、ＭＰに準拠した各構成要素は一意的なハードウェアＩＤを有し、このハードウェアＩＤは、典型的には、産業グループとＭＰに準拠した構成要素の製造業者とによって生成されて割り当てられる。１つの実施形態において、このＭＰネットワークに係る上述の「マスターのネットワークマネージャ装置」と「スレーブのネットワークマネージャ装置」との両方はこのハードウェアＩＤを用いて、ネットワーク上の構成要素が、１）権限を有しかつＭＰに準拠した製造業者によって製造されること、及び／又は、２）このネットワーク上に存在することが許可されていることを保証する。
【０１２９】
ハードウェアＩＤに加えて、例示的なＭＰの論理層は、ＭＰネットワーク上のユーザらに対する複数のタイプの識別子をサポートする。特に、これらの識別子は、ユーザ名、ユーザアドレス及びネットワークアドレスを含む。あるユーザ名は１つあるいはそれよりも多くのユーザアドレスに対応し、１つのユーザアドレスは、１つのネットワークアドレスにマッピングされる。例えば、ユーザ名「WWW.MediaNet_Support.com」は、ある会社サポート部門の従業員１のユーザアドレス「６５０−４７０−０００１」と、従業員２の「６５０−４７０−０００２」と、従業員３の「６５０−４７０−０００３」に対応することが可能である。代わって、ユーザアドレス「６５０−４７０−０００１」は、従業員１が使用するＵＴに対応するネットワーク接続ポイント（ポート）を識別する、１つのネットワークアドレスにマッピングされる。同様に、ユーザアドレス「６５０−４７０−０００２」及び「６５０−４７０−０００３」は、従業員２及び従業員３がそれぞれ使用するＵＴに対応するポートを識別するネットワークアドレスにマッピングされる。
【０１３０】
一実施形態に係るＭＰネットワークにおけるＭＰに準拠した構成要素のネットワークアドレスが、このＭＰに準拠した構成要素によって使用されるポートにバインドされる。このネットワークアドレスは、ポートに直接的に接続するＭＰに準拠した構成要素を識別する。ＳＧＷ１１６０が、ＨＧＷ１２００のポート１２１０に対して、ネットワークアドレス「０／１／１／１／２３／４５／７８／２（一般的なカラーのサブフィールド６０１０／データタイプのサブフィールド６０７０／ＭＰサブフィールド６０８０／国サブフィールド６０２０／都市サブフィールド６０３０／コミュニティサブフィールド６０４０／階層化されたスイッチのサブフィールド６０５０／ユーザ端末装置のサブフィールド６０６０）」を割り当てると仮定する。ＵＴ１４２０はポート１２１０を介して直接にＨＧＷ１２００に接続されているので、「０／１／１／１／２３／４５／７８／２」がＵＴ１４２０の割り当てられたネットワークアドレスになる。従って、上述の例における従業員１がＵＴ１４２０を使う場合、前述のユーザアドレス「６５０−４７０−０００１」が、ネットワークアドレス「０／１／１／１／２３／４５／７８／２」にマッピングされる。［ネットワークアドレスにおける部分的なアドレスのサブフィールドについて以下でより詳細に説明するということを注記する。］
【０１３１】
ユーザアドレスは、ＵＴ以外の他のネットワーク構成要素に割り当てられる。例えば、前述の産業グループ及び製造業者は、ＡＣＮにおけるＭＸのような、ＭＰに準拠した他の構成要素において、ユーザアドレスを生成し、割り当て、記憶してもよい。同様に、テレビジョン番組の作成者やメディア・オン・デマンドサービス（要求に応答してメディアコンテンツを配信するサービス）のオペレータのような、メディアプログラムのオペレータは、メディアプログラムに対して、ユーザアドレスを生成して割り当ててもよい。
【０１３２】
ユーザ名及びユーザアドレスは、典型的には、ネットワークのオペレータによってか、あるいは当該ネットワークのオペレータが使用する独立した第三者の組織によって割り当てられる。ネットワークアドレスは、ネットワーク構成の間にＳＧＷによって割り当てられる（以下のサービスゲートウェイのセクションにおいて説明する）。例として、図１ｄにおけるＨＧＷ１２００に接続された複数のＵＴが、集合的にWWW.MediaNet_Support.comとして知られることを、ネットワークのオペレータが希望している場合を仮定する。これを行うために、ＳＧＷ１１６０を構成しているネットワークのオペレータは、ユーザ名「WWW.MediaNet_Support.com」を生成し、このユーザ名を、ＨＧＷ１２００に接続された複数のＵＴのユーザアドレスにマッピングすることができる。
【０１３３】
ポートにバインドされたネットワークアドレスとは異なり、割り当てられたユーザ名及びユーザアドレスは、基礎となるＭＰネットワークのトポロジーに対する変更（例えば、ＭＰに準拠した１つ又はそれよりも多くの構成要素の付加、除去あるいは移転を含む、ネットワークの再構成）が生じる場合であっても、不変のままであることが可能である。例えば、従業員１によって使用されるＵＴがＵＴ１３２０であることと、ＭＰの都市圏ネットワーク１０００を管理するネットワークオペレータが、ポート１４９０を介して、（ＨＧＷ１１００の代わりに）ＨＧＷ１２２０にＵＴ１３２０を接続するように決定することとを仮定する場合、ＵＴ１３２０を識別するネットワークアドレスは、（ポート１４７０をバインドするネットワークアドレスの代わりに）ポート１４９０をバインドするネットワークアドレスに変化する。このネットワークアドレスの変化にも関わらず、従業員１のユーザ名及びーザアドレスは同じままでであることが可能である。
【０１３４】
上で議論したように、ＭＰの論理層は、ユーザ名及びユーザアドレスのような識別子の層をネットワークアドレスにマッピングする。あるＭＰネットワークアドレスはいくつかの機能を提供する。それは、ＭＰネットワーク上のＭＰに準拠した構成要素のようなノードに対する、物理的なネットワークインターフェースを識別する。それを用いて、ＭＰインターネットワーク内の任意の場所にパケットを送信することができる。ＭＰネットワークのトポロジー構造を反映するその階層的構造のために、ＭＰネットワークアドレスはまた、パケットを転送することと、ＭＰネットワーク上におけるノードの地理的場所を正確又は近似的に識別することとを援助することもできる。ＭＰネットワークアドレスは、（例えば、一連の論理リンクを通るようにパケットを方向付けるための部分的なアドレスサブフィールドを用いて、あるいは、パケット配信機構を選択するためのカラーサブフィールドを用いて）ノードが実行するタスクを指定することもできる。
【０１３５】
図６は、図１ｄにおけるＵＴ１３２０のような、ＭＰのグローバルネットワーク３０００上のＭＰに準拠したＵＴのネットワーク接続ポイント（ポート）を識別する、ネットワークアドレス６０００である。ネットワークアドレス６０００は、一般的なカラーのサブフィールド６０１０と、データタイプのサブフィールド６０７０と、ＭＰサブフィールド６０８０と、部分的なアドレスのサブフィールドの階層とを含み、上記部分的なアドレスのサブフィールドの階層は、例えば、国サブフィールド６０２０、都市サブフィールド６０３０、コミュニティサブフィールド６０４０、階層化されたスイッチのサブフィールド６０５０、及びＵＴサブフィールド６０６０を含む。この階層的なアドレス指定の構造は、ＭＰのグローバルネットワーク３０００のネットワークトポロジーを反映する。これらのネットワークアドレスサブフィールドのうちのいくつかには、地理的な意味（例えば、国サブフィールド６０２０、都市サブフィールド６０３０、及びコミュニティサブフィールド６０４０）が暗示されているが、当業者には、これらのサブフィールドが、ＭＰネットワークによってサービスの提供を受ける領域の階層を表すにすぎないということは明らかであろう。
【０１３６】
ネットワークアドレス６０００の一般的なカラーのサブフィールド６０１０は、パケットの転送を促進する、ＭＰパケットについての「カラー情報」を含む。ＭＰパケットの受信者は、部分的にはこのカラー情報に基づくことによって、パケット全体を検査／解析することを必要とせずパケットを処理することができる。（このこととは別に、「受信者」は、ＵＴのようなＭＰパケットの最終的な受信者に制限されず、例えばＭＰパケット処理するＭＸであるがそれに限らない複数の中間のネットワーク構成要素も含むということを注意する。）いくつかの例示的なタイプのカラー情報が、以下のＭＰカラーの表に示されている。ＭＰカラーの表に与えられた例は、様々なタイプのサービス（例えば、ユニキャスト通信と多地点通信）に対するカラー情報を記述するが、当該技術分野における通常の技能を有する者には、パケットが送信されてくる装置のタイプ（発信元ノード）又はパケットが送信されていく装置のタイプ（宛先ノード）を識別するような、他の目的にそのカラー情報を使用することは明らかであろう。以下で議論されるように、カラー情報は、スイッチによるパケットの処理を指示することを援助し、それによって、より簡単なスイッチの使用を可能にする。
【０１３７】
【表４】
2005507611.tif 000006
【０１３８】
ネットワークアドレス６０００は、オプションとして、データタイプのサブフィールド６０７０とＭＰサブフィールド６０８０を有する。一実施形態において、データタイプのサブフィールド６０７０は、交換されるデータタイプを示す。このデータタイプは、オーディオデータ、ビデオデータ、あるいはこれら２つの組み合わせを含むが、これらに限定されるものではない。ＭＰサブフィールド６０８０は、ネットワークアドレス６０８０を伝送するパケットのタイプを示す。例えば、パケットは、ＭＰパケットであるか、又はＭＰでカプセル化されたパケットであるかのいずれかが可能である。それに代わって、データタイプのサブフィールド６０７０及び／又はＭＰサブフィールド６０８０に提供された情報は、一般的なカラーのサブフィールド６０１０あるいはペイロードフィールド５０５０に組み込まれることが可能である。
【０１３９】
図７は、階層化されたスイッチのサブフィールド６０５０をさらに分割する、例示的なネットワークアドレス６０００の変形例を示す。ネットワークアドレス７０００は、複数のＭＸの複数の層を備えたＡＣＮを包含するＭＰネットワークにおけるあるＵＴのネットワーク接続ポイント（ポート）を識別する。特に、図６における階層化されたスイッチのサブフィールド６０５０は、ビレッジスイッチ（「ＶＸ」）サブフィールド７０７０と、ビルディングスイッチ（「ＢＸ」）サブフィールド７０８０と、ユーザスイッチ（「ＵＸ」）サブフィールド７０９０とにさらに分割されて、階層化されたＶＸ、ＢＸ及びＵＸの構造を反映する。図８及び図９ａは、階層化されたスイッチのサブフィールド６０５０に対する異なる分割を用いた他の変形例を示す。図８において、ネットワークアドレス７０００と同様に、ネットワークアドレス８０００は、ネットワークアドレス６０００の階層化されたスイッチのサブフィールド６０５０に対応する、ＶＸサブフィールド８０７０と、カーブ（curb：ふち石）スイッチ（「ＣＸ」）サブフィールド８０８０と、ＵＸ８０９０とを有する。図９ａにおいて、ネットワークアドレス９０００は、オフィススイッチ（「ＯＸ」）９０７０とＵＸ９０８０とを有する。
【０１４０】
別に特に言及していない限り、以下でネットワークアドレス６０００に言及する際には、一般に、その派生したフォーマット（すなわち、階層化されたスイッチのサブフィールド６０５０をさらに分割する、７０００、８０００及び９０００のようなネットワークアドレス）を含んでいる。また、後のアクセスネットワークと家庭用ゲートウェイのセクションは、これらの派生したフォーマットについてのより詳細な議論を提供する。
【０１４１】
前述のＶＸ及びＯＸサブフィールドは、主に、ＳＧＷが管理するビレッジスイッチ及びオフィススイッチを識別するために使用されるが、これらは、ＳＧＷ内のＭＰに準拠した構成要素を識別するためにも使用可能である。図９ｂは、ＳＧＷ内のＭＰに準拠した構成要素（例えば、ＥＸ、サーバ群、ゲートウェイ、及びメディア記憶装置）を識別する、例示的なネットワークアドレスのフォーマット（すなわち、９１００）を示す。ＭＰパケットがＳＧＷ内におけるメディア記憶装置とは異なる構成要素に方向付けられることを示すために、ネットワークアドレス９１００のＶＸサブフィールド９１７０は、すべて零を含む（「００００」）。残りのビット（構成要素番号サブフィールド９１８０）は、当該ＳＧＷ内の特定の構成要素を識別するために使用された。ＳＧＷ１１６０（図１０）を例として用いると、ＥＸ１００００、サーバ群１００１０及びゲートウェイ１００２０を識別するネットワークアドレスは、ネットワークアドレス９１００のフォーマットを厳守する。これらのネットワークアドレスは、国サブフィールド９１４０、都市サブフィールド９１５０、コミュニティサブフィールド９１６０、及びＶＸサブフィールド９１７０（「００００」）において同一の情報を共有しているが、構成要素番号サブフィールド９１８０において異なる情報を含み、これらの構成要素を識別する。例えば、ＥＸ１００００が、構成要素番号サブフィールド９１８０において１の構成要素番号に対応する場合があるのに対して、サーバ群１００１０が２に対応し、ゲートウェイ１００２０が３に対応する。
【０１４２】
一方、ＭＰパケットが、ＳＧＷ内のメディア記憶装置に方向付けられることを示すために、ネットワークアドレス９１００のＶＸサブフィールド９１７０は「０００１」を含む。残りのビット（構成要素番号サブフィールド９１８０）は、当該ＳＧＷ内の特定のメディア記憶装置を識別するために使用される。ＳＧＷ１１２０（図１０）を例として用いると、メディア記憶装置１１４０及びメディア記憶装置１１４５を識別するネットワークアドレスは、ネットワークアドレス９１００のフォーマットを厳守する。これら２つのネットワークアドレスは、国サブフィールド９１４０、都市サブフィールド９１５０、コミュニティサブフィールド９１６０、及びＶＸサブフィールド９１７０（「０００１」）において同一の情報を共有するが、構成要素番号サブフィールド９１８０において異なる情報を含み、２つのメディア記憶装置の構成要素を識別する。例えば、メディア記憶装置１１４０が、構成要素番号サブフィールド９１８０において１の構成要素番号に対応する場合があるのに対して、メディア記憶装置１１４５が２に対応する。しかしながら、メディア記憶装置がＵＴ（すなわち、ＳＧＷ内に存在しないメディア記憶装置）に対応する場合には、このＵＴメディア記憶装置を識別するネットワークアドレスは、上で議論されたネットワークアドレス９１００のフォーマットの代わりに、ネットワークアドレス６０００のフォーマットに従う。
【０１４３】
当該技術分野において通常の技能を有する者には、開示されたネットワークアドレス指定方式の範囲を越えることなく、ＳＧＷ内の構成要素をアドレス指定するために使用されるフラグが、異なるビットシーケンス（すなわち、「００００」と「０００１」のいずれかと異なる）、異なる長さ（すなわち、４ビットのビット長より長いか又は短い）、及び／又はＭＰパケットにおける異なる位置を有する可能性があることが明らかであろう。
【０１４４】
いくつかのタイプの多地点通信［例えば、メディアマルチキャスト（「ＭＭ」）とメディアブロードキャスト（「ＭＢ」）］では、３つのネットワークアドレスのフォーマットが使用された。特に、ＭＰ制御パケットをそれらの宛先に向かって転送するために、ネットワークアドレス６０００及び９１００のフォーマットが使用された。ＭＰデータパケットをそれらの宛先に向かって転送するために、ネットワークアドレス９２００のフォーマットが使用された。ＭＰパケットが多地点通信のためのデータパケットであることを示すために、ネットワークアドレス９２００の一般的なカラーのサブフィールド９２１０が、特定のビットシーケンスを含む。セッション番号フィールド９２７０は、ＭＰの都市圏ネットワーク内でＭＰパケットが属する特定のセッションを識別する。セッション番号フィールド９２７０はｎビットの長さを有すると仮定する。このとき、ネットワークアドレス９２００のフォーマットを採用したＭＰの都市圏ネットワークは、２ｎ個の異なる多地点通信セッションをサポートする。当該技術において通常の技能を有する者には、開示されたネットワークアドレス指定方式の範囲を越えることなく、セッションサブフィールド９２７０が、異なる長さ（例えば、予約済みサブフィールド９２６０を含む。）及び／又はＭＰパケットにおける異なる位置を有する可能性があることが明らかであろう。
【０１４５】
いくつかのネットワークアドレスのフォーマットが例証されたが、当業者は、変形例のフォーマットが、あるノードに対する物理的なネットワークインターフェースを識別し、インターネットワークにおける任意の場所にパケットを送信するために使用可能であり、及び／又は、階層型アドレス構造を用いて、パケットをその宛先に向かって方向付けることを援助する場合には、ＭＰの範囲が、議論されたフォーマットの他の上記変形例のフォーマットをカバーすることを認識するであろう。オプションとして、（複数の）カラーサブフィールドもパケットの転送をできる。当該技術分野において通常の技能を有する者には、ＵＴに対する議論されたネットワークアドレスのフォーマットを、ＭＸのような、ＭＰに準拠した他の構成要素に適用することは明らかであろう。例えば、ＭＸ１０８０のネットワークアドレスはネットワークアドレス６０００のフォーマットに従うが、ＵＴサブフィールド６０６０は、すべて０か又はすべて１かのいずれかであるような特定のビットパターンによって充填される。それに代わって、ＵＴ１４２０を識別するネットワークアドレス（「UT_network_address」）がネットワークアドレス６０００のフォーマットに従う場合には、ＭＸ１０８０を識別するための１つの可能なネットワークアドレスは、その一般的なカラーのサブフィールド６０１０が（ＵＴ装置のタイプ情報の代わりに）ＭＸ装置のタイプ情報を含む場合を例外として、UT_network_addressと同じ情報を有する。
【０１４６】
ＭＰの論理層に係るもう１つの機能は、予測可能で、安全（セキュリティが保たれている）で、アカウント処理可能で、かつ迅速な方法で、ＭＰパケットあるいはＭＰでカプセル化されたパケットの転送を提供することにある。例示的なＭＰの論理層は、サービスを提供する（すなわち、呼の通信段階の）前にマルチメディアサービスをセットアップすること（すなわち、呼のセットアップ段階）によって、このタイプの転送を促進する。呼のセットアップ段階の間に、関与する複数の当事者間の伝送経路は、アドミション制御（リソース管理）の目的で確定される。伝送経路に沿ったＭＰに準拠した複数の構成要素は、サービスを管理する（複数の）サーバ群に、現在の帯域幅使用量データを提供する。それに続く呼の通信段階において、伝送経路に沿ったＭＰに準拠した構成要素はまた、ポリシー制御（例えば、許容できるフローのタイプ、トラフィックフロー、及び当事者の資格）の実装を援助するためにセットアップされる。後のサービスゲートウェイ、アクセスネットワーク及び家庭用ゲートウェイのセクションは、アドミション制御及びポリシー制御のいくつかの実装についてさらに説明する。
【０１４７】
呼のセットアップ段階の後、例示的なＭＰの論理層は、例えば、最小レート遅延等化器（「ＭＤＲＥ」）を用いてＭＰネットワーク上のＭＰパケットのフローを調整することによって、また、上述のアドミション制御及び／又はポリシー制御によって指定されるパラメータに従ってパケットを拒絶するか又は進入許可することによって、トラフィックポリシーの設定をサポートする。トラフィックポリシーの設定は、呼の通信段階の間におけるＭＰネットワーク上のトラフィックの予測可能性及び完全性を保証する。より具体的には、一実施形態において、データパケットを生成してＭＰネットワークに送信する複数の発信元ホスト（例えば、ＵＴ、メディア記憶装置、及びサーバ群）が、まず、複数のＭＤＲＥモジュールを介してデータパケットを伝送する。一実施形態に係るＭＤＲＥは、公知のリーキーバケットモデルに従い、結果として、等しく離間されたデータパケットをＭＰネットワークに出力する。ＭＤＲＥモデルが受信したＭＰデータパケットの数が、ＭＤＲＥのバッファの容量を超える場合には、ＭＤＲＥモジュールは、オーバーフローしたＭＰデータパケットを廃棄する。一方、ＭＰデータパケットがＭＤＲＥモジュールに予め設定された値より低いレートで到着する場合には、ＭＤＲＥモジュールは「充填物（filler）」のＭＰデータパケットをＭＰネットワークに送信して、一定かつ予測可能なデータレートを保持する。
【０１４８】
それに加えて、ＭＰネットワーク上のＭＰに準拠した他の構成要素は、呼の通信段階の間に、発信元ホストからの等しく離間されたＭＰデータパケットをフィルタリングして、望ましくないパケットがＳＧＷのサーバ群に到着するを防止する。後のアップリンクのパケットフィルタのセクションは、上述のトラフィックポリシー設定機能を実行するフィルタについての詳細を提供する。
【０１４９】
例示的なＭＰの論理層はまた、呼の通信段階の間に使用量情報を測定するアカウント処理ポリシーをサポートする。後のサーバ群のセクションと動作例のセクションは、アカウント処理機能の実装についてさらに説明する。
【０１５０】
例示的なＭＰの論理層は、呼の通信段階の間における複数の論理リンクを介したＭＰデータパケットの高速転送を促進する。例えば、ＵＴ１３２０がＵＴ１４２０にユニキャストＭＰデータパケットを送信すると仮定する。以下で説明するように、ＭＰネットワークの非ピア・ツー・ピアの構造のために、ＭＰデータパケットは、ルーティングテーブルを計算したりあるいは用いたりすることなく、論理リンク１３１０、１０９０及び１０７０に沿って、ＵＴ１３２０からＳＧＷ１０６０に伝送されることが可能である。発信元ホスト（ＵＴ１３２０）と、発信元ホストに論理的に最も近接したＳＧＷ（ここではＳＧＷ１０６０）との間の論理リンクが、ボトムアップの論理リンクと呼ばれる。そして、マルチメディアデータの予測可能性（例えば、ＭＰネットワークのトラフィックの大部分を構成するであろうビデオストリームが、予測可能なフローを有すること）と、（上述された）ＭＰネットワーク上のトラフィックフローの調整とのために、ＳＧＷ１０６０は、オフラインで計算可能な転送テーブルを用いて、論理リンク１０５０、１０４０及び１１５０に沿ってＭＰデータパケットをＳＧＷ１１６０に伝送することができる。最後に、ＵＴ１４２０に最も近接したＳＧＷ（すなわちＳＧＷ１１６０）は、パケットをそれ自体で方向付けるための部分的なアドレスのルーティング（以下で説明する）を用いて、論理リンク１１４０、１５２０及び１５３０に沿ってＭＰデータパケットをＵＴ１４２０に伝送することができる。
【０１５１】
宛先ホスト（ここではＵＴ１４２０）と、宛先ホストに論理的に最も近接したＳＧＷ（ここではＳＧＷ１１６０）との間の論理リンクは、トップダウンの論理リンクと呼ばれる。トップダウンの論理リンクに沿った部分的なアドレスのルーティングの使用はまた、ルーティングテーブルの使用も除去する。従って、ＭＰデータパケットは、ルーティングテーブルを計算したりあるいは用いたりすることなく、ＵＴ１３２０とＵＴ１４２０の間のリンクの大部分に沿って転送可能である。それに加えて、転送テーブルを用いる少数のリンクの場合、この転送テーブルはオフラインで計算できる。（当然ながら、ルーティングの計算はリアルタイムでも実行可能である。）
【０１５２】
データ伝送をさらに説明するため、いま提示した例（ＵＴ１３２０がＵＴ１４２０にＭＰデータパケットを送信する例）についてより詳しく考察する。ＭＰデータパケットのＤＡフィールドにおけるネットワークアドレスが、（図６に示されたネットワークアドレス６０００のフォーマットに従って）下記の情報を含むと仮定する。
【０１５３】
・国サブフィールド６０２０−ＳＧＷ２０２０を識別し、ＵＴ１４２０がＭＰの全国的ネットワーク２０００に属することを示す（図２）。
・都市サブフィールド６０３０−ＳＧＷ１０２０を識別し、図１ｄに示されたように、ＵＴ１４２０がＭＰの都市圏ネットワーク１０００に属することを示す。
・コミュニティサブフィールド６０４０−ＳＧＷ１１６０を識別し、ＳＧＷ１１６０がＵＴ１４２０を管理することを示す。
・階層化されたスイッチのサブフィールド６０５０−２つのサブフィールドに分割され、一方のサブフィールドはポート１５００に対応し、ＭＸ１１８０を識別し、他方のサブフィールドはポート１１７０に対応し、パケットを配信するためのＨＧＷ１２００を識別する。
・ＵＴサブフィールド６０６０−ポート１２１０に対応し、パケットの宛先となるＵＴ１４２０を識別する。
【０１５４】
このユニキャストの例におけるデータ伝送は、３つの異なる段階に分けられる。すなわち、発信元ホスト（ＵＴ１３２０）から発信元ホストを管理するＳＧＷ（すなわち、発信元ホストに論理的に最も近接したＳＧＷ）（ＳＧＷ１０６０）への複数の論理リンク（ボトムアップの論理リンク）を介するパケットのボトムアップの伝送と、発信元ホストを管理するＳＧＷから宛先ホストを管理するＳＧＷ（すなわち、宛先ホストに論理的に最も近接したＳＧＷ）（ＳＧＷ１１６０）へのパケットの伝送と、宛先ホストを管理するＳＧＷから宛先ホスト（ＵＴ１４２０）への複数の論理リンク（トップダウンの論理リンク）を介するパケットのトップダウンの伝送とである。
【０１５５】
ボトムアップの伝送の場合、ＵＴ１３２０が、その発信するＭＰデータパケットを論理リンク１３１０上に配置する。この発信するＭＰパケットが、ＨＧＷ１１００に接続されたもう１つのＵＴに対するものではない場合、ＨＧＷ１１００は、この発信するＭＰデータパケットを、次のアップストリームの、ＭＰに準拠した構成要素に、すなわちＭＸ１０８０に転送する。１つの実装において、ＨＧＷ１１００からＭＸ１０８０への発信するＭＰパケットのこの転送は、ＨＧＷ間の非ピア・ツー・ピアのアーキテクチャ（すなわち、同じＭＸに接続された２つのＨＧＷは、互いに直接に通信することができず、ＭＸにバイパスする）のために、パケットにおけるＤＡを解析することを含んでいない。言い換えれば、ＨＧＷ１１００は、パケットを異なるＨＧＷの下にある別のＵＴに到達させるためには、パケットをアップストリームに転送することを除いて選択肢を持たない。同様に、ＡＣＮにおけるＭＸも非ピア・ツー・ピア（すなわち、同じＳＧＷに接続された２つのＭＸは、互いに直接に通信することができず、ＳＧＷにバイパスする）であるので、ＭＸ１０８０もまた、パケットにおけるＤＡを検査することなく、ＳＧＷ１０６０にパケットを転送する。
【０１５６】
ＳＧＷ間の伝送の場合、発信元ホストを管理するＳＧＷ（ＳＧＷ１０６０）は、ＭＰデータパケットのＤＡにおける国サブフィールド６０２０、都市サブフィールド６０３０及びコミュニティサブフィールド６０４０を検査する。その３つのサブフィールドのすべてが、ＳＧＷ１０６０のネットワークアドレスにおける対応するサブフィールドに一致する場合には、宛先ホストはＳＧＷ１０６０によって管理され、トップダウンの伝送が開始する。国サブフィールド６０２０及び都市サブフィールド６０３０が、ＳＧＷ１０６０のネットワークアドレスにおける対応するサブフィールドに一致するが、コミュニティサブフィールドが一致しない場合には、宛先ホストは、ＭＰの同じ都市圏ネットワークに存在するが、異なるＳＧＷによって管理される。国サブフィールドが一致するが、都市サブフィールドが一致しない場合には、宛先ホストは、ＭＰの同じ全国的ネットワークに存在するが、ＭＰの異なる都市圏ネットワークにおけるＳＧＷによって管理される。国サブフィールドが一致しない場合には、宛先ホストが、ＭＰの異なる全国的ネットワークにおけるＳＧＷによって管理される。
【０１５７】
この例では、国サブフィールド及び都市サブフィールドが一致するが、コミュニティサブフィールドが一致しない。従って、ＳＧＷ１０６０は、パケットのＤＡにおけるコミュニティサブフィールドに一致するコミュニティサブフィールドを有する、ＭＰの都市圏ネットワーク１０００におけるＳＧＷ（ＳＧＷ１１６０）に対して、パケットを送信する。パケットを送信するために、ＳＧＷ１０６０は、ＤＡの国、都市及びコミュニティに対する部分的なアドレスのサブフィールドを転送テーブルにおいて検索して、ＳＧＷ１１６０に至る経路における次のホップを決定する。次いで、ＳＧＷ１０６０は、転送テーブルによって指定された次のホップにパケットを送信する。次のホップにパケットを転送するために部分的なアドレスのサブフィールドを解析しかつ転送テーブルを用いる処理は、パケットのＤＡにおける対応するサブフィールドと一致する国、都市及びコミュニティサブフィールドを有するＳＧＷ（ＳＧＷ１１６０）にパケットが到着するまで継続される。その後、トップダウンの伝送が開始する。
【０１５８】
トップダウンの伝送の場合、ＳＧＷ１１６０は、階層化されたスイッチのサブフィールド６０５０における部分的なアドレス情報とカラー情報とに基づいて、ＭＰデータパケットをＭＸ１１８０に送信する（これはワイヤスピードで可能である）。より具体的には、ＳＧＷ１１６０は、パケットをそれ自体で方向付けるためにＤＡの一部を用いることによって、そのパケットルーティングの決定を簡単化する。ＳＧＷ１１６０はまた、カラー情報を利用してパケット配信機構を選択する（すなわち、ユニキャストアドレス指定モードとマルチキャストアドレス指定モードのためのパケット配信機構は、異なる場合がある）。言い換えれば、例示的なＳＧＷ１１６０は、パケットをそれ自体で方向付けるために部分的なアドレスのサブフィールドのうちのあるものを用いることによって、かつ有効なパケット配信機構を利用することによって、ワイヤスピードの効率を達成する。
【０１５９】
同様の方法で、ＭＸ１１８０も、階層化されたスイッチのサブフィールド６０５０における部分的なアドレス情報を用いて、ＭＰデータパケットをＨＧＷ１２００に中継する。代わって、ＨＧＷ１２００は、ＵＴサブフィールド６０６０における部分的なアドレス情報を用いて、パケットをその最終的な宛先に送信する。複数のトップダウンの論理リンク（例えば、論理リンク１４４０、１５２０及び１５３０）を介したＭＰデータパケットの伝送の全体は、ルーティングテーブルを計算することも、あるいは用いることもなく実行可能である。
【０１６０】
上述の例では、ＭＰの同じ都市圏ネットワークにおける２つのＵＴ間のＭＰデータパケットのユニキャスト転送について考察している。ここで、他の２つの可能性について、すなわち、１）ＭＰの２つの都市圏ネットワークの間（例えば、ＭＰの都市圏ネットワーク２０３０における発信元ＵＴと、ＭＰの都市圏ネットワーク１０００におけるＵＴ１４２０の間）におけるＭＰデータパケットのユニキャスト転送と、２）ＭＰの２つの全国的ネットワークの間（例えば、ＭＰの全国的ネットワーク３０３０における発信元ＵＴと、ＭＰの全国的ネットワーク２０００におけるＵＴ１４２０の間）におけるＭＰデータパケットのユニキャスト転送とについて、考慮しておくことも都合がよい。これらの２つの可能性に係るボトムアップとトップダウンの伝送段階は、上述の例において説明されたものと類似しており、ここで繰り返す必要はない。しかしながら、ＳＧＷ間の伝送は、上述の例と異なるので、次に説明する。
【０１６１】
第１のシナリオ、すなわちＭＰの同じ全国的ネットワークにおける異なる２つの都市圏ネットワークの間のＭＰパケット伝送は、国サブフィールドが一致するが都市サブフィールドが一致しない場合に対応する。この場合、宛先ホストは、発信元ホストと同じＭＰ全国的ネットワーク（ＭＰの全国的ネットワーク２０００）に存在するが、ＭＰの異なる都市圏ネットワーク（ＭＰの都市圏ネットワーク１０００）におけるＳＧＷによって管理される。ここで、発信元ホストを管理するＳＧＷは、ＭＰの都市圏ネットワーク２０３０を全国的ネットワークのバックボーン２０１０に接続する都市圏アクセスＳＧＷ（ＳＧＷ２０５０）に、ＭＰパケットを送信する。次いで、ＳＧＷ２０５０は、ＭＰのもう１つの都市圏ネットワーク（ＭＰの都市圏ネットワーク１０００）を全国的ネットワークのバックボーン２０１０に接続しかつＭＰパケットのＤＡにおける都市サブフィールドと一致する都市サブフィールドを有する都市圏アクセスＳＧＷ（ＳＧＷ１０２０）に、当該パケットを送信する。より具体的には、ＳＧＷ２０５０は、転送テーブルにおいて、ＤＡの国及び都市に対する部分的なアドレスのサブフィールドのセットを検索し、ＳＧＷ１０２０に至る経路における次のホップを決定する。次いで、ＳＧＷ２０５０は、転送テーブルによって指定された次のホップにパケットを送信する。パケットを次のホップに転送するために部分的なアドレスのサブフィールドを解析しかつ転送テーブルを用いる処理は、パケットがＳＧＷ１０２０に到着するまで継続される。
【０１６２】
次に、ＳＧＷ１０２０は、転送テーブルにおいて、ＤＡの国、都市及びコミュニティに対する部分的なアドレスのサブフィールドのセットを検索し、宛先ホストを管理するＳＧＷ（ＳＧＷ１１６０）に至る経路における次のホップを決定する。次に、ＳＧＷ１０２０は、転送テーブルによって指定された次のホップにパケットを送信する。パケットを次のホップに転送するために部分的なアドレスのサブフィールドを解析しかつ転送テーブルを用いる処理は、パケットがＳＧＷ１１６０に到着するまで継続される。次に、トップダウンの伝送が開始する。
【０１６３】
第２のシナリオ、すなわちＭＰの同じグローバルネットワークにおけるＭＰの２つの異なる全国的ネットワークの間でのＭＰパケットの伝送は、国サブフィールドが一致しない場合に対応する。この場合、宛先ホストは、発信元ホストと同じＭＰグローバルネットワーク（ＭＰのグローバルネットワーク３０００）に存在するが、ＭＰの異なる全国的ネットワーク（ＭＰの全国的ネットワーク２０００）におけるＳＧＷによって管理される。ここでは、発信元ホストを管理するＳＧＷは、ＭＰの全国的ネットワーク３０３０における都市圏アクセスＳＧＷにＭＰパケットを送信する。次いで、都市圏アクセスＳＧＷは、ＭＰの全国的ネットワーク３０３０をグローバルネットワークのバックボーン３０２０に接続する全国的アクセスＳＧＷ（ＳＧＷ３０４０）に、パケットを送信する。
【０１６４】
次に、ＳＧＷ３０４０は、ＭＰのもう１つの全国的ネットワーク（ＭＰの全国的ネットワーク２０００）をグローバルネットワークのバックボーン３０２０に接続しかつＭＰパケットのＤＡにおける国サブフィールドと一致する国サブフィールドを有する全国的アクセスＳＧＷ（ＳＧＷ２０２０）に、当該パケットを送信する。より具体的には、ＳＧＷ３０４０は、転送テーブルにおいてＤＡの国サブフィールドを検索し、ＳＧＷ２０２０に至る経路における次のホップを決定する。次いで、ＳＧＷ３０４０は、転送テーブルによって指定された次のホップにパケットを送信する。パケットを次のホップに転送するために部分的なアドレスのサブフィールドを解析しかつ転送テーブルを用いる処理は、パケットがＳＧＷ２０２０に到着するまで継続される。
【０１６５】
次に、ＳＧＷ２０２０は、転送テーブルにおいて、ＤＡの国及び都市に対する部分的なアドレスのサブフィールドのセットを検索し、ＭＰの都市圏ネットワーク１０００を全国的ネットワークのバックボーン２０１０に接続する都市圏アクセスＳＧＷ（ＳＧＷ１０２０）に至る経路における次のホップを決定する。次いで、ＳＧＷ２０２０は、転送テーブルによって指定された次のホップにパケットを送信する。パケットを次のホップに転送するために部分的なアドレスのサブフィールドを解析しかつ転送テーブルを用いる処理は、パケットがＳＧＷ１０２０に到着するまで継続される。
【０１６６】
次いで、ＳＧＷ１０２０は、転送テーブルにおいて、ＤＡの国、都市及びコミュニティに対する部分的なアドレスのサブフィールドのセットを検索し、宛先ホストを管理するＳＧＷ（ＳＧＷ１１６０）に至る経路における次のホップを決定する。次に、ＳＧＷ１０２０は、転送テーブルによって指定された次のホップにパケットを送信する。パケットを次のホップに転送するために部分的なアドレスのサブフィールドを解析しかつ転送テーブルを用いる処理は、パケットがＳＧＷ１１６０に到着するまで継続される。次に、トップダウンの伝送が開始する。
【０１６７】
上述のアクセスＳＧＷ（例えば、都市圏アクセスＳＧＷ１０２０と全国的アクセスＳＧＷ２０２０）がマスターのネットワークマネージャ装置として機能してもよいということは、注意される必要がある。２つのＵＴ間における３つの段階でのＭＰデータパケットのユニキャスト伝送を促進する一実施形態に係るＭＰの論理層を説明するために、特定の詳細事項が上記のように与えられたが、当該技術分野における通常の技能を有する者には、開示されたＭＰの論理層の範囲がこの詳細事項に制限されないと認識することは明らかであろう。
【０１６８】
ＭＰパケットあるいはＭＰでカプセル化されたパケットを予測可能、安全、アカウント可能かつ迅速な方法で配信するために、ＭＰに準拠した構成要素が従うようにＭＰの論理層が確立することが可能な他のルールは、下記のものを含むが、これらに限定されるものではない。
【０１６９】
ａ）各ＭＰネットワークは、１つあるいはそれよりも多くのＳＧＷを有し（例えば、あるＳＧＷは、他のＳＧＷに対するバックアップとして動作可能である）、これらのＳＧＷは、集合的に、上で説明されたような「マスターのネットワークマネージャ装置」として機能する。ここで、マスターのネットワークマネージャ装置は、「スレーブのネットワークマネージャ装置」に対する所定の制御を有する（例えば、マスターのネットワークマネージャ装置は、スレーブのネットワークマネージャ装置のすべてから情報を収集し、収集された情報をスレーブのネットワークマネージャ装置に対して選択的に配信する）。
ｂ）ＳＧＷは、それら自体のポートのうちのいくつか（例えば、図１０に示されたポート１００８０及び１００９０）と、当該ＳＧＷに依存する、ＭＰに準拠した構成要素のポート（例えば、図１ｄに示されたポート１１７０、１１７５及び１２１０）とに対して、ネットワークアドレスを割り当てる責務を有する。後のサービスゲートウェイのセクションは、このネットワークアドレスの割り当て処理についてさらに説明する。
ｃ）ＭＰに準拠した構成要素に対するネットワーク接続ポイント（ポート）にバインドされるネットワークアドレスは、当該構成要素に留まる（追随する）のではなく、むしろ当該ポートに「留まる」（「追随する」）。例えば、図１０におけるＳＧＷ１１６０のサーバ群１００１０が、あるネットワークアドレスをポート１２１０に割り当てる場合には、この割り当てられたネットワークアドレスはポート１２１０に追随する。ＵＴ１４２０がＨＧＷ１２００に接続した後でありかつサーバ群１００１０がＵＴ１４２０を受け入れた後では、ポート１２１０にバインドされたネットワークアドレスが、ＵＴ１４２０の割り当てられたネットワークアドレスになる。従って、ＵＴ１４２０がＭＰの都市圏ネットワーク１０００から除去されて、代わりにＭＰの都市圏ネットワーク２０３０（図２）に設けられた場合には、新しい場所におけるＵＴ１４２０は、もはや、ポート１２１０にバインドされるネットワークアドレスを持たない。
ｄ）ＳＧＷは、ネットワークリソースのモニタリングとサービス要求の処理とに対して責務を有する。ＳＧＷは、要求されたサービスを承認する前に、予め決められた伝送経路上で適切なリソース（例えば、帯域幅、パケットの処理能力）が利用可能であることを保証する。
ｅ）ＳＧＷは、要求されたサービスに関与する当事者のアカウント処理の状態を照合することに責務を有する。
ｆ）ＳＧＷは、以下のことに従って、ＭＰネットワークへのパケットの進入を制限するポリシー制御を確立する。すなわち、１）パケットの発信元について、パケットが、許可されたポートから、かつ許可された構成要素から着信していることを保証することと、２）パケットの宛先について、パケットが許可されたポートに発信することを保証することと、３）所定のフローパラメータについて、パケットが、当該フローパラメータを越えてトラフィックを伝送しないことを保証することと、４）パケットのデータコンテンツについて、パケットが、第三者の知的所有権を侵害するコンテンツを伝送しないことを保証することとに従うが、これらに制限されない。これらのポリシー制御の強制は、典型的には、例えば、限定するものではないがＡＣＮにおけるＭＸ及び／又はＳＧＷにおけるＥＸのような、ＭＰに準拠した多数の構成要素にアウトソーシングされる。
【０１７０】
ＭＰに準拠したさまざまな構成要素及びさまざまな動作例についての後の議論は、これらのルールの実装上の詳細事項について詳述する。
【０１７１】
論理層のセクションの最初で議論したように、ＭＰの論理層のもう１つの機能は、システム間において接続を確立し、保持し、終了することにある。後の動作例のセクションは、呼のセットアップ、呼の通信、及び呼の解放について、さらなる詳細を提供する。
【０１７２】
４．３  アプリケーション層．
ＭＰのアプリケーション層４１３０及び４１１０（図４）は、ＭＰの物理層とＭＰの論理層のサービスを利用し、また、より下方の層にアプリケーションデータを提供する。例示的なＭＰのアプリケーション層は、ＭＰネットワークのためのアプリケーションを開発者が容易に設計しかつ実装することを可能にする、複数のアプリケーションプログラマブルインターフェース（「ＡＰＩ」）のセットを含む。そのようなアプリケーションは、メディアサービス（例えば、メディア電話、メディア・オン・デマンド、メディアマルチキャスト、メディアブロードキャスト、メディア転送）や、インタラクティブゲームなどを含むが、これらに限定されない。しかしながら、当該技術分野における通常の技能を有する者には、開示されたＭＰ技術の範囲を越えることなく、ＭＰの論理層のサービスを直接に呼び出すアプリケーションを開発することは明らかであろう。
【０１７３】
５．  ネットワークの構成要素．
５．１  サービスゲートウェイ（「ＳＧＷ」）．
上で議論されたように、ＳＧＷは、家庭用ネットワーク、メディア記憶装置、レガシー（既存の）サービス及び広域ネットワークを含むがこれらに限定されないものに対する、ネットワークのバックボーンのエッジ部からのアクセスを管理しかつ制御するために必要なインテリジェント装置を所有する。例として図１ｄを用いると、上述の家庭用ネットワークはＨＧＷを示し、メディア記憶装置はメディア記憶装置１１４０に対応し、レガシーサービスは、非ＭＰネットワーク１３００が提供するサービスを示す。最後に、都市圏のバックボーンネットワーク１０４０が広域ネットワークの一例である。
【０１７４】
図１０は、図１ｄにおけるＳＧＷ１１６０のような、例示的なＳＧＷのブロック図である。ＳＧＷ１１６０はＥＸ１００００を含み、このＥＸ１００００は、リンク１１５０を介してネットワークのバックボーン１０４０に接続し、ゲートウェイ１００２０を介して非ＭＰネットワーク１３００に接続し、複数のＡＣＮ及びＨＧＷを介して多数のＵＴに接続する。ゲートウェイ１００２０は、非ＭＰパケットをＭＰパケットに変換する（翻訳する）ことと、その逆を実行することとによって、ＭＰの都市圏ネットワーク１０００（図１ｄ）のようなＭＰネットワークと、非ＭＰネットワーク１３００のような非ＭＰネットワークとの間の通信を可能にする。後のゲートウェイのセクションは、このパケットの変換処理についてさらに説明する。一方、サーバ群１００１０は、ＥＸ１００００から受信した情報を処理し、命令及び／又は応答を定式化し、定式化された命令及び／又は応答を、ＥＸ１００００と直接的又は間接的に接続された装置に対してＥＸ１００００を介して送信する。
【０１７５】
図１１ａは、ＳＧＷ１０２０のような、第２のタイプに係るＳＧＷのブロック図である。ＳＧＷ１０２０は、ＭＰに準拠した構成要素と対話するために、ＥＸ１１０１０及びサーバ群１１０２０を利用する。しかしながら、ＳＧＷ１０２０は、家庭用ネットワークに対する直接的なアクセスを提供するものではない。論理リンク１０１０を介した全国的ネットワークのバックボーン２０１０（図２）への接続に加えて、ＳＧＷ１０２０におけるＥＸ１１０１０はまた、論理リンク１０３０を介して都市圏ネットワークのバックボーン１０４０と接続する。
【０１７６】
図１１ｂは、ＳＧＷ１１２０のような、第３のタイプに係るＳＧＷのブロック図である。ＳＧＷ１１２０もまた、家庭用ネットワークに対する直接的なアクセスを提供するものではない。論理リンク１１１０を介した都市圏ネットワークのバックボーン１０４０への接続に加えて、ＳＧＷ１１２０におけるＥＸ１１０３０はまた、メディア記憶装置１１４０と接続する。
【０１７７】
ＳＧＷの３つの実施形態について説明したが、当該技術分野における通常の技能を有する者には、開示されたＳＧＷの範囲を越えることなく、説明された機能ブロックを組み合わせたり、あるいはさらに分割したりすることは明らかであろう。例えば、代替の実施形態に係るＳＧＷ１１６０は、ＭＰに準拠したメディア記憶装置をさらに含む。さらに、ＭＰの都市圏ネットワークにおいて異なるタイプのＳＧＷを利用することの代わりとして、当該技術分野における通常の技能を有する者には、本発明の範囲内になお含まれながら、当該ＭＰネットワークの全体にわたって、上述のＳＧＷ１１６０、ＳＧＷ１０２０及びＳＧＷ１１２０の機能を組み合わせた１つのタイプのＳＧＷを展開することは明らかであろう。
【０１７８】
５．１．１  サーバ群．
図１２は、サーバ群１００１０のような、例示的なサーバ群のブロック図である。この実施形態は、通信ラックシャーシ１２０００と多数のアドイン回路基板を含む。各回路基板は、１つのサーバシステムである。これらのサーバシステムのいくつかの例は、呼処理サーバシステム１２０１０、アドレスマッピングサーバシステム１２０２０、ネットワーク管理サーバシステム１２０３０、アカウント処理サーバシステム１２０４０、及びオフラインルーティングサーバシステム１２０５０を含むが、これらに限定されない。当該技術分野における通常の技能を有する者には、開示されたサーバ群の範囲を越えることなく、図１２に示された実施形態とは異なる個数及び／又は異なるタイプのサーバシステムを用いてサーバ群１００１０を実装することは明らかであろう。
【０１７９】
１つの実装では、通信ラックシャーシ１２０００は、上述されたサーバシステムに加えて、１つ又はそれよりも多くの「プログラミングされていない」アドイン回路基板も含んでいる。ＳＧＷ１０２０（図２）におけるサーバ群が、ＳＧＷ１１６０におけるサーバ群１００１０を管理することを仮定する。従って、呼処理サーバシステム１２０１０のような、サーバ群１００１０におけるサーバシステムのうちの１つの障害に応答して、ＳＧＷ１０２０におけるサーバ群は、これらのプログラミングされていないアドイン回路基板のうちの１つをプログラミングし、呼処理サーバシステムとして動作させる。しかしながら、当該技術分野における通常の技能を有する者には、開示されたサーバ群の技術の範囲内になお含まれながら説明されたサーバシステムをバックアップするための、既知の他の多数の方法を用いることが明らかであろう。
【０１８０】
図１３は、サーバシステムの例示的なブロック図である。特に、サーバシステム１３０００は、処理エンジン１３０１０、メモリサブシステム１３０２０、システムバス１３０３０、及びインターフェース１３０４０を含む。処理エンジン１３０１０、メモリサブシステム１３０２０及びインターフェース１３０４０は、システムバス１３０３０に接続される。それに代わって、メモリの構成要素１３０２０は、システムコントローラ（図１３には示さず。）を介してシステムバス１３０３０に間接的に接続されてもよい。
【０１８１】
これらのサーバシステムの構成要素は、当該技術分野において公知の、その通常の機能を実行する。さらに、当該技術分野における通常の技能を有する者には、複数の処理エンジンと、図示されたものより多いか又は少ない構成要素とを用いて、サーバシステム１３０００を設計することは明らかであろう。処理エンジン１３０１０のいくつかの例は、ディジタル信号プロセッサ（「ＤＰＳ」）、汎用プロセッサ、プログラム可能な論理装置（「ＰＬＤ」）、及び特定用途の集積回路（「ＡＳＩＣ」）を含むが、これらに限定されない。また、メモリサブシステム１３０２０は、ネットワーク情報、サーバシステム１３０００の識別情報、及び／又は処理エンジン１３０１０が実行する命令を記憶するために使用されてもよい。
【０１８２】
一実施形態に係るサーバ群１００１０では、各アドイン回路基板がそれ自体の処理機能と入力／出力機能とを持つことが可能であるので、上述されたサーバシステムのそれぞれは、他のサーバシステムとは独立して動作可能である。この実装は、さらに、特定の機能を特定のサーバシステムに分配する。従って、ＭＰネットワーク全体の管理及び制御によって過負荷が与えられているサーバシステムは存在せず、これらのサーバシステムを設計する課題は、汎用サーバシステムを設計する課題と比べると大幅に簡単化される。通用ラックシャーシ１２０００は、これらのアドイン回路基板のための筐体を提供し、基板の間の物理的接続と、基板とＥＸ１００００の間の物理的接続も提供する。
【０１８３】
それに代わって、汎用サーバシステムの価格対性能の比は低下し続けているので、当該技術分野における通常の技能を有する者には、汎用サーバシステムの価格対性能の比がＭＰネットワークの設計パラメータ内に含まれるならば、当該汎用サーバシステムを用いてサーバ群１１０１０を実装することは明らかであろう。そのような１つの実装においては、当該技術分野における通常の技能を有する者は、汎用サーバシステム上で動作しかつサーバ群１１０１０の特定の機能を独立に実行する、個別のソフトウェアモジュールを開発することができる。
【０１８４】
図１４は、サーバ群１００１０（図１０）のような例示的なサーバ群が実行する、１つのワークフロー処理のフローチャートである。特に、サーバ群１００１０は、ＭＰネットワークがマルチメディアサービスをエンドユーザに配信することを可能にする機能を実行することに責務を有する。そのような機能は、ブロック１４０００におけるネットワーク構成、ブロック１４０１０のにおける複数の呼チェック処理（multiple call check processing：ＭＣＣＰ）及びアドミション制御、ブロック１４０３０におけるセットアップ、ブロック１４０４０及び１４０６０におけるサービスの課金、及びブロック１４０５０におけるトラフィックのモニタリング及び操作を含むが、これらに限定されない。
【０１８５】
しかしながら、ブロック１４０００においてサーバ群１００１０がそのタスクを実行する前に、ネットワークオペレータ（例えば、地域の交換局のキャリア事業者、電気通信サービスプロバイダ、あるいはネットワークオペレータのグループ）は、図１５のフェーズ１に示されたネットワークの確立及び初期化処理に従う。特に、ネットワークオペレータは、フェーズ１において、ネットワークトポロジーを確立し、このトポロジーを管理して制御するために適当なマスターのネットワークマネージャ装置を指定する。
【０１８６】
ブロック１５０００において、ネットワークオペレータは、所定数のエンドユーザをそれぞれサポートする所定数のＳＧＷをサポートする、ＭＰの都市圏ネットワークのトポロジーを設計する。例えば、その内部の財務計画に基づいて、ネットワークオペレータは、人口が密集したコミュニティにおける１０００人のエンドユーザにサービスを提供するために十分な機器をまず展開するように決定してもよい。機器のコスト、能力及び利用可能性（例えば、１つのＳＧＷがサポートできるＭＸの数、１つのＭＸに接続できるＨＧＷの数、１つのＨＧＷがサポートできるＵＴの数、各ＵＴがサポートできるエンドユーザの数、及びネットワークオペレータらが機器上で費やすことができる量）に依存して、ネットワークオペレータは、彼らの必要性を満たすネットワークを構成することができる。ネットワークオペレータは、１つのＭＰ全国的ネットワークがサポートする多数のＭＰ都市圏ネットワークと、１つのＭＰグローバルネットワークがサポートする多数のＭＰ全国的ネットワークとを確立することによって、このネットワークトポロジーをされに拡張することができる。
【０１８７】
次いで、ブロック１５０１０において、ネットワークオペレータは、上述のネットワークトポロジーにおいて定義されたＭＰの都市圏ネットワークと、ＭＰの全国的ネットワークと、ＭＰのグローバルネットワークとに対して、適当なマスターのネットワークマネージャ装置を指定する。あるネットワークの確立及び初期化処理において、ネットワークオペレータはまた、フェーズ２の動作を実行するための、指定されたマスターのネットワークマネージャ装置を構成する。これは図１４におけるブロック１４０００に対応する。マスターのネットワークマネージャ装置の構成は、マスター及びスレーブのマネージャ装置のポートに対してネットワークアドレスを予め割り当てることと、これらの予め割り当てられたネットワークアドレスと、フェーズ２の動作を実行するためのソフトウェアルーチンとを、上記２つのタイプのマネージャ装置のローカルメモリサブシステムに記憶することとを伴うが、これらに限定されるものではない。
【０１８８】
図１５におけるフェーズ２は、例示的なサーバ群１００１０が、そのネットワーク構成のタスクを実行するために行う１つの処理を示す。説明のために、以下の議論では、ネットワークオペレータが、図１ｄ及び図２に示されたＭＰの都市圏ネットワーク１０００及びＭＰの全国的ネットワーク２０００のネットワークトポロジーを採用したことと、ＳＧＷ１１６０及びＳＧＷ１０２０をそれぞれ、都市圏のマスターのネットワークマネージャ装置と全国的なマスターのネットワークマネージャ装置に指定したこととを仮定する。また、この特定の例は、主に、ＭＰの都市圏主ネットワークにおけるマスターのネットワークマネージャ装置によって実行されるネットワーク構成について説明しているが、同様の手順は、ＭＰの全国的ネットワークとＭＰのグローバルネットワークを構成するマスターのネットワークマネージャ装置によって行われる。
【０１８９】
ブロック１５０２０において、ＳＧＷ１０２０は、ＭＰの全国的ネットワーク２０００上の全国的なマスターのネットワークマネージャ装置であるので、ＳＧＷ１０２０のサーバ群は、図１０に示されたＳＧＷ１１６０におけるＥＸ１００００のポート１００５０及び１００７０に対してネットワークアドレスを割り当てる。当該技術分野における通常の技能を有する者には、開示されたＭＰ技術は例示されたポート数に限定されるものではないと認識することは明らかであろう。例えば、図１０に示されたＳＧＷ１１６０のＥＸ１００００はまた、メディア記憶装置に接続できるので、接続をサポートするためのもう１つのポートを有する。
【０１９０】
一実施形態に係るＳＧＷ１１６０のサーバ群１００１０は、ＳＧＷに依属しかつＭＰに準拠した構成要素に対する直接的な接続を有することが可能なＥＸ１００００のポートに対して、そのようなポートに構成要素が現時点において接続されているか否かにかかわらず、ネットワークアドレスを割り当てる。ＳＧＷ１１６０の場合、ＡＣＮ１１９０のＭＸ１１８０及びＭＸ１２４０は、図１０に示されたようにポート１００８０及び１００９０にそれぞれ接続され、ＳＧＷに依属しかつＭＰに準拠した例示的な構成要素である。ＥＸ１００００は、ネットワークアドレスが割り当てられているが現時点においてそれに対してＭＰに準拠した構成要素が接続されていない、他のポート（図１０には図示せず。）を有していてもよい。
【０１９１】
都市圏のマスターのネットワークマネージャ装置として、ＳＧＷ１１６０のサーバ群１００１０はまた、都市圏のスレーブのネットワークマネージャ装置（例えば、ＳＧＷ１０６０とＳＧＷ１１２０）におけるＥＸの所定のポートに対してネットワークアドレスを割り当てる。例えば、サーバ群１００１０は、ＳＧＷ１０６０のサーバ群が直接に接続するＳＧＷ１０６０のＥＸポートに対して、ネットワークアドレスを割り当てる。
【０１９２】
サーバ群１００１０が、ＥＸ１００００のポートと、都市圏のスレーブのネットワークマネージャ装置における他のＥＸのポートとに対してネットワークアドレスを割り当てた後、ネットワークオペレータがネットワークトポロジーを変化させない限り、ネットワークアドレスは、これらのポートにバインドされたままである。
【０１９３】
ネットワークアドレスの割り当てに加えて、サーバ群１００１０は、ブロック１５０２０においてＳＧＷデータベースをセットアップしかつ初期化する。これらのＳＧＷデータベースは、メモリサブシステム１３０２０（図１３）か、又はサーバ群がアクセスを有する外部のメモリサブシステム（図示せず。）かのいずれかにおいてサーバ群１００１０が保持する情報のエントリを表す。サーバ群１００１０は、ＭＰに準拠した構成要素の登録情報とユーザアドレスとの間の、当該構成要素のユーザ名とユーザアドレスとの間の、及び／又は、当該構成要素のユーザアドレスとネットワークアドレスとの間のマッピング関係を、ＳＧＷデータベースに記憶する。
【０１９４】
いくつかの例では、サーバ群１００１０は、それ自体の照会機構を用いて、上述のマッピング情報の一部を抽出する。ブロック１５０３０についての後の議論は、この機構についてさらに詳述する。他の例では、サーバ群１００１０は、他のサーバ及びデータベースからマッピング情報の一部を取得する。例えば、独立の産業グループあるいはＭＰに準拠した構成要素の製造業者は、それら自体のサーバ及びデータベースに、適正な許可状態（又は権限）で生成された各構成要素に対する（ハードウェアＩＤのような）一意的な識別情報を生成させかつ保持させることができる。この許可状態を有する構成要素が適正に登録された場合、上述のサーバ及びデータベースは、さらに「登録されたリスト」を生成して保持してもよい。上記「登録されたリスト」は、１つの実装においては、構成要素に対応したユーザアドレスと登録状態情報を含む。ある構成要素の適正な登録は、産業グループあるいは製造業者のデータベースにおいて、構成要素でローカルに記憶された識別情報に一致するエントリを見つけることを伴う。
【０１９５】
一実施形態に係るサーバ群１００１０は、産業グループあるいは製造業者のサーバ及びデータベースからこの「登録されたリスト」の情報を取得して、この取得された情報を適当なＳＧＷデータベースに記憶する。この登録情報と、関連したマッピング情報とは、サーバ群１００１０が、権限を持たない及び／又は登録されていない構成要素によるＭＰネットワークの使用を防止することを可能にする。
【０１９６】
上述のサーバ群１００１０の照会機構に関しては、サーバ群１００１０は、ブロック１５０３０において、ＭＰに準拠した構成要素がオンラインになっているのか否かを検出しようとする際にＳＧＷが管理する構成されたポート（すなわち、ネットワークアドレスが割り当てられたポート）のそれぞれに対して、状態照会パケットを送信する。これらの照会パケットの送信間隔は、固定されているか、あるいは調節可能な時間期間であるかのいずれかが可能である。ＭＰに準拠した構成要素が、構成されたポートのうちの１つに接続されている場合、当該構成要素は、状態照会パケットに対する応答として応答パケットをサーバ群１００１０に送信する。１つの実装において、応答パケットは、構成要素に係る何らかの識別情報を含む。この識別情報は、ハードウェアＩＤ、ユーザ名、ユーザアドレス、又は、構成要素に関連付けられたネットワークアドレスであってさえもよい。それに加えて、一実施形態に係るサーバ群１００１０は、ＭＰに準拠した構成要素がそれの応答パケットのＤＡとしてサーバ群のネットワークアドレスを検索して使えるように、サーバ群１００１０のネットワークアドレスを状態照会パケットに含ませる。
【０１９７】
ブロック１５０４０において、ＭＰに準拠した構成要素からの応答パケットに応答して、サーバ群１００１０は、パケットからの構成要素に係る識別情報を検索して取得する手順に進み、構成要素をポートのネットワークアドレスにバインドし、それに応じて、ＳＧＷデータベースを更新する。例えば、ＭＸ１１８０がＥＸ１００００（図１０）に最初に接続した後、ＭＸ１１８０は、サーバ群に応答パケットを送信することによって、サーバ群１００１０の照会に応答する。応答パケットは、ＭＸ１１８０のユーザアドレスを含む。上でブロック１５０２０に関して議論したように、サーバ群１００１０はすでに、ポート１００８０にネットワークアドレスを割り当てている。応答パケットを受信した後で、サーバ群１００１０は、ＭＸ１１８０をポート１００８０のネットワークアドレスにバインドする手順に進み、ＭＸ１１８０のユーザアドレスとネットワークアドレスの間の新たなマッピング関係を反映するようにＳＧＷデータベースを更新する。
【０１９８】
サーバ群１００１０は、一般に、上述したばかりの手順に従って、ＳＧＷデータベースを更新し、かつ、ＭＸ１１８０を除く他のタイプの新たに接続されたＭＰに準拠した構成要素のポートにネットワークアドレスを割り当てる。さらに、これらの手順から、ＭＰネットワークに単に接続された（プラグインされた）だけのＭＰに準拠した装置は自動的に認証され、ＭＰネットワーク上で動作するように構成される。
【０１９９】
他の例において、サーバ群１００１０は、ＳＧＷデータベースを更新する前に所定のアドレスマッピング機能を実行する。例えば、サーバ群１００１０が、新たに接続されたＭＰに準拠した構成要素からユーザアドレスの代わりにユーザ名を受信する場合には、サーバ群１００１０は、適当なＳＧＷデータベース（例えば、ＳＧＷにおけるネットワーク管理サーバシステムのデータベース）を更新する前に、まず、ユーザ名に対応する適当なユーザアドレスを識別する。
【０２００】
ＭＰに準拠した構成要素を、ＭＰの都市圏ネットワーク１０００（図１ｄ）上に存在するものとして許可した後、サーバ群１００１０は、ＭＰの都市圏ネットワーク１０００のリソース情報を収集し、ブロック１５０５０におけるネットワーク情報分配手順（「ＮＩＤＰ」）を用いて、関連した情報を許可された構成要素に分配する。より具体的には、ＮＩＤＰの一部は、サーバ群１００１０が、リソース情報のために、ＭＰの都市圏ネットワーク１０００における許可された構成要素にリソース照会パケットを送信することを含む。それに応じて、サーバ群１００１０は、ＥＸと、ＡＣＮのＭＸと、ＨＧＷとからのスイッチ帯域幅の使用量と、メディア記憶装置からのメディア帯域幅使用量とに関する情報を受信することが可能であるが、これらに制限されるものではない。サーバ群１００１０は、この収集された情報を適当なＳＧＷデータベースに記憶して組織化する。
【０２０１】
ＮＩＤＰの他の部分は、ＭＰに準拠した複数の構成要素に情報を分配することを含む。構成要素のタイプに基づいて、一実施形態に係るサーバ群１００１０は、ＳＧＷデータベースから構成要素に関する情報を選択し、告示（bulletin）パケットを用いて、選択された情報を構成要素に分配する。例えば、ＭＸ１１８０及び１２４０と、ＨＧＷ１２００，１２２０，１２６０及び１２８０と、ＵＴ１３４０，１３６０，１３８０，１４００，１４２０及び１４５０とが、サーバ群１００１０（図１０）にＭＰ制御パケットを送信できるので、サーバ群１００１０は、告示パケットを用いて、その割り当てられたネットワークアドレスをこれらのＭＸ、ＨＧＷ及びＵＴに送信する。都市圏のマスターのネットワークマネージャ装置（ここではＳＧＷ１１６０）におけるサーバ群は、ＳＧＷ１１６０に直接的には依属しない、ＭＰに準拠した構成要素に情報をさらに分配することができる。例えば、サーバ群１００１０は、ＳＧＷ１１２０とＳＧＷ１０６０のような、都市圏のスレーブの他のネットワークマネージャ装置に、その割り当てられたネットワークアドレスを分配することができる。
【０２０２】
ＳＧＷ１１２０及び１０６０（図１ｄ）のサーバ群のような、議論されたサーバ群１００１０とは異なるサーバ群もまた、当該サーバ群が管理するＭＰに準拠した構成要素からリソース情報を収集しかつ関連した情報を当該ＭＰに準拠した構成要素に分配するために、上述のＮＩＤＰを行うということに注意することは重要である。それに加えて、当該技術分野における通常の技能を有する者には、本発明の範囲内になお含まれながら、議論された方法とは異なる方法でＮＩＤＰを実装することは明らかであろう。
【０２０３】
ポートを構成することとリソース情報を収集することとに加えて、ＭＰの都市圏ネットワーク１０００に係る都市圏のマスターのネットワークマネージャ装置（ここではＳＧＷ１１６０）のサーバ群はまた、ブロック１５０６０において、ＭＰネットワークのＥＸ間においてルーティング経路を確立する。特に、このサーバ群は、ＳＧＷ１１６０のＥＸと、ＳＧＷ１１２０及び１１６０のようなスレーブＳＧＷのＥＸとに対して、リソース照会パケットを送信する。複数のＥＸからの応答に基づき、このサーバ群は、ＥＸの利用可能なスイッチングの能力を判断し、ＭＰの都市圏ネットワーク１０００中のＥＸのうちで、パケットを移送するために適当な伝送経路を識別し、このパケット移送情報をＥＸ転送テーブルに保持する。そのＥＸ転送テーブルは、ＳＧＷ内に格納されてもよく、あるいはＳＧＷと通信する外部の場所に格納されてもよい。
【０２０４】
都市圏のマスターのネットワークマネージャ装置ＳＧＷの例示的なサーバ群は、それがアイドル状態である場合、あるいはその処理能力が所定のしきい値より低い場合、ブロック１５０６０のタスクを実行する。それに代わって、このサーバ群は、ブロック１５０６０のタスクを実行するために、他のサーバあるいはサーバ群に依存してもよい。当該技術分野における通常の技能を有する者には、サーバ群１００１０によるパケット及びサービスの配信速度を低下させる手段でない限り、ＥＸ間のルーティング経路を計算するために議論された手段とは異なる手段を用いることは明らかであろう。
【０２０５】
ブロック１４０００（図１４）においてＭＰネットワークを構成することに加えて、サーバ群１００１０はまた、サービス要求パケットに対して応答することに責務を有する。サービス要求パケットは、ビデオ電話、ビデオのマルチキャスト、ビデオ・オン・デマンド、マルチメディア転送、マルチメディアのブロードキャスト、あるいは実質的に他の任意のタイプのマルチメディアサービスのような、サービスを要求することができる。後の動作例のセクションは、例示的なマルチメディアサービスについての詳細な議論を提供する。サービス要求パケットはＭＰ制御パケットであり、典型的には、サービスのタイプと、優先度と、要求されたサービスに関与する当事者のアドレスとについての情報を含む。
【０２０６】
サーバ群１００１０は、サービス要求パケットを受信した後で、ブロック１４０１０におけるＭＣＣＰ手順を行って、関与する当事者についての所定のアカウント処理情報を照合し、要求されたサービスを実行するためのリソースの利用可能性を判断する。図１６は、ＭＣＣＰを実行するためにサーバ群１００１０が行う１つのワークフロー処理に係るフローチャートである。
【０２０７】
ブロック１６０００において、サーバ群１００１０は、サービス要求パケットから、関与する当事者のネットワークアドレスを検索して読み出す。関与する当事者とは、一般に、発呼者、被呼者、支払者、及び被支払者を示す。上で議論された転送テーブルにおける当事者らのネットワークアドレス及び伝送経路情報を用いて、サーバ群１００１０は、要求されたサービスを実行するために必要とされる、複数の論理リンクに沿ったリソースを識別することができる。
【０２０８】
例として、ＵＴ１４２０が、発呼者と支払者との両方であることと、ＵＴ１３２０が被呼者であることとを仮定する（図１ｄ）。サービス要求パケットから検索して読み出された発呼者のネットワークアドレスに基づき、サーバ群１００１０は、要求されたサービスを実行するために、ボトムアップの論理リンクに沿ったＳＧＷ１１６０、ＭＸ１１８０、ＨＧＷ１２００及びＵＴ１４２０を識別する。またサービス要求パケットから検索して読み出された被呼者のネットワークアドレスに基づき、サーバ群１００１０は、要求されたサービスを実行するために、トップダウンの論理リンクに沿ったＳＧＷ１０６０、ＭＸ１０８０、ＨＧＷ１１００及びＵＴ１３２０を識別する。それに加えて、サーバ群１００１０は、転送テーブルを参照して、要求されたサービスを実行するために、ＳＧＷ１１６０のＥＸ（図１０におけるＥＸ１００００）とＳＧＷ１０６０のＥＸ（図１ｄ）との間の論理リンクに沿ったノードを識別する。従って、サーバ群１００１０は、ＵＴ１４２０からＵＴ１３２０までのエンド・ツー・エンドの伝送経路に沿ったノード（リソース）を識別し、要求されたサービスに対してアドミション制御及びポリシー制御を適用する処理に進むことができる。
【０２０９】
サーバ群１００１０は、ブロック１６０１０において当事者らのアカウント処理の状態を検査し、支払者の財務状態（financial standing）を照合する。サーバ群１００１０は、支払者の借方又は貸方の差引勘定や、過去の支払いパターンのような、多数の公知のファクタに基づいて、満足できるアカウント処理状態のための基準を確立することができる。支払者が基準を満たすことに失敗した場合には、サーバ群１００１０は、ブロック１４０２０においてサービス要求を拒絶する（図１４）。それに代わって、サーバ群１００１０は、要求を拒絶する前に支払うように、支払者のクレジットカード会社のような第三方に依頼する。
【０２１０】
それに加えて、サーバ群１００１０は、要求されたサービスのために必要とされるリソースを調べ、リソースが十分であることを保証する。サーバ群１００１０は、内部に保持している情報あるいは外部から受信する情報に基づき、要求されたサービスの要求内容を決める。サーバ群１００１０は、それがサポートするサービスと、これらのサービスのためのネットワークリソースに対する対応する要求内容とに係る予め決められたリストを保持する。従って、サービス要求パケットが受信された後、サーバ群１００１０は、当該パケットからサービスのタイプを識別し、及び、上記予め決められたリストからネットワークリソースの必要条件を確立することができる。それに代わって、サーバ群１００１０は、ネットワークリソースの必要条件をサービス要求パケットに含ませるために、サービスを要求する当事者に依存してもよい。
【０２１１】
上述のように、サーバ群１００１０は、図１５のブロック１５０５０に示されたようなＮＩＤＰの処理からネットワークリソース情報を取得する。ネットワークリソースの例は、ＥＸ間の経路や、ＳＧＷ、ＡＣＮ、ＨＧＷ及び他の任意のノードのスイッチング能力を含むが、これらに限定されない。
【０２１２】
要求されたサービスを提供するために必要とされるＭＰに準拠した構成要素を識別した後、サーバ群１００１０は、ブロック１６０３０において、これらの構成要素の能力を、要求されたサービスの要求内容と比較して、ブロック１４０３０に進むか否かを決定する。例示的なサーバ群１００１０は、識別されたＭＰに準拠した構成要素に対して以下の式を適用する。
【０２１３】
［数１］
Ａ＝要求されたサービスの優先度（サーバ群１００１０は、サービス要求パケットからこの値を取得する。）
［数２］
Ｂ＝ＭＰに準拠した構成要素の最大容量
［数３］
Ｃ＝現在使用されている、ＭＰに準拠した同じ構成要素の容量（ＭＰに準拠した構成要素は、典型的には、この現在の使用量の値を更新しかつ追跡する。）
［数４］
Ｄ＝要求されたサービスのために要求される容量
［数５］
Ｅ＝（Ａ×Ｂ）−Ｃ−Ｄ
【０２１４】
Ａは０と１の間の数であり、ここで、例示的な値は、低い優先度に対して０．８となり、通常の優先度に対して０．９となり、高い優先度に対して１．０になる。サービスを提供するために必要とされるＭＰに準拠した構成要素のうちの任意のものに対してＥが０未満である場合には、サーバ群１００１０は、ブロック１４０２０においてサービス要求を拒絶する。さもなければ、サーバ群１００１０は、サービス要求を承認して、（複数の）伝送経路に沿った構成要素をセットアップし（例えば、ＵＬＰＦと多地点通信ルックアップテーブルをセットアップする。以下を参照。）、図１４と図１６に示されたようなブロック１４０３０においてサービスを実行する処理に進む。多地点通信の場合、一実施形態に係るサーバ群１００１０はまた、ブロック１４０３０において１つのセッション番号を予約する。特に、サーバ群１００１０は、選択元となる一意的なセッション番号のプールを有する。ある多地点通信セッションを表示するためのセッション番号が選択された後で、選択されたセッション番号は、表示されたセッションが終了されるまで利用不可能にされる。サービス要求が利用不可能なセッション番号を要求する場合には、サーバ群１００１０は、予約されたセッション番号を利用可能なセッション番号にマッピングし、伝送経路に沿った構成要素に対して、マッピングについて通知する。
【０２１５】
当該技術分野における通常の技能を有する者には、ＭＣＣＰの範囲内になお含まれながら、開示されたものとは異なる式、異なるパラメータ、及び／又は異なる機構を用いることは明らかであろう。例えば、議論されたサーバ群１００１０は、リソースを管理する（すなわち、リソースの利用可能性に基づいてサービス要求を承認するか、又は承認しない）にもかかわらず、能動的にはリソースを予約しないものであるが、サーバ群１００１０は、開示されたサーバ群の技術の範囲を越えることなく、上の式におけるＣの値を、実際に測定された使用量を超えて増加させることによって、リソースを予約することができる。さらに、代替の実施形態において、高い優先度のサービスのためのリソースを解放するように低い優先度のサービスが終了されない場合には、サーバ群１００１０は、要求された動作の要求内容を満たすために、進行中の動作のうちのいくつかからのリソースを再割り当てしてもよい。リソースの再割り当てが可能である場合（すなわち、進行中のサービス及び現在のサービス要求の両方の要求内容を満たすことができる場合）には、サーバ群１００１０は、Ｃの値を調節することによって再割り当てしてもよい。
【０２１６】
当該技術分野における通常の技能を有する者には、ＭＣＣＰ技術の範囲を超えることなく、議論されたＭＣＣＰ手順のシーケンスを再配置することは明らかであろう。例えば、代替の実装に係るＭＣＣＰは、ブロック１６０１０等でアカウント処理の状態を照合する前に、ブロック１６０３０等でリソースの利用可能性をチェックする。
【０２１７】
ネットワークリソースが利用可能であることと、（複数の）関連した当事者のアカウント処理の状態が満足できるものであることとをＭＣＣＰ手順が示す場合には、サーバ群１００１０は、ブロック１４０３０において、サービス要求を承認し、（複数の）適当な伝送経路に沿った構成要素を（ユニキャスト／多地点通信セットアップパケットを用いて）セットアップする処理に進む。多地点通信の場合、一実施形態に係るサーバ群１００１０はまた、１つのセッション番号を予約する。このＭＣＣＰ手順が、サーバ群に対する上述のアドミション制御ポリシーの一部である。
【０２１８】
サービスが承認されかつ伝送経路に沿った構成要素がセットアップされると、サーバ群１００１０は、ブロック１４０４０において、関与した当事者のＵＴや、あるいはメディア記憶装置１１４０のようなＭＰに準拠した他の構成要素に、データパケットの交換を開始するように命令する。その課金モデルに依存して、サーバ群１００１０はまた、その課金カウンタを開始させる。例えば、要求されたサービスの金銭的な評価が、当事者がそのサービスに費やした時間量に依存する場合には、課金カウンタはタイマである。一方、上記評価が、サービスのセッションの間に移送されたビット数に依存する場合には、課金カウンタはビットカウンタである。当該技術分野における通常の技能を有する者には、本発明の範囲内になお含まれながら、上で議論されたものとは異なる他の多数の公知の課金モデルが使用されてもよいということは明らかであろう。
【０２１９】
呼の通信段階の間に、サーバ群１００１０は、ブロック１４０５０において、パケットトラフィックをモニタリングしかつ管理できる。１つの実装では、サーバ群１００１０は、発呼者及び被呼者の接続状態要求パケットを送信することによって、トラフィックをモニタリングする。発呼者及び被呼者がこの要求に応答しない場合には、サーバ群１００１０はブロック１４０６０に進む。さもなければ、サーバ群１００１０は、発呼者及び被呼者からの応答に基づいて、接続に対する適当な調節を実行する。例えば、サーバ群１００１０は、データ伝送に係る信号品質をモニタリングしてもよい。信号品質が所定のしきい値より悪化したとサーバ群１００１０が判断した場合には、サーバ群１００１０は、接続に対する課金を所定量だけ割り引いてもよい。
【０２２０】
また、サーバ群１００１０は、発呼者及び被呼者にコマンドパケットを発行することによって、パケットトラフィックを制御できる。一例として、サーバ群１００１０は、メディア・オン・デマンドサービスにおける被呼者に「停止」コマンドパケットを発行し、要求されたメディアの送信を被呼者に停止させてもよい。他の例において、サーバ群１００１０は、発呼者に対して、そのデータパケットの発信する伝送レートを低下させるコマンドパケットを発行してもよい。当該技術分野における通常の技能を有する者には、本発明の範囲を越えることなく、上で議論されたものとは異なる他の多数のトラフィック操作機構を実行すること、又は他のタイプのコマンドパケットを利用することは明らかであろう。
【０２２１】
ブロック１４０５０におけるパケットトラフィックのモニタリングの結果か、又は、終了要求パケットを受信した結果かのいずれかとして、サーバ群１００１０は、ブロック１４０６０において、前述の課金カウンタを停止し、課金カウンタから金額を計算し、支払者への請求書にこの金額を追加し（又は、支払者が借方勘定（debit account）を有する場合には、この金額を差し引き）、課金カウンタをリセットする。
【０２２２】
以上のサーバ群についての議論は、主に、単一のエンティティとしてのサーバ群の機能について説明しているが、当該技術分野における通常の技能を有する者には、開示されたサーバ群の技術の範囲内になお含まれながら、図１２に示されたものとは異なるサーバシステムを備えたサーバ群を実装することは明らかであろう。これらのサーバシステムの各々が、上で議論された機能のうちの１つを、あるいはその選択されたいくつかを実行する。
【０２２３】
例えば、オフラインルーティングサーバシステム１２０５０は、主に、ＥＸ間にルーティング経路を確立することに責務を有する。アカウント処理サーバシステム１２０４０はＭＣＣＰ手順の一部を実行し、また、要求されたサービスに関連付けられた金額を計算する。アドレスマッピングサーバシステム１２０２０は、主に、ユーザ名、ユーザアドレス及びネットワークアドレスの間でマッピングすることに責務を有する。呼処理サーバシステム１２０１０は、主に、サービス要求を処理することと、ＭＣＣＰ手順の一部を実行することとに責務を有する。ネットワーク管理サーバシステム１２０３０が、主に、ＭＰネットワークを構成することと、ネットワークリソースを管理することと、接続をセットアップすることとに責務を有する。
【０２２４】
さらに、これらのサーバシステムの各々が、割り当てられたネットワークアドレスを有しているので、サーバシステムは、それらの割り当てられたネットワークアドレスを用いて、互いに通信できる。このサーバシステム間のインタラクションを説明するために、図１７ａ及び図１７ｂは、ビデオ電話の呼におけるＭＣＣＰを実行する、図１２に示されたサーバシステムに係る１つの時系列図を示す。特に、次のことを含む。
【０２２５】
１．発呼者は、発呼者の呼処理サーバシステム１２０１０にサービス要求パケット１７０００を送信する。
２．サービス要求パケット１７０００は、支払者及び被呼者のユーザアドレスと、発呼者及び呼処理サーバシステム１２０１０のネットワークアドレスと、要求されたサービスの優先度と、要求されたサービスに係るネットワークリソースの必要条件とのような情報を含む。
３．呼処理サーバシステム１２０１０は、アドレスマッピングサーバシステム１２０２０にアドレス解決照会パケット１７０１０を送信する。このパケット１７０１０は、支払者のユーザアドレスと、アドレスマッピングサーバシステム１２０２０のネットワークアドレスとを含む。
４．アドレスマッピングサーバシステム１２０２０は、アドレス解決照会応答パケット１７０２０において、支払者のネットワークアドレスを呼処理サーバシステム１２０１０に戻す。
５．呼処理サーバシステム１２０１０は、アカウント処理サーバシステム１２０４０にアカウント処理状態照会パケット１７０３０を送信する。このパケットは、支払者のネットワークアドレスと、アカウント処理サーバシステム１２０４０のネットワークアドレスとを含む。
６．アカウント処理サーバシステム１２０４０は、アカウント処理状態照会応答パケット１７０４０を呼処理サーバ１２０１０に戻す。この応答パケットは、支払者のアカウント処理の状態を示す。
７．呼処理サーバシステム１２０１０は、ネットワーク管理サーバシステム１２０３０に、ネットワークリソース状態照会パケット１７０５０を送信する。
８．ネットワーク管理サーバシステム１２０３０は、ネットワークリソース状態照会応答パケット１７０６０を、呼処理サーバシステム１２０１０に戻すように送信する。このパケットは、（上で議論されたブロック１６０３０の結果に基づいて）ビデオ電話の呼を実行するためにネットワークリソースが十分であるか否かを示す。
９．発呼者の呼処理サーバシステム１２０１０は、被呼者に、被呼者照会パケット１７０７０を送信する。
１０．被呼者は、被呼者照会応答パケット１７０８０で応答する。
１１．次いで、呼処理サーバ１２０１０は、発呼者にサービス要求応答パケット１７０９０を送信することによって、サービス要求１７０００に応答する。
【０２２６】
以上議論されたパケット１７０００，１７０１０，１７０２０，１７０３０，１７０４０，１７０５０，１７０６０，１７０７０，１７０８０及び１７０９０は、ＭＰ制御パケットである。これらのＭＰ制御パケットを用いて互いに通信することによって、別個の機能に対して責務を有する異なる複数のサーバシステムは、図１６に示したようなＭＣＣＰ手順を協働して実行することができる。サーバ群のうちの各サーバシステムに、専門家されたタスクを実行させることは、いくつかの利益がもたらす。各サーバシステムにおけるハードウェアは、その専門家されたタスクに対して調整されることが可能である。サーバ群のモジュール式の設計は、容量を拡張すること、各サーバシステムにおける機能を更新すること、及び／又はサーバシステムに新しい機能を追加することを容易化する。後の動作例のセクションは、ＭＣＣＰ手順とは異なるタスクを実行する際における、サーバ群のうちの異なる複数のサーバシステム間のインタラクションを説明する、他の例を提供する。
【０２２７】
５．１．２  エッジ部のスイッチ（「ＥＸ」）．
図１８は、図１０に示されたＳＧＷ１１６０におけるＥＸ１００００のような、例示的なエッジ部のスイッチのブロック図である。ＥＸ１００００は、４つのタイプの構成要素、すなわち、スイッチングコア、セレクタ、パケット分配器、及びインターフェースを含む。この実施形態に係るＥＸ１００００は、３つのタイプのインターフェース、すなわち、ＡＣＮ１１９０のＭＸ１１８０及びＭＸ１２４０との通信を可能にするインターフェースＡ  １８０００と、サーバ群１００１０及びゲートウェイ１００２０との通信を可能にするインターフェースＢ  １８０１０と、都市圏ネットワークのバックボーン１０４０との通信を可能にするインターフェースＣ  １８０２０とを含む。これらのインターフェースは、１つのタイプの信号からもう１つのものへの信号変換を提供する。例えば、一実施形態に係るＥＸ１００００におけるインターフェースＣ  １８０２０は、光ファイバ信号と電気信号との間で変換をする。
【０２２８】
５．１．２．１  セレクタ．
図１８におけるセレクタ１８０３０、１８０６０又は１８０９０のような、一実施形態に係るセレクタは、複数の物理リンクから受信されたパケットが、スイッチングコア１８０４０、１８０７０あるいは１８１００のような、スイッチングコアに伝送される順序を選択する。例としてセレクタ１８０３０を用いるとき、論理リンク１４４０が３つの物理リンクを占有し、かつ論理リンク１４６０が２つの物理リンクを占有する場合には、一実施形態に係るセレクタ１８０３０は、公知の方法（例えば、ラウンドロビン及び先入れ先出し）を用いてアクティブな信号を有する物理リンクを選択し、選択された物理リンク上のパケットをスイッチングコア１８０４０に方向付ける。論理リンク１４４０及び１４６０のそれぞれが、単一の物理リンクに対応する場合には、セレクタ１８０３０はまた、アクティブな信号を有するリンク上のパケットを、スイッチングコア１８０４０に方向付ける。セレクタ１８０６０及び１８０９０も同様に、上で説明したような多対一の多重化機能を実行する。しかしながら、当該技術分野における通常の技能を有する者には、開示されたＥＸ技術の範囲を越えることなく、これらのセレクタの機能をインターフェースに組み込む（例えば、セレクタ１８０３０をインターフェースＡ  １８０００の一部にする）ことは明らかなはずである。
【０２２９】
５．１．２．２  スイッチングコア．
一実施形態に係るＥＸ１００００は、スイッチングコア１８０４０、１８０７０及び１８１００のような、共通のスイッチングコアのセットを用いている。この共通のスイッチングコアのアーキテクチャは、受信されたパケットのカラー情報、その部分的なアドレス情報、あるいはこれら２つのタイプの情報の組み合わせに基づいて、当該受信されたパケットをその最終的な宛先に方向付けることができるものである。１つの実装において、ＥＸ１００００におけるスイッチングコアのうちの１つが、あるパケットを（スイッチングコア１８０４０、１８１００あるいは１８０７０のそれぞれに対する、論理リンク１８１３０、１８１５０あるいは１８１７０のような）ある論理リンク上に配置する場合には、当該スイッチングコアはまた、（スイッチングコア１８０４０、１８１００あるいは１８０７０のそれぞれに対する、論理リンク１８１２０、１８１４０あるいは１８１６０のような）もう１つの論理リンクを介して、制御信号をアサートする。アサートされた制御信号は、（パケット分配器１８０５０、１８１１０あるいは１８０８０のような）パケット分配器のうちの１つに当該パケットを処理させる。この実装は例示的なものであると強調しておく必要がある。当該技術分野における通常の技能を有する者は、開示されたＥＸ及びスイッチングコアの技術の範囲が他の多数の設計を含むことを認識するであろう。
【０２３０】
図１９は、例示的なスイッチングコアのブロック図を示す。このスイッチングコアは、フィルタ１９０００、遅延素子１９０１０、及び部分的アドレスルーティングエンジン（「ＰＡＲＥ」）１９０３０を含む。
【０２３１】
５．１．２．２．１  カラーフィルタ．
カラーフィルタ１９０００は、上述のセレクタのうちの１つによって選択された物理リンクから、ＭＰパケット又はＭＰでカプセル化されたパケットを受信する。受信されたパケットのカラー情報に基づいて、一実施形態に係るカラーフィルタ１９０００は、典型的には、論理リンク１９０７０を介してコマンド（「カラーフィルタによって発行されたコマンド」）を送信し、論理リンク１９０４０を介して、受信されたパケットをＰＡＲＥ１９０３０に送信する。しかしながら、いくつかの例では、カラーフィルタ１９０００は、ＭＰ制御パケットを、ＰＡＲＥ１９０３０を通過させることなく、論理リンク１９０８０を介して、ＭＰに準拠したもう１つの構成要素に送信する（例えば、カラーフィルタ１９０００は、照会パケットに対して、要求された情報によって応答する）。
【０２３２】
ＭＰカラーの表（上述）は、例示的なタイプのカラー情報を列挙している。カラーフィルタ１９０００は、これらのタイプのカラー情報のすべてを、あるいはその何らかのサブセットを認識して、処理することができる。カラーフィルタ１９０００が認識しかつ処理するカラー情報のタイプは、カラーフィルタ１９０００に関連付けられたインターフェースのタイプに依存してもよい。以下で議論される１つの例では、ＡＣＮにおけるＭＸからのパケットを送受信するインターフェースであるインターフェースＡに関連付けられたカラーフィルタは、２つのタイプのカラー情報を処理する。以下で議論される第２の例では、ネットワークのバックボーンからのパケットを送受信するインターフェースであるインターフェースＣに関連付けられたカラーフィルタは、６個のタイプのカラー情報を有するパケットを認識する。それに加えて、ＭＰカラーの表に列挙されたカラー情報のタイプは、例示的なものであって、網羅的なものではない。
【０２３３】
１つの実装において、カラーフィルタによって発行されたコマンドは、ＰＡＲＥ１９０３０に、適当なパケット転送機構（すなわち、部分的アドレスのルーティング、あるいはルックアップテーブルのルーティング）と、受信されたパケットを転送するためのポートとを選択させる。選択された機構及びポートについての情報を用いて、ＰＡＲＥ１９０３０は、パケット分配器によるパケットの配信のトリガーとなる制御信号１９０５０をアサートする。
【０２３４】
スイッチングコアは遅延素子１９０１０を利用して、パケット分配器におけるパケットの到着を、以下の時点まで遅延させる。すなわち、ＰＡＲＥ１９０３０が、同じパケット（あるいはそのコピー）から抽出された部分的なアドレスとカラー情報とを用いた制御信号１９０５０の生成を完了するまで遅延させる。言い換えると、このスイッチングコアにおいてＰＡＲＥ１９０３０が制御信号１９０５０を生成するために費やした時間量は、遅延素子１９０１０が導入する遅延の長さ以下である。
【０２３５】
当該技術分野における通常の技能を有する者には、開示されたＥＸ技術の範囲を超えることなく、説明された３つとは異なる個数のインターフェースを含むＥＸを設計することは明らかであろう。当業者はまた、図１８に示されたものとは異なる構成要素と通信するためのインターフェースを設計することもできる。例えば、サーバ群１００１０及びゲートウェイ１００２０に加えて、一実施形態に係るインターフェースＢ  １８０１０はまた、メディア記憶装置へのアクセスをＥＸ１００００に提供する。それに加えて、図示されたＥＸ１００００は、スイッチングコア、パケット分配器及びセレクタにてなる３つのセットを含んでいるが、当業者には、開示されたＥＸの範囲内になお含まれながら、スイッチングコア、パケット分配器及びセレクタの異なる組み合わせを用いてＥＸを実装することは明らかであろう。例えば、ＥＸ１００００に係る１つの可能な実装は単一のスイッチングコアと３つのインターフェースとを有し、ここで、各インターフェースは、上述のセレクタと上述のパケット分配器とに類似した機能（すなわち、多対一の多重化に対して、多対多の多重化）を含む。
【０２３６】
図２０は、カラーフィルタ１９０００がインターフェースＡ  １８０００からのパケット（「１８０００からのパケット」）に応答するために行う１つの処理に係るフローチャートである。「１８０００からのパケット」がＭＰパケット５０００（図５）のパケットフォーマットに従う場合には、カラーフィルタ１９０００は、ブロック２００００において、このパケットのＤＡ５０１０に存在するカラー情報を調べる。特に、上の論理層のセクションで議論されたように、ＤＡ５０１０は宛先のネットワークアドレスを含む。この宛先のネットワークアドレスに対するいくつかの可能なフォーマットは、ネットワークアドレス６０００，７０００，８０００，９０００，９１００及び９２００のフォーマットを含む。これらのネットワークアドレスのそれぞれは、一般的なカラーのサブフィールドを含む。カラーフィルタ１９０００は、予め決められたビットマスクと、この一般的なカラーのサブフィールドとの間でビット毎の比較を実行して、認識されたサービスを識別する。
【０２３７】
この例において、スイッチングコア１８０４０においてカラーフィルタ１９０００は、インターフェースＡ  １８０００からの、カラー情報を有する２つのタイプのパケット、すなわち、ユニキャストデータのカラー情報を有するパケットと、多地点データのカラー情報を有するパケット（例えば、ＭＢデータのカラー情報を有するパケットとＭＭデータのカラー情報を有するパケット）とを認識する。説明するために、以下の議論では、多地点データのカラー情報を有するパケットを表すためにＭＢデータのカラー情報を有するパケットを用い、カラーフィルタ１９０００が下記のビットマスクを認識することを仮定する。
【０２３８】
【表５】
2005507611.tif 000007
【０２３９】
ユニキャストデータのカラー情報を有するパケットと、ＭＢデータのカラー情報を有するパケットとは、それらの一般的なカラーの各サブフィールドにおいて、一般的なカラー情報「０００００」と「１１０００」を含む。上記パケットは、ＭＰデータパケットでもある。
【０２４０】
「００００」のビットマスクと、「１８０００からのパケット」の一般的なカラーのサブフィールドとを比較した結果が、一致を示す場合には、カラーフィルタ１９０００は、ブロック２００２０において、遅延素子１９０１０及びＰＡＲＥ１９０３０にパケットを中継し、ＰＡＲＥ１９０３０にユニキャストデータコマンドを送信する。同様に、「１８０００からのパケット」に係る一般的なカラーのサブフィールドが「１１０００」を含む場合には、カラーフィルタ１９０００はまた、ブロック２００３０において、パケットを遅延素子１９０１０及びＰＡＲＥ１９０３０に中継し、ＰＡＲＥ１９０３０にＭＢデータコマンドを送信する。言い換えれば、これらのカラー情報を有する異なるパケットにおけるカラー情報は、カラーフィルタ１９０００が別個の動作を開始するための命令として機能する。
【０２４１】
図２１は、スイッチングコア１８０７０におけるカラーフィルタ１９０００のような、もう１つの実装に係るカラーフィルタ１９０００が、インターフェースＣ  １８０２０からのパケット（「１８０２０からのパケット」）に応答して行う１つの処理に係るフローチャートを示す。上述の議論と同様に、カラーフィルタ１９０００は、ブロック２１０００において、予め決められたビットマスクと、パケットのＤＡの一般的なカラーのサブフィールドとの間でビット毎の比較を実行することによって、１８０２０からのパケットに係るカラー情報を調べる。
【０２４２】
この例において、カラーフィルタ１９０００は、カラー情報を有する６つのタイプのパケット、すなわち、ユニキャストセットアップのカラー情報を有するパケット、ユニキャストデータのカラー情報を有するパケット、照会のカラー情報を有するパケット、ＭＢセットアップのカラー情報を有するパケット、ＭＢ保持のカラー情報を有するパケット、及びＭＢデータのカラー情報を有するパケットを認識する。ユニキャストセットアップのカラー情報を有するパケット、照会のカラー情報を有するパケット、ＭＢ保持のカラー情報を有するパケット、及びＭＢセットアップのカラー情報を有するパケットは、ＭＰ制御パケットである。セットアップパケットは、一般に、要求されたサービスを実行するために、（例えば、ＵＬＰＦ及び／又はルックアップテーブルを構成して）伝送経路に沿ったＭＰに準拠した構成要素をセットアップする。照会パケットは、一般に、要求されたサービスを実行するために、これらの構成要素に対してそれらの利用可能性を照会する。保持パケットは、一般に、ルックアップテーブルが通信セッションの状態を正確に反映していることを保証する。ある場合には、通信セッションに係る呼の接続状態情報（例えば、エラーレートと失われたパケット数）を収集するために、保持パケットが使用される。一方、ＭＢデータのカラー情報を有するパケットは、ＭＰデータパケットである。以下の部分と、後の動作例のセクションとにおいて、これらのパケットの使用について議論する。
【０２４３】
ユニキャストセットアップのカラー情報を有するパケットか、あるいはユニキャストデータのカラー情報を有するパケットかのいずれかに応答して、カラーフィルタ１９０００は、ブロック２１０１０において、遅延素子１９０１０とＰＡＲＥ１９０３０にパケットを中継し、ユニキャストセットアップコマンドか、あるいはユニキャストデータコマンドかのいずれかをそれぞれの場合にＰＡＲＥ１９０３０に送信する。ＭＢデータのカラー情報を有するパケットに応答して、フィルタ１９０００は、ブロック２１０７０において、遅延素子１９０１０とＰＡＲＥ１９０３０にパケットを中継し、ＭＢデータコマンドをＰＡＲＥ１９０３０に送信する。一方、ＭＰに準拠したもう１つの構成要素からの照会のカラー情報を有するパケットに応答して、カラーフィルタ１９０００は、ブロック２１０２０において、状態照会応答パケットのようなもう１つのＭＰ制御パケットを、論理リンク１９０８０を介して、状態を要求した構成要素に戻すように送信する。このＭＰ制御パケットは、ＥＸ１００００の論理リンク１１５０に係る発信トラフィック情報のような情報を含むが、これに限定されるものではない。ＭＢセットアップのカラー情報を有するパケットあるいはＭＢ保持のカラー情報を有するパケットに応答して、カラーフィルタ１９０００は、遅延素子１９０１０とＰＡＲＥ１９０３０にパケットを中継し、ＭＢセットアップコマンドあるいはＭＢ保持コマンドのような適当なコマンドをＰＡＲＥ１９０３０に送信する。
【０２４４】
さらに、一実施形態に係るカラーフィルタ１９０００が、パケットに含まれたカラー情報を認識しない場合には、ＭＰパケットをエラーパケットであるとみなし、そのパケットを廃棄する。
【０２４５】
図２２は、スイッチングコア１８１００のカラーフィルタ１９０００のような、もう１つの実施形態に係るカラーフィルタ１９０００が、インターフェースＢ  １８０１０からのパケットに応答して行う１つの処理に係るフローチャートを示す。この処理は、図２１に示された処理と同様である。しかしながら、照会のカラー情報を有するパケットに応答して、カラーフィルタ１９０００は、論理リンク１００３０、１００４０及び１１５０に係る発信及び着信のトラフィック情報のような情報を含むが、またそれらに限定されない情報も含むＭＰ制御パケットを、インターフェースＢ  １８０１０あるいはインターフェースＣ  １８０２０を介して、照会のカラー情報を有するパケットの発信元ホストに送信する。言い換えれば、このＭＰ制御パケットのＤＡフィールド５０５０は、発信元ホスト（例えば、サーバ群における１つのサーバシステム）の割り当てられたネットワークアドレスを含む。
【０２４６】
上述のユニキャストコマンド、ＭＢデータコマンド、ＭＢセットアップコマンド、及びＭＢ保持コマンドが、ＰＡＲＥ１９０３０を制御する。図２４及び図２５と、後の部分的アドレスルーティングエンジンのセクションに付属した説明とは、ＰＡＲＥ１９０３０に作用するこれらのコマンドの制御についての例示的なタイプをさらに提供する。
【０２４７】
上で議論された例には、カラーフィルタ１９０００が発生するコマンドは、カラーフィルタがアサートする別個の制御信号に対応する。しかしながら、当業者は、これらのコマンドを実装するために、カラーフィルタ１９０００及びＰＡＲＥ１９０３０のような、２つの論理的構成要素の間の通信を促進する多くの機構が使用可能であるということを認識するであろう。
【０２４８】
上述の議論では、カラーフィルタ１９０００の何らかの機能を記述するために、カラー情報を有するパケットとビットマスクとの特定のセットを用いているが、当業者には、開示されたカラーフィルタ処理の技術の範囲を超えることなく、説明されたものとは異なるタイプのカラー情報を有するパケットに応答して、他の動作を呼び出すカラーフィルタを実装することは明らかであろう。後の動作例のセクションは、呼のセットアップ、呼の通信、及び呼の解放の手順において上述のカラー情報を有するパケットを利用することについて、さらなる詳細を提供する。
【０２４９】
５．１．２．２．２  部分的アドレスルーティングエンジン．
一実施形態に係るＰＡＲＥ１９０３０は、コマンドとそれが受信したパケットとに基づいて、パケット分配器に対して制御信号１９０５０をアサートする。ＰＡＲＥ１９０３０がスイッチングコア１８０４０に存在する場合には、制御信号１９０５０は、図１８に示されたように論理リンク１８１２０上を伝搬する。同様に、ＰＡＲＥ１９０３０が、スイッチングコア１８１００あるいはスイッチングコア１８０７０に存在する場合には、そのアサートされた制御信号１９０５０は、論理リンク１８１４０上あるいは１８１６０上をそれぞれ伝搬する。図２３は、図１９におけるＰＡＲＥ１９０３０のような、一実施形態に係るＰＡＲＥのブロック図を示す。ＰＡＲＥ１９０３０は、部分的アドレスルーティング装置（「ＰＡＲＵ」）２３０００、ルックアップテーブルコントローラ（「ＬＴＣ」）２３０１０、ルックアップテーブル（「ＬＴ」）２３０２０、及び制御信号論理回路２３０３０を含む。ＰＡＲＵ２３０００は、カラーフィルタ１９０００から、論理リンク１９０７０と論理リンク１９０４０をそれぞれ介して、コマンド及びパケットを受信して処理する。次に、ＰＡＲＵ２３０００は、処理された結果を、制御信号論理回路２３０３０及び／又はＬＴＣ２３０１０に伝送する。
【０２５０】
１つの実装において、ＰＡＲＵ２３０００は、受信されたパケットからの関連したパケット配信情報（例えば、部分的なアドレス、セッション番号、及びマッピングされたセッション番号）を、ＬＴＣ２３０１０に提供し、ＬＴＣ２３０１０がその情報をＬＴ２３０２０に保持することを可能にする。他の例では、ＰＡＲＵ２３０００は、ＬＴＣ２３０１０に情報を検索させ、ＬＴ２３０２０から制御信号論理回路２３０３０に当該情報を伝送させる。ＬＴ２３０２０が、図１３に示すようにメモリサブシステム１３０２０に存在する場合があることと、他のＰＡＲＥにおける他のＬＴＣと共有される場合があるということとに注意する必要がある。
【０２５１】
以下の例では、ＵＴ１３２０，１３８０，１４００及び１４２０（図１ｄ）の間におけるユニキャスト及びＭＢセッションを用いて、スイッチングコア１８０４０におけるＰＡＲＥ１９０３０内の構成要素の間の動作についてさらに説明する。これらの例についての以下の議論は、図１ｄ、図１０、図５、図６、図１８、図１９及び図２３を参照し、議論を簡単にするため、所定の実装上の詳細事項を仮定している（以下に与えられる）。しかしながら、当業者には、ＰＡＲＥ１９０３０がこれらの詳細事項に制限されず、次のＭＢに関する議論はまた、他の多地点通信（例えばＭＭ）に適用されるということが明らかであろう。この詳細事項は以下のものを含む。
【０２５２】
・ＵＴ１３８０、１４００及び１４２０は、同じＨＧＷ（ＨＧＷ１２００）、同じＡＣＮ（ＭＸ１８００）及び同じＳＧＷ（ＳＧＷ１１６０）に物理的に接続されるので、それらは、図６に示されたような、国サブフィールド６０２０、都市サブフィールド６０３０、コミュニティサブフィールド６０４０、及び階層化されたスイッチのサブフィールド６０５０において、同じ部分的なアドレスを共有する。言い換えれば、ＵＴ１３８０が、その割り当てられたネットワークアドレスにおいて以下の情報を含むと仮定する。
【０２５３】
国サブフィールド６０２０：                        １；
都市サブフィールド６０３０：                      ２３；
コミュニティサブフィールド６０４０：              ４５；
階層化されたスイッチのサブフィールド６０５０：    ７８；
ユーザ端末装置のサブフィールド６０６０：          １。
【０２５４】
このとき、ＵＴ１４００とＵＴ１４２０の割り当てられたネットワークアドレスは、ユーザ端末装置のサブフィールド６０６０における部分的なアドレスを除いて、ＵＴ１３８０と同じ情報を含む。一方、ＵＴ１３２０は、異なるＨＧＷ（ＨＧＷ１１００）、異なるＭＸ（ＭＸ１０８０）及び異なるＳＧＷ（ＳＧＷ１０６０）と接続されるので、その割り当てられたネットワークアドレスは、少なくとも、ＵＴ１３８０、１４００及び１４２０に対するコミュニティサブフィールド６０４０における部分的なアドレスである４５とは異なる、コミュニティサブフィールド６０４０における部分的なアドレスを含む。
【０２５５】
・ＵＴ１４００の割り当てられたネットワークアドレスの部分は、１／２３／４５／７８／２（国サブフィールド６０２０／都市サブフィールド６０３０／コミュニティサブフィールド６０４０／階層化されたスイッチのサブフィールド６０５０／ユーザ端末装置のサブフィールド６０６０）である。
・ＵＴ１４２０の割り当てられたネットワークアドレスの部分は、１／２３／４５／７８／３である。
・ＵＴ１３２０の割り当てられたネットワークアドレスの部分は、１／２３／１２３／９０／１である。
・ＳＧＷ１１６０の割り当てられたネットワークアドレスの部分は、１／２３／４５である。
・ＳＧＷ１０６０の割り当てられたネットワークアドレスの部分は、１／２３／１２３である
・ＭＸ１１８０の割り当てられたネットワークアドレスの部分は、１／２３／４５／７８である。
・ＭＸ１２４０の割り当てられたネットワークアドレスの部分は、１／２３／４５／８９である。
・ＭＸ１０８０の割り当てられたネットワークアドレスの部分は、１／２３／１２３／９０である。
【０２５６】
・制御信号１９０５０をアサートするためにＰＡＲＥ１９０３０が費やす時間量は、カラーフィルタ１９０００からのＭＰパケットか又はＭＰでカプセル化されたパケットかのいずれかが遅延素子１９０１０に滞在する時間量以下である。
・ＰＡＲＥ１９０３０と、ＰＡＲＥ１９０３０内の構成要素とは、ＥＸ１００００の一部であり、ＥＸ１００００はＳＧＷ１１６０の一部である。
・一実施形態に係るＥＸ１００００におけるカラーフィルタ１９０００は、コマンドを発行する。上で詳細に議論されたように、カラーフィルタ１９０００は、認識されたカラー情報を有する多数のＭＰパケットから、これらのカラーフィルタが発行した命令を抽出し、論理リンク１９０７０を介して、ＰＡＲＵ２３０００にコマンドを送信する。カラーフィルタ１９０００はまた、これらのカラー情報を有するＭＰパケットを、論理リンク１９０４０を介してＰＡＲＥ２３０００に転送し、遅延素子１９０１０に転送する。認識されたカラー情報を有するＭＰパケットのいくつかは、上述の論理層のセクションにおいて、ＭＰカラーの表で説明された。
・上述のパケットにおけるネットワークアドレスは、一般に、ネットワークアドレス９２００、９１００、あるいは６０００（また、７０００、８０００及び９０００）のフォーマットに従う。多地点通信のデータパケットは、ネットワークアドレス９２００のフォーマットを採用する。ユニキャスト通信のための制御パケット及びデータパケットと多地点通信のための制御パケットは、ネットワークアドレス９１００あるいは６０００のいずれかのフォーマットを採用する。パケットの宛先がＥＸ（例えば、サーバ群とメディア記憶装置）に直接的に接続されている場合には、ネットワークアドレス９１００のフォーマットが採用される。さもなければ、ネットワークアドレス６０００のフォーマットが採用される。
・一般に、あるＵＴ（例えば、ＵＴ１３８０）からのＭＢサービス要求を承認した後で、ＳＧＷ１１６０のサーバ群１００１０は、上述のサーバ群のセクションで議論されたように要求されたＭＢサービスを識別するための、１つの有効なセッション番号を予約し、この予約されたセッション番号を、ＭＢセットアップのカラー情報を有するパケットのペイロードフィールド５０５０に配置する。次に、サーバ群１００１０は、このＭＢセットアップのカラー情報を有するパケットを用いて、伝送経路に沿ったスイッチのＬＴに対して、このセッション番号を分配する。例示的なＭＢセットアップのカラー情報を有するパケットは、ネットワークアドレス６０００のフォーマットに従う。
【０２５７】
・あるＵＴからのＭＢサービス要求が、予約されたセッション番号を一般には含まないということに注意する必要がある。しかしながら、ＳＧＷ１１６０のサーバ群１００１０が、もう１つのＳＧＷからのＭＢサービス要求を受信する時、そのサービス要求は、（発信元ホストを管理するＳＧＷによって）予約されたセッション番号を含む。上述のサーバ群のセクションで議論されたように、サーバ群１００１０は、この予約されたセッション番号を、利用可能なセッション番号にマッピングしてもよく、このマッピングされたセッション番号を、ＭＢセットアップのカラー情報を有するパケットのペイロードフィールド５０５０に配置する。例として、サーバ群１００１０が、「２」のセッション番号を有するＭＢセッションのためのサービス要求をもう１つのＳＧＷから受信し、セッション番号「２」が、サーバ群１００１０による予約のために利用可能である場合には、一実施形態に係るサーバ群１００１０は、セッション番号「２」を予約し、予約されたセッション番号「２」とマッピングされたセッション番号「０」とを、ＭＢセットアップのカラー情報を有するパケットのペイロードフィールド５０５０に配置する。一方、サービス要求がセッション番号「２」に対するものであるが、セッション番号「２」が利用可能でない場合には、一実施形態に係るサーバ群１００１０は、利用可能なセッション番号（この例では「３」である。）を検索し、この利用可能なセッション番号「３」を予約し、予約されたセッション番号「２」とマッピングされたセッション番号「３」との両方を、ＭＢセットアップのカラー情報を有するパケットのペイロードフィールド５０５０に配置する。簡単化のために特に言及しない限り、以下の例では、ＵＴ１３８０がサーバ群１００１０からのＭＢサービスを要求する。サーバ群１００１０は、要求されたＭＢサービスを承認し、セッション番号「１」を予約する。このセッション番号は、ＵＴ１３８０、ＵＴ１４００及びＵＴ１４２０が情報を検索する元となるＭＢプログラムソース（例えば、テレビジョンスタジオからの生のテレビショー、映画、あるいはメディア記憶装置からのインタラクティブゲーム）を表す。また、特に言及しない限り、以下の例においてマッピングされたセッション番号は「０」である。
【０２５８】
・例示的なＭＢ保持パケットは、ネットワークアドレス６０００のフォーマットに従い、ペイロードフィールド５０５０に予約されたセッション番号を含む。
【０２５９】
２つのＵＴ間のユニキャストセッションにおいて、ＰＡＲＵ２３０００が、カラーフィルタ１９０００からユニキャストセットアップコマンドあるいはユニキャストデータコマンドのいずれかを受信する場合には、ＰＡＲＵ２３０００は、図２４に示されたような処理を行う。特に、ブロック２４０００において、ＰＡＲＵ２３０００は、パケットの部分的なアドレスが、ＳＧＷ１１６０の割り当てられたネットワークアドレスの部分的なアドレスと一致するか否かをチェックする。ＵＴ１３８０が、ＵＴ１４００とのユニキャストセッションの確立を要求する場合には、被呼者であるＵＴ１４００のネットワークアドレスがそのコミュニティサブフィールド６０４０に「４５」を有しかつその階層化されたスイッチのサブフィールド６０５０に「７８」を有しているので、パケットは部分的なアドレス「４５」及び「７８」を含む。それに加えて、ＳＧＷ１１６０の割り当てられたネットワークアドレスのコミュニティサブフィールド６０４０もまた「４５」であるので、ＰＡＲＵ２３０００は、ブロック２４０２０で、部分的なアドレス情報「７８」を制御信号論理回路２３０３０に通知する処理に進む。
【０２６０】
制御信号論理回路２３０３０が、部分的なアドレス「７８」に応じてアサートするための適正な制御信号１９０５０を決定するとき、遅延素子１９０１０は、ユニキャストセットアップのカラー情報を有するパケットのような一時的に遅延されたパケットを、論理リンク１８１３０を介してパケット分配器１８０５０に転送する。アサートされた制御信号１９０５０は、パケット分配器１８０５０に、このパケットを論理リンク１４４０を介してその宛先に向かって転送させる。ユニキャストセットアップのカラー情報を有するパケットを転送することについて議論された処理はまた、ユニキャストデータのカラー情報を有するパケットを転送することにも適用される。後のパケット分配器のセクションは、パケット分配器１８０５０のような一実施形態に係るパケット分配器の実装上の詳細事項についてさらに詳述する。
【０２６１】
一方、ＵＴ１３８０が、ＵＴ１３２０とのユニキャストセッションを要求する場合には、ブロック２４０００において、ユニキャストセットアップのカラー情報を有するパケットから抽出された部分的なアドレスは、ＳＧＷ１１６０の関連した部分的なアドレスと一致しない。特に、このパケットは、ＵＴ１３２０の割り当てられたネットワークアドレスのコミュニティサブフィールド６０４０と階層化されたスイッチのサブフィールド６０５０とにそれぞれ対応する、「１２３」及び「９０」である部分的なアドレスを含む。ブロック２４０００において、部分的なアドレス「１２３」はＳＧＷ１１６０の部分的なアドレス「４５」と一致しないので、ＰＡＲＵ２３０００は、ブロック２４０１０で、ＳＧＷ１１６０のＥＸ転送テーブルにおいて、ＳＧＷ１０６０に到達するための適当な経路上の次のホップを検索する処理に進む。上述のサーバ群のセクションで議論したように、一実施形態に係るＳＧＷ１１６０のサーバ群１００１０は、そのネットワーク構成のフェーズにおいてすでにＥＸ転送テーブルを構成した。（その他に、更新が時々に実行されるので、転送テーブルは、その最初の構成の後で更新されていてもよい。）次いで、ＰＡＲＵ２３０００は、制御信号論理回路２３０３０とパケット分配器１８０８０が、ユニキャストセットアップのカラー情報を有するパケットをリンク１１５０を介して次のホップに転送する処理を調整できるように、ブロック２４０１０において、転送テーブルの検索結果を制御信号論理回路２３０３０に伝送する。あるＳＧＷに管理された１つのＵＴから、もう１つのＳＧＷに管理されたもう１つのＵＴに、ユニキャストセットアップのカラー情報を有するパケットを送信する上述の処理はまた、ユニキャストデータのカラー情報を有するパケットとＭＢセットアップのカラー情報を有するパケットとを送信することにも適用される。
【０２６２】
図２５は、現在の例におけるＵＴ１３８０，ＵＴ１４００及びＵＴ１４２０と、ＭＢプログラムソースとを含むＭＢセッションを管理するために、ＰＡＲＵ２３０００が行う１つの処理に係るフローチャートを示す。上述のユニキャストセッションの確立と同様に、上述のＭＢセッションを確立するための、ＳＧＷ１１６０のサーバ群１００１０からの、ＭＰセットアップのカラー情報を有するパケットに応答して、カラーフィルタ１９０００は、パケットと、対応するＭＢセットアップコマンドとをＰＡＲＵ２３０００に送信する。ＰＡＲＵ２３０００は、ブロック２５０００において、パケットのそれぞれから部分的なアドレス「７８」を検索して読み出す。セッションの各参加者が、その階層化されたスイッチのサブフィールド６０５０に、「７８」である部分的なアドレスを有しているので、ＭＢセットアップのカラー情報を有するパケットは「７８」を含む。ＰＡＲＵ２３０００は、制御信号論理回路２３０３０とパケット分配器１８０５０が、ＭＢセットアップのカラー情報を有するパケットをリンク１４４０を介してその宛先に転送する処理を調整できるように、ブロック２５０００において「７８」を制御信号論理回路２３０３０に伝送する。
【０２６３】
上述の例において、カラーフィルタ１９０００が、サーバ群１００１０から受信する各ＭＢセットアップのカラー情報を有するパケットに対して、ＭＢセットアップコマンドをアサートするということを注意する。従って、３つの参加者（プログラムソースを除く）が関与するＭＢセッションの場合には、一実施形態に係るＰＡＲＵ２３０００は、３つのＭＢセットアップコマンドを受信し、従ってブロック２５０００を３回実行する。
【０２６４】
それに加えて、ＰＡＲＵ２３０００は、ＭＢセットアップのカラー情報を有するパケットから抽出された部分的なアドレス情報「７８」と、セッション番号「１」と、マッピングされたセッション番号「０」とを、ＬＴＣ２３０１０に供給する。一実施形態に係るＬＴＣ２３０１０は、予約されたセッション番号とマッピングされたセッション番号の間の関係を追跡するマッピングテーブル２６０００（図２６ａ）を保持する。ここでは、ＬＴＣ２３０１０は、エントリ２６０１０の予約されたセッション番号の列とマッピングされたセッション番号の列とにそれぞれ「１」及び「０」を配置する。さらに、マッピングされたセッション番号は「０」であるので、ＬＴＣ２３０１０は、ブロック２５０１０において、セッション番号「１」と部分的なアドレス「７８」を用いて、ＬＴ２３０２０のセル２６０３０をセットアップする。
【０２６５】
しかしながら、ＰＡＲＵ２３０００が、ＭＢセットアップのカラー情報を有するパケットから抽出された部分的なアドレス情報「７８」と、セッション番号「２」と、マッピングされたセッション番号「３」とを、ＬＴＣ２３０１０に供給する場合には、ＬＴＣ２３０１０は、エントリ２６０２０の予約されたセッション番号の列とマッピングされたセッション番号の列とにそれぞれ「２」及び「３」を配置する。マッピングされたセッション番号は非０値（例えば、３）を有するので、一実施形態に係るＬＴＣ２３０１０は、ブロック２５０１０において、マッピングされたセッション番号「３」（「２」の代わり）と部分的なアドレス「７８」とを用いて、ＬＴ２３０２０のセル２６０５０（セル２６０４０の代わり）をセットアップする。
【０２６６】
図２６ｂは、ＬＴ２３０２０のサンプルテーブルを示す。ＬＴ２３０２０のサイズは、ＭＸの数と、ＳＧＷ１１６０がサポートする多地点通信（例えば、ＭＭ及びＭＢ）セッションの数とに依存する。この例では、ＳＧＷ１１６０が少なくとも２つのＭＸ（ＭＸ１１８０とＭＸ１２４０）をサポートしており、また、ＳＧＷ１１６０が３つのＭＢプログラムソースをサポートすると仮定しているので、ＬＴ２３０２０は、少なくとも６つのセルを含む。また、この実施形態に係るＬＴ２３０２０は、関連した部分的なアドレスとセッション番号とに従って、そのセルにインデックスを付与する。例えば、座標（７８，１）はセル２６０３０に対応し、（８９，２）はセル２６０６０に対応する。
【０２６７】
一実施形態に係るＬＴ２３０２０において、すべてのセルは最初に０から開始する。ＬＴＣ２３０１０が、ＰＡＲＵ２３０００から、セッション番号「１」のような適当なセッション番号と、「７８」のような部分的なアドレスとを受信するとき、ＬＴＣ２３０１０は、セル２６０３０（７８，１）のようなＬＴ２３０２０内の適当なセルの内容を１に変更し、それによって、部分的なアドレス「７８」を備えたＵＴがＭＢセッション１に参加する予定であることを示す。１つの実装において、ＵＴがもはやＭＢセッションにおける参加者ではないとき、ＬＴＣ２３０１０はまた、変更されたセルを０に戻すようにリセットすることに対して責務を有する。それに代わって、ＬＴ２３０２０は、その変更されたセルをリセットするためにタイマに依存する。具体的には、ＬＴ２３０２０は、そのセルのうちの１つに対する変更を検出したとき、タイマをスタートさせる。ＬＴ２３０２０が、所定の時間内に、変更されたセルの内容を保存するためのいかなる通知も受信しない場合には、ＬＴ２３０２０は、自動的に、セルを０に戻すようにリセットする。
【０２６８】
ＭＢ保持コマンドは、この通知の一形式を提供する。上述のＭＢセッションを保持するための、ＳＧＷ１１６０のサーバ群１００１０からの、ＭＢ保持のカラー情報を有するパケットに応答して、カラーフィルタ１９０００は、パケットと、対応するＭＢ保持コマンドとをＰＡＲＵ２３０００に送信する。上記のブロック２５０００についての議論と同様に、ＰＡＲＵ２３０００は、制御信号論理回路２３０３０とパケット分配器１８０５０が、ＭＢ保持のカラー情報を有するパケットをリンク１４４０を介してその宛先に向かってに転送する処理を調整できるように、ブロック２５０３０において、「７８」を制御信号論理回路２３０３０に伝送する。
【０２６９】
ＰＡＲＵはまた、ＭＢ保持のカラー情報を有するパケットから抽出された部分的なパケット情報「７８」とセッション番号「１」とを、ＬＴＣ２３０１０に供給する。ＬＴＣ２３０１０は、この抽出されたセッション番号「１」と、マッピングテーブル２６０００の予約されたセッション番号の列におけるエントリとの間における一致を検索する。一致を識別した後で、ＬＴＣ２３０１０は、対応するマッピングされたセッション番号の列を調べ、この例では「０」を見つける。次に、ＬＴＣ２３０１０は、セル２６０３０に対してタイマをリセットし、従って、ブロック２５０４０において、ＬＴ２３０２０に上述の通知を効果的に提供する。それに代わって、ＬＴＣ２３０１０は、セル２６０３０の内容を「１」に設定することができる。
【０２７０】
一方、ＰＡＲＵ２３０００が、ＭＢ保持のカラー情報を有するパケットから抽出された部分的なアドレス情報「７８」とセッション番号「２」とをＬＴＣ２３０１０に供給する場合には、ＬＴＣ２３０１０は、マッピングテーブル２６０００のエントリ２６０２０において一致を見つける。対応のマッピングされたセッション番号の列が非０値（例えば、３）を含むので、一実施形態に係るＬＴＣ２３０１０は、ブロック２５０４０において、マッピングされたセッション番号「３」（「２」の代わり）と部分的なアドレス「７８」とを用いて、セル２６０５０（セル２６０４０の代わり）に対するタイマをリセットする。それに代わって、ＬＴＣ２３０１０は、セル２６０５０の内容を１に設定することができる。
【０２７１】
一実施形態に係るＭＰネットワークにおいて、１つのＥＸが、上述のマッピングテーブル２６０００を保持するが、他のスイッチ（例えば、ＡＣＮにおけるＭＸや、ＨＧＷにおけるＵＸ）は、マッピングテーブル２６０００を保持しない。これらの他のスイッチがＭＰ多地点通信制御パケット（例えば、ＭＢセットアップのカラー情報を有するパケット、又はＭＢ保持のカラー情報を有するパケット）を受信するとき、これらのスイッチのＬＴＣは、予約されたセッション番号（マッピングされたセッション番号が０である場合）あるいはマッピングされたセッション番号（マッピングされたセッション番号が０でない場合）を用いて、それらのＬＴをセットアップする。しかしながら、当該技術分野における通常の技能を有する者には、開示された多地点通信技術の範囲を越えることなく他のセットアップ方式を実装することは明らかであろう。
【０２７２】
ＭＢプログラムソースからの、ＭＢデータのカラー情報を有するパケットに応答して、カラーフィルタ１９０００は、パケットと、対応するＭＢデータコマンドとをＰＡＲＵ２３０００に送信する。ＰＡＲＵ２３０００は、セッション番号サブフィールド９２７０からセッション番号を検索して読み出す。ＭＢデータのカラー情報を有するパケットのＤＡのセッション番号サブフィールド９２７０が「１」を含む場合には、ＰＡＲＵ２３０００は、ブロック２５０２０で、マッピングテーブル２６０００内の予約されたセッション番号の列においてセッション番号「１」を検索するように、ＬＴＣ２３０１０に命令する。一致を識別した後、ブロック２５０２２において、エントリ２６０１０のマッピングされたセッション番号の列が「０」を含むので、ＬＴＣ２３０１０は、セッション番号「１」を用いてＬＴ２３０２０を検索する。特に、ＬＴＣ２３０１０は、ブロック２５０２４において、ＬＴ２３０２０の行１（ＭＢセッション１に対応する。）にわたって、セル２６０３０のような、アクティブな値である１を備えたセルを検索する。
【０２７３】
この検索は、ＭＢセッション１に参加しているＵＴに至るポートを識別する。ＬＴＣ２３０１０が、１を含むセル２６０３０の位置を突き止めることに成功した後、ＬＴＣ２３０１０は、上述のＬＴ２３０２０に係るインデックス付与方式に従って、「７８」である部分的なアドレスを取得できる。次いで、ＬＴＣ２３０１０は、ブロック２５０２４において「７８」を制御信号論理回路２３０３０に伝送し、制御信号論理回路２３０３０は、次に、ＭＢデータのカラー情報を有するパケットを論理リンク１４４０を介してＭＸ１１８０に送信するように、パケット分配器１８０５０に命令する。しかしながら、ＬＴＣ２３０１０が、ＬＴ２３０２０においてアクティブな値である１を備えたいかなるセルを識別することにも失敗した場合には、一実施形態に係るＬＴＣ２３０１０は、制御信号論理回路２３０３０とは通信せず、図１８に示されたパケット分配器１８０５０、１８０６０及び１８１１０のようなパケット分配器のいずれによっても、パケットの配信をトリガーすることはない。
【０２７４】
しかしながら、ＭＢデータのカラー情報を有するパケットのＤＡのセッション番号サブフィールド９２７０が「２」を含む場合には、ＬＴＣ２３０１０は、マッピングテーブル２６０００のエントリ２６０２０において一致を識別する。エントリ２６０２０のマッピングされたセッション番号の列が非０値（例えば、「３」）を含むので、ＬＴＣ２３０１０は、ブロック２５０２６において、セッション番号「３」を用いてＬＴ２３０２０を検索する。特に、ＬＴＣ２３０１０は、ブロック２５０２０において、ＬＴ２３０２０の行３（行２の代わり）にわたって、アクティブな値である１を備えたセルを検索する。さらに、一実施形態に係るＬＴＣ２３０１０が、ブロック２５０２８において制御信号論理回路２３０３０に検索結果を伝送する前に、ＬＴＣ２３０１０は、マッピングされたセッション番号「３」をＰＡＲＵ２３０００に送信する。ＰＡＲＵ２３０００は、ＭＢデータのカラー情報を有するパケットがパケット分配器に転送される前に、ブロック２５０７０で、遅延素子１９０１０（図１９）において、当該パケットのセッション番号サブフィールド９２７０を「２」から「３」に変更する。
【０２７５】
こののＭＢの例で用いられた処理は、一般に、ＭＭのような他のタイプの多地点通信に適用される。
【０２７６】
上で議論されたユニキャストの例で用いられたものと類似した処理はまた、ＭＰネットワークと非ＭＰネットワークの間の通信にも適用される。従って、ＰＡＲＵ２３０００が、「００００」のＶＸサブフィールド９１７０（図９ｂ）とゲートウェイ１００２０であることを示す構成要素番号サブフィールド９１８０とを備えたＤＡを含む、ユニキャストデータのカラー情報を有するパケットを受信する場合には、ＰＡＲＵ２３０００は、当該パケットから抽出したパケット配信情報を制御信号論理回路２３０３０に通知する。この情報は、カラーフィルタ１９０００からのユニキャストデータコマンドとの組み合わされて、パケット分配器１８１１０（図１８）が当該パケットをゲートウェイ１００２０に方向付けするためのトリガーとなる。
【０２７７】
前述の２つのセクション（すなわち、カラーフィルタのセクションと部分的アドレスルーティングエンジンのセクション）は、カラーフィルリングと部分的アドレスルーティングとを実行する例示的な機能ブロックについて説明しているが、当該技術分野における通常の技能を有する者には、開示された技術の範囲を越えることなく、これらの機能ブロックをさらに組み合わせたり、あるいは分割したりすることは明らかであろう。例えば、上述のＰＡＲＥの機能は、上述されたカラーフィルタと組み合わせ可能である。一方、上述されたＰＡＲＵの機能は、さらに分割され、上述されたＬＴＣに分配されることが可能である。
【０２７８】
５．１．２．２．３  パケット分配器．
図１８に示されたパケット分配器１８０５０のようなパケット分配器は、制御信号論理回路２３０３０からの制御信号１９０５０に従って、パケットを適切な出力論理リンクに配信することに主として責務を有する。図２７は、一実施形態に係るパケット分配器１８０５０のブロック図を示す。この実施形態に係るパケット分配器１８０５０は、分配器Ａ  ２７０００、分配器Ｂ  ２７０１０及び分配器Ｃ  ２７０２０のような分配器と、バッファバンク２７０３０と、コントローラｘ  ２７０４０及びコントローラｙ  ２７０５０のようなコントローラとを含む。
【０２７９】
また、バッファバンク２７０２０におけるバッファの数は、分配器の数とコントローラの数との積に等しい。従って、パケット分配器１８０５０が、この例における３つのスイッチングコア（すなわち、１８０４０、１８１００及び１８０７０）からパケットを受け入れるための３つの分配器と、当該パケットを２つの論理リンク（すなわち、１４４０及び１４６０）に転送するための２つのコントローラとを含むので、パケット分配器１８０５０は、バッファバンク２７０３０の中に（３×２）個のバッファを有する。バッファバンク２７０３０におけるこれらのバッファは、スイッチングコアからのパケットを臨時的に記憶する。バッファバンク２７０３０が導入する可能性のある遅延を最小化したり、トラフィックの輻輳を防止したりするために、一実施形態に係るパケット分配器１８０５０におけるコントローラは、固定された時間間隔又は調節可能な時間間隔で、バッファバンク２７０３０をポーリングし、かつクリアする。その機構の例として、図１８、図１９及び図２７を組み合わせて、以下のことを仮定する。
【０２８０】
・論理リンク１８１５０上のパケットは、論理リンク１４４０を介してＭＸ１１８０に進むようにその宛先が設定されるので（例えば、ＳＧＷ１１６０のサーバ群１００１０は、ＵＴ１４００にＭＰ制御パケットを送信する）、スイッチングコア１８１００からの制御信号１９０５０は、当該パケットをバッファｃに転送するように分配器Ｂ  ２７０１０を起動する。
・論理リンク１８１７０上のパケットもまた、論理リンク１４４０を介してＭＸ１１８０に進むようにその宛先が設定されるので（例えば、ＵＴ１３２０は、ＭＰデータパケットをＵＴ１４００に送信する）、スイッチングコア１８０７０からの制御信号１９０５０は、当該パケットをバッファｅに転送するように分配器Ｃ  ２７０２０を起動する。
【０２８１】
これらのパケットを、意図された論理リンクに直接に送信する代わりに、分配器Ｂ  ２７０１０及び分配器Ｃ  ２７０２０は、これらのパケットをバッファｃ及びバッファｅに転送し、当該パケットは、ここで臨時的に記憶される。分配器Ｂ  ２７０１０と分配器Ｃ  ２７０２０が追加のパケットをバッファバンク２７０３０に転送する前に、あるいは、バッファバンク２７０３０における任意のオーバーフローの状況が生じる前に、コントローラｘ  ２７０４０は、それが管理する各バッファをポーリングする。コントローラｘ  ２７０４０が、バッファのうちのいずれかにおいて、例えばこの例ではバッファｃとバッファｅにおいてパケットを検出する場合には、バッファ中のパケットを論理リンク１４４０に転送し、バッファをクリアする。同様の方法で、コントローラｙ  ２７０５０も、それが管理する各バッファをポーリングする。
【０２８２】
３×２個（すなわち、３個の分配器×２個のコントローラ）のパケット分配器が説明されたが、当該技術分野における通常の技能を有する者には、開示されたパケット分配技術の範囲を越えることなく、他の構成を有し、かつ異なるサイズのバッファバンクを備えたパケット分配器を実装することは明らかであろう。当該技術分野における通常の技能を有する者には、上述の機構とは異なるタイプのパケット分配機構を用いて、開示されたスイッチングコア技術を実現することも明らかであろう。
【０２８３】
当該技術分野における通常の技能を有する者には、開示されたＥＸ技術の範囲を越えることなく、ＥＸにおいて、上で議論された構成要素とは異なる構成要素を含むことは明らかであろう。例えば、直接にＥＸに接続された構成要素（例えば、メディア記憶装置１１４０）が、直接に接続されたサーバ群（例えば、ＳＧＷ１１２０のサーバ群）に対して望ましくないパケットを送信することを防止するために、当該ＥＸはＵＬＰＦを含んでいてもよい。後のアップリンクのパケットフィルタのセクションは、ＵＬＰＦ技術をさらに説明する。
【０２８４】
５．１．３  ゲートウェイ．
図２８は、ＳＧＷ１１６０におけるゲートウェイ１００２０（図１０）のような、ＳＧＷにおいて一実施形態に係るゲートウェイのブロック図を示す。ゲートウェイ１００２０は、インターフェースＤ  ２８０００、パケット検出器２８０１０、アドレス変換器（翻訳器）２８０２０、カプセル化器２８０３０、及びカプセル化解除器２８０４０を含む。インターフェースＤ  ２８０００は、１つのタイプの信号からもう１つのタイプへの信号変換を提供する。例えば、一実施形態に係るゲートウェイ１００２０におけるインターフェースＤ  ２８０００は、光ファイバ信号と電気信号との間で変換をする。
【０２８５】
パケット検出器２８０１０は、着信したパケットのタイプを決定し、ＭＰパケットを構成するために、パケットから関連した情報を検索して読み出す。例えば、着信したパケットがＩＰパケットである場合には、パケット検出器２８０１０は、ＩＰパケットフォーマットを認識することと、ＩＰパケットから発信元アドレス情報と宛先アドレス情報のような情報を取得することとに責務を有する。次に、パケット検出器２８０１０は、これらの取得されたアドレスをアドレス変換器２８０２０にわたす。
【０２８６】
アドレス変換器２８０２０は、非ＭＰアドレスをＭＰアドレスに変換することに責務を有する。例として、着信したＩＰパケットが、ＵＴ１４２０（図１ｄ）に対するものである場合には、パケット検出器２８０１０がＩＰパケットから３２ビットの宛先アドレスを検索して伝送した後で、アドレス変換器２８０２０は、この検索されたアドレスをＭＰのＤＡにマッピングする。上述の論理層のセクションで議論したように、ＭＰのＤＡは、ＭＰネットワーク１０００のトポロジーに対応した階層型アドレスサブフィールドを含む。
【０２８７】
次に、カプセル化器２８０３０は、図５に示されたように、変換されたＭＰのＤＡをＤＡフィールド５０１０に配置し、非ＭＰパケットの全体を可変長のペイロードフィールド５０５０に配置する。それに加えて、カプセル化器２９０３０は、適切な値を準備してＬＥＮフィールド５０３０及びＰＣＳフィールド５０５０に配置することに責務を有する。ＭＰパケットを構成した後で、カプセル化器２８０３０は、変換されたＭＰのＤＡに基づき、ＥＸ１００００のような適切なＥＸにＭＰパケットを送信する。
【０２８８】
一方、一実施形態に係るカプセル化解除器２８０４０は、パケットを受信したとき、ＤＡフィールド５０１０（図５及び図６）中の特定のビット（すなわち、ＭＰビットサブフィールド６０８０）をチェックすることによって、そのパケットがＭＰパケットであるか否かを照合する。例えば、カプセル化解除器２８０４０は、ネットワークアドレス９１００におけるＭＰビット９１３０を調べる。ＭＰビットが設定されていない場合には、カプセル化解除器２８０４０は、ペイロードフィールド５０５０から非ＭＰパケットの全体を抽出し、抽出された非ＭＰパケットを、インターフェースＤ  ２８０００を介して非ＭＰネットワーク１３００に送信する。
【０２８９】
５．２  アクセスネットワーク．
ＡＣＮは、ＳＧＷとＨＧＷの間で、ＭＰパケットあるいはＭＰでカプセル化されたパケットを集合的にフィルタリングしかつ転送する。ＡＣＮ１１９０のような例示的なＡＣＮは、ＳＧＷから複数のＨＧＷへのダウンストリーム方向のパケットと、複数のＨＧＷからＳＧＷへのアップストリーム方向のパケットとを同時に処理するために、ＭＸ１１８０及びＭＸ１２４０のような複数のＭＸを含む。それに加えて、一実施形態に係るＡＣＮ１１９０は、非ピア・ツー・ピアのＭＸを含む。例えば、ＭＸ１１８０は、（ＭＸ１２４０との直接的な通信の代わりに）ＳＧＷ１１６０を介してＭＸ１２４０と通信し、ＳＧＷ１１６０及びＳＧＷ１０６０を介してＭＸ１０８０と通信する。
【０２９０】
ＭＸ１１８０によって受信されるパケットが、典型的には、ＳＧＷ１１６０によって生成されたパケットでないということを注意する。多地点通信サービスにおける少数の例を除いて（上述の部分的アドレスルーティングエンジンのセクションで議論した）、ＳＧＷ１１６０は、それが他の発信元から受信したパケットを、当該パケットに変更を加えることなく、ＭＸ１１８０に転送する。
【０２９１】
ＡＣＮ１１９０は、パケット処理のタスクを複数の構成要素にてなる層にさらに分配する、階層化された構造を有してもよい。この階層化された構造を有するＡＣＮをＳＧＷ及びＨＧＷと接続するためのいくつかの可能な構成は、以下のものがあるか、これらに限定されるものではない。
【０２９２】
・ファイバ・トゥ・ザ・ビルディング及びＬＡＮ（「ＦＴＴＢ＋ＬＡＮ」）；
・ファイバ・トゥ・ザ・カーブ及びケーブルモデム（「ＦＴＴＣ＋ケーブルモデム」）；
・ファイバ・トゥ・ザ・ホーム（ＦＴＴＨ）；及び
・ファイバ・トゥ・ザ・ビルディング＋ｘＤＳＬ（「ＦＴＴＢ＋ｘＤＳＬ」）。
【０２９３】
図２９は、ＶＸ２９０００と、ＢＸ２９０１０と２９０２０のような多数のＢＸとを含む、ＭＸ１１８０の１つの構成を示す。例示的な構成において、ＶＸ２９０００は、光ファイバケーブルを介して複数のＢＸと通信する。当該技術分野における通常の技能を有する者には、ＢＸの個数がネットワークのアドレス指定方式と矛盾しない限り、ＶＸ２９０００が、ＭＰネットワークにおいて任意個数のＢＸをサポートできるということは明らかであろう。例えば、ＳＧＷ１１６０（図１ｄ）がネットワークアドレス７０００のフォーマット（図７）を採用すると仮定する場合、ネットワークアドレス７０００が３ビットの長さのＢＸサブフィールド７０８０を含むので、ＭＰの都市圏ネットワーク１０００上のＶＸ２９０００は最大で８個のＢＸをサポートする。
【０２９４】
それに加えて、図２９に示すように、説明されるＢＸは、ＨＧＷ１２００及びＨＧＷ１２２０におけるマスターＵＸに接続される。後の家庭用ゲートウェイのセクションは、ＨＧＷについてのさらなる詳細を提供する。１つの実装では、ＢＸとＨＧＷの間の接続は、カテゴリー５（「ＣＡＴ−５」）のシールドされていないより対線（「ＵＴＰ」）ケーブル及び／又は同軸ケーブルである。ＶＸ２９０００の設計と同様に、当該技術分野における通常の技能を有する者には、ＵＸの個数がＭＰネットワークのアドレス指定方式と矛盾しない限り、任意個数のＵＸをサポートするＢＸを設計することは明らかであろう。ＳＧＷ１１６０が、ネットワークアドレス７０００のフォーマットを採用する場合には、ネットワークアドレス７０００が５ビットの長さのＵＸサブフィールド７０９０を含むので、ＢＸ２９０１０及びＢＸ２９０２０はそれぞれ、最大で３２個のＵＸをサポートする。
【０２９５】
ＳＧＷ１１６０と、ＶＸ２９０００と、ＢＸ２９０１０及び２９０２０のようなＢＸと、ＨＧＷ１２００及び１２２０のようなＨＧＷのＵＸとの間の接続は、前述されたＦＴＴＢ＋ＬＡＮ構成を形成する。ネットワークオペレータは、このタイプのネットワーク構成を、複数の都市（例えば、上海、東京及びニューヨーク市）や他の人口密集区域にサービスを提供するように展開することができる。
【０２９６】
図３０は、ＶＸ３００００と、ＣＸ３００１０、３００２０及び３００３０のような多数のＣＸとを含む、ＭＸ１１８０のもう１つの構成を示す。複数のＣＸの接続はＣＸループと呼ばれ、例えば、ＣＸループ３００４０及び３００５０と呼ばれる。一実施形態において、ＣＸ３００１０と直接に接続されたＵＴが、ＣＸ３００２０と直接に接続されたＵＴと通信するとき、ＣＸ３００１０と接続されたＵＴからのＭＰデータパケットは、ＣＸ３００２０と接続されたＵＴに到達する前に、なおＳＧＷ１１６０にまで達する。それに加えて、ＣＸループ３００４０は、ＶＸ３００００を迂回せず、直接にＣＸ３００５０と通信する。例示的な構成では、ＶＸ３００００は、光ファイバケーブルを介して複数のＣＸと通信し、複数のＣＸは、同軸ケーブル、光ファイバケーブル、あるいはこれら２つのタイプの組み合わせを介して互いに通信する。当該技術分野における通常の技能を有する者には、ＣＸの個数がネットワークのネットワークアドレス指定方式と矛盾しない限り、ＶＸ３００００が、ＭＰネットワークにおいて任意個数のＣＸをサポートできるということは明らかであろう。例えば、ＳＧＷ１１６０がネットワークアドレス８０００のフォーマット（図８）を採用すると仮定する。このとき、ネットワークアドレス８０００が５ビットの長さのＣＸサブフィールド８０８０を含むので、ＳＧＷ１１６０によって管理されたＶＸ３００００は、最大で３２個までのＣＸをサポートする。
【０２９７】
ＢＸについての上の議論と同様に、説明されたＣＸはまた、図１ｄに示されたＨＧＷ１２００及びＨＧＷ１２２０におけるマスターＵＸに接続される。１つの実装では、ＣＸとＨＧＷの間の接続は、ＣＡＴ−５のＵＴＰケーブル及び／又は同軸ケーブルである。代替の実装では、この接続のために光ファイバケーブルを用いる。ＶＸ３００００の設計と同様に、当該技術分野における通常の技能を有する者には、ＭＰネットワークのアドレス指定方式と矛盾しない、任意個数のＵＸをサポートするＣＸを設計することは明らかであろう。ネットワークアドレス８０００が３ビットの長さのＵＸサブフィールド８０９０を含むので、ＭＰの都市圏ネットワーク１０００上の一実施形態に係るＣＸ３００２０は、最大で８個までのＵＸをサポートする。
【０２９８】
ＳＧＷ１１６０と、ＶＸ３００００と、ＣＸ３００１０、３００２０及び３００３０のようなＣＸと、ＨＧＷ１２００及び１２２０のようなＨＧＷのＵＸとの間での接続は、ＣＸとＨＧＷの間の接続のタイプに依存して、上述のＦＴＴＣ＋ケーブルモデムの構成か、あるいはＦＴＴＨの構成かのいずれかを形成する。具体的には、その接続がＣＡＴ−５のＵＴＰケーブル及び／又は同軸ケーブルであれば、ネットワーク構成は、ＦＴＴＢ＋ケーブルモデルの構成と呼ばれる。その接続が光ファイバケーブルであれば、ネットワーク構成はＦＴＴＨの構成と呼ばれる。ネットワークオペレータは、これらのタイプのネットワーク構成を、広がった住宅地（例えば郊外の地区）にサービスを提供するように展開することができる。
【０２９９】
図３１は、ＭＸ１１８０のさらにもう１つの構成を示し、ここでは、ＯＸ３１０００はＭＸ１１８０であり、説明された構成は、図１ｄに示す構成のサブセットである。１つの実装において、ＯＸ３１０００は、例えばｘＤＳＬ技術を含むがそれに限らないさまざまな変調技術を用いて、銅線を介してＵＸと通信する。当該技術分野における通常の技能を有する者には、当該技術分野における通常の技能を有する者には、ＵＸの個数がＭＰネットワークのアドレス指定方式と矛盾しない限り、ＯＸ３１０００が、ＭＰネットワークにおいて任意個数のＵＸをサポートするということは明らかであろう。例えば、ＳＧＷ１１６０が図９ａに示すようなネットワークアドレス９０００のフォーマットを採用すると仮定すれば、ネットワークアドレス９０００が８ビットの長さのＵＸサブフィールド９０８０を含むので、ＭＰの都市圏ネットワーク１０００上の一実施形態に係るＯＸ３１０００は、最大で２５６個までのＵＸをサポートする。ネットワークオペレータは、このＦＴＴＢ＋ｘＤＳＬのネットワーク構成を、アクセスの必要性をそれぞれ有する多数の部屋を備えた建物及びホテルに対してサービスを提供するように展開することができる。
【０３００】
図３２は、図１ｄに示すＭＸ１１８０、ＭＸ１０８０あるいはＭＸ１２４０のような一実施形態に係るＭＸのブロック図を示す。このブロック図はまた、図２９、図３０及び図３１に示されたＶＸ２９０００、ＢＸ、ＶＸ３００００、ＣＸ、及びＯＸ３１０００にも適用される。議論のためにＭＸ１１８０を用いると、この実施形態に係るＭＸ１１８０は、１つのスイッチングコア、１つのセレクタ、１つのＵＬＰＦ、及び２つのインターフェースを含む。特に、ＭＸ１１８０は、２つのタイプのインターフェース、すなわち、ＨＧＷ１２００及びＨＧＷ１２２０との通信を可能にするインターフェースＥ  ３２０２０と、ＳＧＷ１１６０との通信を可能にするインターフェースＦ  ３２０００とを含む。これらのインターフェースは、信号を１つのタイプから他のタイプに変換する。例えば、一実施形態に係るＭＸ１１８０におけるインターフェースＥ  ３２０２０及びインターフェースＦ  ３２０００は、光ファイバ信号と電気信号との間で変換する。これらのインターフェースはまた、アナログの電気信号からディジタルの電気信号に変換することと、その逆の変換とを実行することができる。それに加えて、これらのインターフェースは、複数の論理リンクをサポートする。例えば、ＭＸ１１８０におけるインターフェースＥ  ３２０２０は、少なくとも２つの論理リンクをサポートし、ここで、一方はＨＧＷ１２００と通信するためのものであり、他方はＨＧＷ１２２０と通信するためのものである。
【０３０１】
５．２．１  セレクタ．
図２９におけるセレクタ３２０３０のような、ＭＸ１１８０中の一実施形態に係るセレクタは、複数の物理リンクから受信されたパケットが、ＵＬＰＦ３２０４０のようなＵＬＰＦに伝送される順序を選択する。例えば、ＭＸ１１８０が、単一の物理リンクを介してＨＧＷ１２００に接続し、また、もう１つの物理リンクを介してＨＧＷ１２２０に接続する場合には、セレクタ３２０３０は、公知の方法（例えば、ラウンドロビンや、先入れ先出し）を用いて１つのリンクを選択し、選択されたリンク上で、パケットをＵＬＰＦ３２０４０に向けて方向付ける。しかしながら、当該技術分野における通常の技能を有する者には、開示されたＭＸ技術の範囲を越えることなく、セレクタの機能をインターフェースに組み込むこと（例えば、セレクタ３２０３０を、インターフェースＥ  ３２０２０の一部とすること）は明らかであろう。
【０３０２】
５．２．２  スイッチングコア．
図３３は、例示的なスイッチングコアのブロック図を示す。このスイッチングコアは、カラーフィルタ３３０００、遅延素子３３０１０、パケット分配器３３０２０、及びＰＡＲＥ３３０３０を含む。このスイッチングコアは、着信したパケットのカラー情報、その部分的なアドレス情報、あるいはこれら２つのタイプの情報の組み合わせに基づいて、当該着信したパケットをその最終的な宛先に向けて方向付けることに責務を有する。スイッチングコアは、パケットを複数の論理リンクに転送することができる。例えば、スイッチングコア３２０１０は、パケットを処理して、インターフェースＥ  ３２０２０を介してＨＧＷ１２００及びＨＧＷ１２２０に送信する。
【０３０３】
５．２．２．１  カラーフィルタ．
カラーフィルタ３３０００は、図３２におけるインターフェースＦ  ３２０００のような、スイッチングコア３２０１０がサポートするインターフェースのうちのいずれか１つから、ＭＰパケットあるいはＭＰでカプセル化されたパケットを受信する。受信されたパケットのカラー情報に基づき、一般に、カラーフィルタ３３０００は、論理リンク３３０４０を介して、カラーフィルタによって発行されたコマンドを送信し、また、受信されたパケットを、論理リンク３３０５０を介してＰＡＲＥ３３０３０に送信しかつ遅延素子３３０１０に送信する。しかしながら、いくつかの例では、カラーフィルタ３３０００は、ＰＡＲＥ３３０３０を通過させることなく、ＵＬＰＦ３２０４０にコマンドを送信するか（例えば、カラーフィルタ３３０３０は、セットアップのカラー情報を有するパケットに応答してセットアップコマンドをＵＬＰＦ３２０４０に送信する）、あるいは、インターフェースＦ  ３２０００を介して、ＭＰ制御パケットを、ＭＰに準拠したもう１つの構成要素に送信する（例えば、カラーフィルタ３３０００は、照会パケットに対して、要求された情報で応答する）。
【０３０４】
上述のエッジ部のスイッチのセクションに述べたように、上述のＭＰカラーの表は、例示的なタイプのカラー情報を列挙している。カラーフィルタ３３０００は、これらのカラー情報のすべてのタイプか、あるいはその何らかのサブセットを認識し、かつ処理できる。
【０３０５】
１つの実装において、カラーフィルタによって発行された命令は、ＰＡＲＥ３３０３０に、適当なパケット転送機構（すなわち、部分的なアドレスのルーティングあるいはルックアップテーブルのルーティング）と、受信されたパケットをその上に転送するためのポートとを選択させる。選択された機構及びポートについて情報を用いて、ＰＡＲＥ３３０３０は、制御信号３３０６０をアサートして、パケット分配器３３０２０によるパケット転送をトリガーする。
【０３０６】
スイッチングコアは、遅延素子３３０１０を利用して、パケット分配器３３０２０におけるパケットの到着を次の時点まで延期させる。すなわち、ＰＡＲＥ３３０３０が、同じパケット（又はそのコピー）から抽出した部分的なアドレス及びカラー情報を用いた制御信号３３０６０の生成を完了する時点まで延期させる。言い換えれば、このスイッチングコアにおいてＰＡＲＥ３３０３０が制御信号３３０６０を生成するための時間量は、遅延素子３３０１０が導入する遅延の長さ以下である。
【０３０７】
当該技術分野における通常の技能を有する者には、開示されたＭＸ技術の範囲を越えることなく、上述されたものとは異なる個数の構成要素を含むＭＸを設計することは明らかであろう。例えば、一実施形態に係るＭＸは、複数のスイッチングコア及び／又は複数のＵＬＰＦを有していてもよい。同様に、パケット分配器のような、スイッチングコアに係る何らかの機能は、ＭＸのインターフェースの一部となることが可能である。
【０３０８】
図３４は、カラーフィルタ３３０００がインターフェースＦ  ３２０００からのパケット（「３２０００からのパケット」）に応答して行う１つの処理に係るフローチャートを示す。「３２０００からのパケット」が、ＭＰパケット５０００のパケットフォーマット（図５）に従う場合、カラーフィルタ３３０００は、ブロック３４０００において、パケットのＤＡ５０１０に存在するカラー情報を調べる。具体的には、上述の論理層のセクションにおいて議論したように、ＤＡ５０１０は宛先ネットワークアドレスを含み、これはさらに、一般的なカラーのサブフィールドを含む。カラーフィルタ３３０００は、予め定義されたビットマスクと一般的なカラーのサブフィールドとの間でビット毎の比較を実行し、認識されたサービスを識別する。
【０３０９】
この例では、カラーフィルタ３３０００は、インターフェースＦ  ３２０００から、下記のカラー情報を有するパケットを認識する。すなわち、ユニキャストセットアップのカラー情報を有するパケット、ユニキャストデータのカラー情報を有するパケット、ＭＢセットアップのカラー情報を有するパケット、ＭＢデータのカラー情報を有するパケット、ＭＢ保持のカラー情報を有するパケット、及びＭＸ照会のカラー情報を有するパケットを認識する。次の議論では、カラーフィルタ３３０００が下記のビットマスクを認識することを仮定する。
【０３１０】
【表６】
2005507611.tif 000008
【０３１１】
１つの実装において、ユニキャストセットアップのカラー情報を有するパケット、ＭＸ照会のカラー情報を有するパケット、ＭＢ保持のカラー情報を有するパケット、ＭＢセットアップのカラー情報を有するパケットは、ＭＰ制御パケットである。セットアップパケットは、一般に、要求されたサービスを実行するために、伝送経路に沿ったＭＰに準拠した構成要素を初期化する（例えば、ＵＬＰＦ及び／又はＭＸのルックアップテーブルを構成する）。照会パケットは、一般に、これらの構成要素に対して、要求されたサービスを実行するためのそれらの利用可能性について照会する。保持パケットは、一般に、ルックアップテーブルが通信セッションの状態を正確に反映することを保証する。一方、ユニキャストデータのカラー情報を有するパケットとＭＢデータのカラー情報を有するパケットは、ＭＰデータパケットである。これらのパケットの用途は、以下の部分と後の動作例のセクションとにおいて議論する。
【０３１２】
「０００１１」のビットマスクと、「３２０００からのパケット」に係る一般的なカラーのサブフィールドとの間の比較が、一致を示す場合には、カラーフィルタ３３０００は、ブロック３４０１０において、当該パケットを遅延素子３３０１０とＰＡＲＥ３３０３０に中継し、ユニキャストセットアップコマンドをＰＡＲＥ３３０３０に送信する。さらに、カラーフィルタ３３０００はまた、ブロック３４０２０において、ＵＬＰＦを構成するために、ＤＡセットアップコマンドをＵＬＰＦ３２０４０に送信する。同様に、３２０００からパケットに係る一般的なカラーのサブフィールドが「０００１１」を含む場合には、カラーフィルタ３３０００は、ブロック３４０５０において、当該パケットを遅延素子３３０１０とＰＡＲＥ３３０３０に中継し、ブロック３４０６０において、ＭＢセットアップコマンドをＰＡＲＥ３３０３０に送信する。ブロック３４０７０において、カラーフィルタ３３０００は、ＤＡセットアップコマンドを用いて、ＵＬＰＦ３２０４０を構成する。
【０３１３】
ユニキャストデータのカラー情報を有するパケットあるいはＭＢデータのカラー情報を有するパケットのいずれかに応答して、カラーフィルタ３３０００は、当該パケットを遅延素子３３０１０とＰＡＲＥ３３０３０に中継し、ユニキャストデータコマンドあるいはＭＢデータコマンドような適当なコマンドをＰＡＲＥ３３０３０に送信する。ＭＢ保持のカラー情報を有するパケットに応答して、カラーフィルタ３３０００は、ブロック３４０８０において、当該パケットを遅延素子３３０３０とＰＡＲＥ３３０３０に中継し、ブロック３４０９０において、ＭＢ保持コマンドをＰＡＲＥ３３０３０に送信する。一方、ＳＧＷ１１６０（図１ｄ）のような、ＭＰに準拠したもう１つの構成要素からの、ＭＸ照会のカラー情報を有するパケットに応答して、カラーフィルタ３３０００は、ブロック３４１００において、状態照会応答パケットのようなもう１つのＭＰ制御パケットを、インターフェースＦ  ３２０００を介してＳＧＷ１１６０に戻すように送信する。このＭＰ制御パケットは、例えばＭＸ１１８０に対する発信トラフィック情報を含むがこれに限定されない情報を含む。言い換えれば、これらのカラー情報を有する異なるパケットにおけるカラー情報は、カラーフィルタ３３０００に別個の動作を開始させる命令として機能する。
【０３１４】
それに加えて、一実施形態に係るカラーフィルタ３３０００は、パケットに含まれたカラー情報を認識しない場合には、「３２０００からのパケット」をエラーパケットであるとみなし、そのパケットを廃棄する。
【０３１５】
上の議論では、カラーフィルタ３３０００の所定の機能を説明するために、カラー情報を有するパケットとビットマスクと特定のセットを使用したが、当該技術分野における通常の技能を有する者には、開示されたカラーフィルタリング技術の範囲を越えることなく、説明されたものとは異なる他のタイプのカラー情報を有するパケットに応答しかつ他の動作を呼び出すカラーフィルタを実装することは明らかであろう。後の動作例のセクションは、呼のセットアップ、呼の通信、及び呼の解放の手順において前述のカラー情報を有するパケットを利用することについてさらなる詳細を提供する。
【０３１６】
５．２．２．２  部分的アドレスルーティングエンジン．
一実施形態に係るＰＡＲＥ３３０３０は、それが受信したコマンド及びパケットに基づき、パケット分配器３３０２０に対して制御信号３３０６０をアサートする。図３５は、図３３におけるＰＡＲＥ３３０３０のような、一実施形態に係るＰＡＲＥのブロック図を示す。ＰＡＲＥ３３０３０は、部分的アドレスルーティング装置（「ＰＡＲＵ」）３５０００、ルックアップテーブルコントローラ（「ＬＴＣ」）３５０１０、ルックアップテーブル（「ＬＴ」）３５０２０、及び制御信号論理回路３５０３０を含む。ＰＡＲＵ３５０００は、論理リンク３３０４０と論理リンク３３０５０をそれぞれ介して、カラーフィルタ３３０００からのコマンド及びパケットを受信し、かつ処理する。次に、ＰＡＲＵ３５０００は、処理された結果を、制御信号論理回路３５０３０及び／又はＬＴＣ３５０１０に伝送する。
【０３１７】
１つの実装において、ＰＡＲＵ３５０００は、受信されたパケットからの関連するパケット配信情報（例えば、部分的なアドレス情報とセッション番号）をＬＴＣ３５０１０に提供し、ＬＴＣ３５０１０が、取得された情報をＬＴ３５０２０内に保持することを可能にする。他の例において、ＰＡＲＵ３５０００は、ＬＴＣ３５０１０に、情報をＬＴ３５０２０から検索させかつ制御信号論理回路３５０３０に伝送させる。ＬＴ３５０２０がＭＸ１１８０におけるローカルなメモリサブシステムに存在してもよいということを注意する必要がある。
【０３１８】
以下の例は、ＰＡＲＥ３３０３０内の各構成要素の間の動作をさらに説明するために、ＵＴ１３８０、１４００及び１４２０の間（図３１）と、ＵＴ１３８０及び１４５０の間（図１ｄ）とにおいて、ユニキャスト及びＭＢのセッションを用いている。明確化のために、これらの例の議論では、図１ｄ、図５、図９ａ、図３３及び図３５を参照し、特定の実装上の詳細事項（以下の部分で提示される）を仮定する。しかしながら、当該技術分野における通常の技能を有する者には、ＰＡＲＥ３３０３０がこれらの詳細事項に限定されないことと、後のＭＢに関する議論が他の多地点通信（例えば、ＭＭ）にも適用されることとは明らかであろう。この詳細事項は下記のことを含む。
【０３１９】
・ＭＸ１１８０は、図３１に示すＦＴＴＢ＋ｘＤＳＬの構成におけるＯＸ３１０００に対応する。ＭＸ１２４０もまた、ＯＸ３１０００と同様のネットワークトポロジーを有する。
【０３２０】
・ＵＴ１３８０、１４００及び１４２０が、同じＨＧＷ（ＨＧＷ１２００）と、同じＭＸ（ＭＸ１１８０）と、同じＳＧＷ（ＳＧＷ１１６０）とに物理的に接続されるので、これらは、図９ａに示すような国サブフィールド９０４０、都市サブフィールド９０５０、コミュニティサブフィールド９０６０及びＯＸサブフィールド９０７０において、同じ部分的なアドレスを共有する。言い換えれば、ＵＴ１３８０が、その割り当てられたネットワークアドレスにおいて次の情報を含むことを仮定する。
【０３２１】
国サブフィールド９０４０：              １；
都市サブフィールド９０５０：            ２３；
コミュニティサブフィールド９０６０：    ４５；
ＯＸサブフィールド９０７０：            ７；
ＵＸサブフィールド９０８０：            ３；
ＵＴサブフィールド９０９０：            １。
【０３２２】
このとき、ＵＴ１１４０とＵＴ１４２０の割り当てられたネットワークアドレスは、ＵＸサブフィールド９０８０とＵＴサブフィールド９０９０における部分的なアドレスを除いて、ＵＴ１３８０と同じ情報を含む。一方、ＵＴ１４５０は異なるＨＧＷ（ＨＧＷ１２６０）と異なるＭＸ（ＭＸ１２４０）に接続させるているので、その割り当てられたネットワークアドレスは、少なくともＯＸサブフィールド９０７０において、ＵＴ１３８０、１４００及び１４２０のＯＸサブフィールド６０４０における部分的なアドレスである７とは異なる部分的なアドレスを含む。
【０３２３】
・ＵＴ１４００の割り当てられたネットワークアドレスの一部は、１／２３／４５／７／２／１（国サブフィールド９０４０／都市サブフィールド９０５０／コミュニティサブフィールド９０６０／ＯＸサブフィールド９０７０／ＵＸサブフィールド９０８０／ＵＴサブフィールド９０９０）である。
・ＵＴ１４２０の割り当てられたネットワークアドレスの一部は、１／２３／４５／７／２／２である。
・ＵＴ１４５０の割り当てられたネットワークアドレスの一部は、１／２３／４５／８／１／１である。
・ＭＸ１１８０の割り当てられたネットワークアドレスの一部は、１／２３／４５／７である。
・ＭＸ１２４０の割り当てられたネットワークアドレスの一部は、１／２３／４５／８である。
・制御信号３３０６０をアサートするためにＰＡＲＥ３３０３０が費やす時間量は、カラーフィルタ３３０００からのＭＰパケットあるいはＭＰでカプセル化されたパケットのいずれかが、遅延素子３３０１０に滞在する時間量以下である。
・ＰＡＲＥ３３０３０とＰＡＲＥ３３０３０内の構成要素とは、ＭＸ１１８０の一部である。
【０３２４】
・一実施形態に係るＭＸ１１８０のカラーフィルタ３３０００は、コマンドを発行する。上で詳細に議論されたように、カラーフィルタ３３０００は、多数の、認識されたカラー情報を有するＭＰパケットから、これらのコマンドを抽出し、当該コマンドを、論理リンク３３０４０を介してＰＡＲＵ３５０００に送信する。カラーフィルタ３３０００はまた、これらのカラー情報を有するＭＰパケットを、論理リンク３３０５０を介してＰＡＲＵ３５０００に転送し、かつ遅延素子３３０１０に転送する。認識されたカラー情報を有するＭＰパケットの一部は、前の論理層のセクションにおけるＭＰカラーの表で説明される。
・上述されたパケットにおけるネットワークアドレスは、ユニキャスト通信ではネットワークアドレス９０００のフォーマットに従い、多地点通信ではネットワークアドレス９２００のフォーマットに従う。
・前のエッジ部のスイッチのセクションにおける部分的アドレスルーティングエンジンのセクションで与えられた例と同様に、ここでのサーバ群１００１０は、要求されたＭＢサービスを承認し、セッション番号「１」を予約した。このセッション番号は、ＵＴ１３８０、ＵＴ１４００及びＵＴ１４２０が情報を検索する元となるＭＢプログラムソース（例えば、テレビジョンスタジオからの生のテレビショー、映画、あるいはメディア記憶装置からのインタラクティブゲーム）を表す。また、特に言及しない限り、以下の例においてマッピングされたセッション番号は「０」である。サーバ群１００１０は、セッション番号「１」と、マッピングされたセッション番号「０」とを、ＭＢセットアップのカラー情報を有するパケットのペイロードフィールド５０５０に配置した。
【０３２５】
２つのＵＴ間のユニキャストセッションにおいて、ＰＡＲＥ３３０３０が、カラーフィルタからユニキャストセットアップコマンドあるいはユニキャストデータコマンドのいずれかを受信する場合には、ＰＡＲＵ３５０００は、制御信号３３０６０を生成するための関連した部分的なアドレス情報を、制御信号論理回路３５０３０に提供する。特に、ＵＴ１３８０が、ＵＴ１４００とのユニキャストセッションを要求する場合には、被呼者ＵＴ１４００のネットワークアドレスがそのＵＸサブフィールド９０８０に「２」を有するので、ＭＸ１１８０のＰＡＲＵ３５０００は、部分的なアドレス「２」を制御信号論理回路３５０３０に提供する。
【０３２６】
制御信号論理回路３５０３０が、部分的なアドレス「２」に応答して適当な制御信号３３０６０をアサートするように決定したとき、遅延素子３３０１０は、ユニキャストセットアップのカラー情報を有するパケットのような、一時的に遅延されたパケットを、パケット分配器３３０２０に転送する。次に、アサートされた制御信号３３０６０は、パケット分配器３３０２０に、このパケットをその宛先に転送させる。ユニキャストセットアップのカラー情報を有するパケットを、あるＭＸからあるＨＧＷにおける（マスター）ＵＸに転送することに係る議論された処理はまた、ユニキャストデータのカラー情報を有するパケットを転送することにも適用される。後のパケット分配器のセクションは、パケット分配器３３０２０のような一実施形態に係るパケット分配器の実装上の詳細事項についてさらに詳述する。
【０３２７】
一方、ＵＴ１３８０が、ＵＴ１４５０とのユニキャストセッションを要求する場合には、被呼者ＵＴ１４５０のネットワークアドレスがそのＯＸサブフィールド９０７０に「８」を有する、ＳＧＷ１１６０は、ユニキャストセットアップのカラー情報を有するパケットをＭＸ１２４０（ＭＸ１１８０の代わり）に配信する。ＭＸ１２４０が、ＭＸ１１８０のアーキテクチャ（図３２、図３３及び図３５）と同様のアーキテクチャを有すると仮定する。ＭＰのカラー情報を有するパケットを受信した後、ＭＸ１２４０のカラーフィルタ３３０００は、ＭＰのカラー情報を有するパケットを、ＭＸ１２４０の遅延素子３３０１０及びＰＡＲＵ３５０００に転送し、対応するユニキャストセットアップコマンドをＭＸ１２４０のＰＡＲＵに対してアサートする。当該パケットは、ＵＴ１４５０のネットワークアドレスにおけるＵＸサブフィールド９０８０に対応する、部分的なアドレス「１」を含む。ＰＡＲＵ３５０００は、制御信号論理回路３５０３０とパケット分配器３３０２０とが、ＨＧＷ１２６０におけるマスターＵＸへの、ユニキャストセットアップのカラー情報を有するパケットの転送を調節できるように、制御信号論理回路３５０３０に「１」を提供する。１つのＭＸの管理下にある１つのＵＴから、もう１つのＭＸの管理下にあるもう１つのＵＴに、ユニキャストセットアップのカラー情報を有するパケットを配信する上述の処理はまた、ユニキャストデータのカラー情報を有するパケットの配信にも適用される。
【０３２８】
図３６は、本例におけるＵＴ１３８０、ＵＴ１４００及びＵＴ１４２０と１つのＭＢプログラムソースとが関与するＭＢセッションを管理するために、ＰＡＲＵ３５０００が行う１つの処理に係るフローチャートを示す。上述のユニキャストセッションの確立と同様に、上述のＭＢセッションを確立するための、ＳＧＷ１１６０のサーバ群１００１０からのＭＢセットアップのカラー情報を有するパケットに応答して、カラーフィルタ３３０００は、当該パケットと、対応するＭＢセットアップコマンドとをＰＡＲＵ３５０００に送信する。ＰＡＲＵ３５０００は、ブロック３６０００において、各パケットから部分的なアドレス「３」又は「２」を検索して読み出す。ＵＴ１３８０のネットワークアドレスが、そのＵＸサブフィールド９０８０に「３」を含むので、１つのＭＢセットアップのカラー情報を有するパケットが「３」を含む。ＵＴ１４００とＵＴ１４２０が１つのＵＸを共有しかつそれらのネットワークアドレスのＵＸサブフィールド９０８０に「２」を含むので、他の２つのＭＢセットアップのカラー情報を有するパケットが「２」を含む。ＰＡＲＵ３５０００はまた、制御信号論理回路３５０３０とパケット分配器３３０２０とが、ＭＢセットアップのカラー情報を有するパケットの、それらの宛先に向けての転送を調節できるように、ブロック３６０００において、「２」又は「３」を制御信号論理回路３５０３０に伝送する。
【０３２９】
上述の例において、カラーフィルタ３３０００が、ＳＧＷ１１６０のＥＸ１００００を介してサーバ群１００１０からそれが受信した各ＭＢセットアップのカラー情報を有するパケットに対して、ＭＢセットアップコマンドをアサートするということを注意する。従って、３つの参加者（プログラムソースを除く）を含むＭＢセッションの場合、一実施形態に係るＰＡＲＵ３５０００は、３つのＭＢセットアップコマンドを受信し、従って、ブロック３６０００を３回実行する。
【０３３０】
それに加えて、ＰＡＲＵ３５０００は、ＭＢセットアップのカラー情報を有するパケットから抽出された部分的なアドレス情報（例えば、ＵＸサブフィールドにおける「２」及び「３」）と、セッション番号「１」と、マッピングされたセッション番号「０」とを、ＬＴＣ３５０１０に供給する。マッピングされたセッション番号は「０」であるので、ＬＴＣ３５０１０は、ブロック３６０１０において、ＬＴ３５０２０のセル３７０００（２，１）及び３７０２０（３，１）を「１」にセットアップする。セッション番号「１」は、上で議論されたＭＢプログラムソースを識別する。
【０３３１】
しかしながら、ＰＡＲＵ３５０００が、セッション番号と、マッピングされた非０のセッション番号と、部分的なアドレス情報とを、ＬＴＣ３５０１０に供給する場合には、一実施形態に係るＬＴＣ３５０１０は、そのマッピングされた非０のセッション番号と部分的なアドレスとを用いて、ＬＴ３５０２０をセットアップする。
【０３３２】
図３７は、ＬＴ３５０２０のサンプルとなるテーブルを示す。ＬＴ３５０２０のサイズは、１）ＨＧＷ中のＵＸが接続可能な、ＯＸ３１０００におけるポートの数と、２）ＳＧＷ１１６０がサポートする多地点通信（例えば、ＭＭとＭＢ）セッションの数とに依存する。本例において、ＯＸ３１０００が少なくとも２つのマスターＵＸ（ＵＸ３１０１０とＵＸ３１０２０）をサポートし、仮定によればＳＧＷ１１６０が３つのＭＢプログラムソースをサポートするので、ＬＴ３５０２０は、少なくとも６つのセルを含む。また、この実施形態に係るＬＴ３５０２０は、関連した部分的なアドレスとセッション番号に従い、そのセルに対してインデックスを付与する。例えば、座標（２，１）はセル３７０００に対応し、座標（３，２）はセル３７０１０に対応する。セル３７０００は、部分的なアドレス「２」を備えたＵＸであって、セッション番号「１」によって識別されるＭＢプログラムソースから情報を受信するＵＸの状態情報を表す。一方、セル３７０１０は、部分的なアドレス「３」を備えたＵＸであって、セッション番号「２」によって識別されるもう１つのＭＢプログラムソースからの情報を受信するＵＸを表す。
【０３３３】
１つの実装に係るＬＴ３５０２０のすべてのセルは、最初０から開始する。ＬＴＣ３５０１０が、ＬＴ３５０２０において、セッション番号「１」のようなセッション番号と、「２」のような部分的なアドレス（例えば、）との一致を識別すると、ＬＴＣ３５０１０は、セル３７０００（２，１）のようなＬＴ３５０２０における適切なセルの内容を１に変更し、それによって、部分的なアドレス「２」を備えたＵＴがＭＢセッション１に参加することを示す。１つの実装において、ＬＴＣ３５０１０は、ＵＴがもはやＭＢセッションの参加者ではないとき、変更されたセルを０に戻すようにリセットすることにも責務を有する。それに代わって、ＬＴ３５０２０は、その変更されたセルをリセットするためにタイマに依存する。特に、ＬＴ３５０２０は、そのセルのうちの１つに対する変更を検出するとき、タイマをスタートさせる。ＬＴ３５０２０が、所定量の時間内に、変更されたセルの内容を保存するためのいかなる通知も受信しない場合には、ＬＴ３５０２０は自動的にセルを０に戻すようにリセットする。
【０３３４】
ＭＢ保持コマンドは、この通知に係る１つのフォームを提供する。特に、前述のＭＢセッションを保持するための、ＳＧＷ１１６０のサーバ群１００１０からのＭＢ保持のカラー情報を有するパケットに応答して、カラーフィルタ３３０００は、当該パケットと、対応するＭＢ保持コマンドとをＰＡＲＵ３５０００に送信する。ＰＡＲＵ３５０００は、ブロック３６０３０において、各パケットから「２」又は「３」のいずれかである部分的なアドレスを検索して読み出す。上述のブロック３６０００と同様に、ＰＡＲＵ３５０００は、制御信号論理回路３５０３０とパケット分配器３３０２０とが、ＭＢ保持のカラー情報を有するパケットの、その宛先に向けての転送を調節できるように、ブロック３６０３０において、部分的なアドレス情報を制御信号論理回路３５０３０に伝送する。
【０３３５】
それに加えて、ＰＡＲＵ３５０００は、ＭＢ保持のカラー情報を有するパケットから抽出された部分的なアドレス情報（「２」又は「３」のいずれか）とセッション番号「１」とを、ＬＴＣ３５０１０に供給する。部分的なアドレス「２」あるいは「３」とセッション番号「１」とを有する場合、ＬＴＣ３５０１０は、セル３７０００又は３７０２０のそれぞれに対するタイマをリセットし、従って、ブロック３６０４０において上述の通知をＬＴ３５０１０に効果的に提供することができる。それに代わって、ＬＴＣ３５０１０は、セル３７０００あるいは３７０２０の内容を１に設定することができる。
【０３３６】
ＭＢプログラムソースからの、ＭＢデータのカラー情報を有するパケットに応答して、カラーフィルタ３３０００は、当該パケットと、対応するＭＢデータコマンドとをＰＡＲＵ３５０００に送信する。ＰＡＲＵ３５０００は、セッション番号サブフィールド９２７０からセッション番号を検索して読み出す。次に、ＰＡＲＵ３５０００は、ブロック３６０２０において、ＬＴ３５０２０の行１（これはＭＢセッション１に対応する。）にわたって、セル３７０００及び３７０２０のような、アクティブな値である１を有するセルを検索するように、ＬＴＣ３５０１０に命令する。
【０３３７】
この検索は、ＭＢセッション１に参加しているＵＴに至るポートを識別する。ＬＴＣ３５０１０が、１を含むセル３７０００及び３７０２０の位置を突き止めることに成功した後で、ＬＴＣ３５０１０は、上述のＬＴ３５０２０に対するインデックス付与方式によって、部分的なアドレス「２」及び「３」を取得することができる。次いで、ＬＴＣ３５０１０は、「２」及び「３」を制御信号論理回路３５０３０に伝送し、制御信号論理回路３５０３０は次に、ＭＢデータのカラー情報を有するパケットを適切なＵＸ（例えば、「２」はＵＸ３１０２０に対応し、「３」はＵＸ３１０１０に対応する）に転送するように、パケット分配器３３０２０に命令する。しかしながら、ＬＴＣ３５０１０が、ＬＴ３５０２０において、アクティブな値である１を有するいかなるセルを識別することにも失敗した場合には、一実施形態に係るＬＴＣ３５０１０は、制御信号論理回路３５０３０と通信せず、パケット分配器３３０２０によるパケット配信をトリガーしない。
【０３３８】
このＭＢの例において使用された処理は、一般に、例えばＭＭを含むがそれに限定されるものではない、他のタイプの多地点通信に適用される。また、当該技術分野における通常の技能を有する者には、上述のすべての詳細事項を用いることなしに、開示されたカラーフィルタリング処理及びＰＡＲＵの技術の設計し、あるいは実装することは明らかであろう。例えば、上述のＰＡＲＵの機能は、上述のカラーフィルタと組み合わされることが可能である。一方、上述のＰＡＲＵの機能は、さらに分割されて、上述のＬＴＣに分配されることも可能である。
【０３３９】
５．２．２．３  パケット分配器．
図３３に示されたパケット分配器３３０２０のようなパケット分配器は、制御信号論理回路３５０３０からの制御信号３３０６０に従ってパケットを適切な出力論理リンクに配信することに、主として責務を有する。図３８は、一実施形態に係るパケット分配器３３０２０のブロック図を示す。この実施形態に係るパケット分配器３３０２０は、分配器Ａ  ３８０００のような分配器と、バッファバンク３８０２０と、コントローラｘ  ３８０３０及びコントローラｙ  ３８０４０のようなコントローラとを含む。１つの実装において、バッファバンク３８０２０におけるバッファの数は、分配器の数とコントローラの数との積に等しい。従って、パケット分配器３３０２０が、遅延素子３３０１０からのパケットを受け入れるための１つの分配器と、ＯＸ３１０００によってサポートされるＵＸ（例えば、ＵＸ３１０１０とＵＸ３１０２０）にパケットを転送するための２つのコントローラとを有するので、パケット分配器３３０２０は、バッファバンク３８０２０に（１×２）個のバッファを有する。バッファバンク３８０２０におけるこれらのバッファは、ＵＸ３１０１０及びＵＸ３１０２０に送信される予定のパケットを一時的に記憶する。
【０３４０】
バッファバンク３８０２０がもたらす可能性のある遅延を最小化し、かつバッファバンク３８０２０がもたらす可能性のあるトラフィックの輻輳を防止するために、一実施形態に係るパケット分配器３３０２０におけるコントローラは、固定された時間間隔あるいは調節可能な時間間隔で、バッファバンク３８０２０をポーリングし、クリアする。この機構の説明として、パケットがＵＸ３１０１０に向かって転送されているのか、それともＵＸ３１０２０に向かって転送されているのかに依存して、（遅延素子３３０１０の出力からの）そのパケットをバッファａあるいはバッファｂのいずれかに転送するために、制御信号３３０６０が分配器Ａ  ３８０００を起動する場合を仮定する。
【０３４１】
そのパケットを、意図された論理リンクに直接に送信する代わりに、分配器Ａ  ３８０００は、そのパケットをバッファａあるいはバッファｂのいずれかに転送し、ここで、パケットは一時的に記憶される。分配器Ａ  ３８０００が追加のパケットをバッファバンク３８０２０に転送する前に、あるいは、バッファバンク３８０２０におけるオーバーフローの状況が生じる前に、コントローラｘ  ３８０３０は、それが管理している各バッファをポーリングする。コントローラｘ  ３８０３０は、本例におけるバッファａのような、バッファのいずれかにおいてパケットを検出する場合には、バッファ中のパケットをＵＸ３１０１０に伝送し、そのバッファをクリアする。同様の方法で、コントローラｙ  ３８０４０も、それが管理する各バッファをポーリングする。
【０３４２】
１×２個（すなわち、１個の分配器×２個のコントローラ）のパケット分配器が説明されたが、当該技術分野における通常の技能を有する者には、特にパケット分配器を包含することが遅延と輻輳をもたらす場合、１×２個のパケット分配器を用いずにＭＸを実装することは明らかであろう。また、当該技術分野における通常の技能を有する者には、開示されたパケット分配技術の範囲を超えることなく、他の構成を有しかつ異なるサイズのバッファバンクを備えたパケット分配器を実装することも明らかであろう。また、当該技術分野における通常の技能を有する者には、上述された機構とは異なるタイプのパケット分配機構を用いて、開示されたスイッチングコア技術を実現することも明らかであろう。
【０３４３】
５．２．２．４  アップリンクパケットフィルタ（「ＵＬＰＦ」）．
セレクタ３２０３０（図３２）が、ある物理リンクを選択した後、ＵＬＰＦ３２０４０は、所定のパケットがＳＧＷに到達すること及び／又は進入することを防止する「入力基準」に基づき、選択された物理リンク上で所定のパケットをフィルタリングして除去する。具体的には、スイッチングコア３２０１０が、セットアップコマンド（例えば、ＤＡセットアップコマンド）を送信することによって、ＵＬＰＦ３２０４０に対するこれらの入力基準を動的に確立する。あるパケットが、入力基準のいずれかを満たすことに失敗した場合には、ＵＬＰＦ３２０４０はそのパケットを廃棄する。従って、ＵＬＰＦは、ＭＰネットワークから望ましくないパケットを除去し、従ってネットワークの安全性（セキュリティ）と完全性を強化することができる。
【０３４４】
一実施形態に係るＵＬＰＦ３２０４０は、受信されたパケットが、許容できる発信元アドレス、宛先アドレス、トラフィックフロー及びデータコンテンツを含むか否かをチェックすることにより、当該受信されたパケットに対して複数の入力基準にてなるセットを適用する。これらのチェックの結果に基づいて、ＵＬＰＦ３２０４０は、インターフェースＦ  ３２０００にパケットを送信するか、それともパケットを拒絶して廃棄するかを決定する。
【０３４５】
一実施形態に係るＭＰネットワークでは、上述のＥＸ、ＢＸ、ＯＸ及びＣＸは、ＵＬＰＦを含む。当該技術分野における通常の技能を有する者には、開示されたＵＬＰＦの技術の範囲を超えることなく、異なるスイッチのＵＬＰＦに各種の入力基準を分配することは明らかであろう。例えば、図３１におけるＦＴＴＢ＋ｘＤＳＬの構成では、ＳＧＷ１１６０のＥＸにおけるＵＬＰＦは、許容できるデータコンテンツのチェックする入力基準を有する可能性がある一方で、ＯＸ３１０００におけるＵＬＰＦは、許容できる発信元アドレス、宛先アドレス及びトラフィックフローをチェックする入力基準を有する。当該技術分野における通常の技能を有する者には、開示されたＵＬＰＦの範囲が上で議論された４つの入力基準に限定されないと認識することは明らかであろう。これらの４つの入力基準は例示であり、網羅的なものではない。
【０３４６】
明確化のために、以下の議論では、一実施形態に係るＵＬＰＦ３２０４０について３つのフェーズで説明する。すなわち、ＵＬＰＦのセットアップ、ＵＬＰＦのチェック、及びＵＬＰＦの解放である。また、この議論では、以下のことを仮定する。
【０３４７】
・ＵＬＰＦ３２０４０は、ＭＸ１１８０に存在する。
・ＭＸ１１８０を管理するＳＧＷ１１６０は、図１２に示されたような独立して動作する複数のサーバシステムを用いるサーバ群１００１０を含む。
【０３４８】
５．２．２．４．１  ＵＬＰＦのセットアップ．
スイッチングコア３２０１０は、ＳＧＷ１１６０のサーバ群１００１０から受信する情報に基づいて、以下のようにＵＬＰＦ３２０４０をセットアップする。
【０３４９】
１．上述のサーバ群のセクションで議論されたＭＣＣＰ手順を実行した後、一実施形態に係る呼処理サーバシステム１２０１０（図１２）は、要求されたサービスの発呼者及び／又は被呼者にＭＰ制御パケットを送信する。これらの制御パケットは、例えば、パケット配信のための許容できるネットワークアドレスと、許容できるトラフィックフロー情報と、許容できるデータコンテンツのタイプとのリストであるが、これに限定されるものではない、ＵＬＰＦ（例えば、ＵＬＰＦ３２０４０）に対する入力基準情報を含む。
例として、ＵＴ１３８０が、ＵＴ１４５０（図１ｄ）とのメディア電話サービス（「ＭＴＰＳ」）を要求する場合には、呼処理サーバシステム１２０１０は、図５３に示すように、「ＭＴＰＳセットアップ」パケットを、発呼者ＵＴ１３８０と被呼者ＵＴ１４５０との両方に送信することによって、この要求に応答する。ＭＴＰＳセットアップパケットはＭＰ制御パケットである。後の動作例のセクションは、ＭＴＰＳの動作上の詳細事項についてさらに詳述する。
発呼者に対するＭＴＰＳセットアップパケットと被呼者に対するＭＴＰＳセットアップパケットとの両方におけるペイロードフィールド５０５０（図５）は、要求されたＭＴＰＳセッションのための許容できるトラフィックフローと、そのセッションにおける許容できるデータコンテンツのタイプとについての情報を含む。発呼者に対するＭＴＰＳセットアップパケットは、そのペイロードフィールド５０５０において被呼者のネットワークアドレスをさらに含むのに対して、被呼者に対するＭＴＰＳセットアップパケットは、そのペイロードフィールド５０５０において発呼者のネットワークアドレスを含む。この例では、発呼者に対するＭＴＰＳセットアップパケットは、その宛先に到達する前に、ＭＸ１１８０を介して伝搬し、被呼者に対するＭＴＰＳセットアップパケットは、その宛先に到達する前に、ＭＸ１２４０を介して伝搬する。
【０３５０】
２．ＭＸ１１８０が、そのＭＴＰＳセットアップパケットを受信した後、パケットのＤＡフィールドに存在するカラー情報（例えば、ユニキャストセットアップのカラー）に基づいて、そのスイッチングコア３２０１０（図３２）は、パケットから前述の入力基準を抽出して、抽出された情報を用いてＵＬＰＦ３２０４０を動的に構成する処理に進む。一実施形態に係るＵＬＰＦ３２０４０は、この構成情報を記憶するローカルなメモリサブシステムを含む。
より具体的には、１つの実装に係るＵＬＰＦ３２０４０はが、そのローカルなメモリサブシステムにＤＡ検索テーブルを含んでいる。図３９は、１つのサンプルとなるＤＡ検索テーブル３９０００を示し、このＤＡ検索テーブル３９０００は複数の２項目のエントリであって、一方の項目はあるＳＡに対するものであり、他方の項目はそのＳＡに対応したＤＡに対するものであるエントリを含む。ＳＡは、ＵＴ１３８０のような、ＭＸ１１８０の下のＭＰに準拠した構成要素のネットワークアドレスであり、ＤＡは、ＵＴ１３８０の通信相手となることが（ＭＣＣＰ手順によって）承認されている、ＭＰに準拠した構成要素（例えば、ＵＴ、メディア記憶装置、ゲートウェイ、及びサーバ群）のネットワークアドレスである。
最初、ＭＸ１１８０におけるＵＬＰＦ３２０４０のＤＡ検索テーブル３９０００は、ＳＡ列３９０３０において、ＵＴ１３４０，１３６０，１３８０，１４００及び１４２０のような、ＭＸ１１８０に依存するＵＴのネットワークアドレスを含む。スイッチングコア３２０１０が、発呼者のＳＧＷ１１６０のサーバ群からＭＴＰＳセットアップパケットを受信した後、それは、ＤＡフィールド５０１０（図５）から、発呼者のネットワークアドレスを抽出し、ペイロードフィールド５０５０から、被呼者のネットワークアドレスを抽出する。スイッチングコア３２０１０が、発呼者のネットワークアドレスとの一致によって、ＤＡ検索テーブル３９０００におけるＳＡ項目３９０１０を識別した場合には、スイッチングコア３２０１０は、被呼者のネットワークアドレスをＤＡ項目３９０２０に追加する。ＭＸ１２４０が、ＭＸ１１８０（図３２、図３３及び図３５）と同様のアーキテクチャを有し、ＤＡ検索テーブル３９０００（図３９）と同様のＤＡ検索テーブルを保持することを仮定する。同様の方法で、被呼者に対するＭＴＰＳセットアップパケットに応答して、、ＭＸ１２４０のスイッチングコア３２０１０は、発呼者のネットワークアドレスを含むようにＤＡ項目３９０６０を更新する。
ＭＸ１１８０とＭＸ１２４０のスイッチングコア３２０１０はまた、ＭＴＰＳセットアップパケットのペイロードフィールド５０５０から、上述のトラフィックフローとデータコンテンツの情報を検索して読み出し、次に、検索して読み出された情報を、ＵＬＰＦ３２０４０におけるそのローカルなメモリサブシステムに記憶する。いくつかの例に係るトラフィックフロー情報は、要求されたサービスのセッションにおける許容できるビット数、要求されたサービスのためのビット数の最大値、パケットの許容できる到着レート、及び各パケットの許容できるパケット長を含むが、これらに限定されるものではない。データコンテンツ情報は、著作権情報及び／又は他の知的所有権情報を含む可能性があるが、これらに限定されるものではない。１つの実装では、著作権で保護されたデータのコンテンツプロバイダが、そのデータをＭＰネットワーク上に置く前に、プロバイダは、そのデータを複数のＭＰデータパケットにパケット化し、また、そのデータに対する著作権に係るプロバイダの所有権を表示するために、これらのパケットのペイロードフィールド５０５０かあるいはヘッダフィールドのうちの１つかのいずれかに、１つ以上のビットを設定する。
【０３５１】
３．ＭＴＰＳセットアップパケットは、呼処理サーバシステム１２０１０から、発呼者と被呼者に送信されているので、ＭＴＰＳセットアップパケットを受信して転送する伝送経路に沿ったスイッチのＵＬＰＦは、上で議論された処理に従って、入力基準情報を用いて構成される。伝送経路に沿ったスイッチのすべてがＵＬＰＦを含むわけではないということを注意し、また、上で注意されてように、ＵＬＰＦの入力基準は、ＵＬＰＦを含むいくつかのスイッチにわたって分配されることが可能である。
【０３５２】
上述の例では、１つのＳＧＷのもとでの２つのＵＴのＤＡを用いて、図３９に示すＤＡ検索テーブル３９０００を更新したが、スイッチングコア３２０１０はまた、ＭＰネットワーク内の任意の場所に存在するＭＰに準拠した構成要素のＤＡを用いてＤＡ列を更新できる。それに加えて、当該技術分野における通常の技能を有する者には、許容できるトラフィックフロー情報と許容できるデータコンテンツ情報も記憶する、ＤＡ検索テーブル３９０００を設計することは明らかであろう。さらに、上で議論されたローカルなメモリサブシステムが、ＵＬＰＦ３２０４０のための専用メモリサブシステムであるか、又はＭＸ１１８０内のさまざまな構成要素のための共有メモリサブシステムであるかのいずれかが可能であるということを注意する必要がある。このローカルなメモリサブシステムは、ＭＸ１１８０内に存在するか、又は外部装置としてＭＸ１１８０に接続されるかのいずれかが可能である。
【０３５３】
５．２．２．４．２  ＵＬＰＦのチェック．
スイッチングコア３２０１０が、上で議論された入力基準によってＵＬＰＦ３２０４０を構成した後で、ＵＬＰＦ３２０４０は、入力基準に基づいて、それが受信するパケットをフィルタリングする。図４０は、ＵＬＰＦのチェックを実行するために、一実施形態に係るＵＬＰＦ３２０４０が行う１つの処理に係るフローチャートを示す。前の例に続き、ＵＴ１３８０はパケットの発信元であり、ＵＴ１４５０は、パケットの宛先である。
【０３５４】
具体的には、ＵＬＰＦ３２０４０が、セレクタ３２０３０（図３２）からＭＰパケットを受信する。ブロック４００００において、一実施形態に係るＵＬＰＦ３２０４０はＳＡマッチングを実行して、１）この受信されたパケットのＳＡの部分的なアドレス（例えば、国、都市、コミュニティ、及び階層化されたスイッチのサブフィールド）が、ＭＸ１１８０の割り当てられたネットワークアドレスの部分的なアドレスと一致するか否かをチェックし、２）この受信したパケットのＳＡの部分的なアドレスが、図１ｄに示すようなポート１１７０にバインドされたネットワークアドレスと一致するか否かをチェックする。これらのチェックは、ＵＬＰＦ３２０４０が受信したパケットが、許可された構成要素を発信元とし、かつ許可された論理リンクを介して着信していることを保証する。
【０３５５】
これらのチェックが取り組む１つのシナリオは、ＭＸ１１８０に接続してＭＰの都市圏ネットワーク１０００（図１ｄ）においてＳＧＷ１１６０にパケットを送信しようとする、「許可を持たない」ＨＧＷを含むものである。このＨＧＷは、ＳＧＷ１１６０のサーバ群１００１０（図１０）からの割り当てられたネットワークアドレスを持たないので、ＭＸ１１８０が受信するたパケットのＳＡは、ＭＸ１１８０の割り当てられたネットワークアドレスとは一致しない。従って、上述のＳＡマッチングのチェックによって、ＭＸ１１８０のＵＬＰＦ３２０４０は、このパケットがＳＧＷ１１６０に到達することを防止できるようになる。
【０３５６】
これらのチェックが取り組むもう１つのシナリオは、ＭＸ１１８０に接続する同じ「許可を持たない」ＨＧＷであるが、そのネットワークアドレスをＨＧＷ１２００のネットワークアドレスと一致するように勝手に変更することによってＨＧＷ１２００のＩＤになりすまそうとする「許可を持たない」ＨＧＷを含むものである。この「許可を持たない」ＨＧＷは、ポート１１７０とは異なるポートを介してＭＸ１１８０に接続し、また、ＭＰの都市圏ネットワーク１０００（図１ｄ）におけるＳＧＷ１１６０にパケットを送信しようとする。ＭＸ１１８０が受信するこのパケットのＳＡは、ポート１１７０にバインドされたネットワークアドレスと一致しないので、ＭＸ１１８０のＵＬＰＦ３２０４０はパケットを廃棄し、パケットがＳＧＷ１１６０に到達することを防止する。
【０３５７】
図３１に示されたＦＴＴＢ＋ｘＤＳＬの構成と、図９ａに示されたネットワークアドレス９００００のフォーマットとを例として用いると、ＵＬＰＦ３２０４０は、受信されたパケットのＳＡフィールド５０２０（図５）からＳＡを検索して読み出し、ＳＡの部分的なアドレス（例えば、国サブフィールド９０４０、都市サブフィールド９０５０、コミュニティサブフィールド９０６０、及びＯＸサブフィールド９０７０）を、ＯＸ３１０００のネットワークアドレスの対応部分と比較する。上述のサーバ群のセクションで議論されたように、ＯＸ３１０００は、ネットワーク構成の間に、ＳＧＷ１１６０のサーバ群１００１０（図１０）からそのネットワークアドレスを取得する。一実施形態に係るＯＸ３１０００は、その割り当てられたネットワークアドレスをそのローカルなメモリサブシステムにさらに記憶する。ＵＬＰＦ３２０４０の比較が一致をもたらす場合には、ＵＬＰＦ３２０４０は次のチェックに進む。そうでなければ、ＵＬＰＦ３２０４０はパケットを廃棄する。
【０３５８】
また、ＵＬＰＦ３２０４０は、ＵＴ１３８０からのＭＰパケットがポート３１０３０を介してＯＸ３１０００に到着することを保証するために、ＳＡの部分的なアドレス（例えば、国サブフィールド９０４０、都市サブフィールド９０５０、コミュニティサブフィールド９０６０、ＯＸサブフィールド９０７０、及びＵＸサブフィールド９０８０）を、ポート３１０３０のネットワークアドレスの対応部分と比較する。
【０３５９】
図４０のブロック４００１０において、ＵＬＰＦ３２０４０は、パケットに対してＤＡマッチングを実行する。具体的には、ＵＬＰＦ３２０４０は、ＤＡ検索テーブル３９０００のＤＡ項目３９０２０にわたって、パケットのＤＡフィールド５０１０の内容と一致するＤＡを検索する。上で議論されたように、ＵＬＰＦ３２０４０のセットアップフェーズの間に、スイッチングコア３２０１０は、ＤＡ項目３９０２０のようなこれらのＤＡ項目をセットアップする。ＵＬＰＦ３２０４０が、一致したＤＡを識別することに成功した場合には、ＵＬＰＦ３２０４０は、次のチェックに進む。そうでなければ、ＵＬＰＦ３２０４０はパケットを廃棄する。
【０３６０】
このチェックは、意図された宛先アドレスが、許可されたネットワークアドレスであることを保証する。図１０、図３２及び図３９との関連で言い換えれば、サーバ群１００１０が、承認された複数の当事者の間での要求されたサービスを承認した後で、スイッチングコア３２０１０は、これらの当事者のネットワークアドレスに従って、ＵＬＰＦ３２０４０に対するＤＡ検索テーブル３９０００をセットアップする。結果として、ＭＸ１１８０のＵＬＰＦ３２０４０は、承認された当事者を宛先としないパケットをフィルタリングして除去することができる。しかしながら、一実施形態に係るスイッチングコア３２０１０は、承認された当事者の間で通信中であるときであってもＤＡ検索テーブル３９０００を変更できる（例えば、新しい参加者を、進行中の多地点通信に追加する）ということは注意される必要がある。特に、スイッチングコア３２０１０は、ＳＧＷ１１６０のサーバ群１００１０からのＭＰセットアップパケット（例えば、図６４におけるＭＭセットアップ６４０２０）に応答して、この変更を実行する。
【０３６１】
図４０のブロック４００２０において、ＵＬＰＦ３２０４０は、パケットが所定のトラフィックフローの標準を満たすことを保証するために、トラフィックフローのモニタリングを実行する。上述のように、これらの標準の例の一部は、要求されたサービスのセッションにおける許容できるビット数、要求されたサービスのビット数の最大値、許容できるパケット到着レート、及び各パケットの許容できるパケット長を含むが、これらに限定されるものではない。図４１は、さらに、ＵＬＰＦ３２０４０のような一実施形態に係るＵＬＰＦが、ブロック４００２０を実行するために行う１つの処理に係るフローチャートを示す。パケットがトラフィックフローのモニタリングチェックに合格したとＵＬＰＦ３２０４０が決定した場合には、ＵＬＰＦ３２０４０は次のチェックに進む。そうでなければ、ＵＬＰＦ３２０４０はパケットを廃棄する。当該技術分野における通常の技能を有する者には、開示されたＵＬＰＦ技術の範囲になお含まれながら、ブロック４００２０において複数のトラフィックフロー標準でチェックすることは明らかであろう。
【０３６２】
トラフィックフローのチェックは、ＭＰネットワーク上で予測可能なトラフィックフローを保持することを援助する。例えば、ＵＬＰＦ３２０４０が、許容できるパケット長を超える任意のパケットがＭＰネットワークに入ることを防止する場合には、ＭＰネットワーク上の構成要素は、ネットワーク上で遭遇するパケットのパケット長が、期待される範囲内に含まれるという仮定の下で動作することができる。結果として、それらの構成要素において発生するパケットの処理は簡単化され、このことはまた、構成要素の設計及び／又は実装の簡単化を可能にする。
【０３６３】
図４１に示すように、一実施形態に係るＵＬＰＦ３２０４０は、２つのトラフィックフローチェックを実行する。具体的には、ＵＬＰＦ３２０４０が、図５に示すようなＬＥＮフィールド５０３０からパケットのパケット長を取得して、ブロック４１０１０において、このパケット長が、許容できるパケット長を超えるか否かを決定する。パケットの長さが、許容できるパケット長より短い場合には、ＵＬＰＦ３２０４０は次のチェックに進む。そうでなければ、ＵＬＰＦ３２０４０はパケットを廃棄する。
【０３６４】
ブロック４１０２０において、ＵＬＰＦ３２０４０は、所定の時間期間の間にＭＸ１１８０の各ポート（例えば、ポート１１７０及び１１７５）に入るパケット数を計算する。１つの実装では、サーバ群１００１０（図１０）あるいは呼処理サーバシステム１２０１０（図１２）が、帯域内信号方式を用いたＭＰ制御パケットあるいはＭＰデータパケットのいずれかを通じて、ＵＬＰＦ３２０４０に対するこの時間期間を確立する。同様に、サーバ群１００１０あるいは呼処理サーバシステム１２０１０はまた、ＵＬＰＦ３２０４０に対して、ポート毎の許容できるパケット到着レートを確立する。これは、上で議論された時間期間内にＭＸ１１８０の各ポートが受信するはずのパケット数の最大値を指定する。その計算されたパケット数が最大値未満である（すなわち、ＭＸ１１８０におけるパケット到着レートが、許容できるパケット到着レートの範囲内にある）ことをＵＬＰＦ３２０４０が見つける場合には、ＵＬＰＦ３２０４０は、図４０に示されたブロック４００３０に進む。そうでなければ、ＵＬＰＦ３２０４０はパケットを廃棄する。
【０３６５】
図４０のブロック４００３０において、ＵＬＰＦ３２０４０は、データコンテンツの照合を実行する。上に議論した１つの実装を例とすると、コンテンツプロバイダが、その著作権で保護されたデータを複数のＭＰデータパケットにパケット化し、また、そのデータに対する著作権に係るプロバイダの所有権を表示するために、これらのパケットのペイロードフィールド５０５０（図５）に１つ以上のビットを設定することを仮定する。それに加えて、これらの（複数の）特別なビットのビットシーケンス及び／又は配置は、著作権の所有者によって機密が保持され、かつ他のユーザには知られないということを仮定する。ＵＴがこれらの著作権で保護されたデータをＭＰネットワークに付勢の配信することを防止するために、一実施形態に係るＵＬＰＦ３２０４０は、パケットのペイロードフィールド５０５０において著作権の所有者を示すこれらの（複数の）特別なビットを検索して、疑わしいデータパケットを識別する。（それに代わって、この知的所有権の情報は、ＭＰパケットヘッダの一部になることが可能である。）ＵＬＰＦ３２０４０は、（コンテンツプロバイダが用いるＵＴとは異なる）ＵＴからの、これらの（複数の）ビットのセットを有するデータパケットを拒絶する。
【０３６６】
あるＭＰパケットが、これらの４つのチェックに合格できる場合には、ＵＬＰＦ３２０４０は、パケットをインターフェースＦ  ３２０００（図３２）に中継する。図４０は、上述のＵＬＰＦチェックに係る多くの可能な実装のうちの１つであるということは強調される必要がある。当業者には、開示されたＵＬＰＦ技術の範囲を超えることなく、他の入力基準を用い、かつ図４０に示された４つとは異なるチェックを実行するＵＬＰＦ３２０４０を構成することは明らかであろう。それに加えて、代替の実施形態に係るＵＬＰＦ３２０４０は、説明されたシーケンスとは異なるシーケンスで４つのチェックを実行することも可能である。さらに、一実施形態に係るＵＬＰＦ３２０４０は、ＵＬＰＦのセットアップフェーズが完了される前にチェックを実行することができる。より具体的には、この実施形態に係るＵＬＰＦ３２０４０は、そのローカルなメモリサブシステムにデフォルトの入力基準と特別なルールとを記憶する。この特別なルールによれば、所定のＭＰ制御パケットのような特定のタイプのパケットが、４つのチェックの一部又はすべてをバイパスして、インターフェースＦ  ３２０００に到達することを可能にする。
【０３６７】
５．２．２．４．３  ＵＬＰＦの解放．
要求されたサービスの終了において、１つの実装のサーバ群１００１０（図１０）あるいは呼処理サーバシステム１２０１０（図１２）は、ＭＰ制御パケットをＭＸ１１８０のスイッチングコア３２０１０（図３２）に送信し、ＵＬＰＦの解放を開始する。
【０３６８】
この制御パケットに応答して、スイッチングコア３２０１０は、ＵＬＰＦ３２０４０に命令して、そのＤＡ検索テーブル３９０００から、要求されたサービスに関与する宛先アドレスを削除させ、また、例えばトラフィックフロー情報を含むがこれに限定するものではない入力基準の他のパラメータを、そのデフォルト値に戻すようにリセットさせる。
【０３６９】
この開示されたＵＬＰＦ技術は、ＭＰネットワークの完全性と安全性を強化することができ、また、ネットワークの性能における予測可能性の保持を援助することができる。ＵＬＰＦ技術を説明するために、上述の議論では多数の詳細事項を用いたが、当該技術分野における通常の技能を有する者には、ＵＬＰＦ技術の範囲がこれらの詳細事項によって限定されるものではないということは明らかであろう。また、前の部分ではＭＸにおけるＵＬＰＦについて議論したが、当該技術分野における通常の技能を有する者には、開示されたＵＬＰＦ技術の範囲を超えることなく、ＭＰネットワーク内の他のスイッチ（例えば、ＥＸ）におけるＵＬＰＦを用いることは明らかであろう。
【０３７０】
５．３  家庭用ゲートウェイ（ＨＧＷ）．
ＨＧＷは、ＭＰネットワークにアクセスする異なるタイプのＵＴを提供する。図４２ａは、１つの構成に係るＨＧＷである、ＨＧＷ４２０００のブロック図を示す。ＨＧＷ４２０００は、１つのマスターＵＸ４２０１０と、多数のスレーブＵＸ、例えばＵＸ４２０２０，４２０３０，４２０４０及び４２０５０とを含む。これらのＵＸは、リンク４２０６０，４２０７０，４２０８０及び４２０９０を介して、互いに接続される。図４２ｂは、代替の構成に係るＨＧＷ４２０００のブロック図を示し、ここで、マスターＵＸ４２０１０とスレーブＵＸ４２０２０，４２０３０，４２０４０及び４２０５０は、共通のバス４２１９０を介して互いに接続される。それに加えて、各ＵＸは、所定個数のＵＴをサポートできる。一実施形態に係るマスターＵＸ４２０１０は、ＨＧＷ４２０００がサポートするスレーブのＵＸ及びＵＴの総数を制限すること（例えば、ＨＧＷの総帯域幅使用量に基づく）に責務を有する。
【０３７１】
５．３．１  ユーザスイッチ．
５．３．１．１  マスターユーザスイッチ．
図４３は、マスターＵＸ４２０１０のようなマスターＵＸの、１つの構造上の実施形態を示す。特に、マスターＵＸ４２０１０は方形筐体部４３０９０を含み、この方形筐体部４３０９０は、その側面４３０００と側面４３０６０上に多数のコネクタを備えている。コネクタ４３０１０，４３０２０，４３０３０，４３０４０及び４３０５０のような、側面４３０００上のコネクタは、ＵＴ及びスレーブＵＸを、マスターＵＸ４２０１０に接続する。側面４３０６０上のコネクタ４３０７０あるいは４３０８０のいずれかは、ＭＸをマスターＵＸ４２０１０に接続する。これらのコネクタに係るいくつかの例は、より対線ケーブルに対するコネクタ、同軸ケーブルに対するコネクタ、及び光ファイバケーブルに対するコネクタを含むが、これらに限定されるものではない。コネクタは電源ソケット（コンセント）と同様に作用し、ＭＰネットワークにおいてプラグ・アンド・プレイの簡単な使用の達成を援助する。言い換えれば、ちょうど電気機器が電源ソケットのプラグを接続することによって電力を得るように、ＵＴあるいはＭＰに準拠した他の構成要素は、これらのコネクタの「プラグに接続する」ことによって、ＭＰネットワークへのアクセスを取得する。このプラグを接続してアクセスを取得する手順は、ＵＴあるいはＭＰに準拠した他の構成要素の手動の構成や、又はリブートを必要としない。
【０３７２】
当該技術分野における通常の技能を有する者には、図４３に示された構造上の実施形態に限定されることなくマスターＵＸ４２０１０を実装することは明らかであろう。例えば、当業者は、異なる形状の筐体部を用いてマスターＵＸ４２０１０設計しかつ組み立てることができる。当業者はまた、異なる個数のコネクタを含み、及び／又は筐体部上でのコネクタの配置を再構成することができる。
【０３７３】
図４４は、例示的な実施形態に係るマスターＵＸ４２０１０のブロック図を示す。マスターＵＸ４２０１０は、スイッチングコア、セレクタ、及びインターフェースを含む。特に、マスターＵＸ４２０１０は、３つのタイプのインターフェースを含む。すなわち、ＵＴ  Ｄ  ４２０９０及びＵＴ  Ｌ  ４２２１０との通信を可能にするインターフェースＧ  ４４０２０と、スレーブＵＸ  Ａ  ４２０２０及びスレーブＵＸ  Ｂ  ４２０３０との通信を可能にするインターフェースＨ  ４４０４０と、ＭＸとの通信を可能にするインターフェースＩ  ４４０００とを含む。これらの３つのインターフェースは、１つのタイプの信号をもう１つのタイプに変換する。例えば、一実施形態に係るマスターＵＸ４２０１０におけるインターフェースＩ  ４４０００は、光ファイバ信号と電気信号との間で変換する。この例では、マスターＵＸ４２０１０が、同じ物理的伝送媒体を介してスレーブＵＸと通信する場合には、インターフェースＨ  ４４０４０は信号変換を実行しない。
【０３７４】
５．３．１．２  スレーブユーザスイッチ．
スレーブＵＸはＭＸと直接に通信することがないので、スレーブＵＸの１つの構造上の実施形態は図４２に示された実施形態と同様であるが、その側面４３０６０にコネクタを備えていない。
【０３７５】
さらに、マスターＵＸと同様に、スレーブＵＸも、スイッチングコア、セレクタ、及びインターフェースを含む。スレーブＵＸのスイッチングコアは、マスターＵＸ４２０１０のスイッチングコア４４０１０がサポートする機能のうちのサブセットをサポートし、及び、スレーブＵＸのセレクタは、セレクタ４４０３０と同じ機能のセットをサポートする。しかしながら、マスターＵＸとは異なり、スレーブＵＸは、ＭＸと直接に通信するためのインターフェースを持たず、サーバ群から割り当てられたネットワークアドレスを持たない。（注意：部分的なアドレスのサブフィールドにおける「ＵＸサブフィールド」は、実際には「マスターＵＸサブフィールド」である。しかしながら、簡単化のため、このサブフィールドは単にＵＸサブフィールドと呼ばれる。）明確化のために、後の議論では、主にマスターＵＸ４２０１０に焦点を合わせる。しかしながら、特に示されていない限り、その議論はまた、スレーブＵＸ  Ａ  ４２０２０、スレーブＵＸ  Ｂ  ４２０３０、スレーブＵＸ  Ｃ  ４２０４０、あるいはスレーブＵＸ  Ｄ  ４２０５０のようなスレーブＵＸにも適用される。
【０３７６】
５．３．１．３  セレクタ．
図４４におけるセレクタ４４０３０のような一実施形態に係るセレクタは、選択された物理リンク上で伝搬するパケットを、スイッチングコア４４０１０に伝送する。特に、セレクタ４４０３０は、公知の方法（例えば、ラウンドロビンや、先入れ先出し）を用いて、アクティブな信号を有する（複数の）物理リンクを選択し、選択された（複数の）物理リンク上のパケットをスイッチングコア４４０１０に直接に方向付ける。これらのパケットは、ＵＴ  Ｄ  ４２０９０及びＵＴ  Ｌ  ４２２１０のような直接に接続されたＵＴから着信する場合があり、及び／又は、スレーブＵＸ  Ａ  ４２０４０及びスレーブＵＸ  Ｂ  ４２０３０のような直接に接続されたＵＸから着信する場合がある。当該技術分野における通常の技能を有する者には、開示されたＵＸ技術の範囲を超えることなく、セレクタの機能をインターフェースに組み込むこと（例えば、セレクタ４４０３０を、インターフェースＧ  ４４０２０及びインターフェースＨ  ４４０４０の一部とすること）は明らかであろう。
【０３７７】
５．３．１．４  スイッチングコア．
一実施形態に係るマスターＵＸ４２０１０は、ＵＴと、他の（スレーブの）ＵＸとにパケットを配信するために、スイッチングコア４４０１０のようなスイッチングコアを用いる。特に、ＭＸからのパケットに応答して、一実施形態に係るスイッチングコア４４０１０は、カラー情報、部分的なアドレス情報、あるいはこれら２つのタイプの情報の組み合わせに基づいて、パケットをスレーブＵＸに「条件付きでブロードキャストする」ことか、あるいは、インターフェースＧ  ４４０２０を介してパケットをＵＴに配信することかのいずれかを実行する。一方、ＵＴ  Ｄ  ４２０９０及びＵＴ  Ｌ  ４２２１０からのパケットに応答して、一実施形態に係るスイッチングコア４４０１０は、パケットの宛先がＨＧＷ４２０００によってサポートされるＵＴであるか否かに依存して、パケットをもう１つの（スレーブの）ＵＸあるいはＭＸのいずれかに中継する。
【０３７８】
上述の「条件付きブロードキャスト」は、スイッチングコア４４０１０が所定の状況を検出した場合に、図４２ａに示されたスレーブＵＸ  Ａ  ４２０２０及びスレーブＵＸ  Ｂ  ４２０３０のような、あるいは図４２ｂに示されたスレーブＵＸ  Ａ  ４２０２０、スレーブＵＸ  Ｂ  ４２０３０、スレーブＵＸ  Ｃ  ４２０４０及びスレーブＵＸ  Ｄ  ４２０５０のような、複数のスレーブＵＸに対して、マスターＵＸ４２０１０によって行われるパケット配信を示す。例えば、図４２ａに示された構成の場合、一実施形態に係るスイッチングコア４４０１０が、当該スイッチングコア４４０１０によって受信されたパケットは、マスターＵＸ４２０１０に直接に接続されたＵＴ（例えば、ＵＴ  Ｄ  ４２０９０及びＵＴ  Ｌ  ４２２１０）に転送するための、マスターＵＸ４２０１０に対するものではなく、ＨＧＷ４２０００によってサポートされるＵＴに対するものであると決定するならば、スイッチングコア４４０１０は、受信されたパケットのコピー（複製）を生成し、受信されたパケットと複製されたパケットとをスレーブＵＸ  Ａ  ４２０２０及びスレーブＵＸ  Ｂ  ４２０３０にそれぞれに配信する。
【０３７９】
一方、図４２ｂに示された構成の場合、スイッチングコア４４０１０がＭＸからパケットを受信し、受信されたパケットは、マスターＵＸ４２０１０に直接に接続されたＵＴ（例えば、ＵＴ  Ｄ  ４２０９０及びＵＴ  Ｌ  ４２２１０）に転送するための、マスターＵＸ４２０１０に対するものではないと認識したならば、スイッチングコア４４０１０は、受信されたパケットを共通のバス構成要素４２１９０上に配置する。スイッチングコア４４０１０が、マスターＵＸ４２０１０に直接に接続されたＵＴ（例えば、ＵＴ  Ｄ  ４２０９０）からパケットを受信し、受信されたパケットは、直接に接続されたもう１つのＵＴ（例えば、ＵＴ  Ｌ  ４２２１０）を宛先とされるものではなく、ＨＧＷ４２０００によってサポートされるＵＴに対するものであると認識する場合には、スイッチングコア４４０１０はまた、受信されたパケットを共通のバス構成要素４２１９０上に配置する。スイッチングコア４４０１０が共通のバス構成要素４２１９０からパケットを受信し、受信されたパケットは、マスターＵＸ４２０１０に直接に接続されたＵＴ（例えば、ＵＴ  Ｄ  ４２０９０及びＵＴ  Ｌ  ４２２１０）に転送するためのマスターＵＸ４２０１０に対するものではなく、ＨＧＷ４２０００によってサポートされるＵＴに対するものであると認識する場合には、スイッチングコア４４０１０は、受信されたパケットを共通のバス構成要素４２１９０上に残す。
【０３８０】
ＨＧＷ４２０００における一実施形態に係るマスターＵＸ４２０１０は、ＨＧＷ４２０００がサポートするすべてのＵＴの部分的なネットワークアドレスのリストを含むローカルなメモリサブシステムを含み、マスターＵＸ４２０１０はまた、ブロック４５０００におけるタスクと、ＭＰパケットがＨＧＷ４２０００によってサポートされるＵＴに対するものであるか否かを照合するタスクとを実行する、ローカル処理エンジン（これはＵＸのスイッチングコアの一部でることが可能である。）を含む。代替の実施形態に係るＵＸは、このＵＴリストのための記憶装置及び／又は処理を提供するために、当該ＵＸが直接に管理する（複数の）ＵＴに依存する。言い換えれば、マスターＵＸ４２０１０のスイッチングコア４４０１０は、ＵＴ  Ｄ  ４２０９０からリストを検索して前述のタスクを実行するか、あるいは、代理として前述のタスクを実行するようにＵＴ  Ｄ  ４２０９０に要求するかの、いずれかが可能である。
【０３８１】
マスターＵＸ４２０１０が、受信されたパケットは、当該マスターＵＸ４２０１０によって直接に管理されるのＵＴのいずれに対するものでもなく、ＨＧＷ４２０００によってサポートされるＵＴのいずれに対するものでもないと決定する場合には、マスターＵＸ４２０１０は、受信されたパケットをＭＸに送信する。
【０３８２】
スレーブＵＸにおけるスイッチングコアは、それがＭＸからパケットを直接に受信することもなく、ＭＸにパケットを直接に配信することもないということを除いて、スイッチングコア４４０１０と同様の方法で動作する。図４２ａにおけるスレーブＵＸ  Ｂ  ４２０３０を例として用いると、そのスイッチングコアが、スレーブＵＸ  Ｃ  ４２０４０からのパケットは、スレーブＵＸ  Ｂ  ４２０３０に直接に接続されたＵＴ（例えば、ＵＴ  Ｇ  ４２１００及びＵＴ  Ｋ  ４２２００）に転送するための当該スレーブＵＸ  Ｂ  ４２０３０に対するものではないと決定する場合、スイッチングコアは、そのパケットをスレーブＵＸ  Ｄ  ４２０５０とマスターＵＸ４２０１０にブロードキャストする。ループを防止するために、ＵＸは、パケットを、当該パケットの前の送信者（例えば、スレーブＵＸ  Ｃ  ４２０４０）にはブロードキャストしない。一方、スレーブＵＸ  Ｂ  ４２０３０のスイッチングコアが、ＵＴ  Ｇ  ４２１００からパケットを受信する場合には、このスイッチングコアは、１）マスターＵＸ４２０１０を介してパケットをＭＸに転送すること、２）パケットをもう１つのＵＸ（例えば、スレーブＵＸ  Ｄ  ４２０５０）に転送すること、あるいは、３）スレーブＵＸ  Ｂ  ４２０３０に直接に接続されたもう１つのＵＴ（例えば、ＵＴ  Ｋ  ４２２００）にパケットを配信することの可能性がある。
【０３８３】
図４２ｂに示された構成の場合、スレーブＵＸ  Ｂ  ４２０３０のスイッチングコアがＵＴ  Ｇ  ４２１００からパケットを受信するならば、このスイッチングコアは、受信されたパケットを共通のバス構成要素４２１９０上に配置するか、又は、スレーブＵＸ  Ｂ  ４２０３０と直接に接続されたもう１つのＵＴ（例えば、ＵＴ  Ｋ  ４２２００）に配信するかの、いずれかを行う可能性がある。
【０３８４】
図４５は、一実施形態に係るスイッチングコア４４０１０が「ダウンストリーム方向」のパケット（例えば、インターフェースＩ  ４４０００あるいはインターフェースＨ  ４４０４０からのパケット）に応答して行う１つの処理に係るフローチャートを示すのに対して、図４６は、「アップストリーム方向」のパケット（例えば、インターフェースＧ  ４４０２０からのパケット）に応答するフローチャートを示す。しかしながら、インターフェースＨ  ４４０４０からのパケットが、もう１つのＨＧＷによった管理されるＵＴを宛先とされる場合には、当該パケットは「アップストリーム方向のパケット」とみなされる。
【０３８５】
一実施形態に係るマスターＵＸ４２０１０は、そのスイッチングコア４４０１０が、ダウンストリーム方向のパケットとアップストリーム方向のパケットとを簡単に区別できるように、アップストリーム方向のトラフィックとダウンストリームのトラフィックとを物理的に分離する。特に、マスターＵＸ４２０１０は、アップストリーム方向のパケットを受信するために、その一部のポートを予約する。結果として、スイッチングコア４４０１０が、指定されたアップストリーム方向のポートのうちの１つからパケットを受信するとき、それは当該パケットがアップストリーム方向のパケットであると認識する。そうでなければ、スイッチングコア４４０１０は、当該パケットがダウンストリーム方向のパケットであると認識する。当該技術分野における通常の技能を有する者には、開示されたスイッチングコアの技術の範囲を超えることなく、トラフィックの方向を区別するための他のアプローチを適用することは明らかであろう。
【０３８６】
次の例には、図４２ａ又は図４２ｂと図１ｄとに示すＵＴ  Ｄ  ４２０９０、ＵＴ  Ｇ  ４２１００、ＵＴ  Ｉ  ４２１７０及びＵＴ１４５０を用いて、図４５及び図４６に示されたフローチャートをさらに説明する。明確化のために、この例では、ある特定の実装上の詳細事項を仮定する。しかしながら、当該技術分野における通常の技能を有する者には、スイッチングコア４４０１０がこれらの詳細事項に限定されないことは明らかであろう。この詳細事項は次のものを含む。
【０３８７】
・上述のＵＴの、割り当てられたネットワークアドレスは、ネットワークアドレスのフォーマット９０００（図９ａ）に従う。
・ＨＧＷ４２０００は、例示されたＨＧＷ４２０００が例示されたＨＧＷ１２００よりも多くのＵＴをサポートすることを除いて、図１ｄにおけるＨＧＷ１２００に対応する。
【０３８８】
・マスターＵＸ４２０１０は、例えばＭＸ１１８０であるＭＸに接続する。スレーブＵＸ  Ｂ  ４２０３０とスレーブＵＸ  Ｃ  ４２０４０は、マスターＵＸ４２０１０を介して、ＭＸ１１８０と通信する。従って、ＵＴ  Ｄ  ４２０９０、ＵＴ  Ｇ  ４２１００及びＵＴ  Ｉ  ４２１７０は、図９ａに示す国サブフィールド９０４０、都市サブフィールド９０５０、コミュニティサブフィールド９０６０、ＯＸサブフィールド９０７０、及びＵＸサブフィールド９０８０において、同じ部分的なアドレスを共有する。言い換えれば、ＵＴ  Ｄ  ４２０９０が、その割り当てられたネットワークアドレスに次の情報を含むことを仮定する。
【０３８９】
国サブフィールド９０４０：              １；
都市サブフィールド９０５０：            ２３；
コミュニティサブフィールド９０６０：    １００；
ＯＸサブフィールド９０７０：            １１；
ＵＸサブフィールド９０８０：            １；
ＵＴサブフィールド９０９０：            １５。
【０３９０】
このとき、ＵＴ  Ｇ  ４２１００及びＵＴ  Ｉ  ４２１７０の割り当てられたネットワークアドレスは、ＵＴサブフィールド９０９０における部分的なアドレスを除いて、ＵＴ  Ｄ  ４２０９０と同じ情報を含む。
【０３９１】
・それに加えて、図１ｄに示すＵＴ１４５０は、上述のＨＧＷ１２００のＵＴとは異なるＨＧＷ及び異なるＭＸに接続するので、ＵＴ１４５０は、ＯＸサブフィールド９０７０において異なる情報を含み、場合によっては、ＵＸサブフィールド９０８０及びＵＴサブフィールド９０９０において異なる情報を含む。
・ＵＴ１４５０の割り当てられたネットワークアドレスの一部は、１／２３／１００／１２／６／９（国サブフィールド９０４０／都市サブフィールド９０５０／コミュニティサブフィールド９０６０／ＯＸサブフィールド９０７０／ＵＸサブフィールド９０８０／ＵＴサブフィールド９０９０）である。
・ＵＴ  Ａ  ４２１１０の割り当てられたネットワークアドレスの一部は、１／２３／１００／１１／１／６である。
・ＵＴ  Ｂ  ４２１２０の割り当てられたネットワークアドレスの一部は、１／２３／１００／１１／１／２である。
・ＵＴ  Ｃ  ４２１３０の割り当てられたネットワークアドレスの一部は、１／２３／１００／１１／１／３である。
・ＵＴ  Ｇ  ４２１００の割り当てられたネットワークアドレスの一部は、１／２３／１００／１１／１／８である。
・ＵＴ  Ｉ  ４２１７０の割り当てられたネットワークアドレスの一部は、１／２３／１００／１１／１／５である。
・ＵＴ  Ｌ  ４２２１０の割り当てられたネットワークアドレスの一部は、１／２３／１００／１１／１／７である。
・ＵＴ  Ｋ  ４２２００の割り当てられたネットワークアドレスの一部は、１／２３／１００／１１／１／９である。
・マスターＵＸ４２０１０の割り当てられたネットワークアドレスの一部は、１／２３／１００／１１／１である。
【０３９２】
スイッチングコア４４０１０が、インターフェースＩ  ４４０００を介してＭＸ１１８０からパケットを受信するとき（「ＭＸからのパケット」）、それは、ブロック４５０００において、ビット毎に部分的なアドレスの比較を実行する。特に、「ＭＸからのパケット」のＤＡフィールド５０１０（図５）が、ＵＴ  Ｄ  ４２０９０の割り当てられたネットワークアドレスを含むと仮定する。スイッチングコア４４０１０は、「ＭＸからのパケット」のＤＡのＵＴサブフィールド９０９０を、ＵＴ  Ｄ  ４２０９０の割り当てられたネットワークアドレスのＵＴサブフィールド９０９０と比較する。この例ではＵＴサブフィールドが一致するので、スイッチングコア４４０１０はブロック４５０１０に進み、ＵＴサブフィールド９０９０における部分的なアドレス「１５」を用いて、「ＭＸからのパケット」をＵＴ  Ｄ  ４２０９０に送信する。
【０３９３】
しかしながら、「ＭＸからのパケット」が、ＵＴ  Ｇ  ４２１００の割り当てられたネットワークアドレスを含む場合には、ブロック４５０００における部分的なアドレスの比較は不一致を示し、スイッチングコア４４０１０は、ブロック４５０２０における、パケットを他のＵＸにブロードキャストする処理に進む。より具体的には、ＵＴ  Ｄ  ４２１００及びＵＴ  Ｌ  ４２２１０の割り当てられたネットワークアドレスのＵＴサブフィールド９０９０は、それぞれ「１５」及び「７」である。「ＭＸからのパケット」のＤＡのＵＴサブフィールド９０９０における内容は「８」であるので、スイッチングコア４４０１０は、そのパケットが、マスターＵＸ４２０１０によって直接に管理されるＵＴ（すなわち、ここでは、ＵＴ  Ｄ  ４２０９０及びＵＴ  Ｌ  ４２２１０）のいずれに対するものでもないことを認識し、ブロック４５０２０において、ＨＧＷ４２０００における他のスレーブＵＸにパケットをブロードキャストする。
【０３９４】
図４２ａに示されたような構成において、スイッチングコア４４０１０は、マスターＵＸ４２０１０に直接に接続されたスレーブＵＸ（すなわち、ここでは、スレーブＵＸ  Ａ  ４２０２０及びスレーブＵＸ  Ｂ  ４２０３０）にパケットとパケットの複製とを方向付けることによって、「ＭＸからのパケット」をブロードキャストする。スレーブＵＸ  Ａ  ４２０２０が、「ＭＸからのパケット」を受信するとき、そのスイッチングコアが、図４５に示す処理を行う。ここで、「ＭＸからのパケット」のＤＡは、ＵＴ  Ｇ  ４２１００に対するものであって、スレーブＵＸ  Ａ  ４２０２０が直接に管理するＵＴ（すなわち、ここでは、ＵＴ  Ａ  ４２１１０、ＵＴ  Ｂ  ４２１２０及びＵＴ  Ｃ  ４２１３０）のいずれに対するものでもないので、ブロック４５０００におけるＵＴサブフィールドの部分的なアドレスの比較は不一致を示す。上述のように、一実施形態に係るＨＧＷ４２０００では、ＵＸは、パケットを、当該パケットの前の送信者にはブロードキャストしないので、スレーブＵＸ  Ａ  ４２０２０は、「ＭＸからのパケット」をマスターＵＸ４２０１０に戻すようには送信しない。
【０３９５】
スレーブＵＸ  Ｂ  ４２０３０に関して、「ＭＸからのパケット」のＤＡは、スレーブＵＸ  Ｂ  ４２０３０が直接に管理するＵＴの１つであるＵＴ  Ｇ  ４２１００に対するものであるので、そのスイッチングコアは、ブロック４５０００においてアドレスの一致を確認する。次に、スレーブＵＸ  Ｂ  ４２０３０のスイッチングコアは、ブロック４５０１０において、ＵＴサブフィールド９０９０中の部分的なアドレス「８」に従って、ＵＴ  Ｇ  ４２１００に「ＭＸからのパケット」を送信する。
【０３９６】
ＨＧＷ４２０００が、図４２ｂに示されたもののような構成を採用する場合、「ＭＸからのパケット」を複製する代わりに、スイッチングコア４４０１０は、パケットを共通のバス構成要素４２１９０に配置する。スイッチングコア４４０１０と、スレーブＵＸのスイッチングコアとは、共通のバス構成要素４２１９０からのパケットを検査する。パケットのＵＴ部分的アドレスサブフィールドと一致するＵＴサブフィールドを有するＵＴを直接に管理するスイッチングコアは、パケットを宛先ＵＴに転送し、共通のバス構成要素４２１９０からのパケットを除去する。
【０３９７】
一実施形態に係るＨＧＷ４２０００におけるＵＸは、ＵＸがサポートするＵＴの部分的なネットワークアドレスのリストを含むローカルなメモリサブシステムと、ブロック４５０００におけるタスクを実行するローカルな処理エンジン（これは、ＵＸのスイッチングコアの一部になることが可能である。）とを含む。代替の実施形態に係るＵＸは、このＵＴリストのための記憶装置及び／又は処理を提供するために、当該ＵＸが直接に管理する（複数の）ＵＴに依存する。言い換えれば、スレーブＵＸ  Ｂ  ４２０３０のスイッチングコアは、ＵＴ  Ｇ  ４２１００からリストを検索してブロック４５０００におけるタスクを実行するか、あるいは、ブロック４５０００におけるタスクを代理として実行するようにＵＴ  Ｇ  ４２１００に要求するかの、いずれかが可能である。
【０３９８】
「ＭＸからのパケット」は、ダウンストリーム方向のパケットであるので、ＨＧＷ４２０００におけるＵＸのいずれもＵＴにパケットを配信できない場合には（議論されたＵＴサブフィールド９０９０の比較は、ＨＧＷ４２０００における各ＵＸに対して不成功であるので）、マスターＵＸ４２０１０は、ブロック４５０００におけるタスクを実行したＨＧＷ４２０００内の最後のＵＸに、パケットを廃棄するように命令してもよい。それに代わって、マスターＵＸ４２０１０は、管理者のＳＧＷに到達するまでエラー通知を送信してもよい。
【０３９９】
ＨＧＷ４２０００におけるＵＸのいずれかが、ＵＴからパケットを受信した時（「ＵＴからのパケット」）、ＵＸは、ブロック４６０００において（図４６）、「ＵＴからのパケット」が、ＵＸによって直接に管理されるＵＴに対するものであるのか否かを決定する。例えば、スレーブＵＸ  Ｃ  ４２０４０が、ＵＴ  Ｊ  ４２１８０から「ＵＴからのパケット」を受信した場合、スレーブＵＸ  Ｃ  ４２０４０は、パケットがＵＴ  Ｈ  ４２１６０又はＵＴ  Ｉ  ４２１７０のいずれかに対するものであるか否かをチェックする。スレーブＵＸ  Ｃ  ４２０４０は、次に、ブロック４６０１０において、スレーブＵＸ  Ｃと直接に接続されたＵＴのうちの１つに「ＵＴからのパケット」を配信することか、あるいは、ブロック４６０２０において、受信側のＵＸがＨＧＷ４２０００のマスターＵＸであるか否かを照合することかの、いずれかを行う。この場合、受信側のＵＸ（ここでは、スレーブＵＸ  Ｃ  ４２０４０）は、ＨＧＷ４２０００のマスターＵＸではないので、スレーブＵＸ  Ｃ  ４２０４０は、パケットを他のＵＸにブロードキャストする（例えば、図４２ａの構成ではスレーブＵＸ  Ｂ  ４２０３０を介してブロードキャストし、あるいは図４２ｂの構成では共通のバス構成要素４２１９０を介してブロードキャストする）。しかしながら、受信側のＵＸがマスターＵＸ４２０１０である場合には、マスターＵＸ４２０１０は、ブロック４６０３０において、「ＵＴからのパケット」が、ＨＧＷ４２０００によってサポートされるＵＴのいずれかに対するものであるか否かをチェックする。上述のように、マスターＵＸ４２０１０は、ＨＧＷ４２０００がサポートするＵＴのリストを保持している。このチェックが、「ＵＴからのパケット」を受信するＵＴを識別することに失敗した場合には、マスターＵＸ４２０１０は、ブロック４６０４０において、パケットを、ＨＧＷ４２０００と直接的な接続を有するＭＸに送信する。代わって、このＭＸは、発信元ＵＴ（この例ではＵＴ  Ｊ  ４２１８０）を管理するＳＧＷにパケットを送信する。従って、ＨＧＷ４２０００がＨＧＷ１２００（図１ｄ）に対応する場合には、マスターＵＸ４２０１０は、「ＵＴからのパケット」をＭＸ１１８０に転送し、ＭＸ１１８０はパケットをＳＧＷ１１６０に送信する。一方、チェックの結果が、「ＵＴからのパケット」は、ＨＧＷ４２０００によってサポートされるＵＴに対するものであることを示す場合、マスターＵＸ４２０１０は、ブロック４６０５０において、マスターＵＸ４２０１０に対するパケットの前の送信者ではない他のＵＸに、パケットをブロードキャストする。
【０４００】
上述のパケットの配信機能に加えて、一実施形態に係るマスターＵＸ４２０１０のスイッチングコア４４０１０はまた、ＨＧＷ４２０００に対する最大の帯域幅を確立する。特に、この実施例でＨＧＷ４２０００が任意個数のスレーブＵＸを含みうる場合でさえも、ＵＸに接続されたＵＴの要求された総帯域幅が、確立された最大の帯域幅を超過すると、スイッチングコア４４０１０が決定するならば、スイッチングコア４４０１０は、ＨＧＷ４２０００の継続的かつ適正な動作を保証するために、所定の保護措置を起動する。保護措置のいくつかの例は、追加のＵＴがＨＧＷ４２０００に接続して、これらの追加の接続がＵＸからＵＴへのパケットの分配を遅延させることを防止することを含むが、これらに限定されるものではない。
【０４０１】
当該技術分野における通常の技能を有する者には、開示されたＨＧＷ技術の範囲を超えることなく、図４４に示されたＵＸのブロックを組み合わせることも、あるいは分割することも明らかであろう。例えば、スイッチングコア４４０１０は、ＨＧＷ４２０００のリソースを管理する（例えば、議論された最大の帯域幅の範囲内でＨＧＷ４２０００におけるトラフィックフローを保持する）一般的処理エンジンと、パケットを適当な宛先に転送する（例えば、部分的なアドレスを比較し、部分的なアドレスに基づいてパケットを転送する）パケット転送エンジンとに分割されることが可能である。当業者はまた、上で議論されたマスターＵＸ４２０１０の機能を、ＨＧＷ４２０００における他の複数のＵＸに分配することもできる。
【０４０２】
５．３．２  ユーザ端末装置（「ＵＴ」）．
図４２ａ及び図４２ｂに示されたＨＧＷ４２０００のようなＨＧＷは、異なる複数のタイプのＵＴをサポートできる。ＵＴのいくつかの例は、パーソナルコンピュータ（「ＰＣ」）、電話機、インテリジェント家庭用機器（「ＩＨＡ」）、インタラクティブゲームボックス（「ＩＧＢ」）、セットトップボックス（「ＳＴＢ」）、テレピュータ、家庭用サーバシステム、メディア記憶装置、あるいは、ネットワークを介してマルチメディアデータを送受信するためにエンドユーザによって使用される他の任意の装置を含むが、これらに限定されるものではない。
【０４０３】
当該技術において、ＰＣと電話機は公知である。ＩＨＡは、一般に、意志決定能力を有する機器を示す。例えば、スマートエアコンディショナは、室温の変化に従って、その冷気の出力を自動的に調節するＩＨＡである。もう１つの例は、毎月の所定の時間に自動的に水道メータを読み取り、メータの情報を水道局に送信する、スマートメータ読み取りシステムである。ＩＧＢは、一般に、スタークラフト・バトル・チェスト（StarCraft Battle Chest：ブリザード・エンタテインメント・カンパニー（Blizzard Entertainment Company）によって制作されたゲーム）のようなオンラインゲームを操作して、そのユーザが、ネットワーク上の他のユーザとインタラクション（例えば、ゲームのプレイ）を行うことを可能にする、ゲームコンソールを示す。家庭用サーバシステムは、ＨＧＷ４２０００における他のＵＴを管理したり、ＨＧＷ４２０００における複数のＵＴの間でインターネットサービスを提供したりすることができる。例えば、ＵＴ  Ｄ  ４２０９０が家庭用サーバシステムである場合には、ＵＴ  Ｄ  ４２０９０は、ＵＴ  Ｃ  ４２１３０のユーザに対して、ＵＴ  Ｅ  ４２１４０におけるデータベースのような共有リソースに当該ユーザがアクセスすることを可能にするためのプログラムメニューを提供する。
【０４０４】
テレピュータは、一般に、ＭＰパケットと、ＩＰパケットのような非ＭＰパケットとの両方を処理できる信号装置を示す。ＭＰ−ＳＴＢは、その（複数の）ユーザのために、音声、データ、及びビデオ（静的あるいはストリーム伝送のいずれか）の情報を合成し、ＭＰネットワークと、インターネットのような非ＭＰネットワークとに対する、その（複数の）ユーザのアクセスを提供する。メディア記憶装置は、大量のビデオ、オーディオ、及びマルチメディアプログラム（番組）を記憶できる。これは、ディスクドライブ、フラッシュメモリ、及びＳＤＲＡＭを用いて実装可能であるが、これらに限定されるものではない。後のテレピュータ、ＭＰ−ＳＴＢ、及びメディア記憶装置のセクションは、これらの３つのタイプのＵＴについてさらに説明する。
【０４０５】
ＭＰネットワークがサポートするこれらの別個のタイプのＵＴは、異なる帯域幅の必要条件を有するということが注意される必要がある。例えば、ＩＨＡは、毎秒数キロビット（「ＫＢ」）の帯域幅を利用する低速の装置である可能性がある。一方、ＩＧＢ、ＭＰ−ＳＴＢ、テレピュータ、家庭用サーバシステム、及びメディア記憶装置は、毎秒数百万ビットから数億ビットまでの範囲の帯域幅を利用する高速の装置である可能性がある。
【０４０６】
５．３．２．１  テレピュータ．
テレピュータは、ＭＰとＩＰの両方を実行することができる。図４７は、一実施形態に係る汎用テレピュータであるテレピュータ４７０００のブロック図を示す。テレピュータ４７０００はまた、図１ｄにおけるＵＴ１４００に対応する。
【０４０７】
特に、テレピュータ４７０００は、ＭＰ−ＳＴＢ４７０２０と、ＰＣ４７０１０を含む。ＰＣ４７０１０は、例えば表示装置４７０３０及びスピーカ４７０６０を含むがそれらに限定されない通常の出力装置と、例えばキーボード４７０４０及びマウス４７０５０を含むがそれらに限定されない通常の入力装置とを含む。一実施形態に係るＭＰ−ＳＴＢ４７０２０は、ＰＣ４７０１０にプラグで接続し、ＨＧＷ１２００から受信するパケットを処理するプラグインカードである。受信されたパケットがＭＰパケットである場合には、ＭＰ−ＳＴＢ４７０２０は、パケットを処理して、出力のために結果をＰＣ４７０１０に送信する。そうでなければ、ＭＰ−ＳＴＢ４７０２０は、ＰＣ４７０１０による処理のために、ＭＰでカプセル化されて受信されたパケットを処理する（例えば、カプセル化解除する）。それに加えて、テレピュータ４７０００のユーザは、キーボード４７０４０、マウス４７０５０、あるいは図４７に示さない他の入力装置を操作して、ＭＰパケットか、あるいはＭＰでカプセル化されたＩＰパケットのようなＭＰでカプセル化された非ＭＰパケットかを、テレピュータ４７０００からＭＰネットワーク１０００に送信させる。
【０４０８】
より詳しくは、一実施形態に係るテレピュータ４７０００は、図５に示すＭＰパケット５０００のフォーマットに従う、ＭＰパケットあるいはＭＰでカプセル化されたパケットを送受信する。テレピュータ４７０００が、ＨＧＷ１２００からパケットを受信する（「テレピュータに対するパケット」）とき、当該パケットのＤＡフィールドは、テレピュータ４７０００の割り当てられたネットワークアドレスを含む。説明するために、この割り当てられたネットワークアドレスは、ネットワークアドレス９０００のフォーマット（図９ａ）に従う。「テレピュータに対するパケット」を受信した後、ＭＰ−ＳＴＢ４７０２０は、当該パケットのＤＡフィールド５０１０におけるネットワークアドレスのＭＰサブフィールド９０３０を調べて、当該パケットがＭＰパケットであるか、それとも当該パケットがそのペイロードフィールド５０５０に非ＭＰパケットを含むものであるかを決定するする。ＭＰパケットである場合、ＭＰ−ＳＴＢ４７０２０は、パケットを処理して、出力のために結果をＰＣ４７０１０に送信する。ＭＰでカプセル化されたパケットである場合には、ＭＰ−ＳＴＢ４７０２０は、「テレピュータに対するパケット」のペイロードフィールド５０５０から、ＩＰパケットであるような非ＭＰパケットを検索して読み出し（必要ならば再アセンブルし）、検索して読み出された非ＭＰパケットを処理のためにＰＣ４７０１０に送信する。
【０４０９】
さらに、一実施形態に係るＰＣ４７０１０は、ＭＰアプリケーションと非ＭＰアプリケーションの両方をサポートする。例えば、ＭＰアプリケーションは、ＰＣ４７０１０上に記憶されたソフトウェアプログラムであることが可能であり、これは、テレピュータ４７０００のユーザが、ＭＴＰＳセッションを要求することを可能にする。後のメディア電話サービスのセクションはに、ＭＴＰＳセッションの動作上の詳細事項について、さらに詳述する。非ＭＰアプリケーションは、インターネットブラウザであることが可能であり、これは、テレピュータ４７０００のユーザが、非ＭＰネットワーク１３００上のウェブサーバからウェブページを要求することを可能にする。ゆえに、ユーザがＭＴＰＳセッションを呼び出すとき、ＰＣ４７０１０はＭＰパケットを生成してＭＰ−ＳＴＢ４７０２０に送信し、ＭＰ−ＳＴＢ４７０２０は、パケットをＨＧＷ１２００に伝送する。ユーザがインターネットブラウザを起動する場合には、ＰＣ４７０１０はＩＰパケットを生成してＭＰ−ＳＴＢ４７０２０に送信し、ＭＰ−ＳＴＢ４７０２０は、ＭＰでカプセル化されたパケットのペイロードフィールド５０５０にこのＩＰパケットをカプセル化し、これらのＭＰでカプセル化されたパケットをゲートウェイ１００２０に送信する。上述のゲートウェイのセクションで議論されたように、一実施形態に係るゲートウェイ１００２０は、テレピュータ４７０００からのＭＰでカプセル化されたパケットをカプセル化解除し、結果として得られた非ＭＰパケット、例えばＩＰパケットを、インターネットのような非ＭＰネットワーク１３００に送信する。
【０４１０】
図４８は、一実施形態に係る特定目的のテレピュータであるテレピュータ４８０００ブロック図を示す。テレピュータ４８０００はＰＣを含まないが、代わりに、カスタム化されたマルチプロトコル処理エンジン４８０１０と、例えば表示装置４８０２０及びスピーカ４８０３０を含むがそれに限らない通常の出力装置と、例えばマウス４８０４０及びキーボード４８０５０を含むがそれに限らない通常の入力装置とを含む。一実施形態に係るマルチプロトコル処理エンジン４８０１０は、スプリッタ（分離器）４８０６０、ＭＰ処理エンジン４８０７０、ＩＰ処理エンジン４８０８０、及びコンバイナ（合成器）４８０９０をさらに含む。
【０４１１】
「テレピュータに対するパケット」に応答して、スプリッタ４８０６０は、ＭＰ処理エンジン４８０７０とＩＰ処理エンジン４８０１０に適切なパケットを中継することに主として責務を有する。テレピュータ４７０００についての上の議論と同様に、一実施形態に係るスプリッタ４８０６０は、パケットのＤＡフィールド５０５０におけるネットワークアドレスの特定の（複数の）ビットサブフィールドを検査することによって、「テレピュータに対するパケット」がＭＰパケットであるか、それとも、そのペイロードフィールド５０５０に非ＭＰパケットを含むものであるかを決定する。そのネットワークアドレスがネットワークアドレス９０００のフォーマット（図９ａ）に従う場合には、スプリッタ４８０６０はＭＰサブフィールド９０３０を検査する。ＭＰパケットである場合、スプリッタ４８０６０はパケットをＭＰ処理エンジン４８０７０に中継する。ＭＰでカプセル化されたパケットである場合、スプリッタ４８０６０は、「テレピュータに対するパケット」のペイロードフィールド５０５０から、非ＭＰパケット、例えば、ＩＰパケットを検索して読み出し（必要な場合には再アセンブルし）、検索して読み出されたＩＰパケットを処理のためにＩＰ処理エンジン４８０８０に送信する。
【０４１２】
一実施形態に係るＭＰ処理エンジン４８０７０は、ＭＰパケットのペイロードフィールド５０５０からデータを検索して読み出し、この検索して読み出されたデータをコンバイナ４８０９０に送信することに責務を有する。同様に、一実施形態に係るＩＰ処理エンジン４８０８０は、ＩＰパケットからのデータを検索して読み出し、また、この検索して読み出されたデータをコンバイナ４８０９０に送信することに責務を有する。一実施形態に係るコンバイナ４８０９０は、次に、ＭＰ処理エンジン４８０７０及びＩＰ処理エンジン４８０８０からのデータを、表示装置４８０２０及びスピーカ４８０３０のようなテレピュータ４８０００の出力装置によった使用可能なデータフォーマットに整える。次いで、表示装置４８０２０及び／又はスピーカ４８０３０は、これらの整えられたデータを再生する。
【０４１３】
一実施形態に係るマルチプロトコル処理エンジン４８０１０は、議論されたスプリッタ４８０６０、ＭＰ処理エンジン４８０７０、ＩＰ処理エンジン４８０８０及びコンバイナ４８０９０の機能を含む、スタンドアロン（独立型）のシステムである。このスタンドアロンのマルチプロトコル処理エンジン４８０１０はまた、入力及び出力装置のための、共通の入力及び出力ポートとインターフェースを有する。さらに、一実施形態に係るＩＰ処理エンジン４８０８０は、制限された量のメモリを備えた、ディスクなしの処理システムである。このＩＰ処理エンジン４８０８０は、ＩＰ処理エンジン４８０８０の機能を実行するために、サーバ群１００１０（図１０）におけるサーバシステムの１つであってもよい、ネットワークコンピュータ４８１００に依存する。いくつかの例では、ネットワークコンピュータ４８１００は、特定目的のアプリケーションソフトウェアを実行するための命令をＩＰ処理エンジン４８０８０のメモリにロードすることによって、ＩＰ処理エンジン４８０８０に対して、処理するタスクを命令することができる。
【０４１４】
図４８に示された実施形態に係るマルチプロトコル処理エンジン４８０１０において、ＩＰ処理エンジン４８０８０はまた、テレピュータ４８０００のユーザからの入力要求を処理することに責務を有する。従って、ユーザが、ＩＰブラウザ（例えば、マイクロソフト（登録商標）のインターネット・エクスプローラ）を用いて、ＭＰによってサポートされたサービス（例えば、ＭＴＰＳセッション）を要求する場合、ＩＰ処理エンジン４８０８０は、公知の機構（例えば、プロセス間メッセージ及び制御信号）を用いてＭＰ処理エンジン４８０７０にその要求を伝送し、次いで、これは、ＭＰパケットを生成してスプリッタ４８０６０に送信することによって要求に応答する。次に、スプリッタ４８０６０は、パケットをＨＧＷ１２００に伝送する。一方、ユーザがインターネットへのアクセスを要求する場合、ＩＰ処理エンジン４８０８０は、ＩＰパケットを生成してスプリッタ４８０６０に送信し、スプリッタ４８０６０は、ＭＰでカプセル化されたパケットのペイロードフィールド５０５０にこのＩＰパケットをカプセル化し、これらのＭＰでカプセル化されたパケットをゲートウェイ１００２０に送信する。上記のゲートウェイのセクションで議論したように、一実施形態に係るゲートウェイ１００２０は、テレピュータ４８０００からのＭＰでカプセル化されたパケットをカプセル化解除し、結果として得られた非ＭＰパケット、例えば、ＩＰパケットを、インターネットのような非ＭＰネットワーク１３００に送信する。
【０４１５】
当該技術分野における通常の技能を有する者には、上で議論された実施形態に係る実装上の詳細事項に限定されることなく開示されたテレピュータの技術を実施することは明らかであろう。例えば、図４８に示されたマルチプロトコル処理エンジン４８０１０は、ＭＰ及びＩＰ以外のプロトコルを処理する処理エンジンを含むことが可能である。
【０４１６】
５．３．２．２  ＭＰセットトップボックス（「ＭＰ−ＳＴＢ」）．
図４９は、図４７に示された、一実施形態に係るＭＰ−ＳＴＢ４７０２０のブロック図を示す。ＭＰ−ＳＴＢは、ＨＧＷ１２００のようなＨＧＷから、表示装置４７０３０及びスピーカ４７０６０のような出力装置へのダウンストリーム方向のトラフィックと、ＰＣ４７０１０のようなマルチメディア装置からＨＧＷ１２００へのアップストリーム方向のトラフィックとを同時に処理することができる。
【０４１７】
例示的な実施形態に係るＭＰ−ＳＴＢ４７０２０は、ＭＰネットワークのインターフェース４９０００、パケット解析器４９０１０、ビデオ符号化器４９０２０、ビデオ復号化器４９０４０、オーディオ符号化器４９０３０、オーディオ復号化器４９０５０、及びマルチメディア装置のインターフェース４９０６０を含む。特に、ＭＰネットワークのインターフェース４９０００は、例えば光ファイバ信号及び電気信号を含むがこれに限定されない、２つのタイプの信号の間での信号変換器として機能する。マルチメディア装置のインターフェース４９０６０も同様に信号変換器として機能するが、これは、しばしば、１つの形式の電気信号と、もう１つの形式の電気信号との間で変換する。例えば、図４７において、ＭＰ−ＳＴＢ４７０２０がＰＣ４７０１０に接続されず、その代わりにアナログテレビジョンに接続される場合、マルチメディア装置のインターフェース４９０６０は、ＭＰ−ＳＴＢ４７０２０からのディジタル形式の電気信号を、テレビジョンのためのアナログ形式の電気信号に変換し、また、その逆の変換を行う。
【０４１８】
一実施形態に係るパケット解析器４９０１０は、ＭＰ−ＳＴＢ４７０２０のインターフェースから着信するパケットを解析することに責務を有する。１つの実装において、これらのパケットは、図５に示すＭＰパケット５０００のフォーマットに従う。説明のために、テレピュータ４７０００（図４７）の割り当てられたネットワークアドレスが、ネットワークアドレス９０００のフォーマット（図９ａ）に従う。一実施形態に係るパケット解析器４９０１０は、ＭＰ−ＳＴＢ４７０２０が受信したパケットのＤＡフィールド５０５０におけるネットワークアドレスのＭＰサブフィールド９０３０を検査し、当該パケットがＭＰパケットであるか、それとも、そのペイロードフィールド５０５０に非ＭＰパケットを含むＭＰでカプセル化されたパケットであるかを決定する。ＰＣ４７０１０は、パケット解析器４９０１０の解析結果を用いて、ＭＰ−ＳＴＢ４７０２０からのパケットを処理できる。例えば、ＰＣ４７０１０は、ＭＰパケットを特別に取り扱う処理モジュールと、ＭＰでカプセル化されたパケットを取り扱う別個の処理モジュールとを含んでいてもよい。
【０４１９】
それに加えて、パケット解析器４９０１０はまた、データタイプサブフィールド９０２０を検査して、ＭＰネットワークのインターフェース４９０００を介して着信したパケット（「ＭＰネットワークのインターフェースからのパケット」）とマルチメディア装置のインターフェース４９０６０を介して着信したパケット（「マルチメディア装置のインターフェースからのパケット」）とのデータタイプを決定する。「ＭＰネットワークのインターフェースからのパケット」がビデオデータ（例えば、静止あるいはストリーム伝送のビデオ）を含むとデータタイプサブフィールド９０２０が示していることを、パケット解析器４９０１０が確認したとき、パケット解析器４９０１０は、パケットを処理するためにビデオ復号化器４９０４０を起動する。同様に、「マルチメディア装置のインターフェースからのパケット」がビデオデータを含むことをパケット解析器４９０１０が確認した場合には、パケット解析器４９０１０は、パケットを処理するためにビデオ符号化器４９０２０を起動する。オーディオデータの場合、パケット解析器４９０１０は、ビデオ復号化器及びビデオ符号化器のそれぞれの起動と同じような方法で、オーディオ復号化器４９０５０とオーディオ符号化器４９０３０を起動する。
【０４２０】
パケットが、信号方式の情報を含む場合、パケット解析器４９０１０は、ＭＰ−ＳＴＢ４７０２０に対するパケットに応答することに責務を有する。例えば、テレピュータ４７０００が、状態情報（例えば、現時点の容量及び利用可能性）を要求するパケットをサーバ群１００１０（図１０）から受信した場合には、ＭＰ−ＳＴＢ４７０２０のパケット解析器４９０１０は、要求された状態情報を含むパケットをＭＰネットワークのインターフェース４９０００を介してサーバ群１００１０に戻すように送信することによって応答する。同様に、テレピュータ４７０００が、ＭＴＰＳセッションのセットアップを要求するパケットを、マルチメディア装置のインターフェース４９０６０を介して受信した場合には、パケット解析器４９０１０は、サーバ群１００１０に向かってセットアップ要求を伝送する。
【０４２１】
ＳＴＢは、オーディオ及び／又はビデオのデータパケットのストリームを送信する、及び／又は受信することができる。これらのデータパケットは、オーディオ情報、ビデオ情報、あるいはオーディオ及びビデオ情報の組み合わせを含む。
【０４２２】
別個のオーディオデータパケットストリームとビデオデータパケットストリームとを送受信するＳＴＢの場合、このＳＴＢは、オーディオ及びビデオのデータストリームのマッチング処理を行うことによって、唇の動きと音声との同期化を保つ。特に、発信するパケットの場合、ＳＴＢ４７０２０のビデオ符号化器４９０２０は、ビデオデータを含むパケット上に「タイムスタンプ」を配置し、これらのパケットをその宛先に非同期的に送信する。同様に、ＳＴＢ４７０２０のオーディオ符号化器４９０３０は、オーディオデータを含むパケット上に「タイムスタンプ」を配置し、これらのパケットをその宛先に非同期的に送信する。着信するパケットの場合、ＳＴＢ４７０２０のビデオ復号化器４９０４０とオーディオ復号化器４９０５０は、着信したパケット上のタイムスタンプを用いて、受信されたビデオストリームとオーディオストリームとを同期化させる。
【０４２３】
一方、オーディオデータとビデオデータの組み合わせを含むパケットを送受信するＳＴＢの場合、このＳＴＢは、（図４９に示す２組の代わりに）１組のオーディオ符号化器及びビデオ符号化器と、（図４９示す２組の代わりに）１組のオーディオ復号化器とビデオ復号化器とを有する。このＳＴＢは、パケット送信シーケンスと着信シーケンスとを保つことによって、唇の動きと音声との同期化を保つ。
【０４２４】
５．３．２．３  メディア記憶装置．
メディア記憶装置は、主に、メディアデータを記憶するための、ＭＰネットワーク上のコストについて効率的な記憶装置のソリューションを提供する。図５０は、一実施形態に係るメディア記憶装置である、メディア記憶装置５００００のブロック図を示す。図１ｄでは、メディア記憶装置５００００は、ＳＧＷ１１２０内に存在するメディア記憶装置１１４０に対応でき、あるいはメディア記憶装置５００００はＵＴに対応できる。特に、メディア記憶装置５００００は、ＭＰネットワークのインターフェース５００１０と、バッファバンク５００１５と、バスコントローラ及びパケット発生器（「ＢＣＰＧ」）５００２０と、記憶装置コントローラ５００３０と、記憶装置インターフェース５００４０と、大容量記憶装置５００５０とを含むが、これらに限定されるものではない。
【０４２５】
ＭＰネットワークのインターフェース５００１０は、例えば光ファイバ信号及び電気信号を含むがこれらに限定されない２つタイプの信号の間で信号変換器として機能をする。記憶装置インターフェース５００４０は、ＢＣＰＧ５００２０と大容量記憶装置５００５０との間の通信チャンネルとして機能をする。記憶装置インターフェース５００４０のいくつかの例は、ＳＣＳＩ、ＩＤＥ及びＥＳＤＩを含むが、これらに限定されるものではない。記憶装置コントローラ５００３０は、主に、ＭＰネットワークのインターフェース５００１０から受信されたパケットが大容量記憶装置５００５０にどのように保存されるかということと、パケットが大容量記憶装置５００５０からＭＰネットワークのインターフェース５００１０を介してＭＰネットワーク上の宛先にどのように送信されるかということとを制御する。ＢＣＰＧ５００２０は、それが受信するパケットを、バッファバンク５００１５、記憶装置コントローラ５００３０、及び大容量記憶装置５００５０に分配することに責務を有する。ＢＣＰＧ５００２０はまた、ＭＰネットワークのインターフェース５００１０を介してパケットを送信することと、サーバ群１００１０（図１０）からの照会パケットに応答してパケットを生成することとに責務を有する。大容量記憶装置５００５０は、ハードディスク、フラッシュメモリ、あるいはＳＤＲＡＭであることが可能であるが、これらに限定されるものではない。
【０４２６】
メディア記憶装置５００００は、それがサポートする各ユーザに対して１つのチャンネルを保持する。例えば、メディア記憶装置５００００が毎秒１００メガバイト（「ＭＢ／ｓ」）のトラフィックフローを保持する場合であって、かつ、それがサポートする各ユーザが５ＭＢ／ｓのトラフィックフローを占有する場合には、メディア記憶装置５００００は２０個のチャンネルを保持する。言い換えれば、このシナリオにおけるメディア記憶装置５００００は、２０名のユーザからのパケットを同時に処理できる。
【０４２７】
それに加えて、一実施形態に係るバッファバンク５００１５は、２つタイプのバッファ、すなわち送信バッファ（「ＳＢ」）と受信バッファ（「ＲＢ」）を含む。ＳＢは、発信するパケット（すなわち、ＢＣＰＧ５００２０がＭＰネットワークのインターフェース５００１０を介してＭＰネットワークに送信するパケット）を一時的に記憶し、ＲＢは、着信するパケット（すなわち、ＢＣＰＧ５００２０がＭＰネットワークのインターフェース５００１０を介してＭＰネットワークから受信するパケット）を一時的に記憶する。１つの実装において、上述された各チャンネルは、２つＳＢ（例えば、ＳＢａとＳＢｂ）と２つＲＢ（例えば、ＲＢａとＲＢｂ）とに対応する。しかしながら、当該技術分野における通常の技能を有する者には、開示されたメディア記憶装置の技術の範囲を超えることなく、１つのチャンネルと、異なる数のＳＢ及び／又はＲＢとを関連付けることは明らかであろう。
【０４２８】
メディア記憶装置５００００のネットワークアドレスは、ネットワークアドレス９１００のフォーマット（図９ｂ）に従う。部分的なアドレスのサブフィールド９１７０は、当該ネットワークアドレスが、直接にＥＸに接続されたメディア記憶装置に対するものであることを示す、特定のビットパターン（例えば、「０００１」）を含む。構成要素番号サブフィールド９１８０は、メディア記憶装置５００００を識別する番号を含む。メディア記憶装置５００００上のプログラム（番組）ＸＹＺを識別するために、ペイロードフィールド５０５０は、プログラムＸＹＺを表す番号を含む。
【０４２９】
以上のメディア記憶装置についての議論は、特定の実装上の詳細事項に関連するものであったが、当該技術分野における通常の技能を有する者には、開示されたメディア記憶装置の技術の範囲内になお含まれたままで、その詳細事項なしにメディア記憶装置を実装することは明らかであろう。例えば、メディア記憶装置は、ＳＧＷ内に存在しなくてもよく、ＵＴであってもよい。そのようなメディア記憶装置に対するネットワークアドレスは、ネットワークアドレス７０００のフォーマット（図７）に従ってもよい。そのようなメディア記憶装置に存在するプログラムは、ペイロードフィールド５０５０における特別な（複数の）ビットシーケンスによってアドレス指定されることが可能である。
【０４３０】
６．  動作例．
このセクションは、いくつかの例示的なマルチメディアサービスがＭＰネットワーク上でどのように動作するかということについての詳細事項について議論する。
【０４３１】
６．１  メディア電話サービス（「ＭＴＰＳ」）．
６．１．１  単一のサービスゲートウェイに依存する２つのＵＴの間のＭＴＰＳ．
ＭＴＰＳは、２つのＵＴの間で１つあるいは多くのビデオ及び／又はオーディオの会議開催のセッションを行わせる。図５３ａと図５３ｂは、単一のＳＧＷに依存する２つのＵＴ間（例えば、ＵＴ１３８０とＵＴ１４５０（図１ｄ））の１つのＭＴＰＳセッションの時系列図である。
【０４３２】
説明のため、ＵＴ１３８０が、ＵＴ１４５０に対する呼を要求する。このとき、ＵＴ１３８０は「発呼者」であり、ＵＴ１４５０は「被呼者」である。ＭＸ１１８０が「発呼者のＭＸ」であり、ＭＸ１４５０が「被呼者のＭＸ」である。ＳＧＷ１１６０のサーバ群１００１０に存在する呼処理サーバシステム１２０１０（図１２）は、発呼者と被呼者の間のパケットの交換を管理する。ＳＧＷがＭＴＰＳセッションの管理に１つの呼処理サーバシステムを提供する場合、提供された呼処理サーバシステムは、「ＭＴＰＳサーバシステム」と呼ばれる。一実施形態に係るＳＧＷ１１６０は、複数の呼処理サーバシステム１２０１０を含み、特定のタイプのマルチメディアサービスを促進するための専用装置として、これらのサーバシステムのそれぞれを有する。
【０４３３】
次の議論では、主に、これらの参加者が、ＭＴＰＳセッションの３つの段階中（呼のセットアップ、呼の通信の保持、及び呼の解放）、互いにどうやって対話（相互作用）するかということについて説明する。
【０４３４】
６．１．１．１  呼のセットアップ．
１．発呼者、例えばＵＴ１３８０は、最初、ＳＧＷ１１６０のＥＸと発呼者のＭＸ１１８０を介して、ＭＴＰＳサーバシステムにＭＴＰＳ要求５３０００を送信する。ＭＴＰＳ要求５３０００は、発呼者のネットワークアドレスと被呼者のユーザアドレスを含む、ＭＰ制御パケットである。上記の論理層のセクションで議論したように、一般に、発呼者は被呼者のネットワークアドレスを知らない。実際は、発呼者が、ＳＧＷ中のサーバ群によって、ユーザアドレスをネットワークアドレスにマッピングする。それに加えて、発呼者と被呼者は、サーバ群１００１０のネットワーク管理サーバシステムの１２０３０（図１２）からＭＰネットワーク情報（例えば、ＭＴＰＳサーバシステムのネットワークアドレス）を取得し、ＭＴＰＳセッションを実行する。
２．ＭＴＰＳ要求５３０００を受信したとき、ＭＴＰＳサーバシステムは、ＭＣＣＰ手順（上記のサーバ群のセクションで議論した）を行い、発呼者による処理の続行を許可するか否かを決定する。
３．ＭＴＰＳサーバシステムは、ＭＴＰＳ要求応答５３０１０を発行することによって、発呼者の要求に肯定応答する。ＭＴＰＳ要求応答５３０１０は、ＭＣＣＰ手順の結果を含むＭＰ制御パケットである。
４．次に、ＭＴＰＳサーバシステムは、発呼者と被呼者にＭＴＰＳセットアップパケット５３０２０及び５３０３０をそれぞれに送信する。ＭＴＰＳセットアップパケット５３０２０及び５３０３０は、ＭＰ制御パケットであり、これは、発呼者と被呼者のネットワークアドレスと、要求されたＭＴＰＳセッションの許容できる呼のトラフィックフローパケット（例えば、帯域幅）を含むものである。そして、これらのパケットは、カラー情報を含む。そのカラー情報が、ＭＸ１１８０のような発呼者のＭＸと、ＭＸ１２４０のような被呼者のＭＸとに対して、ＭＸのＵＬＰＦをセットアップするように命令する。このＵＬＰＦを更新する処理は、上記の中間スイッチのセクションで議論した。
５．発呼者と被呼者が、ＭＴＰＳセットアップ応答パケット５３０４０及び５３０５０をそれぞれＭＴＰＳサーバシステムに戻すように送信することによって、ＭＴＰＳセットアップパケット５３０２０及び５３０３０に肯定応答する。ＭＴＰＳセットアップ応答パケットは、ＭＰ制御パケットである。
６．ＭＴＰＳサーバシステムが、ＭＴＰＳセットアップ応答パケットを受信した後、ＭＴＰＳセッションの使用量情報（例えば、セッションの継続時間あるいはトラフィック）を収集し始める。
【０４３５】
６．１．１．２  呼の通信．
１．発呼者は、発呼者のＭＸ、ＳＧＷ（ＳＧＷ１１６０）のＥＸと、被呼者のＭＸを介して、被呼者にデータ５３０６０を送信し始める。データ５３０６０は、ＭＰデータパケットである。次に、発呼者のＭＸのＵＬＰＦは、ＵＬＰＦチェック（それは中間スイッチのセクションで議論した）を実行し、データパケットがＳＧＷ１１６０に到達することを許可するか否かを決める。ここでは、発呼者と、発呼者を管理するＳＧＷ（ＳＧＷ１１６０）におけるＥＸとの間でデータパケットが通過する論理リンクは、ボトムアップの論理リンクであるのに対して、被呼者を管理するＳＧＷ（ＳＧＷ１１６０）におけるＥＸと、被呼者との間でデータパケットが通過する論理リンクは、トップダウンの論理リンクである。
２．同様に、被呼者のＭＸのＵＬＰＦは、被呼者からデータ５３０７０中のデータパケットに対してＵＬＰＦチェックを実行する。被呼者から発呼者に送信されるデータパケットに関して、被呼者と、被呼者を管理するＳＧＷ（ＳＧＷ１１６０）におけるＥＸとの間でデータパケットが通過する論理リンクは、ボトムアップの論理リンクであるのに対して、発呼者を管理するＳＧＷ（ＳＧＷ１１６０）におけるＥＸと、発呼者との間でデータパケットが通過する論理リンクは、トップダウンの論理リンクである。
３．呼の通信段階の間に、ＭＴＰＳサーバシステムは、ＭＴＰＳ保持パケット５３０８０及び５３０９０を発呼者と被呼者に、時々に送信する。ＭＴＰＳ保持パケットは、ＭＴＰＳサーバシステムがＭＴＰＳセッションにおいて参加者に係る呼の接続状態情報（例えば、エラーレートと失われたパケット数）を収集するために使用する、ＭＰ制御パケットである。
４．発呼者と被呼者は、ＭＴＰＳ保持応答パケット５３１００及び５３１１０をＭＴＰＳサーバシステムに送信することによって、ＭＴＰＳ保持パケットに肯定応答する。ＭＴＰＳ保持応答パケットは、要求された呼の接続状態情報（例えば、エラーレートと失われたパケット数）を含む、ＭＰ制御パケットである。
５．ＭＴＰＳ保持応答パケット５３１００及び５３１１０に基づいて、ＭＴＰＳサーバシステムはＭＴＰＳセッションを変更できる。例えば、セッションのエラーレートが、許容できるしきい値を超えた場合、ＭＴＰＳサーバシステムは、各当事者に通知してセッションを終了できる。
【０４３６】
６．１．１．３  呼の解放（clear-up）．
発呼者、被呼者、あるいはＭＴＰＳサーバシステムは、呼の解放を介することができる。
【０４３７】
６．１．１．３．１  発呼者によって開始される呼の解放．
１．発呼者は、ＭＰ制御パケットであるＭＴＰＳ解放５３１２０をＭＴＰＳサーバシステムに送信する。それに応答して、ＭＴＰＳサーバシステムは、ＭＰ制御パケットであるＭＴＰＳ解放応答５３１３０を発呼者に送信し、ＭＴＰＳ解放５３１２５を被呼者に送信する。１つの実装では、ＭＴＰＳ解放５３１２５は、ＭＴＰＳ解放５３１２０と同じ情報を含む。それに加えて、ＭＴＰＳサーバシステムは、セッションに対する使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止し、収集された使用量情報をアカウント処理サーバシステム、例えばＳＧＷ１１６０中のサーバ群１００１０のアカウント処理サーバシステム１２０４０（図１２）に報告する。
２．発呼者のＭＸと被呼者のＭＸは、ＭＴＰＳ解放５３１２０を受信した後、これらそれぞれのＵＬＰＦのパラメータ（例えば、許容できるＤＡ、ＳＡ、トラフィックフロー、及びデータコンテンツ）をそれらのデフォルト値にリセットする。
３．発呼者が、ＭＴＰＳサーバシステムからＭＴＰＳ解放応答５３１３０を受信するとき、発呼者は、そのＭＴＰＳセッションにおけるその関与を終了する。
４．発呼者は、そのＭＴＰＳセッションにおけるその関与を終了したことについて、ＭＴＰＳ解放応答５３１４０を用いてＭＴＰＳサーバシステムに通知する。
【０４３８】
６．１．１．３．２  ＭＴＰＳサーバシステムによって開始される呼の解放．
上述したように、一実施形態に係るＭＴＰＳサーバシステムは、受理できない通信状況（例えば、失われたパケット数が過多である、エラーレートが過大である、及び／又は、失われたＭＴＰＳ保持応答パケットの数が過多である）を検出すると、呼の解放を開始してもよい。
【０４３９】
１．ＭＴＰＳサーバシステムは、ＭＰ制御パケットであるＭＴＰＳ解放パケット５３１５０及び５３１６０を発呼者と被呼者にそれぞれに送信する。これに応答して、発呼者と被呼者は、ＭＰ制御パケットであるＭＴＰＳ解放応答パケット５３１７０及び５３１８０をＭＴＰＳサーバシステムに戻すように送信し、効果的にＭＴＰＳセッションを終了する。ＭＴＰＳサーバシステムは、ＭＴＰＳ解放パケットを送り出したとき、セッションに対する使用量情報（例えば、セッションの継続時間あるいはトラフィック）の収集を停止する。ＭＴＰＳサーバシステムは、収集された使用量情報を、ローカルなアカウント処理サーバシステムに、例えばＳＧＷ１１６０中のサーバ群１００１０のアカウント処理サーバシステム（図１２）に報告する。
２．発呼者のＭＸと被呼者のＭＸが、ＭＴＰＳ解放５３１５０及び５３１６０を受信するとき、それらは各自のＵＬＰＦをリセットする。
【０４４０】
６．１．１．３．３  被呼者によって開始される呼の解放．
１．被呼者が、ＭＰ制御パケットであるＭＴＰＳ解放５３１９０をＭＴＰＳサーバシステムに送信する。ＭＴＰＳサーバシステムは、ＭＴＰＳ解放５９１９５を発呼者に送信する。これに応答して、発呼者は、ＭＰ制御パケットであるＭＴＰＳ解放応答５３２１０をＭＴＰＳサーバシステムに戻すように送信し、効果的にＭＴＰＳセッションを終了する。ＭＴＰＳサーバシステムは、ＭＴＰＳ解放５３１９０を受信すると、ＭＴＰＳ解放応答５３２２０を被呼者に送信し、セッションに対する使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止し、収集された情報をローカルなアカウント処理サーバシステム、例えばＳＧＷ１１６０中のサーバ群１００１０のアカウント処理サーバシステム１２０４０（図１２）に報告する。
２．発呼者のＭＸと被呼者のＭＸは、ＭＴＰＳ解放５３１９０を受信すると、それらのおのおののＵＬＰＦをリセットする。
【０４４１】
６．１．２  ２つのサービスゲートウェイに依存する２つのＵＴの間のＭＴＰＳ．
図５４ａ、図５４ｂ、図５５ａ、及び図５５ｂは、２つのＳＧＷ（例えば、図１ｄに示すＵＴ１３８０とＵＴ１３２０）に依存する２つのＵＴ間のＭＴＰＳの１つのセッションの時系列図を示す。説明のため、ＵＴ１３８０が、ＵＴ１３２０に対する呼を要求する。ＵＴ１３８０が「発呼者」であり、ＵＴ１３２０が「被呼者」であり、ＭＸ１１８０が「発呼者のＭＸ」であり、ＭＸ１０８０が「被呼者のＭＸ」である。ＳＧＷ１１６０のサーバ群１００１０に存在する呼処理サーバシステム１２０１０が、「発呼者の呼処理サーバシステム」である。同様に、ＳＧＷ１０６０に存在する呼処理サーバシステムが「被呼者の呼処理サーバシステム」である。ＳＧＷが、ＭＴＰＳセッションを管理するために１つの呼処理サーバシステムを専用装置として備えた場合、この専用の呼処理サーバシステムは、「ＭＴＰＳサーバシステム」と呼ばれる。ＳＧＷ１０６０とＳＧＷ１１６０は、複数の呼処理サーバシステム１２０１０を含み、特定のタイプのマルチメディアサービスを促進するための専用装置として、これらのサーバシステムのそれぞれを有してもよい。
【０４４２】
それに加えて、ＳＧＷ１１６０が、ＭＰの都市圏ネットワーク１０００に対して、都市圏のマスターのネットワークマネージャ装置として機能し、ＳＧＷ１１６０のサーバ群１００１０に存在するネットワークサーバシステム１２０３０が「都市圏のマスターのネットワーク管理サーバシステム」であることを仮定する。
【０４４３】
次の議論は、主に、これらの参加者が、ＭＴＰＳセッションの３つの段階において、すなわち、呼のセットアップ、呼の通信及び呼の解放において、互いにどのように対話するかということについて説明する。
【０４４４】
６．１．２．１  呼のセットアップ．
１．都市圏のマスターのネットワーク管理サーバシステム（この例では、ＳＧＷ１１６０におけるネットワーク管理サーバシステム１２０３０）の１つの実施例が、ネットワークリソースに関する情報をＭＰの都市圏ネットワーク１０００のサーバシステム（例えば、発呼者のＭＴＰＳサーバシステムと被呼者のＭＴＰＳサーバシステム）に、時々ブロードキャストする。ネットワークリソース情報は、ＭＰの都市圏ネットワーク１０００上のサーバシステムのネットワークアドレスと、ＭＰの都市圏ネットワーク１０００上の現在のトラフィックフローと、ＭＰの都市圏ネットワーク１０００上のサーバシステムの利用可能な帯域幅及び／又は容量とを含むことが可能であるが、これらに限定されるものではない。
２．サーバシステムが、都市圏のマスターのネットワーク管理サーバシステムからブロードキャスト情報を受信するとき、それらのサーバシステムは、このブロードキャストから所定の情報を抽出して保持する。例えば、発呼者のＭＴＰＳサーバシステムは、被呼者のＭＴＰＳサーバシステムと接続することに関心を有しているので、発呼者のＭＴＰＳサーバシステムは、このブロードキャストから、被呼者のＭＴＰＳサーバシステムのネットワークアドレスを検索して読み出す。
３．ＵＴ１３８０のような発呼者は、ＳＧＷ１１６０中のＥＸを介し、かつＭＸ１１８０のような発呼者のＭＸを介して、発呼者のＭＴＰＳサーバシステムにＭＴＰＳ要求５４０００を送信することによって、呼を開始する。ＭＴＰＳ要求５４０００は、発呼者のネットワークアドレスと被呼者のユーザアドレスを含む、ＭＰ制御パケットである。論理層のセクションで議論したように、発呼者は、典型的には、被呼者のネットワークアドレスを知らない。実際、発呼者は、（発呼者が知っている）ユーザアドレスをネットワークアドレスにマッピングする際に、ＳＧＷのサーバ群に依存する。それに加えて、発呼者と被呼者は、ＭＴＰＳセッションを実行するためのＭＰネットワーク情報（例えば、ＭＴＰＳサーバシステムのネットワークアドレス）を、ＳＧＷ１１６０及びＳＧＷ１０６０のそれぞれにおけるサーバ群のネットワーク管理サーバシステムから取得する。
４．発呼者のＭＴＰＳサーバシステムは、ＭＴＰＳ要求５４０００を受信すると、上述のサーバ群のセクションで議論したようなＭＣＣＰ手順を実行し、発呼者による処理の続行を許可するか否かを決める。
５．発呼者のＭＴＰＳサーバシステムは、ＭＣＣＰ手順の結果を含むＭＰ制御パケットであるＭＴＰＳ要求応答５４０１０を発行することによって、発呼者の要求に対して肯定応答する。
６．次に、発呼者のＭＴＰＳサーバシステムは、ＭＴＰＳセットアップパケット５４０２０とＭＴＰＳ接続指示５４０３０とを、発呼者及び被呼者のＭＴＰＳサーバシステムにそれぞれ送信する。このセットアップパケットと接続指示パケットは、発呼者及び被呼者のネットワークアドレスと、要求されたＭＴＰＳセッションの許容できる呼のトラフィックフロー（例えば、帯域幅）とを含むＭＰ制御パケットであるが、これらに限定されないものを含むＭＰ制御パケットである場合もある。
７．被呼者のＭＴＰＳサーバシステムは、ＭＴＰＳセットアップパケット５４０４０を被呼者に送信する。発呼者と被呼者の両方に対するセットアップパケットはカラー情報を含み、このカラー情報は、ＭＸ１１８０のような発呼者のＭＸと、ＭＸ１０８０のような被呼者のＭＸとに、ＭＸにおけるＵＬＰＦをセットアップするように命令する。ＵＬＰＦを更新するためのこの処理は、上述の中間スイッチのセクションで詳述された、
８．発呼者と被呼者は、ＭＴＰＳセットアップ応答パケット５４０５０及び５４０６０をそれらの各ＭＴＰＳサーバシステムに送信することによって、ＭＴＰＳセットアップパケット５４０２０及び５４０４０に肯定応答する。ＭＴＰＳセットアップ応答パケットはＭＰ制御パケットである。
９．被呼者のＭＴＰＳサーバシステムは、ＭＴＰＳセットアップ応答パケット５４０６０を受信した後、発呼者のＭＴＰＳサーバシステムにＭＴＰＳ接続肯定応答５４０７０を送信することによって、ＭＴＰＳセッションに進むように発呼者のＭＴＰＳサーバシステムに通知する。さらに、発呼者のＭＴＰＳサーバシステムは、ＭＴＰＳセットアップ応答パケット５４０５０とＭＴＰＳ接続肯定応答５４０７０を受信した後、ＭＴＰＳセッションに対する使用量情報（例えば、セッションの継続時間あるいはトラフィック）を収集し始める。
【０４４５】
この上述されたＭＴＰＳの呼のセットアップ処理は、一般に、ＭＰの異なる都市圏ネットワークにおける（しかし、ＭＰの同じ全国的ネットワーク内に存在する）２つのＳＧＷによって管理された２つのＵＴの間で呼のセットアップに適用されるが、ＭＰの異なる都市圏ネットワークにおける２つのＵＴ間の呼のセットアップは、追加のセットアップ手順を必要とする。例として、ＵＴ１３２０（ＭＰの都市圏ネットワーク１０００におけるＳＧＷ１０６０によって管理される）が、ＭＰの都市圏ネットワーク２０３０におけるＵＴに対する呼を要求することと、これら２つのＵＴが、ＭＰの異なる都市圏ネットワーク（１０００及び２０３０）における２つのＳＧＷによって管理されるが、ＭＰの同じ全国的ネットワーク２０００内に存在することとを仮定する。また、この例において、
ＳＧＷ２０６０は、ＭＰの都市圏ネットワーク２０３０に対する、都市圏のマスターのネットワークマネージャ装置として機能する。ＳＧＷ１０２０は、ＭＰの全国的ネットワーク２０００に対する、全国的なマスターのネットワークマネージャ装置として機能する。ＳＧＷ２０２０は、ＭＰのグローバルネットワーク３０００に対して、グローバルなマスターのネットワークマネージャ装置として機能する。
【０４４６】
２つのＵＴと、これらのＵＴを管理する２つのＳＧＷとが、ＭＰの異なる都市圏ネットワークに存在するので、ＳＧＷ１０６０における発呼者のＭＴＰＳサーバシステムが、ＳＧＷ１０６０におけるサーバシステム（例えば、アドレスマッピングサーバシステム、ネットワーク管理サーバシステム、及びアカウント処理サーバシステム）にＭＣＣＰ手順を実行するように要求するとき、これらのサーバシステムは、ＭＣＣＰ手順を実行するために必要な情報（例えば、マッピングの関係、リソース情報、及びアカウント処理情報）を持たない可能性もある。結果として、ＳＧＷ１０６０中のサーバシステムはが、都市圏のマスターのネットワークマネージャ装置（この例ではＳＧＷ１１６０）におけるサーバシステムからの援助（例えば、必要な情報を取得するか、あるいは必要な情報の位置を突き止めること）を要求する。都市圏のマスターのネットワークマネージャ装置におけるサーバシステムが必要な情報を取得することも、あるいはその位置を突き止めることもできない場合には、サーバシステムは、全国的なマスターのネットワークマネージャ装置（ここではＳＧＷ１０２０）におけるサーバシステムからの援助を要求する。同じように、全国的なマスターのネットワークマネージャ装置もなお必要な情報へのアクセスを欠いている場合には、全国的なマスターのネットワークマネージャ装置は、グローバルなマスターのネットワークマネージャ装置（ここではＳＧＷ２０２０）に照会する。
【０４４７】
例えば、ＳＧＷ１０６０におけるネットワーク管理サーバシステムの１つの実施例は、ＳＧＷ１０６０によって管理されたＭＰに準拠した構成要素のリソース情報（例えば、使用容量）だけを保持する。従って、このネットワーク管理サーバシステムが、ＭＣＣＰ手順の間に、ＭＰの都市圏ネットワーク２０３０におけるＵＴと通信するためのＭＴＰＳ要求を承認するように要求された場合には、ＳＧＷ１０６０におけるネットワーク管理サーバシステムは、タスクを実行するために必要なリソース情報（すなわち、ＵＴ１３２０からＭＰの都市圏ネットワーク２０３０中のＵＴまで伝送経路に沿った容量の使用量情報）を持たない。次に、ＳＧＷ１０６０中のネットワーク管理サーバシステムは、ＳＧＷ１１６０中のネットワーク管理サーバシステムに援助を要求する。
【０４４８】
ＳＧＷ１１６０中の管理サーバシステムは、ＭＰの都市圏ネットワーク１０００に対する「都市圏のマスターのネットワーク管理サーバシステム」と呼ばれる。１つの実施例で、この都市圏のマスターのネットワーク管理サーバシステムは、ＭＰの都市圏ネットワーク１０００内のネットワーク管理サーバシステムのみによって監督される、リソース情報に対するアクセスを有する。ＭＴＰＳ要求は、ＭＰのもう１つの都市圏ネットワークにあるＵＴと通信するためのものであるので、都市圏のマスターのネットワーク管理サーバシステムは、その要求を承認するか又は不承認するために必要なリソース情報を欠いている。このとき、都市圏のマスターのネットワーク管理サーバシステムは、全国的なマスターのネットワークマネージャ装置（ＳＧＷ１０２０）中のネットワーク管理サーバシステムに援助を要求する。
【０４４９】
このＳＧＷ１０２０中のネットワーク管理サーバシステムは、ＭＰの全国的ネットワーク２０００に対する「全国的なマスターのネットワーク管理サーバシステム」と呼ばれる。１つの実施例で、その全国的なマスターのネットワーク管理サーバシステムは、ＭＰの全国的ネットワーク２０００内の都市圏アクセスＳＧＷ（例えば、ＳＧＷ２０５０とＳＧＷ２０７０）における都市圏のマスターのネットワーク管理サーバシステムとネットワーク管理サーバシステムのみによって監督される、リソース情報に対するアクセスを有する。この例において、全国的なマスターのネットワーク管理サーバシステムは、ＳＧＷ１１６０とＳＧＷ２０６０の両方における都市圏のマスターのネットワーク管理サーバシステムからのリソース情報（すなわち、ＭＰの都市圏ネットワーク１０００とＭＰの都市圏ネットワーク２０３０の容量の使用量情報）を有する。全国的なマスターのネットワーク管理サーバシステムはまた、都市圏アクセスＳＧＷからのリソース情報（例えば、ＳＧＷ１０２０、２０５０及び２０７０における容量の使用量情報）を有する。従って、全国的なマスターのネットワーク管理サーバシステムは、要求を承認するかあるいは不承認するために必要な容量の使用量情報を有する。次に、ＳＧＷ１０２０における全国的なマスターのネットワーク管理サーバシステムが、ＳＧＷ１１６０における都市圏のマスターのネットワーク管理サーバシステムに、その応答を伝送する。都市圏のマスターのネットワーク管理サーバシステムが、その応答をＳＧＷ１０６０中のネットワーク管理サーバシステムに伝送する。
【０４５０】
ＭＰのある都市圏ネットワークにおける他のタイプのサーバシステム（例えば、アドレス指定マッピングサーバシステムとアカウント処理サーバシステム）が、ＭＰのもう１つの都市圏ネットワークにおける宛先ホストに対するサービス要求を処理するとき、以上説明された処理は、上記他のタイプのサーバシステムに適用される。前の例では、特定の詳細事項を用いて、ＳＧＷと都市圏のマスターのネットワークマネージャ装置の間と、都市圏のマスターのネットワークマネージャ装置と全国的なマスターのネットワークマネージャ装置の間の例示的な交換について説明したが、当該技術分野における通常の技能を有する者には、開示されたＭＴＰＳ技術の範囲になお含まれたままで、上記詳細事項によらなくとも、ＭＰの都市圏ネットワーク間でのサービス要求を促進する他の機構を実装することは明らかであろう。
【０４５１】
さらに、上述の処理過程は、同様に、ＭＰ全国的ネットワーク中のホストの間のサービス要求を処理することにも適用される。説明されたようなＭＣＣＰ手順におけるネットワーク管理サーバシステムを用いるとき、ＭＴＰＳサービス要求が、ＭＰのもう１つの全国的ネットワーク（例えば、ＭＰ全国的ネットワーク３０３０）における宛先ホストに対するものである場合には、ＭＰの全国的ネットワーク２０００における全国的なマスターのネットワーク管理サーバシステムは、サービス要求を承認するか又は不承認するために必要な情報を持たず、グローバルなマスターのネットワークマネージャ装置（ＳＧＷ２０２０）におけるネットワーク管理サーバシステム（「グローバルなマスターのネットワーク管理サーバシステム」とも呼ぶ。）に援助を要求する。次に、ＳＧＷ２０２０におけるグローバルなマスターのネットワーク管理サーバシステムは、ＳＧＷ１０２０における全国的なマスターのネットワーク管理サーバシステムに対してその応答を送信する。次に、全国的なマスターのネットワーク管理サーバシステムは、ＳＧＷ１１６０における都市圏のマスターのネットワーク管理サーバシステムに応答を送信する。次に、都市圏のマスターのネットワーク管理サーバシステムは、ＳＧＷ１０６０中のネットワーク管理サーバシステムに応答を送信する。
【０４５２】
あるＭＰの全国的ネットワークにおける他のタイプのサーバシステム（例えば、アドレス指定マッピングサーバシステムとアカウント処理サーバシステム）が、ＭＰのもう１つの全国的ネットワークにおける宛先ホストに対するサービス要求を処理するとき、この説明された処理は、上記他のタイプのサーバシステムに適用される。当該技術分野における通常の技能を有する者には、ＭＰの都市圏ネットワーク間のＭＴＰＳ要求と、ＭＰの全国的ネットワーク間のＭＴＰＳ要求を処理するための開示された処理を、他のタイプのＭＰサービス（例えば、ＭＤ、ＭＭ、ＭＢとＭＴ）に適用することは明らかであろう。
【０４５３】
６．１．２．２  呼の通信．
上述のように、この例では、次の呼の通信に係る議論において、ＵＴ１３８０が発呼者であり、ＵＴ１３２０が被呼者である。ＭＸ１１８０が発呼者のＭＸであり、ＭＸ１０８０が被呼者のＭＸである。
【０４５４】
１．発呼者は、発呼者のＭＸと、発呼者のＭＸ及び被呼者のＭＸを管理するＳＧＷにおけるＥＸと、被呼者のＭＸとを介して、被呼者に対してデータ５４０８０を送信し始める。データ５４０８０は、ＭＰデータパケットである。発呼者のＭＸのＵＬＰＦは、次に、ＵＬＰＦチェックを実行して（これは、上述の中間スイッチのセクションで詳述された。）、パケットがＳＧＷ１１６０に到達することを許可するか否かを決める。ここで、発呼者と、発呼者を管理するＳＧＷ（ＳＧＥ１１６０）におけるＥＸとの間でデータパケットが通過する論理リンクは、ボトムアップの論理リンクであり、被呼者を管理するＳＧＷ（１０６０）におけるＥＸと、被呼者との間でのデータパケットが通過する論理リンクは、トップダウンの論理リンクである。また、上述の論理層のセクションで説明したように、ＳＧＷ１１６０中のＥＸは、データパケットをＳＧＷ１０６０中のＥＸに方向付けるために、ルーティングテーブルの中で検索する（これはオフラインで計算できる）。
２．同様に、被呼者のＭＸのＵＬＰＦは、被呼者からのデータ５４１５０のデータパケットに対してＵＬＰＦチェックを実行する。被呼者から発呼者に送信されているデータパケットに関して、被呼者と、被呼者を管理するＳＧＷ（ＳＧＷ１０６０）中のＥＸとの間でのデータパケットが通過する論理リンクは、ボトムアップの論理リンクであるのに対して、発呼者を管理するＳＧＷ（１１６０）中のＥＸと、発呼者との間でのデータパケットが通過する論理リンクは、トップダウンの論理リンクである。ＳＧＷ１０６０中のＥＸはまた、ＳＧＷ１１６０中のＥＸに向かってデータパケットを方向付けるために、ルーティングテーブルの中を検索する。
３．発呼者のＭＴＰＳサーバシステムは、呼の通信段階の全体にわたって、時々、ＭＴＰＳ保持パケット５４０９０とＭＴＰＳ状態照会５４１００を、発呼者と被呼者のＭＴＰＳサーバシステムに送信する。さらに、被呼者のＭＴＰＳサーバシステムは、ＭＴＰＳ保持パケット５４１１０を被呼者に送信する。ＭＴＰＳ保持パケット５４０９０及び５４１１０と、ＭＴＰＳ状態照会５４１００とは、ＭＴＰＳセッションにおける当事者に係る呼の接続状態情報（例えば、エラーレート及び／又は失われたパケット数）を収集するために使用される、ＭＰ制御パケットである。
４．発呼者と被呼者は、ＭＴＰＳ保持応答パケット５４１２０及び５４１３０をそれらの各自のＭＴＰＳサーバシステムに送信することによって、ＭＴＰＳ保持パケットに肯定応答する。ＭＴＰＳ保持応答パケットは、要求された呼の接続状態情報（例えば、エラーレート及び／又は失われたパケット数）を含む、ＭＰ制御パケットである。
５．ＭＴＰＳ保持応答パケット５４１３０を受信した後、被呼者のＭＴＰＳサーバシステムは、ＭＴＰＳ状態応答５４１４０を用いて、被呼者からの要求された情報を発呼者のＭＴＰＳサーバシステムに伝送する。
６．ＭＴＰＳ保持応答パケット５４１２０とＭＴＰＳ状態応答パケット５４１４０に基づき、発呼者のＭＴＰＳサーバシステムは、ＭＴＰＳセッションを変更できる。例えば、セッションのエラーレートが許容可能なしきい値を超えた場合には、発呼者のＭＴＰＳサーバシステムは当事者に通知して、セッションを終了することができる。
【０４５５】
上述のＭＴＰＳの呼の通信処理は、一般に、ＭＰの異なる都市圏ネットワークに属するがＭＰの同じ全国的ネットワーク内に含まれる２つのＳＧＷによって管理された２つのＵＴ間での、ＭＴＰＳの呼の通信処理に適用される。例えば、（ＭＰの都市圏ネットワーク１０００中のＳＧＷ１０６０によって管理された）ＵＴ１３２０が、ＭＰデータパケットをＭＰの都市圏ネットワーク２０３０中のＵＴに送信する場合には、その２つのＵＴは、ＭＰの異なる都市圏ネットワーク（１０００及び２０３０）に属するがＭＰの同じ全国的ネットワーク２０００内に存在する、２つのＳＧＷによって管理される。上述の論理層のセクションで議論したように、ＭＰの都市圏ネットワーク２０３０における、発呼者を管理するＳＧＷ（ＭＰの都市圏ネットワーク１０００中のＳＧＷ１０６０）におけるＥＸと、被呼者を管理するＳＧＷにおけるＥＸとの間の伝送は、都市圏アクセスＳＧＷ（例えば、１０２０及び２０５０）を必要とする。具体的には、ＳＧＷ１０６０中のＥＸは、ルーティングテーブルを検索して、データパケットを都市圏アクセスＳＧＷ１０２０中のＥＸに方向付け、次いで、上記都市圏アクセスＳＧＷ１０２０中のＥＸは、ルーティングテーブルを検索して、データパケットを都市圏アクセスＳＧＷ２０５０中のＥＸに方向付け、この都市圏アクセスＳＧＷ２０５０中のＥＸもまた、ルーティングテーブルを検索して、データパケットをＭＰの都市圏ネットワーク２０３０中の被呼者を管理するＳＧＷ中のＥＸに方向付ける。
【０４５６】
それに加えて、このＭＰの２つの異なる都市圏ネットワークにおけるＵＴ間のＭＴＰＳの呼の通信の処理は、同様に、ＭＰの２つの異なる全国的ネットワークにおける２つのＵＴ間のＭＴＰＳの呼の通信にも適用される。例えば、（ＭＰの全国的ネットワーク２０００中のＳＧＷ１０６０によって管理される）ＵＴ１３２０が、ＭＰデータパケットをＭＰの全国的ネットワーク３０３０中のＵＴに送信する場合には、ＭＰの全国的ネットワーク３０３０における、発呼者を管理するＳＧＷ（ＭＰの全国的ネットワーク２０００中のＳＧＷ１０６０）中のＥＸと、被呼者を管理するＳＧＷとの間の伝送は、全国的アクセスＳＧＷ（例えば、２０２０及び３０４０）を必要とする。具体的には、ＳＧＷ１０６０中のＥＸは、データパケットを都市圏アクセスＳＧＷ１０２０中のＥＸに方向付け、次いで、都市圏アクセスＳＧＷ１０２０中のＥＸは、データパケットを全国的アクセスＳＧＷ２０２０中のＥＸに方向付ける。全国的アクセスＳＧＷ２０２０中のＥＸは、データパケットを全国的アクセスＳＧＷ３０４０中のＥＸに方向付け、次に、全国的アクセスＳＧＷ３０４０中のＥＸは、適当な都市圏アクセスＳＧＷを介して、ＭＰの全国的ネットワーク３０３０において被呼者を管理するＳＧＷ中のＥＸに、データパケットを方向付ける。
【０４５７】
当該技術分野における通常の技能を有する者には、ＭＰの都市圏ネットワーク間のＭＴＰＳ呼の通信と、ＭＰの全国的ネットワーク間の呼の通信とを処理するための開示された処理を、他のタイプのＭＰサービス（例えば、ＭＤ、ＭＭ、ＭＢとＭＴ）に適用することは明らかであろう。
【０４５８】
６．１．２．３  呼の解放．
発呼者、被呼者、発呼者のＭＴＰＳサーバシステム、あるいは被呼者のＭＴＰＳサーバシステムは、呼の解放を開始することができる。上述のように、この例において、ＵＴ１３８０が発呼者であり、ＵＴ１３２０が被呼者であり、ＭＸ１１８０が発呼者のＭＸであり、ＭＸ１０８０が被呼者のＭＸである。
【０４５９】
６．１．２．３．１  発呼者によって開始される呼の解放．
１．発呼者は、ＭＰ制御パケットであるＭＴＰＳ解放５５０００を、発呼者のＭＴＰＳサーバシステムに送信する。これに応答して、発呼者のＭＴＰＳサーバシステムは、発呼者にＭＴＰＳ解放応答５５０１０を送信することによって、解放要求に肯定応答し、ＭＴＰＳ解放指示５５０２０を用いて、被呼者のＭＴＰＳサーバシステムに、この要求について通知する。
２．ＭＴＰＳ解放指示５５０２０を受信した後、被呼者のＭＴＰＳサーバシステムは、ＭＴＰＳ解放５５０３０を被呼者に送信する。
３．発呼者のＭＸと被呼者のＭＸは、ＭＴＰＳ解放５５０００とＭＴＰＳ解放５５０３０を受信するとき、それらの各自のＵＬＰＦをリセットする。
４．被呼者は、ＭＴＰＳ解放応答５５０４０を用いて、被呼者のＭＴＰＳサーバシステムからの解放要求に肯定応答する。次に、被呼者のＭＴＰＳサーバシステムは、ＭＴＰＳ解放肯定応答５５０５０を発呼者のＭＴＰＳサーバシステムに送信する。
５．ＭＴＰＳ解放５５０００を受信した後、発呼者のＭＴＰＳサーバシステムは、セッションの使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止し、ローカルなアカウント処理サーバシステム、例えば、ＳＧＷ１１６０におけるサーバ群１００１０のアカウント処理サーバシステム１２０４０（図１２）に、収集された使用量情報を報告する。
６．発呼者が、発呼者のＭＴＰＳサーバシステムからＭＴＰＳ解放応答５５０１０を受信するとき、発呼者はＭＴＰＳセッションを終了する。
７．被呼者は、ＭＴＰＳ解放応答５５０４０を用いて、被呼者のＭＴＰＳサーバシステムに、そのＭＴＰＳセッションの終了について通知する。
【０４６０】
６．１．２．３．２  ＭＴＰＳサーバシステムによって開始される呼の解放．
上述のように、一実施形態に係る発呼者あるいは被呼者のいずれかのＭＴＰＳサーバシステムは、受理できない通信状況（例えば、失われたパケット数が過多である、エラーレートが過大である、及び／又は失われたＭＴＰＳ保持応答パケットの数が過多である）を検出するとき、呼の解放を開始することができる。同様に、都市圏のマスターのネットワーク管理サーバシステムも、複数のＳＧＷの間で、許容できない通信状況を検出するとき、呼を終了することができる。
【０４６１】
１．説明のため、発呼者のＭＴＰＳサーバシステムが、呼の解放を開始することを仮定する。呼の解放を開始するため、発呼者のＭＴＰＳサーバシステムは、ＭＰ制御パケットであるＭＴＰＳ解放５５０６０とＭＴＰＳ解放指示５５０７０を、発呼者と、被呼者のＭＴＰＳサーバシステムとにそれぞれ送信する。これに応答して、発呼者は、ＭＴＰＳ解放応答５５０９０を発呼者のＭＴＰＳサーバシステムに戻すように送信し、効果的にＭＴＰＳセッションを終了する。また、被呼者のＭＴＰＳサーバシステムは、ＭＴＰＳ解放５５０８０を被呼者に送信する。発呼者のＭＴＰＳサーバシステムは、ＭＴＰＳ解放５５０６０とＭＴＰＳ解放指示５５０７０を送信するとき、セッションに対する使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止する。発呼者のＭＴＰＳサーバシステムはまた、ローカルなアカウント処理サーバシステム、例えばＳＧＷ１１６０におけるサーバ群１００１０のアカウント処理サーバシステム１２０４０（図１２）に、収集された使用量情報を報告する。
２．発呼者のＭＸと被呼者のＭＸは、ＭＴＰＳ解放５５０６０及び５５０８０を受信するとき、これらの各自のＵＬＰＦをリセットする。
３．ＭＴＰＳ解放応答５５１００を受信した後、被呼者のＭＴＰＳサーバシステムは、ＭＴＰＳ解放肯定応答５５１１０を、発呼者のＭＴＰＳサーバシステムに送信する。
４．発呼者のＭＴＰＳサーバシステムが、ＭＴＰＳ解放肯定応答５５１１０とＭＴＰＳ解放応答５５０９０の両方を受信した後、発呼者のＭＴＰＳサーバシステムは、セッションを終了する。
【０４６２】
同様の手順は、被呼者のＭＴＰＳサーバシステムが呼の解放を開始する場合にも適用される。
【０４６３】
６．１．２．３．３  被呼者によって開始される呼の解放．
１．被呼者は、ＭＴＰＳ解放５５１２０を被呼者のＭＴＰＳサーバシステム送信することによって、解放を開始する。次に、被呼者のＭＴＰＳサーバシステムは、ＭＴＰＳ解放要求５５１３０を発呼者のＭＴＰＳサーバシステムに送信する。発呼者のＭＴＰＳサーバシステムは、セッションに対する使用量情報（例えば、セッションの継続時間あるいはトラフィック）の収集を停止し、及び、収集された使用量情報をＳＧＷ１１６０におけるサーバ群のローカルなアカウント処理サーバシステムに報告する。
２．次に、発呼者のＭＴＰＳサーバシステムは、ＭＴＰＳ解放５５１４０を発呼者に送信し、ＭＴＰＳ解放応答５５１６０を被呼者のＭＴＰＳサーバシステムに送信する。
３．被呼者のＭＴＰＳサーバシステムは、ＭＴＰＳ解放応答５５１６０を受信した後、セッションを終了し、被呼者にＭＴＰＳ解放応答５５１７０を送信する。
４．発呼者のＭＸと被呼者のＭＸは、ＭＴＰＳ解放５５１４０及び５５１２０を受信するとき、それらの各自のＵＬＰＦをリセットする。
【０４６４】
ユーザは、ＵＴ上のグラフィカルユーザインターフェースを用いて、前述のＭＴＰＳサービスを要求する。図５６は、サービスウィンドウ５６０００のような、一実施形態に係るグラフィカルユーザインターフェースがサポートするサービスウィンドウを示す。ユーザは、サービスウィンドウ５６０００をナビゲートして進むことによって、ＭＴＰＳセッションを開始する。具体的には、サービスウィンドウ５６０００は、例えば情報領域５６０１０、入力領域５６０２０、及びシンボル領域５６０２０を含むがこれらに限定されない、多数の表示領域を含む。情報領域５６０１０は、関連したＭＴＰＳセッション情報（例えば、接続の状態、手順の命令）を表示する。入力領域５６０２０は、例えばテキスト／数値入力ブロック５６０４０と入力ボタン５６０５０とを含むがこれらに限定されない、項目を含む。シンボル領域５６０３０は、アイコン、ロゴ、及び知的所有権情報（例えば、特許情報、著作権表示、及び／又は商標情報）を含むがこれらに限定されない、項目を表示する。
【０４６５】
説明のため、ユーザＡがユーザＢとのＭＴＰＳセッションを処理することを希望していることを仮定し、ユーザＡが用いているＵＴ（例えば、図１ｄのＵＴ１３８０）は、情報領域５６０１０において「ユーザＢの番号を入力してください」と表示し、オフフックの発信音を鳴らす。ユーザＡは、ユーザＢの番号（すなわち、ユーザＢのユーザアドレス）をテキスト／数値ブロック５６０４０にタイプして入力し、次いで、入力ボタン５６０５０をクリックする。ユーザＡが個別の各数字を入力すると、ＵＴ１３８０が、オプションとして、その数字に対応したのデュアルトーン・マルチフレケンシー（「ＤＴＭＦ」）の音を再生する。ユーザＢの番号を入力した後、ＵＴ１３８０は情報領域５６０１０に「お待ちください」と表示して、入力領域５６０２０を除去し、ＵＴ１３８０のオーディオ出力を一時的に消音して、情報領域５６０１０に「ミュート」と表示する。それに代わって、ＵＴ１３８０は、消音を示すアイコンをシンボルブロック５６０３０に表示する。例えば、このアイコンは、円の中にあるスピーカの絵であって、この円を横切って引かれた直線を備えた絵であることが可能である。
【０４６６】
ユーザＢが他の当事者とすでにＭＴＰＳセッションを行っている場合には、ＵＴ１３８０は、情報領域５６０１０に「ユーザＢは話中です。」と表示して、話中音を鳴らす。ユーザＢが応答しない場合には、ＵＴ１３８０は、情報領域５６０１０に「ユーザＢは応答しません。」と表示し、ユーザＡに後で再試行するように気付かせるために警告音を鳴らす。ユーザＢが、要求されたＭＴＰＳセッションに参加することを拒否した場合には、ＵＴ１３８０は、情報領域５６０１０に「ユーザＢはあなたの呼を受けることを拒否しています。」と表示し、また、ユーザＡに後で再試行するように気付かせるために警告音を鳴らす。ＭＴＰＳセッションの支払者（ユーザＡ又はユーザＢのいずれか）が、要求されたＭＴＰＳサービスを提供するネットワークのオペレータに対する未払いの残金がある場合、ＵＴ１３８０は、情報領域５６０１０に「今回は、この呼を完了させることができません。今すぐ、あなたのサービスプロバイダに連絡を取ってください。」と表示し、ユーザがまもなく彼又は彼女の勘定を支払うように気付かせるために警告音を鳴らす。ＳＧＷ１１６０がユーザＢの位置を突き止めることができない場合、ＵＴ１３８０は、情報領域５６０１０に「ユーザＢが見つかりません。」又は「おかけになって番号は存在しません。」のいずれかを表示し、ユーザＡが、彼又は彼女が入力した番号をの正確さを照合するように気付かせるために、警告音を鳴らす。ＭＰネットワークが混雑している（ビジーである）場合には、ＵＴ１３８０は、情報領域５６０１０に「ネットワークは混雑しています。」と表示し、話中音を鳴らす。
【０４６７】
しかしながら、要求されたＭＴＰＳセッションを確立することに成功した場合には、ＵＴ１３８０は、ユーザＢからのオーディオ情報を再生し、オプションとして、サービスウィンドウ５６０００にユーザＢからの画像を表示する。当該技術分野における通常の技能を有する者には、前に議論した詳細事項を用いることなくユーザインターフェースを実装することは明らかであろう。例えば、サービスウィンドウ５６０００は、追加の表示領域を含むこと、議論した３つの表示域を、より少ない別個の表示領域に結合（マージ）すること、あるいは、区別される表示領域を持たないことが可能である。また、要求されたＭＴＰＳセッションの状態に関して表示されるテキスト情報は、異なる言いまわし（例えば、ＵＴ１３８０は、「ユーザＢはあなたの呼を受けることを拒否しています。」の代わりに、「呼は拒否されました」と表示することもできる）と、異なる外観（例えば、さまざまなフォント、フォントサイズ、色の使用）とを有することが可能である。
【０４６８】
上述のユーザインターフェースはまた、ユーザが、ＭＴＰＳセッションの要求を受け入れることをガイドできる。ユーザＡがユーザＢとのＭＴＰＳセッションを確立しようとしている同じ例を用いると、図５７は、ユーザＢが要求に応答するためにナビゲートして移動する一連のウィンドウを示す。説明のため、ＵＴ１３２０がユーザＡの要求を受信するとき、ユーザＢはＵＴ１３２０の表示装置に再生されているプログラム（番組）５７０１０（例えば、映画）を見ていると仮定する。
【０４６９】
・それから、ＵＴ１３２０は、発呼者番号５７０３０のようなユーザＡの情報と、受諾する／拒絶する領域５７０４０のようなユーザＢが有する選択肢とを、スクリーン上表示（オンスクリーンディスプレイ：「ＯＳＤ」）領域５７０２０に表示する。ＯＳＤ領域５７０２０は、サービスウィンドウ５７０００中のプログラム５７０１０に上書きする。
・ユーザＢが「受諾する」を選択した場合には、ＵＴ１３２０は、ユーザＡからのオーディオ情報を再生し、オプションとして、サービスウィンドウ５７０００にユーザＡからのビデオ情報を表示する。ユーザＢが「拒絶する」を選択した場合には、ＵＴ１３２０は、ＯＳＤ５７０２０を除去し、サービスウィンドウ５７０００のすべて表示領域をプログラム５７０１０に回復する。
【０４７０】
当該技術分野における通常の技能を有する者には、説明された例の特定の詳細事項（例えば、ＯＳＤ５７０２０の位置、ユーザの選択の提示、単一の表示ウィンドウの使用）を使わなくても、開示されたユーザインターフェースを実装することは明らかであろう。当該技術分野における通常の技能を有する者には、また、開示されたユーザインターフェースは、多くの別のタイプのマルチメディアサービス（例えば、ＭＤ、ＭＭ、ＭＢとＭＴ）に使用可能であることは明らかであろう。
【０４７１】
６．２  メディア・オン・デマンド（「ＭＤ」）．
６．２．１  単一のサービスゲートウェイに依存するＭＰに準拠した２つの構成要素の間のＭＤ．
ＭＤは、ＵＴが、メディア記憶装置のようなＭＰに準拠した構成要素からビデオ及び／又はオーディオ情報を取得することを可能にする。１つの構成において、メディア記憶装置は、ＳＧＷ１１２０におけるメディア記憶装置１１４０のように、ＳＧＷに存在する（「ＳＧＷメディア記憶装置」）。代替の構成において、メディア記憶装置は、ＵＴ１４５０のような、ＨＧＷに接続するＵＴのうちの１つである。
【０４７２】
図５８ａと図５８ｂは、単一のＳＧＢに依存する２つのＵＴ、例えばＵＴ１３８０とＵＴ１４５０の間の、１つのセッションに係るＭＤの時系列図を示す。説明のため、ＵＴ１３８０が、ＵＴ１４５０からのＭＤセッションを要求する。従って、ＵＴ１３８０は「発呼者」である。ＵＴ１４５０は「ＵＴのメディア記憶装置」であり、ＭＸ１２４０は「メディア記憶装置のＭＸ」である。
【０４７３】
「ＭＤサーバシステム」は、ＭＤセッションを管理する専用のサーバシステムを示す。ＭＤサーバシステムは、ＳＧＷ１１６０のサーバ群１００１０に存在する呼処理サーバシステム１２０１０（図１２）か、あるいは、ＨＧＷ１２００をサポートする家庭用サーバシステムかのいずれかであるが、これらに限定されるものではない。
【０４７４】
以下の議論は、主に、発呼者と、ＵＴのメディア記憶装置と、ＳＧＷ中のＭＤサーバシステムとが、ＭＤセッションの３つの段階において、すなわち、呼のセットアップ、呼の通信、及び呼の解放において、互いにどのように対話するかということについて説明する。
【０４７５】
６．２．１．１  呼のセットアップ．
１．発呼者、例えばＵＴ１３８０は、ＳＧＷ（例えば、ＳＧＷ１１６０）中のＭＤサーバシステムにＭＤ要求５８０００を送信する。ＭＤ要求５８０００は、ＭＰ制御パケットであり、発呼者ネットワークアドレスとＵＴのメディア記憶装置のユーザアドレスとを含む。発呼者は、典型的には、ＵＴのメディア記憶装置のネットワークアドレスを知らないので、発呼者は、ＵＴのメディア記憶装置のユーザアドレスを、その対応するネットワークアドレスにマッピングするために、ＳＧＷにおけるサーバ群に依存する（図５８ａには図示せず。）。
それに加えて、発呼者とＵＴのメディア記憶装置とは、サーバ群１００１０のネットワーク管理サーバシステム１２０３０（図１２）から、ＭＤセッションを実行するためのＭＰネットワークの情報（例えば、ＭＤサーバシステムのネットワークアドレス）を取得する。
２．ＭＤ要求５８０００を受信した後、ＭＤサーバシステムは、上述のＭＣＣＰ手順（サーバ群のセクションにおいて議論された）を実行し、発呼者による処理の続行を許可するか否かを決定する。
３．ＭＤサーバシステムは、ＭＤ要求応答５８０１０を発行することによって、発呼者の要求に肯定応答する。ＭＤ要求応答５８０１０は、ＭＣＣＰ手順の結果を含むＭＰ制御パケットである。
４．次に、ＭＤサーバシステムは、ＭＤセットアップパケット５８０２０及び５８０３０を、発呼者とＵＴのメディア記憶装置とにそれぞれ送信する。ＭＤセットアップパケット５８０３０は、メディア記憶装置のＭＸを介してＵＴのメディア記憶装置に送信される。ＭＤセットアップパケット５８０２０及び５８０３０はＭＰ制御パケットであり、これは、発呼者及びメディア記憶装置のネットワークアドレスと、要求されたＭＤセッションの許容された呼のトラフィックフロー（例えば、帯域幅）とを含むものである。これらのパケットは、さらにカラー情報を含み、そのカラー情報は、ＭＸ１２４０のようなメディア記憶装置のＭＸに、ＭＸにおけるＵＬＰＦをセットアップするように命令する。このＵＬＰＦを更新する処理は、前の中間スイッチのセクションで詳述された。
５．発呼者とＵＴのメディア記憶装置とは、ＭＤセットアップ応答パケット５８０４０及び５８０５０をそれぞれＭＤサーバシステムに戻すように送信することによって、ＭＤセットアップパケット５８０２０及び５８０３０に肯定応答する。ＭＤセットアップ応答パケットは、ＭＰ制御パケットである。
６．ＭＤサーバシステムは、ＭＤセットアップ応答パケットを受信した後、ＭＤセッションの使用量情報（例えば、セッションの継続時間又はトラフィック）を収集し始める。
【０４７６】
上述のＵＴのメディア記憶装置の呼のセットアップは、以下の変更を行うことにより、ＳＧＷのメディア記憶装置に適用される。
【０４７７】
ＭＤサーバシステムがＭＤセットアップパケット５８０３０をメディア記憶装置１１４０に送信した場合、ＭＤセットアップパケット５８０３０は、メディア記憶装置のＭＸをバイパスし、ＳＧＷ１１２０中のＥＸを介してＳＧＷのメディア記憶装置に到達する。１つの実施例で、ＳＧＷ１１２０中のＥＸは、ＵＬＰＦを含む。ＭＤサーバシステムからのＭＤセットアップパケットが、このＵＬＰＦをセットアップする。
【０４７８】
６．２．１．２  呼の通信．
１．要求されたＭＤセッションをセットアップした後、メディア記憶装置（ＳＧＷのメディア記憶装置あるいはＵＴのメディア記憶装置のいずれか）は、発呼者にデータを送信し始める。例えば、図５８ａに示すように、ＵＴのメディア記憶装置は、ＭＰデータパケットであるデータ５８０６０を発呼者に送信する。また、メディア記憶装置のＭＸ、例えばＭＸ１２４０は、ＵＬＰＦチェック（前の中間スイッチのセクションで議論した）を実行し、データパケットがＭＸを介してＳＧＷ１１６０に到達することを許可するか否かを決める。
２．ＭＤサーバシステムは、呼の通信段階の全体にわたって、時々、ＭＰ制御パケットであるＭＤ保持パケット５８０７０及び５８０８０を、発呼者とＵＴのメディア記憶装置とに送信する。ＭＤサーバシステムは、それらＭＰ制御パケットを用いて、ＭＤセッションにおける当事者に係る呼の接続状態情報（例えば、エラーレート、失われたパケット数）を収集する。
３．発呼者とＵＴのメディア記憶装置とは、ＭＤサーバシステムにＭＤ保持応答パケット５８０９０及び５８１００を送信することによって、ＭＤ保持パケットに肯定応答する。ＭＤ保持応答パケットは、要求された呼の接続状態情報（例えば、エラーレートと失われたパケット数）を含む、ＭＰ制御パケットである。ＭＤ保持応答パケット５８０９０及び５８１００に基づき、ＭＤサーバシステムはＭＤセッションを変更してもよい。例えば、もし、セッションのエラーレートが、許容できるしきい値を超えた場合には、ＭＤサーバシステムは発呼者に通知して、セッションを終了できる。
４．呼の通信段階の間の任意の時点において、発呼者は、ＭＰネットワークを介してメディア記憶装置を制御できる。特に、発呼者は、ＭＰの帯域内信号方式のデータパケットであるＭＤ操作５８１１０を、ＵＴのメディア記憶装置に送信できる。このデータパケットは、そのペイロードフィールド５０５０中に所定の制御情報を含み、この情報は、メディア記憶装置に、その記憶された内容を早送りさせ、巻き戻させ、一時停止させ、あるいは再生させるが、これらに限定されるものではない。
【０４７９】
６．２．１．３  呼の解放．
発呼者、ＭＤサーバシステム、あるいはメディア記憶装置は、呼の解放を開始することができる。
【０４８０】
６．２．１．３．１  発呼者によって開始される呼の解放．
１．発呼者は、ＭＰ制御パケットであるＭＤ解放５８１２０をＭＤサーバシステムに送信する。これに応答して、ＭＤサーバシステムは、同様にＭＰ制御パケットであるＭＤ解放応答５８１３０を発呼者に送信し、また、メディア記憶装置のＭＸを介して、ＵＴのメディア記憶装置にＭＤ解放５８１２５を送信する。それに加えて、ＭＤサーバシステムは、セッションに対する使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止し、ローカルなアカウント処理サーバシステム、例えば、ＳＧＷ１１６０中のサーバ群１００１０のアカウント処理サーバシステム１２０４０（図１２）に、収集された使用量情報を報告する。それに代わって、視聴毎の支払い方式（ペイ・パー・ビュー）のサービスの場合には、ＭＤサーバシステムは、単に、ＭＤサービスが提供されたことをサーバシステム１２０４０に報告する。
２．ＵＴのメディア記憶装置に関して、メディア記憶装置のＭＸは、ＭＤ解放５８１２５を受信するとき、そのＵＬＰＦをリセットする。同様に、ＳＧＷのメディア記憶装置に関して、ＳＧＷ中のＥＸも、当該ＥＸがＭＤサーバシステムからＳＧＷのメディア記憶装置への解放パケットを受信した後で、そのＵＬＰＦ（ＥＸがＵＬＰＦを含む場合）をリセットする。
３．発呼者がＭＤサーバシステムからＭＤ解放応答５８１３０を受信した後であり、かつ、ＭＤサーバシステムがＵＴのメディア記憶装置からのＭＤ解放応答５８１４０を受信した後、ＭＤセッションは終了させる。
【０４８１】
６．２．１．３．２  ＭＤサーバシステムによって開始される呼の解放．
ＭＤサーバシステムの１つの実施例は、受理できない通信状況（例えば、失われたパケット数が過多である、エラーレートが過大である、失われたＭＤ保持応答パケットの数が過多である）を検出したときに、呼の解放を開始することができる。
【０４８２】
１．ＭＤサーバシステムが、ＭＰ制御パケットであるＭＤ解放５８１５０及び５８１６０を発呼者とＵＴのメディア記憶装置とにそれぞれ送信する。これに応答して、発呼者とＵＴのメディア記憶装置とは、ＭＰ制御パケットであるＭＤ解放応答５８１７０及び５８１８０をＭＤサーバシステムに戻すように送信し、ＭＤセッションを終了する。ＭＤサーバシステムは、ＭＤ解放パケットを送信したときに、セッションに対する使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止する。ＭＤサーバシステムはまた、ローカルなアカウント処理サーバシステム、例えばＳＧＷ１１６０中のサーバ群１００１０のアカウント処理サーバシステム１２０４０（図１２）に、収集された使用量情報を報告する。
２．ＵＴのメディア記憶装置に関して、メディア記憶装置のＭＸは、ＭＤ解放５８１６０を受信する時に、その対応のＵＬＰＦをリセットする。同様に、ＳＧＷのメディア記憶装置に関して、ＳＧＷにおけるＥＸは、ＭＤサーバシステムからＳＧＷのメディア記憶装置への解放パケットを受信した後、そのＵＬＰＦ（ＥＸがＵＬＰＦを含む場合）をリセットする。
【０４８３】
６．２．１．３．３  メディア記憶装置によって開始される呼の解放．
１．メディア記憶装置は、メディア記憶装置のＭＸを介して、ＭＰ制御パケットであるＭＤ解放５８１９０をＭＤサーバシステムに送信する。さらに、ＭＤサーバシステムは、ＭＤ解放５８１９５を発呼者に送信する。これに応答して、発呼者は、ＭＰ制御パケットであるＭＤ解放応答５８２００を、ＭＤサーバシステムに戻すように送信し、ＭＤセッションを終了する。ＭＤ解放５８１９０を受信した後、ＭＤサーバシステムは、ＭＤ解放応答５８２１０をＵＴのメディア記憶装置に送信し、セッションに対する使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止して、ローカルなアカウント処理サーバシステム、例えばＳＧＷ１１６０中のサーバ群１００１０のアカウント処理サーバシステム１２０４０（図１２）に、収集された使用量情報を報告する。
２．ＵＴのメディア記憶装置に関して、メディア記憶装置のＭＸは、ＭＤ解放５８１９０を受信した後、その対応のＵＬＰＦをリセットする。同様に、ＳＧＷのメディア記憶装置に関して、ＳＧＷ中のＥＸはまた、当該ＥＸがＭＤサーバシステムからＳＧＷメディア記憶装置への解放パケットを受信した後、そのＵＬＰＦ（ＥＸがＵＬＰＦを含む場合）をリセットする。
【０４８４】
６．２．２  ２つのサービスゲートウェイに依存するＭＰに準拠した２つの構成要素の間のＭＤ．
図５９ａと図５９ｂは、２つのＳＧＷ、例えば図１ｄに示すＵＴ１３８０とＵＴ１３２０に依存する、ＭＰに準拠した２つの構成要素の間の１つのＭＤセッションに係る時系列図を示す。説明のため、ＵＴ１３８０が「発呼者」であり、ＵＴ１３２０が「ＵＴのメディア記憶装置」である。ＭＸ１１８０が「発呼者のＭＸ」であり、ＭＸ１０８０が「メディア記憶装置のＭＸ」である。ＵＴ１３８０が代わりにＳＧＷのメディア記憶装置（例えば、メディア記憶装置１１４０）とのＭＤセッションを要求する場合には、セッションはメディア記憶装置のＭＸを必要とせず、ＳＧＷ１１２０のＥＸを必要とするということに注意する必要がある。
【０４８５】
ＳＧＷ１１６０のサーバ群１００１０に存在する呼処理サーバシステム１２０１０は、「発呼者の呼処理サーバシステム」である。同様に、ＳＧＷ１０６０に存在する呼処理サーバシステムは「メディア記憶装置の呼処理サーバシステム」である。ＳＧＷが、ＭＤセッションを管理するために、ある呼処理サーバシステムを専用装置として指定するとき、指定された専用の呼処理サーバシステムは「ＭＤサーバシステム」と呼ばれる。ＳＧＷ１０６０の１つの実施例とＳＧＷ１１６０の１つの実施例は、複数の呼処理サーバシステムを含み、特定のタイプのマルチメディアサービスを促進するためにこれらのサーバシステムのうちのそれぞれを専用装置として指定する。
【０４８６】
それに加えて、ＳＧＷ１１６０が、ＭＰの都市圏ネットワーク１０００に対して、都市圏のマスターのネットワークマネージャ装置として機能することを仮定し、ＳＧＷ１１６０のサーバ群１００１０中に存在するネットワーク管理サーバシステム１２０３０は、都市圏のマスターのネットワーク管理サーバシステムである。次の議論は、主に、ＭＤセッションの３つの段階、すなわち、呼のセットアップ、呼の通信、及び呼の解放において、上述の当事者が互いにどのように対話するかということについて説明する。
【０４８７】
６．２．２．１  呼のセットアップ．
１．都市圏のマスターのネットワーク管理サーバシステムの１つの実施例は、ＭＰの都市圏ネットワーク１０００のサーバシステムに、例えば発呼者のＭＤサーバシステムとメディア記憶装置のＭＤサーバシステムとに、ネットワークリソースに関する情報を時々ブロードキャストする。このネットワークリソース情報は、サーバシステムのネットワークアドレスと、ＭＰの都市圏ネットワーク１０００の現在のトラフィックフローと、ＭＰの都市圏ネットワーク１０００のサーバシステムの利用可能な帯域幅及び／又は容量とを含むが、これらに限定されるものではない。
２．サーバシステムは、都市圏ネットワーク管理サーバシステムからネットワークリソース情報を受信するとき、上記ブロードキャストから所定の情報を抽出して保持する。例えば、発呼者のＭＤサーバシステムは、メディア記憶装置のＭＤサーバシステムと連絡を取ることに関心を有しているので、発呼者のＭＤサーバシステムは、上記ブロードキャストから、メディア記憶装置のＭＤサーバシステムのネットワークアドレスを検索して読み出す。
３．ＵＴ１３８０のような発呼者は、ＭＸ１１８０のような発呼者のＭＸを介して発呼者のＭＤサーバシステムにＭＤ要求５９０００を送信することによって、呼を開始する。ＭＤ要求５９０００は、発呼者のネットワークアドレスと、ＵＴのメディア記憶装置のユーザアドレスとの情報を含む、ＭＰ制御パケットである。前の論理リンクのセクションで議論したように、発呼者は、典型的には、ＵＴのメディア記憶装置のネットワークアドレスを知らないが、ＵＴのメディア記憶装置のユーザアドレスを知っている。代わりに、発呼者は、ＵＴのメディア記憶装置のユーザアドレスを対応のネットワークアドレスにマッピングするために、ＳＧＷにおけるサーバ群に依存する。それに加えて、発呼者とＵＴのメディア記憶装置とは、ＳＧＷ１１６０とＳＧＷ１０６０中のサーバ群のネットワーク管理サーバシステムからそれぞれ、ＭＤセッションを実行するためのＭＰネットワーク情報（例えば、発呼者のＭＤサーバシステム及びメディア記憶装置のＭＤサーバシステムのネットワークアドレス）を取得する。
４．ＭＤ要求５９０００を受信した後、発呼者のＭＤサーバシステムは、前のサーバ群のセクションで議論したようなＭＣＣＰ手順を実行し、発呼者による処理の続行を許可するか否かを決める。
５．発呼者のＭＤサーバシステムは、ＭＣＣＰ手順の結果を含むＭＰ制御パケットであるＭＤ要求応答５９０１０を発行することによって、発呼者の要求に肯定応答する。
６．次に、発呼者のＭＤサーバシステムは、それぞれ、ＭＰセットアップパケット５９０２０を発呼者のＭＸを介して発呼者に送信し、ＭＤ接続指示５９０３０をメディア記憶装置のＭＤサーバシステムに送信する。このセットアップパケットと接続指示とは、ＭＰ制御パケットであり、発呼者とＵＴのメディア記憶装置とのネットワークアドレスと、要求されたＭＤセッションの許容された呼のトラフィックフロー（例えば、帯域幅）を含む。
７．メディア記憶装置のＭＤサーバシステムは、ＭＤセットアップパケット５９０４０を、メディア記憶装置のＭＸを介してＵＴのメディア記憶装置に送信する。このセットアップパケットはカラー情報を含み、このカラー情報は、ＭＸ１１８０のような発呼者のＭＸと、ＭＸ１０８０のようなメディア記憶装置のＭＸとに、ＭＸにおけるＵＬＰＦをセットアップさせる。このＵＬＰＦの更新処理は、前の中間スイッチのセクションで詳述した。
８．発呼者とＵＴのメディア記憶装置とは、ＭＤセットアップ応答パケット５９０５０及び５９０６０を、それらの各ＭＤサーバシステムにそれぞれ戻すように送信することによって、ＭＤセットアップパケット５９０２０及び５９０４０に肯定応答する。ＭＤセットアップ応答パケットはＭＰ制御パケットである。
９．ＭＤセットアップパケット５９０６０を受信した後、メディア記憶装置のＭＤサーバシステムは、発呼者のＭＤサーバシステムにＭＤ接続肯定応答５９０７０を送信することによって、発呼者のＭＤサーバシステムに、ＭＤセッションを続行するように通知する。さらに、発呼者のＭＤサーバシステムは、ＭＤセットアップ応答パケット５９０５０とＭＤ接続肯定応答５９０７０を受信した後、ＭＤセッションに対する使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を開始する。
【０４８８】
発呼者とメディア記憶装置が、ＭＰの異なる都市圏ネットワーク（しかし同じ全国的ネットワーク内に存在する）あるいはＭＰの異なる全国的ネットワークのいずれかに存在する場合には、前のＭＴＰＳの呼のセットアップのセクションで議論したように、上述のＭＤセットアップの段階は、追加のＭＰの都市圏ネットワーク間での処理手順、あるいはＭＰの全国的ネットワーク間での処理手順を含む。
【０４８９】
６．２．２．２  呼の通信．
１．ＵＴのメディア記憶装置は、メディア記憶装置のＭＸと、メディア記憶装置のＭＸ及び発呼者のＭＸを管理するＳＧＷ中のＥＸと、発呼者のＭＸとを介して、データ５９０８０を発呼者に送信し始める。データ５９０８０はＭＰデータパケットである。次に、メディア記憶装置のＭＸのＵＬＰＦはＵＬＰチェック（これは前の中間スイッチのセクションで詳述した）を実行して、データパケットがＳＧＷ１０６０に到達することを許可するか否かを決める。ＵＴのメディア記憶装置と、ＵＴのメディア記憶装置を管理するＳＧＷ（ＳＧＷ１０６０）中のＥＸとの間でデータパケットが通過する論理リンクは、ボトムアップの論理リンクであるのに対して、発呼者を管理するＳＧＷ（ＳＧＷ１１６０）中のＥＸと、発呼者との間でデータパケットが通過する論理リンクは、トップダウンの論理リンクである。また、前の論理層のセクションで説明したように、ＳＧＷ１０６０中のＥＸは、ＳＧＷ１１６０中のＥＸに向かってデータパケットを方向付けるために、ルーティングテーブル（それがオフラインで計算できる）を検索する。
２．発呼者のＭＤサーバシステムは、呼の通信段階の全体にわたって、時々、ＭＤ保持パケット５９０９０を送信し、ＭＤ状態照会５９１００をメディア記憶装置のＭＤサーバシステムに送信する。さらに、メディア記憶装置のＭＤサーバシステムは、ＭＤ保持パケット５９１１０をＵＴのメディア記憶装置に送信する。ＭＤ保持パケット５９０９０及び５９１１０は、ＭＤセッションにおける当事者に係る呼の接続状態情報（例えば、エラーレートと失われたパケット数）を収集するために用いられる、ＭＰ制御パケットである。
３．発呼者とＵＴのメディア記憶装置とは、それらの各ＭＸを介してそれらの各ＭＤサーバシステムにＭＤ保持応答パケット５９１２０及び５９１３０を送信することによって、ＭＤ保持パケットに肯定応答する。ＭＤ保持応答パケットは、要求された呼の接続状態情報（例えば、エラーレートと失われたパケット数）を含む、ＭＰ制御パケットである。
４．ＭＤ保持応答パケット５９１３０を受信した後、メディア記憶装置のＭＤサーバシステムは、ＭＤ状態応答５９１４０を用いて、ＵＴのメディア記憶装置から発呼者のＭＤサーバシステムに、要求された情報を伝送する。
５．ＭＤ保持応答パケット５９１２０とＭＤ状態応答５９１４０に基づき、発呼者のＭＤサーバシステムは、ＭＤセッションを変更できる。例えば、そのセッションのエラーレートが、許容できるしきい値を超えた場合に、発呼者のＭＤサーバシステムは、当事者に通知して、セッションを終了できる。
６．呼の通信段階の間の任意の時点において、発呼者は、ＭＰネットワークを介してメディア記憶装置を制御できる。特に、発呼者は、ＭＰの帯域内信号方式のデータパケットであるＭＤ操作５９１５０をＵＴのメディア記憶装置に送信できる。このデータパケットは、そのペイロードフィールド５０５０中に所定の制御情報を含み、この情報は、メディア記憶装置に、その記憶された内容を早送りさせ、巻き戻させ、一時停止させ、あるいは再生させるが、これらに限定されるものではない。
【０４９０】
発呼者とメディア記憶装置とが、ＭＰの異なる都市圏ネットワーク（しかし同じ全国的ネットワーク内に存在する）あるいはＭＰの異なる全国的ネットワークのいずれかに存在する場合には、前述のＭＤの呼の通信段階は、ＭＴＰＳの呼のセットアップのセクションで議論した手順と同じように、追加のＭＰの都市圏ネットワーク間でのパケット転送手順、あるいはＭＰの全国的ネットワーク間でのパケット転送手順を含む。
【０４９１】
６．２．２．３  呼の解放．
発呼者、発呼者のＭＤサーバシステム、メディア記憶装置のＭＤサーバシステム、あるいはメディア記憶装置は、呼の解放を開始することができる。
【０４９２】
６．２．２．３．１  発呼者によって開始される呼の解放．
１．発呼者は、ＭＰ制御パケットであるＭＤ解放５９１８０を発呼者のＭＤサーバシステムに送信する。これに応答して、発呼者のＭＤサーバシステムは、ＭＤ解放応答５９１９０を発呼者に送信することによってこの解放要求に肯定応答し、ＭＤ解放指示５９２００を用いて、メディア記憶装置のＭＤサーバシステムにこの要求について通知する。また、発呼者のＭＤサーバシステムは、セッションに対する使用量情報（例えば、セッションの継続時間あるいはトラフィック）の収集を停止して、ローカルなアカウント処理サーバシステム、例えばＳＧＷ１１６０中のサーバ群１００１０のアカウント処理サーバシステム１２０４０（図１２）に、収集された使用量情報を報告する。それに代わって、視聴毎の支払い方式の場合には、発呼者のＭＤサーバシステムは、単に、ＭＤサービスが提供されたことをアカウント処理サーバシステム１２０４０に報告する。
２．ＭＤ解放指示５９２００を受信した後、メディア記憶装置のＭＤサーバシステムは、メディア記憶装置のＭＸを介して、ＵＴのメディア記憶装置にＭＤ解放５９２１０を送信する。
３．ＵＴのメディア記憶装置に関して、メディア記憶装置のＭＸは、ＭＤ解放５９２１０を受信するとき、そのＵＬＰＦをリセットする。同様に、ＳＧＷのメディア記憶装置に関して、ＳＧＷ中のＥＸはまた、当該ＥＸがＭＤサーバシステムからＳＧＷのメディア記憶装置への解放パケットを受信した後、そのＵＬＰＦ（ＥＸがＵＬＰＦを含む場合）をリセットする。
４．ＵＴのメディア記憶装置は、メディア記憶装置のＭＸを介してメディア記憶装置のＭＤサーバシステムにＭＤ解放応答５９２２０を送信することによって、メディア記憶装置のＭＤサーバシステムからの解放要求に肯定応答する。次に、メディア記憶装置のＭＤサーバシステムは、発呼者のＭＤサーバシステムにＭＤ解放肯定応答５９２３０を送信する。
５．発呼者は、発呼者のＭＤサーバシステムからＭＤ解放応答５９１９０を受信した後、ＭＤセッションを終了する。
【０４９３】
６．２．２．３．２  ＭＤサーバシステムによって開始される呼の解放．
一実施形態に係るＭＤサーバシステムは、当該ＭＤサーバシステムが受理できない通信状況（例えば、失われたパケット数が過多である、エラーレートが過大である、失われたＭＤ保持応答パケット及び／又はＭＤ状態応答パケットの数が過多である）を検出するとき、呼の解放を開始することができる。同様に、都市圏のマスターのネットワーク管理サーバシステムはまた、複数のＳＧＷの間において受理できない通信状況を検出すると、呼を終了することができる。
【０４９４】
１．説明のため、発呼者のＭＤサーバシステムが呼の解放を開始すると仮定し、これは、ＭＰ制御パケットであるＭＤ解放５９２４０とＭＤ解放指示５９２５０を、発呼者とメディア記憶装置のＭＤサーバシステムとにそれぞれ送信する。これに応答して、発呼者は、ＭＤ解放応答５９２６０を発呼者のＭＤサーバシステムに戻すように送信して、効果的にＭＤセッションを終了する。また、メディア記憶装置のＭＤサーバシステムは、ＭＤ解放５９２７０を、メディア記憶装置のＭＸを介してＵＴのメディア記憶装置に送信する。発呼者のＭＤサーバシステムは、ＭＤ解放パケットとＭＤ解放指示パケットを送信するとき、セッションに対する使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止する。発呼者のＭＤサーバシステムは、ローカルなアカウント処理サーバシステム、例えばＳＧＷ１１６０中のサーバ群１００１０のアカウント処理サーバシステム（図１２）に、収集された使用量情報を報告する。
２．ＵＴのメディア記憶装置に関して、メディア記憶装置のＭＸは、ＭＤ解放５９２７０を受信するとき、その対応のＵＬＰＦをリセットする。同様に、ＳＧＷメディア記憶装置に関して、ＳＧＷ中のＥＸはまた、当該ＥＸがＭＤサーバシステムからＳＧＷメディア記憶装置への解放パケットを受信した後、そのＵＬＰＦ（ＥＸがＵＬＰＦを含む場合）をリセットする。
３．ＭＤ解放応答５９２８０を受信した後、メディア記憶装置のＭＤサーバシステムは、発呼者のＭＤサーバシステムにＭＤ解放肯定応答５９２９０を送信する。
４．発呼者のＭＤサーバシステムは、ＭＤ解放肯定応答５９２９０とＭＤ解放応答５９２６０の両方を受信した後、セッションを終了する。
【０４９５】
メディア記憶装置のＭＤサーバシステムが呼の解放を開始する場合にも、同様の手順が適用される。
【０４９６】
６．２．２．３．３  ＵＴのメディア記憶装置によって開始される呼の解放．
１．ＵＴのメディア記憶装置は、ＭＤ解放５９３００をメディア記憶装置のＭＸを介してメディア記憶装置のＭＤサーバシステムに送信することによって、解放を開始する。次に、メディア記憶装置のＭＤサーバシステムは、ＭＤ解放要求５９３１０を発呼者のＭＤサーバシステムに送信する。発呼者のＭＤサーバシステムは、セッションに対する使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止して、ＳＧＷ１１６０中のサーバ群１００１０のローカルなアカウント処理サーバシステム１２０４０に、収集された使用量情報を報告する。
２．次に、発呼者のＭＤサーバシステムは、発呼者にＭＤ解放５９３２０を送信し、メディア記憶装置のＭＤサーバシステムにＭＤ解放要求応答５９３３０を送信する。
３．ＭＤ解放要求応答５９３３０を受信した後、メディア記憶装置のＭＤサーバシステムはセッションを終了して、ＭＤ解放応答５９３４０を、メディア記憶装置のＭＸを介してＵＴのメディア記憶装置に送信する。
４．ＵＴのメディア記憶装置に関して、メディア記憶装置のＭＸは、ＭＤ解放応答５９３４０を受信するとき、その対応のＵＬＰＦをリセットする。同様に、ＳＧＷメディア記憶装置に関して、ＳＧＷ中のＥＸは、当該ＥＸがＭＤサーバシステムからＳＧＷのメディア記憶装置への解放パケットを受信した後、そのＵＬＰＦ（ＥＸがＵＬＰＦを含む場合）をリセットする。
５．発呼者は、ＭＤセッションにおけるその参加を終了することによってＭＤ解放５９３２０に応答し、発呼者のＭＤサーバシステムにＭＤ解放応答５９３５０を送信する。
【０４９７】
６．３  メディアマルチキャスト（「ＭＭ」）．
６．３．１  単一のサービスゲートウェイに依存する複数のＵＴ間のＭＭ．
ＭＭは、１つのＵＴが、他の多くのＵＴとの間でリアルタイムのマルチメディア情報を通信することを可能にする。ＭＭセッションを開始する当事者は「発呼者」と呼ばれ、ＭＭセッションに参加することへの発呼者からの勧誘を受諾する当事者は「被呼者」と呼ばれる。いくつかの例では、ＭＭセッションは「会合通知者」を含み、この会合通知者は、発呼者からＭＭセッションを開始する要求を受信し、ＭＭセッションの潜在的な被勧誘者に対して、ＭＭセッションに関する情報を伝送することができる。会合通知者は、ＳＧＷ１１６０のサーバ群１００１０（図１０）中のサーバシステムや、あるいは、ＨＧＷ１２００（図１ｄ）に接続された（例えば、家庭用サーバシステムとしての）ＵＴであることが可能であるが、これらに限定されるものではない。
【０４９８】
説明のため、上述の各参加者は、１つのＳＧＷに、例えばＳＧＷ１１６０に依存する。この例では、ＵＴ１３８０は、最初に、ＵＴ１４００及び１４２０とのＭＭセッションを要求し、次に呼の間にＵＴ１４５０を追加する。従って、ＵＴ１３８０が「発呼者」である。ＵＴ１４００が「被呼者１」であり、ＵＴ１４５０が「被呼者２」であり、ＵＴ１４２０が「被呼者２」である。１つの実施例で、ＵＴ１３６０は「会合通知者」である。ここでは、「発呼者のＭＸ」はＭＸ１１８０を示す。それに加えて、「ＭＭサーバシステム」は、ＭＭセッションを管理する専用のサーバシステムを示す。特に、ＭＭサーバシステムは、ＳＧＷ１１６０のサーバ群１００１に存在する呼処理サーバシステム１２０１０（図１２）であることが可能である。次の議論は、主に、ＭＭセッションの４つの段階、すなわち、被呼者のメンバーの確立、呼のセットアップ、呼の通信、及び呼の解放において、各当事者が互いにどのように対話するかということについて説明する。
【０４９９】
６．３．１．１  被呼者のメンバーの確立．
図６１と図６２は、ＭＭセッションにおいて被呼者のメンバーシップを確立する２つの方法を示す。ある実装では会合通知者を必要とするが（図６０）、他の実装では必要としない（図６１）。
【０５００】
図６０によれば、以下のことを含む。
【０５０１】
１．発呼者は、会合に関する情報（例えば、会合の時間、トピック及び主題）を会合通知６０００で会合通知者に送信し、勧誘された被呼者のリスト（例えば、勧誘された被呼者のユーザアドレス）を会合メンバー６００１０で会合通知者に送信する。会合通知６００００と会合メンバー６００１０の両方は、ＭＰ制御パケットである。
２．会合通知者は、ユーザアドレスをサーバ群１００１０に送信して、対応するネットワークアドレスを取得する。
３．勧誘された被呼者のネットワークアドレスに基づき、会合通知者は、会合通知パケット６００２０、６００３０及び６００４０を用いて、勧誘された被呼者に会合通知６００００内の情報を分配する。
４．勧誘された被呼者は、応答６００５０、６００６０及び６００７０を用いて、ＭＭセッションへの参加に同意するか、あるいは勧誘を拒絶するかのいずれかを行うことができる。これら応答もＭＰ制御パケットである。
【０５０２】
一方、図６１は、会合通知者を関与させないＭＭセッションにおける、被呼者のメンバーシップを確立する処理を示す。具体的には、以下のことを含む。
【０５０３】
１．発呼者は、ＭＰ制御パケットである会合通知パケット６１０００、６１０１０及び６１０２０を、勧誘された被呼者に送信する。
２．勧誘された被呼者は、同様にＭＰ制御パケットでありかつ発呼者に戻される応答パケット６１０３０、６１０４０及び６１０５０によって応答し、ＭＭセッションに参加することについてのかれらの関心を知らせる。
【０５０４】
２つのメンバーシップ確立処理について議論したが、当該技術分野における通常の技能を有する者には、別の機構を用いてＭＰネットワークにおいて被呼者のメンバーシップをセットアップすることは明らかであろう。例えば、メンバーシップは、例えば、電話、電報、ファクシミリ、及び顔を合わせての会話を含むがこれらに限らない手段を用いて、オフラインで確立できる。
【０５０５】
６．３．１．２  呼のセットアップ．
図６２ａと図６２ｂは、ＭＭセッションを確立するための１つの呼のセットアップ処理を示す。具体的には、次のことを含む。
【０５０６】
１．発呼者、例えばＵＴ１３８０は、発呼者のＭＸ、例えばＭＸ１１８０を介して、ＭＭサーバシステムにＭＭ  ＭＣＣＰ要求６２０００を送信する。
２．これに応答して、ＭＭサーバシステムは、要求されたＭＣＣＰ（これは、サーバ群のセクションで議論され、後の段落でも議論する）を実行して、発呼者による処理のさらなる続行を許可するか否かを決定し、ＭＭ  ＭＣＣＰ応答６２０１０を用いて、発呼者にＭＣＣＰの結果を戻す。ＭＭ  ＭＣＣＰ要求６２０００とＭＭ  ＭＣＣＰ応答６２０１０の両方は、ＭＰ制御パケットである。
３．ＭＭサーバシステムは、ＭＭセットアップパケット６２０２０、６２０３０及び６２０３５を送信する。ＭＭセットアップパケット６２０２０、６２０３０及び６２０３５は、図５に示すような当該パケットのＤＡフィールド５０１０に被呼者のネットワークアドレスを含み、ペイロードフィールド５０５０に予約されたセッション番号を含む、ＭＰ制御パケットである。パケット６２０２０は、ＳＧＷ１１６０中のＥＸとＭＸ１１８０を介して発呼者に進む。制御パケット６２０３０及び６２０３５は、ＳＧＷ１１６０中のＥＸと、ＭＸ１１８０（ＵＴ１４００に対する）又はＭＸ１２４０（ＵＴ１４５０に対する）のいずれかとを介して、被呼者１及び被呼者２に進む。
４．ＭＭセットアップパケット６２０２０、６２０３０及び６２０３５を受信した後、ＳＧＷ１１６０中のＥＸと、ＭＸ１１８０のような発呼者のＭＸと、ＭＸ１２４０とは、前のエッジ部のスイッチのセクションと中間スイッチのセクションで議論したように、カラー情報に従ってそれらのＬＴを更新する。さらに、ＭＸは、パケット中の部分的なアドレス情報に従って、パケットをＨＧＷに、例えばＨＧＷ１２００及び１２６０に転送する。
５．ＭＸ１１８０のような発呼者のＭＸがＭＭセットアップパケット６２０２０を受信するとき、発呼者のＭＸはまた、前の中間スイッチのセクションで議論したように、そのＵＬＰＦをセットアップする。
６．発呼者と被呼者は、ＭＭセットアップ応答６２０４０、６２０５０及び６２０６０によって、ＭＭセットアップパケットに応答する。
【０５０７】
また、ＭＭ  ＭＣＣＰ応答パケット６２０１０が、要求された動作に失敗したことを示している場合、ＭＭセッションはさらなる処理をすることなく終了するということを注意する必要がある。一方、ＭＭ  ＭＣＣＰ応答パケット６２０１０が、要求された操作は承認されるが、ＭＭセットアップ応答６２０４０、６２０５０及び６２０６０中の１つはセットアップに失敗したということを示す場合には、セットアップに失敗したことを示した当事者が不在の状態で、ＭＭセッションは継続する。それに代わって、ＭＭセッションがすべての当事者の存在を必要とする場合であって、かつ上述の応答パケット中の１つがセットアップに失敗したことを示す場合には、ＭＭセッションはさらなる処理をすることなく終了する。
【０５０８】
図６３ａと図６３ｂは、ＳＧＷのサーバ群中の複数のサーバシステムを伴う、１つのＭＣＣＰ手順を示す。複数のサーバシステムは、例えば、発呼者のＭＭサーバシステム（例えば、ＭＭ動作専用として指定された呼処理サーバシステム１２０１０（図１２））、アドレスマッピングサーバシステム（例えば、アドレスマッピングサーバシステム１２０２０）、ネットワーク管理サーバシステム（例えば、ネットワーク管理サーバシステム１２０３０）、及びアカウント処理サーバシステム（例えば、アカウント処理サーバシステム１２０４０）である。
【０５０９】
１．発呼者は、ＭＭ要求６３０００を発呼者のＭＭサーバシステムに送信する。ＭＭセッションが、１つＳＧＷ、例えばＳＧＷ１１６０の下で発生するので、発呼者のＭＭサーバシステムはまた、すべての被呼者を制御する。ＭＭ要求６３０００は、ＭＰ制御パケットであり、ＭＭセッションの支払者のユーザアドレスと、発呼者及びＭＭサーバシステムのネットワークアドレスとを含む。発呼者は、前のサーバ群のセクションで議論したように、ＮＩＤＰを用いて、それ自身のネットワークアドレスと、発呼者のＭＭサーバシステムのネットワークアドレスとを知る。
２．発呼者からのＭＭ要求６２０００を受信した後、発呼者のＭＭサーバシステムは、アドレスマッピングサーバシステムにアドレス解決照会６３０１０を送信する。アドレス解決照会６３０１０は、支払者のユーザアドレスと、アドレスマッピングサーバシステムのネットワークアドレスとを含む。発呼者のＭＭサーバシステムは、同様にＮＩＤＰを用いて、アドレスマッピングサーバシステムのネットワークアドレスを取得する。
３．アドレスマッピングサーバシステムは、支払者のユーザアドレスを、支払者のネットワークアドレスにマッピングし、アドレス解決照会応答６３０２０を用いて、発呼者のＭＭサーバシステムに、支払者のネットワークアドレスを戻す。
４．発呼者のＭＭサーバシステムは、アカウント処理状態照会６３０３０をアカウント処理サーバシステムに送信する。アカウント処理状態照会６３０３０は、支払者とアカウント処理サーバシステムとのネットワークアドレスを含む。
５．アカウント処理サーバシステムは、アカウント処理状態照会応答６３０４０を用いて、支払者のアカウント処理状態により、発呼者のＭＭサーバシステムに応答する。
６．発呼者のＭＭサーバシステムは、ＭＭ要求応答６３０５０を発呼者に送信する。１つの実施例で、この応答は、発呼者に、ＭＭセッションを続行するか否かを知らせる。
７．発呼者が続行することの許可を受けた場合には、発呼者は、被呼者１のユーザアドレスを含むＭＭメンバー１  ６３０６０を、発呼者のＭＭサーバシステムに送信する。
８．発呼者のＭＭサーバシステムは、被呼者１のユーザアドレスを含むアドレス解決照会６３０７０を、アドレスマッピングサーバシステムに送信する。
９．アドレスマッピングサーバシステムは、アドレス解決照会応答６３０８０を用いて、被呼者１のネットワークアドレスを戻す。
１０．発呼者のＭＭサーバシステムは、被呼者１及び被呼者２のネットワークアドレスを含むネットワークリソース承認照会６３０９０を、ネットワーク管理サーバシステムに送信する。
１１．ネットワーク管理サーバシステムが有するリソース情報に基づき、ネットワーク管理サーバシステムは、被呼者１及び被呼者２とのＭＭセッションを確立することの発呼者による要求を承認するか、あるいは不承認するかのいずれかを行う。また、ネットワーク管理サーバシステムの１つの実施例は、それが管理するＵＴの間における要求されたＭＭセッションに割り当てるために利用可能なセッション番号のプールを保持している。特に、ネットワーク管理サーバシステムが、要求されたＭＭセッションに特定のセッション番号を割り当てる場合、割り当てられた番号は「予約済み」になって、要求されたＭＭセッションが終了するまで利用不可能になる。ネットワーク管理サーバシステムは、ネットワークリソース承認照会応答６３１００を用いて、その呼を許可する決定とその予約されたセッション番号とを発呼者のＭＭサーバシステムに送信する。
１２．ネットワーク管理サーバシステムが発呼者の要求を承認する場合には、発呼者のＭＭサーバシステムは、被呼者照会６３１１０を被呼者１に送信する。
１３．被呼者１は、被呼者照会応答６３１２０によって、発呼者のＭＭサーバシステムに応答する。１つの実施例で、この照会応答は、被呼者１の参加状態を発呼者のＭＭサーバシステムに知らせる。
１４．次に、発呼者のＭＭサーバシステムは、ＭＭ確認１  ６３１３０を用いて、発呼者に被呼者１の応答を伝送する。
１５．複数の被呼者（例えば、被呼者２）が存在する場合、上述のステップ７乃至１４が繰り返される。
【０５１０】
ある条件を満たすことに失敗した場合、上述のＭＣＣＰ手順は自動的に終了する。例えば、支払者のアカウント処理状態が利用可能でない場合、発呼者のＭＭサーバシステムは、発呼者に知らせて、効果的にＭＣＣＰを終了する。当該技術分野における通常の技能を有する者には、開示されたＭＣＣＰ技術の範囲内になお含まれながら、特定の詳細事項を用いることなく議論されたＭＣＣＰを実装することは明らかであろう。また、前述の議論においてネットワーク管理サーバシステムはセッション番号を予約することに責務を有していたが、当該技術分野における通常の技能を有する者には、開示されたＭＰ  ＭＭ技術の範囲を超えることなく、セッション番号予約のタスクを実行するために他のサーバシステム（例えば、呼処理サーバシステム）を用いることは明らかであろう。
【０５１１】
６．３．１．３  呼の通信．
図６２ａは、ＭＭセッションにおける例示的な呼の通信処理を示す。具体的に言えば、以下のことを含む。
【０５１２】
１．発呼者、例えばＵＴ１３８０は、ＭＰデータパケットであるデータ６２０７０を、被呼者に、例えばＵＴ１４００、ＵＴ１４２０及びＵＴ１４５０に送信する。１つの実施例で、ＭＭセッションの呼の通信段階の間に使用されたネットワークアドレスは、図９ｃに示すネットワークアドレスのフォーマットに従うので、これらのパケットは同じＤＡを含む。さらに具体的には、これらのＭＰデータパケットはＭＰの都市圏ネットワーク（例えば、ＭＰの都市圏ネットワーク１０００）内を伝搬するので、これらのデータパケットにおけるデータタイプサブフィールド９２２０、ＭＰサブフィールド９２３０、国サブフィールド９２４０、及び都市サブフィールド９２５０は、同じ情報を含む。それに加えて、各マルチキャストセッションが１つのセッション番号に対応し、同じマルチキャストセッション中のＭＰデータパケットが１つのカラー情報（すなわち、ＭＭデータのカラー）に対するので、これらのデータパケットにセッション番号サブフィールドと一般的なカラーのサブフィールド６０９０も、同じ情報を含む。
２．発呼者のＭＸ、例えばＭＸ１１８０は、次に、これらのデータパケットに対して、前の中間スイッチのセクションで詳述したＵＬＰＦチェックを実行する。
３．データパケットがＵＬＰＦチェックのいずれかに不合格であった場合、発呼者のＭＸはパケットを廃棄する。それに代わって、発呼者のＭＸは、パケットを指定されたＵＴに転送して、発呼者から被呼者までの伝送失敗レートに追跡してもよい。
４．データ６２０７０の転送の間に、ＭＭサーバシステムは、時々、ＭＭ保持パケット６２０８０、６２０９０及び６２０９５を、発呼者、被呼者１及び被呼者２にそれぞれ送信する。ＭＭ保持パケット６２０８０、６２０９０及び６２０９５は、ＭＰ制御パケットであり、ＭＭセットアップパケット６２０２０、６２０３０及び６２０３５と同じＤＡ（すなわち、同じ部分的なアドレス情報と、同じセッション番号）を含む。
５．前のエッジ部のスイッチ、中間スイッチ及びユーザスイッチのセクションで議論したように、ＭＭセッションの伝送経路に沿ったスイッチは、ＭＭ保持パケットに従って、それらのＬＴを更新する。
６．発呼者と被呼者は、ＭＭ保持応答パケット６２１００、６２１１０及び６２１２０によって、ＭＭ保持パケットにそれぞれ応答する。これらの応答パケット中のいずれかが、ＭＭ保持パケットに対する失敗あるいは拒絶を示す場合には、失敗あるいは拒絶を示す当事者は、後で議論するＭＭセッションの解放段階に移行する。
７．ＭＭサーバシステムが発呼者からの最初のＭＭ保持応答パケット（例えば、ＭＭ保持応答６２１００）を受信するとき、ＭＭサーバシステムは、ＭＭセッションのアカウント処理に関するパラメータ（例えば、ＭＭセッションのトラフィックフロー及び継続時間）を計算し始める。サーバシステムの１つの実施例で、ＭＭサーバシステム又はネットワーク管理サーバシステムのいずれかは、これらのアカウント処理に関するパラメータと、そのパラメータを取得するための関連づけれらたポリシーとを確立できる。１つの実施例で、発呼者と被呼者からの失われたＭＭ保持応答パケットの数が、予め決められたしきい値を超えた場合には、ＭＭサーバシステムは、ＭＭセッションを、後で議論される解放段階に移行する。
【０５１３】
上述の例で、ＭＭセッションにおける発呼者から複数の被呼者への半２重のデータ通信について説明したが、当該技術分野における通常の技能を有する者には、開示された技術を用いて、ＭＭセッションにおける全２重のデータ通信を達成することは明らかであろう。１つの実施例で、上述の被呼者のうちの１つが、ＭＭセッションにおける他の当事者にデータを伝送することを希望する場合、この被呼者は、もう１つのＭＭセッションを要求して、同じ当事者らに参加するように勧誘することができる。結果として、この発呼者と被呼者は、異なるセッション番号を用いて彼らのデータパケットを伝送してはいるものの、実際上は全２重のデータ通信を達成している。それに代わって、真の全２重（すなわち、発呼者と被呼者の両方が同時に同じセッション番号を用いてデータを送信する）データ通信が、図６２ａに示したことと上で議論したこととに類似した手順を用いて実現できる。しかしながら、全２重の通信の安全性が危険にさらされていないことを保証するために、ＭＭサーバシステムは、発呼者のＭＸと被呼者のＭＸの両方のＵＬＰＦをセットアップする。
【０５１４】
ＭＭセッションの呼の通信段階の間に、新しい被呼者がセッションに追加されることが可能であり、存在する被呼者がセッションから除去されることが可能であり、また、セッションの参加者の身分（識別情報）も照会可能である。
【０５１５】
６．３．１．３．１  新しい被呼者の付加．
被呼者３のような被呼者が既存のＭＭセッションに参加することを希望する場合、その被呼者は、最初に発呼者に通知する。次に、発呼者は、図６４に示すような処理を行って、被呼者３をＭＭセッションに添加する。具体的には、以下のことを含む。
【０５１６】
１．発呼者（例えばＵＴ１３８０）は、ＭＭメンバー６４０００をＭＭサーバシステムに送信する。ＭＭメンバー６４０００はＭＰ制御パケットであり、これは、被呼者３（例えばＵＴ１４２０）を追加する要求と、ＭＭセッションの支払い者及び被呼者３のユーザアドレスとを示す。
２．ＭＭサーバシステムは、図６３ａ及び図６３ｂに示すようなＭＣＣＰを実行して、発呼者の要求を許可するか否かを決める。
３．ＭＭサーバシステムは、ＭＣＣＰの結果を示すＭＭ確認６４０１０で応答する。
４．ＭＭサーバシステムが発呼者の要求を許可する場合には、次に、ＭＭサーバシステムは、ＭＭセットアップパケット６４０２０及び６４０３０をそれぞれ、発呼者のＭＸを介して発呼者に送信し、被呼者３のＭＸを介して被呼者３に送信する。ＭＭセットアップパケットは、ＭＰ制御パケットであり、伝送経路に沿ったスイッチのＬＴをセットアップする。
５．ＭＭセットアップパケット６４０２０に応答して、発呼者のＭＸ（例えば、ＭＸ１１８０）はまたＵＬＰＦのセットアップを実行する。
６．ＭＭセットアップパケットに応答して、発呼者と被呼者３は、ＭＭセットアップ応答パケット６４０４０及び６４０５０によってそれぞれ応答する。
【０５１７】
被呼者３が追加された後で、被呼者３は、発呼者からＭＭデータパケットを受信し始める。
【０５１８】
６．３．１．３．２  存在する被呼者の除去．
進行中のＭＭセッションにおいて、発呼者（例えばＵＴ１３８０）が、被呼者２のような被呼者（例えばＵＴ１４５０）の参加を終了させることを希望する場合、これを実行するための例示的な処理を図６４で説明する。具体的には、以下のことを含む。
【０５１９】
１．発呼者は、ＭＭメンバー６４０６０をＭＭサーバシステムに送信する。ＭＭメンバー６４０６０はＭＰ制御パケットであり、被呼者２のユーザアドレスと、被呼者２を除去する要求とを含む。ＭＭサーバシステムは、この進行中のＭＭセッションをセットアップした後で被呼者２のネットワークアドレスを保持するか、アドレスマッピングサーバシステムに照会することによってネットワークアドレスを取得するかのいずれかを行う。
２．ＭＭサーバシステムは、発呼者にＭＭ確認６４０７０を送信する。ＭＭ確認６４０７０は、ＭＰ制御パケットであり、ＭＭセッションからの被呼者２の除去について確認する。ＭＭ確認６４０７０はまた、発呼者のＭＸにおけるＵＬＰＦのいくつかのパラメータをリセットする（例えば、ＵＬＰＦが被呼者２のＳＡに基づいてフィルタリングしない）。
【０５２０】
被呼者２がＭＭセッションから除去された後、ＭＭサーバシステムの１つの実施例は、被呼者２の情報を含むＭＭ保持パケットの送信を停止する。結果として、伝送に沿ったＭＰに準拠したスイッチは、被呼者２に関連付けられたＬＴのエントリを、所定のデフォルト値に戻すようにリセットする。例えば、発呼者のＭＸにおけるＬＴのセル３７０００が、被呼者２の呼の状態に対応すると仮定する。ＬＴはセル３７０００をそのデフォルト値０に戻す。
【０５２１】
代わりに、被呼者２がそれ自体で除去を要求する場合、被呼者２がＭＭメンバー６４０６０をＭＭサーバシステムに代わりに送信することを除いて、上で議論した除去処理は一般に適用される。
【０５２２】
６．３．１．３．３  ＭＭメンバーの照会．
呼の通信フェーズの間に、進行中のＭＭセッションの被呼者は、ＭＭセッションにおける他のメンバーについてＭＭサーバシステムに照会することができる。具体的には、以下のことを含む。
【０５２３】
１．被呼者１は、ＭＭメンバー照会６４０８０をＭＭサーバシステムに送信して、他の当事者（例えば、被呼者２）がＭＭセッションのメンバーであるか否かを決定する。ＭＭメンバー照会６４０８０はＭＰ制御パケットであり、被呼者２のユーザアドレスを含む。
２．次に、ＭＭサーバシステムは、ＭＭメンバー照会応答６４０９０で応答する。ＭＭメンバー照会応答６４０９０はまた、ＭＰ制御パケットであり、照会に対する回答を含む。１つの実施例で、ＭＭサーバシステムは、被呼者２の状態情報（例えば、進行中のＭＭセッションにおける被呼者２のメンバーシップ情報）含むテーブルにわたって、この回答を検索する。このテーブルが被呼者２のネットワークアドレスを用いて組織化されている場合、ＭＭサーバシステムは、このテーブルにわたって検索する前に、アドレスマッピングサーバシステムに照会して、被呼者２のネットワークアドれるを取得する。一方、このテーブルが被呼者２のユーザアドレスを用いて組織化されている場合、ＭＭサーバシステムは、被呼者２のユーザアドレスを用いて、このテーブルを検索することができる。
【０５２４】
６．３．１．４  呼の解放．
発呼者あるいはＭＭサーバシステムは、呼の解放を開始することができる。図６２ｂは、発呼者とＭＭサーバシステムが行う例示的な処理を示す。
【０５２５】
６．３．１．４．１  発呼者によって開始される呼の解放．
１．発呼者（例えばＵＴ１３８０）は、ＳＧＷ１１６０のサーバ群に存在するＭＭサーバシステムに、ＭＭ解放６２１３０を送信する。
２．次に、ＭＭサーバシステムは、セッションの使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止して、ローカルなアカウント処理サーバシステム（例えば、ＳＧＷ１１６０のサーバ群１００１０中のアカウント処理サーバシステム１２０４０（図１２））に、収集された使用量情報を報告する。
３．ＭＭサーバシステムは、発呼者のＭＸを介してＭＭ解放応答６２０４０を発呼者に送信し、被呼者の（複数の）ＭＸを介してＭＭ解放６２１５０及び６２１５５を被呼者１及び２に送信する。ＭＭ解放応答６２１４０はカラー情報を含む。このカラー情報は、発呼者のＭＸ（例えばＭＸ１１８０）を呼び出して、前の中間スイッチのセクションで議論したようにＵＬＰＦの解放を実行させる。
４．ＭＭ解放６２１５０及び６２１５５に応答して、被呼者は、ＭＭサーバシステムにＭＭ解放応答６２１６０及び６２１７０を送信する。
５．１つの実施例で、ＭＭセッションの伝送経路に沿ったＭＰに準拠したスイッチが、予め決められた時間後にＭＭ保持パケットを受信しない場合、スイッチのＬＴにおけるＭＭセッションに関するエントリは、それらのデフォルト値にリセットされる。
【０５２６】
６．３．１．４．２  ＭＭサーバシステムによって開始される呼の解放．
１．ＭＭサーバシステムは、ＭＭ解放６２１８０、６２１９０及び６２１９５を、発呼者、被呼者１及び被呼者２にそれぞれ送信する。次に、ＭＭサーバシステムは、セッションに対する使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止して、ローカルなアカウント処理サーバシステム（例えば、ＳＧＷ１１６０中のサーバ群１００１０のアカウント処理サーバシステム１２０４０（図１２））に、収集された使用量情報を報告する。
２．ＭＭ解放６２１８０はＭＰ制御パケットであり、カラー情報を含む。このカラー情報は、発呼者のＭＸ（例えば、ＭＸ１１８０）を呼び出して、前の中間スイッチのセクションで議論したようなＵＬＰＦ解放を実行させる。
３．発呼者と被呼者は、ＭＭ解放応答６２２００、６２２１０及び６２２２０によって、ＭＭ解放パケットに応答する。
【０５２７】
６．３．２  複数のサービスゲートウェイに依存した、ＭＰに準拠した複数の構成要素の間のＭＭ．
図６６ａ、図６６ｂ、図６６ｃと図６６ｄは、１つのＭＰ都市圏ネットワークにおける複数のサービスゲートウェイに依存した、ＭＰに準拠した複数の構成要素の間でのＭＭセッションの時系列図を示す。説明のため、図６５に示すＭＰの都市圏ネットワーク６５０００の中に存在するＵＴ６５１１０がＭＭセッションを開始し、従って「発呼者」である。ＵＴ６５１２０、６５１３０、６５１４０及び６５１５０が「被呼者」である。簡便さのために、ＵＴ６５１２０が「被呼者１」と呼ばれ、ＵＴ６５１４０が「被呼者２」と呼ばれ、ＭＸ６５０５０が「発呼者のＭＸ」と呼ばれる。
【０５２８】
ＳＧＷ１１６０のサーバ群１００１０に存在する呼処理サーバシステム１２０１０と同様に、ＳＧＷ６５０２０のサーバ群に存在する呼処理サーバシステムが「発呼者の呼処理サーバシステム」と呼ばれる。ＳＧＷ６５０３０とＳＧＷ６５０４０に存在する呼処理サーバシステムは、それぞれ「被呼者１の呼処理サーバシステム」と「被呼者２の呼処理サーバシステム」と呼ばれる。ＳＧＷが、ある呼処理サーバシステムを、ＭＭセッションを管理するための専用装置として指定したとき、指定された呼処理サーバシステムも、「ＭＭサーバシステム」と呼ばれる。このＭＰの都市圏ネットワーク６５０００の実施例で、ＳＧＷ６５０２０、ＳＧＷ６５０３０とＳＧＷ６５０４０は、これらのサーバ群における、複数の専用装置として指定されたサーバシステム（例えば、ＭＭサーバシステム、ネットワーク管理サーバシステム、アドレスマッピングサーバシステム、アカウント処理サーバシステム）を含む。
【０５２９】
それに加えて、ＳＧＷ６５０２０が、ＭＰの都市圏ネットワーク６５０００のための都市圏のマスターのネットワークマネージャ装置として機能すると仮定し、ＳＧＷ６５０２０のサーバ群に存在するネットワーク管理サーバシステムは、都市圏のマスターのネットワーク管理サーバシステムである。次の議論は、主に、これらの構成要素が、ＭＭの４つの段階、すなわち、被呼者のメンバーの確立、呼のセットアップ、呼の通信、及び呼の解放において、互いにどのように対話するかということについて説明する。
【０５３０】
６．３．２．１  被呼者のメンバーの確立．
ここでの手順は、前に議論した単一のサービスゲートウェイに依存する被呼者のメンバーシップの確立と同様である。それに加えて、前のメディア電話サービスのセクションで議論したように、ネットワークマッピングサーバシステムが、ユーザ名又はユーザアドレスをネットワークアドレスにマッピングするために必要なアドレスマッピング情報を持たない場合には、その都市圏のマスターのアドレスマッピングサーバシステムに照会する。都市圏のマスターのアドレスマッピングサーバシステムも必要なアドレスマッピング情報を欠いている場合には、都市圏のマスターのアドレスマッピングサーバシステムはまた、全国的なマスターのアドレスマッピングサーバシステムに照会する。全国的なマスターのアドレスマッピングサーバシステムも、必要なアドレスマッピング情報を欠いている場合には、全国的なマスターのアドレスマッピングサーバシステムはまた、そのグローバルなマスターのアドレスマッピングサーバシステムに照会する。
【０５３１】
６．３．２．２  呼のセットアップ．
ＮＩＤＰ．
単一のＳＧＷ中の多くのＵＴが関与するＭＭセッションにおいて、ＳＧＷのネットワーク管理サーバシステムは、関連したネットワーク情報（例えば、ＳＧＷのサーバ群における各サーバシステムと、参加しているＵＴとのネットワークアドレス）の収集及び分配に責務を有する。この情報の収集及び分配の手順は、「ＮＩＤＰ」と呼ばれ、前のサーバ群のセクションにさらに詳述されている。
【０５３２】
一方、ＭＰの都市圏ネットワーク内の複数のＳＧＷが関与するＭＭセッションに関して、ＮＩＤＰは、都市圏のマスターのネットワーク管理サーバシステムを必要とする。図６５に示すＭＰの都市圏ネットワーク６５０００を例として用いると、ＳＧＷ６５０２０に存在する都市圏のマスターのネットワーク管理サーバシステムは、ネットワークリソース照会パケットを、ＭＰの都市圏ネットワーク中の他のネットワーク管理サーバシステム（例えば、ＳＧＷ６５０３０及び６５０４０に存在するネットワーク管理サーバシステム）に送信する。照会されたネットワーク管理サーバシステムは、それらによって管理されたネットワークリソースの状態について、都市圏のマスターのネットワーク管理サーバシステムに報告する。
【０５３３】
都市圏のマスターのネットワーク管理サーバシステムはまた、ＭＰの都市圏ネットワーク６５０００中のＳＧＷと、ＭＭセッションの各参加者とに対して、ＭＭセッションを実行するための選択された情報を分配する。これら情報は、都市圏のマスターのネットワークマネージャ装置（すなわち、ＳＧＷ６５０２０）におけるアカウント処理サーバシステム、アドレスマッピングサーバシステム、及び呼処理サーバシステムのネットワークアドレスと、それ自体のネットワークアドレスとであるが、これらに限定されるものではない。
【０５３４】
同様に、ＭＰの異なる都市圏ネットワークに存在するがＭＰの同じ全国的ネットワークに含まれる複数のＳＧＷが関与するＭＭセッションに関して、ＮＩＤＰは、全国的なマスターのネットワーク管理サーバシステムを必要とする。図２に示すＭＰの全国的ネットワーク２０００を例として用いると、ＳＧＷ１０２０に存在する全国的なマスターのネットワーク管理サーバシステムは、ネットワークリソース照会パケットを、ＭＰの全国的ネットワーク中の他のネットワーク管理サーバシステム（例えば、都市圏アクセスＳＧＷ２０５０及び２０７０に存在するネットワーク管理サーバシステムと、また、ＭＰの都市圏ネットワーク１０００、２０３０及び２０４０の都市圏のマスターのネットワークマネージャ装置に存在するネットワーク管理サーバシステム）に送信する。照会されたネットワーク管理サーバシステムは、それに管理されたネットワークリソースの状態について、全国的なマスターのネットワーク管理サーバシステムに報告する。
【０５３５】
全国的なマスターのネットワーク管理サーバシステムはまた、ＭＰの全国的ネットワーク２０００中のＳＧＷと、ＭＭセッションの各参加者とに対して、ＭＭセッションを実行するための選択された情報を分配する。この選択された情報は、全国的なマスターのネットワークマネージャ装置（すなわち、ＳＧＷ１０２０）におけるアカウント処理サーバシステム、アドレスマッピングサーバシステム、及び呼処理サーバシステムのネットワークアドレスと、それ自体のネットワークアドレスとであるが、これらに限定されるものではない。
【０５３６】
さらに、ＭＰの異なる全国的ネットワークに存在する複数のＳＧＷが関与するＭＭセッションに関して、ＮＩＤＰは、グローバルなマスターのネットワーク管理サーバシステムを必要とする。図３に示すＭＰの全国的ネットワーク３０００を例として用いると、ＳＧＷ２０２０に存在するグローバルネットワーク管理サーバシステムは、ネットワークリソース照会パケットを、ＭＰのグローバルネットワーク中の他のネットワーク管理サーバシステム（例えば、全国的アクセスＳＧＷ３０４０及び３０５０に存在するネットワーク管理サーバシステムと、また、ＭＰの全国的ネットワーク２０００、３０３０及び３０６０の都市圏の全国的なネットワークマネージャ装置に存在するネットワーク管理サーバシステム）に送信する。照会されたネットワーク管理サーバシステムは、それによって管理されるネットワークリソースの状態について、グローバルなマスターのネットワーク管理サーバシステムに報告する。
【０５３７】
グローバルなマスターのネットワーク管理サーバシステムはまた、ＭＰのグローバルネットワーク３０００中のＳＧＷと、ＭＭセッションの各参加者とに対して、ＭＭセッションを実行するために選択された情報を分配する。これら情報は、グローバルなマスターのネットワークマネージャ装置（すなわち、ＳＧＷ２０２０）中のアカウント処理サーバシステム、アドレスマッピングサーバシステム、及び呼処理サーバシステムのネットワークアドレスと、それ自体のネットワークアドレスとであるが、これらに限定されるものではない。
【０５３８】
ＭＣＣＰ．
図６７ａと図６７ｂは、ＭＭセッションにおいて、ＭＰの都市圏ネットワーク６５０００中の複数のＳＧＷ（例えば、ＳＧＷ６５０２０、ＳＧＷ６５０３０とＳＧＷ６５０４０）が関与するＭＣＣＰ手順に係る１つの処理を示す。
【０５３９】
１．発呼者は、ＭＭ要求６７０００を発呼者のＭＭサーバシステム（例えば、ＳＧＷ６５０２０に存在するＭＭサーバシステム）に送信する。ＭＭ要求６７０００は、ＭＰ制御パケットであり、ＭＭセッションの支払者と被呼者（例えば、ＵＴ６５１２０、ＵＴ６５１３０、ＵＴ６５１４０とＵＴ６５１５０）のユーザアドレスと、発呼者（例えば、ＵＴ６５１１０）と発呼者のＭＭサーバシステムのネットワークアドレスとを含む。発呼者は、上の部分とサーバ群のセクションとで議論したＮIＤＰを用いて、それ自体のネットワークアドレスと、発呼者のＭＭサーバシステムのネットワークアドレスとを知る。
２．発呼者からＭＭ要求６７０００を受信した後、発呼者のＭＭサーバシステムは、アドレス解決照会６７０１０をアドレスマッピングサーバシステムに送信する。アドレス解決照会６７０１０は、支払者と被呼者のユーザアドレスと、アドレスマッピングサーバシステムのネットワークアドレスとを含む。（発呼者のＭＭサーバシステムは、同様にＮＩＤＰを用いてアドレスマッピングサーバシステムのネットワークアドレスを予め取得する。）
３．アドレスマッピングサーバシステムは、支払者のユーザアドレスを、支払者のネットワークアドレスにマッピングして、アドレス解決照会応答６７０２０を用いて、発呼者のＭＭサーバシステムに、支払者のネットワークアドレスを戻す。
４．発呼者のＭＭサーバシステムは、ＮＩＤＰと上述の都市圏のマスターのネットワーク管理サーバシステムとを用いて、被呼者１のサーバシステムと被呼者２のサーバシステムのネットワークアドレスを取得する。
５．発呼者のＭＭサーバシステムは、ＭＭ要求６７０３０及び６７０４０を被呼者１のＭＭサーバシステムと被呼者２のＭＭサーバシステムとにそれぞれ送信する。
６．ＭＭ要求を受信した後、発呼者のＭＭサーバシステムは、それらのネットワーク管理サーバシステム（すなわち、ＳＧＷ６５０３０とＳＧＷ６５０４０に存在するネットワーク管理サーバシステム）を用いて、要求されたＭＭセッションを実行するためにリソース（例えば、ＳＧＷ６５０３０とＳＧＷ６５０４０によって管理されかつモニタリングされる帯域幅使用量）が十分であるか否かをチェックする。次に、被呼者１及び被呼者２のＭＭサーバシステムは、ＭＭ要求応答６７０５０及び６７０６０を用いてそれぞれ応答する。
７．要求されたＭＭセッションを実行するために被呼者のＭＭサーバシステムが十分なリソースを有していると仮定すると、発呼者のＭＭサーバシステムは、アカウント処理サーバシステムに、支払者とアカウント処理サーバシステムのネットワークアドレスを含むアカウント処理状態照会６７０７０を送信する。
８．アカウント処理サーバシステムは、アカウント処理状態照会応答６７０８０を用いて、発呼者のＭＭサーバシステムに対して、支払者のアカウント処理状態を応答する。
９．発呼者のＭＭサーバシステムは、ＭＭ要求応答６７０９０を発呼者に送信する。１つの実施例で、この応答は、発呼者がＭＭセッションを続行できるか否かについて、当該発呼者に知らせる。
１０．発呼者が処理の続行を許可された場合、発呼者は、被呼者１のユーザアドレスを含むＭＭメンバー１  ６７１００を、発呼者のＭＭサーバシステムに送信する。発呼者は、前述の被呼者のメンバーの確立のフェーズにおいて、被呼者１のユーザアドレスを知る。
１１．発呼者のＭＭサーバシステムは、被呼者１のユーザアドレスを含むアドレス解決照会６７１１０を、アドレスマッピングサーバシステムに送信する。
１２．アドレスマッピングサーバシステムは、アドレス解決照会応答６７１２０を用いて、被呼者１のネットワークアドレスを戻す。
１３．発呼者のＭＭサーバシステムは、被呼者１と被呼者２のネットワークアドレスを含むネットワークリソース承認照会を、発呼者のネットワーク管理サーバシステムに送信する。この例で、発呼者のネットワーク管理サーバシステムはまた、都市圏のマスターのネットワーク管理サーバシステムである。
１４．都市圏のマスターのネットワーク管理サーバシステムが有するリソース情報に基づいて、都市圏のマスターのネットワーク管理サーバシステムは、被呼者１及び被呼者２とのＭＭセッションを確立するための発呼者による要求を承認するか、あるいは不承認するかのいずれかを行う。また、都市圏のマスターのネットワーク管理サーバシステムの１つ実施例は、それが管理するＳＧＷの間における要求されたＭＭセッションに割り当てるために利用可能なセッション番号のプールを保持している。具体的には、都市圏のマスターのネットワーク管理サーバシステムが、特定のセッション番号を、要求されたＭＭセッションに割り当てる場合、割り当てられた番号は「予約済み」になって、要求されたＭＭセッションが終了するまで利用不可能になる。都市圏のマスターのネットワーク管理サーバシステムは、ネットワークリソース承認照会応答６７１４０を用いて、発呼者のＭＭサーバシステムにその呼を許可する決定とその予約されたセッション番号とを送信する。
１５．都市圏のマスターのネットワーク管理サーバシステムが、発呼者の要求を承認する場合、発呼者のＭＭサーバシステムは、被呼者照会６７１５０を被呼者１に送信する。
１６．被呼者１は、被呼者照会応答６７１６０によって、発呼者のＭＭサーバシステムに応答する。１つの実施例で、この照会応答は、被呼者１の参加状態について、発呼者のＭＭサーバシステムに知らせる。
１７．発呼者のＭＭサーバシステムは、次に、ＭＭ確認１  ６７１７０を用いて、被呼者１の応答を発呼者に伝送する。
１８．複数の被呼者（例えば、被呼者２）が存在する場合、上で議論したステップ１０乃至１７が繰り返される。
【０５４０】
前に議論したことは、一般には、ＭＰの異なる都市圏ネットワークに存在する（しかし、ＭＰの同じ全国的ネットワークに含まれる）ＳＧＷが関与するＭＭセッション、あるいは、ＭＰの異なる全国的ネットワークに存在するＳＧＷが関与するＭＭセッションにも適用されるが、そのようなＭＰの都市圏ネットワーク間でのＭＭセッション、あるいはＭＰの全国的ネットワーク間でのＭＭセッションのためのＭＣＣＰ手順は、追加のステップを含む。前のメディア電話サービスのセクションで議論したように、都市圏のマスターのネットワーク管理サーバシステムが、要求されたサービスを承認したりあるいは不承認したりするために必要なリソース情報を欠いている場合、及び／又は予約されたセッション番号に対する権限を欠いている場合には、都市圏のマスターのネットワーク管理サーバシステムは、全国的なマスターのネットワーク管理サーバシステムに照会する。全国的なマスターのネットワーク管理サーバシステムも必要なリソース情報及び／又は権限を欠いている場合には、全国的なマスターのネットワーク管理サーバシステムは、グローバルなマスターのネットワーク管理サーバシステムに照会する。
【０５４１】
所定の条件を満たすことに失敗した場合、前述のＭＣＣＰは自動的に終了する。例えば、支払者のアカウント処理状態が利用可能でない場合、発呼者のＭＭサーバシステムが発呼者に知らせて、ＭＣＣＰを効果的に終了する。当該技術分野において通常の技能を有するものには、開示されたＭＣＣＰ技術の範囲内になお含まれたままで、特定の詳細事項を用いることなく議論されたＭＣＣＰを実装することは明らかであろう。また、以上の議論において、ネットワーク管理サーバシステムはセッション番号を予約することに責務を有するが、当該技術分野における通常の技能を有する者には、開示されたＭＰ  ＭＭ技術の範囲を超えることなく、セッション番号予約のタスクを実行するために他のサーバシステム（例えば、呼処理サーバシステム）を用いることは明らかであろう。
【０５４２】
明確化のために、後の呼のセットアップのセクションでは、上述のＭＣＣＰ手順を図６６ａに示す２つの段階に要約する。この２つの段階は、発呼者が、ＭＭ  ＭＣＣＰ要求６６０００を発呼者のＭＭサーバシステムに送信することと、発呼者のＭＭサーバシステムがＭＭ  ＭＣＣＰ応答６６０１０で発呼者に応答することとである。
【０５４３】
図６６ａは、複数のＳＧＷ間でのＭＭセッションを確立するための呼のセットアップ処理を示す。具体的には、以下のことを含む。
【０５４４】
１．発呼者（例えば、図６５に示す６５１１０）は、被呼者のＭＸ（例えばＭＸ６５０５０）を介して、ＭＭ  ＭＣＣＰ要求６６０００をＳＧＷ（例えば、ＳＧＷ６５０２０）中のＭＭサーバシステムに送信する。
２．これに応答して、ＭＭサーバシステムは、要求されたＭＣＣＰを実行（これは上の部分とサーバ群のセクションとで議論した）して、発呼者によるさらなる処理の続行を許容するか否かを決定し、ＭＭ  ＭＣＣＰ応答６６０１０を用いて、ＭＣＣＰの結果を発呼者に戻す。ＭＭ  ＭＣＣＰ要求６６０００とＭＭ  ＭＣＣＰ応答６６０１０の両方は、ＭＰ制御パケットである。
３．発呼者のＭＭサーバシステムは、ＭＭセットアップパケット６６０２０（発呼者のＭＸ６５０５０を介する）と、ＭＭセットアップ指示６６０３０（ＳＧＷ６５０２０中のＥＸと被呼者１のＭＭサーバシステムとを介する）と、ＭＭセットアップ指示６６０４０（被呼者２のＭＭサーバシステムを介する）とを、発呼者と、被呼者１のＭＭサーバシステムと、被呼者２のＭＭサーバシステムとにそれぞれ送信する。ＭＭセットアップパケット６６０２０と、ＭＭセットアップ指示６６０３０及び６６０４０は、ＭＰ制御パケットである。ＭＭセットアップパケットは、図５に示すようなパケットのＤＡフィールド５０１０に発呼者のネットワークアドレスを含み、ペイロードフィールド５０２０に予約されたセッション番号を含む。一方、ＭＭセットアップ指示パケットは、パケットのＤＡフィールド５０２０に被呼者のＭＭサーバシステムのネットワークアドレスを含み、ペイロードフィールド５０２０に被呼者のネットワークアドレスと予約されたセッション番号とを含む。
４．ＭＭセットアップパケット６６０２０を受信した後、ＳＧＷ６５０２０中のＥＸと、発呼者のＭＸ（例えば、ＭＸ６５０２０）は、上述のエッジ部のスイッチのセクション及び中間スイッチのセクションで議論したように、パケット中のカラー情報と部分的なアドレス情報に従ってそれらのＬＴを更新する。さらに、このＭＸは、パケット中のカラー情報と部分的なアドレス情報に従って、ＭＭセットアップパケットをＨＧＷ（例えば、ＨＧＷ６５０８０）に転送する。
５．ＭＭセットアップ指示６６０３０及び６６０４０を受信した後、被呼者のＭＭサーバシステムは、ＭＭセットアップパケット６０５０及び６６０６０を被呼者に送信する。
６．被呼者のＭＭサーバシステムが被呼者に送信するＭＭセットアップパケット６６０５０及び６６０６０に関して、ＳＧＷ６５０３０とＳＧＷ６５０４０中のＥＸと、ＭＸ（例えば、ＭＸ６５０６０及び６５０７０）と、ＨＧＷ（例えば、ＨＧＷ６５０９０及び６５１００）中のＵＸとは、ＭＭセットアップパケット中のカラー情報と部分的なアドレス情報に従って、それらのＬＴを更新する。
７．ＭＭセットアップパケットに応答して、被呼者１及び被呼者２は、ＭＭセットアップ応答パケット６６０８０及び６６０７０をこれらのＭＭサーバシステムにそれぞれ送信する。
８．次に、被呼者のＭＭサーバシステムは、ＭＭセットアップ指示応答６６０９０及び６６１００を発呼者のＭＭサーバシステムに送信する。ＭＭセットアップ指示応答６６０９０及び６６１００はＭＰ制御パケットであり、被呼者の参加状態（例えば、被呼者が利用可能であるか否か）を示す。
９．発呼者のＭＸ（例えば、ＭＸ６５０５０）が、ＭＭセットアップパケット６６０２０を受信するとき、これはまた、中間スイッチのセクションで議論したように、そのＵＬＰＦをセットアップする。
１０．発呼者は、ＭＭセットアップ応答パケット６６１１０によって、ＭＭセットアップパケットに応答する。
【０５４５】
また、応答パケット６６０１０が、要求された動作に失敗したことを示している場合、ＭＭセッションはさらなる処理を行うことなく終了するということを注意する必要がある。一方、応答パケット６６０１０が、要求された動作は承認されているが、６６０７０、６６０８０、６６０９０及び６６１００中の１つがセットアップに失敗したことを示す場合、ＭＭセッションは、セットアップに失敗したことを示し当事者が不在のままで処理を継続する。それに代わって、ＭＭセッションはすべての当事者の参加を必要とする場合であって、かつ上述の応答パケットのうちの１つがセットアップに失敗したことを示している場合には、ＭＭセッションはさらなる処理を行うことなく終了する。
【０５４６】
６．３．２．３  呼の通信．
図６６ｂは、ＭＭセッションにおいて、１つのＭＰ都市圏ネットワークの中の３つのＳＧＷ間の例示的な呼の通信処理を示す。具体的には、以下のことを含む。
【０５４７】
１．発呼者（例えば、ＵＴ６５１１０）は、ＭＰデータパケットであるデータ６６１２０を被呼者１と被呼者２（例えば、ＵＴ６５１２０及び６５１４０）に送信する。
２．発呼者のＭＸ（例えば、ＭＸ６５０５０）は、中間スイッチのセクションで議論したようなＵＬＰＦチェックを、これらのデータパケットに対して実行する。
３．データパケットが、ＵＬＰＦチェックのいずれかに不合格であった場合、発呼者のＭＸはパケットを廃棄する。それに代わって、発呼者のＭＸは、パケットを指定されたＵＴに転送して、発呼者から被呼者までの伝送失敗レートを追跡する。
４．１つの実施例で、データ６６１２０が、ＳＧＷ６５０３０あるいはＳＧＷ６５０４０のＥＸに到達するとき、ＥＸは、これらのデータパケットをその宛先に転送する前に、これらのデータパケットのＤＡフィールド５０１０にあるセッション番号を変化させてもよい。
５．データ６６１２０の転送中、発呼者のＭＭサーバシステムは、時々に、ＭＭ保持６６１３０を発呼者に送信し、ＭＭ保持指示６６１４０及び６６１５０を被呼者１のＭＭサーバシステムと被呼者２のＭＭサーバシステムにそれぞれ送信する。ＭＭ保持６６１３０とＭＭ保持指示６６１４０及び６６１５０はＭＰ制御パケットであり、それぞれ、ＭＭセットアップパケット６６０２０と、ＭＭセットアップ指示６６０３０及び６６０４０との同じＤＡを含む。
６．前のエッジ部のスイッチ、中間スイッチ及びユーザスイッチのセクションで議論されたように、ＭＭ保持パケットを受信した後、ＭＭセッションの伝送経路に沿ったスイッチは、これらのＬＴを保存するかあるいは更新するかのいずれかを実行し、ＭＭセッションの呼の通信処理を継続する。
７．ＭＭ保持指示パケットが被呼者のＭＭサーバシステムに達するとき、これらのサーバシステムは、さらに、ＭＭ保持６６１７０及び６６１６０を被呼者１と被呼者２にそれぞれ送信する。
８．被呼者は、ＭＭ保持応答６６１８０及び６６１９０をそれらに対応の被呼者のＭＭサーバシステムに送信することによって応答する。
９．次に、被呼者のＭＭサーバシステムは、ＭＭ保持指示応答６６２００及び６６２１０を発呼者のＭＭサーバシステムに送信する。これらの応答のいずれかがＭＭ保持パケットに対する失敗あるいは拒絶を示す場合には、失敗あるいは拒絶を示す当事者は、後で議論されるＭＭセッションの解放段階に移行する。
１０．発呼者のＭＭサーバシステムが、発呼者から最初のＭＭ保持応答パケット（例えば、ＭＭ保持応答６６２２０）を受信するとき、発呼者のＭＭサーバシステムは、ＭＭセッションの使用量パラメータ（例えば、ＭＭセッションのトラフィックフローと継続時間）を測定し始める。サーバ群の１つの実施例で、ＭＭサーバシステム又はネットワーク管理サーバシステムのいずれかは、これらのアカウント処理に関するパラメータと、当該パラメータを追跡する関連付けられたポリシーとを確立できる。
１１．１つの実施例で、発呼者と被呼者からの失われたＭＭ保持応答パケットの数が、予め決められたしきい値を超えた場合には、発呼者のＭＭサーバシステムは、ＭＭセッションを後で議論される呼の解放段階に移行する。
【０５４８】
１つのＭＰ都市圏ネットワーク中の複数のＳＧＷ間のＭＭセッションの呼の通信に係る先行する説明は、ＭＰの異なる都市圏ネットワーク（しかしＭＰの同じ全国的ネットワーク内に存在する）及び／又はＭＰの異なる全国的ネットワークに存在するＳＧＷが関与するＭＭセッションにも適用される。
【０５４９】
上述の例は、ＭＭセッション中の半２重データ通信について説明したが、当該技術分野における通常の技能を有する者には、議論された技術を用いて、ＭＭセッション中の全２重データ通信を実行することは明らかであろう。１つの実施例で、もし上述の被呼者の１つがＭＭセッションにおける他の当事者にデータを送信することを希望する場合、その被呼者は、もう１つのＭＭセッションを要求して、同じ当事者を参加するように勧誘できる。結果として、発呼者と被呼者は、異なるセッション番号を用いてそれらのデータパケットを送信してはいるものの、実際上は発呼者と被呼者が全２重データ通信を達成している。それに代わって、真の全２重（すなわち、発呼者と被呼者の両方が同時に同じセッション番号を用いてデータを送信できる）データ通信は、図６６ｂにおいて説明されたことと前に議論したことと同様の処理を用いて実現可能である。しかしながら、全２重の通信の安全性が危険にさらされていないことを保証するために、ＭＭサーバシステムは、発呼者のＭＸと被呼者のＭＸの両方のＵＬＰＦをセットアップする。
【０５５０】
ＭＭセッションの呼の通信段階の間に、新しい被呼者がセッションに追加されることが可能であり、また、存在している被呼者がセッションから除去されることが可能であり、及び／又は、セッションの各参加者の識別情報が照会可能である。これらの複数のＳＧＷが関与するＭＭセッションの手順は、前に議論した単一のＳＧＷが関与するＭＭセッションと同様であるので、ここでは繰り返さない。
【０５５１】
６．３．２．４  呼の解放．
発呼者とＭＭサーバシステムは、呼の解放を開始することができる。図６６ｃと図６６ｄは、発呼者とＭＭサーバシステムが行う例示的な処理を示す。
【０５５２】
６．３．２．４．１  発呼者によって開始される呼の解放．
１．発呼者（例えば、ＵＴ６５１１０）は、ＭＭ解放６６２３０を、ＳＧＷ６５０２０のサーバ群に存在する発呼者のＭＭサーバシステムに送信する。
２．発呼者のＭＭサーバシステムは、セッションの使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止して、収集された情報をローカルなアカウント処理サーバシステム（例えば、ＳＧＷ６５０２０のサーバ群に存在するアカウント処理サーバシステム）に報告する。
３．発呼者のＭＭサーバシステムは、ＭＭ解放応答６６２４０を発呼者に送信し、ＭＭ解放指示６６２５０及び６６２６０を被呼者のＭＭサーバシステムに送信する。ＭＭ解放応答６６２４０は、発呼者のＭＸ（例えば、ＭＸ６５０５０）を呼び出して、前の中間スイッチのセクションで議論したようなＵＬＰＦ解放を実行するカラー情報を含む。
４．ＭＭ解放指示に応答して、被呼者のＭＭサーバシステムは、ＭＭ解放６６２７０及び６６２８０を被呼者１と被呼者２にそれぞれ送信する。
５．次に、被呼者は、ＭＭ解放応答６６２９０及び６６３００をそれらに対応のＭＭサーバシステムに戻すように送信することによって応答する。次に、被呼者のＭＭサーバシステムは、ＭＭ解放指示応答６６３１０及び６６３２０を用いて、被呼者の解放処理の状態を発呼者のＭＭサーバシステムに知らせる。
６．１つの実施例で、ＭＭセッションの伝送経路に沿うＭＰに準拠したスイッチは、予め決められた時間にわたってＭＭ保持パケットを受信しないので、ＭＭセッションに使用されるスイッチのＬＴ中のエントリは、これらのデフォルト値にリセットされる。
【０５５３】
６．３．２．４．２  ＭＭサーバシステムによって開始される呼の解放．
１．発呼者のＭＭサーバシステムは、ＭＭ解放６６３３０を発呼者に送信し、ＭＭ解放指示６６３４０及び６６３５０を被呼者１と被呼者２のＭＭサーバシステムにそれぞれ送信する。また、発呼者のＭＭサーバシステムは、セッションの使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止して、収集された使用量情報をローカルなアカウント処理サーバシステム（例えば、ＳＧＷ６５０２０のサーバ群に存在するアカウント処理サーバシステム）に報告する。
２．ＭＰ制御パケットであるＭＭ解放６６３３０は、発呼者のＭＸ（例えばＭＸ６５０５０）を呼び出して、前の中間スイッチのセクションに議論したようなＵＬＰＦ解放を実行する。
３．ＭＭ解放６６３３０に応答して、発呼者は、ＭＭ解放応答６６３６０を発呼者のＭＭサーバシステムに送信する。
４．被呼者のＭＭサーバシステムがＭＭ解放指示パケットを受信するとき、サーバシステムは、ＭＭセッションのために割り当てられるリソースを解放し（例えば、セッション番号を次のＭＭセッションのために利用可能にする）、ＭＭ解放６６３７０及び６６３８０を被呼者１と被呼者２にそれぞれ送信する。
５．これに応答して、被呼者は、ＭＭ解放応答６６３９０及び６６４００を、それらの対応するＭＭサーバシステムに送信する。
６．次に、被呼者のＭＭサーバシステムは、ＭＭ解放指示応答６６４１０及び６６４２０を用いて、被呼者の解放処理の状態を発呼者のＭＭサーバシステムに知らせる。
【０５５４】
６．４  メディアブロードキャストサービス（「ＭＢ」）．
ＭＢサービスは、ＵＴが、１つのＭＢプログラムソースからコンテンツを受信することを可能にするマルチキャストサービスである。（上述の定義に参照）１つのＭＢプログラムソース（生放送か、あるいは記憶されたものかのいずれか）は、ＭＰネットワークか非ＭＰネットワーク１３００（図１ｄ）のいずれかに存在することできる。ＭＰネットワークに存在するＭＢプログラムソースはＭＰパケットを生成してＳＧＷのＥＸに伝送するのに対して、非ＭＰネットワーク１３００に存在するＭＢプログラムソースは非ＭＰパケットを生成してＳＧＷ１１６０に伝送する。次に、ＳＧＷ１１６０のゲートウェイは、非ＭＰパケットをＭＰでカプセル化されたパケットに配置して、その後でＭＰでカプセル化されたパケットをＳＧＷ１１６０のＥＸに転送する。これらＭＰパケットとＭＰでカプセル化されたパケットは、パケットがＭＢパケットであると表示するカラー情報を含む。
【０５５５】
一実施形態に係るＳＧＷ内のサーバ群は、ＭＢプログラムソースのサーバシステムを含む。ＭＢプログラムソースのサーバシステムは、上述のＭＢプログラムソースを構成し、検査し、かつ管理する。例えば、ＭＢプログラムソースのサーバシステムは、ＭＢプログラムソースからエラーを検出する時に、サーバ群の呼処理サーバシステムにエラーパケットを送信する。当該技術分野における通常の技能を有する者には、議論されたＭＢ技術の範囲を超えることなく、ＭＢプログラムソースのサーバシステムの機能を呼処理サーバシステムに埋め込むことは明らかであろう。
【０５５６】
６．４．１  単一のサービスゲートウェイに依存する、ＭＰに準拠した２つの構成要素の間のＭＢ．
図６８は、ＵＴと、単一のＳＧＷ（例えば、ＵＴ１４２０（図１ｄ））内のＭＢプログラムソースと、ＳＧＷ１１６０内のＳＧＷメディア記憶装置（図１０に示さず。）との間のＭＢに係る１つセッションに係る時系列図を示す。
【０５５７】
説明のため、ＵＴ１４２０は、ＳＧＷメディア記憶装置から、記憶されたメディアプログラム（番組）を要求する。従って、ＵＴ１４２０は「発呼者」であり、ＳＧＷメディア記憶装置は「ＭＢプログラムソース」あり、ＳＧＷ１１６０のＥＸ（例えばＥＸ１００００）が「発呼者ＥＸ」と「被呼者ＥＸ」の両方である。この例において、ＭＸ１１８０は、「発呼者ＥＸ」と「被呼者ＥＸ」の両方として機能する。ＳＧＷ１１６０のサーバ群１００１０に存在する呼処理サーバシステム１２０１０（図１２）は、発呼者とＭＢプログラムソース間のパケット変換を管理する。「ＭＢサーバシステム」は、ＭＭセッションの管理と実行に指定された呼処理サーバシステムを示す。
【０５５８】
次の議論は、主に、ＭＭセッションの３つの段階：呼のセットアップ、呼の通信と呼の解放に、これら参加者がどのように互いに対話するかということについて説明する。
【０５５９】
６．４．１．１  呼のセットアップ．
１．発呼者（例えば、ＵＴ１４２０）は、ＳＧＷ１１６０中のＥＸ（例ＥＸ１００００）と発呼者のＭＸ（例ＭＸ１１８０）を介して、ＭＭサーバシステムにＭＢ  ＭＣＣＰ要求６８０００を送信することによって、呼を開始する。ＭＢ  ＭＣＣＰ要求６８０００は、ＭＰ制御パケットであり、発呼者とＭＢサーバシステムのネットワークアドレスとＭＢプログラムソースのユーザアドレスを含む。前の論理層のセクションに議論したように、一般に、発呼者はＭＢプログラムソースのネットワークアドレスを知らない。その代わりに、ＳＧＷ中のサーバ群によってユーザアドレスをネットワークアドレスマッピングする。それに加えて、発呼者とＭＢプログラムソースは、前のサーバ群のセクションとメディアマルチキャストのセクションに議論したＮＩＤＰ処理を用いて、サーバ群１００１０のネットワーク管理サーバシステム１２０３０（図１２）から、ＭＰネットワーク情報（例えば、ＭＢサーバシステムのネットワークアドレスを得て、ＭＢセッションを実行する。
２．ＭＢ  ＭＣＣＰ要求６８０００を受信した後、ＭＢサーバシステムがＭＣＣＰ手順（前のサーバ群のセクションとメディアマルチキャストのセクションに議論した）を実行して、発呼者による処理の続行が許可されるか否かを決定する。
３．ＭＢサーバシステムは、発呼者のＭＸを介して、発呼者にＭＢ要求応答６８０１０を送信することによって、発呼者の要求に肯定応答する。発呼者のＭＸはＭＰ制御パケットであり、ＭＣＣＰ手順結果を含む。
４．もし、その結果はＭＢサーバシステム要求されたＭＢセッションを処理できると表明したとき、ＭＢサーバシステムも、ＭＢ通知６８０２５を用いてＭＢプログラムソースのサーバシステムに知らせる。
５．ＭＢプログラムソースのサーバシステムは、ＭＢ通知応答６８０２０を用いてＭＢサーバシステムに応答する。
６．ＭＢサーバシステムは、発呼者のＭＸを介して発呼者にＭＢセットアップパケット６８０２０を送信する。ＭＢセットアップパケット６８０２０はＭＰ制御パケットであり、発呼者とＭＢプログラムソースのネットワークアドレス、及び、要求されたＭＢセッションの許容できる呼のトラフィックフロー（例えば、帯域幅）を含む。同時に、このパケットは、予約されたセッション番号と関連したカラー情報（例えば、ＭＢセットアップカラー）を含む。関連したカラー情報は、ＳＧＷ１１６０中のＥＸ（例えばＥＸ１００００）と、発呼者のＭＸ（例ＭＸ１１８０）と、ＨＧＷ１２００中のＵＸが自らのＬＴを更新するように指示する。ＬＴの更新処理は前のエッジ部のスイッチと中間スイッチのセクションに議論した。さらに、１つ実施例において、ＭＢセットアップパケット６８０２０は、ＥＸ１００００にＵＬＰＦをセットアップする。
７．発呼者は、発呼者のＭＸを介して、ＭＰ制御パケットであるＭＢセットアップ応答パケット６８０３０をＭＢサーバシステムに送信することによって、ＭＢセットアップパケット６８０２０に肯定応答する。
８．ＭＢサーバシステムは、ＭＢセットアップ応答パケットを受信した後、ＭＢセッションに対する使用量情報（例えば、セッションの継続時間又はトラフィック）を収集し始める。
【０５６０】
６．４．１．２  呼の通信．
１．ＭＢセッションに関するスイッチにＬＴをセットアップした後、発呼者がブロードキャストデータ６８０４０を受信し始める。ブロードキャストデータ６８０４０がＭＰ制御パケットであり、特定なカラー情報（パケットがＭＢデータカラー化パケットであると表示する）と予約されたセッション番号を含む。それに加えて、ＳＧＷ１１６０中の、ＥＸのＵＬＰＦ（例ＥＸ１００００）は、これらＭＰデータパケットが発呼者に着くことを許容できる前に、ブロードキャストデータ６８０４０を検査する。
２．呼の通信段階に、ＭＢサーバシステムがＭＢ保持６８０５０を発呼者に時々送信する。ＭＢ保持６８０５０はＭＰ制御パケットである。ＭＢサーバシステムの１つ実施例は、ＭＢ保持６８０５０を用いて、ＬＴを管理する。あるいは、ＭＢサーバシステムがＭＢ保持６８０５０を用いて、セッション中に発呼者の呼の接続状態情報（例えば、エラーレートと失われたパケット数）を収集する。
３．発呼者は、発呼者のＭＸを介して、ＭＢ保持応答６８０６０をＭＢサーバシステムに送信することによって、ＭＢ保持６８０５０に肯定応答する。ＭＢ保持応答６８０６０はＭＰ制御パケットであり、要求された呼の接続状態情報を含む。
４．ＭＢ保持応答６８０６０に基づき、ＭＢサーバシステムが上述の２と３を時々に繰り返す。そうでなければ、ＭＢサーバシステムがＭＢセッションを変更できる。例えば、もしＭＢセッションのエラーレートが許容できるしきい値を超えたら、ＭＢサーバシステムが発呼者に知らせて、セッションを終了する。
【０５６１】
６．４．１．３  呼の解放．
発呼者とＭＢサーバシステムは、呼の解放を開始する。それに加えて、前述のＭＢプログラムソースのサーバシステムは、ＭＢプログラムソースからのエラーレートを検出するとき、それらがＭＢサーバシステムに知らせて、呼の解放を開始する。
【０５６２】
６．４．１．３．１  発呼者によって開始される呼の解放．
１．発呼者は、発呼者のＭＸを介して、ＭＰ制御パケットであるＭＢ解放６８０７０をＭＢサーバシステムに送信する。
２．これに応答して、ＭＢサーバシステムは、発呼者のＭＸを介して、ＭＰ制御パケットであるＭＢ解放応答６８０８０を発呼者に送信する。それに加えて、ＭＢサーバシステムは、セッションの使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止して、ローカルなアカウント処理サーバシステム（例えば、ＳＧＷ１１６０中のサーバ群１００１０のアカウント処理サーバシステム（図１２））に、収集された使用量情報を報告する。
３．ＭＢセッションに関するスイッチ、例えばＭＸ１１８０は、ＭＢ解放応答６８０８０を受信するとき、それらのＬＴをリセットする。
４．発呼者は、発呼者のＭＸを介して、ＭＢサーバシステムからのＭＢ解放応答６８０８０を受信するとき、発呼者は、ＭＢセッションへの関与を終了する。ＭＢプログラムソースとの接続をセットアップした他の発呼者は、ブロードキャストデータ６８０４０を続けて受信する。
【０５６３】
６．４．１．３．２  ＭＢサーバシステムによって開始される呼の解放．
ＭＢサーバシステムの１つの実施例が、受理できない通信状況（失われたパケット数が過多である、エラーレートが過大である、失われたＭＢ保持応答パケットの数が過多である）を検出したとき、ＭＢサーバシステムは、呼の解放を開始する。
【０５６４】
１．ＭＢサーバシステムは、発呼者のＭＸを介して、発呼者に、ＭＰ制御パケットであるＭＢ解放６８０９０を送信する。それに加えて、ＭＢサーバシステムは、そのセッションの使用量情報（例えば、セッションの継続時間あるいはトラフィック）の収集を停止して、ローカルなアカウント処理サーバシステム、例えばＳＧＷ１１６０中のサーバ群１００１０のアカウント処理サーバシステム１２０４０（図１２）に、収集された使用量情報を報告する。
２．ＭＢセッションに関するスイッチ、例えばＭＸ１１８０がＭＢ解放６８０９０を受信した後、それらのＬＴＳをリセットする。
３．次に、発呼者は、発呼者のＭＸを介して、ＭＢサーバシステムに、ＭＰ制御パケットであるＭＢ解放応答６８１００を送信戻すと、発呼者に対して、このＭＢセッションを効果的に終了する。ＭＢプログラムソースとの接続をセットアップした他の発呼者は、ブロードキャストデータ６８０４０を続けて受信する。
【０５６５】
６．４．１．３．３  ＭＢプログラムソースのサーバシステムによって開始される呼の解放．
ＭＢプログラムソースのサーバシステムは、受理できない通信状況（例えば、ＭＢプログラムソースの電源が偶然に切れる）を検出するとき、ＭＢサーバシステムに知らせ、ＭＢセッションを終了する。
【０５６６】
１．ＭＢプログラムソースのサーバシステムは、ＭＢサーバシステムにＭＢプログラムソースエラー６８１１０を送信する。ＭＢプログラムソースエラー６８１１０はＭＰ制御パケットであり、ＭＢプログラムソースのネットワークアドレスとＭＢプログラムソース発生のエラーコードを含む。
２．ＭＢサーバシステムは、前記「ＭＢサーバシステムによって開始される呼の解放」のセクションで述べた処理過程と同様に処理する。具体的には、ＭＢサーバシステムは、発呼者のＭＸを介して、発呼者にＭＢ解放６８１２０を送信すると、発呼者がＭＢ解放応答６８１３０で応答する。
【０５６７】
６．４．２  ２つサービスゲートウェイに依存するＭＰに準拠した２つの構成要素の間のＭＢ．
図６９ａと図６９ｂは、２つＳＧＷ、例えば図１ｄに示すＵＴ１３２０とＳＧＷ１１６０中のＳＧＷメディア記憶装置（図１０には示さず。）に関するＭＢプログラムソースと、ＵＴ間のＭＢセッションの時系列図である。説明のために、ＵＴ１３２０がＳＧＷメディア記憶装置からメディア番組を要求する。ＵＴ１３２０は、「発呼者」と呼ばれ、ＳＧＷメディア記憶装置は「ＭＢプログラムソース」あるいは「被呼者」と呼ばれる。ＳＧＷ１１６０中のＥＸは「発呼者ＥＸ」と呼ばれ、ＭＸ１０８０は「発呼者のＭＸ」と呼ばれる。ＳＧＷ１１６０中のＥＸは「被呼者ＥＸ」と呼ばれ、ＭＸ１１８０は「被呼者のＭＸ」と呼ばれる。ＳＧＷ１０６０のサーバ群に存在する呼処理サーバシステムは「発呼者処理サーバシステム」を指すと、ＳＧＷ１１６０に存在する呼処理サーバシステムが「被呼者処理サーバシステム」を示す。ＳＧＷがＭＢセッションの管理と実行に呼処理サーバシステムを指定すると、指定された呼処理サーバシステムは「ＭＢサーバシステム」と呼ばれる。同時に、ＳＧＷ１０６０のサーバ群に存在するＭＢプログラムソースのサーバシステムは、上述のＭＢプログラムソースを構成し、検査し、かつ管理する。
【０５６８】
上述のように、被呼者ＭＢサーバシステムの機構は、ＭＢプログラムソースのサーバシステムの機構と合弁できる。しかしながら、注意するのは、２つのサーバシステムは異なる機構がある。例えば、ＭＢ呼の解放段階の後、要求されたＭＢサービスが終了するとき、被呼者ＭＢサーバシステムの１つの実施例は、要求されたＭＢセッションへの関与を終了すると、別のＭＢサービス要求を受信するまでアイドル状態のままである。一方、１つのユーザに対して、特定のＭＢセッションが終了しても、プログラムソースのサーバシステムの１つの実施例が進行中の別のＭＢセッションのため、プログラムソースを管理し続ける。
【０５６９】
その大部分の開示された例の中で、ＳＧＷ１１６０が、ＭＰの都市圏ネットワーク１０００の都市圏のマスターのネットワークマネージャ装置として機能するが、次の例で、ＳＧＷ１０６０は、都市圏のマスターのネットワークマネージャ装置である。すると、ＳＧＷ１０６０のサーバ群に存在するネットワークサーバシステムは、都市圏のマスターのネットワーク管理サーバシステムである。
【０５７０】
次の議論は主に、これらの各方が、３つのＭＢセッション段階、すなわち、呼のセットアップ、呼の通信と呼の解放において、どのように互いに対話するかということについて説明する。
【０５７１】
６．４．２．１  呼のセットアップ．
１．発呼者（例えば、ＵＴ１３２０）は、発呼者ＥＸと発呼者のＭＸ（例えば、ＭＸ１０８０）を介して、発呼者ＭＢサーバシステムにＭＢ  ＭＣＣＰ要求６９０００を送信して、呼出しを始める。ＭＢ  ＭＣＣＰ要求６９００は、ＭＰ制御パケットであり、発呼者と呼び方ＭＢサーバシステムのネットワークアドレスと、ＭＢプログラムソースのユーザアドレスを含む。前の論理層のセクションで議論されたように、一般に、発呼者は、被呼者のネットワークアドレス（例えば、ここはＭＢプログラムソース）を知らない。その代わり、発呼者は、ユーザアドレスをネットワークアドレスにマッピングするために、ＳＧＷ中のサーバ群に依存する。それに加えて、発呼者と被呼者は、ＮＩＤＰ処理（前のサーバ群のセクションとメディアマルチキャストのセクションで議論した）を用いて、ＳＧＷ１０６０とＳＧＷ１１６０中のサーバ群のネットワーク管理サーバシステムから、それぞれに、ＭＰネットワーク情報（例えば、ＭＢサーバシステムのネットワークアドレス）を取得して、ＭＢセッションを実行する。
２．ＭＢ  ＭＣＣＰ要求６９０００を受信した後、発呼者ＭＢサーバシステムは、ＭＣＣＰ手順順序を実行し（前のサーバ群のセクションとメディアマルチキャストのセクションで議論した）、発呼者による処理の続行を許可するか否かを決める。
３．発呼者ＭＢサーバシステムは、発呼者のＭＸを介して、ＭＰ制御パケットであるＭＣＣＰ手順結果を含むＭＢ要求応答６９０１０を送信することによって、発呼者の要求に肯定応答する。
４．次に、発呼者ＭＢサーバシステムは、ＭＢセットアップパケット６９０２０とＭＢセットアップパケット６９０３０を発呼者と被呼者ＭＢサーバシステムに、そｒぞれ送信する。ＭＢセットアップパケット６９０２０とＭＢセットアップパケット６９０３０は、ＭＰ制御パケットであり、発呼者と被呼者のネットワークアドレスと、要求されたＭＢセッションの許可された呼のトラフィックフロー（例えば、帯域幅）を含む。
５．同時に、これらのＭＢセットアップパケットは、予約されたセッション番号とカラー情報を含む。その情報は、ＭＢセッションに関するスイッチ（例えば、ＳＧＷ１１６０中のＥＸ１００００、ＳＧＷ１０６０中のＥＸ、ＭＸ１０８０と、ＨＧＷ１１００中のＵＸ）にこれらのＬＴを更新させる。ＬＴ更新処理は、前のエッジ部のスイッチと中間スイッチのセクションで議論した。それに加えて、ＭＢセットアップパケット６９０３０も、被呼者ＥＸ、例えばＳＧＷ１１６０のＥＸの中で、ＵＬＰＦをセットアップする。
６．発呼者が発呼者のＭＸを介して、ＭＢセットアップ応答パケット６９０４０を発呼者ＭＢサーバシステムに送信することによって、ＭＢセットアップパケット６９０２０に肯定応答する。被呼者ＭＢサーバシステムは、ＭＢセットアップ応答パケット６９０５０で、発呼者ＭＢサーバシステムに応答する。ＭＢセットアップ応答パケット６９０４０とＭＢセットアップ応答パケット６９０５０は、ＭＰ制御パケットである。
７．ＭＢセットアップ応答パケットを受信した後、発呼者ＭＢサーバシステムは、ＭＢセッションの使用量情報（例えば、セッションの継続時間又はトラフィック）を収集し始める。
【０５７２】
上述の議論は、一般に、ＭＰの異なる都市圏ネットワーク（しかし、ＭＰの同じ全国的ネットワークに属する）に存在するＳＧＷに関する、あるいは、異なる全国的ネットワークに存在するＳＧＷに関するＭＢセッションに応用できるにも関らず、そのＭＰ−都市圏−ネットワークー内あるいはＭＰ−全国的−ネットワークー内のＭＢセッションに対して、付加の段階を含む。前のメディア電話サービスのセクションで議論したように、もし、要求されたサービスに認可あるいは不認可の必要なリソース情報が不足、あるいは、セッション番号予約の権限がないなら、都市圏のマスターのネットワーク管理サーバシステムは、全国的なマスターのネットワーク管理サーバシステムに調べる。もし全国的なマスターのネットワーク管理サーバシステムも、必要なリソース情報が不足、あるいは、セッション番号予約の権限がないなら、主ネットワーク管理サーバシステムがグローバルなマスターのネットワーク管理サーバシステムに調べる。
【０５７３】
６．４．２．２  呼の通信．
１．ＭＢセッションに関するスイッチの中で、ＬＴをセットアップした後、発呼者は、ブロードキャストデータ６９１００を受信する。ブロードキャストデータ６９１００はＭＰデータパケットであり、カラー情報（ＭＢ−データカラー化パケットであることを表示する）と予約されたセッション番号を含む。それに加えて、ＭＰデータパケットが発呼者に到着することを許す前に、ＳＧＷ１１６０中のＥＸ（例えば、ＥＸ１００００）のＵＬＰＦは、ブロードキャストデータ６９１００を検査する。
２．被呼者ＭＢサーバシステムは、呼の通信段階で、時々、発呼者にＭＢ保持６９１１０を送信する。ＭＢ保持６９１１０は、ＭＰ制御パケットであり、ＭＢサーバシステムの１つの実施例で、ＬＴの管理に使用される。あるいは、ＭＢサーバシステムがは、ＭＢ保持パケットを用いて、ＭＢセッション中の呼び出す方の呼出し接続状態情報（例えば、パケットの失い数とエラーレート）を収集する。
３．発呼者は、発呼者ＭＢサーバシステムにＭＢ保持応答６９１２０を送信することによって、ＭＢ保持６９１１０に肯定応答する。ＭＢ保持応答６９１２０は、ＭＰ制御パケットであり、要求された呼出し接続状態情報を含む。
４．ＭＢ保持応答６９１２０に基づいて、ＭＢサーバシステムが上述の２と３の項目を時々に繰り返す。違ったら、ＭＢサーバシステムは、ＭＢセッションを変更できる。例えば、セッションのエラーレートが許容できるしきい値を超えたら、発呼者ＭＢサーバシステムは、発呼者に知らせてセッションを終了する。
【０５７４】
前述の１つのＭＰ都市圏ネットワーク中の多数のＳＧＷ間のＭＢセッションの呼の通信についての議論も、ＭＰの異なる都市圏ネットワーク（ＭＰの同じ全国的ネットワーク中である）及びあるいはＭＰの異なる全国的ネットワークに存在するＳＧＷに関するＭＢセッションに応用できる。
【０５７５】
６．４．２．３  呼の解放．
発呼者、発呼者ＭＢサーバシステムと、被呼者ＭＢサーバシステムが呼の解放を開始する。それに加えて、ＭＢプログラムソースのサーバシステムがＭＢプログラムソースからエラーを検出するとき、されは、発呼者ＭＢサーバシステムに知らせて、呼の解放を開始する。
【０５７６】
６．４．２．３．１  発呼者によって開始される呼の解放．
１．発呼者は、発呼者のＭＸを介して、発呼者ＭＢサーバシステムに、ＭＰ制御パケットであるＭＢ解放６９１３０を送信する。それに加えて、ＭＢサーバシステムは、セッションの使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止して、ローカルなアカウント処理サーバシステム（例えば、ＳＧＷ１０６０中のサーバ群のアカウント処理サーバシステム（図１２））に、収集された使用量情報を報告する。
２．発呼者ＭＢサーバシステムは、被呼者ＭＢサーバシステムに、ＭＢ解放６９１４０を送信すると、発呼者のＭＸを介して、ＭＢ解放応答６９１５０を発呼者に送信する。
３．ＭＢセッションに関するスイッチ、例えばＭＸ１０８０、ＳＧＷ１１６０中のＥＸと、ＳＧＷ１０６０中のＥＸは、ＭＢ解放応答６９１５０及び６９１６０を受信するとき、それらのＬＴＳをリセットする。同様に、ＭＢ解放応答６９１６０も、ＳＧＷ１１６０のＥＸ中のＵＬＰＦをリセットする。
４．発呼者は、発呼者ＭＢサーバシステムからＭＢ解放応答６９１５０を受信するとき、発呼者がそのＭＢセッションへの関与を終了する。
５．発呼者ＭＢサーバシステムは、被呼者ＭＢサーバシステムから、ＭＢ解放応答６９１６０を受信するとき、ＭＢセッションを終了する。
【０５７７】
６．４．２．３．２  発呼者ＭＢサーバシステムによって開始される呼の解放．
発呼者ＭＢサーバシステムによって開始される呼の解放の１つの実施例は、受理できない通信状況（例えば、パケットの失い数が過多である、エラーレートが過大である、失われたＭＢ保持応答パケットの数が過多である）を検出する場合、呼の解放を開始する。
【０５７８】
１．発呼者ＭＢサーバシステムは、発呼者のＭＸを介して、発呼者にＭＢ解放６９１７０を送信すると、被呼者ＭＢサーバシステムにＭＢ解放６９１８０を送信する。それに加えて、発呼者ＭＢサーバシステムは、セッションの使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止して、ローカルなアカウント処理サーバシステム、例えばＳＧＷ１０６０中のサーバ群のアカウント処理サーバシステムに、収集された使用量情報を報告する。
２．ＭＢセッションに関するスイッチ、例えばＭＸ１０８０、ＳＧＷ１１６０中のＥＸと、ＳＧＷ１０６０中のＥＸは、ＭＢ解放６９１７０及び６９１８０を受信するとき、それらのＬＴＳをリセットする。同様に、ＭＢ解放６９１８０も、ＳＧＷ１１６０のＥＸ中のＵＬＰＦをリセットする。
３．これに応答して、発呼者は、ＭＰ制御パケットであるＭＢ解放応答６９１９０を発呼者ＭＢサーバシステムに送信して、効果的に、そのＭＢセッションへの関与を終了する。同様に、被呼者ＭＢサーバシステムは、発呼者ＭＢサーバシステムに、ＭＢ解放応答６９２００を送信する。
４．発呼者ＭＢサーバシステムは、ＭＢ解放応答６９１９０とＭＢ解放６９２００を受信するとき、ＭＢセッションを終了する。
【０５７９】
上述の議論はまた、被呼者のＭＢサーバシステムによって開始される解放にも応用できる。
【０５８０】
６．４．２．３．３  ＭＢプログラムソースのサーバシステムによって開始される呼の解放．
ＭＢプログラムソースのサーバシステムによって開始される呼の解放は、受理できない通信状況（例えば、ＭＢプログラムソースの電源が偶然に切れる）を検出するとき、それを、被呼者ＭＢサーバシステムに知らせて、ＭＢセッションを終了する。
【０５８１】
１．ＭＢプログラムソースのサーバシステムは、被呼者ＭＢサーバシステムにＭＢプログラムソースエラー６９２１０を送信する。ＭＢプログラムソースエラー６９２１０は、ＭＰ制御パケットであり、ＭＢプログラムソースのネットワークアドレスと、ＭＢプログラムソース発生のエラーコードを含む。
２．次に、被呼者ＭＢサーバシステムは、発呼者ＭＢサーバシステムに、ＭＢプログラムソースエラー６９２２０を送信する。
３．発呼者ＭＢサーバシステムは、ＭＢプログラムソースエラー６９２２０を受信した後、セッションの使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止して、ローカルなアカウント処理サーバシステム、例えばＳＧＷ１０６０中のサーバ群のアカウント処理サーバシステム（図１２）に、収集された使用量情報を報告する。発呼者ＭＢサーバシステムも、ＳＧＷ１０６０中のＥＸに指示して、そのＬＴをリセットする。
４．発呼者ＭＢサーバシステムは、発呼者のＭＸを介して、発呼者にＭＢ解放６９２３０を送信する。次に、発呼者ＭＢサーバシステムが被呼者ＭＢサーバシステムに、ＭＢプログラムソースエラー応答６９２４０を送信する。
５．発呼者が発呼者ＭＢサーバシステムに、ＭＢ解放応答６９２５０を送信する。発呼者ＭＢサーバシステムは、そのＭＢ解放応答６９２５０を受信するとき、ＭＢセッションを終了する。
【０５８２】
６．５  メディア転送サービス（ＭＴ）．
６．５．１  単一のサービスゲートウェイに依存するＭＰに準拠した２つの構成要素の間のＭＴ．
ＭＴは、プログラムソースに、メディアプログラム（生放送又は記憶されたもののいずれか）を、１つＭＰに準拠した構成要素、例えばメディア記憶装置に、伝送させると、ＭＰに準拠した構成要素に、伝送された番組を記憶する。１つの実施例で、前のサービスゲートウェイのセクションで議論したＳＧＷに存在するメディア記憶装置は、ＳＧＷメディア記憶装置と呼ばれる。あるいは、メディア記憶装置は、ＨＧＷに接続ＵＴ（例えば、ＵＴ１４００（図１ｄ））である。このようなメディア記憶装置はＵＴのメディア記憶装置と呼ばれる。１つメディア記憶装置に対して、プログラムソースの提供のすべてのメディア番組を記憶する空間がないので、１つＭＴセッションは、常に、多数のメディア記憶装置を含む。図７０と図７１は、１つプログラムソースと多数のＵＴのメディア記憶装置、例えばメディア記憶装置１乃至Ｎ（例えば、ＵＴ１４００、１３８０、１３６０及び１３４０）の間のＭＴセッションの時系列図である。
【０５８３】
説明のため、発呼者はＭＴサービスを要求するＵＴ、例えばＵＴ１４２０である。プログラムソースは、ＵＴ１４５０を介して、ＭＰの都市圏ネットワーク１０００の生放送中のテレビジョンスタジオである。「ＭＴサーバシステム」は、ＭＴセッションを管理するサーバシステムを示す。具体的には、発呼者ＭＴサーバシステムは、それに限らず、ＳＧＷ１１６０のサーバ群１００１０（図１２）に存在する呼処理サーバシステム１２０１０も、ＨＧＷ１２００に指示の家庭用サーバシステムである。
【０５８４】
次の議論は主に、これら参加者が、ＭＴセッションの３つの段階：呼のセットアップ、呼の通信と呼の解放に、どのように対話することについて説明する。
【０５８５】
６．５．１．１  呼のセットアップ．
１．発呼者、例えばＵＴ１３２０は、発呼者ＭＴサーバシステムにＭＴ要求７００００を送信する。ＭＴ要求７００００は、ＭＰ制御パケットであり、発呼者とＭＴサーバシステムのネットワークアドレスと、プログラムソースとメディア記憶装置１乃至Ｎのユーザアドレスを含む。一般に、発呼者が、プログラムソースとメディア記憶装置のネットワークアドレスを知らないので、発呼者は、ＳＧＷ中のサーバ群によって、ユーザアドレスをネットワークアドレスにマッピングする。それに加えて、発呼者とメディア記憶装置は、サーバ群１００１０のネットワーク管理サーバシステム１２０３０（図１２）から、ＭＴセッションの実行のために、ＭＰネットワークに関する情報（例えばＭＴサーバシステムのネットワークアドレス）が需要する。
２．発呼者ＭＴサーバシステムは、ＭＴ要求７００００を受信した後、ＭＣＣＰ順序を実行して（前のサーバ群のセクションで議論した）、発呼者の処理に対して許可させるかを込める。
３．発呼者ＭＴサーバシステムは、ＭＰ制御パケットであり、ＭＣＣＰ順序の結果を含むＭＴ要求応答７００１０の送信することによって、発呼者の要求に肯定応答する。
４．次に、発呼者ＭＴサーバシステムは、プログラムソースに、ＭＴ出力組み立て７００２０を送信して、プログラムソースに、そのメディア番組をメディア記憶装置に伝送させる命令をする。それに加えて、発呼者ＭＴサーバシステムは、１つのメディア記憶装置（例えばメディア記憶装置１）にＭＴ入力組み立て７０１２０を送信して、メディア記憶装置１に、メディア番組を記憶させる命令をする。ＭＴ出力組み立て７００２０と、ＭＴ入力組み立て７０１２０は、ＭＰ制御パケットであり、プログラムソースとメディア記憶装置１のネットワークアドレスと、要求されたＭＴセッションの許可される呼のトラフィックフロー（例えば、帯域幅）を含む。さらに、これらパケットがカラー情報を含む。そのカラー情報は、中間スイッチのセクションで議論したように、プログラムソースＭＸ、例えばＭＸ１２４０に指示して、ＵＴ１４５０からのＭＰパケットをＵＬＰＦチェックする。
５．メディア記憶装置１は、ＭＴ入力組み立て７０１２０を受信した後、発呼者ＭＴサーバシステムにＭＴ入力組み立て応答７０１３０を送信する。それに加えて、プログラムソースがＭＴ出力組み立て応答７００３０で、ＭＴ出力組み立て７００２０を応答する。これらＭＴ組み立て応答パケットはＭＰ制御パケットである。
６．発呼者ＭＴサーバシステムは、ＭＴ入力組み立て応答７０１３０とＭＴ出力組み立て応答７００３０を受信した後、ＭＴセッションの使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を開始する。
【０５８６】
６．５．１．２  呼の通信．
１．発呼者ＭＴサーバシステムが、プログラムソースとメディア記憶装置間の要求された接続を認可した後、プログラムソースは、プログラムソースＭＸ（例えば、ＭＸ１２４０）、ＳＧＷ１１６０中のＥＸ、ＭＸ１１８０とＨＧＷ１２００を介して、データ、例えば図７０に示すデータ７００４０をメディア記憶装置１に送信する。データ７００４０はＭＰデータパケットである。それに加えて、プログラムソースＭＸ（例えばＭＸ１２４０）は、ＵＬＰＦチェックを実行して（それは前の中間スイッチのセクションで議論した）、これらデータパケットがＳＧＷ１１６０に到着、及び次に、メディア記憶装置に到着することに許可させるかを決める。プログラムソースとプログラムソースを管理するＳＧＷ（ＳＧＷ１１６０）中のＥＸ間の、データパケットが通過する論理リンクは、ボトムアップの論理リンクであるが、メディア記憶装置を管理するＳＧＷ（ＳＧＷ１１６０）中のＥＸとメディア記憶装置間のデータパケットが通過する論理リンクは、トップダウンの論理リンクである。
２．発呼者ＭＴサーバシステムは、ＭＴ呼の通信段階で、ＭＴ保持パケット７００５０をプログラムソースに、ＭＴ保持パケット７０１４０をメディア記憶装置１に、時々送信する。ＭＴ保持パケット７００５０及び７００１４０は、ＭＰ制御パケットである。発呼者ＭＴサーバシステムの１つの実施例は、これらのパケットを配置して、ＭＴセッション参加者の呼出し接続状態情報（例えば、エラーレートと失われたパケット数）を収集する。
３．プログラムソースとメディア記憶装置１は、ＭＴ保持応答パケット７００６０及び７０１５０を発呼者ＭＴサーバシステムにそれぞれ伝送することで、ＭＴ保持パケットに肯定応答する。これらの応答は、確立されたＭＴセッションの呼の接続状態を報告する。ＭＴ保持応答パケット７００６０及び７０１５０に基づき、発呼者ＭＴサーバシステムがＭＴセッションを変更できる。例えば、もしセッションのエラーレートが許容できるしきい値を超えたら、発呼者ＭＴサーバシステムは、発呼者に知らせて、セッションを終了する。
４．ＭＴ呼の通信段階で、もしメディア記憶装置１は利用可能な記憶空間がなくなるなら、それがＭＴキャリーオーバー７０１６０を用いて、発呼者ＭＴサーバシステムに知らせる。発呼者ＭＴサーバシステムは、ＭＴキャリーオーバー７００７０を用いて、キャリーオーバー条件をプログラムソースに知らせる。キャリーオーバー７００７０及び７０１６０はＭＰ制御パケットであり、次の利用可能なメディア記憶装置のネットワークアドレスを、それに限らず、含む。１つの実施例で、１乃至Ｎのメディア記憶装置は、別の利用可能なメディア記憶装置のネットワークアドレスを記録する。例えば、もし、メディア記憶装置の順で処理する（例えば、まず、メディア記憶装置１、次に、メディア記憶装置２と、メディア記憶装置３）なら、メディア記憶装置１には、メディア記憶装置２のネットワークアドレスがあると、メディア記憶装置２には、メディア記憶装置３のネットワークアドレスがある。
５．プログラムソースは、ＭＴキャリーオーバー７００７０を受信した後、発呼者ＭＴサーバシステムにＭＴキャリーオーバー応答７００８０を送信する。その応答は、発呼者ＭＴサーバシステムに、プログラムソースが次のメディア記憶装置にデータ７００４０の伝送には用意したことを知らせる。
６．プログラムソースからＮＴキャリーオーバー応答７００８０を受信した後、発呼者ＭＴサーバシステムは、ＭＴ出力組み立て７００９０とＭＴ入力組み立て７０１９０を、プログラムソースと次の利用可能なメディア記憶装置（メディア記憶装置Ｎ）に、それぞれ送信する。プログラムソースとメディア記憶装置Ｎは、次に、ＭＴ出力組み立て応答７０１００とＭＴ入力組み立て応答７０２００で、発呼者ＭＴサーバシステムにそれぞれ応答する。
７．次に、プログラムソースは、メディア記憶装置Ｎにデータ７００４０を送信する。
【０５８７】
６．５．１．３  呼の解放．
発呼者、発呼者ＭＴサーバシステムあるいはプログラムソースは、呼の解放を開始する。
【０５８８】
６．５．１．３．１  発呼者によって開始される呼の解放．
１．発呼者は、発呼者ＭＴサーバシステムにＭＴ解放７１０００を送信する。発呼者ＭＴサーバシステムは、プログラムソースにＭＴ解放７１０２０を送信して、ＭＴ解放７１１２０で、メディア記憶装置Ｎに呼の解放を知らせる。図７１に示さなくても、発呼者ＭＴサーバシステムも別のメディア記憶装置（例えば、メディア記憶装置１）に、別のＭＴ解放パケットを送信する。発呼者ＭＴサーバシステムに対して、プログラムソースがＭＴ解放応答７１０２０の送信で、メディア記憶装置がＭＴ解放応答パケット（例えば７１１３０）の送信で、応答する。発呼者ＭＴサーバシステムは、次に、発呼者に、ＭＴ解放応答７１０３０を送信する。それに加えて、発呼者ＭＴサーバシステムは、セッションの使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止して、ＳＧＷ１１６０中のサーバ群１００１０のローカルなアカウント処理サーバシステム１２０４０（図１２）に、収集された情報を報告する。もしプログラムソースが、ＨＧＷ、例えばＵＴ１４５０を用いて、メディア番組を伝送するなら、プログラムソースＭＸ（手終えＭＸ１２４０）は、ＭＴ解放７１０２０を受信するとき、そのＵＬＰＦをリセットする。
２．プログラムソースが、発呼者ＭＴサーバシステムにＭＴ解放応答７１０２０を伝送した後、ＭＴサーバシステムは、ＭＴセッションを終了する。
３．あるいは、メディア記憶装置Ｎが、ＭＴ解放応答７１１３０で発呼者ＭＴサーバシステムに応答すると、別のメディア記憶装置も、それら解放応答で発呼者ＭＴサーバシステムに応答するとき、ＭＴサーバシステムがＭＴセッションを終了する。
４．発呼者がＭＴ解放応答７１０３０を受信した後で、発呼者は、ＭＴセッションにおけるその関与を終了する。
【０５８９】
６．５．１．３．２  ＭＴサーバシステムによって開始される呼の解放．
ＭＴサーバシステムの１つの実施例は、受理できない通信状況（例えば、失われたパケット数が過多である、エラーレートが過大である、失われたＭＴ保持応答パケットの数が過多である）を検出するとき、呼の解放を開始する。
【０５９０】
１．発呼者ＭＴサーバシステムは、ＭＴ解放７１０４０、７１１４０及び７１０６０を、プログラムソース（プログラムソースＭＸを介して）、及びメディア記憶装置と発呼者に、それぞれ送信する。図７１に示さなくても、発呼者ＭＴサーバシステムも、別のＭＴ解放パケットを別のメディア記憶装置（例えばメディア記憶装置１）に送信する。前述の解放パケットを送信した後、発呼者ＭＴサーバシステムは、ＭＴセッションを終了し、セッションに対する使用量情報（例えば、セッションの継続時間とトラフィック）の収集を停止して、ＳＧＷ１１６０中のサーバ群１００１０（図１２）のローカルなサーバシステム１２０４０に、収集された使用量情報を報告する。もしプログラムソースが、ＨＧＷ（例えば、ＵＴ１４５０）を介して、メディア番組を伝送するなら、プログラムソースＭＸ（例えばＭＸ１２４０）は、ＭＴ解放７１０４０を受信するとき、そのＵＬＰＦをリセットする。
【０５９１】
６．５．１．３．３  プログラムソースによって開始される呼の解放．
多数の場合で、プログラムソースが呼の解放を開始する。例えば、もし、プログラムソースが要求されたデータの伝送を完了したとき、プログラムソースが呼の解放を開始する。もう１つの例では、プログラムソースがメディア記憶装置１乃至Ｎのうちの一部における障害に気付いたとき、プログラムソースは、呼の解放を開始する。
【０５９２】
１．プログラムソースががプログラムソースＭＸを介して、発呼者ＭＴサーバシステムに、ＭＴ解放７１０８０を送信する。発呼者ＭＴサーバシステムは、ＭＴ解放パケット（手と絵７１１６０）の送信で、メディア記憶装置（例えば、メディア記憶装置Ｎ）に応答すると、ＭＴ解放応答７１０９０とＭＴ解放７１１００で、それぞれにプログラムソースと発呼者に解放要求を知らせる。発呼者ＭＴサーバシステムは、ＭＴ解放７１０８０を受信した後、セッションの使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止して、ＳＧＷ１１６０中のサーバ群１００１０のローカルなアカウント処理サーバシステム１２０４０（図１２）に、収集された使用量情報を報告する。もし、プログラムソースがＨＧＷ（例えばＵＴ１４５０）を介して、メディア番組を伝送するなら、プログラムソースＭＸ（例えば、ＭＸ１２４０）がＭＴ解放応答７１０９０を受信するとき、そのＵＬＰＦをリセットする。
２．発呼者は、ＭＴ解放応答７１１１０で発呼者ＭＴサーバシステムに応答した後、ＭＴセッションへの関与を終了する。同様に、メディア記憶装置（例えば、メディア記憶装置Ｎ）は、ＭＴ解放応答パケット（例えばＭＴ解放応答７１１７０）で発呼者ＭＴサーバシステムに応答した後、ＭＴセッションへの関与を終了する。
【０５９３】
６．５．２  ２つサービスゲートウェイに依存するＭＰに準拠した２つの構成要素の間のＭＴ．
図７２ａ、図７２ｂ、図７３ａ、図７３ｂ及び図７３ｃは、２つのＳＧＷ（例えば、ＵＴのメディア記憶装置１４００と、ＳＧＷ１１２０に存在するメディア記憶装置１１４０（図１ｄに示す））に依存する２つＭＰに準拠した構成要素間のＭＴセッションの時系列図である。説明のため、ＵＴ１４２０が、ＵＴのメディア記憶装置１４００から、メディア記憶装置１１４０に変換のメディア変換セッションを要求する。すると、ＵＴ１４２０が「発呼者」とよばれ、メディア記憶装置１４００が「プログラムソース」と呼ばれると、ＭＸ１１８０が「プログラムソースＭＸ」と呼ばれる。メディア記憶装置１１４０の１つの実施例は、メディア記憶装置の一組、例えばメディア記憶装置１乃至Ｎを示す。
【０５９４】
ＳＧＷ１１６０のサーバ群１００１０に存在する呼処理サーバシステム１２０１０が「発呼者の呼処理サーバシステム」である。同様に、ＳＧＷ１１２０に存在する呼処理サーバシステムは、「メディア記憶装置の呼処理サーバシステム」である。１つＳＧＷが、１つ呼処理サーバシステムをＭＴセッションの管理に指定したとき、指定された呼処理サーバシステムが「ＭＴサーバシステム」である。ＳＧＷ１１２０の１つの実施例とＳＧＷ１１６０の１つの実施例が、多数の呼処理サーバシステムを含むと、各サーバシステムは１つ特定のマルチメディアサービスに責務と援助する。
【０５９５】
それに加えて、もし、ＳＧＷ１１６０が、ＭＰの都市圏ネットワーク１０００（図１ｄ）の都市圏のマスターのネットワークマネージャ装置としてサービスするなら、ＳＧＷ１１６０のサーバ群１００１０に存在するネットワーク管理サーバシステム１２０３０は、都市圏のマスターのネットワーク管理サーバシステムである。
【０５９６】
次は、主に、ＭＴセッションの３つの段階：呼のセットアップ、呼の通信と呼の解放に、これら参加者がどのように対話することについて説明する。
【０５９７】
６．５．２．１  呼のセットアップ．
１．都市圏のマスターのネットワーク管理サーバシステムの１つの実施例は、ネットワークリソース情報を、ＭＰの都市圏ネットワーク１０００のサーバシステム（例えば、発呼者ＭＴサーバシステムとメディア記憶装置ＭＴサーバシステム）に、時々ブロードキャストする。ネットワークリソース情報それに限らず、ＭＰの都市圏ネットワーク１０００のトラフィックフローと利用可能な帯域幅及び／又はＭＰの都市圏ネットワーク１０００のサーバシステムの容量を含む。
２．サーバシステムが、都市圏のマスターのネットワーク管理サーバシステムからのブロードキャスト情報を受信するとき、サーバシステムは、ブロードキャストからある情報を取り出すと保持する。例えば、発呼者ＭＴサーバシステムは、メディア記憶装置ＭＴサーバシステムと接続するので、ブロードキャストからメディア記憶装置ＭＴサーバシステムのネットワークアドレスを取り出す。
３．発呼者、例えばＵＴ１４２０は、ＳＧＷ１１６０中のＥＸと、発呼者のＭＸ１１８０を介して、メディア記憶装置ＭＴサーバシステムに、ＭＴ要求７２０００を送信することによって、呼を開始する。ＭＴ要求７２０００は、ＭＰ制御パケットであり、発呼者と発呼者ＭＴサーバシステムのネットワークアドレスと、プログラムソースとメディア記憶装置１乃至Ｎのユーザアドレスを含む。前の論理層のセクションで議論したように、一般に、発呼者がプログラムソースとメディア記憶装置のネットワークアドレスを知らない。その代わり、発呼者は、ＳＧＷ中のサーバ群によって、ユーザアドレスをネットワークアドレスマッピングする。それに加えて、発呼者とメディア記憶装置は、ＳＧＷ１１６０とＳＧＷ１１２０中のサーバ群のネットワーク管理サーバシステムから、ＭＴセッションを実行するためのＭＰネットワーク情報（例えば、発呼者ＭＴサーバシステムとメディア記憶装置ＭＴサーバシステムのネットワークアドレス）を取得する。
４．発呼者ＭＴサーバシステムがＭＴ要求７２０００を受信した後、ＭＣＣＰ順序を実行（前のサーバ群のセクションで議論した）し、発呼者が続けて進むことを許容できるかを決定する。
５．発呼者ＭＴサーバシステムは、ＭＰ制御パケットであると、ＭＣＣＰの結果を含むＭＴ要求応答７２０１０を発行することによって、発呼者の要求に肯定応答する。
６．次に、発呼者ＭＴサーバシステムがＭＴ出力組み立て７２０２０とＭＴ入力接続表示７２１２０を、プログラムソースとメディア記憶装置ＭＴサーバシステムにそれぞれ送信する。セットアップパケットと接続表示パケットがＭＰ制御パケットであり、発呼者のネットワークアドレス、メディア記憶装置、プログラムソース中のメディア番組と、要求されたセッションの許可された呼のトラフィックフロー（例えば、帯域幅）を含む。しかし、これらに限定されるものではない。ＭＴ出力組み立て７２０２０は、プログラムソースにメディア番組を都市圏ＭＰネットワーク１０００に置くことを命令すると、プログラムソースＭＸ（例えば、ＭＸ１１８０）にそのＵＬＰＦをセットアップさせるカラー情報を含む。そのＵＬＰＦの更新処理は、前の中間スイッチのセクションで議論した。
７．ＭＴ入力接続表示７２１２０を受信した後、メディア記憶装置ＭＴサーバシステムは、ＭＴ入力組み立て７２２２０をメディア記憶装置１に送信する。その入力セットアップパケットは、メディア記憶装置１に、プログラムソースからのメディア番組を記憶させる。
８．プログラムソースとメディア記憶装置１は、ＭＴ出力組み立て応答７２０３０とＭＴ入力組み立て応答７２２３０を、これらに対応的なＭＴサーバシステムに送信して戻すことで、ＭＴセットアップパケットに肯定応答する。これらのＭＴ組み立応答てパケットはＭＰ制御パケットである。
９．ＭＴ入力組み立て応答７２２３０を受信した後、メディア記憶装置ＭＴサーバシステムは、その入力接続肯定応答７２１３０を送信することによって、発呼者ＭＴサーバシステムに、ＭＴセッションの処理が進めることを知らせる。それに加えて、発呼者ＭＴサーバシステムがＭＴ入力組み立て応答７２２３０とＭＴ入力接続肯定応答７２１３０を受信した後、セッションの使用量情報（例えば、セッション継続時間又はトラフィック）の収集を開始する。
【０５９８】
もし、プログラムソースとメディア記憶装置が、ＭＰの異なる都市圏ネットワーク（でも、同じ全国的ネットワーク中にある）か、ＭＰの異なる全国的ネットワークに存在するなら、そのＭＴ組み立て過程は、前のＭＴＰＳ呼のセットアップのセクションで議論したように、追加のＭＰの都市圏ネットワーク間、あるいはＭＰの全国的ネットワーク間での処理順序を含む。
【０５９９】
６．５．２．２  呼の通信．
１．プログラムソースは、プログラムソースＭＸ、ＳＧＷ１１６０中のＥＸと、ＳＧＷ１１２０中のＥＸを介して、メディア記憶装置にデータ７２０４０を送信し始める。データ７２０４０は、ＭＰデータパケットである。プログラムソースＭＸのＵＬＰＦがＵＬＰＦチェック（前の中間スイッチのセクションで議論した）を実行し、データパケットがＳＧＷ１１６０に着くことを許容できるかを決定する。プログラムソースと番組を管理するＳＧＷ（ＳＧＷ１１６０）中のＥＸ間のＥＸ間の、データパケットが通過する論理リンクは、ボトムアップの論理リンクであるが、メディア記憶装置を管理するＳＧＷ（ＳＧＷ１１２０）中のＥＸと、メディア記憶装置間のデータパケットが通過する論理リンクは、トップダウンの論理リンクである。それに加えて、前の論理層のセクションで議論したように、ＳＧＷ１１６０中のＥＸは、ルーティングテーブル（それはオフラインで計算できる）を検索し、データパケットをＳＧＷ１１２０中のＥＸに伝送する。
２．発呼者ＭＴサーバシステムは、呼の通信段階で、ＭＴ保持パケット７２０５０とＭＴ状態照会７２１４０をプログラムソースとメディア記憶装置ＭＴサーバシステムに時々送信する。メディア記憶装置ＭＴサーバシステムは、さらに、ＭＴ保持７２２４０をメディア記憶装置１に送信する。１つの実施例で、ＭＴ保持パケット７２０５０及び７２２４０とＭＴ状態照会７２１４０がＭＰ制御パケットであり、ＭＴセッションの各参加者の接続状態情報（例えば、エラーレートと失われたパケット数）の収集に使用される。
３．プログラムソースとメディア記憶装置１は、ＭＴ保持応答パケット（例えば７２０６０及び７２２５０）をこれらに対応なＭＴサーバシステムに送信することによって、ＭＴ保持パケットに肯定応答する。ＭＴ保持応答パケットは、ＭＰ制御パケットであり、要求された呼出し接続状態情報を含む。
４．ＭＴ保持応答パケット７２２５０を受信した後、メディア記憶装置ＭＴサーバシステムは、ＭＴ状態応答７２１５０で、呼出し接続状態情報を、メディア記憶装置から、発呼者ＭＴサーバシステムに伝送する。
５．ＭＴ保持応答パケット７２０６０とＭＴ状態応答７２１５０に基づき、発呼者ＭＴサーバシステムは、ＭＴセッションを変更できる。例えば、もし、セッションのエラーレートが許容できるしきい値に超えたら、発呼者ＭＴサーバシステムが参加者に知らせて、セッションを終了する。
６．もし、メディア記憶装置１は、その利用可能な記憶空間がなくなることを検出したとき、ＭＰ制御パケットであるＭＴキャリーオーバー７２２６０を、メディア記憶装置ＭＴサーバシステムに送信する。
７．ＭＴキャリーオーバー７２２６０を受信した後、メディア記憶装置ＭＴサーバシステムがＭＴキャリーオーバー応答７２１６０を発呼者ＭＴサーバシステムに送信する。ＭＴキャリーオーバー要求７２１６０はＭＰ制御パケットであり、発呼者ＭＴサーバシステムは、ＭＴキャリーオーバー７２０７０の送信を要求することに使用される。ＭＴキャリーオーバー７２０７０は、プログラムソースにデータ７２０４０を次の利用可能なメディア記憶装置に送信させる。
８．プログラムソースからＭＴキャリーオーバー応答７２０８０を受信した後、発呼者ＭＴサーバシステムは、ＭＴキャリーオーバー要求応答７２１７０をメディア記憶装置ＭＴサーバシステムに送信する。ＭＴキャリーオーバー要求応答７２１７０は、ＭＰ制御パケットであり、次の利用可能なメディア記憶装置のネットワークアドレス情報を含むが、これらに限定されるものではない。
９．メディア記憶装置ＭＴサーバシステムは、さらに、ＭＴキャリーオーバー応答７２２７０を用いて、メディア記憶装置に、ＭＴキャリーオーバー要求応答７２１７０に含まれる情報を中継する。
１０．メディア記憶装置１は、ＭＴキャリーオーバー応答７２２７０から、次の利用可能なメディア記憶装置のネットワークアドレスを取り出すと維持する。１つの実施例で、このネットワークアドレスの保持は、メディア記憶装置１と次の利用可能なメディア記憶装置（例えば、メディア記憶装置Ｎ）の間の「接続ポイント」としてサービスする。例えば、もし、特定のメディア番組の一部は、メディア記憶装置１に記憶されるが、番組の別の部分はメディア記憶装置Ｎに記憶されるなら、この「接続ポイント」は、すべてのメディア番組に、正確順序では押送させる。
１１．次に、発呼者ＭＴサーバシステムは、プログラムソースＭＸを介して、ＭＴ出力組み立て７２０９０をプログラムソースに送信して、プログラムソースに、ＭＰデータパケットを次の利用可能なメディア記憶装置に伝送させる命令をする。発呼者ＭＴサーバシステムも、ＭＴ入力接続表示７２１９０（それは次の利用可能なメディア記憶装置のネットワークアドレスを含む）をメディア記憶装置ＭＴサーバシステムに送信する。メディア記憶装置ＭＴサーバシステムは、ＭＴ入力組み立て７２２８０で、次の利用可能なメディア記憶装置に、プログラムソースからのＭＰデータパケットを記憶させる。
１２．ＭＴ出力組み立て７２０９０は、ＭＰ制御パケットであり、プログラムソースＭＸに、データ７２１１０のＵＬＰＦチェックを実行させる。プログラムソースがＭＴ出力組み立て応答７２１００で、ＭＴ出力組み立て７２０９０に応答する。
１３．次の利用可能なメディア記憶装置は、ＭＴ入力組み立て応答７２２９０をメディア記憶装置ＭＴサーバシステムに送信戻す。メディア記憶装置ＭＴサーバシステムは、さらに、ＭＴ入力接続肯定応答７２２００を用いて、発呼者ＭＴサーバシステムに、組み立て応答中の情報を中継する。
１４．すべてのメディア番組が、プログラムソースからメディア記憶装置に転送先完了する前に、６−１３の項目の手順が繰り返す。
【０６００】
もし、プログラムソースとメディア記憶装置が、ＭＰの異なる都市圏（しかし、同じ全国的ネットワークに属する）か、ＭＰの異なる全国的ネットワークに存在するなら、上述のＭＴ呼の通信過程は、前のＭＴＰＳ呼の通信のセクションで議論したように、追加のＭＰの都市圏ネットワーク間で、あるいは全国的ネットワーク間でのパケットの伝送順序を含む。
【０６０１】
６．５．２．３  呼の解放．
発呼者は、発呼者のＭＴサーバシステム、メディア記憶装置のＭＴサーバシステム、又はプログラムソースは、呼の解放を開始することができる。
【０６０２】
６．５．２．３．１  発呼者によって開始される呼の解放．
１．発呼者は、ＭＰ制御パケットであるＭＴ解放７３０００を発呼者ＭＴサーバシステムに送信する。これに応答して、発呼者ＭＴサーバシステムは、プログラムソースＭＸを介して、プログラムソースにＭＴプログラムソース解放７３０１０を送信することによって、解放要求に肯定応答し、発呼者にＭＴ解放応答７３０２０を送信すると、ＭＴ解放指示７３１２０を用いて、メディア記憶装置ＭＴサーバシステムにその要求を知らせる。発呼者ＭＴサーバシステムの、セッションの使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止して、ローカルなアカウント処理サーバシステム、例えばＳＧＷ１１６０中のサーバ群１００１０のアカウント処理サーバシステム１２０４０（図１２）に、収集された使用量情報を報告する。
２．ＭＴ解放指示７３１２０を受信した後、メディア記憶装置ＭＴサーバシステムは、ＭＴ解放パケット（例えば７３１３０）をメディア記憶装置に送信する。
３．プログラムソースＭＸは、ＭＴプログラムソース解放７３０１０を受信するとき、そのＵＬＰＦをリセットする。
４．プログラムソースは、ＭＴ解放応答７３０３０を発呼者ＭＴサーバシステムに送信することによって、ＭＴプログラムソース解放７３０１０に肯定応答して、ＭＴセッションへの関与を終了する。
５．メディア記憶装置は、ＭＴ解放応答パケット（例えば７３１８０）で、メディア記憶装置ＭＴサーバシステムからの解放要求に肯定応答する。次に、メディア記憶装置ＭＴサーバシステムは、発呼者ＭＴサーバシステムに、ＭＴ解放肯定応答７３１３０を送信する。
【０６０３】
６．５．２．３．２  ＭＴサーバシステムによって開始される呼の解放．
ＭＴサーバシステムの１つの実施例は、受理できない通信状況（例えば、失われたパケット数が過多である、エラーレートが過大である、失われたＭＴ保持応答パケットあるいはＭＴ状態応答パケットの数が過多である）を検出するとき、呼の解放を開始する。
【０６０４】
１．説明のため、発呼者ＭＴサーバシステムが呼の解放を開始すると仮定する。発呼者ＭＴサーバシステムは、プログラムソースＭＸを介して、ＭＴ解放７３０４０を送信すると、ＭＰ制御パケットであるＭＴ解放７３０５０とＭＴ解放指示７３１４０を、プログラムソース、発呼者とメディア記憶装置ＭＴサーバシステムに、それぞれ送信する。これに応答して、発呼者は、ＭＴ解放応答７３０６０を発呼者ＭＴサーバシステムに送信し、効果的にＭＴセッションを終了する。同様に、メディア記憶装置ＭＴサーバシステムは、メディア記憶装置（例えばメディア記憶装置Ｎ）にＭＴ解放パケット（例えば７３１９０）を送信する。
２．プログラムソースＭＸは、ＭＴ解放７３０４０を受信するとき、そのＵＬＰＦをリセットする。
３．メディア記憶装置からのＭＴ解放応答パケット（例えば、メディア記憶装置からの７３２００）を受信した後、メディア記憶装置ＭＴサーバシステムは、ＭＴ解放肯定応答７３１５０を発呼者ＭＴサーバシステムに送信する。
４．発呼者ＭＴサーバシステムが、セッションの使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止して、ＭＴ解放７３０４０、７３０５０とＭＴ解放指示７３１４０を送信するとき、セッションを終了する。ＭＴサーバシステムも、ローカルなアカウント処理サーバシステム、例えばＳＧＷ１１６０中のサーバ群１００１０のアカウント処理サーバシステム１２０４０（図１２）に、収集された情報を報告する。
【０６０５】
もし、メディア記憶装置ＭＴサーバシステムが終了を始めるなら、同様の処理順序が適用する。
【０６０６】
６．５．２．３．３  プログラムソースによって開始される呼の解放．
多数の場合で、プログラムソースが呼の解放を開始する。例えば、もし、プログラムソースが要求されたデータの伝送を完了したとき、プログラムソースが呼の解放を開始する。もう１つの例では、プログラムソースが、メディア記憶装置１乃至Ｎのうちの一部における障害に気付いたとき、プログラムソースはまた、呼の解放を開始することができる。
【０６０７】
１．プログラムソースがプログラムソースＭＸを介して、発呼者ＭＴサーバシステムに、ＭＴ解放７３０８０を送信することによって、終了を始める。次に、発呼者ＭＴサーバシステムは、ＭＴ解放応答７３０９０をプログラムソースに、ＭＴ解放７３１００を発呼者に、及び、ＭＴ解放指示７３１６０をメディア記憶装置ＭＴサーバシステムに送信する。それに加えて、発呼者ＭＴサーバシステムは、セッションの使用量情報（例えば、セッションの継続時間又はトラフィック）の収集を停止して、セッションを終了する。ＭＴサーバシステムも、ローカルなアカウント処理サーバシステム、例えばＳＧＷ１１６０（図１２）中のサーバ群１００１０のアカウント処理サーバシステム１２０４０に、収集された使用量情報を報告する。
２．プログラムソースＭＸは、ＭＴ解放応答７３０９０を受信するとき、そのＵＬＰＦをリセットする。
３．ＭＴ解放７３１００に応答して、発呼者は、ＭＰ解放応答７３１１０を発呼者ＭＴサーバシステムに送信する。
４．ＭＴ解放指示７３１６０を受信した後、メディア記憶装置ＭＴサーバシステムは、ＭＴ解放パケット（例えば７３２１０）をメディア記憶装置（例えば、メディア記憶装置Ｎ）に送信する。次に、メディア記憶装置は、ＭＴ解放応答パケット（例えば７３２２０）をメディア記憶装置ＭＴサーバシステムに送信する。メディア記憶装置ＭＴサーバシステムは、ＭＴ解放肯定応答７３１７０を発呼者ＭＴサーバシステムに送信する。
【０６０８】
前述の本発明に関する多種類の実施例の詳細は、本発明の説明だけであるが、限界がない。これらの実施例は、開示された発明を完全に付けるあるいは限定することでない。分かるとおり、当分野の普通の技術者に対して、本発明の主旨を超えることなく、別の変動又は変更も実行される。その結果、本発明は請求の範囲によって画成される。
【図面の簡単な説明】
【０６０９】
【図１ａ】電気通信ネットワークの交換による分類を示す図である。
【図１ｂ】インターネットプロトコル（ＩＰ）を用いて１つのイーサネット（登録商標）ＬＡＮからもう１つのイーサネット（登録商標）ＬＡＮにデータパケットを転送する従来技術を示したブロック図である。
【図１ｃ】メディアネットワークプロトコル（ＭＰ）を用いて１つのメディアネットＬＡＮからもう１つのメディアネットＬＡＮにデータパケットを転送する例を示すブロック図である。
【図１ｄ】例示的なメディアネットワークプロトコルの都市圏ネットワークを示すブロック図である。
【図２】例示的なメディアネットワークプロトコルの全国的ネットワークを示すブロック図である。
【図３】例示的なメディアネットワークプロトコルのグローバルネットワークを示すブロック図である。
【図４】メディアネットプロトコルの例示的なネットワークアーキテクチャを示す図である。
【図５】メディアネットプロトコルのパケットの例示的なフォーマットを示す図である。
【図６】メディアネットプロトコルのネットワークアドレスの例示的なフォーマットを示す図である。
【図７】メディアネットプロトコルのネットワークアドレスのもう１つの例示的なフォーマットを示す図である。
【図８】メディアネットプロトコルのネットワークアドレスのもう１つの例示的なフォーマットを示す図である。
【図９ａ】メディアネットプロトコルのネットワークアドレスのもう１つの例示的なフォーマットを示す図である。
【図９ｂ】主にエッジ部のスイッチに直接的に接続された構成要素のための、メディアネットプロトコルのネットワークアドレスの例示的なフォーマットを示す図である。
【図９ｃ】主に多地点通信サービスのための、メディアネットプロトコルのネットワークアドレスの例示的なフォーマットを示す図である。
【図１０】例示的なサービスゲートウェイを示すブロック図である。
【図１１ａ】もう１つの例示的なサービスゲートウェイを示すブロック図である。
【図１１ｂ】もう１つの例示的なサービスゲートウェイを示すブロック図である。
【図１２】例示的なサーバ群を示すブロック図である。
【図１３】例示的なサーバシステムを示すブロック図である。
【図１４】例示的なサーバ群が実行する１つのワークフロー処理を示すフローチャートである。
【図１５】例示的なサーバ群がメディアネットプロトコルのネットワークを構成するために行う１つのワークフロー処理を示すフローチャートである。
【図１６】例示的なサーバ群が複数の呼チェック処理を実行するために行う１つのワークフロー処理を示すフローチャートである。
【図１７ａ】例示的なサーバ群における複数のサーバシステムによる複数の呼チェック処理の実行を説明する時系列図である。
【図１７ｂ】例示的なサーバ群における複数のサーバシステムによる複数の呼チェック処理の実行を説明する時系列図である。
【図１８】例示的なエッジ部のスイッチを示すブロック図である。
【図１９】エッジ部のスイッチにおける例示的なスイッチングコアを示すブロック図である。
【図２０】エッジ部のスイッチにおける例示的なカラーフィルタが例示的なスイッチングコアのインターフェースからのパケットに応答するために行う一処理を示すフローチャートである。
【図２１】エッジ部のスイッチにおける例示的なカラーフィルタが例示的なスイッチングコアのもう１つのインターフェースからのパケットに応答するために行う一処理を示すフローチャートである。
【図２２】エッジ部のスイッチにおける例示的なカラーフィルタが例示的なスイッチングコアのもう１つのインターフェースからのパケットに応答するために行う一処理を示すフローチャートである。
【図２３】エッジ部のスイッチにおける例示的な部分的アドレスルーティングエンジンを示すブロック図である。
【図２４】エッジ部のスイッチにおける例示的な部分的アドレスルーティング装置が例示的なメディアネットプロトコルのユニキャストパケットを処理するために行う一処理を示すフローチャートである。
【図２５】エッジ部のスイッチにおける例示的な部分的アドレスルーティング装置が例示的なメディアネットプロトコルの多地点通信パケットを処理するために行う一処理を示すフローチャートである。
【図２６ａ】エッジ部のスイッチにおける例示的なマッピングテーブルを示す図である。
【図２６ｂ】エッジ部のスイッチにおける例示的なルックアップテーブルを示す図である。
【図２７】エッジ部のスイッチにおける例示的なパケット分配器を示すブロック図である。
【図２８】例示的なゲートウェイを示すブロック図である。
【図２９】ビレッジスイッチとビルディングスイッチとを含む例示的なアクセスネットワーク構成を示すブロック図である。
【図３０】ビレッジスイッチとカーブスイッチとを含む例示的なアクセスネットワーク構成を示すブロック図である。
【図３１】オフィススイッチを含む例示的なアクセスネットワーク構成を示すブロック図である。
【図３２】例示的な中間スイッチを示すブロック図である。
【図３３】中間スイッチにおける例示的なスイッチングコアを示すブロック図である。
【図３４】中間スイッチにおける例示的なカラーフィルタが例示的なスイッチングコアのインターフェースからのパケットに応答するために行う一処理を示すフローチャートである。
【図３５】中間スイッチにおける例示的な部分的アドレスルーティングエンジンを示すブロック図である。
【図３６】中間スイッチにおける例示的な部分的アドレスルーティング装置が例示的なメディアネットプロトコルの多地点通信パケットを処理するために行う一処理を示すフローチャートである。
【図３７】中間スイッチにおける例示的なルックアップテーブルを示す図である。
【図３８】中間スイッチにおける例示的なパケット分配器を示すブロック図である。
【図３９】例示的な宛先アドレス検索テーブルを示す図である。
【図４０】一実施形態に係るアップリンクのパケットフィルタがアップリンクのパケットフィルタチェックを実行するために行う一処理を示すフローチャートである。
【図４１】一実施形態に係るアップリンクのパケットフィルタがトラフィックフローのモニタリングを実行するために行う一処理を示すフローチャートである。
【図４２ａ】一実施形態に係る家庭用ゲートウェイを示すブロック図である。
【図４２ｂ】代替の実施形態に係る家庭用ゲートウェイを示すブロック図である。
【図４３】マスターユーザスイッチの例示的な実施形態を示す構造図である。
【図４４】マスターユーザスイッチの例示的な実施形態を示すブロック図である。
【図４５】一実施形態に係るユーザスイッチがダウンストリーム方向のパケットを転送するために行う処理を示すフローチャートである。
【図４６】一実施形態に係るユーザスイッチがアップストリーム方向のパケットを転送するために行う処理を示すフローチャートである。
【図４７】例示的な実施形態に係る汎用テレピュータを示すブロック図である。
【図４８】例示的な実施形態に係る特殊用途のテレピュータを示すブロック図である。
【図４９】例示的な実施形態に係るメディアネットプロトコルのセットトップボックスを示すブロック図である。
【図５０】例示的な実施形態に係るメディア記憶装置を示すブロック図である。
【図５３ａ】単一のサービスゲートウェイに依存する２つのユーザ端末装置間での１つのメディア電話サービスセッションに係る例示的な呼のセットアップ段階及び呼の通信段階を示す時系列図である。
【図５３ｂ】単一のサービスゲートウェイに依存する２つのユーザ端末装置間での１つのメディア電話サービスセッションに係る例示的な呼の解放段階を示す時系列図である。
【図５４ａ】２つのサービスゲートウェイに依存する２つのユーザ端末装置間での１つのメディア電話サービスセッションに係る例示的な呼のセットアップ段階を示す時系列図である。
【図５４ｂ】２つのサービスゲートウェイに依存する２つのユーザ端末装置間での１つのメディア電話サービスセッションに係る例示的な呼の通信段階を示す時系列図である。
【図５５ａ】２つのサービスゲートウェイに依存する２つのユーザ端末装置間での１つのメディア電話サービスセッションに係る例示的な呼の解放段階を示す時系列図である。
【図５５ｂ】２つのサービスゲートウェイに依存する２つのユーザ端末装置間での１つのメディア電話サービスセッションに係る例示的な呼の解放段階を示す時系列図である。
【図５６】例示的なグラフィカルユーザインターフェースがサポートするサービスウィンドウを示す図である。
【図５７】サービス要求に応答するためにユーザがナビゲートして通過する例示的な一連のウィンドウを示す図である。
【図５８ａ】単一のサービスゲートウェイに依存する２つのＭＰに準拠した構成要素の間での１つのメディア・オン・デマンドセッションに係る例示的な呼のセットアップ段階及び呼の通信段階を示す時系列図である。
【図５８ｂ】単一のサービスゲートウェイに依存する２つのＭＰに準拠した構成要素の間での１つのメディア・オン・デマンドセッションに係る例示的な呼の解放段階を示す時系列図である。
【図５９ａ】２つのサービスゲートウェイに依存する２つのＭＰに準拠した構成要素の間での１つのメディア・オン・デマンドセッションに係る例示的な呼のセットアップ段階及び呼の通信段階を示す時系列図である。
【図５９ｂ】２つのサービスゲートウェイに依存する２つのＭＰに準拠した構成要素の間での１つのメディア・オン・デマンドセッションに係る例示的な呼の解放段階を示す時系列図である。
【図６０】１つのメディアマルチキャストセッションのための会合通知者を伴う例示的なメンバーシップ確立処理を示す時系列図である。
【図６１】１つのメディアマルチキャストセッションのための例示的なメンバーシップ確立処理を示す時系列図である。
【図６２ａ】単一のサービスゲートウェイに依存する発呼者、被呼者１及び被呼者２の間での１つのメディアマルチキャストセッションに係る例示的な呼のセットアップ段階及び呼の通信段階を示す時系列図である。
【図６２ｂ】単一のサービスゲートウェイに依存する発呼者、被呼者１及び被呼者２の間での１つのメディアマルチキャストセッションに係る例示的な呼の解放段階を示す時系列図である。
【図６３ａ】例示的なサーバ群における複数のサーバシステムによるメディアマルチキャスト要求に対する複数の呼チェック処理の実行を示す時系列図である。
【図６３ｂ】例示的なサーバ群における複数のサーバシステムによるメディアマルチキャスト要求に対する複数の呼チェック処理の実行を示す時系列図である。
【図６４】メディアマルチキャストセッションにおける例示的な当事者の追加、当事者の除去、及びメンバーの照会の処理を示す時系列図である。
【図６５】例示的なメディアネットプロトコルの都市圏ネットワークを示すブロック図である。
【図６６ａ】異なるサービスゲートウェイに依存する発呼者、被呼者１及び被呼者２の間の１つのメディアマルチキャストセッションに係る例示的な呼のセットアップ段階を示す時系列図である。
【図６６ｂ】異なるサービスゲートウェイに依存する発呼者、被呼者１及び被呼者２の間の１つのメディアマルチキャストセッションに係る例示的な呼の通信段階を示す時系列図である。
【図６６ｃ】異なるサービスゲートウェイに依存する発呼者、被呼者１及び被呼者２の間の１つのメディアマルチキャストセッションに係る例示的な呼の解放段階を示す時系列図である。
【図６６ｄ】異なるサービスゲートウェイに依存する発呼者、被呼者１及び被呼者２の間の１つのメディアマルチキャストセッションに係る例示的な呼の解放段階を示す時系列図である。
【図６７ａ】異なる例示的なサーバ群における複数のサーバシステムによるメディアマルチキャスト要求に対する複数の呼チェック処理の実行を示す時系列図である。
【図６７ｂ】異なる例示的なサーバ群における複数のサーバシステムによるメディアマルチキャスト要求に対する複数の呼チェック処理の実行を示す時系列図である。
【図６８】単一のサービスゲートウェイ内におけるユーザ端末装置とメディアブロードキャストプログラムソースとの間での例示的なメディアブロードキャストセッションを示す時系列図である。
【図６９ａ】異なるサービスゲートウェイに依存するユーザ端末装置とメディアブロードキャストプログラムソースとの間での１つのメディアブロードキャストセッションに係る例示的な呼のセットアップ段階及び呼の通信段階を示す時系列図である。
【図６９ｂ】異なるサービスゲートウェイに依存するユーザ端末装置とメディアブロードキャストプログラムソースとの間での１つのメディアブロードキャストセッションに係る例示的な呼の解放段階を示す時系列図である。
【図７０】単一のサービスゲートウェイ内における複数のメディア記憶装置とプログラムソースとの間での１つのメディア転送セッションに係る例示的な呼のセットアップ段階及び呼の通信段階を示す時系列図である。
【図７１】単一のサービスゲートウェイ内における複数のメディア記憶装置とプログラムソースとの間での１つのメディア転送セッションに係る例示的な呼の解放段階を示す時系列図である。
【図７２ａ】異なるサービスゲートウェイに依存する複数のメディア記憶装置とプログラムソースとの間での１つのメディア転送セッションに係る例示的な呼のセットアップ段階を示す時系列図である。
【図７２ｂ】異なるサービスゲートウェイに依存する複数のメディア記憶装置とプログラムソースとの間での１つのメディア転送セッションに係る例示的な呼の通信段階を示す時系列図である。
【図７３ａ】異なるサービスゲートウェイに依存する複数のメディア記憶装置とプログラムソースとの間での１つのメディア転送セッションに係る例示的な呼の解放段階を示す時系列図である。
【図７３ｂ】異なるサービスゲートウェイに依存する複数のメディア記憶装置とプログラムソースとの間での１つのメディア転送セッションに係る例示的な呼の解放段階を示す時系列図である。
【図７３ｃ】異なるサービスゲートウェイに依存する複数のメディア記憶装置とプログラムソースとの間での１つのメディア転送セッションに係る例示的な呼の解放段階を示す時系列図である。
【符号の説明】
【０６１０】
１０…ＭＰデータパケット、
２０…発信元ホスト、
３０…ボトムアップの論理リンク、
４０，５０，６０…サービスゲートウェイ、
７０…トップダウンの論理リンク、
８０…宛先ホスト、
１０００…ＭＰの都市圏ネットワーク、
１０２０，１１２０，１１６０…サービスゲートウェイ、
２０００…ＭＰの全国的ネットワーク、
３０００…ＭＰのグローバルネットワーク、
５０００…ＭＰパケット、
６０００，７０００，８０００，９０００，９１００，９２００…ネットワークアドレス、
１００００…エッジ部のスイッチ、
１００１０…サーバ群、
１００２０…ゲートウェイ、
１３０００…サーバシステム、
１８０５０…パケット分配器、
１９０３０…部分的アドレスルーティングエンジン、
２６０００…マッピングテーブル、
３２０１０…スイッチングコア、
３３０３０…カラーフィルタ、
４２０００…家庭用ゲートウェイ、
４２０１０…マスターＵＸ、
４７０００，４８０００…テレピュータ
４７０２０…ＭＰ−ＳＴＢ、
５００００…メディア記憶装置、
５６０００，５７０００…サービスウィンドウ。
【図１ａ】
2005507611.tif 000009
【図１ｂ】
2005507611.tif 000010
【図１ｃ】
2005507611.tif 000011
【図１ｄ】
2005507611.tif 000012
【図２】
2005507611.tif 000013
【図３】
2005507611.tif 000014
【図４】
2005507611.tif 000015
【図５】
2005507611.tif 000016
【図６】
2005507611.tif 000017
【図７】
2005507611.tif 000018
【図８】
2005507611.tif 000019
【図９ａ】
2005507611.tif 000020
【図９ｂ】
2005507611.tif 000021
【図９ｃ】
2005507611.tif 000022
【図１０】
2005507611.tif 000023
【図１１ａ】
2005507611.tif 000024
【図１１ｂ】
2005507611.tif 000025
【図１２】
2005507611.tif 000026
【図１３】
2005507611.tif 000027
【図１４】
2005507611.tif 000028
【図１５】
2005507611.tif 000029
【図１６】
2005507611.tif 000030
【図１７ａ】
2005507611.tif 000031
【図１７ｂ】
2005507611.tif 000032
【図１８】
2005507611.tif 000033
【図１９】
2005507611.tif 000034
【図２０】
2005507611.tif 000035
【図２１】
2005507611.tif 000036
【図２２】
2005507611.tif 000037
【図２３】
2005507611.tif 000038
【図２４】
2005507611.tif 000039
【図２５】
2005507611.tif 000040
【図２６ａ】
2005507611.tif 000041
【図２７】
2005507611.tif 000042
【図２８】
2005507611.tif 000043
【図２９】
2005507611.tif 000044
【図３０】
2005507611.tif 000045
【図３２】
2005507611.tif 000046
【図３３】
2005507611.tif 000047
【図３４】
2005507611.tif 000048
【図３５】
2005507611.tif 000049
【図３６】
2005507611.tif 000050
【図３８】
2005507611.tif 000051
【図３９】
2005507611.tif 000052
【図４０】
2005507611.tif 000053
【図４１】
2005507611.tif 000054
【図４２ａ】
2005507611.tif 000055
【図４２ｂ】
2005507611.tif 000056
【図４４】
2005507611.tif 000057
【図４５】
2005507611.tif 000058
【図４６】
2005507611.tif 000059
【図４７】
2005507611.tif 000060
【図４８】
2005507611.tif 000061
【図４９】
2005507611.tif 000062
【図５０】
2005507611.tif 000063
【図５３ａ】
2005507611.tif 000064
【図５３ｂ】
2005507611.tif 000065
【図５４ａ】
2005507611.tif 000066
【図５４ｂ】
2005507611.tif 000067
【図５５ａ】
2005507611.tif 000068
【図５５ｂ】
2005507611.tif 000069
【図５６】
2005507611.tif 000070
【図５７】
2005507611.tif 000071
【図５８ａ】
2005507611.tif 000072
【図５８ｂ】
2005507611.tif 000073
【図５９ａ】
2005507611.tif 000074
【図５９ｂ】
2005507611.tif 000075
【図６０】
2005507611.tif 000076
【図６１】
2005507611.tif 000077
【図６２ａ】
2005507611.tif 000078
【図６２ｂ】
2005507611.tif 000079
【図６３ａ】
2005507611.tif 000080
【図６３ｂ】
2005507611.tif 000081
【図６４】
2005507611.tif 000082
【図６５】
2005507611.tif 000083
【図６６ａ】
2005507611.tif 000084
【図６６ｂ】
2005507611.tif 000085
【図６６ｃ】
2005507611.tif 000086
【図６６ｄ】
2005507611.tif 000087
【図６７ａ】
2005507611.tif 000088
【図６７ｂ】
2005507611.tif 000089
【図６８】
2005507611.tif 000090
【図６９ａ】
2005507611.tif 000091
【図６９ｂ】
2005507611.tif 000092
【図７０】
2005507611.tif 000093
【図７１】
2005507611.tif 000094
【図７２ａ】
2005507611.tif 000095
【図７２ｂ】
2005507611.tif 000096
【図７３ａ】
2005507611.tif 000097
【図７３ｂ】
2005507611.tif 000098
【図７３ｃ】
2005507611.tif 000099
【国際公開パンフレット】
2005507611.tif 000100
2005507611.tif 000101
2005507611.tif 000102
2005507611.tif 000103
2005507611.tif 000104
2005507611.tif 000105
2005507611.tif 000106
2005507611.tif 000107
2005507611.tif 000108
2005507611.tif 000109
2005507611.tif 000110
2005507611.tif 000111
2005507611.tif 000112
2005507611.tif 000113
2005507611.tif 000114
2005507611.tif 000115
2005507611.tif 000116
2005507611.tif 000117
2005507611.tif 000118
2005507611.tif 000119
2005507611.tif 000120
2005507611.tif 000121
2005507611.tif 000122
2005507611.tif 000123
2005507611.tif 000124
2005507611.tif 000125
2005507611.tif 000126
2005507611.tif 000127
2005507611.tif 000128
2005507611.tif 000129
2005507611.tif 000130
2005507611.tif 000131
2005507611.tif 000132
2005507611.tif 000133
2005507611.tif 000134
2005507611.tif 000135
2005507611.tif 000136
2005507611.tif 000137
2005507611.tif 000138
2005507611.tif 000139
2005507611.tif 000140
2005507611.tif 000141
2005507611.tif 000142
2005507611.tif 000143
2005507611.tif 000144
2005507611.tif 000145
2005507611.tif 000146
2005507611.tif 000147
2005507611.tif 000148
2005507611.tif 000149
2005507611.tif 000150
2005507611.tif 000151
2005507611.tif 000152
2005507611.tif 000153
2005507611.tif 000154
2005507611.tif 000155
2005507611.tif 000156
2005507611.tif 000157
2005507611.tif 000158
2005507611.tif 000159
2005507611.tif 000160
2005507611.tif 000161
2005507611.tif 000162
2005507611.tif 000163
2005507611.tif 000164
2005507611.tif 000165
2005507611.tif 000166
2005507611.tif 000167
2005507611.tif 000168
2005507611.tif 000169
2005507611.tif 000170
2005507611.tif 000171
2005507611.tif 000172
2005507611.tif 000173
2005507611.tif 000174
2005507611.tif 000175
2005507611.tif 000176
2005507611.tif 000177
2005507611.tif 000178
2005507611.tif 000179
2005507611.tif 000180
2005507611.tif 000181
2005507611.tif 000182
2005507611.tif 000183
2005507611.tif 000184
2005507611.tif 000185
2005507611.tif 000186
2005507611.tif 000187
2005507611.tif 000188
2005507611.tif 000189
2005507611.tif 000190
2005507611.tif 000191
2005507611.tif 000192
2005507611.tif 000193
2005507611.tif 000194
2005507611.tif 000195
2005507611.tif 000196
2005507611.tif 000197
2005507611.tif 000198
2005507611.tif 000199
2005507611.tif 000200
2005507611.tif 000201
2005507611.tif 000202
2005507611.tif 000203
2005507611.tif 000204
2005507611.tif 000205
2005507611.tif 000206
2005507611.tif 000207
2005507611.tif 000208
2005507611.tif 000209
2005507611.tif 000210
2005507611.tif 000211
2005507611.tif 000212
2005507611.tif 000213
2005507611.tif 000214
2005507611.tif 000215
2005507611.tif 000216
2005507611.tif 000217
2005507611.tif 000218
2005507611.tif 000219
2005507611.tif 000220
2005507611.tif 000221
2005507611.tif 000222
2005507611.tif 000223
2005507611.tif 000224
2005507611.tif 000225
2005507611.tif 000226
2005507611.tif 000227
2005507611.tif 000228
2005507611.tif 000229
2005507611.tif 000230
2005507611.tif 000231
2005507611.tif 000232
2005507611.tif 000233
2005507611.tif 000234
2005507611.tif 000235
2005507611.tif 000236
2005507611.tif 000237
2005507611.tif 000238
2005507611.tif 000239
2005507611.tif 000240
2005507611.tif 000241
2005507611.tif 000242
2005507611.tif 000243
2005507611.tif 000244
2005507611.tif 000245
2005507611.tif 000246
2005507611.tif 000247
2005507611.tif 000248
2005507611.tif 000249
2005507611.tif 000250
2005507611.tif 000251
2005507611.tif 000252
2005507611.tif 000253
2005507611.tif 000254
2005507611.tif 000255
2005507611.tif 000256
2005507611.tif 000257
2005507611.tif 000258
2005507611.tif 000259
2005507611.tif 000260
2005507611.tif 000261
2005507611.tif 000262
2005507611.tif 000263
2005507611.tif 000264
2005507611.tif 000265
2005507611.tif 000266
2005507611.tif 000267
2005507611.tif 000268
2005507611.tif 000269
2005507611.tif 000270
2005507611.tif 000271
2005507611.tif 000272
2005507611.tif 000273
2005507611.tif 000274
2005507611.tif 000275
2005507611.tif 000276
2005507611.tif 000277
2005507611.tif 000278
2005507611.tif 000279
2005507611.tif 000280
2005507611.tif 000281
2005507611.tif 000282
2005507611.tif 000283
2005507611.tif 000284
2005507611.tif 000285
2005507611.tif 000286
2005507611.tif 000287
2005507611.tif 000288
2005507611.tif 000289
2005507611.tif 000290
2005507611.tif 000291
2005507611.tif 000292
2005507611.tif 000293
2005507611.tif 000294
2005507611.tif 000295
2005507611.tif 000296
2005507611.tif 000297
2005507611.tif 000298
2005507611.tif 000299
2005507611.tif 000300
2005507611.tif 000301
2005507611.tif 000302
2005507611.tif 000303
2005507611.tif 000304
2005507611.tif 000305
2005507611.tif 000306
2005507611.tif 000307
2005507611.tif 000308
2005507611.tif 000309
2005507611.tif 000310
2005507611.tif 000311
2005507611.tif 000312
2005507611.tif 000313
2005507611.tif 000314
2005507611.tif 000315
2005507611.tif 000316
2005507611.tif 000317
2005507611.tif 000318
2005507611.tif 000319
2005507611.tif 000320
2005507611.tif 000321
2005507611.tif 000322
2005507611.tif 000323
2005507611.tif 000324
2005507611.tif 000325
2005507611.tif 000326
2005507611.tif 000327
2005507611.tif 000328
2005507611.tif 000329
2005507611.tif 000330
2005507611.tif 000331
2005507611.tif 000332
2005507611.tif 000333
2005507611.tif 000334
2005507611.tif 000335
2005507611.tif 000336
2005507611.tif 000337
2005507611.tif 000338
2005507611.tif 000339
2005507611.tif 000340
2005507611.tif 000341
2005507611.tif 000342
2005507611.tif 000343
2005507611.tif 000344
2005507611.tif 000345
2005507611.tif 000346
2005507611.tif 000347
2005507611.tif 000348
2005507611.tif 000349
2005507611.tif 000350
2005507611.tif 000351
2005507611.tif 000352
2005507611.tif 000353
2005507611.tif 000354
2005507611.tif 000355
2005507611.tif 000356
2005507611.tif 000357
2005507611.tif 000358
2005507611.tif 000359
2005507611.tif 000360
2005507611.tif 000361
2005507611.tif 000362
2005507611.tif 000363
2005507611.tif 000364
2005507611.tif 000365
2005507611.tif 000366
2005507611.tif 000367
2005507611.tif 000368
2005507611.tif 000369
2005507611.tif 000370
2005507611.tif 000371
2005507611.tif 000372
2005507611.tif 000373
2005507611.tif 000374
2005507611.tif 000375
2005507611.tif 000376
2005507611.tif 000377
2005507611.tif 000378
2005507611.tif 000379
2005507611.tif 000380
2005507611.tif 000381
2005507611.tif 000382
2005507611.tif 000383
2005507611.tif 000384
2005507611.tif 000385
2005507611.tif 000386
2005507611.tif 000387
2005507611.tif 000388
2005507611.tif 000389
2005507611.tif 000390
2005507611.tif 000391
2005507611.tif 000392
2005507611.tif 000393
2005507611.tif 000394
2005507611.tif 000395
2005507611.tif 000396
2005507611.tif 000397
2005507611.tif 000398
2005507611.tif 000399
2005507611.tif 000400
2005507611.tif 000401
2005507611.tif 000402
2005507611.tif 000403
2005507611.tif 000404
2005507611.tif 000405
2005507611.tif 000406
2005507611.tif 000407
2005507611.tif 000408
2005507611.tif 000409
【国際調査報告】
2005507611.tif 000410