JP2003505990A - クイック接続パラメータの交信 - Google Patents

クイック接続パラメータの交信

Info

Publication number
JP2003505990A
JP2003505990A JP2001513164A JP2001513164A JP2003505990A JP 2003505990 A JP2003505990 A JP 2003505990A JP 2001513164 A JP2001513164 A JP 2001513164A JP 2001513164 A JP2001513164 A JP 2001513164A JP 2003505990 A JP2003505990 A JP 2003505990A
Authority
JP
Japan
Prior art keywords
information sequence
frame
modem
information
definition
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2001513164A
Other languages
English (en)
Other versions
JP4183942B2 (ja
Inventor
スヴェリール オラフソン，
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Conexant Systems LLC
Original Assignee
Conexant Systems LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US09/361,842 external-priority patent/US6819749B1/en
Priority claimed from US09/393,616 external-priority patent/US6912276B1/en
Priority claimed from US09/557,233 external-priority patent/US6704399B1/en
Application filed by Conexant Systems LLC filed Critical Conexant Systems LLC
Publication of JP2003505990A publication Critical patent/JP2003505990A/ja
Application granted granted Critical
Publication of JP4183942B2 publication Critical patent/JP4183942B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H04L5/1438—Negotiation of transmission parameters prior to communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities

Abstract

(57)【要約】 通信システム間のハンドシェーキングのスタートアッププロセス、再訓練プロセス、再交渉プロセス、クイック接続プロセスまたは他のプロセスは、特定の変調情報、コンステレーション情報、プレ符号器情報、プレフィルタ情報および他の通信に関連する情報の交信を含む。上記通信システムは、必要な通信情報全てを含む１つの長い情報シーケンスを交信する。その結果、上記通信システムは、肯定応答情報部分を含む短いシーケンスを送信し始める。上記通信システムの１つが事前規定された時間またはイベント以内に肯定応答を受信しない場合、当該通信システムは、別の長い情報シーケンスを送信し得る。このような再送信の後、上記再送信を行った通信システムは、長い情報シーケンスの送信を継続し得るか、または、短いシーケンスの送信を再度開始し得る。

Description

【発明の詳細な説明】
【０００１】 （関連出願） 本願は、１９９９年１０月１２日および１９９９年９月１０日にそれぞれ出願
された米国出願（シリアル番号第０９／４１６，４８２号および第０９／３９３
，６１６号）の部分継続出願である。これらの出願はどちらとも、１９９９年９
月１０日に出願された米国出願（シリアル番号第０９／３９４，０１８号）の部
分継続出願である。この米国出願（シリアル番号第０９／３９４，０１８号）は
、１９９９年７月２７日に出願された米国出願（シリアル番号第０９／３６１，
８４２号）の部分継続出願である。この米国出願（シリアル番号第０９／３６１
，８４２号）は、１９９９年４月１２日に出願された米国仮出願（シリアル番号
第６０／１２８，８７４号）による利益を主張する。本願もまた、１９９９年１
１月２６日に出願された米国仮出願（シリアル番号第６０／１６７，５７２）に
よる利益を主張する。本願において、上記の出願全てを参考のため援用する。
【０００２】 （発明の分野） 本発明は概して、通信システムに関する。より詳細には、本発明は、通信シス
テム間の接続時間の高速化に関する。
【０００３】 （発明の背景） ５６ｋｂｐｓのモデムは、ＩＴＵ Ｖ．９０の推奨により、今や標準となって
いる。しかし、多くの５６ｋｂｐｓモデム（特に、エンドユーザ用モデム）は、
レガシーモード（例えば、Ｋ５６ｆｌｅｘ、Ｖ．３４、Ｖ．ＦＣ、およびＶ．３
２）としか互換性の無いものがある。このようなレガシーモデムと下方互換性を
有するＶ．９０モデムは、ダイヤルアップモードとフル速度データモードとの間
に望ましくない長時間の接続または初期設定を有し得る。そのスタートアップ時
間は３０秒になり得、これは、エンドユーザ側から見るとかなり不愉快かつ望ま
しくなく、特に、「常時接続」スキームで動作するような他のデータ通信プロト
コルの場合、その傾向は顕著となる。
【０００４】 レガシーモデムプロトコルをサポートするＶ．９０モデムは典型的には、初期
設定中、表１に示す機能を行う。表１に示す機能と関連する期間は、様々なファ
クター（例えば、サーバ速度およびチャンネル条件）に応じて、接続部によって
異なり得る。
【０００５】
【表１】 表１−従来のＶ．９０モデムのスタートアップ このＶ．８ｂｉｓの動作は、比較的長時間のタイムアウト期間を含み、このタ
イムアウト期間は、その動作と関連する期間のほとんどを占める。この動作につ
いては、ＩＴＵ−Ｔ推奨Ｖ．８ｂｉｓ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅ
ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ、１９９６年８月）に詳細な記載があ
る。本明細書中、同文書の内容を参考のため援用する。このＶ．８ｂｉｓプロト
コルは、ＩＴＵ−Ｔ推奨Ｖ．８（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍ
ｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ、１９９８年２月）に記載されている通り、
Ｖ．８プロトコルを拡張したものである。本明細書中、同文書の内容を参考のた
め援用する。Ｖ．８ｂｉｓおよび／またはＶ．８によれば、２つのモデムデバイ
スは、自身の個々の能力を交信し、これにより、後続の初期設定プロシージャお
よびデータ通信プロシージャの間、互換性を持つプロトコルを用いることが可能
となるようにする。
【０００６】 様々なＶ．９０スタートアップフェーズを用いて、アナログチャンネル特性お
よびデジタルチャンネル特性を決定し、モデム等化器を訓練し、別の場合におい
て、現在の通信セッションを最適化することを試みる。Ｖ．９０のスタートアッ
プフェーズとＶ．９０モデムシステムの他の局面の詳細は、ＩＴＵ−Ｔ推奨Ｖ．
９０（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕ
ｎｉｏｎ、１９９８年９月）に見受けられ得る。本明細書中、同文書の内容を参
考のため援用する。表１中に示すＶ．９０スタートアップセグメントの一部はク
ライアントモデムのロケーションまたはステータスに関係無く必要であるが、同
じ（または殆ど同一の）チャンネル特性と関連する接続を繰り返せば、その動作
の大部分を無くすかまたは低減することが可能である。
【０００７】 従来のＶ．９０モデムシステムでは、Ｖ．４２／Ｖ．４２ｂｉｓ段階の間、エ
ラー修正技術およびデータ圧縮技術を行う。Ｖ．４２の詳細については、ＩＴＵ
−Ｔ推奨Ｖ．４２（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａ
ｔｉｏｎ Ｕｎｉｏｎ、１９９６１０月）に記載がある。本明細書中、同文書の
内容を参考のため援用する。Ｖ．４２ｂｉｓの詳細については、ＩＴＵ−Ｔ推奨
Ｖ．４２ｂｉｓ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔ
ｉｏｎ Ｕｎｉｏｎ、１９９０１月）に記載がある。本明細書中、同文書の内容
を参考のため援用する。Ｖ．４２の動作が望ましく、これにより、モデムシステ
ムは、ログインプロシージャを実質的に「エラーフリー」のモードで行うことが
できる。このログインプロシージャは、ＣＨＡＰプロトコルおよびＰＡＰプロト
コルと共に実行され得る；これらのＣＨＡＰプロトコルおよびＰＡＰプロトコル
はどちらとも、ポイント・ツー・ポイントプロトコル（「ＰＰＰ」）接続（例え
ば、クライアントコンピュータとインターネットサービスプロバイダサーバとの
間の接続）の文脈において、セキュリティ目的のために用いられる。Ｖ．９０モ
デムデバイス側から見ると、このログイン情報は、データとして送信される。ロ
グインプロシージャが行なわれた後、ダイヤルアップ接続は終了し、サーバと、
クライアントと関連付けられたホストソフトウェアとの間でデータを送信するこ
とが可能となる。
【０００８】 毎日の調査事、娯楽および通信を行うためのツールとしてインターネットが広
範囲に用いられるようになると、５６ｋｂｐｓモデムの使用量が増した。しかし
、ほとんどのチャンネルは、Ｖ．３４等のレガシーモードしかサポートできない
。そのため、殆どの新型のモデム（特に、新型のパーソナルコンピュータと共に
販売されたモデム）はＶ．９０推奨との互換性を持つものの、未だ多くのレガシ
ーモードが用いられている。Ｖ．９０モデムが伝送速度を落として（ｆａｌｌ
ｂａｃｋ ｉｎｔｏ）レガシーモードとなり、その初期設定時間が長時間に及ぶ
と、これは、多くの用途において不愉快の原因となり得、また望ましくない。ま
た、これは、ユーザが予期せぬ切断の後に接続をすぐに確立しようとするような
状況において、深刻な妨害となり得る。加えて、２つのＶ．９０モデムデバイス
の間の接続の文脈においても、Ｖ．９０のスタートアップフェーズが長時間に及
ぶと、気の短いエンドユーザには我慢を強いることになり得る。そのため、従来
のＶ．９０モデムシステムに通常つきものの初期設定時間を削減することが、大
いに望まれている。
【０００９】 所与のモデム通信セッションは、あらゆる理由によって妨害または切断され得
る。例えば、コール待機信号は、モデムコールを再接続するかまたは再初期設定
しなければならなくする範囲にまで、モデム接続を中断させ得る。別の例として
、現在のモデム接続を保留にして、ユーザがコール待機信号に応答して入来コー
ルに応えることをイネーブルするか、または、ユーザがモデム接続を切断するこ
となく、送出コールを保留にすることをイネーブルすることが可能であり得る。
理想的には、モデム接続は瞬間的に再確立が可能であることが望まれる。しかし
、実際のシステムでは、再訓練プロシージャまたは再初期設定プロシージャを行
って、２つのエンドデバイスが適切に同期することを確実にし、チャンネルが適
切に等化されていることを確実にすることが必要となる。上述したように、従来
のＶ．９０モデムシステムは、このような再訓練および再初期設定に２０秒より
も長い時間を費やし得る。従って、同じモデムデバイスがデータ通信の一時的切
断または一時休止に応答して再接続を行うときの両モデムデバイス間の再接続時
間の差を低減することも望まれている。
【００１０】 モデム訓練および交渉において時間を要する主な部分は、パラメータの交信（
例えば、データ信号送信速度、プレコード化係数、スペクトルの整形、コンステ
レーション情報等の交信）の際に発生する。図５を参照して、例えば、Ｖ．９０
の交渉の間、アナログパルスコード変調（「ＡＰＣＭ」）モデム５８０がコンス
テレーションパラメータ（「ＣＰ」）フレーム５１０をデジタルパルスコード変
調（「ＤＰＳＭ」）モデム５９０に送信し、それに対して、ＤＰＳＭモデム５９
０は、変調パラメータ（「ＭＰ」）フレーム５２０をＡＰＣＭモデム５８０に送
信する様子が図示されている。以下にさらに説明するように、ＭＰフレーム５２
０およびＣＰフレーム５１０は同期状態であり、エラーチェック目的のために、
多くのビット情報およびＣＲＣ情報を含む（図１７および図１８を参照）。
【００１１】 図５に示すように、ＡＰＣＭモデム５８０は、送信されたＣＰフレーム５１０
の１つについての受信肯定応答をＡＰＣＭモデム５８０がＤＰＣＭモデム５９０
から受信するまで、ＣＰフレーム５１０をＤＰＣＭモデム５９０に連続的に送信
する。同様に、ＤＰＣＭモデム５９０は、送信されたＭＰフレーム５２０の１つ
についての受信肯定応答をＤＰＣＭモデム５９０がＡＰＣＭモデム５８０から受
信するまで、ＭＰフレーム５２０をＡＰＣＭモデム５８０に連続的に送信する。
【００１２】 ＣＰフレーム５１０についての受信肯定応答は、ＭＰフレーム５２０の形態で
送信される。このＭＰフレーム５２０は、各ビット情報を含み、「１」に設定さ
れたＭＰフレーム５２０の肯定応答ビット３３を有する。その肯定応答ビット３
３が「１」に設定されたＭＰフレーム５２０を、ＭＰ’フレーム５２２として示
す。ＤＰＣＭモデム５９０がＣＰフレーム５１０を受信した後、ＤＰＣＭモデム
５９０は、ＭＰフレーム５２０の代わりにＭＰ’フレーム５２２を送信し始める
。このＭＰ’フレーム５２２の反復送信は、ＤＰＣＭモデム５９０がＭＰフレー
ム５２０またはＭＰ’フレーム５２２に関する肯定応答を受信するまで、継続さ
れる。
【００１３】 ＤＰＣＭモデム５９０と同様に、ＡＰＣＭモデム５８０からの受信肯定応答は
、ＣＰフレーム５１０の形態で送信される。このＣＰフレーム５１０は、各ビッ
ト情報を含み、「１」に設定されたＣＰフレーム５１０の肯定応答ビット３３を
有する。その肯定応答ビット３３が「１」に設定されたＣＰフレーム５１０を、
ＣＰ’フレーム５１２として示す。ＡＰＣＭモデム５８０がＭＰフレーム５２０
を受信した後、ＡＰＣＭモデム５８０は、ＣＰフレーム５１０の代わりにＣＰ’
フレーム５１２を送信し始める。このＣＰ’フレーム５１２の反復送信は、ＡＰ
ＣＭモデム５８０がＣＰフレーム５１０またはＣＰ’フレーム５１２に関する肯
定応答を受信するまで、継続される。
【００１４】 多くのビット情報を含むこれらの長いＣＰフレーム、ＣＰ’フレーム、ＭＰフ
レームおよびＭＰ’フレームの反復送信は、実際、途方もないほどのオ−バーヘ
ッドである。しかし、次世代の規格（例えば、ＩＴＵ Ｖ．９２推奨）において
は、モデム間でのパラメータとビット情報との交信をより頻繁に行なわなければ
ならなくなるため、この問題はより深刻なものとなる。図１９は、ＡＰＣＭモデ
ム５８０のＶ．９２コンステレーションパラメータフレーム（ＣＰａフレーム１
９００として図示）の一例を示す。図示のように、ＣＰａフレームは、ＣＰフレ
ーム１８００およびＭＰ１９００（図１７、図１８および図１９を参照）よりも
、より多くのビット情報（例えば、高分解能のコンステレーション情報およびプ
レ符号器係数およびプレフィルタ係数）を含む。ＣＰａフレーム１９００は、可
変長パラメータ（例えば、より多くのビット情報をＣＰａフレーム１９００に追
加することのできるパラメータ１９２０）をさらに含む。
【００１５】 ＩＴＵ推奨Ｖ．３４に導入され、ＩＴＵ推奨Ｖ．９０において再度利用されて
いる肯定応答メカニズムのために、以下のような懸念が持ちあがってきている。
その懸念とは、ＩＴＵ推奨Ｖ．９２の場合、これらの長いシーケンスのために、
スタートアップ時間が極度に増加し得るという点である。例えば、Ｖ．９２ＰＣ
Ｍによる上流スタートアップの間、ＤＰＣＭモデム５９０とＡＰＣＭモデム５８
０との間で有意な量の情報を交信する必要がある。詳細には、ＤＰＣＭモデム５
９０は、高分解能のコンステレーション情報ならびにＣＰａフレーム中のプレ符
号器およびプレフィルタ係数を含む非常に長いシーケンスを送信しなければなら
ない。
【００１６】 したがって、大量のパラメータおよびビット情報を含むこれらの非常に長いシ
ーケンスの反復送信の途方もない量のオ−バーヘッドを無くして、訓練時間およ
び交渉時間を低減し、クイックな接続を達成することについて、当該分野におい
て強い要望がある。
【００１７】 （発明の要旨） 本発明は、モデムを用いるデータ通信システムに関連するスタートアップ時間
および再接続時間を短縮する技術を提供する。このクイック再接続技術は、以前
の接続の既知のチャンネル特性を利用して、後続試行に関連する再初期設定期間
を低減し、同じ２つのモデムデバイスを再接続する。１つの例示的実施形態によ
れば、本発明の技術を用いて、上層プロトコル（例えば、ＰＰＰ）に追随する通
信セッションの上記再接続時間を低減する。上記クイックスタートアップおよび
再接続プロシージャは任意の特定のモデムアプリケーションに限定されるもので
はないが、上記クイックスタートアップおよび再接続プロシージャを用いて、Ｖ
．９０モデム（例えば、Ｖ．８ｂｉｓ、Ｖ．８、デジタル障害学習、初期訓練、
プロービングおよびレンジングまたはそのようなもの）によって通常用いられる
初期設定プロトコルまたはプロセスの部分を排除することが可能である。加えて
、上記クイックスタートアップおよび再接続技術は、従来のモデムスタートアッ
プ技術とは対照的に、特定の動作を異なる時間または異なる順序で行うことも可
能である。
【００１８】 本発明の上記の局面および他の局面は、通信チャンネルを介して第２のデバイ
スと通信するように構成された第１のデバイスを有するデータ送信システムに関
連する再接続時間を低減する方法による一形態において実施され得る。上記例示
的方法は、上記通信チャンネルを介して上記第１のデバイスと上記第２のデバイ
スとの間に通信セッションを確立する工程と、上記データ送信システムのための
複数の動作パラメータを入手する工程であって、上記動作パラメータは、上記通
信チャンネルに関連する、工程と、上記第２のデバイスにおいて上記動作パラメ
ータの少なくとも１つを格納する工程とを含む。上記通信セッションにおける一
時休止の後、上記動作パラメータは、上記第２のデバイスにおいてリコールされ
る。
【００１９】 本発明の一局面によれば、上記スタートアップの間、上記通信システム間の再
訓練プロセス、再交渉プロセス、クイック接続プロセスまたは他のハンドシェー
キングプロセスが、複数のパラメータ（例えば、変調情報、コンステレーション
情報、プレ符号器（ｐｒｅｃｏｄｅｒ）情報、プレフィルタ情報および他の通信
関連情報）を交信する。上記通信システムは、必要なパラメータまたは通信情報
の全てを含む１つの長い情報シーケンスを交信する。その結果、上記通信システ
ムは、短いシーケンスの送信を開始する。上記短いシーケンスは、肯定応答情報
部分（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を含むが、上記長いシーケンス中に埋
め込まれた残りのパラメータまたは情報は含まない。各通信システムが（上記長
い情報シーケンスの受信を示す肯定応答情報を有する）短いシーケンスを受信し
た後、上記通信システムは、次の段階であるハンドシェーキングプロセスに進む
ことが可能となる。短い情報シーケンスを用いると、上記ハンドシェーキングプ
ロセスが実質的に短期化され、上記長い情報シーケンスの連続的送信および再送
信によって生じる遅延およびオ−バーヘッドが無くなる。
【００２０】 本発明のさらに別の一局面において、上記通信システムの１つが事前規定され
た時間またはイベント以内で肯定応答シーケンスを受信しなかった場合、当該通
信システムは、別の長い情報シーケンスを再送信し得る。その結果、上記再送信
を行う通信システムは、上記長い情報シーケンスの送信を継続するか、または、
上記短いシーケンスの送信を再度開始し得る。
【００２１】 本発明の上記および他の局面は、図面および明細書をさらに参照すれば明らか
となる。
【００２２】 （好適な実施形態の詳細な説明） 本発明に対するより完全な理解は、詳細な説明および特許請求の範囲を、その
図面を考慮しながら参照することによって得られ得る。図面中、類似の参照符号
は、類似の構成要素を示す。
【００２３】 本明細書中、本発明は、機能ブロック構成要素および様々な処理工程を用いて
説明され得る。このような機能ブロックは、特定の機能を行うように構成された
任意の数のハードウェア構成要素によって実現可能であることが理解されるべき
である。例えば、本発明では、１つ以上のマイクロプロセッサまたは他の制御デ
バイスの制御下において様々な機能を実行することができる様々な集積回路構成
要素（例えば、メモリ素子、デジタル信号処理素子、論理素子、ルックアップテ
ーブルおよびそのようなもの）を用い得る。加えて、当業者であれば、本発明が
任意の数のデータ通信の文脈において実施可能であることと、本明細書中におい
て記載されているモデムシステムは、本発明の例示的アプリケーションの１つに
過ぎないこととを理解する。さらに、本発明ではデータ送信、信号送信、信号処
理およびコンディショニングならびにそのようなもののための任意の数の従来技
術を用いることが可能である点にも留意されたい。このような当業者に公知であ
り得る一般的な技術については、本明細書中、説明を控える。
【００２４】 本明細書中に図示および説明する特定のインプリメンテーションは例示的なも
のに過ぎず、本発明の範囲を限定することをいかようにも意図していないことが
理解されるべきである。実際、分かり易くするために、従来の符号化および復号
化、タイミングの回復、自動利得制御（「ＡＧＣ」）、同期化、訓練、およびデ
ータ通信システムの他の機能局面（ならびに本システムの個々の動作構成要素の
構成要素）については、本明細書中、詳細な説明は控える場合がある。さらに、
本明細書中に含まれる様々な図に示す接続線は、例証的な機能関係および／また
は様々な素子間の物理的結合を示すことを意図している。実際の通信システムで
は、多くの代替のまたは追加の機能関係または物理的接続が存在し得る点に留意
されたい。
【００２５】 図１は、本発明の技術を実施することが可能な一般的なモデムシステム１００
を示すブロック図である。これから説明を行うために、モデムシステム１００は
、上層プロトコルと関連付けられた接続（例えば、ポイント・ツー・ポイントプ
ロトコル（「ＰＰＰ」）接続）をサポートすることができると仮定する。ＰＰＰ
接続は典型的には、例えば、個々のエンドユーザとインターネットサービスプロ
バイダとの間のインターネット通信と関連付けられる。この点において、モデム
システム１００は、複数のサーバモデム（参照符号１０２ａ、１０２ｂおよび１
０２ｎで示す）とクライアントモデム１０４とを含む。サーバモデム１０２はそ
れぞれ、インターネットサービスプロバイダまたは任意の適切なデータソースと
関連付けられ得る。クライアントモデム１０４は、適切なデータソース（例えば
、ホストソフトウェア１０５を動作させることが可能なパーソナルコンピュータ
）と関連付けられ得る。これから説明を行うために、ホストソフトウェア１０５
は、オペレーティングシステム（例えば、ＭＩＣＲＯＳＯＦＴ ＷＩＮＤＯＷＳ
（登録商標））であるか、または、モデムシステム１００と連係して機能するこ
とが可能な任意のアプリケーションプログラムであり得る。図１中では図示して
いないが、クライアントモデム１０４は、パーソナルコンピュータと一体化され
得る。
【００２６】 この説明の文脈において、モデムシステム１００は、Ｖ．９０推奨、レガシー
の５６ｋｂｐｓのプロトコル、Ｖ．３４推奨またはそのようなものとの互換性を
持つ５６ｋｂｐｓのモデムを用い得る。本明細書中において、本発明についてＶ
．９０モデムシステムの文脈において説明するが、説明される技術は、Ｖ．３４
モデムシステムまたは任意の数のレガシーモデムシステムにも等価に適用可能で
ある。Ｖ．９０のモデムデバイスまたは５６ｋｂｐｓのモデムデバイスが、デジ
タル電話ネットワーク１０８へのデジタル接続１０６が所与のサーバモデム１０
２によって用いられるモデムシステム１００における用途に適切である。クライ
アントモデム１０４は、アナログローカルループ１１２を介して、ローカル中央
オフィス１１０に接続される。従って、クライアントモデム１０４と任意のサー
バモデム１０２との間において確立された通信チャンネルは、中央オフィス１１
０までデジタルである。その後、これらのデジタル信号をアナログ信号に変換し
て、ローカルループ１１２を介した送信用とする。
【００２７】 エンドユーザがインターネット接続を確立することを望むと、ホストソフトウ
ェア１０５は、ユーザのコマンドに応答して、任意の数の動作を行い得る。例え
ば、ホストソフトウェア１０５は、クライアントモデム１０４をプロンプトして
、サーバモデム１０２ａ（これは、この例では、ユーザのインターネットサービ
スプロバイダと関連付けられたサーバモデムである）と関連付けられた電話番号
をダイヤルさせ得る。サーバモデム１０２ａおよびクライアントモデム１０４は
、ハンドシェーキングルーチンを行う。このハンドシェーキングルーチンにより
、等化器、エコーキャンセラー、送信パワーレベル、データ速度、および現在の
通信チャンネルと関連付けられた他の可能な動作パラメータが初期設定される。
加えて、ホストソフトウェア１０５は、クライアントモデム１０４に、ユーザが
サービスプロバイダを介してインターネットにログオンすることをイネーブルす
る認証データを送受信させ得る。上述したように、この認証データは、公知のＣ
ＨＡＰ技術またはＰＡＰ技術に従って、サーバモデム１０２ａとクライアントモ
デム１０４との間で交信され得る。非ＰＰＰ上層プロトコルを用いた別の実施形
態において、ＣＨＡＰプロシージャまたはＰＡＰプロシージャの代わりに、適切
なログインプロシージャが実施され得る。
【００２８】 上述したように、従来のモデムシステムに関連するダイヤルアップ接続時間（
および再接続時間）は、望ましくないくらいに長時間にわたり得る。本発明は、
モデムデバイス間の通信チャンネル（例えば、サーバモデム１０２ａとクライア
ントモデム１０４との間に確立された通信チャンネル）を繰り返し使用すること
により、利点を得る。クライアントモデム１０４が、特定のロケーションに常駐
するデスクトップパーソナルコンピュータと関連付けられていると仮定すると、
所与の任意のサーバモデム１０２への接続を、同じアナログ通信チャンネルを介
して確立することが必要となる。言い換えれば、クライアントモデム１０４は、
ユーザの居場所と中央オフィス１１０との間に常時アナログチャンネルを確立す
ることとなる。温度および他の環境による影響によるアナログチャンネルのわず
かな変化を無視すると、（アナログチャンネルに対する）クライアントモデム１
０４の初期設定は、どの接続においても、実質的に一定である。
【００２９】 図２は、データ通信システム（例えば、モデムシステム１００）によって実行
され得る一般的なクイックスタートアッププロセス２００のフロー図である。実
際のシステムでは、プロセス２００は、サーバモデム１０２、クライアントモデ
ム１０４、ホストソフトウェア１０５、および／またはモデムシステム１００の
任意の機能構成要素によって連係して行われ得る。加えて、プロセス２００は、
任意の数の従来のモデムプロトコルの後に続く全体初期設定プロシージャの文脈
において実現され得る。
【００３０】 クイックスタートアッププロセス２００は、タスク２０２から始まり得る。こ
のタスク２０２は、クライアントモデム１０４とサーバモデム１０２との間での
コールの確立に関連する。本実施例の文脈において、クライアントモデム１０４
をコール元デバイスとして見なす。従って、ホストソフトウェア１０５および／
またはクライアントモデム１０４は、例えばサーバモデム１０２ｂと関連付けら
れた電話番号をダイヤルする。サーバモデム１０２ｂがさらなる接続を行うこと
ができると仮定すると、サーバモデム１０２ｂはオフフック状態となり、適切な
返答音を従来の方法で生成する。双方のモデムデバイスがオフフック状態となり
、互いに通信すると、デジタル接続１０６、電話ネットワーク１０８、中央オフ
ィス１１０およびアナログローカルループ１１２を介して、通信チャンネルが確
立される。タスク２０２の間において用いられるダイヤル動作プロシージャ、リ
ンギング（ｒｉｎｇｉｎｇ）プロシージャおよび返答プロシージャは、従来のプ
ロトコルに従い得る。
【００３１】 タスク２０２に従って、モデムシステム１００によってクエリタスク２０４が
行なわれ、これにより、クイック接続プロトコルがサポートされているか否かを
確認することができる。クエリタスク２０４は、異なるサーバモデムおよび異な
るクライアントモデムを共同利用可能かつ互換可能にするために必要であり得る
。例えば、サーバモデム１０２ｂは、本発明のクイック接続機能をサポートする
Ｖ．９０モデムデバイスであり得、一方、クライアントモデム１０４は、本発明
のクイック接続機能をサポートしないレガシーの５６ｋｂｐｓのモデムデバイス
であり得る。クエリタスク２０４の部分を、サーバモデム１０２ｂまたはクライ
アントモデム１０４によって行うことが可能である。クエリタスク２０４を行う
ための例示的技術について、以下に詳細に説明する。クライアントモデム１０４
がコールを開始したときまたはサーバモデム１０２がコールを開始したとき、タ
スク２０４は、同等に行なわれ得る。
【００３２】 クエリタスク２０４が当該クイック接続プロトコルがどちらのモデムデバイス
によってもサポートされていないと判定すると、タスク２０６が行われ得る。タ
スク２０６は、モデムシステム１００をプロンプトして、従来の初期設定ルーチ
ンを開始させる。例えば、Ｖ．３４のまたはＶ．９０のモデムシステムの文脈に
おいて、タスク２０６は、プロトコル（例えば、Ｖ．８ｂｉｓ）を交信する能力
を開始し得る。あるいは、いくつかのモデムシステムが、Ｖ．８能力交信プロト
コルのみをインプリメントし得る。旧型のレガシーモデムシステムは、Ｖ．８プ
ロシージャおよびＶ．８ｂｉｓプロシージャを完全に省略して、レガシーモード
に従って、適切な初期設定ルーチンを行い得る。タスク２０６の後、モデムシス
テム１００は、適用可能なモデム仕様に従って、公知のスタートアッププロシー
ジャを行い得る。例えば、モデムシステム１００がＶ．９０をサポートする場合
、タスク２０８は、従来のＶ．９０等化器訓練、エコーキャンセラー訓練、コン
ステレーション設計、パワーレベル確認、および他のスタートアップ動作と関連
付けられ得る。タスク２０６および２０８を行う場合、通信セッションと関連付
けられるスタートアップ時間は、従来のＶ．９０接続のスタートアップ時間と実
質的に同じである。
【００３３】 クエリタスク２０４が当該クイック接続プロトコルが完全にサポートされてい
ると判定した場合、クエリタスク２１０も行われ得る。クエリタスク２１０は、
確立された通信チャンネルの特性が以前に確立された通信チャンネルの対応する
特性と類似するか否かについて試験する。簡潔に言うと、クエリタスク２１０は
、受信されたシーケンスの１つ以上の属性を、既に確立されたチャンネルと関連
付けられた以前に受信されたシーケンスの格納された属性と比較する。この受信
信号は、当該通信チャンネルの特性に関する情報を搬送する。詳細には、この受
信信号は、アナログローカルループ１１２に対する情報を搬送する。
【００３４】 本明細書中に説明する例示的実施形態において、１つのモデムデバイスがデジ
タル電話ネットワーク１０８にデジタルに接続された場合、アナログローカルル
ープ１１２は、各接続において、実質的に一貫した様式で信号に影響を与える。
アナログ特性は、同じサーバモデム１０２への接続を繰り返す点において類似す
るが、温度、湿度、他の環境変化、システムハードウェアにおける物理的変化、
および他の動作パラメータがわずかに変化すると、これは、比較目的のために用
いられる現在のチャンネル特性のランダムな変動に寄与する。それにもかかわら
ず、クエリタスク２１０の間に行なわれる比較プロシージャは好適には、このよ
うな変動に対応するように設計される。これから説明を行うために、「類似の」
特性は、上述した制御不可能でかつ予測不可能なファクターによる通常の変化に
関係無く、クエリタスク２１０が、現在のチャンネルが以前のチャンネルと整合
すると見なしたことを意味するものであるとする。
【００３５】 クエリタスク２１０が、現在の通信チャンネルのパラメータが以前の通信チャ
ンネルのパラメータと整合しないと判定した場合、タスク２１２が行われ得る。
タスク２１２は、タスク２０６と同様に、モデムシステム１００をプロンプトし
て、従来の初期設定ルーチンを開始させる。好適な実施形態において、モデムシ
ステム１００が、クイック接続プロトコルが完全にサポートされていることを確
認した場合（クエリタスク２０４）、Ｖ．８ｂｉｓプロシージャの殆ど（ただし
、その全てではない）が省略され得る。従って、Ｖ．８能力交信プロトコルは、
タスク２１２によってプロンプトされ得る。その後、タスク２１４が行なわれ得
、これにより、モデムシステム１００を、従来のＶ．９０スタートアッププロシ
ージャに入らせることが可能となる。タスク２１４は、上述したタスク２０８に
類似する。タスク２１２および２１４が行なわれると、通信セッションと関連す
るスタートアップ時間を約３秒間だけ低減することが可能となる。この約３秒間
という時間は、Ｖ．８ｂｉｓプロシージャを行うために必要な典型的な時間の長
さである。従って、クエリタスク２１０が、現在のチャンネルが以前のチャンネ
ルと類似していないと判定した場合にでも、クイックスタートアッププロセス２
００は、モデムシステム１００の初期設定時間全体を低減させる。
【００３６】 クエリタスク２１０が、現在のチャンネル特性が以前に確立されたチャンネル
の格納された特性と「整合する」ことを発見した場合、タスク２１６が行われ得
る。タスク２１６の間、短縮された訓練プロシージャが行なわれる。以下により
詳細に説明するように、モデムシステム１００は、現在のチャンネルの既知の特
性を利用して、これにより、モデムデバイスを敏速に訓練できるようにする。例
えば、デジタル障害（例えば、ロブドビット（ｒｏｂｂｅｄ ｂｉｔ）信号送信
）の特定のタイミングフェーズは未知であり得るが、接続を繰り返しても、デジ
タル障害の種類は一貫する。従って、Ｖ．９０モデムシステムの文脈において、
長期にわたるデジタル障害学習プロシージャを全てインプリメントする必要は無
い。加えて、等化器およびエコーキャンセラーの初期訓練と、ＰＣＭコーデック
（ｃｏｄｅｃ）の送信レベルおよびデータ速度の初期判定とは、行なわなくても
よい。
【００３７】 タスク２１８は、モデムシステム１００をイネーブルして、初期データ速度を
動作させるように、行われ得る。タスク２１６に関連する訓練の部分が、タスク
２１８と関連する初期データ速度で行われ得ることが、理解されるべきである。
モデムシステム１００は、以前に格納されたチャンネルと関連付けられた初期設
定パラメータをリコールすることにより、初期データ速度で敏速に動作すること
ができる。タスク２１８の間、モデムシステム１００は、等化器およびエコーキ
ャンセラーの最終訓練を行い、変調パラメータを交信し、フル速度のデータモー
ドにおいて使用されるコンステレーション信号ポイントを交信し得る。本発明に
よれば、ＰＰＰデータは、タスク２１８の間、１つ以上の最終訓練シーケンスと
連係して送信され得る。例えば、ＰＰＰデータは、ログイン認証情報（例えば、
ＣＨＡＰ情報またはＰＡＰ情報）の交信と関連付けられうる。タスク２１８の間
のデータ送信を考慮すると、このクイックスタートアッププロセス２００の部分
は、第１のデータモードまたはデータフェーズ１として見なすことができる。
【００３８】 タスク２１８の後、クイックスタートアッププロセス２００は、モデムシステ
ム１００を最終データ速度（タスク２２０）で動作させる。この実施形態の文脈
において、このプロセス２００の部分を、第２のデータモードまたはデータフェ
ーズ２として見なすことができる。初期データ速度から最終データ速度への移行
（ｔｒａｎｓｉｔｉｏｎ）は好適には、シームレスな様式で行なわれる；すなわ
ち、モデムシステム１００は、適切な信号タイミングまたは同期化技術を用いて
、このようなデータ速度の移行をイネーブルする。フルデータモードの間、モデ
ムシステム１００は、タスク２１８の間に交信された信号ポイントのコンステレ
ーションを用いる。モデムシステムが最終データモードに入った後、クイックス
タートアッププロセス２００は終了する。
【００３９】 図３は、本発明に従って構成された例示的モデムシステム３００を示すブロッ
ク図である。モデムシステム３００は好適には、クイックスタートアッププロセ
ス２００と、本明細書中に説明したような他のプロセスとを実行するように構成
される。例示目的のため、本明細書中、モデムシステム３００について、５６ｋ
ｂｐｓのシステムもしくはＶ．９０のシステム（または、Ｖ．９０システムに実
質的に類似するシステム）の文脈において説明する。しかし、図３に示すこの特
定のインプリメンテーションは、本発明の範囲を限定することをいかようにも意
図していないことが、理解されるべきである。
【００４０】 一般的には、モデムシステム３００は、第１のモデム（例えば、モデム３０２
）と、第２のモデム（例えば、モデム３０４）とを含む。この説明の文脈におい
て、モデム３０２をサーバモデムと見なし、モデム３０４をクライアントモデム
と見なす（図１を参照）。モデム３０２および３０４は類似に構成可能であり、
これにより、これらのモデムはどちらとも、送信モードまたは受信モードのいず
れにおいても機能可能であることが、理解されるべきである。モデム３０２およ
び３０４は一般的には、公知の原理に従って構成され、これにより、電気通信ネ
ットワーク（例えば、公衆通信電話ネットワーク（「ＰＳＴＮ」）３０６を通じ
て、少なくとも１つの通信チャンネル（例えば、チャンネル３０８および３１０
）を介して、通信を行う。これから説明を行うために、モデム３０２はＰＳＴＮ
３０６にデジタルに接続され、一方、モデム３０４は、図１に関連して上述した
ように、中央オフィス（図示せず）およびアナログローカルループを介してＰＳ
ＴＮに接続される。分かり易くするため、図３中、様々な符号器と、復号器と、
実際のモデムシステムにおいて存在することの多い他の機能素子とは図示してい
ない。
【００４１】 モデム３０２は、プロセッサ素子３１２を含み得る。一方、モデム３０４はプ
ロセッサ素子３１４を含み得る。本明細書中において説明する特定の動作に加え
て、プロセッサ３１２および３１４は、モデムシステム３００の動作と関連付け
られた様々なタスクを実行するように適切に構成される。実際、モデムシステム
３００には、モデムシステム３００の機能をサポートするために必要なだけの任
意の数のプロセッサ、制御素子およびメモリ素子を組み込むことが可能である。
このようなプロセッサ素子、制御素子およびメモリ素子は、モデム３０２および
３０４の他の機能構成要素と適切に相互作用することができ、これにより、デー
タのアクセスおよび操作を行うか、または、モデムシステム３００の動作をモニ
タリングまたは統制し得る。
【００４２】 プロセッサ３１２は、クイック接続確認ルーチンと動作可能に関連付けられ得
る。このクイック接続確認ルーチンを、機能ブロック３２２として図示する。ク
イック接続確認ルーチン３２２は、クエリタスク２０４（図２を参照）の間に用
いられ得る。プロセッサ３１２もまた、複数の訓練ルーチン３２４と動作可能に
関連付けられ得る。訓練ルーチン３２４は、モデムシステム３００の初期訓練お
よび／または最終訓練の際に用いられ得る。訓練ルーチン３２４は、上述したよ
うなタスク２１６の間に用いられ得る。プロセッサ３１２はまた、ダイヤルアッ
プ認証スキーム３２６（例えば、ＰＡＰまたはＣＨＡＰに従った情報交信）と連
係して動作し得る。上記に代わって（または上記に加えて）ＣＨＡＰ／ＰＡＰ機
能は、モデム３０２に対応するサーバによって保持される１つ以上のソフトウェ
アアプリケーションにおいて、実現され得る。これらの例示的動作は、処理素子
３１２の適用可能性を限定することを意図していない。処理素子３１２は好適に
は、任意の数のさらなる動作をサポートするように構成される。
【００４３】 モデム３０２は、送信器３１６を含む。送信器３１６は、従来のデータ送信技
術に従って符号化された記号を送信するように構成される。このような記号は、
データ、訓練シーケンス、同期化信号、制御信号、情報交信シーケンス、および
モデムシステム３００によって用いられる任意の適切な通信信号を表し得る。モ
デム３０２はまた、受信器３１８も含む。受信器３１８は、任意の数の公知のモ
デム技術に従って構成され得る。受信器３１８は、モデム３０４からの通信信号
を受信するように構成される。このような通信信号を挙げると、符号化された情
報ビット、制御信号、情報交信シーケンス、訓練シーケンスおよびそのようなも
のがある。受信器３１８は、等化器構造３１７およびエコーキャンセラー構造３
１９を含み得るかまたはこれらと機能的に関連付けられ得る。等化器構造３１７
およびエコーキャンセラー構造３１９の構成および動作は、任意の数の従来の技
術（例えば、適応可能なフィルタリングアルゴリズム）と一貫し得る。
【００４４】 モデム３０２は好適には、モデムシステム３００の動作と関連付けられた異な
るデータおよび信号を生成、処理および送信するように構成される。このような
データ、信号およびシーケンスは、任意の数のマイクロプロセッサによって制御
される構成要素によって、適切に格納され、フォーマットされ、生成され得る。
例示目的のため、図３では、モデムシステム３００の異なる動作機能に関連する
複数のブロックを示している；このような動作機能は、自身と関連付けられた特
定のデータシーケンス、制御信号またはそのようなものを有し得る。実際のシス
テムでは、任意の量のさらなるまたは別のデータが処理および送信され得るが、
本明細書中に説明するこの特定の実施形態は、少なくとも以下の種類のデータと
連係して機能する：すなわち、移行シーケンス３２８、返答信号ポイントシーケ
ンス３３０、認証情報３３２、クイック接続識別子３３４、訓練情報３３６、お
よびユーザデータ３３８。以下、このデータと、モデムシステム３００によるデ
ータの処理とについて詳細に説明する。
【００４５】 モデム３０２はまた、自身の動作をサポートするために必要な適切な量のメモ
リ３２０も含む。メモリ素子３２０は、ランダムアクセスメモリ、読出し専用メ
モリまたはこれらの組み合わせであり得る。メモリ素子３２０は、本発明に関連
する１つ以上のプロセスと連係して、モデムシステム３００によって用いられる
情報を格納するように構成され得る。例えば、メモリ素子３２０は、適切な返答
信号ポイントシーケンス３３８を格納するように構成され得る。メモリ３２０は
、特定の信号ポイント、送信レベル、シーケンスを送信用としてフォーマットす
る際に用いられるパターンまたはそのようなものを含み得る。この好適な実施形
態において、返答信号ポイントシーケンス３３８は、（上述した）シーケンス３
３０に対応する。メモリ素子３２０は、受信器３１８の訓練に関連する複数のパ
ラメータを格納するようにも構成され得る。これらの受信器パラメータ（ブロッ
ク３４０として示す）は、等化器構造３１７および／またはエコーキャンセラー
構造３１９の初期設定と関連付けられ得る。実際的事項として、メモリ素子３２
０は、等化器構造３１７およびエコーキャンセラー構造３１９のアナログおよび
／またはデジタル特性（例えば、フィルタタップ係数）に関連する情報を格納し
、コーデックレベルの概算値（ｅｓｔｉｍａｔｅ）を送信し得る。
【００４６】 本発明の好適な実施形態によれば、メモリ素子３２０はまた、以前に確立され
たチャンネル（以前のチャンネルブロック３４２として示す）の複数のパラメー
タ、属性および／または特性を格納することもできる。以前のチャンネルのパラ
メータ３４２は、通信セッションの間の任意の適切な時間に格納してもよいし、
または、セッション中に定期的に更新してもよい。実際、モデム３０２およびモ
デム３０４はどちらとも、現在のチャンネルパラメータを保存するように構成可
能であり、これにより、現在の通信セッションと関連する一時的割込み（ｉｎｔ
ｅｒｒｕｐｔｉｏｎ）、遅延または切断を予測する（ａｎｔｉｃｉｐａｔｅ）（
これは、このような割込み、遅延または切断が意図的または非意図的であるかど
うかに関わらない）。以下により詳細に説明するように、モデムデータ送信モー
ドにおける一時的切断または休止に応答して、通信セッションが再開されるまで
、モデム３０２を「保留」状態にすることができる。そのとき、モデム３０２お
よび３０４は、長時間にわたる再訓練プロシージャを行うのではなく、格納され
ているチャンネルパラメータにアクセスし得る。
【００４７】 モデム３０４は受信器３５０を含み、この受信器３５０は、等化器構造３５２
およびエコーキャンセラー構造３５４と動作可能に関連付けられる。受信器３５
０は、モデム３０２からの通信信号を受信するように構成される。モデム３０４
はまた送信器３５６も含み、この送信器３５６は、通信信号をモデム３０２に送
信するように構成される。モデム３０４のこれらの構成要素は、モデム３０２の
対応する構成要素と類似し得る。従って、簡潔にするために、モデム３０２およ
び３０４に共通する機能に関して重複する詳細部分については、モデム３０４の
説明において、その説明を控える。
【００４８】 プロセッサ３１４は、クイック接続確認ルーチン３５８、１つ以上の訓練ルー
チン３６０およびダイヤルアップ認証スキーム３６２と動作可能に関連付けられ
得る。これらの処理機能は、プロセッサ３１２に関連して上述した対応する機能
に類似する。これらの機能に加えて、プロセッサ３１４は、デジタル障害学習ル
ーチン３６４と動作可能に関連付けられ得る。デジタル障害学習ルーチン３６４
は、従来のＶ．９０モデムによって実行されるデジタル障害学習プロシージャと
互換性を持ち得る。ルーチン３６４を用いて、モデム３０４をイネーブルして、
モデム３０４に、モデム３０２によって送信されるデジタル障害学習シーケンス
を分析させ、通信チャンネル中に存在するデジタル障害の種類と、このようなデ
ジタル障害と関連するあらゆるタイミングフェーズとを判定させることが可能で
ある。ルーチン３６４は、メモリ素子３６６と相互作用して、これにより、モデ
ム３０４が所与の通信チャンネルと関連するデジタル障害プロファイルを格納す
ることを可能にする。ルーチン３６４は、モデム３０４をイネーブルして、チャ
ンネル中に存在するロブドビット信号送信を照明または強調表示するように機能
する適切な信号ポイント（または１つの信号ポイント）を選択させることができ
る。例えば、ネットワークによりロブドビット（典型的には、最下位ビットの記
号）がゼロにされたとモデム３０４が判定した場合、ロブドビットの信号送信フ
ェーズを容易に検出できるように、最下位ビットの記号を有する信号ポイントを
選択することが可能である。
【００４９】 プロセッサ３１４はまた、チャンネル比較ルーチン３６８を行うようにも構成
され得る。このチャンネル比較ルーチン３６８は、図２と関連して上述したタス
ク２１０の間に行われ得る。チャンネル比較ルーチン３６８は好適には、現在の
通信チャンネルの特性が、以前に確立された通信チャンネルと関連する格納中の
特性と類似するか否かを判定する。この説明の文脈において、現在のチャンネル
は、以前に確立されたチャンネルと繰り返し接続され、複数の格納中の特性がメ
モリ素子３６６中に常駐し得る。ルーチン３６８について、以下により詳細に説
明する。
【００５０】 プロセッサ３１２の場合と同様に、本明細書中に説明する例示的動作は、任意
の数のさらなる動作をサポートするように好適に構成された処理素子３１４の適
用可能性を限定することを意図していない。
【００５１】 モデム３０２と同様に、モデム３０４は、モデムシステム３００の動作と関連
付けられた異なるデータおよび信号を生成、処理および送信するように構成され
る。このようなデータ、信号およびシーケンスは、任意の数のマイクロプロセッ
サにより制御される構成要素によって、適切に格納され、フォーマットされ、生
成され得る。実際のシステムは任意の量のさらなるまたは別のデータを処理およ
び送信し得るが、送信器セクション３５６については、以下の種類のデータ（す
なわち、クイック接続識別子３７０、移行シーケンス信号ポイント識別子３７２
、訓練情報３７４、認証情報３７６およびユーザデータ３７８）と関連して図示
している。このデータと、モデムシステム３００によるデータ処理とについて、
以下に詳細に説明する。
【００５２】 上述したように、モデム３０４は、自身の動作をサポートするために必要な適
切な量のメモリ３６６を含む。メモリ素子３６６は、メモリ素子３２０に類似す
る。この好適な実施形態において、メモリ素子３６６は、モデム３０２によって
用いられる対応する返答信号ポイントシーケンス３３８に関連する返答信号ポイ
ントシーケンス３８０を格納するように構成される。この実施形態において、モ
デム３０２および３０４の両方において、同じ返答信号ポイントシーケンスが事
前規定され、既知である。メモリ素子３６６はまた、以前に確立されたチャンネ
ル（以前のチャンネルブロック３８２として図示）の複数のパラメータ、属性お
よび／または特性も格納し得る。以前のチャンネルパラメータ３８２は、通信セ
ッションの間の任意の適切な時間において格納してもよいし、または、セッショ
ンの間に定期的に更新してもよい。メモリ素子３２０と同様に、メモリ素子３６
６も、受信器３５０の訓練に関連する複数のパラメータ３８４を格納するように
構成され得る。これらの格納された受信器パラメータ３８４は好適にはモデム３
０４によってアクセスされ、これにより、従来のＶ．９０モデムシステムにつき
もののスタートアップ待ち時間を有効に低減する。
【００５３】 本発明の複数の機能は、従来のＶ．９０モデムのスタートアップ時間および／
または再接続時間の低減（例えば、Ｖ．８ｂｉｓプロシージャの排除または短縮
と、初期訓練プロシージャの排除または短縮）と、（フルデータ速度が達成され
るまで待機するのではなく）初期設定プロセスの早期においてログイン認証デー
タを交信することと）に貢献する。一実施形態において、モデムシステムが中間
データ速度と関連付けられた初期訓練モードである間、ログイン認証データが交
信される。本発明のこれらの（および他の）機能の任意のものが、モデムシステ
ム３００においてインプリメントされ得る。
【００５４】 図４は、２つのモデムデバイスによって行なわれるクイックスタートアッププ
ロセス４００の部分を示すフロー図であり、図５は、２つのモデムデバイスによ
って行なわれる例示的クイックスタートアッププロセスに対応するタイミング図
５００である。タイミング図５００は、頭字語および略語を含み、これらの頭字
語および略語は、Ｖ．８、Ｖ．８ｂｉｓ、Ｖ．３４、Ｖ．９０、および他のデー
タ通信プロトコルの文脈においてしばしば用いられる。本明細書においてこのよ
うな用語を用いるのは、１つの実際的な実施形態の文脈において本発明のコンセ
プトを説明するためである。しかし、本発明は、任意の適切な文脈において用い
ることが可能であり、特定の信号、シーケンスの数、シーケンスのタイミング、
データ速度、および図５に示すこれらの２つのモデムデバイス間の相互作用は、
本発明の範囲を限定することをいかようにも意図しない。
【００５５】 クイックスタートアッププロセス４００を、クライアントモデム（例えば、Ａ
ＰＣＭ））およびサーバモデム（例えば、ＤＰＣＭ））と関連付けられたタスク
を示すように、示す。同様に、タイミング図５００は、ＡＰＣＭおよびＤＰＣＭ
によって送信される信号の一般的なシーケンス化を示す。図５において、２つの
主要シーケンス間の矢印は、ＡＰＣＭとＤＰＣＭとの間の相互作用を表す。
【００５６】 クイックスタートアッププロセス４００は、タスク４０２と共に開始し得る。
タスク４０２は、ＡＰＣＭに、ＤＰＣＭと関連付けられた電話番号をダイヤルさ
せる。上述したように、このコールは、ローカルループ１１２、中央オフィス１
１０およびデジタル電話ネットワーク１０８（図１を参照）を介して確立される
。この初期リング音に応答して、ＤＰＣＭは、オフフック状態にされ得る（タス
ク４０４）、すなわち、ＤＰＣＭは、このコールに返答する。もちろん、ＡＰＣ
ＭおよびＤＰＣＭは、従来の電話技術プロトコルに従って、コールの実施、コー
ルへの返答およびコールの処理を行うように構成され得る。タスク４０４の後、
タスク４０６を行って、能力交信プロトコル（例えば、Ｖ．８またはＶ．８ｂｉ
ｓ）を初期設定することができる。本明細書中に説明する実施形態において、タ
スク４０６の間、能力リクエスト信号（図５中にＣＲｅとして示す）が送信され
得る。このＣＲｅ信号は、ＤＰＣＭがクイック接続プロシージャをサポートする
ことをＡＰＣＭに知らせる機能をし得る。ＣＲｅ信号は、従来のＶ．８ｂｉｓ信
号送信音を変更したもの（例えば、Ｖ．８ｂｉｓ音を振幅変調したもの）であり
得る。あるいは、信号送信音と関連する周波数に定期的にジッターが生じ得るか
、または、低レベルの広帯域信号が信号送信音に加えられ得る。このようにして
、レガシーモデムシステムに、ＣＲｅ信号を上記通常のＶ．８ｂｉｓ ＣＲｅ信
号として認識させる。
【００５７】 現在の通信チャンネルと関連するコールが確立されるのに応答して、ＡＰＣＭ
は、タスク４０８を行って、クイック接続識別子（ＱＣ）をＤＰＣＭに適切に送
信し得る。本明細書中に説明する実際的な実施形態において、ＡＰＣＭによって
ＣＲｅ信号が検出されるのに応答して、クイック接続識別子の送信がプロンプト
され得る。ＱＣ信号は好適には、レガシーモデムとクイック接続プロトコルをサ
ポートしないモデムとがＱＣ信号による悪影響を受けないように（すなわち、Ｑ
Ｃ信号が、互換性の無いデバイスには無視されるように）設計される。（ＡＰＣ
Ｍが本明細書中に説明するクイック接続技術をサポートしない場合、当該ＡＰＣ
ＭはＱＣ信号を生成せず、スタートアップは、図２に関連して上述したような従
来の様式で進行する）。好適な一実施形態において、ＱＣ信号は、信号ポイント
識別子も搬送する。この信号ポイント識別子は、移行シーケンス（図５中にＱＴ
ＳおよびＱＴＳ＼として示す）においてＤＰＣＭによって用いられる複数の信号
ポイント（または１つの信号ポイント）を識別する。この際、信号ポイントは、
通信チャンネル中に存在するデジタル障害を強調表示、照明または明確にするよ
うに機能する。従って、ＱＣ信号シーケンスは２重機能を行う。
【００５８】 ＤＰＣＭがクイック接続方法論もサポートすると仮定すると、当該ＤＰＣＭは
好適には、ＱＣ信号の受信に応答してタスク４１０を行う。タスク４１０に関連
して、ＤＰＣＭは、クイック接続肯定応答（図５中にＱＣＡ信号として示す）を
送信する。図２に関連して上述したように、ＤＰＣＭがＱＣ信号に肯定応答しな
い場合またはＡＰＣＭがなんらかの形でＱＣＡ信号を受信しなかった場合、モデ
ムシステムは、従来のスタートアッププロシージャで進行する。ＱＣ信号および
ＱＣＡ信号のフォーマット、構成および処理は、モデムシステム３００（図３を
参照）に関連して上述したように、個々のモデムの各部分によって実行され得る
。
【００５９】 ＤＰＣＭおよびＡＰＣＭがどちらともクイック接続技術をサポートする場合、
特定のアプリケーションに応じて、任意の数の初期設定ルーチンを排除、変更ま
たは短縮することが可能である。例えば、Ｖ．９０に互換性を持つモデムシステ
ムの文脈において、ＡＰＣＭがＶ．９０に対応することを、ＱＣ信号の送信に内
在的に示させることができる。同様に、ＤＰＣＭもＶ．９０に対応することを、
ＱＣＡ信号の送信に内在的に示させることができる。その結果、モデムシステム
は、通常の能力交信プロトコル（単数または複数）（例えば、Ｖ．８および／ま
たはＶ．８ｂｉｓ）の部分または全体を排除することができる。この機能は、そ
の存在自体により、スタートアップ待ち時間を（代表的な接続において）５秒も
削減することが可能である。
【００６０】 ＤＰＣＭがＡＰＣＭへのコールを開始したとき、タスク４０２〜タスク４１０
に関連して上述したクイック接続識別および確認スキームは、同等に適用可能で
あることが可能であることが理解されるべきである。このような状況が生じ得る
のは、ＡＰＣＭからの初期コールまたはリクエストに応答して、ＤＰＣＭがＡＰ
ＣＭをコールして通信チャンネルを確立したときである。この状況において、Ａ
ＰＣＭはＣＲｅ信号を送信し、ＤＰＣＭはＱＣ信号を送信し、ＡＰＣＭはＱＣＡ
信号を送信する。ＡＰＣＭがコールを開始する際の上記の説明とは対照的に、Ａ
ＰＣＭは、さらなる信号またはさらなるシーケンスを送信して、（信号ポイント
をＣＲｅシーケンスまたはＱＣＡシーケンス中に埋設するのではなく）ＤＰＣＭ
に対する移行シーケンス信号ポイントを適切に識別することができる。
【００６１】 タスク４１０の後、ＤＰＣＭは、タスク４１２を行って、移行（または同期化
）シーケンスにおいて用いられる信号ポイント（単数または複数）を入手し得る
。上述したように、ＱＣ信号は好適には、ＡＰＣＭがロブドビット信号送信の存
在を容易に検出できるようにするための信号ポイントを識別する情報を搬送する
。特定の信号ポイントの判定は、デジタル障害学習プロシージャ３６４（図３を
参照）に関連して上述したように、ＡＰＣＭによって実行され得る。この判定は
、同じチャンネルを介した以前の接続に関連するデジタル障害の過去の分析に基
づき得る。タスク４１２は、ＡＰＣＭがＱＣ信号を受信した後に、プロセッサ３
１２によって行なわれ得る。
【００６２】 タスク４１２に応答して、タスク４１４が行なわれ、これにより、適切な移行
シーケンスがＤＰＣＭによって送信され得る。例証的な一実施形態において、こ
の移行シーケンスは、タスク４１２において得られた信号ポイントの正の値およ
び負の値を含む。従って、ＤＰＣＭは、ＡＰＣＭによって選択された信号ポイン
トと、適切な符号パターン（これは、事前規定可能である）とを用いて、移行シ
ーケンスを生成し得る。この移行シーケンスは、構成およびフォーマットされ、
これにより、ＡＰＣＭが、送信シーケンスを検出すると、後続信号またはＤＰＣ
Ｍによって送信されるシーケンスに自身を同期させることができるようにする。
このようにして、ＡＰＣＭ受信器は、移行シーケンスから自身のタイミングを得
ることができる。送信シーケンスは、任意の事前規定された長さであり、任意の
事前規定された符号パターンを有し得る。例えば、図５に示す実施形態において
、移行シーケンスは、クイックタイミングシーケンス（ＱＴＳ）およびＱＴＳ＼
信号によって表され、ここで、ＱＴＳは特定の信号ポイントシーケンスを示し、
ＱＴＳ＼は、反対の符号を有する同じシーケンスである。図５において、８１０
個の記号についてＱＴＳシーケンスを繰り返し、３０個の記号についてＱＴＳ＼
シーケンスを繰り返している。
【００６３】 本発明の１つの実際的な実施形態において、ＱＴＳシーケンスをフォーマット
して、これにより、ＱＴＳルート（ｒｏｏｔ）シーケンス期間と、ネットワーク
接続と関連付けられたロブドビット信号の送信（「ＲＢＳ」）期間とが、（１つ
以外の）共通分母を持たないようにする。例えば、１つの適切なＱＴＳルートシ
ーケンスは、０、＋Ａ、−Ａ、＋Ａ、−Ａ（ここで、Ａは、ＲＢＳの存在を強調
表示する信号ポイントを表す）である。従って、図５に示す実施形態において、
５つの部分からなる期間を有するこのＱＴＳルートシーケンスを１６２回繰り返
し、一方、ＱＴＳ＼シーケンスでは、反転符号でのルートＱＴＳシーケンスを６
回繰り返す。
【００６４】 上記の実施例において、ＲＢＳ期間が６であると仮定すると、受信された移行
シーケンスに、３０ポイントの離散フーリエ変換（「ＤＦＴ」）が行なわれ、こ
れにより、ＤＰＣＭのタイミングフェーズを得ることができる。加えて、ＲＢＳ
の存在は、このＤＦＴの結果と関連する特定の離散周波数において、明らかとな
る。このようにして、タイミング情報およびＲＢＳ情報を、受信された移行シー
ケンスから抽出することが可能となる。加えて、タイミングフェーズ情報は、Ｒ
ＢＳ情報から独立して入手される。
【００６５】 ＤＰＣＭは好適には、タスク４１６の間に特定の信号ポイントシーケンスを送
信するように構成される。信号ポイントシーケンスは、モデムプロトコルの当業
者にとって分かり易く言うと、返答音に変更を施したものであると見なすことが
できる。図５において、この信号ポイントシーケンスは、ＡＮＳｐｃｍ信号によ
って表される。図３において上述したように。事前規定されたＡＮＳｐｃｍシー
ケンス３３８を、送信器セクション３１６による送信用として、メモリ素子３２
０に格納することができる。実際的な実施形態において、ＤＰＣＭは、移行シー
ケンスの後、ＡＮＳｐｃｍ信号を送信する。これは、ＡＰＣＭをイネーブルして
、ＡＰＣＭが移行シーケンスを検出した後、ＡＰＣＭが信号ポイントシーケンス
を予測する点において、所望され得る。言い換えれば、ＡＰＣＭによって移行シ
ーケンスが検出されることは、次に信号ポイントシーケンスが来ることを示すも
のである。
【００６６】 好適な一実施形態において、ＡＮＳｐｃｍ信号は、パルスコード変調信号ポイ
ントのシーケンスか、または、パルスコード変調信号ポイントと関連付けられた
信号ポイントのシーケンスかを含む。例えば、ＡＮＳｐｃｍ信号は、ｍｕ−ｌａ
ｗコードワードもしくはＡｌａｗコードワードのシーケンスとして、または、ユ
ニバーサルコードワード（Ｕ−コード）のシーケンスとして、フォーマットされ
得る。ＡＰＣＭおよびＤＰＣＭは好適には、クイックスタートアッププロセス４
００が開始される前にＡＮＳｐｃｍ信号が事前規定されて既知となるように、構
成される。別の実施形態において、複数の異なるＡＮＳｐｃｍ信号を適切にルッ
クアップテーブル中に格納することか、または、モデムデバイスの１つを用いて
ＡＮＳｐｃｍ信号を設計して、タスク４１６の前にＡＮＳｐｃｍ信号を他のモデ
ムデバイスと適切な様式で通信させることが可能である。例えば、ＡＮＳｐｃｍ
信号は、ＡＰＣＭが受信したＡＮＳｐｃｍ信号を分析することによりＲＢＳの存
在を容易に検出できるように、設計され得る。このような実施形態において、移
行シーケンス（ＱＴＳおよびＱＴＳ＼）がＲＢＳを識別または強調表示すること
は不要であり得る。
【００６７】 Ｖ．８の文脈において、返答音は、振幅変調された２１００Ｈｚの音として生
成される。それとは対照的に、本発明では、ＡＮＳｐｃｍ信号を用いて、パルス
コード変調信号ポイントを用いて、音（例えば、２１００Ｈｚの音）をデジタル
に生成する。言い換えると、ＡＮＳｐｃｍ信号は、アナログ信号をデジタルで表
したものである。ＡＮＳｐｃｍ信号は好適には、公知のパルスコード変調ポイン
トで構築され、これにより、ＡＮＳｐｃｍ信号を、単なる返答音以外の用途にも
用いることができるようにする。好適な一実施形態において、ＡＮＳｐｃｍ信号
は、特定の電話ネットワークと関連付けられた利用可能なパルスコード変調ポイ
ントの多くを含む。ＡＮＳｐｃｍ信号のこの局面は、ＡＮＳｐｃｍ信号を用いて
現在の通信チャンネル（特にデジタルパッド）の特性を判定または識別すること
が可能になる点において、望ましい。可能なコードワードを大量に用いると、２
つの入力レベルを１つの出力レベルに結合させることができるデジタルパッドを
ＡＮＳｐｃｍ信号によって検出することが確実になる。ＡＮＳｐｃｍ信号はまた
、ネットワークエコーキャンセラーをディセーブルする用途およびネットワーク
エコーサプレッサーをディセーブルする用途に適切な音を提供するようにも構成
される。
【００６８】 ＡＮＳｐｃｍ信号がルックアップテーブルを用いて定義された場合、複数の送
信レベルが予想または必要とされる実際的なインプリメンテーションは困難とな
り得る。例えば、ＩＴＵ−Ｔ推奨Ｖ．９０は、ＤＰＣＭが３２個の異なる送信レ
ベルを指定することを可能にする。そのため、各送信レベルについて別個のテー
ブルを格納すると、メモリ要件が過剰に多くなり得る。従って、別の一実施形態
において、プロシージャは、１つの送信レベルと関連付けられた複数のコードワ
ードを、残りの送信レベルと関連付けられた対応する複数のコードワードとマッ
ピングするように、定義され得る。例えば、−０．５ｄＢｍ０のレベルのＡＮＳ
ｐｃｍ信号を定義するＰＣＭコードワードのテーブルが与えられると、そのプロ
シージャは、各個々のＰＣＭコードワードをその対応するＰＣＭレベルにマッピ
ングする工程と、所望の送信レベルの削減量に従ってそのレベルをスケーリング
する工程と、その結果得られたレベルを最接近ＰＣＭレベルにまで戻すように量
子化する工程と、対応するＰＣＭコードワードに変換する工程と、を含み得る。
これにより、（ＤＰＣＭ送信器およびＡＰＣＭ受信器のどちらにおいても同じメ
カニズムを用いて）対応するＡＮＳｐｃｍ信号を構築することが可能となり、よ
って、各側において、ＰＣＭコードワードの同一のシーケンスを生成することが
できる。この実施形態に従えば、この量子化規則は、量子化における「関係（ｔ
ｉｅ）」を取り扱う際、（２つのＰＣＭレベルがスケーリングされたレベルから
等距離にあるかのように）正確でなければならない点に留意されたい。例えば、
この規則によって、ある関係において、ゼロに近いＰＣＭレベルが選択されるこ
とが決定され得る。
【００６９】 さらに別の実施形態によれば、ＡＮＳｐｃｍ信号を規定する方法全体が、事前
規定されたアルゴリズムに基づき得る。この事前規定されたアルゴリズムは、Ａ
ＮＳｐｃｍ信号を表すＰＣＭコードワードのシーケンスを生成する。例えば、Ａ
ＮＳｐｃｍ信号は、最大で２１００Ｈｚの音の集合として規定され得る。この場
合、これらの音は、事前定義された振幅とおよび初期フェーズとを有する。次い
で、これらの音の総計を所望の送信レベルに従ってスケーリングし、その結果得
られた信号を、（ここでも１つの関係における正確な量子化規則を用いて）最接
近ＰＣＭレベルにまで量子化する。しかし、この方法ではまた、正弦関数または
余弦関数のいずれかの正確な定義と、音の総計を取る際に累積ビット量とをも用
いて、これにより、両端において計算が一貫した方法で進行することを確実にし
て、ＡＮＳｐｃｍ信号を適切に検出できるようにする。
【００７０】 上述したように、ＡＰＣＭは、ＡＮＳｐｃｍ信号の送信を予測する。デジタル
障害と、通信チャンネルと関連付けられたアナログ特性とは、ＡＮＳｐｃｍ信号
に影響を与える。なぜならば、ＡＮＳｐｃｍ信号は、ＤＰＣＭからＡＰＣＭへと
送信されるからである。タスク４１８はＡＰＣＭによって行なわれ得、これによ
り、ＡＮＳｐｃｍ信号ポイントシーケンスに関連する受信されたシーケンスが得
られる。次いで、ＡＰＣＭは、タスク４２０を行って、受信されたシーケンスの
複数の属性と、以前に確立された通信チャンネルと関連する以前に受信されたシ
ーケンスの複数の格納された属性とを比較し得る。例示的な一実施形態において
、以前に受信されたシーケンスはデジタル障害学習（「ＤＩＬ」）シーケンスで
あり、これは線プロービングシーケンスである。この点において、タスク４２０
は、現在のチャンネルの特性が、以前に確立されたチャンネルの対応する特性に
類似するか否かを判定する。好適な一実施形態において、タスク４２０において
比較されたチャンネル特性を、当該チャンネル中のデジタル障害と関連付ける。
言い換えると、タスク４２０は、格納されているデジタル障害チャンネルプロフ
ァイルを用いて、現在のデジタル障害チャンネルプロファイルを有効化する。タ
スク４２０は、ＡＰＣＭの適切なプロセッサ素子（図３を参照）によって行なわ
れ得る。
【００７１】 タスク４２０の間、ポイント／レベルの任意の測定可能な特性、受信されたシ
ーケンス全体の任意の測定可能な特性、および／または当該ポイント／レベルと
関連する任意の測定可能な信号もしくは数量とを、ＡＰＣＭを用いて分析するこ
とができる。例えば、受信されたシーケンス中に含まれる任意の数の個々のポイ
ントまたはレベルを、ＡＰＣＭにおいて格納された対応するポイントまたはレベ
ル（格納されたポイントまたはレベルは、先行ＤＩＬプロシージャと関連付けら
れ得る）と比較することが可能である。受信されたポイント／レベルが格納され
たポイント／レベルと「整合した」場合または受信されたポイント／レベルと格
納されたポイント／レベルとの間の差が特定の閾値内である場合、ＡＰＣＭは、
現在のチャンネル属性が格納されているチャンネル属性と整合していると仮定し
得る（図２のクエリタスク２１０を参照）。
【００７２】 ＡＰＣＭは、プロシージャ４２１を行って、現在のチャンネルへの以前に確立
された接続の複数の属性または特性を適切に入手および保存し得る。上述したよ
うに、プロシージャ４２１は、ＡＰＣＭを、受信されたＤＩＬシーケンス中に含
まれるポイント／レベルの特性を格納させ得る。その後、これらの過去の値は、
タスク４２０の間に用いられる。この点において、プロシージャ４２１は、タス
ク４２０における比較が終了した後（例えば、現在の接続と関連する後続のＤＩ
Ｌプロシージャに応答して）、以前の値を新規のＤＩＬ値で更新し得る。
【００７３】 図２に関連して上述したように、タスク４２０がチャンネル特性が十分に整合
しないと判定した場合、モデムシステムは、従来のＶ．９０スタートアッププロ
シージャに復帰（ｒｅｖｅｒｔ）し得る。図５は、ＡＰＣＭがＶ．８プロトコル
まで伝送速度を落とし、従来のＶ．８コールメニュー（ＣＭ）メッセージをＤＰ
ＣＭに送る様子を示す。次いで、ＡＰＣＭに対する従来のＶ．８スタートアップ
が、シーケンス５０２に沿って行なわれる。ＣＭメッセージに応答して、ＤＰＣ
Ｍは、従来のＶ．８ジョイントメニュー（ＪＭ）メッセージを生成し、従来のＶ
．８初期設定（シーケンス５０４として示す）に従って進行する。例示目的のた
め、クイックスタートアッププロセス４００では、タスク４２０が、現在の通信
チャンネルと以前に確立された通信チャンネルとが類似すると判定したと仮定す
る。
【００７４】 ＡＰＣＭが現在のチャンネル特性を以前のチャンネルと共に有効化すると、ク
イックスタートアップルーチンがトリガされ、これにより、モデムシステムに関
連する初期設定時間をさらに削減することができる。あるいは、クイックスター
トアップルーチンをトリガするようにＤＰＣＭを構成してもよい。従って、タス
ク４２２が初期設定され得、その間、モデムシステムに初期訓練を行う。（分か
り易くかつ簡潔にするため、タスク４２２の部分および後続タスクの部分は、Ａ
ＰＣＭおよびＤＰＣＭのどちらによっても実行され得る；クイックスタートアッ
ププロセス４００は、このような機能の組み合わせを、単一のプロセスタスクの
文脈において示す）。タスク４２２により、以前に確立された通信チャンネルと
関連する複数の格納されたパラメータに応答して、ＡＰＣＭおよびＤＰＣＭは、
初期設定され得る。上述したように、格納されたパラメータは、等化器、エコー
キャンセラー、送信パワーレベル、初期信号ポイントコンステレーションまたは
そのようなものの初期設定または訓練と関連付けられ得る。タスク４２２は、プ
ロシージャ４２１と連係して動作し得る。プロシージャ４２１は好適には、以前
の接続と関連する初期設定パラメータを入手および格納するように機能する。こ
の点において、プロシージャ４２１は、以前の接続の通常のデータモードの間、
再交渉プロセスの後、または以前の通信セッションと関連する任意の状態または
イベントに応答して、このようなパラメータを定期的に保存するように適切に設
計され得る。プロシージャ４２１はまた、異常な設定パラメータまたは初期設定
パラメータが不適切に保存されないようにも、構成され得る。
【００７５】 典型的なＶ．９０接続の文脈において、タスク４２２は、２つのジョイントの
訓練フェーズに関連付けられ得る。以前のパラメータを用いて、モデムシステム
は、従来のＶ．９０のフェーズ２のプロービングプロシージャおよびレンジング
プロシージャを省略または短縮し、従来のＶ．９０のフェーズ３のデジタル障害
学習プロシージャおよび初期訓練プロシージャを省略または短縮することができ
得る。図５に示すように、ＡＰＣＭおよびＤＰＣＭはそれぞれ、タスク４２２の
間、訓練シーケンス（ＴＲＮ１信号として示す）を送信し得る。これらの訓練信
号を用いて、等化器タップおよびエコーキャンセラタップを適応可能に調節し、
別の場合にモデムシステムの訓練を容易化することができる。従って、Ｖ．９０
のスタートアップの最も時間のかかるプロシージャの１つ（ＡＰＣＭ等化器の訓
練）を、効率的に行うことができ、これにより、微調整および訓練の時間を十分
に得ることが可能となる。
【００７６】 タスク４２２の間に生じる初期訓練に加えて、タスク４２４も行われ得る。タ
スク４２４の間、モデムシステムは、エラー修正および／またはデータ圧縮プロ
トコルを行い得る。従来のＶ．９０モデムシステムにおいて、エラー修正の目的
の場合、Ｖ．４２推奨を遵守し、データ圧縮目的の場合、Ｖ．４２ｂｉｓ推奨を
遵守する。例えば、ＰＰＰ接続と関連付けられた通常のＶ．９０動作モードにお
いて、最終訓練の後でかつＣＨＡＰ／ＰＡＰ認証プロシージャの前に、Ｖ．４２
プロシージャおよびＶ．４２ｂｉｓプロシージャを行う。Ｖ．４２およびＶ．４
２ｂｉｓをＣＨＡＰ／ＰＡＰプロシージャの前に行うのは、ＣＨＡＰ／ＰＡＰプ
ロシージャが「エラーフリー」チャンネルについてより適切だからである。従来
のＶ．９０システムとは対照的に、タスク４２４は、Ｖ．９０のスタートアップ
のフェーズ３の間、Ｖ．４２ｂｉｓを行い得る。スタートアッププロセスにおい
てＶ．４２ｂｉｓを前方シフトさせると、接続時間を削減するのに有用である。
図５において、ＸＩＤ信号は、従来のＶ．４２ＸＩＤ信号に変更を加えたものを
示す。例えば、ＸＩＤ信号は、圧縮およびそのようなものについて交渉する際に
用いられるＸＩＤパラメータのサブセットを利用することができる。Ｖ．４２ｂ
ｉｓプロシージャの部分はまた、図５に示す様々な変更信号シーケンスと連係し
て実施され得る。例えば、ＣＰｔ信号は、１つ以上のＶ．４２ｂｉｓ信号と関連
付けられた従来のＶ．９０ＣＰｔ信号を示し得る。
【００７７】 この好適な実施形態において、Ｖ．４２ｂｉｓプロシージャを行って、実質的
に「エラーフリーの」チャンネルを提供する。タスク４２４の後、接続メッセー
ジをホストソフトウェアに発行する。この接続メッセージは、モデムシステムが
この時点において初期データ速度でのデータ送信の準備が出来ていることを示す
。接続メッセージは、公知の技術でフォーマット、生成および送信され得る。
【００７８】 接続メッセージに応答して、ホストソフトウェアは、上層プロトコルログイン
プロシージャ（例えば、ＣＨＡＰプロシージャまたはＰＡＰプロシージャ）を「
同時に」開始する（タスク４２８）。タスク４２８は、ホストソフトウェアによ
って自動的に開始してもよいし、または、ユーザの入力に応答して開始してもよ
い。ＣＨＡＰ／ＰＡＰデータ送信は、最終訓練プロセスと連係して発生する。こ
の好適な実施形態において、ＡＰＣＭおよびＤＰＣＭは、通信チャンネルを介し
て、ＣＨＡＰ／ＰＡＰ認証データをスクランブルされたデジタルデータとして送
信する。認証データをスクランブルすると、モデムデバイスが認証データ上に最
終訓練を行うことが可能となる。従来のＶ．９０モデムシステムにおいて、最終
訓練信号は、スクランブルされた「信号」としてフォーマットされる。スクラン
ブルされた信号は、全く情報を搬送しない；すなわち、最終訓練信号は、スペク
トル的な白色光源として用いられるに過ぎない。本発明は、これらの最終訓練信
号を用いて、ユーザデータを搬送し、一方、モデムデバイスが訓練プロセスを終
了する。ＣＨＡＰ／ＰＡＰデータは１つの好適な形態のユーザデータであるが、
本発明は、認証データの送信または交信に限定されない。加えて、特定のスクラ
ンブル化アルゴリズムは、アプリケーションによって異なり得る。
【００７９】 図５において、２重機能信号を、ＴＲＮ２Ａ／ＰＰＰ信号およびＴＲＮ２Ｄ／
ＰＰＰ信号によって表す。この点において、モデムデバイス中の受信器セクショ
ンを、第１の期間の間（例えば、データフェーズ１の間）に初期データ速度で訓
練して、これにより、これらの受信器セクションが、後続の時間期間の間（例え
ば、データフェーズ２の間）に最終データ速度での動作にシームレスに移行する
ことができるようにする。さらに、（モデムシステムが完全に初期設定された後
ではなく）第１の期間の間にＰＰＰログインプロシージャを初期データ速度で行
うことができる。
【００８０】 初期データ速度期間の間、タスク４３０を行って、ＡＰＣＭおよびＤＰＣＭを
イネーブルして、コンステレーションパラメータおよび変調パラメータ（図５中
にＣＰ信号およびＭＰ信号として示す）を適切な様式で交信させることが可能で
ある。タスク４３０は、従来のＶ．９０の様式で行われ得る。これらのパラメー
タは、後続のデータモードの間、モデムデバイスによって用いられ得る。訓練プ
ロシージャおよび認証プロシージャが終了した後、モデムシステムは好適には、
シームレスな様式でフルデータ速度に移行する。タスク４３２を行って、データ
送信をフルデータ速度で行うことが可能である。この期間は、データフェーズ２
として好適であり得る。モデムシステムがフルデータモードに入った後、クイッ
クスタートアッププロセス４００は終了する。
【００８１】 表１にまとめた従来のＶ．９０モデムスタートアップとは対照的に、本発明に
よるモデムシステムでは、以下の表２に示すように、スタートアップ待ち時間が
短い。特に、表２に概要を示すスタートアップ時間は、表１に概要を示すスター
トアップ時間の約半分である。スタートアップ待ち時間の大幅な低減は、多くの
状況において（特に、Ｖ．９０のモデムシステムまたはレガシー５６ｋｂｐｓの
モデムシステムを用いたＰＰＰダイヤルアップインターネット接続の文脈におい
て）望ましいことである。
【００８２】
【表２】 表２−クイックＶ．９０モデムのスタートアップ 本発明の技術は、線を崩壊させる（ｃｏｒｒｕｐｔｉｎｇ）イベントまたはチ
ャンネル割込みの後の再接続に関連する再初期設定時間を削減する際の他の文脈
において、インプリメントされ得る。例えば、多くの電話利用者は、コール待機
サービス、コール元識別サービスおよび他の電話技術サービスに加入している。
しかし、このようなサービスは、モデム接続のために電話線が使用中である間、
ディセーブルされるかまたは機能しなくなり得る。モデム接続の間にコール待機
がディセーブルされない場合、信号音がモデム接続に割込み得る。ユーザが待機
中の線に返答しようとすると、上記オフフックおよびオンフックがフラッシュし
、これにより、モデムシステムは自身の受信器を再訓練するか、または、フル再
接続プロシージャをプロンプトし得る。
【００８３】 時間のかかる再接続プロシージャまたは再訓練プロシージャを行う代わりに、
モデムシステムを、格納されたアナログ障害情報およびデジタル障害情報、等化
器設定、パワーレベル、エコーキャンセラー設定、コンステレーションおよびそ
のようなものを用いるように構成することが可能である。コール待機プロシージ
ャによって、内線（ｅｘｔｅｎｓｉｏｎ）電話デバイスにある保留オフ状態によ
って、コール元識別リクエストによって、または任意のチャンネル崩壊イベント
によって（このようなイベントが計画的なものであるかまたは非意図的なもので
あるかは問わない）チャンネル接続が割り込まれた場合、このような格納情報を
用いて、モデムシステムパラメータを迅速に再設定することが可能である。この
シナリオにおいて、クライアントモデムおよびサーバモデムの両方が、関連を持
つシステム属性、モデム動作パラメータ、チャンネル特性および／またはネット
ワーク特性を格納し得る。
【００８４】 １つの実際的な例において、クライアントモデムは、コール待機音に応答して
、信号を用いて、サーバにスタンバイモードに入るように伝え得る。次いで、サ
ーバモデムは、ＦＳＫモードに切り換わって、サーバがアイドル状態である間、
クラス２のコール元識別情報を適切に検出し得る。ユーザが第２のコールに返答
したいと望むと、クライアントモデムは、スタンバイ信号または心搏音をサーバ
に定期的に送信して、サーバに保留状態を継続するように命令し得る。第２のコ
ールが終了し、ユーザがデータコールを開始することを望む場合、クライアント
モデムは、クイック再接続ハンドシェーキングプロトコル（これについては、後
述する）を開始する。一方、ユーザが第１のコールを終了したいと望むと、クリ
アダウンメッセージが送られ得る（あるいは、定期的な保留信号が終了し得る）
。
【００８５】 上記のクイック再接続ハンドシェーキングにより、モデムデバイスは、以前の
チャンネルパラメータ３４２および３８２に関連して簡単に上述したように、「
保留」チャンネルの保存されているパラメータおよび属性と、モデムデバイスと
関連付けられた保存中の動作パラメータとをリコールする。この技術により、モ
デムシステムをほんの数秒で再接続することが可能となる。従って、データモー
ドのユーザは、入来コールの待機またはコール元識別信号を処理した後に時間の
かかる再接続による不利益を被ることがなくなる。このような様式のコール待機
を用いれば、データモードのユーザは、モデム接続に関連する遅延が顕著な長さ
になることなく、断続的な割込みを受けることができる。
【００８６】 この機能を用いて、従来のＰＰＰモデム接続で「常時接続」モードをシミュレ
ートすることができる。例えば、クライアントモデムとサーバモデムとの間の所
与の接続に対して、関連するチャンネルの補償情報を定期的に保存することが可
能である。クライアントユーザは、上述するようにデータモードを休止している
間に、入来する第２のラインコールに返答することができる。加えて、クライア
ントユーザが送出音声コールを開始した場合、データモードを適切に終了するこ
とができる。音声コールが終了した後、クライアントモデムは、サーバモデムに
再ダイヤルまたは別の場合において再接触して、格納されたパラメータを用いて
接続を確立することができる。
【００８７】 図７は、２つのモデムデバイスによって行なわれるクイック再接続プロセス７
００の部分を示すフロー図であり、図６は、２つのモデムデバイスによって行な
われる例示的クイック再接続プロセスに対応するタイミング図６００である。タ
イミング図６００は、従来のデータ通信プロトコルの文脈において用いられるこ
との多い頭字語および略語を含み得る。本明細書においてこのような専門用語を
用いるのは、実際的な一実施形態の文脈において本発明の概念を説明することを
意図してのことである。しかし、本発明は任意の適切な文脈において用いること
も可能であり、特定の信号、シーケンス数、シーケンスのタイミング、データ速
度、および図６中に示す２つのモデムデバイス間の相互作用は、本発明の範囲を
限定することをいかようにも意図していない。
【００８８】 クイック再接続プロセス７００は、このようなモデムシステムが通信セッショ
ンを確立した後（典型的には、モデムシステムがフル速度でのデータモードに入
った後）に、このようなモデムシステムによって行なわれ得る。これから説明を
行うために、モデムシステムが上述したように構成されている（または、後述す
る様々なプロセスタスクをサポートするように適切に構成されている）と仮定す
ることができる。プロセス７００を行う２つのモデムデバイスは本明細書中に説
明するクイック再接続技術と互換性を有すると仮定することができる。従って、
プロセス７００は、クイック再接続プロシージャを行うことが可能か否かを判定
するために、いずれの確認または信号送信も行う必要は無い。
【００８９】 これはクイック再接続プロセス７００の要件ではないものの、モデムシステム
は、上述したクイックスタートアップ技術に従って初期設定され得る。従って、
プロセス７００は、双方のモデムデバイスが任意の数の適切なチャンネル特性、
受信器パラメータならびに（モデムシステムの初期設定、訓練および同期化に関
連する）他の情報を格納したと仮定する。上述したように、このような情報は、
スタートアッププロシージャの間または適切なデータモードの間に定期的に適切
に保存され得る。プロセス７００を用いて、モデムデータモードの一時休止の後
または任意の割込みイベントの後に、現在のモデム接続をイネーブルして、クイ
ック再確立することができる。この文脈において、実際的なシステムは、クライ
アントモデムデバイスのユーザがモデム接続（またはモデムデータ通信モード）
を一時的に休止している間、モデムデバイス間の通信リンクまたは接続を保持す
ることができる。この一時的保留期間の間、ユーザは、クライアント側のモデム
デバイスがアイドル状態である間、コール待機信号に応答して別の入来コールに
返答し、新規の送出コールまたはそのようなものを開始することができる。
【００９０】 クイック再接続プロセス７００は、タスク７０２と共に開始され得る。タスク
７０２の間、再接続指示（ｉｎｄｉｃａｔｉｏｎ）が、ＤＰＣＭ（例えば、図３
に示すモデム３０２）によって受信される。再接続指示は、リクエスト（例えば
、ユーザが開始したリクエスト）に応答して生成され得、これにより、モデム通
信セッションにおける一時休止が終了する。例えば、適切な再接続信号が、ＡＰ
ＣＭのユーザによって開始されたフックフラッシュに応答してまたはＡＰＣＭと
関連付けられたアプリケーションソフトウェアによって生成された命令に応答し
て、ＡＰＣＭ（例えば、モデム３０４）によって生成され得る。あるいは、ＡＰ
ＣＭまたはＡＰＣＭと関連付けられたデータアクセス構成（ＤＡＡ）が、電話セ
ットの保留オンステータスと関連する線電流の変化に応答して、再接続信号を生
成し得る。このような使用中の線（ｌｉｎｅ−ｉｎ−ｕｓｅ）を検出する技術は
一般的には、当業者に公知である。この再接続指示は、ユーザが一時的に保留状
態にされている現在のモデム接続を再確立することを望んでいる旨をＤＰＣＭに
伝える。実際的な一実施形態において、ＤＰＣＭは、再接続指示を受信し、この
再接続指示に応答して、タスク７０４を開始する。
【００９１】 タスク７０４の間、ＤＰＣＭは、適切な返答信号を送信する。返答信号は好適
には、クイック再接続プロシージャがサポートされていることをＡＰＣＭに伝え
る。本明細書中に説明する例示的実施形態において、このような返答信号は、上
述したように適切な移行シーケンスを含み得る。従って、クイック再接続プロセ
スは、タスク７０４を行い得る。タスク７０４は、図４と関連して上述したタス
ク４１４と類似し得る。例えば、タスク７０４によって、ＤＰＣＭは、ＱＴＳ信
号を送信し、ＡＰＣＭをイネーブルして、ＤＰＣＭのタイミングフェーズを再度
判定し得る（ＱＴＳ信号は、図６中の参照符号６０２によって識別される）。加
えて、ＱＴＳ信号の再送信により、ＡＰＣＭがイネーブルされ、これにより、デ
ータ通信ネットワークのＲＢＳ特性を入手する（ただし、そうすることが必要な
場合またはそうすることが望ましい場合）。
【００９２】 多くの実際的なモデム接続において、ネットワーク接続（デジタルパッドおよ
びＲＢＳの関連する影響）は、モデム保留期間の間、一貫した状態のままである
点が留意されるべきである。もちろん、ネットワークリソースを節約するために
、モデム保留期間の間、ネットワーク接続をクリアダウンする状況もあり得る。
このような状況の場合（特に、同じネットワーク接続が再確立されない場合）、
ネットワークのデジタル障害プロファイルは、一貫した状態を保持し得ない。さ
らに、ネットワーク特性が変化しなかったとしても、モデム接続が保留にされた
場合（特に、ＡＰＣＭが保留期間の間ＤＰＣＭからの信号を受信しない場合）、
ＡＰＣＭは、そのＲＢＳ同期を失い得る。この点において、ＡＰＣＭが保留期間
の後に自身をネットワーククロックに適切に再同期できたとしても、その特定の
ＲＢＳフェーズはそれでも不明であり得る。従って、クイック再接続プロセス７
００は好適には、ネットワーク接続およびＲＢＳタイミングが変化した場合を想
定して構成される。
【００９３】 返答信号はまた、移行シーケンスに続く適切な信号ポイントシーケンスも含み
得る。従って、タスク７０４の後、ＤＰＣＭは、タスク７０６を行って、信号ポ
イントシーケンスをＡＰＣＭに適切に送信することができる。タスク４１６に関
連して上述したように、信号ポイントシーケンスは、返答音を変更したもの（例
えば、ＡＮＳｐｃｍ信号（これを、図６中の参照符号６０４として示す））と見
なすことができる。このＡＮＳｐｃｍ信号６０４は、上述したように構成可能で
あり、例えば、ＡＮＳｐｃｍ信号６０４は、ＡＰＣＭをイネーブルして、現在の
通信チャンネルまたはネットワーク（特に、デジタルパッドおよび／または他の
デジタル障害）の特性を判定または識別させるように、適切にフォーマットされ
得る。ＡＮＳｐｃｍ信号６０４はまた、ネットワークエコーキャンセラーをディ
セーブルするのに適切な音およびネットワークエコーサプレッサーをディセーブ
ルするのに適切な音を提供するようにも構成される。
【００９４】 実際的な一実施形態において、ＡＰＣＭは、ＡＮＳｐｃｍ信号６０４の送信を
予期する（ａｎｔｉｃｉｐａｔｅ）。例えば、ＡＰＣＭは、再接続指示をＤＰＣ
Ｍに送信した後、自身の受信器をＡＮＳｐｃｍ信号６０４を受信するように調整
するように構成され得る。したがって、クイック再接続プロセス７００は、クエ
リタスク７０８を含み得る。クエリタスク７０８は好適には、ＡＮＳｐｃｍ信号
６０４がＡＰＣＭによって受信されたか否かおよび／またはＡＰＣＭがＡＮＳｐ
ｃｍ信号６０４を受信したことを示す適切な肯定応答をＤＰＣＭが受信したか否
かを判定する。ＡＮＳｐｃｍ信号６０４がＡＰＣＭによって受信されず、ＡＰＣ
ＭがＡＮＳｐｃｍ信号６０４を受信したことを示す適切な肯定応答をＤＰＣＭが
受信しなかった場合、プロセス７００は終了し得、モデムシステムは、従来の再
接続ルーチンをと共に進行し得る。ＡＮＳｐｃｍ信号７０６が適切に受信された
とクエリタスク７０８が判定した場合、ＡＰＣＭは、受信された信号を上述した
ように処理して、ＡＰＣＭをイネーブルし、再確立されたチャンネルと関連する
デジタル障害を判定させることができる。
【００９５】 タスク７１０は好適には、双方のモデムデバイスに、以前のチャンネル接続（
すなわち、モデム接続が一時的保留状態にされる前のチャンネル）と関連付けら
れた特性およびパラメータをリコールおよび入手させるように、行なわれる。タ
スク７１０は、ＤＰＣＭを以前のチャンネル情報３４２にアクセスさせ、ＡＰＣ
Ｍを以前のチャンネル情報３８４にアクセスさせることができる。上述したよう
に、この情報は、（以前判定された）現在のチャンネル条件、モデム受信器と関
連付けられた任意の数の設定、通信ネットワークの特性またはそのようなもの）
に関連する１つ以上のパラメータを含み得る。タスク７１０は、モデムシステム
をイネーブルして、これらの格納されたパラメータをクイック検索させ、かつ、
チャンネルの独立的基再評価およびフル再訓練プロセスの代わりに適切な様式で
、モデムデバイスを再設定させる。タスク７１０は、ＤＰＣＭがＡＰＣＭから再
接続識別子を受信した後、ＤＰＣＭによって行われ得、また、タスク７１０は、
ＡＰＣＭがＡＮＳｐｃｍ信号６０４を受信する前に、ＡＰＣＭによって行われ得
る。タスク７１０がＡＰＣＭによって行なわれる場合、ＡＰＣＭ等化器は、以前
のチャンネル情報３８４に従って初期設定され、これにより、ＡＮＳｐｃｍ信号
６０４の適切な受信分析が可能となる。
【００９６】 ＤＰＣＭは、任意の数の技術（例えば、ＩＴＵ−Ｔ推奨Ｖ．３４（国際電気通
信連合、１９９４年９月）に記載された、従来のＶ．３４半２重１次チャンネル
の再同期化プロシージャ。本明細書中、同文献を参考のため援用する）に従って
、自身のタイミング同期化を再度獲得することができる。言い換えると、図６に
示すように、ＡＰＣＭは、ＰＰ信号６１０を送信してＤＰＣＭ受信器をイネーブ
ルし、これにより、自身のタイミング回復およびキャリア回復とＤＰＣＭ受信器
とが同期するように、構成され得る。Ｓプリアンブル信号およびＳ＼プリアンブ
ル信号（それぞれ、参照符号６０６および６０８として示す）を用いて、自動利
得制御素子またはそのようなものを初期設定することができる。Ｂ１信号６１２
は、ＤＰＣＭスクランブル化器、トレリス符号器およびそのようなものを初期設
定する際に用いることが可能なプリアンブルシーケンスとして見なされ得る。こ
れらの信号およびシーケンスについては、Ｖ．３４推奨に詳細な記載があるため
、本明細書中では説明を省く。
【００９７】 同時に、ＤＰＣＭは、Ｒ信号６１６を送信することが可能であり、このＲ信号
６１６の後、Ｒ＼信号６１８およびＢ１信号６２０が続く。これらのシーケンス
はまた、ＡＰＣＭをイネーブルしてデータモードに備えさせる適切なプリアンブ
ルシーケンスとしても機能する。これらの信号およびシーケンスについてはＶ．
９０推奨に詳細な記載があるいるため、本明細書中では説明を省く。
【００９８】 再同期化シーケンスに応答して、モデムシステムはデータモードに入り、シス
テムは、データの送信をフルデータ速度で開始し得る（タスク７１２）。言い換
えると、データ送信モードは、以前の接続を完全にクリアダウンすることなく、
再確立される。データモードは、図６におけるシーケンス６１４および６２０に
よって識別される。特筆すべきは、クイックスタートアッププロセス４００とは
異なり、クイック再接続プロセス７００では、チャンネル特性（タスク４２０を
参照）、初期訓練プロシージャ（タスク４２２を参照）、エラー修正およびデー
タ圧縮プロシージャ（タスク４２４を参照）、最終訓練プロシージャ（タスク４
２８を参照）と、認証交信（タスク４２８を参照）またはコンステレーションお
よびモデムパラメータの交信（タスク４３０を参照）の間で比較を行う必要が無
い点である。ＰＡＰ／ＣＨＡＰ認証情報に関して、モデムシステムは、保留期間
の間にＰＰＰ／ＴＣＰ／ＩＰプロトコル層を維持するように適切に構成可能であ
り、これにより、ＰＰＰ認証データを再送信する必要が無くなる。従って、モデ
ムシステムは、複数の従来の初期設定タスクを行って時間を無駄にすることなく
、自身のモデム接続を再確立することができる。典型的かつ実際的なシステムに
おいて、クイック再接続プロセスを用いて、１．５秒未満でデータモードを再確
立することが可能である。
【００９９】 クイック再接続プロシージャの別のバージョンでは、タイミング図５００（図
５を参照）に類似するタイミング図を用いることが可能である。しかし、このよ
うな実施形態において、タイミング図５００と関連して上述した信号セグメント
のうちいくつかの長さを低減させ、これにより、従来の再接続時間を低減するこ
とが可能である。例えば、様々なＴＲＮ訓練シーケンスおよびパラメータ交信信
号を大幅に短くすることが可能である。なぜならば、これらのＴＲＮ訓練シーケ
ンスおよびパラメータ交信信号は、基本的な情報を搬送する必要が無いからであ
る。実際的なインプリメンテーション上の理由のため、（セグメントをタイミン
グ図５００から排除する代わりに）一般的なシーケンス構造をこのような様式で
完全なまま保持することが望まれる場合がある。実際、ソフトウェアのインプリ
メンテーションの観点から、セグメントの長さを比較的直接的な方法で調節する
ことができ、一方、セグメント全体を既存のプロトコルから除去するのは、時間
がかかり、厳しいタスクであり得る。このような別の上述したようにの再接続時
間はタイミング図６００に関連して上述した再接続時間（例えば、〜２．５秒）
よりも長い場合があるが、それでも、その再接続時間は、従来の再初期設定プロ
シージャを行うのに必要な時間よりも有意に短い。
【０１００】 上述したように、コール待機および関連する電話機能は、線がモデム接続のた
めに使用中である場合、問題になり得る。コール待機警告信号に応答して、モデ
ム接続が頻繁に中断され、その際、モデムデバイスは、中断の原因に気付かない
。待機コール警告信号は、モデムデバイスを切断させるかまたは長時間の保持モ
ードに入らせ得る。さらに、多くのシナリオにおいて、消費者は、コール待機サ
ービスそのものの利点を利用することができない。一般的には、本発明は、以下
のようにして、この問題に対して取り組む：すなわち、（１）いずれのモデムデ
バイスも待機コール警告に応答してすぐにクリアダウンすることを可能にし；（
２）第１のモデムデバイスが第２のモデムデバイスを保留状態にさせるようにと
リクエストし、第２のモデムデバイスがそのリクエストを承認（ｇｒａｎｔ）す
るかまたは拒否するかを可能にし；かつ、（３）いずれのモデムも（上述したよ
うな）クイック再接続をリクエストすることを可能にする。この信号送信技術を
実施すれば、警告信号（例えば、コール待機警告）に応答して、モデム接続をク
リアダウンするか、保留状態にするか、またはクイック接続することが可能とな
る。同様に、モデム接続が保留にされた場合、保留期間が経過した後、同じ信号
送信メカニズムを用いて、モデムセッションを再接続することが可能である。
【０１０１】 双方の終端デバイス（例えば、Ｖ．９０システムにおけるＤＰＣＭおよびＡＰ
ＣＭ）がこのモデム保留機能との適合性を有すると仮定すると、適切な信号送信
スキームを用いて終端デバイスをイネーブルして、動作ノードを必要に応じて切
り換えさせることができる。本明細書中、信号送信スキームおよび様々なプロセ
スについて、クライアント終端部においてＡＰＣＭを有し、サーバサイト終端部
または中央サイト終端部においてＤＰＣＭを有するモデムシステムの文脈におい
て説明するが、本発明は、この文脈に限定されない。例えば、本明細書中に記載
の技術は、２つのクライアントモデム間の通信セッションの文脈またはＶ．３４
モデムシステムの文脈にも、同様に適用可能である。
【０１０２】 図１６は、モデムシステム１６００を動作させることが可能な例示的実施形態
を模式的に示したものである。モデムシステム１６００は一般的には、中央サイ
トと関連付けられ得る第１のモデムデバイス１６０２と、顧客サイト分１６７０
に常駐し得る第２のモデムデバイス１６０４とを含む。典型的なＶ．９０システ
ムの文脈において、第１のモデムデバイス１６０２はＤＰＣＭであり得、第２の
モデムデバイス１６０４はＡＰＣＭであり得る。ＤＰＣＭ１６０２は、デジタル
リンクを介して中央オフィス１６０６に結合され、ＡＰＣＭ１６０４は、アナロ
グリンク（例えば、ローカルループ）を介して、中央オフィス１６０６に結合さ
れる。モデムシステム１６００は、上述したようなクイックスタートアップルー
チンおよび／またはクイック再接続プロシージャと関連付けられたさらなる素子
および機能を有し得ることが理解されるべきである。
【０１０３】 図１６はまた、（入来コールを顧客サイトに提供することが可能な）コール元
デバイス１６０８と、顧客サイトに配置されたパラレル返答デバイス１６１０と
、顧客サイトに配置されたシリーズ返答デバイス１６１１とも示す。図１６に示
すように、パラレル返答デバイスは、ＡＰＣＭ１６０４と同じコールを同時に受
信するように、接続される。それとは対照的に、シリーズ返答デバイス１６１１
は、ＡＰＣＭ１６０４がコールをシリーズ返答デバイス１６１１に経路設定する
ように、接続される；すなわち、ＡＰＣＭ１６０４は、従来の様式で、シリーズ
返答デバイス１６１１を出入りするコールのトラフィックを制御または調整する
ことができる。コールは、コール元デバイス１６０８と返答デバイス１６１０お
よび１６１１との間で中央オフィスを介して確立され得、モデム接続は、ＤＰＣ
Ｍ１６０２とＡＰＣＭ１６０４との間で中央オフィスを介して確立され得る。
【０１０４】 一般的には、モデムシステムは、コール待機と、モデム接続の中断を必要にし
得る他の状況に応答する信号生成メカニズムとをサポートするように構成される
。例えば、ＡＰＣＭ１６０４は、適切にフォーマットされた信号を送信して、モ
デム保留状態を開始し得る。ＤＰＣＭ１６０２は、異なる信号を送信して、モデ
ム保留リクエストを肯定応答し得る。ＡＰＣＭ１６０４は、さらに別の信号を送
信して、（上述したような）クイック再接続プロシージャを開始するようにとの
リクエストし得、いずれのモデムデバイスも、クリアダウンリクエストを示す信
号を送信し得る。分かり易くかつ簡潔にするため、図１６では、上述した例示的
プロセスに関連する様式で、ＡＰＣＭ１６０４およびＤＰＣＭ１６０２を図示し
ている。実際的な実施形態において、これらのモデムデバイスはそれぞれ、送信
モデムまたは受信モデムとして機能することができ、かつ、上述したような様々
な信号を生成することができる。
【０１０５】 ＤＰＣＭ１６０２は、送信器セクション１６１２および受信器セクション１６
１４を含む。送信器セクション１６１２および受信器セクション１６１４はどち
らとも、従来の技術とモデムシステム３００（図３を参照）の上記記載とに従っ
て構成可能である。ＤＰＣＭ１６０２は、初期設定プロシージャ、データモード
、保留モードおよび移行モードの間、複数の信号、シーケンスおよび音を送信す
ることが可能である。上述したように、ＤＰＣＭ１６０２は、クイックスタート
アップルーチンまたはクイック再接続プロシージャと関連付けられた適切な移行
シーケンス１６１６および特性信号ポイントシーケンス（例えば、ＡＮＳｐｃｍ
信号１６１８）を送信するように構成され得る。データモードの間、ＤＰＣＭ１
６０２は、適切なデータ送信スキームに従って、データ１６２０を送信する。
【０１０６】 ＤＰＣＭ１６０２はまた、ＡＰＣＭ１６０４および／または中央オフィス１６
０６によって受信され得る複数の信号を送信することもできる。例えば、ＤＰＣ
Ｍ１６０２は、上述したような「Ａ」音１６２２および「Ｂ」音１６２４を送信
することができる。実際的な一実施形態において、（ＩＴＵ−Ｔ推奨Ｖ．３４に
記載のように）「Ａ」音１６２２は２４００Ｈｚであり、「Ｂ」音１６２４は１
２００Ｈｚである。もちろん、モデムデバイスは、これらの事前規定された音の
代わりに（またはこれらの事前規定された音に加えて）、任意の適切な音または
信号を生成および処理することができる。ＤＰＣＭ１６０２はまた、モデム保留
モードの開始と、保留期間の後のモデムセッションの再接続と、モデム接続のク
リアダウンと関連付けられた複数のさらなる信号を送信するようにも構成される
。例えば、ＤＰＣＭ１６０２は、モデム保留リクエスト１６２６と、モデム保留
肯定応答１６２８と、クイック再接続リクエスト１６３０と、切断信号１６３２
（本明細書中、この信号を「モデムステータス信号」と呼ぶ）とを送信すること
ができる。これらの信号のフォーマットおよび機能について、以下により詳細に
説明する。
【０１０７】 ＤＰＣＭ１６０２はまた、信号検出素子１６３４も含み得る。この信号検出素
子１６３４は、任意の数の公知の技術を用いて、ＡＰＣＭ１６０４および／また
は中央オフィス１６０６によって送信された制御信号、リクエストおよび音を検
出、分析および解釈することができる。例えば、信号検出素子１６３４は、従来
の音検出器および／または本明細書中に記載された異なる信号を検出および識別
するように構成された従来のＶ．３４またはＶ．９０の差分位相シフトキーイン
グ（ＤＰＳＫ）受信器を用いることができる。
【０１０８】 本明細書中に記載の信号送信スキームの目的のため、ＡＰＣＭ１６０４は好適
には、ＤＰＣＭ１６０２と同様に構成される。言い換えれば、ＡＰＣＭ１６０４
は、「Ａ」音１６４２と、「Ｂ」音１６４４と、モデム保留リクエスト１６４６
と、モデム保留肯定応答１６４８と、クイック再接続リクエスト１６５０と、切
断信号１６５２とを送信することができる。加えて、ＡＰＣＭ１６０４は、顧客
サイトがコール元のＩＤ機能（例えば、コール元構成要素１６５６によって示す
ようなコール元のＩＤ機能）をサポートすることを中央オフィス１６０６に伝え
るコール元ＩＤ音１６５４を生成するようにも構成され得る。現在の規格によれ
ば、コール元ＩＤ音１６５４は、長さが約５５〜６５ミリ秒のＤＴＭＦ「Ｄ」音
である。もちろん、ＡＰＣＭ１６０４は、データモードの間、データ１６５８を
送信する。
【０１０９】 ＤＰＣＭ１６０２と関連して上述したように、ＡＰＣＭ１６０４は好適には、
信号送信検出素子１６６０を含む。この信号送信検出素子１６６０は、ＡＰＣＭ
１６０４をイネーブルして、ＤＰＣＭ１６０２によって送信された様々な信号送
信音およびシーケンスの受信、検出および分析を行なわせる。このようにして、
ＡＰＣＭ１６０４およびＤＰＣＭ１６０２の両方が、信号を受信し、かつ、受信
した特定の信号（単数または複数）に応答して動作モードを切り換えることがで
きる。
【０１１０】 中央オフィス１６０６は、モデムコール、音声コールおよびファクシミリコー
ルと関連する回路切換えを従来の方法で行うように構成される。中央オフィス１
６０６は、任意の数の顧客サイトをサポートし得る。中央オフィス１６０６が任
意の数の他の中央オフィス、中央サイトモデムまたはそのようなものと操作可能
に結合され得る。上記にて簡潔に説明したように、ＡＰＣＭ１６０４、返答デバ
イス１６１０およびコール元ＩＤ構成要素１６５６は、顧客サイト１６７０に常
駐し得る。従って、ＡＰＣＭ１６０４、返答デバイス１６１０およびコール元Ｉ
Ｄ構成要素１６５６は全て、中央オフィス１６０６によってサポートされる。
【０１１１】 中央オフィス１６０６は、コールを適切なパーティ間に経路設定するための適
切な切換え構造物１６７２を含む。例えば、切換え構造物１６７２は、第１の状
態に切り換わってＤＰＣＭ１６０２とＡＰＣＭ１６０４との間にモデム接続を確
立し、第２の状態に切り換わってコール元デバイス１６０８と返答デバイス１６
１０との間に音声接続を確立することができる。さらに、切換え構造物１６７２
は、接続に一時的に割り込んで、制御信号、データ、または音を現在の回路また
は線上に押し付ける（ｉｍｐｒｅｓｓ）こともできる。この点において、中央オ
フィス１６０６は、特定の状況に応じて、複数のリング信号１６７４、警告信号
１６７６、コール元ＩＤデータ１６７８および他の情報を送信することができる
。例えば、現在の方法に従って、中央オフィス１６０６は、音声コールを一時的
に中断し、コール待機警告信号１６７６を顧客サイト１６７０に送信し得る。顧
客がその入来コールを受け入れると、切換え構造物１６７２は、オリジナルのコ
ールが保留にされている間、入来コールを顧客サイト１６７０に経路設定するよ
うに再構成され得る。以下により詳細に説明するように、類似のルーチンを用い
て、モデムコールを保留にすることが可能である。
【０１１２】 上述したように、信号送信スキームは好適には、フェーズ２の信号送信音を用
いる。このフェーズ２の信号送信音は、従来のＶ．３４およびＶ．９０のモデム
システムによっても用いられる。加えて、信号送信スキームでは、信号送信をＶ
．３４再訓練プロシージャおよびＶ．９０再訓練プロシージャとシームレスに一
体化させることが可能なＤＰＳＫ送信技術も用いる。信号は、Ｖ．３４受信器／
Ｖ．９０ＤＰＳＫ受信器または比較的単純な音検出器のいずれによっても検出さ
れ得るように、構成される。実際的な一実施形態において、モデム保留リクエス
ト、モデム保留肯定応答、クイック再接続リクエストおよび切断信号は、ある期
間（例えば、少なくとも５０ミリ秒）の音Ａまたは音Ｂのいずれかによって先行
される。この技術は、従来のＶ．３４モデムシステムおよびＶ．９０モデムシス
テムによって用いられるＡ音およびＢ音の使用を利用し、モデムシステムによっ
て既に使用されている変調スキームの利点を活かしたものである。従って、ＤＰ
ＣＭ１６０２は典型的には、ＤＰＳＫ信号を受信するように調整されるため、こ
の信号送信メカニズムは容易にインプリメントされる。
【０１１３】 Ａ音またはＢ音に追随するモデムステータス信号は好適にはビットパターンの
繰り返しに基づいて、ＤＰＳＫ信号として送信される。好適な実施形態において
、モデムステータス信号は、異なるパターンが異なるモデムステータス信号に対
応する４ビットの８個のパターンの繰り返しと関連付けられたＤＰＳＫ信号であ
る。４ビットのパターンの使用は、信号送信検出素子１６３４および１６６０の
ために単純な音検出器を用いるため、望ましい；なぜならば、ビットパターンが
短くなると、ＤＰＳＫ信号と関連付けられた周波数構成要素の数が減少するから
である。その結果、この信号検出スキームは、大量の周波数をスペクトル内容に
ついて分析する複雑な処理ルーチンを用いる必要を無くす。以下の表３中に、異
なるモデムステータス信号のための例示的ビットパターンを示す。
【０１１４】
【表３】 表３−モデムステータス信号 特定のビットパターンは好適には、当該ビットパターンから得られるＤＰＳＫ
信号が他のデータ通信プロトコルが使用される文脈において「確保された（ｒｅ
ｓｅｒｖｅｄ）」ＤＰＳＫ信号を介して識別可能となるように、選択される。例
えば、全てゼロのＤＰＳＫパターンはＡ音またはＢ音に相当し、全て１のＤＰＳ
Ｋパターンは、Ｖ．３４ＩＮＦＯＭＡＲＫ信号に相当する。加えて、特定のビッ
トパターンを、当該ビットパターンから得られるＤＰＳＫ信号が音検出器によっ
て容易に検出されるように、適切に選択することが可能である。例えば、表３に
示すビットパターンの場合、モデムステータス信号は、以下の表４および表５に
リストされる周波数内容を有する。表４および表５において、周波数はヘルツを
表し、「Ｘ」は、閾値レベルよりも高いスペクトルの内容を示し、スラッシュ（
ｓｌａｓｈ）は、閾値レベルよりも低いスペクトルの内容を示す。例えば、表３
に示すＤＰＳＫビットパターンの場合、同じ周波数において、低い方のスペクト
ルのエネルギー構成要素は、高い方のスペクトルのエネルギー構成要素よりも少
なくとも８ｄＢ低い。その結果、なんらかの共有された周波数構成要素の存在に
関係無く、異なるモデムステータス信号を識別することが可能となる。
【０１１５】
【表４】 表４−モデムステータス信号の周波数成分（ＡＰＣＭ）
【０１１６】
【表５】 表５−モデムステータス信号の周波数成分（ＤＰＣＭ） ＡＰＣＭおよびＤＰＣＭによって用いられる異なる周波数範囲は、異なるキャ
リアが２つのモデムデバイスによって用いられる例証的アプリケーションに関連
する。例えば、従来のＶ．９０システムにおいて、ＤＰＣＭは、およそ２４００
Ｈｚ（音「Ｂ」およびＤＰＳＫキャリア）の信号送信を用い、一方、ＡＰＣＭは
、およそ１２００Ｈｚの信号送信を用いる。この機能は、コール元モデムにおよ
そ１２００Ｈｚの信号送信を用いさせ、かつ、返答モデムにおよそ２４００Ｈｚ
の信号送信を用いさせる従来のＶ．３４スキームから導出されたものである。そ
の結果、２つのスペクトルのパターンは、１２００Ｈｚと２４００Ｈｚとの間の
シフトを除けば、同じである。この方法論により、双方の終端部が同じ種類の信
号を送信する場合にでも、終端デバイスが信号を適切に検出することが確実にな
る。
【０１１７】 実際的な１つのシステムにおいて、モデムステータス信号検出では、所与の信
号について、「スペクトルの指紋」全体を検出する必要は無い。そうではなく、
信号検出素子１６３４および１６６０は、整合するものを指示する目的のため、
特徴的な数のスペクトルの構成要素を検出および分析するように構成され得る。
例えば、表４に示すように、信号が１０５０Ｈｚおよび１３５０Ｈｚにおいて比
較的高いスペクトルのエネルギーを含む場合、その信号は、切断信号またはモデ
ム保留リクエストであり得る。従って、信号検出ルーチンは、９００Ｈｚ、１２
００Ｈｚおよび／または１５００Ｈｚにおけるスペクトルの内容について信号を
分析し、適切な決定を行い続ける。
【０１１８】 図８は、入来コールがクライアント終端部により返答されている間、現在のモ
デム接続がコール待機指示による割込みを受け、モデム接続が保留にされている
状況を示すタイミング図である。図８は、顧客サイト１６７０がパラレル返答デ
バイス１６１０またはシリーズ返答デバイス１６１１を用いるかに関係無く、適
用可能である。信号、シーケンス、音、コマンドおよびそのようなものの進行を
、ＡＰＣＭ、ＤＰＣＭおよび中央オフィスに関して図示する（中央オフィスは、
ＡＰＣＭへの信号およびＤＰＣＭへの信号に関連付けられ得る）。便宜上、本明
細書中、図８と関連するプロセスについて、モデムシステム１６００の文脈にお
いて説明する。
【０１１９】 データモードの間、中央オフィス１６０６は、モデム接続に一時的に割り込み
、警告信号８０２をＡＰＣＭ１６０４に送る。この警告信号は、従来のコール待
機警告であり得、人間の耳に聞こえる成分（例えば、可聴周波音）およびデータ
通信デバイスまたはマシンによって検出可能な成分を含み得る。ほとんどのコー
ル待機プロトコルによれば、警告信号成分は、連続して送信される。警告信号８
０２に応答して、ＡＰＣＭ１６０４は、ＤＴＭＦ音８０４を送信して、中央オフ
ィス１６０６からコール元ＩＤ情報をリクエストし得る。上述したように、音８
０４は、短く破裂するＤＴＭＦ「Ｄ」音であり得、その継続時間は約５５〜６５
ミリ秒であり得る。中央オフィス１６０６がＤＴＭＦ音８０４を受信および認識
すると仮定すると、中央オフィス１６０６は、コール元ＩＤデータ８０５をフォ
ーマットし、そのコール元ＩＤデータ８０５を顧客サイト１６７０に返送する。
図１６に示すように、コール元ＩＤデータ８０５（図１６中に参照符号１６７８
として示す）は、コール元ＩＤ構成要素１６５６による表示または分析に適切な
様式で、受信および処理され得る。
【０１２０】 中央オフィス１６０６によるＡＰＣＭ１６０４からの切換えに応答して、ＤＰ
ＣＭ１６０２は、適切な信号（例えば、「Ｂ」音８０６）を送信することにより
、再訓練プロシージャを開始する。実際的なアプリケーションにおいて、「Ｂ」
音８０６は通常は、コール元ＩＤリクエスト８０４およびコール元ＩＤデータ８
０５の中央オフィス１６０６による受信、処理および送信が行なわれている間、
送信される。この「Ｂ」音８０６は、ＤＰＣＭ１６０２が、ＡＰＣＭ１６０４が
「Ａ」音８０８で返答するのを待機している間、連続的に送信される。ＡＰＣＭ
１６０４は、ＤＰＣＭ１６０４から「Ｂ」音８０６を受信した場合、「Ａ」音８
０８を送信し得る。上述したように、「Ａ」音８０８は好適には、ＤＰＣＭ１６
０２が「Ａ」音８０８を受信する機会を得ることができるよう、少なくとも最短
時間（例えば、５０ミリ秒）にかけて送信される。ＤＰＣＭ１６０２が特定の時
間内に「Ａ」音８０８を受信しない場合、ＤＰＣＭ１６０２は最終的には、自身
を切断し得る。
【０１２１】 ＡＰＣＭ１６０４のユーザが入来コールに返答することを望むと仮定すると、
「Ａ」音８０８の後に続いて、モデム保留リクエスト８１０が送信される。モデ
ム保留リクエスト８１０は、顧客サイト１６７０に常駐する適切なデバイスによ
って自動的にプロンプトされ得るか、または、ユーザコマンドに応答してプロン
プトされ得る。モデム保留リクエスト８１０は、上述したようにフォーマット可
能であり、好適には、少なくとも最短時間にわたって送信される。実際的な一実
施形態において、モデム保留リクエスト８１０は、約５３ミリ秒にわたって送信
される（本明細書中に記載のモデムステータス信号は全て、類似の最短時間を有
し得る）。従来のＶ．３４モデムシステムまたはＶ．９０モデムシステムと対照
的に、実際の再訓練プロシージャは、ＤＰＣＭ１６０２が「Ａ」音８０８を受信
した際、行なわれない。そうではなく、ＤＰＣＭ１６０２は、モデム保留リクエ
スト８１０に応答して、最短時間（例えば、約５３ミリ秒）にわたってモデム保
留肯定応答８１２を送信し得る。
【０１２２】 ＤＰＣＭ１６０２がモデム保留肯定応答８１２を送信した後、ＤＰＣＭ１６０
２は好適には、自身が保留状態を保持している間、「Ｂ」音８０６を送信し続け
る。モデム保留肯定応答８１２に応答して、ＡＰＣＭ１６０４は、適切なフラッ
シュ信号８１４を生成して、これにより、中央オフィス１６０６に命令して、モ
デム接続の切換えをオフにし、入来コール８１６の切換えをオンにさせることが
できる。加えて、ハンドセット（または他の適切な返答デバイス）は、入来コー
ルの受信を開始する；ＡＰＣＭ１６０４は、入来信号をパラレル返答デバイス１
６１０またはシリアル返答デバイス１６１１に適切な様式で経路設定するように
構成され得る。加えて、ＡＰＣＭ１６０４は、ハンドセットが接続されている間
（期間８１８の間）、アイドル状態または「保留オン」状態にされ得る。従って
、顧客サイト１６７０にいるユーザは、ＤＰＣＭ１６０２が保留のままである間
、入来コール８１６を再開（ｐｒｏｃｅｅｄ ｗｉｔｈ）することができる。モ
デム接続は、クイックモデム再接続プロシージャ（これについては、後述する）
を用いて再確立され得る。
【０１２３】 図９は、入来コールの終結（ｔｅｒｍｉｎａｔｉｏｎ）に応答してＤＰＣＭ１
６０２を再接続する状況を示すタイミング図である。図９に示すプロセスは、：
（１）ＤＰＣＭ１６０２が保留状態であり；（２）返答デバイス１６１０がＡＰ
ＣＭ１６０４とパラレルに接続され、；かつ（３）返答デバイス１６１０が入来
コールを終結する（例えば、コール元デバイス１６０８が「保留オン」にされる
前に返答デバイス１６１０が「保留オン」にされる場合を仮定している。これか
ら説明を行うために、このパラレル接続は、ＡＰＣＭ１６０４および返答デバイ
ス１６１０が中央オフィス１６０６から同じ信号を同時に受信することを意味す
る。
【０１２４】 入来コールの終結に応答して、中央オフィス１６０６は、従来の様式で（例え
ば、周知の線検出技術を用いて）「ハングアップ」を検出する。その結果、中央
オフィス１６０６は、入来コールをオフに切り換えるかまたは切断し、ＤＰＣＭ
１６０２をオンに切り換え、適切な信号（例えば、リング信号９０２）を生成す
る。リング信号９０２は、オリジナルのコールが未だ保留状態であり、再接続を
待っている旨を顧客サイト１６７０にいるユーザに警告する役割を果たす。リン
グ信号９０２に応答して、ＡＰＣＭ１６０４は「オフフック」状態にされ、これ
により、ＡＰＣＭ１６０４は、中央オフィス１６０６から再度信号を受信するこ
とができるようになる。従って、リング信号９０２は、入来コールがクリアされ
たことおよび／またはＡＰＣＭ１６０４がモデム再接続プロシージャによって再
開可能であることをＡＰＣＭ１６０４に伝達し得る。図８に関連して上述したよ
うに、ＡＰＣＭ１６０４は、「Ｂ」音９０６の検出に応答して、「Ａ」音９０４
を（少なくとも５０ミリ秒にわたって）生成する。「Ａ」音９０４の後、ＡＰＣ
Ｍ１６０４は、クイック再接続リクエスト９０８を送信して、（図６および図７
の文脈において上述したような）クイック再接続プロシージャを開始し得る。従
って、クイック再接続リクエスト９０８の検出に応答して、ＤＰＣＭ１６０２は
好適には、ＱＴＳ信号９１０を送信し、このＱＴＳ信号９１０の後にＡＮＳｐｃ
ｍシーケンス９１２が追随する。ＱＴＳ信号９１０およびＡＮＳｐｃｍシーケン
ス９１２の特性、フォーマットおよび機能は上述した通りである。双方のモデム
デバイスが上述したクイック再接続機能をサポートすると仮定すると、保留モデ
ム接続は、比較的短持間で再確立が可能である。
【０１２５】 図１０は、パラレル返答デバイス１６１０が「オンフック」状態にされる前に
入来コールが終結する状況を示すタイミング図である。このシナリオにおいて、
入来コールの終結がコール元デバイス１６０８によって開始されると、中央オフ
ィス１６０６は、顧客サイト１６７０をオリジナルのコールに再接続する（この
例の場合この接続はモデム接続である）。その結果、ＤＰＣＭ１６０２によって
送信された「Ｂ」音がＡＰＣＭ１６０４において再度利用可能にされる。ＡＰＣ
Ｍ１６０４が現在「オンフック」状態であるかまたは「オフフック」状態である
かに関係無く、ＡＰＣＭ１６０４は好適には、ＤＰＣＭ１６０２が再接続された
ことを検出する。ＡＰＣＭ１６０４はは、任意の数の公知技術（公知技術は、特
定のインプリメンテーションによって異なり得る）を用いて、再接続を検出する
ことが可能である点が理解されるべきである。例えば、ＤＰＣＭ１６０２は、Ｄ
ＰＣＭ１６０２から「Ｂ」音を検出し得るか、事前規定されたタイムアウト期間
の後に自動的に反応し得るか、または、使用中線の技術を用いて、入来コールの
終結を感知し得る。２つのモデムデバイスが互いに通信を再開した後、クイック
再接続ルーチンが、図９に関連して上述したように進行する。
【０１２６】 図１０に示す状況に関連して、中央オフィス１６０６が再接続試行（ａｔｔｅ
ｍｐｔ）をフックフラッシュまたは切断と見なすことのないように、ＡＰＣＭ１
６０４を特定の時間内で反応させる必要がある場合があり得る。例えば、好適な
実施形態において、中央オフィス１６０６が遅延を電話会議リクエスト（これは
、ＤＰＣＭ１６０２を保留にさせ得る）または切断（これは、接続をクリアダウ
ンさせ得る）と見なして遅延に割込むことのないよう、ＡＰＣＭ１６０４は、２
００ミリ秒以内の入来コールの終結に応答するように構成される。任意の適切な
電気通信推奨、規格または動作プロトコル（例えば、（一般的な電気通信信号送
信に関連する）ＢＥＬＬＣＯＲＥ Ｔｅｃｈｎｉｃａｌ Ｒｅｆｅｒｅｎｃｅ
ＧＲ−５０６−ＣＯＲＥおよびＢＥＬＬＣＯＲＥ Ｔｅｃｈｎｉｃａｌ Ｒｅｆ
ｅｒｅｎｃｅ ＴＲ−ＮＷＴ−０００５７５）に従って、特定の時間を選択する
ことが可能である。本明細書中、これらの参考文献の内容を参考のため援用する
。
【０１２７】 一般的には、パラレル返答デバイス１６１０を用いたシステムの文脈において
用いられるプロシージャのうち任意のものも、シリーズ返答デバイス１６１１を
用いたシステムの文脈において用いることが可能である。しかし、その逆は必ず
しもあてはまらない。例えば、図１１は、入来コールがシリーズ返答デバイス１
６１１によって終結される状況を示すタイミング図である。上述したように、顧
客サイト１６７０における通信線は先ずＡＰＣＭ１６０４に中央オフィス１６０
６からの信号を提供し、ＡＰＣＭ１６０４は、その信号を返答デバイス１６１０
に経路設定する。最も実際的なアプリケーションにおいて、ＡＰＣＭ１６０４は
、ＡＰＣＭ１６０４が単にそのコールをシリーズ返答デバイス１６１１に経路設
定している場合にも、「オフフック」のままである。従って、ＡＰＣＭ１６０４
は、「Ｂ」音の存在について線をモニタリングするか、または、ＤＰＣＭ１６０
２と関連する適切な信号をモニタリングすることができる。このシナリオにおい
て、入来コールが（コール元デバイス１６０８によってまたはシリーズ返答デバ
イス１６１１によって）終結された場合、ＡＰＣＭ１６０４は、中央オフィス１
６０６からの信号を受信することができる。さらに、中央オフィス１６０６は、
ＤＰＣＭ１６０２を切り換えて顧客サイト１６７０と通信させることにより、コ
ール終結の検出に応答する。従って、「Ｂ」音がＡＰＣＭ１６０４によって検出
された場合、ＡＰＣＭ１６０４は、即座にシリーズ返答デバイス１６１１を結合
解除することができる。２つのモデムデバイスが通信セッションを再開した後、
クイック再接続ルーチンは、図９に関連して上述したように進行する。
【０１２８】 図１２は、ＤＰＣＭ１６０２がクリアダウン命令を用いてモデム保留リクエス
トに応答する状況を示すタイミング図である（図１２は、シリアル返答デバイス
１６１１またはパラレル返答デバイス１６１０のいずれかを用いるシステムに適
用可能である）。このプロセスは、モデム保留リクエスト１２０２がＡＰＣＭ１
６０４からＤＰＣＭ１６０２へと送信されるポイントまでは、図８に関連して上
述したプロセスと同様である。ＤＰＣＭ１６０２がモデム保留リクエスト１２０
２に肯定応答するシナリオとは対照的に、図１２に示す状況は、ＤＰＣＭ１６０
２からの切断信号１２０４の送信を必要とする。ＤＰＣＭ１６０２は、任意の数
の動作パラメータ（例えば、現在のコールトラフィック、ＤＰＣＭ１６０２の機
能能力、チャンネル特性またはそのようなもの）を想定または考慮した後、切断
信号１２０４を送信し得る。
【０１２９】 ＤＰＣＭ１６０２は、切断信号１２０４を送信した後、いかなる意味のある信
号を送信することなく、アイドル状態になるかまたは待機状態となる。切断信号
１２０４に応答して、ＡＰＣＭ１６０４は、適切な様式でモデム接続をクリアダ
ウンする。適切なタイムアウト期間（例えば、１５５０ミリ秒）の経過後に中央
オフィス１６０６がＡＰＣＭ１６０４からの活動を検出しなかった場合、中央オ
フィス１６０６は、ＡＰＣＭ１６０４が切断されたと仮定し得る。その後、中央
オフィス１６０６は、ＤＰＣＭ１６０２をオフに切り換えて、リング信号１２０
６およびコール元ＩＤデータ１２０８を顧客サイト１６７０に生成し、これによ
り、入来コールが返答可能となる。ＤＰＣＭ１６０２は、ＤＰＣＭ１６０２がＡ
ＰＣＭ１６０４からの信号を受信しない期間である適切なタイムアウト期間（例
えば、２秒間）が経過した後、自身のモデム接続をクリアダウンし得る。従って
、ＤＰＣＭ１６０４は典型的には、中央オフィス１６０６が一旦リング信号１２
０６の生成を開始した後は、ハングアップする。上述したように、クリアダウン
の前に、ＡＰＣＭ１６０４および／またはＤＰＣＭ１６０２は、任意の数の関連
する動作パラメータを保存して、後続接続のクイックスタートアップを容易化す
ることができる。
【０１３０】 特定の条件下において、エンドユーザは、モデム接続を即座に終結し、入来コ
ールを受け入れることを望み得る。図１３は、ＡＰＣＭ１６０４が警告信号１３
０２に応答してモデム保留リクエストではなく切断信号１３０４を送信する状況
を示すタイミング図である。図１３は、シリアル返答デバイス１６１１またはパ
ラレル返答デバイス１６１０のいずれかを用いるシステムに適用可能である。Ａ
ＰＣＭ１６０４は、ユーザコマンドに応答してまたは事前規定されたプロトコル
もしくは設定に従って自動的に、切断信号１３０４を生成し得る。図１３に関連
する信号および動作の進行は、図１２に関連する進行と実質的に同様である。し
かし、図１２に示すプロセスと異なり、ＡＰＣＭ１６０４は、切断信号１３０４
をＤＰＣＭ１６０２に送信する。
【０１３１】 図１４は、ＡＰＣＭ１６０４が警告信号１４０１に応答してクイック再接続プ
ロシージャをプロンプトし、入来コールを無視するシナリオを示すタイミング図
である。図１４は、シリアル返答デバイス１６１１またはパラレル返答デバイス
１６１０のいずれかを用いるシステムに適用可能である。このような状況は、モ
デム接続の質が重要な場合、エンドユーザが入来コールによる中断を受けたくな
い場合および／またはモデム接続が警告信号１４０１により大きく影響を受ける
場合に発生し得る。さらに、このような状況は、コール元ＩＤデータに応答して
発生し得る（すなわち、返答側パーティは、特定のコール元パーティからの入来
コールを無視することを選択し得る）。図１４のプロシージャは、「Ａ」音１４
０２が送信されるポイントまでは、図８のプロシージャと同様である。「Ａ」音
１４０２の送信の後、ＡＰＣＭ１６０４はクイック再接続リクエスト１４０４を
生成し、このクイック再接続リクエスト１４０４はその後ＤＰＣＭ１６０２によ
って受信される。クイック再接続リクエスト１４０４に応答して、ＤＰＣＭ１６
０２は、ＱＴＳ信号１４０６を送信し得る。このＱＴＳ信号１４０６はＡＮＳｐ
ｃｍ信号１４０８によって追随され、これにより、クイック再接続ルーチン（例
えば、図６および図７に関連して上述したようなクイック再接続ルーチン）が容
易化される。ＡＰＣＭ１６０４は適切なモデムステータス信号（例えば、クイッ
ク再接続プロシージャではなくフル再訓練プロシージャを示すフェーズの反転）
を送信することもできる点が留意されるべきである。このような実施形態の場合
、再訓練プロシージャは従来の様式で進行する。
【０１３２】 いくつかの条件下において、ＤＰＣＭ１６０２は、警告信号に応答して「自動
的に」初期再訓練モードに入らない場合があり得る。言い換えると、ＤＰＣＭ１
６０２は、割込みが発生していない状況であるかのように、データ送信を継続し
得る。図１５は、この状況を示すタイミング図である（図１５は、シリアル返答
デバイス１６１１またはパラレル返答デバイス１６１０のいずれかを用いるシス
テムに適用可能である）。図８に関連して上述したように、ＡＰＣＭ１６０４は
、データモードにおいて割込みが生じている間に（コール元ＩＤリクエストと関
連付けられた）ＤＴＭＦ「Ｄ」音１５０４を送信することにより、警告信号１５
０２に応答し得る。割込みの結果ＤＰＣＭ１６０２が「Ｂ」音の送信を開始する
図８の状況と異なり、ＤＰＣＭ１６０２は、データ１５０６をＡＰＣＭ１６０４
に送信し続ける。ＡＰＣＭ１６０４が中央オフィス１６０６によって再接続され
た場合、ＡＰＣＭ１６０４は好適には、「Ａ」音１５０８を適切な時間にわたっ
て送信し、これにより、ＤＰＣＭ１６０２が「Ｂ」音１５１０で応答することを
可能にする。ＡＰＣＭ１６０４がＤＰＣＭ１６０２から「Ｂ」音１５１０を検出
した場合、ＡＰＣＭ１６０４は、ＳＩＧＮＡＬA １５１２を用いて「Ａ」音１
５０８に追随する。ここで、ＳＩＧＮＡＬA １５１２は、モデム保留リクエス
ト、クイック再接続リクエストまたは切断信号であり得る。ＳＩＧＮＡＬA １
５１２に応答して、ＤＰＣＭ１６０２は、ＳＩＧＮＡＬD １５１４をする。こ
こで、ＳＩＧＮＡＬD は、モデム保留肯定応答、ＱＴＳ信号およびＡＮＳｐｃ
ｍシーケンスの前の短時間の沈黙または切断信号であり得る。このようにして、
ＤＰＣＭ１６０２が初期に「Ｂ」音の送信によって再訓練モードに入らなくても
、上述の異なる状況を処理することが可能となる。
【０１３３】 図８〜図１６に関連して上述した信号送信ルーチンおよびプロシージャは、顧
客サイト１６７０において発生する様々なリクエストに対応できるよう、同等に
適用可能である。例えば、ＡＰＣＭ１６０４のユーザは、現在のモデム接続を保
留にすること、クイック再接続をプロンプトすることまたはフル再訓練を独立し
た様式でプロンプトすることを望み得る。実際的な一実施形態において、モデム
保留リクエストおよびモデム保留肯定応答信号を従来のフェーズ４つのＣＰシー
ケンスおよびＭＰシーケンスに組み込むことが可能である。従って、いずれのモ
デムデバイスが他のモデムデバイスを保留したいと望む場合（例えば、三路のコ
ール元の場合に）、リクエスト元のモデムデバイスは、速度について再交渉を行
い、その保留信号を適切な様式で送信することができる。この技術は、特殊なコ
ード（データ速度＝０）を用いてクリアダウンを示す従来のＶ．３４およびＶ．
９０クリアダウンプロシージャと同様の様式で行うことが可能である。しかし、
このモデム保留信号送信技術は、異なるビットの組み合わせを用いることまたは
複数の反転ビットを用いることも可能である。
【０１３４】 このようなユーザリクエストに応答して、ＡＰＣＭ１６０４は、「Ａ」音を生
成し得る。この「Ａ」音は、適切なモデムステータス信号（例えば、モデム保留
リクエスト、クイック再接続リクエストまたはそのようなもの）によって追随さ
れ、ＤＰＣＭ１６０２によって受信される。図１５に関連して上述したように、
その場合、ＤＰＣＭ１６０２は、「Ｂ」音で応答し得る。この「Ｂ」音は、適切
なステータス信号返答（例えば、モデム保留肯定応答、ＱＴＳ信号またはそのよ
うなもの）によって追随される。このようにして、本発明の技術を、コール待機
警告イベント、線割込みイベントまたは線崩壊イベントに関係無く、任意の数の
状況に適用することが可能となる。
【０１３５】 一実施形態において、本発明は、通常Ｖ．９０モデムシステムに関連する初期
化期間および再接続期間を低減する技術を提供する。このクイックスタートアッ
プ技術およびクイック再接続技術は、以前の接続の既知のチャンネル特性を用い
て、後続試行に関連する訓練時間を低減し、これにより、同じ接続を確立する、
このクイックスタートアッププロシージャはいかなる特定のモデムアプリケーシ
ョンにも限定されないが、このクイックスタートアッププロシージャを用いて、
初期化プロトコルの部分または５６ｋｂｐｓモデムによって通常用いられるプロ
セス（例えば、Ｖ．８ｂｉｓ、Ｖ．８、デジタル障害学習、初期訓練、プロービ
ングおよびレンジングまたはそのようなもの）を排除することが可能である。加
えて、従来のモデムスタートアップ技術と対照的に、このクイックスタートアッ
プ技術は、異なる時間または異なる順序で特定の動作を行うことも可能である。
【０１３６】 再度図５を参照して、Ｖ．９０訓練プロセスのフェーズ４の間、ＡＰＣＭモデ
ム５９０およびＤＰＣＭモデム５８０が、ＣＰフレーム５１０およびＭＰフレー
ム５２０をそれぞれ介して、様々なパラメータを交信している様子が図示されて
いる。図１７は、例示的ＭＰシーケンスまたはフレーム１７００に含まれ得る様
々なビット情報およびパラメータを示す。
【０１３７】 図１７を参照して、ＭＰフレーム１７００が同期的フォーマットを有し、１７
個の「１」のｓｙｎｃビット１７０１（ビット０：１６）を含む様子が図示され
ている。これらのｓｙｎｃビット１７０１は、１つのスタートビット１７０２（
ビット１７）によって追随され、１６個のビットのＣＲＣ１７３０（ビット１７
１：１８６）で終端する。これらのＣＲＣビット１７３０はＡＰＣＭモデム５８
０がＭＰフレーム１７００の神聖性（ｓａｎｃｔｉｔｙ）を確認する際に用いら
れる。図示のように、ＭＰフレーム１７００はまた、将来用いることが可能な確
保されたビット１７０４（ビット１９）も含む。ＭＰフレーム１７００は、肯定
応答ビット１７１０（ビット３３）をさらに含む。この肯定応答ビット１７１０
は「０」である。ＭＰフレーム１７００中の他のビット情報としてはデータ信号
送信速度、トレリスエンコーダー選択ビット、非線形エンコーダーパラメータ選
択ビット、コンステレーション選択ビット、データ信号送信速度能力マスク、非
対称データ信号送信速度のイネーブルおよび多ビットのプレコード化情報がある
。
【０１３８】 肯定応答ビット１７１０は、ＤＰＣＭモデム５９０によって「１」に設定され
、これにより、ＡＰＣＭモデム５８０によって送信されたＣＰフレーム５１０（
図５を参照）の受信に肯定応答する。「１」に設定された肯定応答ビット１７１
０を有するＭＰフレーム１７００を、ＭＰ’フレーム５２２（図５を参照）とし
て示す。ＭＰフレーム５１０およびＭＰ’フレーム５１２は両方とも、肯定応答
ビット１７１０の値においてのみ異なる、同じ数のビットおよび情報を含む点に
留意されたい。
【０１３９】 図１８を参照して、ＣＰフレーム１８００の例示的定義ビットが図示されてい
る。ＭＰフレーム１７００と同様に、ＣＰフレーム１８００は、「１」の１７個
の同期的先導ビット１８０１（ビット０：１６）を有する同期的なフレームであ
る。これらの先導ビット１８０１は、１つのスタートビット１８０２（ビット１
７）に追随され、１６個のビットのＣＲＣ１８３０（ビット２７３＋δ：２８８
＋δ）で終端する。これらのＣＲＣビット１８３０は、ＤＰＣＭモデム５９０が
ＣＰフレーム１８００の神聖性を確認する際に用いられる。図示のように、ＣＰ
フレーム１８００はまた、将来用いることが可能な確保されたビット１８０４（
ビット１８）も含む。ＣＰフレーム１８００は、肯定応答ビット１８１０（ビッ
ト３３）をさらに含む。肯定応答ビット１８１０は「０」である。ＣＰフレーム
１８００中の他のビット情報としては、データ信号送信速度、沈黙期間ビット、
スペクトルの整形パラメータのための符号（ｓｉｇｎ）ビット、コンステレーシ
ョン情報および他の多くのビット情報（例えば、ＣＰフレーム１８００のサイズ
をさらに長くし得る可変長パラメータ）がある。
【０１４０】 肯定応答ビット１８１０は、ＡＰＣＭモデム５８０によって「１」に設定され
、これにより、ＤＰＣＭモデム５９０によって送信されたＭＰフレーム５２０（
図５を参照）の受信に肯定応答する。「１」に設定された肯定応答ビット１８１
０を有するＣＰフレーム１８００を、ＣＰ’フレーム５２２として示す（図５を
参照）。ＣＰフレーム５１０およびＣＰ’フレーム５１２は両方とも、肯定応答
ビット１８１０の値においてのみ異なる、同じ数のビットおよび情報を含む。
【０１４１】 図１９を参照して、ＣＰａフレーム１９００の予備定義ビットがＩＴＵ Ｖ．
９２推奨に含まれる場合を図示している。ＭＰフレーム１７００およびＣＰフレ
ーム１８００と同様に、ＣＰａフレーム１９００は、１７個の「１」の同期的先
導ビット１９０１（ビット０：１６）を有する同期的フレームである。これらの
同期的先導ビット１９０１は、１つのスタートビット１９０２（ビット１７）に
よって追随され、１６個のビットのＣＲＣ１９３０で終端する。これらのＣＲＣ
ビット１９３０は、ＡＰＣＭモデム（図２４ｃを参照）がＣＰａフレーム１９０
０の神聖性を確認する際に用いられる。図示のように、ＣＰａフレーム１９００
はまた、未定義の確保されたビット１９０４（ビット２１：２３）も含む。ＣＰ
ａフレーム１９００は、肯定応答ビット１９１０（ビット３３）をさらに含む。
ＣＰａフレーム１９００のための肯定応答ビット１９１０は「０」である。肯定
応答ビット１９１０は、ＤＰＣＭモデムによって「１」に設定され、これにより
、ＡＰＣＭモデムによって送信されたＣＰフレーム（図２４ｃを参照）の受信に
肯定応答する。ＣＰａフレーム１９００中の他のビット情報としては、高分解能
のコンステレーション情報ならびにプレ符号器係数およびプレフィルタ係数なら
びに他の多くのビット情報（例えば、ＣＰｓフレーム１９００の長さを有意に増
加させることが可能な可変長パラメータ）がある。
【０１４２】 図１７および図１８を参照して説明するようなＩＴＵ推奨Ｖ．３４およびＶ．
９０の肯定応答メカニズムが、ＩＴＵ推奨のＶ．９２に用いられた場合、ＣＰａ
フレームおよびＣＰａ’フレームは、肯定応答ビット１９１０の値においてのみ
異なる、同じ数のビットおよび情報を含む。
【０１４３】 しかし、Ｖ．３４推奨およびＶ．９０推奨において用いられるパラメータ交信
メカニズムおよび肯定応答メカニズムは、有意なオ−バーヘッドおよび遅延を訓
練プロセス中に生じさせた。図５に示すように、モデム５８０および５９０は、
リモートモデムからの肯定応答フレームが受信されるまで、ＣＰフレーム５１０
およびＭＰフレーム５２０を連続的に送信する。さらに、肯定応答フレームは、
以前に送信された同じ情報ビットが不必要に何度も再送信されるため、ハンドシ
ェーキングプロセスにも有意なオ−バーヘッドおよび遅延を引き起こす。ＣＰフ
レーム、ＭＰフレーム、ＣＰ’フレームおよびＭＰ’フレームのこれらの連続的
送信および再送信は不必要である。なぜならば、殆どの場合において、ＭＰフレ
ームまたはＣＰフレームの第１の送信は、リモートモデムによって正しく受信さ
れるからである。したがって、肯定応答ビットは実際は最上位ビット情報である
ため、ＭＰ’フレームまたはＣＰ’フレーム中の情報ビット全てを再送信するの
は不必要になる。
【０１４４】 ハンドシェーキングプロセスの間の莫大な量のオ−バーヘッドおよび遅延を無
くすために、本発明は、図２０〜図２２の実施形態に示すような短いパラメータ
フレームを導入する。図２０を参照して、短いＭＰフレーム（ＭＰｓ）２０００
の例示的定義ビットが図示されている。図示のように、ＭＰフレーム１７００と
同様に、ＭＰｓフレーム２０００は、同期的な種類のフレームであり、１７個の
「１」の同期的先導ビット２００１（ビット０：１６）を有する。これらの同期
的先導ビット２００１は、１つのスタートビット２００２（ビット１７）によっ
て追随され、１６個のビットのＣＲＣ２０３０（ビット３５：５０）で終端する
。これらのＣＲＣビット２０３０は、ＡＰＣＭモデム５８０がＭＰｓフレーム２
０００の神聖性を確認する際に用いられる。さらに図示するように、ＭＰｓフレ
ーム２０００はまた、ＭＰｓフレーム２０００をＭＰフレーム１７００と区別す
るためのＭＰｓインジケータビット２００４（ビット１９）も含む。図１７を再
度参照して、対応するビットロケーションは確保されたビット１７０４である点
に留意されたい。ＭＰｓフレーム２０００は、肯定応答ビット２０１０（ビット
３３）をさらに含む。肯定応答ビット２０１０は「０」である。肯定応答ビット
２０１０は、ＤＰＣＭモデムによって「１」に設定され、これにより、ＡＰＣＭ
モデムによって送信されたＣＰフレーム（図２４ｂを参照）の受信に肯定応答す
る。「１」に設定された肯定応答２０１０を有するＭＰｓフレーム２０００を、
ＭＰｓ’フレームとして示す。ＭＰｓフレームおよびＭＰｓ’フレームは両方と
も、肯定応答ビット２０１０の値においてのみ異なる、同じ数のビットおよび情
報を含む。しかし、ＭＰｓフレームおよびＭＰｓ’フレームは実質的には、ＭＰ
フレームおよびＭＰ’フレームよりもそれぞれ短い。
【０１４５】 ここで図２１を参照して、短いＣＰフレーム（ＣＰｓ）２１００の例示的定義
ビットが図示されている。図示のように、ＣＰフレーム１８００と同様に、ＣＰ
ｓフレーム２１００は、同期的な種類のフレームであり、１７個の「１」の同期
的先導ビット２１０１（ビット０：１６）を有する。これらの同期的先導ビット
２１０１は、１つのスタートビット２１０２（ビット１７）によって追随され、
１６個のビットのＣＲＣ２１３０（ビット３５：５０）で終端する。ＣＲＣビッ
ト２１３０は、ＤＰＣＭモデム５９０がＣＰｓフレーム２１００の神聖性を確認
する際に用いられる。さらに図示するように、ＣＰｓフレーム２１００はまた、
ＣＰｓフレーム２１００をＣＰフレーム１８００と区別するためのＣＰｓインジ
ケータビット２１０４（ビット１８）も含む。再度図１８を参照して、対応する
ビットロケーションは確保されたビット１８０４である点に留意されたい。ＣＰ
ｓフレーム２１００は、肯定応答ビット２１１０（ビット３３）をさらに含む。
肯定応答ビット２１１０は「０」である。肯定応答ビット２１１０は、ＡＰＣＭ
モデムによって「１」に設定され、これにより、ＤＰＣＭモデムによって送信さ
れたＭＰフレーム（図２４ｂを参照）の受信に肯定応答する。「１」に設定され
た肯定応答２１１０を有するＣＰｓフレーム２１００を、ＣＰｓ’フレームとし
て示す。ＣＰｓフレームおよびＣＰｓ’フレームは両方とも、肯定応答ビット２
１１０の値においてのみ異なる、同じ数のビットおよび情報を含む。しかし、Ｃ
ＰｓフレームおよびＣＰｓ’フレームはＣＰフレームおよびＣＰ’フレームより
もそれぞれ実質的に短い点が留意されるべきである。
【０１４６】 図２１を参照して、短いＣＰａフレーム（ＣＰａｓ）２２００の例示的定義ビ
ットが図示されている。図示のように、ＣＰａフレーム１９００と同様に、ＣＰ
ａｓフレーム２２００は、同期的な種類のフレームであり、１７個の「１」の同
期的先導ビット２２０１（ビット０：１６）を有する。これらの同期的先導ビッ
ト２２０１は、１つのスタートビット２２０２（ビット１７）によって追随され
、１６個のビットのＣＲＣ２２３０（ビット３５：５０）で終端する。これらの
ＣＲＣビット２２３０は、ＡＰＣＭモデムがＣＰａｓフレーム２２００の神聖性
を確認する際に用いられる。さらに図示するように、ＣＰａｓフレーム２２００
はまた、ＣＰａｓフレーム２２００をＣＰａフレーム１９００と区別するための
ＣＰａｓインジケータビット２１０４（ビット１８：２０）を含む。再度図１９
を参照して、対応するビットが確保されたビット１９０４である点に留意された
い。ＣＰａｓフレーム２２００は、肯定応答ビット２２１０（ビット３３）をさ
らに含む。肯定応答ビット２２１０は「０」である。ＤＰＣＭモデムがＡＰＣＭ
モデムによって送信されたＣＰフレーム（図２４ｃを参照）の受信に肯定応答す
る際に、肯定応答ビット２２１０は「１」に設定される。「１」に設定された肯
定応答２２１０を有するＣＰａｓフレーム２２００を、ＣＰａｓ’フレームとし
て示す。ＣＰａｓフレームおよびＣＰａｓ’フレームは両方とも、肯定応答ビッ
ト２２１０の値のみにおいて異なる、同じ数のビットおよび情報を含む。ＣＰａ
ｓフレームおよびＣＰａｓ’フレームはＣＰａフレームおよびＣＰａ’フレーム
よりもそれぞれ実質的に短い点にも留意されたい。
【０１４７】 図２３は、ＩＴＵ推奨Ｖ．３４に従った、ＭＰシーケンス中に埋め込まれたパ
ラメータまたはフレーム２３１２および２３２２の、ＡＰＣＭモデム２３１０と
ＤＰＣＭモデム２３２０との間の従来の交信をそれぞれ示す。図示のように、フ
ェーズ４またはハンドシェーキングプロセスの最終訓練のＴＲＮ部分２３１１お
よび２３１２の後、ＡＰＣＭモデム２３１０およびＤＰＣＭモデム２３２０は、
ＭＰフレーム２３１２および２３２２をそれぞれ交信する。ＭＰフレーム２３１
２および２３２２は、図１７のＭＰフレーム１７００に示す形態である。図示の
ように、ＤＰＣＭモデム２３２０は、ＡＰＣＭが自身のＭＰフレーム２３１２の
送信を開始して間もなく経ってから、ＭＰフレーム２３２２の送信を開始する。
その結果、ＡＰＣＭモデム２３１０は、ＤＰＣＭモデム２３２０がＭＰフレーム
２３１２を受信する前にＭＰフレーム２３２２を受信する。それに応答して、Ａ
ＰＣＭモデム２３１０はＭＰフレーム中の肯定応答ビットを設定し、これにより
、ＭＰ’フレームを生成し、ＭＰフレーム２３１２を介してＤＰＣＭモデム２３
２０に以前に送信された各ビット情報を含むＭＰ’フレーム２３１４の送信を開
始する。ＤＰＣＭがＡＰＣＭモデム２３１０からのそのＭＰフレーム２３２２に
ついての肯定応答を待機している間、別のＭＰフレーム２３２２が、ＤＰＣＭモ
デム２３２０によってＡＰＣＭモデム２３１０に送信され、これにより、ＭＰフ
レーム２３２２を受信する第２の機会をＡＰＣＭモデム２３１０に与える。その
間、ＡＰＣＭモデム２３１０は、第１のＭＰフレーム２３２２を既に受信してお
り、自身のＭＰフレーム２３１２または自身のＭＰ’フレーム２３１４について
の肯定応答は受信していない。従って、ＡＰＣＭモデム２３１０は、第２のＭＰ
’フレームを生成して、これにより、ＭＰフレーム２３１２またはＭＰ’フレー
ム２３１４中にそれぞれ埋め込まれたパラメータを受信する第３の機会をＤＰＣ
Ｍに与える。しかし、図示のように、ＤＰＣＭモデム２３２０は、ＭＰ’フレー
ム２３２４の送信を既に開始している。送信におけるこれらの長いフレームおよ
びこれらのフレームのオーバーラップおよび反復時間のドメインにより、モデム
２３１０および２３２０は、パラメータをクイック交信することができなくなる
。この遅延は実際、累積的である。長いＭＰフレームおよびＭＰ’フレームが送
信および反復されると、１つのモデムがリモートモデムからＭＰ’フレームを受
信する間に長いＭＰフレームの送信を開始する原因となる；しかし、ＭＰ’フレ
ームは、ＣＲＣビットの受信および確認が行なわれるまで、神聖化され得ない。
従って、モデムは、ＭＰ’フレームを受信すると、別の長いＭＰフレームの送信
を不必要に開始する。
【０１４８】 再度図５を参照して、長いＣＰフレーム５１０、ＣＰ’フレーム５１２、ＭＰ
フレーム５２０およびＭＰ’フレーム５２２がそれぞれ複数回にわたって交信さ
れるのは、送信のエラーが原因ではなく、単に、これらのフレームの送信および
受信のタイミングがずれるからである点にも留意されたい。実際、ＩＴＵ推奨Ｖ
．９２について類似のメカニズムを用いると、ＣＰａフレームがＭＰフレームお
よびＣＰフレームよりもかなり長いために遅延がさらに長期化することが明らか
になっている。
【０１４９】 したがって、本発明の一実施形態において、図２４ａに示すように、図２０中
のＭＰｓフレーム２０００にそれぞれ類似する短いフレームＭＰおよびＭＰ’フ
レーム（ＭＰｓおよびＭＰｓ’）２４２３および２４２４を用いて、パラメータ
を交信する時間を実質的に低減し、モデム間のよりクイックな接続を入手する。
図２４ａを参照して、図２３の場合と同様に、２つのモデム２４１０および２４
２０は、長いＭＰフレーム２４１２および２４２２をそれぞれ交信する。しかし
、このような送信の後、これらのモデムは両方とも、短いＭＰフレームのフォー
マットに切り換わる。図示のように、ＤＰＣＭモデム２４２０は、ＭＰフレーム
２４２２を送信した直後、ＡＰＣＭモデム２４１０からＭＰフレーム２４１２全
体を受信するのを待機している間に、ＭＰｓフレーム２４２３の送信を開始する
。ＭＰフレーム２４１２を送信した直後、ＡＰＣＭモデム２４１０は、短いＭＰ
’フレーム２４１４（ＭＰｓ’）を送ることにより、ＤＰＣＭモデム２４２０か
らのＭＰフレーム２４２２の受信に肯定応答する。一方、ＭＰｓフレームｓ２４
２３を送る間、ＤＰＣＭモデム２４２０は、ＭＰフレーム２４１２を受信し、Ｍ
Ｐｓ’フレーム２４２４を送ることにより、そのフレームに肯定応答する。この
短いフレームの送信により、ハンドシェーキング時間が実質的に低減され、その
結果、２つのモデム２４１０および２４２０間のクイック接続が得られる。
【０１５０】 同様の理由により、図２４ｂにおける短いＣＰフレームおよびＭＰフレームの
交信により、Ｖ．９０対応型モデムの接続時間が高速化される。図示のように、
短いＭＰフレーム、ＭＰ’フレーム、ＣＰフレームおよびＣＰ’フレーム（ＭＰ
ｓフレーム、ＭＰｓ’フレーム、ＣＰｓフレームおよびＣＰｓ’フレーム）２４
６３、２４６４、（図示せず）および２４５４はそれぞれ、図２０中のＭＰｓフ
レーム２０００および図２１中のＣＰｓフレーム２１００に類似し、Ｖ．９０対
応型モデムに用いることが可能である。これらの短いフレームを用いると、パラ
メータの交信時間が実質的に低減され、モデム間においてよりクイックな接続が
得られる。図２４ｂを参照して、これらの２つのモデム２４５０および２４６０
は、長いＣＰフレームならびにＭＰフレーム２４５２および２４６２とそれぞれ
交信する。これらの長いフレームの送信の後、これらのモデムは、短いＣＰおよ
びＭＰフレームの種類の送信を開始する。図示のように、ＤＰＣＭモデム２４６
０は、ＭＰフレーム２４６２を送信した直後、ＡＰＣＭモデム２４５０からＣＰ
フレーム２４５２全体を受信する間に、ＭＰｓフレーム２４６３の受信を開始す
る。ＣＰフレーム２４５２を送信した直後に、ＡＰＣＭモデム２４５０は、短い
ＣＰ’フレーム２４５４（ＣＰｓ’）を送ることにより、ＤＰＣＭモデム２４６
０からのＭＰフレーム２４６２の受信に肯定応答する。一方において、ＭＰｓフ
レーム２４６３を送る間、ＤＰＣＭモデム２４６０は、ＣＰフレーム２４５２を
受信し、ＭＰｓ’フレーム２４６４を送ることによりそのフレームに肯定応答す
る。
【０１５１】 この短いフレームの送信の結果、主にＣＰａフレーム１９００に埋め込まれた
情報およびパラメータの量（図１９を参照）のために、（特にＶ．９２対応型モ
デムの場合に）クイック接続が得られる。図２４ｃを参照して、短いＣＰａフレ
ーム、ＣＰａｓ’フレーム、ＣＰフレームおよびＣＰ’フレーム（ＣＰａｓフレ
ーム、ＣＰａｓ’フレーム、ＣＰｓフレームおよびＣＰｓ’フレーム）２４９３
、２４９４（図示せず）および２４８４はそれぞれ、図２２中のＣＰａｓフレー
ム２２００および図２１中のＣＰｓフレーム２１００に類似し、Ｖ．９２対応型
モデムのために用いることが可能である。これらの短いフレームを用いると、パ
ラメータの交信時間が実質的に低減される。その結果、Ｖ．９２適合型モデムは
、クイック接続を達成することができる。図２４ｃを参照して、これらの２つの
モデム２４８０および２４９０は先ず、長いＣＰフレーム２４８２およびＣＰａ
フレーム２４９２をそれぞれ交信する。これらの長いフレームを送信した後、こ
れらのモデムは、短いＣＰフレームおよびＣＰａフレームの種類の送信を開始す
る。図示のように、ＤＰＣＭモデム２４９０は、ＣＰａフレーム２４９２を送信
した直後でかつＡＰＣＭモデム２４８０からＣＰフレーム２４８２全体の受信を
待機している間に、ＣＰａｓフレーム２４９３の送信を開始する。ＣＰフレーム
２４８２を送信した直後に、ＡＰＣＭモデム２４８０は、短いＣＰ’フレーム２
４８４（ＣＰｓ’）を送ることにより、ＤＰＣＭモデム２４９０からのＣＰａフ
レームの２４９２の受信に肯定応答する。一方において、ＣＰａｓフレーム２４
９３を送る間、ＤＰＣＭモデム２４９０は、ＣＰフレーム２４８２を受信し、Ｃ
Ｐａｓ’フレーム２４９４を送ることによりそのフレームに肯定応答する。
【０１５２】 図２５ａ、図２５ｂおよび図２５ｃは、受信側のモデムが長いフレーム、ＭＰ
、ＣＰおよび／またはＣＰａを適切に受信しない状況のいくつかの例を示す。図
２５ａを参照して、本発明の一実施形態によれば、ＡＰＣＭモデム２５１０およ
びＤＰＣＭモデム２５２０は、ＭＰフレーム２５１２および２５２２をそれぞれ
交信する。長いＭＰフレーム２５１２および２５２２を送信した直後に、モデム
２５１０および２５２０はどちらとも、短いＭＰフレーム２５１３および２５２
３の送信にそれぞれ切り換わる。図示のように、ＤＰＣＭモデム２５２０は、Ｍ
Ｐフレーム２５１２を適切に受信する。したがって、それに応答して、ＤＰＣＭ
モデム２５２０は、ＭＰｓ’フレーム２５２４でＭＰフレーム２５１２に肯定応
答する。しかし、一方において、ＡＰＣＭ２５１０は、ＭＰフレーム２５２２の
受信に失敗する。この受信の失敗は、様々な理由（例えば、不良送信、不良線条
件、不正ＣＲＣ等）により発生し得る。この失敗の結果、ＡＰＣＭモデム２５１
０は、ＭＰフレーム２５２２が未受信であることを示す「０」に設定された肯定
応答を用いて、ＭＰｓフレーム２５１３を送信し続ける。このような状況におい
て、本発明の一実施形態によれば、ＤＰＣＭモデム２５２０は、長いＭＰフレー
ムの送信を再度開始する。ＤＰＣＭモデム２５２０はＭＰフレーム２５１２を既
に受信しているため、ＤＰＣＭモデム２５２０によって送信されたこれらの新規
の長いＭＰフレーム２５２５は、「１」に設定された自身の肯定応答ビットを有
する。言い換えれば、これらの短いフレームは必要なパラメータ全てを含まない
ため、ＤＰＣＭモデム２５２０は、ＭＰ’フレームの送信を開始する。いくつか
の実施形態において、ＤＰＣＭモデム２５２０は、１つのＭＰ’フレーム２５２
５のみを送り、次いで、ＭＰｓ’フレームｓ２５２４の送信に切り換わる（例え
ば、図２５ｂ）。
【０１５３】 ＤＰＣＭモデム２５２０は、短いＭＰフレームを送信する期間の後に長いＭＰ
フレームの再送信を開始するタイミングを決定する際、様々な条件、イベントま
たは方法を用いることができる。一実施形態において、ＤＰＣＭモデム２５２０
またはＡＰＣＭモデム２５１０が、モデム２５２０または２５１０が自身の長い
ＭＰフレームの送信を完了した後の往復遅延よりも長いＭＰフレームまたはＭＰ
ｓフレームの開始部分を受信した場合、モデム２５２０またモデムは２５１０は
、長いＭＰフレームの送信を再度開始し得る。別の実施形態において、追加の時
間（例えば、２０〜３０ｍｓ）を往復遅延時間中に埋め込み、これにより、長い
ＭＰフレームが再度送信される前の時点での遅延を検出することを可能にする。
当業者であれば、往復遅延の計算に精通している。いくつかの実施形態において
、モデムが短いＭＰフレームを送った後に長いＭＰフレームを再度送るべきタイ
ミングを決定する際、一定の時間がタイムアウト期間として用いられ得る。さら
に別の実施形態において、事前規定されたイベント（例えば、モデムによって送
信された複数の短いＭＰフレームのうち肯定応答を待機しているもの）を用いる
ことが可能である。例えば、ＡＰＣＭモデム２５１０が３つのＭＰｓフレームを
送信したが肯定応答を受信していない場合、ＡＰＣＭモデム２５１０は、別のＭ
Ｐフレームを送信することができる。
【０１５４】 ここで、図２５ｂを参照して、本発明の別の実施形態によれば、ＡＰＣＭモデ
ム２５５０およびＤＰＣＭモデム２５６０は、ＣＰフレーム２５５２およびＭＰ
フレーム２５６２をそれぞれ交信する。長いＣＰフレーム２５５２およびＭＰフ
レーム２５６２を送信した直後に、モデム２５５０および２５６０はどちらとも
、短いＣＰフレーム２５５３（ＣＰｓ）ならびに短いＭＰフレーム２５６３（Ｍ
Ｐｓ）の送信にそれぞれ切り換わる。図示のように、ＤＰＣＭモデム２５６０は
、ＣＰフレーム２５５２を適切に受信する。したがって、これに応答して、ＤＰ
ＣＭモデム２５６０は、ＭＰｓ’フレーム２５６４でＣＰフレーム２５５２に肯
定応答する。しかし、一方において、ＡＰＣＭ２５５０は、ＭＰフレーム２５６
２の受信に失敗する。従って、ＡＰＣＭモデム２５５０は、ＭＰフレーム２５６
２が未受信であることを示す「０」に設定された肯定応答を有するＣＰｓフレー
ム２５５３を送信し続ける。図示のように、ＤＰＣＭモデム２５６０は、ＭＰｓ
’フレーム２５６４の送信を停止し、肯定応答ビットセット（すなわちＭＰ’）
（これは、ＣＰが受信されたためである）を有する、１つの長いＭＰのみを送信
する。いくつかの実施形態において、ＤＰＣＭモデム２５６０は、より多くのＭ
Ｐ’フレームの送信を継続し得る。しかし、図２５ｂの実施形態において、ＤＰ
ＣＭモデム２５６０は、１つのＭＰ’フレームのみを送信した後、ＭＰｓ’フレ
ーム２５６４の送信を開始する。その間、ＡＰＣＭモデム２５５０は、ＭＰｓ’
フレーム２５６４を肯定応答として受信しているため、短いＣＰフレーム２５５
３の送信を継続する。その結果、ＡＰＣＭモデム２５５０は、ＤＰＣＭモデム２
５６０から長いＭＰフレーム２５６５を受信し、これらのモデムは、データフェ
ーズに移動する。図２５ａを参照して上述したように、様々な方法または事前規
定された条件（例えば、上述したようなもの）をＡＰＣＭモデム２５５０または
ＤＰＣＭモデム２５６０のいずれかによって用いて、短いフレームの送信後に長
いフレームを再送信するタイミングを決定することが可能である。
【０１５５】 図２５ｃは、ＩＴＵ推奨Ｖ．９２に取り入れることが可能なまたはＩＴＵ推奨
Ｖ．９２と関連して用いることが可能な、本発明の一実施形態を示す。図２５ｃ
によれば、ＡＰＣＭモデム２５８０およびＤＰＣＭモデムおよび２５９０は、Ｃ
Ｐフレーム２５８２およびＣＰａフレーム２５９２をそれぞれ交信する。長いＣ
Ｐ２５８２フレームおよびＣＰａ２５９２フレームを送信した直後に、これらの
モデム２５８０および２５９０はどちらとも、短いＣＰ（ＣＰｓ）および短いＣ
Ｐａ（ＣＰａｓ）フレーム２５８３および２５９３の送信をそれぞれ開始する。
図示のように、ＤＰＣＭモデム２５９０は、ＣＰフレーム２５８２を適切に受信
する。それに応答して、ＤＰＣＭモデム２５９０は、ＣＰフレーム２５８２にＣ
Ｐａｓ’フレーム２５９４で肯定応答する。しかし、一方において、ＡＰＣＭ２
５８０は、ＣＰａフレーム２５９２の受信に失敗する。従って、ＡＰＣＭモデム
２５８０は、ＣＰａフレーム２５９２が未受信であることを示す「０」に設定さ
れた肯定応答を有するＣＰｓフレーム２５８３を送信し続ける。図示のように、
ＤＰＣＭモデム２５９０は、ＣＰａｓ’フレーム２５９４の送信を停止し、その
代わりに、肯定応答ビットセットを有する長いＣＰａフレーム２５９５（すなわ
ちＣＰａ’）（これは、ＣＰが受信されているためである）の送信を開始する。
この実施形態中に示すように、ＤＰＣＭモデム２５９０は、１つ以上のＣＰａ’
を送ることができる。しかし、他の実施形態において、１つのＣＰａ’のみが送
られ得、ＤＰＣＭモデム２５９０は、再度ＣＰａｓ’に切り換わり得る。その間
、ＡＰＣＭモデム２５８０は、ＣＰａｓ’フレーム２５９４を肯定応答として受
信しているため、短いＣＰフレームｓ２５８３を送り続ける。その結果、ＡＰＣ
Ｍモデム２５８０は、ＤＰＣＭモデム２５９０から長いＣＰａフレーム２５９５
を受信し、これらのモデムは、データフェーズに移動する。上記のトリガイベン
トまたは条件は、短いフレームを送信した後に長いフレームを再送信するタイミ
ングを決定する際にも用いることが可能である。
【０１５６】 図２６は、モデム間の速度交渉を実質的によりクイック（ｑｕｉｃｋｅｒ）に
行うことが可能な本発明の別の実施形態を示す。図２６は、ＡＰＣＭモデム２６
１０とＤＰＣＭモデム２６２０との間の速度再交渉の交信プロセスを示す。図示
のように、ＭＰ、ＣＰおよびＣＰａを交信する際、モデムスタートアップ訓練の
間に用いられる類似のパラメータ交信プロセスを用いることが可能である。図２
６の例は、ＩＴＵ推奨Ｖ．９０に従った速度再交渉プロセスを示す。しかし、こ
れと同じコンセプトは、Ｖ．３４速度再交渉およびＶ．９２速度再交渉にも適用
可能である。図２６は、ＡＰＣＭモデム２６１０によって開始される速度再交渉
を示す。図示のように、モデム２６１０および２６２０は、長いＣＰフレーム２
６１２およびＭＰフレーム２６２２をそれぞれ交信する。その後、モデム２６１
０および２６１２はどちらとも、短いＣＰ（ＣＰｓ）フレーム２６１３および短
いＭＰ（ＭＰｓ）フレーム２６２３をそれぞれ送信し始める。この実施例によれ
ば、ＡＰＣＭモデム２６１０は、先ずＭＰフレーム２６２２を受信し、それに応
答して、肯定応答の際、ＣＰｓ’フレーム２６１４をＤＰＣＭモデム２６２０に
送信する。一方において、ＤＰＣＭモデム２６２０は、ＣＰフレーム２６１２を
受信し、肯定応答の際、ＭＰｓ’フレーム２６２４を送信する。この段階におい
て、モデム２６１０および２６２０はどちらとも、データフェーズにクイックに
継続する。短いＣＰフレームおよびＭＰフレームを送信した結果、モデム２６１
０および２６２０は、速度再交渉をずっとクイックに終了することができるよう
になる。
【０１５７】 図２７は、高速訓練の速度を改良するための本発明の別の実施形態である。図
２７は、ＡＰＣＭモデム２７１０とＤＰＣＭモデム２７２０との間の高速訓練プ
ロセスを示す。高速訓練プロセスの間、パラメータ交信は、ＭＰ、ＣＰおよびＣ
Ｐａの交信にも用いられる。図２７の実施例は、ＩＴＵ推奨Ｖ．９０に従った高
速訓練プロセスを示す。しかし、同じことが、Ｖ．３４高速訓練およびＶ．９２
高速訓練にも適用可能である。図２７は、ＡＰＣＭモデム２７１０によって開始
される高速訓練プロセスを示す。図示のように、モデム２７１０およびモデム２
７２０は、長いＣＰフレーム２７１２およびＭＰフレーム２７２２をそれぞれ交
信する。その直後に、モデム２７１０およびモデム２７１２はどちらとも、短い
ＣＰ（ＣＰｓ）フレーム２７１３および短いＭＰ（ＭＰｓ）フレーム２７２３を
それぞれ送信し始める。ＭＰフレーム２７２２の受信に応答して、ＡＰＣＭモデ
ム２７１０は、ＣＰｓ’フレーム２７１４をＤＰＣＭモデム２７２０に送信して
、その受信に肯定応答する。一方において、ＤＰＣＭモデム２７２０は、ＣＰフ
レーム２７１２を受信し、肯定応答の際、ＭＰｓ’フレーム２７２４を送信する
。クイックなパラメータ交信が成功した後、モデム２７１０およびモデム２７２
０はどちらとも、データフェーズに継続する。短いＣＰフレームおよびＭＰフレ
ームを送信した結果、高速訓練をより短時間かつより効率的に達成することが可
能となる。
【０１５８】 図２８は、本発明の短いパラメータフレームを、本発明の様々な他の局面（例
えば、クイック接続プロセス）と組み合わせることが可能であることを示す。図
２８は、本発明の一局面によるクイック接続プロセスを示す。この図示のクイッ
ク接続プロセスは、本発明の短いＣＰフレームおよびＭＰフレームの利用を含む
。図２８は、ＡＰＣＭモデム２８１０とＤＰＣＭモデム２８２０との間のクイッ
ク接続プロセスを示す。このクイック接続の間、ＭＰフレーム、ＣＰフレームお
よびＣＰａフレームの交信を、このような交信に用いられるモデム規格に応じて
、モデム間で行うことができる。図２８の実施例は、ＩＴＵ推奨Ｖ．９０に従っ
たクイック接続を示す。しかし、同じ交信を、Ｖ．３４およびＶ．９２クイック
接続方式に適用することも可能である。図示のように、モデム２８１０およびモ
デム２８２０は、長いＣＰフレーム２８１２およびＭＰフレーム２８２２をそれ
ぞれ交信する。その直後に、モデム２８１０およびモデム２８１２はどちらとも
、短いＣＰ（ＣＰｓ）フレーム２８１３および短いＭＰ（ＭＰｓ）フレーム２８
２３をそれぞれ送信し始める。ＭＰフレーム２８２２の受信に応答して、ＡＰＣ
Ｍモデム２８１０は、ＣＰｓ’フレーム２８１４をＤＰＣＭモデム２８２０に送
信し、これにより、このような受信に肯定応答する。一方において、ＤＰＣＭモ
デム２８２０は、ＣＰフレーム２８１２を受信し、肯定応答の際、ＭＰｓ’フレ
ーム２８２４を送信する。クイックなパラメータ交信が成功した後、モデム２７
１０およびモデム２７２０はどちらとも、データフェーズに継続する。その結果
、これら２つのモデム間でクイックなパラメータ交信を用いることにより、本発
明のクイック接続時間をさらに低減することが可能となる。
【０１５９】 本発明の少なくとも複数の構成要素は、ソフトウェアとしてインプリメントさ
れる場合、コンピュータデータ（例えば、任意のビット情報、コード等。ただし
、これらに限定されない）の形態をとり得る。このようなデータは、ビット群ま
たはデータセグメントとして構成可能であり、かつ、プロセッサで読出し可能な
媒体として格納可能であるか、または、送信媒体もしくは通信リンクを介した搬
送波として実現されたデータ信号によって送信が可能である。例えば、ＣＰａフ
レーム中のビット情報は、搬送波として実現されたデータ信号による送信が可能
な、様々なデータセグメントの形態をとり得る。通信リンクとしては、電話線、
モデム接続、インターネット接続、統合サービスデジタル網（「ＩＳＤＮ」）接
続、同期型転送モード（ＡＴＭ）接続、フレームリレー接続、イーサネット（登
録商標）接続、同軸接続、光ファイバ接続、衛星接続（例えば、デジタル衛星サ
ービスなど）、無線接続、無線周波数（ＲＦ）リンク、電磁気リンク、双方向ペ
ージング接続等、およびこれらの組み合わせがあり得る（ただし、これらに限定
されない）。「プロセッサで読出し可能な媒体」は、情報の格納または転送が可
能な任意の媒体を含み得る。プロセッサで読出し可能な媒体の例を挙げると、電
子回路、半導体メモリデバイス、ＲＯＭ、フラッシュメモリ、消去可能なＲＯＭ
（ＥＲＯＭ）、フロッピー（登録商標）ディスケット、ＣＤ−ＲＯＭ、光ディス
ク、ハードディスク、光ファイバ媒体、無線周波数（ＲＦ）リンク等がある。コ
ンピュータデータ信号は、送信媒体（例えば、電子ネットワークチャンネル、光
ファイバ、空気、電磁気、ＲＦリンク等）を伝播することが可能な任意の信号を
含み得る。コードセグメントは、コンピュータネットワーク（例えば、インター
ネット、イントラネット等）を介してダウンロード可能である。
【０１６０】 本発明について、好適な実施形態を参照して説明してきた。しかし、当業者で
あれば、本発明の範囲から逸脱することなくこの好適な実施形態に変更および変
更を為すことが可能であることを認識する。上記および他の変更または変更は、
本明細書中の特許請求項に示されるような本発明の範囲に含まれるものとして意
図される。
【図面の簡単な説明】
【図１】 図１は、一般的なモデムシステム環境を示すブロック図である。このモデムシ
ステム環境は、ポイント・ツー・ポイントプロトコル（「ＰＰＰ」）接続をサポ
ートすることが可能である。
【図２】 図２は、一般的な本発明によるクイックスタートアッププロセスのフロー図で
ある。
【図３】 図３は、本発明に従って構成された例示的モデムシステムを示すブロック図で
ある。
【図４】 図４は、２つのモデムデバイスによって行なわれるクイックスタートアッププ
ロセスの部分を示すフロー図である。
【図５】 図５は、２つのモデムデバイスによって行なわれるクイックスタートアッププ
ロセスに対応するタイミング図である。
【図６】 図６は、２つのモデムデバイスによって行なわれるクイック再接続プロセスに
対応するタイミング図である。
【図７】 図７は、２つのモデムデバイスによって行なわれるクイック再接続プロセスを
示すフロー図である。
【図８】 図８は、異なるモデムの保留状況、再接続状況およびクリアダウン状況に対応
するタイミング図である。
【図９】 図９は、異なるモデムの保留状況、再接続状況およびクリアダウン状況に対応
するタイミング図である。
【図１０】 図１０は、異なるモデムの保留状況、再接続状況およびクリアダウン状況に対
応するタイミング図である。
【図１１】 図１１は、異なるモデムの保留状況、再接続状況およびクリアダウン状況に対
応するタイミング図である。
【図１２】 図１２は、異なるモデムの保留状況、再接続状況およびクリアダウン状況に対
応するタイミング図である。
【図１３】 図１３は、異なるモデムの保留状況、再接続状況およびクリアダウン状況に対
応するタイミング図である。
【図１４】 図１４は、異なるモデムの保留状況、再接続状況およびクリアダウン状況に対
応するタイミング図である。
【図１５】 図１５は、異なるモデムの保留状況、再接続状況およびクリアダウン状況に対
応するタイミング図である。
【図１６】 図１６は、本発明の様々な局面を取り入れることが可能なモデムシステム環境
のブロック図である。
【図１７】 図１７は、例示的な変調パラメータ（ＭＰ）フレームにおけるビットの定義（
ｄｅｆｉｎｉｔｉｏｎ）を示す。
【図１８】 図１８は、例示的なコンステレーションパラメータ（ＣＰ）フレームにおける
ビットの定義を示す。
【図１９ａ】 図１９は、アナログモデムフレームのための例示的コンステレーションパラメ
ータ（ＣＰａ）におけるビットの定義を示す。
【図１９ｂ】 図１９は、アナログモデムフレームのための例示的コンステレーションパラメ
ータ（ＣＰａ）におけるビットの定義を示す。
【図２０】 図２０は、例示的な短い変調パラメータ（ＭＰｓ）フレームにおけるビットの
定義を示す。
【図２１】 図２１は、例示的な短いコンステレーションパラメータ（ＣＰｓ）フレームに
おけるビットの定義を示す。
【図２２】 図２２は、アナログモデムのための例示的な短いコンステレーションパラメー
タ（ＣＰａｓ）フレームにおけるビットの定義を示す。
【図２３】 図２３は、ＩＴＵ Ｖ．３４推奨に従った従来の変調パラメータ（ＭＰ）フレ
ームの交信の一例を示す。
【図２４ａ】 図２４ａは、本発明の一実施形態による、変調パラメータ（ＭＰ）フレームの
クイック交信の一例を示す。
【図２４ｂ】 図２４ｂは、本発明の一実施形態による、変調パラメータ（ＭＰ）フレームお
よびコンステレーションパラメータ（ＣＰ）フレームのクイック交信の一例を示
す。
【図２４ｃ】 図２４ｃは、本発明の一実施形態による、アナログモデム（ＣＰａ）のための
コンステレーションパラメータ（ＣＰ）フレームおよびコンステレーションパラ
メータフレームのクイック交信の一例を示す。
【図２５ａ】 図２５ａは、本発明の一実施形態による、エラーを含むフレーム送信の場合の
変調パラメータ（ＭＰ）フレームのクイック交信の一例を示す。
【図２５ｂ】 図２５ｂは、本発明の一実施形態による、エラーを含むフレーム送信の場合の
変調パラメータ（ＭＰ）フレームおよびコンステレーションパラメータ（ＣＰ）
フレームのクイック交信の一例を示す。
【図２５ｃ】 図２５ｃは、本発明の一実施形態による、エラーを含むフレーム送信の場合に
おける、アナログモデム（ＣＰａ）のためのコンステレーションパラメータ（Ｃ
Ｐ）フレームおよびコンステレーションパラメータフレームのクイック交信の一
例を示す。
【図２６】 図２６は、本発明の一実施形態による、ＡＰＣＭモデムとＤＰＣＭモデムとの
間で発生する速度再交渉プロセスの一例を示す。
【図２７】 図２７は、本発明の一実施形態による、ＡＰＣＭモデムとＤＰＣＭモデムとの
間で発生する高速訓練プロセスの一例を示す。
【図２８】 図２８は、本発明の一実施形態による、ＡＰＣＭモデムとＤＰＣＭモデムとの
間で発生するクイック接続訓練プロセスの一例を示す。
【手続補正書】
【提出日】平成１４年１月２９日（２００２．１．２９）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】 モデム訓練および交渉において時間を要する主な部分は、パラメータの交信（
例えば、データ信号送信速度、プレコード化係数、スペクトルの整形、コンステ
レーション情報等の交信）の際に発生する。図５を参照して、例えば、Ｖ．９０
の交渉の間、アナログパルスコード変調（「ＡＰＣＭ」）モデム５８０がコンス
テレーションパラメータ（「ＣＰ」）フレーム５１０をデジタルパルスコード変
調（「ＤＰＣＭ」）モデム５９０に送信し、それに対して、ＤＰＣＭモデム５９
０は、変調パラメータ（「ＭＰ」）フレーム５２０をＡＰＣＭモデム５８０に送
信する様子が図示されている。以下にさらに説明するように、ＭＰフレーム５２
０およびＣＰフレーム５１０は同期状態であり、エラーチェック目的のために、
多くのビット情報およびＣＲＣ情報を含む（図１７および図１８を参照）。
───────────────────────────────────────────────────── フロントページの続き (31)優先権主張番号 ０９／３９３，６１６ (32)優先日 平成11年９月10日(1999．9．10) (33)優先権主張国 米国（ＵＳ） (31)優先権主張番号 ０９／４１６，４８２ (32)優先日 平成11年10月12日(1999．10．12) (33)優先権主張国 米国（ＵＳ） (31)優先権主張番号 ６０／１６７，５７２ (32)優先日 平成11年11月26日(1999．11．26) (33)優先権主張国 米国（ＵＳ） (31)優先権主張番号 ０９／５５７，２３３ (32)優先日 平成12年４月24日(2000．4．24) (33)優先権主張国 米国（ＵＳ） (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＣＡ，ＪＰ (72)発明者 オラフソン， スヴェリール アイスランド国 アイエス−101 レイキ ャビク， スィングホルツストラエティ 14 Ｆターム(参考） 5K034 AA02 EE10 FF02 FF05 FF13 LL01 LL09 5K101 KK20 MM05 NN34 SS01 TT06 TT08

Claims (116)

    【特許請求の範囲】
  1. 【請求項１】 第１のデバイスおよび第２のデバイスとの間の通信の方法で
    あって、 第１の長さの第１の情報シーケンスおよび該第１のデバイスによる第１の定義
    を送信する工程と、 第２の長さの第２の情報シーケンスおよび該第２のデバイスからの第２の定義
    を受信する工程と、 第３の長さの第３の情報シーケンスおよび該第１のデバイスによる第３の定義
    を送信する工程と、 第４の長さの第４の情報シーケンスおよび該第２のデバイスからの第４の定義
    を受信する工程と を包含し、 該第３の定義は、第３の肯定応答インジケータを含み、該第４の定義は第４の
    肯定応答インジケータを含み、該第３の肯定応答インジケータは、該第２のフレ
    ームの受信を示すように該第１のデバイスによって調節され、該第４の肯定応答
    インジケータは、該第２のデバイスが該第１のフレームを受信したか否かを判定
    する際に該第１のデバイスによって調査され、該第３の長さは該第１の長さより
    短く、該第４の長さは該第２の長さより短い、方法。
  2. 【請求項２】 前記第１の定義は前記第２の定義と同じであり、前記第３の
    定義は前記第４の定義と同じである、請求項１に記載の方法。
  3. 【請求項３】 前記第１の長さは前記第２の長さと同じであり、前記第３の
    長さは前記第４の長さと同じである。請求項１に記載の方法。
  4. 【請求項４】 前記第１の情報シーケンスおよび第３の情報シーケンスはそ
    れぞれ、ある種類の部分を含み、該種類の部分は、該第１の情報シーケンスを該
    第３の情報シーケンスと区別する、請求項１に記載の方法。
  5. 【請求項５】 前記第１の情報シーケンスはＭＰフレームであり、前記第３
    の情報シーケンスはＭＰｓフレームである、請求項１に記載の方法。
  6. 【請求項６】 前記第２の情報シーケンスはＭＰフレームであり、前記第４
    の情報シーケンスはＭＰｓフレームである、請求項５に記載の方法。
  7. 【請求項７】 前記第２の情報シーケンスはＣＰフレームであり、前記第４
    の情報シーケンスはＣＰｓフレームである、請求項５に記載の方法。
  8. 【請求項８】 前記第１の情報シーケンスはＣＰフレームであり、前記第３
    の情報シーケンスはＣＰｓフレームである、請求項１に記載の方法。
  9. 【請求項９】 前記第２の情報シーケンスはＣＰａフレームであり、前記第
    ４の情報シーケンスはＣＰａｓフレームである、請求項８に記載の方法。
  10. 【請求項１０】 前記方法は、前記デバイス間の高速訓練ハンドシェークの
    一部として用いられる、請求項１に記載の方法。
  11. 【請求項１１】 前記方法は、前記デバイス間のクイック接続ハンドシェー
    クの一部として用いられる、請求項１に記載の方法。
  12. 【請求項１２】 前記方法は、前記デバイス間の速度再交渉ハンドシェーク
    の一部として用いられる、請求項１に記載の方法。
  13. 【請求項１３】 前記方法は、前記デバイス間のスタートアップハンドシェ
    ークの一部として用いられる、請求項１に記載の方法。
  14. 【請求項１４】 通信方法であって、 第１の情報定義部分および第２の情報定義部分を有する長い情報シーケンスを
    送信する工程と、 該第１の情報定義部分を有する短い情報シーケンスを送信する工程と、 を包含し、 該第１の情報定義部分は、該第１の情報シーケンスを該第２の情報シーケンス
    と区別する種類の部分を含み、該第１の情報定義部分は、受信された情報シーケ
    ンスに肯定応答するために用いることが可能な肯定応答インジケータをさらに含
    む、 方法。
  15. 【請求項１５】 前記長い情報シーケンスはＭＰフレームであり、前記短い
    情報シーケンスはＭＰｓである、請求項１４に記載の方法。
  16. 【請求項１６】 前記長い情報シーケンスはＣＰフレームであり、前記短い
    情報シーケンスはＣＰｓである、請求項１４に記載の方法。
  17. 【請求項１７】 前記長い情報シーケンスはＣＰａフレームであり、前記短
    い情報シーケンスはＣＰａｓである、請求項１４に記載の方法。
  18. 【請求項１８】 通信方法であって、 第１の情報定義部分および第２の情報定義部分を有する長い情報シーケンスを
    受信する工程と、 該第１の情報定義部分を有する短い情報シーケンスを受信する工程と を包含し、 該第１の情報定義部分は、該第１の情報シーケンスを該第２の情報シーケンスと
    区別する種類の部分を含み、該第１の情報定義部分は、送信された情報シーケン
    スの受信を判定するために用いることが可能な肯定応答インジケータをさらに含
    む、 方法。
  19. 【請求項１９】 前記長い情報シーケンスはＭＰフレームであり、前記短い
    情報シーケンスはＭＰｓである、請求項１８に記載の方法。
  20. 【請求項２０】 前記長い情報シーケンスはＣＰフレームであり、前記短い
    情報シーケンスはＣＰｓである、請求項１８に記載の方法。
  21. 【請求項２１】 前記長い情報シーケンスはＣＰａフレームであり、前記短
    い情報シーケンスはＣＰａｓである、請求項１８に記載の方法。
  22. 【請求項２２】 搬送波に埋め込まれたデータ信号であって、第１の部分は
    、 第１のｓｙｎｃデータセグメントと、 該第１のｓｙｎｃデータセグメントに追随する第１のスタートデータセグメ
    ントと、 該第１のスタートデータセグメントに追随する長いフレーム用インジケータ
    のデータセグメントと、 該長いフレーム用インジケータのデータセグメントに追随する第１の肯定応
    答データセグメントと、 該第１の肯定応答データセグメントに追随する第２のスタートデータセグメ
    ントと、 該第２のスタートデータセグメントに追随する複数のパラメータデータセグ
    メントと、 該複数のパラメータデータセグメントに追随する第３のスタートデータセグ
    メントと、 該第３のスタートデータセグメントに追随する第１のＣＲＣデータセグメン
    トと、 を含む第１の部分と、 該第１の部分に追随する第２の部分であって、 第２のｓｙｎｃデータセグメントと、 該第２のｓｙｎｃデータセグメントに追随する第４のスタートデータセグメ
    ントと、 該第４のスタートデータセグメントに追随する短いフレーム用インジケータ
    のデータセグメントと、 該短いフレーム用インジケータのデータセグメントに追随する第２の肯定応
    答データセグメントと、 該第２の肯定応答データセグメントに追随する第５のスタートデータセグメ
    ントと、 該第５のスタートデータセグメントに追随する第２のＣＲＣデータセグメン
    トと、 を含む第２の部分と、 を含み、 該第１の肯定応答データセグメントおよび第２の肯定応答データセグメントは、
    受信されたデータ信号に肯定応答ために用いることが可能である、 搬送波に埋め込まれたデータ信号。
  23. 【請求項２３】 前記データ信号は、ＭＰフレームおよびＭＰｓフレームを
    含む、請求項２２に記載データ信号。
  24. 【請求項２４】 前記データ信号は、ＣＰフレームおよびＣＰｓフレームを
    含む、請求項２２に記載データ信号。
  25. 【請求項２５】 前記データ信号は、ＣＰａフレームおよびＣＰａｓフレー
    ムを含む、請求項２２に記載データ信号。
  26. 【請求項２６】 前記データ信号は、ＭＰ’フレームおよびＭＰ’ｓフレー
    ムを含む、請求項２２に記載データ信号。
  27. 【請求項２７】 通信デバイスであって、 第１の長さの第１の情報シーケンスと、第２の長さおよび第２の定義の第２の
    情報シーケンスによって追随される第１の定義とを受信することが可能な受信器
    と、 第３の長さの第３の情報シーケンスと、第４の長さおよび第４の定義の第４の
    情報シーケンスによって追随される第３の定義とを送信することが可能な送信器
    と、 を備え、 該定義はそれぞれ肯定応答インジケータを含み、該第４の情報シーケンスの肯定
    応答インジケータは、該受信器が該第１の情報シーケンスを受信したときに該第
    １の情報シーケンスの受信を示すように該送信器によって調節され、該第２の情
    報シーケンスの肯定応答インジケータは、該第３の情報シーケンスが肯定応答さ
    れたかどうかを判定する際に該受信器によって調査され、該第２の長さは該第１
    の長さよりも短く、該第４の長さは該第３の長さよりも短い、 通信デバイス。
  28. 【請求項２８】 前記第１の長さは前記第３の長さと同じであり、前記第２
    の長さは前記第４の長さと同じである、請求項２７に記載のデバイス。
  29. 【請求項２９】 前記第１の定義は前記第３の定義と同じであり、前記第２
    の定義は前記第４の定義と同じである、請求項２７に記載のデバイス。
  30. 【請求項３０】 前記受信器は、第５の長さの第５の情報シーケンスと、第
    ５の定義とを事前規定された時間内に受信する、請求項２７に記載のデバイス。
  31. 【請求項３１】 前記第５の長さは前記第２の長さと等しく、前記第５の定
    義は前記第２の定義と同じである、請求項３０に記載のデバイス。
  32. 【請求項３２】 前記第５の定義は、前記第３の情報シーケンスの受信を示
    す肯定応答インジケータを含む、請求項３０に記載のデバイス。
  33. 【請求項３３】 前記第５の情報シーケンスはＭＰｓ’である、請求項３２
    に記載のデバイス。
  34. 【請求項３４】 前記第５の情報シーケンスはＣＰｓ’である、請求項３２
    に記載のデバイス。
  35. 【請求項３５】 前記第５の情報シーケンスはＣＰａｓ’である、請求項３
    ２に記載のデバイス。
  36. 【請求項３６】 前記受信器は、前記第３の情報シーケンスについての肯定
    応答を事前規定された時間以内に受信するのに失敗し、前記送信器は、第５の長
    さおよび第５の定義の第５の情報シーケンスを送信する、請求項２７に記載のデ
    バイス。
  37. 【請求項３７】 前記第５の長さは前記第３の長さに等しく、前記第５の定
    義は前記第３の定義と同じである、請求項３６に記載のデバイス。
  38. 【請求項３８】 前記送信器は、前記第４の長さおよび前記第４の定義の第
    ６の情報シーケンスをさらに含む、請求項３６に記載のデバイス。
  39. 【請求項３９】 前記送信器は、前記第３の長さおよび前記第３の定義の第
    ６の情報シーケンスをさらに送信する、請求項３６に記載のデバイス。
  40. 【請求項４０】 前記第３の情報シーケンスはＭＰである、請求項２７に記
    載のデバイス。
  41. 【請求項４１】 前記第４の情報シーケンスはＭＰｓである、請求項２７に
    記載のデバイス。
  42. 【請求項４２】 前記第３の情報シーケンスはＣＰである、請求項２７に記
    載のデバイス。
  43. 【請求項４３】 前記第４の情報シーケンスはＣＰｓである、請求項２７に
    記載のデバイス。
  44. 【請求項４４】 前記第３の情報シーケンスはＣＰａである、請求項２７に
    記載のデバイス。
  45. 【請求項４５】 前記第４の情報シーケンスはＣＰａｓである、請求項２７
    に記載のデバイス。
  46. 【請求項４６】 前記受信器は、前記第３の情報シーケンスについての肯定
    応答を事前規定されたイベントまたは条件内で受信するのに失敗し、前記送信器
    は、第５の長さおよび第５の定義の第５の情報シーケンスを送信する、請求項２
    ７に記載のデバイス。
  47. 【請求項４７】 通信方法であって、 第１の長さおよび第１の定義の少なくとも１つの第１の情報シーケンスを送信
    する工程と、 第２の長さおよび第２の定義の第２の情報シーケンスを送信する工程と、 を包含し、 該第１の長さは該第２の長さよりも短く、該第１の定義は、該第１の情報シーケ
    ンスおよび該第２の情報シーケンスを区別する種類の部分を含み、該第１の定義
    部分は、受信された情報シーケンスに肯定応答するために用いられる肯定応答イ
    ンジケータをさらに含む、 通信方法。
  48. 【請求項４８】 前記第１の情報シーケンスはＣＰｓであり、前記第２の情
    報シーケンスはＣＰである、請求項４７に記載の方法。
  49. 【請求項４９】 前記第１の情報シーケンスはＣＰａｓであり、前記第２の
    情報シーケンスはＣＰａである、請求項４７に記載の方法。
  50. 【請求項５０】 搬送波に埋め込まれたデータ信号であって、 第１のｓｙｎｃデータセグメントと 該第１のｓｙｎｃデータセグメントに追随する第１のスタートデータセグメ
    ントと、 該第１のスタートデータセグメントに追随する第１のフレームインジケータ
    データセグメントと、 該第１のフレームインジケータデータセグメントに追随する第１の肯定応答
    データセグメントと、 該第１の肯定応答データセグメントに追随する第２のスタートデータセグメ
    ントと、 該第２のスタートデータセグメントに追随する第１のＣＲＣデータセグメン
    トと、 を含む第１の部分と、 該第１の部分に追随する第２の部分であって、 第２のｓｙｎｃデータセグメントと、 該第２のｓｙｎｃデータセグメントに追随する第３のスタートデータセグメ
    ントと、 該第３のスタートデータセグメントに追随する第２のフレームインジケータ
    データセグメントと、 該第２のフレームインジケータデータセグメントに追随する第２の肯定応答
    データセグメントと、 該第２の肯定応答データセグメントに追随する第４のスタートデータセグメ
    ントと、 該第４のスタートデータセグメントに追随する複数のパラメータデータセグ
    メントと、 該複数のパラメータデータセグメントに追随する第５のスタートデータセグ
    メントと、 該第５のスタートデータセグメントに追随する第２のＣＲＣデータセグメン
    トと、 を含む第２の部分と、 を含み、 該第２のフレーム用インジケータのセグメントは、該複数のパラメータデータ
    セグメントが追随することを示し、該第１の肯定応答データセグメントおよび該
    第２の肯定応答データセグメントは、受信されたデータ信号に肯定応答するため
    に用いることが可能である、 搬送波に埋め込まれたデータ信号。
  51. 【請求項５１】 通信デバイスであって、 第１の長さおよび第１の定義の第１の情報シーケンスを受信することが可能な
    受信器であって、該第１の情報シーケンスは、第２の長さおよび第２の定義の第
    ２の情報シーケンスによって追随される、受信器 を備え、 該第１の長さは該第２の長さよりも長く、該定義はそれぞれ肯定応答インジケ
    ータを含み、該肯定応答インジケータはそれぞれ、送信された情報シーケンスの
    受信を判定するために調査されることが可能である 通信デバイス。
  52. 【請求項５２】 第３の長さおよび第３の定義の第３の情報シーケンスを送
    信することが可能な送信器であって、該第３の情報シーケンスは、第４の長さお
    よび第４の定義の第４の情報シーケンスによって追随される、送信器、 をさらに備え、 該第３の長さは該第４の長さよりも長い、 請求項５１に記載のデバイス。
  53. 【請求項５３】 前記第１の情報シーケンスはＣＰａであり、前記第２の情
    報シーケンスはＣｐａｓである、請求項５１に記載のデバイス。
  54. 【請求項５４】 前記第１の情報シーケンスはＣＰａｓであり、前記第２の
    情報シーケンスはＣｐａである、請求項５１に記載のデバイス。
  55. 【請求項５５】 第１のデバイスを第２のデバイスで訓練するために用いら
    れる訓練方法であって、 該第１のデバイスによって第１の情報シーケンスを該第２のデバイスに送信す
    る工程であって、該第１の情報シーケンスは、第１の種類のインジケータおよび
    複数の第１の訓練パラメータを有する、工程と、 該第１のデバイスによって該第２のデバイスから第２の情報シーケンスを受信
    する工程であって、該第２の情報シーケンスは、第２の種類のインジケータおよ
    び複数の第２の訓練パラメータを有する、工程と、 該第１のデバイスによって第３の情報シーケンスを該第２のデバイスに送信す
    る工程であって、該第３の情報シーケンスは、第３の種類のインジケータ、第３
    の肯定応答インジケータを有し、該第３の情報シーケンスは、該第１の情報シー
    ケンスよりも短い、工程と、 該第１のデバイスによって該第２のデバイスから第４の情報シーケンスを受信
    する工程であって、該第４の情報シーケンスは、第４の種類のインジケータ、第
    ４の肯定応答インジケータを有し、該第４の情報シーケンスは、該第２の情報シ
    ーケンスよりも短い、工程と、 を包含し、 該第３の肯定応答インジケータは、該第１のデバイスが該第２の情報シーケンス
    を受信した場合に該第２の情報シーケンスの受信を示すように該第１のデバイス
    によって調節され、該第４の肯定応答インジケータは、該第１の情報シーケンス
    によって該第２のデバイスが受信されたか否かを判定するために該第１のデバイ
    スによって調査される、 訓練方法。
  56. 【請求項５６】 前記第２のデバイスによる前記第１の情報シーケンスの受
    信を前記第４の肯定応答インジケータが示すまで、前記第３の情報シーケンスを
    事前規定された時間にわたって反復送信する工程をさらに包含する、請求項５５
    に記載の方法。
  57. 【請求項５７】 前記第２のデバイスによる前記第１の情報シーケンスの受
    信を前記第４の肯定応答インジケータが示さない場合、前記事前規定された時間
    の経過後に前記第１の情報シーケンスを送信する工程をさらに包含する、請求項
    ５６に記載の方法。
  58. 【請求項５８】 前記第２のデバイスによる前記第１の情報シーケンスの受
    信を前記第４の肯定応答インジケータが示すまで、前記第３の情報シーケンスを
    前記事前規定された時間にわたって反復送信する工程をさらに包含する、請求項
    ５７に記載の方法。
  59. 【請求項５９】 前記第１のデバイスによる前記第２の情報シーケンスの受
    信を前記第３の肯定応答インジケータが示すまで、前記第４の情報シーケンスを
    事前規定された時間にわたって反復送信する工程をさらに包含する、請求項５５
    に記載の方法。
  60. 【請求項６０】 前記第１のデバイスによる前記第２の情報シーケンスの受
    信を前記第２の肯定応答インジケータが示さない場合、前記事前規定された時間
    の経過後に前記第２の情報シーケンスを受信する工程をさらに包含する、請求項
    ５９に記載の方法。
  61. 【請求項６１】 前記第１のデバイスによる前記第２の情報シーケンスの受
    信を前記第３の肯定応答インジケータが示すまで、前記第４の情報シーケンスを
    前記事前規定された時間にわたって反復送信する工程をさらに包含する、請求項
    ６０に記載の方法。
  62. 【請求項６２】 前記第１の種類インジケータは、前記第１の情報シーケン
    スを、前記第３の種類インジケータによって識別される通りに、前記第３の情報
    シーケンスよりも長いと識別する、請求項５５に記載の方法。
  63. 【請求項６３】 前記第２の種類インジケータは、前記第２の情報シーケン
    スを、前記第４の種類インジケータによって識別される通りに、前記第４の情報
    シーケンスよりも長いと識別する、請求項５５に記載の方法。
  64. 【請求項６４】 前記第１の情報シーケンスはＭＰフレームであり、前記第
    ３の情報シーケンスはＭＰｓフレームである、請求項５５に記載の方法。
  65. 【請求項６５】 前記第１の情報シーケンスはＣＰフレームであり、前記第
    ３の情報シーケンスはＣＰｓフレームである、請求項５５に記載の方法。
  66. 【請求項６６】 前記第１の情報シーケンスはＣＰａフレームであり、前記
    第３の情報シーケンスはＣＰａｓフレームである、請求項５５に記載の方法。
  67. 【請求項６７】 前記第２の情報シーケンスはＭＰフレームであり、前記第
    ４の情報シーケンスはＭＰｓフレームである、請求項５５に記載の方法。
  68. 【請求項６８】 前記第２の情報シーケンスはＣＰフレームであり、前記第
    ４の情報シーケンスはＣＰｓフレームである、請求項５５に記載の方法。
  69. 【請求項６９】 前記第２の情報シーケンスはＣＰａフレームであり、前記
    第４の情報シーケンスはＣＰａｓフレームである、請求項５５に記載の方法。
  70. 【請求項７０】 第１のデバイスと第２のデバイスとの間の訓練フェーズの
    間にデータフェーズにおいて用いられる、エラー修正プロトコル通信を開始する
    方法であって、 該訓練フェーズの初期訓練部分を行う工程と、 該エラー修正プロトコルを確立するために用いることが可能な１つ以上のパラ
    メータを、該初期訓練の後の該訓練フェーズの一部として送信する工程と、 該該訓練フェーズを終了させる工程と、 該データフェーズに入る工程と、 該１つ以上のパラメータを用いて該エラー修正プロトコルを確立する工程と、 該エラー修正プロトコルを用いてデータを受信する工程と を包含する、方法。
  71. 【請求項７１】 前記エラー修正プロトコルはデータ圧縮プロトコルを含む
    、請求項７０に記載方法。
  72. 【請求項７２】 前記エラー修正プロトコルはＶ．４２ プロトコルであり
    、Ｖ．４２ＸＩＤ信号に類似する信号は、該送信工程の間に送信される、請求項
    ７０に記載方法。
  73. 【請求項７３】 前記訓練フェーズは、Ｖ．９０訓練に実質的に類似する、
    請求項７０に記載方法。
  74. 【請求項７４】 前記１つ以上のパラメータは、ＣＰｔ信号の一部として送
    信される、請求項７０に記載方法。
  75. 【請求項７５】 前記１つ以上のパラメータは、ＣＰ信号の一部として送信
    される、請求項７０に記載方法。
  76. 【請求項７６】 前記１つ以上のパラメータは、ＣＰｓ信号の一部として送
    信される、請求項７０に記載方法。
  77. 【請求項７７】 前記１つ以上のパラメータは、ＣＰａ信号の一部として送
    信される、請求項７０に記載方法。
  78. 【請求項７８】 前記１つ以上のパラメータは、ＭＰ信号の一部として送信
    される、請求項７０に記載方法。
  79. 【請求項７９】 第２のデバイスでの訓練フェーズの間にデータフェーズに
    おいて用いられる、エラー修正プロトコル通信を開始することが可能な第１のデ
    バイスであって、 該訓練フェーズの初期訓練部分を行うことが可能なプロセッサと、 該初期訓練の後に該訓練フェーズの一部として、１つ以上のパラメータを送信
    することが可能であり、かつ該エラー修正プロトコルを確立するために用いるこ
    とが可能な、送信器と、 受信器と を備え、 該プロセッサは、該訓練フェーズを終了させ、該データフェーズに入り、該１つ
    以上のパラメータを用いて該エラー修正プロトコルを確立し、該受信器は、該エ
    ラー修正プロトコルを用いてデータを受信する、 第１のデバイス。
  80. 【請求項８０】 前記エラー修正プロトコルはデータ圧縮プロトコルを含む
    、請求項７９に記載のデバイス。
  81. 【請求項８１】 前記エラー修正プロトコルはＶ．４２プロトコルであり、
    Ｖ．４２ＸＩＤ信号に類似する信号は、前記送信工程の間に送信される、請求項
    ７９に記載のデバイス。
  82. 【請求項８２】 前記訓練フェーズは、Ｖ．９０訓練に実質的に類似する、
    請求項７９に記載のデバイス。
  83. 【請求項８３】 前記１つ以上のパラメータは、ＣＰｔ信号の一部として送
    信される、請求項７９に記載のデバイス。
  84. 【請求項８４】 前記１つ以上のパラメータは、ＣＰ信号の一部として送信
    される、請求項７９に記載のデバイス。
  85. 【請求項８５】 前記１つ以上のパラメータは、ＣＰｓ信号の一部として送
    信される、請求項７９に記載のデバイス。
  86. 【請求項８６】 前記１つ以上のパラメータは、ＣＰａ信号の一部として送
    信される、請求項７９に記載のデバイス。
  87. 【請求項８７】 前記１つ以上のパラメータは、ＭＰ信号の一部として送信
    される、請求項７９に記載のデバイス。
  88. 【請求項８８】 前記受信されたデータ信号は、前記データ信号の第１の部
    分と同じである、請求項２２に記載のデータ信号。
  89. 【請求項８９】 前記受信されたデータ信号は、前記データ信号の第１の部
    分と同じである、 請求項５０に記載のデータ信号。
  90. 【請求項９０】 リモートデバイスとの通信のための訓練フェーズおよびデ
    ータフェーズをサポートすることが可能な通信デバイスであって、 該訓練フェーズの間に第１の情報シーケンスを送信することが可能な送信器で
    あって、該第１の情報シーケンスは、第１の種類インジケータおよび複数の第１
    の訓練パラメータを有し、該送信器は、該訓練フェーズの間に第３の情報シーケ
    ンスを送信することがさらに可能であり、該第３の情報シーケンスは、第３の種
    類のインジケータ、第３の肯定応答インジケータを有し、該第３の情報シーケン
    スは、該第１の情報シーケンスよりも短い、送信器と、 該訓練フェーズの間に第２の情報シーケンスを受信することが可能な受信器で
    あって、該第２の情報シーケンスは、第２の種類インジケータおよび複数の第２
    の訓練パラメータを有し、該受信器は、該第１のデバイスを用いて該第２のデバ
    イスから第４の情報シーケンスを受信することがさらに可能であり、該第４の情
    報シーケンスは、第４の種類インジケータ、第４の肯定応答インジケータを有し
    、該第４の情報シーケンスは、該第２の情報シーケンスよりも短い、受信器と、 該第２の情報シーケンスの受信を該リモートデバイスに示すように該第３の肯
    定応答インジケータを調節することが可能なプロセッサであって、該プロセッサ
    は、該第４の肯定応答インジケータを調査して、該リモートデバイスが該第１の
    情報シーケンスを受信したか否かを判定することがさらに可能である、プロセッ
    サと、 を備える、通信デバイス。
  91. 【請求項９１】 前記送信器は、前記リモートデバイスによる前記第１の情
    報シーケンスの受信を前記第４の肯定応答インジケータが示すまで、前記第３の
    情報シーケンスを事前規定された時間にわたって反復送信する、請求項９０に記
    載の通信デバイス。
  92. 【請求項９２】 前記リモートデバイスによる前記第１の情報シーケンスの
    受信を前記第４の肯定応答インジケータが示さない場合、前記送信器は、前記事
    前規定された時間の経過後に前記第１の情報シーケンスを送信する、請求項９０
    に記載の通信デバイス。
  93. 【請求項９３】 前記送信器は、前記リモートデバイスによる前記第１の情
    報シーケンスの受信を前記第４の肯定応答インジケータが示すまで、前記第３の
    情報シーケンスを前記事前規定された時間にわたって反復送信する、請求項９２
    に記載の通信デバイス。
  94. 【請求項９４】 前記受信器は、前記プロセッサによる前記第２の情報シー
    ケンスの受信を前記第３の肯定応答インジケータが示すまで、前記第４の情報シ
    ーケンスを事前規定された時間にわたって反復受信する、請求項９０に記載の通
    信デバイス。
  95. 【請求項９５】 前記プロセッサによる前記第２の情報シーケンスの受信を
    前記第２の肯定応答インジケータが示さない場合、前記受信器は、前記事前規定
    された時間の経過後に前記第２の情報シーケンスを受信する、請求項９４に記載
    の通信デバイス。
  96. 【請求項９６】 前記受信器は、前記プロセッサによる前記第２の情報シー
    ケンスの受信を前記第３の肯定応答インジケータが示すまで、前記第４の情報シ
    ーケンスを前記事前規定された時間にわたって反復送信する、請求項９５に記載
    の通信デバイス。
  97. 【請求項９７】 前記第１の種類インジケータは、前記第１の情報シーケン
    スを、前記第３の種類インジケータによって識別される通りに、前記第３の情報
    シーケンスよりも長いと識別する、請求項９０に記載の通信デバイス。
  98. 【請求項９８】 前記第２の種類インジケータは、前記第２の情報シーケン
    スを、前記第４の種類インジケータによって識別される通りに、前記第４の情報
    シーケンスよりも長いと識別する、請求項９０に記載の通信デバイス。
  99. 【請求項９９】 前記第１の情報シーケンスはＭＰフレームであり、前記第
    ３の情報シーケンスはＭＰｓフレームである、請求項９０に記載の通信デバイス
    。
  100. 【請求項１００】 前記第１の情報シーケンスはＣＰフレームであり、前記
    第３の情報シーケンスはＣＰｓフレームである、請求項９０に記載の通信デバイ
    ス。
  101. 【請求項１０１】 前記第１の情報シーケンスはＣＰａフレームであり、前
    記第３の情報シーケンスはＣＰａｓフレームであり、請求項９０に記載の通信デ
    バイス。
  102. 【請求項１０２】 前記第２の情報シーケンスはＭＰフレームであり、前記
    第４の情報シーケンスはＭＰｓフレームである、請求項９０に記載の通信デバイ
    ス。
  103. 【請求項１０３】 前記第２の情報シーケンスはＣＰフレームであり、前記
    第４の情報シーケンスはＣＰｓフレームである、請求項９０に記載の通信デバイ
    ス。
  104. 【請求項１０４】 前記第２の情報シーケンスはＣＰａフレームであり、前
    記第４の情報シーケンスはＣＰａｓフレームである、請求項９０に記載の通信デ
    バイス。
  105. 【請求項１０５】 前記第１の情報シーケンスは、複数のコンステレーショ
    ンパラメータを含む、請求項９０に記載の通信デバイス。
  106. 【請求項１０６】 前記第１の情報シーケンスは、複数の変調パラメータを
    含む、請求項９０に記載の通信デバイス。
  107. 【請求項１０７】 前記事前規定された時間は、往復遅延に基づいて計算さ
    れる、請求項９１に記載の通信デバイス。
  108. 【請求項１０８】 前記第１の情報シーケンスは、複数のコンステレーショ
    ンパラメータを含む、請求項５５に記載の方法。
  109. 【請求項１０９】 前記第１の情報シーケンスは、複数の変調パラメータを
    含む、請求項５５に記載の方法。
  110. 【請求項１１０】 前記事前規定された時間は、往復遅延に基づいて計算さ
    れる、請求項５６に記載の方法。
  111. 【請求項１１１】 前記第１の情報シーケンスは、複数のコンステレーショ
    ンパラメータを含む、請求項１に記載の方法。
  112. 【請求項１１２】 前記第１の情報シーケンスは、複数の変調パラメータを
    含む、請求項１に記載の方法。請求項１に記載の方法。
  113. 【請求項１１３】 前記データ信号は、ＭＰフレームおよびＭＰｓフレーム
    を含む、請求項５０に記載のデータ信号。
  114. 【請求項１１４】 前記データ信号は、ＣＰフレームおよびＣＰｓフレーム
    を含む、請求項５０に記載のデータ信号。
  115. 【請求項１１５】 前記データ信号は、ＣＰａフレームおよびａＣＰａｓフ
    レームを含む、請求項５０に記載のデータ信号。
  116. 【請求項１１６】 前記データ信号は、ＭＰ’フレームおよびＭＰｓ’フレ
    ームを含む、請求項５０に記載のデータ信号。
JP2001513164A 1999-07-27 2000-07-18 クイック接続パラメータの交信 Expired - Fee Related JP4183942B2 (ja)

Applications Claiming Priority (13)

Application Number Priority Date Filing Date Title
US09/361,842 US6819749B1 (en) 1999-04-12 1999-07-27 Method and apparatus for fast V.90 modem startup
US09/361,842 1999-07-27
US09/393,616 1999-09-10
US09/394,018 1999-09-10
US09/393,616 US6912276B1 (en) 1999-04-12 1999-09-10 Modem on hold
US09/394,018 US6768791B1 (en) 1999-04-12 1999-09-10 Method and apparatus for quick modem reconnect
US09/416,482 1999-10-12
US09/416,482 US6785371B1 (en) 1999-04-12 1999-10-12 Signaling mechanism for modem connection holding and reconnecting
US16757299P 1999-11-26 1999-11-26
US60/167,572 1999-11-26
US09/557,233 US6704399B1 (en) 1999-04-12 2000-04-24 Quick connect parameter exchange
US09/557,233 2000-04-24
PCT/US2000/019480 WO2001008398A1 (en) 1999-07-27 2000-07-18 Quick connect parameter exchange

Publications (2)

Publication Number Publication Date
JP2003505990A true JP2003505990A (ja) 2003-02-12
JP4183942B2 JP4183942B2 (ja) 2008-11-19

Family

ID=27558564

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001513164A Expired - Fee Related JP4183942B2 (ja) 1999-07-27 2000-07-18 クイック接続パラメータの交信

Country Status (4)

Country Link
EP (1) EP1201077B1 (ja)
JP (1) JP4183942B2 (ja)
AT (1) ATE382237T1 (ja)
WO (1) WO2001008398A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4809571B2 (ja) * 2000-08-07 2011-11-09 フリースケール セミコンダクター インコーポレイテッド 通信ネットワークにおけるデジタル損失を検出および補償するための方法および装置

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7023876B2 (en) * 2001-07-09 2006-04-04 Quantum Corporation Point-to-point protocol
US20050123108A1 (en) * 2003-12-08 2005-06-09 Smith Wesley H. Hands-free modem-on-hold
US11638312B2 (en) * 2020-02-13 2023-04-25 Qualcomm Incorporated Slice allocation

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5317594A (en) * 1992-01-13 1994-05-31 General Datacomm, Inc. Systems for and method of identifying V.fast modem within existing automatic interworking procedure standards
DE69225715T2 (de) * 1992-12-10 1999-02-18 Ibm Vollduplex Anlaufverfahren für Modems
TW278295B (ja) * 1994-11-03 1996-06-11 At & T Corp
WO1997049228A1 (en) * 1996-06-21 1997-12-24 Paradyne Corporation A rapid startup protocol for communication between a plurality of modems
US6317455B1 (en) * 1997-12-16 2001-11-13 3Com Corporation System and method for user information transfer before modem connection

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4809571B2 (ja) * 2000-08-07 2011-11-09 フリースケール セミコンダクター インコーポレイテッド 通信ネットワークにおけるデジタル損失を検出および補償するための方法および装置

Also Published As

Publication number Publication date
ATE382237T1 (de) 2008-01-15
EP1201077B1 (en) 2007-12-26
WO2001008398A9 (en) 2002-07-25
JP4183942B2 (ja) 2008-11-19
WO2001008398A1 (en) 2001-02-01
EP1201077A1 (en) 2002-05-02

Similar Documents

Publication Publication Date Title
US6785371B1 (en) Signaling mechanism for modem connection holding and reconnecting
US6693998B2 (en) Error correction and compression parameter exchange during modem training phase
US7305072B2 (en) Method and apparatus for quick modern reconnect
JP4637789B2 (ja) 保留メカニズムによる、高速接続、クイック再接続および接続
JP4183942B2 (ja) クイック接続パラメータの交信
US6731726B1 (en) Communication on hold
EP1223734B1 (en) Initialization a quick reconnect procedure
USRE42661E1 (en) Method and apparatus for fast V.90 modem startup
JP4237226B2 (ja) パケット網でのモデム接続のためにｖ．８ビス信号を処理するためのシステムおよび方法
JP2005160104A (ja) 非対称型デジタル加入者回線（ａｄｓｌ）の最適動作モード選択の方法とシステム
WO2001008376A1 (en) Signaling mechanism for modem connection holding and reconnecting
TW536898B (en) Fast connect, quick reconnect and connection on hold mechanism
JP4088443B2 (ja) 通信保留
TW499809B (en) Quick connect parameter exchange
EP1312198A1 (en) Communication on hold notifier

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070125

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070129

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070501

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070904

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071204

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080826

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080903

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110912

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 4183942

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110912

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120912

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130912

Year of fee payment: 5

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees