JP3597132B2

JP3597132B2 - ADSL access system and ADSL access method used therefor

Info

Publication number: JP3597132B2
Application number: JP2000396463A
Authority: JP
Inventors: 一敏大石
Original assignee: NEC Communication Systems Ltd
Current assignee: NEC Communication Systems Ltd
Priority date: 2000-12-27
Filing date: 2000-12-27
Publication date: 2004-12-02
Anticipated expiration: 2020-12-27
Also published as: JP2002198991A

Description

【０００１】
【発明の属する技術分野】
本発明はＡＤＳＬアクセスシステム及びそれに用いるＡＤＳＬアクセス方法に関し、特に上り伝送速度と下り伝送速度とが異なるＡＤＳＬ（ＡｓｙｍｍｅｔｒｉｃＤｉｇｉｔａｌＳｕｂｓｃｒｉｂｅｒＬｉｎｅ：非対称高速ディジタル通信方式）のアクセス方法に関する。
【０００２】
【従来の技術】
近年、高速伝送が可能で、上り伝送速度と下り伝送速度とが異なるＡＤＳＬアクセスシステムが普及しつつある。ＡＤＳＬアクセスシステムにおいては、ユーザ宅側にＡＴＵ−Ｒ（ＡＤＳＬＴｒａｎｓｃｅｉｖｅｒＵｎｉｔ−Ｒｅｍｏｔｅｔｅｒｍｉｎａｌｅｎｄ）と呼ばれるモデムを配置し、交換局側にはＤＳＬＡＭ（ＤｉｇｉｔａｌＳｕｂｓｃｒｉｂｅｒＬｉｎｅＡｃｃｅｓｓＭｕｌｔｉｐｌｅｘｏｒ）を配置している。
【０００３】
このＤＳＬＡＭにＡＴＵ−Ｃ（ＡＤＳＬＴｒａｎｓｃｅｉｖｅｒＵｎｉｔ−Ｃｅｎｔｒａｌｏｆｆｉｃｅｅｎｄ）と呼ばれるＡＤＳＬ終端装置を収容し、ＡＴＵ−ＲとＡＴＵ−Ｃとがツイストペアのケーブルで接続される。また一方で、ＤＳＬＡＭはＡＴＭ（ＡｓｙｎｃｈｒｏｎｏｕｓＴｒａｎｓｆｅｒＭｏｄｅ：非同期転送モード）ネットワークとも接続する。
【０００４】
ＡＤＳＬにはｆａｓｔチャネルとｉｎｔｅｒｌｅａｖｅｄチャネルとの２種類ある。ｆａｓｔチャネルはｉｎｔｅｒｌｅａｖｅｄチャネルに比べて遅延が少なく、リアルタイム通信等に適している。ｉｎｔｅｒｌｅａｖｅｄチャネルはｆａｓｔチャネルに比べてバースト誤りが発生しにくく、信頼性が高く、ｆｔｐ（ｆｉｌｅｔｒａｎｓｆｅｒｐｒｏｔｏｃｏｌ）データ等のデータ転送に適している。この２チャネルは同時に使用することができる。
【０００５】
ＡＤＳＬの各チャネルにＡＴＭのＰＶＣ（ＰｅｒｍａｎｅｎｔＶｉｒｔｕａｌＣｉｒｃｕｉｔ）またはＳＶＣ（ＳｗｉｔｃｈｅｄＶｉｒｔｕａｌＣｉｒｃｕｉｔ）を設定することによって、ＡＤＳＬチャネル上でＡＴＭデータを転送することができる。この方式はＡＴＭｏｖｅｒＡＤＳＬと呼ばれている。
【０００６】
次に、ユーザ宅側のコンピュータをインタネットに接続する場合について説明する。図９にネットワーク構成例とそのプロトコルスタックとを示す。図９において、ＡＴＵ−Ｒ１はＡＴＵ−Ｃ２及び宅内ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）１００に接続されている。ＡＴＵ−Ｃ２はＤＳＬＡＭ３に収容されている。ＤＳＬＡＭ３とリモートアクセスサーバ４とはＳＯＮＥＴ（ｓｙｎｃｈｒｏｎｏｕｓｏｐｔｉｃａｌｎｅｔｗｏｒｋ）をベースとしたＡＴＭネットワーク２００に接続されている。但し、ＡＴＭネットワークのベースはＳＯＮＥＴとは限らない。
【０００７】
リモートアクセスサーバ４はインタネット３００とも接続されている。リモートアクセスサーバ４はＡＴＭ及びＰＰＰ（Ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔＰｒｏｔｏｃｏｌ）機能を内蔵している。
【０００８】
ＡＴＵ−Ｒ１とリモートアクセスサーバ４とはＰＶＣによって接続されている。図１０にＰＶＣの接続図を示す。ＡＴＵ−Ｒ１とＡＴＵ−Ｃ２との間には２つのＡＤＳＬチャネル、ｆａｓｔチャネルとｉｎｔｅｒｌｅａｖｅｄチャネルとがある。
【０００９】
各ＡＤＳＬチャネルにはＶＰ（ＶｉｒｔｕａｌＰａｔｈ：仮想パス）が設定されている。また、ＤＳＬＡＭ３とリモートアクセスサーバ４との間にもＶＰが設定されている。これらのＶＰを経てＡＴＵ−Ｒ１とリモートアクセスサーバ４との間にＰＶＣが２本設定されている。
【００１０】
インタネット３００に接続するためには、最初にＡＴＵ−Ｒ１とリモートアクセスサーバ４との間でリンクを確立しなければならない。ＡＴＵ−Ｒ１はＰＰＰプロトコルを利用してリモートアクセスサーバ４にアクセスし、所定の必要な接続手順、認証手順を経て、ＡＴＵ−Ｒ１とリモートアクセスサーバ４との間にＰＰＰリンクを確立する。
【００１１】
このとき、２本のＰＶＣの上にそれぞれＰＰＰリンクを確立する。すなわち、各ＡＤＳＬチャネルを経由するＰＰＰリンクが確立する。確立した２本のＰＰＰリンクを、ｒｆｃ（ｒｅｑｕｅｓｔｆｏｒｃｏｍｍｅｎｔｓ）１９９０で規定されているＰＰＰマルチリンクプロトコルによって、１本のＰＰＰリンクとして扱う。
【００１２】
ＰＰＰリンク確立後は、宅内ＬＡＮ１００とインタネット３００との間でＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）データグラムの伝送が可能となる。ＰＰＰフレームはＡＴＭのＶＣ／ＶＰ（ＶｉｒｔｕａｌＣａｎｎｅｌ／ＶｉｒｔｕａｌＰａｔｈ：仮想チャネル／仮想パス）によって伝送され、ＶＣ／ＶＰはＡＤＳＬチャネルによって伝送されるため、この方式はＰＰＰｏｖｅｒＡＴＭｏｖｅｒＡＤＳＬと呼ばれている。
【００１３】
【発明が解決しようとする課題】
しかしながら、上述した従来のＡＤＳＬアクセスシステムでは、ＰＰＰマルチリンクプロトコルにおいて、複数のＰＰＰリンクが存在する場合、アプリケーションプロトコル、すなわちＴＣＰ／ＵＤＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）の送信元ポート番号／宛先ポート番号に関係なく、複数のＰＰＰリンクの伝送容量に応じて、ＩＰデータグラムをＰＰＰリンクに振り分けて送信する。
【００１４】
そのため、リアルタイム通信のデータがｉｎｔｅｒｌｅａｖｅｄチャネルで転送されたり、ｆｔｐデータがｆａｓｔチャネルで転送される等、最適なＡＤＳＬチャネルでデータが転送されない。
【００１５】
また、ＡＤＳＬのｆａｓｔチャネルとｉｎｔｅｒｌｅａｖｅｄチャネルとでは伝送遅延が異なるため、ｆａｓｔチャネルで転送されたデータに比べて、ｉｎｔｅｒｌｅａｖｅｄチャネルで転送されたデータの到着が遅れる。受信側では各チャネルで送られてきたＰＰＰマルチリンクフレームを一括して処理するため、遅延の異なる複数のチャネルを使ってＰＰＰマルチリンクを転送すると、データの到着順序が保障されない。
【００１６】
そのため、受信側でＰＰＰフレームを再構成するためには、遅延分を考慮した受信バッファを用意し、ＰＰＰマルチリンクフレームをヘッダに含まれるシーケンス番号順に並べ替える必要がある。
【００１７】
そこで、本発明の目的は上記の問題点を解消し、アプリケーションプロトコルに適したＡＤＳＬチャネルを使用したデータ転送を行うことができるＡＤＳＬアクセスシステム及びそれに用いるＡＤＳＬアクセス方法を提供することにある。
【００１８】
また、本発明の他の目的は、ＰＰＰマルチリンクフレームからＰＰＰフレームへの再構成処理を簡略化することができるＡＤＳＬアクセスシステム及びそれに用いるＡＤＳＬアクセス方法を提供することにある。
【００１９】
【課題を解決するための手段】
本発明によるＡＤＳＬアクセスシステムは、ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔＰｒｏｔｏｃｏｌ）フレームが非同期転送モードの仮想チャネル／仮想パスによって伝送され、前記仮想チャネル／仮想パスが上り伝送速度と下り伝送速度とが異なる２つの非対称高速ディジタル通信方式チャネルによって伝送されるＡＤＳＬアクセスシステムであって、
ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）データグラムに含まれるＴＣＰ／ＵＤＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）ポート番号から送信に適した非対称高速ディジタル通信方式チャネルに対応するタグを決定する決定手段と、
前記決定手段で決定されたタグから前記送信に適した非対称高速ディジタル通信方式チャネルに対応する仮想パス識別子／仮想チャネル識別子を決定してデータ転送を行う処理手段とを備えている。
【００２０】
本発明による他のＡＤＳＬアクセスシステムは、上記の構成のほかに、一端がインタネットに接続されかつ他端が前記２つの非対称高速ディジタル通信方式チャネルに接続されるリモートアクセスサーバと、前記リモートアクセスサーバ内に前記２つの非対称高速ディジタル通信方式チャネルに対応して設けられた第１及び第２のＰＰＰリンクバッファ処理手段と、前記リモートアクセスサーバ内に設けられかつ前記ＰＰＰマルチリンクフレームヘッダに含まれる前記タグに応じて前記第１及び第２のＰＰＰリンクバッファ処理手段のうちのいずれかへの出力先を切替える切替手段とを具備し、
前記第１及び第２のＰＰＰリンクバッファ処理手段に同一のタグをもつ前記ＰＰＰマルチリンクフレームのみを蓄積するよう構成している。
【００２１】
本発明によるＡＤＳＬアクセス方法は、ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）フレームが非同期転送モードの仮想チャネル／仮想パスによってによって伝送され、前記仮想チャネル／仮想パスが上り伝送速度と下り伝送速度とが異なる２つの非対称高速ディジタル通信方式チャネルによって伝送されるＡＤＳＬアクセス方法であって、
ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）データグラムに含まれるＴＣＰ／ＵＤＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）ポート番号から送信に適した非対称高速ディジタル通信方式チャネルに対応するタグを決定するステップと、
その決定されたタグから前記送信に適した非対称高速ディジタル通信方式チャネルに対応する仮想パス識別子／仮想チャネル識別子を決定してデータ転送を行うステップとを備えている。
【００２２】
本発明による他のＡＤＳＬアクセス方法は、上記のステップのほかに、一端がインタネットに接続されかつ他端が前記２つの非対称高速ディジタル通信方式チャネルに接続されるリモートアクセスサーバ内に前記２つの非対称高速ディジタル通信方式チャネルに対応して設けられた第１及び第２のＰＰＰリンクバッファ処理手段のうちのいずれかへ前記ＰＰＰマルチリンクフレームヘッダに含まれる前記タグに応じてその出力先を切替えるステップを具備し、
前記第１及び第２のＰＰＰリンクバッファ処理手段に同一のタグをもつ前記ＰＰＰマルチリンクフレームのみを蓄積するようにしている。
【００２３】
すなわち、本発明のＡＤＳＬアクセスシステムは、ＰＰＰｏｖｅｒＡＴＭｏｖｅｒＡＤＳＬを用いてリモートアクセスサーバにアクセスするシステムにおいて、アプリケーションプロトコルに適したＡＤＳＬのチャネルを使用し、データを伝送するシステムを提供するものである。
【００２４】
まず、本発明のＡＤＳＬアクセスシステムの送信側の特徴について説明する。ＡＤＳＬアクセスシステムの送信側においては、ＭＬタグ決定部がポート番号とタグとの対応テーブルを記憶しており、このタグがＡＤＳＬチャネルとも対応している。例えば、リアルタイム通信のアプリケーションプロトコルのポート番号はｆａｓｔチャネルに対応するタグと関連付けられ、ｆｔｐデータのような信頼性が必要なアプリケーションプロトコルのポート番号はｉｎｔｅｒｌｅａｖｅｄチャネルに対応するタグと関連付けられている。
【００２５】
送信ＩＰデータグラムに含まれるＴＣＰ／ＵＤＰヘッダから送信元ポート番号、宛先ポート番号を抽出し、予め設定された対応テーブルを参照してタグを決定し、ＰＰＰマルチリンク処理部がＰＰＰマルチリンクフレームヘッダに決定したタグを書込む。ＡＴＭ処理部はタグとＶＰＩ／ＶＣＩ（ＶｉｒｔｕａｌＰａｔｈＩｄｅｎｔｉｆｉｅｒ／ＶｉｒｔｕａｌＣｈａｎｎｅｌＩｄｅｎｔｉｆｉｅｒ：仮想パス識別子／仮想チャネル識別子）との対応テーブルを記憶している。
【００２６】
ＰＰＰマルチリンクフレームを受信すると、ＰＰＰマルチリンクフレームヘッダのタグを参照し、予め設定されたテーブルからＶＰＩ／ＶＣＩを決定し、そのＶＰＩ／ＶＣＩのパスを利用してＰＰＰマルチリンクフレームを送信する。ＶＰＩ／ＶＣＩはタグと同様に、ＡＤＳＬチャネルと対応するため、アプリケーションプロトコルに適したＡＤＳＬチャネルによってデータが転送される。
【００２７】
続いて、本発明のＡＤＳＬアクセスシステムの受信側の特徴について説明する。ＡＤＳＬアクセスシステムの受信側においては、ＰＰＰＭＬスイッチがタグと出力すべきＰＰＰＬＩＮＫバッファ処理部との対応テーブルを記憶している。
【００２８】
ＰＰＰマルチリンクフレームを受信すると、ＰＰＰマルチリンクフレームヘッダに含まれるタグを参照し、予め設定されたテーブルから出力すべきＰＰＰＬＩＮＫッファ処理部を決定し、そのＰＰＰＬＩＮＫバッファ処理部に出力する。
【００２９】
ＰＰＰＬＩＮＫバッファ処理部は受信したＰＰＰマルチリンクフレームをバッファに蓄積し、ＰＰＰマルチリンクフレームヘッダのＢｅｇｉｎｎｉｎｇｆｒａｇｍｅｎｔｂｉｔとＥｎｄｉｎｇｆｒａｇｍｅｎｔｂｉｔとシーケンス番号とをチェックし、ＰＰＰフレームの全セグメントが揃うと、ＰＰＰフレームを再構成して出力する。同じタグが付けられたＰＰＰマルチリンクフレームの到着順序は保障されているので、バッファ内のＰＰＰマルチリンクフレームを並べ替える必要はない。
【００３０】
上記のように、ＭＬタグ決定部がＴＣＰ／ＵＤＰポート番号から、送信に適したＡＤＳＬチャネルに対応するタグを決定し、ＡＴＭ処理部がこのタグから送信に適したＡＤＳＬチャネルに対応するＶＰＩ／ＶＣＩを決定し、データを転送するため、アプリケーションプロトコルに適したＡＤＳＬチャネルを使用したデータ転送が可能になる。
【００３１】
また、リモートアクセスサーバのＭＰ処理部の受信部が各ＡＤＳＬチャネルに対応した２つのＰＰＰＬＩＮＫバッファ処理部を備え、ＰＰＰＭＬスイッチがＰＰＰマルチリンクフレームヘッダに含まれるタグに応じて出力先のＰＰＰＬＩＮＫバッファ処理部を切替え、ＰＰＰＬＩＮＫバッファ処理部には同一のタグをもつＰＰＰマルチリンクフレームのみを蓄積することによって、到着順序が保障され、ＰＰＰフレームを再構成する場合にＰＰＰマルチリンクフレームの並び替えを行う必要がないため、ＰＰＰマルチリンクフレームからＰＰＰフレームへの再構成処理を簡略化することが可能となる。
【００３２】
【発明の実施の形態】
次に、本発明の一実施例について図面を参照して説明する。図１は本発明の一実施例によるＡＴＵ−Ｒ（ＡＤＳＬＴｒａｎｓｃｅｉｖｅｒＵｎｉｔ−Ｒｅｍｏｔｅｔｅｒｍｉｎａｌｅｎｄ）の構成を示すブロック図である。図１において、ＡＴＵ−Ｒ１はＭＰ［ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔＰｒｏｔｏｃｏｌ）ｍｕｌｔｉｌｉｎｋｆｒａｍｅ］処理部１１と、ＡＴＭ（ＡｓｙｎｃｈｒｏｎｏｕｓＴｒａｎｓｆｅｒＭｏｄｅ：非同期転送モード）処理部１２と、ＡＤＳＬ（ＡｓｙｍｍｅｔｒｉｃＤｉｇｉｔａｌＳｕｂｓｃｒｉｂｅｒＬｉｎｅ：非対称高速ディジタル通信方式）処理部１３とから構成されている。
【００３３】
図２は図１のＭＰ処理部１１の構成を示すブロック図である。図２において、ＭＰ処理部１１は送信部３１と、受信部３２とから構成されている。
【００３４】
図３は図２の送信部３１の構成を示すブロック図である。図３において、送信部３１はＰＰＰ送信処理部４１と、ＭＬ（ＭｕｌｔｉＬｉｎｋ：マルチリンク）タグ決定部４２と、ＰＰＰマルチリンク処理部４３とから構成されている。
【００３５】
ＰＰＰ送信処理部４１はＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）データグラムを受信すると、ＰＰＰフレームに変換して出力する。ＭＬタグ決定部４２は予め設定された送信元ポート番号や宛先ポート番号とタグとの対応を示すＭＬタグテーブル（図示せず）を記憶している。
【００３６】
図４は図３のＭＬタグ決定部４２のＭＬタグテーブルの構成例を示す図である。図４において、ＭＬタグテーブルは送信元ポート及び宛先ポートとタグとの組合わせを示している。
【００３７】
ＭＬタグテーブルにおいて、送信元ポート番号が任意で、宛先ポート番号が２１［ｆｔｐ（ｆｉｌｅｔｒａｎｓｆｅｒｐｒｏｔｏｃｏｌ）プロトコル］の場合には、タグが“１１”となる。“＊”は任意のポート番号を示す。また、送信元ポート番号が任意で、宛先ポート番号が２１（ｔｅｌｎｅｔプロトコル）の場合には、タグが“１０”となる。
【００３８】
ＭＬタグ決定部４２はＩＰデータグラムに含まれるＴＣＰ／ＵＤＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）ヘッダの送信元ポート番号、宛先ポート番号を抽出し、ＭＬタグテーブルを参照して抽出したポート番号からタグを決定し、ＰＰＰマルチリンク処理部４３にタグを通知する。
【００３９】
ＰＰＰマルチリンク処理部４３はＰＰＰ送信処理部４１から受信したＰＰＰフレームをＰＰＰマルチリンクフレームに変換し、ＰＰＰマルチリンクフレームヘッダにＭＬタグ決定部４２から通知されたタグを書込む。
【００４０】
図５は図２の受信部３２の構成を示すブロック図である。図５において、受信部３２はＰＰＰＭＬスイッチ５１と、ＰＰＰＬＩＮＫバッファ処理部５２，５３と、ＰＰＰ受信処理部５４とから構成されている。ＰＰＰＭＬスイッチ５１はタグと出力すべきＰＰＰＬＩＮＫバッファ処理部５２，５３との対応をＰＰＰＭＬテーブル（図示せず）に記憶している。
【００４１】
図６は図５のＰＰＰＭＬスイッチ５１のＰＰＰＭＬテーブルの構成例を示す図である。図６において、ＰＰＰＭＬテーブルはタグと出力すべきＰＰＰＬＩＮＫバッファ処理部５２，５３との組合わせを記憶している。
【００４２】
ＰＰＰＭＬテーブルにおいて、タグが“１０”の場合にはＰＰＰＬＩＮＫバッファ処理部５２に出力し、タグが“１１”の場合にはＰＰＰＬＩＮＫバッファ処理部５３に出力する。
【００４３】
ＰＰＰＭＬスイッチ５１はＰＰＰマルチリンクフレームを受信すると、ＰＰＰマルチリンクフレームヘッダからタグを抽出し、ＰＰＰＭＬ対応テーブルを参照してタグに対応するＰＰＰＬＩＮＫバッファ処理部５２，５３のいずれかにＰＰＰマルチリンクフレームを転送する。
【００４４】
ＰＰＰＬＩＮＫバッファ処理部５２，５３はＰＰＰマルチリンクフレームヘッダに含まれるシーケンス番号を参照しつつ、複数のＰＰＰマルチリンクフレームからＰＰＰフレームを再構成し、ＰＰＰ受信処理部５４にＰＰＰフレームを転送する。ＰＰＰ受信処理部５４はＰＰＰフレームからＩＰデータグラムを取出して出力する。
【００４５】
ＡＴＭ処理部１２はタグとＶＰＩ／ＶＣＩとの対応をＡＴＭテーブルに記憶している。ＡＴＭ処理部１２はＰＰＰマルチリンクフレームを受信すると、ＰＰＰマルチリンクフレームのヘッダに含まれるタグ情報からＰＰＰマルチリンクフレームを送信するＶＰＩ／ＶＣＩを決定し、ｒｆｃ（ｒｅｑｕｅｓｔｆｏｒｃｏｍｍｅｎｔｓ）２３６４で規定されている方法でＰＰＰマルチリンクフレームをＡＴＭデータに変換して出力する。また、ＡＴＭ処理部１２はＡＴＭデータを受信した場合、ＰＰＰマルチリンクフレームに変換し、出力する。
【００４６】
図７は図１のＡＴＭ処理部１２のＡＴＭテーブルの構成例を示す図である。図７において、タグ“１０”はＶＰＩ＝１、ＶＣＩ＝１０１に対応する。タグ“１１”はＶＰＩ＝２、ＶＣＩ＝１０２に対応する。
【００４７】
ＡＤＳＬ処理部１３は、ＡＴＭデータをＡＤＳＬデータに変換し、変調後、送信する。
【００４８】
図８は本発明の一実施例によるリモートアクセスサーバの構成を示すブロック図である。図８において、リモートアクセスサーバ４はＳＯＮＥＴ（ｓｙｎｃｈｒｏｎｏｕｓｏｐｔｉｃａｌｎｅｔｗｏｒｋ）処理部１４と、ＡＴＭ処理部１２と、ＭＰ処理部１１とから構成されている。尚、ＡＴＭ処理部１２及びＭＰ処理部１１の動作は上述した通りである。
【００４９】
ここではＳＯＮＥＴ上にＡＴＭネットワークがある場合を説明しているが、他の物理レイヤ上にＡＴＭネットワークがあってもかまわない。その場合、ＳＯＮＥＴ処理部１４の代りに物理レイヤＩ／Ｆ（インタフェース）処理部となる。ＳＯＮＥＴ処理部１４はＳＯＮＥＴデータからＡＴＭデータを取出して出力する。
【００５０】
図９はネットワーク構成例とそのプロトコルスタックとを示す図である。図９において、ＡＴＵ−Ｒ１はＡＴＵ−Ｃ（ＡＤＳＬＴｒａｎｓｃｅｉｖｅｒＵｎｉｔ−Ｃｅｎｔｒａｌｏｆｆｉｃｅｅｎｄ）２及び宅内ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）１００に接続されている。ＡＴＵ−Ｃ２はＤＳＬＡＭ（ＤｉｇｉｔａｌＳｕｂｓｃｒｉｂｅｒＬｉｎｅＡｃｃｅｓｓＭｕｌｔｉｐｌｅｘｏｒ）３に収容されている。
【００５１】
ＤＳＬＡＭ３とリモートアクセスサーバ４とはＳＯＮＥＴをベースとしたＡＴＭネットワーク２００に接続されている。但し、ＡＴＭネットワーク２００のベースはＳＯＮＥＴとは限らない。リモートアクセスサーバ４はインタネット３００とも接続されている。リモートアクセスサーバ４はＡＴＭ及びＰＰＰ機能を内蔵している。
【００５２】
図１０はＶＰ及びＶＣの接続例を示す図である。図１０において、ＡＴＵ−Ｒ１とＡＴＵ−Ｃ２との間には２つのＡＤＳＬチャネル、ｆａｓｔチャネルとｉｎｔｅｒｌｅａｖｅｄチャネルとがあり、各ＡＤＳＬチャネルにＶＰが設定されている。
【００５３】
ｆａｓｔチャネルにはＶＰＩ＝１のＶＰ１が設定されており、ｉｎｔｅｒｌｅａｖｅｄチャネルにはＶＰＩ＝２のＶＰ２が設定されている。また、ＤＳＬＡＭ３とリモートアクセスサーバ４との間にはＶＰＩ＝３のＶＰ３が設定されている。これらのＶＰを利用して、ＡＴＵ−Ｒ１とリモートアクセスサーバ４との間にＰＶＣ（ＶＣＩ＝１０１，ＶＣＩ＝１０２）が２本設定されている。
【００５４】
図１１はＡＤＳＬチャネルとＶＰＩ／ＶＣＩとタグとの関係を示す図であり、図１２はＰＰＰマルチリンクフレームのフォーマットを示す図である。図１２（ａ）はＰＰＰマルチリンクフレームのロングシーケンス番号フォーマットを示し、図１２（ｂ）はＰＰＰマルチリンクフレームのショートシーケンス番号フォーマットを示している。
【００５５】
図１３及び図１４は本発明の一実施例によるＡＤＳＬアクセスシステムの送信処理を示すフローチャートであり、図１５及び図１６は本発明の一実施例によるＡＤＳＬアクセスシステムの受信処理を示すフローチャートである。これら図１〜図１６を参照して本発明の一実施例によるＡＤＳＬアクセスシステムの動作について説明する。
【００５６】
ＡＴＵ−Ｒ１とリモートアクセスサーバ４との間にＰＰＰリンクを確立するため、ＡＴＵ−Ｒ１はＰＰＰプロトコルを利用し、リモートアクセスサーバ４にアクセスし、所定の必要な接続手順、認証手順を経て、ＡＴＵ−Ｒ１とリモートアクセスサーバ４との間にＰＰＰリンクを確立する。
【００５７】
この時、ｒｆｃ１９９０で規定されているＰＰＰマルチリンクプロトコルによって２本のＰＶＣ（ＰｅｒｍａｎｅｎｔＶｉｒｔｕａｌＣｉｒｃｕｉｔ）上にそれぞれＰＰＰリンクを確立する。ＰＰＰマルチリンクプロトコルを利用することによって、２本のＰＰＰリンクを論理的な１本のＰＰＰリンクとして扱うことができる。
【００５８】
ＰＰＰリンク確立後、宅内ＬＡＮ１００とインタネット３００との間でＩＰデータグラムをやりとりすることができる。ここでは宅内ＬＡＮ１００からインターネット３００にＩＰデータグラムを送る場合について説明する。
【００５９】
ＡＴＵ−Ｒ１が宅内ＬＡＮ１００からＩＰデータグラムを受信すると（図１３ステップＳ１）、ＭＰ処理部１１の送信部３１にＩＰデータグラムが転送される（図１３ステップＳ２）。ＰＰＰ送信処理部４１ではＩＰデータグラムをＰＰＰフレームに変換し（図１３ステップＳ３）、ＰＰＰマルチリンク処理部４３に出力する。
【００６０】
ＭＬタグ決定部４２はＩＰデータグラムに含まれるＴＣＰ／ＵＤＰヘッダから送信元ポート番号、宛先ポート番号を抽出する（図１３ステップＳ４）。ＭＬタグ決定部４２はポート番号とタグの対応を示すＭＬタグテーブルを参照し、抽出したポート番号からタグを決定する（図１３ステップＳ５）。ＭＬタグ決定部４２は決定したタグをＰＰＰマルチリンク処理部４３に通知する。
【００６１】
ＰＰＰマルチリンク処理部４３はＰＰＰフレームを分割しない場合（図１３ステップＳ６）、ＰＰＰ送信処理部４１から転送されてきたＰＰＰフレームをｒｆｃ１９９０で規定されているＰＰＰマルチリンクフレームに変換する（図１３ステップＳ７）。また、ＰＰＰマルチリンク処理部４３はＰＰＰフレームを分割する場合（図１３ステップＳ６）、ＰＰＰフレームを分割し、複数のＰＰＰマルチリンクフレームを作成する（図１３ステップＳ８）。ＰＰＰフレームを分割するか否かはＰＰＰリンク確立時に決定する。
【００６２】
図１２にＰＰＰマルチリンクフレームのフォーマットを示す。ＰＰＰマルチリンクフレームのフォーマットはロングシーケンス番号フォーマットと、ショートシーケンス番号フォーマットとの２種類ある。それぞれＰＰＰマルチリンクフレームヘッダ（ＭＰヘッダ）のサイズが６オクテット、４オクテットである。
【００６３】
図１２で“Ｂ”と示すビットをＢｅｇｉｎｎｉｎｇｆｒａｇｍｅｎｔｂｉｔと呼び、値が“１”であればＰＰＰフレームの先頭のフラグメントを示す。図１２で“Ｅ”と示すビットをＥｎｄｉｎｇｆｒａｇｍｅｎｔｂｉｔと呼び、値が“１”であればＰＰＰフレームの最後のフラグメントを示す。
【００６４】
ＰＰＰフレームを分割せずにＰＰＰマルチリンクフレームに変換した場合には、ＢｅｇｉｎｎｉｎｇｆｒａｇｍｅｎｔｂｉｔとＥｎｄｉｎｇｆｒａｇｍｅｎｔｂｉｔとの両方を“１”に設定する。
【００６５】
図１２で“Ｔ”と示すビットをタグビットと呼び、ＰＰＰマルチリンクフレームの識別に利用する。ｒｆｃ１９９０ではタグビットの部分が未使用ビットであり、値は“０”固定である。例えば、ＭＬタグ決定部４２からタグの値が“０１”と指定された場合、図１２の“Ｔ”に“０１”と書込む。シーケンス番号にはＰＰＰマルチリンクフレームが作成される度に１増加した値が設定される。最後に、ＰＰＰマルチリンクフレームを出力する。
【００６６】
ＡＴＭ処理部１２はＰＰＰマルチリンクフレームを受信すると（図１４ステップＳ９）、ＰＰＰマルチリンクフレームヘッダに含まれるタグを抽出し、記憶しているＡＴＭテーブルを参照し、ＰＰＰマルチリンクフレームを転送するＶＰＩ／ＶＣＩを決定する（図１４ステップＳ１０）。その後、ｒｆｃ２３６４で規定されている方法で、ＰＰＰマルチリンクフレームをＡＴＭデータに変換して出力する（図１４ステップＳ１１）。ＡＤＳＬ処理部１３はＡＴＭ処理部１２から出力されたＡＴＭデータをＡＤＳＬデータに変換し、変調後、送信する（図１４ステップＳ１２）。
【００６７】
リモートアクセスサーバ４はＳＯＮＥＴデータを受信すると（図１５ステップＳ２１）、ＳＯＮＥＴ処理部１４が受信ＳＯＮＥＴデータからＡＴＭデータを取出し（図１５ステップＳ２２）、ＡＴＭ処理部１２に転送する。ＡＴＭ処理部１２はＡＴＭデータからＰＰＰマルチリンクフレームを取出し（図１５ステップＳ２３）、ＭＰ処理部１１に出力する。
【００６８】
ＭＰ処理部１１がＰＰＰマルチリンクフレームを受信すると（図１５ステップＳ２４）、ＰＰＰＭＬスイッチ５１が最初に処理する。ＰＰＰＭＬスイッチ５１はＰＰＰマルチリンクフレームヘッダに含まれるタグを抽出し、保持しているＰＰＰＭＬテーブルから出力すべきＰＰＰＬＩＮＫバッファ処理部５２，５３を決定し（図１５ステップＳ２５）、そのＰＰＰＬＩＮＫバッファ処理部５２，５３にＰＰＰマルチリンクフレームヘッダを出力する。
【００６９】
ＰＰＰＬＩＮＫバッファ処理部５２ではＰＰＰマルチリンクフレームヘッダに含まれるシーケンス番号と、Ｂｅｇｉｎｎｉｎｇｆｒａｇｍｅｎｔｂｉｔと、Ｅｎｄｉｎｇｆｒａｇｍｅｎｔｂｉｔとを参照し（図１５ステップＳ２６）、受信したＰＰＰマルチリンクフレームにＰＰＰフレームの先頭のフラグメントのシーケンス番号からＰＰＰフレームの最後のフラグメントのシーケンス番号まで、全てのシーケンス番号が揃っていれば（図１６ステップＳ２７）、ＰＰＰフレームを再構成して出力する（図１６ステップＳ２８）。ＰＰＰ受信処理部５４では受信したＰＰＰフレームからＩＰデータグラムを取出して出力する（図１６ステップＳ２９）。
【００７０】
続いて、本発明のＡＤＳＬアクセスシステムの送信側の特徴について説明する。ＭＬタグ決定部４２はポート番号とタグとの対応をＭＬタグテーブルに記憶している。このタグはＡＤＳＬチャネルとも対応している。
【００７１】
例えば、リアルタイム通信のアプリケーションプロトコルのポート番号はｆａｓｔチャネルに対応するタグと関連づけられ、ｆｔｐデータのような信頼性が必要なアプリケーションプロトコルのポート番号はｉｎｔｅｒｌｅａｖｅｄチャネルに対応するタグと関連づけられている。
【００７２】
ＭＬタグ決定部４２は送信ＩＰデータグラムに含まれるＴＣＰ／ＵＤＰヘッダから送信元ポート番号、宛先ポート番号を抽出し、ＭＬタグテーブルを参照してタグを決定し、ＰＰＰマルチリンク処理部４３がＰＰＰマルチリンクフレームヘッダに決定したタグを書込む。
【００７３】
ＡＴＭ処理部１２はタグとＶＰＩ／ＶＣＩとの対応をＡＴＭテーブルに記憶している。ＡＴＭ処理部１２はＰＰＰマルチリンクフレームを受信すると、ＰＰＰマルチリンクフレームヘッダのタグを参照し、ＡＴＭテーブルからＶＰＩ／ＶＣＩを決定し、そのＶＰＩ／ＶＣＩのパスを利用してＰＰＰマルチリンクフレームを送信する。ＶＰＩ／ＶＣＩはタグと同様にＡＤＳＬチャネルと対応するため、アプリケーションプロトコルに適したＡＤＳＬチャネルによってデータが転送される。
【００７４】
次に、本発明のＡＤＳＬアクセスシステムの受信側の特徴について説明する。ＰＰＰＭＬスイッチ５１はタグと出力すべきＰＰＰＬＩＮＫバッファ処理部５２，５３との対応をＰＰＰＭＬテーブルに記憶している。ＰＰＰＭＬスイッチ５１はＰＰＰマルチリンクフレームを受信すると、ＰＰＰマルチリンクフレームヘッダに含まれるタグを参照し、ＰＰＰＭＬテーブルから出力すべきＰＰＰＬＩＮＫバッファ処理部５２，５３を決定し、そのＰＰＰＬＩＮＫバッファ処理部５２，５３に出力する。
【００７５】
ＰＰＰＬＩＮＫバッファ処理部５２，５３は受信したＰＰＰマルチリンクフレームをバッファに蓄積し、ＰＰＰマルチリンクフレームヘッダのＢｅｇｉｎｎｉｎｇｆｒａｇｍｅｎｔｂｉｔとＥｎｄｉｎｇｆｒａｇｍｅｎｔｂｉｔとシーケンス番号とをチェックし、ＰＰＰフレームの全セグメントが揃うと、ＰＰＰフレームを再構成して出力する。同じタグが付けられたＰＰＰマルチリンクフレームの到着順序は保障されているので、バッファ内のＰＰＰマルチリンクフレームを並べ替える必要はない。
【００７６】
このように、ＭＬタグ決定部４２がＴＣＰ／ＵＤＰポート番号から、送信に適したＡＤＳＬチャネルに対応するタグを決定し、ＡＴＭ処理部１２がこのタグから送信に適したＡＤＳＬチャネルに対応するＶＰＩ／ＶＣＩを決定し、データを転送することによって、アプリケーションプロトコルに適したＡＤＳＬチャネルを使用したデータ転送を行うことができる。
【００７７】
また、リモートアクセスサーバ４のＭＰ処理部１１の受信部３１が各ＡＤＳＬチャネルに対応した２つのＰＰＰＬＩＮＫバッファ処理部５２，５３を備え、ＰＰＰＭＬスイッチ５１がＰＰＰマルチリンクフレームヘッダに含まれるタグに応じて、出力先のＰＰＰＬＩＮＫバッファ処理部５２，５３を切替え、ＰＰＰＬＩＮＫバッファ処理部５２，５３に同一のタグをもつＰＰＰマルチリンクフレームのみを蓄積することによって、到着順序が保障され、ＰＰＰフレームを再構成する場合にＰＰＰマルチリンクフレームの並び替えを行う必要がないため、ＰＰＰマルチリンクフレームからＰＰＰフレームへの再構成処理を簡略化することができる。
【００７８】
【発明の効果】
以上説明したように本発明によれば、ＭＬタグ決定部がＴＣＰ／ＵＤＰポート番号から送信に適したＡＤＳＬチャネルに対応するタグを決定し、ＡＴＭ処理部がこのタグから送信に適したＡＤＳＬチャネルに対応するＶＰＩ／ＶＣＩを決定し、データを転送することによって、アプリケーションプロトコルに適したＡＤＳＬチャネルを使用したデータ転送を行うことができるという効果がある。
【００７９】
以上説明したように本発明によれば、リモートアクセスサーバのＭＰ処理部の受信部が各ＡＤＳＬチャネルに対応した２つのＰＰＰＬＩＮＫバッファ処理部を備え、ＰＰＰＭＬスイッチがＰＰＰマルチリンクフレームヘッダに含まれるタグに応じて出力先のＰＰＰＬＩＮＫバッファ処理部を切替え、ＰＰＰＬＩＮＫバッファ処理部に同一のタグをもつＰＰＰマルチリンクフレームのみを蓄積することによって、ＰＰＰマルチリンクフレームからＰＰＰフレームへの再構成処理を簡略化することができるという効果がある。
【図面の簡単な説明】
【図１】本発明の一実施例によるＡＴＵ−Ｒの構成を示すブロック図である。
【図２】図１のＭＰ処理部の構成を示すブロック図である。
【図３】図２の送信部の構成を示すブロック図である。
【図４】図３のＭＬタグ決定部のＭＬタグテーブルの構成例を示す図である。
【図５】図２の受信部の構成を示すブロック図である。
【図６】図５のＰＰＰＭＬスイッチのＰＰＰＭＬテーブルの構成例を示す図である。
【図７】図１のＡＴＭ処理部のＡＴＭテーブルの構成例を示す図である。
【図８】本発明の一実施例によるリモートアクセスサーバの構成を示すブロック図である。
【図９】ネットワーク構成例とそのプロトコルスタックとを示す図である。
【図１０】ＶＰ及びＶＣの接続例を示す図である。
【図１１】ＡＤＳＬチャネルとＶＰＩ／ＶＣＩとタグとの関係を示す図である。
【図１２】（ａ）はＰＰＰマルチリンクフレームのロングシーケンス番号フォーマットを示す図、（ｂ）はＰＰＰマルチリンクフレームのショートシーケンス番号フォーマットを示す図である。
【図１３】本発明の一実施例によるＡＤＳＬアクセスシステムの送信処理を示すフローチャートである。
【図１４】本発明の一実施例によるＡＤＳＬアクセスシステムの送信処理を示すフローチャートである。
【図１５】本発明の一実施例によるＡＤＳＬアクセスシステムの受信処理を示すフローチャートである。
【図１６】本発明の一実施例によるＡＤＳＬアクセスシステムの受信処理を示すフローチャートである。
【符号の説明】
１ＡＴＵ−Ｒ
２ＡＴＵ−Ｃ
３ＤＳＬＡＭ
４リモートアクセスサーバ
１１ＭＰ処理部
１２ＡＴＭ処理部
１３ＡＤＳＬ処理部
１４ＳＯＮＥＴ処理部
３１送信部
３２受信部
４１ＰＰＰ送信処理部
４２ＭＬタグ決定部
４３ＰＰＰマルチリンク処理部
５１ＰＰＰＭＬスイッチ
５２，５３ＰＰＰＬＩＮＫバッファ処理部
５４ＰＰＰ受信処理部
１００宅内ＬＡＮ
２００ＡＴＭネットワーク
３００インタネット[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an ADSL access system and an ADSL access method used for the same, and more particularly to an ADSL (Asymmetric Digital Subscriber Line: asymmetric high-speed digital communication system) access method in which an uplink transmission rate and a downlink transmission rate are different.
[0002]
[Prior art]
In recent years, ADSL access systems capable of high-speed transmission and having different uplink transmission rates and downlink transmission rates are becoming widespread. In the ADSL access system, a modem called ATU-R (ADSL Transceiver Unit-Remote terminal end) is arranged on the user's home side, and a DSLAM (Digital Subscriber Line Access Multiplexor) is arranged on the exchange side.
[0003]
The DSLAM accommodates an ADSL terminator called an ATU-C (ADSL Transceiver Unit-Central office end), and the ATU-R and the ATU-C are connected by a twisted pair cable. On the other hand, the DSLAM is also connected to an ATM (Asynchronous Transfer Mode) network.
[0004]
ADSL has two types, a fast channel and an interleaved channel. The fast channel has a smaller delay than the interleaved channel and is suitable for real-time communication and the like. The interleaved channel is less likely to generate a burst error than the fast channel, has high reliability, and is suitable for data transfer of ftp (file transfer protocol) data and the like. These two channels can be used simultaneously.
[0005]
By setting ATM PVC (Permanent Virtual Circuit) or SVC (Switched Virtual Circuit) in each ADSL channel, ATM data can be transferred on the ADSL channel. This method is called ATM over ADSL.
[0006]
Next, a case where a computer at the user's home is connected to the Internet will be described. FIG. Shows a network configuration example and its protocol stack. FIG. , The ATU-R1 is connected to the ATU-C2 and a home LAN (Local Area Network) 100. ATU-C2 is contained in DSLAM3. The DSLAM 3 and the remote access server 4 are connected to an ATM network 200 based on SONET (synchronous optical network). However, the base of the ATM network is not limited to SONET.
[0007]
The remote access server 4 is also connected to the Internet 300. The remote access server 4 has a built-in ATM and Point-to-Point Protocol (PPP) function.
[0008]
The ATU-R1 and the remote access server 4 are connected by PVC. FIG. Shows the connection diagram of PVC. There are two ADSL channels between ATU-R1 and ATU-C2, a fast channel and an interleaved channel.
[0009]
A VP (Virtual Path) is set for each ADSL channel. A VP is also set between the DSLAM 3 and the remote access server 4. Two PVCs are set between the ATU-R1 and the remote access server 4 via these VPs.
[0010]
In order to connect to the Internet 300, a link must first be established between the ATU-R1 and the remote access server 4. The ATU-R1 accesses the remote access server 4 using the PPP protocol, and establishes a PPP link between the ATU-R1 and the remote access server 4 through a predetermined necessary connection procedure and authentication procedure.
[0011]
At this time, a PPP link is established on each of the two PVCs. That is, a PPP link via each ADSL channel is established. The two established PPP links are treated as one PPP link by the PPP multilink protocol defined by rfc (request for comments) 1990.
[0012]
After the establishment of the PPP link, transmission of an IP (Internet Protocol) datagram between the home LAN 100 and the Internet 300 becomes possible. The PPP frame is transmitted by an ATM VC / VP (Virtual Channel / Virtual Path), and the VC / VP is transmitted by an ADSL channel. Therefore, this method is called PPP over ATM over ADSL. .
[0013]
[Problems to be solved by the invention]
However, in the above-described conventional ADSL access system, when a plurality of PPP links exist in the PPP multi-link protocol, a source port number / destination port of an application protocol, that is, TCP / UDP (Transmission Control Protocol / User Datagram Protocol) is used. Regardless of the number, the IP datagram is distributed to the PPP link and transmitted according to the transmission capacity of the plurality of PPP links.
[0014]
Therefore, data is not transferred on an optimal ADSL channel, such as data for real-time communication being transferred on an interleaved channel or ftp data being transferred on a fast channel.
[0015]
In addition, since the transmission delay is different between the ADSL fast channel and the interleaved channel, the arrival of data transferred on the interleaved channel is delayed compared to the data transferred on the fast channel. Since the receiving side processes the PPP multilink frames sent in each channel collectively, if the PPP multilink is transferred using a plurality of channels having different delays, the order of arrival of data is not guaranteed.
[0016]
Therefore, in order to reconstruct the PPP frame on the receiving side, it is necessary to prepare a receiving buffer in consideration of the delay, and to rearrange the PPP multilink frames in order of the sequence number included in the header.
[0017]
SUMMARY OF THE INVENTION An object of the present invention is to solve the above problems and to provide an ADSL access system capable of performing data transfer using an ADSL channel suitable for an application protocol and an ADSL access method used therefor.
[0018]
It is another object of the present invention to provide an ADSL access system and an ADSL access method that can simplify the process of reconstructing a PPP multilink frame into a PPP frame.
[0019]
[Means for Solving the Problems]
In an ADSL access system according to the present invention, a point-to-point protocol (PPP) frame is transmitted by a virtual channel / virtual path in an asynchronous transfer mode, and the virtual channel / virtual path has an uplink transmission rate and a downlink transmission rate different from each other. An ADSL access system transmitted by two asymmetric high-speed digital communication channels,
Determining means for determining a tag corresponding to an asymmetric high-speed digital communication scheme channel suitable for transmission from a TCP / UDP (Transmission Control Protocol / User Datagram Protocol) port number included in an IP (Internet Protocol) datagram;
Processing means for determining a virtual path identifier / virtual channel identifier corresponding to the asymmetric high-speed digital communication system channel suitable for the transmission from the tag determined by the determination means, and performing data transfer.
[0020]
In another ADSL access system according to the present invention, in addition to the above configuration, a remote access server having one end connected to the Internet and the other end connected to the two asymmetric high-speed digital communication channels, First and second PPP link buffer processing means provided corresponding to the two asymmetric high-speed digital communication channels, and the tag provided in the remote access server and included in the PPP multilink frame header. Switching means for switching an output destination to one of the first and second PPP link buffer processing means in accordance with
The first and second PPP link buffer processing means are configured to store only the PPP multilink frames having the same tag.
[0021]
In the ADSL access method according to the present invention, a point-to-point (PPP) frame is transmitted by a virtual channel / virtual path in an asynchronous transfer mode, and the virtual channel / virtual path has different uplink transmission speed and downlink transmission speed. ADSL access method transmitted by two asymmetric high-speed digital communication channels, comprising:
Determining a tag corresponding to an asymmetric high-speed digital communication system channel suitable for transmission from a TCP / UDP (Transmission Control Protocol / User Datagram Protocol) port number included in an IP (Internet Protocol) datagram;
Determining a virtual path identifier / virtual channel identifier corresponding to the asymmetric high-speed digital communication system channel suitable for the transmission from the determined tag and performing data transfer.
[0022]
In another ADSL access method according to the present invention, in addition to the above steps, the two asymmetric high-speed connections are provided in a remote access server having one end connected to the Internet and the other end connected to the two asymmetric high-speed digital communication channels. A step of switching an output destination to one of first and second PPP link buffer processing means provided corresponding to a digital communication system channel in accordance with the tag included in the PPP multilink frame header. And
Only the PPP multilink frames having the same tag are stored in the first and second PPP link buffer processing means.
[0023]
That is, the ADSL access system of the present invention provides a system for transmitting data using an ADSL channel suitable for an application protocol in a system for accessing a remote access server using PPP over ATMOver ADSL.
[0024]
First, the characteristics of the transmitting side of the ADSL access system of the present invention will be described. On the transmitting side of the ADSL access system, the ML tag determination unit stores a correspondence table between port numbers and tags, and the tags also correspond to ADSL channels. For example, a port number of an application protocol for real-time communication is associated with a tag corresponding to a fast channel, and a port number of an application protocol requiring reliability such as ftp data is associated with a tag corresponding to an interleaved channel.
[0025]
The source port number and the destination port number are extracted from the TCP / UDP header included in the transmission IP datagram, and the tag is determined by referring to a preset correspondence table. Write the determined tag to. The ATM processing unit stores a correspondence table between tags and VPI / VCI (Virtual Path Identifier / Virtual Channel Identifier).
[0026]
When the PPP multilink frame is received, the VPI / VCI is determined from a preset table by referring to the tag of the PPP multilink frame header, and the PPP multilink frame is transmitted using the VPI / VCI path. Since the VPI / VCI corresponds to the ADSL channel like the tag, the data is transferred by the ADSL channel suitable for the application protocol.
[0027]
Next, the characteristics of the receiving side of the ADSL access system of the present invention will be described. On the receiving side of the ADSL access system, the PPP ML switch stores a correspondence table between a tag and a PPP LINK buffer processing unit to be output.
[0028]
When a PPP multilink frame is received, a PPP LINK buffer processing unit to be output is determined from a preset table with reference to a tag included in the PPP multilink frame header, and is output to the PPP LINK buffer processing unit.
[0029]
The PPP LINK buffer processing unit accumulates the received PPP multilink frame in the buffer, checks the Beginning fragment bit and the Ending fragment bit of the PPP multilink frame header, and the sequence number. When all the segments of the PPP frame are aligned, the PPP frame is processed. Is reconstructed and output. Since the arrival order of PPP multilink frames with the same tag is guaranteed, there is no need to rearrange the PPP multilink frames in the buffer.
[0030]
As described above, the ML tag determining unit determines the tag corresponding to the ADSL channel suitable for transmission from the TCP / UDP port number, and the ATM processing unit determines the VPI / VCI corresponding to the ADSL channel suitable for transmission from this tag. Is determined, and data is transferred, so that data transfer using an ADSL channel suitable for an application protocol becomes possible.
[0031]
Also, the receiving unit of the MP processing unit of the remote access server includes two PPP LINK buffer processing units corresponding to each ADSL channel, and the PPP ML switch outputs the PPP LINK according to the tag included in the PPP multilink frame header. By switching the buffer processing unit and storing only the PPP multilink frames having the same tag in the PPP LINK buffer processing unit, the arrival order is guaranteed, and the rearrangement of the PPP multilink frames when reconfiguring the PPP frames is performed. , It is possible to simplify the process of reconstructing a PPP multilink frame into a PPP frame.
[0032]
BEST MODE FOR CARRYING OUT THE INVENTION
Next, an embodiment of the present invention will be described with reference to the drawings. FIG. 1 is a block diagram showing the configuration of an ATU-R (ADSL Transceiver Unit-Remote terminal end) according to an embodiment of the present invention. In FIG. 1, the ATU-R1 includes an MP (Point-to-Point Protocol) multi-link frame (MP) processing unit 11, an ATM (Asynchronous Transfer Mode: asynchronous transfer mode) processing unit 12, and an ADSL (Asymmetric Metric Digital Signature). And an asymmetric high-speed digital communication system) processing unit 13.
[0033]
FIG. 2 is a block diagram showing a configuration of the MP processing unit 11 of FIG. In FIG. 2, the MP processing unit 11 includes a transmission unit 31 and a reception unit 32.
[0034]
FIG. 3 is a block diagram showing a configuration of the transmission unit 31 of FIG. 3, the transmission unit 31 includes a PPP transmission processing unit 41, an ML (Multi Link: Multilink) tag determination unit 42, and a PPP multilink processing unit 43.
[0035]
Upon receiving the IP (Internet Protocol) datagram, the PPP transmission processing unit 41 converts the datagram into a PPP frame and outputs it. The ML tag determination unit 42 stores an ML tag table (not shown) indicating a correspondence between a preset source port number or destination port number and a tag.
[0036]
FIG. 4 is a diagram illustrating a configuration example of the ML tag table of the ML tag determination unit 42 in FIG. In FIG. 4, the ML tag table shows a combination of a source port, a destination port, and a tag.
[0037]
In the ML tag table, when the source port number is arbitrary and the destination port number is 21 [ftp (file transfer protocol)], the tag is “11”. “*” Indicates an arbitrary port number. When the source port number is arbitrary and the destination port number is 21 (telnet protocol), the tag is “10”.
[0038]
The ML tag determination unit 42 extracts a source port number and a destination port number of a TCP / UDP (Transmission Control Protocol / User Datagram Protocol) header included in the IP datagram, and extracts the port number by referring to the ML tag table. The tag is determined, and the tag is notified to the PPP multilink processing unit 43.
[0039]
The PPP multilink processing unit 43 converts the PPP frame received from the PPP transmission processing unit 41 into a PPP multilink frame, and writes the tag notified from the ML tag determination unit 42 into the PPP multilink frame header.
[0040]
FIG. 5 is a block diagram showing a configuration of the receiving unit 32 of FIG. 5, the receiving unit 32 includes a PPP ML switch 51, PPP LINK buffer processing units 52 and 53, and a PPP reception processing unit 54. The PPP ML switch 51 stores the correspondence between the tags and the PPP LINK buffer processing units 52 and 53 to be output in a PPP ML table (not shown).
[0041]
FIG. 6 is a diagram showing a configuration example of the PPP ML table of the PPP ML switch 51 of FIG. In FIG. 6, the PPP ML table stores a combination of a tag and a PPP LINK buffer processing unit 52 or 53 to be output.
[0042]
In the PPP ML table, when the tag is “10”, the output is made to the PPP LINK buffer processing part 52, and when the tag is “11”, it is outputted to the PPP LINK buffer processing part 53.
[0043]
Upon receiving the PPP multilink frame, the PPP ML switch 51 extracts the tag from the PPP multilink frame header, and refers to the PPP ML correspondence table to send the PPP multilink frame to one of the PPP LINK buffer processing units 52 and 53 corresponding to the tag. Transfer link frames.
[0044]
The PPP LINK buffer processing units 52 and 53 reconfigure the PPP frame from the plurality of PPP multilink frames while referring to the sequence number included in the PPP multilink frame header, and transfer the PPP frame to the PPP reception processing unit 54. The PPP reception processing unit 54 extracts and outputs an IP datagram from the PPP frame.
[0045]
The ATM processing unit 12 stores the correspondence between tags and VPI / VCI in an ATM table. Upon receiving the PPP multilink frame, the ATM processing unit 12 determines the VPI / VCI for transmitting the PPP multilink frame from the tag information included in the header of the PPP multilink frame, and is defined by rfc (request for comments) 2364. And converts the PPP multilink frame into ATM data and outputs it. When receiving the ATM data, the ATM processing unit 12 converts the data into a PPP multilink frame and outputs it.
[0046]
FIG. 7 is a diagram showing a configuration example of the ATM table of the ATM processing unit 12 in FIG. In FIG. 7, tag “10” corresponds to VPI = 1 and VCI = 101. Tag “11” corresponds to VPI = 2 and VCI = 102.
[0047]
The ADSL processing unit 13 converts the ATM data into ADSL data, modulates the data, and transmits the data.
[0048]
FIG. 8 is a block diagram showing the configuration of the remote access server according to one embodiment of the present invention. In FIG. 8, the remote access server 4 includes a SONET (synchronous optical network) processing unit 14, an ATM processing unit 12, and an MP processing unit 11. The operations of the ATM processing unit 12 and the MP processing unit 11 are as described above.
[0049]
Here, the case where the ATM network is on SONET is described, but the ATM network may be on another physical layer. In that case, a physical layer I / F (interface) processing unit is used instead of the SONET processing unit 14. The SONET processing unit 14 extracts and outputs ATM data from the SONET data.
[0050]
FIG. 9 is a diagram showing a network configuration example and its protocol stack. In FIG. 9, the ATU-R1 is connected to an ATU-C (ADSL Transceiver Unit-Central office end) 2 and a home LAN (Local Area Network) 100. The ATU-C2 is accommodated in a DSLAM (Digital Subscriber Line Access Multiplexor) 3.
[0051]
The DSLAM 3 and the remote access server 4 are connected to an ATM network 200 based on SONET. However, the base of the ATM network 200 is not limited to SONET. The remote access server 4 is also connected to the Internet 300. The remote access server 4 has built-in ATM and PPP functions.
[0052]
FIG. 10 is a diagram showing a connection example of VP and VC. In FIG. 10, there are two ADSL channels, a fast channel and an interleaved channel between ATU-R1 and ATU-C2, and a VP is set for each ADSL channel.
[0053]
VP1 of VPI = 1 is set for the fast channel, and VP2 of VPI = 2 is set for the interleaved channel. A VP3 of VPI = 3 is set between the DSLAM 3 and the remote access server 4. Using these VPs, two PVCs (VCI = 101, VCI = 102) are set between the ATU-R1 and the remote access server 4.
[0054]
FIG. 11 is a diagram showing a relationship between an ADSL channel, VPI / VCI, and a tag, and FIG. 12 is a diagram showing a format of a PPP multilink frame. FIG. 12A shows a long sequence number format of a PPP multilink frame, and FIG. 12B shows a short sequence number format of a PPP multilink frame.
[0055]
FIGS. 13 and 14 are flowcharts showing transmission processing of the ADSL access system according to one embodiment of the present invention, and FIGS. 15 and 16 are flowcharts showing reception processing of the ADSL access system according to one embodiment of the present invention. The operation of the ADSL access system according to one embodiment of the present invention will be described with reference to FIGS.
[0056]
In order to establish a PPP link between the ATU-R1 and the remote access server 4, the ATU-R1 uses the PPP protocol to access the remote access server 4, and through a predetermined necessary connection procedure and authentication procedure, the ATU-R1 Establish a PPP link between R1 and the remote access server 4.
[0057]
At this time, PPP links are respectively established on two PVCs (Permanent Virtual Circuits) according to a PPP multilink protocol defined by rfc1990. By utilizing the PPP multilink protocol, two PPP links can be treated as one logical PPP link.
[0058]
After the PPP link is established, IP datagrams can be exchanged between the home LAN 100 and the Internet 300. Here, a case where an IP datagram is sent from home LAN 100 to Internet 300 will be described.
[0059]
When the ATU-R1 receives the IP datagram from the home LAN 100 (Step S1 in FIG. 13), the IP datagram is transferred to the transmission unit 31 of the MP processing unit 11 (Step S2 in FIG. 13). The PPP transmission processing unit 41 converts the IP datagram into a PPP frame (step S3 in FIG. 13), and outputs it to the PPP multilink processing unit 43.
[0060]
The ML tag determining unit 42 extracts the source port number and the destination port number from the TCP / UDP header included in the IP datagram (step S4 in FIG. 13). The ML tag determination unit 42 refers to the ML tag table indicating the correspondence between the port number and the tag, and determines the tag from the extracted port number (Step S5 in FIG. 13). The ML tag determination unit 42 notifies the PPP multilink processing unit 43 of the determined tag.
[0061]
When the PPP multilink processing unit 43 does not divide the PPP frame (step S6 in FIG. 13), the PPP multilink processing unit 43 converts the PPP frame transferred from the PPP transmission processing unit 41 into a PPP multilink frame specified by rfc1990 (step S13 in FIG. 13). S7). When dividing the PPP frame (step S6 in FIG. 13), the PPP multilink processing unit 43 divides the PPP frame to create a plurality of PPP multilink frames (step S8 in FIG. 13). Whether to divide the PPP frame is determined when the PPP link is established.
[0062]
FIG. 12 shows a format of a PPP multilink frame. There are two types of PPP multilink frame formats, a long sequence number format and a short sequence number format. The size of the PPP multilink frame header (MP header) is 6 octets and 4 octets, respectively.
[0063]
The bit indicated by “B” in FIG. 12 is called “Beginning fragment bit”, and when the value is “1”, it indicates the head fragment of the PPP frame. The bit indicated by “E” in FIG. 12 is called an Ending fragment bit, and if the value is “1”, it indicates the last fragment of the PPP frame.
[0064]
If the PPP frame is converted into a PPP multilink frame without being divided, both the Beginning fragment bit and the Ending fragment bit are set to “1”.
[0065]
The bit indicated by “T” in FIG. 12 is called a tag bit, and is used for identifying a PPP multilink frame. In rfc1990, the tag bit portion is an unused bit, and the value is fixed to “0”. For example, when the tag value is specified as “01” by the ML tag determination unit 42, “01” is written to “T” in FIG. The sequence number is set to a value that is increased by one each time a PPP multilink frame is created. Finally, a PPP multilink frame is output.
[0066]
Upon receiving the PPP multilink frame (step S9 in FIG. 14), the ATM processing unit 12 extracts the tag included in the PPP multilink frame header, refers to the stored ATM table, and transfers the PPP multilink frame to the VPI. / VCI is determined (step S10 in FIG. 14). Then, the PPP multilink frame is converted into ATM data and output by the method specified by rfc2364 (step S11 in FIG. 14). The ADSL processing unit 13 converts the ATM data output from the ATM processing unit 12 into ADSL data, modulates the data, and transmits it (step S12 in FIG. 14).
[0067]
When the remote access server 4 receives the SONET data (step S21 in FIG. 15), the SONET processing unit 14 extracts the ATM data from the received SONET data (step S22 in FIG. 15) and transfers it to the ATM processing unit 12. The ATM processing unit 12 extracts a PPP multilink frame from the ATM data (step S23 in FIG. 15) and outputs the frame to the MP processing unit 11.
[0068]
When the MP processing unit 11 receives the PPP multilink frame (Step S24 in FIG. 15), the PPP ML switch 51 processes first. The PPP ML switch 51 extracts the tag included in the PPP multilink frame header, determines the PPP LINK buffer processing units 52 and 53 to be output from the held PPP ML table (step S25 in FIG. 15), and uses the PPP LINK. It outputs the PPP multilink frame header to the buffer processing units 52 and 53.
[0069]
The PPP LINK buffer processing unit 52 refers to the sequence number, the Beginning fragment bit, and the Ending fragment bit included in the PPP multilink frame header (step S26 in FIG. 15), and adds the first part of the PPP frame to the received PPP multilink frame. If all the sequence numbers are complete from the fragment sequence number to the sequence number of the last fragment of the PPP frame (step S27 in FIG. 16), the PPP frame is reconstructed and output (step S28 in FIG. 16). The PPP reception processing unit 54 extracts and outputs an IP datagram from the received PPP frame (step S29 in FIG. 16).
[0070]
Next, features of the transmitting side of the ADSL access system of the present invention will be described. The ML tag determination unit 42 stores the correspondence between the port number and the tag in the ML tag table. This tag also corresponds to the ADSL channel.
[0071]
For example, a port number of an application protocol for real-time communication is associated with a tag corresponding to a fast channel, and a port number of an application protocol requiring reliability such as ftp data is associated with a tag corresponding to an interleaved channel.
[0072]
The ML tag determining unit 42 extracts the source port number and the destination port number from the TCP / UDP header included in the transmission IP datagram, determines the tag by referring to the ML tag table, and the PPP multilink processing unit 43 Write the determined tag to the multilink frame header.
[0073]
The ATM processing unit 12 stores the correspondence between tags and VPI / VCI in an ATM table. Upon receiving the PPP multilink frame, the ATM processing unit 12 refers to the tag of the PPP multilink frame header, determines the VPI / VCI from the ATM table, and transmits the PPP multilink frame using the VPI / VCI path. I do. Since VPI / VCI corresponds to an ADSL channel like a tag, data is transferred by an ADSL channel suitable for an application protocol.
[0074]
Next, features of the receiving side of the ADSL access system of the present invention will be described. The PPP ML switch 51 stores in the PPP ML table the correspondence between the tags and the PPP LINK buffer processing units 52 and 53 to be output. When receiving the PPP multilink frame, the PPP ML switch 51 refers to the tag included in the PPP multilink frame header, determines the PPP LINK buffer processing units 52 and 53 to be output from the PPP ML table, and performs the PPP LINK buffer processing. Output to the units 52 and 53.
[0075]
The PPP LINK buffer processing units 52 and 53 accumulate the received PPP multilink frame in a buffer, check the Beginning fragment bit and Ending fragment bit of the PPP multilink frame header, and the sequence number, and when all the segments of the PPP frame are aligned. , PPP frames are reconstructed and output. Since the arrival order of PPP multilink frames with the same tag is guaranteed, there is no need to rearrange the PPP multilink frames in the buffer.
[0076]
As described above, the ML tag determination unit 42 determines a tag corresponding to an ADSL channel suitable for transmission from the TCP / UDP port number, and the ATM processing unit 12 determines from this tag a VPI / VID corresponding to an ADSL channel suitable for transmission. By determining the VCI and transferring the data, data transfer using an ADSL channel suitable for the application protocol can be performed.
[0077]
Also, the receiving unit 31 of the MP processing unit 11 of the remote access server 4 includes two PPP LINK buffer processing units 52 and 53 corresponding to each ADSL channel, and the PPP ML switch 51 determines whether the tag included in the PPP multilink frame header Accordingly, the PPP LINK buffer processing units 52 and 53 at the output destination are switched, and only the PPP multilink frames having the same tag are stored in the PPP LINK buffer processing units 52 and 53, so that the arrival order is ensured, and the PPP frame Since it is not necessary to rearrange the PPP multi-link frames when reconfiguring is performed, the process of reconstructing the PPP multi-link frame into the PPP frame can be simplified.
[0078]
【The invention's effect】
As described above, according to the present invention, the ML tag determining unit determines the tag corresponding to the ADSL channel suitable for transmission from the TCP / UDP port number, and the ATM processing unit converts the tag to the ADSL channel suitable for transmission. By determining the corresponding VPI / VCI and transferring data, there is an effect that data transfer using an ADSL channel suitable for an application protocol can be performed.
[0079]
As described above, according to the present invention, the receiving unit of the MP processing unit of the remote access server includes two PPP LINK buffer processing units corresponding to each ADSL channel, and the PPP ML switch is included in the PPP multilink frame header. By switching the PPP LINK buffer processing unit of the output destination according to the tag and storing only the PPP multilink frame having the same tag in the PPP LINK buffer processing unit, the reconstruction process from the PPP multilink frame to the PPP frame can be performed. There is an effect that it can be simplified.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a configuration of an ATU-R according to an embodiment of the present invention.
FIG. 2 is a block diagram illustrating a configuration of an MP processing unit in FIG. 1;
FIG. 3 is a block diagram illustrating a configuration of a transmission unit in FIG. 2;
FIG. 4 is a diagram illustrating a configuration example of an ML tag table of an ML tag determination unit in FIG. 3;
FIG. 5 is a block diagram illustrating a configuration of a receiving unit in FIG. 2;
FIG. 6 is a diagram illustrating a configuration example of a PPP ML table of the PPP ML switch in FIG. 5;
FIG. 7 is a diagram illustrating a configuration example of an ATM table of the ATM processing unit in FIG. 1;
FIG. 8 is a block diagram illustrating a configuration of a remote access server according to an embodiment of the present invention.
FIG. 9 is a diagram illustrating a network configuration example and a protocol stack thereof.
FIG. 10 is a diagram illustrating a connection example of VP and VC.
FIG. 11 is a diagram illustrating a relationship between an ADSL channel, VPI / VCI, and a tag.
12A is a diagram illustrating a long sequence number format of a PPP multilink frame, and FIG. 12B is a diagram illustrating a short sequence number format of a PPP multilink frame.
FIG. 13 is a flowchart showing a transmission process of the ADSL access system according to one embodiment of the present invention.
FIG. 14 is a flowchart showing a transmission process of the ADSL access system according to one embodiment of the present invention.
FIG. 15 is a flowchart showing a receiving process of the ADSL access system according to one embodiment of the present invention.
FIG. 16 is a flowchart showing a receiving process of the ADSL access system according to one embodiment of the present invention.
[Explanation of symbols]
1 ATU-R
2 ATU-C
3 DSLAM
4 Remote access server
11 MP processing unit
12 ATM processing unit
13 ADSL processing unit
14 SONET processing unit
31 Transmitter
32 Receiver
41 PPP transmission processing unit
42 ML tag determination unit
43 PPP Multilink Processing Unit
51 PPP ML switch
52, 53 PPP LINK buffer processing unit
54 PPP reception processing unit
100 home LAN
200 ATM network
300 Internet

Claims

A point-to-point protocol (PPP) frame is transmitted by a virtual channel / virtual path in an asynchronous transfer mode, and the virtual channel / virtual path is transmitted by two asymmetric high-speed digital communication channels having different upstream transmission speed and downstream transmission speed. A transmitted ADSL access system,
Determining means for determining a tag corresponding to an asymmetric high-speed digital communication scheme channel suitable for transmission from a TCP / UDP (Transmission Control Protocol / User Datagram Protocol) port number included in an IP (Internet Protocol) datagram;
Processing means for determining a virtual path identifier / virtual channel identifier corresponding to the asymmetric high-speed digital communication system channel suitable for the transmission from the tag determined by the determination means, and performing data transfer, system.

2. The channel according to claim 1, wherein the two asymmetric high-speed digital communication channels are a fast channel which has a small delay and is suitable for at least real-time communication, and an interleaved channel which is less likely to cause a burst error and has high reliability. An ADSL access system comprising the features of the description.

Including a tag table that stores a combination of a preset source port and destination port and the tag,
The determining means is configured to extract a source port number and a destination port number of the TCP / UDP header included in the IP datagram, and determine a tag from the extracted port number with reference to the tag table. The ADSL access system according to claim 1 or 2, wherein:

A table storing a correspondence between the tag and the virtual path identifier / virtual channel identifier,
The processing means refers to the table when receiving the PPP multilink frame, determines a virtual path identifier / virtual channel identifier for transmitting the PPP multilink frame from tag information included in a header of the PPP multilink frame, and The ADSL access system according to any one of claims 1 to 3, wherein the PPP multilink frame is configured to be converted into the data in the asynchronous transfer mode and output.

