JP2008546348A - Ｃｄｍａ２０００網における接続時間短縮のための高速データ呼接続方法 - Google Patents

Abstract

【課題】ＣＤＭＡ２０００網における接続時間短縮及び接続成功率を向上させることができる高速データ呼接続方法が提示される。
【解決手段】本発明による高速データ呼接続方法は、パケットデータサービスノードが認証タイプ及びチャレンジ値を含むデータ呼接続要請メッセージを端末へ転送するステップ、データ呼接続要請メッセージを受信した端末がチャレンジに対する応答を含むデータ呼接続応答メッセージをパケットデータサービスノードへ転送するステップ、及びパケットデータサービスノードがデータ呼接続応答メッセージを参照して認証を遂行し、認証に成功した場合、端末へデータ呼接続完了メッセージを転送するステップを含んでなされて、接続時間の短縮及び接続成功率を向上させることができ、データ呼接続手続き遂行前の端末バージョンを確認することによって、互換性を保証することができる利点がある。

Description

本発明は、ＣＤＭＡ２０００網における接続時間短縮のためのデータ呼接続方法に関し、より詳しくは、既存のＰＰＰ交渉過程中、不要な過程を削除し、メッセージの数を最小化することによって、接続時間短縮及び接続成功率を向上させることができるようにするＣＤＭＡ２０００網における接続時間短縮のための高速データ呼接続方法に関する。

最近、モバイル通信環境の高い成長可能性が予測されるにつれて、常時的な高速モバイルインターネット接続への市場の要求が増加している。ところが、現在、ＣＤＭＡ網は、ＣＤＭＡ２０００網、例えばＣＤＭＡ２０００ １Ｘ、そしてＥＶ−ＤＯ（ＨＲＰＤ：High Rate Packet Data）網に発展するにもかかわらず、初期接続時間が改善できておらず、ＣＤＭＡ２０００網からウェブサービスを提供されるユーザには初期接続時間の遅延が不満要素として作用されており、サービス提供企業は端末メモリにキャッシュを格納して、ユーザが感じる接続時間を短縮して来ている。

しかしながら、ネットワークサービス提供者側では、３ＧＰＰ２標準となっているＰＰＰ（Point to point protocol）接続時間に対する改善方案を探せないでいる状況であり、ＣＤＭＡ２０００網において、ＰＰＰ交渉は端末（ＭＳ）とパケットデータサービスノード（ＰＤＳＮ）にパラメータを最適化するとしても、ピア（Peer）間の少なくとも１３個のメッセージを授受することになる。

即ち、図１に図示されたＰＰＰ交渉過程を見ると、端末とパケットデータサービスノードとの間にはＬＣＰ（Link Control Protocol）状態で各々リンク構成に対する要求メッセージ（LCP Configuration Request）及びリンク構成要求に対する受容応答メッセージ（LCP Configuration Ack）を授受しなければならないので、４個のメッセージを送受信し（Ｓ００１〜Ｓ００４）、ＣＨＡＰ（Challenged Handshake Authentication Protocol）認証過程でも３個のメッセージを授受しなければならない（Ｓ００５〜Ｓ００７）。また、ＩＰＣＰ（IP Control Protocol）交渉過程でも端末にＩＰアドレスとＤＮＳを割り当てるメッセージ（Ｎａｋ）が含まれて、少なくとも６個のメッセージを授受しなければならない（Ｓ００８〜Ｓ０１３）。

前述した過程で無線網の特性上、発生する問題点は次の通りである。

第１に、無線網の状態がよくない場合、メッセージが流失する可能性があるが、仮に受容応答メッセージ（Ａｃｋ）が流失した場合は、ピアの両端に状態不一致が発生することになって、ループ（Ｌｏｏｐ）に陥る可能性が存在し、現実的にＣＤＭＡ２０００網でこのような現象が発生している。

第２に、各々の状態において、ＰＰＰ接続で使用するオプションを全て使用する必要がないというのである。実際に、ＬＣＰステップで、ＣＤＭＡ２０００網のために必要とするオプションは、単に認証方式に関するオプションだけである。

第３の問題点は、前述のように、ＣＤＭＡ２０００網で必要としないオプション交渉のために、多くのメッセージを授受する間、正常的な接続時間が１秒以上かかるというのである。

したがって、本発明は、上記のような従来技術の諸短所と問題点を解決するためのものであって、従来のＣＤＭＡ２０００網のＰＰＰ接続方式を改善するために、ＣＤＭＡ２０００網におけるデータ呼接続の際、端末とパケットデータサービスノードとの間に最小限のメッセージのみを授受して、端末の認証遂行とＩＰアドレスの割り当てができるようにすることで、速いデータ呼接続がなされることができるようにするＣＤＭＡ２０００網における接続時間短縮のためのデータ呼接続方法を提供することを目的とする。

本発明の他の技術的課題は、ＣＤＭＡ２０００網におけるデータ呼接続の際、端末のバージョン情報を確認して、端末バージョンに合う交渉過程がなされるようにすることで、既存の端末との互換性を提供することにある。

前述した技術的課題を達成するための本発明の一実施形態によるＣＤＭＡ２０００網における高速データ呼接続方法は、上記パケットデータサービスノードが認証タイプ及びチャレンジ値を含むデータ呼接続要請メッセージを上記端末へ転送する第１ステップと、上記データ呼接続要請メッセージを受信した端末が上記チャレンジに対する応答を含むデータ呼接続応答メッセージを上記パケットデータサービスノードへ転送する第２ステップと、上記パケットデータサービスノードが上記データ呼接続応答メッセージを参照して認証を遂行し、認証に成功した場合、上記端末へデータ呼接続完了メッセージを転送する第３ステップとを含む。

また、本発明の他の実施形態によるＣＤＭＡ２０００網における高速データ呼接続方法は、ＣＤＭＡ２０００網における端末とパケットデータサービスノードとの間の高速データ呼接続方法であって、上記パケットデータサービスノードがClear Text認証タイプを含むデータ呼接続要請メッセージを上記端末へ転送する第１ステップと、上記データ呼接続要請メッセージを受信した端末が認証要請値を含むデータ呼接続応答メッセージを上記パケットデータサービスノードへ転送する第２ステップと、上記パケットデータサービスノードが上記データ呼接続応答メッセージを参照して認証を遂行し、認証に成功した場合、上記端末へデータ呼接続完了メッセージを転送する第３ステップとを含む。

併せて、本発明の更に他の実施形態によるＣＤＭＡ２０００網における高速データ呼接続方法は、ＣＤＭＡ２０００網における端末とパケットデータサービスノードとの間の高速データ呼接続方法であって、上記パケットデータサービスノードが認証タイプを含むデータ呼接続要請メッセージを上記端末へ転送する第１ステップと、上記データ呼接続要請メッセージを受信した端末が無認証要請を含むデータ呼接続応答メッセージを上記パケットデータサービスノードへ転送する第２ステップと、上記パケットデータサービスノードが上記端末へデータ呼接続完了メッセージを転送する第３ステップとを含む。

