JP5101621B2 - 移動端末装置、中継装置及び移動通信システム - Google Patents

Description

本発明は移動端末装置、中継装置及び移動通信システムに関する。

従来から、携帯電話等の移動端末装置が接続される各種移動通信ネットワークが知られており、そのうち、第３世代移動通信システムを拡張した移動通信システムのアーキテクチャおよび詳細機能が（ＳＡＥ：System Architecture Evolution）として、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）で規格化が進められている。

ＳＡＥでは、図２３（ａ）の概略図に示されるように、移動端末（ＵＥ：User Equipment）が、無線アクセスアクセスシステムの一例として、Ｅ−ＵＴＲＡＮアクセスシステムを介して接続するネットワークのアーキテクチャを規定している。アーキテクチャは、非特許文献１に示すように、３ＧＰＰから発行される仕様書ＴＳ２３．４０１によって示されている。また、無線アクセスシステムであるＥ−ＵＴＲＡＮアクセスシステムについては、非特許文献２として示すＴＳ３６．３００に記載されている。

さらに、ＳＡＥの規格を定めるＴＳ２３．４０１では、ＵＥの接続手順を規定している。接続手順の概要は、ＵＥがＥ−ＵＴＲＡＮアクセスシステムへの無線アクセスを行うと、ＵＥの移動管理を行う装置であるＭＭＥ（Mobility Management Entity）と、ＰＤＮ（Packet Data Network）とのゲートウェイとなるＰＤＮ−ＧＷ（Packet Data Network Gateway）と、中継装置であるＳｅｒｖｉｎｇ ＧＷ（Serving Gateway)により認証およびデータ転送路の確立を行う。これらの一連の手続きはＡｔｔａｃｈ ＰｒｏｃｅｄｕｒｅとしてＴＳ２３．４０１にシーケンスの詳細が示されている。ＰＤＮはネットワーク事業者の運営するサービスネットワークであり、事業者ネットワークのことである。

例えば、ネットワーク事業者はＷＥＢサービスを行う場合、ＰＤＮ内部にＷＥＢサーバを設置して、サービス加入者のＵＥがアクセスを試みる。Attach Procedureにより、ＵＥが認証され、ＭＭＥとＳｅｒｖｉｎｇ ＧＷとＰＤＮ−ＧＷ間にデータ転送路が確立され、ＵＥはＰＤＮへ接続することができる。

ＰＤＮ−ＧＷと、Ｓｅｒｖｉｎｇ ＧＷは、図２３（ａ）に示されるように、異なる装置で実現することもできるし、図２３（ｂ）に示されるように、単一装置で中継装置を実現することができると規定されている。その際のデータ転送路は、ＭＭＥとＰＤＮ−ＧＷ間で確立され、ＵＥはＰＤＮへ接続することができる。

Attach Procedure後、ＵＥはＰＤＮ−ＧＷによって割り当てられたＩＰアドレスを取得する。ＩＰアドレス取得手段については、インターネットにおいて広く利用されている２つの方法で行うことができる。一つは、ＤＨＣＰ（Dynamic Host Configuration Protocol）を用いたＩＰｖ４アドレスを取得する方法であり、もう一つはＩＰｖ６ステートレスアドレス設定によるＩＰｖ６アドレスを取得する方法である。

これらの仕様は、インターネット技術の標準化団体であるＩＥＴＦ（The Internet Engineering Task Force）により規格化されており、DHCPによるＩＰｖ４アドレス取得手続きについては、ＲＦＣ２１３１（非特許文献３）に示され、ＩＰv６ステートレスアドレス設定は、ＲＦＣ２４６２ｂｉｓ（非特許文献４）に示されている。

図２４は、Ｓｅｒｖｉｎｇ ＧＷとＰＤＮ−ＧＷが単一装置で実現される場合のＤＨＣＰによるＩＰアドレスを取得する場合の一例である。Attach Procedure（図２４（ａ））の後、ＵＥはＤＨＣＰサーバとなるＰＤＮ−ＧＷとの間で、「DHCP DISCOVERメッセージ」（図２４（ｂ））、「DHCP OFFERメッセージ」（図２４（ｃ））、「DHCP REQUESTメッセージ（図２４（ｄ））、「DHCP PACKメッセージ」（図２４（ｅ））の各メッセージを交換することにより、「DHCP PACKメッセージ」に含まれるＩＰｖ４アドレス情報により、ＩＰアドレスを取得する（図２４（ｆ））。なお、図２４（ｂ）〜図２４（ｅ）が、ＩＰｖ４におけるＤＨＣＰアドレス設定手順となる。

また、図２５はＳｅｒｖｉｎｇ ＧＷと、ＰＤＮ−ＧＷが単一装置で実現される場合のＩＰｖ６ステートレスアドレス設定によるＩＰアドレス生成の例である。Attach Procedure（図２５（ａ））の後、リンク内で重複のない「IPv6 Link-localアドレス」を生成する。その後ＰＤＮ−ＧＷは、ＵＥへ「Router Advertisementメッセージ」により、ＩＰｖ６アドレスを生成するために必要なネットワークプレフィックスなどを含むアドレス生成情報を送信し（図２５（ｄ））、そのアドレス生成情報を元に、ＵＥはＩＰｖ６アドレスを生成する(図２５（ｅ）)。また、ＵＥは、「Router Advertisementメッセージ」を要求するために、「Router Solicitationメッセージ」を送信してもよい（図２５（ｃ））。なお、図２５（ｃ）、（ｄ）が、ＩＰｖ６におけるステートレスアドレス設定手順となる。

また、３ＧＰＰの規格をさだめるTS23.401では、Ｓｅｒｖｉｎｇ ＧＷとＰＤＮ−ＧＷをそれぞれ別の装置で実現した場合のアドレス取得シーケンスは定まっていない。
TS23.401 GPRS enhancements for E-UTRAN access (Release8) TS36.300 "Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access (E-UTRAN); Overall description; Stage 2". RFC2131 "Dynamic Host Configuration Protocol" "IPv6 Stateless Address Autoconfiguration", draft-ietf-ipv6-rfc2462bis-08

ネットワーク事業者は、サービス毎にＰＤＮを分け、複数もつことが許容されている。その場合、図２６に示すようにＰＤＮを複数備え、それぞれの接続するＰＤＮ−ＧＷを介してＳｅｒｖｉｎｇ ＧＷへ接続する。これによりネットワーク事業者は、例えばＷＥＢサーバ等を設置するＰＤＮと、メールサーバ等を設置するＰＤＮとを分けることができ、ＵＥが接続を試みるアプリケーションに応じてＳｅｒｖｉｎｇ ＧＷからのトラヒックを分散することができる。

このように複数のＰＤＮを接続するモデルをＭｕｌｔｉｐｌｅ ＰＤＮモデルというが、Ｍｕｌｔｉｐｌｅ ＰＤＮモデルの場合、ＵＥはＰＤＮ−ＧＷ毎に割り当てられるＩＰアドレスを取得する必要がある。すなわち、ＵＥは複数のＩＰアドレスを保持し、アプリケーションに応じてＩＰアドレスを使い分けることになる。

例えば、ＷＥＢアクセスをする場合にはＰＤＮ１に接続されたＰＤＮ−ＧＷ１から割り当てられたＩＰアドレスを用い、メールの送受信ではＰＤＮ２に接続されたＰＤＮ−ＧＷ２から割り当てられたＩＰアドレスを用いることになる。

それぞれのアドレス取得の手続きは、従来技術において図２４、図２５に示したようなＤＨＣＰもしくはＩＰｖ６ステートレスアドレス設定に基づいて行うが、図２７に示すように、ＰＤＮ−ＧＷ１とAttach procedure（図２７（ａ））とＰＤＮ−ＧＷ２とのAttach procedure（図２７（ｂ））は、平行して行われる場合がある。この場合、ＰＤＮ１からのアドレス取得手続き（図２７（ｃ））とＰＤＮ２からのアドレス取得手続き（図２７（ｄ））も平行して行われることになる。

図２８のＩＰｖ６アドレスを取得する例で説明する。ＰＤＮ−ＧＷが複数あるモデルでは、図２８（ａ）、図２８（ｂ）のAttach procedureの後、Link localアドレスを設定する（図２８（ｃ））。その後、ＵＥが送信する「Router Solicitationメッセージ」は、Ｓｅｒｖｉｎｇ ＧＷが受信する（図２８（ｄ））。

ここで、ＵＥが２つのAttach procedureを完了した状態で、「Route Solicitationメッセージ」を送信した場合、Ｓｅｒｖｉｎｇ ＧＷはどちらのＰＤＮによって割り当てられた情報を用いてＵＥへ応答すればよいか判断することができなかった。なぜなら、「Router Solicitationメッセージ」の送信先のアドレスはリンク上のすべてのルータが受信するためにマルチキャストアドレスであり、送信元アドレスは指定しないかリンクローカルアドレスを用いるため、ＩＰヘッダのアドレスや「Router Solicitationメッセージ」の情報では、ＰＤＮを識別することができないからである。

さらに、Ｓｅｒｖｉｎｇ ＧＷがなんらかの方法により上記課題を解決し、ＰＤＮ−ＧＷ１の割り当てたアドレスを生成する情報を含んだ「Router Advertisementメッセージ」により応答するとともに、ＰＤＮ−ＧＷ２の割り当てたアドレスを生成するための情報を含んだ「Router Advertisementメッセージ」を応答した場合（図２８（ｅ）／（ｆ））、双方ともに「Router Advertisementメッセージ」の送信元はＳｅｒｖｉｎｇ ＧＷであり、ＵＥは同一のルータから送信された「Router Advertisementメッセージ」に含まれるネットワーク情報が、ＰＤＮ−ＧＷ１から割り当てられた情報なのか、ＰＤＮ−ＧＷ２から割り当てられた情報かを判断することができなかった。

ここで、ＵＥは、ＰＤＮの提供するサービス毎にＰＤＮ−ＧＷが割り当てたＩＰアドレスを使用して通信を行う必要がある。しかしながら、以上のように、ＵＥは、２つのAttach procedure手続きを行い、２つのアドレスを取得しても、取得したＩＰアドレスとＰＤＮとが対応しないため、提供するサービスに対応づけることができず、通信出来なくなってしまう。

これは、ＤＨＣＰによるＩＰｖ４アドレス取得においても、上記のＩＰｖ６ステートレスアドレス設定の場合と同じ理由に起因し、同様の課題が生じてしまう。

上記課題に鑑みて、本発明が目的とするところは、移動通信端末が複数のネットワークからＩＰアドレスを取得する場合に、各ネットワークと、ＩＰアドレスとを正しく対応づけることにより、適切な通信が行うことができる移動通信端末装置等を提供することである。

上述した課題に鑑み、本発明における移動端末装置は、一又は複数の異なる事業者ネットワークに、中継装置を介して接続されている移動通信ネットワークに接続される移動端末装置において、前記移動通信ネットワークを介して事業者ネットワークと通信を行う通信手段と、前記事業者ネットワークから所定のメッセージを受信するメッセージ受信手段と、前記メッセージ受信手段により受信されたメッセージから、ＩＰアドレスを取得するＩＰアドレス取得手段と、前記ＩＰアドレスを割り当てた事業者ネットワークを、前記メッセージ受信手段により受信されたメッセージから判断する事業者ネットワーク判断手段と、前記事業者ネットワーク判断手段により判断された事業者ネットワークと、前記ＩＰアドレス取得手段により取得されたＩＰアドレスとを対応づけて記憶する事業者対ＩＰアドレス記憶手段と、を備え、前記通信手段は、通信先となる事業者ネットワークに対応するＩＰアドレスを、前記事業者対ＩＰアドレス記憶手段から読み出し、当該ＩＰアドレスを移動端末装置のＩＰアドレスとして事業者ネットワークと通信を行うことを特徴とする。

また、本発明における移動端末装置は、前記通信手段により、事業者ネットワークと通信を確立する場合に、前記事業者ネットワークからネットワーク識別符号を受信するネットワーク識別符号受信手段と、前記ネットワーク識別符号受信手段により受信されたネットワーク識別符号と、前記事業者ネットワークとを対応づけて記憶する事業者対ネットワーク識別符号記憶手段と、前記メッセージ受信手段により受信されたメッセージから、ネットワーク識別符号を取得するネットワーク識別符号取得手段と、前記事業者ネットワーク判断手段は、前記ネットワーク識別符号取得手段により取得されたネットワーク識別符号に基づいて、事業者ネットワークを判断することを特徴とする。

また、本発明における移動端末装置において、前記ＩＰアドレスはＩＰｖ６アドレスにて構成されており、前記メッセージ受信手段は、事業者ネットワークから、Router Advertisementメッセージを受信する手段であり、前記ＩＰアドレス取得手段は、Router Advertisementメッセージに基づいてＩＰアドレスを生成することによりＩＰアドレスを取得する手段であり、前記ネットワーク識別符号取得手段は、前記Router Advertisementメッセージに付加されたネットワーク識別符号を取得する手段であることを特徴とする。

また、本発明における移動端末装置において、前記ＩＰアドレスはＩＰｖ４アドレスにて構成されており、前記メッセージ受信手段は、事業者ネットワークから、DHCP PACKメッセージを受信する手段であり、前記ＩＰアドレス取得手段は、DHCP PACKメッセージからＩＰアドレスを取得する手段であり、前記ネットワーク識別符号取得手段は、前記DHCP PACKメッセージに付加されたネットワーク識別符号を取得する手段であることを特徴とする。

また、本発明における中継装置は、一又は複数の異なる事業者ネットワークと、移動端末装置が接続される移動通信ネットワークとを中継する中継装置において、事業者ネットワークから、ＩＰアドレス情報及びネットワーク識別符号を受信し、ＩＰアドレス情報と、ネットワーク識別符号とを対応づけて記憶するＩＰアドレス情報対ネットワーク識別符号記憶手段と、前記移動端末装置より、メッセージ要求信号を受信するメッセージ要求信号受信手段と、前記メッセージ要求信号受信手段により受信されたメッセージ要求信号に、ネットワーク識別符号が付加されている場合には、前記ＩＰアドレス情報対ネットワーク識別符号記憶手段に基づいて、当該ネットワーク識別符号に対応するＩＰアドレス情報を選択し、ネットワーク識別符号を付加したメッセージを、前記移動端末装置に送信するメッセージ送信手段と、を備えることを特徴とする。

また、本発明における中継装置において、前記ＩＰアドレス情報は、前記移動端末装置において、ＩＰｖ６アドレスを生成するためのＩＰアドレス生成情報であって、前記メッセージ要求信号受信手段は、前記移動端末装置から、Router Solicitationメッセージを受信する手段であり、前記メッセージ送信手段は、Router Advertisementメッセージにネットワーク識別符号を付加し、前記移動端末装置に送信する手段であることを特徴とする。

また、本発明における中継装置において、前記ＩＰアドレス情報は、前記事業者ネットワークから、前記移動端末装置に割り当てられたＩＰアドレスであることを特徴とする。

また、本発明における中継装置は、一又は複数の異なる事業者ネットワークと、移動端末装置が接続される移動通信ネットワークとを中継する中継装置において、事業者ネットワークと通信を確立するときに、前記事業者ネットワークからネットワーク識別符号を受信し、事業者ネットワークに対応づけて記憶するネットワーク識別符号記憶手段と、前記移動端末装置より、メッセージ要求信号を受信するメッセージ要求信号受信手段と、前記メッセージ要求信号受信手段により受信されたメッセージ要求信号に、ネットワーク識別符号が付加されている場合には、当該ネットワーク識別符号に対応する事業者ネットワークに、ＩＰアドレス情報要求信号を送信するＩＰアドレス情報要求信号送信手段と、前記ネットワーク事業者から、ＩＰアドレス情報を受信するＩＰアドレス情報受信手段と、前記ＩＰアドレス情報受信手段により受信されたＩＰアドレス情報に、ネットワーク識別符号を付加したメッセージを、前記移動端末装置に送信するメッセージ送信手段と、を備えることを特徴とする。

また、本発明における移動通信システムは、一又は複数の異なる事業者ネットワークと、移動通信ネットワークと、事業者ネットワーク及び移動通信ネットワークとを中継する中継装置と、前記移動通信ネットワークに接続される移動端末装置とを備えた移動通信システムにおいて、前記中継装置は、事業者ネットワークから、ＩＰアドレス情報及びネットワーク識別符号を受信し、ＩＰアドレス情報と、ネットワーク識別符号とを対応づけて記憶するＩＰアドレス情報対ネットワーク識別符号記憶手段と、移動端末装置より、メッセージ要求信号を受信するメッセージ要求信号受信手段と、前記メッセージ要求信号受信手段により受信されたメッセージ要求信号に、ネットワーク識別符号が付加されている場合には、前記ＩＰアドレス情報対ネットワーク識別符号記憶手段に基づいて、メッセージ要求信号に付加されているネットワーク識別符号に対応するＩＰアドレス情報を選択し、ネットワーク識別符号を付加したメッセージを、前記移動端末装置に送信するメッセージ送信手段と、を備え、前記移動端末装置は、前記中継装置に、ネットワーク識別符号を付加して、メッセージ要求信号を送信するメッセージ要求信号送信手段と、前記中継装置から、ネットワーク識別符号が付加されたメッセージを受信するメッセージ受信手段と、前記メッセージ受信手段により、受信されたメッセージからＩＰアドレスを取得するＩＰアドレス取得手段と、前記メッセージ受信手段により、受信されたメッセージからネットワーク識別符号を取得するネットワーク識別符号取得手段と、前記ネットワーク識別符号取得手段により取得されたネットワーク識別符号に対応する事業者ネットワークと、ＩＰアドレスとを対応づけて記憶する事業者対ＩＰアドレス記憶手段と、を有し、前記移動端末装置は、通信先となる事業者ネットワークに対応するＩＰアドレスを、前記事業者対ＩＰアドレス記憶手段から読み出し、当該ＩＰアドレスを移動端末装置のＩＰアドレスとして事業者ネットワークと通信を行うことを特徴とする。

本発明によれば、一又は複数の異なる事業者ネットワークに、ゲートウェイ装置を介して接続されている移動通信ネットワークに接続される移動端末装置において、事業者ネットワークから所定のメッセージを受信し、受信されたメッセージから、ＩＰアドレスを取得する。併せて、ＩＰアドレスを割り当てた事業者ネットワークを、受信されたメッセージから判断する。そして、判断された事業者ネットワークと、取得されたＩＰアドレスとを対応づけて記憶する。そして、通信先となる事業者ネットワークに対応するＩＰアドレスを移動端末装置のＩＰアドレスとして、事業者ネットワークと通信を行うこととなる。

したがって、移動通信ネットワークに、異なる事業者ネットワークが接続されている場合であっても、事業者ネットワーク毎にＩＰアドレスを利用することが出来るため、事業者ネットワーク毎に通信を行うことができる。

それにより、事業者ネットワーク毎に、例えばサービスやアプリケーションを関連づけることにより、通信の負荷を分散するといったことが可能となる。

また、本発明に寄れば、事業者ネットワークを判断する際に、メッセージに付加されたネットワーク識別符号を利用して事業者ネットワークを判断することができるようになる。したがって、移動端末装置は、受信するメッセージの手続順序にかかわらず、ネットワーク識別符号を利用して通信先を判断することができるため、適切な通信を行うことができるようになる。

本実施形態における移動通信ネットワークの概略を示した図である。 本実施形態におけるＵＥの構成の一例を示した図である。 本実施形態におけるＡＳＰ−ＰＤＮ対応テーブルのデータ構成の一例を示した図である。 本実施形態におけるＰＤＮ−ＩＰ対応テーブルのデータ構成の一例を示した図である。 本実施形態におけるＡＳＰ−ＩＰ対応テーブルのデータ構成の一例を示した図である。 本実施形態におけるＳｅｒｖｉｎｇ ＧＷの構成の一例を示した図である。 本実施形態におけるＰＤＮ−ＩＰ情報対応テーブルのデータ構成の一例を示した図である。 本実施形態におけるアドレス設定処理の動作フローを示した図である。 本実施形態におけるデータ送受信処理の動作フローを示した図である。 本実施形態におけるＩＰアドレス割当て処理の動作フローを示した図である。 本実施形態におけるＩＰｖ６割当て処理の動作フローを示した図である。 本実施形態におけるＩＰｖ４割当て処理の動作フローを示した図である。 第１実施例における移動通信システムのシーケンス図である。 第１実施例におけるパケット構成の一例を示す図である。 第１実施例におけるパケット構成の一例を示す図である。 第１実施例における移動通信システムの適用例を示した図である。 第２実施例における移動通信システムのシーケンス図である。 第２実施例におけるパケット構成の一例を示す図である。 第２実施例におけるパケット構成の一例を示す図である。 第３実施例における移動通信システムのシーケンス図である。 第４実施例における移動通信システムのシーケンス図である。 変形例における移動通信システムの適用例を示した図である。 従来例について説明するための図である。 従来例について説明するための図である。 従来例について説明するための図である。 従来例について説明するための図である。 従来例について説明するための図である。 従来例について説明するための図である。

符号の説明

１０ ＵＥ
１００ 制御部
１０２ 送受信部
１０４ データ処理部
１０６ Attach Procedure処理部
１０８ ＩＰアドレス割当て手続処理部
１１０ 記憶部
１１０２ ＡＳＰ−ＰＤＮ対応テーブル
１１０４ ＰＤＮ−ＩＰ対応テーブル
１１０６ ＡＳＰ−ＩＰ対応テーブル
１１１０ アドレス設定プログラム
１１１２ データ送受信プログラム
２０ Ｓｅｒｖｉｎｇ ＧＷ
２０２ 第１送受信部
２０４ 第２送受信部
２０６ データ処理部
２０８ Attach Procedure処理部
２１０ ＩＰアドレス割当て手続処理部
２２０ 記憶部
２２０２ ＰＤＮ−ＩＰ情報対応テーブル
２２１０ ＩＰアドレス割当てプログラム
２２１２ ＩＰｖ６割当てプログラム
２２１４ ＩＰｖ４割当てプログラム
３０ ＭＭＥ
５０、５０ａ、５０ｂ ＰＤＮ−ＧＷ

続いて、本発明における移動端末装置等を利用した移動通信システムの実施形態について、図を用いて説明する。

［１．構成］
［１．１ ネットワーク構成］
まず、本実施形態におけるパケット通信システムの形態は、第３世代移動通信システムを拡張した移動通信システムのアーキテクチャとして３ＧＰＰにおいて規格が進められているＳＡＥ（System Architecture Evolution）に関連し、特にＥ−ＵＴＲＡＮアクセスシステムを介して接続されるネットワークについて適用した場合について説明する。

図１に、本実施形態における移動通信システム（Ｅ−ＵＴＲＡＮ）の概略を示す。このＥ−ＵＴＲＡＮアクセスシステムには移動端末（ＵＥ：User Equipment）１０が接続されている。さらに、ＵＥ１０の位置を管理し、ページング等を行う為のＭＭＥ（Mobility Management Entity）３０が接続されている。

また、ネットワーク事業者のサービス網（事業者ネットワーク）であるＰＤＮ（Packet Data Network）があり、ＰＤＮには、ゲートウェイ装置ＰＤＮ−ＧＷ（Packet Data Network Gateway）が接続されている。そして、Ｅ−ＵＴＲＡＮアクセスシステムと、ＰＤＮ−ＧＷは、中継装置であるＳｅｒｖｉｎｇ ＧＷ（Serving Gateway）２０を介して接続されている。

ここで、ＰＤＮはネットワーク事業者がサービス毎に複数設置可能なネットワークで、例えばアプリケーションサービスプロバイダ（ＡＳＰ）がそれぞれ構築するネットワークである。本実施形態における移動通信システムにおいては、第１の事業者としてＡＳＰ１が構築するＰＤＮ１と、第２の事業者としてＡＳＰ２が構築するＰＤＮ２を有している。

また、ＰＤＮ毎にＰＤＮ−ＧＷが接続されており、ＰＤＮ１にはＰＤＮ−ＧＷ５０ａが、ＰＤＮ２にはＰＤＮ−ＧＷ５０ｂが接続されている。なお、ＰＤＮ−ＧＷ５０ａ及びＰＤＮ−５０ｂを包括的に説明する場合には、ＰＤＮ−ＧＷ５０として説明する。

また、ＰＤＮ内部には、各サーバ（例えば、ＷＥＢサーバや、メールサーバ）等の装置が配置されている。ＵＥ１０は、ＰＤＮ内部に配置された各サーバと通信を行うことに、各サービスの提供を受けることが可能となる。

すなわち、本実施形態における移動通信システムにおけるＵＥ１０と、ＰＤＮ内部のサーバとの通信路は、ＰＤＮ−ＧＷ５０、Ｓｅｒｖｉｎｇ ＧＷ２０及びＥ−ＵＴＲＡＮアクセスシステムを介して確立される通信路と、ＰＤＮ−ＧＷ５０、Ｓｅｒｖｉｎｇ ＧＷ２０、ＭＭＥ３０及びＥ−ＵＴＲＡＮアクセスシステムを介して行う通信路がある。

［１．２ 装置構成］
つづいて、移動通信システムに配置された装置のうち、ＵＥ１０及びＳｅｒｖｉｎｇ ＧＷ２０の構成について、図を用いて説明する。

［１．２．１ ＵＥ１０の構成］
まず、ＵＥ１０の構成について図を用いて説明する。図２は、ＵＥ１０の構成を説明するための構成図である。図２に示す通り、ＵＥ１０は、制御部１００と、送受信部１０２と、データ処理部１０４と、Ａｔｔａｃｈ Ｐｒｏｃｅｄｕｒｅ処理部１０６と、ＩＰアドレス割当て手続処理部１０８と、記憶部１１０とを備えて構成されている。

制御部１００は、ＵＥ１０における各処理を実行し、ＵＥ１０の動作を制御する機能部である。制御部１００は、記憶部１１０に記憶されている各種プログラムを読み出して、実行することにより、各種処理を実現することとなる。また、各機能部に対して、制御を行う。制御部１００は、例えば、ＣＰＵ（Central Process Unit）等から構成されている。

送受信部１０２は、外部アンテナに接続されており、外部アンテナを介して無線アクセスシステム（Ｅ−ＵＴＲＡＮアクセスシステム）と接続し、データを送受信するための機能部である。各機能部から入力されたデータを、接続されている通信方式に適した形に変換してデータを送信する。また、外部アンテナから受信されたデータを、各機能部に出力する。

データ処理部１０４は、サービスや、アプリケーションデータの処理を行い、送受信部１０２を介して通信を行うための機能部である。

Ａｔｔａｃｈ Ｐｒｏｃｅｄｕｒｅ処理部１０６は、Attach procedureの制御情報の処理を実行し、送受信部１０２を介して送受信を行う為の機能部である。Ａｔｔａｃｈ Ｐｒｏｃｅｄｕｒｅ処理部１０６により、ＵＥ１０は、各ネットワーク、装置とAttach Procedure処理が実行される。

ＩＰアドレス割当て手続処理部１０８は、ＤＨＣＰやＩＰｖ６ステートレスアドレス設定のための制御情報の処理を行うための機能部である。送受信部１０２を介して受信されたデータに基づき、ＩＰアドレス割当て手続処理部１０８は、ＵＥ１０のＩＰアドレスを取得したり、生成したりする。なお、本実施形態において利用されるＩＰアドレスは、ＩＰｖ６又はＩＰｖ４のＩＰアドレスである。

記憶部１１０は、各処理部及びアプリケーション等において取得された情報や、プログラムを保持するための機能部である。記憶部１１０は、ＡＳＰ−ＰＤＮ対応テーブル１１０２と、ＰＤＮ−ＩＰ対応テーブル１１０４と、ＡＳＰ−ＩＰ対応テーブル１１０６とを記憶しており、また、アドレス設定プログラム１１１０と、データ送受信プログラム１１１２とを記憶している。

ＡＳＰ−ＰＤＮ対応テーブル１１０２は、サービスプロバイダと、ネットワーク識別子として利用されるＰＤＮのＩＤとを対応づけて記憶しているテーブルである。ＡＳＰ−ＰＤＮ対応テーブル１１０２のデータ構成の一例を図３に示す。図３に示すように、サービスプロバイダ（例えば、「ＡＳＰ１」）と、当該サービスプロバイダが構築しているＰＤＮのＩＤ（例えば、「ＰＤＮ１」であり、以下、ＰＤＮのＩＤを「ＰＤＮ ＩＤ」という）とが対応づけて記憶されている。

ＰＤＮ−ＩＰ対応テーブル１１０４は、ＰＤＮ ＩＤと、当該ＰＤＮにおいて割り当てられたＩＰアドレスとを対応づけて記憶しているテーブルである。ＰＤＮ−ＩＰ対応テーブル１１０４のデータ構成の一例を図４に示す。図４に示すように、ＰＤＮ ＩＤ（例えば、「ＰＤＮ１」）と、ＩＰアドレス（例えば、「ＩＰアドレス１（ＰＤＮ１）」）とが対応づけて記憶されている。

ＡＳＰ−ＩＰ対応テーブル１１０６は、サービスプロバイダと、当該サービスプロバイダが構築するＰＤＮにおいて割り当てられたＩＰアドレスとを対応づけて記憶しているテーブルである。ＡＳＰ−ＩＰ対応テーブル１１０６のデータ構成の一例を図５に示す。図５に示すように、サービスプロバイダ（例えば、「ＡＳＰ１」）と、ＩＰアドレス（例えば、「ＩＰアドレス１（ＰＤＮ１）」）とが、対応づけて記憶されている。

アドレス設定プログラム１１１０は、Ｓｅｒｖｉｎｇ ＧＷ２０から受信したデータに基づいてＵＥ１０にＩＰアドレスを割り当てる処理を実行するプログラムである。制御部１００が、アドレス設定プログラム１１１０を読み出して実行することにより、アドレス設定処理（図８）が実現される。

データ送受信プログラム１１１２は、ＵＥ１０が各サーバ等と通信を行う処理を実現するためのプログラムである。制御部１００が、データ送受信プログラム１１１２を読み出して実行することにより、データ送受信処理（図９）が実現される。

［１．２．２ Ｓｅｒｖｉｎｇ ＧＷ２０の構成］
続いて、Ｓｅｒｖｉｎｇ ＧＷ２０の構成について図を用いて説明する。図６は、Ｓｅｒｖｉｎｇ ＧＷ２０の構成を説明するための構成図である。図６に示す通り、Ｓｅｒｖｉｎｇ ＧＷ２０は、制御部２００と、第１送受信部２０２と、第２送受信部２０４と、データ処理部２０６と、Ａｔｔａｃｈ Ｐｒｏｃｅｄｕｒｅ処理部２０８と、ＩＰアドレス割り当て手続処理部２１０と、記憶部２２０とを備えて構成されている。

制御部２００は、Ｓｅｒｖｉｎｇ ＧＷ２０において各処理を実行し、Ｓｅｒｖｉｎｇ ＧＷ２０の動作を制御する機能部である。制御部２００は、例えば、ＣＰＵ（Central Process Unit）等から構成されている。

第１送受信部２０２は、無線アクセスシステム（Ｅ−ＵＴＲＡＮアクセスシステム）との間で通信を行うための機能部である。また、第２送受信部２０４は、ＰＤＮ−ＧＷ５０との間で通信を行うための機能部である。

データ処理部２０６は、ＵＥ１０と、ＰＤＮに配置されている各サーバ・装置間との送受信データを中継するためのデータを処理し、通信するための処理部である。ＵＥ１０と通信を行う場合は第１送受信部２０２を介し、ＰＤＮ−ＧＷ５０と通信を行う場合（ＰＤＮ−ＧＷ５０を介してＰＤＮに配置されている各サーバ・装置と通信を行う場合）は第２送受信部２０４を介して通信する。

Ａｔｔａｃｈ Ｐｒｏｃｅｄｕｒｅ処理部２０８は、Attach procedureの制御情報の処理を実行し、第１送受信部２０２又は第２送受信部２０４を介して送受信を行う為の機能部である。各装置間において、Ａｔｔａｃｈ Ｐｒｏｃｅｄｕｒｅが実行される。

ＩＰアドレス割当て手続処理部２１０は、ＤＨＣＰやＩＰｖ６ステートレスアドレス設定のための制御情報の処理を行うための機能部である。ＩＰアドレス割当て手続処理部２１０により、各ＰＤＮから割り付けられたＩＰアドレスを、ＵＥ１０に割り当てたり、ＩＰアドレスを生成するための情報（アドレス生成情報）を生成し、ＵＥ１０に送信したりする機能部である。

記憶部２１２は、各処理部及びアプリケーション等において取得された情報を保持するための機能部である。ここで、記憶部２２０には、ＰＤＮ−ＩＰ情報対応テーブル２２０２が記憶されており、また、ＩＰアドレス割当てプログラム２２１０と、ＩＰｖ６割当てプログラム２２１２と、ＩＰｖ４割当てプログラム２２１４とが記憶されている。

ＰＤＮ−ＩＰ情報対応テーブル２２０２は、ＰＤＮのＩＤと、当該ＰＤＮにおいて割り当てられたＩＰアドレスに関するＩＰアドレス情報が対応づけて記憶しているテーブルである。ここで、ＩＰアドレス情報とは、ＵＥ１０がＩＰアドレスを割り当てる場合に必要となる情報である。移動通信システムがＩＰｖ４のシステムの場合はＩＰアドレスであり、ＩＰｖ６のシステムの場合には、ＵＥ１０がＩＰアドレスを生成するためのアドレス生成情報である。

ＰＤＮ−ＩＰ情報対応テーブル２２０２のデータ構成の一例を図７に示す。図７に示すように、ＰＤＮ ＩＤ（例えば、「ＰＤＮ１」）と、ＩＰアドレス情報（例えば、「ＰＤＮ１から割り当てられたＩＰｖ６アドレス生成情報／ＩＰｖ４アドレス」）とが対応づけて記憶されている。

ＩＰアドレス割当てプログラム２２１０は、ＩＰアドレス情報に基づいて、ＵＥ１０にアドレスを割り当てたり、アドレス生成情報を送信したりするプログラムである。制御部２００が、アドレス設定プログラム２２１０を読み出して実行することにより、アドレス設定処理（図１０）が実現される。

ＩＰｖ６割当てプログラム２２１２は、移動通信システムが、ＩＰｖ６の場合に実行されるプログラムである。制御部２００が、ＩＰｖ６割当てプログラム２２１２を読み出して実行することにより、ＩＰｖ６割当て処理（図１１）が実現される。

ＩＰｖ４割当てプログラム２２１４は、移動通信システムが、ＩＰｖ４の場合に実行されるプログラムである。制御部２００が、ＩＰｖ４割当てプログラム２２１４を読み出して実行することにより、ＩＰｖ４割当て処理（図１２）が実現される。

［２．動作説明］
続いて、ＵＥ１０及びＳｅｒｖｉｎｇ ＧＷ２０における各動作処理について、図を用いて説明する。

［２．１ アドレス設定処理］
まず、図８に基づいて、ＵＥ１０において実行されるアドレス設定処理について説明する。

まず、ＵＥ１０は、起動時やＡＳＰに対して接続を試みる場合に、ＡＳＰ毎にAttach Procedureを実行し、完了する（ステップＳ１０）。ここで、ＵＥ１０は、実行されたAttach Procedureから、ＰＤＮ ＩＤを取得可能か判定する（ステップＳ１２）。

ここで、ＰＤＮ ＩＤが取得できると判定した場合には（ステップＳ１２；Ｙｅｓ）、ＰＤＮ ＩＤを取得し、当該ＰＤＮ ＩＤと、ＵＥ１０がAttach Procedureを実行したＡＳＰ、すなわち当該ＰＤＮを構築しているＡＳＰとをＡＳＰ−ＰＤＮ対応テーブル１１０２に対応づけて記憶する（ステップＳ１４）。

なお、本実施形態においては、受信されたＰＤＮ ＩＤを、ＡＳＰと対応づけて、ＡＳＰ−ＩＰ対応テーブル１１０６に記憶することとして説明するが、例えば、移動通信システムにおいて、ＰＤＮが単一で構成される場合には、ＰＤＮ ＩＤは取得されない場合があってもよい。

つづいて、ＵＥ１０は、取得するＩＰアドレスが、ＩＰｖ６アドレスか否かを判定する（ステップＳ１６）。ここで、取得するＩＰアドレスがＩＰｖ６アドレスか否かを判定する方法としては、種々の方法が考えられるが、例えば、接続するＡＳＰ毎に判定したり、利用するアプリケーション毎に判定したりする。

そして、取得するＩＰアドレスが、ＩＰｖ６アドレスである場合（ステップＳ１６；Ｙｅｓ）、アドレス生成情報を要求するために、「Router Solicitationメッセージ」を送信する（ステップＳ１８）。ここで、「Router Solicitationメッセージ」にはＰＤＮ ＩＤを付加して送信することとする。なお、必要のない場合はＰＤＮ ＩＤを付加しなくても良いことは勿論である。

つづいて、ＵＥ１０は、「Router Solicitationメッセージ」の応答として、Ｓｅｒｖｉｎｇ ＧＷ２０から、「Router Advertisementメッセージ」を受信する（ステップＳ２０）。なお、「Router Advertisementメッセージ」は、Ｓｅｒｖｉｎｇ ＧＷ２０の契機により送信される場合があり、ＵＥ１０は、必ずしも「Router Solicitationメッセージ」を送信しなくてもよい。

そして、ＵＥ１０は、「Router Advertisementメッセージ」に記述されているアドレス生成情報をもとに、ＵＥ１０のＩＰアドレスを生成する（ステップＳ２２）。

他方、ステップＳ１６において、取得するＩＰアドレスがＩＰｖ４のアドレスであると判定された場合（ステップＳ１６；Ｎｏ）、「DHCP DISCOVERメッセージ」を送信する（ステップＳ２４）。ここで、「DHCP DISCOVERメッセージ」には、ＰＤＮ ＩＤを付加して送信することとする。その後、ＤＨＣＰの定める手続きに従いメッセージを送受信し、ＩＰアドレスを受信する。

具体的には、ＩＰアドレス割当て手続処理部１０８により、「DHCP DISCOVERメッセージ」を送信した後（ステップＳ２４）、送受信部１０２を介して「DHCP OFFERメッセージ」を受信する（ステップＳ２６）。そして、ＵＥ１０は、「DHCP REQUESTメッセージ」を送信し（ステップＳ２８）、送受信部１０２を介して「DHCP PACKメッセー」を受信する（ステップＳ３０）。そして、ＩＰアドレス割当て手続処理部１０８は、「DHCP PACKメッセージ」により、ＵＥ１０におけるＩＰアドレスを受信する。

そして、ＵＥ１０は、Ｓｅｒｖｉｎｇ ＧＷ２０から受信されたデータ（例えば、ステップＳ２０において受信された「Router Advertisementメッセージ」や、ステップＳ３０において受信された「DHCP PACKメッセージ」）に、ＰＤＮ ＩＤが付加されているか否かを判定する。

ＰＤＮ ＩＤが付加されている場合（ステップＳ３２；Ｙｅｓ）、ＰＤＮ ＩＤと、当該ＰＤＮ ＩＤにおいて割り当てられたＩＰアドレスとを対応づけてＰＤＮ−ＩＰ対応テーブル１１０４に記憶する（ステップＳ３４）。ここで、記憶されるＩＰアドレスは、ステップＳ２２において生成されてＩＰｖ６のＩＰアドレスや、ステップＳ３０において受信されたＩＰｖ４のＩＰアドレスである。

また、現在受信されたＩＰアドレスと、当該ＩＰアドレスを割り当てたＡＳＰとを対応づけて、ＡＳＰ−ＩＰ対応テーブル１１０６に記憶する（ステップＳ３６）。ここで、ＰＤＮ ＩＤが含まれていない場合は（ステップＳ３２；Ｎｏ）、ＰＤＮ−ＩＰ対応テーブル１１０４には、「ＰＤＮ ＩＤ」は空値として、ＩＰアドレスだけ記憶されることとなる。
なお、ＰＤＮ ＩＤが空値として記憶されているＩＰアドレスは、ＵＥ１０がデータ送信時に、送信先のＡＳＰに対応するＰＤＮ ＩＤが記憶されていない場合には、当該ＰＤＮ ＩＤが空値のＩＰアドレスが送信元のＩＰアドレスとして選択されることとなる。

［２．２ データ送受信処理］
つづいて、図９を用いてデータ送受信処理について説明する。まず、ＵＥ１０は、ＡＳＰとのデータ送受信があることを検知すると（ステップＳ５０；Ｙｅｓ）、ＡＳＰに対応するＩＰアドレスを、ＡＳＰ−ＩＰ対応テーブル１１０６から選択する（ステップＳ５２）。

例えば、現在選択されたアプリケーション・サービス等を利用する場合のＡＳＰが決定された場合、当該ＡＳＰに対応するＩＰアドレスを、ＡＳＰ−ＩＰ対応テーブル１１０６から読み出して、ＵＥ１０のアドレスとして設定する。そして、選択されたＩＰアドレスを送信元アドレスとして、通信を行う（ステップＳ５４）。

なお、この場合、ＡＳＰとＩＰアドレスとの対応が記憶されていない場合には、単一のＰＤＮで構成された移動通信システムと判断し、現在ＵＥ１０が保持しているＩＰアドレスを利用して通信を行うこととなる。

なお、単一のＰＤＮで構成された移動通信システムの場合は、例えば、ＵＥ１０が単一のＩＰアドレスを保持することとしてもよいし、例えばＡＳＰ−ＩＰ対応テーブル１１０６において、サービスプロバイダを「空値」として記憶し、サービスプロバイダが空値であるＩＰアドレスがデフォルトのＩＰアドレスとして通信を行うこととしても良い。この、単一のＰＤＮで構築された移動通信システムについては、従来例と同様であるため、詳細な説明を省略する。

［２．３ ＩＰアドレス割当て処理］
つづいて、図１０を用いて、Ｓｅｒｖｉｎｇ ＧＷ２０が実行するＩＰアドレス割当て処理について説明する。

まず、Ｓｅｒｖｉｎｖｇ ＧＷ２０は、Attach Procedureの処理を完了すると（ステップＳ１００）、ＰＤＮ−ＧＷ５０から、ＵＥ１０に対するＩＰアドレス情報と、ＰＤＮ ＩＤとを受信する（ステップＳ１０２）。ここで、Ｓｅｒｖｉｎｇ ＧＷ２０は、ＩＰアドレス情報と、ＰＤＮ ＩＤをＰＤＮ−ＩＰ情報対応テーブル２２０２に記憶する（ステップＳ１０４）。

つづいて、Ｓｅｒｖｉｎｇ ＧＷ２０は、第１送受信部２０２から受信されたデータ（メッセージ）が、「Router Solicitationメッセージ」である否か判定する（ステップＳ１０６）。ここで、受信されたメッセージが「Router Solicitationメッセージ」である場合は（ステップＳ１０６；Ｙｅｓ）、ＩＰｖ６割当て処理を実行する（ステップＳ１０８）。

また、受信されたメッセージが「DHCP DISCOVERメッセージ」であった場合（ステップＳ１０６；Ｎｏ→ステップＳ１１０；Ｙｅｓ）、ＩＰｖ４割当て処理を実行する（ステップＳ１１２）。

ここで、受信されたメッセージが「Router Solicitationメッセージ」でも「DHCP DISCOVERメッセージ」でも無い場合は、他処理を実行する（ステップＳ１０６；Ｎｏ→ステップＳ１１０；Ｎｏ）。なお、ステップＳ１０６から繰り返し処理を実行することとしても良い。

［２．４ ＩＰｖ６割当て処理］
つづいて、図１１を用いて、Ｓｅｒｖｉｎｇ ＧＷ２０が実行するＩＰｖ６割当て処理について説明する。ＩＰｖ６割当て処理は、図１０で説明したＩＰアドレス割当て処理のステップＳ１０８において実行される処理である。

まず、受信された「Router Solicitationメッセージ」にＰＤＮ ＩＤが付加されているか否かを判定する（ステップＳ１２０）。ここで、ＰＤＮ ＩＤが付加されている場合は（ステップＳ１２０；Ｙｅｓ）、ＰＤＮ ＩＤをもとに、アドレス生成情報をＰＤＮ−ＩＰ情報対応テーブル２２０２から選択する（ステップＳ１２２）。

すなわち、ＵＥ１０から受信された「Router Solicitationメッセージ」に含まれるＰＤＮ ＩＤに対応するアドレス生成情報を、ＰＤＮ−ＩＰ情報対応テーブル２２０２から検索する。そして、検索されたＰＤＮ ＩＤに対応するアドレス生成情報を、選択することとなる。

なお、ＰＤＮ ＩＤが付加されていない場合（ステップＳ１２０；Ｎｏ）、Ｓｅｒｖｉｎｇ ＧＷ２０がＵＥ１０に対応するアドレス生成情報として、保持するアドレス生成情報を選択する。

なお、ＰＤＮ ＩＤが付加されていない場合は、単一のＰＤＮで構成された移動通信システムであり、Ｓｅｒｖｉｎｇ ＧＷ２０が、ＵＥ１０のアドレス生成情報として保持する情報も一つである。

続いて、移動通信システムは、複数のＰＤＮが構築されているシステム構成であるかを判定する（ステップＳ１２６）。ここで、複数のＰＤＮが構築されているシステム構成と判定された場合には（ステップＳ１２６；Ｙｅｓ）、ＵＥ１０に送信する「Router Advertisementメッセージ」にＰＤＮ ＩＤを付加して生成する（ステップＳ１２８）。他方、移動通信システムは、単一のＰＤＮから構築されている場合は、「Router Advertisementメッセージ」にＰＤＮ ＩＤを付加しないでメッセージを生成する（ステップＳ１３０）。

そして、Ｓｅｒｖｉｎｇ ＧＷ２０は、ステップＳ１２８又はステップＳ１３０で生成された「Router Advertisementメッセージ」を、ＵＥ１０に送信する。

［２．５ ＩＰｖ４割当て処理］
つづいて、図１２を用いて、Ｓｅｒｖｉｎｇ ＧＷ２０が実行するＩＰｖ４割当て処理について説明する。ＩＰｖ４割当て処理は、図１２で説明したＩＰアドレス割当て処理のステップＳ１１２において実行される処理である。

まず、Ｓｅｒｖｉｎｇ ＧＷ２０は、受信した「DHCP DISCOVERメッセージ」にＰＤＮ ＩＤが付加されているか否かを判定する（ステップＳ１５０）。

ここで、ＰＤＮ ＩＤが付加されている場合は（ステップＳ１５０；Ｙｅｓ）、ＰＤＮ ＩＤに基づいてＩＰアドレスを選択する（ステップＳ１５２）。

すなわち、ＵＥ１０から受信された「DHCP DISCOVERメッセージ」に含まれるＰＤＮ ＩＤに対応するＩＰアドレスを、ＰＤＮ−ＩＰ情報対応テーブル２２０２から検索する。そして、検索されたＰＤＮ ＩＤに対応するＩＰアドレスを選択することとなる。

なお、ＰＤＮ ＩＤが付加されていない場合（ステップＳ１５０；Ｎｏ）、Ｓｅｒｖｉｎｇ ＧＷ２０がＵＥ１０のアドレスとして保持するＩＰアドレスを選択する。

なお、ＰＤＮ ＩＤが付加されていない場合は、単一のＰＤＮで構成された移動通信システムであり、Ｓｅｒｖｉｎｇ ＧＷ２０が、ＵＥ１０のアドレスとして保持するアドレスも一つである。

つづいて、Ｓｅｒｖｉｎｇ ＧＷ２０は、ＵＥ１０に対して「DHCP OFFERメッセージ」を送信する（ステップＳ１５６）。送信後、ＵＥ１０から「DHCP REQUESTメッセージ」を受信すると（ステップＳ１５８；Ｙｅｓ）、移動通信システムは、複数のＰＤＮが構築されているシステム構成であるかを判定する（ステップＳ１６０）。

ここで、複数のＰＤＮが構築されているシステム構成と判定された場合には（ステップＳ１６０；Ｙｅｓ）、ＰＤＮ ＩＤを付加して「DHCP PACKメッセージ」を生成する（ステップＳ１６２）。他方、移動通信システムは、単一のＰＤＮから構築されている場合は、ＰＤＮ ＩＤを付加しない「DHCP PACKメッセージ」を生成する（ステップＳ１６４）。

そして、Ｓｅｒｖｉｎｇ ＧＷ２０は、ステップＳ１６２又はステップＳ１６４で生成された「DHCP PACKメッセージ」を、ＵＥ１０に送信する。

［３．実施例］
続いて、上述した移動通信システムの実施例について、シーケンス図を用いて具体的に説明する。

［３．１ 第１実施例］
まず、第１実施例として、ＩＰｖ６を利用した移動通信システムにおいて図１３を用いて説明する。

まず、ＵＥ１０は、ＡＳＰ毎にAttach Procedure処理を実行する。この場合、ＰＤＮ１に対してＵＥ１０とＰＤＮ−ＧＷ５０ａとの間で（図１３（ａ））、ＰＤＮ２に対してＵＥ１０とＰＤＮ−ＧＷ５０ｂとの間で（図１３（ｃ））、それぞれ処理が実行される。

ここで、従来と異なり、Attach Procedureの完了通知に、ＰＤＮを識別するためのＰＤＮ ＩＤが含まれている。例えば、ＰＤＮ１とのAttach Procedureの完了通知を受信すると（ステップＳ２００）、ＰＤＮ ＩＤとして「ＰＤＮ１」を、ＰＤＮ２とのAttach Procedureの完了通知を受信すると（ステップＳ２０４）、ＰＤＮ ＩＤとして「ＰＤＮ２」をそれぞれ受信する。

また、ＰＤＮ−ＧＷ５０は、ＵＥ１０のＩＰアドレスを生成するために必要なアドレス生成情報を、Ｓｅｒｖｉｎｇ ＧＷ２０に通知する。

ＰＤＮ１については、ＰＤＮ−ＧＷ５０ａからＳｅｒｖｉｎｇ ＧＷ２０に通知され（図１３（ｂ））、ＰＤＮ２については、ＰＤＮ−ＧＷ５０ｂからＳｅｒｖｉｎｇ ＧＷ２０に通知される（図１３（ｄ））。

また、ＵＥ１０は、受信されたＰＤＮ ＩＤと、ＡＳＰとを対応づけてＡＳＰ−ＰＤＮ対応テーブル１１０２に記憶する。ここで、ＰＤＮ ＩＤとしては、ＰＤＮ ＧＷのＩＰアドレスやホストネームのようなＦＱＤＮ(Fully Qualified Domain Name)を用いることもできるし、ネットワーク事業者がＰＤＮを識別するためのシステム内で一意な数字列を用いることができる。

また、Ｓｅｒｖｉｎｇ ＧＷ２０は、受信されたアドレス生成情報をＩＰアドレス情報として、ＰＤＮ ＩＤと対応づけてＰＤＮ−ＩＰ情報対応テーブル２２０２に記憶する。

図１３においては、まずＰＤＮ−ＧＷ５０ａから通知されたアドレス生成情報と、ＰＤＮ ＩＤ（ＰＤＮ１）とを記憶し（ステップＳ２０２）、次にＰＤＮ−ＧＷ５０ｂから通知されたアドレス生成情報と、ＰＤＮ ＩＤとを対応づけてＰＤＮ−ＩＰ情報対応テーブル２２０２に記憶する（ステップＳ２０６）。

なお、Ｓｅｒｖｉｎｇ ＧＷ２０は、ＰＤＮ ＩＤにＰＤＮ−ＧＷ５０のアドレスを用いない場合、ＰＤＮ−ＧＷ５０のアドレスとＰＤＮ ＩＤを予め保持しておき、アドレス生成情報通知メッセージの送信元アドレスから、ＰＤＮ ＩＤを解決し、ＰＤＮ ＩＤと通知情報を対応させるようにしても良い。

つづいて、ＵＥ１０は従来のＩＰｖ６の手続きどおり、Link localアドレスを生成する（ステップＳ２０８）。

続いて、ＵＥ１０は、アドレス生成情報を要求するために、Ｓｅｒｖｉｎｇ ＧＷ２０に対して「Router Solicitationメッセージ」を送信する（図１３（ｅ））。このとき、「Router Solicitationメッセージ」には、従来と異なり、通信先のＰＤＮ、すなわちアドレス生成情報を要求するＰＤＮのＩＤを付加して送信することとなる。

Ｓｅｒｖｉｎｇ ＧＷ２０は、受信された「Router Solicitationメッセージ」に対して、「Router Advertisementメッセージ」を応答送信する（図１３（ｆ））。このとき、受信された「Router Solicitationメッセージ」にＰＤＮ ＩＤが付加されている場合には、当該ＰＤＮ ＩＤに対応して「Router Advertisementメッセージ」を応答送信する。

ここで、従来と異なり、「Router Advertisementメッセージ」に、アドレス生成情報に対応するＰＤＮ ＩＤ（ＰＤＮ１）を含んで通知する。ここで、「Router Solicitationメッセージ」の一例を図１４に、「Router Advertisementメッセージ」の一例を図１５に示す。このように、従来のメッセージに、ＰＤＮ ＩＤが付加されることとなる。

ＵＥ１０は、「Router Advertisementメッセージ」を受信すると、受信された「Router Advertisementメッセージ」に含まれるＰＤＮ ＩＤ（ＰＤＮ１）に基づいて、各対応テーブルを更新する（ステップＳ２１０）。具体的には、まず「Router Advertisementメッセージ」からＩＰアドレスを生成する。そして、ＰＤＮ ＩＤ（ＰＤＮ１）と、ＰＤＮ１から送信されたアドレス生成情報から生成されたＩＰアドレスとを対応づけてＰＤＮ−ＩＰ対応テーブル１１０４に記憶する。

また、当該ＰＤＮ ＩＤに対応するＡＳＰ（ＡＳＰ１）と、ＩＰアドレスとを対応づけてＡＳＰ−ＩＰ対応テーブル１１０６に記憶する。これにより、受信されたＰＤＮ ＩＤに基づいて、ＰＤＮ−ＩＰ対応テーブル１１０４及びＡＳＰ−ＩＰ対応テーブル１１０６が更新される。

同様に、ＵＥ１０は、ＡＳＰ２（ＰＤＮ２）にアドレス生成情報を要求するために、Ｓｅｒｖｉｎｇ ＧＷ２０に対して要求先となるＰＤＮのＰＤＮ ＩＤを含んだ「Router Solicitationメッセージ」を送信する（図１３（ｇ））。Ｓｅｒｖｉｎｇ ＧＷ２０は、受信された「Router Solicitationメッセージ」に含まれるＰＤ ＩＤに対応して、「Router Advertisementメッセージ」を応答送信する（図１３（ｈ））。

図１３（ｈ）の「Router Advertisementメッセージ」には、ＰＤＮ ＩＤとして、「ＰＤＮ２」が含まれている。

ＵＥ１０は、「Router Advertisementメッセージ」を受信すると、受信された「Router Advertisementメッセージ」に含まれるＰＤＮ ＩＤ（ＰＤＮ２）に基づいて、各対応テーブルを更新する（ステップＳ２１２）。具体的には、まず「Router Advertisementメッセージ」からＩＰアドレスを生成する。そして、ＰＤＮ ＩＤ（ＰＤＮ２）と、ＩＰアドレスとを対応づけてＰＤＮ−ＩＰ対応テーブル１１０４に記憶する。

また、当該ＰＤＮ ＩＤに対応するＡＳＰ（ＡＳＰ２）と、ＩＰアドレスとを対応づけてＡＳＰ−ＩＰ対応テーブル１１０６に記憶する。これにより、受信されたＰＤＮ ＩＤに基づいて、ＰＤＮ−ＩＰ対応テーブル１１０４及びＡＳＰ−ＩＰ対応テーブル１１０６が更新される。

従来では、複数のＡＳＰ（ＰＤＮ）のＰＤＮ−ＧＷに対してAttach procedure処理を完了した状態で、単一のＳｅｒｖｉｎｇ ＧＷ２０が、「Router Advertisementメッセージ」を送信すると、ＵＥ１０では、受信したデータがどのＰＤＮから割り当てられたものであるか判断することができなかった。

しかし、本実施例においては、ＵＥ１０とＳｅｒｖｉｎｇ ＧＷ２０との間で通信を行うときに、ＰＤＮ ＩＤを付加することにより、単一のＳｅｒｖｉｎｇ ＧＷ２０を経由して複数のＡＳＰ（ＰＤＮ）に接続する場合でも、適切に通信を行うことができるようになる。

例えば、図１６は、本実施例における移動通信システムの概略を示す図である。ＰＤＮ１にはＷＥＢサーバ６０が、ＰＤＮ２にはメールサーバ６５が接続されている。この場合、ＵＥ１０は、ＰＤＮ１に接続する場合には、ＰＤＮ１に配置されたＰＤＮ−ＧＷ５０ａから割り当てられたＩＰアドレスを用いて通信を行うことができ、ＰＤＮ２に接続する場合には、ＰＤＮ２に配置されたＰＤＮ−ＧＷ５０ｂから割り当てられたＩＰアドレスを用いて通信を行うことができる。

したがって、ネットワーク事業者は、例えば、ＷＥＢサービスや、メールサービス等のサービス（アプリケーション）毎に、ＰＤＮを別にすることができ、Ｓｅｒｖｉｎｇ ＧＷ２０からの通信の負荷を分散させることができる。

なお、本実施例では、ＡＳＰとＰＤＮとを対応づけて管理しているが、例えば、ＡＳＰの代わりにサービス毎に対応づけて管理しても良い。すなわち、ＵＥでは、ネットワーク事業者が提供するＷＥＢサービスや、メールサービスなどのＰＤＮごとのサービスと、ＰＤＮとを対応づけて管理し、サービスに応じてＩＰアドレスを選択して通信することが可能となる。

また、ＡＳＰの代わりにアプリケーション毎に対応づけて管理してもよい。すなわち、ＵＥでは、ネットワーク事業者が提供するサービスを受けるために複数のアプリケーションを備え、それぞれのアプリケーションとＰＤＮを対応させて管理し、使用するアプリケーションに応じてＩＰアドレスを選択して通信することが可能となる。

また、上述の実施例では、ＵＥ１０は、「Router Solicitationメッセージ」を送信して、「Router Advertisementメッセージ」を要求することとして説明したが、所定のタイミングにおいて、Ｓｅｒｖｉｎｇ ＧＷ２０から、「Router Advertisementメッセージ」がＵＥ１０に対して送信されることとしても良い。

また、上述の実施例では、「Router Solicitationメッセージ」にＰＤＮ ＩＤを付加して通信する例について説明したが、ＰＤＮ ＩＤを付加しない従来通りの「Router Solicitationメッセージ」でも良い。また、「Router Advertisementメッセージ」についても、ＰＤＮ ＩＤを付加しない従来の「Router Advertisementメッセージ」であっても良い。ＵＥ１０は、「Router Advertisementメッセージ」にＰＤＮ ＩＤが付加されている場合、従来どおり、単一のＰＤＮによる構成であると判断し、すべての通信において、生成したＩＰアドレスを用いて通信することとなる。これにより、ＵＥ１０およびＳｅｒｖｉｎｇ ＧＷ２０は、単一のＰＤＮによる構成と、複数のＰＤＮによる構成の双方に対応した動作を行うことができる。

［３．２ 第２実施例］
続いて、第２実施例として、ＩＰｖ４を利用した移動通信システムにおいて、図１７を用いて説明する。

まず、ＵＥ１０は、ＡＳＰ毎にAttach Procedure処理を実行する。この場合、ＰＤＮ１に対してＵＥ１０とＰＤＮ−ＧＷ５０ａとの間で（図１７（ａ））、ＰＤＮ２に対してＵＥ１０とＰＤＮ−ＧＷ５０ｂとの間で（図１７（ｃ））、それぞれ処理が実行される。

ここで、従来と異なり、Attach Procedureの完了通知に、ＰＤＮを識別するためのＰＤＮ ＩＤが含まれている。例えば、ＰＤＮ１とのAttach Procedureの完了通知を受信すると（ステップＳ３００）、ＰＤＮ ＩＤとして「ＰＤＮ１」を、ＰＤＮ２とのAttach Procedureの完了通知を受信すると（ステップＳ３０４）、ＰＤＮ ＩＤとして「ＰＤＮ２」をそれぞれ受信する。

また、ＰＤＮ−ＧＷ５０は、ＵＥ１０へＩＰアドレスを割当て、割り当てたＩＰアドレスをＳｅｒｖｉｎｇ ＧＷ２０に通知する。

ＰＤＮ１については、ＰＤＮ−ＧＷ５０ａからＳｅｒｖｉｎｇ ＧＷ２０にＩＰアドレスが通知され（図１７（ｂ））、ＰＤＮ２については、ＰＤＮ−ＧＷ５０ｂからＳｅｒｖｉｎｇ ＧＷ２０にＩＰアドレスが通知される（図１７（ｄ））。

また、ＵＥ１０は、受信されたＰＤＮ ＩＤと、ＡＳＰとを対応づけてＡＳＰ−ＰＤＮ対応テーブル１１０２に記憶する。ここで、ＰＤＮ ＩＤとしては、ＰＤＮ ＧＷのＩＰアドレスやホストネームのようなＦＱＤＮ(Fully Qualified Domain Name)を用いることもできるし、ネットワーク事業者がＰＤＮを識別するためのシステム内で一意な数字列を用いることができる。

また、Ｓｅｒｖｉｎｇ ＧＷ２０は、受信されたＩＰアドレスを、ＰＤＮ ＩＤと対応づけてＰＤＮ−ＩＰ情報対応テーブル２２０２に記憶する。図１３においては、ＰＤＮ−ＧＷ５０ａから通知されたＩＰアドレスと、ＰＤＮ ＩＤ（ＰＤＮ１）とを記憶し（ステップＳ３０２）、次にＰＤＮ−５０ｂから通知されたＩＰアドレスと、ＰＤＮ ＩＤ（ＰＤＮ２）とを記憶する（ステップＳ３０６）。

なお、Ｓｅｒｖｉｎｇ ＧＷ２０は、ＰＤＮ ＩＤにＰＤＮ−ＧＷ５０のアドレスを用いない場合、ＰＤＮ−ＧＷ５０のアドレスとＰＤＮ ＩＤを予め保持しておき、アドレス生成情報通知メッセージの送信元アドレスから、ＰＤＮ ＩＤを解決し、ＰＤＮ ＩＤと通知情報を対応させるようにしても良い。

続いて、ＵＥ１０は、ＩＰアドレスを取得するための手続を実行する。この場合、まずＡＳＰ１（ＰＤＮ１）のＩＰアドレスを取得するために、「DHCP DISCOVERメッセージ」にＰＤＮ ＩＤを付加し、Ｓｅｒｖｉｎｇ ＧＷ２０に送信する（図１７（ｅ））。すると、Ｓｅｒｖｉｎｇ ＧＷ２０は、「DHCP OFFERメッセージ」をＵＥ１０に送信する（図１７（ｆ））。

また、ＵＥ１０は、「DHCP REQUESTメッセージ」をＳｅｒｖｉｎｇ ＧＷ２０に送信すると（図１７（ｇ））、Ｓｅｒｖｉｎｇ ＧＷ２０は、「DHCP PACKメッセージ」をＵＥ１０に応答送信する（図１７（ｈ））。

ここで、パケットフォーマットの一例を図１８及び図１９に示す。図１８は、ＰＤＮ ＩＤを付加した「DHCP DISCOVERメッセージ」の一例であり、図１９は、ＰＤＮ ＩＤを付加した「DHCP PACKメッセージ」の一例である。

ＵＥ１０は、「DHCP PACKメッセージ」を受信すると、受信された「DHCP PACKメッセージ」に含まれるＰＤＮ ＩＤ（ＰＤＮ１）に基づいて、各対応テーブルを更新する（ステップＳ３０８）。具体的には、ＰＤＮ ＩＤ（ＰＤＮ１）と、「DHCP PACKメッセージ」により通知されたＩＰアドレスとを対応づけてＰＤＮ−ＩＰ対応テーブル１１０４に記憶する。

また、当該ＰＤＮ ＩＤに対応するＡＳＰ（ＡＳＰ１）と、ＩＰアドレスとを対応づけてＡＳＰ−ＩＰ対応テーブル１１０６に記憶する。これにより、受信されたＰＤＮ ＩＤに基づいて、ＰＤＮ−ＩＰ対応テーブル１１０４及びＡＳＰ−ＩＰ対応テーブル１１０６が更新される。

つづけて、ＵＥ１０は、ＡＳＰ２（ＰＤＮ２）のＩＰアドレスを取得するために、「DHCP DISCOVERメッセージ」にＰＤＮ ＩＤ（ＰＤＮ２）を付加し、Ｓｅｒｖｉｎｇ ＧＷ２０に送信する（図１７（ｉ））。すると、Ｓｅｒｖｉｎｇ ＧＷ２０は、「DHCP OFFERメッセージ」をＵＥ１０に送信する（図１７（ｊ））。

また、ＵＥ１０は、「DHCP REQUESTメッセージ」をＳｅｒｖｉｎｇ ＧＷ２０に送信すると（図１７（ｋ））、Ｓｅｒｖｉｎｇ ＧＷ２０は、「DHCP PACKメッセージ」をＵＥ１０に応答送信する（図１７（ｍ））。

ＵＥ１０は、「DHCP PACKメッセージ」を受信すると、受信された「DHCP PACKメッセージ」に含まれるＰＤＮ ＩＤ（ＰＤＮ２）に基づいて、各対応テーブルを更新する（ステップＳ３１０）。具体的には、ＰＤＮ ＩＤ（ＰＤＮ２）と、「DHCP PACKメッセージ」により通知されたＩＰアドレスとを対応づけてＰＤＮ−ＩＰ対応テーブル１１０４に記憶する。

また、当該ＰＤＮ ＩＤに対応するＡＳＰ（ＡＳＰ２）と、ＩＰアドレスとを対応づけてＡＳＰ−ＩＰ対応テーブル１１０６に記憶する。これにより、受信されたＰＤＮ ＩＤに基づいて、ＰＤＮ−ＩＰ対応テーブル１１０４及びＡＳＰ−ＩＰ対応テーブル１１０６が更新される。

ここで、第１実施例において説明したＩＰｖ６の取得手続きと異なる点は、ＵＥ１０がＩＰアドレスを取得する方法が、ＤＨＣＰの手続きに従って行われる点である。ＩＰｖ６アドレス取得の場合、ＩＰｖ６ステートレスアドレス設定の手続きに従って、「Router Advertisementメッセージ」を受信してＵＥ１０がアドレスを生成したのに対し、ＩＰｖ４アドレス取得の場合、ＤＨＣＰによりアドレスが付与される。ここで、複数のＰＤＮから通知を受けたＩＰアドレスの中から、ＵＥ１０が通信を要求するＰＤＮに対応したＩＰｖ４アドレスを選択することができる。

これにより、ＵＥ１０は、複数のＰＤＮへ接続した場合でも、それぞれのＰＤＮに対応したＩＰｖ４アドレスを保持することができる。これにより、ＩＰｖ６アドレス手続きの実施例と同様に、従来では、複数のＰＤＮ−ＧＷ５０に対して、ＤＨＣＰ手続きを完了した状態で、単一のＳｅｒｖｉｎｇ ＧＷ２０がＤＨＣＰ手続きでＩＰアドレスを割り当てると、ＵＥ１０は、受信したアドレスがどのＰＤＮから割り当てられたものであるか判断することができなかった。しかし、本実施例によれば、付与されたＩＰアドレスと、ＰＤＮとを対応づけて管理されていることから、正しく通信を行うことができる。

［３．３ 第３実施例］
続いて、第３実施例について説明する。第３実施例は、第１実施例において説明したＩＰｖ６アドレス取得手続きの変形例を、図２０を用いて説明する。本実施例では、ＵＥ１０が送信する「Router Solicitationメッセージ」によるアドレス生成情報の要求を契機に、Ｓｅｒｖｉｎｇ ＧＷ２０が、ＰＤＮ−ＧＷ５０へアドレスの問い合わせを行い、ＰＤＮ−ＧＷ５０から取得したＵＥ１０がアドレス生成に必要となるアドレス生成情報をＵＥ１０へ通知する。

図２０に示すように、まず、ＡＳＰ毎に、従来どおりAttach Procedureを行う（図２０（ａ））。従来と異なる点は、ＵＥ１０へ送信するAttach procedureの完了通知にＰＤＮを識別するためのＰＤＮ ＩＤを付加している。したがって、Attach procedureの完了通知をＵＥ１０は受信すると、ＰＤＮ ＩＤ（ＰＤＮ１）が通知されることとなる（ステップＳ４００）。そして、ＵＥ１０は、ＰＤＮ ＩＤと、ＡＳＰとの対応を記憶する。

ここで、Ｓｅｒｖｉｎｇ ＧＷ２０は、Attach Procedure手続きにおいて、ＰＤＮ ＩＤを保持する（ステップＳ４０２）。

同様に、ＵＥ１０は、ＰＤＮ２に対しても同様手続きを行う。すなわち、ＰＤＮ２において、Attach procedureの完了通知をＵＥ１０は受信すると、ＰＤＮ ＩＤ（ＰＤＮ２）が通知されることとなる（ステップＳ４０４）。そして、ＵＥ１０は、ＰＤＮ ＩＤと、ＡＳＰとの対応を記憶する。

ここで、Ｓｅｒｖｉｎｇ ＧＷ２０は、Attach Procedure手続きにおいて、ＰＤＮ ＩＤを保持する（ステップＳ４０６）。

ＵＥ１０は、従来と同様に、Attach procedure完了後、Link-localアドレスを生成する（ステップＳ４０８）。

