JPH1075279A - デイジタル加入者回線モデム信号を復調する方法及びモデム - Google Patents

Abstract

(57)【要約】 【課題】 デイジイタル加入者回線（ＤＳＬ）モデムに
おいて、高いビツト伝送速度を要するデータに対して
も、モデムを複雑かつ高価にすることのない、受信ＤＳ
Ｌモデム信号の復調の方法、及びこのためのモデムを提
供する。 【解決手段】 本発明のモデムは、音声帯域周波数帯域
及びこれより高い周波数帯域において選択的に動作し、
多重回線コードを支援する。このモデムは、デイジタル
信号処理装置（ＤＳＰ）を使用し、これにより離散マル
チトーン（ＤＭＴ）及び搬送波無しＡＭ／ＰＭが同じハ
ードウエア・プラツトフォーム上で実施できる。モデム
は、回線状態及びサービス対費用要求を満足させるた
め、実時間で、所望の回線伝送速度について交渉する。
回線コード及び回線伝送速度についての交渉は、２つの
モデム間で、トーンを交換することにより各通信セツシ
ヨンの初めに実施する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、デイジタル加入者
回線モデム信号を復調する方法及びモデムに関し、特
に、マルチモード・デイジタル・モデム並びにマルチモ
ード・デイジタル・モデムのための方法及びソフトウエ
アを採用したシステムに関する。

【０００２】

【従来の技術】従来の音声帯域モデムは、公衆交換電話
回線網（ＲＳＴＮ）を通じて計算機ユーザをエンド・ツ
ー・エンドに接続できる。しかし、音声帯域モデムの伝
送スループツトは、ＲＳＴＮのインタフェース点でのバ
ンドパスフィルタ及びコードにより強制される３．５ｋ
Ｈｚ帯域幅に起因して約４０ｋｂｐｓより低く制限され
る。他方、計算機ユーザの撚線対の電話加入者回線は、
より広い使用可能は帯域幅をもつている．加入者回線の
長さに依存して、５０ｄＢの損失での帯域幅は１ＭＨｚ
と広くできる。ローカル加入者回線に基づく伝送システ
ムは、一般的にデイジタル加入者線（ＤＳＬ）と呼ばれ
る。

【０００３】娯楽（例えば、ビテオ・オン・デマンド）
及びデイジタル型式の情報（インターネット）への対話
型電子アクセスに対する消費者の要求が増加しており、
この要求は従来の音声帯域の能力を実際上超過してい
る。これに対して、各家庭への光ファイバーリンク、直
接衛星送信、及び広帯域同軸ケーブルの様な種々の方法
が提案されている。しかし、これらの方法は、しばしば
余りに高価であり、そこで、現存する家庭への同軸ケー
ブルを使用するケーブル・モデム及び種々の、家庭と電
話会計中央局（ＣＯ）を接続している現存する銅電線の
撚線対を使用するの高ビット伝送速度テイジタル加入者
線（ＤＳＬ）モデムの様なより安価な代替が現れてい
る。

【０００４】幾つかのデイジタル加入者線（ＤＳＬ）技
術が、異なる応用に対して開発されている。元の２Ｂ１
Ｑデイジタル加入者線技術は、ＩＳＤＮ基本速度アクセ
スチャネルＵ−インタフェースとして使用されている。
高ビツト伝送速度デイジタル加入者線（ＨＤＳＬ）技術
は中継器なしＴＩサービスとして使用されている。

【０００５】ＤＳＬ技術の使用の従来技術の一例は、電
話回線のための非対称デイジタル加入者線（ＡＤＳＬ）
シグナリングで、これは標準団体により通信システム仕
様書として定義されており、これは住宅からＣＯ（上
流）への低速データストリームと、ＣＯから住宅（下
流）への高速データストリームを提供する、非対称デイ
ジタル加入者線（ＡＤＳＬ）は、従来の音声電話通信、
例えば、普通の古い電話サービス（ＰＯＴＳ）に影響な
しに動作を準備している。ＡＤＳＬの上流チャネルは簡
単な制御機能又は低速データ転送を提供するだけであ
る。高速の下流チャネルは、より高いスループツトを与
える。この非対称の流れは、ビデオ・オン・デマンド
（ＶＯＤ）の様な応用には好ましい。

【０００６】非対称デイジタル加入者線（ＡＤＳＬ）モ
デムは、典型的には、対で設置され、１つのモデムは家
庭に、他方は、その家庭にサービスしている電話会社中
央局（ＣＯ）に置かれる。ＡＤＳＬモデムの対は、同じ
撚線対の両端に接続され、各モデムは撚線対の他方のモ
デムと通信できるだけであり、中央局は、そのＡＤＳＬ
モデムから提供されるサービス（例えば、映画、インタ
ーネツト等）へ直接接続される。図６は、中央局及び１
個が消費者の家庭、パーソナルコンピュータ又はＴＶセ
ツト・トツプ・ボツクスに置かれるＡＤＳＬモデム（図
６はモデムのために「ＡＤＳＬ」よりは「ＤＳＬ」を使
用する）を発見的に示す。ＡＤＳＬモデムは、音声帯域
周波数より高い周波数で動作するので、ＡＤＳＬモデム
は音声帯域モデム又は電話会話と同時に動作しても良
い。

【０００７】典型的なＡＤＳＬ使用システムは、中央局
（ＣＯ）に置かれ映画又は他のデータ強化内容を提供で
きるサーバ、及び住宅に置かれデータを受けて再組み立
てすると共に制御情報をＣＯへ送り返すセツト・トツプ
・ボツクスを含む。有意義な表示又は下流内容の使用に
はモデムを通して一様なデータ速度が要求される。この
一様なデータ速度の要求に起因してＡＤＳＬシステム
は、ある動作条件及びある速度だけの下で機能するよう
に主として設計される。もし加入者線が品質要件を満た
せば、ＡＤＳＬモデムは機能でき、さもなければ新しい
回線機器を設置するか、又は回線品質を改善しなければ
ならない。

【０００８】特に、ＡＮＳＩ標準ＡＤＳＬは、現存の撚
線対で家庭（下流）へ毎秒６百万ビツト（Ｍｂｐｓ）ま
で伝送し、また家庭（上流）から毎秒６４０キロビツト
（Ｋｂｐｓ）まで受信することを要求する。

【０００９】ＡＤＳＬモデムは、電話システムを通じて
デイジタル通信のために現在使用されている音声帯域モ
デムとは、幾つかの点で異なる。家庭における音声帯域
モデムは、本質的にデイジタルビツトを音声帯域におけ
る変調されたトーンに変換し、従って、これらの信号
は、あたかも電話機の中で発生した通常の音声信号であ
るかの様に伝送されることができる。受信している家庭
のモデムは、そこで受信信号からテイジタルビツトを再
生する。現在のＩＴＵのＶシリース音声帯域モデムの標
準（例えば、Ｖ．３２及びＶ．３４）は、３３．６Ｋｂ
ｐｓまでのビット伝送速度での伝送を要求し，たとえ、
これらの速度は、実時間ビデオに対するものより遥かに
遅く、またインターネツト図形に対して遅すぎるもので
ある。これに対して、ＡＤＳＬモデムは、音声帯域より
高い周波数範囲で動作し、これは高いデータ伝送速度を
許している。しかし、撚線対加入者線は、周波数及び線
長と共に増加する歪みと損失をもち、従つて、ＡＤＳＬ
標準データ伝送速度は、加入者線の長さに対して最大達
成可能速度により決められ、例えば、２６ゲージ線に対
して３０００ｍ（３ｋｍ）、又は２４ゲージ線に対して
４ｋｍである。

【００１０】音声帯域モデムデータ伝送速度は、少なく
とも次の要因により制限される。１）中央局における回
線カードのサンプリング速度は、僅かに８ｋＨｚであ
る。２）回線カード上に使用されるＡ／Ｄ又はＤ／Ａ変
換器の低いビツト解像度は、動的範囲を減少させる。
３）加入者線（撚線対）の長さ及び何等かの関連した電
気的損傷。ＡＤＳＬモデムは、最初の２つの要因を回避
できるが、加入者線長及び電気的不具合のの影響を受け
る。図１６は、２つの現存する線の寸法に対して、加入
者線の容量がどのように減少するかを示している。長さ
に対する同様な容量の減少はどの様な撚線対加入者線に
も適用される。

【００１１】図１４は、単純なＡＤＳＬモデムをブロツ
ク型式で示し、その送信ハードウエア３０は、ビツトエ
ンコーダ３６、逆高速フーリエ変換３８、Ｐ／Ｓ４０、
デイジタルアナログ変換器４２、伝送のためのフィルタ
及びドライバ４４、及びトランス４６を含む。受信部分
３２は、トランス及びフィルタ４８、アナログデイジタ
ル変換器５０、回線歪み補償のための等化器５２、Ｓ／
Ｐ５４、高速フーリエ変換５６、及びビツトデコーダ５
８を含む。送信部分から受信部分へのエコー打ち消し回
路は信号漏洩を抑圧するために含ませてもよい。ＡＤＳ
Ｌ標準は、２５６個の４ｋＨｚ搬送波帯域に分割された
ＤＭＴスペクトルをもつ離散マルチトーン（ＤＭＴ）を
使用し、また可変数のビツトを他の搬送波帯域に関係な
く各搬送波帯域にロードするため配列（コンステレーシ
ヨン）の直角振幅変調（ＱＡＭ）型を使用している。

【００１２】搬送波当りのビツトの数は訓練期間の間に
決定され、この期間にテスト信号が加入者線を通じて受
信モデムへ送信される。受信信号の測定された信号対雑
音比に基づき、受信モデムは、最適のビツト割当てを決
定し、より多くのビツトをより強壮な搬送波帯域上に置
き、そしてこの情報を送信モデムへ戻す。

【００１３】コード化されたビツトの変調は、５１２点
（ポイント）逆高速フーリエ変換を用いて極めて効率良
く行なわれ周波数領域でコード化されたビツトを時間領
域信号に変換し、これを２．０４８Ｍｈｚ（４ｘ５１
２）サンプリング速度を用いてＤ／Ａ変換器により撚線
対上に置く。受信ＡＤＳＬモデムは、この信号をサンプ
ルし、高練フーリエ変換でコード化ビツトを再生する。

【００１４】離散マルチトーン（ＤＭＴ）が、ＡＤＳＬ
標準に対する回線コードとして選択ずみである。典型的
なＤＭＴシステムは、送信機逆ＦＥＴ及び受信機順方向
ＦＥＴを利用する。理想的には、チャネル周波数歪みは
受信機ＦＥＴに続く周波数領域等化器により補正でき
る。しかし、受信機ＦＥＴブロツクの初めにおけるチャ
ネルの遅延拡大は、前のブロツクからの記号間干渉を含
んでいる。この干渉は、現在のデータのブロツクと無関
係であるので、周波数領域等化器により丁度打ち消すこ
とができる。典型的な解決は、プリフィツクスのデータ
のブロツクを、ＦＥＴデータのブロツクがＤ／Ａに送ら
れる前に送信機側のＦＥＴデータのブロツクの前に加え
ることである。プリフィツクス（ｐｒｅｆｉｘ）データ
は、ＦＥＴデータのブロツクの最後のセクシヨンの反復
コピーである。

【００１５】受信機側では、受信信号はウインドウ処理
され、周期的なプリフィツクスのデータを除去する。も
し、チャネルのインパルス応答の長さがプリフィツクス
の長さより短かければ、前のＦＥＴデータのブロツクか
らの記号間干渉は完全に除去される。周波数領域等化器
技術は、そこでＤＭＴサブチャネルの間の記号間の干渉
を除去するために適用される。しかし、チャネルのイン
パルス応答は、その時々により変化するので、チャネル
のインパルス応答の長さがプリフィツクスの長さより短
かいという保証はない。適合時間領域等化器がチャネル
のインパルス応答の長さをプリフィツクスの長さ以内に
短くするため典型的に要求される。

【００１６】時間領域等化器訓練手順は以前から検討さ
れている。多重搬送波変調システムのための等化器訓練
手順システム、ジェイ・ビー・チョウ、ジェイ・エム・
シオッフィ及びジェイ・エイ・シー・ビンガム、１９９
３、通信に関する国際会議、ｐｐ．７６１−７６５、ジ
ュネーブ、（１９９３、５月）及びこれに対応する訓練
シーケンスはＤＭＴを持つＡＤＳＬ標準及び時間領域等
化器（ＴＱＥ）のための勧告された訓練シーケンス．ジ
ェイ・ビー・チョウ、ジェイ・エム・シオッフィ及びジ
ェイ・エイ・シー・ビンガム、ＡＮＥ１．４委員会寄稿
Ｎｏ．９３−０８６。

【００１７】次の特許はＤＭＴモデムに関する。多重搬
送波チャネルにおけるビツト割当てに関する米国特許第
５，４００，３２２号明細書、帯域幅最適化に関する米
国特許第５，４７９，４４７号明細書、エコー打消しに
関する米国特許第５，３１４，５９６号明細書、等化器
に関する米国特許第５，２８５，４７４号明細書。

【００１８】代替のＤＳＬモデムの提案は、ＱＡＭ、Ｐ
ＡＭ、及び搬送波無しＡＭ／ＰＭ（ＣＡＰ）のようなＤ
ＭＴ以外の回線コードを使用する。勿論、ＩＳＤＮは、
より多くのデータチャネルを提供するため１６０ＫＨｚ
以上の搬送波の２ビツト−１四元（２Ｂ１Ｑ）４レベル
記号振幅変調を使用する。

【００１９】ＣＡＰ回線コードは、典型的には、同位相
及び直角多重レベル信号を使用し、これらの信号は、直
角通過帯域フィルタによりフィルタされ、そして次に伝
送のためアナログに変換される。図１５は、ＣＡＰ回線
コードを使用するＤＳＬモデムの送信機３２１及び受信
機３２５のブロツク図を示し、両者は等化器７５０及び
エコー打消し（キヤンセル）３２７を含む。

【００２０】次の特許は、ＣＡＰ回線コードに関する。
多次元通過帯域伝送に関する米国特許第４，９９４，４
９２号明細書、エコー打消しに関する米国特許第４，６
８２，３５８号明細書、及び等化器に関する米国特許第
５，０５２，０００号明細書。

【００２１】ＣＡＰ又はＤＭＴ、又は他の回線コードを
使用するモデムは、本質的に３つのハードウエアのセク
シヨンを持つ。（ｉ）加入者回線上のアナログ信号をデ
イジタル信号に変換し、そして加入者回線上へ伝送のた
めデイジタル信号をアナログ信号に変換するアナログフ
ロントエンド、（ｉｉ）デイジタル信号を情報ビツトス
トリームに変換し、そして随意に誤り訂正、エコー打ち
消し、及び回線等化を与えるデイジタル信号処理回路、
及び（ｉｉｉ）情報ビツトストリームとその源／到着地
の間のホストインタフェース。

【００２２】

【発明が解決しようとする課題】しかし、これらのＤＳ
Ｌモデムには次の問題点がある。１）ビデオのために高
いビツト伝送速度となり、これによりモデムが複雑とな
り、かつ高価である。２）モデムのビツト伝送速度は、
ある一定距離に対しては最適化されるが、それより短い
加入者回線に対しては効率が悪く、またそれより長い加
入者回線には使用できない。３）ＤＭＴ又はＣＡＰのど
ちらかは，与えられた異なる条件（例えば、雑音等）に
対して良く動作し、これらの条件は、ＤＳＬモデムが接
続される特定の加入者回線には存在することもあり、存
在しないこともある。本発明は、従来技術におけるこれ
ら及びたの欠点を克服する。

【００２３】

【課題を解決するための手段】本発明は、７０００ｍ
（２１，０００ｆｔ）までの長さの標準電話撚線対回線
に使用される新しい高速モデムを提供する。この新しい
モデムは、ＭＤＳＬ、中間帯域テイジタル加入者線（ｍ
ｉｄ−ｂａｎｄ ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅ
ｒ ｌｉｎｅ）と呼ぶ。本発明のＭＤＳＬモデムは、上
流及び下流に伝送される信号を分離するため周波数分割
多重を使用する。ＭＤＳＬに対する変調方式は任意であ
るが、採用してもよい２つの特定の変調方式は、ＱＡＭ
／ＣＡＰ及び離散マルチトーン（Ｄｉｓｃｒｅｔｅ Ｍ
ｕｌｔｉｔｏｎｅ：ＤＭＴ）である。中央局（ＣＯ）に
ある本発明のＭＤＳＬモデムと遠隔ユーザ（ＲＵ）端に
あるＭＤＳＬモデムとの間の同期を達成するための立ち
上げ手順は、本発明の一部として提供される。

【００２４】ＭＤＳＬの１つの実施のために選ばれる特
定の変調方式の１つは、搬送波無しＡＮ／ＰＭ（ＣＡ
Ｐ）である。ＣＡＰは同期のために別個のトーンを使用
しない。同期は、送信されたデータ信号を直接使用して
達成される。立ち上げの時、実際のデータが送信される
前に、ＣＡＰ受信機内の等化器を訓練するため特別のデ
ータシーケンスが使用される。

【００２５】本発明は、予め選択された共通の回路を使
用して、音声帯域及び高音声帯域（音声帯域より高い帯
域：ａｂｏｖｅ ｖｏｉｃｅ−ｂａｎｄ）（ＤＳＬ）の
両者の機能性を支援するモデムを提供する。好ましい実
施例は、ＤＳＰを使用して、音声帯域又は高音声帯域モ
デムソフトウエアのどちらかを、別個または組合せのア
ナログフロントエンド、及び共通のホストインタフェー
ス（直列又は並列）と組合せて走行させる。同一の内部
構成部分を音声帯域又は高音声帯域のために使用しても
よく、またモデムは、電話機により使用するため音声帯
域の分離のため内部スプリツタを備えてもよい。

【００２６】本発明は、異なる現存するＡＤＳＬ回線コ
ード、離散マルチトーン（ＤＭＴ）及び搬送波無しＡＮ
／ＰＭ（ＣＡＰ）が同じハードウエアプラツトフォーム
上で音声帯域モデムとして実行を可能にするプログラマ
ブルデイジタル信号処理装置（ＤＳＰ）実施方法を提供
する。ＤＳＰ実施について、回線状態及びサービス−費
用の要求事項を満たすため望ましい伝送速度も実時間で
交渉できる。

【００２７】この回線コード及び伝送速度の交渉プロセ
スは、各通信セツシヨンの初めに、両端にあるモデム間
でトーンを交換して実施できる。４ステツプ中間帯域デ
イジタル加入者回線（ＭＤＳＬ）モデム初期化プロセス
は、回線コード及び伝送速度の両立性のため使用され
る。

【００２８】デイジタル加入者回線（ＤＳＬ）シグナリ
ングは、電話会社中央局（ＣＯ）を住宅の加入者に接続
する現存する撚線銅電話回線をとして運ぶために使用さ
れるが、従来のＤＳＬデータモデムは、あるパーセンテ
ージの住宅の加入者に規定のデータ伝送速度で、サービ
スを提供するように設計される。本発明の新しい交渉方
法は、可変伝送速度ＤＳＬ（ＶＲＤＳＬ）システムを可
能にする。新しい交渉方法を使用して、可変伝送速度シ
ステムは、回線状態、計算能力、ネツトワークアクセス
可能性、及びアプリケーシヨン要求事項に基づいて、そ
のスループツトを摘合させる。このサービスは、普通の
古い電話サービス（ＰＯＴＳ）を損なうことなく電話加
入者回線に付加できる。従つて、音声帯域モデム接続
は、またＤＳＬ接続と関係なく利用できる。

【００２９】伝送速度の交渉方法は、多重伝送速度を支
持するＤＳＬシステムの組織的制御を提供する。データ
伝送速度は、モデム費用、回線状態、又はアプリケーシ
ヨン要求事項に依存して変更できる。このモデムは、Ｖ
ＤＯ、テレビ電話、多重ＩＳＤＮリンク、及び新しいネ
ツトワークアクセス・アプリケーシヨンを含む多くのこ
となる応用を支持する可変伝送速度リンクとして機能す
る。特別のＤＳＬ接続、利用できる計算パワー、及びど
の様な特種なアプリケーシヨンプログラム要求事項をも
考慮することにより、伝送速度は、交渉方法により適当
なレベルに適合できる。この方式は、対称又は非対称デ
ータリンクを提供し、また対称及び非対称リンクの任意
の混合を要求する同時の応用も支援する。ＤＳＬ伝送ス
ループツトの対称部分の一部は電話呼出し又はテレビ電
話呼出しに使用できる。ＤＳＬ伝送スループツトの非対
称部分の一部はインターネツトアクセス又はＶＤＯサー
ビスに使用できる。伝送速度の交渉方法は、ＤＳＬを使
用する多くの異なるネツトワークアプリケーシヨンを支
援する。

【００３０】ＤＳＬモデムの典型的な実施は、これまで
は、加入者とネツトワークの間のコネクシヨンレスサー
ビスだけを支援してきた。しかし、ＤＳＬは、ローカル
中央局で終端するので、電話にツトワークに都合のよい
ＤＳＬインタフェースが望ましい。多重仮想（ｖｉｒｔ
ｕａｌ）サービス接続の便宜のため、ＩＳＤＮのＤチャ
ネルに類似のオペレーシヨン／シグナリング・チャネル
が、交換サービス及び制御メツセージに対してこのまし
い。ＣＯ端ＤＳＬモデムにおける処理装置は、シグナリ
ングとデータパケツトをＣＯ制御チャネルサーバへ渡す
前に、動作メツセージを集めるのに必要である。

【００３１】本発明の、ＤＳＬモデムは、コネクシヨン
レス並びにコネクシヨンによる（交換）サービスを支援
する。

【００３２】伝送速度交渉の方法は、可変伝送速度が可
能であるＤＳＬシステムにも採用されるのが好ましい。
一例は、４００Ｋｂｐｓまでの可変上流伝送スループツ
ト及び４００Ｋｂｐｓから２．０４８Ｍｂｐｓの下流伝
送スループツトを提供できる可変伝送速度ＤＳＬ（ＶＲ
ＤＳＬ）システムである。（しかし、この発明は、この
例のシステムにより与えられる速度内で変化させること
に制約されない。）低いスループツトでは、悪い回線状
態での動作が支援される。低い伝送速度では、また少な
い要求アプリケーションに対して安価なモデムの設計を
可能にする。これは、本発明の中間帯域ＤＳＬ（ＭＤＳ
Ｌ）思想と一致しており、音声帯域モデムと同じハード
ウエアプラツトフォームを使用して４０００ｋｂｐｓリ
ンクを提供する。高い下流スループツト、ＶＲＤＳＬで
は、ＡＤＳＬと両立させることができる。基本的には、
ＶＲＤＳＬ伝送速度交渉の方法は、個々の回線状態及び
処理力に基づいてスループツトを最大にできる価格／性
能ＤＳＬモデムの範囲でサービスする能力を与える。Ｖ
ＲＤＳＬシグナリングにおいて、ＰＯＴＳは依然として
同じ電話加入者回線を通して利用できる。

【００３３】中間帯域デイジタル加入者回線（ＭＤＳ
Ｌ）ソフトウエアシステムに対するホストインタフェー
ス要求事項は、また本発明の一部である。このＭＤＳＬ
ネツトワークカードを制御するためホストＰＣプラツト
フォームの下で走行するソフトウエアは、ＮＤＩＳ３．
０ＷＡＮミニポートドライバとして実施され、それは現
存するネツトワークデライバ及びアプリケーシヨンと共
にウインドウスＮＴ／ウインドウス９５の元で動作す
る。

