JP4576950B2 - データ通信装置 - Google Patents

Description

本発明は、パケット通信処理システム、通信処理方法、および移動体通信システムに用いる通信端末装置及びアクセスサーバ、ならびにコンピュータ・プログラムに関する。

近年、移動体通信において、移動端末を使ったメールの送受信、インターネットへのアクセス、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検知部に対応するＩＰｖ６アドレスフィルタ機能を備えたことを特徴とする。

以上に説明したように、課題を解決する手段を用いることで、移動端末がＩＰｖ６匿名アドレス機能を備えている場合でも、ＰＤＳＮ装置で不正パケットをフィルタすることができる。

これにより、ＰＤＳＮ装置で不正なパケットに対する課金を防ぐことが可能となり、さらに移動体通信システム内の宛先不明パケット流入によるトラフィックの増加を防ぐことで、無線リンクのリソースを有効に利用することができる。

以下に本発明の実施の形態を説明する。

以下では、非特許文献１に示されるネットワークモデルを適用した通信システムにおいて、ＩＰｖ６パケット通信を用いた発明の実施の形態を説明する。

図１は、本発明を適用した移動体通信システムを示した図である。移動端末１００と移動端末１００と無線リンクで接続する基地局１２０、無線管理を行う無線装置１３０、移動端末１００とＰＰＰ接続するＰＤＳＮ２００、ＰＤＳＮ２００がユーザ認証時に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を用いて、ＰＤＳＮのフィルタを追従して更新することで、移動端末のアドレスとＰＤＳＮのフィルタを同期させたフィルタが実現できる。更にＰＤＳＮにＩＰｖ６フィルタを設けることによって、外部からのなりすまし（ＩＰｖ６アドレス悪用）を防ぎ、セキュリティの高い通信が可能となり、ＰＤＳＮで不正なパケットを破棄することで誤課金を防止することができる。

更にはプロバイダネットワークに対して宛先不明パケットの送信を防ぐことで、無線リソースを有効利用を向上させる効果もある。

本発明における３ＧＰＰ２（3rd Generation Partnership Project 2）のX.S0011-Cのネットワークモデルを適用した移動体通信システムを示した図である。 本発明におけるデータ通信装置の機能構成を示した図である。 本発明におけるデータ通信装置のソフトウェア構成を示した図である。 本発明におけるＰＰＰセッション確立処理フローを示した図である。 従来のＩＰｖ６パケットフォーマットを表した図である。 従来のＰＰＰセッション確立シーケンスおよびパケットデータの流れを示した図である。 従来のNeighbor Solicitationメッセージフォーマットを表した図である。 従来のＩＰｖ６アドレス構成を表した図である。 本発明におけるデータ通信装置のＩＰ処理部の構成を示した図である。 本発明におけるデータ通信装置のアドレスフィルタリングテーブルを示した図である。 本発明におけるＩＰｖ６アドレス重複検知処理フローを表した図である。 本発明におけるデータ通信装置のＩＰｖ６アドレスフィルタリング処理フローを表した図である。 本発明におけるＰＰＰセッション確立シーケンスおよびデータパケットの流れを示した図である。

符号の説明

１００ 移動端末（ＩＰｖ６）
２００ データ通信装置
４００ ルータ
５００ Ｐｒｏｘｙ Ｒａｄｉｕｓ
６００ Ｈｏｍｅ Ｒａｄｉｕｓ
７００ ＩＰ Ｎｅｔｗｏｒｋ
２０００ データ通信装置ソフトウェア
２５００ ＩＰ処理

Claims (2)

1. プロバイダネットワークを介し、ＰＰＰ（Point to Point Protocol）を用いて通信端末装置を公衆網に接続させるデータ通信装置であって、
   前記ＰＰＰ接続におけるＰＰＰフェーズ完了後、ＩＰｖ６ネットワークから通信端末装置へ送信されるＩＰｖ６データパケットのＩＰｖ６アドレスを検知する手段と、
   前記ＩＰｖ６データパケットを前記ＩＰｖ６アドレスでフィルタリングする手段と、
   通信端末装置からＩＰｖ６ネットワークへ送信されるＩＰｖ６データパケットを処理する手段と、を備え、
   前記ＩＰｖ６アドレスは、経路情報を表すネットワークプレフィックス部分と、前記ネットワークプレフィックスにより識別されるサブネットワーク内で通信端末装置を識別するためのインタフェース識別子とからなり、前記ＩＰｖ６アドレス検知手段は前記ネットワークプレフィックスの検知を行うものであり、また前記フィルタリング手段は前記通信端末装置のネットワークプレフィックスおよびインタフェース識別子が登録されたフィルタリングテーブルを有し、
   前記通信端末装置からのＩＰｖ６データパケットを処理する手段は、
   通信端末装置から該通信端末装置のインタフェース識別子の更新通知を受信すると、該インタフェース識別子とサブネットワーク内の他の通信端末装置のインタフェース識別子との重複有無を検知し、重複しない場合には前記通信端末装置の更新後のインタフェース識別子を前記フィルタリング手段へ受け渡し、前記フィルタリングテーブルのインタフェース識別子を更新し、
   前記フィルタリングする手段は、前記ＩＰｖ６ネットワークから受信したＩＰｖ６データパケットのＩＰｖ６アドレスを検知する手段でネットワークプレフィックスの検知を行なったＩＰｖ６データパケットについて、前記フィルタリングテーブルに基づいてさらに前記インターフェース識別子の一致の判断を行い、前記インターフェース識別子が一致している場合には前記ＩＰｖ６データパケットを通過させ、前記インターフェース識別子が一致していない場合には前記ＩＰｖ６データパケットを破棄することで前記ＩＰｖ６ネットワークから受信したＩＰｖ６データパケットのフィルタリングを行なうことを特徴とするデータ通信装置。
2. 前記通信端末装置は、ＲＦＣ３０４１（Privacy Extensions for Stateless Address Autoconfiguration in IPv6）で規定されるＩＰｖ６匿名アドレス機能を備えた通信端末装置であり、
   前記更新されるインタフェース識別子の重複の検知はＤＡＤ：duplicate address detectionにより行い、
   前記通信端末装置からのＩＰｖ６データパケットを処理する手段が、ＩＰｖ６匿名アドレス機能により通信端末装置において動的に行なわれるインタフェース識別子の変更に追従させてフィルタリングテーブルを更新することで、
   前記フィルタリング手段が、ＩＰｖ６匿名アドレス機能を備えた通信端末装置に対する不正パケットのフィルタリングを行えるようにしたことを特徴とする請求項１記載のデータ通信装置。

Images