データ通信装置およびデータ通信方法
【課題】ＩＰｖ６匿名アドレス機能を備えた移動端末に適用できるフィルタを実現する。
【解決手段】通信端末からインタフェース識別子の更新通知を受信すると、インタフェース識別子とサブネットワーク内の他の通信端末装置のインタフェース識別子との重複有無を検知し、重複しない場合には通信端末装置のインタフェース識別子を更新するとともにフィルタリングテーブルに更新後のインタフェース識別子を登録し、そのフィルタリングテーブルに基づいて、公衆網から受信したＩＰｖ６データパケットのフィルタリングを行なう。
【解決手段】通信端末からインタフェース識別子の更新通知を受信すると、インタフェース識別子とサブネットワーク内の他の通信端末装置のインタフェース識別子との重複有無を検知し、重複しない場合には通信端末装置のインタフェース識別子を更新するとともにフィルタリングテーブルに更新後のインタフェース識別子を登録し、そのフィルタリングテーブルに基づいて、公衆網から受信したＩＰｖ６データパケットのフィルタリングを行なう。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信装置、データ通信方法、および移動体通信システムに用いる通信端末装置及びアクセスサーバ、ならびにコンピュータ・プログラムに関する。
【背景技術】
【０００２】
近年、移動体通信において、移動端末を使ったメールの送受信、インターネットへのアクセス、Web閲覧といったデータ通信が盛んに行われている。このようなデータ通信を実現するため、移動無線端末とデータ通信装置（Packet Data Serving Node：以下ＰＤＳＮと称す）間のデータ通信用として、非特許文献１に開示のとおりＲＦＣ１６６１で標準化されているPoint to Point Protocol（以下ＰＰＰと称す）が使用されていることが知られている。ＰＰＰでは、データ通信に必要なリンク設定の交渉、アクセスするユーザの認証、ＩＰアドレスやＤＮＳサーバアドレスを通知する機能から成り立っている。
【０００３】
また、ＰＰＰで転送するネットワーク層としてInternet Protocol（以下ＩＰと称す）が用いられ、現在多く使用されているＩＰはＩＰｖ４であり、発信元／宛先として３２ビットからなるアドレス（ＩＰアドレス）が用いられている。
【０００４】
インターネット通信においては、３２ビットＩＰアドレスを各発信元／宛先にユニークに割り当てるグローバルＩＰアドレスを採用し、ＩＰアドレスに応じて、個々の発信元／宛先を判別している。しかし、インターネットの世界は急速に広がりを見せており、ＩＰｖ４の限られたアドレス空間、すなわちグローバルアドレスの枯渇が問題となってきている。
【０００５】
これを解決するためにInternet Engineering Task Force（以下ＩＥＴＦと称す）では、次世代ＩＰアドレスとしてＩＰアドレス空間を３２ビットから１２８ビットに拡張する新しいInternet Protocol version 6（以下ＩＰｖ６と称す）を提案している。
【０００６】
図８は、ＩＰｖ６アドレスのフォーマットを示す図である。ＩＰｖ６アドレスの上位６４ビットは経路情報（ネットワークプレフィックス：Network Prefix：以下Ｐｒｅｆｉｘと称す）２３０１であり、下位６４ビットはノードが有するネットワークインタフェースを、ノードが接続しているサブネットワーク内で識別するためのインタフェース識別子２３０２(以下Interface IDと称す)である。Interface ID２３０２はサブネットワーク内で一意であり、Interface IDとしてＭＡＣアドレス等が利用される。
【０００７】
ＰＰＰを用いたＩＰｖ６通信は、非特許文献２に開示のとおりＲＦＣ２４７２で規定されているＩＰｖ６ＣＰ手順を用いて行われる。このＩＰｖ６ＣＰ手順では、ＩＰｖ６アドレスのInterface ID２３０２を通信相手に通知する手順が含まれている。
【０００８】
3rd Generation Partnership Project 2（以下３ＧＰＰ２と称す）のX.S0011-Cのリファレンスモデルでは、移動端末、移動端末と無線接続するRadio Network、移動端末とＰＰＰ接続するＰＤＳＮ、ＰＤＳＮが認証時にアクセスするＲＡＤＩＵＳ、インターネットプロバイダ、インターネットと接続されているＩＰ Ｎｅｔｗｏｒｋから構成される。移動端末とＰＤＳＮ間でＰＰＰ接続が完了すると、移動端末は、プロバイダネットワーク１４０、ＰＤＳＮを介してＩＰ Ｎｅｔｗｏｒｋと接続し、インターネット通信、コンテンツ閲覧を行えるようになる。
【０００９】
ＩＰｖ６接続を行う場合、ＰＤＳＮは、移動端末に付与するＰｒｅｆｉｘをＰＰＰリンク毎にユニークにしなければならないことが知られており、Ｐｒｅｆｉｘは、ルータ広告（以下Router Advertisementと称す）で移動端末に通知することも知られている。
【００１０】
また、移動端末とＩＰ Ｎｅｔｗｏｒｋ間で送受信されるＩＰｖ６パケットは、ＰｒｅｆｉｘがＰＰＰリンク毎にユニークであるため、ＰＤＳＮが、図８で示しているＩＰｖ６アドレスの上位６４ｂｉｔのＰｒｅｆｉｘ２３０１から経路選択を行い、移動端末およびＩＰ Ｎｅｔｗｏｒｋへの転送を行っている。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】3ＧＰＰ2 Ｘ．Ｓ0011−Ｃ cdma2000 Wireless IP network Standard
【非特許文献２】ＲＦＣ１６６１ Point to Point Protocol
【非特許文献３】ＲＦＣ２４７２ IP Version 6 over PPP
【非特許文献４】ＲＦＣ２８６５ Remote Authentication Dial In User Service (RADIUS)
【非特許文献５】ＲＦＣ３０４１ Privacy Extensions for Stateless Address Autoconfiguration in IPv6
【発明の概要】
【発明が解決しようとする課題】
【００１２】
上述した非特許文献１に示される従来のネットワーク接続方式では、ＰｒｅｆｉｘはＰＰＰリンク毎にユニークに割り当てることが規定されており、ＩＰ Ｎｅｔｗｏｒｋから移動端末への下りパケットは、ＰＤＳＮがＰｒｅｆｉｘから経路を選択し、移動端末へ転送する。
【００１３】
また、Interface IDは重複しなければ、ＲＡＤＩＵＳまたはＰＤＳＮから任意に割当可能であり、さらに移動端末からInterface IDを指定することも可能である。
【００１４】
図６にＩＰｖ６接続シーケンスを説明する。移動端末１００は、ユーザによる接続要求があると始めに基地局１２０、および無線管理装置１３０と無線セッション１３１を確立する。無線管理装置１３０は、無線セッション１３１を確立するとＰＤＳＮ２００との間でＲ−Ｐセッション１３２の接続が開始される。無線セッション１３１、Ｒ−Ｐセッション１３２とは、移動体通信に必要な専用のシグナリングである。
【００１５】
ＰＰＰはＬＣＰ交渉１０１、認証１０２、ＩＰｖ６ＣＰ交渉１０４からなり、認証の際には、ＰＤＳＮ２００はAccess−Request５０１をＲＡＤＩＵＳ５００へと送信し、許可した場合、Access-Accept５０２という認証許可パケットをＰＤＳＮ２００宛てに返送する。
【００１６】
このAccess-Acceptパケットには、このユーザに割り当てるＩＰｖ６アドレスのＰｒｅｆｉｘがFramed-IPv６-Prefix属性として含められることが知られている。ＰＤＳＮ２００は、Framed-IPv６-PrefixからＰｒｅｆｉｘを取り出し、Router Advertisementメッセージに含めることで移動端末１００に通知する。
【００１７】
Interface IDはＩＰｖ６ＣＰ交渉により、移動端末１００に通知される。ＰｒｅｆｉｘとInterface IDの通知を受けた移動端末１００は、ＩＰｖ６グローバルアドレスを生成し、ＩＰ Ｎｅｔｗｏｒｋ７００へのＩＰｖ６通信が可能となる。
【００１８】
ＩＰ Ｎｅｔｗｏｒｋ７００から移動端末１００へ送信される下りのＩＰｖ６データパケットは、ＰＤＳＮ２００がＰｒｅｆｉｘにより移動端末１００への経路の選択を行う。そのため、図６に示すように、移動端末１００に割り当てられたInterface IDと異なるパケット７０１がＩＰ Ｎｅｔｗｏｒｋ７００からＰＤＳＮ２００に送られた場合、ＰＤＳＮ２００はＰｒｅｆｉｘが一致するので、移動端末１００にパケットを転送する。移動端末１００は割り当てられたInterface IDと異なるため、ＰＤＳＮ２００から受信したパケット７０２を破棄する。
【００１９】
しかし、ＰＤＳＮ２００は、この転送したパケットに対する課金誤りを起こす。また、ＩＰ Ｎｅｔｗｏｒｋ７００からの不正なデータ配信により、無線リンク内で、宛先不明パケットのトラフィック増加となる問題が発生する。
【００２０】
そのため、ＰＤＳＮは、ＩＰｖ６アドレスのＰｒｅｆｉｘとInterface IDを検知して、不正パケットをフィルタする機能を実装するニーズがある。
【００２１】
しかしながら、ＩＰｖ６のInterface IDは、一般的にＭＡＣアドレスを用いて、生成することから、ＭＡＣアドレスを悪用される可能性があり、これを防ぐ為に、周期的にInterface IDを変化させる機構がＲＦＣ３０４１（以下ＩＰｖ６匿名アドレスと称す）で規定されている。
【００２２】
前記ＩＰｖ６匿名アドレス機能を備えた移動端末１００が存在する場合、移動端末１００はＰＰＰ接続後、周期的にInterface IDを更新する。しかし、ＰＤＳＮは、ＰＰＰ接続時に決定したInterface IDをもってフィルタ設定をしているため、移動端末が周期的にInterface IDを更新した場合、本来正しいInterface IDをもったＩＰｖ６アドレスであってもＰＤＳＮはフィルタによって破棄してしまう問題が発生する。
【００２３】
本発明の目的は、上記従来の技術の欠点を解消し、ＩＰｖ６匿名アドレス機能を備えた移動端末に対しても、適用できるフィルタを備えたデータ通信装置を提供するものである。
【課題を解決するための手段】
【００２４】
上記目的を達成するため、本発明の第１の発明は、プロバイダネットワーク介し、ＰＰＰ（Point to Point Protocol）を用いて通信端末装置をＩＰ Ｎｅｔｗｏｒｋに接続させるデータ通信装置であって、前記ＰＰＰ接続完了後、ＩＰｖ６匿名アドレス機能を備えた通信端末装置において、移動端末から受信したＩＰｖ６アドレスのInterface IDの重複を判別する重複アドレス検知（ＲＦＣ３０４１のＤＡＤ：duplicate address detection）部と、動的に更新するInterface ID検知部に対応するＩＰｖ６アドレスフィルタ機能を備えたことを特徴とする。
【発明の効果】
【００２５】
以上に説明したように、課題を解決する手段を用いることで、移動端末がＩＰｖ６匿名アドレス機能を備えている場合でも、ＰＤＳＮ装置で不正パケットをフィルタすることができる。
【００２６】
これにより、ＰＤＳＮ装置で不正なパケットに対する課金を防ぐことが可能となり、さらに移動体通信システム内の宛先不明パケット流入によるトラフィックの増加を防ぐことで、無線リンクのリソースを有効に利用することができる。
【図面の簡単な説明】
【００２７】
【図１】本発明における３ＧＰＰ２（3rd Generation Partnership Project 2）のX.S0011-Cのネットワークモデルを適用した移動体通信システムを示した図である。
【図２】本発明におけるデータ通信装置の機能構成を示した図である。
【図３】本発明におけるデータ通信装置のソフトウェア構成を示した図である。
【図４】本発明におけるＰＰＰセッション確立処理フローを示した図である。
【図５】従来のＩＰｖ６パケットフォーマットを表した図である。
【図６】従来のＰＰＰセッション確立シーケンスおよびパケットデータの流れを示した図である。
【図７】従来のNeighbor Solicitationメッセージフォーマットを表した図である。
【図８】従来のＩＰｖ６アドレス構成を表した図である。
【図９】本発明におけるデータ通信装置のＩＰ処理部の構成を示した図である。
【図１０】本発明におけるデータ通信装置のアドレスフィルタリングテーブルを示した図である。
【図１１】本発明におけるＩＰｖ６アドレス重複検知処理フローを表した図である。
【図１２】本発明におけるデータ通信装置のＩＰｖ６アドレスフィルタリング処理フローを表した図である。
【図１３】本発明におけるＰＰＰセッション確立シーケンスおよびデータパケットの流れを示した図である。
【発明を実施するための形態】
【００２８】
以下に本発明の実施の形態を説明する。
【実施例１】
【００２９】
以下では、非特許文献１に示されるネットワークモデルを適用した通信システムにおいて、ＩＰｖ６パケット通信を用いた発明の実施の形態を説明する。
【００３０】
図１は、本発明を適用した移動体通信システムを示した図である。移動端末１００と移動端末１００と無線リンクで接続する基地局１２０、無線管理を行う無線装置１３０、移動端末１００とＰＰＰ接続するＰＤＳＮ２００、ＰＤＳＮ２００がユーザ認証時にProxy-RADIUS５００経由でアクセスするHome-RADIUS６００、ＩＰ Ｎｅｔｗｏｒｋ７００から構成される。
【００３１】
ＩＰ Ｎｅｔｗｏｒｋ７００は、ＩＰｖ６通信が行なわれるため、ＩＰｖ６ルータが必要であることは説明するまでもない。移動端末１００は、ＰＰＰ接続１０６が完了すると、無線管理装置１２０、ＰＤＳＮ２００、ＩＰ Ｎｅｔｗｏｒｋ７００（たとえばインターネット）と接続し、インターネット通信、コンテンツ閲覧を行えるようになる。
【００３２】
プロバイダネットワーク１４０とは、一般的なサービスプロバイダが管理するネットワークであり、ＰＤＳＮ２００、Proxy-RADIUS５００もサービスプロバイダで管理している場合が多い。移動端末１００は、接続開始操作を行うことでＰＤＳＮ２００に対してＰＰＰ接続確立１０６を開始、ＰＰＰ接続が完了した後のデータ送受信が可能となる。
【００３３】
上記実施例では、端末として移動端末の場合を例に説明したが、有線端末であっても本発明を適用できる。この場合、ＰＤＳＮ２００は、一般にアクセスサーバと呼ばれ、上記同様の処理により、有線端末とアクセスサーバ間でＰＰＰ通信を行う。
【００３４】
図２は、ＰＤＳＮ２００の機能構成図である。ＰＤＳＮ２００は、プロバイダネットワーク１４０との外部インタフェースを持つネットワーク部２１０、２２０、ＰＰＰといったプロトコル処理を行う制御部２４０、統計情報や課金情報といった必要情報を蓄えるデータ蓄積部２３０から構成される。
【００３５】
ネットワーク部２１０は、伝送路インタフェース２１１とバスコントローラ２１２から成り、外部から受信したデータを装置バス２３４経由で制御部２４０へと転送する機能を持つ。また制御部２４０から送信されたデータを外部インタフェースに送信する場合もこのネットワーク部２１０を介して転送される。
【００３６】
このネットワーク部２１０は単数、または複数２２０あり、プロバイダネットワーク１４０向けとＩＰ Ｎｅｔｗｏｒｋ７００の外部インタフェースを分けること、または共通にすることを選択することができる。
【００３７】
制御部２４０は、装置バス２３４とプロセッサバス２３５のアクセス調停を行うバスコントローラ２４２、ソフトウェアを動作させるプロセッサ２４３、ソフトウェア動作に必要なワークエリア、テーブル格納、プログラム格納、および外部から受信したパケットを格納するメモリ２４１、プロセッサ能力を向上させるためのキャッシュメモリ２４４、これらを接続するプロセッサバス２３５から成る。
【００３８】
データ蓄積部２３０は、装置バス２３４とのアクセス調停を行うバスコントローラ２３１、プログラムを格納するハードディスク又はフラッシュクメモリ２３２、ハードディスクまたはフラッシュメモリ２３２を制御するディスク制御２３３から成る。
【００３９】
図３は、プロセッサで動作するソフトウェア構成２０００であり、オペレーションシステム（以下ＯＳと称す）２８００上にＰＰＰ交渉を行うＰＰＰ処理２１００、無線管理装置１３０とＲ−Ｐセッション１３２を確立するＲ−Ｐセッション処理２４００、認証処理を行う認証処理２２００、課金の情報を収集する課金処理２３００、Router Advertisement処理等を行うＩＰ処理２５００、ＦＡ（Foreign Agent）処理を行うMobile IP処理２６００が動作している。
【００４０】
ＩＰ処理２５００は、更に図９のように移動端末１００からのパケットを処理するＩｎｇｒｅｓｓ処理部２５０１と、ＩＰ Ｎｅｔｗｏｒｋ７００からのパケットを処理するＥｇｒｅｓｓ処理部２５０２から構成される。
【００４１】
Ｉｎｇｒｅｓｓ処理部２５０１は、移動端末からのパケットを受信するデータ受信部２５０３、パケットのＩＰヘッダを解析するヘッダ解析部２５０４、ＩＰ Ｎｅｔｗｏｒｋ７００へパケットを転送するＩＰパケット処理部２５０５とデータ送信部２５０７、ＩＰｖ６アドレスのInterface IDの更新通知を受信した際のアドレスの重複有無を検知する重複アドレス検知部２５０６から構成される。
【００４２】
重複アドレス検知部２５０６では、図７に示すNeighbor Solicitationパケットを使用し、非特許文献５で開示の通りＲＦＣ３０４１に規定されている重複アドレス検知（DAD：duplicate address detection）により、Target Addressフィールド１１００からＰＤＳＮ２００のInterface IDとの重複検知を行い、移動端末１００とＰＤＳＮ２００間でInterface IDの重複を防ぐことが可能となる。また、重複しない場合は、ＩＰｖ６アドレスフィルタリング部２５１１へ、Interface IDの受け渡し更新を行う。
【００４３】
Ｅｇｒｅｓｓ処理部２５０２は、ＩＰ Ｎｅｔｗｏｒｋ７００からのパケットを受信するデータ受信部２５０８、パケットのヘッダを解析するＩＰｖ６ヘッダ解析部２５０９、移動端末へ転送すべきＰｒｅｆｉｘかを検知する登録Ｐｒｅｆｉｘ検索部２５１０、不正アドレスを検知し、パケットをフィルタするＩＰｖ６アドレスフィルタリング処理部２５１１、および移動端末１００にパケットを転送するＩＰパケット処理部２５１２およびデータ送信部２５１３から構成される。
【００４４】
ＩＰｖ６アドレスフィルタリング処理部２５１１では、図５に示すＩＰｖ６パケットのDestination Addressフィールド１０００のアドレスと、Interface IDとを比較し、不正アドレスによるパケットをフィルタすることが可能となる。
【００４５】
図１０は、重複アドレス検出部２５０６とＥｇｒｅｓｓフィルタリング部２５１１の構成を示したものである。Ｅｇｒｅｓｓフィルタリング部２５１１には、アドレス登録テーブル２７００があり、移動端末のＰｒｅｆｉｘとInterface IDが登録される。
【００４６】
図３のソフトウェアは、移動端末１００との接続に図４フロー手順で処理を行う。先ず、無線管理装置１３０からのＲ−Ｐセッション１３２要求があることで２００１から開始され、ステップ２４０１に進む。
【００４７】
ステップ２４０１では、ＰＤＳＮ２００に新規接続である移動端末１００の接続を受け入れる空き容量があるかを、Ｒ−Ｐセッション処理２４００がチェックする。Ｒ−Ｐセッション処理２４００は、この空き容量がある場合、ステップ２４０２へ、空き容量がない場合は、受け入れ拒否としてステップ２４０３へ進む。
【００４８】
ステップ２４０３では、無線管理装置１３０に対して、ＰＤＳＮ２００に空き容量がないことを伝える処理（Re-Direct）を行い、ステップ２００２に進み終了となる。
【００４９】
一方、ステップ２４０２に進んだ場合は、接続処理を開始して、ステップ２４０４でＲ−Ｐセッションが確立するまでＲ−Ｐセッション処理２４０２を繰り返し、確立が完了するとステップ２１０１に進む。ステップ２１０１では、ＰＰＰ処理２１００が始まり、先ずＬＣＰ交渉が開始される。
【００５０】
ＬＣＰ交渉が完了した場合、ステップ２２０１の認証処理２２００に進む。認証処理２２００では、Proxy-RADIUS経由でHome-RADIUSに認証要求を行い、ステップ２２０２に進む。認証結果が成功であった場合、ステップ２１０２に進む。ステップ２２０２で認証失敗であった場合には、ステップ２２０３に進み切断、もしくは再接続となりステップ２００２に進む。
【００５１】
切断か再接続かは装置管理によって選択される。ステップ２１０２では、ＰＰＰ処理２１００にもどり、ＩＰｖ６ＣＰ交渉が始まる。ＩＰｖ６ＣＰ交渉が完了するとステップ２５０１に進む。
【００５２】
ステップ２５０１では、ＩＰ処理２５００がステップ２１０２で決定したInterface-IDをEgressフィルタリング部２５１１のアドレス登録テーブル２７００に設定した後、移動端末に対してRouter Advertisementの送信処理を行い、ステップ２００２に進み接続が完了する。Router Advertisement１０５は、移動端末１００にＰｒｅｆｉｘを通知する役割がある。
【００５３】
次に図１３の接続シーケンスについて説明する。移動端末１００は、接続開始操作を行うと基地局１２０および無線管理装置１３０との間に無線チャネルを確立して、ＬＣＰ交渉１０１へと処理が進む。
【００５４】
その後、移動端末１００とＰＤＳＮ２００との間にＰＰＰ接続が完了するまでは図４の接続フォローに従ってＰＰＰ接続が行われる。ＰＰＰ接続中、ＩＰｖ６ＣＰ交渉１０４にて決定したInterface-IDは、PDSN２００のIP処理２５００によってEgressフィルタリング部２５１１のアドレス登録テーブル２７００へと設定される。
【００５５】
ＰＰＰ接続後、IP Network７００からＩＰｖ６データが到着するとＩＰ処理部２５００は、図１２のフローに従ってＩＰｖ６を移動端末へと通過させるか判断する。
【００５６】
ステップ７０１では、受信パケットを判別し、ＩＰｖ６パケットの場合、ステップ７０２へ進み、受信したＩＰｖ６のPrefixがＰＤＳＮ２００のアドレス登録テーブル２７００に存在しているか検索する。ステップ７０３で、一致するＰｒｅｆｉｘを検出した場合、ステップ７０４に進む。
【００５７】
ステップ７０４では、フィルタ効果のＯＮ、ＯＦＦをチェックする処理であり、予めシステムによって選択されている。フィルタ効果がＯＮの場合は、ステップ７０５へ、ＯＦＦの場合はステップ７０６へと進む。ステップ７０５に進んだ場合は、ステップ７０３でＰｒｅｆｉｘが一致した端末ＮｏのInterface-IDと受信したＩＰｖ６パケットのInterface-IDが一致するか判断する。
【００５８】
判断した結果、Interface-IDが一致した場合は、ステップ７０６へ進み、ＩＰｖ６パケット７５２を移動端末１００へと送信する。ステップ７０５の結果、Interface-IDが一致しなかった場合は、ステップ７０７へと進み、受信パケットを破棄して終了となる。
【００５９】
次に移動端末１００の匿名アドレス機能が働き、移動端末１００のInterface IDが更新された場合、移動端末１００は、図７のNeighbor Solicitationメッセージ７５４（重複アドレス探索パケット）内のTarget Addressフィールド１１００に設定される更新するInterface IDを格納して、ＰＤＳＮ２００へ通知する。ＰＤＳＮ２００は、このNeighbor Solicitationメッセージ７５４を受信すると図１１のフローでフィルタの値を更新２５０２する。
【００６０】
ステップ７５１で、受信したパケットがＩＰｖ６パケットであれば、ステップ７５３へ進む。ステップ７５３で受信したパケットがNeighbor Solicitationであり、Target Addressを含んでいた場合、ステップ７５４へ進み、ＩＣＭＰｖ6のTarget Addressフィールド１１００のInterface ID抽出を行う。
【００６１】
Target Addressがない場合、処理を終了する。次にステップ７５５では、ＰＤＳＮ２００のInterface IDと、Target Addressフィールド１１００のInterface-IDが重複しないかチェックを行う。
【００６２】
チェックの結果、重複しない場合は、ステップ７５７へ、重複する場合はステップ７５６へ進む。ステップ７５７では、アドレス管理テーブル２７００のInterface IDをステップ７５４で抽出したInterface ID２６００に書き換えて終了となる。一方、ステップ７５６に進んだ場合、移動端末へInterface IDが重複していることをNeighbor Advertisementを送信することで通知する。
【００６３】
その後、ＩＰ Ｎｅｔｗｏｒｋ７００から移動端末１００宛てに送信されたＩＰｖ６パケットは、上述の更新後のInterface ID７６０であれば通過させ、異なるInterface ID７６２であれば破棄する。
【００６４】
このように匿名アドレス機能を持った移動端末であっても、アドレスを変える際に移動端末から送信されるNeighbor Solicitationを用いて、ＰＤＳＮのフィルタを追従して更新することで、移動端末のアドレスとＰＤＳＮのフィルタを同期させたフィルタが実現できる。更にＰＤＳＮにＩＰｖ６フィルタを設けることによって、外部からのなりすまし（ＩＰｖ６アドレス悪用）を防ぎ、セキュリティの高い通信が可能となり、ＰＤＳＮで不正なパケットを破棄することで誤課金を防止することができる。
【００６５】
更にはプロバイダネットワークに対して宛先不明パケットの送信を防ぐことで、無線リソースを有効利用を向上させる効果もある。
【符号の説明】
【００６６】
１００ 移動端末（ＩＰｖ６）
２００ データ通信装置
４００ ルータ
５００ Ｐｒｏｘｙ Ｒａｄｉｕｓ
６００ Ｈｏｍｅ Ｒａｄｉｕｓ
７００ ＩＰ Ｎｅｔｗｏｒｋ
２０００ データ通信装置ソフトウェア
２５００ ＩＰ処理
【技術分野】
【０００１】
本発明は、データ通信装置、データ通信方法、および移動体通信システムに用いる通信端末装置及びアクセスサーバ、ならびにコンピュータ・プログラムに関する。
【背景技術】
【０００２】
近年、移動体通信において、移動端末を使ったメールの送受信、インターネットへのアクセス、Web閲覧といったデータ通信が盛んに行われている。このようなデータ通信を実現するため、移動無線端末とデータ通信装置（Packet Data Serving Node：以下ＰＤＳＮと称す）間のデータ通信用として、非特許文献１に開示のとおりＲＦＣ１６６１で標準化されているPoint to Point Protocol（以下ＰＰＰと称す）が使用されていることが知られている。ＰＰＰでは、データ通信に必要なリンク設定の交渉、アクセスするユーザの認証、ＩＰアドレスやＤＮＳサーバアドレスを通知する機能から成り立っている。
【０００３】
また、ＰＰＰで転送するネットワーク層としてInternet Protocol（以下ＩＰと称す）が用いられ、現在多く使用されているＩＰはＩＰｖ４であり、発信元／宛先として３２ビットからなるアドレス（ＩＰアドレス）が用いられている。
【０００４】
インターネット通信においては、３２ビットＩＰアドレスを各発信元／宛先にユニークに割り当てるグローバルＩＰアドレスを採用し、ＩＰアドレスに応じて、個々の発信元／宛先を判別している。しかし、インターネットの世界は急速に広がりを見せており、ＩＰｖ４の限られたアドレス空間、すなわちグローバルアドレスの枯渇が問題となってきている。
【０００５】
これを解決するためにInternet Engineering Task Force（以下ＩＥＴＦと称す）では、次世代ＩＰアドレスとしてＩＰアドレス空間を３２ビットから１２８ビットに拡張する新しいInternet Protocol version 6（以下ＩＰｖ６と称す）を提案している。
【０００６】
図８は、ＩＰｖ６アドレスのフォーマットを示す図である。ＩＰｖ６アドレスの上位６４ビットは経路情報（ネットワークプレフィックス：Network Prefix：以下Ｐｒｅｆｉｘと称す）２３０１であり、下位６４ビットはノードが有するネットワークインタフェースを、ノードが接続しているサブネットワーク内で識別するためのインタフェース識別子２３０２(以下Interface IDと称す)である。Interface ID２３０２はサブネットワーク内で一意であり、Interface IDとしてＭＡＣアドレス等が利用される。
【０００７】
ＰＰＰを用いたＩＰｖ６通信は、非特許文献２に開示のとおりＲＦＣ２４７２で規定されているＩＰｖ６ＣＰ手順を用いて行われる。このＩＰｖ６ＣＰ手順では、ＩＰｖ６アドレスのInterface ID２３０２を通信相手に通知する手順が含まれている。
【０００８】
3rd Generation Partnership Project 2（以下３ＧＰＰ２と称す）のX.S0011-Cのリファレンスモデルでは、移動端末、移動端末と無線接続するRadio Network、移動端末とＰＰＰ接続するＰＤＳＮ、ＰＤＳＮが認証時にアクセスするＲＡＤＩＵＳ、インターネットプロバイダ、インターネットと接続されているＩＰ Ｎｅｔｗｏｒｋから構成される。移動端末とＰＤＳＮ間でＰＰＰ接続が完了すると、移動端末は、プロバイダネットワーク１４０、ＰＤＳＮを介してＩＰ Ｎｅｔｗｏｒｋと接続し、インターネット通信、コンテンツ閲覧を行えるようになる。
【０００９】
ＩＰｖ６接続を行う場合、ＰＤＳＮは、移動端末に付与するＰｒｅｆｉｘをＰＰＰリンク毎にユニークにしなければならないことが知られており、Ｐｒｅｆｉｘは、ルータ広告（以下Router Advertisementと称す）で移動端末に通知することも知られている。
【００１０】
また、移動端末とＩＰ Ｎｅｔｗｏｒｋ間で送受信されるＩＰｖ６パケットは、ＰｒｅｆｉｘがＰＰＰリンク毎にユニークであるため、ＰＤＳＮが、図８で示しているＩＰｖ６アドレスの上位６４ｂｉｔのＰｒｅｆｉｘ２３０１から経路選択を行い、移動端末およびＩＰ Ｎｅｔｗｏｒｋへの転送を行っている。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】3ＧＰＰ2 Ｘ．Ｓ0011−Ｃ cdma2000 Wireless IP network Standard
【非特許文献２】ＲＦＣ１６６１ Point to Point Protocol
【非特許文献３】ＲＦＣ２４７２ IP Version 6 over PPP
【非特許文献４】ＲＦＣ２８６５ Remote Authentication Dial In User Service (RADIUS)
【非特許文献５】ＲＦＣ３０４１ Privacy Extensions for Stateless Address Autoconfiguration in IPv6
【発明の概要】
【発明が解決しようとする課題】
【００１２】
上述した非特許文献１に示される従来のネットワーク接続方式では、ＰｒｅｆｉｘはＰＰＰリンク毎にユニークに割り当てることが規定されており、ＩＰ Ｎｅｔｗｏｒｋから移動端末への下りパケットは、ＰＤＳＮがＰｒｅｆｉｘから経路を選択し、移動端末へ転送する。
【００１３】
また、Interface IDは重複しなければ、ＲＡＤＩＵＳまたはＰＤＳＮから任意に割当可能であり、さらに移動端末からInterface IDを指定することも可能である。
【００１４】
図６にＩＰｖ６接続シーケンスを説明する。移動端末１００は、ユーザによる接続要求があると始めに基地局１２０、および無線管理装置１３０と無線セッション１３１を確立する。無線管理装置１３０は、無線セッション１３１を確立するとＰＤＳＮ２００との間でＲ−Ｐセッション１３２の接続が開始される。無線セッション１３１、Ｒ−Ｐセッション１３２とは、移動体通信に必要な専用のシグナリングである。
【００１５】
ＰＰＰはＬＣＰ交渉１０１、認証１０２、ＩＰｖ６ＣＰ交渉１０４からなり、認証の際には、ＰＤＳＮ２００はAccess−Request５０１をＲＡＤＩＵＳ５００へと送信し、許可した場合、Access-Accept５０２という認証許可パケットをＰＤＳＮ２００宛てに返送する。
【００１６】
このAccess-Acceptパケットには、このユーザに割り当てるＩＰｖ６アドレスのＰｒｅｆｉｘがFramed-IPv６-Prefix属性として含められることが知られている。ＰＤＳＮ２００は、Framed-IPv６-PrefixからＰｒｅｆｉｘを取り出し、Router Advertisementメッセージに含めることで移動端末１００に通知する。
【００１７】
Interface IDはＩＰｖ６ＣＰ交渉により、移動端末１００に通知される。ＰｒｅｆｉｘとInterface IDの通知を受けた移動端末１００は、ＩＰｖ６グローバルアドレスを生成し、ＩＰ Ｎｅｔｗｏｒｋ７００へのＩＰｖ６通信が可能となる。
【００１８】
ＩＰ Ｎｅｔｗｏｒｋ７００から移動端末１００へ送信される下りのＩＰｖ６データパケットは、ＰＤＳＮ２００がＰｒｅｆｉｘにより移動端末１００への経路の選択を行う。そのため、図６に示すように、移動端末１００に割り当てられたInterface IDと異なるパケット７０１がＩＰ Ｎｅｔｗｏｒｋ７００からＰＤＳＮ２００に送られた場合、ＰＤＳＮ２００はＰｒｅｆｉｘが一致するので、移動端末１００にパケットを転送する。移動端末１００は割り当てられたInterface IDと異なるため、ＰＤＳＮ２００から受信したパケット７０２を破棄する。
【００１９】
しかし、ＰＤＳＮ２００は、この転送したパケットに対する課金誤りを起こす。また、ＩＰ Ｎｅｔｗｏｒｋ７００からの不正なデータ配信により、無線リンク内で、宛先不明パケットのトラフィック増加となる問題が発生する。
【００２０】
そのため、ＰＤＳＮは、ＩＰｖ６アドレスのＰｒｅｆｉｘとInterface IDを検知して、不正パケットをフィルタする機能を実装するニーズがある。
【００２１】
しかしながら、ＩＰｖ６のInterface IDは、一般的にＭＡＣアドレスを用いて、生成することから、ＭＡＣアドレスを悪用される可能性があり、これを防ぐ為に、周期的にInterface IDを変化させる機構がＲＦＣ３０４１（以下ＩＰｖ６匿名アドレスと称す）で規定されている。
【００２２】
前記ＩＰｖ６匿名アドレス機能を備えた移動端末１００が存在する場合、移動端末１００はＰＰＰ接続後、周期的にInterface IDを更新する。しかし、ＰＤＳＮは、ＰＰＰ接続時に決定したInterface IDをもってフィルタ設定をしているため、移動端末が周期的にInterface IDを更新した場合、本来正しいInterface IDをもったＩＰｖ６アドレスであってもＰＤＳＮはフィルタによって破棄してしまう問題が発生する。
【００２３】
本発明の目的は、上記従来の技術の欠点を解消し、ＩＰｖ６匿名アドレス機能を備えた移動端末に対しても、適用できるフィルタを備えたデータ通信装置を提供するものである。
【課題を解決するための手段】
【００２４】
上記目的を達成するため、本発明の第１の発明は、プロバイダネットワーク介し、ＰＰＰ（Point to Point Protocol）を用いて通信端末装置をＩＰ Ｎｅｔｗｏｒｋに接続させるデータ通信装置であって、前記ＰＰＰ接続完了後、ＩＰｖ６匿名アドレス機能を備えた通信端末装置において、移動端末から受信したＩＰｖ６アドレスのInterface IDの重複を判別する重複アドレス検知（ＲＦＣ３０４１のＤＡＤ：duplicate address detection）部と、動的に更新するInterface ID検知部に対応するＩＰｖ６アドレスフィルタ機能を備えたことを特徴とする。
【発明の効果】
【００２５】
以上に説明したように、課題を解決する手段を用いることで、移動端末がＩＰｖ６匿名アドレス機能を備えている場合でも、ＰＤＳＮ装置で不正パケットをフィルタすることができる。
【００２６】
これにより、ＰＤＳＮ装置で不正なパケットに対する課金を防ぐことが可能となり、さらに移動体通信システム内の宛先不明パケット流入によるトラフィックの増加を防ぐことで、無線リンクのリソースを有効に利用することができる。
【図面の簡単な説明】
【００２７】
【図１】本発明における３ＧＰＰ２（3rd Generation Partnership Project 2）のX.S0011-Cのネットワークモデルを適用した移動体通信システムを示した図である。
【図２】本発明におけるデータ通信装置の機能構成を示した図である。
【図３】本発明におけるデータ通信装置のソフトウェア構成を示した図である。
【図４】本発明におけるＰＰＰセッション確立処理フローを示した図である。
【図５】従来のＩＰｖ６パケットフォーマットを表した図である。
【図６】従来のＰＰＰセッション確立シーケンスおよびパケットデータの流れを示した図である。
【図７】従来のNeighbor Solicitationメッセージフォーマットを表した図である。
【図８】従来のＩＰｖ６アドレス構成を表した図である。
【図９】本発明におけるデータ通信装置のＩＰ処理部の構成を示した図である。
【図１０】本発明におけるデータ通信装置のアドレスフィルタリングテーブルを示した図である。
【図１１】本発明におけるＩＰｖ６アドレス重複検知処理フローを表した図である。
【図１２】本発明におけるデータ通信装置のＩＰｖ６アドレスフィルタリング処理フローを表した図である。
【図１３】本発明におけるＰＰＰセッション確立シーケンスおよびデータパケットの流れを示した図である。
【発明を実施するための形態】
【００２８】
以下に本発明の実施の形態を説明する。
【実施例１】
【００２９】
以下では、非特許文献１に示されるネットワークモデルを適用した通信システムにおいて、ＩＰｖ６パケット通信を用いた発明の実施の形態を説明する。
【００３０】
図１は、本発明を適用した移動体通信システムを示した図である。移動端末１００と移動端末１００と無線リンクで接続する基地局１２０、無線管理を行う無線装置１３０、移動端末１００とＰＰＰ接続するＰＤＳＮ２００、ＰＤＳＮ２００がユーザ認証時にProxy-RADIUS５００経由でアクセスするHome-RADIUS６００、ＩＰ Ｎｅｔｗｏｒｋ７００から構成される。
【００３１】
ＩＰ Ｎｅｔｗｏｒｋ７００は、ＩＰｖ６通信が行なわれるため、ＩＰｖ６ルータが必要であることは説明するまでもない。移動端末１００は、ＰＰＰ接続１０６が完了すると、無線管理装置１２０、ＰＤＳＮ２００、ＩＰ Ｎｅｔｗｏｒｋ７００（たとえばインターネット）と接続し、インターネット通信、コンテンツ閲覧を行えるようになる。
【００３２】
プロバイダネットワーク１４０とは、一般的なサービスプロバイダが管理するネットワークであり、ＰＤＳＮ２００、Proxy-RADIUS５００もサービスプロバイダで管理している場合が多い。移動端末１００は、接続開始操作を行うことでＰＤＳＮ２００に対してＰＰＰ接続確立１０６を開始、ＰＰＰ接続が完了した後のデータ送受信が可能となる。
【００３３】
上記実施例では、端末として移動端末の場合を例に説明したが、有線端末であっても本発明を適用できる。この場合、ＰＤＳＮ２００は、一般にアクセスサーバと呼ばれ、上記同様の処理により、有線端末とアクセスサーバ間でＰＰＰ通信を行う。
【００３４】
図２は、ＰＤＳＮ２００の機能構成図である。ＰＤＳＮ２００は、プロバイダネットワーク１４０との外部インタフェースを持つネットワーク部２１０、２２０、ＰＰＰといったプロトコル処理を行う制御部２４０、統計情報や課金情報といった必要情報を蓄えるデータ蓄積部２３０から構成される。
【００３５】
ネットワーク部２１０は、伝送路インタフェース２１１とバスコントローラ２１２から成り、外部から受信したデータを装置バス２３４経由で制御部２４０へと転送する機能を持つ。また制御部２４０から送信されたデータを外部インタフェースに送信する場合もこのネットワーク部２１０を介して転送される。
【００３６】
このネットワーク部２１０は単数、または複数２２０あり、プロバイダネットワーク１４０向けとＩＰ Ｎｅｔｗｏｒｋ７００の外部インタフェースを分けること、または共通にすることを選択することができる。
【００３７】
制御部２４０は、装置バス２３４とプロセッサバス２３５のアクセス調停を行うバスコントローラ２４２、ソフトウェアを動作させるプロセッサ２４３、ソフトウェア動作に必要なワークエリア、テーブル格納、プログラム格納、および外部から受信したパケットを格納するメモリ２４１、プロセッサ能力を向上させるためのキャッシュメモリ２４４、これらを接続するプロセッサバス２３５から成る。
【００３８】
データ蓄積部２３０は、装置バス２３４とのアクセス調停を行うバスコントローラ２３１、プログラムを格納するハードディスク又はフラッシュクメモリ２３２、ハードディスクまたはフラッシュメモリ２３２を制御するディスク制御２３３から成る。
【００３９】
図３は、プロセッサで動作するソフトウェア構成２０００であり、オペレーションシステム（以下ＯＳと称す）２８００上にＰＰＰ交渉を行うＰＰＰ処理２１００、無線管理装置１３０とＲ−Ｐセッション１３２を確立するＲ−Ｐセッション処理２４００、認証処理を行う認証処理２２００、課金の情報を収集する課金処理２３００、Router Advertisement処理等を行うＩＰ処理２５００、ＦＡ（Foreign Agent）処理を行うMobile IP処理２６００が動作している。
【００４０】
ＩＰ処理２５００は、更に図９のように移動端末１００からのパケットを処理するＩｎｇｒｅｓｓ処理部２５０１と、ＩＰ Ｎｅｔｗｏｒｋ７００からのパケットを処理するＥｇｒｅｓｓ処理部２５０２から構成される。
【００４１】
Ｉｎｇｒｅｓｓ処理部２５０１は、移動端末からのパケットを受信するデータ受信部２５０３、パケットのＩＰヘッダを解析するヘッダ解析部２５０４、ＩＰ Ｎｅｔｗｏｒｋ７００へパケットを転送するＩＰパケット処理部２５０５とデータ送信部２５０７、ＩＰｖ６アドレスのInterface IDの更新通知を受信した際のアドレスの重複有無を検知する重複アドレス検知部２５０６から構成される。
【００４２】
重複アドレス検知部２５０６では、図７に示すNeighbor Solicitationパケットを使用し、非特許文献５で開示の通りＲＦＣ３０４１に規定されている重複アドレス検知（DAD：duplicate address detection）により、Target Addressフィールド１１００からＰＤＳＮ２００のInterface IDとの重複検知を行い、移動端末１００とＰＤＳＮ２００間でInterface IDの重複を防ぐことが可能となる。また、重複しない場合は、ＩＰｖ６アドレスフィルタリング部２５１１へ、Interface IDの受け渡し更新を行う。
【００４３】
Ｅｇｒｅｓｓ処理部２５０２は、ＩＰ Ｎｅｔｗｏｒｋ７００からのパケットを受信するデータ受信部２５０８、パケットのヘッダを解析するＩＰｖ６ヘッダ解析部２５０９、移動端末へ転送すべきＰｒｅｆｉｘかを検知する登録Ｐｒｅｆｉｘ検索部２５１０、不正アドレスを検知し、パケットをフィルタするＩＰｖ６アドレスフィルタリング処理部２５１１、および移動端末１００にパケットを転送するＩＰパケット処理部２５１２およびデータ送信部２５１３から構成される。
【００４４】
ＩＰｖ６アドレスフィルタリング処理部２５１１では、図５に示すＩＰｖ６パケットのDestination Addressフィールド１０００のアドレスと、Interface IDとを比較し、不正アドレスによるパケットをフィルタすることが可能となる。
【００４５】
図１０は、重複アドレス検出部２５０６とＥｇｒｅｓｓフィルタリング部２５１１の構成を示したものである。Ｅｇｒｅｓｓフィルタリング部２５１１には、アドレス登録テーブル２７００があり、移動端末のＰｒｅｆｉｘとInterface IDが登録される。
【００４６】
図３のソフトウェアは、移動端末１００との接続に図４フロー手順で処理を行う。先ず、無線管理装置１３０からのＲ−Ｐセッション１３２要求があることで２００１から開始され、ステップ２４０１に進む。
【００４７】
ステップ２４０１では、ＰＤＳＮ２００に新規接続である移動端末１００の接続を受け入れる空き容量があるかを、Ｒ−Ｐセッション処理２４００がチェックする。Ｒ−Ｐセッション処理２４００は、この空き容量がある場合、ステップ２４０２へ、空き容量がない場合は、受け入れ拒否としてステップ２４０３へ進む。
【００４８】
ステップ２４０３では、無線管理装置１３０に対して、ＰＤＳＮ２００に空き容量がないことを伝える処理（Re-Direct）を行い、ステップ２００２に進み終了となる。
【００４９】
一方、ステップ２４０２に進んだ場合は、接続処理を開始して、ステップ２４０４でＲ−Ｐセッションが確立するまでＲ−Ｐセッション処理２４０２を繰り返し、確立が完了するとステップ２１０１に進む。ステップ２１０１では、ＰＰＰ処理２１００が始まり、先ずＬＣＰ交渉が開始される。
【００５０】
ＬＣＰ交渉が完了した場合、ステップ２２０１の認証処理２２００に進む。認証処理２２００では、Proxy-RADIUS経由でHome-RADIUSに認証要求を行い、ステップ２２０２に進む。認証結果が成功であった場合、ステップ２１０２に進む。ステップ２２０２で認証失敗であった場合には、ステップ２２０３に進み切断、もしくは再接続となりステップ２００２に進む。
【００５１】
切断か再接続かは装置管理によって選択される。ステップ２１０２では、ＰＰＰ処理２１００にもどり、ＩＰｖ６ＣＰ交渉が始まる。ＩＰｖ６ＣＰ交渉が完了するとステップ２５０１に進む。
【００５２】
ステップ２５０１では、ＩＰ処理２５００がステップ２１０２で決定したInterface-IDをEgressフィルタリング部２５１１のアドレス登録テーブル２７００に設定した後、移動端末に対してRouter Advertisementの送信処理を行い、ステップ２００２に進み接続が完了する。Router Advertisement１０５は、移動端末１００にＰｒｅｆｉｘを通知する役割がある。
【００５３】
次に図１３の接続シーケンスについて説明する。移動端末１００は、接続開始操作を行うと基地局１２０および無線管理装置１３０との間に無線チャネルを確立して、ＬＣＰ交渉１０１へと処理が進む。
【００５４】
その後、移動端末１００とＰＤＳＮ２００との間にＰＰＰ接続が完了するまでは図４の接続フォローに従ってＰＰＰ接続が行われる。ＰＰＰ接続中、ＩＰｖ６ＣＰ交渉１０４にて決定したInterface-IDは、PDSN２００のIP処理２５００によってEgressフィルタリング部２５１１のアドレス登録テーブル２７００へと設定される。
【００５５】
ＰＰＰ接続後、IP Network７００からＩＰｖ６データが到着するとＩＰ処理部２５００は、図１２のフローに従ってＩＰｖ６を移動端末へと通過させるか判断する。
【００５６】
ステップ７０１では、受信パケットを判別し、ＩＰｖ６パケットの場合、ステップ７０２へ進み、受信したＩＰｖ６のPrefixがＰＤＳＮ２００のアドレス登録テーブル２７００に存在しているか検索する。ステップ７０３で、一致するＰｒｅｆｉｘを検出した場合、ステップ７０４に進む。
【００５７】
ステップ７０４では、フィルタ効果のＯＮ、ＯＦＦをチェックする処理であり、予めシステムによって選択されている。フィルタ効果がＯＮの場合は、ステップ７０５へ、ＯＦＦの場合はステップ７０６へと進む。ステップ７０５に進んだ場合は、ステップ７０３でＰｒｅｆｉｘが一致した端末ＮｏのInterface-IDと受信したＩＰｖ６パケットのInterface-IDが一致するか判断する。
【００５８】
判断した結果、Interface-IDが一致した場合は、ステップ７０６へ進み、ＩＰｖ６パケット７５２を移動端末１００へと送信する。ステップ７０５の結果、Interface-IDが一致しなかった場合は、ステップ７０７へと進み、受信パケットを破棄して終了となる。
【００５９】
次に移動端末１００の匿名アドレス機能が働き、移動端末１００のInterface IDが更新された場合、移動端末１００は、図７のNeighbor Solicitationメッセージ７５４（重複アドレス探索パケット）内のTarget Addressフィールド１１００に設定される更新するInterface IDを格納して、ＰＤＳＮ２００へ通知する。ＰＤＳＮ２００は、このNeighbor Solicitationメッセージ７５４を受信すると図１１のフローでフィルタの値を更新２５０２する。
【００６０】
ステップ７５１で、受信したパケットがＩＰｖ６パケットであれば、ステップ７５３へ進む。ステップ７５３で受信したパケットがNeighbor Solicitationであり、Target Addressを含んでいた場合、ステップ７５４へ進み、ＩＣＭＰｖ6のTarget Addressフィールド１１００のInterface ID抽出を行う。
【００６１】
Target Addressがない場合、処理を終了する。次にステップ７５５では、ＰＤＳＮ２００のInterface IDと、Target Addressフィールド１１００のInterface-IDが重複しないかチェックを行う。
【００６２】
チェックの結果、重複しない場合は、ステップ７５７へ、重複する場合はステップ７５６へ進む。ステップ７５７では、アドレス管理テーブル２７００のInterface IDをステップ７５４で抽出したInterface ID２６００に書き換えて終了となる。一方、ステップ７５６に進んだ場合、移動端末へInterface IDが重複していることをNeighbor Advertisementを送信することで通知する。
【００６３】
その後、ＩＰ Ｎｅｔｗｏｒｋ７００から移動端末１００宛てに送信されたＩＰｖ６パケットは、上述の更新後のInterface ID７６０であれば通過させ、異なるInterface ID７６２であれば破棄する。
【００６４】
このように匿名アドレス機能を持った移動端末であっても、アドレスを変える際に移動端末から送信されるNeighbor Solicitationを用いて、ＰＤＳＮのフィルタを追従して更新することで、移動端末のアドレスとＰＤＳＮのフィルタを同期させたフィルタが実現できる。更にＰＤＳＮにＩＰｖ６フィルタを設けることによって、外部からのなりすまし（ＩＰｖ６アドレス悪用）を防ぎ、セキュリティの高い通信が可能となり、ＰＤＳＮで不正なパケットを破棄することで誤課金を防止することができる。
【００６５】
更にはプロバイダネットワークに対して宛先不明パケットの送信を防ぐことで、無線リソースを有効利用を向上させる効果もある。
【符号の説明】
【００６６】
１００ 移動端末（ＩＰｖ６）
２００ データ通信装置
４００ ルータ
５００ Ｐｒｏｘｙ Ｒａｄｉｕｓ
６００ Ｈｏｍｅ Ｒａｄｉｕｓ
７００ ＩＰ Ｎｅｔｗｏｒｋ
２０００ データ通信装置ソフトウェア
２５００ ＩＰ処理
【特許請求の範囲】
【請求項１】
プロバイダネットワークを介し、ＰＰＰ（Point to Point Protocol）を用いて通信端末装置と公衆網との間でＩＰｖ６パケット通信を行なうデータ通信装置であって、
通信端末装置から該通信端末装置のインタフェース識別子の更新通知を受信すると、該インタフェース識別子とサブネットワーク内の他の通信端末装置のインタフェース識別子との重複有無を検知し、重複しない場合には前記通信端末装置のインタフェース識別子を更新するとともにフィルタリングテーブルに該更新後のインタフェース識別子を登録し、
公衆網から受信したＩＰｖ６データパケットのＩＰｖ６アドレスと、前記フィルタリングテーブルに基づいて、該公衆網から受信したＩＰｖ６データパケットのフィルタリングを行なうデータ通信装置。
【請求項２】
ＲＦＣ３０４１（Privacy Extensions for Stateless Address Autoconfiguration in IPv6）で規定されるＩＰｖ６匿名アドレス機能を備えた通信端末装置と公衆網とを接続し、ＩＰｖ６データパケットの送受信を行うデータ通信装置であって、
ＩＰｖ６匿名アドレス機能により通信端末装置において動的に行なわれるインタフェース識別子の変更に追従させてフィルタリングテーブルを更新し、受信したＩＰｖ６データパケットのＩＰｖ６アドレスと、前記フィルタリングテーブルに基づいて、該公衆網から受信したＩＰｖ６データパケットのフィルタリングを行なうことを特徴とするパケット通信装置。
【請求項３】
プロバイダネットワークを介し、ＰＰＰ（Point to Point Protocol）を用いて通信端末装置と公衆網との間でＩＰｖ６パケット通信を行なうデータ通信装置におけるデータ通信方法であって、
通信端末装置から該通信端末装置のインタフェース識別子の更新通知を受信すると、該インタフェース識別子とサブネットワーク内の他の通信端末装置のインタフェース識別子との重複有無を検知し、重複しない場合には前記通信端末装置のインタフェース識別子を更新するとともにフィルタリングテーブルに該更新後のインタフェース識別子を登録し、
公衆網から受信したＩＰｖ６データパケットのＩＰｖ６アドレスと、前記フィルタリングテーブルに基づいて、該公衆網から受信したＩＰｖ６データパケットのフィルタリングを行なうデータ通信方法。
【請求項４】
ＲＦＣ３０４１（Privacy Extensions for Stateless Address Autoconfiguration in IPv6）で規定されるＩＰｖ６匿名アドレス機能を備えた通信端末装置と公衆網とを接続し、ＩＰｖ６データパケットの送受信を行うデータ通信装置におけるデータ通信方法であって、
ＩＰｖ６匿名アドレス機能により通信端末装置において動的に行なわれるインタフェース識別子の変更に追従させてフィルタリングテーブルを更新し、受信したＩＰｖ６データパケットのＩＰｖ６アドレスと、前記フィルタリングテーブルに基づいて、該公衆網から受信したＩＰｖ６データパケットのフィルタリングを行なうことを特徴とするパケット通信方法。
【請求項１】
プロバイダネットワークを介し、ＰＰＰ（Point to Point Protocol）を用いて通信端末装置と公衆網との間でＩＰｖ６パケット通信を行なうデータ通信装置であって、
通信端末装置から該通信端末装置のインタフェース識別子の更新通知を受信すると、該インタフェース識別子とサブネットワーク内の他の通信端末装置のインタフェース識別子との重複有無を検知し、重複しない場合には前記通信端末装置のインタフェース識別子を更新するとともにフィルタリングテーブルに該更新後のインタフェース識別子を登録し、
公衆網から受信したＩＰｖ６データパケットのＩＰｖ６アドレスと、前記フィルタリングテーブルに基づいて、該公衆網から受信したＩＰｖ６データパケットのフィルタリングを行なうデータ通信装置。
【請求項２】
ＲＦＣ３０４１（Privacy Extensions for Stateless Address Autoconfiguration in IPv6）で規定されるＩＰｖ６匿名アドレス機能を備えた通信端末装置と公衆網とを接続し、ＩＰｖ６データパケットの送受信を行うデータ通信装置であって、
ＩＰｖ６匿名アドレス機能により通信端末装置において動的に行なわれるインタフェース識別子の変更に追従させてフィルタリングテーブルを更新し、受信したＩＰｖ６データパケットのＩＰｖ６アドレスと、前記フィルタリングテーブルに基づいて、該公衆網から受信したＩＰｖ６データパケットのフィルタリングを行なうことを特徴とするパケット通信装置。
【請求項３】
プロバイダネットワークを介し、ＰＰＰ（Point to Point Protocol）を用いて通信端末装置と公衆網との間でＩＰｖ６パケット通信を行なうデータ通信装置におけるデータ通信方法であって、
通信端末装置から該通信端末装置のインタフェース識別子の更新通知を受信すると、該インタフェース識別子とサブネットワーク内の他の通信端末装置のインタフェース識別子との重複有無を検知し、重複しない場合には前記通信端末装置のインタフェース識別子を更新するとともにフィルタリングテーブルに該更新後のインタフェース識別子を登録し、
公衆網から受信したＩＰｖ６データパケットのＩＰｖ６アドレスと、前記フィルタリングテーブルに基づいて、該公衆網から受信したＩＰｖ６データパケットのフィルタリングを行なうデータ通信方法。
【請求項４】
ＲＦＣ３０４１（Privacy Extensions for Stateless Address Autoconfiguration in IPv6）で規定されるＩＰｖ６匿名アドレス機能を備えた通信端末装置と公衆網とを接続し、ＩＰｖ６データパケットの送受信を行うデータ通信装置におけるデータ通信方法であって、
ＩＰｖ６匿名アドレス機能により通信端末装置において動的に行なわれるインタフェース識別子の変更に追従させてフィルタリングテーブルを更新し、受信したＩＰｖ６データパケットのＩＰｖ６アドレスと、前記フィルタリングテーブルに基づいて、該公衆網から受信したＩＰｖ６データパケットのフィルタリングを行なうことを特徴とするパケット通信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００９−２６８１２８（Ｐ２００９−２６８１２８Ａ）
【公開日】平成２１年１１月１２日（２００９．１１．１２）
【国際特許分類】
【出願番号】特願２００９−１５１７３６（Ｐ２００９−１５１７３６）
【出願日】平成２１年６月２６日（２００９．６．２６）
【分割の表示】特願２００４−２７４３３５（Ｐ２００４−２７４３３５）の分割
【原出願日】平成１６年９月２２日（２００４．９．２２）
【出願人】（０００１５３４６５）株式会社日立コミュニケーションテクノロジー (770)
【Ｆターム（参考）】
【公開日】平成２１年１１月１２日（２００９．１１．１２）
【国際特許分類】
【出願日】平成２１年６月２６日（２００９．６．２６）
【分割の表示】特願２００４−２７４３３５（Ｐ２００４−２７４３３５）の分割
【原出願日】平成１６年９月２２日（２００４．９．２２）
【出願人】（０００１５３４６５）株式会社日立コミュニケーションテクノロジー (770)
【Ｆターム（参考）】
[ Back to top ]