(57)【要約】  システムは、（ａ）少なくとも１つのマルチチャンネル・デバイス（２１８、２２８、２３８）を有するロー・プロセッサ・ロード・アグレゲイション・デバイス（２５０）と、（ｂ）内部ネットワーク（１０２）に動作可能に結合されたホスト・プロセッサ制御・ルーティング・デバイス（２０４）とを含んでおり、マルチチャンネル・デバイス（２１８、２２８、２３８）は、少なくとも１つのネットワーク・ステーション（１０８、１１２）に関連付けられた少なくとも１つの内部ネットワーク・タグを有し、ホスト・プロセッサ制御・ルーティング・デバイス（２０４）は、少なくとも１つのネットワーク・アドレスを、ネットワーク・ステーション（１０８、１１２）に関連付けられた１以上の内部ネットワーク・タグに整合させるように構成されている。他の実施態様にかかる方法は、外部ネットワーク・ステーション・パケットを、ロー・プロセッサ・ロード・アグレゲイション・デバイス（２５０）の内部プライベート・ネットワーク・アドレスに整合させ、外部ネットワーク・ステーション・コントロール・メッセージを、ロー・プロセッサ・ロード・アグレゲイション・デバイスの内部プライベート・ネットワーク・アドレスに整合させるように構成されている。
2005516440.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークと少なくとも１つのネットワーク・ステーションの間に介在するロー・プロセッサ・ロード・アグレゲイション・デバイスを備えたシステムであって、前記ロー・プロセッサ・ロード・アグレゲイション・デバイスが、
前記少なくとも１つのネットワーク・ステーションと関連付けられた少なくとも１つの内部ネットワーク・タグを有する少なくとも１つのマルチチャンネル・デバイスと、
前記ネットワークと動作可能に結合されたホスト・プロセッサ制御ルーティング・デバイスであって、少なくとも１つのネットワーク・アドレスを、前記少なくとも１つのネットワーク・ステーションと関連付けられた前記少なくとも１つの内部ネットワーク・タグに整合させるように構成されたことを特徴とするシステム。
【請求項２】
前記少なくとも１つのネットワーク・ステーションと関連付けられた前記少なくとも１つの内部ネットワーク・タグが、
前記少なくとも１つのマルチチャンネル・デバイスのチャンネル・ユニットに関連付けられた少なくとも１つのＶＬＡＮタグを含むことを特徴とする請求項１に記載のシステム。
【請求項３】
前記少なくとも１つのネットワーク・ステーションと関連付けられた前記少なくとも１つの内部ネットワーク・タグが、
ロジカル・チャンネルの少なくとも１つの端部を保持する前記少なくとも１つのマルチチャンネル・デバイスのチャンネル・ユニットを含み、前記ロジカル・チャンネルの第二の端部が、前記少なくとも１つのネットワーク・ステーションによって保持されていることを特徴とする請求項１に記載のシステム。
【請求項４】
前記少なくとも１つのマルチチャンネル・デバイスが、
独自のプライベート・ネットワーク・アドレスを有するプライベート・ネットワーク・デバイスに一意的に結合され、前記プライベート・ネットワークが前記ロー・プロセッサ・ロード・アグレゲイション・デバイス内にあることを特徴とする請求項１に記載のシステム。
【請求項５】
前記ロー・プロセッサ・ロード・アグレゲイション・デバイス内の前記プライベート・ネットワークが、
イーサネット・プロトコル・ネットワークを含んでいることを特徴とする請求項４に記載のシステム。
【請求項６】
独自のプライベート・ネットワーク・アドレスを有する前記プライベート・ネットワーク・デバイスが、
独自のイーサネット・プロトコル・ＭＡＣ・アドレスを有するイーサネット・プロトコル・デバイスを含んでいることを特徴とする請求項４に記載のシステム。
【請求項７】
前記ロー・プロセッサ・ロード・アグレゲイション・デバイス内の前記プライベート・ネットワークが、
共用メディアム、非共用メディアムまたは共用メディアムおよび非共用メディアムの組み合わせ上で動作するように構成されたことを特徴とする請求項４に記載のシステム。
【請求項８】
前記少なくとも１つのマルチチャンネル・デバイスが、
ボイス・プロセッシングを提供するチャンネル・ユニットを含んでいることを特徴とする請求項１に記載のシステム。
【請求項９】
前記ロー・プロセッサ・ロード・アグレゲイション・デバイスが、
ホスト・プロセッサを含んでいることを特徴とする請求項１に記載のシステム。
【請求項１０】
前記ロー・プロセッサ・ロード・アグレゲイション・デバイスが、
スイッチを含んでいることを特徴とする請求項１に記載のシステム。
【請求項１１】
前記スイッチがイーサネット・プロトコル・スイッチによって構成されたことを特徴とする請求項１に記載のシステム。
【請求項１２】
ミニ・コンピュータを備えたことを特徴とする請求項１に記載のシステム。
【請求項１３】
前記ネットワーク・ステーションが、ＰＣデバイス、ボイス・デバイスおよびファックス・デバイスからなるネットワーク・ステーションより選ばれたネットワーク・ステーションによって構成されたことを特徴とする請求項１に記載のシステム。
【請求項１４】
外部ネットワーク・パケットを、ロー・プロセッサ・ロード・アグレゲイション・デバイスの内部プライベート・ネットワーク・アドレスに整合させることを特徴とする方法。
【請求項１５】
前記外部ネットワーク・パケットを、前記ロー・プロセッサ・ロード・アグレゲイション・デバイスの前記内部プライベート・ネットワーク・アドレスに整合させるステップが、
前記外部ネットワーク・パケットを、少なくとも１つのマルチチャンネル・デバイスの少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるように構成されたことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記外部ネットワーク・パケットを、前記少なくとも１つのマルチチャンネル・デバイスの前記少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるステップが、
前記外部ネットワーク・パケットを、前記外部ネットワーク・パケットのコンテンツに基づいて、前記少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるように構成されたことを特徴とする請求項１５に記載の方法。
【請求項１７】
前記外部ネットワーク・パケットを、前記外部ネットワーク・パケットのコンテンツに基づいて、前記少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるステップが、
前記外部ネットワーク・パケットを、前記外部ネットワーク・パケットのボイス・オーバー・アイピー・コンテンツ、モデム・オーバー・アイピー・コンテンツまたはファックス・オーバー・アイピー・コンテンツに基づいて、前記内部プライベート・ネットワーク・アドレスに整合させるように構成されたことを特徴とする請求項１６に記載の方法。
【請求項１８】
前記外部ネットワーク・パケットを、前記少なくとも１つのマルチチャンネル・デバイスの前記少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるステップが、
前記外部ネットワーク・パケットを、前記外部ネットワーク・パケットのヘッダーに基づいて、前記少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるように構成されたことを特徴とする請求項１５に記載の方法。
【請求項１９】
前記パケットの外部ネットワーク・アドレスを、少なくとも１つのマルチチャンネル・デバイスの少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるステップが、
前記外部ネットワーク・アドレスを、前記少なくとも１つのマルチチャンネル・デバイスに一意的に関連付けられた少なくとも１つの内部プライベート・ネットワーク・デバイスに整合させるように構成されたことを特徴とする請求項１５に記載の方法。
【請求項２０】
前記パケットの外部ネットワーク・アドレスを、少なくとも１つのマルチチャンネル・デバイスの少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるステップが、
前記外部ネットワーク・アドレスを、前記少なくとも１つのマルチチャンネル・デバイス内の少なくとも１つのＶＬＡＮタグに整合させるように構成されたことを特徴とする請求項１５に記載の方法。
【請求項２１】
前記外部ネットワーク・アドレスを、前記少なくとも１つのマルチチャンネル・デバイス内の少なくとも１つのＶＬＡＮタグに整合させるステップが、
前記外部ネットワーク・アドレスを、前記少なくとも１つのマルチチャンネル・デバイス内の少なくとも１つのＶＬＡＮタグに整合させるように構成され、前記少なくとも１つのＶＬＡＮタグが、少なくとも１つのネットワーク・ステーションの論理チャンネルを保全するチャンネル・ユニットに関連付けられていることを特徴とする請求項２０に記載の方法。
【請求項２２】
前記ネットワーク・ステーションが、ＰＣデバイス、ボイス・デバイスおよびファクス・デバイスを含むネットワーク・ステーション・グループから選ばれるネットワーク・ステーションを含んでいることを特徴とする請求項２１に記載の方法。
【請求項２３】
前記外部ネットワーク・パケットを、ロー・プロセッサ・ロード・アグレゲイション・デバイスの内部プライベート・ネットワーク・アドレスに整合させるステップが、
前記外部ネットワーク・アドレスを、ホスト・プロセッサの内部プライベート・ネットワーク・アドレスに整合させるように構成されたことを特徴とする請求項１４に記載の方法。
【請求項２４】
前記外部ネットワーク・アドレスを、前記ホスト・プロセッサの前記内部プライベート・ネットワーク・アドレスに整合させるステップが、
前記外部ネットワーク・アドレスを有するパケットの少なくとも一部を、前記ホスト・プロセッサの前記内部プライベート・ネットワーク・アドレスに送信するように構成されたことを特徴とする請求項２３に記載のシステム。
【請求項２５】
前記外部ネットワーク・アドレスを、前記ホスト・プロセッサの前記内部プライベート・ネットワーク・アドレスに整合させるステップが、
前記外部ネットワーク・アドレスを有するパケットの少なくとも一部を、前記ホスト・プロセッサの前記内部プライベート・ネットワーク・アドレス内のチャンネル・ユニットに送信するように構成されたことを特徴とする請求項２３に記載のシステム。
【請求項２６】
前記内部プライベート・ネットワーク・アドレスが、イーサネット・プロトコル・アドレスによって構成されたことを特徴とする請求項１４に記載の方法。
【請求項２７】
外部ネットワーク・パケットを、ロー・プロセッサ・ロード・アグレゲイション・デバイスの内部プライベート・ネットワーク・アドレスに整合させる手段を含むことを特徴とするシステム。
【請求項２８】
外部ネットワーク・パケットを、ロー・プロセッサ・ロード・アグレゲイション・デバイスの内部プライベート・ネットワーク・アドレスに整合させる前記手段が、
前記外部ネットワーク・パケットを、少なくとも１つのマルチチャンネル・デバイスの少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させる手段によって構成されたことを特徴とする請求項２７に記載のシステム。
【請求項２９】
前記外部ネットワーク・パケットを、少なくとも１つのマルチチャンネル・デバイスの少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させる前記手段が、
前記外部ネットワーク・パケットを、前記外部ネットワーク・パケットのコンテンツに基づいて、前記少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるれた手段によって構成されたことを特徴とする請求項２８に記載のシステム。
【請求項３０】
前記外部ネットワーク・パケットを、前記外部ネットワーク・パケットのコンテンツに基づいて、前記少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるれた前記手段が、
前記外部ネットワーク・パケットを、前記外部ネットワーク・パケットのボイス・オーバー・アイピー・コンテンツ、モデム・オーバー・アイピー・コンテンツまたはファックス・オーバー・アイピー・コンテンツに基づいて、前記内部プライベート・ネットワーク・アドレスに整合させる手段によって構成されたことを特徴とする請求項２９に記載のシステム。
【請求項３１】
前記外部ネットワーク・パケットを、少なくとも１つのマルチチャンネル・デバイスの少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させる前記手段が、
前記外部ネットワーク・パケットを、前記外部ネットワーク・パケットのヘッダーに基づいて、前記少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させる手段によって構成されたことを特徴とする請求項２８に記載のシステム。
【請求項３２】
前記パケットの外部ネットワーク・アドレスを、少なくとも１つのマルチチャンネル・デバイスの少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させる前記手段が、
前記外部ネットワーク・アドレスを、前記少なくとも１つのマルチチャンネル・デバイスに一意的に関連付けられた少なくとも１つの内部プライベート・ネットワーク・デバイスに整合させる手段によって構成されたことを特徴とする請求項２８に記載のシステム。
【請求項３３】
前記パケットの外部ネットワーク・アドレスを、少なくとも１つのマルチチャンネル・デバイスの少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させる前記手段が、
前記外部ネットワーク・アドレスを、前記少なくとも１つのマルチチャンネル・デバイス内の少なくとも１つのＶＬＡＮタグに整合させる手段によって構成されたことを特徴とする請求項２８に記載のシステム。
【請求項３４】
前記外部ネットワーク・アドレスを、前記少なくとも１つのマルチチャンネル・デバイス内の少なくとも１つのＶＬＡＮタグに整合させる前記手段が、
前記外部ネットワーク・アドレスを、前記少なくとも１つのマルチチャンネル・デバイス内の少なくとも１つのＶＬＡＮタグに整合させる手段によって構成され、前記少なくとも１つのＶＬＡＮタグが、少なくとも１つのネットワーク・ステーションの論理チャンネルを保全するチャンネル・ユニットに関連付けられていることを特徴とする請求項３３に記載のシステム。
【請求項３５】
前記ネットワーク・ステーションが、ＰＣデバイス、ボイス・デバイスおよびファクス・デバイスを含むネットワーク・ステーション・グループから選ばれるネットワーク・ステーションを含んでいることを特徴とする請求項３４に記載のシステム。
【請求項３６】
前記外部ネットワーク・パケットを、ロー・プロセッサ・ロード・アグレゲイション・デバイスの内部プライベート・ネットワーク・アドレスに整合させる前記手段が、
前記外部ネットワーク・アドレスを、ホスト・プロセッサの内部プライベート・ネットワーク・アドレスに整合させる手段によって構成されたことを特徴とする請求項２７に記載のシステム。
【請求項３７】
前記外部ネットワーク・アドレスを、前記ホスト・プロセッサの前記内部プライベート・ネットワーク・アドレスに整合させる前記手段が、
前記外部ネットワーク・アドレスを有するパケットの少なくとも一部を、前記ホスト・プロセッサの前記内部プライベート・ネットワーク・アドレスに送信する手段によって構成されたことを特徴とする請求項３６に記載のシステム。
【請求項３８】
前記外部ネットワーク・アドレスを、前記ホスト・プロセッサの前記内部プライベート・ネットワーク・アドレスに整合させる前記手段が、
前記外部ネットワーク・アドレスを有するパケットの少なくとも一部を、前記ホスト・プロセッサの前記内部プライベート・ネットワーク・アドレス内のチャンネル・ユニットに送信するによって構成されたことを特徴とする請求項３６に記載のシステム。
【請求項３９】
前記内部プライベート・ネットワーク・アドレスが、
イーサネット・プロトコル・アドレスによって構成されたことを特徴とする請求項２７に記載のシステム。
【請求項４０】
外部ネットワーク・ステーション・パケットを、ロー・プロセッサ・ロード・アグレゲイション・デバイスの内部プライベート・ネットワーク・アドレスに整合させることを特徴とする方法。
【請求項４１】
前記外部ネットワーク・ステーション・パケットを、ロー・プロセッサ・ロード・アグレゲイション・デバイスの内部プライベート・ネットワーク・アドレスに整合させるステップが、
前記外部ネットワーク・ステーション・パケットを、前記外部ネットワーク・ステーション・パケットのコンテンツに基づいて、前記少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるように構成されたことを特徴とする請求項４０に記載の方法。
【請求項４２】
前記外部ネットワーク・ステーション・パケットを、前記外部ネットワーク・ステーション・パケットのコンテンツに基づいて、前記少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるステップが、
前記外部ネットワーク・ステーション・アドレスを、前記外部ネットワーク・ステーション・パケットのコンテンツに基づいて、ホスト・プロセッサの内部プライベート・ネットワーク・アドレスに整合させるように構成されたことを特徴とする請求項４１に記載の方法。
【請求項４３】
前記外部ネットワーク・ステーション・アドレスを、前記外部ネットワーク・ステーション・パケットのコンテンツに基づいて、ホスト・プロセッサの内部プライベート・ネットワーク・アドレスに整合させるステップが、
前記外部ネットワーク・ステーション・アドレスを、前記外部ネットワーク・ステーション・パケットのＰＰＰ・コントロール・コマンドに基づいて、ホスト・プロセッサの内部プライベート・ネットワーク・アドレスに整合させるように構成されたことを特徴とする請求項４２に記載の方法。
【請求項４４】
前記外部ネットワーク・ステーション・パケットを、前記外部ネットワーク・ステーション・パケットのコンテンツに基づいて、前記少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるステップが、
前記外部ネットワーク・ステーション・パケットのヘッダーにに基づいて、ルーティング・デバイスの内部プライベート・ネットワーク・アドレスに整合させるように構成されたことを特徴とする請求項４１に記載の方法。
【請求項４５】
前記内部プライベート・ネットワーク・アドレスが、
イーサネット・プロトコル・アドレスによって構成されたことを特徴とする請求項４０に記載の方法。
【請求項４６】
外部ネットワーク・ステーション・パケットを、ロー・プロセッサ・ロード・アグレゲイション・デバイスの内部プライベート・ネットワーク・アドレスに整合させる手段を含むことを特徴とするシステム。
【請求項４７】
外部ネットワーク・ステーション・パケットを、ロー・プロセッサ・ロード・アグレゲイション・デバイスの内部プライベート・ネットワーク・アドレスに整合させる前記手段が、
前記外部ネットワーク・ステーション・パケットを、前記外部ネットワーク・ステーション・パケットのコンテンツに基づいて、前記少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させる手段によって構成されたことを特徴とする請求項４６に記載のシステム。
【請求項４８】
前記外部ネットワーク・ステーション・パケットを、前記外部ネットワーク・ステーション・パケットのコンテンツに基づいて、前記少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させる前記手段が、
前記外部ネットワーク・ステーション・アドレスを、前記外部ネットワーク・ステーション・パケットのコンテンツに基づいて、ホスト・プロセッサの内部プライベート・ネットワーク・アドレスに整合させる手段によって構成されたことを特徴とする請求項４７に記載のシステム。
【請求項４９】
前記外部ネットワーク・ステーション・アドレスを、前記外部ネットワーク・ステーション・パケットのコンテンツに前記手段が、
前記外部ネットワーク・ステーション・アドレスを、前記外部ネットワーク・ステーション・パケットのＰＰＰ・コントロール・コマンドに基づいて、ホスト・プロセッサの内部プライベート・ネットワーク・アドレスに整合させる手段によって構成されたことを特徴とする請求項４８に記載のシステム。
【請求項５０】
前記外部ネットワーク・ステーション・パケットを、前記外部ネットワーク・ステーション・パケットのコンテンツに基づいて、前記少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させる前記手段が、
前記外部ネットワーク・ステーション・パケットのヘッダーにに基づいて、ルーティング・デバイスの内部プライベート・ネットワーク・アドレスに整合させる手段によって構成されたことを特徴とする請求項４７に記載のシステム。
【請求項５１】
前記内部プライベート・ネットワーク・アドレスが、
イーサネット・プロトコル・アドレスによって構成されたことを特徴とする請求項４６に記載のシステム。
【請求項５２】
外部ネットワーク・ステーション・コントロール・メッセージを、ロー・プロセッサ・ロード・アグレゲイション・デバイスの内部プライベート・ネットワーク・アドレスに整合させることを特徴とする方法。
【請求項５３】
外部ネットワーク・ステーション・コントロール・メッセージを、ロー・プロセッサ・ロード・アグレゲイション・デバイスの内部プライベート・ネットワーク・アドレスに整合させるステップが、
前記外部ネットワーク・ステーション・コントロール・メッセージを、少なくとも１つの内部プライベート・ネットワーク・アドレス整合させるように構成されたことを特徴とする請求項５２に記載の方法。
【請求項５４】
前記外部ネットワーク・ステーション・コントロール・メッセージが、ＰＰＰ・コントロール・メッセージによって構成されたことを特徴とする請求項５３に記載の方法。
【請求項５５】
前記内部プライベート・ネットワーク・アドレスが、
イーサネット・プロトコル・アドレスによって構成されたことを特徴とする請求項５２に記載の方法。
【請求項５６】
外部ネットワーク・ステーション・コントロール・メッセージを、ロー・プロセッサ・ロード・アグレゲイション・デバイスの内部プライベート・ネットワーク・アドレスに整合させる手段を含むことを特徴とするシステム。
【請求項５７】
外部ネットワーク・ステーション・コントロール・メッセージを、ロー・プロセッサ・ロード・アグレゲイション・デバイスの内部プライベート・ネットワーク・アドレスに整合させる前記手段が、
前記外部ネットワーク・ステーション・コントロール・メッセージを、少なくとも１つの内部プライベート・ネットワーク・アドレス整合させる手段によって構成されたことを特徴とする請求項５２に記載のシステム。
【請求項５８】
前記外部ネットワーク・ステーション・コントロール・メッセージが、ＰＰＰ・コントロール・メッセージによって構成されたことを特徴とする請求項５３に記載のシステム。
【請求項５９】
前記内部プライベート・ネットワーク・アドレスが、
イーサネット・プロトコル・アドレスによって構成されたことを特徴とする請求項５２に記載のシステム。
【発明の詳細な説明】
【関連出願の引用】
【０００１】
本件特許は、引用によって、２００２年１月２２日に出願され、ジョエル・Ｄ・ペシュキン（Joel D. Peshkin）およびミカエル・Ｃ・ウイットフィールド（Michael C. Whitfield）を発明者とし、ロー・プロセッサ・ロード・アグレゲイション・デバイスという発明の名称の係属中のアメリカ特許出願第１０／０５５，５９７ならびに２００２年１月２２日に出願され、ジョエル・Ｄ・ペシュキン、アレキセイ・Ｅ・ピンコ（Alexey E. Pynko）およびミカエル・Ｃ・ウイットフィールドを発明者とし、パケット・ネットワーク・デバイスおよびブーティング・マルチ・チャンネル・デバイスに譲渡されたアメリカ特許出願第１０／０５５，５２９の主題（subject matter）を、そのまま、組み入れている。
【技術分野】
【０００２】
本発明は、一般に、少なくとも１つのデータ通信ネットワークを含むデータ通信に関するものである。
【背景技術】
【０００３】
データ通信は、１以上のソースから１以上のシンクに、データを移送するものであり、（ａ）プロトコルにしたがって、１以上のソースと１以上のシンクとの間の（ｂ）１以上のデータ・リンクを介して、データの移相が実現される。Weik, Communications Standard Dictionary ２０３（第３版、１９９６）。データ通信ネットワークは、１以上のデータ・リンクを通じた２以上のエンティティ（すなわち、データ・ソースおよび／またはシンク）の相互接続である。Weik, Communications Standard Dictionary ６１８ （第３版、１９９６）。
【０００４】
図面を参照すると、とくに、図１Ａを参照すると，パケット交換ネットワーク１００および回線交換ネットワーク１０２が図示されている。パケット交換ネットワーク１００と回線交換ネットワーク１０２の間に介在するアグレゲイション（aggregation）・デバイス１０４が図示されている。回線交換ネットワーク１０２を介して，互いに接続されるように描かれたパーソナルコンピュータ・デバイス１０８およびボイス・デバイス１１２が図示されている。
【０００５】
図１Ｂを参照すると，アグレゲイション・デバイス１０４の組立分解図である図１のブロックダイアグラムが描かれている。アグレゲイション・デバイス１０４の内部には、マルチライン・バス１１６によって接続されたホスト・プロセッサ１１４およびマルチライン・バス（ペリフェラル・コンポーネント・インターコネクト（ＰＣＩ）バス）・デバイス１１８が描かれている。動作に際し、アグレゲイション・デバイス１０４を通過するすべてのデータは、ホスト・プロセッサ１１４によって処理され、ホスト・プロセッサ１１４を通過することが必要である。たとえば、回線交換ネットワーク１０２からパケット交換ネットワーク１００に向かう方向に、アグレゲイション・デバイスを通過するデータに関していえば、一般に、ホスト・プロセッサ１１４は、各マルチライン・バス・デバイス１１８が、ポーリング（ラウンド・ロビン・ポーリング）を介したデータを有しているかを決定する。ポーリングが、特定のマルチライン・バス・デバイス１１８にデータが存在することを示しているときは、ホスト・プロセッサ１１４は、そのマルチライン・バス・デバイス１１８に、そのデータを、マルチライン・バス１１６を介して、ホスト・プロセッサ１１４に引き渡すように命じる。その後、ホスト・プロセッサ１１４は、受信したデータを適当に処理し、次いで、パケット化されたデータを、パケット交換ネットワーク１００を通じて、送信する。別の例として、パケット交換ネットワーク１００から回線交換ネットワーク１０２に向かう方向に、アグレゲイション・デバイスを通過するデータに関して述べると、通常、ホスト・プロセッサ１１４は、パケット交換ネットワーク１００から、パケット化されたデータを受信する。その後、ホスト・プロセッサ１１４は、受信したデータを適当に処理し、次いで、処理したデータを、マルチライン・バス１１６を介して、適当なマルチライン・バス・デバイス１１８に送信する。
【０００６】
本発明者は、アグレゲイション・デバイス１０４を通過するすべてのデータがホスト・プロセッサ１１４を通過する技術の範囲では、ホスト・プロセッサ１１４が、データ送信のボトルネックになることを見出した。
【発明の要約】
【０００７】
ある実施態様においては、とくに限定されるものではないが、システムは、ネットワークと少なくとも１つのネットワーク・ステーションの間に介在するロー・プロセッサ・ロード・アグレゲイション・デバイスを備え、ロー・プロセッサ・ロード・アグレゲイション・デバイスは、（ａ）前記少なくとも１つのネットワーク・ステーションと関連付けられた少なくとも１つの内部ネットワーク・タグを有する少なくとも１つのマルチチャンネル・デバイスと、（ｂ）前記ネットワークと動作可能に結合されたホスト・プロセッサ制御ルーティング・デバイスを有し、前記ホスト・プロセッサ制御ルーティング・デバイスは、少なくとも１つのネットワーク・アドレスを、前記少なくとも１つのネットワーク・ステーションと関連付けられた前記少なくとも１つの内部ネットワーク・タグに整合させる（coordinate）ように構成されている。
【０００８】
ある実施態様においては、とくに限定されるものではないが、方法は、外部ネットワーク・パケットを、ロー・プロセッサ・ロード・アグレゲイション・デバイスの内部プライベート・ネットワーク・アドレスに整合させるステップを備えている。当該方法の別の実施態様においては、外部ネットワーク・パケットを、ロー・プロセッサ・ロード・アグレゲイション・デバイスの内部プライベート・ネットワーク・アドレスに整合させるステップが、外部ネットワーク・パケットを、少なくとも１つのマルチチャンネル・デバイスの少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるように構成されたことを特徴としている。当該方法のさらに別の実施態様においては、外部ネットワーク・パケットを、少なくとも１つのマルチチャンネル・デバイスの少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるステップが、外部ネットワーク・パケットを、外部ネットワーク・パケットのコンテンツに基づいて、少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるように構成されたことを特徴としている。当該方法のさらに別の実施態様においては、外部ネットワーク・パケットを、外部ネットワーク・パケットのコンテンツに基づいて、少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるステップが、外部ネットワーク・パケットを、外部ネットワーク・パケットのボイス・オーバー・アイピー・コンテンツ、モデム・オーバー・アイピー・コンテンツまたはファックス・オーバー・アイピー・コンテンツに基づいて、内部プライベート・ネットワーク・アドレスに整合させるように構成されたことを特徴としている。当該方法のさらに別の実施態様においては、外部ネットワーク・パケットを、少なくとも１つのマルチチャンネル・デバイスの少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるステップが、外部ネットワーク・パケットを、外部ネットワーク・パケットのヘッダーに基づいて、少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるように構成されたことを特徴としている。当該方法のさらに別の実施態様においては、パケットの外部ネットワーク・アドレスを、少なくとも１つのマルチチャンネル・デバイスの少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるステップが、外部ネットワーク・アドレスを、少なくとも１つのマルチチャンネル・デバイスに一意的に関連付けられた少なくとも１つの内部プライベート・ネットワーク・デバイスに整合させるように構成されたことを特徴としている。当該方法のさらに別の実施態様においては、パケットの外部ネットワーク・アドレスを、少なくとも１つのマルチチャンネル・デバイスの少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるステップが、外部ネットワーク・アドレスを、少なくとも１つのマルチチャンネル・デバイス内の少なくとも１つのＶＬＡＮタグに整合させるように構成されたことを特徴としている。当該方法のさらに別の実施態様においては、外部ネットワーク・アドレスを、少なくとも１つのマルチチャンネル・デバイス内の少なくとも１つのＶＬＡＮタグに整合させるステップが、外部ネットワーク・アドレスを、少なくとも１つのマルチチャンネル・デバイス内の少なくとも１つのＶＬＡＮタグに整合させるように構成されたことを特徴とし、少なくとも１つのＶＬＡＮタグが、少なくとも１つのネットワーク・ステーションの論理チャンネルを保全するチャンネル・ユニットに関連付けられている。当該方法のさらに別の実施態様においては、とくに限定されるものではないが、前記ネットワーク・ステーションが、ＰＣデバイス、ボイス・デバイスおよびファクス・デバイスを含むネットワーク・ステーション・グループから選ばれるネットワーク・ステーションを含んでいる。当該方法のさらに別の実施態様においては、外部ネットワーク・パケットを、ロー・プロセッサ・ロード・アグレゲイション・デバイスの内部プライベート・ネットワーク・アドレスに整合させるステップが、外部ネットワーク・アドレスを、ホスト・プロセッサの内部プライベート・ネットワーク・アドレスに整合させるように構成されたことを特徴としている。当該方法のさらに別の実施態様においては、外部ネットワーク・アドレスを、ホスト・プロセッサの内部プライベート・ネットワーク・アドレスに整合させるステップが、前記外部ネットワーク・アドレスを有するパケットの少なくとも一部を、前記ホスト・プロセッサの内部プライベート・ネットワーク・アドレスに送信するように構成されたことを特徴としている。当該方法のさらに別の実施態様においては、外部ネットワーク・アドレスを、ホスト・プロセッサの内部プライベート・ネットワーク・アドレスに整合させるステップが、前記外部ネットワーク・アドレスを有するパケットの少なくとも一部を、ホスト・プロセッサの内部プライベート・ネットワーク・アドレス内のチャンネル・ユニットに送信するように構成されたことを特徴としている。当該方法のさらに別の実施態様においては、内部プライベート・ネットワーク・アドレスが、イーサネット・プロトコル・アドレスによって構成されたことを特徴としている。上述したものに加えて、他の実施態様にかかる方法が、請求の範囲、図面および本件出願の一部をなす明細書に記載されている。
【０００９】
１または２以上の種々の実施態様において、とくに限定されるものではないが、関連するシステムは、上述した実施態様にかかる方法を実行するための回路構成および／またはプログラミングを含んでいる。回路構成および／またはプログラミングは、実際には、システム設計者のシステム設計にしたがって、上述した実施態様にかかる方法を実行するように構成されたハードウェア、ソフトウエアおよび／またはファームウエアを組み合わせてもよい。
【００１０】
ある実施態様においては、とくに限定されるものではないが、方法は、外部ネットワーク・ステーション・パケットを、少なくとも１つのマルチチャンネル・デバイスの少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるステップを備えている。当該方法の別の実施態様においては、外部ネットワーク・ステーション・パケットを、少なくとも１つのマルチチャンネル・デバイスの少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるステップが、外部ネットワーク・ステーション・パケットを、前記外部ネットワーク・ステーション・パケットのコンテンツに基づいて、少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させることを特徴としている。当該方法のさらに別の実施態様においては、外部ネットワーク・ステーション・パケットを、前記外部ネットワーク・ステーション・パケットのコンテンツに基づいて、少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させるステップが、外部ネットワーク・ステーション・アドレスを、前記外部ネットワーク・ステーション・パケットのコンテンツに基づいて、ホスト・プロセッサの内部プライベート・ネットワーク・アドレスに整合させることを特徴としている。当該方法のさらに別の実施態様においては、外部ネットワーク・ステーション・アドレスを、前記外部ネットワーク・ステーション・パケットのコンテンツに基づいて、ホスト・プロセッサの内部プライベート・ネットワーク・アドレスに整合させるステップが、外部ネットワーク・ステーション・アドレスを、前記外部ネットワーク・ステーション・パケットのＰＰＰ制御コマンド・コンテンツに基づいて、ホスト・プロセッサの内部プライベート・ネットワーク・アドレスに整合させることを特徴としている。当該方法のさらに別の実施態様においては、外部ネットワーク・ステーション・パケットを、前記外部ネットワーク・ステーション・パケットのコンテンツに基づいて、ホスト・プロセッサの内部プライベート・ネットワーク・アドレスに整合させるステップが、外部ネットワーク・ステーション・アドレスを、前記外部ネットワーク・ステーション・パケットのヘッダーに基づいて、ルーティング・デバイスの内部プライベート・ネットワーク・アドレスに整合させることを特徴としている。当該方法のさらに別の実施態様においては、内部プライベート・ネットワーク・アドレスが、イーサネット・プロトコル・アドレスによって構成されたことを特徴としている。上述したものに加えて、他の実施態様にかかる方法が、請求の範囲、図面および本件出願の一部をなす明細書に記載されている。
【００１１】
１または２以上の種々の実施態様において、とくに限定されるものではないが、関連するシステムは、上述した実施態様にかかる方法を実行するための回路構成および／またはプログラミングを含んでいる。回路構成および／またはプログラミングは、実際には、システム設計者のシステム設計にしたがって、上述した実施態様にかかる方法を実行するように構成されたハードウェア、ソフトウエアおよび／またはファームウエアを組み合わせてもよい。
【００１２】
ある実施態様においては、とくに限定されるものではないが、方法は、外部ネットワーク・ステーション・制御メッセージを、ロー・プロセッサ・ロード・アグレゲイション・デバイスの内部プライベート・ネットワーク・アドレスに整合させるステップを備えている。当該方法の別の実施態様においては、外部ネットワーク・ステーション・制御メッセージを、ロー・プロセッサ・ロード・アグレゲイション・デバイスの内部プライベート・ネットワーク・アドレスに整合させるステップが、外部ネットワーク・ステーション・制御メッセージを、少なくとも１つの内部プライベート・ネットワーク・アドレスに整合させることを特徴としている。当該方法のさらに別の実施態様においては、制御メッセージが、ＰＰＰ制御メッセージを含んでいる。当該方法のさらに別の実施態様においては、内部プライベート・ネットワーク・アドレスが、イーサネット・プロトコル・アドレスによって構成されたことを特徴としている。上述したものに加えて、他の実施態様にかかる方法が、請求の範囲、図面および本件出願の一部をなす明細書に記載されている。
【００１３】
１または２以上の種々の実施態様において、とくに限定されるものではないが、関連するシステムは、上述した実施態様にかかる方法を実行するための回路構成および／またはプログラミングを含んでいる。回路構成および／またはプログラミングは、実際には、システム設計者のシステム設計にしたがって、上述した実施態様にかかる方法を実行するように構成されたハードウェア、ソフトウエアおよび／またはファームウエアを組み合わせてもよい。
【００１４】
上述したものは要約であり、したがって、必然的に、詳細の簡略化、一般化および省略を含んでいる。したがって、当業者は、前記要約は、例示的なものであり、決して限定的なものでないことを理解し得るであろう。ここに記載されたデバイスおよび／またはプロセスの他の側面、発明的特徴および効果は、請求の範囲によってのみ特定されているように、以下の限定的でない説明から明らかになるであろう。
【発明の詳細な説明】
【００１５】
図２を参照すると、図１Ｂのブロックダイアグラムが示され、図２においては、パケット交換ネットワーク１００と回線交換ネットワーク１０２との間に介在するロー・プロセッサ・ロード・アグレゲイション・デバイス２５０を描くために、修正されたブロックダイアグラムが示されている。ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０は、標準的なルーティング・デバイス２１０に接続されており、図示のように、ルーティング・デバイス２１０は、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０の内部構造についての知識なしに、ルーティングを処理するように構成されている。標準的なルーティング・デバイス２１０は、ある実施形態では、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０が、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０についての知識を持たないレガシー・ルーティング・デバイスおよびネットワークと下位互換性を有し、他の実施形態では、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０が、標準的なルーティング・デバイス２１０およびホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイスとの双方の機能性を有するルーティング・デバイスと一体として（たとえば、その制御コードが、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイスと相互に影響し合うように修正されたレガシー・ルーティング・デバイスを通じて、あるいは、標準的なルーティング・デバイス２１０およびホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイスとの双方の機能性を有する新たに生成されたルーティング・デバイスを通じて）、一体として、動作可能なように、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０との境界に広がるように描かれている。しかしながら、標準的なルーティング・デバイス２１０の概念を明確にし、各要素の動作を最もわかりやすく強調するため、ここでは、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイスと機能的に分離して、描かれている。
【００１６】
ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００は、標準的なルーティング・デバイス２１０とイーサネット・スイッチ２０４との間に、配置されている。ここでは、簡略化のため、イーサネット・プロトコル・スイッチが描かれているが、当業者であれば、本技術分野における知識の範囲内の最小の実験的努力を通じて、イーサネット・スイッチ２０４に代えて、同様のスイッチを用いてもよいことに気がつくであろう。種々の実施形態において、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００は、以下に記載するように、種々の方法で、ヘッダーをパケットに付加し、ヘッダーをパケットから除去するように、ホスト・プロセッサ２０２によって制御される。
【００１７】
図示のように、イーサネット・スイッチ２０４は、イーサネット・バス２５５に接続されている。ここでは、簡略化のため、イーサネット・バス２５５は、共用メディアム・バスとして描かれているが、当業者であれば、本技術分野における知識の範囲内の最小の実験的努力を通じて、ここに開示された知見が、共用でないメディアム・バス（たとえば、非共用メディアム・イーサネット・バス）にも当て嵌まるということを理解することができるであろう。
【００１８】
当業者であれば、簡略化のため、ここでは、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０が、「ハイブリッド（hybrid）」ネットワークよりなるものとして、図示されていることに気がつくであろう。すなわち、ホスト・プロセッサ２０２およびホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００が、ここでは、それぞれ、スイッチ２０４の独自のポートに取り付けられた非共用メディアム・バスに取り付けられたものとして、描かれている一方で、残りのイーサネット・デバイス２１６、２２６、２３６が、ここでは、スイッチ２０４の独自のポートに取り付けられた共用メディアム・バス２５５に取り付けられたものとして、描かれている。ここでは、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０が、ハイブリッドシステムよりなるものとして、図示されているが、当業者であれば、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０が、非ハイブリッドシステムであってもよいということを理解することができるであろう。たとえば、当業者であれば、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０が、ホスト・プロセッサ２０２、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００および残りのイーサネット・デバイス２１６、２２６、２３６がすべて、共用メディアム・バス２５５に取り付けられ、それによって、スイッチ２０４の要求を未然に防ぐようにした非ハイブリッド・「共用メディアム（shared medium）」・システムであってもよいことに気付くであろう。別の実施態様として、当業者であれば、ホスト・プロセッサ２０２、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００および残りのイーサネット・デバイス２１６、２２６、２３６が、それぞれ、スイッチ２０４の独自のポートに付属する独自の非共用メディアムに取り付けられた非ハイブリッド・「スイッチド（switched）」・システムであってもよいということが理解できるであろう。当業者であれば、本技術分野における知識の範囲内の最小の実験的努力を通じて、上述した非ハイブリッド・システムの一方あるいは双方を実現し得ることを理解できるであろう。
【００１９】
再び、図２を参照すれば、さらに、イーサネット・バス２５５に、イーサネット・デバイス２１６、２２６、２３６が接続されており、各イーサネット・デバイス２１６、２２６、２３６は、一意的に割り当てられたメディア・アクセス制御（ＭＡＣ）アドレスを有している。図示のように、各イーサネット・デバイス２１６、２２６、２３６には、それぞれ、マルチチャンネル・デバイス２１８、２２８、２３８が一意的に接続されている。図示のように、マルチチャンネル・デバイス２１８、２２８、２３８は、それぞれ、少なくともチャンネルの一端部（その他端部は、（基礎をなす回線交換ネットワーク１０２などの）基礎をなす介在ネットワークを横切る（ＰＣデバイス１０８や、ボイス・デバイス１１２などの）あるネットワーク・ステーション・デバイスによって提供される）を構築し、サポートするために、必要に応じて、基礎をなす回線交換ネットワークによって提供されるインターフェイスにアクセス可能である。図２および他の図面ならびにこれらの対応する記載においては、マルチチャンネル・デバイス２１８、２２８、２３８の１つに結合している２つのネットワーク・ステーション（すなわち、ＰＣデバイス１０８およびボイス・デバイス１１２）のみにつき言及されているが、当業者は、通常の動作において、各マルチチャンネル・デバイス２１８、２２８、２３８が、一般に、チャンネル・サポートに結合し、同時に、数多くのネットワーク・ステーションへのチャンネル・サポートを提供していることに気がつくであろう。また、当業者であれば、ここで、２つのネットワーク・ステーションのみが図示され、説明されている理由が、簡略化のためであることを理解し得るであろう。
【００２０】
図２に関連して、説明を加えたよううに、各マルチチャンネル・デバイス２１８、２２８、２３８のＭＡＣアドレスは、一意的に割り当てられていることが好ましい。そのような割り当てをする方法は、数多くあるが、以下において、そのうちの１つにつき、説明を加える。
Ｉ．パケット・ネットワークへのアドレスの割り当て
【００２１】
図８Ａを参照すると、（たとえば、イーサネット・ブリッジ、スイッチあるいはハブなどの）ブロードキャスト可能スイッチ２０４に動作可能に、（たとえば、同軸ケーブルを介して、）結合されたホスト・プロセッサ２０２が図示されている。図８Ａには、共用メディアム２５５（たとえば、当業者であれば、共用メディアムおよび非共用メディアムの一方あるいは双方よりなることが認識し得るイーサネット・バス）に動作可能に結合された３つのブロードキャスト・パケット・プロセッシング・デバイス（たとえば、イーサネット・デバイス）２１６、２２６、２３６が図示されている。図示されているように、３つのブロードキャスト・パケット・プロセッシング・デバイスは、それぞれ、アテンド・イグノア・ライン（attend-ignore line）８１０、８２０、８３０を介して、ホスト・プロセッサ２０２に動作可能に結合されている。
【００２２】
図８Ｂを参照すると、ホスト・プロセッサ２０２が、ブロードキャスト・パケット・プロセッシング・デバイス２１６、２２６、２３６に、すべてのアテンド・イグノア・ライン（attend-ignore line）８１０、８２０、８３０上に、「イグノア」バリューをセットすることを通じて、イグノア・イニシャル・アドレス・アサインメント・モード（ignore-initial-address-assignment mode）をエンターするように指示した状態が図示されている。
【００２３】
図８Ｃを参照すると、ホスト・プロセッサ２０２が、第一のブロードキャスト・パケット・プロセッシング・デバイス２１６のアテンド・イグノアライン８１０に、「アテンド」バリューをセットすることを通じて、ブロードキャスト・パケット・プロセッシング・デバイス２１６に、プロセス・イニシャル・アドレス・アサインメント・モード（process-initial-address-assignment mode）をエンターするように指示した状態が図示されている。
【００２４】
図８Ｄを参照すると、ホスト・プロセッサ２０２が、第一のアドレス・アサインメント（address-assignment）メッセージ（たとえば、ＭＡＣアドレスに、イーサネット・デバイスを割り当てる旨のメッセージ）を有するブロードキャスト・パケットを含むペイロードを伝達した状態が示されており、ブロードキャスト可能なスイッチ２０４が、共用メディアム２５５上をルーティングしている。
【００２５】
図８Ｅを参照すると、図示のように、アテンド・イグノアライン８１０に、「アテンド」バリューを有するブロードキャスト・パケット・プロセッシング・デバイス２１６は、ブロードキャスト・パケットを有し、第一のアドレス割り当てメッセージを、アドレス割り当て認識デバイス８１２にパスするように構成されている。第一のアドレス割り当てメッセージを受けると、内部アドレス割り当て認識デバイス８１２は、関連するブロードキャスト・パケット・プロセッシング・デバイス２１６が、まだ、割り当てられたアドレスを有していないことを認識する．したがって、内部アドレス割り当て認識デバイス８１２は、第一のアドレス割り当てメッセージを受信し、「第一のアドレス（first address）」をブロードキャスト・パケット・プロセッシング・デバイス２１６に割り当て、その後、「第一のアドレス割り当て（first address assignment）」が完了したことを示す第一のアドレス割り当てメッセージのアクノリッジメントを、ホスト・プロセッサ２０２に送信する。
【００２６】
図８Ｆを参照すると、ホスト・プロセッサ２０２が、第二のブロードキャスト・パケット・プロセッシング・デバイス２２６のアテンド・イグノアライン８２０に、「アテンド」バリューをセットすることを通じて、第二のブロードキャスト・パケット・プロセッシング・デバイス２２６に、プロセス・イニシャル・アドレス・アサインメント・モードをエンターするように指示した状態が図示されている。さらに、アドレス割り当て認識デバイス（たとえば、ＭＡＣ・アドレス割り当て認識デバイス）８１２が、「割り当てられた第一のアドレス（first address assigned）」に等しいアサインメント・ステータスを有し、図８Ｅにつき、上述した動作の結果、それに関連するブロードキャスト・パケット・プロセッシング・デバイス（たとえば、イーサネット・デバイス）２１６が、第一のアドレスに等しいアドレス・ステータスを有している状態が図示されている。
【００２７】
図８Ｇを参照すると、ホスト・プロセッサ２０２が、第二のアドレス割り当てメッセージを有するペイロードを含むブロードキャスト・パケットをを伝達した状態が示されており、ブロードキャスト可能なスイッチ２０４が、共用メディアム２５５上をルーティングしている。
【００２８】
図８Ｈを参照すると、図示のように、対応するアテンド・イグノアライン８１０、８２０に、それぞれ、「アテンド」バリューを有する第一および第二のブロードキャスト・パケット・プロセッシング・デバイス２１６、２２６が、それぞれ、ブロードキャスト・パケットを有し、第二のアドレス割り当てメッセージを、対応する内部アドレス割り当て認識デバイス８１２、８２２にパスするように構成されている。第二のアドレス割り当てメッセージを受けると、第一のブロードキャスト・パケット・プロセッシング・デバイス２１６に関連する内部アドレス割り当て認識デバイス８１２は、関連するブロードキャスト・パケット・プロセッシング・デバイス２１６に、（「割り当てられた第一のアドレス」に等しいそのアサインメント・ステータスを通じて、）すでに、アドレスが割り当てられたことを認識し、したがって、第二のアドレス割り当てメッセージを無視する。さらに、図示のように、まだ割り当てられたアドレスを有していない第二のブロードキャスト・パケット・プロセッシング・デバイス２２６に関連する内部アドレス割り当て認識デバイス８２２は、第二のアドレス割り当てメッセージを受けると、関連するブロードキャスト・パケット・プロセッシング・デバイス２２６に、まだ、アドレスが割り当てられていないことを認識し、したがって、第二のブロードキャスト・パケット・プロセッシング・デバイスに関連する内部アドレス割り当て認識デバイス８２２は、第二のブロードキャスト・パケット・プロセッシング・デバイス２２６に、第二のアドレス割り当てメッセージによって示された第二のアドレスを割り当て、その後、第二のアドレス割り当てが受信された旨のアクノリッジメントを、ホスト・プロセッサ２０２に送信する。
【００２９】
図８Ｉを参照すると、アドレス割り当て認識デバイス（たとえば、ＭＡＣ・アドレス割り当て認識デバイス）８２２が、「割り当てられた第二のアドレス」に等しいアサインメント・ステータスを有し、図８Ｅにつき、上述した動作の結果、それに関連するブロードキャスト・パケット・プロセッシング・デバイス（たとえば、イーサネット・デバイス）２２６が、第二のアドレスに等しいアドレス・ステータスを有している状態が図示されている。
【００３０】
図８Ｂないし８Ｉは、３つのブロードキャスト・パケット・プロセッシング・デバイス２０６のうちの２つに対するアドレスの割り当てにつき、開示している。ある実施形態では、残りの（第三の）ブロードキャスト・パケット・プロセッシング・デバイス２０６には、図８Ｇないし８Ｉに図示される処理手順をわずかに手直しすることによって、その後に、アドレスが割り当てられ、図８Ｇないし８Ｉに図示される処理手順の手直しは、当業者にとっては容易なことである。さらに、ここでは、３つのブロードキャスト・パケット・プロセッシング・デバイスへのアドレスの割り当てについてのみ説明を加えているが、当業者であれば、本技術分野における知識の範囲内の合理的な実験的努力を通じて、ここに説明した考え方を、数多くの（っとえば、数百の）ブロードキャスト・パケット・プロセッシング・デバイスに敷衍し得ることを理解することができるであろう。
【００３１】
図８Ｊを参照すると、図８Ａの他の実施態様が図示されている。図８Ｊに示されたシステムは、図示のように、ホスト・プロセッサ２０２が、アテンド・イグノア・ライン８１０を介して、ブロードキャスト・パケット・プロセッシング・デバイス２１６のみに動作可能に結合されている点を除き、図８Ａに示されたシステムと実質的に同一である。残りの２つのブロードキャスト・パケット・プロセッシング・デバイス２２６、２３６は、対応するアテンド・イグノア・ライン８２１、８３１を介して、互いに、動作可能に結合されている。
【００３２】
動作に際しては、図８Ｊに示された他の実施態様にかかるシステムを通じてのパケット・プロセッシング・デバイスに対するアドレスの割り当ては、アテンド・イグノア・ライン８１０、８２０、８３０を順次、制御するために、「デイジー・チェーニング（daisy‐chaining）」が用いられている点を除き、図８Ａにつき、上述したプロセスをわずかに手直ししたプロセスに基づく方法によって実現される。たとえば、ホスト・プロセッサ２０２は、アテンド・バリューを、第一のパケット・プロセッシング・デバイス２１６のアテンド・イグノア・ライン８１０上に出現させ、第一のアドレスを、第一のパケット・プロセッシング・デバイス２１６に割り当てる。その後、アドレス割り当てに引き続いて、第一のパケット・プロセッシング・デバイス２１６は、アテンド・バリューを、第二のアテンド・イグノア・ライン８２１上に出現させて、第二のパケット・プロセッシング・デバイスに送り、第二のアドレスを、第二のパケット・プロセッシング・デバイス２２６に割り当てる。次いで、アドレス割り当てに引き続いて、第二のパケット・プロセッシング・デバイス２２６は、アテンド・バリューを、第三のアテンド・イグノア・ライン８３１上に出現させて、第三のパケット・プロセッシング・デバイス２３６に送り、第三のアドレスを、第三のパケット・プロセッシング・デバイス２３６に割り当てる。上述のプロセスにおいて、アドレスの割り当ては、ホスト・プロセッサ２０２のダイレクトコントロールに代えて、第二および第三のパケット・プロセッシング・デバイス２０６のアテンド・イグノア・ラインを制御するために、デイジー・チェーニングを用いている点を除いて、図８Ｂないし図８Ｉにつき、上述したのと実質的に同様にして、実行される。上述した点に加えて、ある実施形値では、アドレスの割り当て後も、アテンド・バリューがアテンド・イグノア・ライン上に残り、他の実施形態では、アドレスの割り当て後に、イグノア・バリューがアテンド・イグノア・ライン上にセットされるということに留意すべきである。
【００３３】
上述の議論においては、特定のアドレス割り当てメッセージを有するペイロードを含むブロードキャスト・パケットの伝達につき、記載した。ある実施形態においては、かかる伝達は、ホスト・プロセッサ２０２が、特定のアドレスから、アクノリッジメントを受けるまで、ホスト・プロセッサ２０２が、特定のアドレス割り当てメッセージを有するペイロードを含むブロードキャスト・パケットの伝達を繰り返すことによって、特徴付けられている。たとえば、図８Ａないし図８Ｉの例に戻ると、ある実施形態では、ホスト・プロセッサ２０２が、第一のアドレス割り当てが完了した旨のアクノリッジメントを受けるまで、ホスト・プロセッサ２０２が、第一のアドレス割り当てメッセージを有するブロードキャスト・パケットを間欠的に送信し直す。関連した実施形態では、ホスト・プロセッサ２０２が、第一のアドレス割り当てが完了した旨の以前に送信したアクノリッジメントを受けないということが可能であるかぎり、したがって、図８Ｉに示されたパケット・プロセッシング・デバイス２１６が、引き続いて、第一のアドレス割り当てメッセージを同じものを受けるときは、その内部アドレス割り当て認識デバイス８１２が、図８Ｅにおいて示されるように、アドレス割り当てが実行された旨のアクノリッジメントを送信し直すだけである。
【００３４】
この時点で、ブロードキャスト・パケット・プロセッシング・デバイスには、対応するアドレスが割り当てられる（たとえば、イーサネット・デバイスには、独自のＭＡＣアドレスが割り当てられる）。このとき、アドレスが割り当てられたブロードキャスト・パケット・プロセッシング・デバイスに、独自に結合されたマルチチャンネル・デバイス２０８を起動することが望ましい。ある実施形態では、これは、マルチチャンネル・デバイスをブーティングすることによって実現される。
II．マルチチャンネル・デバイスのブーティング
【００３５】
図９Ａを参照すると、ブロードキャスト・パケット・プロセッシング・デバイス２１６、２２６、２３６に、あらかじめ、アドレスが割り当てられているシステム中に、マルチチャンネル・デバイス２１８、２２８、２３８が図示されている。ある実施形態では、パケット・プロセッシング・デバイス２１６、２２６、２３６には、Ｉにおいて説明された１以上のアドレス割り当て方法（「パケット・ネットワーク・デバイスへのアドレス割り当て（assigning addresses to packet‐network devices）」）を通じて、あらかじめ、アドレスが割り当てられてている。しかしながら、他の実施形態においては、パケット・プロセッシング・デバイス２１６、２２６、２３６には、他の方法によって（たとえば、従来のように、ＲＯＭを通じて）、アドレスが割り当てられている。
【００３６】
さらに、図９Ａを参照すると、各マルチチャンネル・デバイス２１８、２２８、２３８は、それぞれ、内部スレーブド・イニシャル・ブート・パケット・プロセッシング・デバイス（internal slaved initial boot packet
processing device）９１０、９２０、９３０およびブート・コントロール・コード・ＲＯＭ（boot-control code ROM）９１２、９２２、９３２を有している。ある実施形態においては、マルチチャンネル・デバイス２１８、２２８、２３８は、実質的に、互いに区別がつかないが、他の実施形態においては、互いに異なっている。
【００３７】
図９Ａには、初期起動メッセージを有するペイロードを含む少なくとも１つのパケットの伝達を開始するホスト・プロセッサ２０２が図示されており、パケット・スイッチ２０４は、共用メディアム２５５上を伝達する。ある実施形態においては、初期起動メッセージを含む単一のブロードキャスト・パケットが伝達される。他の実施形態においては、それぞれ、初期起動メッセージを含み、パケット・プロセッシング・デバイスにアドレスが割り当てられた複数のパケットが伝達される。
【００３８】
初期起動メッセージを含むパケットを受けると、各マルチチャンネル・デバイス２１８、２２８、２３８は、起動メッセージを、スレーブド・イニシャル・ブート・パケット・プロセッシング・デバイス９１０、９２０、９３０のそれぞれにデリバーする。その後、各スレーブド・イニシャル・ブート・パケット・プロセッシング・デバイス９１０、９２０、９３０は、それぞれ、各ブート・コントロール・コード・ＲＯＭ９１２、９２２、９３２から起動する。
【００３９】
図９Ｂを参照すると、ある実施形態において、スレーブド・イニシャル・ブート・パケット・プロセッシング・デバイス９１０を有するマルチチャンネル・デバイス２１８が起動したときに、スレーブド・イニシャル・ブート・パケット・プロセッシング・デバイス９１０が、ホスト・プロセッサ２０２の行先アドレスおよびパケット・プロセッシング・デバイス２１６の出所アドレスを有するパケットを送信する状態が図示されている。（アドレスが、あらかじめ割り当てられているためか、あるいは、Ｉのように、ホスト・プロセッサにアドレスが割り当てられているために、）ホスト・プロセッサ２０２が、共用メディアム２５５上のすべてのアクティブなパケット・プロセッシング・デバイス２１６、２２６、２３６についての知識を有しているかぎり、ホスト・プロセッサ２０２は、既知のアドレスを、アドレスの「セット（set）」として処理することができる。したがって、ホスト・プロセッサ２０２が、マルチチャンネル・デバイスが首尾よく、起動した旨のアクノリッジメントを受けると、ホスト・プロセッサ２０２は、（出所アドレスが受信したアドレスのセット内に、まだ表わされていないときは、）アクノリッジメントが含まれているパケットの出所アドレスを、「ブーティッド・アップ（booted‐up）」・アドレスのセットに付加することができる。その後、ホスト・プロセッサは、受信した「ブーティッド・アップ」・アドレスのセットを、すでに割り当てられた既知のパケット・プロセッシング・デバイスのアドレスのセット（たとえば、ズ９Ａおよび９Ｂにおける第一のアドレス、第二のアドレスおよび第三のアドレス）と比較することができ、受信したブーティッド・アップ・アドレスのセットが既知のアドレスのセットに一致するまで、ブーティッド・アップ・メッセージ・パケットを再送信することができる。
【００４０】
上述のように、ある実施形態においては、ホスト・プロセッサ２０２が、すべてのマルチチャンネル・デバイスから、送信をしたブート・アップ・メッセージを処理した旨のアクノリッジメントを受けていないときは、ホスト・プロセッサ２０２は、ブート・アップ・メッセージを送信し直すように構成されている。デバイスは起動されているが、何らかの理由で、アクノリッジメントが失われた可能性がある。したがって、ある実施形態においては、スレーブド・イニシャル・ブート・パケット・プロセッシング・デバイスが、ブート・アップ・メッセージを受信したが、ブート・アップ・メッセージを受信したスレーブド・イニシャル・ブート・パケット・プロセッシング・デバイスを有するマルチチャンネル・デバイスがすでに起動されているときは、スレーブド・イニシャル・ブート・パケット・プロセッシング・デバイスは、ブート・コントロール・コードが以前に実行されたと判定し、再起動はしない。しかしながら、スレーブド・イニシャル・ブート・パケット・プロセッシング・デバイスは、ブート・アップ・メッセージと同じアクノリッジメントを送信する。
【００４１】
上述した再送信およびアクノリッジメントに関する考え方は、マルチチャンネル・デバイスの起動に関してのみ、説明されているが、この再送信およびアクノリッジメントに関する考え方は、エラーあるいはロスから保護する必要があるロー・プロセッサ・ロード・アグレゲイション・デバイス２５０に関するいかなる送信にも適用し得るものであることは、当業者には明らかであろう。ここの知見に照らせば、上述の再送信およびアクノリッジメントに関する考え方は、本技術分野における知識の範囲内の実験的努力を通じて、すでに述べた他の送信に適用することができる。
III.  ロー・プロセッサ・ロード・アグレゲイション・デバイス
ａ．ボイス・データ・プロセッシングのあるレベルを提供することが要求されるロー・プロセッサ・ロード・集約ユニット
【００４２】
図３Ａないし図３Ｅを参照すると、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０の部分図に関連した方法を実行する一連のハイレベル・ブロックダイアグラムが図示されており、このロー・プロセッサ・ロード・アグレゲイション・デバイス２５０は、ボイス・データ・プロセッシングのあるレベルを提供することが要求されている。図３Ａを参照すると、ロー・プロセッサ・ロード・アグレゲイション・デバイス２１０が、（他に伝えるのではなく、）処理することを要求されているタイプのボイス（たとえば、ボイス・オーバー・アイピー）・コンテンツを含むペイロードを有するインバウンド・パケット３００を受信する標準的なルーティング・デバイス２１０が図示されている。ここでは、ロー・プロセッサ・ロード・アグレゲイション・デバイス２１０が、（他に伝えるのではなく、）処理することを要求されているタイプのボイス（たとえば、ボイス・オーバー・アイピー）・コンテンツを含むペイロードにつき、説明が加えられるが、ロー・プロセッサ・ロード・アグレゲイション・デバイス２１０が、（他に伝えるのではなく、）処理することを要求されているタイプのボイス・コンテンツは、ロー・プロセッサ・ロード・アグレゲイション・デバイス２１０が、（他に伝えるのではなく、）処理することを要求されている他のタイプのコンテンツをも代表するものであることは、当業者は容易に理解するであろう。ロー・プロセッサ・ロード・アグレゲイション・デバイス２１０が処理することを要求されている他のタイプのコンテンツの例としては、ファックス・オーバー・アイピー（たとえば、インターナショナル・テレコミューニケイションズ・ユニオン（ＩＴＵ）Ｔ．３８）・コンテンツ、モデム・オーバー・アイピー（テレコミューニケイションズ・インダストリ・アソシエーション（ＴＩＡ）ＴＲ３０．１）・コンテンツ、その他、上述したのと類似したものとして、当業者が認識することができるコンテンツが挙げられる。当業者であれば、本技術分野における知識の範囲内の合理的な実験的努力を通じて、ロー・プロセッサ・ロード・アグレゲイション・デバイス２１０が、（他に伝えるのではなく、）処理することを要求されている他のタイプのコンテンツに、ここに挙げた例は、拡張可能であることを理解するであろう。
【００４３】
引き続き、図３Ａを参照すると、図示されているように、標準的なルーティング・デバイス２１０は、インバウンド・パケット３００のヘッダー内の行き先アドレスを調べ、その（標準的なルーティング・デバイス２１０の）内部ルーティング・テーブルから、インバウンド・パケット３００のヘッダーの行き先アドレスが、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００にフィードする標準的なルーティング・デバイス２１０のポートに関連付けられているようにし、その結果として、インバウンド・パケット・ダウンロードを、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００に送る（ルーティング）する。
【００４４】
ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００は、受信したインバウンド・パケット３００のアドレスを、ボイス・デバイス１１２を含むチャンネルと潜在的に関連するアドレスを認識するように（ある実施形態では、この潜在的な関連は、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００に関連付けられた１以上のパケット・ネットワーク・アドレスに、アドレスされているインバウンド・パケット３００を通じて、認識される。）、ホスト・プロセッサ２０２によって、あらかじめ構成されている。ここに、ボイス・デバイス１１２は、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０に、ボイス・データ（たとえば、パルス・コード・モデュレイテッド（ＰＣＭ）データ）の処理を求めている。したがって、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００は、受信したインバウンド・パケット３００を比較的じっくりと見極め、パケットのポート（たとえば、パケット交換ネットワーク１００がＩＰを用いているときは、インバウンド・パケット３００のユーザー・データグラム・プロトコル（ＵＤＰ）ポート）の識別結果が、要求されるボイス・プロセッシングと潜在的に関連するポート識別子として、ホスト・プロセッサ２０２がすでに決定していたものかどうかを判定する。
【００４５】
受信したインバウンド・パケット３００を詳しく調べた結果、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００は、パケットのポート識別結果が、要求されるボイス・プロセッシングと潜在的に関連するポート識別子として、ホスト・プロセッサ２０２がすでに決定していたものでると判定したときは、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００は、インバウンド・パケット３００のネットワーク・アドレスおよびポート・アドレスに基づいて、既知のインバウンド・パケットを、少なくとも１つのマルチチャンネル・デバイス内の少なくとも１つのロジカル・チャンネルにマップする。たとえば、パケット交換ネットワーク１００が、インターネット・プロトコル（ＩＰ）を用いている場合には、インバウンド・パケットのインターネット・行き先アドレスおよびインバウンド・パケットのユーザー・データグラム・プロトコル・ポート・ナンバーが、マルチチャンネル・デバイス２２８に一意的に関連付けられたイーサネット・ＭＡＣ・アドレスおよびマルチチャンネル・デバイス２２８内の少なくとも１つのロジカル・チャンネルに関連付けられた（バーチャル・ローカル・エリア・ネットワーク（Virtual Local Area Network））ＶＬＡＮ・タグに、マップされる（ある実施形態では、関連付けは１対１である。）。ここに、少なくとも１つのロジカル・チャンネルは、ボイス・チャンネル１１２とともに構築されたロジカル・チャンネル（たとえば、マルチチャンネル・デバイス２２８のチャンネル・ユニット＿２によって保持されているロジカル・チャンネル）の一端である。当業者であれば、マルチチャンネル・デバイス２２８が、ある実施形態においては、マルチチャンネル・デバイス２１８（図）、２２８、２３８（図２）が、一意的に割り当てられたＭＡＣアドレスを有する対応するイーサネット・デバイスに一意的に結合されているという事実から、関連付けが生じるＭＡＣアドレスに「関連付けられた（associated with）」ものとして、記載されていることに気付くであろう。
【００４６】
引き続き、図３Ａを参照すると、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００は、インバウンド・パケット３００からのパケット・ネットワーク・ヘッダーをストリップし、マルチチャンネル・デバイス２２８に関連付けられた行き先ＭＡＣアドレスを有し、さらに、マルチチャンネル・デバイス２２８内のロジカル・チャンネル（たとえば、チャンネル・ユニット＿２によって保持されているロジカル・チャンネル）に関連付けられている「ＶＬＡＮ」（たとえば、ＶＬＡＮ＿２）に関連付けられているＶＬＡＮタグを、イーサネット・フレーム内に有するイーサネット・フレーム３０２を生成する。ここでは、図示のために、ＶＬＡＮタグおよび関連するＶＬＡＮが記載されているが、当業者であれば、本技術分野における知識の範囲内の最小の実験的努力を通じて、ここの知見が他のタグに適用し得ることを理解するであろう。しかしながら、あるイーサネットの実施形態では、レガシー・イーサネット・スイッチおよび新規なイーサネット・スイッチが、ＶＬＡＮ識別子を「見る（see）」ことができにくい場合に、ＶＬＡＮタグが大きなメリットをもたらし、したがって、ある実施形態では、ここで提供された知見とともに利用されるときに、ＶＬＡＮタグが、きわめて精度がよく、かつ、使いやすいことが、本発明者によって見出されている。イーサネット・フレーム３０２が、イーサネット・スイッチ２０４によって、イーサネット・バス２５５上に、送り出されている状態が図示されている。
【００４７】
図３Ｂを参照すると、イーサネット・フレーム３０２を受けたときに、イーサネット・フレーム３０２のＭＡＣアドレスを有するデバイスが、イーサネット・ヘッダーをストリップし、残りのＶＬＡＮによってタグされたパケット３０４を、マルチチャンネル・デバイス２２８に手渡す状態が描かれている。マルチチャンネル・デバイス２２８は、ＶＬＡＮによってタグされたパケット３０４を、ＶＬＡＮによってタグされたパケット３０４のＶＬＡＮタグ（ある実施形態においては、ＶＬＡＮとチャンネル・ユニットとの間の関連付けは、ホスト・プロセッサ２０２によって、あらかじめ、マルチチャンネル・デバイスに送られた制御情報に基づいて、認識される。）によって特定されたＶＬＡＮユニット（たとえば、図３ＢのＶＬＡＮユニット＿２）に、デリバーする。ＶＬＡＮユニット＿２が、ＶＬＡＮによってタグされたパケット３０４から、ＶＬＡＮタグを取り去り、残りのボイス・オーバー・アイピー・データを、それに（ＶＬＡＮユニット＿２に）関連するチャンネル・ユニット（たとえば、図３Ｂに示されるチャンネル・ユニット＿２）に、デリバーする状態が図示されている。図示のように、関連するチャンネル・ユニットは、ボイス・オーバー・アイピー・データを、そのＰＣＭ表示に変換し、次いで、ＰＣＭデータを、ボイス・デバイス１１２に送り出す。
【００４８】
図３Ａおよび図３Ｂは、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０を通過するインバウンド・ボイス・パケットを示している。図３Ｃおよび図３Ｄは、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０を通過するアウトバウンド・ボイス・パケットを示している。
【００４９】
図３Ｃを参照すると、ボイス・デバイス１１２から、ＰＣＭデータを受信したときに、チャンネル・ユニット（たとえば、チャンネル・ユニット＿２）が、ＰＣＭデータを、適当にアドレスされ、外部パケット交換ネットワーク１００（図２）宛てのアウトバウンド・ボイス・オーバー・アイピー・パケット３０８に変換し、次いで、ボイス・オーバー・アイピー・パケット３０８を、イーサネット・デバイス２２６に手渡し、イーサネット・デバイス２２６によって、ボイス・オーバー・アイピー・パケット３０８が、行き先アドレスとして、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００のＭＡＣアドレスを有しているイーサネット・フレーム３０２内にカプセル化される状態が示されている。その後に、イーサネット・デバイス２２６は、イーサネット・フレーム３０２を、イーサネット・バス２５５上に送信する。
【００５０】
図３Ｄを参照すると、イーサネット・スイッチ２０４が、イーサネット・フレーム３０２を、ボイス・オーバー・アイピー・パケット３０８が、行き先アドレスとして、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００に、スイッチする状態が示されている。その後に、ボイス・オーバー・アイピー・パケット３０８が、行き先アドレスとして、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００は、イーサネット・フレーム３０２から、イーサネット・ヘッダーを取り去り、次いで、アウトバウンド・ボイス・オーバー・アイピー・パケット３０８を、パケット交換ネットワーク１００に送り出す。
【００５１】
図３Ａないし図３Ｄは、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０に、ネットワーク・ステーションのためのボイス・プロセッシングを提供することが要求されている例を図示している。しかしながら、多くの場合、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０には、そのような処理は要求されない。図４Ａないし４Ｆには、アドレスを割り当てるより一般的なケースが示されている。
ｂ．データの受動的なルートとして機能することが要求されるロー・プロセッサ・ロード・集約ユニット
【００５２】
図４Ａないし図４Ｆを参照すると、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０に関連した方法を実行する一連のハイレベル・ブロックダイアグラムが図示されており、ここでは、ネットワーク・ステーションは、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０にボイス・プロセッシングを提供することを要求していない。図４Ａを参照すると、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０によって処理することが要求されていないペイロードを有するインバウンド・パケット４００を受信する標準的なルーティング・デバイス２１０が図示されている。標準的なルーティング・デバイス２１０は、インバウンド・パケットのヘッダー内の行き先アドレスを調べ、そのルーティング・テーブルから、行き先アドレスが、付属のアグレゲイション・デバイスに関連付けられているようにし、インバウンド・パケット・ダウンロードを、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００に送る（ルーティング）する。
【００５３】
ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００は、受信したインバウンド・パケット４００のアドレスが、ＭＡＣアドレスに関連付けられた特定のマルチチャンネル・デバイスのチャンネルに関連付けられていることを認識するように、ホスト・プロセッサ２０２によって、あらかじめ構成されている。したがって、図示されているように、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００は、既知のインバウンド・パケットを、インバウンド・パケット４００のネットワーク・アドレスに基づいて、少なくとも１つのマルチチャンネル・デバイス内の少なくとも１つのロジカル・チャンネルにマップする。たとえば、パケット交換ネットワーク１００が、インターネット・プロトコル（ＩＰ）を用いている場合には、インバウンド・パケットのインターネット・行き先アドレスが、マルチチャンネル・デバイス２２８に一意的に関連付けられたイーサネット・ＭＡＣ・アドレスおよびマルチチャンネル・デバイス２２８内の少なくとも１つのロジカル・チャンネルに関連付けられたＶＬＡＮ・タグに、マップされる。ここに、少なくとも１つのロジカル・チャンネルは、データ・デバイス１０８とともに構築されたロジカル・チャンネル（たとえば、マルチチャンネル・デバイス２２８のチャンネル・ユニット＿３によって保持されているロジカル・チャンネル）の一端である。当業者であれば、マルチチャンネル・デバイス２２８が、ある実施形態においては、マルチチャンネル・デバイス２１８（図）、２２８、２３８（図２）が、一意的に割り当てられたＭＡＣアドレスを有する対応するイーサネット・デバイスに一意的に結合されているという事実から、関連付けが生じるＭＡＣアドレスに「関連付けられた」ものとして、記載されていることに気付くであろう。
【００５４】
引き続き、図４Ａを参照すると、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００が、インバウンド・パケット４００全体（たとえば、ペイロードおよびインバウンド・パケット・ヘッダーを含むインバウンド・パケット４００の全体）をカプセル化し、マルチチャンネル・デバイス２２８に関連付けられたイーサネット・デバイス２２６のＭＡＣ行き先アドレスを有し、さらに、マルチチャンネル・デバイス２２８内に保持されたロジカル・チャンネル（たとえば、チャンネル・ユニット＿３によって保持されているロジカル・チャンネル）に関連付けられている「ＶＬＡＮ」（たとえば、ＶＬＡＮ＿３）に関連付けられているＶＬＡＮタグを、イーサネット・フレーム内に有するイーサネット・フレーム４０２を生成する。ここでは、図示のために、ＶＬＡＮタグおよび関連するＶＬＡＮが記載されているが、当業者であれば、本技術分野における知識の範囲内の最小の実験的努力を通じて、ここの知見が他のタグに適用し得ることを理解するであろう。しかしながら、あるイーサネットの実施形態では、レガシー・イーサネット・スイッチおよび新規なイーサネット・スイッチが、ＶＬＡＮ識別子を「見る」ことができにくい場合に、ＶＬＡＮタグが大きなメリットをもたらし、したがって、ある実施形態では、ここで提供された知見とともに利用されるときに、ＶＬＡＮタグが、きわめて精度がよく、かつ、使いやすいことが、本発明者によって見出されている。イーサネット・フレーム４０２が、イーサネット・スイッチ２０４によって、イーサネット・バス２５５上に、送り出されている状態が図示されている。
【００５５】
図４Ｂを参照すると、イーサネット・フレーム４０２を受けたときに、イーサネット・フレーム４０２のＭＡＣアドレスを有するデバイスが、イーサネット・ヘッダーをストリップし、残りのＶＬＡＮによってタグされたパケット４０４を、マルチチャンネル・デバイス２２８に手渡す状態が描かれている。マルチチャンネル・デバイス２２８は、ＶＬＡＮによってタグされたパケット３０４を、ＶＬＡＮによってタグされたパケット４０４のＶＬＡＮタグによって特定されたＶＬＡＮユニット（たとえば、図４ＢのＶＬＡＮユニット＿３）に、デリバーする。ＶＬＡＮユニット＿３が、ＶＬＡＮによってタグされたパケット４０４から、ＶＬＡＮタグを取り去り、ペイロードおよびそれに関連するインバウンド・パケット・ヘッダーを含むインバウンド・パケット４００を、関連するチャンネル・ユニット（たとえば、図４Ｂに示されるチャンネル・ユニット＿３）に、デリバーする状態が図示されている。図示のように、関連するチャンネル・ユニットは、インバウンド・パケット４００を、ＰＣデバイス１０８に送り出す。
【００５６】
図４Ａおよび図４Ｂは、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０を通過するインバウンド・ノン・ボイス・パケットを示している。図４Ｃおよび図４Ｄは、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０を通過するアウトバウンド・ノン・ボイス・パケットを示している。
【００５７】
図４Ｃを参照すると、適当にアドレスされ、外部パケット交換ネットワーク１００（図２）宛てのアウトバウンド・パケット４０８を受信したときに、マルチチャンネル・デバイス２２８が、アウトバウンド・パケット４０８を、イーサネット・デバイス２２６に手渡し、イーサネット・デバイス２２６によって、アウトバウンド・パケット４０８が、行き先アドレスとして、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００のＭＡＣアドレスを有しているイーサネット・フレーム４１０内にカプセル化される状態が示されている。その後に、イーサネット・デバイス２２６は、イーサネット・フレーム４１０を、イーサネット・バス２５５上に送信する。
【００５８】
図４Ｄを参照すると、イーサネット・スイッチ２０４が、イーサネット・フレーム４１０を、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００に、スイッチする状態が示されている。その後に、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００は、イーサネット・フレーム４１０から、イーサネット・ヘッダーを取り去り、次いで、残りのアウトバンド・パケット４０８を、パケット交換ネットワーク１００に送り出す。
【００５９】
図３Ａないし図３Ｄは、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０に、構築されたチャンネル上で、ボイス・パケットのコンテンツの処理を実行することが要求されている例を示している。図４Ａないし図４Ｄは、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０に、単に、パケットを送り出すことのみが要求され、送り出したパケットのコンテンツを処理することが要求されていない例を示している。後述する図４Ｅおよび図４Ｆは、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０に、ＰＰＰ（ポイント・ツウ・ポイント・プロトコル）・プロセッシングに基いた例を通じて、特定されたコントロール・パケットに基づき、ある制御機能を果たすことが要求されている例を示し、図４Ｅおよび図４Ｆの考え方は、図３Ａないし図３Ｄならびに図４Ａないし図４Ｄに示された考え方を複合したものである。
ｃ．あるコントロール・インフォーメイション・プロセッシングを提供することが要求されるロー・プロセッサ・ロード・集約ユニット
【００６０】
ある場合には、上述したデータ転送を実行するロー・プロセッサ・ロード・アグレゲイション・デバイスに加えて、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０を用いるネットワーク・ステーションが、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０がＰＰＰリンクをサポートすることを要求する場合がある。前置きとして、当業者であれば、ＰＰＰが、ネットワーク・ステーションとロー・プロセッサ・ロード・アグレゲイション・デバイス２５０との間でのデータ・リンク・コントロール・ファンクションを提供するために、典型的に用いられるものでることがわかるであろう。したがって、ＰＰＰ・コントロール・インフォーメイションには、ＰＣデバイス１０８とロー・プロセッサ・ロード・アグレゲイション・デバイス２５０との間で、交換されるおとのみが要求される（すなわち、ＰＰＰ・コントロール・インフォーメイションは、典型的には、データ・リンク・コントロールが持続されるように、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０とネットワーク・ステーション（たとえば、ＰＣデバイス１０８）との間で交換されるだけである。）。
【００６１】
図４Ｅおよび図４Ｆを参照すると、ＰＰＰプロトコルのＮＣＰおよびＬＣＰコントロール・アスペクトに関連しているあるコントロール・ファンクションを提供することが、ＰＣデバイス１０８によって、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０に要求されている状態が図示されている。容易に気付くように、ＰＰＰ・コントロール・インフォーメイションには、一般に、データ・リンク・コントロールが持続されるように、ＰＣデバイス１０８とロー・プロセッサ・ロード・アグレゲイション・デバイス２５０との間で、交換されることだけが要求される。
【００６２】
図示されているように、ホスト・プロセッサ２０２は、ＰＰＰ・コントロール・インフォーメイション（たとえば、ＬＣＰパケットあるいはＮＣＰパケット）を生成し、ＶＬＡＮタグ（たとえば、ＶＬＡＮ＿３タグ）を、ＰＰＰ・コントロール・インフォーメイションに加え、次いで、ＶＬＡＮタグとＰＰＰ・コントロール・インフォーメイション・パケット全体を、行き先ＭＡＣアドレスとして、マルチチャンネル・デバイス２２８に関連付けられたイーサネット・デバイス２２６のＭＡＣアドレスを有するイーサネット・フレーム４１２内にカプセル化する。図示のように、イーサネット・デバイス２２６は、少なくとも１つのマルチチャンネル・デバイス内の少なくとも１つのロジカル・チャンネル（このロジカル・チャンネルは、上述のように、データを担持しているものである。）に関連付けられたチャンネル・ユニット（たとえば、チャンネル・ユニット＿３）を内蔵している。ここに、少なくとも１つのロジカル・チャンネルは、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０とＰＣデバイス１０８との間に構築されたＰＰＰリンク内にカプセル化されている。
【００６３】
イーサネット・フレーム４１２内のコントロール・インフォーメイションを受信すると、イーサネット・デバイス２２６は、イーサネット・ヘッダーをストリップして、ＶＬＡＮによってタグされたパケットを、マルチチャンネル・デバイス２２８内にパスする。次いで、マルチチャンネル・デバイス２２８は、ＶＬＡＮタグ（たとえば、ＶＬＡＮ＿３タグ）をストリップし、残りのＰＰＰ・コントロール・インフォーメイションを、適当なチャンネル・ユニット（たとえば、チャンネル・ユニット＿３）に手渡す。その後、チャンネル・ユニット（たとえば、チャンネル・ユニット＿３）は、ホスト・プロセッサ２０２から来たＰＰＰ・コントロール・パケットと、ＰＰＰ・カプセル化・ＰＰＰ・データ・パケット（たとえば、ＰＰＰヘッダーを、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００から受信したＩＰパケット上に付けることによって生成されたＰＰＰ・カプセル化・データ・パケットである。当業者であれば、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００から受信したパケット（たとえば、ＩＰパケット）は、通常の動作では、ＰＰＰ・カプセル化されて、チャンネル・ユニット（たとえば、チャンネル・ユニット＿３）とＰＣデバイス１０８との間でのデータ・リンクのリンク・コントロールを提供することを理解できるであろう。）とを合体させる。その後、チャンネル・ユニット（たとえば、チャンネル・ユニット＿３）は、ＰＰＰ・カプセル化・データを、チャンネル・ユニット（たとえば、チャンネル・ユニット＿３）とネットワーク・ステーション（たとえば、ＰＣデバイス１０８）の間に保持されたＰＰＰリンク上に送り出す。
【００６４】
図４Ｆを参照すると、ＰＰＰコンテンツを含むペイロードを有するアウトバウンド・パケット４２８を受信するマルチチャンネル・デバイス２２８が図示されている。マルチチャンネル・デバイス２２８は、アウトバウンド・パケット４２８のヘッダーの行き先アドレスを調べる。
【００６５】
マルチチャンネル・デバイス２２８は、受信したアウトバウンド・パケットが、ＰＣデバイス１０８がその上で通信しているチャンネルに関連するコントロールあるいはデータに関連付けられていることを認識するように、あらかじめ、ホスト・プロセッサ２０２によって構成されている。ここに、ＰＣデバイス１０８は、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０に、ＰＰＰプロトコルのＮＣＰおよびＬＣＰコントロール・アスペクトに関連しているあるコントロール・ファンクションを提供することを要求している。受信したパケットが、コントロールあるいはデータのいずれを含んでいるかを決定するために、マルチチャンネル・デバイス２２８は、受信したパケットのペイロードを比較的じっくりと見極め、パケットがＰＰＰ・コントロール・インフォーメイションを含んでいるかどうかを判断する。図４Ｆに示されるように、パケットがＰＰＰ・コントロール・インフォーメイションを含んでいるときは、マルチチャンネル・デバイス２２８は、既知のインバウンド・パケットを、ネットワーク・アドレスおよびアウトバンド・パケットのコンテンツに基づいて、ホスト・プロセッサ２０２にマップする。たとえば、ＭＡＣ行き先アドレスとして、ホスト・プロセッサ２０２のＭＡＣアドレスを有するイーサネット・フレーム４２４内に、アウトバンド・パケット全体をカプセル化する。しかしながら、パケットがＰＰＰ・コントロール・インフォーメイションを含んでいないときは、マルチチャンネル・デバイス２２８は、付属するイーサネット・デバイス２２６に、インバウンド・パケットのインターネット・行き先アドレスを、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００に関連付けられているイーサネット・ＭＡＣ・アドレスにマップするように指示し、次いで、イーサネット・フレームを、（たとえば、図４Ｃおよび図４Ｄに関連して、図示され、説明された動作と同様にして、）イーサネット・バス２５５上に送り出す。
【００６６】
引き続いて、図４Ｆを参照すると、受信したパケットが、ホスト・プロセッサ２０２によってルーティングされた場合には、コントロール・インフォーメイションを受信すると、ホスト・プロセッサ２０２は、コントロール・コマンドを処理し、（たとえば、イーサネット・スイッチ２０４およびイーサネット・バス２５５を通る専用パスあるいはバック（back）のいすれかを通じて、）適当なチャンネルユニット（たとえば、チャンネルユニット＿３）と通信して、受信したＰＰＰ・コントロール・パケットにどのようなコントロール・コマンドが含まれているかを判定する。受信したパケットが、データ・パケットである場合には、システムは、データ・パケットが、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０を横切って、送られる図４Ｃおよび図４Ｄに関連して説明されたシステムと実質的に同様に機能する。
【００６７】
容易に理解できるように、上述した説明では、ホスト・プロセッサが、上述したように機能する適当なコンポーネントを構成することが前提とされている。当業者であれば、適当なコンポーネントを構成するために、ホスト・プロセッサ２０２が、コントロール・インフォーメイションを受信することが好ましいことに気付くであろう。ある実施態様において、これがいかに実現されるかが、図５に示されている。
ｄ．ロー・プロセッサ・ロード・集約・ユニット・コントロール・インフォーメイション
【００６８】
図５を参照すると、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０に関連した方法を実行するハイレベル・ブロックダイアグラムが図示されており、ここでは、コントロール・インフォーメイションが、ホスト・プロセッサ２０２にルーティングされている。図５を参照すると、コントロールあるいは未知のコンテンツのペイロードを有するインバウンド・パケット５００を受信する標準的なルーティング・デバイス２１０が図示されている。標準的なルーティング・デバイス２１０は、インバウンド・パケット５００のヘッダーの行き先アドレスを調べ、そのルーティング・テーブルから、行き先アドレスが、付属のアグレゲイション・デバイスに関連付けられているようにし、インバウンド・パケット・ダウンロードを、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００に送る（ルーティング）する。
【００６９】
ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００は、ホスト・プロセッサ２０２のＭＡＣアドレスを有するイーサネット・フレーム５１０内に認識しないように、デフォルト設定によって、インバウンド・パケットをカプセル化し、次いで、イーサネット・フレーム５１０をホスト・プロセッサ２０２に送信する。イーサネット・フレーム５１０を受けると、ホスト・プロセッサは、コントロールあるいは他の認識されていないインフォーメイションを含むインバウンド・パケットのコンテンツを、当業者にとって周知の手法によって、処理する。
【００７０】
ある場合には、ホスト・プロセッサ２０２のコントロール・インフォーメイションを直接送り出すのではなく、コントロール・インフォーメイションが、特定のチャンネルに関連付けられたものとして、送信されることが現実的に好ましい。このような処理がなされる実施形態が、図６Ａおよび図６Ｂに示されている。
【００７１】
図６Ａを参照すると、方法とシステムを示すハイレベル・ロジック・フローチャートが図示されている。図６Ａに示された方法は、インバウンド・パケット６００のペイロード６１０が、最終的に、チャンネル・ユニット（たとえば、図６Ａに示されるチャンネル・ユニット＿２）によって受信されたときに、チャンネル・ユニットが、データがボイス・データではないと認識する点を除き、図３Ａおよび図３Ｂに関連して説明したのと、実質的に同様に、機能する。したがって、図６Ｂには、チャンネル・ユニットが、ペイロード６２０を、ペイロードが、ホスト・プロセッサ２０２のＭＡＣアドレスを有するイーサネット・フレーム６０４内にカプセル化されているというインストラクションとともに、付属のイーサネット・デバイス２２６にパスし、その後に、イーサネット・フレーム６０４を、イーサネット・バス２５５を介して、送信することが図示されている。
【００７２】
図６Ａおよび図６Ｂは、特定のアクティブ・チャンネルに関連付けられたインバウンド・コントロール・インフォーメイションが、ホスト・プロセッサ２０２に進む状態が示されている。しかしながら、他の場合には、ホスト・プロセッサ２０２が、アクティブ・チャンネルに関連付けられたコントロール・インフォーメイションを、パケット交換ネットワーク１００内（たとえば、ネイムド・テレフォニイ・イベント（Named Telephony Event）（ＮＴＥ）内）のどこかにあるホスト・プロセッサ２０２のカウンターパートに送信しようとするように構成されていてもよい。図７Ａおよび図７Ｂは、ある実施形態において、このことがどのように実行されるかを図示するものである。
【００７３】
図７Ａを参照すると、ホスト・プロセッサ２０２は、（図示されてはいないが、パケット交換ネットワーク１００内のどこかにある）ホスト・プロセッサ２０２のカウンターパートを行き先にしているコントロール・インフォーメイションを有するイーサネット・フレーム７００を、イーサネット・スイッチ２０４を介して、イーサネット・バス２５５上に、送信するように構成されている。図７Ａには、イーサネット・フレームのペイロード７０２が、最終的に、ＶＬＡＮタグに関連付けられたチャンネル・ユニット（たとえば、ＶＬＡＮ＿２タグに関連付けられたチャンネル・ユニット＿２）によって、受信されて、ペイロード７０２が調べられ、ペイロード７０２内のデータが、ボイス・データではないことが認識される状態が図示されている。
【００７４】
したがって、図７Ｂには、チャンネル・ユニットが、ペイロード７０２を、関連するＶＬＡＮユニット（たとえば、チャンネル・ユニット＿２に関連付けられたものとして図示されているＶＬＡＮユニット＿２）にパスし、ＶＬＡＮによってタグされたパケット７０４を生成する状態が示されている。ＶＬＡＮによってタグされたパケット７０４は、次いで、ＶＬＡＮによってタグされたパケット７０４が、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００のＭＡＣアドレスを有するイーサネット・フレーム７０６内にカプセル化されているというインストラクションとともに、付属のイーサネット・デバイス２２６にパスされ、その後に、イーサネット・フレーム６０４が、イーサネット・バス２５５を介して、送信される。
【００７５】
ＶＬＡＮによってタグされたパケット７０４を含むイーサネット・フレーム７０６を受けると、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００は、イーサネット・フレーム７０６の出所になっているＭＡＣデバイス２２６の出所ＭＡＣアドレスを、適当に関連付けられたＩＰアドレスにマップし、ＶＬＡＮタグを、適当に関連付けられたＵＤＰ（すなわち、図３Ａに関連して上述された機能と、本質的に逆に機能するＵＤＰ）にマップして、得られたアウトバウンド・パケット７０８を送信するように構成されたＩＰパケットを、パケット交換ネットワーク１００に手渡す。かかるコントロール・インフォーメイションを受信すると、ホスト・プロセッサ２０２のカウンターパート（図示せず）は、図６Ａおよび図６Ｂに関連して、上述したのと実質的に同様の動作を開始する。
【００７６】
当業者であれば、技術水準が、システムのアスペクトを実施するためのハードウエアとソフトウエアとの間に、ほとんど差異がないくらいにまで進歩し、ハードウエアを用いるか、あるいは、ソフトウエアを用いるかは、一般に、コスト対効率の得失評価に関する単なる設計上の選択にすぎない（ただし、つねにそうではなく、ハードウエアを用いるか、あるいは、ソフトウエアを用いるかの選択が重要な場合もある。）ということが理解できるであろう。さらに、当業者は、本明細書において説明したプロセスおよび／またはシステムを実行することができる種々の手段（ハードウエア、ソフトウエアおよび／またはファームウエア）があり、好ましい手段は、実際のプロセスによって異なることも理解することができるであろう。たとえば、スピードおよび精度を優先する場合には、実行手段として、ハードウエアおよび／またはファームウエアが選択されるであろうし、これに対して、フレキシビリティを優先する場合には、実行手段として、ソフトウエアのみが選択され、あるいは、ハードウエア、ソフトウエアおよび／またはファームウエアの組み合わせが選択されるであろう。したがって、本明細書において説明されたプロセスを実行するための手段としては、いくつかの手段を用いることができ、どのような手段を用いるかは、実施者が何（たとえば、スピード、フレキシビリティや予測可能性）を優先するかによって異なり、どれかが、本質的に、他よりも優れているというものではない。
【００７７】
以上においては、ブロック・ダイアグラムおよび実施例を通じて、デバイスおよび／またはプロセスの種々の実施態様につき、説明を加えた。かかるブロック・ダイアグラムおよび実施例が、１以上のファンクションおよび／またはオペレイションを含んでいるかぎりは、かかるブロック・ダイアグラムおよび実施例内における各ファンクションおよび／またはオペレイションは、ハードウエア、ソフトウエア、ファームウエアあるいはこれらの組み合わせによって、個々に、および／または、集合的に、実施することができるということは、本技術分野において、周知のことであるということが理解されるであろう。ある実施態様においては、本発明は、アプリケーション・スペシフィック・インテグレイテッド・サーキット（ＡＳＩＣｓ）によって実施することができる。しかしながら、当業者であれば、本明細書において説明を加えた実施態様は、その全体、あるいは、一部を、標準的な集積回路において、１以上のコンピュータ上で実行される１以上のコンピュータ・プログラム（たとえば、１以上のコンピュータ・システム上で実行される１以上のコンピュータ・プログラム）として、１以上のコントローラ上で実行される１以上のプログラム（たとえば、マイクロコントローラ）として、たとえば、マイクロプロセッサなどの１以上のプロセッサ上で実行される１以上のプログラムとして、ファームウエアとして、あるいは、これらの組み合わせとして、等価的に実施し得るものであることが理解でき、さらに、回路設計および／またはソフトウエアおよび／またはファームウエアのコードの記述は、本明細書に記載に照らして、当業者によって容易になし得ることである。加えて、当業者は、本発明のメカニズムが、種々の形のプログラム・プロダクトとして、提供され得るものであり、上述の本発明の実施態様が、使用されている信号を担持している媒体の種類に関わらず、等しく、現実に配布を実施するために適用されるものであることを認識し得るであろう。とくに限定されるものではないが、信号を担持している媒体としては、フロッピー・ディスク、ハード・ディスク・ドライブ・ＣＤＲＯＭ、ディジタル・テープおよびコンピュータ・メモリなどの記録可能な媒体、ＴＤＭあるいはＩＰベースト・通信リンク（たとえば、パケット・リンク）を用いたディジタル通信リンクおよびアナログ通信リンクなどのトランスミッション型媒体などが挙げられる。
【００７８】
一般的に言って、当業者は、ハードウエア、ソフトウエア、ファームウエアあるいはこれらの組み合わせによって、個々に、および／または、集合的に、実施することができるここで説明を加えた種々の実施態様が、種々の「電気回路（electrical circuitry）」によって構成されているということに気付くであろう。したがって、とくに限定されるものではないが、本明細書において用いている電気回路」としては、少なくとも１つの個別電気回路を有する電気回路、少なくとも１つの集積回路を有する電気回路、少なくとも１つの特定用途向け集積回路を有する電気回路、コンピュータ・プログラムによって構成された汎用コンピュータ・デバイス（たとえば、少なくとも部分的に、本明細書において記載されたプロセスおよび／またはデバイスを実施するコンピュータ・プログラムによって構成された汎用コンピュータ、あるいは、本明細書において記載されたプロセスおよび／またはデバイスを実施するコンピュータ・プログラムによって構成されたマイクロプロセッサ）を形成する電気回路、（たとえば、ランダム・アクセス・メモリの形の）メモリ・デバイスを形成する電気回路、ならびに、通信デバイス（たとえば、モデム、通信スイッチあるいは光電気装置）を形成する電気回路が挙げられる。
【００７９】
当業者であれば、本明細書において記載したように、デバイスおよび／またはプロセスを記載し、次いで、標準的な技術的手法を用いて、記載したデバイスおよび／またはプロセスを、データ処理システムにまとめるということが一般的なものであるということが理解されるであろう。すなわち、本明細書において記載されたデバイスおよび／またはプロセスは、合理的な実験を通じて、データ処理システムにまとめあげることができる。
【００８０】
上述した実施態様においては、他の異なるコンポーネント内に含まれた異なるコンポーネントあるいは他の異なるコンポーネントに結合された異なるコンポーネントが描かれている。このような構成は例示的なものであり、事実、同じ機能を実現するために、他の構成を用いることもできることを理解すべきである。概念的な意味では、同じ機能を実現するためのコンポーネントの配置は、所望の機能が実現されるように、効果的に、「関連付けられる（associated）」。したがって、特定の機能を実現するように、本明細書において組み合わされた２つのコンポーネントは、構成のいかんにかかわらず、あるいは、中間のコンポーネントにかかわらず、いずれも、所望の機能が実現されるように、互いに「関連付けられた（associated with）」ものとして、見ることができる。同様に、そのように関連付けられた２つのコンポーネントは、所望の機能が実現されるように、互いに「動作可能に接続され（operably connected）」、あるいは、「動作可能に結合され（operably coupled）」たものとして、見ることができる。
【００８１】
本発明の特定の実施態様につき、図示し、説明を加えたが、当業者であれば、本明細書において開示された知見に基づいて、本発明およびその広いアスペクトから逸脱することなしに、種々の変更および修正が可能であり、したがって、添付の請求の範囲は、それらのすべての変更および修正を、本発明の真の精神および本発明の範囲内のものとして、その範囲内に包含するものであることが理解できるであろう。さらには、本発明は、添付の請求の範囲によってのみ、明確に定められるものであることも理解すべきである。なお、一般に、本明細書において用いられた用語、とくに、請求の範囲（たとえば、請求の範囲の主要な部分）において用いられた用語が、一般に、「オープンな（open）」用語を意図するものである（たとえば、「含んでいる（including）」という用語は、「含んでいるが、それに限定されるものではない（including but not limited to）」という意味に解釈されるべきであり、「有する（having）」という用語は、「少なくとも有する（having at least）」という意味に解釈されるべきであり、「含む（includes）」という用語は、「含むが、それに限定されるものではない（includes but not limited to）」という意味に解釈されるべきである。）ことを理解すべきである。さらに、当業者であれば、特定の数の導入されたクレーム・レシテイション（claim recitation）が意図的なものであるときは、その請求の範囲において、意図が明示的に説明され、そうでないときは、そのような意図が存在しないということに気付くであろう。たとえば、以下の添付の請求の範囲は、理解の助けとして、クレーム・レシテイションを導入するために、「少なくとも１つの（at least one）」および「１以上の（one or more）」という導入フレーズを含んでいる。しかしながら、そのようなフレーズを使用しているからといって、不定冠詞「ａ」または「ａｎ」によって導入されたクレーム・レシテイションが、そのようなクレーム・レシテイションを含む特定の請求の範囲が、そのようなレシテイションのみを含む発明に限定されると解釈すべきではない。同じ請求の範囲が、「１以上の」あるいは「少なくとも１つの」ならびに「ａ」または「ａｎ」のような不定冠詞よりなる導入フレーズを含んでいる場合においても同様である（たとえば、「ａ」および／または「ａｎ」は、典型的には、「少なくとも１つの」または「１以上の」を意味するものと解すべきである。）。クレーム・レシテイションを導入するために、定冠詞が用いられている場合も同様である。加えて、当業者であれば、特定の数の導入されたクレーム・レシテイションが意図的に繰り返されている場合には、そのような繰り返しが、典型的には、少なくとも１つの繰り返し数を意味すると解釈されるべきである（たとえば、「２つの繰り返し（two recitations）」のベア・レシテイション（bare recitation）は、他に修飾語句がなければ、典型的には、少なくとも２つのレシテイションあるいは２以上のレシテイションを意味するものである。）ことを理解することができるであろう。
【００８２】
上述したように、本明細書においては、例示の目的で、本発明の特定の実施態様につき説明されているが、本発明の精神および範囲から逸脱することなく、種々の修正が可能である。したがって、本発明は、添付の請求の範囲に示された以外には、限定されるものではない。
【図面の簡単な説明】
【００８３】
【図１Ａ】図１Ａは、パケット交換ネットワーク１００および回線交換ネットワーク１０２の概略図である。
【図１Ｂ】図１Ｂは、アグレゲイション・デバイス１０４を組立分解図の形で示す図１のブロックダイアグラムである。
【図２】図２は、図１Ｂのブロックダイアグラムであり、パケット交換ネットワーク１００と回線交換ネットワーク１０２との間に介在するロー・プロセッサ・ロード・アグレゲイション・デバイス２５０を描くために、修正されたものである。
【図８Ａ】図８Ａは、（たとえば、イーサネット・ブリッジ、スイッチあるいはハブなどの）ブロードキャスト可能スイッチに動作可能に、（たとえば、同軸ケーブルを介して、）結合されたホスト・プロセッサ２０２の概略図である。
【図８Ｂ】図８Ｂは、ホスト・プロセッサ２０２が、ブロードキャスト・パケット・プロセッシング・デバイス２１６、２２６、２３６に、すべてのアテンド・イグノア（attend-ignore）ライン８１０、８２０、８３０上に、「イグノア（ignore）」バリューをセットすることを通じて、イグノア・イニシャル・アドレス・アサインメント・モード（ignore-initial-address-assignment mode）をエンターするように指示した状態を示す図面である。
【図８Ｃ】図８Ｃは、ホスト・プロセッサ２０２が、ブロードキャスト・パケット・プロセッシング・デバイス２１６に、第一のブロードキャスト・パケット・プロセッシング・デバイス２１６のアテンド・イグノア（attend-ignore）ライン８１０に、「アテンド（attend）」バリューをセットすることを通じて、プロセス・イニシャル・アドレス・アサインメント・モード（process-initial-address-assignment mode）をエンターするように指示した状態を示す図面である。
【図８Ｄ】図８Ｄは、ホスト・プロセッサ２０２が、第一のアドレス・アサインメント（address-assignment）メッセージ（たとえば、ＭＡＣアドレスに、イーサネット・デバイスを割り当てる旨のメッセージ）を有するブロードキャスト・パケットを含むペイロードを伝達した状態を示す図面であり、ブロードキャスト可能なスイッチ２０４が、共用メディアム２５５上をルーティングしている。
【図８Ｅ】図８Ｅは、アテンド・イグノアライン８１０に、「アテンド」バリューを有するブロードキャスト・パケット・プロセッシング・デバイス２１６は、ブロードキャスト・パケットを有し、第一アドレス割り当てメッセージを、アドレス割り当て認識デバイス８１２にパスする状態を示す図面である。
【図８Ｆ】図８Ｆは、ホスト・プロセッサ２０２が、第二のブロードキャスト・パケット・プロセッシング・デバイス２２６のアテンド・イグノアライン８２０に、「アテンド」バリューをセットすることを通じて、第二のブロードキャスト・パケット・プロセッシング・デバイス２２６に、プロセス・イニシャル・アドレス・アサインメント・モードをエンターするように指示した状態を示す図面である。
【図８Ｇ】図８Ｇは、ホスト・プロセッサ２０２が、第二のアドレス割り当てメッセージを有するペイロードを含むブロードキャスト・パケットをを伝達した状態を示す図面であり、ブロードキャスト可能なスイッチ２０４が、共用メディアム２５５上をルーティングしている。
【図８Ｈ】図８Ｈは、対応するアテンド・イグノアライン８１０、８２０に、それぞれ、「アテンド」バリューを有する第一および第二のブロードキャスト・パケット・プロセッシング・デバイス２１６、２２６が、それぞれ、ブロードキャスト・パケットを有し、第二のアドレス割り当てメッセージを、対応する内部アドレス割り当て認識デバイス８１２、８２２にパスする状態を示す図面である。
【図８Ｉ】図８Ｉは、アドレス割り当て認識デバイス（たとえば、ＭＡＣ・アドレス割り当て認識デバイス）８２２が、「割り当てられた第二のアドレス（second-address assigned）」に等しいアサインメント・ステータスを有し、図８Ｅにつき、上述した動作の結果、それに関連するブロードキャスト・パケット・プロセッシング・デバイス（たとえば、イーサネット・デバイス）２２６が、第二のアドレスに等しいアドレス・ステータスを有している状態を示す図面である。
【図８Ｊ】図８Ｊは、図８Ａの他の実施態様を示す図面である。
【図９Ａ】図９Ａは、ブロードキャスト・パケット・プロセッシング・デバイス２１６、２２６、２３６に、あらかじめ、アドレスが割り当てられているシステム中のマルチチャンネル・デバイス２１８、２２８、２３８を示す図面である。
【図９Ｂ】図９Ｂは、ある実施形態において、スレーブド・イニシャル・ブート・パケット・プロセッシング・デバイス９１０を有するマルチチャンネル・デバイス２１８が起動したときに、スレーブド・イニシャル・ブート・パケット・プロセッシング・デバイス９１０が、ホスト・プロセッサ２０２の行先アドレスおよびパケット・プロセッシング・デバイス２１６の出所アドレスを有するパケットを送信する状態を示す図面である。
【図３Ａ】図３Ａは、ロー・プロセッサ・ロード・アグレゲイション・デバイス２１０が、（他に伝えるのではなく、）処理することを要求されているタイプのボイス（たとえば、ボイス・オーバー・ＩＰ）コンテンツを含むペイロードを有するインバウンド・パケット３００を受信する標準的なルーティング・デバイス２１０を示す図面である。
【図３Ｂ】図３Ｂは、イーサネット・フレーム３０２を受けたときに、イーサネット・フレーム３０２のＭＡＣアドレスを有するデバイスが、イーサネット・ヘッダーをストリップし、残りのＶＬＡＮによってタグされたパケット３０４を、マルチチャンネル・デバイス２２８に手渡す状態を示す図面である。
【図３Ｃ】図３Ｃは、ボイス・デバイス１１２から、ＰＣＭデータを受信したときに、チャンネル・ユニット（たとえば、チャンネル・ユニット＿２）が、ＰＣＭデータを、適当にアドレスされ、外部パケット交換ネットワーク１００（図２）宛てのアウトバウンド・ボイス・オーバー・アイピー・パケット３０８に変換し、次いで、ボイス・オーバー・アイピー・パケット３０８を、イーサネット・デバイス２２６に手渡し、イーサネット・デバイス２２６によって、ボイス・オーバー・アイピー・パケット３０８が、行き先アドレスとして、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００のＭＡＣアドレスを有しているイーサネット・フレーム３０２内にカプセル化される状態を示す図面である。
【図３Ｄ】図３Ｄは、イーサネット・スイッチ２０４が、イーサネット・フレーム３０２を、ボイス・オーバー・アイピー・パケット３０８が、行き先アドレスとして、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００に、スイッチする状態を示す図面である。
【図４Ａ】図４Ａは、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０によって処理することが要求されていないペイロードを有するインバウンド・パケット４００を受信する標準的なルーティング・デバイス２１０を示す図面である。
【図４Ｂ】図４Ｂは、イーサネット・フレーム４０２を受けたときに、イーサネット・フレーム４０２のＭＡＣアドレスを有するデバイスが、イーサネット・ヘッダーをストリップし、残りのＶＬＡＮによってタグされたパケット４０４を、マルチチャンネル・デバイス２２８に手渡す状態を示す図面である。
【図４Ｃ】図４Ｃは、適当にアドレスされ、外部パケット交換ネットワーク１００（図２）宛てのアウトバウンド・パケット４０８を受信したときに、マルチチャンネル・デバイス２２８が、アウトバウンド・パケット４０８を、イーサネット・デバイス２２６に手渡し、イーサネット・デバイス２２６によって、アウトバウンド・パケット４０８が、行き先アドレスとして、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００のＭＡＣアドレスを有しているイーサネット・フレーム４１０内にカプセル化される状態を示す図面である。
【図４Ｄ】図４Ｄは、イーサネット・スイッチ２０４が、イーサネット・フレーム４１０を、ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス２００に、スイッチする状態を示す図面である。
【図４Ｅ−４Ｆ】図４Ｅおよび図４Ｆは、ＰＰＰプロトコルのＮＣＰおよびＬＣＰコントロール・アスペクトに関連しているあるコントロール・ファンクションを提供することが、ＰＣデバイス１０８によって、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０に要求されている状態を示す図面である。
【図５】図５は、ロー・プロセッサ・ロード・アグレゲイション・デバイス２５０に関連した方法を実行するハイレベル・ブロックダイアグラムを示す図面であり、ここでは、コントロール・インフォーメイションが、ホスト・プロセッサ２０２にルーティングされている。
【図６Ａ】図６Ａは、方法とシステムを示すハイレベル・ロジック・フローチャートである。
【図６Ｂ】図６Ｂは、チャンネル・ユニットが、ペイロード６２０を、ペイロードが、ホスト・プロセッサ２０２のＭＡＣアドレスを有するイーサネット・フレーム６０４内にカプセル化されているというインストラクションとともに、付属のイーサネット・デバイス２２６にパスし、その後に、イーサネット・フレーム６０４を、イーサネット・バス２５５を介して、送信する状態を示す図面である。
【図７Ａ】図７Ａは、ホスト・プロセッサ２０２が、（図示されてはいないが、パケット交換ネットワーク１００内のどこかにある）ホスト・プロセッサ２０２のカウンターパートを行き先にしているコントロール・インフォーメイションを有するイーサネット・フレーム７００を、イーサネット・スイッチ２０４を介して、イーサネット・バス２５５上に、送信するように構成されている状態を示す図面である。
【図７Ｂ】図７Ｂは、チャンネル・ユニットが、ペイロード７０２を、関連するＶＬＡＮユニット（たとえば、チャンネル・ユニット＿２に関連付けられたものとして図示されているＶＬＡＮユニット＿２）にパスし、ＶＬＡＮによってタグされたパケット７０４を生成する状態を示す図面である。
【符号の説明】
【００８４】
１００  パケット交換ネットワーク
１０２  回線交換ネットワーク
１０４  アグレゲイション・デバイス
１０８  パーソナルコンピュータ・デバイス
１１２  ボイス・デバイス
２００  ホスト・プロセッサ制御・アグレゲイション・ユニット・スペシフィック・ルーティング・デバイス
２０２  ホスト・プロセッサ
２０４  イーサネット・スイッチ
２１０  ルーティング・デバイス
２１６、２２６、２３６  イーサネット・デバイス
２１８、２２８、２３８  マルチチャンネル・デバイス
２５０  ロー・プロセッサ・ロード・アグレゲイション・デバイス
２５５  イーサネット・バス
３００  インバウンド・パケット
３０２  イーサネット・フレーム
３０４  ＶＬＡＮによってタグされたパケット
３０８  アウトバウンド・ボイス・オーバー・アイピー・パケット
４００  インバウンド・パケット
４０２  イーサネット・フレーム
４０４  ＶＬＡＮによってタグされたパケット
４０８  アウトバンド・パケット
４１０  イーサネット・フレーム
４２４  イーサネット・フレーム
４２８  アウトバウンド・パケット
５００  インバウンド・パケット
５１０  イーサネット・フレーム
６００  インバウンド・パケット
６０４  イーサネット・フレーム
７００  イーサネット・フレーム
７０２  ペイロード
７０４  ＶＬＡＮによってタグされたパケット
７０６  イーサネット・フレーム
７０８  アウトバウンド・パケット
８１０、８２０、８３０  アテンド・イグノア・ライン
８１２、８２２  アドレス割り当て認識デバイス
９１０、９２０、９３０  内部スレーブド・イニシャル・ブート・パケット・プロセッシング・デバイス
９１２、９２２、９３２  ブート・コントロール・コード・ＲＯＭ
【図１Ａ】
2005516440.tif 000003
【図１Ｂ】
2005516440.tif 000004
【図２】
2005516440.tif 000005
【図３Ａ】
2005516440.tif 000006
【図３Ｂ】
2005516440.tif 000007
【図３Ｃ】
2005516440.tif 000008
【図３Ｄ】
2005516440.tif 000009
【図４Ａ】
2005516440.tif 000010
【図４Ｂ】
2005516440.tif 000011
【図４Ｃ】
2005516440.tif 000012
【図４Ｄ】
2005516440.tif 000013
【図４Ｅ】
2005516440.tif 000014
【図４Ｆ】
2005516440.tif 000015
【図５】
2005516440.tif 000016
【図６Ａ】
2005516440.tif 000017
【図６Ｂ】
2005516440.tif 000018
【図７Ａ】
2005516440.tif 000019
【図７Ｂ】
2005516440.tif 000020
【図８Ａ】
2005516440.tif 000021
【図８Ｂ】
2005516440.tif 000022
【図８Ｃ】
2005516440.tif 000023
【図８Ｄ】
2005516440.tif 000024
【図８Ｅ】
2005516440.tif 000025
【図８Ｆ】
2005516440.tif 000026
【図８Ｇ】
2005516440.tif 000027
【図８Ｈ】
2005516440.tif 000028
【図８Ｉ】
2005516440.tif 000029
【図８Ｊ】
2005516440.tif 000030
【図９Ａ】
2005516440.tif 000031
【図９Ｂ】
2005516440.tif 000032
【国際調査報告】
2005516440.tif 000033
2005516440.tif 000034