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