Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP3793393B2 - Communication device - Google Patents
[go: Go Back, main page]

JP3793393B2 - Communication device - Google Patents

Communication device Download PDF

Info

Publication number
JP3793393B2
JP3793393B2 JP2000118620A JP2000118620A JP3793393B2 JP 3793393 B2 JP3793393 B2 JP 3793393B2 JP 2000118620 A JP2000118620 A JP 2000118620A JP 2000118620 A JP2000118620 A JP 2000118620A JP 3793393 B2 JP3793393 B2 JP 3793393B2
Authority
JP
Japan
Prior art keywords
communication device
packet
setting
communication
node
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
Application number
JP2000118620A
Other languages
Japanese (ja)
Other versions
JP2001308954A (en
Inventor
弘幸 服部
啓三郎 佐々木
典子 新里
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to JP2000118620A priority Critical patent/JP3793393B2/en
Priority to SG200307644A priority patent/SG119207A1/en
Priority to KR10-2000-0055301A priority patent/KR100367657B1/en
Priority to SG200005369A priority patent/SG114472A1/en
Priority to SG200307649A priority patent/SG119208A1/en
Priority to US09/667,084 priority patent/US7260107B1/en
Priority to EP00308253A priority patent/EP1087591B1/en
Priority to CNB001318861A priority patent/CN1164059C/en
Priority to DE60037210T priority patent/DE60037210T2/en
Priority to DE60034193T priority patent/DE60034193T2/en
Priority to EP05075339A priority patent/EP1549023B1/en
Priority to CNB2003101244274A priority patent/CN1287574C/en
Publication of JP2001308954A publication Critical patent/JP2001308954A/en
Priority to US11/383,186 priority patent/US7680122B2/en
Application granted granted Critical
Publication of JP3793393B2 publication Critical patent/JP3793393B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、通信回線上における制御用パケットを削減する通信装置に関する。
【0002】
【従来の技術】
公衆通信網または自営通信網を介したインターネット/イントラネットヘの接続を目的として使用されるDTEデータリンク層プロトコルとして、PPP(Point−to−Point Protocol)が頻繁に使用されている。
【0003】
PPPは、IP(Internet Protocol)、Appleta1k等の様々なネットワークプロトコルの転送を可能としている。このPPP仕様は、IETF(Internet Engineering Task Force)のRFC(Request For Comment)として規定されている。
【0004】
図1は通信の例を示す図である。図1の例では、DTE(Data Terminal Equipment)2とDTE10とが、PPPに基づき、DCE(Data Circuit−terminating Equipment)4、ネットワーク6およびDCE8を介して通信を行っている。ここで、DCE4およびDCE8は、例えば移動局(携帯電話)とすることができる。
【0005】
図2にPPPフレームフォーマットを示す。フラグは、PPPフレームの開始または終了を表し、フレームの区切りを識別するために使用される。アドレスフィールドはこのPPPフレームの宛先を表す情報であり、固定値が使用されるのが一般的である。制御フィールドはフレーム種別を識別するために使用される情報であり、固定値が使用されるのが一般的である。プロトコルフィールドは、情報フィールドに含まれるパケットのプロトコルを識別するために使用され、情報フィールドには、このプロトコルフィールドで示されたプロトコルのパケットが含まれる。FCS(Frame Check Sequence)はアドレスフィールドから情報フィールドまでを対象とする誤り検出を行うために使用される。
【0006】
図3にPPP手順の概要を示す。PPPは、リンク停止フェーズにおいて物理層が起動すると、リンク確立フェーズに移行する。リンク確立フェーズでは、LCP(Link Control Protocol)のリンク設定手順が行われ、LCPリンク確立後、認証フェーズに移行し、必要に応じて認証手順が行われる。認証に成功すると、PPPはネットワーク層プロトコルフェーズに移り、各ネットワークプロトコルに対応するNCPのリンク設定手順がそれぞれ行われる。各NCPリンクが確立されると、各NCPに対応するネットワークプロトコルのパケットが転送可能となる。また、通信の終了要求等により、PPPはリンク終了フェーズヘ移行する。LCPは終了要求パケットを送信し、その確認パケットを受信するとPPPリンクはクローズされ、物理層を切断するよう指示を行う。さらに、PPPリンクをクローズしたことをネットワーク層に対して通知する。物理層が切断されるとPPPはリンク停止フェーズに戻る。
【0007】
図4にLCPまたはNCPのリンク確立シーケンス例を示す。ここで、リンク確立の条件は、ノードAおよびノードBがそれぞれ設定確認パケットを送受信することである。各パケットにおいて、IDは設定要求パケットと応答パケット(設定確認パケット、設定否定パケット、または、設定拒否パケット)の対応づけのために使用され、応答パケットのID値には要求パケットで受信したID値が含められる。設定要求パケットを送信する場合、オプション(図4ではOpt_A〜G)の指定ができる。
【0008】
設定要求パケットの受信側は、設定要求パケットに含まれる全てのオプションを認識でき、かつ、それらの値をすべて許容できる場合には、設定確認パケットで設定要求パケットに含まれる全オプションを入れて応答する。
【0009】
設定要求パケットの受信側は、設定要求パケットに含まれるオプション中で認識できないオプションが存在する場合、設定拒否パケットで認識できないオプションを含めて応答する。
【0010】
設定要求パケットの受信側は、設定要求パケットに含まれる全てのオプションを認識できるがオプションの値に許容できないものが存在する場合、設定否定パケットで値の許容できないオプションのみを含めるが、それらのオプションを許容できる値に変更して応答する。さらに、設定要求パケットに含まれるオプション以外のオプションを設定要求パケットの送信側に要求したい場合、パケットにそのオプションを追加することもできる。
【0011】
設定要求パケットの送信側は設定拒否パケットを受信した場合、拒否されたオプションを外して、再度、設定要求パケットを送信する。
【0012】
設定要求パケットの送信側は設定否定パケットを受信した場合、設定否定パケットに含まれるオプションの値に変更した設定要求パケットを送信する。ただし、設定否定パケットのオプションに複数の値が存在する場合、その中の1つを選択する。
【0013】
図4について、LCPまたはNCPのリンク確立までのネゴシエーション手順例を説明する。
【0014】
(a)設定要求パケットがノードAからノードBへ送信されたが、伝送途中で消失した。
【0015】
(b)ノードAは(a)の設定要求パケットに対する応答パケットが一定時間の間に受信されないため、設定要求パケットを再び送信した。このとき、ID値のみが(a)の設定要求パケットとは異なる値に設定された。
【0016】
(c)設定要求パケットがノードBからノードAへ送信されたが、伝送途中で消失した。
【0017】
(d)ノードBは(b)の設定要求パケット中のオプションOpt_C、Opt_D、および、Opt_Eを認識できないため、設定拒否パケットでこれらのオプションを含めて応答した。
【0018】
(e)ノードAは受信した(d)の設定拒否パケット中のオプションOpt_C、Opt_D、および、Opt_Eを外し、ID値を変更して、設定要求パケットを送信した。
【0019】
(f)ノードBは受信した(e)の設定要求パケット中の全オプションを認識でき、かつ、それらの値をすべて許容できるため、設定確認パケットで設定要求パケット中の全オプションを含めて応答した。
【0020】
(g)ノードBは(c)の設定要求パケットに対する応答パケットが一定時間の間に受信されないため、(c)の設定要求パケットと同一フォーマットの設定要求パケットを再び送信した。
【0021】
(h)ノードAは(g)の設定要求パケット中のオプションOpt_Gを認識できないため、設定拒否パケットでこのオプションを含めて応答した。
【0022】
(i)ノードBは受信した(h)の設定拒否パケット中のオプションOpt_Gを外し、ID値を変更して、設定要求パケットを送信した。
【0023】
(j)ノードAは受信した(i)の設定要求パケット中のオプション0pt_Aの値w2は許容できるが、オプションOpt_Fの値z1が許容できず、z2であれば許容できるため、設定否定パケットでオプションOpt_Fの値をz2として送信した。
【0024】
(k)ノードBは受信した(j)の設定否定パケット中のオプションOpt_Fをz2に変更して、設定要求パケットを送信した。
【0025】
(l)ノードAは受信した(k)の設定要求パケット中の全オプションを認識でき、かつ、それらの値をすべて許容できるため、設定確認パケットで設定要求パケット中の全オプションを含めて応答した。
【0026】
図5にLCPリンク切断シーケンス例を示す。
【0027】
(a)ノードAは、リンク解放を要求するために終了要求パケットを送信した。
【0028】
(b)終了要求パケットを受信したノードBは終了確認パケットを送信した。終了確認パケットを受信したノードAはリンククローズ状態となった。
【0029】
(c)ノードBは終了確認パケット送信からある時間待機した後、終了要求パケットを送信した。
【0030】
(d)終了要求パケットを受信したノードAは終了確認パケットを送信し、物理層を切断、リンク停止フェーズヘ移行した。終了確認パケットを受信したノードBはリンククローズ状態となり、物理層を切断、リンク停止フェーズヘ移行した。
【0031】
図6にLCPエコー要求/応答パケットを使用したキープアライブシーケンス例を示す。LCPエコー要求/応答パケットはLCPリンク確立中に使用され、リンクが保持されているか否かを確認するために使用することが可能である。
【0032】
(a)ノードAはLCPリンクが維持されているかを確認するためにLCPエコー要求パケットを送信した。
【0033】
(b)LCPエコー要求パケットを受信したノードBは、リンクが維持されていることを応答するためにLCPエコー応答パケットを送信した。
【0034】
(c)ノードBはLCPリンクが維持されているかを確認するためにLCPエコー要求パケットを送信した。
【0035】
(d)LCPエコー要求パケットを受信したノードAは、リンクが維持されていることを応答するためにLCPエコー応答パケットを送信した。
【0036】
【発明が解決しようとする課題】
パケット通信の特徴の1つとして、データが発生している場合にのみ通信回線を使用するため、データ量に基づく通信料金体系を採用することが可能である通信ノードが存在する。このような通信ノードにおける要求条件として、送受信すべきユーザデータが存在しない場合には通信料金がかからない、すなわち、実際に通信回線を使用しないことが望まれる。
【0037】
従来、データ量に基づく通信料金体系を採用している通信ノードにおいてDTEデータリンク層プロトコルとしてPPPを使用した場合、通信開始時および通信終了時のPPP制御用パケット、定期的にPPPリンクの接続性確認を行うLCPエコー要求/応答パケット等の転送が行われることによって、ユーザの観点からは余分な通信料金がかかる、通信事業者の観点からは通信コストおよび通信トラヒック量の増加を招くといった欠点があった。
【0038】
そこで、本発明の目的は、通信回線上における制御用パケットを削減することである。これにより、通信料金・通信コストの低減、および、通信トラヒック量削減に伴う加入者容量の増大等を図ることができる。
【0039】
【課題を解決するための手段】
上記目的を達成するために、請求項1に記載の発明は、第1のノードの第1の通信装置と、第2のノードの第2の通信装置との間に位置する前記第1のノードの第3の通信装置における通信方法であって、前記第2の通信装置から前記第1の通信装置への設定要求パケットを仲介するステップと、前記第1の通信装置から設定拒否パケットまたは設定否定パケットを受信するステップと、前記設定拒否パケットまたは設定否定パケットに応じた設定要求パケットを生成するステップと、前記生成した設定要求パケットを、前記第1の通信装置へ送信するステップとを備え、前記第2の通信装置から前記第1の通信装置への設定要求パケットを仲介した後に、前記第1の通信装置から設定拒否パケットまたは設定否定パケットを受信した場合には、該設定拒否パケットまたは設定否定パケットに含まれる情報のみを、前記第2の通信装置へ送信することにより、設定拒否または設定否定を前記第2の通信装置へ通知することを特徴とする。
【0040】
請求項2に記載の発明は、第1のノードの第1の通信装置と、第2のノードの第2の通信装置との間に位置する前記第1のノードの第3の通信装置における通信方法であって、前記第2の通信装置から前記第1の通信装置への設定要求パケットを仲介するステップと、前記第1の通信装置から設定拒否パケットまたは設定否定パケットを受信するステップと、前記設定拒否パケットまたは設定否定パケットに応じた設定要求パケットを生成するステップと、前記生成した設定要求パケットを、前記第1の通信装置へ送信するステップとを備え、前記第2の通信装置から前記第1の通信装置への設定要求パケットを仲介した後に、前記第1の通信装置から設定拒否パケットまたは設定否定パケットを受信した後に設定確認パケットを受信した場合には、該設定確認パケットを終端し、前記第1の通信装置から設定拒否パケットまたは設定否定パケットを受信せずに設定確認パケットを受信した場合には、該設定確認パケットを終端しないことを特徴とする。
【0041】
請求項3に記載の発明は、第1のノードの第1の通信装置と、第2のノードの第2の通信装置との間に位置する前記第1のノードの第3の通信装置における通信方法であって、前記第1の通信装置から前記第2の通信装置への設定要求パケットを仲介するステップと、前記第2の通信装置から前記第1の通信装置への設定拒否または設定否定の通知を仲介するステップと、前記第1の通信装置から設定要求パケットを受信するステップと、前記受信した設定要求パケットを終端するステップとを備えることを特徴とする。
【0042】
請求項4に記載の発明は、請求項3に記載の通信方法であって、前記第1の通信装置から前記第2の通信装置への設定要求パケットを仲介した後に、前記第2の通信装置から設定拒否または設定否定の通知を受信した場合には、設定拒否パケットまたは設定否定パケットを生成し、前記第1の通信装置へ送信することを特徴とする。
【0043】
請求項5に記載の発明は、請求項3または4に記載の通信方法であって、前記第1の通信装置から前記第2の通信装置への設定要求パケットを仲介し、前記第2の通信装置から前記第1の通信装置への設定拒否または設定否定の通知を仲介した後に、前記第1の通信装置から該通知に応じた設定要求パケットをすべて受信した場合には、設定確認パケットを生成し、前記第1の通信装置へ送信することを特徴とする。
【0044】
請求項6に記載の発明は、第1のノードの第1の通信装置と、第2のノードの第2の通信装置との間に位置する前記第1のノードの第3の通信装置における通信方法であって、前記第1の通信装置から前記第2の通信装置への終了要求の通知を仲介するステップと、終了確認パケットを生成するステップと、前記生成した終了確認パケットを、前記第1の通信装置へ送信するステップとを備え、前記第1の通信装置から前記第2の通信装置への終了要求の通知を仲介した後に、前記第2の通信装置から終了確認の通知を受信した場合には、終了要求パケットを生成し、前記第1の通信装置へ送信することを特徴とする。
【0045】
請求項7に記載の発明は、請求項6に記載の通信方法であって、前記第1の通信装置から終了要求パケットを受信した場合には、終了要求信号を生成し、前記第2の通信装置へ送信することを特徴とする。
【0046】
請求項8に記載の発明は、請求項6または7に記載の通信方法であって、前記生成した終了要求パケットを送信した後に、前記第1の通信装置から終了確認パケットを受信した場合には、該終了確認パケットを終端することを特徴とする。
【0047】
請求項9に記載の発明は、第1のノードの第1の通信装置と、第2のノードの第2の通信装置との間に位置する前記第1のノードの第3の通信装置における通信方法であって、前記第2の通信装置から前記第1の通信装置への終了要求の通知を仲介するステップと、前記第1の通信装置から終了確認パケットを受信するステップと、前記終了確認パケットを終端するステップとを備え、前記第2の通信装置から前記第1の通信装置への終了要求の通知を仲介した後に、前記第1の通信装置から終了要求パケットを受信した場合には、終了確認信号を生成し、前記第2の通信装置へ送信することを特徴とする。
【0048】
請求項10に記載の発明は、請求項9に記載の通信方法であって、前記第2の通信装置から終了要求の通知を受信した場合には、終了要求パケットを生成し、前記第1の通信装置へ送信することを特徴とする。
【0049】
請求項11に記載の発明は、請求項9または10に記載の通信方法であって、前記生成した終了確認信号を送信した後に、終了確認パケットを生成し、前記第1の通信装置へ送信することを特徴とする。
【0050】
請求項12に記載の発明は、請求項1ないし11のいずれかに記載の通信方法であって、前記第3の通信装置は移動局であることを特徴とする。
【0055】
以上の構成によれば、通信回線上における制御用パケットを削減することができる。
【0056】
【発明の実施の形態】
図7は、図4のLCPまたはNCPのリンク確立シーケンス例に対して、本発明を適用した場合のシーケンス図を示している。(通信)装置1および(通信)装置2はノードAに、(通信)装置3および(通信)装置4はノードBに属し、物理的に異なる装置であっても、同一装置であってもよい。装置2と装置3との間は通信回線で接続されているとする。例えば、図1のDTE2を装置1に、DCE4を装置2に、DCE8を装置3に、DTE10を装置4に対応させ、DCE4とDCE8との間の冗長なパケットを削除することができる。
【0057】
以下に手順を追って説明する。
【0058】
(a)装置1から設定要求パケットが送信され、装置2を経由し、ノードBへ届く前に消失した。
【0059】
(b)装置1は(a)の設定要求パケットに対する応答パケットが一定時間の間に受信されないため、設定要求パケットを再び送信した。このとき、ID値のみが(a)の設定要求パケットとは異なる値に設定された。
【0060】
(c)装置4から設定要求パケットが送信され、装置3を経由し、ノードAに届く前に消失した。
【0061】
(d)装置4は、装置3を経由して受信した(b)の設定要求パケットに対して、Opt_C、Opt_D、および、Opt_Eを認識できないため、設定拒否パケットでこれらのオプションを含めて応答した。
【0062】
(e)装置3は(d)の設定拒否パケットを装置2へ転送せず、Opt_C、Opt_D、および、Opt_Eを外し、ID値を変更した設定要求パケットを(生成し、)装置4へ送信した。
【0063】
(f)装置4は受信した(e)の設定要求パケット中の全オプションを認識でき、かつ、それらの値をすべて許容できるため、設定確認パケットで応答した。装置3は装置4から設定確認パケットを受信すると、(d)のパケットに含まれる情報のみを装置2へ送信する。この例のように、装置3は、装置4から設定拒否パケットまたは設定否定パケットを受信した後に設定確認パケットを受信した場合には、該設定確認パケットを終端する。ただし、装置4から設定拒否パケットまたは設定否定パケットを受信せずに設定確認パケットを受信した場合には、該設定確認パケットを終端しない。この場合には、設定確認パケットを単に受信したことを装置2に知らせる(例えば、設定確認パケットを送信することにより)。
【0064】
(g)装置2は(d)のパケットに含まれる情報から生成した設定拒否パケットを装置1に送信する。装置1は装置2から設定拒否パケットを受信すると、Opt_C、Opt_D、および、Opt_Eを外し、ID値を変更した設定要求パケットを送信した。(e)および(g)のパケットはID値が異なることはあるが、同一のオプションを有する設定要求パケットである。
【0065】
(h)装置2は(g)の設定要求パケットを装置3へ転送せず、設定確認パケットで応答した。(f)および(h)のパケットはID値が異なることはあるが、同一のオプションを有する設定確認パケットである。
【0066】
(i)装置4は(c)の設定要求パケットに対する応答パケットが一定時間の間に受信されなかったため、(c)の設定要求パケットと同一フォーマットの設定要求パケットを再び送信した。
【0067】
(j)装置1は受信した(i)の設定要求パケットのオプションOpt_Gを認識できないため、設定拒否パケットで当該オプションを含めて応答した。
【0068】
(k)装置2は(j)の設定拒否パケットを装置3へ転送せず、オプションOpt_Gを外し、ID値を変更した設定要求パケットを装置1へ送信した。
【0069】
(l)装置1は受信した(k)の設定要求パケット中のオプションOpt_Aの値w2は許容できるが、オプションOpt_Fの値z1ではなくz2であれば許容できるため、設定否定パケットでオプションOpt_Fの値をz2として送信した。
【0070】
(m)装置2は(l)の設定否定パケットを装置3へ転送せず、オプションOpt_Fの値をz2に変更して設定要求パケットを装置1へ送信した。
【0071】
(n)装置1は受信した(m)の設定要求パケット中の全オプションを認識でき、かつ、それらの値をすべて許容できるため、設定確認パケットで応答した。装置2は当該設定確認パケットを受信すると、(j)および(l)のパケットに含まれる情報のみを装置3へ送信した。
【0072】
(o)装置3は装置2から(j)および(l)のパケットに含まれる情報を受信すると、まず、(j)の情報から生成した設定拒否パケットを装置4へ送信する。(j)および(o)のパケットは同一のオプションを有する設定拒否パケットである。
【0073】
(p)装置4は受信した(o)の設定拒否パケット中のオプションOpt_Gを外し、ID値を変更して設定要求パケットを送信した。(k)および(p)のパケットはID値が異なることはあるが、同一のオプションを有する設定要求パケットである。
【0074】
(q)装置3は(p)の設定要求パケットを装置2へ転送せず、(l)のパケットに含まれる情報から、オプションOpt_Aの値w2は許容できるがオプションOpt_Fの値z1ではなくz2であれば許容できることがわかるため、設定否定パケットでオプションOpt_Fの値をz2として装置4へ送信した。(l)および(q)のパケットはID値が異なることはあるが、同一のオプションを有する設定否定パケットである。
【0075】
(r)装置4は受信した(q)の設定否定パケット中のオプションOpt_Fの値をz2に変更して設定要求パケットを送信した。(m)および(r)のパケットはID値が異なることはあるが、同一のオプションを有する設定要求パケットである。
【0076】
(s)装置3は(r)の設定要求パケットを装置2へ送信せず、当該設定要求パケット中の全オプションを認識でき、かつ、それらの値をすべて許容できるため、設定確認パケットで装置4へ応答した。(n)および(s)のパケットはID値が異なることはあるが、同一のオプションを有する設定確認パケットである。
【0077】
図8は、図5のLCPリンク切断シーケンス例に対して本発明を適用した場合のシーケンス図を示している。以下に手順を追って説明する。
【0078】
(a)装置1は、リンク解放を要求するために終了要求パケットを送信した。当該終了要求パケットを受信した装置2は、装置3に対して通信終了要求信号を送信した。当該通信終了要求信号を受信した装置3は、終了要求パケットを生成し装置4へ送信した。
【0079】
(b)装置1から終了要求パケットを受信した装置2は、装置1に対して終了確認パケットを送信した。当該終了確認パケットを受信した装置1はリンククローズ状態となった。一方、装置3から終了要求パケットを受信した装置4は終了確認パケットを送信した。装置3は当該終了確認パケットを装置2へ転送しない。
【0080】
(c)装置4は終了確認パケット送信からある時間経過した後、終了要求パケットを送信した。当該終了要求パケットを受信した装置3は、装置2に対して通信終了確認信号を送信した。当該通信終了確認信号を受信した装置2は、終了要求パケットを生成し装置1へ送信した。
【0081】
(d)終了要求パケットを受信した装置3は、装置4に対して終了確認パケットを送信した。当該終了確認パケットを受信した装置4はリンククローズ状態へ移行し、物理リンクを切断後、リンク停止フェーズ状態となった。一方、装置2から終了要求パケットを受信した装置1は終了確認パケットを送信し、物理リンクを切断後、リンク停止フェーズ状態となった。なお、装置2は当該終了確認パケットを装置3へ転送しない。
【0082】
図9は、図6のLCPキープアライブシーケンス例に対して本発明を適用した場合のシーケンス図を示している。以下に手順を追って説明する。
【0083】
(a)装置1はLCPリンクが維持されているかを確認するためにLCPエコー要求パケットを送信した。
【0084】
(b)装置2は受信した(a)のLCPエコー要求パケットを装置3へ転送せず、装置1へLCPエコー応答パケットを送信した。
【0085】
(c)装置4はLCPリンクが維持されているかを確認するためにLCPエコー要求パケットを送信した。
【0086】
(d)装置3は受信した(c)のLCPエコー要求パケットを装置2へ転送せず、装置4へLCPエコー応答パケットを送信した。
【0087】
上記の通り、装置2と装置3との間には全く信号が転送されない。
【0088】
本実施形態では、PPPプロトコルに基づく通信に対して本発明を適用した例について説明したが、本発明は、同様のプロトコルに基づく通信に対しても適用することができる。
【0089】
【発明の効果】
以上説明したように本発明によれば、通信回線上における制御用パケットを削減することができる。
【0090】
これにより、例えば、エンドツーエンドのPPPリンク確立手順、切断手順、および、PPPリンクの接続性確認手順における冗長なパケットを同一ノード内で終端して、通信回線上を転送される制御パケット量を削減し、通信料金・通信コストの低減、および、通信トラヒック量削減に伴う加入者容量の増大等を図ることができる。
【図面の簡単な説明】
【図1】通信の例を示す図である。
【図2】PPPフレームのフィールド構成を示す説明図である。
【図3】PPP手順の概要を示す説明図である。
【図4】PPPのリンク確立シーケンス例を示すシーケンス図である。
【図5】PPPリンク切断シーケンス例を示すシーケンス図である。
【図6】PPPキープアライブ動作を示すシーケンス図である。
【図7】図4のリンク確立シーケンス例に対して、本発明を適用した場合のシーケンス図である。
【図8】図5のリンク切断シーケンス例に対して、本発明を適用した場合のシーケンス図である。
【図9】図6のキープアライブシーケンス例に対して、本発明を適用した場合のシーケンス図である。
【符号の説明】
2、10 DTE
4、8 DCE
6 ネットワーク
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a communication apparatus that reduces control packets on a communication line.
[0002]
[Prior art]
PPP (Point-to-Point Protocol) is frequently used as a DTE data link layer protocol used for connection to the Internet / intranet via a public communication network or a private communication network.
[0003]
PPP enables transfer of various network protocols such as IP (Internet Protocol) and Appletak. This PPP specification is defined as an RFC (Request For Comment) of IETF (Internet Engineering Task Force).
[0004]
FIG. 1 is a diagram illustrating an example of communication. In the example of FIG. 1, a DTE (Data Terminal Equipment) 2 and a DTE 10 perform communication via a DCE (Data Circuit-Terminating Equipment) 4, a network 6, and a DCE 8 based on PPP. Here, DCE4 and DCE8 can be mobile stations (cell phones), for example.
[0005]
FIG. 2 shows the PPP frame format. The flag represents the start or end of a PPP frame and is used to identify a frame break. The address field is information indicating the destination of the PPP frame, and a fixed value is generally used. The control field is information used to identify the frame type, and a fixed value is generally used. The protocol field is used to identify the protocol of the packet included in the information field, and the information field includes a packet of the protocol indicated by this protocol field. FCS (Frame Check Sequence) is used for error detection from the address field to the information field.
[0006]
FIG. 3 shows an outline of the PPP procedure. PPP moves to the link establishment phase when the physical layer is activated in the link stop phase. In the link establishment phase, an LCP (Link Control Protocol) link setting procedure is performed. After the LCP link is established, the process proceeds to an authentication phase, and an authentication procedure is performed as necessary. If the authentication is successful, PPP moves to the network layer protocol phase, and the NCP link setting procedure corresponding to each network protocol is performed. When each NCP link is established, a packet of a network protocol corresponding to each NCP can be transferred. Moreover, PPP shifts to a link end phase due to a communication end request or the like. The LCP transmits a termination request packet. When the confirmation packet is received, the PPP link is closed and an instruction is given to disconnect the physical layer. Further, the network layer is notified that the PPP link is closed. When the physical layer is disconnected, PPP returns to the link stop phase.
[0007]
FIG. 4 shows an example of a link establishment sequence of LCP or NCP. Here, the condition for establishing the link is that the node A and the node B each transmit / receive a setting confirmation packet. In each packet, the ID is used for associating a setting request packet with a response packet (setting confirmation packet, setting negative packet, or setting rejection packet), and the ID value of the response packet is the ID value received in the request packet. Is included. When transmitting a setting request packet, options (Opt_A to G in FIG. 4) can be specified.
[0008]
If the receiver of the setting request packet can recognize all the options included in the setting request packet and can accept all of the values, it responds with all the options included in the setting request packet in the setting confirmation packet. To do.
[0009]
If there is an option that cannot be recognized among the options included in the setting request packet, the receiving side of the setting request packet responds by including the option that cannot be recognized in the setting rejection packet.
[0010]
The receiver of the setting request packet can recognize all the options included in the setting request packet, but if there is an unacceptable option value, it includes only those options that are not allowed in the setting denial packet. Change to an acceptable value and respond. Further, when it is desired to request an option other than the options included in the setting request packet from the transmission side of the setting request packet, the option can be added to the packet.
[0011]
When receiving the setting rejection packet, the transmission side of the setting request packet removes the rejected option and transmits the setting request packet again.
[0012]
When receiving the setting denial packet, the transmission side of the setting request packet transmits the setting request packet changed to the option value included in the setting denial packet. However, when there are a plurality of values in the option of the setting negative packet, one of them is selected.
[0013]
With reference to FIG. 4, an example of a negotiation procedure until LCP or NCP link establishment will be described.
[0014]
(A) A setting request packet is transmitted from node A to node B, but is lost during transmission.
[0015]
(B) Since the response packet for the setting request packet in (a) is not received for a predetermined time, the node A transmits the setting request packet again. At this time, only the ID value was set to a value different from the setting request packet of (a).
[0016]
(C) A setting request packet is transmitted from the node B to the node A, but is lost during transmission.
[0017]
(D) Since the node B cannot recognize the options Opt_C, Opt_D, and Opt_E in the setting request packet of (b), the node B responded by including these options in the setting rejection packet.
[0018]
(E) The node A removes the options Opt_C, Opt_D, and Opt_E in the received setting reject packet of (d), changes the ID value, and transmits a setting request packet.
[0019]
(F) Since the node B can recognize all the options in the received setting request packet of (e) and can accept all the values, the node B responded by including all the options in the setting request packet in the setting confirmation packet. .
[0020]
(G) Since the response packet to the setting request packet in (c) is not received within a predetermined time, the node B transmits the setting request packet in the same format as the setting request packet in (c) again.
[0021]
(H) Since the node A cannot recognize the option Opt_G in the setting request packet of (g), the node A responded by including this option in the setting rejection packet.
[0022]
(I) The node B removes the option Opt_G in the received setting rejection packet of (h), changes the ID value, and transmits a setting request packet.
[0023]
(J) The node A can accept the value 02 of the option 0pt_A in the received setting request packet of (i), but cannot accept the value z1 of the option Opt_F, and can accept the value z2, so it is acceptable in the setting negative packet. The value of Opt_F was transmitted as z2.
[0024]
(K) The node B changes the option Opt_F in the received setting negative packet of (j) to z2 and transmits a setting request packet.
[0025]
(L) Since the node A can recognize all the options in the received setting request packet of (k) and can accept all the values, the node A responded by including all the options in the setting request packet in the setting confirmation packet. .
[0026]
FIG. 5 shows an example of an LCP link disconnection sequence.
[0027]
(A) The node A transmits an end request packet to request link release.
[0028]
(B) The Node B that has received the termination request packet transmits a termination confirmation packet. The node A that has received the end confirmation packet is in the link closed state.
[0029]
(C) The node B waits for a certain time from the transmission of the end confirmation packet, and then transmits the end request packet.
[0030]
(D) The node A that has received the termination request packet transmits a termination confirmation packet, disconnects the physical layer, and shifts to the link stop phase. The Node B that has received the end confirmation packet enters the link closed state, disconnects the physical layer, and moves to the link stop phase.
[0031]
FIG. 6 shows an example of a keep alive sequence using an LCP echo request / response packet. The LCP echo request / response packet is used during LCP link establishment and can be used to check whether the link is maintained.
[0032]
(A) Node A transmits an LCP echo request packet to confirm whether the LCP link is maintained.
[0033]
(B) The Node B that has received the LCP echo request packet transmits an LCP echo response packet in order to respond that the link is maintained.
[0034]
(C) Node B sent an LCP echo request packet to check if the LCP link is maintained.
[0035]
(D) The node A that has received the LCP echo request packet transmits an LCP echo response packet in order to respond that the link is maintained.
[0036]
[Problems to be solved by the invention]
As one of the features of packet communication, there is a communication node that can adopt a communication fee system based on the amount of data because a communication line is used only when data is generated. As a request condition in such a communication node, it is desirable that no communication fee is charged when there is no user data to be transmitted / received, that is, the communication line is not actually used.
[0037]
Conventionally, when PPP is used as a DTE data link layer protocol in a communication node adopting a communication fee system based on a data amount, PPP control packets at the start and end of communication, and connectivity of PPP links periodically Due to the transfer of the LCP echo request / response packet to be confirmed, there is a disadvantage that an extra communication fee is incurred from the user's point of view and communication cost and communication traffic volume are increased from the point of view of the communication carrier. there were.
[0038]
Accordingly, an object of the present invention is to reduce control packets on a communication line. As a result, it is possible to reduce the communication charge / communication cost and increase the subscriber capacity associated with the reduction of communication traffic.
[0039]
[Means for Solving the Problems]
In order to achieve the above object, the first aspect of the present invention provides the first node located between the first communication device of the first node and the second communication device of the second node. A communication method in the third communication device, the step of mediating a setting request packet from the second communication device to the first communication device, and a setting rejection packet or setting denial from the first communication device. Receiving a packet, generating a setting request packet in response to the setting rejection packet or setting negative packet, and transmitting the generated setting request packet to the first communication device, When a setting rejection packet or a setting denial packet is received from the first communication device after mediating a setting request packet from the second communication device to the first communication device , Only the information included in the Configure-Reject packet or setting negation packet, by transmitting to the second communication device, and notifies the set reject or setting negation to the second communication device.
[0040]
The invention according to claim 2 is communication in the third communication device of the first node located between the first communication device of the first node and the second communication device of the second node. A method of mediating a setting request packet from the second communication device to the first communication device; receiving a setting rejection packet or a setting negative packet from the first communication device; Generating a setting request packet corresponding to a setting rejection packet or a setting denial packet; and transmitting the generated setting request packet to the first communication device, from the second communication device to the first When a setting confirmation packet is received after receiving a setting rejection packet or a setting negative packet from the first communication device after mediating a setting request packet to one communication device The configuration confirmation packet is terminated, and when the configuration confirmation packet is received without receiving the configuration rejection packet or the configuration rejection packet from the first communication device, the configuration confirmation packet is not terminated. And
[0041]
The invention according to claim 3 is communication in the third communication device of the first node located between the first communication device of the first node and the second communication device of the second node. A method of mediating a setting request packet from the first communication device to the second communication device; and a setting rejection or setting denial from the second communication device to the first communication device. It comprises a step of mediating notification, a step of receiving a setting request packet from the first communication device, and a step of terminating the received setting request packet.
[0042]
A fourth aspect of the present invention is the communication method according to the third aspect, wherein the second communication apparatus is configured to mediate a setting request packet from the first communication apparatus to the second communication apparatus. When a setting rejection or setting denial notification is received from, a setting rejection packet or a setting denial packet is generated and transmitted to the first communication device.
[0043]
The invention according to claim 5 is the communication method according to claim 3 or 4, wherein the second communication is performed by mediating a setting request packet from the first communication device to the second communication device. After receiving a setting rejection or setting denial notification from the device to the first communication device, if all setting request packets corresponding to the notification are received from the first communication device, a setting confirmation packet is generated. And transmitting to the first communication device.
[0044]
The invention according to claim 6 is communication in the third communication device of the first node located between the first communication device of the first node and the second communication device of the second node. A method comprising: mediating notification of an end request from the first communication device to the second communication device; generating an end confirmation packet; and generating the end confirmation packet as the first And a step of transmitting to the second communication device, and after receiving an end request notification from the first communication device to the second communication device, a notification of end confirmation is received from the second communication device. Is characterized in that an end request packet is generated and transmitted to the first communication device.
[0045]
A seventh aspect of the present invention is the communication method according to the sixth aspect, wherein when a termination request packet is received from the first communication device, a termination request signal is generated and the second communication is performed. It transmits to an apparatus, It is characterized by the above-mentioned.
[0046]
The invention according to claim 8 is the communication method according to claim 6 or 7, wherein when the end confirmation packet is received from the first communication device after transmitting the generated end request packet. The termination confirmation packet is terminated.
[0047]
The invention according to claim 9 is a communication in the third communication device of the first node located between the first communication device of the first node and the second communication device of the second node. A method comprising: mediating notification of an end request from the second communication device to the first communication device; receiving an end confirmation packet from the first communication device; and the end confirmation packet And terminating when a termination request packet is received from the first communication device after mediating notification of a termination request from the second communication device to the first communication device. A confirmation signal is generated and transmitted to the second communication device.
[0048]
A tenth aspect of the present invention is the communication method according to the ninth aspect, wherein when a notification of an end request is received from the second communication device, an end request packet is generated, and the first It transmits to a communication apparatus, It is characterized by the above-mentioned.
[0049]
The invention according to claim 11 is the communication method according to claim 9 or 10, wherein after generating the generated end confirmation signal, an end confirmation packet is generated and transmitted to the first communication device. It is characterized by that.
[0050]
A twelfth aspect of the present invention is the communication method according to any one of the first to eleventh aspects, wherein the third communication device is a mobile station.
[0055]
According to the above configuration, control packets on the communication line can be reduced.
[0056]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 7 shows a sequence diagram when the present invention is applied to the LCP or NCP link establishment sequence example of FIG. The (communication) device 1 and the (communication) device 2 belong to the node A, and the (communication) device 3 and the (communication) device 4 belong to the node B, and may be physically different devices or the same device. . It is assumed that the apparatus 2 and the apparatus 3 are connected by a communication line. For example, DTE2 in FIG. 1 can be associated with apparatus 1, DCE4 with apparatus 2, DCE8 with apparatus 3, DTE10 with apparatus 4, and redundant packets between DCE4 and DCE8 can be deleted.
[0057]
The procedure will be described below.
[0058]
(A) A setting request packet is transmitted from the device 1 and disappears before reaching the node B via the device 2.
[0059]
(B) Since the response packet to the setting request packet in (a) is not received for a certain time, the apparatus 1 transmits the setting request packet again. At this time, only the ID value was set to a value different from the setting request packet of (a).
[0060]
(C) A setting request packet is transmitted from the device 4 and is lost before reaching the node A via the device 3.
[0061]
(D) Since the device 4 cannot recognize Opt_C, Opt_D, and Opt_E with respect to the setting request packet of (b) received via the device 3, the device 4 responded by including these options in the setting rejection packet. .
[0062]
(E) The device 3 does not transfer the setting reject packet of (d) to the device 2, removes Opt_C, Opt_D, and Opt_E, and transmits (generates) a setting request packet with the changed ID value to the device 4. .
[0063]
(F) Since the device 4 can recognize all the options in the received setting request packet of (e) and can accept all of the values, it responds with a setting confirmation packet. When receiving the setting confirmation packet from the device 4, the device 3 transmits only the information included in the packet (d) to the device 2. As in this example, when the device 3 receives the setting confirmation packet after receiving the setting rejection packet or the setting negative packet from the device 4, the device 3 terminates the setting confirmation packet. However, when the setting confirmation packet is received without receiving the setting rejection packet or the setting denial packet from the device 4, the setting confirmation packet is not terminated. In this case, the apparatus 2 is notified that the setting confirmation packet has been simply received (for example, by transmitting the setting confirmation packet).
[0064]
(G) The apparatus 2 transmits a setting rejection packet generated from information included in the packet of (d) to the apparatus 1. When the device 1 receives the setting rejection packet from the device 2, the device 1 removes Opt_C, Opt_D, and Opt_E, and transmits a setting request packet in which the ID value is changed. The packets (e) and (g) are setting request packets having the same option although the ID values may be different.
[0065]
(H) The device 2 did not transfer the setting request packet of (g) to the device 3, but responded with a setting confirmation packet. The packets (f) and (h) are setting confirmation packets having the same option although the ID values may be different.
[0066]
(I) Since the response packet to the setting request packet in (c) has not been received for a predetermined time, the device 4 transmits again the setting request packet having the same format as the setting request packet in (c).
[0067]
(J) Since the device 1 cannot recognize the option Opt_G of the received setting request packet in (i), the device 1 responds with the setting rejection packet including the option.
[0068]
(K) The device 2 did not transfer the setting rejection packet of (j) to the device 3, removed the option Opt_G, and transmitted a setting request packet with the changed ID value to the device 1.
[0069]
(L) The device 1 can accept the value w2 of the option Opt_A in the received setting request packet of (k), but can accept z2 instead of the value Opt_F of the option Opt_F. Was transmitted as z2.
[0070]
(M) The device 2 does not transfer the setting negative packet of (l) to the device 3, but changes the value of the option Opt_F to z2 and transmits a setting request packet to the device 1.
[0071]
(N) Since the apparatus 1 can recognize all the options in the received setting request packet of (m) and can accept all the values, it responds with a setting confirmation packet. Upon receiving the setting confirmation packet, the device 2 transmits only the information included in the packets (j) and (l) to the device 3.
[0072]
(O) Upon receiving information included in the packets (j) and (l) from the device 2, the device 3 first transmits a setting rejection packet generated from the information (j) to the device 4. The packets (j) and (o) are setting rejection packets having the same options.
[0073]
(P) The device 4 removes the option Opt_G in the received setting rejection packet of (o), changes the ID value, and transmits a setting request packet. The packets (k) and (p) are setting request packets having the same option although the ID values may be different.
[0074]
(Q) The device 3 does not transfer the setting request packet of (p) to the device 2, and from the information included in the packet of (l), the value w2 of the option Opt_A is acceptable, but the value Opt_F is not z1 but z2 Since it is understood that it is acceptable, the value of the option Opt_F is transmitted to the apparatus 4 as z2 in a setting negative packet. Although the packets of (l) and (q) may have different ID values, they are setting negative packets having the same options.
[0075]
(R) The device 4 changes the value of the option Opt_F in the received setting negative packet of (q) to z2 and transmits a setting request packet. The packets (m) and (r) are setting request packets having the same option although the ID values may be different.
[0076]
(S) The device 3 does not transmit the setting request packet of (r) to the device 2, and can recognize all the options in the setting request packet and can accept all of the values. Responded to. The packets (n) and (s) are setting confirmation packets having the same option although the ID values may be different.
[0077]
FIG. 8 shows a sequence diagram when the present invention is applied to the LCP link disconnection sequence example of FIG. The procedure will be described below.
[0078]
(A) The device 1 transmits an end request packet to request link release. The device 2 that has received the end request packet transmits a communication end request signal to the device 3. The device 3 that has received the communication end request signal generates an end request packet and transmits it to the device 4.
[0079]
(B) The device 2 that has received the end request packet from the device 1 transmits an end confirmation packet to the device 1. The device 1 that has received the completion confirmation packet is in a link closed state. On the other hand, the device 4 that has received the end request packet from the device 3 transmits an end confirmation packet. The device 3 does not transfer the end confirmation packet to the device 2.
[0080]
(C) The apparatus 4 transmits an end request packet after a certain time has elapsed since the end confirmation packet was transmitted. The device 3 that has received the end request packet transmits a communication end confirmation signal to the device 2. The device 2 that has received the communication end confirmation signal generates an end request packet and transmits it to the device 1.
[0081]
(D) The device 3 that has received the end request packet transmits an end confirmation packet to the device 4. The device 4 that has received the completion confirmation packet enters the link closed state, and after disconnecting the physical link, enters the link stop phase state. On the other hand, the device 1 that has received the termination request packet from the device 2 transmits a termination confirmation packet, disconnects the physical link, and enters the link stop phase state. The device 2 does not transfer the end confirmation packet to the device 3.
[0082]
FIG. 9 shows a sequence diagram when the present invention is applied to the LCP keep-alive sequence example of FIG. The procedure will be described below.
[0083]
(A) The device 1 transmits an LCP echo request packet to confirm whether the LCP link is maintained.
[0084]
(B) The device 2 did not transfer the received LCP echo request packet of (a) to the device 3, but transmitted an LCP echo response packet to the device 1.
[0085]
(C) The device 4 transmits an LCP echo request packet to confirm whether the LCP link is maintained.
[0086]
(D) The device 3 does not transfer the received LCP echo request packet of (c) to the device 2 but transmits an LCP echo response packet to the device 4.
[0087]
As described above, no signal is transferred between the device 2 and the device 3.
[0088]
In the present embodiment, an example in which the present invention is applied to communication based on the PPP protocol has been described. However, the present invention can also be applied to communication based on a similar protocol.
[0089]
【The invention's effect】
As described above, according to the present invention, control packets on the communication line can be reduced.
[0090]
As a result, for example, redundant packets in the end-to-end PPP link establishment procedure, disconnection procedure, and PPP link connectivity confirmation procedure are terminated in the same node, and the amount of control packets transferred on the communication line is reduced. It is possible to reduce the communication charge / communication cost and increase the subscriber capacity associated with the reduction of the communication traffic volume.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating an example of communication.
FIG. 2 is an explanatory diagram showing a field configuration of a PPP frame.
FIG. 3 is an explanatory diagram showing an outline of a PPP procedure.
FIG. 4 is a sequence diagram showing an example of a PPP link establishment sequence.
FIG. 5 is a sequence diagram showing an example of a PPP link disconnection sequence.
FIG. 6 is a sequence diagram showing a PPP keep alive operation.
7 is a sequence diagram when the present invention is applied to the link establishment sequence example of FIG. 4;
8 is a sequence diagram when the present invention is applied to the link disconnection sequence example of FIG. 5;
FIG. 9 is a sequence diagram when the present invention is applied to the keep-alive sequence example of FIG. 6;
[Explanation of symbols]
2, 10 DTE
4, 8 DCE
6 network

Claims (12)

第1のノードの第1の通信装置と、第2のノードの第2の通信装置との間に位置する前記第1のノードの第3の通信装置における通信方法であって、
前記第2の通信装置から前記第1の通信装置への設定要求パケットを仲介するステップと、
前記第1の通信装置から設定拒否パケットまたは設定否定パケットを受信するステップと、
前記設定拒否パケットまたは設定否定パケットに応じた設定要求パケットを生成するステップと、
前記生成した設定要求パケットを、前記第1の通信装置へ送信するステップとを備え、
前記第2の通信装置から前記第1の通信装置への設定要求パケットを仲介した後に、前記第1の通信装置から設定拒否パケットまたは設定否定パケットを受信した場合には、該設定拒否パケットまたは設定否定パケットに含まれる情報のみを、前記第2の通信装置へ送信することにより、設定拒否または設定否定を前記第2の通信装置へ通知することを特徴とする通信方法。
A communication method in a third communication device of the first node located between a first communication device of a first node and a second communication device of a second node,
Mediating a setting request packet from the second communication device to the first communication device;
Receiving a setting rejection packet or a setting denial packet from the first communication device;
Generating a setting request packet in response to the setting rejection packet or the setting rejection packet;
Transmitting the generated setting request packet to the first communication device,
If a setting rejection packet or a setting denial packet is received from the first communication device after mediating a setting request packet from the second communication device to the first communication device, the setting rejection packet or setting A communication method characterized by notifying the second communication device of setting refusal or setting denial by transmitting only information included in the negative packet to the second communication device.
第1のノードの第1の通信装置と、第2のノードの第2の通信装置との間に位置する前記第1のノードの第3の通信装置における通信方法であって、
前記第2の通信装置から前記第1の通信装置への設定要求パケットを仲介するステップと、
前記第1の通信装置から設定拒否パケットまたは設定否定パケットを受信するステップと、
前記設定拒否パケットまたは設定否定パケットに応じた設定要求パケットを生成するステップと、
前記生成した設定要求パケットを、前記第1の通信装置へ送信するステップとを備え、
前記第2の通信装置から前記第1の通信装置への設定要求パケットを仲介した後に、前記第1の通信装置から設定拒否パケットまたは設定否定パケットを受信した後に設定確認パケットを受信した場合には、該設定確認パケットを終端し、前記第1の通信装置から設定拒否パケットまたは設定否定パケットを受信せずに設定確認パケットを受信した場合には、該設定確認パケットを終端しないことを特徴とする通信方法。
A communication method in a third communication device of the first node located between a first communication device of a first node and a second communication device of a second node,
Mediating a setting request packet from the second communication device to the first communication device;
Receiving a setting rejection packet or a setting denial packet from the first communication device;
Generating a setting request packet in response to the setting rejection packet or the setting rejection packet;
Transmitting the generated setting request packet to the first communication device,
When a setting confirmation packet is received after receiving a setting rejection packet or a setting rejection packet from the first communication device after mediating a setting request packet from the second communication device to the first communication device The setting confirmation packet is terminated, and when the setting confirmation packet is received without receiving the setting rejection packet or the setting denial packet from the first communication device, the setting confirmation packet is not terminated. Communication method.
第1のノードの第1の通信装置と、第2のノードの第2の通信装置との間に位置する前記第1のノードの第3の通信装置における通信方法であって、
前記第1の通信装置から前記第2の通信装置への設定要求パケットを仲介するステップと、
前記第2の通信装置から前記第1の通信装置への設定拒否または設定否定の通知を仲介するステップと、
前記第1の通信装置から設定要求パケットを受信するステップと、
前記受信した設定要求パケットを終端するステップと
を備えることを特徴とする通信方法。
A communication method in a third communication device of the first node located between a first communication device of a first node and a second communication device of a second node,
Mediating a setting request packet from the first communication device to the second communication device;
Mediating notification of setting refusal or setting denial from the second communication device to the first communication device;
Receiving a setting request packet from the first communication device;
And a step of terminating the received setting request packet.
請求項3に記載の通信方法であって、
前記第1の通信装置から前記第2の通信装置への設定要求パケットを仲介した後に、前記第2の通信装置から設定拒否または設定否定の通知を受信した場合には、設定拒否パケットまたは設定否定パケットを生成し、前記第1の通信装置へ送信することを特徴とする通信方法。
The communication method according to claim 3, wherein
After receiving a setting rejection or setting denial notification from the second communication device after mediating a setting request packet from the first communication device to the second communication device, a setting rejection packet or a setting denial A communication method, comprising generating a packet and transmitting the packet to the first communication device.
請求項3または4に記載の通信方法であって、
前記第1の通信装置から前記第2の通信装置への設定要求パケットを仲介し、前記第2の通信装置から前記第1の通信装置への設定拒否または設定否定の通知を仲介した後に、前記第1の通信装置から該通知に応じた設定要求パケットをすべて受信した場合には、設定確認パケットを生成し、前記第1の通信装置へ送信することを特徴とする通信方法。
The communication method according to claim 3 or 4,
After mediating a setting request packet from the first communication device to the second communication device, and mediating a setting rejection or setting denial notification from the second communication device to the first communication device, A communication method characterized by generating a setting confirmation packet and transmitting it to the first communication device when all the setting request packets corresponding to the notification are received from the first communication device.
第1のノードの第1の通信装置と、第2のノードの第2の通信装置との間に位置する前記第1のノードの第3の通信装置における通信方法であって、
前記第1の通信装置から前記第2の通信装置への終了要求の通知を仲介するステップと、
終了確認パケットを生成するステップと、
前記生成した終了確認パケットを、前記第1の通信装置へ送信するステップとを備え、
前記第1の通信装置から前記第2の通信装置への終了要求の通知を仲介した後に、前記第2の通信装置から終了確認の通知を受信した場合には、終了要求パケットを生成し、前記第1の通信装置へ送信することを特徴とする通信方法。
A communication method in a third communication device of the first node located between a first communication device of a first node and a second communication device of a second node,
Mediating notification of an end request from the first communication device to the second communication device;
Generating an end confirmation packet;
Transmitting the generated completion confirmation packet to the first communication device,
After receiving an end confirmation notification from the second communication device after mediating the end request notification from the first communication device to the second communication device, generate an end request packet, A communication method comprising: transmitting to a first communication device.
請求項6に記載の通信方法であって、
前記第1の通信装置から終了要求パケットを受信した場合には、終了要求信号を生成し、前記第2の通信装置へ送信することを特徴とする通信方法。
The communication method according to claim 6, comprising:
When a termination request packet is received from the first communication device, a termination request signal is generated and transmitted to the second communication device.
請求項6または7に記載の通信方法であって、
前記生成した終了要求パケットを送信した後に、前記第1の通信装置から終了確認パケットを受信した場合には、該終了確認パケットを終端することを特徴とする通信方法。
The communication method according to claim 6 or 7, wherein
A communication method, comprising: terminating an end confirmation packet when an end confirmation packet is received from the first communication apparatus after transmitting the generated end request packet.
第1のノードの第1の通信装置と、第2のノードの第2の通信装置との間に位置する前記第1のノードの第3の通信装置における通信方法であって、
前記第2の通信装置から前記第1の通信装置への終了要求の通知を仲介するステップと、
前記第1の通信装置から終了確認パケットを受信するステップと、
前記終了確認パケットを終端するステップとを備え、
前記第2の通信装置から前記第1の通信装置への終了要求の通知を仲介した後に、前記第1の通信装置から終了要求パケットを受信した場合には、終了確認信号を生成し、前記第2の通信装置へ送信することを特徴とする通信方法。
A communication method in a third communication device of the first node located between a first communication device of a first node and a second communication device of a second node,
Mediating notification of an end request from the second communication device to the first communication device;
Receiving an end confirmation packet from the first communication device;
Terminating the termination confirmation packet,
When an end request packet is received from the first communication device after mediating notification of an end request from the second communication device to the first communication device, an end confirmation signal is generated, and the first A communication method comprising: transmitting to a second communication device.
請求項9に記載の通信方法であって、
前記第2の通信装置から終了要求の通知を受信した場合には、終了要求パケットを生成し、前記第1の通信装置へ送信することを特徴とする通信方法。
The communication method according to claim 9, comprising:
A communication method, comprising: generating a termination request packet and transmitting the termination request packet to the first communication device when a termination request notification is received from the second communication device.
請求項9または10に記載の通信方法であって、
前記生成した終了確認信号を送信した後に、終了確認パケットを生成し、前記第1の通信装置へ送信することを特徴とする通信方法。
The communication method according to claim 9 or 10, comprising:
After transmitting the generated completion confirmation signal, a completion confirmation packet is generated and transmitted to the first communication device.
請求項1ないし11のいずれかに記載の通信方法であって、前記第3の通信装置は移動局であることを特徴とする通信方法。  12. The communication method according to claim 1, wherein the third communication device is a mobile station.
JP2000118620A 1999-09-21 2000-04-19 Communication device Expired - Fee Related JP3793393B2 (en)

Priority Applications (13)

Application Number Priority Date Filing Date Title
JP2000118620A JP3793393B2 (en) 2000-04-19 2000-04-19 Communication device
KR10-2000-0055301A KR100367657B1 (en) 1999-09-21 2000-09-20 Data conversion apparatus, signal, data conversion method, dce, gateway and communication apparatus
SG200005369A SG114472A1 (en) 1999-09-21 2000-09-20 Data conversion apparatus, signal, data conversion method, dce, gateway and communication apparatus
SG200307649A SG119208A1 (en) 1999-09-21 2000-09-20 Data conversion apparatus signal data conversion method dce gateway and communication apparatus
SG200307644A SG119207A1 (en) 1999-09-21 2000-09-20 Data conversion apparatus signal data conversion method dce gateway and communication apparatus
EP00308253A EP1087591B1 (en) 1999-09-21 2000-09-21 Data conversion apparatuses and method
US09/667,084 US7260107B1 (en) 1999-09-21 2000-09-21 PPP data conversion apparatus and method
CNB001318861A CN1164059C (en) 1999-09-21 2000-09-21 Data conversion device and method, terminating device, gateway and communication device
DE60037210T DE60037210T2 (en) 1999-09-21 2000-09-21 Data conversion and communication methods
DE60034193T DE60034193T2 (en) 1999-09-21 2000-09-21 Data conversion equipment and methods
EP05075339A EP1549023B1 (en) 1999-09-21 2000-09-21 Data conversion and communication method
CNB2003101244274A CN1287574C (en) 1999-09-21 2000-09-21 Data converter, signal, data conversion method DCE and gateway equipment
US11/383,186 US7680122B2 (en) 1999-09-21 2006-05-12 Communication method for data communication based on point-to-point protocol

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000118620A JP3793393B2 (en) 2000-04-19 2000-04-19 Communication device

Publications (2)

Publication Number Publication Date
JP2001308954A JP2001308954A (en) 2001-11-02
JP3793393B2 true JP3793393B2 (en) 2006-07-05

Family

ID=18629720

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000118620A Expired - Fee Related JP3793393B2 (en) 1999-09-21 2000-04-19 Communication device

Country Status (1)

Country Link
JP (1) JP3793393B2 (en)

Also Published As

Publication number Publication date
JP2001308954A (en) 2001-11-02

Similar Documents

Publication Publication Date Title
US6917592B1 (en) LNS high availability and load balancing with LNS-to-LNS state offloading
CN111182657B (en) A tunnel negotiation establishment method and device
EP1597934B1 (en) Radio terminal session control and interface set up method
TW200847678A (en) Method for processing radio protocol in mobile telecommunications system and transmitter of mobile telecommunications
CN105376033A (en) Method and apparatus to control multiple radio access bearers in a wireless device
CN102868609B (en) A kind of MTU machinery of consultation and data terminal
EP2879461B1 (en) Protocol processing method under control and data forwarding decoupling
EP3370387B1 (en) Two-sided acceleration transmission method and system for wireless network
WO2007139161A1 (en) Mobile terminal and communication method
US20070019600A1 (en) Method for releasing a service tunnel in a wireless local area network
KR20040088497A (en) Method and apparatus for avoiding duplicate negotiations during communication establishment
US7225236B1 (en) Load balancing between LNSs using virtual LNS with minimal LAC configuration
CN101116278B (en) Tunnel endpoint and method and system for restoring state information of a first tunnel endpoint
EP1125418B1 (en) A mobile terminal and wireless device with common ip address
JP3793393B2 (en) Communication device
KR100367657B1 (en) Data conversion apparatus, signal, data conversion method, dce, gateway and communication apparatus
US20140177575A1 (en) Method for establishing an application session, device and corresponding notification
CN107231704A (en) Method for connecting network and device
JP3778483B2 (en) Data communication method in mobile communication
JP2013502859A (en) Method and apparatus for realizing multi-user support by single association
KR100329197B1 (en) Method for charging of quick net connect call in a radio data call service
JP3617609B2 (en) Data communication device
JP5121789B2 (en) Data transmission system and computer
KR101308298B1 (en) Method and apparatus for setting up point to point protocol link between mobile terminal and inter working function
CN1943168B (en) Method for reducing session establishment time in CDMA-2000 networks

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20050401

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050603

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050802

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20050802

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: 20060331

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060407

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: 20090414

Year of fee payment: 3

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: R3D02

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

Free format text: PAYMENT UNTIL: 20090414

Year of fee payment: 3

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: R3D04

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

Free format text: PAYMENT UNTIL: 20090414

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20100414

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20110414

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees