(57)【特許請求の範囲】
【請求項１】
加入者側終端装置が、固定長のセルを用いて、該装置が接続される加入者回線を収容する収容局側終端装置を経由して、セル交換ネットワークに接続されるアクセスサーバ装置にアクセスする方法であって、
前記アクセスサーバ装置と前記収容局側終端装置とをパーマネントバーチャルコネクションによって常時接続し、
前記アクセスサーバ装置と前記収容局側終端装置において、前記パーマネントバーチャルコネクション内で未使用のバーチャルコネクションを管理し、
前記収容局側終端装置において、前記加入者側終端装置からの発呼要求に基づいて、前記アクセスサーバ装置との間で交信を行うことにより、未使用のバーチャルコネクションを前記加入者側終端装置に割り当てる、
過程を含むことを特徴とする収容局側終端装置におけるＳＶＣアクセス方法。
【請求項２】
請求項１に記載の方法であって、
前記アクセスサーバ装置と前記収容局側終端装置において、管理保守用ブロードキャストセルを用いて未使用のバーチャルコネクションに関する情報を所定タイミングで交換しながら、前記パーマネントバーチャルコネクション内で未使用のバーチャルコネクションを管理する、
過程を含むことを特徴とする収容局側終端装置におけるＳＶＣアクセス方法。
【請求項３】
請求項１に記載の方法であって、
前記収容局側終端装置において、前記加入者側終端装置からの発呼要求に基づいて、前記アクセスサーバ装置との間で管理保守用ブロードキャストセルを用いて交信を行うことにより、未使用のバーチャルコネクションを前記加入者側終端装置に割り当てる、
過程を含むことを特徴とする収容局側終端装置におけるＳＶＣアクセス方法。
【請求項４】
請求項３に記載の方法であって、
前記管理保守用ブロードキャストセルに、前記未使用のバーチャルコネクションに関する情報と共に、前記アクセスサーバ装置の識別情報を含ませる過程を含む、
ことを特徴とする収容局側終端装置におけるＳＶＣアクセス方法。
【請求項５】
請求項１に記載の方法であって、
前記収容局側終端装置において、前記加入者側終端装置からの終呼要求に基づいて、前記アクセスサーバ装置との間で管理保守用ブロードキャストセルを用いて交信を行うことにより、通信を行っていたバーチャルコネクションを開放する、
過程を含むことを特徴とする収容局側終端装置におけるＳＶＣアクセス方法。
【請求項６】
ディジタル加入者回線方式により変復調を行う加入者側モデム装置が、非同期転送モード方式で転送されるＡＴＭセルを用いて、該装置が接続されるディジタル加入者回線を収容する収容局側終端装置を経由して、ＡＴＭ交換ネットワークに接続されるアクセスサーバ装置にアクセスする方法であって、
前記アクセスサーバ装置と前記収容局側終端装置とをパーマネントバーチャルコネクションによって常時接続し、
前記アクセスサーバ装置と前記収容局側終端装置において、前記パーマネントバーチャルコネクション内で未使用のバーチャルコネクションを管理し、
前記収容局側終端装置において、前記加入者側モデム装置からの発呼要求に基づいて、前記アクセスサーバ装置との間で交信を行うことにより、未使用のバーチャルコネクションを前記加入者側モデム装置に割り当てる、過程を含むことを特徴とする収容局側終端装置におけるＳＶＣアクセス方法。
【請求項７】
請求項６に記載の方法であって、
前記アクセスサーバ装置と前記収容局側終端装置において、管理保守用ブロードキャストセルを用いて未使用のバーチャルコネクションに関する情報を交換しながら、前記パーマネントバーチャルコネクション内で未使用のバーチャルコネクションを管理する、
過程を含むことを特徴とする収容局側終端装置におけるＳＶＣアクセス方法。
【請求項８】
請求項７に記載の方法であって、
ネットワーク側から入力した前記管理保守用ブロードキャストセルを、前記収容局側終端装置のネットワークインタフェース装置において終端する機能を選択的に動作させる、
過程を含むことを特徴とする収容局側終端装置におけるＳＶＣアクセス方法。
【請求項９】
請求項６に記載の方法であって、
前記収容局側終端装置において、前記加入者側モデム装置からの発呼要求に基づいて、前記アクセスサーバ装置との間で管理保守用ブロードキャストセルを用いて交信を行うことにより、未使用のバーチャルコネクションを前記加入者側モデム装置に割り当てる、
過程を含むことを特徴とする収容局側終端装置におけるＳＶＣアクセス方法。
【請求項１０】
請求項９に記載の方法であって、
前記管理保守用ブロードキャストセルに、前記未使用のバーチャルコネクションに関する情報と共に、前記アクセスサーバ装置の識別情報を含ませる過程を含む、
ことを特徴とする収容局側終端装置におけるＳＶＣアクセス方法。
【請求項１１】
請求項９に記載の方法であって、ネットワーク側から入力した前記管理保守用ブロードキャストセルを、前記収容局側終端装置のネットワークインタフェース装置において終端する機能を選択的に動作させる、
過程を含むことを特徴とする収容局側終端装置におけるＳＶＣアクセス方法。
【請求項１２】
請求項６に記載の方法であって、
前記収容局側終端装置において、前記加入者側モデム装置からの終呼要求に基づいて、前記アクセスサーバ装置との間で管理保守用ブロードキャストセルを用いて交信を行うことにより、通信を行っていたバーチャルコネクションを開放する、
過程を含むことを特徴とする収容局側終端装置におけるＳＶＣアクセス方法。
【請求項１３】
ディジタル加入者回線方式により変復調を行う加入者側モデム装置が、非同期転送モード方式で転送されるＡＴＭセルを用いて、該装置が接続されるディジタル加入者回線を収容する収容局側終端装置を経由して、ＡＴＭ交換ネットワークに接続されるアクセスサーバ装置にアクセスするシステムに使用される前記収容局側終端装置であって、
前記アクセスサーバ装置とパーマネントバーチャルコネクションによって常時接続する接続装置と、
前記パーマネントバーチャルコネクション内で未使用のバーチャルコネクションを管理するコネクション管理装置と、
前記加入者側モデム装置からの発呼要求に基づいて、前記アクセスサーバ装置との間で交信を行うことにより、未使用のバーチャルコネクションを前記加入者側モデム装置に割り当てるコネクション割当装置と、
を含むことを特徴とする収容局側終端装置。
【請求項１４】
請求項１３に記載の収容局側終端装置であって、
前記コネクション管理装置は、前記アクセスサーバ装置との間で、管理保守用ブロードキャストセルを用いて未使用のバーチャルコネクションに関する情報を交換しながら、前記パーマネントバーチャルコネクション内で未使用のバーチャルコネクションを管理する、
ことを特徴とする収容局側終端装置。
【請求項１５】
請求項１４に記載の収容局側終端装置であって、
ネットワーク側から入力した前記管理保守用ブロードキャストセルを終端する機能を選択的に実行するネットワークインタフェース装置を含む、
ことを特徴とする収容局側終端装置。
【請求項１６】
請求項１３に記載の収容局側終端装置であって、
前記コネクション割当装置は、前記加入者側モデム装置からの発呼要求に基づいて、前記アクセスサーバ装置との間で管理保守用ブロードキャストセルを用いて交信を行うことにより、未使用のバーチャルコネクションを前記加入者側モデム装置に割り当てる、
ことを特徴とする収容局側終端装置。
【請求項１７】
請求項１６に記載の収容局側終端装置であって、
前記管理保守用ブロードキャストセルには、前記未使用のバーチャルコネクションに関する情報と共に、前記アクセスサーバ装置の識別情報が含ませられる、
ことを特徴とする収容局側終端装置。
【請求項１８】
請求項１３に記載の収容局側終端装置であって、
前記コネクション割当装置は、前記加入者側モデム装置からの終呼要求に基づいて、前記アクセスサーバ装置との間で管理保守用ブロードキャストセルを用いて交信を行うことにより、通信を行っていたバーチャルコネクションを開放する、
ことを特徴とする収容局側終端装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＡＴＭ（Asynchronous Transfer Mode）技術及びＤＳＬ（Digital Subscriber Line ）技術をベースとしたネットワークアクセス技術に関する。
【０００２】
【従来の技術】
インターネットの急速な普及に伴い、エンドユーザとインターネットとを高速に接続する技術の普及が要請されている。
【０００３】
図２１は、一般的なインターネットアクセスシステムの構成図である。
インターネットバックボーン２１０１には、Ｗｅｂサイト２１０２、ｆｔｐサイト２１０３や、企業ＬＡＮ（Local Area Network）２１０４が専用線によって直接接続されるほか、インターネットサービスプロバイダ（以下、ＩＳＰと呼ぶ）が運営するアクセスポイント２１０５が接続される。
【０００４】
一般のエンドユーザ（ホームユーザ）や小規模事業所等のユーザ２１０７は、ＰＣ（Personal Computer ）又はＬＡＮから、アクセスネットワーク２１０６を介して、アクセスポイント２１０５にアクセスし、インターネットバックボーン２１０１を介して、目的のサイトに接続する。
【０００５】
インターネットバックボーン２１０１とアクセスポイント２１０５は、一般に高速ディジタル専用線によって接続されるため、高速アクセスが確保される。これに対して、ユーザ２１０７とアクセスポイント２１０５とを結ぶアクセスネットワーク２１０６は、ディジタル専用線ネットワークの場合もあるが、一般的には、公衆電話網やＩＳＤＮ（Integrated Services Digital Network）等の低速ネットワークである場合が多い。
【０００６】
しかし、このような低速ネットワークは、インターネットに対する近年の急速な需要の拡大に対応しきれなくなってきているのが実情である。特に、ＳＯＨＯ（Small Office,Home Office）の浸透に伴って、小規模なＬＡＮをインターネットに高速に接続することに対する要請が急速に高まっている。
【０００７】
このような実情に対して、光ファイバ等の新規の高速回線インフラを導入することは、最終的なソリューションではあるが、多大な設備投資と労力及び時間を必要とするため、現実的かつ短期的なソリューションとはなりにくい。
【０００８】
そこで、現在ほとんどの家庭及び事業所に敷設されている電話のための銅線ケーブル（copper wire cable ）をそのまま使い、かつ既存の電話による通話と共存できる高速通信技術として、ＤＳＬ（Digital Suscriber Line）技術が脚光を浴びている。
【０００９】
ＤＳＬ技術は、モデム技術の一種である。ＤＳＬには、伝送レートや対称／非対称通信の別、変復調方式の違い等によって、ＡＤＳＬ（Asymmetric DSL）、ＳＤＳＬ（Symmetric DSL ）、ＨＤＳＬ（High bit rate DSL ）、ＶＤＳＬ（Very high bit rate DSL）等の方式が開発されている。これらは総称して、ｘＤＳＬと呼ばれている。以後の説明でも、ｘＤＳＬという語句を用いる。
【００１０】
ｘＤＳＬ技術では、加入者宅内と通信事業者の収容局とを結ぶ既設の銅線ケーブルの両端に、ｘＤＳＬモデムが設置される。この場合の変復調方式としては、２Ｂ１Ｑ（2 Binary 1 Quarternary），ＣＡＰ（Carrierless Amplitude/Phase modulation），ＤＭＴ（Discrete Multi-Tone)の３種類の方式の何れかが採用される。これらの何れかの変復調方式を用いて、２つのモデム間で、３０ｋＨｚ（キロヘルツ）〜１ＭＨｚ（メガヘルツ）程度の高周波帯域を使って、数百〜数メガビット／秒の高速通信が行われる。
【００１１】
上述のようにｘＤＳＬ通信において使用される周波数帯域は、電話音声信号の周波数帯域３０Ｈｚ〜４ｋＨｚ程度とは異なる。そこで、加入者宅内のｘＤＳＬモデムと通信事業者のｘＤＳＬモデムの両方に、スプリッタと呼ばれる周波数弁別回路を接続することにより、同じ加入者線上で音声通話信号とｘＤＳＬ信号とを多重させることができる。すなわち、加入者宅においては、電話機とｘＤＳＬモデムが、加入者宅内のスプリッタを介して加入者線に接続される。一方、収容局においては、既存の電話交換機とｘＤＳＬモデムが、収容局内のスプリッタを介して上記加入者線に接続される。
【００１２】
収容局内のｘＤＳＬモデムとしては、ＤＳＬＡＭ（DSL Access Multiplexer）と呼ばれる、多重化機能を持つ集合型モデムが主に使用される。ＤＳＬＡＭは、複数のｘＤＳＬ回線からのｘＤＳＬ信号をそれぞれ個別のモデム回路によって終端し、それらの終端された各ｘＤＳＬ信号を、高速バックボーンインタフェース上で多重化する。このようなＤＳＬＡＭを用いることにより、ｘＤＳＬ回線を、各種バックボーンへの低コストかつ高速なアクセス回線として使用することが可能となる。
【００１３】
上記バックボーンとしては、高速ディジタル専用線インタフェースを介して接続され企業の本支店間等を結ぶ専用線ネットワーク、ＬＡＮ及びルータを介して接続されるインターネット、及びＳＯＮＥＴインタフェース等のＡＴＭインタフェースを介して接続されるＡＴＭ（Asynchronous Transfer Mode）ネットワークがある。
【００１４】
これらのうち、ＤＳＬＡＭをＡＴＭネットワークのフロントエンドとして使用する技術は、通信事業者が基幹回線をＡＴＭ化することに対する全世界的なトレンドを背景として、ＡＴＭサービスの有望な実現技術として注目されている。更に、ＡＴＭネットワークは、図２１に示されるインターネットバックボーン２１０１及びアクセスネットワーク２１０６を実現するネットワークとしても期待されている。この事実と、電話サービスを維持したまま既存の銅線ケーブルを利用可能であるという利便性を考えると、ＤＳＬＡＭによって収容されるｘＤＳＬ回線を、ＡＴＭネットワーク、ひいてはインターネットへのアクセス回線として利用する意義は大きい。
【００１５】
この場合に、例えば、ユーザ２１０７が所有するＰＣ又はＬＡＮからＷｅｂサイト２１０２に向けて送信されたＩＰデータグラムは、ユーザ２１０７の宅内のｘＤＳＬモデムにおいてＡＴＭセルに変換され、更にそのＡＴＭセルがｘＤＳＬ信号に変換される。
【００１６】
そのｘＤＳＬ信号は、ユーザ２１０７の宅内のスプリッタを介して加入者線である銅線ケーブルに送出され、収容局まで伝送される。
このｘＤＳＬ信号は、収容局内のスプリッタによって電話音声信号と分離された後、収容局内のＤＳＬＡＭによって受信される。
【００１７】
ＤＳＬＡＭで受信されたＡＴＭセルは、他の加入者線から受信されたＡＴＭセルと多重された後、ＡＴＭネットワークによって構成されるアクセスネットワーク２１０６に向かうＡＴＭインタフェース（例えばＳＯＮＥＴインタフェース）に送出される。
【００１８】
アクセスネットワーク２１０６内を伝送されたＡＴＭセルは、アクセスポイント２１０５内のアクセスサーバによって受信される。アクセスサーバは、受信したＡＴＭセルからＩＰデータグラムを取り出す。
【００１９】
このＩＰデータグラムは、インターネットバックボーン２１０１を経由して、Ｗｅｂサイト２１０２まで転送される。
【００２０】
【発明が解決しようとする課題】
ここで一般に、インターネットへの接続を実現するためには、ユーザ２１０７はまず、ＰＰＰ（Point to Point Protocol ）と呼ばれるプロトコルを用いて、インターネットバックボーン２１０１への入口であるアクセスポイント２１０５内のアクセスサーバにポイント対ポイント接続する。このとき、必要なら、ユーザ２１０７は、アクセスサーバに属するＤＨＣＰ（Dynamic Host Configuration Protocol ）サーバ等から、ＩＰ（Internet Protocol ）と呼ばれるプロトコルに従って決定されるアドレスであって、インターネット上で一意に識別可能なグローバルＩＰアドレスを付与される。それ以降、ユーザ２１０７は、元々所有する或いはダイナミックに付与されたグローバルＩＰアドレスを用いて、宛先サイトのサーバ等との間で互いのＩＰアドレスを指定したＩＰデータグラムを、ＰＰＰパケットに格納して送受信する。
【００２１】
一方、ＡＴＭネットワーク内で例えば２つの通信装置が通信を行うためには、それぞれの通信装置にＡＴＭアドレスを付与する必要があり、かつ、２つの通信装置間でＡＴＭネットワーク内で一意に識別できるＡＴＭコネクション（ＶＣ：Virtual Connection/Channel）を確立する必要がある。
【００２２】
従って、上述のように、ｘＤＳＬ回線とＡＴＭネットワーク及びインターネットとを融合する技術においては、ユーザ２１０７とアクセスポイント２１０５内のアクセスサーバとの間で、ＰＰＰセッションの開始時に、ユーザ２１０７内のｘＤＳＬモデムとアクセスポイント２１０５内のアクセスサーバとの間で、ＡＴＭアドレスの指定に基づくＡＴＭコネクションを確立する必要がある。
【００２３】
しかし、ｘＤＳＬ技術は、加入者宅内のｘＤＳＬモデムと収容局内のＤＳＬＡＭとを直結して高速通信を低コストで実行することを想定しているため、通信毎にｘＤＳＬ通信の接続／切断といった概念が無いため、ＡＴＭコネクションの接続／切断という制御と相性が悪かった。
【００２４】
このため、従来、ｘＤＳＬ回線とＡＴＭネットワーク及びインターネットとが融合されたネットワークシステムでは、ＡＴＭネットワーク内において、アクセスポイント２１０５内のアクセスサーバと収容局内のＤＳＬＡＭと加入者宅内のｘＤＳＬモデムとが、ＰＶＣ（Permanent Virtual Connection/Channel）によって常時接続される、専用線接続形態が採用されていた。
【００２５】
しかし、ホームユーザ等の一般的なエンドユーザは常時インターネットに接続する訳ではないのに対し、上述のような従来の接続形態では、ユーザ２１０７の数だけ常時接続されたＡＴＭコネクションが必要となってしまい、それだけＡＴＭネットワーク内のコネクションリソース（より具体的にはＶＰＩ／ＶＣＩの数や、交換機の使用帯域）が固定的に浪費されてしまい、大規模数の加入者に適応できなくなってしまうという問題点を有していた。
【００２６】
この問題点に対して、各呼毎のコネクションであるＳＶＣ（Switched Virtual Connection/Channel ）を導入するという考え方もあるが、前述したように、ｘＤＳＬ通信の接続形態がコネクションレスを想定しているため、コネクション型のＳＶＣ通信との相性が悪く、有効なＳＶＣ制御方式が存在しないというのが現状である。
【００２７】
本発明の課題は、ｘＤＳＬ回線がＡＴＭネットワーク等のセル交換ネットワークを介してアクセスサーバ等の特定の宛先に接続される場合に、ＡＴＭネットワーク内のコネクションリソースを効率的に利用可能とする接続形態を実現することにある。
【００２８】
【課題を解決するための手段】
本発明の１つの態様は、ディジタル加入者回線方式により変復調を行う加入者側モデム装置が、非同期転送モード方式で転送されるＡＴＭセルを用いて、該装置が接続されるディジタル加入者回線を収容する収容局側モデム装置を経由して、ＡＴＭ交換ネットワークに接続されるアクセスサーバ装置にアクセスする方法を前提とする。
【００２９】
そしてまず、アクセスサーバ装置と収容局側モデム装置とがパーマネントバーチャルコネクションによって常時接続される。
次に、アクセスサーバ装置と収容局側モデム装置において、パーマネントバーチャルコネクション内で未使用のバーチャルコネクションが管理される。
【００３０】
そして、収容局側モデム装置において、加入者側モデム装置からの発呼要求に基づいて、アクセスサーバ装置との間で交信が行われることにより、未使用のバーチャルコネクションが加入者側モデム装置に割り当てられる。
【００３１】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施の形態について詳細に説明する。
＜本発明の実施の形態のシステム構成＞
図１は、本発明の実施の形態のネットワークシステム構成図である。
【００３２】
モデム１０１は、ｘＤＳＬモデムであり、後述するように、10Base-Tインタフェースを介して１つ以上のＰＣ１０６が接続される。
モデム１０１とＤＳＬＡＭ１０２は、既存の加入者線である銅線ケーブルによって接続される。
【００３３】
なお、モデム１０１とＤＳＬＡＭ１０２の間の加入者宅内と収容局内には、それぞれスプリッタを挿入することができるが、これらについては省略する。
ＡＴＭスイッチ１０３同士、ＡＴＭスイッチ１０３とＤＳＬＡＭ１０２、ＡＴＭスイッチ１０３とＩＳＰ（Internet Service Provider ）側のアクセスサーバ１０４、ＡＴＭスイッチ１０３とアクセスサーバ１０６等の間は、それぞれＳＯＮＥＴインタフェースによって相互に接続される。
【００３４】
また、ＩＳＰ側のアクセスサーバ１０４は、そのＩＳＰに属するインターネット１０５に接続される。インターネット１０５には、Ｗｅｂサイト１０７や、ＰＣ１１０が接続されるＬＡＮ１０９を収容する他のアクセスサーバ１０８が接続される。このインターネット１０５上では、ＩＰデータグラムを用いたＩＰ通信が行われる。
【００３５】
ＤＳＬＡＭ１０２には、モデム１０１の他に、ＤＳＵ（Data Service Unit ）１１１を介してＰＣ１１３等を収容するＬＡＮ１１２を接続することもできる。この場合、ＤＳＬＡＭ１０２とＤＳＵ１１１の間は常時接続となる。
【００３６】
更に、ＤＳＬＡＭ１０２には、ｘＤＳＬ通信をサポートするアクセスサーバ１１４を接続することもでき、そのアクセスサーバ１１４の配下にＰＣ１１６等を収容するＬＡＮ１１５を接続することができる。
【００３７】
また、ＡＴＭスイッチ１０３に、ＰＣ１１３等を収容する企業内ＬＡＮ１１８が接続されるアクセスサーバ１１７を接続することもできる。
＜各装置間の通信プロトコルスタック＞
図２は、図１のネットワークを構成する各装置間の通信プロトコルスタックを示す図である。
【００３８】
まず、ＰＣ１０６とモデム１０１間の通信プロトコルについて、ＰＣ１０６からモデム１０１にデータが転送される場合を例として、図２〜図４を用いながら説明する。なお、モデム１０１からＰＣ１０６へ転送されるデータの場合も、データの流れが逆になるだけで通信プロトコルは同一である。
【００３９】
ＰＣ１０６内のアプリケーションで生成されたユーザ情報（ＴＣＰ(Transfer Control Protocol )セグメントデータ等）は、図３(a) に示されるように、パブリックなＩＰアドレスがヘッダに指定されたＩＰデータグラムの、データ領域に格納される。このパブリックなＩＰアドレスは、全世界中のインターネット空間内で一意に識別可能である。このＩＰデータグラムは、後述するように、それに付加されたＩＰアドレスがＩＳＰ側のアクセスサーバ１０４（以下、単にアクセスサーバ１０４と呼ぶ）によって識別されることによって、ルーティングされ、例えば図１のインターネット１０５内のＷｅｂサイト１０７まで転送される。
【００４０】
次にＰＣ１０６において、このＩＰデータグラムは、図３(b) に示されるように、ヘッダとトレーラが付加されたＰＰＰパケットのデータ領域に格納される。このＰＰＰパケットは、後述するように、モデム１０１で認識された後、アクセスサーバ１０４で終端される。このパケットにより、モデム１０１を経由してＰＣ１０６とアクセスサーバ１０４のポイント対ポイントの２点間データ通信が実現される。
【００４１】
続いて、ＰＣ１０６において、上述のＰＰＰパケットは、図３(c) に示されるようにＰＰＴＰ（Point to Point Tunneling Protocol ）又はＬ２ＴＰ(Layer2 Tunneling Protocol）に基づいて生成されるＰＰＰパケットの、データ領域に格納される。このＰＰＴＰ（又はＬ２ＴＰ）パケットは、後述するように、モデム１０１で終端される。ＰＰＴＰ又はＬ２ＴＰは、直接回線に接続されていない第１の装置が、回線を介して到達可能なＰＰＰ接続相手との間でＰＰＰ通信を実行するために、その第１の装置が回線に接続されている第２の装置にＰＰＰパケットを中継させるためのプロトコルである。この場合に、ＰＰＰパケットが格納されたＰＰＴＰ（又はＬ２ＴＰ）パケットは、第１の装置と第２の装置の間の論理通信路のトンネル内を通信される。本発明の実施の形態では、直接ｘＤＳＬ回線に接続されていないＰＣ１０６で生成されたＰＰＴＰ（又はＬ２ＴＰ）パケットは、次に説明するプライベートなＩＰ通信路のトンネル内を、モデム１０１まで伝送される。モデム１０１は、そのＰＰＴＰ（又はＬ２ＴＰ）パケットからＰＰＰパケットを取り出して、ＰＰＰ接続相手であるアクセスサーバ１０４に向けてｘＤＳＬ回線に送出する。ＰＰＰパケットがＰＰＴＰ（又はＬ２ＴＰ）パケットに格納される理由は、モデム１０１が、複数のＰＰＰセッションを矛盾なく処理できるようにするためである。そのために、ＰＰＴＰ（又はＬ２ＴＰ）パケットのヘッダには、各セッションを識別するための識別子やシーケンス番号等が格納される。
【００４２】
次に、ＰＣ１０６において、ＰＰＴＰ（又はＬ２ＴＰ）パケットは、図３(d) に示されるように、ＵＤＰ（User Datagram Protocol）に基づいて生成されるＵＤＰデータグラムの、データ領域に格納される。このＵＤＰデータグラムは、後述するように、モデム１０１で終端される。ＵＤＰデータグラムのヘッダには、ＰＰＴＰ（又はＬ２ＴＰ）パケットを受信した装置（ＰＣ１０６又はモデム１０１）が、それを処理するためのＰＰＴＰ（又はＬ２ＴＰ）ドライバアプリケーションを識別するためのポート番号が指定される。
【００４３】
更に、ＰＣ１０６において、ＵＤＰデータグラムは、図３(e) に示されるように、ＰＣ１０６とモデム１０１の間に閉じたプライベートなＩＰアドレス空間内のＩＰアドレスがヘッダに指定されたＩＰデータグラムの、データ領域に格納される。このプライベートなＩＰデータグラムによって、モデム１０１を所有するユーザがパブリックなＩＰアドレスを例えば１つしか割り当てられなかったとしても、そのモデム１０１が接続されるＬＡＮ内の装置（ＰＣ１０６）は、ローカルなアドレス空間を用いた相互通信が可能となる。
【００４４】
最後に、ＰＣ１０６において、上述したプライベートなＩＰデータグラムは、図３(f) に示されるように、ＭＡＣ（Media Access Control）プロトコルに基づいて生成されるイーサネットフレームの、データ領域に格納されて、10Base-Tインタフェースに送出される。イーサネットフレームのヘッダには、互いに通信を行う装置の物理アドレスが指定される。また、このフレームによって、10Base-Tインタフェース上でのフレームの衝突を回避するための制御が実行される。
【００４５】
上述のようにして10Base-Tインタフェースに送出されたイーサネットフレームは、モデム１０１において受信された後、図４(e) 及び(d) に示されるように、そのデータ領域からプライベートなＩＰデータグラムが抽出される。
【００４６】
次に、モデム１０１において、図４(c) に示されるように、そのプライベートなＩＰデータグラムのデータ領域から、ＵＤＰデータグラムが抽出される。
続いて、モデム１０１において、このＵＤＰデータグラムのヘッダに指定されているポート番号に基づいて、ＰＰＴＰ（又はＬ２ＴＰ）ドライバアプリケーションが起動されることにより、そのドライバによって、図４(b) に示されるように、ＵＤＰデータグラムのデータ領域から、ＰＰＴＰ（又はＬ２ＴＰ）パケットが抽出される。
【００４７】
更にモデム１０１において、そのパケットのヘッダに指定されている情報に基づいてＰＰＰセッションが識別された後、図４(a) に示されるように、ＰＰＴＰ（又はＬ２ＴＰ）パケットのデータ領域から、ＰＰＰパケットが抽出される。
【００４８】
次に、モデム１０１とアクセスサーバ１０４間の通信プロトコルについて、モデム１０１からアクセスサーバ１０４にデータが転送される場合を例として、図２、図５及び図６を用いながら説明する。なお、アクセスサーバ１０４からモデム１０１へ転送されるデータの場合も、データの流れが逆になるだけで通信プロトコルは同一である。
【００４９】
まずモデム１０１は、ＰＣ１０６から受信したＰＰＰパケットから更にパブリックなＩＰデータグラム（図３(a) 参照）を抽出することはせずに、図５(a) 及び(b) に示されるように、そのＰＰＰパケットをそのまま、ＡＡＬ５プロトコルデータユニットのデータ領域に格納する。ＡＡＬ５（ATM Adaptation Layer5 ）プロトコルデータユニットは、そのトレーラ部にデータ訂正用のＣＲＣコードを含む。
【００５０】
次に、モデム１０１は、図５(c) に示されるように、上記ＡＡＬ５プロトコルデータユニットを、１つ以上のＡＴＭセルのペイロードに格納する。このＡＴＭセルのコネクションの決定アルゴリズムが、本発明に特に関連する。これについては、後述する。
【００５１】
最後に、モデム１０１は、上記ＡＴＭセルのデータストリームを、ｘＤＳＬ信号に変調し、それを加入者線に送出する。
上述のようにして加入者線に送出されたｘＤＳＬ信号は、図１のＤＳＬＡＭ１０２によって受信される。
【００５２】
ＤＳＬＡＭ１０２は、加入者線より受信したｘＤＳＬ信号を復調することによって、ＡＴＭセルを抽出する。
次に、ＤＳＬＡＭ１０２は、このＡＴＭセルのヘッダ内のコネクション情報を変換した後、そのＡＴＭセルからユーザ情報を取り出すことはせずに、そのＡＴＭセルをそのまま、光ファイバを物理媒体（ＰＨＹ）とするＳＯＮＥＴインタフェースに送出する。なお、このとき厳密には、ＡＴＭセルからＳＯＮＥＴの信号フォーマットが組み立てられる。
【００５３】
上述のようにしてＳＯＮＥＴインタフェースに送出されたＡＴＭセルは、１つ以上のＡＴＭスイッチ１０３（図１）によって、ＡＴＭセルのレベルでスイッチングされながら、ＳＯＮＥＴインタフェース上を転送される。
【００５４】
アクセスサーバ１０４は、ＳＯＮＥＴインタフェース（ＰＨＹ）から１つ以上のＡＴＭセルを受信すると、図６(d) 及び(c) に示されるように、それぞれのＡＴＭセルのデータ領域から、ＡＡＬ５プロトコルデータユニットを抽出し組み立てる。
【００５５】
次に、アクセスサーバ１０４は、図６(b) に示されるように、ＡＡＬ５プロトコルデータユニットのデータ領域から、ＰＰＰパケットを抽出する。
最後に、アクセスサーバ１０４は、図６(a) に示されるように、ＰＰＰパケットのデータ領域から、ＩＰデータグラムを抽出する。
【００５６】
アクセスサーバ１０４では、このＩＰデータグラムのヘッダに指定されたパブリックなＩＰアドレスが識別されることによって、そのＩＰデータグラムをルーティングし、そのＩＰデータグラムを出力側回線の物理フレームフォーマットに変換した後に、インターネット１０５に送出する。
＜モデム１０１の回路構成＞
図７は、図１のモデム１０１の回路構成図である。
【００５７】
最初に、本発明に特に関連する特徴として、このモデム１０１は、電源投入時に、ｘＤＳＬドライバ７１２を介してＤＳＬＡＭ１０２に対し、所定周波数を有するアップストリームを送信する機能を有する。ｘＤＳＬドライバ７１２は、このアップストリームを検出することにより、該当するｘＤＳＬ回線に対するｘＤＳＬドライバ等の電源を投入する。これによって、未通信時の電力浪費を抑えることができる。
【００５８】
10Base-Tハブ７０１は、複数のＰＣ１０６を、イーサネットケーブルによって接続する。
次に、ＰＡＣ（PPTP Access Concentrator）７０３は、ＰＣ１０６内のＰＮＳ（PPTP Network Server ）７０２と共に、ＰＰＴＰ（Point to Point Tunneling Protocol ）又はＬ２ＴＰ(Layer2 Tunneling Protocol）を制御するためのクライアント／サーバ機能を提供する。
【００５９】
ＰＡＣ７０３内のＰＰＴＰ（又はＬ２ＴＰ）多重回路７０４は、10Base-Tハブ７０１からイーサネットフレームを受信した後、前述した図４(e) −＞(d) −＞(c) −＞(b) として示されるようにして、ＰＰＴＰ（又はＬ２ＴＰ）パケットを抽出し、そのヘッダに指定されている情報に基づいて、そのパケットを、各ＰＰＰセッションに対応したＰＰＴＰコントローラ７０５に引き渡す。
【００６０】
逆に、ＰＰＴＰ多重回路７０４は、各ＰＰＴＰコントローラ７０５から引き渡されたＰＰＴＰ（又はＬ２ＴＰ）パケットから、図４(b) −＞(c) −＞(d) −＞(e) の順で、イーサネットフレームを組み立て、それらを多重して10Base-Tハブ７０１からＰＣ１０６に送出する。
【００６１】
次に、ＰＡＣ７０３内のＰＰＴＰコントローラ７０５は、図４(a) に示されるように、ＰＰＴＰ（又はＬ２ＴＰ）パケットから、ＰＰＰパケットを抽出し、それを、そのＰＰＴＰコントローラ７０５に接続されているＳＡＲ７１０７１０に引き渡す。
【００６２】
逆に、ＰＰＴＰコントローラ７０５は、それに対応するＳＡＲ７１０から引き渡されたＰＰＰパケットから、図４(a) −＞(b) の順で、ＰＰＴＰ（又はＬ２ＴＰ）パケットを組み立て、それをＰＰＴＰ多重回路７０４に引き渡す。
【００６３】
ＰＡＣ７０３内のＢｏｏｔＰサーバ７０６は、ＰＣ１０６が、10Base-Tハブ７０１に接続され起動したときに、そのＰＣ１０６内のＢｏｏｔＰクライアント７１４と通信することにより、そのＰＣ１０６に、ＰＣ１０６とモデム１０１の間に閉じたプライベートなＩＰアドレス空間内のＩＰアドレスを設定する。
【００６４】
ＩＰトンネル／ＡＴＭ  ＶＣネゴシエータ７０７は、ＰＰＴＰ（又はＬ２ＴＰ）によるＩＰトンネルリンク情報と、ＡＴＭコネクションに関する情報であるＡＴＭ  ＶＣ（ATM Virtual Connection）情報とを相互に変換して、その変換した情報をQ.2931プロセッサ７０９又はＰＰＴＰコントローラ７０５に通知する。
【００６５】
また、ＩＰトンネル／ＡＴＭ  ＶＣネゴシエータ７０７は、それに接続されているＰＰＴＰコントローラ７０５がＰＣ１０６からのＩＰトンネルリクエストの発生を検出したときに、同コントローラ７０５からリクエストされた伝送速度を受け取る。そして、同ネゴシエータ７０７は、ｘＤＳＬ回線の帯域を管理するリソースマネージャ７０８に問い合わせることにより、リクエストされた伝送速度が受け入れ可能かどうかを調停し、その調停結果に基づいて決定された伝送速度を、上記ＰＰＴＰコントローラ７０５にフィードバックする。
【００６６】
Q.2931プロセッサ７０９は、ＩＴＵ−Ｔ  Q.2931シグナリング手順に従って、ＤＳＬＡＭ１０２との間でＡＴＭ  ＶＣの接続／切断制御を実行する。ＡＴＭ  ＶＣリクエスト発生時には、ＤＳＬＡＭ１０２からＡＴＭ  ＶＣのためのＶＰＩ（Virtual Path Identifier ）／ＶＣＩ（Virtual Channel Identifier）を割り当てられるため、それらをＳＡＲ７１０にセットする。
【００６７】
ＳＡＲ（Segmentation And Reassembly unit：セル分解・組立部)７１０は、それが接続されているＰＰＴＰコントローラ７０５から引き渡されたＰＰＰパケットから、図５(a) −＞(b) −＞(c) の順で、ＡＴＭセルを組み立て、そのＡＴＭセルのヘッダにQ.2931プロセッサ７０９から通知されているＶＰＩ／ＶＣＩを付加し、そのＡＴＭセルをセル多重回路７１１に引き渡す。
【００６８】
逆にＳＡＲ７１０は、セル多重回路７１１から引き渡されたＡＴＭセルから、図５(c) −＞(b) −＞(a) の順で、ＰＰＰパケットを組み立て、それをそのＳＡＲ７１０が接続されているＰＰＴＰコントローラ７０５に引き渡す。
【００６９】
セル多重回路７１１は、複数のＳＡＲ７１０から引き渡されたＡＴＭセルを多重し、それらをｘＤＳＬドライバ７１２に引き渡す。
逆に、セル多重回路７１１は、ｘＤＳＬドライバ７１２から引き渡された多重されたＡＴＭセル群から、各ＳＡＲ７１０に対応する各ＡＴＭセルを分離し、それらを対応する各ＳＡＲ７１０に引き渡す。
【００７０】
ｘＤＳＬドライバ７１２は、セル多重回路７１１から引き渡された多重信号を変調し、その結果得られるｘＤＳＬ信号を、ｘＤＳＬ回線である加入者回線に送出する。
【００７１】
逆に、ｘＤＳＬドライバ７１２は、加入者回線からｘＤＳＬ信号を受信し、それを復調し、その結果得られる多重信号をセル多重回路７１１に引き渡す。
レートコントローラ７１３は、ｘＤＳＬドライバ７１２を介して、ｘＤＳＬ回線の使用帯域の検出と、ｘＤＳＬ回線に対する帯域制御を実行する。その帯域制御状態は、リソースマネージャ７０８によって管理される。
＜ＤＳＬＡＭ１０２の回路構成＞
図８は、図１のＤＳＬＡＭ１０２の回路構成図である。
【００７２】
まず、本発明に特に関連する機能として、周波数検知器８０２は、それが接続されるハイブリット回路８０１を介して、ｘＤＳＬ回線である加入者線上の所定周波数を有するアップストリームを検出する。周波数検知器８０２がこのアップストリームを検出すると、それに接続されるパワーコントローラ８０３が、それに接続されるｘＤＳＬドライバ８０４及びＳＶＣ  Ｃｏｎｔ．８０７の電源を投入する。これによって、未通信時の電力浪費を抑えることができる。
【００７３】
ＤＳＬＡＭ１０２は、ｘＤＳＬ回線である各加入者線に対応して、それぞれが８０１〜８０５，８０７〜８０９の各回路によって構成される、複数のポートを有する。
【００７４】
各ポートにおいて、ｘＤＳＬドライバ８０４は、それに接続されるハイブリット回路８０１及び加入者線から受信したｘＤＳＬ信号を復調することにより、ＡＴＭセルを抽出し、そのＡＴＭセルをＵＰＣ８０８を介してＡＴＲ８０９に転送する。
【００７５】
逆に、ｘＤＳＬドライバ８０４は、ＡＴＲ８０９からＵＰＣ８０８を介して転送されてきたＡＴＭセルを変調することにより、ｘＤＳＬ信号を生成し、その信号を、そのｘＤＳＬドライバ８０４が接続されるハイブリット回路８０１を介して加入者線に送出する。
【００７６】
レートコントローラ８０５は、ｘＤＳＬドライバ８０４を介して、ｘＤＳＬ回線の使用帯域の検出と、ｘＤＳＬ回線に対する帯域制御を実行する。その帯域制御状態は、リソースマネージャ８０６によって管理される。リソースマネージャ８０６はまた、ＡＴＭマトリクス８１０内の各バッファを監視することにより、各ＡＴＭ  ＶＣの帯域使用状況をも管理する。
【００７７】
ＵＰＣ８０８はＡＴＭセルに対する使用量制御（Usage Parameter Control ）を実行する。この制御は、本発明には特には関連しないため、その詳細は省略する。
【００７８】
ＳＶＣ  Ｃｏｎｔ．（SVC Controller）８０７は、本発明に特に関連する部分であり、アクセスサーバ１０４との間で確立されているＰＶＣ（後述する）内のＡＴＭ  ＶＣの接続／切断に関する全体的な制御を実行する。この詳細については、後述する。
【００７９】
ＡＴＲ（Address TRansrator）８０９は、ＡＴＭマトリクス８１０に対して入出力されるＡＴＭセルのヘッダのＶＰＩ／ＶＣＩと、ＵＰＣ８０８に対して入出力されるＡＴＭセルのヘッダのＶＰＩ／ＶＣＩとを、ＳＶＣ  Ｃｏｎｔ．８０７からの通知に従って相互に書き換える。相互に書き換えられるＶＰＩ／ＶＣＩ同士は、１つのＡＴＭ  ＶＣを形成する。
【００８０】
次に、ＡＴＭマトリクス８１０は、後述するように、加入者線側からのＡＴＭＶＣリクエストに基づいて、その加入者線が収容されるポート上のＳＶＣ  Ｃｏｎｔ．８０７と、接続先であるアクセスサーバ１０４内のＣｏｎ．Ｍｇｒ．９０２との間で、１つのＡＴＭ  ＶＣが決定された以降に、上記アクセスサーバ１０４に向かうＳＯＮＥＴインタフェース回路８１１において入出力される、上記ＡＴＭ  ＶＣに対応するＶＰＩ／ＶＣＩを有するＡＴＭセルを、上記ＳＶＣ  Ｃｏｎｔ．８０７が接続されるＡＴＲ８０９に接続する。
【００８１】
また、ＡＴＭマトリクス８１０は、各ＳＯＮＥＴインタフェース回路８１１から入力される制御用セルである後述するＯＡＭ（Operation Administration and Maintenance）セルを、同マトリクス８１０内でコピーして、全てのポートのＡＴＲ８０９に出力し各ＡＴＲ８０９に接続されるＳＶＣ  Ｃｏｎｔ．８０７に到達させる。
【００８２】
逆に、ＡＴＭマトリクス８１０は、各ポートのＳＶＣ  Ｃｏｎｔ．８０７からＡＴＲ８０９を介して出力されたＯＡＭセルを、同マトリクス８１０内でコピーして、全てのＳＯＮＥＴインタフェース回路８１１に出力する。
【００８３】
ＳＯＮＥＴインタフェース回路８１１は、図１のＡＴＭスイッチ１０３に接続される。
アクセスサーバ１０４（図１）と、そこから到達できるＤＳＬＡＭ１０２内のＳＯＮＥＴインタフェース回路８１１間には、予めＰＶＣ（Permanent Virtual Connection/Channel）が確立されている。このＰＶＣには、例えば所定のＶＰＩ値と所定範囲（又は任意）のＶＣＩが割り当てられている。そして、その所定ＶＰＩ値と所定範囲内（又は任意）のＶＣＩ値がヘッダに指定されたＡＴＭセルは、上記ＳＯＮＥＴインタフェース回路８１１から送出された後、ＡＴＭスイッチ１０３（図１）により、アクセスサーバ１０４まで固定的に転送される。逆方向も同様である。すなわち、アクセスサーバ１０４とＤＳＬＡＭ１０２は、常時接続されており、ＡＴＭスイッチ１０３（図１）がそれらに対して接続／切断手順を実行する必要はない。
【００８４】
このように、本発明の実施の形態では、ＤＳＬＡＭ１０２とアクセスサーバ１０４の間には、予めＰＶＣが確立されている。言い換えれば、ＤＳＬＡＭ１０２とアクセスサーバ１０４の間には、予め、所定数のＡＴＭ  ＶＣ（ＶＣＩコネクション）と、所定の通信帯域幅が確保されていることになる。
【００８５】
そして、本発明の実施の形態では、加入者線側からのＡＴＭ  ＶＣリクエストに基づいて、ＤＳＬＡＭ１０２内の上記加入者線が収容されるポート上のＳＶＣＣｏｎｔ．８０７と、接続先であるアクセスサーバ１０４内のＣｏｎ．Ｍｇｒ．９０２との間で、ＯＡＭセルを用いてコネクション確立手順が実行されることにより、上記加入者線に接続されるモデム１０１と上記アクセスサーバ１０４との間に、上記ＰＶＣ内の１つのＡＴＭ  ＶＣ（すなわち１組のＶＰＩ／ＶＣＩ）が割り当てられる。この結果、上記モデム１０１の配下に接続されるＰＣ１０６と上記アクセスサーバ１０４との間で、通信が可能となる。上記ＰＣ１０６と上記アクセスサーバ１０４との間の通信が終了すれば、そのＡＴＭ  ＶＣは開放される。
【００８６】
この場合に、上記ＰＶＣに対して予め確保されるＡＴＭ  ＶＣの数（ＶＣＩの数）及び通信帯域幅は、上記ＰＶＣを所有するＤＳＬＡＭ１０２配下の全てのモデム１０１が上記ＰＶＣに対応するアクセスサーバ１０４と同時に通信した場合に必要なＡＴＭ  ＶＣの数及び通信帯域幅よりも、大幅に少なくて済む（例えば１／５〜１／１０程度）。これは、一般的なホームユーザの場合、同時に通信を行う可能性のあるユーザ数は、統計的に総ユーザ数の１／５〜１／１０以下であることによる。
【００８７】
また、ＤＳＬＡＭ１０２とアクセスサーバ１０４とが上記ＰＶＣにより常時接続されることにより、これらの間をＳＶＣによって呼毎に接続する場合よりも、接続制御を大幅に簡略化することができ、応答性能も向上するという効果が生まれる。更に、上記ＰＶＣ内のＡＴＭ  ＶＣの確立／開放制御は、本発明に関連する、後述するアイドルＶＣインディケーションセルとノミネーテッドＶＣマップを使用した制御によって効率的に実行することができる。
＜アクセスサーバ１０４の回路構成＞
図９は、図１のＩＳＰ側のアクセスサーバ１０４の構成図である。
【００８８】
ＳＯＮＥＴインタフェース回路９０１は、図１のＡＴＭスイッチ１０３に接続される。
このＳＯＮＥＴインタフェース回路９０１と、そこから到達できるＤＳＬＡＭ１０２内のＳＯＮＥＴインタフェース回路８１１の間には、前述したように、予めＰＶＣが確立されている。
【００８９】
Ｃｏｎ．Ｍｇｒ．（Connection Manager）９０２は、本発明に特に関連する部分であり、本発明に特に関連する部分であり、ＤＳＬＡＭ１０２との間で確立されているＰＶＣ（後述する）内のＡＴＭ  ＶＣの接続／切断に関する全体的な制御を実行する。この詳細については、後述する。
【００９０】
ＳＡＲ９０３は、それが接続されているＣｏｎ．Ｍｇｒ．９０２から引き渡されたＡＴＭセルから、図６(d) −＞(c) −＞(b) −＞(a) の順で、ＩＰデータグラムを組み立て、それをＩＰルータ９０４に引き渡す。
【００９１】
逆に、ＳＡＲ９０３は、ＩＰルータ９０４から引き渡されたＩＰデータグラムから、図６(a) −＞(b) −＞(c) −＞(d) の順で、ＡＴＭセルを組み立て、そのＳＡＲ９０３が接続されているＣｏｎ．Ｍｇｒ．９０２に引き渡す。
【００９２】
ＩＰルータ９０４は、ＳＡＲ９０３から引き渡されたＩＰデータグラムのヘッダに指定されたパブリックなＩＰアドレスを識別することによって、そのＩＰデータグラムをルーティングし、そのＩＰデータグラムを出力側回線の物理フレームフォーマットに変換した後に、インターネット１０５に送出する。
【００９３】
ＤＨＣＰ（Dynamic Host Configuration Protocol ）サーバ９０５は、ＰＣ１０６とのＰＰＰ通信開始時に、ＰＣ１０６に対して、ＤＨＣＰ手順に基づいて、ＩＰアドレスを付与する。
＜回線接続手順の詳細動作＞
以下に、上述した構成を有する本発明の実施の形態における、回線接続手順の詳細動作について説明する。
【００９４】
まず、モデム１０１の電源が投入されたときのｘＤＳＬ回線の立上げ動作については前述した。
すなわち、モデム１０１は、電源投入時に、ｘＤＳＬドライバ７１２を介してＤＳＬＡＭ１０２に対し、所定周波数を有するアップストリームを送信する。
【００９５】
一方、ＤＳＬＡＭ１０２内の、上記モデム１０１が接続される加入者線を収容するポートの周波数検知器８０２は、それが接続されるハイブリット回路８０１を介して、上記加入者線上の所定周波数を有するアップストリームを検出する。周波数検知器８０２がこのアップストリームを検出すると、それに接続されるパワーコントローラ８０３が、そのコントローラ８０３に接続されるｘＤＳＬドライバ８０４及びＳＶＣ  Ｃｏｎｔ．８０７の電源を投入する。これによって、未通信時の電力浪費を抑えることができる。
【００９６】
周波数検知器８０２は、それに対応するｘＤＳＬ回線が立ち上がった後も継続して、それが接続されるハイブリット回路８０１を介して、上記加入者線上の所定周波数を有するアップストリームをモニターする。
【００９７】
そして、周波数検知器８０２は、もしアップストリームの途絶を検出した場合には、モデム１０１の電源が切れていると判断する。そして、その周波数検知器８０２に接続されるパワーコントローラ８０３が、それに接続されるｘＤＳＬドライバ８０４及びＳＶＣ  Ｃｏｎｔ．８０７の電源を遮断する。これにより、電源投入の無駄な継続を抑えることができる。
【００９８】
次に、本発明の実施の形態における回線接続手順の詳細について説明する。
本発明の実施の形態においては、図８に示されるＤＳＬＡＭ１０２において、各ポートのＳＶＣ  Ｃｏｎｔ．８０７は、それが接続されるＡＴＲ８０９及びＡＴＭマトリクス８１０を介して、ＯＡＭセルであるアイドルＶＣインディケーションセルを受信する。
【００９９】
このアイドルＶＣインディケーションセルは、図９に示されるアクセスサーバ１０４内のＣｏｎ．Ｍｇｒ．９０２によって送出される。Ｃｏｎ．Ｍｇｒ．９０２は、自分が有するＰＶＣに属するＡＴＭ  ＶＣの範囲内で未使用のＡＴＭ  ＶＣのＶＰＩ／ＶＣＩを、上記アイドルＶＣインディケーションセルとして、定期的（例えば５分おき）に、ＳＯＮＥＴインタフェース回路９０１を介して、ＡＴＭネットワーク内の全装置に対して共通にブロードキャストする。
【０１００】
図１０は、アイドルＶＣインディケーションセルを構成することのできるＯＡＭセルのデータ構成図である。
ＯＡＭセルは、ＡＴＭネットワーク内にブロードキャストされるため、セルヘッダ内のＶＰＩ／ＶＣＩは任意の値でよい（無視される）。また、ペイロードタイプとしては、ペイロード内を参照することを指示する値“１１１”が指定される。
【０１０１】
ＯＡＭセルのペイロードには、ＡＡＬ５（ATM Adaptation Layer5 ）プロトコルデータユニットが格納される。
まず、最初の１オクテットには、セルタイプ識別子として、アイドルＶＣインディケーションセルを示す値“00000001”が設定される。
【０１０２】
アイドルＶＣインディケーションセルの特徴として、特にインフォメーションフィールドに、Ｃｏｎ．Ｍｇｒ．９０２が現在使用していないＡＴＭ  ＶＣ（アイドルＡＴＭ  ＶＣ）を示すＶＰＩ／ＶＣＩが格納される。
【０１０３】
このアイドルＶＣインディケーションセルは、ＡＴＭスイッチ１０３（図１）から、図８に示されるＤＳＬＡＭ１０２内のＳＯＮＥＴインタフェース回路８１１、ＡＴＭマトリクス８１０、及び各ＡＴＲ８０９を経由して、各ＳＶＣ  Ｃｏｎｔ．８０７によって受信される。
【０１０４】
ＳＶＣ  Ｃｏｎｔ．８０７は、アイドルＶＣインディケーションセルを受信すると、そのセルのインフォメーションフィールドに格納されているアイドルＡＴＭ  ＶＣのＶＰＩ／ＶＣＩを抽出し、それをＳＶＣ  Ｃｏｎｔ．８０７が有するノミネーテッドＶＣマップに登録する。
【０１０５】
ノミネーテッドＶＣマップは、アイドルＡＴＭ  ＶＣに関する情報のみならず、現在そのマップが属するポートにおいて使用されているＡＴＭ  ＶＣに関する情報も保持している。
【０１０６】
図１１は、ノミネーテッドＶＣマップのデータ構成図である。
このマップには、ＡＴＭ  ＶＣ毎に、そのＡＴＭ  ＶＣが属するＤＳＬＡＭ１０２のＳＯＮＥＴインタフェース回路８１１のポート番号（ＮＷ  Ｐｏｒｔ＃）と、そのＳＯＮＥＴインタフェース回路８１１が終端するＳＯＮＥＴインタフェースを構成するＳＴＳチャネル番号（ＳＴＳ  ＣＨ＃）と、そのＡＴＭ  ＶＣのＶＰＩ（ＶＰＩ＃）／ＶＣＩ（ＶＣＩ＃）と、そのＡＴＭ  ＶＣが属するアクセスサーバ１０４のＡＴＭアドレス（ＡＴＭ  Ａｄｄｒｅｓｓ）と、そのアクセスサーバ１０４を管理するＩＳＰ（Internet Service Provider ）の識別子（ＩＳＰ  ＩＤ）と、そのＡＴＭ  ＶＣの現在の使用状況（Ｓｔａｔｕｓ）とが保持される。なお、このマップが属するポートに収容される加入者線には、モデム１０１を介して複数のＰＣ１０６を接続することができ、各ＰＣ１０６はアクセスサーバ１０４との間でそれぞれ独立にＰＰＰセッションを確立することができるため、上記マップにおいては、複数のＡＴＭ  ＶＣのエントリに、１つのアクセスサーバ１０４に対応するＡＴＭアドレスが共通に設定されてもよい。
【０１０７】
このようにして、ＤＳＬＡＭ１０２内の各加入者線対応のポートのＳＶＣ  Ｃｏｎｔ．８０７は、それが有するノミネーテッドＶＣマップを参照することにより、各アクセスサーバ１０４毎に、常にどのＡＴＭ  ＶＣが使用されていないかを知っていることができる。そのため、外部のネットワーク管理システムや上流の機器に確認することなく、以下のようにして、接続先のアクセスサーバ１０４に対応するＰＶＣ内の空いているＡＴＭ  ＶＣに、加入者の呼を接続することができる。
【０１０８】
図１２は、エンド・ツー・エンドコネクションの設定シーケンス図である。
まず、モデム１０１の電源が投入されたときのＤＳＬＡＭ１０２側のポートへの電源投入の動作は、前述したとおりである（図１２のＳ１，Ｓ２）。
【０１０９】
次に、ＰＣ１０６（図１）からモデム１０１に対して、ＩＰトンネルリクエストが発行される（図１２のＳ３）。
ＩＰトンネルリクエストの詳細は、図１３のシーケンス図により示される。なお、以下のシーケンスは、ＰＰＴＰに基づくものであるが、Ｌ２ＴＰに基づく場合も同様である。
【０１１０】
すなわちまず、ＰＣ１０６内のＰＮＳ７０２が、モデム１０１内のＰＡＣ７０３（図７）に対して、スタートコントロールコネクションリクエストを発行する（図１３のＳ３−１）。このリクエストは、ＰＮＳ７０２とＰＡＣ７０３間の制御コネクションを確立するためのＰＰＴＰ制御メッセージであり、図１４に示される構成を有する。
【０１１１】
図１４において、“Length”は、スタートコントロールコネクションリクエストのトータルデータ長である。“PPTP Message Type ”には、制御メッセージを示す値１が設定される。“Magic Cookie”には、正当性チェック用のコードが設定される。“Control Message Type”には、スタートコントロールコネクションリクエストを示す値１が設定される。“Reserved0 ”と“Reserved1 ”は、オールゼロである。“Protocol Version”には、送信側が要求するＰＰＴＰのバージョンが設定される。“Framing Capabilities”には、送信側が供給できるフレームタイプが設定される。非同期フレーミングの場合には１が設定され、同期フレーミングの場合には２が設定される。“Bearer Capabilities ”には、送信側が供給できるベアラ能力が設定される。アナログアクセスサポートの場合には１が設定され、ディジタルアクセスサポートの場合には２が設定される。“Maximum Channels”には、ＰＡＣ７０３がサポートできるＰＰＰセッション数が設定される。このフィールドは、ＰＡＣ７０３によって設定されるため、最初はオールゼロである。“Firmware Revision ”には、ＰＮＳ７０２のファームウエアバージョン番号が設定される。“Host Name ”には、ＰＮＳ７０２のホスト名が設定される。このホスト名はＤＮＳ（ドメインネームシステム）で解決可能なものである。“Vendor String ”には、ＰＮＳ７０２のベンダー名が設定される。
【０１１２】
次に、ＰＡＣ７０３は、上記スタートコントロールコネクションリクエストを受信すると、それを送信したＰＣ１０６内のＰＮＳ７０２に対して、スタートコントロールコネクションリプライを返送する（図１３のＳ３−２）。このリプライも、ＰＰＴＰ制御メッセージであり、図１５に示される構成を有する。
【０１１３】
図１５のデータ構成は、図１４のデータ構成に、似ている。但し、“Control Message Type”には、スタートコントロールコネクションリプライを示す値２が設定され、“Result Code ”には、チャネル確立の成功時には１、一般エラー時には２、コマンドチャネルが既に存在する場合には３、そのリクエストがコマンドチャネルを確立する権限がない場合には４、リクエストのプロトコルバージョンがサポートされていない場合には５が設定される。また、一般エラーの場合のみ、“Error Code”に問題の詳細が表示される。“Maximum Channels”には、ＰＡＣ７０３がサポートできるＰＰＰセッション数が設定される。“Host Name ”には、ＰＡＣ７０３のＤＮＳホスト名が設定される。
【０１１４】
ＰＣ１０６内のＰＮＳ７０２は、上記スタートコントロールコネクションリプライを受信すると、モデム１０１内のＰＡＣ７０３に対して、セットリンクインフォを送信する（Ｓ３−３）。セットリンクインフォは、ＰＰＰ調停されたオプションを設定するために送信されるＰＰＴＰ制御メッセージであり、図１６に示される構成を有する。
【０１１５】
図１６において、“Length”は、セットリンクインフォのトータルデータ長である。“PPTP Message Type ”には、制御メッセージを示す値１が設定される。“Magic Cookie”には、正当性チェック用のコードが設定される。“Control Message Type”には、セットリンクインフォを示す値１５が設定される。“Reserved0 ”と“Reserved1 ”は、オールゼロである。“Peer's Call ID”には、この呼に対してＰＡＣ７０３によってアサインされた呼識別子が設定される。“Send ACCM”と“Receive ACCM”にはそれぞれ、クライアントがアウトゴーイングＰＰＰパケットとインカミングＰＰＰパケットを処理するために使うＡＣＣＭが設定される。
【０１１６】
続いて、ＰＣ１０６内のＰＮＳ７０２は、モデム１０１内のＰＡＣ７０３に対して、アウトゴーイングコールリクエストを送信する（Ｓ３−４）。このリクエストは、ＰＡＣ７０３に対して外部（アクセスサーバ１０４）への発呼を要求するＰＰＴＰ制御メッセージである。このリクエストには、発呼に必要な情報と、データ転送を統制するための情報を含む。このリクエストは、図１７に示される構成を有する。
【０１１７】
図１７において、“Length”は、このリクエストのトータルデータ長である。“PPTP Message Type ”には、制御メッセージを示す値１が設定される。“Magic Cookie”には、正当性チェック用のコードが設定される。“Control Message Type”には、アウトゴーイングコールリクエストを示す値７が設定される。“Reserved0 ”と“Reserved1 ”はオールゼロである。“Call ID ”には、ＰＮＳ７０２とＰＡＣ７０３のペア、すなわちＩＰトンネルを一意に識別するための識別子が設定される。“Call Serial Number”には、ログ情報中でこの呼を識別するための識別子が設定される。“Minimum BPS ”と“Maximum BPS ”には、このセッションに対して許容可能な最小／最大回線速度（ビット／秒）が設定される。“Bearer Capabilities ”には、このアウトゴーイングコールに対して要求されるベアラ能力が設定される。アナログチャネル上で設定される呼の場合には１が設定され、ディジタルチャネル上で設定される呼の場合には２が設定され、どちらでもよい呼である場合には３が設定される。“Framing Type”には、ＰＰＰフレームのタイプが設定される。非同期フレーミングを使用する呼である場合には１が設定され、同期フレーミングを使用する呼である場合には２が設定される。“Packet Recv. Window Size”には、ＰＮＳ７０２がこのセッションのためにバッファする受信データパケット数が設定される。“Packet Processing Delay ”には、ＰＡＣ７０３からＰＮＳ７０２に送信されるデータについてのパケット処理遅延長が１／１０秒単位で設定される。“Phone Number Length ”には、“Phone Number”フィールドの電話番号桁数が設定される。“Phone Number”と“Subaddress”には、アクセスサーバ１０４のＡＴＭアドレスが設定される。
【０１１８】
モデム１０１内のＰＡＣ７０３内の上記呼に対応するＰＰＴＰコントローラ７０５（図７）は、ＰＣ１０６から上記アウトゴーイングコールリクエストを受信すると、Q.2931プロセッサ７０９に、上記リクエストから抽出したアクセスサーバ１０４の“Phone Number”／“Subaddress”を引き渡し、また、ＩＰトンネル／ＡＴＭ  ＶＣネゴシエータ７０７に、上記リクエストから抽出した“Minimum BPS ”／“Maximum BPS ”を引き渡す。
【０１１９】
図７に示されるＩＰトンネル／ＡＴＭ  ＶＣネゴシエータ７０７は、ＵＢＲ＋（Unspecified Bit Rate：無規定ビットレート）制御されるｘＤＳＬ回線での輻輳を防止するために、以下の制御を行う。すなわち、同ネゴシエータ７０７は、上記ＩＰトンネルリクエストが必要とする上記最小／最大回線速度（“Minimum BPS ”／“Maximum BPS ”）を、ＡＴＭ  ＶＣのパラメータであるピークセルレートと最小セルレートに変換し、それらをリソースマネージャ７０８から受け取ったｘＤＳＬ回線の帯域及び現在の未使用帯域と比較する。この比較の結果、ＩＰトンネルリクエストの要求値が不適切であったなら、同ネゴシエータ７０７は、ＰＰＴＰコントローラ７０５に要求値の変更を求める。
【０１２０】
一方、図７に示されるQ.2931プロセッサ７０９は、ＰＰＴＰコントローラ７０５からアクセスサーバ１０４の“Phone Number”／“Subaddress”を引き渡されると、ＩＴＵ−Ｔ  Q.2931シグナリング手順に従って、ＤＳＬＡＭ１０２に対して、アクセスサーバ１０４のＡＴＭアドレスを指定したＡＴＭ  ＶＣリクエストを発行する（図１２又は図１３のＳ４）。
【０１２１】
このＡＴＭ  ＶＣリクエストは、図７に示されるＳＡＲ７１０においてＵＮＩ（User Network Interface）シグナリング用のＡＴＭセルに変換され、セル多重回路７１１及びｘＤＳＬドライバ７１２を介して、ｘＤＳＬ回線である加入者線に送出される。
【０１２２】
図８に示されるＤＳＬＡＭ１０２においては、ＳＶＣ  Ｃｏｎｔ．８０７が、ハイブリット回路８０１、ｘＤＳＬドライバ８０４、ＵＰＣ８０８、及びＡＴＲ８０９を介して上記ＡＴＭ  ＶＣリクエストを受信すると、以下のようにして、アイドルＶＣの検索を実行する（図１２のＳ５）。
【０１２３】
まず、ＳＶＣ  Ｃｏｎｔ．８０７は、そのＡＴＭ  ＶＣリクエストから接続先のアクセスサーバ１０４のＡＴＭアドレスを確認する。
次にＳＶＣ  Ｃｏｎｔ．８０７は、ノミネーテッドＶＣマップ（図１１参照）上で、上記アクセスサーバ１０４のＡＴＭアドレスを含むＡＴＭ  ＶＣグループを検索し、検索されたグループ内で、現在の使用状況（Ｓｔａｔｕｓ）が未使用（Ｕｎ−Ｏｃｃｕｐｉｅｄ）であるＡＴＭ  ＶＣ、すなわちアイドルＡＴＭ  ＶＣのエントリを抽出する。
【０１２４】
ＳＶＣ  Ｃｏｎｔ．８０７は、アイドルＡＴＭ  ＶＣのエントリの抽出に成功したら、接続先のアクセスサーバ１０４内のＣｏｎ．Ｍｇｒ．９０２と交信することにより、上記エントリに設定されているＶＰＩ／ＶＣＩが使われていないことを確認する。
【０１２５】
具体的には、ＳＶＣ  Ｃｏｎｔ．８０７は、ＯＡＭセルであるコネクションコンファームセルを送出する（図１２のＳ６）。このＯＡＭセルは、前述した図１０に示されるデータ構成を有し、そのペイロード内のセルタイプ識別子として、コネクションコンファームセルを示す値“00000002”が設定される。また、インフォメーションフィールドには、接続先のアクセスサーバ１０４のＡＴＭアドレスと、上記アイドルＡＴＭ  ＶＣのＶＰＩ／ＶＣＩと、ＤＳＬＡＭ１０２のＡＴＭアドレスと、ＳＶＣ  Ｃｏｎｔ．８０７のポート番号が格納される。
【０１２６】
上述のコネクションコンファームセルは、図７において、ＳＶＣ  Ｃｏｎｔ．８０７からＡＴＲ８０９を介してＡＴＭマトリクス８１０に入力し、そこでコピーされて全てのＳＯＮＥＴインタフェース回路８１１からＯＡＭセルとしてブロードキャストされる。
【０１２７】
上記ＯＡＭセルが接続先のアクセスサーバ１０４内のＣｏｎ．Ｍｇｒ．９０２（図９参照）に到達すると、Ｃｏｎ．Ｍｇｒ．９０２は、上記ＯＡＭセルのペイロード内のセルタイプ識別子と、ペイロード内のインフォメーションフィールドに格納されている自ＡＴＭアドレスを判別することにより、そのＯＡＭセルが自分宛のコネクションコンファームセルであることを識別する。
【０１２８】
そして、Ｃｏｎ．Ｍｇｒ．９０２は、そのコネクションコンファームセルのペイロード内のインフォメーションフィールドに格納されているＶＰＩ／ＶＣＩが現在使用されていないか否かを判定する（図１２のＳ７）。
【０１２９】
Ｃｏｎ．Ｍｇｒ．９０２は、そのＶＰＩ／ＶＣＩが現在未使用であると判定した場合には、ＯＡＭセルであるコネクションコンファームリプライセルを送出する（図１２のＳ８）。このＯＡＭセルは、前述した図１０に示されるデータ構成を有し、そのペイロード内のセルタイプ識別子として、コネクションコンファームリプライセルを示す値“00000003”が設定される。また、インフォメーションフィールドには、上記コネクションコンファームセルのインフォメーションフィールドの内容がそのまま格納される。
【０１３０】
上述のコネクションコンファームリプライセルは、図９において、Ｃｏｎ．Ｍｇｒ．９０２から、ＳＯＮＥＴインタフェース回路９０１を介して、ＯＡＭセルとしてブロードキャストされる（図１２のＳ８）。
【０１３１】
上述のＯＡＭセルが接続先のＤＳＬＡＭ１０２に到達すると、図８において、そのＯＡＭセルは、ＳＯＮＥＴインタフェース回路８１１からＡＴＭマトリクス８１０に転送され、そこでコピーされて全てのポートのＡＴＲ８０９にブロードキャストされる。
【０１３２】
先にコネクションコンファームセルを送信したＳＶＣ  Ｃｏｎｔ．８０７は、ＡＴＲ８０９を介して上記ＯＡＭセルを受信すると、そのＯＡＭセルのペイロード内のセルタイプ識別子と、ペイロード内のインフォメーションフィールドに格納されている自ＡＴＭアドレスを判別することにより、そのＯＡＭセルが自分宛のコネクションコンファームリプライセルであることを識別する。
【０１３３】
ＳＶＣ  Ｃｏｎｔ．８０７は、上記コネクションコンファームリプライセルを受信すると、接続先のアクセスサーバ１０４に向けて、ＯＡＭセルであるコネクションゲットセルを送出する（図１２のＳ９）。このＯＡＭセルは、前述の図１０に示されるデータ構成を有し、そのペイロード内のセルタイプ識別子として、コネクションゲットセルを示す値“00000004”が設定される。また、インフォメーションフィールドには、接続先のアクセスサーバ１０４のＡＴＭアドレスと、上記アイドルＡＴＭ  ＶＣのＶＰＩ／ＶＣＩと、ＤＳＬＡＭ１０２のＡＴＭアドレスと、ＳＶＣ  Ｃｏｎｔ．８０７のポート番号が格納される。
【０１３４】
また、ＳＶＣ  Ｃｏｎｔ．８０７は、一定のサイクルを待って、ノミネーテッドＶＣマップ上の該当するエントリの使用状況（Ｓｔａｔｕｓ）を、使用中（Ｏｃｃｕｐｉｅｄ）に変更する。
【０１３５】
更に、ＳＶＣ  Ｃｏｎｔ．８０７は、ＡＴＭマトリクス８１０を制御して、上記獲得したＡＴＭ  ＶＣのＶＰＩ／ＶＣＩを有するＡＴＭセルについて、接続先のアクセスサーバ１０４に到達可能なＳＯＮＥＴインタフェース回路８１１と、上記ＳＶＣ  Ｃｏｎｔ．８０７が接続されているＡＴＲ８０９とを接続する。
【０１３６】
上述のコネクションゲットセルは、コネクションコンファームセルの場合と同様にし、接続先のアクセスサーバ１０４内のＣｏｎ．Ｍｇｒ．９０２で受信され識別される。
【０１３７】
これ以後、Ｃｏｎ．Ｍｇｒ．９０２は、上記コネクションゲットセルに指定されているＶＰＩ／ＶＣＩについては、アイドルＶＣインディケーションセルを送出しない。
【０１３８】
ＳＶＣ  Ｃｏｎｔ．８０７は、コネクションコンファームリプライセルを受信すると更に、先にＡＴＭ  ＶＣリクエストを発行したモデム１０１に対し、Q.2931シグナリング手順を使って、コネクションの確立と共にローカルなＶＰＩ／ＶＣＩを通知する（図１２又は図１３のＳ１０）。
【０１３９】
同時に、ＳＶＣ  Ｃｏｎｔ．８０７は、ＡＴＲ８０９内のテーブル上で、上記ローカルなＶＰＩ／ＶＣＩと、アクセスサーバ１０４に対して確認できたアイドルＡＴＭ  ＶＣのＶＰＩ／ＶＣＩとをマッピングする。この結果、モデム１０１とアクセスサーバ１０４が接続される。
【０１４０】
図７において、モデム１０１内のQ.2931プロセッサ７０９は、ＤＳＬＡＭ１０２から上記通知を受信すると、ＩＰトンネル／ＡＴＭ  ＶＣネゴシエータ７０７を介してＰＰＴＰコントローラ７０５に、その旨を通知する。
【０１４１】
この結果、ＰＰＴＰコントローラ７０５は、ＰＣ１０６内のＰＮＳ７０２に対して、アウトゴーイングコールリプライを返信する（図１２又は図１３のＳ１１）。このリプライは、アウトゴーイングコールリクエストと同様のＰＰＴＰ制御メッセージであり、図１８に示される構成を有する。
【０１４２】
このとき特に、ＰＰＴＰコントローラ７０５は、ＩＰトンネル／ＡＴＭ  ＶＣネゴシエータ７０７から通知された回線速度要求値に対する調停結果を、“Connect Speed ”に設定する。
【０１４３】
図１８において、“Control Message Type”には、アウトゴーイングコールリプライを示す値８が設定される。“Call ID ”には、ＰＮＳ７０２とＰＡＣ７０３のペア、すなわちＩＰトンネルを一意に識別するための識別子が設定される。“Peer's Call ID”には、アウトゴーイングコールリクエストに設定されていた“Call ID ”（図１７参照）と同じ値が設定される。“Result Code ”には、アウトゴーイングコールリクエストに対する結果が設定される。呼確立の成功時には１、一般エラー時には２、キャリア無抽出の場合は３、ビジーの場合は４、ダイヤルトーン無しの場合は５、タイムアウトの場合は６、拒否された場合は７が設定される。また、一般エラーの場合のみ、“Error Code”に問題の詳細が表示される。“Cause Code”には、更に詳細な原因コードが設定される。“Connect Speed ”には、前述したように、ＩＰトンネル／ＡＴＭ  ＶＣネゴシエータ７０７からの調停結果である回線速度が設定される。“Packet Recv. Window Size”には、ＰＮＳ７０２がこのセッションのためにバッファする受信データパケット数が設定される。“Packet Processing Delay ”には、ＰＡＣ７０３からＰＮＳ７０２に送信されるデータについてのパケット処理遅延長が１／１０秒単位で設定される。“Physical Channel ID ”は、ベンダー依存の情報であり、本実施の形態では don't care である。
【０１４４】
ＰＣ１０６内のＰＮＳ７０２が上記アウトゴーイングコールリプライを受信することによって、ＩＰトンネルが確立し、ＰＰＰ通信が開始される（図１２のＳ１２）。
【０１４５】
その後、ＰＰＰ上で、ＰＣ１０６から接続先のアクセスサーバ１０４内のＤＨＣＰサーバ９０５に対して、ＩＰアドレスリクエストが送信され（図１２のＳ１３）、それに応答して、ＤＨＣＰサーバ９０５からＰＣ１０６に、ＩＰアドレスが割り当てられる（図１２のＳ１４）。このとき、Ｃｏｎ．Ｍｇｒ．９０２は、ＰＰＰの設定を変更する（図１２のＳ１５）。
【０１４６】
以上により、ＰＣ１０６とアクセスサーバ１０４内のＩＰルータ９０４との間で、ＰＰＰセッションが確立し（図１２のＳ１６）、これ以後、上記ＩＰアドレスを使ったインターネット１０５へのアクセスが可能となる。
【０１４７】
なお、アクセスサーバ１０４は、ＰＰＰセッションＩＤと、ＰＰＰパケットを転送するＡＴＭ  ＶＣのＶＰＩ／ＶＣＩとの対応テーブルを有する。
図１９及び図２０に、上述したものも含めた本発明の実施の形態で使用される又は使用される可能性のあるＯＡＭセルの一覧とそれぞれの説明を示す。
＜回線終了手順の詳細動作＞
モデム１０１から回線終了の要求を受けたときの動作について説明する。
【０１４８】
まず、ＤＳＬＡＭ１０２内のＳＶＣ  Ｃｏｎｔ．８０７は、対向するモデム１０１から、Q.2931シグナリング手順に従った終呼の要求を受ける。
ＳＶＣ  Ｃｏｎｔ．８０７は、その終呼要求に従って、ＡＴＲ８０９での該当するＶＰＩ／ＶＣＩのマッピングを開放する。
【０１４９】
また、ＳＶＣ  Ｃｏｎｔ．８０７は、一定サイクルを待って、ノミネーテッドＶＣマップ上において、該当するＶＰＩ／ＶＣＩに対応するエントリの使用状況（Ｓｔａｔｕｓ）を未使用（Ｕｎ−Ｏｃｃｕｐｉｅｄ）に戻す。
【０１５０】
更に、ＳＶＣ  Ｃｏｎｔ．８０７は、ＯＡＭセルであるコネクションリリースセルを送出する。このＯＡＭセルは、前述した図１０に示されるデータ構成を有し、そのペイロード内のセルタイプ識別子として、コネクションコンファームセルを示す値“00000005”が設定される。また、インフォメーションフィールドには、接続先のアクセスサーバ１０４のＡＴＭアドレスと、終呼要求に対応するＡＴＭ  ＶＣのＶＰＩ／ＶＣＩと、ＤＳＬＡＭ１０２のＡＴＭアドレスと、ＳＶＣＣｏｎｔ．８０７のポート番号が格納される。
【０１５１】
上述のコネクションリリースセルは、図７において、ＳＶＣ  Ｃｏｎｔ．８０７からＡＴＲ８０９を介してＡＴＭマトリクス８１０に入力し、そこでコピーされて全てのＳＯＮＥＴインタフェース回路８１１からＯＡＭセルとしてブロードキャストされる。
【０１５２】
上記ＯＡＭセルが接続先のアクセスサーバ１０４内のＣｏｎ．Ｍｇｒ．９０２（図９参照）に到達すると、Ｃｏｎ．Ｍｇｒ．９０２は、上記ＯＡＭセルのペイロード内のセルタイプ識別子と、ペイロード内のインフォメーションフィールドに格納されている自ＡＴＭアドレスを判別することにより、そのＯＡＭセルが自分宛のコネクションリリースセルであることを識別する。
【０１５３】
そして、Ｃｏｎ．Ｍｇｒ．９０２は、そのコネクションリリースセルのペイロード内のインフォメーションフィールドに格納されているＶＰＩ／ＶＣＩについて、前述したアイドルＶＣインディケーションセルの送出を再開する。
＜モデム１０１の電源断等に基づく終呼処理＞
例えば、モデム１０１の電源断のときなどは、終呼要求の発信無しでｘＤＳＬ回線が加入者側から終了する。もしこのままにしておくと、その呼が開放されることなく残ってしまうことになる。
【０１５４】
そこで、本実施の形態では、周波数検知器８０２が、ｘＤＳＬ回線が立ち上がった後に加入者線上のアップストリームの途絶を検出した場合には、その周波数検知器８０２に接続されるパワーコントローラ８０３が、それに接続されるｘＤＳＬドライバ８０４及びＳＶＣ  Ｃｏｎｔ．８０７の電源を遮断する直前に、ＳＶＣ  Ｃｏｎｔ．８０７に対して、上述の終呼処理を行わせるように構成することができる。
＜ＩＰトンネル断による終呼処理＞
例えば、ＰＣ１０６の電源断のときなどは、ＩＰトンネルの終了無しで回線が終了する。もしこのままにしておくと、モデム１０１の電源が入っている限りその呼が開放されることなく残ってしまうことになる。
【０１５５】
そこで本実施の形態では、図７に示されるモデム１０１において、ＰＰＴＰコントローラ７０５が、例えばＰＰＴＰに基づくエコーメッセージの断を検出することによりＩＰトンネル断を検出し、その検出時に、Q.2931プロセッサ７０９が終呼要求を発行するように構成することができる。
＜ＳＶＣ  Ｃｏｎｔ．８０７及びＣｏｎ．Ｍｇｒ．９０２によるＡＴＭ  ＶＣ獲得の誤動作の防止＞
上述の実施の形態では、アイドルＶＣインディケーションセルは、随時送信によるネットワーク資源の無駄使いを防ぐために、Ｃｏｎ．Ｍｇｒ．９０２から定期的（例えば５分おき）に送信されるように構成されている。
【０１５６】
しかしながら、衝突回避の方法として、アイドルＶＣインディケーションセルが常時送信されるように構成されてもよい。この場合には、コネクションコンファームセルとコネクションコンファームリプライセルによる確認手順が不要となる。
＜ＯＡＭセル終端機能のネットワークインタフェース装置への実装＞
ＤＳＬＡＭ１０２がリングを組む構成が採用される場合には、ＯＡＭセルが元のＤＳＬＡＭ１０２に戻らないように構成されなければならない。
【０１５７】
そこで、オプションとして、ＳＯＮＥＴインタフェース回路等のネットワークインタフェース装置に、ＯＡＭセル終端機能を付加することが可能である。
＜ノミネーテッドＶＣマップの自動設定方式＞
アイドルＶＣインディケーションセルのペイロード上に、そのセルを送信したアクセスサーバ１０４のＡＴＭアドレスを含めることにより、ＳＶＣ  Ｃｏｎｔ．８０７は、そのセルからそのアイドルＡＴＭ  ＶＣが割り当てられているＩＳＰのＡＴＭアドレスを引き出すことができ、このデータをもとに自分自身のノミネーテッドＶＣマップを追加することができる。
【０１５８】
【発明の効果】
本発明によれば、収容局側終端（モデム）装置とアクセスサーバ装置の間には、予めＰＶＣが確立されている。そして、加入者側終端（モデム）装置からの発呼要求に基づいて、アクセスサーバ装置との間で交信を行うことにより、未使用のバーチャルコネクションが加入者側終端装置に割り当てられる。この結果、収容局側終端（モデム）装置とアクセスサーバ装置とが上記ＰＶＣにより常時接続されることにより、これらの間をＳＶＣによって呼毎に接続する場合よりも、コネクションリソースが大幅に少なくてすみ、接続制御を大幅に簡略化することができ、応答性能も向上するという効果が生まれる。
【０１５９】
更に、本発明によれば、上記ＰＶＣ内のバーチャルコネクションの確立／開放制御は、管理保守用ブロードキャストセルを用いて効率的に実行することが可能となる。
【０１６０】
また、本発明によれば、加入者側モデム装置の動作／非動作に応じて、収容局側モデム装置の動作／非動作を制御できるため、未通信時の電力浪費を抑えることができる。
【０１６１】
更に、本発明によれば、モデム電源断、ＰＣ電源断等の正規処理のないリンク切断時にも、回線を切断することが可能となる。
【図面の簡単な説明】
【図１】本発明の実施の形態のネットワークシステム構成図である。
【図２】各装置間の通信プロトコルスタックを示す図である。
【図３】ＰＣ１０６における通信プロトコルスタックのデータフォーマットを示す図である。
【図４】モデム１０１におけるＩＰトンネル側の通信プロトコルスタックのデータフォーマットを示す図である。
【図５】モデム１０１におけるＡＴＭ側の通信プロトコルスタックのデータフォーマットを示す図である。
【図６】アクセスサーバ１０４における通信プロトコルスタックのデータフォーマットを示す図である。
【図７】モデム１０１の回路構成図である。
【図８】ＤＳＬＡＭ１０２の回路構成図である。
【図９】アクセスサーバ１０４の回路構成図である。
【図１０】ＯＡＭセルのデータ構成図である。
【図１１】ノミネーテッドＶＣマップのデータ構成図である。
【図１２】エンド・ツー・エンドコネクションの設定シーケンス図である。
【図１３】ＩＰトンネルとＡＴＭ  ＶＣの接続シーケンス図である。
【図１４】スタートコントロールコネクションリクエストのデータフォーマット図である。
【図１５】スタートコントロールコネクションリプライのデータフォーマット図である。
【図１６】セットリンクインフォのデータフォーマット図である。
【図１７】アウトゴーイングコールリクエストのデータフォーマット図である。
【図１８】アウトゴーイングコールリプライのデータフォーマット図である。
【図１９】制御セルの一覧を示す図（その１）である。
【図２０】制御セルの一覧を示す図（その２）である。
【図２１】インターネットアクセスシステムの説明図である。
【符号の説明】
１０１    モデム
１０２    ＤＳＬＡＭ
１０３    ＡＴＭスイッチ
１０４    ＩＳＰアクセスサーバ
１０５    ＩＳＰインターネット
１０６    ＰＣ
１０７    Ｗｅｂサイト
１０８    アクセスサーバ
１０９    ＬＡＮ
１１０    ＰＣ
１１１    ＤＳＵ
１１２    ＬＡＮ
１１３    ＰＣ
１１４    アクセスサーバ
１１５    ＬＡＮ
１１６    ＰＣ
１１７    アクセスサーバ
１１８    ＬＡＮ
１１９    ＰＣ
【図１】
0003917290.tif 000002
【図２】
0003917290.tif 000003
【図３】
0003917290.tif 000004
【図４】
0003917290.tif 000005
【図５】
0003917290.tif 000006
【図６】
0003917290.tif 000007
【図７】
0003917290.tif 000008
【図８】
0003917290.tif 000009
【図９】
0003917290.tif 000010
【図１０】
0003917290.tif 000011
【図１１】
0003917290.tif 000012
【図１２】
0003917290.tif 000013
【図１３】
0003917290.tif 000014
【図１４】
0003917290.tif 000015
【図１５】
0003917290.tif 000016
【図１６】
0003917290.tif 000017
【図１７】
0003917290.tif 000018
【図１８】
0003917290.tif 000019
【図１９】
0003917290.tif 000020
【図２０】
0003917290.tif 000021
【図２１】
0003917290.tif 000022