【００３４】中間帯域デイジタル加入者回線（ＭＤＳ
Ｌ）のための回線接続管理プロセスは、ＭＤＳＬ−Ｃ
（中央局内のＭＤＳＬ）とＭＤＳＬ−Ｒ（住宅場所内の
ＭＤＳＬ） の間の回線接続を管理するための簡単な、
効果的で柔軟性あるインタフェースを提供する。ＭＤＳ
Ｌは、４つの異なる回線モードを使用する。単一のリン
クを持つ専用回線（ＬＬＳＬ）、多重リンクを持つ専用
回線（ＬＬＭＬ）、ソフトダイヤルをもつ交換回線（Ｓ
ＬＳＤ）、及びハードダイヤルをもつ交換回線（ＳＬＨ
Ｄ）である。ＬＬＳＬに対するホストインタフェース
は、３つの異なる回線状態をもつ、線路電圧降下、線切
断、及び線接続である。ＭＤＳＬモデムの内部状態機械
は、回線状態を記録し監視し、状態変化を他のＭＤＳＬ
並びにホスト処理装置に通知できる。本発明の、回線接
続管理メツセージの交換のために使用されるプロトコル
は、簡単な１対１リンク制御プロトコルである。

【００３５】ＭＤＳＬホストインタフェースは、次の基
本的機能をもつ。ホストとＭＤＳＬの間のコマンド／制
御通信、回線接続管理及び送信／受信データパケツトで
ある。ＭＤＳＬホストインタフェースは、簡単な、ユー
ザに都合の良い、低価格のインタフェースをホストコン
トローラに提供する。

【００３６】好ましい本実施例においては、ＭＤＳＬの
ためのホストドライバインタフェースは、ウインドウズ
９５／ＮＴ環境の下で走行するＮＤＩＳ ＷＡＮミニポ
ートドライバとして実施される。このソフトウエアは、
ＭＤＳＬネツトワークシステムのメデイア・アクセスコ
ントロール（ＭＡＣ）サブレーヤを制御／管理し、そし
てＮＤＩＳラツパ（ｗｒａｐｐｅｒ）及びアツパーレイ
ヤ・プロトコルドライバ・スタツクと動作し、どの様な
インターネツト・アクセスアプリケションも分かり易く
走行できる。

【００３７】本発明は、またＭＤＳＬモデムの時間領域
等化器を訓練する簡単なアルゴリズムを提供する。同じ
手順により、ＦＥＴフレーム境界もまた確実に検出され
る。

【００３８】

【発明の実施の形態】図１は、本発明のマルチモードモ
デム１００の第１の好ましい実施例のブロツク図を示
す。図１において、モデム１００は、単一の加入者回線
（撚線対）１４０への音声帯域及びＤＳＬ帯域の両方の
データ経路を含み、加入者回線１４０は、電話会社中央
局に接続する。音声帯域アナログフロントエンド（ＶＡ
ＡＦＥ）１１０は、音声帯域（３０Ｈｚから３．３Ｋ
ｈｚ）内の周波数で送信及び受信し、これに対し、デイ
ジタル加入者回線アナログフロントエンド（ＤＢＬ Ａ
ＦＥ）１２０は、音声帯域（４ＫＨｚより高い）より高
い周波数で送信及び受信をする。スプリツタ１３０は、
加入者回線１４０へ接続し、また受信信号を音声帯域及
び高音声帯域コンポーネントへ分離する。音声帯域及び
電話において発生するＰＯＴＳ（普通の古い電話サービ
ス）は、加入者回線へ直接又はスプリツタ１３０を介し
て接続してもよい。

【００３９】モデム１００は、ＤＳＬ帯域データ経路の
一部として、また音声帯域データ経路の一部として単一
のプログラマブルデイジタル信号処理装置（ＤＰＳ）１
５０を利用するが、典型的には２つの別個のデータ入力
ポートを使用する。一般的に、ＤＳＬ帯域は、音声帯域
データ経路より遥かに高いビツト伝送速度をもち、そこ
で、別個のＤＳＰポートをもつことは、緩衝されたマル
チプレツクサをもつ単一のポートを使用するより便利で
ある。この様なマルチプレツクサの使用は代替である
が、明らかに本発明の範囲内にある。例えば、ＤＳＬ帯
域オペレーシヨンモデム１００は、１００ＫＨｚを中心
とし全帯域幅が２００ＫＨｚより僅かに少ない上流（住
宅から中央局）周波数帯域、及び３００ＫＨｚを中心と
し全帯域幅が２００ＫＨｚより僅かに少ない下流（中央
局から住宅）周波数帯域を採用してもよく、この周波数
割当てはモデム１００の完全なデユープレツクス動作を
与える。一般的に、多重ＤＳＰを、単一のＤＳＰの代わ
りに採用し、遂行される機能を増加し、又は性能を増加
してもよい。

【００４０】モデム１００は、多重回線コードから選択
することができ、さらに、モデム１００は、音声帯域よ
り高い周波数において高ビツト伝送速度ＤＳＬモデムと
して、又は音声帯域モデムとして、同時に又は連続的
に、ＤＳＰ１５０により実行されているプログラムを切
り替えることにより、遂行することができる。種々の回
線コードプログラムは、ＤＳＰオンボーデメモリ又は図
１に示されない補助メモリに記憶される。また、ＤＳＰ
モデムオペレーシヨンのための代わりの回線コード（例
えば、ＣＡＰ又はＤＭＴ回線コード）が使用でき、これ
もまたＤＳＰ１５０により実行されているプログラムに
依存する。

【００４１】図２−３は、モデム１００のＤＳＬデータ
経路部分を示し、これは、アナログからテイジタル１７
２及びデイジタルからアナログ１７０変換器、フィルタ
１７４．１７６、送信ドライバ１７８、及び受信機増幅
器１８０を含む。図２は、これに加えて、モデムの内部
クロツクをホスト（又は中央局）からのクロツクと同期
させる位相同期ループ１８２を簡明に示す。図３は、バ
ンドパスフィルタを除去し、その代わりに種々の随意の
メモリ型を示し、ＳＲＡＭ１８４及び不揮発性１８６の
両者は回線コードプログラムを保持することもできる。
モデム１００が、音声帯域モデムとして動作するとき、
スプリツタ１３０は、音声帯域アナログフロントエンド
１２０に音声帯域周波数を提供する。

【００４２】図４は、ＤＳＬモードにおけるモデム１０
０のためのＤＳＰソフトウエアを示し、これには、
（ｉ）ＤＳＰのための随意のカーネル（オペレーテイン
グシステム）１９０、（ｉｉ）ホストインタフェース１
９２、（ｉｉｉ）随意の管理／保守コントロール１９
４、（ｉｖ）フレーミング１９６、（ｖ）埋め込みオペ
レーシヨンズコントロール１９８、（ｖｉ）埋め込みオ
ペレーシヨンズコントロールをデータストリームでマル
チプレクスするためのチャネルマルチプレクサ１９９、
（ｖｉｉ）ビツトストリームのスクランブリングのため
のスクランブラ論理１９１、（ｉｉｉ）ビツト記号変
換、等化、エコー打ち消し、を含むＣＡＰ又はＤＭＴ論
理の様なトランシーバ論理１９３、及び（ｉｘ）変調器
／復調器１９５論理及び随意のフォーワード誤り訂正
（ＦＥＣ）が含まれる。

【００４３】図５は、ホストとインタフェースするモデ
ム１００上を走行するアプリケーシヨンのためのソフト
プロトコル階層を示す。物理的層１８５（層１）は、変
調のためのＤＳＰソフトウエア、ビツトストリームスク
ランブリング、データストリームをもつマルチプレクシ
ング制御信号を含む。ＤＳＰ内のデータリンク層１８７
（層２）は、埋め込まれたオペレーションズコントロー
ル及びフレーミングを含む。ホスト内のネツトワーク層
１８９（層３）は、モデムドライバ（例えば、ウインド
ウズ９５／ＮＴのためのＮＤＩＳ型及びＰＰＰ（２点間
プロトコル）の様な輸送プロトコル）を含む。インター
ネツトブラウザの様なアプリケーションは輸送プロトコ
ルと相互作用する。

【００４４】音声帯域モードの動作のため、モデム１０
０は、標準音声帯域モデム（例えば、Ｖ．３４等）い類
似のソフトウエアを使用してもよい。

【００４５】本発明は、７０００ｍまでの標準電話撚線
対回線上で使用するための新しい高速モデム１００を提
供する。この新しいモデム１００は、ＭＤＳＬ、中間帯
域デイジイタル加入者回線と呼ばれる。ＭＤＳＬモデム
１００は、下流及び上流へ送信される信号を分離するた
め周波数分割マルチプレクシング（ＦＤＭ）を使用す
る。ＮＤＳＬのための変調方式は、任意であるが、採用
してもよい２つの特定の変調方式は、ＱＡＭ／ＣＡＰ及
び離散マルチトーンである。中央局（ＣＯ）にあるモデ
ムと遠隔ユーザ（ＲＵ）端にあるモデムとの間の同期を
達成するための立ち上げ手順は、本発明の一部として提
供される。

【００４６】ＮＤＳＬモデムの１つの実施例のために選
択される変調方式の１つは搬送波無しＡＭ／ＰＭ（ＣＡ
Ｐ）である。ＣＡＰは、従来の直角振幅変調（ＱＡＭ）
の特殊な場合と考えられる。主な違いは、ＣＡＰはその
処理を通過帯域で行うが、ＱＡＭはその処理をベースバ
ンドで行うことである。

【００４７】ＣＡＰは、同期のために別個のトーンを使
用しない。同期は、送信されたデータ信号を直接使用し
て達成される。立ち上げ時に、実際のデータが送信され
る前に、ＣＡＰ内の等化器を訓練するため特別のデータ
シーケンスが使用される。

【００４８】一つの実施例では、１６Ｋｂｐｓ−３８４
Ｋｂｐｓの上流速度（ＭＤＳＬ−ＣからＭＤＳＬ−Ｒ
へ）及び３８４Ｋｂｐｓ−２．０４８Ｍｂｐｓの下流速
度（ＭＤＳＬ−ＣからＭＤＳＬ−Ｒへ）を達成するため
搬送波無しＡＭ／ＰＭ（ＣＡＰ）変調及び離散多重トー
ン変調を同じＤＳＰプラツトフォーム上で使用する。Ｍ
ＤＳＬ−Ｒのローカル地域ネツトワークへのアクセスを
可能にするためＭＤＳＬ−Ｃもゲートウエイ又はルータ
として設置できる。ＭＤＳＬの応用の例は以下に記載す
る。

【００４９】ＭＤＳＬハードウエアの原型は、ＰＣ又は
他のプラツトフォームの中へ直接プラグインできるＩＳ
Ａカードの上に作られた。この原型は、次のコンポーネ
ントを含む、変調／復調を実施するためのＴＭＳ３２０
Ｃ５４１、ＨＯＳＴとのフレイミング及びインタフェー
スとなるネツトワーク物理的層、１６ビツト幅のＥＥＰ
ＲＯＭ及びＲＡＭ、サンプリング速度、解像度、及びＭ
ＤＳＬの実施に必要なたの特性を支持できるＤ／ＡとＡ
／Ｄの組合せ、ＰＯＴＳへの接続に要求されるアナログ
フロントエンド回路、及びＩＳＡバスインタフェース回
路。

【００５０】図６は、中央局２２０内の他のモデム１０
０と通信している家庭２１０内のモデム１００を示す。
この中央局２２０モデム１００は、種々の能力と負荷を
持ち、また加入者回路１４０は、特別の状態にあつても
よく、そこで、これらのモデムは、回線コード（ＣＡ
Ｐ、ＤＭＴ、又はその他）、ビツト伝送速度、を選択す
るため初期化を実行し、また等化器を訓練する。次に、
これらのモデムはデータ通信を始める。

【００５１】図７−８は、ＤＳＬモデムをもつ、代わり
の、中央局の加入者回線への接続を示し、各加入者回線
は、ＤＳＬ ＡＦＥ（アナログフロントエンド）をも
ち、そしてアナログスイツチはＡＦＥ出力を、住宅モデ
ム内のＤＳＰに類似のＤＳＰ又は多重ＡＦＥのための単
一のＤＳＰであるＤＳＬ処理装置に接続する。中央局
は、ＡＦＥ出力を監視し、そしてデイジタルスイツチ
は、対応する住宅ＤＳＬモデムと通信するため利用でき
るＤＳＰを割当てる。中央局は、住宅内の活動している
モデムを見付けるため、それぞれのＡＦＥを調査する。
図７−８に示す様に、中央局ＤＳＬモデムは、ローカル
地域ネツロワーク上の遠隔のアクセスサーバにパケツト
化情報（例えば、インターネツト）を接続し、または、
広域ネツトワークに一定ビツト伝送速度データを接続
し、これは直接に、公衆交換電話網中継線を通じて送ら
れる。住宅モデムにより送られる情報は、オンフツク信
号ではなく、帯域外シグナリング方法（例えば、ＩＳＤ
Ｎ Ｑ．９３１シグナリングに類似）を経由して識別ま
たはシグナリングされ、これに加えて、電話番号が音声
帯域でアナログ交換及び回線カードに送られる。図８
は、中央局ＤＳＬモデム（ＤＳＬ帯域は既に音声帯域か
ら分離されている）の主要な機能的なブロツクである、
ＡＦＥ２４０、ＤＳＰ２６０、通信コントローラ２８０
及びＡＲＭ又はＲＩＳＣ処理装置２９０を示す。このモ
デムは、時分割多重（ＴＤＭ）バスへ送られている一定
ビツト伝送速度の伝送データ（音声、テレビ会議等）と
制御バス（そして、次に中継線）へ送られているパケツ
ト化データ（例えば、インターネット、イントラネツ
ト、私設ネツトワーク等）の両方への接続をもつてい
る。図８は、用語「ｘＤＳＬ」を示すが、これはＡＤＳ
Ｌ又はどのような型のＤＳＬモデムでもよい。これらの
種々の機能は全部単一のＤＳＰ２６０に設けることがで
きる。

【００５２】ＡＦＥ２４０は、中央局２２０から分離し
て、中央局へ光ファイバ又は同軸ケーブルを経由して接
続されるペデスタルに置いてもよく、各ペデスタルは、
一束の加入者回線から、１．７ｋｍ以下の様な短い距離
で住宅の所でタツプをとる。このやり方で、長い加入者
回線に対して高い周波数での減衰を避けることができ
る。

【００５３】中央局に対する、代替のやり方は、音声帯
域より高い周波数でＤＳＬモデムが各加入者回線を監視
し、そして回線が動作していれば、アナログスイツチが
その加入者回線を中央局のＤＳＬモデムに接続する。こ
れは、，簡単な監視とアナログスイツチが、ＡＦＥ監視
とデイジタルスイツチを置き換えていることを除いて図
７を真似ている。同じ方策を、住宅ＤＳＬモデムから中
央局端（物理的に遠隔ペテスタルに位置する）上のＡＦ
Ｅへの加入者回線距離を短くするため用いてもよい。

【００５４】図９は、標準プロトコルスタツクを持つウ
インドウズ９５（又はウインドウズＮＴ）を走行させる
パーソナルコンピュータ３１０におけるモデム１００を
もつシステムを示し、このモデムは加入者回線１４０を
通じて中央局２２０の対応するモデム１００と通信し、
これはイーサネツト（Ｅｔｈｅｒｎｅｔ）（１０／１０
０ベースＴ）インタフェースを経由してインターネツト
アクセスサーバーに接続してもよい。モデム１００は、
モデム１００のＤＳＬ部分がＤＳＬ部分を通してインタ
ーネツトに接続すると同時に、ＰＯＴＳ又は音声帯域モ
デムの両者が他の音声帯域モデムと通信するのを可能に
する。

【００５５】同様に、図１０は、ローカル地域ネツトワ
ーク（ＬＡＮ）３２０のためのルータ３２０として動作
するＤＳＬモデムを示し、これは対応するＤＳＬモデム
をもつデバイス３４０、３４２、３４４に結合される。

【００５６】図１１は、ＰＣ３５０内のモデム１００に
基づくテレビ会議システムの半分を示す。各テレビ会議
端は、３８５＋１６Ｋｂｐｓで中央局２２０内のモデム
と通信するモデム１００をもつ。中央局モデムは、デー
タを、集信装置とパケタイザ３６０の間に送信し、パケ
タイザは、１６ＫｂｐｓシグナリングチャネルをＩＳＤ
Ｎに似たシグナリングメツセージに変換し、そして３８
４Ｋｂｐｓストリームを、公衆交換電話網を通じてＴ１
／Ｔ３サービスに与える。受信側の中央局２２０は、こ
れらの動作を反転して受信モデム１００に供給する。相
反する２つの方向へのトラフィツクは同様に進行する。
ＰＯＴＳは、会議における音声のためにこれらのモデム
１００について同時に使用できることに注意のこと。ビ
デオと同期させるためＰＯＴＳ出力にアナログ遅延を挿
入できる。

【００５７】図１２及び１３は、ＩＳＤＮ型シグナリン
グプロトコル及びメツセージを示し、モデム１００は音
声又はデータを公衆交換電話網を通じて送る。ＳＳ７ネ
ツトワークは、ネツトワークを通じて呼び設定及びテイ
アダウン（ｔｅａｒ−ｄｏｗｎ）のためのＩＳＤＮユー
ザ側（ＩＳＵＰ）メツセージ運搬するための主体とな
る。

【００５８】図１７は、マルチモードモデム５００を示
し、これはモデム１００の特徴の、両方のＤＳＬ ＡＦ
Ｅ１１０とＶＢ ＡＦＥ１２０、加入者回線１４０接続
のためのスプリツタ１３０、ＩＳＤＮ回線１４２へ接続
のためのＩＳＤＮフロントエンド５１０、これに加えて
スピーカ１４６を駆動し、またハンドフリースピーカフ
ォーンを支持するのに使用されるマイクロフォン１４４
の出力を受けるオーデイオフロントエンド５２０をも
つ。外部ＲＡＭ５３０は、不揮発性（ＥＥＰＲＯＭ又は
フラツシュＥＰＲＯＭ）及び／又は揮発性（ＳＲＡＭ
又はＤＲＡＭ）でよい。外部ＲＡＭ５３０は、ＤＳＰ１
５０により使用される異なる回線コードに対する種々の
プログラムを含んでも良い。この様な回線コードは、Ｑ
ＡＭ、ＣＡＰ、ＲＳＫ、ＦＭ、ＡＭ、ＰＡＭ、ＤＷＭＴ
等である。

【００５９】モデム１００の送信部分は、同位相及び直
角通過帯域デイジタル整形フィルタからなり、これはＱ
ＡＭトランシーバ論理の一部として実施され、また受信
部分は、ＱＡＭトランシーバ論理の一部として実施され
る同位相及び直角フィードフォワードフィルタ及び交差
結合された帰還フィルタをもつ僅かに間隔を置いた複合
判定帰還等化器（ＤＦＥ）からなる。随意には、ＱＡＭ
トランシーバ論理は、ビタービデコーダを含んでも良
い。

【００６０】モデム５００がアクテイブの時は、モデム
５００は、音声帯域モデム機能性、ＤＳＬ帯域モデム機
能性、ＩＳＤＮ機能性、音声機能性、他の回線コード機
能性、等又はこれらの組み合わせを提供してもよい。

【００６１】本発明は、多重状及び異なるモデムが同時
に単一のＤＳＰハードウエアに実施されるシステムも含
む。例えば、音声帯域（例えば、Ｖ．３４）、ＤＳＬ、
ケーブル、地上及び他の無線、及び／又は衛星モデムが
同時に同じＤＳＰデバイスにより実施される。これは今
や、ＤＳＰデバイスの処理能力の増加により可能になつ
ている。この方策の利点は、システムが多重モデム（例
えば、遠隔アクセスシステム（ＲＡＳ））を要求する場
合に全体のシステム費用を減少させる。即ち、処理オー
バーヘツドの減少に起因して処理要求が減り、またプロ
グラム及びデータメモリバツフアの共用によりプログラ
ム及びデータメモリが減少する。例えば、多重状モデム
が同時に単一のＤＳＰデバイスにより実行されると、プ
ログラムメモリが減少する。インタフェース及び他の雑
多な集中論理は、同じ論理を多重モデム間で共用するこ
とにより減少すると共に，統計的多重及び伝送速度制御
もさらに便利になる。

【００６２】近い時期に、次の状況が優勢になるが、こ
れらの組み合わせは、半導体工業における自然の進歩に
つれてＤＳＰ ＭＩＰＳ能力が増加するに従い拡大する
であろう。これらは、同じＤＳＰ内の多重音声帯域モデ
ム、同じＤＳＰ内の音声帯域及びＤＳＬモデム、同じＤ
ＳＰ内の音声帯域及びケーブルモデム、同じＤＳＰ内の
多重ＤＳＬモデム、同じＤＳＰ内の多重ケーブルモデ
ム、及びこれらの組み合わせである。

【００６３】図１８は、音声帯域と高い周波数のＤＳＬ
帯域の分離のための受動スプリツタ回路を示す。このス
プリツタは、またインピーダンス整合を行い、またＰＯ
ＴＳに対する受入れ可能なリターンロス値を確保する。

【００６４】図１９を参照すると、電話機２１２とモデ
ム５００の、加入者回線１４０を経由しての中央局２２
０への相互接続の略図が示される。

【００６５】ＤＳＬ技術に基づき、今日利用できるシス
テムは、ＩＳＤＮ基本速度アクセスチャネル及びリピー
タレスＴ１である。開発中のＤＳＬシステムは、非対称
デイジタル加入者回線（ＡＤＳＬ）、対称テイジタル加
入者回線（ＳＤＳＬ）、及び極めて高ビット伝送速度デ
イジタル加入者回線（ＶＤＳＬ）である。ＤＳＬシステ
ムの伝送スループツトは、回線損失、雑音環境、及びト
ランシーバ技術に依存する。雑音環境は、自己又は他回
路の近端漏話（ＮＥＸＴ）、遠端漏話（ＦＥＸＴ）、及
び背景白色雑音の組合せである。図２０は、多重加入者
回線１４０を示し、近端漏話（ＮＥＸＴ）、遠端漏話
（ＦＥＸＴ）の発生を略図似示す。

【００６６】ＩＳＤＮ基本速度アクセスチャネルのため
のＤＳＬの伝送スループツトは、１６０Ｋｂｐｓであ
る。搬送波無しＴ１のためのＨＤＳＬの伝送スループツ
トは、８００Ｋｂｐｓである。ＡＤＳＬの伝送スループ
ツトは、上流（加入者から電話中央局）において１６Ｋ
ｂｐｓと６４０Ｋｂｐｓ）の間であり。下流においては
１．５４４Ｍｂｐｓから６０７Ｍｂｐｓの間である。Ｍ
ＤＳＬのスループツトは、現在、上流において３８４Ｋ
ｂｐｓ、そして下流においては３８４Ｋｂｐｓから２．
０４８Ｍｂｐｓの間であると信じられる。

【００６７】通過帯域ＤＳＬシステムは、直角振幅変調
ＱＡＭ）又は搬送波無しＡＭ／ＰＭ（ＣＡＰ）回線コー
ドを使用する単一の搬送波で実施される。単一の搬送波
システムは、チャネル歪みを補償するための適合チャネ
ル等化器に依存する。チャネル等化器は、通常シグナリ
ングボー速度の倍数で動作する。図２１はＣＡＰトラン
シーバのブロツク図を示す。

【００６８】より詳しくは、Ｄ／Ａ６１４は、送信機フ
ィルタ６１０、６１２及びフィルタ６１６に接続され
る。フィルタ６１６は、チャネル６２０に接続される。
チャネル６２０は、フィルタ６３０に接続され、これは
Ａ／Ｄ６３３２に接続される。Ａ／Ｄ６３３２は、等化
器６３４、６３６に接続される。回路６３８の一部は、
時間を回復する。

【００６９】ＤＳＬシステムは、離散マルチトーン（Ｄ
ＭＴ）回線コードを使用する多重搬送波で実施される。
ＤＭＴシステムは、チャネルを多くのサブチャネルに分
割し、チャネルの容量をより良く使用しまたチャネル歪
みを減少しているが、これは、比較的簡単な適合チャネ
ル等化器の使用を可能にし、この等化器はチャネルのイ
ンパルス応答の時間の拡がりを修正するよりは圧縮する
だけである。ＤＭＴサブチャネルのシグナリング帯域速
度は単一の搬送波システムの帯域速度より遥かに低い。

【００７０】図２２は、ＤＭＴトランシーバのブロツク
図である。より詳しくは、ＩＦＦＴブロツク６４０は、
Ｄ／Ａ６４４に接続され、後者は送信フィルタ６４６に
接続され、これはチャネル６５０に接続される、チャネ
ル６５０は、フィルタ６６０に接続され、後者はＡ／Ｄ
６６２に接続され、これは等化器６６４に接続され、後
者はＦＦＴブロツク６６６に接続される。立ち上げ６４
２及び時間回復６６８回路も含まれる。

【００７１】一つのＭＤＳＬモデムの実施例では、ハー
ドウエア費用及び漏話雑音レベルを低下させるために、
周波数分割完全デユプレツクスを使用する。この様な、
ＭＤＳＬモデムは、中央局と加入者の間に７ｋｍｍまで
の回線長さに対して最少３８４Ｋｂｐｓの完全デユープ
レツクス伝送リンクを提供するであろう。良好な加入者
回線状態の下では、このＭＤＳＬモデムは、より高い伝
送スループツトを与えることができ、これはチャネル容
量又は加入者端モデムのハードウエア能力により制限さ
れる。加入者端ＭＤＳＬモデムの完全な特徴バージヨン
は中央局端のＡＤＳＬモデムと通信する。ＭＤＳＬモデ
ムの送信機及び受信機部分は、ＣＡＰ又はＤＭＴのどち
らかの回線コードを実施できる。

【００７２】図２３は、ＭＤＳＬモデム６００のブロツ
ク図を示す。モデム６００は、Ｄ／Ａ６７４に接続され
る送信機６７６をもち、Ｄ／Ａ６７４はフィルタ６７２
に接続され、後者はハイブリツド回路６７０に接続さ
れ、後者はスプリツタ１３０に接続される。ハイブリツ
ド回路は、またフィルタ６７８に接続され、後者はＡ／
Ｄ６８０に接続される。Ａ／Ｄ６８０は受信機６８２に
接続され、この出力は受信信号である。タイミング回復
ブロツク６８４が、中央局クロツクタイミングを回復す
るため使用される。

【００７３】初期化プロセスの目的は、中央局２２０及
び加入者端２１０での電話加入者回線のＭＤＳＬ能力を
確認することである。初期化プロセスは、チャネル６２
０を調べ、そしてトランシーバ訓練に役立つ情報を作
る。このプロセスは、次に、多重選択が利用できると仮
定すると、回線コードを選択し、そして、チャネル制
限、トラフィツク状態、又は使用料金に基づき、伝送ス
ループツトを交渉する。

【００７４】後で述べる初期化プロセス、チャネルの調
査、回線コードの選択、伝送速度の交渉、及びトランシ
ーバの訓練である。

【００７５】加入者端のＭＤＳＬモデムはある期間、上
流へ調査トーンを送るが、これは、これらのトーンの一
部に位相変化があつてもなくても、所定の時間シーケン
スに従う。第１の期間の後中央局端のＭＤＳＬモデム
は、上流中のチャネル調査トーンに応答するがこのとき
も、これらのトーンの一部に位相変化があつてもなくて
もよい。この最初のチャネル調査期間は、もし希望し、
又は必要であれば繰り返しても良い。

【００７６】最初のチャネル調査期間の後、加入者端の
ＭＤＳＬモデムは、中央局端のモデムの回線コードの能
力を決定し終わつており、また下流帯域に対するチャネ
ルモデルをもつており、同様に、中央局端のＭＤＳＬモ
デムも、加入者端のモデムの回線コードの能力を決定し
終わつており、また上流帯域に対するチャネルモデルを
もつている。

【００７７】チャネル調査期間の後、加入者端のＭＤＳ
Ｌモデムは、その回線コードの能力／優先を、所定の期
間シグネチャトーンを送ることにより指示／確認すべき
である。同様に、中央局端のＭＤＳＬモデムも、回線コ
ードの選択を、所定の期間シグネチャトーンを送ること
により応答／確認すべきである。このシグネチャトーン
の交換は、特定の回線コードの選択を決定するため、あ
る制限された回数繰り返すことが好ましい。

【００７８】別の一組のシグネチャトーンが、両端のＭ
ＤＳＬモデム間で、伝送速度の交渉のため交換される。
加入者端のＭＤＳＬモデムは、その速度能力及びその優
先を送る。中央局端のＭＤＳＬモデムは、その能力及び
その速度選択で応答する。これらのＭＤＳＬモデムは、
後述の、所定の速度変更手順で速度選択を決定する。加
入者端の伝送速度の優先は、回線状態、ハードウエア能
力、及びユーザの選択又はアプリケーシヨン要求事項に
依存する。中央局端の伝送速度の優先は、回線状態、及
びトラフィツク負荷に依存する。回線状態の変化及びユ
ーザの選択により通信セシヨンの間の伝送速度の変更が
許されるのが好ましい。

【００７９】速度の交渉の後、両端のＭＤＳＬモデム
は、従来の方法に従いトランシーバ訓練を開始する。異
なる回線コードに対しては、異なる時間領域訓練シーケ
ンスが使用される。トランシーバ訓練プロセスの速度を
上げるため、チャネル調査中に得られたチャネルモデル
の使用は随意である。

【００８０】上流および下流の調査トーンのスペクトル
が図２４に示される。上流ＣＡＰトーン６９０及び下流
ＣＡＰトーン６９２は左側に示され、他方上流ＤＭＴト
ーン６９４及び下流ＤＭＴトーン６９６は右側に示され
る。ＤＭＴスペクトルの「破線」は位相シフトを示す。

【００８１】簡単のために、全部の周波数トーンは、周
波数ｉΔｆ、振幅ａ_ｉ、及び位相Φ_ｉ （通常それは０
又はｎ）で等しい間隔であると仮定する。受信機におい
ては、受信トーンの振幅及び位相を検出してもよい。ｉ
番目の周波数トーンの検出された振幅及び位相は、ｂｉ
及びφ_ｉ である。Ｎ個の調査トーンがあると仮定する
と、周波数ｉΔｆでのフィルタを含む等価チャネルの周
波数応答は、次式で表わされる

【００８２】

【数１】

【００８３】等価チャネルのインパルス応答は、次式の
急速フーリエ変換で計算できる。

【００８４】

【数２】

【００８５】ここで、Ｔは、サンプル期間である。周波
数Δｆは、チャネルインパルス応答に依存する。ｎ個の
サンプリング期間のチャネルインパルス応答は、次式で
表わされる。

【００８６】

【数３】

【００８７】ここで、Ｂは、全帯域幅である。２つの異
なる回線コードを区別するため、隣接する２つのトーン
の位相は、回線コードの一方に対して１８０度だけ逆転
してもよい。この回線コードはＤＭＴである。チャネル
の歪みの後、異なる回線コードを識別するため、次式の
ものを選ぶ。

【００８８】

【数４】

【００８９】３０個のサンプル及び１００Ｋｈｚの帯域
幅に対して、次式のものを選び、そして、Ｎは６４とす
る。

【００９０】

【数５】Δｆ＝１．７ＫＨｚ

【００９１】チャネル調査トーンは、少なくともチャネ
ルの拡がりの２−３倍とする。位相の変化の可能性か
ら、チャネル調査トーンの持続時間は、チャネルモデル
の回復に必要な時間の４−１０倍とすべきである。

【００９２】Ｎ個のトーンを使用すると、一定のトーン
をもつ単位時間にＭ＝２^Ｎの異なるメッセージを表わす
ことができる。使用されるトーンの数に対して利用でき
る単語はっ指数的に増えるので、有効なメツセージは小
さな一組のトーンで送ることができ、例えば、２、３、
又は４個の異なる周波数だけでよい。次ものは、メツセ
ージのリストの例である。 ３８４Ｋｂｐｓ／ＣＡＰ ７６８Ｋｂｐｓ／ＣＡＰ １．５４４Ｍｂｐｓ／ＣＡＰ ２．０４８Ｍｂｐｓ／ＣＡＰ ３８４Ｋｂｐｓ／ＣＡＰ ７６８Ｋｂｐｓ／ＤＭＴ １．５４４Ｍｂｐｓ／ＤＭＴ ２．０４８Ｍｂｐｓ／ＤＭＴ 最高速度を好む 最良価格を好む パケツト多重許可 低速のみ利用可能

【００９３】ーンは、ＤＭＴ回線コードに対して使用さ
れるようにＩＦＦＴの動作により発生できる、単位大き
さでゼロ／１８０度位相ベクトル信号が、チャネル調査
目的でＩＦＦＴ動作に供給される。選択されたゼロ位相
ベクトルは、シグネチャートーンの発生のため使用され
る。

【００９４】トーンは、ＤＭＴ回線コードにも使用され
るようにＦＦＴ動作により再生される。各トーンの振幅
及び位相情報は、複素ベクトルとして再生される。ラン
ダムサンプリング位相ベクトルは、シグネチャートーン
の発生のため使用される。トーンは、ＤＭＴ回線コード
にも使用されるようにＦＦＴ動作により再生される。各
トーンの振幅及び位相情報は、複素ベクトルとして再生
される。ランダムサンプリング位相に起因する共通位相
差は計算できる。補償により複素ベクトルが作られ、こ
れは、次にチャネル伝送スループツト及びチャネルイン
パルス応答の計算に使用され、これはトランシーバ訓練
に使用される。

【００９５】もし、ＭＤＳＬサービスが、電話回線を通
じて利用できれば、中央局端のＭＤＳＬモデムは、トー
ンの調査の為に「オン」で、上流周波数帯域を監視すべ
きである。

【００９６】一日電力が「オン」でユーザのサービス要
求がなされると、加入者端のＭＤＳＬモデムは、調査ト
ーンを所定期間、上流へ送り、そして次に下流の調査ト
ーンを監視する。中央局端のＭＤＳＬモデムは、調査ト
ーンを検出し、ランダム位相を補償し、これらを記憶
し、そして上流チャネル伝送スループツトを計算する。
そのうち央局端のＭＤＳＬモデムは、下流周波数帯域へ
調査トーンを送る。

【００９７】加入者端のＭＤＳＬモデムは、調査トーン
を検出し、ランダム位相を補償し、これらを記憶し、そ
して下流チャネル伝送スループツトを計算する。加入者
端のＭＤＳＬモデムは、回線コード及び伝送速度優先を
示すため、シグネチャトーンを上流帯域の中に送る。

【００９８】中央局端のＭＤＳＬモデムは、シグネチャ
トーンを検出し、その好ましい提供物に対応するシグネ
チャトーンで応答する。加入者端のＭＤＳＬモデムは、
そこで提供物を確認し、又は提供物の修正を要求するた
めシグネチャトーンを送る。これらのＭＤＳＬモデム
は、モデムの提供物の確認の後、トランシーバの訓練期
間に入る。

【００９９】ＤＳＬ通信チャネルのスループツト容量
は、回線状態及び／又はネツトワークのアクセス可能性
で変化するであろう。回線状態は、ＣＯと住宅の間の物
理的接続の達成可能なスループツトを示す。ネツトワー
クのアクセス可能性は、ＤＳＬチャネルを主体ネツトワ
ークへリンクするサービス提供者の接続の能力を示す．
発明の速度交渉方法は、ＤＳＬシステムの能力制限要因
の詳細な理解を組み込んでいる。

【０１００】ＤＳＬシステムは、伝統的に、サービスを
提供すべき最悪の場合の回線状態に対して設計されてい
る。この方策は、電話会社に対する一般的な設備手順を
簡単にしている。しかし、ＤＳＬ伝送スループツトを最
悪の回線状態において達成されるスループツトに制約す
ることは、大部分のＤＳＬシステムを、これらの潜在能
力より下で十分動作させている。発明の方法は、各ロー
カル回線の物理的伝送スループツトを最大にするための
組織的手順を提供し、大部分のＤＳＬシステムが、伝統
的に設計されているよりも、遥かに高い速度での動作を
可能にしている。事実、この方法は、大多数のＤＳＬモ
デムが、モデムハードウエアの能力により制限されるだ
けの伝送スループツトを達成可能にしている。速度交渉
方法はまた、回線状態又はネツトワークのアクセス可能
性で変化するときに、最高の可能なスループツトを維持
するため時間変化する適合性を提供する。

【０１０１】撚糸対ＤＳＬチャネルは、雑音と干渉の存
在の下で送信信号を確実に区別する受信機の能力により
制限される。最大の可能なスループツトは、その上限
は、図１６に示すような、物理的リンクの理論的チャネ
ル容量である。リンクのチャネル容量は、使用される帯
域幅、受信信号特性、及び雑音と干渉により決定され
る。速度交渉方法は、極端に長い電話加入者回線により
支持される低速の選択を提供し、他方、高いスループツ
トを達成するため、短い回線でＤＳＬモデムの動作を可
能にする高速の選択を提供することによりＤＳＬの能力
範囲を増加する。

【０１０２】速度交渉方法は、ＤＳＬ伝送媒体の動的性
質を考慮する。ＤＳＬは、時間変化するチャネルで、そ
の容量は、改善する／悪化するチャネル状態に起因して
変化する。チャネル状態が変化すると、理論的最大スル
ープツトもまた変化する。チャネル特性の時間変化する
性質は、チャネルをある時間にわたり最大の効率で使用
するための速度交渉技法の必要を示している。この技法
は、困難なチャネル特性の間スループツトを低下させる
ことにより、ＤＳＬ接続を維持する能力を与える。これ
はまた、良好なチャネル特性の期間の間、モデムがスル
ープツトを増加させ、また接続を最良に使用することを
可能にする。理想的には、各端でのトランシーバが、チ
ャネルの監視ができ、状態が変化するとき、それらのス
ループツトを最大にすることである。実際の送信機／受
信機は、利用できる容量、利用できる信号処理資源、及
び特別のアプリケーシヨン要件に基づき物理的チャネル
のスループツトを増加し、又は減少するように設計でき
る。数個の速度適合方法が存在（例えば、標準ＣＣＩＴ
Ｔ Ｖ．３４音声帯域モデム標準）するが、２つの特に
便利な技術につき、２つの明確に異なる変調方法に対し
て後で述べる。しかし、速度適合の技術は、容易に他の
変調及びコード化方式に拡張でき、そしてこの様な拡張
は本発明の一部と認められる。

【０１０３】ネツトワークのアクセス可能性とは、この
記載では、データのローカル回線から主体ネツトワーク
への転送に関連する速度及び／又は遅延を示す。この測
度は、使用される特定の、主体ネツトワーク（例えば、
インターネツト、ＡＴＭ等）、サービス提供者により与
えられる帯域幅、及びネツトワークトラフィツクにより
影響されるかも知れない。この発明により定義される技
術は、特定の主体（ｂａｃｋｂｏｎｅ）ネツトワーク上
の使用に制約されない。

【０１０４】ＶＲＤＳＬ接続はある伝送スループツトの
能力はあるが、全スループツトは、ときには対応するＣ
Ｏ主体ネツトワークには接続されない。ＰＳＴＮ（公衆
交換電話網）を通るＶＲＤＳＬを備えるサービスに対し
て、接続は、サービスが開始されるときだけは行われな
い。インターネツトアクセスの様なローカルＣＯでする
ＶＲＤＳＬを備えるサービスに対しては、あるスループ
ツトをもつ専用回線、又はダイヤルアツプ回線接続が、
好ましい費用構造に依存してなされる。各ＶＲＤＳＬモ
デムへの利用できるＣＯ主体ネツトワークは、異なる時
間では異なることがある。加入者所望のスループツトも
また、アプリケーシヨンが異なると変わることがある。

【０１０５】ＶＲＤＳＬ物理的伝送リンクにより与えら
れるより低い実際のスループツトをもつトラフィツク集
中がＣＯ主体ネツトワークにおいて実現できる。統計的
多重も、各ＶＲＤＳＬモデムに対して別個のアナログフ
ロントエンドを使用することにより実現できる。対応す
るデイジタル部分の要求される数は、トラフィツクの反
応に依存して少なくできる。極端な場合、ＣＯのＶＲＤ
ＳＬモデムデイジタル部分は、トラフィツク指示チャネ
ルとして音声帯域を用い、またモデムのデイジタル状態
部分のコピーをＲＡＭ内に保持することにより、アクテ
イブＶＲＤＳＬリンクの中へ多重化できる。

【０１０６】ＶＲＤＳＬ通信モデルが図２５に示され
る。このモデルの唯一の目的は、開示された速度交渉技
法の理解を助けることである。このモデルは、別個の住
宅７２１０と中央局７２２０からなり、これらは、機能
的にわかれた層として表示される。住宅端末７２１０の
機能性は左に示される。最下層７３３０は、通信ハード
ウエア層で、これは、変調器／復調器、信号コンデイシ
ヨニング、タイミング、同期化、および誤り訂正コーデ
イングである。この層は、またデータポンプ層とも呼ば
れる。第２の層７３２０は、ハードウエア制御層であ
る。この層は、下層により受けたデータをよくまとめ
る、フレーミング制御及び他のデータパツケージ機能を
もつ。第３の層７３１０は、ソフトウエアドライバ層で
ある。この層は、ハードウエアレベルと住宅で走行する
アプリケーシヨンプログラムとのインタフェースとな
る。第４の層（トツプ）７３００は、アプリケーシヨン
ソフトウエア層で、これは、住宅で走行するアプリケー
シヨンプログラムにより与えられる全部の機能を含む。
この層は、異なる同寺アプリケーシヨンに割当てられた
管理するソフトウエア並びにアプリケーシヨン自体を包
含する。従来のソフトウエア・アプリケーシヨンプログ
ラムは、チャネルを要求し、下層により与えられるスル
ープツトを受けいれる（交渉なし）。将来のソフトウエ
ア・アプリケーシヨンプログラムの発生は速度交渉の要
求及び能力を持つかもしれない。

【０１０７】このモデルのＣＯ７２２Ｏ部分も４つの層
をもつ。下部の３つの層、７４３０、７４２０、７４１
０は、モデルの住宅側ときわめて類似している。（しか
し，実際の実施は著しく異なる。）ＣＯにおける第４
（トツプ）層７４００は、ネツトワークアクセスソフト
ウエア層と呼ばれる。この層は、ＤＳＬ接続と主体ネツ
トワークのインタフェースに要求される機能を備える。

【０１０８】速度交渉方法において、モデルの各層は、
下層及び上層と通信し相互作用する。層間の通信のため
のプロトコルは定義される。図２５に示す様に、速度交
渉を開始するため、層は下層にＲ（速度要求）を指示す
る。「Ｒ」は、図２５では対応する下向きの矢印で示
す。下層は、Ａ（利用可能速度通知）を上層に指示し、
利用可能速度を通知する。図２５では対応する上向きの
矢印で示す。Ｒ及びＡの意味は、異なる層インタフェー
スでは異なるが、交渉のプロセスは同様である。

【０１０９】速度表（ｒａｔｅ ｔａｂｌｅ）は、層間
のＲ及びＡシグナリングに対する共通のシンタツクス
（ｓｙｎｔａｘ）として定義される．速度表は、特定の
層が取得しようと試みる事の出来る速度を定義する。
（一般に、これはモデムのハードウエア限定事項として
定義されるであろう）速度要求（Ｒ）の間、上層は下層
に、速度構造の変更の希望を合図するかもしれない。も
し、下層が、それ自身を新しい一組の動作パラメタに再
構成し．要求された速度の達成が可能であれば、その様
にして．これを上層に指示する。もし、下層が、要求さ
れた速度の受入が出来ないと決定すれば、上層は、現在
の動作状態において利用可能な速度についての情報と共
に通知される（Ａ）

【０１１０】下層は、また、もしより低い又はより高い
達成可能なスループツトに起因して、動作状態が変化す
れば速度交渉を開始できる。上層は、そこで、新しい動
作状態に基づいて、速度要求で応答することができる
（Ｒ）。

【０１１１】この共通層インタフェースは、速度交渉方
法を簡単にする。各層インタフェースで速度パラメタは
異なるが、相互作用方法は同様である。

【０１１２】各層は、概念的に、その層とＤＳＬの他方
端の対応する層と間の通信リンクと見ることができる。
住宅及び中央局における対応する層を接続する回線によ
り示される様に、 １．住宅及びＣＯにおける通信ハードウエア層７３３
０、７４３０は、仮想でない「生」の接続である。これ
は、物理的接続であり、これを通じて実際の変調が起こ
る。 ２．ハードウエア制御層７３２０、７４２０は、通信リ
ンクを仮想の「訂正された」データストリームと見るこ
とができる。これは、物理的タイミング、同期、制御、
及び誤り訂正コード化冗長記号が除去された、後のチャ
ネルの実際のスループツトである。 ３．ソフトウエアドライバ層７３１０、７４１０は、接
続を、データリンクチャネル（ＤＬＣ）と呼ばれる仮想
のチャネルと見る。便利のために、ＤＬＣは、多重Ｎ
ｋｂｉｔ／ｓｅｃチャネル（Ｎ＝１６又は６４）を表わ
すフレーム構造もよい。この制御チャネルは、下層チャ
ネルに埋めこまれるか又はＤＬＣ接続から完全に分離し
てもよい・例えば、制御シグナリングは、ｖ．３４モデ
ム接続を経由する音声帯域で実施してもよい。 ４．応用ソフト層７３００は、ＣＯ内のデータ提供位置
又は主体ネツトワークへの仮想「アプリケーシヨンリン
ク」７５００を見る。

【０１１３】速度適合の基本的要件は、速度表、ＤＳＫ
通信モデルの上層へ通信できる良く定義された一組の達
成可能な速度である。速度表は、接続の両端のハードウ
エアの能力により決定される。立ち上げ又はリセツトの
間に、１対のモデムは、両者が支持できる速度表の記入
事項（エントリ）について同意しなければならない。与
えられたチャネル状態の下での許された速度は、次に表
内の正当な状態として代表される。モデルのそれぞれ異
なるレベルは、他の層における詳細を気にすることなく
速度表シンタツクを経由して通信できる。この速度表
は、１つの変調及び／又はコーデイング方式毎に本質的
に変わつているが、チャネル状態に依存して速度が許可
及び不許可になる構想は変わらない。

【０１１４】次に、ハードウエア制御層７３２０、７４
２０と通信ハードウエア層７３３０、７４３０との間の
速度交渉が、本発明に従つてどの様に行われるかを説明
する。変調パラメタは、種々の速度を受け入れるため変
化でき、それぞれの層はこの速度を使用して相互作用す
る。次に、２つの可能な、変調を基にした速度適合技術
及びＤＳＬ通信モデル内の下部の２層間で共有される速
度表の例を説明する。

【０１１５】デイジタルデータの高速直列伝送の場合に
おいて、デイジタル記号が、ある数のビツト、例えば、
Ｎを表わすため選ばれる。Ｎビツトからなるそれぞれの
群は、記号でマツプされ、これはチャネルを通じて伝送
される。デコーダにおいて、伝送された記号を決定する
ため判定がなされる。もし、正しいとの判定があると、
伝送されたビツトは正しくデコードされる。

【０１１６】スループツトを変更する方法では、各記号
で表わされるビツトの数を変え、一方記号速度は一定に
保つ。各記号で表わされるビツトの数を増加すると、伝
送されるビツトの数は増え、しかし雑音の免疫は低い。
各記号で表わされるビツトの数を減少させると、雑音の
免疫は増し、伝送の強壮さは改良されるが、低いスルー
プツトが代価である。帯域幅は、いずれの場合も同じま
まである。

【０１１７】スループツトを変える別の簡単な方法は、
伝送チャネルにおいて使用される帯域幅を変えることで
ある。帯域幅を拡張することにより、より多数の記号が
チャネルを通じて、与えられた間隔で伝送される。記号
速度は、ほぼ帯域幅に比例する。しかし、ＤＳＬモデム
の処理要求事項は、帯域幅と共に増加し、より高い帯域
幅は、変調／復調のためのより多くの計算を要求する。
最大の使用可能帯域幅は、チャネル状態又はモデムハー
ドウエア処理能力の制約により制限される。

【０１１８】最初に、通信リンクを記述する一組のパラ
メタ及びこれらパラメタが取る一組の値を定義する。公
称直列伝送速度をＲとする。ＤＳＬモデルが、変更でき
る最少の速度ステツプをｄＲとする。もし、最少速度が
Ｒ−２＊ｄＲそして最大速度がＲ＋２＊ｄＲであれば、
達成可能な速度の組は、｛Ｒ−２＊ｄＲ、Ｒ−ｄＲ、
Ｒ、Ｒ＋ｄＲ、Ｒ＋２＊ｄＲ｝で与えられる。例えば、
Ｒ＝３００ｋｉｌｏ−ｓｙｍｂｏｌｓ／ｓｅｃｏｎｄ
ｓ、またｄＲ＝１００ｋｉｌｏ−ｓｙｍｂｏｌｓ／ｓｅ
ｃｏｎｄｓである。達成可能な速度の組は、｛１００、
２００、３００、４００、５００｝ｋｉｌｏ−ｓｙｍｂ
ｏｌｓ／ｓｅｃｏｎｄｓである。

【０１１９】各伝送されるデイジタル記号により運ばれ
るビツトの数をＮとする。例えば、ＤＳＬモデムは、組
｛２、３、４、５｝におけるＮを持つ動作を支持する。
Ｎのより高い値は、より多くのビツトを運ぶが、雑音の
許容範囲は低くなる。

【０１２０】Ｒ及びＮＣの速度パラメタを使用し、また
これらは、独立して上の値を取ると仮定すると、速度表
は、次の様に定義できる。この表は、直列伝送（例え
ば、ＣＡＰ）速度の例を示す。

【０１２１】

【表１】

【０１２２】表１における、速度Ｒは、記号／秒の単位
であり、表では簡明のため科学的表示法で示す。表中の
記入事項（エントリ）は、各記号で表わされる与えられ
た速度Ｒ及びＮビツトに対する達成可能な伝送スループ
ツトを示す。

【０１２３】離散マルチトーン（ＤＭＴ）変調は、低速
データ記号を並列サブチャネルを通じて伝送する。高速
直列データストリームを多重低速データストリームに分
割することにより、多重低速データストリームはそれぞ
れ別個のサブチャネルで伝送され、システムは周波数選
択的チャネルにより良く整合する。全体の帯域幅の良好
な部分（高い信号対雑音比（ＳＮＲ）をもつ）が、より
多くの数のビツト／記号をもつ記号の伝送に使用され
る。等しくない数のビツトは、各サブチャネルの利用で
きる容量に依存して、それぞれ異なるサブチャネルに割
当てされる。本質的にはデータは、全体の帯域幅を極め
て効率的に使用できるやり方で。それぞれのサブチャネ
ルに分配される。

【０１２４】高速直列データストリームについて、ＤＮ
Ｔシステムの全体の帯域幅は、全体の所望のスルプツ
ト、チャネル状態、及びモデムハードウエア能力に従つ
て増加し、又は減少させることができる。これに加え
て、ＤＭＴ変調は、一度に帯域幅を単一のサブチャネル
だけ低下又は付加する能力をあたえる。多数のサブチャ
ネルをもつＤＮＴシステムに対して、これは可能な帯域
幅の極めて大きな選択を作り出す。もし望むならば、全
体の帯域幅は一定にしてサブチャネルの数を変更でき
る。

【０１２５】簡単のために、サブチャネル帯域幅が一定
のままであるが、使用される全体のチャネルの帯域幅は
使用されるサブチャネルの数により制御されるＤＭＴシ
ステムを考える。Ｔは、伝送に使用されるサブチャネル
又はトーンの数を表わすとする。Ｎは、サブチャネルに
またがるビツト／記号の平均数を表わすとする。Ｎは最
早、高速直列伝送システムの時の様に、整数である限定
はない。この例のためにしかし、Ｎはほぼ整数の値であ
ると考える。次の表２は、ＤＮＴに対する速度表の例で
ある。

【０１２６】

【表２】

【０１２７】パラメタＴは、サブチャネルの数を表わ
し、ここで、各サブチャネルは、約３．３Ｋｈｚの帯域
幅をもつ。Ｎは、全部のサブチャネルにおいて、表わさ
れるビツト／記号の平均数を表わす。表の記入事項はキ
ロビツト／秒で与えられる。

【０１２８】実際のＤＭＴ速度表では、サブチャネル
は、１つの増分で付加又は除去することがある。また各
サブチャネルに割当てられるビツトの数は独立に制御で
きる。従つて、ＤＭＴ速度表は、極めて小さな速度増分
での調節の可能性をもつ。

【０１２９】ソフトウエアドライバ層７３１０、７４１
０は、前述のものと極めて類似の速度表の手段によりハ
ードウエア制御層７３２０。７４２０と通信する。しか
し、表パラメタ及び表記入事項は異なる。同期、復調、
誤り訂正デコーデイング、およびハードウエア制御ビツ
トの除去の後、結果として得られる速度表は、前述の変
調方式のいずれについても次の表３となる。この速度表
は、ソフトウエアドライバ層とハードウエア制御層の間
の相互作用に対して使用される。

【０１３０】

【表３】

【０１３１】列パラメタは、異なるチャネル資源モード
（ｃｒ１、ｃｒ２．．．ｃｒ５）としてラベルされる
が、行パラメタは、各記号により表わされる平均ビツト
数に対応する。記入事項は、ＶＲＤＳＬモデムにおける
「訂正された」データストリームに対する達成可能速度
を表わす。

【０１３２】応用ソフトウエア層７３００、７４００と
ソフトウエアドライバ層７３１０、７４１０の間の速度
調節情報は、速度表又は総利用可能スループツトで特定
される。簡単のため、ソフトウエアドライバ層は、応用
ソフトウエア層に全利用可能速度を示すことができる。
応用ソフトウエア層における管理機能は、総利用可能ス
ループツトのある部分を種々のソフトウエア・アプリケ
ーションプログラムに割当てる。次のものは。総データ
スループツトの分割及び管理の構想的見方である。

【０１３３】データリンク層における速度交渉は、ＶＲ
ＤＳＬにおける次の事象により開始される。 − 新チャネルの要求又は現在のチャネル速度の変更の
様な、ＶＲＤＳＬにおける現在のデータ接続又はチャネ
ルの割当ての変更の要求 − 総チャネル容量増加又は減少の総チャネル容量変化
をＶＲＤＳＬ物理的層が検出したとき

【０１３４】ＶＲＤＳＬの初期化の後、制御チャネル
（例えば、１６ｋｂｐｓ）は初期のチャネル接続として
割当済みである。制御チャネルは、全部の物理的回線接
続時間中保持される。速度交渉情報を含む全部の制御情
報の送信／受信が使用される。

【０１３５】データリンク層における速度交渉は、幾つ
かの信号データ型式及び有限状態オートメーシヨンとし
て記述できる。速度交渉信号データは、ＰＰＰデータリ
ンク層フレーム構造の情報フィールドの様なデータリン
ク制御プロトコル内にカプセル封入される。プロトコル
フィールドは、ＶＲＤＳＬ速度交渉プロトコルに対して
型Ｏｘｃ０２４を指示する。パケツト形式は図２６に示
される。 コード：コードフィールドは、１オクテツトで、速度交
渉パケツトの種類を示すコードＩ−ＩＩがＰＰＰ ＬＣ
Ｐに対して保留される。ＶＲＤＳＬに対して、次の特別
の定義がある。 １３ チャネルマツプ変更要求（ｒｅｑｕｅｓｔ） １４ チャネルマツプ変更Ｎａｋ １５ チャネルマツプ変更拒否（ｒｅｊｅｃｔ） １６ チャネルマツプ変更Ａｃｋ ＩＤ：ＩＤフィールドは、１オクテツトで、突合せ要求
及び返答を助ける 長さ：長さフィールドは、２オクテツトで、全速度交渉
信号データパケツトの長さを示す。 チャネルマツプデータ：チャネルマツプデータフィール
ドは、２以上のオクテツトで、ＶＲＤＳＬ回線における
現在のチャネル割当て及びチャネル変更要求を反映す
る。それは、それ自身のヘツダ及びチャネルエントリフ
ィールドで表わされる情報の２部分を含む。 − 現在のチャネルマツプ − チャネルマツプ変更要求 これらの、情報の２部分は、２オクテツトチャネルエン
トリフィールドにより記述される。これらを区別する方
法は、チャネルマツプ変更要求に対して、チャネルエン
トリの最上位ビツトが高に設定される。コードが１４
（チャネルマツプ変更Ｎａｋ）の時は、チャネルマツプ
データフィールドは、次のものを含む。総容量、利用可
能容量、現在のチャネルマツプ、及びナツク（Ｎａｋ）
された１又はそれより多い記入事項。これらのナツク
（Ｎａｋ）されたチャネル記入事項は、それらの最上位
ビツト（ｍｓｂ）によりフラグを付ける。コードが１５
又は１６の時は、チャネルマツプデータフィールドは、
次のものを含む。総容量、利用可能容量、現在のチャネ
ルマツプデータ。 検査合計（Ｃｈｅｃｋｓｕｍ）：検査合計フィールド
は、標準ＴＣＰ／ＩＰアルゴリスムを用いて計算され
る。メツセージ（検査合計フィールドを除く）における
全１６ビツト整数の合計の１の補数。リンク層速度交渉
は、またＶＲＤＳＬにおいて、チャネルマツプ変更（Ｃ
ＭＣ）と呼ばれる。ＣＭＣ手順は、特定の事象又は行動
によりトリガされる状態変化により記述される。図２
８，２９は、能動（アクテイブ）及び受動ＣＭＣプロセ
スの間のリンク層速度交渉のための状態図を示す。

【０１３６】ＶＲＤＳＬ通信モデルに基づき、伝送速度
を変更する能力のあるモデムハードウエア、及び可変速
度管理ソフトウエア、図３０に示す速度交渉方法が採用
されてもよい。図３０は、全体の速度交渉の簡略な機能
図を示す。

【０１３７】現在のＱＡＭに基づく音声帯域モデムは、
呼びと応答モデム間の通信を起動するためハンドシエー
ク（ｈａｎｄｓｈａｋｅ）シーケンスを使用する。同期
を得るため応答モデムは対応する配列（ｃｏｎｓｔｅｌ
ｌａｔｉｏｎ）点の代替の記号を送信する。例として、
Ｖ．３２モデムは、同期プロセスにおいて、図２１の配
列点Ａ、Ｂ、Ｃ、及びＤを使用する。応答モデムは、２
５６記号の間交番する記号ＡＢＡＢＡＢ．．を送信す
る。２５６記号の後、交番する記号ＣＤＣＤＣＤ．．．
が１６記号の間送信される。２つの記号シーケンスの間
の過度期間は、良く定義された事象を与え、これは呼び
モデムにおいて時間基準を発生するのに使用される。第
２の記号シケンスの後、モデムは、両方に知られている
記号シーケンスンの送信を開始する。このシーケンス
は、呼びモデム受信機での等化器を訓練するのに使用さ
れる。図３１は、Ｖ．３２訓練配列を示す。

【０１３８】音声帯域チャネル（３０Ｈｚ−３．３ＫＨ
ｚ）の周波数応答は、名目上平坦である。交番するＡＢ
ＡＢ．．．及びＣＤＣＤ．．．記号は、チャネルの等化
前に確実に検出できる。しかし、これは、ＮＤＳＬモデ
ムには、当て嵌まらない。１／４Ｔ１に対して、モデム
は、電話回線の５００ＫＨｚまでのスペクトルを使用す
る。図３２は、電話ＣＳＡ回線６の周波数応答を示す。
回線の部分的等化を可能にする立ち上げ手順は、タイミ
ング同期が試みられる前に要求される。

【０１３９】好ましい実施例では、立ち上げ手順を、Ｍ
ＤＳＬモデムに対して使用する。図３３は、ＣＡＰ回線
コードを使用するＣＯ及びＲＵモデムのための、提案さ
れている立ち上げ手順のための時間線を示す。次の表４
は、図３３の種々のセグメントを識別している。

【０１４０】

【表４】

【０１４１】立ち上げ手順は、次の通りである。 ＣＯモデム １．ＣＯモデムは、常に「ＯＮ」であると仮定するが、
これは理想的状態である。それは、連続的にセグメント
Ａを送信し、そしてセグメントＢを待ち受ける ＲＵモデム １．ＲＵモデムは、回線上にきて、ＣＯモデムからのセ
グメントＡの待ち受けを開始する。 ２．一旦セグメントＡを検出すると、それはセグメント
Ｄの送信を始める。 ＣＯモデム ２．一旦ＣＯモデムが、ＲＵモデムからのセグメントＤ
を検出すると、それはセグメントＢ，Ｃを送信し、そし
てＲＵモデムからのそれ以上のハンドシエイキングなし
にデータを妥当とする。 ＲＵモデム ３．ＲＵモデムは、セグメントＢを待ち受け、一旦検出
すると、それはセグメントＥ，Ｆを送信し、そしてＣＯ
モデムからのそれ以上のハンドシエイキングなしにデー
タを妥当とする。 ４．セグメントＢの検出は、同期手順においては臨界的
タイミングの瞬間である。それが検出された後、ＲＵモ
デムは、セグメントＣからのデータを使用してその等化
器の訓練を始める。 ＣＯモデム ３．ＣＯモデムは、ＲＵモデムからのセグメントＥを待
ち受ける。セグメントＥの検出は、同期手順においては
臨界的タイミングの瞬間である。それが検出された後、
ＣＯモデムは、セグメントＦからのデータを使用してそ
の等化器の訓練を始める。

【０１４２】受信機は、初期のタイミング同期を得るた
め、周期的等化技術を使用する。立ち上げ時に、ＲＵモ
デムは、Ｋ記号期間と時間期間が等しい、僅かに間隔を
置いた適合等化器をセツトアツプするが、Ｋは、例え
ば、１５でよい。これは同期等化器と呼ばれる。もし、
同期等化器が、記号期間の２倍で動作すれば、必要なタ
ツプも数は２ｘＸである。記号期間当たり４個のサンプ
ルに対して、必要なタツプも数は４ｘＸであり、以下同
じである。

【０１４３】受信機は、同期等化器の訓練データのた
め、送信機と同じＫ記号シーケンスを、使用する。等化
器の長さは．記号シーケンス長さの倍数であるので、送
信シーケンスと受信機基準シーケンスとの間の相対的位
相は問題ではない。

【０１４４】一旦同期等化器の平均２乗誤差がしきい値
の下に落ちると、セグメントＡは検出ずみである。受信
機は、適合プロセスを停止し、係数を分析する。それ
は、そこで係数を円のように回転し、大部分のエネルギ
をもつＮ個の連続的係数が同期等化器の全面でグループ
を作る様にする。Ｎは、ＣＡＰ復調に使用される直角適
合フィルタの長さである（次の節を見よ）。これは、受
信機の記号期間を送信機の記号期間と整列させる。

【０１４５】回転後、受信機は信号をフィルタし続ける
が、同期等化器の係数は更新しない。同期等化器の出力
は、そこで、長さＫに整合したフィルタへ通過する。整
合されたフィルタは、セグメントＢの検出に使用され
る。このシーケンスは、２つの値しかもたないので、２
進相関器も使用できる。

【０１４６】整合されたフィルタ（相関器）の出力が、
しきい値より大きいと、受信機は、次の記号は訓練デー
タの開始であることを知る。受信機は、今や、ＣＡＰ復
調に使用される直角適合フィルタを、実施する。これら
は、僅かに間隔を置いた適合等化器であり、これらの長
さは、実際の物理的チャネルのインパルス応答に依存す
る。これらの復調等化器は、セグメントＣの公知の訓練
データを使用して訓練される。訓練が終了した後、復調
等化器は、判定で示されたモードに入り、ここでは、基
準データがＣＡＰスライサから来る。

【０１４７】図３４を参照すると、ＤＭＴ回線コードと
共に使用されるための、時間領域等化器訓練シーケンス
が示される。ＤＭＴに対する、この発明の部分では、周
波数領域訓練シーケンスの代わりに、図３４に示す時間
領域訓練シーケンスを使用する。訓練シーケンスの基本
ユニツトは、ランダムデータブロツク｛ｘｎ｝、０＜ｎ
＜Ｎ である。全シーケンスは、ランダムデータブロツ
ク｛ｘｎ｝が、図３４に示すように２ブロツク毎に交番
するデータブロツクの符号と共に時間において反復する
様に配列される。

【０１４８】記載を容易にする目的で、次のの表示法が
使用される。時間領域等化器タツプｗ_１、チャネルイン
パルス応答（時間領域等化器を含む）ｈ_ｋ、等化器前の
受信機データｙ_ｍ［ｎ］、及び等化器後ｚ_ｍ［ｎ］、こ
こにｍは、データブロツク上のラベルを表す。図３４に
おける送信信号に対応する受信信号は次の数式６で示さ
れる．

【０１４９】

【数６】

【０１５０】前の式において、Ｐｎは、訓練シーケンス
に重ね合わされるパイロツトトーンである。これら等式
の右側の第２項は、前のフレームの記号間干渉に帰す
る。第２項は、演算を行うことにより分離できる。フレ
ーム４．−フレイム１．

【０１５１】

【数７】

【０１５２】プリフィツクス長さをＬと仮定すると、理
想的チャネル応答は次の式で表される。

【０１５３】

【数８】

【０１５４】数式８の条件は、もし時間領域等化器ｗ_１
が次の式のように選ばれると満足される。

【０１５５】

【数９】

【０１５６】ここで、次の式で示す一組の一次方程式を
導く事を証明するのは容易である．

【０１５７】

【数１０】

【０１５８】

【０１５９】ここで、次の式が成り立つので、

【０１６０】

【数１１】

【０１６１】数式７は、代わりに次式の様にも表せる。

【０１６２】

【数１２】

【０１６３】数式９と１２を組み合わせ、一般的ＬＭＳ
アルゴリズムを使用すると、ｗ_１は、反復を行い次式で
表される。

【０１６４】

【数１３】

【０１６５】フレーム境界情報も、上の訓練シーケンス
から得られる。数式７から判るように、もし訓練シーケ
ンスのブロツクがチャネルインパルス応答より長けれ
ば、ｅｒｒ［ｎ］は、ｎがフレーム４の端に増加すると
き、 ｈ_Ｎ＝Ｋ→０の様にゼロに近付く。しかし、デー
タがフレーム５の中で開始するときは、次式で表され
る。

【０１６６】

【数１４】

【０１６７】ＡＤＳＬアプリケーシヨンに対しては、高
周波で銅線に高い減衰があるので、チャネルインパルス
応答ｈ_ｋは、符号を頻繁にフリツプさせることは期待で
きない。もしｘｎの値が、訓練ブロツク｛ｘ_ｎ｝の初め
で同じ符号もてば、方程式、数式１４における総和は、
構造的なものであろう。この結果、ｅｒｒ［ｎ］の振幅
はフレーム境界ｎ＝０において、増加し始める。図３５
は、ｅｒｒ［ｎ］の時間シーケンスを示す。図３５に示
すように、得られるシーケンスｅｒｒ［ｎ］の立ち上が
り縁は、フレーム同期に使用することができ、またｅｒ
ｒ［ｎ］の立ち下がり縁は、時間領域等化器の訓練に使
用できる。またｅｒｒ［ｎ］の立ち上がり縁における
と、おなじ理由で、数式７において構造的と仮定する
と、ブロツクｘ_Ｎ−Ｋでの訓練シーケンスの要素は同じ
符号をもつべきである。

【０１６８】上のシーケンスはまた、次式の演算により
容易に検出される。

【０１６９】

【数１５】

【０１７０】フレームｄｅｔ［ｎ］のパワーｐｗｒ−ｄ
ｅｔをフレームｚ［ｎ］のパワーｐｗｒと比較すると、
もしｐｗｒ−ｄｅｔ＜＜ｐｗｒであれば、訓練シーケン
スは終了したことを示す。訓練シーケンスは終えるため
に、図３６に示すような、データブロツックパターンを
送ることができる。そこで、対応する受信信号は、次式
で表される。

【０１７１】

【数１６】

【０１７２】この、場合検出信号は、次式で表される。

【０１７３】

【数１７】

【０１７４】この検出フレームのパワーは、データフレ
ームのものより、大きい、ｐｗｒ−ｄｅｔ＞ｐｗｒ。一
旦ｐｗｒ−ｄｅｔ＞ｐｗｒが検出されると、受信データ
ストリームにおいて、ＤＭＴ受信機は、それが訓練シー
ケンスの終わりであることを決定する。訓練セーケンス
の終わりに対するデータパターンは、フレーム５に挿入
されているので、これは、時間領域等化器の訓練より
も、フレーム境界の検出に使用され、時間領域等化器の
更新には影響しない。

【０１７５】時間領域等化器の訓練に続いて、送信機
は、周波数領域等化器を訓練するため、別のシーケンス
｛ｙｎ｝を、送るべきである。周波数領域等化器訓練シ
ーケンスは、正確に反復可能ブロツク｛ｙｎ｝で作るこ
とができる。図３７は、全訓練シーケンスを示す。訓練
シーケンス｛ｙｎ｝の体制において、ｐｗｒ−ｄｅｔは
「高」のままである。

【０１７６】ＭＤＳＬの回線管理部は、ホストソフトウ
エアが、ＭＤＳＬを単一リンクモーデをもつ専用回線の
下で動作するように予備構成することを可能にしてい
る。現在、ＭＤＳＬは次のモードを使用する。 − 単一リンクをもつ専用回線（ＬＬＳＬ） − 多重リンクをもつ専用回線（ＬＬＭＬ） − ソフトダイヤルをもつ交換回線（ＳＬＳＤ） − ハードダイヤルをもつ交換回線（ＳＬＨＤ） ＬＬＳＬモードの下では、電気通信回線は、遠隔ＭＳＤ
ＬシステムをもつＭＳＤＬ通信を専ら行う）。この回線
接続モードの下では、１つのデータリンクだけ許され
る。

【０１７７】ＬＬＭＬモードは、同じ専用回線内で異な
る速度での多重リンク接続を許すことを除いて、ＬＬＳ
Ｌと同じ動作をする。リンクの数及び回線速度は、回線
速度の容量に対して動的に構成できる。このモードの下
では各リンクは、独立の専用回線の様に動作し、リンク
に基ずく事を除き同じ管理方式に従う。

