JP4088443B2 - 通信保留 - Google Patents
通信保留 Download PDFInfo
- Publication number
- JP4088443B2 JP4088443B2 JP2001513165A JP2001513165A JP4088443B2 JP 4088443 B2 JP4088443 B2 JP 4088443B2 JP 2001513165 A JP2001513165 A JP 2001513165A JP 2001513165 A JP2001513165 A JP 2001513165A JP 4088443 B2 JP4088443 B2 JP 4088443B2
- Authority
- JP
- Japan
- Prior art keywords
- modem
- tone
- bit pattern
- hold
- apcm
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
- H04M11/06—Simultaneous speech and data transmission, e.g. telegraphic transmission over the same conductors
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Communication Control (AREA)
Description
【０００１】
（関連出願）
本出願は、２０００年４月２４日に出願された米国出願第０９／５５７、２３３号の１部継続出願であり、これは、１９９９年１０月１２日に出願された米国出願第０９／４１６、４８２号、および１９９９年９月１０日に出願された米国出願第０９／３９３、６１６号の１部継続出願である。米国出願第０９／４１６、４８２号および米国出願第０９／３９３、６１６号の双方は、１９９９年９月１０日に出願された米国出願第０９／３９４、０１８号の１部継続出願であり、米国出願第０９／３９４、０１８号は、１９９９年７月２７日に出願された米国出願第０９／３６１、８４２号の１部継続出願である。米国出願第０９／３６１、８４２号は、１９９９年４月１２日に出願された米国仮出願第６０／１２８、８７４号の利益を主張する。本出願はまた、１９９９年１１月２６日に出願された米国仮出願第６０／１６７、５７２号の利益も主張する。上述のすべての出願は、本出願においてその全体が参考として援用される。
【０００２】
（発明の背景）
（１． 発明の背景）
本発明は概して、通信システムに関する。より詳細には、本発明は、通信を保留させることに関する。
（２． 背景）
日々の研究、娯楽および通信ツールとして、インターネットの使用が広く普及したことにより、モデムおよび他の通信デバイスの設備が増加してきた。多くの家およびオフィスは、既存の電話回線を用いて、モデムを介してインターネットにアクセスする。しかし、既存の回線は、モデム接続に割り込み得る通話中着信機能など、いくつかの電話利用者が選択する機能をサポートし得る。
【０００３】
このような割り込みを防ぐために、多くの既存の通信ソフトウェアは、電話回線がモデムによって用いられる場合には、通話中着信機能を不能とする選択肢をユーザに提供する。例えば、インストール時に、通信ソフトウェアは、意図された電話回線が通話中着信機能をサポートしているか否かをユーザに確認し得る。この質問に対する答えが肯定である場合、通信ソフトウェアは、ユーザが通話中着信機能を不能とすることを所望するか否かを問い合わせ得る。これに応答して、ほとんどすべてのユーザがこの機能を不能とすることを所望する。これは、通話中着信信号が通信チャンネルにおける割り込みを生じさせ得、これにより、接続が損失され得るからである。通話中着信機能を不能とするために、例えば、通信ソフトウェアは、ネットワークにダイヤルする直前に「＊７０」をダイヤルし得る。この結果、引き続いてユーザに接続しようと試みる発信者が、ビジー信号を受信する。これは、通話中着信機能がその電話回線に対して不能とされているからである。
【０００４】
多くのユーザが通話中着信機能を不能とすることは極めて望ましくない。これは、このことによって重要な電話を逃し得るからである。したがって、通話中着信機能を充分にサポートすることが可能であり、そして通信セッションを途中で切断しない、モデムまたは他の通信デバイスが必要である。
【０００５】
しかし、通話中着信の割り込みを処理する信頼のおける方法を実施する際の１つの繰り返される問題点は、リモートモデムまたは中央局（ｃｅｎｔｒａｌ ｏｆｆｉｃｅ）による通話中着信の割り込み中の通信デバイスによる搬送波の損失である。中央局が、入来する呼が受信されたことをユーザに通知するために、回線上で通話中着信警告信号を生成し、そして随意に発信者ＩＤデータを伝送する期間中、リモートモデムはサイレンスを受信する。このサイレンスは、搬送波の損失として、リモートモデムによって誤解（ｍｉｓｉｎｔｅｒｐｒｅｔｅｄ）され得る。
【０００６】
結果として、リモートモデムが、回復プロセスを開始して、損失された搬送波を取り戻す。ヘイズコンパチブルモデムのモデム規格に基づいて、リモートモデムが切断し得る前に、Ｓレジスタ「１０」の値によって示される時間、搬送波は失われている必要がある。Ｓレジスタ「１０」のデフォルト値は「１４」であり、これは０．１秒単位（すなわち、１．４秒）である。したがって、リモートモデムが１．４秒以内に搬送波を回復しない場合、通信セッションがリモートモデムによって終了される。しかし非常にしばしば、通話中着信による割り込みによって生じるサイレンス期間が１．４秒よりかなり長く続き得る。結果として、通話中着信による割り込みによって、リモートモデムが通信セッションを終了させられる。
【０００７】
この問題に対する１つの簡単なアプローチは、呼が終了される前に搬送波の損失用により長い期間を必要とするリモートモデムのために、Ｓレジスタ「１０」のデフォルト値を変更することであり得る。例えば、Ｓレジスタ「１０」の値が「１４０」に変更され得る。これは、リモートモデムが通信セッションを終了する前に、１４秒間搬送波の損失を確認する必要があることを意味する。しかし、この解決策は、インターネットサービスプロバイダなどにはあまりに単純すぎ、かつ好ましくない。これは、搬送波の損失が種々の理由から生じ得るからである。したがって、Ｓレジスタ「１０」の値を延長することは、万能薬ではなく、搬送波が多くの他の理由で真に失われるときに、インターネットサービスプロバイダが、時間通りに通信セッションを終了しそして他のユーザに回線を利用可能にすることを防ぐなど、深刻な逆効果を及ぼす。もちろん、より簡単なアプローチでさえも、通話中着信機能を不能とする従来のアプローチである。しかし、すべてのこのようなアプローチは、他の深刻かつ望ましくない効果を導入せずに、この深刻な問題を改善することに失敗する。したがって、リモート通信デバイスを保留させ得、そしてやがてリモートモデムが、搬送波の損失としてサイレンス期間を誤解することと、そしてその結果として通信セッションを終了することとを防ぐモデムまたは通信デバイスが当該分野において強く必要とされる。
【０００８】
（発明の要旨）
本明細書において広く記載されるような本発明の目的によって、通信を保留させる方法およびシステムが提供される。
【０００９】
本発明の１実施形態によって、通信セッションは、２つのモデム（例えば、ＡＰＣＭモデムおよびＤＰＣＭモデム）との間で構築される。中央局は、通話中着信警告信号をＡＰＣＭモデムに伝送することによって、通信セッションに割り込む。警告信号に応答して、ＡＰＣＭモデムは、発信者ＩＤデータリクエストを中央局に伝送する。ＡＰＣＭモデムはさらに、ＤＰＣＭモデムに保留通知を伝送して、警告信号および／またはＡＰＣＭモデムによる発信者ＩＤデータの受信による割り込みの結果として、ＤＰＣＭモデムが通信セッションを終了することを防ぐ。
本発明の別の局面において、ＤＰＣＭモデムは、最大保留期間を示すパラメータを含む、保留応答によってモデム保留通知に応答する。他の局面において、ＡＰＣＭモデムが通話中着信に答えることを所望する場合、通信が終了される必要があることを示す切断応答によって応答し得、そして次いで、ＡＰＣＭモデムからの通信が再開または終了されるかの応答を待つ。
本発明の１局面において、ＡＰＣＭモデムは、中央局から発信者ＩＤデータを受信する前に、保留通知を伝送し得る。しかし、本発明の別の実施形態において、保留通知の伝送は、中央局から発信者ＩＤデータを受信することと重複し得る。本発明の別の局面において、ＤＰＣＭモデムは割り込みを受信し得る。また別の局面において、割り込みが、ＡＰＣＭとＤＰＣＭモデムとの間の交渉段階の間起こり得る。他の実施形態において、割り込みはデータ段階の間に起こり得る。いくつかの実施形態において、割り込みはＡＰＣＭまたはＤＰＣＭモデムによって伝送され得る。
本発明のこれらおよび他の局面は、さらに添付の図面および明細書を参照するときに明らかとなる。
本発明の特徴および利点は、以下の詳細な記載および添付の図面をよく検討した後、当業者により容易に明らかとなる。
【００１０】
（発明の詳細な説明）
本発明は、本明細書において、機能ブロックコンポーネントおよび様々な処理ステップに関して、説明され得る。このような機能ブロックは、任意の数の、特定の機能を行うように構成されたハードウェアコンポーネントおよび／またはソフトウェアコンポーネントによって、実現され得ることを理解する必要がある。例えば、本発明は、１つ以上のマイクロプロセッサまたは他の制御デバイスの制御の下に、様々な機能を実行する様々な集積回路コンポーネント、例えば、メモリ素子、デジタル信号処理素子、論理素子、参照テーブルなどを採用し得る。さらに、当業者であれば、任意の数のデータ通信コンテキストにおいて、本発明が実施され得、本明細書中に記載のモデムシステムが本発明の例示的な用途の１つに過ぎないことを理解する。さらに、本発明は、任意の数の、従来のデータ通信、信号送信、信号処理およびコンディショニングなどの技術を採用し得ることに留意する必要がある。当業者にとって公知であり得る、このような一般的な技術は、本明細書中、詳細には説明されない。
【００１１】
本明細書中に示し、説明される、特定のインプリメンテーションは、本発明の範囲を例示するに過ぎず、あらゆる方法において、限定するように意図されるものではない。実際、簡略化のため、データ通信システム（および、システムの個別の動作する成分）の従来の符号化および復号化、発信者電話ＩＤ検出または処理、トーン検出または送信、トレーニング、および他の機能的な局面は、本明細書中、詳細には説明されない。さらに、本明細書に含まれる様々な図面において示される接続している線は、例示的な機能的な関係、および／または様々な素子間の物理的な結合を表すように意図される。代替的な機能的関係またはさらなる機能的関係、あるいは、物理的関係の多くが、実際的な通信システムにおいて存在し得ることに留意する必要がある。
【００１２】
図面を参照すると、図１には、本発明の技術が実施され得る一般的なモデムシステム１００を表すブロック図が示されている。モデムシステム１００は、上層プロトコルに関連する接続、例えば、ポイントツーポイントプロトコル（ＰＰＰ）接続をサポートする能力があり得る。ＰＰＰ接続は、典型的には、例えば、個別のエンドユーザとインターネットサービスプロバイダとの間のインターネット通信に関連する。この局面において、モデムシステム１００は、複数のサーバモデム（参照符号１０２ａ、１０２ｂ、および１０２ｎによって示される）、ならびにクライアントモデム１０４を含む。サーバモデム１０２は、それぞれ、インターネットサービスプロバイダ、または任意の適切なデータソースに関連付けられ得る。クライアントモデム１０４は、適切なデータソース、例えば、ホストソフトウェア１０５を実行する能力があるパーソナルコンピュータに関連付けられ得る。本明細書において説明するため、ホストソフトウェア１０５は、モデムシステム１００と共に機能する能力がある、オペレーティングシステム、例えば、ＭＩＣＲＯＳＯＦＴ ＷＩＮＤＯＷＳ（登録商標）、または任意のアプリケーションプログラムであり得る。図１には示していないが、クライアントモデム１０４は、パーソナルコンピュータに組み込まれていてもよい。
【００１３】
この説明のコンテキストにおいて、モデムシステム１００は、Ｖ．９２推奨、Ｖ．９０推奨、レガシー５６ｋｂｐｓプロトコル、Ｖ．３４推奨などに対して適合性を有する５６ｋｂｐｓモデムデバイスを採用し得る。このようなモデムデバイスは、所与のサーバモデム１０２が、デジタル電話ネットワーク１０８へのデジタル接続１０６を利用するモデムシステム１００において用いられるために適切である。クライアントモデム１０４は、アナログローカルループ２２を介して、ローカル中央局２０に接続される。従って、クライアントモデム１０４と任意のサーバモデム１０２との間に構築される通信チャネルは、中央局２０までデジタルである。その後、デジタル信号が、アナログ信号に変換され、ローカルループ２２で送信される。
【００１４】
エンドユーザがインターネット接続を構築したい場合、ホストソフトウェア１０５は、ユーザコマンドに応答して、オペレーションを任意の回数行い得る。例えば、ホストソフトウェア１０５は、クライアントモデム１０４に、サーバモデム１０２ａ（この例においては、ユーザのインターネットサービスプロバイダに関連付けられるサーバモデム）に関連する電話番号にダイヤルするようにプロンプトする。サーバモデム１０２ａおよびクライアントモデム１０４は、イコライザ、エコーキャンセラー、送信電力レベル、データレート、および、おそらくは、現在の通信チャネルに関連する他の動作パラメータも初期化する、ハンドシェーキングルーチンを行う。
【００１５】
図２は、モデムシステム２００が動作し得る例示的な環境の模式図である。モデムシステム２００は、概して、中央サイトに関連付けられ得る第１のモデムデバイス２０２、および、顧客サイト２７０にあり得る第２のモデムデバイス２０４を含む。典型的なＶ．９２またはＶ．９０システムのコンテキストにおいて、第１のモデムデバイス２０２は、ＤＰＣＭであり得、第２のモデムデバイス２０４は、ＡＰＣＭであり得る。ＤＰＣＭモデム２０２は、デジタルリンクを介して、中央局２０６に結合され得、ＡＰＣＭモデム２０４は、アナログリンク、例えば、ローカルループを介して中央局２０６に結合される。モデムシステム２００は、上記の援用される関連出願において記載される、高速スタートアップルーチンおよび／または高速再接続プロシージャに関連するさらなる素子および機能性を含み得ることを理解する必要がある。
【００１６】
また、図２に、呼び出しデバイス２０８（着信呼を顧客サイトに入れる能力がある）、顧客サイトに位置する並列応答デバイス２１０、および顧客サイトに位置する直列応答デバイス２１１を表す。図２に示すように、並列応答デバイス２１０は、ＡＰＣＭモデム２０４と並行して同じ呼を受け取るように接続される。対照的に、直列応答デバイス２１１は、ＡＰＣＭモデム２０４が、呼をルーティングするように接続される。ＡＰＣＭモデム２０４は、従来の様態で、直列応答デバイス２１１への、または直列応答デバイス２１１からの呼のトラフィックを制御するか、または調節し得る。呼び出しデバイス２０８と応答デバイス２１０および２１１との間に、中央局２０６を介して呼が構築され得、ＤＰＣＭモデム２０２とＡＰＣＭモデム２０４との間に、中央局２０６を介してモデム接続が構築され得る。
【００１７】
明瞭かつ簡潔にするため、図２は、本明細書中に記載の例示的なプロセスに関連する様態で、ＡＰＣＭモデム２０４およびＤＰＣＭモデム２０２を表す。実際の実施形態において、モデムデバイス２０２または２０４のそれぞれは、送信または受信モデムとして機能する能力を有し得、モデムデバイス２０２または２０４のそれぞれは、本明細書中に記載の様々な信号を発生する能力がある。
【００１８】
ＤＰＣＭモデム２０２は、送信部２１２および受信部２１４を含み、これらの両方が従来の技術によって構成され得る。ＤＰＣＭモデム２０２は、様々な動作のモードの間、複数の信号、シーケンス、およびトーンを送信する能力がある。上記の援用される関連出願において記載される、ＤＰＣＭモデム２０２は、高速スタートアップルーチンまたは高速再接続プロシージャに関連する、適切な遷移シーケンス２１６、および、特徴的な信号ポイントシーケンス（例えば、ＡＮＳｐｃｍ信号２１８）を送信するように構成され得る。データモードの間、ＤＰＣＭモデム２０２は、適切なデータ転送方式に従って、データ２２０を送信する。
【００１９】
また、ＤＰＣＭモデム２０２は、ＡＰＣＭモデム２０４、および／または中央局によって、受信され得る複数の信号を送信する能力もある。例えば、ＤＰＣＭモデム２０２は、本明細書中に記載の「Ａ」トーン２２２、および「Ｂ」トーン２２４を送信する能力がある。ある実施形態において、「Ａ」トーン２２２は、２４００Ｈｚのトーンであり、「Ｂ」トーン２２４は、１２００Ｈｚのトーンである（ＩＴＵ−Ｔ推奨Ｖ．３４に述べられている通りである）。当然、モデムデバイス２０２または２０４は、これらの所定のトーンの代わりに（またはこれらの所定のトーンに加えて）任意の適切なトーンまたは信号を発生し得る。また、ＤＰＣＭモデム２０２は、以下でさらに説明するように、保留中のモデムの通知、モデム保留モードの開始、保留期間後のモデムセッションの再接続、およびモデム接続の切断に関連する、さらなる複数の信号を送信するように構成される。例えば、ＤＰＣＭモデム２０２は、モデム保留通知２２５、モデム保留リクエスト２２６、モデム保留受取確認２２８、高速再接続リクエスト２３０、および切断信号２３２（本明細書中では「モデムステータス信号」と呼ばれる）を送信する能力があり得る。これらの信号のフォーマットおよび機能は、以下でより詳細に記載される。
【００２０】
ＤＰＣＭモデム２０２は、また、信号検出素子２３４を含み得る。信号検出素子２３４は、ＡＰＣＭモデム２０４および／または中央局２０６によって送信される、制御信号、リクエスト、およびトーンを、検出、解析、および解釈する任意の数の公知の技術を採用し得る。例えば、信号検出素子２３４は、本明細書中に記載の異なる信号を検出し、区別するように構成される、従来のトーン検出器、および／または、従来のＶ．３４、Ｖ．９０、またはＶ．９２差動フェーズ変異キーイング（ＤＰＳＫ）レシーバを利用し得る。
【００２１】
本明細書中に記載の信号送信方式のため、ＡＰＣＭモデム２０４は、好ましくは、ＤＰＣＭモデム２０２に類似の様態で構成される。すなわち、ＡＰＣＭモデム２０４は、「Ａ」トーン２４２、「Ｂ」トーン２４４、モデム保留通知２４５、モデム保留リクエスト２４６、モデム保留受取確認２４８、高速再接続リクエスト２５０、および切断信号２５２を送信する能力がある。さらに、ＡＰＣＭモデム２０４は、（発信者ＩＤ通知成分２５６によって表されるように）顧客サイトが発信者ＩＤ通知機能をサポートすることを中央局２０６に知らせる発信者ＩＤ通知トーン２５４を発生するように構成され得る。現在の規格に従って、発信者ＩＤ通知トーン２５４は、約５５〜６５ミリ秒の長さのＤＴＭＦ「Ｄ」トーンである。当然、ＡＰＣＭモデム２０４は、データモードの間、データ２５８を送信する。
【００２２】
ＤＰＣＭモデム２０２に関して上述したように、ＡＰＣＭモデム２０４は、好ましくは、ＤＰＣＭモデム２０２によって送信される、各種の信号トーンおよびシーケンスを、ＡＰＣＭ２０４が受信し、検出し、解析することを可能にする信号検出素子２６０を含む。このような様態で、ＡＰＣＭモデム２０４とＤＰＣＭモデム２０２との両方が、信号を受信する能力があり、特定の信号または受信された信号に応答して、動作モードを切り替える能力がある。
【００２３】
中央局２０６は、モデム、音声、およびファックスの呼に関連する回路切り替えを行うように、従来の様態で構成される。中央局２０６は、任意の数の顧客サイトをサポートし得、中央局２０６は、任意の数の他の中央局、中央サイトモデムなどに動作的に結合され得る。上で簡潔に説明したように、ＡＰＣＭモデム２０４、応答デバイス２１０、および発信者ＩＤ通知成分２５６が、顧客サイト２７０にあり得る。
【００２４】
中央局２０６は、適切なパーティ間の呼をルーティングする、適切な切り替え構造２７２を含む。例えば、切り替え構造２７２は、第１の状態へと切り替えて、ＤＰＣＭモデム２０２とＡＰＣＭモデム２０４との間のモデム接続を構築し得、第２の状態に切り替えて、呼び出しデバイス２０８と応答デバイス２１０との間の接続を構築し得る。さらに切り替え構造２７２は、一時的に接続に割り込んで、制御信号、データ、またはトーンを現在の回路または回線に印加する能力を有し得る。この局面において、中央局２０６は、特定の状況に依存して、複数のリング信号２７４、警告信号２７６、発信者ＩＤ通知データ２７８、および他の情報を送信し得る。例えば、現在の方法論に従うと、中央局２０６は、一時的に音声呼に割り込み、通話中着信警告信号２７６を顧客サイト２７０に送信し得る。切り替え構造２７２は、顧客が着信呼を受け入れる場合、着信呼を顧客サイト２７０にルーティングし、元の呼を保留するように構成され得る。
【００２５】
上述したように、信号送信方式は、好ましくは、従来のＶ．３４、Ｖ．９０、または、Ｖ．９２モデムシステムによって用いられる、フェーズ２信号送信トーンを採用する。さらに、信号送信方式は、シームレスに、Ｖ．３４、Ｖ．９０、Ｖ．９２再トレーニングプロシージャに組み込まれる、信号送信を可能にする、ＤＰＳＫ送信技術を用いる。信号は、Ｖ．３４／Ｖ．９０／Ｖ．９２ＤＰＳＫレシーバ、または比較的単純なトーン検出器のいずれかによって検出され得るように構成される。ある実際の実施形態において、モデム保留通知、モデム保留リクエスト、モデム保留受取確認、高速再接続リクエスト、および切断信号は、トーン「Ａ」またはトーン「Ｂ」のいずれかの期間（例えば、少なくとも、５０ミリ秒）進む。この技術は、従来のＶ．３４、Ｖ．９０、Ｖ．９２モデムシステムによって採用されるＡおよびＢトーンの使用を活用し、モデムシステムによって既に用いられている変調方式を利用する。従って、ＤＰＣＭ２０２は、典型的には、ＤＰＳＫ信号を受け取るように調節されるので、信号送信メカニズムは、容易にインプリメントされる。
【００２６】
「Ａ」および「Ｂ」トーンに続くモデムステータス信号は、繰り返されるビットパターンに基づいて、ＤＰＳＫ信号として送信され得る。ある実施形態において、モデムステータス信号は、異なるパターンが異なるモデムステータス信号に対応する、４ビットパターンの８度の繰り返しに関連するＤＰＳＫ信号である。４ビットパターンの使用は、検出素子２３４および２６０に信号送信する、単純なトーン検出器を用いることを可能にすることが望ましい。より短いビットパターンは、ＤＰＳＫ信号に関連する周波数成分の数をより少なくする。結果として、信号検出方式は、スペクトル成分について多数の周波数を解析する、複雑なプロセスルーチンを採用する必要がない。異なるモデムステータス信号についての例示的なビットパターンを、以下の表１に示す。
【００２７】
【表１】
表１−モデムステータス信号
特定のビットパターンは、好ましくは、得られるＤＰＳＫ信号が、他のデータ通信プロトコルのコンテキストにおいて用いられるために「予約された」ＤＰＳＫ信号と区別可能になるように選択される。例えば、全ての０のＤＰＳＫパターンは、「Ａ」または「Ｂ」トーンと均等であり、全ての１のＤＰＳＫパターンは、Ｖ．３４ＩＮＦＯＭＡＲＫ信号と均等である。さらに、特定のビットパターンは、得られるＤＰＳＫ信号のトーン検出器による検出が容易であるように、適切に選択され得る。例えば、表１に記載のビットパターンに関して、モデムステータス信号は、以下の表２および表３に挙げられる周波数コンテンツを有する。以下の表２および表３において、周波数はヘルツで表され、「Ｘ」は、閾値レベルより高いスペクトルコンテンツを示し、ダッシュ「−」は、閾値レベルより低いスペクトルコンテンツを示す。表１に示すＤＰＳＫビットパターンの例において、より低いスペクトルエネルギー成分は、同じ周波数でのより高いスペクトルエネルギー成分よりも、少なくとも８ｄＢ、より小さい。結果として、異なるモデムステータス信号が、共有周波数成分が一部存在するにも関わらず、区別され得る。
【００２８】
【表２】
表２−モデムステータス信号（ＡＰＣＭ）に関する周波数成分
【００２９】
【表３】
表３−モデムステータス信号（ＡＰＣＭ）に関する周波数成分
ＡＰＣＭおよびＤＰＣＭによって採用される異なる周波数は、２つのモデムデバイスによって異なる搬送波が用いられる、例示的な用途に関連する。例えば、従来Ｖ．９０またはＶ．９２システムにおいて、ＤＰＣＭは、２４００Ｈｚ近傍の信号（トーン「Ｂ」およびＤＰＳＫ搬送波）を用い、ＡＰＣＭは、１２００Ｈｚ近傍の信号を用いる。この機能は、呼び出しモデムが１２００Ｈｚ近傍の信号を用い、応答モデムが２４００Ｈｚ近傍の信号を用いる、従来のＶ．３４方式から得られる。結果として、２つのスペクトルパターンは、１２００Ｈｚと２４００Ｈｚとの間のシフト以外は、同一である。この方法論によって、両方のエンドが同じタイプの信号を送信する場合でも、エンドデバイスが信号を適切に検出し得ることを確実にする。
【００３０】
ある実施形態において、モデムステータス信号検出は、所与の信号について、「スペクトルフィンガープリント」全体を検出する必要はない。むしろ、信号検出素子２３４および２６０は、適合を示すために、区別できるスペクトル成分のいくつかを検出および解析するように構成され得る。例えば、表２および３に示すように、信号が、１０５０Ｈｚおよび１３５０Ｈｚの比較的高いスペクトルエネルギーを含む場合、信号は、切断信号またはモデム保留リクエストであり得る。従って、信号検出ルーチンが、９００Ｈｚ、１２００Ｈｚ、および／または１５００Ｈｚでのスペクトル成分について、信号を解析し続け、適切な判定を行う。
【００３１】
図３に、通話中着信表示によって割り込まれ、着信呼にＡＰＣＭモデム３１０エンドが応答する間、モデム接続が保留にされる、ＡＰＣＭモデム３１０とＤＰＣＭモデム３５０との接続のタイミング図を示す。図３は、顧客サイト２７０が、並列応答デバイス２１０、または直列応答デバイス２１１のいずれを採用するかに関わらず、適用可能である。信号、シーケンス、トーン、コマンドなどは、ＡＰＣＭモデム３１０、ＤＰＣＭモデム３５０、および中央局（不図示）に関して、示される。中央局は、ＡＰＣＭモデム３１０への信号およびＤＰＣＭモデム３５０への信号に関連し得る。
【００３２】
データモードの間、中央局は、一時的にモデム接続に割り込み、警告信号（「ＡＳ」）３４０をＡＰＣＭモデム３１０に送信する。警告信号３４０は、従来の通話中着信警告であり得、人間にとって可聴の成分（例えば、音声トーン）と、データ通信デバイスまたはマシンによって検出可能な成分とを含み得る。殆どの通話中着信プロトコルに従って、警告信号３４０の成分は、連続して送信される。警告信号３４０に応答して、ＡＰＣＭモデム３１０は、中央局から、発信者ＩＤ通知データをリクエストするように、ＤＴＭＦトーン３１４を送信し得る。上述したように、ＤＴＭＦトーン３１４は、５５〜６５ミリ秒の持続時間のＤＴＭＦ「Ｄ」トーンの短いバーストである。中央局が、ＤＴＭＦトーン３１４を受け取り、認識したと仮定すると、中央局は、発信者ＩＤ通知データ３４２を、フォーマットし、ＡＰＣＭモデム３１０に送信する。図２に示すように、発信者ＩＤ通知データ３４２（図２においては参照符号２７８で示されている）は、発信者ＩＤ通知成分２５６によって、表示または解析されるために適切な様態で受信および処理され得る。
【００３３】
中央局によって、ＡＰＣＭモデム３１０から切り替えることに応答して、ＤＰＣＭモデム３５０は、適切な信号、例えば、「Ｂ」トーン３５４の送信を開始する。ある実施形態において、「Ｂ」トーン５４３は、中央局によって発信者ＩＤ通知データ３４２が送信されている間、送信され得る。「Ｂ」トーン３５４は、ＤＰＣＭモデム３５０がＡＰＣＭモデムの「Ａ」トーン３１６での応答を保留する間、連続的に送信される。
【００３４】
中央局が、警告信号３４０および発信者ＩＤ通知データ３４２をＡＰＣＭモデム３１０に送信することによって、ＡＰＣＭモデム３１０とＤＰＣＭモデム３５０との間の通信に割り込む期間中、ＤＰＣＭモデムは、沈黙（ｓｉｌｅｎｃｅ）を受信し始める。沈黙は、ＤＰＣＭモデムによって、搬送波の停止であると誤解され得る。従来は、ＤＰＣＭモデム３５０は、搬送波の停止に応答して、ユーザプログラマブル値、例えば、Ｓ−レジスタ「１０」の値によって初期化される、搬送波の停止タイマーを開始していた。Ｓ−レジスタ「１０」のデフォルト値は、０．１秒単位であり、典型的には、「１４」、すなわち、１．４秒に設定される。搬送波の停止タイマーが終了するとき（１．４秒後）、ＤＰＣＭモデム３５０が、通信セッションを終了する。
【００３５】
従って、ＤＰＣＭモデム３５０によって沈黙期間が搬送波停止と誤解され、そのことにより、接続が切れることを防ぐために、ＡＰＣＭモデムは、搬送波停止タイマーが終了する前に、モデム保留通知３１８をＤＰＣＭモデム３５０に送信する。図に示すように、モデム保留通知３１８は、ＤＰＣＭモデム３５０への「Ａ」トーン３１６の送信の期間によって先行される。ＡＰＣＭモデム３１０は、ＤＰＣＭモデム３１８から「Ｂ」トーン３５４を受信する場合、「Ａ」トーン３１６を送信し得る。上述したように、「Ａ」トーン３１６は、好ましくは、少なくとも最短持続期間、例えば、５０ミリ秒の間、送信され、ＤＰＣＭモデムに「Ａ」トーン３５０を受け取る機会を与える。ＤＰＣＭモデム３５０が、特定の期間内に、「Ａ」トーン３１６を受け取らない場合、最終的には、自動的に切断され得る。
【００３６】
ＤＰＣＭモデム３５０がＡＰＣＭモデム３１０から、モデム保留通知３１８を受信する場合、ＤＰＣＭモデム３５０は、モデム保留３５６をＡＰＣＭモデム３１０に送信し、ＤＰＣＭモデム３５０が、保留されることを要求していることを知らせ、ＡＰＣＭモデム３１０が着信呼に切り替えられる、ＡＰＣＭモデム３１０に知らせる。いくつかの実施形態において、モデム保留３５６は、ＤＰＣＭモデム３５０が、切断の前に保留され得る時間量を示すパラメータを含み得る。
【００３７】
ＡＰＣＭモデム３１０のユーザが、着信呼に応答することを所望すると仮定すると、モデム保留３２２は、「Ａ」トーン３２０に続いて送信される。モデム保留３２２は、顧客サイト２７０の適切なデバイス常駐プログラム（ｄｅｖｉｃｅ ｒｅｓｉｄｅｎｔ）によって自動的にプロンプトされてもよいし、ユーザコマンドに応答してプロンプトされてもよい。上述したようにフォーマットされる、モデム保留３２２は、好ましくは、少なくとも最短期間の間、送信される。ある実施形態において、モデム保留３２２は、約５３ミリ秒（本明細書中に記載のモデムステータス信号は全て同様の最低持続時間を有し得る）の間、送信される。
【００３８】
ある実施形態において、モデム保留３２２に応答して、ＤＰＣＭモデム３５０は、最短期間、例えば、約５３ミリ秒の間、モデム保留受取確認（不図示）を送信し得る。
【００３９】
ＤＰＣＭモデム３５０がモデム保留３５６（または、代わりに、モデム保留受取確認（不図示））を送信した後、ＤＰＣＭモデム３５０は、好ましくは、保留状態を維持する間、「Ｂ」トーン３５８を送信し続ける。モデム保留受取確認（不図示）に応答して、または、所定の期間の後、ＡＰＣＭモデム３１０は、適切なフラッシュ信号３２４を生成して、モデム接続から着信呼に切り替えるように中央局に命令し得る。
【００４０】
図２に戻ると、さらに、ハンドセット（または、他の適切な応答デバイス）が、着信呼を受け取り始める。ＡＰＣＭモデム２０４は、着信呼を適切な様態で並列応答デバイス２１０または直列応答デバイス２１１にルーティングするように構成され得る。さらに、ＡＰＣＭモデム２０４は、ハンドセットが接続される間、アイドル、または「オンフック」状態にされ得る。従って、顧客サイト２７０におけるユーザは、ＤＰＣＭモデム２０２が保留され続ける間、着信呼を続行し得る。モデム接続は、上記の援用される関連出願に記載されているように、高速モデム再接続プロシージャによって、再構築され得る。
【００４１】
図４を参照すると、通話中着信表示によって割り込まれ、着信呼がＡＰＣＭモデム４１０エンドによって応答される前に、モデム接続が切断された、ＡＰＣＭモデム４１０とＤＰＣＭモデム４５０との間の通信セッションのタイミング図が示されている。図に示すように、プロセスは、モデム保留通知４１８がＡＰＣＭモデム４１０からＤＰＣＭモデム４５０に送信される点までは、図３を参照しながら説明したプロセスと類似する。しかし、ＤＰＣＭモデム３５０がモデム保留通知３１８にモデム保留３５６で応答する、図３のシナリオとは対照的に、図４に表す状況には、ＤＰＣＭモデム４５０からの切断信号４５６の送信が示される。切断信号４５６を送信することによって、ＤＰＣＭモデム４５０は、ＡＰＣＭモデム４１０が着信呼に応答することを決定する場合に、ＤＰＣＭモデム４５０が切断することをＡＰＣＭモデム４１０に知らせる。切断信号４５６を送信した後、ＤＰＣＭモデム４５０は、ＡＰＣＭモデム４１０からの応答を保留する間、「Ｂ」トーン４５８の送信を継続する。
【００４２】
この転機において、着信呼を無視してモデム接続を維持するか、または、着信呼に応答して、現在のモデム接続を失うかを決定する必要がある。図４に、着信呼に応答するというＡＰＣＭモデム４１０の決定を示す。このような場合において、切断するというＤＰＣＭモデム４５０の選択を受け取った後（ＡＰＣＭモデム４１０が着信呼に応答すべき場合）、ＡＰＣＭモデム４１０は、「Ａ」トーン４２０、および、その後に続く切断信号４２２を送信する。切断信号４２２は、ＤＰＣＭモデム４５０に、通信セッションを終了するというＡＰＣＭモデム４１０の決定を知らせる。ＡＰＣＭモデム４１０による、通信セッションを終了するという決定は、ホストソフトウェア１０５（図１を参照）によって、または、ホストソフトウェア１０５によって行われるクエリに応答するユーザによって、自動的に行われ得る。
【００４３】
ある実施形態において、ＤＰＣＭモデム４５０が切断信号４５６を送信した後、ＤＰＣＭモデム４５０は、任意の意味のある信号を送信することなく、アイドルであるか、または保留する。切断信号４５６に応答して、ＡＰＣＭモデム４１０は、「Ａ」トーン４２０を送信し、信号４２２シーケンスを切断することなく、適切な様態でモデム接続を切断する。中央局が、適切なタイムアウトの期間の後、例えば１５５０ミリ秒後、ＡＰＣＭモデム４１０から何らかのアクティビティを検出しない場合、中央局は、ＡＰＣＭモデム４１０が切断されたと仮定し得る。その後、中央局は、ＤＰＣＭモデム４５０から切り替え、着信呼が応答され得るように、顧客サイトにリング信号４２８を発生する。また、ＤＰＣＭモデム４５０は、ＡＰＣＭモデム４１０から信号を受信しない、適切なタイムアウト期間の後、例えば、２秒後、モデム接続を切断し得る。従って、ＤＰＣＭモデム４５０は、典型的には、中央局がリング信号４２８を発生し始めた後、切られる。当然、上記の援用される関連出願に記載されているように、切断の前に、ＡＰＣＭモデム４１０および／またはＤＰＣＭモデム４５０は、後続の接続において高速接続を容易にするように、任意の数の関連する動作パラメータを保存し得る。
【００４４】
図５に、通話中着信表示によって割り込まれ、ＡＰＣＭモデム５１０エンドによって、高速再接続リクエスト（「ＱＲＲ」）を介してモデム接続が回復される、ＡＰＣＭモデム５１０とＤＰＣＭモデム５５０との間の通信セッションのタイミング図を示す。図に示すように、プロセスは、ＡＰＣＭモデム５１０からＤＰＣＭモデム５５０にモデム保留通知５１８が送信される点まで、図３を参照しながら説明するプロセスと類似する。しかし、ＡＰＣＭモデム３１０が、モデム保留３２２で、ＤＰＣＭモデム３５０からのモデム保留３５６に応答する、図３のシナリオとは対照的に、図５に表す状況は、「Ａ」トーン５２０が先行する高速再接続リクエスト信号５２２のＤＰＣＭモデム５５０への送信を示す。高速再接続リクエスト信号５２２を送信することによって、ＡＰＣＭモデム５１０は、ＡＰＣＭモデム５１０が通信セッションを維持し、着信呼を無視することを要求していることをＤＰＣＭモデム５５０に知らせる。このような状況は、モデム接続の質が重要である場合、エンドユーザが着信呼によって邪魔されたなくない場合、および／または、警告信号５４０によってモデム接続が著しく影響され得る場合、発生し得る。さらに、このような状況は、発信者ＩＤ通知データ５４２に応答して、すなわち、応答するパーティが、特定の発信パーティからの着信呼を無視することを選択し得ることによって、発生し得る。
【００４５】
上記の援用される関連出願に記載されているように、再接続リクエスト信号５２２に応答して、ＤＰＣＭモデム５５０は、ＱＴＳ信号５５８、およびその後に続くＡＮＳｐｃｍ信号５６０を送信して、高速再接続ルーチンを容易にし得る。ＡＰＣＭモデム５１０が、高速再接続プロシージャではなく、完全な再トレーニングプロシージャを示す、適切なモデムステータス信号、例えば、フェーズの反転を代替的に送信し得ることが理解される。このような実施形態において、再トレーニングプロシージャは、従来の様態で進む。
【００４６】
図３〜５を参照しながら説明してきた信号送信ルーチンおよびプロシージャは、顧客サイト２７０（図２）で発生する様々なリクエストに均等に対応するように適用され得る。例えば、図３において、ＡＰＣＭモデム３１０のユーザが、独立した様態で、現在のモデム接続を保留にするか、高速再接続をプロンプトするか、または完全な再トレーニングをプロンプトすることを所望し得る。ある実施形態において、モデム保留通知（「ＭＨＮ」）およびモデム保留（「ＭＨ」）信号は、従来のフェーズ４配列パラメータ（「ＣＰ」）および変調パラメータ（「ＭＰ」）シーケンスに組み込まれ得る。従って、モデムデバイスのいずれかが、（例えば、三者通話のために）他のモデムデバイスを保留にすることを所望する場合、モデムデバイスのリクエストは、レート再調整を行い、適切な様態で保留信号を送信し得る。この技術は、切断を示すために特別コード（データレート＝０）が用いられる、従来のＶ．３４、Ｖ．９０、およびＶ．９２切断プロシージャと類似の様態で行われ得る。しかし、モデム保留信号送信技術は、異なるビットの組合せ、または保留した複数のビットの活用を利用し得る。従って、このような実施形態において、通信チャネルの割り込み（例えば、制御信号、データ、またはトーン）は、中央局からではなく、通信デバイスのうちの１つによって行われ得る。さらに、割り込みは、通信デバイス間の調整段階の間、または通信デバイスがデータフェーズに入った後に発生し得る。
【００４７】
接続を保留にするというＡＰＣＭモデム３１０のユーザリクエストに応答して、ＡＰＣＭモデム３１０は、ＤＰＣＭモデム３５０によって受信される、「Ａ」トーン、およびその後に続く適切なモデムステータス信号（例えば、モデム保留通知、モデム保留、高速再接続リクエストなど）を発生し得る。図３を参照しながら説明したように、ＤＰＣＭモデム３５０は、その後、「Ｂ」トーンおよびその後に続く適切なステータス信号応答（例えば、モデム保留、ＱＴＳ信号など）によって、応答し得る。このようにして、本発明の技術は、通話中着信、回線割り込み、または、回線破壊イベントに関連しない、任意の数の状況において、適用され得る。
【００４８】
図６を参照すると、クライアントモデム、例えば、ＡＰＣＭモデムが、ＤＰＣＭモデムとの通信の間に、中央局からの発信者ＩＤ通知データの受信に応答して取り得るステップの例示的なフローチャートが示されている。通信保留プロセス６００に示すように、ＡＤＰＣＭモデムは、ステップ６１０で、中央局から、警告信号用の回線を連続的にモニタリングする。警告信号が検出された場合、プロセス６００は、警告信号が確認される警告信号ステップ６１５に遷移する。警告信号を確認した後、ＡＰＣＭモデムは、ＤＴＭＦステップ６２０に移る。ステップ６２０において、ＡＰＣＭモデムは、上述したように、発信者ＩＤ通知データをＡＰＣＭモデムに送信することをリクエストする、「Ｄ」トーンを中央局に送信する。この時点で、ＡＰＣＭモデムは、それ自体を、発信者ＩＤ通知データを受信するように構成する。例えば、ＡＰＣＭモデムレシーバーは、発信者ＩＤ通知データを受信するＶ．２１オペレーション用に構成され得る。ＡＰＣＭモデムは、さらに、ＤＰＣＭモデムから「Ｂ」トーンを検出するように構成され得る。
【００４９】
図６に示すように、ステップ６２０においてトーン「Ｄ」を送信した後、プロセス６００は、それぞれ、ステップ６２５および６３０において、ＤＰＣＭモデムからの発信者ＩＤ通知と「Ｂ」トーンとの両方用の回線をプロセス６００が共にモニタする、マルチタスクオペレーションを開始し得る。「Ｂ」トーンが受信された後、プロセス６００は、所定の時間、例えば、１０〜２０ミリ秒の間、「Ｂ」トーンが確認され得る、ステップ６３０に遷移する。この時点で、搬送波の停止が発生したというＤＰＣＭによる誤解を避けるために、プロセス６００は、上述したように、モデム保留通知が後に続く「Ａ」トーンを、ＡＰＣＭモデムがＤＰＣＭモデムに送信する、ステップ６３５に遷移する。プロセス６００のマルチタスクオペレーションの結果、いくつかの実施形態においては、ステップ６３５のモデム保留通知の送信は、ステップ６２５の発信者ＩＤ通知データの受信より前か、重なる。
【００５０】
次に、プロセス６００は、ＡＰＣＭモデムがＤＰＣＭモデムからの応答を保留する保留状態６４０に遷移する。しかし、その間に、ＡＰＣＭモデムは、中央局から、発信者ＩＤ通知データを受信し得る。ある実施形態において、発信者ＩＤ通知データは、受信された後、ステップ６２７でユーザによって用いられるために、フォーマットされ、表示され得る。
【００５１】
保留状態６４０に戻ると、ＤＰＣＭモデムは、双方向に、ＡＰＣＭモデム通知に応答してもよいし、モデム保留機能がＤＰＣＭによってサポートされない場合、それぞれ、ステップ６４５、６５０、および６５５に示すような応答を全くしなくてもよい。ＤＰＣＭモデムは、ステップ６４５に示すように、モデム保留（「ＭＨ」）表示に応答し得、その場合、プロセス６００は、３つの工程６６０、６７０、または６７５のうちの１つに動き得る。いずれの工程が選択されるかという決定は、所定の設定に基づいて、ＡＰＣＭモデムによって自動的に行われ得る。例えば、ＡＰＣＭモデム、またはホストソフトウェアは、発信者ＩＤ通知データを、確認された情報と照合し得る。さらに、決定は、ステップ６２７で表示された発信者ＩＤ通知に応答して、ステップ６２９においてユーザによって行われ得る。この第１のオプションにおいて、プロセス６００は、ＡＰＣＭモデムがＤＰＣＭモデムに保留することをリクエストする状態６６０に移り得る。次に、プロセス６００は、ＤＰＣＭモデムが保留される間、フラッシュ信号が用いられて着信呼が中止される、フラッシュ工程６６５に遷移する。ある実施形態において、ステップ６６０は、スキップされ、プロセス６００は、ステップ６４５からフラッシュステップ６６５に、直接移り得る。他の実施形態において、ＡＰＣＭモデムは、ステップ６６０の後、かつ、フラッシュ状態６６５に移る前に、モデム保留受取確認を保留し得る。
【００５２】
しかし、第２の選択肢においては、プロセス６００は、ＤＰＣＭモデムからＭＨ表示を受信後、切断状態６７０に移行し得る。第１の選択肢と同様に、第２の選択肢は、自動的またはユーザによって決定され得る。図示するように、切断工程において、プロセス６００は、後に切断リクエスト（「ＤＣ」）が続く「Ａ」トーンをＤＰＣＭモデムに伝送して、通信セッションを終了する。第３の選択肢のように、プロセス６００は、高速再接続状態６７５に移行し得る。高速再接続状態６７５において、ＡＰＣＭモデムは、入来する呼を無視し、そして２つのモデムは、上記で援用される関連出願に記載される即時接続方式を介して、割り込み通信を再度回復する。いくつかの実施形態において、モデムは従来の方式で再接続（ｒｅｔｒａｉｎ）し得る。
【００５３】
待ち状態６４０に返ると、ＤＰＣＭモデムは、工程６５０に示すような切断（「ＤＣ」）表示によって、ＡＰＣＭモデム通知に応答し得る。ＡＰＣＭモデムがＤＣを受信することは、ＡＰＣＭモデムが入来する呼に答えることを所望する場合に、ＤＰＣＭモデムが切断することを示す。この工程６５０において、ＡＰＣＭモデムは、状態６７０および６７５に示すような利用可能な２つの選択肢を有する。上述のように、決定は自動的またはユーザによってなされ得る。工程６５０において、ユーザはまた、切断に対するＤＰＣＭモデムの選好も通知され得、これにより、ユーザはより詳しい情報に基づいて決定し得る。上述のように、入来する呼に答えるように決定がなされる場合、プロセス６００は状態６７０に移って、通信セッションを終了する。あるいは、入来する呼を無視して、そして通信を再度回復するように決定がなされる場合、プロセス６００は、即時接続状態６７５に移行し得る。
【００５４】
上述のように、ＤＰＣＭモデムは、工程６３５において伝送されたＡＰＣＭモデムのモデム保留通知に応答しないかもしれない。このような場合、待ち状態６４０はやがてタイムアウトとなり、プロセス６００は工程６５５に入る。工程６５５において、プロセス６００は、ユーザに状態を通知して、そして応答をリクエストしてもよいし、あるいはフラッシュ状態６６５または高速再接続状態６７５に移るかどうかを自動的に決定し得る。フラッシュ状態６６５が選択される場合、ＡＰＣＭモデムが入来する呼を終了し、そしてＤＰＣＭモデムがタイムアウト期間後におそらく切断する。一方、高速再接続状態６７５に入る場合、ＡＰＣＭモデムは、入来する呼を無視して、そしてモデムは再接続を試みる。
【００５５】
図７は、モデム保留トランザクションの間にＡＰＣＭモデムが取るいくつかの詳細な工程の例示的なフロー図を示す。図示するように、ＡＰＣＭプロセス７００は、中央局から警告信号を受信することによって、工程７１０において開始する。工程７１０は、プロセス７００を警告信号工程７１５に入らせる。警告信号工程７１５において、警告信号が確認される。この時点では、いくつかの実施形態において、ＡＰＣＭプロセス７００は複数タスクモードに入り得、複数タスクモードでは、発信者ＩＤデータおよびＤＰＣＭモデムからの「Ｂ」トーン用通信回線が同時にモニタリングされる。他の実施形態において、ＡＰＣＭプロセス７００は、ＤＰＣＭモデムから「Ｂ」トーンを受信する通信回線のモニタリングを開始する前に、まず発信者ＩＤデータを待つ。
【００５６】
ＡＰＣＭプロセス７００に返ると、警告信号工程７１５の後、ＡＰＣＭプロセス７００は、発信者ＩＤ状態７１７および「Ｂ」トーン状態７２０にそれぞれ移る。発信者ＩＤ状態において、ＡＰＣＭプロセス７００は、ＡＰＣＭ受信機が発信者ＩＤデータを受信するように構成される。「Ｂ」トーン状態において、ＡＰＣＭプロセス７００は、「Ｂ」トーン検出器をイネーブルにし、そして工程７２５において、「Ｂ」トーン用通信回線のモニタリングを開始する。工程７２５において、「Ｂ」トーンが所定の時間（例えば、５００〜７００ミリ秒）内に検出されない場合、ＡＰＣＭプロセス７００は、再接続工程７２７に移って、通信セッションを復活させ得る。あるいは、「Ｂ」トーンが検出されて、約１０〜２０ミリ秒間確認される場合、工程７３０に入り得る。工程７３０において、ＡＰＣＭプロセスは、上述するように、約５０ミリ秒間、モデム保留通知が後に続く「Ａ」トーンの伝送を開始する。さらに、工程７３０において、ＡＰＣＭプロセスは、「Ａ」トーン検出器およびＤＰＳＫ検出器をイネーブルにし、モデム保留通知に対するＤＰＣＭモデムの応答を検出する。この時点において、ＡＰＣＭプロセス７００は待ち状態７３５に入り、ＡＰＣＭプロセス７００は、約１０〜２０ミリ秒間、ＤＰＳＫ応答が後に続くＤＰＣＭモデムからの「Ａ」トーンの受信を待つ。ＤＰＣＭモデムからのＤＰＳＫ応答に基づいて、ＡＰＣＭプロセス７００は、状態７４０、７４５または７５０に入り得る。これらの工程は、図６に関して上述されている。
【００５７】
図８は、モデム保留トランザクションの間にＤＰＣＭモデムが取るいくつかの詳細な工程の例示的なフロー図を示す。図示するように、ＤＰＣＭプロセスはまず、ＤＰＣＭモデムがＡＰＣＭモデムからサイレンスの受信を開始するときに搬送波の損失を経験し、一方ＡＰＣＭモデムは、警告信号および発信者ＩＤデータの中央局からの伝送によって割り込まれる。搬送波の損失が検出される場合、ＤＰＣＭプロセス８００は搬送波の損失状態８１５に移る。この状態において、ＤＰＣＭプロセス８００は工程８２０に移って、Ｓレジスタ「１０」のコンテンツを読み出して、そしてＳレジスタ「１０」の値に基づいて０．１秒タイマーを開始する。上述のように、Ｓレジスタ「１０」のデフォルト値は「１４」である。したがって、ＤＰＣＭモデムは、１．４秒を与えられて、搬送波の損失を回復する。Ｓレジスタタイマを開始するのと同時に、ＤＰＣＭプロセス８００は、「Ｂ」トーンの生成を開始して、「Ａ」トーン検出器およびＤＰＳＫ検出器をイネーブルする。
【００５８】
工程８２０において、ＤＰＣＭモデムを設定した後、ＤＰＣＭプロセス８００は、状態８２５に移行し、ＡＰＣＭモデムからモデム保留通知を受信することを待つ。Ｓレジスタ「１０」の時間が切れる前に、ＤＰＣＭプロセス８００がモデム保留通知を受信することが重要である。さらに、モデム保留通知が、いくつかの理由から、約１．４秒以内にＡＰＣＭモデムによって伝送されることが極めて重要である。例えば、ヘイズコンパチブルモデムにおいては、Ｓレジスタ「１０」のデフォルト値は「１４」であり、この値は多くのインストールされたモデムにおいても変化されないままである。さらに、モデム保留状態における切断を避けるためのみに、Ｓレジスタ「１０」の値を増加させることは極めて望ましくない。なぜなら、Ｓレジスタ「１０」の値は、汎用レジスタ、搬送波の損失のすべての場合に適用可能だからである。Ｓレジスタ「１０」の値のこのような適用の拡大は、搬送波が真に損失された場合に、ＤＰＣＭモデムを必要以上に待たせる。
【００５９】
図８に戻ると、ＤＰＣＭモデムがＡＰＣＭモデムからの「Ａ」トーンの受信に失敗する場合、ＤＰＣＭプロセス８００は切断工程８３０に移り、通信セッションが終了する。いくつかの実施形態において、ＤＰＣＭモデムは、通信セッションを終了する代わりに再接続工程（図示せず）に入ってもよい。一方、ＤＰＣＭモデムが、Ｓレジスタ「１０」において割り当てられた時間内にＡＰＣＭモデムから「Ａ」トーンおよびモデム保留通知を受信する場合、ＤＰＣＭプロセス８００が工程８３５に移行する。モデム保留通知が一度受信されると、ＡＰＣＭモデムがモデム保留プロセスを続行する場合、ＤＰＣＭプロセス８００は、ＡＰＣＭモデムによって保留にされることを受け入れるか、またはＤＰＣＭモデムがセッションを終了することを所望するようにＡＰＣＭモデムに助言するかを決定する必要がある。ＤＰＣＭモデムは、いくつかの所定の条件またはユーザ応答に基づいて、自動的にこれを決定し得る。いずれにせよ、ＤＰＣＭプロセス８００は、モデム保留ＤＰＳＫ信号が後に続く「Ａ」トーンをＡＰＣＭモデムに伝送するか（状態８４０）、または切断ＤＰＳＫ信号が後に続く「Ａ」トーンをＡＰＣＭモデムに伝送するか（状態８４５）のいずれかである。この結果、ＤＰＣＭプロセス８００は、モデム保留プロセスが承認されたかまたは却下されたかを、ＡＰＣＭプロセス７００に通知する。いくつかの実施形態においては、工程８４０において、ＤＰＣＭプロセス８００はまた、ＤＰＣＭモデムが保留にされ得る時間を示すパラメータをＡＰＣＭモデムに伝送し得る。
【００６０】
状態８４０または状態８４５のいずれかからＤＰＣＭプロセス８００の応答を伝送した後、ＤＰＣＭプロセス８００は状態８５０に入り、ＤＰＣＭプロセス８００は「Ｂ」トーンの伝送を開始し、これにより「Ａ」トーン検出器およびＤＰＳＫ信号検出器をイネーブルにする。ＤＰＣＭプロセス８００は次いで、待ち状態８５５に移り、図６とともに記載されるように、ＤＰＣＭプロセス８００はＡＰＣＭモデムからの応答を待つ。
【００６１】
図９は、ＡＰＣＭモデムが通信セッションを保留させるモデム保留トランザクションのフロー図９００を示す。図示するように、通信セッションにおける割り込み後、ＤＰＣＭプロセスが初期状態９５０から状態９５５に移行し、ＤＰＣＭプロセスが「Ｂ」トーンをＡＰＣＭモデムに伝送し始める。接続の他端においては、ＡＰＣＭプロセスは初期状態９１０にある。初期状態９１０において、ＡＰＣＭプロセスは「Ｂ」トーンを受信し、そしてこれに応答して状態９１５に移行する。ＡＰＣＭプロセスは、モデム保留通知が後に続く「Ａ」トーンを伝送する。他端においては、状態９６０において、ＤＰＣＭプロセスは、ＤＰＣＭモデムが保留させられ得ることをＡＰＣＭモデムに助言するモデム保留信号が後に続く「Ａ」トーンを伝送する。図示するように、モデム保留信号は、ＤＰＣＭモデムが保留させられ得る時間量を示す「Ｔａ」パラメータを含み得る。「Ａ」トーンおよびモデム保留信号を受信後、ＡＰＣＭプロセスは「Ｔｂ」時間（例えば、５０〜１００ミリ秒）内に状態９２０に移る必要がある。そうでない場合には、ＤＰＣＭモデムがモデム保留プロセスを終了し得る。状態９２０において、ＡＰＣＭプロセスは、ＤＰＣＭプロセスが保留状態９６５に移行することを要求する。この時点において、ＤＰＣＭプロセスは保留状態９６５に入って、「Ｔａ」期間（例えば、６０秒）タイマを開始する。Ｔａタイマーが終了した場合、ＤＰＣＭプロセスは、通信セッションを終了する。他端において、ＡＰＣＭプロセスは、フラッシュ信号を中央局に伝送して、入来する呼を終了する前に「Ｔｃ」時間（１００〜１５０ミリ秒）待つ。「Ｔｃ」時間遅延の目的は、ＤＰＣＭプロセスが保留状態９６５に入ったことを保証することである。
【００６２】
図１０は、ＡＰＣＭモデムが通信セッションを終了させるモデム保留トランザクションのフロー図１０００を示す。図９とともに記載したプロセスと同様に、通信セッションにおける割り込み後、ＤＰＣＭプロセスが初期状態１０５０から状態１０５５に移行し、ＤＰＣＭプロセスが「Ｂ」トーンをＡＰＣＭモデムに伝送し始める。接続の他端においては、ＡＰＣＭプロセスは初期状態１０１０にある。初期状態１０１０において、ＡＰＣＭプロセスは「Ｂ」トーンを受信し、そしてこれに応答して状態１０１５に移行する。ＡＰＣＭプロセスは、モデム保留通知が後に続く「Ａ」トーンを伝送する。また他端においては、状態１０６０において、ＤＰＣＭプロセスは、ＤＰＣＭモデムが保留させられ得ることをＡＰＣＭモデムに助言するモデム保留信号が後に続く「Ａ」トーン、またはＡＰＣＭモデムがモデム保留プロセスを続行することを所望する場合に呼が終了すべきであることをＡＰＣＭモデムに助言する切断信号のいずれかを伝送する。「Ａ」トーンおよびモデム保留信号または切断信号を受信後、ＡＰＣＭプロセスは「Ｔｂ」時間（例えば、５０〜１００ミリ秒）内に状態１０２０に移る必要がある。そうでない場合には、ＤＰＣＭモデムがモデム保留プロセスを終了し得る。状態１０２０において、ＡＰＣＭプロセスは、ＤＰＣＭプロセスが切断状態１０６５に移行することをリクエストする。この時点において、ＤＰＣＭプロセスは切断状態１０６５に入って、「Ｔｄ」期間（例えば、１００〜２００ミリ秒）後に切断する。Ｔａタイマーが切れた場合、ＤＰＣＭプロセスは、通信セッションを終了する。一方、ＡＰＣＭプロセスは、「Ｔｃ」保留状態１０２５に入り、状態１０３０に移る前に、「Ｔｃ」時間（例えば、１００〜２００ミリ秒）待つ。状態１０３０において、ＡＰＣＭプロセスは、「Ｔｅ」時間（例えば、約２５０〜３００ミリ秒）、またはデジタル電話ネットワークがＡＰＣＭモデムが通信回線を解放したことを認識するために十分な時間だけ、ＡＰＣＭモデムをオンフックにする。
【００６３】
図１１は、ＡＰＣＭモデムが通信セッションを復活させるモデム保留トランザクションのフロー図１１００を示す。図１０とともに記載したプロセスと同様に、通信セッションにおける割り込み後、ＤＰＣＭプロセスが初期状態１１５０から状態１１５５に移行し、ＤＰＣＭプロセスが「Ｂ」トーンをＡＰＣＭモデムに伝送し始める。接続の１端においては、ＡＰＣＭプロセスは初期状態１１１０にある。初期状態１１１０において、ＡＰＣＭプロセスは「Ｂ」トーンを受信し、そしてこれに応答して状態１１１５に移行する。ＡＰＣＭプロセスは、モデム保留通知が後に続く「Ａ」トーンを伝送する。また他端においては、状態１１６０において、ＤＰＣＭプロセスは、ＤＰＣＭモデムが保留させられ得ることをＡＰＣＭモデムに助言するモデム保留信号、またはＡＰＣＭモデムがモデム保留プロセスを続行することを所望する場合に呼を終了するべきであることをＡＰＣＭモデムに助言する切断信号のいずれかが後に続く「Ａ」トーンを伝送する。「Ａ」トーンおよびモデム保留信号または切断信号を受信後、ＡＰＣＭプロセスは「Ｔｂ」時間（例えば、５０〜１００ミリ秒）内で状態１１２０に移る必要がある。そうでない場合には、ＤＰＣＭモデムがモデム保留プロセスを終了し得る。状態１１２０において、ＡＰＣＭプロセスは、ＤＰＣＭプロセスが高速再接続状態１１６５に移行することをリクエストする。この時点において、ＤＰＣＭプロセスは高速再接続状態１１６５に入って、状態１１７０に入って、ＱＴＳ信号を送信することによって、上述するような再接続プロセスを開始する前に、「Ｔｃ」時間（例えば、約５０ミリ秒）待つ。一方、ＡＰＣＭプロセスは、工程１１２０においてＱＴＳ信号を受信するようにＡＰＣＭモデムを構成する。ＡＰＣＭプロセスはさらに、状態１１２０において「Ｔｂ」タイマを開始し、そして状態１１２５に移行する。状態１１２５において、ＡＰＣＭプロセスは、「Ｔｂ」時間（例えば、約２００ミリ秒）ＤＰＣＭモデムからＱＴＳ信号を受信することを待つ。上記に援用される関連出願に記載されるように、ＱＴＳ信号が「Ｔｂ」タイマが切れる前に受信される場合、工程１１３０において、ＡＰＣＭプロセスは高速再接続プロシージャを続行する。一方、ＱＴＳ信号が検出される前に「Ｔｂ」タイマが終了した場合、ＡＰＣＭモデムは従来の再接続プロシージャを開始し得る。
【００６４】
本発明の種々の実施形態がソフトウェアにおいて実施され得る。ソフトウェアにおいて実施される場合、本発明の少なくともいくつかの要素がコンピュータデータの形態であり得る。このコンピュータデータの形態には、情報の任意のビット、コードなどが含まれるが、これらに限定されない。データは、ビットまたはデータセグメントのグループで構成され得、そしてプロセッサ読み出し可能媒体において格納され得るか、または伝送媒体または通信リンク上の搬送波で具現されるデータ信号によって伝送され得る。例えば、ＭＨＮまたはＭＨにおける情報のビットは、搬送波で具現されるデータ信号によって伝送され得る種々のデータセグメントを形成し得る。通信リンクには、電話回線、モデム接続、インターネット接続、統合サービスデジタル網（「ＩＳＤＮ」）接続、非同期転送モード（ＡＴＭ）接続、フレームリレー接続、イーサネット（Ｒ）接続、同軸接続、光ファイバ接続、衛星接続（例えば、デジタル衛星サービスなど）、無線接続、無線周波数（ＲＦ）リンク、電磁リンク、双方向ページング接続など、およびこれらの組み合わせがあり得るが、これらに限定されない。「プロセッサ読み出し可能媒体」は、情報を格納または転送し得る任意の媒体を含み得る。プロセッサ読み出し可能媒体の例には、電子回路、半導体メモリデバイス、ＲＯＭ、フラッシュメモリ、消去可能ＲＯＭ（ＥＲＯＭ）、フロッピー（Ｒ）ディスク、ＣＤ−ＲＯＭ、光ディスク、ハードディスク、光ファイバー媒体、無線周波数（ＲＦ）リンクなどがある。コンピュータデータ信号には、電子ネットワークチャンネル、光ファイバ、大気、電磁、ＲＦリンクなどの伝送媒体を介して伝播し得る任意の信号があり得る。コードセグメントは、インターネット、イントラネットなどのコンピュータネットワークを介して、ダウンロードされ得る。
【００６５】
本発明は、本発明の精神または本質的な特徴から逸脱することなしに、他の特定の形態で具現され得る。記載の実施形態は、いかなる点においても、例示としてのみ考えられるべきであり、本発明を限定するものとしては考えられるべきではない。したがって、本発明の範囲は、以下の記載ではなく、上掲の特許請求の範囲によって示される。特許請求の範囲の均等物の意味および範囲内で行われるすべての変更は、特許請求の範囲内に含まれる。
【図面の簡単な説明】
【図１】 図１は、ポイントツーポイントプロトコル（「ＰＰＰ」）接続をサポートすることが可能な一般的なモデムシステム環境を示すブロック図である。
【図２】 図２は、本発明の種々の局面が組み込まれ得るモデムシステム環境のブロック図である。
【図３】 図３は、本発明の１実施形態による、モデム保留トランザクションにあるリモートモデムを保留させるタイミングの図である。
【図４】 図４は、本発明の１実施形態による、モデム保留トランザクションにあるリモートモデムを切断するタイミングの図である。
【図５】 図５は、本発明の１実施形態による、モデム保留トランザクションにあるリモートモデムを再接続するタイミングの図である。
【図６】 図６は、本発明の１実施形態による、モデム保留トランザクションを示すフロー図である。
【図７】 図７は、本発明の１実施形態による、モデム保留トランザクション中に、モデムをリクエストすることによって取られる例示的な工程を示すフロー図である。
【図８】 図８は、本発明の１実施形態による、モデム保留トランザクション中に、リモートモデムによって取られる例示的な工程を示すフロー図である。
【図９】図９は、本発明の１実施形態による、リモートモデムを保留させるモデム保留トランザクションを示すフロー図である。
【図１０】図１０は、本発明の１実施形態による、リモートモデムを切断するモデム保留トランザクションを示すフロー図である。
【図１１】図１１は、本発明の１実施形態による、モデムを再接続するモデム保留トランザクションを示すフロー図である。
（関連出願）
本出願は、２０００年４月２４日に出願された米国出願第０９／５５７、２３３号の１部継続出願であり、これは、１９９９年１０月１２日に出願された米国出願第０９／４１６、４８２号、および１９９９年９月１０日に出願された米国出願第０９／３９３、６１６号の１部継続出願である。米国出願第０９／４１６、４８２号および米国出願第０９／３９３、６１６号の双方は、１９９９年９月１０日に出願された米国出願第０９／３９４、０１８号の１部継続出願であり、米国出願第０９／３９４、０１８号は、１９９９年７月２７日に出願された米国出願第０９／３６１、８４２号の１部継続出願である。米国出願第０９／３６１、８４２号は、１９９９年４月１２日に出願された米国仮出願第６０／１２８、８７４号の利益を主張する。本出願はまた、１９９９年１１月２６日に出願された米国仮出願第６０／１６７、５７２号の利益も主張する。上述のすべての出願は、本出願においてその全体が参考として援用される。
【０００２】
（発明の背景）
（１． 発明の背景）
本発明は概して、通信システムに関する。より詳細には、本発明は、通信を保留させることに関する。
（２． 背景）
日々の研究、娯楽および通信ツールとして、インターネットの使用が広く普及したことにより、モデムおよび他の通信デバイスの設備が増加してきた。多くの家およびオフィスは、既存の電話回線を用いて、モデムを介してインターネットにアクセスする。しかし、既存の回線は、モデム接続に割り込み得る通話中着信機能など、いくつかの電話利用者が選択する機能をサポートし得る。
【０００３】
このような割り込みを防ぐために、多くの既存の通信ソフトウェアは、電話回線がモデムによって用いられる場合には、通話中着信機能を不能とする選択肢をユーザに提供する。例えば、インストール時に、通信ソフトウェアは、意図された電話回線が通話中着信機能をサポートしているか否かをユーザに確認し得る。この質問に対する答えが肯定である場合、通信ソフトウェアは、ユーザが通話中着信機能を不能とすることを所望するか否かを問い合わせ得る。これに応答して、ほとんどすべてのユーザがこの機能を不能とすることを所望する。これは、通話中着信信号が通信チャンネルにおける割り込みを生じさせ得、これにより、接続が損失され得るからである。通話中着信機能を不能とするために、例えば、通信ソフトウェアは、ネットワークにダイヤルする直前に「＊７０」をダイヤルし得る。この結果、引き続いてユーザに接続しようと試みる発信者が、ビジー信号を受信する。これは、通話中着信機能がその電話回線に対して不能とされているからである。
【０００４】
多くのユーザが通話中着信機能を不能とすることは極めて望ましくない。これは、このことによって重要な電話を逃し得るからである。したがって、通話中着信機能を充分にサポートすることが可能であり、そして通信セッションを途中で切断しない、モデムまたは他の通信デバイスが必要である。
【０００５】
しかし、通話中着信の割り込みを処理する信頼のおける方法を実施する際の１つの繰り返される問題点は、リモートモデムまたは中央局（ｃｅｎｔｒａｌ ｏｆｆｉｃｅ）による通話中着信の割り込み中の通信デバイスによる搬送波の損失である。中央局が、入来する呼が受信されたことをユーザに通知するために、回線上で通話中着信警告信号を生成し、そして随意に発信者ＩＤデータを伝送する期間中、リモートモデムはサイレンスを受信する。このサイレンスは、搬送波の損失として、リモートモデムによって誤解（ｍｉｓｉｎｔｅｒｐｒｅｔｅｄ）され得る。
【０００６】
結果として、リモートモデムが、回復プロセスを開始して、損失された搬送波を取り戻す。ヘイズコンパチブルモデムのモデム規格に基づいて、リモートモデムが切断し得る前に、Ｓレジスタ「１０」の値によって示される時間、搬送波は失われている必要がある。Ｓレジスタ「１０」のデフォルト値は「１４」であり、これは０．１秒単位（すなわち、１．４秒）である。したがって、リモートモデムが１．４秒以内に搬送波を回復しない場合、通信セッションがリモートモデムによって終了される。しかし非常にしばしば、通話中着信による割り込みによって生じるサイレンス期間が１．４秒よりかなり長く続き得る。結果として、通話中着信による割り込みによって、リモートモデムが通信セッションを終了させられる。
【０００７】
この問題に対する１つの簡単なアプローチは、呼が終了される前に搬送波の損失用により長い期間を必要とするリモートモデムのために、Ｓレジスタ「１０」のデフォルト値を変更することであり得る。例えば、Ｓレジスタ「１０」の値が「１４０」に変更され得る。これは、リモートモデムが通信セッションを終了する前に、１４秒間搬送波の損失を確認する必要があることを意味する。しかし、この解決策は、インターネットサービスプロバイダなどにはあまりに単純すぎ、かつ好ましくない。これは、搬送波の損失が種々の理由から生じ得るからである。したがって、Ｓレジスタ「１０」の値を延長することは、万能薬ではなく、搬送波が多くの他の理由で真に失われるときに、インターネットサービスプロバイダが、時間通りに通信セッションを終了しそして他のユーザに回線を利用可能にすることを防ぐなど、深刻な逆効果を及ぼす。もちろん、より簡単なアプローチでさえも、通話中着信機能を不能とする従来のアプローチである。しかし、すべてのこのようなアプローチは、他の深刻かつ望ましくない効果を導入せずに、この深刻な問題を改善することに失敗する。したがって、リモート通信デバイスを保留させ得、そしてやがてリモートモデムが、搬送波の損失としてサイレンス期間を誤解することと、そしてその結果として通信セッションを終了することとを防ぐモデムまたは通信デバイスが当該分野において強く必要とされる。
【０００８】
（発明の要旨）
本明細書において広く記載されるような本発明の目的によって、通信を保留させる方法およびシステムが提供される。
【０００９】
本発明の１実施形態によって、通信セッションは、２つのモデム（例えば、ＡＰＣＭモデムおよびＤＰＣＭモデム）との間で構築される。中央局は、通話中着信警告信号をＡＰＣＭモデムに伝送することによって、通信セッションに割り込む。警告信号に応答して、ＡＰＣＭモデムは、発信者ＩＤデータリクエストを中央局に伝送する。ＡＰＣＭモデムはさらに、ＤＰＣＭモデムに保留通知を伝送して、警告信号および／またはＡＰＣＭモデムによる発信者ＩＤデータの受信による割り込みの結果として、ＤＰＣＭモデムが通信セッションを終了することを防ぐ。
本発明の別の局面において、ＤＰＣＭモデムは、最大保留期間を示すパラメータを含む、保留応答によってモデム保留通知に応答する。他の局面において、ＡＰＣＭモデムが通話中着信に答えることを所望する場合、通信が終了される必要があることを示す切断応答によって応答し得、そして次いで、ＡＰＣＭモデムからの通信が再開または終了されるかの応答を待つ。
本発明の１局面において、ＡＰＣＭモデムは、中央局から発信者ＩＤデータを受信する前に、保留通知を伝送し得る。しかし、本発明の別の実施形態において、保留通知の伝送は、中央局から発信者ＩＤデータを受信することと重複し得る。本発明の別の局面において、ＤＰＣＭモデムは割り込みを受信し得る。また別の局面において、割り込みが、ＡＰＣＭとＤＰＣＭモデムとの間の交渉段階の間起こり得る。他の実施形態において、割り込みはデータ段階の間に起こり得る。いくつかの実施形態において、割り込みはＡＰＣＭまたはＤＰＣＭモデムによって伝送され得る。
本発明のこれらおよび他の局面は、さらに添付の図面および明細書を参照するときに明らかとなる。
本発明の特徴および利点は、以下の詳細な記載および添付の図面をよく検討した後、当業者により容易に明らかとなる。
【００１０】
（発明の詳細な説明）
本発明は、本明細書において、機能ブロックコンポーネントおよび様々な処理ステップに関して、説明され得る。このような機能ブロックは、任意の数の、特定の機能を行うように構成されたハードウェアコンポーネントおよび／またはソフトウェアコンポーネントによって、実現され得ることを理解する必要がある。例えば、本発明は、１つ以上のマイクロプロセッサまたは他の制御デバイスの制御の下に、様々な機能を実行する様々な集積回路コンポーネント、例えば、メモリ素子、デジタル信号処理素子、論理素子、参照テーブルなどを採用し得る。さらに、当業者であれば、任意の数のデータ通信コンテキストにおいて、本発明が実施され得、本明細書中に記載のモデムシステムが本発明の例示的な用途の１つに過ぎないことを理解する。さらに、本発明は、任意の数の、従来のデータ通信、信号送信、信号処理およびコンディショニングなどの技術を採用し得ることに留意する必要がある。当業者にとって公知であり得る、このような一般的な技術は、本明細書中、詳細には説明されない。
【００１１】
本明細書中に示し、説明される、特定のインプリメンテーションは、本発明の範囲を例示するに過ぎず、あらゆる方法において、限定するように意図されるものではない。実際、簡略化のため、データ通信システム（および、システムの個別の動作する成分）の従来の符号化および復号化、発信者電話ＩＤ検出または処理、トーン検出または送信、トレーニング、および他の機能的な局面は、本明細書中、詳細には説明されない。さらに、本明細書に含まれる様々な図面において示される接続している線は、例示的な機能的な関係、および／または様々な素子間の物理的な結合を表すように意図される。代替的な機能的関係またはさらなる機能的関係、あるいは、物理的関係の多くが、実際的な通信システムにおいて存在し得ることに留意する必要がある。
【００１２】
図面を参照すると、図１には、本発明の技術が実施され得る一般的なモデムシステム１００を表すブロック図が示されている。モデムシステム１００は、上層プロトコルに関連する接続、例えば、ポイントツーポイントプロトコル（ＰＰＰ）接続をサポートする能力があり得る。ＰＰＰ接続は、典型的には、例えば、個別のエンドユーザとインターネットサービスプロバイダとの間のインターネット通信に関連する。この局面において、モデムシステム１００は、複数のサーバモデム（参照符号１０２ａ、１０２ｂ、および１０２ｎによって示される）、ならびにクライアントモデム１０４を含む。サーバモデム１０２は、それぞれ、インターネットサービスプロバイダ、または任意の適切なデータソースに関連付けられ得る。クライアントモデム１０４は、適切なデータソース、例えば、ホストソフトウェア１０５を実行する能力があるパーソナルコンピュータに関連付けられ得る。本明細書において説明するため、ホストソフトウェア１０５は、モデムシステム１００と共に機能する能力がある、オペレーティングシステム、例えば、ＭＩＣＲＯＳＯＦＴ ＷＩＮＤＯＷＳ（登録商標）、または任意のアプリケーションプログラムであり得る。図１には示していないが、クライアントモデム１０４は、パーソナルコンピュータに組み込まれていてもよい。
【００１３】
この説明のコンテキストにおいて、モデムシステム１００は、Ｖ．９２推奨、Ｖ．９０推奨、レガシー５６ｋｂｐｓプロトコル、Ｖ．３４推奨などに対して適合性を有する５６ｋｂｐｓモデムデバイスを採用し得る。このようなモデムデバイスは、所与のサーバモデム１０２が、デジタル電話ネットワーク１０８へのデジタル接続１０６を利用するモデムシステム１００において用いられるために適切である。クライアントモデム１０４は、アナログローカルループ２２を介して、ローカル中央局２０に接続される。従って、クライアントモデム１０４と任意のサーバモデム１０２との間に構築される通信チャネルは、中央局２０までデジタルである。その後、デジタル信号が、アナログ信号に変換され、ローカルループ２２で送信される。
【００１４】
エンドユーザがインターネット接続を構築したい場合、ホストソフトウェア１０５は、ユーザコマンドに応答して、オペレーションを任意の回数行い得る。例えば、ホストソフトウェア１０５は、クライアントモデム１０４に、サーバモデム１０２ａ（この例においては、ユーザのインターネットサービスプロバイダに関連付けられるサーバモデム）に関連する電話番号にダイヤルするようにプロンプトする。サーバモデム１０２ａおよびクライアントモデム１０４は、イコライザ、エコーキャンセラー、送信電力レベル、データレート、および、おそらくは、現在の通信チャネルに関連する他の動作パラメータも初期化する、ハンドシェーキングルーチンを行う。
【００１５】
図２は、モデムシステム２００が動作し得る例示的な環境の模式図である。モデムシステム２００は、概して、中央サイトに関連付けられ得る第１のモデムデバイス２０２、および、顧客サイト２７０にあり得る第２のモデムデバイス２０４を含む。典型的なＶ．９２またはＶ．９０システムのコンテキストにおいて、第１のモデムデバイス２０２は、ＤＰＣＭであり得、第２のモデムデバイス２０４は、ＡＰＣＭであり得る。ＤＰＣＭモデム２０２は、デジタルリンクを介して、中央局２０６に結合され得、ＡＰＣＭモデム２０４は、アナログリンク、例えば、ローカルループを介して中央局２０６に結合される。モデムシステム２００は、上記の援用される関連出願において記載される、高速スタートアップルーチンおよび／または高速再接続プロシージャに関連するさらなる素子および機能性を含み得ることを理解する必要がある。
【００１６】
また、図２に、呼び出しデバイス２０８（着信呼を顧客サイトに入れる能力がある）、顧客サイトに位置する並列応答デバイス２１０、および顧客サイトに位置する直列応答デバイス２１１を表す。図２に示すように、並列応答デバイス２１０は、ＡＰＣＭモデム２０４と並行して同じ呼を受け取るように接続される。対照的に、直列応答デバイス２１１は、ＡＰＣＭモデム２０４が、呼をルーティングするように接続される。ＡＰＣＭモデム２０４は、従来の様態で、直列応答デバイス２１１への、または直列応答デバイス２１１からの呼のトラフィックを制御するか、または調節し得る。呼び出しデバイス２０８と応答デバイス２１０および２１１との間に、中央局２０６を介して呼が構築され得、ＤＰＣＭモデム２０２とＡＰＣＭモデム２０４との間に、中央局２０６を介してモデム接続が構築され得る。
【００１７】
明瞭かつ簡潔にするため、図２は、本明細書中に記載の例示的なプロセスに関連する様態で、ＡＰＣＭモデム２０４およびＤＰＣＭモデム２０２を表す。実際の実施形態において、モデムデバイス２０２または２０４のそれぞれは、送信または受信モデムとして機能する能力を有し得、モデムデバイス２０２または２０４のそれぞれは、本明細書中に記載の様々な信号を発生する能力がある。
【００１８】
ＤＰＣＭモデム２０２は、送信部２１２および受信部２１４を含み、これらの両方が従来の技術によって構成され得る。ＤＰＣＭモデム２０２は、様々な動作のモードの間、複数の信号、シーケンス、およびトーンを送信する能力がある。上記の援用される関連出願において記載される、ＤＰＣＭモデム２０２は、高速スタートアップルーチンまたは高速再接続プロシージャに関連する、適切な遷移シーケンス２１６、および、特徴的な信号ポイントシーケンス（例えば、ＡＮＳｐｃｍ信号２１８）を送信するように構成され得る。データモードの間、ＤＰＣＭモデム２０２は、適切なデータ転送方式に従って、データ２２０を送信する。
【００１９】
また、ＤＰＣＭモデム２０２は、ＡＰＣＭモデム２０４、および／または中央局によって、受信され得る複数の信号を送信する能力もある。例えば、ＤＰＣＭモデム２０２は、本明細書中に記載の「Ａ」トーン２２２、および「Ｂ」トーン２２４を送信する能力がある。ある実施形態において、「Ａ」トーン２２２は、２４００Ｈｚのトーンであり、「Ｂ」トーン２２４は、１２００Ｈｚのトーンである（ＩＴＵ−Ｔ推奨Ｖ．３４に述べられている通りである）。当然、モデムデバイス２０２または２０４は、これらの所定のトーンの代わりに（またはこれらの所定のトーンに加えて）任意の適切なトーンまたは信号を発生し得る。また、ＤＰＣＭモデム２０２は、以下でさらに説明するように、保留中のモデムの通知、モデム保留モードの開始、保留期間後のモデムセッションの再接続、およびモデム接続の切断に関連する、さらなる複数の信号を送信するように構成される。例えば、ＤＰＣＭモデム２０２は、モデム保留通知２２５、モデム保留リクエスト２２６、モデム保留受取確認２２８、高速再接続リクエスト２３０、および切断信号２３２（本明細書中では「モデムステータス信号」と呼ばれる）を送信する能力があり得る。これらの信号のフォーマットおよび機能は、以下でより詳細に記載される。
【００２０】
ＤＰＣＭモデム２０２は、また、信号検出素子２３４を含み得る。信号検出素子２３４は、ＡＰＣＭモデム２０４および／または中央局２０６によって送信される、制御信号、リクエスト、およびトーンを、検出、解析、および解釈する任意の数の公知の技術を採用し得る。例えば、信号検出素子２３４は、本明細書中に記載の異なる信号を検出し、区別するように構成される、従来のトーン検出器、および／または、従来のＶ．３４、Ｖ．９０、またはＶ．９２差動フェーズ変異キーイング（ＤＰＳＫ）レシーバを利用し得る。
【００２１】
本明細書中に記載の信号送信方式のため、ＡＰＣＭモデム２０４は、好ましくは、ＤＰＣＭモデム２０２に類似の様態で構成される。すなわち、ＡＰＣＭモデム２０４は、「Ａ」トーン２４２、「Ｂ」トーン２４４、モデム保留通知２４５、モデム保留リクエスト２４６、モデム保留受取確認２４８、高速再接続リクエスト２５０、および切断信号２５２を送信する能力がある。さらに、ＡＰＣＭモデム２０４は、（発信者ＩＤ通知成分２５６によって表されるように）顧客サイトが発信者ＩＤ通知機能をサポートすることを中央局２０６に知らせる発信者ＩＤ通知トーン２５４を発生するように構成され得る。現在の規格に従って、発信者ＩＤ通知トーン２５４は、約５５〜６５ミリ秒の長さのＤＴＭＦ「Ｄ」トーンである。当然、ＡＰＣＭモデム２０４は、データモードの間、データ２５８を送信する。
【００２２】
ＤＰＣＭモデム２０２に関して上述したように、ＡＰＣＭモデム２０４は、好ましくは、ＤＰＣＭモデム２０２によって送信される、各種の信号トーンおよびシーケンスを、ＡＰＣＭ２０４が受信し、検出し、解析することを可能にする信号検出素子２６０を含む。このような様態で、ＡＰＣＭモデム２０４とＤＰＣＭモデム２０２との両方が、信号を受信する能力があり、特定の信号または受信された信号に応答して、動作モードを切り替える能力がある。
【００２３】
中央局２０６は、モデム、音声、およびファックスの呼に関連する回路切り替えを行うように、従来の様態で構成される。中央局２０６は、任意の数の顧客サイトをサポートし得、中央局２０６は、任意の数の他の中央局、中央サイトモデムなどに動作的に結合され得る。上で簡潔に説明したように、ＡＰＣＭモデム２０４、応答デバイス２１０、および発信者ＩＤ通知成分２５６が、顧客サイト２７０にあり得る。
【００２４】
中央局２０６は、適切なパーティ間の呼をルーティングする、適切な切り替え構造２７２を含む。例えば、切り替え構造２７２は、第１の状態へと切り替えて、ＤＰＣＭモデム２０２とＡＰＣＭモデム２０４との間のモデム接続を構築し得、第２の状態に切り替えて、呼び出しデバイス２０８と応答デバイス２１０との間の接続を構築し得る。さらに切り替え構造２７２は、一時的に接続に割り込んで、制御信号、データ、またはトーンを現在の回路または回線に印加する能力を有し得る。この局面において、中央局２０６は、特定の状況に依存して、複数のリング信号２７４、警告信号２７６、発信者ＩＤ通知データ２７８、および他の情報を送信し得る。例えば、現在の方法論に従うと、中央局２０６は、一時的に音声呼に割り込み、通話中着信警告信号２７６を顧客サイト２７０に送信し得る。切り替え構造２７２は、顧客が着信呼を受け入れる場合、着信呼を顧客サイト２７０にルーティングし、元の呼を保留するように構成され得る。
【００２５】
上述したように、信号送信方式は、好ましくは、従来のＶ．３４、Ｖ．９０、または、Ｖ．９２モデムシステムによって用いられる、フェーズ２信号送信トーンを採用する。さらに、信号送信方式は、シームレスに、Ｖ．３４、Ｖ．９０、Ｖ．９２再トレーニングプロシージャに組み込まれる、信号送信を可能にする、ＤＰＳＫ送信技術を用いる。信号は、Ｖ．３４／Ｖ．９０／Ｖ．９２ＤＰＳＫレシーバ、または比較的単純なトーン検出器のいずれかによって検出され得るように構成される。ある実際の実施形態において、モデム保留通知、モデム保留リクエスト、モデム保留受取確認、高速再接続リクエスト、および切断信号は、トーン「Ａ」またはトーン「Ｂ」のいずれかの期間（例えば、少なくとも、５０ミリ秒）進む。この技術は、従来のＶ．３４、Ｖ．９０、Ｖ．９２モデムシステムによって採用されるＡおよびＢトーンの使用を活用し、モデムシステムによって既に用いられている変調方式を利用する。従って、ＤＰＣＭ２０２は、典型的には、ＤＰＳＫ信号を受け取るように調節されるので、信号送信メカニズムは、容易にインプリメントされる。
【００２６】
「Ａ」および「Ｂ」トーンに続くモデムステータス信号は、繰り返されるビットパターンに基づいて、ＤＰＳＫ信号として送信され得る。ある実施形態において、モデムステータス信号は、異なるパターンが異なるモデムステータス信号に対応する、４ビットパターンの８度の繰り返しに関連するＤＰＳＫ信号である。４ビットパターンの使用は、検出素子２３４および２６０に信号送信する、単純なトーン検出器を用いることを可能にすることが望ましい。より短いビットパターンは、ＤＰＳＫ信号に関連する周波数成分の数をより少なくする。結果として、信号検出方式は、スペクトル成分について多数の周波数を解析する、複雑なプロセスルーチンを採用する必要がない。異なるモデムステータス信号についての例示的なビットパターンを、以下の表１に示す。
【００２７】
【表１】
特定のビットパターンは、好ましくは、得られるＤＰＳＫ信号が、他のデータ通信プロトコルのコンテキストにおいて用いられるために「予約された」ＤＰＳＫ信号と区別可能になるように選択される。例えば、全ての０のＤＰＳＫパターンは、「Ａ」または「Ｂ」トーンと均等であり、全ての１のＤＰＳＫパターンは、Ｖ．３４ＩＮＦＯＭＡＲＫ信号と均等である。さらに、特定のビットパターンは、得られるＤＰＳＫ信号のトーン検出器による検出が容易であるように、適切に選択され得る。例えば、表１に記載のビットパターンに関して、モデムステータス信号は、以下の表２および表３に挙げられる周波数コンテンツを有する。以下の表２および表３において、周波数はヘルツで表され、「Ｘ」は、閾値レベルより高いスペクトルコンテンツを示し、ダッシュ「−」は、閾値レベルより低いスペクトルコンテンツを示す。表１に示すＤＰＳＫビットパターンの例において、より低いスペクトルエネルギー成分は、同じ周波数でのより高いスペクトルエネルギー成分よりも、少なくとも８ｄＢ、より小さい。結果として、異なるモデムステータス信号が、共有周波数成分が一部存在するにも関わらず、区別され得る。
【００２８】
【表２】
【００２９】
【表３】
ＡＰＣＭおよびＤＰＣＭによって採用される異なる周波数は、２つのモデムデバイスによって異なる搬送波が用いられる、例示的な用途に関連する。例えば、従来Ｖ．９０またはＶ．９２システムにおいて、ＤＰＣＭは、２４００Ｈｚ近傍の信号（トーン「Ｂ」およびＤＰＳＫ搬送波）を用い、ＡＰＣＭは、１２００Ｈｚ近傍の信号を用いる。この機能は、呼び出しモデムが１２００Ｈｚ近傍の信号を用い、応答モデムが２４００Ｈｚ近傍の信号を用いる、従来のＶ．３４方式から得られる。結果として、２つのスペクトルパターンは、１２００Ｈｚと２４００Ｈｚとの間のシフト以外は、同一である。この方法論によって、両方のエンドが同じタイプの信号を送信する場合でも、エンドデバイスが信号を適切に検出し得ることを確実にする。
【００３０】
ある実施形態において、モデムステータス信号検出は、所与の信号について、「スペクトルフィンガープリント」全体を検出する必要はない。むしろ、信号検出素子２３４および２６０は、適合を示すために、区別できるスペクトル成分のいくつかを検出および解析するように構成され得る。例えば、表２および３に示すように、信号が、１０５０Ｈｚおよび１３５０Ｈｚの比較的高いスペクトルエネルギーを含む場合、信号は、切断信号またはモデム保留リクエストであり得る。従って、信号検出ルーチンが、９００Ｈｚ、１２００Ｈｚ、および／または１５００Ｈｚでのスペクトル成分について、信号を解析し続け、適切な判定を行う。
【００３１】
図３に、通話中着信表示によって割り込まれ、着信呼にＡＰＣＭモデム３１０エンドが応答する間、モデム接続が保留にされる、ＡＰＣＭモデム３１０とＤＰＣＭモデム３５０との接続のタイミング図を示す。図３は、顧客サイト２７０が、並列応答デバイス２１０、または直列応答デバイス２１１のいずれを採用するかに関わらず、適用可能である。信号、シーケンス、トーン、コマンドなどは、ＡＰＣＭモデム３１０、ＤＰＣＭモデム３５０、および中央局（不図示）に関して、示される。中央局は、ＡＰＣＭモデム３１０への信号およびＤＰＣＭモデム３５０への信号に関連し得る。
【００３２】
データモードの間、中央局は、一時的にモデム接続に割り込み、警告信号（「ＡＳ」）３４０をＡＰＣＭモデム３１０に送信する。警告信号３４０は、従来の通話中着信警告であり得、人間にとって可聴の成分（例えば、音声トーン）と、データ通信デバイスまたはマシンによって検出可能な成分とを含み得る。殆どの通話中着信プロトコルに従って、警告信号３４０の成分は、連続して送信される。警告信号３４０に応答して、ＡＰＣＭモデム３１０は、中央局から、発信者ＩＤ通知データをリクエストするように、ＤＴＭＦトーン３１４を送信し得る。上述したように、ＤＴＭＦトーン３１４は、５５〜６５ミリ秒の持続時間のＤＴＭＦ「Ｄ」トーンの短いバーストである。中央局が、ＤＴＭＦトーン３１４を受け取り、認識したと仮定すると、中央局は、発信者ＩＤ通知データ３４２を、フォーマットし、ＡＰＣＭモデム３１０に送信する。図２に示すように、発信者ＩＤ通知データ３４２（図２においては参照符号２７８で示されている）は、発信者ＩＤ通知成分２５６によって、表示または解析されるために適切な様態で受信および処理され得る。
【００３３】
中央局によって、ＡＰＣＭモデム３１０から切り替えることに応答して、ＤＰＣＭモデム３５０は、適切な信号、例えば、「Ｂ」トーン３５４の送信を開始する。ある実施形態において、「Ｂ」トーン５４３は、中央局によって発信者ＩＤ通知データ３４２が送信されている間、送信され得る。「Ｂ」トーン３５４は、ＤＰＣＭモデム３５０がＡＰＣＭモデムの「Ａ」トーン３１６での応答を保留する間、連続的に送信される。
【００３４】
中央局が、警告信号３４０および発信者ＩＤ通知データ３４２をＡＰＣＭモデム３１０に送信することによって、ＡＰＣＭモデム３１０とＤＰＣＭモデム３５０との間の通信に割り込む期間中、ＤＰＣＭモデムは、沈黙（ｓｉｌｅｎｃｅ）を受信し始める。沈黙は、ＤＰＣＭモデムによって、搬送波の停止であると誤解され得る。従来は、ＤＰＣＭモデム３５０は、搬送波の停止に応答して、ユーザプログラマブル値、例えば、Ｓ−レジスタ「１０」の値によって初期化される、搬送波の停止タイマーを開始していた。Ｓ−レジスタ「１０」のデフォルト値は、０．１秒単位であり、典型的には、「１４」、すなわち、１．４秒に設定される。搬送波の停止タイマーが終了するとき（１．４秒後）、ＤＰＣＭモデム３５０が、通信セッションを終了する。
【００３５】
従って、ＤＰＣＭモデム３５０によって沈黙期間が搬送波停止と誤解され、そのことにより、接続が切れることを防ぐために、ＡＰＣＭモデムは、搬送波停止タイマーが終了する前に、モデム保留通知３１８をＤＰＣＭモデム３５０に送信する。図に示すように、モデム保留通知３１８は、ＤＰＣＭモデム３５０への「Ａ」トーン３１６の送信の期間によって先行される。ＡＰＣＭモデム３１０は、ＤＰＣＭモデム３１８から「Ｂ」トーン３５４を受信する場合、「Ａ」トーン３１６を送信し得る。上述したように、「Ａ」トーン３１６は、好ましくは、少なくとも最短持続期間、例えば、５０ミリ秒の間、送信され、ＤＰＣＭモデムに「Ａ」トーン３５０を受け取る機会を与える。ＤＰＣＭモデム３５０が、特定の期間内に、「Ａ」トーン３１６を受け取らない場合、最終的には、自動的に切断され得る。
【００３６】
ＤＰＣＭモデム３５０がＡＰＣＭモデム３１０から、モデム保留通知３１８を受信する場合、ＤＰＣＭモデム３５０は、モデム保留３５６をＡＰＣＭモデム３１０に送信し、ＤＰＣＭモデム３５０が、保留されることを要求していることを知らせ、ＡＰＣＭモデム３１０が着信呼に切り替えられる、ＡＰＣＭモデム３１０に知らせる。いくつかの実施形態において、モデム保留３５６は、ＤＰＣＭモデム３５０が、切断の前に保留され得る時間量を示すパラメータを含み得る。
【００３７】
ＡＰＣＭモデム３１０のユーザが、着信呼に応答することを所望すると仮定すると、モデム保留３２２は、「Ａ」トーン３２０に続いて送信される。モデム保留３２２は、顧客サイト２７０の適切なデバイス常駐プログラム（ｄｅｖｉｃｅ ｒｅｓｉｄｅｎｔ）によって自動的にプロンプトされてもよいし、ユーザコマンドに応答してプロンプトされてもよい。上述したようにフォーマットされる、モデム保留３２２は、好ましくは、少なくとも最短期間の間、送信される。ある実施形態において、モデム保留３２２は、約５３ミリ秒（本明細書中に記載のモデムステータス信号は全て同様の最低持続時間を有し得る）の間、送信される。
【００３８】
ある実施形態において、モデム保留３２２に応答して、ＤＰＣＭモデム３５０は、最短期間、例えば、約５３ミリ秒の間、モデム保留受取確認（不図示）を送信し得る。
【００３９】
ＤＰＣＭモデム３５０がモデム保留３５６（または、代わりに、モデム保留受取確認（不図示））を送信した後、ＤＰＣＭモデム３５０は、好ましくは、保留状態を維持する間、「Ｂ」トーン３５８を送信し続ける。モデム保留受取確認（不図示）に応答して、または、所定の期間の後、ＡＰＣＭモデム３１０は、適切なフラッシュ信号３２４を生成して、モデム接続から着信呼に切り替えるように中央局に命令し得る。
【００４０】
図２に戻ると、さらに、ハンドセット（または、他の適切な応答デバイス）が、着信呼を受け取り始める。ＡＰＣＭモデム２０４は、着信呼を適切な様態で並列応答デバイス２１０または直列応答デバイス２１１にルーティングするように構成され得る。さらに、ＡＰＣＭモデム２０４は、ハンドセットが接続される間、アイドル、または「オンフック」状態にされ得る。従って、顧客サイト２７０におけるユーザは、ＤＰＣＭモデム２０２が保留され続ける間、着信呼を続行し得る。モデム接続は、上記の援用される関連出願に記載されているように、高速モデム再接続プロシージャによって、再構築され得る。
【００４１】
図４を参照すると、通話中着信表示によって割り込まれ、着信呼がＡＰＣＭモデム４１０エンドによって応答される前に、モデム接続が切断された、ＡＰＣＭモデム４１０とＤＰＣＭモデム４５０との間の通信セッションのタイミング図が示されている。図に示すように、プロセスは、モデム保留通知４１８がＡＰＣＭモデム４１０からＤＰＣＭモデム４５０に送信される点までは、図３を参照しながら説明したプロセスと類似する。しかし、ＤＰＣＭモデム３５０がモデム保留通知３１８にモデム保留３５６で応答する、図３のシナリオとは対照的に、図４に表す状況には、ＤＰＣＭモデム４５０からの切断信号４５６の送信が示される。切断信号４５６を送信することによって、ＤＰＣＭモデム４５０は、ＡＰＣＭモデム４１０が着信呼に応答することを決定する場合に、ＤＰＣＭモデム４５０が切断することをＡＰＣＭモデム４１０に知らせる。切断信号４５６を送信した後、ＤＰＣＭモデム４５０は、ＡＰＣＭモデム４１０からの応答を保留する間、「Ｂ」トーン４５８の送信を継続する。
【００４２】
この転機において、着信呼を無視してモデム接続を維持するか、または、着信呼に応答して、現在のモデム接続を失うかを決定する必要がある。図４に、着信呼に応答するというＡＰＣＭモデム４１０の決定を示す。このような場合において、切断するというＤＰＣＭモデム４５０の選択を受け取った後（ＡＰＣＭモデム４１０が着信呼に応答すべき場合）、ＡＰＣＭモデム４１０は、「Ａ」トーン４２０、および、その後に続く切断信号４２２を送信する。切断信号４２２は、ＤＰＣＭモデム４５０に、通信セッションを終了するというＡＰＣＭモデム４１０の決定を知らせる。ＡＰＣＭモデム４１０による、通信セッションを終了するという決定は、ホストソフトウェア１０５（図１を参照）によって、または、ホストソフトウェア１０５によって行われるクエリに応答するユーザによって、自動的に行われ得る。
【００４３】
ある実施形態において、ＤＰＣＭモデム４５０が切断信号４５６を送信した後、ＤＰＣＭモデム４５０は、任意の意味のある信号を送信することなく、アイドルであるか、または保留する。切断信号４５６に応答して、ＡＰＣＭモデム４１０は、「Ａ」トーン４２０を送信し、信号４２２シーケンスを切断することなく、適切な様態でモデム接続を切断する。中央局が、適切なタイムアウトの期間の後、例えば１５５０ミリ秒後、ＡＰＣＭモデム４１０から何らかのアクティビティを検出しない場合、中央局は、ＡＰＣＭモデム４１０が切断されたと仮定し得る。その後、中央局は、ＤＰＣＭモデム４５０から切り替え、着信呼が応答され得るように、顧客サイトにリング信号４２８を発生する。また、ＤＰＣＭモデム４５０は、ＡＰＣＭモデム４１０から信号を受信しない、適切なタイムアウト期間の後、例えば、２秒後、モデム接続を切断し得る。従って、ＤＰＣＭモデム４５０は、典型的には、中央局がリング信号４２８を発生し始めた後、切られる。当然、上記の援用される関連出願に記載されているように、切断の前に、ＡＰＣＭモデム４１０および／またはＤＰＣＭモデム４５０は、後続の接続において高速接続を容易にするように、任意の数の関連する動作パラメータを保存し得る。
【００４４】
図５に、通話中着信表示によって割り込まれ、ＡＰＣＭモデム５１０エンドによって、高速再接続リクエスト（「ＱＲＲ」）を介してモデム接続が回復される、ＡＰＣＭモデム５１０とＤＰＣＭモデム５５０との間の通信セッションのタイミング図を示す。図に示すように、プロセスは、ＡＰＣＭモデム５１０からＤＰＣＭモデム５５０にモデム保留通知５１８が送信される点まで、図３を参照しながら説明するプロセスと類似する。しかし、ＡＰＣＭモデム３１０が、モデム保留３２２で、ＤＰＣＭモデム３５０からのモデム保留３５６に応答する、図３のシナリオとは対照的に、図５に表す状況は、「Ａ」トーン５２０が先行する高速再接続リクエスト信号５２２のＤＰＣＭモデム５５０への送信を示す。高速再接続リクエスト信号５２２を送信することによって、ＡＰＣＭモデム５１０は、ＡＰＣＭモデム５１０が通信セッションを維持し、着信呼を無視することを要求していることをＤＰＣＭモデム５５０に知らせる。このような状況は、モデム接続の質が重要である場合、エンドユーザが着信呼によって邪魔されたなくない場合、および／または、警告信号５４０によってモデム接続が著しく影響され得る場合、発生し得る。さらに、このような状況は、発信者ＩＤ通知データ５４２に応答して、すなわち、応答するパーティが、特定の発信パーティからの着信呼を無視することを選択し得ることによって、発生し得る。
【００４５】
上記の援用される関連出願に記載されているように、再接続リクエスト信号５２２に応答して、ＤＰＣＭモデム５５０は、ＱＴＳ信号５５８、およびその後に続くＡＮＳｐｃｍ信号５６０を送信して、高速再接続ルーチンを容易にし得る。ＡＰＣＭモデム５１０が、高速再接続プロシージャではなく、完全な再トレーニングプロシージャを示す、適切なモデムステータス信号、例えば、フェーズの反転を代替的に送信し得ることが理解される。このような実施形態において、再トレーニングプロシージャは、従来の様態で進む。
【００４６】
図３〜５を参照しながら説明してきた信号送信ルーチンおよびプロシージャは、顧客サイト２７０（図２）で発生する様々なリクエストに均等に対応するように適用され得る。例えば、図３において、ＡＰＣＭモデム３１０のユーザが、独立した様態で、現在のモデム接続を保留にするか、高速再接続をプロンプトするか、または完全な再トレーニングをプロンプトすることを所望し得る。ある実施形態において、モデム保留通知（「ＭＨＮ」）およびモデム保留（「ＭＨ」）信号は、従来のフェーズ４配列パラメータ（「ＣＰ」）および変調パラメータ（「ＭＰ」）シーケンスに組み込まれ得る。従って、モデムデバイスのいずれかが、（例えば、三者通話のために）他のモデムデバイスを保留にすることを所望する場合、モデムデバイスのリクエストは、レート再調整を行い、適切な様態で保留信号を送信し得る。この技術は、切断を示すために特別コード（データレート＝０）が用いられる、従来のＶ．３４、Ｖ．９０、およびＶ．９２切断プロシージャと類似の様態で行われ得る。しかし、モデム保留信号送信技術は、異なるビットの組合せ、または保留した複数のビットの活用を利用し得る。従って、このような実施形態において、通信チャネルの割り込み（例えば、制御信号、データ、またはトーン）は、中央局からではなく、通信デバイスのうちの１つによって行われ得る。さらに、割り込みは、通信デバイス間の調整段階の間、または通信デバイスがデータフェーズに入った後に発生し得る。
【００４７】
接続を保留にするというＡＰＣＭモデム３１０のユーザリクエストに応答して、ＡＰＣＭモデム３１０は、ＤＰＣＭモデム３５０によって受信される、「Ａ」トーン、およびその後に続く適切なモデムステータス信号（例えば、モデム保留通知、モデム保留、高速再接続リクエストなど）を発生し得る。図３を参照しながら説明したように、ＤＰＣＭモデム３５０は、その後、「Ｂ」トーンおよびその後に続く適切なステータス信号応答（例えば、モデム保留、ＱＴＳ信号など）によって、応答し得る。このようにして、本発明の技術は、通話中着信、回線割り込み、または、回線破壊イベントに関連しない、任意の数の状況において、適用され得る。
【００４８】
図６を参照すると、クライアントモデム、例えば、ＡＰＣＭモデムが、ＤＰＣＭモデムとの通信の間に、中央局からの発信者ＩＤ通知データの受信に応答して取り得るステップの例示的なフローチャートが示されている。通信保留プロセス６００に示すように、ＡＤＰＣＭモデムは、ステップ６１０で、中央局から、警告信号用の回線を連続的にモニタリングする。警告信号が検出された場合、プロセス６００は、警告信号が確認される警告信号ステップ６１５に遷移する。警告信号を確認した後、ＡＰＣＭモデムは、ＤＴＭＦステップ６２０に移る。ステップ６２０において、ＡＰＣＭモデムは、上述したように、発信者ＩＤ通知データをＡＰＣＭモデムに送信することをリクエストする、「Ｄ」トーンを中央局に送信する。この時点で、ＡＰＣＭモデムは、それ自体を、発信者ＩＤ通知データを受信するように構成する。例えば、ＡＰＣＭモデムレシーバーは、発信者ＩＤ通知データを受信するＶ．２１オペレーション用に構成され得る。ＡＰＣＭモデムは、さらに、ＤＰＣＭモデムから「Ｂ」トーンを検出するように構成され得る。
【００４９】
図６に示すように、ステップ６２０においてトーン「Ｄ」を送信した後、プロセス６００は、それぞれ、ステップ６２５および６３０において、ＤＰＣＭモデムからの発信者ＩＤ通知と「Ｂ」トーンとの両方用の回線をプロセス６００が共にモニタする、マルチタスクオペレーションを開始し得る。「Ｂ」トーンが受信された後、プロセス６００は、所定の時間、例えば、１０〜２０ミリ秒の間、「Ｂ」トーンが確認され得る、ステップ６３０に遷移する。この時点で、搬送波の停止が発生したというＤＰＣＭによる誤解を避けるために、プロセス６００は、上述したように、モデム保留通知が後に続く「Ａ」トーンを、ＡＰＣＭモデムがＤＰＣＭモデムに送信する、ステップ６３５に遷移する。プロセス６００のマルチタスクオペレーションの結果、いくつかの実施形態においては、ステップ６３５のモデム保留通知の送信は、ステップ６２５の発信者ＩＤ通知データの受信より前か、重なる。
【００５０】
次に、プロセス６００は、ＡＰＣＭモデムがＤＰＣＭモデムからの応答を保留する保留状態６４０に遷移する。しかし、その間に、ＡＰＣＭモデムは、中央局から、発信者ＩＤ通知データを受信し得る。ある実施形態において、発信者ＩＤ通知データは、受信された後、ステップ６２７でユーザによって用いられるために、フォーマットされ、表示され得る。
【００５１】
保留状態６４０に戻ると、ＤＰＣＭモデムは、双方向に、ＡＰＣＭモデム通知に応答してもよいし、モデム保留機能がＤＰＣＭによってサポートされない場合、それぞれ、ステップ６４５、６５０、および６５５に示すような応答を全くしなくてもよい。ＤＰＣＭモデムは、ステップ６４５に示すように、モデム保留（「ＭＨ」）表示に応答し得、その場合、プロセス６００は、３つの工程６６０、６７０、または６７５のうちの１つに動き得る。いずれの工程が選択されるかという決定は、所定の設定に基づいて、ＡＰＣＭモデムによって自動的に行われ得る。例えば、ＡＰＣＭモデム、またはホストソフトウェアは、発信者ＩＤ通知データを、確認された情報と照合し得る。さらに、決定は、ステップ６２７で表示された発信者ＩＤ通知に応答して、ステップ６２９においてユーザによって行われ得る。この第１のオプションにおいて、プロセス６００は、ＡＰＣＭモデムがＤＰＣＭモデムに保留することをリクエストする状態６６０に移り得る。次に、プロセス６００は、ＤＰＣＭモデムが保留される間、フラッシュ信号が用いられて着信呼が中止される、フラッシュ工程６６５に遷移する。ある実施形態において、ステップ６６０は、スキップされ、プロセス６００は、ステップ６４５からフラッシュステップ６６５に、直接移り得る。他の実施形態において、ＡＰＣＭモデムは、ステップ６６０の後、かつ、フラッシュ状態６６５に移る前に、モデム保留受取確認を保留し得る。
【００５２】
しかし、第２の選択肢においては、プロセス６００は、ＤＰＣＭモデムからＭＨ表示を受信後、切断状態６７０に移行し得る。第１の選択肢と同様に、第２の選択肢は、自動的またはユーザによって決定され得る。図示するように、切断工程において、プロセス６００は、後に切断リクエスト（「ＤＣ」）が続く「Ａ」トーンをＤＰＣＭモデムに伝送して、通信セッションを終了する。第３の選択肢のように、プロセス６００は、高速再接続状態６７５に移行し得る。高速再接続状態６７５において、ＡＰＣＭモデムは、入来する呼を無視し、そして２つのモデムは、上記で援用される関連出願に記載される即時接続方式を介して、割り込み通信を再度回復する。いくつかの実施形態において、モデムは従来の方式で再接続（ｒｅｔｒａｉｎ）し得る。
【００５３】
待ち状態６４０に返ると、ＤＰＣＭモデムは、工程６５０に示すような切断（「ＤＣ」）表示によって、ＡＰＣＭモデム通知に応答し得る。ＡＰＣＭモデムがＤＣを受信することは、ＡＰＣＭモデムが入来する呼に答えることを所望する場合に、ＤＰＣＭモデムが切断することを示す。この工程６５０において、ＡＰＣＭモデムは、状態６７０および６７５に示すような利用可能な２つの選択肢を有する。上述のように、決定は自動的またはユーザによってなされ得る。工程６５０において、ユーザはまた、切断に対するＤＰＣＭモデムの選好も通知され得、これにより、ユーザはより詳しい情報に基づいて決定し得る。上述のように、入来する呼に答えるように決定がなされる場合、プロセス６００は状態６７０に移って、通信セッションを終了する。あるいは、入来する呼を無視して、そして通信を再度回復するように決定がなされる場合、プロセス６００は、即時接続状態６７５に移行し得る。
【００５４】
上述のように、ＤＰＣＭモデムは、工程６３５において伝送されたＡＰＣＭモデムのモデム保留通知に応答しないかもしれない。このような場合、待ち状態６４０はやがてタイムアウトとなり、プロセス６００は工程６５５に入る。工程６５５において、プロセス６００は、ユーザに状態を通知して、そして応答をリクエストしてもよいし、あるいはフラッシュ状態６６５または高速再接続状態６７５に移るかどうかを自動的に決定し得る。フラッシュ状態６６５が選択される場合、ＡＰＣＭモデムが入来する呼を終了し、そしてＤＰＣＭモデムがタイムアウト期間後におそらく切断する。一方、高速再接続状態６７５に入る場合、ＡＰＣＭモデムは、入来する呼を無視して、そしてモデムは再接続を試みる。
【００５５】
図７は、モデム保留トランザクションの間にＡＰＣＭモデムが取るいくつかの詳細な工程の例示的なフロー図を示す。図示するように、ＡＰＣＭプロセス７００は、中央局から警告信号を受信することによって、工程７１０において開始する。工程７１０は、プロセス７００を警告信号工程７１５に入らせる。警告信号工程７１５において、警告信号が確認される。この時点では、いくつかの実施形態において、ＡＰＣＭプロセス７００は複数タスクモードに入り得、複数タスクモードでは、発信者ＩＤデータおよびＤＰＣＭモデムからの「Ｂ」トーン用通信回線が同時にモニタリングされる。他の実施形態において、ＡＰＣＭプロセス７００は、ＤＰＣＭモデムから「Ｂ」トーンを受信する通信回線のモニタリングを開始する前に、まず発信者ＩＤデータを待つ。
【００５６】
ＡＰＣＭプロセス７００に返ると、警告信号工程７１５の後、ＡＰＣＭプロセス７００は、発信者ＩＤ状態７１７および「Ｂ」トーン状態７２０にそれぞれ移る。発信者ＩＤ状態において、ＡＰＣＭプロセス７００は、ＡＰＣＭ受信機が発信者ＩＤデータを受信するように構成される。「Ｂ」トーン状態において、ＡＰＣＭプロセス７００は、「Ｂ」トーン検出器をイネーブルにし、そして工程７２５において、「Ｂ」トーン用通信回線のモニタリングを開始する。工程７２５において、「Ｂ」トーンが所定の時間（例えば、５００〜７００ミリ秒）内に検出されない場合、ＡＰＣＭプロセス７００は、再接続工程７２７に移って、通信セッションを復活させ得る。あるいは、「Ｂ」トーンが検出されて、約１０〜２０ミリ秒間確認される場合、工程７３０に入り得る。工程７３０において、ＡＰＣＭプロセスは、上述するように、約５０ミリ秒間、モデム保留通知が後に続く「Ａ」トーンの伝送を開始する。さらに、工程７３０において、ＡＰＣＭプロセスは、「Ａ」トーン検出器およびＤＰＳＫ検出器をイネーブルにし、モデム保留通知に対するＤＰＣＭモデムの応答を検出する。この時点において、ＡＰＣＭプロセス７００は待ち状態７３５に入り、ＡＰＣＭプロセス７００は、約１０〜２０ミリ秒間、ＤＰＳＫ応答が後に続くＤＰＣＭモデムからの「Ａ」トーンの受信を待つ。ＤＰＣＭモデムからのＤＰＳＫ応答に基づいて、ＡＰＣＭプロセス７００は、状態７４０、７４５または７５０に入り得る。これらの工程は、図６に関して上述されている。
【００５７】
図８は、モデム保留トランザクションの間にＤＰＣＭモデムが取るいくつかの詳細な工程の例示的なフロー図を示す。図示するように、ＤＰＣＭプロセスはまず、ＤＰＣＭモデムがＡＰＣＭモデムからサイレンスの受信を開始するときに搬送波の損失を経験し、一方ＡＰＣＭモデムは、警告信号および発信者ＩＤデータの中央局からの伝送によって割り込まれる。搬送波の損失が検出される場合、ＤＰＣＭプロセス８００は搬送波の損失状態８１５に移る。この状態において、ＤＰＣＭプロセス８００は工程８２０に移って、Ｓレジスタ「１０」のコンテンツを読み出して、そしてＳレジスタ「１０」の値に基づいて０．１秒タイマーを開始する。上述のように、Ｓレジスタ「１０」のデフォルト値は「１４」である。したがって、ＤＰＣＭモデムは、１．４秒を与えられて、搬送波の損失を回復する。Ｓレジスタタイマを開始するのと同時に、ＤＰＣＭプロセス８００は、「Ｂ」トーンの生成を開始して、「Ａ」トーン検出器およびＤＰＳＫ検出器をイネーブルする。
【００５８】
工程８２０において、ＤＰＣＭモデムを設定した後、ＤＰＣＭプロセス８００は、状態８２５に移行し、ＡＰＣＭモデムからモデム保留通知を受信することを待つ。Ｓレジスタ「１０」の時間が切れる前に、ＤＰＣＭプロセス８００がモデム保留通知を受信することが重要である。さらに、モデム保留通知が、いくつかの理由から、約１．４秒以内にＡＰＣＭモデムによって伝送されることが極めて重要である。例えば、ヘイズコンパチブルモデムにおいては、Ｓレジスタ「１０」のデフォルト値は「１４」であり、この値は多くのインストールされたモデムにおいても変化されないままである。さらに、モデム保留状態における切断を避けるためのみに、Ｓレジスタ「１０」の値を増加させることは極めて望ましくない。なぜなら、Ｓレジスタ「１０」の値は、汎用レジスタ、搬送波の損失のすべての場合に適用可能だからである。Ｓレジスタ「１０」の値のこのような適用の拡大は、搬送波が真に損失された場合に、ＤＰＣＭモデムを必要以上に待たせる。
【００５９】
図８に戻ると、ＤＰＣＭモデムがＡＰＣＭモデムからの「Ａ」トーンの受信に失敗する場合、ＤＰＣＭプロセス８００は切断工程８３０に移り、通信セッションが終了する。いくつかの実施形態において、ＤＰＣＭモデムは、通信セッションを終了する代わりに再接続工程（図示せず）に入ってもよい。一方、ＤＰＣＭモデムが、Ｓレジスタ「１０」において割り当てられた時間内にＡＰＣＭモデムから「Ａ」トーンおよびモデム保留通知を受信する場合、ＤＰＣＭプロセス８００が工程８３５に移行する。モデム保留通知が一度受信されると、ＡＰＣＭモデムがモデム保留プロセスを続行する場合、ＤＰＣＭプロセス８００は、ＡＰＣＭモデムによって保留にされることを受け入れるか、またはＤＰＣＭモデムがセッションを終了することを所望するようにＡＰＣＭモデムに助言するかを決定する必要がある。ＤＰＣＭモデムは、いくつかの所定の条件またはユーザ応答に基づいて、自動的にこれを決定し得る。いずれにせよ、ＤＰＣＭプロセス８００は、モデム保留ＤＰＳＫ信号が後に続く「Ａ」トーンをＡＰＣＭモデムに伝送するか（状態８４０）、または切断ＤＰＳＫ信号が後に続く「Ａ」トーンをＡＰＣＭモデムに伝送するか（状態８４５）のいずれかである。この結果、ＤＰＣＭプロセス８００は、モデム保留プロセスが承認されたかまたは却下されたかを、ＡＰＣＭプロセス７００に通知する。いくつかの実施形態においては、工程８４０において、ＤＰＣＭプロセス８００はまた、ＤＰＣＭモデムが保留にされ得る時間を示すパラメータをＡＰＣＭモデムに伝送し得る。
【００６０】
状態８４０または状態８４５のいずれかからＤＰＣＭプロセス８００の応答を伝送した後、ＤＰＣＭプロセス８００は状態８５０に入り、ＤＰＣＭプロセス８００は「Ｂ」トーンの伝送を開始し、これにより「Ａ」トーン検出器およびＤＰＳＫ信号検出器をイネーブルにする。ＤＰＣＭプロセス８００は次いで、待ち状態８５５に移り、図６とともに記載されるように、ＤＰＣＭプロセス８００はＡＰＣＭモデムからの応答を待つ。
【００６１】
図９は、ＡＰＣＭモデムが通信セッションを保留させるモデム保留トランザクションのフロー図９００を示す。図示するように、通信セッションにおける割り込み後、ＤＰＣＭプロセスが初期状態９５０から状態９５５に移行し、ＤＰＣＭプロセスが「Ｂ」トーンをＡＰＣＭモデムに伝送し始める。接続の他端においては、ＡＰＣＭプロセスは初期状態９１０にある。初期状態９１０において、ＡＰＣＭプロセスは「Ｂ」トーンを受信し、そしてこれに応答して状態９１５に移行する。ＡＰＣＭプロセスは、モデム保留通知が後に続く「Ａ」トーンを伝送する。他端においては、状態９６０において、ＤＰＣＭプロセスは、ＤＰＣＭモデムが保留させられ得ることをＡＰＣＭモデムに助言するモデム保留信号が後に続く「Ａ」トーンを伝送する。図示するように、モデム保留信号は、ＤＰＣＭモデムが保留させられ得る時間量を示す「Ｔａ」パラメータを含み得る。「Ａ」トーンおよびモデム保留信号を受信後、ＡＰＣＭプロセスは「Ｔｂ」時間（例えば、５０〜１００ミリ秒）内に状態９２０に移る必要がある。そうでない場合には、ＤＰＣＭモデムがモデム保留プロセスを終了し得る。状態９２０において、ＡＰＣＭプロセスは、ＤＰＣＭプロセスが保留状態９６５に移行することを要求する。この時点において、ＤＰＣＭプロセスは保留状態９６５に入って、「Ｔａ」期間（例えば、６０秒）タイマを開始する。Ｔａタイマーが終了した場合、ＤＰＣＭプロセスは、通信セッションを終了する。他端において、ＡＰＣＭプロセスは、フラッシュ信号を中央局に伝送して、入来する呼を終了する前に「Ｔｃ」時間（１００〜１５０ミリ秒）待つ。「Ｔｃ」時間遅延の目的は、ＤＰＣＭプロセスが保留状態９６５に入ったことを保証することである。
【００６２】
図１０は、ＡＰＣＭモデムが通信セッションを終了させるモデム保留トランザクションのフロー図１０００を示す。図９とともに記載したプロセスと同様に、通信セッションにおける割り込み後、ＤＰＣＭプロセスが初期状態１０５０から状態１０５５に移行し、ＤＰＣＭプロセスが「Ｂ」トーンをＡＰＣＭモデムに伝送し始める。接続の他端においては、ＡＰＣＭプロセスは初期状態１０１０にある。初期状態１０１０において、ＡＰＣＭプロセスは「Ｂ」トーンを受信し、そしてこれに応答して状態１０１５に移行する。ＡＰＣＭプロセスは、モデム保留通知が後に続く「Ａ」トーンを伝送する。また他端においては、状態１０６０において、ＤＰＣＭプロセスは、ＤＰＣＭモデムが保留させられ得ることをＡＰＣＭモデムに助言するモデム保留信号が後に続く「Ａ」トーン、またはＡＰＣＭモデムがモデム保留プロセスを続行することを所望する場合に呼が終了すべきであることをＡＰＣＭモデムに助言する切断信号のいずれかを伝送する。「Ａ」トーンおよびモデム保留信号または切断信号を受信後、ＡＰＣＭプロセスは「Ｔｂ」時間（例えば、５０〜１００ミリ秒）内に状態１０２０に移る必要がある。そうでない場合には、ＤＰＣＭモデムがモデム保留プロセスを終了し得る。状態１０２０において、ＡＰＣＭプロセスは、ＤＰＣＭプロセスが切断状態１０６５に移行することをリクエストする。この時点において、ＤＰＣＭプロセスは切断状態１０６５に入って、「Ｔｄ」期間（例えば、１００〜２００ミリ秒）後に切断する。Ｔａタイマーが切れた場合、ＤＰＣＭプロセスは、通信セッションを終了する。一方、ＡＰＣＭプロセスは、「Ｔｃ」保留状態１０２５に入り、状態１０３０に移る前に、「Ｔｃ」時間（例えば、１００〜２００ミリ秒）待つ。状態１０３０において、ＡＰＣＭプロセスは、「Ｔｅ」時間（例えば、約２５０〜３００ミリ秒）、またはデジタル電話ネットワークがＡＰＣＭモデムが通信回線を解放したことを認識するために十分な時間だけ、ＡＰＣＭモデムをオンフックにする。
【００６３】
図１１は、ＡＰＣＭモデムが通信セッションを復活させるモデム保留トランザクションのフロー図１１００を示す。図１０とともに記載したプロセスと同様に、通信セッションにおける割り込み後、ＤＰＣＭプロセスが初期状態１１５０から状態１１５５に移行し、ＤＰＣＭプロセスが「Ｂ」トーンをＡＰＣＭモデムに伝送し始める。接続の１端においては、ＡＰＣＭプロセスは初期状態１１１０にある。初期状態１１１０において、ＡＰＣＭプロセスは「Ｂ」トーンを受信し、そしてこれに応答して状態１１１５に移行する。ＡＰＣＭプロセスは、モデム保留通知が後に続く「Ａ」トーンを伝送する。また他端においては、状態１１６０において、ＤＰＣＭプロセスは、ＤＰＣＭモデムが保留させられ得ることをＡＰＣＭモデムに助言するモデム保留信号、またはＡＰＣＭモデムがモデム保留プロセスを続行することを所望する場合に呼を終了するべきであることをＡＰＣＭモデムに助言する切断信号のいずれかが後に続く「Ａ」トーンを伝送する。「Ａ」トーンおよびモデム保留信号または切断信号を受信後、ＡＰＣＭプロセスは「Ｔｂ」時間（例えば、５０〜１００ミリ秒）内で状態１１２０に移る必要がある。そうでない場合には、ＤＰＣＭモデムがモデム保留プロセスを終了し得る。状態１１２０において、ＡＰＣＭプロセスは、ＤＰＣＭプロセスが高速再接続状態１１６５に移行することをリクエストする。この時点において、ＤＰＣＭプロセスは高速再接続状態１１６５に入って、状態１１７０に入って、ＱＴＳ信号を送信することによって、上述するような再接続プロセスを開始する前に、「Ｔｃ」時間（例えば、約５０ミリ秒）待つ。一方、ＡＰＣＭプロセスは、工程１１２０においてＱＴＳ信号を受信するようにＡＰＣＭモデムを構成する。ＡＰＣＭプロセスはさらに、状態１１２０において「Ｔｂ」タイマを開始し、そして状態１１２５に移行する。状態１１２５において、ＡＰＣＭプロセスは、「Ｔｂ」時間（例えば、約２００ミリ秒）ＤＰＣＭモデムからＱＴＳ信号を受信することを待つ。上記に援用される関連出願に記載されるように、ＱＴＳ信号が「Ｔｂ」タイマが切れる前に受信される場合、工程１１３０において、ＡＰＣＭプロセスは高速再接続プロシージャを続行する。一方、ＱＴＳ信号が検出される前に「Ｔｂ」タイマが終了した場合、ＡＰＣＭモデムは従来の再接続プロシージャを開始し得る。
【００６４】
本発明の種々の実施形態がソフトウェアにおいて実施され得る。ソフトウェアにおいて実施される場合、本発明の少なくともいくつかの要素がコンピュータデータの形態であり得る。このコンピュータデータの形態には、情報の任意のビット、コードなどが含まれるが、これらに限定されない。データは、ビットまたはデータセグメントのグループで構成され得、そしてプロセッサ読み出し可能媒体において格納され得るか、または伝送媒体または通信リンク上の搬送波で具現されるデータ信号によって伝送され得る。例えば、ＭＨＮまたはＭＨにおける情報のビットは、搬送波で具現されるデータ信号によって伝送され得る種々のデータセグメントを形成し得る。通信リンクには、電話回線、モデム接続、インターネット接続、統合サービスデジタル網（「ＩＳＤＮ」）接続、非同期転送モード（ＡＴＭ）接続、フレームリレー接続、イーサネット（Ｒ）接続、同軸接続、光ファイバ接続、衛星接続（例えば、デジタル衛星サービスなど）、無線接続、無線周波数（ＲＦ）リンク、電磁リンク、双方向ページング接続など、およびこれらの組み合わせがあり得るが、これらに限定されない。「プロセッサ読み出し可能媒体」は、情報を格納または転送し得る任意の媒体を含み得る。プロセッサ読み出し可能媒体の例には、電子回路、半導体メモリデバイス、ＲＯＭ、フラッシュメモリ、消去可能ＲＯＭ（ＥＲＯＭ）、フロッピー（Ｒ）ディスク、ＣＤ−ＲＯＭ、光ディスク、ハードディスク、光ファイバー媒体、無線周波数（ＲＦ）リンクなどがある。コンピュータデータ信号には、電子ネットワークチャンネル、光ファイバ、大気、電磁、ＲＦリンクなどの伝送媒体を介して伝播し得る任意の信号があり得る。コードセグメントは、インターネット、イントラネットなどのコンピュータネットワークを介して、ダウンロードされ得る。
【００６５】
本発明は、本発明の精神または本質的な特徴から逸脱することなしに、他の特定の形態で具現され得る。記載の実施形態は、いかなる点においても、例示としてのみ考えられるべきであり、本発明を限定するものとしては考えられるべきではない。したがって、本発明の範囲は、以下の記載ではなく、上掲の特許請求の範囲によって示される。特許請求の範囲の均等物の意味および範囲内で行われるすべての変更は、特許請求の範囲内に含まれる。
【図面の簡単な説明】
【図１】 図１は、ポイントツーポイントプロトコル（「ＰＰＰ」）接続をサポートすることが可能な一般的なモデムシステム環境を示すブロック図である。
【図２】 図２は、本発明の種々の局面が組み込まれ得るモデムシステム環境のブロック図である。
【図３】 図３は、本発明の１実施形態による、モデム保留トランザクションにあるリモートモデムを保留させるタイミングの図である。
【図４】 図４は、本発明の１実施形態による、モデム保留トランザクションにあるリモートモデムを切断するタイミングの図である。
【図５】 図５は、本発明の１実施形態による、モデム保留トランザクションにあるリモートモデムを再接続するタイミングの図である。
【図６】 図６は、本発明の１実施形態による、モデム保留トランザクションを示すフロー図である。
【図７】 図７は、本発明の１実施形態による、モデム保留トランザクション中に、モデムをリクエストすることによって取られる例示的な工程を示すフロー図である。
【図８】 図８は、本発明の１実施形態による、モデム保留トランザクション中に、リモートモデムによって取られる例示的な工程を示すフロー図である。
【図９】図９は、本発明の１実施形態による、リモートモデムを保留させるモデム保留トランザクションを示すフロー図である。
【図１０】図１０は、本発明の１実施形態による、リモートモデムを切断するモデム保留トランザクションを示すフロー図である。
【図１１】図１１は、本発明の１実施形態による、モデムを再接続するモデム保留トランザクションを示すフロー図である。
Claims (27)
- 通信ネットワークを介して第２のモデムと通信している第１のモデムによって用いられる方法であって、
該方法は、
該第１のモデムにより、該通信ネットワークから通話中着信トーンを受信するステップと、
該通話中着信トーンにより生じた該通信における割り込みの結果として、該第２のモデムから第１のシングルトーンを受信するステップと、
該第１のシングルトーンを受信するステップの間に、該割り込みに応答して、第２のシングルトーンを該第２のモデムに伝送し、該第２のシングルトーンの後に続いて、保留通知ビットパターンを該第２のモデムに伝送するステップと、
該保留通知ビットパターンに応答して、該第２のモデムから保留拒否ビットパターンを受信するステップと、
該保留拒否ビットパターンに応答して、切断ビットパターンを該第２のモデムに送信するステップと
を包含する、方法。 - 前記保留通知ビットパターンおよび前記切断ビットパターンのそれぞれは、４ビットを含み、該４ビットは、該保留通知ビットパターンと該切断ビットパターンとを区別する、請求項１に記載の方法。
- 前記保留拒否ビットパターンは、前記第１のモデムが前記通信を保留にする場合には、前記第２のモデムは切断するということを該第１のモデムに通知する、請求項１に記載の方法。
- 発信者ＩＤデータを受信するステップをさらに包含し、前記伝送するステップは、該発信者ＩＤデータを受信するステップの前に実行される、請求項１に記載の方法。
- 前記伝送するステップは、前記発信者ＩＤデータを受信するステップと重複する、請求項４に記載の方法。
- 前記伝送するステップの一部は、前記発信者ＩＤデータを受信するステップと重複する、請求項４に記載の方法。
- 通信ネットワークを介して第２のモデムと通信している第１のモデムであって、
該第１のモデムは、
該通信ネットワークから通話中着信トーンを受信することが可能な受信機であって、該通話中着信トーンにより生じた該通信における割り込みの結果として、該第２のモデムから第１のシングルトーンを受信することがさらに可能な受信機と、
該第１のシングルトーンを受信するステップの間に、該割り込みに応答して、第２のシングルトーンを伝送し、該第２のシングルトーンの後に続いて、保留通知ビットパターンを伝送することが可能な送信機と
を備え、
該受信機は、該保留通知ビットパターンに応答して、該第２のモデムから保留拒否ビットパターンを受信し、該送信機は、該保留拒否ビットパターンに応答して、切断ビットパターンを該第２のモデムに送信する、第１のモデム。 - 前記保留通知ビットパターンおよび前記切断ビットパターンのそれぞれは、４ビットを含み、該４ビットは、該保留通知ビットパターンと該切断ビットパターンとを区別する、請求項７に記載の第１のモデム。
- 前記保留拒否ビットパターンは、前記第１のモデムが前記通信を保留にする場合には、前記第２のモデムは切断するということを該第１のモデムに通知する、請求項７に記載の第１のモデム。
- 前記受信機は、前記保留通知の伝送の後に、発信者ＩＤデータを受信する、請求項７に記載の第１のモデム。
- 前記伝送することは、前記発信者ＩＤデータを受信することと重複する、請求項１０に記載の第１のモデム。
- 前記伝送することの一部は、前記発信者ＩＤデータを受信することと重複する、請求項１０に記載の第１のモデム。
- 前記第１のトーンは、トーンＡである、請求項１に記載の方法。
- 前記保留通知ビットパターンは、ＤＰＳＫパターンである、請求項１に記載の方法。
- 前記第２のトーンは、トーンＢである、請求項１に記載の方法。
- 前記切断ビットパターンは、ＤＰＳＫパターンである、請求項１に記載の方法。
- 前記第１のトーンは、トーンＡである、請求項７に記載の第１のモデム。
- 前記保留通知ビットパターンは、ＤＰＳＫパターンである、請求項７に記載の第１のモデム。
- 前記第２のトーンは、トーンＢである、請求項７に記載の第１のモデム。
- 前記切断ビットパターンは、ＤＰＳＫパターンである、請求項７に記載の第１のモデム。
- 通信ネットワークを介して第２のモデムと通信している第１のモデムによって用いられるプログラムを記録した記録媒体であって、
該プログラムは、
該通信中に該通信ネットワークから通話中着信トーンを受信するステップと、
該通話中着信トーンにより生じた該通信における割り込みの結果として、該第２のモデムから第１のシングルトーンを受信するステップと、
該第１のシングルトーンを受信するステップの間に、該割り込みに応答して、第２のシングルトーンを該第２のモデムに伝送し、該第２のシングルトーンの後に続いて、保留通知ビットパターンを該第２のモデムに伝送するステップと、
該保留通知ビットパターンに応答して、該第２のモデムから保留拒否ビットパターンを受信するステップと、
該保留拒否ビットパターンに応答して、切断ビットパターンを該第２のモデムに送信するステップと
を含む処理を該第１のモデムに実行させる、記録媒体。 - 前記保留通知ビットパターンおよび前記切断ビットパターンのそれぞれは、４ビットを含み、該４ビットは、該保留通知ビットパターンと該切断ビットパターンとを区別する、請求項２１に記載の記録媒体。
- 前記保留拒否ビットパターンは、前記第１のモデムが前記通信を保留にする場合には、前記第２のモデムは切断するということを該第１のモデムに通知する、請求項２１に記載の記録媒体。
- 前記処理は、発信者ＩＤデータを受信するステップをさらに含み、前記伝送するステップは、該発信者ＩＤデータを受信するステップの前に実行される、請求項２１に記載の記録媒体。
- 前記第１のトーンは、トーンＡである、請求項２１に記載の記録媒体。
- 前記第２のトーンは、トーンＢである、請求項２１に記載の記録媒体。
- 前記保留通知ビットパターンは、ＤＰＳＫパターンである、請求項２１に記載の記録媒体。
Applications Claiming Priority (15)
| 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/394,018 | 1999-09-10 | ||
| US09/393,616 | 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 | 2000-04-24 | ||
| US09/557,233 US6704399B1 (en) | 1999-04-12 | 2000-04-24 | Quick connect parameter exchange |
| US09/592,707 US6731726B1 (en) | 1999-04-12 | 2000-06-13 | Communication on hold |
| US09/592,707 | 2000-06-13 | ||
| PCT/US2000/040413 WO2001008399A1 (en) | 1999-07-27 | 2000-07-18 | Communication on hold |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003527772A JP2003527772A (ja) | 2003-09-16 |
| JP4088443B2 true JP4088443B2 (ja) | 2008-05-21 |
Family
ID=27569106
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001513165A Expired - Fee Related JP4088443B2 (ja) | 1999-07-27 | 2000-07-18 | 通信保留 |
Country Status (3)
| Country | Link |
|---|---|
| EP (1) | EP1198948B1 (ja) |
| JP (1) | JP4088443B2 (ja) |
| WO (1) | WO2001008399A1 (ja) |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5519767A (en) * | 1995-07-20 | 1996-05-21 | At&T Corp. | Voice-and-data modem call-waiting |
| US5896444A (en) * | 1996-06-03 | 1999-04-20 | Webtv Networks, Inc. | Method and apparatus for managing communications between a client and a server in a network |
| FR2771577B1 (fr) * | 1997-11-24 | 2000-01-07 | France Telecom | Mise en communication d'equipements terminaux |
-
2000
- 2000-07-18 JP JP2001513165A patent/JP4088443B2/ja not_active Expired - Fee Related
- 2000-07-18 EP EP00960150A patent/EP1198948B1/en not_active Expired - Lifetime
- 2000-07-18 WO PCT/US2000/040413 patent/WO2001008399A1/en active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| EP1198948B1 (en) | 2010-12-22 |
| JP2003527772A (ja) | 2003-09-16 |
| WO2001008399A1 (en) | 2001-02-01 |
| EP1198948A1 (en) | 2002-04-24 |
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 | |
| US5349635A (en) | Half-duplex or full-duplex automode operation for use in data communications equipment | |
| US7305072B2 (en) | Method and apparatus for quick modern reconnect | |
| US5878120A (en) | Mechanism and method for multiplexing voice and data over a signal carrier with high bandwidth efficiency | |
| US6690776B1 (en) | Communication on hold notifier | |
| JP4637789B2 (ja) | 保留メカニズムによる、高速接続、クイック再接続および接続 | |
| JP3045076B2 (ja) | 非電話呼接続システム | |
| US6731726B1 (en) | Communication on hold | |
| JPH0927869A (ja) | コールウェイティングサービスを利用可能なモデム通信 | |
| JP4088443B2 (ja) | 通信保留 | |
| JP4183942B2 (ja) | クイック接続パラメータの交信 | |
| US6996214B1 (en) | Utilization of in-band signaling to facilitate modem on hold | |
| EP1223723B1 (en) | Connection on hold mechanism | |
| USRE42661E1 (en) | Method and apparatus for fast V.90 modem startup | |
| WO2002017608A1 (en) | Communication on hold notifier | |
| WO2001008376A1 (en) | Signaling mechanism for modem connection holding and reconnecting | |
| TW536898B (en) | Fast connect, quick reconnect and connection on hold mechanism | |
| JPS6387068A (ja) | 回線切替装置 | |
| JPH07212438A (ja) | 相手状態の判定方法 | |
| JPS63107353A (ja) | デ−タ通信タ−ミナル | |
| JPH10271303A (ja) | 通信中断方法及び通信端末装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061102 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061108 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070208 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071025 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080125 |
|
| 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: 20080218 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080225 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110228 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120229 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130228 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130228 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140228 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |