(57)【要約】【課題】ＤＨＣＰサービスモデルに基づくＩＰｖ６アクセスネットワークにおける接続終了を検出するための方法および装置を提供する。【解決手段】加入者端末とアクセスノードの間のＩＰｖ６接続が、正常に確立されたとき、アクセスノードにおいて、加入者端末に対応する加入者接続キャッシュリストのエントリを作成するステップと、加入者接続キャッシュリストのエントリに設定されたポーリング時間に基づいて、加入者端末に対応する近隣キャッシュリストのエントリを照会するステップと、加入者接続キャッシュリストおよび近隣キャッシュリストの加入者端末に対応するエントリ情報に基づいて、加入者端末の接続が正常であるかどうかを決定するステップと、異常にログオフしている加入者端末の接続に対して、終了処理を実行するステップとを含む。【選択図】      図３
2006101504.tif 000002
【特許請求の範囲】
【請求項１】
加入者端末とアクセスノードの間の接続がＩＰｖ６アクセスネットワークにおいて終了されたかどうかを検出するための方法であって、前記ＩＰｖ６アクセスネットワークは、前記アクセスノード、および少なくとも１つの前記加入者端末を含み、前記アクセスノードは、近隣キャッシュリストを格納し、前記近隣キャッシュリストのエントリは、「ＩＰｖ６  ａｄｄｒｅｓｓ」フィールド、および「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドを含み、前記方法が、
前記加入者端末と前記アクセスノードの間のＩＰｖ６接続が正常に確立されたとき、アクセスノードにおいて、加入者端末に対応する加入者接続キャッシュリストのエントリを作成するステップと、
加入者接続キャッシュリストの前記エントリにおいて設定されるポーリング時間に基づいて、前記加入者端末に対応する前記近隣キャッシュリストのエントリを照会するステップと、
前記加入者接続キャッシュリストおよび近隣キャッシュリストの前記加入者端末に対応するエントリ情報に基づいて、前記加入者端末の接続が正常であるかどうかを決定するステップと、
異常にログオフする加入者端末の接続に対して終了処理を実行するステップとを含むことを特徴とする方法。
【請求項２】
前記加入者接続キャッシュリストのエントリは、
このエントリに対応する加入者端末のアドレスを識別するための「ＩＰｖ６  ａｄｄｒｅｓｓ」フィールドと、
前記加入者端末の接続状態を識別するための「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドと、
ポーリング時間を設定するための「Ｐｏｌｌｉｎｇ＿Ｔｉｍｅ」フィールドとを含むことを特徴とする請求項１に記載の接続が終了されたかどうかを検出するための方法。
【請求項３】
加入者接続キャッシュリストのエントリを作成するステップは、前記「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドを、前記加入者端末が正常に接続されたことを表す「ＡＣＴＩＶＥ」に設定し、「Ｐｏｌｌｉｎｇ＿Ｔｉｍｅ」フィールドを、第１の予め定められたポーリング時間に設定する請求項２に記載の接続が終了されたかどうかを検出するための方法。
【請求項４】
前記第１の予め定められたポーリング時間は、
近隣キャッシュリストの「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ｒｅａｃｈａｂｌｅ」の場合の最も長いデフォルトの時間と、「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ｄｅｌａｙ」の場合のデフォルトの時間と、「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ＰＲＯＢＥ」の場合のデフォルトの時間との３つの時間の合計と等しいかまたはそれより長い請求項３に記載の接続が終了されたかどうかを検出するための方法。
【請求項５】
前記照会するステップは、前記加入者接続キャッシュリストのエントリにおける「Ｐｏｌｌｉｎｇ＿Ｔｉｍｅ」フィールドに設定された時間に従う対応するポーリング時間を待機し、ポーリング時間が切れたとき、前記加入者端末に対応するエントリを、前記近隣キャッシュリストが含むかどうかを問い合わせる請求項１から４のいずれか一項に記載の接続が終了されたかどうかを検出するための方法。
【請求項６】
前記決定するステップは、
照会の後、前記近隣キャッシュリストが、前記加入者端末に対応するエントリを含まないとき、前記加入者端末が異常にログオフしたことを決定するステップと、
照会の後、前記近隣キャッシュリストが、前記加入者端末に対応するエントリを含むとき、そのリストにおける「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドの状態と、前記加入者接続キャッシュリストのエントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドの状態に基づいて、加入者端末の接続が正常であるかどうかを決定するステップとを含む請求項５に記載の接続が終了されたかどうかを検出するための方法。
【請求項７】
前記処理するステップは、
前記加入者端末が異常にログオフしたと決定したとき、前記加入者端末と前記アクセスノードの間の接続を終了するステップと、前記加入者接続キャッシュリストから、前記加入者端末に対応するエントリを削除するステップとを含む請求項６に記載の接続が終了されたかどうかを検出するための方法。
【請求項８】
ＩＰｖ６アクセスネットワークにおいて加入者端末とアクセスノードの間の接続が終了されたかどうかを検出するための装置（４００）であって、前記ＩＰｖ６アクセスネットワークは、前記アクセスノード、および少なくとも１つの前記加入者端末を含み、前記アクセスノードは、近隣キャッシュリストを格納し、前記近隣キャッシュリストのエントリは、「ＩＰｖ６  ａｄｄｒｅｓｓ」フィールド、および「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドを含み、前記装置が、
前記加入者端末と前記アクセスポイントの間のＩＰｖ６接続が正常に確立されたとき、加入者接続キャッシュリストのエントリを作成し、ポーリング時間が切れたとき、前記加入者端末に対応する前記近隣キャッシュリストのエントリを照会し、前記加入者接続キャッシュリストおよび前記近隣キャッシュリストに格納された情報に基づいて、前記加入者端末の接続が正常であるかどうかを決定し、異常にログオフしている前記加入者端末の接続に対して、終了処理を実行するための処理手段（４０１）と、
前記加入者接続キャッシュリストを格納するための格納手段（４０２）と、
前記加入者接続キャッシュリストのエントリにおける「Ｐｏｌｌｉｎｇ＿Ｔｉｍｅ」フィールド内に設定された時間に基づく時間カウントのための時間カウント手段（４０３）とを含むことを特徴とする装置。
【請求項９】
前記加入者接続キャッシュリストのエントリは、
このエントリに対応する加入者端末のアドレスを識別するための「ＩＰｖ６  ａｄｄｒｅｓｓ」フィールドと、
前記加入者端末の接続状態を識別するための「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドと、
ポーリング時間を設定するための「Ｐｏｌｌｉｎｇ＿Ｔｉｍｅ」フィールドとを含む請求項８に記載の接続終了を検出するための装置（４００）。
【請求項１０】
前記処理手段（４０１）は、前記「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドを、前記加入者端末が正常に接続されたことを表す「ＡＣＴＩＶＥ」に設定し、加入者接続キャッシュリストのエントリを作成したときに、「Ｐｏｌｌｉｎｇ＿Ｔｉｍｅ」フィールドを、第１の予め定められたポーリング時間に設定する請求項９に記載の接続終了を検出するための装置（４００）。
【請求項１１】
前記第１の予め定められたポーリング時間は、
近隣キャッシュリストの「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ｒｅａｃｈａｂｌｅ」の場合の最も長いデフォルトの時間と、「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ｄｅｌａｙ」の場合のデフォルトの時間と、「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ＰＲＯＢＥ」の場合のデフォルトの時間との３つの時間の合計と等しいかまたはそれより長い請求項１０に記載の接続終了を検出するための装置（４００）。
【請求項１２】
前記処理手段（４０１）は、照会の後、前記近隣キャッシュリストが、前記加入者端末に対応するエントリを含まないとき、前記加入者端末が異常にログオフしたと決定し、それによって、前記加入者端末の接続を終了し、前記加入者端末に対応するエントリを、前記格納手段（４０２）の前記加入者接続キャッシュリストから削除し、前記処理手段（４０１）は、照会の後、前記近隣キャッシュリストが、前記加入者端末に対応するエントリを含むとき、そのリストにおける「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドの状態、および前記加入者接続キャッシュリストのエントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールド上の状態に基づいて、加入者端末の接続が正常であるかどうかを決定する請求項１１に記載の接続終了を検出するための装置（４００）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットプロトコルバージョン６（ＩＰｖ６）アクセスネットワークに関し、より詳細には、ＩＰｖ６アクセスネットワークにおける接続終了を検出するための方法および装置に関する。
【背景技術】
【０００２】
ネットワーク技術の急速な進歩により、ＩＰｖ６は、インターネットプロトコルの次のバージョンとして成熟しつつある。ＩＰｖ６は、より多くのＩＰアドレス、および自動設定メカニズムを提供することができるため、ＩＰｖ６において、加入者の様々な要求を満たすために、様々な新しいサービス（例えば、ピアツーピアアプリケーション）が構成されている。したがって、加入者によって使用される様々なサービスのアカウンティングは、ＩＰｖ６の重要な問題となっている。
【０００３】
正確なアカウンティングのために、加入者とネットワークの間の接続時間は、正確に検出されなければならない。優れた接続終了検出メカニズムは、加入者の異常なログオフ、例えば、突然の電源オフやハードウェア障害による異常なログオフを適切に検出できなければならない。次いで、このメカニズムは、このようなイベントに対して、サービス時間ベースのアカウンティングのための基準を提供し、同時に、加入者によってサービスが利用される安全性を保証することができなければならない。すなわち、メカニズムは、加入者Ａが異常なログオフを行い、このイベントが検出されない場合に、加入者Ｂが加入者ＡのＩＰアドレスを用いてサービスを盗用することを防がなくてはならない。
【０００４】
従来のインターネットプロトコルバージョン４（ＩＰｖ４）アクセスネットワークは、ポイントツーポイントプロトコル（ＰＰＰ）を使用して、定期的なポーリングによりセッション接続を監視し、それによって、接続が終了されたかどうかを決定する。しかし、ＰＰＰが、ＩＰｖ６アクセスネットワークのＰＰＰベースのサービスモードに適用される場合、以下の問題が生じる。
【０００５】
１．  ６４ビットインターフェース識別子のみがネゴシエートされ得る。
【０００６】
ＩＰｖ６端末（ホストマシン）に関する限り、ＩＰｖ６端末自体は、６４ビットインターフェース識別子を生成することができる。
【０００７】
ＩＰｖ６端末のグローバルＩＰアドレスは、例えば、ＤＨＣＰｖ６（ＩＰｖ６に対する動的ホストコンピュータプロトコル）の自動設定方式、またはステートレス自動設定方式など、他の方式でネゴシエートされなければならない。したがって、ＩＰｖ６アクセスネットワークが、ＰＰＰベースのリンク検出方法を使用する場合、ネットワークアーキテクチャの複雑さが増大することになる。
【０００８】
２．  ＰＰＰベースのネットワークは、マルチキャストデータストリームをサポートすることができない。
【０００９】
ＰＰＰモードでは、各ネットワーク端末ごとに、レイヤ２（または物理層）のＰＰＰリンク（またはＰＰＰトンネル）をセットアップする必要がある。加入者のネットワークにおける複数の端末が、同じマルチキャストグループに属する場合、各ＰＰＰリンク（トンネル）において同一のマルチキャストデータパケットを複製する必要がある。明らかに、このような方式では、バンド幅を大量に消費し、マルチキャストの特性を充分に活用することができない。
【００１０】
上記の欠点、ならびにＩＰｖ６の成熟度により、アクセスネットワークのサービス（例えば、ボイスオーバＩＰ（ＶｏＩＰ）、ビデオオンデマンド（ＶｏＤ））および様々なアプリケーションでは、純粋なＩＰ手法をより使用する傾向があり、すなわち、ＰＰＰではない手法で、ネットワーク接続をセットアップする傾向がある。ＤＨＣＰｖ６を使用して、認証、サービス選択、およびＩＰアドレスの割当てを、より簡便に実現することができるため、ＤＨＣＰｖ６に基づくサービスモードは、徐々に発展している。このサービスモードでは、ＤＨＣＰｖ６の端末が、ネットワークに再接続されると、（リース時間内に使用される）利用可能なＩＰアドレスが、ＤＨＣＰｖ６サーバとして指定された装置のパブリックＩＰアドレスプールから自動的に割り当てられ、追加のＩＰ設定情報が、ＤＨＣＰｖ６端末に送達される。したがって、手動でＤＨＣＰｖ６端末を設定することなく、ＩＰｖ６ネットワークの「プラグアンドプレイ」機能を実現することができる。
【００１１】
図１は、ＤＨＣＰサービスモードに基づくＩＰｖ６アクセスネットワークの構造図を概略的に示しており、アクセスノード１０１は、アクセスネットワーク全体を管理し、サービスの自動設定を制御するためのＩＰｖ６ルータとして機能する。ＤＨＣＰｖ６サーバ（図示せず）またはＤＨＣＰｖ６プロキシ（図示せず）は、アクセスノード１０１に配置することができる。ＤＨＣＰｖ６サーバは、ステートＤＨＣＰｖ６自動設定メカニズムを使用して、ＩＰｖ６アドレスおよび他の設定メッセージ、例えばＤＮＳサーバアドレスやＳＩＰサーバアドレスを、加入者の端末１…ｎに割り振る。
【００１２】
ＤＨＣＰｖ６サーバは、リソースの再利用に関して、通常は、端末から送られたＤＨＣＰ  ＲＥＬＥＡＳＥメッセージを受け取った後に、ＤＨＣＰｖ６の接続を終了することにより、対応するリソースを解放する。接続が異常終了した場合、ＤＨＣＰｖ６サーバは、タイムアウトメカニズムを使用して、この状態を処理することができる。タイムアウトメカニズムは、ＩＰアドレスのリース時間を設定することにより、ネットワーク内のリンクの接続状態を制御する。ＤＨＣＰｖ６におけるＩＰｖ６アドレスのリース時間は、通常、ＰＰＰｖ６リンク制御プロトコルのタイムアウトメカニズムに規定された時間よりもかなり長く、一般に時間のオーダーである。上述のように、このようなリース時間は、明らかに、安全およびアカウンティングの要件を満たすことが困難である。しかしながら、リース時間を１分に設定すると、頻繁にＩＰアドレスを端末に割り当てることをＤＨＣＰｖ６サーバに強いることになるため、これも現実的ではない。
【００１３】
ＲＦＣ２６４１の仕様によれば、アクセスノード１０１で、近隣キャッシュリストが維持される。このリスト内には、各加入者端末に対応するエントリが存在し、これにより加入者端末がアクセスノード１０１に到達可能であるかどうかが識別される。近隣キャッシュリストのエントリにおけるすべてのフィールドが、図２Ａに示されている。
【００１４】
図２Ａにおいて、ＲＦＣ２６４１の仕様によれば、近隣キャッシュリストのエントリが、複数の異なるフィールドを含むことができ、「ＩＰｖ６  ａｄｄｒｅｓｓ」フィールドは、そのエントリが対応している加入者端末のアドレスを識別する。近隣キャッシュリストは、接続が終了していない各加入者端末に関して、それぞれに対応するエントリを有する。「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドは、加入者端末が到達可能であるかどうかを識別し、また、下記の状態を有することができる。
【００１５】
１．  ｒｅａｃｈａｂｌｅ
「ＲｅａｃｈａｂｌｅＴｉｍｅ（到達可能時間）」の範囲で、隣接者が到達可能であることを示す肯定的確認を受け取った後、「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドは、「ＲＥＡＣＨＡＢＬＥ」状態に設定され、加入者端末が期間内に到達可能であることを示す。この状態では、パケットデータが送信されたとき、特別の動作は実行されない。「ＲｅａｃｈａｂｌｅＴｉｍｅ」内に再び肯定的確認が受け取った場合、システムは時間を初期化する。ＲＦＣ２４６１では、そのデフォルト値が１５秒から４５秒の間で均等に分布している「ＲｅａｃｈａｂｌｅＴｉｍｅ」を定義している。
【００１６】
２．  Ｓｔａｌｅ
隣接者が到達可能であることを示す肯定的確認を受け取られた後、「ＲｅａｃｈａｂｌｅＴｉｍｅ」内に、肯定的確認が再度受け取られない場合、「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドは、「ｓｔａｌｅ」状態になる。状態が「ｓｔａｌｅ」の場合、データが送信されるまで、どの動作も実行されない。
【００１７】
３．  Ｄｅｌａｙ
「ｓｔａｌｅ」状態において、送信すべきデータパケットがある場合、「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドは、「ＤＥＬＡＹ」状態になる。この状態が継続するのは、長くても「ＤＥＬＡＹ＿ＦＩＲＳＴ＿ＰＲＯＢＥ＿ＴＩＭＥ」、すなわち５秒である。この期間に、到達可能の確認が受け取られない場合、フィールドは、「ＰＲＯＢＥ」の状態になる。
【００１８】
「ｄｅｌａｙ状態」は最適状態であり、この状態の存在により、より上位のレイヤプロトコル（例えば、ＴＣＰの３ウェイハンドシェイクメカニズム）が、追加の時間を得ることができ、それによって、隣接者が到達可能であることの確認を待機する。
【００１９】
４．  Ｐｒｏｂｅ
「ＤＥＬＡＹ」状態において、隣接者が到達可能であることの確認が得られない場合、「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドは、「ＰＲＯＢＥ」状態に設定される。この状態では、到達可能の確認を待機するために、固定時間（デフォルト値は１０００ｍｓ）ごとに、隣接者の要求が発行される。
【００２０】
前述の近隣キャッシュリストにおけるエントリを用いて、ダウンリンクデータがネットワーク内で送信される準備ができているとき、加入者端末が到達可能であるかどうかを検出することができる。しかし、ネットワークが長時間にわたってダウンリンクデータを送信していない場合、アクセスノードはそれ自体が主導して加入者端末の接続状態をプローブすることがないため、加入者端末が到達可能であるかどうかを知ることは不可能である。この期間に、加入者は異常なログオフを経験する可能性が高い。上記の不安定な状況は、加入者端末の接続が適切に終了せず、正確なアカウンティングが実行できない場合に起きる。
【発明の開示】
【発明が解決しようとする課題】
【００２１】
ＩＰｖ６アクセスネットワークにおいて、このような処理の要件とリソースの消費の適切なバランスを取る方法が、解決すべき緊急の問題となっている。
【００２２】
本発明の目的は、加入者端末とアクセスノードの間の接続が終了したかどうかを検出するための方法および装置を提供することである。この方法および装置は、ＩＰｖ６アクセスネットワークにおけるＤＨＣＰベースのサービスモードに適用することができる。ＩＰｖ６アクセスネットワークは、アクセスノード、および少なくとも１つの加入者端末を含み、アクセノード内に近隣キャッシュリストが格納される。近隣キャッシュリストのすべてのエントリは、アクセスノードに接続された加入者端末がそれぞれ到達可能であるかどうかを示すために用いられ、各エントリは、そのエントリが対応している加入者端末を識別するための「ＩＰｖ６  ａｄｄｒｅｓｓ」フィールドと、加入者端末が到達可能であるかどうかを識別するための「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドを含む。
【課題を解決するための手段】
【００２３】
本発明によれば、ＩＰｖ６アクセスネットワークにおいて加入者端末とアクセスノードの間の接続が終了されたかどうかを検出するための方法は、
加入者端末とアクセスノードの間のＩＰｖ６接続が正常に確立されたとき、アクセスノードにおいて加入者端末に対応する加入者接続キャッシュリストのエントリを作成するステップと、
加入者接続キャッシュリストのエントリにおいて設定されたポーリング時間に基づいて、加入者端末に対応する近隣キャッシュリストのエントリを照会するステップと、
加入者接続リストおよび近隣キャッシュリストの加入者端末に対応するエントリ情報に基づいて、加入者端末の接続が正常であるかどうかを決定するステップと、
異常にログオフした加入者ターミナルの接続に対して終了処理を実行するステップとを含む。
【００２４】
本発明は、さらに、接続の終了を検出するための装置を提供し、前記装置は、
加入者端末とアクセスポイントの間のＩＰｖ６接続が正常に確立されたとき、加入者接続キャッシュリストのエントリを作成し、ポーリング時間が切れたとき、加入者端末に対応する近隣キャッシュリストのエントリを照会し、加入者接続リストおよび近隣キャッシュリストに格納された情報に基づいて、加入者端末の接続が正常であるかどうかを決定し、異常にログオフしている加入者ターミナルの接続に対して終了処理を実行するための処理手段と、
加入者接続キャッシュリストを格納するための格納手段と、
加入者接続キャッシュリストのエントリにおける「Ｐｏｌｌｉｎｇ＿Ｔｉｍｅ」フィールドに設定された時間に基づく時間カウントのための時間カウント手段とを含む。
【００２５】
本発明の接続終了を検出するための方法および装置は、アクセスノードと加入者端末の通常の動作に影響を与えることなく、ＩＰｖ６アクセスネットワークの加入者端末とアクセスノードが正常に接続されているかどうかを示す状態を、比較的短い時間で検出し、それにより、加入者によるサービスの使用をより正確にアカウンティングするために使用することができる。
【００２６】
本発明の特徴および利点は、図面を参照した以下の好ましい実施形態の説明によって、より明らかになろう。
【発明を実施するための最良の形態】
【００２７】
本発明の原理は、以下の好ましい実施形態を通してより詳細に説明される。
【００２８】
加入者端末が到達可能であるかどうかを適切に決定するために、本発明では、アクセスノードにおいて、データ構造、すなわち加入者接続キャッシュリストを作成する。このリストのエントリはそれぞれ、各加入者端末の接続状態および次のポーリング時間を表し、図２Ｂに、これらのエントリにおけるすべてのフィールドが示されている。
【００２９】
図２Ｂに示されるように、加入者接続キャッシュリストのエントリは、以下のフィールドを含む。
【００３０】
１．  「ＩＰｖ６  ａｄｄｒｅｓｓ」フィールド
加入者接続キャッシュリストのエントリが対応している加入者端末のアドレスを識別する。正常に接続された加入者端末ごとに、加入者接続キャッシュリストにおける対応するエントリが存在する。
【００３１】
２．  「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールド
加入者端末の状態を識別する。このフィールドは下記の状態を有することができる。
（１）  ＡＣＴＩＶＥ
加入者端末の接続が正常であること、すなわち、加入者は、アクセスノードによって提供されたサービスを利用していることを識別する。
（２）  ＤＥＬＡＹ
加入者端末が到達可能であるかどうかについての検出結果を監視するために、ＩＰｖ６の他の標準的メカニズム（例えば、Ｎｅｉｇｈｂｏｒ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｃｅｓｓｉｎｇ（近隣探索処理）の検出メカニズム）を待機していることを識別する。
（３）  ＰＲＯＢＥ
隣接者（加入者端末）がアクティブ状態であるかどうかを決定するために、Ｎｅｉｇｈｂｏｒ  Ｕｎｒｅａｃｈａｂｉｌｉｔｙ  Ｄｅｔｅｃｔｉｏｎ（近隣到達不能検出）メカニズムを直接的かつ自発的に始動する。
【００３２】
３．  「Ｐｏｌｌｉｎｇ  Ｔｉｍｅ」フィールド
フィールド加入者に対する次のポーリング時間を識別する。
【００３３】
アクセスノードにおいて作成された加入者接続キャッシュリストを介して、アクセスノードは、近隣キャッシュリストおよび加入者接続キャッシュリストを照会することにより、加入者端末が到達可能であるかどうかを適切に検出することができ、加入者端末が異常にログオフしたことを検出したとき、接続を終了し、アカウンティングを停止することができる。
【００３４】
本発明による、接続終了を検出するための方法は、ここで図３を参照して説明される。
【００３５】
図３に示されるように、本発明による加入者端末の接続終了を検出するための方法は、ステップ３０１から開始される。ステップ３０２で、加入者端末とアクセスノードの間のＩＰｖ６接続が、正常に確立されると、ＡＡＡ（認証／許可／アカウンティング（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ａｃｃｏｕｎｔｉｎｇ））サーバが、ユーザの課金を開始する。その間に、加入者に対応する加入者接続キャッシュリストのエントリが、アクセスノードにおいて作成され、エントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドが「ＡＣＴＩＶＥ」に設定され、「Ｐｏｌｌｉｎｇ＿Ｔｉｍｅ」フィールドが第１の予め定められたポーリング時間に設定される。
【００３６】
その後、ステップ３０３に手続きが進む。ステップ３０３で、待機が行われる。ポーリング時間が切れると、ステップ３０４に手続きが進む。ステップ３０４で、加入者が対応する近隣キャッシュリストのエントリが、照会される。次いで、ステップ３０５で、対応する近隣キャッシュリストのエントリが存在するかどうかが決定される。ステップ３０５で、近隣キャッシュリストの対応するエントリが存在しないことが決定された場合、ステップ３０６に手続きが進む。ステップ３０６で、加入者端末が異常にログオフしたことが決定され、次いで、この状況をＤＨＣＰｖ６サーバに知らせ、ＡＡＡサーバにアカウンティングを停止するように通知し、同時に、加入者が対応する加入者接続キャッシュリストのエントリを削除する。ステップ３０７で、図３に示される手続きが終了する。
【００３７】
ステップ３０５で、近隣キャッシュリストの対応するエントリが存在することが決定された場合、ステップ３０８に手続きが進む。ステップ３０８で、近隣キャッシュリストのエントリにおける「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ＲＥＡＣＨＡＢＬＥ」であるかどうかが決定される。「ＲＥＡＣＨＡＢＬＥ」の場合、ステップ３０９に手続きが進む。ステップ３０９で、加入者が、この時点で正常な接続状態にあることが決定される。加入者接続キャッシュリストのエントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドが、「ＡＣＴＩＶＥ」に設定され、「Ｐｏｌｌｉｎｇ＿Ｔｉｍｅ」フィールドが、第１の予め定められたポーリング時間に設定される。好ましくは、第１の予め定められたポーリング時間は５３秒である。その後、ステップ３０３に手順が戻り、待機の次の回を開始する。この時点では、待機すべきポーリング時間は、第１の予め定められたポーリング時間である。
【００３８】
近隣キャッシュリストのエントリにおける「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが、「ＲＥＡＣＨＡＢＬＥ」でないことがステップ３０８で決定された場合、ステップ３１０に手続きが進む。ステップ３１０で、近隣キャッシュリストのエントリにおける「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ｓｔａｌｅ」であるかどうか、ならびに、加入者接続キャッシュリストのエントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドが「ＡＣＴＩＶＥ」であるかどうかが決定される。「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ｓｔａｌｅ」であり、「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドが「ＡＣＴＩＶＥ」であると決定された場合、ステップ３１１に手続きが進む。そうでない場合、ステップ３１２に手続きが進む。ステップ３１１で、加入者接続キャッシュリストのエントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドが「ＰＲＯＢＥ」に設定され、「Ｐｏｌｌｉｎｇ＿Ｔｉｍｅ」フィールドが第２の予め定められたポーリング時間に設定され、Ｎｅｉｇｈｂｏｒ  Ｕｎｒｅａｃｈａｂｌｅ  Ｄｅｔｅｃｔｉｏｎ（近隣不到達検出）処理が自発的に始動される。加入者接続キャッシュリストのエントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドを「ＰＲＯＢＥ」に設定することにより、アクセスノードが、それ自体の主導で、Ｎｅｉｇｈｂｏｒ  Ｕｎｒｅａｃｈａｂｌｅ  Ｄｅｔｅｃｔｉｏｎ処理を開始して、加入者が到達可能であるかどうかをプローブすることになる。
【００３９】
近隣キャッシュリストのエントリにおける「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ＰＲＯＢＥ」である場合、第２の予め定められるポーリング時間は、デフォルトの時間によって決定される。このデフォルトの時間は、３秒である。第２の予め定められるポーリング時間は、上記の「ＰＲＯＢＥ」状態でのデフォルトの時間と等しいか、またはそれより長い時間、例えば５秒に設定されうる。したがって、第２の予め定められたポーリング時間の期限が切れたとき、「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」が到達可能であるかどうかについての確認を受け取ることが可能なことが保証される。しかし、本発明の目的を達成するために、すなわち、加入者端末が正常に接続されたかどうかをできる限り早く検出するために、第２の予め定められたポーリング時間は、「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ＰＲＯＢＥ」のとき、デフォルトの時間の３秒と等しく設定することが好ましい。その後、ステップ３０３に手続きが戻り、待機の次の回を開始する。この時点で、待機すべきポーリング時間は、第２の予め定められたポーリング時間である。
【００４０】
ステップ３１２において、近隣キャッシュリストのエントリにおける「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ＤＥＬＡＹ」であり、加入者接続キャッシュリストのエントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドが「ＡＣＴＩＶＥ」であることが決定された場合、ステップ３１３に手続きが進む。そうでない場合、ステップ３１４に手続きが進む。ステップ３１３で、加入者接続キャッシュリストのエントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドが「ｄｅｌａｙ」に設定され、「Ｐｏｌｌｉｎｇ＿Ｔｉｍｅ」フィールドが、第３の予め定められたポーリング時間に設定される。加入者接続キャッシュリストのエントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドを「ＤＥＬＡＹ」に設定することは、アクセスノードが、他の既存メカニズムによって検出された、加入者端末が到達可能であるかどうかについての検出結果を待機し（例えば、アクセスノードが、「ｓｔａｌｅ」状態の対応する端末に送信されるデータを有するとき、アクセスノードは、隣接者が到達可能であるかどうかを監視するための対応するメカニズムを始動するために「ＤＥＬＡＹ」状態になる）、それにより、最終的に、加入者が到達可能であるかどうかを決定することを意味する。
【００４１】
第３の予め定められるポーリング時間は、近隣キャッシュリストのエントリにおける「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが、「ＤＥＬＡＹ」および「ＰＲＯＢＥ」の場合、デフォルトの時間の合計によって決定される。デフォルトの時間の合計は、８秒である。第３の予め定められるポーリング時間は、「ＤＥＬＡＹ」および「ＰＲＯＢＥ」状態での上記のデフォルトの時間の合計と同じか、またはそれより長い時間、例えば１０秒に設定され得る。したがって、第３の予め定められたポーリング時間が切れたとき、「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」が到達可能であるかどうかについての確認を受け取ることが可能なことが保証される。しかし、本発明の目的を達成するために、すなわち、加入者端末が正常に接続されたかどうかをできる限り早く検出するために、第３の予め定められるポーリング時間は、「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ＤＥＬＡＹ」および「ＰＲＯＢＥ」のとき、デフォルトの時間の８秒と等しく設定することが好ましい。その後、ステップ３０３に手続きが戻り、待機の次の回を開始する。この時点で、待機すべきポーリング時間は、第３の予め定められたポーリング時間である。
【００４２】
ステップ３１４において、近隣キャッシュリストのエントリにおける「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ＰＲＯＢＥ」であり、加入者接続キャッシュリストのエントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドが「ＡＣＴＩＶＥ」であることが決定された場合、ステップ３１５に手続きが進む。そうでない場合、ステップ３０６に手続きが進む。ステップ３１５で、加入者接続キャッシュリストのエントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドが「ｄｅｌａｙ」に設定され、「Ｐｏｌｌｉｎｇ＿Ｔｉｍｅ」フィールドが、第４の予め定められたポーリング時間に設定される。加入者接続キャッシュリストのエントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドを「ＤＥＬＡＹ」に設定することは、アクセスノードが、他のメカニズムによって検出された、加入者端末が到達可能であるかどうかについての検出結果を待機し、それにより、最終的に、加入者が到達可能であるかどうかを決定することを意味する。
【００４３】
第４の予め定められるポーリング時間は、近隣キャッシュリストのエントリにおける「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ＰＲＯＢＥ」の場合、デフォルトの時間に従って決定される。このデフォルトの時間は、３秒である。それにより、第４の予め定められるポーリング時間は、上記の「ＰＲＯＢＥ」状態のデフォルトの時間と同じか、またはそれより長い時間、例えば５秒に設定され得る。したがって、第４の予め定められたポーリング時間が切れたとき、「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」が到達可能であるかどうかについての確認を受け取ることが可能なことが保証される。ただし、本発明の目的を達成するために、すなわち、加入者端末が正常に接続されるかどうかをできる限り早く検出するために、第４の予め定められるポーリング時間は、「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ＰＲＯＢＥ」のとき、デフォルトの時間の３秒と等しく設定されることが好ましい。その後、ステップ３０３に手続きが戻り、待機の次の回を開始する。この時点で、待機すべきポーリング時間は、第４の予め定められたポーリング時間である。
【００４４】
ステップ３０６で、近隣キャッシュにおける「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが、「ＲＥＡＣＨＡＢＬＥ」、「ｓｔａｌｅ」、「ＤＥＬＡＹ」、または「ＰＲＯＢＥ」の状態のいずれでもないことが、先行の決定の後に決定されるため、加入者端末が、異常にログオフされることを決定することができ、その結果として、この状況をＤＨＣＰｖ６サーバに知らせ、ＡＡＡサーバにアカウンティングを停止するように通知し、同時に、加入者が対応する加入者接続キャッシュリストのエントリを削除する。ステップ３０７で、図３に示される手続きが終了する。
【００４５】
本発明による、接続終了を検出するための方法では、第１の予め定められるポーリング時間は、加入者の実際の必要に応じて設定され得る。しかし、アクセスノードの処理の複雑さと、終了の検出の適時性の間の最適なバランスを取るために、この方法では、近隣キャッシュリストのエントリの「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドにおけるいくつかの状態のデフォルトの時間から、第１の予め定められるポーリング時間を選択することができる。好ましくは、第１の予め定められるポーリング時間は、３つの時間、すなわち、近隣キャッシュリストのエントリにおける「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ｒｅａｃｈａｂｌｅ」の場合の最も長いデフォルトの時間の４５秒、「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ｄｅｌａｙ」の場合のデフォルトの時間の５秒、および、「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ＰＲＯＢＥ」の場合のデフォルトの時間の３秒の合計と等しいか、またはそれよりも長い時間に設定されることが好ましい。つまり、この３つの合計は５３秒である。したがって、第１の予め定められるポーリング時間は、５３秒と等しいかそれよりも長い時間、例えば６０秒に設定される。
【００４６】
第１の予め定められたポーリング時間は、本発明の接続終了を検出するための方法による時間の長さの範囲で、加入者端末とアクセスノードの間の接続が正常であるかどうかを検出できることを示す。その時間は、時間のオーダーで制御される従来技術の接続終了時間よりもはるかに短い。したがって、本発明の方法は、加入者端末が異常にログオフしたかどうかを、より正確に検出することができ、それにより、起こり得るセキュリティおよび不正確なアカウンティングの問題を回避する。
【００４７】
本発明はさらに、図４に示されるように、ＩＰｖ６アクセスネットワークにおける接続終了を検出するための装置４００を提供する。この装置は、処理手段４０１、格納手段４０２、および時間カウント手段４０３を含む。本発明による、接続終了を検出するための装置４００は、アクセスノードの内部または外部に設置することができる。
【００４８】
加入者端末とアクセスノードの間の接続が正常に確立された後、処理手段４０１は、加入者端末に対応する加入者接続キャッシュリストのエントリを作成し、その加入者接続キャッシュリストのエントリを、格納手段４０２の加入者接続キャッシュリスト内に格納する。加入者接続キャッシュリストのエントリは、対応する加入者端末とアクセスノードの接続状況を表している。処理手段４０１は、加入者接続キャッシュリストのエントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドを、「ＡＣＴＩＶＥ」に設定し、「Ｐｏｌｌｉｎｇ＿Ｔｉｍｅ」フィールドを、第１の予め定められたポーリング時間、例えば６０秒に設定する。同時に、処理手段４０１は、アカウンティングを開始する命令をＡＡＡサーバに発行し、時間のカウントを開始する命令を時間カウント手段４０３に発行する。時間カウント手段４０３は、設定された第１の予め定められたポーリング時間に従って、時間カウントを開始する。
【００４９】
第１の予め定められたポーリング時間が切れたとき、時間カウント手段４０３は、格納手段４０２に格納された近隣キャッシュリストのエントリおよび加入者接続キャッシュリストのエントリを照会するように、処理手段４０１に通知し、それらの異なる状態に応じて異なる処理を実行する。上記の近隣キャッシュリストは、本発明による接続終了を検出するための装置４００の格納手段４０２に格納することも、アクセスノードに直接格納することもできることに留意されたい。
【００５０】
次に、処理手段４０１によって実行される様々な処理について詳しく説明する。
【００５１】
処理手段４０１は、近隣キャッシュリストが加入者端末に対応するエントリを有していないことを照会したとき、加入者端末が既に異常にログオフされたと決定する。次いで、処理手段４０１は、アカウンティングを停止する命令をＡＡＡサーバに発行し、格納手段４０２の加入者接続キャッシュリストから、加入者端末に対応するエントリを削除する。
【００５２】
処理手段４０１が、近隣キャッシュリストが加入者端末に対応するエントリを含むことを照会し、近隣キャッシュリストのエントリにおける「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが、「ＲＥＡＣＨＡＢＬＥ」であり、加入者接続キャッシュリストのエントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドが、「ＡＣＴＩＶＥ」に設定されているとき、加入者端末は、正常の接続状態であることが決定される。したがって、「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドが、「ＡＣＴＩＶＥ」に設定され、「Ｐｏｌｌｉｎｇ＿Ｔｉｍｅ」フィールドが、第１の予め定められたポーリング時間に再設定される。処理手段４０１は、計時を開始する命令を時間カウント手段４０３に発行する。時間カウント手段４０３は、設定された第１の予め定められたポーリング時間に従って、計時を再開し、計時が切れたとき、次の回の照会を開始するように処理手段４０１に通知する。
【００５３】
処理手段４０１が、近隣キャッシュリストが加入者端末に対応するエントリを含むことを照会し、近隣キャッシュリストのエントリにおける「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ｓｔａｌｅ」であり、加入者接続キャッシュリストのエントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドが「ＡＣＴＩＶＥ」であるとき、加入者接続キャッシュリストのエントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドは、「ＰＲＯＢＥ」に設定され、「Ｐｏｌｌｉｎｇ＿Ｔｉｍｅ」フィールドは、好ましくは３秒の、第２の予め定められたポーリング時間に設定される。同時に、処理手段４０１は、Ｎｅｉｇｈｂｏｒ  Ｕｎｒｅａｃｈａｂｌｅ  Ｄｅｔｅｃｔｉｏｎ処理を始動する。時間カウント手段４０３が、計時を開始するように作動される。時間カウント手段４０３は、設定された第２の予め定められたポーリング時間に従って、計時を再開し、カウントされた時間が切れたとき、次の回の照会を開始するように処理手段４０１に通知する。
【００５４】
処理手段４０１が、近隣キャッシュリストが加入者端末に対応するエントリを含むことを照会し、近隣キャッシュリストのエントリにおける「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ｄｅｌａｙ」であり、加入者接続キャッシュリストのエントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドが「ＡＣＴＩＶＥ」であるとき、加入者接続キャッシュリストのエントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドは、「ＤＥＬＡＹ」に設定され、「Ｐｏｌｌｉｎｇ＿Ｔｉｍｅ」フィールドは、好ましくは８秒の、第３の予め定められたポーリング時間に設定される。時間カウント手段４０３が、計時を開始するように作動される。時間カウント手段４０３は、設定された第３の予め定められたポーリング時間に従って、計時を再開し、計時が切れたとき、次の回の問合せを開始するように処理手段４０１に通知する。
【００５５】
処理手段４０１が、近隣キャッシュリストが加入者端末に対応するエントリを含むことを照会し、近隣キャッシュリストのエントリにおける「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドが「ＰＲＯＢＥ」であり、加入者接続キャッシュリストのエントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドが「ＡＣＴＩＶＥ」であるとき、加入者接続キャッシュリストのエントリにおける「Ｓｕｂｓｃｒｉｂｅｒ＿Ｓｔａｔｅ」フィールドは、「ＤＥＬＡＹ」に設定され、「Ｐｏｌｌｉｎｇ＿Ｔｉｍｅ」フィールドは、好ましくは３秒の、第４の予め定められたポーリング時間に設定される。時間カウント手段４０３が、計時を開始するように作動される。時間カウント手段４０３は、設定された第４の予め定められたポーリング時間に従って、計時を再開し、計時が切れたとき、次の回の問合せを開始するように処理手段４０１に通知する。
【００５６】
以上の説明によって、本発明によるＩＰｖ６アクセスネットワークにおける接続終了を検出するための方法および装置は、標準的な近隣キャッシュリストのエントリにおける「Ｎｅｉｇｈｂｏｒ＿Ｓｔａｔｅ」フィールドを用いて、ポーリング時間を設定するために、加入者端末とアクセスノードの間の接続状態を表す加入者接続キャッシュリストを作成し、それにより、加入者端末の接続状態が、比較的短い時間、例えば１分以内にすぐに検出されることを保証することが分かる。加入者端末が、異常にログオフしたことが検出されている場合、加入者のアカウントのセキュリティおよび信頼性を保証するために、接続が終了し、アカウンティングが停止される。このような方法および装置は、従来のアクセスノードに容易に適用することができ、ＩＰｖ６のアクセスノードにどんな影響も与えることはない。
【００５７】
本発明による、ＩＰｖ６アクセスネットワークにおける接続終了を検出するための方法および装置は、ＤＨＣＰｖ６ベースのネットワークモデルに適用できるだけではなく、実際には、近隣キャッシュリストにおけるエントリの状態に従って対応する処理を実行し、対応するメカニズムを始動する、このような方法および装置は、適切な時間に加入者接続キャッシュエントリの対応するエントリを作成することによって、ＤＨＣＰ以外のネットワークモデルに適用することもできることに留意されたい。
【００５８】
本発明の範囲および概念から逸脱することなく、本発明の様々な変形形態および修正形態が作成され得る。本発明は、以上の特定の実施形態に限定されない。本発明の範囲は、添付の特許請求の範囲によって定義される。
【図面の簡単な説明】
【００５９】
【図１】ＤＨＣＰｖ６サービスモードに基づいたＩＰｖ６アクセスネットワークを概略的に示す構造図である。
【図２Ａ】近隣キャッシュリストのエントリにおけるすべてのフィールドを示す図である。
【図２Ｂ】本発明による、加入者接続キャッシュリストのエントリにおけるすべてのフィールドを示す図である。
【図３】本発明による、接続終了を検出するための方法を示す流れ図である。
【図４】本発明による、接続終了を検出するための装置を概略的に示す構造図である。
【符号の説明】
【００６０】
１０１  アクセスノード
４０１  処理手段
４０２  格納手段
４０３  時間カウント手段
【図１】
2006101504.tif 000003
【図２Ａ】
2006101504.tif 000004
【図２Ｂ】
2006101504.tif 000005
【図３】
2006101504.tif 000006
【図４】
2006101504.tif 000007
【外国語明細書】
2006101504.tif 000008
2006101504.tif 000009
2006101504.tif 000010
2006101504.tif 000011
2006101504.tif 000012
2006101504.tif 000013
2006101504.tif 000014
2006101504.tif 000015
2006101504.tif 000016
2006101504.tif 000017
2006101504.tif 000018
2006101504.tif 000019
2006101504.tif 000020
2006101504.tif 000021
2006101504.tif 000022
2006101504.tif 000023
2006101504.tif 000024
2006101504.tif 000025
2006101504.tif 000026
2006101504.tif 000027
2006101504.tif 000028
2006101504.tif 000029
2006101504.tif 000030
2006101504.tif 000031
2006101504.tif 000032
2006101504.tif 000033
2006101504.tif 000034
2006101504.tif 000035