JP2013536635A - 新型ネットワークの通信方法およびシステム - Google Patents

新型ネットワークの通信方法およびシステム Download PDF

Info

Publication number
JP2013536635A
JP2013536635A JP2013523479A JP2013523479A JP2013536635A JP 2013536635 A JP2013536635 A JP 2013536635A JP 2013523479 A JP2013523479 A JP 2013523479A JP 2013523479 A JP2013523479 A JP 2013523479A JP 2013536635 A JP2013536635 A JP 2013536635A
Authority
JP
Japan
Prior art keywords
packet
address
port
label
access
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2013523479A
Other languages
English (en)
Other versions
JP5852116B2 (ja
Inventor
宏成 ▲陸▼
春▲暉▼ ▲楊▼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Qiantang Network Technology Company ltd
Original Assignee
Beijing Qiantang Network Technology Company ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Qiantang Network Technology Company ltd filed Critical Beijing Qiantang Network Technology Company ltd
Publication of JP2013536635A publication Critical patent/JP2013536635A/ja
Application granted granted Critical
Publication of JP5852116B2 publication Critical patent/JP5852116B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/42—Loop networks
    • H04L12/423—Loop networks with centralised control, e.g. polling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/403—Bus networks with centralised control, e.g. polling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

【課題】本発明は、前記新型ネットワークを主制御サーバおよび端末を備える下位ネットワーク設備を含む、集中制御機能を有するネットワークである、新型ネットワークの通信方法を開示した。当該方法は、主制御サーバが当回サービスの下向リンクを設置するステップと；ソース端末が送信した当回サービスのパケットを前記ダウンリンクにより目標端末まで伝送するステップと、を備える。本発明は伝送経路の安定とスムーズさを保証でき、マルチメディア業務の遅延を避け、国家情報安全のニーズを保証し、ハードウェアリソースを節約でき、これによりネットワーク伝送品質を保証する。
【選択図】図１

Description

本発明は通信ネットワークの技術分野に関し、特に新型ネットワークの通信方法および新型ネットワークの通信システムに関する。
新型ネットワークワーク（インターネットを備える）は、異なる個人と機構間において情報と他の情報リソースを交換できるようにする。ネットワークは通常、経路・伝送・シグナリングおよびネットワーク管理等の技術を含む。これらの技術はすでに広範にわたり各種の文献に見られる。これら技術の概要を紹介する文献に、Ｓｔｅｖｅｎ Ｓｈｅｐｈｅｒｄ著『Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｎｖｅｒｇｅｎｃｅ』 （ＭｃＧｒａｗ−Ｈｉｌｌ、２０００）、Ａｎｎａｂｅｌ Ｚ． Ｄｏｄｄ著『Ｔｈｅ Ｅｓｓｅｎｔｉａｌ Ｇｕｉｄｅ． ｔｏ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ』第三版（Ｐｒｅｎｔｉｃｅ Ｈａｌｌ ＰＲＴ、２００１）、或いはＲａｙ Ｈｏｒａｋ著『Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍｓ ａｎｄ Ｎｅｔｗｏｒｋｓ』第２版（Ｍ＆Ｔ Ｂｏｏｋｓ、２０００）がある。これら技術のこれまでの進展はすでに情報伝送の速度と品質を充分に促進させ、かかる費用を低減させた。
端末から広域伝送ネットワークへ接続する経路技術（例、端末装置とネットワーク周辺のローカルループ）はすでに、１４．４、２８．８と５６ＫのモデムからＩＳＤＮ、Ｔ１、ケーブルモデム、ＤＳＬ、イーサネット（登録商標）および無線接続を含む技術にまで発展している。
現在、広域ネットに用いられている伝送技術は、光ファイバネット（ＳＯＮＥＴ）同期、高密度波長分割多重方式（ＤＷＤＭ）、フレーム中継、非同期伝送モード（ＡＴＭ）および復元パケットリング（ＲＰＲ）を備える。
全ての異なるシグナル技術（例、ネットワークにおいて通信を確立、保守および終結するプロトコルと方法）において、インターネットプロトコル（ＩＰ）の応用は最も広範囲にわたる。実際に、ほぼ全ての通信とネットワークの専門家は、音声（例、電話）、動画およびデータネットを一体化したＩＰプロトコルに基づくネットワーク（例、インターネット）は避けられないだろうと認識している。ある著者が記すように「１つ明らかなことがある。それはＩＰを基礎とする各種ネットワークを統合し一体化する列車はすでに駅を出た。一部の乗客はこの旅に非常に情熱的であるが、他の者は嫌々連れていかれ、泣き、叫び、暴れて、ＩＰの様々な欠陥を列挙している。しかし、どのよう欠陥があろうとも、ＩＰはすでに業界標準として受け入れられ、これ以外にこのような大きな潜在力と発展の空間を持つ他の技術はないということだ。」（出自１９９８年８月１０日《Ｎｅｔｗｏｒｋ Ｗｏｒｌｄ》の「ＩＰ Ｃｏｎｖｅｒｇｅｎｃｅ： Ｂｕｉｌｄｉｎｇ ｔｈｅ Ｆｕｔｕｒｅ」、著者Ｓｕｓａｎ Ｂｒｅｉｄｅｎｂａｃｈ）。
Ｉｎｔｅｒｎｅｔ業務の爆発的成長に従い、この応用範囲はすでに社会の各分野と各業界にまで広がっている。電信業を見ると、伝統的な電信業務はすでに次々とＩＰ伝送、いわゆるＥｖｅｒｙｔｈｉｎｇ Ｏｖｅｒ ＩＰを採用している。従来の電信網の枠組みは、電気回路交換およびそのネット技術から、徐々にパケット交換、特に ＩＰ を基礎とする新枠組みに転向しており、電信網が伝送する業務は、電話を主とするものから、データ業務を主とするものへと転向している。
ＴＣＰ／ＩＰネットワークプロトコル
ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、伝送制御プロトコル／ネット間ネットプロトコル）は、現在世界上で応用範囲が最も広いプロトコルであり、この流行とＩｎｔｅｒｎｅｔの急激な発展は密接に関連している―ＴＣＰ／ＩＰは最初はインターネットの原型ＡＲＰＡＮＥＴのために設計され、目的は実用が容易で多様なネットワーク上のプロトコルのセットを提供することにある。事実はＴＣＰ／ＩＰがこれを実現したことを証明し、ネットワーク接続を容易にさせ、さらに多くのネットワークを加入させ、Ｉｎｔｅｒｎｅｔの事実上の標準となった。
＊ 応用層―応用層は全ユーザーに向けられた応用プログラムの総称である。ＴＣＰ／ＩＰプロトコル族はこの層において多くのプロトコルによる異なる応用を支持し、周知の通りＩｎｔｅｒｎｅｔに基づく応用の実現はこれらプロトコルから離れられない。例えば、私達はワールド・ワイド・ウェブ（ＷＷＷ）のアクセスに、ＨＴＴＰプロトコル、ファイル伝送用ＦＴＰプロトコル、電子メール送信用ＳＭＴＰ、ドメイン名の解析用ＤＮＳプロトコル、リモートログイン用Ｔｅｌｎｅｔプロトコル等に使われ、全てＴＣＰ／ＩＰ応用層に属する。ユーザーからすれば、見てとれるものは、１つ１つのソフトウェアにより構築したおおむねモデル化した動作インターフェースであるが、実際にバックグラウンドで運行しているのは前記プロトコルである。
＊ 伝送層―この層の機能はおもに応用プログラム間の通信を提供することであり、ＴＣＰ／ＩＰプロトコル族のこの層におけるプロトコルはＴＣＰとＵＤＰがある。
＊ ネットワーク層―ＴＣＰ／ＩＰプロトコル族において非常に重要な層であり、主にＩＰアドレスフォーマットを定義する。これにより異なる応用タイプのデータをＩｎｔｅｒｎｅｔ上にてスムーズに伝送させる。ＩＰプロトコルは、ネットワーク層プロトコルである。
＊ ネットワークインターフェース層―これはＴＣＰ／ＩＰソフトウェアの最低層であり、ＩＰデータパケットの受信を担当、かつネットワークによりこれを送信する。或いはネットワーク上から物理フレームを受信、ＩＰデータグラムを抽出し、ＩＰ層に提出する。
ＩＰはどのようにネットワーク相互接続を実現するか？各メーカーが生産するイーサネット、パケット交換ネット等のようなネットワークシステムと設備は、相互通信ができず、相互通信できない主な原因はネットワークシステムと設備が伝送するデータの基本ユニットと（技術上「フレーム」と称する）のフォーマットが異なるためである。ＩＰプロトコルは実際は、ソフトウェアプログラムにより構成されるプロトコルソフトウェアのセットである。これは、各種の異なる「フレーム」を統一して「ＩＰデータパケット」フォーマットに転換する。このような転換は、インターネットの最も重要な特徴であり、全ての各種コンピュータのインターネット上における相互通信を実現させ、「オープン性」という特徴がある。
では、「データパケット」とは何か？どのような特徴があるのか？データパケットもまたパケット交換の一種の形である。伝送したデータセグメントを 「パケット」にパッケージ化し、さらに伝送する。しかし、これは「無接続型」に属し、パッケージ化した各“パケット”（パケット）を全て「独立したメッセージ」として伝送する、そのため「データパケット」と呼ぶ。このように、接続を始める前に電気回路に接続する必要はなく、各データパケットは必ずしもすべて同じ経路により伝送する必要はないため、「無接続型」と呼ぶ。この特徴は非常に重要であり、テキスト情報伝送という状況において、ネットワークの堅実性と安全性を大きく向上させた。
各データパケットは全てヘッダーとメッセージの二つの部分が有り、ヘッダーには目的アドレス等の必要なコンテンツがあり、各データパケットが同じようなルートを通らずとも正確に目的地に到達できるようにする。目的地で新たに組み合わせ、もともと送信したデータに戻す。これには、ＩＰがパケットパッケージ化とアグリゲーション組み立ての機能を有する必要がある。
実際の伝送過程において、データパケットはさらに通ったネットワークが規定するパケットのサイズに基づきデータパケットの長さを変更できる必要があり、ＩＰパケットの最大長は６５５３５バイトにまで達する。
サービス品質保証（ＱｏＳ）は、ＩＰ インターネットの主な課題の１つである。長期にわたって無数の研究報告がこの難題を解決しようと試み、もし我々がＱｏＳ の主な里程標を時間順に並べてみても、インターネットＱｏＳ は絶えずリクエストを低下し、さらに絶えず失敗している残念な歴史が容易に見て取れる。「Ｉｎｔｅ Ｓｅｒｖ」（１９９０）から「Ｄｉｆｆ Ｓｅｒｖ」（１９９７）まで、さらに「Ｌｉｇｈｔｌｏａｄ」（２００１）に至るまで、各種の有効に見えるＱｏＳの部分改善方案に加えて、距離が全ネットに渡る範囲の品質保証の目標もやはり水中の月のようである。ＱｏＳ は近いように見え、実は遠く及ばないものである。
早くはＩＰ インターネットの初期段階において、ＭＢｏｎｅのようなビデオ応用はすでにネットワークサービスの目標となっていた。有効な品質保証に欠けるため、長期にわたって商業価値を有する動画通信サービスを展開できず、ＩＰ インターネットの営利能力を弱めていた。このため、ネットワーク伝送品質という難題を解決するこは、大きな商業価値を有する。ネットワーク伝送品質を具体的にパケット紛失とビットエラーと表現する。コンピュータファイルは伝送中のエラーに敏感でなく、伝送過程において大部分のデータパケットを紛失したとしても、ＴＣＰ の再送メカニズムがあれば、コンピュータはネットワークは使用できると判断する。しかし、もしパケット紛失とビットエラー率が千分の一より高ければ、ビデオ同期の映像音声品質を低下させる。経験データが我々に、高品質動画通信がひいてはパケット紛失とビットエラーが十万分の一であると求められていることを教えてくれる。目下、ネットワーク環境のテストデータは、大部分のパケット紛失はルーター内で発生し、光ファイバ伝送において生じるビットエラーはおおむね無視してもよいことを示している。
＊なぜ「Ｉｎｔｅ Ｓｅｒｖ」は成功しないのか？
「Ｉｎｔｅ Ｓｅｒｖ」は独立したストリームリソースが保留した基礎の上に確立し、Ｒｅｓｏｕｒｃｅ Ｒｅｓｅｒｖａｔｉｏｎ ＳｅｔｕｐＰｒｏｔｏｃｏｌ（ＲＳＶＰ）を採用する。大規模なネットワーク環境において、もし２つのビデオ端末間に一部の帯域幅リソースを保留できれば、これをビデオ業務専用とする。これは良い方法に思われるが、実際はこのようにはできない。
まず、この方案は全ネット設備の改造を要求し、新たにネットを確立すること等しく、実際の動作はほぼ不可能である。
次に、全ネットの改造を実現し、例えばスイッチ各台において、２Ｍｂｐｓのビデオ業務に２Ｍｂｐｓ帯域幅を保留できるとしても、品質保証の課題を解決できるだろうか？答えは「できない」だ。
いわゆるＲＳＶＰの２Ｍｂｐｓ帯域幅はマクロに対してのみであり、もし１ 秒のデータが前半秒に集中して送信されれば、問題を起こし、周期的なバースとラフィックを形成する。ＩＰ インターネットのセンター概念がベストエフォートであるため、各ネットワークノードにおいて、スイッチは常に最大速度でデータを伝送するよう試みる。ビデオストリームが多段スイッチを通った後、必然的にストリーム分布の不均衡をもたらす。複数の不均衡な非同期が一緒になると、一定時間内にさらに大きな不均衡が生じる。つまり、ネットワークストリームは必ず周期的なブロックがある。ビデオユーザー数の増加に伴い、周期的なブロックには上限がなく、スイッチ内のストレージ量を超えた場合、パケット紛失という結果を直接もたらす。
＊なぜ「Ｄｉｆｆ Ｓｅｒｖ」は成功しないのか？
「Ｉｎｔｅ Ｓｅｒｖ」が世に出てきて７ 年後、新たな方法である「Ｄｉｆｆ Ｓｅｒｖ」が流行し始めた。“Ｄｉｆｆ Ｓｅｒｖ”はベストエフォートより優れたネットワークサービスを提供するよう試みる。この方法は、複雑な全ネットリソースの保留を必要とせず、実施も簡単である。各データパケットにおいて「優先レベル」マークを記しさえすれば、ネットワークスイッチはまず 「優先レベル」のマークのあるビデオデータを処理する。この基本原理はまるで銀行がＶＩＰ 顧客のためにゴールドカードを発行し、ＶＩＰ 顧客の並ぶ時間を減らすために有効であること同じである。これはいい方法のように見えるが、実際にはこのようにできない。
我々が無視できない簡単な事実として、単一のビデオ業務ストリームは伝統的な非ビデオ業務（百倍以上）よりもはるかに大きいことがある。
ビデオユーザー数が少量であれば、ネットワーク上で見られるのはほとんどがビデオデータパケットである。もし、大部分のデータパケットが全てゴールドカードであれば、ＶＩＰであるかどうかは重要ではない。また、ＩＰインターネットのアクセスは強制的ではないため、ＱｏＳ がユーザーのために独りよがりな道徳基準を設けたとしても、他者に自覚的に実行するよう要求するは現実的ではない。
このため、「Ｄｉｆｆ Ｓｅｒｖ」は少数の企業専用ネットでは有効ではあるが、大規模なパブリックネットにおいて効率的に普及させるこは難しい。
＊なぜ「Ｌｉｇｈｔ ｌｏａｄ」は成功しないのか？
ＩＰ インターネットが徐々に普及して以来、人々は絶えずネットワーク品質保証の課題を解決する良案を探してきた。ネットワーク技術の専門家達が１０年余りにわたって知恵を絞った結果、２大ＱｏＳ 方案はどれも理想的ではない。ＱｏＳの解決への自信が失われている大きな環境において、一部の名を出したがらない者が提案した対策、即ち「Ｌｉｇｈｔ ｌｏａｄ」は対策と呼べるようなものではない。この基本想定は、いわゆる軽負荷ネットワークは充分な帯域幅を与え光ファイバに入りさえすれば、ネットワークの混雑を心配する必要はないというものである。
軽負荷ネットワークの想定は上手くいくだろうか？答えは「上手くいかない」だ。
現在のネットワーク技術の専門家達は、ネットワークパケット紛失現象の根源はストリームの不均衡性によるものだという基本原理に気付いていないようだ。マクロの視点から見ると、ある一定時間内に少し速く送信すると、必然的に別の時間内におけるラッシュをもたらし、ネットワークストリームが不均衡であれば、ネットワークが達するであろうピークストリームは上限がなく、短時間で任意の大きさの帯域幅を占めることができる。
実際には、２Ｍｂｐｓ 帯域幅あれば充分良いビデオプログラムを伝送でき、もし８Ｍｂｐｓ 帯域幅あれば、ＨＤＴＶ 品質のビデオコンテンツを伝送できる。よって、もし我々が一般のウェブサイト上において自由に文章や写真を見ると、従来のウェブサイトサーバの多くがギガビットイーサネットポートを使用し、そのインスタンとラフィックはＨＤＴＶ の数十倍になる。もし、多くの複数の類似ウェブサイトが偶然衝突すると、短時間内に生じるバースとラフィックは、全ネットユーザーがＨＤＴＶ を使用するためのニーズを超え、任意の幅のネットワークを占めることができる。統計による分析は、このような衝突は頻繁にあると示している。
ＩＰ インターネットは、ストレージ装置によりインスタンとラフィックの吸収を試み、その結果として伝送遅延が増える。ストレージ能力に限界があるため、バースとラフィックには上限がない。このため、ストレージによる方法は本設備パケット紛失の機会を改善できるのみであり、本ノードが吸収したバースとラフィックは次のノードにより大きな圧力をもたらす。ビデオストリームは途絶えることなく、スイッチストレージ方式はバーストストリームを悪化させノードアグリゲーションを弱くし、ネットワークパケット紛失は避けられない。
目下のネットワークビルダー達は、軽負荷に加えて「Ｄｉｆｆ Ｓｅｒｖ」技術により、狭帯域のＶｏＩＰ 音声業務に対応できる。これは音声が全ネットワークストリームにおいて主要な部分を占めないため、一旦ラッシュが起こると、コンピュータファイルを犠牲にして、音声を優先する。しかし、高帯域幅の動画通信については、局所展開は一次的な改善効果を受信できるだけである。もし他の部分も展開すると、ネットワークストリームの不均衡性は水位に応じて船が高くなるように、もともと展開していた部分の效果を低下させる。もし、ネットを全て展開していれば、伝送品質はもともとの展開していない状態にまた戻る。つまり、全体の展開は効果がない。
中華人民共和国特許第１０１５５７３０３号明細書
目下の設備メーカーは各家庭に数十、ないしは百を超えるビットの超ブロードバンドアクセスネットワークことを推奨しており、各家庭に光ファイバが設置されたとしても、消費者に品質を保証した動画通信サービスを展示するは難しい。さらに複雑なＱｏＳ 手段によりその量を満たしてもＩＰ インターネットの伝送品質を「改善」することしかできず、ネットワーク伝送品質を「保証」するこはできない。
本発明が解決しようとする技術課題は、新型ネットワークの通信方法の提供により、伝送経路の安定とスムーズさを保障し、マルチメディア業務の遅延を避け、国家情報安全のニーズに対し保証を与え、ハードウェアリソースを節約し、これによりネットワーク伝送品質を保証する。
本発明に係る実施形態は、前記方法の実際の実現および応用を保証する新型ネットワークの通信システムをさらに提供する。
上記技術課題を解決するため、本発明に係る実施形態は新型ネットワークの通信方法を公開する。
前記新型ネットワークは、集中制御機能を有するネットワークであり、主制御サーバと下位ネットワーク設備を含む。前記下位ネットワーク設備は端末を含む。
当該新型ネットワークの通信方法は、主制御サーバが当回サービスの下向通信リンクを設置するステップと、ソース端末により送信された当回サービスのパケットを、前記下向通信リンクにより目標端末へ伝送するステップとを備える。
本発明に係る新型ネットワークは集中制御によるネットワーク構造であり、当該ネットワークはツリー型ネット、スター型ネット、リング型ネット等のタイプでもよい。しかし、この基礎の上にネットワークにが集中制御ノードにより全体のネットワークを制御する必要がある。
新型ネットワークは、アクセスネットワークとメトロポリタン・エリア・ネットワーク（以下、ＭＡＮ）の両部分に分ける。アクセスネットワーク部分の設備は主に：ノードサーバ、アクセススイッチ、端末（各種セットトップボックス、エンコーダボード、ストレージ装置等を備える）の３種類に分けることができる。ここで、ノードサーバはアクセスネットワークにおいて集中制御機能を有するノードであり、アクセススイッチと端末を制御できる。ノードサーバは、アクセススイッチと直接接続でき、端末とも直接接続することができる。似たように、ＭＡＮ部分の設備も：メトロポリタン・エリア・サーバ、ノードスイッチ、ノードサーバの３種類に分けることが出来る。ここで、ノードサーバは、アクセスネットワーク部分のノードサーバであり、即ちノードサーバはアクセスネットワーク部分にも属すが、ＭＡＮ部分にも属する。メトロポリタン・エリア・サーバは、ＭＡＮにおいて集中制御機能を有するノードであり、ノードスイッチとノードサーバを制御できる。メトロポリタン・エリア・サーバは、ノードスイッチに直接接続でき、ノードサーバにも直接接続できる。よって、全体の新型ネットワークワークは分割層集中制御によるネットワーク構造であり、ノードサーバとメトロポリタン・エリア・サーバにおいて制御するネットワークはツリー型、スター型、リング型等各種構造でも良いことが明らかである。
説明が必要な点として、本発明に係る実施形態において、前記下向通信の設置方式、アップリンク通信リンクの設置方式および使用方法さらに、データパケットのタイプについて全て制限を受けない。例えば、前記アップリンク通信リンクは主制御サーバよりアップリンクにおけるアクセススイッチが開放固定ポートを開放するよう通知する方法を採用しても良く、ブロードキャストの方法を採用しても良く、当業者が実際の状況に応じて選べば良いということである。
本発明の好ましい実施形態として、前記当回サービスの下向通信リンクの設置は、当回サービスの下向通信リンクに関する交換設備にテーブルを設置するよう通知することを含み、前記下向通信リンクによる伝送は、設置したテーブルを照会し、交換設備が受信したデータパケットを対応のポートを介して伝送することを含む。
即ち、本発明に係る実施形態の核となる考えの一つは、主制御サーバより交換設備に当回サービスの下向通信リンクに対しテーブルを設置するように通知し、そして当該設置したテーブルに基づきパケットを伝送することである。
具体的な実現において、前記サービスはユニキャスト通信サービスとマルチキャスト通信サービスを含む。即ちマルチキャスト通信或いはユニキャスト通信であっても、前記設置したテーブルを採用することができる。即ち、テーブルを使う核となる考えは新型ネットワークにおける通信を実現する。
上述のように、本発明の新型ネットワークはアクセスネットワーク部分を含み、アクセスネットワークにおいて、前記主制御サーバをノードサーバとし、前記下位ネットワーク設備はアクセススイッチと端末を備える。
アクセスネットワークにおけるユニキャスト通信サービスについて、前記主制御サーバの当回サービスにおける下向通信リンクの設置は、主制御サーバがソース端末により開始されたサービスに基づきプロトコルパケットを請求し、当回サービスにかかわる主制御サーバとアクセススイッチの下向通信ポート情報を含む下向通信リンク情報を獲得するステップと、主制御サーバが前記主制御サーバの下向通信ポート情報に基づき、自身内のデータパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを設置し、かつ主制御サーバが前記アクセススイッチの下向通信ポート情報に基づき、対応のアクセススイッチへポート設置命令を送信するステップと、前記アクセススイッチがポート設置命令に基づき自身内のパケットアドレステーブルにおいて、当回サービスのパケットがガイドする下向ポートを設置するステップとを備える。
即ちノードサーバの制御により、獲得した下向通信リンクにより自らテーブルを設置し、かつアクセススイッチにテーブルを設置するよう通知する。
好ましくは、通信リンク情報も当回サービスのノードサーバにかかわる通信ポート情報を含まなくても良い。例えば、もしソース端末と目標端末が同一のアクセススイッチにおいて接続すれば、ノードサーバはアクセススイッチのデータパケットガイドポートを設置するだけで良い。ソース端末と目標端末がサービス通信を行う場合、アクセススイッチは当該内のデータパケットアドレステーブルの設置に基づき、当該アクセススイッチに対応する下向ポートを介してデータパケットを直接伝送する。即ち、ソース端末と目標端末はそこで共同で接続するアクセススイッチにおいてサービス通信を直接行うことができ、データパケットからノードサーバまでアップロードする必要がなく、さらにノードサーバより対応の端末まで送信するため、帯域幅とルーティングリソースを有効的に節約する。
本発明に係る実施形態において、前記下位ネットワーク設備アドレスはそれぞれ対応するアクセスネットワークアドレスを有し、具体的な応用例として、前記主制御サーバの当回サービスにおける下向通信リンク情報の獲得は、主制御サーバがソース端末により開始された、目標端末とユニキャスト通信サービスを確立するサービスタイプ情報と、サービスコンテンツ情報と、ソース端末のアクセスネットワークアドレスとを備えるサービス請求プロトコルパケットを獲得し、前記サービスコンテンツ情報はサービス番号を備えるサブステップと、主制御サーバが前記サービス番号に基づきプリセットしたコンテンツ-アドレスマッピングテーブルから目標端末のアクセスネットワークアドレスを抽出するサブステップと、主制御サーバが前記サービスタイプ情報、ソース端末および目標端末のアクセスネットワークアドレスに基づき、当回サービスの下向通信情報を獲得するサブステップとを備える。
実際に、前記主制御サーバ内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドする下向ポートは、目的アドレスがソース端末であるユニキャストデータパケットがガイドする下向ポート、および／または、目的アドレスをが目標端末であるユニキャストデータパケットがガイドする下向ポートを備える。
ユニキャスト通信サービスについて、ソース端末が目標端末にユニキャストサービス請求を開始する、或いは、目標端末がソース端末にユニキャストサービス請求を開始するように、前記通信リンク情報を単方向通信リンク情報とすることができる。或いは、ソース端末と目標端末は相互に対向側にユニキャストサービス請求を送信するように前記通信リンク情報も双方向通信リンク情報とすることができる。
前記通信リンク情報を単方向通信リンク情報とする場合、前記アクセススイッチの通信ポート情報は、アップリンクにおけるアクセススイッチにする上向ポート情報と、ダウンリンクにおけるアクセススイッチの下向ポート情報とを含み、前記アクセススイッチが、ポート設置命令に基づき自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドするポートは、目的アドレスが目標端末であるユニキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと、ダウンリンクにおけるアクセススイッチの下向ポートとを含む。
前記通信リンク情報が双方向下向通信リンク情報である場合、前記アクセススイッチの通信ポート情報は、アップリンクにおけるアクセススイッチの上向ポーメトロポリタン・エリア・サーバと、ダウンリンクにおけるアクセススイッチの上向ポートと下向ポート情報を含み、前記アクセススイッチが、前記ポート配置設置命令に基づき自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドするポートは、目的アドレスが目標端末であるユニキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと下向ポートと、
目的アドレスがソース端末であるユニキャストデータパケットがガイドするダウンリンクにおけるアクセススイッチの上向ポートと下向ポートとを含む。
本発明に係る好ましい実施形態として、前記当回サービスのデータパケットに目標端末のアクセスネットワークアドレスが備えられ、前記下向通信リンクにより当回サービスのデータパケットを目標端末への伝送は、主制御サーバが前記目標端末のアクセスネットワークアドレスに基づき、自身内のデータパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、当該データパケットを当該下向ポートを介して対応のアクセススイッチへ伝送するサブステップと、前記アクセススイッチが前記目標端末のアクセスネットワークアドレスに基づき、自身内のデータパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、当該データパケットを当該下向ポートを介して目標端末へ伝送するサブステップと
を備える。
ユニキャスト通信サービスについて、データパケットはソース端末から目標端末まで伝送できるだけでなく、目標端末からソース端末まで伝送もできる。即ち、本発明に係る別の好ましい実施形態として、前記方法は、目標端末により送信された当回サービスのデータパケットを前記下向通信リンクによりソース端末へ伝送するステップをさらに備える。
このような状況において、前記当回サービスのデータパケットにソース端末のアクセスネットワークアドレスを備える。前記下向通信リンクにより当回サービスのデータパケットからソース端末への伝送は、主制御サーバが前記ソース端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、当該データパケットを当該下向ポートを介して対応のアクセススイッチへ伝送するサブステップと、前記アクセススイッチが前記ソース端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、当該データパケットを当該下向ポートを介してソース端末へ伝送するサブステップとを備える。
アクセスネットワークにおけるマルチキャスト通信サービスについて、主制御サーバが当回サービスの下向通信リンク情報を獲得することは、主制御サーバが目標端末により開始された、マルチキャスト通信サービスを申請するサービスタイプ情報と、サービスコンテンツ情報と、目標端末のアクセスネットワークアドレスとを備えるサービス請求プロトコルパケットを獲得し、ここで、前記サービスコンテンツ情報がサービス番号を備えるサブステップと、主制御サーバが前記サービス番号に基づきプリセットしたコンテンツ・アドレスマッピングテーブルからソース端末のアクセスネットワークアドレスを抽出するサブステップと、主制御サーバが前記ソース端末に対応するマルチキャストアドレスを獲得し、目標端末へ割り当て、また、前記サービスタイプ情報と、ソース端末と、目標端末のアクセスネットワークアドレスとに基づき、当回マルチキャストサービスの通信リンク情報を獲得するサブステップとを備える。
他のマルチキャスト通信サービスの例として、主制御サーバが当回サービスの下向通信リンク情報の獲得はさらに、主制御サーバがソース端末により提出されたマルチキャスト通信サービスを開始するサービス請求プロトコルパケットを獲得し、かつ、サービスタイプ情報と、サービスコンテンツ情報と、ソース端末のアクセスネットワークアドレスとを備える前記サービス請求プロトコルパケットに基づきソース端末へマルチキャストアドレスを割り当て、ここで、前記サービスコンテンツ情報がサービス番号を備えるサブステップと、サービスタイプ情報と、主制御サーバと前記ソース端末のアクセスネットワークアドレスとに基づき、当回のマルチキャストサービス上向通信リンク情報を獲得するサブステップとを備える。
他のマルチキャスト通信サービスの例として、主制御サーバが当回サービスの下向通信リンク情報の獲得は、サービスタイプ情報と、主制御サーバと前記ソース端末のアクセスネットワークアドレスとに基づき、当回のマルチキャストサービス下向通信リンク情報を獲得するサブステップを備える。
ノードサーバをアクセスネットワークにおけるマスターノードとし、マルチキャストサービス通信がノードサーバの下向ポートのみに関するため、前記主制御サーバが自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドする下向ポートを含む。
典型的なマルチキャストサービスの例において、もし目標端末が生中継視聴を請求すると、前記アクセススイッチの通信ポート情報はアップリンクにおけるアクセススイッチの上向ポート情報と、ダウンリンクにおけるアクセススイッチの下向ポート情報とを含み、
前記アクセススイッチが前記ポート設置命令に基づき自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと、ダウンリンクにおけるアクセススイッチの下向ポートとを含む。
他のマルチキャストサーバの例として、もしソース端末が生中継を開始し、自ら生中継を視聴する場合、前記アクセススイッチの通信ポート情報はアップリンクにおけるアクセススイッチの下向ポート情報をさらに含み、前記アクセススイッチが前記ポート設置命令に基づき自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの下向ポートを含む。
マルチキャスト通信サービスについて、通常、前記当回サービスのデータパケットはマルチキャストアドレスを備え、本発明に係る好ましい実施形態において、前記ダウンリンクにより当回サービスのパケットを伝送することは、主制御サーバが前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介してダウンリンクにおける対応のアクセススイッチへ伝送するサブステップと、前記アクセススイッチが前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、かつ、当該データパケットを当該下向ポートを介して目標端末へ伝送するサブステップとを備える。
異なるマルチキャスト通信サービスについて、前記下向通信リンクにより当回サービスのデータパケットを伝送することは、ソース端末により送信された当回サービスデータパケットにおけるマルチキャストアドレスに基づき、前記データパケットをアップリンクにおけるアクセススイッチまでガイドするサブステップと、前記アクセススイッチが前記マルチキャストアドレスに基づき、自身内のデータパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする上向ポートを照会し、かつ、当該データパケットを当該上向ポートを介して主制御サーバへ伝送するサブステップとを備える。
或いは、前記下向通信リンクにより当回サービスのデータパケットの伝送はさらに、
主制御サーバが前記マルチキャストアドレスに基づき、自身内のデータパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、当該データパケットを当該下向ポートを介してアップリンクにおける対応するアクセススイッチへ伝送するサブステップと、前記アクセススイッチが前記マルチキャストアドレスに基づき、自身内のデータパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、当該データパケットを当該下向ポートを介してソース端末へ伝送するサブステップとを備える。
具体的な実現において、もし主制御サーバが当回サービスの通信リンク情報を複数獲得すれば、プリセット規則に基づき自身内の通信リンク情報を１つ選択し、当回サービスの通信リンク情報とする。例として、前記プリセット規則は、ノードサーバが各通信リンクのストリーム情報および当回サービスのストリーム情報を獲得し、使用済みストリームが最小の通信リンクを当回サービスの通信リンク情報として確認することである。或いは、前記プリセット規則はさらにノードサーバが各通信リンクの帯域幅情報とを当回サービスの帯域幅情報獲得し、帯域幅が最大の通信リンクを当回サービスの通信リンク情報として確認することである。
当然、上述のプリセット規則の設定はあくまでも例に過ぎず、本発明を制限するものではない。
好ましい実現方法として、前記ポート設置命令はプロトコルパケットに記録でき、前記主制御サーバが自身内にプリセットしたダウンリンクプロトコルパケットアドレステーブルの設置に基づき、対応のアクセススイッチの下向ポートに接続することにより、前記プロトコルパケットを対応するアクセススイッチまでガイドし、ここで、前記ダウンリンクプロトコルパケットアドレステーブルに、目的アドレスが下位ネットワーク設備アドレスであるプロトコルパケットがガイドする下向ポートが設置されている。
さらに有効にリソースを利用するため、当回サービス完了後、本発明に係る主制御サーバは、自身内のデータパケットアドレステーブルにおいて、設置した当回サービスデータパケットがガイドするポートをリリースできる。かつ、当回サービスにかかわるアクセススイッチへポートリリース命令を送信することができ、前記アクセススイッチは、前記ポートリリース命令に基づき自身内のデータパケットアドレステーブルに設置した当回サービスデータパケットがガイドしたポートをリリースする。
本発明に係るノードサーバが集中制御を行う主な点として、自身のアクセスネットワークアドレスを有し、かつ、下位ネットワーク設備のアクセスネットワークアドレスを保守する。このような状況において、下位ネットワーク設備のアクセススイッチとしての新型ネットワークへのアクセスは、アクセススイッチの電源を入れ、自身内のダウンリンクプロトコルパケットアドレステーブルにおいて全ダウンリンクプロトコルパケットをＣＰＵモジュールへガイドするように設置するステップと、前記アクセススイッチが主制御サーバにより送信されたダウンリンクプロトコルパケットの受信し、前記ダウンリンクプロトコルパケットアドレステーブルの設置に基づき、前記ダウンリンクプロトコルパケットを当該アクセススイッチＣＰＵモジュールへガイドし、前記ＣＰＵモジュールがアップリンクプロトコルパケットを生成し、かつ主制御サーバへ送信し、前記ダウンリンクプロトコルパケットが割り当て待機アクセスネットワークアドレスを備えるステップと、主制御サーバが当該アクセススイッチへアクセスネットワークアドレスを備えるアクセス命令を送信し、前記アクセスネットワークアドレスが当該アクセススイッチが受信するダウンリンクプロトコルパケットにおける割り当て待機アクセスネットワークアドレスであるステップと、前記アクセススイッチが自身内のダウンリンクプロトコルパケットアドレステーブルを、目的アドレスがセルフアクセスネットワークアドレスであるプロトコルパケットのみをＣＰＵモジュールへガイドするように更新するステップとを備える。
具体的な実現において、往々にしてアクセススイッチにおいて他の下位アクセスネットワーク設備をさらに接続する。このような状況において、ノードサーバはアクセス済みのアクセススイッチへポート割り当てパケットを送信する。即ち本発明に係る好ましい実施形態として、アクセス済みのアクセススイッチがノードサーバが送信したポート割り当てパケットを受信した場合、前記アクセススイッチアクセスの過程は、アクセス済みのアクセススイッチが目的アドレスがセルフアクセスネットワークアドレスであるポート割り当てパケットをＣＰＵモジュールへガイドするステップと、パケットにおけるポート割り当て情報に基づき、自身内のダウンリンクプロトコルパケットアドレステーブルにおいて、各ポートのダウンリンクプロトコルパケットがガイドする下向ポートを設置するステップとを備える。
さらに、アクセス済みのアクセススイッチがノードサーバが送信したポートダウンリンクプロトコルパケットとを受信する場合、前記アクセススイッチアクセスの過程は、前記アクセススイッチが自身内のダウンリンクプロトコルパケットアドレステーブルの設置に基づき、割り当て待機アクセスネットワークアドレスを備える前記ポートのダウンリンクプロトコルパケットを対応する下向ポートへガイドするステップと、主制御サーバが前記アクセススイッチの下向ポートに接続するある下位ネットワーク設備により送信されたポートのアップリンクプロトコルパケットを受信し、かつ当該下位ネットワーク設備へ、下位ネットワーク設備のアクセスネットワークアドレスを備えるアクセス命令を送信するステップとを備える。
前記アクセスネットワークアドレスは、当該下位ネットワーク設備が受信したポートのダウンリンクプロトコルパケットにおける割り当て待機のアクセスネットワークアドレスである。
ここで、前記下位ネットワーク設備はアクセススイッチ或いは端末を備える。
本発明に係る新型ネットワークと従来のイーサネットの融合を実現するため、前記アクセスネットワーク設備は、前記アクセススイッチと、ソース端末、目標端末間に接続するイーサネットプロトコル変換ゲートウェイとローカルイーサネットをさらに備える。
本発明に係る実施形態は、イーサネットプロトコル変換ゲートウェイが新型ネットワークに接続し、ノードサーバからイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと当該イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスとを獲得するステップと、前記イーサネットプロトコル変換ゲートウェイが新型ネットワークが送信したデータパケット或いはプロトコルパケットを受信し、前記データパケット或いはプロトコルパケットにイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加えてローカルイーサネットへ送信するステップと、前記イーサネットプロトコル変換ゲートウェイがローカルイーサネットにより送信されたデータパケット或いはプロトコルパケットを受信し、前記データパケット或いはプロトコルパケットにおけるイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスとソース端末のＭＡＣアドレスを削除して新型ネットワークへ送信するステップとを備える。
ここで、前記目標端末とソース端末は新型ネットワークプロトコルをフォローする。
説明が必要な点として、前記新型ネットワーク従来のイーサネットの融合を実現するため、同時に従来のイーサネットプロトコル変換ゲートウェイの機能を充分に利用するため、本発明は標準なイーサネットゲートウェイを改造し、特殊なタイプのアクセススイッチとし、新型ネットワークイーサネット間にて接続転換の役割を果たすということがある。改造後のイーサネットゲートウェイをイーサネットプロトコル変換ゲートウェイと呼ぶ。新型ネットワークにおいて、イーサネットプロトコル変換ゲートウェイはアクセスネットワーク部分に位置し、アクセススイッチと接続することができ、ノードサーバとも直接接続することができる。イーサネットにおいて、イーサネットプロトコル変換ゲートウェイと標準的なイーサネットスイッチは接続し、イーサネットスイッチは端末に接続する。
即ち本発明に係る実施形態において、イーサネットプロトコル変換ゲートウェイの新型ネットワークへのアクセスは具体的に、主制御サーバが照会パケットを送信するステップと、イーサネットプロトコル変換ゲートウェイが電源を入れて初期化した後、照会パケットを受信し、イーサネットプロトコル変換ゲートウェイシリアル番号を備える応答パケットをフィードバックするステップと、主制御サーバが登録情報テーブルから前記シリアル番号に対応する、イーサネットプロトコル変換ゲートウェイＭＡＣアドレスとと、当該イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスとを備えるイーサネットプロトコル変換ゲートウェイ情報を照会する、ステップと、主制御サーバが前記イーサネットプロトコル変換ゲートウェイへ、イーサネットプロトコル変換ゲートウェイの新型ネットワークにおけるアドレスと、イーサネットプロトコル変換ゲートウェイのMACアドレスとを備えるアクセス命令を送信するステップと、前記イーサネットプロトコル変換ゲートウェイがアクセス命令を受信後応答をフィードバックし、イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセスするステップとをさらに備える。
実際には、端末ＭＡＣアドレスとイーサネットプロトコル変換ゲートウェイのバインド関係は、端末とイーサネットプロトコル変換ゲートウェイを売り出す際にノードサーバにプリセットする。
前記イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセスし、イーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと当該イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスとを獲得後、前記イーサネットプロトコル変換ゲートウェイにバインドした端末が新型ネットワークにアクセスすることは、主制御サーバが照会パケットを送信するステップとイーサネットプロトコル変換ゲートウェイが照会パケットを受信し、プロトコルパケットアドレステーブルに基づき、照会パケットを対応のポートまでガイドし、前記照会パケットにイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加えて転送するステップと、端末が電源を入れて初期化した後、照会パケットを受信し、端末シリアル番号を備える応答パケットをフィードバックするステップと、イーサネットプロトコル変換ゲートウェイが前記応答パケットにおけるイーサネットプロトコル変換ゲートウェイMACアドレスと端末ＭＡＣアドレスとを削除して主制御サーバへ伝送するステップと、主制御サーバ登録情報テーブルにおいて前記端末シリアル番号に対応する端末情報を検出し、端末の新型ネットワークにおけるアドレスを備えるアクセス命令を送信するステップと、イーサネットプロトコル変換ゲートウェイが前記アクセス命令を受信し、イーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスとを加えた後、転送するステップと、端末がアクセス命令を受信後、応答をフィードバックし、イーサネットプロトコル変換ゲートウェイが前記応答におけるイーサネットプロトコル変換ゲートウェイＭＡＣアドレスと端末ＭＡＣアドレスを削除後に主制御サーバへ転送し、端末が新型ネットワークにアクセスするステップとを備える。
上述から、イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセス後、集中制御の機能を有するノードサーバからイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと当該イーサネットプロトコル変換ゲートウェイにて登録した端末ＭＡＣアドレスを獲得することが明らかである。このような状況において、本発明に係る実施形態はさらに、前記イーサネットプロトコル変換ゲートウェイが新型ネットワークにより送信されたデータパケット或いはプロトコルパケットを受信し、前記データパケット或いはプロトコルパケットにイーサネットプロトコル変換ゲートウェイのMACアドレスと目標端末のＭＡＣアドレスを加えてイーサネットへ送信するステップと、前記イーサネットプロトコル変換ゲートウェイがイーサネットにより送信されたデータパケット或いはプロトコルパケットを受信し、データパケット或いはプロトコルパケットにおけるイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスとソース端末のMACアドレスを削除して新型ネットワークへ送信するステップとを備える。
ここで、前記目標端末とソース端末は新型ネットワークプロトコルをフォローする。
即ちイーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセス後、データパケット或いはプロトコルパケットに対しＭＡＣを加減することができる。
さらに具体的には、本発明に係る実施形態において好ましくは、イーサネットプロトコル変換ゲートウェイＭＡＣアドレスと目標端末ＭＡＣアドレスを加えたデータパケットに対し、イーサネットにおいてイーサネットプロトコルにより伝送を行う。イーサネットプロトコル変換ゲートウェイＭＡＣアドレスとソース端末ＭＡＣアドレスを削除したデータパケットに対し、新型ネットワークにおいて新型ネットワークプロトコルにより伝送を行う。
好ましくは、新型ネットワークが送信したデータパケットと、イーサネットが送信したデータパケットは、パケットヘッドは両伝送エンドの新型ネットワークのアドレスを含む。前記アドレスは、データパケットのソースアドレスと目的アドレスである。
本実施形態においてさらに、イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスと端末の新型ネットワークにおけるアドレスのマッピングを獲得するステップと、前記イーサネットプロトコル変換ゲートウェイが新型ネットワークにより送信されたデータパケットを受信し、データパケットの目的アドレスとＭＡＣアドレスのマッピングに基づき、データパケットにおいて対応する目標端末のＭＡＣアドレスを加えるステップとを備える。
上述のコンテンツにより、新型ネットワークイーサネットはイーサネットプロトコル変換ゲートウェイを介して良好な互換性を実現する。この他に、前記イーサネットプロトコル変換ゲートウェイはさらに精確なストリーム制御を実現するというような前記アクセススイッチが有する機能を備えることができる。以下に具体的な実現方式を説明する。
前記イーサネットプロトコル変換ゲートウェイがイーサネットにより送信されたデータパケットを受信後、前記データパケットにおいてイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスとソース端末のＭＡＣアドレスとを削除する前に、前記方法はさらに、受信したデータパケットを検査し、もし検査要求に合えば、対応のストリーム識別子を割り当てるステップを備える。前記検査は、データパケットのイーサネットプロトコル変換ゲートウェイＭＡＣアドレス、ソース端末ＭＡＣアドレス、目的アドレス、ソースアドレス、データデータパケットタイプおよびパケットの長さが要求に合うかどうかを検査できる。
さらに、前記イーサネットプロトコル変換ゲートウェイは、前記データパケットにおけるイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスとソース端末のＭＡＣアドレスを削除後、送信する前に、ストリーム識別子に基づきデータパケットを対応のポートに入れてバッファーを受信するステップと；ポートからバッファー読み出すデータパケットを受信し、かつストリーム識別子に基づき対応のストリームのパケットバッファーのキューに入れるステップと；パケットバッファーのキューをポーリングし、送信トークンを作った後、送信トークンにおけるストリーム識別子に基づき、対応のストリームのパケットバッファーのキューからデータパケットを順次読み出して、ポートに入れてバッファーを送信するステップと；ポートからバッファー読み出すデータパケットを送信するステップとをさらに備える。
また、前記イーサネットプロトコル変換ゲートウェイは、ポートはバッファーがいっぱいでないである条件１と、対応のストリームのパケットバッファーのキューにおけるパケットカウンターが０より大きいである条件２とを同時に満たすかどうかを判断し、もし２つの条件を同時に満たせば、送信トークンにおけるストリーム識別子に基づき、対応のストリームのパケットバッファーのキューからデータパケットを順次読み出して、ポートに入れてバッファーを送信する。
前記ストリーム制御の過程において、前記送信トークンは以下の方法により生成する。新型ネットワークにおける集中制御の機能を有するノードサーバが端末により開始されたサービス申請プロトコルパケットに基づき、ストリーム制御情報を生成し、アップリンクにおいてストリーム制御を行うイーサネットプロトコル変換ゲートウェイへ送信する。前記ストリーム制御情報は、送信時間の間隔と送信したデータのサイズを備える。イーサネットプロトコル変換ゲートウェイはストリーム制御情報に基づき送信トークンを生成する。前記トークンはストリーム識別子を備える。
上述の通り、前記新型ネットワークはＭＡＮ部分を備える。ＭＡＮにおいて、前記主制御サーバはメトロポリタン・エリア・サーバであり、前記下位ネットワーク設備はノードスイッチとノードサーバを備える。ここで、前記ノードスイッチはメトロポリタン・エリア・サーバとノードサーバ間に接続する。
本発明に係る実施形態は、下位ネットワーク設備がＭＡＮにアクセスし、メトロポリタン・エリア・サーバによりアクセスした設備にプロトコルラベルとＭＡＮアドレスとを割り当てるステップと、ここで、前記プロトコルラベルが下位ネットワーク設備とメトロポリタン・エリア・サーバ間の接続を記述し、同一の下位ネットワーク設備とメトロポリタン・エリア・サーバ間に複数の接続がある場合、メトロポリタン・エリア・サーバは各接続へ異なるプロトコルラベルを割り当てる；
各ＭＡＮを跨ぐサービスの申請に対し、メトロポリタン・エリア・サーバが対応するサービスのデータラベルを割り当てるステップとを備える。
前記データラベルはサービスに関するノードサーバ間の接続を記述する
ここで、前記ラベルは多重化することができ、以下の２つの多重化の場合を備える。
場合１、下位ネットワーク設備からメトロポリタン・エリア・サーバまでのプロトコルラベルと、メトロポリタン・エリア・サーバから当該下位ネットワーク設備までのプロトコルラベルとは異なるラベル、或いは同じラベルである。サービスに関するノードサーバ間は、ノードサーバから別のノードサーバまでのデータラベルと、別のノードサーバからノードサーバまでのデータラベルは異なるラベル、或いは同じラベルである。
場合２、前記ラベルをインラベルとアウトラベルに分ける。インラベルはデータパケットがメトロポリタン・エリア・サーバ或いはノードスイッチに入るといういうラベルを表し、アウトラベルは当該データパケットがメトロポリタン・エリア・サーバ或いはノードスイッチを離れるというラベルを表す。同一のデータパケットのインラベルとアウトラベルとは、異なるラベル、或いは同じラベルである。
好ましくは、本発明のデータラベルはノードサーバから別のノードサーバまでの接続を記述することができ、この２つのノードサーバの接続経路にノードスイッチが存在するかどうかと関係ない。当然これについて、本発明は複数のデータラベルによりこの２つのノードサーバの接続を記述することもできる。各データラベルは当該接続経路における一部を記述する。例えば、１号ノードサーバから１号ノードスイッチまでの接続は１号データラベルを用い、１号ノードスイッチから２号ノードスイッチまでの接続は２号データラベルを用い、２号ノードスイッチから２号ノードサーバまでの接続は３号データラベル等を用いる。
まず、プロトコルラベルの割り当てと使用について以下に具体的に説明する。
下位ネットワーク設備がＭＡＮにアクセスし、メトロポリタン・エリア・サーバによるプロトコルラベルとＭＡＮアドレスの割り当ては、メトロポリタン・エリア・サーバが自身の全ての下向ポートへ、メトロポリタン・エリア・サーバにより割り当てられたスタンバイプロトコルラベルを備えるメトロポリタン・エリア・照会ラベルパケットを送信するステップと；ある下位ネットワーク設備が電源を入れた後、メトロポリタン・エリア・サーバにより送信されたメトロポリタン・エリア・照会ラベルパケットを受信して、メトロポリタン・エリア・サーバへ、下位ネットワーク設備のシリアル番号と、メトロポリタン・エリア・照会ラベルパケットを受信するポート番号とを備えるメトロポリタン・エリア・応答ラベルパケットをフィードバックするステップと；メトロポリタン・エリア・サーバがメトロポリタン・エリア・応答ラベルパケットを受信後、パケットにおけるシリアル番号に基づき下位ネットワーク設備が登録されているかどうか検証し、もしすでに登録されていれば下位ネットワーク設備がメトロポリタン・エリア・照会ラベルパケットを受信するポートへ、メトロポリタン・エリア・サーバにより下位ネットワーク設備に割り当てられたＭＡＮアドレスと前記スタンバイプロトコルラベルとを備えるアクセス命令を送信するステップと；下位ネットワーク設備に対応するポートがアクセス命令を受信後、アクセス命令応答をフィードバックし、下位ネットワーク設備がＭＡＮにアクセスするステップとを備える。ここで、前記下位ネットワーク設備は、ノードスイッチ或いはノードサーバである。
前記下位ネットワーク設備アクセス過程のラベルの多重化方法においては、前記メトロポリタン・エリア・応答ラベルパケットにおけるプロトコルラベルと前記メトロポリタン・エリア・照会ラベルパケットにおけるプロトコルラベルは同じであり、前記アクセス命令応答におけるプロトコルラベルと前記アクセス命令におけるプロトコルラベルは同じである。
特別な点として、同一の下位ネットワーク設備とメトロポリタン・エリア・サーバ間に複数の接続がある場合、前記同一の下位ネットワーク設備の複数ポートは複数メトロポリタン・エリア・照会ラベルパケットを受信し、各メトロポリタン・エリア・照会ラベルパケットにおけるスタンバイプロトコルラベルは異なる。メトロポリタン・エリア・サーバは複数の異なるプロトコルラベルを介して、同一の下位ネットワーク設備の複数ポートへ複数アクセス命令を送信するが、各アクセス命令における当該下位ネットワーク設備が割り当てたMANアドレスは同じである。
下位ネットワーク設備がアクセス後、さらにプロトコルパケットラベルテーブルを設置できる。具体的に、下位ネットワーク設備にプロトコルパケットラベルテーブルが設置されており、下位ネットワーク設備が電源を入れる場合、自身内のプロトコルパケットラベルテーブルにおいて全てのメトロポリタン・エリア・プロトコルパケットをＣＰＵモジュールまでガイドするように設置するステップと；下位ネットワーク設備がノードスイッチである場合、ノードスイッチがＭＡＮにアクセス後、メトロポリタン・エリア・サーバの指令に基づき自身のプロトコルパケットラベルテーブルを修正し、メトロポリタン・エリア・サーバにより新たに割り当てられた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケットをそれぞれノードスイッチに対応する下向ポートまでガイドするステップとが備えられる。ここで、前記新たに割り当てたスタンバイプロトコルラベルはメトロポリタン・エリア・サーバから前記ノードスイッチの下位接続設備までの接続を記述する。前記メトロポリタン・エリア・プロトコルはメトロポリタン・エリア・サーバが送信したメトロポリタン・エリア・照会ラベルパケットを備える。
下位ネットワーク設備がアクセス後、さらに応答パケットラベルテーブルを設置できる。具体的に、下位ネットワーク設備に応答パケットラベルテーブルが設置されており、下位ネットワーク設備が電源を入れる場合、自身内の応答パケットラベルテーブルにおいて全てのメトロポリタン・エリア・応答ラベルパケットのガイド閉止を設置するステップと；下位ネットワーク設備がメトロポリタン・エリア・サーバにより送信されたメトロポリタン・エリア・照会ラベルパケットを受信後、自身の応答パケットラベルテーブルを修正し、前記プロトコルラベルに対応するメトロポリタン・エリア・応答ラベルパケットを、当該メトロポリタン・エリア・照会ラベルパケットを受信する上向ポートまでガイドするステップと；下位ネットワーク設備がノードスイッチである場合、ノードスイッチがＭＡＮにアクセス後、メトロポリタン・エリア・サーバの指令に基づき自身の応答パケットラベルテーブルを修正し、メトロポリタン・エリア・サーバにより新たに割り当てられた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・応答ラベルパケットをそれぞれノードスイッチに対応する上向ポートまでガイドするステップとが備えられる。ここで、前記新たに割り当てたスタンバイプロトコルラベルは前記ノードスイッチの下位接続設備からメトロポリタン・エリア・サーバまでの接続を記述する。
本発明に係る好ましい実施形態において、メトロポリタン・エリア・サーバにプロトコルパケットラベルテーブルが設置されている。メトロポリタン・エリア・サーバが電源を入れる場合、自身内のプロトコルパケットラベルテーブルに全てのメトロポリタン・エリア・プロトコルパケットのガイド閉止を設置するステップと、メトロポリタン・エリア・サーバがその自身の下向ポートと数に応じてスタンバイプロトコルラベルを割り当て、自身のプロトコルパケットラベルテーブルを修正し、割り当てた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケットをそれぞれメトロポリタン・エリア・サーバに対応する下向ポートまでガイドするステップとが備えられる。
ここで、前記スタンバイプロトコルラベルはメトロポリタン・エリア・サーバから前記下位ネットワーク設備までの接続を記述する。前記メトロポリタン・エリア・プロトコルは、メトロポリタン・エリア・サーバが送信したメトロポリタン・エリア・照会ラベルパケットを備える。前記メトロポリタン・エリア・サーバは自身のプロトコルパケットラベルテーブルに基づきその下向ポートへメトロポリタン・エリア・照会ラベルパケットを送信する。
これに応じて、下位ネットワーク設備がアクセス後、メトロポリタン・エリア・サーバも自身のプロトコルパケットラベルテーブルを設置でき、以下具体的説明する。
１、メトロポリタン・エリア・サーバにプロトコルパケットラベルテーブルが設置されており、メトロポリタン・エリア・サーバが電源を入れる場合、自身内のプロトコルパケットラベルテーブルにおいて全てのメトロポリタン・エリア・プロトコルパケットのガイド閉止を設置する。メトロポリタン・エリア・サーバは自身の下向ポート数に応じてスタンバイプロトコルラベルを割り当て、かつ自身のプロトコルパケットラベルテーブルを修正し、割り当てた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケットをそれぞれメトロポリタン・エリア・サーバに対応する下向ポートまでガイドする。ここで、前記スタンバイプロトコルラベルは、メトロポリタン・エリア・サーバから前記下位ネットワーク設備までの接続を記述する。前記メトロポリタン・エリア・プロトコルは、メトロポリタン・エリア・サーバが送信したメトロポリタン・エリア・照会ラベルパケットを備える。前記メトロポリタン・エリア・サーバは、自身のプロトコルパケットラベルテーブルに基づき、自身の下向ポートへメトロポリタン・エリア・照会ラベルパケットを送信する。
２、下位ネットワーク設備がアクセス後、メトロポリタン・エリア・サーバは前記下位ネットワーク設備の下位接続設備に新たにスタンバイプロトコルラベルを割り当てることができる。かつ、自身のプロトコルパケットラベルテーブルを修正し、新たに割り当てた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケットをそれぞれメトロポリタン・エリア・サーバに対応する下向ポートまでガイドする。ここで、前記新たに割り当てたスタンバイプロトコルラベルは、メトロポリタン・エリア・サーバから前記下位ネットワーク設備までの下位接続設備の接続を記述する。前記メトロポリタン・エリア・プロトコルは、メトロポリタン・エリア・サーバが送信したメトロポリタン・エリア・照会ラベルパケットを備える。前記メトロポリタン・エリア・サーバは、自身のプロトコルパケットラベルテーブルに基づき、自身の下向ポートへメトロポリタン・エリア・照会ラベルパケットを送信する。
これに応じて、下位ネットワーク設備がアクセス後、メトロポリタン・エリア・サーバも自身の応答パケットラベルテーブルを設置でき、具体的に、メトロポリタン・エリア・サーバに応答パケットラベルテーブルが設置されており、メトロポリタン・エリア・サーバが電源を入れる場合、自身内の応答パケットラベルテーブルにおいて全てのメトロポリタン・エリア・応答ラベルパケットをＣＰＵモジュールへガイドするように設置する。
ここで、アクセスした下位ネットワーク設備がノードスイッチである場合、当該ノードスイッチのノードスイッチとノードサーバとを備えるある下位接続設備はＭＡＮにアクセスする。具体的に、メトロポリタン・エリア・サーバが新たに割り当てたスタンバイプロトコルラベルを使用して、各下位接続設備へメトロポリタン・エリア・照会ラベルパケットを送信し、前記メトロポリタン・エリア・照会ラベルパケットに基づき、プロトコルパケットラベルテーブルがそれぞれメトロポリタン・エリア・サーバに対応する下向ポートまでガイドされるステップと；下位接続設備が電源を入れた後、前記メトロポリタン・エリア・照会ラベルパケットを受信して、メトロポリタン・エリア・サーバへ、当該下位接続設備のシリアル番号と、メトロポリタン・エリア・照会ラベルパケットを受信するポート番号とを備えるメトロポリタン・エリア・応答ラベルパケットをフィードバックするステップと；メトロポリタン・エリア・サーバが前記メトロポリタン・エリア・応答ラベルパケットを受信後、パケットにおけるシリアル番号に基づき下位接続設備が登録されているかどうかを検証し、もしすでに登録されていれば下位接続設備へ、メトロポリタン・エリア・サーバにより下位接続設備に割り当てられたＭＡＮアドレスと前記割り当て待機プロトコルラベルとを備えるアクセス命令を送信するステップと；下位接続設備がアクセス命令を受信後、アクセス命令応答をフィードバックし、下位接続設備がＭＡＮにアクセスするステップとを備える。
下位ネットワーク設備が自身のプロトコルパケットラベルテーブルと応答パケットラベルテーブルを設置後、メトロポリタン・エリア・サーバと下位接続設備間の下位ネットワーク設備は、前記メトロポリタン・エリア・照会ラベルパケットアクセス命令を受信後、自身のプロトコルパケットラベルテーブルに基づき、前記メトロポリタン・エリア・照会ラベルパケットアクセス命令を対応の下向ポートまでガイドして転送する。メトロポリタン・エリア・サーバと下位接続設備間の下位ネットワーク設備は前記メトロポリタン・エリア・応答ラベルパケットアクセス命令応答を受信後、自身の応答パケットラベルテーブルに基づき、前記メトロポリタン・エリア・応答ラベルパケットと、アクセス命令応答とを対応の上向ポートまでガイドして転送する。
好ましくは、メトロポリタン・エリア・サーバにラベル情報テーブルが設置されており、ラベル情報テーブルの各項目はラベルの占用情報と、ラベル記述情報と、ラベルルーティング情報とを記録する。ここで、前記ラベルルーティング情報は、当該ラベルホッピングスイッチのMANアドレスと、ポート番号とを備える。
ラベル情報テーブルの使用は以下を含む。
１、メトロポリタン・エリア・サーバが下位ネットワーク設備にスタンバイラベルを１つ割り当てる場合、前記ラベル情報テーブルにおいて当該ラベルに対応する項目を修正し、ラベル占用情報を未使用からスタンバイに変更し、ラベルルーティング情報における前ホッピングスイッチのＭＡＮアドレスおよびポートをメトロポリタン・エリア・サーバのアドレスおよび対応のポートと設定する。前記ラベル記述情報は修正しない。前記下位ネットワーク設備がアクセス後、前記ラベル情報テーブルにおいて当該ラベルに対応する項目を修正し、ラベル占用情報を使用済みに変更し、前記ラベル記述情報とラベルルーティング情報は修正しない。
２、メトロポリタン・エリア・サーバが前記下位ネットワーク設備の下位接続設備にスタンバイラベルを１つ割り当てる場合、前記ラベル情報テーブルにおいて当該ラベルに対応する項目を修正し、ラベル占用情報を未使用からスタンバイに変更し、ラベルルーティング情報において前ホッピングスイッチのＭＡＮアドレスおよびポートを前記下位ネットワーク設備のアドレスおよび対応のポートと設定する。前記ラベル記述情報は修正しない。前記下位接続設備がアクセス後、前記ラベル情報テーブルにおいて当該ラベルに対応する項目を修正し、ラベル占用情報を使用済みに変更する。前記ラベル記述情報とラベルルーティング情報は修正しない。
好ましくは、メトロポリタン・エリア・サーバにアドレス情報テーブルが設置されており、アドレス情報テーブルの各項目にＭＡＮアドレス占用情報、設備記述情報および設備リソース情報が記録される。ここで、設備リソース情報は、当該設備の各ネットワークポートが接続する下位ネットワーク設備のＭＡＮアドレスと、当該設備の各ネットワークポートのアップ・ダウンリンクストリーム計数とを備える。
アドレス情報テーブルの使用は以下を含む。
１、メトロポリタン・エリア・サーバが電源を入れた後、自身にＭＡＮアドレスを割り当て、前記アドレス情報テーブルにおいて当該アドレスに対応する項目を修正し、アドレス占用情報を未使用から使用済みに変更し、設備記述情報を前記メトロポリタン・エリア・サーバに変更し、設備リソース情報を前記メトロポリタン・エリア・サーバのリソース記述に変更する。
２、メトロポリタン・エリア・サーバが下位ネットワーク設備にＭＡＮアドレスを割り当て、当該ＭＡＮアドレスを備えるアクセス命令を送信する場合、前記アドレス情報テーブルにおいて当該アドレスに対応する項目を修正し、アドレス占用情報を未使用からスタンバイに変更する。前記設備記述情報と設備リソース情報は修正しない。メトロポリタン・エリア・サーバが下位ネットワーク設備により送信されたアクセス命令応答を受信後、前記アドレス情報テーブルにおいて当該アドレスに対応する項目を修正し、アドレス占用情報を使用済みに変更し、設備記述情報を前記下位ネットワーク設備に変更し、設備リソース情報を前記下位ネットワーク設備のある上向ポートに接続しているメトロポリタン・エリア・サーバのある下向ポートに変更する。同時に、アドレス情報テーブルにおいて前記メトロポリタン・エリア・サーバドレスに対応する項目を修正する。設備リソース情報を前記メトロポリタン・エリア・サーバのある下向ポートに接続している下位ネットワーク設備のある上向ポートに変更する。前記アドレス占用情報と設備記述情報は修正しない。ここで、前記下位ネットワーク設備のある上向ポートは、下位ネットワーク設備がフィードバックしたメトロポリタン・エリア・応答ラベルパケットに基づいてわかり、前記メトロポリタン・エリア・サーバのあるダウンリンクポトは、プロトコルパケットラベルテーブルに基づいてわかる。
３、メトロポリタン・エリア・サーバは、下位ネットワーク設備の下位接続設備にＭＡＮアドレスを割り当て、当該ＭＡＮアドレスを備えるアクセス命令を送信する場合、前記アドレス情報テーブルにおいて当該アドレスに対応する項目を修正し、アドレス占用情報を未使用からスタンバイに変更する。前記設備記述情報と設備リソース情報とは修正しない。メトロポリタン・エリア・サーバは、前記下位接続設備が送信したアクセス命令応答を受信後、前記アドレス情報テーブルにおいて当該アドレスに対応する項目を修正し、アドレス占用情報を使用済みに変更し、設備記述情報を前記下位接続設備に変更し、設備リソース情報を前記下位接続設備のある上向ポートに接続している前記下位ネットワーク設備のある下向ポートに変更する。同時に、アドレス情報テーブルにおいて前記下位ネットワーク設備アドレスに対応する項目を修正し、設備リソース情報を前記下位ネットワーク設備のある下向ポートに接続している下位接続設備のある上向ポートに変更する。前記アドレス占用情報と設備記述情報は修正しない。ここで、前記下位接続設備のある上向ポートは、下位接続設備は、フィードバックしたメトロポリタン・エリア・応答ラベルパケットに基づきわかり、前記下位ネットワーク設備のある下向ポートは、プロトコルパケットラベルテーブルに基づきわかる。
好ましくは、メトロポリタン・エリア・サーバは設備情報テーブルを設置しており、設備情報テーブルの各項目に設備ロゴ、設備状態と設備アドレスが記録される。
設備情報テーブルの使用は以下を含む。メトロポリタン・エリア・サーバが下位ネットワーク設備或いは当該下位ネットワーク設備の下位接続設備にMANアドレスを割り当て、当該ＭＡＮアドレスを備えるアクセス命令を送信する場合、前記設備情報テーブルにおいて設備に対応する項目を修正し、設備状態をアクセスを待機しているに変更し、設備アドレスを割り当てたＭＡＮアドレスに変更する。前記設備ロゴは修正しない。メトロポリタン・エリア・サーバが下位ネットワーク設備或いは当該下位ネットワーク設備の下位接続設備により送信されたアクセス命令応答を受信後、前記設備情報テーブルにおいて設備に対応する項目を修正し、設備状態をアクセス済みに変更し、前記設備ロゴと設備アドレスは修正しない。
次に、データラベルの割り当てと使用を説明する。
各ＭＡＮを跨ぐサービスの申請に対し、メトロポリタン・エリア・サーバが以下のように対応するサービスのデータラベルを割り当てる。
前記ＭＡＮを跨ぐサービス申請が、第１端末と第２端末に関する。あるノードサーバに接続する第１端末はサービス申請パケットを開始する。当該ノードサーバは前記サービス申請パケットに基づき、第２端末当該ノードサーバに接続しなければ、プロトコルラベルを加えｙｒメトロポリタン・エリア・サーバへサービス申請パケットを送信することを判断する。メトロポリタン・エリア・サーバは受信したサービス申請パケットに基づき、第２端末が別のノードサーバに接続することを判断する。メトロポリタン・エリア・サーバは当回サービスのＭＡＮにおける通信リンク情報を獲得する。そして当回サービスのデータラベルを割り当て、かつ、それぞれ通信リンクにおける下位ネットワーク設備へ前記データラベル情報を備えるラベル割り当てパケットを送信する。ここで、前記ラベル割り当てパケットはインラベル、アウトラベルおよびガイドポートを備え、前記下位ネットワーク設備はノードスイッチとノードサーバと備える。
前記サービス申請の過程において、パケットラベルテーブルをさらに設置できる。具体的に、メトロポリタン・エリア・サーバが割り当てたデータラベルに基づき、自身内のパケットラベルテーブルに当回サービスのインラベル、アウトラベルおよびガイドポートを設置する。通信リンクにおける下位ネットワーク設備が前記ラベル割り当てパケットを受信後、下位ネットワーク設備がラベル割り当てパケットに基づき、自身内のパケットラベルテーブルにおいてインラベル、アウトラベルおよびガイドポートを設置する。ここで、メトロポリタン・エリア・サーバとノードスイッチ内のパケットラベルテーブルは、各自が設置したインラベルにより受信したラベルパケットを対応のポートまでガイドし、かつ、設置した対応するアウトラベルを使用して、送信する。ノードサーバ内のパケットラベルテーブルは、ノードサーバがアクセスネットワークから受信したデータパケットを対応のポートまでガイドし、かつ設置した対応するアウトレベルを加え、ＭＡＮまで送信するステップとを備える。
前記サービス申請の過程において、ノードサーバは、アドレス-ラベルマッピングテーブルをさらに設置できる。具体的に、メトロポリタン・エリア・サーバがノードサーバに送信するラベル割り当てパケットは、当回サービスの第１端末アクセスネットワークアドレス、第２端末アクセスネットワークアドレスとアウトラベルのバインド関係を含む。通信リンク両端のノードサーバがそれぞれラベル割り当てパケットを受信後、各自内部のアドレス-ラベルマッピングテーブルに前記バインド関係を設置する、ここで、アクセスネットワークアドレスが各ノードサーバが接続したアクセス設備に割り当てたアドレスである。
前記サービス申請の過程において、ノードサーバは、自身のパケットアドレステーブルをさらに設置できる。具体的に、通信リンク両端のノードサーバがそれぞれラベル割り当てパケットを受信後、第２端末に接続するノードサーバは、パケットにおけるアクセスネットワーク目的アドレスに基づき、自身内のパケットアドレステーブルに目的アドレスが当該アクセスネットワーク目的アドレスであるパケットがガイドするポートを設置する。第１端末に接続するノードサーバがパケットにおけるアクセスネットワークソースアドレスに基づき、自身内のパケットアドレステーブルに目的アドレスが当該アクセスネットワークソースアドレスであるパケットがガイドするポートを設置する。
前記サービス申請過程においてさらに、第１端末に接続するノードサーバが、自身内のパケットアドレステーブルに基づき、第１端末へサービス処理命令を送信するステップと；第２端末に接続するノードサーバが、自身内のパケットアドレステーブルに基づき、第２端末へサービス処理命令を送信するステップと；第１端末と第２端末がそれぞれ受信したサービス処理命令に基づき対応の動作を実行するステップとを備える。
ここで、前記通信リンク情報は単方向通信リンク情報、或いは、双方向通信リンク情報である。
また、前記サービス申請の過程において、ストリーム制御を行うことができ、かつストリーム制御により適する通信リンクを割り当てる。具体的に以下に説明する。
好ましくは、前記サービス申請の過程において、あるノードサーバに接続する第１端末がサービス申請パケットを開始後、当該ノードサーバがサービス申請パケットのコンテンツに基づき、ノードサーバと第１端末間の通信リンクにおける余剰ストリーム・りソースがサービスに必要とするストリーム・りソースを満たすかどうかを検査し、もし、ストリーム・りソースを満たさなければ第１端末へサービス拒絶パケットを送信し、もし、ストリーム・りソースを満たせば、第２端末が当該ノードサーバに接続するかどうかを判断することを備える。
好ましくは、前記サービス申請の過程において、メトロポリタン・エリア・サーバが当回サービスのＭＡＮにおける通信リンク情報を獲得後、メトロポリタン・エリア・サーバがサービス申請パケットのコンテンツに基づき、当回サービスのＭＡＮにおける通信リンクの余剰ストリーム・りソースがサービスに必要とするストリーム・りソースを満たすかどうかを検査する。もし満たさなければ、第１端末に接続するノードサーバへサービス拒絶パケットを送信する。
好ましくは、前記サービス申請の過程において、さらに、もしストリーム・りソースを満たせば、メトロポリタン・エリア・サーバが第２端末に接続するノードサーバへサービス申請パケットを送信する。当該ノードサーバがサービス申請パケットのコンテンツに基づき、ノードサーバと第２端末間における通信リンクの余剰ストリーム・りソースがサービスに必要とするストリーム・りソースを満たすかどうかを検査し、もしストリーム・りソース満たさなければ、メトロポリタン・エリア・サーバへ送信サービス拒絶パケットを送信する。
好ましくは、前記サービス申請の過程において、もしサービスに必要とするストリーム・りソースを満たせば、第２端末に接続するノードサーバが第２端末へメニューパケットを送信する。第２端末が前記メニューパケットを受信し、通信を受ける応答パケットをフィードバックする。当該ノードサーバが前記応答パケットを受信し、プロトコルラベルを加え、メトロポリタン・エリア・サーバへサービス許可パケットを送信する。
ここで、メトロポリタン・エリア・サーバにはアドレス情報テーブルが設置されており、アドレス情報テーブルの各項目はＭＡＮアドレス占用情報と、設備記述情報と設備リソース情報とを記録する。ここで、設備リソース情報は、当該設備の各ネットワークポートが接続する下位ネットワーク設備のＭＡＮアドレスと、当該設備の各ネットワークポートのアップ・ダウンリンクストリーム計数とを含む。メトロポリタン・エリア・サーバは、アドレス情報テーブルにおける設備の各ネットワークポートが接続する下位ネットワーク設備のＭＡＮアドレスに基づき、当回サービスのＭＡＮにおける通信リンク情報を獲得する。かつ、設備の各ネットワークポートのアップ・ダウンリンクストリーム計数に基づき、当回サービスのＭＡＮにおける通信リンクの余剰ストリーム・りソースを獲得する。
ここで、ノードサーバにはアドレス情報テーブルが設置されており、アドレス情報テーブルの各項目はアクセスネットワークアドレス占用情報と、設備記述情報と、設備リソース情報とを記録する。ここで、設備リソース情報は、当該設備の各ネットワークポートが接続するアクセスネットワーク設備のアクセスネットワークアドレスと、当該設備の各ネットワークポートのアップ・ダウンリンクストリーム計数とを含む。ノードサーバは、アドレス情報テーブルにおける設備の各ネットワークポートが接続するアクセスネットワーク設備のアクセスネットワークアドレスに基づき、ノードサーバと端末間における通信リンク情報を獲得する。かつ、設備の各ネットワークポートのアップ・ダウンリンクストリーム計数に基づき、ノードサーバと端末間における通信リンクの余剰ストリーム・りソースを獲得する。
また、ノードサーバに設置されているコンテンツ・アドレスマッピングテーブルの使用について説明する。
第１端末が開始したサービス申請パケットには、サービスタイプ情報と、サービス番号を備えるサービスコンテンツ情報と、第１端末のアクセスネットワークアドレスとが備えられる。第１端末に接続するノードサーバは、自身内のプリセットしたコンテンツ・アドレスマッピングテーブルにおいて前記サービス番号を照会し、もし見つけなければ、第２端末当該ノードサーバに接続しないと判断する。もし見つければ、第２端末は当該ノードサーバに接続すると判断する。
また、メトロポリタン・エリア・サーバに設置されているコンテンツ・アドレスマッピングテーブルについて説明する。メトロポリタン・エリア・サーバが受信したサービス申請パケットには、サービスタイプ情報と、サービス番号を備えるサービスコンテンツ情報と、第１端末のアクセスネットワークアドレスとが備えられる。メトロポリタン・エリア・サーバがここでプリセットしたコンテンツ・アドレスマッピングテーブルから前記サービス番号に対応するＭＡＮアドレス照会。かつ、第２端末が別のノードサーバに接続することを判断する。
また、本発明に係る実施形態は新型ネットワークの通信システムを公開する。ここで、前記新型ネットワークは、集中制御機能を有するネットワークであり、主制御サーバと下位ネットワーク設備とを含む。前記下位ネットワーク設備は端末を備える。
前記システムは、当回サービスの下向リンクを設置する、主制御サーバに位置する、経路設置モジュールと、ソース端末が送信した当回サービスのパケットを、前記ダウンリンクに基づき目標端末まで伝送する、第１通信モジュールグループとを備える。
本発明に係る好ましい実施形態として、前記当回サービスのダウンリンクの設置は、当回サービスのダウンリンクに関する交換設備にテーブルを設置するよう通知することを含み、前記前記ダウンリンクに基づく伝送は、設置したテーブルの照会、交換設備が受信したパケットを対応のポートを介して伝送することを備える。
即ち本発明に係る実施形態の核となる考えの１つは、主制御サーバにより交換設備へ当回サービスのダウンリンクに対しテーブルを設置するよう通知し、そして当該設置したテーブルに基づきパケットを伝送することである。
具体的な実現において、前記サービスはユニキャスト通信サービスとマルチキャスト通信サービスを備える。マルチキャスト通信或いはユニキャスト通信であろうとも、上述の実施形態によりテーブルを設置でき、テーブルの利用核となる考えは新型ネットワークにおける通信を実現することである。
上述のように、本発明の新型ネットワークはアクセスネットワーク部分を備える。アクセスネットワークにおいて、前記主制御サーバはノードサーバである。前記下位ネットワーク設備はアクセススイッチと端末とを備える。
アクセスネットワークにおけるユニキャスト通信サービスについて、前記経路設置モジュールは、ソース端末により開始たサービス請求プロトコルパケットに基づき、当回サービスの、当回サービスにかかわる主制御サーバとアクセススイッチの下向通信ポート情報とを含む下向通信リンク情報を獲得する、ダウンリンク獲得サブモジュールと、前記主制御サーバの下向通信ポート情報に基づき、自身内のパケットアドレステーブルに当回サービスのパケットがガイドする下向ポートを設置する、テーブル設置サブモジュールと、前記アクセススイッチの下向通信ポート情報に基づき、対応のアクセススイッチへポート設置命令を送信し、前記アクセススイッチによりポート設置命令に基づき、自身内のパケットアドレステーブルに当回サービスのパケットがガイドする下向ポートを設置する、通知サブモジュールとを備える。
即ち、ノードサーバの制御により、獲得した下向通信に基づき自らテーブルを設置し、かつアクセススイッチにテーブルを設置するよう通知する。
本発明に係る実施形態において、前記下位ネットワーク設備アドレスはそれぞれ対応するアクセスネットワークアドレスを有する。具体的な応用の例として、前記ダウンリンク獲得サブモジュールは、ソース端末により開始された、目標端末とユニキャスト通信サービスを確立する、サービスタイプ情報と、サービス番号を備えるサービスコンテンツ情報、ソース端末のアクセスネットワークアドレスとを備えるサービス請求プロトコルパケットを獲得する、ユニキャストサービス請求受信ユニットと、前記サービス番号に基づきプリセットしたコンテンツ・アドレスマッピングテーブルから目標端末のアクセスネットワークアドレスを抽出する、目標端末アドレス抽出するユニットと、前記サービスタイプ情報、ソース端末および目標端末のアクセスネットワークアドレスに基づき、当回サービスの下向通信リンク情報を獲得する、ユニキャストリンク計算ユニットとを備える。
実際に、前記主制御サーバが自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドする下向ポートは、目的アドレスがソース端末であるユニキャストデータパケットがガイドする下向ポート、および／または、目的アドレスが目標端末であるユニキャストデータパケットがガイドする下向ポートを備える。
ユニキャスト通信サービスについて、ソース端末が目標端末へユニキャストサービス請求を開始する、或いは、目標端末はがソース端末へユニキャストサービス請求を開始するというような、前記通信リンク情報を単方向通信リンク情報とすることができる。或いは、ソース端末と目標端末が互いにピアへユニキャストサービス請求を開始するというような、前記通信リンク情報も双方向通信リンク情報とすることができる。
前記通信リンク情報を単方向通信リンク情報とする場合、前記アクセススイッチの通信ポート情報はアップリンクにおけるアクセススイッチの上向ポート情報と、ダウンリンクにおけるアクセススイッチの下向ポート情報とを含み、前記アクセススイッチが、ポート配置設置命令に基づき自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドするポートは、目的アドレスが目標端末であるユニキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと、ダウンリンクにおけるアクセススイッチの下向ポートとを含む。
前記通信リンク情報が双方向下向通信リンク情報である場合、前記アクセススイッチの通信ポート情報は、アップリンクにおけるアクセススイッチの上向ポートと下向ポート情報と、ダウンリンクにおけるアクセススイッチの上向ポートと下向ポート情報とを含み、
前記アクセススイッチが、前記ポート配置設置命令に基づき自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドするポートは、目的アドレスが目標端末であるユニキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと下向ポート、および、目的アドレスがソース端末であるユニキャストデータパケットがガイドするダウンリンクにおけるアクセススイッチの上向ポートと下向ポートを含む。
本発明に係る好ましい実施形態として、前記当回サービスのパケットに目標端末のアクセスネットワークアドレスを備える。
前記第１通信モジュールグループは、前記目標端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介して対応のアクセススイッチへ伝送する、主制御サーバに位置する、第１テーブル照会ガイドモジュールと、前記目標端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介して目標端末まで伝送する、アクセススイッチに位置する。第１テーブル照会伝送モジュールとを備える。
ユニキャスト通信サービスについて、データパケットはソース端末から目標端末まで伝送できるだけでなく、目標端末からソース端末まで伝送もできる。即ち、本発明に係る別の好ましい実施形態として、前記システムはさらに、目標端末が送信した当回サービスのパケットを前記ダウンリンクによりソース端末まで伝送する、第２通信モジュールグループを備えることができる。
このような状況において、前記当回サービスのパケットはソース端末のアクセスネットワークアドレスを備える。前記第２通信モジュールグループは、前記ソース端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介して対応のアクセススイッチへ伝送する、主制御サーバに位置する、第２テーブル照会ガイドモジュールと、前記ソース端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットが当該下向ポートを介してソース端末まで伝送する、アクセススイッチに位置する、第２テーブル照会伝送モジュールとを備える。
アクセスネットワークにおけるマルチキャスト通信サービスについて、前記ダウンリンク獲得サブモジュールは、目標端末により開始したマルチキャスト通信サービスを申請する、サービスタイプ情報と、サービス番号を備えるサービスコンテンツ情報と、目標端末のアクセスネットワークアドレスとを備えるサービス請求プロトコルパケットを獲得する、第１マルチキャストサービス請求受信ユニットと、前記サービス番号に基づきプリセットしたコンテンツ・アドレスマッピングテーブルからソース端末のアクセスネットワークアドレスを抽出する、ソース端末アドレス抽出するユニットと、前記ソース端末に対応するマルチキャストアドレスを獲得し、かつ、目標端末へ割り当てる、第１マルチキャストアドレス割り当てユニットと、前記サービスタイプ情報と、ソース端末と、目標端末のアクセスネットワークアドレスに基づき、当回マルチキャストサービスの通信リンク情報を獲得する、第１マルチキャストリンク計算ユニットとを備える。
他のマルチキャスト通信サービスの例として、前記ダウンリンク獲得サブモジュールは、ソース端末により提出されたマルチキャスト通信サービスを開始する、サービスタイプ情報と、サービス番号を備えるサービスコンテンツ情報と、ソース端末のアクセスネットワークアドレスとを備えるサービス請求プロトコルパケットを獲得する、第２マルチキャストサービス請求受信ユニットと、前記サービス請求プロトコルパケットに基づきソース端末へマルチキャストアドレスを割り当てる、第２マルチキャストアドレス割り当てユニットと、サービスタイプ情報、および、主制御サーバと前記ソース端末のアクセスネットワークアドレスに基づき、当回のマルチキャストサービス上向通信リンク情報を獲得する、第２マルチキャストリンク計算ユニットとを備える。
他のマルチキャスト通信サービスの例として、前記ダウンリンク獲得サブモジュールは、サービスタイプ情報、および、主制御サーバと前記ソース端末のアクセスネットワークアドレスに基づき、当回のマルチキャストサービス下向通信リンク情報を獲得する、第三マルチキャストリンク計算ユニットを備える。
ノードサーバがアクセスネットワークにおけるマスターノードであるため、マルチキャストサービス通信はノードサーバの下向ポートのみに関する。よって、前記主制御サーバが自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドする下向ポートを含む。
典型的なマルチキャストサービスの例において、もし目標端末が生中継視聴を請求すると、前記アクセススイッチの通信ポート情報はアップリンクにおけるアクセススイッチの上向ポート情報と、ダウンリンクにおけるアクセススイッチの下向ポート情報とを含み、
前記アクセススイッチが前記ポート設置命令に基づき自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと、ダウンリンクにおけるアクセススイッチの下向ポートとを含む。
他のマルチキャストサーバの例として、もしソース端末が生中継を開始し、自ら生中継を視聴する場合、前記アクセススイッチの通信ポート情報は、アップリンクにおけるアクセススイッチの下向ポート情報をさらに含み、前記アクセススイッチが前記ポート設置命令に基づき自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの下向ポートを含む。
マルチキャスト通信サービスについて、前記当回サービスのパケットは通常マルチキャストアドレスを備える。本発明に係る好ましい実施形態において、前記第１通信モジュールグループは、前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介してダウンリンクにおける対応のアクセススイッチまで伝送する、主制御サーバに位置する、第１ポートガイドモジュールと、前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介して目標端末まで伝送する、アクセススイッチに位置する、第１下向ポート伝送モモジュールとを備える。
異なるマルチキャスト通信サービスについて、前記第１通信モジュールグループは、
ソース端末が送信した当回サービスデータパケットにおけるマルチキャストアドレスに基づき、前記パケットをアップリンクにおけるアクセススイッチまでガイドする、端末に位置する、送信モジュールと、前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする上向ポートを照会し、かつ、当該パケットを当該上向ポートを介して主制御サーバへ伝送する、アクセススイッチに位置する上向ポート伝送モジュールとを備える。
さらに好ましくは、前記第１通信モジュールグループは、前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介してアップリンクに対応するアクセススイッチへ伝送する、主制御サーバに位置する第２ポートガイドモジュールと、前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットが当該下向ポートを介してソース端末まで伝送する、アクセススイッチに位置する第２下向ポート伝送モジュールとを備える。
具体的な実現において、前記ダウンリンク獲得サブモジュールは、複数の当回サービスの通信リンク情報を獲得する場合、プリセット規則に基づき、自身内の通信リンク情報を１つ選択し、当回サービスの通信リンク情報とする、リンク選択ユニットとを備える。例として、前記プリセット規則は、ノードサーバが各通信リンクのストリーム情報と、当回サービスのストリーム情報とを獲得し、また、使用済みストリームを最小の通信リンクとして確認することである。或いは、前記プリセット規則は、ノードサーバが各通信リンクの帯域幅情報と、当回サービスの帯域幅情報を獲得し、帯域幅が最大の通信リンクを当回サービスの通信リンク情報として確認することである。
好ましい実現方法として、前記ポート設置命令をプロトコルパケットに記録し、前記主制御サーバは、自身内のプリセットしたダウンリンクプロトコルパケットアドレステーブルの設置に基づき、対応のアクセススイッチ下向ポートに接続することにより、前記プロトコルパケットを対応するアクセススイッチへガイドする、プロトコルパケットガイドモジュールを備える。
ここで、前記ダウンリンクプロトコルパケットアドレステーブルに、目的アドレスが下位ネットワーク設備アドレスであるプロトコルパケットがガイドする下向ポートが設置されている。
さらに有効にリソースを利用するため、当回サービス完了後、前記システムはさらに、
当回サービス完了後、自身内のパケットアドレステーブルにおいて、設置した当回サービスデータパケットがガイドしたポートをリリースし、かつ、当回サービスにかかわるアクセススイッチへポートとリリース命令を送信する、主制御サーバに位置するリソースリリースモジュールと、前記ポートリリース命令に基づき、自身内のパケットアドレステーブルに設置した当回サービスデータパケットがガイドしたポートをリリースする、アクセススイッチに位置するポートリリースモジュールとを備える。
本発明に係るノードサーバが集中制御を行う主な点として、これに自身のアクセスネットワークアドレスがあり、かつ下位ネットワーク設備のアクセスネットワークアドレスを保守する。このような状況において、前記下位ネットワーク設備はアクセススイッチを備え、前記システムはさらにアクセススイッチアクセス処理モジュールを備え、前記アクセススイッチアクセス処理モジュールは、ノードサーバに位置するアクセススイッチへダウンリンクプロトコルパケットを送信する、ダウンリンクプロトコルパケット送信サブモジュールと、アクセススイッチが返信したアップリンクプロトコルパケット基づきアクセス命令を送信する、第１アクセス命令送信サブモジュールと、アクセススイッチに位置する０号テーブル初期化設置サブモジュールと、ダウンリンクプロトコルパケット受信サブモジュールと、ダウンリンクプロトコルパケット受信サブモジュールと、第１アクセス命令受信サブモジュールと、第１アクセス命令受信サブモジュールと、を備え、前記０号テーブル初期化設置サブモジュールは、電源を入れる場合、自身内のダウンリンクプロトコルパケットアドレステーブルにおいて、全ダウンリンクプロトコルパケットをＣＰＵモジュールへガイドするように設置し、前記ダウンリンクプロトコルパケット受信サブモジュールは、前記ダウンリンクプロトコルパケットアドレステーブルの設置に基づき、受信した、割り当て待機アクセスネットワークアドレスを備えるダウンリンクプロトコルパケットを当該アクセススイッチＣＰＵモジュールへガイドし、前記アップリンクプロトコルパケット返信サブモジュールは、前記ＣＰＵモジュールよりアップリンクプロトコルパケットを生成してノードサーバへ送信し、前記第１アクセス命令受信サブモジュールは、ノードサーバが送信した、当該アクセススイッチのアクセスネットワークアドレスを備えるアクセス命令を受信し、前記アクセスネットワークアドレスが当該アクセススイッチにより受信されるダウンリンクプロトコルパケットにおける割り当て待機アクセスネットワークアドレスであり、前記０号テーブル第１設置サブモジュールは、自身内のダウンリンクプロトコルパケットアドレステーブルを更新し、目的アドレスがセルフアクセスネットワークアドレスであるプロトコルパケットのみをＣＰＵモジュールへガイドする。
具体的な実現において、往々にしてアクセススイッチにおいて他の下位アクセスネットワーク設備をさらに接続する。このような状況において、前記アクセススイッチアクセス処理モジュールは、ノードサーバに位置するポート割り当てパケット送信サブモジュール、および、アクセススイッチに位置する第１ガイドサブモジュールと、０号テーブル第２設置サブモジュールを備える。
前記ポート割り当てパケット送信サブモジュールは、アクセス済みのアクセススイッチへ送信ポート割り当てパケットを送信する。前記ポート割り当てパケットにポート割り当て情報を含み、前記ポート割り当て情報は、各ポートダウンリンクプロトコルパケットが 前記アクセススイッチの各下向ポートへガイドする情報である。
前記第１ガイドサブモジュールは、目的アドレスがセルフアクセスネットワークアドレスであるポート割り当てパケットをＣＰＵモジュールへガイドする。
前記０号テーブル第２設置サブモジュールは、前記ポート割り当て情報に基づき、自身内のダウンリンクプロトコルパケットアドレステーブルにおいて、各ポートダウンリンクプロトコルパケットがガイドする下向ポートを設置する。
さらに好ましくは、前記アクセススイッチアクセス処理モジュールは、ノードサーバに位置するポートダウンリンクプロトコルパケット送信サブモジュールと、アクセススイッチに位置する第２ガイドサブモジュールとを備える。
前記ポートダウンリンクプロトコルパケット送信サブモジュールは、アクセス済みのアクセススイッチをポートダウンリンクプロトコルパケットへ送信する。前記ポートダウンリンクプロトコルパケットは割り当て待機アクセスネットワークアドレスを備える。
前記第２ガイドサブモジュールは、自身内のダウンリンクプロトコルパケットアドレステーブルの設置に基づき、前記ポートダウンリンクプロトコルパケットを対応する下向ポートへガイドする。
さらに好ましくは、前記アクセスネットワーク設備は、アクセス済みアクセススイッチ下向ポートに接続する下位アクセスネットワーク設備を含む。
前記アクセススイッチアクセス処理モジュールは、ノードサーバに位置する第２アクセス命令送信サブモジュール、および、前記下位アクセスネットワーク設備に位置するポートアップリンクプロトコルパケット返信サブモジュールと、第２アクセス命令受信サブモジュールを備える。
前記第２アクセス命令送信サブモジュールは、前記下位アクセスネットワーク設備へアクセス命令を送信する。
前記ポートアップリンクプロトコルパケット返信サブモジュールは、受信したポートダウンリンクプロトコルパケットに対しポートアップリンクプロトコルパケットを生成し、かつ、ノードサーバへ送信する。
前記第２アクセス命令受信サブモジュールは、ノードサーバが送信したアクセス命令を受信し、前記アクセス命令に当該下位アクセススイッチのアクセスネットワークアドレスを備える。前記アクセスネットワークアドレスが当該下位アクセススイッチが受信するポートダウンリンクプロトコルパケットにおける割り当て待機アクセスネットワークアドレスである。
ここで、前記下位ネットワーク設備はアクセススイッチ或いは端末を備える。
本発明の新型ネットワーク従来のイーサネットの融合を実現するため、前記アクセスネットワーク設備は、アクセススイッチとソース端末、目標端末間に接続するイーサネットプロトコル変換ゲートウェイとローカルイーサネットを備える。前記システムは、イーサネットプロトコル変換ゲートウェイアクセス処理モジュールを備え、前記イーサネットプロトコル変換ゲートウェイアクセス処理モジュールは、主制御サーバに位置する、照会パケットを送信する送信サブモジュールと、情報検出サブモジュールと、アクセス命令送信サブモジュールと、を備える。
前記情報検出サブモジュールは、登録情報テーブルにおいて前記シリアル番号に対応するイーサネットプロトコル変換ゲートウェイ情報を照会し、前記イーサネットプロトコル変換ゲートウェイ情報は、イーサネットプロトコル変換ゲートウェイＭＡＣアドレスと当該イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスを備える。
前記アクセス命令送信サブモジュールは、前記イーサネットプロトコル変換ゲートウェイへアクセス命令を送信する。前記アクセス命令は、イーサネットプロトコル変換ゲートウェイの新型ネットワークにおけるアドレスと、イーサネットプロトコル変換ゲートウェイのＭＡＣアドレスとを備える。
前記システムは、イーサネットプロトコル変換ゲートウェイに位置する照会応答サブモジュールと、アクセス応答サブモジュールとをさらに備える。
前記照会応答サブモジュールは、電源を入れて初期化した後、照会パケットを受信し、イーサネットプロトコル変換ゲートウェイシリアル番号を備える応答パケットをフィードバックする。
前記アクセス応答サブモジュールは、アクセス命令を受信後、応答をフィードバックし、イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセスする。
実際に、端末ＭＡＣアドレスとイーサネットプロトコル変換ゲートウェイのバインド関係は端末とイーサネットプロトコル変換ゲートウェイを売り出す際にノードサーバにプリセットする。
本発明に係る好ましい実施形態において、さらに、イーサネットプロトコル変換ゲートウェイが端末アクセス処理モジュールをバインドすることを含む。前記イーサネットプロトコル変換ゲートウェイバインド端末アクセス処理モジュールは、照会パケットを送信する、主制御サーバに位置する照会パケット送信サブモジュールと、照会パケットを受信し、プロトコルパケットアドレステーブルに基づき、照会パケットを対応のポートまでガイドする、イーサネットプロトコル変換ゲートウェイに位置する照会パケットガイドサブモジュールと、前記照会パケットにイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加えて伝送する、イーサネットプロトコル変換ゲートウェイに位置する第１ＭＡＣアドレス追加サブモジュールと、電源を入れて初期化した後、照会パケットを受信し、端末シリアル番号を備える応答パケットをフィードバックする、端末に位置する初期化サブモジュールと、前記応答パケットにおけるイーサネットプロトコル変換ゲートウェイＭＡＣアドレスと端末ＭＡＣアドレスを削除して主制御サーバへ伝送する、イーサネットプロトコル変換ゲートウェイに位置する第１ＭＡＣアドレス削除サブモジュールと、登録情報テーブルにおいて前記端末シリアル番号に対応する端末情報を検出し、端末の新型ネットワークにおけるアドレスを備えるアクセス命令を送信する、主制御サーバに位置するアクセス通知サブモジュールと、前記アクセス命令を受信する場合、イーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加えた後、伝送を行う、イーサネットプロトコル変換ゲートウェイに位置する第２ＭＡＣアドレス追加サブモジュールと、アクセス命令を受信後、応答をフィードバックする、端末に位置するアクセス応答サブモジュールと、前記応答におけるイーサネットプロトコル変換ゲートウェイＭＡＣアドレスと端末ＭＡＣアドレスを削除後、主制御サーバへ伝送する、イーサネットプロトコル変換ゲートウェイに位置する第２MACアドレス削除サブモジュールとを備える。
上述から、イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセス後、集中制御の機能を有するノードサーバからイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと当該イーサネットプロトコル変換ゲートウェイにて登録した端末ＭＡＣアドレスを獲得するこは明らかである。このような状況において、以下のモジュールにより通信を行うことができる。
前記ノードサーバはアクセスしたイーサネットプロトコル変換ゲートウェイへ当該イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスを送信する。
イーサネットを介して端末と接続する前記イーサネットプロトコル変換ゲートウェイは、新型ネットワークへアクセスし、集中制御の機能を有するノードサーバから当該イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスを獲得する、ＭＡＣ獲得モジュールと、新型ネットワークが送信したデータパケットを受信し、前記データパケットにおいてイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加えてイーサネットまで送信する、ＭＡＣ追加モジュールと、イーサネットが送信したデータパケットを受信し、前記データパケットにおいてイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスとソース端末のＭＡＣアドレスを削除して新型ネットワークまで送信する、ＭＡＣ削除モジュールとを備える。
ここで、前記目標端末とソース端末は新型ネットワークプロトコルをフォローする。
端末は、イーサネットに接続し、イーサネット新型ネットワーク接続、かつイーサネットプロトコル変換ゲートウェイを介してバインドする。
即ち、イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセス後、データパケット或いはプロトコルパケットにＭＡＣを加減することができる。
さらに具体的には、本発明に係る実施形態において好ましくは、イーサネットプロトコル変換ゲートウェイＭＡＣアドレスと目標端末ＭＡＣアドレスを加えたパケットに対し、イーサネットにおいてイーサネットプロトコルにより伝送を行う。イーサネットプロトコル変換ゲートウェイＭＡＣアドレスとソース端末ＭＡＣアドレスを削除したパケットに対し、新型ネットワークにおいて新型ネットワークプロトコルにより伝送を行う。
好ましくは、新型ネットワークが送信したデータパケットイーサネットが送信したデータパケットは、パケットヘッドが全て両エンドが新型ネットワークにあるアドレスを伝送することを含み、前記アドレスをデータパケットのソースアドレスと目的アドレスとする。
好ましくは、前記システムは、イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセス後、ノードサーバからイーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスと端末の新型ネットワークにおけるアドレスのマッピングを獲得する、前記イーサネットプロトコル変換ゲートウェイに位置するマッピング関係獲得モジュールをさらに備える。
前記ＭＡＣ追加モジュールは新型ネットワークが送信したデータパケットを受信し、データパケットの目的アドレスとＭＡＣアドレスのマッピングに基づき、データパケットにおいて対応する目標端末のＭＡＣアドレスを加える。
前記イーサネットプロトコル変換ゲートウェイはストリームを精確に制御する機能をさらに有する。その実現を以下に説明する。
前記システムはさらに、受信したデータパケットを検査し、もし検査要求に合えば、対応のストリーム識別子を割り当てる、前記イーサネットプロトコル変換ゲートウェイに位置するパケット検査モジュールを備える。
前記検査は、データパケットのイーサネットプロトコル変換ゲートウェイＭＡＣアドレスと、ソース端末ＭＡＣアドレス、目的アドレス、ソースアドレス、データパケットタイプとパケットの長さが要求に合うかどうかということなどを検査する。
さらに好ましくは、前記システムは、前記イーサネットプロトコル変換ゲートウェイに位置するポート受信バッファと、パケットバッファー装置と、ポート送信バッファーと、交換エンジンとを備える。
前記ポート受信バッファは、ストリーム識別子に基づき対応のデータパケットをストレージする。
前記パケットバッファー装置は、ポート受信バッファーからが読み出したデータパケットをストレージする。
前記ポート送信バッファーは、パケットバッファー装置から読み出したデータパケットをストレージすると、 前記交換エンジンは、ポートからバッファー読み出すデータパケットを受信し、ストリーム識別子に基づき対応のストリームのパケットバッファー装置キューに入れ、パケットバッファー装置キューをポーリングし、送信トークンを獲得後、送信トークンにおけるストリーム識別子に基づき、対応のストリームのパケットバッファー装置キューからデータパケットを順次読み出し、かつ、ポートに入れれバッファーを送信する。ポート送信バッファーから、データパケットを読み出し、送信する。
さらに好ましくは、ポートバッファーがいっぱいでないである条件１と、対応のストリームのパケットバッファーのキューにおけるパケットカウンターが０より大きいである条件２とを同時に満たすかどうかを判断する。
もし同時に２つの条件を満たせば、送信トークンにおけるストリーム識別子に基づき、対応のストリームのパケットバッファーのキューからデータパケットを順次読み出し、かつポートに入れバッファーを送信する。
具体的な実現において、前記ノードサーバはさらに、端末が開始したサービス申請プロトコルパケットに基づき、ストリーム制御情報を生成し、かつアップリンクにおいてストリーム制御を行うイーサネットプロトコル変換ゲートウェイへ送信する。前記ストリーム制御情報は、送信時間の間隔と送信したデータのサイズを備え、前記イーサネットプロトコル変換ゲートウェイはさらに、ＣＰＵモジュール設置により、ストリーム制御情報に基づきストリーム識別子を備える送信トークンを生成して交換エンジンへ送信する、ビットレート制御モジュールを備える。
上述のように、新型ネットワークはＭＡＮ部分を備える。ＭＡＮにおいて、前記主制御サーバはメトロポリタン・エリア・サーバである。前記下位ネットワーク設備はノードスイッチとノードサーバとを備える。前記ノードスイッチはメトロポリタン・エリア・サーバとノードサーバ間に接続する。
前記システムは、前記メトロポリタン・エリア・サーバに位置するプロトコルラベル割り当てモジュールと、データラベル割り当てモジュールと、ＭＡＮアドレス割り当てモジュールとを備える。
前記プロトコルラベル割り当てモジュールは、下位ネットワーク設備にてＭＡＮにアクセスする場合、アクセスした設備にプロトコルラベルを割り当てる。同一の下位ネットワーク設備とメトロポリタン・エリア・サーバ間に複数の接続がある場合、各接続に異なるプロトコルラベルを割り当てる。ここで、前記プロトコルラベルは、下位ネットワーク設備とメトロポリタン・エリア・サーバ間の接続を記述する。前記下位ネットワーク設備はノードスイッチとノードサーバと備える。
前記データラベル割り当てモジュールは、各ＭＡＮを跨ぐサービスの申請に対し、対応するサービスのデータラベルを割り当て、前記データラベルサービスに関するノードサーバ間の接続を記述する。
前記ＭＡＮアドレス割り当てモジュールは、下位ネットワーク設備がＭＡＮにアクセスする場合、アクセスした設備にＭＡＮアドレスを割り当てる。
前記メトロポリタン・エリア・サーバは、ポート照会モジュールと、ポート応答モジュールと、アクセス検証モジュールと、アクセス命令送信モジュールと、アクセス命令応答受信モジュールとをさらに備え、下位ネットワーク設備のアクセスに用いる、前記ポート照会モジュールは、全下向ポートへメトロポリタン・エリア・照会ラベルパケットを送信する。各メトロポリタン・エリア・照会ラベルパケットはプロトコルラベル割り当てモジュールが割り当てたスタンバイプロトコルラベルを備える。
前記ポート応答モジュールは、下位ネットワーク設備が送信したメトロポリタン・エリア・応答ラベルパケットを受信する。前記メトロポリタン・エリア・応答ラベルパケットは下位ネットワーク設備のシリアル番号と受信メトロポリタン・エリア・照会ラベルパケットのポート番号とを備える。
前記アクセス検証モジュールは、メトロポリタン・エリア・応答ラベルパケットにおけるシリアル番号に基づき下位ネットワーク設備が登録されているかどうか検証する。
前記アクセス命令送信モジュールは、下位ネットワーク設備をすでに登録している場合、下位ネットワーク設備がメトロポリタン・エリア・照会ラベルパケットを受信するポートへアクセス命令を送信する。前記アクセス命令は、メトロポリタン・エリア・サーバが下位ネットワーク設備に割り当てたＭＡＮアドレスと前記スタンバイプロトコルラベルとを備える。
前記アクセス命令応答受信モジュールは、下位ネットワーク設備がフィードバックしたアクセス命令応答を受信し、下位ネットワーク設備がＭＡＮにアクセスする。
ここで、前記下位ネットワーク設備はノードスイッチ或いはノードサーバである。
特殊な場合、同一の下位ネットワーク設備がメトロポリタン・エリア・サーバとの間に複数の接続を有する場合、前記同一の下位ネットワーク設備の複数ポートは複数メトロポリタン・エリア・照会ラベルパケットを受信する。各メトロポリタン・エリア・照会ラベルパケットにおけるスタンバイプロトコルラベルは異なり、メトロポリタン・エリア・サーバは複数の異なるプロトコルラベルにより、同一の下位ネットワーク設備の複数ポートへ複数アクセス命令を送信する。各アクセス命令において当該下位ネットワーク設備が割り当てたMANアドレスは同じである。
具体的な実施において、前記ノードスイッチは、プロトコルパケットラベルテーブルと、プロトコルパケットラベルテーブル初期化モジュールと、プロトコルパケットラベルテーブル更新モジュールとを備える。
前記プロトコルパケットラベルテーブルは、受信したメトロポリタン・エリア・プロトコルパケットをそれぞれ対応の下向ポートまでガイドする。前記メトロポリタン・エリア・プロトコルはメトロポリタン・エリア・サーバが送信したメトロポリタン・エリア・照会ラベルパケットを備える。
前記プロトコルパケットラベルテーブル初期化モジュールは、ノードスイッチの電源を入れる場合、全てのメトロポリタン・エリア・プロトコルパケットをＣＰＵモジュールまでガイドするように設置する。
前記プロトコルパケットラベルテーブル更新モジュールは、ノードスイッチがＭＡＮにアクセス後、メトロポリタン・エリア・サーバの指令に基づき自身のプロトコルパケットラベルテーブルを修正し、メトロポリタン・エリア・サーバが新たに割り当てた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケットをそれぞれノードスイッチに対応する下向ポートまでガイドする。ここで、前記新たに割り当てたスタンバイプロトコルラベルは、メトロポリタン・エリア・サーバから前記ノードスイッチまでの下位ノードスイッチとノードサーバとを備える下位接続設備の接続を記述する。
さらに好ましくは、前記ノードスイッチは、応答パケットラベルテーブルと、応答パケットラベルテーブル初期化モジュールと、応答パケットラベルテーブル更新モジュールとをさらに備える。
前記応答パケットラベルテーブルは、受信したメトロポリタン・エリア・応答ラベルパケットをそれぞれ対応の上向ポートまでガイドする。
前記応答パケットラベルテーブル初期化モジュールは、ノードスイッチの電源を入れる場合、全てのメトロポリタン・エリア・応答ラベルパケットのガイド閉止を設置する。
前記応答パケットラベルテーブル更新モジュールは、ノードスイッチがメトロポリタン・エリア・サーバにより送信されたメトロポリタン・エリア・照会ラベルパケットを受信後、自身の応答パケットラベルテーブルを修正し、前記プロトコルラベルに対応するメトロポリタン・エリア・応答ラベルパケットを当該メトロポリタン・エリア・照会ラベルパケットを受信する上向ポートまでガイドし、また、ノードスイッチがＭＡＮにアクセス後、メトロポリタン・エリア・サーバの指令に基づき自身の応答パケットラベルテーブルを修正し、メトロポリタン・エリア・サーバにより新たに割り当てられた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・応答ラベルパケットをそれぞれ対応の上向ポートまでガイドする。ここで、前記新たに割り当てたスタンバイプロトコルラベルは、前記下位ネットワーク設備の下位ノードスイッチとノードサーバを備える下位接続設備からメトロポリタン・エリア・サーバまでの接続を記述する。
前記メトロポリタン・エリア・サーバに設置されているプロトコルパケットラベルテーブルと応答パケットラベルテーブルは、以下説明する。
前記プロトコルパケットラベルテーブルは、メトロポリタン・エリア・プロトコルパケットをそれぞれ対応の下向ポートまでガイドする。前記メトロポリタン・エリア・プロトコルはメトロポリタン・エリア・サーバが送信したメトロポリタン・エリア・照会ラベルパケットを備える、前記応答パケットラベルテーブルは、メトロポリタン・エリア・サーバが電源を入れる場合、全てのメトロポリタン・エリア・応答ラベルパケットをＣＰＵモジュールへガイドするように設置する。
これに応じて、前記メトロポリタン・エリア・サーバは、メトロポリタン・エリア・サーバが電源を入れる場合、自身内のプロトコルパケットラベルテーブルにおいて全てのメトロポリタン・エリア・プロトコルパケットのガイド閉止を設置する、プロトコルパケットラベルテーブル初期化モジュールと；前記下位ネットワーク設備がアクセスする場合、プロトコルラベル割り当てモジュールが下向ポートと数に応じて、スタンバイプロトコルラベルを割り当てた後、前記プロトコルパケットラベルテーブルを修正し、割り当てた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケットをそれぞれメトロポリタン・エリア・サーバに対応する下向ポートまでガイドする、プロトコルパケットラベルテーブル設置モジュールとを備える。
ここで、前記スタンバイプロトコルラベルは、メトロポリタン・エリア・サーバから前記下位ネットワーク設備までの接続を記述する。
アクセスした下位ネットワーク設備がノードスイッチである場合、当該ノードスイッチのノードスイッチとノードサーバを備えるある下位接続設備はＭＡＮにアクセスする。
前記システムは、新たに割り当てたスタンバイプロトコルラベルを使用し、各下位接続設備へメトロポリタン・エリア・照会ラベルパケットを送信し、前記メトロポリタン・エリア・照会ラベルパケットが、プロトコルパケットラベルテーブルに基づきそれぞれメトロポリタン・エリア・サーバに対応する下向ポートまでガイドされる、メトロポリタン・エリア・サーバに位置するメトロポリタン・エリア・照会ラベルパケット送信モジュールと、電源を入れた後、前記メトロポリタン・エリア・照会ラベルパケットを受信してメトロポリタン・エリア・サーバへ、当該下位接続設備のシリアル番号とメトロポリタン・エリア・照会ラベルパケットを受信するポート番号とを備えるメトロポリタン・エリア・応答ラベルパケットをフィードバックする、下位接続設備に位置するメトロポリタン・エリア・応答ラベルパケット返信モジュールと、前記メトロポリタン・エリア・応答ラベルパケットを受信後、パケットにおけるシリアル番号に基づき下位接続設備が登録されているかどうかを検証する、メトロポリタン・エリア・サーバに位置する登録検証モジュールと、前記下位接続設備がすでに登録されている場合、下位接続設備へ、メトロポリタン・エリア・サーバにより下位接続設備に割り当てられたＭＡＮアドレスと前記割り当て待機プロトコルラベルとを含むアクセス命令を送信する、メトロポリタン・エリア・サーバに位置するアクセス通知モジュールと、アクセス命令を受信後、アクセス命令応答をフィードバックする、下位接続設備に位置するアクセス応答モジュールとを備える。
好ましい実現方法として、メトロポリタン・エリア・サーバと下位接続設備間の下位ネットワーク設備が前記メトロポリタン・エリア・照会ラベルパケットアクセス命令を受信後、自身のプロトコルパケットラベルテーブルに基づき、前記メトロポリタン・エリア・照会ラベルパケットアクセス命令を対応の下向ポートまでガイドして転送する。
メトロポリタン・エリア・サーバと下位接続設備間の下位ネットワーク設備が前記メトロポリタン・エリア・応答ラベルパケットアクセス命令応答を受信後、自身の応答パケットラベルテーブルに基づき、前記メトロポリタン・エリア・応答ラベルパケットアクセス命令応答を対応の上向ポートまでガイドて転送する。
好ましくは、前記メトロポリタン・エリア・サーバにラベル情報テーブルが設置されており、ラベル情報テーブルの各項目はラベル占用情報と、ラベル記述情報と、ラベルルーティング情報とを記録する。ここで、前記ラベルルーティング情報は、当該ラベルホッピングスイッチのＭＡＮアドレスおよびポート番号を備える。
これに応じて、前記メトロポリタン・エリア・サーバはラベル情報テーブル更新モジュールをさらに備える。前記ラベル情報テーブル更新モジュールは、プロトコルラベル割り当てモジュールが下位ネットワーク設備にスタンバイラベルを割り当てる場合、前記ラベル情報テーブルにおいて当該ラベルに対応する項目を修正し、ラベル占用情報を未使用からスタンバイに変更し、ラベルルーティング情報における前ホッピングスイッチのＭＡＮアドレスおよびポートをメトロポリタン・エリア・サーバのアドレスおよび対応のポートと設定する。前記ラベル記述情報は修正しない。前記下位ネットワーク設備がアクセス後、前記ラベル情報テーブルにおいて当該ラベルに対応する項目を修正する。ラベル占用情報を使用済みに変更し、前記ラベル記述情報とラベルルーティング情報は修正しない。
この他に、前記ラベル情報テーブル更新モジュールはさらに、プロトコルラベル割り当てモジュールを前記下位ネットワーク設備の下位接続設備とし、スタンバイラベルを割り当てる場合、前記ラベル情報テーブルにおいて当該ラベルに対応する項目を修正する。ラベル占用情報を未使用からスタンバイに変更し、ラベルルーティング情報における前ホッピングスイッチのＭＡＮアドレスおよびポートを前記下位ネットワーク設備のアドレスおよび対応のポートと設定する。前記ラベル記述情報は修正しない。目下の記下位接続設備がアクセス後、前記ラベル情報テーブルにおいて当該ラベルに対応する項目を修正する。ラベル占用情報を使用済みに変更し、前記ラベル記述情報とラベルルーティング情報は修正しない。
好ましくは、前記メトロポリタン・エリア・サーバはアドレス情報テーブルを設置しており、各項目はＭＡＮアドレス占用情報、設備記述情報および設備リソース情報記録する。ここで設備リソース情報は、当該設備の各ネットワークポートが接続する下位ネットワーク設備のＭＡＮアドレスと当該設備の各ネットワークポートのアップ・ダウンリンクストリーム計数とを備える。
これに応じて、前記メトロポリタン・エリア・サーバは、アドレス情報テーブル初期化モジュールと、アドレス情報テーブル更新モジュールとをさらに備える。
前記アドレス情報テーブル初期化モジュールは、メトロポリタン・エリア・サーバ電源を入れて、ＭＡＮアドレス割り当てモジュールが自身にMANアドレスを割り当てた後、前記アドレス情報テーブルにおいて当該アドレスに対応する項目を修正し、アドレス占用情報を未使用から使用済みに変更し、設備記述情報を前記メトロポリタン・エリア・サーバに変更し、設備リソース情報を前記メトロポリタン・エリア・サーバのリソース記述に変更ずる。
前記アドレス情報テーブル更新モジュールは、ＭＡＮアドレス割り当てモジュールが下位ネットワーク設備にＭＡＮアドレスを割り当て、当該ＭＡＮアドレスを備えるアクセス命令を送信する場合、前記アドレス情報テーブルにおいて当該アドレスに対応する項目を修正し、アドレス占用情報を未使用からスタンバイに変更し、前記設備記述情報と設備リソース情報は修正しない。メトロポリタン・エリア・サーバが下位ネットワーク設備により送信されたアクセス命令応答を受信後、前記アドレス情報テーブルにおいて当該アドレスに対応する項目を修正し、アドレス占用情報を使用済みに変更し、設備記述情報を前記下位ネットワーク設備に変更し、設備リソース情報を前記下位ネットワーク設備のある上向ポートに接続しているメトロポリタン・エリア・サーバのある下向ポートに変更する。同時に、アドレス情報テーブルにおいて前記メトロポリタン・エリア・サーバドレスに対応する項目を修正し、設備リソース情報を前記メトロポリタン・エリア・サーバのある下向ポートに接続している下位ネットワーク設備のある上向ポートに変更し、前記アドレス占用情報と設備記述情報は修正しない。ここで、前記下位ネットワーク設備のある上向ポートに基づき下位ネットワーク設備がフィードバックしたメトロポリタン・エリア・応答ラベルパケット情報を獲得し、前記メトロポリタン・エリア・サーバのある下向ポートに基づきプロトコルパケットラベルテーブルの情報を獲得する。
また、アドレス情報テーブル更新モジュールは、ＭＡＮアドレス割り当てモジュールが下位ネットワーク設備の下位接続設備にＭＡＮアドレスを割り当て、当該ＭＡＮアドレスを備えるアクセス命令を送信する場合、前記アドレス情報テーブルにおいて当該アドレスに対応する項目を修正する。アドレス占用情報を未使用からスタンバイに変更し、前記設備記述情報と設備リソース情報は修正しない。メトロポリタン・エリア・サーバが前記下位接続設備により送信されたアクセス命令応答を受信後、前記アドレス情報テーブルにおいて当該アドレスに対応する項目を修正する。アドレス占用情報を使用済みに変更し、設備記述情報を前記下位接続設備に変更し、設備リソース情報を前記下位接続設備のある上向ポートに接続している前記下位ネットワーク設備のある下向ポートに修正する。同時に、アドレス情報テーブルにおいて前記下位ネットワーク設備アドレスに対応する項目を修正する。設備リソース情報を前記下位ネットワーク設備のある下向ポートに接続している下位接続設備のある上向ポートに修正し、前記アドレス占用情報と設備記述情報は修正しない。ここで、前記下位接続設備のある上向ポーは、下位接続設備がフィードバックしたメトロポリタン・エリア・応答ラベルパケット情報によりわかり、前記下位ネットワーク設備のある下向ポートは、プロトコルパケットラベルテーブルの情報によりわかる。
好ましくは、前記メトロポリタン・エリア・サーバには設備情報テーブルが設置されており、設備情報テーブルの各項目は、設備ロゴと、設備状態と、設備アドレスとを記録する。
これに応じて、前記メトロポリタン・エリア・サーバは設備情報テーブル更新モジュールをさらに備える。前記設備情報テーブル更新モジュールは、ＭＡＮアドレス割り当てモジュールが下位ネットワーク設備或いは当該下位ネットワーク設備の下位接続設備にＭＡＮアドレスを割り当て、当該ＭＡＮアドレスを備えるアクセス命令を送信する場合、前記設備情報テーブルにおいて設備に対応する項目を修正そ、設備状態をアクセス待機に変更し、設備アドレスを割り当てたＭＡＮアドレスに変更し、前記設備ロゴは修正しない。また、前記メトロポリタン・エリア・サーバが下位ネットワーク設備或いは当該下位ネットワーク設備の下位接続設備により送信されたアクセス命令応答を受信後、前記設備情報テーブルにおいて設備に対応する項目を修正し、設備状態をアクセス済みに変更し、前記設備ロゴと設備アドレスは修正しない。
好ましくは、前記メトロポリタン・エリア・サーバは、サービス番号を備えるサービスコンテンツとＭＡＮアドレスのマッピング関係を記録する、コンテンツ・アドレスマッピングテーブルをさらに備える。
コンテンツ―アドレスマッピングテーブルの使用を以下に説明する。前記ＭＡＮを跨ぐサービス申請は第１端末と第２端末に関する。メトロポリタン・エリア・サーバが第１端末に接続するノードサーバが送信したサービスタイプ情報、サービスコンテンツ情報および第１端末アクセスネットワークアドレスを備えるサービス申請パケットを受信する場合、コンテンツ―アドレスマッピングテーブルにおいて前記サービス番号対応するＭＡＮアドレスを検出し、かつ第２端末が他のノードサーバに接続することを判断する。
また、メトロポリタン・エリア・サーバは、サービス申請の過程においてストリーム制御を行うことができ、かつストリーム制御により適する通信リンクを割り当てる。具体的に以下に説明する。
前記メトロポリタン・エリア・サーバは通信リンク獲得モジュールと、データラベル割り当てモジュールとをさらに備える。前記通信リンク獲得モジュールは、アドレス情報テーブルにおける設備の各ネットワークポートが接続する下位ネットワーク設備のＭＡＮアドレスに基づき、当回サービスのＭＡＮにおける通信リンク情報を獲得する。前記通信リンク情報は単方向通信リンク情報、或いは双方向通信リンク情報である。前記データラベル割り当てモジュールは、当回サービスのデータラベルを割り当て、かつそれぞれ通信リンクにおける下位ネットワーク設備へ前記データラベル情報を備えるラベル割り当てパケットを送信する。前記ラベル割り当てパケットはインラベル、アウトラベルおよびガイドポートを備え、前記下位ネットワーク設備はノードスイッチとノードサーバと備える。
従来の技術と比べて、本発明は以下の利点を有する。
１、本発明が主制御サーバを介して、サービス請求を開始する場合（通信過程において確立するプロトコル互換過程において）、サービス請求の状況について各アクセススイッチにテーブルを設置する方式により、今回のサービスデータに対し伝送経路の設置を実現する。データパケットの伝送過程において、直接当該伝送経路に基づき伝送ができ、従来のＩＰプロトコルの解決方法を用いる必要がなく、各パケットにより伝送ルーティングを自ら交渉する。総じて、本発明は伝送経路の安定とスムーズさを保証でき、マルチメディア業務の遅延を避けることができる。
２、本発明は全データ業務（特にユニキャストデータパケット）に対し、テーブルを設置する方式により、事前に経路を設定し、こうして国家情報安全のニーズを満たす。例えば、国家情報安全について、新型ネットワークワークにおける一部のデータに対しモニターする必要がある。本発明のテーブルを設置する方式を採用すれば、非常に容易に今回の業務が伝送するデータをモニタールートへガイドでき、国家情報安全のニーズを保証する。
３、本発明において、アクセススイッチは各データパケットに対しルーティングの算定を行う必要がなく、その周囲のネットワーク設備トポロジーを保守する必要もない。設置を実現するパケットアドレステーブルに基づきガイド伝送を行えばよい。さらに、当該ガイド過程はハードウェアにより実現でき、スイッチのガイド效率を大きく向上でき、かつスイッチの運算ニーズを大きく低減でき、ハードウェアリソースを節約する。
４、本発明は、イーサネットプロトコル変換ゲートウェイを提供しており、アクセス新型ネットワークワークにアクセスできる。新型ネットワークのノードサーバからイーサネットプロトコル変換ゲートウェイのMACアドレスと当該イーサネットプロトコル変換ゲートウェイにバインドした端末MACアドレスを獲得する。このため、新型ネットワークからイーサネットへ送信するデータパケットは、当該データパケットにおいてイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加えることにより、端末ＭＡＣアドレスに基づき当該パケットをイーサネットにおける目標端末まで伝送できる。同様に、イーサネットから送信する新型ネットワークへパケットを送信するは、当該パケットにおけるイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを削除することにより、パケットにおける新型ネットワーク目的アドレス（ＤＡ）に基づき当該パケットを新型ネットワークまで伝送できる。このように、新型ネットワークイーサネットの融合を実現する。
５、本発明に記述した新型ネットワークイーサネットプロトコル変換ゲートウェイはアドレステーブルを調べる方式によりデータ伝送を実現する。新型ネットワークのノードサーバ、アクセススイッチとイーサネットプロトコル変換ゲートウェイにおいて、それぞれプロトコルパケット（照会パケットを備える）、応答パケット、ユニキャストデータパケットマルチキャストデータパケットの伝送をガイドする、プロトコルパケットアドレステーブル、応答パケットアドレス調査表、ユニキャストデータパケットアドレステーブルとマルチキャストデータパケットアドレステーブルを設置する。
６、イーサネットプロトコル変換ゲートウェイはさらに、精確なストリーム制御を行うことができる。各サービスに対し、ノードサーバストリーム制御情報（送信時間の間隔と送信したデータのサイズ）を生成し、かつアップリンクにおけるイーサネットプロトコル変換ゲートウェイへ送信する。イーサネットプロトコル変換ゲートウェイはストリーム制御情報に基づき送信トークンを出し、アップリンクデータパケットに対し、ストリーム制御を行う。イーサネットプロトコル変換ゲートウェイはインプットが不均衡なデータストリームを均衡なデータストリームに変更し、送信できる。
７、本発明が構築した新型ネットワークワークは、アクセスネットワークとＭＡＮの両部分を備える。ここで、ＭＡＮは集中制御するスター型ネット、リング型ネット等ネットワーク構造である。このため２つの設備間には２種類、ひいては２種類以上の接続がある。しかし、２つの設備のアドレスは全て１つしかない。このため、アドレスを用いるだけでは、二者間の多様な接続を記述できない。下位ネットワーク設備間の接続関係を記述するために、本発明はラベルを導入することにより、唯一下位ネットワーク設備を記述する。しかし、伝統的なＭＰＬＳラベルと比べて、本発明におけるラベルの割り当てはＭＡＮサーバにより主導されており、ノードスイッチ、ノードサーバはみな受動的な実行に過ぎない。この点は、ＭＰＬＳのラベル割り当ては異なり、ＭＰＬＳのラベル割り当てはスイッチ、サーバが互いに交渉した結果である。
８、本発明は分割層制御のネットワーク構造である。メトロポリタン・エリア・サーバは、サーバのノードスイッチとノードサーバのネットワーク管理フローとサービスフローを制御しており、ノードサーバはサーバのアクセススイッチと端末のネットワーク管理フローとサービスフローを制御する。ここで、メトロポリタン・エリア・サーバ或いはノードサーバはマスターの方式により、各通信ポートへ照会パケットを送信することにより、各ネットワーク設備のアドレスを割り当てる。かつ、割り当ての過程において主制御サーバエンドに明確なネットワークトポロジーを確立する。このように、具体的なデータパケットの過程において、主制御サーバ（メトロポリタン・エリア・サーバ或いはノードサーバ）より対応の通信リンク（これが全体のネットワークの設備トポロジーを明確にするため）を直接割り当てれば良く、各ネットワーク設備にてルーティング交渉（従来のＩＰプロトコルの方案）をさらに行う必要はない。このようにして安定した伝送速率を保証でき、遅延を避けることができる。
９、サービスデータの伝送において、当該サービスの各データパケットは同じ通信リンクにより伝送を行う。従来のＩＰプロトコルの方案は違い、各データパケットは自らの交渉によりルーティング課題を解決する。データパケットを送信する前は、かつデータパケットはどの経路を通るかは分からず、同一の業務を実行する２つのデータパケットは異なる経路を通って目標端末まで伝送される可能性がある。このように、本発明は従来のＩＰプロトコルの方案と比べて、可以安定的な伝送速率を保証でき、遅延を避けることができる。
本発明にかかるノードサーバのハードウェア構造を示す図である。 本発明にかかるアクセススイッチのハードウェア構造を示す図である。 本発明にかかるイーサネットプロトコル変換ゲートウェイのハードウェア構造を示す図である。 本発明にかかるアクセススイッチアクセス過程を示す図であるい。 本発明にかかるノードサーバのアクセススイッチとの接続を示す図である。 本発明にかかる端末アクセスの過程を示す図である。 本発明にかかるノードサーバ、アクセススイッチ、端末の接続を示す図である。 本発明に係る実施形態において、イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセスするフローである。 本発明に係る実施形態において、端末が新型ネットワークにアクセスするフローである。 本発明に係る実施形態において、前記ノードサーバとイーサネットプロトコル変換ゲートウェイ、端末のアクセス過程における互換を示す接続図である。 本発明に係る実施形態において、前記ノードサーバとアクセススイッチ、端末のアクセス過程における互換を示す接続図である。 本発明に係る実施形態において、前記イーサネットプロトコル変換ゲートウェイがストリーム制御を行うフローである。 本発明にかかる、ノードスイッチアクセスの過程を示す図である。 本発明に係る実施形態において、前記メトロポリタン・エリア・サーバとノードスイッチ、ノードサーバのネットワーク管理互換を示す接続図である。 本発明に係る実施形態において、前記メトロポリタン・エリア・サーバとノードスイッチ、ノードサーバのサービス互換を示す接続図である。
本発明における上述の目的、特徴そして利点をさらに明確、明白にするため、以下では図と結合して具体的に本発明実施形態さらに詳細に説明する。
１、以下に簡単に本発明の核となる考えを紹介する。
本特許発明者は、本発明が全ネット品質の保証を実現する充分な条件は以下の何点かにあると考える。
第１、ＩＰ インターネットセンター理論における 「ベストエフォート」（Ｂｅｓｔ Ｅｆｆｏｒｔｓ）に関するメカニズムは必然的にネットワークストリームの不均衡と頻繁なパケット紛失をもたらす。実際に、ＴＣＰ プロトコルは正にネットワークパケット紛失状態を利用することにより送信ストリームを調節している。
第２、ＩＰ インターネットセンター理論における「ストレージ伝送」（Ｓｔｏｒｅ ＆ Ｆｏｒｗａｒｄ）に関するメカニズムはローカルバースとラフィックを吸収すると同時に、つぎのノードネットワークストリームのさらに大きい不均衡をもたらす。
第３、ＩＰ インターネットセンター理論における「エラー検出再送信」（Ｅｒｒｏｒ Ｄｅｔｅｃｔｉｏｎ ＆ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）に関するメカニズムは動画通信の同期において、容認しがたい遅延をもたらすため、このため実用の価値がない。
第４、連続的なネットワークストリームの不均衡或いはバースとラフィック必然的に周期的なスイッチ（ルーター）パケット紛失をもたらす。
上述から、コンピュータファイルバースとラフィックの本質は離散性であるため、後継がなく、前記ＩＰインターネットセンター理論はかつてインターネットにより効率的にファイルを伝送させるこは明らかである。しかし、連続的なストリーミングメディア伝送の同期における品質保証は、かつての功績がネットワーク伝送品質を壊す元凶になってしまっている。我々はすでにこれまでの記述から、いかなるリソースの保留、優先レベルと軽負荷方案もストリーミングメディアを同期する上での品質保証を根本的に解決しないという答えを出している。
上述の方法がいずれも使えないのであれば、解決ネットワーク伝送品質保証を解決する活路はどこにあるのだろうか？
本特許発明者は、目下の各種ＱｏＳ方法はすべて間違ったと仮定する上に確立されていると考える。このようなと仮定に基づき、ＱｏＳの解決方法はビデオストリームに優先処理の特権を提供する。しかし実際には、異なるメディア形式が必要とするネットワークストリームが極めて不均衡であるため、少数の者がビデオサービス、ネットワークにおけるビデオストリームを使用すれば絶対的な主体を占める。
角度を変え考えてみると、大部分のネットワークストリームのためだけに高い品質を提供するこは、一部の非ビデオストリームのためだけに低い品質を提供することと同じである。大部分のネットワークストリームが必ず品質保証を求めるのであれば、残った一部の品質保証を求めない業務ストリームにも品質保証を与えても良いだろう。仮に１０００人の旅客が航空券を注文する際にみなファーストクラスを求め、一部の数者だけがエコノミークラスを受け入れるるならば、航空会社が自然に説く対策はエコノミークラスを取りやめるということである。なぜなら、ごく少数の差別化されたエコノミークラスを満足させるために、航空会社が払うであろう代償はこれらの旅客を無料でファーストクラスにアップグレードするよりも大きいからだ。実際に、ネットワーク伝送品質を完全には保証しない、或いは完全に保証するこはいたって簡単である。難しいのは一部は保証し、一部は保証しないということである。特に、この「一部」の境界線がどこか分からない。このため、全てのネットワーク業務に品質保証を提供すれば、ＱｏＳ 課題は存在しない。
ＩＰ インターネットの初期はまるで田舎の小道のようで、素朴な小さい村では交通警察は必要ない。しかし、栄えた大都市においては、にぎやかな信号と交通警察でも混乱した局面を制御できない。約束をして出かけるのにも時間を確定できず、まるで今日のIP インターネットのようである。
本発明は高速公路のように、警察も信号も必要ない。コンクリートが隔てた車道と陸橋が自動車が決めたれた道路で走ることを保障する。カリフォルニア交通局での経験に基づき、高速公路渋滞を避ける方法は入口レーンを閉鎖することである。
カリフォルニア高速道路の設計思考には３つの特徴がある。
●高速道路入口レーンに開閉スイッチを設置、マクロ車道レートを制御する。
●自動車速度の安定を保ち、道路通行率を高める。
●コンクリート構造の道路分離と陸橋を用い、警察と信号による車両通行整理を利用しない。
本発明に係る実施形態は電話網の原理をフォローしており、前記高速道路に似た３つの対策を用いる。
●各経路ともストリームを算定、実測し、一旦ストリームが飽和に近づくと、迂回路を取るか或いは新ユーザーの加入を拒絶する。
●厳密にストリームの均衡を保ち送信し、本発明に係る実施形態におけるＴＶは９０％の重付加ストリームにおいて、百万分の一のパケット紛失率に達する。
●品質保証対策はユーザーの自覚による実行を期待できないため、アップリンクデータマッチングとラフィック制御は、構造上からユーザーが厳格に交通規則を守ることを保障する。
コンピュータファイルとストリーミングメディアは２つの異なるメディア形式であり、その処理方式は互いに排斥し合う。本発明のネットワーク理論と実践は以下の２つの成果を挙げる。
●本発明に係る実施形態は、IP インターネットの経路ト効率の強みの百倍は優れている。
●高品質対称テレビを発展させ、従来の IP インターネット業務の実施方法に干渉しない。
特に大きなストリームの骨となるネットワークにおいて、コンピュータファイルとストリーミングメディアは異なる波長により一本の光ファイバを合わせ使用する。もし、アクセスネットワークのように必ず単一ネットワークに統一しなければならないのであれば、コンピュータファイルをビデオストリーミングメディアネットワークに統一する。本発明に係る実施形態は完全な透明ポータビリティＩＰインターネットの解決方案を提供する。
ストリーミングメディアとファイルを分けることが処理の第一歩に過ぎないのであれば、いかに独立したストリーミングメディアネットワーク品質を保証するか？
前記のように、ＰＳＴＮ電話ネットワークは厳密な同期メカニズムを用い、ストリームが百分の百を満たす前には、ネットワークブロック現象は表れない。理論上では、複数の均衡ストリームが合わさっても、やはり均衡ストリームである。実践はさらに、均衡ストリームの前提において、ネットワークストリームは極限値に達することができ、パケット紛失現象は表れないことを証明する。また、未来のネットワークストリームにおける９割以上のビデオメディアストリームを占めるため、もともと均衡ストリームの特徴を有する。このため、ビデオ業務を主要な目標とする本発明インターネット品質保証のルートは自然と情報ソースストリームの不均衡を失くし、とくに重負荷という条件におけるネットワークスイッチのパケット紛失現象を根本的に防止する。
本発明に係る実施形態はイーサネットの改良により接続する電気回路を確立し、全ネットを一定の長さのパケットに統一する。パケット送信の時間間隔を変更できれば、いずれかの帯域幅のメディアストリームを獲得できる。ネットワークの均衡なストリームという特徴を保証するため、本発明にかかるインターネットは端末に必ず均衡なストリーム能力を有する設計をすることを求める。しかし、実際のネットワーク環境において、ユーザーに均衡なストリーム規定を遵守することを期待できないのは明らかである。このため、本発明に係る実施形態はノードサーバがネットワークスイッチへ通行パスを発行し、ユーザーパケットが細かな時間精度において均等に通ることのみを許可する。規定の要求に合う設計をしたユーザー端末に対しては、通行パスは完全に透明である。
上述の前提において、ネットワークの実践は満足させる結果を出し、本発明のスイッチは９０％の帯域幅利用率に達することができるという条件において、百万分の一に優る重負荷パケット紛失率を獲得する。
総じて、品質保証は次世代ネットワークが避けられない課題であり、ストリーミングメディアネットワークは伝統的なコンピュータファイルは異なる別のものである。このため、ＩＰインターネットの修正によりビデオ業務に適応するこは前途がないものであり、新たなネットワークを作ることがただ１つの活路である。
二、以下に本発明が提出する新型ネットワークを紹介する。
新型ネットワークは集中制御のネットワーク構造であり、当該ネットワークはツリー型ネット、スター型ネット、リング型ネット等タイプでもよい。しかし、この基礎の上においてネットワークは集中制御ノードにより全体のネットワークを制御する必要がある。
新型ネットワークをアクセスネットワークとＭＡＮの両部分に分ける。アクセスネットワーク部分の設備を主に３種類：ノードサーバ、アクセススイッチ、端末（各種セットトップボックス、エンコーダボード、ストレージ等を備える）に分けることができる。ここで、ノードサーバはアクセスネットワークにおいて集中制御機能を有するノードを発生させ、アクセススイッチと端末を制御できる。ノードサーバアクセススイッチと直接接続することができ、端末と直接接続することもできる。類似して、ＭＡＮ部分の設備も３種類：メトロポリタン・エリア・サーバ、ノードスイッチ、ノードサーバに分けることができる。ここで、ノードサーバをアクセスネットワーク部分のノードサーバとし、ノードサーバはアクセスネットワーク部分に属し、ＭＡＮ部分にも属する。メトロポリタン・エリア・サーバはＭＡＮにおいて集中制御機能を有するノードを発生させ、ノードスイッチとノードサーバを制御できる。メトロポリタン・エリア・サーバはノードスイッチに直接接続でき、ノードサーバにも直接接続できる。上述より、全体の新型ネットワークワークは分割層集中制御のネットワーク構造であり、ノードサーバとメトロポリタン・エリア・サーバにおいて制御するネットワークはツリー型、スター型、リング型等各種構造でも良いこは明らかである。
１、新型ネットワーク設備分類
１．１ 本発明の新型ネットワークシステムにおける設備は主に３種類：サーバ、スイッチ（イーサネットゲートウェイを備える）、端末（各種セットトップボックス、エンコーダボード、ストレージ等を備える）に分けることができる。新型ネットワークは全体的にＭＡＮ（或いは国家ネット、グローバルネット等）とアクセスネットワークに分けることができる。
１．２ ここでアクセスネットワーク部分の設備は主に３種類：ノードサーバ、アクセススイッチ（イーサネットゲートウェイを備える）、端末（各種セットトップボックス、エンコーダボード、ストレージ等を備える）に分けることができる。
各アクセスネットワーク設備の具体的なハードウェア構造は、以下で説明する
ノードサーバ
図１に示すように、主にネットワークインターフェースモジュール１０１、交換エンジンモジュール１０２、ＣＰＵモジュール１０３、磁気ディスク配列モジュールを備える。
ここで、ネットワークインターフェースモジュール１０１、ＣＰＵモジュール１０３、磁気ディスク配列モジュール１０４に入ったパケットを全て交換エンジンモジュール１０２に入れる。交換エンジンモジュール１０２に入ったパケットに対しアドレステーブル１０５を調べるの動作を実行し、これによりパケットのガイドと分かる。かつ、パケットのガイド情報に基づき、当該パケットを対応するパケットバッファー装置１０６のキューにストレージする。もし、パケットバッファー装置１０６のキューがいっぱいに近づくと、当該パケットを捨てる。交換エンジンモジュール１０２全パケットバッファー装置のキューをポーリングする。もし以下の条件を満たせば、転送する。１）当該ポートバッファーがいっぱいでない。２）当該キューパケットカウンター０より大きい。磁気ディスク配列モジュール１０４は主にハードディスクの初期化、読み書き等動作を備えるハードディスクの制御を実現する。ＣＰＵモジュール１０３は主にアクセススイッチ、端末（図には示していない）間のプロトコル処理、アドレステーブル１０５（ダウンリンクプロトコルパケットアドレステーブル、アップリンクプロトコルパケットアドレステーブル、パケットアドレステーブルを備える）の設置、および、磁気ディスク配列モジュール１０４の設置を行う。
アクセススイッチ
図２に示すように、主にネットワークインターフェースモジュール（ダウンリンクネットワークインターフェースモジュール２０１、アップリンクネットワークインターフェースモジュール２０２）、交換エンジンモジュール２０３とＣＰＵモジュール２０４とを備える。
ここで、ダウンリンクネットワークインターフェースモジュール２０１に入ったパケット（アップリンクデータ）をパケット検査モジュール２０５に入れる。パケット検査モジュール２０５はパケットの目地アドレス（ＤＡ）、ソースアドレス（ＳＡ）、データパケットタイプおよびパケットの長さが要求に合うかどうか検査する。もし、長さが合えば、対応のストリーム識別子（ｓｔｒｅａｍ−ｉｄ）を割り当て、かつ交換エンジンモジュール２０３に入る。長さが合わなければ捨てる。アップリンクネットワークインターフェースモジュール２０２に入ったパケット（ダウンリンクデータ）を交換エンジンモジュール２０３に入れる。ＣＰＵモジュール２０４に入ったパケットを交換エンジンモジュール２０３に入れる。交換エンジンモジュール２０３に入ったパケットに対しアドレステーブル２０６を調べるの動作を行い、これによりパケットのガイドと分かる。もし、交換エンジンモジュール２０３に入ったパケットはダウンリンクネットワークインターフェースからアップリンクネットワークインターフェースまでのものであれば、ストリーム識別子（ｓｔｒｅａｍ−ｉｄ）を結合し、当該パケットを対応するパケットバッファー装置２０７のキューにストレージする。もし、当該パケットバッファー装置２０７のキューがいっぱいに近づくと、パケットを捨てる。もし、交換エンジンモジュール２０３に入ったパケットがダウンリンクネットワークインターフェースからアップリンクネットワークインターフェースまでのものでなければ、パケットのガイド情報に基づき当該パケットを対応するパケットバッファー装置２０７のキューにストレージする。もし、当該パケットバッファー装置２０７のキューがいっぱいに近づくと、パケットを捨てる。
交換エンジンモジュール２０３は、全パケットバッファー装置のキューをポーリングし、本発明に係る実施形態において以下の２つの状況に分ける。
もし、当該キューがダウンリンクネットワークインターフェースからアップリンクネットワークインターフェースまでのものであれば、以下の条件を満たす伝送を行う。１）当該ポートはバッファーがいっぱいでないであることを送信する。２）当該キューパケットカウンターは０より大きい。３）ビットレート制御モジュールが出すトークンを獲得する。
もし、当該キューがダウンリンクネットワークインターフェースからアップリンクネットワークインターフェースまでのものでなければ、以下の条件を満たせば転送する。条件１）当該ポートはバッファーがいっぱいでない。条件２）当該キューパケットカウンターは０より大きい。
ビットレート制御モジュール２０８はＣＰＵモジュール２０４により設置する。編集可能な間隔において全てのダウンリンクネットワークインターフェースからアップリンクネットワークインターフェースまでのパケットバッファー装置キューにトークンを出し、これによりアップリンク伝送のビットレートを制御する。
ＣＰＵモジュール２０４は主にノードサーバ間のプロトコル処理、アドレステーブル２０６の設置、およびビットレート制御モジュール２０８の設置を行う。
イーサネットプロトコル変換ゲートウェイ
図３に示すように、主にネットワークインターフェースモジュール（ダウンリンクネットワークインターフェースモジュール３１、アップリンクネットワークインターフェースモジュール３２、交換エンジンモジュール３３、ＣＰＵモジュール３４、パケット検査モジュール３５、ビットレート制御モジュール３８、アドレステーブル３６、パケットバッファー装置３７およびＭＡＣ追加モジュール３９、ＭＡＣ削除モジュール４０を備える。
ここで、ダウンリンクネットワークインターフェースモジュール３１に入ったパケットをパケット検査モジュール３５に入れる。パケット検査モジュール３５はパケットのイーサネットＭＡＣ ＤＡ、イーサネットＭＡＣ ＳＡ、イーサネットｌｅｎｇｔｈ ｏｒ ｆｒａｍｅ ｔｙｐｅ、新型ネットワーク目地アドレスＤＡ、新型ネットワークソースアドレスＳＡ、新型ネットワークデータパケットタイプおよびパケットの長さが要求に合うかどうかを検査する。もし、長さが合えば対応のストリーム識別子（ｓｔｒｅａｍ−ｉｄ）を割り当てる。そして、ＭＡＣ削除モジュール４０よりＭＡＣ ＤＡ、ＭＡＣ ＳＡ、ｌｅｎｇｔｈ ｏｒ ｆｒａｍｅ ｔｙｐｅ（２ｂｙｔｅ）を減らし、かつ対応の受信バッファーに入る。長さが合わなければ捨てる。
ダウンリンクネットワークインターフェースモジュール３１は当該ポートの送信バッファーを検査する。もしパケットがあれば、パケットの新型ネットワーク目地アドレスＤＡに基づき、対応する端末のイーサネットＭＡＣ ＤＡを獲得し、端末のイーサネットＭＡＣ ＤＡ、イーサネットプロトコル変換ゲートウェイのＭＡＣ ＳＡ、イーサネットｌｅｎｇｔｈ ｏｒ ｆｒａｍｅ ｔｙｐｅを加え、かつ送信する。
イーサネットプロトコル変換ゲートウェイにおいて、他のモジュールの機能とアクセススイッチは類似している。
端末
主にネットワークインターフェースモジュール、業務処理モジュールとＣＰＵモジュールを備える。例えば、セットトップボックスは主にネットワークインターフェースモジュール、エンジンモジュール、ＣＰＵモジュールを備える。エンコーダボードは主にネットワークインターフェースモジュール、ビデオオーディオのコーデックエンジンモジュール、ＣＰＵモジュールを備える。ストレージは主にネットワークインターフェースモジュール、ＣＰＵモジュールと磁気ディスク配列モジュールを備える。
１．３ ＭＡＮ部分の設備は主に２種類：ノードサーバ、ノードスイッチ、メトロポリタン・エリア・サーバに分けることができる。ここで、ノードスイッチは主にネットワークインターフェースモジュール、交換エンジンモジュールとＣＰＵモジュールを備える。メトロポリタン・エリア・サーバは主にネットワークインターフェースモジュール、交換エンジンモジュールとＣＰＵモジュール構成を備える。
２、新型ネットワークデータパケットの定義
２．１ アクセスネットワークデータパケットの定義
アクセスネットワークのパケットは主に以下の部分：目的アドレス（ＤＡ）、ソースアドレス（ＳＡ）、保留バイト、ｐａｙｌｏａｄ（ＰＤＵ）、ＣＲＣを備える。
以下の表に示すように、アクセスネットワークのパケットは主に以下の部分を備える。
Figure 2013536635
ここで、目的アドレス（ＤＡ）は８バイト（ｂｙｔｅ）により構成され、第１バイトはデータパケットのタイプ（例、各種プロトコルパケット、マルチキャストデータパケット、ユニキャストデータパケット等）を表す。最多で２５６種類の可能性があり、第２バイトから第６バイトまでをＭＡＮアドレスとし、第７、第８バイトをアクセスネットワークアドレスとする。
ソースアドレス（ＳＡ）も８バイト（ｂｙｔｅ）により構成され、定義は目的アドレス（ＤＡ）と同じである。
保留バイトは２バイトより構成される。
ｐａｙｌｏａｄ部分は異なるデータグラムタイプに基づき長さが異なる。もし各種プロトコルパケットであれば６４バイトであり、もし単一のマルチキャストデータパケットであれば３２ ＋ １０２４ ＝ １０５６バイトである。当然以上の２種類に限定しない。
ＣＲＣは４バイトの構成があり、その算定方法は標準のイーサネットＣＲＣ算法をフォローする。
２．２ ＭＡＮデータパケットの定義
ＭＡＮのトポロジーは図型であり、２つの設備間には２種類、ひいては２種類以上の接続がある可能性がある。即ち、ノードスイッチとノードサーバ、ノードスイッチとノードスイッチ、ノードスイッチとノードサーバ間には全て２種類を超える接続がある可能性がある。しかし、ＭＡＮ設備のＭＡＮアドレスは１つだけである。ＭＡＮ設備間の接続関係を正確に記述するため、本発明に係る実施形態においてパラメータ：ラベルを導入することにより唯一ＭＡＮ設備を記述する。
本説明書におけるラベルの定義とＭＰＬＳ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈ、マルチプロトコルラベル交換）のラベルの定義は似ており、設備Ａと設備Ｂ間に２つの接続があると仮定すると、データパケットは設備Ａから設備Ｂまで２個ラベルがあり、データパケットは設備Ｂから設備Ａまでも２個ラベルがある。ラベルはインラベル、アウトラベルに分けられ、パケットが入る設備Ａのラベル（インラベル）は０ｘ００００であると仮定すると、このデータパケットが設備Ａが離れる場合のラベル（アウトラベル）は０ｘ０００１に変わる可能性がある。ＭＡＮのアクセスフローは集中制御におけるアクセス過程であり、ＭＡＮのアドレス割り当て、ラベル割り当てるは全てメトロポリタン・エリア・サーバにより主導されることを意味する。ノードスイッチ、ノードサーバは全て受動的に実行されるに過ぎない。この点はＭＰＬＳのラベル割り当ては異なり、ＭＰＬＳのラベル割り当てはスイッチ、サーバが互いに交渉した結果である。
以下の表に示すように、ＭＡＮのデータパケットは主に以下の部分を備える：
Figure 2013536635
即ち、目的アドレス（ＤＡ）、ソースアドレス（ＳＡ）、保留バイト（Ｒｅｓｅｒｖｅｄ）、ラベル、ｐａｙｌｏａｄ（ＰＤＵ）、ＣＲＣである。ここで、ラベルのフォーマットは以下の定義を参照すればよい：ラベルは３２ｂｉｔであり、ここで高１６ｂｉｔを保留し、低１６ｂｉｔのみを使用する。この位置はデータパケットにおける保留バイとｐａｙｌｏａｄ間にあるということを参考にできる。
３、新型ネットワークの実現
以下にノードサーバとアクセススイッチ、ノードサーバと端末のアクセスフローについて記述する。設計を簡略化するため、アクセスネットワークに定義するデータパケットタイプは4種類ある。それぞれ、ダウンリンクプロトコルパケット（ノードサーバからアクセススイッチ、端末まで送信するプロトコルパケット）、アップリンクプロトコルパケット（アクセススイッチ、端末からノードサーバのプロトコルパケットへ回答する）、
ユニキャストデータパケット、マルチキャストデータパケットである。
アクセスネットワークのアドレスは合計１６ｂｉｔあるため、アクセスできるアクセススイッチ、端末数は合計６５５３６ある。ダウンリンクプロトコルパケットのデータグラムタイプを“１０００ ００００”（二進法）、つまり０ｘ８０（十六進法）とし、アップリンクプロトコルパケットのデータグラムタイプを“００００ １０００”（二進法）、つまり０ｘ０８（十六進法）とし、ユニキャストデータパケットのデータグラムタイプを“０００１ ００００”（二進法）、つまり０ｘ１０（十六進法）とし、マルチキャストデータパケットのデータグラムタイプを“０１１１ １０００”（二進法）、つまり０ｘ７８（十六進法）と仮定すると、同類項目を合わせることにより、８ｂｉｔ長のアドレステーブルを２ｂｉｔ長のアドレステーブルにマッピングすることができる。例えば、
“１０００ ００００“＝＞“００”、ダウンリンクプロトコルパケットのアドレステーブルであり、本発明に係る実施形態において０号テーブルと定義され、
“００００ １０００“＝＞“０１”、アップリンクプロトコルパケットのアドレステーブルであり、本発明に係る実施形態において１号テーブルと定義され、
“０００１ ００００“＝＞“１０”、ユニキャストデータパケットのアドレステーブルであり、本発明に係る実施形態において２号テーブルと定義され、
“０１１１ １０００“＝＞“１１”、マルチキャストデータパケットのアドレステーブルであり、本発明に係る実施形態において３号テーブルと定義される。
１６ｂｉｔを結合するアクセスネットワークアドレスは、実際に４枚の６４Ｋ＝４ｘ６５５３６、つまり２５６Ｋのアドレステーブルのみ必要であり、アドレステーブルのアウトプットはパケットがガイドするポートを表す。例えば、その内のアクセススイッチＢＸ−００８は、アップリンクのファストイーサネットポートと、８ダウンリンクファストイーサネットポートと、ＣＰＵモジュールインターフェースを有する。もし、８ダウンリンクファストイーサネットポートを０号ポートから７号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを８号ポートと定義し、１アップリンクのファストイーサネットポートを９号ポートと定義すれば、合計２５６Ｋ ｘ １０ｂｉｔのアドレステーブルが必要である。例えばアドレステーブルのアウトプットを“００ ００００ ０００１”とし、データパケットがガイドする０号ポートを表し、“１１ ００００ ００００”はパケットがガイドする８号、９号ポートを表し、他も同様である。
９号ポートにデータパケットが入り、その目的アドレス（ＤＡ）を０ｘ８０５６ ０ｘ１５００ ０ｘ００００ ０ｘ５５ａａと仮定すると、そのデータパケットタイプを０ｘ８０とし、アクセスネットワークアドレスを０ｘ５５ａａとする。テーブル照会規則に基づきこの場合は０号テーブルを検査し、即ちアドレスを“００ ０１０１ ０１０１ １０１０ １０１０”とし、このアドレスに対応するアドレステーブルのアウトプットを“０１ ００００ ００００”とし、パケットを８号ポートへガイドすることを表す。
３．１アクセスネットワーク設備のアクセスフロー
３．１．１アクセススイッチアクセスの過程
まず、アクセスを許可した各アクセススイッチは必ずノードサーバ内に登録し、登録していないアクセススイッチはアクセスできない。図４に示すように、前記アクセススイッチアクセスの過程は以下のステップに関する。
Ｓ１において、ノードサーバが各ポートへ照会パケットを送信し、アクセススイッチが照会パケットを受信後、目下のアクセススイッチ登録情報を備える応答パケットを送信する。
Ｓ２において、ノードサーバはアクセススイッチが送信した応答パケットを受信後、どのポートにおいてアクセススイッチを受信したかが分かる。そしてノードサーバ内の登録情報テーブルにおいて当該アクセススイッチ情報を検出し検出し、当該アクセススイッチへアクセス命令を送信する（アクセスネットワークアドレスを知らせる）。当該アクセススイッチはアクセス命令を受信後にアクセスし、同時にノードサーバへアクセス命令応答を送信する。
Ｓ３において、ノードサーバはアクセススイッチが送信したアクセス命令応答を受信すれば、当該アクセススイッチはすでにアクセスしたと分かる。今後定期的にこのポートへ状態照会パケットを送信し、このアクセススイッチが正常に作動しているかどうかを検査する。同時にさらに当該アクセススイッチ下向ポートへポート照会パケットを送信し、当該アクセススイッチにて接続している他のアクセスネットワーク設備があるかどうかを検査する。もし、目下のアクセススイッチ正常に作動していれば、設備状態照会指令を受信後、状態照会応答をノードサーバへ送信する。ノードサーバが一定時間内に状態照会応答を受信していなければ、当該アクセススイッチはすでにネットワークから移動されたと認識し、状態照会パケットを二度と送信せず、引き続き本ポートへ送信照会パケットを送信する。
３．１．２ノードサーバとアクセススイッチのアクセス過程における互換の例を以下に示す。
分り易くするため、ノードサーバはノードスイッチとまだつながっていないと仮定し、ＭＡＮのアクセス過程を無視する。説明をし易くするため、このノードサーバは８ダウンリンクファストイーサネットポートがあると仮定し、０号ポートから７号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを８号ポートと定義し、磁気ディスク配列モジュールインターフェースを９号ポートと定義し、アップリンクギガビット光ポートを１０号ポートと定義し、このノードサーバ型番号をＭＳＳ−４００とする。図５に示すように、ＭＳＳ−４００の０号ポートはＢＸ−００８−０を接続し、ＢＸ−００８−０の１号ポートはＢＸ−００８−１を接続する。
Ｓ１において、ＭＳＳ−４００サーバは電源を入れた後、ハードウェアを初期化し、デフォルトＭＡＮアドレス（０ｘ００ ０ｘ００００ ０ｘ００００と仮定する）を獲得する。ハードディスクから設置ファイルをＣＰＵメモリ（例えばスイッチの登録情報、端末の登録情報等）にインポートし、ＭＳＳ−４００サーバは自身のアクセスネットワークアドレスを０ｘ００００と設置する。
Ｓ２において、ＭＳＳ−４００サーバは０、１、２、３号テーブルを初期化する。
●０号テーブルを“０００ ００００ ００００“と設置し、全ての照会パケット伝送を閉止する。
●１号テーブルを“００１ ００００ ００００”と設置し、全応答パケットをＣＰＵへガイドする。
●２号、３号テーブルを“０００ ００００ ００００“と設置し、全ての単一のマルチキャストデータパケット伝送を閉止する。
Ｓ３において、ＭＳＳ−４００サーバは自身に８下向ポートがあると分かっているため、８つの０号テーブル項目をそれぞれ以下のように設置する。
●“００ ００００ ００００ ００００ ０００１“＝＞“０００ ００００ ０００１”、即ち、目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００１である照会パケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ ００１０“＝＞“０００ ００００ ００１０”、即ち、目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００２である照会パケットを１号ポートへガイドする。
●“００ ００００ ００００ ００００ ００１１“＝＞“０００ ００００ ０１００”、即ち、目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００３である照会パケットを２号ポートへガイドする。
●“００ ００００ ００００ ００００ ０１００“＝＞“０００ ００００ １０００”、即ち、目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００４の照会パケットを３号ポートへガイドする。
●“００ ００００ ００００ ００００ ０１０１“＝＞“０００ ０００１ ００００”、即ち、目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００５である照会パケットを４号ポートへガイドする。
●“００ ００００ ００００ ００００ ０１１０“＝＞“０００ ００１０ ００００”、即ち、目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００６である照会パケットを５号ポートへガイドする。
●“００ ００００ ００００ ００００ ０１１１“＝＞“０００ ０１００ ００００”、即ち、目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００７である照会パケットを６号ポートへガイドする。
●“００ ００００ ００００ ００００ １０００“＝＞“０００ １０００ ００００”、即ち、目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００８である照会パケットを７号ポートへガイドする。
Ｓ４において、ＭＳＳ−４００サーバは目的アドレス（ＤＡ）がｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００１、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００２、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００３、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００４、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００５、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００６、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００７、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００８である照会パケット（ＳＡを全て０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００とする）を送信する。０号テーブルの設置に基づき、前記照会パケットを０から７号ポートまで順次ガイドする。
Ｓ５において、ＢＸ−００８−０、ＢＸ−００８−１スイッチが電源を入れた後、ハードウェアを初期化する。
●０号テーブル”００ ｘｘｘｘ ｘｘｘｘ ｘｘｘｘ ｘｘｘｘ”を“０１ ００００ ００００”と設置し、全ての照会パケットをＣＰＵにガイドする。
●１号テーブル”０１ ｘｘｘｘ ｘｘｘｘ ｘｘｘｘ ｘｘｘｘ”を“１０ ００００ ００００”と設置し、全応答パケットをアップリンクのファストイーサネットポートへガイドする。
●２号、３号テーブルを“０００ ００００ ００００“と設置し、全ての単一のマルチキャストデータパケット伝送を閉止する。
Ｓ６において、ＢＸ−００８−０スイッチが照会パケットを受信後、その０号テーブルの設置に基づき、当該照会パケットはそのＣＰＵモジュールまで受信される。ＣＰＵにより当該照会パケットを解析後、応答パケット（応答パケットに本スイッチの登録情報を備える）を生成し、かつＭＳＳ−４００サーバへ送信し、当該応答パケットのＤＡは０ｘ０８００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ＳＡは０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００１である。
Ｓ７において、ＭＳＳ−４００サーバはＢＸ−００８−０スイッチが送信した応答パケットを受信後、応答パケットのソースアドレス（ＳＡ）および設備タイプを比べれば、この０号ポートにおいてアクセススイッチを接続したことが分かる。そして、ノードサーバ内の登録情報テーブルからこのアクセススイッチ情報を探し出す、このアクセススイッチへアクセス命令を送信する（そのアクセスネットワークアドレスは０ｘ０００１であると知らせる）。
Ｓ８において、ＢＸ−００８−０スイッチがアクセス命令を受信後、自身のアクセスネットワークアドレスは０ｘ０００１と分かればアクセスする。こうして、その０号テーブル”００ ００００ ００００ ００００ ０００１”を“０１ ００００ ００００”と設置し、かつ０号テーブルは余った項目を”００ ００００ ００００“と設置する。即ち、本スイッチのダウンリンクプロトコルパケットのみがＣＰＵをインポートとし、同時にＭＳＳ−４００サーバへネットへイン命令応答（アクセス命令応答パケット）を送信する。
Ｓ９において、ＭＳＳ−４００サーバはＢＸ−００８−０スイッチが送信したアクセス命令応答を受信すればＢＸ−００８−０スイッチはすでにアクセスしたと分かる。今後、毎秒このポートへ設備状態照会指令を送信し、ＢＸ−００８−０スイッチが正常に作動しているかどうかを検査する。同時に、さらにＢＸ−００８−０スイッチの下向ポートへポートダウンリンクプロトコルパケットを送信し、本アクセススイッチに接続する他のアクセスネットワーク設備があるかどうかを検査する。このような状況において、ＭＳＳ−４００サーバはその０号テーブルにおいて以下のように設置する。
●“００ ００００ ００００ ００００ １００１“＝＞“０００ ００００ ０００１”、即ち、目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９であるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １０１０“＝＞“０００ ００００ ０００１”、即ち、目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ａであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １０１１“＝＞“０００ ００００ ０００１”、即ち、目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｂであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １１００“＝＞“０００ ００００ ０００１”、即ち、目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｃであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １１０１“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｄであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １１１０“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｅであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １１１“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｆであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ０００１ ００００“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ００１０であるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
ＭＳＳ−４００サーバはポート割り当て情報を含むポート割り当てパケットにより、ＢＸ−００８−０スイッチに、その０号テーブルを以下のように設置するように通知する。
● “００ ００００ ００００ ００００ １００１“＝＞“００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９であるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １０１０“＝＞“００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ａであるポートダウンリンクプロトコルパケットを１号ポートへガイドする。
●“００ ００００ ００００ ００００ １０１１“＝＞“００ ００００ ０１００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｂであるポートダウンリンクプロトコルパケットを２号ポートへガイドする。
●“００ ００００ ００００ ００００ １１００“＝＞“００ ００００ １０００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｃであるポートダウンリンクプロトコルパケットガイドを３号ポートへガイドする。
●“００ ００００ ００００ ００００ １１０１“＝＞“００ ０００１ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｄであるポートダウンリンクプロトコルパケットガイドを４号ポートへガイドする。
●“００ ００００ ００００ ００００ １１１０“＝＞“００ ００１０ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｅであるポートダウンリンクプロトコルパケットガイドを５号ポートへガイドする。
●“００ ００００ ００００ ００００ １１１１“＝＞“００ ０１００ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｆであるポートダウンリンクプロトコルパケットを６号ポートへガイドする。
●“００ ００００ ００００ ０００１ ００００“＝＞“００ １０００ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ００１０であるポートダウンリンクプロトコルパケットガイドを７号ポートへガイドする。
Ｓ１０において、ＭＳＳ−４００サーバが目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００Ａ０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｂ、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｃ、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｄ、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｅ、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｆ、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ００１０であるポートダウンリンクプロトコルパケット（ＳＡを全て０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００とする）を送信する。ＭＳＳ−４００サーバにおける０号テーブルの設置に基づき、ポートダウンリンクプロトコルパケットをＭＳＳ−４００サーバ０号ポートへ順次ガイドする。ＢＸ−００８−０スイッチにおける０号テーブルの設置に基づき、ポートダウンリンクプロトコルパケットはＢＸ−００８−０スイッチを０から７号ポートまで順次ガイドする。
Ｓ１１において、ＢＸ−００８−１スイッチはＢＸ−００８−０スイッチの１号ポートからポートダウンリンクプロトコルパケット（即ち、目的アドレスが０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ａであるポートダウンリンクプロトコルパケット）を受信後、ポートアップリンクプロトコルパケット（当該ポートアップリンクプロトコルパケットは本スイッチの登録情報を備える）をパケットを送信するＤＡは０ｘ０８００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ＳＡは０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００ａである。
Ｓ１２において、ＭＳＳ−４００サーバはＢＸ−００８−１スイッチが送信したポートアップリンクプロトコルパケットを受信後、アップリンクプロトコルパケットのソースアドレス（ＳＡ）および設備タイプを比べれば、ＢＸ−００８−０の１号ポートにてアクセススイッチを接続したことが分かる。そして、サーバ内の登録情報テーブルからこのアクセススイッチ情報を検出し検出し、かつ当該アクセススイッチへアクセス命令を送信する（そのアクセスネットワークアドレスは０ｘ０００ａであると知らせる）。
Ｓ１３において、ＢＸ−００８−１スイッチは、アクセス命令を受信後、自身のアクセスネットワークアドレスが０ｘ０００ａであると分かればアクセスする。その０号テーブル“００ ００００ ００００ ００００ １０１０”を“０１ ００００ ００００”と設置し、０号テーブルの余った項目を“００ ００００ ００００“と設置する。即ち本スイッチのダウンリンクプロトコルパケットのみがＣＰＵにインポートされ、同時にサーバへアクセス命令応答を送信する。
Ｓ１４において、ＭＳＳ−４００サーバスイッチが送信したアクセス命令応答を受信すればＢＸ−００８−１スイッチはすでにアクセスしたと分かる。今後、毎秒このポートへ設備状態照会指令を送信し、ＢＸ−００８−１スイッチが正常に作動しているかどうかを検査する。同時にさらに、ＢＸ−００８−１スイッチの下向ポートへポートダウンリンクプロトコルパケットを送信し、本アクセススイッチに接続する他のアクセスネットワーク設備があるかどうかを検査する。もし、目下のアクセススイッチが正常に作動すれば、設備状態照会指令を受信後、状態照会応答をサーバへ送信する。サーバが６秒以内に状態照会応答を受信していなければ、このアクセススイッチすでにネットワークから移動されたと認識し、設備状態照会指令を二度と送信せず、引き続き本ポートへ照会パケットを送信する。
３．１．３端末のアクセス過程
まず各アクセスを許可した端末を全て必ずノードサーバに登録し、登録していない端末はアクセスできない。図６に示すように、前記端末アクセスした過程は以下のステップに関する。
Ｓ１において、ノードサーバが各ポートへ照会パケットを送信し、端末が照会パケットを受信後、端末の登録情報を備える応答パケットを送信する。
Ｓ２において、ノードサーバが端末が送信した応答パケットを受信後、どのポートにおいてどの種類の端末（セットトップボックス、エンコーダボード或いはストレージ）に接続したかが分かる。そしてノードサーバ内の登録情報テーブルから当該端末の情報を検出し、当該端末へアクセス命令（端末のアクセスネットワークアドレスを知らせる）を送信する。端末はアクセス命令を受信後にアクセスし、同時にノードサーバへアクセス命令応答を送信する。
Ｓ３において、ノードサーバが端末が送信したアクセス命令応答を受信すれば、本端末がすでにアクセスしたと分かる。今後定期的にこのポートへ状態照会パケットを送信し、端末が正常に作動しているかどうかを検査する。もし端末が正常に作動すれば、状態照会パケットを受信後、状態照会応答をノードサーバへ送信する。ノードサーバが一定時間内に状態照会応答を受信しなければ、本端末はすでにネットワークから移動されたと認識し、二度と状態照会パケットを送信せず、引き続き本ポートへ照会パケットを送信する。
３．１．４ノードサーバとアクセススイッチ、端末のアクセス過程における互換の例を以下に説明する。
アクセスネットワークのアドレスは１６ｂｉｔと設置でき、全アクセスネットワーク設備は全て１つだけのアクセスネットワークアドレスがある（セットトップボックス、アクセススイッチ、ストレージ、ひいてはノードサーバ自身を備える）。管理し易くするため全アクセスネットワーク設備のアクセスネットワークアドレスは、ノードサーバのＣＰＵモジュールにおいてアドレス情報テーブルを保守することができる。当該表のサイズを２の１６乗、即ち６４Ｋでもあり、各表の項目は以下より構成される。
１）アドレス占用ディスクリプタ：“００”はこのアドレスが未使用であることを表し、“０１”はこのアドレスがスタンバイであることを表す（ノードサーバはこのアドレスを使用し、ポートダウンリンクプロトコルパケットを送信したが、アクセスアップリンクプロトコルパケットを未だ受信していない）。“１０”はアドレスがすでに使用されていることを表す（ノードサーバがアクセスアップリンクプロトコルパケットを受信後に設置する）。
２）設備ディスクリプタ：例えば、“００００００”をノードサーバを表し、“０００００１”は自身内のアクセススイッチＢＸ−００８を表し、“００００１０”その内のストレージを表し、“００００１１”その内の端末を表す。
３）設備リソース記述情報：例えば、当該設備がアクセススイッチである場合の、このネットワークポートに接続する設備のアクセスネットワークアドレス、この各ネットワークポートのアップ・ダウンリンクストリーム計数である。もし当該設備がストレージである場合の、このネットワークポートに接続する設備のアクセスネットワークアドレス、この読み書きルートの計数およびネットワークポートのアップ・ダウンリンクストリーム計数等である。これらの情報は全てサービスフローに方針の根拠を提供する。さらに毎回のサービスフローにおいてこれらの情報を修正する。
図７に示すように、ノードサーバＭＳＳ−４００において、０号ポートはアクセススイッチＢＸ−００８−０を接続し、１号ポートはアクセススイッチＢＸ−００８−１を接続し、ＢＸ−００８−０の０号ポートはセットトップボックスＳＴＢ−０を接続し、ＢＸ＿００８−１の１号ポートはセットトップボックスＳＴＢ−１に接続したと仮定する。
Ｓ１において、ＭＳＳ−４００サーバが電源を入れた後、ハードウェアを初期化し、デフォルトＭＡＮアドレス（０ｘ００ ０ｘ００００ ０ｘ００００と仮定する）を獲得する。ハードディスクから設置ファイルをＣＰＵメモリ（例、スイッチの登録情報、端末の登録情報等）にインポートし、ＭＳＳ−４００サーバはアドレス情報テーブルを初期化し、全てクリアし（全アドレスを未使用と表す）、ＭＳＳ−４００サーバは自身のアクセスネットワークアドレスを０ｘ００００と設置する。即ちアドレス情報テーブルの第０ｘ００００項は以下のように設置される。
●アドレス占用ディスクリプタ：“１０” はアドレスすでに使用されていることを表す。
●設備ディスクリプタ：“００００００”はノードサーバを表す。
●設備リソース記述情報：このノードサーバは８ダウンリンクファストイーサネットポートがあり、０号ポートから７号ポートまでと順次と定義し、ＣＰＵモジュールインターフェースを８号ポートと定義し、磁気ディスク配列インターフェースを９号ポートと定義し、アップリンクギガビット光ポートを１０号ポートと定義し、このノードサーバ型番号をＭＳＳ−４００とする。このネットワークポートは接続する設備のアクセスネットワークアドレスは未だ割り当てられておらず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
アドレス情報テーブルにおいて次に使用可能なアドレスを０ｘ０００１とする。
Ｓ２において、ＭＳＳ−４００サーバは０、１、２、３号テーブルを初期化する。
●０号テーブルを“０００ ００００ ００００”と設置し、即ち全ダウンリンクプロトコルパケット伝送を閉止する。
●１号テーブルを“００１ ００００ ００００”と設置し、即ち全アップリンクプロトコルパケットをＣＰＵへガイドする。
●２号、３号テーブルを“０００ ００００ ００００“と設置し、即ち全ての単一のマルチキャストデータパケット伝送を閉止する。
Ｓ３において、ＭＳＳ−４００サーバは自身に８下向ポートがあることを知っており、次の使用可能なアドレスを０ｘ０００１とする。そのためこれが設置する８つの０号テーブルの項目はそれぞれ以下の通りである。
●“００ ００００ ００００ ００００ ０００１“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００１である照会パケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ ００１０“＝＞“０００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００２である照会パケットを１号ポートへガイドする。
●“００ ００００ ００００ ００００ ００１１“＝＞“０００ ００００ ０１００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００３である照会パケットを２号ポートへガイドする。
●“００ ００００ ００００ ００００ ０１００“＝＞“０００ ００００ １０００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００４である照会パケットを３号ポートへガイドする。
●“００ ００００ ００００ ００００ ０１０１“＝＞“０００ ０００１ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００５である照会パケットを４号ポートへガイドする。
● “００ ００００ ００００ ００００ ０１１０“＝＞“０００ ００１０ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００６である照会パケットを５号ポートへガイドする。
● “００ ００００ ００００ ００００ ０１１１“＝＞“０００ ０１００ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００７である照会パケットを６号ポートへガイドする。
●“００ ００００ ００００ ００００ １０００“＝＞“０００ １０００ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００８である照会パケットを７号ポートへガイドする。
Ｓ４において、ＭＳＳ−４００サーバは、目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００１、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００２、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００３、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００４、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００５、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００６、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００７、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００８である照会パケット（ＳＡを全て０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００とする）を送信する。その０号テーブルの設置に基づき、前記照会パケットを０から７号ポートまで順次ガイドする。この際、アドレス情報テーブルの第０ｘ０００１から０ｘ０００８項までは以下のように設置される。
●アドレス占用ディスクリプタ：“０１”はこのアドレスがスタンバイであることを表す。
●設備ディスクリプタ： 修正しない。
●設備リソース記述情報：修正しない。
アドレス情報テーブルの次の使用可能なアドレスを０ｘ０００９とする。
Ｓ５において、ＢＸ−００８−０、ＢＸ−００８−１スイッチが電源を入れた後、ハードウェアを初期化する。
●０号テーブル”００ ｘｘｘｘ ｘｘｘｘ ｘｘｘｘ ｘｘｘｘ”を“０１ ００００ ００００”と設置し、即ち全ダウンリンクプロトコルパケットパケットをＣＰＵへガイドする。
●１号テーブル”０１ ｘｘｘｘ ｘｘｘｘ ｘｘｘｘ ｘｘｘｘ”を“１０ ００００ ００００”と設置し、即ち全てのアップリンクプロトコルパケットをアップリンクのファストイーサネットポートへガイドする。
●２号、３号テーブルを“００ ００００ ００００“と設置し、即ち全ての単一のマルチキャストデータパケット伝送を閉止する。
Ｓ６において、ＢＸ−００８−０スイッチが照会パケットを受信後、０号テーブルの設置に基づき、当該照会パケットはＣＰＵモジュールまで受信される。ＣＰＵモジュールにより当該照会パケットを解析し、かつ応答パケット（当該応答に本アクセススイッチ登録情報を備える）を生成し、ＭＳＳ−４００サーバへパケットを送信するＤＡは０ｘ０８００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ＳＡは０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００１である。
Ｓ７において、ＭＳＳ−４００サーバはＢＸ−００８−０スイッチが送信した応答パケットを受信後、応答パケットのソースアドレス（ＳＡ）、および設備タイプを比べれば、０号ポートにおいて接続したアクセススイッチが分かる。そして、ノードサーバ内の登録情報テーブルからこのアクセススイッチ情報を検出し、当該アクセススイッチへアクセス命令を送信する（アクセスネットワークアドレスを０ｘ０００１とすることを知らせる）。
Ｓ８において、ＢＸ−００８−０スイッチがアクセス命令を受信後、自身のアクセスネットワークアドレスが０ｘ０００１であると分かればアクセスする。こうして、０号テーブル”００ ００００ ００００ ００００ ０００１”を“０１ ００００ ００００”と設置し、０号テーブルの余った項目を“００ ００００ ００００”と設置する。即ち、本スイッチのダウンリンクプロトコルパケットのみがＣＰＵをインポートとし、同時にサーバへアクセス命令応答を送信する。
Ｓ９において、ＭＳＳ−４００サーバがＢＸ−００８−０スイッチにより送信されたアクセス命令応答を受信すれば、ＢＸ−００８−０スイッチはすでにアクセスしたと分かる。こうして、サーバ内のアドレス情報テーブルの第０ｘ０００１項は以下のように設置される。
●アドレス占用ディスクリプタ：“１０”はアドレスすでに使用されていることを表す。
●設備ディスクリプタ：“０００００１”は自身内のアクセススイッチＢＸ−００８を表す。
●設備リソース記述情報：このアクセススイッチは８ダウンリンクファストイーサネットポートがあり、０号ポートから７号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを８号ポートと定義し、アップリンクファストイーサネットポートを９号ポートと定義する。このアクセススイッチ型番号をＢＸ−００８とし、このアップリンクネットワークポートは接続する設備のアクセスネットワークアドレスは０ｘ００００（即ちＭＳＳ−４００）である。ダウンリンクネットワークポートは接続する設備のアクセスネットワークアドレスは未だ割り当てられておらず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
今後、毎秒このポートへ設備状態照会指令を送信し、ＢＸ−００８−０スイッチが正常に作動しているかどうかを検査する。同時にさらに、ＢＸ−００８−０スイッチの下向ポートへポートダウンリンクプロトコルパケットを送信し、本アクセススイッチに接続する他のアクセスネットワーク設備があるかどうかを検査する。このような状況において、ＭＳＳ−４００サーバを０号テーブルにおいて以下のように設置する。
●“００ ００００ ００００ ００００ １００１“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９であるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １０１０“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ａであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １０１１“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｂであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １１００“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｃであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １１０１“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｄであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １１１０“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｅであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １１１１“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｆであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ０００１ ００００“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ００１０であるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
ＭＳＳ−４００サーバはポート割り当て情報を含むポート割り当てパケットにより、ＢＸ−００８−０スイッチが０号テーブルにおいて以下のように設置するよう通知する。
●“００ ００００ ００００ ００００ １００１“＝＞“００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９であるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １０１０“＝＞“００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ａであるポートダウンリンクプロトコルパケットを１号ポートへガイドする。
●“００ ００００ ００００ ００００ １０１１“＝＞“００ ００００ ０１００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｂであるポートダウンリンクプロトコルパケットを２号ポートへガイドする。
●“００ ００００ ００００ ００００ １１００“＝＞“００ ００００ １０００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｃであるポートダウンリンクプロトコルパケットを３号ポートへガイドする。
● “００ ００００ ００００ ００００ １１０１“＝＞“００ ０００１ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｄであるポートダウンリンクプロトコルパケットを４号ポートへガイドする。
●“００ ００００ ００００ ００００ １１１０“＝＞“００ ００１０ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｅであるポートダウンリンクプロトコルパケットを５号ポートへガイドする。
●“００ ００００ ００００ ００００ １１１１“＝＞“００ ０１００ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｆであるポートダウンリンクプロトコルパケットを６号ポートへガイドする。
●“００ ００００ ００００ ０００１ ００００“＝＞“００ １０００ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ００１０であるポートダウンリンクプロトコルパケットを７号ポートへガイドする。
Ｓ１０において、ＭＳＳ−４００サーバは、目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００Ａ０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｂ、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｃ、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｄ、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｅ、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｆ、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ００１０であるポートダウンリンクプロトコルパケット（ＳＡを全て０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００とする）を送信する。ＭＳＳ−４００サーバにおける０号テーブルの設置に基づき、前記ポートダウンリンクプロトコルパケットはＭＳＳ−４００サーバへ０号ポートを順次ガイドし、ＢＸ−００８−０スイッチにおける０号テーブル設置に基づき、ポートダウンリンクプロトコルパケットはＢＸ−００８−０スイッチを０から７号ポートまで順次ガイドする。かつ、ＭＳＳ−４００サーバにおけるアドレス情報テーブルの第０ｘ０００９かｒ０ｘ００１０項までは以下のように設置される。
●アドレス占用ディスクリプタ：“０１”はこのアドレスがスタンバイであることを表す。
●設備ディスクリプタ： 修正しない。
●設備リソース記述情報：修正しない。
次の使用可能なアドレスを０x0011とする。
Ｓ１１において、ＳＴＢ−０はＢＸ−００８−０スイッチの０号ポートからポートダウンリンクプロトコルパケット（即ち、目的アドレスが０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９であるポートダウンリンクプロトコルパケット）を受信後、ポートアップリンクプロトコルパケット（本端末の登録情報を備える）をパケットを送信するＤＡは０ｘ０８００ ０ｘ００００ ０ｘ００００ ０ｘ００００であり、ＳＡは０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００９（スイッチの０号ポート）である。
Ｓ１２において、ＭＳＳ−４００サーバはＳＴＢ−０スイッチが送信したポートアップリンクプロトコルパケットを受信後、アップリンクプロトコルパケットのソースアドレス（ＳＡ）および設備タイプを比べれば、ＢＸ−００８−０の０号ポートにおいて端末に接続したことが分かる。そしてサーバ内の登録情報テーブルから端末情報を検出し、端末へアクセス命令（端末のアクセスネットワークアドレスを０ｘ０００９とすることを知らせる）を送信する。
Ｓ１３において、ＳＴＢ−０がアクセス命令を受信後、自身のアクセスネットワークアドレスが０ｘ０００９であると分かればアクセスする。同時にサーバへアクセス命令応答を送信する。
Ｓ１４において、ＭＳＳ−４００サーバがＳＴＢ−０が送信したアクセス命令応答を受信すれば、ＳＴＢ−０スイッチがすでにアクセスしたことが分かる。こうしてアドレス情報テーブルの第０ｘ０００９項を以下のように設置する。
●アドレス占用ディスクリプタ：“１０”はアドレスすでに使用されていることを表す。
●設備ディスクリプタ：“００００１１”はその内の端末を表す。
●設備リソース記述情報：この端末は、ビデオオーディオのコーデックエンジンと、１ファストイーサネットポートとを有する。この端末型番号をＳＴＢとし、このネットワークポートは接続する設備のアクセスネットワークアドレスは０ｘ０００１（即ちＢＸ−００８−０）であり、このネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
アドレス情報テーブルの第０ｘ０００１項は以下のように設置される。
●アドレス占用ディスクリプタ：修正しない。
●設備ディスクリプタ：修正しない。
●設備リソース記述情報：このアクセススイッチは８ダウンリンクファストイーサネットポートがあり、０号ポートから７号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを８号ポートと定義し、アップリンクファストイーサネットポートを９号ポートと定義する。このアクセススイッチ型番号をＢＸ−００８とし、このアップリンクネットワークポートは接続する設備のアクセスネットワークアドレスは０ｘ００００（即ちＭＳＳ−４００）であり、ダウンリンクネットワークポート０が接続する設備のアクセスネットワークアドレスは０ｘ０００９である。その余りは未だ割り当てられておらず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
今後、ＭＳＳ−４００サーバは毎秒このポートへ設備状態照会指令を送信し、ＳＴＢ−０が正常に作動しているかどうかを検査する。サーバが６秒以内に状態照会応答を受信していなければ、ＳＴＢ−０はすでにネットワークから移動されたと認識し、設備状態照会指令を二度と送信せず、引き続き本ポートへ照会パケットを送信する。
前記第Ｓ６―Ｓ１４ステップを参照すると、ＢＸ−００８−１もアクセスでき、そのアクセスネットワークアドレスを獲得し、０ｘ０００２とする。ＳＴＢ−１もアクセスでき、そのアクセスネットワークアドレスを獲得し、０ｘ００１２とする。
３．１．５アクセスネットワーク設備アクセス過程におけるデータフォーマットを以下のように定義する。
ＰＤＵはユーザー端末とサーバの情報互換方式であり、ユーザー端末とサーバはロウソケット（Ｒａｗ Ｓｏｃｋｅｔ）を使用してＰＤＵを伝送し、そのデータフォーマットは以下の通りである。
Figure 2013536635
３．２アクセスネットワーク設備の通信接続フロー。
３．２．１アクセスネットワーク設備がユニキャスト通信サービスの通信接続を実行するフローを以下に説明する。
図７に示すように、ノードサーバＭＳＳ−４００（アクセスネットワークアドレスを０ｘ００００とする）において、０号ポートにアクセススイッチＢＸ−００８−０（アクセスネットワークアドレスとする０ｘ０００１）を接続し、1号ポートはアクセススイッチＢＸ−００８−１（アクセスネットワークアドレスを０ｘ０００２とする）を接続し、ＢＸ−００８−０の０号ポートはセットトップボックスＳＴＢ−０（アクセスネットワークアドレスを０ｘ０００９とする）を接続し、ＢＸ＿００８−１の１号ポートはセットトップボックスＳＴＢ−１（アクセスネットワークアドレスを０ｘ００１２とする）を接続すると仮定する。セットトップボックスＳＴＢ＿０が、ノードサーバＭＳＳ−４００へ申請とセットトップボックスＳＴＢ＿１を送信し、ビデオ通信のユニキャスト通信サービスを行うステップは、以下の通りである。
Ｓ１において、セットトップボックスＳＴＢ＿０は、サービス請求プロトコルパケットを送信し、パケットのＤＡ（目的アドレス）を０ｘ０８００ ０ｘ００００ ０ｘ００００ ０ｘ００００（即ちＭＳＳ−４００のアドレス）とし、ＳＡ（ソースアドレス）を０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００９とする。当該パケットにおいて、さらにｒｅｓｅｒｖｅｄ ０ｘ００００（リザーブワード）を備えることができ、ＰＤＵ部分は以下の表に示す通りである。
Figure 2013536635
サービス申請に関する番組番号、ブロードキャストチャンネル番号は全てサービスパラメータに入れる、例えば、
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＧＴＭＬ＿ＲＥＱＵＥＳＴ ０ｘ８０００ はメニューを申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＶＯＤ＿ＲＥＱＵＥＳＴ ０ｘ８００１はオンデマンド番組を申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＣＨＡＮＧＥ＿ＭＥＮＵ ０ｘ８００２は背景メニューの変更を申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＢＲＯＡＤＣＡＳＴ＿ＲＥＱＵＥＳＴ ０ｘ８００３はブロードキャスト視聴を申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＣＨＡＮＧＥ＿ＣＨＡＮＮＥＬ ０ｘ８００４はチャンネル切り換えを申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＤＩＲＥＣＴ ０ｘ８００５はテレビ電話をかけることを申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＰＥＲＭＩＳＳＩＯＮ ０ｘ８００６はアクセスした応答を許可するかどうか判断する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＲＥＣＯＲＤ＿ＲＥＱＵＥＳＴ ０ｘ８００７は記録を申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＥＮＤ＿ＲＥＱＵＥＳＴ ０ｘ８００８は目下のサービスの終了を申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＯＲＧ＿ＣＡＳＴ＿ＲＥＱＵＥＳＴ ０ｘ８００９は生中継開始を申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＤＤＢ＿ＲＥＱＵＥＳＴ ０ｘ８００ｂは遅延テレビの視聴を申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＳＫＩＰ ０ｘ８００ｃはオンデマンド或いは遅延テレビを視聴する過程において早送り 巻き戻し 一時停止 継続を実行する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＲＥＣＯＲＤ＿ＥＮＤ ０ｘ８００ｅは記録の終了を申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＶＩＥＷ＿Ｍｏｎｉｔｏｒ＿ＤＩＲＥＣＴ ０ｘ８０２４は視聴のモニターを申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＲＣＶ＿ＣＡＳＴ＿ＤＩＲＥＣＴ ０ｘ８０２５は生中継の視聴を申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＲＥＱＵＥＳＴ ０はテレビ電話をかけることを申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＲＣＶ＿ＣＡＳＴ＿ＲＥＱＵＥＳＴ ０ｘａは生中継の視聴を申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＶＩＥＷ＿Ｍｏｎｉｔｏｒ ０ｘｃは視聴のモニターを申請する。
この例において、サービスパラメータをＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＲＥＱＵＥＳＴ或いはＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＤＩＲＥＣＴとする。
Ｓ２において、セットトップボックスＳＴＢ＿０とノードサーバＭＳＳ−４００間に接続するアクセススイッチＢＸ−００８−０における１号テーブルにおける設置に基づき、当該サービス請求プロトコルパケットはノードサーバＭＳＳ−４００までガイドされる。ノードサーバＭＳＳ−４００はパケットのコンテンツに基づき、ビデオ通信の申請（サービスタイプ）を受信したことを判断する。サービス番号に基づきＣＡＭ表（コンテンツ−アドレスマッピングテーブル）を検査し、着呼（目標端末）はＳＴＢ＿１と分かる。自身内のアドレス情報テーブルに基づき、今回のサービスに関するリンクトポロジーが分かり、リンク許可を判断すれば、双方は通信を実行できる。こうして、メニュープロトコルパケットを発呼（ＳＴＢ＿０）と着呼（ＳＴＢ＿１）にそれぞれ送信し、かつ着呼の応答を待つ。
ここで、ＳＴＢ＿０へ送信したメニュープロトコルパケット：ＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９とし、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００とし、ｒｅｓｅｒｖｅｄ ０ｘ００００、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
ＳＴＢ＿１へ送信するメニュープロトコルパケット：ＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ００１２とし、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００とし、ｒｅｓｅｒｖｅｄ ０ｘ００００、ＰＤＵ部分は上記表に示す。
Ｓ３において、ノードサーバＭＳＳ−４００における０号テーブルの設置、および、アクセススイッチＢＸ−００８−０とＢＸ−００８−１における０号テーブルの設置に基づき、この２つのメニュープロトコルパケットはセットトップボックスＳＴＢ＿０とＳＴＢ＿１までそれぞれガイドされ、着呼ＳＴＢ＿１は申請ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＰＥＲＭＩＳＳＩＯＮ を送信し、ＳＴＢ＿１を接続し、通信を受ける。かつ、ノードサーバＭＳＳ−４００へ応答プロトコルパケットを送信し、当該パケットのＤＡを０ｘ０８００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ＳＡ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００１２、ｒｅｓｅｒｖｅｄ ０ｘ００００とし、サービスパラメータはＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＰＥＲＭＩＳＳＩＯＮであり、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
Ｓ４において、アクセススイッチＢＸ−００８−１における１号テーブルの設置に基づき、前記応答プロトコルパケットをノードサーバＭＳＳ−４００へガイドする。ノードサーバＭＳＳ−４００はパケットのコンテンツに基づき、ビデオ通信を受信する申請を受信すると判断する。サービス番号に基づきＣＡＭ表を調べれば着呼はＳＴＢ＿１であると分かる。自身内のアドレス情報テーブルに基づき、ノードサーバＭＳＳ−４００は今回のサービスに関するリンクトポロジーが分かり、リンクが許可したと判断し、双方は通信を実行できる。
このような状況において、ノードサーバＭＳＳ−４００が設置する自身の２号テーブルは以下の通りである。
●“１０ ００００ ００００ ０００１ ００１０“＝＞“０００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ００１２（即ちセットトップボックスＢＸ−００８−１）であるユニキャストデータパケットを１号ポートへガイドする。
●“１０ ００００ ００００ ００００ １００１“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９（即ちセットトップボックスＢＸ−００８−０）であるユニキャストデータパケットを０号ポートへガイドする。
かつ、ノードサーバＭＳＳ−４００はアップリンク（発呼経路）とダウンリンク（着呼経路）における全アクセススイッチへポート設置命令を送信する。同時に相手のアドレスのアップリンクと自身アドレスのダウンリンクを開放するよう要求する。
アクセススイッチＢＸ−００８−０へ送信する２つのパケットは以下説明する。
１）１つ目のパケットのＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００１とし、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
２）２つ目のパケットのＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００１とし、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
アクセススイッチＢＸ−００８−１へ送信する２つのパケットは以下説明する。
１）１つ目のパケットのＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００２とし、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
２）２つ目のパケットのＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００２とし、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
セットトップボックスＳＴＢ−０へ送信するパケット（サービス処理命令、本例ではコーデック命令とする）
パケットのＤＡ０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９、ＳＡ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
ＳＴＢ−１へ送信するパケット（サービス処理命令、本例ではコーデック命令とする）
パケットのＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ００１２、ＳＡ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
前記コーデック命令のＰＤＵにおいて、フィールド番号１３はコーディングタイプ：０＝停止コーディング、０ｆｆｆｆ＝現状保守を表し、０ｘｆｆｆｅは解読したデータフィードバックし、ローカルコーディングを実行しない。フィールド番号１４は解読タイプ：０＝停止解読、０ｆｆｆｆ＝現状保守を表す。フィールド番号１５―１８はコーディングアドレス（ＤＡ或いはマルチキャストアドレス）：０ｘｆｆｆｆ＝現状保守を表す。フィールド番号１９−２２は解読アドレス（ＤＡ或いはマルチキャストアドレス）：０ｘｆｆｆｆ＝現状保守を表す。フィールド番号２３は、ＨＢ：ＨＡＤをコーディングする、ＬＢ：解読したＨＡＤを表す。０ｘｆｆｆｆ＝現状保守。フィールド番号２４はベルパラメータ：０＝ベル閉止、１＝開始ベル、０ｘｆｆｆｆ＝現状保守表す。フィールド番号２５はＰＴＺ動作パラメータ：０ｘｆｆｆｆ＝現状保守を表す。フィールド番号２６は補助チャンネル動作パラメータ：０ｘｆｆｆｆ＝現状保守を表す。
ここで、コーディングタイプを以下の表に示す。
Figure 2013536635
Ｓ５において、ノードサーバＭＳＳ−４００における０号テーブルの設置、およびアクセススイッチＢＸ−００８−０、ＢＸ−００８−１における０号テーブルの設置に基づき、先の４つをアクセススイッチパケットへ送信し、それぞれＢＸ−００８−０、ＢＸ−００８−１へガイドする。
このような状況において、アクセススイッチＢＸ−００８−０が設置する自身の２号テーブルを以下に説明する。
●“１０ ００００ ００００ ０００１ ００１０“＝＞“１０ ００００ ００００”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ００１２であるユニキャストデータパケットを９号ポートへガイドする。
●“１０ ００００ ００００ ００００ １００１“＝＞“００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９であるユニキャストデータパケットを０号ポートへガイドする。
アクセススイッチＢＸ−００８−１が設置する自身の２号テーブルを以下に説明する。
●“１０ ００００ ００００ ０００１ ００１０“＝＞“００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ００１２であるユニキャストデータパケットを１号ポートへガイドする。
●“１０ ００００ ００００ ００００ １００１“＝＞“１０ ００００ ００００”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９であるユニキャストデータパケットを９号ポートへガイドする。
ノードサーバＭＳＳ−４００における０号テーブルの設置、およびアクセススイッチＢＸ−００８−０、ＢＸ−００８−１における０号テーブルの設置に基づき、後の２つのセットトップボックスへパケットを送信するはセットトップボックスＳＴＢ−０、ＳＴＢ−１までそれぞれガイドする。パケットを受信後、セットトップボックスＳＴＢ−０、ＳＴＢ−１は、パケットのコンテンツに基づきコーデックを開始、かつ受信、ユニキャストデータを送信できる。
具体的に、当回サービスの通信リンクを設置後、前記セットトップボックスＳＴＢ−０、ＳＴＢ−１が前記通信リンクによりユニキャストデータを受・送信する過程は以下に説明する。
１）セットトップボックスＳＴＢ−０はセットトップボックスＳＴＢ−１へユニキャストデータパケットを送信し、当該パケットのＤＡは０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ００１２、ＳＡは０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００９である。
２）当該ユニキャストデータパケットがアクセススイッチＢＸ−００８−０に入り、アクセススイッチＢＸ−００８−０の交換エンジンモジュールは組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０ ００００ ００００ ０００１ ００１０”、当該項目のアウトプットは“１０ ００００ ００００”（“１０ ００００ ００００ ０００１ ００１０“＝＞“１０ ００００ ００００”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ００１２であるユニキャストデータパケットは９号ポートへガイドする）であり、アップリンク９号ポートを開くことを表す。目下のユニキャストデータパケットを当該９号ポートを介してノードサーバＭＳＳ−４００に入る。
３）ノードサーバＭＳＳ−４００が前記ユニキャストデータパケットを受信後、その交換エンジンは組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０ ００００ ００００ ０００１ ００１０”、当該項目のアウトプットは“０００ ００００ ００１０”（“１０ ００００ ００００ ０００１ ００１０“＝＞“０００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ００１２であるユニキャストデータパケットを1号ポートへガイドする）であり、ダウンリンク1号ポートを開くことを表す。目下のユニキャストデータパケットは当該１号ポートを介してアクセススイッチＢＸ−００８−１に入る。
４）アクセススイッチＢＸ−００８−１が前記ユニキャストデータパケットを受信後、その交換エンジンモジュールは組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０ ００００ ００００ ０００１ ００１０”、当該項目のアウトプットは“００ ００００ ００１０”（“１０ ００００ ００００ ０００１ ００１０“＝＞“００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ００１２であるユニキャストデータパケットを１号ポートへガイドする）であり、ダウンリンク１号ポートを開くことを表す。目下のユニキャストデータパケットは当該１号ポートを介してセットトップボックスＳＴＢ−１に入る。
５）セットトップボックスＳＴＢ−１はセットトップボックスＳＴＢ−０へユニキャストデータパケットを送信し、当該パケットのＤＡは０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９、ＳＡは０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００１２である。
６）当該ユニキャストデータパケットはアクセススイッチＢＸ−００８−１に入り、アクセススイッチＢＸ−００８−１の交換エンジンモジュール組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０ ００００ ００００ ００００ １００１”、当該項目のアウトプットは“１０ ００００ ００００”（“１０ ００００ ００００ ００００ １００１“＝＞“１０ ００００ ００００”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９であるユニキャストデータパケットを９号ポートへガイドする）であり、アップリンク９号ポートを開くことを表す。目下のユニキャストデータパケットは当該９号ポートを介してノードサーバＭＳＳ−４００に入る。
７）ノードサーバＭＳＳ−４００が前記ユニキャストデータパケットを受信後、その交換エンジン組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０ ００００ ００００ ００００ １００１”、当該項目のアウトプットは“０００ ００００ ０００１”（“１０ ００００ ００００ ００００ １００１“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９であるユニキャストデータパケットを０号ポートへガイドする）であり、ダウンリンク０号ポートを開くことを表す。目下のユニキャストデータパケットは当該０号ポートを介してアクセススイッチＢＸ−００８−０に入る。
８）アクセススイッチＢＸ−００８−０が前記ユニキャストデータパケットを受信後、その交換エンジンモジュール組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０ ００００ ００００ ００００ １００１”、当該項目のアウトプットは“００ ００００ ０００１”（“１０ ００００ ００００ ００００ １００１“＝＞“００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９であるユニキャストデータパケットを０号ポートへガイドする）であり、ダウンリンク０号ポートを開くことを表す。目下のユニキャストデータパケットは当該０号ポートを介してセットトップボックスＳＴＢ−０に入る。
前記過程を応用し、ユニキャストサービス通信を実行する簡単な例を１つ以下に説明する。
ＳＴＢ−０がＭＳＳ−４００サーバへＳＴＢ−１へテレビ電話をかけること申請し、ＳＴＢ−０がＭＳＳ−４００へ送信するサービス申請パケットにおいて、申請するサービスのタイプ（本例はテレビ電話であるため、相手の番号、例えば８８８８ ８８８８ ８８８８を備える）を含むと仮定する。
ＭＳＳ−４００サーバがサービス申請パケットを受信後、調べるサービスタイプがテレビ電話と分かれば、テレビ電話サービスフローにスキップする。相手の番号（８８８８ ８８８８ ８８８８）に基づき、ＭＳＳ−４００サーバはＣＡＭを介してＳＴＢ−１を獲得できる、アクセスネットワークアドレス（ＳＴＢ−１にてアクセスする場合、ＭＳＳ−４００サーバはＣＡＭのコンテンツを更新するため、アドレスを０ｘ００１２とし、８８８８ ８８８８ ８８８８と更新する）を照会する。ＳＴＢ−０、ＳＴＢ−１のアクセスネットワークアドレスに基づき、アドレス情報テーブルを調べれば、それらのトポロジー情報が分かる。０ｘ０００９によりＳＴＢ−０と続いてＢＸ−００８−０の０号ポートは分かり、さらにアップ・ダウンリンクレートを０とし、よってリンクレートを１００Ｍｂｉｔ／ｓとする。ＢＸ−００８−０のアクセスネットワークアドレスは０ｘ０００１であり、アドレス情報テーブルを調べれば、ＢＸ−００８−０と続いてＭＳＳ−４００の０号ポートは分かり、さらにアップ・ダウンリンクレートを０とし、よってリンクレートを１００Ｍｂｉｔ／ｓとする。同様に、ＳＴＢ−１のリンクのストリーム情報が分かり、よって申請するテレビ電話のアップ・ダウンリンク帯域幅は２Ｍｂｉｔ／ｓであり、要求を満たす。さらに検査した他の情報も要求を満たしていれば、サーバは着呼セットトップボックスと発呼セットトップボックス間の全スイッチのこの２つのユニキャストデータの経路を開き（ＢＸ−００８−０の０号ポートと、ＢＸ−００８−１の１号ポートに対するアドレスマッチングおよび精確なストリーム制御を備える）、アドレス情報テーブルを調べるリンクのストリーム情報を修正し、サーバはコーデック命令を双方セットトップボックスへ送信する。
３．２．２アクセスネットワーク設備がマルチキャスト通信サービスを実行する通信接続フローを以下に説明する。
図７に示すように、ノードサーバＭＳＳ−４００（アクセスネットワークアドレスを０ｘ００００とする）があると仮定し、この０号ポートはアクセススイッチＢＸ−００８−０（アクセスネットワークアドレスを０ｘ０００１とする）に接続し、この１号ポートはアクセススイッチＢＸ−００８−１（アクセスネットワークアドレスを０ｘ０００２とする）に接続する。ＢＸ−００８−０の０号ポートはセットトップボックスＳＴＢ−０（アクセスネットワークアドレスを０ｘ０００９とする）に接続し、ＳＴＢ＿０の番号は０ｘ６６６６ ０ｘ６６６６ ０ｘ６６６６である。ＢＸ＿００８−１の１号ポートはセットトップボックスＳＴＢ−１（アクセスネットワークアドレスを０ｘ００１２とする）に接続し、ＳＴＢ＿１の番号は０ｘ８８８８ ０ｘ８８８８ ０ｘ８８８８である。セットトップボックスＳＴＢ＿０がノードサーバＭＳＳ−４００へ生中継の開始を申請するステップを以下に説明する。
Ｓ１において、セットトップボックスＳＴＢ＿０は生中継を開始するサービス請求プロトコルパケットパケットを送信するＤＡは０ｘ０８００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ＳＡは０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００９、ｒｅｓｅｒｖｅｄ ０ｘ００００（リザーブワード）であり、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
Ｓ２において、セットトップボックスＳＴＢ＿０とノードサーバＭＳＳ−４００間に接続するアクセススイッチＢＸ−００８−０における１号テーブルの設置に基づき、当該サービス請求プロトコルパケットはノードサーバＭＳＳ−４００へガイドされる。ノードサーバＭＳＳ−４００はパケットのコンテンツに基づき、生中継開始の申請（サービスタイプ）を受信したと判断する。サービス番号に基づきＣＡＭ表（コンテンツ−アドレスマッピングテーブル）を調べれば、ユーザー（ソース端末）はＳＴＢ＿０であると分かる。自身内のアドレス情報テーブルに基づき、今回のサービスに関するリンクトポロジーが分かり、リンクが許可したと判断し、生中継を開始できる。こうしてマルチキャストアドレスを０ｘ０００８と割り当てる。かつ、ノードサーバは目下の通信リンクにおける全アクセススイッチへポート設置命令を送信し、同時に相手のアドレスのアップリンクと自身アドレスのダウンリンクを開放することを要求する。この場合、リンクトポロジーを介して判断し、目下はアクセススイッチＢＸ−００８−０のみを設置すれば良いことが分かる。
このような状況において、ノードサーバＭＳＳ−４００はアクセススイッチＢＸ−００８−０へパケットを送信する。
パケットのＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００１、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００（リザーブワード）とし、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
ノードサーバＭＳＳ−４００はセットトップボックスＳＴＢ−０へパケットを送信する（サービス処理命令、本例ではコーデック命令とする）。
パケットのＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
Ｓ３において、ノードサーバＭＳＳ−４００における０号テーブルの設置に基づき、アクセススイッチＢＸ−００８−０へ送信するパケットをＢＸ−００８−０までガイドする。このような状況において、ＢＸ−００８−０が設置する自身の３号テーブルを以下に説明する。
●“１１ ００００ ００００ ００００ １０００“＝＞“００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ７８００ ０ｘ００００ ０ｘ００００ ０ｘ０００８であるマルチキャストデータパケットを０号ポートへガイドする。
Ｓ４において、ノードサーバＭＳＳ−４００における０号テーブルの設置、およびアクセススイッチＢＸ−００８−０における０号テーブルの設置に基づき、セットトップボックスＳＴＢ−０へ送信するパケットをＳＴＢ−０までガイドする。ＳＴＢ−０はパケットのコンテンツに基づきコーデックを開始し、かつ受信を開始し、マルチキャストデータを送信する。
具体的に、前記セットトップボックスＳＴＢ−０が目下の生中継に基づき、通信リンクを受・送信するマルチキャストデータを開始する過程は以下に説明する。
１）セットトップボックスＳＴＢ−０はマルチキャストデータパケットを送信し、当該パケットのＤＡは０ｘ７８００ ０ｘ００００ ０ｘ００００ ０ｘ０００８（マルチキャストアドレス）であり、ＳＡは０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００９である。
２）前記マルチキャストデータパケットはアクセススイッチＢＸ−００８−０に入り、アクセススイッチＢＸ−００８−０の交換エンジンモジュールは組み合わせアドレス域に基づき３号テーブルを調べ、表のアドレスは“１１ ００００ ００００ ００００ １０００”、当該項目のアウトプットは“００ ００００ ０００１”（“１１ ００００ ００００ ００００ １０００“＝＞“００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ７８００ ０ｘ００００ ０ｘ００００ ０ｘ０００８であるマルチキャストデータパケットを０号ポートへガイドする）であり、ダウンリンク０号ポートを開くことを表す。目下のマルチキャストデータパケットは当該０号ポートを介してセットトップボックスＳＴＢ−０に入る。
セットトップボックスＳＴＢ＿１がノードサーバＭＳＳ−４００へ生中継視聴を申請し、番号は０ｘ６６６６ ０ｘ６６６６ ０ｘ６６６６であるステップを以下に説明する。
Ｓ１において、セットトップボックスＳＴＢ＿１生中継を視聴するサービス請求プロトコルパケットを送信する。パケットのＤＡは ０ｘ０８００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ＳＡ は０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００１２、ｒｅｓｅｒｖｅｄ ０ｘ００００であり、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
Ｓ２において、セットトップボックスＳＴＢ＿１とノードサーバＭＳＳ−４００間に接続するアクセススイッチＢＸ−００８−１における１号テーブルの設置に基づき、当該サービス請求プロトコルパケットはノードサーバＭＳＳ−４００へガイドされる。ノードサーバＭＳＳ−４００はパケットのコンテンツに基づき、生中継を視聴する申請をを受信したと判断する。サービス番号に基づきＣＡＭ表を調べれば、開始者（ソース端末）はＳＴＢ＿０であると分かる。自身内のアドレス情報テーブルに基づき、今回のサービスに関するリンクトポロジーが分かり、リンクが許可したと判断し、生中継を視聴できる。こうしてマルチキャストアドレス（対応してソース端末のマルチキャストアドレスに割り当てる）を０ｘ０００８と割り当てる。かつ、ノードサーバは目下の通信リンクにおける全アクセススイッチへポート設置命令を送信し、同時に相手のアドレスのアップリンクと自身アドレスのダウンリンクを開放することを要求する。このような状況において、ノードサーバＭＳＳ−４００がが設置する自身の３号テーブルを以下に説明する。
●“１１ ００００ ００００ ００００ １０００“＝＞“０００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ７８００ ０ｘ００００ ０ｘ００００ ０ｘ０００８であるマルチキャストデータパケットを1号ポートへガイドする。
同時に、ノードサーバMSS-400はアクセススイッチBX-008-0へパケットを送信する。
パケットのＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００１、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
同時に、ノードサーバＭＳＳ−４００はアクセススイッチＢＸ−００８−１へパケットを送信する。
パケットのＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００２、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
同時に、ノードサーバＭＳＳ−４００はセットトップボックスＳＴＢ−１へパケットを送信する。
パケットのＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ００１２、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
Ｓ３において、ノードサーバＭＳＳ−４００における０号テーブルの設置に基づき、アクセススイッチＢＸ−００８−０、ＢＸ−００８−１へ送信するそれぞれアクセススイッチＢＸ−００８−０とＢＸ−００８−１までガイドする。
このような状況において、アクセススイッチＢＸ−００８−０が設置する自身の３号テーブルを以下に説明する。
●“１１ ００００ ００００ ００００ １０００“＝＞“１０ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ７８００ ０ｘ００００ ０ｘ００００ ０ｘ０００８であるマルチキャストデータパケットを０号、９号ポートへガイドする。
アクセススイッチＢＸ−００８−１が設置する自身の３号テーブルを以下に説明する。
●“１１ ００００ ００００ ００００ １０００“＝＞“００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ７８００ ０ｘ００００ ０ｘ００００ ０ｘ０００８であるマルチキャストデータパケットを１号ポートへガイドする。
Ｓ４において、ノードサーバＭＳＳ−４００における０号テーブルの設置、およびアクセススイッチＢＸ−００８−１における０号テーブルの設置に基づき、セットトップボックスＳＴＢ−１へ送信するパケットをＳＴＢ−１までガイドする。ＳＴＢ−１パケットのコンテンツに基づきマルチキャストデータを受信し、解読する。
具体的に、前記セットトップボックスＳＴＢ−１が目下の生中継視聴の通信リンクによりマルチキャストデータを受信する過程は、
１）セットトップボックスＳＴＢ−０はマルチキャストデータパケットを送信する。当該パケットのＤＡは０ｘ７８００ ０ｘ００００ ０ｘ００００ ０ｘ０００８（マルチキャストアドレス）、ＳＡは０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００９である。
２）前記マルチキャストデータパケットはアクセススイッチＢＸ−００８−０に入り、アクセススイッチＢＸ−００８−０の交換エンジンモジュール組み合わせアドレス域に基づき３号テーブルを調べ、表のアドレスは“１１ ００００ ００００ ００００ １０００”、当該項目のアウトプットは“１０ ００００ ０００１”（“１１ ００００ ００００ ００００ １０００“＝＞“１０ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ７８００ ０ｘ００００ ０ｘ００００ ０ｘ０００８であるマルチキャストデータパケットを０号、９号ポートへガイドする）である。ダウンリンク０号ポートアップリンク９号ポートを開くことを表し、目下のマルチキャストデータパケットは当該０号ポートを介してセットトップボックスＳＴＢ−０入り、当該９号ポートを介してノードサーバＭＳＳ−４００に入る。
３）ノードサーバＭＳＳ−４００が当該マルチキャストデータパケットを受信後、その交換エンジンモジュールは組み合わせアドレス域に基づき３号テーブルを調べ、表のアドレスは“１１ ００００ ００００ ００００ １０００”、当該項目のアウトプットは“０００ ００００ ００１０”（“１１ ００００ ００００ ００００ １０００“＝＞“０００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ７８００ ０ｘ００００ ０ｘ００００ ０ｘ０００８であるマルチキャストデータパケットを１号ポートへガイドする）であり、ダウンリンク１号ポートを開くことを表す。目下のマルチキャストデータパケットは当該１号ポートを介してアクセススイッチＢＸ−００８−１に入る。
４）アクセススイッチＢＸ−００８−１が当該マルチキャストデータパケット受信後、その交換エンジンモジュールは組み合わせアドレス域に基づき３号テーブルを調べ、表のアドレスは“１１ ００００ ００００ ００００ １０００”、当該項目のアウトプットは“００ ００００ ００１０”（“１１ ００００ ００００ ００００ １０００“＝＞“００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ７８００ ０ｘ００００ ０ｘ００００ ０ｘ０００８であるマルチキャストデータパケットを１号ポートへガイドする）であり、ダウンリンク１号ポートを開くことを表す。目下のマルチキャストデータパケットは当該１号ポートを介してセットトップボックスＳＴＢ−１に入る。
当然、上述したユニキャストサービス通信過程とマルチキャストサービス通信過程はあくまで例に過ぎない。実際に、本発明に係る実施形態を応用し、いずれのユニキャストサービス通信或いはマルチキャストサービス通信を実行しても良い。
当業者に本発明をより理解してもらうため、以下に本発明に係る実施形態の応用例を記述し、サービス通信の実行例について以下に説明する。
３．２．３ アクセスネットワークのサービスフローの例
３．２．３．１ ブロードキャスト互換フロー
ブロードキャストフローに関する端末設備は２種類ある：エンコーダボード（ブロードキャストソース）、セットトップボックス（視聴ブロードキャストの片側）。
エンコーダボードがアクセスフローを介してアクセスした後、ノードサーバは命令を送信して、エンコーダボードにコーディングを開始させる。各エンコーダボードはブロードキャストデータをエンコーディングする。
視聴開始：
ブロードキャストフローに入った後、まずはセットトップボックスが申請命令を送信し、ノードサーバはセットトップボックスが申請命令を受信後、セットトップボックスブロードキャストを見なければならないと分かる。かつ、セットトップボックスがどのブロードキャストみなければならないかが分かる。この時、ノードサーバはエンコーダボードとセットトップボックス間の経路を探し出す。経路における全スイッチへ命令を送信し、エンコーダボードとセットトップボックス間における全スイッチのこのブロードキャストデータに対する経路を開き、同時に解読命令をセットトップボックスへ送信する。よって、セットトップボックスはブロードキャストを視聴できる。
視聴停止：
セットトップボックスは停止命令を送信し、ノードサーバがセットトップボックスの停止命令を受信後、エンコーダボードとセットトップボックス間の経路を探し出す。エンコーダボードとセットトップボックス間における全スイッチのこのブロードキャストデータに対する経路を目的を持って閉止する（経路におけるスイッチ、さらに他のセットトップボックスが本ブロードキャストを視聴している可能性があるため、全てを直接は閉止できない）。同時に停止解読を停止する命令をセットトップボックスへ送信し、前頁のメニューを送信し、セットトップボックスをメニューまでフィードバックさせる。
注意：セットトップボックスが受信したブロードキャストデータとエンコーダボードが送信したブロードキャストデータはまったく同じである。
３．２．３．２ オンデマンド互換フロー
オンデマンドフローにおける端末設備は２種類ある：ストレージ（番組ソース）、セットトップボックス（視聴オンデマンドの片側）。
視聴開始：
オンデマンドフローに入る。まず、セットトップボックスが申請命令を送信し、命令においてオンデマンドの番組番号を出す。ノードサーバがセットトップボックスの申請命令を受信後、セットトップボックスはオンデマンドを見なければならないと分かり、かつ、セットトップボックスは何か番組を見なければならないと分かる。ノードサーバの内部情報テーブルにおいて本番組をどのストレージに置くかを調べることができる。
セットトップボックスがアクセス後、アドレスは固定されるため、オンデマンドを視聴するデータはユニキャストデータであり、データアドレスはセットトップボックスのアドレスである。
ノードサーバはディスク読み出し命令をストレージ（命令は番組番号とユニキャストデータアドレスがある）へ送信し、ストレージにユニキャストデータを送信するよう命令する。ストレージは本ストレージにおいて確かに当該番組があることを調べ、番組の送信を開始する。同時に、ディスク読み出し命令応答をノードサーバへ送信し、ストレージがすでに番組の送信を開始したことを表す。
ノードサーバがストレージの応答を受信後、ストレージとセットトップボックス間の経路を探し出さなければならない。ストレージとセットトップボックス間における全スイッチのこのユニキャストデータに対する経路を開き、同時に解読命令をセットトップボックスへ送信する。よって、セットトップボックスはオンデマンドを視聴することができる。
停止視聴：
セットトップボックス停止命令を送信する、ノードサーバセットトップボックス的の停止命令を受信後、ディスク読み出し停止命令をストレージへ送信する。ストレージにユニキャストデータの送信を停止するよう命令する。ストレージ送信を停止し、同時にディスク読み出し停止命令応答をノードサーバへ送信し、ストレージがすでに番組の送信を停止したことを表す。
ノードサーバが受信後、ストレージとセットトップボックス間の経路を探し出す。ストレージとセットトップボックス間における全スイッチのこのユニキャストデータに対する経路を閉止し、同時に解読を停止する命令をセットトップボックスへ送信し、前頁のメニューを送信し、セットトップボックスをメニューまでフィードバックさせる。
３．２．３．３ビデオ通信互換フロー
ビデオ通信開始：
発呼セットトップボックスは申請命令を送信し、命令に着呼セットトップボックスの番号を有する。
ノードサーバがセットトップボックスの申請命令を受信後、先に着呼セットトップボックスがアクセスしたかどうかを照会し、アクセスしていなければ発呼セットトップボックス申請が失敗したことを知らせる。
もし、着呼セットトップボックスがすでにアクセスしていれば、着呼セットトップボックスが空いているかどうかを照会し、もし空いていなければ発呼セットトップボックス申請が失敗したことを知らせる。
もし着呼セットトップボックスがすでにアクセスし、かつ空いている状態であれば、ノードサーバは起呼メニューを着呼セットトップボックスへ送信し、着呼セットトップボックスの応答を待つ。着呼セットトップボックスは受信するか拒否するかを選択でき、応答をノードサーバへ送信する。
ノードサーバが着呼セットトップボックスの応答を受信する。もし拒否されれば、発呼セットトップボックスに申請が失敗したことを知らせる。
もし受信すれば、ノードサーバはコーデック命令を双方のセットトップボックスへ送信する。ビデオ通信は、双方のセットトップボックスが同時にコーデックすることを要求する。データはユニキャストデータ、コーディングアドレスは相手アドレス、解読アドレスは自身のアドレスである。
ノードサーバは着呼セットトップボックスと発呼セットトップボックス間のにおける全スイッチのこの２つのユニキャストデータに対する経路を開く。
ビデオ通信停止：
着呼セットトップボックスと発呼セットトップボックスとも停止申請を提出できる。ノードサーバはセットトップボックスの停止命令を受信後、着呼セットトップボックスと発呼セットトップボックス間における全スイッチのこの２つのユニキャストデータに対する経路を閉止しる。そして、着呼セットトップボックスと発呼セットトップボックスへそれぞれコーデックを停止する命令を送信し、前頁のメニューを送信し、セットトップボックスをメニューまでフィードバックさせる。
３．２．３．４生中継互換フロー
生中継開始：
生中継のデータもブロードキャストデータであるセットトップボックスは申請命令を送信し、ノードサーバが申請を受信後ブロードキャストデータを自動的に割り当て、セットトップボックスへコーデック命令を送信する。同時に、本セットトップボックスの上層スイッチにこのブロードキャストデータの経路を開くよう命令する。セットトップボックスは自身が開始したブロードキャストを視聴できる。開始側は視聴側でもある。
生中継視聴：
視聴セットトップボックスが申請命令を送信し、命令は生中継開始側の番号を備える。ノードサーバが申請を受信後、先に生中継開始側がアクセスしたかどうか、すでに生中継を開始したかどうかを照会しる。条件を満たさなければ、視聴セットトップボックスが視聴を失敗したことを知らせる。
もし条件を満たせば、ノードサーバは生中継開始側と視聴セットトップボックス間の経路を検出しださなければならず、生中継開始側と視聴セットトップボックス間における全スイッチこのブロードキャストデータに対する経路を開き、同時に解読命令を視聴セットトップボックスへ送信する。よって、セットトップボックスは生中継を視聴できる。
生中継視聴停止：
視聴セットトップボックスは停止命令を送信する。ノードサーバが視聴セットトップボックスの停止命令を受信後、生中継開始側と視聴セットトップボックス間の経路を検出し、生中継開始側と視聴セットトップボックス間における全スイッチこのブロードキャストデータに対する経路を目的を持って閉止する（経路におけるスイッチと他のセットトップボックスが本生中継を視聴している可能性があるため、全て直接閉止できない）。同時に、解読を停止する命令を視聴セットトップボックスへ送信し、前頁のメニューを送信し、視聴セットトップボックスをメニューまでフィードバックさせる。
生中継開始停止：
生中継開始側が停止命令を送信する。ノードサーバが受信後、先にどれ位のユーザーが本生中継を視聴しているかを照会し、全ての生中継を視聴するユーザーは視聴を停止に基づくフロー終了後、生中継開始側へコーデック停止命令を送信する。同時に、本セットトップボックスの上層スイッチにこのブロードキャストデータの経路を閉止するよう命令する。
３．２．３．５ 前記例以外に、本発明に係る実施形態はさらに以下のサービス通信の応用を実現することができる。
一、制御可能ブロードキャスト
１）ブロードキャスとブロードキャストの制限：（マルチキャスト業務）
ノードサーバは、ブロードキャスト動作表を保守する。
ブロードキャストソース：実時間模擬コーディング装置、実時間数字転換装置、ストレージ番組。
ノードサーバは、ブロードキャスト視聴者カウンターを制限し、設定値を超えた後、新たに視聴者を増やすことを拒絶する。
ノードサーバ、ブロードキャストユーザー群審査を制限する。
ユーザー端末は視聴状態に入った後、ＨＬＰキーに基づきＯＳＤメニューを表示し、ブロードキャストコンテンツを個者メールボックスにストレージできる。
制御可能ブロードキャスト：一部のユーザーのみを選びサービス（例えば、料金カウンター）を提供できる。
制御可能ブロードキャスト：随時視聴率（ひいては視聴者分類視聴率）を統計できる。
ブロードキャストの制限：千を超えるブロードキャストチャンネルを異なる制限値に基づき、幅広い価格範囲を設定し、大量に商業顧客（広告、教育等）へ貸し出すことができる。
２）投票フィードバック（ペイ・パー・ビュー可能）：
メディアセンターＭＰＣは、ＯＳＤコンテンツを編集および記録する。
ノードサーバは、ブロードキャスト遠側ソースと同じアドレス（ＤＡ）のＯＳＤコンテンツを定期的に送信する。
ユーザーセットトップボックスは、ＨＬＰキーに基づきＯＳＤコンテンツを表示し、リモート・コントローラのフィードバック値を伝送する。
ユーザープロキシサーバは、ユーザーフィードバック、ユーザー情報テーブル記録（マルチキャストＤＡ、番組時間コード、評価点数と票数）を受信する。
ユーザープロキシサーバは、毎秒ユーザー情報テーブルを検索し、ユーザー投票結果をノードサーバまで送信する。
視聴者フィードバック情報：総評価数、各目標点のそれぞれの投票数と視聴者評価レベル（ＹＥＳ／ＮＯ或いは５点制）。ブロードキャストチャンネルの投票フィードバック：世論調査アンケート、未来のスターオーディション等の指定ができる。
二、ＶＯＤ、ＭＯＤ：（ユニキャスト業務）
３）ＶＯＤ過程動作：
ノードサーバは、（番組情報、価格情報、視聴者フィードバック情報）を含むオンデマンド確認コンテンツを編集および記録する。
ノードサーバは、ユーザー申請を受信後、オンデマンド確認メニューとＯＳＤコンテンツを送信する。
ユーザーセットトップボックスは、ＨＬＰキーに基づきＯＳＤコンテンツ（番組再生位置、評価レベルプロンプト）を表示し、リモート・コントローラフィードバック値を伝送する。
ユーザープロキシサーバは、ユーザー情報テーブルを記録し、オンデマンド終了後、ユーザー評価レベル結果をノードサーバまで送信する。
ユーザーセットトップボックス、再生を動作する（一時停止/再生、連続早送り/巻き戻し、1５点進む/戻る）
視聴者フィードバック情報：総クリック数、視聴者評価レベル（５点制）。
ＶＯＤサービス：コンテンツはマスメディア、或いはニッチメディア（ＴＶブログ、専門教育と製品動作保守等）でも良い。
４）カラオケ：
ＶＯＤと同じく、音声は独立ステレオを用いる。
５）テレビ雑誌（ＭＯＤ）：
ノードサーバは、ＶＯＤ基礎の上に、音声付文字オンデマンドと音声付写真オンデマンドを増やす。
ノードサーバは、複数のメディアコンテンツを順序に従い並べる或いは選択する。
６）インタラクティブマルチメディアウェブサイト
ユーザープロキシは、テレビ雑誌の基礎の上に公共向けのメールボックスを配備し、読者の写真、文、音声フィードバックを受信する。
インタラクティブマルチメディアウェブサイト：企業と政府の公共向けの窓口（電子政務）とすることができる。
三、ＴＶＯＤ（制御可能ブロードキャスト＋ＶＯＤ）：（マルチキャスト＋ユニキャスト業務）
７）集中モニター：
メディアセンター或いはユーザープロキシサーバＭＰＣは、モニター動作表を編集および保守し、タイマー録画を選ぶことができる。
ユーザー端末が視聴状態に入った後、ＨＬＰキーに基づきＯＳＤメニュー表示し、モニターコンテンツを個者メールボックスにストレージできる。
集中モニター：大規模な遠隔モニターに適し、ユーザー群の分離により、多くの会社に向け同時に保安サービスを提供できる。
８）テレビ再生（ネットワークＴｉＶｏ）：
ユーザープロキシサービスストレージは、数十チャンネル、3-7日間の全てコンテンツをストレージできる。
ユーザー端末が視聴状態に入った後、HLPキーに基づきOSDメニューを表示し、番組コンテンツを個者メールボックスにストレージできる。
テレビ再生：ユーザーはVOD方式によりテレビを見て、7日前から現在までのいかなる番組コンテンツを随時選択することができる。
９）番組選択：
メディアセンターＭＰＣは、ブロードキャスト番組選択表を編集および保守し、定期的に番組を分類し自動的に録画する。
ユーザープロキシサービスストレージは、数十個の素晴らしい番組、６０日間の全コンテンツをストレージできる。
ユーザー端末が視聴状態に入った後、ＨＬＰキーに基づきＯＳＤメニューを表示し、番組コンテンツを個者メールボックスにストレージできる。
番組選択：自動的にテレビ局の番組を分類ストレージし、メニュー形式に編集し、消費者が視聴し易くする。
四、生中継：（マルチキャスト業務）
１）簡単な生中継
ユーザープロキシサーバは、ブロードキャストの制限と同じである。
ユーザープロキシサーバは、生中継端末制御において、生中継のコンテンツを録画できる。
生中継：視聴者は全ネットに達し、ブロードキャストソースをユーザー側に設定する。
２）動画チャット、オンライン教室、市民ホットライン
参加側端末がチャット室に入った後、ＨＬＰキーに基づきＯＳＤコンテンツを表示し、動画アップロードを申請でき、主催者に花を送る（現金を換金したポイントのようなもの、中国ではチャット上で相手への好意を示すために送りあったりするもの）。
主催側ユーザープロキシサーバは、ユーザー申請を記録す、かつ生中継端末へＯＳＤプロンプトを送信する。
生中継側端末は、多くの動画アップロード申請ＯＳＤを表示でき、リモート・コントローラがアップロード経路を選択し、かつ自動的に前の経路を閉止する。
ユーザープロキシサーバは、動画アップロードを閉止する場合、課金帳帳へ特別課金パケットを送信する。
ユーザープロキシサーバは、当該ユーザーの花を送った値を記録し、生中継側に通知し、かつ課金帳帳へ特別課金パケットを送信する。
ユーザーがチャット室に入り、花を送り、音声に参加し、開通動画対話を開通し、費用を支払う。自動的に割合に基づき個者メールボックスにストレージする。
動画チャット：主催者が家（現場）で映像を再生し全ネットに達することが出来る。主催者は視聴者の申請を見て、多くの視聴者の音声を聞くことができる。しかし1つの経路の視聴者の映像しか選択して見ることができない。
視聴者は番組表により得知チャット室を知り、ダイヤルし加入する。可向主催者に花（追加料金）を送ることができ、通話或いは動画を申請できる。
３）ショッピングチャンネル：
生中継端末或いは関連のＭＰＣは、ショッピング情報（商品と顧客）を保守する。
ユーザー端末はショッピングチャンネルに入った後、ＨＬＰキーに基づきＯＳＤ受注書（商品、規格、数量、価格）を表示する。
ユーザー端末はリモート・コントローラにより受注書を記入かつ提出する。
ユーザープロキシサーバは、受注書を視聴後に生中継側端末或いは関連のＭＰＣまで伝送する。
生中継側端末或いはＭＰＣ、受注書を審査し、かつユーザーへ確認した受注書を返信する。
ユーザー端末は再び受注書を表示し、かつリモート・コントローラを介して確認する。
ユーザープロキシサーバは、生中継側へユーザー確認を送信し、かつ課金帳帳へ特別課金パケットを送信する。
ユーザー端末が視聴状態に入った後、ＨＬＰキーに基づきＯＳＤメニューを表示し、ショッピングコンテンツを個者メールボックスにストレージできる。
ＭＰＣを特殊なソフトウェアを搭載するＰＣとし、ＴＶセットトップボックスの動作性能強化する。
４）オークションチャンネル：
生中継端末或いはＭＰＣは、オークション情報（商品と顧客）を保守する。
ユーザー端末がオークションチャンネルに入った後、ＨＬＰキーに基づきＯＳＤ紹介（商品、規格、最高価格）を表示する。
ユーザー端末は、リモート・コントローラを介して落札価格を記入かつ提出する。
ユーザープロキシサーバは、落札価格を受信後、生中継側端末或いはＭＰＣまで伝送する。
生中継側端末或いは関連のＭＰＣは、ユーザー落札価格を審査し、かつユーザーへ確認後の落札価格を返信する。
ユーザー端末は落札価格を再び表示し、かつリモート・コントローラを介して確認する。
ユーザープロキシサーバは、生中継側へユーザー確認を送信し、かつ課金帳帳へ特別課金パケットを送信する。
ユーザー端末が視聴状態に入った後、ＨＬＰキーに基づきＯＳＤメニューを表示し、オークションコンテンツを個者メールボックスにストレージできる。
ＭＰＣを特殊なソフトウェアを搭載するＰＣとし、端末を直接接続し、ＴＶセットトップボックスの動作性能を強化する。
５）動画起呼センター：
生中継側端末或いは関連のＭＰＣは、マルチプレックスの動画チャットを１つの番号（或いは名称）までバインディングし、リソースを共有する。
動画起呼センター：ショッピングチャンネル或いはオークションチャンネルと直接リンクでき、後続サービスを提供する。
五、会議（マルチプレックス生中継バインディング）：（マルチキャスト業務）
会議開始側端末或いは関連のMPCは、会議動作表を編集と保守し、マルチプレックスプロセスのバインディングを実現する。
１）大会での発言：
開始側端末は参加側を指定する端末を直接制御し、かつ参加側のリモートコントロール動作を閉止し、強制的に大会に参加させられる。
強制的に開始側の発言を実現し、視聴に参加する。
開始側端末は参加側が事情をしらないという前提において、いずれかの参加側を視聴する、或いはその発言を指定する。
大会での発言：上層幹部の報告、プロジェクト実施の指揮、企業本部与リモートブランチ間の定例スケジューリング会議に適する。
２）教室授業：
任意の参加側端末は、開始側端末へ発言申請を提出でき、開始側承認を獲得後、発言できる。
教室授業：会議チャット室を実現し、生中継チャット室との違いは生中継の視聴者が主催者をずっと見ることである。会議チャット視聴者は発言側を見て、或いはマルチスクリーン端末を介して同時に主催者と発言側を見る。
３）座談会：
任意の参加側端末は、単数のＥＮＴＥＲキーを押せば、他の者を打ち切って発言ができる（少なくとも１０秒は打ち切られない）。
座談会：会議チャット室を実現し、生中継チャット室との違いは生中継の視聴者がずっと主催者を見ることである。会議チャット視聴者は発言側を見て、或いはマルチスクリーン端末を介して同時に主催者と発言側を見る。
４）マルチスクリーン会議：
ユーザープロキシサーバは、ＶＯＤを挿入できる。
必ずＰＢＯＸ端末を使用し、開始側（主席）、発言側、ローカル会場、ＶＯＤ或いはＰＣスクリーンを同時に表示できる。
大会での発言、教室授業、座談会等会議モデルを選択できる。
５）ビデオウォール：
開始側（議長）、発言側、マルチブランチング会場、ＶＯＤ或いはＰＣスクリーンを同時に表示できる。
大会での発言、教室授業、座談会等会議モデルを選択できる。
六、テレビ電話：（ユニキャスト業務）
６）一般テレビ電話
ユーザープロキシサーバは、電話番号帳を保守し、一般ダイヤルと強制ダイヤルを支援する。
ユーザー端末は通話状態に入った後、ＨＬＰキーに基づきＯＳＤメニューを表示し、通信コンテンツをメールボックスにストレージでき、相手カメラの角度を選択或いは調整できる。
７）着呼側有料テレビ電話（Ｖｉｄｅｏ ８００）：
この種類の番号は８００からはじまり、ユーザーは無料であり、他は一般のテレビ電話と同じである。
着呼側有料テレビ電話：広告、顧客サービス、公益サービス等に適する。
８）ビデオサービス電話（Ｖｉｄｅｏ ９００）：
この種類の番号は９００から始まり、発呼側を一般ユーザー端末とし、サービス費には通信費以外に、さらに比較的高いコンテンツ費（秒単位計算）を備え、他のについては一般のテレビ電話と同じである。
着呼側をコンテンツプロバイダー（コンテンツは実時間通信、ＶＯＤ、テレビ雑誌を備える）とする。
９）ホームモニター：
ユーザープロキシサーバは、単方向通信であり、動画送信リソース衝突さえしなければ、他のサービスと同時に進行できる。
ユーザー端末ダイヤルがモニター状態に入った後、ＨＬＰキーに基づきＯＳＤメニューを表示し、モニターコンテンツをメールボックスにストレージでき、マルチプレックスカメラの選択或いは相手カメラ角度の調整ができる。
被モニター端末、モニター権限を設定できる（１組のモニター可能番号を指定し、全番号を開放、或いは全番号を禁止する）。
ホームモニター：家庭、小規模商店、銀行支店等に適する。
七、テレビメール、テレビブログ：（ユニキャスト業務）
１０）個人ネットワークストレージ：
ユーザープロキシサーバは、ユーザーメールアドレステーブルを保守する。
ユーザー端末によるコンテンツのアップロードは、ビデオ、音声、写真、文章を備え、下書きの形式によりメールボックスにストレージし、随時見ることができる。
コンテンツのアップロードは、ＵＳＢポートからできる（ＰＣ、ＵＳＢディスク、ポータブルハードディスク等に直接接続する）。
１１）一般ビデオメール：
ユーザー端末はメールアドレスにおけるコンテンツを指定し、送信対象の番号を入力し、送信を申請する。
ユーザープロキシサーバは、送信対象の端末へ新着メール通知を送信が、実際にはメールコンテンツを伝送しない。受信側端末が視聴する際に初めてＶＯＤ動作を実行する。
受信側端末がもし長期にわたってメールコンテンツをストレージしたい場合、ＨＬＰキーに基づきＯＳＤメニューを表示し、コンテンツをメールボックスにストレージできる。
１２）ショートメッセージと音声伝言：
動画メールと同様に処理し、コンテンツは専用ＶＤＯＳ−ＳＤストレージ設備にストレージできる。
１３）テレビブログ：
ノードサーバは、コンテンツ分類に基づき、公共大容量メールボックスを保守する。
ユーザー端末は将メールをメディアセンターの公共大容量メールボックス（カスタム価格を備える）までアップロードする。
メディアセンターＭＰＣは、アップロードメールを見て審査し、ＶＯＤコンテンツに転換し、対応する分類のブログにログインしストレージする。
ノードサーバは、視聴者フィードバック情報を保守し、オンデマンド請求書を保守する。
受信側端末がもし長期にわたってブログコンテンツをストレージしたければ、ＨＬＰキーに基づきＯＳＤメニューを表示し、コンテンツをメーボックスにストレージする。
テレビブログ：コンテンツ課金における一部の自動的伝送可能なコンテンツアップロード側のアカウント（百貨店モデル）。
八、コンピュータネットワーク：
１４）インターネットブロードバンドアクセス：
イーサネットゲートウェイの存在により、ユーザーは家にいながら一般的なイーサネットスイッチを使用すれば新型ネットワークにアクセスできる。このようにユーザーは家にいながらインターネット新型ネットワークの融合を実現し、IPデータの公共インターネットへの接続を実現する。
インターネットブロードバンドアクセス：分散型コミュニティ消費者に適する。
１５）マルチメディアコンピュータローカルネット：
イーサネットゲートウェイの存在により、ユーザーは企業にいながら一般的なイーサネットスイッチを使用すれば新型ネットワークにアクセスできる。このように企業はインターネット新型ネットワークの融合を実現する。
マルチメディアコンピュータローカルネット：学校、企業および政府オフィスに適する。
九、音声電話：（マルチキャスト+ユニキャスト業務）
新型ネットワーク電話：未圧縮ＰＣＭ（Ｇ．７１１）を直接使用し、ＰＳＴＮ品質と低遅延（トランスペアレント伝送ＦＡＸとＭｏｄｅｍ）を有し、機能はＰＳＴＮを超え、コストはＩＰ電話より低い。百分の一の新型ネットワーク帯域幅リソースを占用さえすれば、全ユーザーへの電話サービスを満足させることができる。
１６）新型ネットワーク電話：
新型ネットワーク電話ネット内電話：新型ネットワーク電話番号を直接ダイヤルする。
新型ネットワークはＰＳＴＮネットへダイヤルする：９９＋ＰＳＴＮ電話番号。
ＰＳＴＮネットは新型ネットワークへダイヤルする：０７７＋ＭＰ番号、（０７７或いは他の番号は必ず電信会社の協力を得る）。
ユーザーが通話状態に入った後、連続して“＊＊＊”をダイヤルし、双方の通話コンテンツを自動的にメールボックスにストレージする。
１７）電話録音：
ユーザーは選択可能：不在着信があると、自動的にメールボックスの録音を再生し、そしてメールボックスに着信コンテンツを記録する。
月別課金を選択できる。
１８）音声電話会議：
ノードサーバは、専用マルチプレックス音声合成設備を配備し、音声ははっきりしており、遅延は低い。
会議開始側は会議時間、者数、対応する番号、外部ネットワークPSTNパスワードを予約し、かつ全過程録音を選択できる。
ノードサーバは、指定ユーザーへショートメッセージ通知（会議番号を備える）を送信する。
ユーザーは指定時間に、指定番号にダイヤルし、電話会議に加入する。
ノードサーバは、自動的に時間、会議番号およびユーザー番号を審査し、かつ自動的に会議参加側へ起呼できる。
１９）音声自動サービスセンター：
マルチメディアウェブサイト機能と類似して、音声だけに限り、この機能は一般的に企業が1台ＰＣを使用すれば実現できる。新型ネットワークのネットにて各家庭各ユーザーは皆自動的に設立でき、いかなるハードウェアも必要なく、少ない月別料金のみを取る。
音声自動サービスセンター：天気、証券、交通、公共サービス、顧客サービス等に適する。
２０）音声起呼センター：
開始側端末或いは関連のＭＰＣは、マルチプレックス電話を１つの番号（或いは名称）にバインディングし、リソースを共有する。
開始側は全過程録音を選択できる。
２１）有線音楽ブロードキャスト局：
テレビブロードキャストに似ており、コンテンツは音楽に限る。
３．３本発明の新型ネットワーク従来のイーサネットの融合
前記新型ネットワーク従来のイーサネットの融合を実現するため、同時に従来のイーサネットプロトコル変換ゲートウェイの機能を充分に利用するため、本発明は標準的なイーサネットゲートウェイを改造し、特殊なタイプのアクセススイッチにして、新型ネットワークイーサネット間にて接続転換の役割を果たす。改造後のイーサネットゲートウェイをイーサネットプロトコル変換ゲートウェイと呼ぶ。新型ネットワークにおいて、イーサネットプロトコル変換ゲートウェイはアクセスネットワーク部分に位置し、アクセススイッチと接続することができ、ノードサーバとも直接接続することができる。イーサネットにおいて、イーサネットプロトコル変換ゲートウェイと標準的なイーサネットスイッチは（以下、略称Ｌ２スイッチ）つながり、イーサネットスイッチは端末に接続する。
本発明において、新型ネットワークイーサネット間のデータ伝送は主に以下の４種類のデータタイプがある。
１）照会パケット：ノードサーバからアクセススイッチ、イーサネットプロトコル変換ゲートウェイ或いは端末のプロトコルパケットへ送信する。
２）応答パケット：アクセススイッチ、イーサネットプロトコル変換ゲートウェイ或いは端末よりノードサーバのプロトコルパケットへ回答する。
３）ユニキャストデータパケット
４）マルチキャストデータパケット
イーサネットプロトコル変換ゲートウェイは新型ネットワークイーサネット間において、主に前記４種類のタイプのデータの伝送作業を行い、この核となる実現のための考え方を以下に説明する。
イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセスする。集中制御の機能を有するノードサーバからイーサネットプロトコル変換ゲートウェイのMACアドレスと当該イーサネットプロトコル変換ゲートウェイにて登録した端末ＭＡＣアドレスを獲得する。イーサネットプロトコル変換ゲートウェイは新型ネットワークが送信したデータパケット或いはプロトコルパケットを受信する場合、前記データパケット或いはプロトコルパケットにイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加える。そしてイーサネットへ送信し、イーサネットにおいてイーサネットプロトコルにより伝送を行う。さらに、イーサネットプロトコル変換ゲートウェイがイーサネットが送信したデータパケット或いはプロトコルパケットを受信する場合、データパケット或いはプロトコルパケットにおけるイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスとソース端末のＭＡＣアドレスを削除する。そして、新型ネットワークへ送信し、新型ネットワークにおいて新型ネットワークプロトコルにより伝送を行う。
ここで、前記目標端末とソース端末は新型ネットワークプロトコルをフォローする。このように、目標端末とソース端末はＭＡＣアドレスを介してイーサネットに入ることができ、フォローする新型ネットワークプロトコルを介して新型ネットワークに入ることもできる。これにより、２種類の異なるタイプのネットワークの互換伝送を実現する。
新型ネットワークにおいて、フォローする新型ネットワークプロトコルのデータ構造（２．１アクセスネットワークパケットの定義）を定義する。前記４種類のデータタイプ（データパケット或いはプロトコルパケット）は全てこのようなデータ構造をフォローする。
目標端末とソース端末が新型ネットワークプロトコルをフォローするなら、新型ネットワークの前記データ構造をフォローしなければならない。このため、新型ネットワークが目標端末へ送信するデータパケット或いはプロトコルパケット、およびイーサネットにおいてソース端末が新型ネットワークへ送信するデータパケット或いはプロトコルパケットは、パケットヘッド両エンドが新型ネットワークにあるアドレスを伝送することを含み、前記アドレスをデータパケット或いはプロトコルパケットをソースアドレス（ＳＡ）と目的アドレス（ＤＡ）とする。即ち、新型ネットワークが目標端末へ送信するデータパケット或いはプロトコルパケットは、新型ネットワークのアドレスを有し、パケットヘッドのＤＡとＳＡを全て新型ネットワークアドレスとする。これを以下の表に示す。
Figure 2013536635
イーサネットプロトコル変換ゲートウェイを通る場合、パケットヘッドにてイーサネットプロトコル変換ゲートウェイＭＡＣ（即ちＭＡＣ ＳＡ）と目標端末ＭＡＣ（即ちＭＡＣ ＤＡ）に加入し、そしてイーサネットに入りイーサネットプロトコルに基づき目標端末まで伝送する。イーサネットにおいてソース端末が新型ネットワークへ送信するデータパケット或いはプロトコルパケットは、同時に新型ネットワークのアドレスとイーサネットのＭＡＣアドレスを有する。即ち、パケットヘッドは新型ネットワークのＤＡとＳＡを備えるだけでなく、さらにイーサネットプロトコル変換ゲートウェイＭＡＣ（即ちＭＡＣ ＤＡ）とソース端末ＭＡＣ（即ちＭＡＣ ＳＡ）を備える。これを以下の表に示す。
Figure 2013536635
イーサネットプロトコル変換ゲートウェイを通る場合、パケットヘッドにてイーサネットプロトコル変換ゲートウェイＭＡＣとソース端末ＭＡＣを削除し、そして、新型ネットワークに入り、新型ネットワークプロトコルに基づき伝送する。
前記新型ネットワークイーサネットの互換過程において、Ｌ２スイッチに接続する端末はさらにイーサネットプロトコル変換ゲートウェイとバインド関係を確立する。前記バインドはイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと端末のＭＡＣアドレスが１ペア余りのマッピングであることを示し、即ち１つのイーサネットプロトコル変換ゲートウェイに複数の端末を登録できる。このような端末ＭＡＣアドレスとイーサネットプロトコル変換ゲートウェイＭＡＣアドレスのマッピングバインドは、端末とイーサネットプロトコル変換ゲートウェイを売り出す際に新型ネットワークのノードサーバにプリセットされ、ノードサーバによりイーサネットプロトコル変換ゲートウェイに通知し、もし機種変更が必要であれば必ず通信事業者にて新たに登録しなければならない。このように、売り出す予定のイーサネットプロトコル変換ゲートウェイとこれにてバインドした端末にイーサネットＭＡＣアドレスを柔軟に割り当てることができ、ＭＡＣアドレスリソースを充分に利用した效果を得られる。当然、イーサネットプロトコル変換ゲートウェイのＭＡＣアドレスは各イーサネットプロトコル変換ゲートウェイに固定でき、端末のＭＡＣアドレスも各端末に固定できるが、このような状況ではＭＡＣアドレスを柔軟に割り当てることができない。
上述から、前記イーサネットプロトコル変換ゲートウェイと端末は全て新型ネットワークのアドレスとイーサネットのＭＡＣアドレスを有するこは明らかである。さらに、前記新型ネットワークアドレスとイーサネットのＭＡＣアドレスはさらに１対１のマッピングの関係を有する。このようなマッピング関係も新型ネットワークのノードサーバにより保守でき、かつイーサネットプロトコル変換ゲートウェイに通知する。このように、イーサネットプロトコル変換ゲートウェイ新型ネットワークが送信したデータパケット或いはプロトコルパケットを受信する場合、このようなマッピングに基づき、パケットにおける新型ネットワーク目的アドレス（ＤＡ）と対応する目標端末MACアドレスを探し、かつパケットに加えることができる。
以上のコンテンツは新型ネットワークがどのようにイーサネットを互換するかについて説明しており、以下に具体的な例を挙げ、新型ネットワークノードサーバとイーサネットプロトコル変換ゲートウェイ、ノードサーバと端末のアクセスフローおよびサービスフローを介して、詳細に互換過程全体を説明する。
３．３．１ ノードサーバとイーサネットプロトコル変換ゲートウェイのアクセスフロー：
図８は、本発明に係る実施形態においてイーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセスするフローである。
まず、各アクセスを許可したイーサネットプロトコル変換ゲートウェイを全てノードサーバ内にて登録し、イーサネットプロトコル変換ゲートウェイの登録情報はイーサネットプロトコル変換ゲートウェイのシリアル番号（設備タイプと設備ロゴ情報を含む）、下向ポート数、マスク区間等の固有情報を有し、登録していないイーサネットプロトコル変換ゲートウェイはアクセスできない。
ステップ６０１において、新型ネットワークにおける集中制御の機能を有するノードサーバが照会パケットを送信し、
ノードサーバが各ポートへ照会パケットを送信する。
ステップ６０２において、イーサネットプロトコル変換ゲートウェイが電源を入れて初期化した後、照会パケットを受信し、イーサネットプロトコル変換ゲートウェイシリアル番号を備える応答パケットをフィードバックし、
イーサネットプロトコル変換ゲートウェイがあるポート（例、ポート０）にて送信した照会パケットを受信すると仮定する。
ステップ６０３において、ノードサーバは登録情報テーブルにおいて前記シリアル番号に対応するイーサネットプロトコル変換ゲートウェイ情報を照会する。前記イーサネットプロトコル変換ゲートウェイ情報はイーサネットプロトコル変換ゲートウェイＭＡＣアドレスと当該イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスを備え、ノードサーバがイーサネットプロトコル変換ゲートウェイにより送信された応答パケットを受信後、ポート０にイーサネットプロトコル変換ゲートウェイが接続されたことが分かり、そして自身内の登録情報テーブルを照会する。
ステップ６０４において、ノードサーバは前記イーサネットプロトコル変換ゲートウェイへアクセス命令を送信する。前記アクセス命令は、イーサネットプロトコル変換ゲートウェイの新型ネットワークにおけるアドレスとイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスを備え、即ち、ノードサーバはイーサネットプロトコル変換ゲートウェイの新型ネットワークアドレスと事前に登録したイーサネットＭＡＣアドレスへ割り当て、アクセス命令によりイーサネットプロトコル変換ゲートウェイに通知する。
ステップ６０５において、前記イーサネットプロトコル変換ゲートウェイがアクセス命令を受信後、応答をフィードバックし、イーサネットプロトコル変換ゲートウェイは新型ネットワークにアクセスし、イーサネットプロトコル変換ゲートウェイがアクセス命令を受信後、自身のアクセス新型ネットワークのアドレスおよびイーサネットにおけるＭＡＣアドレスが分かる。
ステップ６０６において、ノードサーバが定期的にアクセスしたイーサネットプロトコル変換ゲートウェイへ設備状態照会指令を送信し、当該イーサネットプロトコル変換ゲートウェイが正常に作動しているかどうかを検査し、ノードサーバがアクセス命令応答を受信すれば、当該イーサネットプロトコル変換ゲートウェイがすでにアクセスしたことが分かり、今後定時（例、毎秒）にポート０へ設備状態照会指令を送信する。もし、ノードサーバが一定時間内（例、６秒）に状態照会応答を受信していなければ、当該イーサネットプロトコル変換ゲートウェイはすでにネットワークから移動されたと認識し、設備状態照会指令を二度と送信せず、引き続きポート０へ照会パケットを送信する。
ステップ６０７において、ノードサーバは、前記イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレス、および端末ＭＡＣアドレスと端末への割り当て待機新型ネットワークアドレスのマッピングを、全て当該イーサネットプロトコル変換ゲートウェイに通知する。
ノードサーバは登録情報テーブルに基づき当該イーサネットプロトコル変換ゲートウェイにさらに端末をバインドしていることが分かる。このためイーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレス、および端末ＭＡＣアドレスと割り当て待機新型ネットワークアドレスのマッピングを、当該イーサネットプロトコル変換ゲートウェイへ送信する。
以上のアクセスフローを介して、イーサネットプロトコル変換ゲートウェイは自身の新型ネットワークアドレス、イーサネットＭＡＣアドレス、そこでバインドした端末ＭＡＣアドレスおよび端末ＭＡＣアドレスと割り当て待機の端末の新型ネットワークアドレスのマッピングが分かる。
以上のフローに基づき、好ましくは、新型ネットワークのデータ伝送は具体的にアドレステーブルを調べる方法により実現できる。新型ネットワークにおける各ノードは、ノードサーバ、アクセススイッチとイーサネットプロトコル変換ゲートウェイを備え、全て自身のアドレステーブルを保守しており、データを受信する毎に、全てアドレステーブルに基づきータの伝送ガイドを行う。新型ネットワークイーサネット間のデータ伝送が主に照会パケット、応答パケット、ユニキャストデータパケットマルチキャストデータパケットの伝送に関するため、アドレステーブルも以下のように分類する。
１）プロトコルパケットアドレステーブル：以下０号テーブルと略称し、照会パケット或いはサービス申請プロトコルパケットを伝送ガイドする。
２）応答パケットアドレス調査表：以下１号テーブルと略称し、応答パケットを伝送ガイドする。
３）ユニキャストデータパケットアドレステーブル：以下２号テーブルと略称し、ユニキャストデータパケットを伝送ガイドする。
４）マルチキャストデータパケットアドレステーブル：以下３号テーブルと略称し、マルチキャストデータパケットを伝送ガイドする。
前記イーサネットプロトコル変換ゲートウェイのアクセスフローを結合し、イーサネットプロトコル変換ゲートウェイのステップ３０２における電源を入れて初期化過程において、０号テーブル、１号テーブル、２号テーブルおよび３号テーブルを初期化し設置する。そして、イーサネットプロトコル変換ゲートウェイはステップ３０５においてアクセス命令を受信後、０号テーブルを設置し、本機の照会パケット或いはサービス申請プロトコルパケットへ送信し、本機のＣＰＵモジュールポートへガイドする。この後、イーサネットプロトコル変換ゲートウェイが応答を送信しアクセス後、ノードサーバはさらにイーサネットプロトコル変換ゲートウェイへ設置指令を送信し、イーサネットプロトコル変換ゲートウェイにおける０号テーブルを設置し、当該イーサネットプロトコル変換ゲートウェイにバインドした端末の照会パケット或いはサービス申請プロトコルパケットへ送信するそれぞれイーサネットプロトコル変換ゲートウェイに対応するポートまでガイドする。
３．３．２ ノードサーバと端末のアクセスフロー：
イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセス後、これとバインドした端末も新型ネットワークにアクセスする。
図９は、本発明に係る実施形態において端末が新型ネットワークにアクセスするフローである。
同様に、各アクセスを許可した端末都ノードサーバ内にて登録し、かつバインドしたイーサネットプロトコル変換ゲートウェイまで登録し、端末の登録情報は端末シリアル番号（設備タイプと設備ロゴ情報を含む）と固有情報を有し、登録していない端末はアクセスできない。
ステップ７０１において、新型ネットワークにおいて集中制御の機能を有するノードサーバは照会パケットを送信し、イーサネットプロトコル変換ゲートウェイアクセス後、ノードサーバは当該イーサネットプロトコル変換ゲートウェイの下向ポートへ照会パケットを送信し、端末設備が当該イーサネットプロトコル変換ゲートウェイに接続しているかどうかを検査する。
ステップ７０３において、イーサネットプロトコル変換ゲートウェイが照会パケットを受信し、プロトコルパケットアドレステーブルに基づき、照会パケットを対応のポートまでガイドする。そして、前記照会パケットにイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加えて転送するし、前記照会パケットの目的アドレス（ＤＡ）をノードサーバ割り当て待機端末の新型ネットワークアドレスとする。このため、イーサネットプロトコル変換ゲートウェイが照会パケットを受信後、新型ネットワークアドレスとイーサネットＭＡＣアドレスのマッピングに基づき、対応する端末ＭＡＣアドレスを照会ことができ、そしてパケットに加え送信する。照会パケットがイーサネットに入った後イーサネットプロトコルに基づき伝送を行い、最終的に目標端末へ伝送する。
ステップ７０３において、端末が電源を入れて初期化した後、照会パケットを受信し、端末シリアル番号を備える応答パケットをフィードバックする。
ステップ７０４において、イーサネットプロトコル変換ゲートウェイが前記応答パケットにおけるイーサネットプロトコル変換ゲートウェイＭＡＣアドレスと端末ＭＡＣアドレスを削除し、そしてノードサーバへ伝送し、前記応答パケットは、イーサネットプロトコル変換ゲートウェイＭＡＣアドレス、端末ＭＡＣアドレス、新型ネットワークの目的アドレス（ＤＡ）およびソースアドレス（ＳＡ）備え、イーサネットプロトコル変換ゲートウェイがイーサネットプロトコル変換ゲートウェイＭＡＣアドレス、端末ＭＡＣアドレスを削除後、１号テーブルを調べガイドを行い、応答パケットは新型ネットワーク入り、新型ネットワークプロトコルに基づき伝送を行う。
ステップ７０５において、ノードサーバ登録情報テーブルにおいて前記端末シリアル番号に対応する端末情報を検出し、端末の新型ネットワークにおけるアドレスを備えるアクセス命令を送信し、ノードサーバが端末が送信した応答パケットを受信後、イーサネットプロトコル変換ゲートウェイにて端末設備に接続したことが分かり、そして自身内の登録情報テーブルを照会。
ステップ７０６において、イーサネットプロトコル変換ゲートウェイが前記アクセス命令を受信し、イーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加えた後、転送する。
ステップ７０７において、端末がアクセス命令を受信後に応答をフィードバックし、イーサネットプロトコル変換ゲートウェイが前記応答におけるイーサネットプロトコル変換ゲートウェイＭＡＣアドレスと端末ＭＡＣアドレスを削除後にノードサーバへ伝送し、端末は新型ネットワークにアクセスし、端末はアクセス命令を受信すれば、自身のアクセス新型ネットワークのアドレスと分かる。
ステップ７０８において、ノードサーバは定期的にアクセスした端末へ設備状態照会指令を送信し、当該端末が正常に作動しているかどうかを検査する。
ノードサーバアクセス命令は応答を受信すれば、イーサネットプロトコル変換ゲートウェイにバインドした端末がすでにアクセスしたと分かり、今後は定期的に（例、毎秒）当該端末へ設備状態照会指令を送信する。もし、ノードサーバ一定時間内に（例、６秒）状態照会応答を受信していなければ、当該端末はすでにネットワークから移動されたと認識し、設備状態照会指令を二度と送信せず、引き続き本ポートへ照会パケットを送信する。
前記フローにおいて、イーサネット内のデータ伝送はイーサネットプロトコルをフォローする。イーサネットプロトコルにおいて、Ｌ２スイッチはそれゆえに目的ノードに対しデータパケットを直往復信でき、集線装置のようにブロードキャスト方式により全ノードへデータパケットを送信はしない。最も重要な技術は、スイッチがネットワークにに接続するノードのネットワークカードＭＡＣアドレス識別でき、かつこれらをＭＡＣアドレステーブルと呼ぶ場所へ置く。このＭＡＣアドレステーブルはスイッチのバッファーにストレージられ、かつこれらアドレスを覚える。このように目的アドレスへデータを送信しなければならない場合、スイッチはＭＡＣアドレステーブルからこのＭＡＣアドレスのノード位置を照会ことができ、そしてこの位置のノードへ直接往復通信する。いわゆるＭＡＣアドレス数量はスイッチのＭＡＣアドレステーブルにおいて最も多くストレージできるＭＡＣアドレス数量を示し、ストレージしたＭＡＣアドレス数量が多くなるほど、データが伝送する速度と效率もこれに応じて高くなる。スイッチの各ポートにおいて、充分なバッファーにより記憶これらＭＡＣアドレスを記憶しなければならないため、Ｂｕｆｆｅｒ（バッファー）容量のサイズは対応のスイッチが記憶できるＭＡＣアドレス数がいくつあるかを決定する。通常、スイッチは基本的に１０２４個のＭＡＣアドレスを記憶できれば良い。ローカルエンドにて、１０２４個のＭＡＣアドレスを記憶できる。端末において、ＦＬＡＳＨの課題と実際のニーズのため、我々は１６個のＭＡＣアドレスを支援する。
イーサネットプロトコルにおいて、同一のサブネットにてホストコンピュータ間で相互に情報を伝送し、MACアドレスを使用しなければならない。しかし、我々が最初に情報を送信する場合、ＩＰアドレスのみあり、ＭＡＣアドレスはない。この時に、データパケットを送信し、そのＩＰアドレスを目標コンピュータＩＰアドレスとし、ＭＡＣアドレスをｆｆ−ｆｆ−ｆｆ−ｆｆ−ｆｆ−ｆｆとする。このようなＭＡＣアドレスはブロードキャストを表し、つまり当該サブネットにおいて全てのコンピュータを受信できる。他のホストコンピュータを受信後、もし現ＩＰアドレスが自身のものではないと分かれば、当該パケットを捨てる。もし、自身のＩＰであればソースコンピュータへデータパケットを送信し、自身のＭＡＣアドレスを備える。オリジナルコンピュータがこのデータパケットを受信後、目標コンピュータのＭＡＣアドレスが分かり、つまりＭＡＣアドレスの自己学習である。
スイッチにおいてＭＡＣアドレス自己学習はスイッチにおいてＭＡＣアドレスとスイッチの各インターフェース（例えば一般家庭用のスイッチは４つのインターフェースがある）の対応表があることを示す。スイッチ伝送を通るデータパケットがある度に、もしこの表にこのＭＡＣアドレスの対応関係がなければ、ポートへデータパケットを伝送する。目標コンピュータがあるポートから情報をフィードバックする場合、このＭＡＣアドレスがどのポートに対応するかが分かる。こうして、この対応関係を表に加え、このこそがスイッチのMACアドレス自己学習である。
３．３．３ ノードサーバとイーサネットプロトコル変換ゲートウェイ、端末のアクセス過程における互換例
３．３．３．１ 互換例１
前記イーサネットプロトコル変換ゲートウェイと端末のアクセス過程に基づき、以下に具体的な例を挙げ説明する。
説明し易くするため、イーサネットプロトコル変換ゲートウェイはアクセススイッチと接続でき或いはノードサーバと直接接続できる。図１０は、イーサネットプロトコル変換ゲートウェイｇａｔｅｗａｙ＿０の１号ポートとノードサーバＭＳＳ−４００の０号ポートは直接接続し、０号ポートグループＬ２スイッチが接続する。ここでイーサネットプロトコル変換ゲートウェイにおいて４台の端末を登録するが、しかし２台のＳＴＢ＿０、ＳＴＢ＿１のみがＬ２スイッチに接続すると仮定する。
ｇａｔｅｗａｙ＿０のＭＡＣアドレスを０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ３ｅｂｆとし、ｇａｔｅｗａｙ＿０において登録した４台の新型ネットワーク端末ＭＡＣアドレスをそれぞれ０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ００００、０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ０００１、０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ０００２、０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ０００３、ＳＴＢ＿０とし、ＳＴＢ＿１は自身内の前の２台である。
１、ＭＳＳ−４００サーバが電源を入れた後ハードウェアを初期化し、デフォルトＭＡＮアドレス（０ｘ００ ０ｘ００００ ０ｘ００００と仮定する）獲得する。ハードディスクからインポートとしＣＰＵメモリ（例、スイッチの登録情報、端末の登録情報等）にファイルを設置し、ＭＳＳ−４００サーバが設置する自身のアクセスネットワークアドレスを０ｘ００００とする。
２、ＭＳＳ−４００サーバが０、１、２、３号テーブルを初期化
●０号テーブルを“０００ ００００ ００００“と設置し、即ち全ての照会パケット伝送を閉止する。
●１号テーブルを“００１ ００００ ００００”と設置し、即ち全ての応答パケットをＣＰＵへガイドする。
●２号、３号テーブルを“０００ ００００ ００００“と設置し、即ち全ての単一のマルチキャストデータパケット伝送を閉止する。
３、ＭＳＳ−４００サーバは自身に８下向ポートとあることが分かるよう設置する。そのためサーバが設置する８つの０号テーブルの項目をそれぞれ以下に示す。
●“００ ００００ ００００ ００００ ０００１“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００１である照会パケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ ００１０“＝＞“０００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００２である照会パケットを１号ポートへガイドする。
●“００ ００００ ００００ ００００ ００１１“＝＞“０００ ００００ ０１００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００３である照会パケットを２号ポートへガイドする。
●“００ ００００ ００００ ００００ ０１００“＝＞“０００ ００００ １０００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００４である照会パケットを３号ポートへガイドする。
●“００ ００００ ００００ ００００ ０１０１“＝＞“０００ ０００１ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００５である照会パケットを４号ポートへガイドする。
●“００ ００００ ００００ ００００ ０１１０“＝＞“０００ ００１０ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００６である照会パケットを５号ポートへガイドする。
●００ ００００ ００００ ００００ ０１１１“＝＞“０００ ０１００ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００７である照会パケットを６号ポートへガイドする。
●“００ ００００ ００００ ００００ １０００“＝＞“０００ １０００ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００８である照会パケットを７号ポートへガイドする。
４、ＭＳＳ−４００サーバは目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００１、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００２、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００３、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００４、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００５、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００６、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００７、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００８であるポート照会パケット（ＳＡを全て０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００とする）を送信し、０号テーブル設置ポートに基づき照会パケットは０から７号ポートまでを順次ガイドする。
５、ｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイが電源を入れた後ハードウェアを初期化
●０号テーブル”００ ｘｘｘｘ ｘｘｘｘ ｘｘｘｘ ｘｘｘｘ”を“１００”と設置し、即ち全ての照会パケットをＣＰＵへガイドする。
●１号テーブル”０１ ｘｘｘｘ ｘｘｘｘ ｘｘｘｘ ｘｘｘｘ”を“０１０”と設置し、即ち全ての応答パケットをアップリンクのファストイーサネットポートへガイドする。
●２号、３号テーブルを“０００“と設置し、即ち全ての単一のマルチキャストデータパケット伝送を閉止する。
６、ｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイがポートと照会パケットを受信後、応答（応答には本スイッチの設備タイプ、設備ロゴを備え、これは各スイッチの固有情報である）を送信する。パケットのＤＡは０ｘ０８００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ＳＡは０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００１である。
７、ＭＳＳ−４００サーバがｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイが送信した応答を受信後、応答パケットのソースアドレス（ＳＡ）および設備タイプを比べれば、０号ポートにおいてイーサネットプロトコル変換ゲートウェイに接続したと分かる。そしてサーバ内の登録情報テーブルからこのイーサネットプロトコル変換ゲートウェイ情報を探し出す、即ちｇａｔｅｗａｙ＿０のイーサネットＭＡＣ アドレスおよびｇａｔｅｗａｙ＿０において登録した新型ネットワーク端末のイーサネットＭＡＣ アドレスを備える。そしてアクセススイッチへアクセス命令を送信する（ｇａｔｅｗａｙ＿０のアクセスネットワークアドレスが０ｘ０００１であること、ｇａｔｅｗａｙ＿０のＭＡＣアドレスが０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ３ｅｂｆであることを知らせる）。
８、ｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイがアクセス命令を受信後、自身のアクセスネットワークアドレスは０ｘ０００１であると分かり、ＭＡＣアドレスを０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ３ｅｂｆとすればアクセスする。０号テーブル”００ ００００ ００００ ００００ ０００１”を“１００”と設置し、０号テーブルの余った項目を”０００“と設置する、即ち本スイッチの照会パケットのみをＣＰＵへインポートとし、その余りを捨てる。同時にサーバへアクセス命令応答を送信する。
９、ＭＳＳ−４００サーバがｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイが送信したアクセス命令応答を受信すれば、ｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイはすでにアクセスしたと分かる。今後、毎秒このポートへ設備状態照会指令を送信し、ｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイが正常に作動しているかどうかを調べる。同時にさらに、ｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイの下向ポートへポート照会パケットを送信しなければならず、端末設備がｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイに接続しているかどうかを調べる。ＭＳＳ−４００サーバはｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイにおいて４台の新型ネットワーク端末に登録していると分かっているため、ＭＳＳ−４００サーバは以下のように設置する。
●“００ ００００ ００００ ００００ １００１“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９である照会パケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １０１０“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ａである照会パケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １０１１“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｂである照会パケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １１００“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｃである照会パケットを０号ポートへガイドする。
ＭＳＳ−４００サーバはｇａｔｅｗａｙ＿０に通知し、以下のように設置する。
●“００ ００００ ００００ ００００ １００１“＝＞“００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９である照会パケットを０号ポートへガイドし、これに対応するＭＡＣアドレスを０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ００００とする。
●“００ ００００ ００００ ００００ １０１０“＝＞“００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ａである照会パケットを０号ポートへガイドし、これに対応するＭＡＣアドレスを０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ０００１とする。
●“００ ００００ ００００ ００００ １０１１“＝＞“００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｂである照会パケットを０号ポートへガイドし、これに対応するＭＡＣアドレスを０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ０００２とする。
●“００ ００００ ００００ ００００ １１００“＝＞“００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｃである照会パケットを０号ポートへガイドし、これに対応するＭＡＣアドレスを０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ０００３とする。
１０、ＭＳＳ−４００サーバは目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００Ａ０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｂ、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｃであるポートと照会パケット（ＳＡを全て０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００とする）を送信し、ＭＳＳ−４００サーバ０号テーブルの設置ポートに基づき照会パケットはＭＳＳ−４００サーバ０号ポートを順次ガイドする。ｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイ０号テーブルの設置ポートに基づき照会パケットはｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイ０号ポートを順次ガイドする。ｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイ０号ポートの送信モジュールはパケットの新型ネットワーク目地アドレスＤＡに基づき、対応する端末のイーサネットＭＡＣ ＤＡ（６ｂｙｔｅ）を獲得し、端末のイーサネットＭＡＣ ＤＡ（６ｂｙｔｅ）、イーサネットプロトコル変換ゲートウェイのＭＡＣ ＳＡ（６ｂｙｔｅ）、イーサネットｌｅｎｇｔｈ ｏｒ ｆｒａｍｅ ｔｙｐｅ（２ｂｙｔｅ）を加える。即ち０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ００００ ０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ３ｅｂｆ ０ｘ００００（カスタム）０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９、０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ０００１ ０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ３ｅｂｆ ０ｘ００００（カスタム）０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００Ａ０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ０００２ ０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ３ｅｂｆ ０ｘ００００（カスタム）０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｂ、０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ０００３ ０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ３ｅｂｆ ０ｘ００００（カスタム）０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｃかつ送信する。
１１、ローカルネットにおけるＬ２スイッチは、附録に基づき表にこれらｍａｃアドレス（即ち０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ００００、０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ０００１、０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ０００２、０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ０００３）の対応関係がないことが分かれば、全ポートへこれらのパケットを伝送する。ＳＴＢ＿０ 、ＳＴＢ＿１は全てこの４つのパケットを受信し、これらはパケットに対するＭＡＣ ＤＡと自身のＭＡＣ アドレス（出荷時に端末のｆｌａｓｈに焼く）と比べ、同じように受信するか、さもなければ捨てる。ＳＴＢ＿０はポート照会パケットを受信後、応答（応答に本端末の設備タイプ、設備ロゴを備え、これは各端末の固有情報である）を送信し、パケットのヘッド部分は０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ３ｅｂｆ ０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ００００ ０ｘ００００（カスタム） ０ｘ０８００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００ａである。ＳＴＢ＿１はポート照会パケットを受信後、応答（応答に本端末の設備タイプ、設備ロゴを備え、これは各端末の固有情報）を送信し、パケットのヘッド部分は０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ３ｅｂｆ ０ｘ０００５ ０ｘ５ｄｆｄ ０ｘ０００１ ０ｘ００００（カスタム） ０ｘ０８００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｂである。
１２、ローカルネットにおけるＬ２スイッチは附録に基づき、この２つのパケットはｇａｔｅｗａｙ＿０イーサネットプロトコル変換ゲートウェイの０号ポートをガイドすると分かることができる。０号ポートのパケットマッチング検査モジュールが検査完了後、ＭＡＣ ＤＡ（６ｂｙｔｅ）、ＭＡＣ ＳＡ（６ｂｙｔｅ）、ｌｅｎｇｔｈ ｏｒ ｆｒａｍｅ ｔｙｐｅ（２ｂｙｔｅ）計１４ｂｙｔｅを削除し、対応の受信バッファーに入り、交換エンジンは各受信バッファーに対しポーリングを行う。もし削除すべきものがあればこれに対し組み合わせアドレス域の表調査を行う。これによりパケットのガイド情報を獲得し、ｇａｔｅｗａｙ＿０の１号テーブルに基づき、ＭＡＣのパケットを削除し、１号ポートへガイドする。
１３、ＭＳＳ−４００サーバがＳＴＢ＿０ 、ＳＴＢ＿１が送信した応答を受信後、応答パケットのソースアドレス（ＳＡ）および設備タイプを比べれば、ｇａｔｅｗａｙ＿０ にて２つの登録済の端末に接続したと分かる。そしてサーバ内の登録情報テーブルから端末情報を検出し、ＳＴＢ＿０ 、ＳＴＢ＿１へアクセス命令（ＳＴＢ＿０ 、ＳＴＢ＿１のアクセスネットワークアドレスを０ｘ０００Ａ０ｘ００９０ｂとすることを知らせる）を送信する。１０に基づき、ｇａｔｅｗａｙ＿０が ＭＡＣを加えた後を０号ポートへガイドする。
１４、ローカルネットにおけるＬ２スイッチは附録に基づき、この２つのパケットがそれぞれＳＴＢ＿０ 、ＳＴＢ＿１をガイドすることが分かり、ブロードキャストはしない。
１５、ＳＴＢ＿０ 、ＳＴＢ＿１アクセス命令を受信後、自身のアクセスネットワークアドレスが０ｘ０００Ａ０ｘ０００ｂであると分かればアクセスし、同時にサーバへアクセス命令応答を送信し、ＭＳＳ−４００サーバがＳＴＢ＿０ 、ＳＴＢ＿１が送信したアクセス命令応答を受信すれば、ＳＴＢ＿０ 、ＳＴＢ＿１はすでにアクセスしたと分かり、今後毎秒このポートへ設備状態照会指令を送信し、ＳＴＢ＿０ 、ＳＴＢ＿１が正常に作動しているかどうかを調べる。サーバが６秒以内に状態照会応答を受信していなければ、端末すでにネットワークから移動されたと認識し、設備状態照会指令を二度と送信せず、引き続き本ポートへポート照会パケットを送信する。
３．３．３．２ 互換例２
ノードサーバとイーサネットプロトコル変換ゲートウェイ、端末のアクセス過程において、ノードサーバは自身が保守するアドレス情報テーブルによりアクセスアドレスを管理する。以下に別の例を挙げアドレス情報テーブルの管理を説明する。
アクセスネットワークのアドレスを１６ｂｉｔと設置でき、全アクセスネットワーク設備は全て１つだけのアクセスネットワークアドレス（セットトップボックス、アクセススイッチ、ストレージ、ひいてはノードサーバ自身を備える）がある。管理をし易くするため全アクセスネットワーク設備のアクセスネットワークアドレスは、ノードサーバのＣＰＵモジュールにおいてアドレス情報テーブルを保守することができ、当該表の大きさを２の１６乗とし、即ち６４Ｋでもある。各表の項目は以下より構成される。
１）アドレス占用ディスクリプタ：“００”はこのアドレスが未使用であることを表し、“０１”はこのアドレスがスタンバイであることを表し（ノードサーバはこのアドレスを使用しポートダウンリンクプロトコルパケットを送信するが、アクセスアップリンクプロトコルパケットを未だ受信していない）、“１０” はアドレスすでに使用されていることを表す（ノードサーバはアクセスアップリンクプロトコルパケットを受信後、設置する）。
２）設備ディスクリプタ：例えば、“００００００”はノードサーバを表し、“０００００１”自身内のアクセススイッチＢＸ−００８を表し、“００００１０” 自身内のストレージを表し、“００００１１”は自身内の端末を表す。
３）設備リソース記述情報：例えば、当該設備がアクセススイッチであれば、このネットワークポートは接続する設備のアクセスネットワークアドレスであり、この各ネットワークポートのアップ・ダウンリンクストリーム計数である。もし当該設備がストレージであれば、このネットワークポートは接続する設備のアクセスネットワークアドレスであり、この読み書きルートの計数およびネットワークポートのアップ・ダウンリンクストリーム計数等である。全これら情報はサービスフローに方針の根拠を提供し、さらに毎回のサービスフローにおいてこれらの情報を修正する。
図１１に示すように、ノードサーバＭＳＳ−４００は、この０号ポートはアクセススイッチＢＸ−００８−０（実際は、ＢＸ−００８−０に本発明のＭＡＣ加減機能を加えれば、本発明のイーサネットプロトコル変換ゲートウェイとすることができる）に接続し、この１号ポートはアクセススイッチＢＸ−００８−１に接続し、ＢＸ−００８−０の０号ポートはセットトップボックスＳＴＢ−０に接続し、ＢＸ＿００８−１の１号ポートはセットトップボックスＳＴＢ−１に接続すると仮定する。
１、ＭＳＳ−４００サーバが電源を入れた後ハードウェアを初期化し、デフォルトＭＡＮアドレス（０ｘ００ ０ｘ００００ ０ｘ００００と仮定する）を獲得する。ハードディスクからインポートとしＣＰＵメモリにファイルを設置する（例えばスイッチの登録情報、端末の登録情報等）、ＭＳＳ−４００サーバはアドレス情報テーブルを初期化し、全てクリアし（全アドレスを未使用と表す）、ＭＳＳ−４００サーバが設置する自身のアクセスネットワークアドレスを０ｘ００００とし、即ちアドレス情報テーブルの第０ｘ００００項は以下のようにも設置される。
●アドレス占用ディスクリプタ：“１０”はアドレスすでに使用されていることを表す。
●設備ディスクリプタ：“００００００”はノードサーバを表す。
●設備リソース記述情報：このノードサーバは８ダウンリンクファストイーサネットポートがあり、０号ポートから７号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを８号ポートと定義し、磁気ディスク配列インターフェースを９号ポートと定義し、アップリンクギガビット光ポートを１０号ポートと定義し、このノードサーバ型番号をＭＳＳ−４００とする。このネットワークポートは接続する設備のアクセスネットワークアドレスは未だ割り当てられておらず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とし、
アドレス情報テーブルの次の使用可能なアドレスを０ｘ０００１とする。
２、ＭＳＳ−４００サーバは０、１、２、３号テーブルを初期化
●０号テーブルを“０００ ００００ ００００“と設置し、即ち全ダウンリンクプロトコルパケット伝送を閉止する。
●１号テーブルを“００１ ００００ ００００”と設置し、即ち全アップリンクプロトコルパケットをＣＰＵへガイドする。
●２号、３号テーブルを“０００ ００００ ００００“と設置し、即ち全ての単一のマルチキャストデータパケット伝送を閉止する。
３、ＭＳＳ−４００サーバ自身に８下向ポートがあることが分かり、次の使用可能なアドレスを０ｘ０００１とする。そのため８つの０号テーブルの項目を設置し、それぞれ以下に示す。
●“００ ００００ ００００ ００００ ０００１“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００１である照会パケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ ００１０“＝＞“０００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００２である照会パケッをト1号ポートへガイドする。
●“００ ００００ ００００ ００００ ００１１“＝＞“０００ ００００ ０１００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００３である照会パケットを２号ポートへガイドする。
●“００ ００００ ００００ ００００ ０１００“＝＞“０００ ００００ １０００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００４である照会パケットを３号ポートへガイドする。
●“００ ００００ ００００ ００００ ０１０１“＝＞“０００ ０００１ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００５である照会パケットを４号ポートへガイドする。
●“００ ００００ ００００ ００００ ０１１０“＝＞“０００ ００１０ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００６である照会パケットを５号ポートへガイドする。
●“００ ００００ ００００ ００００ ０１１１“＝＞“０００ ０１００ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００７である照会パケットを６号ポートへガイドする。
●“００ ００００ ００００ ００００ １０００“＝＞“０００ １０００ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００８である照会パケットを７号ポートへガイドする。
４、ＭＳＳ−４００サーバは目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００１、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００２、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００３、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００４、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００５、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００６、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００７、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００８である照会パケット（ＳＡを全て０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００とする）送信し、その０号テーブルの設置に基づき、前記照会パケットを０から７号ポートまで順次ガイドする。この際、アドレス情報テーブルの第０ｘ０００１から０ｘ０００８項までは以下のように設置される。
●アドレス占用ディスクリプタ：“０１”はこのアドレスがスタンバイであることを表す。
●設備ディスクリプタ： 修正しない。
●設備リソース記述情報：修正しない。
アドレス情報テーブルの次の使用可能なアドレスを０ｘ０００９とする。
５、ＢＸ−００８−０、ＢＸ−００８−１スイッチが電源を入れた後ハードウェアを初期化
●その０号テーブル”００ ｘｘｘｘ ｘｘｘｘ ｘｘｘｘ ｘｘｘｘ” を“０１ ００００ ００００”と設置し、即ち全ダウンリンクプロトコルパケットをＣＰＵへガイドする。
●その１号テーブル”０１ ｘｘｘｘ ｘｘｘｘ ｘｘｘｘ ｘｘｘｘ” を“１０ ００００ ００００”と設置し、即ち全てのアップリンクプロトコルパケットをアップリンクのファストイーサネットポートへガイドする。
●その２号、３号テーブルを“００ ００００ ００００“と設置し、即ち全ての単一のマルチキャストデータパケット伝送を閉止する。
６、ＢＸ−００８−０スイッチが照会パケットを受信後、その０号テーブルの設置に基づき、当該照会パケットはそのＣＰＵモジュールまで受信される。ＣＰＵモジュールにより当該照会パケットを解析し、かつ応答パケットを生成し（当該応答は本アクセススイッチ登録情報を含む）ＭＳＳ−４００サーバへ送信する。パケットのＤＡは０ｘ０８００ ０ｘ００００ ０ｘ００００ ０ｘ００００ 、ＳＡは０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００１である。
７、ＭＳＳ−４００サーバはＢＸ−００８−０スイッチが送信した応答パケットを受信後、応答パケットのソースアドレス（ＳＡ）、および設備タイプを比べれば、その０号ポートにおいてアクセススイッチに接続したと分かる。そして、ノードサーバ内の登録情報テーブルからこのアクセススイッチ情報を検出し、当該アクセススイッチへアクセス命令を送信する（そのアクセスネットワークアドレスを０x0001とすることを知らせる）。
８、ＢＸ−００８−０スイッチがアクセス命令を受信後、自身のアクセスネットワークアドレスが０ｘ０００１であると分かればアクセスする。こうして、その０号テーブル”００ ００００ ００００ ００００ ０００１”を“０１ ００００ ００００”と設置し、０号テーブルの余った項目を”００ ００００ ００００“と設置し、即ち本スイッチのダウンリンクプロトコルパケットのみがＣＰＵをインポートとし、同時にサーバへアクセス命令応答を送信する。
９、ＭＳＳ−４００サーバはＢＸ−００８−０スイッチが送信したアクセス命令応答を受信すれば、ＢＸ−００８−０スイッチはすでにアクセスしたを分かる。こうして、サーバ内のアドレス情報テーブルの第０ｘ０００１項は以下のように設置される。
●アドレス占用ディスクリプタ：“１０”はアドレスすでに使用されていることを表す。
●設備ディスクリプタ：“０００００１”は自身内のアクセススイッチＢＸ−００８を表す。
●設備リソース記述情報：このアクセススイッチは８ダウンリンクファストイーサネットポートはあり、０号ポートから７号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを８号ポートと定義し、アップリンクファストイーサネットポートを９号ポートと定義し、このアクセススイッチ型番号をＢＸ−００８とする。このアップリンクネットワークポートは接続する設備のアクセスネットワークアドレスは０ｘ００００（即ちＭＳＳ−４００）であり、ダウンリンクネットワークポートは接続する設備のアクセスネットワークアドレスは未だ割り当てられておらず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
今後、毎秒このポートへ設備状態照会指令を送信し、ＢＸ−００８−０スイッチが正常に作動しているかどうかを調べる。同時にさらにＢＸ−００８−０スイッチの下向ポートへポートダウンリンクプロトコルパケットを送信しなければならず、本アクセススイッチに接続する他のアクセスネットワーク設備があるかどうかを検査する。このような状況において、ＭＳＳ−４００サーバをその０号テーブルにおいて以下のように設置する。
●“００ ００００ ００００ ００００ １００１“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９であるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １０１０“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ａであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １０１１“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｂであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １１００“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｃであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １１０１“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｄであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １１１０“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｅであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １１１１“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｆであるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ０００１ ００００“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ００１０であるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
ＭＳＳ−４００サーバはポート割り当て情報を含むポート割り当てパケットを介して、ＢＸ−００８−０スイッチのその０号テーブルにおいて以下のように設置するよう通知する。
●“００ ００００ ００００ ００００ １００１“＝＞“００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９であるポートダウンリンクプロトコルパケットを０号ポートへガイドする。
●“００ ００００ ００００ ００００ １０１０“＝＞“００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ａであるポートダウンリンクプロトコルパケット１号ポートへガイドする。
●“００ ００００ ００００ ００００ １０１１“＝＞“００ ００００ ０１００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｂであるポートダウンリンクプロトコルパケットを２号ポートへガイドする。
●“００ ００００ ００００ ００００ １１００“＝＞“００ ００００ １０００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｃであるポートダウンリンクプロトコルパケットを３号ポートへガイドする。
●“００ ００００ ００００ ００００ １１０１“＝＞“００ ０００１ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｄであるポートダウンリンクプロトコルパケットを４号ポートへガイドする。
●“００ ００００ ００００ ００００ １１１０“＝＞“００ ００１０ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｅであるポートダウンリンクプロトコルパケットを５号ポートへガイドする。
●“００ ００００ ００００ ００００ １１１１“＝＞“００ ０１００ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｆであるポートダウンリンクプロトコルパケットを６号ポートへガイドする。
●“００ ００００ ００００ ０００１ ００００“＝＞“００ １０００ ００００”、即ち目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ００１０であるポートダウンリンクプロトコルパケットを７号ポートへガイドする。
１０、ＭＳＳ−４００サーバは目的アドレス（ＤＡ）が０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００Ａ０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｂ、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｃ、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｄ、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｅ、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００ｆ、０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ００１０であるポートダウンリンクプロトコルパケット（ＳＡを全て０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００とする）を送信する。ＭＳＳ−４００サーバにおける０号テーブルの設置に基づき、前記ポートダウンリンクプロトコルパケットはＭＳＳ−４００サーバ０号ポートを順次ガイドする。ＢＸ−００８−０スイッチにおける０号テーブルの設置に基づき、ポートダウンリンクプロトコルパケットはＢＸ−００８−０スイッチを０から７号ポートまで順次ガイドする。かつ、ＭＳＳ−４００サーバにおけるアドレス情報テーブルの第０ｘ０００９から０ｘ００１０項までは以下のように設置される。
●アドレス占用ディスクリプタ：“０１”はこのアドレスがスタンバイであることを表す。
●設備ディスクリプタ： 修正しない。
●設備リソース記述情報：修正しない。
次の使用可能なアドレスを０ｘ００１１とする。
１１、ＳＴＢ−０がＢＸ−００８−０スイッチの０号ポートからポートダウンリンクプロトコルパケット（即ち目的アドレスが０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９であるポートダウンリンクプロトコルパケット）を受信、ポートダウンリンクプロトコルパケットを受信後、ポートアップリンクプロトコルパケット（本端末の登録情報を含む）を送信する。パケットのＤＡは０ｘ０８００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ＳＡは０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００９（スイッチの０号ポート）である。
１２、ＭＳＳ−４００サーバはＳＴＢ−０スイッチが送信したポートアップリンクプロトコルパケットを受信後、アップリンクプロトコルパケットのソースアドレス（ＳＡ）および設備タイプを比べれば、ＢＸ−００８−０の０号ポートにおいて端末に接続したことが分かる。そしてサーバ内の登録情報テーブルから端末情報を検出し、端末へアクセス命令を送信する（端末のアクセスネットワークアドレスを０ｘ０００９とすることを知らせる）。
１３、ＳＴＢ−０アクセス命令を受信後、自身のアクセスネットワークアドレスは０ｘ０００９と分かればアクセスし、同時にサーバへアクセス命令応答を送信する。
１４、ＭＳＳ−４００サーバがＳＴＢ−０が送信したアクセス命令応答を受信すれば、ＳＴＢ−０スイッチはすでにアクセスした分かる。こうしてアドレス情報テーブルの第０ｘ０００９項を以下のように設置する。
●アドレス占用ディスクリプタ：“１０”はアドレスすでに使用されていることを表す。
●設備ディスクリプタ：“００００１１”は自身内の端末を表す。
●設備リソース記述情報：この端末にビデオオーディオのコーデックエンジンがあり、ファストイーサネットポートは、この端末型番号をＳＴＢとする。このネットワークポートは接続する設備のアクセスネットワークアドレスは０ｘ０００１（即ちＢＸ−００８−０）であり、このネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
アドレス情報テーブルの第０ｘ０００１項は以下のように設置される。
●アドレス占用ディスクリプタ：修正しない。
●設備ディスクリプタ：修正しない。
●設備リソース記述情報：このアクセススイッチに８ダウンリンクファストイーサネットポートはあり、０号ポートから７号ポートまでと順次定義し、ＣＰＵモジュールインターフェースをと８号ポートと定義し、アップリンクファストイーサネットポートを９号ポートと定義し、このアクセススイッチ型番号をＢＸ−００８とする。このアップリンクネットワークポートは接続する設備のアクセスネットワークアドレスは０ｘ００００（即ちＭＳＳ−４００）であり、ダウンリンクネットワークポート０が接続する設備のアクセスネットワークアドレスは０ｘ０００９である。その余りは未だ割り当てられておらず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
今後、ＭＳＳ−４００サーバは毎秒このポートへ設備状態照会指令を送信し、ＳＴＢ−０が正常に作動しているかどうかを調べる。サーバが６秒以内に状態照会応答を受信していなければ、ＳＴＢ−０すでにネットワークから移動された認識し、設備状態照会指令を二度と送信せず、引き続き本ポートへ照会パケットを送信する。
上述の第６―１４ステップのように、ＢＸ−００８−１もアクセスし、そのアクセスネットワークアドレスをを獲得し、０ｘ０００２とする。ＳＴＢ−１もアクセスし、そのアクセスネットワークアドレスを獲得し、０ｘ００１２とする。
アクセス後、ノードサーバとイーサネットプロトコル変換ゲートウェイ、端末は通信サービス（ユニキャスト通信サービスとマルチキャスト通信サービスを含む）を実行できる。当業者に本発明をより理解してもらうため、以下にノードサーバとイーサネットプロトコル変換ゲートウェイ、端末がユニキャスト通信サービスを実行する例を示す。
３．３．４ ユニキャスト通信サービスの通信接続フローの例
図７に示すように、ノードサーバＭＳＳ−４００（アクセスネットワークアドレスを０ｘ００００とする）は、この０号ポートはイーサネットプロトコル変換ゲートウェイＢＸ−００８−０（アクセスネットワークアドレスを０ｘ０００１とすえう）に接続し、この１号ポートはイーサネットプロトコル変換ゲートウェイＢＸ−００８−１（アクセスネットワークアドレスを０ｘ０００２とする）に接続し、ＢＸ−００８−０の０号ポートはセットトップボックスＳＴＢ−０（アクセスネットワークアドレスを０ｘ０００９とする）に接続し、ＢＸ＿００８−１の１号ポートはセットトップボックスＳＴＢ−１（アクセスネットワークアドレスを０ｘ００１２とする）に接続すると仮定する。セットトップボックスＳＴＢ＿０がノードサーバＭＳＳ−４００へ申請を送信することとセットトップボックスＳＴＢ＿１がビデオ通信のユニキャスト通信サービスを実行するステップを以下に示す。
Ｓ１において、セットトップボックスＳＴＢ＿０がサービス請求プロトコルパケット送信し、パケットのＤＡ（目的アドレス）を０ｘ０８００ ０ｘ００００ ０ｘ００００ ０ｘ００００（即ちＭＳＳ−４００のアドレス）、ＳＡ（ソースアドレス）を０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００９とする。当該パケットにおいて、さらにイーサネットプロトコル変換ゲートウェイＢＸ−００８−０のＭＡＣアドレス（ＭＡＣ ＤＡ）とセットトップボックスＳＴＢ＿０のＭＡＣアドレス（ＭＡＣ ＳＡ）を備える。この他にさらに、ｒｅｓｅｒｖｅｄ ０ｘ００００（リザーブワード）を備え、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
サービス申請に関する番組番号、ブロードキャストチャンネル番号を全てサービスパラメータに置く、例えば、＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＧＴＭＬ＿ＲＥＱＵＥＳＴ ０ｘ８０００ はメニューを申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＶＯＤ＿ＲＥＱＵＥＳＴ ０ｘ８００１はオンデマンド番組を申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＣＨＡＮＧＥ＿ＭＥＮＵ ０ｘ８００２は背景メニューの変更を申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＢＲＯＡＤＣＡＳＴ＿ＲＥＱＵＥＳＴ ０ｘ８００３はブロードキャスト視聴を申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＣＨＡＮＧＥ＿ＣＨＡＮＮＥＬ ０ｘ８００４ はチャンネル切り換えを申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＤＩＲＥＣＴ ０ｘ８００５ はテレビ電話をかけることを申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＰＥＲＭＩＳＳＩＯＮ ０ｘ８００６ はアクセスした応答を許可するかどうか判断する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＲＥＣＯＲＤ＿ＲＥＱＵＥＳＴ ０ｘ８００７ は記録を申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＥＮＤ＿ＲＥＱＵＥＳＴ ０ｘ８００８ は目下のサービスの終了を申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＯＲＧ＿ＣＡＳＴ＿ＲＥＱＵＥＳＴ ０ｘ８００９生中継開始をを申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＤＤＢ＿ＲＥＱＵＥＳＴ ０ｘ８００ｂ遅延テレビの視聴を申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＳＫＩＰ ０ｘ８００ｃはオンデマンド或いは遅延テレビを視聴する過程において早送り 巻き戻し 一時停止 継続を実行する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＲＥＣＯＲＤ＿ＥＮＤ ０ｘ８００ｅは記録の終了を申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＶＩＥＷ＿Ｍｏｎｉｔｏｒ＿ＤＩＲＥＣＴ ０ｘ８０２４は視聴のモニターを申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＲＣＶ＿ＣＡＳＴ＿ＤＩＲＥＣＴ ０ｘ８０２５ は生中継の視聴を申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＲＥＱＵＥＳＴ ０はテレビ電話をかけることを申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＲＣＶ＿ＣＡＳＴ＿ＲＥＱＵＥＳＴ ０ｘａは生中継の視聴を申請する。
＃ｄｅｆｉｎｅ ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＶＩＥＷ＿Ｍｏｎｉｔｏｒ ０ｘｃは視聴のモニターを申請する。
この例において、サービスパラメータをＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＲＥＱＵＥＳＴ或いはＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＤＩＲＥＣＴとする。
Ｓ２において、セットトップボックスＳＴＢ＿０とノードサーバＭＳＳ−４００間に接続するイーサネットプロトコル変換ゲートウェイＢＸ−００８−０が前記サービス請求プロトコルパケットを受信し、まず当該パケットにおけるイーサネットプロトコル変換ゲートウェイＢＸ−００８−０のＭＡＣアドレス（ＭＡＣ ＤＡ）とセットトップボックスＳＴＢ＿０のＭＡＣアドレス（ＭＡＣ ＳＡ）を削除する。
そして、１号テーブルの設置に基づき、当該サービス請求プロトコルパケットはノードサーバＭＳＳ−４００までガイドされ、ノードサーバＭＳＳ−４００パケットのコンテンツに基づき、ビデオ通信の申請（サービスタイプ）を受信したと判断し、サービス番号に基づきＣＡＭ表（コンテンツ−アドレスマッピングテーブル）を調べれば、着呼（目標端末）はＳＴＢ＿１と分かる。自身内のアドレス情報テーブルに基づけば、今回のサービスに関するリンクトポロジーが分かり、リンクが許可したと判断し、双方は通信を実行できる。こうして、それぞれメニュープロトコルパケットを発呼（ＳＴＢ＿０）と着呼（ＳＴＢ＿１）へ送信し、かつ着呼応答を待つ。
ここで、ＳＴＢ＿０のメニュープロトコルパケットへ送信し、ＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
ＳＴＢ＿１のメニュープロトコルパケットへ送信し、ＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ００１２、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００とし、ＰＤＵ部分を上述のように示す。
Ｓ３において、ノードサーバＭＳＳ−４００における０号テーブルの設置、およびイーサネットプロトコル変換ゲートウェイＢＸ−００８−０とＢＸ−００８−１における０号テーブルの設置に基づき、この２つのメニュープロトコルパケットはそれぞれセットトップボックスＳＴＢ＿０とＳＴＢ＿１までガイドし、この過程においてＢＸ−００８−０とＢＸ−００８−１はそれぞれこの２つのメニュープロトコルパケットに対しＭＡＣ ＤＡとＭＡＣ ＳＡを加える。
着呼ＳＴＢ＿１は申請ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＰＥＲＭＩＳＳＩＯＮを送信し、ＳＴＢ＿１通信を受信する。かつノードサーバＭＳＳ−４００へ応答プロトコルパケットを送信する。当該パケットはイーサネットプロトコル変換ゲートウェイＢＸ−００８−１のＭＡＣアドレス（ＭＡＣ ＤＡ）とセットトップボックスＳＴＢ＿１のＭＡＣアドレス（ＭＡＣ ＳＡ）を備え、さらに含む ＤＡを０ｘ０８００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００１２、ｒｅｓｅｒｖｅｄ ０ｘ００００とすることを備え、サービスパラメータはSＥＲＶＩＣＥ＿ＴＹＰＥ＿ＰＥＲＭＩＳＳＩＯＮであり、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
Ｓ４において、イーサネットプロトコル変換ゲートウェイＢＸ−００８−１は前記応答プロトコルパケットにおけるイーサネットプロトコル変換ゲートウェイＢＸ−００８−１のＭＡＣアドレス（ＭＡＣ ＤＡ）とセットトップボックスＳＴＢ＿１のＭＡＣアドレス（ＭＡＣ ＳＡ）を削除する。そして１号テーブルの設置に基づき、前記応答プロトコルパケットをノードサーバＭＳＳ−４００へガイドする。ノードサーバＭＳＳ−４００パケットのコンテンツに基づきビデオ通信を受信する申請を受信したと判断する。サービス番号に基づきＣＡＭ表を調べれば、着呼はＳＴＢ＿１と分かる。自身内のアドレス情報テーブルに基づけば、ノードサーバＭＳＳ−４００は今回のサービスに関するリンクトポロジーが分かり、リンクが許可したと判断し、双方は通信を実行できる。
このような状況において、ノードサーバMSS-400が設置する自身の２号テーブルを以下に示す。
●“１０ ００００ ００００ ０００１ ００１０“＝＞“０００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ００１２（即ちセットトップボックスＢＸ−００８−１）であるユニキャストデータパケットを１号ポートへガイドする。
●“１０ ００００ ００００ ００００ １００１“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９（即ちセットトップボックスＢＸ−００８−０）であるユニキャストデータパケットを０号ポートへガイドする。
かつ、ノードサーバＭＳＳ−４００はアップリンク（発呼経路）とダウンリンク（着呼経路）における全イーサネットプロトコル変換ゲートウェイへポート設置命令を送信する。同時に相手のアドレスのアップリンクと自身アドレスのダウンリンクを開放することを要求する。
イーサネットプロトコル変換ゲートウェイＢＸ−００８−０へ送信する２つのパケットは、
１）１つ目のパケットのＤＡ０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００１、ＳＡ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
２）２つ目のパケットのＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００１、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
イーサネットプロトコル変換ゲートウェイBX-008-1へ送信する２つのパケットは、
１）１つ目のパケットのＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００２、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００とし、ＰＤＵを以下の表に示す。
Figure 2013536635
２）２つ目のパケットのＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００２、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００とし、ＰＤＵを以下の表に示す。
Figure 2013536635
セットトップボックスＳＴＢ−０へ送信するパケット（サービス処理命令、本例ではコーデック命令とする）。
パケットのＤＡ０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９、ＳＡ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
ＳＴＢ−１へ送信するパケット（サービス処理命令、本例ではコーデック命令とする）。
パケットのＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ００１２、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
前記コーデック命令のＰＤＵにおいて、フィールド番号１３はコーディングタイプ：０＝停止コーディング、０ｆｆｆｆ＝現状保守を表し、０ｘｆｆｆｅは解読したデータをフィードバックし、ローカルコーディングを実行しない。フィールド番号は１４解読タイプ：０＝停止解読、０ｆｆｆｆ＝現状保守を表す。フィールド番号１５―１８はコーディングアドレス（ＤＡ或いはマルチキャストアドレス）：０ｘｆｆｆｆ＝現状保守を表す。フィールド番号１９−２２は解読アドレス（ＤＡ或いはマルチキャストアドレス）：０ｘｆｆｆｆ＝現状保守を表す。フィールド番号２３はＨＢ：コーディングＨＤＡ、ＬＢ：解読したＨＡＤ、０ｘｆｆｆｆ＝現状保守を表す。フィールド番号２４はベルパラメータ：０＝ベル閉止、１＝開始ベル、０ｘｆｆｆｆ＝現状保守を表す。フィールド番号２５はＰＴＺ動作パラメータ：０ｘｆｆｆｆ＝現状保守を表す。フィールド番号２６は補助チャンネル動作パラメータ：０ｘｆｆｆｆ＝現状保守を表す。
ここで、コーディングタイプを以下の表に示す。
Figure 2013536635
Ｓ５において、ノードサーバＭＳＳ−４００における０号テーブルの設置、およびイーサネットプロトコル変換ゲートウェイＢＸ−００８−０、ＢＸ−００８−１における０号テーブルの設置に基づき、先の４つのイーサネットプロトコル変換ゲートウェイへ送信するパケットをそれぞれＢＸ−００８−０、ＢＸ−００８−１へガイドする。
このような状況において、イーサネットプロトコル変換ゲートウェイＢＸ−００８−０が設置する自身の２号テーブルを以下に示す。
●“１０ ００００ ００００ ０００１ ００１０“＝＞“１０ ００００ ００００”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ００１２であるユニキャストデータパケットを９号ポートへガイドする。
●“１０ ００００ ００００ ００００ １００１“＝＞“００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９であるユニキャストデータパケットを０号ポートへガイドする。
イーサネットプロトコル変換ゲートウェイＢＸ−００８−１が設置する自身の２号テーブルを以下に示す。
●“１０ ００００ ００００ ０００１ ００１０“＝＞“００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ００１２であるユニキャストデータパケットを１号ポートへガイドする。
●“１０ ００００ ００００ ００００ １００１“＝＞“１０ ００００ ００００”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９であるユニキャストデータパケットを９号ポートへガイドする。
ノードサーバＭＳＳ−４００における０号テーブルの設置、およびイーサネットプロトコル変換ゲートウェイＢＸ−００８−０、ＢＸ−００８−１における０号テーブルの設置に基づき、後の２つのセットトップボックスへ送信するパケットはそれぞれセットトップボックスＳＴＢ−０、ＳＴＢ−１までガイドする。この過程において、ＢＸ−００８−０、ＢＸ−００８−１はそれぞれこの２つのパケットへ対応のＭＡＣ ＤＡとＭＡＣ ＳＡを加える。パケットを受信後、セットトップボックスＳＴＢ−０、ＳＴＢ−１はパケットのコンテンツに基づきコーデックを開始でき、かつ受信、ユニキャストデータを送信する。
具体的に、当回サービスの通信リンクを設置後、前記セットトップボックスＳＴＢ−０、ＳＴＢ−１に基づき前記通信リンクがユニキャストデータを受・送信する過程は、
１）セットトップボックスＳＴＢ−０はセットトップボックスＳＴＢ−１へユニキャストデータパケットを送信し、当該パケットはイーサネットプロトコル変換ゲートウェイＢＸ−００８−０のＭＡＣアドレス（ＭＡＣ ＤＡ）とセットトップボックスＳＴＢ＿０のＭＡＣアドレス（ＭＡＣ ＳＡ）を備え、当該パケットのＤＡは０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ００１２、ＳＡは０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００９である。
２）当該ユニキャストデータパケットはイーサネットプロトコル変換ゲートウェイＢＸ−００８−０入り、まず前記ＭＡＣ ＤＡとＭＡＣ ＳＡを削除する。そして、イーサネットプロトコル変換ゲートウェイＢＸ−００８−０の交換エンジンモジュールは組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０ ００００ ００００ ０００１ ００１０”であり、当該項目のアウトプットは“１０ ００００ ００００”（“１０ ００００ ００００ ０００１ ００１０“＝＞“１０ ００００ ００００”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ００１２であるユニキャストデータパケット９号ポートへガイドする）であり、アップリンク９号ポートを開くことを表す。目下のユニキャストデータパケットは当該９号ポートを介してノードサーバＭＳＳ−４００に入る。
３）ノードサーバＭＳＳ−４００は前記ユニキャストデータパケットを受信後、その交換エンジンは組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０ ００００ ００００ ０００１ ００１０”であり、当該項目のアウトプットは“０００ ００００ ００１０”（“１０ ００００ ００００ ０００１ ００１０“＝＞“０００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ００１２であるユニキャストデータパケットを１号ポートへガイドする）であり、ダウンリンク１号ポートを開くことを表す。目下のユニキャストデータパケットは当該１号ポートを介してイーサネットプロトコル変換ゲートウェイＢＸ−００８−１に入る。
４）イーサネットプロトコル変換ゲートウェイＢＸ−００８−１が前記ユニキャストデータパケットを受信後、その交換エンジンモジュールは組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０ ００００ ００００ ０００１ ００１０”であり、当該項目のアウトプットは“００ ００００ ００１０”（“１０ ００００ ００００ ０００１ ００１０“＝＞“００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ００１２であるユニキャストデータパケットを１号ポートへガイドする）であり、ダウンリンク1号ポートを開くことを表す。目下のユニキャストデータパケットは当該1号ポートを介してセットトップボックスＳＴＢ−１に入る。この過程において、ＢＸ−００８−１は当該パケットにイーサネットプロトコル変換ゲートウェイＢＸ−００８−１のＭＡＣアドレス（ＭＡＣ ＳＡ）とセットトップボックスＳＴＢ−１のＭＡＣアドレス（ＭＡＣ ＤＡ）を加える。
５）セットトップボックスＳＴＢ−１はセットトップボックスＳＴＢ−０へユニキャストデータパケット送信する。当該パケットのＤＡは０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９、ＳＡは０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００１２であり、当該パケットはさらにイーサネットプロトコル変換ゲートウェイＢＸ−００８−１のＭＡＣアドレス（ＭＡＣ ＤＡ）とセットトップボックスSTB_1のMACアドレス（ＭＡＣ ＳＡ）を備える。
６）当該ユニキャストデータパケットはイーサネットプロトコル変換ゲートウェイＢＸ−００８−１に入り、先に前記ＭＡＣ ＤＡとＭＡＣ ＳＡを削除する。そして、イーサネットプロトコル変換ゲートウェイＢＸ−００８−１の交換エンジンモジュールは組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０ ００００ ００００ ００００ １００１”であり、当該項目のアウトプットは“１０ ００００ ００００”（“１０ ００００ ００００ ００００ １００１“＝＞“１０ ００００ ００００”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９であるユニキャストデータパケット９号ポートへガイドする）であり、アップリンク９号ポートを開くことを表す。目下のユニキャストデータパケットは当該９号ポートを介してノードサーバＭＳＳ−４００に入る。
７）ノードサーバＭＳＳ−４００が前記ユニキャストデータパケットを受信後、その交換エンジンは組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０ ００００ ００００ ００００ １００１”であり、当該項目のアウトプットは“０００ ００００ ０００１”（“１０ ００００ ００００ ００００ １００１“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９であるユニキャストデータパケットを０号ポートへガイドする）であり、ダウンリンク０号ポートを開くことを表す。目下のユニキャストデータパケットは当該０号ポートを介してイーサネットプロトコル変換ゲートウェイＢＸ−００８−０に入る。
８）イーサネットプロトコル変換ゲートウェイＢＸ−００８−０が前記ユニキャストデータパケットを受信後、その交換エンジンモジュールは組み合わせアドレス域に基づき２号テーブルを調べ、表のアドレスは“１０ ００００ ００００ ００００ １００１”であり、当該項目のアウトプットは“００ ００００ ０００１”（“１０ ００００ ００００ ００００ １００１“＝＞“００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９であるユニキャストデータパケットを０号ポートへガイドする）であり、ダウンリンク０号ポートを開くことを表す。目下のユニキャストデータパケットは当該０号ポートを介してセットトップボックスＳＴＢ−０に入る。この過程において、ＢＸ−００８−０はパケットにイーサネットプロトコル変換ゲートウェイＢＸ−００８−０のＭＡＣアドレス（ＭＡＣ ＳＡ）とセットトップボックスＳＴＢ−０のＭＡＣアドレス（ＭＡＣ ＤＡ）を加える。
３．３．５ マルチキャスト通信サービスの通信接続フロー例
同様に図７に示すように、ノードサーバＭＳＳ−４００（アクセスネットワークアドレスを０ｘ００００とする）は、この０号ポートはイーサネットプロトコル変換ゲートウェイＢＸ−００８−０（アクセスネットワークアドレスを０ｘ０００１とする）を接続し、この１号ポートはイーサネットプロトコル変換ゲートウェイＢＸ−００８−１（アクセスネットワークアドレスを０ｘ０００２とする）を接続し、ＢＸ−００８−０の０号ポートはセットトップボックスＳＴＢ−０（アクセスネットワークアドレスを０ｘ０００９とする）を接続し、ＳＴＢ＿０の番号が０ｘ６６６６ ０ｘ６６６６ ０ｘ６６６６、ＢＸ＿００８−１である１号ポートはセットトップボックスＳＴＢ−１（アクセスネットワークアドレスを０ｘ００１２とする）を接続し、ＳＴＢ＿１の番号が０ｘ８８８８ ０ｘ８８８８ ０ｘ８８８８であると仮定する。セットトップボックスＳＴＢ＿０がノードサーバＭＳＳ−４００生中継の開始を申請する、ステップを以下に示す。
１、セットトップボックスＳＴＢ＿０は生中継を開始するサービス請求プロトコルパケット送信する。パケットはイーサネットプロトコル変換ゲートウェイＢＸ−００８−０のＭＡＣアドレス（ＭＡＣ ＤＡ）とセットトップボックスＳＴＢ＿０のＭＡＣアドレス（ＭＡＣ ＳＡ）を備え、パケットのＤＡは０ｘ０８００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ＳＡは０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００９、ｒｅｓｅｒｖｅｄ ０ｘ００００（リザーブワード）であり、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
２、セットトップボックスＳＴＢ＿０とノードサーバＭＳＳ−４００間に接続するイーサネットプロトコル変換ゲートウェイＢＸ−００８−０が前記サービス請求プロトコルパケットを受信し、まず当該パケットにおけるイーサネットプロトコル変換ゲートウェイＢＸ−００８−０のＭＡＣアドレス（ＭＡＣ ＤＡ）とセットトップボックスＳＴＢ＿０のＭＡＣアドレス（ＭＡＣ ＳＡ）を削除する。
そして、１号テーブルの設置に基づき、当該サービス請求プロトコルパケットはノードサーバＭＳＳ−４００へガイドされる。ノードサーバＭＳＳ−４００パケットのコンテンツに基づき、生中継開始の申請（サービスタイプ）を受信したと判断する。サービス番号に基づきＣＡＭ表（コンテンツ・アドレスマッピングテーブル）を調べ、ユーザー（ソース端末）はＳＴＢ＿０と分かる。自身内のアドレス情報テーブルに基づけば、今回のサービスに関するリンクトポロジーが分かり、リンクが許可したと判断し、生中継を開始でき、こうして割り当てるマルチキャストアドレスを０ｘ０００８とする。かつ、ノードサーバは目下の通信リンクにおける全イーサネットプロトコル変換ゲートウェイポートへ設置命令を送信し、同時に相手のアドレスのアップリンクと自身アドレスのダウンリンクを開放することを要求する。この場合、リンクトポロジー判断を介して、目下はイーサネットプロトコル変換ゲートウェイＢＸ−００８−０のみを設置すれば良いと分かる。
このような状況において、ノードサーバＭＳＳ−４００はイーサネットプロトコル変換ゲートウェイＢＸ−００８−０へパケットを送信する。
パケットのＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００１、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００（リザーブワード）とし、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
ノードサーバＭＳＳ−４００はセットトップボックスＳＴＢ−０へパケット（サービス処理命令、本例ではコーデック命令とする）を送信する。
パケットのＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００９、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
３、ノードサーバＭＳＳ−４００における０号テーブルの設置に基づき、イーサネットプロトコル変換ゲートウェイＢＸ−００８−０へ送信するパケットはＢＸ−００８−０までガイドする。このような状況において、ＢＸ−００８−０が設置する自身の３号テーブルを以下に示す。
●“１１ ００００ ００００ ００００ １０００“＝＞“００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ７８００ ０ｘ００００ ０ｘ００００ ０ｘ０００８であるマルチキャストデータパケットを０号ポートへガイドする。
４、ノードサーバＭＳＳ−４００における０号テーブルの設置、およびイーサネットプロトコル変換ゲートウェイＢＸ−００８−０における０号テーブルの設置に基づき、セットトップボックスＳＴＢ−０へ送信するパケットはＳＴＢ−０までガイドする。この過程において、ＢＸ−００８−０はパケットにＢＸ−００８−０のＭＡＣ（ＭＡＣ ＳＡ）とＳＴＢ−０のＭＡＣ（ＭＡＣ ＤＡ）を加え、送信する。ＳＴＢ−０はパケットのコンテンツに基づきコーデックを開始し、かつ受信を開始し、マルチキャストデータを送信する。
具体的に、前記セットトップボックスＳＴＢ−０が目下の生中継に基づき、通信リンクを受・送信するマルチキャストデータを開始する過程は、
１）セットトップボックスＳＴＢ−０はマルチキャストデータパケットを送信し、当該ＢＸ−００８−０のＭＡＣ（ＭＡＣ ＤＡ）とＳＴＢ−０のＭＡＣ（ＭＡＣ ＳＡ）を備え、当該パケットのＤＡは０ｘ７８００ ０ｘ００００ ０ｘ００００ ０ｘ０００８（マルチキャストアドレス）、ＳＡは０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００９である。
２）前記マルチキャストデータパケットはイーサネットプロトコル変換ゲートウェイＢＸ−００８−０に入り、まず前記ＭＡＣ ＤＡとＭＡＣ ＳＡを削除する。そして、イーサネットプロトコル変換ゲートウェイＢＸ−００８−０の交換エンジンモジュールは組み合わせアドレス域に基づき３号テーブルを調べ、表のアドレスは“１１ ００００ ００００ ００００ １０００”であり、当該項目のアウトプットは“００ ００００ ０００１”（“１１ ００００ ００００ ００００ １０００“＝＞“００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ７８００ ０ｘ００００ ０ｘ００００ ０ｘ０００８であるマルチキャストデータパケットを０号ポートへガイドする）であり、ダウンリンク０号ポートを開くことを表す。目下のマルチキャストデータパケットは当該０号ポートを介してセットトップボックスＳＴＢ−０に入る。この過程において、ＢＸ−００８−０は再びパケットにおいてＢＸ−００８−０のＭＡＣ（ＭＡＣ ＳＡ）とＳＴＢ−０のＭＡＣ（ＭＡＣ ＤＡ）加え、当該０号ポートを介して送信する。
セットトップボックスＳＴＢ＿１はノードサーバＭＳＳ−４００へ生中継視聴を申請し、番号は０ｘ６６６６ ０ｘ６６６６ ０ｘ６６６６であるステップを以下に示す。
１、セットトップボックスＳＴＢ＿１は生中継視聴のサービス請求プロトコルパケット送信し、当該ＢＸ−００８−１のＭＡＣ（ＭＡＣ ＤＡ）とＳＴＢ＿１のＭＡＣ（ＭＡＣ ＳＡ）を備え、パケットのＤＡは ０ｘ０８００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ＳＡ は０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００１２、ｒｅｓｅｒｖｅｄ ０ｘ００００であり、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
２、セットトップボックスＳＴＢ＿１とノードサーバＭＳＳ−４００間に接続するイーサネットプロトコル変換ゲートウェイＢＸ−００８−１は、先に前記ＭＡＣ ＤＡとＭＡＣ ＳＡ削除する。そして、１号テーブルの設置に基づき、当該サービス請求プロトコルパケットはノードサーバＭＳＳ−４００へガイドされる。ノードサーバＭＳＳ−４００パケットのコンテンツに基づき、生中継視聴の申請を受信したと判断し、サービス番号に基づきＣＡＭ表を調べ、開始者（ソース端末）はＳＴＢ＿０であると分かる。自身内のアドレス情報テーブルに基づき、今回のサービスに関するリンクトポロジーが分かり、リンクが許可したと判断し、生中継を視聴できる。こうして、マルチキャストアドレス（対応するソース端末へ割り当てるマルチキャストアドレス）を０ｘ０００８と割り当てる。かつ、ノードサーバは目下の通信リンクにおける全イーサネットプロトコル変換ゲートウェイへポート設置命令を送信し、同時に相手のアドレスのアップリンクと自身アドレスのダウンリンクを開放することを要求する。このような状況において、ノードサーバＭＳＳ−４００が設置する自身の３号テーブルを以下に示す。
●“１１ ００００ ００００ ００００ １０００“＝＞“０００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ７８００ ０ｘ００００ ０ｘ００００ ０ｘ０００８であるマルチキャストデータパケットを１号ポートへガイドする。
同時に、ノードサーバＭＳＳ−４００はイーサネットプロトコル変換ゲートウェイＢＸ−００８−０へパケットを送信する。
パケットのＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００１、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
同時に、ノードサーバＭＳＳ−４００はイーサネットプロトコル変換ゲートウェイＢＸ−００８−１へパケットを送信する。
パケットのＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ０００２、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
同時に、ノードサーバＭＳＳ−４００はセットトップボックスＳＴＢ−１へパケットを送信する。
パケットのＤＡを０ｘ８０００ ０ｘ００００ ０ｘ００００ ０ｘ００１２、ＳＡを０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００とし、ＰＤＵ部分を以下の表に示す。
Figure 2013536635
３、ノードサーバＭＳＳ−４００における０号テーブルの設置に基づき、イーサネットプロトコル変換ゲートウェイＢＸ−００８−０、ＢＸ−００８−１へ送信し、それぞれイーサネットプロトコル変換ゲートウェイＢＸ−００８−０とＢＸ−００８−１までガイドする。
このような状況において、イーサネットプロトコル変換ゲートウェイＢＸ−００８−０が設置する自身の３号テーブルを以下に示す。
●“１１ ００００ ００００ ００００ １０００“＝＞“１０ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ７８００ ０ｘ００００ ０ｘ００００ ０ｘ０００８であるマルチキャストデータパケットを０号、９号ポートへガイドする。
イーサネットプロトコル変換ゲートウェイＢＸ−００８−１が設置する自身の３号テーブルを以下に示す。
●“１１ ００００ ００００ ００００ １０００“＝＞“００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ７８００ ０ｘ００００ ０ｘ００００ ０ｘ０００８であるマルチキャストデータパケットを１号ポートへガイドする。
４、ノードサーバＭＳＳ−４００における０号テーブルの設置、およびイーサネットプロトコル変換ゲートウェイＢＸ−００８−１における０号テーブルの設置に基づき、セットトップボックスＳＴＢ−１へ送信するパケットはＳＴＢ−１までガイドする。ＳＴＢ−１パケットのコンテンツに基づきマルチキャストデータを受信し、解読する。ＢＸ−００８−１はパケットにＢＸ−００８−１のＭＡＣ（ＭＡＣ ＳＡ）とＳＴＢ−１のＭＡＣ（ＭＡＣ ＤＡ）を加え、送信する。
具体的に、前記セットトップボックスSTB-1は目下の生中継視聴の通信リンクによりマルチキャストデータを受信する過程は、
１）セットトップボックスＳＴＢ−０はマルチキャストデータパケットを送信し、当該イーサネットプロトコル変換ゲートウェイＢＸ−００８−０のＭＡＣアドレス（ＭＡＣ ＤＡ）とセットトップボックスＳＴＢ＿０のＭＡＣアドレス（ＭＡＣ ＳＡ）を備え、当該パケットのＤＡは０ｘ７８００ ０ｘ００００ ０ｘ００００ ０ｘ０００８（マルチキャストアドレス）、ＳＡは０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００９である。
２）前記マルチキャストデータパケットはイーサネットプロトコル変換ゲートウェイＢＸ−００８−０に入り、先に前記ＭＡＣ ＤＡとＭＡＣ ＳＡを削除する。そして、イーサネットプロトコル変換ゲートウェイＢＸ−００８−０の交換エンジンモジュールは組み合わせアドレス域に基づき３号テーブルを調べ、表のアドレスは“１１ ００００ ００００ ００００ １０００”であり、当該項目のアウトプットは“１０ ００００ ０００１”（“１１ ００００ ００００ ００００ １０００“＝＞“１０ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ７８００ ０ｘ００００ ０ｘ００００ ０ｘ０００８でありマルチキャストデータパケットを０号、９号ポートへガイドする）であり、ダウンリンク０号ポートアップリンクと９号ポートを開くことを表す。目下のマルチキャストデータパケットは当該０号ポートを介してセットトップボックスＳＴＢ−０に入り、当該９号ポートを介してノードサーバＭＳＳ−４００に入る。
ここで、当該０号ポートを介してセットトップボックスＳＴＢ−０のパケットに入り、ＢＸ−００８−０はパケットにＢＸ−００８−０のＭＡＣアドレス（ＭＡＣ ＳＡ）とセットトップボックスＳＴＢ＿０のＭＡＣアドレス（ＭＡＣ ＤＡ）を加える。
３）ノードサーバＭＳＳ−４００が当該マルチキャストデータパケットを受信後、その交換エンジンモジュール組み合わせアドレス域に基づき３号テーブルを調べ、表のアドレスは“１１ ００００ ００００ ００００ １０００”であり、当該項目のアウトプットは“０００ ００００ ００１０”（“１１ ００００ ００００ ００００ １０００“＝＞“０００ ００００ ００１０”即ち目的アドレス（ＤＡ）が０ｘ７８００ ０ｘ００００ ０ｘ００００ ０ｘ０００８であるマルチキャストデータパケット１号ポートへガイドする）であり、ダウンリンク１号ポートを開くことを表す。目下のマルチキャストデータパケットは当該１号ポートを介してイーサネットプロトコル変換ゲートウェイＢＸ−００８−１に入る。
４）イーサネットプロトコル変換ゲートウェイＢＸ−００８−１が当該マルチキャストデータパケットを受信後、その交換エンジンモジュール組み合わせアドレス域に基づき３号テーブルを調べ、表のアドレスは“１１ ００００ ００００ ００００ １０００”であり、当該項目のアウトプットは“００ ００００ ００１０”（“１１ ００００ ００００ ００００ １０００“＝＞“００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ７８００ ０ｘ００００ ０ｘ００００ ０ｘ０００８であるマルチキャストデータパケット１号ポートへガイドする）であり、ダウンリンク１号ポートを開くことを表す。目下のマルチキャストデータパケットは当該１号ポートを介してセットトップボックスＳＴＢ−１に入る。当該パケットにＢＸ−００８−１のＭＡＣ（ＭＡＣ ＳＡ）とＳＴＢ−１のＭＡＣ（ＭＡＣ ＤＡ）を加える。
３．３．６ イーサネットプロトコル変換ゲートウェイのストリーム制御
イーサネットプロトコル変換ゲートウェイはさらにゲートウェイを通ったパケットプロトコルパケットに対し精確なストリーム制御を実行できる。図１２に示すように具体的な過程を以下に示す。
ステップ１００１において、ダウンリンクネットワークインターフェースが受信したデータパケットはパケット検査モジュールに入る。
ステップ１００２において、パケット検査モジュールはデータパケットのイーサネットプロトコル変換ゲートウェイＭＡＣ ＤＡ、目標端末ＭＡＣ ＳＡ、イーサネット ｌｅｎｇｔｈ ｏｒ ｆｒａｍｅ ｔｙｐｅ、新型ネットワーク目地アドレス（ＤＡ）、新型ネットワークソースアドレス（ＳＡ）、データパケットタイプおよびパケットの長さが要求に合うかどうかを調べる。もし要求に合えば対応のストリーム識別子を割り当て（ｓｔｒｅａｍ−ｉｄ）、かつＭＡＣ削除モジュールによりＭＡＣ ＤＡ、ＭＡＣ ＳＡを減らす。そして対応のポート受信バッファ入る。要求に合わなければ捨てる。
さらに、アップリンクネットワークインターフェースが受信したデータパケットは対応のポート受信バッファに直接入り、ＣＰＵモジュールインターフェースが受信したデータパケットも対応のポート受信バッファに直接入る。これは、本実施形態がアップリンク伝送を制御するため、アップリンクネットワークインターフェースとＣＰＵモジュールインターフェースが受信したデータパケットは全て検査を実行しない。
本実施形態において、ストリーム識別子（ｓｔｒｅａｍ−ｉｄ）は８ｂｉｔで良く、２５６種類のストリームに対応する。
ステップ１００３において、交換エンジン各ポートに対しバッファーを受信し、ポーリングを実行する。もしパケットがあればこれに対しアドレス調査表の照会を行い、これによりパケットのガイド情報を獲得する。
パケットに対し、パケットアドレステーブルを照会。もしユニキャストデータパケットであれば、２号テーブル照会。もしマルチキャストデータパケットであれば、３号テーブルを照会。
ステップ１００４において、もしポートに入り、バッファーを受信するパケットはダウンリンクネットワークインターフェースからアップリンクネットワークインターフェースまでのものであれば、交換エンジンはストリーム識別子（ｓｔｒｅａｍ−ｉｄ）を結合し、当該データパケットを対応するパケットバッファー装置キューにストレージする。もし当該パケットバッファー装置キューがいっぱいに近づくと、パケットを捨てる。
もしポートに入り、バッファーを受信するデータパケットがダウンリンクネットワークインターフェースからアップリンクネットワークインターフェースまで（例、アップリンクネットワークインターフェースからダウンリンクネットワークインターフェースまで、或いはＣＰＵモジュールインターフェースからダウンリンクネットワークインターフェースまで等）のものでなければ、交換エンジンはパケットのガイド情報に基づき、当該パケットを対応するパケットバッファー装置キューにストレージする。もし当該パケットバッファー装置キューがいっぱいに近づくと、パケットを捨てる。
前記パケットバッファー装置において、２５６つのストリームタイプがあると仮定すれば、２５６つのバッファーがあり、それぞれ異なるストリームが対応するデータパケットをバッファーする。
以上をパケットの受信部分とし、以下はパケットの送信部分である。
ステップ１００５において、交換エンジンは全パケットバッファー装置のキューをポーリングし、２種類の状況に分ける。
第１種類、もし当該キューがダウンリンクネットワークインターフェースからアップリンクネットワークインターフェースまでであれば、以下の条件を満たせば、転送する。
ポートはバッファーがいっぱいでないである条件１）と、
当該キューパケットカウンターが０より大きいである条件２）と、
ビットレート制御モジュールが出すトークンを獲得する条件３）。
いわゆる転送は、交換エンジンにより当該パケットバッファー装置キューからパケットを順次読み出し、かつアップリンクネットワークインターフェースのポートを書き込み、バッファーを送信することを示す。
第２種類、もし当該キューがダウンリンクネットワークインターフェースからアップリンクネットワークインターフェースまででなければ、以下の条件を満せば転送する。
当該ポートはバッファーがいっぱいでないである条件１）と、
当該キューパケットカウンターが０より大きいである条件２）。
ステップ１００６において、ダウンリンクネットワークインターフェースの送信モジュールは当該ポートの送信バッファーを検査する。もし、パケットがあればパケットの新型ネットワーク目地アドレスＤＡに基づき対応する端末のイーサネットＭＡＣ ＤＡを獲得する。ＭＡＣ追加モジュールにより端末のイーサネットＭＡＣ ＤＡ、イーサネットプロトコル変換ゲートウェイのＭＡＣ ＳＡ、イーサネット ｌｅｎｇｔｈ ｏｒ ｆｒａｍｅ ｔｙｐｅを加え、かつ送信する。
アップリンクネットワークインターフェースの送信モジュールは当該ポートの送信バッファーを検査し、もしパケットがあれば送信する。
本実施形態において、イーサネットプロトコル変換ゲートウェイはストレージ――伝送メカニズムに基づき、全てのポートは全て受信バッファーと送信バッファーがある。これらのバッファーは全てスイッチチップ内にあり、あまり大きくはない。各往復バッファーと送信バッファーは２ｋｂｙｔｅから４ｋｂｙｔｅまでの間であり、おおよそ、２から３つの最大イーサネットパケット（約１５５６ｂｙｔｅ）をバッファーできる。しかし、これらバッファーがあるだけではまったく足りないため、スイッチチップの外にパケットバッファー装置を加えなければならない。一般的にＳＤＲＡＭ、ＳＲＡＭ等の顆粒パケットバッファー装置を使用し、例えば１６ＭｂｙｔｅのＳＤＲＡＭを用い、パケットバッファー装置とすることができ、１０Ｋ個の最大イーサネットパケット（約１５５６ｂｙｔｅ）をストレージできる。いわゆるポート送信バッファーがいっぱいでないというこは、ポート送信バッファーが最大イーサネットパケット（大概１５５６ｂｙｔｅ）を少なくとも１つストレージすることを示し、このように送信バッファーを保証し、溢れるこはない。
以下に１つの例を介して具体的にビットレート制御モジュールがどのようにトークンを出すかについて説明する。
アクセスネットワークスイッチのビットレート制御モジュールは各ストリームにグループカウンターを準備し、それぞれの定義を以下に示す。
ｂｉｔ（６８） ＝ ｏｐ ′０′−−−＞ｒｅｓｅｔ、 ′１′−−−＞ｎｏｒｍａｌ
ｂｉｔ（６７ ｄｏｗｎｔｏ ６０） ＝ ｆｒａｍｅ＿ｃｎｔ ０ ― ２５５
ｂｉｔ（５９ ｄｏｗｎｔｏ ５０） ＝ ｆｒａｍｅ＿４ｂｙｔｅ −５１１ ― ５１１
ｂｉｔ（４９ ｄｏｗｎｔｏ ４１） ＝ ｍａｘ＿ｆｒａｍｅ＿４ｂｙｔｅ ０ ― ５１１
ｂｉｔ（４０ ｄｏｗｎｔｏ ３２） ＝ ａｄｄ＿４ｂｙｔｅ ０ ― ５１１
ｂｉｔ（３１ ｄｏｗｎｔｏ １６） ＝ ｔｉｍｅｒ＿ｓｅｔ
ｂｉｔ（１５ ｄｏｗｎｔｏ ０） ＝ ｔｉｍｅｒ＿ｃｎｔ ｂｉｔ（６８） ＝ ｏｐ、ｏｐ ＝ ’０’である場合、カウンターを０と初期化することを表し、ｏｐ＝’１’である場合、正常に動作していることを表す。
ｂｉｔ（６７ ｄｏｗｎｔｏ ６０） ＝ ｆｒａｍｅ＿ｃｎｔはパケットバッファーのキューにおけるパケット計数を表し、ここでは８ｂｉｔ（０―２５５）と仮定する。
ｂｉｔ（５９ ｄｏｗｎｔｏ ５０） ＝ ｆｒａｍｅ＿４ｂｙｔｅは送信できるバイト数（ｆｒａｍｅ＿４ｂｙｔｅを４ｂｙｔｅとするカウンターに注意し、ｆｒａｍｅ＿４ｂｙｔｅ ＝ ４と仮定する。送信できるバイト数を１６と表し、同時にこのカウンターはネガティブでも良い。ここでは、１０ｂｉｔと仮定するため、範囲は−５１１―５１１である）を表す。
ｂｉｔ（４９ ｄｏｗｎｔｏ ４１） ＝ ｍａｘ＿ｆｒａｍｅ＿４ｂｙｔｅは送信できるバイト数の最大値表し、ここでは９ｂｉｔ（０―５１１）と仮定する。
ｂｉｔ（４０ ｄｏｗｎｔｏ ３２） ＝ ａｄｄ＿４ｂｙｔｅは固定時間毎に増える送信できるバイト数（ａｄｄ＿４ｂｙｔｅを４ｂｙｔｅとするカウンターに注意し、ａｄｄ＿４ｂｙｔｅ ＝ ４と仮定する。増えた送信できるバイト数を１６と表す。ここでは、９ｂｉｔと仮定するため範囲は０―５１１である）を表す。
ｂｉｔ（３１ ｄｏｗｎｔｏ １６） ＝ ｔｉｍｅｒ＿ｓｅｔは設定した時間間隔を表し、システム照会し周期を５０ｕｓと仮定する。もし、ｔｉｍｅｒ＿ｓｅｔ ＝ １００であれば、設定した時間間隔を５０ｕｓ ｘ １００ ＝５ｍｓと表し、ここでは１６ｂｉｔと仮定する。
ｂｉｔ（１５ ｄｏｗｎｔｏ ０） ＝ ｔｉｍｅｒ＿ｃｎｔ はシステム照会し周期のカウンターを表す。システム照会し周期を５０ｕｓと仮定すれば、５０ｕｓ毎であることを表し、ｔｉｍｅｒ＿ｃｎｔは１を加え、ここでは、１６ｂｉｔと仮定する。
現在、計２５６つのストリームがあると仮定すれば、ビットレート制御モジュールにおいて２５６グループのカウンターを保守する。ビットレート制御モジュールは各グループのカウンター処理時間を１０個の時間周期とし、システム時間を１２５ＭＨｚとする、つまり時間周期は８ｎｓである。よって、２５６グループのカウンターを処理する時間は２５６ ｘ １０ ｘ ８ｎｓ ＝ ２０４８０ｎｓ ＝ ２０．４８ｕｓ必要である。システム照会し周期を５０ｕｓと仮定すれば、非常に大きな冗長性がある。
説明をし易くするため、ここでは第５０個のストリームと仮定したカウンターをそれぞれ以下のように設置する。
ｔｉｍｅｒ＿ｓｅｔ ＝ １００、
ａｄｄ＿４ｂｙｔｅ ＝ １６、
ｆｒａｍｅ＿４ｂｙｔｅ ＝ −１０、
ｍａｘ＿ｆｒａｍｅ＿４ｂｙｔｅ ＝ ４００、
ｆｒａｍｅ＿ｃｎｔ ＝ ２。
ビットレート制御モジュールは第５０ストリームのカウンターを調べる。もし、ｔｉｍｅｒ＿ｃｎｔ ＝ ｔｉｍｅｒ＿ｓｅｔ（１００）であれば、設定した時間間隔に基づきパケット送信の時間が来たことを表し、ｆｒａｍｅ＿４ｂｙｔｅ ＝ ｆｒａｍｅ＿４ｂｙｔｅ ＋ ａｄｄ＿４ｂｙｔｅであり、かつｆｒａｍｅ＿４ｂｙｔｅがｍａｘ＿ｆｒａｍｅ＿４ｂｙｔｅより大きいかどうかを判断する。もし大きければｆｒａｍｅ＿４ｂｙｔｅ ＝ｍａｘ＿ｆｒａｍｅ＿４ｂｙｔｅである。上述の例において、ｆｒａｍｅ＿４ｂｙｔｅ ＝ ｆｒａｍｅ＿４ｂｙｔｅ ＋ ａｄｄ＿４ｂｙｔｅ ＝ −１０ ＋ １６ ＝ ６であり、ｍａｘ＿ｆｒａｍｅ＿４ｂｙｔｅ（４００）より小さい。
そして、もし ｆｒａｍｅ＿４ｂｙｔｅが０より大きく、かつｆｒａｍｅ＿ｃｎｔが０より大きければ、ビットレート制御モジュールは、交換エンジンへトークンを送信する（例におけるトークン番号を５０とする）。交換エンジンはトークン番号に基づき、対応のパケットバッファーのキューから（例においてパケットバッファーのキュー５０とする）パケットを取り出し、かつ送信する。同時に当該パケットの長さをビットレート制御モジュールへ返す。ビットレート制御モジュールはｆｒａｍｅ＿４ｂｙｔｅを対応のパケットの長さに減らし、当該パケットの長さをｆｒａｍｅ＿ｌｅｎｇｔｈ ＝ ２０（４ｂｙｔｅの整数倍）と仮定すれば、ｆｒａｍｅ＿４ｂｙｔｅ ＝ ｆｒａｍｅ＿４ｂｙｔｅ − ｆｒａｍｅ＿ｌｅｎｇｔｈ ＝ ６ - ２０ ＝ −１４である。
前記カウンターｏｐ、ｍａｘ＿ｆｒａｍｅ＿４ｂｙｔｅ、ａｄｄ＿４ｂｙｔｅ、ｔｉｍｅｒ＿ｓｅｔ をストリーム制御情報とし、全てＣＰＵモジュールにより設置する （ノードサーバ間とのプロトコル互換を介して獲得する）。ｔｉｍｅｒ＿ｃｎｔを０と初期化し、毎隔システム照会し周期は１を加える。ｆｒａｍｅ＿ｃｎｔを０と初期化し、もし当該パケットバッファーのキューにパケットを加えれば、ｆｒａｍｅ＿ｃｎｔは１を加える。ビットレート制御モジュールは、制御ｍａｘ＿ｆｒａｍｅ＿４ｂｙｔｅ、ａｄｄ＿４ｂｙｔｅ、ｔｉｍｅｒ＿ｓｅｔのいくつかのパラメータを介して、インプットが不均衡なデータストリームを均衡なデータストリームのアウトプットに変えることができる。例えば、需要アウトプットパケットの長さを１０２４ｂｙｔｅ、間隔を５ｍｓとするデータストリームが必要であれば、以下のように設置する。
ｍａｘ＿ｆｒａｍｅ＿４ｂｙｔｅ＝２５６（１０２４ｂｙｔｅ）、
ａｄｄ＿４ｂｙｔｅ＝２５６（１０２４ｂｙｔｅ）、
ｔｉｍｅｒ＿ｓｅｔ＝１００（システム照会し周期を５０ｕｓと仮定する）。
上述から、サービスは異なり、対応するストリームも異なれば、ＣＰＵモジュールはノードサーバから獲得するストリーム制御情報も異なるこは明らかである。さらに、前記ビットレート制御は固定パケットの長さのデータパケットを制御できるだけでなく、長さの変わるパケットも制御でき、前記長さの変わるパケットは毎回スイッチをインプットするパケットの長さが変化することを示す。これは毎回送信できるデータのサイズが、バイトを送信できる最大値ｍａｘ＿ｆｒａｍｅ＿４ｂｙｔｅと長さの変わるパケットが送信したパラメータを調整するａｄｄ＿４ｂｙｔｅにより决定するためである。
さらに具体的に、前記イーサネットプロトコル変換ゲートウェイストリーム制御を行う過程と前記３．３．４のユニキャスト通信過程と結合し、例を挙げ以下に説明する。
３．３．４において例を挙げノードサーバＭＳＳ−４００がプロトコルパケットを送信し表の割り当てを完成し、今回サービスする通信リンクにおける各イーサネットプロトコル変換ゲートウェイに対応するポートを開くよう通知すること詳細に説明する。好ましくは、今回サービスする通信経路の設定過程において、ノードサーバＭＳＳ−４００もプロトコルパケットの送信を介してストリーム制御情報の伝送を実現できる。即ち、今回サービスするストリーム制御情報をセットトップボックスＳＴＢ−０からセットトップボックスＳＴＢ−１へのアップリンクにおける最初のイーサネットプロトコル変換ゲートウェイＢＸ−００８−０へ送信し、これにより今回サービスするパケットのストリーム制御を行う。
ノードサーバＭＳＳ−４００が今回のサービスに経路を設定する場合、同時に今回サービスするタイプ等の属性情報に基づくため、今回のサービスが占めるストリーム（即ち今回のサービスへいくつかのストリームを割り当てる）を確認し、かつノードサーバＭＳＳ−４００のアドレス情報テーブルにおける設備リソース記述情報に記録する（即ち、当該ポートのストリーム情報に今回のサービスが占めるストリームを増やす）。このように次のサービス請求の際に調べれば、当該ポートの実際のストリームを知ることができる。
ノードサーバＭＳＳ−４００はスイッチＢＸ−００８−０へストリーム制御情報を送信するこは、ノードサーバＭＳＳ−４００今回のサービスに対し割り当てたストリーム量の限度を確保実現できることを確保するためであり、自由に増やすこと或いは自由に減らすこと（在帯域幅統計の意義における変化と帯域幅の離散時間ポイントにおける変化を含む）ではない。
ストリーム制御情報によりスイッチＢＸ−００８−０が今回サービスするデータパケットを受信することを保証できる場合、一定の時間間隔に基づきデータパケットに対し送信を行い、かつ毎回送信するデータのサイズにも要求がある。端末が送信したパケットの長さが比較的大きい場合、２つ或いは複数の時間間隔を蓄積後に再送信できる。このようにすれば、ユーザーデータパケットを解体或いは分解しなくても良く、同時に基本的なデータ送信の安定均一も保証できる。当然、好ましくは、本発明サービス確立を実行する際に、スイッチと端末限定データパケットの長さを通知できる。例えば、端末が開始したデータパケットの長さはストリーム制御情報の要求に合い、同時にスイッチはさらにデータパケットの長さの要求に合わないデータパケットを捨てることもでき、これによりさらにデータ送信の安定均一を保証する。
総じて、ストリーム制御情報によりスイッチＢＸ−００８−０が各時間に送信したデータレートが安定的で、均衡であることを保証でき、かつ割り当てたストリーム量の限度の要求に合い、自由に変化する状況は表れない。このようにすれば、本発明がネットワークから各サービス、各ポートのストリームの精確な割り当てと制御を実現できることを保証できる。
当然、レートの精確な制御を保証するため、本発明はさらにサービスの確立を請求するプロトコルパケットにもストリーム制御を行うことができる。具体的に、ノードサーバＭＳＳ−４００はアクセス端末の最底層スイッチ全てにストリーム制御情報を与えることができ、即ち各スイッチがアップリンクプロトコルパケットを受信するすれば、ノードサーバＭＳＳ−４００に基づき、目下のスイッチの電源を入れてアクセスする際に通知するストリーム制御情報がデータ伝送を行えば良い。このようにすれば、本発明は同時に大量のサービス請求プロトコルパケットを開始しても、全体のネットワークのストリーム分布に影響しないことを保証できる。即ち、本発明はサービス請求の過程に対しストリーム制御を行うことができ、すでにサービスリンクを確立したデータ伝送の過程に対してストリーム制御を行うこともできる。
３．３．５マルチキャストリンク経路の確立過程において、上述のユニキャストサービスにおけるポートラフィック制御情報の設定、記録、通知の過程がある。実現過程と技術原理が基本的に一致するため、ここでは詳細な説明を繰り返さない。
４、ＭＡＮの実現
設計を簡略化するため、ＭＡＮにおけるパケットのタイプは計４種類あり、それぞれを以下に示す。
・ メトロポリタン・エリア・照会ラベルパケット（メトロポリタン・エリア・サーバによりノードスイッチ、ノードサーバのラベルを有するプロトコルパケットへ送信する）
・ メトロポリタン・エリア・応答ラベルパケット（ノードスイッチ、ノードサーバによりメトロポリタン・エリア・サーバのラベルを有するプロトコルパケットへ回答する）
・ ユニキャストラベルパケット（ノードサーバにより単一のマルチキャストデータパケットにラベル構成を加える）
・ マルチキャストラベルパケット（ノードサーバにより単一のマルチキャストデータパケットにラベル構成を加える）
ＭＡＮのアドレスは計４０ｂｉでありｔ、本文ではこれを３層に分け、それぞれ８ｂｉｔ 、１６ｂｉｔ、１６ｂｉｔとし、かつ国家ネット、広域ネット、ＭＡＮと順次定義する。同一のＭＡＮ、同一のアクセスネットワークの端末間のデータ伝送をこのアクセスネットワークのノードサーバにより制御する。
ＳＴＢ＿０はアクセスネットワークＡに位置する、ＳＴＢ＿１はアクセスネットワークＢに位置し、アクセスネットワークＡ、アクセスネットワークＢは同一のＭＡＮ Ｃに属すると仮定する。この実現の過程を以下に示す。
１、ＳＴＢ＿０が請求を送信することＳＴＢ＿１がテレビ電話を実行すること。
２、アクセスネットワークＡのノードサーバはＳＴＢ＿１の番号に基づきアクセスネットワークＡに属さないと分かり、そしてＭＡＮ Ｃのメトロポリタン・エリア・サーバへ照会しを送信する。
３、ＭＡＮ Ｃのメトロポリタン・エリア・サーバはＳＴＢ＿１の番号に基づきアクセスネットワークＢに属すると分かる。こうして、アクセスネットワークＢのノードサーバへ照会しを送信する。
４、アクセスネットワークＢのノードサーバはＳＴＢ＿１の番号に基づきＳＴＢ＿１がアクセスネットワークＢにあると分かり、アクセスネットワークＢのノードサーバは起呼メニューをＳＴＢ＿１へ送信する。
５、ＳＴＢ＿１は受信或いは拒否を選択でき、応答はアクセスネットワークＢのノードサーバへ送信する。ここでは受信を選択すると仮定する。
６、アクセスネットワークＢのノードサーバはＭＡＮ Ｃのメトロポリタン・エリア・サーバへ応答を送信する。
７、ＭＡＮ Ｃのメトロポリタン・エリア・サーバはアクセスネットワークＡのノードサーバへ応答を送信する。
８、アクセスネットワークＡのノードサーバはＳＴＢ＿０へ応答を送信する。
上述から、端末はと本アクセスネットワークノードサーバのみと互換し、ノードサーバと本ＭＡＮのメトロポリタン・エリア・サーバは互換し、同じように、メトロポリタン・エリア・サーバと本広域ネットの広域サーバは互換するこは明らかである。
メトロポリタン・エリア・照会パケットのデータグラムタイプを“１００１ ００００”（二進法）、つまり０ｘ９０（十六進法）とし、メトロポリタン・エリア・応答パケットのデータグラムタイプを“００００ １００１”（二進法）、つまり０ｘ０９（十六進法）とし、ユニキャストラベルパケットのデータグラムタイプを“０００１ ００００”（二進法）、つまり０ｘ１０（十六進法）とし、マルチキャストラベルパケットのデータグラムタイプを“０１１１ １０００”（二進法）、つまり０ｘ７８（十六進法）と仮定し、４つの調査表が必要である。この例を以下に示す。
・ メトロポリタン・エリア・照会ラベルパケットのラベル調査表を、４号テーブルと定義し、サイズを６４Ｋとする。
・ メトロポリタン・エリア・応答ラベルパケットのラベル調査表を、５号テーブルと定義し、サイズを６４Ｋとする。
・ ユニキャストラベルパケットのラベル調査表を、６号テーブルと定義し、サイズを６４Ｋとする。
・ マルチキャストラベルパケットのラベル調査表を、７号テーブルと定義し、サイズを６４Ｋとする。
メトロポリタン・エリア・照会ラベルパケット、メトロポリタン・エリア・応答ラベルパケット、ユニキャストラベルパケット、マルチキャストラベルパケットのラベル調査表のアウトプットは、パケットがガイドするポートを表す以外に、別に１６ｂｉｔのアウトラベルを有する。例えば自身内のノードスイッチＭＸ−４には、４ギガビット光ポートと、ＣＰＵモジュールインターフェースがある。もし、４ギガビット光ポートを０号ポートから３号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを４号ポートと定義すれば、合わせて６４ｋ ｘ ２１ｂｉｔ（５ｂｉｔ ＋ １６ｂｉｔ）メトロポリタン・エリア・照会ラベルパケットアドレス調査表、６４ｋ ｘ ２１ｂｉｔ（５ｂｉｔ ＋ １６ｂｉｔ）メトロポリタン・エリア・応答ラベルパケットアドレス調査表、６４Ｋ ｘ ２１ｂｉｔ（５ｂｉｔ ＋ １６ｂｉｔ） ユニキャストラベルパケット、６４Ｋ ｘ ２１ｂｉｔ（５ｂｉｔ ＋ １６ｂｉｔ） マルチキャストラベルパケットが必要である。例えば、インラベルを０ｘ０００１とするメトロポリタン・エリア・照会ラベルパケット調査表のアウトプットを“１ ００００ ００００ ００００ ００００ ００００”とし、パケットを４号ポートへガイドする（ＣＰＵポート）こと表し、アウトラベルを０ｘ００００とする。インラベルを０ｘ０００１とするマルチキャストラベルパケット調査表のアウトプットを“０ ００１１ ００００ ００１１ ００００ ００００”とし、パケットを０号、１号ポートへガイドすることを表し、アウトラベルを０ｘ０３００とし、他も同様である。
単一のマルチキャストラベルパケットの例を以下に示す。
０号ポートにパケットが入り、このヘッド部分データが０ｘ１０５６ ０ｘ１５００ ０ｘ００００ ０ｘ５５ａＡ０ｘ００５６ ０ｘ１５００ ０００１ ０ｘａａ５５ ０ｘ００００ ０ｘ００００ ０ｘ００００１であると仮定する。ここでＤＡは０ｘ１０５６ ０ｘ１５００ ０ｘ００００ ０ｘ５５ａａ、ＳＡは０ｘ００５６ ０ｘ１５００ ０００１ ０ｘａａ５５、保留バイトは０ｘ００００、ラベルは０ｘ０００１である。よってこのデータパケットタイプを０ｘ１０とし、表調査規則に基づきこの場合に６号テーブルを調べる。即ち、アドレスを“００００ ００００ ００００ ０００１”とし、このアドレスが対応する調査表のアウトプットを“０ １１００ １０００ ００００ ００００ ０００１”とし、パケットがガイドする２号、３号ポートを表し、ラベル入替を０ｘ８００１とする。そのため、パケットが２号、３号ポートからアウトプットする場合、このヘッド部分データは０ｘ１０５６ ０ｘ１５００ ０ｘ００００ ０ｘ５５ａＡ０ｘ００５６ ０ｘ１５００ ０００１ ０ｘａａ５５ ０ｘ００００ ０ｘ００００ ０ｘ８００１である。
以下に実施形態により詳細にＭＡＮにおける通信を説明する。具体的にメトロポリタン・エリア・サーバとノードスイッチ、メトロポリタン・エリア・サーバとノードサーバのアクセスフローとサービスフローを含む。
４．１ ＭＡＮのアクセスフロー
４．１．１ メトロポリタン・エリア・サーバとノードスイッチ、ノードサーバのアクセスフロー
まず、各アクセスを許可したスイッチは全て必ずサーバに登録しなければならず、スイッチの登録情報にはスイッチの設備タイプ、設備ロゴがあり、登録していないスイッチはアクセスできない。
まず、各アクセスを許可したスイッチは全て必ずサーバに登録しなければならず、スイッチの登録情報にはスイッチの設備タイプ、設備ロゴがあり、登録していないスイッチはアクセスできない。図７が示すように、前記ノードスイッチがアクセスする過程は以下のステップに関する。
Ｓ１において、メトロポリタン・エリア・サーバが各ポートへ照会パケットを送信し、ノードスイッチが照会パケットを受信後、応答パケット（応答はスイッチの設備タイプ、設備ロゴを備え、これは各スイッチの固有情報である）を送信する。
Ｓ２、メトロポリタン・エリア・サーバはノードスイッチが送信した応答を受信後、本ポートにおいてノードスイッチに接続したと分かる。そしてメトロポリタン・エリア・サーバ内の登録情報テーブルから当該ノードスイッチ情報を検出し、かつ当該ノードスイッチアクセスへ命令を送信する（スイッチのＭＡＮアドレスとラベルを知らせる）。当該ノードスイッチはアクセス命令を受信後にアクセスし、同時に前記メトロポリタン・エリア・サーバへアクセス命令応答を送信する。
Ｓ３において、メトロポリタン・エリア・サーバはスイッチが送信したアクセス命令応答を受信後、当該ノードスイッチはすでにアクセスしたと分かる。今後、毎秒このポートへ状態照会パケットを送信し、当該ノードスイッチが正常に作動しているかどうかを調べる。同時にさらに、当該ノードスイッチの他のポートへポート照会パケットを送信し、当該ノードスイッチに接続する他の設備があるかどうかを調べる。もし、当該ノードスイッチが正常に作動していれば、状態照会パケットを受信後に状態照会応答を前記メトロポリタン・エリア・サーバへ送信する。メトロポリタン・エリア・サーバが一定時間内（例、６秒内）に状態照会応答を受信していなければ、当該ノードスイッチすでにネットワークから移動されたと認識し、二度と状態照会パケットを送信せず、引き続き本ポートへ照会パケットを送信する。
ノードスイッチに接続するノードサーバアクセスフローは、前述の過程と似ており、ここでは詳しい説明を繰り返さない。
４．１．２ メトロポリタン・エリア・サーバとノードスイッチ、ノードサーバのアクセス互換例
全ＭＡＮネットにおける設備は全て設備情報テーブルにより記述する。２ｂｙｔｅの設備タイプに６ ｂｙｔｅの設備ロゴを加えれば、１つの設備のみを明示できる。一般的に、異なる設備タイプに基づき、例えばノードスイッチ情報テーブル、ノードサーバ情報テーブルのような異なる設備情報テーブルにより記述する。設備情報テーブルの項目は以下より構成される。
１）設備ロゴ：６ ｂｙｔｅ、設備登録の際に、メトロポリタン・エリア・サーバのハードディスク或いはｆｌａｓｈに書き込み、メトロポリタン・エリア・サーバが電源を入れた後ＣＰＵのメモリをインポートとする。
２）設備状態：２ ｂｙｔｅ 、０ｘ００００はこの設備が未だアクセスしていないことを表し、０ｘ０００１はこの設備がアクセスを待機している（メトロポリタン・エリア・サーバはアクセス命令パケットを送信したが、未だアクセス命令応答受信していない）ことを表し、０ｘ０００２この設備がアクセス済み（メトロポリタン・エリア・サーバがアクセス応答パケットを受信後に設置する）ことを表す。
３）設備アドレス：２ ｂｙｔｅ、当該設備が割り当てたＭＡＮアドレス。
ＭＡＮのアドレスは１６ｂｉｔであり、全ＭＡＮの設備は全て１つだけのアクセスネットワークアドレス（メトロポリタン・エリア・サーバ、ノードスイッチ、ノードサーバを備える）があり、メトロポリタン・エリア・サーバのＣＰＵモジュールは一枚２の１６乗の表を保守している。即ち６４Ｋの表でもあり、メトロポリタン・エリア・アドレス情報テーブルと呼び、各表の項目は以下より構成される。
１）アドレス占用ディスクリプタ：２ ｂｙｔｅ、０ｘ００００はこのアドレスが未使用であることを表し、０ｘ０００１はこのアドレスがスタンバイである（メトロポリタン・エリア・サーバがこのアドレスによりアクセス命令パケットを送信したが、未だアクセス命令応答を受信していない）ことを表し、０ｘ０００２ はアドレスがすでに使用されている（メトロポリタン・エリア・サーバがアクセス応答パケットを受信後に設置する）ことを表す。
２）設備タイプ：２ ｂｙｔｅ、例えば０ｘ００００はメトロポリタン・エリア・サーバＭＳ−１０００を表し、０ｘ０００１は自身内のノードスイッチＭＸ−４を表し、０ｘ０００２自身内のノードサーバＭＳＳ−４００を表す。
３）設備リソース記述情報：若干のｂｙｔｅ、例えば当該設備はノードスイッチであり、このネットワークポートは接続する設備のＭＡＮアドレス、この各ネットワークポートのアップ・ダウンリンクストリーム計数を備える。もし当該設備がノードサーバであれば、このネットワークポートは接続する設備のアクセスネットワークアドレス、このネットワークポートのアップ・ダウンリンクストリーム計数を備える等。これら全ての情報はサービスフローに方針根拠を提供し、さらに毎回のサービスフローにおいてこれらの情報を修正する。
同様に、メトロポリタン・エリア・照会ラベルが記述しているのは、メトロポリタン・エリア・サーバからノードスイッチ或いはノードサーバまでの接続である。さらにメトロポリタン・エリア・応答ラベルが記述しているのは、ノードスイッチ或いはノードサーバからメトロポリタン・エリア・サーバまでの接続である。設計の簡略化のため、両者は１対１で対応すると仮定する。例えばメトロポリタン・エリア・サーバからノードスイッチまでのメトロポリタン・エリア・照会ラベルが０ｘ０００８であれば、当該ノードスイッチからメトロポリタン・エリア・サーバまでのメトロポリタン・エリア・応答ラベルも０ｘ０００８であり、かつアウトラベルはインラベルと等しい。このように、メトロポリタン・エリア・サーバのＣＰＵモジュールは別の２の１６乗的の表保守する。即ち、６４Ｋの表でもあり、メトロポリタン・エリア・プロトコルラベル情報テーブルと呼び、各表の項目は以下より構成される。
１）ラベル占用ディスクリプタ：２ｂｙｔｅ、０ｘ００００はこのラベルが未使用であることを表し、０ｘ０００１はこのラベルがスタンバイである（メトロポリタン・エリア・サーバがこのラベルによりポート照会パケットを送信したが、未だアクセス応答パケットを受信していない）こと表し、０ｘ０００２ はこのラベルがすでに使用していること（メトロポリタン・エリア・サーバがアクセス応答パケットを受信後に設置する）を表す。
２）ラベルディスクリプタ：２ ｂｙｔｅ、当該ラベルが対応する設備のＭＡＮアドレス。
３）ラベルルーティング記述情報：４ ｂｙｔｅ、当該メトロポリタン・エリア・照会ラベルパケットのホッピングスイッチのＭＡＮアドレスおよびポート番号を記述する。前の２ｂｙｔｅはホッピングスイッチのＭＡＮアドレスを表し、後の２ ｂｙｔｅはホッピングスイッチのポート番号を表す。
図１４に示すように、例を挙げ説明すると、このメトロポリタン・エリア・サーバに４ギガビット光ポートと、ＣＰＵモジュールインターフェースがあると仮定する。もし４ギガビット光ポートを０号ポートから３号ポートまでと順次定義する、ＣＰＵモジュールインターフェースを４号ポートと定義すれば、このメトロポリタン・エリア・サーバ型番号をＭＳ−１０００とし、ＭＳ−１０００ の０号ポートと、１号ポートはそれぞれＭＸ−４−０ ２号ポートと、３号ポートに接続し、ＭＸ−４−０の０号ポートはＭＳＳ−４００−０に接続し、１号ポートはＭＳＳ−４００−１に接続する。
アクセス互換過程を以下に示す。
１、ＭＳ−１０００サーバが電源を入れた後ハードウェアを初期化し、ハードディスクからインポートとしＣＰＵメモリにファイル（例えばノードスイッチの登録情報、ノードサーバの登録情報等）を設置する。ＭＳ−１０００サーバがメトロポリタン・エリア・アドレス情報テーブル、メトロポリタン・エリア・プロトコルラベル情報テーブルを初期化し、全てをクリアする（全アドレス、ラベルが未使用であることを表す）。ＭＳ−１０００サーバが設置する自身のＭＡＮアドレスは０ｘ００００、即ちメトロポリタン・エリア・アドレス情報テーブルでもある第０ｘ００００項は以下のように設置される。
●アドレス占用ディスクリプタ：０ｘ０００２ はアドレスがすでに使用されていることを表す。
●設備ディスクリプタ： ０ｘ００００はメトロポリタン・エリア・サーバを表す。
●設備リソース記述情報：このメトロポリタン・エリア・サーバに４ギガビット光ポートがあり、０号ポートから３号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを４号ポートと定義する。このノードサーバ型番号をＭＳ−１０００とし、このネットワークポートは接続する設備のＭＡＮアドレスは未だ割り当てられておらず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
次の使用可能なアドレスを０ｘ０００１とし、次のメトロポリタン・エリア・プロトコルラベルを０ｘ００００とする。
２、ＭＳ−１０００サーバが４、５、６、７号テーブルを初期化
●４号テーブルを“０ ００００ ００００ ００００ ００００ ００００”から“０ ００００ １１１１ １１１１ １１１１ １１１１”までと設置し、即ち全てのメトロポリタン・エリア・照会ラベルパケット伝送を閉止する。
●５号テーブルを“１ ００００ ００００ ００００ ００００ ００００”から“１ ００００ １１１１ １１１１ １１１１ １１１１”までと設置し、即ち全てのメトロポリタン・エリア・応答ラベルパケットをＣＰＵへガイドする。
●６号、７号テーブルを“０ ００００ ００００ ００００ ００００ ００００”と設置し、即ち全ての単一のマルチキャストデータパケット伝送を閉止する。
３、ＭＳ−１０００サーバ設置は自身に４ギガビット光ポートがあることを分かっており、次のメトロポリタン・エリア・プロトコルラベルを０ｘ００００とするため、４つの４号テーブルを設置する項目をそれぞれ以下に示す。
●“１００ ００００ ００００ ００００ ００００“＝＞“０ ０００１ ００００ ００００ ００００ ００００”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ００００の照会パケットを０号ポートへガイドする。
●“１００ ００００ ００００ ００００ ０００１“＝＞“０ ００１０ ００００ ００００ ００００ ０００１”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００１の照会パケットを１号ポートへガイドする。
● “１００ ００００ ００００ ００００ ００１０“＝＞“０ ０１００ ００００ ００００ ００００ ００１０”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００２の照会パケットを２号ポートへガイドする。
● “１００ ００００ ００００ ００００ ００１１“＝＞“０ １０００ ００００ ００００ ００００ ００１１”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００３の照会パケットを３号ポートへガイドする。
次のメトロポリタン・エリア・プロトコルラベルを０ｘ０００４とする。
４、ＭＳ−１０００サーバ送信するヘッド部分情報を０ｘ９０００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、０ｘ９０００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００１、０ｘ９０００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００２、０ｘ９０００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００３のポート照会パケットし、パケットがラベルに基づき交換するため、ＤＡが同じでも問題ない。４号テーブル設置ポート照会パケットに基づき、０から３号ポートへ順次ガイドする。
ラベル情報テーブルの第０ｘ００００項は以下のように設置される。
●ラベル占用ディスクリプタ：０ｘ０００１はこのラベルがスタンバイであることを表す。
●ラベルディスクリプタ： 修正しない。
●ラベルルーティング記述情報：０ｘ００００（ホッピングスイッチのＭＡＮアドレス、即ちＭＳ−１０００のＭＡＮアドレス）、０ｘ００００（ＭＳ−１０００の０号ポート）。
ラベル情報テーブルの第０ｘ０００１項は以下のように設置される。
●ラベル占用ディスクリプタ：０ｘ０００１はこのラベルがスタンバイであることを表す。
●ラベルディスクリプタ： 修正しない；
●ラベルルーティング記述情報：０ｘ００００（ホッピングスイッチのＭＡＮアドレス、即ちＭＳ−１０００のＭＡＮアドレス）、０ｘ０００１（ＭＳ−１０００の１号ポート）。
ラベル情報テーブルの第０ｘ０００２項は以下のように設置される。
ラベル占用ディスクリプタ：０ｘ０００１はこのラベルがスタンバイであることを表す。
●ラベルディスクリプタ： 修正しない。
●ラベルルーティング記述情報：０ｘ００００（ホッピングスイッチのＭＡＮアドレス、即ちＭＳ−１０００のＭＡＮアドレス）、０ｘ０００２（ＭＳ−１０００の２号ポート）。
ラベル情報テーブルの第０ｘ０００３項は以下のように設置される。
●ラベル占用ディスクリプタ：０ｘ０００１はこのラベルがスタンバイであることを表す。
●ラベルディスクリプタ： 修正しない。
●ラベルルーティング記述情報：０ｘ００００（ホッピングスイッチのＭＡＮアドレス、即ちＭＳ−１０００のＭＡＮアドレス）、０ｘ０００３（ＭＳ−１０００の３号ポート）。
次の使用できるラベルを０ｘ０００４とする。
５、ＭＸ−４−０スイッチが電源を入れた後ハードウェアを初期化
●４号テーブルを“１ ００００ ００００ ００００ ００００ ００００”から“１ ００００ １１１１ １１１１ １１１１ １１１１”までと設置し、即ち全てのメトロポリタン・エリア・照会ラベルパケットをＣＰＵへガイドする。
●５号テーブルを“０ ００００ ００００ ００００ ００００ ００００” から“０ ００００ １１１１ １１１１ １１１１ １１１１”までと設置し、即ち全てのメトロポリタン・エリア・応答ラベルパケット伝送を閉止する。
●６号、７号テーブルを“０ ００００ ００００ ００００ ００００ ００００”と設置し、即ち全ての単一のマルチキャストデータパケット伝送を閉止する。
トポロジー図ＭＸ−４−０スイッチ２号ポートに基づきメトロポリタン・エリア・プロトコルラベル０ｘ００００の照会パケットを受信すれば、
●５号テーブル“１０１ ００００ ００００ ００００ ００００“＝＞“０ ０１００ ００００ ００００ ００００ ００００”と設置し、即ちメトロポリタン・エリア・プロトコルラベル０ｘ００００の応答パケットを２号ポートへガイドする。
トポロジー図ＭＸ−４−０スイッチ３号ポートに基づき、メトロポリタン・エリア・プロトコルラベル０ｘ０００１の照会パケットを受信すれば、
●５号テーブル“１０１ ００００ ００００ ００００ ０００１“＝＞“０ １０００ ００００ ００００ ００００ ００００” と設置し、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００１の応答パケットを３号ポートへガイドする。
２つの応答パケット（応答中備える本スイッチ的設備タイプ、設備ロゴおよび当該照会パケットを受信するポート番号）を送信し、パケットのヘッド部分を０ｘ０９００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ とし、同時に、パケットにおいて当該照会パケットを受信するポート番号を２号とすることを明示する。
別のパケットのヘッド部分０ｘ０９００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００１は、同時に、パケットにおいて当該照会パケットを受信するポート番号を３号とすることを明示する。
７、ＭＳ−１０００サーバ０号ポートはメトロポリタン・エリア・プロトコルラベル０ｘ００００の照会応答パケットを受信後、
１）応答パケットにおける設備タイプに基づきノードスイッチと分かり、把応答パケットにおける設備ロゴとノードスイッチの設備情報テーブルにおける設備ロゴ項目目を完全に同じになるまで逐一比べ、この設備はすでに登録されていることを明示する。設備状態項は０ｘ００００であると調べ、この設備が未だアクセスしていないことが分かる。
２）応答パケットにおけるメトロポリタン・エリア・プロトコルラベル０ｘ００００に基づき、メトロポリタン・エリア・プロトコルラベル情報テーブルの第０ｘ００００項を調べ、ホッピングスイッチはＭＳ−１０００サーバ（アドレスを０ｘ００００とする）、ポート番号は０号であると分かる。
３）応答パケットＰＤＵにおける第５フィールド番号（照会パケットを受信するスイッチポート番号を明示する）に基づき、ＭＳ−１０００サーバは０号ポートにおいてスイッチの２号ポートに接続したと分かる。
アクセス命令（スイッチのＭＡＮアドレスを０ｘ０００１とすることを知らせる）を送信し、パケットのヘッド部分を０ｘ９０００ ０ｘ００００ ０ｘ０００１ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００とする。
アドレス情報テーブルの第０ｘ０００１は以下のように設置される。
●アドレス占用ディスクリプタ：０ｘ０００１はこのアドレスがスタンバイであること（メトロポリタン・エリア・サーバがこのアドレスによりアクセス命令パケットを送信したが、未だアクセス命令応答を受信していない）を表す。
●設備ディスクリプタ：修正しない。
●設備リソース記述情報：修正しない。
対応する設備情報テーブルの項目は以下のように設置される。
●設備ロゴ：修正しない；
●設備状態：０ｘ０００１は、この設備がアクセスを待機していること（メトロポリタン・エリア・サーバがアクセス命令パケットを送信したが、未だアクセス命令応答を受信していない）を表す。
●設備アドレス：０ｘ０００１。
８、ＭＳ−１０００サーバ１号ポートはメトロポリタン・エリア・プロトコルラベル０ｘ０００１の照会応答パケットを受信後
１）応答パケットにおける設備タイプに基づきノードスイッチと分かる。把応答パケットにおける設備ロゴとノードスイッチの設備情報テーブルにおける設備ロゴ項目を完全に同じになるまで逐一比べ、この設備がすでに登録していることを明示する。設備状態項を０ｘ０００１と調べ、この設備がアクセスを待機していると分かる。
２）応答パケットにおけるメトロポリタン・エリア・プロトコルラベル０ｘ０００１に基づき、メトロポリタン・エリア・プロトコルラベル情報テーブルの第０ｘ０００１項を調べ、ホッピングスイッチはＭＳ−１０００サーバ（アドレスを０ｘ００００とする）、ポート番号は１号と分かる。
３）応答パケットＰＤＵにおける第５フィールド番号（照会パケットを受信するスイッチポート番号を明示する）に基づき、ＭＳ−１０００サーバは１号ポートにおいてスイッチの３号ポートに接続したと分かる。
アクセス命令（スイッチのＭＡＮアドレスを０ｘ０００１とすると知らせる）を送信し、パケットのヘッド部分を０ｘ９０００ ０ｘ００００ ０ｘ０００１ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００１とする。
アドレス情報テーブルの第０ｘ０００１は以下のように設置される。
●アドレス占用ディスクリプタ：０ｘ０００１は、このアドレスがスタンバイであること（メトロポリタン・エリア・サーバはこのアドレスによりアクセス命令パケットを送信したが、未だアクセス命令応答を受信していない）を表す。
●設備ディスクリプタ：修正しない。
●設備リソース記述情報は修正しない。
対応する設備情報テーブルの項目は以下のように設置される。
●設備ロゴ：修正しない。
●設備状態：０ｘ０００１は、この設備がアクセスを待機していること（メトロポリタン・エリア・サーバがアクセス命令パケットを送信したが、未だアクセス命令応答を受信していない）を表す。
●設備アドレス：０ｘ０００１。
９、ＭＸ−４−０スイッチ２号ポートはメトロポリタン・エリア・プロトコルラベル０ｘ００００のアクセス命令パケット（パケットのヘッド部分を０ｘ９０００ ０ｘ００００ ０ｘ０００１ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００とする）を受信後、自身内の設備タイプ、設備ロゴを比べ、自身のＭＡＮアドレスが０ｘ０００１であると分かればアクセスする。同時にサーバへアクセス命令応答パケットを送信し、ヘッド部分をそれぞれ０ｘ０９００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００１ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００とする。
１０、ＭＸ−４−０スイッチ３号ポートはメトロポリタン・エリア・プロトコルラベル０ｘ０００１的のアクセス命令パケット（パケットのヘッド部分を０ｘ９０００ ０ｘ００００ ０ｘ０００１ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００１とする）を受信後、自身内の設備タイプ、設備ロゴを比べ、自身のＭＡＮアドレスは０ｘ０００１であると分かればアクセスする。同時にサーバへアクセス命令応答パケットを送信するヘッド部分をそれぞれ０ｘ０９００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００１ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００１とする。
１１、ＭＳ−１０００サーバ０号ポートはメトロポリタン・エリア・プロトコルラベル０ｘ００００のアクセス命令応答パケットを受信後、
１）アクセス命令応答パケットにおけるメトロポリタン・エリア・プロトコルラベル０ｘ００００に基づき、ラベル情報テーブルの第０ｘ００００項のラベルルーティング記述情報を調べ、当該スイッチのホッピングスイッチはＭＳ−１０００サーバ（アドレスを０ｘ００００とする） 、ポート番号は０号であると分かる。
２）アクセス命令応答パケットＰＤＵにおける第９フィールド番号（照会パケットを受信するスイッチポート番号と明示する）に基づき、ＭＳ−１０００サーバは０号ポートにおいてスイッチの２号ポートに接続したと分かる。
３）アクセス命令応答パケットにおけるメトロポリタン・エリア・アドレス０ｘ０００１に基づき、当該スイッチのメトロポリタン・エリア・アドレスは０ｘ０００１であると分かる。
１）、２）、３）を総合して、ＭＸ−４−０スイッチがすでにアクセスしたと分かる。
アドレス情報テーブルの第０ｘ０００１は以下のように設置される。
●アドレス占用ディスクリプタ：０ｘ０００２はアドレスがすでに使用されていることを表す。
●設備ディスクリプタ：０ｘ０００１は自身内のノードスイッチＭＸ−４−０を表す。
●設備リソース記述情報：４ギガビット光ポートを０号ポートから３号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを４号ポートと定義する。この２号ポートはメトロポリタン・エリア・アドレス０ｘ００００の ＭＳ−１０００の０号ポートに接続し、他のネットワークポートは接続する設備のＭＡＮアドレスは未だ分からず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
ラベル情報テーブルの第０ｘ００００項は以下のように設置される。
●ラベル占用ディスクリプタ：０ｘ０００２は、このラベルがすでに使用されていることを表す。
●ラベルディスクリプタ： ０ｘ００００。
●ラベルルーティング記述情報：０ｘ００００（ホッピングスイッチのＭＡＮアドレス、即ちＭＳ−１０００のＭＡＮアドレス）、０ｘ００００（ＭＳ−１０００の０号ポートと）。
対応する設備情報テーブルの項目は以下のように設置される。
●設備ロゴ：修正しない；
●設備状態：０ｘ０００２は、この設備がアクセス済みこと（メトロポリタン・エリア・サーバがアクセス命令パケットを送信し、かつアクセス命令応答を受信する）を表す。
●設備アドレス：０ｘ０００１。
メトロポリタン・エリア・アドレス情報テーブルの第０ｘ００００項は以下のように設置される。
●アドレス占用ディスクリプタ：修正しない。
●設備ディスクリプタ：修正しない。
●設備リソース記述情報：このメトロポリタン・エリア・サーバは４ギガビット光ポートはあり、０号ポートから３号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを４号ポートと定義する。このノードサーバ型番号をＭＳ−１０００とし、この０号ポートはメトロポリタン・エリア・アドレス０ｘ０００１的ＭＸ−４−０の２号ポートに接続し、他のネットワークポートは接続する設備のＭＡＮアドレスは未だ割り当てられておらず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
今後、定期的に（例、毎秒）ポート０へ設備状態照会指令送信する。もし、ＭＳ−１０００サーバが一定時間内に（例、６秒）状態照会応答を受信していなければ、設備状態照会指令を二度と送信せず、引き続きポート０へ照会パケットを送信する。
１２、ＭＳ−１０００サーバ１号ポートはメトロポリタン・エリア・プロトコルラベル０ｘ０００１のアクセス命令応答パケットを受信後
１）アクセス命令応答パケットにおけるメトロポリタン・エリア・プロトコルラベル０ｘ０００１に基づき、ラベル情報テーブルの第０ｘ０００１項のラベルルーティング記述情報を調べる当該スイッチのホッピングスイッチはＭＳ−１０００サーバ（アドレスは０ｘ００００） 、ポート番号は１号であると分かる。
２）アクセス命令応答パケットＰＤＵにおける第９フィールド番号（照会パケットを受信するスイッチポート番号を明示する）に基づき、ＭＳ−１０００サーバは１号ポートにおいてスイッチの３号ポートに接続したと分かる。
３）アクセス命令応答パケットにおけるメトロポリタン・エリア・アドレス０ｘ０００１に基づき、当該スイッチのメトロポリタン・エリア・アドレスは０ｘ０００１であると分かる。
１）、２）、３）を総合して、ＭＸ−４−０スイッチはすでにアクセスしたと分かる。
アドレス情報テーブルの第０ｘ０００１は以下のように設置される。
●アドレス占用ディスクリプタ：０ｘ０００２はアドレスすでに使用されていることを表す。
●設備ディスクリプタ：０ｘ０００１は自身内のノードスイッチＭＸ−４−０を表す。
●設備リソース記述情報：４ギガビット光ポートを０号ポートから３号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを４号ポートと定義する。この２号ポートはメトロポリタン・エリア・アドレス０ｘ００００のＭＳ−１０００の０号ポートに接続し、この３号ポートはメトロポリタン・エリア・アドレス０ｘ００００の ＭＳ−１０００の１号ポートに接続しする。他のネットワークポートは接続する設備のＭＡＮアドレスはまだ分からず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
ラベル情報テーブルの第０ｘ０００１項は以下のように設置される。
●ラベル占用ディスクリプタ：０ｘ０００２はこのラベルがすでに使用されていることを表す。
●ラベルディスクリプタ： ０ｘ０００１。
●ラベルルーティング記述情報：０ｘ００００（ホッピングスイッチのＭＡＮアドレス、即ちＭＳ−１０００のＭＡＮアドレス）、０ｘ０００１（ＭＳ−１０００の０号ポート）。
対応する設備情報テーブルの項目は以下のように設置される。
●設備ロゴ：修正しない。
●設備状態：０ｘ０００２は、この設備アクセス済みこと（メトロポリタン・エリア・サーバはアクセス命令パケットを送信し、かつアクセス命令応答を受信する）を表す。
●設備アドレス：０ｘ０００１。
メトロポリタン・エリア・アドレス情報テーブルの第０ｘ００００項は以下のように設置される。
●アドレス占用ディスクリプタ：修正しない
●設備ディスクリプタ：修正しない
●設備リソース記述情報：このメトロポリタン・エリア・サーバは４ギガビット光ポートはあり０号ポートから３号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを４号ポートと定義する。このノードサーバ型番号をＭＳ−１０００とし、この０号ポートはメトロポリタン・エリア・アドレス０ｘ０００１のＭＸ−４−０の２号ポートに接続し、１号ポートはメトロポリタン・エリア・アドレス０ｘ０００１のＭＸ−４−０の３号ポートに接続し、他のネットワークポートは接続する設備のＭＡＮアドレスは未だ割り当てられておらず、この各ネットワークポートのアップ・ダウンリンクストリーム計数を０とする。
今後、定期的に（例、毎秒）ポート１設備状態照会指令へ送信する。もし、ＭＳ−１０００サーバが一定時間内に（例、６秒）状態照会応答を受信していなければ、設備状態照会指令を二度と送信せず、引き続きポート１へ照会パケットを送信する。
１３、ＭＳ−１０００サーバは、この０号ポートはメトロポリタン・エリア・アドレス０ｘ０００１のＭＸ−４−０の２号ポートに接続し、１号ポートはＭＸ−４−０の３号ポートに接続し、ＭＸ−４−０の０号、１号ポートはまだ分からず、次のメトロポリタン・エリア・プロトコルラベルを０ｘ０００４とすると分かる。そのためＭＳ−１０００サーバが設置する４つの４号テーブルの項目をそれぞれ以下に示す。
●“１００ ００００ ００００ ００００ ０１００“＝＞“０ ０００１ ００００ ００００ ００００ ０１００”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００４の照会パケットを０号ポートへガイドする。
●“１００ ００００ ００００ ００００ ０１０１“＝＞“０ ０００１ ００００ ００００ ００００ ０１０１”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００５の照会パケットを０号ポートへガイドする。
●“１００ ００００ ００００ ００００ ０１１０“＝＞“０ ００１０ ００００ ００００ ００００ ０１１０”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００６の照会パケットを１号ポートへガイドする。
●“１００ ００００ ００００ ００００ ０１１１“＝＞“０ ００１０ ００００ ００００ ００００ ０１１１”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００７の照会パケットを１号ポートへガイドする。
次のメトロポリタン・エリア・プロトコルラベルを０ｘ０００８とする。
ＭＳ−１０００ はベル０ｘ００００或いは０ｘ０００１を使用することによりパケットを送信し、ＭＸ−４−０に通知し、ＭＸ−４−０ ４号テーブルの項目を設置する。
●“１００ ００００ ００００ ００００ ０１００“＝＞“０ ０００１ ００００ ００００ ００００ ０１００”、、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００４照会パケットを０号ポートへガイドする。
●“１００ ００００ ００００ ００００ ０１０１“＝＞“０ ００１０ ００００ ００００ ００００ ０１０１”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００５照会パケットを１号ポートへガイドする。
●“１００ ００００ ００００ ００００ ０１１０“＝＞“０ ０００１ ００００ ００００ ００００ ０１１０”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００６照会パケットを０号ポートへガイドする。
●“１００ ００００ ００００ ００００ ０１１１“＝＞“０ ００１０ ００００ ００００ ００００ ０１１１”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００７照会パケットを１号ポートへガイドする。
ＭＸ−４−０ ５号テーブルの項目を設置する。
●“１０１ ００００ ００００ ００００ ０１００“＝＞“０ ０１００ ００００ ００００ ００００ ０１００”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００４応答パケットを２号ポートへガイドする。
●“１０１ ００００ ００００ ００００ ０１０１“＝＞“０ ０１００ ００００ ００００ ００００ ０１０１”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００５応答パケットを２号ポートへガイドする。
●“１０１ ００００ ００００ ００００ ０１１０“＝＞“０ １０００ ００００ ００００ ００００ ０１１０”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００６応答パケットを３号ポートへガイドする。
●“１０１ ００００ ００００ ００００ ０１１１“＝＞“０ １０００ ００００ ００００ ００００ ０１１１”、即ちメトロポリタン・エリア・プロトコルラベル０ｘ０００７応答パケットを３号ポートへガイドする。
１４、ＭＳ−１０００サーバ送信するヘッド部分情報を０ｘ９０００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００４、０ｘ９０００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００５、０ｘ９０００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００６、０ｘ９０００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００７とするポート照会パケットは、パケットがラベルに基づき交換するため、ＤＡと同じでも問題ない。０号テーブルの設置に基づき、ラベル０ｘ０００４、０ｘ０００５照会パケットは０号ポートへ順次ガイドし、ラベル０ｘ０００６、０ｘ０００７照会パケットは１号ポートへ順次ガイドする。
ラベル情報テーブルの第０ｘ０００４項は以下のように設置される。
●ラベル占用ディスクリプタ：０ｘ０００１は、このラベルがスタンバイであることを表す。
●ラベルディスクリプタ： 修正しない。
●ラベルルーティング記述情報：０ｘ０００１（ホッピングスイッチのＭＡＮアドレス、即ちＭＸ−４−０のＭＡＮアドレス）、０ｘ００００（ＭＸ−４−０の０号ポート）。
ラベル情報テーブルの第０ｘ０００５項は以下のように設置される。
●ラベル占用ディスクリプタ：０ｘ０００１はこのラベルがスタンバイであることを表す。
●ラベルディスクリプタ： 修正しない。
●ラベルルーティング記述情報：０ｘ０００１（ホッピングスイッチのＭＡＮアドレス、即ちＭＸ−４−０のＭＡＮアドレス）、０ｘ０００１（ＭＸ−４−０の１号ポートと）。
ラベル情報テーブルの第０ｘ０００６項は以下のように設置される。
●ラベル占用ディスクリプタ：０ｘ０００１は、このラベルがスタンバイであることを表す。
●ラベルディスクリプタ： 修正しない。
●ラベルルーティング記述情報：０ｘ０００１（ホッピングスイッチのＭＡＮアドレス、即ちＭＸ−４−０のＭＡＮアドレス）、０ｘ００００（ＭＸ−４−０の０号ポート）。
ラベル情報テーブルの第０ｘ０００７項は以下のように設置される。
●ラベル占用ディスクリプタ：０ｘ０００１は、このラベルがスタンバイであることを表す。
●ラベルディスクリプタ： 修正しない。
●ラベルルーティング記述情報：０ｘ０００１（ホッピングスイッチのＭＡＮアドレス、即ちＭＸ−４−０のＭＡＮアドレス）、０ｘ０００１（ＭＳ−１０００の１号ポート）。
次の使用できるラベルを０ｘ０００８とする。
１５、ＭＳＳ−４００−０、ＭＳＳ−４００−１スイッチが電源を入れた後ハードウェアを初期化する。ノードサーバはラベルの開始エンド或いは完了エンドであるため、ラベルを替える必要がない。
●４号テーブルを“００１ ００００ ００００“と設置し、即ち全てのメトロポリタン・エリア・照会ラベルパケットをＣＰＵへガイドする。
●５号テーブルを“１００ ００００ ００００” と設置し、即ち全てのメトロポリタン・エリア・応答ラベルパケットを１０号ポートと（即ちアップリンクギガビット光ポート）へガイドする。
●６号、７号テーブルを“０００ ００００ ００００ “と設置し、即ち全ての単一のマルチキャストデータパケット伝送を閉止する。
１６、トポロジー図ＭＳＳ−４００−０スイッチ１０号ポートに基づき、メトロポリタン・エリア・プロトコルラベル０ｘ０００４、０ｘ０００６の照会パケットを受信すれば、２つの応答パケット（応答に本スイッチの設備タイプ、設備ロゴ、および当該照会パケットを受信するポート番号を備える）を送信し、パケットのヘッド部分を０ｘ０９００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００４ とし、同時にパケットにおいて当該照会パケットを受信するポート番号を１０号と明示する。
別のパケットのヘッド部分０ｘ０９００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００６は、同時にパケットにおいて当該照会パケットを受信するポート番号を１０号と明示する。
１７、トポロジー図ＭＳＳ−４００−１スイッチ１０号ポートに基づき、メトロポリタン・エリア・プロトコルラベル０ｘ０００５、０ｘ０００７の照会パケットを受信すれば、２つの応答パケット（応答は本スイッチの設備タイプ、設備ロゴおよび当該照会パケットを受信するポート番号を備える）を送信し、パケットのヘッド部分を０ｘ０９００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００５ とし、同時にパケットにおいて当該照会パケットを受信するポート番号を１０号と明示する。
別のパケットのヘッド部分０ｘ０９００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ０００７は、同時にパケットにおいて当該照会パケットを受信するポート番号を１０号と明示する。
１８、同様に７、８、９、１０、１１、１２を繰り返し、この２つのＭＳＳ−４００もアクセスする。
４．２ ＭＡＮのサービスフロー
図１５に示すように、このメトロポリタン・エリア・サーバに４ギガビット光ポートと、ＣＰＵモジュールインターフェースがあると仮定する。もし、４ギガビット光ポートを０号ポートから３号ポートまでと順次定義し、ＣＰＵモジュールインターフェースを４号ポートと定義する。このメトロポリタン・エリア・サーバ型番号をＭＳ−１０００、ＭＳ−１０００ の０号ポートとし、１号ポートをそれぞれＭＸ−４−０ ２号ポートと、３号ポートに接続し、ＭＸ−４−０の０号ポートにＭＳＳ−４００−０を接続し、１号ポートにＭＳＳ−４００−１を接続する（上図の通り）。
ＳＴＢ＿０はＭＳＳ−４００−０の０号ポートに接続し、ＳＴＢ＿１はＭＳＳ−４００−１の１号ポートに接続する。これらのアクセス後のアドレスはＳＴＢ＿０（０ｘ００００ ０ｘ００００ ０ｘ０００２ ｘ０００９）、ＳＴＢ＿１（０ｘ００００ ０ｘ００００ ０ｘ０００３ ０ｘ００１２）であり、ＭＸ−４−０のＭＡＮアドレスは０ｘ０００１である。ＭＸ−４−０とＭＳＳ−１０００のメトロポリタン・エリア・プロトコルラベルは０ｘ００００、０ｘ０００１であり、ＭＳＳ−４００−０とＭＳＳ−１０００のメトロポリタン・エリア・プロトコルラベル０ｘ０００５、０ｘ０００７であり、ＭＳＳ−４００−１とＭＳＳ−１０００のメトロポリタン・エリア・プロトコルラベル０ｘ０００６、０ｘ０００８である。
４．２．１ サービス確立フロー
ＳＴＢ＿０がＭＳＳ−４００−０へ送信する申請とＳＴＢ＿１がビデオ通信を行う、ステップを以下に示す。
１、ＳＴＢ＿０はサービス申請指令パケットを送信する。パケットのＤＡ０ｘ０８００ ０ｘ００００ ０ｘ０００２ ０ｘ００００、ＳＡ０ｘ００００ ０ｘ００００ ０ｘ０００２ ０ｘ０００９、ｒｅｓｅｒｖｅｄ ０ｘ００００、ＰＤＵ部分は附録を参照する。サービスパラメータはＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＲＥＱＵＥＳＴ或いはＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＤＩＲＥＣＴである。
２、サービス申請する指令パケットは１号テーブルの設置に基づきＭＳＳ−４００−０へガイドし、ＭＳＳ−４００−０パケットのコンテンツに基づきをビデオ通信の申請を受信したと判断する。ＳＡに基づきＳＴＢ＿０、（テレビ電話の帯域幅はアップ・ダウンリンク６Ｍｂｉｔ／ｓ、ＳＴＢ＿０とＭＳＳ−４００−０のアップ・ダウンリンク帯域幅は８０Ｍｂｉｔ／ｓを残すと仮定する）であると分かる。ＳＴＢ＿０とＭＳＳ−４００−０のアップ・ダウンリンク帯域幅を調べ、サービス要求を満たすと分かれば、引き続き４にスキップする、要求を満たさなければ３にスキップする。
３、ＭＳＳ−４００−０はメニューを発呼ＳＴＢ＿０へ送信し、サービスの拒絶を表す。
ＳＴＢ＿０へ送信する。パケットのＤＡ０ｘ８０００ ０ｘ００００ ０ｘ０００２ ０ｘ０００９、ＳＡ０ｘ００００ ０ｘ００００ ０ｘ０００２ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００、ＰＤＵ部分は附録メニューデータフォーマットを参照する。
４、ＭＳＳ−４００−０は着呼番号に基づきＣＡＭ表（コンテンツ−アドレスマッピングテーブル）を調べ、着呼が自身のアクセスネットワークにないと分かる。そのためＭＳＳ−４００−０はメトロポリタン・エリア・サーバＭＳＳ−１０００へサービス申請する指令パケットを送信し、パケットのＤＡ０ｘ０９００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ＳＡ０ｘ００００ ０ｘ００００ ０ｘ０００２ ０ｘ０００９、ｒｅｓｅｒｖｅｄ ０ｘ００００であり、プロトコルラベルは０ｘ０００５（ＰＤＵ部分は「五、ＭＡＮアクセスフローのデータフォーマット定義」参照）であり、サービスパラメータはＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＲＥＱＵＥＳＴ或いはＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＤＩＲＥＣＴである。
５、ＭＳＳ−１０００はＭＳＳ−４００−０のサービス申請パケットを受信し、パケットのコンテンツに基づきビデオ通信の申請を受信したと判断する。ＳＡに基づきＭＳＳ−４００−０における端末であると分かる（ＭＸ−４−０とＭＳＳ−４００−０的アップ・ダウンリンク帯域幅はさらに８００Ｍｂｉｔ／ｓを残すと仮定する）。着呼番号に基づきＣＡＭ表（コンテンツ−アドレスマッピングテーブル）を調べ、分かる着呼がＭＳＳ−４００−１のアクセスネットワークにあると分かる（ＭＸ−４−０とＭＳＳ−４００−１のアップ・ダウンリンク帯域幅はさらに８００Ｍｂｉｔ／ｓを残すと仮定する）。ＭＸ−４−０とＭＳＳ−４００−０、ＭＳＳ−４００−１のアップ・ダウンリンク帯域幅サービスを調べ、要求を満たすと分かれば、引き続き７にスキップする、要求をみたさなければ６にスキップする。
６、ＭＳＳ−１０００はサービス拒絶パケットをＭＳＳ−４００−０へ送信する。パケットのＤＡ０ｘ９０００ ０ｘ００００ ０ｘ０００２ ０ｘ０００９、ＳＡ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００、プロトコルラベルは０ｘ０００５であり、ＰＤＵ部分を無視し、ＭＳＳ−４００−０がこのサービス拒絶パケットを受信すれば、３にスキップする。
７、ＭＳＳ−１０００はＭＳＳ−４００−１へサービス申請パケット送信し、サービス申請指令パケットを送信する。パケットのＤＡ０ｘ９０００ ０ｘ００００ ０ｘ０００３ ０ｘ００１２、ＳＡ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００であり、プロトコルラベルは０ｘ０００６、（ＰＤＵ部分は「五、ＭＡＮアクセスフローのデータフォーマット定義」参照する）であり、サービスパラメータはＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＲＥＱＵＥＳＴ或いはＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＴＥＬＥＰＨＯＮＥ＿ＤＩＲＥＣＴである。
８、ＭＳＳ−４００−１がＭＳＳ−１０００のサービス申請パケットを受信し、パケットのコンテンツに基づきビデオ通信の申請を受信したと判断する。着呼番号に基づきＣＡＭ表（コンテンツ−アドレスマッピングテーブル）を調べ、着呼はＳＴＢ＿１（ＳＴＢ＿１とＭＳＳ−４００−１のアップ・ダウンリンク帯域幅はさらに８０Ｍｂｉｔ／ｓを残すと仮定する）であると分かり、ＳＴＢ＿１とＭＳＳ−４００−１のアップ・ダウンリンク帯域幅を調べサービス要求を満たすと分かれば、引き続き１０にスキップする。要求を満たさなければ、９にスキップする。
９、ＭＳＳ−１０００がこのサービス拒絶パケットを受信すれば、６にスキップする。
１０、ＭＳＳ−４００−１ それぞれメニュー着呼を送信し、着呼応答を待つ。
ＳＴＢ＿１へ送信する。パケットのＤＡ０ｘ８０００ ０ｘ００００ ０ｘ０００３ ０ｘ００１２、ＳＡ０ｘ００００ ０ｘ００００ ０ｘ０００３ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００、ＰＤＵ部分は附録メニューデータフォーマットを参照する。
１１、ＳＴＢ＿１はメニューを受信し、申請ＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＰＥＲＭＩＳＳＩＯＮを送信し、通信を受信する。パケットのＤＡ０ｘ０８００ ０ｘ００００ ０ｘ０００３ ０ｘ００００、ＳＡ０ｘ００００ ０ｘ００００ ０ｘ０００３ ０ｘ００１２、ｒｅｓｅｒｖｅｄ ０ｘ００００、（ＰＤＵ部分は「五、ＭＡＮアクセスフローのデータフォーマット定義」を参照する） であり、サービスパラメータはＳＥＲＶＩＣＥ＿ＴＹＰＥ＿ＰＥＲＭＩＳＳＩＯＮである。
１２、ＭＳＳ−４００−１はＳＴＢ＿１の応答パケットを受信し、サービス許可パケットをＭＳＳ−１０００へ送信する。パケットのＤＡ０ｘ９０００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ＳＡ０ｘ００００ ０ｘ００００ ０ｘ０００３ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００であり、プロトコルラベルは０ｘ０００６であり、ＰＤＵ部分は無視する。
１３、ＭＳＳ−１０００がサービス許可パケットを受信すれば、ユニキャストラベル（ＭＳＳ−４００−０からＭＳＳ−４００−１までのインラベル、アウトラベルを０ｘ００００とし、ＭＳＳ−４００−１からＭＳＳ−４００−０までのインラベル、アウトラベルを０ｘ０００１と仮定する）を割り当てる。
・ ＭＳＳ−１０００はＭＸ−４−０へラベル割り当てパケット送信する。パケットのＤＡ０ｘ９０００ ０ｘ００００ ０ｘ０００１ ０ｘ００００、ＳＡ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００であり、プロトコルラベルは０ｘ００００であり、ＰＤＵ部分はインラベル、アウトラベルを備え、およびポートへガイドする。
・ ＭＳＳ−１０００はＭＳＳ−４００−０へラベル割り当てパケット送信する。パケットのＤＡ０ｘ９０００ ０ｘ００００ ０ｘ０００２ ０ｘ００００、ＳＡ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００であり、プロトコルラベルは０ｘ０００５であり、ＰＤＵ部分はインラベル、アウトラベルを備え、およびポートへガイドする。さらにＤＡ、ＳＡとラベルのバインドを備える。
・ ＭＳＳ−１０００はＭＳＳ−４００−１へラベル割り当てパケット送信する。パケットのＤＡ０ｘ９０００ ０ｘ００００ ０ｘ０００３ ０ｘ００００、ＳＡ０ｘ００００ ０ｘ００００ ０ｘ００００ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００であり、プロトコルラベルは０ｘ０００６であり、ＰＤＵ部分はインラベル、アウトラベルを備え、およびポートへガイドする。さらにＤＡ、ＳＡとラベルのバインドを備える。
１４、ＭＸ−４−０はラベル割り当てパケットを受信し、その６号テーブルを更新する。第０ｘ００００項は、アウトラベルを０ｘ００００とし、ガイドポートを１号ポートとする。第０ｘ０００１項は、アウトラベルを０ｘ０００１とし、ガイドポートを０号ポートとする。
１５、ＭＳＳ−４００−０はラベル割り当てパケットを受信し、そのＤＡ、ＳＡおよびラベルバインドしたＣＡＭ表（アドレス−ラベルバインド表）を更新する。即ち、このＣＡＭ表の第０ｘ００００項は、ＤＡ０ｘ１０００ ０ｘ００００ ０ｘ０００３ ０ｘ００１２ ＳＡ０ｘ００００ ０ｘ００００ ０ｘ０００２ ０ｘ０００９である。
その６号テーブルを更新し、第０ｘ００００項は、アウトラベルを０ｘ００００とし、ガイドポートを１０号ポートとする。
ＭＳＳ−４００−０が設置する自身の２号テーブルを以下に示す。
●“１０ ００００ ００００ ００００ １００１“＝＞“０００ ００００ ０００１”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ０００２ ０ｘ０００９であるユニキャストデータパケットを０号ポートへガイドする。
ＳＴＢ−０へコーデック命令パケットを送信する。
パケットのＤＡ０ｘ８０００ ０ｘ００００ ０ｘ０００２ ０ｘ０００９、ＳＡ０ｘ００００ ０ｘ００００ ０ｘ０００２ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００、ＰＤＵ部分はコーデック命令を参照する。
Figure 2013536635
１６、ＭＳＳ−４００−１はラベル割り当てパケットを受信し、そのＤＡ、ＳＡおよびラベルバインドしたＣＡＭ表を更新する。即ち、このＣＡＭ表の第０ｘ０００１項は、ＤＡ０ｘ１０００ ０ｘ００００ ０ｘ０００２ ０ｘ０００９ ＳＡ０ｘ００００ ０ｘ００００ ０ｘ０００３ ０ｘ００１２である。
その６号テーブルを更新し、第０ｘ０００１項は、アウトラベルを０ｘ０００１とし、ガイドポートを１０号ポートとする。
ＭＳＳ−４００−１が設置する自身の２号テーブルを以下に示す。
●“１０ ００００ ００００ ０００１ ００１０“＝＞“０００ ００００ ００１０”、即ち目的アドレス（ＤＡ）が０ｘ１０００ ０ｘ００００ ０ｘ０００３ ０ｘ００１２であるユニキャストデータパケット１号ポートへガイドする。
ＳＴＢ−１へコーデック命令パケットを送信する。
パケットのＤＡ０ｘ８０００ ０ｘ００００ ０ｘ０００３ ０ｘ００１２、ＳＡ０ｘ００００ ０ｘ００００ ０ｘ０００３ ０ｘ００００、ｒｅｓｅｒｖｅｄ ０ｘ００００、ＰＤＵ部分はコーデック命令を参照する。
Figure 2013536635
０号テーブルに基づき、後のコーデック命令パケットはそれぞれＳＴＢ−０、ＳＴＢ−１へガイドする。ＳＴＢ−０、ＳＴＢ−１はパケットのコンテンツに基づき、コーデックを開始、かつ受信し、ユニキャストデータを送信する。
４．２．２ サービス通信フロー
１）ＳＴＢ−０がＳＴＢ−１へ送信するパケットのＤＡは０ｘ１０００ ０ｘ００００ ０ｘ０００３ ０ｘ００１２、ＳＡは０ｘ００００ ０ｘ００００ ０ｘ０００２ ０ｘ０００９である。
２）パケットはＭＳＳ−４００−０に入り、ＭＳＳ−４００−０の交換エンジンがＤＡのＭＡＮアドレスを調べ、本アクセスネットワークでないと分かれば、ＤＡ、ＳＡおよびラベルバインドしたＣＡＭ表を調べ、ユニキャストラベル０ｘ００００を獲得する。６号テーブルの第０ｘ００００項を再び調べ、アウトラベル０ｘ００００を獲得し、ガイドポートは１０号ポートであり、１０号ポートにおける送信エンドはラベル０ｘ００００加える。即ち、パケットのヘッド部分を０ｘ１０００ ０ｘ００００ ０ｘ０００３ ０ｘ００１２ ０ｘ００００ ０ｘ００００ ０ｘ０００２ ０ｘ０００９ ０ｘ００００ ０ｘ００００ ０ｘ００００とする。
３）パケットはＭＸ−４−０に入る。 ＭＸ−４−０の交換エンジンは組み合わせアドレス域に基づき表を調べる。調べるのは６号テーブルであり、即ち表のアドレスは“１１０ ００００ ００００ ００００ ００００”である。ＭＸ−４−０の６号テーブルの設置に基づき、ユニキャストラベルを０ｘ００００とするユニキャストラベルパケットを１号ポートへガイドする。アウトラベルを０ｘ００００、、とする。即ちパケットのヘッド部分を０ｘ１０００ ０ｘ００００ ０ｘ０００３ ０ｘ００１２ ０ｘ００００ ０ｘ００００ ０ｘ０００２ ０ｘ０００９ ０ｘ００００ ０ｘ００００ ０ｘ００００とする。
４）パケットがＭＳＳ−４００−１の１０号ポートの受信モジュールに入れば、ラベルを削除し、交換エンジンに入る。ＭＳＳ−４００−１の交換エンジンは組み合わせアドレス域に基づきの表を調べる。調べるのは２号テーブルであり、即ち表のアドレスは“１０ ００００ ００００ ０００１ ００１０”である。ＭＳＳ−４００−１の２号テーブルの設置に基づき、当該項目のアウトプットは００ ００００ ００１０”と分かり、ダウンリンク１号ポートを開くことを表す。そのためパケットはＳＴＢ−１に入る。
５）同様にＳＴＢ−１がＳＴＢ−０へ送信するパケットのＤＡは０ｘ１０００ ０ｘ００００ ０ｘ０００２ ０ｘ０００９、ＳＡは０ｘ００００ ０ｘ００００ ０ｘ０００３ ０ｘ００１２である。
６）パケットはＭＳＳ−４００−１に入る。ＭＳＳ−４００−１の交換エンジンはＤＡのＭＡＮアドレスを調べ、本アクセスネットワークでないと分かれば、ＤＡ、ＳＡおよびラベルバインドしたＣＡＭ表を調べ、ユニキャストラベル０ｘ０００１を獲得する。６号テーブルの第０ｘ０００１項を再び調べ、アウトラベル０ｘ０００１を獲得し、ガイドポートは１０号ポートである。１０号ポートにおける送信エンドはラベル０ｘ０００１加える。即ちパケットのヘッド部分を０ｘ１０００ ０ｘ００００ ０ｘ０００２ ０ｘ０００９ ０ｘ００００ ０ｘ００００ ０ｘ０００３ ０ｘ００１２ ０ｘ００００ ０ｘ００００ ０ｘ０００１とする。
７）パケットはＭＸ−４−０入る。 ＭＸ−４−０の交換エンジンは組み合わせアドレス域に基づきの表を調べる。調べるのは６号テーブルであり、即ち表のアドレスは“１１０ ００００ ００００ ００００ ０００１”である。ＭＸ−４−０の６号テーブルの設置に基づき、ユニキャストラベルを０ｘ０００１とするユニキャストラベルパケットを０号ポートへガイドする。アウトラベルを０ｘ０００１、、とする。即ちパケットのヘッド部分を０ｘ１０００ ０ｘ００００ ０ｘ０００２ ０ｘ０００９ ０ｘ００００ ０ｘ００００ ０ｘ０００３ ０ｘ００１２ ０ｘ００００ ０ｘ００００ ０ｘ０００１とする。
８）パケットがＭＳＳ−４００−０の１０号ポートの受信モジュールに入れば、ラベルを削除し、交換エンジンに入る。ＭＳＳ−４００−０の交換エンジンは組み合わせアドレス域に基づき表を調べ、調べるのは２号テーブルであり、即ち表のアドレスは“１０ ００００ ００００ ００００ １００１”である。ＭＳＳ−４００−０の２号テーブルの設置に基づき、当該項目のアウトプットは“００ ００００ ０００１” であると分かり、ダウンリンク０号ポートを開くことを表す。そのためパケットはＳＴＢ−０に入る。
四、以下にＩＰインターネットの比較により、さらに本発明に係る実施形態はの利点を説明する。
１、ネットワークアドレス構造上における抜本的な偽造改善
ＩＰ インターネットのアドレスはユーザー設備によりネットワークに知らせる。本発明の新型ネットワークアドレスはネットワークによりユーザー設備を知らせる。
他者の侵入を防止するため、ＰＣ とインターネットは繁雑なコマンド、パスワード障害を設置する。実名アドレスであっても、パスワードが解読される、或いはユーザーの不注意による安全情報漏えいは避けられない。ＩＰ インターネットにおけるＰＣ 端末に接続すると、まず必ず自身の身分を公開し、ネットワークに自身のＩＰ アドレスを知らせる。しかしながら、誰にこのＩＰ アドレスの真偽を保証できるであろうか。これこそ、ＩＰインターネットが克服できない最初の安全の抜け穴である。
本発明の新型ネットワーク端末のアドレスはネットワーク管理プロトコルにより学んだものであり、ユーザー端末はこの学んだアドレスによってのみ本発明の新型ネットワークに入ることができるため、認証は必要なく間違いはないと保証する。詳細な記述はネットワーク管理プロトコルを参照すれば分かる。本発明の新型ネットワークは秩序ある構造「色をもつ」アドレス体系（Ｄ／ＳＣＡＦ）をつくる。本発明の新型ネットワークアドレスは独自性を有するだけでなく、同時に定位と定性の機能を有する。例えば身分証番号と同じように、当該ユーザーポートの地理位置、設備性質、サービス権限等の他の特徴を備える。本発明の新型ネットワークスイッチはこれらの特徴に基づき、グルーピングパケットの行動規則を決め、異なる性質のデータブランチを実現する。
２、毎回のサービスで独立通行パスを発行し、ハッカー攻撃とウィルス拡散の経路を遮断する。
ＩＰ インターネットは自由に出入るでき、ユーザーはファイアーウォールを準備する。本発明の新型ネットワークの毎回のサービスで必ず通行パスを申請する。
通信プロトコルがユーザー端末にて実行するため、改ざんされる可能性がある。ルーティング情報をネットにてブロードキャストするため、盗聴される可能性がある。ネットワークにおけるアドレス詐欺、匿名攻撃、メール爆弾、ティアドロップ、監視隠ぺい、ポートとスキャン、内部侵入、情報書き換え等のあらゆる形の欠陥は、ハッカーに力を発揮する空間を提供する。ジャンクメール等のインターネット汚染の防止は難しい。
ＩＰ インターネットユーザーがいずれかのＩＰ アドレスを設定することにより別者に偽装できるため、ネット上のいかなる設備へプルーブを送信し、他者の情報を詮索でき、ネットワークへいずれかの干渉パケット（責任転嫁）を送信もできる。このため、多くの優秀な者々が各種のファイアーウォールを発明し、より良い環境を保つよう試みている。しかし、ファイアーウォールのインストールは自主的に行うものであり、ファイアーウォールの效果は一時的なものと相対的なものがあり、ＩＰ インターネット自身は永遠にきれいになるこはない。これはＩＰ インターネットの２つめの解決できない安全の敗北である。
本発明の新型ネットワークユーザーがアクセス後、ネットワークスイッチはユーザーがノードサーバへ限りあるサービス請求を送信することのみを許可し、対他のパケットには一切対応しない。もし、ノードサーバがユーザー申請を承認すれば、ユーザーがあるスイッチへネットワーク通行パスを送信し、ユーザー端末が送信した各パケットがもしネットワークスイッチエンドの審査条件に合わなければ一切を捨て、徹底的にハッカーの攻撃を絶つ。毎回のサービスが終了後、自動的に通行パスを取り消す。通行パスメカニズムはスイッチにより実行し、ユーザーが制御できる範囲内ではない。
ユーザーパケットのソースアドレスを審査：ユーザーがいかなる偽装或いは匿名パケットを送信することを防止する（アクセス後に自動的に設定する）。
目標アドレスを審査：ユーザーはデータパケットをサーバが指定する対象にまでのみ送信できる（サービス申請の際に確認する）。
データストリームを審査：ユーザーが送信するデータストリームは必ずサーバ規定の合わなければならない（サービス申請の際に確認する）。
版権識別を審査：ユーザーがネットからダウンロードした版権があるコンテンツを伝送することを防止する（コンテンツはサプライヤーが設定する）。
本発明の新型ネットワークには、ファイアーウォール、アンチウィルス、暗号化、内外部ネット隔離等の消極的な手段は必要なく、本発明の新型ネットワークは構造からハッカー攻撃とウィルス拡散のルートを徹底的に遮断し、本質的には一切問題のない安全ネットワークである。
３、ネットワーク設備とユーザーデータは完全に隔離されており、ウィルスとロイの生命線を切断する。
ＩＰ インターネット設備は自由にユーザーパケットを解体でき、本発明の新型ネットワーク設備とユーザーデータは完全に隔離されている。即ちデータ伝送において、新型ネットワーク設備（例、スイッチ、ゲートウェイ等）はユーザーパケットを解体せず、直接パケットのアドレスに基づき、マッピングテーブルを探し、これを対応のポートから伝送すれば良い。即ち、本発明のスイッチには自身の算定とルーティング選択の機能はない。
フォン・ノイマンがつくったコンピュータはプログラム指令と動作データを同じ場所に入れ、つまりプログラムが装置における他のプログラムとデータを修正できる。現在までのこのコンピュータモデルは、トロイ、ワーム、ウィルス、バックドア等に機会を残している。ウィルスの高速な蓄積に伴い、ウィルス防止ソフトウェアとパッチはいつも一歩後れをとっており、受動的な状態にある。
インターネットＴＣＰ／ＩＰ プロトコルの技術の核はベストエフォート、ストレージ伝送、エラー検出再送信である。インターネットの使命を実現するため、ネットワークサーバとルーター必ずユーザーデータパケットを解析する能力を有する。これこそがハッカーウィルスに活路を残し、ネットワーク安全はここから知恵比べのような側面を持ち、永遠に安静しない。これはＩＰ インターネットの３つ目の遺伝的な欠陥である。
本発明の新型ネットワークの全てのサーバとスイッチ設備におけるＣＰＵ は全ていずれのユーザーパケットにも接触できない。つまり、全体の本発明の新型ネットワークは業務提供側と受信側の端末設備間のみに、完全隔離とレート行動規範の透明なパイプラインを確立する。ユーザー端末がどのようなでーたを受・送信しうようとも、ネットワークは一切に関係ない。構造上からウィルスとロイの生命線を切断する。このため、本発明の新型ネットワークはネットワークにおける関係のない者がユーザーデータを盗む可能を断ち切る。同様に、ハッカーになりたいもの或いはウィルスをつくる者が攻撃する対象は全くない。
４、ユーザー間の自由接続の完全隔離、有効な管理の保証
ＩＰ インターネットは自由マーケットであり、中間に者はいない。本発明の新型ネットワークは百貨店であり、中間に者がいる。ネットワークについて、消費者とコンテンツサプライヤーは全てネットワークユーザーの範疇に属し、サイズが異なるだけである。ＩＰ インターネットは管理されていない自由マーケットであり、いずれのユーザー間でも接通信（Ｐ２Ｐ）ができる。つまり、管理するかどうかはユーザーにより決定し課金するかどうかは片側のみの大ユーザー（サプライヤー）により決定し、法規を遵守するかどうかについても片側のみの大ユーザー（吸血鬼ウェブサイト）により決定する。通信事業者は多くとも入場料を取り、法律、道徳、安全と商業ルールを実行したくともこれは夢物語であり、現在と将来も不可能である。これはＩＰ インターネットの４つ目のアーキテクチャにおける障害である。
本発明の新型ネットワークはサービスノード概念をつくり、管理された百貨店商業モデルを形成する。ユーザー間或いは消費者とサプライヤー間には、いかなる自由接触の可能性もなく、全ての連絡はノードサーバ（中間者）の承認を必ず取得しなければならない。これはネットワーク業務の有効的な管理を実現するための必要条件である。新型ネットワークのユーザーになりたければ、必ず先にネットワーク通信事業者と自身の役割について話し合わなければならず、一般消費者、ネットショップ、学校医院、政府部門からテレビ局まで、全て通信事業者の顧客に属し、前記部門が全て電話会社の顧客であることを同じである。各役割はビデオコンテンツを受・送信するみに見えるが、いかに受・送信するかは必ず厳格に各事業者が定めた行動法規を遵守しなければならない。破りようがない規範があってはじめて、各種ユーザー間の関係は本当の意味でＣ２Ｃ、Ｂ２Ｃ、Ｂ２Ｂ 等に分けることができ、或いは管理されたユーザーとユーザー間通信（ＭＰ２Ｐ）と総称する。
５、商業規則は通信プロトコルを移植し、営利モデルを保証
ＩＰ インターネットはまず通信、その後に管理というモデルを励行し、本発明の新型ネットワークはまず管理、その後に通信というモデルを励行する。
ネットに非法メディアコンテンツを散布し、劣悪な影響のみを与えた後、はじめて局部の範囲で封印でき、未然に防止するこはできない。法律と道徳では組織的で計画的な「プロフェッショナル攻撃」を防ぐことができない。さらに法律はすでに危害を加えた者にのみ処罰を実施することができる。ＩＰ インターネットは管理を追加したサービスと定義し、応用層に確立する。このため、管理は自然とあってもなくてもよい飾りとなる。これはＩＰ インターネットの５つめの動かしがたい本質である。
本発明の新型ネットワークユーザー端末はノードサーバが許可する範囲内の指定業務においてのみ、自身内の１つに申請することを選択できる。サービス確立過程におけるプロトコルシグナルは、ノードサーバにより実行する（ユーザーを経由しない）。ユーザー端末ただ受動的にサーバの質問に回答し、サービスを受け入れる或いは拒絶し、プロトコル過程に関わるこはできない。ユーザーが一旦サーバが提供するサービスを受信すれば、通行パスが規定する方式に基づいてのみしかパケットを送信できず、いかなる通行パス規定から離れたデータパケットも全て底層スイッチに捨てる。本発明の新型ネットワークプロトコルの基本的な考え方は、サービスコンテンツを核とする商業モデルを実現し、簡単なデータ交流を完成するだけでない。このモデルにおいて、安全は新型ネットワークの固有の性質であり、ネットワークに加える追加サービス項目ではない。当然、業務権限審査、リソース確認と課金手続き等を全て簡単に管理契約に含むことができる。
本発明が新型ネットワークに関する通信システムが基本的に前述方法の実施形態に相応し、具体的に前述方法の実施形態における関連の説明を参照できるため、ここでは説明を繰り返さない。
説明が必要な点として、本文における、第１と第２等の関係用語はエンティティ或いは動作と別のエンティティ或いは動作を区別するためだけであり、これらエンティティ或いは動作間にこのような実際の関係或いは順序があることを要求或いは暗示するわけではない。
以上は本発明所が提供する新型ネットワークの通信方法および一新型ネットワークの通信システムの詳細な説明である。本文において具体的に例を用い対本発明の原理および実施方式を詳しく述べているが、以上の実施形態の説明はただ本発明の方法およびその核となる考えを理解するための助けである。同時に、当業者により、上述した実施形態に記述された技術的な解決手段を改造し、或いはその中の一部の技術要素を置換することもできる。総じて、この説明のコンテンツも本発明を制限するものではないと理解できる。

Claims (118)

  1. 主制御サーバと、端末を備える下位ネットワーク設備とを含む、集中制御機能を有するネットワークであって、
    前記方法は、
    主制御サーバが当回サービスの下向リンクを設置するステップと、
    ソース端末が送信した当回サービスのパケットを前記下向通信リンクにより目標端末に伝送するステップと
    を備えることを特徴とする新型ネットワークの通信方法。
  2. 前記当回サービスの下向通信リンクを設置するステップは、
    当回サービスの下向通信リンクに関する交換設備にテープルの設置を通知するステップを備え、
    前記下向通信リンクにより伝送するステップは、交換設備が設置したテーブルを照会し、受信したデータパケットを対応のポートを介して伝送するステップを備える
    ことを特徴とする請求項１に記載の新型ネットワークの通信方法。
  3. 前記サービスはユニキャスト通信サービスと、マルチキャスト通信サービスとを備えることを特徴とする請求項１に記載の新型ネットワークの通信方法。
  4. 前記新型ネットワークはアクセスネットワーク部分を含み、アクセスネットワークにおいて、前記主制御サーバはノードサーバであり、前記下位ネットワーク設備はアクセススイッチと端末とを備え、
    前記主制御サーバが当該サービスの下向通信リンクを設置するステップは、
    主制御サーバがソース端末により開始されたサービス請求プロトコルパケットに基づき、当回サービスに参与する主制御とアクセススイッチの下向通信ポート情報を含む下向通信リンク情報を獲得するステップと、
    主制御サーバが前記主制御サーバの下向通信ポート情報に基づき、自身内のパケットアドレステーブルに当回サービスのパケットがガイドする下向ポートを設置し、かつ前記アクセススイッチの下向通信ポート情報に基づき、対応のアクセススイッチへポート設置命令を送信するステップと、
    前記アクセススイッチがポート設置命令に基づき、自身内のパケットアドレステーブルに当回サービスのパケットがガイドする下向ポートを設置するステップと
    を備えることを特徴とする請求項１から３のいずれかに記載の新型ネットワークの通信方法。
  5. 前記下位ネットワーク設備アドレスはそれぞれ対応するアクセスネットワークアドレスを有し、前記主制御サーバが当回サービスの下向通信リンク情報を獲得ステップは、
    主制御サーバが、ソース端末により開始された、目標端末とともにユニキャスト通信サービスを確立するサービス請求プロトコルパケットを獲得ステップと、
    ここで、前記サービス請求プロトコルパケットは、サービスタイプ情報、サービスコンテンツ情報、およびソース端末のアクセスネットワークアドレスを備え、
    前記サービスコンテンツ情報はサービス番号を備え；
    主制御サーバが、前記サービス番号に基づき、プリセットしたコンテンツ-アドレスマッピングテーブルから目標端末のアクセスネットワークアドレスを抽出するステップと；
    主制御サーバが前記サービスタイプ情報、ソース端末および目標端末のアクセスネットワークアドレスに基づき、当回サービスの下向通信情報を獲得するステップと
    を備えることを特徴とする請求項４に記載の新型ネットワークの通信方法。
  6. 前記主制御サーバにより自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドする下向ポートは、
    目的アドレスがソース端末であるユニキャストデータパケットがガイドする下向ポート、および／または、
    目的アドレスが目標端末であるユニキャストデータパケットがガイドする下向ポート
    を備えることを特徴とする請求項５に記載の新型ネットワークの通信方法。
  7. 前記通信リンク情報が単方向通信リンク情報である場合、前記アクセススイッチの通信ポート情報は、アップリンクにおけるアクセススイッチの上向ポート情報と、ダウンリンクにおけるアクセススイッチの下向ポート情報とを備え、
    前記アクセススイッチが、ポート設置命令に基づき自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドするポートは、
    目的アドレスが目標端末であるユニキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと、ダウンリンクにおけるアクセススイッチの下向ポートと
    を備えることを特徴とする請求項６に記載の新型ネットワークの通信方法。
  8. 前記通信リンク情報が双方向下向通信リンク情報である場合、前記アクセススイッチの通信ポート情報は、アップリンクにおけるアクセススイッチの上向ポートおよび下向ポート情報と、ダウンリンクにおけるアクセススイッチの上向ポートおよび下向ポート情報と を含み、
    前記アクセススイッチが、前記ポート設置命令に基づき自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドするポートは、
    目的アドレスが目標端末であるユニキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと下向ポート、および、目的アドレスがソース端末であるユニキャストデータパケットがガイドするダウンリンクにおけるアクセススイッチの上向ポートと下向ポートと
    を備えることを特徴とする請求項６に記載の新型ネットワークの通信方法。
  9. 前記当回サービスのデータパケットに目標端末のアクセスネットワークアドレスが備えられ、
    前記下向通信リンクにより当回サービスのデータパケットを目標端末へ伝送するステップは、
    主制御サーバが前記目標端末のアクセスネットワークアドレスに基づき、自身内のデータパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、かつ、当該データパケットを当該下向ポートを介して対応のアクセススイッチへ伝送するステップと、
    前記アクセススイッチが前記目標端末のアクセスネットワークアドレスに基づき、自身内のデータパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、かつ、当該データパケットを当該下向ポートを介して目標端末へ伝送するステップと
    を備えることを特徴とする請求項４に記載の新型ネットワークの通信方法。
  10. 目標端末により送信された当回サービスのデータパケットを前記下向通信リンクによりソース端末へ伝送する
    ことを特徴とする請求項１に記載の新型ネットワークの通信方法。
  11. 前記当回サービスのデータパケットにソース端末のアクセスネットワークアドレスが備えられ、
    前記下向通信リンクにより当回サービスのデータパケットをソース端末へ伝送するステップは、
    主制御サーバが前記ソース端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、かつ、当該データパケットを当該下向ポートを介して対応のアクセススイッチへ伝送するステップと、
    前記アクセススイッチが前記ソース端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、かつ、当該データパケットを当該下向ポートを介してソース端末へ伝送するステップと
    を備えることを特徴とする請求項１０に記載の新型ネットワークの通信方法。
  12. 前記下位ネットワーク設備アドレスはそれぞれ対応するアクセスネットワークアドレスを有し、
    前記主制御サーバが当回サービスの下向通信リンク情報を獲得ステップは、
    主制御サーバが、目標端末により開始されたマルチキャスト通信サービスを申請するサービス請求プロトコルパケットを獲得するステップと、
    ここで、前記サービス請求プロトコルパケットは、サービスタイプ情報と、サービスコンテンツ情報と目標端末のアクセスネットワークアドレスとを備え、
    前記サービスコンテンツ情報はサービス番号を備える；
    主制御サーバが前記サービス番号に基づいてプリセットしたコンテンツ-アドレスマッピングテーブルからソース端末のアクセスネットワークアドレスを抽出するステップと、
    主制御サーバが前記ソース端末に対応するマルチキャストアドレスを獲得し、かつ目標端末へ割り当て、また、前記サービスタイプ情報、ソース端末および目標端末のアクセスネットワークアドレスに基づき、当回マルチキャストサービスの通信リンク情報を獲得するステップと
    を備えることを特徴とする請求項４に記載の新型ネットワークの通信方法。
  13. 主制御サーバが当回サービスの下向通信リンク情報を獲得するステップは、
    主制御サーバが、ソース端末により提出された、マルチキャスト通信サービスを開始するサービス請求プロトコルパケットを獲得し、かつ、前記サービス請求プロトコルパケットに基づいてソース端末へマルチキャストアドレスを割り当てるステップと、
    ここで、前記サービス請求プロトコルパケットは、サービスタイプ情報と、サービスコンテンツ情報と、ソース端末のアクセスネットワークアドレスとを備え、
    前記サービスコンテンツ情報はサービス番号を備える；
    サービスタイプ情報、および、主制御サーバと前記ソース端末のアクセスネットワークアドレスに基づき、当回マルチキャストサービスの上向通信リンク情報を獲得するステップと
    をさらに備えることを特徴とする請求項１２に記載の新型ネットワークの通信方法。
  14. 主制御サーバが当回サービスの下向通信リンク情報を獲得するステップは、
    サービスタイプ情報、および、主制御サーバと前記ソース端末のアクセスネットワークアドレスに基づき、当回マルチキャストサービスの下向通信リンク情報を獲得するステップ
    を備えることを特徴とする請求項１３に記載の新型ネットワークの通信方法。
  15. 前記主制御サーバ内のマルチキャストデータパケットアドレステーブルに当回サービスのマルチキャストデータパケットがガイドするポートを設置するこは、
    目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドする下向ポート
    を備えることを特徴とする請求項１２に記載の新型ネットワークの通信方法。
  16. 前記アクセススイッチの通信ポート情報は、アップリンクにおけるアクセススイッチの上向ポート情報と、ダウンリンクにおけるアクセススイッチの下向ポート情報とを備え、
    前記アクセススイッチが前記ポート設置命令に基づき、自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、
    目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと、ダウンリンクにおけるアクセススイッチの下向ポートと
    を備えることを特徴とする請求項１５に記載の新型ネットワークの通信方法。
  17. 前記アクセススイッチの通信ポート情報はアップリンクにおけるアクセススイッチの下向ポート情報をさらに備え、
    前記アクセススイッチが前記ポート設置命令に基づき自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、
    目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの下向ポート
    を備えることを特徴とする請求項１６に記載の新型ネットワークの通信方法。
  18. 前記当回サービスのデータパケットはマルチキャストアドレスを備え、
    前記ダウンリンクにより当回サービスのパケットを伝送するステップは、
    主制御サーバが前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介してダウンリンクにおける対応のアクセススイッチへ伝送するステップと、
    前記アクセススイッチが前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、かつ、当該データパケットを当該下向ポートを介して目標端末へ伝送するステップと
    を備えることを特徴とする請求項１２に記載の新型ネットワークの通信方法。
  19. 前記下向通信リンクにより当回サービスのデータパケットを伝送するステップは、
    ソース端末により送信された当回サービスデータパケットにおけるマルチキャストアドレスに基づき、前記データパケットをアップリンクにおけるアクセススイッチまでガイドするステップと、
    前記アクセススイッチが前記マルチキャストアドレスに基づき、自身内のデータパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする上向ポートを照会、かつ当該データパケットを当該上向ポートを介して主制御サーバへ伝送するステップと
    を備えることを特徴とする請求項１８に記載の新型ネットワークの通信方法。
  20. 前記下向通信リンクにより当回サービスのデータパケットを伝送するステップは、
    主制御サーバが前記マルチキャストアドレスに基づき、自身内のデータパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、かつ、当該データパケットを当該下向ポートを介してアップリンクに対応するアクセススイッチへ伝送するステップと、
    前記アクセススイッチが前記マルチキャストアドレスに基づき、自身内のデータパケットアドレステーブルにおいて当回サービスのデータパケットがガイドする下向ポートを照会し、かつ、当該データパケットを当該下向ポートを介してソース端末へ伝送するサブステップと
    をさらに備えることを特徴とする請求項１９に記載の新型ネットワークの通信方法。
  21. 前記主制御サーバが当回サービスの下向通信リンク情報を獲得するステップは、
    当回サービスの通信リンク情報を複数獲得すれば、前記主制御サーバがプリセット規則に基づき自身内の通信リンク情報を１つ選択し、当回サービスの通信リンク情報とするステップ
    をさらに備えることを特徴とする請求項４に記載の新型ネットワークの通信方法。
  22. 前記プリセット規則はノードサーバに各通信リンクのストリーム情報と当回サービスの通信リンク情報とを獲得し、使用済みストリームが最小の通信リンクを当回サービスの通信リンク情報と確認し、
    或いは、
    前記プリセット規則はさらにノードサーバに各通信リンクの帯域幅情報と当回サービスの通信リンク情報とを獲得し、帯域幅が最大の通信リンクを当回サービスの通信リンク情報と確認する
    ことを特徴とする請求項２１に記載の新型ネットワークの通信方法。
  23. 前記ポート設置命令はプロトコルパケットに記録され、
    前記主制御サーバが自身内にプリセットしたダウンリンクプロトコルパケットアドレステーブルの設置に基づき、対応のアクセススイッチ下向ポートに接続することにより、前記プロトコルパケットを対応するアクセススイッチまでガイドするステップがさらに備えられ、
    ここで、前記ダウンリンクプロトコルパケットアドレステーブルには、目的アドレスが下位ネットワーク設備アドレスであるプロトコルパケットがガイドする下向ポートが設置される
    ことを特徴とする請求項４に記載の新型ネットワークの通信方法。
  24. 当回サービス完了後、本発明に係る主制御サーバが自身内のデータパケットアドレステーブルにおいて、設置した当回サービスデータパケットがガイドするポートをリリースし、かつ、当回サービスに参与するアクセススイッチへポートリリース命令を送信するステップと、
    前記アクセススイッチが、前記ポートリリース命令に基づき、自身内のデータパケットアドレステーブルにおいて、設置した当回サービスデータパケットがガイドするポートをリリースするステップと
    をさらに備えることを特徴とする請求項２３に記載の新型ネットワークの通信方法。
  25. 前記主制御サーバはノードサーバであり、自身のアクセスネットワークアドレスを有し、かつ下位ネットワーク設備のアクセスネットワークアドレスを保守する
    ことを特徴とする請求項１に記載の新型ネットワークの通信方法。
  26. 前記下位ネットワーク設備はアクセススイッチを備え、
    新型ネットワークの通信方法はアクセススイッチが新型ネットワークへアクセスするステップをさらに備え、
    前記アクセススイッチが新型ネットワークへアクセスするステップは、
    アクセススイッチが電源を入れ、自身内のダウンリンクプロトコルパケットアドレステーブルに全ダウンリンクプロトコルパケットをＣＰＵモジュールへガイドするようにを設置するステップと、
    前記アクセススイッチが主制御サーバから送信されたダウンリンクプロトコルパケットを受信し、前記ダウンリンクプロトコルパケットアドレステーブルの設置に基づき前記ダウンリンクプロトコルパケットを当該アクセススイッチＣＰＵモジュールへガイドするステップと、
    ここで、前記ＣＰＵモジュールはアップリンクプロトコルパケットを生成し、主制御サーバへ送信し、
    前記ダウンリンクプロトコルパケットは割り当て待機アクセスネットワークアドレスを備える；
    主制御サーバは当該アクセススイッチへアクセスネットワークアドレスを備えるアクセス命令を送信するステップと
    を備え；
    ここで、前記アクセスネットワークアドレスは当該アクセススイッチが受信するダウンリンクプロトコルパケットにおける割り当て待機アクセスネットワークアドレスであり、
    前記アクセススイッチが自身内のダウンリンクプロトコルパケットアドレステーブルを更新するこは、目的アドレスがセルフアクセスネットワークアドレスであるプロトコルパケットのみをＣＰＵモジュールへガイドする
    ことを特徴とする請求項２５に記載の新型ネットワークの通信方法。
  27. アクセス済みのアクセススイッチがノードサーバにより送信されたポート割り当てパケットを受信した場合、前記アクセススイッチが新型ネットワークへアクセスするステップは、
    アクセス済みのアクセススイッチが目的アドレスがセルフアクセスネットワークアドレスのポート割り当てパケットをＣＰＵモジュールをガイドするステップと、
    パケットにおけるポート割り当て情報に基づき、自身内のダウンリンクプロトコルパケットアドレステーブルにおいて、各ポートダウンリンクプロトコルパケットを下向ポートへガイドするように設置するステップと
    をさらに備えることを特徴とする請求項２６に記載の新型ネットワークの通信方法。
  28. アクセス済みのアクセススイッチがノードサーバにより送信されたポートダウンリンクプロトコルパケットを受信した場合、前記アクセススイッチが新型ネットワークへアクセスするステップは、
    前記アクセススイッチが自身内のダウンリンクプロトコルパケットアドレステーブルの設置に基づき、割り当て待機アクセスネットワークアドレスを備える前記ポートダウンリンクプロトコルパケットを対応する下向ポートへガイドするステップと、
    主制御サーバが前記アクセススイッチの下向ポートに接続するある下位ネットワーク設備により送信されたポートアップリンクプロトコルパケットを受信し、かつ当該下位ネットワーク設備へ前記下位ネットワーク設備のアクセスネットワークアドレスを備えるアクセス命令を送信するステップと
    を備え、
    前記アクセスネットワークアドレスは当該下位ネットワーク設備が受信したポートダウンリンクプロトコルパケットにおける割り当て待機アクセスネットワークアドレスであり、
    前記下位ネットワーク設備はアクセススイッチ或いは端末である
    ことを特徴とする請求項２７に記載の新型ネットワークの通信方法。
  29. 前記下位ネットワーク設備は、アクセススイッチと、端末と、前記アクセススイッチ及び端末間に接続するイーサネットプロトコル変換ゲートウェイとローカルイーサネットとを備え、
    前記新型ネットワークの通信方法は、前記イーサネットプロトコル変換ゲートウェイが新型ネットワークへアクセスするステップをさらに備え、
    前記イーサネットプロトコル変換ゲートウェイが新型ネットワークへアクセスするステップは、
    主制御サーバが照会パケットを送信するステップと、
    イーサネットプロトコル変換ゲートウェイが電源を入れて初期化した後、照会パケットを受信し、イーサネットプロトコル変換ゲートウェイシリアル番号を備える応答パケットをフィードバックするステップと、
    主制御サーバが登録情報テーブルにおいて前記シリアル番号に対応する、イーサネットプロトコル変換ゲートウェイＭＡＣアドレスと当該イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスを備えるイーサネットプロトコル変換ゲートウェイ情報を照会するステップと、
    主制御サーバが前記イーサネットプロトコル変換ゲートウェイへ、イーサネットプロトコル変換ゲートウェイの新型ネットワークにおけるアドレスとイーサネットプロトコル変換ゲートウェイのMACアドレスとを備えるアクセス命令を送信するステップと、
    前記イーサネットプロトコル変換ゲートウェイがアクセス命令を受信後、応答をフィードバックし、イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセスするステップと
    を備えることを特徴とする請求項２５に記載の新型ネットワークの通信方法。
  30. 端末ＭＡＣアドレスとイーサネットプロトコル変換ゲートウェイのバインド関係は、端末とイーサネットプロトコル変換ゲートウェイを売り出す際にノードサーバにプリセットする
    ことを特徴とする請求項２９に記載の新型ネットワークの通信方法。
  31. 前記イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセスし、イーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと当該イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスを獲得後、新型ネットワークの通信方法は、イーサネットプロトコル変換ゲートウェイにバインドした端末が新型ネットワークへアクセスでするステップをさらに備え、
    前記イーサネットプロトコル変換ゲートウェイにバインドした端末が新型ネットワークへアクセスするステップは、
    主制御サーバが照会パケットを送信するステップと、
    イーサネットプロトコル変換ゲートウェイが照会パケットを受信し、プロトコルパケットアドレステーブルに基づき、照会パケットを対応のポートまでガイドして、前記照会パケットにイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスとを加え、転送するステップと、
    端末電源を入れて初期化した後、照会パケットを受信し、端末シリアル番号を備える応答パケットをフィードバックするステップと、
    イーサネットプロトコル変換ゲートウェイが前記応答パケットにおけるイーサネットプロトコル変換ゲートウェイMACアドレスと端末ＭＡＣアドレスとを削除し、そして主制御サーバへ転送するステップと、
    主制御サーバが登録情報テーブルにおいて前記端末シリアル番号に対応する端末情報を見つけ、端末の新型ネットワークにおけるアドレスを備えるアクセス命令を送信するステップと、
    イーサネットプロトコル変換ゲートウェイが前記アクセス命令を受信し、イーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスとを加えた後、転送するステップと、
    端末がアクセス命令を受信後、応答をフィードバックし、イーサネットプロトコル変換ゲートウェイが前記応答におけるイーサネットプロトコル変換ゲートウェイＭＡＣアドレスと端末ＭＡＣアドレスを削除後に主制御サーバへ転送し、端末が新型ネットワークにアクセスするステップと
    を備えることを特徴とする請求項３０に記載の新型ネットワークの通信方法。
  32. 前記イーサネットプロトコル変換ゲートウェイが新型ネットワークにより送信されたデータパケット或いはプロトコルパケットを受信し、前記データパケット或いはプロトコルパケットにイーサネットプロトコル変換ゲートウェイのMACアドレスと目標端末のＭＡＣアドレスとを加え、そしてイーサネットへ送信するステップと、
    前記イーサネットプロトコル変換ゲートウェイがイーサネットにより送信されたデータパケット或いはプロトコルパケットを受信し、前記データパケット或いはプロトコルパケットにおけるイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスとソース端末のMACアドレスとを削除して、新型ネットワークへ送信するステップと
    を備え、
    ここで、前記目標端末とソース端末は新型ネットワークプロトコルを従う
    ことを特徴とする請求項３１に記載の新型ネットワークの通信方法。
  33. イーサネットプロトコル変換ゲートウェイＭＡＣアドレスと目標端末ＭＡＣアドレスを加えたデータパケットは、イーサネットにおいてイーサネットプロトコルにより伝送し、
    イーサネットプロトコル変換ゲートウェイＭＡＣアドレスとソース端末ＭＡＣアドレスを削除したデータパケットは、新型ネットワークにおいて新型ネットワークプロトコルにより伝送する
    ことを特徴とする請求項３２に記載の新型ネットワークの通信方法。
  34. 新型ネットワークが送信したデータパケッとイーサネットにより送信されたデータパケットは、パケットヘッドに両伝送エンドの新型ネットワークにおけるアドレスが備えい、前記両伝送エンドの新型ネットワークにおけるアドレスがデータパケットのソースアドレスと目的アドレスである
    ことを特徴とする請求項３３に記載の新型ネットワークの通信方法。
  35. イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスと端末の新型ネットワークにおけるアドレスのマッピングを獲得するステップと、
    前記イーサネットプロトコル変換ゲートウェイが新型ネットワークにより送信されたデータパケットを受信し、データパケットの目的アドレスとＭＡＣアドレスのマッピングに基づき、データパケットにおいて対応する目標端末のＭＡＣアドレスを加えるステップと
    を備えることを特徴とする請求項３４に記載の新型ネットワークの通信方法。
  36. 前記イーサネットプロトコル変換ゲートウェイがイーサネットが送信したデータパケットを受信後、前記データパケットにおいてイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスとソース端末のＭＡＣアドレスとを削除する前に、当該方法は、
    受信したデータパケットを検査する。もし検査要求に合えば、対応のストリーム識別子を割り当てるステップ
    をさらに備えることを特徴とする請求項３４に記載の新型ネットワークの通信方法。
  37. 前記検査は、
    データパケットのイーサネットプロトコル変換ゲートウェイＭＡＣアドレス、ソース端末ＭＡＣアドレス、目的アドレス、ソースアドレス、データデータパケットタイプおよびパケットの長さが要求に合うかどうかを検査すること
    を備えることを特徴とする請求項３６に記載の新型ネットワークの通信方法。
  38. 前記イーサネットプロトコル変換ゲートウェイが前記データパケットにおけるイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスとソース端末のＭＡＣアドレスとを削除後、送信する前に、当該方法は、
    ストリーム識別子に基づきデータパケットを対応のポートに置いてバッファーを受信するステップと、
    ポートからバッファー読み出すデータパケットを受信し、かつストリーム識別子に基づき対応のストリームのパケットバッファーのキュー置くステップと、
    パケットバッファーのキューをポーリングし、送信トークンが生成した後、送信トークンにおけるストリーム識別子に基づき、対応のストリームのパケットバッファーのキューからデータパケットを順次読み出して、ポートに入れて、バッファーを送信するステップと、
    ポートの送信バッファーからデータパケット送信を読み出すステップと
    を備えることを特徴とする請求項３７に記載の新型ネットワークの通信方法。
  39. 前記送信トークンにおけるストリーム識別子に基づき、対応のストリームのパケットバッファーのキューからデータパケットを順次読み出し、かつポートに入れてバッファーを送信する前に、
    ポートの送信バッファーがいっぱいではない条件１と、
    対応のストリームのパケットバッファーのキューにおけるパケットカウンターが０より大きい条件２と
    を同時に満たすかどうかを判断し、
    もし同時に条件を満たせば、送信トークンにおけるストリーム識別子に基づき、対応のストリームのパケットバッファーのキューからデータパケットを順次読み出し、かつポートに入れてバッファーを送信するステップ
    をさらに備えることを特徴とする請求項３８に記載の新型ネットワークの通信方法。
  40. 前記送信トークンを生成するステップは、
    主制御サーバが端末により開始されたサービス申請プロトコルパケットに基づき、ストリーム制御情報を生成し、かつ、アップリンクのストリーム制御を行うイーサネットプロトコル変換ゲートウェイへ送信するステップと、
    ここで、前記ストリーム制御情報は送信時間の間隔と送信したデータのサイズを備える；
    イーサネットプロトコル変換ゲートウェイがストリーム制御情報に基づきストリーム識別子を備える送信トークンを生成するステップと
    を備えることを特徴とする請求項３９に記載の新型ネットワークの通信方法。
  41. 前記新型ネットワークはＭＡＮ部分を備え、
    ＭＡＮにおいて、前記主制御サーバはメトロポリタン・エリア・サーバであり、前記下位ネットワーク設備はノードスイッチとノードサーバを備え、前記ノードスイッチはメトロポリタン・エリア・サーバとノードサーバ間にて接続され、
    新型ネットワークの通信方法は、
    下位ネットワーク設備がＭＡＮにアクセスし、メトロポリタン・エリア・サーバによりアクセスした設備にプロトコルラベルとＭＡＮアドレスを割り当てるステップと、
    ここで、前記プロトコルラベルは下位ネットワーク設備とメトロポリタン・エリア・サーバ間の接続を記述し、同一の下位ネットワーク設備とメトロポリタン・エリア・サーバ間に複数の接続がある場合、メトロポリタン・エリア・サーバにより各接続へ割り当てられたプロトコルラベルは異なる；
    各ＭＡＮを跨ぐサービスの申請ごとに、メトロポリタン・エリア・サーバが対応するサービスのデータラベルを割り当てるステップと
    を備え；
    前記データラベルはサービスに関するノードサーバ間の接続を記述する
    ことを特徴とする請求項１、２或いは３に記載の新型ネットワークの通信方法。
  42. 下位ネットワーク設備がＭＡＮにアクセスし、メトロポリタン・エリア・サーバによりプロトコルラベルとＭＡＮアドレスとを割り当てるステップは、
    メトロポリタン・エリア・サーバ自身の全ての下向ポートへメトロポリタン・エリア・照会ラベルパケットを送信するステップと、
    ここで、各メトロポリタン・エリア・照会ラベルパケットにメトロポリタン・エリア・サーバが割り当てたスタンバイプロトコルラベルが備えられる；
    ある下位ネットワーク設備が電源を入れた後、メトロポリタン・エリア・サーバにより送信されたメトロポリタン・エリア・照会ラベルパケットを受信し、そして、メトロポリタン・エリア・サーバへメトロポリタン・エリア・応答ラベルパケットをフィードバックするステップと、
    ここで、前記メトロポリタン・エリア・応答ラベルパケットに下位ネットワーク設備のシリアル番号とメトロポリタン・エリア・照会ラベルパケットを受信するポート番号とを備える；
    メトロポリタン・エリア・サーバがメトロポリタン・エリア・応答ラベルパケットを受信後、パケットにおけるシリアル番号に基づき下位ネットワーク設備が登録されているかどうか検証すし、もしすでに登録されていれば前記下位ネットワーク設備のメトロポリタン・エリア・照会ラベルパケットを受信するポートへ、メトロポリタン・エリア・サーバが前記下位ネットワーク設備に割り当てたＭＡＮアドレスと前記スタンバイプロトコルラベルを備えるアクセス命令を送信するステップと；
    当該下位ネットワーク設備に対応するポートがアクセス命令を受信後、アクセス命令応答をフィードバックし、前記下位ネットワーク設備がＭＡＮにアクセスするステップと
    を備えることを特徴とする請求項４１に記載の新型ネットワークの通信方法。
  43. 同一の下位ネットワーク設備とメトロポリタン・エリア・サーバ間に複数の接続がある場合、前記同一の下位ネットワーク設備の複数ポートは複数メトロポリタン・エリア・照会ラベルパケットを受信し、各メトロポリタン・エリア・照会ラベルパケットにおけるスタンバイプロトコルラベルは異なり、
    メトロポリタン・エリア・サーバは複数の異なるプロトコルラベルにより、同一の下位ネットワーク設備の複数ポートへ複数アクセス命令を送信し、ここで、各アクセス命令における当該下位ネットワーク設備に割り当てたMANアドレスは同じである
    ことを特徴とする請求項４２に記載の新型ネットワークの通信方法。
  44. 下位ネットワーク設備にプロトコルパケットラベルテーブルが設置されており、下位ネットワーク設備が電源を入れる場合、自身内のプロトコルパケットラベルテーブルにおいて全てのメトロポリタン・エリア・プロトコルパケットをＣＰＵモジュールへガイドするように設置するステップと、
    下位ネットワーク設備がノードスイッチである場合、ノードスイッチがＭＡＮにアクセス後、メトロポリタン・エリア・サーバの指令に基づき自身のプロトコルパケットラベルテーブルを修正し、メトロポリタン・エリア・サーバにより新たに割り当てられた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケットをそれぞれノードスイッチに対応する下向ポートまでガイドするステップと
    を備え、
    ここで、前記新たに割り当てたスタンバイプロトコルラベルはメトロポリタン・エリア・サーバから前記ノードスイッチの下位接続設備までの接続を記述し、前記メトロポリタン・エリア・プロトコルはメトロポリタン・エリア・サーバにより送信されたメトロポリタン・エリア・照会ラベルパケットを備える
    ことを特徴とする請求項４３に記載の新型ネットワークの通信方法。
  45. 下位ネットワーク設備が電源を入れる場合、自身内の設置された応答パケットラベルテーブルに全てのメトロポリタン・エリア・応答ラベルパケットのガイド閉止を設置するステップと、
    下位ネットワーク設備がメトロポリタン・エリア・サーバにより送信されたメトロポリタン・エリア・照会ラベルパケットを受信後、自身の応答パケットラベルテーブルを修正し、前記プロトコルラベルに対応するメトロポリタン・エリア・応答ラベルパケットを当該メトロポリタン・エリア・照会ラベルパケットを受信する上向ポートまでガイドするステップと、
    下位ネットワーク設備がノードスイッチである場合、ノードスイッチがＭＡＮにアクセス後、メトロポリタン・エリア・サーバの指令に基づき自身の応答パケットラベルテーブルを修正して、メトロポリタン・エリア・サーバにより新たに割り当てられた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・応答ラベルパケットをそれぞれノードスイッチに対応する上向ポートまでガイドするステップと
    を備え、
    ここで、前記新たに割り当てたスタンバイプロトコルラベルは前記ノードスイッチの下位接続設備からメトロポリタン・エリア・サーバまでの接続を記述する
    ことを特徴とする請求項４４に記載の新型ネットワークの通信方法。
  46. メトロポリタン・エリア・サーバにはプロトコルパケットラベルテーブルが設置され、
    新型ネットワークの通信方法は、
    メトロポリタン・エリア・サーバが電源を入れる場合、自身内のプロトコルパケットラベルテーブルに全てのメトロポリタン・エリア・プロトコルパケットのガイド閉止を設置するステップと、
    メトロポリタン・エリア・サーバが自身の下向ポート数に応じてスタンバイプロトコルラベルを割り当て、かつ、自身のプロトコルパケットラベルテーブルを修正し、割り当てた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケットをそれぞれメトロポリタン・エリア・サーバに対応する下向ポートまでガイドするステップと
    を備え、
    ここで、前記スタンバイプロトコルラベルはメトロポリタン・エリア・サーバから前記下位ネットワーク設備までの接続を記述し、
    前記メトロポリタン・エリア・プロトコルはメトロポリタン・エリア・サーバにより送信されたメトロポリタン・エリア・照会ラベルパケットを備え、
    前記メトロポリタン・エリア・サーバは自身のプロトコルパケットラベルテーブルに基づき自身の下向ポートへメトロポリタン・エリア・照会ラベルパケットを送信する
    ことを特徴とする請求項４４或いは４５に記載の新型ネットワークの通信方法。
  47. 下位ネットワーク設備がアクセス後、メトロポリタン・エリア・サーバが前記下位ネットワーク設備にスタンバイプロトコルパケットラベルテーブルを新たに割り当て、かつ自身のプロトコルパケットラベルテーブルを修正し、新たに割り当てた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケットをそれぞれメトロポリタン・エリア・サーバに対応する下向ポートまでガイドするステップ
    をさらに備え、
    ここで、前記スタンバイプロトコルラベルメトロポリタン・エリア・サーバから前記下位ネットワーク設備までの接続を記述し、
    前記メトロポリタン・エリア・プロトコルはメトロポリタン・エリア・サーバにより送信されたメトロポリタン・エリア・照会ラベルパケットを備え、
    前記メトロポリタン・エリア・サーバは自身のプロトコルパケットラベルテーブルに基づき、自身の下向ポートへメトロポリタン・エリア・照会ラベルパケットを送信する
    ことを特徴とする請求項４６に記載の新型ネットワークの通信方法。
  48. メトロポリタン・エリア・サーバが電源を入れる場合、自身内に設置された応答パケットラベルテーブルに全てのメトロポリタン・エリア・応答ラベルパケットをＣＰＵモジュールへガイドするように設置するステップ
    をさらに備えることを特徴とする請求項４６に記載の新型ネットワークの通信方法。
  49. アクセス済みの下位ネットワーク設備がノードスイッチである場合、当該ノードスイッチのノードスイッチとノードサーバとを備えるある下位接続設備がＭＡＮにアクセスするこは、
    メトロポリタン・エリア・サーバが新たに割り当てたスタンバイプロトコルラベルを使用し、各下位接続設備へメトロポリタン・エリア・照会ラベルパケットを送信し、前記メトロポリタン・エリア・照会ラベルパケットが、プロトコルパケットラベルテーブルに基づき、それぞれメトロポリタン・エリア・サーバに対応する下向ポートまでガイドされるステップと；
    下位接続設備が電源を入れた後、前記メトロポリタン・エリア・照会ラベルパケットを受信して、メトロポリタン・エリア・サーバへメトロポリタン・エリア・応答ラベルパケットをフィードバックするステップと、
    ここで、前記メトロポリタン・エリア・応答ラベルパケットに当該下位接続設備のシリアル番号とメトロポリタン・エリア・照会ラベルパケットを受信するポート番号とが備えられる；
    メトロポリタン・エリア・サーバが前記メトロポリタン・エリア・応答ラベルパケットを受信後、パケットにおけるシリアル番号に基づき下位接続設備が登録されているかどうかを検証し、もしすでに登録されていれば下位接続設備へアクセス命令を送信するステップと、
    ここで、前記アクセス命令にメトロポリタン・エリア・サーバが下位接続設備に割り当てたＭＡＮアドレスと、前記割り当て待機プロトコルラベルとが備えられる；
    下位接続設備がアクセス命令を受信後、アクセス命令応答をフィードバックし、下位接続設備がＭＡＮにアクセスするステップと
    をさらに備えることを特徴とする請求項４２に記載の新型ネットワークの通信方法。
  50. メトロポリタン・エリア・サーバと下位接続設備間の下位ネットワーク設備が前記メトロポリタン・エリア・照会ラベルパケットアクセス命令を受信後、自身のプロトコルパケットラベルテーブルに基づき、前記メトロポリタン・エリア・照会ラベルパケットとアクセス命令を対応の下向ポートまでガイドし、転送するステップと、
    メトロポリタン・エリア・サーバと下位接続設備間の下位ネットワーク設備が前記メトロポリタン・エリア・応答ラベルパケットとアクセス命令応答を受信後、自身の応答パケットラベルテーブルに基づき、前記メトロポリタン・エリア・応答ラベルパケットとアクセス命令応答とを対応の上向ポートまでガイドし、伝送するステップと
    をさらに備えることを特徴とする請求項４９に記載の新型ネットワークの通信方法。
  51. メトロポリタン・エリア・サーバにラベル情報テーブルが設置されており、ラベル情報テーブルの各項目にそれぞれラベルの占用情報、ラベル記述情報およびラベルルーティング情報が記録され、
    ここで、前記ラベルルーティング情報は、当該ラベルのその前のホッピングスイッチのMANアドレスと、ポート番号とを備える
    ことを特徴とする請求項４１に記載の新型ネットワークの通信方法。
  52. メトロポリタン・エリア・サーバにアドレス情報テーブルが設置されており、アドレス情報テーブルの各項目にそれぞれＭＡＮアドレス占用情報と、設備記述情報と、設備リソース情報とが記録され、
    ここで、設備リソース情報は、当該設備の各ネットワークポートが接続する下位ネットワーク設備のＭＡＮアドレスと、当該設備の各ネットワークポートのアップ・ダウンリンクストリーム計数とを備える
    ことを特徴とする請求項４１に記載の新型ネットワークの通信方法。
  53. メトロポリタン・エリア・サーバには設備情報テーブルが設置されており、設備情報テーブルの各項目には設備ロゴ、設備状態と設備アドレスとが記録される
    ことを特徴とする請求項４１に記載の新型ネットワークの通信方法。
  54. ＭＡＮを跨ぐサービスの申請ごとに対し、メトロポリタン・エリア・サーバが対応するサービスのデータラベルを割り当てるこは、
    あるノードサーバに接続する第１端末がサービス申請パケットを開始し、当該ノードサーバが前記サービス申請パケットに基づき、第２端末が当該ノードサーバに接続されていないと判断すれば、プロトコルラベルを加えてサービス申請パケットをメトロポリタン・エリア・サーバへ送信するステップと、
    メトロポリタン・エリア・サーバは受信したサービス申請パケットに基づき、第２端末が別のノードサーバに接続することを判断するステップと、
    メトロポリタン・エリア・サーバが当回サービスのＭＡＮにおける通信リンク情報を獲得して、当回サービスのデータラベルを割り当て、かつ、通信リンクにおける下位ネットワーク設備へ前記データラベル情報を備えるラベル割り当てパケットをそれぞれ送信するステップと
    を備え、
    ここで、
    前記ＭＡＮを跨ぐサービス申請は、第１端末と第２端末に関し、
    前記ラベル割り当てパケットはインラベル、アウトラベルおよびガイドポートを備え、前記下位ネットワーク設備はノードスイッチとノードサーバとを備える
    ことを特徴とする請求項４２に記載の新型ネットワークの通信方法。
  55. メトロポリタン・エリア・サーバが割り当てたデータラベルに基づき、自身内のパケットラベルテーブルに当回サービスのインラベル、アウトラベルおよびガイドポートを設置するステップと、
    通信リンクにおける下位ネットワーク設備が前記ラベル割り当てパケットを受信後、下位ネットワーク設備がラベル割り当てパケットに基づき、自身内のパケットラベルテーブルにインラベル、アウトラベルおよびガイドポートを設置するステップと
    を備え、
    ここで、メトロポリタン・エリア・サーバとノードスイッチ内のパケットラベルテーブルは、各自が設置したインラベルにより受信したラベルパケットを対応のポートまでガイドし、対応のポートまでガイドする際、設置した対応のアウトラベルを使用して送信し、
    ノードサーバ内のパケットラベルテーブルは、ノードサーバがアクセスネットワークから受信したデータパケットを対応のポートまでガイドし、かつ、設置した対応のアウトレベルを加えてＭＡＮまで送信する
    ことを特徴とする請求項５４に記載の新型ネットワークの通信方法。
  56. メトロポリタン・エリア・サーバがノードサーバに送信するラベル割り当てパケットは、当回サービスの第１端末アクセスネットワークアドレス、第２端末アクセスネットワークアドレスとアウトラベルのバインド関係をさらに備え、
    通信リンク両端のノードサーバそれぞれがラベル割り当てパケットを受信後、各自内部のアドレス-ラベルマッピングテーブルに前記バインド関係を設置し、
    ここで、アクセスネットワークアドレスは、各ノードサーバが自身に接続したアクセス設備に割り当てたアドレスである
    ことを特徴とする請求項５５に記載の新型ネットワークの通信方法。
  57. 通信リンク両端のノードサーバそれぞれがラベル割り当てパケットを受信後、第２端末に接続するノードサーバがパケットにおけるアクセスネットワーク目的アドレスに基づき、自身内のパケットアドレステーブルに目的アドレスが当該アクセスネットワーク目的アドレスであるパケットがガイドするポートを設置するステップと、
    第１端末に接続するノードサーバがパケットにおけるアクセスネットワークソースアドレスに基づき、自身内のパケットアドレステーブルに目的アドレスが当該アクセスネットワークソースアドレスであるパケットがガイドするポートを設置するステップと
    を備えることを特徴とする請求項５６に記載の新型ネットワークの通信方法。
  58. 前記新型ネットワークは集中制御機能を有するネットワークであり、主制御サーバと下位ネットワーク設備とを備え、前記下位ネットワーク設備は端末を備え、
    前記システムは、
    当回サービスの下向リンクを設置する、主制御サーバに位置する、経路設置モジュールと、
    ソース端末が送信した当回サービスのパケットを、前記ダウンリンクにより目標端末まで伝送する第１通信モジュールグループと
    を備えることを特徴とする新型ネットワークの通信システム。
  59. 当回サービスのダウンリンクを設備するこは、当回サービスのダウンリンクに関する交換設備にテーブルを設置するように通知することを備え、
    前記ダウンリンクにより伝送するこは、設置したテーブルを照会し、交換設備が受信したパケットを対応のポートを介して伝送することを備える
    ことを特徴とする請求項５８に記載の新型ネットワークの通信システム。
  60. 前記サービスはユニキャスト通信サービスとマルチキャスト通信サービスを備える
    ことを特徴とする請求項５８に記載の新型ネットワークの通信システム。
  61. 前記新型ネットワークは、アクセスネットワーク部分を備え、
    アクセスネットワークにおいて、前記主制御サーバはノードサーバであり、前記下位ネットワーク設備はアクセススイッチと端末を備え、
    前記経路設置モジュールは、
    ソース端末が開始したサービス請求プロトコルパケットに基づき、当回サービスの、当回サービスにかかわる主制御サーバとアクセススイッチの下向通信ポート情報とを含む下向通信リンク情報を獲得する、ダウンリンク獲得サブモジュールと、
    前記主制御サーバの下向通信ポート情報に基づき、自身内のパケットアドレステーブルに当回サービスのパケットがガイドする下向ポートを設置する、テーブル設置サブモジュールと、
    前記アクセススイッチの下向通信ポート情報に基づき、対応のアクセススイッチへポート設置命令を送信し、前記アクセススイッチがポート設置命令に基づき、自身内のパケットアドレステーブルに当回サービスのパケットがガイドする下向ポートを設置する、通知サブモジュールと
    を備えることを特徴とする請求項５８ないし６０のいずれかに記載の新型ネットワークの通信システム。
  62. 前記下位ネットワーク設備アドレスはそれぞれ対応するアクセスネットワークアドレスを有し、
    前記ダウンリンク獲得サブモジュールは、
    ソース端末により開始された、目標端末とユニキャスト通信サービスを確立するサービス請求プロトコルパケットを獲得する、ユニキャストサービス請求受信ユニットと、
    ここで、前記サービス請求プロトコルパケットは、サービスタイプ情報と、サービスコンテンツ情報と、ソース端末のアクセスネットワークアドレスとを備え、前記サービスコンテンツ情報はサービス番号を備える；
    前記サービス番号に基づきプリセットしたコンテンツ・アドレスマッピングテーブルから目標端末のアクセスネットワークアドレスを抽出する、目標端末アドレス抽出するユニットと、
    前記サービスタイプ情報と、ソース端末と、目標端末のアクセスネットワークアドレスとに基づき、当回サービスの下向通信リンク情報を獲得する、ユニキャストリンク計算ユニットと
    を備えることを特徴とする請求項６１に記載の新型ネットワークの通信システム。
  63. 前記主制御サーバが自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドする下向ポートは、
    目的アドレスがソース端末であるユニキャストデータパケットがガイドする下向ポート、
    および／または、
    目的アドレスが目標端末であるユニキャストデータパケットがガイドする下向ポート
    を備えることを特徴とする請求項６２に記載の新型ネットワークの通信システム。
  64. 前記通信リンク情報が単方向通信リンク情報である場合、前記アクセススイッチの通信ポート情報は、アップリンクにおけるアクセススイッチの上向ポート情報と、ダウンリンクにおけるアクセススイッチの下向ポート情報とを備え、
    前記アクセススイッチが、ポート設置命令に基づいて自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドするポートは、
    目的アドレスが目標端末であるユニキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと、ダウンリンクにおけるアクセススイッチの下向ポートとを備える
    ことを特徴とする請求項６３に記載の新型ネットワークの通信システム。
  65. 前記通信リンク情報が双方向下向通信リンク情報である場合、前記アクセススイッチの通信ポートと情報は、アップリンクにおけるアクセススイッチの上向ポートと下向ポート情報、および、ダウンリンクにおけるアクセススイッチの上向ポートと下向ポート情報を備え、
    前記アクセススイッチが、前記ポート設置命令に基づき自身内のユニキャストデータパケットアドレステーブルに設置した当回サービスのユニキャストデータパケットがガイドするポートは、
    目的アドレスが目標端末であるユニキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと下向ポート、および、目的アドレスがソース端末であるユニキャストデータパケットがガイドするダウンリンクにおけるアクセススイッチの上向ポートの下向ポートを備える
    ことを特徴とする請求項６３に記載の新型ネットワークの通信システム。
  66. 前記当回サービスのパケットには目標端末のアクセスネットワークアドレスが備えられ、
    前記第１通信モジュールグループは、
    前記目標端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介して対応のアクセススイッチへ伝送する、主制御サーバに位置する、第１テーブル照会ガイドモジュールと、
    前記目標端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートと介して目標端末まで伝送する、アクセススイッチに位置する、第１テーブル照会伝送モジュールと
    を備えることを特徴とする請求項６１に記載の新型ネットワークの通信システム。
  67. 目標端末が送信した当回サービスのパケットを前記ダウンリンクによりソース端末に伝送する、第２通信モジュールグループ
    をさらに備えることを特徴とする請求項５８に記載の新型ネットワークの通信システム。
  68. 前記当回サービスのパケットにはソース端末のアクセスネットワークアドレスが備えられ、
    前記第２通信モジュールグループは、
    前記ソース端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介して対応のアクセススイッチへ伝送する、主制御サーバに位置する、第２テーブル照会ガイドモジュールと、
    前記ソース端末のアクセスネットワークアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介してソース端末に伝送する、アクセススイッチに位置する、第２テーブル照会伝送モジュールと、
    を備えることを特徴とする請求項６７に記載の新型ネットワークの通信システム。
  69. 前記下位ネットワーク設備アドレスはそれぞれ対応するアクセスネットワークアドレスを有し、
    前記ダウンリンク獲得サブモジュールは、
    目標端末が開始したマルチキャスト通信サービスを申請する、サービスタイプ情報と、サービスコンテンツ情報と、目標端末のアクセスネットワークアドレスとを備えるサービス請求プロトコルパケットを獲得する、第１マルチキャストサービス請求受信ユニットと、
    ここで、前記サービスコンテンツ情報はサービス番号を備える；
    前記サービス番号に基づきプリセットしたコンテンツ・アドレスマッピングテーブルからソース端末のアクセスネットワークアドレスを抽出する、ソース端末アドレス抽出するユニットと；
    前記ソース端末に対応するマルチキャストアドレスを獲得して、目標端末へ割り当てる、第１マルチキャストアドレス割り当てユニットと、
    前記サービスタイプ情報と、ソース端末と、目標端末のアクセスネットワークアドレスとに基づき、当回マルチキャストサービスの通信リンク情報を獲得する、第１マルチキャストリンク計算ユニットと
    を備えることを特徴とする請求項６１に記載の新型ネットワークの通信システム。
  70. 前記ダウンリンク獲得サブモジュールは、
    ソース端末が提出したマルチキャスト通信サービスを開始する、サービスタイプ情報と、サービスコンテンツ情報と、ソース端末のアクセスネットワークアドレスとを備えるサービス請求プロトコルパケットを獲得する、第２マルチキャストサービス請求受信ユニットと、
    ここで、前記サービスコンテンツ情報はサービス番号を備える；
    前記サービス請求プロトコルパケットに基づきソース端末へマルチキャストアドレスを割り当てる、第２マルチキャストアドレス割り当てユニットと；
    サービスタイプ情報、および、主制御サーバと前記ソース端末のアクセスネットワークアドレスに基づき、当回のマルチキャストサービス上向通信リンク情報を獲得する、第２マルチキャストリンク計算ユニットと
    を備えることを特徴とする請求項６９に記載の新型ネットワークの通信システム。
  71. 前記ダウンリンク獲得サブモジュールは、
    サービスタイプ情報、および、主制御サーバと前記ソース端末のアクセスネットワークアドレスに基づき、当回のマルチキャストサービスの下向通信リンク情報を獲得する、第三マルチキャストリンク計算ユニットと
    をさらに備えることを特徴とする請求項７０に記載の新型ネットワークの通信システム。
  72. 前記主制御サーバが自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、
    目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドする下向ポートを備える
    ことを特徴とする請求項７２に記載の新型ネットワークの通信システム。
  73. 前記アクセススイッチの通信ポート情報は、アップリンクにおけるアクセススイッチの上向ポート情報と、ダウンリンクにおけるアクセススイッチの下向ポート情報とを備え、
    前記アクセススイッチが前記ポート設置命令に基づき自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、
    目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの上向ポートと、ダウンリンクにおけるアクセススイッチの下向ポートと
    を備えることを特徴とする請求項７２に記載の新型ネットワークの通信システム。
  74. 前記アクセススイッチの通信ポート情報は、アップリンクにおけるアクセススイッチの下向ポート情報をさらに備え、
    前記アクセススイッチが前記ポート設置命令に基づき自身内のマルチキャストデータパケットアドレステーブルに設置した当回サービスのマルチキャストデータパケットがガイドするポートは、
    目的アドレスがマルチキャストアドレスであるマルチキャストデータパケットがガイドするアップリンクにおけるアクセススイッチの下向ポート
    を備えることを特徴とする請求項７３に記載の新型ネットワークの通信システム。
  75. 前記当回サービスのパケットには通常マルチキャストアドレスが備えられ、
    前記第１通信モジュールグループは、
    前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介してダウンリンクにおける対応のアクセススイッチまで伝送する、主制御サーバに位置する、第１ポートとガイドモジュールと、
    前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介して目標端末まで伝送する、アクセススイッチに位置する、第１下向ポート伝送モモジュールと
    を備えることを特徴とする請求項６９に記載の新型ネットワークの通信システム。
  76. 前記第１通信モジュールグループは、
    ソース端末が送信した当回サービスデータパケットにおけるマルチキャストアドレスに基づき、前記パケットをアップリンクにおけるアクセススイッチまでガイドする、端末に位置する、送信モジュールと、
    前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする上向ポートを照会し、かつ、当該パケットを当該上向ポートを介して主制御サーバへ伝送する、アクセススイッチの上向ポートに位置する、ポート伝送モモジュールと
    をさらに備えることを特徴とする請求項７５に記載の新型ネットワークの通信システム。
  77. 前記第１通信モジュールグループは、
    前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットを当該下向ポートを介してアップリンクに対応するアクセススイッチへ伝送する、主制御サーバに位置する、第２ポートガイドモジュールと、
    前記マルチキャストアドレスに基づき、自身内のパケットアドレステーブルにおいて当回サービスのパケットがガイドする下向ポートを照会し、かつ、当該パケットが当該下向ポートを介してソース端末まで伝送する、アクセススイッチに位置する、第２下向ポート伝送モジュールと
    をさらに備えることを特徴とする請求項７６に記載の新型ネットワークの通信システム。
  78. 前記ダウンリンク獲得サブモジュールは、
    複数の当回サービスの通信リンク情報を獲得する場合、プリセット規則に基づき、複数の当回サービスの通信リンク情報から１つを選択して、当回サービスの通信リンク情報とする、リンク選択ユニット
    をさらに備えることを特徴とする請求項６１に記載の新型ネットワークの通信システム。
  79. 前記プリセット規則は、ノードサーバが通信リンクのストリーム情報及び当回サービスのストリーム情報を獲得し、使用済みストリームが最小の通信リンクを当回サービスの通信リンク情報として確認することであり、
    或いは、
    前記プリセット規則は、ノードサーバが各通信リンクの帯域幅情報及び当回サービスの帯域幅情報を獲得し、帯域幅が最大の通信リンクを当回サービスの通信リンク情報として確認することである
    ことを特徴とする請求項７８に記載の新型ネットワークの通信システム。
  80. 前記ポート設置命令をプロトコルパケットに記録し、前記主制御サーバは、
    プリセットしたダウンリンクプロトコルパケットアドレステーブルの設置に基づき、対応のアクセススイッチ下向ポートに接続することにより、前記プロトコルパケットを対応のアクセススイッチまでガイドする、プロトコルパケットガイドモジュールをさらに備え、
    ここで、前記ダウンリンクプロトコルパケットアドレステーブルには、目的アドレスが下位ネットワーク設備アドレスであるプロトコルパケットがガイドする下向ポートが設置されている
    ことを特徴とする請求項６１に記載の新型ネットワークの通信システム。
  81. 前記システムは、
    当回サービスが完了後、自身内のパケットアドレステーブルにおいて設置した当回サービスデータパケットがガイドしたポートをリリースし、かつ、当回サービスに参与するアクセススイッチへポートとリリース命令を送信する、主制御サーバに位置する、リソースリリースモジュールと、
    前記ポートとリリース命令に基づき、自身内のパケットアドレステーブルにおいて、設置した当回サービスデータパケットがガイドしたポートをリリースする、アクセススイッチに位置する、ポートリリースモジュールと
    をさらに備えることを特徴とする請求項８０に記載の新型ネットワークの通信システム。
  82. 前記主制御サーバはノードサーバであり、自身のアクセスネットワークアドレスを有し、下位ネットワーク設備のアクセスネットワークアドレスを保守する
    ことを特徴とする請求項５８に記載の新型ネットワークの通信システム。
  83. 前記下位ネットワーク設備はアクセススイッチを備え、前記システムはアクセススイッチアクセス処理モジュールをさらに備え、
    前記アクセススイッチアクセス処理モジュールは、
    ノードサーバに位置するアクセススイッチへダウンリンクプロトコルパケットを送信する、ダウンリンクプロトコルパケット送信サブモジュールと、
    アクセススイッチが返信したアップリンクプロトコルパケット基づきアクセス命令を送信する、第１アクセス命令送信サブモジュールと、
    アクセススイッチに位置する０号テーブル初期化設置サブモジュールと、ダウンリンクプロトコルパケット受信サブモジュールと、アップリンクプロトコルパケット回復サブモジュールと、０号テーブル第１設置サブモジュールとを備え、
    前記０号テーブル初期化設置サブモジュールは、電源を入れる場合、自身内のダウンリンクプロトコルパケットアドレステーブルに全ダウンリンクプロトコルパケットをＣＰＵモジュールへガイドするように設置し、
    前記ダウンリンクプロトコルパケット受信サブモジュールは、前記ダウンリンクプロトコルパケットアドレステーブルの設置に基づき、受信した、割り当て待機アクセスネットワークアドレスを備えるダウンリンクプロトコルパケットを当該アクセススイッチＣＰＵモジュールへガイドし、
    前記ＣＰＵモジュールよりアップリンクプロトコルパケットを生成し、かつノードサーバへ送信する、アップリンクプロトコルパケット回復サブモジュールと、
    前記第１アクセス命令受信サブモジュールは、ノードサーバが送信したアクセス命令を受信し、前記アクセス命令には当該アクセススイッチのアクセスネットワークアドレスが備えられ、前記アクセスネットワークアドレスは、当該アクセススイッチが受信するダウンリンクプロトコルパケットにおける割り当て待機アクセスネットワークアドレスであり、
    前記０号テーブル第１設置サブモジュールは、自身内のダウンリンクプロトコルパケットアドレステーブルを、目的アドレスがセルフアクセスネットワークアドレスであるプロトコルパケットのみをＣＰＵモジュールへガイドするように更新する
    ことを特徴とする請求項８２に記載の新型ネットワークの通信システム。
  84. 前記アクセススイッチアクセス処理モジュールは、
    アクセス済みのアクセススイッチへポート割り当てパケットを送信する、ノードサーバに位置する、ポート割り当てパケット送信サブモジュールと、
    アクセススイッチに位置する、第１ガイドサブモジュールと、０号テーブル第２設置サブモジュールと
    を備え、
    前記ポート割り当てパケットにはポート割り当て情報が備えられ、前記ポート割り当て情報は、各ポートのダウンリンクプロトコルパケットがガイドする前記アクセススイッチの各下向ポート情報であり、
    前記第１ガイドサブモジュールは、目的アドレスがセルフアクセスネットワークアドレスであるポート割り当てパケットをＣＰＵモジュールへガイドし、
    前記０号テーブル第２設置サブモジュールは、前記ポート割り当て情報に基づき、自身内のダウンリンクプロトコルパケットアドレステーブルにおいて、各ポートダウンリンクプロトコルパケットがガイドする下向ポートを設置する
    ことを特徴とする請求項８３に記載の新型ネットワークの通信システム。
  85. 前記アクセススイッチアクセス処理モジュールは、
    アクセス済みのアクセススイッチをポートダウンリンクプロトコルパケットへ送信する、ノードサーバに位置する、ポートダウンリンクプロトコルパケット送信サブモジュールと、
    自身内のダウンリンクプロトコルパケットアドレステーブルの設置に基づき、前記ポートダウンリンクプロトコルパケットを対応の下向ポートへガイドする、アクセススイッチに位置する、第２ガイドサブモジュールと
    を備え、
    前記ポートダウンリンクプロトコルパケットは割り当て待機アクセスネットワークアドレスを備える
    ことを特徴とする請求項８４に記載の新型ネットワークの通信システム。
  86. 前記アクセスネットワーク設備は、アクセス済みアクセススイッチの下向ポートに接続する下位アクセスネットワーク設備をさらに備え、
    前記アクセススイッチアクセス処理モジュールは、
    前記下位アクセスネットワーク設備へアクセス命令を送信する、ノードサーバに位置する、第２アクセス命令送信サブモジュールと、
    前記下位アクセスネットワーク設備に位置する、ポートアップリンクプロトコルパケット回復サブモジュールと、第２アクセス命令受信サブモジュールと
    をさらに備え、
    前記ポートアップリンクプロトコルパケット回復サブモジュールは、受信したポートダウンリンクプロトコルパケットに応じてポートアップリンクプロトコルパケットを生成し、ノードサーバへ送信し、
    第２アクセス命令受信サブモジュールは、ノードサーバが送信したアクセス命令を受信し、前記アクセス命令には、当該下位アクセススイッチのアクセスネットワークアドレスが備えられ、前記アクセスネットワークアドレスは、当該下位アクセススイッチが受信するポートダウンリンクプロトコルパケットにおける割り当て待機アクセスネットワークアドレスであり、
    ここで、前記下位ネットワーク設備はアクセススイッチ或いは端末を備える
    ことを特徴とする請求項８５に記載の新型ネットワークの通信システム。
  87. 前記アクセスネットワーク設備は、アクセススイッチ、ソース端末、前記アクセススイッチと前記ソース端末の間に接続するイーサネットプロトコル変換ゲートウェイとローカルイーサネットを備え、
    前記システムは、イーサネットプロトコル変換ゲートウェイアクセス処理モジュールをさらに備え、
    前記イーサネットプロトコル変換ゲートウェイアクセス処理モジュールは、
    主制御サーバに位置する、送信サブモジュールと、
    を備え、
    前記送信サブモジュールは、照会パケットを送信し、
    登録情報テーブルにおいて前記シリアル番号に対応する、イーサネットプロトコル変換ゲートウェイＭＡＣアドレスと当該イーサネットプロトコル変換ゲートウェイにバインドした端末MACアドレスとを備えるイーサネットプロトコル変換ゲートウェイ情報を照会する、情報検出サブモジュールと、
    前記イーサネットプロトコル変換ゲートウェイへ、イーサネットプロトコル変換ゲートウェイの新型ネットワークにおけるアドレスとイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスとを備えるアクセス命令を送信する、アクセス命令送信サブモジュールと、
    イーサネットプロトコル変換ゲートウェイに位置する、照会応答サブモジュールと、アクセス応答サブモジュールと
    を備え、
    前記照会応答サブモジュールは、電源を入れて初期化した後、照会パケットを受信し、イーサネットプロトコル変換ゲートウェイシリアル番号を備える応答パケットをフィードバックし、
    前記アクセス応答サブモジュールは、アクセス命令を受信後、応答をフィードバックし、イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセスする
    ことを特徴とする請求項８２に記載の新型ネットワークの通信システム。
  88. 端末ＭＡＣアドレスとイーサネットプロトコル変換ゲートウェイのバインド関係は端末とイーサネットプロトコル変換ゲートウェイを売り出す際にノードサーバにプリセットする
    ことを特徴とする請求項８７に記載の新型ネットワークの通信システム。
  89. イーサネットプロトコル変換ゲートウェイバインド端末アクセス処理モジュールがさらに備えられ、
    前記イーサネットプロトコル変換ゲートウェイバインド端末アクセス処理モジュールは、
    照会パケットを送信する、主制御サーバに位置する、照会パケット送信サブモジュールと、
    照会パケットを受信し、プロトコルパケットアドレステーブルに基づき、照会パケットを対応のポートまでガイドする、イーサネットプロトコル変換ゲートウェイに位置する、照会パケットガイドサブモジュールと、
    前記照会パケットにイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加えて伝送する、イーサネットプロトコル変換ゲートウェイに位置する、第１ＭＡＣアドレス追加サブモジュールと、
    電源を入れて初期化した後、照会パケットを受信し、端末シリアル番号を備える応答パケットをフィードバックする、端末に位置する、初期化サブモジュールと、
    前記応答パケットにおけるイーサネットプロトコル変換ゲートウェイＭＡＣアドレスと端末ＭＡＣアドレスとを削除して主制御サーバへ伝送する、イーサネットプロトコル変換ゲートウェイに位置する、第１ＭＡＣアドレス削除サブモジュールと、
    登録情報テーブルにおいて前記端末シリアル番号に対応する端末情報を検出し、端末の新型ネットワークにおけるアドレスを備えるアクセス命令を送信する、主制御サーバに位置する、アクセス通知サブモジュールと、
    前記アクセス命令を受信する場合、イーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加えた後、伝送する、イーサネットプロトコル変換ゲートウェイに位置する、第２ＭＡＣアドレス追加サブモジュールと、
    アクセス命令を受信後、応答をフィードバックする、端末に位置する、アクセス応答サブモジュールと、
    前記応答におけるイーサネットプロトコル変換ゲートウェイＭＡＣアドレスと端末ＭＡＣアドレスを削除後、主制御サーバへ伝送する、イーサネットプロトコル変換ゲートウェイに位置する第２ＭＡＣアドレス削除サブモジュールと
    を備えることを特徴とする請求項８３に記載の新型ネットワークの通信システム。
  90. 前記ノードサーバは、アクセスしたイーサネットプロトコル変換ゲートウェイへ当該イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスを送信し、
    前記イーサネットプロトコル変換ゲートウェイは、イーサネットを介して端末に接続され、
    アクセス新型ネットワークが集中制御の機能を有するノードサーバから当該イーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスを獲得する、ＭＡＣ獲得モジュールと、
    新型ネットワークが送信したデータパケットを受信し、前記データパケットにイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスと目標端末のＭＡＣアドレスを加えイーサネットまで送信する、ＭＡＣ追加モジュールと、
    イーサネットが送信したデータパケットを受信し、前記データパケットにおいてイーサネットプロトコル変換ゲートウェイのＭＡＣアドレスとソース端末のＭＡＣアドレスを削除して新型ネットワークまで送信する、ＭＡＣ削除モジュールと
    を備え、
    ここで、前記目標端末とソース端末は新型ネットワークプロトコルに従い、
    端末は、イーサネットに接続し、イーサネットを介して新型ネットワークに接続し、かつ、イーサネットプロトコル変換ゲートウェイにバインドする
    ことを特徴とする請求項８９に記載の新型ネットワークの通信システム。
  91. イーサネットプロトコル変換ゲートウェイＭＡＣアドレスと目標端末ＭＡＣアドレスを加えたパケットは、イーサネットにおいてイーサネットプロトコルにより伝送し、
    イーサネットプロトコル変換ゲートウェイＭＡＣアドレスとソース端末ＭＡＣアドレスを削除したパケットは、新型ネットワークにおいて新型ネットワークプロトコルにより伝送する
    ことを特徴とする請求項９０に記載の新型ネットワークの通信システム。
  92. 新型ネットワークが送信したデータパケットと、イーサネットが送信したデータパケットは、パケットヘッドには両伝送エンドの新型ネットワークにおけるアドレスが備えられ、
    前記アドレスは、データパケットのソースアドレスと目的アドレスとである
    ことを特徴とする請求項９１に記載の新型ネットワークの通信システム。
  93. イーサネットプロトコル変換ゲートウェイが新型ネットワークにアクセス後、ノードサーバからイーサネットプロトコル変換ゲートウェイにバインドした端末ＭＡＣアドレスと、端末の新型ネットワークにおけるアドレスのマッピングとを獲得する、前記イーサネットプロトコル変換ゲートウェイに位置する、マッピング関係獲得モジュールを備え、
    前記ＭＡＣ追加モジュールは新型ネットワークが送信したデータパケットを受信し、データパケットの目的アドレスとＭＡＣアドレスのマッピングに基づき、データパケットにおいて対応の目標端末のＭＡＣアドレスを加える
    ことを特徴とする請求項９２に記載の新型ネットワークの通信システム。
  94. 受信したデータパケットを検査し、もし検査要求に合えば、対応のストリーム識別子を割り当てる、前記イーサネットプロトコル変換ゲートウェイに位置する、パケット検査モジュールをさらに備え、
    前記検査は、
    検査データパケットのイーサネットプロトコル変換ゲートウェイＭＡＣアドレス、ソース端末ＭＡＣアドレス、目的アドレス、ソースアドレス、データパケットタイプとパケットの長さが要求に合うかどうかを検査する
    ことを特徴とする請求項９２に記載の新型ネットワークの通信システム。
  95. 前記イーサネットプロトコル変換ゲートウェイに位置する、ポート受信バッファと、パケットバッファー装置と、ポート送信バッファーと、交換エンジンとをさらに備え、
    前記ポート受信バッファは、ストリーム識別子に基づき対応のデータパケットをストレージし、
    前記パケットバッファー装置は、ポート受信バッファーから読み出したデータパケットをストレージし、
    前記ポート送信バッファーは、パケットバッファー装置から読み出したデータパケットをストレージし、
    前記交換エンジンは、ポート受信バッファーからデータパケットを読み出し、ストリーム識別子に基づき対応のストリームのパケットバッファー装置キューに入れ、パケットバッファー装置キューをポーリングし、送信トークンを獲得後、送信トークンにおけるストリーム識別子に基づき、対応のストリームのパケットバッファー装置キューからデータパケットを順次読み出して、ポートに入れ送信バッファーに入れ、ポート送信バッファーから、データパケットを読み出して送信する
    ことを特徴とする請求項９４に記載の新型ネットワークの通信システム。
  96. 前記交換エンジンは、
    ポート送信バッファーがいっぱいでない、条件１と、
    対応のストリームのパケットバッファーのキューにおけるパケットカウンターが０より大きい、条件２と
    を同時に満たすかどうかを判断し、
    もし同時に２つの条件を満たせば、送信トークンにおけるストリーム識別子に基づき、対応のストリームのパケットバッファーのキューからデータパケットを順次読み出し、ポートに入れ送信バッファーに入れる
    ことを特徴とする請求項９５に記載の新型ネットワークの通信システム。
  97. 前記ノードサーバは、端末により開始されたサービス申請プロトコルパケットに基づき、ストリーム制御情報を生成し、アップリンクにおけるストリーム制御を行うイーサネットプロトコル変換ゲートウェイへ送信し、
    前記ストリーム制御情報は、送信時間の間隔と送信するデータのサイズを備える
    ことを特徴とする請求項９６に記載の新型ネットワークの通信システム。
  98. 前記イーサネットプロトコル変換ゲートウェイは、
    ストリーム制御情報に基づき、ストリーム識別子を備える送信トークンを生成し、交換エンジンへ送信する、ＣＰＵモジュールより設置される、ビットレート制御モジュール
    を備えることを特徴とする請求項９７に記載の新型ネットワークの通信システム。
  99. 新型ネットワークはＭＡＮ部分を備え、ＭＡＮにおいて、前記主制御サーバはメトロポリタン・エリア・サーバであり、前記下位ネットワーク設備はノードスイッチとノードサーバとを備え、ここで、前記ノードスイッチはメトロポリタン・エリア・サーバとノードサーバ間に接続され、
    前記システムは、
    前記メトロポリタン・エリア・サーバに位置する、プロトコルラベル割り当てモジュールと、データラベル割り当てモジュールと、ＭＡＮアドレス割り当てモジュールと
    を備え、
    前記プロトコルラベル割り当てモジュールは、下位ネットワーク設備がＭＡＮにアクセスする場合、アクセスした設備にプロトコルラベルを割り当て、同一の下位ネットワーク設備がメトロポリタン・エリア・サーバとの間に複数の接続を有する場合、各接続に異なるプロトコルラベルを割り当て、ここで、前記プロトコルラベルは、下位ネットワーク設備とメトロポリタン・エリア・サーバ間の接続を記述し、前記下位ネットワーク設備はノードスイッチとノードサーバとを備え、
    前記データラベル割り当てモジュールは、ＭＡＮを跨ぐサービスの申請ごとに、対応するサービスのデータラベルを割り当て、前記データラベルは、サービスに関するノードサーバ間の接続を記述し、
    前記ＭＡＮアドレス割り当てモジュールは、下位ネットワーク設備がＭＡＮにアクセスする場合、アクセスした設備にＭＡＮアドレスを割り当てる
    ことを特徴とする請求項５８ないし６０のいずれかに記載の新型ネットワークの通信システム。
  100. 前記メトロポリタン・エリア・サーバは、
    プロトコルラベル割り当てモジュールにより割り当てられたスタンバイプロトコルラベルを備えるメトロポリタン・エリア・照会ラベルパケットを全下向ポートへ送信する、ポート照会モジュールと、
    下位ネットワーク設備が送信した、下位ネットワーク設備のシリアル番号と受信したメトロポリタン・エリア・照会ラベルパケットのポート番号を備えるメトロポリタン・エリア・応答ラベルパケットを受信する、ポート応答モジュールと、
    メトロポリタン・エリア・応答ラベルパケットにおけるシリアル番号に基づき下位ネットワーク設備が登録されているかどうか検証する、アクセス検証モジュールと、
    下位ネットワーク設備をすでに登録している場合、下位ネットワーク設備がメトロポリタン・エリア・照会ラベルパケットを受信するポートへ、メトロポリタン・エリア・サーバにより下位ネットワーク設備に割り当てられたＭＡＮアドレスと前記スタンバイプロトコルラベルとを備えるアクセス命令を送信する、アクセス命令送信モジュールと、
    下位ネットワーク設備がフィードバックしたアクセス命令応答を受信し、下位ネットワーク設備がＭＡＮにアクセスする、アクセス命令応答受信モジュールと
    を備え、
    ここで、前記下位ネットワーク設備はノードスイッチ或いはノードサーバである
    ことを特徴とする請求項９９に記載の新型ネットワークの通信システム。
  101. 同一の下位ネットワーク設備がメトロポリタン・エリア・サーバと間に複数の接続を有する場合、前記同一の下位ネットワーク設備の複数ポートは複数メトロポリタン・エリア・照会ラベルパケットを受信し、各メトロポリタン・エリア・照会ラベルパケットにおけるスタンバイプロトコルラベルは異なり、
    メトロポリタン・エリア・サーバは複数の異なるプロトコルラベルにより、同一の下位ネットワーク設備の複数ポートへ複数アクセス命令を送信し、各アクセス命令における当該下位ネットワーク設備により割り当てられたMANアドレスは同じである
    ことを特徴とする請求項１００に記載の新型ネットワークの通信システム。
  102. 前記ノードスイッチは、
    受信した、メトロポリタン・エリア・サーバにより送信されたメトロポリタン・エリア・照会ラベルパケットを備えるメトロポリタン・エリア・プロトコルパケットをそれぞれ対応の下向ポートまでガイドする、プロトコルパケットラベルテーブルと、
    ノードスイッチの電源を入れる場合、全てのメトロポリタン・エリア・プロトコルパケットをＣＰＵモジュールへガイドするように設置する、プロトコルパケットラベルテーブル初期化モジュールと、
    ノードスイッチがＭＡＮにアクセス後、メトロポリタン・エリア・サーバの指令に基づき自身のプロトコルパケットラベルテーブルを修正し、メトロポリタン・エリア・サーバが新たに割り当てた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケットをそれぞれノードスイッチに対応する下向ポートまでガイドする、プロトコルパケットラベルテーブル更新モジュールと
    を備え、
    ここで、前記新たに割り当てたスタンバイプロトコルラベルは、メトロポリタン・エリア・サーバから前記ノードスイッチまでの、下位ノードスイッチとノードサーバとを備える下位接続設備の接続を記述する
    ことを特徴とする請求項１０１に記載の新型ネットワークの通信システム。
  103. 前記ノードスイッチは、
    受信したメトロポリタン・エリア・応答ラベルパケットをそれぞれ対応の上向ポートまでガイドする、応答パケットラベルテーブルと、
    ノードスイッチの電源を入れる場合、全てのメトロポリタン・エリア・応答ラベルパケットのガイド閉止を設置する、応答パケットラベルテーブル初期化モジュールと、
    ノードスイッチがメトロポリタン・エリア・サーバにより送信されたメトロポリタン・エリア・照会ラベルパケットを受信後、自身の応答パケットラベルテーブルを修正し、前記プロトコルラベルに対応するメトロポリタン・エリア・応答ラベルパケットを当該メトロポリタン・エリア・照会ラベルパケットを受信する上向ポートまでガイドし、また、 ノードスイッチがＭＡＮにアクセス後、メトロポリタン・エリア・サーバの指令に基づき自身の応答パケットラベルテーブルを修正し、メトロポリタン・エリア・サーバにより新たに割り当てられた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・応答ラベルパケットをそれぞれ対応の上向ポートまでガイドする、応答パケットラベルテーブル更新モジュールと
    をさらに備え、
    ここで、前記新たに割り当てたスタンバイプロトコルラベルは、前記下位ネットワーク設備の、下位ノードスイッチと、ノードサーバとを備える下位接続設備からメトロポリタン・エリア・サーバまでの接続を記述する
    ことを特徴とする請求項１０２に記載の新型ネットワークの通信システム。
  104. 前記メトロポリタン・エリア・サーバは、
    メトロポリタン・エリア・サーバにより送信されたメトロポリタン・エリア・照会ラベルパケットを備えるメトロポリタン・エリア・プロトコルパケットをそれぞれ対応の下向ポートまでガイドする、プロトコルパケットラベルテーブルと、
    メトロポリタン・エリア・サーバが電源を入れる場合、自身内のプロトコルパケットラベルテーブルに全てのメトロポリタン・エリア・プロトコルパケットのガイド閉止を設置する、プロトコルパケットラベルテーブル初期化モジュールと、
    前記下位ネットワーク設備がアクセスする場合、プロトコルラベル割り当てモジュールにより下向ポート数に応じてスタンバイプロトコルラベルが割り当てられた後、前記プロトコルパケットラベルテーブルを修正し、割り当てられた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケットをそれぞれメトロポリタン・エリア・サーバに対応する下向ポートまでガイドする、プロトコルパケットラベルテーブル設置モジュールと
    をさらに備え、
    ここで、前記スタンバイプロトコルラベルは、メトロポリタン・エリア・サーバから前記下位ネットワーク設備までの接続を記述する
    ことを特徴とする請求項１０２或いは１０３に記載の新型ネットワークの通信システム。
  105. 前記メトロポリタン・エリア・サーバは、
    前記下位ネットワーク設備がアクセス後、前記下位ネットワーク設備の下位接続設備に新たにスタンバイプロトコルラベルを割り当てる、前記プロトコルラベル割り当てモジュールと、
    メトロポリタン・エリア・サーバのプロトコルパケットラベルテーブルを修正し、メトロポリタン・エリア・サーバが新たに割り当てた各スタンバイプロトコルラベルに対応するメトロポリタン・エリア・プロトコルパケットをそれぞれメトロポリタン・エリア・サーバに対応する下向ポートまでガイドする、前記プロトコルパケットラベルテーブル更 新モジュールと
    をさらに備え、
    前記新たに割り当てたスタンバイプロトコルラベルは、メトロポリタン・エリア・サーバから前記ノードスイッチまでの下位ノードスイッチとノードサーバを備える下位接続設備までの接続を記述し、
    前記メトロポリタン・エリア・プロトコルは、メトロポリタン・エリア・サーバが送信したメトロポリタン・エリア・照会ラベルパケットを備える
    ことを特徴とする請求項１０４に記載の新型ネットワークの通信システム。
  106. 前記メトロポリタン・エリア・サーバは、
    メトロポリタン・エリア・サーバが電源を入れる場合、全てのメトロポリタン・エリア・応答ラベルパケットをＣＰＵモジュールへガイドするように設置する、応答パケットラベルテーブル
    をさらに備えることを特徴とする請求項１０４に記載の新型ネットワークの通信システム。
  107. アクセスした下位ネットワーク設備がノードスイッチである場合、当該ノードスイッチのノードスイッチと、ノードサーバとを備えるある下位接続設備はＭＡＮにアクセスし、
    前記システムは、
    新たに割り当てたスタンバイプロトコルラベルを使用し、各下位接続設備へメトロポリタン・エリア・照会ラベルパケットを送信し、また、前記メトロポリタン・エリア・照会ラベルパケットが、プロトコルパケットラベルテーブルに基づきそれぞれメトロポリタン・エリア・サーバに対応する下向ポートまでガイドされる、メトロポリタン・エリア・サーバに位置する、メトロポリタン・エリア・照会ラベルパケット送信モジュールと、
    電源を入れた後、前記メトロポリタン・エリア・照会ラベルパケットを受信すして、当該下位接続設備のシリアル番号と、メトロポリタン・エリア・照会ラベルパケットを受信するポート番号とを備えるメトロポリタン・エリア・サーバへメトロポリタン・エリア・応答ラベルパケットをフィードバックする、下位接続設備に位置する、メトロポリタン・エリア・応答ラベルパケット返信モジュールと、
    前記メトロポリタン・エリア・応答ラベルパケットを受信後、パケットにおけるシリアル番号に基づき下位接続設備が登録されているかどうかを検証する、メトロポリタン・エリア・サーバに位置する、登録検証モジュールと、
    前記下位接続設備が既に登録されている場合、下位接続設備へ、メトロポリタン・エリア・サーバにより下位接続設備に割り当てられたＭＡＮアドレスと、前記割り当て待機プロトコルラベルとを備えるアクセス命令を送信する、メトロポリタン・エリア・サーバに位置する、アクセス通知モジュールと、
    アクセス命令を受信後、アクセス命令応答をフィードバックする、下位接続設備に位置する、アクセス応答モジュールと
    をさらに備えることを特徴とする請求項１００に記載の新型ネットワークの通信システム。
  108. メトロポリタン・エリア・サーバと下位接続設備間の下位ネットワーク設備は、前記メトロポリタン・エリア・照会ラベルパケットアクセス命令を受信後、自身のプロトコルパケットラベルテーブルに基づき、前記メトロポリタン・エリア・照会ラベルパケットアクセス命令を対応の下向ポートまでガイドして、転送し、
    メトロポリタン・エリア・サーバと下位接続設備間の下位ネットワーク設備が前記メトロポリタン・エリア・応答ラベルパケットアクセス命令応答を受信後、自身の応答パケットラベルテーブルに基づき、前記メトロポリタン・エリア・応答ラベルパケットと、アクセス命令応答とを対応の上向ポートまでガイドし、転送する
    ことを特徴とする請求項１００に記載の新型ネットワークの通信システム。
  109. 前記メトロポリタン・エリア・サーバにラベル情報テーブルが設置されており、ラベル情報テーブルの各項目は、ラベル占用情報と、ラベル記述情報と、ラベルルーティング情報とを記録し、
    ここで、前記ラベルルーティング情報は、当該ラベルホッピングスイッチのMANアドレスと、ポート番号を備える
    ことを特徴とする請求項９９に記載の新型ネットワークの通信システム。
  110. メトロポリタン・エリア・サーバにはアドレス情報テーブルが設置されており、アドレス情報テーブルの各項目は、ＭＡＮアドレス占用情報と、設備記述情報と、設備リソース情報とを記録し、
    ここで、設備リソース情報は、当該設備の各ネットワークポートに接続する下位ネットワーク設備のＭＡＮアドレスと、当該設備の各ネットワークポートのアップ・ダウンリンクストリーム計数とを備える
    ことを特徴とする請求項９９に記載の新型ネットワークの通信システム。
  111. メトロポリタン・エリア・サーバには設備情報テーブルが設置されており、設備情報テーブルの各項目は、設備ロゴと、設備状態と、設備アドレスとを記録する
    ことを特徴とする請求項９９に記載の新型ネットワークの通信システム。
  112. 前記ノードサーバは、
    サービスコンテンツとアクセスネットワークアドレスのマッピング関係を記録する、コンテンツ−アドレスマッピングテーブルを備え、
    前記サービスコンテンツ情報はサービス番号を備え、
    アクセスネットワークアドレスは、各ノードサーバが自身に接続したアクセス設備に割り当てたアドレスであり、
    前記ＭＡＮを跨ぐサービス申請は第１端末と第２端末に関し、
    ノードサーバは、自身に接続する第１端末により開始された、サービスタイプ情報と、サービスコンテンツ情報と、第１端末アクセスネットワークアドレスとを備えるサービス申請パケットを受信する場合、コンテンツ−アドレスマッピングテーブルにおいて前記サービス番号を照会し、もし見つけなければ、第２端末が当該ノードサーバに接続していないと判断し、プロトコルラベルを加えてサービス申請パケットをメトロポリタン・エリア・サーバへ送信し、もし見つければ、第２端末が当該ノードサーバに接続すると判断する
    ことを特徴とする請求項１１１に記載の新型ネットワークの通信システム。
  113. 前記メトロポリタン・エリア・サーバは、
    サービス番号を備えるサービスコンテンツとＭＡＮアドレスのマッピング関係を記録しする、コンテンツ・アドレスマッピングテーブル
    を備え、
    メトロポリタン・エリア・サーバは、第１端末に接続するノードサーバが送信したサービスタイプ情報と、サービスコンテンツ情報と、第１端末アクセスネットワークアドレスとを備えるサービス申請パケットを受信する場合、コンテンツ―アドレスマッピングテーブルにおいて前記サービス番号に対応するＭＡＮアドレスを検出し、かつ、第２端末が別のノードサーバに接続することを判断する
    ことを特徴とする請求項１１２に記載の新型ネットワークの通信システム。
  114. 前記メトロポリタン・エリア・サーバはさらに、
    アドレス情報テーブルにおける設備の各ネットワークポートに接続する下位ネットワーク設備のＭＡＮアドレスに基づき、当回サービスのＭＡＮにおける通信リンク情報を獲得する、通信リンク獲得モジュールと、
    前記通信リンク情報は単方向通信リンク情報、或いは双方向通信リンク情報である；
    は当回サービスのデータラベルを割り当て、かつそれぞれ通信リンクにおける下位ネットワーク設備へ前記データラベル情報を備えるラベル割り当てパケットを送信する、データラベル割り当てモジュールと
    を備え、
    ここで、前記ラベル割り当てパケットは、インラベルと、アウトラベルと、ガイドポートとを備え、
    前記下位ネットワーク設備は、ノードスイッチと、ノードサーバとを備える
    ことを特徴とする請求項１１３に記載の新型ネットワークの通信システム。
  115. 前記ノードサーバは、
    ノードサーバによりＭＡＮ送信したデータパケットを、それぞれ対応の上向ポートまでガイドする、パケットラベルテーブルと；
    ＭＡＮを跨ぐサービスの申請ごとに対し、メトロポリタン・エリア・サーバが送信したラベル割り当てパケットに基づき、当該サービスのインラベルと、アウトラベルと、ガイドポートとを設置する、パケットラベルテーブル設置モジュールと
    を備え、
    ここで、前記パケットラベルテーブルは、ノードサーバがアクセスネットワークから受信したデータパケットを対応のポートまでガイドし、かつ設置した対応するアウトレベル を加えてＭＡＮに送信し、
    前記パケットラベルテーブルは、ユニキャストデータパケットラベルテーブルと、それ ぞれユニキャストラベルパケットおよびマルチキャストデータラベルパケットへガイドするマルチキャストデータパケットラベルテーブルとを備える
    ことを特徴とする請求項１１４に記載の新型ネットワークの通信システム。
  116. 前記ノードスイッチは、
    受信したラベルパケットをそれぞれ対応のポートまでガイドする、パケットラベルテーブルと、
    ＭＡＮを跨ぐサービスの申請ごとに対し、メトロポリタン・エリア・サーバが送信したラベル割り当てパケットに基づき、当該サービスに対するインラベルと、アウトラベルと、ガイドポートとを設置する、前記パケットラベルテーブルと
    を備え、
    前記パケットラベルテーブルは、ノードスイッチが設置したインラベルにより受信したラベルパケットを、対応のポートまでガイドし、かつ設置した対応するアウトレベルにより送信する
    ことを特徴とする請求項１１４に記載の新型ネットワークの通信システム。
  117. 前記ノードサーバは、
    ＭＡＮを跨ぐサービスごとに対し、ＭＡＮを跨ぐ２つの端末のアクセスネットワークアドレスとアウトラベルのバインド関係を記録する、アドレス−ラベルマッピングテーブルと、
    ここで、アクセスネットワークアドレスは、各ノードサーバが接続したアクセス設備に割り当てたアドレスである；
    アドレス−ラベルマッピングテーブルに基づき、ノードサーバによりＭＡＮに送信されたプロトコルパケット或いはパケットに対応するアウトラベルを検出し、かつ、検出したアウトラベルを加えて送信する、前記ラベル添加モジュールと
    を備えることを特徴とする請求項１１５に記載の新型ネットワークの通信システム。
  118. 前記ノードサーバは、
    ＭＡＮから受信したデータパケットを備えるパケットを対応の下向ポートまでガイドする、パケットアドレステーブルと、
    パケットにおけるアクセスネットワーク目的アドレスに基づき、自身内のパケットアドレステーブルに目的アドレスが当該アクセスネットワーク目的アドレスであるパケットがガイドするポートを設置する、第２端末に接続するノードサーバと、
    パケットにおけるアクセスネットワークソースアドレスに基づき、自身内のパケットアドレステーブルに目的アドレスが当該アクセスネットワークソースアドレスであるパケットがガイドするポートを設置する、第１端末に接続するノードサーバと
    を備えることを特徴とする請求項１１７に記載の新型ネットワークの通信システム。
JP2013523479A 2010-08-06 2011-08-04 新型ネットワークの通信方法およびシステム Active JP5852116B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201010248194.9 2010-08-06
CN2010102481949A CN101917492B (zh) 2010-08-06 2010-08-06 一种新型网的通信方法及系统
PCT/CN2011/078002 WO2012016533A1 (zh) 2010-08-06 2011-08-04 一种新型网的通信方法及系统

Publications (2)

Publication Number Publication Date
JP2013536635A true JP2013536635A (ja) 2013-09-19
JP5852116B2 JP5852116B2 (ja) 2016-02-03

Family

ID=43324874

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013523479A Active JP5852116B2 (ja) 2010-08-06 2011-08-04 新型ネットワークの通信方法およびシステム

Country Status (7)

Country Link
US (1) US9219685B2 (ja)
EP (1) EP2602960B1 (ja)
JP (1) JP5852116B2 (ja)
KR (1) KR101456036B1 (ja)
CN (1) CN101917492B (ja)
BR (1) BR112013002948B1 (ja)
WO (1) WO2012016533A1 (ja)

Families Citing this family (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102377631B (zh) * 2010-08-06 2015-08-05 北京乾唐视联网络科技有限公司 一种基于流量控制的数据传输方法及通信系统
CN102377636B (zh) * 2010-08-06 2014-12-17 北京乾唐视联网络科技有限公司 一种接入网设备的服务通信方法及系统
CN102377632B (zh) * 2010-08-06 2014-08-20 北京乾唐视联网络科技有限公司 一种兼容以太网的方法及系统
CN102377633B (zh) 2010-08-06 2014-10-08 北京乾唐视联网络科技有限公司 一种接入网设备的通信连接方法及系统
CN101917492B (zh) * 2010-08-06 2013-06-05 北京乾唐视联网络科技有限公司 一种新型网的通信方法及系统
CN102045365A (zh) * 2010-12-30 2011-05-04 中国民航信息网络股份有限公司 一种基于TCP/IP协议的eTerm连接系统及其方法
KR101624474B1 (ko) * 2011-01-13 2016-05-26 닛본 덴끼 가부시끼가이샤 네트워크 시스템 및 경로 제어 방법
CN102118316B (zh) * 2011-03-07 2013-09-25 杭州华三通信技术有限公司 学习mac地址的方法和设备
EP2509250B1 (en) 2011-04-08 2013-12-11 Alcatel Lucent Combination device for DSL phantom mode signals in a telecommunication system
CN102185864B (zh) * 2011-05-13 2014-12-24 北京星网锐捷网络技术有限公司 安全认证策略配置方法、装置及系统
CN102611947B (zh) * 2011-11-24 2017-11-17 中兴通讯股份有限公司 创建组播频道的方法、系统和媒体服务器
WO2013086708A1 (zh) * 2011-12-14 2013-06-20 华为技术有限公司 一种发送业务流的方法及设备
JP6056640B2 (ja) * 2013-05-07 2017-01-11 富士通株式会社 通信装置，管理装置，処理方法，および処理プログラム
US10044609B2 (en) * 2014-02-04 2018-08-07 Fastly, Inc. Communication path selection for content delivery
US9827500B1 (en) 2014-12-22 2017-11-28 Amazon Technologies, Inc. Associated content item instances
US9814987B1 (en) * 2014-12-22 2017-11-14 Amazon Technologies, Inc. Spectator feedback and adaptation
JP6433378B2 (ja) * 2015-05-29 2018-12-05 キヤノン株式会社 情報処理装置、情報処理方法、及びコンピュータプログラム
CN106325563B (zh) * 2015-06-15 2021-06-04 联想企业解决方案(新加坡)有限公司 用于标识电子设备的数据存储设备及相应的方法
CN105429769B (zh) * 2015-11-06 2018-08-07 河海大学常州校区 基于正反馈的体育比赛数据通信与消息分发方法
JP6777847B2 (ja) * 2016-03-25 2020-10-28 アイコム株式会社 通信制御装置、通信制御システム、通信制御方法及びプログラム
WO2017201742A1 (zh) * 2016-05-27 2017-11-30 华为技术有限公司 存储系统及设备扫描方法
US20180032457A1 (en) * 2016-07-26 2018-02-01 Qualcomm Incorporated Slave initiated interrupts for a communication bus
KR101876636B1 (ko) * 2016-10-17 2018-07-10 현대오트론 주식회사 메시지 송수신 장치 및 방법
CN107070866B (zh) * 2016-12-30 2021-01-01 北京奇虎科技有限公司 一种流数据的传输方法和装置
CN108322809A (zh) * 2017-01-16 2018-07-24 北京视联动力国际信息技术有限公司 一种互联网下控制视频文件在视联网下播放的方法及系统
CN107018081B (zh) * 2017-03-15 2020-05-05 烽火通信科技股份有限公司 一种用于实现点对多点的1+1保护的方法
CN107241334A (zh) * 2017-06-16 2017-10-10 上海斐讯数据通信技术有限公司 网络病毒防护方法和用于网络病毒防护的路由器
CN109391559B (zh) * 2017-08-10 2022-10-18 华为技术有限公司 网络设备
CN108989078B (zh) * 2017-08-29 2021-12-03 视联动力信息技术股份有限公司 一种视联网中节点设备故障检测方法和装置
KR102460071B1 (ko) * 2017-12-21 2022-10-28 삼성전자주식회사 통신모뎀 전단의 통신신호 식별 장치 및 방법
CN108650138A (zh) * 2018-05-18 2018-10-12 王志华 一种火电厂自动控制仪表无线数据通信系统及其通信方法
CN109035016B (zh) * 2018-06-28 2020-10-23 杭州复杂美科技有限公司 一种多链并发交易方法
EP3598255B1 (de) * 2018-07-17 2022-01-26 Siemens Aktiengesellschaft Anordnung mit operator-servern und mit operator-clients
CN110798657B (zh) * 2018-08-03 2021-07-09 视联动力信息技术股份有限公司 一种视频流的处理方法和系统
CN110855459B (zh) * 2018-08-20 2021-07-09 华为技术有限公司 网络配置方法、装置及系统
CN108989467B (zh) * 2018-08-31 2020-10-30 安徽江淮汽车集团股份有限公司 集中式寻址方法
CN109587432A (zh) * 2018-10-29 2019-04-05 视联动力信息技术股份有限公司 一种会议发言终端切换方法及系统
CN111353658B (zh) * 2018-12-20 2023-06-20 中央电视台 电视节目生产监控系统和方法
CN110445701B (zh) * 2019-07-01 2021-03-12 视联动力信息技术股份有限公司 一种业务对象的处理方法、装置及存储介质
CN110417666B (zh) * 2019-07-31 2021-08-13 南京邮电大学 一种基于Head modify技术的分组封装和传输方法
CN111008256B (zh) * 2019-10-29 2022-03-15 矩阵元技术（深圳）有限公司 一种基于安全多方计算的空间数据分布模式分析方法
CN111629355B (zh) * 2019-11-29 2023-08-01 国铁吉讯科技有限公司 通信资源调度方法及装置
CN111262783B (zh) * 2020-01-14 2022-04-26 深圳前海微众银行股份有限公司 一种动态路由的方法及装置
CN111556346B (zh) * 2020-04-07 2023-09-12 视联动力信息技术股份有限公司 远程控制视联网终端的方法、装置及计算机可读存储介质
CN113497798B (zh) * 2020-04-08 2023-01-06 北京中科网威信息技术有限公司 一种用于防火墙的基于fpga的数据转发方法
CN111650931B (zh) * 2020-04-26 2023-03-14 广东博智林机器人有限公司 多个移动设备的路径确定的方法、装置与存储介质
CN111885199B (zh) * 2020-07-31 2021-08-27 北京微步在线科技有限公司 一种数据传输方法
CN112034808B (zh) * 2020-09-11 2022-08-30 上海庆科信息技术有限公司 模组烧录授权追踪系统、模组烧录信息调整方法及装置
CN112287644B (zh) * 2020-09-30 2024-01-30 成都新潮传媒集团有限公司 一种数据提交方法、装置、计算机设备和可读存储介质
US11539756B2 (en) 2020-10-23 2022-12-27 BlackBear (Taiwan) Industrial Networking Security Ltd. Switch device for one-way transmission
CN112654101B (zh) * 2020-12-15 2023-05-02 华北科技学院 基于射频收发芯片的无线透传方法和系统
CN113342370A (zh) * 2021-05-25 2021-09-03 北京小米移动软件有限公司 一种配置更新的方法、装置、电子设备及存储介质
CN113411630A (zh) * 2021-08-19 2021-09-17 贝壳找房(北京)科技有限公司 直播热门行为回放方法
US11973824B2 (en) * 2021-09-23 2024-04-30 Shanghai Anviz Technology Co., Ltd. Method for data transmission of audio and video in end-to-end system
CN114238189B (zh) * 2021-11-30 2024-01-30 浙江灵鹿智能科技有限公司 一种自动分配地址的方法、装置和系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010053696A1 (en) * 2000-03-09 2001-12-20 Pillai Radhakrishna Pillai Raghavan Communication apparatus
WO2009132559A1 (zh) * 2008-04-29 2009-11-05 华为技术有限公司 一种均衡流量的方法、装置及系统
JP4372098B2 (ja) * 2003-07-09 2009-11-25 富士通株式会社 ネットワークにおける特定サービスの最適ルーティング方法並びに同ネットワークに用いられるサーバ及びルーティングノード

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7639684B2 (en) * 2004-12-23 2009-12-29 Infineon Technologies Ag Modified ethernet switch
US20080049621A1 (en) * 2004-12-31 2008-02-28 Mcguire Alan Connection-Oriented Communications Scheme For Connection-Less Communications Traffic
US8917673B2 (en) * 2006-07-14 2014-12-23 Qualcomm Incorporation Configurable downlink and uplink channels for improving transmission of data by switching duplex nominal frequency spacing according to conditions
CN101188510A (zh) * 2006-11-16 2008-05-28 华为技术有限公司 地址集中控制的方法、设备及系统
CN101836389B (zh) * 2007-10-01 2013-07-10 交互数字专利控股公司 用于配置egprs基于时间的应答的方法和设备
US7940696B2 (en) * 2007-12-20 2011-05-10 International Business Macines Corporation Remotely booting computing nodes in a switching domain
CN101557303B (zh) * 2008-04-11 2011-07-06 华为技术有限公司 路径建立请求方法、路径建立方法与系统
CN101674221A (zh) * 2008-09-09 2010-03-17 中国移动通信集团公司 静态路由生成方法、终端路由实现方法及装置
CN101729365B (zh) 2008-10-27 2012-06-27 华为技术有限公司 路径建立方法、承载网路由器和网络系统
KR20100080280A (ko) * 2008-12-31 2010-07-08 삼성전자주식회사 Ｈａｒｑ 프로세스를 사용하는 이동통신 시스템의 전송 제어방법
US20100172308A1 (en) * 2009-01-07 2010-07-08 Samsung Electronics Co., Ltd. System and method for downlink physical indicator channel mapping with asymmetric carrier aggregation
US8341725B2 (en) * 2009-07-30 2012-12-25 Calix, Inc. Secure DHCP processing for layer two access networks
CN101917492B (zh) * 2010-08-06 2013-06-05 北京乾唐视联网络科技有限公司 一种新型网的通信方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010053696A1 (en) * 2000-03-09 2001-12-20 Pillai Radhakrishna Pillai Raghavan Communication apparatus
JP4372098B2 (ja) * 2003-07-09 2009-11-25 富士通株式会社 ネットワークにおける特定サービスの最適ルーティング方法並びに同ネットワークに用いられるサーバ及びルーティングノード
WO2009132559A1 (zh) * 2008-04-29 2009-11-05 华为技术有限公司 一种均衡流量的方法、装置及系统
JP2011521525A (ja) * 2008-04-29 2011-07-21 華為技術有限公司 フロー容量を等化する方法、装置、及びシステム

Also Published As

Publication number Publication date
CN101917492A (zh) 2010-12-15
KR20130081280A (ko) 2013-07-16
CN101917492B (zh) 2013-06-05
EP2602960A4 (en) 2015-11-04
WO2012016533A1 (zh) 2012-02-09
EP2602960B1 (en) 2017-10-25
BR112013002948B1 (pt) 2022-04-19
BR112013002948A2 (pt) 2021-03-02
EP2602960A1 (en) 2013-06-12
KR101456036B1 (ko) 2014-11-04
US20130170492A1 (en) 2013-07-04
US9219685B2 (en) 2015-12-22
JP5852116B2 (ja) 2016-02-03

Similar Documents

Publication Publication Date Title
JP5852116B2 (ja) 新型ネットワークの通信方法およびシステム
US9497111B2 (en) Communications method and system for communications of network accessing equipment
CN102377631B (zh) 一种基于流量控制的数据传输方法及通信系统
CN102377636B (zh) 一种接入网设备的服务通信方法及系统
US9450861B2 (en) Ethernet-compatible method and system
CN102377634B (zh) 一种接入网设备的入网方法及系统
US20050002405A1 (en) Method system and data structure for multimedia communications
CN102377635B (zh) 一种城域网通信方法及通信系统
CN108881799B (zh) 一种进行视联网视频会议的系统和方法
CN109561080B (zh) 一种动态入网通信的方法和装置
CN109348162B (zh) 信息处理方法和装置
CN110276607B (zh) 终端业务更新方法、装置及存储介质
CN110012304A (zh) 一种直播处理方法和视联网系统
CN109802853A (zh) 一种业务质量分级的方法和装置
CN109819281A (zh) 一种基于视联网的支付方法及系统

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130605

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20140514

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20150709

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150714

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20151014

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20151110

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20151203

R150 Certificate of patent or registration of utility model

Ref document number: 5852116

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250