その後、ＵＥ１０は、「Router Solicitationメッセージ」をＳｅｒｖｉｎｇ ＧＷ２０送信し、「Router Advertisementメッセージ」を要求する（図２０（ｃ））。まず、ＵＥ１０は、ＰＤＮ１に対して「Router Advertisementメッセージ」を要求する。

ここで、従来とは異なり、「Router Solicitationメッセージ」にＰＤＮ ＩＤを付加することで、ＰＤＮを指定してアドレス生成情報を要求する。Ｓｅｒｖｉｎｇ ＧＷ２０は、「Router Solicitationメッセージ」を受信し、メッセージ内のＰＤＮ ＩＤ（ＰＤＮ１）と、保持されたＰＤＮ ＩＤが等しいＰＤＮ−ＧＷ５０ａに対してアドレス生成情報を要求する（図２０（ｄ））。

ＰＤＮ−ＧＷ５０ａは、ＵＥ１０が、アドレス生成に必要となるアドレス生成情報を、Ｓｅｒｖｉｎｇ ＧＷ２０へ通知する（図２０（ｅ））。Ｓｅｒｖｉｎｇ ＧＷ２０は、受信したアドレス生成情報を「Router Advertisementメッセージ」でＵＥ１０へ通知する（図２０（ｆ））。ここで、従来とは異なり、「Router Advertisementメッセージ」にＰＤＮ ＩＤを付加して送信する。

ＵＥ１０は、「Router Advertisementメッセージ」を受信すると、受信された「Router Advertisementメッセージ」に含まれるＰＤＮ ＩＤ（ＰＤＮ１）に基づいて、各対応テーブルを更新する（ステップＳ４１０）。具体的には、まず「Router Advertisementメッセージ」からＩＰアドレスを生成する。そして、ＰＤＮ ＩＤ（ＰＤＮ１）と、ＰＤＮ１から送信されたアドレス生成情報から生成されたＩＰアドレスとを対応づけてＰＤＮ−ＩＰ対応テーブル１１０４に記憶する。

また、当該ＰＤＮ ＩＤに対応するＡＳＰ（ＡＳＰ１）と、ＩＰアドレスとを対応づけてＡＳＰ−ＩＰ対応テーブル１１０６に記憶する。これにより、受信されたＰＤＮ ＩＤに基づいて、ＰＤＮ−ＩＰ対応テーブル１１０４及びＡＳＰ−ＩＰ対応テーブル１１０６が更新される。

ＵＥ１０は、同様にＰＤＮ２に対しても「Router Solicitationメッセージ」をＳｅｒｖｉｎｇ ＧＷ２０送信し、「Router Advertisementメッセージ」を要求する（図２０（ｇ））。

ＵＥ１０は、「Router Solicitationメッセージ」に、ＰＤＮ ＩＤとしてＰＤＮ２を付加する。Ｓｅｒｖｉｎｇ ＧＷ２０は、「Router Solicitationメッセージ」を受信し、メッセージ内のＰＤＮ ＩＤ（ＰＤＮ２）と、保持されたＰＤＮ ＩＤが等しいＰＤＮ−ＧＷ５０ｂに対してアドレス生成情報を要求する（図２０（ｈ））。

ＰＤＮ−ＧＷ５０ｂは、ＵＥ１０が、アドレス生成に必要となるアドレス生成情報を、Ｓｅｒｖｉｎｇ ＧＷ２０へ通知する（図２０（ｉ））。Ｓｅｒｖｉｎｇ ＧＷ２０は、受信したアドレス生成情報を「Router Advertisementメッセージ」でＵＥ１０へ通知する（図２０（ｊ））。ここで、従来とは異なり、「Router Advertisementメッセージ」にＰＤＮ ＩＤを付加して送信する。

ＵＥ１０は、「Router Advertisementメッセージ」を受信すると、受信された「Router Advertisementメッセージ」に含まれるＰＤＮ ＩＤ（ＰＤＮ２）に基づいて、各対応テーブルを更新する（ステップＳ４１２）。具体的には、まず「Router Advertisementメッセージ」からＩＰアドレスを生成する。そして、ＰＤＮ ＩＤ（ＰＤＮ２）と、ＰＤＮ２から送信されたアドレス生成情報から生成されたＩＰアドレスとを対応づけてＰＤＮ−ＩＰ対応テーブル１１０４に記憶する。

また、当該ＰＤＮ ＩＤに対応するＡＳＰ（ＡＳＰ２）と、ＩＰアドレスとを対応づけてＡＳＰ−ＩＰ対応テーブル１１０６に記憶する。これにより、受信されたＰＤＮ ＩＤに基づいて、ＰＤＮ−ＩＰ対応テーブル１１０４及びＡＳＰ−ＩＰ対応テーブル１１０６が更新される。

このように、本実施例と、第１実施例とが異なるのは、Ｓｅｒｖｉｎｇ ＧＷ２０は、ＵＥ１０からの要求を契機に、ＰＤＮ−ＧＷ５０へ問い合わせを行い、解決した情報でＵＥ１０へ応答している。すなわち、第１実施例ではＳｅｒｖｉｎｇ ＧＷ２０において、アドレスを生成するためのアドレス生成情報と、ＰＤＮ ＩＤとの対応を保持する必要があったが、本実施例では保持する必要がなくなるため、Ｓｅｒｖｉｎｇ ＧＷ２０において管理情報を減らすことができる。

［３．４ 第４実施例］
続いて、第４実施例について説明する。第４実施例は、第２実施例において説明したＩＰｖ４アドレスの取得手続きの変形例を、図２１を用いて説明する。本実施例では、第３実施例において説明したＩＰｖ６アドレス取得手続きの変形例と同様に、ＵＥ１０からのアドレス要求を契機に、Ｓｅｒｖｉｎｇ ＧＷ２０が、ＰＤＮ−ＧＷ５０へのＩＰアドレスの問い合わせを行い、ＰＤＮ−ＧＷ５０から取得したＩＰアドレスが、ＵＥ１０に通知される。

図２１に示すように、まず、ＡＳＰ毎に、従来どおりAttach Procedureを行う（図２１（ａ））。従来と異なる点は、ＵＥ１０へ送信するAttach procedureの完了通知にＰＤＮを識別するためのＰＤＮ ＩＤを付加している。したがって、Attach procedureの完了通知をＵＥ１０が受信すると、ＰＤＮ ＩＤ（ＰＤＮ１）が通知されることとなる（ステップＳ５００）。そして、ＵＥ１０は、ＰＤＮ ＩＤと、ＡＳＰとの対応を記憶する。

ここで、Ｓｅｒｖｉｎｇ ＧＷ２０は、Attach Procedure手続きにおいて、ＰＤＮ ＩＤを保持する（ステップＳ５０２）。

同様に、ＵＥ１０は、ＰＤＮ２に対しても同様手続きを行う。すなわち、ＰＤＮ２において、Attach procedureの完了通知をＵＥ１０が受信すると、ＰＤＮ ＩＤ（ＰＤＮ２）が通知されることとなる（ステップＳ５０４）。そして、ＵＥ１０は、ＰＤＮ ＩＤと、ＡＳＰとの対応を記憶する。

ここで、Ｓｅｒｖｉｎｇ ＧＷ２０は、Attach Procedure手続きにおいて、ＰＤＮ ＩＤを保持する（ステップＳ５０６）。

つづいて、ＵＥ１０は、ＤＨＣＰの手続を行うことにより、ＩＰアドレスを要求する。まず、ＵＥ１０は、ＰＤＮ１に対してＩＰアドレスを要求する。ここで、本実施例においては、Ｓｅｒｖｉｎｇ ＧＷ２０は、ＤＨＣＰリレーサーバとして振る舞い、ＵＥ１０からのＤＨＣＰメッセージをＰＤＮ−ＧＷ５０ａに転送する。

即ち、Ｓｅｒｖｉｎｇ ＧＷ２０は、ＰＤＮ ＩＤ（ＰＤＮ１）を含んだ「DHCP DISCOVERメッセージ」が、ＵＥ１０から受信されると、リレー機能により、ＰＤＮ−ＧＷ５０ａに転送される（図２１（ｃ’））。

また、ＰＤＮ−ＧＷ５０ａから、「DHCP OFFERメッセージ」が受信されると（図２１（ｄ’））、リレー機能によりＵＥ１０に転送する（図２１（ｄ））。同様に、ＵＥ１０から「DHCP Requestメッセージ」が受信されると（図２１（ｅ））、Ｓｅｒｖｉｎｇ ＧＷ２０は、リレー機能によりＰＤＮ−ＧＷ５０ａに転送する（図２１（ｅ’））。

そして、ＰＤＮ−ＧＷ５０ａから「DHCP PACKメッセージ」が受信されると（図２１（ｆ’））、リレー機能によりＵＥ１０に転送する（図２１（ｆ））。

この手続きにより、ＵＥ１０は、ＤＨＣＰのメッセージを送受信して、ＩＰｖ４アドレスを取得する。従来のＤＨＣＰメッセージとは異なり、本実施例では、ＤＨＣＰメッセージにＰＤＮ ＩＤを付与することにより、アドレス要求を受けたＳｅｒｖｉｎｇ ＧＷ２０は、複数のＰＤＮからＵＥ１０の要求するＰＤＮ−ＧＷ５０へ、ＤＨＣＰメッセージを転送することができる。

さらに、ＵＥ１０は、「DHCP PACKメッセージ」を受信すると、受信された「DHCP PACKメッセージ」に含まれるＰＤＮ ＩＤ（ＰＤＮ１）に基づいて、各対応テーブルを更新する（ステップＳ５０８）。具体的には、ＰＤＮ ＩＤ（ＰＤＮ１）と、「DHCP PACKメッセージ」により通知されたＩＰアドレスとを対応づけてＰＤＮ−ＩＰ対応テーブル１１０４に記憶する。

また、当該ＰＤＮ ＩＤに対応するＡＳＰ（ＡＳＰ１）と、ＩＰアドレスとを対応づけてＡＳＰ−ＩＰ対応テーブル１１０６に記憶する。これにより、受信されたＰＤＮ ＩＤに基づいて、ＰＤＮ−ＩＰ対応テーブル１１０４及びＡＳＰ−ＩＰ対応テーブル１１０６が更新される。

同様に、ＵＥ１０は、ＰＤＮ２に対してＩＰアドレスの要求を行う。すなわち、ＵＥ１０は、Ｓｅｒｖｉｎｇ ＧＷ２０に対して、ＰＤＮ２のＰＤＮ ＩＤを含んだ「DHCP DISCOVERメッセージ」を送信する（図２１（ｇ））。

Ｓｅｒｖｉｎｇ ＧＷ２０は、ＰＤＮ ＩＤ（ＰＤＮ２）を含んだ「DHCP DISCOVERメッセージ」が、ＵＥ１０から受信されると、リレー機能により、ＰＤＮ−ＧＷ５０ｂに転送する（図２１（ｇ’））。

また、ＰＤＮ−ＧＷ５０ｂから、「DHCP OFFERメッセージ」が受信されると（図２１（ｈ’））、リレー機能によりＵＥ１０に転送する（図２１（ｈ））。同様に、ＵＥ１０から「DHCP Requestメッセージ」が受信されると（図２１（ｉ））、Ｓｅｒｖｉｎｇ ＧＷ２０は、リレー機能によりＰＤＮ−ＧＷ５０ｂに転送する（図２１（ｉ’））。

そして、ＰＤＮ−ＧＷ５０ｂから「DHCP PACKメッセージ」が受信されると（図２１（ｊ’））、リレー機能によりＵＥ１０に転送する（図２１（ｊ））。

さらに、ＵＥ１０は、「DHCP PACKメッセージ」を受信すると、受信された「DHCP PACKメッセージ」に含まれるＰＤＮ ＩＤ（ＰＤＮ２）に基づいて、各対応テーブルを更新する（ステップＳ５１０）。具体的には、ＰＤＮ ＩＤ（ＰＤＮ２）と、「DHCP PACKメッセージ」により通知されたＩＰアドレスとを対応づけてＰＤＮ−ＩＰ対応テーブル１１０４に記憶する。

また、当該ＰＤＮ ＩＤに対応するＡＳＰ（ＡＳＰ２）と、ＩＰアドレスとを対応づけてＡＳＰ−ＩＰ対応テーブル１１０６に記憶する。これにより、受信されたＰＤＮ ＩＤに基づいて、ＰＤＮ−ＩＰ対応テーブル１１０４及びＡＳＰ−ＩＰ対応テーブル１１０６が更新される。

これにより、ＩＰｖ６アドレス手続きの例と同様に、従来では、複数のＰＤＮ−ＧＷ５０に対してＤＨＣＰ手続きを完了した状態で、単一のＳｅｒｖｉｎｇ ＧＷ２０がＤＨＣＰ手続きでＩＰアドレスを割り当てると、ＵＥ１０では、受信したアドレスが、どのＰＤＮから割り当てられたものであるか判断することができなかった。本実施例では、生成したＩＰアドレスとＰＤＮを対応づけることにより、管理することが可能となる。

このように、本実施例と、第２実施例とが異なるのは、Ｓｅｒｖｉｎｇ ＧＷ２０は、ＵＥ１０からの要求を契機に、ＰＤＮ−ＧＷ５０へ問い合わせを行い、解決した情報でＵＥ１０へ応答している。すなわち、第２実施例ではＳｅｒｖｉｎｇ ＧＷ２０において、ＵＥ１０に割り当てる為のＩＰアドレスと、ＰＤＮ ＩＤとの対応を保持する必要があったが、本実施例では保持する必要がなくなるため、Ｓｅｒｖｉｎｇ ＧＷ２０において管理情報を減らすことができる。

［４．変形例］
上述した実施形態において、ＵＥ１０は、Ｓｅｒｖｉｎｇ ＧＷ２０からアドレスを取得していたが、Attach Procedureで取得したＰＤＮ ＩＤからＰＤＮのＩＰアドレスが特定できる場合、アドレス取得のための要求メッセージをＰＤＮ−ＧＷ５０へ送信してもよい。具体的には、これまでの実施例では、「Router Solicitationメッセージ」の送信先アドレスはマルチキャストアドレスであったため、デフォルトルータであるＳｅｒｖｉｎｇ ＧＷ２０が受信していたが、送信先を各ＰＤＮ−ＧＷ５０とすることで、ＰＤＮ−ＧＷ５０が、ＵＥ１０から直接要求を受信し、「Router Advertisementメッセージ」をＵＥへ直接応答することとしてもよい。ＵＥ１０は、受信した「Router Advertisementメッセージ」の送信元アドレスを元にＰＤＮを識別し、ＩＰアドレスとの対応付けを行うことができる。

また、ＩＰｖ４アドレス取得に対しても同様で、アドレスを要求するＤＨＣＰメッセージの送信先アドレスをブロードキャストメッセージではなく各ＰＤＮ−ＧＷ５０とすることで直接ＤＨＣＰ手続きを行うことができる。

このようにすることにより、ＩＰヘッダのアドレスフィールドでＰＤＮを識別することが可能となり、上述した実施例と比較して要求および応答メッセージにＰＤＮ ＩＤを付加する必要がなくなる。

具体的には、ＩＰｖ６アドレス情報取得のための「Router Solicitationメッセージ」及び「Router Advertisementメッセージ」にＰＤＮ ＩＤを付加する必要がなくなる。また、ＩＰｖ４アドレス取得のためのＤＨＣＰメッセージに、ＰＤＮ ＩＤを付加する必要がなくなる。

その他の手続きについてはこれまで説明した実施例と同様の方法により、ＵＥ１０は複数のＡＳＰに接続し、それぞれのＩＰアドレスを用いた通信を行うことが可能になる。

また、上述した実施形態は、Ｅ−ＵＴＲＡＮアクセスシステムを介して接続するネットワークをもとに記述したが、図２２に示すように、ＷｉＭａｘやＣＤＭＡ２０００やＷｉｒｅｌｅｓｓ ＬＡＮなどのＥ−ＵＴＲＡＮ以外の無線アクセスシステムを介して接続する場合にも、同様に適用することができる。

Ｅ−ＵＴＲＡＮアクセスシステム以外の無線アクセスシステムを用いて構成する場合、データを転送する装置であるＳｅｒｖｉｎｇ ＧＷは、ｅＰＤＧとして規定されている。 この場合においても、図２２に示すように、上述の実施形態のＳｅｒｖｉｎｇ ＧＷ２０を、ｅＰＤＧ２５として置き換えるだけで、上述の実施形態のIPアドレス取得方法を適用でき、ＵＥ１０はＰＤＮを指定してアドレスを要求し、ｅＰＤＧ２５からＰＤＮに対応したＩＰアドレスを取得することができる。

Claims (6)

1. 一又は複数の異なる事業者ネットワークに、中継装置を介して接続されている移動通信ネットワークに接続される移動端末装置において、
   前記移動通信ネットワークを介して事業者ネットワークと通信を行う通信手段と、
   前記事業者ネットワークから所定のメッセージを受信するメッセージ受信手段と、
   前記メッセージ受信手段により受信されたメッセージから、ＩＰｖ４アドレスを取得するＩＰアドレス取得手段と、
   前記ＩＰアドレスを割り当てた事業者ネットワークを、前記メッセージ受信手段により受信されたメッセージから判断する事業者ネットワーク判断手段と、
   前記事業者ネットワーク判断手段により判断された事業者ネットワークと、前記ＩＰアドレス取得手段により取得されたＩＰアドレスとを対応づけて記憶する事業者対ＩＰアドレス記憶手段と、
   を備え、
   前記通信手段は、通信先となる事業者ネットワークに対応するＩＰアドレスを、前記事業者対ＩＰアドレス記憶手段から読み出し、当該ＩＰアドレスを移動端末装置のＩＰアドレスとして事業者ネットワークと通信を行い、
   前記通信手段により、事業者ネットワークと通信を確立する場合に、前記事業者ネットワークからネットワーク識別符号を受信するネットワーク識別符号受信手段と、
   前記ネットワーク識別符号受信手段により受信されたネットワーク識別符号と、前記事業者ネットワークとを対応づけて記憶する事業者対ネットワーク識別符号記憶手段と、
   前記メッセージ受信手段により受信されたメッセージから、ネットワーク識別符号を取得するネットワーク識別符号取得手段と、
   を更に有し、
   前記事業者ネットワーク判断手段は、前記ネットワーク識別符号取得手段により取得されたネットワーク識別符号に基づいて、事業者ネットワークを判断し、
   前記メッセージ受信手段は、事業者ネットワークから、DHCP PACKメッセージを受信する手段であり、
   前記ＩＰアドレス取得手段は、DHCP PACKメッセージからＩＰアドレスを取得する手段であり、
   前記ネットワーク識別符号取得手段は、前記DHCP PACKメッセージに付加されたネットワーク識別符号を取得する手段であることを特徴とする移動端末装置。
2. 一又は複数の異なる事業者ネットワークと、移動端末装置が接続される移動通信ネットワークとを中継する中継装置において、
   事業者ネットワークから、ＩＰアドレス情報及びネットワーク識別符号を受信し、ＩＰアドレス情報と、ネットワーク識別符号とを対応づけて記憶するＩＰアドレス情報対ネットワーク識別符号記憶手段と、
   前記移動端末装置より、メッセージ要求信号を受信するメッセージ要求信号受信手段と、
   前記メッセージ要求信号受信手段により受信されたメッセージ要求信号に、ネットワーク識別符号が付加されている場合には、前記ＩＰアドレス情報対ネットワーク識別符号記憶手段に基づいて、当該ネットワーク識別符号に対応するＩＰアドレス情報を選択し、ネットワーク識別符号を付加したメッセージを、前記移動端末装置に送信するメッセージ送信手段と、
   を備えることを特徴とする中継装置。
3. 前記ＩＰアドレス情報は、前記移動端末装置において、ＩＰｖ６アドレスを生成するためのＩＰアドレス生成情報であって、
   前記メッセージ要求信号受信手段は、前記移動端末装置から、Router Solicitationメッセージを受信する手段であり、
   前記メッセージ送信手段は、Router Advertisementメッセージにネットワーク識別符号を付加し、前記移動端末装置に送信する手段であることを特徴とする請求項２に記載の中継装置。
4. 前記ＩＰアドレス情報は、前記事業者ネットワークから、前記移動端末装置に割り当てられたＩＰアドレスであることを特徴とする請求項３に記載の中継装置。
5. 一又は複数の異なる事業者ネットワークと、移動端末装置が接続される移動通信ネットワークとを中継する中継装置において、
   事業者ネットワークと通信を確立するときに、前記事業者ネットワークからネットワーク識別符号を受信し、事業者ネットワークに対応づけて記憶するネットワーク識別符号記憶手段と、
   前記移動端末装置より、メッセージ要求信号を受信するメッセージ要求信号受信手段と、
   前記メッセージ要求信号受信手段により受信されたメッセージ要求信号に、ネットワーク識別符号が付加されている場合には、当該ネットワーク識別符号に対応する事業者ネットワークに、ＩＰアドレス情報要求信号を送信するＩＰアドレス情報要求信号送信手段と、
   前記ネットワーク事業者から、ＩＰアドレス情報を受信するＩＰアドレス情報受信手段と、
   前記ＩＰアドレス情報受信手段により受信されたＩＰアドレス情報に、ネットワーク識別符号を付加したメッセージを、前記移動端末装置に送信するメッセージ送信手段と、
   を備えることを特徴とする中継装置。
6. 一又は複数の異なる事業者ネットワークと、移動通信ネットワークと、事業者ネットワーク及び移動通信ネットワークとを中継する中継装置と、前記移動通信ネットワークに接続される移動端末装置とを備えた移動通信システムにおいて、
   前記中継装置は、
   事業者ネットワークから、ＩＰアドレス情報及びネットワーク識別符号を受信し、ＩＰアドレス情報と、ネットワーク識別符号とを対応づけて記憶するＩＰアドレス情報対ネットワーク識別符号記憶手段と、
   移動端末装置より、メッセージ要求信号を受信するメッセージ要求信号受信手段と、
   前記メッセージ要求信号受信手段により受信されたメッセージ要求信号に、ネットワーク識別符号が付加されている場合には、前記ＩＰアドレス情報対ネットワーク識別符号記憶手段に基づいて、当該ネットワーク識別符号に対応するＩＰアドレス情報を選択し、ネットワーク識別符号を付加したメッセージを、前記移動端末装置に送信するメッセージ送信手段と、
   を備え、
   前記移動端末装置は、
   前記中継装置に、ネットワーク識別符号を付加して、メッセージ要求信号を送信するメッセージ要求信号送信手段と、
   前記中継装置から、ネットワーク識別符号が付加されたメッセージを受信するメッセージ受信手段と、
   前記メッセージ受信手段により、受信されたメッセージからＩＰアドレスを取得するＩＰアドレス取得手段と、
   前記メッセージ受信手段により、受信されたメッセージからネットワーク識別符号を取得するネットワーク識別符号取得手段と、
   前記ネットワーク識別符号取得手段により取得されたネットワーク識別符号に対応する事業者ネットワークと、ＩＰアドレスとを対応づけて記憶する事業者対ＩＰアドレス記憶手段と、
   を有し、
   前記移動端末装置は、通信先となる事業者ネットワークに対応するＩＰアドレスを、前記事業者対ＩＰアドレス記憶手段から読み出し、当該ＩＰアドレスを移動端末装置のＩＰアドレスとして事業者ネットワークと通信を行うことを特徴とする移動通信システム。

Images