(57)【特許請求の範囲】
【請求項１】
主制御サーバと、端末を備える下位ネットワーク設備とを含む、集中制御機能を有する新型ネットワークの通信方法であって、
主制御サーバが当回サービスの下向リンクを設置するステップと、
ソース端末が送信した当回サービスのパケットを前記下向通信リンクにより目標端末に伝送するステップと
を備え、
前記新型ネットワークはアクセスネットワーク部分を含み、アクセスネットワークにて、前記主制御サーバはノードサーバであり、前記下位ネットワーク設備はアクセススイッチと端末とを備え、前記当回サービスはユニキャスト通信サービスを備え、
前記主制御サーバが当回サービスの下向通信リンクを設置するステップは、
主制御サーバがソース端末により開始されたサービス請求プロトコルパケットに基づき、当回サービスに参与する主制御とアクセススイッチの下向通信ポート情報を含む下向通信リンク情報を獲得するステップと、
主制御サーバが、前記主制御サーバの下向通信ポート情報に基づき、自身内のパケットアドレステーブルに当回サービスのパケットがガイドする下向ポートを設置し、かつ前記アクセススイッチの下向通信ポート情報に基づき、対応のアクセススイッチへポート設置命令を送信するステップと、
前記アクセススイッチが、ポート設置命令に基づき、自身内のパケットアドレステーブルに当回サービスのパケットがガイドする下向ポートを設置するステップと
を備えることを特徴とする新型ネットワークの通信方法。
【請求項２】
前記下位ネットワーク設備アドレスはそれぞれ対応するアクセスネットワークアドレスを有し、前記主制御サーバが当回サービスの下向通信リンク情報を獲得ステップは、
主制御サーバが、ソース端末により開始された、目標端末とともにユニキャスト通信サービスを確立するサービス請求プロトコルパケットを獲得ステップと、
ここで、前記サービス請求プロトコルパケットは、サービスタイプ情報、サービスコンテンツ情報、およびソース端末のアクセスネットワークアドレスを備え、
前記サービスコンテンツ情報はサービス番号を備え；
主制御サーバが、前記サービス番号に基づき、プリセットしたコンテンツ-アドレスマッピングテーブルから目標端末のアクセスネットワークアドレスを抽出するステップと；
主制御サーバが前記サービスタイプ情報、ソース端末および目標端末のアクセスネットワークアドレスに基づき、当回サービスの下向通信情報を獲得するステップと
を備え；
前記主制御サーバにより自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドする下向ポートは、
目的アドレスがソース端末であるユニキャストデータパケットがガイドする下向ポート、および／または、
目的アドレスが目標端末であるユニキャストデータパケットがガイドする下向ポート
を備え；
前記通信リンク情報が単方向通信リンク情報である場合、前記アクセススイッチの通信ポート情報は、アップリンクにおけるアクセススイッチの上向ポート情報と、ダウンリンクにおけるアクセススイッチの下向ポート情報とを備え、
前記アクセススイッチが、ポート設置命令に基づき自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドするポートは、
目的アドレスが目標端末であるユニキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと、ダウンリンクにおけるアクセススイッチの下向ポートと
を備え；
前記通信リンク情報が双方向下向通信リンク情報である場合、前記アクセススイッチの通信ポート情報は、アップリンクにおけるアクセススイッチの上向ポートおよび下向ポート情報と、ダウンリンクにおけるアクセススイッチの上向ポートおよび下向ポート情報とを含み、
前記アクセススイッチが、前記ポート設置命令に基づき自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドするポートは、
目的アドレスが目標端末であるユニキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと下向ポート、および、目的アドレスがソース端末であるユニキャストデータパケットがガイドするダウンリンクにおけるアクセススイッチの上向ポートと下向ポートと
を備えることを特徴とする請求項１に記載の新型ネットワークの通信方法。
【請求項３】
前記当回サービスのデータパケットに目標端末のアクセスネットワークアドレスが備えられ、
前記下向通信リンクにより当回サービスのデータパケットを目標端末へ伝送するステップは、
主制御サーバが前記目標端末のアクセスネットワークアドレスに基づき、自身内のデータパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、かつ、当該データパケットを当該下向ポートを介して対応のアクセススイッチへ伝送するステップと、
前記アクセススイッチが前記目標端末のアクセスネットワークアドレスに基づき、自身内のデータパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、かつ、当該データパケットを当該下向ポートを介して目標端末へ伝送するステップと
を備えることを特徴とする請求項１に記載の新型ネットワークの通信方法。
【請求項４】
目標端末により送信された当回サービスのデータパケットを前記下向通信リンクによりソース端末へ伝送し、
前記当回サービスのデータパケットにソース端末のアクセスネットワークアドレスが備えられ、
前記下向通信リンクにより当回サービスのデータパケットをソース端末へ伝送するステップは、
主制御サーバが前記ソース端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、かつ、当該データパケットを当該下向ポートを介して対応のアクセススイッチへ伝送するステップと、
前記アクセススイッチが前記ソース端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、かつ、当該データパケットを当該下向ポートを介してソース端末へ伝送するステップと
を備えることを特徴とする請求項１ないし３のいずれかに記載の新型ネットワークの通信方法。
【請求項５】
前記サービスはマルチキャストを備え、前記下位ネットワーク設備アドレスはそれぞれ対応するアクセスネットワークアドレスを有し、
前記主制御サーバが当回サービスの下向通信リンク情報を獲得ステップは、
主制御サーバが、目標端末により開始されたマルチキャスト通信サービスを申請するサービス請求プロトコルパケットを獲得するステップと、
ここで、前記サービス請求プロトコルパケットは、サービスタイプ情報と、サービスコンテンツ情報と目標端末のアクセスネットワークアドレスとを備え、
前記サービスコンテンツ情報はサービス番号を備える；
主制御サーバが前記サービス番号に基づいてプリセットしたコンテンツ-アドレスマッピングテーブルからソース端末のアクセスネットワークアドレスを抽出するステップと、
主制御サーバが前記ソース端末に対応するマルチキャストアドレスを獲得し、かつ目標端末へ割り当て、また、前記サービスタイプ情報、ソース端末および目標端末のアクセスネットワークアドレスに基づき、当回マルチキャストサービスの通信リンク情報を獲得するステップと
を備えることを特徴とする請求項１ないし４のいずれかに記載の新型ネットワークの通信方法。
【請求項６】
主制御サーバが当回サービスの下向通信リンク情報を獲得するステップは、
主制御サーバが、ソース端末により提出された、マルチキャスト通信サービスを開始するサービス請求プロトコルパケットを獲得し、かつ、前記サービス請求プロトコルパケットに基づいてソース端末へマルチキャストアドレスを割り当てるステップと、
ここで、前記サービス請求プロトコルパケットは、サービスタイプ情報と、サービスコンテンツ情報と、ソース端末のアクセスネットワークアドレスとを備え、
前記サービスコンテンツ情報はサービス番号を備える；
サービスタイプ情報、および、主制御サーバと前記ソース端末のアクセスネットワークアドレスに基づき、当回マルチキャストサービスの上向通信リンク情報を獲得するステップと
をさらに備え；
または、
主制御サーバが当回サービスの下向通信リンク情報を獲得するステップは、
サービスタイプ情報、および、主制御サーバと前記ソース端末のアクセスネットワークアドレスに基づき、当回マルチキャストサービスの下向通信リンク情報を獲得するステップ
を備え；
前記主制御サーバ内のマルチキャストデータパケットアドレステーブルに当回サービスのマルチキャストデータパケットがガイドするポートを設置することは、
目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドする下向ポート
を備え；
前記アクセススイッチの通信ポート情報は、アップリンクにおけるアクセススイッチの上向ポート情報と、ダウンリンクにおけるアクセススイッチの下向ポート情報とを備え；
前記アクセススイッチが前記ポート設置命令に基づき、自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、
目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと、ダウンリンクにおけるアクセススイッチの下向ポートと
を備え；
または、
前記アクセススイッチの通信ポート情報はアップリンクにおけるアクセススイッチの下向ポート情報をさらに備え、
前記アクセススイッチが前記ポート設置命令に基づき自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、
目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの下向ポート
を備えることを特徴とする請求項５に記載の新型ネットワークの通信方法。
【請求項７】
前記主制御サーバはノードサーバであり、自身のアクセスネットワークアドレスを有し、かつ下位ネットワーク設備のアクセスネットワークアドレスを保守し；
前記下位ネットワーク設備はアクセススイッチを備え、
新型ネットワークの通信方法はアクセススイッチが新型ネットワークへアクセスするステップをさらに備え、
前記アクセススイッチが新型ネットワークへアクセスするステップは、
アクセススイッチが電源を入れ、自身内のダウンリンクプロトコルパケットアドレステーブルに全ダウンリンクプロトコルパケットをＣＰＵモジュールへガイドするように設置するステップと、
前記アクセススイッチが主制御サーバから送信されたダウンリンクプロトコルパケットを受信し、前記ダウンリンクプロトコルパケットアドレステーブルの設置に基づき前記ダウンリンクプロトコルパケットを当該アクセススイッチＣＰＵモジュールへガイドするステップと、
ここで、前記ＣＰＵモジュールはアップリンクプロトコルパケットを生成し、主制御サーバへ送信し、
前記ダウンリンクプロトコルパケットは割り当て待機アクセスネットワークアドレスを備える；
主制御サーバは当該アクセススイッチへアクセスネットワークアドレスを備えるアクセス命令を送信するステップと
を備え；
ここで、前記アクセスネットワークアドレスは当該アクセススイッチが受信するダウンリンクプロトコルパケットにおける割り当て待機アクセスネットワークアドレスであり、
前記アクセススイッチが自身内のダウンリンクプロトコルパケットアドレステーブルを更新することは、目的アドレスがセルフアクセスネットワークアドレスであるプロトコルパケットのみをＣＰＵモジュールへガイドする
ことを特徴とする請求項１ないし６のいずれかに記載の新型ネットワークの通信方法。
【請求項８】
前記下位ネットワーク設備は、アクセススイッチと、端末と、前記アクセススイッチ及び端末間に接続するイーサネット（登録商標）プロトコル変換ゲートウェイとローカルイーサネットとを備え、
前記新型ネットワークの通信方法は、前記イーサネットプロトコル変換ゲートウェイが新型ネットワークへアクセスするステップをさらに備え、
前記イーサネットプロトコル変換ゲートウェイが新型ネットワークへアクセスするステップは、  
主制御サーバが照会パケットを送信するステップと、
イーサネットプロトコル変換ゲートウェイが電源を入れて初期化した後、照会パケットを受信し、イーサネットプロトコル変換ゲートウェイシリアル番号を備える応答パケットをフィードバックするステップと、
主制御サーバが登録情報テーブルにおいて前記シリアル番号に対応する、イーサネットプロトコル変換ゲートウェイＭＡＣアドレスと当該イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスを備えるイーサネットプロトコル変換ゲートウェイ情報を照会するステップと、
主制御サーバが前記イーサネットプロトコル変換ゲートウェイへ、イーサネットプロトコル変換ゲートウェイの新型ネットワークにおけるアドレスとイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスとを備えるアクセス命令を送信するステップと、
前記イーサネットプロトコル変換ゲートウェイがアクセス命令を受信後、応答をフィードバックし、イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセスするステップと
を備え；
端末ＭＡＣアドレスとイーサネットプロトコル変換ゲートウェイのバインド関係は、端末とイーサネットプロトコル変換ゲートウェイを売り出す際にノードサーバにプリセットし；
前記イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセスし、イーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと当該イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスを獲得後、新型ネットワークの通信方法は、イーサネットプロトコル変換ゲートウェイにバインドした端末が新型ネットワークへアクセスするステップをさらに備え、  
前記イーサネットプロトコル変換ゲートウェイにバインドした端末が新型ネットワークへアクセスするステップは、
主制御サーバが照会パケットを送信するステップと、
イーサネットプロトコル変換ゲートウェイが照会パケットを受信し、プロトコルパケットアドレステーブルに基づき、照会パケットを対応のポートまでガイドして、前記照会パケットにイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスとを加え、転送するステップと、
端末電源を入れて初期化した後、照会パケットを受信し、端末シリアル番号を備える応答パケットをフィードバックするステップと、
イーサネットプロトコル変換ゲートウェイが前記応答パケットにおけるイーサネットプロトコル変換ゲートウェイＭＡＣアドレスと端末ＭＡＣアドレスとを削除し、そして主制御サーバへ転送するステップと、
主制御サーバが登録情報テーブルにおいて前記端末シリアル番号に対応する端末情報を見つけ、端末の新型ネットワークにおけるアドレスを備えるアクセス命令を送信するステップと、
イーサネットプロトコル変換ゲートウェイが前記アクセス命令を受信し、イーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスとを加えた後、転送するステップと、
端末がアクセス命令を受信後、応答をフィードバックし、イーサネットプロトコル変換
ゲートウェイが前記応答におけるイーサネットプロトコル変換ゲートウェイＭＡＣアドレスと端末ＭＡＣアドレスを削除後に主制御サーバへ転送し、端末が新型ネットワークにアクセスするステップと
を備えることを特徴とする請求項７に記載の新型ネットワークの通信方法。
【請求項９】
前記新型ネットワークはＭＡＮ部分を備え、
ＭＡＮにおいて、前記主制御サーバはメトロポリタン・エリア・サーバであり、前記下位ネットワーク設備はノードスイッチとノードサーバを備え、前記ノードスイッチはメトロポリタン・エリア・サーバとノードサーバ間にて接続され、
新型ネットワークの通信方法は、
下位ネットワーク設備がＭＡＮにアクセスし、メトロポリタン・エリア・サーバによりアクセスした設備にプロトコルラベルとＭＡＮアドレスを割り当てるステップと、
ここで、前記プロトコルラベルは下位ネットワーク設備とメトロポリタン・エリア・サーバ間の接続を記述し、同一の下位ネットワーク設備とメトロポリタン・エリア・サーバ間に複数の接続がある場合、メトロポリタン・エリア・サーバにより各接続へ割り当てられたプロトコルラベルは異なる；
各ＭＡＮを跨ぐサービスの申請ごとに、メトロポリタン・エリア・サーバが対応するサービスのデータラベルを割り当てるステップと
を備え；
前記データラベルはサービスに関するノードサーバ間の接続を記述する
ことを特徴とする請求項１ないし８のいずれかに記載の新型ネットワークの通信方法。
【請求項１０】
下位ネットワーク設備がＭＡＮにアクセスし、メトロポリタン・エリア・サーバによりプロトコルラベルとＭＡＮアドレスとを割り当てるステップは、
メトロポリタン・エリア・サーバ自身の全ての下向ポートへメトロポリタン・エリア・照会ラベルパケットを送信するステップと、
ここで、各メトロポリタン・エリア・照会ラベルパケットにメトロポリタン・エリア・サーバが割り当てたスタンバイプロトコルラベルが備えられる；
ある下位ネットワーク設備が電源を入れた後、メトロポリタン・エリア・サーバにより送信されたメトロポリタン・エリア・照会ラベルパケットを受信し、そして、メトロポリタン・エリア・サーバへメトロポリタン・エリア・応答ラベルパケットをフィードバックするステップと、
ここで、前記メトロポリタン・エリア・応答ラベルパケットに下位ネットワーク設備のシリアル番号とメトロポリタン・エリア・照会ラベルパケットを受信するポート番号と
を備える；
メトロポリタン・エリア・サーバがメトロポリタン・エリア・応答ラベルパケットを受信後、パケットにおけるシリアル番号に基づき下位ネットワーク設備が登録されているかどうか検証し、もしすでに登録されていれば前記下位ネットワーク設備のメトロポリタン・エリア・照会ラベルパケットを受信するポートへ、メトロポリタン・エリア・サーバが前記下位ネットワーク設備に割り当てたＭＡＮアドレスと前記スタンバイプロトコルラベルを備えるアクセス命令を送信するステップと；
当該下位ネットワーク設備に対応するポートがアクセス命令を受信後、アクセス命令応答をフィードバックし、前記下位ネットワーク設備がＭＡＮにアクセスするステップと
を備え；
および、
下位ネットワーク設備にプロトコルパケットラベルテーブルが設置されており、下位ネットワーク設備が電源を入れる場合、自身内のプロトコルパケットラベルテーブルにおいて全てのメトロポリタン・エリア・プロトコルパケットをＣＰＵモジュールへガイドするように設置するステップと、
下位ネットワーク設備がノードスイッチである場合、ノードスイッチがＭＡＮにアクセス後、メトロポリタン・エリア・サーバの指令に基づき自身のプロトコルパケットラベルテーブルを修正し、メトロポリタン・エリア・サーバにより新たに割り当てられた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケット
をそれぞれノードスイッチに対応する下向ポートまでガイドするステップと
を備え、
ここで、前記新たに割り当てたスタンバイプロトコルラベルはメトロポリタン・エリア・サーバから前記ノードスイッチの下位接続設備までの接続を記述し、前記メトロポリタン・エリア・プロトコルはメトロポリタン・エリア・サーバにより送信されたメトロポリタン・エリア・照会ラベルパケットを備える；
下位ネットワーク設備が電源を入れる場合、自身内の設置された応答パケットラベルテーブルに全てのメトロポリタン・エリア・応答ラベルパケットのガイド閉止を設置するステップと、
下位ネットワーク設備がメトロポリタン・エリア・サーバにより送信されたメトロポリタン・エリア・照会ラベルパケットを受信後、自身の応答パケットラベルテーブルを修正し、前記プロトコルラベルに対応するメトロポリタン・エリア・応答ラベルパケットを当該メトロポリタン・エリア・照会ラベルパケットを受信する上向ポートまでガイドするステップと、
下位ネットワーク設備がノードスイッチである場合、ノードスイッチがＭＡＮにアクセス後、メトロポリタン・エリア・サーバの指令に基づき自身の応答パケットラベルテーブルを修正して、メトロポリタン・エリア・サーバにより新たに割り当てられた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・応答ラベルパケットをそれぞれノードスイッチに対応する上向ポートまでガイドするステップと
を備え、
ここで、前記新たに割り当てたスタンバイプロトコルラベルは前記ノードスイッチの下位接続設備からメトロポリタン・エリア・サーバまでの接続を記述する；
メトロポリタン・エリア・サーバにはプロトコルパケットラベルテーブルが設置され、
新型ネットワークの通信方法は、
メトロポリタン・エリア・サーバが電源を入れる場合、自身内のプロトコルパケットラベルテーブルに全てのメトロポリタン・エリア・プロトコルパケットのガイド閉止を設置するステップと、
メトロポリタン・エリア・サーバが自身の下向ポート数に応じてスタンバイプロトコルラベルを割り当て、かつ、自身のプロトコルパケットラベルテーブルを修正し、割り当てた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケットをそれぞれメトロポリタン・エリア・サーバに対応する下向ポートまでガイドするステップと
を備え、
ここで、前記スタンバイプロトコルラベルはメトロポリタン・エリア・サーバから前記下位ネットワーク設備までの接続を記述し、
前記メトロポリタン・エリア・プロトコルはメトロポリタン・エリア・サーバにより送信されたメトロポリタン・エリア・照会ラベルパケットを備え、
前記メトロポリタン・エリア・サーバは自身のプロトコルパケットラベルテーブルに基づき自身の下向ポートへメトロポリタン・エリア・照会ラベルパケットを送信する；
下位ネットワーク設備がアクセス後、メトロポリタン・エリア・サーバが前記下位ネットワーク設備にスタンバイプロトコルパケットラベルテーブルを新たに割り当て、かつ
自身のプロトコルパケットラベルテーブルを修正し、新たに割り当てた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケットをそれぞれメトロポリタン・エリア・サーバに対応する下向ポートまでガイドするステップ
をさらに備え、
ここで、前記スタンバイプロトコルラベルメトロポリタン・エリア・サーバから前記下位ネットワーク設備までの接続を記述し、
前記メトロポリタン・エリア・プロトコルはメトロポリタン・エリア・サーバにより送信されたメトロポリタン・エリア・照会ラベルパケットを備え、
前記メトロポリタン・エリア・サーバは自身のプロトコルパケットラベルテーブルに基づき、自身の下向ポートへメトロポリタン・エリア・照会ラベルパケットを送信する
ことを特徴とする請求項９に記載の新型ネットワークの通信方法。
【請求項１１】
新型ネットワークの通信システムであって、
前記新型ネットワークは集中制御機能を有するネットワークであり、主制御サーバと下位ネットワーク設備とを備え、前記下位ネットワーク設備は端末を備え、
前記通信システムは、
当回サービスの下向リンクを設置する、主制御サーバに位置する、経路設置モジュールと、
ソース端末が送信した当回サービスのパケットを、前記ダウンリンクにより目標端末まで伝送する第１通信モジュールグループと
を備え、
前記新型ネットワークは、アクセスネットワーク部分を備え、
アクセスネットワークにて、前記主制御サーバはノードサーバであり、前記下位ネットワーク設備はアクセススイッチと端末を備え、前記当該サービスはユニキャスト通信サービスを備え、
前記経路設置モジュールは、
ソース端末が開始したサービス請求プロトコルパケットに基づき、当回サービスの、当回サービスにかかわる主制御サーバとアクセススイッチの下向通信ポート情報とを含む下向通信リンク情報を獲得する、ダウンリンク獲得サブモジュールと、
前記主制御サーバの下向通信ポート情報に基づき、自身内のパケットアドレステーブルに当回サービスのパケットがガイドする下向ポートを設置する、テーブル設置サブモジュールと、
前記アクセススイッチの下向通信ポート情報に基づき、対応のアクセススイッチへポート設置命令を送信し、前記アクセススイッチがポート設置命令に基づき、自身内のパケットアドレステーブルに当回サービスのパケットがガイドする下向ポートを設置する、通知サブモジュールと
を備えることを特徴とする新型ネットワークの通信システム。
【請求項１２】
前記下位ネットワーク設備アドレスはそれぞれ対応するアクセスネットワークアドレスを有し、
前記ダウンリンク獲得サブモジュールは、
ソース端末により開始された、目標端末とユニキャスト通信サービスを確立するサービス請求プロトコルパケットを獲得する、ユニキャストサービス請求受信ユニットと、
ここで、前記サービス請求プロトコルパケットは、サービスタイプ情報と、サービスコンテンツ情報と、ソース端末のアクセスネットワークアドレスとを備え、前記サービスコンテンツ情報はサービス番号を備える；
前記サービス番号に基づきプリセットしたコンテンツ・アドレスマッピングテーブルから目標端末のアクセスネットワークアドレスを抽出する、目標端末アドレス抽出するユニットと、
前記サービスタイプ情報と、ソース端末と、目標端末のアクセスネットワークアドレスとに基づき、当回サービスの下向通信リンク情報を獲得する、ユニキャストリンク計算ユニットと
を備え；
前記主制御サーバが自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドする下向ポートは、
目的アドレスがソース端末であるユニキャストデータパケットがガイドする下向ポート、
および／または、
目的アドレスが目標端末であるユニキャストデータパケットがガイドする下向ポート
を備え；
前記通信リンク情報が単方向通信リンク情報である場合、前記アクセススイッチの通信ポート情報は、アップリンクにおけるアクセススイッチの上向ポート情報と、ダウンリンクにおけるアクセススイッチの下向ポート情報とを備え、
前記アクセススイッチが、ポート設置命令に基づいて自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイド
するポートは、
目的アドレスが目標端末であるユニキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと、ダウンリンクにおけるアクセススイッチの
下向ポートとを備え；
前記通信リンク情報が双方向下向通信リンク情報である場合、前記アクセススイッチの通信ポートと情報は、アップリンクにおけるアクセススイッチの上向ポートと下向ポート情報、および、ダウンリンクにおけるアクセススイッチの上向ポートと下向ポート情報を備え、
前記アクセススイッチが、前記ポート設置命令に基づき自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドするポートは、
目的アドレスが目標端末であるユニキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと下向ポート、および、目的アドレスがソース端末であるユニキャストデータパケットがガイドするダウンリンクにおけるアクセススイッチの上向ポートの下向ポートを備える
ことを特徴とする請求項１１に記載の新型ネットワークの通信システム。
【請求項１３】
前記当回サービスのパケットには目標端末のアクセスネットワークアドレスが備えられ、
前記第１通信モジュールグループは、
前記目標端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介して対応のアクセススイッチへ伝送する、主制御サーバに位置する、第１テーブル照会ガイドモジュールと、
前記目標端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートと介して目標端末まで伝送する、アクセススイッチに位置する、第１テーブル照会伝送モジュールと
を備えることを特徴とする請求項１１または１２に記載の新型ネットワークの通信システム。
【請求項１４】
目標端末が送信した当回サービスのパケットを前記ダウンリンクによりソース端末に伝送する、第２通信モジュールグループ
をさらに備え；
前記当回サービスのパケットにはソース端末のアクセスネットワークアドレスが備えられ、
前記第２通信モジュールグループは、
前記ソース端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介して対応のアクセススイッチへ伝送する、主制御サーバに位置する、第２テーブル照会ガイドモジュールと、
前記ソース端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介してソース端末に伝送する、アクセススイッチに位置する、第２テーブル照会伝送モジュールと、
を備えることを特徴とする請求項１１ないし１３のいずれかに記載の新型ネットワークの通信システム。
【請求項１５】
前記サービスはマルチキャストを備え、前記下位ネットワーク設備アドレスはそれぞれ対応するアクセスネットワークアドレスを有し、
前記ダウンリンク獲得サブモジュールは、
目標端末が開始したマルチキャスト通信サービスを申請する、サービスタイプ情報と、サービスコンテンツ情報と、目標端末のアクセスネットワークアドレスとを備えるサービス請求プロトコルパケットを獲得する、第１マルチキャストサービス請求受信ユニットと、
ここで、前記サービスコンテンツ情報はサービス番号を備える；
前記サービス番号に基づきプリセットしたコンテンツ・アドレスマッピングテーブルからソース端末のアクセスネットワークアドレスを抽出する、ソース端末アドレス抽出するユニットと；
前記ソース端末に対応するマルチキャストアドレスを獲得して、目標端末へ割り当てる、第１マルチキャストアドレス割り当てユニットと、
前記サービスタイプ情報と、ソース端末と、目標端末のアクセスネットワークアドレスとに基づき、当回マルチキャストサービスの通信リンク情報を獲得する、第１マルチキャストリンク計算ユニットと
を備えることを特徴とする請求項１１ないし１４のいずれかに記載の新型ネットワークの通信システム。
【請求項１６】
前記ダウンリンク獲得サブモジュールは、
ソース端末が提出したマルチキャスト通信サービスを開始する、サービスタイプ情報と、サービスコンテンツ情報と、ソース端末のアクセスネットワークアドレスとを備えるサービス請求プロトコルパケットを獲得する、第２マルチキャストサービス請求受信ユニットと、
ここで、前記サービスコンテンツ情報はサービス番号を備える；
前記サービス請求プロトコルパケットに基づきソース端末へマルチキャストアドレスを割り当てる、第２マルチキャストアドレス割り当てユニットと；
サービスタイプ情報、および、主制御サーバと前記ソース端末のアクセスネットワークアドレスに基づき、当回のマルチキャストサービス上向通信リンク情報を獲得する、第２マルチキャストリンク計算ユニットと
を備え；
前記ダウンリンク獲得サブモジュールは、
サービスタイプ情報、および、主制御サーバと前記ソース端末のアクセスネットワークアドレスに基づき、当回のマルチキャストサービスの下向通信リンク情報を獲得する、
第三マルチキャストリンク計算ユニットと
をさらに備え；
前記主制御サーバが自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、
目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドする下向ポートを備え；
前記アクセススイッチの通信ポート情報は、アップリンクにおけるアクセススイッチの上向ポート情報と、ダウンリンクにおけるアクセススイッチの下向ポート情報とを備え、前記アクセススイッチが前記ポート設置命令に基づき自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、
目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイド
するアップリンクにおけるアクセススイッチの上向ポートと、ダウンリンクにおけるアクセススイッチの下向ポートと
を備え；
前記アクセススイッチの通信ポート情報は、アップリンクにおけるアクセススイッチの下向ポート情報をさらに備え、
前記アクセススイッチが前記ポート設置命令に基づき自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、
目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの下向ポート
を備えることを特徴とする請求項１５に記載の新型ネットワークの通信システム。
【請求項１７】
前記主制御サーバはノードサーバであり、自身のアクセスネットワークアドレスを有し、下位ネットワーク設備のアクセスネットワークアドレスを保守し；
前記下位ネットワーク設備はアクセススイッチを備え、前記システムはアクセススイッチアクセス処理モジュールをさらに備え、
前記アクセススイッチアクセス処理モジュールは、
ノードサーバに位置するアクセススイッチへダウンリンクプロトコルパケットを送信する、ダウンリンクプロトコルパケット送信サブモジュールと、
アクセススイッチが返信したアップリンクプロトコルパケット基づきアクセス命令を送信する、第１アクセス命令送信サブモジュールと、
アクセススイッチに位置する０号テーブル初期化設置サブモジュールと、ダウンリンクプロトコルパケット受信サブモジュールと、アップリンクプロトコルパケット回復サブモジュールと、０号テーブル第１設置サブモジュールとを備え、
前記０号テーブル初期化設置サブモジュールは、電源を入れる場合、自身内のダウンリンクプロトコルパケットアドレステーブルに全ダウンリンクプロトコルパケットをＣＰＵモジュールへガイドするように設置し、
前記ダウンリンクプロトコルパケット受信サブモジュールは、前記ダウンリンクプロトコルパケットアドレステーブルの設置に基づき、受信した、割り当て待機アクセスネットワークアドレスを備えるダウンリンクプロトコルパケットを当該アクセススイッチＣＰＵモジュールへガイドし、
前記ＣＰＵモジュールよりアップリンクプロトコルパケットを生成し、かつノードサーバへ送信する、アップリンクプロトコルパケット回復サブモジュールと、
前記第１アクセス命令受信サブモジュールは、ノードサーバが送信したアクセス命令を受信し、前記アクセス命令には当該アクセススイッチのアクセスネットワークアドレスが備えられ、前記アクセスネットワークアドレスは、当該アクセススイッチが受信するダウンリンクプロトコルパケットにおける割り当て待機アクセスネットワークアドレスであり、
前記０号テーブル第１設置サブモジュールは、自身内のダウンリンクプロトコルパケットアドレステーブルを、目的アドレスがセルフアクセスネットワークアドレスであるプロトコルパケットのみをＣＰＵモジュールへガイドするように更新する
ことを特徴とする請求項１１に記載の新型ネットワークの通信システム。
【請求項１８】
新型ネットワークはＭＡＮ部分を備え、ＭＡＮにおいて、前記主制御サーバはメトロポリタン・エリア・サーバであり、前記下位ネットワーク設備はノードスイッチとノードサーバとを備え、ここで、前記ノードスイッチはメトロポリタン・エリア・サーバとノードサーバ間に接続され、
前記システムは、
前記メトロポリタン・エリア・サーバに位置する、プロトコルラベル割り当てモジュールと、データラベル割り当てモジュールと、ＭＡＮアドレス割り当てモジュールと
を備え、
前記プロトコルラベル割り当てモジュールは、下位ネットワーク設備がＭＡＮにアクセスする場合、アクセスした設備にプロトコルラベルを割り当て、同一の下位ネットワーク設備がメトロポリタン・エリア・サーバとの間に複数の接続を有する場合、各接続に異なるプロトコルラベルを割り当て、ここで、前記プロトコルラベルは、下位ネットワーク設備とメトロポリタン・エリア・サーバ間の接続を記述し、前記下位ネットワーク設備はノードスイッチとノードサーバとを備え、
前記データラベル割り当てモジュールは、ＭＡＮを跨ぐサービスの申請ごとに、対応するサービスのデータラベルを割り当て、前記データラベルは、サービスに関するノードサーバ間の接続を記述し、
前記ＭＡＮアドレス割り当てモジュールは、下位ネットワーク設備がＭＡＮにアクセスする場合、アクセスした設備にＭＡＮアドレスを割り当てる
ことを特徴とする請求項１１ないし１７のいずれかに記載の新型ネットワークの通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信ネットワークの技術分野に関し、特に新型ネットワークの通信方法および新型ネットワークの通信システムに関する。
【背景技術】
【０００２】
新型ネットワークワーク（インターネットを備える）は、異なる個人と機構間において情報と他の情報リソースを交換できるようにする。ネットワークは通常、経路・伝送・シグナリングおよびネットワーク管理等の技術を含む。これらの技術はすでに広範にわたり各種の文献に見られる。これら技術の概要を紹介する文献に、Ｓｔｅｖｅｎ  Ｓｈｅｐｈｅｒｄ著『Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｃｏｎｖｅｒｇｅｎｃｅ』  （ＭｃＧｒａｗ−Ｈｉｌｌ、２０００）、Ａｎｎａｂｅｌ  Ｚ．  Ｄｏｄｄ著『Ｔｈｅ  Ｅｓｓｅｎｔｉａｌ  Ｇｕｉｄｅ．  ｔｏ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ』第三版（Ｐｒｅｎｔｉｃｅ  Ｈａｌｌ  ＰＲＴ、２００１）、或いはＲａｙ  Ｈｏｒａｋ著『Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍｓ  ａｎｄ  Ｎｅｔｗｏｒｋｓ』第２版（Ｍ＆Ｔ  Ｂｏｏｋｓ、２０００）がある。これら技術のこれまでの進展はすでに情報伝送の速度と品質を充分に促進させ、かかる費用を低減させた。
【０００３】
端末から広域伝送ネットワークへ接続する経路技術（例、端末装置とネットワーク周辺のローカルループ）はすでに、１４．４、２８．８と５６ＫのモデムからＩＳＤＮ、Ｔ１、ケーブルモデム、ＤＳＬ、イーサネット（登録商標）および無線接続を含む技術にまで発展している。
【０００４】
現在、広域ネットに用いられている伝送技術は、光ファイバネット（ＳＯＮＥＴ）同期、高密度波長分割多重方式（ＤＷＤＭ）、フレーム中継、非同期伝送モード（ＡＴＭ）および復元パケットリング（ＲＰＲ）を備える。
【０００５】
全ての異なるシグナル技術（例、ネットワークにおいて通信を確立、保守および終結するプロトコルと方法）において、インターネットプロトコル（ＩＰ）の応用は最も広範囲にわたる。実際に、ほぼ全ての通信とネットワークの専門家は、音声（例、電話）、動画およびデータネットを一体化したＩＰプロトコルに基づくネットワーク（例、インターネット）は避けられないだろうと認識している。ある著者が記すように「１つ明らかなことがある。それはＩＰを基礎とする各種ネットワークを統合し一体化する列車はすでに駅を出た。一部の乗客はこの旅に非常に情熱的であるが、他の者は嫌々連れていかれ、泣き、叫び、暴れて、ＩＰの様々な欠陥を列挙している。しかし、どのよう欠陥があろうとも、ＩＰはすでに業界標準として受け入れられ、これ以外にこのような大きな潜在力と発展の空間を持つ他の技術はないということだ。」（出自１９９８年８月１０日《Ｎｅｔｗｏｒｋ  Ｗｏｒｌｄ》の「ＩＰ  Ｃｏｎｖｅｒｇｅｎｃｅ：  Ｂｕｉｌｄｉｎｇ  ｔｈｅ  Ｆｕｔｕｒｅ」、著者Ｓｕｓａｎ  Ｂｒｅｉｄｅｎｂａｃｈ）。
【０００６】
Ｉｎｔｅｒｎｅｔ業務の爆発的成長に従い、この応用範囲はすでに社会の各分野と各業界にまで広がっている。電信業を見ると、伝統的な電信業務はすでに次々とＩＰ伝送、いわゆるＥｖｅｒｙｔｈｉｎｇ  Ｏｖｅｒ  ＩＰを採用している。従来の電信網の枠組みは、電気回路交換およびそのネット技術から、徐々にパケット交換、特に  ＩＰ  を基礎とする新枠組みに転向しており、電信網が伝送する業務は、電話を主とするものから、データ業務を主とするものへと転向している。
【０００７】
ＴＣＰ／ＩＰネットワークプロトコル  
ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ、伝送制御プロトコル／ネット間ネットプロトコル）は、現在世界上で応用範囲が最も広いプロトコルであり、この流行とＩｎｔｅｒｎｅｔの急激な発展は密接に関連している―ＴＣＰ／ＩＰは最初はインターネットの原型ＡＲＰＡＮＥＴのために設計され、目的は実用が容易で多様なネットワーク上のプロトコルのセットを提供することにある。事実はＴＣＰ／ＩＰがこれを実現したことを証明し、ネットワーク接続を容易にさせ、さらに多くのネットワークを加入させ、Ｉｎｔｅｒｎｅｔの事実上の標準となった。
【０００８】
＊  応用層―応用層は全ユーザーに向けられた応用プログラムの総称である。ＴＣＰ／ＩＰプロトコル族はこの層において多くのプロトコルによる異なる応用を支持し、周知の通りＩｎｔｅｒｎｅｔに基づく応用の実現はこれらプロトコルから離れられない。例えば、私達はワールド・ワイド・ウェブ（ＷＷＷ）のアクセスに、ＨＴＴＰプロトコル、ファイル伝送用ＦＴＰプロトコル、電子メール送信用ＳＭＴＰ、ドメイン名の解析用ＤＮＳプロトコル、リモートログイン用Ｔｅｌｎｅｔプロトコル等に使われ、全てＴＣＰ／ＩＰ応用層に属する。ユーザーからすれば、見てとれるものは、１つ１つのソフトウェアにより構築したおおむねモデル化した動作インターフェースであるが、実際にバックグラウンドで運行しているのは前記プロトコルである。  
【０００９】
＊  伝送層―この層の機能はおもに応用プログラム間の通信を提供することであり、ＴＣＰ／ＩＰプロトコル族のこの層におけるプロトコルはＴＣＰとＵＤＰがある。  
【００１０】
＊  ネットワーク層―ＴＣＰ／ＩＰプロトコル族において非常に重要な層であり、主にＩＰアドレスフォーマットを定義する。これにより異なる応用タイプのデータをＩｎｔｅｒｎｅｔ上にてスムーズに伝送させる。ＩＰプロトコルは、ネットワーク層プロトコルである。
【００１１】
＊  ネットワークインターフェース層―これはＴＣＰ／ＩＰソフトウェアの最低層であり、ＩＰデータパケットの受信を担当、かつネットワークによりこれを送信する。或いはネットワーク上から物理フレームを受信、ＩＰデータグラムを抽出し、ＩＰ層に提出する。
【００１２】
ＩＰはどのようにネットワーク相互接続を実現するか？各メーカーが生産するイーサネット、パケット交換ネット等のようなネットワークシステムと設備は、相互通信ができず、相互通信できない主な原因はネットワークシステムと設備が伝送するデータの基本ユニットと（技術上「フレーム」と称する）のフォーマットが異なるためである。ＩＰプロトコルは実際は、ソフトウェアプログラムにより構成されるプロトコルソフトウェアのセットである。これは、各種の異なる「フレーム」を統一して「ＩＰデータパケット」フォーマットに転換する。このような転換は、インターネットの最も重要な特徴であり、全ての各種コンピュータのインターネット上における相互通信を実現させ、「オープン性」という特徴がある。
【００１３】
では、「データパケット」とは何か？どのような特徴があるのか？データパケットもまたパケット交換の一種の形である。伝送したデータセグメントを  「パケット」にパッケージ化し、さらに伝送する。しかし、これは「無接続型」に属し、パッケージ化した各“パケット”（パケット）を全て「独立したメッセージ」として伝送する、そのため「データパケット」と呼ぶ。このように、接続を始める前に電気回路に接続する必要はなく、各データパケットは必ずしもすべて同じ経路により伝送する必要はないため、「無接続型」と呼ぶ。この特徴は非常に重要であり、テキスト情報伝送という状況において、ネットワークの堅実性と安全性を大きく向上させた。
【００１４】
各データパケットは全てヘッダーとメッセージの二つの部分が有り、ヘッダーには目的アドレス等の必要なコンテンツがあり、各データパケットが同じようなルートを通らずとも正確に目的地に到達できるようにする。目的地で新たに組み合わせ、もともと送信したデータに戻す。これには、ＩＰがパケットパッケージ化とアグリゲーション組み立ての機能を有する必要がある。  
【００１５】
実際の伝送過程において、データパケットはさらに通ったネットワークが規定するパケットのサイズに基づきデータパケットの長さを変更できる必要があり、ＩＰパケットの最大長は６５５３５バイトにまで達する。
【００１６】
サービス品質保証（ＱｏＳ）は、ＩＰ  インターネットの主な課題の１つである。長期にわたって無数の研究報告がこの難題を解決しようと試み、もし我々がＱｏＳ  の主な里程標を時間順に並べてみても、インターネットＱｏＳ  は絶えずリクエストを低下し、さらに絶えず失敗している残念な歴史が容易に見て取れる。「Ｉｎｔｅ  Ｓｅｒｖ」（１９９０）から「Ｄｉｆｆ  Ｓｅｒｖ」（１９９７）まで、さらに「Ｌｉｇｈｔｌｏａｄ」（２００１）に至るまで、各種の有効に見えるＱｏＳの部分改善方案に加えて、距離が全ネットに渡る範囲の品質保証の目標もやはり水中の月のようである。ＱｏＳ  は近いように見え、実は遠く及ばないものである。
【００１７】
早くはＩＰ  インターネットの初期段階において、ＭＢｏｎｅのようなビデオ応用はすでにネットワークサービスの目標となっていた。有効な品質保証に欠けるため、長期にわたって商業価値を有する動画通信サービスを展開できず、ＩＰ  インターネットの営利能力を弱めていた。このため、ネットワーク伝送品質という難題を解決するこは、大きな商業価値を有する。ネットワーク伝送品質を具体的にパケット紛失とビットエラーと表現する。コンピュータファイルは伝送中のエラーに敏感でなく、伝送過程において大部分のデータパケットを紛失したとしても、ＴＣＰ  の再送メカニズムがあれば、コンピュータはネットワークは使用できると判断する。しかし、もしパケット紛失とビットエラー率が千分の一より高ければ、ビデオ同期の映像音声品質を低下させる。経験データが我々に、高品質動画通信がひいてはパケット紛失とビットエラーが十万分の一であると求められていることを教えてくれる。目下、ネットワーク環境のテストデータは、大部分のパケット紛失はルーター内で発生し、光ファイバ伝送において生じるビットエラーはおおむね無視してもよいことを示している。
【００１８】
＊なぜ「Ｉｎｔｅ  Ｓｅｒｖ」は成功しないのか？
「Ｉｎｔｅ  Ｓｅｒｖ」は独立したストリームリソースが保留した基礎の上に確立し、Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖａｔｉｏｎ  ＳｅｔｕｐＰｒｏｔｏｃｏｌ（ＲＳＶＰ）を採用する。大規模なネットワーク環境において、もし２つのビデオ端末間に一部の帯域幅リソースを保留できれば、これをビデオ業務専用とする。これは良い方法に思われるが、実際はこのようにはできない。
【００１９】
まず、この方案は全ネット設備の改造を要求し、新たにネットを確立すること等しく、実際の動作はほぼ不可能である。
【００２０】
次に、全ネットの改造を実現し、例えばスイッチ各台において、２Ｍｂｐｓのビデオ業務に２Ｍｂｐｓ帯域幅を保留できるとしても、品質保証の課題を解決できるだろうか？答えは「できない」だ。
【００２１】
いわゆるＲＳＶＰの２Ｍｂｐｓ帯域幅はマクロに対してのみであり、もし１  秒のデータが前半秒に集中して送信されれば、問題を起こし、周期的なバースとラフィックを形成する。ＩＰ  インターネットのセンター概念がベストエフォートであるため、各ネットワークノードにおいて、スイッチは常に最大速度でデータを伝送するよう試みる。ビデオストリームが多段スイッチを通った後、必然的にストリーム分布の不均衡をもたらす。複数の不均衡な非同期が一緒になると、一定時間内にさらに大きな不均衡が生じる。つまり、ネットワークストリームは必ず周期的なブロックがある。ビデオユーザー数の増加に伴い、周期的なブロックには上限がなく、スイッチ内のストレージ量を超えた場合、パケット紛失という結果を直接もたらす。
【００２２】
＊なぜ「Ｄｉｆｆ  Ｓｅｒｖ」は成功しないのか？
「Ｉｎｔｅ  Ｓｅｒｖ」が世に出てきて７  年後、新たな方法である「Ｄｉｆｆ  Ｓｅｒｖ」が流行し始めた。“Ｄｉｆｆ  Ｓｅｒｖ”はベストエフォートより優れたネットワークサービスを提供するよう試みる。この方法は、複雑な全ネットリソースの保留を必要とせず、実施も簡単である。各データパケットにおいて「優先レベル」マークを記しさえすれば、ネットワークスイッチはまず  「優先レベル」のマークのあるビデオデータを処理する。この基本原理はまるで銀行がＶＩＰ  顧客のためにゴールドカードを発行し、ＶＩＰ  顧客の並ぶ時間を減らすために有効であること同じである。これはいい方法のように見えるが、実際にはこのようにできない。
【００２３】
我々が無視できない簡単な事実として、単一のビデオ業務ストリームは伝統的な非ビデオ業務（百倍以上）よりもはるかに大きいことがある。
【００２４】
ビデオユーザー数が少量であれば、ネットワーク上で見られるのはほとんどがビデオデータパケットである。もし、大部分のデータパケットが全てゴールドカードであれば、ＶＩＰであるかどうかは重要ではない。また、ＩＰインターネットのアクセスは強制的ではないため、ＱｏＳ  がユーザーのために独りよがりな道徳基準を設けたとしても、他者に自覚的に実行するよう要求するは現実的ではない。
【００２５】
このため、「Ｄｉｆｆ  Ｓｅｒｖ」は少数の企業専用ネットでは有効ではあるが、大規模なパブリックネットにおいて効率的に普及させるこは難しい。
【００２６】
＊なぜ「Ｌｉｇｈｔ  ｌｏａｄ」は成功しないのか？
ＩＰ  インターネットが徐々に普及して以来、人々は絶えずネットワーク品質保証の課題を解決する良案を探してきた。ネットワーク技術の専門家達が１０年余りにわたって知恵を絞った結果、２大ＱｏＳ  方案はどれも理想的ではない。ＱｏＳの解決への自信が失われている大きな環境において、一部の名を出したがらない者が提案した対策、即ち「Ｌｉｇｈｔ  ｌｏａｄ」は対策と呼べるようなものではない。この基本想定は、いわゆる軽負荷ネットワークは充分な帯域幅を与え光ファイバに入りさえすれば、ネットワークの混雑を心配する必要はないというものである。
【００２７】
軽負荷ネットワークの想定は上手くいくだろうか？答えは「上手くいかない」だ。
【００２８】
現在のネットワーク技術の専門家達は、ネットワークパケット紛失現象の根源はストリームの不均衡性によるものだという基本原理に気付いていないようだ。マクロの視点から見ると、ある一定時間内に少し速く送信すると、必然的に別の時間内におけるラッシュをもたらし、ネットワークストリームが不均衡であれば、ネットワークが達するであろうピークストリームは上限がなく、短時間で任意の大きさの帯域幅を占めることができる。
【００２９】
実際には、２Ｍｂｐｓ  帯域幅あれば充分良いビデオプログラムを伝送でき、もし８Ｍｂｐｓ  帯域幅あれば、ＨＤＴＶ  品質のビデオコンテンツを伝送できる。よって、もし我々が一般のウェブサイト上において自由に文章や写真を見ると、従来のウェブサイトサーバの多くがギガビットイーサネットポートを使用し、そのインスタンとラフィックはＨＤＴＶ  の数十倍になる。もし、多くの複数の類似ウェブサイトが偶然衝突すると、短時間内に生じるバースとラフィックは、全ネットユーザーがＨＤＴＶ  を使用するためのニーズを超え、任意の幅のネットワークを占めることができる。統計による分析は、このような衝突は頻繁にあると示している。
【００３０】
ＩＰ  インターネットは、ストレージ装置によりインスタンとラフィックの吸収を試み、その結果として伝送遅延が増える。ストレージ能力に限界があるため、バースとラフィックには上限がない。このため、ストレージによる方法は本設備パケット紛失の機会を改善できるのみであり、本ノードが吸収したバースとラフィックは次のノードにより大きな圧力をもたらす。ビデオストリームは途絶えることなく、スイッチストレージ方式はバーストストリームを悪化させノードアグリゲーションを弱くし、ネットワークパケット紛失は避けられない。
【００３１】
目下のネットワークビルダー達は、軽負荷に加えて「Ｄｉｆｆ  Ｓｅｒｖ」技術により、狭帯域のＶｏＩＰ  音声業務に対応できる。これは音声が全ネットワークストリームにおいて主要な部分を占めないため、一旦ラッシュが起こると、コンピュータファイルを犠牲にして、音声を優先する。しかし、高帯域幅の動画通信については、局所展開は一次的な改善効果を受信できるだけである。もし他の部分も展開すると、ネットワークストリームの不均衡性は水位に応じて船が高くなるように、もともと展開していた部分の效果を低下させる。もし、ネットを全て展開していれば、伝送品質はもともとの展開していない状態にまた戻る。つまり、全体の展開は効果がない。
【先行技術文献】
【特許文献】
【００３２】
【特許文献１】中華人民共和国特許第１０１５５７３０３号明細書
【発明の概要】
【発明が解決しようとする課題】
【００３３】
目下の設備メーカーは各家庭に数十、ないしは百を超えるビットの超ブロードバンドアクセスネットワークことを推奨しており、各家庭に光ファイバが設置されたとしても、消費者に品質を保証した動画通信サービスを展示するは難しい。さらに複雑なＱｏＳ  手段によりその量を満たしてもＩＰ  インターネットの伝送品質を「改善」することしかできず、ネットワーク伝送品質を「保証」するこはできない。
【課題を解決するための手段】
【００３４】
本発明が解決しようとする技術課題は、新型ネットワークの通信方法の提供により、伝送経路の安定とスムーズさを保障し、マルチメディア業務の遅延を避け、国家情報安全のニーズに対し保証を与え、ハードウェアリソースを節約し、これによりネットワーク伝送品質を保証する。
【００３５】
本発明に係る実施形態は、前記方法の実際の実現および応用を保証する新型ネットワークの通信システムをさらに提供する。
【００３６】
上記技術課題を解決するため、本発明に係る実施形態は新型ネットワークの通信方法を公開する。
前記新型ネットワークは、集中制御機能を有するネットワークであり、主制御サーバと下位ネットワーク設備を含む。前記下位ネットワーク設備は端末を含む。
当該新型ネットワークの通信方法は、主制御サーバが当回サービスの下向通信リンクを設置するステップと、ソース端末により送信された当回サービスのパケットを、前記下向通信リンクにより目標端末へ伝送するステップとを備える。
【００３７】
本発明に係る新型ネットワークは集中制御によるネットワーク構造であり、当該ネットワークはツリー型ネット、スター型ネット、リング型ネット等のタイプでもよい。しかし、この基礎の上にネットワークにが集中制御ノードにより全体のネットワークを制御する必要がある。
【００３８】
新型ネットワークは、アクセスネットワークとメトロポリタン・エリア・ネットワーク（以下、ＭＡＮ）の両部分に分ける。アクセスネットワーク部分の設備は主に：ノードサーバ、アクセススイッチ、端末（各種セットトップボックス、エンコーダボード、ストレージ装置等を備える）の３種類に分けることができる。ここで、ノードサーバはアクセスネットワークにおいて集中制御機能を有するノードであり、アクセススイッチと端末を制御できる。ノードサーバは、アクセススイッチと直接接続でき、端末とも直接接続することができる。似たように、ＭＡＮ部分の設備も：メトロポリタン・エリア・サーバ、ノードスイッチ、ノードサーバの３種類に分けることが出来る。ここで、ノードサーバは、アクセスネットワーク部分のノードサーバであり、即ちノードサーバはアクセスネットワーク部分にも属すが、ＭＡＮ部分にも属する。メトロポリタン・エリア・サーバは、ＭＡＮにおいて集中制御機能を有するノードであり、ノードスイッチとノードサーバを制御できる。メトロポリタン・エリア・サーバは、ノードスイッチに直接接続でき、ノードサーバにも直接接続できる。よって、全体の新型ネットワークワークは分割層集中制御によるネットワーク構造であり、ノードサーバとメトロポリタン・エリア・サーバにおいて制御するネットワークはツリー型、スター型、リング型等各種構造でも良いことが明らかである。
【００３９】
説明が必要な点として、本発明に係る実施形態において、前記下向通信の設置方式、アップリンク通信リンクの設置方式および使用方法さらに、データパケットのタイプについて全て制限を受けない。例えば、前記アップリンク通信リンクは主制御サーバよりアップリンクにおけるアクセススイッチが開放固定ポートを開放するよう通知する方法を採用しても良く、ブロードキャストの方法を採用しても良く、当業者が実際の状況に応じて選べば良いということである。
【００４０】
本発明の好ましい実施形態として、前記当回サービスの下向通信リンクの設置は、当回サービスの下向通信リンクに関する交換設備にテーブルを設置するよう通知することを含み、前記下向通信リンクによる伝送は、設置したテーブルを照会し、交換設備が受信したデータパケットを対応のポートを介して伝送することを含む。
【００４１】
即ち、本発明に係る実施形態の核となる考えの一つは、主制御サーバより交換設備に当回サービスの下向通信リンクに対しテーブルを設置するように通知し、そして当該設置したテーブルに基づきパケットを伝送することである。
【００４２】
具体的な実現において、前記サービスはユニキャスト通信サービスとマルチキャスト通信サービスを含む。即ちマルチキャスト通信或いはユニキャスト通信であっても、前記設置したテーブルを採用することができる。即ち、テーブルを使う核となる考えは新型ネットワークにおける通信を実現する。
【００４３】
上述のように、本発明の新型ネットワークはアクセスネットワーク部分を含み、アクセスネットワークにおいて、前記主制御サーバをノードサーバとし、前記下位ネットワーク設備はアクセススイッチと端末を備える。
【００４４】
アクセスネットワークにおけるユニキャスト通信サービスについて、前記主制御サーバの当回サービスにおける下向通信リンクの設置は、主制御サーバがソース端末により開始されたサービスに基づきプロトコルパケットを請求し、当回サービスにかかわる主制御サーバとアクセススイッチの下向通信ポート情報を含む下向通信リンク情報を獲得するステップと、主制御サーバが前記主制御サーバの下向通信ポート情報に基づき、自身内のデータパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを設置し、かつ主制御サーバが前記アクセススイッチの下向通信ポート情報に基づき、対応のアクセススイッチへポート設置命令を送信するステップと、前記アクセススイッチがポート設置命令に基づき自身内のパケットアドレステーブルにおいて、当回サービスのパケットがガイドする下向ポートを設置するステップとを備える。
【００４５】
即ちノードサーバの制御により、獲得した下向通信リンクにより自らテーブルを設置し、かつアクセススイッチにテーブルを設置するよう通知する。
【００４６】
好ましくは、通信リンク情報も当回サービスのノードサーバにかかわる通信ポート情報を含まなくても良い。例えば、もしソース端末と目標端末が同一のアクセススイッチにおいて接続すれば、ノードサーバはアクセススイッチのデータパケットガイドポートを設置するだけで良い。ソース端末と目標端末がサービス通信を行う場合、アクセススイッチは当該内のデータパケットアドレステーブルの設置に基づき、当該アクセススイッチに対応する下向ポートを介してデータパケットを直接伝送する。即ち、ソース端末と目標端末はそこで共同で接続するアクセススイッチにおいてサービス通信を直接行うことができ、データパケットからノードサーバまでアップロードする必要がなく、さらにノードサーバより対応の端末まで送信するため、帯域幅とルーティングリソースを有効的に節約する。
【００４７】
本発明に係る実施形態において、前記下位ネットワーク設備アドレスはそれぞれ対応するアクセスネットワークアドレスを有し、具体的な応用例として、前記主制御サーバの当回サービスにおける下向通信リンク情報の獲得は、主制御サーバがソース端末により開始された、目標端末とユニキャスト通信サービスを確立するサービスタイプ情報と、サービスコンテンツ情報と、ソース端末のアクセスネットワークアドレスとを備えるサービス請求プロトコルパケットを獲得し、前記サービスコンテンツ情報はサービス番号を備えるサブステップと、主制御サーバが前記サービス番号に基づきプリセットしたコンテンツ-アドレスマッピングテーブルから目標端末のアクセスネットワークアドレスを抽出するサブステップと、主制御サーバが前記サービスタイプ情報、ソース端末および目標端末のアクセスネットワークアドレスに基づき、当回サービスの下向通信情報を獲得するサブステップとを備える。
【００４８】
実際に、前記主制御サーバ内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドする下向ポートは、目的アドレスがソース端末であるユニキャストデータパケットがガイドする下向ポート、および／または、目的アドレスをが目標端末であるユニキャストデータパケットがガイドする下向ポートを備える。
【００４９】
ユニキャスト通信サービスについて、ソース端末が目標端末にユニキャストサービス請求を開始する、或いは、目標端末がソース端末にユニキャストサービス請求を開始するように、前記通信リンク情報を単方向通信リンク情報とすることができる。或いは、ソース端末と目標端末は相互に対向側にユニキャストサービス請求を送信するように前記通信リンク情報も双方向通信リンク情報とすることができる。
【００５０】
前記通信リンク情報を単方向通信リンク情報とする場合、前記アクセススイッチの通信ポート情報は、アップリンクにおけるアクセススイッチにする上向ポート情報と、ダウンリンクにおけるアクセススイッチの下向ポート情報とを含み、前記アクセススイッチが、ポート設置命令に基づき自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドするポートは、目的アドレスが目標端末であるユニキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと、ダウンリンクにおけるアクセススイッチの下向ポートとを含む。
【００５１】
前記通信リンク情報が双方向下向通信リンク情報である場合、前記アクセススイッチの通信ポート情報は、アップリンクにおけるアクセススイッチの上向ポーメトロポリタン・エリア・サーバと、ダウンリンクにおけるアクセススイッチの上向ポートと下向ポート情報を含み、前記アクセススイッチが、前記ポート配置設置命令に基づき自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドするポートは、目的アドレスが目標端末であるユニキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと下向ポートと、
目的アドレスがソース端末であるユニキャストデータパケットがガイドするダウンリンクにおけるアクセススイッチの上向ポートと下向ポートとを含む。
【００５２】
本発明に係る好ましい実施形態として、前記当回サービスのデータパケットに目標端末のアクセスネットワークアドレスが備えられ、前記下向通信リンクにより当回サービスのデータパケットを目標端末への伝送は、主制御サーバが前記目標端末のアクセスネットワークアドレスに基づき、自身内のデータパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、当該データパケットを当該下向ポートを介して対応のアクセススイッチへ伝送するサブステップと、前記アクセススイッチが前記目標端末のアクセスネットワークアドレスに基づき、自身内のデータパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、当該データパケットを当該下向ポートを介して目標端末へ伝送するサブステップと
を備える。
【００５３】
ユニキャスト通信サービスについて、データパケットはソース端末から目標端末まで伝送できるだけでなく、目標端末からソース端末まで伝送もできる。即ち、本発明に係る別の好ましい実施形態として、前記方法は、目標端末により送信された当回サービスのデータパケットを前記下向通信リンクによりソース端末へ伝送するステップをさらに備える。
【００５４】
このような状況において、前記当回サービスのデータパケットにソース端末のアクセスネットワークアドレスを備える。前記下向通信リンクにより当回サービスのデータパケットからソース端末への伝送は、主制御サーバが前記ソース端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、当該データパケットを当該下向ポートを介して対応のアクセススイッチへ伝送するサブステップと、前記アクセススイッチが前記ソース端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、当該データパケットを当該下向ポートを介してソース端末へ伝送するサブステップとを備える。
【００５５】
アクセスネットワークにおけるマルチキャスト通信サービスについて、主制御サーバが当回サービスの下向通信リンク情報を獲得することは、主制御サーバが目標端末により開始された、マルチキャスト通信サービスを申請するサービスタイプ情報と、サービスコンテンツ情報と、目標端末のアクセスネットワークアドレスとを備えるサービス請求プロトコルパケットを獲得し、ここで、前記サービスコンテンツ情報がサービス番号を備えるサブステップと、主制御サーバが前記サービス番号に基づきプリセットしたコンテンツ・アドレスマッピングテーブルからソース端末のアクセスネットワークアドレスを抽出するサブステップと、主制御サーバが前記ソース端末に対応するマルチキャストアドレスを獲得し、目標端末へ割り当て、また、前記サービスタイプ情報と、ソース端末と、目標端末のアクセスネットワークアドレスとに基づき、当回マルチキャストサービスの通信リンク情報を獲得するサブステップとを備える。
【００５６】
他のマルチキャスト通信サービスの例として、主制御サーバが当回サービスの下向通信リンク情報の獲得はさらに、主制御サーバがソース端末により提出されたマルチキャスト通信サービスを開始するサービス請求プロトコルパケットを獲得し、かつ、サービスタイプ情報と、サービスコンテンツ情報と、ソース端末のアクセスネットワークアドレスとを備える前記サービス請求プロトコルパケットに基づきソース端末へマルチキャストアドレスを割り当て、ここで、前記サービスコンテンツ情報がサービス番号を備えるサブステップと、サービスタイプ情報と、主制御サーバと前記ソース端末のアクセスネットワークアドレスとに基づき、当回のマルチキャストサービス上向通信リンク情報を獲得するサブステップとを備える。
【００５７】
他のマルチキャスト通信サービスの例として、主制御サーバが当回サービスの下向通信リンク情報の獲得は、サービスタイプ情報と、主制御サーバと前記ソース端末のアクセスネットワークアドレスとに基づき、当回のマルチキャストサービス下向通信リンク情報を獲得するサブステップを備える。
【００５８】
ノードサーバをアクセスネットワークにおけるマスターノードとし、マルチキャストサービス通信がノードサーバの下向ポートのみに関するため、前記主制御サーバが自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドする下向ポートを含む。
【００５９】
典型的なマルチキャストサービスの例において、もし目標端末が生中継視聴を請求すると、前記アクセススイッチの通信ポート情報はアップリンクにおけるアクセススイッチの上向ポート情報と、ダウンリンクにおけるアクセススイッチの下向ポート情報とを含み、
前記アクセススイッチが前記ポート設置命令に基づき自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと、ダウンリンクにおけるアクセススイッチの下向ポートとを含む。
【００６０】
他のマルチキャストサーバの例として、もしソース端末が生中継を開始し、自ら生中継を視聴する場合、前記アクセススイッチの通信ポート情報はアップリンクにおけるアクセススイッチの下向ポート情報をさらに含み、前記アクセススイッチが前記ポート設置命令に基づき自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの下向ポートを含む。
【００６１】
マルチキャスト通信サービスについて、通常、前記当回サービスのデータパケットはマルチキャストアドレスを備え、本発明に係る好ましい実施形態において、前記ダウンリンクにより当回サービスのパケットを伝送することは、主制御サーバが前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介してダウンリンクにおける対応のアクセススイッチへ伝送するサブステップと、前記アクセススイッチが前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、かつ、当該データパケットを当該下向ポートを介して目標端末へ伝送するサブステップとを備える。
【００６２】
異なるマルチキャスト通信サービスについて、前記下向通信リンクにより当回サービスのデータパケットを伝送することは、ソース端末により送信された当回サービスデータパケットにおけるマルチキャストアドレスに基づき、前記データパケットをアップリンクにおけるアクセススイッチまでガイドするサブステップと、前記アクセススイッチが前記マルチキャストアドレスに基づき、自身内のデータパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする上向ポートを照会し、かつ、当該データパケットを当該上向ポートを介して主制御サーバへ伝送するサブステップとを備える。
【００６３】
或いは、前記下向通信リンクにより当回サービスのデータパケットの伝送はさらに、
主制御サーバが前記マルチキャストアドレスに基づき、自身内のデータパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、当該データパケットを当該下向ポートを介してアップリンクにおける対応するアクセススイッチへ伝送するサブステップと、前記アクセススイッチが前記マルチキャストアドレスに基づき、自身内のデータパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、当該データパケットを当該下向ポートを介してソース端末へ伝送するサブステップとを備える。
【００６４】
具体的な実現において、もし主制御サーバが当回サービスの通信リンク情報を複数獲得すれば、プリセット規則に基づき自身内の通信リンク情報を１つ選択し、当回サービスの通信リンク情報とする。例として、前記プリセット規則は、ノードサーバが各通信リンクのストリーム情報および当回サービスのストリーム情報を獲得し、使用済みストリームが最小の通信リンクを当回サービスの通信リンク情報として確認することである。或いは、前記プリセット規則はさらにノードサーバが各通信リンクの帯域幅情報とを当回サービスの帯域幅情報獲得し、帯域幅が最大の通信リンクを当回サービスの通信リンク情報として確認することである。
【００６５】
当然、上述のプリセット規則の設定はあくまでも例に過ぎず、本発明を制限するものではない。
【００６６】
好ましい実現方法として、前記ポート設置命令はプロトコルパケットに記録でき、前記主制御サーバが自身内にプリセットしたダウンリンクプロトコルパケットアドレステーブルの設置に基づき、対応のアクセススイッチの下向ポートに接続することにより、前記プロトコルパケットを対応するアクセススイッチまでガイドし、ここで、前記ダウンリンクプロトコルパケットアドレステーブルに、目的アドレスが下位ネットワーク設備アドレスであるプロトコルパケットがガイドする下向ポートが設置されている。
【００６７】
さらに有効にリソースを利用するため、当回サービス完了後、本発明に係る主制御サーバは、自身内のデータパケットアドレステーブルにおいて、設置した当回サービスデータパケットがガイドするポートをリリースできる。かつ、当回サービスにかかわるアクセススイッチへポートリリース命令を送信することができ、前記アクセススイッチは、前記ポートリリース命令に基づき自身内のデータパケットアドレステーブルに設置した当回サービスデータパケットがガイドしたポートをリリースする。
【００６８】
本発明に係るノードサーバが集中制御を行う主な点として、自身のアクセスネットワークアドレスを有し、かつ、下位ネットワーク設備のアクセスネットワークアドレスを保守する。このような状況において、下位ネットワーク設備のアクセススイッチとしての新型ネットワークへのアクセスは、アクセススイッチの電源を入れ、自身内のダウンリンクプロトコルパケットアドレステーブルにおいて全ダウンリンクプロトコルパケットをＣＰＵモジュールへガイドするように設置するステップと、前記アクセススイッチが主制御サーバにより送信されたダウンリンクプロトコルパケットの受信し、前記ダウンリンクプロトコルパケットアドレステーブルの設置に基づき、前記ダウンリンクプロトコルパケットを当該アクセススイッチＣＰＵモジュールへガイドし、前記ＣＰＵモジュールがアップリンクプロトコルパケットを生成し、かつ主制御サーバへ送信し、前記ダウンリンクプロトコルパケットが割り当て待機アクセスネットワークアドレスを備えるステップと、主制御サーバが当該アクセススイッチへアクセスネットワークアドレスを備えるアクセス命令を送信し、前記アクセスネットワークアドレスが当該アクセススイッチが受信するダウンリンクプロトコルパケットにおける割り当て待機アクセスネットワークアドレスであるステップと、前記アクセススイッチが自身内のダウンリンクプロトコルパケットアドレステーブルを、目的アドレスがセルフアクセスネットワークアドレスであるプロトコルパケットのみをＣＰＵモジュールへガイドするように更新するステップとを備える。
【００６９】
具体的な実現において、往々にしてアクセススイッチにおいて他の下位アクセスネットワーク設備をさらに接続する。このような状況において、ノードサーバはアクセス済みのアクセススイッチへポート割り当てパケットを送信する。即ち本発明に係る好ましい実施形態として、アクセス済みのアクセススイッチがノードサーバが送信したポート割り当てパケットを受信した場合、前記アクセススイッチアクセスの過程は、アクセス済みのアクセススイッチが目的アドレスがセルフアクセスネットワークアドレスであるポート割り当てパケットをＣＰＵモジュールへガイドするステップと、パケットにおけるポート割り当て情報に基づき、自身内のダウンリンクプロトコルパケットアドレステーブルにおいて、各ポートのダウンリンクプロトコルパケットがガイドする下向ポートを設置するステップとを備える。
【００７０】
さらに、アクセス済みのアクセススイッチがノードサーバが送信したポートダウンリンクプロトコルパケットとを受信する場合、前記アクセススイッチアクセスの過程は、前記アクセススイッチが自身内のダウンリンクプロトコルパケットアドレステーブルの設置に基づき、割り当て待機アクセスネットワークアドレスを備える前記ポートのダウンリンクプロトコルパケットを対応する下向ポートへガイドするステップと、主制御サーバが前記アクセススイッチの下向ポートに接続するある下位ネットワーク設備により送信されたポートのアップリンクプロトコルパケットを受信し、かつ当該下位ネットワーク設備へ、下位ネットワーク設備のアクセスネットワークアドレスを備えるアクセス命令を送信するステップとを備える。
前記アクセスネットワークアドレスは、当該下位ネットワーク設備が受信したポートのダウンリンクプロトコルパケットにおける割り当て待機のアクセスネットワークアドレスである。
【００７１】
ここで、前記下位ネットワーク設備はアクセススイッチ或いは端末を備える。
【００７２】
本発明に係る新型ネットワークと従来のイーサネットの融合を実現するため、前記アクセスネットワーク設備は、前記アクセススイッチと、ソース端末、目標端末間に接続するイーサネットプロトコル変換ゲートウェイとローカルイーサネットをさらに備える。
本発明に係る実施形態は、イーサネットプロトコル変換ゲートウェイが新型ネットワークに接続し、ノードサーバからイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと当該イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスとを獲得するステップと、前記イーサネットプロトコル変換ゲートウェイが新型ネットワークが送信したデータパケット或いはプロトコルパケットを受信し、前記データパケット或いはプロトコルパケットにイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加えてローカルイーサネットへ送信するステップと、前記イーサネットプロトコル変換ゲートウェイがローカルイーサネットにより送信されたデータパケット或いはプロトコルパケットを受信し、前記データパケット或いはプロトコルパケットにおけるイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスとソース端末のＭＡＣアドレスを削除して新型ネットワークへ送信するステップとを備える。
【００７３】
ここで、前記目標端末とソース端末は新型ネットワークプロトコルをフォローする。
【００７４】
説明が必要な点として、前記新型ネットワーク従来のイーサネットの融合を実現するため、同時に従来のイーサネットプロトコル変換ゲートウェイの機能を充分に利用するため、本発明は標準なイーサネットゲートウェイを改造し、特殊なタイプのアクセススイッチとし、新型ネットワークイーサネット間にて接続転換の役割を果たすということがある。改造後のイーサネットゲートウェイをイーサネットプロトコル変換ゲートウェイと呼ぶ。新型ネットワークにおいて、イーサネットプロトコル変換ゲートウェイはアクセスネットワーク部分に位置し、アクセススイッチと接続することができ、ノードサーバとも直接接続することができる。イーサネットにおいて、イーサネットプロトコル変換ゲートウェイと標準的なイーサネットスイッチは接続し、イーサネットスイッチは端末に接続する。
【００７５】
即ち本発明に係る実施形態において、イーサネットプロトコル変換ゲートウェイの新型ネットワークへのアクセスは具体的に、主制御サーバが照会パケットを送信するステップと、イーサネットプロトコル変換ゲートウェイが電源を入れて初期化した後、照会パケットを受信し、イーサネットプロトコル変換ゲートウェイシリアル番号を備える応答パケットをフィードバックするステップと、主制御サーバが登録情報テーブルから前記シリアル番号に対応する、イーサネットプロトコル変換ゲートウェイＭＡＣアドレスとと、当該イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスとを備えるイーサネットプロトコル変換ゲートウェイ情報を照会する、ステップと、主制御サーバが前記イーサネットプロトコル変換ゲートウェイへ、イーサネットプロトコル変換ゲートウェイの新型ネットワークにおけるアドレスと、イーサネットプロトコル変換ゲートウェイのMACアドレスとを備えるアクセス命令を送信するステップと、前記イーサネットプロトコル変換ゲートウェイがアクセス命令を受信後応答をフィードバックし、イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセスするステップとをさらに備える。
【００７６】
実際には、端末ＭＡＣアドレスとイーサネットプロトコル変換ゲートウェイのバインド関係は、端末とイーサネットプロトコル変換ゲートウェイを売り出す際にノードサーバにプリセットする。
【００７７】
前記イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセスし、イーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと当該イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスとを獲得後、前記イーサネットプロトコル変換ゲートウェイにバインドした端末が新型ネットワークにアクセスすることは、主制御サーバが照会パケットを送信するステップとイーサネットプロトコル変換ゲートウェイが照会パケットを受信し、プロトコルパケットアドレステーブルに基づき、照会パケットを対応のポートまでガイドし、前記照会パケットにイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加えて転送するステップと、端末が電源を入れて初期化した後、照会パケットを受信し、端末シリアル番号を備える応答パケットをフィードバックするステップと、イーサネットプロトコル変換ゲートウェイが前記応答パケットにおけるイーサネットプロトコル変換ゲートウェイMACアドレスと端末ＭＡＣアドレスとを削除して主制御サーバへ伝送するステップと、主制御サーバ登録情報テーブルにおいて前記端末シリアル番号に対応する端末情報を検出し、端末の新型ネットワークにおけるアドレスを備えるアクセス命令を送信するステップと、イーサネットプロトコル変換ゲートウェイが前記アクセス命令を受信し、イーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスとを加えた後、転送するステップと、端末がアクセス命令を受信後、応答をフィードバックし、イーサネットプロトコル変換ゲートウェイが前記応答におけるイーサネットプロトコル変換ゲートウェイＭＡＣアドレスと端末ＭＡＣアドレスを削除後に主制御サーバへ転送し、端末が新型ネットワークにアクセスするステップとを備える。
【００７８】
上述から、イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセス後、集中制御の機能を有するノードサーバからイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと当該イーサネットプロトコル変換ゲートウェイにて登録した端末ＭＡＣアドレスを獲得することが明らかである。このような状況において、本発明に係る実施形態はさらに、前記イーサネットプロトコル変換ゲートウェイが新型ネットワークにより送信されたデータパケット或いはプロトコルパケットを受信し、前記データパケット或いはプロトコルパケットにイーサネットプロトコル変換ゲートウェイのMACアドレスと目標端末のＭＡＣアドレスを加えてイーサネットへ送信するステップと、前記イーサネットプロトコル変換ゲートウェイがイーサネットにより送信されたデータパケット或いはプロトコルパケットを受信し、データパケット或いはプロトコルパケットにおけるイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスとソース端末のMACアドレスを削除して新型ネットワークへ送信するステップとを備える。
【００７９】
ここで、前記目標端末とソース端末は新型ネットワークプロトコルをフォローする。
【００８０】
即ちイーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセス後、データパケット或いはプロトコルパケットに対しＭＡＣを加減することができる。
【００８１】
さらに具体的には、本発明に係る実施形態において好ましくは、イーサネットプロトコル変換ゲートウェイＭＡＣアドレスと目標端末ＭＡＣアドレスを加えたデータパケットに対し、イーサネットにおいてイーサネットプロトコルにより伝送を行う。イーサネットプロトコル変換ゲートウェイＭＡＣアドレスとソース端末ＭＡＣアドレスを削除したデータパケットに対し、新型ネットワークにおいて新型ネットワークプロトコルにより伝送を行う。
【００８２】
好ましくは、新型ネットワークが送信したデータパケットと、イーサネットが送信したデータパケットは、パケットヘッドは両伝送エンドの新型ネットワークのアドレスを含む。前記アドレスは、データパケットのソースアドレスと目的アドレスである。
【００８３】
本実施形態においてさらに、イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスと端末の新型ネットワークにおけるアドレスのマッピングを獲得するステップと、前記イーサネットプロトコル変換ゲートウェイが新型ネットワークにより送信されたデータパケットを受信し、データパケットの目的アドレスとＭＡＣアドレスのマッピングに基づき、データパケットにおいて対応する目標端末のＭＡＣアドレスを加えるステップとを備える。
【００８４】
上述のコンテンツにより、新型ネットワークイーサネットはイーサネットプロトコル変換ゲートウェイを介して良好な互換性を実現する。この他に、前記イーサネットプロトコル変換ゲートウェイはさらに精確なストリーム制御を実現するというような前記アクセススイッチが有する機能を備えることができる。以下に具体的な実現方式を説明する。
【００８５】
前記イーサネットプロトコル変換ゲートウェイがイーサネットにより送信されたデータパケットを受信後、前記データパケットにおいてイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスとソース端末のＭＡＣアドレスとを削除する前に、前記方法はさらに、受信したデータパケットを検査し、もし検査要求に合えば、対応のストリーム識別子を割り当てるステップを備える。前記検査は、データパケットのイーサネットプロトコル変換ゲートウェイＭＡＣアドレス、ソース端末ＭＡＣアドレス、目的アドレス、ソースアドレス、データデータパケットタイプおよびパケットの長さが要求に合うかどうかを検査できる。
【００８６】
さらに、前記イーサネットプロトコル変換ゲートウェイは、前記データパケットにおけるイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスとソース端末のＭＡＣアドレスを削除後、送信する前に、ストリーム識別子に基づきデータパケットを対応のポートに入れてバッファーを受信するステップと；ポートからバッファー読み出すデータパケットを受信し、かつストリーム識別子に基づき対応のストリームのパケットバッファーのキューに入れるステップと；パケットバッファーのキューをポーリングし、送信トークンを作った後、送信トークンにおけるストリーム識別子に基づき、対応のストリームのパケットバッファーのキューからデータパケットを順次読み出して、ポートに入れてバッファーを送信するステップと；ポートからバッファー読み出すデータパケットを送信するステップとをさらに備える。
【００８７】
また、前記イーサネットプロトコル変換ゲートウェイは、ポートはバッファーがいっぱいでないである条件１と、対応のストリームのパケットバッファーのキューにおけるパケットカウンターが０より大きいである条件２とを同時に満たすかどうかを判断し、もし２つの条件を同時に満たせば、送信トークンにおけるストリーム識別子に基づき、対応のストリームのパケットバッファーのキューからデータパケットを順次読み出して、ポートに入れてバッファーを送信する。
【００８８】
前記ストリーム制御の過程において、前記送信トークンは以下の方法により生成する。新型ネットワークにおける集中制御の機能を有するノードサーバが端末により開始されたサービス申請プロトコルパケットに基づき、ストリーム制御情報を生成し、アップリンクにおいてストリーム制御を行うイーサネットプロトコル変換ゲートウェイへ送信する。前記ストリーム制御情報は、送信時間の間隔と送信したデータのサイズを備える。イーサネットプロトコル変換ゲートウェイはストリーム制御情報に基づき送信トークンを生成する。前記トークンはストリーム識別子を備える。
【００８９】
上述の通り、前記新型ネットワークはＭＡＮ部分を備える。ＭＡＮにおいて、前記主制御サーバはメトロポリタン・エリア・サーバであり、前記下位ネットワーク設備はノードスイッチとノードサーバを備える。ここで、前記ノードスイッチはメトロポリタン・エリア・サーバとノードサーバ間に接続する。
本発明に係る実施形態は、下位ネットワーク設備がＭＡＮにアクセスし、メトロポリタン・エリア・サーバによりアクセスした設備にプロトコルラベルとＭＡＮアドレスとを割り当てるステップと、ここで、前記プロトコルラベルが下位ネットワーク設備とメトロポリタン・エリア・サーバ間の接続を記述し、同一の下位ネットワーク設備とメトロポリタン・エリア・サーバ間に複数の接続がある場合、メトロポリタン・エリア・サーバは各接続へ異なるプロトコルラベルを割り当てる；
各ＭＡＮを跨ぐサービスの申請に対し、メトロポリタン・エリア・サーバが対応するサービスのデータラベルを割り当てるステップとを備える。
前記データラベルはサービスに関するノードサーバ間の接続を記述する
【００９０】
ここで、前記ラベルは多重化することができ、以下の２つの多重化の場合を備える。
【００９１】
場合１、下位ネットワーク設備からメトロポリタン・エリア・サーバまでのプロトコルラベルと、メトロポリタン・エリア・サーバから当該下位ネットワーク設備までのプロトコルラベルとは異なるラベル、或いは同じラベルである。サービスに関するノードサーバ間は、ノードサーバから別のノードサーバまでのデータラベルと、別のノードサーバからノードサーバまでのデータラベルは異なるラベル、或いは同じラベルである。
【００９２】
場合２、前記ラベルをインラベルとアウトラベルに分ける。インラベルはデータパケットがメトロポリタン・エリア・サーバ或いはノードスイッチに入るといういうラベルを表し、アウトラベルは当該データパケットがメトロポリタン・エリア・サーバ或いはノードスイッチを離れるというラベルを表す。同一のデータパケットのインラベルとアウトラベルとは、異なるラベル、或いは同じラベルである。
【００９３】
好ましくは、本発明のデータラベルはノードサーバから別のノードサーバまでの接続を記述することができ、この２つのノードサーバの接続経路にノードスイッチが存在するかどうかと関係ない。当然これについて、本発明は複数のデータラベルによりこの２つのノードサーバの接続を記述することもできる。各データラベルは当該接続経路における一部を記述する。例えば、１号ノードサーバから１号ノードスイッチまでの接続は１号データラベルを用い、１号ノードスイッチから２号ノードスイッチまでの接続は２号データラベルを用い、２号ノードスイッチから２号ノードサーバまでの接続は３号データラベル等を用いる。
【００９４】
まず、プロトコルラベルの割り当てと使用について以下に具体的に説明する。
【００９５】
下位ネットワーク設備がＭＡＮにアクセスし、メトロポリタン・エリア・サーバによるプロトコルラベルとＭＡＮアドレスの割り当ては、メトロポリタン・エリア・サーバが自身の全ての下向ポートへ、メトロポリタン・エリア・サーバにより割り当てられたスタンバイプロトコルラベルを備えるメトロポリタン・エリア・照会ラベルパケットを送信するステップと；ある下位ネットワーク設備が電源を入れた後、メトロポリタン・エリア・サーバにより送信されたメトロポリタン・エリア・照会ラベルパケットを受信して、メトロポリタン・エリア・サーバへ、下位ネットワーク設備のシリアル番号と、メトロポリタン・エリア・照会ラベルパケットを受信するポート番号とを備えるメトロポリタン・エリア・応答ラベルパケットをフィードバックするステップと；メトロポリタン・エリア・サーバがメトロポリタン・エリア・応答ラベルパケットを受信後、パケットにおけるシリアル番号に基づき下位ネットワーク設備が登録されているかどうか検証し、もしすでに登録されていれば下位ネットワーク設備がメトロポリタン・エリア・照会ラベルパケットを受信するポートへ、メトロポリタン・エリア・サーバにより下位ネットワーク設備に割り当てられたＭＡＮアドレスと前記スタンバイプロトコルラベルとを備えるアクセス命令を送信するステップと；下位ネットワーク設備に対応するポートがアクセス命令を受信後、アクセス命令応答をフィードバックし、下位ネットワーク設備がＭＡＮにアクセスするステップとを備える。ここで、前記下位ネットワーク設備は、ノードスイッチ或いはノードサーバである。
【００９６】
前記下位ネットワーク設備アクセス過程のラベルの多重化方法においては、前記メトロポリタン・エリア・応答ラベルパケットにおけるプロトコルラベルと前記メトロポリタン・エリア・照会ラベルパケットにおけるプロトコルラベルは同じであり、前記アクセス命令応答におけるプロトコルラベルと前記アクセス命令におけるプロトコルラベルは同じである。
【００９７】
特別な点として、同一の下位ネットワーク設備とメトロポリタン・エリア・サーバ間に複数の接続がある場合、前記同一の下位ネットワーク設備の複数ポートは複数メトロポリタン・エリア・照会ラベルパケットを受信し、各メトロポリタン・エリア・照会ラベルパケットにおけるスタンバイプロトコルラベルは異なる。メトロポリタン・エリア・サーバは複数の異なるプロトコルラベルを介して、同一の下位ネットワーク設備の複数ポートへ複数アクセス命令を送信するが、各アクセス命令における当該下位ネットワーク設備が割り当てたMANアドレスは同じである。
【００９８】
下位ネットワーク設備がアクセス後、さらにプロトコルパケットラベルテーブルを設置できる。具体的に、下位ネットワーク設備にプロトコルパケットラベルテーブルが設置されており、下位ネットワーク設備が電源を入れる場合、自身内のプロトコルパケットラベルテーブルにおいて全てのメトロポリタン・エリア・プロトコルパケットをＣＰＵモジュールまでガイドするように設置するステップと；下位ネットワーク設備がノードスイッチである場合、ノードスイッチがＭＡＮにアクセス後、メトロポリタン・エリア・サーバの指令に基づき自身のプロトコルパケットラベルテーブルを修正し、メトロポリタン・エリア・サーバにより新たに割り当てられた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケットをそれぞれノードスイッチに対応する下向ポートまでガイドするステップとが備えられる。ここで、前記新たに割り当てたスタンバイプロトコルラベルはメトロポリタン・エリア・サーバから前記ノードスイッチの下位接続設備までの接続を記述する。前記メトロポリタン・エリア・プロトコルはメトロポリタン・エリア・サーバが送信したメトロポリタン・エリア・照会ラベルパケットを備える。
【００９９】
下位ネットワーク設備がアクセス後、さらに応答パケットラベルテーブルを設置できる。具体的に、下位ネットワーク設備に応答パケットラベルテーブルが設置されており、下位ネットワーク設備が電源を入れる場合、自身内の応答パケットラベルテーブルにおいて全てのメトロポリタン・エリア・応答ラベルパケットのガイド閉止を設置するステップと；下位ネットワーク設備がメトロポリタン・エリア・サーバにより送信されたメトロポリタン・エリア・照会ラベルパケットを受信後、自身の応答パケットラベルテーブルを修正し、前記プロトコルラベルに対応するメトロポリタン・エリア・応答ラベルパケットを、当該メトロポリタン・エリア・照会ラベルパケットを受信する上向ポートまでガイドするステップと；下位ネットワーク設備がノードスイッチである場合、ノードスイッチがＭＡＮにアクセス後、メトロポリタン・エリア・サーバの指令に基づき自身の応答パケットラベルテーブルを修正し、メトロポリタン・エリア・サーバにより新たに割り当てられた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・応答ラベルパケットをそれぞれノードスイッチに対応する上向ポートまでガイドするステップとが備えられる。ここで、前記新たに割り当てたスタンバイプロトコルラベルは前記ノードスイッチの下位接続設備からメトロポリタン・エリア・サーバまでの接続を記述する。
【０１００】
本発明に係る好ましい実施形態において、メトロポリタン・エリア・サーバにプロトコルパケットラベルテーブルが設置されている。メトロポリタン・エリア・サーバが電源を入れる場合、自身内のプロトコルパケットラベルテーブルに全てのメトロポリタン・エリア・プロトコルパケットのガイド閉止を設置するステップと、メトロポリタン・エリア・サーバがその自身の下向ポートと数に応じてスタンバイプロトコルラベルを割り当て、自身のプロトコルパケットラベルテーブルを修正し、割り当てた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケットをそれぞれメトロポリタン・エリア・サーバに対応する下向ポートまでガイドするステップとが備えられる。
ここで、前記スタンバイプロトコルラベルはメトロポリタン・エリア・サーバから前記下位ネットワーク設備までの接続を記述する。前記メトロポリタン・エリア・プロトコルは、メトロポリタン・エリア・サーバが送信したメトロポリタン・エリア・照会ラベルパケットを備える。前記メトロポリタン・エリア・サーバは自身のプロトコルパケットラベルテーブルに基づきその下向ポートへメトロポリタン・エリア・照会ラベルパケットを送信する。
【０１０１】
これに応じて、下位ネットワーク設備がアクセス後、メトロポリタン・エリア・サーバも自身のプロトコルパケットラベルテーブルを設置でき、以下具体的説明する。
【０１０２】
１、メトロポリタン・エリア・サーバにプロトコルパケットラベルテーブルが設置されており、メトロポリタン・エリア・サーバが電源を入れる場合、自身内のプロトコルパケットラベルテーブルにおいて全てのメトロポリタン・エリア・プロトコルパケットのガイド閉止を設置する。メトロポリタン・エリア・サーバは自身の下向ポート数に応じてスタンバイプロトコルラベルを割り当て、かつ自身のプロトコルパケットラベルテーブルを修正し、割り当てた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケットをそれぞれメトロポリタン・エリア・サーバに対応する下向ポートまでガイドする。ここで、前記スタンバイプロトコルラベルは、メトロポリタン・エリア・サーバから前記下位ネットワーク設備までの接続を記述する。前記メトロポリタン・エリア・プロトコルは、メトロポリタン・エリア・サーバが送信したメトロポリタン・エリア・照会ラベルパケットを備える。前記メトロポリタン・エリア・サーバは、自身のプロトコルパケットラベルテーブルに基づき、自身の下向ポートへメトロポリタン・エリア・照会ラベルパケットを送信する。
【０１０３】
２、下位ネットワーク設備がアクセス後、メトロポリタン・エリア・サーバは前記下位ネットワーク設備の下位接続設備に新たにスタンバイプロトコルラベルを割り当てることができる。かつ、自身のプロトコルパケットラベルテーブルを修正し、新たに割り当てた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケットをそれぞれメトロポリタン・エリア・サーバに対応する下向ポートまでガイドする。ここで、前記新たに割り当てたスタンバイプロトコルラベルは、メトロポリタン・エリア・サーバから前記下位ネットワーク設備までの下位接続設備の接続を記述する。前記メトロポリタン・エリア・プロトコルは、メトロポリタン・エリア・サーバが送信したメトロポリタン・エリア・照会ラベルパケットを備える。前記メトロポリタン・エリア・サーバは、自身のプロトコルパケットラベルテーブルに基づき、自身の下向ポートへメトロポリタン・エリア・照会ラベルパケットを送信する。
【０１０４】
これに応じて、下位ネットワーク設備がアクセス後、メトロポリタン・エリア・サーバも自身の応答パケットラベルテーブルを設置でき、具体的に、メトロポリタン・エリア・サーバに応答パケットラベルテーブルが設置されており、メトロポリタン・エリア・サーバが電源を入れる場合、自身内の応答パケットラベルテーブルにおいて全てのメトロポリタン・エリア・応答ラベルパケットをＣＰＵモジュールへガイドするように設置する。
【０１０５】
ここで、アクセスした下位ネットワーク設備がノードスイッチである場合、当該ノードスイッチのノードスイッチとノードサーバとを備えるある下位接続設備はＭＡＮにアクセスする。具体的に、メトロポリタン・エリア・サーバが新たに割り当てたスタンバイプロトコルラベルを使用して、各下位接続設備へメトロポリタン・エリア・照会ラベルパケットを送信し、前記メトロポリタン・エリア・照会ラベルパケットに基づき、プロトコルパケットラベルテーブルがそれぞれメトロポリタン・エリア・サーバに対応する下向ポートまでガイドされるステップと；下位接続設備が電源を入れた後、前記メトロポリタン・エリア・照会ラベルパケットを受信して、メトロポリタン・エリア・サーバへ、当該下位接続設備のシリアル番号と、メトロポリタン・エリア・照会ラベルパケットを受信するポート番号とを備えるメトロポリタン・エリア・応答ラベルパケットをフィードバックするステップと；メトロポリタン・エリア・サーバが前記メトロポリタン・エリア・応答ラベルパケットを受信後、パケットにおけるシリアル番号に基づき下位接続設備が登録されているかどうかを検証し、もしすでに登録されていれば下位接続設備へ、メトロポリタン・エリア・サーバにより下位接続設備に割り当てられたＭＡＮアドレスと前記割り当て待機プロトコルラベルとを備えるアクセス命令を送信するステップと；下位接続設備がアクセス命令を受信後、アクセス命令応答をフィードバックし、下位接続設備がＭＡＮにアクセスするステップとを備える。
【０１０６】
下位ネットワーク設備が自身のプロトコルパケットラベルテーブルと応答パケットラベルテーブルを設置後、メトロポリタン・エリア・サーバと下位接続設備間の下位ネットワーク設備は、前記メトロポリタン・エリア・照会ラベルパケットアクセス命令を受信後、自身のプロトコルパケットラベルテーブルに基づき、前記メトロポリタン・エリア・照会ラベルパケットアクセス命令を対応の下向ポートまでガイドして転送する。メトロポリタン・エリア・サーバと下位接続設備間の下位ネットワーク設備は前記メトロポリタン・エリア・応答ラベルパケットアクセス命令応答を受信後、自身の応答パケットラベルテーブルに基づき、前記メトロポリタン・エリア・応答ラベルパケットと、アクセス命令応答とを対応の上向ポートまでガイドして転送する。
【０１０７】
好ましくは、メトロポリタン・エリア・サーバにラベル情報テーブルが設置されており、ラベル情報テーブルの各項目はラベルの占用情報と、ラベル記述情報と、ラベルルーティング情報とを記録する。ここで、前記ラベルルーティング情報は、当該ラベルホッピングスイッチのMANアドレスと、ポート番号とを備える。
【０１０８】
ラベル情報テーブルの使用は以下を含む。
【０１０９】
１、メトロポリタン・エリア・サーバが下位ネットワーク設備にスタンバイラベルを１つ割り当てる場合、前記ラベル情報テーブルにおいて当該ラベルに対応する項目を修正し、ラベル占用情報を未使用からスタンバイに変更し、ラベルルーティング情報における前ホッピングスイッチのＭＡＮアドレスおよびポートをメトロポリタン・エリア・サーバのアドレスおよび対応のポートと設定する。前記ラベル記述情報は修正しない。前記下位ネットワーク設備がアクセス後、前記ラベル情報テーブルにおいて当該ラベルに対応する項目を修正し、ラベル占用情報を使用済みに変更し、前記ラベル記述情報とラベルルーティング情報は修正しない。
【０１１０】
２、メトロポリタン・エリア・サーバが前記下位ネットワーク設備の下位接続設備にスタンバイラベルを１つ割り当てる場合、前記ラベル情報テーブルにおいて当該ラベルに対応する項目を修正し、ラベル占用情報を未使用からスタンバイに変更し、ラベルルーティング情報において前ホッピングスイッチのＭＡＮアドレスおよびポートを前記下位ネットワーク設備のアドレスおよび対応のポートと設定する。前記ラベル記述情報は修正しない。前記下位接続設備がアクセス後、前記ラベル情報テーブルにおいて当該ラベルに対応する項目を修正し、ラベル占用情報を使用済みに変更する。前記ラベル記述情報とラベルルーティング情報は修正しない。
【０１１１】
好ましくは、メトロポリタン・エリア・サーバにアドレス情報テーブルが設置されており、アドレス情報テーブルの各項目にＭＡＮアドレス占用情報、設備記述情報および設備リソース情報が記録される。ここで、設備リソース情報は、当該設備の各ネットワークポートが接続する下位ネットワーク設備のＭＡＮアドレスと、当該設備の各ネットワークポートのアップ・ダウンリンクストリーム計数とを備える。
【０１１２】
アドレス情報テーブルの使用は以下を含む。
【０１１３】
１、メトロポリタン・エリア・サーバが電源を入れた後、自身にＭＡＮアドレスを割り当て、前記アドレス情報テーブルにおいて当該アドレスに対応する項目を修正し、アドレス占用情報を未使用から使用済みに変更し、設備記述情報を前記メトロポリタン・エリア・サーバに変更し、設備リソース情報を前記メトロポリタン・エリア・サーバのリソース記述に変更する。
【０１１４】
２、メトロポリタン・エリア・サーバが下位ネットワーク設備にＭＡＮアドレスを割り当て、当該ＭＡＮアドレスを備えるアクセス命令を送信する場合、前記アドレス情報テーブルにおいて当該アドレスに対応する項目を修正し、アドレス占用情報を未使用からスタンバイに変更する。前記設備記述情報と設備リソース情報は修正しない。メトロポリタン・エリア・サーバが下位ネットワーク設備により送信されたアクセス命令応答を受信後、前記アドレス情報テーブルにおいて当該アドレスに対応する項目を修正し、アドレス占用情報を使用済みに変更し、設備記述情報を前記下位ネットワーク設備に変更し、設備リソース情報を前記下位ネットワーク設備のある上向ポートに接続しているメトロポリタン・エリア・サーバのある下向ポートに変更する。同時に、アドレス情報テーブルにおいて前記メトロポリタン・エリア・サーバドレスに対応する項目を修正する。設備リソース情報を前記メトロポリタン・エリア・サーバのある下向ポートに接続している下位ネットワーク設備のある上向ポートに変更する。前記アドレス占用情報と設備記述情報は修正しない。ここで、前記下位ネットワーク設備のある上向ポートは、下位ネットワーク設備がフィードバックしたメトロポリタン・エリア・応答ラベルパケットに基づいてわかり、前記メトロポリタン・エリア・サーバのあるダウンリンクポトは、プロトコルパケットラベルテーブルに基づいてわかる。
【０１１５】
３、メトロポリタン・エリア・サーバは、下位ネットワーク設備の下位接続設備にＭＡＮアドレスを割り当て、当該ＭＡＮアドレスを備えるアクセス命令を送信する場合、前記アドレス情報テーブルにおいて当該アドレスに対応する項目を修正し、アドレス占用情報を未使用からスタンバイに変更する。前記設備記述情報と設備リソース情報とは修正しない。メトロポリタン・エリア・サーバは、前記下位接続設備が送信したアクセス命令応答を受信後、前記アドレス情報テーブルにおいて当該アドレスに対応する項目を修正し、アドレス占用情報を使用済みに変更し、設備記述情報を前記下位接続設備に変更し、設備リソース情報を前記下位接続設備のある上向ポートに接続している前記下位ネットワーク設備のある下向ポートに変更する。同時に、アドレス情報テーブルにおいて前記下位ネットワーク設備アドレスに対応する項目を修正し、設備リソース情報を前記下位ネットワーク設備のある下向ポートに接続している下位接続設備のある上向ポートに変更する。前記アドレス占用情報と設備記述情報は修正しない。ここで、前記下位接続設備のある上向ポートは、下位接続設備は、フィードバックしたメトロポリタン・エリア・応答ラベルパケットに基づきわかり、前記下位ネットワーク設備のある下向ポートは、プロトコルパケットラベルテーブルに基づきわかる。
【０１１６】
好ましくは、メトロポリタン・エリア・サーバは設備情報テーブルを設置しており、設備情報テーブルの各項目に設備ロゴ、設備状態と設備アドレスが記録される。
【０１１７】
設備情報テーブルの使用は以下を含む。メトロポリタン・エリア・サーバが下位ネットワーク設備或いは当該下位ネットワーク設備の下位接続設備にMANアドレスを割り当て、当該ＭＡＮアドレスを備えるアクセス命令を送信する場合、前記設備情報テーブルにおいて設備に対応する項目を修正し、設備状態をアクセスを待機しているに変更し、設備アドレスを割り当てたＭＡＮアドレスに変更する。前記設備ロゴは修正しない。メトロポリタン・エリア・サーバが下位ネットワーク設備或いは当該下位ネットワーク設備の下位接続設備により送信されたアクセス命令応答を受信後、前記設備情報テーブルにおいて設備に対応する項目を修正し、設備状態をアクセス済みに変更し、前記設備ロゴと設備アドレスは修正しない。
【０１１８】
次に、データラベルの割り当てと使用を説明する。
【０１１９】
各ＭＡＮを跨ぐサービスの申請に対し、メトロポリタン・エリア・サーバが以下のように対応するサービスのデータラベルを割り当てる。
前記ＭＡＮを跨ぐサービス申請が、第１端末と第２端末に関する。あるノードサーバに接続する第１端末はサービス申請パケットを開始する。当該ノードサーバは前記サービス申請パケットに基づき、第２端末当該ノードサーバに接続しなければ、プロトコルラベルを加えｙｒメトロポリタン・エリア・サーバへサービス申請パケットを送信することを判断する。メトロポリタン・エリア・サーバは受信したサービス申請パケットに基づき、第２端末が別のノードサーバに接続することを判断する。メトロポリタン・エリア・サーバは当回サービスのＭＡＮにおける通信リンク情報を獲得する。そして当回サービスのデータラベルを割り当て、かつ、それぞれ通信リンクにおける下位ネットワーク設備へ前記データラベル情報を備えるラベル割り当てパケットを送信する。ここで、前記ラベル割り当てパケットはインラベル、アウトラベルおよびガイドポートを備え、前記下位ネットワーク設備はノードスイッチとノードサーバと備える。
【０１２０】
前記サービス申請の過程において、パケットラベルテーブルをさらに設置できる。具体的に、メトロポリタン・エリア・サーバが割り当てたデータラベルに基づき、自身内のパケットラベルテーブルに当回サービスのインラベル、アウトラベルおよびガイドポートを設置する。通信リンクにおける下位ネットワーク設備が前記ラベル割り当てパケットを受信後、下位ネットワーク設備がラベル割り当てパケットに基づき、自身内のパケットラベルテーブルにおいてインラベル、アウトラベルおよびガイドポートを設置する。ここで、メトロポリタン・エリア・サーバとノードスイッチ内のパケットラベルテーブルは、各自が設置したインラベルにより受信したラベルパケットを対応のポートまでガイドし、かつ、設置した対応するアウトラベルを使用して、送信する。ノードサーバ内のパケットラベルテーブルは、ノードサーバがアクセスネットワークから受信したデータパケットを対応のポートまでガイドし、かつ設置した対応するアウトレベルを加え、ＭＡＮまで送信するステップとを備える。
【０１２１】
前記サービス申請の過程において、ノードサーバは、アドレス-ラベルマッピングテーブルをさらに設置できる。具体的に、メトロポリタン・エリア・サーバがノードサーバに送信するラベル割り当てパケットは、当回サービスの第１端末アクセスネットワークアドレス、第２端末アクセスネットワークアドレスとアウトラベルのバインド関係を含む。通信リンク両端のノードサーバがそれぞれラベル割り当てパケットを受信後、各自内部のアドレス-ラベルマッピングテーブルに前記バインド関係を設置する、ここで、アクセスネットワークアドレスが各ノードサーバが接続したアクセス設備に割り当てたアドレスである。
【０１２２】
前記サービス申請の過程において、ノードサーバは、自身のパケットアドレステーブルをさらに設置できる。具体的に、通信リンク両端のノードサーバがそれぞれラベル割り当てパケットを受信後、第２端末に接続するノードサーバは、パケットにおけるアクセスネットワーク目的アドレスに基づき、自身内のパケットアドレステーブルに目的アドレスが当該アクセスネットワーク目的アドレスであるパケットがガイドするポートを設置する。第１端末に接続するノードサーバがパケットにおけるアクセスネットワークソースアドレスに基づき、自身内のパケットアドレステーブルに目的アドレスが当該アクセスネットワークソースアドレスであるパケットがガイドするポートを設置する。
【０１２３】
前記サービス申請過程においてさらに、第１端末に接続するノードサーバが、自身内のパケットアドレステーブルに基づき、第１端末へサービス処理命令を送信するステップと；第２端末に接続するノードサーバが、自身内のパケットアドレステーブルに基づき、第２端末へサービス処理命令を送信するステップと；第１端末と第２端末がそれぞれ受信したサービス処理命令に基づき対応の動作を実行するステップとを備える。
【０１２４】
ここで、前記通信リンク情報は単方向通信リンク情報、或いは、双方向通信リンク情報である。
【０１２５】
また、前記サービス申請の過程において、ストリーム制御を行うことができ、かつストリーム制御により適する通信リンクを割り当てる。具体的に以下に説明する。
【０１２６】
好ましくは、前記サービス申請の過程において、あるノードサーバに接続する第１端末がサービス申請パケットを開始後、当該ノードサーバがサービス申請パケットのコンテンツに基づき、ノードサーバと第１端末間の通信リンクにおける余剰ストリーム・りソースがサービスに必要とするストリーム・りソースを満たすかどうかを検査し、もし、ストリーム・りソースを満たさなければ第１端末へサービス拒絶パケットを送信し、もし、ストリーム・りソースを満たせば、第２端末が当該ノードサーバに接続するかどうかを判断することを備える。
【０１２７】
好ましくは、前記サービス申請の過程において、メトロポリタン・エリア・サーバが当回サービスのＭＡＮにおける通信リンク情報を獲得後、メトロポリタン・エリア・サーバがサービス申請パケットのコンテンツに基づき、当回サービスのＭＡＮにおける通信リンクの余剰ストリーム・りソースがサービスに必要とするストリーム・りソースを満たすかどうかを検査する。もし満たさなければ、第１端末に接続するノードサーバへサービス拒絶パケットを送信する。 
【０１２８】
好ましくは、前記サービス申請の過程において、さらに、もしストリーム・りソースを満たせば、メトロポリタン・エリア・サーバが第２端末に接続するノードサーバへサービス申請パケットを送信する。当該ノードサーバがサービス申請パケットのコンテンツに基づき、ノードサーバと第２端末間における通信リンクの余剰ストリーム・りソースがサービスに必要とするストリーム・りソースを満たすかどうかを検査し、もしストリーム・りソース満たさなければ、メトロポリタン・エリア・サーバへ送信サービス拒絶パケットを送信する。
【０１２９】
好ましくは、前記サービス申請の過程において、もしサービスに必要とするストリーム・りソースを満たせば、第２端末に接続するノードサーバが第２端末へメニューパケットを送信する。第２端末が前記メニューパケットを受信し、通信を受ける応答パケットをフィードバックする。当該ノードサーバが前記応答パケットを受信し、プロトコルラベルを加え、メトロポリタン・エリア・サーバへサービス許可パケットを送信する。
【０１３０】
ここで、メトロポリタン・エリア・サーバにはアドレス情報テーブルが設置されており、アドレス情報テーブルの各項目はＭＡＮアドレス占用情報と、設備記述情報と設備リソース情報とを記録する。ここで、設備リソース情報は、当該設備の各ネットワークポートが接続する下位ネットワーク設備のＭＡＮアドレスと、当該設備の各ネットワークポートのアップ・ダウンリンクストリーム計数とを含む。メトロポリタン・エリア・サーバは、アドレス情報テーブルにおける設備の各ネットワークポートが接続する下位ネットワーク設備のＭＡＮアドレスに基づき、当回サービスのＭＡＮにおける通信リンク情報を獲得する。かつ、設備の各ネットワークポートのアップ・ダウンリンクストリーム計数に基づき、当回サービスのＭＡＮにおける通信リンクの余剰ストリーム・りソースを獲得する。
【０１３１】
ここで、ノードサーバにはアドレス情報テーブルが設置されており、アドレス情報テーブルの各項目はアクセスネットワークアドレス占用情報と、設備記述情報と、設備リソース情報とを記録する。ここで、設備リソース情報は、当該設備の各ネットワークポートが接続するアクセスネットワーク設備のアクセスネットワークアドレスと、当該設備の各ネットワークポートのアップ・ダウンリンクストリーム計数とを含む。ノードサーバは、アドレス情報テーブルにおける設備の各ネットワークポートが接続するアクセスネットワーク設備のアクセスネットワークアドレスに基づき、ノードサーバと端末間における通信リンク情報を獲得する。かつ、設備の各ネットワークポートのアップ・ダウンリンクストリーム計数に基づき、ノードサーバと端末間における通信リンクの余剰ストリーム・りソースを獲得する。
【０１３２】
また、ノードサーバに設置されているコンテンツ・アドレスマッピングテーブルの使用について説明する。
第１端末が開始したサービス申請パケットには、サービスタイプ情報と、サービス番号を備えるサービスコンテンツ情報と、第１端末のアクセスネットワークアドレスとが備えられる。第１端末に接続するノードサーバは、自身内のプリセットしたコンテンツ・アドレスマッピングテーブルにおいて前記サービス番号を照会し、もし見つけなければ、第２端末当該ノードサーバに接続しないと判断する。もし見つければ、第２端末は当該ノードサーバに接続すると判断する。
【０１３３】
また、メトロポリタン・エリア・サーバに設置されているコンテンツ・アドレスマッピングテーブルについて説明する。メトロポリタン・エリア・サーバが受信したサービス申請パケットには、サービスタイプ情報と、サービス番号を備えるサービスコンテンツ情報と、第１端末のアクセスネットワークアドレスとが備えられる。メトロポリタン・エリア・サーバがここでプリセットしたコンテンツ・アドレスマッピングテーブルから前記サービス番号に対応するＭＡＮアドレス照会。かつ、第２端末が別のノードサーバに接続することを判断する。
【０１３４】
また、本発明に係る実施形態は新型ネットワークの通信システムを公開する。ここで、前記新型ネットワークは、集中制御機能を有するネットワークであり、主制御サーバと下位ネットワーク設備とを含む。前記下位ネットワーク設備は端末を備える。
前記システムは、当回サービスの下向リンクを設置する、主制御サーバに位置する、経路設置モジュールと、ソース端末が送信した当回サービスのパケットを、前記ダウンリンクに基づき目標端末まで伝送する、第１通信モジュールグループとを備える。
【０１３５】
本発明に係る好ましい実施形態として、前記当回サービスのダウンリンクの設置は、当回サービスのダウンリンクに関する交換設備にテーブルを設置するよう通知することを含み、前記前記ダウンリンクに基づく伝送は、設置したテーブルの照会、交換設備が受信したパケットを対応のポートを介して伝送することを備える。
【０１３６】
即ち本発明に係る実施形態の核となる考えの１つは、主制御サーバにより交換設備へ当回サービスのダウンリンクに対しテーブルを設置するよう通知し、そして当該設置したテーブルに基づきパケットを伝送することである。
【０１３７】
具体的な実現において、前記サービスはユニキャスト通信サービスとマルチキャスト通信サービスを備える。マルチキャスト通信或いはユニキャスト通信であろうとも、上述の実施形態によりテーブルを設置でき、テーブルの利用核となる考えは新型ネットワークにおける通信を実現することである。
【０１３８】
上述のように、本発明の新型ネットワークはアクセスネットワーク部分を備える。アクセスネットワークにおいて、前記主制御サーバはノードサーバである。前記下位ネットワーク設備はアクセススイッチと端末とを備える。
【０１３９】
アクセスネットワークにおけるユニキャスト通信サービスについて、前記経路設置モジュールは、ソース端末により開始たサービス請求プロトコルパケットに基づき、当回サービスの、当回サービスにかかわる主制御サーバとアクセススイッチの下向通信ポート情報とを含む下向通信リンク情報を獲得する、ダウンリンク獲得サブモジュールと、前記主制御サーバの下向通信ポート情報に基づき、自身内のパケットアドレステーブルに当回サービスのパケットがガイドする下向ポートを設置する、テーブル設置サブモジュールと、前記アクセススイッチの下向通信ポート情報に基づき、対応のアクセススイッチへポート設置命令を送信し、前記アクセススイッチによりポート設置命令に基づき、自身内のパケットアドレステーブルに当回サービスのパケットがガイドする下向ポートを設置する、通知サブモジュールとを備える。
【０１４０】
即ち、ノードサーバの制御により、獲得した下向通信に基づき自らテーブルを設置し、かつアクセススイッチにテーブルを設置するよう通知する。
【０１４１】
本発明に係る実施形態において、前記下位ネットワーク設備アドレスはそれぞれ対応するアクセスネットワークアドレスを有する。具体的な応用の例として、前記ダウンリンク獲得サブモジュールは、ソース端末により開始された、目標端末とユニキャスト通信サービスを確立する、サービスタイプ情報と、サービス番号を備えるサービスコンテンツ情報、ソース端末のアクセスネットワークアドレスとを備えるサービス請求プロトコルパケットを獲得する、ユニキャストサービス請求受信ユニットと、前記サービス番号に基づきプリセットしたコンテンツ・アドレスマッピングテーブルから目標端末のアクセスネットワークアドレスを抽出する、目標端末アドレス抽出するユニットと、前記サービスタイプ情報、ソース端末および目標端末のアクセスネットワークアドレスに基づき、当回サービスの下向通信リンク情報を獲得する、ユニキャストリンク計算ユニットとを備える。
【０１４２】
実際に、前記主制御サーバが自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドする下向ポートは、目的アドレスがソース端末であるユニキャストデータパケットがガイドする下向ポート、および／または、目的アドレスが目標端末であるユニキャストデータパケットがガイドする下向ポートを備える。
【０１４３】
ユニキャスト通信サービスについて、ソース端末が目標端末へユニキャストサービス請求を開始する、或いは、目標端末はがソース端末へユニキャストサービス請求を開始するというような、前記通信リンク情報を単方向通信リンク情報とすることができる。或いは、ソース端末と目標端末が互いにピアへユニキャストサービス請求を開始するというような、前記通信リンク情報も双方向通信リンク情報とすることができる。
【０１４４】
前記通信リンク情報を単方向通信リンク情報とする場合、前記アクセススイッチの通信ポート情報はアップリンクにおけるアクセススイッチの上向ポート情報と、ダウンリンクにおけるアクセススイッチの下向ポート情報とを含み、前記アクセススイッチが、ポート配置設置命令に基づき自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドするポートは、目的アドレスが目標端末であるユニキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと、ダウンリンクにおけるアクセススイッチの下向ポートとを含む。
【０１４５】
前記通信リンク情報が双方向下向通信リンク情報である場合、前記アクセススイッチの通信ポート情報は、アップリンクにおけるアクセススイッチの上向ポートと下向ポート情報と、ダウンリンクにおけるアクセススイッチの上向ポートと下向ポート情報とを含み、
前記アクセススイッチが、前記ポート配置設置命令に基づき自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドするポートは、目的アドレスが目標端末であるユニキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと下向ポート、および、目的アドレスがソース端末であるユニキャストデータパケットがガイドするダウンリンクにおけるアクセススイッチの上向ポートと下向ポートを含む。
【０１４６】
本発明に係る好ましい実施形態として、前記当回サービスのパケットに目標端末のアクセスネットワークアドレスを備える。
前記第１通信モジュールグループは、前記目標端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介して対応のアクセススイッチへ伝送する、主制御サーバに位置する、第１テーブル照会ガイドモジュールと、前記目標端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介して目標端末まで伝送する、アクセススイッチに位置する。第１テーブル照会伝送モジュールとを備える。
【０１４７】
ユニキャスト通信サービスについて、データパケットはソース端末から目標端末まで伝送できるだけでなく、目標端末からソース端末まで伝送もできる。即ち、本発明に係る別の好ましい実施形態として、前記システムはさらに、目標端末が送信した当回サービスのパケットを前記ダウンリンクによりソース端末まで伝送する、第２通信モジュールグループを備えることができる。
【０１４８】
このような状況において、前記当回サービスのパケットはソース端末のアクセスネットワークアドレスを備える。前記第２通信モジュールグループは、前記ソース端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介して対応のアクセススイッチへ伝送する、主制御サーバに位置する、第２テーブル照会ガイドモジュールと、前記ソース端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットが当該下向ポートを介してソース端末まで伝送する、アクセススイッチに位置する、第２テーブル照会伝送モジュールとを備える。
【０１４９】
アクセスネットワークにおけるマルチキャスト通信サービスについて、前記ダウンリンク獲得サブモジュールは、目標端末により開始したマルチキャスト通信サービスを申請する、サービスタイプ情報と、サービス番号を備えるサービスコンテンツ情報と、目標端末のアクセスネットワークアドレスとを備えるサービス請求プロトコルパケットを獲得する、第１マルチキャストサービス請求受信ユニットと、前記サービス番号に基づきプリセットしたコンテンツ・アドレスマッピングテーブルからソース端末のアクセスネットワークアドレスを抽出する、ソース端末アドレス抽出するユニットと、前記ソース端末に対応するマルチキャストアドレスを獲得し、かつ、目標端末へ割り当てる、第１マルチキャストアドレス割り当てユニットと、前記サービスタイプ情報と、ソース端末と、目標端末のアクセスネットワークアドレスに基づき、当回マルチキャストサービスの通信リンク情報を獲得する、第１マルチキャストリンク計算ユニットとを備える。
【０１５０】
他のマルチキャスト通信サービスの例として、前記ダウンリンク獲得サブモジュールは、ソース端末により提出されたマルチキャスト通信サービスを開始する、サービスタイプ情報と、サービス番号を備えるサービスコンテンツ情報と、ソース端末のアクセスネットワークアドレスとを備えるサービス請求プロトコルパケットを獲得する、第２マルチキャストサービス請求受信ユニットと、前記サービス請求プロトコルパケットに基づきソース端末へマルチキャストアドレスを割り当てる、第２マルチキャストアドレス割り当てユニットと、サービスタイプ情報、および、主制御サーバと前記ソース端末のアクセスネットワークアドレスに基づき、当回のマルチキャストサービス上向通信リンク情報を獲得する、第２マルチキャストリンク計算ユニットとを備える。
【０１５１】
他のマルチキャスト通信サービスの例として、前記ダウンリンク獲得サブモジュールは、サービスタイプ情報、および、主制御サーバと前記ソース端末のアクセスネットワークアドレスに基づき、当回のマルチキャストサービス下向通信リンク情報を獲得する、第三マルチキャストリンク計算ユニットを備える。
【０１５２】
ノードサーバがアクセスネットワークにおけるマスターノードであるため、マルチキャストサービス通信はノードサーバの下向ポートのみに関する。よって、前記主制御サーバが自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドする下向ポートを含む。
【０１５３】
典型的なマルチキャストサービスの例において、もし目標端末が生中継視聴を請求すると、前記アクセススイッチの通信ポート情報はアップリンクにおけるアクセススイッチの上向ポート情報と、ダウンリンクにおけるアクセススイッチの下向ポート情報とを含み、
前記アクセススイッチが前記ポート設置命令に基づき自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと、ダウンリンクにおけるアクセススイッチの下向ポートとを含む。
【０１５４】
他のマルチキャストサーバの例として、もしソース端末が生中継を開始し、自ら生中継を視聴する場合、前記アクセススイッチの通信ポート情報は、アップリンクにおけるアクセススイッチの下向ポート情報をさらに含み、前記アクセススイッチが前記ポート設置命令に基づき自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの下向ポートを含む。
【０１５５】
マルチキャスト通信サービスについて、前記当回サービスのパケットは通常マルチキャストアドレスを備える。本発明に係る好ましい実施形態において、前記第１通信モジュールグループは、前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介してダウンリンクにおける対応のアクセススイッチまで伝送する、主制御サーバに位置する、第１ポートガイドモジュールと、前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介して目標端末まで伝送する、アクセススイッチに位置する、第１下向ポート伝送モモジュールとを備える。
【０１５６】
異なるマルチキャスト通信サービスについて、前記第１通信モジュールグループは、
ソース端末が送信した当回サービスデータパケットにおけるマルチキャストアドレスに基づき、前記パケットをアップリンクにおけるアクセススイッチまでガイドする、端末に位置する、送信モジュールと、前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする上向ポートを照会し、かつ、当該パケットを当該上向ポートを介して主制御サーバへ伝送する、アクセススイッチに位置する上向ポート伝送モジュールとを備える。
【０１５７】
さらに好ましくは、前記第１通信モジュールグループは、前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介してアップリンクに対応するアクセススイッチへ伝送する、主制御サーバに位置する第２ポートガイドモジュールと、前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットが当該下向ポートを介してソース端末まで伝送する、アクセススイッチに位置する第２下向ポート伝送モジュールとを備える。
【０１５８】
具体的な実現において、前記ダウンリンク獲得サブモジュールは、複数の当回サービスの通信リンク情報を獲得する場合、プリセット規則に基づき、自身内の通信リンク情報を１つ選択し、当回サービスの通信リンク情報とする、リンク選択ユニットとを備える。例として、前記プリセット規則は、ノードサーバが各通信リンクのストリーム情報と、当回サービスのストリーム情報とを獲得し、また、使用済みストリームを最小の通信リンクとして確認することである。或いは、前記プリセット規則は、ノードサーバが各通信リンクの帯域幅情報と、当回サービスの帯域幅情報を獲得し、帯域幅が最大の通信リンクを当回サービスの通信リンク情報として確認することである。
【０１５９】
好ましい実現方法として、前記ポート設置命令をプロトコルパケットに記録し、前記主制御サーバは、自身内のプリセットしたダウンリンクプロトコルパケットアドレステーブルの設置に基づき、対応のアクセススイッチ下向ポートに接続することにより、前記プロトコルパケットを対応するアクセススイッチへガイドする、プロトコルパケットガイドモジュールを備える。
【０１６０】
ここで、前記ダウンリンクプロトコルパケットアドレステーブルに、目的アドレスが下位ネットワーク設備アドレスであるプロトコルパケットがガイドする下向ポートが設置されている。
【０１６１】
さらに有効にリソースを利用するため、当回サービス完了後、前記システムはさらに、
当回サービス完了後、自身内のパケットアドレステーブルにおいて、設置した当回サービスデータパケットがガイドしたポートをリリースし、かつ、当回サービスにかかわるアクセススイッチへポートとリリース命令を送信する、主制御サーバに位置するリソースリリースモジュールと、前記ポートリリース命令に基づき、自身内のパケットアドレステーブルに設置した当回サービスデータパケットがガイドしたポートをリリースする、アクセススイッチに位置するポートリリースモジュールとを備える。
【０１６２】
本発明に係るノードサーバが集中制御を行う主な点として、これに自身のアクセスネットワークアドレスがあり、かつ下位ネットワーク設備のアクセスネットワークアドレスを保守する。このような状況において、前記下位ネットワーク設備はアクセススイッチを備え、前記システムはさらにアクセススイッチアクセス処理モジュールを備え、前記アクセススイッチアクセス処理モジュールは、ノードサーバに位置するアクセススイッチへダウンリンクプロトコルパケットを送信する、ダウンリンクプロトコルパケット送信サブモジュールと、アクセススイッチが返信したアップリンクプロトコルパケット基づきアクセス命令を送信する、第１アクセス命令送信サブモジュールと、アクセススイッチに位置する０号テーブル初期化設置サブモジュールと、ダウンリンクプロトコルパケット受信サブモジュールと、ダウンリンクプロトコルパケット受信サブモジュールと、第１アクセス命令受信サブモジュールと、第１アクセス命令受信サブモジュールと、を備え、前記０号テーブル初期化設置サブモジュールは、電源を入れる場合、自身内のダウンリンクプロトコルパケットアドレステーブルにおいて、全ダウンリンクプロトコルパケットをＣＰＵモジュールへガイドするように設置し、前記ダウンリンクプロトコルパケット受信サブモジュールは、前記ダウンリンクプロトコルパケットアドレステーブルの設置に基づき、受信した、割り当て待機アクセスネットワークアドレスを備えるダウンリンクプロトコルパケットを当該アクセススイッチＣＰＵモジュールへガイドし、前記アップリンクプロトコルパケット返信サブモジュールは、前記ＣＰＵモジュールよりアップリンクプロトコルパケットを生成してノードサーバへ送信し、前記第１アクセス命令受信サブモジュールは、ノードサーバが送信した、当該アクセススイッチのアクセスネットワークアドレスを備えるアクセス命令を受信し、前記アクセスネットワークアドレスが当該アクセススイッチにより受信されるダウンリンクプロトコルパケットにおける割り当て待機アクセスネットワークアドレスであり、前記０号テーブル第１設置サブモジュールは、自身内のダウンリンクプロトコルパケットアドレステーブルを更新し、目的アドレスがセルフアクセスネットワークアドレスであるプロトコルパケットのみをＣＰＵモジュールへガイドする。
【０１６３】
具体的な実現において、往々にしてアクセススイッチにおいて他の下位アクセスネットワーク設備をさらに接続する。このような状況において、前記アクセススイッチアクセス処理モジュールは、ノードサーバに位置するポート割り当てパケット送信サブモジュール、および、アクセススイッチに位置する第１ガイドサブモジュールと、０号テーブル第２設置サブモジュールを備える。
前記ポート割り当てパケット送信サブモジュールは、アクセス済みのアクセススイッチへ送信ポート割り当てパケットを送信する。前記ポート割り当てパケットにポート割り当て情報を含み、前記ポート割り当て情報は、各ポートダウンリンクプロトコルパケットが  前記アクセススイッチの各下向ポートへガイドする情報である。
前記第１ガイドサブモジュールは、目的アドレスがセルフアクセスネットワークアドレスであるポート割り当てパケットをＣＰＵモジュールへガイドする。
前記０号テーブル第２設置サブモジュールは、前記ポート割り当て情報に基づき、自身内のダウンリンクプロトコルパケットアドレステーブルにおいて、各ポートダウンリンクプロトコルパケットがガイドする下向ポートを設置する。
【０１６４】
さらに好ましくは、前記アクセススイッチアクセス処理モジュールは、ノードサーバに位置するポートダウンリンクプロトコルパケット送信サブモジュールと、アクセススイッチに位置する第２ガイドサブモジュールとを備える。
前記ポートダウンリンクプロトコルパケット送信サブモジュールは、アクセス済みのアクセススイッチをポートダウンリンクプロトコルパケットへ送信する。前記ポートダウンリンクプロトコルパケットは割り当て待機アクセスネットワークアドレスを備える。
前記第２ガイドサブモジュールは、自身内のダウンリンクプロトコルパケットアドレステーブルの設置に基づき、前記ポートダウンリンクプロトコルパケットを対応する下向ポートへガイドする。
【０１６５】
さらに好ましくは、前記アクセスネットワーク設備は、アクセス済みアクセススイッチ下向ポートに接続する下位アクセスネットワーク設備を含む。
前記アクセススイッチアクセス処理モジュールは、ノードサーバに位置する第２アクセス命令送信サブモジュール、および、前記下位アクセスネットワーク設備に位置するポートアップリンクプロトコルパケット返信サブモジュールと、第２アクセス命令受信サブモジュールを備える。
前記第２アクセス命令送信サブモジュールは、前記下位アクセスネットワーク設備へアクセス命令を送信する。
前記ポートアップリンクプロトコルパケット返信サブモジュールは、受信したポートダウンリンクプロトコルパケットに対しポートアップリンクプロトコルパケットを生成し、かつ、ノードサーバへ送信する。
前記第２アクセス命令受信サブモジュールは、ノードサーバが送信したアクセス命令を受信し、前記アクセス命令に当該下位アクセススイッチのアクセスネットワークアドレスを備える。前記アクセスネットワークアドレスが当該下位アクセススイッチが受信するポートダウンリンクプロトコルパケットにおける割り当て待機アクセスネットワークアドレスである。
【０１６６】
ここで、前記下位ネットワーク設備はアクセススイッチ或いは端末を備える。
【０１６７】
本発明の新型ネットワーク従来のイーサネットの融合を実現するため、前記アクセスネットワーク設備は、アクセススイッチとソース端末、目標端末間に接続するイーサネットプロトコル変換ゲートウェイとローカルイーサネットを備える。前記システムは、イーサネットプロトコル変換ゲートウェイアクセス処理モジュールを備え、前記イーサネットプロトコル変換ゲートウェイアクセス処理モジュールは、主制御サーバに位置する、照会パケットを送信する送信サブモジュールと、情報検出サブモジュールと、アクセス命令送信サブモジュールと、を備える。
前記情報検出サブモジュールは、登録情報テーブルにおいて前記シリアル番号に対応するイーサネットプロトコル変換ゲートウェイ情報を照会し、前記イーサネットプロトコル変換ゲートウェイ情報は、イーサネットプロトコル変換ゲートウェイＭＡＣアドレスと当該イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスを備える。
前記アクセス命令送信サブモジュールは、前記イーサネットプロトコル変換ゲートウェイへアクセス命令を送信する。前記アクセス命令は、イーサネットプロトコル変換ゲートウェイの新型ネットワークにおけるアドレスと、イーサネットプロトコル変換ゲートウェイのＭＡＣアドレスとを備える。
【０１６８】
前記システムは、イーサネットプロトコル変換ゲートウェイに位置する照会応答サブモジュールと、アクセス応答サブモジュールとをさらに備える。
前記照会応答サブモジュールは、電源を入れて初期化した後、照会パケットを受信し、イーサネットプロトコル変換ゲートウェイシリアル番号を備える応答パケットをフィードバックする。
前記アクセス応答サブモジュールは、アクセス命令を受信後、応答をフィードバックし、イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセスする。
【０１６９】
実際に、端末ＭＡＣアドレスとイーサネットプロトコル変換ゲートウェイのバインド関係は端末とイーサネットプロトコル変換ゲートウェイを売り出す際にノードサーバにプリセットする。
【０１７０】
本発明に係る好ましい実施形態において、さらに、イーサネットプロトコル変換ゲートウェイが端末アクセス処理モジュールをバインドすることを含む。前記イーサネットプロトコル変換ゲートウェイバインド端末アクセス処理モジュールは、照会パケットを送信する、主制御サーバに位置する照会パケット送信サブモジュールと、照会パケットを受信し、プロトコルパケットアドレステーブルに基づき、照会パケットを対応のポートまでガイドする、イーサネットプロトコル変換ゲートウェイに位置する照会パケットガイドサブモジュールと、前記照会パケットにイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加えて伝送する、イーサネットプロトコル変換ゲートウェイに位置する第１ＭＡＣアドレス追加サブモジュールと、電源を入れて初期化した後、照会パケットを受信し、端末シリアル番号を備える応答パケットをフィードバックする、端末に位置する初期化サブモジュールと、前記応答パケットにおけるイーサネットプロトコル変換ゲートウェイＭＡＣアドレスと端末ＭＡＣアドレスを削除して主制御サーバへ伝送する、イーサネットプロトコル変換ゲートウェイに位置する第１ＭＡＣアドレス削除サブモジュールと、登録情報テーブルにおいて前記端末シリアル番号に対応する端末情報を検出し、端末の新型ネットワークにおけるアドレスを備えるアクセス命令を送信する、主制御サーバに位置するアクセス通知サブモジュールと、前記アクセス命令を受信する場合、イーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加えた後、伝送を行う、イーサネットプロトコル変換ゲートウェイに位置する第２ＭＡＣアドレス追加サブモジュールと、アクセス命令を受信後、応答をフィードバックする、端末に位置するアクセス応答サブモジュールと、前記応答におけるイーサネットプロトコル変換ゲートウェイＭＡＣアドレスと端末ＭＡＣアドレスを削除後、主制御サーバへ伝送する、イーサネットプロトコル変換ゲートウェイに位置する第２MACアドレス削除サブモジュールとを備える。
【０１７１】
上述から、イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセス後、集中制御の機能を有するノードサーバからイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと当該イーサネットプロトコル変換ゲートウェイにて登録した端末ＭＡＣアドレスを獲得するこは明らかである。このような状況において、以下のモジュールにより通信を行うことができる。
前記ノードサーバはアクセスしたイーサネットプロトコル変換ゲートウェイへ当該イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスを送信する。
【０１７２】
イーサネットを介して端末と接続する前記イーサネットプロトコル変換ゲートウェイは、新型ネットワークへアクセスし、集中制御の機能を有するノードサーバから当該イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスを獲得する、ＭＡＣ獲得モジュールと、新型ネットワークが送信したデータパケットを受信し、前記データパケットにおいてイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加えてイーサネットまで送信する、ＭＡＣ追加モジュールと、イーサネットが送信したデータパケットを受信し、前記データパケットにおいてイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスとソース端末のＭＡＣアドレスを削除して新型ネットワークまで送信する、ＭＡＣ削除モジュールとを備える。
【０１７３】
ここで、前記目標端末とソース端末は新型ネットワークプロトコルをフォローする。
【０１７４】
端末は、イーサネットに接続し、イーサネット新型ネットワーク接続、かつイーサネットプロトコル変換ゲートウェイを介してバインドする。
【０１７５】
即ち、イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセス後、データパケット或いはプロトコルパケットにＭＡＣを加減することができる。
【０１７６】
さらに具体的には、本発明に係る実施形態において好ましくは、イーサネットプロトコル変換ゲートウェイＭＡＣアドレスと目標端末ＭＡＣアドレスを加えたパケットに対し、イーサネットにおいてイーサネットプロトコルにより伝送を行う。イーサネットプロトコル変換ゲートウェイＭＡＣアドレスとソース端末ＭＡＣアドレスを削除したパケットに対し、新型ネットワークにおいて新型ネットワークプロトコルにより伝送を行う。
【０１７７】
好ましくは、新型ネットワークが送信したデータパケットイーサネットが送信したデータパケットは、パケットヘッドが全て両エンドが新型ネットワークにあるアドレスを伝送することを含み、前記アドレスをデータパケットのソースアドレスと目的アドレスとする。
【０１７８】
好ましくは、前記システムは、イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセス後、ノードサーバからイーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスと端末の新型ネットワークにおけるアドレスのマッピングを獲得する、前記イーサネットプロトコル変換ゲートウェイに位置するマッピング関係獲得モジュールをさらに備える。
【０１７９】
前記ＭＡＣ追加モジュールは新型ネットワークが送信したデータパケットを受信し、データパケットの目的アドレスとＭＡＣアドレスのマッピングに基づき、データパケットにおいて対応する目標端末のＭＡＣアドレスを加える。
【０１８０】
前記イーサネットプロトコル変換ゲートウェイはストリームを精確に制御する機能をさらに有する。その実現を以下に説明する。
【０１８１】
前記システムはさらに、受信したデータパケットを検査し、もし検査要求に合えば、対応のストリーム識別子を割り当てる、前記イーサネットプロトコル変換ゲートウェイに位置するパケット検査モジュールを備える。
前記検査は、データパケットのイーサネットプロトコル変換ゲートウェイＭＡＣアドレスと、ソース端末ＭＡＣアドレス、目的アドレス、ソースアドレス、データパケットタイプとパケットの長さが要求に合うかどうかということなどを検査する。
【０１８２】
さらに好ましくは、前記システムは、前記イーサネットプロトコル変換ゲートウェイに位置するポート受信バッファと、パケットバッファー装置と、ポート送信バッファーと、交換エンジンとを備える。
前記ポート受信バッファは、ストリーム識別子に基づき対応のデータパケットをストレージする。
前記パケットバッファー装置は、ポート受信バッファーからが読み出したデータパケットをストレージする。
前記ポート送信バッファーは、パケットバッファー装置から読み出したデータパケットをストレージすると、  前記交換エンジンは、ポートからバッファー読み出すデータパケットを受信し、ストリーム識別子に基づき対応のストリームのパケットバッファー装置キューに入れ、パケットバッファー装置キューをポーリングし、送信トークンを獲得後、送信トークンにおけるストリーム識別子に基づき、対応のストリームのパケットバッファー装置キューからデータパケットを順次読み出し、かつ、ポートに入れれバッファーを送信する。ポート送信バッファーから、データパケットを読み出し、送信する。
【０１８３】
さらに好ましくは、ポートバッファーがいっぱいでないである条件１と、対応のストリームのパケットバッファーのキューにおけるパケットカウンターが０より大きいである条件２とを同時に満たすかどうかを判断する。
【０１８４】
もし同時に２つの条件を満たせば、送信トークンにおけるストリーム識別子に基づき、対応のストリームのパケットバッファーのキューからデータパケットを順次読み出し、かつポートに入れバッファーを送信する。
【０１８５】
具体的な実現において、前記ノードサーバはさらに、端末が開始したサービス申請プロトコルパケットに基づき、ストリーム制御情報を生成し、かつアップリンクにおいてストリーム制御を行うイーサネットプロトコル変換ゲートウェイへ送信する。前記ストリーム制御情報は、送信時間の間隔と送信したデータのサイズを備え、前記イーサネットプロトコル変換ゲートウェイはさらに、ＣＰＵモジュール設置により、ストリーム制御情報に基づきストリーム識別子を備える送信トークンを生成して交換エンジンへ送信する、ビットレート制御モジュールを備える。
【０１８６】
上述のように、新型ネットワークはＭＡＮ部分を備える。ＭＡＮにおいて、前記主制御サーバはメトロポリタン・エリア・サーバである。前記下位ネットワーク設備はノードスイッチとノードサーバとを備える。前記ノードスイッチはメトロポリタン・エリア・サーバとノードサーバ間に接続する。
前記システムは、前記メトロポリタン・エリア・サーバに位置するプロトコルラベル割り当てモジュールと、データラベル割り当てモジュールと、ＭＡＮアドレス割り当てモジュールとを備える。
前記プロトコルラベル割り当てモジュールは、下位ネットワーク設備にてＭＡＮにアクセスする場合、アクセスした設備にプロトコルラベルを割り当てる。同一の下位ネットワーク設備とメトロポリタン・エリア・サーバ間に複数の接続がある場合、各接続に異なるプロトコルラベルを割り当てる。ここで、前記プロトコルラベルは、下位ネットワーク設備とメトロポリタン・エリア・サーバ間の接続を記述する。前記下位ネットワーク設備はノードスイッチとノードサーバと備える。
前記データラベル割り当てモジュールは、各ＭＡＮを跨ぐサービスの申請に対し、対応するサービスのデータラベルを割り当て、前記データラベルサービスに関するノードサーバ間の接続を記述する。
前記ＭＡＮアドレス割り当てモジュールは、下位ネットワーク設備がＭＡＮにアクセスする場合、アクセスした設備にＭＡＮアドレスを割り当てる。
【０１８７】
前記メトロポリタン・エリア・サーバは、ポート照会モジュールと、ポート応答モジュールと、アクセス検証モジュールと、アクセス命令送信モジュールと、アクセス命令応答受信モジュールとをさらに備え、下位ネットワーク設備のアクセスに用いる、前記ポート照会モジュールは、全下向ポートへメトロポリタン・エリア・照会ラベルパケットを送信する。各メトロポリタン・エリア・照会ラベルパケットはプロトコルラベル割り当てモジュールが割り当てたスタンバイプロトコルラベルを備える。
前記ポート応答モジュールは、下位ネットワーク設備が送信したメトロポリタン・エリア・応答ラベルパケットを受信する。前記メトロポリタン・エリア・応答ラベルパケットは下位ネットワーク設備のシリアル番号と受信メトロポリタン・エリア・照会ラベルパケットのポート番号とを備える。
前記アクセス検証モジュールは、メトロポリタン・エリア・応答ラベルパケットにおけるシリアル番号に基づき下位ネットワーク設備が登録されているかどうか検証する。
前記アクセス命令送信モジュールは、下位ネットワーク設備をすでに登録している場合、下位ネットワーク設備がメトロポリタン・エリア・照会ラベルパケットを受信するポートへアクセス命令を送信する。前記アクセス命令は、メトロポリタン・エリア・サーバが下位ネットワーク設備に割り当てたＭＡＮアドレスと前記スタンバイプロトコルラベルとを備える。
前記アクセス命令応答受信モジュールは、下位ネットワーク設備がフィードバックしたアクセス命令応答を受信し、下位ネットワーク設備がＭＡＮにアクセスする。
ここで、前記下位ネットワーク設備はノードスイッチ或いはノードサーバである。
【０１８８】
特殊な場合、同一の下位ネットワーク設備がメトロポリタン・エリア・サーバとの間に複数の接続を有する場合、前記同一の下位ネットワーク設備の複数ポートは複数メトロポリタン・エリア・照会ラベルパケットを受信する。各メトロポリタン・エリア・照会ラベルパケットにおけるスタンバイプロトコルラベルは異なり、メトロポリタン・エリア・サーバは複数の異なるプロトコルラベルにより、同一の下位ネットワーク設備の複数ポートへ複数アクセス命令を送信する。各アクセス命令において当該下位ネットワーク設備が割り当てたMANアドレスは同じである。
【０１８９】
具体的な実施において、前記ノードスイッチは、プロトコルパケットラベルテーブルと、プロトコルパケットラベルテーブル初期化モジュールと、プロトコルパケットラベルテーブル更新モジュールとを備える。
前記プロトコルパケットラベルテーブルは、受信したメトロポリタン・エリア・プロトコルパケットをそれぞれ対応の下向ポートまでガイドする。前記メトロポリタン・エリア・プロトコルはメトロポリタン・エリア・サーバが送信したメトロポリタン・エリア・照会ラベルパケットを備える。
前記プロトコルパケットラベルテーブル初期化モジュールは、ノードスイッチの電源を入れる場合、全てのメトロポリタン・エリア・プロトコルパケットをＣＰＵモジュールまでガイドするように設置する。
前記プロトコルパケットラベルテーブル更新モジュールは、ノードスイッチがＭＡＮにアクセス後、メトロポリタン・エリア・サーバの指令に基づき自身のプロトコルパケットラベルテーブルを修正し、メトロポリタン・エリア・サーバが新たに割り当てた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケットをそれぞれノードスイッチに対応する下向ポートまでガイドする。ここで、前記新たに割り当てたスタンバイプロトコルラベルは、メトロポリタン・エリア・サーバから前記ノードスイッチまでの下位ノードスイッチとノードサーバとを備える下位接続設備の接続を記述する。
【０１９０】
さらに好ましくは、前記ノードスイッチは、応答パケットラベルテーブルと、応答パケットラベルテーブル初期化モジュールと、応答パケットラベルテーブル更新モジュールとをさらに備える。
前記応答パケットラベルテーブルは、受信したメトロポリタン・エリア・応答ラベルパケットをそれぞれ対応の上向ポートまでガイドする。
前記応答パケットラベルテーブル初期化モジュールは、ノードスイッチの電源を入れる場合、全てのメトロポリタン・エリア・応答ラベルパケットのガイド閉止を設置する。
前記応答パケットラベルテーブル更新モジュールは、ノードスイッチがメトロポリタン・エリア・サーバにより送信されたメトロポリタン・エリア・照会ラベルパケットを受信後、自身の応答パケットラベルテーブルを修正し、前記プロトコルラベルに対応するメトロポリタン・エリア・応答ラベルパケットを当該メトロポリタン・エリア・照会ラベルパケットを受信する上向ポートまでガイドし、また、ノードスイッチがＭＡＮにアクセス後、メトロポリタン・エリア・サーバの指令に基づき自身の応答パケットラベルテーブルを修正し、メトロポリタン・エリア・サーバにより新たに割り当てられた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・応答ラベルパケットをそれぞれ対応の上向ポートまでガイドする。ここで、前記新たに割り当てたスタンバイプロトコルラベルは、前記下位ネットワーク設備の下位ノードスイッチとノードサーバを備える下位接続設備からメトロポリタン・エリア・サーバまでの接続を記述する。
【０１９１】
前記メトロポリタン・エリア・サーバに設置されているプロトコルパケットラベルテーブルと応答パケットラベルテーブルは、以下説明する。
前記プロトコルパケットラベルテーブルは、メトロポリタン・エリア・プロトコルパケットをそれぞれ対応の下向ポートまでガイドする。前記メトロポリタン・エリア・プロトコルはメトロポリタン・エリア・サーバが送信したメトロポリタン・エリア・照会ラベルパケットを備える、前記応答パケットラベルテーブルは、メトロポリタン・エリア・サーバが電源を入れる場合、全てのメトロポリタン・エリア・応答ラベルパケットをＣＰＵモジュールへガイドするように設置する。
【０１９２】
これに応じて、前記メトロポリタン・エリア・サーバは、メトロポリタン・エリア・サーバが電源を入れる場合、自身内のプロトコルパケットラベルテーブルにおいて全てのメトロポリタン・エリア・プロトコルパケットのガイド閉止を設置する、プロトコルパケットラベルテーブル初期化モジュールと；前記下位ネットワーク設備がアクセスする場合、プロトコルラベル割り当てモジュールが下向ポートと数に応じて、スタンバイプロトコルラベルを割り当てた後、前記プロトコルパケットラベルテーブルを修正し、割り当てた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケットをそれぞれメトロポリタン・エリア・サーバに対応する下向ポートまでガイドする、プロトコルパケットラベルテーブル設置モジュールとを備える。
ここで、前記スタンバイプロトコルラベルは、メトロポリタン・エリア・サーバから前記下位ネットワーク設備までの接続を記述する。
【０１９３】
アクセスした下位ネットワーク設備がノードスイッチである場合、当該ノードスイッチのノードスイッチとノードサーバを備えるある下位接続設備はＭＡＮにアクセスする。
前記システムは、新たに割り当てたスタンバイプロトコルラベルを使用し、各下位接続設備へメトロポリタン・エリア・照会ラベルパケットを送信し、前記メトロポリタン・エリア・照会ラベルパケットが、プロトコルパケットラベルテーブルに基づきそれぞれメトロポリタン・エリア・サーバに対応する下向ポートまでガイドされる、メトロポリタン・エリア・サーバに位置するメトロポリタン・エリア・照会ラベルパケット送信モジュールと、電源を入れた後、前記メトロポリタン・エリア・照会ラベルパケットを受信してメトロポリタン・エリア・サーバへ、当該下位接続設備のシリアル番号とメトロポリタン・エリア・照会ラベルパケットを受信するポート番号とを備えるメトロポリタン・エリア・応答ラベルパケットをフィードバックする、下位接続設備に位置するメトロポリタン・エリア・応答ラベルパケット返信モジュールと、前記メトロポリタン・エリア・応答ラベルパケットを受信後、パケットにおけるシリアル番号に基づき下位接続設備が登録されているかどうかを検証する、メトロポリタン・エリア・サーバに位置する登録検証モジュールと、前記下位接続設備がすでに登録されている場合、下位接続設備へ、メトロポリタン・エリア・サーバにより下位接続設備に割り当てられたＭＡＮアドレスと前記割り当て待機プロトコルラベルとを含むアクセス命令を送信する、メトロポリタン・エリア・サーバに位置するアクセス通知モジュールと、アクセス命令を受信後、アクセス命令応答をフィードバックする、下位接続設備に位置するアクセス応答モジュールとを備える。
【０１９４】
好ましい実現方法として、メトロポリタン・エリア・サーバと下位接続設備間の下位ネットワーク設備が前記メトロポリタン・エリア・照会ラベルパケットアクセス命令を受信後、自身のプロトコルパケットラベルテーブルに基づき、前記メトロポリタン・エリア・照会ラベルパケットアクセス命令を対応の下向ポートまでガイドして転送する。
【０１９５】
メトロポリタン・エリア・サーバと下位接続設備間の下位ネットワーク設備が前記メトロポリタン・エリア・応答ラベルパケットアクセス命令応答を受信後、自身の応答パケットラベルテーブルに基づき、前記メトロポリタン・エリア・応答ラベルパケットアクセス命令応答を対応の上向ポートまでガイドて転送する。
【０１９６】
好ましくは、前記メトロポリタン・エリア・サーバにラベル情報テーブルが設置されており、ラベル情報テーブルの各項目はラベル占用情報と、ラベル記述情報と、ラベルルーティング情報とを記録する。ここで、前記ラベルルーティング情報は、当該ラベルホッピングスイッチのＭＡＮアドレスおよびポート番号を備える。
【０１９７】
これに応じて、前記メトロポリタン・エリア・サーバはラベル情報テーブル更新モジュールをさらに備える。前記ラベル情報テーブル更新モジュールは、プロトコルラベル割り当てモジュールが下位ネットワーク設備にスタンバイラベルを割り当てる場合、前記ラベル情報テーブルにおいて当該ラベルに対応する項目を修正し、ラベル占用情報を未使用からスタンバイに変更し、ラベルルーティング情報における前ホッピングスイッチのＭＡＮアドレスおよびポートをメトロポリタン・エリア・サーバのアドレスおよび対応のポートと設定する。前記ラベル記述情報は修正しない。前記下位ネットワーク設備がアクセス後、前記ラベル情報テーブルにおいて当該ラベルに対応する項目を修正する。ラベル占用情報を使用済みに変更し、前記ラベル記述情報とラベルルーティング情報は修正しない。
【０１９８】
この他に、前記ラベル情報テーブル更新モジュールはさらに、プロトコルラベル割り当てモジュールを前記下位ネットワーク設備の下位接続設備とし、スタンバイラベルを割り当てる場合、前記ラベル情報テーブルにおいて当該ラベルに対応する項目を修正する。ラベル占用情報を未使用からスタンバイに変更し、ラベルルーティング情報における前ホッピングスイッチのＭＡＮアドレスおよびポートを前記下位ネットワーク設備のアドレスおよび対応のポートと設定する。前記ラベル記述情報は修正しない。目下の記下位接続設備がアクセス後、前記ラベル情報テーブルにおいて当該ラベルに対応する項目を修正する。ラベル占用情報を使用済みに変更し、前記ラベル記述情報とラベルルーティング情報は修正しない。
【０１９９】
好ましくは、前記メトロポリタン・エリア・サーバはアドレス情報テーブルを設置しており、各項目はＭＡＮアドレス占用情報、設備記述情報および設備リソース情報記録する。ここで設備リソース情報は、当該設備の各ネットワークポートが接続する下位ネットワーク設備のＭＡＮアドレスと当該設備の各ネットワークポートのアップ・ダウンリンクストリーム計数とを備える。
【０２００】
これに応じて、前記メトロポリタン・エリア・サーバは、アドレス情報テーブル初期化モジュールと、アドレス情報テーブル更新モジュールとをさらに備える。
前記アドレス情報テーブル初期化モジュールは、メトロポリタン・エリア・サーバ電源を入れて、ＭＡＮアドレス割り当てモジュールが自身にMANアドレスを割り当てた後、前記アドレス情報テーブルにおいて当該アドレスに対応する項目を修正し、アドレス占用情報を未使用から使用済みに変更し、設備記述情報を前記メトロポリタン・エリア・サーバに変更し、設備リソース情報を前記メトロポリタン・エリア・サーバのリソース記述に変更ずる。
前記アドレス情報テーブル更新モジュールは、ＭＡＮアドレス割り当てモジュールが下位ネットワーク設備にＭＡＮアドレスを割り当て、当該ＭＡＮアドレスを備えるアクセス命令を送信する場合、前記アドレス情報テーブルにおいて当該アドレスに対応する項目を修正し、アドレス占用情報を未使用からスタンバイに変更し、前記設備記述情報と設備リソース情報は修正しない。メトロポリタン・エリア・サーバが下位ネットワーク設備により送信されたアクセス命令応答を受信後、前記アドレス情報テーブルにおいて当該アドレスに対応する項目を修正し、アドレス占用情報を使用済みに変更し、設備記述情報を前記下位ネットワーク設備に変更し、設備リソース情報を前記下位ネットワーク設備のある上向ポートに接続しているメトロポリタン・エリア・サーバのある下向ポートに変更する。同時に、アドレス情報テーブルにおいて前記メトロポリタン・エリア・サーバドレスに対応する項目を修正し、設備リソース情報を前記メトロポリタン・エリア・サーバのある下向ポートに接続している下位ネットワーク設備のある上向ポートに変更し、前記アドレス占用情報と設備記述情報は修正しない。ここで、前記下位ネットワーク設備のある上向ポートに基づき下位ネットワーク設備がフィードバックしたメトロポリタン・エリア・応答ラベルパケット情報を獲得し、前記メトロポリタン・エリア・サーバのある下向ポートに基づきプロトコルパケットラベルテーブルの情報を獲得する。
【０２０１】
また、アドレス情報テーブル更新モジュールは、ＭＡＮアドレス割り当てモジュールが下位ネットワーク設備の下位接続設備にＭＡＮアドレスを割り当て、当該ＭＡＮアドレスを備えるアクセス命令を送信する場合、前記アドレス情報テーブルにおいて当該アドレスに対応する項目を修正する。アドレス占用情報を未使用からスタンバイに変更し、前記設備記述情報と設備リソース情報は修正しない。メトロポリタン・エリア・サーバが前記下位接続設備により送信されたアクセス命令応答を受信後、前記アドレス情報テーブルにおいて当該アドレスに対応する項目を修正する。アドレス占用情報を使用済みに変更し、設備記述情報を前記下位接続設備に変更し、設備リソース情報を前記下位接続設備のある上向ポートに接続している前記下位ネットワーク設備のある下向ポートに修正する。同時に、アドレス情報テーブルにおいて前記下位ネットワーク設備アドレスに対応する項目を修正する。設備リソース情報を前記下位ネットワーク設備のある下向ポートに接続している下位接続設備のある上向ポートに修正し、前記アドレス占用情報と設備記述情報は修正しない。ここで、前記下位接続設備のある上向ポーは、下位接続設備がフィードバックしたメトロポリタン・エリア・応答ラベルパケット情報によりわかり、前記下位ネットワーク設備のある下向ポートは、プロトコルパケットラベルテーブルの情報によりわかる。 
【０２０２】
好ましくは、前記メトロポリタン・エリア・サーバには設備情報テーブルが設置されており、設備情報テーブルの各項目は、設備ロゴと、設備状態と、設備アドレスとを記録する。
【０２０３】
これに応じて、前記メトロポリタン・エリア・サーバは設備情報テーブル更新モジュールをさらに備える。前記設備情報テーブル更新モジュールは、ＭＡＮアドレス割り当てモジュールが下位ネットワーク設備或いは当該下位ネットワーク設備の下位接続設備にＭＡＮアドレスを割り当て、当該ＭＡＮアドレスを備えるアクセス命令を送信する場合、前記設備情報テーブルにおいて設備に対応する項目を修正そ、設備状態をアクセス待機に変更し、設備アドレスを割り当てたＭＡＮアドレスに変更し、前記設備ロゴは修正しない。また、前記メトロポリタン・エリア・サーバが下位ネットワーク設備或いは当該下位ネットワーク設備の下位接続設備により送信されたアクセス命令応答を受信後、前記設備情報テーブルにおいて設備に対応する項目を修正し、設備状態をアクセス済みに変更し、前記設備ロゴと設備アドレスは修正しない。
【０２０４】
好ましくは、前記メトロポリタン・エリア・サーバは、サービス番号を備えるサービスコンテンツとＭＡＮアドレスのマッピング関係を記録する、コンテンツ・アドレスマッピングテーブルをさらに備える。
【０２０５】
コンテンツ―アドレスマッピングテーブルの使用を以下に説明する。前記ＭＡＮを跨ぐサービス申請は第１端末と第２端末に関する。メトロポリタン・エリア・サーバが第１端末に接続するノードサーバが送信したサービスタイプ情報、サービスコンテンツ情報および第１端末アクセスネットワークアドレスを備えるサービス申請パケットを受信する場合、コンテンツ―アドレスマッピングテーブルにおいて前記サービス番号対応するＭＡＮアドレスを検出し、かつ第２端末が他のノードサーバに接続することを判断する。
【０２０６】
また、メトロポリタン・エリア・サーバは、サービス申請の過程においてストリーム制御を行うことができ、かつストリーム制御により適する通信リンクを割り当てる。具体的に以下に説明する。
【０２０７】
前記メトロポリタン・エリア・サーバは通信リンク獲得モジュールと、データラベル割り当てモジュールとをさらに備える。前記通信リンク獲得モジュールは、アドレス情報テーブルにおける設備の各ネットワークポートが接続する下位ネットワーク設備のＭＡＮアドレスに基づき、当回サービスのＭＡＮにおける通信リンク情報を獲得する。前記通信リンク情報は単方向通信リンク情報、或いは双方向通信リンク情報である。前記データラベル割り当てモジュールは、当回サービスのデータラベルを割り当て、かつそれぞれ通信リンクにおける下位ネットワーク設備へ前記データラベル情報を備えるラベル割り当てパケットを送信する。前記ラベル割り当てパケットはインラベル、アウトラベルおよびガイドポートを備え、前記下位ネットワーク設備はノードスイッチとノードサーバと備える。
【０２０８】
従来の技術と比べて、本発明は以下の利点を有する。
【０２０９】
１、本発明が主制御サーバを介して、サービス請求を開始する場合（通信過程において確立するプロトコル互換過程において）、サービス請求の状況について各アクセススイッチにテーブルを設置する方式により、今回のサービスデータに対し伝送経路の設置を実現する。データパケットの伝送過程において、直接当該伝送経路に基づき伝送ができ、従来のＩＰプロトコルの解決方法を用いる必要がなく、各パケットにより伝送ルーティングを自ら交渉する。総じて、本発明は伝送経路の安定とスムーズさを保証でき、マルチメディア業務の遅延を避けることができる。
【０２１０】
２、本発明は全データ業務（特にユニキャストデータパケット）に対し、テーブルを設置する方式により、事前に経路を設定し、こうして国家情報安全のニーズを満たす。例えば、国家情報安全について、新型ネットワークワークにおける一部のデータに対しモニターする必要がある。本発明のテーブルを設置する方式を採用すれば、非常に容易に今回の業務が伝送するデータをモニタールートへガイドでき、国家情報安全のニーズを保証する。
【０２１１】
３、本発明において、アクセススイッチは各データパケットに対しルーティングの算定を行う必要がなく、その周囲のネットワーク設備トポロジーを保守する必要もない。設置を実現するパケットアドレステーブルに基づきガイド伝送を行えばよい。さらに、当該ガイド過程はハードウェアにより実現でき、スイッチのガイド效率を大きく向上でき、かつスイッチの運算ニーズを大きく低減でき、ハードウェアリソースを節約する。
【０２１２】
４、本発明は、イーサネットプロトコル変換ゲートウェイを提供しており、アクセス新型ネットワークワークにアクセスできる。新型ネットワークのノードサーバからイーサネットプロトコル変換ゲートウェイのMACアドレスと当該イーサネットプロトコル変換ゲートウェイにバインドした端末MACアドレスを獲得する。このため、新型ネットワークからイーサネットへ送信するデータパケットは、当該データパケットにおいてイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加えることにより、端末ＭＡＣアドレスに基づき当該パケットをイーサネットにおける目標端末まで伝送できる。同様に、イーサネットから送信する新型ネットワークへパケットを送信するは、当該パケットにおけるイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを削除することにより、パケットにおける新型ネットワーク目的アドレス（ＤＡ）に基づき当該パケットを新型ネットワークまで伝送できる。このように、新型ネットワークイーサネットの融合を実現する。
【０２１３】
５、本発明に記述した新型ネットワークイーサネットプロトコル変換ゲートウェイはアドレステーブルを調べる方式によりデータ伝送を実現する。新型ネットワークのノードサーバ、アクセススイッチとイーサネットプロトコル変換ゲートウェイにおいて、それぞれプロトコルパケット（照会パケットを備える）、応答パケット、ユニキャストデータパケットマルチキャストデータパケットの伝送をガイドする、プロトコルパケットアドレステーブル、応答パケットアドレス調査表、ユニキャストデータパケットアドレステーブルとマルチキャストデータパケットアドレステーブルを設置する。
【０２１４】
６、イーサネットプロトコル変換ゲートウェイはさらに、精確なストリーム制御を行うことができる。各サービスに対し、ノードサーバストリーム制御情報（送信時間の間隔と送信したデータのサイズ）を生成し、かつアップリンクにおけるイーサネットプロトコル変換ゲートウェイへ送信する。イーサネットプロトコル変換ゲートウェイはストリーム制御情報に基づき送信トークンを出し、アップリンクデータパケットに対し、ストリーム制御を行う。イーサネットプロトコル変換ゲートウェイはインプットが不均衡なデータストリームを均衡なデータストリームに変更し、送信できる。
【０２１５】
７、本発明が構築した新型ネットワークワークは、アクセスネットワークとＭＡＮの両部分を備える。ここで、ＭＡＮは集中制御するスター型ネット、リング型ネット等ネットワーク構造である。このため２つの設備間には２種類、ひいては２種類以上の接続がある。しかし、２つの設備のアドレスは全て１つしかない。このため、アドレスを用いるだけでは、二者間の多様な接続を記述できない。下位ネットワーク設備間の接続関係を記述するために、本発明はラベルを導入することにより、唯一下位ネットワーク設備を記述する。しかし、伝統的なＭＰＬＳラベルと比べて、本発明におけるラベルの割り当てはＭＡＮサーバにより主導されており、ノードスイッチ、ノードサーバはみな受動的な実行に過ぎない。この点は、ＭＰＬＳのラベル割り当ては異なり、ＭＰＬＳのラベル割り当てはスイッチ、サーバが互いに交渉した結果である。
【０２１６】
８、本発明は分割層制御のネットワーク構造である。メトロポリタン・エリア・サーバは、サーバのノードスイッチとノードサーバのネットワーク管理フローとサービスフローを制御しており、ノードサーバはサーバのアクセススイッチと端末のネットワーク管理フローとサービスフローを制御する。ここで、メトロポリタン・エリア・サーバ或いはノードサーバはマスターの方式により、各通信ポートへ照会パケットを送信することにより、各ネットワーク設備のアドレスを割り当てる。かつ、割り当ての過程において主制御サーバエンドに明確なネットワークトポロジーを確立する。このように、具体的なデータパケットの過程において、主制御サーバ（メトロポリタン・エリア・サーバ或いはノードサーバ）より対応の通信リンク（これが全体のネットワークの設備トポロジーを明確にするため）を直接割り当てれば良く、各ネットワーク設備にてルーティング交渉（従来のＩＰプロトコルの方案）をさらに行う必要はない。このようにして安定した伝送速率を保証でき、遅延を避けることができる。
【０２１７】
９、サービスデータの伝送において、当該サービスの各データパケットは同じ通信リンクにより伝送を行う。従来のＩＰプロトコルの方案は違い、各データパケットは自らの交渉によりルーティング課題を解決する。データパケットを送信する前は、かつデータパケットはどの経路を通るかは分からず、同一の業務を実行する２つのデータパケットは異なる経路を通って目標端末まで伝送される可能性がある。このように、本発明は従来のＩＰプロトコルの方案と比べて、可以安定的な伝送速率を保証でき、遅延を避けることができる。
【図面の簡単な説明】
【０２１８】
【図１】本発明にかかるノードサーバのハードウェア構造を示す図である。
【図２】本発明にかかるアクセススイッチのハードウェア構造を示す図である。
【図３】本発明にかかるイーサネットプロトコル変換ゲートウェイのハードウェア構造を示す図である。
【図４】本発明にかかるアクセススイッチアクセス過程を示す図であるい。
【図５】本発明にかかるノードサーバのアクセススイッチとの接続を示す図である。
【図６】本発明にかかる端末アクセスの過程を示す図である。
【図７】本発明にかかるノードサーバ、アクセススイッチ、端末の接続を示す図である。
【図８】本発明に係る実施形態において、イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセスするフローである。
【図９】本発明に係る実施形態において、端末が新型ネットワークにアクセスするフローである。
【図１０】本発明に係る実施形態において、前記ノードサーバとイーサネットプロトコル変換ゲートウェイ、端末のアクセス過程における互換を示す接続図である。
【図１１】本発明に係る実施形態において、前記ノードサーバとアクセススイッチ、端末のアクセス過程における互換を示す接続図である。
【図１２】本発明に係る実施形態において、前記イーサネットプロトコル変換ゲートウェイがストリーム制御を行うフローである。
【図１３】本発明にかかる、ノードスイッチアクセスの過程を示す図である。
【図１４】本発明に係る実施形態において、前記メトロポリタン・エリア・サーバとノードスイッチ、ノードサーバのネットワーク管理互換を示す接続図である。
【図１５】本発明に係る実施形態において、前記メトロポリタン・エリア・サーバとノードスイッチ、ノードサーバのサービス互換を示す接続図である。
【発明を実施するための形態】
【０２１９】
本発明における上述の目的、特徴そして利点をさらに明確、明白にするため、以下では図と結合して具体的に本発明実施形態さらに詳細に説明する。
【０２２０】
１、以下に簡単に本発明の核となる考えを紹介する。
本特許発明者は、本発明が全ネット品質の保証を実現する充分な条件は以下の何点かにあると考える。
【０２２１】
第１、ＩＰ インターネットセンター理論における 「ベストエフォート」（Ｂｅｓｔ  Ｅｆｆｏｒｔｓ）に関するメカニズムは必然的にネットワークストリームの不均衡と頻繁なパケット紛失をもたらす。実際に、ＴＣＰ プロトコルは正にネットワークパケット紛失状態を利用することにより送信ストリームを調節している。
【０２２２】
第２、ＩＰ  インターネットセンター理論における「ストレージ伝送」（Ｓｔｏｒｅ  ＆  Ｆｏｒｗａｒｄ）に関するメカニズムはローカルバースとラフィックを吸収すると同時に、つぎのノードネットワークストリームのさらに大きい不均衡をもたらす。
【０２２３】
第３、ＩＰ インターネットセンター理論における「エラー検出再送信」（Ｅｒｒｏｒ  Ｄｅｔｅｃｔｉｏｎ  ＆  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）に関するメカニズムは動画通信の同期において、容認しがたい遅延をもたらすため、このため実用の価値がない。
【０２２４】
第４、連続的なネットワークストリームの不均衡或いはバースとラフィック必然的に周期的なスイッチ（ルーター）パケット紛失をもたらす。
【０２２５】
上述から、コンピュータファイルバースとラフィックの本質は離散性であるため、後継がなく、前記ＩＰインターネットセンター理論はかつてインターネットにより効率的にファイルを伝送させるこは明らかである。しかし、連続的なストリーミングメディア伝送の同期における品質保証は、かつての功績がネットワーク伝送品質を壊す元凶になってしまっている。我々はすでにこれまでの記述から、いかなるリソースの保留、優先レベルと軽負荷方案もストリーミングメディアを同期する上での品質保証を根本的に解決しないという答えを出している。
【０２２６】
上述の方法がいずれも使えないのであれば、解決ネットワーク伝送品質保証を解決する活路はどこにあるのだろうか？
【０２２７】
本特許発明者は、目下の各種ＱｏＳ方法はすべて間違ったと仮定する上に確立されていると考える。このようなと仮定に基づき、ＱｏＳの解決方法はビデオストリームに優先処理の特権を提供する。しかし実際には、異なるメディア形式が必要とするネットワークストリームが極めて不均衡であるため、少数の者がビデオサービス、ネットワークにおけるビデオストリームを使用すれば絶対的な主体を占める。
【０２２８】
角度を変え考えてみると、大部分のネットワークストリームのためだけに高い品質を提供するこは、一部の非ビデオストリームのためだけに低い品質を提供することと同じである。大部分のネットワークストリームが必ず品質保証を求めるのであれば、残った一部の品質保証を求めない業務ストリームにも品質保証を与えても良いだろう。仮に１０００人の旅客が航空券を注文する際にみなファーストクラスを求め、一部の数者だけがエコノミークラスを受け入れるるならば、航空会社が自然に説く対策はエコノミークラスを取りやめるということである。なぜなら、ごく少数の差別化されたエコノミークラスを満足させるために、航空会社が払うであろう代償はこれらの旅客を無料でファーストクラスにアップグレードするよりも大きいからだ。実際に、ネットワーク伝送品質を完全には保証しない、或いは完全に保証するこはいたって簡単である。難しいのは一部は保証し、一部は保証しないということである。特に、この「一部」の境界線がどこか分からない。このため、全てのネットワーク業務に品質保証を提供すれば、ＱｏＳ 課題は存在しない。
【０２２９】
ＩＰ インターネットの初期はまるで田舎の小道のようで、素朴な小さい村では交通警察は必要ない。しかし、栄えた大都市においては、にぎやかな信号と交通警察でも混乱した局面を制御できない。約束をして出かけるのにも時間を確定できず、まるで今日のIP インターネットのようである。
【０２３０】
本発明は高速公路のように、警察も信号も必要ない。コンクリートが隔てた車道と陸橋が自動車が決めたれた道路で走ることを保障する。カリフォルニア交通局での経験に基づき、高速公路渋滞を避ける方法は入口レーンを閉鎖することである。
【０２３１】
カリフォルニア高速道路の設計思考には３つの特徴がある。
●高速道路入口レーンに開閉スイッチを設置、マクロ車道レートを制御する。
●自動車速度の安定を保ち、道路通行率を高める。
●コンクリート構造の道路分離と陸橋を用い、警察と信号による車両通行整理を利用しない。
【０２３２】
本発明に係る実施形態は電話網の原理をフォローしており、前記高速道路に似た３つの対策を用いる。
●各経路ともストリームを算定、実測し、一旦ストリームが飽和に近づくと、迂回路を取るか或いは新ユーザーの加入を拒絶する。
●厳密にストリームの均衡を保ち送信し、本発明に係る実施形態におけるＴＶは９０％の重付加ストリームにおいて、百万分の一のパケット紛失率に達する。
●品質保証対策はユーザーの自覚による実行を期待できないため、アップリンクデータマッチングとラフィック制御は、構造上からユーザーが厳格に交通規則を守ることを保障する。
【０２３３】
コンピュータファイルとストリーミングメディアは２つの異なるメディア形式であり、その処理方式は互いに排斥し合う。本発明のネットワーク理論と実践は以下の２つの成果を挙げる。
●本発明に係る実施形態は、IP インターネットの経路ト効率の強みの百倍は優れている。
●高品質対称テレビを発展させ、従来の IP インターネット業務の実施方法に干渉しない。
【０２３４】
特に大きなストリームの骨となるネットワークにおいて、コンピュータファイルとストリーミングメディアは異なる波長により一本の光ファイバを合わせ使用する。もし、アクセスネットワークのように必ず単一ネットワークに統一しなければならないのであれば、コンピュータファイルをビデオストリーミングメディアネットワークに統一する。本発明に係る実施形態は完全な透明ポータビリティＩＰインターネットの解決方案を提供する。
【０２３５】
ストリーミングメディアとファイルを分けることが処理の第一歩に過ぎないのであれば、いかに独立したストリーミングメディアネットワーク品質を保証するか？
【０２３６】
前記のように、ＰＳＴＮ電話ネットワークは厳密な同期メカニズムを用い、ストリームが百分の百を満たす前には、ネットワークブロック現象は表れない。理論上では、複数の均衡ストリームが合わさっても、やはり均衡ストリームである。実践はさらに、均衡ストリームの前提において、ネットワークストリームは極限値に達することができ、パケット紛失現象は表れないことを証明する。また、未来のネットワークストリームにおける９割以上のビデオメディアストリームを占めるため、もともと均衡ストリームの特徴を有する。このため、ビデオ業務を主要な目標とする本発明インターネット品質保証のルートは自然と情報ソースストリームの不均衡を失くし、とくに重負荷という条件におけるネットワークスイッチのパケット紛失現象を根本的に防止する。
【０２３７】
本発明に係る実施形態はイーサネットの改良により接続する電気回路を確立し、全ネットを一定の長さのパケットに統一する。パケット送信の時間間隔を変更できれば、いずれかの帯域幅のメディアストリームを獲得できる。ネットワークの均衡なストリームという特徴を保証するため、本発明にかかるインターネットは端末に必ず均衡なストリーム能力を有する設計をすることを求める。しかし、実際のネットワーク環境において、ユーザーに均衡なストリーム規定を遵守することを期待できないのは明らかである。このため、本発明に係る実施形態はノードサーバがネットワークスイッチへ通行パスを発行し、ユーザーパケットが細かな時間精度において均等に通ることのみを許可する。規定の要求に合う設計をしたユーザー端末に対しては、通行パスは完全に透明である。
【０２３８】
上述の前提において、ネットワークの実践は満足させる結果を出し、本発明のスイッチは９０％の帯域幅利用率に達することができるという条件において、百万分の一に優る重負荷パケット紛失率を獲得する。
【０２３９】
総じて、品質保証は次世代ネットワークが避けられない課題であり、ストリーミングメディアネットワークは伝統的なコンピュータファイルは異なる別のものである。このため、ＩＰインターネットの修正によりビデオ業務に適応するこは前途がないものであり、新たなネットワークを作ることがただ１つの活路である。
【０２４０】
二、以下に本発明が提出する新型ネットワークを紹介する。
【０２４１】
新型ネットワークは集中制御のネットワーク構造であり、当該ネットワークはツリー型ネット、スター型ネット、リング型ネット等タイプでもよい。しかし、この基礎の上においてネットワークは集中制御ノードにより全体のネットワークを制御する必要がある。
【０２４２】
新型ネットワークをアクセスネットワークとＭＡＮの両部分に分ける。アクセスネットワーク部分の設備を主に３種類：ノードサーバ、アクセススイッチ、端末（各種セットトップボックス、エンコーダボード、ストレージ等を備える）に分けることができる。ここで、ノードサーバはアクセスネットワークにおいて集中制御機能を有するノードを発生させ、アクセススイッチと端末を制御できる。ノードサーバアクセススイッチと直接接続することができ、端末と直接接続することもできる。類似して、ＭＡＮ部分の設備も３種類：メトロポリタン・エリア・サーバ、ノードスイッチ、ノードサーバに分けることができる。ここで、ノードサーバをアクセスネットワーク部分のノードサーバとし、ノードサーバはアクセスネットワーク部分に属し、ＭＡＮ部分にも属する。メトロポリタン・エリア・サーバはＭＡＮにおいて集中制御機能を有するノードを発生させ、ノードスイッチとノードサーバを制御できる。メトロポリタン・エリア・サーバはノードスイッチに直接接続でき、ノードサーバにも直接接続できる。上述より、全体の新型ネットワークワークは分割層集中制御のネットワーク構造であり、ノードサーバとメトロポリタン・エリア・サーバにおいて制御するネットワークはツリー型、スター型、リング型等各種構造でも良いこは明らかである。
【０２４３】
１、新型ネットワーク設備分類
【０２４４】
１．１  本発明の新型ネットワークシステムにおける設備は主に３種類：サーバ、スイッチ（イーサネットゲートウェイを備える）、端末（各種セットトップボックス、エンコーダボード、ストレージ等を備える）に分けることができる。新型ネットワークは全体的にＭＡＮ（或いは国家ネット、グローバルネット等）とアクセスネットワークに分けることができる。
【０２４５】
１．２ ここでアクセスネットワーク部分の設備は主に３種類：ノードサーバ、アクセススイッチ（イーサネットゲートウェイを備える）、端末（各種セットトップボックス、エンコーダボード、ストレージ等を備える）に分けることができる。
【０２４６】
各アクセスネットワーク設備の具体的なハードウェア構造は、以下で説明する
【０２４７】
ノードサーバ
図１に示すように、主にネットワークインターフェースモジュール１０１、交換エンジンモジュール１０２、ＣＰＵモジュール１０３、磁気ディスク配列モジュールを備える。
ここで、ネットワークインターフェースモジュール１０１、ＣＰＵモジュール１０３、磁気ディスク配列モジュール１０４に入ったパケットを全て交換エンジンモジュール１０２に入れる。交換エンジンモジュール１０２に入ったパケットに対しアドレステーブル１０５を調べるの動作を実行し、これによりパケットのガイドと分かる。かつ、パケットのガイド情報に基づき、当該パケットを対応するパケットバッファー装置１０６のキューにストレージする。もし、パケットバッファー装置１０６のキューがいっぱいに近づくと、当該パケットを捨てる。交換エンジンモジュール１０２全パケットバッファー装置のキューをポーリングする。もし以下の条件を満たせば、転送する。１）当該ポートバッファーがいっぱいでない。２）当該キューパケットカウンター０より大きい。磁気ディスク配列モジュール１０４は主にハードディスクの初期化、読み書き等動作を備えるハードディスクの制御を実現する。ＣＰＵモジュール１０３は主にアクセススイッチ、端末（図には示していない）間のプロトコル処理、アドレステーブル１０５（ダウンリンクプロトコルパケットアドレステーブル、アップリンクプロトコルパケットアドレステーブル、パケットアドレステーブルを備える）の設置、および、磁気ディスク配列モジュール１０４の設置を行う。
【０２４８】
アクセススイッチ
図２に示すように、主にネットワークインターフェースモジュール（ダウンリンクネットワークインターフェースモジュール２０１、アップリンクネットワークインターフェースモジュール２０２）、交換エンジンモジュール２０３とＣＰＵモジュール２０４とを備える。
ここで、ダウンリンクネットワークインターフェースモジュール２０１に入ったパケット（アップリンクデータ）をパケット検査モジュール２０５に入れる。パケット検査モジュール２０５はパケットの目地アドレス（ＤＡ）、ソースアドレス（ＳＡ）、データパケットタイプおよびパケットの長さが要求に合うかどうか検査する。もし、長さが合えば、対応のストリーム識別子（ｓｔｒｅａｍ−ｉｄ）を割り当て、かつ交換エンジンモジュール２０３に入る。長さが合わなければ捨てる。アップリンクネットワークインターフェースモジュール２０２に入ったパケット（ダウンリンクデータ）を交換エンジンモジュール２０３に入れる。ＣＰＵモジュール２０４に入ったパケットを交換エンジンモジュール２０３に入れる。交換エンジンモジュール２０３に入ったパケットに対しアドレステーブル２０６を調べるの動作を行い、これによりパケットのガイドと分かる。もし、交換エンジンモジュール２０３に入ったパケットはダウンリンクネットワークインターフェースからアップリンクネットワークインターフェースまでのものであれば、ストリーム識別子（ｓｔｒｅａｍ−ｉｄ）を結合し、当該パケットを対応するパケットバッファー装置２０７のキューにストレージする。もし、当該パケットバッファー装置２０７のキューがいっぱいに近づくと、パケットを捨てる。もし、交換エンジンモジュール２０３に入ったパケットがダウンリンクネットワークインターフェースからアップリンクネットワークインターフェースまでのものでなければ、パケットのガイド情報に基づき当該パケットを対応するパケットバッファー装置２０７のキューにストレージする。もし、当該パケットバッファー装置２０７のキューがいっぱいに近づくと、パケットを捨てる。
交換エンジンモジュール２０３は、全パケットバッファー装置のキューをポーリングし、本発明に係る実施形態において以下の２つの状況に分ける。
もし、当該キューがダウンリンクネットワークインターフェースからアップリンクネットワークインターフェースまでのものであれば、以下の条件を満たす伝送を行う。１）当該ポートはバッファーがいっぱいでないであることを送信する。２）当該キューパケットカウンターは０より大きい。３）ビットレート制御モジュールが出すトークンを獲得する。
もし、当該キューがダウンリンクネットワークインターフェースからアップリンクネットワークインターフェースまでのものでなければ、以下の条件を満たせば転送する。条件１）当該ポートはバッファーがいっぱいでない。条件２）当該キューパケットカウンターは０より大きい。
ビットレート制御モジュール２０８はＣＰＵモジュール２０４により設置する。編集可能な間隔において全てのダウンリンクネットワークインターフェースからアップリンクネットワークインターフェースまでのパケットバッファー装置キューにトークンを出し、これによりアップリンク伝送のビットレートを制御する。
ＣＰＵモジュール２０４は主にノードサーバ間のプロトコル処理、アドレステーブル２０６の設置、およびビットレート制御モジュール２０８の設置を行う。
【０２４９】
イーサネットプロトコル変換ゲートウェイ
図３に示すように、主にネットワークインターフェースモジュール（ダウンリンクネットワークインターフェースモジュール３１、アップリンクネットワークインターフェースモジュール３２、交換エンジンモジュール３３、ＣＰＵモジュール３４、パケット検査モジュール３５、ビットレート制御モジュール３８、アドレステーブル３６、パケットバッファー装置３７およびＭＡＣ追加モジュール３９、ＭＡＣ削除モジュール４０を備える。
ここで、ダウンリンクネットワークインターフェースモジュール３１に入ったパケットをパケット検査モジュール３５に入れる。パケット検査モジュール３５はパケットのイーサネットＭＡＣ  ＤＡ、イーサネットＭＡＣ  ＳＡ、イーサネットｌｅｎｇｔｈ  ｏｒ  ｆｒａｍｅ  ｔｙｐｅ、新型ネットワーク目地アドレスＤＡ、新型ネットワークソースアドレスＳＡ、新型ネットワークデータパケットタイプおよびパケットの長さが要求に合うかどうかを検査する。もし、長さが合えば対応のストリーム識別子（ｓｔｒｅａｍ−ｉｄ）を割り当てる。そして、ＭＡＣ削除モジュール４０よりＭＡＣ  ＤＡ、ＭＡＣ  ＳＡ、ｌｅｎｇｔｈ  ｏｒ  ｆｒａｍｅ  ｔｙｐｅ（２ｂｙｔｅ）を減らし、かつ対応の受信バッファーに入る。長さが合わなければ捨てる。
ダウンリンクネットワークインターフェースモジュール３１は当該ポートの送信バッファーを検査する。もしパケットがあれば、パケットの新型ネットワーク目地アドレスＤＡに基づき、対応する端末のイーサネットＭＡＣ  ＤＡを獲得し、端末のイーサネットＭＡＣ  ＤＡ、イーサネットプロトコル変換ゲートウェイのＭＡＣ  ＳＡ、イーサネットｌｅｎｇｔｈ  ｏｒ  ｆｒａｍｅ  ｔｙｐｅを加え、かつ送信する。
イーサネットプロトコル変換ゲートウェイにおいて、他のモジュールの機能とアクセススイッチは類似している。
【０２５０】
端末
主にネットワークインターフェースモジュール、業務処理モジュールとＣＰＵモジュールを備える。例えば、セットトップボックスは主にネットワークインターフェースモジュール、エンジンモジュール、ＣＰＵモジュールを備える。エンコーダボードは主にネットワークインターフェースモジュール、ビデオオーディオのコーデックエンジンモジュール、ＣＰＵモジュールを備える。ストレージは主にネットワークインターフェースモジュール、ＣＰＵモジュールと磁気ディスク配列モジュールを備える。
【０２５１】
１．３  ＭＡＮ部分の設備は主に２種類：ノードサーバ、ノードスイッチ、メトロポリタン・エリア・サーバに分けることができる。ここで、ノードスイッチは主にネットワークインターフェースモジュール、交換エンジンモジュールとＣＰＵモジュールを備える。メトロポリタン・エリア・サーバは主にネットワークインターフェースモジュール、交換エンジンモジュールとＣＰＵモジュール構成を備える。
【０２５２】
２、新型ネットワークデータパケットの定義
【０２５３】
２．１  アクセスネットワークデータパケットの定義
アクセスネットワークのパケットは主に以下の部分：目的アドレス（ＤＡ）、ソースアドレス（ＳＡ）、保留バイト、ｐａｙｌｏａｄ（ＰＤＵ）、ＣＲＣを備える。
【０２５４】
以下の表に示すように、アクセスネットワークのパケットは主に以下の部分を備える。
【０２５５】
【表１】
0005852116.tif 000002
【０２５６】
ここで、目的アドレス（ＤＡ）は８バイト（ｂｙｔｅ）により構成され、第１バイトはデータパケットのタイプ（例、各種プロトコルパケット、マルチキャストデータパケット、ユニキャストデータパケット等）を表す。最多で２５６種類の可能性があり、第２バイトから第６バイトまでをＭＡＮアドレスとし、第７、第８バイトをアクセスネットワークアドレスとする。
【０２５７】
ソースアドレス（ＳＡ）も８バイト（ｂｙｔｅ）により構成され、定義は目的アドレス（ＤＡ）と同じである。
【０２５８】
保留バイトは２バイトより構成される。
【０２５９】
ｐａｙｌｏａｄ部分は異なるデータグラムタイプに基づき長さが異なる。もし各種プロトコルパケットであれば６４バイトであり、もし単一のマルチキャストデータパケットであれば３２  ＋  １０２４  ＝  １０５６バイトである。当然以上の２種類に限定しない。
ＣＲＣは４バイトの構成があり、その算定方法は標準のイーサネットＣＲＣ算法をフォローする。  
【０２６０】
２．２  ＭＡＮデータパケットの定義
【０２６１】
ＭＡＮのトポロジーは図型であり、２つの設備間には２種類、ひいては２種類以上の接続がある可能性がある。即ち、ノードスイッチとノードサーバ、ノードスイッチとノードスイッチ、ノードスイッチとノードサーバ間には全て２種類を超える接続がある可能性がある。しかし、ＭＡＮ設備のＭＡＮアドレスは１つだけである。ＭＡＮ設備間の接続関係を正確に記述するため、本発明に係る実施形態においてパラメータ：ラベルを導入することにより唯一ＭＡＮ設備を記述する。
【０２６２】
本説明書におけるラベルの定義とＭＰＬＳ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈ、マルチプロトコルラベル交換）のラベルの定義は似ており、設備Ａと設備Ｂ間に２つの接続があると仮定すると、データパケットは設備Ａから設備Ｂまで２個ラベルがあり、データパケットは設備Ｂから設備Ａまでも２個ラベルがある。ラベルはインラベル、アウトラベルに分けられ、パケットが入る設備Ａのラベル（インラベル）は０ｘ００００であると仮定すると、このデータパケットが設備Ａが離れる場合のラベル（アウトラベル）は０ｘ０００１に変わる可能性がある。ＭＡＮのアクセスフローは集中制御におけるアクセス過程であり、ＭＡＮのアドレス割り当て、ラベル割り当てるは全てメトロポリタン・エリア・サーバにより主導されることを意味する。ノードスイッチ、ノードサーバは全て受動的に実行されるに過ぎない。この点はＭＰＬＳのラベル割り当ては異なり、ＭＰＬＳのラベル割り当てはスイッチ、サーバが互いに交渉した結果である。
【０２６３】
以下の表に示すように、ＭＡＮのデータパケットは主に以下の部分を備える：
【０２６４】
【表２】
0005852116.tif 000003
【０２６５】
即ち、目的アドレス（ＤＡ）、ソースアドレス（ＳＡ）、保留バイト（Ｒｅｓｅｒｖｅｄ）、ラベル、ｐａｙｌｏａｄ（ＰＤＵ）、ＣＲＣである。ここで、ラベルのフォーマットは以下の定義を参照すればよい：ラベルは３２ｂｉｔであり、ここで高１６ｂｉｔを保留し、低１６ｂｉｔのみを使用する。この位置はデータパケットにおける保留バイとｐａｙｌｏａｄ間にあるということを参考にできる。
【０２６６】
３、新型ネットワークの実現
【０２６７】
以下にノードサーバとアクセススイッチ、ノードサーバと端末のアクセスフローについて記述する。設計を簡略化するため、アクセスネットワークに定義するデータパケットタイプは4種類ある。それぞれ、ダウンリンクプロトコルパケット（ノードサーバからアクセススイッチ、端末まで送信するプロトコルパケット）、アップリンクプロトコルパケット（アクセススイッチ、端末からノードサーバのプロトコルパケットへ回答する）、
ユニキャストデータパケット、マルチキャストデータパケットである。
【０２６８】
アクセスネットワークのアドレスは合計１６ｂｉｔあるため、アクセスできるアクセススイッチ、端末数は合計６５５３６ある。ダウンリンクプロトコルパケットのデータグラムタイプを“１０００  ００００”（二進法）、つまり０ｘ８０（十六進法）とし、アップリンクプロトコルパケットのデータグラムタイプを“００００  １０００”（二進法）、つまり０ｘ０８（十六進法）とし、ユニキャストデータパケットのデータグラムタイプを“０００１  ００００”（二進法）、つまり０ｘ１０（十六進法）とし、マルチキャストデータパケットのデータグラムタイプを“０１１１  １０００”（二進法）、つまり０ｘ７８（十六進法）と仮定すると、同類項目を合わせることにより、８ｂｉｔ長のアドレステーブルを２ｂｉｔ長のアドレステーブルにマッピングすることができる。例えば、
“１０００  ００００“＝＞“００”、ダウンリンクプロトコルパケットのアドレステーブルであり、本発明に係る実施形態において０号テーブルと定義され、
“００００  １０００“＝＞“０１”、アップリンクプロトコルパケットのアドレステーブルであり、本発明に係る実施形態において１号テーブルと定義され、
“０００１  ００００“＝＞“１０”、ユニキャストデータパケットのアドレステーブルであり、本発明に係る実施形態において２号テーブルと定義され、
“０１１１  １０００“＝＞“１１”、マルチキャストデータパケットのアドレステーブルであり、本発明に係る実施形態において３号テーブルと定義される。
【０２６９】
１６ｂｉｔを結合するアクセスネットワークアドレスは、実際に４枚の６４Ｋ＝４ｘ６５５３６、つまり２５６Ｋのアドレステーブルのみ必要であり、アドレステーブルのアウトプットはパケットがガイドするポートを表す。例えば、その内のアクセススイッチＢＸ−００８は、アップリンクのファストイーサネットポートと、８ダウンリンクファストイーサネットポートと、ＣＰＵモジュールインターフェースを有する。もし、８ダウンリンクファストイーサネットポートを０号ポートから７号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを８号ポートと定義し、１アップリンクのファストイーサネットポートを９号ポートと定義すれば、合計２５６Ｋ  ｘ  １０ｂｉｔのアドレステーブルが必要である。例えばアドレステーブルのアウトプットを“００  ００００  ０００１”とし、データパケットがガイドする０号ポートを表し、“１１  ００００  ００００”はパケットがガイドする８号、９号ポートを表し、他も同様である。
【０２７０】
９号ポートにデータパケットが入り、その目的アドレス（ＤＡ）を０ｘ８０５６  ０ｘ１５００  ０ｘ００００  ０ｘ５５ａａと仮定すると、そのデータパケットタイプを０ｘ８０とし、アクセスネットワークアドレスを０ｘ５５ａａとする。テーブル照会規則に基づきこの場合は０号テーブルを検査し、即ちアドレスを“００  ０１０１  ０１０１  １０１０  １０１０”とし、このアドレスに対応するアドレステーブルのアウトプットを“０１  ００００  ００００”とし、パケットを８号ポートへガイドすることを表す。
【０２７１】
３．１アクセスネットワーク設備のアクセスフロー
【０２７２】
３．１．１アクセススイッチアクセスの過程
まず、アクセスを許可した各アクセススイッチは必ずノードサーバ内に登録し、登録していないアクセススイッチはアクセスできない。図４に示すように、前記アクセススイッチアクセスの過程は以下のステップに関する。
【０２７３】
Ｓ１において、ノードサーバが各ポートへ照会パケットを送信し、アクセススイッチが照会パケットを受信後、目下のアクセススイッチ登録情報を備える応答パケットを送信する。
【０２７４】
Ｓ２において、ノードサーバはアクセススイッチが送信した応答パケットを受信後、どのポートにおいてアクセススイッチを受信したかが分かる。そしてノードサーバ内の登録情報テーブルにおいて当該アクセススイッチ情報を検出し検出し、当該アクセススイッチへアクセス命令を送信する（アクセスネットワークアドレスを知らせる）。当該アクセススイッチはアクセス命令を受信後にアクセスし、同時にノードサーバへアクセス命令応答を送信する。
【０２７５】
Ｓ３において、ノードサーバはアクセススイッチが送信したアクセス命令応答を受信すれば、当該アクセススイッチはすでにアクセスしたと分かる。今後定期的にこのポートへ状態照会パケットを送信し、このアクセススイッチが正常に作動しているかどうかを検査する。同時にさらに当該アクセススイッチ下向ポートへポート照会パケットを送信し、当該アクセススイッチにて接続している他のアクセスネットワーク設備があるかどうかを検査する。もし、目下のアクセススイッチ正常に作動していれば、設備状態照会指令を受信後、状態照会応答をノードサーバへ送信する。ノードサーバが一定時間内に状態照会応答を受信していなければ、当該アクセススイッチはすでにネットワークから移動されたと認識し、状態照会パケットを二度と送信せず、引き続き本ポートへ送信照会パケットを送信する。
【０２７６】
３．１．２ノードサーバとアクセススイッチのアクセス過程における互換の例を以下に示す。
【０２７７】
分り易くするため、ノードサーバはノードスイッチとまだつながっていないと仮定し、ＭＡＮのアクセス過程を無視する。説明をし易くするため、このノードサーバは８ダウンリンクファストイーサネットポートがあると仮定し、０号ポートから７号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを８号ポートと定義し、磁気ディスク配列モジュールインターフェースを９号ポートと定義し、アップリンクギガビット光ポートを１０号ポートと定義し、このノードサーバ型番号をＭＳＳ−４００とする。図５に示すように、ＭＳＳ−４００の０号ポートはＢＸ−００８−０を接続し、ＢＸ−００８−０の１号ポートはＢＸ−００８−１を接続する。
【０２７８】
Ｓ１において、ＭＳＳ−４００サーバは電源を入れた後、ハードウェアを初期化し、デフォルトＭＡＮアドレス（０ｘ００  ０ｘ００００  ０ｘ００００と仮定する）を獲得する。ハードディスクから設置ファイルをＣＰＵメモリ（例えばスイッチの登録情報、端末の登録情報等）にインポートし、ＭＳＳ−４００サーバは自身のアクセスネットワークアドレスを０ｘ００００と設置する。
【０２７９】
Ｓ２において、ＭＳＳ−４００サーバは０、１、２、３号テーブルを初期化する。
●０号テーブルを“０００  ００００  ００００“と設置し、全ての照会パケット伝送を閉止する。
●１号テーブルを“００１  ００００  ００００”と設置し、全応答パケットをＣＰＵへガイドする。
●２号、３号テーブルを“０００  ００００  ００００“と設置し、全ての単一のマルチキャストデータパケット伝送を閉止する。
【０２８０】
Ｓ３において、ＭＳＳ−４００サーバは自身に８下向ポートがあると分かっているため、８つの０号テーブル項目をそれぞれ以下のように設置する。
●“００  ００００  ００００  ００００  ０００１“＝＞“０００  ００００  ０００１”、即ち、目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００１である照会パケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  ００１０“＝＞“０００  ００００  ００１０”、即ち、目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００２である照会パケットを１号ポートへガイドする。
●“００  ００００  ００００  ００００  ００１１“＝＞“０００  ００００  ０１００”、即ち、目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００３である照会パケットを２号ポートへガイドする。
●“００  ００００  ００００  ００００  ０１００“＝＞“０００  ００００  １０００”、即ち、目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００４の照会パケットを３号ポートへガイドする。
●“００  ００００  ００００  ００００  ０１０１“＝＞“０００  ０００１  ００００”、即ち、目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００５である照会パケットを４号ポートへガイドする。
●“００  ００００  ００００  ００００  ０１１０“＝＞“０００  ００１０  ００００”、即ち、目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００６である照会パケットを５号ポートへガイドする。
●“００  ００００  ００００  ００００  ０１１１“＝＞“０００  ０１００  ００００”、即ち、目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００７である照会パケットを６号ポートへガイドする。
●“００  ００００  ００００  ００００  １０００“＝＞“０００  １０００  ００００”、即ち、目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００８である照会パケットを７号ポートへガイドする。
【０２８１】
Ｓ４において、ＭＳＳ−４００サーバは目的アドレス（ＤＡ）がｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００１、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００２、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００３、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００４、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００５、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００６、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００７、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００８である照会パケット（ＳＡを全て０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００とする）を送信する。０号テーブルの設置に基づき、前記照会パケットを０から７号ポートまで順次ガイドする。
【０２８２】
Ｓ５において、ＢＸ−００８−０、ＢＸ−００８−１スイッチが電源を入れた後、ハードウェアを初期化する。
●０号テーブル”００  ｘｘｘｘ  ｘｘｘｘ  ｘｘｘｘ  ｘｘｘｘ”を“０１  ００００  ００００”と設置し、全ての照会パケットをＣＰＵにガイドする。
●１号テーブル”０１  ｘｘｘｘ  ｘｘｘｘ  ｘｘｘｘ  ｘｘｘｘ”を“１０  ００００  ００００”と設置し、全応答パケットをアップリンクのファストイーサネットポートへガイドする。
●２号、３号テーブルを“０００  ００００  ００００“と設置し、全ての単一のマルチキャストデータパケット伝送を閉止する。
【０２８３】
Ｓ６において、ＢＸ−００８−０スイッチが照会パケットを受信後、その０号テーブルの設置に基づき、当該照会パケットはそのＣＰＵモジュールまで受信される。ＣＰＵにより当該照会パケットを解析後、応答パケット（応答パケットに本スイッチの登録情報を備える）を生成し、かつＭＳＳ−４００サーバへ送信し、当該応答パケットのＤＡは０ｘ０８００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ＳＡは０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００１である。
【０２８４】
Ｓ７において、ＭＳＳ−４００サーバはＢＸ−００８−０スイッチが送信した応答パケットを受信後、応答パケットのソースアドレス（ＳＡ）および設備タイプを比べれば、この０号ポートにおいてアクセススイッチを接続したことが分かる。そして、ノードサーバ内の登録情報テーブルからこのアクセススイッチ情報を探し出す、このアクセススイッチへアクセス命令を送信する（そのアクセスネットワークアドレスは０ｘ０００１であると知らせる）。
【０２８５】
Ｓ８において、ＢＸ−００８−０スイッチがアクセス命令を受信後、自身のアクセスネットワークアドレスは０ｘ０００１と分かればアクセスする。こうして、その０号テーブル”００  ００００  ００００  ００００  ０００１”を“０１  ００００  ００００”と設置し、かつ０号テーブルは余った項目を”００  ００００  ００００“と設置する。即ち、本スイッチのダウンリンクプロトコルパケットのみがＣＰＵをインポートとし、同時にＭＳＳ−４００サーバへネットへイン命令応答（アクセス命令応答パケット）を送信する。
【０２８６】
Ｓ９において、ＭＳＳ−４００サーバはＢＸ−００８−０スイッチが送信したアクセス命令応答を受信すればＢＸ−００８−０スイッチはすでにアクセスしたと分かる。今後、毎秒このポートへ設備状態照会指令を送信し、ＢＸ−００８−０スイッチが正常に作動しているかどうかを検査する。同時に、さらにＢＸ−００８−０スイッチの下向ポートへポートダウンリンクプロトコルパケットを送信し、本アクセススイッチに接続する他のアクセスネットワーク設備があるかどうかを検査する。このような状況において、ＭＳＳ−４００サーバはその０号テーブルにおいて以下のように設置する。
●“００  ００００  ００００  ００００  １００１“＝＞“０００  ００００  ０００１”、即ち、目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９であるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １０１０“＝＞“０００  ００００  ０００１”、即ち、目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ａであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １０１１“＝＞“０００  ００００  ０００１”、即ち、目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｂであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １１００“＝＞“０００  ００００  ０００１”、即ち、目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｃであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １１０１“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｄであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １１１０“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｅであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １１１“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｆであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ０００１  ００００“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ００１０であるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
【０２８７】
ＭＳＳ−４００サーバはポート割り当て情報を含むポート割り当てパケットにより、ＢＸ−００８−０スイッチに、その０号テーブルを以下のように設置するように通知する。
● “００  ００００  ００００  ００００  １００１“＝＞“００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９であるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １０１０“＝＞“００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ａであるポートダウンリンクプロトコルパケットを１号ポートへガイドする。
●“００  ００００  ００００  ００００  １０１１“＝＞“００  ００００  ０１００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｂであるポートダウンリンクプロトコルパケットを２号ポートへガイドする。
●“００  ００００  ００００  ００００  １１００“＝＞“００  ００００  １０００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｃであるポートダウンリンクプロトコルパケットガイドを３号ポートへガイドする。
●“００  ００００  ００００  ００００  １１０１“＝＞“００  ０００１  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｄであるポートダウンリンクプロトコルパケットガイドを４号ポートへガイドする。
●“００  ００００  ００００  ００００  １１１０“＝＞“００  ００１０  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｅであるポートダウンリンクプロトコルパケットガイドを５号ポートへガイドする。
●“００  ００００  ００００  ００００  １１１１“＝＞“００  ０１００  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｆであるポートダウンリンクプロトコルパケットを６号ポートへガイドする。
●“００  ００００  ００００  ０００１  ００００“＝＞“００  １０００  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ００１０であるポートダウンリンクプロトコルパケットガイドを７号ポートへガイドする。
【０２８８】
Ｓ１０において、ＭＳＳ−４００サーバが目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００Ａ０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｂ、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｃ、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｄ、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｅ、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｆ、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ００１０であるポートダウンリンクプロトコルパケット（ＳＡを全て０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００とする）を送信する。ＭＳＳ−４００サーバにおける０号テーブルの設置に基づき、ポートダウンリンクプロトコルパケットをＭＳＳ−４００サーバ０号ポートへ順次ガイドする。ＢＸ−００８−０スイッチにおける０号テーブルの設置に基づき、ポートダウンリンクプロトコルパケットはＢＸ−００８−０スイッチを０から７号ポートまで順次ガイドする。
【０２８９】
Ｓ１１において、ＢＸ−００８−１スイッチはＢＸ−００８−０スイッチの１号ポートからポートダウンリンクプロトコルパケット（即ち、目的アドレスが０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ａであるポートダウンリンクプロトコルパケット）を受信後、ポートアップリンクプロトコルパケット（当該ポートアップリンクプロトコルパケットは本スイッチの登録情報を備える）をパケットを送信するＤＡは０ｘ０８００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ＳＡは０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００ａである。
【０２９０】
Ｓ１２において、ＭＳＳ−４００サーバはＢＸ−００８−１スイッチが送信したポートアップリンクプロトコルパケットを受信後、アップリンクプロトコルパケットのソースアドレス（ＳＡ）および設備タイプを比べれば、ＢＸ−００８−０の１号ポートにてアクセススイッチを接続したことが分かる。そして、サーバ内の登録情報テーブルからこのアクセススイッチ情報を検出し検出し、かつ当該アクセススイッチへアクセス命令を送信する（そのアクセスネットワークアドレスは０ｘ０００ａであると知らせる）。
【０２９１】
Ｓ１３において、ＢＸ−００８−１スイッチは、アクセス命令を受信後、自身のアクセスネットワークアドレスが０ｘ０００ａであると分かればアクセスする。その０号テーブル“００  ００００  ００００  ００００  １０１０”を“０１  ００００  ００００”と設置し、０号テーブルの余った項目を“００  ００００  ００００“と設置する。即ち本スイッチのダウンリンクプロトコルパケットのみがＣＰＵにインポートされ、同時にサーバへアクセス命令応答を送信する。
【０２９２】
Ｓ１４において、ＭＳＳ−４００サーバスイッチが送信したアクセス命令応答を受信すればＢＸ−００８−１スイッチはすでにアクセスしたと分かる。今後、毎秒このポートへ設備状態照会指令を送信し、ＢＸ−００８−１スイッチが正常に作動しているかどうかを検査する。同時にさらに、ＢＸ−００８−１スイッチの下向ポートへポートダウンリンクプロトコルパケットを送信し、本アクセススイッチに接続する他のアクセスネットワーク設備があるかどうかを検査する。もし、目下のアクセススイッチが正常に作動すれば、設備状態照会指令を受信後、状態照会応答をサーバへ送信する。サーバが６秒以内に状態照会応答を受信していなければ、このアクセススイッチすでにネットワークから移動されたと認識し、設備状態照会指令を二度と送信せず、引き続き本ポートへ照会パケットを送信する。
【０２９３】
３．１．３端末のアクセス過程
まず各アクセスを許可した端末を全て必ずノードサーバに登録し、登録していない端末はアクセスできない。図６に示すように、前記端末アクセスした過程は以下のステップに関する。
【０２９４】
Ｓ１において、ノードサーバが各ポートへ照会パケットを送信し、端末が照会パケットを受信後、端末の登録情報を備える応答パケットを送信する。
【０２９５】
Ｓ２において、ノードサーバが端末が送信した応答パケットを受信後、どのポートにおいてどの種類の端末（セットトップボックス、エンコーダボード或いはストレージ）に接続したかが分かる。そしてノードサーバ内の登録情報テーブルから当該端末の情報を検出し、当該端末へアクセス命令（端末のアクセスネットワークアドレスを知らせる）を送信する。端末はアクセス命令を受信後にアクセスし、同時にノードサーバへアクセス命令応答を送信する。
【０２９６】
Ｓ３において、ノードサーバが端末が送信したアクセス命令応答を受信すれば、本端末がすでにアクセスしたと分かる。今後定期的にこのポートへ状態照会パケットを送信し、端末が正常に作動しているかどうかを検査する。もし端末が正常に作動すれば、状態照会パケットを受信後、状態照会応答をノードサーバへ送信する。ノードサーバが一定時間内に状態照会応答を受信しなければ、本端末はすでにネットワークから移動されたと認識し、二度と状態照会パケットを送信せず、引き続き本ポートへ照会パケットを送信する。
【０２９７】
３．１．４ノードサーバとアクセススイッチ、端末のアクセス過程における互換の例を以下に説明する。
【０２９８】
アクセスネットワークのアドレスは１６ｂｉｔと設置でき、全アクセスネットワーク設備は全て１つだけのアクセスネットワークアドレスがある（セットトップボックス、アクセススイッチ、ストレージ、ひいてはノードサーバ自身を備える）。管理し易くするため全アクセスネットワーク設備のアクセスネットワークアドレスは、ノードサーバのＣＰＵモジュールにおいてアドレス情報テーブルを保守することができる。当該表のサイズを２の１６乗、即ち６４Ｋでもあり、各表の項目は以下より構成される。
【０２９９】
１）アドレス占用ディスクリプタ：“００”はこのアドレスが未使用であることを表し、“０１”はこのアドレスがスタンバイであることを表す（ノードサーバはこのアドレスを使用し、ポートダウンリンクプロトコルパケットを送信したが、アクセスアップリンクプロトコルパケットを未だ受信していない）。“１０”はアドレスがすでに使用されていることを表す（ノードサーバがアクセスアップリンクプロトコルパケットを受信後に設置する）。
【０３００】
２）設備ディスクリプタ：例えば、“００００００”をノードサーバを表し、“０００００１”は自身内のアクセススイッチＢＸ−００８を表し、“００００１０”その内のストレージを表し、“００００１１”その内の端末を表す。
【０３０１】
３）設備リソース記述情報：例えば、当該設備がアクセススイッチである場合の、このネットワークポートに接続する設備のアクセスネットワークアドレス、この各ネットワークポートのアップ・ダウンリンクストリーム計数である。もし当該設備がストレージである場合の、このネットワークポートに接続する設備のアクセスネットワークアドレス、この読み書きルートの計数およびネットワークポートのアップ・ダウンリンクストリーム計数等である。これらの情報は全てサービスフローに方針の根拠を提供する。さらに毎回のサービスフローにおいてこれらの情報を修正する。
【０３０２】
図７に示すように、ノードサーバＭＳＳ−４００において、０号ポートはアクセススイッチＢＸ−００８−０を接続し、１号ポートはアクセススイッチＢＸ−００８−１を接続し、ＢＸ−００８−０の０号ポートはセットトップボックスＳＴＢ−０を接続し、ＢＸ＿００８−１の１号ポートはセットトップボックスＳＴＢ−１に接続したと仮定する。
【０３０３】
Ｓ１において、ＭＳＳ−４００サーバが電源を入れた後、ハードウェアを初期化し、デフォルトＭＡＮアドレス（０ｘ００  ０ｘ００００  ０ｘ００００と仮定する）を獲得する。ハードディスクから設置ファイルをＣＰＵメモリ（例、スイッチの登録情報、端末の登録情報等）にインポートし、ＭＳＳ−４００サーバはアドレス情報テーブルを初期化し、全てクリアし（全アドレスを未使用と表す）、ＭＳＳ−４００サーバは自身のアクセスネットワークアドレスを０ｘ００００と設置する。即ちアドレス情報テーブルの第０ｘ００００項は以下のように設置される。
●アドレス占用ディスクリプタ：“１０”  はアドレスすでに使用されていることを表す。
●設備ディスクリプタ：“００００００”はノードサーバを表す。
●設備リソース記述情報：このノードサーバは８ダウンリンクファストイーサネットポートがあり、０号ポートから７号ポートまでと順次と定義し、ＣＰＵモジュールインターフェースを８号ポートと定義し、磁気ディスク配列インターフェースを９号ポートと定義し、アップリンクギガビット光ポートを１０号ポートと定義し、このノードサーバ型番号をＭＳＳ−４００とする。このネットワークポートは接続する設備のアクセスネットワークアドレスは未だ割り当てられておらず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とする。  
アドレス情報テーブルにおいて次に使用可能なアドレスを０ｘ０００１とする。
【０３０４】
Ｓ２において、ＭＳＳ−４００サーバは０、１、２、３号テーブルを初期化する。
●０号テーブルを“０００  ００００  ００００”と設置し、即ち全ダウンリンクプロトコルパケット伝送を閉止する。
●１号テーブルを“００１  ００００  ００００”と設置し、即ち全アップリンクプロトコルパケットをＣＰＵへガイドする。
●２号、３号テーブルを“０００  ００００  ００００“と設置し、即ち全ての単一のマルチキャストデータパケット伝送を閉止する。
【０３０５】
Ｓ３において、ＭＳＳ−４００サーバは自身に８下向ポートがあることを知っており、次の使用可能なアドレスを０ｘ０００１とする。そのためこれが設置する８つの０号テーブルの項目はそれぞれ以下の通りである。
●“００  ００００  ００００  ００００  ０００１“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００１である照会パケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  ００１０“＝＞“０００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００２である照会パケットを１号ポートへガイドする。
●“００  ００００  ００００  ００００  ００１１“＝＞“０００  ００００  ０１００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００３である照会パケットを２号ポートへガイドする。
●“００  ００００  ００００  ００００  ０１００“＝＞“０００  ００００  １０００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００４である照会パケットを３号ポートへガイドする。
●“００  ００００  ００００  ００００  ０１０１“＝＞“０００  ０００１  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００５である照会パケットを４号ポートへガイドする。
● “００  ００００  ００００  ００００  ０１１０“＝＞“０００  ００１０  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００６である照会パケットを５号ポートへガイドする。
● “００  ００００  ００００  ００００  ０１１１“＝＞“０００  ０１００  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００７である照会パケットを６号ポートへガイドする。
●“００  ００００  ００００  ００００  １０００“＝＞“０００  １０００  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００８である照会パケットを７号ポートへガイドする。
【０３０６】
Ｓ４において、ＭＳＳ−４００サーバは、目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００１、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００２、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００３、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００４、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００５、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００６、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００７、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００８である照会パケット（ＳＡを全て０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００とする）を送信する。その０号テーブルの設置に基づき、前記照会パケットを０から７号ポートまで順次ガイドする。この際、アドレス情報テーブルの第０ｘ０００１から０ｘ０００８項までは以下のように設置される。
●アドレス占用ディスクリプタ：“０１”はこのアドレスがスタンバイであることを表す。
●設備ディスクリプタ：  修正しない。
●設備リソース記述情報：修正しない。
アドレス情報テーブルの次の使用可能なアドレスを０ｘ０００９とする。
【０３０７】
Ｓ５において、ＢＸ−００８−０、ＢＸ−００８−１スイッチが電源を入れた後、ハードウェアを初期化する。
●０号テーブル”００  ｘｘｘｘ  ｘｘｘｘ  ｘｘｘｘ  ｘｘｘｘ”を“０１  ００００  ００００”と設置し、即ち全ダウンリンクプロトコルパケットパケットをＣＰＵへガイドする。
●１号テーブル”０１  ｘｘｘｘ  ｘｘｘｘ  ｘｘｘｘ  ｘｘｘｘ”を“１０  ００００  ００００”と設置し、即ち全てのアップリンクプロトコルパケットをアップリンクのファストイーサネットポートへガイドする。
●２号、３号テーブルを“００  ００００  ００００“と設置し、即ち全ての単一のマルチキャストデータパケット伝送を閉止する。
【０３０８】
Ｓ６において、ＢＸ−００８−０スイッチが照会パケットを受信後、０号テーブルの設置に基づき、当該照会パケットはＣＰＵモジュールまで受信される。ＣＰＵモジュールにより当該照会パケットを解析し、かつ応答パケット（当該応答に本アクセススイッチ登録情報を備える）を生成し、ＭＳＳ−４００サーバへパケットを送信するＤＡは０ｘ０８００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ＳＡは０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００１である。
【０３０９】
Ｓ７において、ＭＳＳ−４００サーバはＢＸ−００８−０スイッチが送信した応答パケットを受信後、応答パケットのソースアドレス（ＳＡ）、および設備タイプを比べれば、０号ポートにおいて接続したアクセススイッチが分かる。そして、ノードサーバ内の登録情報テーブルからこのアクセススイッチ情報を検出し、当該アクセススイッチへアクセス命令を送信する（アクセスネットワークアドレスを０ｘ０００１とすることを知らせる）。
【０３１０】
Ｓ８において、ＢＸ−００８−０スイッチがアクセス命令を受信後、自身のアクセスネットワークアドレスが０ｘ０００１であると分かればアクセスする。こうして、０号テーブル”００  ００００  ００００  ００００  ０００１”を“０１  ００００  ００００”と設置し、０号テーブルの余った項目を“００  ００００  ００００”と設置する。即ち、本スイッチのダウンリンクプロトコルパケットのみがＣＰＵをインポートとし、同時にサーバへアクセス命令応答を送信する。
【０３１１】
Ｓ９において、ＭＳＳ−４００サーバがＢＸ−００８−０スイッチにより送信されたアクセス命令応答を受信すれば、ＢＸ−００８−０スイッチはすでにアクセスしたと分かる。こうして、サーバ内のアドレス情報テーブルの第０ｘ０００１項は以下のように設置される。
●アドレス占用ディスクリプタ：“１０”はアドレスすでに使用されていることを表す。
●設備ディスクリプタ：“０００００１”は自身内のアクセススイッチＢＸ−００８を表す。
●設備リソース記述情報：このアクセススイッチは８ダウンリンクファストイーサネットポートがあり、０号ポートから７号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを８号ポートと定義し、アップリンクファストイーサネットポートを９号ポートと定義する。このアクセススイッチ型番号をＢＸ−００８とし、このアップリンクネットワークポートは接続する設備のアクセスネットワークアドレスは０ｘ００００（即ちＭＳＳ−４００）である。ダウンリンクネットワークポートは接続する設備のアクセスネットワークアドレスは未だ割り当てられておらず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
【０３１２】
今後、毎秒このポートへ設備状態照会指令を送信し、ＢＸ−００８−０スイッチが正常に作動しているかどうかを検査する。同時にさらに、ＢＸ−００８−０スイッチの下向ポートへポートダウンリンクプロトコルパケットを送信し、本アクセススイッチに接続する他のアクセスネットワーク設備があるかどうかを検査する。このような状況において、ＭＳＳ−４００サーバを０号テーブルにおいて以下のように設置する。
●“００  ００００  ００００  ００００  １００１“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９であるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １０１０“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ａであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １０１１“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｂであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １１００“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｃであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １１０１“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｄであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １１１０“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｅであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １１１１“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｆであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ０００１  ００００“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ００１０であるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
【０３１３】
ＭＳＳ−４００サーバはポート割り当て情報を含むポート割り当てパケットにより、ＢＸ−００８−０スイッチが０号テーブルにおいて以下のように設置するよう通知する。
●“００  ００００  ００００  ００００  １００１“＝＞“００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９であるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １０１０“＝＞“００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ａであるポートダウンリンクプロトコルパケットを１号ポートへガイドする。
●“００  ００００  ００００  ００００  １０１１“＝＞“００  ００００  ０１００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｂであるポートダウンリンクプロトコルパケットを２号ポートへガイドする。
●“００  ００００  ００００  ００００  １１００“＝＞“００  ００００  １０００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｃであるポートダウンリンクプロトコルパケットを３号ポートへガイドする。
● “００  ００００  ００００  ００００  １１０１“＝＞“００  ０００１  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｄであるポートダウンリンクプロトコルパケットを４号ポートへガイドする。
●“００  ００００  ００００  ００００  １１１０“＝＞“００  ００１０  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｅであるポートダウンリンクプロトコルパケットを５号ポートへガイドする。
●“００  ００００  ００００  ００００  １１１１“＝＞“００  ０１００  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｆであるポートダウンリンクプロトコルパケットを６号ポートへガイドする。
●“００  ００００  ００００  ０００１  ００００“＝＞“００  １０００  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ００１０であるポートダウンリンクプロトコルパケットを７号ポートへガイドする。
【０３１４】
Ｓ１０において、ＭＳＳ−４００サーバは、目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００Ａ０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｂ、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｃ、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｄ、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｅ、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｆ、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ００１０であるポートダウンリンクプロトコルパケット（ＳＡを全て０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００とする）を送信する。ＭＳＳ−４００サーバにおける０号テーブルの設置に基づき、前記ポートダウンリンクプロトコルパケットはＭＳＳ−４００サーバへ０号ポートを順次ガイドし、ＢＸ−００８−０スイッチにおける０号テーブル設置に基づき、ポートダウンリンクプロトコルパケットはＢＸ−００８−０スイッチを０から７号ポートまで順次ガイドする。かつ、ＭＳＳ−４００サーバにおけるアドレス情報テーブルの第０ｘ０００９かｒ０ｘ００１０項までは以下のように設置される。
●アドレス占用ディスクリプタ：“０１”はこのアドレスがスタンバイであることを表す。
●設備ディスクリプタ：  修正しない。
●設備リソース記述情報：修正しない。
次の使用可能なアドレスを０x0011とする。
【０３１５】
Ｓ１１において、ＳＴＢ−０はＢＸ−００８−０スイッチの０号ポートからポートダウンリンクプロトコルパケット（即ち、目的アドレスが０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９であるポートダウンリンクプロトコルパケット）を受信後、ポートアップリンクプロトコルパケット（本端末の登録情報を備える）をパケットを送信するＤＡは０ｘ０８００  ０ｘ００００  ０ｘ００００  ０ｘ００００であり、ＳＡは０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００９（スイッチの０号ポート）である。
【０３１６】
Ｓ１２において、ＭＳＳ−４００サーバはＳＴＢ−０スイッチが送信したポートアップリンクプロトコルパケットを受信後、アップリンクプロトコルパケットのソースアドレス（ＳＡ）および設備タイプを比べれば、ＢＸ−００８−０の０号ポートにおいて端末に接続したことが分かる。そしてサーバ内の登録情報テーブルから端末情報を検出し、端末へアクセス命令（端末のアクセスネットワークアドレスを０ｘ０００９とすることを知らせる）を送信する。
【０３１７】
Ｓ１３において、ＳＴＢ−０がアクセス命令を受信後、自身のアクセスネットワークアドレスが０ｘ０００９であると分かればアクセスする。同時にサーバへアクセス命令応答を送信する。
【０３１８】
Ｓ１４において、ＭＳＳ−４００サーバがＳＴＢ−０が送信したアクセス命令応答を受信すれば、ＳＴＢ−０スイッチがすでにアクセスしたことが分かる。こうしてアドレス情報テーブルの第０ｘ０００９項を以下のように設置する。
●アドレス占用ディスクリプタ：“１０”はアドレスすでに使用されていることを表す。
●設備ディスクリプタ：“００００１１”はその内の端末を表す。
●設備リソース記述情報：この端末は、ビデオオーディオのコーデックエンジンと、１ファストイーサネットポートとを有する。この端末型番号をＳＴＢとし、このネットワークポートは接続する設備のアクセスネットワークアドレスは０ｘ０００１（即ちＢＸ−００８−０）であり、このネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
【０３１９】
アドレス情報テーブルの第０ｘ０００１項は以下のように設置される。
●アドレス占用ディスクリプタ：修正しない。
●設備ディスクリプタ：修正しない。
●設備リソース記述情報：このアクセススイッチは８ダウンリンクファストイーサネットポートがあり、０号ポートから７号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを８号ポートと定義し、アップリンクファストイーサネットポートを９号ポートと定義する。このアクセススイッチ型番号をＢＸ−００８とし、このアップリンクネットワークポートは接続する設備のアクセスネットワークアドレスは０ｘ００００（即ちＭＳＳ−４００）であり、ダウンリンクネットワークポート０が接続する設備のアクセスネットワークアドレスは０ｘ０００９である。その余りは未だ割り当てられておらず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
【０３２０】
今後、ＭＳＳ−４００サーバは毎秒このポートへ設備状態照会指令を送信し、ＳＴＢ−０が正常に作動しているかどうかを検査する。サーバが６秒以内に状態照会応答を受信していなければ、ＳＴＢ−０はすでにネットワークから移動されたと認識し、設備状態照会指令を二度と送信せず、引き続き本ポートへ照会パケットを送信する。
【０３２１】
前記第Ｓ６―Ｓ１４ステップを参照すると、ＢＸ−００８−１もアクセスでき、そのアクセスネットワークアドレスを獲得し、０ｘ０００２とする。ＳＴＢ−１もアクセスでき、そのアクセスネットワークアドレスを獲得し、０ｘ００１２とする。
【０３２２】
３．１．５アクセスネットワーク設備アクセス過程におけるデータフォーマットを以下のように定義する。
【０３２３】
ＰＤＵはユーザー端末とサーバの情報互換方式であり、ユーザー端末とサーバはロウソケット（Ｒａｗ  Ｓｏｃｋｅｔ）を使用してＰＤＵを伝送し、そのデータフォーマットは以下の通りである。
【０３２４】
【表３】
0005852116.tif 000004
【０３２５】
３．２アクセスネットワーク設備の通信接続フロー。
【０３２６】
３．２．１アクセスネットワーク設備がユニキャスト通信サービスの通信接続を実行するフローを以下に説明する。
【０３２７】
図７に示すように、ノードサーバＭＳＳ−４００（アクセスネットワークアドレスを０ｘ００００とする）において、０号ポートにアクセススイッチＢＸ−００８−０（アクセスネットワークアドレスとする０ｘ０００１）を接続し、1号ポートはアクセススイッチＢＸ−００８−１（アクセスネットワークアドレスを０ｘ０００２とする）を接続し、ＢＸ−００８−０の０号ポートはセットトップボックスＳＴＢ−０（アクセスネットワークアドレスを０ｘ０００９とする）を接続し、ＢＸ＿００８−１の１号ポートはセットトップボックスＳＴＢ−１（アクセスネットワークアドレスを０ｘ００１２とする）を接続すると仮定する。セットトップボックスＳＴＢ＿０が、ノードサーバＭＳＳ−４００へ申請とセットトップボックスＳＴＢ＿１を送信し、ビデオ通信のユニキャスト通信サービスを行うステップは、以下の通りである。
【０３２８】
Ｓ１において、セットトップボックスＳＴＢ＿０は、サービス請求プロトコルパケットを送信し、パケットのＤＡ（目的アドレス）を０ｘ０８００  ０ｘ００００  ０ｘ００００  ０ｘ００００（即ちＭＳＳ−４００のアドレス）とし、ＳＡ（ソースアドレス）を０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００９とする。当該パケットにおいて、さらにｒｅｓｅｒｖｅｄ  ０ｘ００００（リザーブワード）を備えることができ、ＰＤＵ部分は以下の表に示す通りである。
【０３２９】
【表４】
0005852116.tif 000005
【０３３０】
サービス申請に関する番組番号、ブロードキャストチャンネル番号は全てサービスパラメータに入れる、例えば、
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＧＴＭＬ＿ＲＥＱＵＥＳＴ  ０ｘ８０００  はメニューを申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＶＯＤ＿ＲＥＱＵＥＳＴ  ０ｘ８００１はオンデマンド番組を申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＣＨＡＮＧＥ＿ＭＥＮＵ    ０ｘ８００２は背景メニューの変更を申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＢＲＯＡＤＣＡＳＴ＿ＲＥＱＵＥＳＴ  ０ｘ８００３はブロードキャスト視聴を申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＣＨＡＮＧＥ＿ＣＨＡＮＮＥＬ  ０ｘ８００４はチャンネル切り換えを申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＤＩＲＥＣＴ  ０ｘ８００５はテレビ電話をかけることを申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＰＥＲＭＩＳＳＩＯＮ  ０ｘ８００６はアクセスした応答を許可するかどうか判断する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＲＥＣＯＲＤ＿ＲＥＱＵＥＳＴ  ０ｘ８００７は記録を申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＥＮＤ＿ＲＥＱＵＥＳＴ  ０ｘ８００８は目下のサービスの終了を申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＯＲＧ＿ＣＡＳＴ＿ＲＥＱＵＥＳＴ  ０ｘ８００９は生中継開始を申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＤＤＢ＿ＲＥＱＵＥＳＴ  ０ｘ８００ｂは遅延テレビの視聴を申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＳＫＩＰ  ０ｘ８００ｃはオンデマンド或いは遅延テレビを視聴する過程において早送り  巻き戻し  一時停止  継続を実行する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＲＥＣＯＲＤ＿ＥＮＤ  ０ｘ８００ｅは記録の終了を申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＶＩＥＷ＿Ｍｏｎｉｔｏｒ＿ＤＩＲＥＣＴ  ０ｘ８０２４は視聴のモニターを申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＲＣＶ＿ＣＡＳＴ＿ＤＩＲＥＣＴ  ０ｘ８０２５は生中継の視聴を申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＲＥＱＵＥＳＴ  ０はテレビ電話をかけることを申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＲＣＶ＿ＣＡＳＴ＿ＲＥＱＵＥＳＴ  ０ｘａは生中継の視聴を申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＶＩＥＷ＿Ｍｏｎｉｔｏｒ  ０ｘｃは視聴のモニターを申請する。
【０３３１】
この例において、サービスパラメータをＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＲＥＱＵＥＳＴ或いはＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＤＩＲＥＣＴとする。
【０３３２】
Ｓ２において、セットトップボックスＳＴＢ＿０とノードサーバＭＳＳ−４００間に接続するアクセススイッチＢＸ−００８−０における１号テーブルにおける設置に基づき、当該サービス請求プロトコルパケットはノードサーバＭＳＳ−４００までガイドされる。ノードサーバＭＳＳ−４００はパケットのコンテンツに基づき、ビデオ通信の申請（サービスタイプ）を受信したことを判断する。サービス番号に基づきＣＡＭ表（コンテンツ−アドレスマッピングテーブル）を検査し、着呼（目標端末）はＳＴＢ＿１と分かる。自身内のアドレス情報テーブルに基づき、今回のサービスに関するリンクトポロジーが分かり、リンク許可を判断すれば、双方は通信を実行できる。こうして、メニュープロトコルパケットを発呼（ＳＴＢ＿０）と着呼（ＳＴＢ＿１）にそれぞれ送信し、かつ着呼の応答を待つ。
【０３３３】
ここで、ＳＴＢ＿０へ送信したメニュープロトコルパケット：ＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９とし、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００とし、ｒｅｓｅｒｖｅｄ  ０ｘ００００、ＰＤＵ部分を以下の表に示す。
【０３３４】
【表５】
0005852116.tif 000006
【０３３５】
ＳＴＢ＿１へ送信するメニュープロトコルパケット：ＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ００１２とし、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００とし、ｒｅｓｅｒｖｅｄ  ０ｘ００００、ＰＤＵ部分は上記表に示す。
【０３３６】
Ｓ３において、ノードサーバＭＳＳ−４００における０号テーブルの設置、および、アクセススイッチＢＸ−００８−０とＢＸ−００８−１における０号テーブルの設置に基づき、この２つのメニュープロトコルパケットはセットトップボックスＳＴＢ＿０とＳＴＢ＿１までそれぞれガイドされ、着呼ＳＴＢ＿１は申請ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＰＥＲＭＩＳＳＩＯＮ  を送信し、ＳＴＢ＿１を接続し、通信を受ける。かつ、ノードサーバＭＳＳ−４００へ応答プロトコルパケットを送信し、当該パケットのＤＡを０ｘ０８００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ＳＡ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００１２、ｒｅｓｅｒｖｅｄ  ０ｘ００００とし、サービスパラメータはＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＰＥＲＭＩＳＳＩＯＮであり、ＰＤＵ部分を以下の表に示す。
【０３３７】
【表６】
0005852116.tif 000007
【０３３８】
Ｓ４において、アクセススイッチＢＸ−００８−１における１号テーブルの設置に基づき、前記応答プロトコルパケットをノードサーバＭＳＳ−４００へガイドする。ノードサーバＭＳＳ−４００はパケットのコンテンツに基づき、ビデオ通信を受信する申請を受信すると判断する。サービス番号に基づきＣＡＭ表を調べれば着呼はＳＴＢ＿１であると分かる。自身内のアドレス情報テーブルに基づき、ノードサーバＭＳＳ−４００は今回のサービスに関するリンクトポロジーが分かり、リンクが許可したと判断し、双方は通信を実行できる。
【０３３９】
このような状況において、ノードサーバＭＳＳ−４００が設置する自身の２号テーブルは以下の通りである。
●“１０  ００００  ００００  ０００１  ００１０“＝＞“０００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ００１２（即ちセットトップボックスＢＸ−００８−１）であるユニキャストデータパケットを１号ポートへガイドする。
●“１０  ００００  ００００  ００００  １００１“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９（即ちセットトップボックスＢＸ−００８−０）であるユニキャストデータパケットを０号ポートへガイドする。
【０３４０】
かつ、ノードサーバＭＳＳ−４００はアップリンク（発呼経路）とダウンリンク（着呼経路）における全アクセススイッチへポート設置命令を送信する。同時に相手のアドレスのアップリンクと自身アドレスのダウンリンクを開放するよう要求する。
【０３４１】
アクセススイッチＢＸ−００８−０へ送信する２つのパケットは以下説明する。
【０３４２】
１）１つ目のパケットのＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００１とし、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
【０３４３】
【表７】
0005852116.tif 000008
【０３４４】
２）２つ目のパケットのＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００１とし、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
【０３４５】
【表８】
0005852116.tif 000009
【０３４６】
アクセススイッチＢＸ−００８−１へ送信する２つのパケットは以下説明する。
【０３４７】
１）１つ目のパケットのＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００２とし、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
【０３４８】
【表９】
0005852116.tif 000010
【０３４９】
２）２つ目のパケットのＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００２とし、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
【０３５０】
【表１０】
0005852116.tif 000011
【０３５１】
セットトップボックスＳＴＢ−０へ送信するパケット（サービス処理命令、本例ではコーデック命令とする）
パケットのＤＡ０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９、ＳＡ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００、ＰＤＵ部分を以下の表に示す。
【０３５２】
【表１１】
0005852116.tif 000012
【０３５３】
ＳＴＢ−１へ送信するパケット（サービス処理命令、本例ではコーデック命令とする）
パケットのＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ００１２、ＳＡ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
【０３５４】
【表１２】
0005852116.tif 000013
【０３５５】
前記コーデック命令のＰＤＵにおいて、フィールド番号１３はコーディングタイプ：０＝停止コーディング、０ｆｆｆｆ＝現状保守を表し、０ｘｆｆｆｅは解読したデータフィードバックし、ローカルコーディングを実行しない。フィールド番号１４は解読タイプ：０＝停止解読、０ｆｆｆｆ＝現状保守を表す。フィールド番号１５―１８はコーディングアドレス（ＤＡ或いはマルチキャストアドレス）：０ｘｆｆｆｆ＝現状保守を表す。フィールド番号１９−２２は解読アドレス（ＤＡ或いはマルチキャストアドレス）：０ｘｆｆｆｆ＝現状保守を表す。フィールド番号２３は、ＨＢ：ＨＡＤをコーディングする、ＬＢ：解読したＨＡＤを表す。０ｘｆｆｆｆ＝現状保守。フィールド番号２４はベルパラメータ：０＝ベル閉止、１＝開始ベル、０ｘｆｆｆｆ＝現状保守表す。フィールド番号２５はＰＴＺ動作パラメータ：０ｘｆｆｆｆ＝現状保守を表す。フィールド番号２６は補助チャンネル動作パラメータ：０ｘｆｆｆｆ＝現状保守を表す。
【０３５６】
ここで、コーディングタイプを以下の表に示す。
【０３５７】
【表１３】
0005852116.tif 000014
【０３５８】
Ｓ５において、ノードサーバＭＳＳ−４００における０号テーブルの設置、およびアクセススイッチＢＸ−００８−０、ＢＸ−００８−１における０号テーブルの設置に基づき、先の４つをアクセススイッチパケットへ送信し、それぞれＢＸ−００８−０、ＢＸ−００８−１へガイドする。
【０３５９】
このような状況において、アクセススイッチＢＸ−００８−０が設置する自身の２号テーブルを以下に説明する。
●“１０  ００００  ００００  ０００１  ００１０“＝＞“１０  ００００  ００００”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ００１２であるユニキャストデータパケットを９号ポートへガイドする。
●“１０  ００００  ００００  ００００  １００１“＝＞“００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９であるユニキャストデータパケットを０号ポートへガイドする。
【０３６０】
アクセススイッチＢＸ−００８−１が設置する自身の２号テーブルを以下に説明する。
●“１０  ００００  ００００  ０００１  ００１０“＝＞“００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ００１２であるユニキャストデータパケットを１号ポートへガイドする。
●“１０  ００００  ００００  ００００  １００１“＝＞“１０  ００００  ００００”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９であるユニキャストデータパケットを９号ポートへガイドする。
【０３６１】
ノードサーバＭＳＳ−４００における０号テーブルの設置、およびアクセススイッチＢＸ−００８−０、ＢＸ−００８−１における０号テーブルの設置に基づき、後の２つのセットトップボックスへパケットを送信するはセットトップボックスＳＴＢ−０、ＳＴＢ−１までそれぞれガイドする。パケットを受信後、セットトップボックスＳＴＢ−０、ＳＴＢ−１は、パケットのコンテンツに基づきコーデックを開始、かつ受信、ユニキャストデータを送信できる。
【０３６２】
具体的に、当回サービスの通信リンクを設置後、前記セットトップボックスＳＴＢ−０、ＳＴＢ−１が前記通信リンクによりユニキャストデータを受・送信する過程は以下に説明する。
【０３６３】
１）セットトップボックスＳＴＢ−０はセットトップボックスＳＴＢ−１へユニキャストデータパケットを送信し、当該パケットのＤＡは０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ００１２、ＳＡは０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００９である。
【０３６４】
２）当該ユニキャストデータパケットがアクセススイッチＢＸ−００８−０に入り、アクセススイッチＢＸ−００８−０の交換エンジンモジュールは組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０  ００００  ００００  ０００１  ００１０”、当該項目のアウトプットは“１０  ００００  ００００”（“１０  ００００  ００００  ０００１  ００１０“＝＞“１０  ００００  ００００”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ００１２であるユニキャストデータパケットは９号ポートへガイドする）であり、アップリンク９号ポートを開くことを表す。目下のユニキャストデータパケットを当該９号ポートを介してノードサーバＭＳＳ−４００に入る。
【０３６５】
３）ノードサーバＭＳＳ−４００が前記ユニキャストデータパケットを受信後、その交換エンジンは組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０  ００００  ００００  ０００１  ００１０”、当該項目のアウトプットは“０００  ００００  ００１０”（“１０  ００００  ００００  ０００１  ００１０“＝＞“０００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ００１２であるユニキャストデータパケットを1号ポートへガイドする）であり、ダウンリンク1号ポートを開くことを表す。目下のユニキャストデータパケットは当該１号ポートを介してアクセススイッチＢＸ−００８−１に入る。
【０３６６】
４）アクセススイッチＢＸ−００８−１が前記ユニキャストデータパケットを受信後、その交換エンジンモジュールは組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０  ００００  ００００  ０００１  ００１０”、当該項目のアウトプットは“００  ００００  ００１０”（“１０  ００００  ００００  ０００１  ００１０“＝＞“００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ００１２であるユニキャストデータパケットを１号ポートへガイドする）であり、ダウンリンク１号ポートを開くことを表す。目下のユニキャストデータパケットは当該１号ポートを介してセットトップボックスＳＴＢ−１に入る。
【０３６７】
５）セットトップボックスＳＴＢ−１はセットトップボックスＳＴＢ−０へユニキャストデータパケットを送信し、当該パケットのＤＡは０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９、ＳＡは０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００１２である。
【０３６８】
６）当該ユニキャストデータパケットはアクセススイッチＢＸ−００８−１に入り、アクセススイッチＢＸ−００８−１の交換エンジンモジュール組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０  ００００  ００００  ００００  １００１”、当該項目のアウトプットは“１０  ００００  ００００”（“１０  ００００  ００００  ００００  １００１“＝＞“１０  ００００  ００００”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９であるユニキャストデータパケットを９号ポートへガイドする）であり、アップリンク９号ポートを開くことを表す。目下のユニキャストデータパケットは当該９号ポートを介してノードサーバＭＳＳ−４００に入る。  
【０３６９】
７）ノードサーバＭＳＳ−４００が前記ユニキャストデータパケットを受信後、その交換エンジン組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０  ００００  ００００  ００００  １００１”、当該項目のアウトプットは“０００  ００００  ０００１”（“１０  ００００  ００００  ００００  １００１“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９であるユニキャストデータパケットを０号ポートへガイドする）であり、ダウンリンク０号ポートを開くことを表す。目下のユニキャストデータパケットは当該０号ポートを介してアクセススイッチＢＸ−００８−０に入る。
【０３７０】
８）アクセススイッチＢＸ−００８−０が前記ユニキャストデータパケットを受信後、その交換エンジンモジュール組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０  ００００  ００００  ００００  １００１”、当該項目のアウトプットは“００  ００００  ０００１”（“１０  ００００  ００００  ００００  １００１“＝＞“００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９であるユニキャストデータパケットを０号ポートへガイドする）であり、ダウンリンク０号ポートを開くことを表す。目下のユニキャストデータパケットは当該０号ポートを介してセットトップボックスＳＴＢ−０に入る。
【０３７１】
前記過程を応用し、ユニキャストサービス通信を実行する簡単な例を１つ以下に説明する。
【０３７２】
ＳＴＢ−０がＭＳＳ−４００サーバへＳＴＢ−１へテレビ電話をかけること申請し、ＳＴＢ−０がＭＳＳ−４００へ送信するサービス申請パケットにおいて、申請するサービスのタイプ（本例はテレビ電話であるため、相手の番号、例えば８８８８  ８８８８  ８８８８を備える）を含むと仮定する。
【０３７３】
ＭＳＳ−４００サーバがサービス申請パケットを受信後、調べるサービスタイプがテレビ電話と分かれば、テレビ電話サービスフローにスキップする。相手の番号（８８８８  ８８８８  ８８８８）に基づき、ＭＳＳ−４００サーバはＣＡＭを介してＳＴＢ−１を獲得できる、アクセスネットワークアドレス（ＳＴＢ−１にてアクセスする場合、ＭＳＳ−４００サーバはＣＡＭのコンテンツを更新するため、アドレスを０ｘ００１２とし、８８８８  ８８８８  ８８８８と更新する）を照会する。ＳＴＢ−０、ＳＴＢ−１のアクセスネットワークアドレスに基づき、アドレス情報テーブルを調べれば、それらのトポロジー情報が分かる。０ｘ０００９によりＳＴＢ−０と続いてＢＸ−００８−０の０号ポートは分かり、さらにアップ・ダウンリンクレートを０とし、よってリンクレートを１００Ｍｂｉｔ／ｓとする。ＢＸ−００８−０のアクセスネットワークアドレスは０ｘ０００１であり、アドレス情報テーブルを調べれば、ＢＸ−００８−０と続いてＭＳＳ−４００の０号ポートは分かり、さらにアップ・ダウンリンクレートを０とし、よってリンクレートを１００Ｍｂｉｔ／ｓとする。同様に、ＳＴＢ−１のリンクのストリーム情報が分かり、よって申請するテレビ電話のアップ・ダウンリンク帯域幅は２Ｍｂｉｔ／ｓであり、要求を満たす。さらに検査した他の情報も要求を満たしていれば、サーバは着呼セットトップボックスと発呼セットトップボックス間の全スイッチのこの２つのユニキャストデータの経路を開き（ＢＸ−００８−０の０号ポートと、ＢＸ−００８−１の１号ポートに対するアドレスマッチングおよび精確なストリーム制御を備える）、アドレス情報テーブルを調べるリンクのストリーム情報を修正し、サーバはコーデック命令を双方セットトップボックスへ送信する。
【０３７４】
３．２．２アクセスネットワーク設備がマルチキャスト通信サービスを実行する通信接続フローを以下に説明する。
【０３７５】
図７に示すように、ノードサーバＭＳＳ−４００（アクセスネットワークアドレスを０ｘ００００とする）があると仮定し、この０号ポートはアクセススイッチＢＸ−００８−０（アクセスネットワークアドレスを０ｘ０００１とする）に接続し、この１号ポートはアクセススイッチＢＸ−００８−１（アクセスネットワークアドレスを０ｘ０００２とする）に接続する。ＢＸ−００８−０の０号ポートはセットトップボックスＳＴＢ−０（アクセスネットワークアドレスを０ｘ０００９とする）に接続し、ＳＴＢ＿０の番号は０ｘ６６６６  ０ｘ６６６６  ０ｘ６６６６である。ＢＸ＿００８−１の１号ポートはセットトップボックスＳＴＢ−１（アクセスネットワークアドレスを０ｘ００１２とする）に接続し、ＳＴＢ＿１の番号は０ｘ８８８８  ０ｘ８８８８  ０ｘ８８８８である。セットトップボックスＳＴＢ＿０がノードサーバＭＳＳ−４００へ生中継の開始を申請するステップを以下に説明する。
【０３７６】
Ｓ１において、セットトップボックスＳＴＢ＿０は生中継を開始するサービス請求プロトコルパケットパケットを送信するＤＡは０ｘ０８００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ＳＡは０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００９、ｒｅｓｅｒｖｅｄ  ０ｘ００００（リザーブワード）であり、ＰＤＵ部分を以下の表に示す。
【０３７７】
【表１４】
0005852116.tif 000015
【０３７８】
Ｓ２において、セットトップボックスＳＴＢ＿０とノードサーバＭＳＳ−４００間に接続するアクセススイッチＢＸ−００８−０における１号テーブルの設置に基づき、当該サービス請求プロトコルパケットはノードサーバＭＳＳ−４００へガイドされる。ノードサーバＭＳＳ−４００はパケットのコンテンツに基づき、生中継開始の申請（サービスタイプ）を受信したと判断する。サービス番号に基づきＣＡＭ表（コンテンツ−アドレスマッピングテーブル）を調べれば、ユーザー（ソース端末）はＳＴＢ＿０であると分かる。自身内のアドレス情報テーブルに基づき、今回のサービスに関するリンクトポロジーが分かり、リンクが許可したと判断し、生中継を開始できる。こうしてマルチキャストアドレスを０ｘ０００８と割り当てる。かつ、ノードサーバは目下の通信リンクにおける全アクセススイッチへポート設置命令を送信し、同時に相手のアドレスのアップリンクと自身アドレスのダウンリンクを開放することを要求する。この場合、リンクトポロジーを介して判断し、目下はアクセススイッチＢＸ−００８−０のみを設置すれば良いことが分かる。
【０３７９】
このような状況において、ノードサーバＭＳＳ−４００はアクセススイッチＢＸ−００８−０へパケットを送信する。
【０３８０】
パケットのＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００１、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００（リザーブワード）とし、ＰＤＵ部分を以下の表に示す。
【０３８１】
【表１５】
0005852116.tif 000016
【０３８２】
ノードサーバＭＳＳ−４００はセットトップボックスＳＴＢ−０へパケットを送信する（サービス処理命令、本例ではコーデック命令とする）。
【０３８３】
パケットのＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
【０３８４】
【表１６】
0005852116.tif 000017
【０３８５】
Ｓ３において、ノードサーバＭＳＳ−４００における０号テーブルの設置に基づき、アクセススイッチＢＸ−００８−０へ送信するパケットをＢＸ−００８−０までガイドする。このような状況において、ＢＸ−００８−０が設置する自身の３号テーブルを以下に説明する。
●“１１  ００００  ００００  ００００  １０００“＝＞“００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ７８００  ０ｘ００００  ０ｘ００００  ０ｘ０００８であるマルチキャストデータパケットを０号ポートへガイドする。
【０３８６】
Ｓ４において、ノードサーバＭＳＳ−４００における０号テーブルの設置、およびアクセススイッチＢＸ−００８−０における０号テーブルの設置に基づき、セットトップボックスＳＴＢ−０へ送信するパケットをＳＴＢ−０までガイドする。ＳＴＢ−０はパケットのコンテンツに基づきコーデックを開始し、かつ受信を開始し、マルチキャストデータを送信する。
【０３８７】
具体的に、前記セットトップボックスＳＴＢ−０が目下の生中継に基づき、通信リンクを受・送信するマルチキャストデータを開始する過程は以下に説明する。
【０３８８】
１）セットトップボックスＳＴＢ−０はマルチキャストデータパケットを送信し、当該パケットのＤＡは０ｘ７８００  ０ｘ００００  ０ｘ００００  ０ｘ０００８（マルチキャストアドレス）であり、ＳＡは０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００９である。
【０３８９】
２）前記マルチキャストデータパケットはアクセススイッチＢＸ−００８−０に入り、アクセススイッチＢＸ−００８−０の交換エンジンモジュールは組み合わせアドレス域に基づき３号テーブルを調べ、表のアドレスは“１１  ００００  ００００  ００００  １０００”、当該項目のアウトプットは“００  ００００  ０００１”（“１１  ００００  ００００  ００００  １０００“＝＞“００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ７８００  ０ｘ００００  ０ｘ００００  ０ｘ０００８であるマルチキャストデータパケットを０号ポートへガイドする）であり、ダウンリンク０号ポートを開くことを表す。目下のマルチキャストデータパケットは当該０号ポートを介してセットトップボックスＳＴＢ−０に入る。
【０３９０】
セットトップボックスＳＴＢ＿１がノードサーバＭＳＳ−４００へ生中継視聴を申請し、番号は０ｘ６６６６  ０ｘ６６６６  ０ｘ６６６６であるステップを以下に説明する。
【０３９１】
Ｓ１において、セットトップボックスＳＴＢ＿１生中継を視聴するサービス請求プロトコルパケットを送信する。パケットのＤＡは  ０ｘ０８００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ＳＡ  は０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００１２、ｒｅｓｅｒｖｅｄ  ０ｘ００００であり、ＰＤＵ部分を以下の表に示す。
【０３９２】
【表１７】
0005852116.tif 000018
【０３９３】
Ｓ２において、セットトップボックスＳＴＢ＿１とノードサーバＭＳＳ−４００間に接続するアクセススイッチＢＸ−００８−１における１号テーブルの設置に基づき、当該サービス請求プロトコルパケットはノードサーバＭＳＳ−４００へガイドされる。ノードサーバＭＳＳ−４００はパケットのコンテンツに基づき、生中継を視聴する申請をを受信したと判断する。サービス番号に基づきＣＡＭ表を調べれば、開始者（ソース端末）はＳＴＢ＿０であると分かる。自身内のアドレス情報テーブルに基づき、今回のサービスに関するリンクトポロジーが分かり、リンクが許可したと判断し、生中継を視聴できる。こうしてマルチキャストアドレス（対応してソース端末のマルチキャストアドレスに割り当てる）を０ｘ０００８と割り当てる。かつ、ノードサーバは目下の通信リンクにおける全アクセススイッチへポート設置命令を送信し、同時に相手のアドレスのアップリンクと自身アドレスのダウンリンクを開放することを要求する。このような状況において、ノードサーバＭＳＳ−４００がが設置する自身の３号テーブルを以下に説明する。
●“１１  ００００  ００００  ００００  １０００“＝＞“０００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ７８００  ０ｘ００００  ０ｘ００００  ０ｘ０００８であるマルチキャストデータパケットを1号ポートへガイドする。
【０３９４】
同時に、ノードサーバMSS-400はアクセススイッチBX-008-0へパケットを送信する。
【０３９５】
パケットのＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００１、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
【０３９６】
【表１８】
0005852116.tif 000019
【０３９７】
同時に、ノードサーバＭＳＳ−４００はアクセススイッチＢＸ−００８−１へパケットを送信する。
【０３９８】
パケットのＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００２、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
【０３９９】
【表１９】
0005852116.tif 000020
【０４００】
同時に、ノードサーバＭＳＳ−４００はセットトップボックスＳＴＢ−１へパケットを送信する。
【０４０１】
パケットのＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ００１２、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
【０４０２】
【表２０】
0005852116.tif 000021
【０４０３】
Ｓ３において、ノードサーバＭＳＳ−４００における０号テーブルの設置に基づき、アクセススイッチＢＸ−００８−０、ＢＸ−００８−１へ送信するそれぞれアクセススイッチＢＸ−００８−０とＢＸ−００８−１までガイドする。
【０４０４】
このような状況において、アクセススイッチＢＸ−００８−０が設置する自身の３号テーブルを以下に説明する。
●“１１  ００００  ００００  ００００  １０００“＝＞“１０  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ７８００  ０ｘ００００  ０ｘ００００  ０ｘ０００８であるマルチキャストデータパケットを０号、９号ポートへガイドする。
【０４０５】
アクセススイッチＢＸ−００８−１が設置する自身の３号テーブルを以下に説明する。
●“１１  ００００  ００００  ００００  １０００“＝＞“００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ７８００  ０ｘ００００  ０ｘ００００  ０ｘ０００８であるマルチキャストデータパケットを１号ポートへガイドする。
【０４０６】
Ｓ４において、ノードサーバＭＳＳ−４００における０号テーブルの設置、およびアクセススイッチＢＸ−００８−１における０号テーブルの設置に基づき、セットトップボックスＳＴＢ−１へ送信するパケットをＳＴＢ−１までガイドする。ＳＴＢ−１パケットのコンテンツに基づきマルチキャストデータを受信し、解読する。
【０４０７】
具体的に、前記セットトップボックスＳＴＢ−１が目下の生中継視聴の通信リンクによりマルチキャストデータを受信する過程は、
【０４０８】
１）セットトップボックスＳＴＢ−０はマルチキャストデータパケットを送信する。当該パケットのＤＡは０ｘ７８００  ０ｘ００００  ０ｘ００００  ０ｘ０００８（マルチキャストアドレス）、ＳＡは０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００９である。
【０４０９】
２）前記マルチキャストデータパケットはアクセススイッチＢＸ−００８−０に入り、アクセススイッチＢＸ−００８−０の交換エンジンモジュール組み合わせアドレス域に基づき３号テーブルを調べ、表のアドレスは“１１  ００００  ００００  ００００  １０００”、当該項目のアウトプットは“１０  ００００  ０００１”（“１１  ００００  ００００  ００００  １０００“＝＞“１０  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ７８００  ０ｘ００００  ０ｘ００００  ０ｘ０００８であるマルチキャストデータパケットを０号、９号ポートへガイドする）である。ダウンリンク０号ポートアップリンク９号ポートを開くことを表し、目下のマルチキャストデータパケットは当該０号ポートを介してセットトップボックスＳＴＢ−０入り、当該９号ポートを介してノードサーバＭＳＳ−４００に入る。
【０４１０】
３）ノードサーバＭＳＳ−４００が当該マルチキャストデータパケットを受信後、その交換エンジンモジュールは組み合わせアドレス域に基づき３号テーブルを調べ、表のアドレスは“１１  ００００  ００００  ００００  １０００”、当該項目のアウトプットは“０００  ００００  ００１０”（“１１  ００００  ００００  ００００  １０００“＝＞“０００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ７８００  ０ｘ００００  ０ｘ００００  ０ｘ０００８であるマルチキャストデータパケットを１号ポートへガイドする）であり、ダウンリンク１号ポートを開くことを表す。目下のマルチキャストデータパケットは当該１号ポートを介してアクセススイッチＢＸ−００８−１に入る。
【０４１１】
４）アクセススイッチＢＸ−００８−１が当該マルチキャストデータパケット受信後、その交換エンジンモジュールは組み合わせアドレス域に基づき３号テーブルを調べ、表のアドレスは“１１  ００００  ００００  ００００  １０００”、当該項目のアウトプットは“００  ００００  ００１０”（“１１  ００００  ００００  ００００  １０００“＝＞“００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ７８００  ０ｘ００００  ０ｘ００００  ０ｘ０００８であるマルチキャストデータパケットを１号ポートへガイドする）であり、ダウンリンク１号ポートを開くことを表す。目下のマルチキャストデータパケットは当該１号ポートを介してセットトップボックスＳＴＢ−１に入る。
【０４１２】
当然、上述したユニキャストサービス通信過程とマルチキャストサービス通信過程はあくまで例に過ぎない。実際に、本発明に係る実施形態を応用し、いずれのユニキャストサービス通信或いはマルチキャストサービス通信を実行しても良い。
【０４１３】
当業者に本発明をより理解してもらうため、以下に本発明に係る実施形態の応用例を記述し、サービス通信の実行例について以下に説明する。  
【０４１４】
３．２．３  アクセスネットワークのサービスフローの例
【０４１５】
３．２．３．１  ブロードキャスト互換フロー
ブロードキャストフローに関する端末設備は２種類ある：エンコーダボード（ブロードキャストソース）、セットトップボックス（視聴ブロードキャストの片側）。
エンコーダボードがアクセスフローを介してアクセスした後、ノードサーバは命令を送信して、エンコーダボードにコーディングを開始させる。各エンコーダボードはブロードキャストデータをエンコーディングする。
【０４１６】
視聴開始：
ブロードキャストフローに入った後、まずはセットトップボックスが申請命令を送信し、ノードサーバはセットトップボックスが申請命令を受信後、セットトップボックスブロードキャストを見なければならないと分かる。かつ、セットトップボックスがどのブロードキャストみなければならないかが分かる。この時、ノードサーバはエンコーダボードとセットトップボックス間の経路を探し出す。経路における全スイッチへ命令を送信し、エンコーダボードとセットトップボックス間における全スイッチのこのブロードキャストデータに対する経路を開き、同時に解読命令をセットトップボックスへ送信する。よって、セットトップボックスはブロードキャストを視聴できる。
【０４１７】
視聴停止：
セットトップボックスは停止命令を送信し、ノードサーバがセットトップボックスの停止命令を受信後、エンコーダボードとセットトップボックス間の経路を探し出す。エンコーダボードとセットトップボックス間における全スイッチのこのブロードキャストデータに対する経路を目的を持って閉止する（経路におけるスイッチ、さらに他のセットトップボックスが本ブロードキャストを視聴している可能性があるため、全てを直接は閉止できない）。同時に停止解読を停止する命令をセットトップボックスへ送信し、前頁のメニューを送信し、セットトップボックスをメニューまでフィードバックさせる。
【０４１８】
注意：セットトップボックスが受信したブロードキャストデータとエンコーダボードが送信したブロードキャストデータはまったく同じである。  
【０４１９】
３．２．３．２  オンデマンド互換フロー
【０４２０】
オンデマンドフローにおける端末設備は２種類ある：ストレージ（番組ソース）、セットトップボックス（視聴オンデマンドの片側）。
【０４２１】
視聴開始：
オンデマンドフローに入る。まず、セットトップボックスが申請命令を送信し、命令においてオンデマンドの番組番号を出す。ノードサーバがセットトップボックスの申請命令を受信後、セットトップボックスはオンデマンドを見なければならないと分かり、かつ、セットトップボックスは何か番組を見なければならないと分かる。ノードサーバの内部情報テーブルにおいて本番組をどのストレージに置くかを調べることができる。
セットトップボックスがアクセス後、アドレスは固定されるため、オンデマンドを視聴するデータはユニキャストデータであり、データアドレスはセットトップボックスのアドレスである。
ノードサーバはディスク読み出し命令をストレージ（命令は番組番号とユニキャストデータアドレスがある）へ送信し、ストレージにユニキャストデータを送信するよう命令する。ストレージは本ストレージにおいて確かに当該番組があることを調べ、番組の送信を開始する。同時に、ディスク読み出し命令応答をノードサーバへ送信し、ストレージがすでに番組の送信を開始したことを表す。
ノードサーバがストレージの応答を受信後、ストレージとセットトップボックス間の経路を探し出さなければならない。ストレージとセットトップボックス間における全スイッチのこのユニキャストデータに対する経路を開き、同時に解読命令をセットトップボックスへ送信する。よって、セットトップボックスはオンデマンドを視聴することができる。
【０４２２】
停止視聴：
セットトップボックス停止命令を送信する、ノードサーバセットトップボックス的の停止命令を受信後、ディスク読み出し停止命令をストレージへ送信する。ストレージにユニキャストデータの送信を停止するよう命令する。ストレージ送信を停止し、同時にディスク読み出し停止命令応答をノードサーバへ送信し、ストレージがすでに番組の送信を停止したことを表す。
ノードサーバが受信後、ストレージとセットトップボックス間の経路を探し出す。ストレージとセットトップボックス間における全スイッチのこのユニキャストデータに対する経路を閉止し、同時に解読を停止する命令をセットトップボックスへ送信し、前頁のメニューを送信し、セットトップボックスをメニューまでフィードバックさせる。
【０４２３】
３．２．３．３ビデオ通信互換フロー
【０４２４】
ビデオ通信開始：
発呼セットトップボックスは申請命令を送信し、命令に着呼セットトップボックスの番号を有する。
ノードサーバがセットトップボックスの申請命令を受信後、先に着呼セットトップボックスがアクセスしたかどうかを照会し、アクセスしていなければ発呼セットトップボックス申請が失敗したことを知らせる。
もし、着呼セットトップボックスがすでにアクセスしていれば、着呼セットトップボックスが空いているかどうかを照会し、もし空いていなければ発呼セットトップボックス申請が失敗したことを知らせる。
もし着呼セットトップボックスがすでにアクセスし、かつ空いている状態であれば、ノードサーバは起呼メニューを着呼セットトップボックスへ送信し、着呼セットトップボックスの応答を待つ。着呼セットトップボックスは受信するか拒否するかを選択でき、応答をノードサーバへ送信する。
ノードサーバが着呼セットトップボックスの応答を受信する。もし拒否されれば、発呼セットトップボックスに申請が失敗したことを知らせる。
もし受信すれば、ノードサーバはコーデック命令を双方のセットトップボックスへ送信する。ビデオ通信は、双方のセットトップボックスが同時にコーデックすることを要求する。データはユニキャストデータ、コーディングアドレスは相手アドレス、解読アドレスは自身のアドレスである。
ノードサーバは着呼セットトップボックスと発呼セットトップボックス間のにおける全スイッチのこの２つのユニキャストデータに対する経路を開く。
【０４２５】
ビデオ通信停止：
着呼セットトップボックスと発呼セットトップボックスとも停止申請を提出できる。ノードサーバはセットトップボックスの停止命令を受信後、着呼セットトップボックスと発呼セットトップボックス間における全スイッチのこの２つのユニキャストデータに対する経路を閉止しる。そして、着呼セットトップボックスと発呼セットトップボックスへそれぞれコーデックを停止する命令を送信し、前頁のメニューを送信し、セットトップボックスをメニューまでフィードバックさせる。
【０４２６】
３．２．３．４生中継互換フロー
【０４２７】
生中継開始：
生中継のデータもブロードキャストデータであるセットトップボックスは申請命令を送信し、ノードサーバが申請を受信後ブロードキャストデータを自動的に割り当て、セットトップボックスへコーデック命令を送信する。同時に、本セットトップボックスの上層スイッチにこのブロードキャストデータの経路を開くよう命令する。セットトップボックスは自身が開始したブロードキャストを視聴できる。開始側は視聴側でもある。
【０４２８】
生中継視聴：
視聴セットトップボックスが申請命令を送信し、命令は生中継開始側の番号を備える。ノードサーバが申請を受信後、先に生中継開始側がアクセスしたかどうか、すでに生中継を開始したかどうかを照会しる。条件を満たさなければ、視聴セットトップボックスが視聴を失敗したことを知らせる。
もし条件を満たせば、ノードサーバは生中継開始側と視聴セットトップボックス間の経路を検出しださなければならず、生中継開始側と視聴セットトップボックス間における全スイッチこのブロードキャストデータに対する経路を開き、同時に解読命令を視聴セットトップボックスへ送信する。よって、セットトップボックスは生中継を視聴できる。
【０４２９】
生中継視聴停止：
視聴セットトップボックスは停止命令を送信する。ノードサーバが視聴セットトップボックスの停止命令を受信後、生中継開始側と視聴セットトップボックス間の経路を検出し、生中継開始側と視聴セットトップボックス間における全スイッチこのブロードキャストデータに対する経路を目的を持って閉止する（経路におけるスイッチと他のセットトップボックスが本生中継を視聴している可能性があるため、全て直接閉止できない）。同時に、解読を停止する命令を視聴セットトップボックスへ送信し、前頁のメニューを送信し、視聴セットトップボックスをメニューまでフィードバックさせる。
【０４３０】
生中継開始停止：
生中継開始側が停止命令を送信する。ノードサーバが受信後、先にどれ位のユーザーが本生中継を視聴しているかを照会し、全ての生中継を視聴するユーザーは視聴を停止に基づくフロー終了後、生中継開始側へコーデック停止命令を送信する。同時に、本セットトップボックスの上層スイッチにこのブロードキャストデータの経路を閉止するよう命令する。
【０４３１】
３．２．３．５ 前記例以外に、本発明に係る実施形態はさらに以下のサービス通信の応用を実現することができる。
【０４３２】
一、制御可能ブロードキャスト
【０４３３】
１）ブロードキャスとブロードキャストの制限：（マルチキャスト業務）
ノードサーバは、ブロードキャスト動作表を保守する。
ブロードキャストソース：実時間模擬コーディング装置、実時間数字転換装置、ストレージ番組。
ノードサーバは、ブロードキャスト視聴者カウンターを制限し、設定値を超えた後、新たに視聴者を増やすことを拒絶する。
ノードサーバ、ブロードキャストユーザー群審査を制限する。
ユーザー端末は視聴状態に入った後、ＨＬＰキーに基づきＯＳＤメニューを表示し、ブロードキャストコンテンツを個者メールボックスにストレージできる。
制御可能ブロードキャスト：一部のユーザーのみを選びサービス（例えば、料金カウンター）を提供できる。
制御可能ブロードキャスト：随時視聴率（ひいては視聴者分類視聴率）を統計できる。
ブロードキャストの制限：千を超えるブロードキャストチャンネルを異なる制限値に基づき、幅広い価格範囲を設定し、大量に商業顧客（広告、教育等）へ貸し出すことができる。
【０４３４】
２）投票フィードバック（ペイ・パー・ビュー可能）：
メディアセンターＭＰＣは、ＯＳＤコンテンツを編集および記録する。
ノードサーバは、ブロードキャスト遠側ソースと同じアドレス（ＤＡ）のＯＳＤコンテンツを定期的に送信する。
ユーザーセットトップボックスは、ＨＬＰキーに基づきＯＳＤコンテンツを表示し、リモート・コントローラのフィードバック値を伝送する。
ユーザープロキシサーバは、ユーザーフィードバック、ユーザー情報テーブル記録（マルチキャストＤＡ、番組時間コード、評価点数と票数）を受信する。
ユーザープロキシサーバは、毎秒ユーザー情報テーブルを検索し、ユーザー投票結果をノードサーバまで送信する。
視聴者フィードバック情報：総評価数、各目標点のそれぞれの投票数と視聴者評価レベル（ＹＥＳ／ＮＯ或いは５点制）。ブロードキャストチャンネルの投票フィードバック：世論調査アンケート、未来のスターオーディション等の指定ができる。
【０４３５】
二、ＶＯＤ、ＭＯＤ：（ユニキャスト業務）
【０４３６】
３）ＶＯＤ過程動作：
ノードサーバは、（番組情報、価格情報、視聴者フィードバック情報）を含むオンデマンド確認コンテンツを編集および記録する。
ノードサーバは、ユーザー申請を受信後、オンデマンド確認メニューとＯＳＤコンテンツを送信する。
ユーザーセットトップボックスは、ＨＬＰキーに基づきＯＳＤコンテンツ（番組再生位置、評価レベルプロンプト）を表示し、リモート・コントローラフィードバック値を伝送する。
ユーザープロキシサーバは、ユーザー情報テーブルを記録し、オンデマンド終了後、ユーザー評価レベル結果をノードサーバまで送信する。
ユーザーセットトップボックス、再生を動作する（一時停止/再生、連続早送り/巻き戻し、1５点進む/戻る）
視聴者フィードバック情報：総クリック数、視聴者評価レベル（５点制）。
ＶＯＤサービス：コンテンツはマスメディア、或いはニッチメディア（ＴＶブログ、専門教育と製品動作保守等）でも良い。
【０４３７】
４）カラオケ：
ＶＯＤと同じく、音声は独立ステレオを用いる。
【０４３８】
５）テレビ雑誌（ＭＯＤ）：
ノードサーバは、ＶＯＤ基礎の上に、音声付文字オンデマンドと音声付写真オンデマンドを増やす。
ノードサーバは、複数のメディアコンテンツを順序に従い並べる或いは選択する。
【０４３９】
６）インタラクティブマルチメディアウェブサイト
ユーザープロキシは、テレビ雑誌の基礎の上に公共向けのメールボックスを配備し、読者の写真、文、音声フィードバックを受信する。
インタラクティブマルチメディアウェブサイト：企業と政府の公共向けの窓口（電子政務）とすることができる。  
【０４４０】
三、ＴＶＯＤ（制御可能ブロードキャスト＋ＶＯＤ）：（マルチキャスト＋ユニキャスト業務）
【０４４１】
７）集中モニター：
メディアセンター或いはユーザープロキシサーバＭＰＣは、モニター動作表を編集および保守し、タイマー録画を選ぶことができる。
ユーザー端末が視聴状態に入った後、ＨＬＰキーに基づきＯＳＤメニュー表示し、モニターコンテンツを個者メールボックスにストレージできる。
集中モニター：大規模な遠隔モニターに適し、ユーザー群の分離により、多くの会社に向け同時に保安サービスを提供できる。
【０４４２】
８）テレビ再生（ネットワークＴｉＶｏ）：
ユーザープロキシサービスストレージは、数十チャンネル、3-7日間の全てコンテンツをストレージできる。
ユーザー端末が視聴状態に入った後、HLPキーに基づきOSDメニューを表示し、番組コンテンツを個者メールボックスにストレージできる。
テレビ再生：ユーザーはVOD方式によりテレビを見て、7日前から現在までのいかなる番組コンテンツを随時選択することができる。
【０４４３】
９）番組選択：
メディアセンターＭＰＣは、ブロードキャスト番組選択表を編集および保守し、定期的に番組を分類し自動的に録画する。
ユーザープロキシサービスストレージは、数十個の素晴らしい番組、６０日間の全コンテンツをストレージできる。
ユーザー端末が視聴状態に入った後、ＨＬＰキーに基づきＯＳＤメニューを表示し、番組コンテンツを個者メールボックスにストレージできる。
番組選択：自動的にテレビ局の番組を分類ストレージし、メニュー形式に編集し、消費者が視聴し易くする。
【０４４４】
四、生中継：（マルチキャスト業務）
【０４４５】
１）簡単な生中継
ユーザープロキシサーバは、ブロードキャストの制限と同じである。
ユーザープロキシサーバは、生中継端末制御において、生中継のコンテンツを録画できる。
生中継：視聴者は全ネットに達し、ブロードキャストソースをユーザー側に設定する。
【０４４６】
２）動画チャット、オンライン教室、市民ホットライン
参加側端末がチャット室に入った後、ＨＬＰキーに基づきＯＳＤコンテンツを表示し、動画アップロードを申請でき、主催者に花を送る（現金を換金したポイントのようなもの、中国ではチャット上で相手への好意を示すために送りあったりするもの）。
主催側ユーザープロキシサーバは、ユーザー申請を記録す、かつ生中継端末へＯＳＤプロンプトを送信する。
生中継側端末は、多くの動画アップロード申請ＯＳＤを表示でき、リモート・コントローラがアップロード経路を選択し、かつ自動的に前の経路を閉止する。
ユーザープロキシサーバは、動画アップロードを閉止する場合、課金帳帳へ特別課金パケットを送信する。
ユーザープロキシサーバは、当該ユーザーの花を送った値を記録し、生中継側に通知し、かつ課金帳帳へ特別課金パケットを送信する。
ユーザーがチャット室に入り、花を送り、音声に参加し、開通動画対話を開通し、費用を支払う。自動的に割合に基づき個者メールボックスにストレージする。
動画チャット：主催者が家（現場）で映像を再生し全ネットに達することが出来る。主催者は視聴者の申請を見て、多くの視聴者の音声を聞くことができる。しかし1つの経路の視聴者の映像しか選択して見ることができない。
視聴者は番組表により得知チャット室を知り、ダイヤルし加入する。可向主催者に花（追加料金）を送ることができ、通話或いは動画を申請できる。
【０４４７】
３）ショッピングチャンネル：
生中継端末或いは関連のＭＰＣは、ショッピング情報（商品と顧客）を保守する。
ユーザー端末はショッピングチャンネルに入った後、ＨＬＰキーに基づきＯＳＤ受注書（商品、規格、数量、価格）を表示する。
ユーザー端末はリモート・コントローラにより受注書を記入かつ提出する。
ユーザープロキシサーバは、受注書を視聴後に生中継側端末或いは関連のＭＰＣまで伝送する。
生中継側端末或いはＭＰＣ、受注書を審査し、かつユーザーへ確認した受注書を返信する。
ユーザー端末は再び受注書を表示し、かつリモート・コントローラを介して確認する。
ユーザープロキシサーバは、生中継側へユーザー確認を送信し、かつ課金帳帳へ特別課金パケットを送信する。
ユーザー端末が視聴状態に入った後、ＨＬＰキーに基づきＯＳＤメニューを表示し、ショッピングコンテンツを個者メールボックスにストレージできる。
ＭＰＣを特殊なソフトウェアを搭載するＰＣとし、ＴＶセットトップボックスの動作性能強化する。
【０４４８】
４）オークションチャンネル：
生中継端末或いはＭＰＣは、オークション情報（商品と顧客）を保守する。
ユーザー端末がオークションチャンネルに入った後、ＨＬＰキーに基づきＯＳＤ紹介（商品、規格、最高価格）を表示する。
ユーザー端末は、リモート・コントローラを介して落札価格を記入かつ提出する。
ユーザープロキシサーバは、落札価格を受信後、生中継側端末或いはＭＰＣまで伝送する。
生中継側端末或いは関連のＭＰＣは、ユーザー落札価格を審査し、かつユーザーへ確認後の落札価格を返信する。
ユーザー端末は落札価格を再び表示し、かつリモート・コントローラを介して確認する。
ユーザープロキシサーバは、生中継側へユーザー確認を送信し、かつ課金帳帳へ特別課金パケットを送信する。
ユーザー端末が視聴状態に入った後、ＨＬＰキーに基づきＯＳＤメニューを表示し、オークションコンテンツを個者メールボックスにストレージできる。
ＭＰＣを特殊なソフトウェアを搭載するＰＣとし、端末を直接接続し、ＴＶセットトップボックスの動作性能を強化する。
【０４４９】
５）動画起呼センター：
生中継側端末或いは関連のＭＰＣは、マルチプレックスの動画チャットを１つの番号（或いは名称）までバインディングし、リソースを共有する。
動画起呼センター：ショッピングチャンネル或いはオークションチャンネルと直接リンクでき、後続サービスを提供する。
【０４５０】
五、会議（マルチプレックス生中継バインディング）：（マルチキャスト業務）
【０４５１】
会議開始側端末或いは関連のMPCは、会議動作表を編集と保守し、マルチプレックスプロセスのバインディングを実現する。
【０４５２】
１）大会での発言：
開始側端末は参加側を指定する端末を直接制御し、かつ参加側のリモートコントロール動作を閉止し、強制的に大会に参加させられる。
強制的に開始側の発言を実現し、視聴に参加する。
開始側端末は参加側が事情をしらないという前提において、いずれかの参加側を視聴する、或いはその発言を指定する。
大会での発言：上層幹部の報告、プロジェクト実施の指揮、企業本部与リモートブランチ間の定例スケジューリング会議に適する。
【０４５３】
２）教室授業：
任意の参加側端末は、開始側端末へ発言申請を提出でき、開始側承認を獲得後、発言できる。
教室授業：会議チャット室を実現し、生中継チャット室との違いは生中継の視聴者が主催者をずっと見ることである。会議チャット視聴者は発言側を見て、或いはマルチスクリーン端末を介して同時に主催者と発言側を見る。
【０４５４】
３）座談会：
任意の参加側端末は、単数のＥＮＴＥＲキーを押せば、他の者を打ち切って発言ができる（少なくとも１０秒は打ち切られない）。
座談会：会議チャット室を実現し、生中継チャット室との違いは生中継の視聴者がずっと主催者を見ることである。会議チャット視聴者は発言側を見て、或いはマルチスクリーン端末を介して同時に主催者と発言側を見る。
【０４５５】
４）マルチスクリーン会議：
ユーザープロキシサーバは、ＶＯＤを挿入できる。
必ずＰＢＯＸ端末を使用し、開始側（主席）、発言側、ローカル会場、ＶＯＤ或いはＰＣスクリーンを同時に表示できる。
大会での発言、教室授業、座談会等会議モデルを選択できる。
【０４５６】
５）ビデオウォール：
開始側（議長）、発言側、マルチブランチング会場、ＶＯＤ或いはＰＣスクリーンを同時に表示できる。
大会での発言、教室授業、座談会等会議モデルを選択できる。
【０４５７】
六、テレビ電話：（ユニキャスト業務）
【０４５８】
６）一般テレビ電話
ユーザープロキシサーバは、電話番号帳を保守し、一般ダイヤルと強制ダイヤルを支援する。
ユーザー端末は通話状態に入った後、ＨＬＰキーに基づきＯＳＤメニューを表示し、通信コンテンツをメールボックスにストレージでき、相手カメラの角度を選択或いは調整できる。
【０４５９】
７）着呼側有料テレビ電話（Ｖｉｄｅｏ  ８００）：
この種類の番号は８００からはじまり、ユーザーは無料であり、他は一般のテレビ電話と同じである。
着呼側有料テレビ電話：広告、顧客サービス、公益サービス等に適する。
【０４６０】
８）ビデオサービス電話（Ｖｉｄｅｏ  ９００）：
この種類の番号は９００から始まり、発呼側を一般ユーザー端末とし、サービス費には通信費以外に、さらに比較的高いコンテンツ費（秒単位計算）を備え、他のについては一般のテレビ電話と同じである。
着呼側をコンテンツプロバイダー（コンテンツは実時間通信、ＶＯＤ、テレビ雑誌を備える）とする。
【０４６１】
９）ホームモニター：
ユーザープロキシサーバは、単方向通信であり、動画送信リソース衝突さえしなければ、他のサービスと同時に進行できる。
ユーザー端末ダイヤルがモニター状態に入った後、ＨＬＰキーに基づきＯＳＤメニューを表示し、モニターコンテンツをメールボックスにストレージでき、マルチプレックスカメラの選択或いは相手カメラ角度の調整ができる。
被モニター端末、モニター権限を設定できる（１組のモニター可能番号を指定し、全番号を開放、或いは全番号を禁止する）。
ホームモニター：家庭、小規模商店、銀行支店等に適する。 
【０４６２】
七、テレビメール、テレビブログ：（ユニキャスト業務）
【０４６３】
１０）個人ネットワークストレージ：
ユーザープロキシサーバは、ユーザーメールアドレステーブルを保守する。
ユーザー端末によるコンテンツのアップロードは、ビデオ、音声、写真、文章を備え、下書きの形式によりメールボックスにストレージし、随時見ることができる。
コンテンツのアップロードは、ＵＳＢポートからできる（ＰＣ、ＵＳＢディスク、ポータブルハードディスク等に直接接続する）。
【０４６４】
１１）一般ビデオメール：
ユーザー端末はメールアドレスにおけるコンテンツを指定し、送信対象の番号を入力し、送信を申請する。
ユーザープロキシサーバは、送信対象の端末へ新着メール通知を送信が、実際にはメールコンテンツを伝送しない。受信側端末が視聴する際に初めてＶＯＤ動作を実行する。
受信側端末がもし長期にわたってメールコンテンツをストレージしたい場合、ＨＬＰキーに基づきＯＳＤメニューを表示し、コンテンツをメールボックスにストレージできる。
【０４６５】
１２）ショートメッセージと音声伝言：
動画メールと同様に処理し、コンテンツは専用ＶＤＯＳ−ＳＤストレージ設備にストレージできる。
【０４６６】
１３）テレビブログ：
ノードサーバは、コンテンツ分類に基づき、公共大容量メールボックスを保守する。
ユーザー端末は将メールをメディアセンターの公共大容量メールボックス（カスタム価格を備える）までアップロードする。
メディアセンターＭＰＣは、アップロードメールを見て審査し、ＶＯＤコンテンツに転換し、対応する分類のブログにログインしストレージする。
ノードサーバは、視聴者フィードバック情報を保守し、オンデマンド請求書を保守する。
受信側端末がもし長期にわたってブログコンテンツをストレージしたければ、ＨＬＰキーに基づきＯＳＤメニューを表示し、コンテンツをメーボックスにストレージする。
テレビブログ：コンテンツ課金における一部の自動的伝送可能なコンテンツアップロード側のアカウント（百貨店モデル）。 
【０４６７】
八、コンピュータネットワーク：
【０４６８】
１４）インターネットブロードバンドアクセス：
イーサネットゲートウェイの存在により、ユーザーは家にいながら一般的なイーサネットスイッチを使用すれば新型ネットワークにアクセスできる。このようにユーザーは家にいながらインターネット新型ネットワークの融合を実現し、IPデータの公共インターネットへの接続を実現する。
インターネットブロードバンドアクセス：分散型コミュニティ消費者に適する。
【０４６９】
１５）マルチメディアコンピュータローカルネット：
イーサネットゲートウェイの存在により、ユーザーは企業にいながら一般的なイーサネットスイッチを使用すれば新型ネットワークにアクセスできる。このように企業はインターネット新型ネットワークの融合を実現する。
マルチメディアコンピュータローカルネット：学校、企業および政府オフィスに適する。
【０４７０】
九、音声電話：（マルチキャスト+ユニキャスト業務）
【０４７１】
新型ネットワーク電話：未圧縮ＰＣＭ（Ｇ．７１１）を直接使用し、ＰＳＴＮ品質と低遅延（トランスペアレント伝送ＦＡＸとＭｏｄｅｍ）を有し、機能はＰＳＴＮを超え、コストはＩＰ電話より低い。百分の一の新型ネットワーク帯域幅リソースを占用さえすれば、全ユーザーへの電話サービスを満足させることができる。
【０４７２】
１６）新型ネットワーク電話：
新型ネットワーク電話ネット内電話：新型ネットワーク電話番号を直接ダイヤルする。
新型ネットワークはＰＳＴＮネットへダイヤルする：９９＋ＰＳＴＮ電話番号。
ＰＳＴＮネットは新型ネットワークへダイヤルする：０７７＋ＭＰ番号、（０７７或いは他の番号は必ず電信会社の協力を得る）。
ユーザーが通話状態に入った後、連続して“＊＊＊”をダイヤルし、双方の通話コンテンツを自動的にメールボックスにストレージする。
【０４７３】
１７）電話録音：
ユーザーは選択可能：不在着信があると、自動的にメールボックスの録音を再生し、そしてメールボックスに着信コンテンツを記録する。
月別課金を選択できる。
【０４７４】
１８）音声電話会議：
ノードサーバは、専用マルチプレックス音声合成設備を配備し、音声ははっきりしており、遅延は低い。
会議開始側は会議時間、者数、対応する番号、外部ネットワークPSTNパスワードを予約し、かつ全過程録音を選択できる。
ノードサーバは、指定ユーザーへショートメッセージ通知（会議番号を備える）を送信する。
ユーザーは指定時間に、指定番号にダイヤルし、電話会議に加入する。
ノードサーバは、自動的に時間、会議番号およびユーザー番号を審査し、かつ自動的に会議参加側へ起呼できる。
【０４７５】
１９）音声自動サービスセンター：
マルチメディアウェブサイト機能と類似して、音声だけに限り、この機能は一般的に企業が1台ＰＣを使用すれば実現できる。新型ネットワークのネットにて各家庭各ユーザーは皆自動的に設立でき、いかなるハードウェアも必要なく、少ない月別料金のみを取る。
音声自動サービスセンター：天気、証券、交通、公共サービス、顧客サービス等に適する。
【０４７６】
２０）音声起呼センター：
開始側端末或いは関連のＭＰＣは、マルチプレックス電話を１つの番号（或いは名称）にバインディングし、リソースを共有する。
開始側は全過程録音を選択できる。
２１）有線音楽ブロードキャスト局：
テレビブロードキャストに似ており、コンテンツは音楽に限る。
【０４７７】
３．３本発明の新型ネットワーク従来のイーサネットの融合
【０４７８】
前記新型ネットワーク従来のイーサネットの融合を実現するため、同時に従来のイーサネットプロトコル変換ゲートウェイの機能を充分に利用するため、本発明は標準的なイーサネットゲートウェイを改造し、特殊なタイプのアクセススイッチにして、新型ネットワークイーサネット間にて接続転換の役割を果たす。改造後のイーサネットゲートウェイをイーサネットプロトコル変換ゲートウェイと呼ぶ。新型ネットワークにおいて、イーサネットプロトコル変換ゲートウェイはアクセスネットワーク部分に位置し、アクセススイッチと接続することができ、ノードサーバとも直接接続することができる。イーサネットにおいて、イーサネットプロトコル変換ゲートウェイと標準的なイーサネットスイッチは（以下、略称Ｌ２スイッチ）つながり、イーサネットスイッチは端末に接続する。
【０４７９】
本発明において、新型ネットワークイーサネット間のデータ伝送は主に以下の４種類のデータタイプがある。
１）照会パケット：ノードサーバからアクセススイッチ、イーサネットプロトコル変換ゲートウェイ或いは端末のプロトコルパケットへ送信する。
２）応答パケット：アクセススイッチ、イーサネットプロトコル変換ゲートウェイ或いは端末よりノードサーバのプロトコルパケットへ回答する。
３）ユニキャストデータパケット
４）マルチキャストデータパケット
【０４８０】
イーサネットプロトコル変換ゲートウェイは新型ネットワークイーサネット間において、主に前記４種類のタイプのデータの伝送作業を行い、この核となる実現のための考え方を以下に説明する。
【０４８１】
イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセスする。集中制御の機能を有するノードサーバからイーサネットプロトコル変換ゲートウェイのMACアドレスと当該イーサネットプロトコル変換ゲートウェイにて登録した端末ＭＡＣアドレスを獲得する。イーサネットプロトコル変換ゲートウェイは新型ネットワークが送信したデータパケット或いはプロトコルパケットを受信する場合、前記データパケット或いはプロトコルパケットにイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加える。そしてイーサネットへ送信し、イーサネットにおいてイーサネットプロトコルにより伝送を行う。さらに、イーサネットプロトコル変換ゲートウェイがイーサネットが送信したデータパケット或いはプロトコルパケットを受信する場合、データパケット或いはプロトコルパケットにおけるイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスとソース端末のＭＡＣアドレスを削除する。そして、新型ネットワークへ送信し、新型ネットワークにおいて新型ネットワークプロトコルにより伝送を行う。
【０４８２】
ここで、前記目標端末とソース端末は新型ネットワークプロトコルをフォローする。このように、目標端末とソース端末はＭＡＣアドレスを介してイーサネットに入ることができ、フォローする新型ネットワークプロトコルを介して新型ネットワークに入ることもできる。これにより、２種類の異なるタイプのネットワークの互換伝送を実現する。
【０４８３】
新型ネットワークにおいて、フォローする新型ネットワークプロトコルのデータ構造（２．１アクセスネットワークパケットの定義）を定義する。前記４種類のデータタイプ（データパケット或いはプロトコルパケット）は全てこのようなデータ構造をフォローする。
【０４８４】
目標端末とソース端末が新型ネットワークプロトコルをフォローするなら、新型ネットワークの前記データ構造をフォローしなければならない。このため、新型ネットワークが目標端末へ送信するデータパケット或いはプロトコルパケット、およびイーサネットにおいてソース端末が新型ネットワークへ送信するデータパケット或いはプロトコルパケットは、パケットヘッド両エンドが新型ネットワークにあるアドレスを伝送することを含み、前記アドレスをデータパケット或いはプロトコルパケットをソースアドレス（ＳＡ）と目的アドレス（ＤＡ）とする。即ち、新型ネットワークが目標端末へ送信するデータパケット或いはプロトコルパケットは、新型ネットワークのアドレスを有し、パケットヘッドのＤＡとＳＡを全て新型ネットワークアドレスとする。これを以下の表に示す。
【０４８５】
【表２１】
0005852116.tif 000022
【０４８６】
イーサネットプロトコル変換ゲートウェイを通る場合、パケットヘッドにてイーサネットプロトコル変換ゲートウェイＭＡＣ（即ちＭＡＣ  ＳＡ）と目標端末ＭＡＣ（即ちＭＡＣ  ＤＡ）に加入し、そしてイーサネットに入りイーサネットプロトコルに基づき目標端末まで伝送する。イーサネットにおいてソース端末が新型ネットワークへ送信するデータパケット或いはプロトコルパケットは、同時に新型ネットワークのアドレスとイーサネットのＭＡＣアドレスを有する。即ち、パケットヘッドは新型ネットワークのＤＡとＳＡを備えるだけでなく、さらにイーサネットプロトコル変換ゲートウェイＭＡＣ（即ちＭＡＣ  ＤＡ）とソース端末ＭＡＣ（即ちＭＡＣ  ＳＡ）を備える。これを以下の表に示す。
【０４８７】
【表２２】
0005852116.tif 000023
【０４８８】
イーサネットプロトコル変換ゲートウェイを通る場合、パケットヘッドにてイーサネットプロトコル変換ゲートウェイＭＡＣとソース端末ＭＡＣを削除し、そして、新型ネットワークに入り、新型ネットワークプロトコルに基づき伝送する。
【０４８９】
前記新型ネットワークイーサネットの互換過程において、Ｌ２スイッチに接続する端末はさらにイーサネットプロトコル変換ゲートウェイとバインド関係を確立する。前記バインドはイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと端末のＭＡＣアドレスが１ペア余りのマッピングであることを示し、即ち１つのイーサネットプロトコル変換ゲートウェイに複数の端末を登録できる。このような端末ＭＡＣアドレスとイーサネットプロトコル変換ゲートウェイＭＡＣアドレスのマッピングバインドは、端末とイーサネットプロトコル変換ゲートウェイを売り出す際に新型ネットワークのノードサーバにプリセットされ、ノードサーバによりイーサネットプロトコル変換ゲートウェイに通知し、もし機種変更が必要であれば必ず通信事業者にて新たに登録しなければならない。このように、売り出す予定のイーサネットプロトコル変換ゲートウェイとこれにてバインドした端末にイーサネットＭＡＣアドレスを柔軟に割り当てることができ、ＭＡＣアドレスリソースを充分に利用した效果を得られる。当然、イーサネットプロトコル変換ゲートウェイのＭＡＣアドレスは各イーサネットプロトコル変換ゲートウェイに固定でき、端末のＭＡＣアドレスも各端末に固定できるが、このような状況ではＭＡＣアドレスを柔軟に割り当てることができない。
【０４９０】
上述から、前記イーサネットプロトコル変換ゲートウェイと端末は全て新型ネットワークのアドレスとイーサネットのＭＡＣアドレスを有するこは明らかである。さらに、前記新型ネットワークアドレスとイーサネットのＭＡＣアドレスはさらに１対１のマッピングの関係を有する。このようなマッピング関係も新型ネットワークのノードサーバにより保守でき、かつイーサネットプロトコル変換ゲートウェイに通知する。このように、イーサネットプロトコル変換ゲートウェイ新型ネットワークが送信したデータパケット或いはプロトコルパケットを受信する場合、このようなマッピングに基づき、パケットにおける新型ネットワーク目的アドレス（ＤＡ）と対応する目標端末MACアドレスを探し、かつパケットに加えることができる。 
【０４９１】
以上のコンテンツは新型ネットワークがどのようにイーサネットを互換するかについて説明しており、以下に具体的な例を挙げ、新型ネットワークノードサーバとイーサネットプロトコル変換ゲートウェイ、ノードサーバと端末のアクセスフローおよびサービスフローを介して、詳細に互換過程全体を説明する。
【０４９２】
３．３．１  ノードサーバとイーサネットプロトコル変換ゲートウェイのアクセスフロー：
【０４９３】
図８は、本発明に係る実施形態においてイーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセスするフローである。
【０４９４】
まず、各アクセスを許可したイーサネットプロトコル変換ゲートウェイを全てノードサーバ内にて登録し、イーサネットプロトコル変換ゲートウェイの登録情報はイーサネットプロトコル変換ゲートウェイのシリアル番号（設備タイプと設備ロゴ情報を含む）、下向ポート数、マスク区間等の固有情報を有し、登録していないイーサネットプロトコル変換ゲートウェイはアクセスできない。
【０４９５】
ステップ６０１において、新型ネットワークにおける集中制御の機能を有するノードサーバが照会パケットを送信し、
ノードサーバが各ポートへ照会パケットを送信する。
【０４９６】
ステップ６０２において、イーサネットプロトコル変換ゲートウェイが電源を入れて初期化した後、照会パケットを受信し、イーサネットプロトコル変換ゲートウェイシリアル番号を備える応答パケットをフィードバックし、
イーサネットプロトコル変換ゲートウェイがあるポート（例、ポート０）にて送信した照会パケットを受信すると仮定する。
【０４９７】
ステップ６０３において、ノードサーバは登録情報テーブルにおいて前記シリアル番号に対応するイーサネットプロトコル変換ゲートウェイ情報を照会する。前記イーサネットプロトコル変換ゲートウェイ情報はイーサネットプロトコル変換ゲートウェイＭＡＣアドレスと当該イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスを備え、ノードサーバがイーサネットプロトコル変換ゲートウェイにより送信された応答パケットを受信後、ポート０にイーサネットプロトコル変換ゲートウェイが接続されたことが分かり、そして自身内の登録情報テーブルを照会する。
【０４９８】
ステップ６０４において、ノードサーバは前記イーサネットプロトコル変換ゲートウェイへアクセス命令を送信する。前記アクセス命令は、イーサネットプロトコル変換ゲートウェイの新型ネットワークにおけるアドレスとイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスを備え、即ち、ノードサーバはイーサネットプロトコル変換ゲートウェイの新型ネットワークアドレスと事前に登録したイーサネットＭＡＣアドレスへ割り当て、アクセス命令によりイーサネットプロトコル変換ゲートウェイに通知する。
【０４９９】
ステップ６０５において、前記イーサネットプロトコル変換ゲートウェイがアクセス命令を受信後、応答をフィードバックし、イーサネットプロトコル変換ゲートウェイは新型ネットワークにアクセスし、イーサネットプロトコル変換ゲートウェイがアクセス命令を受信後、自身のアクセス新型ネットワークのアドレスおよびイーサネットにおけるＭＡＣアドレスが分かる。
【０５００】
ステップ６０６において、ノードサーバが定期的にアクセスしたイーサネットプロトコル変換ゲートウェイへ設備状態照会指令を送信し、当該イーサネットプロトコル変換ゲートウェイが正常に作動しているかどうかを検査し、ノードサーバがアクセス命令応答を受信すれば、当該イーサネットプロトコル変換ゲートウェイがすでにアクセスしたことが分かり、今後定時（例、毎秒）にポート０へ設備状態照会指令を送信する。もし、ノードサーバが一定時間内（例、６秒）に状態照会応答を受信していなければ、当該イーサネットプロトコル変換ゲートウェイはすでにネットワークから移動されたと認識し、設備状態照会指令を二度と送信せず、引き続きポート０へ照会パケットを送信する。
【０５０１】
ステップ６０７において、ノードサーバは、前記イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレス、および端末ＭＡＣアドレスと端末への割り当て待機新型ネットワークアドレスのマッピングを、全て当該イーサネットプロトコル変換ゲートウェイに通知する。
【０５０２】
ノードサーバは登録情報テーブルに基づき当該イーサネットプロトコル変換ゲートウェイにさらに端末をバインドしていることが分かる。このためイーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレス、および端末ＭＡＣアドレスと割り当て待機新型ネットワークアドレスのマッピングを、当該イーサネットプロトコル変換ゲートウェイへ送信する。
【０５０３】
以上のアクセスフローを介して、イーサネットプロトコル変換ゲートウェイは自身の新型ネットワークアドレス、イーサネットＭＡＣアドレス、そこでバインドした端末ＭＡＣアドレスおよび端末ＭＡＣアドレスと割り当て待機の端末の新型ネットワークアドレスのマッピングが分かる。
【０５０４】
以上のフローに基づき、好ましくは、新型ネットワークのデータ伝送は具体的にアドレステーブルを調べる方法により実現できる。新型ネットワークにおける各ノードは、ノードサーバ、アクセススイッチとイーサネットプロトコル変換ゲートウェイを備え、全て自身のアドレステーブルを保守しており、データを受信する毎に、全てアドレステーブルに基づきータの伝送ガイドを行う。新型ネットワークイーサネット間のデータ伝送が主に照会パケット、応答パケット、ユニキャストデータパケットマルチキャストデータパケットの伝送に関するため、アドレステーブルも以下のように分類する。
１）プロトコルパケットアドレステーブル：以下０号テーブルと略称し、照会パケット或いはサービス申請プロトコルパケットを伝送ガイドする。
２）応答パケットアドレス調査表：以下１号テーブルと略称し、応答パケットを伝送ガイドする。
３）ユニキャストデータパケットアドレステーブル：以下２号テーブルと略称し、ユニキャストデータパケットを伝送ガイドする。
４）マルチキャストデータパケットアドレステーブル：以下３号テーブルと略称し、マルチキャストデータパケットを伝送ガイドする。
【０５０５】
前記イーサネットプロトコル変換ゲートウェイのアクセスフローを結合し、イーサネットプロトコル変換ゲートウェイのステップ３０２における電源を入れて初期化過程において、０号テーブル、１号テーブル、２号テーブルおよび３号テーブルを初期化し設置する。そして、イーサネットプロトコル変換ゲートウェイはステップ３０５においてアクセス命令を受信後、０号テーブルを設置し、本機の照会パケット或いはサービス申請プロトコルパケットへ送信し、本機のＣＰＵモジュールポートへガイドする。この後、イーサネットプロトコル変換ゲートウェイが応答を送信しアクセス後、ノードサーバはさらにイーサネットプロトコル変換ゲートウェイへ設置指令を送信し、イーサネットプロトコル変換ゲートウェイにおける０号テーブルを設置し、当該イーサネットプロトコル変換ゲートウェイにバインドした端末の照会パケット或いはサービス申請プロトコルパケットへ送信するそれぞれイーサネットプロトコル変換ゲートウェイに対応するポートまでガイドする。 
【０５０６】
３．３．２  ノードサーバと端末のアクセスフロー：
【０５０７】
イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセス後、これとバインドした端末も新型ネットワークにアクセスする。
【０５０８】
図９は、本発明に係る実施形態において端末が新型ネットワークにアクセスするフローである。
【０５０９】
同様に、各アクセスを許可した端末都ノードサーバ内にて登録し、かつバインドしたイーサネットプロトコル変換ゲートウェイまで登録し、端末の登録情報は端末シリアル番号（設備タイプと設備ロゴ情報を含む）と固有情報を有し、登録していない端末はアクセスできない。
【０５１０】
ステップ７０１において、新型ネットワークにおいて集中制御の機能を有するノードサーバは照会パケットを送信し、イーサネットプロトコル変換ゲートウェイアクセス後、ノードサーバは当該イーサネットプロトコル変換ゲートウェイの下向ポートへ照会パケットを送信し、端末設備が当該イーサネットプロトコル変換ゲートウェイに接続しているかどうかを検査する。
【０５１１】
ステップ７０３において、イーサネットプロトコル変換ゲートウェイが照会パケットを受信し、プロトコルパケットアドレステーブルに基づき、照会パケットを対応のポートまでガイドする。そして、前記照会パケットにイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加えて転送するし、前記照会パケットの目的アドレス（ＤＡ）をノードサーバ割り当て待機端末の新型ネットワークアドレスとする。このため、イーサネットプロトコル変換ゲートウェイが照会パケットを受信後、新型ネットワークアドレスとイーサネットＭＡＣアドレスのマッピングに基づき、対応する端末ＭＡＣアドレスを照会ことができ、そしてパケットに加え送信する。照会パケットがイーサネットに入った後イーサネットプロトコルに基づき伝送を行い、最終的に目標端末へ伝送する。
【０５１２】
ステップ７０３において、端末が電源を入れて初期化した後、照会パケットを受信し、端末シリアル番号を備える応答パケットをフィードバックする。
【０５１３】
ステップ７０４において、イーサネットプロトコル変換ゲートウェイが前記応答パケットにおけるイーサネットプロトコル変換ゲートウェイＭＡＣアドレスと端末ＭＡＣアドレスを削除し、そしてノードサーバへ伝送し、前記応答パケットは、イーサネットプロトコル変換ゲートウェイＭＡＣアドレス、端末ＭＡＣアドレス、新型ネットワークの目的アドレス（ＤＡ）およびソースアドレス（ＳＡ）備え、イーサネットプロトコル変換ゲートウェイがイーサネットプロトコル変換ゲートウェイＭＡＣアドレス、端末ＭＡＣアドレスを削除後、１号テーブルを調べガイドを行い、応答パケットは新型ネットワーク入り、新型ネットワークプロトコルに基づき伝送を行う。
【０５１４】
ステップ７０５において、ノードサーバ登録情報テーブルにおいて前記端末シリアル番号に対応する端末情報を検出し、端末の新型ネットワークにおけるアドレスを備えるアクセス命令を送信し、ノードサーバが端末が送信した応答パケットを受信後、イーサネットプロトコル変換ゲートウェイにて端末設備に接続したことが分かり、そして自身内の登録情報テーブルを照会。
【０５１５】
ステップ７０６において、イーサネットプロトコル変換ゲートウェイが前記アクセス命令を受信し、イーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加えた後、転送する。
【０５１６】
ステップ７０７において、端末がアクセス命令を受信後に応答をフィードバックし、イーサネットプロトコル変換ゲートウェイが前記応答におけるイーサネットプロトコル変換ゲートウェイＭＡＣアドレスと端末ＭＡＣアドレスを削除後にノードサーバへ伝送し、端末は新型ネットワークにアクセスし、端末はアクセス命令を受信すれば、自身のアクセス新型ネットワークのアドレスと分かる。
【０５１７】
ステップ７０８において、ノードサーバは定期的にアクセスした端末へ設備状態照会指令を送信し、当該端末が正常に作動しているかどうかを検査する。
【０５１８】
ノードサーバアクセス命令は応答を受信すれば、イーサネットプロトコル変換ゲートウェイにバインドした端末がすでにアクセスしたと分かり、今後は定期的に（例、毎秒）当該端末へ設備状態照会指令を送信する。もし、ノードサーバ一定時間内に（例、６秒）状態照会応答を受信していなければ、当該端末はすでにネットワークから移動されたと認識し、設備状態照会指令を二度と送信せず、引き続き本ポートへ照会パケットを送信する。
【０５１９】
前記フローにおいて、イーサネット内のデータ伝送はイーサネットプロトコルをフォローする。イーサネットプロトコルにおいて、Ｌ２スイッチはそれゆえに目的ノードに対しデータパケットを直往復信でき、集線装置のようにブロードキャスト方式により全ノードへデータパケットを送信はしない。最も重要な技術は、スイッチがネットワークにに接続するノードのネットワークカードＭＡＣアドレス識別でき、かつこれらをＭＡＣアドレステーブルと呼ぶ場所へ置く。このＭＡＣアドレステーブルはスイッチのバッファーにストレージられ、かつこれらアドレスを覚える。このように目的アドレスへデータを送信しなければならない場合、スイッチはＭＡＣアドレステーブルからこのＭＡＣアドレスのノード位置を照会ことができ、そしてこの位置のノードへ直接往復通信する。いわゆるＭＡＣアドレス数量はスイッチのＭＡＣアドレステーブルにおいて最も多くストレージできるＭＡＣアドレス数量を示し、ストレージしたＭＡＣアドレス数量が多くなるほど、データが伝送する速度と效率もこれに応じて高くなる。スイッチの各ポートにおいて、充分なバッファーにより記憶これらＭＡＣアドレスを記憶しなければならないため、Ｂｕｆｆｅｒ（バッファー）容量のサイズは対応のスイッチが記憶できるＭＡＣアドレス数がいくつあるかを決定する。通常、スイッチは基本的に１０２４個のＭＡＣアドレスを記憶できれば良い。ローカルエンドにて、１０２４個のＭＡＣアドレスを記憶できる。端末において、ＦＬＡＳＨの課題と実際のニーズのため、我々は１６個のＭＡＣアドレスを支援する。
【０５２０】
イーサネットプロトコルにおいて、同一のサブネットにてホストコンピュータ間で相互に情報を伝送し、MACアドレスを使用しなければならない。しかし、我々が最初に情報を送信する場合、ＩＰアドレスのみあり、ＭＡＣアドレスはない。この時に、データパケットを送信し、そのＩＰアドレスを目標コンピュータＩＰアドレスとし、ＭＡＣアドレスをｆｆ−ｆｆ−ｆｆ−ｆｆ−ｆｆ−ｆｆとする。このようなＭＡＣアドレスはブロードキャストを表し、つまり当該サブネットにおいて全てのコンピュータを受信できる。他のホストコンピュータを受信後、もし現ＩＰアドレスが自身のものではないと分かれば、当該パケットを捨てる。もし、自身のＩＰであればソースコンピュータへデータパケットを送信し、自身のＭＡＣアドレスを備える。オリジナルコンピュータがこのデータパケットを受信後、目標コンピュータのＭＡＣアドレスが分かり、つまりＭＡＣアドレスの自己学習である。
【０５２１】
スイッチにおいてＭＡＣアドレス自己学習はスイッチにおいてＭＡＣアドレスとスイッチの各インターフェース（例えば一般家庭用のスイッチは４つのインターフェースがある）の対応表があることを示す。スイッチ伝送を通るデータパケットがある度に、もしこの表にこのＭＡＣアドレスの対応関係がなければ、ポートへデータパケットを伝送する。目標コンピュータがあるポートから情報をフィードバックする場合、このＭＡＣアドレスがどのポートに対応するかが分かる。こうして、この対応関係を表に加え、このこそがスイッチのMACアドレス自己学習である。
【０５２２】
３．３．３  ノードサーバとイーサネットプロトコル変換ゲートウェイ、端末のアクセス過程における互換例
【０５２３】
３．３．３．１    互換例１
前記イーサネットプロトコル変換ゲートウェイと端末のアクセス過程に基づき、以下に具体的な例を挙げ説明する。
【０５２４】
説明し易くするため、イーサネットプロトコル変換ゲートウェイはアクセススイッチと接続でき或いはノードサーバと直接接続できる。図１０は、イーサネットプロトコル変換ゲートウェイｇａｔｅｗａｙ＿０の１号ポートとノードサーバＭＳＳ−４００の０号ポートは直接接続し、０号ポートグループＬ２スイッチが接続する。ここでイーサネットプロトコル変換ゲートウェイにおいて４台の端末を登録するが、しかし２台のＳＴＢ＿０、ＳＴＢ＿１のみがＬ２スイッチに接続すると仮定する。
【０５２５】
ｇａｔｅｗａｙ＿０のＭＡＣアドレスを０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ３ｅｂｆとし、ｇａｔｅｗａｙ＿０において登録した４台の新型ネットワーク端末ＭＡＣアドレスをそれぞれ０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ００００、０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ０００１、０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ０００２、０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ０００３、ＳＴＢ＿０とし、ＳＴＢ＿１は自身内の前の２台である。
【０５２６】
１、ＭＳＳ−４００サーバが電源を入れた後ハードウェアを初期化し、デフォルトＭＡＮアドレス（０ｘ００  ０ｘ００００  ０ｘ００００と仮定する）獲得する。ハードディスクからインポートとしＣＰＵメモリ（例、スイッチの登録情報、端末の登録情報等）にファイルを設置し、ＭＳＳ−４００サーバが設置する自身のアクセスネットワークアドレスを０ｘ００００とする。
【０５２７】
２、ＭＳＳ−４００サーバが０、１、２、３号テーブルを初期化
●０号テーブルを“０００  ００００  ００００“と設置し、即ち全ての照会パケット伝送を閉止する。
●１号テーブルを“００１  ００００  ００００”と設置し、即ち全ての応答パケットをＣＰＵへガイドする。
●２号、３号テーブルを“０００  ００００  ００００“と設置し、即ち全ての単一のマルチキャストデータパケット伝送を閉止する。
【０５２８】
３、ＭＳＳ−４００サーバは自身に８下向ポートとあることが分かるよう設置する。そのためサーバが設置する８つの０号テーブルの項目をそれぞれ以下に示す。
●“００  ００００  ００００  ００００  ０００１“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００１である照会パケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  ００１０“＝＞“０００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００２である照会パケットを１号ポートへガイドする。
●“００  ００００  ００００  ００００  ００１１“＝＞“０００  ００００  ０１００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００３である照会パケットを２号ポートへガイドする。
●“００  ００００  ００００  ００００  ０１００“＝＞“０００  ００００  １０００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００４である照会パケットを３号ポートへガイドする。
●“００  ００００  ００００  ００００  ０１０１“＝＞“０００  ０００１  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００５である照会パケットを４号ポートへガイドする。
●“００  ００００  ００００  ００００  ０１１０“＝＞“０００  ００１０  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００６である照会パケットを５号ポートへガイドする。
●００  ００００  ００００  ００００  ０１１１“＝＞“０００  ０１００  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００７である照会パケットを６号ポートへガイドする。
●“００  ００００  ００００  ００００  １０００“＝＞“０００  １０００  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００８である照会パケットを７号ポートへガイドする。
【０５２９】
４、ＭＳＳ−４００サーバは目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００１、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００２、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００３、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００４、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００５、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００６、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００７、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００８であるポート照会パケット（ＳＡを全て０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００とする）を送信し、０号テーブル設置ポートに基づき照会パケットは０から７号ポートまでを順次ガイドする。
【０５３０】
５、ｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイが電源を入れた後ハードウェアを初期化
●０号テーブル”００  ｘｘｘｘ  ｘｘｘｘ  ｘｘｘｘ  ｘｘｘｘ”を“１００”と設置し、即ち全ての照会パケットをＣＰＵへガイドする。
●１号テーブル”０１  ｘｘｘｘ  ｘｘｘｘ  ｘｘｘｘ  ｘｘｘｘ”を“０１０”と設置し、即ち全ての応答パケットをアップリンクのファストイーサネットポートへガイドする。
●２号、３号テーブルを“０００“と設置し、即ち全ての単一のマルチキャストデータパケット伝送を閉止する。
【０５３１】
６、ｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイがポートと照会パケットを受信後、応答（応答には本スイッチの設備タイプ、設備ロゴを備え、これは各スイッチの固有情報である）を送信する。パケットのＤＡは０ｘ０８００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ＳＡは０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００１である。
【０５３２】
７、ＭＳＳ−４００サーバがｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイが送信した応答を受信後、応答パケットのソースアドレス（ＳＡ）および設備タイプを比べれば、０号ポートにおいてイーサネットプロトコル変換ゲートウェイに接続したと分かる。そしてサーバ内の登録情報テーブルからこのイーサネットプロトコル変換ゲートウェイ情報を探し出す、即ちｇａｔｅｗａｙ＿０のイーサネットＭＡＣ  アドレスおよびｇａｔｅｗａｙ＿０において登録した新型ネットワーク端末のイーサネットＭＡＣ  アドレスを備える。そしてアクセススイッチへアクセス命令を送信する（ｇａｔｅｗａｙ＿０のアクセスネットワークアドレスが０ｘ０００１であること、ｇａｔｅｗａｙ＿０のＭＡＣアドレスが０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ３ｅｂｆであることを知らせる）。
【０５３３】
８、ｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイがアクセス命令を受信後、自身のアクセスネットワークアドレスは０ｘ０００１であると分かり、ＭＡＣアドレスを０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ３ｅｂｆとすればアクセスする。０号テーブル”００  ００００  ００００  ００００  ０００１”を“１００”と設置し、０号テーブルの余った項目を”０００“と設置する、即ち本スイッチの照会パケットのみをＣＰＵへインポートとし、その余りを捨てる。同時にサーバへアクセス命令応答を送信する。
【０５３４】
９、ＭＳＳ−４００サーバがｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイが送信したアクセス命令応答を受信すれば、ｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイはすでにアクセスしたと分かる。今後、毎秒このポートへ設備状態照会指令を送信し、ｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイが正常に作動しているかどうかを調べる。同時にさらに、ｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイの下向ポートへポート照会パケットを送信しなければならず、端末設備がｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイに接続しているかどうかを調べる。ＭＳＳ−４００サーバはｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイにおいて４台の新型ネットワーク端末に登録していると分かっているため、ＭＳＳ−４００サーバは以下のように設置する。
●“００  ００００  ００００  ００００  １００１“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９である照会パケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １０１０“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ａである照会パケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １０１１“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｂである照会パケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １１００“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｃである照会パケットを０号ポートへガイドする。  
【０５３５】
ＭＳＳ−４００サーバはｇａｔｅｗａｙ＿０に通知し、以下のように設置する。
●“００  ００００  ００００  ００００  １００１“＝＞“００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９である照会パケットを０号ポートへガイドし、これに対応するＭＡＣアドレスを０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ００００とする。
●“００  ００００  ００００  ００００  １０１０“＝＞“００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ａである照会パケットを０号ポートへガイドし、これに対応するＭＡＣアドレスを０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ０００１とする。
●“００  ００００  ００００  ００００  １０１１“＝＞“００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｂである照会パケットを０号ポートへガイドし、これに対応するＭＡＣアドレスを０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ０００２とする。
●“００  ００００  ００００  ００００  １１００“＝＞“００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｃである照会パケットを０号ポートへガイドし、これに対応するＭＡＣアドレスを０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ０００３とする。
【０５３６】
１０、ＭＳＳ−４００サーバは目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００Ａ０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｂ、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｃであるポートと照会パケット（ＳＡを全て０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００とする）を送信し、ＭＳＳ−４００サーバ０号テーブルの設置ポートに基づき照会パケットはＭＳＳ−４００サーバ０号ポートを順次ガイドする。ｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイ０号テーブルの設置ポートに基づき照会パケットはｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイ０号ポートを順次ガイドする。ｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイ０号ポートの送信モジュールはパケットの新型ネットワーク目地アドレスＤＡに基づき、対応する端末のイーサネットＭＡＣ  ＤＡ（６ｂｙｔｅ）を獲得し、端末のイーサネットＭＡＣ  ＤＡ（６ｂｙｔｅ）、イーサネットプロトコル変換ゲートウェイのＭＡＣ  ＳＡ（６ｂｙｔｅ）、イーサネットｌｅｎｇｔｈ  ｏｒ  ｆｒａｍｅ  ｔｙｐｅ（２ｂｙｔｅ）を加える。即ち０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ００００  ０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ３ｅｂｆ  ０ｘ００００（カスタム）０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９、０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ０００１  ０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ３ｅｂｆ  ０ｘ００００（カスタム）０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００Ａ０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ０００２  ０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ３ｅｂｆ  ０ｘ００００（カスタム）０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｂ、０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ０００３  ０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ３ｅｂｆ  ０ｘ００００（カスタム）０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｃかつ送信する。
【０５３７】
１１、ローカルネットにおけるＬ２スイッチは、附録に基づき表にこれらｍａｃアドレス（即ち０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ００００、０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ０００１、０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ０００２、０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ０００３）の対応関係がないことが分かれば、全ポートへこれらのパケットを伝送する。ＳＴＢ＿０  、ＳＴＢ＿１は全てこの４つのパケットを受信し、これらはパケットに対するＭＡＣ  ＤＡと自身のＭＡＣ  アドレス（出荷時に端末のｆｌａｓｈに焼く）と比べ、同じように受信するか、さもなければ捨てる。ＳＴＢ＿０はポート照会パケットを受信後、応答（応答に本端末の設備タイプ、設備ロゴを備え、これは各端末の固有情報である）を送信し、パケットのヘッド部分は０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ３ｅｂｆ    ０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ００００  ０ｘ００００（カスタム）  ０ｘ０８００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００ａである。ＳＴＢ＿１はポート照会パケットを受信後、応答（応答に本端末の設備タイプ、設備ロゴを備え、これは各端末の固有情報）を送信し、パケットのヘッド部分は０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ３ｅｂｆ    ０ｘ０００５  ０ｘ５ｄｆｄ  ０ｘ０００１  ０ｘ００００（カスタム）  ０ｘ０８００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｂである。
【０５３８】
１２、ローカルネットにおけるＬ２スイッチは附録に基づき、この２つのパケットはｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイの０号ポートをガイドすると分かることができる。０号ポートのパケットマッチング検査モジュールが検査完了後、ＭＡＣ  ＤＡ（６ｂｙｔｅ）、ＭＡＣ  ＳＡ（６ｂｙｔｅ）、ｌｅｎｇｔｈ  ｏｒ  ｆｒａｍｅ  ｔｙｐｅ（２ｂｙｔｅ）計１４ｂｙｔｅを削除し、対応の受信バッファーに入り、交換エンジンは各受信バッファーに対しポーリングを行う。もし削除すべきものがあればこれに対し組み合わせアドレス域の表調査を行う。これによりパケットのガイド情報を獲得し、ｇａｔｅｗａｙ＿０の１号テーブルに基づき、ＭＡＣのパケットを削除し、１号ポートへガイドする。
【０５３９】
１３、ＭＳＳ−４００サーバがＳＴＢ＿０  、ＳＴＢ＿１が送信した応答を受信後、応答パケットのソースアドレス（ＳＡ）および設備タイプを比べれば、ｇａｔｅｗａｙ＿０  にて２つの登録済の端末に接続したと分かる。そしてサーバ内の登録情報テーブルから端末情報を検出し、ＳＴＢ＿０  、ＳＴＢ＿１へアクセス命令（ＳＴＢ＿０  、ＳＴＢ＿１のアクセスネットワークアドレスを０ｘ０００Ａ０ｘ００９０ｂとすることを知らせる）を送信する。１０に基づき、ｇａｔｅｗａｙ＿０が  ＭＡＣを加えた後を０号ポートへガイドする。
【０５４０】
１４、ローカルネットにおけるＬ２スイッチは附録に基づき、この２つのパケットがそれぞれＳＴＢ＿０  、ＳＴＢ＿１をガイドすることが分かり、ブロードキャストはしない。
【０５４１】
１５、ＳＴＢ＿０  、ＳＴＢ＿１アクセス命令を受信後、自身のアクセスネットワークアドレスが０ｘ０００Ａ０ｘ０００ｂであると分かればアクセスし、同時にサーバへアクセス命令応答を送信し、ＭＳＳ−４００サーバがＳＴＢ＿０  、ＳＴＢ＿１が送信したアクセス命令応答を受信すれば、ＳＴＢ＿０  、ＳＴＢ＿１はすでにアクセスしたと分かり、今後毎秒このポートへ設備状態照会指令を送信し、ＳＴＢ＿０  、ＳＴＢ＿１が正常に作動しているかどうかを調べる。サーバが６秒以内に状態照会応答を受信していなければ、端末すでにネットワークから移動されたと認識し、設備状態照会指令を二度と送信せず、引き続き本ポートへポート照会パケットを送信する。
【０５４２】
３．３．３．２    互換例２
ノードサーバとイーサネットプロトコル変換ゲートウェイ、端末のアクセス過程において、ノードサーバは自身が保守するアドレス情報テーブルによりアクセスアドレスを管理する。以下に別の例を挙げアドレス情報テーブルの管理を説明する。
【０５４３】
アクセスネットワークのアドレスを１６ｂｉｔと設置でき、全アクセスネットワーク設備は全て１つだけのアクセスネットワークアドレス（セットトップボックス、アクセススイッチ、ストレージ、ひいてはノードサーバ自身を備える）がある。管理をし易くするため全アクセスネットワーク設備のアクセスネットワークアドレスは、ノードサーバのＣＰＵモジュールにおいてアドレス情報テーブルを保守することができ、当該表の大きさを２の１６乗とし、即ち６４Ｋでもある。各表の項目は以下より構成される。
【０５４４】
１）アドレス占用ディスクリプタ：“００”はこのアドレスが未使用であることを表し、“０１”はこのアドレスがスタンバイであることを表し（ノードサーバはこのアドレスを使用しポートダウンリンクプロトコルパケットを送信するが、アクセスアップリンクプロトコルパケットを未だ受信していない）、“１０”  はアドレスすでに使用されていることを表す（ノードサーバはアクセスアップリンクプロトコルパケットを受信後、設置する）。
【０５４５】
２）設備ディスクリプタ：例えば、“００００００”はノードサーバを表し、“０００００１”自身内のアクセススイッチＢＸ−００８を表し、“００００１０”  自身内のストレージを表し、“００００１１”は自身内の端末を表す。
【０５４６】
３）設備リソース記述情報：例えば、当該設備がアクセススイッチであれば、このネットワークポートは接続する設備のアクセスネットワークアドレスであり、この各ネットワークポートのアップ・ダウンリンクストリーム計数である。もし当該設備がストレージであれば、このネットワークポートは接続する設備のアクセスネットワークアドレスであり、この読み書きルートの計数およびネットワークポートのアップ・ダウンリンクストリーム計数等である。全これら情報はサービスフローに方針の根拠を提供し、さらに毎回のサービスフローにおいてこれらの情報を修正する。
【０５４７】
図１１に示すように、ノードサーバＭＳＳ−４００は、この０号ポートはアクセススイッチＢＸ−００８−０（実際は、ＢＸ−００８−０に本発明のＭＡＣ加減機能を加えれば、本発明のイーサネットプロトコル変換ゲートウェイとすることができる）に接続し、この１号ポートはアクセススイッチＢＸ−００８−１に接続し、ＢＸ−００８−０の０号ポートはセットトップボックスＳＴＢ−０に接続し、ＢＸ＿００８−１の１号ポートはセットトップボックスＳＴＢ−１に接続すると仮定する。
【０５４８】
１、ＭＳＳ−４００サーバが電源を入れた後ハードウェアを初期化し、デフォルトＭＡＮアドレス（０ｘ００  ０ｘ００００  ０ｘ００００と仮定する）を獲得する。ハードディスクからインポートとしＣＰＵメモリにファイルを設置する（例えばスイッチの登録情報、端末の登録情報等）、ＭＳＳ−４００サーバはアドレス情報テーブルを初期化し、全てクリアし（全アドレスを未使用と表す）、ＭＳＳ−４００サーバが設置する自身のアクセスネットワークアドレスを０ｘ００００とし、即ちアドレス情報テーブルの第０ｘ００００項は以下のようにも設置される。
●アドレス占用ディスクリプタ：“１０”はアドレスすでに使用されていることを表す。
●設備ディスクリプタ：“００００００”はノードサーバを表す。
●設備リソース記述情報：このノードサーバは８ダウンリンクファストイーサネットポートがあり、０号ポートから７号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを８号ポートと定義し、磁気ディスク配列インターフェースを９号ポートと定義し、アップリンクギガビット光ポートを１０号ポートと定義し、このノードサーバ型番号をＭＳＳ−４００とする。このネットワークポートは接続する設備のアクセスネットワークアドレスは未だ割り当てられておらず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とし、
アドレス情報テーブルの次の使用可能なアドレスを０ｘ０００１とする。
【０５４９】
２、ＭＳＳ−４００サーバは０、１、２、３号テーブルを初期化
●０号テーブルを“０００  ００００  ００００“と設置し、即ち全ダウンリンクプロトコルパケット伝送を閉止する。
●１号テーブルを“００１  ００００  ００００”と設置し、即ち全アップリンクプロトコルパケットをＣＰＵへガイドする。
●２号、３号テーブルを“０００  ００００  ００００“と設置し、即ち全ての単一のマルチキャストデータパケット伝送を閉止する。
【０５５０】
３、ＭＳＳ−４００サーバ自身に８下向ポートがあることが分かり、次の使用可能なアドレスを０ｘ０００１とする。そのため８つの０号テーブルの項目を設置し、それぞれ以下に示す。
●“００  ００００  ００００  ００００  ０００１“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００１である照会パケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  ００１０“＝＞“０００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００２である照会パケッをト1号ポートへガイドする。
●“００  ００００  ００００  ００００  ００１１“＝＞“０００  ００００  ０１００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００３である照会パケットを２号ポートへガイドする。
●“００  ００００  ００００  ００００  ０１００“＝＞“０００  ００００  １０００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００４である照会パケットを３号ポートへガイドする。
●“００  ００００  ００００  ００００  ０１０１“＝＞“０００  ０００１  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００５である照会パケットを４号ポートへガイドする。
●“００  ００００  ００００  ００００  ０１１０“＝＞“０００  ００１０  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００６である照会パケットを５号ポートへガイドする。
●“００  ００００  ００００  ００００  ０１１１“＝＞“０００  ０１００  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００７である照会パケットを６号ポートへガイドする。
●“００  ００００  ００００  ００００  １０００“＝＞“０００  １０００  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００８である照会パケットを７号ポートへガイドする。
【０５５１】
４、ＭＳＳ−４００サーバは目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００１、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００２、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００３、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００４、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００５、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００６、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００７、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００８である照会パケット（ＳＡを全て０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００とする）送信し、その０号テーブルの設置に基づき、前記照会パケットを０から７号ポートまで順次ガイドする。この際、アドレス情報テーブルの第０ｘ０００１から０ｘ０００８項までは以下のように設置される。
●アドレス占用ディスクリプタ：“０１”はこのアドレスがスタンバイであることを表す。
●設備ディスクリプタ：  修正しない。
●設備リソース記述情報：修正しない。
アドレス情報テーブルの次の使用可能なアドレスを０ｘ０００９とする。
【０５５２】
５、ＢＸ−００８−０、ＢＸ−００８−１スイッチが電源を入れた後ハードウェアを初期化
●その０号テーブル”００  ｘｘｘｘ  ｘｘｘｘ  ｘｘｘｘ  ｘｘｘｘ”  を“０１  ００００  ００００”と設置し、即ち全ダウンリンクプロトコルパケットをＣＰＵへガイドする。
●その１号テーブル”０１  ｘｘｘｘ  ｘｘｘｘ  ｘｘｘｘ  ｘｘｘｘ”  を“１０  ００００  ００００”と設置し、即ち全てのアップリンクプロトコルパケットをアップリンクのファストイーサネットポートへガイドする。
●その２号、３号テーブルを“００  ００００  ００００“と設置し、即ち全ての単一のマルチキャストデータパケット伝送を閉止する。
【０５５３】
６、ＢＸ−００８−０スイッチが照会パケットを受信後、その０号テーブルの設置に基づき、当該照会パケットはそのＣＰＵモジュールまで受信される。ＣＰＵモジュールにより当該照会パケットを解析し、かつ応答パケットを生成し（当該応答は本アクセススイッチ登録情報を含む）ＭＳＳ−４００サーバへ送信する。パケットのＤＡは０ｘ０８００  ０ｘ００００  ０ｘ００００  ０ｘ００００  、ＳＡは０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００１である。  
【０５５４】
７、ＭＳＳ−４００サーバはＢＸ−００８−０スイッチが送信した応答パケットを受信後、応答パケットのソースアドレス（ＳＡ）、および設備タイプを比べれば、その０号ポートにおいてアクセススイッチに接続したと分かる。そして、ノードサーバ内の登録情報テーブルからこのアクセススイッチ情報を検出し、当該アクセススイッチへアクセス命令を送信する（そのアクセスネットワークアドレスを０x0001とすることを知らせる）。
【０５５５】
８、ＢＸ−００８−０スイッチがアクセス命令を受信後、自身のアクセスネットワークアドレスが０ｘ０００１であると分かればアクセスする。こうして、その０号テーブル”００  ００００  ００００  ００００  ０００１”を“０１  ００００  ００００”と設置し、０号テーブルの余った項目を”００  ００００  ００００“と設置し、即ち本スイッチのダウンリンクプロトコルパケットのみがＣＰＵをインポートとし、同時にサーバへアクセス命令応答を送信する。
【０５５６】
９、ＭＳＳ−４００サーバはＢＸ−００８−０スイッチが送信したアクセス命令応答を受信すれば、ＢＸ−００８−０スイッチはすでにアクセスしたを分かる。こうして、サーバ内のアドレス情報テーブルの第０ｘ０００１項は以下のように設置される。
●アドレス占用ディスクリプタ：“１０”はアドレスすでに使用されていることを表す。
●設備ディスクリプタ：“０００００１”は自身内のアクセススイッチＢＸ−００８を表す。
●設備リソース記述情報：このアクセススイッチは８ダウンリンクファストイーサネットポートはあり、０号ポートから７号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを８号ポートと定義し、アップリンクファストイーサネットポートを９号ポートと定義し、このアクセススイッチ型番号をＢＸ−００８とする。このアップリンクネットワークポートは接続する設備のアクセスネットワークアドレスは０ｘ００００（即ちＭＳＳ−４００）であり、ダウンリンクネットワークポートは接続する設備のアクセスネットワークアドレスは未だ割り当てられておらず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
【０５５７】
今後、毎秒このポートへ設備状態照会指令を送信し、ＢＸ−００８−０スイッチが正常に作動しているかどうかを調べる。同時にさらにＢＸ−００８−０スイッチの下向ポートへポートダウンリンクプロトコルパケットを送信しなければならず、本アクセススイッチに接続する他のアクセスネットワーク設備があるかどうかを検査する。このような状況において、ＭＳＳ−４００サーバをその０号テーブルにおいて以下のように設置する。
●“００  ００００  ００００  ００００  １００１“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９であるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １０１０“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ａであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １０１１“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｂであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １１００“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｃであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １１０１“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｄであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １１１０“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｅであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １１１１“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｆであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ０００１  ００００“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ００１０であるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
【０５５８】
ＭＳＳ−４００サーバはポート割り当て情報を含むポート割り当てパケットを介して、ＢＸ−００８−０スイッチのその０号テーブルにおいて以下のように設置するよう通知する。
●“００  ００００  ００００  ００００  １００１“＝＞“００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９であるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００  ００００  ００００  ００００  １０１０“＝＞“００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ａであるポートダウンリンクプロトコルパケット１号ポートへガイドする。
●“００  ００００  ００００  ００００  １０１１“＝＞“００  ００００  ０１００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｂであるポートダウンリンクプロトコルパケットを２号ポートへガイドする。
●“００  ００００  ００００  ００００  １１００“＝＞“００  ００００  １０００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｃであるポートダウンリンクプロトコルパケットを３号ポートへガイドする。
●“００  ００００  ００００  ００００  １１０１“＝＞“００  ０００１  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｄであるポートダウンリンクプロトコルパケットを４号ポートへガイドする。
●“００  ００００  ００００  ００００  １１１０“＝＞“００  ００１０  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｅであるポートダウンリンクプロトコルパケットを５号ポートへガイドする。
●“００  ００００  ００００  ００００  １１１１“＝＞“００  ０１００  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｆであるポートダウンリンクプロトコルパケットを６号ポートへガイドする。
●“００  ００００  ００００  ０００１  ００００“＝＞“００  １０００  ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ００１０であるポートダウンリンクプロトコルパケットを７号ポートへガイドする。
【０５５９】
１０、ＭＳＳ−４００サーバは目的アドレス（ＤＡ）が０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００Ａ０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｂ、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｃ、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｄ、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｅ、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００ｆ、０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ００１０であるポートダウンリンクプロトコルパケット（ＳＡを全て０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００とする）を送信する。ＭＳＳ−４００サーバにおける０号テーブルの設置に基づき、前記ポートダウンリンクプロトコルパケットはＭＳＳ−４００サーバ０号ポートを順次ガイドする。ＢＸ−００８−０スイッチにおける０号テーブルの設置に基づき、ポートダウンリンクプロトコルパケットはＢＸ−００８−０スイッチを０から７号ポートまで順次ガイドする。かつ、ＭＳＳ−４００サーバにおけるアドレス情報テーブルの第０ｘ０００９から０ｘ００１０項までは以下のように設置される。
●アドレス占用ディスクリプタ：“０１”はこのアドレスがスタンバイであることを表す。
●設備ディスクリプタ：  修正しない。
●設備リソース記述情報：修正しない。
次の使用可能なアドレスを０ｘ００１１とする。
【０５６０】
１１、ＳＴＢ−０がＢＸ−００８−０スイッチの０号ポートからポートダウンリンクプロトコルパケット（即ち目的アドレスが０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９であるポートダウンリンクプロトコルパケット）を受信、ポートダウンリンクプロトコルパケットを受信後、ポートアップリンクプロトコルパケット（本端末の登録情報を含む）を送信する。パケットのＤＡは０ｘ０８００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ＳＡは０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００９（スイッチの０号ポート）である。
【０５６１】
１２、ＭＳＳ−４００サーバはＳＴＢ−０スイッチが送信したポートアップリンクプロトコルパケットを受信後、アップリンクプロトコルパケットのソースアドレス（ＳＡ）および設備タイプを比べれば、ＢＸ−００８−０の０号ポートにおいて端末に接続したことが分かる。そしてサーバ内の登録情報テーブルから端末情報を検出し、端末へアクセス命令を送信する（端末のアクセスネットワークアドレスを０ｘ０００９とすることを知らせる）。
【０５６２】
１３、ＳＴＢ−０アクセス命令を受信後、自身のアクセスネットワークアドレスは０ｘ０００９と分かればアクセスし、同時にサーバへアクセス命令応答を送信する。
【０５６３】
１４、ＭＳＳ−４００サーバがＳＴＢ−０が送信したアクセス命令応答を受信すれば、ＳＴＢ−０スイッチはすでにアクセスした分かる。こうしてアドレス情報テーブルの第０ｘ０００９項を以下のように設置する。
●アドレス占用ディスクリプタ：“１０”はアドレスすでに使用されていることを表す。
●設備ディスクリプタ：“００００１１”は自身内の端末を表す。
●設備リソース記述情報：この端末にビデオオーディオのコーデックエンジンがあり、ファストイーサネットポートは、この端末型番号をＳＴＢとする。このネットワークポートは接続する設備のアクセスネットワークアドレスは０ｘ０００１（即ちＢＸ−００８−０）であり、このネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
【０５６４】
アドレス情報テーブルの第０ｘ０００１項は以下のように設置される。
●アドレス占用ディスクリプタ：修正しない。
●設備ディスクリプタ：修正しない。
●設備リソース記述情報：このアクセススイッチに８ダウンリンクファストイーサネットポートはあり、０号ポートから７号ポートまでと順次定義し、ＣＰＵモジュールインターフェースをと８号ポートと定義し、アップリンクファストイーサネットポートを９号ポートと定義し、このアクセススイッチ型番号をＢＸ−００８とする。このアップリンクネットワークポートは接続する設備のアクセスネットワークアドレスは０ｘ００００（即ちＭＳＳ−４００）であり、ダウンリンクネットワークポート０が接続する設備のアクセスネットワークアドレスは０ｘ０００９である。その余りは未だ割り当てられておらず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
【０５６５】
今後、ＭＳＳ−４００サーバは毎秒このポートへ設備状態照会指令を送信し、ＳＴＢ−０が正常に作動しているかどうかを調べる。サーバが６秒以内に状態照会応答を受信していなければ、ＳＴＢ−０すでにネットワークから移動された認識し、設備状態照会指令を二度と送信せず、引き続き本ポートへ照会パケットを送信する。
【０５６６】
上述の第６―１４ステップのように、ＢＸ−００８−１もアクセスし、そのアクセスネットワークアドレスをを獲得し、０ｘ０００２とする。ＳＴＢ−１もアクセスし、そのアクセスネットワークアドレスを獲得し、０ｘ００１２とする。
【０５６７】
アクセス後、ノードサーバとイーサネットプロトコル変換ゲートウェイ、端末は通信サービス（ユニキャスト通信サービスとマルチキャスト通信サービスを含む）を実行できる。当業者に本発明をより理解してもらうため、以下にノードサーバとイーサネットプロトコル変換ゲートウェイ、端末がユニキャスト通信サービスを実行する例を示す。
【０５６８】
３．３．４  ユニキャスト通信サービスの通信接続フローの例
図７に示すように、ノードサーバＭＳＳ−４００（アクセスネットワークアドレスを０ｘ００００とする）は、この０号ポートはイーサネットプロトコル変換ゲートウェイＢＸ−００８−０（アクセスネットワークアドレスを０ｘ０００１とすえう）に接続し、この１号ポートはイーサネットプロトコル変換ゲートウェイＢＸ−００８−１（アクセスネットワークアドレスを０ｘ０００２とする）に接続し、ＢＸ−００８−０の０号ポートはセットトップボックスＳＴＢ−０（アクセスネットワークアドレスを０ｘ０００９とする）に接続し、ＢＸ＿００８−１の１号ポートはセットトップボックスＳＴＢ−１（アクセスネットワークアドレスを０ｘ００１２とする）に接続すると仮定する。セットトップボックスＳＴＢ＿０がノードサーバＭＳＳ−４００へ申請を送信することとセットトップボックスＳＴＢ＿１がビデオ通信のユニキャスト通信サービスを実行するステップを以下に示す。          
【０５６９】
Ｓ１において、セットトップボックスＳＴＢ＿０がサービス請求プロトコルパケット送信し、パケットのＤＡ（目的アドレス）を０ｘ０８００  ０ｘ００００  ０ｘ００００  ０ｘ００００（即ちＭＳＳ−４００のアドレス）、ＳＡ（ソースアドレス）を０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００９とする。当該パケットにおいて、さらにイーサネットプロトコル変換ゲートウェイＢＸ−００８−０のＭＡＣアドレス（ＭＡＣ  ＤＡ）とセットトップボックスＳＴＢ＿０のＭＡＣアドレス（ＭＡＣ  ＳＡ）を備える。この他にさらに、ｒｅｓｅｒｖｅｄ  ０ｘ００００（リザーブワード）を備え、ＰＤＵ部分を以下の表に示す。
【０５７０】
【表２３】
0005852116.tif 000024
【０５７１】
サービス申請に関する番組番号、ブロードキャストチャンネル番号を全てサービスパラメータに置く、例えば、＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＧＴＭＬ＿ＲＥＱＵＥＳＴ  ０ｘ８０００  はメニューを申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＶＯＤ＿ＲＥＱＵＥＳＴ  ０ｘ８００１はオンデマンド番組を申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＣＨＡＮＧＥ＿ＭＥＮＵ  ０ｘ８００２は背景メニューの変更を申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＢＲＯＡＤＣＡＳＴ＿ＲＥＱＵＥＳＴ  ０ｘ８００３はブロードキャスト視聴を申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＣＨＡＮＧＥ＿ＣＨＡＮＮＥＬ  ０ｘ８００４  はチャンネル切り換えを申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＤＩＲＥＣＴ  ０ｘ８００５  はテレビ電話をかけることを申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＰＥＲＭＩＳＳＩＯＮ  ０ｘ８００６  はアクセスした応答を許可するかどうか判断する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＲＥＣＯＲＤ＿ＲＥＱＵＥＳＴ  ０ｘ８００７  は記録を申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＥＮＤ＿ＲＥＱＵＥＳＴ  ０ｘ８００８  は目下のサービスの終了を申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＯＲＧ＿ＣＡＳＴ＿ＲＥＱＵＥＳＴ  ０ｘ８００９生中継開始をを申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＤＤＢ＿ＲＥＱＵＥＳＴ  ０ｘ８００ｂ遅延テレビの視聴を申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＳＫＩＰ  ０ｘ８００ｃはオンデマンド或いは遅延テレビを視聴する過程において早送り  巻き戻し  一時停止  継続を実行する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＲＥＣＯＲＤ＿ＥＮＤ  ０ｘ８００ｅは記録の終了を申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＶＩＥＷ＿Ｍｏｎｉｔｏｒ＿ＤＩＲＥＣＴ  ０ｘ８０２４は視聴のモニターを申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＲＣＶ＿ＣＡＳＴ＿ＤＩＲＥＣＴ  ０ｘ８０２５  は生中継の視聴を申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＲＥＱＵＥＳＴ  ０はテレビ電話をかけることを申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＲＣＶ＿ＣＡＳＴ＿ＲＥＱＵＥＳＴ  ０ｘａは生中継の視聴を申請する。
＃ｄｅｆｉｎｅ  ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＶＩＥＷ＿Ｍｏｎｉｔｏｒ  ０ｘｃは視聴のモニターを申請する。
【０５７２】
この例において、サービスパラメータをＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＲＥＱＵＥＳＴ或いはＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＤＩＲＥＣＴとする。
【０５７３】
Ｓ２において、セットトップボックスＳＴＢ＿０とノードサーバＭＳＳ−４００間に接続するイーサネットプロトコル変換ゲートウェイＢＸ−００８−０が前記サービス請求プロトコルパケットを受信し、まず当該パケットにおけるイーサネットプロトコル変換ゲートウェイＢＸ−００８−０のＭＡＣアドレス（ＭＡＣ  ＤＡ）とセットトップボックスＳＴＢ＿０のＭＡＣアドレス（ＭＡＣ  ＳＡ）を削除する。
【０５７４】
そして、１号テーブルの設置に基づき、当該サービス請求プロトコルパケットはノードサーバＭＳＳ−４００までガイドされ、ノードサーバＭＳＳ−４００パケットのコンテンツに基づき、ビデオ通信の申請（サービスタイプ）を受信したと判断し、サービス番号に基づきＣＡＭ表（コンテンツ−アドレスマッピングテーブル）を調べれば、着呼（目標端末）はＳＴＢ＿１と分かる。自身内のアドレス情報テーブルに基づけば、今回のサービスに関するリンクトポロジーが分かり、リンクが許可したと判断し、双方は通信を実行できる。こうして、それぞれメニュープロトコルパケットを発呼（ＳＴＢ＿０）と着呼（ＳＴＢ＿１）へ送信し、かつ着呼応答を待つ。
【０５７５】
ここで、ＳＴＢ＿０のメニュープロトコルパケットへ送信し、ＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
【０５７６】
【表２４】
0005852116.tif 000025
【０５７７】
ＳＴＢ＿１のメニュープロトコルパケットへ送信し、ＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ００１２、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００とし、ＰＤＵ部分を上述のように示す。
【０５７８】
Ｓ３において、ノードサーバＭＳＳ−４００における０号テーブルの設置、およびイーサネットプロトコル変換ゲートウェイＢＸ−００８−０とＢＸ−００８−１における０号テーブルの設置に基づき、この２つのメニュープロトコルパケットはそれぞれセットトップボックスＳＴＢ＿０とＳＴＢ＿１までガイドし、この過程においてＢＸ−００８−０とＢＸ−００８−１はそれぞれこの２つのメニュープロトコルパケットに対しＭＡＣ  ＤＡとＭＡＣ  ＳＡを加える。
【０５７９】
着呼ＳＴＢ＿１は申請ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＰＥＲＭＩＳＳＩＯＮを送信し、ＳＴＢ＿１通信を受信する。かつノードサーバＭＳＳ−４００へ応答プロトコルパケットを送信する。当該パケットはイーサネットプロトコル変換ゲートウェイＢＸ−００８−１のＭＡＣアドレス（ＭＡＣ  ＤＡ）とセットトップボックスＳＴＢ＿１のＭＡＣアドレス（ＭＡＣ  ＳＡ）を備え、さらに含む  ＤＡを０ｘ０８００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００１２、ｒｅｓｅｒｖｅｄ  ０ｘ００００とすることを備え、サービスパラメータはSＥＲＶＩＣＥ＿ＴＹＰＥ＿ＰＥＲＭＩＳＳＩＯＮであり、ＰＤＵ部分を以下の表に示す。
【０５８０】
【表２５】
0005852116.tif 000026
【０５８１】
Ｓ４において、イーサネットプロトコル変換ゲートウェイＢＸ−００８−１は前記応答プロトコルパケットにおけるイーサネットプロトコル変換ゲートウェイＢＸ−００８−１のＭＡＣアドレス（ＭＡＣ  ＤＡ）とセットトップボックスＳＴＢ＿１のＭＡＣアドレス（ＭＡＣ  ＳＡ）を削除する。そして１号テーブルの設置に基づき、前記応答プロトコルパケットをノードサーバＭＳＳ−４００へガイドする。ノードサーバＭＳＳ−４００パケットのコンテンツに基づきビデオ通信を受信する申請を受信したと判断する。サービス番号に基づきＣＡＭ表を調べれば、着呼はＳＴＢ＿１と分かる。自身内のアドレス情報テーブルに基づけば、ノードサーバＭＳＳ−４００は今回のサービスに関するリンクトポロジーが分かり、リンクが許可したと判断し、双方は通信を実行できる。
【０５８２】
このような状況において、ノードサーバMSS-400が設置する自身の２号テーブルを以下に示す。
●“１０  ００００  ００００  ０００１  ００１０“＝＞“０００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ００１２（即ちセットトップボックスＢＸ−００８−１）であるユニキャストデータパケットを１号ポートへガイドする。
●“１０  ００００  ００００  ００００  １００１“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９（即ちセットトップボックスＢＸ−００８−０）であるユニキャストデータパケットを０号ポートへガイドする。
【０５８３】
かつ、ノードサーバＭＳＳ−４００はアップリンク（発呼経路）とダウンリンク（着呼経路）における全イーサネットプロトコル変換ゲートウェイへポート設置命令を送信する。同時に相手のアドレスのアップリンクと自身アドレスのダウンリンクを開放することを要求する。
【０５８４】
イーサネットプロトコル変換ゲートウェイＢＸ−００８−０へ送信する２つのパケットは、
【０５８５】
１）１つ目のパケットのＤＡ０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００１、ＳＡ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００、ＰＤＵ部分を以下の表に示す。
【０５８６】
【表２６】
0005852116.tif 000027
【０５８７】
２）２つ目のパケットのＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００１、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。  
【０５８８】
【表２７】
0005852116.tif 000028
【０５８９】
イーサネットプロトコル変換ゲートウェイBX-008-1へ送信する２つのパケットは、
【０５９０】
１）１つ目のパケットのＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００２、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００とし、ＰＤＵを以下の表に示す。
【０５９１】
【表２８】
0005852116.tif 000029
【０５９２】
２）２つ目のパケットのＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００２、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００とし、ＰＤＵを以下の表に示す。
【０５９３】
【表２９】
0005852116.tif 000030
【０５９４】
セットトップボックスＳＴＢ−０へ送信するパケット（サービス処理命令、本例ではコーデック命令とする）。
【０５９５】
パケットのＤＡ０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９、ＳＡ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００、ＰＤＵ部分を以下の表に示す。 
【０５９６】
【表３０】
0005852116.tif 000031
【０５９７】
ＳＴＢ−１へ送信するパケット（サービス処理命令、本例ではコーデック命令とする）。
【０５９８】
パケットのＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ００１２、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
【０５９９】
【表３１】
0005852116.tif 000032
【０６００】
前記コーデック命令のＰＤＵにおいて、フィールド番号１３はコーディングタイプ：０＝停止コーディング、０ｆｆｆｆ＝現状保守を表し、０ｘｆｆｆｅは解読したデータをフィードバックし、ローカルコーディングを実行しない。フィールド番号は１４解読タイプ：０＝停止解読、０ｆｆｆｆ＝現状保守を表す。フィールド番号１５―１８はコーディングアドレス（ＤＡ或いはマルチキャストアドレス）：０ｘｆｆｆｆ＝現状保守を表す。フィールド番号１９−２２は解読アドレス（ＤＡ或いはマルチキャストアドレス）：０ｘｆｆｆｆ＝現状保守を表す。フィールド番号２３はＨＢ：コーディングＨＤＡ、ＬＢ：解読したＨＡＤ、０ｘｆｆｆｆ＝現状保守を表す。フィールド番号２４はベルパラメータ：０＝ベル閉止、１＝開始ベル、０ｘｆｆｆｆ＝現状保守を表す。フィールド番号２５はＰＴＺ動作パラメータ：０ｘｆｆｆｆ＝現状保守を表す。フィールド番号２６は補助チャンネル動作パラメータ：０ｘｆｆｆｆ＝現状保守を表す。
【０６０１】
ここで、コーディングタイプを以下の表に示す。
【０６０２】
【表３２】
0005852116.tif 000033
【０６０３】
Ｓ５において、ノードサーバＭＳＳ−４００における０号テーブルの設置、およびイーサネットプロトコル変換ゲートウェイＢＸ−００８−０、ＢＸ−００８−１における０号テーブルの設置に基づき、先の４つのイーサネットプロトコル変換ゲートウェイへ送信するパケットをそれぞれＢＸ−００８−０、ＢＸ−００８−１へガイドする。
【０６０４】
このような状況において、イーサネットプロトコル変換ゲートウェイＢＸ−００８−０が設置する自身の２号テーブルを以下に示す。
●“１０  ００００  ００００  ０００１  ００１０“＝＞“１０  ００００  ００００”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ００１２であるユニキャストデータパケットを９号ポートへガイドする。
●“１０  ００００  ００００  ００００  １００１“＝＞“００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９であるユニキャストデータパケットを０号ポートへガイドする。
【０６０５】
イーサネットプロトコル変換ゲートウェイＢＸ−００８−１が設置する自身の２号テーブルを以下に示す。
●“１０  ００００  ００００  ０００１  ００１０“＝＞“００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ００１２であるユニキャストデータパケットを１号ポートへガイドする。
●“１０  ００００  ００００  ００００  １００１“＝＞“１０  ００００  ００００”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９であるユニキャストデータパケットを９号ポートへガイドする。
【０６０６】
ノードサーバＭＳＳ−４００における０号テーブルの設置、およびイーサネットプロトコル変換ゲートウェイＢＸ−００８−０、ＢＸ−００８−１における０号テーブルの設置に基づき、後の２つのセットトップボックスへ送信するパケットはそれぞれセットトップボックスＳＴＢ−０、ＳＴＢ−１までガイドする。この過程において、ＢＸ−００８−０、ＢＸ−００８−１はそれぞれこの２つのパケットへ対応のＭＡＣ  ＤＡとＭＡＣ  ＳＡを加える。パケットを受信後、セットトップボックスＳＴＢ−０、ＳＴＢ−１はパケットのコンテンツに基づきコーデックを開始でき、かつ受信、ユニキャストデータを送信する。
【０６０７】
具体的に、当回サービスの通信リンクを設置後、前記セットトップボックスＳＴＢ−０、ＳＴＢ−１に基づき前記通信リンクがユニキャストデータを受・送信する過程は、
【０６０８】
１）セットトップボックスＳＴＢ−０はセットトップボックスＳＴＢ−１へユニキャストデータパケットを送信し、当該パケットはイーサネットプロトコル変換ゲートウェイＢＸ−００８−０のＭＡＣアドレス（ＭＡＣ  ＤＡ）とセットトップボックスＳＴＢ＿０のＭＡＣアドレス（ＭＡＣ  ＳＡ）を備え、当該パケットのＤＡは０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ００１２、ＳＡは０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００９である。
【０６０９】
２）当該ユニキャストデータパケットはイーサネットプロトコル変換ゲートウェイＢＸ−００８−０入り、まず前記ＭＡＣ  ＤＡとＭＡＣ  ＳＡを削除する。そして、イーサネットプロトコル変換ゲートウェイＢＸ−００８−０の交換エンジンモジュールは組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０  ００００  ００００  ０００１  ００１０”であり、当該項目のアウトプットは“１０  ００００  ００００”（“１０  ００００  ００００  ０００１  ００１０“＝＞“１０  ００００  ００００”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ００１２であるユニキャストデータパケット９号ポートへガイドする）であり、アップリンク９号ポートを開くことを表す。目下のユニキャストデータパケットは当該９号ポートを介してノードサーバＭＳＳ−４００に入る。
【０６１０】
３）ノードサーバＭＳＳ−４００は前記ユニキャストデータパケットを受信後、その交換エンジンは組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０  ００００  ００００  ０００１  ００１０”であり、当該項目のアウトプットは“０００  ００００  ００１０”（“１０  ００００  ００００  ０００１  ００１０“＝＞“０００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ００１２であるユニキャストデータパケットを１号ポートへガイドする）であり、ダウンリンク１号ポートを開くことを表す。目下のユニキャストデータパケットは当該１号ポートを介してイーサネットプロトコル変換ゲートウェイＢＸ−００８−１に入る。
【０６１１】
４）イーサネットプロトコル変換ゲートウェイＢＸ−００８−１が前記ユニキャストデータパケットを受信後、その交換エンジンモジュールは組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０  ００００  ００００  ０００１  ００１０”であり、当該項目のアウトプットは“００  ００００  ００１０”（“１０  ００００  ００００  ０００１  ００１０“＝＞“００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ００１２であるユニキャストデータパケットを１号ポートへガイドする）であり、ダウンリンク1号ポートを開くことを表す。目下のユニキャストデータパケットは当該1号ポートを介してセットトップボックスＳＴＢ−１に入る。この過程において、ＢＸ−００８−１は当該パケットにイーサネットプロトコル変換ゲートウェイＢＸ−００８−１のＭＡＣアドレス（ＭＡＣ  ＳＡ）とセットトップボックスＳＴＢ−１のＭＡＣアドレス（ＭＡＣ  ＤＡ）を加える。
【０６１２】
５）セットトップボックスＳＴＢ−１はセットトップボックスＳＴＢ−０へユニキャストデータパケット送信する。当該パケットのＤＡは０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９、ＳＡは０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００１２であり、当該パケットはさらにイーサネットプロトコル変換ゲートウェイＢＸ−００８−１のＭＡＣアドレス（ＭＡＣ  ＤＡ）とセットトップボックスSTB_1のMACアドレス（ＭＡＣ  ＳＡ）を備える。
【０６１３】
６）当該ユニキャストデータパケットはイーサネットプロトコル変換ゲートウェイＢＸ−００８−１に入り、先に前記ＭＡＣ  ＤＡとＭＡＣ  ＳＡを削除する。そして、イーサネットプロトコル変換ゲートウェイＢＸ−００８−１の交換エンジンモジュールは組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０  ００００  ００００  ００００  １００１”であり、当該項目のアウトプットは“１０  ００００  ００００”（“１０  ００００  ００００  ００００  １００１“＝＞“１０  ００００  ００００”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９であるユニキャストデータパケット９号ポートへガイドする）であり、アップリンク９号ポートを開くことを表す。目下のユニキャストデータパケットは当該９号ポートを介してノードサーバＭＳＳ−４００に入る。
【０６１４】
７）ノードサーバＭＳＳ−４００が前記ユニキャストデータパケットを受信後、その交換エンジンは組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０  ００００  ００００  ００００  １００１”であり、当該項目のアウトプットは“０００  ００００  ０００１”（“１０  ００００  ００００  ００００  １００１“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９であるユニキャストデータパケットを０号ポートへガイドする）であり、ダウンリンク０号ポートを開くことを表す。目下のユニキャストデータパケットは当該０号ポートを介してイーサネットプロトコル変換ゲートウェイＢＸ−００８−０に入る。
【０６１５】
８）イーサネットプロトコル変換ゲートウェイＢＸ−００８−０が前記ユニキャストデータパケットを受信後、その交換エンジンモジュールは組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０  ００００  ００００  ００００  １００１”であり、当該項目のアウトプットは“００  ００００  ０００１”（“１０  ００００  ００００  ００００  １００１“＝＞“００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９であるユニキャストデータパケットを０号ポートへガイドする）であり、ダウンリンク０号ポートを開くことを表す。目下のユニキャストデータパケットは当該０号ポートを介してセットトップボックスＳＴＢ−０に入る。この過程において、ＢＸ−００８−０はパケットにイーサネットプロトコル変換ゲートウェイＢＸ−００８−０のＭＡＣアドレス（ＭＡＣ  ＳＡ）とセットトップボックスＳＴＢ−０のＭＡＣアドレス（ＭＡＣ  ＤＡ）を加える。
【０６１６】
３．３．５    マルチキャスト通信サービスの通信接続フロー例
同様に図７に示すように、ノードサーバＭＳＳ−４００（アクセスネットワークアドレスを０ｘ００００とする）は、この０号ポートはイーサネットプロトコル変換ゲートウェイＢＸ−００８−０（アクセスネットワークアドレスを０ｘ０００１とする）を接続し、この１号ポートはイーサネットプロトコル変換ゲートウェイＢＸ−００８−１（アクセスネットワークアドレスを０ｘ０００２とする）を接続し、ＢＸ−００８−０の０号ポートはセットトップボックスＳＴＢ−０（アクセスネットワークアドレスを０ｘ０００９とする）を接続し、ＳＴＢ＿０の番号が０ｘ６６６６  ０ｘ６６６６  ０ｘ６６６６、ＢＸ＿００８−１である１号ポートはセットトップボックスＳＴＢ−１（アクセスネットワークアドレスを０ｘ００１２とする）を接続し、ＳＴＢ＿１の番号が０ｘ８８８８  ０ｘ８８８８  ０ｘ８８８８であると仮定する。セットトップボックスＳＴＢ＿０がノードサーバＭＳＳ−４００生中継の開始を申請する、ステップを以下に示す。
【０６１７】
１、セットトップボックスＳＴＢ＿０は生中継を開始するサービス請求プロトコルパケット送信する。パケットはイーサネットプロトコル変換ゲートウェイＢＸ−００８−０のＭＡＣアドレス（ＭＡＣ  ＤＡ）とセットトップボックスＳＴＢ＿０のＭＡＣアドレス（ＭＡＣ  ＳＡ）を備え、パケットのＤＡは０ｘ０８００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ＳＡは０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００９、ｒｅｓｅｒｖｅｄ  ０ｘ００００（リザーブワード）であり、ＰＤＵ部分を以下の表に示す。
【０６１８】
【表３３】
0005852116.tif 000034
【０６１９】
２、セットトップボックスＳＴＢ＿０とノードサーバＭＳＳ−４００間に接続するイーサネットプロトコル変換ゲートウェイＢＸ−００８−０が前記サービス請求プロトコルパケットを受信し、まず当該パケットにおけるイーサネットプロトコル変換ゲートウェイＢＸ−００８−０のＭＡＣアドレス（ＭＡＣ  ＤＡ）とセットトップボックスＳＴＢ＿０のＭＡＣアドレス（ＭＡＣ  ＳＡ）を削除する。
【０６２０】
そして、１号テーブルの設置に基づき、当該サービス請求プロトコルパケットはノードサーバＭＳＳ−４００へガイドされる。ノードサーバＭＳＳ−４００パケットのコンテンツに基づき、生中継開始の申請（サービスタイプ）を受信したと判断する。サービス番号に基づきＣＡＭ表（コンテンツ・アドレスマッピングテーブル）を調べ、ユーザー（ソース端末）はＳＴＢ＿０と分かる。自身内のアドレス情報テーブルに基づけば、今回のサービスに関するリンクトポロジーが分かり、リンクが許可したと判断し、生中継を開始でき、こうして割り当てるマルチキャストアドレスを０ｘ０００８とする。かつ、ノードサーバは目下の通信リンクにおける全イーサネットプロトコル変換ゲートウェイポートへ設置命令を送信し、同時に相手のアドレスのアップリンクと自身アドレスのダウンリンクを開放することを要求する。この場合、リンクトポロジー判断を介して、目下はイーサネットプロトコル変換ゲートウェイＢＸ−００８−０のみを設置すれば良いと分かる。
【０６２１】
このような状況において、ノードサーバＭＳＳ−４００はイーサネットプロトコル変換ゲートウェイＢＸ−００８−０へパケットを送信する。
【０６２２】
パケットのＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００１、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００（リザーブワード）とし、ＰＤＵ部分を以下の表に示す。
【０６２３】
【表３４】
0005852116.tif 000035
【０６２４】
ノードサーバＭＳＳ−４００はセットトップボックスＳＴＢ−０へパケット（サービス処理命令、本例ではコーデック命令とする）を送信する。
【０６２５】
パケットのＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００９、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
【０６２６】
【表３５】
0005852116.tif 000036
【０６２７】
３、ノードサーバＭＳＳ−４００における０号テーブルの設置に基づき、イーサネットプロトコル変換ゲートウェイＢＸ−００８−０へ送信するパケットはＢＸ−００８−０までガイドする。このような状況において、ＢＸ−００８−０が設置する自身の３号テーブルを以下に示す。
●“１１  ００００  ００００  ００００  １０００“＝＞“００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ７８００  ０ｘ００００  ０ｘ００００  ０ｘ０００８であるマルチキャストデータパケットを０号ポートへガイドする。
【０６２８】
４、ノードサーバＭＳＳ−４００における０号テーブルの設置、およびイーサネットプロトコル変換ゲートウェイＢＸ−００８−０における０号テーブルの設置に基づき、セットトップボックスＳＴＢ−０へ送信するパケットはＳＴＢ−０までガイドする。この過程において、ＢＸ−００８−０はパケットにＢＸ−００８−０のＭＡＣ（ＭＡＣ  ＳＡ）とＳＴＢ−０のＭＡＣ（ＭＡＣ  ＤＡ）を加え、送信する。ＳＴＢ−０はパケットのコンテンツに基づきコーデックを開始し、かつ受信を開始し、マルチキャストデータを送信する。
【０６２９】
具体的に、前記セットトップボックスＳＴＢ−０が目下の生中継に基づき、通信リンクを受・送信するマルチキャストデータを開始する過程は、
【０６３０】
１）セットトップボックスＳＴＢ−０はマルチキャストデータパケットを送信し、当該ＢＸ−００８−０のＭＡＣ（ＭＡＣ  ＤＡ）とＳＴＢ−０のＭＡＣ（ＭＡＣ  ＳＡ）を備え、当該パケットのＤＡは０ｘ７８００  ０ｘ００００  ０ｘ００００  ０ｘ０００８（マルチキャストアドレス）、ＳＡは０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００９である。
【０６３１】
２）前記マルチキャストデータパケットはイーサネットプロトコル変換ゲートウェイＢＸ−００８−０に入り、まず前記ＭＡＣ  ＤＡとＭＡＣ  ＳＡを削除する。そして、イーサネットプロトコル変換ゲートウェイＢＸ−００８−０の交換エンジンモジュールは組み合わせアドレス域に基づき３号テーブルを調べ、表のアドレスは“１１  ００００  ００００  ００００  １０００”であり、当該項目のアウトプットは“００  ００００  ０００１”（“１１  ００００  ００００  ００００  １０００“＝＞“００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ７８００  ０ｘ００００  ０ｘ００００  ０ｘ０００８であるマルチキャストデータパケットを０号ポートへガイドする）であり、ダウンリンク０号ポートを開くことを表す。目下のマルチキャストデータパケットは当該０号ポートを介してセットトップボックスＳＴＢ−０に入る。この過程において、ＢＸ−００８−０は再びパケットにおいてＢＸ−００８−０のＭＡＣ（ＭＡＣ  ＳＡ）とＳＴＢ−０のＭＡＣ（ＭＡＣ  ＤＡ）加え、当該０号ポートを介して送信する。
【０６３２】
セットトップボックスＳＴＢ＿１はノードサーバＭＳＳ−４００へ生中継視聴を申請し、番号は０ｘ６６６６  ０ｘ６６６６  ０ｘ６６６６であるステップを以下に示す。
【０６３３】
１、セットトップボックスＳＴＢ＿１は生中継視聴のサービス請求プロトコルパケット送信し、当該ＢＸ−００８−１のＭＡＣ（ＭＡＣ  ＤＡ）とＳＴＢ＿１のＭＡＣ（ＭＡＣ  ＳＡ）を備え、パケットのＤＡは  ０ｘ０８００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ＳＡ  は０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００１２、ｒｅｓｅｒｖｅｄ  ０ｘ００００であり、ＰＤＵ部分を以下の表に示す。
【０６３４】
【表３６】
0005852116.tif 000037
【０６３５】
２、セットトップボックスＳＴＢ＿１とノードサーバＭＳＳ−４００間に接続するイーサネットプロトコル変換ゲートウェイＢＸ−００８−１は、先に前記ＭＡＣ  ＤＡとＭＡＣ  ＳＡ削除する。そして、１号テーブルの設置に基づき、当該サービス請求プロトコルパケットはノードサーバＭＳＳ−４００へガイドされる。ノードサーバＭＳＳ−４００パケットのコンテンツに基づき、生中継視聴の申請を受信したと判断し、サービス番号に基づきＣＡＭ表を調べ、開始者（ソース端末）はＳＴＢ＿０であると分かる。自身内のアドレス情報テーブルに基づき、今回のサービスに関するリンクトポロジーが分かり、リンクが許可したと判断し、生中継を視聴できる。こうして、マルチキャストアドレス（対応するソース端末へ割り当てるマルチキャストアドレス）を０ｘ０００８と割り当てる。かつ、ノードサーバは目下の通信リンクにおける全イーサネットプロトコル変換ゲートウェイへポート設置命令を送信し、同時に相手のアドレスのアップリンクと自身アドレスのダウンリンクを開放することを要求する。このような状況において、ノードサーバＭＳＳ−４００が設置する自身の３号テーブルを以下に示す。
●“１１  ００００  ００００  ００００  １０００“＝＞“０００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ７８００  ０ｘ００００  ０ｘ００００  ０ｘ０００８であるマルチキャストデータパケットを１号ポートへガイドする。
【０６３６】
同時に、ノードサーバＭＳＳ−４００はイーサネットプロトコル変換ゲートウェイＢＸ−００８−０へパケットを送信する。
【０６３７】
パケットのＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００１、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
【０６３８】
【表３７】
0005852116.tif 000038
【０６３９】
同時に、ノードサーバＭＳＳ−４００はイーサネットプロトコル変換ゲートウェイＢＸ−００８−１へパケットを送信する。
【０６４０】
パケットのＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ０００２、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
【０６４１】
【表３８】
0005852116.tif 000039
【０６４２】
同時に、ノードサーバＭＳＳ−４００はセットトップボックスＳＴＢ−１へパケットを送信する。
【０６４３】
パケットのＤＡを０ｘ８０００  ０ｘ００００  ０ｘ００００  ０ｘ００１２、ＳＡを０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
【０６４４】
【表３９】
0005852116.tif 000040
【０６４５】
３、ノードサーバＭＳＳ−４００における０号テーブルの設置に基づき、イーサネットプロトコル変換ゲートウェイＢＸ−００８−０、ＢＸ−００８−１へ送信し、それぞれイーサネットプロトコル変換ゲートウェイＢＸ−００８−０とＢＸ−００８−１までガイドする。
【０６４６】
このような状況において、イーサネットプロトコル変換ゲートウェイＢＸ−００８−０が設置する自身の３号テーブルを以下に示す。
●“１１  ００００  ００００  ００００  １０００“＝＞“１０  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ７８００  ０ｘ００００  ０ｘ００００  ０ｘ０００８であるマルチキャストデータパケットを０号、９号ポートへガイドする。
【０６４７】
イーサネットプロトコル変換ゲートウェイＢＸ−００８−１が設置する自身の３号テーブルを以下に示す。
●“１１  ００００  ００００  ００００  １０００“＝＞“００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ７８００  ０ｘ００００  ０ｘ００００  ０ｘ０００８であるマルチキャストデータパケットを１号ポートへガイドする。
【０６４８】
４、ノードサーバＭＳＳ−４００における０号テーブルの設置、およびイーサネットプロトコル変換ゲートウェイＢＸ−００８−１における０号テーブルの設置に基づき、セットトップボックスＳＴＢ−１へ送信するパケットはＳＴＢ−１までガイドする。ＳＴＢ−１パケットのコンテンツに基づきマルチキャストデータを受信し、解読する。ＢＸ−００８−１はパケットにＢＸ−００８−１のＭＡＣ（ＭＡＣ  ＳＡ）とＳＴＢ−１のＭＡＣ（ＭＡＣ  ＤＡ）を加え、送信する。 
【０６４９】
具体的に、前記セットトップボックスSTB-1は目下の生中継視聴の通信リンクによりマルチキャストデータを受信する過程は、
【０６５０】
１）セットトップボックスＳＴＢ−０はマルチキャストデータパケットを送信し、当該イーサネットプロトコル変換ゲートウェイＢＸ−００８−０のＭＡＣアドレス（ＭＡＣ  ＤＡ）とセットトップボックスＳＴＢ＿０のＭＡＣアドレス（ＭＡＣ  ＳＡ）を備え、当該パケットのＤＡは０ｘ７８００  ０ｘ００００  ０ｘ００００  ０ｘ０００８（マルチキャストアドレス）、ＳＡは０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００９である。
【０６５１】
２）前記マルチキャストデータパケットはイーサネットプロトコル変換ゲートウェイＢＸ−００８−０に入り、先に前記ＭＡＣ  ＤＡとＭＡＣ  ＳＡを削除する。そして、イーサネットプロトコル変換ゲートウェイＢＸ−００８−０の交換エンジンモジュールは組み合わせアドレス域に基づき３号テーブルを調べ、表のアドレスは“１１  ００００  ００００  ００００  １０００”であり、当該項目のアウトプットは“１０  ００００  ０００１”（“１１  ００００  ００００  ００００  １０００“＝＞“１０  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ７８００  ０ｘ００００  ０ｘ００００  ０ｘ０００８でありマルチキャストデータパケットを０号、９号ポートへガイドする）であり、ダウンリンク０号ポートアップリンクと９号ポートを開くことを表す。目下のマルチキャストデータパケットは当該０号ポートを介してセットトップボックスＳＴＢ−０に入り、当該９号ポートを介してノードサーバＭＳＳ−４００に入る。
ここで、当該０号ポートを介してセットトップボックスＳＴＢ−０のパケットに入り、ＢＸ−００８−０はパケットにＢＸ−００８−０のＭＡＣアドレス（ＭＡＣ  ＳＡ）とセットトップボックスＳＴＢ＿０のＭＡＣアドレス（ＭＡＣ  ＤＡ）を加える。
【０６５２】
３）ノードサーバＭＳＳ−４００が当該マルチキャストデータパケットを受信後、その交換エンジンモジュール組み合わせアドレス域に基づき３号テーブルを調べ、表のアドレスは“１１  ００００  ００００  ００００  １０００”であり、当該項目のアウトプットは“０００  ００００  ００１０”（“１１  ００００  ００００  ００００  １０００“＝＞“０００  ００００  ００１０”即ち目的アドレス（ＤＡ）が０ｘ７８００  ０ｘ００００  ０ｘ００００  ０ｘ０００８であるマルチキャストデータパケット１号ポートへガイドする）であり、ダウンリンク１号ポートを開くことを表す。目下のマルチキャストデータパケットは当該１号ポートを介してイーサネットプロトコル変換ゲートウェイＢＸ−００８−１に入る。
【０６５３】
４）イーサネットプロトコル変換ゲートウェイＢＸ−００８−１が当該マルチキャストデータパケットを受信後、その交換エンジンモジュール組み合わせアドレス域に基づき３号テーブルを調べ、表のアドレスは“１１  ００００  ００００  ００００  １０００”であり、当該項目のアウトプットは“００  ００００  ００１０”（“１１  ００００  ００００  ００００  １０００“＝＞“００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ７８００  ０ｘ００００  ０ｘ００００  ０ｘ０００８であるマルチキャストデータパケット１号ポートへガイドする）であり、ダウンリンク１号ポートを開くことを表す。目下のマルチキャストデータパケットは当該１号ポートを介してセットトップボックスＳＴＢ−１に入る。当該パケットにＢＸ−００８−１のＭＡＣ（ＭＡＣ  ＳＡ）とＳＴＢ−１のＭＡＣ（ＭＡＣ  ＤＡ）を加える。
【０６５４】
３．３．６  イーサネットプロトコル変換ゲートウェイのストリーム制御
【０６５５】
イーサネットプロトコル変換ゲートウェイはさらにゲートウェイを通ったパケットプロトコルパケットに対し精確なストリーム制御を実行できる。図１２に示すように具体的な過程を以下に示す。
【０６５６】
ステップ１００１において、ダウンリンクネットワークインターフェースが受信したデータパケットはパケット検査モジュールに入る。
【０６５７】
ステップ１００２において、パケット検査モジュールはデータパケットのイーサネットプロトコル変換ゲートウェイＭＡＣ  ＤＡ、目標端末ＭＡＣ  ＳＡ、イーサネット  ｌｅｎｇｔｈ  ｏｒ  ｆｒａｍｅ  ｔｙｐｅ、新型ネットワーク目地アドレス（ＤＡ）、新型ネットワークソースアドレス（ＳＡ）、データパケットタイプおよびパケットの長さが要求に合うかどうかを調べる。もし要求に合えば対応のストリーム識別子を割り当て（ｓｔｒｅａｍ−ｉｄ）、かつＭＡＣ削除モジュールによりＭＡＣ  ＤＡ、ＭＡＣ  ＳＡを減らす。そして対応のポート受信バッファ入る。要求に合わなければ捨てる。
【０６５８】
さらに、アップリンクネットワークインターフェースが受信したデータパケットは対応のポート受信バッファに直接入り、ＣＰＵモジュールインターフェースが受信したデータパケットも対応のポート受信バッファに直接入る。これは、本実施形態がアップリンク伝送を制御するため、アップリンクネットワークインターフェースとＣＰＵモジュールインターフェースが受信したデータパケットは全て検査を実行しない。
【０６５９】
本実施形態において、ストリーム識別子（ｓｔｒｅａｍ−ｉｄ）は８ｂｉｔで良く、２５６種類のストリームに対応する。
【０６６０】
ステップ１００３において、交換エンジン各ポートに対しバッファーを受信し、ポーリングを実行する。もしパケットがあればこれに対しアドレス調査表の照会を行い、これによりパケットのガイド情報を獲得する。
【０６６１】
パケットに対し、パケットアドレステーブルを照会。もしユニキャストデータパケットであれば、２号テーブル照会。もしマルチキャストデータパケットであれば、３号テーブルを照会。
【０６６２】
ステップ１００４において、もしポートに入り、バッファーを受信するパケットはダウンリンクネットワークインターフェースからアップリンクネットワークインターフェースまでのものであれば、交換エンジンはストリーム識別子（ｓｔｒｅａｍ−ｉｄ）を結合し、当該データパケットを対応するパケットバッファー装置キューにストレージする。もし当該パケットバッファー装置キューがいっぱいに近づくと、パケットを捨てる。
【０６６３】
もしポートに入り、バッファーを受信するデータパケットがダウンリンクネットワークインターフェースからアップリンクネットワークインターフェースまで（例、アップリンクネットワークインターフェースからダウンリンクネットワークインターフェースまで、或いはＣＰＵモジュールインターフェースからダウンリンクネットワークインターフェースまで等）のものでなければ、交換エンジンはパケットのガイド情報に基づき、当該パケットを対応するパケットバッファー装置キューにストレージする。もし当該パケットバッファー装置キューがいっぱいに近づくと、パケットを捨てる。
【０６６４】
前記パケットバッファー装置において、２５６つのストリームタイプがあると仮定すれば、２５６つのバッファーがあり、それぞれ異なるストリームが対応するデータパケットをバッファーする。
【０６６５】
以上をパケットの受信部分とし、以下はパケットの送信部分である。
【０６６６】
ステップ１００５において、交換エンジンは全パケットバッファー装置のキューをポーリングし、２種類の状況に分ける。
【０６６７】
第１種類、もし当該キューがダウンリンクネットワークインターフェースからアップリンクネットワークインターフェースまでであれば、以下の条件を満たせば、転送する。
ポートはバッファーがいっぱいでないである条件１）と、
当該キューパケットカウンターが０より大きいである条件２）と、
ビットレート制御モジュールが出すトークンを獲得する条件３）。
【０６６８】
いわゆる転送は、交換エンジンにより当該パケットバッファー装置キューからパケットを順次読み出し、かつアップリンクネットワークインターフェースのポートを書き込み、バッファーを送信することを示す。
【０６６９】
第２種類、もし当該キューがダウンリンクネットワークインターフェースからアップリンクネットワークインターフェースまででなければ、以下の条件を満せば転送する。
当該ポートはバッファーがいっぱいでないである条件１）と、
当該キューパケットカウンターが０より大きいである条件２）。
【０６７０】
ステップ１００６において、ダウンリンクネットワークインターフェースの送信モジュールは当該ポートの送信バッファーを検査する。もし、パケットがあればパケットの新型ネットワーク目地アドレスＤＡに基づき対応する端末のイーサネットＭＡＣ  ＤＡを獲得する。ＭＡＣ追加モジュールにより端末のイーサネットＭＡＣ  ＤＡ、イーサネットプロトコル変換ゲートウェイのＭＡＣ  ＳＡ、イーサネット  ｌｅｎｇｔｈ  ｏｒ  ｆｒａｍｅ  ｔｙｐｅを加え、かつ送信する。
【０６７１】
アップリンクネットワークインターフェースの送信モジュールは当該ポートの送信バッファーを検査し、もしパケットがあれば送信する。
【０６７２】
本実施形態において、イーサネットプロトコル変換ゲートウェイはストレージ――伝送メカニズムに基づき、全てのポートは全て受信バッファーと送信バッファーがある。これらのバッファーは全てスイッチチップ内にあり、あまり大きくはない。各往復バッファーと送信バッファーは２ｋｂｙｔｅから４ｋｂｙｔｅまでの間であり、おおよそ、２から３つの最大イーサネットパケット（約１５５６ｂｙｔｅ）をバッファーできる。しかし、これらバッファーがあるだけではまったく足りないため、スイッチチップの外にパケットバッファー装置を加えなければならない。一般的にＳＤＲＡＭ、ＳＲＡＭ等の顆粒パケットバッファー装置を使用し、例えば１６ＭｂｙｔｅのＳＤＲＡＭを用い、パケットバッファー装置とすることができ、１０Ｋ個の最大イーサネットパケット（約１５５６ｂｙｔｅ）をストレージできる。いわゆるポート送信バッファーがいっぱいでないというこは、ポート送信バッファーが最大イーサネットパケット（大概１５５６ｂｙｔｅ）を少なくとも１つストレージすることを示し、このように送信バッファーを保証し、溢れるこはない。
【０６７３】
以下に１つの例を介して具体的にビットレート制御モジュールがどのようにトークンを出すかについて説明する。
【０６７４】
アクセスネットワークスイッチのビットレート制御モジュールは各ストリームにグループカウンターを準備し、それぞれの定義を以下に示す。
ｂｉｔ（６８）  ＝  ｏｐ                                              ′０′−−−＞ｒｅｓｅｔ、  ′１′−−−＞ｎｏｒｍａｌ
ｂｉｔ（６７  ｄｏｗｎｔｏ  ６０）  ＝  ｆｒａｍｅ＿ｃｎｔ                ０  ―  ２５５
ｂｉｔ（５９  ｄｏｗｎｔｏ  ５０）  ＝  ｆｒａｍｅ＿４ｂｙｔｅ            −５１１  ―  ５１１  
ｂｉｔ（４９  ｄｏｗｎｔｏ  ４１）  ＝  ｍａｘ＿ｆｒａｍｅ＿４ｂｙｔｅ    ０  ―  ５１１  
ｂｉｔ（４０  ｄｏｗｎｔｏ  ３２）  ＝  ａｄｄ＿４ｂｙｔｅ                ０  ―  ５１１  
ｂｉｔ（３１  ｄｏｗｎｔｏ  １６）  ＝  ｔｉｍｅｒ＿ｓｅｔ
ｂｉｔ（１５  ｄｏｗｎｔｏ    ０）  ＝  ｔｉｍｅｒ＿ｃｎｔ    ｂｉｔ（６８）  ＝  ｏｐ、ｏｐ  ＝  ’０’である場合、カウンターを０と初期化することを表し、ｏｐ＝’１’である場合、正常に動作していることを表す。
ｂｉｔ（６７  ｄｏｗｎｔｏ  ６０）  ＝  ｆｒａｍｅ＿ｃｎｔはパケットバッファーのキューにおけるパケット計数を表し、ここでは８ｂｉｔ（０―２５５）と仮定する。
ｂｉｔ（５９  ｄｏｗｎｔｏ  ５０）  ＝  ｆｒａｍｅ＿４ｂｙｔｅは送信できるバイト数（ｆｒａｍｅ＿４ｂｙｔｅを４ｂｙｔｅとするカウンターに注意し、ｆｒａｍｅ＿４ｂｙｔｅ  ＝  ４と仮定する。送信できるバイト数を１６と表し、同時にこのカウンターはネガティブでも良い。ここでは、１０ｂｉｔと仮定するため、範囲は−５１１―５１１である）を表す。
ｂｉｔ（４９  ｄｏｗｎｔｏ  ４１）  ＝  ｍａｘ＿ｆｒａｍｅ＿４ｂｙｔｅは送信できるバイト数の最大値表し、ここでは９ｂｉｔ（０―５１１）と仮定する。
ｂｉｔ（４０  ｄｏｗｎｔｏ  ３２）  ＝  ａｄｄ＿４ｂｙｔｅは固定時間毎に増える送信できるバイト数（ａｄｄ＿４ｂｙｔｅを４ｂｙｔｅとするカウンターに注意し、ａｄｄ＿４ｂｙｔｅ  ＝  ４と仮定する。増えた送信できるバイト数を１６と表す。ここでは、９ｂｉｔと仮定するため範囲は０―５１１である）を表す。
ｂｉｔ（３１  ｄｏｗｎｔｏ  １６）  ＝  ｔｉｍｅｒ＿ｓｅｔは設定した時間間隔を表し、システム照会し周期を５０ｕｓと仮定する。もし、ｔｉｍｅｒ＿ｓｅｔ  ＝  １００であれば、設定した時間間隔を５０ｕｓ  ｘ  １００  ＝５ｍｓと表し、ここでは１６ｂｉｔと仮定する。
ｂｉｔ（１５  ｄｏｗｎｔｏ    ０）  ＝  ｔｉｍｅｒ＿ｃｎｔ  はシステム照会し周期のカウンターを表す。システム照会し周期を５０ｕｓと仮定すれば、５０ｕｓ毎であることを表し、ｔｉｍｅｒ＿ｃｎｔは１を加え、ここでは、１６ｂｉｔと仮定する。
【０６７５】
現在、計２５６つのストリームがあると仮定すれば、ビットレート制御モジュールにおいて２５６グループのカウンターを保守する。ビットレート制御モジュールは各グループのカウンター処理時間を１０個の時間周期とし、システム時間を１２５ＭＨｚとする、つまり時間周期は８ｎｓである。よって、２５６グループのカウンターを処理する時間は２５６  ｘ  １０  ｘ  ８ｎｓ  ＝  ２０４８０ｎｓ  ＝  ２０．４８ｕｓ必要である。システム照会し周期を５０ｕｓと仮定すれば、非常に大きな冗長性がある。
【０６７６】
説明をし易くするため、ここでは第５０個のストリームと仮定したカウンターをそれぞれ以下のように設置する。
ｔｉｍｅｒ＿ｓｅｔ  ＝  １００、
ａｄｄ＿４ｂｙｔｅ  ＝  １６、
ｆｒａｍｅ＿４ｂｙｔｅ  ＝  −１０、
ｍａｘ＿ｆｒａｍｅ＿４ｂｙｔｅ  ＝  ４００、
ｆｒａｍｅ＿ｃｎｔ  ＝  ２。
ビットレート制御モジュールは第５０ストリームのカウンターを調べる。もし、ｔｉｍｅｒ＿ｃｎｔ  ＝  ｔｉｍｅｒ＿ｓｅｔ（１００）であれば、設定した時間間隔に基づきパケット送信の時間が来たことを表し、ｆｒａｍｅ＿４ｂｙｔｅ  ＝  ｆｒａｍｅ＿４ｂｙｔｅ  ＋  ａｄｄ＿４ｂｙｔｅであり、かつｆｒａｍｅ＿４ｂｙｔｅがｍａｘ＿ｆｒａｍｅ＿４ｂｙｔｅより大きいかどうかを判断する。もし大きければｆｒａｍｅ＿４ｂｙｔｅ  ＝ｍａｘ＿ｆｒａｍｅ＿４ｂｙｔｅである。上述の例において、ｆｒａｍｅ＿４ｂｙｔｅ  ＝  ｆｒａｍｅ＿４ｂｙｔｅ  ＋  ａｄｄ＿４ｂｙｔｅ  ＝  −１０  ＋  １６  ＝  ６であり、ｍａｘ＿ｆｒａｍｅ＿４ｂｙｔｅ（４００）より小さい。
そして、もし  ｆｒａｍｅ＿４ｂｙｔｅが０より大きく、かつｆｒａｍｅ＿ｃｎｔが０より大きければ、ビットレート制御モジュールは、交換エンジンへトークンを送信する（例におけるトークン番号を５０とする）。交換エンジンはトークン番号に基づき、対応のパケットバッファーのキューから（例においてパケットバッファーのキュー５０とする）パケットを取り出し、かつ送信する。同時に当該パケットの長さをビットレート制御モジュールへ返す。ビットレート制御モジュールはｆｒａｍｅ＿４ｂｙｔｅを対応のパケットの長さに減らし、当該パケットの長さをｆｒａｍｅ＿ｌｅｎｇｔｈ  ＝  ２０（４ｂｙｔｅの整数倍）と仮定すれば、ｆｒａｍｅ＿４ｂｙｔｅ  ＝  ｆｒａｍｅ＿４ｂｙｔｅ  −  ｆｒａｍｅ＿ｌｅｎｇｔｈ  ＝  ６  -  ２０  ＝  −１４である。
前記カウンターｏｐ、ｍａｘ＿ｆｒａｍｅ＿４ｂｙｔｅ、ａｄｄ＿４ｂｙｔｅ、ｔｉｍｅｒ＿ｓｅｔ  をストリーム制御情報とし、全てＣＰＵモジュールにより設置する  （ノードサーバ間とのプロトコル互換を介して獲得する）。ｔｉｍｅｒ＿ｃｎｔを０と初期化し、毎隔システム照会し周期は１を加える。ｆｒａｍｅ＿ｃｎｔを０と初期化し、もし当該パケットバッファーのキューにパケットを加えれば、ｆｒａｍｅ＿ｃｎｔは１を加える。ビットレート制御モジュールは、制御ｍａｘ＿ｆｒａｍｅ＿４ｂｙｔｅ、ａｄｄ＿４ｂｙｔｅ、ｔｉｍｅｒ＿ｓｅｔのいくつかのパラメータを介して、インプットが不均衡なデータストリームを均衡なデータストリームのアウトプットに変えることができる。例えば、需要アウトプットパケットの長さを１０２４ｂｙｔｅ、間隔を５ｍｓとするデータストリームが必要であれば、以下のように設置する。
ｍａｘ＿ｆｒａｍｅ＿４ｂｙｔｅ＝２５６（１０２４ｂｙｔｅ）、
ａｄｄ＿４ｂｙｔｅ＝２５６（１０２４ｂｙｔｅ）、  
ｔｉｍｅｒ＿ｓｅｔ＝１００（システム照会し周期を５０ｕｓと仮定する）。
【０６７７】
上述から、サービスは異なり、対応するストリームも異なれば、ＣＰＵモジュールはノードサーバから獲得するストリーム制御情報も異なるこは明らかである。さらに、前記ビットレート制御は固定パケットの長さのデータパケットを制御できるだけでなく、長さの変わるパケットも制御でき、前記長さの変わるパケットは毎回スイッチをインプットするパケットの長さが変化することを示す。これは毎回送信できるデータのサイズが、バイトを送信できる最大値ｍａｘ＿ｆｒａｍｅ＿４ｂｙｔｅと長さの変わるパケットが送信したパラメータを調整するａｄｄ＿４ｂｙｔｅにより决定するためである。
【０６７８】
さらに具体的に、前記イーサネットプロトコル変換ゲートウェイストリーム制御を行う過程と前記３．３．４のユニキャスト通信過程と結合し、例を挙げ以下に説明する。
【０６７９】
３．３．４において例を挙げノードサーバＭＳＳ−４００がプロトコルパケットを送信し表の割り当てを完成し、今回サービスする通信リンクにおける各イーサネットプロトコル変換ゲートウェイに対応するポートを開くよう通知すること詳細に説明する。好ましくは、今回サービスする通信経路の設定過程において、ノードサーバＭＳＳ−４００もプロトコルパケットの送信を介してストリーム制御情報の伝送を実現できる。即ち、今回サービスするストリーム制御情報をセットトップボックスＳＴＢ−０からセットトップボックスＳＴＢ−１へのアップリンクにおける最初のイーサネットプロトコル変換ゲートウェイＢＸ−００８−０へ送信し、これにより今回サービスするパケットのストリーム制御を行う。
【０６８０】
ノードサーバＭＳＳ−４００が今回のサービスに経路を設定する場合、同時に今回サービスするタイプ等の属性情報に基づくため、今回のサービスが占めるストリーム（即ち今回のサービスへいくつかのストリームを割り当てる）を確認し、かつノードサーバＭＳＳ−４００のアドレス情報テーブルにおける設備リソース記述情報に記録する（即ち、当該ポートのストリーム情報に今回のサービスが占めるストリームを増やす）。このように次のサービス請求の際に調べれば、当該ポートの実際のストリームを知ることができる。
【０６８１】
ノードサーバＭＳＳ−４００はスイッチＢＸ−００８−０へストリーム制御情報を送信するこは、ノードサーバＭＳＳ−４００今回のサービスに対し割り当てたストリーム量の限度を確保実現できることを確保するためであり、自由に増やすこと或いは自由に減らすこと（在帯域幅統計の意義における変化と帯域幅の離散時間ポイントにおける変化を含む）ではない。
【０６８２】
ストリーム制御情報によりスイッチＢＸ−００８−０が今回サービスするデータパケットを受信することを保証できる場合、一定の時間間隔に基づきデータパケットに対し送信を行い、かつ毎回送信するデータのサイズにも要求がある。端末が送信したパケットの長さが比較的大きい場合、２つ或いは複数の時間間隔を蓄積後に再送信できる。このようにすれば、ユーザーデータパケットを解体或いは分解しなくても良く、同時に基本的なデータ送信の安定均一も保証できる。当然、好ましくは、本発明サービス確立を実行する際に、スイッチと端末限定データパケットの長さを通知できる。例えば、端末が開始したデータパケットの長さはストリーム制御情報の要求に合い、同時にスイッチはさらにデータパケットの長さの要求に合わないデータパケットを捨てることもでき、これによりさらにデータ送信の安定均一を保証する。
【０６８３】
総じて、ストリーム制御情報によりスイッチＢＸ−００８−０が各時間に送信したデータレートが安定的で、均衡であることを保証でき、かつ割り当てたストリーム量の限度の要求に合い、自由に変化する状況は表れない。このようにすれば、本発明がネットワークから各サービス、各ポートのストリームの精確な割り当てと制御を実現できることを保証できる。
【０６８４】
当然、レートの精確な制御を保証するため、本発明はさらにサービスの確立を請求するプロトコルパケットにもストリーム制御を行うことができる。具体的に、ノードサーバＭＳＳ−４００はアクセス端末の最底層スイッチ全てにストリーム制御情報を与えることができ、即ち各スイッチがアップリンクプロトコルパケットを受信するすれば、ノードサーバＭＳＳ−４００に基づき、目下のスイッチの電源を入れてアクセスする際に通知するストリーム制御情報がデータ伝送を行えば良い。このようにすれば、本発明は同時に大量のサービス請求プロトコルパケットを開始しても、全体のネットワークのストリーム分布に影響しないことを保証できる。即ち、本発明はサービス請求の過程に対しストリーム制御を行うことができ、すでにサービスリンクを確立したデータ伝送の過程に対してストリーム制御を行うこともできる。
【０６８５】
３．３．５マルチキャストリンク経路の確立過程において、上述のユニキャストサービスにおけるポートラフィック制御情報の設定、記録、通知の過程がある。実現過程と技術原理が基本的に一致するため、ここでは詳細な説明を繰り返さない。
【０６８６】
４、ＭＡＮの実現
設計を簡略化するため、ＭＡＮにおけるパケットのタイプは計４種類あり、それぞれを以下に示す。
・  メトロポリタン・エリア・照会ラベルパケット（メトロポリタン・エリア・サーバによりノードスイッチ、ノードサーバのラベルを有するプロトコルパケットへ送信する）
・  メトロポリタン・エリア・応答ラベルパケット（ノードスイッチ、ノードサーバによりメトロポリタン・エリア・サーバのラベルを有するプロトコルパケットへ回答する）
・  ユニキャストラベルパケット（ノードサーバにより単一のマルチキャストデータパケットにラベル構成を加える）
・  マルチキャストラベルパケット（ノードサーバにより単一のマルチキャストデータパケットにラベル構成を加える）
【０６８７】
ＭＡＮのアドレスは計４０ｂｉでありｔ、本文ではこれを３層に分け、それぞれ８ｂｉｔ  、１６ｂｉｔ、１６ｂｉｔとし、かつ国家ネット、広域ネット、ＭＡＮと順次定義する。同一のＭＡＮ、同一のアクセスネットワークの端末間のデータ伝送をこのアクセスネットワークのノードサーバにより制御する。
【０６８８】
ＳＴＢ＿０はアクセスネットワークＡに位置する、ＳＴＢ＿１はアクセスネットワークＢに位置し、アクセスネットワークＡ、アクセスネットワークＢは同一のＭＡＮ  Ｃに属すると仮定する。この実現の過程を以下に示す。
【０６８９】
１、ＳＴＢ＿０が請求を送信することＳＴＢ＿１がテレビ電話を実行すること。
【０６９０】
２、アクセスネットワークＡのノードサーバはＳＴＢ＿１の番号に基づきアクセスネットワークＡに属さないと分かり、そしてＭＡＮ  Ｃのメトロポリタン・エリア・サーバへ照会しを送信する。
【０６９１】
３、ＭＡＮ  Ｃのメトロポリタン・エリア・サーバはＳＴＢ＿１の番号に基づきアクセスネットワークＢに属すると分かる。こうして、アクセスネットワークＢのノードサーバへ照会しを送信する。
【０６９２】
４、アクセスネットワークＢのノードサーバはＳＴＢ＿１の番号に基づきＳＴＢ＿１がアクセスネットワークＢにあると分かり、アクセスネットワークＢのノードサーバは起呼メニューをＳＴＢ＿１へ送信する。
【０６９３】
５、ＳＴＢ＿１は受信或いは拒否を選択でき、応答はアクセスネットワークＢのノードサーバへ送信する。ここでは受信を選択すると仮定する。
【０６９４】
６、アクセスネットワークＢのノードサーバはＭＡＮ  Ｃのメトロポリタン・エリア・サーバへ応答を送信する。
【０６９５】
７、ＭＡＮ  Ｃのメトロポリタン・エリア・サーバはアクセスネットワークＡのノードサーバへ応答を送信する。
【０６９６】
８、アクセスネットワークＡのノードサーバはＳＴＢ＿０へ応答を送信する。
【０６９７】
上述から、端末はと本アクセスネットワークノードサーバのみと互換し、ノードサーバと本ＭＡＮのメトロポリタン・エリア・サーバは互換し、同じように、メトロポリタン・エリア・サーバと本広域ネットの広域サーバは互換するこは明らかである。
【０６９８】
メトロポリタン・エリア・照会パケットのデータグラムタイプを“１００１  ００００”（二進法）、つまり０ｘ９０（十六進法）とし、メトロポリタン・エリア・応答パケットのデータグラムタイプを“００００  １００１”（二進法）、つまり０ｘ０９（十六進法）とし、ユニキャストラベルパケットのデータグラムタイプを“０００１  ００００”（二進法）、つまり０ｘ１０（十六進法）とし、マルチキャストラベルパケットのデータグラムタイプを“０１１１  １０００”（二進法）、つまり０ｘ７８（十六進法）と仮定し、４つの調査表が必要である。この例を以下に示す。
・  メトロポリタン・エリア・照会ラベルパケットのラベル調査表を、４号テーブルと定義し、サイズを６４Ｋとする。
・  メトロポリタン・エリア・応答ラベルパケットのラベル調査表を、５号テーブルと定義し、サイズを６４Ｋとする。
・  ユニキャストラベルパケットのラベル調査表を、６号テーブルと定義し、サイズを６４Ｋとする。
・  マルチキャストラベルパケットのラベル調査表を、７号テーブルと定義し、サイズを６４Ｋとする。
【０６９９】
メトロポリタン・エリア・照会ラベルパケット、メトロポリタン・エリア・応答ラベルパケット、ユニキャストラベルパケット、マルチキャストラベルパケットのラベル調査表のアウトプットは、パケットがガイドするポートを表す以外に、別に１６ｂｉｔのアウトラベルを有する。例えば自身内のノードスイッチＭＸ−４には、４ギガビット光ポートと、ＣＰＵモジュールインターフェースがある。もし、４ギガビット光ポートを０号ポートから３号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを４号ポートと定義すれば、合わせて６４ｋ  ｘ  ２１ｂｉｔ（５ｂｉｔ  ＋  １６ｂｉｔ）メトロポリタン・エリア・照会ラベルパケットアドレス調査表、６４ｋ  ｘ  ２１ｂｉｔ（５ｂｉｔ  ＋  １６ｂｉｔ）メトロポリタン・エリア・応答ラベルパケットアドレス調査表、６４Ｋ  ｘ  ２１ｂｉｔ（５ｂｉｔ  ＋  １６ｂｉｔ）  ユニキャストラベルパケット、６４Ｋ  ｘ  ２１ｂｉｔ（５ｂｉｔ  ＋  １６ｂｉｔ）  マルチキャストラベルパケットが必要である。例えば、インラベルを０ｘ０００１とするメトロポリタン・エリア・照会ラベルパケット調査表のアウトプットを“１  ００００  ００００  ００００  ００００  ００００”とし、パケットを４号ポートへガイドする（ＣＰＵポート）こと表し、アウトラベルを０ｘ００００とする。インラベルを０ｘ０００１とするマルチキャストラベルパケット調査表のアウトプットを“０  ００１１  ００００  ００１１  ００００  ００００”とし、パケットを０号、１号ポートへガイドすることを表し、アウトラベルを０ｘ０３００とし、他も同様である。
【０７００】
単一のマルチキャストラベルパケットの例を以下に示す。
【０７０１】
０号ポートにパケットが入り、このヘッド部分データが０ｘ１０５６  ０ｘ１５００  ０ｘ００００  ０ｘ５５ａＡ０ｘ００５６  ０ｘ１５００  ０００１  ０ｘａａ５５  ０ｘ００００  ０ｘ００００  ０ｘ００００１であると仮定する。ここでＤＡは０ｘ１０５６  ０ｘ１５００  ０ｘ００００  ０ｘ５５ａａ、ＳＡは０ｘ００５６  ０ｘ１５００  ０００１  ０ｘａａ５５、保留バイトは０ｘ００００、ラベルは０ｘ０００１である。よってこのデータパケットタイプを０ｘ１０とし、表調査規則に基づきこの場合に６号テーブルを調べる。即ち、アドレスを“００００  ００００  ００００  ０００１”とし、このアドレスが対応する調査表のアウトプットを“０  １１００  １０００  ００００  ００００  ０００１”とし、パケットがガイドする２号、３号ポートを表し、ラベル入替を０ｘ８００１とする。そのため、パケットが２号、３号ポートからアウトプットする場合、このヘッド部分データは０ｘ１０５６  ０ｘ１５００  ０ｘ００００  ０ｘ５５ａＡ０ｘ００５６  ０ｘ１５００  ０００１  ０ｘａａ５５  ０ｘ００００  ０ｘ００００  ０ｘ８００１である。
【０７０２】
以下に実施形態により詳細にＭＡＮにおける通信を説明する。具体的にメトロポリタン・エリア・サーバとノードスイッチ、メトロポリタン・エリア・サーバとノードサーバのアクセスフローとサービスフローを含む。
【０７０３】
４．１  ＭＡＮのアクセスフロー
【０７０４】
４．１．１    メトロポリタン・エリア・サーバとノードスイッチ、ノードサーバのアクセスフロー
【０７０５】
まず、各アクセスを許可したスイッチは全て必ずサーバに登録しなければならず、スイッチの登録情報にはスイッチの設備タイプ、設備ロゴがあり、登録していないスイッチはアクセスできない。
【０７０６】
まず、各アクセスを許可したスイッチは全て必ずサーバに登録しなければならず、スイッチの登録情報にはスイッチの設備タイプ、設備ロゴがあり、登録していないスイッチはアクセスできない。図７が示すように、前記ノードスイッチがアクセスする過程は以下のステップに関する。
【０７０７】
Ｓ１において、メトロポリタン・エリア・サーバが各ポートへ照会パケットを送信し、ノードスイッチが照会パケットを受信後、応答パケット（応答はスイッチの設備タイプ、設備ロゴを備え、これは各スイッチの固有情報である）を送信する。
【０７０８】
Ｓ２、メトロポリタン・エリア・サーバはノードスイッチが送信した応答を受信後、本ポートにおいてノードスイッチに接続したと分かる。そしてメトロポリタン・エリア・サーバ内の登録情報テーブルから当該ノードスイッチ情報を検出し、かつ当該ノードスイッチアクセスへ命令を送信する（スイッチのＭＡＮアドレスとラベルを知らせる）。当該ノードスイッチはアクセス命令を受信後にアクセスし、同時に前記メトロポリタン・エリア・サーバへアクセス命令応答を送信する。
【０７０９】
Ｓ３において、メトロポリタン・エリア・サーバはスイッチが送信したアクセス命令応答を受信後、当該ノードスイッチはすでにアクセスしたと分かる。今後、毎秒このポートへ状態照会パケットを送信し、当該ノードスイッチが正常に作動しているかどうかを調べる。同時にさらに、当該ノードスイッチの他のポートへポート照会パケットを送信し、当該ノードスイッチに接続する他の設備があるかどうかを調べる。もし、当該ノードスイッチが正常に作動していれば、状態照会パケットを受信後に状態照会応答を前記メトロポリタン・エリア・サーバへ送信する。メトロポリタン・エリア・サーバが一定時間内（例、６秒内）に状態照会応答を受信していなければ、当該ノードスイッチすでにネットワークから移動されたと認識し、二度と状態照会パケットを送信せず、引き続き本ポートへ照会パケットを送信する。
【０７１０】
ノードスイッチに接続するノードサーバアクセスフローは、前述の過程と似ており、ここでは詳しい説明を繰り返さない。
【０７１１】
４．１．２    メトロポリタン・エリア・サーバとノードスイッチ、ノードサーバのアクセス互換例
【０７１２】
全ＭＡＮネットにおける設備は全て設備情報テーブルにより記述する。２ｂｙｔｅの設備タイプに６  ｂｙｔｅの設備ロゴを加えれば、１つの設備のみを明示できる。一般的に、異なる設備タイプに基づき、例えばノードスイッチ情報テーブル、ノードサーバ情報テーブルのような異なる設備情報テーブルにより記述する。設備情報テーブルの項目は以下より構成される。
【０７１３】
１）設備ロゴ：６  ｂｙｔｅ、設備登録の際に、メトロポリタン・エリア・サーバのハードディスク或いはｆｌａｓｈに書き込み、メトロポリタン・エリア・サーバが電源を入れた後ＣＰＵのメモリをインポートとする。
【０７１４】
２）設備状態：２  ｂｙｔｅ  、０ｘ００００はこの設備が未だアクセスしていないことを表し、０ｘ０００１はこの設備がアクセスを待機している（メトロポリタン・エリア・サーバはアクセス命令パケットを送信したが、未だアクセス命令応答受信していない）ことを表し、０ｘ０００２この設備がアクセス済み（メトロポリタン・エリア・サーバがアクセス応答パケットを受信後に設置する）ことを表す。
【０７１５】
３）設備アドレス：２  ｂｙｔｅ、当該設備が割り当てたＭＡＮアドレス。
【０７１６】
ＭＡＮのアドレスは１６ｂｉｔであり、全ＭＡＮの設備は全て１つだけのアクセスネットワークアドレス（メトロポリタン・エリア・サーバ、ノードスイッチ、ノードサーバを備える）があり、メトロポリタン・エリア・サーバのＣＰＵモジュールは一枚２の１６乗の表を保守している。即ち６４Ｋの表でもあり、メトロポリタン・エリア・アドレス情報テーブルと呼び、各表の項目は以下より構成される。
【０７１７】
１）アドレス占用ディスクリプタ：２  ｂｙｔｅ、０ｘ００００はこのアドレスが未使用であることを表し、０ｘ０００１はこのアドレスがスタンバイである（メトロポリタン・エリア・サーバがこのアドレスによりアクセス命令パケットを送信したが、未だアクセス命令応答を受信していない）ことを表し、０ｘ０００２  はアドレスがすでに使用されている（メトロポリタン・エリア・サーバがアクセス応答パケットを受信後に設置する）ことを表す。
【０７１８】
２）設備タイプ：２  ｂｙｔｅ、例えば０ｘ００００はメトロポリタン・エリア・サーバＭＳ−１０００を表し、０ｘ０００１は自身内のノードスイッチＭＸ−４を表し、０ｘ０００２自身内のノードサーバＭＳＳ−４００を表す。
【０７１９】
３）設備リソース記述情報：若干のｂｙｔｅ、例えば当該設備はノードスイッチであり、このネットワークポートは接続する設備のＭＡＮアドレス、この各ネットワークポートのアップ・ダウンリンクストリーム計数を備える。もし当該設備がノードサーバであれば、このネットワークポートは接続する設備のアクセスネットワークアドレス、このネットワークポートのアップ・ダウンリンクストリーム計数を備える等。これら全ての情報はサービスフローに方針根拠を提供し、さらに毎回のサービスフローにおいてこれらの情報を修正する。
【０７２０】
同様に、メトロポリタン・エリア・照会ラベルが記述しているのは、メトロポリタン・エリア・サーバからノードスイッチ或いはノードサーバまでの接続である。さらにメトロポリタン・エリア・応答ラベルが記述しているのは、ノードスイッチ或いはノードサーバからメトロポリタン・エリア・サーバまでの接続である。設計の簡略化のため、両者は１対１で対応すると仮定する。例えばメトロポリタン・エリア・サーバからノードスイッチまでのメトロポリタン・エリア・照会ラベルが０ｘ０００８であれば、当該ノードスイッチからメトロポリタン・エリア・サーバまでのメトロポリタン・エリア・応答ラベルも０ｘ０００８であり、かつアウトラベルはインラベルと等しい。このように、メトロポリタン・エリア・サーバのＣＰＵモジュールは別の２の１６乗的の表保守する。即ち、６４Ｋの表でもあり、メトロポリタン・エリア・プロトコルラベル情報テーブルと呼び、各表の項目は以下より構成される。
【０７２１】
１）ラベル占用ディスクリプタ：２ｂｙｔｅ、０ｘ００００はこのラベルが未使用であることを表し、０ｘ０００１はこのラベルがスタンバイである（メトロポリタン・エリア・サーバがこのラベルによりポート照会パケットを送信したが、未だアクセス応答パケットを受信していない）こと表し、０ｘ０００２  はこのラベルがすでに使用していること（メトロポリタン・エリア・サーバがアクセス応答パケットを受信後に設置する）を表す。
【０７２２】
２）ラベルディスクリプタ：２  ｂｙｔｅ、当該ラベルが対応する設備のＭＡＮアドレス。
【０７２３】
３）ラベルルーティング記述情報：４  ｂｙｔｅ、当該メトロポリタン・エリア・照会ラベルパケットのホッピングスイッチのＭＡＮアドレスおよびポート番号を記述する。前の２ｂｙｔｅはホッピングスイッチのＭＡＮアドレスを表し、後の２  ｂｙｔｅはホッピングスイッチのポート番号を表す。
【０７２４】
図１４に示すように、例を挙げ説明すると、このメトロポリタン・エリア・サーバに４ギガビット光ポートと、ＣＰＵモジュールインターフェースがあると仮定する。もし４ギガビット光ポートを０号ポートから３号ポートまでと順次定義する、ＣＰＵモジュールインターフェースを４号ポートと定義すれば、このメトロポリタン・エリア・サーバ型番号をＭＳ−１０００とし、ＭＳ−１０００  の０号ポートと、１号ポートはそれぞれＭＸ−４−０  ２号ポートと、３号ポートに接続し、ＭＸ−４−０の０号ポートはＭＳＳ−４００−０に接続し、１号ポートはＭＳＳ−４００−１に接続する。
【０７２５】
アクセス互換過程を以下に示す。
【０７２６】
１、ＭＳ−１０００サーバが電源を入れた後ハードウェアを初期化し、ハードディスクからインポートとしＣＰＵメモリにファイル（例えばノードスイッチの登録情報、ノードサーバの登録情報等）を設置する。ＭＳ−１０００サーバがメトロポリタン・エリア・アドレス情報テーブル、メトロポリタン・エリア・プロトコルラベル情報テーブルを初期化し、全てをクリアする（全アドレス、ラベルが未使用であることを表す）。ＭＳ−１０００サーバが設置する自身のＭＡＮアドレスは０ｘ００００、即ちメトロポリタン・エリア・アドレス情報テーブルでもある第０ｘ００００項は以下のように設置される。  
●アドレス占用ディスクリプタ：０ｘ０００２  はアドレスがすでに使用されていることを表す。
●設備ディスクリプタ：  ０ｘ００００はメトロポリタン・エリア・サーバを表す。
●設備リソース記述情報：このメトロポリタン・エリア・サーバに４ギガビット光ポートがあり、０号ポートから３号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを４号ポートと定義する。このノードサーバ型番号をＭＳ−１０００とし、このネットワークポートは接続する設備のＭＡＮアドレスは未だ割り当てられておらず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とする。  
【０７２７】
次の使用可能なアドレスを０ｘ０００１とし、次のメトロポリタン・エリア・プロトコルラベルを０ｘ００００とする。
【０７２８】
２、ＭＳ−１０００サーバが４、５、６、７号テーブルを初期化
●４号テーブルを“０  ００００  ００００  ００００  ００００  ００００”から“０  ００００  １１１１  １１１１  １１１１  １１１１”までと設置し、即ち全てのメトロポリタン・エリア・照会ラベルパケット伝送を閉止する。
●５号テーブルを“１  ００００  ００００  ００００  ００００  ００００”から“１  ００００  １１１１  １１１１  １１１１  １１１１”までと設置し、即ち全てのメトロポリタン・エリア・応答ラベルパケットをＣＰＵへガイドする。  
●６号、７号テーブルを“０  ００００  ００００  ００００  ００００  ００００”と設置し、即ち全ての単一のマルチキャストデータパケット伝送を閉止する。
【０７２９】
３、ＭＳ−１０００サーバ設置は自身に４ギガビット光ポートがあることを分かっており、次のメトロポリタン・エリア・プロトコルラベルを０ｘ００００とするため、４つの４号テーブルを設置する項目をそれぞれ以下に示す。
●“１００  ００００  ００００  ００００  ００００“＝＞“０  ０００１  ００００  ００００  ００００  ００００”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ００００の照会パケットを０号ポートへガイドする。
●“１００  ００００  ００００  ００００  ０００１“＝＞“０  ００１０  ００００  ００００  ００００  ０００１”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００１の照会パケットを１号ポートへガイドする。
●  “１００  ００００  ００００  ００００  ００１０“＝＞“０  ０１００  ００００  ００００  ００００  ００１０”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００２の照会パケットを２号ポートへガイドする。
●  “１００  ００００  ００００  ００００  ００１１“＝＞“０  １０００  ００００  ００００  ００００  ００１１”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００３の照会パケットを３号ポートへガイドする。
【０７３０】
次のメトロポリタン・エリア・プロトコルラベルを０ｘ０００４とする。
【０７３１】
４、ＭＳ−１０００サーバ送信するヘッド部分情報を０ｘ９０００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、０ｘ９０００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００１、０ｘ９０００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００２、０ｘ９０００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００３のポート照会パケットし、パケットがラベルに基づき交換するため、ＤＡが同じでも問題ない。４号テーブル設置ポート照会パケットに基づき、０から３号ポートへ順次ガイドする。
【０７３２】
ラベル情報テーブルの第０ｘ００００項は以下のように設置される。        
●ラベル占用ディスクリプタ：０ｘ０００１はこのラベルがスタンバイであることを表す。
●ラベルディスクリプタ：  修正しない。
●ラベルルーティング記述情報：０ｘ００００（ホッピングスイッチのＭＡＮアドレス、即ちＭＳ−１０００のＭＡＮアドレス）、０ｘ００００（ＭＳ−１０００の０号ポート）。
【０７３３】
ラベル情報テーブルの第０ｘ０００１項は以下のように設置される。          
●ラベル占用ディスクリプタ：０ｘ０００１はこのラベルがスタンバイであることを表す。
●ラベルディスクリプタ：  修正しない；
●ラベルルーティング記述情報：０ｘ００００（ホッピングスイッチのＭＡＮアドレス、即ちＭＳ−１０００のＭＡＮアドレス）、０ｘ０００１（ＭＳ−１０００の１号ポート）。
【０７３４】
ラベル情報テーブルの第０ｘ０００２項は以下のように設置される。          
ラベル占用ディスクリプタ：０ｘ０００１はこのラベルがスタンバイであることを表す。
●ラベルディスクリプタ：  修正しない。
●ラベルルーティング記述情報：０ｘ００００（ホッピングスイッチのＭＡＮアドレス、即ちＭＳ−１０００のＭＡＮアドレス）、０ｘ０００２（ＭＳ−１０００の２号ポート）。
【０７３５】
ラベル情報テーブルの第０ｘ０００３項は以下のように設置される。          
●ラベル占用ディスクリプタ：０ｘ０００１はこのラベルがスタンバイであることを表す。
●ラベルディスクリプタ：  修正しない。
●ラベルルーティング記述情報：０ｘ００００（ホッピングスイッチのＭＡＮアドレス、即ちＭＳ−１０００のＭＡＮアドレス）、０ｘ０００３（ＭＳ−１０００の３号ポート）。
【０７３６】
次の使用できるラベルを０ｘ０００４とする。
【０７３７】
５、ＭＸ−４−０スイッチが電源を入れた後ハードウェアを初期化
●４号テーブルを“１  ００００  ００００  ００００  ００００  ００００”から“１  ００００  １１１１  １１１１  １１１１  １１１１”までと設置し、即ち全てのメトロポリタン・エリア・照会ラベルパケットをＣＰＵへガイドする。
●５号テーブルを“０  ００００  ００００  ００００  ００００  ００００”  から“０  ００００  １１１１  １１１１  １１１１  １１１１”までと設置し、即ち全てのメトロポリタン・エリア・応答ラベルパケット伝送を閉止する。  
●６号、７号テーブルを“０  ００００  ００００  ００００  ００００  ００００”と設置し、即ち全ての単一のマルチキャストデータパケット伝送を閉止する。
【０７３８】
トポロジー図ＭＸ−４−０スイッチ２号ポートに基づきメトロポリタン・エリア・プロトコルラベル０ｘ００００の照会パケットを受信すれば、
●５号テーブル“１０１  ００００  ００００  ００００  ００００“＝＞“０  ０１００  ００００  ００００  ００００  ００００”と設置し、即ちメトロポリタン・エリア・プロトコルラベル０ｘ００００の応答パケットを２号ポートへガイドする。
【０７３９】
トポロジー図ＭＸ−４−０スイッチ３号ポートに基づき、メトロポリタン・エリア・プロトコルラベル０ｘ０００１の照会パケットを受信すれば、
●５号テーブル“１０１  ００００  ００００  ００００  ０００１“＝＞“０  １０００  ００００  ００００  ００００  ００００”  と設置し、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００１の応答パケットを３号ポートへガイドする。
【０７４０】
２つの応答パケット（応答中備える本スイッチ的設備タイプ、設備ロゴおよび当該照会パケットを受信するポート番号）を送信し、パケットのヘッド部分を０ｘ０９００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  とし、同時に、パケットにおいて当該照会パケットを受信するポート番号を２号とすることを明示する。
【０７４１】
別のパケットのヘッド部分０ｘ０９００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００１は、同時に、パケットにおいて当該照会パケットを受信するポート番号を３号とすることを明示する。
【０７４２】
７、ＭＳ−１０００サーバ０号ポートはメトロポリタン・エリア・プロトコルラベル０ｘ００００の照会応答パケットを受信後、
【０７４３】
１）応答パケットにおける設備タイプに基づきノードスイッチと分かり、把応答パケットにおける設備ロゴとノードスイッチの設備情報テーブルにおける設備ロゴ項目目を完全に同じになるまで逐一比べ、この設備はすでに登録されていることを明示する。設備状態項は０ｘ００００であると調べ、この設備が未だアクセスしていないことが分かる。
【０７４４】
２）応答パケットにおけるメトロポリタン・エリア・プロトコルラベル０ｘ００００に基づき、メトロポリタン・エリア・プロトコルラベル情報テーブルの第０ｘ００００項を調べ、ホッピングスイッチはＭＳ−１０００サーバ（アドレスを０ｘ００００とする）、ポート番号は０号であると分かる。
【０７４５】
３）応答パケットＰＤＵにおける第５フィールド番号（照会パケットを受信するスイッチポート番号を明示する）に基づき、ＭＳ−１０００サーバは０号ポートにおいてスイッチの２号ポートに接続したと分かる。
【０７４６】
アクセス命令（スイッチのＭＡＮアドレスを０ｘ０００１とすることを知らせる）を送信し、パケットのヘッド部分を０ｘ９０００  ０ｘ００００  ０ｘ０００１  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００とする。
【０７４７】
アドレス情報テーブルの第０ｘ０００１は以下のように設置される。          
●アドレス占用ディスクリプタ：０ｘ０００１はこのアドレスがスタンバイであること（メトロポリタン・エリア・サーバがこのアドレスによりアクセス命令パケットを送信したが、未だアクセス命令応答を受信していない）を表す。
●設備ディスクリプタ：修正しない。
●設備リソース記述情報：修正しない。
【０７４８】
対応する設備情報テーブルの項目は以下のように設置される。
●設備ロゴ：修正しない；
●設備状態：０ｘ０００１は、この設備がアクセスを待機していること（メトロポリタン・エリア・サーバがアクセス命令パケットを送信したが、未だアクセス命令応答を受信していない）を表す。
●設備アドレス：０ｘ０００１。
【０７４９】
８、ＭＳ−１０００サーバ１号ポートはメトロポリタン・エリア・プロトコルラベル０ｘ０００１の照会応答パケットを受信後
【０７５０】
１）応答パケットにおける設備タイプに基づきノードスイッチと分かる。把応答パケットにおける設備ロゴとノードスイッチの設備情報テーブルにおける設備ロゴ項目を完全に同じになるまで逐一比べ、この設備がすでに登録していることを明示する。設備状態項を０ｘ０００１と調べ、この設備がアクセスを待機していると分かる。
【０７５１】
２）応答パケットにおけるメトロポリタン・エリア・プロトコルラベル０ｘ０００１に基づき、メトロポリタン・エリア・プロトコルラベル情報テーブルの第０ｘ０００１項を調べ、ホッピングスイッチはＭＳ−１０００サーバ（アドレスを０ｘ００００とする）、ポート番号は１号と分かる。
【０７５２】
３）応答パケットＰＤＵにおける第５フィールド番号（照会パケットを受信するスイッチポート番号を明示する）に基づき、ＭＳ−１０００サーバは１号ポートにおいてスイッチの３号ポートに接続したと分かる。
【０７５３】
アクセス命令（スイッチのＭＡＮアドレスを０ｘ０００１とすると知らせる）を送信し、パケットのヘッド部分を０ｘ９０００  ０ｘ００００  ０ｘ０００１  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００１とする。
【０７５４】
アドレス情報テーブルの第０ｘ０００１は以下のように設置される。          
●アドレス占用ディスクリプタ：０ｘ０００１は、このアドレスがスタンバイであること（メトロポリタン・エリア・サーバはこのアドレスによりアクセス命令パケットを送信したが、未だアクセス命令応答を受信していない）を表す。
●設備ディスクリプタ：修正しない。
●設備リソース記述情報は修正しない。
【０７５５】
対応する設備情報テーブルの項目は以下のように設置される。
●設備ロゴ：修正しない。  
●設備状態：０ｘ０００１は、この設備がアクセスを待機していること（メトロポリタン・エリア・サーバがアクセス命令パケットを送信したが、未だアクセス命令応答を受信していない）を表す。
●設備アドレス：０ｘ０００１。
【０７５６】
９、ＭＸ−４−０スイッチ２号ポートはメトロポリタン・エリア・プロトコルラベル０ｘ００００のアクセス命令パケット（パケットのヘッド部分を０ｘ９０００  ０ｘ００００  ０ｘ０００１  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００とする）を受信後、自身内の設備タイプ、設備ロゴを比べ、自身のＭＡＮアドレスが０ｘ０００１であると分かればアクセスする。同時にサーバへアクセス命令応答パケットを送信し、ヘッド部分をそれぞれ０ｘ０９００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００１  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００とする。
【０７５７】
１０、ＭＸ−４−０スイッチ３号ポートはメトロポリタン・エリア・プロトコルラベル０ｘ０００１的のアクセス命令パケット（パケットのヘッド部分を０ｘ９０００  ０ｘ００００  ０ｘ０００１  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００１とする）を受信後、自身内の設備タイプ、設備ロゴを比べ、自身のＭＡＮアドレスは０ｘ０００１であると分かればアクセスする。同時にサーバへアクセス命令応答パケットを送信するヘッド部分をそれぞれ０ｘ０９００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００１  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００１とする。
【０７５８】
１１、ＭＳ−１０００サーバ０号ポートはメトロポリタン・エリア・プロトコルラベル０ｘ００００のアクセス命令応答パケットを受信後、
【０７５９】
１）アクセス命令応答パケットにおけるメトロポリタン・エリア・プロトコルラベル０ｘ００００に基づき、ラベル情報テーブルの第０ｘ００００項のラベルルーティング記述情報を調べ、当該スイッチのホッピングスイッチはＭＳ−１０００サーバ（アドレスを０ｘ００００とする）  、ポート番号は０号であると分かる。
【０７６０】
２）アクセス命令応答パケットＰＤＵにおける第９フィールド番号（照会パケットを受信するスイッチポート番号と明示する）に基づき、ＭＳ−１０００サーバは０号ポートにおいてスイッチの２号ポートに接続したと分かる。
【０７６１】
３）アクセス命令応答パケットにおけるメトロポリタン・エリア・アドレス０ｘ０００１に基づき、当該スイッチのメトロポリタン・エリア・アドレスは０ｘ０００１であると分かる。
【０７６２】
１）、２）、３）を総合して、ＭＸ−４−０スイッチがすでにアクセスしたと分かる。
【０７６３】
アドレス情報テーブルの第０ｘ０００１は以下のように設置される。          
●アドレス占用ディスクリプタ：０ｘ０００２はアドレスがすでに使用されていることを表す。
●設備ディスクリプタ：０ｘ０００１は自身内のノードスイッチＭＸ−４−０を表す。
●設備リソース記述情報：４ギガビット光ポートを０号ポートから３号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを４号ポートと定義する。この２号ポートはメトロポリタン・エリア・アドレス０ｘ００００の  ＭＳ−１０００の０号ポートに接続し、他のネットワークポートは接続する設備のＭＡＮアドレスは未だ分からず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
【０７６４】
ラベル情報テーブルの第０ｘ００００項は以下のように設置される。          
●ラベル占用ディスクリプタ：０ｘ０００２は、このラベルがすでに使用されていることを表す。
●ラベルディスクリプタ：  ０ｘ００００。
●ラベルルーティング記述情報：０ｘ００００（ホッピングスイッチのＭＡＮアドレス、即ちＭＳ−１０００のＭＡＮアドレス）、０ｘ００００（ＭＳ−１０００の０号ポートと）。
【０７６５】
対応する設備情報テーブルの項目は以下のように設置される。
●設備ロゴ：修正しない；
●設備状態：０ｘ０００２は、この設備がアクセス済みこと（メトロポリタン・エリア・サーバがアクセス命令パケットを送信し、かつアクセス命令応答を受信する）を表す。
●設備アドレス：０ｘ０００１。
【０７６６】
メトロポリタン・エリア・アドレス情報テーブルの第０ｘ００００項は以下のように設置される。
●アドレス占用ディスクリプタ：修正しない。
●設備ディスクリプタ：修正しない。
●設備リソース記述情報：このメトロポリタン・エリア・サーバは４ギガビット光ポートはあり、０号ポートから３号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを４号ポートと定義する。このノードサーバ型番号をＭＳ−１０００とし、この０号ポートはメトロポリタン・エリア・アドレス０ｘ０００１的ＭＸ−４−０の２号ポートに接続し、他のネットワークポートは接続する設備のＭＡＮアドレスは未だ割り当てられておらず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
【０７６７】
今後、定期的に（例、毎秒）ポート０へ設備状態照会指令送信する。もし、ＭＳ−１０００サーバが一定時間内に（例、６秒）状態照会応答を受信していなければ、設備状態照会指令を二度と送信せず、引き続きポート０へ照会パケットを送信する。
【０７６８】
１２、ＭＳ−１０００サーバ１号ポートはメトロポリタン・エリア・プロトコルラベル０ｘ０００１のアクセス命令応答パケットを受信後
【０７６９】
１）アクセス命令応答パケットにおけるメトロポリタン・エリア・プロトコルラベル０ｘ０００１に基づき、ラベル情報テーブルの第０ｘ０００１項のラベルルーティング記述情報を調べる当該スイッチのホッピングスイッチはＭＳ−１０００サーバ（アドレスは０ｘ００００）  、ポート番号は１号であると分かる。
【０７７０】
２）アクセス命令応答パケットＰＤＵにおける第９フィールド番号（照会パケットを受信するスイッチポート番号を明示する）に基づき、ＭＳ−１０００サーバは１号ポートにおいてスイッチの３号ポートに接続したと分かる。
【０７７１】
３）アクセス命令応答パケットにおけるメトロポリタン・エリア・アドレス０ｘ０００１に基づき、当該スイッチのメトロポリタン・エリア・アドレスは０ｘ０００１であると分かる。
【０７７２】
１）、２）、３）を総合して、ＭＸ−４−０スイッチはすでにアクセスしたと分かる。
【０７７３】
アドレス情報テーブルの第０ｘ０００１は以下のように設置される。          
●アドレス占用ディスクリプタ：０ｘ０００２はアドレスすでに使用されていることを表す。
●設備ディスクリプタ：０ｘ０００１は自身内のノードスイッチＭＸ−４−０を表す。
●設備リソース記述情報：４ギガビット光ポートを０号ポートから３号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを４号ポートと定義する。この２号ポートはメトロポリタン・エリア・アドレス０ｘ００００のＭＳ−１０００の０号ポートに接続し、この３号ポートはメトロポリタン・エリア・アドレス０ｘ００００の  ＭＳ−１０００の１号ポートに接続しする。他のネットワークポートは接続する設備のＭＡＮアドレスはまだ分からず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
【０７７４】
ラベル情報テーブルの第０ｘ０００１項は以下のように設置される。        
●ラベル占用ディスクリプタ：０ｘ０００２はこのラベルがすでに使用されていることを表す。
●ラベルディスクリプタ：  ０ｘ０００１。
●ラベルルーティング記述情報：０ｘ００００（ホッピングスイッチのＭＡＮアドレス、即ちＭＳ−１０００のＭＡＮアドレス）、０ｘ０００１（ＭＳ−１０００の０号ポート）。
【０７７５】
対応する設備情報テーブルの項目は以下のように設置される。
●設備ロゴ：修正しない。
●設備状態：０ｘ０００２は、この設備アクセス済みこと（メトロポリタン・エリア・サーバはアクセス命令パケットを送信し、かつアクセス命令応答を受信する）を表す。
●設備アドレス：０ｘ０００１。
【０７７６】
メトロポリタン・エリア・アドレス情報テーブルの第０ｘ００００項は以下のように設置される。
●アドレス占用ディスクリプタ：修正しない
●設備ディスクリプタ：修正しない  
●設備リソース記述情報：このメトロポリタン・エリア・サーバは４ギガビット光ポートはあり０号ポートから３号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを４号ポートと定義する。このノードサーバ型番号をＭＳ−１０００とし、この０号ポートはメトロポリタン・エリア・アドレス０ｘ０００１のＭＸ−４−０の２号ポートに接続し、１号ポートはメトロポリタン・エリア・アドレス０ｘ０００１のＭＸ−４−０の３号ポートに接続し、他のネットワークポートは接続する設備のＭＡＮアドレスは未だ割り当てられておらず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とする。  
【０７７７】
今後、定期的に（例、毎秒）ポート１設備状態照会指令へ送信する。もし、ＭＳ−１０００サーバが一定時間内に（例、６秒）状態照会応答を受信していなければ、設備状態照会指令を二度と送信せず、引き続きポート１へ照会パケットを送信する。
【０７７８】
１３、ＭＳ−１０００サーバは、この０号ポートはメトロポリタン・エリア・アドレス０ｘ０００１のＭＸ−４−０の２号ポートに接続し、１号ポートはＭＸ−４−０の３号ポートに接続し、ＭＸ−４−０の０号、１号ポートはまだ分からず、次のメトロポリタン・エリア・プロトコルラベルを０ｘ０００４とすると分かる。そのためＭＳ−１０００サーバが設置する４つの４号テーブルの項目をそれぞれ以下に示す。
●“１００  ００００  ００００  ００００  ０１００“＝＞“０  ０００１  ００００  ００００  ００００  ０１００”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００４の照会パケットを０号ポートへガイドする。
●“１００  ００００  ００００  ００００  ０１０１“＝＞“０  ０００１  ００００  ００００  ００００  ０１０１”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００５の照会パケットを０号ポートへガイドする。
●“１００  ００００  ００００  ００００  ０１１０“＝＞“０  ００１０  ００００  ００００  ００００  ０１１０”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００６の照会パケットを１号ポートへガイドする。
●“１００  ００００  ００００  ００００  ０１１１“＝＞“０  ００１０  ００００  ００００  ００００  ０１１１”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００７の照会パケットを１号ポートへガイドする。
【０７７９】
次のメトロポリタン・エリア・プロトコルラベルを０ｘ０００８とする。
【０７８０】
ＭＳ−１０００  はベル０ｘ００００或いは０ｘ０００１を使用することによりパケットを送信し、ＭＸ−４−０に通知し、ＭＸ−４−０  ４号テーブルの項目を設置する。
●“１００  ００００  ００００  ００００  ０１００“＝＞“０  ０００１  ００００  ００００  ００００  ０１００”、、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００４照会パケットを０号ポートへガイドする。
●“１００  ００００  ００００  ００００  ０１０１“＝＞“０  ００１０  ００００  ００００  ００００  ０１０１”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００５照会パケットを１号ポートへガイドする。
●“１００  ００００  ００００  ００００  ０１１０“＝＞“０  ０００１  ００００  ００００  ００００  ０１１０”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００６照会パケットを０号ポートへガイドする。
●“１００  ００００  ００００  ００００  ０１１１“＝＞“０  ００１０  ００００  ００００  ００００  ０１１１”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００７照会パケットを１号ポートへガイドする。
【０７８１】
ＭＸ−４−０  ５号テーブルの項目を設置する。
●“１０１  ００００  ００００  ００００  ０１００“＝＞“０  ０１００  ００００  ００００  ００００  ０１００”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００４応答パケットを２号ポートへガイドする。
●“１０１  ００００  ００００  ００００  ０１０１“＝＞“０  ０１００  ００００  ００００  ００００  ０１０１”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００５応答パケットを２号ポートへガイドする。
●“１０１  ００００  ００００  ００００  ０１１０“＝＞“０  １０００  ００００  ００００  ００００  ０１１０”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００６応答パケットを３号ポートへガイドする。
●“１０１  ００００  ００００  ００００  ０１１１“＝＞“０  １０００  ００００  ００００  ００００  ０１１１”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００７応答パケットを３号ポートへガイドする。
【０７８２】
１４、ＭＳ−１０００サーバ送信するヘッド部分情報を０ｘ９０００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００４、０ｘ９０００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００５、０ｘ９０００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００６、０ｘ９０００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００７とするポート照会パケットは、パケットがラベルに基づき交換するため、ＤＡと同じでも問題ない。０号テーブルの設置に基づき、ラベル０ｘ０００４、０ｘ０００５照会パケットは０号ポートへ順次ガイドし、ラベル０ｘ０００６、０ｘ０００７照会パケットは１号ポートへ順次ガイドする。  
【０７８３】
ラベル情報テーブルの第０ｘ０００４項は以下のように設置される。          
●ラベル占用ディスクリプタ：０ｘ０００１は、このラベルがスタンバイであることを表す。
●ラベルディスクリプタ：  修正しない。
●ラベルルーティング記述情報：０ｘ０００１（ホッピングスイッチのＭＡＮアドレス、即ちＭＸ−４−０のＭＡＮアドレス）、０ｘ００００（ＭＸ−４−０の０号ポート）。
【０７８４】
ラベル情報テーブルの第０ｘ０００５項は以下のように設置される。          
●ラベル占用ディスクリプタ：０ｘ０００１はこのラベルがスタンバイであることを表す。
●ラベルディスクリプタ：  修正しない。
●ラベルルーティング記述情報：０ｘ０００１（ホッピングスイッチのＭＡＮアドレス、即ちＭＸ−４−０のＭＡＮアドレス）、０ｘ０００１（ＭＸ−４−０の１号ポートと）。
【０７８５】
ラベル情報テーブルの第０ｘ０００６項は以下のように設置される。          
●ラベル占用ディスクリプタ：０ｘ０００１は、このラベルがスタンバイであることを表す。
●ラベルディスクリプタ：  修正しない。
●ラベルルーティング記述情報：０ｘ０００１（ホッピングスイッチのＭＡＮアドレス、即ちＭＸ−４−０のＭＡＮアドレス）、０ｘ００００（ＭＸ−４−０の０号ポート）。
【０７８６】
ラベル情報テーブルの第０ｘ０００７項は以下のように設置される。          
●ラベル占用ディスクリプタ：０ｘ０００１は、このラベルがスタンバイであることを表す。
●ラベルディスクリプタ：  修正しない。
●ラベルルーティング記述情報：０ｘ０００１（ホッピングスイッチのＭＡＮアドレス、即ちＭＸ−４−０のＭＡＮアドレス）、０ｘ０００１（ＭＳ−１０００の１号ポート）。
【０７８７】
次の使用できるラベルを０ｘ０００８とする。
【０７８８】
１５、ＭＳＳ−４００−０、ＭＳＳ−４００−１スイッチが電源を入れた後ハードウェアを初期化する。ノードサーバはラベルの開始エンド或いは完了エンドであるため、ラベルを替える必要がない。
●４号テーブルを“００１  ００００  ００００“と設置し、即ち全てのメトロポリタン・エリア・照会ラベルパケットをＣＰＵへガイドする。
●５号テーブルを“１００  ００００  ００００”  と設置し、即ち全てのメトロポリタン・エリア・応答ラベルパケットを１０号ポートと（即ちアップリンクギガビット光ポート）へガイドする。  
●６号、７号テーブルを“０００  ００００  ００００  “と設置し、即ち全ての単一のマルチキャストデータパケット伝送を閉止する。
【０７８９】
１６、トポロジー図ＭＳＳ−４００−０スイッチ１０号ポートに基づき、メトロポリタン・エリア・プロトコルラベル０ｘ０００４、０ｘ０００６の照会パケットを受信すれば、２つの応答パケット（応答に本スイッチの設備タイプ、設備ロゴ、および当該照会パケットを受信するポート番号を備える）を送信し、パケットのヘッド部分を０ｘ０９００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００４  とし、同時にパケットにおいて当該照会パケットを受信するポート番号を１０号と明示する。  
【０７９０】
別のパケットのヘッド部分０ｘ０９００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００６は、同時にパケットにおいて当該照会パケットを受信するポート番号を１０号と明示する。
【０７９１】
１７、トポロジー図ＭＳＳ−４００−１スイッチ１０号ポートに基づき、メトロポリタン・エリア・プロトコルラベル０ｘ０００５、０ｘ０００７の照会パケットを受信すれば、２つの応答パケット（応答は本スイッチの設備タイプ、設備ロゴおよび当該照会パケットを受信するポート番号を備える）を送信し、パケットのヘッド部分を０ｘ０９００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００５  とし、同時にパケットにおいて当該照会パケットを受信するポート番号を１０号と明示する。  
【０７９２】
別のパケットのヘッド部分０ｘ０９００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ０００７は、同時にパケットにおいて当該照会パケットを受信するポート番号を１０号と明示する。
【０７９３】
１８、同様に７、８、９、１０、１１、１２を繰り返し、この２つのＭＳＳ−４００もアクセスする。
【０７９４】
４．２  ＭＡＮのサービスフロー
【０７９５】
図１５に示すように、このメトロポリタン・エリア・サーバに４ギガビット光ポートと、ＣＰＵモジュールインターフェースがあると仮定する。もし、４ギガビット光ポートを０号ポートから３号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを４号ポートと定義する。このメトロポリタン・エリア・サーバ型番号をＭＳ−１０００、ＭＳ−１０００  の０号ポートとし、１号ポートをそれぞれＭＸ−４−０  ２号ポートと、３号ポートに接続し、ＭＸ−４−０の０号ポートにＭＳＳ−４００−０を接続し、１号ポートにＭＳＳ−４００−１を接続する（上図の通り）。
【０７９６】
ＳＴＢ＿０はＭＳＳ−４００−０の０号ポートに接続し、ＳＴＢ＿１はＭＳＳ−４００−１の１号ポートに接続する。これらのアクセス後のアドレスはＳＴＢ＿０（０ｘ００００  ０ｘ００００  ０ｘ０００２  ｘ０００９）、ＳＴＢ＿１（０ｘ００００  ０ｘ００００  ０ｘ０００３  ０ｘ００１２）であり、ＭＸ−４−０のＭＡＮアドレスは０ｘ０００１である。ＭＸ−４−０とＭＳＳ−１０００のメトロポリタン・エリア・プロトコルラベルは０ｘ００００、０ｘ０００１であり、ＭＳＳ−４００−０とＭＳＳ−１０００のメトロポリタン・エリア・プロトコルラベル０ｘ０００５、０ｘ０００７であり、ＭＳＳ−４００−１とＭＳＳ−１０００のメトロポリタン・エリア・プロトコルラベル０ｘ０００６、０ｘ０００８である。
【０７９７】
４．２．１    サービス確立フロー
【０７９８】
ＳＴＢ＿０がＭＳＳ−４００−０へ送信する申請とＳＴＢ＿１がビデオ通信を行う、ステップを以下に示す。
【０７９９】
１、ＳＴＢ＿０はサービス申請指令パケットを送信する。パケットのＤＡ０ｘ０８００  ０ｘ００００  ０ｘ０００２  ０ｘ００００、ＳＡ０ｘ００００  ０ｘ００００  ０ｘ０００２  ０ｘ０００９、ｒｅｓｅｒｖｅｄ  ０ｘ００００、ＰＤＵ部分は附録を参照する。サービスパラメータはＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＲＥＱＵＥＳＴ或いはＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＤＩＲＥＣＴである。
【０８００】
２、サービス申請する指令パケットは１号テーブルの設置に基づきＭＳＳ−４００−０へガイドし、ＭＳＳ−４００−０パケットのコンテンツに基づきをビデオ通信の申請を受信したと判断する。ＳＡに基づきＳＴＢ＿０、（テレビ電話の帯域幅はアップ・ダウンリンク６Ｍｂｉｔ／ｓ、ＳＴＢ＿０とＭＳＳ−４００−０のアップ・ダウンリンク帯域幅は８０Ｍｂｉｔ／ｓを残すと仮定する）であると分かる。ＳＴＢ＿０とＭＳＳ−４００−０のアップ・ダウンリンク帯域幅を調べ、サービス要求を満たすと分かれば、引き続き４にスキップする、要求を満たさなければ３にスキップする。
【０８０１】
３、ＭＳＳ−４００−０はメニューを発呼ＳＴＢ＿０へ送信し、サービスの拒絶を表す。
ＳＴＢ＿０へ送信する。パケットのＤＡ０ｘ８０００  ０ｘ００００  ０ｘ０００２  ０ｘ０００９、ＳＡ０ｘ００００  ０ｘ００００  ０ｘ０００２  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００、ＰＤＵ部分は附録メニューデータフォーマットを参照する。
【０８０２】
４、ＭＳＳ−４００−０は着呼番号に基づきＣＡＭ表（コンテンツ−アドレスマッピングテーブル）を調べ、着呼が自身のアクセスネットワークにないと分かる。そのためＭＳＳ−４００−０はメトロポリタン・エリア・サーバＭＳＳ−１０００へサービス申請する指令パケットを送信し、パケットのＤＡ０ｘ０９００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ＳＡ０ｘ００００  ０ｘ００００  ０ｘ０００２  ０ｘ０００９、ｒｅｓｅｒｖｅｄ  ０ｘ００００であり、プロトコルラベルは０ｘ０００５（ＰＤＵ部分は「五、ＭＡＮアクセスフローのデータフォーマット定義」参照）であり、サービスパラメータはＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＲＥＱＵＥＳＴ或いはＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＤＩＲＥＣＴである。
【０８０３】
５、ＭＳＳ−１０００はＭＳＳ−４００−０のサービス申請パケットを受信し、パケットのコンテンツに基づきビデオ通信の申請を受信したと判断する。ＳＡに基づきＭＳＳ−４００−０における端末であると分かる（ＭＸ−４−０とＭＳＳ−４００−０的アップ・ダウンリンク帯域幅はさらに８００Ｍｂｉｔ／ｓを残すと仮定する）。着呼番号に基づきＣＡＭ表（コンテンツ−アドレスマッピングテーブル）を調べ、分かる着呼がＭＳＳ−４００−１のアクセスネットワークにあると分かる（ＭＸ−４−０とＭＳＳ−４００−１のアップ・ダウンリンク帯域幅はさらに８００Ｍｂｉｔ／ｓを残すと仮定する）。ＭＸ−４−０とＭＳＳ−４００−０、ＭＳＳ−４００−１のアップ・ダウンリンク帯域幅サービスを調べ、要求を満たすと分かれば、引き続き７にスキップする、要求をみたさなければ６にスキップする。
【０８０４】
６、ＭＳＳ−１０００はサービス拒絶パケットをＭＳＳ−４００−０へ送信する。パケットのＤＡ０ｘ９０００  ０ｘ００００  ０ｘ０００２  ０ｘ０００９、ＳＡ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００、プロトコルラベルは０ｘ０００５であり、ＰＤＵ部分を無視し、ＭＳＳ−４００−０がこのサービス拒絶パケットを受信すれば、３にスキップする。
【０８０５】
７、ＭＳＳ−１０００はＭＳＳ−４００−１へサービス申請パケット送信し、サービス申請指令パケットを送信する。パケットのＤＡ０ｘ９０００  ０ｘ００００  ０ｘ０００３  ０ｘ００１２、ＳＡ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００であり、プロトコルラベルは０ｘ０００６、（ＰＤＵ部分は「五、ＭＡＮアクセスフローのデータフォーマット定義」参照する）であり、サービスパラメータはＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＲＥＱＵＥＳＴ或いはＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＤＩＲＥＣＴである。
【０８０６】
８、ＭＳＳ−４００−１がＭＳＳ−１０００のサービス申請パケットを受信し、パケットのコンテンツに基づきビデオ通信の申請を受信したと判断する。着呼番号に基づきＣＡＭ表（コンテンツ−アドレスマッピングテーブル）を調べ、着呼はＳＴＢ＿１（ＳＴＢ＿１とＭＳＳ−４００−１のアップ・ダウンリンク帯域幅はさらに８０Ｍｂｉｔ／ｓを残すと仮定する）であると分かり、ＳＴＢ＿１とＭＳＳ−４００−１のアップ・ダウンリンク帯域幅を調べサービス要求を満たすと分かれば、引き続き１０にスキップする。要求を満たさなければ、９にスキップする。
【０８０７】
９、ＭＳＳ−１０００がこのサービス拒絶パケットを受信すれば、６にスキップする。
【０８０８】
１０、ＭＳＳ−４００−１  それぞれメニュー着呼を送信し、着呼応答を待つ。
ＳＴＢ＿１へ送信する。パケットのＤＡ０ｘ８０００  ０ｘ００００  ０ｘ０００３  ０ｘ００１２、ＳＡ０ｘ００００  ０ｘ００００  ０ｘ０００３  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００、ＰＤＵ部分は附録メニューデータフォーマットを参照する。
【０８０９】
１１、ＳＴＢ＿１はメニューを受信し、申請ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＰＥＲＭＩＳＳＩＯＮを送信し、通信を受信する。パケットのＤＡ０ｘ０８００  ０ｘ００００  ０ｘ０００３  ０ｘ００００、ＳＡ０ｘ００００  ０ｘ００００  ０ｘ０００３  ０ｘ００１２、ｒｅｓｅｒｖｅｄ  ０ｘ００００、（ＰＤＵ部分は「五、ＭＡＮアクセスフローのデータフォーマット定義」を参照する）  であり、サービスパラメータはＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＰＥＲＭＩＳＳＩＯＮである。
【０８１０】
１２、ＭＳＳ−４００−１はＳＴＢ＿１の応答パケットを受信し、サービス許可パケットをＭＳＳ−１０００へ送信する。パケットのＤＡ０ｘ９０００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ＳＡ０ｘ００００  ０ｘ００００  ０ｘ０００３  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００であり、プロトコルラベルは０ｘ０００６であり、ＰＤＵ部分は無視する。
【０８１１】
１３、ＭＳＳ−１０００がサービス許可パケットを受信すれば、ユニキャストラベル（ＭＳＳ−４００−０からＭＳＳ−４００−１までのインラベル、アウトラベルを０ｘ００００とし、ＭＳＳ−４００−１からＭＳＳ−４００−０までのインラベル、アウトラベルを０ｘ０００１と仮定する）を割り当てる。
・  ＭＳＳ−１０００はＭＸ−４−０へラベル割り当てパケット送信する。パケットのＤＡ０ｘ９０００  ０ｘ００００  ０ｘ０００１  ０ｘ００００、ＳＡ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００であり、プロトコルラベルは０ｘ００００であり、ＰＤＵ部分はインラベル、アウトラベルを備え、およびポートへガイドする。
・  ＭＳＳ−１０００はＭＳＳ−４００−０へラベル割り当てパケット送信する。パケットのＤＡ０ｘ９０００  ０ｘ００００  ０ｘ０００２  ０ｘ００００、ＳＡ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００であり、プロトコルラベルは０ｘ０００５であり、ＰＤＵ部分はインラベル、アウトラベルを備え、およびポートへガイドする。さらにＤＡ、ＳＡとラベルのバインドを備える。
・  ＭＳＳ−１０００はＭＳＳ−４００−１へラベル割り当てパケット送信する。パケットのＤＡ０ｘ９０００  ０ｘ００００  ０ｘ０００３  ０ｘ００００、ＳＡ０ｘ００００  ０ｘ００００  ０ｘ００００  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００であり、プロトコルラベルは０ｘ０００６であり、ＰＤＵ部分はインラベル、アウトラベルを備え、およびポートへガイドする。さらにＤＡ、ＳＡとラベルのバインドを備える。
【０８１２】
１４、ＭＸ−４−０はラベル割り当てパケットを受信し、その６号テーブルを更新する。第０ｘ００００項は、アウトラベルを０ｘ００００とし、ガイドポートを１号ポートとする。第０ｘ０００１項は、アウトラベルを０ｘ０００１とし、ガイドポートを０号ポートとする。
【０８１３】
１５、ＭＳＳ−４００−０はラベル割り当てパケットを受信し、そのＤＡ、ＳＡおよびラベルバインドしたＣＡＭ表（アドレス−ラベルバインド表）を更新する。即ち、このＣＡＭ表の第０ｘ００００項は、ＤＡ０ｘ１０００  ０ｘ００００  ０ｘ０００３  ０ｘ００１２    ＳＡ０ｘ００００  ０ｘ００００  ０ｘ０００２  ０ｘ０００９である。
【０８１４】
その６号テーブルを更新し、第０ｘ００００項は、アウトラベルを０ｘ００００とし、ガイドポートを１０号ポートとする。
【０８１５】
ＭＳＳ−４００−０が設置する自身の２号テーブルを以下に示す。
●“１０  ００００  ００００  ００００  １００１“＝＞“０００  ００００  ０００１”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ０００２  ０ｘ０００９であるユニキャストデータパケットを０号ポートへガイドする。
【０８１６】
ＳＴＢ−０へコーデック命令パケットを送信する。
【０８１７】
パケットのＤＡ０ｘ８０００  ０ｘ００００  ０ｘ０００２  ０ｘ０００９、ＳＡ０ｘ００００  ０ｘ００００  ０ｘ０００２  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００、ＰＤＵ部分はコーデック命令を参照する。
【０８１８】
【表４０】
0005852116.tif 000041
【０８１９】
１６、ＭＳＳ−４００−１はラベル割り当てパケットを受信し、そのＤＡ、ＳＡおよびラベルバインドしたＣＡＭ表を更新する。即ち、このＣＡＭ表の第０ｘ０００１項は、ＤＡ０ｘ１０００  ０ｘ００００  ０ｘ０００２  ０ｘ０００９    ＳＡ０ｘ００００  ０ｘ００００  ０ｘ０００３  ０ｘ００１２である。
【０８２０】
その６号テーブルを更新し、第０ｘ０００１項は、アウトラベルを０ｘ０００１とし、ガイドポートを１０号ポートとする。
【０８２１】
ＭＳＳ−４００−１が設置する自身の２号テーブルを以下に示す。
●“１０  ００００  ００００  ０００１  ００１０“＝＞“０００  ００００  ００１０”、即ち目的アドレス（ＤＡ）が０ｘ１０００  ０ｘ００００  ０ｘ０００３  ０ｘ００１２であるユニキャストデータパケット１号ポートへガイドする。
【０８２２】
ＳＴＢ−１へコーデック命令パケットを送信する。
【０８２３】
パケットのＤＡ０ｘ８０００  ０ｘ００００  ０ｘ０００３  ０ｘ００１２、ＳＡ０ｘ００００  ０ｘ００００  ０ｘ０００３  ０ｘ００００、ｒｅｓｅｒｖｅｄ  ０ｘ００００、ＰＤＵ部分はコーデック命令を参照する。
【０８２４】
【表４１】
0005852116.tif 000042
【０８２５】
０号テーブルに基づき、後のコーデック命令パケットはそれぞれＳＴＢ−０、ＳＴＢ−１へガイドする。ＳＴＢ−０、ＳＴＢ−１はパケットのコンテンツに基づき、コーデックを開始、かつ受信し、ユニキャストデータを送信する。
【０８２６】
４．２．２    サービス通信フロー
【０８２７】
１）ＳＴＢ−０がＳＴＢ−１へ送信するパケットのＤＡは０ｘ１０００  ０ｘ００００  ０ｘ０００３  ０ｘ００１２、ＳＡは０ｘ００００  ０ｘ００００  ０ｘ０００２  ０ｘ０００９である。
【０８２８】
２）パケットはＭＳＳ−４００−０に入り、ＭＳＳ−４００−０の交換エンジンがＤＡのＭＡＮアドレスを調べ、本アクセスネットワークでないと分かれば、ＤＡ、ＳＡおよびラベルバインドしたＣＡＭ表を調べ、ユニキャストラベル０ｘ００００を獲得する。６号テーブルの第０ｘ００００項を再び調べ、アウトラベル０ｘ００００を獲得し、ガイドポートは１０号ポートであり、１０号ポートにおける送信エンドはラベル０ｘ００００加える。即ち、パケットのヘッド部分を０ｘ１０００  ０ｘ００００  ０ｘ０００３  ０ｘ００１２  ０ｘ００００  ０ｘ００００  ０ｘ０００２  ０ｘ０００９  ０ｘ００００  ０ｘ００００  ０ｘ００００とする。
【０８２９】
３）パケットはＭＸ−４−０に入る。  ＭＸ−４−０の交換エンジンは組み合わせアドレス域に基づき表を調べる。調べるのは６号テーブルであり、即ち表のアドレスは“１１０  ００００  ００００  ００００  ００００”である。ＭＸ−４−０の６号テーブルの設置に基づき、ユニキャストラベルを０ｘ００００とするユニキャストラベルパケットを１号ポートへガイドする。アウトラベルを０ｘ００００、、とする。即ちパケットのヘッド部分を０ｘ１０００  ０ｘ００００  ０ｘ０００３  ０ｘ００１２  ０ｘ００００  ０ｘ００００  ０ｘ０００２  ０ｘ０００９  ０ｘ００００  ０ｘ００００  ０ｘ００００とする。
【０８３０】
４）パケットがＭＳＳ−４００−１の１０号ポートの受信モジュールに入れば、ラベルを削除し、交換エンジンに入る。ＭＳＳ−４００−１の交換エンジンは組み合わせアドレス域に基づきの表を調べる。調べるのは２号テーブルであり、即ち表のアドレスは“１０  ００００  ００００  ０００１  ００１０”である。ＭＳＳ−４００−１の２号テーブルの設置に基づき、当該項目のアウトプットは００  ００００  ００１０”と分かり、ダウンリンク１号ポートを開くことを表す。そのためパケットはＳＴＢ−１に入る。  
【０８３１】
５）同様にＳＴＢ−１がＳＴＢ−０へ送信するパケットのＤＡは０ｘ１０００  ０ｘ００００  ０ｘ０００２  ０ｘ０００９、ＳＡは０ｘ００００  ０ｘ００００  ０ｘ０００３  ０ｘ００１２である。
【０８３２】
６）パケットはＭＳＳ−４００−１に入る。ＭＳＳ−４００−１の交換エンジンはＤＡのＭＡＮアドレスを調べ、本アクセスネットワークでないと分かれば、ＤＡ、ＳＡおよびラベルバインドしたＣＡＭ表を調べ、ユニキャストラベル０ｘ０００１を獲得する。６号テーブルの第０ｘ０００１項を再び調べ、アウトラベル０ｘ０００１を獲得し、ガイドポートは１０号ポートである。１０号ポートにおける送信エンドはラベル０ｘ０００１加える。即ちパケットのヘッド部分を０ｘ１０００  ０ｘ００００  ０ｘ０００２  ０ｘ０００９  ０ｘ００００  ０ｘ００００  ０ｘ０００３  ０ｘ００１２  ０ｘ００００  ０ｘ００００  ０ｘ０００１とする。
【０８３３】
７）パケットはＭＸ−４−０入る。  ＭＸ−４−０の交換エンジンは組み合わせアドレス域に基づきの表を調べる。調べるのは６号テーブルであり、即ち表のアドレスは“１１０  ００００  ００００  ００００  ０００１”である。ＭＸ−４−０の６号テーブルの設置に基づき、ユニキャストラベルを０ｘ０００１とするユニキャストラベルパケットを０号ポートへガイドする。アウトラベルを０ｘ０００１、、とする。即ちパケットのヘッド部分を０ｘ１０００  ０ｘ００００  ０ｘ０００２  ０ｘ０００９  ０ｘ００００  ０ｘ００００  ０ｘ０００３  ０ｘ００１２  ０ｘ００００  ０ｘ００００  ０ｘ０００１とする。
【０８３４】
８）パケットがＭＳＳ−４００−０の１０号ポートの受信モジュールに入れば、ラベルを削除し、交換エンジンに入る。ＭＳＳ−４００−０の交換エンジンは組み合わせアドレス域に基づき表を調べ、調べるのは２号テーブルであり、即ち表のアドレスは“１０  ００００  ００００  ００００  １００１”である。ＭＳＳ−４００−０の２号テーブルの設置に基づき、当該項目のアウトプットは“００  ００００  ０００１”  であると分かり、ダウンリンク０号ポートを開くことを表す。そのためパケットはＳＴＢ−０に入る。
【０８３５】
四、以下にＩＰインターネットの比較により、さらに本発明に係る実施形態はの利点を説明する。
【０８３６】
１、ネットワークアドレス構造上における抜本的な偽造改善
【０８３７】
ＩＰ  インターネットのアドレスはユーザー設備によりネットワークに知らせる。本発明の新型ネットワークアドレスはネットワークによりユーザー設備を知らせる。
【０８３８】
他者の侵入を防止するため、ＰＣ  とインターネットは繁雑なコマンド、パスワード障害を設置する。実名アドレスであっても、パスワードが解読される、或いはユーザーの不注意による安全情報漏えいは避けられない。ＩＰ  インターネットにおけるＰＣ  端末に接続すると、まず必ず自身の身分を公開し、ネットワークに自身のＩＰ  アドレスを知らせる。しかしながら、誰にこのＩＰ  アドレスの真偽を保証できるであろうか。これこそ、ＩＰインターネットが克服できない最初の安全の抜け穴である。
【０８３９】
本発明の新型ネットワーク端末のアドレスはネットワーク管理プロトコルにより学んだものであり、ユーザー端末はこの学んだアドレスによってのみ本発明の新型ネットワークに入ることができるため、認証は必要なく間違いはないと保証する。詳細な記述はネットワーク管理プロトコルを参照すれば分かる。本発明の新型ネットワークは秩序ある構造「色をもつ」アドレス体系（Ｄ／ＳＣＡＦ）をつくる。本発明の新型ネットワークアドレスは独自性を有するだけでなく、同時に定位と定性の機能を有する。例えば身分証番号と同じように、当該ユーザーポートの地理位置、設備性質、サービス権限等の他の特徴を備える。本発明の新型ネットワークスイッチはこれらの特徴に基づき、グルーピングパケットの行動規則を決め、異なる性質のデータブランチを実現する。
【０８４０】
２、毎回のサービスで独立通行パスを発行し、ハッカー攻撃とウィルス拡散の経路を遮断する。
【０８４１】
ＩＰ  インターネットは自由に出入るでき、ユーザーはファイアーウォールを準備する。本発明の新型ネットワークの毎回のサービスで必ず通行パスを申請する。
【０８４２】
通信プロトコルがユーザー端末にて実行するため、改ざんされる可能性がある。ルーティング情報をネットにてブロードキャストするため、盗聴される可能性がある。ネットワークにおけるアドレス詐欺、匿名攻撃、メール爆弾、ティアドロップ、監視隠ぺい、ポートとスキャン、内部侵入、情報書き換え等のあらゆる形の欠陥は、ハッカーに力を発揮する空間を提供する。ジャンクメール等のインターネット汚染の防止は難しい。
【０８４３】
ＩＰ  インターネットユーザーがいずれかのＩＰ  アドレスを設定することにより別者に偽装できるため、ネット上のいかなる設備へプルーブを送信し、他者の情報を詮索でき、ネットワークへいずれかの干渉パケット（責任転嫁）を送信もできる。このため、多くの優秀な者々が各種のファイアーウォールを発明し、より良い環境を保つよう試みている。しかし、ファイアーウォールのインストールは自主的に行うものであり、ファイアーウォールの效果は一時的なものと相対的なものがあり、ＩＰ  インターネット自身は永遠にきれいになるこはない。これはＩＰ  インターネットの２つめの解決できない安全の敗北である。
【０８４４】
本発明の新型ネットワークユーザーがアクセス後、ネットワークスイッチはユーザーがノードサーバへ限りあるサービス請求を送信することのみを許可し、対他のパケットには一切対応しない。もし、ノードサーバがユーザー申請を承認すれば、ユーザーがあるスイッチへネットワーク通行パスを送信し、ユーザー端末が送信した各パケットがもしネットワークスイッチエンドの審査条件に合わなければ一切を捨て、徹底的にハッカーの攻撃を絶つ。毎回のサービスが終了後、自動的に通行パスを取り消す。通行パスメカニズムはスイッチにより実行し、ユーザーが制御できる範囲内ではない。
【０８４５】
ユーザーパケットのソースアドレスを審査：ユーザーがいかなる偽装或いは匿名パケットを送信することを防止する（アクセス後に自動的に設定する）。
【０８４６】
目標アドレスを審査：ユーザーはデータパケットをサーバが指定する対象にまでのみ送信できる（サービス申請の際に確認する）。
【０８４７】
データストリームを審査：ユーザーが送信するデータストリームは必ずサーバ規定の合わなければならない（サービス申請の際に確認する）。
【０８４８】
版権識別を審査：ユーザーがネットからダウンロードした版権があるコンテンツを伝送することを防止する（コンテンツはサプライヤーが設定する）。
【０８４９】
本発明の新型ネットワークには、ファイアーウォール、アンチウィルス、暗号化、内外部ネット隔離等の消極的な手段は必要なく、本発明の新型ネットワークは構造からハッカー攻撃とウィルス拡散のルートを徹底的に遮断し、本質的には一切問題のない安全ネットワークである。
【０８５０】
３、ネットワーク設備とユーザーデータは完全に隔離されており、ウィルスとロイの生命線を切断する。
【０８５１】
ＩＰ  インターネット設備は自由にユーザーパケットを解体でき、本発明の新型ネットワーク設備とユーザーデータは完全に隔離されている。即ちデータ伝送において、新型ネットワーク設備（例、スイッチ、ゲートウェイ等）はユーザーパケットを解体せず、直接パケットのアドレスに基づき、マッピングテーブルを探し、これを対応のポートから伝送すれば良い。即ち、本発明のスイッチには自身の算定とルーティング選択の機能はない。
【０８５２】
フォン・ノイマンがつくったコンピュータはプログラム指令と動作データを同じ場所に入れ、つまりプログラムが装置における他のプログラムとデータを修正できる。現在までのこのコンピュータモデルは、トロイ、ワーム、ウィルス、バックドア等に機会を残している。ウィルスの高速な蓄積に伴い、ウィルス防止ソフトウェアとパッチはいつも一歩後れをとっており、受動的な状態にある。
【０８５３】
インターネットＴＣＰ／ＩＰ  プロトコルの技術の核はベストエフォート、ストレージ伝送、エラー検出再送信である。インターネットの使命を実現するため、ネットワークサーバとルーター必ずユーザーデータパケットを解析する能力を有する。これこそがハッカーウィルスに活路を残し、ネットワーク安全はここから知恵比べのような側面を持ち、永遠に安静しない。これはＩＰ  インターネットの３つ目の遺伝的な欠陥である。
【０８５４】
本発明の新型ネットワークの全てのサーバとスイッチ設備におけるＣＰＵ  は全ていずれのユーザーパケットにも接触できない。つまり、全体の本発明の新型ネットワークは業務提供側と受信側の端末設備間のみに、完全隔離とレート行動規範の透明なパイプラインを確立する。ユーザー端末がどのようなでーたを受・送信しうようとも、ネットワークは一切に関係ない。構造上からウィルスとロイの生命線を切断する。このため、本発明の新型ネットワークはネットワークにおける関係のない者がユーザーデータを盗む可能を断ち切る。同様に、ハッカーになりたいもの或いはウィルスをつくる者が攻撃する対象は全くない。
【０８５５】
４、ユーザー間の自由接続の完全隔離、有効な管理の保証
【０８５６】
ＩＰ  インターネットは自由マーケットであり、中間に者はいない。本発明の新型ネットワークは百貨店であり、中間に者がいる。ネットワークについて、消費者とコンテンツサプライヤーは全てネットワークユーザーの範疇に属し、サイズが異なるだけである。ＩＰ  インターネットは管理されていない自由マーケットであり、いずれのユーザー間でも接通信（Ｐ２Ｐ）ができる。つまり、管理するかどうかはユーザーにより決定し課金するかどうかは片側のみの大ユーザー（サプライヤー）により決定し、法規を遵守するかどうかについても片側のみの大ユーザー（吸血鬼ウェブサイト）により決定する。通信事業者は多くとも入場料を取り、法律、道徳、安全と商業ルールを実行したくともこれは夢物語であり、現在と将来も不可能である。これはＩＰ  インターネットの４つ目のアーキテクチャにおける障害である。
【０８５７】
本発明の新型ネットワークはサービスノード概念をつくり、管理された百貨店商業モデルを形成する。ユーザー間或いは消費者とサプライヤー間には、いかなる自由接触の可能性もなく、全ての連絡はノードサーバ（中間者）の承認を必ず取得しなければならない。これはネットワーク業務の有効的な管理を実現するための必要条件である。新型ネットワークのユーザーになりたければ、必ず先にネットワーク通信事業者と自身の役割について話し合わなければならず、一般消費者、ネットショップ、学校医院、政府部門からテレビ局まで、全て通信事業者の顧客に属し、前記部門が全て電話会社の顧客であることを同じである。各役割はビデオコンテンツを受・送信するみに見えるが、いかに受・送信するかは必ず厳格に各事業者が定めた行動法規を遵守しなければならない。破りようがない規範があってはじめて、各種ユーザー間の関係は本当の意味でＣ２Ｃ、Ｂ２Ｃ、Ｂ２Ｂ  等に分けることができ、或いは管理されたユーザーとユーザー間通信（ＭＰ２Ｐ）と総称する。
【０８５８】
５、商業規則は通信プロトコルを移植し、営利モデルを保証
【０８５９】
ＩＰ  インターネットはまず通信、その後に管理というモデルを励行し、本発明の新型ネットワークはまず管理、その後に通信というモデルを励行する。
【０８６０】
ネットに非法メディアコンテンツを散布し、劣悪な影響のみを与えた後、はじめて局部の範囲で封印でき、未然に防止するこはできない。法律と道徳では組織的で計画的な「プロフェッショナル攻撃」を防ぐことができない。さらに法律はすでに危害を加えた者にのみ処罰を実施することができる。ＩＰ  インターネットは管理を追加したサービスと定義し、応用層に確立する。このため、管理は自然とあってもなくてもよい飾りとなる。これはＩＰ  インターネットの５つめの動かしがたい本質である。
【０８６１】
本発明の新型ネットワークユーザー端末はノードサーバが許可する範囲内の指定業務においてのみ、自身内の１つに申請することを選択できる。サービス確立過程におけるプロトコルシグナルは、ノードサーバにより実行する（ユーザーを経由しない）。ユーザー端末ただ受動的にサーバの質問に回答し、サービスを受け入れる或いは拒絶し、プロトコル過程に関わるこはできない。ユーザーが一旦サーバが提供するサービスを受信すれば、通行パスが規定する方式に基づいてのみしかパケットを送信できず、いかなる通行パス規定から離れたデータパケットも全て底層スイッチに捨てる。本発明の新型ネットワークプロトコルの基本的な考え方は、サービスコンテンツを核とする商業モデルを実現し、簡単なデータ交流を完成するだけでない。このモデルにおいて、安全は新型ネットワークの固有の性質であり、ネットワークに加える追加サービス項目ではない。当然、業務権限審査、リソース確認と課金手続き等を全て簡単に管理契約に含むことができる。
【０８６２】
本発明が新型ネットワークに関する通信システムが基本的に前述方法の実施形態に相応し、具体的に前述方法の実施形態における関連の説明を参照できるため、ここでは説明を繰り返さない。
【０８６３】
説明が必要な点として、本文における、第１と第２等の関係用語はエンティティ或いは動作と別のエンティティ或いは動作を区別するためだけであり、これらエンティティ或いは動作間にこのような実際の関係或いは順序があることを要求或いは暗示するわけではない。
【０８６４】
以上は本発明所が提供する新型ネットワークの通信方法および一新型ネットワークの通信システムの詳細な説明である。本文において具体的に例を用い対本発明の原理および実施方式を詳しく述べているが、以上の実施形態の説明はただ本発明の方法およびその核となる考えを理解するための助けである。同時に、当業者により、上述した実施形態に記述された技術的な解決手段を改造し、或いはその中の一部の技術要素を置換することもできる。総じて、この説明のコンテンツも本発明を制限するものではないと理解できる。 
【図１】
0005852116.tif 000043
【図２】
0005852116.tif 000044
【図３】
0005852116.tif 000045
【図４】
0005852116.tif 000046
【図５】
0005852116.tif 000047
【図６】
0005852116.tif 000048
【図７】
0005852116.tif 000049
【図８】
0005852116.tif 000050
【図９】
0005852116.tif 000051
【図１０】
0005852116.tif 000052
【図１１】
0005852116.tif 000053
【図１２】
0005852116.tif 000054
【図１３】
0005852116.tif 000055
【図１４】
0005852116.tif 000056
【図１５】
0005852116.tif 000057