(57)【特許請求の範囲】
【請求項１】
各ネットワーク配置情報選択肢に対応する合成インターネットプロトコルバージョン６（ＩＰｖ６）プレフィックスを取得することと、
動的ホスト構成プロトコルのＩＰｖ６バージョン（ＤＨＣＰｖ６）サーバーに、一つ又は複数の前記合成ＩＰｖ６プレフィックスの選択肢が載せられたＤＨＣＰｖ６メッセージを送信することと、を含み、
前記ＤＨＣＰｖ６メッセージに載せられた合成ＩＰｖ６プレフィックスの選択肢に、異なるタイプ値とプレフィックス値が異なるインターネットプロトコルバージョン４（ＩＰｖ４）サーバーに対応することが定義されているＮＡＴ６４プレフィックスの処理方法。
【請求項２】
前記ＤＨＣＰｖ６メッセージに載せられた合成ＩＰｖ６プレフィックスの選択肢に、保留のフィールド値がデフォルトである場合、全てのＩＰｖ４  サーバーが同一の合成ＩＰｖ６プレフィックスを使用することを表す選択肢が定義されている請求項１に記載の方法。
【請求項３】
前記ＤＨＣＰｖ６メッセージが、選択肢を追加して前記合成ＩＰｖ６プレフィックスを載せたＤＨＣＰｖ６中継転送メッセージを含む請求項１に記載の方法。
【請求項４】
前記ＤＨＣＰｖ６サーバーから送信されたＤＨＣＰｖ６メッセージを受信し、該ＤＨＣＰｖ６メッセージがＤＨＣＰｖ６中継応答メッセージを含み、該メッセージに載せられた各ネットワークパラメーターはいずれもＩＰｖ６アドレス又は／及び合成後のＩＰｖ６アドレスであって、
前記ＤＨＣＰｖ６中継応答メッセージをＤＨＣＰｖ６  Ｒｅｐｌｙメッセージに処理してＩＰｖ６ユーザ側機器に送信する請求項１乃至３の中のいずれかに記載の方法。
【請求項５】
各ネットワーク配置情報選択肢に対応する合成インターネットプロトコルバージョン６（ＩＰｖ６）プレフィックスを取得するように構成される取得手段と、
動的ホスト構成プロトコルのＩＰｖ６バージョン（ＤＨＣＰｖ６）サーバーに、一つ又は複数の前記合成ＩＰｖ６プレフィックスの選択肢が載せられたＤＨＣＰｖ６メッセージを送信するように構成される送信手段と、を含み、
前記送信手段から送信されるＤＨＣＰｖ６メッセージに載せられた合成ＩＰｖ６プレフィックスの選択肢に、異なるタイプ値とプレフィックス値が異なるインターネットプロトコルバージョン４（ＩＰｖ４）サーバーに対応することが定義されているネットワーク機器。
【請求項６】
前記送信手段から送信されるＤＨＣＰｖ６メッセージに載せられた合成ＩＰｖ６プレフィックスの選択肢に、保留のフィールド値デフォルトである場合、全てのＩＰｖ４サーバーが同一の合成ＩＰｖ６プレフィックスを使用することを表す選択肢が定義されている請求項５に記載のネットワーク機器。
【請求項７】
前記送信手段から送信されるＤＨＣＰｖ６メッセージが、選択肢を追加して前記合成ＩＰｖ６プレフィックスを載せたＤＨＣＰｖ６中継転送メッセージを含む請求項５に記載のネットワーク機器。
【請求項８】
前記ＤＨＣＰｖ６サーバーから送信されたＤＨＣＰｖ６メッセージを受信するように構成される受信手段をさらに含み、該ＤＨＣＰｖ６メッセージがＤＨＣＰｖ６中継応答メッセージを含み、該メッセージに載せられた各ネットワークパラメーターはいずれもＩＰｖ６アドレス又は／及び合成後のＩＰｖ６アドレスであって、
前記送信手段はさらに、前記ＤＨＣＰｖ６中継応答メッセージをＤＨＣＰｖ６  Ｒｅｐｌｙメッセージに処理してＩＰｖ６ユーザ側機器に送信するように構成される請求項５乃至７中のいずれかに記載のネットワーク機器。
【請求項９】
動的ホスト構成プロトコルのＩＰｖ６バージョン（ＤＨＣＰｖ６）サーバーが、中間機器からの合成ＩＰｖ６プレフィックスの選択肢が載せられたＤＨＣＰｖ６メッセージを受信することと、ここで、前記ＤＨＣＰｖ６メッセージに載せられた合成ＩＰｖ６プレフィックスの選択肢に、異なるタイプ値とプレフィックス値が異なるインターネットプロトコルバージョン４（ＩＰｖ４）サーバーに対応することが定義されていて、
前記合成ＩＰｖ６プレフィックスの選択肢と取得した対応するインターネットプロトコルバージョン４（ＩＰｖ４）サーバーのＩＰｖ４アドレスに基づいて、対応するＩＰｖ６アドレスを合成することと、
前記ＩＰｖ６アドレスを各ネットワーク配置情報選択肢中のパラメーターとして中間機器又はユーザ側機器に送信することと、を含むＮＡＴ６４プレフィックスの処理方法。
【請求項１０】
前記ＤＨＣＰｖ６サーバーが中間機器からのＤＨＣＰｖ６メッセージを受信した後、
前記合成ＩＰｖ６プレフィックスを記憶することをさらに含む請求項９に記載の方法。
【請求項１１】
合成ＩＰｖ６プレフィックスの選択肢が載せられた中間機器からのＤＨＣＰｖ６メッセージを受信するように構成される受信手段と、ここで、前記ＤＨＣＰｖ６メッセージに載せられた合成ＩＰｖ６プレフィックスの選択肢に、異なるタイプ値とプレフィックス値が異なるインターネットプロトコルバージョン４（ＩＰｖ４）サーバーに対応することが定義されていて、
前記合成ＩＰｖ６プレフィックスの選択肢と取得した対応するインターネットプロトコルバージョン４（ＩＰｖ４）サーバーのＩＰｖ４アドレスに基づいて、対応するＩＰｖ６アドレスを合成するように構成される合成手段と、
前記ＩＰｖ６アドレスを各ネットワーク配置情報選択肢のパラメーターとして中間機器又はユーザ側機器に送信するように構成される送信手段と、を含む動的ホスト構成プロトコルのＩＰｖ６バージョン（ＤＨＣＰｖ６）サーバー。
【請求項１２】
前記合成ＩＰｖ６プレフィックスを記憶するように構成される記憶手段をさらに含む請求項１１に記載のＤＨＣＰｖ６サーバー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＮＡＴ６４プレフィックスの処理方法、ネットワーク機器及びＤＨＣＰｖ６サーバーに関するものである。
【背景技術】
【０００２】
現在、既存技術におけるネットワークアドレス変換（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ、ＮＡＴと略称）は広域通信網（ＷＡＮ）アクセス技術に属され、私的な（保留）アドレスを合法的なインターネットプロトコル（ＩＰ）アドレスに変換する変換技術で、各種のインターネットアクセス方式と各種のネットワークに汎用されている。ＮＡＴによるとＩＰアドレスが乏しい問題を解決できる。
【０００３】
ＩＰｖ４（インターネットプロトコルバージョン４）アドレスリソースが尽きてしまい、ＩＰｖ６（インターネットプロトコルバージョン６）ネットワークを逐次に配置することに伴って、ネットワークに存在する大面積のＩＰｖ４ネットワークと新しく確立されたＩＰｖ６ネットワークは、通信事業者にＩＰｖ６／ＩＰｖ４が共存する際の各種のＩＰｖ６ネットワークとＩＰｖ４ネットワークとの間の相互アクセス問題を解決することを求めている。ＮＡＴ６４技術とＤＮＳ６４技術は、このような場合においてＩＰｖ６とＩＰｖ４の相互アクセス問題を解決する実用性のある技術である。
【０００４】
以下、ＮＡＴ６４とＤＮＳ６４の技術原理を簡単に説明する。
【０００５】
ＮＡＴ６４は、状態のあるネットワークアドレスとプロトコル変換技術で、通常、ＩＰｖ６ネットワーク側ユーザを介して発されたＩＰｖ４側ネットワークリソースへの接続アクセスのみを支援する。一方、ＮＡＴ６４は手動で静態マッピング関係を配置することで、ＩＰｖ４ネットワークが主動にＩＰｖ６ネットワークへの接続アクセスを発することも支援する。ＮＡＴ６４は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ：伝送制御プロトコル）、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ：ユーザデータグラムプロトコル）、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ：インターネット制御メッセージプロトコル）でのＩＰｖ６とＩＰｖ４のネットワークアドレスやプロトコルの変換を実現することもできる。
【０００６】
ＤＮＳ６４は、主にＮＡＴ６４に協力し、主にＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ：ドメイン・ネームシステム）調査情報中のＡ記録（ＩＰｖ４アドレス）をＡＡＡＡ記録（ＩＰｖ６アドレス）に合成し、合成されたＡＡＡＡ記録をＩＰｖ６側ユーザに返送する。ＡＡＡＡ記録の合成はＤＮＳ６４にＩＰｖ６アドレスの合成に用いられるｐｒｅｆ６４：：／ｎと略称されるＩＰｖ６プレフィックスを予め配置することで行われる。
【０００７】
ＮＡＴ６４とＤＮＳ６４の通常の応用シーンのネットワークを図１に示す。
【０００８】
図１において、ＤＮＳ６４  ＳｅｒｖｅｒとＮＡＴ６４  Ｒｏｕｔｅｒは完全に独立した部分である。その中、６４：ＦＦ９Ｂ：：／９６はＤＮＳ６４  ｐｒｅｆ６４：：／ｎの有名なプレフィックスで、ＤＮＳ６４は通常、当該プレフィックスを用いてＩＰｖ４アドレスからＩＰｖ６アドレスへの合成を行うと認定し、同時に、該プレフィックスはＮＡＴ６４の変換プレフィックスとして該プレフィックスのトラフィックに整合する際のＮＡＴ６４変換を実現することもできる。通常、ＤＮＳ６４とＮＡＴ６４において該プレフィックスはｐｒｅｆ６４：：／ｎと表され、その中、ｐｒｅｆ６４はＩＰｖ６アドレスを合成するためのＮＡＴ６４プレフィックスを表し、ｎは該ＮＡＴ６４プレフィックスの長さを表し、該プレフィックスは、有名なプレフィックスを使用する以外、ネットワークを配置する際に実際のネットワーク状況に応じて柔軟に配置することもできる。該プレフィックスの長さは、３２、４０、４８、５６、６４又は９６等の範囲を支援し、各種の長さのプレフィックスの変換ルールも完全に異なっている。
【０００９】
図１において、ＩＰｖ６  Ｏｎｌｙ  Ｕｓｅｒ（唯一のユーザ）が普通のＩＰｖ６ウェブサイトへの接続アクセスを発した場合、トラフィックはＩＰｖ６のデフォルトルートに整合して直接にＩＰｖ６  Ｒｏｕｔｅｒ（ルータ）に転送されて処理される。ＩＰｖ６  Ｏｎｌｙ  Ｕｓｅｒが接続アクセスを発したのがＩＰｖ４単一プロトコルスタックのサーバーである場合、ＩＰｖ６  Ｏｎｌｙ  ＵｓｅｒはターゲットＩＰｖ４  Ｓｅｒｖｅｒアドレスに対応するＩＰｖ６アドレス情報を取得することができないので、ＤＮＳ要求をＤＮＳ６４  Ｓｅｒｖｅｒ（サーバー）に送信して、該ＩＰｖ４  Ｓｅｒｖｅｒに対応するＩＰｖ４アドレス、即ちＡ記録を調査し、その後、ＤＮＳ６４  Ｓｅｒｖｅｒがプレフィックスの合成を行って、つまりＡ記録とｐｒｅｆ６４：：／ｎをＡＡＡＡ記録に合成して、ＩＰｖ６  Ｏｎｌｙ  Ｕｓｅｒに返送する。ｐｒｅｆ６４：：／ｎネットワーク区間のトラフィックはルータによってＮＡＴ６４  Ｒｏｕｔｅｒに転送されて、ＩＰｖ６とＩＰｖ４のアドレスやプロトコルの変換を実現し、ＩＰｖ４ネットワーク中のリソースにアクセスすることができる。
【００１０】
図１において、ＤＮＳ６４がＮＡＴ６４と協力して動作する必要がある場合、ＤＨＣＰｖ６（動的ホスト構成プロトコルのＩＰｖ６バージョン）  Ｓｅｒｖｅｒ（サーバー）がＤＮＳ６４  ＳｅｒｖｅｒのＩＰｖ６アドレスを送信しなければならない。ネットワークにＤＮＳ６４が配置されておらず、且つＤＮＳが依然としてＩＰｖ４ネットワークに位置する場合、ＮＡＴ６４は独立にＩＰｖ６／ＩＰｖ４相互アクセスを完成することができない。一方、ユーザ側機器はＤＮＳ  Ｓｅｒｖｅｒに対応するＩＰｖ６アドレスを取得することができず、そして、ユーザ側がＤＮＳ  Ｓｅｒｖｅｒに対応するＩＰｖ６アドレスを取得したとしても、ユーザ側機器は依然としてターゲットＩＰｖ４  Ｓｅｒｖｅｒに対応するＡＡＡＡ記録を取得することができないので、ＮＡＴ６４が独立して動作する場合、この場合での問題を解決できる対応する技術案が必要である。
【００１１】
現在、ＰＣＰ（ポート制御プロトコル）方式でＮＡＴ６４のｐｒｅｆ６４：：／ｎを取得する技術案であるｄｒａｆｔ−ｉｅｔｆ−ｐｃｐ−ｎａｔ６４−ｐｒｅｆｉｘ６４−０４があって、該技術案はＰＣＰプロトコルを拡張してＰＲＥＦＩＸ６４  Ｏｐｔｉｏｎを増加することで、ＰＣＰ  Ｃｌｉｅｎｔ（ユーザ側）がＮＡＴ６４−Ｃｏｎｔｒｏｌｌｅｄ  ＰＣＰ  Ｓｅｒｖｅｒからｐｒｅｆ６４：：／ｎ、ＩＰｖ６  Ｓｕｆｆｉｘ及びＩＰｖ４  Ｐｒｅｆｉｘ  Ｌｉｓｔ等の情報を取得するようにする。しかし、該技術案によると、ユーザとＮＡＴ６４機器がＰＣＰプロトコルを活性化することが必要であるが、ＰＣＰプロトコル自体がネットワーク中の個人ＰＣにＰＣＰ  Ｃｌｉｅｎｔとして汎用されていない状況で、ＰＣＰプロトコルを支援するように個人ＰＣにて操作システムをアップグレードしなければならず、普及しようとすると、カバー範囲が広く、大変難しいことである。
【００１２】
さらに、図１において、ＤＮＳ６４  Ｓｅｒｖｅｒを配置してＮＡＴ６４と協力して動作させることで、元のＤＮＳ  Ｓｅｒｖｅｒが依然とＩＰｖ４ネットワークに配置されている問題を解決することができる。しかし、既存のＩＰｖ４ネットワークの場合、ＤＮＳサーバー以外に、シスログサーバー、Ｃｏｏｋｉｅサーバー、リソース位置測位サーバー、戦略濾過サーバー等の対応するサーバーもあって、これらのサーバーのパラメーターは全てＤＨＣＰｖ４選択肢によってＩＰｖ４ユーザ側機器に伝送される。そして、ＩＰｖ６−Ｏｎｌｙユーザ側機器が如何にＩＰｖ４ネットワーク中の各ネットワークパラメーターを取得するかについては、ＩＰｖ６−Ｏｎｌｙユーザ側機器が各ＩＰｖ４サーバーのＩＰｖ６アドレスを取得できるように、通常の解決案が開示されていない。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
本発明が解決しようとする技術課題は、ＩＰｖ４サーバーを支援する合成ＩＰｖ６プレフィックスが最終的に、ＩＰｖ６／ＩＰｖ４ネットワークの相互交換中に一部のサーバーが依然としてＩＰｖ４ネットワークに配置されていることによる各種の問題を解決することのできるＮＡＴ６４プレフィックスの処理方法、ネットワーク機器及びＤＨＣＰｖ６サーバーを提供することである。
【課題を解決するための手段】
【００１４】
上記技術課題を解決するため、本発明は、各ネットワーク配置情報選択肢に対応する合成インターネットプロトコルバージョン６（ＩＰｖ６）プレフィックスを取得することと、動的ホスト構成プロトコルのＩＰｖ６バージョン（ＤＨＣＰｖ６）サーバーに、一つ又は複数の前記合成ＩＰｖ６プレフィックスの選択肢が載せられたＤＨＣＰｖ６メッセージを送信することと、を含むＮＡＴ６４プレフィックスの処理方法を提供する。
【００１５】
ここで、上記方法はさらに、前記ＤＨＣＰｖ６メッセージに載せられた合成ＩＰｖ６プレフィックスの選択肢に、異なるタイプ値とプレフィックス値が異なるインターネットプロトコルバージョン４（ＩＰｖ４）サーバーに対応することが定義されている特徴を有する。
【００１６】
ここで、上記方法はさらに、前記ＤＨＣＰｖ６メッセージに載せられた合成ＩＰｖ６プレフィックスの選択肢に、保留のフィールド値がデフォルトである場合、全てのＩＰｖ４  サーバーが同一の合成ＩＰｖ６プレフィックスを使用することを表す選択肢が定義されている特徴を有する。
【００１７】
ここで、上記方法はさらに、前記ＤＨＣＰｖ６メッセージが、選択肢を追加して前記合成ＩＰｖ６プレフィックスを載せたＤＨＣＰｖ６中継転送メッセージを含む特徴を有する。
【００１８】
ここで、上記方法はさらに、前記ＤＨＣＰｖ６サーバーから送信されたＤＨＣＰｖ６メッセージを受信し、該ＤＨＣＰｖ６メッセージがＤＨＣＰｖ６中継応答メッセージを含み、該メッセージに載せられた各ネットワークパラメーターはいずれもＩＰｖ６アドレス又は／及び合成後のＩＰｖ６アドレスであって、前記ＤＨＣＰｖ６中継応答メッセージをＤＨＣＰｖ６  Ｒｅｐｌｙメッセージに処理してＩＰｖ６ユーザ側機器に送信する特徴を有する。
【００１９】
上記問題を解決するため、本発明は、各ネットワーク配置情報選択肢に対応する合成インターネットプロトコルバージョン６（ＩＰｖ６）プレフィックスを取得するように構成される取得手段と、動的ホスト構成プロトコルのＩＰｖ６バージョン（ＤＨＣＰｖ６）サーバーに、一つ又は複数の前記合成ＩＰｖ６プレフィックスの選択肢が載せられたＤＨＣＰｖ６メッセージを送信するように構成される送信手段と、を含むネットワーク機器をさらに提供する。
【００２０】
ここで、上記ネットワーク機器はさらに、前記送信手段から送信されるＤＨＣＰｖ６メッセージに載せられた合成ＩＰｖ６プレフィックスの選択肢に、異なるタイプ値とプレフィックス値が異なるインターネットプロトコルバージョン４（ＩＰｖ４）サーバーに対応することが定義されている特徴を有する。
【００２１】
ここで、上記ネットワーク機器はさらに、前記送信手段から送信されるＤＨＣＰｖ６メッセージに載せられた合成ＩＰｖ６プレフィックスの選択肢に、保留のフィールド値デフォルトである場合、全てのＩＰｖ４サーバーが同一の合成ＩＰｖ６プレフィックスを使用することを表す選択肢が定義されている特徴を有する。
【００２２】
ここで、上記ネットワーク機器はさらに、前記送信手段から送信されるＤＨＣＰｖ６メッセージが、選択肢を追加して前記合成ＩＰｖ６プレフィックスを載せたＤＨＣＰｖ６中継転送メッセージを含む特徴を有する。
【００２３】
ここで、上記ネットワーク機器はさらに、前記ＤＨＣＰｖ６サーバーから送信されたＤＨＣＰｖ６メッセージを受信するように構成される受信手段をさらに含み、該ＤＨＣＰｖ６メッセージはＤＨＣＰｖ６中継応答メッセージを含み、該メッセージに載せられた各ネットワークパラメーターはいずれもＩＰｖ６アドレス又は／及び合成後のＩＰｖ６アドレスであって、
前記送信手段はさらに、前記ＤＨＣＰｖ６中継応答メッセージをＤＨＣＰｖ６  Ｒｅｐｌｙメッセージに処理してＩＰｖ６ユーザ側機器に送信するように構成される特徴を有する。
【００２４】
上記問題を解決するため、本発明はさらに、動的ホスト構成プロトコルのＩＰｖ６バージョン（ＤＨＣＰｖ６）サーバーが、中間機器からの合成ＩＰｖ６プレフィックスの選択肢が載せられたＤＨＣＰｖ６メッセージを受信することと、前記合成ＩＰｖ６プレフィックスの選択肢と取得した対応するインターネットプロトコルバージョン４（ＩＰｖ４）サーバーのＩＰｖ４アドレスに基づいて、対応するＩＰｖ６アドレスを合成することと、前記ＩＰｖ６アドレスを各ネットワーク配置情報選択肢中のパラメーターとして中間機器又はユーザ側機器に送信することと、を含むＮＡＴ６４プレフィックスの処理方法を提供する。
【００２５】
ここで、上記方法はさらに、前記ＤＨＣＰｖ６サーバーが中間機器からのＤＨＣＰｖ６メッセージを受信した後、前記合成ＩＰｖ６プレフィックスを記憶することをさらに含む特徴を有する。
【００２６】
上記問題を解決するため、本発明はさらに、合成ＩＰｖ６プレフィックスの選択肢が載せられた中間機器からのＤＨＣＰｖ６メッセージを受信するように構成される受信手段と、前記合成ＩＰｖ６プレフィックスの選択肢と取得した対応するインターネットプロトコルバージョン４（ＩＰｖ４）サーバーのＩＰｖ４アドレスに基づいて、対応するＩＰｖ６アドレスを合成するように構成される合成手段と、前記ＩＰｖ６アドレスを各ネットワーク配置情報選択肢のパラメーターとして中間機器又はユーザ側機器に送信するように構成される送信手段と、を含む動的ホスト構成プロトコルのＩＰｖ６バージョン（ＤＨＣＰｖ６）サーバーを提供する。
【００２７】
ここで、上記ＤＨＣＰｖ６サーバーは、前記合成ＩＰｖ６プレフィックスを記憶するように構成される記憶手段をさらに含む。
【００２８】
上述のように、本発明によるとＮＡＴ６４プレフィックスの処理方法、ネットワーク機器及びＤＨＣＰｖ６サーバーを提供し、ＩＰｖ６／ＩＰｖ４ネットワークの相互交換中に一部のサーバーが依然としてＩＰｖ４ネットワークに配置されていることによる各種の問題を解決し、ネットワーク中の配置を減少し、同時に、ＮＡＴ６４業務アップグレード又は後で全部ＩＰｖ６ネットワークにアップグレードする時、ネットワーク配置を柔軟に調節し、ネットワーク維持の複雑度を低減し、維持を簡略化できる。
【図面の簡単な説明】
【００２９】
本発明の実施例中の技術案を一層明確に説明するため、以下、実施例で必要な図面を簡単に説明し、ここで、以下の説明及び図面は本発明の一部の実施例に過ぎず、本願の一部を構成し、本発明を不当に限定するものではないことは言うまでもないことである。
【図１】既存技術のＮＡＴ６４とＤＮＳ６４の応用シーンネットワークを示す図である。
【図２】本発明の実施例の中間機器がＮＡＴ６４プレフィックスを処理する方法を示すフローチャートである。
【図３】本発明の実施例のＤＨＣＰｖ６サーバーがＮＡＴ６４プレフィックスを処理する方法を示すフローチャートである。
【図４】本発明の実施例のＮＡＴ６４プレフィックスを処理するシステムを示す図である。
【図５】本発明の実施例のＤＨＣＰｖ６メッセージに合成ＩＰｖ６プレフィックス選択肢が載せられたメッセージフォーマットを示す図である。
【図６】本発明の実施例のＩＰｖ４  ＤＮＳ  ＳｅｒｖｅｒのＩＰｖ６アドレスの合成を示すフローチャートである。
【図７】本発明の実施例のＩＰｖ４  シスログサーバーのＩＰｖ６アドレスの合成を示すフローチャートである。
【発明を実施するための形態】
【００３０】
ＤＨＣＰｖ６プロトコルはユーザ側機器にＩＰｖ６アドレス、ＩＰｖ６プレフィックス及び他のネットワーク情報を割り当てする方法を設計したもので、その中、他のネットワーク情報はＤＮＳサーバー、シスログサーバー、Ｃｏｏｋｉｅサーバー、リソース位置測位サーバー、戦略サーバー等を含む。他のネットワーク情報サーバーがＩＰｖ４ネットワークに配置されている場合、対応するＩＰｖ６プレフィックスで対応するＩＰｖ４サーバーに対応するＩＰｖ６アドレスを合成しなければならない。ここで、それぞれのＩＰｖ６プレフィックスは同じであることができれば、異なることもでき、ここではこれらのＩＰｖ６プレフィックスを合成ＩＰｖ６プレフィックスと称する。
【００３１】
本発明の目的、技術案とメリットを一層明確にするため、以下、図面を結合して本発明の実施例を詳しく説明する。尚、矛盾しない限り、本願の実施例及び実施例中の特徴は互いに任意に結合することができ、以下の実施例に限定されない。
【００３２】
図２は本発明の実施例の中間機器がＮＡＴ６４プレフィックスを処理する方法を示すフローチャートで、図２に示すように、該方法は以下のステップを含む。
【００３３】
中間機器ＢＲＡＳ（Ｂｒｏａｄｂａｎｄ  Ｒｅｍｏｔｅ  Ａｃｃｅｓｓ  Ｓｅｒｖｅｒ：ブロードバンドアクセスサーバー）／ＮＡＴ６４が、各ネットワーク配置情報選択肢に対応する合成ＩＰｖ６プレフィックスを取得する（ステップＳ１１）。
【００３４】
中間機器が、動的ホスト構成プロトコルのＩＰｖ６バージョン（ＤＨＣＰｖ６）サーバーにＤＨＣＰｖ６メッセージを送信し（ステップＳ１２）、ＤＨＣＰｖ６メッセージに一つ又は複数の合成ＩＰｖ６プレフィックスの選択肢が載せられる。
【００３５】
中間機器が、ＤＨＣＰｖ６サーバーから送信されるＤＨＣＰｖ６メッセージを受信することもでき（ステップＳ１３）、該ＤＨＣＰｖ６メッセージはＤＨＣＰｖ６  Ｒｅｌａｙ−Ｒｅｐｌｙ（中継応答）メッセージを含み、該メッセージに載せられた各ネットワークパラメーターはいずれもＩＰｖ６アドレス又は／及び合成後のＩＰｖ６アドレスである。
【００３６】
中間機器が、ＤＨＣＰｖ６  Ｒｅｌａｙ−ＲｅｐｌｙメッセージをＤＨＣＰｖ６  Ｒｅｐｌｙメッセージに処理してＩＰｖ６ユーザ側機器に送信する（ステップＳ１４）。
【００３７】
図３は本発明の実施例のＤＨＣＰｖ６サーバーがＮＡＴ６４プレフィックスを処理する方法を示すフローチャートで、図３に示すように、該方法は以下のステップを含む。
【００３８】
ＤＨＣＰｖ６サーバーが、中間機器からのＤＨＣＰｖ６メッセージを受信し（ステップＳ２１）、ＤＨＣＰｖ６メッセージに合成ＩＰｖ６プレフィックスの選択肢が載せられる。
【００３９】
ＤＨＣＰｖ６サーバーが、合成ＩＰｖ６プレフィックスの選択肢と取得し対応するインターネットプロトコルバージョン４（ＩＰｖ４）サーバーのＩＰｖ４アドレスに基づいて、対応するＩＰｖ６アドレスを合成する（ステップＳ２２）。
【００４０】
ＤＨＣＰｖ６サーバーが、ＩＰｖ６アドレスを各ネットワーク配置情報選択肢中のパラメーターとして中間機器又はユーザ側機器に送信する（ステップＳ２３）。
【００４１】
上記技術案によると、ＤＨＣＰｖ６プロトコル中の選択肢を拡張することで、基本的なＩＰｖ６アドレスの自動配置を完成するとともに、ＩＰｖ６アドレスの自動合成を完成する。これにより、汎用のＩＰｖ６−Ｏｎｌｙユーザ側によるＩＰｖ４ネットワークサーバーへのアクセス問題を解決し、維持の複雑度を低減し、純ＩＰｖ６への遷移の便宜性を増加できる。
【００４２】
図４は本発明の実施例に係わるＮＡＴ６４プレフィックスを処理するシステムを示す図で、図４に示すように、該システムは、
ＤＨＣＰｖ６  Ｒｅｌａｙ（中継）中間機器（即ち、ネットワーク機器）として、各ネットワーク配置情報選択肢に対応する合成ＩＰｖ６プレフィックスを取得し、取得した合成ＩＰｖ６プレフィックス情報をＤＨＣＰｖ６メッセージの新しく追加された選択肢に付加してＤＨＣＰｖ６サーバー側機器に送信するように構成されるＢＲＡＳ／ＮＡＴ６４機器を含み、
ここで、ネットワーク機器は、
各ネットワーク配置情報選択肢に対応する合成ＩＰｖ６プレフィックスを取得するように構成される取得手段と、
ＤＨＣＰｖ６サーバーに、一つ又は複数の合成ＩＰｖ６プレフィックスの選択肢が載せられたＤＨＣＰｖ６メッセージを送信するように構成される送信手段と、を含むことができる。
【００４３】
一好適な実施例において、ネットワーク機器はさらに、
ＤＨＣＰｖ６サーバーから送信されたＤＨＣＰｖ６メッセージを受信するように構成される受信手段と、該ＤＨＣＰｖ６メッセージはＤＨＣＰｖ６  Ｒｅｌａｙ−Ｒｅｐｌｙメッセージを含み、該メッセージに載せられた各ネットワークパラメーターはいずれもＩＰｖ６アドレス又は／及び合成後のＩＰｖ６アドレスであって、
ＤＨＣＰｖ６  Ｒｅｌａｙ−ＲｅｐｌｙメッセージをＤＨＣＰｖ６  Ｒｅｐｌｙメッセージに処理してＩＰｖ６ユーザ側機器に送信するように構成される送信手段と、を含むことができる。
【００４４】
ＤＨＣＰｖ６サーバー機器は、ＤＨＣＰｖ６  Ｓｅｒｖｅｒとして、受信した合成ＩＰｖ６プレフィックス選択肢を記憶し、また対応するＩＰｖ４  ＳｅｒｖｅｒのＩＰｖ４アドレスと合成し、合成後のＩＰｖ６アドレスを各ネットワーク配置情報選択肢として、ＤＨＣＰｖ６メッセージによってＢＲＡＳ／ＮＡＴ６４中間機器に送信するように構成される。
【００４５】
ここで、ＤＨＣＰｖ６サーバーは、
合成ＩＰｖ６プレフィックスの選択肢が載せられた中間機器からのＤＨＣＰｖ６メッセージを受信するように構成される受信手段と、
合成ＩＰｖ６プレフィックスの選択肢と取得した対応するＩＰｖ４サーバーのＩＰｖ４アドレスに基づいて、対応するＩＰｖ６アドレスを合成するように構成される合成手段と、
ＩＰｖ６アドレスを各ネットワーク配置情報選択肢のパラメーターとして、中間機器又はユーザ側機器に送信するように構成される送信手段と、を含むことができる。
【００４６】
一好適な実施例において、ＤＨＣＰｖ６サーバーはさらに、
合成ＩＰｖ６プレフィックスを記憶するように構成される記憶手段を含むことができる。
【００４７】
図５は本発明の実施例のＤＨＣＰｖ６メッセージに合成ＩＰｖ６プレフィックス選択肢が載せられたメッセージフォーマットを示す図であり、その中、
ｏｐｔｉｏｎ−ｃｏｄｅ（選択肢コード）フィールドは、合成ＩＰｖ６プレフィックスに対応する符号化値を表し、
Ｒｓｖ（保留の）フィールドは、デフォルトである場合、基地局全体が同一の合成ＩＰｖ６プレフィックスを使用することを表し、
Ｔｙｐｅ（タイプ）フィールドは、例えばＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ：ドメイン・ネームシステム）Ｓｅｒｖｅｒ、Ｃｏｏｋｉｅ  Ｓｅｒｖｅｒ等のＩＰｖ４  Ｓｅｒｖｅｒタイプを表し、異なるＴｙｐｅフィールドは異なるＩＰｖ４  Ｓｅｒｖｅｒタイプを表し、ＤＨＣＰｖ６  Ｓｅｒｖｅｒでの対応するＩＰｖ４  ＳｅｒｖｅｒによるＩＰｖ６アドレスの合成に用いられ、
Ｏｐｔｉｏｎ−ｌｅｎフィールドは、ｏｐｔｉｏｎ−ｖａｌｕｅの長さを表し、
Ｏｐｔｉｏｎ−ｖａｌｕｅフィールドは、対応するＴｙｐｅが使用する合成ＩＰｖ６プレフィックスを表し、
異なるＩＰｖ４  Ｓｅｒｖｅｒが異なるＩＰｖ６プレフィックスを使用する際、ＤＨＣＰｖ６メッセージに複数の合成ＩＰｖ６プレフィックス選択肢を載せなければならない。
【００４８】
図６は本発明の実施例のＩＰｖ４  ＤＮＳ  Ｓｅｒｖｅｒの  ＩＰｖ６アドレスの合成を示すフローチャートで、図６に示すように、以下のステップを含むことができる。
【００４９】
中間機器ＢＲＡＳ／ＮＡＴ６４が、ＩＰｖ６ユーザ側機器から送信されたＤＨＣＰｖ６  Ｒｅｑｕｅｓｔ（要求）メッセージ又はＤＨＣＰｖ６  Ｉｎｆｏｒｍａｔｉｏｎ−ｒｅｑｕｅｓｔ（情報要求）メッセージを受信し、ＤＮＳ  Ｓｅｒｖｅｒの合成ＩＰｖ６プレフィックス２００１：ｄｂ８：１２２：：／９６を追加して、メッセージ全体をＤＨＣＰｖ６  Ｒｅｌａｙ−Ｆｏｒｗａｒｄ（中継転送）メッセージにパケット化してＤＨＣＰｖ６サーバー側機器に送信する（ステップＳ４０２）。
【００５０】
ＤＨＣＰｖ６サーバー側機器が、中間機器から送信されたＤＨＣＰｖ６  Ｒｅｌａｙ−Ｆｏｒｗａｒｄメッセージを受信し、メッセージ中の合成ＩＰｖ６プレフィックス選択肢中のＩＰｖ６プレフィックス２００１：ｄｂ８：１２２：：／９６を抽出し、また対応するＤＮＳ  ＳｅｒｖｅｒのＩＰｖ４アドレス１７２．１．１．１を取得して、ＩＰｖ６アドレス：２００１：ｄｂ８：１２２：：１７２．１．１を合成する（ステップＳ４０４）。
【００５１】
ＤＨＣＰｖ６サーバー側機器が、合成後のＤＮＳ  ＳｅｒｖｅｒのＩＰｖ６アドレスをネットワーク配置情報選択肢として、ＤＨＣＰｖ６  Ｒｅｌａｙ−Ｒｅｐｌｙ（中継応答）メッセージによってＢＲＡＳ／ＮＡＴ６４中間機器ＢＲＡＳ／ＮＡＴ６４に送信する（ステップＳ４０６）。
【００５２】
中間機器ＢＲＡＳ／ＮＡＴ６４が、ＤＨＣＰｖ６サーバー側機器から送信された、ＩＰｖ６  ＤＮＳ  Ｓｅｒｖｅｒアドレスが載せられたＤＨＣＰｖ６  Ｒｅｌａｙ−Ｒｅｐｌｙメッセージを受信し、対応するＩＰｖ６  ＤＮＳ  ＳｅｒｖｅｒのＩＰｖ６アドレスが載せられたＤＨＣＰｖ６  Ｒｅｐｌｙメッセージに処理してＩＰｖ６ユーザ側機器に送信する（ステップＳ４０８）。
【００５３】
中間機器ＢＲＡＳ／ＮＡＴ６４上の各ＩＰｖ６プレフィックスが更新される場合、主動にＤＨＣＰｖ６  Ｒｅｌａｙ−ＦｏｒｗａｒｄメッセージをＤＨＣＰｖ６サーバー側機器に送信して、サーバー側機器に記憶された対応するプレフィックス情報を更新することが好ましい。
【００５４】
異なる中間機器ＢＲＡＳ／ＮＡＴ６４が同一のＩＰｖ４  Ｓｅｒｖｅｒを対象として、異なる合成ＩＰｖ６プレフィックスを使用することができれば、同一の合成ＩＰｖ６プレフィックスを使用することもでき、いずれも実際のネットワーク配置状況に応じて決められる。
【００５５】
図７は本発明の実施例のＩＰｖ４シスログサーバーのＩＰｖ６アドレスの合成を示すフローチャートで、図７に示すように、以下のステップを含むことができる。
【００５６】
中間機器ＢＲＡＳ／ＮＡＴ６４が、ＩＰｖ６ユーザ側機器から送信されたＤＨＣＰｖ６  Ｒｅｑｕｅｓｔメッセージ又はＤＨＣＰｖ６  Ｓｏｌｉｃｉｔメッセージ又はＤＨＣＰｖ６  Ｉｎｆｏｒｍａｔｉｏｎ−ｒｅｑｕｅｓｔメッセージを受信し、シスログサーバーの合成ＩＰｖ６プレフィックス２００２：ｄｂ８：１２２：：／９６を追加して、メッセージ全体をＤＨＣＰｖ６  Ｒｅｌａｙ−Ｆｏｒｗａｒｄメッセージにパケット化してＤＨＣＰｖ６サーバー側機器に送信する（ステップＳ５０２）。
【００５７】
ＤＨＣＰｖ６サーバー側機器が、中間機器から送信されたＤＨＣＰｖ６  Ｒｅｌａｙ−Ｆｏｒｗａｒｄメッセージを受信し、メッセージ中の合成ＩＰｖ６プレフィックス選択肢中のＩＰｖ６プレフィックス２００２：ｄｂ８：１２２：：／９６を抽出し、また対応するシスログサーバーのＩＰｖ４アドレス７３．１．１．１を取得して、ＩＰｖ６アドレス：２００２：ｄｂ８：１２２：：７３．１．１を合成する（ステップＳ５０４）。
【００５８】
ＤＨＣＰｖ６サーバー側機器が、合成後のシスログサーバーのＩＰｖ６アドレスをネットワーク配置情報選択肢として、ＤＨＣＰｖ６  Ｒｅｌａｙ−Ｒｅｐｌｙメッセージによって、ＢＲＡＳ／ＮＡＴ６４中間機器ＢＲＡＳ／ＮＡＴ６４に送信する（ステップＳ５０６）。
【００５９】
中間機器ＢＲＡＳ／ＮＡＴ６４が、ＤＨＣＰｖ６サーバー側機器から送信された、ＩＰｖ６  シスログサーバーアドレスが載せられたＤＨＣＰｖ６  Ｒｅｌａｙ−Ｒｅｐｌｙメッセージを受信し、対応するＩＰｖ６シスログサーバーアドレスが載せられたＤＨＣＰｖ６  Ｒｅｐｌｙメッセージに処理してＩＰｖ６ユーザ側機器に送信する（ステップＳ５０８）。
【００６０】
中間機器ＢＲＡＳ／ＮＡＴ６４上の各ＩＰｖ６プレフィックスが更新された場合、主動にＤＨＣＰｖ６  Ｒｅｌａｙ−ＦｏｒｗａｒｄメッセージをＤＨＣＰｖ６サーバー側機器に送信して、サーバー側機器に記憶された対応するプレフィックス情報を更新することが好ましい。
【００６１】
異なる中間機器ＢＲＡＳ／ＮＡＴ６４は同一のＩＰｖ４  Ｓｅｒｖｅｒを対象として、異なる合成ＩＰｖ６プレフィックスを使用することができれば、同一の合成ＩＰｖ６プレフィックスを使用することもでき、いずれも実際のネットワーク配置状況に応じて決められる。
【００６２】
上記実施例は本発明の一具体的な実施例に過ぎず、また、該技術案を他の各種の応用シーンに応用することもでき、ここでは説明を省略する。
【００６３】
上記した方法の全部又は一部のステップをプログラムによりハードウェアに命令を送信することで完成することができ、前記プログラムを、例えばリードオンリーメモリ、磁気ディスク又は光ディスク等のコンピュータが読み取り可能な記憶媒体に記憶することができることは当業者にとって明らかなことである。また、上記実施例の全部又は一部のステップを一つ又は複数の集積回路によって実現することも可能である。対応して、上記実施例中の各手段／ユニットをハードウェアの形態で実現できれば、ソフトウェアの機能手段の形態で実現することもできる。本発明は特定のハードウェアとソフトウェアの結合に限定されない。
【００６４】
以上は、本発明の好適な実施例に過ぎず、本発明は他の様々な実施例があることもできる。当業者は本発明の精神や実質から離脱せずに本発明に基づいて様々な改善や変形が可能であるが、このような対応する改善や変形は全て本発明の保護範囲内に含まれる。
【産業上の利用可能性】
【００６５】
上述のように、上記実施例及び好適な実施形態によると、ＩＰｖ６／ＩＰｖ４ネットワークの相互交換中に一部のサーバーが依然としてＩＰｖ４ネットワークに配置されていることによる各種の問題を解決できるとともに、ネットワーク中の配置を減少し、同時に、ＮＡＴ６４業務アップグレード又は後で全部ＩＰｖ６ネットワークにアップグレードする時、ネットワーク配置を柔軟に調節し、ネットワーク維持の複雑度を低減し、維持を簡略化できる。
【図１】
0006383797.tif 000002
【図２】
0006383797.tif 000003
【図３】
0006383797.tif 000004
【図４】
0006383797.tif 000005
【図５】
0006383797.tif 000006
【図６】
0006383797.tif 000007
【図７】
0006383797.tif 000008