(57)【特許請求の範囲】
【請求項１】
ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）フレームが非同期転送モードの仮想チャネル／仮想パスによって伝送され、前記仮想チャネル／仮想パスが上り伝送速度と下り伝送速度とが異なる２つの非対称高速ディジタル通信方式チャネルによって伝送されるＡＤＳＬアクセスシステムであって、
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）データグラムに含まれるＴＣＰ／ＵＤＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）ポート番号から送信に適した非対称高速ディジタル通信方式チャネルに対応するタグを決定する決定手段と、
前記決定手段で決定されたタグから前記送信に適した非対称高速ディジタル通信方式チャネルに対応する仮想パス識別子／仮想チャネル識別子を決定してデータ転送を行う処理手段とを有することを特徴とするＡＤＳＬアクセスシステム。
【請求項２】
前記２つの非対称高速ディジタル通信方式チャネルは、遅延が少なくかつ少なくともリアルタイム通信に適しているｆａｓｔチャネルと、バースト誤りが発生しにくくかつ信頼性が高いｉｎｔｅｒｌｅａｖｅｄチャネルとであることを特徴とする請求項１記載の特徴とするＡＤＳＬアクセスシステム。
【請求項３】
予め設定された送信元ポート及び宛先ポートと前記タグとの組合わせを記憶するタグテーブルを含み、
前記決定手段は、前記ＩＰデータグラムに含まれる前記ＴＣＰ／ＵＤＰのヘッダの送信元ポート番号及び宛先ポート番号を抽出し、前記タグテーブルを参照して抽出したポート番号からタグを決定するよう構成したことを請求項１または請求項２記載の特徴とするＡＤＳＬアクセスシステム。
【請求項４】
前記タグと前記仮想パス識別子／仮想チャネル識別子との対応を記憶するテーブルを含み、
前記処理手段は、ＰＰＰマルチリンクフレームの受信時に前記テーブルを参照して当該ＰＰＰマルチリンクフレームのヘッダに含まれるタグ情報から前記ＰＰＰマルチリンクフレームを送信する仮想パス識別子／仮想チャネル識別子を決定しかつ前記ＰＰＰマルチリンクフレームを前記非同期転送モードのデータに変換して出力するよう構成したことを特徴とする請求項１から請求項３のいずれか記載のＡＤＳＬアクセスシステム。
【請求項５】
一端がインタネットに接続されかつ他端が前記２つの非対称高速ディジタル通信方式チャネルに接続されるリモートアクセスサーバと、前記リモートアクセスサーバ内に前記２つの非対称高速ディジタル通信方式チャネルに対応して設けられた第１及び第２のＰＰＰリンクバッファ処理手段と、前記リモートアクセスサーバ内に設けられかつ前記ＰＰＰマルチリンクフレームヘッダに含まれる前記タグに応じて前記第１及び第２のＰＰＰリンクバッファ処理手段のうちのいずれかへの出力先を切替える切替手段とを含み、
前記第１及び第２のＰＰＰリンクバッファ処理手段に同一のタグをもつ前記ＰＰＰマルチリンクフレームのみを蓄積するよう構成したことを特徴とする請求項４記載のＡＤＳＬアクセスシステム。
【請求項６】
前記タグと出力すべき前記ＰＰＰリンクバッファ処理手段との組合わせを記憶するＰＰＰテーブルを含み、
前記切替手段は前記ＰＰＰマルチリンクフレームの受信時に前記ＰＰＰマルチリンクフレームヘッダから前記タグを抽出しかつ前記ＰＰＰテーブルを参照して前記タグに対応する前記第１及び第２のＰＰＰリンクバッファ処理手段のいずれかに前記ＰＰＰマルチリンクフレームを転送するよう構成したことを特徴とする請求項５記載のＡＤＳＬアクセスシステム。
【請求項７】
ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）フレームが非同期転送モードの仮想チャネル／仮想パスによってによって伝送され、前記仮想チャネル／仮想パスが上り伝送速度と下り伝送速度とが異なる２つの非対称高速ディジタル通信方式チャネルによって伝送されるＡＤＳＬアクセス方法であって、
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）データグラムに含まれるＴＣＰ／ＵＤＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）ポート番号から送信に適した非対称高速ディジタル通信方式チャネルに対応するタグを決定するステップと、
その決定されたタグから前記送信に適した非対称高速ディジタル通信方式チャネルに対応する仮想パス識別子／仮想チャネル識別子を決定してデータ転送を行うステップとを有することを特徴とするＡＤＳＬアクセス方法。
【請求項８】
前記２つの非対称高速ディジタル通信方式チャネルは、遅延が少なくかつ少なくともリアルタイム通信に適しているｆａｓｔチャネルと、バースト誤りが発生しにくくかつ信頼性が高いｉｎｔｅｒｌｅａｖｅｄチャネルとであることを特徴とする請求項７記載の特徴とするＡＤＳＬアクセス方法。
【請求項９】
前記タグを決定するステップは、前記ＩＰデータグラムに含まれる前記ＴＣＰ／ＵＤＰのヘッダの送信元ポート番号及び宛先ポート番号を抽出し、予め設定された送信元ポート及び宛先ポートと前記タグとの組合わせを記憶するタグテーブルを参照して抽出したポート番号からタグを決定するようにしたことを請求項７または請求項８記載の特徴とするＡＤＳＬアクセス方法。
【請求項１０】
前記データ転送を行うステップは、ＰＰＰマルチリンクフレームの受信時に前記タグと前記仮想パス識別子／仮想チャネル識別子との対応を記憶するテーブルを参照して当該ＰＰＰマルチリンクフレームのヘッダに含まれるタグ情報から前記ＰＰＰマルチリンクフレームを送信する仮想パス識別子／仮想チャネル識別子を決定しかつ前記ＰＰＰマルチリンクフレームを前記非同期転送モードのデータに変換して出力するようにしたことを特徴とする請求項７から請求項９のいずれか記載のＡＤＳＬアクセス方法。
【請求項１１】
一端がインタネットに接続されかつ他端が前記２つの非対称高速ディジタル通信方式チャネルに接続されるリモートアクセスサーバ内に前記２つの非対称高速ディジタル通信方式チャネルに対応して設けられた第１及び第２のＰＰＰリンクバッファ処理手段のうちのいずれかへ前記ＰＰＰマルチリンクフレームヘッダに含まれる前記タグに応じてその出力先を切替えるステップを含み、
前記第１及び第２のＰＰＰリンクバッファ処理手段に同一のタグをもつ前記ＰＰＰマルチリンクフレームのみを蓄積するようにしたことを特徴とする請求項１０記載のＡＤＳＬアクセス方法。
【請求項１２】
前記出力先を切替えるステップは、前記ＰＰＰマルチリンクフレームの受信時に前記ＰＰＰマルチリンクフレームヘッダから前記タグを抽出しかつ前記タグと出力すべき前記ＰＰＰリンクバッファ処理手段との組合わせを記憶するＰＰＰテーブルを参照して前記タグに対応する前記第１及び第２のＰＰＰリンクバッファ処理手段のいずれかに前記ＰＰＰマルチリンクフレームを転送するようにしたことを特徴とする請求項１１記載のＡＤＳＬアクセス方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はＡＤＳＬアクセスシステム及びそれに用いるＡＤＳＬアクセス方法に関し、特に上り伝送速度と下り伝送速度とが異なるＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ：非対称高速ディジタル通信方式）のアクセス方法に関する。
【０００２】
【従来の技術】
近年、高速伝送が可能で、上り伝送速度と下り伝送速度とが異なるＡＤＳＬアクセスシステムが普及しつつある。ＡＤＳＬアクセスシステムにおいては、ユーザ宅側にＡＴＵ−Ｒ（ＡＤＳＬ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｕｎｉｔ−Ｒｅｍｏｔｅ  ｔｅｒｍｉｎａｌ  ｅｎｄ）と呼ばれるモデムを配置し、交換局側にはＤＳＬＡＭ（Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ  Ａｃｃｅｓｓ  Ｍｕｌｔｉｐｌｅｘｏｒ）を配置している。
【０００３】
このＤＳＬＡＭにＡＴＵ−Ｃ（ＡＤＳＬ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｕｎｉｔ−Ｃｅｎｔｒａｌ  ｏｆｆｉｃｅ  ｅｎｄ）と呼ばれるＡＤＳＬ終端装置を収容し、ＡＴＵ−ＲとＡＴＵ−Ｃとがツイストペアのケーブルで接続される。また一方で、ＤＳＬＡＭはＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ：非同期転送モード）ネットワークとも接続する。
【０００４】
ＡＤＳＬにはｆａｓｔチャネルとｉｎｔｅｒｌｅａｖｅｄチャネルとの２種類ある。ｆａｓｔチャネルはｉｎｔｅｒｌｅａｖｅｄチャネルに比べて遅延が少なく、リアルタイム通信等に適している。ｉｎｔｅｒｌｅａｖｅｄチャネルはｆａｓｔチャネルに比べてバースト誤りが発生しにくく、信頼性が高く、ｆｔｐ（ｆｉｌｅ  ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ）データ等のデータ転送に適している。この２チャネルは同時に使用することができる。
【０００５】
ＡＤＳＬの各チャネルにＡＴＭのＰＶＣ（Ｐｅｒｍａｎｅｎｔ  Ｖｉｒｔｕａｌ  Ｃｉｒｃｕｉｔ）またはＳＶＣ（Ｓｗｉｔｃｈｅｄ  Ｖｉｒｔｕａｌ  Ｃｉｒｃｕｉｔ）を設定することによって、ＡＤＳＬチャネル上でＡＴＭデータを転送することができる。この方式はＡＴＭ  ｏｖｅｒ  ＡＤＳＬと呼ばれている。
【０００６】
次に、ユーザ宅側のコンピュータをインタネットに接続する場合について説明する。図９にネットワーク構成例とそのプロトコルスタックとを示す。図９において、ＡＴＵ−Ｒ１はＡＴＵ−Ｃ２及び宅内ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１００に接続されている。ＡＴＵ−Ｃ２はＤＳＬＡＭ３に収容されている。ＤＳＬＡＭ３とリモートアクセスサーバ４とはＳＯＮＥＴ（ｓｙｎｃｈｒｏｎｏｕｓ  ｏｐｔｉｃａｌ  ｎｅｔｗｏｒｋ）をベースとしたＡＴＭネットワーク２００に接続されている。但し、ＡＴＭネットワークのベースはＳＯＮＥＴとは限らない。
【０００７】
リモートアクセスサーバ４はインタネット３００とも接続されている。リモートアクセスサーバ４はＡＴＭ及びＰＰＰ（Ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）機能を内蔵している。
【０００８】
ＡＴＵ−Ｒ１とリモートアクセスサーバ４とはＰＶＣによって接続されている。図１０にＰＶＣの接続図を示す。ＡＴＵ−Ｒ１とＡＴＵ−Ｃ２との間には２つのＡＤＳＬチャネル、ｆａｓｔチャネルとｉｎｔｅｒｌｅａｖｅｄチャネルとがある。
【０００９】
各ＡＤＳＬチャネルにはＶＰ（Ｖｉｒｔｕａｌ  Ｐａｔｈ：仮想パス）が設定されている。また、ＤＳＬＡＭ３とリモートアクセスサーバ４との間にもＶＰが設定されている。これらのＶＰを経てＡＴＵ−Ｒ１とリモートアクセスサーバ４との間にＰＶＣが２本設定されている。
【００１０】
インタネット３００に接続するためには、最初にＡＴＵ−Ｒ１とリモートアクセスサーバ４との間でリンクを確立しなければならない。ＡＴＵ−Ｒ１はＰＰＰプロトコルを利用してリモートアクセスサーバ４にアクセスし、所定の必要な接続手順、認証手順を経て、ＡＴＵ−Ｒ１とリモートアクセスサーバ４との間にＰＰＰリンクを確立する。
【００１１】
このとき、２本のＰＶＣの上にそれぞれＰＰＰリンクを確立する。すなわち、各ＡＤＳＬチャネルを経由するＰＰＰリンクが確立する。確立した２本のＰＰＰリンクを、ｒｆｃ（ｒｅｑｕｅｓｔ  ｆｏｒ  ｃｏｍｍｅｎｔｓ）１９９０で規定されているＰＰＰマルチリンクプロトコルによって、１本のＰＰＰリンクとして扱う。
【００１２】
ＰＰＰリンク確立後は、宅内ＬＡＮ１００とインタネット３００との間でＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）データグラムの伝送が可能となる。ＰＰＰフレームはＡＴＭのＶＣ／ＶＰ（Ｖｉｒｔｕａｌ  Ｃａｎｎｅｌ／Ｖｉｒｔｕａｌ  Ｐａｔｈ：仮想チャネル／仮想パス）によって伝送され、ＶＣ／ＶＰはＡＤＳＬチャネルによって伝送されるため、この方式はＰＰＰ  ｏｖｅｒ  ＡＴＭ  ｏｖｅｒ  ＡＤＳＬと呼ばれている。
【００１３】
【発明が解決しようとする課題】
しかしながら、上述した従来のＡＤＳＬアクセスシステムでは、ＰＰＰマルチリンクプロトコルにおいて、複数のＰＰＰリンクが存在する場合、アプリケーションプロトコル、すなわちＴＣＰ／ＵＤＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）の送信元ポート番号／宛先ポート番号に関係なく、複数のＰＰＰリンクの伝送容量に応じて、ＩＰデータグラムをＰＰＰリンクに振り分けて送信する。
【００１４】
そのため、リアルタイム通信のデータがｉｎｔｅｒｌｅａｖｅｄチャネルで転送されたり、ｆｔｐデータがｆａｓｔチャネルで転送される等、最適なＡＤＳＬチャネルでデータが転送されない。
【００１５】
また、ＡＤＳＬのｆａｓｔチャネルとｉｎｔｅｒｌｅａｖｅｄチャネルとでは伝送遅延が異なるため、ｆａｓｔチャネルで転送されたデータに比べて、ｉｎｔｅｒｌｅａｖｅｄチャネルで転送されたデータの到着が遅れる。受信側では各チャネルで送られてきたＰＰＰマルチリンクフレームを一括して処理するため、遅延の異なる複数のチャネルを使ってＰＰＰマルチリンクを転送すると、データの到着順序が保障されない。
【００１６】
そのため、受信側でＰＰＰフレームを再構成するためには、遅延分を考慮した受信バッファを用意し、ＰＰＰマルチリンクフレームをヘッダに含まれるシーケンス番号順に並べ替える必要がある。
【００１７】
そこで、本発明の目的は上記の問題点を解消し、アプリケーションプロトコルに適したＡＤＳＬチャネルを使用したデータ転送を行うことができるＡＤＳＬアクセスシステム及びそれに用いるＡＤＳＬアクセス方法を提供することにある。
【００１８】
また、本発明の他の目的は、ＰＰＰマルチリンクフレームからＰＰＰフレームへの再構成処理を簡略化することができるＡＤＳＬアクセスシステム及びそれに用いるＡＤＳＬアクセス方法を提供することにある。
【００１９】
【課題を解決するための手段】
本発明によるＡＤＳＬアクセスシステムは、ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）フレームが非同期転送モードの仮想チャネル／仮想パスによって伝送され、前記仮想チャネル／仮想パスが上り伝送速度と下り伝送速度とが異なる２つの非対称高速ディジタル通信方式チャネルによって伝送されるＡＤＳＬアクセスシステムであって、
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）データグラムに含まれるＴＣＰ／ＵＤＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）ポート番号から送信に適した非対称高速ディジタル通信方式チャネルに対応するタグを決定する決定手段と、
前記決定手段で決定されたタグから前記送信に適した非対称高速ディジタル通信方式チャネルに対応する仮想パス識別子／仮想チャネル識別子を決定してデータ転送を行う処理手段とを備えている。
【００２０】
本発明による他のＡＤＳＬアクセスシステムは、上記の構成のほかに、一端がインタネットに接続されかつ他端が前記２つの非対称高速ディジタル通信方式チャネルに接続されるリモートアクセスサーバと、前記リモートアクセスサーバ内に前記２つの非対称高速ディジタル通信方式チャネルに対応して設けられた第１及び第２のＰＰＰリンクバッファ処理手段と、前記リモートアクセスサーバ内に設けられかつ前記ＰＰＰマルチリンクフレームヘッダに含まれる前記タグに応じて前記第１及び第２のＰＰＰリンクバッファ処理手段のうちのいずれかへの出力先を切替える切替手段とを具備し、
前記第１及び第２のＰＰＰリンクバッファ処理手段に同一のタグをもつ前記ＰＰＰマルチリンクフレームのみを蓄積するよう構成している。
【００２１】
本発明によるＡＤＳＬアクセス方法は、ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）フレームが非同期転送モードの仮想チャネル／仮想パスによってによって伝送され、前記仮想チャネル／仮想パスが上り伝送速度と下り伝送速度とが異なる２つの非対称高速ディジタル通信方式チャネルによって伝送されるＡＤＳＬアクセス方法であって、
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）データグラムに含まれるＴＣＰ／ＵＤＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）ポート番号から送信に適した非対称高速ディジタル通信方式チャネルに対応するタグを決定するステップと、
その決定されたタグから前記送信に適した非対称高速ディジタル通信方式チャネルに対応する仮想パス識別子／仮想チャネル識別子を決定してデータ転送を行うステップとを備えている。
【００２２】
本発明による他のＡＤＳＬアクセス方法は、上記のステップのほかに、一端がインタネットに接続されかつ他端が前記２つの非対称高速ディジタル通信方式チャネルに接続されるリモートアクセスサーバ内に前記２つの非対称高速ディジタル通信方式チャネルに対応して設けられた第１及び第２のＰＰＰリンクバッファ処理手段のうちのいずれかへ前記ＰＰＰマルチリンクフレームヘッダに含まれる前記タグに応じてその出力先を切替えるステップを具備し、
前記第１及び第２のＰＰＰリンクバッファ処理手段に同一のタグをもつ前記ＰＰＰマルチリンクフレームのみを蓄積するようにしている。
【００２３】
すなわち、本発明のＡＤＳＬアクセスシステムは、ＰＰＰ  ｏｖｅｒ  ＡＴＭｏｖｅｒ  ＡＤＳＬを用いてリモートアクセスサーバにアクセスするシステムにおいて、アプリケーションプロトコルに適したＡＤＳＬのチャネルを使用し、データを伝送するシステムを提供するものである。
【００２４】
まず、本発明のＡＤＳＬアクセスシステムの送信側の特徴について説明する。ＡＤＳＬアクセスシステムの送信側においては、ＭＬタグ決定部がポート番号とタグとの対応テーブルを記憶しており、このタグがＡＤＳＬチャネルとも対応している。例えば、リアルタイム通信のアプリケーションプロトコルのポート番号はｆａｓｔチャネルに対応するタグと関連付けられ、ｆｔｐデータのような信頼性が必要なアプリケーションプロトコルのポート番号はｉｎｔｅｒｌｅａｖｅｄチャネルに対応するタグと関連付けられている。
【００２５】
送信ＩＰデータグラムに含まれるＴＣＰ／ＵＤＰヘッダから送信元ポート番号、宛先ポート番号を抽出し、予め設定された対応テーブルを参照してタグを決定し、ＰＰＰマルチリンク処理部がＰＰＰマルチリンクフレームヘッダに決定したタグを書込む。ＡＴＭ処理部はタグとＶＰＩ／ＶＣＩ（Ｖｉｒｔｕａｌ  Ｐａｔｈ  Ｉｄｅｎｔｉｆｉｅｒ／Ｖｉｒｔｕａｌ  Ｃｈａｎｎｅｌ  Ｉｄｅｎｔｉｆｉｅｒ：仮想パス識別子／仮想チャネル識別子）との対応テーブルを記憶している。
【００２６】
ＰＰＰマルチリンクフレームを受信すると、ＰＰＰマルチリンクフレームヘッダのタグを参照し、予め設定されたテーブルからＶＰＩ／ＶＣＩを決定し、そのＶＰＩ／ＶＣＩのパスを利用してＰＰＰマルチリンクフレームを送信する。ＶＰＩ／ＶＣＩはタグと同様に、ＡＤＳＬチャネルと対応するため、アプリケーションプロトコルに適したＡＤＳＬチャネルによってデータが転送される。
【００２７】
続いて、本発明のＡＤＳＬアクセスシステムの受信側の特徴について説明する。ＡＤＳＬアクセスシステムの受信側においては、ＰＰＰ  ＭＬスイッチがタグと出力すべきＰＰＰ  ＬＩＮＫバッファ処理部との対応テーブルを記憶している。
【００２８】
ＰＰＰマルチリンクフレームを受信すると、ＰＰＰマルチリンクフレームヘッダに含まれるタグを参照し、予め設定されたテーブルから出力すべきＰＰＰ  ＬＩＮＫッファ処理部を決定し、そのＰＰＰ  ＬＩＮＫバッファ処理部に出力する。
【００２９】
ＰＰＰ  ＬＩＮＫバッファ処理部は受信したＰＰＰマルチリンクフレームをバッファに蓄積し、ＰＰＰマルチリンクフレームヘッダのＢｅｇｉｎｎｉｎｇ  ｆｒａｇｍｅｎｔ  ｂｉｔとＥｎｄｉｎｇ  ｆｒａｇｍｅｎｔ  ｂｉｔとシーケンス番号とをチェックし、ＰＰＰフレームの全セグメントが揃うと、ＰＰＰフレームを再構成して出力する。同じタグが付けられたＰＰＰマルチリンクフレームの到着順序は保障されているので、バッファ内のＰＰＰマルチリンクフレームを並べ替える必要はない。
【００３０】
上記のように、ＭＬタグ決定部がＴＣＰ／ＵＤＰポート番号から、送信に適したＡＤＳＬチャネルに対応するタグを決定し、ＡＴＭ処理部がこのタグから送信に適したＡＤＳＬチャネルに対応するＶＰＩ／ＶＣＩを決定し、データを転送するため、アプリケーションプロトコルに適したＡＤＳＬチャネルを使用したデータ転送が可能になる。
【００３１】
また、リモートアクセスサーバのＭＰ処理部の受信部が各ＡＤＳＬチャネルに対応した２つのＰＰＰ  ＬＩＮＫバッファ処理部を備え、ＰＰＰ  ＭＬスイッチがＰＰＰマルチリンクフレームヘッダに含まれるタグに応じて出力先のＰＰＰ  ＬＩＮＫバッファ処理部を切替え、ＰＰＰ  ＬＩＮＫバッファ処理部には同一のタグをもつＰＰＰマルチリンクフレームのみを蓄積することによって、到着順序が保障され、ＰＰＰフレームを再構成する場合にＰＰＰマルチリンクフレームの並び替えを行う必要がないため、ＰＰＰマルチリンクフレームからＰＰＰフレームへの再構成処理を簡略化することが可能となる。
【００３２】
【発明の実施の形態】
次に、本発明の一実施例について図面を参照して説明する。図１は本発明の一実施例によるＡＴＵ−Ｒ（ＡＤＳＬ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｕｎｉｔ−Ｒｅｍｏｔｅ  ｔｅｒｍｉｎａｌ  ｅｎｄ）の構成を示すブロック図である。図１において、ＡＴＵ−Ｒ１はＭＰ［ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）  ｍｕｌｔｉ  ｌｉｎｋ  ｆｒａｍｅ］処理部１１と、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ：非同期転送モード）処理部１２と、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ：非対称高速ディジタル通信方式）処理部１３とから構成されている。
【００３３】
図２は図１のＭＰ処理部１１の構成を示すブロック図である。図２において、ＭＰ処理部１１は送信部３１と、受信部３２とから構成されている。
【００３４】
図３は図２の送信部３１の構成を示すブロック図である。図３において、送信部３１はＰＰＰ送信処理部４１と、ＭＬ（Ｍｕｌｔｉ  Ｌｉｎｋ：マルチリンク）タグ決定部４２と、ＰＰＰマルチリンク処理部４３とから構成されている。
【００３５】
ＰＰＰ送信処理部４１はＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）データグラムを受信すると、ＰＰＰフレームに変換して出力する。ＭＬタグ決定部４２は予め設定された送信元ポート番号や宛先ポート番号とタグとの対応を示すＭＬタグテーブル（図示せず）を記憶している。
【００３６】
図４は図３のＭＬタグ決定部４２のＭＬタグテーブルの構成例を示す図である。図４において、ＭＬタグテーブルは送信元ポート及び宛先ポートとタグとの組合わせを示している。
【００３７】
ＭＬタグテーブルにおいて、送信元ポート番号が任意で、宛先ポート番号が２１［ｆｔｐ（ｆｉｌｅ  ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ）プロトコル］の場合には、タグが“１１”となる。“＊”は任意のポート番号を示す。また、送信元ポート番号が任意で、宛先ポート番号が２１（ｔｅｌｎｅｔ  プロトコル）の場合には、タグが“１０”となる。
【００３８】
ＭＬタグ決定部４２はＩＰデータグラムに含まれるＴＣＰ／ＵＤＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）ヘッダの送信元ポート番号、宛先ポート番号を抽出し、ＭＬタグテーブルを参照して抽出したポート番号からタグを決定し、ＰＰＰマルチリンク処理部４３にタグを通知する。
【００３９】
ＰＰＰマルチリンク処理部４３はＰＰＰ送信処理部４１から受信したＰＰＰフレームをＰＰＰマルチリンクフレームに変換し、ＰＰＰマルチリンクフレームヘッダにＭＬタグ決定部４２から通知されたタグを書込む。
【００４０】
図５は図２の受信部３２の構成を示すブロック図である。図５において、受信部３２はＰＰＰ  ＭＬスイッチ５１と、ＰＰＰ  ＬＩＮＫバッファ処理部５２，５３と、ＰＰＰ受信処理部５４とから構成されている。ＰＰＰ  ＭＬスイッチ５１はタグと出力すべきＰＰＰ  ＬＩＮＫバッファ処理部５２，５３との対応をＰＰＰ  ＭＬテーブル（図示せず）に記憶している。
【００４１】
図６は図５のＰＰＰ  ＭＬスイッチ５１のＰＰＰ  ＭＬテーブルの構成例を示す図である。図６において、ＰＰＰ  ＭＬテーブルはタグと出力すべきＰＰＰ  ＬＩＮＫバッファ処理部５２，５３との組合わせを記憶している。
【００４２】
ＰＰＰ  ＭＬテーブルにおいて、タグが“１０”の場合にはＰＰＰ  ＬＩＮＫバッファ処理部５２に出力し、タグが“１１”の場合にはＰＰＰ  ＬＩＮＫバッファ処理部５３に出力する。
【００４３】
ＰＰＰ  ＭＬスイッチ５１はＰＰＰマルチリンクフレームを受信すると、ＰＰＰマルチリンクフレームヘッダからタグを抽出し、ＰＰＰ  ＭＬ対応テーブルを参照してタグに対応するＰＰＰ  ＬＩＮＫバッファ処理部５２，５３のいずれかにＰＰＰマルチリンクフレームを転送する。
【００４４】
ＰＰＰ  ＬＩＮＫバッファ処理部５２，５３はＰＰＰマルチリンクフレームヘッダに含まれるシーケンス番号を参照しつつ、複数のＰＰＰマルチリンクフレームからＰＰＰフレームを再構成し、ＰＰＰ受信処理部５４にＰＰＰフレームを転送する。ＰＰＰ受信処理部５４はＰＰＰフレームからＩＰデータグラムを取出して出力する。
【００４５】
ＡＴＭ処理部１２はタグとＶＰＩ／ＶＣＩとの対応をＡＴＭテーブルに記憶している。ＡＴＭ処理部１２はＰＰＰマルチリンクフレームを受信すると、ＰＰＰマルチリンクフレームのヘッダに含まれるタグ情報からＰＰＰマルチリンクフレームを送信するＶＰＩ／ＶＣＩを決定し、ｒｆｃ（ｒｅｑｕｅｓｔ  ｆｏｒ  ｃｏｍｍｅｎｔｓ）２３６４で規定されている方法でＰＰＰマルチリンクフレームをＡＴＭデータに変換して出力する。また、ＡＴＭ処理部１２はＡＴＭデータを受信した場合、ＰＰＰマルチリンクフレームに変換し、出力する。
【００４６】
図７は図１のＡＴＭ処理部１２のＡＴＭテーブルの構成例を示す図である。図７において、タグ“１０”はＶＰＩ＝１、ＶＣＩ＝１０１に対応する。タグ“１１”はＶＰＩ＝２、ＶＣＩ＝１０２に対応する。
【００４７】
ＡＤＳＬ処理部１３は、ＡＴＭデータをＡＤＳＬデータに変換し、変調後、送信する。
【００４８】
図８は本発明の一実施例によるリモートアクセスサーバの構成を示すブロック図である。図８において、リモートアクセスサーバ４はＳＯＮＥＴ（ｓｙｎｃｈｒｏｎｏｕｓ  ｏｐｔｉｃａｌ  ｎｅｔｗｏｒｋ）処理部１４と、ＡＴＭ処理部１２と、ＭＰ処理部１１とから構成されている。尚、ＡＴＭ処理部１２及びＭＰ処理部１１の動作は上述した通りである。
【００４９】
ここではＳＯＮＥＴ上にＡＴＭネットワークがある場合を説明しているが、他の物理レイヤ上にＡＴＭネットワークがあってもかまわない。その場合、ＳＯＮＥＴ処理部１４の代りに物理レイヤＩ／Ｆ（インタフェース）処理部となる。ＳＯＮＥＴ処理部１４はＳＯＮＥＴデータからＡＴＭデータを取出して出力する。
【００５０】
図９はネットワーク構成例とそのプロトコルスタックとを示す図である。図９において、ＡＴＵ−Ｒ１はＡＴＵ−Ｃ（ＡＤＳＬ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｕｎｉｔ−Ｃｅｎｔｒａｌ  ｏｆｆｉｃｅ  ｅｎｄ）２及び宅内ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１００に接続されている。ＡＴＵ−Ｃ２はＤＳＬＡＭ（Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ  Ａｃｃｅｓｓ  Ｍｕｌｔｉｐｌｅｘｏｒ）３に収容されている。
【００５１】
ＤＳＬＡＭ３とリモートアクセスサーバ４とはＳＯＮＥＴをベースとしたＡＴＭネットワーク２００に接続されている。但し、ＡＴＭネットワーク２００のベースはＳＯＮＥＴとは限らない。リモートアクセスサーバ４はインタネット３００とも接続されている。リモートアクセスサーバ４はＡＴＭ及びＰＰＰ機能を内蔵している。
【００５２】
図１０はＶＰ及びＶＣの接続例を示す図である。図１０において、ＡＴＵ−Ｒ１とＡＴＵ−Ｃ２との間には２つのＡＤＳＬチャネル、ｆａｓｔチャネルとｉｎｔｅｒｌｅａｖｅｄチャネルとがあり、各ＡＤＳＬチャネルにＶＰが設定されている。
【００５３】
ｆａｓｔチャネルにはＶＰＩ＝１のＶＰ１が設定されており、ｉｎｔｅｒｌｅａｖｅｄチャネルにはＶＰＩ＝２のＶＰ２が設定されている。また、ＤＳＬＡＭ３とリモートアクセスサーバ４との間にはＶＰＩ＝３のＶＰ３が設定されている。これらのＶＰを利用して、ＡＴＵ−Ｒ１とリモートアクセスサーバ４との間にＰＶＣ（ＶＣＩ＝１０１，ＶＣＩ＝１０２）が２本設定されている。
【００５４】
図１１はＡＤＳＬチャネルとＶＰＩ／ＶＣＩとタグとの関係を示す図であり、図１２はＰＰＰマルチリンクフレームのフォーマットを示す図である。図１２（ａ）はＰＰＰマルチリンクフレームのロングシーケンス番号フォーマットを示し、図１２（ｂ）はＰＰＰマルチリンクフレームのショートシーケンス番号フォーマットを示している。
【００５５】
図１３及び図１４は本発明の一実施例によるＡＤＳＬアクセスシステムの送信処理を示すフローチャートであり、図１５及び図１６は本発明の一実施例によるＡＤＳＬアクセスシステムの受信処理を示すフローチャートである。これら図１〜図１６を参照して本発明の一実施例によるＡＤＳＬアクセスシステムの動作について説明する。
【００５６】
ＡＴＵ−Ｒ１とリモートアクセスサーバ４との間にＰＰＰリンクを確立するため、ＡＴＵ−Ｒ１はＰＰＰプロトコルを利用し、リモートアクセスサーバ４にアクセスし、所定の必要な接続手順、認証手順を経て、ＡＴＵ−Ｒ１とリモートアクセスサーバ４との間にＰＰＰリンクを確立する。
【００５７】
この時、ｒｆｃ１９９０で規定されているＰＰＰマルチリンクプロトコルによって２本のＰＶＣ（Ｐｅｒｍａｎｅｎｔ  Ｖｉｒｔｕａｌ  Ｃｉｒｃｕｉｔ）上にそれぞれＰＰＰリンクを確立する。ＰＰＰマルチリンクプロトコルを利用することによって、２本のＰＰＰリンクを論理的な１本のＰＰＰリンクとして扱うことができる。
【００５８】
ＰＰＰリンク確立後、宅内ＬＡＮ１００とインタネット３００との間でＩＰデータグラムをやりとりすることができる。ここでは宅内ＬＡＮ１００からインターネット３００にＩＰデータグラムを送る場合について説明する。
【００５９】
ＡＴＵ−Ｒ１が宅内ＬＡＮ１００からＩＰデータグラムを受信すると（図１３ステップＳ１）、ＭＰ処理部１１の送信部３１にＩＰデータグラムが転送される（図１３ステップＳ２）。ＰＰＰ送信処理部４１ではＩＰデータグラムをＰＰＰフレームに変換し（図１３ステップＳ３）、ＰＰＰマルチリンク処理部４３に出力する。
【００６０】
ＭＬタグ決定部４２はＩＰデータグラムに含まれるＴＣＰ／ＵＤＰヘッダから送信元ポート番号、宛先ポート番号を抽出する（図１３ステップＳ４）。ＭＬタグ決定部４２はポート番号とタグの対応を示すＭＬタグテーブルを参照し、抽出したポート番号からタグを決定する（図１３ステップＳ５）。ＭＬタグ決定部４２は決定したタグをＰＰＰマルチリンク処理部４３に通知する。
【００６１】
ＰＰＰマルチリンク処理部４３はＰＰＰフレームを分割しない場合（図１３ステップＳ６）、ＰＰＰ送信処理部４１から転送されてきたＰＰＰフレームをｒｆｃ１９９０で規定されているＰＰＰマルチリンクフレームに変換する（図１３ステップＳ７）。また、ＰＰＰマルチリンク処理部４３はＰＰＰフレームを分割する場合（図１３ステップＳ６）、ＰＰＰフレームを分割し、複数のＰＰＰマルチリンクフレームを作成する（図１３ステップＳ８）。ＰＰＰフレームを分割するか否かはＰＰＰリンク確立時に決定する。
【００６２】
図１２にＰＰＰマルチリンクフレームのフォーマットを示す。ＰＰＰマルチリンクフレームのフォーマットはロングシーケンス番号フォーマットと、ショートシーケンス番号フォーマットとの２種類ある。それぞれＰＰＰマルチリンクフレームヘッダ（ＭＰヘッダ）のサイズが６オクテット、４オクテットである。
【００６３】
図１２で“Ｂ”と示すビットをＢｅｇｉｎｎｉｎｇ  ｆｒａｇｍｅｎｔ  ｂｉｔと呼び、値が“１”であればＰＰＰフレームの先頭のフラグメントを示す。図１２で“Ｅ”と示すビットをＥｎｄｉｎｇ  ｆｒａｇｍｅｎｔ  ｂｉｔと呼び、値が“１”であればＰＰＰフレームの最後のフラグメントを示す。
【００６４】
ＰＰＰフレームを分割せずにＰＰＰマルチリンクフレームに変換した場合には、Ｂｅｇｉｎｎｉｎｇ  ｆｒａｇｍｅｎｔ  ｂｉｔとＥｎｄｉｎｇ  ｆｒａｇｍｅｎｔ  ｂｉｔとの両方を“１”に設定する。
【００６５】
図１２で“Ｔ”と示すビットをタグビットと呼び、ＰＰＰマルチリンクフレームの識別に利用する。ｒｆｃ１９９０ではタグビットの部分が未使用ビットであり、値は“０”固定である。例えば、ＭＬタグ決定部４２からタグの値が“０１”と指定された場合、図１２の“Ｔ”に“０１”と書込む。シーケンス番号にはＰＰＰマルチリンクフレームが作成される度に１増加した値が設定される。最後に、ＰＰＰマルチリンクフレームを出力する。
【００６６】
ＡＴＭ処理部１２はＰＰＰマルチリンクフレームを受信すると（図１４ステップＳ９）、ＰＰＰマルチリンクフレームヘッダに含まれるタグを抽出し、記憶しているＡＴＭテーブルを参照し、ＰＰＰマルチリンクフレームを転送するＶＰＩ／ＶＣＩを決定する（図１４ステップＳ１０）。その後、ｒｆｃ２３６４で規定されている方法で、ＰＰＰマルチリンクフレームをＡＴＭデータに変換して出力する（図１４ステップＳ１１）。ＡＤＳＬ処理部１３はＡＴＭ処理部１２から出力されたＡＴＭデータをＡＤＳＬデータに変換し、変調後、送信する（図１４ステップＳ１２）。
【００６７】
リモートアクセスサーバ４はＳＯＮＥＴデータを受信すると（図１５ステップＳ２１）、ＳＯＮＥＴ処理部１４が受信ＳＯＮＥＴデータからＡＴＭデータを取出し（図１５ステップＳ２２）、ＡＴＭ処理部１２に転送する。ＡＴＭ処理部１２はＡＴＭデータからＰＰＰマルチリンクフレームを取出し（図１５ステップＳ２３）、ＭＰ処理部１１に出力する。
【００６８】
ＭＰ処理部１１がＰＰＰマルチリンクフレームを受信すると（図１５ステップＳ２４）、ＰＰＰ  ＭＬスイッチ５１が最初に処理する。ＰＰＰ  ＭＬスイッチ５１はＰＰＰマルチリンクフレームヘッダに含まれるタグを抽出し、保持しているＰＰＰ  ＭＬテーブルから出力すべきＰＰＰ  ＬＩＮＫバッファ処理部５２，５３を決定し（図１５ステップＳ２５）、そのＰＰＰ  ＬＩＮＫバッファ処理部５２，５３にＰＰＰマルチリンクフレームヘッダを出力する。
【００６９】
ＰＰＰ  ＬＩＮＫバッファ処理部５２ではＰＰＰマルチリンクフレームヘッダに含まれるシーケンス番号と、Ｂｅｇｉｎｎｉｎｇ  ｆｒａｇｍｅｎｔ  ｂｉｔと、Ｅｎｄｉｎｇ  ｆｒａｇｍｅｎｔ  ｂｉｔとを参照し（図１５ステップＳ２６）、受信したＰＰＰマルチリンクフレームにＰＰＰフレームの先頭のフラグメントのシーケンス番号からＰＰＰフレームの最後のフラグメントのシーケンス番号まで、全てのシーケンス番号が揃っていれば（図１６ステップＳ２７）、ＰＰＰフレームを再構成して出力する（図１６ステップＳ２８）。ＰＰＰ受信処理部５４では受信したＰＰＰフレームからＩＰデータグラムを取出して出力する（図１６ステップＳ２９）。
【００７０】
続いて、本発明のＡＤＳＬアクセスシステムの送信側の特徴について説明する。ＭＬタグ決定部４２はポート番号とタグとの対応をＭＬタグテーブルに記憶している。このタグはＡＤＳＬチャネルとも対応している。
【００７１】
例えば、リアルタイム通信のアプリケーションプロトコルのポート番号はｆａｓｔチャネルに対応するタグと関連づけられ、ｆｔｐデータのような信頼性が必要なアプリケーションプロトコルのポート番号はｉｎｔｅｒｌｅａｖｅｄチャネルに対応するタグと関連づけられている。
【００７２】
ＭＬタグ決定部４２は送信ＩＰデータグラムに含まれるＴＣＰ／ＵＤＰヘッダから送信元ポート番号、宛先ポート番号を抽出し、ＭＬタグテーブルを参照してタグを決定し、ＰＰＰマルチリンク処理部４３がＰＰＰマルチリンクフレームヘッダに決定したタグを書込む。
【００７３】
ＡＴＭ処理部１２はタグとＶＰＩ／ＶＣＩとの対応をＡＴＭテーブルに記憶している。ＡＴＭ処理部１２はＰＰＰマルチリンクフレームを受信すると、ＰＰＰマルチリンクフレームヘッダのタグを参照し、ＡＴＭテーブルからＶＰＩ／ＶＣＩを決定し、そのＶＰＩ／ＶＣＩのパスを利用してＰＰＰマルチリンクフレームを送信する。ＶＰＩ／ＶＣＩはタグと同様にＡＤＳＬチャネルと対応するため、アプリケーションプロトコルに適したＡＤＳＬチャネルによってデータが転送される。
【００７４】
次に、本発明のＡＤＳＬアクセスシステムの受信側の特徴について説明する。ＰＰＰ  ＭＬスイッチ５１はタグと出力すべきＰＰＰ  ＬＩＮＫバッファ処理部５２，５３との対応をＰＰＰ  ＭＬテーブルに記憶している。ＰＰＰ  ＭＬスイッチ５１はＰＰＰマルチリンクフレームを受信すると、ＰＰＰマルチリンクフレームヘッダに含まれるタグを参照し、ＰＰＰ  ＭＬテーブルから出力すべきＰＰＰ  ＬＩＮＫバッファ処理部５２，５３を決定し、そのＰＰＰ  ＬＩＮＫバッファ処理部５２，５３に出力する。
【００７５】
ＰＰＰ  ＬＩＮＫバッファ処理部５２，５３は受信したＰＰＰマルチリンクフレームをバッファに蓄積し、ＰＰＰマルチリンクフレームヘッダのＢｅｇｉｎｎｉｎｇ  ｆｒａｇｍｅｎｔ  ｂｉｔとＥｎｄｉｎｇ  ｆｒａｇｍｅｎｔ  ｂｉｔとシーケンス番号とをチェックし、ＰＰＰフレームの全セグメントが揃うと、ＰＰＰフレームを再構成して出力する。同じタグが付けられたＰＰＰマルチリンクフレームの到着順序は保障されているので、バッファ内のＰＰＰマルチリンクフレームを並べ替える必要はない。
【００７６】
このように、ＭＬタグ決定部４２がＴＣＰ／ＵＤＰポート番号から、送信に適したＡＤＳＬチャネルに対応するタグを決定し、ＡＴＭ処理部１２がこのタグから送信に適したＡＤＳＬチャネルに対応するＶＰＩ／ＶＣＩを決定し、データを転送することによって、アプリケーションプロトコルに適したＡＤＳＬチャネルを使用したデータ転送を行うことができる。
【００７７】
また、リモートアクセスサーバ４のＭＰ処理部１１の受信部３１が各ＡＤＳＬチャネルに対応した２つのＰＰＰ  ＬＩＮＫバッファ処理部５２，５３を備え、ＰＰＰ  ＭＬスイッチ５１がＰＰＰマルチリンクフレームヘッダに含まれるタグに応じて、出力先のＰＰＰ  ＬＩＮＫバッファ処理部５２，５３を切替え、ＰＰＰ  ＬＩＮＫバッファ処理部５２，５３に同一のタグをもつＰＰＰマルチリンクフレームのみを蓄積することによって、到着順序が保障され、ＰＰＰフレームを再構成する場合にＰＰＰマルチリンクフレームの並び替えを行う必要がないため、ＰＰＰマルチリンクフレームからＰＰＰフレームへの再構成処理を簡略化することができる。
【００７８】
【発明の効果】
以上説明したように本発明によれば、ＭＬタグ決定部がＴＣＰ／ＵＤＰポート番号から送信に適したＡＤＳＬチャネルに対応するタグを決定し、ＡＴＭ処理部がこのタグから送信に適したＡＤＳＬチャネルに対応するＶＰＩ／ＶＣＩを決定し、データを転送することによって、アプリケーションプロトコルに適したＡＤＳＬチャネルを使用したデータ転送を行うことができるという効果がある。
【００７９】
以上説明したように本発明によれば、リモートアクセスサーバのＭＰ処理部の受信部が各ＡＤＳＬチャネルに対応した２つのＰＰＰ  ＬＩＮＫバッファ処理部を備え、ＰＰＰ  ＭＬスイッチがＰＰＰマルチリンクフレームヘッダに含まれるタグに応じて出力先のＰＰＰ  ＬＩＮＫバッファ処理部を切替え、ＰＰＰ  ＬＩＮＫバッファ処理部に同一のタグをもつＰＰＰマルチリンクフレームのみを蓄積することによって、ＰＰＰマルチリンクフレームからＰＰＰフレームへの再構成処理を簡略化することができるという効果がある。
【図面の簡単な説明】
【図１】本発明の一実施例によるＡＴＵ−Ｒの構成を示すブロック図である。
【図２】図１のＭＰ処理部の構成を示すブロック図である。
【図３】図２の送信部の構成を示すブロック図である。
【図４】図３のＭＬタグ決定部のＭＬタグテーブルの構成例を示す図である。
【図５】図２の受信部の構成を示すブロック図である。
【図６】図５のＰＰＰ  ＭＬスイッチのＰＰＰ  ＭＬテーブルの構成例を示す図である。
【図７】図１のＡＴＭ処理部のＡＴＭテーブルの構成例を示す図である。
【図８】本発明の一実施例によるリモートアクセスサーバの構成を示すブロック図である。
【図９】ネットワーク構成例とそのプロトコルスタックとを示す図である。
【図１０】ＶＰ及びＶＣの接続例を示す図である。
【図１１】ＡＤＳＬチャネルとＶＰＩ／ＶＣＩとタグとの関係を示す図である。
【図１２】（ａ）はＰＰＰマルチリンクフレームのロングシーケンス番号フォーマットを示す図、（ｂ）はＰＰＰマルチリンクフレームのショートシーケンス番号フォーマットを示す図である。
【図１３】本発明の一実施例によるＡＤＳＬアクセスシステムの送信処理を示すフローチャートである。
【図１４】本発明の一実施例によるＡＤＳＬアクセスシステムの送信処理を示すフローチャートである。
【図１５】本発明の一実施例によるＡＤＳＬアクセスシステムの受信処理を示すフローチャートである。
【図１６】本発明の一実施例によるＡＤＳＬアクセスシステムの受信処理を示すフローチャートである。
【符号の説明】
１  ＡＴＵ−Ｒ
２  ＡＴＵ−Ｃ
３  ＤＳＬＡＭ
４  リモートアクセスサーバ
１１  ＭＰ処理部
１２  ＡＴＭ処理部
１３  ＡＤＳＬ処理部
１４  ＳＯＮＥＴ処理部
３１  送信部
３２  受信部
４１  ＰＰＰ送信処理部
４２  ＭＬタグ決定部
４３  ＰＰＰマルチリンク処理部
５１  ＰＰＰ  ＭＬスイッチ
５２，５３  ＰＰＰ  ＬＩＮＫバッファ処理部
５４  ＰＰＰ受信処理部
１００  宅内ＬＡＮ
２００  ＡＴＭネットワーク
３００  インタネット
【図１】
0003597132.tif 000002
【図２】
0003597132.tif 000003
【図３】
0003597132.tif 000004
【図４】
0003597132.tif 000005
【図５】
0003597132.tif 000006
【図６】
0003597132.tif 000007
【図７】
0003597132.tif 000008
【図８】
0003597132.tif 000009
【図９】
0003597132.tif 000010
【図１０】
0003597132.tif 000011
【図１１】
0003597132.tif 000012
【図１２】
0003597132.tif 000013
【図１３】
0003597132.tif 000014
【図１４】
0003597132.tif 000015
【図１５】
0003597132.tif 000016
【図１６】
0003597132.tif 000017