JP2002237865A - ハンドシェイクプロトコル再送信手順及び装置 - Google Patents
ハンドシェイクプロトコル再送信手順及び装置Info
- Publication number
- JP2002237865A JP2002237865A JP2001381782A JP2001381782A JP2002237865A JP 2002237865 A JP2002237865 A JP 2002237865A JP 2001381782 A JP2001381782 A JP 2001381782A JP 2001381782 A JP2001381782 A JP 2001381782A JP 2002237865 A JP2002237865 A JP 2002237865A
- Authority
- JP
- Japan
- Prior art keywords
- message
- received
- erroneous
- hstu
- retransmission
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 92
- 238000004891 communication Methods 0.000 claims abstract description 106
- 238000001514 detection method Methods 0.000 claims description 2
- 238000012544 monitoring process Methods 0.000 claims 7
- 230000005540 biological transmission Effects 0.000 abstract description 22
- 230000007246 mechanism Effects 0.000 abstract description 4
- 238000012360 testing method Methods 0.000 description 18
- 230000000977 initiatory effect Effects 0.000 description 8
- 230000004913 activation Effects 0.000 description 6
- 238000001228 spectrum Methods 0.000 description 5
- 230000015556 catabolic process Effects 0.000 description 4
- 238000006731 degradation reaction Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 101150012579 ADSL gene Proteins 0.000 description 3
- 102100020775 Adenylosuccinate lyase Human genes 0.000 description 3
- 108700040193 Adenylosuccinate lyases Proteins 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 239000002184 metal Substances 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000007689 inspection Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 238000011144 upstream manufacturing Methods 0.000 description 2
- 101100328361 Schizosaccharomyces pombe (strain 972 / ATCC 24843) clr2 gene Proteins 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 230000006866 deterioration Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000010187 selection method Methods 0.000 description 1
- 230000005236 sound signal Effects 0.000 description 1
- 238000012549 training Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
- H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
- H04L1/0025—Transmission of mode-switching indication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1809—Selective-repeat protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1874—Buffer management
- H04L1/1877—Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
-
- 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
-
- 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/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Communication Control (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【課題】 ハンドシェイクあるいは開始プロトコル
中に生じた誤りメッセージを送信する再送信機構を開発
すること。 【解決手段】 本装置は、通信セッションのｘＤＳＬネ
ゴシエーション手順において誤りの生じたメッセージを
受信した場合信号及びメッセージを最小化する。受信部
（５２）は、ｘＤＳＬネゴシエーション手順のフレーム
チェックシーケンスに関連する受信データを監視する。
受信部（５２）が誤りの生じたメッセージを受信したと
決定した場合、再送信要求装置（５４）は、再送信要求
メッセージを送信する。再送信要求メッセージは、正確
なメッセージが最後に受信されたか否かを示す。しかし
ながら、誤りの生じたメッセージが予め定められた数に
なったならば、通信セクションを停止する。
中に生じた誤りメッセージを送信する再送信機構を開発
すること。 【解決手段】 本装置は、通信セッションのｘＤＳＬネ
ゴシエーション手順において誤りの生じたメッセージを
受信した場合信号及びメッセージを最小化する。受信部
（５２）は、ｘＤＳＬネゴシエーション手順のフレーム
チェックシーケンスに関連する受信データを監視する。
受信部（５２）が誤りの生じたメッセージを受信したと
決定した場合、再送信要求装置（５４）は、再送信要求
メッセージを送信する。再送信要求メッセージは、正確
なメッセージが最後に受信されたか否かを示す。しかし
ながら、誤りの生じたメッセージが予め定められた数に
なったならば、通信セクションを停止する。
Description
本明細書は、１９９９年５月２１日出願の米国仮出願６
０／１３５，３０８及び５月２６日出願の米国仮出願６
０／１３６，２３０に基づくものである。これらの開示
内容はすべてここに含めておく。
０／１３５，３０８及び５月２６日出願の米国仮出願６
０／１３６，２３０に基づくものである。これらの開示
内容はすべてここに含めておく。
【０００１】定義 以下の議論において使用される定義を下記に示す。
【０００２】キャリアセット−特定のｘＤＳＬ勧告のＰ
ＳＤマスクに関連する１つ以上の周波数のセット； 下り回線−ｘＴＵ−ＣからｘＴＵ−Ｒへの送信方向； ガルフ−８１２６の値を持つオクテット、すなわちＨＤ
ＬＣフラッグの補数； 開始信号−起動処理を開始する信号； 開始局−起動処理を開始するＤＴＥ、ＤＣＥ及び関連す
る端末装置 メッセージ−変調送信によって伝達されるフレーム化情
報 メタルローカルループ−通信チャネル５、顧客家屋との
局部ループを形成する金属ワイヤ； 対応信号−開始信号に対応して送信される信号； 対応局−リモート局からの通信トランザクションの開始
に対応する局； セッション−コンピュータ間又はアプリケーション間に
おける始動から終了までの実際の通信接続； 信号−トーンに基づいて伝達される情報； 信号系統−与えられたキャリア間隔周波数の整数倍であ
るキャリアセットの群； スプリッタ−メタルローカルループを二つの動作周波数
帯に分離するためのハイパスフィルタとローパスフィル
タの組み合わせ； トランザクション−肯定受信通知メッセージ[ＡＣＫ
(1)]、否定受信通知メッセージ[ＮＡＫ]あるいは時間切
れで終了するメッセージシーケンス； 端末−局；及び 上り回線−ｘＴＵ−ＲからｘＴＵ−Ｃへの送信方向。略語 以下の議論において使用される略語を下記に示す。
ＳＤマスクに関連する１つ以上の周波数のセット； 下り回線−ｘＴＵ−ＣからｘＴＵ−Ｒへの送信方向； ガルフ−８１２６の値を持つオクテット、すなわちＨＤ
ＬＣフラッグの補数； 開始信号−起動処理を開始する信号； 開始局−起動処理を開始するＤＴＥ、ＤＣＥ及び関連す
る端末装置 メッセージ−変調送信によって伝達されるフレーム化情
報 メタルローカルループ−通信チャネル５、顧客家屋との
局部ループを形成する金属ワイヤ； 対応信号−開始信号に対応して送信される信号； 対応局−リモート局からの通信トランザクションの開始
に対応する局； セッション−コンピュータ間又はアプリケーション間に
おける始動から終了までの実際の通信接続； 信号−トーンに基づいて伝達される情報； 信号系統−与えられたキャリア間隔周波数の整数倍であ
るキャリアセットの群； スプリッタ−メタルローカルループを二つの動作周波数
帯に分離するためのハイパスフィルタとローパスフィル
タの組み合わせ； トランザクション−肯定受信通知メッセージ[ＡＣＫ
(1)]、否定受信通知メッセージ[ＮＡＫ]あるいは時間切
れで終了するメッセージシーケンス； 端末−局；及び 上り回線−ｘＴＵ−ＲからｘＴＵ−Ｃへの送信方向。略語 以下の議論において使用される略語を下記に示す。
【０００３】ＡＣＫ−受信通知メッセージ； ＡＤＳＬ−非対称デジタル加入者回線； ＣＤＳＬ−コンシューマデジタル加入者回線； ＤＳＬ−デジタル加入者回線； ＦＳＫ−デジタル周波数変調； ＨＤＳＬ−高ビットレートデジタル加入者回線； ＨＳＴＵ−Ｃ−ｘＤＳＬセントラル端末ユニット（ｘＴ
Ｕ−Ｃ）のハンドシェイク部分； ＨＳＴＵ−Ｒ−ｘＤＳＬリモート端末ユニット（ｘＴＵ
−Ｃ）のハンドシェイク部分； ＩＴＵ−Ｔ−国際電気通信連合電気通信標準化セクタ
ー； ＰＯＴＳ−従来の通常電話システム； ＰＳＴＮ−公衆電話回線網； ＲＡＤＳＬ−速度適応型ＤＳＬ； ＲＴＸ−要求再送信； ＶＤＳＬ−超高速デジタル加入者回線； ｘＤＳＬ−いずれかのタイプのＤＳＬ； ｘＴＵ−Ｃ−ｘＤＳＬのセントラル端末ユニット；及び ｘＴＵ−Ｒ−ｘＤＳＬのリモート端末ユニット。
Ｕ−Ｃ）のハンドシェイク部分； ＨＳＴＵ−Ｒ−ｘＤＳＬリモート端末ユニット（ｘＴＵ
−Ｃ）のハンドシェイク部分； ＩＴＵ−Ｔ−国際電気通信連合電気通信標準化セクタ
ー； ＰＯＴＳ−従来の通常電話システム； ＰＳＴＮ−公衆電話回線網； ＲＡＤＳＬ−速度適応型ＤＳＬ； ＲＴＸ−要求再送信； ＶＤＳＬ−超高速デジタル加入者回線； ｘＤＳＬ−いずれかのタイプのＤＳＬ； ｘＴＵ−Ｃ−ｘＤＳＬのセントラル端末ユニット；及び ｘＴＵ−Ｒ−ｘＤＳＬのリモート端末ユニット。
【０００４】
【発明の属する技術分野】本発明は、これらに限定され
ないが、モデム、ケーブルモデム、ｘＤＳＬモデム、衛
星通信システム、ポイント間ワイヤ、あるいは無線通信
等の、ハンドシェイクプロトコルあるいは開始プロトコ
ルを含む高速通信機器に関し、特に、誤りを検出し誤り
の生じた（errored）通信メッセージの再送信を要求す
ることにより、誤りのない通信を提供する装置及び方法
に関する。
ないが、モデム、ケーブルモデム、ｘＤＳＬモデム、衛
星通信システム、ポイント間ワイヤ、あるいは無線通信
等の、ハンドシェイクプロトコルあるいは開始プロトコ
ルを含む高速通信機器に関し、特に、誤りを検出し誤り
の生じた（errored）通信メッセージの再送信を要求す
ることにより、誤りのない通信を提供する装置及び方法
に関する。
【０００５】
【従来の技術及び発明が解決しようとする課題】近年、
従来の音声帯域（例えば４ｋＨｚ周波数帯域）を越える
周波数スペクトラムを使用し、ローカルツイストペアに
おいて、データを送信する新しい通信方法が提案あるい
は開発されている。例えば、これらに限定されないが、
ＤＳＬ、ＡＤＳＬ、ＶＤＳＬ、ＨＤＳＬ、ＳＨＤＳＬ及
びＳＤＳＬ（これらは通常ｘＤＳＬと称される）等の各
種性質（バリエーション）のデジタル加入者回線（ＤＳ
Ｌ）モデムが開発されあるいは開発中である。各特定の
ｘＤＳＬ技術においては、ロバストな起動技術あるいは
開始技術が要求される。
従来の音声帯域（例えば４ｋＨｚ周波数帯域）を越える
周波数スペクトラムを使用し、ローカルツイストペアに
おいて、データを送信する新しい通信方法が提案あるい
は開発されている。例えば、これらに限定されないが、
ＤＳＬ、ＡＤＳＬ、ＶＤＳＬ、ＨＤＳＬ、ＳＨＤＳＬ及
びＳＤＳＬ（これらは通常ｘＤＳＬと称される）等の各
種性質（バリエーション）のデジタル加入者回線（ＤＳ
Ｌ）モデムが開発されあるいは開発中である。各特定の
ｘＤＳＬ技術においては、ロバストな起動技術あるいは
開始技術が要求される。
【０００６】国際電気通信連合（ＩＴＵ−Ｔ）はデータ
通信を開始するいくつかの勧告手順を発行している。そ
れらの主題は名称を参照し下記に含めておく。
通信を開始するいくつかの勧告手順を発行している。そ
れらの主題は名称を参照し下記に含めておく。
【０００７】１）Ｖ.８勧告、「通常電話回線における
データ送信の起動セッション用手順」、1994年9月発
行； ２）Ｖ.８bis勧告、「通常電話回線におけるデータ回路
端末機器間（ＤＣＥ）とデータ端末機器間（ＤＴＥ）の
動作共通モードの識別及び選択用手順」、1996年8月発
行； ３）Ｇ.９９４.１勧告、「デジタル加入者回線（ＤＳ
Ｌ）送信機用ハンドシェイク手順」、1999年6月発行。
これは1999年3月に発行された暫時文書MA-006の最終版
である。
データ送信の起動セッション用手順」、1994年9月発
行； ２）Ｖ.８bis勧告、「通常電話回線におけるデータ回路
端末機器間（ＤＣＥ）とデータ端末機器間（ＤＴＥ）の
動作共通モードの識別及び選択用手順」、1996年8月発
行； ３）Ｇ.９９４.１勧告、「デジタル加入者回線（ＤＳ
Ｌ）送信機用ハンドシェイク手順」、1999年6月発行。
これは1999年3月に発行された暫時文書MA-006の最終版
である。
【０００８】上記の文書（１）及び（２）は音声帯域回
線でデータ通信を開始する手順に関する。上記の文書
（３）ｘＤＳＬ回線でのデータ通信開始に関する。
線でデータ通信を開始する手順に関する。上記の文書
（３）ｘＤＳＬ回線でのデータ通信開始に関する。
【０００９】メッセージにおいてデータ受信誤りが生じ
ると、誤りが１ビット長であっても、残念ながらデータ
通信装置はハンドシェイク（開始）プロトコルを最初か
ら完全に再開しなければならない。開始プロトコルは複
数のメッセージあるいは複数のトランザクションを含む
ことがあり、このようにして最初から送信を再開する
と、情報及び時間に重大な損失が生じる。これにより、
開始プロトコルを完全に再開することなく、セッション
の誤りの生じた部分のみ再送し、開始回復手順を最小に
する装置及び方法が必要とされる。
ると、誤りが１ビット長であっても、残念ながらデータ
通信装置はハンドシェイク（開始）プロトコルを最初か
ら完全に再開しなければならない。開始プロトコルは複
数のメッセージあるいは複数のトランザクションを含む
ことがあり、このようにして最初から送信を再開する
と、情報及び時間に重大な損失が生じる。これにより、
開始プロトコルを完全に再開することなく、セッション
の誤りの生じた部分のみ再送し、開始回復手順を最小に
する装置及び方法が必要とされる。
【００１０】従って、本発明は、ハンドシェイクあるい
は開始プロトコル中に生じた誤りメッセージを送信する
再送信機構を開発することを目的とする。
は開始プロトコル中に生じた誤りメッセージを送信する
再送信機構を開発することを目的とする。
【００１１】
【課題を解決するための手段】開示された実施例におい
て、その手順は、ｘＤＳＬハンドシェイク及び選択手順
（これらに限定されないが、前述のG.994.1、V.8及びV.
8bis等）の延長として実行される。本発明によれば、通
信装置は、セッション中に誤りの生じたメッセージを受
信すると、最後に正確に受信したメッセージを示し、誤
りの生じたメッセージの再送信を要求する。尚、本発明
の特徴によれば、誤まりフレームの発生削減を促進する
ために、再送信要求メッセージを用いて、通信装置が使
用するメッセージ長を示唆することも可能である。
て、その手順は、ｘＤＳＬハンドシェイク及び選択手順
（これらに限定されないが、前述のG.994.1、V.8及びV.
8bis等）の延長として実行される。本発明によれば、通
信装置は、セッション中に誤りの生じたメッセージを受
信すると、最後に正確に受信したメッセージを示し、誤
りの生じたメッセージの再送信を要求する。尚、本発明
の特徴によれば、誤まりフレームの発生削減を促進する
ために、再送信要求メッセージを用いて、通信装置が使
用するメッセージ長を示唆することも可能である。
【００１２】本発明の目的に従って、誤りの生じたメッ
セージを通信ハンドシェイク手順の間に受信した際、信
号とメッセージの再送信を最小にする通信装置が開示さ
れている。この通信装置は、通信開始装置からの信号を
受信し、誤りの生じたメッセージが受信信号において受
信された旨を検出する受信部と、通信開始装置に、誤り
の生じたメッセージを受信した旨を示す再送信要求メッ
セージを送信する再送信装置とを具備する。受信部は、
誤りが生じたメッセージを検知するために動作する誤り
検知装置を含む。
セージを通信ハンドシェイク手順の間に受信した際、信
号とメッセージの再送信を最小にする通信装置が開示さ
れている。この通信装置は、通信開始装置からの信号を
受信し、誤りの生じたメッセージが受信信号において受
信された旨を検出する受信部と、通信開始装置に、誤り
の生じたメッセージを受信した旨を示す再送信要求メッ
セージを送信する再送信装置とを具備する。受信部は、
誤りが生じたメッセージを検知するために動作する誤り
検知装置を含む。
【００１３】本発明の特徴に従って、再送信要求メッセ
ージは、正確なメッセージが通信装置によって最後に受
信されたか否かを示すものであり得る。さらに、再送信
要求メッセージは、例えば、送信される次のメッセージ
フレームの提案された長さや、マルチセグメントメッセ
ージのフレーム番号などに関連する情報を含んでも良
い。
ージは、正確なメッセージが通信装置によって最後に受
信されたか否かを示すものであり得る。さらに、再送信
要求メッセージは、例えば、送信される次のメッセージ
フレームの提案された長さや、マルチセグメントメッセ
ージのフレーム番号などに関連する情報を含んでも良
い。
【００１４】本発明のその他の目的に従って、誤りの生
じたメッセージを通信セッションのハンドシェイク手順
の間に受信した際、信号とメッセージの再送信を最小に
する方法が開示されている。この方法によれば、ハンド
シェイク手順は受信信号が誤りの生じたメッセージを含
むか判定するために監視される。監視されたハンドシェ
イク手順が誤りの生じたメッセージを含むと判定される
と、ハンドシェイク手順部分の再送信を要求する再送信
要求メッセージが送信される。
じたメッセージを通信セッションのハンドシェイク手順
の間に受信した際、信号とメッセージの再送信を最小に
する方法が開示されている。この方法によれば、ハンド
シェイク手順は受信信号が誤りの生じたメッセージを含
むか判定するために監視される。監視されたハンドシェ
イク手順が誤りの生じたメッセージを含むと判定される
と、ハンドシェイク手順部分の再送信を要求する再送信
要求メッセージが送信される。
【００１５】本発明の利点に従って、フレームチェック
シーケンスに関連するデータを検査することにより、誤
りの生じたメッセージを受信したか判定する。
シーケンスに関連するデータを検査することにより、誤
りの生じたメッセージを受信したか判定する。
【００１６】本発明の他の利点に従って、再送信要求メ
ッセージは、例えば、最後に正確に受信されたメッセー
ジや、マルチセグメントメッセージのセグメントインデ
ックス番号を含んでも良く、また、受信したメッセージ
のタイプ（或いは長さを）を記録しても良い。更に、更
に、前記最後に正確に受信されたメッセージのメッセー
ジタイプの予め決められたセットから特定のメッセージ
を再送信要求メッセージに符号化しても良い。
ッセージは、例えば、最後に正確に受信されたメッセー
ジや、マルチセグメントメッセージのセグメントインデ
ックス番号を含んでも良く、また、受信したメッセージ
のタイプ（或いは長さを）を記録しても良い。更に、更
に、前記最後に正確に受信されたメッセージのメッセー
ジタイプの予め決められたセットから特定のメッセージ
を再送信要求メッセージに符号化しても良い。
【００１７】本発明の特徴に従って、再送信要求メッセ
ージは、例えば、最後に正確に受信されたメッセージの
フレーム長に基づいた、次に送信される信号の提案され
たフレーム長を示すことができる。
ージは、例えば、最後に正確に受信されたメッセージの
フレーム長に基づいた、次に送信される信号の提案され
たフレーム長を示すことができる。
【００１８】本発明の他の特徴に従って、誤りが生じた
メッセージが予め決められた数（例えば３のような）に
なったときに通信セッションを停止しても良い。
メッセージが予め決められた数（例えば３のような）に
なったときに通信セッションを停止しても良い。
【００１９】本発明の他の目的は、高速ハンドシェイク
手順の予め決められたフレーム構造に関連する受信デー
タを監視すること、及び、監視された予め決められたフ
レーム構造が、前記受信信号が誤りの生じたメッセージ
を含む旨示している場合、再送信要求メッセージを送信
することによって、誤りの生じたメッセージを通信セッ
ションのハンドシェイク手順の間に受信した際信号とメ
ッセージの再送信を最小にする方法に関連する。さら
に、予め決められた数の誤りの生じたメッセージ（例え
ば３つの誤りの生じたメッセージ）が送信されたならば
通信セッションを停止しても良い。
手順の予め決められたフレーム構造に関連する受信デー
タを監視すること、及び、監視された予め決められたフ
レーム構造が、前記受信信号が誤りの生じたメッセージ
を含む旨示している場合、再送信要求メッセージを送信
することによって、誤りの生じたメッセージを通信セッ
ションのハンドシェイク手順の間に受信した際信号とメ
ッセージの再送信を最小にする方法に関連する。さら
に、予め決められた数の誤りの生じたメッセージ（例え
ば３つの誤りの生じたメッセージ）が送信されたならば
通信セッションを停止しても良い。
【００２０】本発明のさらに他の目的は、誤りの生じた
メッセージを通信セッションのｘＤＳＬネゴシエーショ
ン手順の間に受信した際、信号とメッセージの再送信を
最小にする方法に関する。フレームチェックシーケンス
に関連する受信データを監視する。フレームチェックシ
ーケンスが受信信号が誤りの生じたメッセージを含む旨
示している場合、再送信要求メッセージを送信する。こ
のメッセージは、最後に受信された正確なメッセージは
どれであるか示す情報を含む。誤りの生じたメッセージ
が予め決められた数（３など）になったならば通信セッ
ションを停止する。さらに、再送信要求メッセージは、
次に送信される信号のフレーム長を提案する情報を含ん
でも良い。提案されたフレーム長は、最後に正確に受信
されたメッセージのフレーム長に基づくことができる。
メッセージを通信セッションのｘＤＳＬネゴシエーショ
ン手順の間に受信した際、信号とメッセージの再送信を
最小にする方法に関する。フレームチェックシーケンス
に関連する受信データを監視する。フレームチェックシ
ーケンスが受信信号が誤りの生じたメッセージを含む旨
示している場合、再送信要求メッセージを送信する。こ
のメッセージは、最後に受信された正確なメッセージは
どれであるか示す情報を含む。誤りの生じたメッセージ
が予め決められた数（３など）になったならば通信セッ
ションを停止する。さらに、再送信要求メッセージは、
次に送信される信号のフレーム長を提案する情報を含ん
でも良い。提案されたフレーム長は、最後に正確に受信
されたメッセージのフレーム長に基づくことができる。
【００２１】
【発明の実施の形態】以下、本発明の好ましい一実施の
形態を新しいメッセージタイプ、プロトコル、及び、限
定はされないが例えば、ＩＴＵ−Ｔ勧告Ｇ.９９４.１で
規定されるｘＤＳＬ起動方法等の起動機構関連トランザ
クションを関連させて説明する。以下、この新しいメッ
セージタイプを「再送信要求（ＲＴＸ）」と称する。
形態を新しいメッセージタイプ、プロトコル、及び、限
定はされないが例えば、ＩＴＵ−Ｔ勧告Ｇ.９９４.１で
規定されるｘＤＳＬ起動方法等の起動機構関連トランザ
クションを関連させて説明する。以下、この新しいメッ
セージタイプを「再送信要求（ＲＴＸ）」と称する。
【００２２】ここにおける説明はあくまでも例としてな
されるものであり、本発明の実施の形態の実例となる検
討を目的としたものである。また、本発明の原理及び概
念的形態を、簡潔に理解しうる最も有用な記述において
提供しようとするものである。この観点において、本発
明の基本的理解に必要とされる構成を示し、より詳細な
説明は省くが、本発明の実施形態を当業者に明らかとす
る図面を用いて、説明はなされる。
されるものであり、本発明の実施の形態の実例となる検
討を目的としたものである。また、本発明の原理及び概
念的形態を、簡潔に理解しうる最も有用な記述において
提供しようとするものである。この観点において、本発
明の基本的理解に必要とされる構成を示し、より詳細な
説明は省くが、本発明の実施形態を当業者に明らかとす
る図面を用いて、説明はなされる。
【００２３】本発明によれば、通信装置は、セッション
中に誤りの生じたメッセージ（例えば、少なくとも１ビ
ットの誤りを含むメッセージ）を受信すると、誤りの生
じたメッセージの再送信（ＲＴＸ）を要求し、そのメッ
セージを送信した通信装置に対し、最後に正しく受信し
たメッセージを示す。データ伝送において誤まりを含ん
だフレームの発生を未然に削減することを促進するため
に、通信装置が使用するメッセージ長を、再送信要求メ
ッセージで随意に示唆することも可能である。
中に誤りの生じたメッセージ（例えば、少なくとも１ビ
ットの誤りを含むメッセージ）を受信すると、誤りの生
じたメッセージの再送信（ＲＴＸ）を要求し、そのメッ
セージを送信した通信装置に対し、最後に正しく受信し
たメッセージを示す。データ伝送において誤まりを含ん
だフレームの発生を未然に削減することを促進するため
に、通信装置が使用するメッセージ長を、再送信要求メ
ッセージで随意に示唆することも可能である。
【００２４】本発明はここではＩＴＵ−Ｔ勧告Ｇ．９９
４．１に対して説明されるが、本発明の精神又は範囲を
逸脱しないかぎり、再送信要求を用いる機能手段及び方
法手段は、限定はされないが前述のＩＴＵ−Ｔ勧告Ｖ.
８あるいはＶ.８bis等の他のハンドシェイクプロトコル
に適用可能である。
４．１に対して説明されるが、本発明の精神又は範囲を
逸脱しないかぎり、再送信要求を用いる機能手段及び方
法手段は、限定はされないが前述のＩＴＵ−Ｔ勧告Ｖ.
８あるいはＶ.８bis等の他のハンドシェイクプロトコル
に適用可能である。
【００２５】図１は、本発明のハンドシェイクプロトコ
ルを詳細に行うデータ通信システムの一例を示す。図１
に示されるように、このデータ通信システムは、通信チ
ャネル５を介して接続されるセントラルオフィスシステ
ム２とリモートシステム４を具備する。
ルを詳細に行うデータ通信システムの一例を示す。図１
に示されるように、このデータ通信システムは、通信チ
ャネル５を介して接続されるセントラルオフィスシステ
ム２とリモートシステム４を具備する。
【００２６】セントラルオフィスシステム２は、自局と
通信チャネル５とのインターフェースとして機能する主
配信フレーム（ＭＤＦ: Main Distribution Frame)１を
含む。主配信フレーム１は、例えば、一方を外部からの
電話回線（例：通信チャネル５）に、他方を内部回線
（例：内部セントラルオフィス回線）に接続するために
動作する。
通信チャネル５とのインターフェースとして機能する主
配信フレーム（ＭＤＦ: Main Distribution Frame)１を
含む。主配信フレーム１は、例えば、一方を外部からの
電話回線（例：通信チャネル５）に、他方を内部回線
（例：内部セントラルオフィス回線）に接続するために
動作する。
【００２７】リモートシステム４は、自局と通信チャネ
ル５とのインターフェースとして機能するネットワーク
インターフェース装置（ＮＩＤ: Network Interface De
vice）３を含む。顧客の機器と通信網（例：通信チャネ
ル５）は、ネットワークインターフェース装置３を介し
てインターフェース接続される。
ル５とのインターフェースとして機能するネットワーク
インターフェース装置（ＮＩＤ: Network Interface De
vice）３を含む。顧客の機器と通信網（例：通信チャネ
ル５）は、ネットワークインターフェース装置３を介し
てインターフェース接続される。
【００２８】本発明の精神又は範囲を逸脱しないかぎ
り、本発明は他の通信装置に適用できることは明らかで
ある。また、本発明はツイストペアワイヤを利用する電
話通信システムに係り説明されているが、本発明の精神
又は範囲を逸脱しないかぎり、他の伝送環境、限定され
ないが例えばケーブル通信システム（例：ケーブルモデ
ム）、光通信システム、無線システム、赤外通信システ
ム等に適用できることは明らかである。
り、本発明は他の通信装置に適用できることは明らかで
ある。また、本発明はツイストペアワイヤを利用する電
話通信システムに係り説明されているが、本発明の精神
又は範囲を逸脱しないかぎり、他の伝送環境、限定され
ないが例えばケーブル通信システム（例：ケーブルモデ
ム）、光通信システム、無線システム、赤外通信システ
ム等に適用できることは明らかである。
【００２９】図２は、図１のデータ通信システムの第一
の形態の詳細なブロック図を示す。この形態は代表的な
設置を表し、セントラルオフィスシステム２とリモート
システム４の両方が本発明を実施する。
の形態の詳細なブロック図を示す。この形態は代表的な
設置を表し、セントラルオフィスシステム２とリモート
システム４の両方が本発明を実施する。
【００３０】図２に示されるように、セントラルオフィ
スシステム２は、ローパスフィルタ３４とハイパスフィ
ルタ３８、テストネゴシエーションブロック４６、高速
データ受信部６８、高速データ送信部７０及びコンピュ
ータ８２を具備する。コンピュータ８２は、セントラル
オフィスに設置されるネットワーク機器への一般的イン
タフェースとしてよい。テストネゴシエーションブロッ
ク４６は、実際の高速データ通信の開始前に行われる、
すべてのネゴシエーション及び検査プロトコルを実行す
る。
スシステム２は、ローパスフィルタ３４とハイパスフィ
ルタ３８、テストネゴシエーションブロック４６、高速
データ受信部６８、高速データ送信部７０及びコンピュ
ータ８２を具備する。コンピュータ８２は、セントラル
オフィスに設置されるネットワーク機器への一般的イン
タフェースとしてよい。テストネゴシエーションブロッ
ク４６は、実際の高速データ通信の開始前に行われる、
すべてのネゴシエーション及び検査プロトコルを実行す
る。
【００３１】ローパスフィルタ３４及びハイパスフィル
タ３８は、通信チャネル５へ転送される通信信号のフィ
ルタリングを行う。テストネゴシエーションブロック４
６は、セントラルオフィスシステム２、リモートシステ
ム４及び通信チャネル５の状況及び容量等のテスト及び
ネゴシエーションを行う。テストネゴシエーションブロ
ック４６の手順は、事前に完了し、高速モデム送受信部
（例：モデム）６８及び７０の選択を開始する。高速デ
ータ受信部６８は、リモートシステム４から送信された
高速データを受信するよう機能し、一方、高速データ送
信部７０は、リモートシステム４へ高速データを送信す
るよう機能する。高速部６８及び７０は、限定はされな
いが例えば、ＡＤＳＬ、ＨＤＳＬ、ＳＨＤＳＬ、ＶＤＳ
Ｌ及びＣＤＳＬ等のモデムを含む。高速部６８及び７０
は、初期ネゴシエーション手順の間共通ブロック４６を
共有する、複数の高速送信装置でもよい。ネゴシエーシ
ョンデータ受信部５２及び高速データ受信部６８は、コ
ンピュータ８２へ信号を送信する。ネゴシエーションデ
ータ送信部５４及び高速データ送信部６８は、コンピュ
ータ８２から送出された信号を受信する。
タ３８は、通信チャネル５へ転送される通信信号のフィ
ルタリングを行う。テストネゴシエーションブロック４
６は、セントラルオフィスシステム２、リモートシステ
ム４及び通信チャネル５の状況及び容量等のテスト及び
ネゴシエーションを行う。テストネゴシエーションブロ
ック４６の手順は、事前に完了し、高速モデム送受信部
（例：モデム）６８及び７０の選択を開始する。高速デ
ータ受信部６８は、リモートシステム４から送信された
高速データを受信するよう機能し、一方、高速データ送
信部７０は、リモートシステム４へ高速データを送信す
るよう機能する。高速部６８及び７０は、限定はされな
いが例えば、ＡＤＳＬ、ＨＤＳＬ、ＳＨＤＳＬ、ＶＤＳ
Ｌ及びＣＤＳＬ等のモデムを含む。高速部６８及び７０
は、初期ネゴシエーション手順の間共通ブロック４６を
共有する、複数の高速送信装置でもよい。ネゴシエーシ
ョンデータ受信部５２及び高速データ受信部６８は、コ
ンピュータ８２へ信号を送信する。ネゴシエーションデ
ータ送信部５４及び高速データ送信部６８は、コンピュ
ータ８２から送出された信号を受信する。
【００３２】開示された本実施の形態において、テスト
ネゴシエーションブロック４６は、ネゴシエーションデ
ータ受信部（例：受信部）５２とネゴシエーションデー
タ送信部（例：再送信要求装置）５４とを具備する。ネ
ゴシエーションデータ受信部５２はネゴシエーションデ
ータを受信し、一方ネゴシエーションデータ送信部５４
はネゴシエーションデータを送信する。セントラルオフ
ィスシステム２の各部の詳細な動作は、後述される。
ネゴシエーションブロック４６は、ネゴシエーションデ
ータ受信部（例：受信部）５２とネゴシエーションデー
タ送信部（例：再送信要求装置）５４とを具備する。ネ
ゴシエーションデータ受信部５２はネゴシエーションデ
ータを受信し、一方ネゴシエーションデータ送信部５４
はネゴシエーションデータを送信する。セントラルオフ
ィスシステム２の各部の詳細な動作は、後述される。
【００３３】リモートシステム４は、ローパスフィルタ
３６とハイパスフィルタ４０、テストネゴシエーション
ブロック４８、高速データ受信部７２、高速データ送信
部６６及びコンピュータ８４を具備する。コンピュータ
８４は、リモートシステムに設置されるネットワーク機
器への一般的インタフェースとしてよい。テストネゴシ
エーションブロック４８は、実際の高速データ通信の前
に行われる、すべてのネゴシエーション及び検査プロト
コルを実行する。
３６とハイパスフィルタ４０、テストネゴシエーション
ブロック４８、高速データ受信部７２、高速データ送信
部６６及びコンピュータ８４を具備する。コンピュータ
８４は、リモートシステムに設置されるネットワーク機
器への一般的インタフェースとしてよい。テストネゴシ
エーションブロック４８は、実際の高速データ通信の前
に行われる、すべてのネゴシエーション及び検査プロト
コルを実行する。
【００３４】ローパスフィルタ３６及びハイパスフィル
タ４０は、通信チャネル５へ転送される通信信号のフィ
ルタリングを行う。テストネゴシエーションブロック４
８は、セントラルオフィスシステム２、リモートシステ
ム４及び通信チャネル５の状況及び容量等のテスト及び
ネゴシエーションを行う。高速データ受信部７２は、セ
ントラルオフィスシステム２から送信された高速データ
を受信するよう機能し、一方、高速データ送信部６６
は、セントラルオフィスシステム２高速データを送信す
るよう機能する。ネゴシエーションデータ受信部５６及
び高速データ受信部７２は、コンピュータ８４へ信号を
送信する。ネゴシエーションデータ送信部５０及び高速
データ送信部６６は、コンピュータ８４から送出された
信号を受信する。
タ４０は、通信チャネル５へ転送される通信信号のフィ
ルタリングを行う。テストネゴシエーションブロック４
８は、セントラルオフィスシステム２、リモートシステ
ム４及び通信チャネル５の状況及び容量等のテスト及び
ネゴシエーションを行う。高速データ受信部７２は、セ
ントラルオフィスシステム２から送信された高速データ
を受信するよう機能し、一方、高速データ送信部６６
は、セントラルオフィスシステム２高速データを送信す
るよう機能する。ネゴシエーションデータ受信部５６及
び高速データ受信部７２は、コンピュータ８４へ信号を
送信する。ネゴシエーションデータ送信部５０及び高速
データ送信部６６は、コンピュータ８４から送出された
信号を受信する。
【００３５】開示された本実施の形態において、テスト
ネゴシエーションブロック４８は、ネゴシエーションデ
ータ受信部５６とネゴシエーションデータ送信部５０と
を具備する。ネゴシエーションデータ受信５６はネゴシ
エーションデータを受信し、一方ネゴシエーションデー
タ送信部５０はネゴシエーションデータを送信する。リ
モートシステム４の各部の詳細な動作は、後述される。
ネゴシエーションブロック４８は、ネゴシエーションデ
ータ受信部５６とネゴシエーションデータ送信部５０と
を具備する。ネゴシエーションデータ受信５６はネゴシ
エーションデータを受信し、一方ネゴシエーションデー
タ送信部５０はネゴシエーションデータを送信する。リ
モートシステム４の各部の詳細な動作は、後述される。
【００３６】リモートシステム４のネゴシエーションデ
ータ送信部５０は、セントラルオフィスシステム２のネ
ゴシエーションデータ受信部５２へ、上りネゴシエーシ
ョンデータを送信する。セントラルオフィスシステム２
のネゴシエーションデータ送信部５４は、リモートシス
テム４のネゴシエーションデータ受信部５６へ、下りネ
ゴシエーションデータを送信する。
ータ送信部５０は、セントラルオフィスシステム２のネ
ゴシエーションデータ受信部５２へ、上りネゴシエーシ
ョンデータを送信する。セントラルオフィスシステム２
のネゴシエーションデータ送信部５４は、リモートシス
テム４のネゴシエーションデータ受信部５６へ、下りネ
ゴシエーションデータを送信する。
【００３７】セントラルオフィスシステム２は、リモー
トシステム４の複数のチャネル２２、２６、２８、３０
及び３２と通信するために使用される複数のチャネル
６、１０、１４、１６及び１８を含む。これに関し、本
実施の形態では、チャネル６は、ローパスフィルタ３４
及び３６でフィルタされていた、従来の音声帯域（例：
０Ｈｚから約４Ｈｚ）における、対応するリモート音声
チャネル３２と直接に通信するセントラル音声チャネル
を備える。また、リモート音声チャネル３３は、セント
ラルオフィスシステム２によって制御されないリモート
システム４に設けられる。リモート音声チャネル３３
は、通信チャネル５と（ローパスフィルタ３６の前で）
平行に接続され、これにより、リモート音声チャネル３
２と同様のサービスを提供する。しかしながら、リモー
ト音声チャネル３３はローパスフィルタ３６の前で接続
されるので、高速データ信号と音声信号の両方を含む。
トシステム４の複数のチャネル２２、２６、２８、３０
及び３２と通信するために使用される複数のチャネル
６、１０、１４、１６及び１８を含む。これに関し、本
実施の形態では、チャネル６は、ローパスフィルタ３４
及び３６でフィルタされていた、従来の音声帯域（例：
０Ｈｚから約４Ｈｚ）における、対応するリモート音声
チャネル３２と直接に通信するセントラル音声チャネル
を備える。また、リモート音声チャネル３３は、セント
ラルオフィスシステム２によって制御されないリモート
システム４に設けられる。リモート音声チャネル３３
は、通信チャネル５と（ローパスフィルタ３６の前で）
平行に接続され、これにより、リモート音声チャネル３
２と同様のサービスを提供する。しかしながら、リモー
ト音声チャネル３３はローパスフィルタ３６の前で接続
されるので、高速データ信号と音声信号の両方を含む。
【００３８】これらのフィルタは異なる周波数特徴を有
するように設けることも可能であり、他の低域通信方
法、例えばＩＳＤＮを用いて、音声チャネル６と３２の
間で通信を行ってもよい。ハイパスフィルタ３８及び４
０は、４ｋＨｚ以上の周波数スペクトラムを保証するよ
う選択される。他のシステムにおいては、フィルタ３
４、３６、３８及び４０のいくつか（あるいは全部）は
必要とされないし、設置されない。
するように設けることも可能であり、他の低域通信方
法、例えばＩＳＤＮを用いて、音声チャネル６と３２の
間で通信を行ってもよい。ハイパスフィルタ３８及び４
０は、４ｋＨｚ以上の周波数スペクトラムを保証するよ
う選択される。他のシステムにおいては、フィルタ３
４、３６、３８及び４０のいくつか（あるいは全部）は
必要とされないし、設置されない。
【００３９】ビットストリーム１０、１４、１６及び１
８と（セントラルオフィスシステム２）ビットストリー
ム２２、２６、２８及び３０（リモートシステム４）
は、それぞれコンピュータ８２あるいは８４と通信する
ために使用されるデジタルビットストリームを具備す
る。本発明の範囲において、ビットストリーム１０、１
４、１６及び１８は離散信号（図示）で、インターフェ
ースにバンドルされ、ケーブルで、あるいは一ストリー
ムに多重化され、本発明の範囲及び機能を変更しないか
ぎり実施することが可能である。例えば、ビットストリ
ーム１０、１４、１６及び１８は、（限定はされない
が）ＲＳ−２３２、パラレル、ファイアワイヤ（IEEE-1
394）、ＵＳＢ（Universal Serial Bus）、無線、ある
いは赤外（ＩｒＤＡ）の標準に準ずるインターフェース
として構成することが可能である。同様に、ビットスト
リーム２２、２６、２８及び３０は、前述のように、
（図示されている）離散信号で、インターフェースにバ
ンドルされ、ケーブルで、あるいは一ストリームに多重
化され実施することが可能である。
８と（セントラルオフィスシステム２）ビットストリー
ム２２、２６、２８及び３０（リモートシステム４）
は、それぞれコンピュータ８２あるいは８４と通信する
ために使用されるデジタルビットストリームを具備す
る。本発明の範囲において、ビットストリーム１０、１
４、１６及び１８は離散信号（図示）で、インターフェ
ースにバンドルされ、ケーブルで、あるいは一ストリー
ムに多重化され、本発明の範囲及び機能を変更しないか
ぎり実施することが可能である。例えば、ビットストリ
ーム１０、１４、１６及び１８は、（限定はされない
が）ＲＳ−２３２、パラレル、ファイアワイヤ（IEEE-1
394）、ＵＳＢ（Universal Serial Bus）、無線、ある
いは赤外（ＩｒＤＡ）の標準に準ずるインターフェース
として構成することが可能である。同様に、ビットスト
リーム２２、２６、２８及び３０は、前述のように、
（図示されている）離散信号で、インターフェースにバ
ンドルされ、ケーブルで、あるいは一ストリームに多重
化され実施することが可能である。
【００４０】通信チャネルの状態（例：周波数特性、ノ
イズ特性、スプリッタの有無等）、機器の性能及びユー
ザとアプリケーションとの要求に応じたネゴシエーショ
ンデータ（例：制御情報）は、セントラルオフィスシス
テム２のネゴシエーションデータ受信部５２とネゴシエ
ーションデータ送信部５４とリモートシステム４のネゴ
シエーションデータ受信部５６とネゴシエーションデー
タ送信部５０との間で交換される。
イズ特性、スプリッタの有無等）、機器の性能及びユー
ザとアプリケーションとの要求に応じたネゴシエーショ
ンデータ（例：制御情報）は、セントラルオフィスシス
テム２のネゴシエーションデータ受信部５２とネゴシエ
ーションデータ送信部５４とリモートシステム４のネゴ
シエーションデータ受信部５６とネゴシエーションデー
タ送信部５０との間で交換される。
【００４１】本発明のハードウエアに関する本質的特徴
は、テストネゴシエーションブロック部４６及び４８の
機能性にあり、これらは、セントラルオフィスシステム
２、リモートシステム４及び通信チャネル５の状態と性
能等とのテスト及びネゴシエーションを行う。特に、セ
ントラルオフィスシステムとリモートシステム４の構成
は多くの変形が考えられる。例えば、外部音声チャネル
３３の構成は、セントラルオフィスシステム２を制御し
ている構成要素によって制御されない。同様に、通信チ
ャネル５の性能と構成も多くの変形が考えられる。本実
施の形態において、テストネゴシエーションブロック４
６及び４８は、それぞれモデム４２と４４とに埋め込ま
れている。しかしながら、テストネゴシエーションブロ
ック４６及び４８の機能性は、モデム４２と４４とは別
に独立して実行することが可能である。テストネゴシエ
ーションブロック４６と４８との間で送受信される信号
は、環境そのものをテストするとともに、セントラルオ
フィスシステムとリモートシステム４との間のテスト結
果を通信するために使用される。
は、テストネゴシエーションブロック部４６及び４８の
機能性にあり、これらは、セントラルオフィスシステム
２、リモートシステム４及び通信チャネル５の状態と性
能等とのテスト及びネゴシエーションを行う。特に、セ
ントラルオフィスシステムとリモートシステム４の構成
は多くの変形が考えられる。例えば、外部音声チャネル
３３の構成は、セントラルオフィスシステム２を制御し
ている構成要素によって制御されない。同様に、通信チ
ャネル５の性能と構成も多くの変形が考えられる。本実
施の形態において、テストネゴシエーションブロック４
６及び４８は、それぞれモデム４２と４４とに埋め込ま
れている。しかしながら、テストネゴシエーションブロ
ック４６及び４８の機能性は、モデム４２と４４とは別
に独立して実行することが可能である。テストネゴシエ
ーションブロック４６と４８との間で送受信される信号
は、環境そのものをテストするとともに、セントラルオ
フィスシステムとリモートシステム４との間のテスト結
果を通信するために使用される。
【００４２】以下、図２における各信号パスの目的と、
次に、信号を発生させるために用いる装置について説明
する。また、各種周波数に対する具体的な値の例も、詳
細に議論される。
次に、信号を発生させるために用いる装置について説明
する。また、各種周波数に対する具体的な値の例も、詳
細に議論される。
【００４３】本実施の形態において、セントラルオフィ
スシステム２とリモートシステム４との間の情報交換の
ための各種通信パスには、周波数分割多重（ＦＤＭ）が
利用される。しかしながら、他の技術（限定はされない
が例えば、ＣＤＭＡ、ＴＤＭＡ、スペクトル拡散等）
も、本発明の精神及び範囲を逸脱しないかぎり利用可能
である。
スシステム２とリモートシステム４との間の情報交換の
ための各種通信パスには、周波数分割多重（ＦＤＭ）が
利用される。しかしながら、他の技術（限定はされない
が例えば、ＣＤＭＡ、ＴＤＭＡ、スペクトル拡散等）
も、本発明の精神及び範囲を逸脱しないかぎり利用可能
である。
【００４４】０Ｈｚから４ｋＨｚの周波数帯域は、ＰＳ
ＴＮ音声帯域と称される典型的な領域である。いくつか
の新しい通信方法は、典型的には、４ｋＨｚ以上の周波
数スペクトラムをデータ通信に使おうというものであ
る。典型的には、送信パワが許容される第一周波数は２
５ｋＨｚあたりにある。しかしながら、どの周波数を使
用してもよい。これに関して注目されるのは、周波数３
４．５ｋＨｚにおけるトーンバーストは、Ｔ１Ｅ１ Ｔ
１．４１３ ＡＤＳＬモデムを始動させるために使用さ
れるということである。そのため、可能ならば、その周
波数は先行ネゴシエーション方法に使用する周波数スペ
クトラムとしては避けるべきである。
ＴＮ音声帯域と称される典型的な領域である。いくつか
の新しい通信方法は、典型的には、４ｋＨｚ以上の周波
数スペクトラムをデータ通信に使おうというものであ
る。典型的には、送信パワが許容される第一周波数は２
５ｋＨｚあたりにある。しかしながら、どの周波数を使
用してもよい。これに関して注目されるのは、周波数３
４．５ｋＨｚにおけるトーンバーストは、Ｔ１Ｅ１ Ｔ
１．４１３ ＡＤＳＬモデムを始動させるために使用さ
れるということである。そのため、可能ならば、その周
波数は先行ネゴシエーション方法に使用する周波数スペ
クトラムとしては避けるべきである。
【００４５】通信パスは対で定義され、一つはリモート
システム４からセントラルオフィスシステム２への上り
通信のためのパスであり、もう１つはセントラルオフィ
スシステム２からリモートシステム４への下り通信のた
めのパスである。ネゴシエーション上りビットは、リモ
ートシステム４のネゴシエーションデータ送信部５０に
より送信され、セントラルオフィスシステム２のネゴシ
エーションデータ受信部５２により受信される。ネゴシ
エーション下りビットは、セントラルオフィスシステム
２のネゴシエーションデータ送信部５４により送信さ
れ、リモートシステム４のネゴシエーションデータ受信
部５６により受信される。ネゴシエーション及び高速ト
レーニングが一度完了すると、セントラルオフィスシス
テム２とリモートシステム４とは高速データ送信部６６
及び７０と高速データ受信部７２及び６８とを使用しデ
ュプレックス通信を行う。
システム４からセントラルオフィスシステム２への上り
通信のためのパスであり、もう１つはセントラルオフィ
スシステム２からリモートシステム４への下り通信のた
めのパスである。ネゴシエーション上りビットは、リモ
ートシステム４のネゴシエーションデータ送信部５０に
より送信され、セントラルオフィスシステム２のネゴシ
エーションデータ受信部５２により受信される。ネゴシ
エーション下りビットは、セントラルオフィスシステム
２のネゴシエーションデータ送信部５４により送信さ
れ、リモートシステム４のネゴシエーションデータ受信
部５６により受信される。ネゴシエーション及び高速ト
レーニングが一度完了すると、セントラルオフィスシス
テム２とリモートシステム４とは高速データ送信部６６
及び７０と高速データ受信部７２及び６８とを使用しデ
ュプレックス通信を行う。
【００４６】本発明のすべてのメッセージは、例えば差
分（バイナリ）デジタル位相変調を用いて、一つ以上の
キャリアによって送出される。送信ビットが１ならば、
送信点は過去の点から１８０度回転される。一方送信ビ
ットが０ならば、送信点は過去の点から回転されない。
各メッセージは、任意のキャリア位相における点に先行
される。以下、キャリア周波数と、キャリアとメッセー
ジの変調を開始する手順とを説明する。
分（バイナリ）デジタル位相変調を用いて、一つ以上の
キャリアによって送出される。送信ビットが１ならば、
送信点は過去の点から１８０度回転される。一方送信ビ
ットが０ならば、送信点は過去の点から回転されない。
各メッセージは、任意のキャリア位相における点に先行
される。以下、キャリア周波数と、キャリアとメッセー
ジの変調を開始する手順とを説明する。
【００４７】本発明は、ハンドシェイク手順前も及びハ
ンドシェイク手順が行われているときも、スペクトラム
的に正しくかつ可能なかぎり突出しないよう、できうる
かぎり尽力する。キャリアの代表的な選択は、下りパス
と上りパスで異なるように、既存システムで発行されて
いるトーンを避けるように、変調間製品に対して妥当な
ロバストになるように、十分な間隔となるよう等を考慮
してなされる。４．３１２５ｋＨｚと４．０ｋＨｚをベ
ース周波数として用いたキャリアトーンの適切な組み合
わせを下記の表１に示す。
ンドシェイク手順が行われているときも、スペクトラム
的に正しくかつ可能なかぎり突出しないよう、できうる
かぎり尽力する。キャリアの代表的な選択は、下りパス
と上りパスで異なるように、既存システムで発行されて
いるトーンを避けるように、変調間製品に対して妥当な
ロバストになるように、十分な間隔となるよう等を考慮
してなされる。４．３１２５ｋＨｚと４．０ｋＨｚをベ
ース周波数として用いたキャリアトーンの適切な組み合
わせを下記の表１に示す。
【００４８】
【表１】
【００４９】リモートシステム４は機器の性能とアプリ
ケーション要求と回線制限とを解析した後、使用する通
信方法の最終決定を行う。
ケーション要求と回線制限とを解析した後、使用する通
信方法の最終決定を行う。
【００５０】セントラルオフィスシステム２が最終決定
を受信した後、ネゴシエーション下りデータの送信は中
止される。リモートシステム４が、セントラルオフィス
システム２からのエネルギ（キャリア）損失を検出する
と、リモートシステム４はネゴシエーション上りデータ
の送信を中断する。しばらくの遅延の後、ネゴシエーシ
ョン通信方法はその開始手順を始める。
を受信した後、ネゴシエーション下りデータの送信は中
止される。リモートシステム４が、セントラルオフィス
システム２からのエネルギ（キャリア）損失を検出する
と、リモートシステム４はネゴシエーション上りデータ
の送信を中断する。しばらくの遅延の後、ネゴシエーシ
ョン通信方法はその開始手順を始める。
【００５１】セントラルオフィス又はリモートシステム
の一つが高速通信セッションを開始すると、他方に受信
させる信号を送信するが、この信号は予め決められた信
号の送信に対応するものであり、例えばハンドシェイク
セッションにおいて要求される信号等である。これらの
信号は半二重あるいは全二重起動手順の一つを処理す
る。このような起動手順の例は、例えば、アメリカ出願
No.０９/４７３，６８３(１９９９年１２月２９日出願)
に記載されている。そこでの開示は、ここにすべて含ま
れる。しかしながら、本発明の精神あるいは範囲を逸脱
しないかぎり、他の起動手順が使用可能であるのは明ら
かである。起動手順はハンドシェイクセッションに用い
られる双方向通信チャネルを確立する。ハンドシェイク
セッションの他の例としては、限定はされないが、ＩＴ
Ｕ−Ｔ勧告Ｖ.８、Ｖ.８bis、Ｇ.９９４.１（以前はＧ.
ｈｓと称された）等がある。
の一つが高速通信セッションを開始すると、他方に受信
させる信号を送信するが、この信号は予め決められた信
号の送信に対応するものであり、例えばハンドシェイク
セッションにおいて要求される信号等である。これらの
信号は半二重あるいは全二重起動手順の一つを処理す
る。このような起動手順の例は、例えば、アメリカ出願
No.０９/４７３，６８３(１９９９年１２月２９日出願)
に記載されている。そこでの開示は、ここにすべて含ま
れる。しかしながら、本発明の精神あるいは範囲を逸脱
しないかぎり、他の起動手順が使用可能であるのは明ら
かである。起動手順はハンドシェイクセッションに用い
られる双方向通信チャネルを確立する。ハンドシェイク
セッションの他の例としては、限定はされないが、ＩＴ
Ｕ−Ｔ勧告Ｖ.８、Ｖ.８bis、Ｇ.９９４.１（以前はＧ.
ｈｓと称された）等がある。
【００５２】ハンドシェイクセッションが開始されたの
ち停止される前に、一つ以上のトランザクションが使用
され、ｘＴＵ−ＣとｘＴＵ−Ｒ間でデータを交換する。
各トランザクションは、データ及び/あるいは要求を含
む少なくとも一つのメッセージを有し、通知メッセージ
（あるいは負の通知メッセージ）で完了する。
ち停止される前に、一つ以上のトランザクションが使用
され、ｘＴＵ−ＣとｘＴＵ−Ｒ間でデータを交換する。
各トランザクションは、データ及び/あるいは要求を含
む少なくとも一つのメッセージを有し、通知メッセージ
（あるいは負の通知メッセージ）で完了する。
【００５３】データは、限定はされないが例えば、機器
の性能、回線容量、使用可能な動作モード、ユーザ要
求、アプリケーション要求、サービス要求等を含む。要
求は、限定はされないが例えば、要求された動作モー
ド、要求されたデータ速度、要求されたプロトコルを含
む。メッセージに対応するユニットは、（受信通知メッ
セージを用いて）受諾、（否定受信通知メッセージを用
いて）拒否、あるいは要求メッセージを用いて、異なる
タイプのメッセージの開始の要望を示す。対応に応じ
て、ユニットは他のトランザクションを開始するか、あ
るいはハンドシェイクセッションを停止することもでき
る。モード選択メッセージへの受信通知メッセージは、
ハンドシェイクセッションを停止させ、既知の技術を用
いモード選択メッセージにおける通信モード選択を開始
させる。
の性能、回線容量、使用可能な動作モード、ユーザ要
求、アプリケーション要求、サービス要求等を含む。要
求は、限定はされないが例えば、要求された動作モー
ド、要求されたデータ速度、要求されたプロトコルを含
む。メッセージに対応するユニットは、（受信通知メッ
セージを用いて）受諾、（否定受信通知メッセージを用
いて）拒否、あるいは要求メッセージを用いて、異なる
タイプのメッセージの開始の要望を示す。対応に応じ
て、ユニットは他のトランザクションを開始するか、あ
るいはハンドシェイクセッションを停止することもでき
る。モード選択メッセージへの受信通知メッセージは、
ハンドシェイクセッションを停止させ、既知の技術を用
いモード選択メッセージにおける通信モード選択を開始
させる。
【００５４】以下の本発明の説明においては、メッセー
ジは、下記の表２に示されるように、ＩＴＵ−Ｔ勧告
Ｇ.９９４.１（前述）に基づくフレーム構造とする。二
つのフレームチェックシーケンス（ＦＣＳ）オクテット
は、メッセージが誤って受信されたかどうか判定するた
めに用いられることに注意する。しかしながら、本発明
の精神あるいは範囲を逸脱しないかぎり、他のフレーム
構造も使用可能である。
ジは、下記の表２に示されるように、ＩＴＵ−Ｔ勧告
Ｇ.９９４.１（前述）に基づくフレーム構造とする。二
つのフレームチェックシーケンス（ＦＣＳ）オクテット
は、メッセージが誤って受信されたかどうか判定するた
めに用いられることに注意する。しかしながら、本発明
の精神あるいは範囲を逸脱しないかぎり、他のフレーム
構造も使用可能である。
【００５５】
【表２】
【００５６】メッセージの情報フィールド（表２に示
す）の全構成要素を下記の表３に示す。これはＲＴＸメ
ッセージを含む。
す）の全構成要素を下記の表３に示す。これはＲＴＸメ
ッセージを含む。
【００５７】
【表３】
【００５８】表４に、ＩＴＵ−Ｔ勧告Ｇ.９９４.１で規
定される典型的なメッセージタイプを表にしたものであ
り、さらに、本発明の新しいＲＴＸメッセージのサポー
トを加えた。表５に、リビジョン番号がエンコードされ
たマナーを示す。このリビジョン番号について、ＲＴＸ
メッセージタイプがサポートされているか否かを決定す
るために検討した。特に、リビジョン番号を１以下にセ
ットした場合、ＩＴＵ−Ｔ勧告Ｇ.９９４.１に対する
（本発明の）メッセージ拡張はサポートされない。すな
わち、誤りの生じたメッセージを受信した場合、先行技
術のリカバリー技術（例えば、ＮＡＫ−ＥＦメッセージ
の送信、次いで、セッションのクリアダウン及び完全リ
スタート）を利用しなければならない。本発明のＲＴＸ
メッセージ及びその改良した再送信スキームを利用する
ためには、リビジョン番号は１よりも大きくしなければ
ならない。
定される典型的なメッセージタイプを表にしたものであ
り、さらに、本発明の新しいＲＴＸメッセージのサポー
トを加えた。表５に、リビジョン番号がエンコードされ
たマナーを示す。このリビジョン番号について、ＲＴＸ
メッセージタイプがサポートされているか否かを決定す
るために検討した。特に、リビジョン番号を１以下にセ
ットした場合、ＩＴＵ−Ｔ勧告Ｇ.９９４.１に対する
（本発明の）メッセージ拡張はサポートされない。すな
わち、誤りの生じたメッセージを受信した場合、先行技
術のリカバリー技術（例えば、ＮＡＫ−ＥＦメッセージ
の送信、次いで、セッションのクリアダウン及び完全リ
スタート）を利用しなければならない。本発明のＲＴＸ
メッセージ及びその改良した再送信スキームを利用する
ためには、リビジョン番号は１よりも大きくしなければ
ならない。
【００５９】
【表４】
【００６０】
【表５】
【００６１】ＲＴＸメッセージは下記表６に示すフォー
マットを有している。
マットを有している。
【００６２】
【表６】
【００６３】上記表６中の各オクテットの詳細について
以下説明する。
以下説明する。
【００６４】メッセージタイプオクテットは、表４に示
すようなＲＴＸメッセージタイプの独特の番号を含んで
いる。
すようなＲＴＸメッセージタイプの独特の番号を含んで
いる。
【００６５】リビジョン番号（Revision Number）オク
テットは、現在送信されているトランザクションプロト
コルのバージョン番号を示している。このオクテット
は、新しいメッセージタイプであることを示すために１
よりも大きくなければならない。上記表５では、エンコ
ードする値を示す。
テットは、現在送信されているトランザクションプロト
コルのバージョン番号を示している。このオクテット
は、新しいメッセージタイプであることを示すために１
よりも大きくなければならない。上記表５では、エンコ
ードする値を示す。
【００６６】最終正常受信メッセージ（Last Correctly
Received Message; ＬＣＲＭ）オクテットは、最終正
常受信メッセージのメッセージタイプコードを含む。本
実施の形態において、ＮＵＬＬメッセージコード（F
F16）は、誤りなし（error free）メッセージがセッシ
ョン内に届かなかった場合にＬＣＲＭオクテットに使用
される。しかしながら、替わりのメッセージコードを、
本発明の精神及び／又は範囲を逸脱しない限り利用可能
である。
Received Message; ＬＣＲＭ）オクテットは、最終正
常受信メッセージのメッセージタイプコードを含む。本
実施の形態において、ＮＵＬＬメッセージコード（F
F16）は、誤りなし（error free）メッセージがセッシ
ョン内に届かなかった場合にＬＣＲＭオクテットに使用
される。しかしながら、替わりのメッセージコードを、
本発明の精神及び／又は範囲を逸脱しない限り利用可能
である。
【００６７】マルチセグメントフレーム番号（Multi-Se
gment Frame Number; ＭＳＦＮ）オクテットは、複数の
フレームに分割されているメッセージのセグメントイン
デックス番号を含む。最初のセグメント（又は、１つの
フレームに含まれるメッセージ）のＭＳＦＮ値は０であ
る。フレームの中に含まれる2番目のセグメントのＭＳ
ＦＮ値は１であり、以下同様である。セグメントフレー
ムは明ら様には数えられていないけれども、ＨＳＴＵ−
Ｒ及びＨＳＴＵ−Ｃ通信装置はそれぞれ内部カウンタを
保持しておりＭＳＦＮ値のトラックを暗に管理してい
る。
gment Frame Number; ＭＳＦＮ）オクテットは、複数の
フレームに分割されているメッセージのセグメントイン
デックス番号を含む。最初のセグメント（又は、１つの
フレームに含まれるメッセージ）のＭＳＦＮ値は０であ
る。フレームの中に含まれる2番目のセグメントのＭＳ
ＦＮ値は１であり、以下同様である。セグメントフレー
ムは明ら様には数えられていないけれども、ＨＳＴＵ−
Ｒ及びＨＳＴＵ−Ｃ通信装置はそれぞれ内部カウンタを
保持しておりＭＳＦＮ値のトラックを暗に管理してい
る。
【００６８】提案フレームサイズ（Suggested Frame Si
ze）オクテットは、他方（例えば、ＳＦＳオクテットを
含むＲＴＸメッセージがセントラルオフィス２により送
信された場合のリモートシステム４、又は、ＳＦＳオク
テットを含むＲＴＸメッセージがリモートシステム４に
より送信された場合のセントラルオフィスシステム２）
に対して前記他方により送信されるサブシーケンスメッ
セージフレームの長さを提案する値を含む。このオクテ
ットの値は次のようにエンコードされる。： FF16 − 将来の使用のための予備 0016 − 提案されたフレームサイズの変更なし 00xx xxxx2 − フレームサイズ これらの上記の値は、この実施の形態により実施される
例として提供されたものであると理解される。しかしな
がら、このような値は例としてのみ提供され、本発明の
精神及び範囲を逸脱しない限り変更可能であると理解さ
れる。
ze）オクテットは、他方（例えば、ＳＦＳオクテットを
含むＲＴＸメッセージがセントラルオフィス２により送
信された場合のリモートシステム４、又は、ＳＦＳオク
テットを含むＲＴＸメッセージがリモートシステム４に
より送信された場合のセントラルオフィスシステム２）
に対して前記他方により送信されるサブシーケンスメッ
セージフレームの長さを提案する値を含む。このオクテ
ットの値は次のようにエンコードされる。： FF16 − 将来の使用のための予備 0016 − 提案されたフレームサイズの変更なし 00xx xxxx2 − フレームサイズ これらの上記の値は、この実施の形態により実施される
例として提供されたものであると理解される。しかしな
がら、このような値は例としてのみ提供され、本発明の
精神及び範囲を逸脱しない限り変更可能であると理解さ
れる。
【００６９】本実施の形態において、ＲＴＸメッセージ
に含まれる（データ通信を初期化するための）ハンドシ
ェイクトランザクションは、次の４つの最小限のルール
を堅守しなければならない。
に含まれる（データ通信を初期化するための）ハンドシ
ェイクトランザクションは、次の４つの最小限のルール
を堅守しなければならない。
【００７０】（１）ＨＳＴＵ−ｘは誤りを生じたメッセ
ージを受信した場合、ＨＳＴＵ-ｘはＲＴＸメッセージ
を送信（送出）する。最終正常受信メッセージ（ＬＣＲ
Ｍ）フィールドは、最終正常受信メッセージのタイプを
含む。マルチセグメントフレーム番号（ＭＳＦＮ）オク
テット及び提案フレームサイズ（ＳＦＳ）オクテット
は、上述の方法でエンコードされる。図３にトランザク
ションの例を示し、後述する。
ージを受信した場合、ＨＳＴＵ-ｘはＲＴＸメッセージ
を送信（送出）する。最終正常受信メッセージ（ＬＣＲ
Ｍ）フィールドは、最終正常受信メッセージのタイプを
含む。マルチセグメントフレーム番号（ＭＳＦＮ）オク
テット及び提案フレームサイズ（ＳＦＳ）オクテット
は、上述の方法でエンコードされる。図３にトランザク
ションの例を示し、後述する。
【００７１】（２）ＨＳＴＵ−ｘが誤りを生じたマルチ
セグメントメッセージを受信した場合、マルチセグメン
トフレーム番号（ＭＳＦＮ）フィールドは、メッセージ
セグメント番号を含む。先に説明したように、本実施の
形態において、最初のセグメントのＭＳＦＮ値は０であ
る。2番目のセグメントのＭＳＦＮ値は１であり、以下
同様である。セグメントフレームは明ら様にフレームに
番号を付けるフィールドを含んでいないが、ＨＳＴＵ−
Ｒ（例えば、リモートシステム４）及びＨＳＴＵ−Ｃ
（例えば、セントラルシステム２）は受信したフレーム
の番号の暗黙のカウンタを保持していなければならな
い。図４にトランザクションの例を示し、後述する。
セグメントメッセージを受信した場合、マルチセグメン
トフレーム番号（ＭＳＦＮ）フィールドは、メッセージ
セグメント番号を含む。先に説明したように、本実施の
形態において、最初のセグメントのＭＳＦＮ値は０であ
る。2番目のセグメントのＭＳＦＮ値は１であり、以下
同様である。セグメントフレームは明ら様にフレームに
番号を付けるフィールドを含んでいないが、ＨＳＴＵ−
Ｒ（例えば、リモートシステム４）及びＨＳＴＵ−Ｃ
（例えば、セントラルシステム２）は受信したフレーム
の番号の暗黙のカウンタを保持していなければならな
い。図４にトランザクションの例を示し、後述する。
【００７２】（３）ＨＳＴＵ−ｘは、ハンドシェイクト
ランザクションの最中に誤りなしメッセージを受信しな
かった場合、最終正常受信メッセージ（ＬＣＲＭ）オク
テットは、ＮＵＬＬメッセージコードを含んでいなけれ
ばならない。このようなセッションの例を図５に示し、
後述する。
ランザクションの最中に誤りなしメッセージを受信しな
かった場合、最終正常受信メッセージ（ＬＣＲＭ）オク
テットは、ＮＵＬＬメッセージコードを含んでいなけれ
ばならない。このようなセッションの例を図５に示し、
後述する。
【００７３】（４）ＨＳＴＵ−Ｃが、ＮＵＬＬにセット
された最終正常受信メッセージ（ＬＣＲＭ）を含むＲＴ
Ｘメッセージを受信した場合、ＨＳＴＵ−Ｃは、ＮＡＫ
−ＣＤメッセージで応答し、セッションをクリアダウン
（例えば、ハングアップ／終了）しなければならない。
このようなセッションの例を図６に示し、後述する。
された最終正常受信メッセージ（ＬＣＲＭ）を含むＲＴ
Ｘメッセージを受信した場合、ＨＳＴＵ−Ｃは、ＮＡＫ
−ＣＤメッセージで応答し、セッションをクリアダウン
（例えば、ハングアップ／終了）しなければならない。
このようなセッションの例を図６に示し、後述する。
【００７４】開示された好適な実施例には二つの追加ル
ールが含まれている。これらは、（１）ＨＳＴＵ−ｘ
は、三つの連続したＲＴＸメッセージを受信すると、セ
ッションをクリアダウン（例えば、ハングアップ／終
了）するためにＮＡＫ−ＣＤを送信しなければならな
い、また、（２）ＲＸＴメッセージは「承認」されな
い、というものである。したがって、トランザクション
は、まるで誤りメッセージ（errored message）もＲＴ
Ｘメッセージも送信されていないように進行する。
ールが含まれている。これらは、（１）ＨＳＴＵ−ｘ
は、三つの連続したＲＴＸメッセージを受信すると、セ
ッションをクリアダウン（例えば、ハングアップ／終
了）するためにＮＡＫ−ＣＤを送信しなければならな
い、また、（２）ＲＸＴメッセージは「承認」されな
い、というものである。したがって、トランザクション
は、まるで誤りメッセージ（errored message）もＲＴ
Ｘメッセージも送信されていないように進行する。
【００７５】図３から図１２に示すセッションの例に関
して、矢印は受信に成功したメッセージを示し、「Ｘ」
は誤りのある受信メッセージを示している。
して、矢印は受信に成功したメッセージを示し、「Ｘ」
は誤りのある受信メッセージを示している。
【００７６】注意すべきは、ＨＳＴＵ−Ｘは、ＲＴＸメ
ッセージ受信前にメッセージで送信したビット列と全く
同一のビット列を再送信する必要がないということであ
る。誤りメッセージタイプは積極的には知り得ないの
で、受信ＨＳＴＵ−Ｘは、誤りフレームの内容について
どんな仮定をもするべきではない。送信ＨＳＴＵ−Ｘ
は、ＲＴＸについて知っている場合、提案フレームサイ
ズ（ＳＦＳ）オクテットに従ってメッセージ長を短くす
ることを決めることができる。さらに、送信ＨＳＴＵ−
Ｘは、通信チャネルに将来誤りが生じがちであることを
知っている場合、内容（又はメッセージタイプ）を変更
することを決めることができる。
ッセージ受信前にメッセージで送信したビット列と全く
同一のビット列を再送信する必要がないということであ
る。誤りメッセージタイプは積極的には知り得ないの
で、受信ＨＳＴＵ−Ｘは、誤りフレームの内容について
どんな仮定をもするべきではない。送信ＨＳＴＵ−Ｘ
は、ＲＴＸについて知っている場合、提案フレームサイ
ズ（ＳＦＳ）オクテットに従ってメッセージ長を短くす
ることを決めることができる。さらに、送信ＨＳＴＵ−
Ｘは、通信チャネルに将来誤りが生じがちであることを
知っている場合、内容（又はメッセージタイプ）を変更
することを決めることができる。
【００７７】上記の議論は、第１のメッセージが常にＨ
ＳＴＵ−Ｒによって送信される実施例に対して提供され
てきた。しかし、本発明は、第１のメッセージがＨＳＴ
Ｕ−Ｃによって送信される場合にも等しく適用可能であ
る。したがって、第１のメッセージは、もちろん、本発
明の精神及び／又は範囲から逸脱することなくＨＳＴＵ
−Ｃによって送信可能である。
ＳＴＵ−Ｒによって送信される実施例に対して提供され
てきた。しかし、本発明は、第１のメッセージがＨＳＴ
Ｕ−Ｃによって送信される場合にも等しく適用可能であ
る。したがって、第１のメッセージは、もちろん、本発
明の精神及び／又は範囲から逸脱することなくＨＳＴＵ
−Ｃによって送信可能である。
【００７８】次いで、図３から図１２を参照して本発明
の利用法を説明する。これに関して、以下の具体例は、
もちろん、単に説明のために提供されるものであって、
本発明の範囲を制限するものではない。
の利用法を説明する。これに関して、以下の具体例は、
もちろん、単に説明のために提供されるものであって、
本発明の範囲を制限するものではない。
【００７９】図３に示す例において、ＨＳＴＵ−Ｃは、
ＨＳＴＵ−Ｒによって送信されたＣＬＲメッセージを成
功裡に受信する。次いで、ＨＳＴＵ−Ｒは、ＨＳＴＵ−
ＣからのＣＬメッセージを受信する。その後、ＨＳＴＵ
−Ｒは、ＡＣＫメッセージ、そしてＭＳメッセージをＨ
ＳＴＵ−Ｒに送信する。ＨＳＴＵ−ＲはＭＳメッセージ
をＨＳＴＵ−Ｃに送信するけれども、ＨＳＴＵ−Ｃはメ
ッセージを誤りなく受信しない。ＨＳＴＵ−Ｒからの最
後に正しく受信したメッセージはＡＣＫメッセージであ
ったので、ＨＳＴＵ−Ｃは、ＬＣＲＭフィールドがＡＣ
ＫメッセージのコードにセットされているＲＴＸメッセ
ージを準備する。ＨＳＴＵ−Ｒは、ＲＴＸメッセージを
受信すると、ＡＣＫメッセージは正しく受信されたが、
その後のデータ（例えば、ＭＳメッセージ）は正しく受
信されなかったと決定する。その結果、ＨＳＴＵ−Ｒは
ＭＳメッセージを送信する。図３には示されていない
が、その後トランザクションは標準のトランザクション
ルールを用いて続行される。
ＨＳＴＵ−Ｒによって送信されたＣＬＲメッセージを成
功裡に受信する。次いで、ＨＳＴＵ−Ｒは、ＨＳＴＵ−
ＣからのＣＬメッセージを受信する。その後、ＨＳＴＵ
−Ｒは、ＡＣＫメッセージ、そしてＭＳメッセージをＨ
ＳＴＵ−Ｒに送信する。ＨＳＴＵ−ＲはＭＳメッセージ
をＨＳＴＵ−Ｃに送信するけれども、ＨＳＴＵ−Ｃはメ
ッセージを誤りなく受信しない。ＨＳＴＵ−Ｒからの最
後に正しく受信したメッセージはＡＣＫメッセージであ
ったので、ＨＳＴＵ−Ｃは、ＬＣＲＭフィールドがＡＣ
ＫメッセージのコードにセットされているＲＴＸメッセ
ージを準備する。ＨＳＴＵ−Ｒは、ＲＴＸメッセージを
受信すると、ＡＣＫメッセージは正しく受信されたが、
その後のデータ（例えば、ＭＳメッセージ）は正しく受
信されなかったと決定する。その結果、ＨＳＴＵ−Ｒは
ＭＳメッセージを送信する。図３には示されていない
が、その後トランザクションは標準のトランザクション
ルールを用いて続行される。
【００８０】図４は、ＨＳＴＵ−Ｒによるマルチセグメ
ントＣＬＲメッセージの送信を示している。ここで、各
セグメントは、ＡＣＫ（２）メッセージによって承認さ
れる。第１のセグメントには暗黙のうちに０の番号が付
され、第２のセグメントには暗黙のうちに１の番号が付
され、以下同様である。ＨＳＴＵ−Ｒによって送信され
たＣＬＲメッセージの第３セグメントは、どんな誤りも
なくＨＳＴＵ−Ｃによって受信されることはない。した
がって、ＨＳＴＵ−Ｃは、ＬＣＲＭがＣＬＲにセットさ
れているＲＴＸメッセージを準備する。ＣＬＲメッセー
ジはマルチセグメントメッセージであるため、ＭＳＦＮ
フィールドは、マルチセグメントメッセージの第２セグ
メントが正しく受信された最後のセグメントであったこ
とを示すために１で符号化される（例えば、ＣＬ
Ｒ1）。ＨＳＴＵ−Ｒは、ＲＴＸメッセージを受信する
と、第２セグメント（例えば、ＣＬＲ1）は誤りなく受
信されたが第３セグメント（例えば、ＣＬＲ2）は受信
されなかったと決定する。したがって、ＨＳＴＵ−Ｒ
は、ＣＬＲマルチセグメントメッセージの第３セグメン
ト（例えば、ＣＬＲ2）を再送信する。図４には示され
ていないが、その後トランザクションは標準のトランザ
クションルールを用いて続行される。
ントＣＬＲメッセージの送信を示している。ここで、各
セグメントは、ＡＣＫ（２）メッセージによって承認さ
れる。第１のセグメントには暗黙のうちに０の番号が付
され、第２のセグメントには暗黙のうちに１の番号が付
され、以下同様である。ＨＳＴＵ−Ｒによって送信され
たＣＬＲメッセージの第３セグメントは、どんな誤りも
なくＨＳＴＵ−Ｃによって受信されることはない。した
がって、ＨＳＴＵ−Ｃは、ＬＣＲＭがＣＬＲにセットさ
れているＲＴＸメッセージを準備する。ＣＬＲメッセー
ジはマルチセグメントメッセージであるため、ＭＳＦＮ
フィールドは、マルチセグメントメッセージの第２セグ
メントが正しく受信された最後のセグメントであったこ
とを示すために１で符号化される（例えば、ＣＬ
Ｒ1）。ＨＳＴＵ−Ｒは、ＲＴＸメッセージを受信する
と、第２セグメント（例えば、ＣＬＲ1）は誤りなく受
信されたが第３セグメント（例えば、ＣＬＲ2）は受信
されなかったと決定する。したがって、ＨＳＴＵ−Ｒ
は、ＣＬＲマルチセグメントメッセージの第３セグメン
ト（例えば、ＣＬＲ2）を再送信する。図４には示され
ていないが、その後トランザクションは標準のトランザ
クションルールを用いて続行される。
【００８１】図５は、ＨＳＴＵ−ＲがＨＳＴＵ−Ｃによ
って送信された第１メッセージを受信しない例を示して
いる。トランザクションは、ＨＳＴＵ−ＣがＨＳＴＵ−
Ｒによって送信されたＣＬＲメッセージを成功裡に受信
することで開始される。次いで、ＨＳＴＵ−Ｃは、ＣＬ
メッセージをＨＳＴＵ−Ｒに送信する。しかし、ＣＬメ
ッセージは、誤りなくＨＳＴＵ−Ｒによって受信されな
い。ＨＳＴＵ−Ｃからの最後に正しく受信されたメッセ
ージは存在しないため、ＨＳＴＵ−Ｒは、ＬＣＲＭフィ
ールドがＮＵＬＬのコードにセットされているＲＴＸメ
ッセージを準備する。ＨＳＴＵ−Ｃは、正しく受信され
たメッセージは存在しないと決定する。したがって、Ｈ
ＳＴＵ−Ｃは、第１のメッセージ（例えば、ＣＬメッセ
ージ）を再送信する。図５には示されていないが、その
後トランザクションは標準のトランザクションルールを
用いて続行される。
って送信された第１メッセージを受信しない例を示して
いる。トランザクションは、ＨＳＴＵ−ＣがＨＳＴＵ−
Ｒによって送信されたＣＬＲメッセージを成功裡に受信
することで開始される。次いで、ＨＳＴＵ−Ｃは、ＣＬ
メッセージをＨＳＴＵ−Ｒに送信する。しかし、ＣＬメ
ッセージは、誤りなくＨＳＴＵ−Ｒによって受信されな
い。ＨＳＴＵ−Ｃからの最後に正しく受信されたメッセ
ージは存在しないため、ＨＳＴＵ−Ｒは、ＬＣＲＭフィ
ールドがＮＵＬＬのコードにセットされているＲＴＸメ
ッセージを準備する。ＨＳＴＵ−Ｃは、正しく受信され
たメッセージは存在しないと決定する。したがって、Ｈ
ＳＴＵ−Ｃは、第１のメッセージ（例えば、ＣＬメッセ
ージ）を再送信する。図５には示されていないが、その
後トランザクションは標準のトランザクションルールを
用いて続行される。
【００８２】図６に示す例では、通信チャネルは最初は
誤りなしではない。ＨＳＴＵ−ＲはＣＬＲメッセージを
ＨＳＴＵ−Ｃに送信するが、ＨＳＴＵ−Ｃによって誤り
なく受信されない。ＨＳＴＵ−Ｃは、ＨＳＴＵ−Ｒにこ
の誤りを、ＬＣＲＭにＮＵＬＬがセットされているＲＴ
Ｘメッセージを送信することによって通知する。しか
し、例えば、通信チャネルに関する問題のため、このメ
ッセージもまた誤りなしではない。その結果、ＲＴＸメ
ッセージは、ＨＳＴＵ−Ｒによって正しく受信されな
い。したがって、ＨＳＴＵ−Ｒは、ＬＣＲＭがＮＵＬＬ
にセットされている自分自身のＲＴＸメッセージを準備
する。このメッセージは、ＨＳＴＵ−Ｒがどんな誤りも
なくＨＳＴＵ−Ｃからのメッセージを受信していないこ
とを示している。この例では、回線状態が今や改善され
ており、ＲＴＸメッセージはＨＳＴＵ−Ｃによって誤り
なく受信される。ＲＴＸメッセージはＮＵＬＬのＬＣＲ
Ｍメッセージを有するので、ＨＳＴＵ−Ｃは、ＨＳＴＵ
−Ｒからの誤りなしメッセージを受信していないことを
示すそのＲＴＸメッセージ（例えば、図６に示す第１の
ＲＴＸ（ＮＵＬＬ））もまた誤りなく受信されなかった
と決定する。したがって、ＨＳＴＵ−Ｃは、ＮＡＫ−Ｃ
ＤメッセージをＨＳＴＵ−Ｒに送信することによってセ
ッションを終了する。
誤りなしではない。ＨＳＴＵ−ＲはＣＬＲメッセージを
ＨＳＴＵ−Ｃに送信するが、ＨＳＴＵ−Ｃによって誤り
なく受信されない。ＨＳＴＵ−Ｃは、ＨＳＴＵ−Ｒにこ
の誤りを、ＬＣＲＭにＮＵＬＬがセットされているＲＴ
Ｘメッセージを送信することによって通知する。しか
し、例えば、通信チャネルに関する問題のため、このメ
ッセージもまた誤りなしではない。その結果、ＲＴＸメ
ッセージは、ＨＳＴＵ−Ｒによって正しく受信されな
い。したがって、ＨＳＴＵ−Ｒは、ＬＣＲＭがＮＵＬＬ
にセットされている自分自身のＲＴＸメッセージを準備
する。このメッセージは、ＨＳＴＵ−Ｒがどんな誤りも
なくＨＳＴＵ−Ｃからのメッセージを受信していないこ
とを示している。この例では、回線状態が今や改善され
ており、ＲＴＸメッセージはＨＳＴＵ−Ｃによって誤り
なく受信される。ＲＴＸメッセージはＮＵＬＬのＬＣＲ
Ｍメッセージを有するので、ＨＳＴＵ−Ｃは、ＨＳＴＵ
−Ｒからの誤りなしメッセージを受信していないことを
示すそのＲＴＸメッセージ（例えば、図６に示す第１の
ＲＴＸ（ＮＵＬＬ））もまた誤りなく受信されなかった
と決定する。したがって、ＨＳＴＵ−Ｃは、ＮＡＫ−Ｃ
ＤメッセージをＨＳＴＵ−Ｒに送信することによってセ
ッションを終了する。
【００８３】図７は、通信チャネルの品質がトランザク
ションの間で劣化し（この結果２つのメッセージを誤っ
て受信し）、この通信チャネルの品質が改善された後、
ハンドシェイキングセッションの間で誤りなくメッセー
ジを受信することを可能とする一例を示している。ＨＳ
ＴＵ−Ｃは、ＨＳＴＵ−Ｒにより送信されたＣＬＲメッ
セージを受信することに成功する。ＨＳＴＵ−Ｃは、Ｈ
ＳＴＵ−Ｒに対してＣＬメッセージを送信するが、ＨＳ
ＴＵ−Ｒは、このＣＬメッセージを誤って受信する。Ｈ
ＳＴＵ−Ｒは、ＨＳＴＵ−Ｃから誤りなく受信したメッ
セージを有していないので、ＬＣＲＭ部分がＮＵＬＬに
設定されたＲＴＸメッセージを用意する。チャネルの品
質が劣化することが依然として問題となっているので、
ＨＳＴＵ−Ｃは、誤りなくメッセージを受信することに
再度失敗する。したがって、ＨＳＴＵ−Ｃは、ＬＣＲＭ
部分がＣＬＲに設定されたＲＴＸメッセージを用意して
送信する。この時点において、通信チャネルの品質が改
善されているので、ＨＳＴＵ−Ｒは、上記ＲＴＸメッセ
ージを受信し、このＨＳＴＵ−Ｒにより送信された上記
ＲＴＸ（ＮＵＬＬ）メッセージが誤って受信されたこと
を認識し、ＬＣＲＭ部分がＮＵＬＬに設定されたＲＴＸ
メッセージを再送信する。ＨＳＴＵ−Ｃは、このＲＴＸ
メッセージを受信し、ＨＳＴＵ−Ｃにより送信された上
記ＣＬメッセージが誤って受信されたことを認識し、こ
のＣＬメッセージを再送信する。図７には示されていな
いが、この後のトランザクションは、標準的なトランザ
クション規則を用いて引き続き行われる。
ションの間で劣化し（この結果２つのメッセージを誤っ
て受信し）、この通信チャネルの品質が改善された後、
ハンドシェイキングセッションの間で誤りなくメッセー
ジを受信することを可能とする一例を示している。ＨＳ
ＴＵ−Ｃは、ＨＳＴＵ−Ｒにより送信されたＣＬＲメッ
セージを受信することに成功する。ＨＳＴＵ−Ｃは、Ｈ
ＳＴＵ−Ｒに対してＣＬメッセージを送信するが、ＨＳ
ＴＵ−Ｒは、このＣＬメッセージを誤って受信する。Ｈ
ＳＴＵ−Ｒは、ＨＳＴＵ−Ｃから誤りなく受信したメッ
セージを有していないので、ＬＣＲＭ部分がＮＵＬＬに
設定されたＲＴＸメッセージを用意する。チャネルの品
質が劣化することが依然として問題となっているので、
ＨＳＴＵ−Ｃは、誤りなくメッセージを受信することに
再度失敗する。したがって、ＨＳＴＵ−Ｃは、ＬＣＲＭ
部分がＣＬＲに設定されたＲＴＸメッセージを用意して
送信する。この時点において、通信チャネルの品質が改
善されているので、ＨＳＴＵ−Ｒは、上記ＲＴＸメッセ
ージを受信し、このＨＳＴＵ−Ｒにより送信された上記
ＲＴＸ（ＮＵＬＬ）メッセージが誤って受信されたこと
を認識し、ＬＣＲＭ部分がＮＵＬＬに設定されたＲＴＸ
メッセージを再送信する。ＨＳＴＵ−Ｃは、このＲＴＸ
メッセージを受信し、ＨＳＴＵ−Ｃにより送信された上
記ＣＬメッセージが誤って受信されたことを認識し、こ
のＣＬメッセージを再送信する。図７には示されていな
いが、この後のトランザクションは、標準的なトランザ
クション規則を用いて引き続き行われる。
【００８４】図８は、通信チャネルの品質が上記トラン
ザクションの間で劣化し（この結果３つのメッセージを
誤って受信し）、この通信チャネルの品質が改善された
後、上記ハンドシェイキングセッションの間で誤りなく
メッセージを受信することを可能とする一例を示してい
る。ＨＳＴＵ−Ｃは、ＨＳＴＵ−Ｒにより送信されたＣ
ＬＲメッセージを受信することに成功する。ＨＳＴＵ−
Ｃは、ＨＳＴＵ−Ｒに対して、ＣＬメッセージを送信す
るが、ＨＳＴＵ−Ｒは、このＣＬメッセージを誤って受
信する。ＨＳＴＵ−Ｒは、ＨＳＴＵ−Ｃから誤りなく受
信したメッセージを有していないので、ＬＣＲＭ部分が
ＮＵＬＬに設定されたＲＴＸメッセージを送信する。し
かし、チャネルの品質が劣化することが依然として問題
となっているので、ＨＳＴＵ−Ｃは、誤りなくメッセー
ジを受信することに再度失敗する。したがって、ＨＳＴ
Ｕ−Ｃは、ＬＣＲＭ部分がＣＬＲに設定されたＲＴＸメ
ッセージを用意して送信する。チャネルの品質が劣化す
ることが依然として問題となっているので、ＨＳＴＵ−
Ｒは、誤りなくメッセージを受信することに再度失敗す
る。再度、ＨＳＴＵ−Ｒは、一度もＨＳＴＵ−Ｃから誤
りなくメッセージを受信できていないので、ＬＣＲＭ部
分がＮＵＬＬに設定されたＲＴＸメッセージを用意す
る。この時点において、通信チャネルの品質が改善され
ているので、ＨＳＴＵ−Ｃは、ＨＳＴＵ−Ｒから送信さ
れたＲＴＸメッセージを受信し、このＨＳＴＵ−Ｃによ
り最初に送信されたＣＬメッセージが誤って受信された
ことを認識し、ＣＬメッセージを再送信する。図８には
示されていないが、この後のトランザクションは、標準
的なトランザクション規則を用いて引き続き行われる。
ザクションの間で劣化し（この結果３つのメッセージを
誤って受信し）、この通信チャネルの品質が改善された
後、上記ハンドシェイキングセッションの間で誤りなく
メッセージを受信することを可能とする一例を示してい
る。ＨＳＴＵ−Ｃは、ＨＳＴＵ−Ｒにより送信されたＣ
ＬＲメッセージを受信することに成功する。ＨＳＴＵ−
Ｃは、ＨＳＴＵ−Ｒに対して、ＣＬメッセージを送信す
るが、ＨＳＴＵ−Ｒは、このＣＬメッセージを誤って受
信する。ＨＳＴＵ−Ｒは、ＨＳＴＵ−Ｃから誤りなく受
信したメッセージを有していないので、ＬＣＲＭ部分が
ＮＵＬＬに設定されたＲＴＸメッセージを送信する。し
かし、チャネルの品質が劣化することが依然として問題
となっているので、ＨＳＴＵ−Ｃは、誤りなくメッセー
ジを受信することに再度失敗する。したがって、ＨＳＴ
Ｕ−Ｃは、ＬＣＲＭ部分がＣＬＲに設定されたＲＴＸメ
ッセージを用意して送信する。チャネルの品質が劣化す
ることが依然として問題となっているので、ＨＳＴＵ−
Ｒは、誤りなくメッセージを受信することに再度失敗す
る。再度、ＨＳＴＵ−Ｒは、一度もＨＳＴＵ−Ｃから誤
りなくメッセージを受信できていないので、ＬＣＲＭ部
分がＮＵＬＬに設定されたＲＴＸメッセージを用意す
る。この時点において、通信チャネルの品質が改善され
ているので、ＨＳＴＵ−Ｃは、ＨＳＴＵ−Ｒから送信さ
れたＲＴＸメッセージを受信し、このＨＳＴＵ−Ｃによ
り最初に送信されたＣＬメッセージが誤って受信された
ことを認識し、ＣＬメッセージを再送信する。図８には
示されていないが、この後のトランザクションは、標準
的なトランザクション規則を用いて引き続き行われる。
【００８５】図９は、本発明を利用しないＨＳＴＵ−Ｒ
と接続された、本発明を利用するＨＳＴＵ−Ｃによりな
されるトランザクションの一例を示す。ＨＳＴＵ−Ｃ
は、ＨＳＴＵ−Ｒにより送信されたＣＬＲメッセージを
受信することに成功する。この時点において、通信チャ
ネルの品質は劣化しているので、ＨＳＴＵ−ＣによりＨ
ＳＴＵ−Ｒに対して送信されたＣＬメッセージは、ＨＳ
ＴＵ−Ｒにより誤って受信される。ＨＳＴＵ−Ｒは本発
明を利用しないので、従来技術が用いられる。具体的に
は、ＨＳＴＵ−Ｒは、通信セッションの終了に引き続く
ＮＡＫ−ＥＦ（誤ったフレーム）を、用意して送信す
る。チャネルの品質が劣化することが引き続き問題とな
っているので、ＨＳＴＵ−Ｃは、誤りなくメッセージを
受信することに再度失敗する。ＨＳＴＵ−Ｃ（上述した
ように、このＨＳＴＵ−Ｃは本発明を利用する）は、Ｌ
ＣＲＭ部分がＣＬＲに設定されたＲＴＸメッセージを用
意して送信する。ＨＳＴＵ−Ｃは、ＨＳＴＵ−Ｒから応
答を受けることに失敗するので、ＨＳＴＵ−Ｃは、タイ
ムアウト期間が経過した後、通信を終了する。
と接続された、本発明を利用するＨＳＴＵ−Ｃによりな
されるトランザクションの一例を示す。ＨＳＴＵ−Ｃ
は、ＨＳＴＵ−Ｒにより送信されたＣＬＲメッセージを
受信することに成功する。この時点において、通信チャ
ネルの品質は劣化しているので、ＨＳＴＵ−ＣによりＨ
ＳＴＵ−Ｒに対して送信されたＣＬメッセージは、ＨＳ
ＴＵ−Ｒにより誤って受信される。ＨＳＴＵ−Ｒは本発
明を利用しないので、従来技術が用いられる。具体的に
は、ＨＳＴＵ−Ｒは、通信セッションの終了に引き続く
ＮＡＫ−ＥＦ（誤ったフレーム）を、用意して送信す
る。チャネルの品質が劣化することが引き続き問題とな
っているので、ＨＳＴＵ−Ｃは、誤りなくメッセージを
受信することに再度失敗する。ＨＳＴＵ−Ｃ（上述した
ように、このＨＳＴＵ−Ｃは本発明を利用する）は、Ｌ
ＣＲＭ部分がＣＬＲに設定されたＲＴＸメッセージを用
意して送信する。ＨＳＴＵ−Ｃは、ＨＳＴＵ−Ｒから応
答を受けることに失敗するので、ＨＳＴＵ−Ｃは、タイ
ムアウト期間が経過した後、通信を終了する。
【００８６】図１０は、ＡＣＫメッセージが誤って受信
されるトランザクションの一例を示す。ＨＳＴＵ−Ｃ
は、ＨＳＴＵ−Ｒにより送信されたＭＳメッセージを受
信することに成功する。しかし、ＨＳＴＵ−Ｃは、ＨＳ
ＴＵ−Ｒに対してＡＣＫメッセージを送信するが、ＨＳ
ＴＵ−Ｒは、このＡＣＫメッセージを誤って受信する。
ＨＳＴＵ−Ｒは、ＨＳＴＵ−Ｃから誤りなく受信したメ
ッセージを有していないので、ＬＣＲＭ部分がＮＵＬＬ
に設定されたＲＴＸメッセージを用意して応答する。Ｈ
ＳＴＵ−Ｃは、誤りなくメッセージを受信できていない
ことを認識するので、ＨＳＴＵ−Ｃは、ＡＣＫメッセー
ジを再送信してトランザクションを完了させる。
されるトランザクションの一例を示す。ＨＳＴＵ−Ｃ
は、ＨＳＴＵ−Ｒにより送信されたＭＳメッセージを受
信することに成功する。しかし、ＨＳＴＵ−Ｃは、ＨＳ
ＴＵ−Ｒに対してＡＣＫメッセージを送信するが、ＨＳ
ＴＵ−Ｒは、このＡＣＫメッセージを誤って受信する。
ＨＳＴＵ−Ｒは、ＨＳＴＵ−Ｃから誤りなく受信したメ
ッセージを有していないので、ＬＣＲＭ部分がＮＵＬＬ
に設定されたＲＴＸメッセージを用意して応答する。Ｈ
ＳＴＵ−Ｃは、誤りなくメッセージを受信できていない
ことを認識するので、ＨＳＴＵ−Ｃは、ＡＣＫメッセー
ジを再送信してトランザクションを完了させる。
【００８７】図１１は、トランザクションの途中で２つ
の誤りが発生し、ＡＣＫがこの誤りのうちの１つのメッ
セージであるようなトランザクションの一例を示す。Ｈ
ＳＴＵ−Ｃは、ＨＳＴＵ−Ｒにより送信されたＭＳメッ
セージを受信することに成功する。この後、ＨＳＴＵ−
Ｃは、ＨＳＴＵ−Ｒに対してＡＣＫメッセージを送信す
るが、通信チャンルの品質が劣化していることに起因し
て、ＨＳＴＵ−Ｒは、このメッセージを誤って受信す
る。ＨＳＴＵ−Ｒは、ＨＳＴＵ−Ｃにから誤りなく受信
したメッセージを有していないので、ＬＣＲＭ部分がＮ
ＵＬＬに設定されたＲＴＸメッセージを用意する。チャ
ネルの品質が劣化することが引き続き問題となっている
ので、ＨＳＴＵ−Ｃは、メッセージを誤りなく受信する
ことに失敗する。したがって、ＨＳＴＵ−Ｃは、ＬＣＲ
Ｍ部分がＭＳに設定されたＲＴＸメッセージを用意して
送信する。この時点において、通信チャネルの品質が改
善されているので、ＨＳＴＵ−Ｒは、ＨＳＴＵ−Ｃによ
り送信されたＲＴＸメッセージを受信し、このＨＳＴＵ
−Ｒにより送信されたＲＴＸ（ＮＵＬＬ）メッセージが
誤って受信されたことを認識し、ＬＣＲＭ部分がＮＵＬ
Ｌに設定されたＲＴＸメッセージを再送信する。ＨＳＴ
Ｕ−Ｃは、このＲＴＸメッセージを受信し、このＨＳＴ
Ｕ−Ｃにより送信されたＡＣＫメッセージが誤って受信
されたことを認識し、ＡＣＫメッセージを再送信する。
これによりトランザクションは完了する。
の誤りが発生し、ＡＣＫがこの誤りのうちの１つのメッ
セージであるようなトランザクションの一例を示す。Ｈ
ＳＴＵ−Ｃは、ＨＳＴＵ−Ｒにより送信されたＭＳメッ
セージを受信することに成功する。この後、ＨＳＴＵ−
Ｃは、ＨＳＴＵ−Ｒに対してＡＣＫメッセージを送信す
るが、通信チャンルの品質が劣化していることに起因し
て、ＨＳＴＵ−Ｒは、このメッセージを誤って受信す
る。ＨＳＴＵ−Ｒは、ＨＳＴＵ−Ｃにから誤りなく受信
したメッセージを有していないので、ＬＣＲＭ部分がＮ
ＵＬＬに設定されたＲＴＸメッセージを用意する。チャ
ネルの品質が劣化することが引き続き問題となっている
ので、ＨＳＴＵ−Ｃは、メッセージを誤りなく受信する
ことに失敗する。したがって、ＨＳＴＵ−Ｃは、ＬＣＲ
Ｍ部分がＭＳに設定されたＲＴＸメッセージを用意して
送信する。この時点において、通信チャネルの品質が改
善されているので、ＨＳＴＵ−Ｒは、ＨＳＴＵ−Ｃによ
り送信されたＲＴＸメッセージを受信し、このＨＳＴＵ
−Ｒにより送信されたＲＴＸ（ＮＵＬＬ）メッセージが
誤って受信されたことを認識し、ＬＣＲＭ部分がＮＵＬ
Ｌに設定されたＲＴＸメッセージを再送信する。ＨＳＴ
Ｕ−Ｃは、このＲＴＸメッセージを受信し、このＨＳＴ
Ｕ−Ｃにより送信されたＡＣＫメッセージが誤って受信
されたことを認識し、ＡＣＫメッセージを再送信する。
これによりトランザクションは完了する。
【００８８】図１２は、複数の部分に分割されたメッセ
ージに対するＡＣＫ（２）が誤って受信されるトランザ
クションの一例を示す。複数の部分に分割されたＣＬＲ
メッセージは、ＨＳＴＵ−Ｒにより送信され、各部分は
ＡＣＫ（２）メッセージにより認識される。第１部分に
は暗黙のうちに０が付され、第２部分には暗黙のうちに
１が付され、以後同様に番号が付されている。ＨＳＴＵ
−Ｃにより送信された第２ＡＣＫ（２）は、ＨＳＴＵ−
Ｒにより誤って受信される。したがって、ＨＳＴＵ−Ｒ
は、ＬＣＲＭがＡＣＫ（２）に設定されたＲＴＸメッセ
ージを用意する。ＡＣＫ（２）メッセージは、複数の部
分に分割されたメッセージについての受信の認識を示す
ものであるので、複数の部分に分割されたメッセージの
うちの第１ＡＣＫ（２）は、誤りなく受信された現時点
で最も新しい部分であることを示すために、ＭＳＦＮ部
分に０が付される（すなわちＡＣＫ（２）0となる）。
ージに対するＡＣＫ（２）が誤って受信されるトランザ
クションの一例を示す。複数の部分に分割されたＣＬＲ
メッセージは、ＨＳＴＵ−Ｒにより送信され、各部分は
ＡＣＫ（２）メッセージにより認識される。第１部分に
は暗黙のうちに０が付され、第２部分には暗黙のうちに
１が付され、以後同様に番号が付されている。ＨＳＴＵ
−Ｃにより送信された第２ＡＣＫ（２）は、ＨＳＴＵ−
Ｒにより誤って受信される。したがって、ＨＳＴＵ−Ｒ
は、ＬＣＲＭがＡＣＫ（２）に設定されたＲＴＸメッセ
ージを用意する。ＡＣＫ（２）メッセージは、複数の部
分に分割されたメッセージについての受信の認識を示す
ものであるので、複数の部分に分割されたメッセージの
うちの第１ＡＣＫ（２）は、誤りなく受信された現時点
で最も新しい部分であることを示すために、ＭＳＦＮ部
分に０が付される（すなわちＡＣＫ（２）0となる）。
【００８９】ＨＳＴＵ−Ｃは、ＨＳＴＵ−Ｒにより送信
されたＲＴＸメッセージを受信した際には、第１部分
（すなわちＡＣＫ（２）0）は誤りなく受信されたが第
２ＡＣＫ（２）（すなわちＡＣＫ（２）1）は、誤って
受信されたことを認識する。したがって、ＨＳＴＵ−Ｃ
は、第２ＡＣＫ（２）（すなわちＡＣＫ（２）1）を再
送信する。この後、ＨＳＴＵ−Ｒは、ＣＬＲメッセージ
のうちの第３部分（すなわちＣＬＲ２）を送信して、ト
ランザクションを継続させる。図１２には示されていな
いが、この後のトランザクションは、標準的なトランザ
クション規則を用いて行われる。
されたＲＴＸメッセージを受信した際には、第１部分
（すなわちＡＣＫ（２）0）は誤りなく受信されたが第
２ＡＣＫ（２）（すなわちＡＣＫ（２）1）は、誤って
受信されたことを認識する。したがって、ＨＳＴＵ−Ｃ
は、第２ＡＣＫ（２）（すなわちＡＣＫ（２）1）を再
送信する。この後、ＨＳＴＵ−Ｒは、ＣＬＲメッセージ
のうちの第３部分（すなわちＣＬＲ２）を送信して、ト
ランザクションを継続させる。図１２には示されていな
いが、この後のトランザクションは、標準的なトランザ
クション規則を用いて行われる。
【００９０】上述した議論は、単なる説明を目的として
なされたものであり、本発明を限定するものとして解釈
されない。本発明は、模範的な実施例を参照して説明さ
れているが、ここで用いられた用語は、限定のための用
語ではなく、記述及び説明のための用語である、と理解
するべきである。本発明の特徴において本発明の範囲及
び思想から逸脱することなく、現時点で記載された添付
クレーム及び補正された添付クレームの範囲内で、いか
なる修正を加えることが可能である。本発明は、ここで
は、特定の手段、材料及び実施例を参照して説明されて
いるが、本発明は、ここで開示された個々の事項に限定
されるものではない。すなわち、本発明の範囲は、添付
クレームの範囲内にあるような、機能的に均等である構
造物、方法及び用途のいかなるものをも含む。例えば、
本発明は、ＩＴＵ−Ｔ勧告G.９４４.１で規定されたｘ
ＤＳＬ手順を参照して説明されているが、本発明は、こ
の手順での使用に限定されるものではなく、例えば、Ｉ
ＴＵ−Ｔ勧告Ｖ.８及びＶ.８bis.のようなその他の手順
での使用にも同様に適用可能なものである。ここで説明
された方法は、特定の集積回路、プログラマブル論理ア
レイ、及び、ここで記載された方法を実現するために構
成されたその他のハードウェアデバイス等（に限定され
ない）を含む特定のハードウェアによる形態をも含む。
しかし、本発明は、コンピュータにより実行されるソフ
トウェア（例えばソフトウェアモデム）で実現すること
が可能なものである。さらに、ここで記載された方法を
実現するために、分配処理もしくは構成／オブジェクト
分配処理、並列処理、又は、擬似機械処理等（に限定さ
れない）を含む、その他のソフトウェアによる形態を用
いることが可能である。なお、本明細書では、特定の規
格及びプロトコルを参照して、実施の形態で実現される
構成要素及び機能が記載されているが、本発明はこのよ
うな規格やプロトコルに限定されない。従来技術の代表
例としては、インターネット及びその他のパケット切替
ネットワーク伝送の規格（例えば、ＴＣＰ／ＩＰ、ＵＤ
Ｐ／ＩＰ、ＨＴＭＬ、ＳＨＴＭＬ、ＤＨＴＭＬ、ＸＭ
Ｌ、ＰＰＰ、ＦＴＰ、ＳＭＴＰ、ＭＩＭＥ）、周辺制御
（ＩｒＤＡ、ＲＳ２３２Ｃ、ＵＳＢ、ＩＳＡ、ＥｘＣ
Ａ、ＰＣＭＣＩＡ）、及び、公衆電話網（ＩＳＤＮ、Ａ
ＴＭ、ｘＤＳＬ）等が挙げられる。本質的に同一の機能
を有するより高速かつより効率的な均等物が、定期的
に、上述したような規格に取って代わって用いられる。
上記同一の機能を有する代替規格及び代替プロトコル
は、均等物として考えることが可能である。
なされたものであり、本発明を限定するものとして解釈
されない。本発明は、模範的な実施例を参照して説明さ
れているが、ここで用いられた用語は、限定のための用
語ではなく、記述及び説明のための用語である、と理解
するべきである。本発明の特徴において本発明の範囲及
び思想から逸脱することなく、現時点で記載された添付
クレーム及び補正された添付クレームの範囲内で、いか
なる修正を加えることが可能である。本発明は、ここで
は、特定の手段、材料及び実施例を参照して説明されて
いるが、本発明は、ここで開示された個々の事項に限定
されるものではない。すなわち、本発明の範囲は、添付
クレームの範囲内にあるような、機能的に均等である構
造物、方法及び用途のいかなるものをも含む。例えば、
本発明は、ＩＴＵ−Ｔ勧告G.９４４.１で規定されたｘ
ＤＳＬ手順を参照して説明されているが、本発明は、こ
の手順での使用に限定されるものではなく、例えば、Ｉ
ＴＵ−Ｔ勧告Ｖ.８及びＶ.８bis.のようなその他の手順
での使用にも同様に適用可能なものである。ここで説明
された方法は、特定の集積回路、プログラマブル論理ア
レイ、及び、ここで記載された方法を実現するために構
成されたその他のハードウェアデバイス等（に限定され
ない）を含む特定のハードウェアによる形態をも含む。
しかし、本発明は、コンピュータにより実行されるソフ
トウェア（例えばソフトウェアモデム）で実現すること
が可能なものである。さらに、ここで記載された方法を
実現するために、分配処理もしくは構成／オブジェクト
分配処理、並列処理、又は、擬似機械処理等（に限定さ
れない）を含む、その他のソフトウェアによる形態を用
いることが可能である。なお、本明細書では、特定の規
格及びプロトコルを参照して、実施の形態で実現される
構成要素及び機能が記載されているが、本発明はこのよ
うな規格やプロトコルに限定されない。従来技術の代表
例としては、インターネット及びその他のパケット切替
ネットワーク伝送の規格（例えば、ＴＣＰ／ＩＰ、ＵＤ
Ｐ／ＩＰ、ＨＴＭＬ、ＳＨＴＭＬ、ＤＨＴＭＬ、ＸＭ
Ｌ、ＰＰＰ、ＦＴＰ、ＳＭＴＰ、ＭＩＭＥ）、周辺制御
（ＩｒＤＡ、ＲＳ２３２Ｃ、ＵＳＢ、ＩＳＡ、ＥｘＣ
Ａ、ＰＣＭＣＩＡ）、及び、公衆電話網（ＩＳＤＮ、Ａ
ＴＭ、ｘＤＳＬ）等が挙げられる。本質的に同一の機能
を有するより高速かつより効率的な均等物が、定期的
に、上述したような規格に取って代わって用いられる。
上記同一の機能を有する代替規格及び代替プロトコル
は、均等物として考えることが可能である。
【００９１】
【発明の効果】以上説明したように本発明によれば、ハ
ンドシェイクあるいは開始プロトコル中に生じた誤りメ
ッセージを送信する再送信機構を提供することができ
る。
ンドシェイクあるいは開始プロトコル中に生じた誤りメ
ッセージを送信する再送信機構を提供することができ
る。
【図１】本発明の一実施例に係るモデム装置を使用する
データ通信システムのブロック図
データ通信システムのブロック図
【図２】図１のデータ通信システムの詳細なブロック図
【図３】ＨＳＴＵ−Ｒからのメッセージが誤りを含んで
いるトランザクションの一例
いるトランザクションの一例
【図４】マルチセグメントメッセージの一フレームが誤
りを含んでいるトランザクションの一例
りを含んでいるトランザクションの一例
【図５】ＨＳＴＵ−Ｒからのメッセージが誤りを含んで
いるトランザクションの一例
いるトランザクションの一例
【図６】多重誤りの生じた代表的トランザクションの一
例
例
【図７】トランザクションの中間で二つの誤りが生じた
トランザクションの一例
トランザクションの一例
【図８】トランザクションの中間で三つの誤りが生じた
トランザクションの一例
トランザクションの一例
【図９】本発明を利用するＨＳＴＵ−Ｃと本発明を利用
しないＨＳＴＵ−Ｒが相互作用しているトランザクショ
ンの一例
しないＨＳＴＵ−Ｒが相互作用しているトランザクショ
ンの一例
【図１０】誤りのないＡＣＫメッセージが受信されない
トランザクションの一例
トランザクションの一例
【図１１】誤りの生じたメッセージのひとつとしてＡＣ
Ｋのトランザクションの中間で、二つの誤りが生じたト
ランザクションの一例
Ｋのトランザクションの中間で、二つの誤りが生じたト
ランザクションの一例
【図１２】マルチセグメントメッセージ用ＡＣＫが誤っ
た状態で受信されたトランザクションの一例
た状態で受信されたトランザクションの一例
Claims (30)
- 【請求項１】 誤りの生じたメッセージを通信ハンドシ
ェイク手順の間に受信した際、信号とメッセージの再送
信を最小にする通信装置であって、 通信開始装置からの信号を受信し、誤りの生じたメッセ
ージが前記受信信号において受信された旨を検出する受
信部と、 前記通信開始装置に、前記誤りの生じたメッセージを受
信した旨を示す再送信要求メッセージを送信する再送信
装置とを具備すること特徴とする通信装置。 - 【請求項２】 前記再送信メッセージは、前記通信装置
によって最後に受信された正確なメッセージが何である
か示す請求項１記載の通信装置。 - 【請求項３】 前記再送信メッセージは、前記通信装置
に送信される次のメッセージフレームの提案長さに関連
する情報を更に含む請求項２記載の装置。 - 【請求項４】 前記再送信メッセージは、マルチセグメ
ントメッセージのフレーム番号に関連する情報を更に含
む請求項２記載の装置。 - 【請求項５】 前記受信部は、前記誤りの生じたメッセ
ージを検出する誤り検出装置を更に具備する請求項１記
載の装置。 - 【請求項６】 誤りの生じたメッセージを通信セッショ
ンのハンドシェイク手順の間に受信した際、信号とメッ
セージの再送信を最小にする方法であって、 受信信号が誤りの生じたメッセージを含むか判定するハ
ンドシェイク手順を監視する工程と、 監視された前記ハンドシェイク手順が前記誤りの生じた
メッセージを含むと判定されると、前記ハンドシェイク
手順部分の再送信を要求する再送信要求メッセージを送
信する工程とを具備することを特徴とする方法。 - 【請求項７】 前記ハンドシェイク手順を監視する工程
において、フレームチェックシーケンスに関連するデー
タを検査することにより、前記誤りの生じたメッセージ
を受信したか判定する請求項６記載の方法。 - 【請求項８】 前記再送信要求メッセージを送信する工
程において、最後に正確に受信されたメッセージを示す
請求項６記載の方法。 - 【請求項９】 更に、前記最後に正確に受信されたメッ
セージのメッセージタイプの予め決められたセットか
ら、特定のメッセージを符号化する請求項７記載の方
法。 - 【請求項１０】 前記再送信要求メッセージを送信する
工程において、マルチセグメントメッセージのセグメン
トインデックス番号を符号化する請求項６記載の方法。 - 【請求項１１】 前記再送信要求メッセージは、次に送
信される信号の提案フレーム長を示す請求項６記載の方
法。 - 【請求項１２】 前記次に送信される信号の提案フレー
ム長は、前記最後に正確に受信されたメッセージのフレ
ーム長に基づく請求項１１記載の方法。 - 【請求項１３】 前記ハンドシェイク手順を監視する工
程において、フレームチェックシーケンスに関連するデ
ータを検査する請求項６記載の方法。 - 【請求項１４】 どのタイプのメッセージが受信された
か記録する請求項１３記載の方法。 - 【請求項１５】 受信メッセージ長を更に記録する請求
項１３記載の方法。 - 【請求項１６】 誤りの生じたメッセージが予め決めら
れた数になると、前記通信セッションを停止する請求項
６記載の方法。 - 【請求項１７】 前記予め決められた数は３である請求
項１６記載の方法。 - 【請求項１８】 誤りの生じたメッセージを通信セッシ
ョンのハンドシェイク手順の間に受信した際、信号とメ
ッセージの再送信を最小にする方法であって、 高速ハンドシェイク手順の予め決められたフレーム構造
に関連する受信データを監視する工程と、 前記監視された予め決められたフレーム構造が、前記受
信信号が誤りの生じたメッセージを含む旨示している場
合、再送信要求メッセージを送信する工程とを具備する
ことを特徴とする方法。 - 【請求項１９】 前記予め決められたフレーム構造に関
連する受信データを監視する工程において、ｘＤＳＬハ
ンドシェイク手順のフレームチェックシーケンスに関連
する受信データを監視する請求項１８記載の方法。 - 【請求項２０】 前記再送信要求メッセージを送信する
工程において、最後に受信された正確なメッセージはど
れであるか示す請求項１９記載の方法。 - 【請求項２１】 誤りの生じたメッセージが予め決めら
れた数だけ送信されると、前記通信セッションを停止す
る請求項２０記載の方法。 - 【請求項２２】 前記予め決められた数は３である請求
項２１記載の方法。 - 【請求項２３】 前記再送信要求メッセージを送信する
工程において、最後に受信された正確なメッセージはど
れであるか示す請求項１８記載の方法。 - 【請求項２４】 誤りの生じたメッセージが予め決めら
れた数だけ送信されると、前記通信セッションを停止す
る請求項１８記載の方法。 - 【請求項２５】 前記予め決められた数は３である請求
項２４記載の方法。 - 【請求項２６】 誤りの生じたメッセージを通信セッシ
ョンのｘＤＳＬネゴシエーション手順の間に受信した
際、信号とメッセージの再送信を最小にする方法であっ
て、 フレームチェックシーケンスに関連する受信データを監
視する工程と、 前記フレームチェックシーケンスが、前記受信信号が誤
りの生じたメッセージを含む旨示している場合、最後に
受信された正確なメッセージはどれであるか示す再送信
要求メッセージを送信する工程と、 誤りの生じたメッセージが予め決められた数になると、
前記通信セッションを停止する工程とを具備することを
特徴とする方法。 - 【請求項２７】 前記予め決められた数は３である請求
項２６記載の方法。 - 【請求項２８】 前記再送信要求メッセージを送信する
工程において、次の送信される信号のフレーム長を提案
する請求項２６記載の方法。 - 【請求項２９】 前記提案するフレーム長は、前記最後
に正確に受信されたメッセージのフレーム長に基づく請
求項２８記載の方法。 - 【請求項３０】 前記通信セッションを停止において、
誤りの生じたメッセージの数が３になると、前記通信セ
ッションを停止する請求項２９記載の方法。
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US13530899P | 1999-05-21 | 1999-05-21 | |
| US60/135,308 | 1999-05-21 | ||
| US13623099P | 1999-05-26 | 1999-05-26 | |
| US60/136,230 | 1999-05-26 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000619846A Division JP2003500919A (ja) | 1999-05-21 | 2000-05-18 | ハンドシェイクプロトコル再送信手順及び装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002237865A true JP2002237865A (ja) | 2002-08-23 |
| JP2002237865A5 JP2002237865A5 (ja) | 2007-06-21 |
Family
ID=26833191
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000619846A Pending JP2003500919A (ja) | 1999-05-21 | 2000-05-18 | ハンドシェイクプロトコル再送信手順及び装置 |
| JP2001381782A Pending JP2002237865A (ja) | 1999-05-21 | 2001-12-14 | ハンドシェイクプロトコル再送信手順及び装置 |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000619846A Pending JP2003500919A (ja) | 1999-05-21 | 2000-05-18 | ハンドシェイクプロトコル再送信手順及び装置 |
Country Status (7)
| Country | Link |
|---|---|
| EP (1) | EP1119775B1 (ja) |
| JP (2) | JP2003500919A (ja) |
| KR (1) | KR20010074734A (ja) |
| CN (1) | CN1168273C (ja) |
| AU (1) | AU5266400A (ja) |
| CA (1) | CA2338077C (ja) |
| WO (1) | WO2000072495A2 (ja) |
Families Citing this family (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001052516A2 (en) | 2000-01-07 | 2001-07-19 | Aware, Inc. | Diagnostic methods and systems for multicarrier modems |
| KR100840084B1 (ko) * | 2001-12-21 | 2008-06-19 | 주식회사 케이티 | ｘＤＳＬ 액세스 구간의 장애 및 알람 관리 방법 |
| US7120847B2 (en) * | 2002-06-26 | 2006-10-10 | Intellon Corporation | Powerline network flood control restriction |
| US8090857B2 (en) | 2003-11-24 | 2012-01-03 | Qualcomm Atheros, Inc. | Medium access control layer that encapsulates data from a plurality of received data units into a plurality of independently transmittable blocks |
| CN100459527C (zh) | 2003-12-12 | 2009-02-04 | 华为技术有限公司 | 网络通信中测试用户线路的系统及其方法 |
| JP2006086611A (ja) * | 2004-09-14 | 2006-03-30 | Sony Corp | 情報処理装置、情報処理システム、情報処理方法及びそのプログラム |
| DE602004004152T2 (de) * | 2004-11-05 | 2007-10-11 | Research In Motion Ltd., Waterloo | Steuerung der Wiederversuchsfunktion von Packetdatensitzungen einer mobilen Funkstation in einem drahtlosen Packetdatennetzwerk |
| US8175190B2 (en) | 2005-07-27 | 2012-05-08 | Qualcomm Atheros, Inc. | Managing spectra of modulated signals in a communication network |
| US8381055B2 (en) | 2006-09-13 | 2013-02-19 | Broadcom Corporation | System for communicating data in xDSL using data retransmission |
| US8320248B2 (en) * | 2006-09-13 | 2012-11-27 | Broadcom Corporation | Method and system for communicating data in xDSL using data retransmission |
| US7970733B2 (en) | 2006-09-13 | 2011-06-28 | Broadcom Corporation | Method for communicating data in xDSL using data retransmission |
| EP2159966A1 (en) | 2007-05-10 | 2010-03-03 | Intellon Corporation | Managing distributed access to a shared medium |
| US8381057B2 (en) | 2008-08-04 | 2013-02-19 | Broadcom Corporation | Seamless change of retransmission and rescheduling queues in a communication system |
| US8693558B2 (en) | 2010-04-12 | 2014-04-08 | Qualcomm Incorporated | Providing delimiters for low-overhead communication in a network |
| US8891605B2 (en) | 2013-03-13 | 2014-11-18 | Qualcomm Incorporated | Variable line cycle adaptation for powerline communications |
| US11176111B2 (en) * | 2013-03-15 | 2021-11-16 | Nuodb, Inc. | Distributed database management system with dynamically split B-tree indexes |
| CN113794539B (zh) * | 2021-06-08 | 2024-03-22 | 龙迅半导体（合肥）股份有限公司 | 一种双向通信控制方法和装置 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5954353A (ja) * | 1982-09-22 | 1984-03-29 | Nippon Telegr & Teleph Corp <Ntt> | デ−タ伝送方式 |
| JPH1188304A (ja) * | 1997-09-01 | 1999-03-30 | Nippon Telegr & Teleph Corp <Ntt> | データ通信再送方法 |
| JPH1198233A (ja) * | 1997-09-25 | 1999-04-09 | Nec Mobile Commun Ltd | 携帯電話機のリダイヤル方式 |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS60142650A (ja) * | 1983-12-28 | 1985-07-27 | Ricoh Co Ltd | デ−タ転送方式 |
| US4841526A (en) * | 1984-05-25 | 1989-06-20 | Wilson Jon C | Data communications system |
| US4905234A (en) * | 1987-06-03 | 1990-02-27 | General Electric Company | Apparatus and method for transmitting digital data over a radio communications channel |
| JPH0496534A (ja) * | 1990-08-14 | 1992-03-27 | Oki Electric Ind Co Ltd | Ｈｄｌｃにおける選択再送方式 |
| JP3305769B2 (ja) * | 1992-09-18 | 2002-07-24 | 株式会社東芝 | 通信装置 |
| US5463382A (en) * | 1994-04-22 | 1995-10-31 | Motorola, Inc. | Method and apparatus for controlling message transmissions in an acknowledge-back selective call communication system |
| US5754754A (en) * | 1995-07-26 | 1998-05-19 | International Business Machines Corporation | Transmission order based selective repeat data transmission error recovery system and method |
| DE69630818T2 (de) * | 1996-12-09 | 2004-06-03 | Motorola, Inc., Schaumburg | Systemgesteuertes, asymmetrisches, automatisches wiederholungsanfrage-protokollverfahren |
-
2000
- 2000-05-18 JP JP2000619846A patent/JP2003500919A/ja active Pending
- 2000-05-18 CA CA002338077A patent/CA2338077C/en not_active Expired - Lifetime
- 2000-05-18 CN CNB008008140A patent/CN1168273C/zh not_active Expired - Lifetime
- 2000-05-18 AU AU52664/00A patent/AU5266400A/en not_active Abandoned
- 2000-05-18 WO PCT/US2000/008227 patent/WO2000072495A2/en not_active Application Discontinuation
- 2000-05-18 EP EP00937510.6A patent/EP1119775B1/en not_active Expired - Lifetime
- 2000-05-18 KR KR1020017000938A patent/KR20010074734A/ko not_active Application Discontinuation
-
2001
- 2001-12-14 JP JP2001381782A patent/JP2002237865A/ja active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5954353A (ja) * | 1982-09-22 | 1984-03-29 | Nippon Telegr & Teleph Corp <Ntt> | デ−タ伝送方式 |
| JPH1188304A (ja) * | 1997-09-01 | 1999-03-30 | Nippon Telegr & Teleph Corp <Ntt> | データ通信再送方法 |
| JPH1198233A (ja) * | 1997-09-25 | 1999-04-09 | Nec Mobile Commun Ltd | 携帯電話機のリダイヤル方式 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1168273C (zh) | 2004-09-22 |
| EP1119775B1 (en) | 2013-05-01 |
| CA2338077C (en) | 2005-06-14 |
| WO2000072495A3 (en) | 2001-05-25 |
| EP1119775A2 (en) | 2001-08-01 |
| CA2338077A1 (en) | 2000-11-30 |
| AU5266400A (en) | 2000-12-12 |
| CN1318245A (zh) | 2001-10-17 |
| EP1119775A4 (en) | 2006-09-27 |
| WO2000072495A2 (en) | 2000-11-30 |
| JP2003500919A (ja) | 2003-01-07 |
| KR20010074734A (ko) | 2001-08-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6901547B2 (en) | Retransmission procedure and apparatus for handshaking protocol | |
| JP2002237865A (ja) | ハンドシェイクプロトコル再送信手順及び装置 | |
| JP3441081B2 (ja) | 通信装置及び通信方法 | |
| US4691314A (en) | Method and apparatus for transmitting data in adjustable-sized packets | |
| US5481562A (en) | Multi-mode modem and data transmission method | |
| US20050201294A1 (en) | Activation of multiple xDSL modems with half duplex and full duplex procedures | |
| US6751254B1 (en) | Activation of multiple xDSL modems with power control measurement | |
| EP1095464B1 (en) | ACTIVATION OF MULTIPLE xDSL MODEMS WITH POWER CONTROL MEASUREMENT | |
| EP1062761B1 (en) | ACTIVATION OF MULTIPLE xDSL MODEMS WITH HALF DUPLEX AND FULL DUPLEX PROCEDURES | |
| WO2001008398A9 (en) | Quick connect parameter exchange | |
| SECTOR et al. | ITU-Tv. 42 | |
| JPH09153996A (ja) | 通信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070507 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070507 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091222 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100217 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20100330 |