【０１７８】ＳＫＳＤモードは、交換ＭＤＳＬ回線上で
動作し、この回線上でＭＤＳＬ−Ｒは遠隔サーバにより
制御されるＭＤＳＬ−Ｃにより自動的にダイヤルされ
る。このモードの下では、回線管理は、普通の古い電話
サービスとは関係の無い特別のＭＤＳＬダイヤル−アツ
プ手順に従う。このＭＤＳＬダイヤル−アツプ手順は、
ＭＤＳＬモデム内部初期化手順により定義される。それ
は２つのダイヤル−アツプＩＤをもち、１つはＭＤＳＬ
−Ｃポートに関係し、他方は、ＭＤＳＬ−Ｒモデムに関
する、ＭＤＳＬ−ＣポートのためのＩＤは、加入者電話
番号に加え１個の数字で、これは０として選ばれ、また
ＭＤＳＬ−ＲモデムのためのＩＤは、加入者電話番号に
加え１個の数字１に選ばれるもでよい。他の８個の値、
２から９は保留される。

【０１７９】ＳＬＨＤモードは音声帯域モデムに類似の
方法で動作するが、ＭＤＳＬダイヤル−アツプ手順を持
つ。ＭＤＳＬモデムは、電話番号を記憶するか、又はア
プリケーシヨンにより手動でダイヤルされる。

【０１８０】次に、モード動作の１例として、単一リン
クモードをもつ専用回線の下でのＭＤＳＬ回線接続管理
を説明する。ＭＤＳＬ回線管理ホストインタフェース
は、ホストソフトウエアが、データパケツトを送信／受
信する用意のある回線を構成できる様にする。ホストソ
フトウエアはまた、データの流れを停止するため、回線
接続を手動で停止できる。

【０１８１】ＭＤＳＬ回線接続管理ホストインタフェー
スにおける、回線接続コマンドは、ホストインタフェー
スが回線を，ＭＤＳＬの支持する回線モードの１つへ構
成すためホストインタフェースに対して使用される。Ｌ
ＬＳＬモードのもとでは、それは、また送信／受信デー
タ速度、最大フレームの大きさ及びデータリンクプロト
コルをセツトアツプする。このコマンドは、通常ＭＤＳ
Ｌ初期化中又は誤り回復プロセス中に呼び出される。こ
のコマンドの実行が成功した後、構成下のＭＤＳＬは、
リンクを通してデータパケツトを送信／受信する準備が
できている。ＬＬＭＬに対して、データリンクは、デー
タの流れを許すためオープンされ／作成されている。Ｎ
ＤＳＬの回線構成は、非同期手順である。ホストは、Ｍ
ＤＳＬにより発生する「回線接続済み」割り込みにより
回線は旨く構成されたことが通知される。ＭＤＳＬにお
ける回線構成プロセスは、図３８に示される。

【０１８２】ホストインタフェース ＭｄＳｌＬｉｎｅＣｏｎｆｉｇｕｒｅ（ＩＮ Ｌｉｎｅ
Ｍｏｄｅ、ＩＮ ＴｘＳｐｅｅｄ、ＩＮ ＲｘＳｐｅｅ
ｄ、ＴＮ ＭａｘＴｘＦｒａｍｅＳｉｚｅ、ＩＮ Ｍａ
ｘＲｘＦｒａｍｅＳｉｚｅ、ＩＮ ＴｘＰｒｏｔｏｃｏ
ｌ） 回線コード（ＬｉｎｅＭｏｄ）入力パラメタは、どの回
線コードにＭＤＳＬが構成されっるべきかを特定する。
それは、次の定義をもつ。 ０−単一リンクをもつ専用回線 １−多重リンクをもつ専用回線 ２−ソフトダイヤルをもつ交換回線 ３−ハードダイヤルをもつ交換回線 ＴｘＳｅｅｄ及びＲｘＳｐｅｅｄは、上流および下流回
線速度を与える。ＭａｘＴｘＦｒａｍｅＳｉｚｅ及びＭ
ａｘＲｘＦｒａｎｅＳｉｚｅパラメタは、データを送信
及び受信するための最大フレームを特定する。ＴｘＰｒ
ｏｔｏｃｏｌ 及びＲｘＰｒｏｔｏｃｏｌは、データの
伝送のため使用される物理的層フレーミングプロトコル
を特定する。現在、それは次の定義を持つ。 ビツト０−ビツト１フレーミングプロトコル名称 ００−生（Ｒａｗ）ＭＤＳＬ（データパケツト化なし） ０１−ＭＤＳＬ特定パケツト化 １０−ＨＤＬＣ（高レベルデータリンク制御） ビツト２ パケツトヘツダの圧縮あるかどうかを示す ビツト３ パケツトデータの圧縮あるかどうかを示す ビツト４ データ暗号化されているかを示す

【０１８３】ＭＤＳＬ回線接続管理ホストインタフェー
スにおいて、回線停止コマンド（ＨａｌｔＬｉｎｅＣｏ
ｍｍａｎｄ）は、ＭＤＳＬに、データ流れ制御のため、
データの送信／受信を停止するよう知らせる。それは、
内部データ送信バツフア及び状態フラグの全部を励起
し、そして要求を通知するメツセージを遠隔ＭＤＳＬに
送り、そして手動で回線を「回線接続」状態にする。こ
のコマンドは、回線が「回線接続」状態にあるときだけ
効果を収める。その他のときは、誤りを戻す。回線停止
は、非同期プロセスであり、ホストは、図３９に示す様
に、何時その回線が「回線切断」状態になつたかの通知
を受ける。 ホストインタフェース ＭｄｓｌＨａ１ｔＬｉｎｅ（）

【０１８４】ＭＤＳＬの内部には、回線ハンギング（ｈ
ａｎｇｉｎｇ）及び予期しない出来事を報告するために
回線状態の監視に使用する回線状態エンジンがある。Ｍ
ＤＳＬ専用回線モードにおいて次の回線状態が定義され
る。 − 回線電圧降下（ｄｒｏｐ）−回線のプラグが入れて
ないか破損し、物理的信号は受けられない。 − 回線切断（ｄｉｓｃｏｎｎｅｃｔｅｄ）−回線は物
理的に接続されているが、データ伝送の用意ができてい
ない。 − 回線接続−回線はデータパケツトの送信／受信の用
意ができている。ＭＤＳＬ回線接続管理ホストインタフ
ェースは、回線状態情報を得るため２つの方法を与え
る。１つの方法は、回線状態入手（Ｇｅｔ Ｌｉｎｅ
Ｓｔａｔｕｓ）コマンドである。 ＭｄｓＧＥＴＬｉｎｅＳｔａｔｕｓ（ＯＵＴ Ｌｉｎｅ
ＳＴＡＴＵＳ．ＯＵＴ ＬｉｎｅＣｏｎｆｉｇｕｅ） ＬｉｎｅＳｔａｔｕｓパラメタは、ＭＤＳＬ回線状態情
報を戻す。ＬｉｎｅＣｏｎｆｉｇｕｒｅは、ＭｄｓｌＬ
ｉｎｅＣｏｎｆｉｇｕｒｅ（）コマンドによりセツトさ
れた回線構成情報を記憶するのに使用される構造体。他
の方法であつて、ホストソフトウエアが回線状態変化を
通知される方法は、回線管理事象の登録によつてであ
る。ＭＤＳＬは、ある事象が起きたときホストソフトウ
エアが割り込まれることを許す。回線管理に関係ある事
象は、次のものである。 − 回線接続：回線接続が、丁度確立された。 − 回線切断：前に接続された回線が、Ｍｄｓｌｈａｌ
ｔｌｉｎｅ（）呼び又は予期しない事件で切断されてい
る。 − 回線電圧降下：回線は物理敵に切断されている。信
号はこの回線では受けられない。図４０に示すように、
ホストソフトウエアが回線状態を周期的に調べることが
可能なようにＭＤＳＬによりタイマ割り込みが提供され
る。回線接続メッセージを、相互に接続された２つのＭ
ＤＳＬ端の間で交換する必要がある。これらのメツセー
ジは、ＭＤＳＬにおいて、特別回線管理パケツトとして
定義されている。ＭＤＳＬ−ＣとＭＤＳＬ−Ｒの間で回
線管理情報を交換するため次の種類の回線管理パケツト
が定義されている． − 回線構成コマンドパケツト − 回線停止コマンドパケツト − 確認パケツト

【０１８５】図４１を参照すると、回線構成コマンドパ
ケツトの形式が示される。 − 回線モードは前に定義される − データ送り出し速度 − データ受信速度 − 最大送り出しフレームサイズ − 最大受信フレームサイズ − データ送り出しプロトコルは前に定義される − データ受信プロトコルは前に定義される 検査合計は、標準ＴＣＰ／ＩＰアルゴリズムを用いて計
算される。メツセージにおける全部の１６ビツト整数の
１の補数（検査合計フィールドを含む）

【０１８６】図４２を参照すると、回線停止コマンドパ
ケツトの形式が示される。ＩＤは、１オクテツトでコマ
ンドと解答の整合の助けとなる 長さは、オクテツトでのパケツト長さである 検査合計は、標準ＴＣＰ／ＩＰアルゴリズムを用いて計
算される。メツセージにおける全部の１６ビツト整数の
１の補数（検査合計フィールドを含む）

【０１８７】図４３を参照すると、確認パケツトの形式
が示される。コードは、どの種類の確認パケツトである
かを定義する。それは、次の定義を含む。 ２−回線構成確認 ４−回線構成拒否 ６−回線停止確認 ＩＤは、１オクテツトでコマンドと解答の整合の助けと
なる 長さは、バイトでのパケツト長さである 状態コードは、次の定義をもつ − 成功 − 未承認パケツトＩＤ − 構成データの一部受入不能 − 構成は完全に拒否 − 検査合計誤り データは、０又は偶数のオクテツトを含み、構成データ
のどの部分が遠隔端で受入不能かを特定する。検査合計
は、標準ＴＣＰ／ＩＰアルゴリズムを用いて計算され
る。メツセージにおける全部の１６ビツト整数の１の補
数（検査合計フィールドを含む）

【０１８８】電力投入後、ＭＤＳＬは、その内部初期化
プロセスを進める。このプロセスは、４つのステツプを
含み、チャネル調査、回線コード選択、速度交渉及びト
ランシーバ訓練である。初期化手順の後、ＭＤＳＬ−Ｒ
は、スタンバイモードへ移る。この瞬間での回線状態
は、前に定義した様に「切断」である。回線が物理的に
接続されたことを検出するとホストソフトウエアは、Ｍ
ｄｓｌＬｉｎｅＣｏｎｆｉｒｕｒｅ（）コマンドを、回
線構成のためＭＤＳＬ−Ｒへ送る。ＭＤＳＬ−Ｒは、そ
こで回線構成コマンドパケツトを、構成データと共のＭ
ＤＳＬ−Ｃへ送る。回線構成コマンドを受信し、構成デ
ータを調べた後、ＭＤＳＬ−Ｃは、回線構成を確認する
ため確認パケツトを送り出す。もしＭＤＳＬ−Ｃが、構
成データを受入不能であれば、それは、構成拒否パケツ
トを送る。それは、またどの種類の誤りであるかを特定
する状態メツセージを与える。もし、構成データの一部
だけが受入不能であれば、データフィールドは、図４４
に示す様に、受入不能の構成データを含む。

【０１８９】接続が確立された後、それは、次の事象が
起こるまで接続のままである。 − 回線はプラグが抜かれ、又は破損している − ＭＤＳＬ−Ｒは電力低下である − ＭＤＳＬ−Ｃはサービスしていない ＭＤＳＬ−Ｃが、動作停止になろうとしているか、又は
ＭＤＳＬ−Ｒが、電力低下すると何時でも、回線停止コ
マンドパケツトが送り出される。コマンド送り元は、確
認パケツトが受信されるか、又は回線停止コマンドがタ
イムアウトするまでは送り続ける。受信側においては、
回線が切断されていることを確認するため、確認パケツ
トをメツセージ送り元へ送つた後、それは、全部の内部
データバツフア及び状態フラグをクリアアツプする。回
線状態は、そこで「回線切断」状態に変わる。図４５
は、ＭＤＳＬ−Ｃが、それがサービスを止める前に、回
線停止コマンドを送る例を示す。

【０１９０】ＭＤＳＬホストは、簡単な、ユーザに順応
した、効率的で低費用のインタフェースを、１６ビツト
コントロラに提供することを意図している。ホストイン
タフェースは、次の機能を提供する。 − ホストとＭＤＳＬネツトワークインタフェースカー
ド（ＮＩＣ）の間のコマンド／制御通信 − 回線接続管理 − 送信／受信データパケツト ホストコマンド／制御通信機能は、サービスを初期化す
る、もし、それがＥＥＰＲＯＭ内になければＤＳＰコー
ドをローカルＲＡＭへダウンロードする、コマンドをＭ
ＤＳＬへ送る、状態変化を監視及び報告する。

【０１９１】２つのＭＤＳＬ−ＲとＭＤＳＬ−Ｃの間の
接続シグナリングは、異なる回線モード、ダイヤルアツ
プ回線モード及び専用回線モードに従つて違つてもよ
い。ダイヤルアツプ回線モードは、基本的電話、−ＰＯ
ＴＳに対応する保証された一組の機能を与える。このモ
ードの下では、システムソフトウエア及びハードウエア
は、ＭＤＳＬ−Ｒ位置の電話応用プログラミングインタ
フェース（ＴＡＰＩ）及びＭＤＳＬ−ｃ位置の電話サー
ビスプロバイダインタフェースＴＳＰＩ）と接続を確立
するため作業しなければならない。専用回線モードの下
では、接続は、ＭＤＳＬの初期化の直後に確立される。
しかし、それは標準ＰＯＴＳサービスを提供しない。

【０１９２】物理的層のパケツト化が、ＭＤＳＬ（ＨＤ
ＬＣのような）に対して使用するのが好ましい。ＰＰＰ
に対する最大パケツトサイズは、１５００バイトである
が、フレームに対して３２バイトのオーバーヘツドを許
すべきである。ＭＤＳＬは、データをパケツトバツファ
から回線へ送り、ホストに、パケツトを既に送り出した
ことを通知する。それはまた、新しいパケツトが受信バ
ツフアに入れられたときホストに通知する。送信及び受
信バツファは、ＭＤＳＬ上の共用されるメモリでもよ
い。

【０１９３】次のコマンド及び制御が採用される。 １．リセツト（Ｒｅｓｅｔ） 構文：Ｒｅｓｅｔ（） 記述：システムにおける全部のコマンド実行を停止す
る。転送／受信バツファを励起し，そして内部リセツト
を行う。 パラメタ：なし 戻り：なし ２．ＤＳＰモジュールにロード（Ｌｏａｄ ＤＳＰ Ｍ
ｏｄｕｌｅ） 構文：ＬｏａｄＤｓｐＭｏｄｕｌｅ（ＭｏｄｕｌｅＡｄ
ｄｒ、ＭｏｄｕｌｅＳｉｚｅ） 記述：ＤＳＰモジュールをＭＤＳＬにロードする パラメタ：ＭｏｄｕｌｅＡｄｄｒ−ＤＳＤＰモジュール
アドレス開始 ＭｏｄｕｌｅＳｉｚｅ−ＤＳＤＰモジュールサイズ 戻り：なし ３．割り込みマスクセツト（Ｓｅｔ Ｉｎｔｅｒｒｕｐ
ｔ Ｍａｓｋ） 構文：ＳｅｔＩｎｔｅｒｒｕｐＭａｓｋ（ＥｖｅｎｔＭ
ａｓｋ） 記述：選択された事象（ｓ）に基づき、ホスト処理装置
の割り込みを可能にする。パラメタ：ＥｖｅｎｔＭａｓ
ｋは、割り込みマスクに対して１６ビツト整数値であ
る。

【０１９４】表５は、マスクにおけるビツトを識別す
る。ビツトに対する１の値は、このビツトに対応する割
り込みを可能にする。表中で定義してない全部のビツト
は将来のため保留され、ゼロにセツトすべきである。

【０１９５】

【表５】

【０１９６】４．割り込み状態入手（Ｇｅｔ Ｉｎｔｅ
ｒｒｕｐｔ Ｓｔａｔｕｓ） 構文：ＧｅｔＩｎｔｅｒｒｕｐｔＳｔａｔｕｓ （） 記述：選択された事象（ｓ）の発生に基づき、割り込み
状態を入手 パラメタ：なし 戻り：ＥｖｅｎｔＳｔａｔｕｓ．ＭＤＳＬは、表５のＥ
ｖｅｎｔＭａｓｋパラメタの定義に対応する１６ビツト
状態数を戻す。この機能の呼び出しは、丁度始まつた割
り込みをクリアする。

【０１９７】次の回線接続管理コマンドが利用できる。 １．回線構成（Ｌｉｎｅ Ｃｏｎｆｉｇｕｒａｔｉｏ
ｎ） 構文：ＬｉｎｅＣｏｎｆｉｇｕｒｅ（ＬｉｎｅＭｏｄ
ｅ） 記述：データパケツトの受信／送信を用意するため回線
を構成する。 パラメタ：ＬｉｎｅＭｏｄｅは、どの種類の回線モード
ＭＤＳＬを構成すべきかを指示する。それは次の表に示
すビツト定義をもつ。定義されない全ビツトは将来の使
用のため保留される。

【０１９８】

【表６】 戻り：なし

【０１９９】２．回線状態入手（Ｇｅｔ Ｌｉｎｅ Ｓ
ｔａｔｕｓ） 構文：ＧｅｔＬｉｎｅＳｔａｔｕｓ（） 記述：このコマンドは、現在の回線状態を指示するた
め、１６ビツト数を戻す。 パラメタ：なし 戻り：ＬｉｎｅＳｔａｔｕｓ．この戻される数の定義
は、次の表７にある。

【０２００】

【表７】

【０２０１】３．回線接続停止（Ｈａｌｔ ａ Ｃｏｎ
ｎｅｃｔｅｄ Ｌｉｎｅ） 構文：ＨａｌｔＬｉｎｅ（） 記述：データ流れの制御のためデータの送信／受信の停
止をＭＤＳＬに告げる。 それは内部ブツファの全部を励起し、回線を手動で「切
断」状態にする。 パラメタ：なし 戻り：なし

【０２０２】次の送信／受信データパケツトコマンドが
利用できる。 １．パケツト送り（Ｓｅｎｄ Ｐａｃｋｅｔ） 構文：ＳｅｎｄＰａｃｋｅｔ（ＤａｔａＰｔｒ． Ｓｉ
ｚｅ） 記述：このコマンドは、１つのデータパケツトがＭＤＳ
Ｌ送信バツファにコピーされたことをＭＤＳＬに告げ
る。パケツトがバツファから、移動された後に割り込み
が発生するであろう。 パラメタ：ＤａｔａＰｔｒは、データパケツトが記憶さ
れている送信バツファのメモリアドレスを示す。パケツ
トの長さは、最大の許可パケツトサイズより小さいか等
しい。 戻り：なし ２．受信情報検査（Ｃｈｅｃｋ Ｒｅｃｅｉｖｅ Ｉｎ
ｆｏｒｍａｔｉｏｎ） 構文：ＣｈｅｃｋＲｅｃｅｉｖｅＩｎｆｏ（ＤａｔａＰ
ｔｒ． Ｓｉｚｅ． ＥｒｒｏｒＦｌａｇ） 記述：このコマンドは、受信バツファ中にパケツトがあ
るかどうかにより、真（１）又は偽（０）を戻す。 パラメタ：ＤａｔａＰｔｒが、パケツトが記憶されてい
るメモリアドレスを戻すため使用される。Ｓｉｚｅが、
受信パケツトのサイズを戻すため使用される。もし、伝
送中に誤りが発生すると、ＥｒｒｏｒＦｌａｇは、非ゼ
ロにセツトされる。 戻り：１−受信バツファ中にデータがある。 ０−受信バツファ中にデータが無い。 ３．送信情報検査（Ｃｈｅｃｋ Ｓｅｎｄｉｎｇ Ｉｎ
ｆｏｒｍａｔｉｏｎ） 構文：ＣｈｅｃｋＳｅｎｄＩｎｆｏ（） 記述：このコマンドは、ＭＤＳＬ送信バツファが空のと
き０を戻す。その他の場合は、バツファに残されたバイ
トの数を戻す。 パラメタ：なし 戻り：送信バッファデータサイズ。それは、送信バツフ
ァが空のとき０である。その他の場合は、バッファに残
されたバイトの数を戻す。．

【０２０３】図４６は、ウインドウズ９５又はウインド
ウズＮＴ環境をもつホストと共に使用されるドライバの
ソフトウエア構造を示すが、これは、住宅のパイソナル
計算機における普通の情況である。図４７は、ソフトウ
エアドライバ構造をより一般的に示す。 ＭＤＳＬ Ｎ
ＩＣのシステムソフトウエアは、ウインドウズＮＴ３．
５及びウインドウズ９５オペレーテイングシステムのた
めのＮＤＩＳ３．０ＷＡＮミニポートとして実施されて
きた。次のものは、次の３つの見地から分析したもので
ある。 １．ウインドウズＮＴ３．５及びウインドウズ９５の下
で、ミニポートデバイスドライバとして実施されるシス
テムソフトウエアによるシステムの機能性。 ２．システムが行う入力及び出力データ処理。 ３．システムソフトウエアとＮＤＩＳライブラリとの相
互作用。／／

【０２０４】ＭＤＳＬドライバは、ネツトワークのミド
ルアクセスコントロール（ＭＡＣ）サブレイヤを制御
し、管理するためＮＤＩＳミツドドライバとして実施さ
れる。その構造は図４６に示される。それは、ウインド
ウズＮＴ３．５又はウインドウズ９５インターネツトシ
ステムソフトウエア内のコンポーネントである。ＭＤＳ
Ｌドライバは、ＮＤＩＳ３．０に規定されたインタフェ
ース及びデータ構造の定義に従う。ドライバは、それを
機能させるため、システムの中に設置され又は集積され
る必要がある。

【０２０５】ＭＤＳＬドライバは、ＷＡＮネツトワーク
インタフェースカードドライバとして機能する。それ
は、上部縁上でプロトコルドライバと相互作用し、そし
て下部縁上でＭＤＳＬ ＮＩＣを制御する。これらの全
部の相互作用及び制御は、ウインドウズＮＴ／ウインド
ウズ９５内のＮＤＩＳライブラリ又はＮＤＩＳラツパを
通る。

【０２０６】図４８は、システムソフトウエアにおける
データ流れの通路を示す。図４８は、どのようにして受
信データがＮＩＣカードにより受信され、そしてドライ
バに渡され、そこで種々の機能を経由して輸送インタフ
ェースへ渡され、そして、どのようにしてドライバに戻
されるかを示す。ＭＤＳＬドライバはＭＤＳＬネツトワ
ークアダプタと共に現れる。それは、ＭＤＳＬ−Ｒと一
緒に家庭のＰＣ内に設置され、そして同じドライバで走
行するＭＤＳＬ−Ｃに接続され、この場合ＭＤＳＬ−Ｃ
の変調アルゴリズムは異なることもある。インターネツ
トルータが、ＭＤＳＬ−Ｃの位置にあると、ＭＤＳＬ−
Ｒは、ＴＥＬＮＥＴ、ＦＴＰ及びＮｅｔＳｃａｐｅの様
な多くのインターネツトをＭＤＳＬ ＮＩＣを通して走
行させることができる。データ通信と音声通信は同時に
生じる。

【０２０７】次のエントリ点及び機能は、完全にＮＤＩ
Ｓ３．０仕様書に従つている。ドライバエントリ点（ド
ライバエントリ）（Ｄｒｉｖｅｒ Ｅｎｔｒｙ）は，ド
ライバがメモリの中にロードされた時、オペレーテイン
グシステムにより、呼びだされる主要なエントリ点であ
る。入力 ＤｒｉｖｅｒＯｂｊｅｃｔ：オペレーテイングシステム
により作られた、ドライバオブジェクトへのポインタ ＲｅｇｉｓｔｒｙＰａｔｈ：レジストリパラメタを読み
取りに用いるレジストリパスへのポインタ出力 Ｒｅｔｕｒｎ Ｖａｌｕｅ：ＳＴＡＴＵＳ−ＳＵＣＣＥ
ＳＳ ｏｒ ＳＴＡＴＵＳ ＵＮＳＵＣＣＥＳＳＦＵＬ ＤｒｉｖｅｒＥｎｔｒｙは、次のことを行う。 １．ＮＤＩＳ ＷＡＮラツパを初期化するためＮｄｉｓ
ＭＩｎｉｔｉａｌｉｚｅＷｒａｐｐｅｒを呼び出す。 ２．特性表を初期化し、ＭＤＳＬドライバのエントリ点
をＮＤＩＳ ＷＡＮラッパへ輸出する。 ３．ＭＤＳＬドライバをＮＤＩＳ ＷＡＮラツパへレジ
スタするためＮｄｉｓＭＲｅｇｉｓｔｅｒＭｉｎｉｐｏ
ｒｔを呼び出す。図４９は、ドライバエントリのためＯ
Ｓ．ＮＤＩＳライブラリとＭＤＳＬドライバの間の相互
作用を示す。

【０２０８】初期化エントリ点（ＭｄｓｌＩｎｉｔｉａ
ｌｉｚｅ）は、ＭＤＳＬモデムを初期化するため、ＮＤ
ＩＳライブラリにより呼び出される。入力 ＭｅｄｉｕｍＡｒｒａｙ：ＮＤＩＳライブラリにより支
持される全ネツトワークメデイア ＭｅｄｉｕｍＡｒｒａｙＳｉｚｅ：メデイア配列におけ
る要素の数 ＭｄｓｌＡｄａｐｔｅｒＨａｎｄｌｅ：ＮＤＩＳライブ
ラリにより割り当てられるＭＤＳＬドライバを識別する
ハンドル ＮｄｉｓＣｏｎｆｉｇＣｏｎｔｅｘｔ：ＮＤＩＳ構成の
ためのハンドル出力 ＯｐｅｎＥｒｒｏｒＳｔａｔｕｓ：もし戻り値がＮＤＩ
Ｓ−ＡＴＡＴＵＳ−ＯＰＥＮ−ＥＲＲＯＲであれば、Ｎ
ＤＳＬドライバは、このパラメタを、誤りについての情
報を特定する状態値にセツトする。 ＳｅｌｅｃｔｅｄＭｅｒｉｕｍＩｎｄｅｘ：ＮＤＳＬド
ライバは、この指標を、ＭＤＳＬドライバのメデイアム
型を特定するＭｅｄｉｕｍＡｒｒａｙにセツトする。 戻り値：ＭｄｓｌＩｎｉｔｉａｌｉｚｅは、ＮＤＩＳ−
ＳＴＡＴＵＳ−ＳＵＣＣＥＳＳを戻し、又はそれは、次
の状態値を戻すことができる。 ＮＤＩＳ−ＳＴＡＴＵＳ−ＡＤＡＰＴＥＲ−ＮＯＴ−Ｆ
ＯＵＮＤ ＮＤＩＳ−ＳＴＡＴＵＳ−ＦＡＩＬＵＲＥ ＮＤＩＳ−ＳＴＡＴＵＳ−ＮＯＴ−ＡＣＣＥＰＴＥＤ ＮＤＩＳ−ＳＴＡＴＵＳ−ＯＰＥＮ−ＥＲＲＯＲ ＮＤＩＳ−ＳＴＡＴＵＳ−ＲＥＳＯＵＲＣＥＳＳ ＮＤＩＳ−ＳＴＡＴＵＳ−ＵＮＳＵＵＰＲＴＥＤ−ＭＥ
ＤＩＡ処理 ＭｄｓｌＩｎｉｔｉａｌｉｚｅは、次のことを行う。 １．そのメデイアム整合を見出だすため、Ｍｅｄｉｕｍ
Ａｒｒａｙを通して探索する。もし、整合が見付からな
いと、ＮＤＩＳ−ＳＴＡＴＵＳ−ＵＮＳＵＰＰＯＲＴＥ
Ｄ−ＭＥＤＩＡは戻される。 ２．ＮＤＳＬ ＮＩＣ（割り込み番号、ボード名称、チ
ャネルアドレス又は回線アドレス、スイツチ形式等）全
構成情報を得る。 ３．ＭＤＳＬのためのメモリ、ドライバデータ構造の割
当及び初期化。 ４．ＭＤＳＬ ＮＩＣをもつ関連するＭｄｓｌＡｄａｐ
ｔｅｒＨａｎｄｌｅを含むＭＤＳＬ ＮＩＣの物理的属
性をＮＤＩＳラツパに知らせる。 ５．ＭＤＳＬ ＮＩＣの物理的位置をシステムアドレス
スペースにマツプする。 ６．ＭＤＳＬ ＮＩＣをリセツト又は初期化する。 ７．送信キユーをセツトアツプ及び初期化する。 ８．割り込みを初期化する。 ９．回線を初期化する。図５０は、ＮＤＩＳライブラリ
とＭｄｓｌＩｎｉｔｉａｌｉｚｅのためのドライバの間
の相互作用を示す。

【０２０９】エントリ点は、ＭＤＳＬ ＮＩＣにハード
ウエアリセツトを発行し、またそのソフトウエア状態を
リセツトする。入力 ＭｄｓｋＡｄａｐｔｅｒＣｏｎｔｅｘｔ：Ｍｉｎｉｐｏ
ｒｔＩｎｉｔｉａｌｉｚｅにより初期化されたハンド
ル。出力 ＡｄｒｅｓｓｉｎｇＲｅｓｅｔ：もし、ＮＤＩＳライブ
ラリが、アドレス情報を現在の値に回復するためＭｉｓ
ｌＩｎｆｏｒｍａｔｉｏｎを呼び出す必要があれば、真
（ＴＲＵＥ）にセツトする。 戻し値：なし処理 ＭｄｓｌＲｅｓｅｔはＭＤＳＬ ＮＩＣ上にソフトウエ
アリセツトを発行する。それは、またＭＤＳＬ ＮＩＣ
のパラメタをリセツトする。もし、ＭＤＳＬＮＩＣのハ
ードウエアリセツトが現在の位置アドレスをリセツトす
れば、ＭＤＳＬドライバは、リセツトに続いて、自動的
に現在の位置アドレスを回復する。図５１は、ＮＤＩＳ
ライブラリとＭｄｓｌＲｅｓｅｔのためのドライバの間
の相互作用を示す。

【０２１０】エントリ点（ＭｄｓｌＲｅｃｏｎｆｉｇｕ
ｒｅ）は、ＭＤＳＬ ＮＩＣを、ＮＤＩＳライブラリ機
能において利用できる新しいパラメタへ再構成するため
ＮＤＩＳライブラリにより、呼びだされる。それは、プ
ラグ及びプレイアダプタ及びソフトウエア構成可能アダ
プタを支持するため使用され、これらは、走行時間中に
変更されるパラメタをもつてもよい。入力 ＭｄｓｌＡｄａｐｔｅｒＣｏｎｔｅｘｔ：Ｍｉｎｉｐｏ
ｒｔＩｎｉｔｉａｌｉｚｅにより初期化されるハンド
ル。 ＷｒａｐｐｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｎｔｅ
ｘｔ：ＮＤＩＳ構成のハンドル。出力 ＯｐｅｎＥｒｒｏｒＳｔａｔｕｓ：このパラメタは、も
し戻り値がＮＤＩＳ−ＳＴＡＴＵＳ−ＯＰＥＮ−ＥＲＲ
ＯＲであれば、誤りについての情報を特定するためＭＤ
ＳＬドダイバによりセツトされる。 戻り値： ＮＤＩＳ−ＳＴＡＴＵＳ−ＳＵＣＣＥＳＳ ＮＤＩＳ−ＳＴＡＴＵＳ−ＮＯＴ−ＡＣＣＥＰＴＥＤ ＮＤＩＳ−ＳＴＡＴＵＳ−ＯＰＥＮ−ＥＲＲＯＲ処理 ＮＤＩＳ−ＳＴＡＴＵＳ−ＮＯＴ−ＡＣＣＥＰＴＥＤを
戻す。

【０２１１】エントリ点（ＭｄｓｌＨａｌｔ）は、ＭＤ
ＳＬ ＮＩＣを停止するためＮＤＩＳライブラリにより
呼びだされる。入力 ＭｄｓｌＡｄａｐｔｅｒＣｏｎｔｅｘｔ：ＭｄｓｌＩｎ
ｉｔｉａｌｉｚｅにより初期化されるハンドル。出力 なし処理 ＭｄｓｌＨａｌｔは、次のことを行う。 １．割り込みハンドリングのレジスタを解除する。 ２．システムからのメモリのマツプを止める。 ３．システムメモリを解除する。 図５２は、ＮＤＩＳライブラリとＭｄｓｌＨａｌｔのた
めのドライバの間の相互作用を示す。

【０２１２】エントリ点（ＭｄｓｌＣｈｅｃｋＦｏｒＨ
ａｎｇ）は、ＭＤＳＬ ＮＩＣの状態を周期的に調べる
ためＮＤＩＳライブラリにより呼びだされる。入力 ＭｄｓｌＡｄａｐｔｅｒＣｏｎｔｅｘｔ：ＭｄｓｌＩｎ
ｉｔｉａｌｉｚｅにより初期化されるハンドル。出力 戻り値：もしＭＤＳＬ ＮＩＣが動作していなければ真
（ＴＲＵＥ）。処理 ＭＤＳＬ ＮＩＣの状態を調べる。

【０２１３】エントリ点（ＭｄｓｌＥｎａｂｌｅＩｎｔ
ｅｒｒｕｐｔ）は、ＭＤＳＬ ＮＩＣが割り込みを発生
できる様に、ＮＤＩＳライブラリにより呼びだされる。入力 ＭｄｓｌＡｄａｐｔｅｒＣｏｎｔｅｘｔ：ＭｄｓｌＩｎ
ｉｔｉａｌｉｚｅにより初期化されるハンドル。出力 戻り値：なし処理 ＭＤＳＬ ＮＩＣハードウエアの割り込みを発生を可能
にする。

【０２１４】エントリ点（ＭｄｓｌＥｎａｂｌｅＩｎｔ
ｅｒｒｕｐｔ）は、、ＭＤＳＬ ＮＩＣがどのような割
り込みも発生できない様に、ＮＤＩＳライブラリにより
呼びだされる。入力 ＭｄｓｌＡｄａｐｔｅｒＣｏｎｔｅｘｔ：ＭｄｓｌＩｎ
ｉｔｉａｌｉｚｅにより初期化されるハンドル。出力 戻り値：なし処理 ＭＤＳＬ ＮＩＣハードウエアの割り込みを発生を不可
能にする。

【０２１５】ＭｄｓｌＩＳＲは、ＭＤＳＬの割り込みサ
ービスルーチンのエントリ点。入力 ＭｄｓｌＡｄａｐｔｅｒＣｏｎｔｅｘｔ：ＭｄｓｌＩｎ
ｉｔｉａｌｉｚｅにより初期化されるハンドル。出力 ＩｎｔｅｒｒｕｐｔＲｅｃｏｇｎｉｚｅｄ：もし、ＭＤ
ＳＬ ＮＩＣが、割り込み回線を共有し、また、割り込
みが、そのＮＩＣからきたことを検出すれば、ＭＤＳＬ
ドライバは、そのパラメタを真（ＴＲＵＥ）にセツトす
る。 ＱｕｅｕｅＭｄｓｌＨａｎｄｌｅＩｎｔｅｒｒｕｐｔ：
もし、ＭＤＳＬ ＮＩＣが、割り込み回線を共有し、ま
た、もし割り込みのハンドリングを終えるためＭｄｓｌ
ＨａｎｄｌｅＩｎｔｅｒｒｕｐｔが呼びだされなければ
ならないときは、このパラメタを真（ＴＲＵＥ）にセツ
トされる。 戻り値：なし処理 この機能は、割り込みに応答して高い優先度で走行す
る。ＭｄｓｌＨａｎｄｌｅＩｎｔｅｒｒｕｐｔは、より
低い優先度に残す。それは、次のことを行う。 １．割り込みの理由を入手 ２．ハードウエアにおける割り込みをクリアする。 ３．ＩｎｔｅｒｒｕｐｔＲｅｃｏｇｎｉｚｅｄ及びＱｕ
ｅｕｅＭｄｓｌＨａｎｄｌｅＩｎｔｅｒｒｕｐｔを従つ
てセツトする。

【０２１６】エントリ点（ＭｄｓｌＨａｎｄｌｅＩｎｔ
ｅｒｒｕｐｔ）は、割り込みを処理するためＮＤＩＳラ
イブラリにおける延期された処理ルーチンにより呼びだ
される。入力 ＭｄｓｌＡｄａｐｔｅｒＣｏｎｔｅｘｔ：ＭｄｓｌＩｎ
ｉｔｉａｌｉｚｅにより期化されるハンドル。出力 戻り値：なし処理 ＭｄｓｌＨａｎｄｌｅＩｎｔｅｒｕｐｔは、次のことを
行う。 １．割り込みの理由を得るためＭＤＳＬ−ＮＩＣを調べ
る。 ２．次の可能な割り込みを１つずつ処理する。 − パケツトは丁度受信バツファの中に入れられた − パケツトは丁度送り出された − 回線は丁度接続された − 回線は切断された − 回線は電圧降下した − 受信バツファオーバーラン

【０２１７】エントリ点（ＭｄｓｌＱｕｅｒｙＩｎｆｏ
ｒｍａｔｉｏｎ）は、ＭＤＳＬドライバの能力及び状態
を質問するためＮＤＩＳライブラリにより呼びだされ
る。入力 ＭｄｓｌＡｄａｐｔｅｒＣｏｎｔｅｘｔ：ＭｄｓｌＩｎ
ｉｔｉａｌｉｚｅにより期化されるハンドル。 ＯＩＤ：ドライバが動的構成情報及び統計的情報を蓄積
する管理情報ブロック中の管理オブジェクト（又は情報
要素）のオブジェクトＩＤ。その形式及び定義について
ＮＤＩＳ３．０仕様書を参照。 ＩｎｆｏｒｍａｔｉｏｎＢｕｆｆｅｒ：情報を受けるバ
ツファ ＩｎｆｏｒｍａｔｉｏｎＢｕｆｆｅｒＬｅｎｇｔｈ：Ｉ
ｎｆｏｒｍａｔｉｏｎＢｕｆｆｅｒのバイトでの長さ出力 ＢｙｔｅＷｒｉｔｔｅｎ：ＩｎｆｏｒｍａｔｉｏｎＢｕ
ｆｆｅｒに実際に書き込まれたバイトの数 ＢｙｔｅｓＮｅｅｄｅｄ：特定されたオブジェクトの完
全な情報を得るため必要な追加のバイトの数。 戻り値：ＭｄｓｌＱｕｅｒｙＩｎｆｏｒｍａｔｉｏｎ
は、ＮＤＩＳ−ＳＴＡＴＵＳ−ＳＵＣＣＥＳＳ又は次の
状態値を戻す。 ＮＤＩＳ−ＳＴＡＴＵＳ−ＩＮＶＡＬＩＤ−ＤＡＴＡ ＮＤＩＳ−ＳＴＡＴＵＳ−ＩＮＶＡＬＩＤ−ＬＥＮＧＴ
Ｈ ＮＤＩＳ−ＳＴＡＴＵＳ−ＩＮＶＡＬＩＤ−ＯＩＤ ＮＤＩＳ−ＳＴＡＴＵＳ−ＮＯＴ−ＡＣＣＥＰＴＥＤ ＮＤＩＳ−ＳＴＡＴＵＳ−ＮＯＴ−ＳＵＰＰＯＲＴＥＤ ＮＤＩＳ−ＳＴＡＴＵＳ−ＰＥＮＤＩＮＧ ＮＤＩＳ−ＳＴＡＴＵＳ−ＲＥＳＯＵＲＣＥＳ処理 ＭＤＳＬドライバは、次のＯＩＤを同期して確認するだ
けである。 ＯＩＤ−ＧＥＮ−ＨＡＲＤＷＡＲＥ−ＳＴＡＴＵＳ：Ｍ
ＤＳＬ ＮＩＣのハードウエア状態を調べる。 ＯＩＤ−ＧＥＮ−ＭＥＤＩＡ−ＳＵＰＰＯＲＴＥＤ：Ｍ
ｄｓｌＭｅｄｉｕｍＷａｎを戻す。 ＯＩＤ−ＧＥＮ−ＭＥＤＩＡ−ＩＮＵＳＥ：ＭｄｓｌＭ
ｅｄｉｕｍＷａｎを戻す。 ＯＩＤ−ＧＥＮ−ＭＡＸＩＭＵＭ−ＬＯＯＫＡＨＥＡ
Ｄ：最大パケツトサイズ（１５３２バイト）を戻す。 ＯＩＤ−ＧＥＮ−ＭＡＸＩＭＵＭ−ＦＲＡＭＥ−ＳＩＺ
Ｅ：ＭＤＳＬに対する最大フレームサイズを戻す（１５
００バイト）。 ＯＩＤ−ＧＥＮ−ＬＩＮＫ−ＳＰＥＥＤ：ＭＤＳＬのリ
ンク速度を戻す（３８４０００ｂｐｓ）。 ＯＩＤ−ＧＥＮ−ＴＲＡＮＳＭＩＴ−ＢＵＦＦＥＲ−Ｓ
ＰＡＣＥ：最大パケツトサイズ（送信バツフアには１つ
だけのパケツトが許されると仮定）を戻す。 ＯＩＤ−ＧＥＮ−ＲＥＣＥＩＶＥ−ＢＵＦＦＥＲ−ＳＰ
ＡＣＥ：受信バツフアにおける最大パケツトサイズ（１
つだけのパケツトが許されると仮定）を戻す。 ＯＩＤ−ＧＥＮ−ＴＲＡＮＳＭＩＴ−ＢＬＯＣＫ−ＳＩ
ＺＥ：最大パケツトサイズを戻す。 ＯＩＤ−ＧＥＮ−ＲＥＣＥＩＶＥ−ＢＬＯＣＫ−ＳＩＺ
Ｅ：最大パケツトサイズを戻す。 ＯＩＤ−ＧＥＮ−ＶＥＮＤＯＲ−ＩＤ：ｖｅｎｄｏｒ
ＩＤを戻す。 ＯＩＤ−ＧＥＮ−ＶＥＮＤＯＲ−ＤＥＳＣＲＩＰＴＩＯ
Ｎ：ｖｅｎｄｏｒ記述ストリングを戻す。 ＯＩＤ−ＧＥＮ−ＣＵＵＲＥＮＴ−ＬＯＯＫＡＨＥＡ
Ｄ：最大パケツトサイズを戻す。 ＯＩＤ−ＧＥＮ−ＭＡＣ−ＯＰＴＩＯＮＳ：次のビツト
をセツトする。ＮＤＩＳ−ＭＡＣ−ＯＰＴＩＯＮ−ＲＥ
ＣＥＩＶＥ−ＳＥＲＩＡＬＩＺＥＤ、ＮＤＩＳ−ＭＡＣ
−ＯＰＴＩＯＮ−ＮＯ−ＬＯＯＰＢＡＣＫ及びＮＤＩＳ
−ＭＡＣ−ＯＰＴＩＯＮ−ＴＲＡＮＳＦＥＲＳ−ＮＯＴ
−ＰＥＮＤ ＯＩＤ−ＧＥＮ−ＤＲＩＶＥＲ−ＶＥＲＳＩＯＮ：ＭＤ
ＳＬドライバの大及び小バージヨン番号を戻す。 ＯＩＤ−ＧＥＮ−ＭＡＸＩＭＵＭ−ＴＯＴＡＬ−ＳＩＺ
Ｅ：最大パケツトサイズを戻す。 ＯＩＤ−ＷＡＮ−ＭＥＤＩＵＭ−ＳＵＢＴＹＰＥ：ＭＤ
ＳＬは夫だＭｉｃｒｏＳｏｆｔにより定義されていない
ので、ＮｄｉｓＷａｎＩｓｄｎが戻される。 ＯＩＤ−ＷＡＮ−ＧＥＴ−ＩＮＦＯ：ＮＤＩＳ ＷＡＮ
情報構造を戻す。 ＯＩＤ−ＷＡＮ−ＰＥＲＭＡＮＥＮＴ−ＡＤＤＲＥＳ
Ｓ：ＷＡＮアドレスを戻す。 ＯＩＤ−ＷＡＮ−ＣＵＲＲＥＮＴ−ＡＤＤＲＥＳＳ：Ｗ
ＡＮアドレスを戻す。 ＯＩＤ−ＷＡＮ−ＧＥＴ−ＬＩＮＫ−ＩＮＦＯ：Ｍｄｓ
ｌＬｉｎｋＣｏｎｔｅｘｔを戻す。他の全部のＯｉｄに
対しては、ＮＤＩＳ−ＳＴＡＴＵＳ−ＩＮＶＡＬＩＤ−
ＯＩＤを戻す。図５３は、ＮＤＩＳライブラリとＭｄｓ
ｌＱｕｅｒｙＩｎｆｏｒｍａｔｉｏｎのためのドライバ
との相互作用を示す。

【０２１８】エントリ点（ＭｄｓｌＳｅｔＩｎｆｏｒｍ
ａｔｉｏｎ）は、ＭＤＳＬドライバにより維持されてい
る情報を変更するためＮＤＩＳライブラリにより呼びだ
される。入力 ＭｄｓｌＡｄａｐｔｅｒＣｏｎｔｅｘｔ：ＭｄｓｌＩｎ
ｉｔｉａｌｉｚｅにより初期化されるアンドル。 ＯＩＤ：ドライバが動的構成情報及び統計的情報を蓄積
する管理情報ブロツク中の管理オブジェクト（又は情報
要素）のオブジェクトＩＤ。その形式及び定義について
ＮＤＩＳ３．０仕様書を参照。 ＩｎｆｏｒｍａｔｉｏｎＢｕｆｆｅｒ：情報を受けるバ
ツファ ＩｎｆｏｒｍａｔｉｏｎＢｕｆｆｅｒＬｅｎｇｔｈ：Ｉ
ｎｆｏｒｍａｔｉｏｎＢｕｆｆｅｒのバイトでの長さ出力 ＢｙｔｅＲｅａｄ：ＩｎｆｏｒｍａｔｉｏｎＢｕｆｆｅ
ｒから読みだされるバイトの数 ＢｙｔｅｓＮｅｅｄｅｄ：ＯＩＤを満足させるのに必要
な追加のバイトの数。 戻り値：ＭｄｓｌＱｕｅｒｙＩｎｆｏｒｍａｔｉｏｎ
は、ＮＤＩＳ−ＳＴＡＴＵＳ−ＳＵＣＣＥＳＳ又は次の
状態値を戻す。 ＮＤＩＳ−ＳＴＡＴＵＳ−ＩＮＶＡＬＩＤ−ＤＡＴＡ ＮＤＩＳ−ＳＴＡＴＵＳ−ＩＮＶＡＬＩＤ−ＬＥＮＧＴ
Ｈ ＮＤＩＳ−ＳＴＡＴＵＳ−ＩＮＶＡＬＩＤ−ＯＩＤ ＮＤＩＳ−ＳＴＡＴＵＳ−ＮＯＴ−ＡＣＣＥＰＴＥＤ ＮＤＩＳ−ＳＴＡＴＵＳ−ＮＯＴ−ＳＵＰＰＯＲＴＥＤ ＮＤＩＳ−ＳＴＡＴＵＳ−ＰＥＮＤＩＮＧ ＮＤＩＳ−ＳＴＡＴＵＳ−ＲＥＳＯＵＲＣＥＳ処理 ＭＤＳＬドライバは、次のＯＩＤを同期して確認するだ
けである。 ＯＩＤ−ＧＥＮ−ＣＵＲＲＥＮＹ−ＬＯＯＫＡＨＥＡ
Ｄ：ＮＤＩＳ−ＳＴＡＴＵＳ−ＳＵＣＣＥＳＳを直接な
にもしないで戻すが、それは、ＷＡＮドライバは常に、
ＬＯＯＫＡＨＥＡＤサイズに無関係に全パケツトを示す
からである。 ＯＩＤ−ＧＥＮ−ＷＡＮ−ＳＥＴ−ＬＩＮＫ：Ｉｎｆｏ
ｒｍａｔｉｏｎＢｕｆｆｅｒに記憶されているＭｄｓｌ
ＬｉｎｋＣｏｎｔｅｘｔをＭＤＳＬ ＷａｎＬｉｎｋＩ
ｎｆｏ構造の中へコピーする。他の全部のＯＩＤに対し
ては、ＮＤＩＳ−ＳＴＡＴＵＳ−ＩＮＶＡＬＩＤを戻
す。図５４は、ＮＤＩＳライブラリとＭｄｓｌＳｅｔＩ
ｎｆｏｒｍａｔｉｏｎのためのデバイスとの間の相互作
用を示す。

【０２１９】機能（ＭｄｓｌＲｅｃｅｉｖｅＰａｃｋｅ
ｔ）は。パケツト受信割り込みのハンドリングのためＭ
ｄｓｌＨａｎｄｋｅＩｎｔｅｒｒｕｐｔにより呼びださ
れる。この機能はＮＤＩＳ ＭｄｓｌＴｒａｎｓｆｅｒ
Ｄａｔａを置換するため使用されるが、それはＭＤＳＬ
ドライバは、データを受信バツフアからプロトコルスタ
ックへ転送するためＭｄｓｌＴｒａｎｓｆｅｒＤａｔａ
を呼びださないからである。入力 ＭｄｓｌＡｄａｐｔｅｒＣｏｎｔｅｘｔ：ＭＤＳＬアダ
プタはＭｄｓｌＩｎｉｔｉａｌｉｚｅにより初期化され
る出力 なし 戻り値：なし処理 ＭｄｓｌＲｅｃｅｉｖｅＰａｃｋｅｔは、次を行う。 １．ダータ伝送中に誤りがあるかどうかを見るため受信
状態を調べる。悪いパケツトを除外し、誤りをＮＤＩＳ
ラツパに示す。ＮｄｉｓＭＷａｎＩｎｄｉｃａｔｅＲｅ
ｃｅｉｖｅを呼びだし、パケツトが到着し、全パケツト
は検査に利用できることを示す。 ３．もし上の呼びだしが、ＮＤＩＳ−ＳＴＡＴＵＳ−Ｓ
ＵＣＣＥＳＳを戻すならば、ＮｄｉｓＷａｎＩｎｄｉｃ
ａｔｅＲｅｉｖｅＣｏｍｐｌｔｅを呼びだし、受信事象
の終わりを示す。図５５は、ＮＤＩＳライブラリとＭＤ
ＳＬＲｅｃｅｉｖｅＰａｃｋｅｔの相互作用を示す。

【０２２０】エントリ点（ＭｄｓｌＷａｎＳｅｎｄ）
は、ＮＤＩＳライブラリにより呼びだされ、パケツトを
アダプタを通りメデイアムに送信するようＭＤＳＬ Ｎ
ＩＣドライバに命令する。もし、メデイアムがこの呼び
がきた瞬間、使用虫であれば、ＮＤＳＬドライバは送る
コマンドをキューし、又は最大送信値を低くする。入力 ＭｄｉｓＢｉｎｄｉｎｇＨａｎｄｋｅ：ハンドルは、Ｍ
ｄｓｌＩｎｉｔｉａｌｉｚｅから戻される。 ＭｄｓｌＬｉｎｋＨａｎｄｌｅ：回線が接続されると、
ハンドルはＮＤＩＳ−ＭＡＣ−ＬＩＮＫ−ＵＰ表示から
戻される。 ＷａｎＰａｃｋｅｔ：ＮＤＩＳ−ＷＡＮ−ＰＡＣＫＥＴ
へのポインタは構成バッフアへのポインタを含む。出力 状態：もし、戻り値がＮＤＩＳ−ＳＴＡＴＵＳ−ＳＵＣ
ＣＥＳＳ又はＮＤＩＳ−ＳＴＡＴＵＳ−ＰＥＮＤＩＮＧ
でないとき、誤りについても情報を特定する状態値。 戻り値：ＭｄｓｌＷａｎＳｅｎｄは、ＮＤＩＳ−ＳＴＡ
ＴＵＳ−ＳＵＣＣＥＳＳ又は次の状態値を戻す。ＮＤＩ
Ｓ−ＳＴＡＴＵＳ−ＰＥＮＤＩＮＧ ＮＤＩＳ−ＳＴＡＴＵＳ−ＦＡＩＬＵＲＥ処理 ＭｄｓｌＷａｎＳｅｎｄは、次を行う。 １．有効かどうかか、を確かめるため、パケツトサイズ
を調べる。 ２．回線が現在接続されているか、を調べる。 ３．もし、メデイアムが現在使用中でなければ、パケツ
トを直ぐ送り、そしてＮＤＩＳ−ＳＴＡＴＵＳ−ＳＵＣ
ＣＥＳＳを戻す。もし、使用中であれば、パケツトを送
信リストに入れ、そしてＮＤＩＳ−ＳＴＡＴＵＳ−ＰＥ
ＮＤＩＮＧを戻す。このパケツトが送り出された後、Ｍ
ＤＳＬドライバは、ＮｄｉｓＷａｎＳｅｎｄＣｏＴｎｐ
ｌｅｔｅを呼び出し、送り事象の完了を示す。図５６
は、ＮＤＩＳライブラリとＭｄｓｌＷａｎＳｅｎｄのド
ライバの相互作用を示す．

【０２２１】システム統合 ウインドウズＮＴ又はウインドウズ９５の下で、種々の
ネツトワークソフトウエアコンポーネントは一緒にリン
クされ、又は図５７に示す様にローカル階層の中に拘束
されている。ネツトワークコンポーネントが、設置され
ると、情報が、ウインドウズＮＴレジストリに書き込ま
れ、これはネツトワークコンポーネントがロードされる
順序、及びどの様にネツトワークコンポーネントが一緒
に結合されるかを記述する。ウインドウズ９５制御パネ
ルネツトワーク・アプレツト（Ａｐｐｌｅｔ）（ＮＣＰ
Ａ）は、ネツトワークコンポーネント設置及び結合を管
理する。ドライバ結合は、図５８に示す様に動作する。

【０２２２】システムのための外部インタフェースは、
次の通りである。ユーザインタフェース ＭＤＳＬドライバは、端（エンド）ユーザには直接露出
していない。それは、ＮＤＩＳラツパを介して、システ
ム内のプロトコルスタツクと結合される。アプリケーシ
ョンは、それを、ウインドウソケツト、ＮｅｔＢＩＯ
Ｓ、ＲＰＣ等を通じて使用する。ハードウエアインタフェース ＭＤＳＬドライバのハードウエアインタフェースは、Ｍ
ＤＳＬ、ホストインタフェース要求仕様書に記載されて
いる。ソフトウエアインタフェース ＭＤＳＬドライバは、１３個の上部縁（Ｕｐｐｅｒ Ｅ
ｄｇｅ）機能及びオペレーテイングシステムへの１個の
ドライバ主エントリ点を備える。それはｎｄｉｓ．ｌｉ
ｂ及びｎｄｉｓｗａｎ．ｌｉｂに定義されている機能を
呼び出して、特定のネツトワークインタフェースカード
（ＮＩＣ）と無関係な多くのタスクを実施する。 通信インタフェース 受信及び送信されているパケツトは、ＮＤＩＳ ＷＡＮ
ライブラリにより提供されるどの形式でもよい。それ
は、ヘツダ圧縮、マイクロソフト２地点間圧縮、暗号化
をもち又はもたないＩＰデータダラム（ｇｒａｍ）また
は他のフレームでよい。また、もし簡単なＨＤＬＣフレ
ーミングスイツチがＮＤＩＳ ＷＡＮライブラリ内でタ
ーンオンしていれば、簡単なＨＤＬＣフレームでよい。
全部のこれらの高い層のフレーミングは、ＭＤＳＬドラ
イバに明白である。設計制約 設計は、ＮＤＩＳ３．０ＷＡＮドライバ仕様書に従わな
ければならない。属性 利用可能性／回復 エントリ点処理中の誤りは、ドライバの破滅的故障には
ならないであろう。誤りは、呼び側に渡され、そしてＮ
ＤＩＳが適切な処理をする。ＭＤＳＬ ＮＩＣの初期化
又は回線接続の確立における故障は、誤りが呼び側に戻
されることにはならないであろう。パケツトの受信／送
信中の誤りは、記録される。ソフトウエア／取得 ＤＳＬ帯域動作についてのマルチモードモデムは、フラ
ツシュＥＰＲＯＭ（フラツシュＥＰＲＯＭ含む様に強化
されたＤＳＬモデムのボードバージョンの図１７を見
よ）にダウンロードすることにより取得できる。このダ
ウンロードは、既にマルチモードモデムの中にある音声
帯域構成（Ｖ．３４）を使用することにより遂行でき
る。特に、ホストは、音声帯域モデム動作を電話番号の
呼び出しに使用することができ、ホストは、次にソフト
ウエアを、音声帯域を通してのＤＳＬ音声帯域動作をフ
ラツシュＥＰＲＯＭへダウンロードすることができる。
同じやり方で、ＤＳＬ帯域ソフトウエアは、音声帯域を
通して又はＤＳＬ帯域通してダウンロードされることが
できる。

【０２２３】図６０を参照すると、上流及び下流に対す
るＭＤＳＬ周波数分割が判る。音声帯域モデムにおい
て、関係ある最高周波数は、３．３ＫＨｚに過ぎない。
ＭＤＳＬにおいて、関係ある最高周波数は、数百ＫＨｚ
となり得る。例えば、１／４Ｔ１速度に対して、上流チ
ャネルＦ_Ｃ１の中心周波数は１００ＫＨｚであり、他
方、下流チャネルＦ_Ｃ２の中心周波数は３００ＫＨｚで
ある。各チャネルの帯域は、２００ＫＨｚであり、関係
ある最高周波数は、Ｆ_２＋＝４００ＫＨｚである。デー
タの処理を低価格のプログラマブルデイジタル信号処理
装置（ＤＳＰ）で処理するよう挑戦することは可能であ
る。この発明は、図６０に示されるいずれの通過帯域信
号もＤＳＰに対して同一に見えるようにすることによ
り、どの様にして、処理要求事項を減少させるかに向け
られている。

【０２２４】ＭＤＳＬモデムは、２つのモードをもち、
中央局（ＣＯ）モード及び遠隔ユーザ（ＲＵ）モードで
ある。中央局（ＣＯ）モードにおいては、モデムは高い
周波数帯域で送信し、低い周波数帯域で受信する。ユー
ザ（ＲＵ）モードでは、この逆が生じる。モデムは低い
周波数帯域で送信し、高い周波数帯域で受信する。

【０２２５】ナイキスト（Ｎｙｑｕｉｓｔ）サンプリン
グ理論の通常の解釈を用いると、関係する高い周波数の
２倍の最少サンプリング速度が、データの処理に必要で
ある。ＣＯモデムに対して、アナログデイジタル変換器
（ＡＤＣ）は、受信信号をＦ_１＋の２倍でサンプルでき
る。しかし、それは、サンプルを、デイジタルアナログ
変換器（ＤＡＣ）に対して、Ｆ_２＋の２倍で発生しなけ
ればならない。ＲＵモデムに対して、ＤＡＣはＦ_１＋の
２倍で走行できる。しかし、ＡＤＣは、Ｆ_２＋の２倍で
走行しなければならない。

【０２２６】この発明は、サンプリング速度を減少さ
せ、そして、その結果としてＭＤＳＬモデムの実施のた
めの処理要求事項を減少させるため、デイジタルサンプ
リング速度変換を使用する。

【０２２７】ＲＵモデムに対して、高いサンプリング速
度は、アナログデイジタル変換プロセスに関係する。１
／４Ｔ１の例としてのモデム受信機フロントエンド（ｆ
ｒｏｎｔ ｅｎｄ）が、図６１のＲＵモデムに示され
る。受信アナログ信号は、その中心は３００ＫＨｚであ
るが、関係の帯域幅を隔離して信号対雑音比を最大にす
るため、最初にバンドパスフィルタを通す。信号は、次
にＡＤＣにより、ｆ２＋の２倍、８００ＫＨｚの通常の
ナイキスト速度でサンプルされる。

【０２２８】デイジタル領域のサンプルされたスペクト
ルは図６３に示される。Ｆ_{ｓａｍｐｌｌｎｇ}／４＝２０
０ＫＨｚより低い信号はないので、サンプリング速度
は、これらサンプルを２でデシメイトすることにより、
４００ＫＨｚへ安全に減少させることができる。２によ
るデシメーションは、図６３に示す様に、１００ＫＨｚ
が中心の反転された画像を発生する。

【０２２９】原画像は、デシメイトされたデータストリ
ームを１つ置きに（−１）で掛け算することにより得ら
れる。ＡＤＣからの１つ置きの出力は廃棄されるので、
これらを発生する必要は無く、即ち、ＡＤＣは、８００
ＫＨＺｚの代わりに４００ＫＨｚで走行できる。

【０２３０】ＣＯモデムに対しては、デイジタルアナロ
グ処理において、高い出力サンプリング速度が要求され
る。それは、高い通過帯域信号に対応する出力サンプル
を直接発生するため最少限、８００ＫＨｚのサンプリン
グ速度が要求される。もし、ＣＯモデムが、低い周波数
帯域で出力サンプルを発生することができ、そして、幾
分自動的にスペクトルを高い帯域へ移行できるとすれ
ば、遥かに良いことである。図６４は、デイジタル領域
における低い帯域信号を示す。

【０２３１】移行は、より高い速度へデイジタル的にア
ツプサンプリングするこにより作られる別名（ａｌｉａ
ｓｅｄ）の画像を使用することにより達成される。２か
ら８００ＫＨｚによるアツプサンプリングは、ゼロ値サ
ンプル（ｚｅｒｏ ｖａｌｕｅｄ ｓａｍｐｌｅ）を計
算された出力サンプルの間に挿入することからなる。こ
れは元の４００ＫＨｚサンプリング周波数の調波で画像
を発生する。新しい修正された出力データストリームが
ＤＡＣに渡されると、図６５に示すアナログ出力スペク
トルが発生する。（変換プロセスによるサイン（ｓｉｎ
ｅ）ロールオフ特性は図から除いてある。）適当なアナ
ログバンドパスフィルタの使用により、３００ＫＨｚを
中心とする反転画像が選択できる。挿入された値は、ゼ
ロであるので、これらはＤＳＰにより計算される必要は
ない。反転は、奇数サンプルを（−１）で掛け算する
か、又は完全に廃棄することにより訂正できるが、何故
なら、スペクトルは、ＲＵモデムでのデシメーシヨンプ
ロセスにより再度反転されるからである。図６６に示す
様にゼロサンプルインターリービングプロセスが、ＤＳ
Ｐの外部の簡単な外部論理により実施できる。

【０２３２】結論として、サンプリング速度変換の適用
は、ＭＤＳＬ内のＤＳＰが、それが常に、低い周波数帯
域においてのみ送信し、受信していると考えることを可
能にしている、その計算は、従つて、通常実際の信号周
波数内容で示されるよりも、遥かに低いサンプリング速
度に基づいている。

【０２３３】離散的マルチトーン（ＤＮＴ）が、非対称
デイジイタル加入者回線（ＡＣＳＬ）もための標準とし
て、ＡＮＳＩ標準委員会Ｔ１Ｅ１，４により選ばれてい
る。Ｔ１Ｅ１標準活動に対する前の貢献は、高速フーリ
エ変換ＦＦＴにおける１９ビツト精度が、ＡＤＳＬ−２
ビツド速度（６−７Ｍｂｐｓ）に対して適切な動的範囲
を達成するのに必要であることを要求した。問題は、固
定点１６ビツト処理装置においてどの様にＦＦＴを実施
し、そしてＡＤＳＬ−２ビツト速度に対して、適切な動
的範囲を与えるかである。

【０２３４】通常、固定点（ｆｉｘｅｄ ｐｏｉｎｔ）
ＦＦＴを、実施するとき、各段階において、データは盲
目的にスケールダウンされ、乗算及び加算演算中に固定
点値がオーバーフローするのを防止する。もし、データ
値の範囲が、この段階中にオーバーフローが起こらない
様なものであれば、ダウンスケールは、不必要な精度の
損失を生じる。

【０２３５】本発明の、教示に従つたこの問題の解決方
法は、好ましくは１６ビツト固定点における、順方向及
び逆方向ＦＦＴの両方を、可変スケーリング方式を使用
して実施することであり、この方式は、各ＦＦＴ段階の
前のデータを検査し、そしてもしこの段階中にオーバー
フローの可能性があるときのみ、データをスケールダウ
ンする。これは、オーバーフローが起きなくても盲目的
にスケールダウンすることにより生じる不必要な精度の
損失を除去する。スケーリングの必要性は、各段階の前
のＦＦＴデータにおける符号ビツトの数を見て決定され
る。右へのシフトによりデータのスケーリングは行われ
る。１ビツトだけ、又は１度に２ビツトをシフトするこ
とみよりテストが行われた。シフトしてテストがおこな
われた。一般に、両方のシフト量は、作動したが、デー
タ値が最大値でまた特定のサイン／コサイン値の場合に
は、単一のシフトされた値でもオーバーフローした。

【０２３６】ＦＦＴ中のスケーリングの合計量は、ＦＦ
Ｔの完了のとき、ＦＦＴ出力データが正規化（再スケー
ルされた）できるように維持される。添付の付録（Ａｐ
ｐｅｎｄｉｘ）は、解答をテストするため使用したＣコ
ードのテストバージヨンである。可変スケーリング方法
は、「盲目的」スケーリングよりも多くの電力を要しな
いが、それは全部のデータは、ＦＦＴの各段階前で検査
されねばならないからである。シミユレーシヨン結果
は、１９ビツト固定点固定スケーリングＦＦＴは、期待
された信号対雑音動作範囲において、１６ビツト可変ス
ケールされた固定点ＦＦＴよりも「ぎりぎり」にしか良
くなかつた。

【０２３７】固定点ＦＦＴの可変スケーリングは、どの
段階上でもオーバーフローが起きないデータ範囲で、そ
して精度の改良のため追加電力が利用できるいかなるア
プリケーシヨンにおいても利点を提供する。

【０２３８】中央局端において、多重ＭＤＳＬ回線をハ
ンドルするため、モデムプールが使用できる。フロント
エンド及び回路を結合するその目的専用の線が、各ＭＤ
ＳＬ回線に必要であるが、高性能ＤＳＰチツプの信号処
理パワーは多重ＭＤＳＬ回線間で共用できる。ＭＤＳＬ
モデムプールの多重回線能力は、さらに、単一モデムプ
ールユニツト内に多重ＤＳＰチツプを組み入れることに
より強化できる。

【０２３９】図６７は、ＭＤＳＬモデムプールは、Ｎ個
の論理ＭＤＳＬモデムをもつことができ、各々は送信機
部及び受信機部からなるものを示している。モデムプー
ルの場所に起因して、送信機は、同じ中央局クロツクに
同期することができる。ＭＤＳＬ回線集中及び共用モデ
ムプールアーキテクチヤの故に、送信信号のデータ記号
及び受信信号のサンプルは、全論理モデム間で容易にア
クセス可能である。送信信号同期及び送信信号及び受信
信号のアクセス可能性は、ＮＥＸＴ打ち消し（キヤンセ
ル）技術の適合を可能にする。多重入力−多重出力ＮＥ
ＸＴキヤンセラは、ＭＤＳＬモデムプールと共に実施で
きる。

【０２４０】ＮＥＸＴ及びエコー打ち消しハードウエア
の費用を避けるため、好ましいＭＤＳＬモデムは、中央
局から加入者へ下流方向に送信し、これとは逆に上流方
向に送信するため、周波数分割多重を使用する。下流送
信は、通常、ＭＤＳＬスペクトルの高い周波数部分を占
める。下流方向と上流方向の間の周波数分離は、高次バ
ンドパスフィルタの使用に基づいている。図６８は、上
流周波数帯域及び下流周波数帯域スペクトルの間にガー
ド帯域の使用を示す。さらに各下琉スペクトルの帯域幅
はモデムが異なると異なることができることを示す。こ
れは、スペクトル割当が、個々の回線状態及び下流から
上流へのスループツト比に従つて最適化される故に必要
である。

【０２４１】バンドパスフィルタ・ストツプバンドにお
ける有限の量の減衰及び下流スペクトルと上流スペクト
ルの接近の故に、反対チャネルからの多少の残留雑音が
常にある。大きい加入者回線の減衰に起因して、相対的
残留雑音の強さは、受信信号のそれに比較して無視でき
ないことがある。異なるＭＤＳＬ回線間での上流スペク
トルと下流スペクトルの重なりに起因して、ガードバン
ドの領域内でＮＥＸＴ雑音が発生し得る。従つて、同じ
ＭＤＳＬ回線の反対チャネル残留雑音の干渉及び隣接す
るＭＤＳＬ回線の反対チャネルＮＥＸＴ雑音の干渉を最
少にするため、ＮＥＸＴ打ち消しを使用することができ
る。

【０２４２】図６９は、同じＭＤＳＬモデムプールユニ
ツト内で、追加のＤＳＰチツプをもち又はなしで、反対
チャネルＮＥＸＴキヤンセラバンクが実施できることを
示す。ＮＥＸＴキヤンセラバンクは、送信信号及び全モ
デムのデイジタル受信信号へのアクセスが必要である。
ＮＥＸＴキヤンセラバンクは、図７０に示す様にＮ個の
ＮＥＸＴキヤンセラをもち、Ｎ個のＭＤＳＬモデムに対
応する。各キヤンセラは、サイズＭのＮ個の適合フィル
タをもつ。全Ｎ個の適合フィルタの出力は、対応するモ
デムに対するＮＥＸＴキヤンセル信号を形成するため適
切に組み合わされる。各適合フィルタは、図７１に示す
様に、受信信号及びＮＥＸＴキヤンセル信号及び対応す
る送信信号の間の誤差信号を相関ベクトルとして適合さ
れる。

【０２４３】次の用語／定義が、ここでは使用された。 ＭＤＳＬ−中間帯域デイジタル加入者回線 ＭＤＳＬ−Ｃ−中央局位置で走行するＭＤＳＬ ＭＤＳＬ−Ｒ−住宅位置で走行するＭＤＳＬ ＰＯＴＳ−普通の古い電話サービス。電話呼びを行いま
た受けるだけ。 ＮＤＩＳ−ネツトワークデバイスインタフェース仕様
書。マイクロソフト（Ｍｉｃｒｏｓｏｆｔ）により定義
された仕様書で，ネツトワークドライバが互いにまたオ
ペレーテイングシステムと相互作用するための標準イン
タフェースを規定する。 ＮＩＣ−ネツトワークインタフェースカード ＷＡＮ−広域ネツトワーク ミニポートＮＩＣドライバーＮＤＩＳ３．０仕様書の拡
充として開発されたネツトワークインタフェースカード
ドライバで、デベロツパが、そのハードウエアに特定の
コードだけを書き込み、共通事項をＮＤＩＳライブラリ
又はラツパに合併できるようにした。

【０２４４】以上の説明に関して更に以下の項を開示す
る。 （１）受信したＤＳＬモデム信号を復調する方法であつ
て、上記受信信号をバンドパスフィルターを通すステツ
プと、上記受信信号を復調するため、上記受信信号を第
１の高い周波数帯域からダウンサンプルして、第２の低
い周波数帯域における上記信号の画像を作るステツプ
と、からなる受信したＤＳＬモデム信号を復調する方
法。 （２）ＤＳＬモデム信号を変調する方法であつて、上記
信号を用意するステツプと、上記信号を第１の低い周波
数帯域においてアツプサンプルして、第２の高い周波数
帯域における上記信号の画像を作るステツプと、上記高
い周波数帯域で上記信号を送信するため、上記第２の高
い周波数帯域における上記信号の画像を選択するためバ
ンドパスフィルタを通すステツプと、からなるＤＳＬモ
デム信号を変調する方法。 （３）信号をモデムで処理する方法であつて、上記モデ
ムにおいて、ＤＭＴ回線コードを採用するステツプと、
上記ＤＭＴ回線コードのための多重段階変換の少なくと
も１つの計算段階においてデータのスケーリングを変え
るステツプとからなる信号をモデムで処理する方法。 （４）モデムであつて、少なくとも１つの段階において
可変的にスケールされたデータを使用する多重段階変換
を採用するデイジタル信号処理装置からなるモデム。

【０２４５】（５）マルチモードモデムであつて、音声
帯域モデムと、ＤＳＬモデムと、からなるマルチモード
モデム。 （６）第５項記載のモデムであつて、さらにＩＳＤＮイ
ンタフェースを含むマルチモードモデム。 （７）第５項記載のモデムであつて、さらにスピーカフ
ォーンを含むマルチモードモデム。 （８）第５項記載のモデムであつて、上記ＤＳＬモデム
は、ＱＡＭ、ＣＡＰ、ＰＳＫ、ＦＳＫ、ＦＭ、ＡＭ、Ｐ
ＡＭ、ＤＴＭ、及びＤＷＭＴからなる群から選ばれた変
調技術を使用するマルチモードモデム。 （９）第５項記載のモデムであつて、上記ＤＳＬモデム
は、対称的（下流帯域幅は上流帯域幅に等しい）である
マルチモードモデム。 （１０）第５項記載のモデムであつて、上記ＤＳＬモデ
ムは、非対称（下流帯域幅は上流帯域幅と異なる）であ
るマルチモードモデム。 （１１）マルチモードモデムであつて、音声帯域モデム
と、ＤＳＬモデムとからなり、両方のモデムは、単一の
マイクロプロセツサ又はマイクロコントロラ及びＤＳＰ
を含むマルチモードモデム。 （１２）第１１項記載のモデムであつて、上記ＤＳＰ
は、ＡＳＩＣ、ハイブリツドＩＣ、又はＶＬＳＬチツプ
の一部であるマルチモードモデム。 （１３）第１１項記載のモデムであつて、さらにＲＩＳ
Ｃ又はマルチメデイア命令セツトを含むマルチモードモ
デム。

【０２４６】（１４）マルチモードモデムであつて、音
声帯域モデムと、ＤＳＬモデムとからなり、両方のモデ
ムは、単一のＤＳＰ及びアナログ全面端を含むマルチモ
ードモデム。 （１５）第１４項記載のモデムであつて、上記アナログ
全面端は、ＩＤ／Ａ及びＡ／Ｄ回路を含むマルチモード
モデム。 （１６）第１４項記載のモデムであつて、上記アナログ
全面端は、ＩＤ／Ａ及びＡ／Ｄ及びフィルタ、隔離回
路、ＡＧＣ回路、及びコモンモード拒否回路を含むマル
チモードモデム。 （１７）マルチモードモデムであつて、音声帯域モデム
と、ＤＳＬモデムとからなり、両方のモデムは、単一の
ＤＳＰ及びホストインタフェースを含むマルチモードモ
デム。 （１８）マルチモードモデムであつて、音声帯域モデム
と、ＤＳＬモデムとからなり、上記ＤＳＬモデムは．回
線コードを選択する能力があるマルチモードモデム。 （１９）モデムであつて、ＤＳＰと、上記ＤＳＰに接続
されるＡ／Ｄ及びＤ／Ａ回路と、上記Ａ／Ｄ及びＤ／Ａ
回路に接続されるＶＳアナログ全面端と、上記Ａ／Ｄ及
びＤ／Ａ回路に接続されるＣＡＰアナログ全面端とから
なるモデム。 （２０）第１９項記載のモデムであつて、さらに、上記
アナログ全面端に接続されるスプリツタを含むモデム。 （２１）第１９項記載のモデムであつて、さらに、ＲＯ
Ｍ、ＲＡＭ、ＥＰＲＯＭＦｌａｓｈ、ＳＲＡＭ又はＥＥ
ＲＯＭの１つ又はそれより多くからなるメモリを含み、
これは上記ＤＳＰに接続されるモデム。 （２２）第１９項記載のモデムであつて、さらに、上記
ＤＳＰに接続されるホストインタフェース回路を含むモ
デム。 （２３）第２２項記載のモデムであつて、さらに、上記
ホストインタフェース回路に接続されるホストバスを含
むモデム。 （２４）第１９項記載のモデムであつて、さらに、上記
ＤＳＰに接続されるマイクロコントロラを含むモデム。 （２５）第１９項記載のモデムであつて、さらに、上記
ＤＳＰに接続されるＬＡＮインタフェース回路を含むモ
デム。 （２６）第１９項記載のモデムであつて、さらに、上記
ＤＳＰに接続されるＷＡＮインタフェース回路を含むモ
デム。

【０２４７】（２７）マルチリンクモードモデムであつ
て、（ｉ）専用回線に関連する単一のリンクと、（ｉ
ｉ）専用回線に関連するマルチリンクと、（ｉｉｉ）ソ
フトダイヤルをもつ交換回線に関連する少なくとも単一
のリンクと、（ｉｖ）ハードダイヤルをもつ交換回線に
関連する少なくとも単一のリンクと、からなるマルチリ
ンクモードモデム。 （２８）モデムのためのリンク接続管理プロセスであつ
て、（ｉ）リンク接続を確立するステツプと、（ｉｉ）
リンク切断を確立するステツプと（ｉｉｉ）リンク状態
を監視するステツプと、（ｉｖ）リンク状熊をホスト処
理装置に通知するステツプと、（ｖ）リンク構成、リン
ク接続／切断を上記２つのモデム間でメツセージで知ら
せるステツプと、からなるモデムのためのリンク接続管
理プロセス。 （２９）第２８項記載のプロセスであつて、リンク接続
確立の上記ステツプ（ｉ）は、更に、 ａ）上記モデムに関連するホスト処理装置は、適当なパ
ラメタを持つ回線接続コマンドを発行するサブステツプ
と、 ｂ）上記モデムは、第２のモデムへリンク構成パケツト
を送るサブステツプと、 ｃ）上記モデムは、上記第２のモデムからの応答を待つ
サブステツプと、 ｄ）もし、構成確認パケツトを受信ずみであれば、上記
モデムは、リンク接続確立を通知するため割り込みを発
生し、又はもし、構成が完全に拒否されていれば、回線
構成は失敗し、又はもし、構成が部分的に拒否されてい
れば、もう１つの回線構成プロセスを開始するサブステ
ツプとからなるリンク接続管理プロセス。

【０２４８】（３０）モデムを識別する方法であつて、
上記モデムが接続されている回線のための電話番号を準
備するステツプと、上記モデムを識別するため上記電話
番号に１数字ポストフィツクスを付加するステツプと、
からなるモデムを識別する方法。 （３１）モデムのための速度交渉プロセスであつて、次
のものに基づいてスループツトを調節するステツプを含
み、（ｉ）上記モデムと第２のモデムの間の回線状態、
（ｉｉ）主体ネツトワークのアクセス可能性、ＩＩＩ）
上記モデムの計算能力、及び（ｉｖ）アプリケーシヨン
要求事項を含むモデムのための速度交渉プロセス。 （３２）１対のＤＳＬモデムにより使用される速度を選
択する方法であつて、価格／性能モデムの範囲のなかで
通信を可能にする相互に動作可能なモードヲ含む速度を
選択する方法。 （３３）モデムのための速度交渉プロセスであつて、回
線において使用される帯域幅を調節し、また各記号によ
り表されるビットの数を次のものに基づいて調節し、
（ｉ）上記モデムと第２のモデムの間の回線状態、（ｉ
ｉ）主体ネツトワークのアクセス可能性、（ｉｉｉ）上
記モデムの計算能力、及び（ｉｖ）アプリケーシヨン要
求事項、を含む速度交渉プロセス。 （３４）第３３項記載のプロセスにおいて、上記モデム
は、ＣＡＰ回線コードを使用する速度交渉プロセス。 （３５）第３３項記載のプロセスにおいて、上記モデム
は、ＣＡＰ回線コードを使用し、またアナログ全面端は
帯域幅を調節できる速度交渉プロセス。 （３６）第３３項記載のプロセスにおいて、上記モデム
は、ＤＭＴ回線コードを使用する速度交渉プロセス。 （３７）第３３項記載のプロセスにおいて、上記モデム
は、ＣＡＰ及びＤＭＴ回線コードを使用する速度交渉プ
ロセス。 （３８）第３３項記載のプロセスにおいて、上記モデム
は、ＱＡＭ回線コードを使用する速度交渉プロセス。

【０２４９】（３９）モデムチャネルマツプメツセージ
であつて、（ｉ）全チャネル容量及び利用可能チャネル
容量を示すチャネルマツプヘツダ、（ｉｉ）０又はそれ
より多いチャネルエントリにより表わされる現在のチャ
ネル割当、（ｉｉｉ）１又はそれより多いチャネルエン
トリにより表わされるチャネル変更要求で．それらの最
上位ビツトによりフラグされる、モデムチャネルマツプ
メツセージ。 （４０）モデムのデータリンク層速度交渉の方法であつ
て、（ｉ）上記モデムはチャネルマツプ変更要求メツセ
ージを送り、そして応答を待つステツプと、（ｉｉ）関
連するモデムは、チャネルマツプ変更要求を調べ、そし
て次の可能性のあるメツセージを応答として送り出し、 ａ）チャネルマツプ変更要求を確認するためのチャネル
変更要求確認メツセージ、 ｂ）チャネルマップ変更を拒否するためのチャネルマツ
プ変更拒否、メツセージ、 ｃ）チャネルマツプ変更再交渉の開始のためのチャネル
マツプ変更ネガテイブ確認メツセージ、を含むデータリ
ンク層速度交渉の方法。 （４１）第４０項記載の方法であつて、安定チャネル状
態は次の１つにより達成され、 ａ）チャネルマツプ変更確認 ｂ）チャネルマツプ変更拒否 ｃ）応答タイムアウト待ち、又は ｄ）チャネルマツプ変更超過に対する最大の再試行、を
含むデータリンク層速度交渉の方法。

【０２５０】（４２）モデム使用ＣＡＰ又はＱＡＭの初
期同期の方法であつて、既知の記号シーケンスの複数の
セグメントを含む上記モデム及び第２のモデム間の立ち
上げハンドシエイクのステツプを含む、初期同期の方
法。 （４３）モデム使用ＣＡＰ又はＱＡＭの初期同期の方法
であつて、サイクリツク等化を使用して初期同期シーケ
ンスを検出するステツプと、そして初期同期シーケンス
の反転バージヨンからなる第２同期の検出によりタイミ
ング瞬間を決定するステツプと、からなるＣＡＰ又はＱ
ＡＭの初期同期の方法。 （４４）モデムプールＮＥＸＴキャンセラであつて、多
重入力−多重出力（ＮＩＮＯ）ＴＥＸＴキャンセラバン
クを含み、上記バンクは、多重入力ＮＥＸＴキャンセラ
を含み、上記バンクは、上記モデムプールに接続され、
また多重入力ＮＥＸＴキャンセラは適合フィルタを含
む、モデムプールＮＥＸＴキャンセラ。 （４５）第４４項記載のキャンセラであつて、上記ＭＩ
ＭＯ ＮＥＸＴキャンセラは、上記モデムプール送信信
号ベクトル及び上記モデムプール受信信号ベクトルを、
ＮＥＸＴキャンセル信号ベクトルを発生するための基準
賭して使用し、上記キャンセル信号ベクトルは正しく上
記モデムプール受信信号ベクトルと組み合わされ、上記
モデムプールＮＥＸＴ雑音レベルを減少させる、モデム
プールＮＥＸＴキャンセラ。 （４６）モデム初期化の方法であつて（ｉ）第１のそれ
ぞれ間隔を置いたトーンで、その周波数は、チャネルを
特徴づけるため音声帯域より高く、そして（ｉｉ）第２
のそれぞれ間隔を置いたトーンで、同じ周波数範囲にあ
つて、モデムの能力を決定し、そしてユーザの好みの情
報を交換する、モデム初期化の方法。

【０２５１】（４７）モデムのための速度交渉プロセス
であつて、物理的送信スルプツト維持手順、フレーム及
びタイムスロツト割当手順ソフトウエア及びハードウエ
アインタフェース、及び状態遷移アルゴリズム、を含む
速度交渉プロセス。 （４８）単一のＤＳＰデバイス上で同時に動作する多重
モデムからなるシステム。 （４９）第４８項記載のシステムであつて、上記モデム
の複数の１つは、音声帯域より上で動作する、システ
ム。 （５０）ＤＭＴモデム初期同期の方法であつて、（ｉ）
ブロツクの極性が周期的に交番する反復的データブロツ
クを含むチャネルインプルス応答の長さを調べるための
訓練シーケンス、（ｉｉ）前に受信したデータブロツク
を現在受信したデータブロツクから差し引くことによ
り、残留チャネル記号間干渉及びフレーム境界を求め、
（ｉｉｉ）等化器のの数を更新するため、上記訓練シー
ケンス及び上記残留チャネル記号間干渉を使用すること
により、時間領域等化器を訓練し、そして（ｉｖ）上記
訓練シーケンス及び上記フレーム境界を使用してフレー
ム同期をする、初期同期の方法。 （５１）上記訓練シーケンスを検出する方法であつて、
現在受信しているデータブロツクのパワーを、現在受信
しているデータブロツクを前に受信したブロツクに加え
ることにより構成されるデータブロツクパワート比較す
る、訓練シーケンスを検出する方法。 （５２）テレビ会議システムであつて、ビデオは、音声
帯域より高い周波数を使用するモデムにより送信され、
また音声は音声帯域で同じ加入者回線上を送信されるシ
ステムからなる、テレビ会議システム。

【０２５２】（５３）モデムハードウエアをホストオペ
レーテイングシステムとインタフェースする方法であつ
て、 ａ）定義された１組のホストインタフェース機能を、コ
マンド制御のため呼び出すステツプと、 ｂ）定義された１組のホストインタフェース機能を、リ
ンク接続管理のため呼び出すステツプと、 ｃ）定義された１組のホストインタフェース機能を、デ
ータ送信／受信のため呼び出すステツプと、 ｄ）定義された１組のホストインタフェース機能を、音
声帯域の音声と音声帯域より高いビデオの同期のため呼
び出すステツプと、 ｅ）定義された１組のホストインタフェース機能を、音
声帯域を制御チャネルとして使用し、音声帯域の上の部
分をデータチャネルとして使用するため呼び出すステツ
プと、からなるインタフェースする方法。 （５４）マルチモードモデムのためのモデムの新しいモ
ードを確立する方法であつて、追加のモードを支持する
ためにモデム能力を向上させるため、利用できるモデム
モードをもつソフトウエアを受けとるステツプを含む、
新しいモードを確立する方法。

【０２５３】（５５）音声帯域の周波数帯域とより高い
周波数帯域とで選択的に動作するモデムが提供される。
このモデムは、ＤＭＴ及びＣＡＰの様な多重回線コード
を、支援する。このモデムは、離散マルチトーン（ＤＭ
Ｔ）及び搬送波無しＡＭ／ＰＭ（ＣＡＰ）の様な異なる
現存するＡＤＳＬ回線コードが、同じハードウエアプラ
ツトフォーム上で実施できる様に、デイジタル信号処理
装置（ＤＳＰ）を使用する。モデムは、回線城状態及び
サービス−費用要求を調停するため、希望する伝送速度
に対して実時間で交渉する。回線コード及び速度交渉プ
ロセスは、各通信の初めにモデム間で、トーンの交換を
介して実施される。４ステツプＭＤＳＬ初期化プロセス
が、回線コードと速度の両立性のために規定されてい
る。ＣＡＰ使用モデムもための、新しい同期立ち上げ手
順が、定められている。ハンドシエイクプロトコル及び
受信機アルゴリズムは、標準撚線対電線の様な、酷く振
幅の歪んだチャネルを通じて、信頼性のあるモデム同期
を可能にする。またアルゴリズムは、受信機において、
同期等化器を訓練するため、短い長さのシーケンスを使
用する。このシーケンスの訓練の後、整合されたフィル
タ又は相関器が反転された同期シーケンスを検出するた
め使用される。この反転シーケンスの検出が、ＣＡＰ復
調等化器の通常の基準訓練の開始の合図となる。ＭＤＳ
Ｌ回線接続管理プロセスは、電気通信広域ネツトワーク
環境において、ＭＤＳＬ−Ｃ（中央局のＭＤＳＬ）とＭ
ＤＳＬ−Ｒ（住宅位置のＭＤＳＬ）の間の回線接続を管
理するための簡単で、効率的な、そして柔軟性あるイン
タフェースを提供する。ＭＤＳＬモデム内の内部状態機
械は回線状態を記録し、監視し、そして状態変化を他の
モデム及びホスト処理装置にも通知する。回線接続管理
メツセージの交換に使用されるプロトコルは、ＭＤＳＬ
のために簡単化されたリンク制御プロトロル（ＬＣＰ）
である。

【０２５４】

【表８】

【０２５５】

【表９】

【０２５６】

【表１０】

【０２５７】

【表１１】

【０２５８】

【表１２】

【０２５９】

【表１３】

【０２６０】

【表１４】 ク制御プロトロル（ＬＣＰ）である。

【図面の簡単な説明】

【図１】マルチモードモデムの好ましい実施例を示す。

【図２】図１と同じ説明。

【図３】図１と同じ説明。

【図４】図１と同じ説明。

【図５】図１と同じ説明。

【図６】モデム中央局モデムの好ましい実施例を示す。

【図７】図６と同じ説明。

【図８】図６と同じ説明。

【図９】モデムアプリケーシヨン及びＩＳＤＮシグナリ
ングの好ましい実施例を示す。

【図１０】図９と同じ説明。

【図１１】図９と同じ説明。

【図１２】図９と同じ説明。

【図１３】図９と同じ説明。

【図１４】従来技術のモデム及び加入者回線容量を示
す。

【図１５】図１４と同じ説明。

【図１６】図１４と同じ説明。

【図１７】モデムの他の好ましい実施例を示す。

【図１８】図１７と同じ説明。

【図１９】初期化の好ましい実施例を示す。

【図２０】図１９と同じ説明。

【図２１】図１９と同じ説明。

【図２２】図１９と同じ説明。

【図２３】図１９と同じ説明。

【図２４】図１９と同じ説明。

【図２５】速度交渉の好ましい実施例を示す。

【図２６】図２５と同じ説明。

【図２７】図２５と同じ説明。

【図２８】図２５と同じ説明。

【図２９】図２５と同じ説明。

【図３０】図２５と同じ説明。

【図３１】同期化の好ましい実施例を示す。

【図３２】図３１と同じ説明。

【図３３】図３１と同じ説明。

【図３４】訓練の好ましい実施例を示す。

【図３５】図３４と同じ説明。

【図３６】図３４と同じ説明。

【図３７】図３４と同じ説明。

【図３８】回線接続管理の好ましい実施例を示す。

【図３９】図３８と同じ説明。

【図４０】図３８と同じ説明。

【図４１】図３８と同じ説明。

【図４２】図３８と同じ説明。

【図４３】図３８と同じ説明。

【図４４】図３８と同じ説明。

【図４５】図３８と同じ説明。

【図４６】モデムドライバの好ましい実施例を示す。

【図４７】図４６と同じ説明。

【図４８】図４６と同じ説明。

【図４９】図４６と同じ説明。

【図５０】図４６と同じ説明。

【図５１】図４６と同じ説明。

【図５２】図４６と同じ説明。

【図５３】図４６と同じ説明。

【図５４】図４６と同じ説明。

【図５５】図４６と同じ説明。

【図５６】図４６と同じ説明。

【図５７】図４６と同じ説明。

【図５８】図４６と同じ説明。

【図５９】ダウンローデイングの好ましい実施例を示
す。

【図６０】サンプリング速度変換の好ましい実施例を示
す。

【図６１】図６０と同じ説明。

【図６２】図６０と同じ説明。

【図６３】図６０と同じ説明。

【図６４】図６０と同じ説明。

【図６５】図６０と同じ説明。

【図６６】図６０と同じ説明。

【図６７】モデムプールの好ましい実施例を示す。

【図６８】図６７と同じ説明。

【図６９】図６７と同じ説明。

【図７０】図６７と同じ説明。

【図７１】図６７と同じ説明。

【符号の説明】

１００ マルチモードモデム １１０ ＶＢ ＡＦＥ（音声帯域アナログフロントエン
ド） １２０ ＤＳＬ ＡＦＥ（加入者回線アナログフロント
エンド） １３０ スプリツタ １４０ 加入者回線 １５０ ＤＳＰ（デイジイタル信号処理装置） １６０ ホストインタフェース

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジーン エイ．フランツ アメリカ合衆国テキサス州ミズーリ シテ ィ，ポイント クリアー コート 2027 (72)発明者 ドミンゴ ジー．ガルシア アメリカ合衆国テキサス州プラノ，スナッ プドラゴン レーン 848 (72)発明者 ザイアオリン ル アメリカ合衆国テキサス州ダラス，フォレ スト レーン 10010，ナンバー 531 (72)発明者 デニス ジー．マナリング アメリカ合衆国テキサス州ガーランド，バ レイ クリーク ドライブ 1809 (72)発明者 マイクル オー．ポーリィ アメリカ合衆国テキサス州ガーランド，ル ックアウト ドライブ 2609，ナンバー 7201 (72)発明者 テレンス ジェイ．リレイ アメリカ合衆国テキサス州ロックウォー ル，サンセット ヒル ドライブ 785 (72)発明者 ドナルド ピー．シェイバー アメリカ合衆国テキサス州ダラス，フォー ルメドウ レーン 7938 (72)発明者 ソング エス．ウ アメリカ合衆国テキサス州ダラス，オウデ リア ロード 12121，ナンバー 213

Claims (2)

【特許請求の範囲】
1. 【請求項１】 受信したデイジタル加入者回線モデム信
   号を復調する方法であつて、 上記受信した信号をバンドパスフィルタを通過させるス
   テツプと、 上記信号を復調するため、上記受信した信号を第１の高
   い周波数帯域からダウンサンプリングして第２の低い周
   波数帯域における上記信号の両像を作るステップとから
   なる、受信したデイジタル加入者回線モデム信号を復調
   する方法。
2. 【請求項２】 モデムであつて、 少なくとも１つの段階における可変的にスケールるした
   データを用いた多段階の計算による変換を採用するデイ
   ジタル信号処理装置からなるモデム。