本発明によると、ＣＤＭＡ２０００網の呼接続過程で要求される既存の１３個以上のメッセージを３個のメッセージに縮めることによって、接続時間を格段に減らすことができ、既存のＰＰＰ接続で使用していたＬＣＰ、ＣＨＡＰ、及びＩＰＣＰの３ステップのうち、現実的に不要なメッセージを省略したり、同時に進行されるようにすることで、接続時間の短縮及び接続成功率を向上させることができる。

また、認証及びＩＰ割り当て過程を遂行する前、端末のバージョンを確認して、既存のＰＰＰ接続方式、または本発明によるＦＤＣＰ接続方式のうち、可能な方式により認証及びＩＰ割り当てがなされるようにすることで、ＦＤＣＰ接続方式をサポートしない端末の場合にも互換性を保証することができる利点がある。

以下、添付した図面を参照しつつ本発明の好ましい実施形態をより具体的に説明する。
図２は、本発明の一実施形態に従うデータ呼接続過程を示す流れ図であって、パケットデータサービスノード側の要求に従うデータ呼接続過程を表す。

説明する前に、本発明のデータ呼接続過程は、既存のＰＰＰ接続過程を改善するために提示する新たなプロトコルの動作過程であって、説明の便宜のために、本発明で提案するプロトコルをＦＤＣＰ（Fast Data-Link Connection Protocol）と命名して説明することにする。

図示したように、本発明のデータ呼接続過程は、端末（ＭＳ）とパケットデータサービスノード（ＰＤＳＮ）との間に３個のメッセージ送受信によりデータ接続がなされて、詳細な過程は、次の通りである。

まず、ＰＤＳＮは初期メッセージとしてＦＤＣＰ要請メッセージ（FDCP Request）を端末へ転送する（Ｓ１０１）。

表１は、ＦＤＣＰ要請メッセージに含まれる項目の一例を表す。下記の表において、ＴＬＶは各項目がタイプ／長さ（Octet）／値（Type/Length/Value）のうち、どの部分を含むかの可否を表し、臨場感（Presence）は、各項目が必須（Ｍ）であるか、オプション（Ｏ）であるか、条件付（Ｃ）であるかを表す。

表１から分かるように、ＦＤＣＰ要請メッセージは、認証パラメータを含むことができ、認証パラメータＩＤ部分（Ｔ）、データ長さ部分（Ｌ）、及び実際データ部分（Ｖ）から構成される。認証パラメータのフォーマットは、例えば、表２の通りである。

表２において、認証パラメータＩＤは、例えば、表１に図示された'００１１Ｈ'にすることができ、認証パラメータの長さは認証パラメータの全長さとなる。また、認証タイプは、ＭＤ５（Message Digest 5）、ＯＴＰ（One Time Password）、及びClear-Text（非暗号化認証）のうち、どれか一つにすることができるが、認証タイプ（Ｔ）がＭＤ５の場合、認証データ値（Ｖ）は、ＭＤ５−チャレンジ値にすることができ、認証タイプ（Ｔ）がＯＴＰの場合、認証データ値（Ｖ）はＯＴＰ−チャレンジ値にすることができる。

表３は、認証パラメータに含まれる認証タイプ別の説明及び認証データ値の種類を表す。

本発明の一実施形態において、ＰＤＳＮは、端末へＦＤＣＰ要請メッセージを転送する際、認証タイプ及び認証データ値（即ち、チャレンジ値）を含んで転送するか（即ち、ＭＤ５またはＯＴＰ認証を要請）、認証タイプのみを含めて転送（即ち、非暗号化認証を要請）することができる。後述するように、端末は、ＦＤＣＰ要請メッセージに認証タイプとチャレンジ値が全て含まれた場合、認証タイプのみ含まれている場合によって、そして端末でサポート可能な認証タイプによって、各々異なるＦＤＣＰ応答メッセージを転送することになる。

一方、ＦＤＣＰ要請メッセージは、外部認証プロトコルを含むこともできる。外部認証プロトコルは、ＥＡＰ（Extensible Authentication Protocol）、ＰＡＰ（PPP Authentication Protocol）、及びＣＨＡＰ（Challenge-Handshake Authentication Protocol）のうち、どれか一つにすることができる。外部認証プロトコルは、認証プロトコルＩＤ部分（Ｔ）、データ長さ部分（Ｌ）、及び実際データ部分（Ｖ）から構成される。

無線データサービスの進化に従い、ＣＤＭＡ２０００網における加入者の権限認証機能は徐々に重要視されているので、認証過程は必ず必要であり、仮に外部認証モードを使用する場合、ＰＡＰ認証は、パスワードの露出が可能であって、保安に弱いので、ＣＨＡＰを使用することが好ましい。

ＦＤＣＰ要請メッセージを受信した端末は、ＦＤＣＰ応答メッセージ（ＦＤＣＰ Ａｃｋ）を転送し（Ｓ１０３）、ＦＤＣＰ応答メッセージは、表４のような項目を含むことができる。

表４を参照して、ＦＤＣＰ応答メッセージに含まれることができる項目の例を説明すれば、次の通りである。

端末は、ＭＤ５、ＯＴＰ、及びClear-Textなどのような認証アルゴリズム中のどれか一つ、または無認証を要請することができ、ＦＤＣＰ要請メッセージに含まれた認証タイプに従ってＭＤ５−チャレンジ応答オプション、ＯＴＰ−チャレンジ応答オプション、Clear-Text認証要請オプション、及び無認証（No Authentication）オプションのうち、どれか一つが含まれたＦＤＣＰ応答メッセージを転送する。認証要請のための各オプションは、オプションＩＤ部分（Ｔ）、データ長さ部分（Ｌ）、及び実際データ部分（Ｖ）から構成される。

本発明の一実施形態において、ステップＳ１０１から転送されたＦＤＣＰ要請メッセージに認証タイプ及び認証データ値（即ち、チャレンジ値）が含まれている場合、端末はＦＤＣＰ応答メッセージに、チャレンジに対する応答（MD5-Challenge Response）を含めて転送する。即ち、ＰＤＳＮが認証タイプにＭＤ５を指定し、ＭＤ５−チャレンジを含めてＦＤＣＰ要請メッセージを転送した場合、端末はＭＤ５チャレンジに対する応答を含むＦＤＣＰ応答メッセージを転送し、ＰＤＳＮが認証タイプにＯＴＰを指定し、ＯＴＰ−チャレンジを含めてＦＤＣＰ要請メッセージを転送した場合、端末はＯＴＰチャレンジに対する応答（OTP-Challenge Response）を含むＦＤＣＰ応答メッセージを転送するものである。

本発明の他の実施形態において、ＦＤＣＰ要請メッセージにCleat Text認証タイプが含まれている場合、端末はＦＤＣＰ応答メッセージに認証要請値を含めて転送する。即ち、ＰＤＳＮが認証タイプにClear Textを指定した場合、認証要請値として、例えばピア（Peer）ＩＤ及びパスワードをＦＤＣＰ要請メッセージに含めて転送するものである。

本発明の更に他の実施形態において、端末は、ＦＤＣＰ要請メッセージに含まれた認証タイプに関わらず、無認証を要請するＦＤＣＰ応答メッセージを転送することもできる。

一方、端末は、ＥＡＰ、ＰＡＰ、ＣＨＡＰなどのような外部認証アルゴリズムのうち、どれか一つをサポートすることができ、その場合、無認証部分にサポート可能な外部認証要請アルゴリズムを含めてＦＤＣＰ応答メッセージを転送することができる。端末が外部認証アルゴリズムをサポートする場合には、端末とＰＤＳＮとの間に追加的なＦＤＣＰメッセージの送受信が必要となり、これに対する具体的な説明は、図５乃至図７を参照して後述する。

次に、ＭＲＵ（Maximum Receive Unit）オプションは、最大ＩＰパケットの長さを定義する部分であって、ＦＤＣＰ応答メッセージにＭＲＵオプションが含まれない場合、ＩＰパケットの長さは、デフォルト値（例えば、１５００バイト）に決まる。

また、ＦＤＣＰ応答メッセージは、端末がＩＰｖ４をサポートするか、またはＩＰｖ６をサポートするかによって、各々ＩＰｖ４アドレス、またはＩＰｖ６アドレスを含むことができ、ＦＤＣＰ応答メッセージにＩＰアドレス（ＩＰｖ４、またはＩＰｖ６）（または、'ＩＰアドレスオプション'と表現できる）が含まれる場合、ＦＤＣＰ応答メッセージは、１次ＤＮＳアドレス、または２次ＤＮＳアドレスを含むことができる。仮に、ＦＤＣＰ応答メッセージにＩＰアドレスが含まれない場合には、端末がモバイルＩＰアドレスをサポートする場合を表す。

ＩＰアドレスは、シンプルＩＰアドレス、または固定ＩＰアドレスを使用することができるが、端末がシンプルＩＰｖ４、またはシンプルＩＰｖ６をサポートする場合、端末はＦＤＣＰ応答メッセージを転送する際、ＩＰアドレスを０に設定して転送することによって、アドレス割り当てを要請する。例えば、ＩＰｖ４の場合には、０．０．０．０に設定される。一方、端末が固定ＩＰｖ４、または固定ＩＰｖ６をサポートする場合、端末は既に割り当てられて格納して置いたＩＰアドレス及びＤＮＳアドレスをＩＰアドレス及びＤＮＳアドレスに含めて転送する。ここで、シンプルＩＰ接続とは、接続時毎に臨時ＩＰが割り当てられることをいう。

例えば、端末がＩＰｖ６呼を試みる場合、端末はＩＰアドレスにＩＰｖ６アドレスを含めて転送することになり、例えば、モバイルＩＰに呼を試みる場合には、ＦＤＣＰ応答メッセージにＩＰアドレスを含めないで転送することによって、ＰＤＳＮにモバイルＩＰに呼を試みていることを伝達することができる。

図示してはいないが、ＰＤＳＮは端末にＦＤＣＰ要請メッセージを転送した後（Ｓ１０１）、タイマーを駆動し、指定された時間内に端末からＦＤＣＰ応答メッセージが受信されない場合、セッションを解除することが好ましい。

また、ＰＤＳＮからＦＤＣＰ要請メッセージを受信した端末が、ＦＤＣＰ要請メッセージに含まれた認証パラメータオプションを確認した結果、サポートされる認証モードが存在しなければ、端末は、ＦＤＣＰ応答メッセージでない、拒絶理由を含むＦＤＣＰ拒絶メッセージ（FDCP Reject）をＰＤＳＮに転送し、これによって、ＰＤＳＮはセッションを解除する。

ステップＳ１０３を通じて、端末からＰＤＳＮにＦＤＣＰ応答メッセージが転送された後、ＰＤＳＮはＦＤＣＰ応答メッセージに含まれた認証要請オプションを参照して、端末に対する認証を遂行し、認証が成功した場合、ＦＤＣＰ完了メッセージ（FDCP Complete）を転送する（Ｓ１０５）。仮に、ＰＤＳＮが端末からＦＤＣＰ応答メッセージを受信した後（Ｓ１０３）、認証に失敗すれば、ＰＤＳＮは端末にＦＤＣＰ拒絶メッセージ（FDCP Reject）を転送し、セッションを解除することが好ましい。

より詳しくは、ＦＤＣＰ応答メッセージを受信したＰＤＳＮは、端末が転送したＦＤＣＰ応答メッセージに含まれた認証要請オプションを参照して認証を遂行する。仮に、ステップＳ１０１で、ＰＤＳＮがＭＤ５認証タイプとＭＤ５チャレンジ値を転送し、これに対し、端末がステップＳ１０３で、ＭＤ５チャレンジに対する応答を転送した場合、これを用いて認証を遂行する。同様に、ステップＳ１０１で、ＰＤＳＮがＯＴＰ認証タイプとＯＴＰチャレンジ値を転送し、これに対し、端末がステップＳ１０３で、ＯＴＰチャレンジに対する応答を転送した場合、これを用いて認証を遂行し、ステップＳ１０１で、ＰＤＳＮがClear Text認証タイプを転送し、これに対し、端末がステップＳ１０３で、Clear Text認証に必要な認証要請値（例えば、ピアＩＤ、パスワード）を転送した場合、これを用いて認証を遂行する。但し、ステップＳ１０３で、端末が無認証を要請する場合には、認証手続きを省略することができる。

表５は、ＦＤＣＰ完了メッセージに含まれる項目の一例を表す。

表５を参照すると、ＦＤＣＰ完了メッセージは、ＩＰアドレス（または、'ＩＰアドレスオプション'と表現できる）及びＤＮＳアドレス（または、'ＤＮＳアドレスオプション'と表現できる）を含むことができ、ＩＰアドレスがシンプルＩＰアドレスであるか、固定ＩＰアドレスであるかによって、各々違うように割り当てられて、ＩＰｖ４またはＩＰｖ６の場合によって、各々異なるフォーマットを有する。

例えば、端末がシンプルＩＰｖ４またはシンプルＩＰｖ６をサポートする場合、ＰＤＳＮは、ＩＰアドレス及び１次／２次ＤＮＳアドレスを割り当てて、ＩＰアドレス及び１次／２次ＤＮＳアドレスに含めて転送し、端末が固定ＩＰｖ４またはＩＰｖ６をサポートする場合、ＰＤＳＮは端末がＦＤＣＰ応答メッセージに含めて転送したＩＰアドレス及び１次／２次ＤＮＳアドレスをそのままにＩＰアドレス及び１次／２次ＤＮＳアドレスに含めて転送することになる。

仮に、端末がシンプルＩＰｖ４またはシンプルＩＰｖ６をサポートするが、ＰＤＳＮで割り当て可能なＩＰアドレスが存在しなければ、ＰＤＳＮは拒絶理由を含むＦＤＣＰ拒絶メッセージ（FDCP Reject）を端末へ転送し、セッションを解除する。そして、端末が固定ＩＰｖ４または固定ＩＰｖ６をサポートしてＦＤＣＰ応答メッセージにＩＰアドレス及びＤＮＳアドレスを含めて転送した場合、転送されたＩＰアドレスが適法か否かを確認して、適法な場合、以後の手続きを進行し、適法でない場合、ＦＤＣＰ拒絶メッセージ（FDCP Reject）を端末へ転送し、セッションを解除する。

一方、ＦＤＣＰ応答メッセージにＩＰアドレスが含まれていない場合には、モバイルＩＰ呼であることを認知して、ＩＰアドレス及びＤＳＮアドレスを含めず、ＦＤＣＰ完了メッセージを転送し、モバイルＩＰ呼接続過程を遂行するが、これに対しては図３を参照して後述する。

また、表５を参照すると、ＦＤＣＰ完了メッセージは、ＩＰ圧縮プロトコルオプションを更に含むことができる。これは、ＩＰ圧縮をサポートする場合に必要なオプションであって、オプションＩＰ部分、オプション長さ部分、ＩＰ圧縮プロトコルＩＰ部分、及び実際データ部分からなる。ＩＰ圧縮プロトコルは、ＲＯＨＣ（Robust Header Compression）、レギュラーＩＰデータ、圧縮ＴＣＰ／ＩＰ、及び非圧縮ＴＣＰ／ＩＰのうち、どれか一つにすることができる。

ＦＤＣＰ完了メッセージに圧縮プロトコルオプションが含まれている場合、端末とＰＤＳＮは、以後のＩＰ通信の際、圧縮プロトコルオプションで定義している圧縮プロトコルに従ってパケットデータを圧縮された状態で送受信することになる。

前述した過程を通じてＩＰ接続過程が完了すれば、ＩＰ通信を開始する（Ｓ１０７）。

図示してはいないが、端末とパケットデータサービスノードには、上記に言及されていない追加的なオプションが追加される場合、１つまたは２つのＦＤＣＰメッセージが追加できるはずである。例えば、ＰＤＳＮは常にオン（Always-On）オプションが活性化されているか否かを確認するために、ＦＤＣＰ完了メッセージ転送の後、ＦＤＣＰキープ−アライブ（FDCP_KEEP_ALIVE）メッセージを端末へ転送し、端末からこれに対する応答メッセージ（FDCP_KEEP_ALIVEACK）を受信すると、ＦＤＣＰセッションを活性化状態に維持する。

図３は、本発明によるデータ呼接続過程において、モバイルＩＰ手続きを説明するための流れ図である。

端末がモバイルＩＰをサポートする場合には、前述したように、ＦＤＣＰ応答メッセージ及びＦＤＣＰ完了メッセージに、ＩＰアドレス及びＤＮＳアドレス関連オプションが含まれず、ＦＣＤＰセッション交渉の後、モバイルＩＰサービスのための別途の手続きが独立的に行われる。

図３は、ＦＤＣＰセッション交渉の後（Ｓ１０１〜Ｓ１０５）、モバイルＩＰ手続きを説明するための図であって、ＦＤＣＰ完了メッセージ転送の後、ＰＤＳＮが端末へルータ公知メッセージ（Agent Advertisement）を転送した後（Ｓ２０１）、端末が位置登録を要請すると（Registration Request）（Ｓ２０３）、ＰＤＳＮが端末に対する位置登録を遂行した後、端末に位置登録応答メッセージ（Registration Reply）を転送することによって（Ｓ２０５）、モバイルＩＰ手続きが完了し、モバイルＩＰ呼が開始（Ｓ１０７）されることが分かる。

ステップＳ２０５で、ＰＤＳＮは該当端末のホームアドレス領域でのＩＰアドレスを含めて、位置登録応答メッセージを転送するので、以前のセッション交渉過程で別途のＩＰアドレスを使用しないものである。

以上、説明したように、本発明では、ＣＤＭＡ２０００網におけるデータ呼接続の際、既存のＰＰＰ交渉過程で不要なステップを省略したり、同時に進行されるようにすることで、接続時間を減らすことができる。

このような交渉過程は、端末のバージョンに従ってサポート可能であったり、そうでない場合が発生することができ、このために、本発明では上記のような交渉過程を進行する前、端末のバージョン情報を確認することによって、本発明による交渉過程が進行されるようにしたり、既存のＰＰＰ交渉過程がなされるように制御することができる。

図４Ａ及び４Ｂは、本発明によるデータ呼接続方法において、旧バージョン互換（Backward Compatibility）のための端末バージョン確認手続きを説明するための流れ図である。

本発明では、端末がパケットデータサービスのための呼接続の際、端末バージョン情報を基地局制御器（または、アクセス網）を通じてパケットデータサービスノードへ転送し、これを受信したパケットデータサービスノードが端末バージョン情報を確認して、ＦＤＣＰ方式がサポート可能な端末である場合には、図２に図示したような交渉手続きを遂行し、そうでない場合は、既存のＰＰＰ交渉過程がなされるようにする。

まず、図４Ａは、ＣＤＭＡ２０００ １Ｘ網において、既存の端末との互換のための端末バージョン確認手続きを説明するための図であって、端末はパケットデータサービスノードとのサービスオプション交渉手続きを遂行する際、ＦＤＣＰサポート端末であることを表すために割り当てられた新たなサービスオプションであるサービスオプション７ｘを転送することができ（Ｓ３００）、これを受信したパケットデータサービスノードは、該当端末がＦＤＣＰ適用可能な端末であることを認知し、図２に図示したようなＦＤＣＰ接続手続き（Ｓ１０１〜Ｓ１０５）を遂行する。

図示してはいないが、ＦＤＣＰ接続手続きをサポートしない端末の場合には、パケットデータサービスノードへサービスオプション３３を転送することになり、この場合、パケットデータサービスノードは、既存のＰＰＰ交渉過程を遂行する。

一方、図４Ｂは、ＣＤＭＡ２０００ ＨＲＰＤにおいて、既存の端末との互換のための端末バージョン確認手続きを説明するための図であって、端末はアクセス網（ＡＮ）とのセッション交渉の際、プロトコルＩＤを転送し（Ｓ４０１）、端末とアクセス網との間のセッション交渉が完了した後（Ｓ４０３）、アクセス網とパケットデータサービスノードがサービスオプション交渉過程を遂行する際、アクセス網が端末から受信したプロトコルＩＤを参照して、ＦＤＣＰサポート端末であることを表すために割り当てられた新たなサービスオプションであるサービスオプション７ｙを転送する（Ｓ４０５）。

これによって、パケットデータサービスノードは、該当端末がＦＤＣＰ適用可能な端末であることを認知し、図２に図示したようなＦＤＣＰ接続手続き（Ｓ１０１〜Ｓ１０５）を遂行する。

ここで、端末はアクセス網とのセッション交渉の際、例えば、インハンスドマルチフローパケットアプリケーションバウンド（Enhanced Multi Flow Packet Application）パラメータにプロトコルＩＤとしてＦＤＣＰを指示するＩＤを含めて転送することができる。

図示してはいないが、ＣＤＭＡ２０００ ＨＲＰＤにおけるＦＤＣＰ接続手続きをサポートしない端末である場合、端末とアクセス網との間のセッション交渉の後、アクセス網がパケットデータサービスノードへサービスオプション５９を転送することになり、この場合、パケットデータサービスノードは、既存のＰＰＰ交渉過程を遂行する。

以上の高速データ呼接続方法では、ＰＤＳＮの要請に従いデータ呼接続がなされる場合に対して説明したが、端末の要請に従いデータ呼接続がなされる場合も考慮することができる。この場合、端末がＰＤＳＮへＦＤＣＰセッション設定要請メッセージ（Request- FDCP-Creation）を転送した後、前述した図２のステップＳ１０１乃至Ｓ１０５の過程が遂行される。

図５乃至図７は、本発明によるデータ呼接続のための認証過程を説明するための流れ図であって、端末が外部認証アルゴリズムをサポートする場合の認証過程を表す。

まず、図５は、端末が外部認証アルゴリズムのうち、ＰＡＰをサポートする場合の認証過程を説明するための流れ図である。

端末は外部認証アルゴリズムのうち、ＰＡＰをサポートする場合、ＦＤＣＰ応答メッセージを転送する際（Ｓ１０３）、無認証オプションにサポート可能な認証アルゴリズムがＰＡＰであることを表して転送し（FDCP Ack [No Auth Param、Ext Auth(PAP)]）、次に、ＰＤＳＮにピアＩＤ及びパスワード（Peer-ID/PW）を含むＦＤＣＰ認証要請メッセージ（FDCP_Auth_Request）を転送する（Ｓ１０３−１１）。

これによって、ＰＤＳＮは端末へＦＤＣＰ認証応答メッセージ（FDCP_Auth_Ack）を転送し（Ｓ１０３−１２）、認証を遂行する。そして、認証に成功した場合、ＰＤＳＮは認証に成功したことを知らせる認証報告メッセージ（FDCP_Auth_Request[APD (PAP-Success)]）を転送し（Ｓ１０３−１３）、端末はＰＤＳＮへＦＤＣＰ認証応答メッセージ（FDCP_Auth_Ack）を転送することによって（Ｓ１０３−１４）、ＰＡＰ認証過程が完了し、ＰＤＳＮは端末へＦＤＣＰ完了メッセージを転送して（Ｓ１０５）、データサービスがなされることになる。

図６は、端末が外部認証アルゴリズムのうち、ＣＨＡＰをサポートする場合の認証過程を説明するための流れ図である。

端末は外部認証アルゴリズムのうち、ＣＨＡＰをサポートする場合、ＦＤＣＰ応答メッセージを転送する際（Ｓ１０３）、無認証オプションにサポート可能な認証アルゴリズムがＣＨＡＰであることを表して転送する（FDCP Ack [No Auth Param、Ext Auth(CHAP)]）。

これによって、ＰＤＳＮは端末へ符号化されたＣＨＡＰチャレンジを含むＦＤＣＰ認証要請メッセージ（FDCP_Auth_Request[APD(CHAP-Challenge)]）を転送し（Ｓ１０３−２１）、端末はこれに対する応答メッセージ（FDCP_Auth_Ack）を転送した後（Ｓ１０３−２２）、符号化されたＣＨＡＰ応答を含むＦＤＣＰ認証要請メッセージ（FDCP_Auth_Request [APD(CHAP-Response)]）を転送する（Ｓ１０３−２３）。

次に、ＰＤＳＮは、端末へＦＤＣＰ認証応答メッセージ（FDCP_Auth_Ack）を転送した後（Ｓ１０３−２４）、端末から受信したＣＨＡＰ応答を用いて認証を遂行し、認証に成功した場合、これを報告するＦＤＣＰ認証報告メッセージ（FDCP_Auth_Request[APD (CHAP-Success)]）を転送し（Ｓ１０３−２５）、端末からこれに対する応答メッセージ（FDCP_Auth_Ack）を受信すると（Ｓ１０３−２６）、ＣＨＡＰ認証過程が完了し、ＰＤＳＮは端末へＦＤＣＰ完了メッセージを転送して（Ｓ１０５）、データサービスがなされることになる。

図７は、端末が外部認証アルゴリズムのうち、ＥＡＰをサポートする場合の認証過程を説明するための流れ図である。

端末は、外部認証アルゴリズムのうち、ＥＡＰをサポートする場合、ＦＤＣＰ応答メッセージを転送する際（Ｓ１０３）、無認証オプションにサポート可能な認証アルゴリズムがＥＡＰであることを表して転送する（FDCP Ack[No Auth Param、Ext Auth(EAP)]）。

これによって、ＰＤＳＮは端末へＥＡＰ認証のための識別子を要請するＦＤＣＰ認証要請メッセージ（FDCP_Auth_Request [APD(EAP-Identity-Request)]）を転送し（Ｓ１０３−３１）、端末はＰＤＳＮへこれに対する応答メッセージ（FDCP_Auth_Ack）及びＥＡＰ識別子を含むＦＤＣＰ認証要請メッセージ（FDCP_Auth_Requst [APD(EAP- Identity-Response)]）を転送する（Ｓ１０３−３２、Ｓ１０３−３３）。

以後、ＰＤＳＮは端末へＥＡＰ識別子受信に従う応答メッセージ（FDCP_Auth_Ack）を転送した後、ＥＡＰ−ＭＤ５−チャレンジを要請するＦＤＣＰ認証要請メッセージ（FDCP_Auth_Request[APD(EAP-MD5-Challenge- Request)]）を転送する（Ｓ１０３−３４、Ｓ１０３−３５）。

端末はＰＤＳＮへ応答メッセージ（FDCP_Auth_Ack）を転送した後、ＥＡＰ−ＭＤ５−チャレンジ応答を含むＦＤＣＰ認証要請メッセージ（FDCP_Auth_Request[APD(EAP- MD5-Challenge-Response)]）を転送し（Ｓ１０３−３６、Ｓ１０３−３７）、ＰＤＳＮはこれに対する応答メッセージ（FDCP_Auth_Ack）を転送した後（Ｓ１０３−３８）、認証を遂行する。

認証に成功した場合、ＰＤＳＮはＦＤＣＰ認証報告メッセージ（FDCP_Auth_Requst [APD(EAP-Success)]）を端末へ転送し（Ｓ１０３−３９）、端末からこれに対する応答メッセージ（FDCP_Auth_Ack）を受信すれば（Ｓ１０３−４０）、端末へＦＤＣＰ完了メッセージを転送して（Ｓ１０５）、データサービスがなされることになる。