A remote access server having one end connected to the Internet and the other end connected to the two asymmetric high-speed digital communication channels; and a remote access server provided in the remote access server corresponding to the two asymmetric high-speed digital communication channels. First and second PPP link buffer processing means, and the first and second PPP link buffer processing means provided in the remote access server and according to the tag included in the PPP multilink frame header. Switching means for switching the output destination to any of
The ADSL access system according to claim 4, wherein the first and second PPP link buffer processing means are configured to store only the PPP multilink frames having the same tag.

A PPP table storing a combination of the tag and the PPP link buffer processing means to be output,
The switching means extracts the tag from the PPP multilink frame header when the PPP multilink frame is received, and refers to the PPP table to check the first and second PPP link buffer processing means corresponding to the tag. 6. The ADSL access system according to claim 5, wherein the ADSL access system is configured to transfer the PPP multilink frame to any one of them.

A point-to-point (PPP) frame is transmitted by a virtual channel / virtual path in an asynchronous transfer mode, and the virtual channel / virtual path is transmitted by two asymmetric high-speed digital communication channels having different uplink transmission rates and downlink transmission rates. A transmitted ADSL access method,
Determining a tag corresponding to an asymmetric high-speed digital communication system channel suitable for transmission from a TCP / UDP (Transmission Control Protocol / User Datagram Protocol) port number included in an IP (Internet Protocol) datagram;
Determining a virtual path identifier / virtual channel identifier corresponding to the asymmetric high-speed digital communication channel suitable for the transmission from the determined tag and performing data transfer.

