(57)【特許請求の範囲】
【請求項１】
第１のノードの第１の通信装置と、第２のノードの第２の通信装置との間に位置する前記第１のノードの第３の通信装置における通信方法であって、
前記第２の通信装置から前記第１の通信装置への設定要求パケットを仲介するステップと、
前記第１の通信装置から設定拒否パケットまたは設定否定パケットを受信するステップと、
前記設定拒否パケットまたは設定否定パケットに応じた設定要求パケットを生成するステップと、
前記生成した設定要求パケットを、前記第１の通信装置へ送信するステップとを備え、
前記第２の通信装置から前記第１の通信装置への設定要求パケットを仲介した後に、前記第１の通信装置から設定拒否パケットまたは設定否定パケットを受信した場合には、該設定拒否パケットまたは設定否定パケットに含まれる情報のみを、前記第２の通信装置へ送信することにより、設定拒否または設定否定を前記第２の通信装置へ通知することを特徴とする通信方法。
【請求項２】
第１のノードの第１の通信装置と、第２のノードの第２の通信装置との間に位置する前記第１のノードの第３の通信装置における通信方法であって、
前記第２の通信装置から前記第１の通信装置への設定要求パケットを仲介するステップと、
前記第１の通信装置から設定拒否パケットまたは設定否定パケットを受信するステップと、
前記設定拒否パケットまたは設定否定パケットに応じた設定要求パケットを生成するステップと、
前記生成した設定要求パケットを、前記第１の通信装置へ送信するステップとを備え、
前記第２の通信装置から前記第１の通信装置への設定要求パケットを仲介した後に、前記第１の通信装置から設定拒否パケットまたは設定否定パケットを受信した後に設定確認パケットを受信した場合には、該設定確認パケットを終端し、前記第１の通信装置から設定拒否パケットまたは設定否定パケットを受信せずに設定確認パケットを受信した場合には、該設定確認パケットを終端しないことを特徴とする通信方法。
【請求項３】
第１のノードの第１の通信装置と、第２のノードの第２の通信装置との間に位置する前記第１のノードの第３の通信装置における通信方法であって、
前記第１の通信装置から前記第２の通信装置への設定要求パケットを仲介するステップと、
前記第２の通信装置から前記第１の通信装置への設定拒否または設定否定の通知を仲介するステップと、
前記第１の通信装置から設定要求パケットを受信するステップと、
前記受信した設定要求パケットを終端するステップと
を備えることを特徴とする通信方法。
【請求項４】
請求項３に記載の通信方法であって、
前記第１の通信装置から前記第２の通信装置への設定要求パケットを仲介した後に、前記第２の通信装置から設定拒否または設定否定の通知を受信した場合には、設定拒否パケットまたは設定否定パケットを生成し、前記第１の通信装置へ送信することを特徴とする通信方法。
【請求項５】
請求項３または４に記載の通信方法であって、
前記第１の通信装置から前記第２の通信装置への設定要求パケットを仲介し、前記第２の通信装置から前記第１の通信装置への設定拒否または設定否定の通知を仲介した後に、前記第１の通信装置から該通知に応じた設定要求パケットをすべて受信した場合には、設定確認パケットを生成し、前記第１の通信装置へ送信することを特徴とする通信方法。
【請求項６】
第１のノードの第１の通信装置と、第２のノードの第２の通信装置との間に位置する前記第１のノードの第３の通信装置における通信方法であって、
前記第１の通信装置から前記第２の通信装置への終了要求の通知を仲介するステップと、
終了確認パケットを生成するステップと、
前記生成した終了確認パケットを、前記第１の通信装置へ送信するステップとを備え、
前記第１の通信装置から前記第２の通信装置への終了要求の通知を仲介した後に、前記第２の通信装置から終了確認の通知を受信した場合には、終了要求パケットを生成し、前記第１の通信装置へ送信することを特徴とする通信方法。
【請求項７】
請求項６に記載の通信方法であって、
前記第１の通信装置から終了要求パケットを受信した場合には、終了要求信号を生成し、前記第２の通信装置へ送信することを特徴とする通信方法。
【請求項８】
請求項６または７に記載の通信方法であって、
前記生成した終了要求パケットを送信した後に、前記第１の通信装置から終了確認パケットを受信した場合には、該終了確認パケットを終端することを特徴とする通信方法。
【請求項９】
第１のノードの第１の通信装置と、第２のノードの第２の通信装置との間に位置する前記第１のノードの第３の通信装置における通信方法であって、
前記第２の通信装置から前記第１の通信装置への終了要求の通知を仲介するステップと、
前記第１の通信装置から終了確認パケットを受信するステップと、
前記終了確認パケットを終端するステップとを備え、
前記第２の通信装置から前記第１の通信装置への終了要求の通知を仲介した後に、前記第１の通信装置から終了要求パケットを受信した場合には、終了確認信号を生成し、前記第２の通信装置へ送信することを特徴とする通信方法。
【請求項１０】
請求項９に記載の通信方法であって、
前記第２の通信装置から終了要求の通知を受信した場合には、終了要求パケットを生成し、前記第１の通信装置へ送信することを特徴とする通信方法。
【請求項１１】
請求項９または１０に記載の通信方法であって、
前記生成した終了確認信号を送信した後に、終了確認パケットを生成し、前記第１の通信装置へ送信することを特徴とする通信方法。
【請求項１２】
請求項１ないし１１のいずれかに記載の通信方法であって、前記第３の通信装置は移動局であることを特徴とする通信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信回線上における制御用パケットを削減する通信装置に関する。
【０００２】
【従来の技術】
公衆通信網または自営通信網を介したインターネット／イントラネットヘの接続を目的として使用されるＤＴＥデータリンク層プロトコルとして、ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）が頻繁に使用されている。
【０００３】
ＰＰＰは、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）、Ａｐｐｌｅｔａ１ｋ等の様々なネットワークプロトコルの転送を可能としている。このＰＰＰ仕様は、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）のＲＦＣ（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔ）として規定されている。
【０００４】
図１は通信の例を示す図である。図１の例では、ＤＴＥ（Ｄａｔａ  Ｔｅｒｍｉｎａｌ  Ｅｑｕｉｐｍｅｎｔ）２とＤＴＥ１０とが、ＰＰＰに基づき、ＤＣＥ（Ｄａｔａ  Ｃｉｒｃｕｉｔ−ｔｅｒｍｉｎａｔｉｎｇ  Ｅｑｕｉｐｍｅｎｔ）４、ネットワーク６およびＤＣＥ８を介して通信を行っている。ここで、ＤＣＥ４およびＤＣＥ８は、例えば移動局（携帯電話）とすることができる。
【０００５】
図２にＰＰＰフレームフォーマットを示す。フラグは、ＰＰＰフレームの開始または終了を表し、フレームの区切りを識別するために使用される。アドレスフィールドはこのＰＰＰフレームの宛先を表す情報であり、固定値が使用されるのが一般的である。制御フィールドはフレーム種別を識別するために使用される情報であり、固定値が使用されるのが一般的である。プロトコルフィールドは、情報フィールドに含まれるパケットのプロトコルを識別するために使用され、情報フィールドには、このプロトコルフィールドで示されたプロトコルのパケットが含まれる。ＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）はアドレスフィールドから情報フィールドまでを対象とする誤り検出を行うために使用される。
【０００６】
図３にＰＰＰ手順の概要を示す。ＰＰＰは、リンク停止フェーズにおいて物理層が起動すると、リンク確立フェーズに移行する。リンク確立フェーズでは、ＬＣＰ（Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）のリンク設定手順が行われ、ＬＣＰリンク確立後、認証フェーズに移行し、必要に応じて認証手順が行われる。認証に成功すると、ＰＰＰはネットワーク層プロトコルフェーズに移り、各ネットワークプロトコルに対応するＮＣＰのリンク設定手順がそれぞれ行われる。各ＮＣＰリンクが確立されると、各ＮＣＰに対応するネットワークプロトコルのパケットが転送可能となる。また、通信の終了要求等により、ＰＰＰはリンク終了フェーズヘ移行する。ＬＣＰは終了要求パケットを送信し、その確認パケットを受信するとＰＰＰリンクはクローズされ、物理層を切断するよう指示を行う。さらに、ＰＰＰリンクをクローズしたことをネットワーク層に対して通知する。物理層が切断されるとＰＰＰはリンク停止フェーズに戻る。
【０００７】
図４にＬＣＰまたはＮＣＰのリンク確立シーケンス例を示す。ここで、リンク確立の条件は、ノードＡおよびノードＢがそれぞれ設定確認パケットを送受信することである。各パケットにおいて、ＩＤは設定要求パケットと応答パケット（設定確認パケット、設定否定パケット、または、設定拒否パケット）の対応づけのために使用され、応答パケットのＩＤ値には要求パケットで受信したＩＤ値が含められる。設定要求パケットを送信する場合、オプション（図４ではＯｐｔ＿Ａ〜Ｇ）の指定ができる。
【０００８】
設定要求パケットの受信側は、設定要求パケットに含まれる全てのオプションを認識でき、かつ、それらの値をすべて許容できる場合には、設定確認パケットで設定要求パケットに含まれる全オプションを入れて応答する。
【０００９】
設定要求パケットの受信側は、設定要求パケットに含まれるオプション中で認識できないオプションが存在する場合、設定拒否パケットで認識できないオプションを含めて応答する。
【００１０】
設定要求パケットの受信側は、設定要求パケットに含まれる全てのオプションを認識できるがオプションの値に許容できないものが存在する場合、設定否定パケットで値の許容できないオプションのみを含めるが、それらのオプションを許容できる値に変更して応答する。さらに、設定要求パケットに含まれるオプション以外のオプションを設定要求パケットの送信側に要求したい場合、パケットにそのオプションを追加することもできる。
【００１１】
設定要求パケットの送信側は設定拒否パケットを受信した場合、拒否されたオプションを外して、再度、設定要求パケットを送信する。
【００１２】
設定要求パケットの送信側は設定否定パケットを受信した場合、設定否定パケットに含まれるオプションの値に変更した設定要求パケットを送信する。ただし、設定否定パケットのオプションに複数の値が存在する場合、その中の１つを選択する。
【００１３】
図４について、ＬＣＰまたはＮＣＰのリンク確立までのネゴシエーション手順例を説明する。
【００１４】
（ａ）設定要求パケットがノードＡからノードＢへ送信されたが、伝送途中で消失した。
【００１５】
（ｂ）ノードＡは（ａ）の設定要求パケットに対する応答パケットが一定時間の間に受信されないため、設定要求パケットを再び送信した。このとき、ＩＤ値のみが（ａ）の設定要求パケットとは異なる値に設定された。
【００１６】
（ｃ）設定要求パケットがノードＢからノードＡへ送信されたが、伝送途中で消失した。
【００１７】
（ｄ）ノードＢは（ｂ）の設定要求パケット中のオプションＯｐｔ＿Ｃ、Ｏｐｔ＿Ｄ、および、Ｏｐｔ＿Ｅを認識できないため、設定拒否パケットでこれらのオプションを含めて応答した。
【００１８】
（ｅ）ノードＡは受信した（ｄ）の設定拒否パケット中のオプションＯｐｔ＿Ｃ、Ｏｐｔ＿Ｄ、および、Ｏｐｔ＿Ｅを外し、ＩＤ値を変更して、設定要求パケットを送信した。
【００１９】
（ｆ）ノードＢは受信した（ｅ）の設定要求パケット中の全オプションを認識でき、かつ、それらの値をすべて許容できるため、設定確認パケットで設定要求パケット中の全オプションを含めて応答した。
【００２０】
（ｇ）ノードＢは（ｃ）の設定要求パケットに対する応答パケットが一定時間の間に受信されないため、（ｃ）の設定要求パケットと同一フォーマットの設定要求パケットを再び送信した。
【００２１】
（ｈ）ノードＡは（ｇ）の設定要求パケット中のオプションＯｐｔ＿Ｇを認識できないため、設定拒否パケットでこのオプションを含めて応答した。
【００２２】
（ｉ）ノードＢは受信した（ｈ）の設定拒否パケット中のオプションＯｐｔ＿Ｇを外し、ＩＤ値を変更して、設定要求パケットを送信した。
【００２３】
（ｊ）ノードＡは受信した（ｉ）の設定要求パケット中のオプション０ｐｔ＿Ａの値ｗ２は許容できるが、オプションＯｐｔ＿Ｆの値ｚ１が許容できず、ｚ２であれば許容できるため、設定否定パケットでオプションＯｐｔ＿Ｆの値をｚ２として送信した。
【００２４】
（ｋ）ノードＢは受信した（ｊ）の設定否定パケット中のオプションＯｐｔ＿Ｆをｚ２に変更して、設定要求パケットを送信した。
【００２５】
（ｌ）ノードＡは受信した（ｋ）の設定要求パケット中の全オプションを認識でき、かつ、それらの値をすべて許容できるため、設定確認パケットで設定要求パケット中の全オプションを含めて応答した。
【００２６】
図５にＬＣＰリンク切断シーケンス例を示す。
【００２７】
（ａ）ノードＡは、リンク解放を要求するために終了要求パケットを送信した。
【００２８】
（ｂ）終了要求パケットを受信したノードＢは終了確認パケットを送信した。終了確認パケットを受信したノードＡはリンククローズ状態となった。
【００２９】
（ｃ）ノードＢは終了確認パケット送信からある時間待機した後、終了要求パケットを送信した。
【００３０】
（ｄ）終了要求パケットを受信したノードＡは終了確認パケットを送信し、物理層を切断、リンク停止フェーズヘ移行した。終了確認パケットを受信したノードＢはリンククローズ状態となり、物理層を切断、リンク停止フェーズヘ移行した。
【００３１】
図６にＬＣＰエコー要求／応答パケットを使用したキープアライブシーケンス例を示す。ＬＣＰエコー要求／応答パケットはＬＣＰリンク確立中に使用され、リンクが保持されているか否かを確認するために使用することが可能である。
【００３２】
（ａ）ノードＡはＬＣＰリンクが維持されているかを確認するためにＬＣＰエコー要求パケットを送信した。
【００３３】
（ｂ）ＬＣＰエコー要求パケットを受信したノードＢは、リンクが維持されていることを応答するためにＬＣＰエコー応答パケットを送信した。
【００３４】
（ｃ）ノードＢはＬＣＰリンクが維持されているかを確認するためにＬＣＰエコー要求パケットを送信した。
【００３５】
（ｄ）ＬＣＰエコー要求パケットを受信したノードＡは、リンクが維持されていることを応答するためにＬＣＰエコー応答パケットを送信した。
【００３６】
【発明が解決しようとする課題】
パケット通信の特徴の１つとして、データが発生している場合にのみ通信回線を使用するため、データ量に基づく通信料金体系を採用することが可能である通信ノードが存在する。このような通信ノードにおける要求条件として、送受信すべきユーザデータが存在しない場合には通信料金がかからない、すなわち、実際に通信回線を使用しないことが望まれる。
【００３７】
従来、データ量に基づく通信料金体系を採用している通信ノードにおいてＤＴＥデータリンク層プロトコルとしてＰＰＰを使用した場合、通信開始時および通信終了時のＰＰＰ制御用パケット、定期的にＰＰＰリンクの接続性確認を行うＬＣＰエコー要求／応答パケット等の転送が行われることによって、ユーザの観点からは余分な通信料金がかかる、通信事業者の観点からは通信コストおよび通信トラヒック量の増加を招くといった欠点があった。
【００３８】
そこで、本発明の目的は、通信回線上における制御用パケットを削減することである。これにより、通信料金・通信コストの低減、および、通信トラヒック量削減に伴う加入者容量の増大等を図ることができる。
【００３９】
【課題を解決するための手段】
上記目的を達成するために、請求項１に記載の発明は、第１のノードの第１の通信装置と、第２のノードの第２の通信装置との間に位置する前記第１のノードの第３の通信装置における通信方法であって、前記第２の通信装置から前記第１の通信装置への設定要求パケットを仲介するステップと、前記第１の通信装置から設定拒否パケットまたは設定否定パケットを受信するステップと、前記設定拒否パケットまたは設定否定パケットに応じた設定要求パケットを生成するステップと、前記生成した設定要求パケットを、前記第１の通信装置へ送信するステップとを備え、前記第２の通信装置から前記第１の通信装置への設定要求パケットを仲介した後に、前記第１の通信装置から設定拒否パケットまたは設定否定パケットを受信した場合には、該設定拒否パケットまたは設定否定パケットに含まれる情報のみを、前記第２の通信装置へ送信することにより、設定拒否または設定否定を前記第２の通信装置へ通知することを特徴とする。
【００４０】
請求項２に記載の発明は、第１のノードの第１の通信装置と、第２のノードの第２の通信装置との間に位置する前記第１のノードの第３の通信装置における通信方法であって、前記第２の通信装置から前記第１の通信装置への設定要求パケットを仲介するステップと、前記第１の通信装置から設定拒否パケットまたは設定否定パケットを受信するステップと、前記設定拒否パケットまたは設定否定パケットに応じた設定要求パケットを生成するステップと、前記生成した設定要求パケットを、前記第１の通信装置へ送信するステップとを備え、前記第２の通信装置から前記第１の通信装置への設定要求パケットを仲介した後に、前記第１の通信装置から設定拒否パケットまたは設定否定パケットを受信した後に設定確認パケットを受信した場合には、該設定確認パケットを終端し、前記第１の通信装置から設定拒否パケットまたは設定否定パケットを受信せずに設定確認パケットを受信した場合には、該設定確認パケットを終端しないことを特徴とする。
【００４１】
請求項３に記載の発明は、第１のノードの第１の通信装置と、第２のノードの第２の通信装置との間に位置する前記第１のノードの第３の通信装置における通信方法であって、前記第１の通信装置から前記第２の通信装置への設定要求パケットを仲介するステップと、前記第２の通信装置から前記第１の通信装置への設定拒否または設定否定の通知を仲介するステップと、前記第１の通信装置から設定要求パケットを受信するステップと、前記受信した設定要求パケットを終端するステップとを備えることを特徴とする。
【００４２】
請求項４に記載の発明は、請求項３に記載の通信方法であって、前記第１の通信装置から前記第２の通信装置への設定要求パケットを仲介した後に、前記第２の通信装置から設定拒否または設定否定の通知を受信した場合には、設定拒否パケットまたは設定否定パケットを生成し、前記第１の通信装置へ送信することを特徴とする。
【００４３】
請求項５に記載の発明は、請求項３または４に記載の通信方法であって、前記第１の通信装置から前記第２の通信装置への設定要求パケットを仲介し、前記第２の通信装置から前記第１の通信装置への設定拒否または設定否定の通知を仲介した後に、前記第１の通信装置から該通知に応じた設定要求パケットをすべて受信した場合には、設定確認パケットを生成し、前記第１の通信装置へ送信することを特徴とする。
【００４４】
請求項６に記載の発明は、第１のノードの第１の通信装置と、第２のノードの第２の通信装置との間に位置する前記第１のノードの第３の通信装置における通信方法であって、前記第１の通信装置から前記第２の通信装置への終了要求の通知を仲介するステップと、終了確認パケットを生成するステップと、前記生成した終了確認パケットを、前記第１の通信装置へ送信するステップとを備え、前記第１の通信装置から前記第２の通信装置への終了要求の通知を仲介した後に、前記第２の通信装置から終了確認の通知を受信した場合には、終了要求パケットを生成し、前記第１の通信装置へ送信することを特徴とする。
【００４５】
請求項７に記載の発明は、請求項６に記載の通信方法であって、前記第１の通信装置から終了要求パケットを受信した場合には、終了要求信号を生成し、前記第２の通信装置へ送信することを特徴とする。
【００４６】
請求項８に記載の発明は、請求項６または７に記載の通信方法であって、前記生成した終了要求パケットを送信した後に、前記第１の通信装置から終了確認パケットを受信した場合には、該終了確認パケットを終端することを特徴とする。
【００４７】
請求項９に記載の発明は、第１のノードの第１の通信装置と、第２のノードの第２の通信装置との間に位置する前記第１のノードの第３の通信装置における通信方法であって、前記第２の通信装置から前記第１の通信装置への終了要求の通知を仲介するステップと、前記第１の通信装置から終了確認パケットを受信するステップと、前記終了確認パケットを終端するステップとを備え、前記第２の通信装置から前記第１の通信装置への終了要求の通知を仲介した後に、前記第１の通信装置から終了要求パケットを受信した場合には、終了確認信号を生成し、前記第２の通信装置へ送信することを特徴とする。
【００４８】
請求項１０に記載の発明は、請求項９に記載の通信方法であって、前記第２の通信装置から終了要求の通知を受信した場合には、終了要求パケットを生成し、前記第１の通信装置へ送信することを特徴とする。
【００４９】
請求項１１に記載の発明は、請求項９または１０に記載の通信方法であって、前記生成した終了確認信号を送信した後に、終了確認パケットを生成し、前記第１の通信装置へ送信することを特徴とする。
【００５０】
請求項１２に記載の発明は、請求項１ないし１１のいずれかに記載の通信方法であって、前記第３の通信装置は移動局であることを特徴とする。
【００５５】
以上の構成によれば、通信回線上における制御用パケットを削減することができる。
【００５６】
【発明の実施の形態】
図７は、図４のＬＣＰまたはＮＣＰのリンク確立シーケンス例に対して、本発明を適用した場合のシーケンス図を示している。（通信）装置１および（通信）装置２はノードＡに、（通信）装置３および（通信）装置４はノードＢに属し、物理的に異なる装置であっても、同一装置であってもよい。装置２と装置３との間は通信回線で接続されているとする。例えば、図１のＤＴＥ２を装置１に、ＤＣＥ４を装置２に、ＤＣＥ８を装置３に、ＤＴＥ１０を装置４に対応させ、ＤＣＥ４とＤＣＥ８との間の冗長なパケットを削除することができる。
【００５７】
以下に手順を追って説明する。
【００５８】
（ａ）装置１から設定要求パケットが送信され、装置２を経由し、ノードＢへ届く前に消失した。
【００５９】
（ｂ）装置１は（ａ）の設定要求パケットに対する応答パケットが一定時間の間に受信されないため、設定要求パケットを再び送信した。このとき、ＩＤ値のみが（ａ）の設定要求パケットとは異なる値に設定された。
【００６０】
（ｃ）装置４から設定要求パケットが送信され、装置３を経由し、ノードＡに届く前に消失した。
【００６１】
（ｄ）装置４は、装置３を経由して受信した（ｂ）の設定要求パケットに対して、Ｏｐｔ＿Ｃ、Ｏｐｔ＿Ｄ、および、Ｏｐｔ＿Ｅを認識できないため、設定拒否パケットでこれらのオプションを含めて応答した。
【００６２】
（ｅ）装置３は（ｄ）の設定拒否パケットを装置２へ転送せず、Ｏｐｔ＿Ｃ、Ｏｐｔ＿Ｄ、および、Ｏｐｔ＿Ｅを外し、ＩＤ値を変更した設定要求パケットを（生成し、）装置４へ送信した。
【００６３】
（ｆ）装置４は受信した（ｅ）の設定要求パケット中の全オプションを認識でき、かつ、それらの値をすべて許容できるため、設定確認パケットで応答した。装置３は装置４から設定確認パケットを受信すると、（ｄ）のパケットに含まれる情報のみを装置２へ送信する。この例のように、装置３は、装置４から設定拒否パケットまたは設定否定パケットを受信した後に設定確認パケットを受信した場合には、該設定確認パケットを終端する。ただし、装置４から設定拒否パケットまたは設定否定パケットを受信せずに設定確認パケットを受信した場合には、該設定確認パケットを終端しない。この場合には、設定確認パケットを単に受信したことを装置２に知らせる（例えば、設定確認パケットを送信することにより）。
【００６４】
（ｇ）装置２は（ｄ）のパケットに含まれる情報から生成した設定拒否パケットを装置１に送信する。装置１は装置２から設定拒否パケットを受信すると、Ｏｐｔ＿Ｃ、Ｏｐｔ＿Ｄ、および、Ｏｐｔ＿Ｅを外し、ＩＤ値を変更した設定要求パケットを送信した。（ｅ）および（ｇ）のパケットはＩＤ値が異なることはあるが、同一のオプションを有する設定要求パケットである。
【００６５】
（ｈ）装置２は（ｇ）の設定要求パケットを装置３へ転送せず、設定確認パケットで応答した。（ｆ）および（ｈ）のパケットはＩＤ値が異なることはあるが、同一のオプションを有する設定確認パケットである。
【００６６】
（ｉ）装置４は（ｃ）の設定要求パケットに対する応答パケットが一定時間の間に受信されなかったため、（ｃ）の設定要求パケットと同一フォーマットの設定要求パケットを再び送信した。
【００６７】
（ｊ）装置１は受信した（ｉ）の設定要求パケットのオプションＯｐｔ＿Ｇを認識できないため、設定拒否パケットで当該オプションを含めて応答した。
【００６８】
（ｋ）装置２は（ｊ）の設定拒否パケットを装置３へ転送せず、オプションＯｐｔ＿Ｇを外し、ＩＤ値を変更した設定要求パケットを装置１へ送信した。
【００６９】
（ｌ）装置１は受信した（ｋ）の設定要求パケット中のオプションＯｐｔ＿Ａの値ｗ２は許容できるが、オプションＯｐｔ＿Ｆの値ｚ１ではなくｚ２であれば許容できるため、設定否定パケットでオプションＯｐｔ＿Ｆの値をｚ２として送信した。
【００７０】
（ｍ）装置２は（ｌ）の設定否定パケットを装置３へ転送せず、オプションＯｐｔ＿Ｆの値をｚ２に変更して設定要求パケットを装置１へ送信した。
【００７１】
（ｎ）装置１は受信した（ｍ）の設定要求パケット中の全オプションを認識でき、かつ、それらの値をすべて許容できるため、設定確認パケットで応答した。装置２は当該設定確認パケットを受信すると、（ｊ）および（ｌ）のパケットに含まれる情報のみを装置３へ送信した。
【００７２】
（ｏ）装置３は装置２から（ｊ）および（ｌ）のパケットに含まれる情報を受信すると、まず、（ｊ）の情報から生成した設定拒否パケットを装置４へ送信する。（ｊ）および（ｏ）のパケットは同一のオプションを有する設定拒否パケットである。
【００７３】
（ｐ）装置４は受信した（ｏ）の設定拒否パケット中のオプションＯｐｔ＿Ｇを外し、ＩＤ値を変更して設定要求パケットを送信した。（ｋ）および（ｐ）のパケットはＩＤ値が異なることはあるが、同一のオプションを有する設定要求パケットである。
【００７４】
（ｑ）装置３は（ｐ）の設定要求パケットを装置２へ転送せず、（ｌ）のパケットに含まれる情報から、オプションＯｐｔ＿Ａの値ｗ２は許容できるがオプションＯｐｔ＿Ｆの値ｚ１ではなくｚ２であれば許容できることがわかるため、設定否定パケットでオプションＯｐｔ＿Ｆの値をｚ２として装置４へ送信した。（ｌ）および（ｑ）のパケットはＩＤ値が異なることはあるが、同一のオプションを有する設定否定パケットである。
【００７５】
（ｒ）装置４は受信した（ｑ）の設定否定パケット中のオプションＯｐｔ＿Ｆの値をｚ２に変更して設定要求パケットを送信した。（ｍ）および（ｒ）のパケットはＩＤ値が異なることはあるが、同一のオプションを有する設定要求パケットである。
【００７６】
（ｓ）装置３は（ｒ）の設定要求パケットを装置２へ送信せず、当該設定要求パケット中の全オプションを認識でき、かつ、それらの値をすべて許容できるため、設定確認パケットで装置４へ応答した。（ｎ）および（ｓ）のパケットはＩＤ値が異なることはあるが、同一のオプションを有する設定確認パケットである。
【００７７】
図８は、図５のＬＣＰリンク切断シーケンス例に対して本発明を適用した場合のシーケンス図を示している。以下に手順を追って説明する。
【００７８】
（ａ）装置１は、リンク解放を要求するために終了要求パケットを送信した。当該終了要求パケットを受信した装置２は、装置３に対して通信終了要求信号を送信した。当該通信終了要求信号を受信した装置３は、終了要求パケットを生成し装置４へ送信した。
【００７９】
（ｂ）装置１から終了要求パケットを受信した装置２は、装置１に対して終了確認パケットを送信した。当該終了確認パケットを受信した装置１はリンククローズ状態となった。一方、装置３から終了要求パケットを受信した装置４は終了確認パケットを送信した。装置３は当該終了確認パケットを装置２へ転送しない。
【００８０】
（ｃ）装置４は終了確認パケット送信からある時間経過した後、終了要求パケットを送信した。当該終了要求パケットを受信した装置３は、装置２に対して通信終了確認信号を送信した。当該通信終了確認信号を受信した装置２は、終了要求パケットを生成し装置１へ送信した。
【００８１】
（ｄ）終了要求パケットを受信した装置３は、装置４に対して終了確認パケットを送信した。当該終了確認パケットを受信した装置４はリンククローズ状態へ移行し、物理リンクを切断後、リンク停止フェーズ状態となった。一方、装置２から終了要求パケットを受信した装置１は終了確認パケットを送信し、物理リンクを切断後、リンク停止フェーズ状態となった。なお、装置２は当該終了確認パケットを装置３へ転送しない。
【００８２】
図９は、図６のＬＣＰキープアライブシーケンス例に対して本発明を適用した場合のシーケンス図を示している。以下に手順を追って説明する。
【００８３】
（ａ）装置１はＬＣＰリンクが維持されているかを確認するためにＬＣＰエコー要求パケットを送信した。
【００８４】
（ｂ）装置２は受信した（ａ）のＬＣＰエコー要求パケットを装置３へ転送せず、装置１へＬＣＰエコー応答パケットを送信した。
【００８５】
（ｃ）装置４はＬＣＰリンクが維持されているかを確認するためにＬＣＰエコー要求パケットを送信した。
【００８６】
（ｄ）装置３は受信した（ｃ）のＬＣＰエコー要求パケットを装置２へ転送せず、装置４へＬＣＰエコー応答パケットを送信した。
【００８７】
上記の通り、装置２と装置３との間には全く信号が転送されない。
【００８８】
本実施形態では、ＰＰＰプロトコルに基づく通信に対して本発明を適用した例について説明したが、本発明は、同様のプロトコルに基づく通信に対しても適用することができる。
【００８９】
【発明の効果】
以上説明したように本発明によれば、通信回線上における制御用パケットを削減することができる。
【００９０】
これにより、例えば、エンドツーエンドのＰＰＰリンク確立手順、切断手順、および、ＰＰＰリンクの接続性確認手順における冗長なパケットを同一ノード内で終端して、通信回線上を転送される制御パケット量を削減し、通信料金・通信コストの低減、および、通信トラヒック量削減に伴う加入者容量の増大等を図ることができる。
【図面の簡単な説明】
【図１】通信の例を示す図である。
【図２】ＰＰＰフレームのフィールド構成を示す説明図である。
【図３】ＰＰＰ手順の概要を示す説明図である。
【図４】ＰＰＰのリンク確立シーケンス例を示すシーケンス図である。
【図５】ＰＰＰリンク切断シーケンス例を示すシーケンス図である。
【図６】ＰＰＰキープアライブ動作を示すシーケンス図である。
【図７】図４のリンク確立シーケンス例に対して、本発明を適用した場合のシーケンス図である。
【図８】図５のリンク切断シーケンス例に対して、本発明を適用した場合のシーケンス図である。
【図９】図６のキープアライブシーケンス例に対して、本発明を適用した場合のシーケンス図である。
【符号の説明】
２、１０  ＤＴＥ
４、８  ＤＣＥ
６  ネットワーク
【図１】
0003793393.tif 000002
【図２】
0003793393.tif 000003
【図３】
0003793393.tif 000004
【図４】
0003793393.tif 000005
【図５】
0003793393.tif 000006
【図６】
0003793393.tif 000007
【図７】
0003793393.tif 000008
【図８】
0003793393.tif 000009
【図９】
0003793393.tif 000010