以上、ＦＤＣＰプロトコルを用いた端末とパケットデータサービスノードとの間の高速データ呼接続方法に対して説明した。このような機能は、端末とパケットデータサービスノードの各々で実行できる記録媒体形態で搭載することもできる。

本発明の一実施形態による記録媒体は、例えばＰＤＳＮで実行されるプログラムを記録した記録媒体で具現することができ、認証タイプ及びチャレンジ値を含むデータ呼接続要請メッセージを生成して端末へ転送する第１機能及び端末がチャレンジに対する応答を含むデータ呼接続応答メッセージを転送するに従い、データ呼接続応答メッセージを参照して認証を遂行し、認証に成功した場合、データ呼接続完了メッセージを生成して端末へ転送する第２機能を順次に実行させるためのプログラムで具現することができる。上記記録媒体は、ＰＤＳＮに具現されることに限定されるものではなく、端末と高速データ呼接続手続きを遂行することができる装置でありさえすれば、どんな装置でも具現可能であることは勿論である。

併せて、本発明の他の実施形態による記録媒体は、端末で実行されるプログラムを記録した記録媒体で具現することができ、端末が認証タイプ及びチャレンジ値を含むデータ呼接続要請メッセージを受信するに従い、チャレンジに対する応答を含むデータ呼接続応答メッセージを生成して転送する第１機能、及びデータ呼接続完了メッセージを受信してデータ呼接続が完了したことを確認する第２機能を実行させるためのプログラムで具現することができる。

このように、本発明が属する技術分野の当業者は、本発明がその技術的思想や必須的特徴を変更せず、他の具体的な形態で実施できるということが分かるはずである。したがって、以上で記述した実施形態は、例示的なものであり、限定的でないものとして理解するべきである。本発明の範囲は、上記の詳細な説明よりは特許請求範囲により表れるものであり、特許請求範囲の意味及び範囲、そしてその等価概念から導出される全ての変更または変形された形態が本発明の範囲に含まれることと解されるべきである。

従来のデータ呼接続のためのＰＰＰ交渉過程を示す流れ図である。 本発明の一実施形態に従う高速データ呼接続過程を示す流れ図である。 本発明によるデータ呼接続過程において、モバイルＩＰ手続きを説明するための流れ図である。 本発明によるデータ呼接続方法において、旧バージョン互換のための端末バージョン確認手続きを説明するための流れ図である。 本発明によるデータ呼接続方法において、旧バージョン互換のための端末バージョン確認手続きを説明するための流れ図である。 本発明によるデータ呼接続のための認証過程を説明するための流れ図である。 本発明によるデータ呼接続のための認証過程を説明するための流れ図である。 本発明によるデータ呼接続のための認証過程を説明するための流れ図である。

Claims (47)

1. ＣＤＭＡ２０００網における端末とパケットデータサービスノードとの間の高速データ呼接続方法であって、
   前記パケットデータサービスノードが認証タイプ及びチャレンジ値を含むデータ呼接続要請メッセージを前記端末へ転送する第１ステップと、
   前記データ呼接続要請メッセージを受信した端末が前記チャレンジに対する応答を含むデータ呼接続応答メッセージを前記パケットデータサービスノードへ転送する第２ステップと、
   前記パケットデータサービスノードが前記データ呼接続応答メッセージを参照して認証を遂行し、認証に成功した場合、前記端末へデータ呼接続完了メッセージを転送する第３ステップと、
   を含むことを特徴とするＣＤＭＡ２０００網における高速データ呼接続方法。
2. 前記認証タイプは、ＭＤ５（Message Digest 5）であることを特徴とする請求項１記載のＣＤＭＡ２０００網における高速データ呼接続方法。
3. 前記認証タイプは、ＯＴＰ（One Time Password）であることを特徴とする請求項１記載のＣＤＭＡ２０００網における高速データ呼接続方法。
4. 前記データ呼接続応答メッセージは、ＭＲＵ（Maximum Receive Unit）オプションを更に含むことを特徴とする請求項１記載のＣＤＭＡ２０００網における高速データ呼接続方法。
5. 前記データ呼接続要請メッセージを受信した端末がシンプルＩＰアドレスをサポートする場合、前記データ呼接続応答メッセージは０に設定されたＩＰアドレスを更に含むことを特徴とする請求項１記載のＣＤＭＡ２０００網における高速データ呼接続方法。
6. 前記第３ステップは、前記パケットデータサービスノードが前記認証に成功した場合、ＩＰアドレス及びＤＮＳアドレスを割り当てて、前記データ呼接続完了メッセージにＩＰアドレス及びＤＮＳアドレスを含めて前記端末へ転送するステップであることを特徴とする請求項５記載のＣＤＭＡ２０００網における高速データ呼接続方法。
7. 前記データ呼接続要請メッセージを受信した端末が固定ＩＰアドレスをサポートする場合、前記データ呼接続応答メッセージは、前記端末に既に設定されているＩＰアドレス及びＤＮＳアドレスを含むことを特徴とする請求項１記載のＣＤＭＡ２０００網における高速データ呼接続方法。
8. 前記第３ステップは、前記パケットデータサービスノードが前記認証に成功した場合、前記端末から受信したＩＰアドレス及びＤＮＳアドレスを前記データ呼接続完了メッセージに含めて前記端末へ転送するステップであることを特徴とする請求項７記載のＣＤＭＡ２０００網における高速データ呼接続方法。
9. 前記パケットデータサービスノードは、前記データ呼接続応答メッセージにＩＰアドレスが含まれているか否かを確認し、ＩＰアドレスが含まれていない場合、前記端末がモバイルＩＰ呼を試みたことと認知し、前記第３ステップの以後、
   前記パケットデータサービスノードが前記端末へルータ公知メッセージ（Agent Advertisement）を転送する第４ステップと、
   前記端末が位置登録を要請する第５ステップと、
   前記パケットデータサービスノードが前記端末に対する位置登録を遂行した後、前記端末へ位置登録応答メッセージを転送する第６ステップと、
   を更に含むことを特徴とする請求項１記載のＣＤＭＡ２０００網における高速データ呼接続方法。
10. 前記データ呼接続完了メッセージは、ＩＰ圧縮プロトコルオプションを更に含むことを特徴とする請求項１記載のＣＤＭＡ２０００網における高速データ呼接続方法。
11. 前記第１ステップを遂行する前、前記パケットデータサービスノードが前記端末からデータ呼接続のためのセッション設定要請メッセージを受信するステップを更に含むことを特徴とする請求項１記載のＣＤＭＡ２０００網における高速データ呼接続方法。
12. 前記第１ステップを遂行する前、前記パケットデータサービスノードが前記端末から端末バージョン情報を受信するステップを更に含み、
    前記端末バージョン情報を確認した結果、前記端末が高速データ呼接続をサポートする場合、前記第１ステップに進行することを特徴とする請求項１記載のＣＤＭＡ２０００網における高速データ呼接続方法。