8. The channel according to claim 7, wherein the two asymmetric high-speed digital communication channels are a fast channel having a small delay and at least suitable for real-time communication, and an interleaved channel having a low burst error and high reliability. An ADSL access method as claimed in any of the preceding claims.

The step of determining the tag includes extracting a source port number and a destination port number of the TCP / UDP header included in the IP datagram, and setting a preset source port and destination port and the tag. 9. The ADSL access method according to claim 7, wherein a tag is determined from a port number extracted with reference to a tag table storing matching.

The step of performing the data transfer is performed by referring to a table storing the correspondence between the tag and the virtual path identifier / virtual channel identifier at the time of receiving the PPP multilink frame from the tag information included in the header of the PPP multilink frame. 8. The method according to claim 7, wherein a virtual path identifier / virtual channel identifier for transmitting the PPP multilink frame is determined, and the PPP multilink frame is converted into data of the asynchronous transfer mode and output. Item 10. An ADSL access method according to any one of Items 9.

First and second asymmetrical high-speed digital communication channels provided in a remote access server having one end connected to the Internet and the other end connected to the two asymmetric high-speed digital communication channels. Switching the output destination to any of the PPP link buffer processing means according to the tag included in the PPP multilink frame header,
11. The ADSL access method according to claim 10, wherein only the PPP multilink frame having the same tag is stored in the first and second PPP link buffer processing means.

The step of switching the output destination includes, when receiving the PPP multilink frame, extracting the tag from the PPP multilink frame header and storing a combination of the tag and the PPP link buffer processing unit to be output. 12. The ADSL access method according to claim 11, wherein the PPP multi-link frame is transferred to one of the first and second PPP link buffer processing means corresponding to the tag with reference to FIG.