(57)【要約】【課題】ＩＰｖ６用ＩＰアドレスを効率的に割当てることができるＩＰアドレス割当装置及びその方法を提供する。【解決手段】１つのＰＤＳＮから端末に割り当てられるグローバルプレフィックスが全て同一で、ＰＤＳＮが端末にインターフェースＩＤを割り当てるために、互いに異なる端末間にＩＰアドレスの重複を防止し、同一のグローバルプレフィックスを通じて課金が容易になる。また、端末が受信したグローバルプレフィックスに基づいてインターフェースＩＤを生成してＰＤＳＮに伝達するために、ＰＤＳＮでインターフェースＩＤを生成するために要求される負荷を減らすことができる。したがって、有線電話又は移動電話網でＩＰｖ６アドレスを効率的に提供してＩＰアドレスの浪費を防止することができ、１つのＰＤＳＮで同一なグローバルプレフィックスが割り当てられるために同一なグローバルプレフィックスに基づいてパケット課金を効率的に行うことができる。【選択図】図４
2008536442.tif 000002
【特許請求の範囲】
【請求項１】
複数の識別子を含むＩＰアドレスを支援する通信網でＩＰアドレスを割り当てる方法であって、
端末のアドレスを識別するための第１端末識別子を割り当てて前記端末に送信するステップと、
前記端末から前記第１端末識別子が含まれた制御プロトコル要求メッセージを受信するステップと、
前記受信された制御プロトコル要求メッセージに含まれた前記第１端末識別子の使用を許可する制御プロトコル許可メッセージを前記端末に送信するステップと、
予め設定された同一範囲内の複数の端末に同一に割り当てられるネットワーク識別子を含むルータメッセージを、前記端末に送信するステップとを有することを特徴とするＩＰアドレス割当方法。
【請求項２】
前記端末識別子を割り当てて送信するステップは、
前記端末のアドレスを識別するために前記端末で生成された第２端末識別子を含む制御プロトコル要求メッセージを前記端末から受信するステップと、
前記受信された制御プロトコル要求メッセージに含まれた前記第２端末識別子の使用を拒否し、前記第１端末識別子を含む制御プロトコルの拒否メッセージを、前記端末に送信するステップとを含むことを特徴とする請求項１記載のＩＰアドレス割当方法。
【請求項３】
前記第１端末識別子は、前記端末の識別子に基づいて割り当てられることを特徴とする請求項２記載のＩＰアドレス割当方法。
【請求項４】
前記ルータメッセージを送信するステップは、
前記端末からルータ要求メッセージを受信するステップと、
前記ルータ要求メッセージを受信すると、前記端末に割り当てられたネットワーク識別子を含むルータ放送メッセージを前記端末に送信するステップを含むことを特徴とする請求項１記載のＩＰアドレス割当方法。
【請求項５】
前記ネットワーク識別子の同一性に基づいて前記端末に対するパケット課金が行われることを特徴とする請求項１記載のＩＰアドレス割当方法。
【請求項６】
前記ＩＰアドレスは、ＩＰｖ６アドレス方式に基づいて６４ビットのネットワーク識別子と６４ビットの第１端末識別子の組み合わせからなることを特徴とする請求項１乃至５のいずれか１項に記載のＩＰアドレス割当方法。
【請求項７】
複数の識別子を含むＩＰアドレスを支援する通信網でＩＰアドレスを割り当てるＩＰアドレス割当装置において、
予め設定された領域に存在する複数の端末に同一のネットワーク識別子を割り当てるネットワーク識別子割当部と、
前記ネットワーク識別子割当部からネットワーク識別子が割り当てられた前記複数の端末にそれぞれ端末識別子を割り当てる端末識別子割当部とを備えることを特徴とするＩＰアドレス割当装置。
【請求項８】
複数の識別子を含むＩＰアドレスを支援する通信網でＩＰアドレスを割り当てる方法であって、
前記端末のアドレスを識別するための前記端末で生成された端末識別子が含まれた制御プロトコル要求メッセージを前記端末から受信するステップと、
前記端末に前記端末識別子の使用を許可する制御プロトコル許可メッセージを伝送するステップと、
予め設定された同一範囲内の複数の端末に同一に割り当てられるネットワーク識別子を含むルータメッセージを前記端末に放送するステップを含むことを特徴とするＩＰアドレス割当方法。
【請求項９】
前記要求メッセージを受信するステップの後に前記要求メッセージに含まれた端末識別子の重複を検査するステップを更に有し、
前記重複を検査するステップは、重複アドレス検出法（ＤＡＤ）により前記端末識別子の重複性を検査することを特徴とする請求項８記載のＩＰアドレス割当方法。
【請求項１０】
複数の識別子を含むＩＰアドレスを支援する通信網でＩＰアドレスを割り当てるＩＰアドレス割当装置において、
予め設定された領域にある複数の端末に同一のネットワーク識別子を割り当てるネットワーク識別子割当部と、
前記端末の識別子を割り当てるか否かを判断し、前記端末の識別子を割り当てないように設定されているときは前記端末から前記端末識別子を収集する端末識別子割当部とを備えることを特徴とするＩＰアドレス割当装置。
【請求項１１】
前記端末は、
前記端末に対応して記憶されている端末の固有番号を収集する固有番号収集部と、
前記収集された端末の固有番号に基づいて前記端末を識別する端末識別子を生成して、前記端末識別子割当部に送信するインターフェースＩＤ生成部を有することを特徴とする請求項１０記載のＩＰアドレス割当装置。
【請求項１２】
複数の識別子を含むＩＰアドレスを支援する通信網でＩＰアドレスを割り当てる方法であって、
前記ＩＰアドレスを支援するシステムから、前記システムのアドレスを識別するシステム識別子を含む制御プロトコルメッセージを受信するステップと、
前記システムから生成され前記端末のアドレスを識別するための第１端末識別子の使用を許可する許可メッセージを、前記システムから受信するステップと、
前記ＩＰアドレスを支援するシステムの管理下にある複数の端末に同一に割り当てられるネットワーク識別子を含むルータ放送メッセージを、前記システムから受信するステップとを有することを特徴とするＩＰアドレス割当方法。
【請求項１３】
前記許可メッセージを受信するステップは、
前記端末で割り当てられた第２端末識別子を含む第１制御プロトコル要求メッセージを送信するステップと、
前記システムで生成された第１端末識別子を含む、前記第１制御プロトコル要求メッセージに対する拒否メッセージを受信するステップと、
前記拒否メッセージに含まれる前記第１端末識別子を含む第２制御プロトコル要求メッセージを送信し、前記第１端末識別子の使用を許可する許可メッセージを受信するステップとを有することを特徴とする請求項１２記載のＩＰアドレス割当方法。
【請求項１４】
複数の識別子を含むＩＰアドレスを支援する通信網でＩＰアドレスを割り当てる方法であって、
前記端末で割り当てられた端末識別子を含む制御プロトコル要求メッセージを、前記ＩＰアドレスを支援するシステムに伝送するステップと、
前記端末識別子の使用を許可する許可メッセージを受信するステップと、
予め設定された同一範囲内の複数の端末に同一に割り当てられるネットワーク識別子を含むルータ放送メッセージを受信するステップとを有することを特徴とするＩＰアドレス割当方法。
【請求項１５】
前記端末では、
前記端末の固有番号を利用して端末識別子を生成して前記ＩＰアドレスを支援するシステムで伝送するステップと、
前記ＩＰアドレスを支援するシステムから前記端末識別子の使用を許可する許可メッセージを受信し、前記ＩＰアドレスを支援するシステムから前記ネットワーク識別子が含まれた前記ルータ放送メッセージを受信するステップとを含むことを特徴とする請求項１４に記載のＩＰアドレス割当方法。
【請求項１６】
前記端末識別子を含むメッセージを送信するステップは、
前記端末の固有番号を収集するステップと、
前記固有番号を二進数に変換するステップと、
前記二進変換された固有番号のビット数を決定し、前記端末識別子のビット数に合わせるための所定値を挿入して前記端末識別子を生成するステップとを含むことを特徴とする請求項１５記載のＩＰアドレス割当方法。
【請求項１７】
前記ＩＰアドレスを支援するシステムで生成される端末識別子及び前記端末で生成される端末識別子の中から使用する端末識別子を選択するステップと、
前記ＩＰアドレスを支援するシステムで生成される端末識別子を使用することを選択したときに、前記ＩＰアドレスを支援するシステムで生成された前記端末のアドレスを識別するための第１端末識別子を受信するステップと、
前記第１端末識別子の使用を許可する許可メッセージを受信し、前記ＩＰアドレスを支援するシステムに前記ネットワーク識別子を含むルータメッセージを送信するステップを含むことを特徴とする請求項１４記載のＩＰアドレス割当方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰｖ６用ＩＰアドレス割当装置及びその方法に関し、特に、電話接続ネットワーキング法によって効率的にＩＰｖ６用ＩＰアドレスを割り当てるように、効率的にＩＰｖ６用ＩＰアドレスを割当てるためのＩＰアドレス割当装置及びその方法に関する。
【背景技術】
【０００２】
ＩＰｖ６（Internet Protocol Version ６）の場合、膨大なアドレス資源が活用できるため、端末やノード地域にあるローカルルータ／ゲートウェイ（Local Router/Gateway）は、各ＩＰｖ６プレフィックス（ＩＰｖ６アドレス前半部に位置するビットの集合で、アドレスの類型に応じて決定される）に対してＩＰアドレスを割り当てる。したがって、端末やノードは、プレフィックス以外に他のアドレスの部分をＮＡＳ（Network Access Server、網整合装置）と交渉してインターフェースＩＤ（ＭＡＣアドレスを変換して生成する）を割り当て、ＩＰアドレスを形成する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、ＩＰｖ６プレフィックスと交渉されたインターフェースＩＤとを組み合わせて生成されたＩＰアドレスには、浪費的な要素が存在する。たとえＩＰｖ６用ＩＰアドレスが豊富であっても、１つのプレフィックスに１つのＩＤを付けてＩＰアドレスを形成するため、残りのプレフィックス帯域は使用することができない。例えば、ＮＡＳが端末やノードに６４ビットのプレフィックスを割り当てると、電話接続ネットワーキングによって２６４-１だけのアドレスが浪費される。ここで、６４ビットのプレフィックスが割り当てられる理由は、国際移動通信規格団体である３ＧＰＰ２（３rdGeneration Partnership Project ２で各端末に１つのプレフィックスを６４ビットで割り当てるように規格化され、ＩＥＴＦ（Internet Engineering Task Force）規格にもプレフィックスを割り当てることになっているためである。
【０００４】
さらに、電話接続ネットワーキングの場合は、ＰＰＰ（Point to Point Protocol）を使用する低速のデータ通信である場合が多いため、複数のＩＰアドレスを必要としない場合がほとんどである。また、事業者の立場では端末やノードにプレフィックスを割り当てると複数のプレフィックス別にパケットをフィルータリングしてＩＰアドレス別に課金することが難しいため、ＩＰアドレス別パケット課金が難しい。
【０００５】
本発明は、このような従来技術の問題点を解決するためのもので、移動通信網の電話接続ネットワーキングだけでなく、一般電話接続ネットワーキングでもＩＰｖ６用資源の使用と加入者管理において効率的に行うことができる方法を提供する。
【課題を解決するための手段】
【０００６】
本発明の態様におけるＩＰアドレス割当方法は、複数の識別子を含むＩＰアドレスを支援する通信網でＩＰアドレスを割り当てる方法であって、端末のアドレスを識別するための第１端末識別子を割り当てて前記端末に伝送するステップと、前記端末から前記第１端末識別子が含まれている制御プロトコル要求メッセージを受信するステップと、前記受信された制御プロトコル要求メッセージに含まれている前記第１端末識別子の使用を許可する制御プロトコル許可メッセージを前記端末に伝送するステップと、予め設定された同一範囲内の複数の端末に同一に割り当てられるネットワーク識別子を含むルータメッセージを、前記端末に送信するステップとを有する。
【０００７】
本発明の他の態様において、複数の識別子を含むＩＰアドレスを支援する通信網でＩＰアドレスを割り当てるＩＰアドレス割当装置は、予め設定された領域にある複数の端末に同一のネットワーク識別子を割り当てるネットワーク識別子割当部と、前記ネットワーク識別子割当部からネットワーク識別子が割り当てられた前記複数の端末にそれぞれ端末識別子を割り当てる端末識別子割当部とを備える。
【０００８】
本発明の他の態様において、複数の識別子を有するＩＰアドレスを支援する通信網でＩＰアドレスを割り当てる方法は、端末のアドレスを識別するための前記端末で生成された端末識別子が含まれている制御プロトコル要求メッセージを前記端末から受信するステップと、前記端末に前記端末識別子の使用を許可する制御プロトコル許可メッセージを送信するステップと、予め設定された同一範囲内の複数の端末に同一に割り当てられるネットワーク識別子を含むルータメッセージを前記端末に放送するステップとを有する。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の一実施形態を図面を参照して詳述するが、本発明は以下に説明する実施形態に限られない。本実施の形態は、本発明の属する技術分野における通常の知識を有する者が容易に実施できるように、本発明の要旨を逸脱しない限り多様な異なる方法で実現される。尚、図面で本発明を明確に説明するために説明上不要な部分は省略し、明細書全体に亘って同様の部分に対しては同一の図面符号を付した。
【００１０】
また、特に反対となる記載がない限り、「備える」とは、記載された構成要素を含むことを意味しており、他の構成要素を除くことを意味するものではない。
【００１１】
現在のＩＰｖ４のインターネットは３２ビットの限定されたＩＰアドレスを使用し、インターネット使用がますます増加してユビキタス及びホームネットワーキングなど、ＩＰアドレスを使用する機器が増えることによってＩＰアドレスの不足現象が生じる。これに対する代案としてＩＰｖ６アドレスの採用が話題となっており、近年、ＩＰｖ６アドレスのネットワーク導入について論議されている。
【００１２】
しかしながら、ＩＰｖ６は加入者に膨大な量のＩＰアドレス資源を割り当てる長所はあるものの、膨大なアドレス資源を提供する際の無規律なアドレス管理の結果、多くのアドレス資源が浪費されることとなる。一方、アドレス資源管理は通信事業者には使用者管理を難しくする要素として作用することもある。したがって、本発明の実施の形態では、移動通信の電話接続ネットワーキングでＩＰｖ６用アドレス資源を割り当てるための効率的な方法を提示する。
【００１３】
ＩＰｖ６用アドレス資源割当方法について説明するに前に、一般に使用されている電話網構造、移動電話データネットワーク構造及び一般的なＩＰｖ６データ呼出接続処理について図１乃至図３を参照しながら説明する。
【００１４】
図１は、電話接続網を通じてインターネット上の情報を利用するための一般電話網の構成図である。
【００１５】
図１を参照すると、一般電話網の構造は、ＰＣを利用して電話接続網を通じてインターネット上の情報を利用するものであり、ＰＣ１０、モデム２０，３０及びＮＡＳサーバ４０を有する。
【００１６】
ＮＡＳサーバ４０及びクライアントのＰＣ１０の間には２つの相異なるネットワーク（図示せず）が設けられている。ここで、２つの相異なるネットワークとは、ＮＡＳサーバ４０とモデム３０間に存在する公衆回路網と、ＰＣ１０とモデム２０の間に存在する１つの専用回路網のことである。また、モデム２０及びモデム３０は電話接続網により接続されている。
【００１７】
ＩＰネットワークアドレス変換器（図示せず）は、ローカルインターネットプロトコルアドレスとモデム２０上のＩＰグローバルアドレスとの間でアドレスを変換するために使用される。ローカルＩＰアドレスとゲートウェイＩＰアドレスはモデム３０に送信され、これらはモデム３０がその上のＰＰＰ層を通じてＮＡＳサーバ４０にＰＰＰ接続された後、遠隔通信網ポート情報として設定される。
【００１８】
使用者はＩＰ構成情報として１つのローカルＩＰアドレスとサブネットマスクを、そしてゲートウェイＩＰアドレスとしてモデムのローカルＩＰアドレスと１つ又は２つのドメインネームサービスサーバドレスをＰＣ１０に入力する。ここで、ＮＡＳサーバ４０は前記構造に連結された使用者にＰＣ１０を通じてインターネットサービスを提供するためのインターネットサービス提供事業者である１つのコンピュータサーバである。
【００１９】
図２はＣＤＭＡ １ｘ/ＥＶ-ＤＯサービスを支援する移動電話データネットワーク構造図である。
【００２０】
図２に示されているように、ＣＤＭＡ １ｘ/ＥＶ-ＤＯ（１ｘ Evolution Data Only）サービスを支援する移動電話データネットワークは、パケットデータサービングノード（ＰＤＳＮ：Packet Data Serving Node）、基地局制御装置（ＢＳＣ：Base Station Controller）７０及び基地局（ＢＴＳ：Base Transceiver Station）６０を有する。
【００２１】
一般に、ＣＤＭＡ-２０００システムのデータ網構造は、無線接続網（ＲＡＮ：Radio Access Network）、音声コア網（ＶＣＮ：Voice Core Network）及びデータコア網（ＤＣＮ：Data Core Network）を有する。ここで、ＲＡＮは、ＢＴＳ６０及びＢＳＣ７０を含んでなる網で、音声及びデータをＶＣＮ及びＤＣＮに伝達するアクセス網である。
【００２２】
ＶＣＮは、移動電話交換局（ＭＳＣ：Mobile Switching Center）及びホーム位置登録装置（ＨＬＲ：Home Location Register）等を有し、音声サービスを提供する網である。ＤＣＮは、ＰＤＳＮ８０、ホームエージェント（Home Agent）及びＡＡＡ（Authentication、Authorization and Accounting）サーバを有し、使用者の端末５０にパケットサービスを提供する。
【００２３】
端末５０とＢＴＳ６０は無線リンクで連結され、ＢＴＳ６０とＰＤＳＮ８０は有線ネットワークで連結される。そして、ＰＤＳＮ８０はインターネット上のサービス提供サーバ（図示せず）とＩＰネットワークを通じて連結される。これら構成要素からなる移動電話データネットワーク構造で端末５０にインターネットに接続しようとする場合、ＢＴＳ６０及びＢＳＣ７０は端末５０とＰＤＳＮ８０の間にＰＰＰリンクデータの伝達のためのベアラーチャンネル（bearer channel）を開設してインターネットに接続することができる。
【００２４】
次に、移動通信網でＩＰｖ６アドレス割当のためのデータ呼出接続処理過程について図３を参照して詳しく説明する。
【００２５】
図３は一般的な移動通信でＩＰｖ６データ呼出接続処理過程を示す流れ図である。
【００２６】
図３を参照すると、端末５０と基地局制御装置/パケット制御機能部７０（ＢＳＣ/ＰＣＦ：Base Station Controller／Packet Control Function）との間で無線網接続（Ｓ１０）が行われ、ＢＳＣ/ＰＣＦ７０とＰＤＳＮ８０（Packet Data Serving Node）との間でラジオポート（ＲＰ：Radio Port）セッション接続（Ｓ２０）が行われる。ＲＰセッション接続（Ｓ２０）が行われた後、移動電話網でＩＰｖ６の呼出接続のためのＰＰＰ処理（Ｓ３０）は大きく３つの過程に分かれる。つまり、ＬＣＰ（Link Control Protocol）処理、認証処理及びＩＰアドレス割当のためのＩＰＣＰ（Internet Protocol Control Protocol）処理に分かれる。このとき、認証処理を省略してもよい。有線電話網でも移動電話網の場合と同様にＰＰＰ処理を経てＩＰアドレスが割り当てられる。
【００２７】
ＩＰアドレス割当処理では、ＰＤＳＮ８０は自己のインターフェースＩＤ（又は識別子とも言う）を端末５０に通知するためにＩＰｖ６ＣＰ設定要求メッセージを送信し（Ｓ４０）、端末によって認証される応答メッセージを制御する（Ｓ５０）。端末５０は、自己のインターフェースＩＤを送るＩＰｖ６ＣＰ設定要求メッセージをＰＤＳＮ８０に送信する（Ｓ６０）。ＰＤＳＮ８０は、端末５０が当該インターフェースＩＤを使用することができるか否かを判別し、使用可能であればこのインターフェースＩＤを承認（Ｓ７０）する。
【００２８】
一般に、ＭＡＣアドレスはインターフェースＩＤに使用されるが、ＰＰＰ接続である場合は、端末や移動ノードにはＭＡＣアドレスが存在しないので、所定の方法でインターフェースＩＤが生成される。また、この場合のインターフェースＩＤはネットワーク上で固有でなければならない。これにより、他の端末とのアドレス衝突が発生しない。
【００２９】
したがって、端末５０にＩＰを割り当てる又は端末５０のＩＰアドレスを管理するＰＤＳＮ８０は、自己が管理する端末の中で重複するインターフェースＩＤがあるか、又は重複アドレス検出（ＤＡＤ：Duplicate Address Detection）法を用いて次の端末の重複性を検査して、端末５０にインターフェースＩＤを使用することができるか否かを判別する。ＰＤＳＮ８０は、ＡＣＫメッセージを用いて端末５０のＩＰｖ６制御プロトコル（ＩＰｖ６ＣＰ：ＩＰｖ６ Control Protocol）を承認するか、又はＮＡＣＫメッセージを用いて拒否メッセージを送信し、他のＩＤを使用することを勧告する。
【００３０】
ここで、ＤＡＤ法で重複性を検査する一般的な処理では、端末５０は、ルータからネットワークプレフィックスを受信し、該ネットワークプレフィックスに自己のＭＡＣアドレスを利用して１２８ビットのＩＰｖ６アドレスを生成する。また、端末５０は、他の端末がＭＡＣアドレスとしての同一のアドレスを使用するか否かを検査するために、隣接要求メッセージに自己が生成したＩＰアドレスを付加して送信する。他の端末が同一のアドレスを使用している場合は、当該端末は隣接通知メッセージを使用して応答する。
【００３１】
ＩＰｖ６ＣＰ処理が終了すると、端末５０はＰＤＳＮ８０にルータを要求（Ｓ８０）し、端末５０からルータの要求を受けたＰＤＳＮ８０は、ネットワーク識別子であるグローバルプレフィックスＩＤ（Global Prefix ＩＤ）をルータ放送メッセージ（Router Advertisement Message）に載せて、該グローバルプレフィックスＩＤを端末５０に対して割り当てる（Ｓ９０）。端末５０は、ＰＤＳＮ８０により割り当てられたグローバルプレフィックスＩＤとＩＰｖ６ＣＰ時に交渉されたインターフェースＩＤとを組み合わせて、自己のＩＰｖ６アドレスとして使用する。このとき、グローバルプレフィックスＩＤは移動通信国際規格団体である３ＧＰＰ２で一般に推奨されている６４ビットを使用する。
【００３２】
低速のＰＰＰ通信では複数のＩＰを１つの端末に設定する必要がないため、前記で説明したような割り当て方式で使用されるアドレスには浪費的な要素が存在する。すなわち、２６４のＩＰアドレスを使用することができる状況で１つのアドレスのみを使用する低速の通信環境は、明らかに浪費的な要素である。また、ＰＤＳＮ８０やその後に後端でパケットをフィルータリングしてパケット課金を行う事業者やコンテンツ提供者（ＣＰ：Contents Provider）の観点では、継続的にグローバルプレフィックスが変わる状況で課金することは課金システムの負担として作用する。
【００３３】
このような一般的なデータ呼出接続処理を改善したＩＰｖ６データ呼出接続処理について、図４を参照しながら詳述する。図４は、ＣＤＭＡ環境でのＩＰｖ６データ呼出処理を示すものであり、ＷＣＤＭＡ環境でのデータ呼出処理は図７を参照して以下で詳述する。
【００３４】
図４は、本発明の第１実施の形態による移動通信におけるＩＰｖ６データ呼出接続処理を示すフローチャートである。
【００３５】
ＩＰｖ６のアドレス生成方法は、ネットワークに割り当てられた６４ビットプレフィックスとインターフェースのインターフェースＩＤとの組み合わせによって実行される。すなわち、全１２８ビットのＩＰｖ６アドレスは、ルータに割り当てられた６４ビットプレフィックスとインターフェース（あるいはＬＡＮカード）に付与されているＭＡＣアドレスとの組み合わせによって生成される。従来のＩＰｖ４アドレスと同様に、ＩＰｖ６アドレスは手動生成（Manual Configuration）、アドレス割当による自動生成（Stateful Address Autoconfiguration）及び任意の自動生成（Stateless Autoconfiguration）に区分される。本発明の実施の形態では自動生成の一例を説明するが、これに限定されるものではない。
【００３６】
図４に示すように、ＩＰｖ６データ呼出接続処理では、まず、端末１００がＢＳＣ/ＰＣＦ２００に無線網接続を行い（Ｓ１００）、その後、端末１００のデータをＰＤＳＮ３００に送信するためにＢＳＣ/ＰＣＦ２００とＰＤＳＮ３００の間にＲＰセッション接続を行う（Ｓ１１０）。次に、端末１００とＰＤＳＮ３００の間にＬＣＰ（Link Control Protocol）交渉及びＰＰＰ認証が行われるＰＰＰ処理が行われる（Ｓ１２０）。
【００３７】
より詳細には、端末１００が発信メッセージ（Origination Message）をＢＳＣ/ＰＣＦ２００に送信すると、ＢＳＣ/ＰＣＦ２００は、端末１００に基地局確認命令を送信して端末及びＢＳＣ/ＰＣＦ２００間にトラフィックチャンネルを形成する（すなわち、無線網接続）（Ｓ１００）。
【００３８】
次に、ＢＳＣ/ＰＣＦ２００がＰＤＳＮ３００に登録要求メッセージを送信すると、ＰＤＳＮ３００は、端末の番号及びセッション情報を登録した後、登録応答メッセージをＢＳＣ/ＰＣＦ２００に送信することでＲＰセッション接続を行う（Ｓ１１０）。次に、端末１００とＰＤＳＮ３００間にＰＰＰ設定が行われる。このＰＰＰ設定にはＬＣＰ交渉及びＰＰＰ認証処理（Ｓ１２０）が含まれる。
【００３９】
ＰＤＳＮ３００が端末１００にリンク制御プロトコル設定要求（ＬＣＰConfigure Request）メッセージを送信すると、端末１００はＰＤＳＮ３００にリンク制御プロトコル設定未確認メッセージを送信する。これに対してＰＤＳＮ３００が認証オプションの無いリンク制御プロトコル要求メッセージを送信すると、端末１００はリンク制御プロトコル設定応答メッセージをＰＤＳＮ３００に送信する。
【００４０】
次に、端末１００がＩＰアドレスオプションを省略したままＩＰ設定プロトコル設定要求メッセージ（ＩＰＣＰ Configure Request）をＰＤＳＮ３００に送信すると、ＰＤＳＮ３００がＩＰＣＰ設定応答メッセージを端末１００に伝送することでＰＰＰ設定（Ｓ１２０）処理を行う。
【００４１】
ＬＣＰ交渉及びＰＰＰ認証処理が行われると、端末１００はＰＤＳＮ３００を通じてＩＰｖ６ＣＰ処理でＩＰアドレスを受信する。ＩＰアドレスを割り当てるためには端末１００に対してインターフェースＩＤを生成しなければならず、インターフェースＩＤ生成方法は、図３に示す一般的なＩＰｖ６データ呼出接続処理において端末インターフェースＩＤ割当法によって端末１００で割り当てる方式と、ＰＤＳＮ３００で割り当てる方式のうちのいずれか１つを使用することができる。
【００４２】
すなわち、一般的な方法のように、端末１００は自己のインターフェースＩＤを割り当てて、これをＰＤＳＮ３００に要求する。ＰＤＳＮ３００は、端末から要求されたインターフェースＩＤの重複性を検査し、インターフェースＩＤが重複しない場合は、対応するＡＣＫメッセージを端末１００に送信してインターフェースＩＤの使用を許可する。
【００４３】
他の方法として、ＰＤＳＮ３００で端末１００に対して端末インターフェースＩＤを割り当てる方式によって端末にＩＰアドレスの割り当てる電話接続ネットワーキング方法について説明する。
【００４４】
ここで、ＰＤＳＮ３００は、図７を参照して説明するＧＧＳＮ５００と共にＩＰ割当装置とも呼ばれる。ＩＰ割当装置は、所定の基地局よって制御される複数の端末に同一のネットワーク識別子を割り当てるネットワーク識別子割当装置と、該ネットワーク識別子割当装置からネットワーク識別子が割り当てられた複数の端末にそれぞれ端末識別子を割り当てる端末識別子割当装置とを有する。この時、図５で説明するように、端末識別子割当部は、インターフェースＩＤが端末で生成される場合に端末識別子を割り当てるか否かを判別し、端末識別子を割り当てないように設定されているときは当該端末から端末識別子を収集する。
【００４５】
まず、ＰＤＳＮ３００は、自己のインターフェースＩＤを端末１００に通知するためにＩＰｖ６ＣＰ設定要求メッセージを送信する（Ｓ１３０）。端末１００は、該メッセージの送信に応じてＰＤＳＮ３００に承認（ＡＣＫ）メッセージを送信（Ｓ１４０）して、ＰＤＳＮ３００のインターフェースＩＤに関するＩＰｖ６ＣＰ設定要求を承認する。
【００４６】
この時、端末１００はインターフェースＩＤをＰＤＳＮ３００に送信するためにＩＰｖ６ＣＰ設定要求メッセージを送信（Ｓ１５０）する。端末１００のインターフェースＩＤに対する承認要求メッセージを受信したＰＤＳＮ３００は、端末１００がＩＰｖ６ＣＰ要求メッセージに含めて送信したインターフェースＩＤを拒否し、端末に対して新たなインターフェースＩＤを勧告（Ｓ１６０）する。
【００４７】
ＰＤＳＮ３００に最初に接続する端末にはランダム値でインターフェースＩＤが生成され、次に接続する端末には「初期端末に割り当てたインターフェースＩＤ値＋１」の値が割り当てられる。この時、ＰＤＳＮ３００は、グローバルプレフィックスが同一であるという点を利用して各端末にインターフェースＩＤを割り当てる。グローバルプレフィックスは各ＰＤＳＮ別に静的に割り当てられる。
【００４８】
つまり、各地域にＰＤＳＮが設けられていることがあり、互いに異なる地域のＰＤＳＮは、夫々互いに異なる各端末に割り当てることが可能な固有のグローバルプレフィックスを有している。したがって、ＰＤＳＮは自己が管理する全ての端末に同一のグローバルプレフィックスを割り当てるので、１つのＰＤＳＮが管理する端末が唯一であるためには端末に対して互いに異なるＩＰアドレスを割り当てる必要がある。
【００４９】
ＰＤＳＮは、複数の端末に割り当てられたインターフェースＩＤの中でどのＩＤが自己が管理するＩＤであるかを識別できるため、端末に要求されたインターフェースＩＤを拒否し、インターフェースＩＤを任意に割り当てて端末に勧告する。ここで、端末にインターフェースＩＤを割り当てる方法としては総当たり方式が用いられるが、これに限定されるものではない。
【００５０】
端末１００は、ＰＤＳＮ３００が割り当てた端末インターフェースＩＤをＩＰｖ６ＣＰ要求メッセージに含めてＰＤＳＮ３００に確認を要求（Ｓ１７０）し、ＰＤＳＮ３００は許可を知らせるＩＰｖ６ＣＰＡＣＫを端末１００に送信（Ｓ１８０）する。ＩＰｖ６ＣＰ処理が完了した後、端末１００は、ルータからネットワーク情報（又はグローバルプレフィックス情報）を得るためにＰＤＳＮ３００で新たに割り当てられたインターフェースＩＤを用いてＰＤＳＮ３００にルータ要求（又はルータ要求）メッセージを送信（Ｓ１９０）する。
【００５１】
ＰＤＳＮ３００は、端末１００からルータ要求メッセージを受信すると、端末１００にグローバルプレフィックスＩＤを割り当てるためにルータ放送メッセージにグローバルプレフィックスＩＤを載せて放送（Ｓ２００）する。この時、１つのＰＤＳＮが端末に割り当てるグローバルプレフィックスＩＤは全て同一である。つまり、ＰＤＳＮが管理する全ての端末は、ルータ放送処理で同一のグローバルプレフィックスＩＤを受信する。
【００５２】
これは、すでにＩＰｖ６ＣＰ段階ですべての端末に固有のインターフェースＩＤを割り当てたために、互いに異なる端末間でＩＰアドレスが重複することがないためである。すなわち、「グローバルプレフィックスＩＤ＋端末のインターフェースＩＤ」からなる端末のＩＰアドレスは重複しない。したがって、ＩＰアドレスの資源の浪費が減少する。
【００５３】
また、ＰＤＳＮやＰＤＳＮ後端のネットワークでパケットに対する課金の時にも、ＰＤＳＮ３００で管理する全ての端末のグローバルプレフィックスが１つであるためにパケット課金が容易になる。これは、グローバルプレフィックスが夫々異なっていれば、課金システムがマッチングして計算しなければならない処理が多くなり、グローバルプレフィックスが同一であれば、インターフェースＩＤ以下のみ分離して計算するために計算量が少なくなるためである。
【００５４】
次に、本発明の第２実施の形態によって端末１００でインターフェースＩＤを生成してＰＤＳＮ３００に自己のインターフェースＩＤを通知する端末１００のインターフェースＩＤ生成器及びインターフェースＩＤ生成方法について説明する。まず、端末の構成について図５を参照しながら説明する。
【００５５】
図５は、本発明の実施の形態による端末のインターフェースＩＤ生成器の構成図である。
【００５６】
図５に示されているように、端末１００はインターフェースＩＤ生成器１１０を有し、インターフェースＩＤ生成器１１０は国際移動機識別子（ＩＭＳＩ：International Mobile Station Identity）収集部１１１及びインターフェースＩＤ生成部１１２を有する。図５では端末１００に含まれるインターフェースＩＤ生成器１１０のみを示し、その他の構成要素は当業者によく知られた事項であるので、その説明を省略する。
【００５７】
ＩＭＳＩ収集部１１１は端末１００を識別するための固有番号を示すＩＭＳＩを収集する。一般に、ＩＭＳＩは、３桁の移動国家コード（ＭＣＣ：Mobile Country Code）、２〜３桁の移動ネットワークコード（ＭＮＣ：Mobile Network Code）及び最大１０桁の移動加入者識別番号（ＭＳＩＮ：Mobile Subscriber Identifier Number）を有し、最大１５桁の十進数で表現される。
【００５８】
ＩＭＳＩ収集部１１１から収集されたＩＭＳＩは、インターフェースＩＤ生成器１１２に入力されて端末１００のインターフェースＩＤを生成する。インターフェースＩＤは６４ビットで構成され、端末１００のＩＭＳＩを用いて生成される。
【００５９】
例えば、端末１００のＩＭＳＩが“１２３４５６７８９１２３４５６”であると仮定すると、ＩＭＳＩを二進数に変換して次のように“０００１００１０００１１０１０００１０１０１１００１１１１０００１００１０００１００１０００１１０１０００１０１０１１０”として生成する。この時、生成された臨時インターフェースＩＤは６０ビットであるので、生成された臨時インターフェースＩＤの前方、後方又はシステム設計者によって選択された所定の位置に０を付与して不足した４ビットを補充し、全６４ビットのインターフェースＩＤを生成する。ここで、ＩＭＳＩを用いてインターフェースＩＤを生成する方法は、上記方法に限定されるものではない。
【００６０】
次に、端末１００でインターフェースＩＤを生成することができる環境におけるＩＰｖ６データ呼出接続処理について、図６を参照しながら説明する。
【００６１】
図６は、本発明の第２実施の形態による移動通信でＩＰｖ６データ呼出接続処理を示すフローチャートである。
【００６２】
図６に示すように、まず、端末１００がＢＳＣ/ＰＣＦ２００に無線網接続を行い（Ｓ３００）、その後、端末１００のデータをＰＤＳＮ３００に接続するためにＢＳＣ/ＰＣＦ２００とＰＤＳＮ３００の間にＲＰセッション接続を行う（Ｓ３１０）。次に、端末１００とＰＤＳＮ３００の間でＬＣＰ（Link Control Protocol）交渉及びＰＰＰ認証を実行するＰＰＰ処理が行われる（Ｓ３２０）。
【００６３】
詳細には、端末１００が初期メッセージ（Origination Message）をＢＳＣ/ＰＣＦ２００に送信すると、ＢＳＣ/ＰＣＦ２００は端末１００に基地局確認命令を送信して該端末とＢＳＣ/ＰＣＦ２００との間にトラフィックチャンネルを形成する無線網接続を行う（Ｓ３００）。
【００６４】
次に、ＢＳＣ/ＰＣＦ２００がＰＤＳＮ３００に登録要求メッセージを送信すると、ＰＤＳＮ３００は、端末の番号とセッション情報などを登録した後、登録応答メッセージをＢＳＣ/ＰＣＦ２００に送信するＲＰセッション接続を行う（Ｓ３１０）。次に、端末１００とＰＤＳＮ３００との間にＰＰＰ設定が行われる。ＰＰＰ設定処理にはＬＣＰ交渉及びＰＰＰ認証処理（Ｓ３２０）が含まれる。
【００６５】
ＰＤＳＮ３００が端末１００にリンク制御プロトコル設定要求（ＬＣＰConfigure Request）メッセージを送信すると、端末１００はＰＤＳＮ３００にリンク制御プロトコル設定未確認メッセージを送る。ＰＤＳＮ３００が認証オプションの無いリンク制御プロトコル要求メッセージを送ると、これに対して端末１００はリンク制御プロトコル設定応答メッセージを送信する。
【００６６】
上記のようにＬＣＰ交渉及びＰＰＰ認証処理が全て行われると、端末１００はＰＤＳＮ３００を通じてＩＰｖ６ＣＰ処理でＩＰアドレスを受信する。ＩＰアドレスを割り当てるためには端末１００に対してインターフェースＩＤを生成する必要があり、インターフェースＩＤ生成方法は、端末１００のＩＭＳＩを利用して生成する方法を利用し、生成された端末インターフェースＩＤをＰＤＳＮ３００に通知する方式によって端末にインターネットプロトコルアドレスの割り当てる電話接続ネットワーキング方式を利用するものである。
【００６７】
まず、端末１００は、ＰＤＳＮ３００で割り当てられるＩＤを使用するか又はインターフェースＩＤとしてインターフェースＩＤ生成器１１０で生成されるＩＤを使用するかを判断する（Ｓ３３０）。この時、インターフェースＩＤは端末１００にソフトウェアベースのスイッチ機能を実現することにより選択され、システム設計者によって設計される。
【００６８】
端末のスイッチ機能がオンに設定されると、端末１００はインターフェースＩＤ生成器１１０で生成されるインターフェースＩＤを使用し、スイッチ機能がオフに設定されると、端末１００はＰＤＳＮ３００によって割り当てられるインターフェースＩＤを使用する。但し、上記方法に限定されるものではない。
【００６９】
Ｓ３３０においてＰＤＳＮ３００で生成されるインターフェースＩＤを使用すると判断されると、図４に示すＳ１３０乃至Ｓ２００のステップを通じて端末にインターネットプロトコルアドレスを割り当てる電話接続ネットワーキング段階が行われる。一方、端末１００で生成されたインターフェースＩＤを使用すると判断されると、ＰＤＳＮ３００はインターフェースＩＤを端末１００に通知するためにＩＰｖ６ＣＰ設定要求メッセージを送信する（Ｓ３４０）。これに対して端末１００はＰＤＳＮ３００に承認（ＡＣＫ）メッセージを送信して（Ｓ３５０）、ＰＤＳＮ３００のインターフェースＩＤに対するＩＰｖ６ＣＰ設定要求を承認する。
【００７０】
この時、端末１００はＰＤＳＮ３００からプレフィックスを受信すると同時に、端末１００で生成されたインターフェースＩＤをＰＤＳＮ３００に送るためにＩＰｖ６ＣＰ設定要求メッセージを送信する（Ｓ３７０）。ここで、ＩＰｖ６ＣＰ設定要求メッセージに含まれているインターフェースＩＤは端末１００のインターフェースＩＤ生成器１１０で生成された（Ｓ３６０）ものである。すなわち、端末１００は自己のＩＭＳＩを用いて端末１００が使用するインターフェースＩＤを生成した後、該生成されたインターフェースＩＤをＰＤＳＮ３００に通知する。端末１００のインターフェースＩＤに対する承認要求メッセージを受信すると、ＤＳＮ３００は、端末１００がＩＰｖ６ＣＰ要求メッセージに含んで送信したインターフェースＩＤを承認する（Ｓ３８０）。
【００７１】
ＩＰｖ６ＣＰ処理が完了した後、端末１００は、ルータからネットワーク情報（ここではグローバルプレフィックス情報）を得るために端末１００のインターフェースＩＤ生成器１１０からＩＭＳＩを利用して生成したインターフェースＩＤを利用してルータ要求（あるいはルータ要求）メッセージをＰＤＳＮ３００に送信する（Ｓ３９０）。ＰＤＳＮ３００は、端末１００からルータ要求メッセージを受信すると、端末１００にグローバルプレフィックスＩＤを割り当てるためにルータ放送メッセージにグローバルプレフィックスＩＤを載せて放送する（Ｓ４００）。
【００７２】
ここで、ＰＤＳＮ３００がＳ３６０において端末１００で生成されたインターフェースＩＤを受信すると同時に図４で説明した方法によって端末に対するインターフェースＩＤを生成して端末１００に送信する場合が発生すると仮定する。このような場合、ＰＤＳＮ３００は、自己が生成した端末のインターフェースＩＤの代わりに端末１００のインターフェースＩＤ生成器１１０で生成されたインターフェースＩＤを選択するようにシステム設計時に設定される。但し、上記方法に限定されるものではない。
【００７３】
次に、システムがＷＣＤＭＡ方式である場合のＩＰｖ６データ呼出接続処理方法について図７を参照しながら説明する。
【００７４】
図７は本発明の第３実施の形態による移動通信でＩＰｖ６データ呼出接続処理を示すフローチャートである。
【００７５】
図７に示すように、端末１００とサービングＧＰＲＳサポートノード（ＳＧＳＮ：Serving GPRS Support Node）４００との間での無線網接続のための信号処理及び回路認証処理が行われる（Ｓ５００，Ｓ５１０）。これらの処理は、図４及び図６に示す無線網接続段階乃至ＬＣＰ交渉及びＰＰＰ認証段階に対応しており、端末１００とＳＧＳＮ４００の間に形成されたトラフィックチャンネルに対する回路認証処理を示す。
【００７６】
このように回路認証までの処理が行われると、端末１００はＧＧＳＮ５５０又は自己が生成したＩＰアドレスを受信する。ＩＰアドレスを割り当てるためには端末１００に対するインターフェースＩＤを生成する必要があり、インターフェースＩＤは、端末１００でＩＭＳＩを利用して生成する方法又はＧＧＳＮ５００で割り当てる方法のうちのいずれか１つの方法を用いて生成される。
【００７７】
このために、先ず、端末１００は、ＧＧＳＮ５００で割り当てられるインタフェースＩＤを使用するか又は端末１００で生成されるインターフェースＩＤを使用するかを判断する（Ｓ５３０）。この時、２つの方法のうちのいずれかの方法で生成されたインターフェースＩＤが、端末１００のスイッチとして機能するソフトウェアを実行することによって選択され、このソフトウェアはシステム設計者によって設計される。
【００７８】
端末のスイッチング機能がオンに設定されると、端末１００は自己が生成したインターフェースＩＤを使用し、これをＧＧＳＮ５００に通知し、スイッチング機能がオフに設定されるとＧＧＳＮ５００で割り当てられたインターフェースＩＤを使用する。但し、上記方法に限定されるものではない。
【００７９】
Ｓ５３０で判断した結果、端末１００のスイッチング機能がオフに設定されてＧＧＳＮ５００で生成されたインターフェースＩＤを使用すると判断されると、ＧＧＳＮ５００からインターフェースＩＤを受信するためにＳＧＳＮ４００にＰＤＰコンテクスト活性化要求（Activate PDP Context Request）を送信する（Ｓ５２０）。ＳＧＳＮ４００は、端末１００から受信したＰＤＰコンテクスト活性化要求に基づいてＰＤＰコンテクスト生成要求（Create PDP Context Request Message）をＧＧＳＮ５００に送信して（Ｓ５５０）端末１００にインターフェースＩＤを割り当てる。
【００８０】
ＧＧＳＮ５００は、ＳＧＳＮ４００から受信したＰＤＰコンテクスト活性化要求に対する応答としてＰＤＰコンテクスト生成応答メッセージ（Create PDP Context Response Message）を生成してＳＧＳＮ４００に送信する（Ｓ５６０）。この時、メッセージには１つのＰＤＰコンテクストに対応するインターフェースＩＤ情報を含む。これは、１つの端末に互いに異なるＰＤＰコンテクストが存在することがあるので、１つのＧＧＳＮ地域と接続する全ての端末に同一なプレフィックスを割り当てることによりＩＰアドレスの資源浪費を減らすためである。
【００８１】
ＳＧＳＮ４００は、ＧＧＳＮ５００から端末のインターフェースＩＤが含まれているＰＤＰコンテクスト応答メッセージを受信して、端末にＰＤＰコンテクスト活性化許可メッセージ（Activate PDP Context Accept Message）を送信する（Ｓ５７０）。このような上記処理が完了すると、端末はＧＧＳＮから新たに受信したインターフェースＩＤを利用してＧＧＳＮ５００にルータ要求メッセージを送信する（Ｓ５８０）。ＧＧＳＮ５００は端末からルータ要求メッセージを受信すると、端末１００にグローバルプレフィックスＩＤを割り当てるためにルータ放送メッセージにグローバルプレフィックスＩＤを載せて放送する（Ｓ５９０）。この時、１つのＧＧＳＮが端末に割り当てるグローバルプレフィックスＩＤは全て同一である。すなわち、ＧＧＳＮで管理される全ての端末は、ルータ放送処理において同一のグローバルプレフィックスＩＤを受信する。
【００８２】
この時、Ｓ５３０で判断した結果、端末１００がＧＧＳＮから割り当てられた端末インターフェースＩＤを使用せず、自己が生成した端末インターフェースＩＤを使用することを望んだ場合（スイッチング機能がオンに設定される場合）、端末はＧＧＳＮ５００にＰＤＰコンテクスト活性化要求メッセージを送信する前に自分のＩＭＳＩを利用してインターフェースＩＤを生成し、該インターフェースＩＤをメッセージに含めて送信する。端末１００自身がインターフェースＩＤを生成する方法は図５で説明した方法に対応している。
【００８３】
その後の処理はＳ５５０と同一である。ここで、図７ではＳ５２０乃至Ｓ５４０が順次行われるが、必ずしも順次に行われるものではなく、端末１００でインターフェースＩＤが生成されると、これをＰＤＰコンテクスト活性化要求メッセージに載せてＳＧＳＮ４００に送信してもよい。
【００８４】
以上、本実施の形態について詳細に説明したが、本発明はこれに限定されず、請求範囲で定義している本発明の基本概念を利用した当業者の多様な変形例及び改良形態もまた本発明の範囲に属する。
【００８５】
上記実施の形態によれば、有線電話又は移動電話網でＩＰｖ６アドレスを効率的に提供し、ＩＰアドレスの浪費を防止することができる。また、１つのＰＤＳＮ又はＧＧＳＮから同一なグローバルプレフィックスが割り当てられるために、同一のグローバルプレフィックスに基づいてパケット課金を効率的に行うことができる。
【図面の簡単な説明】
【００８６】
【図１】電話接続網を通じてインターネット上の情報を利用するための一般電話網の構成図である。
【図２】ＣＤＭＡ １ｘ/ＥＶ-ＤＯサービスを支援する移動電話データネットワークの構成図である。
【図３】一般的な移動通信におけるＩＰｖ６データ呼出接続処理を示すフローチャートである。
【図４】本発明の第１の実施の形態による移動通信におけるＩＰｖ６データ呼出接続処理を示すフローチャートである。
【図５】本発明の実施の形態による端末のインターフェースＩＤ生成器の構成図である。
【図６】本発明の第２実施の形態による移動通信でＩＰｖ６データ呼出接続処理を示すフローチャートである。
【図７】本発明の第３実施の形態による移動通信でＩＰｖ６データ呼出接続処理を示すフローチャートである。
【符号の説明】
【００８７】
１０  ＰＣ
２０，３０  モデム
４０  ＮＡＳサーバ
５０  端末
６０  ＢＴＳ
７０  ＢＳＣ
８０  ＰＤＳＮ
【図１】
2008536442.tif 000003
【図２】
2008536442.tif 000004
【図３】
2008536442.tif 000005
【図４】
2008536442.tif 000006
【図５】
2008536442.tif 000007
【図６】
2008536442.tif 000008
【図７】
2008536442.tif 000009
【国際調査報告】
2008536442.tif 000010
2008536442.tif 000011