13. 前記ＣＤＭＡ２０００網は、ＣＤＭＡ２０００１ｘ網であり、前記端末バージョン情報は、前記端末と前記パケットデータサービスノードとのサービスオプション交渉過程で転送されることを特徴とする請求項１２記載のＣＤＭＡ２０００網における高速データ呼接続方法。
14. 前記ＣＤＭＡ２０００網は、ＣＤＭＡ２０００１ｘ ＨＲＰＤ（High Rate Packet Data）網であり、前記パケットデータサービスノードが前記端末から端末バージョン情報を受信するステップは、前記端末とアクセス網とのセッション交渉の際、前記端末が前記アクセス網に高速データ呼接続プロトコルの使用を報告するに従い、前記アクセス網と前記パケットデータサービスノードとのサービスオプション交渉の際、前記アクセス網から前記パケットデータサービスノードが前記端末バージョン情報を受信するステップであることを特徴とする請求項１２記載のＣＤＭＡ２０００網における高速データ呼接続方法。
15. ＣＤＭＡ２０００網における端末とパケットデータサービスノードとの間の高速データ呼接続方法であって、
    前記パケットデータサービスノードがClear Text認証タイプを含むデータ呼接続要請メッセージを前記端末へ転送する第１ステップと、
    前記データ呼接続要請メッセージを受信した端末が認証要請値を含むデータ呼接続応答メッセージを前記パケットデータサービスノードへ転送する第２ステップと、
    前記パケットデータサービスノードが前記データ呼接続応答メッセージを参照して認証を遂行し、認証に成功した場合、前記端末へデータ呼接続完了メッセージを転送する第３ステップと、
    を含むことを特徴とするＣＤＭＡ２０００網における高速データ呼接続方法。
16. 前記データ呼接続応答メッセージは、ＭＲＵ（Maximum Receive Unit）オプションを更に含むことを特徴とする請求項１５記載のＣＤＭＡ２０００網における高速データ呼接続方法。
17. 前記データ呼接続要請メッセージを受信した端末がシンプルＩＰアドレスをサポートする場合、前記データ呼接続応答メッセージは０に設定されたＩＰアドレスを更に含むことを特徴とする請求項１５記載のＣＤＭＡ２０００網における高速データ呼接続方法。
18. 前記パケットデータサービスノードは、前記認証に成功した場合、ＩＰアドレス及びＤＮＳアドレスを割り当てて、前記データ呼接続完了メッセージにＩＰアドレス及びＤＮＳアドレスを含めて前記端末へ転送することを特徴とする請求項１７記載のＣＤＭＡ２０００網における高速データ呼接続方法。
19. 前記データ呼接続要請メッセージを受信した端末が固定ＩＰアドレスをサポートする場合、前記データ呼接続応答メッセージは、前記端末に既に設定されているＩＰアドレス及びＤＮＳアドレスを含むことを特徴とする請求項１５記載のＣＤＭＡ２０００網における高速データ呼接続方法。
20. 前記パケットデータサービスノードは、前記認証に成功した場合、前記端末から受信したＩＰアドレス及びＤＮＳアドレスを前記データ呼接続完了メッセージに含めて前記端末へ転送することを特徴とする請求項１９記載のＣＤＭＡ２０００網における高速データ呼接続方法。
21. 前記パケットデータサービスノードは、前記データ呼接続応答メッセージにＩＰアドレスが含まれているか否かを確認し、ＩＰアドレスが含まれていない場合、前記端末がモバイルＩＰ呼を試みたことと認知し、前記第３ステップ以後、
    前記パケットデータサービスノードが前記端末へルータ公知メッセージ（Agent Advertisement）を転送する第４ステップと、
    前記端末が位置登録を要請する第５ステップと、
    前記パケットデータサービスノードが前記端末に対する位置登録を遂行した後、前記端末へ位置登録応答メッセージを転送する第６ステップと、
    を更に含むことを特徴とする請求項１５記載のＣＤＭＡ２０００網における高速データ呼接続方法。
22. 前記データ呼接続完了メッセージは、ＩＰ圧縮プロトコルオプションを更に含むことを特徴とする請求項１５記載のＣＤＭＡ２０００網における高速データ呼接続方法。
23. 前記第１ステップを遂行する前、前記パケットデータサービスノードが前記端末からデータ呼接続のためのセッション設定要請メッセージを受信するステップを更に含むことを特徴とする請求項１５記載のＣＤＭＡ２０００網における高速データ呼接続方法。
24. 前記第１ステップを遂行する前、前記パケットデータサービスノードが前記端末から端末バージョン情報を受信するステップを更に含み、
    前記端末バージョン情報を確認した結果、前記端末が高速データ呼接続をサポートする場合、前記第１ステップに進行することを特徴とする請求項１５記載のＣＤＭＡ２０００網における高速データ呼接続方法。
25. 前記ＣＤＭＡ２０００網は、ＣＤＭＡ２０００１ｘ網であり、前記端末バージョン情報は、前記端末と前記パケットデータサービスノードとのサービスオプション交渉過程で転送されることを特徴とする請求項２４記載のＣＤＭＡ２０００網における高速データ呼接続方法。
26. 前記ＣＤＭＡ２０００網は、ＣＤＭＡ２０００１ｘ ＨＲＰＤ（High Rate Packet Data）網であり、前記パケットデータサービスノードが前記端末から端末バージョン情報を受信するステップは、前記端末とアクセス網とのセッション交渉の際、前記端末が前記アクセス網に高速データ呼接続プロトコルの使用を報告するに従い、前記アクセス網と前記パケットデータサービスノードとのサービスオプション交渉の際、前記アクセス網から前記パケットデータサービスノードが前記端末バージョン情報を受信するステップであることを特徴とする請求項２４記載のＣＤＭＡ２０００網における高速データ呼接続方法。
27. ＣＤＭＡ２０００網における端末とパケットデータサービスノードとの間の高速データ呼接続方法であって、
    前記パケットデータサービスノードが認証タイプを含むデータ呼接続要請メッセージを前記端末へ転送する第１ステップと、
    前記データ呼接続要請メッセージを受信した端末が無認証要請を含むデータ呼接続応答メッセージを前記パケットデータサービスノードへ転送する第２ステップと、
    前記パケットデータサービスノードが前記端末へデータ呼接続完了メッセージを転送する第３ステップと、
    を含むことを特徴とするＣＤＭＡ２０００網における高速データ呼接続方法。
28. 前記データ呼接続応答メッセージは、ＭＲＵ（Maximum Receive Unit）オプションを更に含むことを特徴とする請求項２７記載のＣＤＭＡ２０００網における高速データ呼接続方法。
29. 前記データ呼接続要請メッセージを受信した端末がシンプルＩＰアドレスをサポートする場合、前記データ呼接続応答メッセージは０に設定されたＩＰアドレスを更に含むことを特徴とする請求項２７記載のＣＤＭＡ２０００網における高速データ呼接続方法。
30. 前記パケットデータサービスノードは、ＩＰアドレス及びＤＮＳアドレスを割り当てて、前記データ呼接続完了メッセージにＩＰアドレス及びＤＮＳアドレスを含めて前記端末へ転送することを特徴とする請求項２９記載のＣＤＭＡ２０００網における高速データ呼接続方法。
31. 前記データ呼接続要請メッセージを受信した端末が固定ＩＰアドレスをサポートする場合、前記データ呼接続応答メッセージは、前記端末に既に設定されているＩＰアドレス及びＤＮＳアドレスを含むことを特徴とする請求項２７記載のＣＤＭＡ２０００網における高速データ呼接続方法。
32. 前記パケットデータサービスノードは、前記端末から受信したＩＰアドレス及びＤＮＳアドレスを前記データ呼接続完了メッセージに含めて前記端末へ転送することを特徴とする請求項３１記載のＣＤＭＡ２０００網における高速データ呼接続方法。
33. 前記パケットデータサービスノードは、前記データ呼接続応答メッセージにＩＰアドレスが含まれているか否かを確認し、ＩＰアドレスが含まれていない場合、前記端末がモバイルＩＰ呼を試みたことと認知し、前記第３ステップ以後、
    前記パケットデータサービスノードが前記端末へルータ公知メッセージ（Agent Advertisement）を転送する第４ステップと、
    前記端末が位置登録を要請する第５ステップと、
    前記パケットデータサービスノードが前記端末に対する位置登録を遂行した後、前記端末へ位置登録応答メッセージを転送する第６ステップと、
    を更に含むことを特徴とする請求項２７記載のＣＤＭＡ２０００網における高速データ呼接続方法。
34. 前記データ呼接続完了メッセージは、ＩＰ圧縮プロトコルオプションを更に含むことを特徴とする請求項２７記載のＣＤＭＡ２０００網における高速データ呼接続方法。
35. 前記第１ステップを遂行する前、前記パケットデータサービスノードが前記端末からデータ呼接続のためのセッション設定要請メッセージを受信するステップを更に含むことを特徴とする請求項２７記載のＣＤＭＡ２０００網における高速データ呼接続方法。
36. 前記第１ステップを遂行する前、前記パケットデータサービスノードが前記端末から端末バージョン情報を受信するステップを更に含み、
    前記端末バージョン情報を確認した結果、前記端末が高速データ呼接続をサポートする場合、前記第１ステップに進行することを特徴とする請求項２７記載のＣＤＭＡ２０００網における高速データ呼接続方法。
37. 前記ＣＤＭＡ２０００網はＣＤＭＡ２０００１ｘ網であり、前記端末バージョン情報は、前記端末と前記パケットデータサービスノードとのサービスオプション交渉過程で転送されることを特徴とする請求項３６記載のＣＤＭＡ２０００網における高速データ呼接続方法。
38. 前記ＣＤＭＡ２０００網はＣＤＭＡ２０００１ｘ ＨＲＰＤ（High Rate Packet Data）網であり、前記パケットデータサービスノードが前記端末から端末バージョン情報を受信するステップは、前記端末とアクセス網とのセッション交渉の際、前記端末が前記アクセス網に高速データ呼接続プロトコルの使用を報告するに従い、前記アクセス網と前記パケットデータサービスノードとのサービスオプション交渉の際、前記アクセス網から前記パケットデータサービスノードが前記端末バージョン情報を受信するステップであることを特徴とする請求項３６記載のＣＤＭＡ２０００網における高速データ呼接続方法。
39. ＣＤＭＡ２０００網における端末とパケットデータサービスノードとの間の高速データ呼接続を実現するために、前記パケットデータサービスノードで実行されるプログラムを記録した、コンピュータにより読み取り可能な記録媒体であって、
    認証タイプ及びチャレンジ値を含むデータ呼接続要請メッセージを生成して端末へ転送する第１機能と、
    前記端末が前記チャレンジに対する応答を含むデータ呼接続応答メッセージを転送するに従い、前記データ呼接続応答メッセージを参照して認証を遂行し、認証に成功した場合、データ呼接続完了メッセージを生成して前記端末へ転送する第２機能と、
    を順次に実行させるためのプログラムを記録した、コンピュータにより読み取り可能な記録媒体。
40. 前記認証タイプは、ＭＤ５（Message Digest５）であることを特徴とする請求項３９記載の記録媒体。
41. 前記認証タイプは、ＯＴＰ（One Time Password）であることを特徴とする請求項３９記載の記録媒体。
42. 前記端末が前記データ呼接続応答メッセージに０に設定されたＩＰアドレスを含んで転送するに従い、ＩＰアドレス及びＤＮＳアドレスを割り当てて、ＩＰアドレス及びＤＮＳアドレスを更に含むデータ呼接続完了メッセージを生成する機能を更に実行させるためのプログラムを記録した、コンピュータにより読み取り可能な、請求項３９記載の記録媒体。
43. 前記端末が既に設定されているＩＰアドレス及びＤＮＳアドレスを含むデータ呼応答メッセージを転送するに従い、前記端末から受信したＩＰアドレス及びＤＮＳアドレスを更に含むデータ呼接続完了メッセージを生成する機能を更に実行させるためのプログラムを記録した、コンピュータにより読み取り可能な、請求項３９記載の記録媒体。
44. 前記データ呼接続応答メッセージにＩＰアドレスが含まれているか否かを確認し、ＩＰアドレスが含まれていない場合、前記第２機能の以後、
    ルータ公知メッセージ（Agent Advertisement）を生成して前記端末へ転送する第３機能と、
    前記端末が位置登録を要請するに従い、前記端末に対する位置登録を遂行した後、位置登録応答メッセージを生成して前記端末へ転送する第４機能と、
    を更に実行させるためのプログラムを記録した、コンピュータにより読み取り可能な、請求項３９記載の記録媒体。
45. ＣＤＭＡ２０００網における端末とパケットデータサービスノードとの間の高速データ呼接続を実現するために、前記端末で実行されるプログラムを記録した、コンピュータにより読み取り可能な記録媒体であって、
    端末が認証タイプ及びチャレンジ値を含むデータ呼接続要請メッセージを受信するに従い、前記チャレンジに対する応答を含むデータ呼接続応答メッセージを生成して転送する第１機能と、
    データ呼接続完了メッセージを受信してデータ呼接続が完了したことを確認する第２機能と、
    を順次に実行させるためのプログラムを記録した、コンピュータにより読み取り可能な記録媒体。
46. ０に設定されたＩＰアドレスを前記データ呼応答メッセージに更に含める機能を実行させるためのプログラムを記録した、コンピュータにより読み取り可能な、請求項４５記載の記録媒体。
47. 既に設定されたＩＰアドレス及びＤＮＳアドレスを前記データ呼応答メッセージに更に含める機能を実行させるためのプログラムを記録した、コンピュータにより読み取り可能な、請求項４５記載の記録媒体。

Images