(57)【要約】  本発明はＩＰｖ６ネットワークパラメーター処理方法、装置、システム、認証認可課金ＡＡＡサーバー、リモートユーザダイヤルイン認証ＲＡＤＩＵＳクライアント端末及びブロードバンドネットワークゲートウェイＢＮＧを提供し、該方法は、リモートユーザに対応するリモートユーザダイヤルイン認証ＲＡＤＩＵＳクライアント端末から送信されたＲＡＤＩＵＳアクセス要求メッセージを受信することと、ＲＡＤＩＵＳアクセス要求メッセージに基づくリモートユーザに対する認証に通過した後、ＲＡＤＩＵＳクライアント端末にリモートユーザが支援するＩＰｖ６遷移技術タイプ情報が載せられたＲＡＤＩＵＳアクセス受付メッセージを送信することと、を含み、本発明によると、既存技術におけるＩＰｖ６遷移技術タイプの手動配置の作業量が多く、配置が柔軟ではなく、コストが高い問題を解決し、ＩＰｖ６遷移技術タイプの配置方式を拡張し、ネットワークによりユーザが支援するＩＰｖ６遷移技術タイプを統括的に配置して管理する効果を実現できる。
2017511063.tif 000002
【特許請求の範囲】
【請求項１】
リモートユーザに対応するリモートユーザダイヤルイン認証ＲＡＤＩＵＳクライアント端末から送信されたＲＡＤＩＵＳアクセス要求メッセージを受信することと、
前記ＲＡＤＩＵＳアクセス要求メッセージに基づく前記リモートユーザに対する認証に通過した後、前記ＲＡＤＩＵＳクライアント端末に、前記リモートユーザが支援するＩＰｖ６遷移技術タイプ情報が載せられたＲＡＤＩＵＳアクセス受付メッセージを送信することと、を含むＩＰｖ６ネットワークパラメーター処理方法。
【請求項２】
前記ＲＡＤＩＵＳクライアント端末に、前記リモートユーザが支援するＩＰｖ６遷移技術タイプ情報が載せられた前記ＲＡＤＩＵＳアクセス受付メッセージを送信することが、
前記リモートユーザが支援する一つ又は複数のＩＰｖ６遷移技術タイプを確定することと、
前記一つ又は複数のＩＰｖ６遷移技術タイプに対応する一つ又は複数の標記ＩＤを確定することと、
前記一つ又は複数のＩＤがカプセル化された前記ＲＡＤＩＵＳアクセス受付メッセージを前記ＲＡＤＩＵＳクライアント端末に送信することと、を含む請求項１に記載の方法。
【請求項３】
認証認可課金ＡＡＡサーバーに、リモートユーザからのリモートユーザダイヤルイン認証ＲＡＤＩＵＳアクセス要求メッセージを送信することと、
前記ＡＡＡサーバーからフィードバックされた前記リモートユーザが支援するＩＰｖ６遷移技術タイプ情報が載せられたＲＡＤＩＵＳアクセス受付メッセージを受信することと、を含むＩＰｖ６ネットワークパラメーター処理方法。
【請求項４】
前記ＡＡＡサーバーからフィードバックされた前記リモートユーザが支援するＩＰｖ６遷移技術タイプ情報が載せられた前記ＲＡＤＩＵＳアクセス受付メッセージを受信した後、
標記ＩＤによって前記リモートユーザが支援するＩＰｖ６遷移技術タイプを標記した場合、前記ＲＡＤＩＵＳアクセス受付メッセージに載せられた一つ又は複数のＩＤに対応する一つ又は複数のＩＰｖ６遷移技術タイプを解析することと、
前記一つ又は複数のＩＤと前記リモートユーザとの対応関係を記憶することと、及び/又は、前記一つ又は複数のＩＰｖ６遷移技術タイプを前記リモートユーザに送信することと、を更に含む請求項３に記載の方法。
【請求項５】
リモートユーザに対応するリモートユーザダイヤルイン認証ＲＡＤＩＵＳクライアント端末から送信されたＲＡＤＩＵＳアクセス要求メッセージを受信するように構成される第１の受信手段と、
前記ＲＡＤＩＵＳアクセス要求メッセージに基づく前記リモートユーザに対する認証に通過した後、前記ＲＡＤＩＵＳクライアント端末に、前記リモートユーザが支援するＩＰｖ６遷移技術タイプ情報が載せられたＲＡＤＩＵＳアクセス受付メッセージを送信するように構成される第１の送信手段と、を含むＩＰｖ６ネットワークパラメーター処理装置。
【請求項６】
前記第１の送信手段が、
前記リモートユーザが支援する一つ又は複数のＩＰｖ６遷移技術タイプを確定するように構成される第１の確定ユニットと、
前記一つ又は複数のＩＰｖ６遷移技術タイプに対応する一つ又は複数の標記ＩＤを確定するように構成される第２の確定ユニットと、
前記一つ又は複数のＩＤがカプセル化された前記ＲＡＤＩＵＳアクセス受付メッセージを前記ＲＡＤＩＵＳクライアント端末に送信するように構成される送信ユニットと、を含む請求項５に記載の装置。
【請求項７】
請求項５乃至６の中のいずれかに記載の装置を含む認証認可課金ＡＡＡサーバー。
【請求項８】
認証認可課金ＡＡＡサーバーにリモートユーザからのリモートユーザダイヤルイン認証ＲＡＤＩＵＳアクセス要求メッセージを送信するように構成される第２の送信手段と、
前記ＡＡＡサーバーからフィードバックされた前記リモートユーザが支援するＩＰｖ６遷移技術タイプ情報が載せられたＲＡＤＩＵＳアクセス受付メッセージを受信するように構成される第２の受信手段と、を含むＩＰｖ６ネットワークパラメーター処理装置。
【請求項９】
標記ＩＤによって前記リモートユーザが支援するＩＰｖ６遷移技術タイプを標記した場合、前記ＲＡＤＩＵＳアクセス受付メッセージに載せられた一つ又は複数のＩＤに対応する一つ又は複数のＩＰｖ６遷移技術タイプを解析するように構成される解析手段と、
前記一つ又は複数のＩＤと前記リモートユーザとの対応関係を記憶するように構成される記憶手段と、及び/又は、
前記一つ又は複数のＩＰｖ６遷移技術タイプを前記リモートユーザに送信するように構成される第３の送信手段と、を更に含む請求項８に記載の装置。
【請求項１０】
請求項８乃至９の中のいずれかに記載の装置を含むリモートユーザダイヤルイン認証ＲＡＤＩＵＳクライアント端末。
【請求項１１】
請求項８乃至９の中のいずれかに記載の装置を含むブロードバンドネットワークゲートウェイＢＮＧ。
【請求項１２】
請求項７に記載の認証認可課金ＡＡＡサーバーと、請求項１１に記載のブロードバンドネットワークゲートウェイＢＮＧと、を含むＩＰｖ６遷移技術タイプ処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、特に、ＩＰｖ６ネットワークパラメーター処理方法、装置、システム、認証認可課金（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ、ＡＡＡと略称）サーバー、リモート認証ダイヤルインユーザーサービス（Ｒｅｍｏｔｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｄｉａｌ−Ｉｎ  Ｕｓｅｒ  Ｓｅｒｖｉｃｅ、ＲＡＤＩＵＳと略称）（又はリモートユーザダイヤルイン認証とも呼ばれる）クライアント端末及びブロードバンドネットワークゲートウェイ（Ｂｒｏａｄｂａｎｄ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ、ＢＮＧと略称）に関する。
【背景技術】
【０００２】
現代技術が高速に発展するに伴って、国際インターネットはすでに各分野で汎用されている。現在使用しているプロトコルＩＰｖ４はすでに時代発展の需要を満たすことができなくなって、それに定義されたＩＰｖ４は全部割り当て完了し、多くの国家や地域はＩＰｖ４アドレス不足の問題に直面した。新世代のアドレスプロトコルＩＰｖ６でＩＰｖ４を入れ替えすることは必然的な動向であるが、ＩＰｖ４からＩＰｖ６への遷移は漸進的且つ長期的なものである。当該過程において多くのＩＰｖ６への遷移技術タイプが現れていて、主に、ＩＰｖ４からＩＰｖ４へのネットワークアドレス変換（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ  ＩＰｖ４−ＩＰｖ４、ＮＡＴ４４と略称）、ＩＰｖ４からＩＰｖ４への双層ネットワークアドレス変換（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ  ＩＰｖ４−ＩＰｖ４−ＩＰｖ４、ＮＡＴ４４４と略称）、デュアルスタックライト（Ｄｕａｌ−Ｓｔａｃｋ  Ｌｉｔｅ、ＤＳ−Ｌｉｔｅと略称）、Ｌｉｇｈｔ  Ｗｅｉｇｈｔ  ４ｏｖｅｒ６  （ライトＩＰｖ４積層ＩＰｖ６デュアルスタック）、アドレスポートカプセル化マッピング（Ｍａｐｐｉｎｇ  ｏｆ  Ａｄｄｒｅｓｓ  ａｎｄ  Ｐｏｒｔ  ｗｉｔｈ  Ｅｎｃａｐｓｕｌａｔｉｏｎ、ＭＡＰと略称）、ＩＰｖ６からＩＰｖ４へのネットワークアドレス変換（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ  ＩＰｖ６−ＩＰｖ４、ＮＡＴ６４と略称）、Ｐｕｂｌｉｃ  ４ｏｖｅｒ６（汎用ＩＰｖ４積層ＩＰｖ６）、ＩＶＩ（ＩＶ−ＶＩ、ローマ数字４−６、ＩＰｖ４−ＩＰｖ６無状態翻訳を表す）等の技術タイプを含む。
【０００３】
既存技術において、ＩＰｖ６技術のブロードバンドネットワークにおける配置は、カスタマ構内設備（Ｃｕｓｔｏｍｅｒ  Ｐｒｅｍｉｓｅ  Ｅｑｕｉｐｍｅｎｔ、ＣＰＥと略称、通常、ホームゲートウェイ、Ｍｏｄｅｍ等の設備である）とブロードバンドアクセスゲートウェイ（Ｂｒｏａｄｂａｎｄ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ、ＢＮＧと略称）の配置に基づいて行われる。例えば、通信事業者がＤＳ−Ｌｉｔｅ技術を支援するＣＰＥをユーザＡに提供するとともに、ＤＳ−Ｌｉｔｅを支援するＢＮＧ設備にアクセスし、一定の時間が経た後、通信事業者のネットワークがグレードアップされると、ＢＮＧ設備がＬｉｇｈｔｗｅｉｇｈｔ  ４ｏｖｅｒ６を支援し、この時、通信事業者はＬｉｇｈｔｗｅｉｇｈｔ  ４ｏｖｅｒ６のＣＰＥ設備を新しく契約したユーザＢに提供する。
【０００４】
図１は、既存技術においてさまざまなＩＰｖ６遷移技術タイプを支援するシーンを示す図で、図１に示すように、通信事業者のこの時のネットワークがＬｉｇｈｔｗｅｉｇｈｔ  ４ｏｖｅｒ６を支援する必要があって、ユーザＡの場合、Ｌｉｇｈｔｗｅｉｇｈｔ  ４ｏｖｅｒ６技術へスムーズにグレードアップする必要がある。しかし、既存技術において、ＣＰＥとＢＮＧは現在ＩＰｖ６遷移技術の配置をいずれも手動で実現し、ＣＰＥを他の遷移技術へスムーズにグレードアップしようとすると、大量のユーザのＣＰＥ配置を行わなければならなく、ひいては、ＣＰＥにソフトウェアやハードウェアのグレードアップを行わなければならないので、大量の運行コストを増加することになる。そして、通信事業者のネットワークＢＮＧが同時に２種類又は複種類の遷移技術を支援する場合、既存技術において、ＢＮＧは配置してはじめてどのＣＰＥにどの遷移技術を配置した方が好ましいかを把握できるので、ＢＮＧにて大量の配置が行われ、運行管理に不利である。
【０００５】
従って、既存技術において、ＩＰｖ６技術の遷移のブロードバンドネットワークにおける配置に手動配置作業量が多く、配置が柔軟ではなく、コストが高い問題が存在している。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、少なくとも、既存技術において、ＩＰｖ６技術の遷移のブロードバンドネットワークにおける配置に手動配置作業量が多く、配置が柔軟ではなく、コストが高い問題を解決できるＩＰｖ６ネットワークパラメーター処理方法、装置、システム、認証認可課金ＡＡＡサーバー、リモートユーザダイヤルイン認証ＲＡＤＩＵＳクライアント端末及びブロードバンドネットワークゲートウェイＢＮＧを提供する。
【課題を解決するための手段】
【０００７】
本発明の一態様によると、リモートユーザに対応するリモートユーザダイヤルイン認証ＲＡＤＩＵＳクライアント端末から送信されたＲＡＤＩＵＳアクセス要求メッセージを受信することと、前記ＲＡＤＩＵＳアクセス要求メッセージに基づく前記リモートユーザに対する認証に通過した後、前記ＲＡＤＩＵＳクライアント端末に、前記リモートユーザが支援するＩＰｖ６遷移技術タイプ情報が載せられたＲＡＤＩＵＳアクセス受付メッセージを送信することと、を含むＩＰｖ６ネットワークパラメーター処理方法を提供する。
【０００８】
前記ＲＡＤＩＵＳクライアント端末に、前記リモートユーザが支援するＩＰｖ６遷移技術タイプ情報が載せられたＲＡＤＩＵＳアクセス受付メッセージを送信することが、前記リモートユーザが支援する一つ又は複数のＩＰｖ６遷移技術タイプを確定することと、前記一つ又は複数のＩＰｖ６遷移技術タイプに対応する一つ又は複数の標記ＩＤを確定することと、前記一つ又は複数のＩＤがカプセル化された前記ＲＡＤＩＵＳアクセス受付メッセージを前記ＲＡＤＩＵＳクライアント端末に送信することと、を含むことが好ましい。
【０００９】
本発明の他の一態様によると、認証認可課金ＡＡＡサーバーに、リモートユーザからのリモートユーザダイヤルイン認証ＲＡＤＩＵＳアクセス要求メッセージを送信することと、前記ＡＡＡサーバーからフィードバックされた前記リモートユーザが支援するＩＰｖ６遷移技術タイプ情報が載せられたＲＡＤＩＵＳアクセス受付メッセージを受信することと、を含むＩＰｖ６ネットワークパラメーター処理方法を提供する。
【００１０】
前記ＡＡＡサーバーからフィードバックされた前記リモートユーザが支援するＩＰｖ６遷移技術タイプ情報が載せられた前記ＲＡＤＩＵＳアクセス受付メッセージを受信した後、標記ＩＤによって前記リモートユーザが支援するＩＰｖ６遷移技術タイプを標記した場合、前記ＲＡＤＩＵＳアクセス受付メッセージに載せられた一つ又は複数のＩＤに対応する一つ又は複数のＩＰｖ６遷移技術タイプを解析することと、前記一つ又は複数のＩＤと前記リモートユーザとの対応関係を記憶することと、及び/又は、前記一つ又は複数のＩＰｖ６遷移技術タイプを前記リモートユーザに送信することと、を更に含むことが好ましい。
【００１１】
本発明の他の一態様によると、リモートユーザに対応するリモートユーザダイヤルイン認証ＲＡＤＩＵＳクライアント端末から送信されたＲＡＤＩＵＳアクセス要求メッセージを受信するように構成される第１の受信手段と、前記ＲＡＤＩＵＳアクセス要求メッセージに基づく前記リモートユーザに対する認証に通過した後、前記ＲＡＤＩＵＳクライアント端末に、前記リモートユーザが支援するＩＰｖ６遷移技術タイプ情報が載せられたＲＡＤＩＵＳアクセス受付メッセージを送信するように構成される第１の送信手段と、を含むＩＰｖ６ネットワークパラメーター処理装置を提供する。
【００１２】
前記第１の送信手段が、前記リモートユーザが支援する一つ又は複数のＩＰｖ６遷移技術タイプを確定するように構成される第１の確定ユニットと、前記一つ又は複数のＩＰｖ６遷移技術タイプに対応する一つ又は複数の標記ＩＤを確定するように構成される第２の確定ユニットと、前記一つ又は複数のＩＤがカプセル化された前記ＲＡＤＩＵＳアクセス受付メッセージを前記ＲＡＤＩＵＳクライアント端末に送信するように構成される送信ユニットと、を含むことが好ましい。
【００１３】
本発明の更なる他の一態様によると、上記したいずれかの装置を含む認証認可課金ＡＡＡサーバーを提供する。
【００１４】
本発明の更なる他の一態様によると、認証認可課金ＡＡＡサーバーにリモートユーザからのリモートユーザダイヤルイン認証ＲＡＤＩＵＳアクセス要求メッセージを送信するように構成される第２の送信手段と、前記ＡＡＡサーバーからフィードバックされた前記リモートユーザが支援するＩＰｖ６遷移技術タイプ情報が載せられたＲＡＤＩＵＳアクセス受付メッセージを受信するように構成される第２の受信手段と、を含むＩＰｖ６ネットワークパラメーター処理装置を提供する。
【００１５】
該装置が、標記ＩＤによって前記リモートユーザが支援するＩＰｖ６遷移技術タイプを標記した場合、前記ＲＡＤＩＵＳアクセス受付メッセージに載せられた一つ又は複数のＩＤに対応する一つ又は複数のＩＰｖ６遷移技術タイプを解析するように構成される解析手段と、前記一つ又は複数のＩＤと前記リモートユーザとの対応関係を記憶するように構成される記憶手段と、及び/又は、前記一つ又は複数のＩＰｖ６遷移技術タイプを前記リモートユーザに送信するように構成される第３の送信手段と、を更に含むことが好ましい。
【００１６】
本発明の更なる他の一態様によると、上記したいずれかの装置を含むリモートユーザダイヤルイン認証ＲＡＤＩＵＳクライアント端末を提供する。
【００１７】
本発明の更なる他の一態様によると、上記したいずれかの装置を含むブロードバンドネットワークゲートウェイＢＮＧを提供する。
【００１８】
本発明の更なる他の一態様によると、上記したいずれかの認証認可課金ＡＡＡサーバーと、ブロードバンドネットワークゲートウェイＢＮＧと、を含むＩＰｖ６遷移技術タイプ処理システムを提供する。
【発明の効果】
【００１９】
本発明によると、リモートユーザに対応するリモートユーザダイヤルイン認証ＲＡＤＩＵＳクライアント端末から送信されたＲＡＤＩＵＳアクセス要求メッセージを受信し、前記ＲＡＤＩＵＳアクセス要求メッセージに基づく前記リモートユーザに対する認証に通過した後、前記ＲＡＤＩＵＳクライアント端末に前記リモートユーザが支援するＩＰｖ６遷移技術タイプ情報が載せられたＲＡＤＩＵＳアクセス受付メッセージを送信する技術案を用いて、既存技術におけるＩＰｖ６遷移技術タイプの手動配置の作業量が多く、配置が柔軟ではなく、コストが高い問題を解決し、ＩＰｖ６遷移技術タイプの配置方式を拡張し、ネットワークによりユーザが支援するＩＰｖ６遷移技術タイプを統括的に配置して管理する効果を実現できる。
【図面の簡単な説明】
【００２０】
ここで説明する図面は本発明を一層理解させるためのもので、本願の一部を構成し、本発明に示す実施例及びその説明は本発明を解釈するもので、本発明を限定するものではない。
【図１】既存技術におけるさまざまなＩＰｖ６遷移技術タイプを支援するシーンを示す図である。
【図２】本発明の実施例に係わるＩＰｖ６ネットワークパラメーター処理方法１を示すフローチャートである。
【図３】本発明の実施例に係わるＩＰｖ６ネットワークパラメーター処理方法２を示すフローチャートである。
【図４】本発明の実施例に係わるＩＰｖ６ネットワークパラメーター処理装置一の構造を示すブロック図である。
【図５】本発明の実施例に係わるＩＰｖ６ネットワークパラメーター処理装置一における第１の送信手段４４の好適な構造を示すブロック図である。
【図６】本発明の実施例に係わる認証認可課金ＡＡＡサーバーの構造を示すブロック図である。
【図７】本発明の実施例に係わるＩＰｖ６ネットワークパラメーター処理装置二の構造を示すブロック図である。
【図８】本発明の実施例に係わるＩＰｖ６ネットワークパラメーター処理装置二の好適な構造を示すブロック図である。
【図９】本発明の実施例に係わるリモートユーザダイヤルイン認証ＲＡＤＩＵＳクライアント端末の構造を示す図である。
【図１０】本発明の実施例に係わるブロードバンドネットワークゲートウェイＢＮＧの構造を示す図である。
【図１１】本発明の実施例に係わるＩＰｖ６遷移技術タイプ処理システムの構造を示す図である。
【図１２】本発明の実施例に係わるＲＡＤＩＵＳメッセージ交換を示すフローチャートである。
【図１３】本発明の実施例に係わるＲＡＤＩＵＳメッセージフォーマットを示す図である。
【図１４】本発明の実施例に係わるＲＡＤＩＵＳ拡張ＩＰｖ６遷移技術タイプＩＤの属性選択肢メッセージのフォーマットを示す図である。
【図１５】本発明の好適な実施例１に係わるＤＳ−Ｌｉｔｅ遷移技術に基づく配置っシーンを示す図である。
【図１６】本発明の好適な実施例２に係わる同一のユーザが同時にＤＳ−ＬｉｔｅとＭＡＰ遷移技術を支援する場合の配置シーンを示す図である。
【図１７】本発明の好適な実施例３に係わるユーザ１がＭＡＰ遷移技術を支援し、ユーザ２がＬｉｇｈｔｗｅｉｇｈｔ  ４ｏｖｅｒ６を支援する場合の配置シーンを示す図である。
【発明を実施するための形態】
【００２１】
以下、図面を参照しつつ実施例を結合して本発明を詳しく説明する。尚、矛盾しない限り、本願の実施例及び実施例中の特徴は互いに組み合せすることができる。
【００２２】
本実施例においてＩＰｖ６ネットワークパラメーター処理方法を提供し、図２は本発明の実施例に係わるＩＰｖ６ネットワークパラメーター処理方法１を示すフローチャートで、図２に示すように、該プロセスは以下のステップを含む：
リモートユーザに対応するリモートユーザダイヤルイン認証ＲＡＤＩＵＳクライアント端末から送信されたＲＡＤＩＵＳアクセス要求メッセージを受信する（ステップＳ２０２）。
【００２３】
ＲＡＤＩＵＳアクセス要求メッセージに基づくリモートユーザに対する認証に通過した後、ＲＡＤＩＵＳクライアント端末に、リモートユーザが支援するＩＰｖ６遷移技術タイプ情報が載せられたＲＡＤＩＵＳアクセス受付メッセージを送信する（ステップＳ２０４）。
【００２４】
上記ステップによると、ネットワークサーバー側の場合、ＲＡＤＩＵＳメッセージ交換の拡張方式を用いてリモートユーザが支援するＩＰｖ６遷移技術タイプを配置することで、既存技術におけるＩＰｖ６遷移技術タイプの手動配置の作業量が多く、配置が柔軟ではなく、コストが高い問題を解決し、ＩＰｖ６遷移技術タイプの配置方式を拡張し、ネットワークによりユーザが支援するＩＰｖ６遷移技術タイプを統括的に配置して管理する効果を実現できる。
【００２５】
ＲＡＤＩＵＳクライアント端末にリモートユーザが支援するＩＰｖ６遷移技術タイプ情報が載せられたＲＡＤＩＵＳアクセス受付メッセージを送信することはさまざまな方式で実現することができ、例えば、比較的に簡単な処理方式として、該一つ又は複数のＩＰｖ６遷移技術タイプを標記し、例えばまずリモートユーザが支援する一つ又は複数のＩＰｖ６遷移技術タイプを確定し、その後該一つ又は複数のＩＰｖ６遷移技術タイプに対応する一つ又は複数の標記ＩＤを確定し、最後に該一つ又は複数のＩＤがカプセル化されたＲＡＤＩＵＳアクセス受付メッセージをＲＡＤＩＵＳクライアント端末に送信する。
【００２６】
図３は本発明の実施例に係わるＩＰｖ６ネットワークパラメーター処理方法２を示すフローチャートで、図３に示すように、該プロセスは以下のステップを含む：
認証認可課金ＡＡＡサーバーにリモートユーザからのリモートユーザダイヤルイン認証ＲＡＤＩＵＳアクセス要求メッセージを送信する（ステップＳ３０２）。
【００２７】
ＡＡＡサーバーからフィードバックされた、リモートユーザが支援するＩＰｖ６遷移技術タイプ情報が載せられたＲＡＤＩＵＳアクセス受付メッセージを受信する（ステップＳ３０４）。
【００２８】
上記ステップによると、クライアント端末の場合、ＲＡＤＩＵＳメッセージ交換の拡張方式を用いてリモートユーザが支援するＩＰｖ６遷移技術タイプを取得することで、既存技術におけるＩＰｖ６遷移技術タイプの手動配置の作業量が多く、配置が柔軟ではなく、コストが高い問題を解決し、ＩＰｖ６遷移技術タイプの配置方式を拡張し、ネットワークによりユーザが支援するＩＰｖ６遷移技術タイプを統括的に配置して管理する効果を実現できる。
【００２９】
ＡＡＡサーバーからフィードバックされた、リモートユーザが支援するＩＰｖ６遷移技術タイプ情報が載せられたＲＡＤＩＵＳアクセス受付メッセージを受信した後、更に、以下の処理を行うことができる：標記ＩＤによってリモートユーザが支援するＩＰｖ６遷移技術タイプを標記した場合、まずＲＡＤＩＵＳアクセス受付メッセージに載せられた一つ又は複数のＩＤに対応する一つ又は複数のＩＰｖ６遷移技術タイプを解析し、その後、一つ又は複数のＩＤとリモートユーザとの対応関係を記憶して、クライアント端末がローカルで該対応関係に基づいてリモートユーザが支援するＩＰｖ６遷移技術タイプを取得してリモートユーザの情報を記憶しバックアップするようにし、及び/又は、リモートユーザが順調にＩＰｖ６技術遷移を行うように、一つ又は複数のＩＰｖ６遷移技術タイプをリモートユーザに送信することもできる。
【００３０】
本実施例において更にＩＰｖ６ネットワークパラメーター処理装置を提供し、該装置は上記実施例及び好適な実施形態を実施するものであって、すでに説明した部分の説明は省略する。以下で使用される用語「手段」は所定の機能を実現可能なソフトウェア及び/又はハードウェアの組み合せである。以下の実施例で説明する装置をソフトウェアで実現することが好ましいが、ハードウェア又はソフトウェアとハードウェアの組み合せによって実現することも可能である。
【００３１】
図４は本発明の実施例に係わるＩＰｖ６ネットワークパラメーター処理装置一の構造を示すブロック図で、図４に示すように、該装置は第１の受信手段４２と、第１の送信手段４４と、を含み、以下、該装置を説明する。
【００３２】
第１の受信手段４２は、リモートユーザに対応するリモートユーザダイヤルイン認証ＲＡＤＩＵＳクライアント端末から送信されたＲＡＤＩＵＳアクセス要求メッセージを受信するように構成される。第１の送信手段４４は、上記第１の受信手段４２に接続されて、ＲＡＤＩＵＳアクセス要求メッセージに基づくリモートユーザの認証に通過した後、ＲＡＤＩＵＳクライアント端末にリモートユーザが支援するＩＰｖ６遷移技術タイプ情報が載せられたＲＡＤＩＵＳアクセス受付メッセージを送信するように構成される。
【００３３】
図５は本発明の実施例に係わるＩＰｖ６ネットワークパラメーター処理装置一における第１の送信手段４４の好適な構造を示すブロック図で、図５に示すように、該第１の送信手段４４は、第１の確定ユニット５２と、第２の確定ユニット５４と、送信ユニット５６と、を含み、以下、該第１の送信手段４４を説明する。
【００３４】
第１の確定ユニット５２は、リモートユーザが支援する一つ又は複数のＩＰｖ６遷移技術タイプを確定するように構成される。第２の確定ユニット５４は、上記第１の確定ユニット５２に接続されて、一つ又は複数のＩＰｖ６遷移技術タイプに対応する一つ又は複数の標記ＩＤを確定するように構成される。送信ユニット５６は、上記第２の確定ユニット５４に接続されて、一つ又は複数のＩＤがカプセル化されたＲＡＤＩＵＳアクセス受付メッセージをＲＡＤＩＵＳクライアント端末に送信するように構成される。
【００３５】
図６は本発明の実施例に係わる認証認可課金ＡＡＡサーバーの構造を示すブロック図で、図６に示すように、該ＡＡＡサーバー６０は上述したいずれかのＩＰｖ６ネットワークパラメーター処理装置一６２を含む。
【００３６】
図７は本発明の実施例に係わるＩＰｖ６ネットワークパラメーター処理装置二の構造を示すブロック図で、図７に示すように、該装置は第２の送信手段７２と、第２の受信手段７４と、を含み、以下、該装置を説明する。
【００３７】
第２の送信手段７２は、認証認可課金ＡＡＡサーバーにリモートユーザからのリモートユーザダイヤルイン認証ＲＡＤＩＵＳアクセス要求メッセージを送信するように構成される。第２の受信手段７４は、上記第２の送信手段７２に接続されて、ＡＡＡサーバーからフィードバックされた、リモートユーザが支援するＩＰｖ６遷移技術タイプ情報が載せられたＲＡＤＩＵＳアクセス受付メッセージを受信するように構成される。
【００３８】
図８は本発明の実施例に係わるＩＰｖ６ネットワークパラメーター処理装置二の好適な構造を示すブロック図で、図８に示すように、該装置は図７に示す構造を含む以外、解析手段８２と、記憶手段８４と、及び/又は、第３の送信手段８６と、を更に含み、以下、該装置を説明する。
【００３９】
解析手段８２は、標記ＩＤによってリモートユーザが支援するＩＰｖ６遷移技術タイプを標記した場合、ＲＡＤＩＵＳアクセス受付メッセージに載せられた一つ又は複数のＩＤに対応する一つ又は複数のＩＰｖ６遷移技術タイプを解析するように構成される。記憶手段８４は、上記解析手段８２に接続されて、一つ又は複数のＩＤとリモートユーザとの対応関係を記憶するように構成される。第３の送信手段８６は、上記解析手段８２に接続されて、一つ又は複数のＩＰｖ６遷移技術タイプをリモートユーザに送信するように構成される。
【００４０】
図９は本発明の実施例に係わるリモートユーザダイヤルイン認証ＲＡＤＩＵＳクライアント端末の構造を示す図で、図９に示すように、該ＲＡＤＩＵＳクライアント端末９０は、上述したいずれかのＩＰｖ６ネットワークパラメーター処理装置二９２を含む。
【００４１】
図１０は本発明の実施例に係わるブロードバンドネットワークゲートウェイＢＮＧの構造を示す図で、図１０に示すように、該ＢＮＧ１００は上述したいずれかのＩＰｖ６ネットワークパラメーター処理装置二９２を含む。
【００４２】
図１１は本発明の実施例に係わるＩＰｖ６遷移技術タイプ処理システムの構造を示す図で、図１１に示すように、該ＩＰｖ６遷移技術タイプ処理システム１１０は、上述した認証認可課金ＡＡＡサーバー６０と、ブロードバンドネットワークゲートウェイＢＮＧ１００と、を含む。
【００４３】
既存技術に存在する上記問題に基づいて、本実施例において、認証認可課金（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｕｔｈｏｒｉｚａｔｉｏｎ、Ａｃｃｏｕｎｔｉｎｇ、ＡＡＡと略称）サーバーにおいてユーザ遷移技術タイプを管理し、リモートユーザダイヤルイン認証（Ｒｅｍｏｔｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｄｉａｌ  Ｉｎ  Ｕｓｅｒ  Ｓｅｒｖｉｃｅ、ＲＡＤＩＵＳと略称）プロトコルの拡張属性選択肢に、ＩＰｖ６遷移技術のタイプを載せてＢＮＧに送信し、該ユーザが支援するＩＰｖ６遷移技術タイプを通知する。これにより、ＢＮＧにて手動で配置することで、異なるユーザの各種のＩＰｖ６遷移技術タイプを識別する際の欠陥を解消する。
【００４４】
本実施例において、ＲＡＤＩＵＳプロトコルの拡張属性選択肢によって、ＩＰｖ６遷移技術タイプを伝達する。図１２は本発明の実施例に係わるＲＡＤＩＵＳメッセージ交換を示すフローチャートで、図１２に示すように、その中のＡＡＡサーバーをＲＡＤＩＵＳサーバー側とし、ＢＮＧをＲＡＤＩＵＳクライアント端末とする。以下、ＡＡＡサーバーとＢＮＧがそれぞれ行う行為を説明する。
【００４５】
ＡＡＡサーバーの行為。
【００４６】
ＡＡＡ  サーバーは、ユーザのアクセス要求を処理可能なサーバーであって、検証許可及びアカウントサービスを提供する。課金サーバーとする以外、ユーザと課金情報の記憶、ユーザと課金戦略管理等も含む。ＡＡＡサーバーは、ユーザ課金、戦略等の情報を配置する以外、該ユーザのＩＰｖ６遷移技術タイプも配置しなければならない。該ＩＰｖ６遷移技術タイプはさまざまで、例えば、ＮＡＴ４４（ＩＰｖ４からＩＰｖ４へのネットワークアドレス変換）、ＤＳ−Ｌｉｔｅ（デュアルスタック）、Ｌｉｇｈｔ  Ｗｅｉｇｈｔ  ４ｏｖｅｒ６（ライトＩＰｖ４積層ＩＰｖ６デュアルスタック）、ＭＡＰ（アドレスポートカプセル化マッピング）、ＮＡＴ６４（ＩＰｖ６からＩＰｖ４へのネットワークアドレス変換）、Ｐｕｂｌｉｃ  ４ｏｖｅｒ６（汎用ＩＰｖ４積層ＩＰｖ６）、ＩＶＩ（ＩＶ−ＶＩ，ローマ数字４−６、ＩＰｖ４−ＩＰｖ６無状態翻訳を表す）の中の少なくとも一つとすることができる。
【００４７】
ＡＡＡサーバーは上記各遷移技術ごとにＩＤ（識別番号）を設定して区別する。ＡＡＡサーバーが、ＲＡＤＩＵＳクライアント端末から送信されたＲＡＤＩＵＳ検証要求メッセージを受信すると、上記遷移技術ＩＤ番号を新しく構築した技術タイプ属性選択肢にカプセル化して、ＲＡＤＩＵＳクライアント端末に送信する。
【００４８】
図１３は本発明の実施例に係わるＲＡＤＩＵＳメッセージのフォーマットを示す図で、図１３に示すように、その中のＡｔｔｒｉｂｕｔｅｓ（属性選択肢）フィールドはアプリケーションに応じて任意に拡張できる。図１４は本発明の実施例に係わるＲＡＤＩＵＳ拡張ＩＰｖ６遷移技術タイプＩＤの属性選択肢メッセージのフォーマットを示す図で、図１４に示すように、一回に複数のＩＰｖ６遷移技術タイプＩＤが載せられることを支援し、即ち、一つのユーザが同時にさまざまなＩＰｖ６遷移技術を支援できる。
【００４９】
ＢＮＧの行為
ＢＮＧは、ＲＡＤＩＵＳクライアント端末として、ＣＰＥ側から送信されたダイヤルイン認証メッセージを受信した後、ＲＡＤＩＵＳ要求メッセージを発する。ＲＡＤＩＵＳサーバー側、即ち、ＡＡＡサーバーの応答メッセージを取得した後、メッセージに載せられた技術タイプ属性選択肢を解析し、関連する遷移技術ＩＤ番号を取得する。ＢＮＧは、取得した遷移技術ＩＤ番号をＣＰＥ側であるユーザ側に関連付けして、該ユーザが支援するＩＰｖ６遷移技術タイプを取得する。
【００５０】
上記ＲＡＤＩＵＳメッセージ交換処理を経て、既存技術においてＢＮＧが手動で配置して異なるユーザの各種のＩＰｖ６遷移技術タイプを識別する際の欠陥を解消し、ＡＡＡサーバーによりユーザを管理するメカニズムによって、ユーザＩＰｖ６遷移技術タイプの管理を強化し、ＲＡＤＩＵＳメッセージにＩＰｖ６遷移技術タイプの属性選択肢を追加することで、ＢＮＧがユーザＩＰｖ６遷移技術タイプを取得することを実現する。
【００５１】
以下、図面を結合して本発明の好適な実施形態を説明する。
【００５２】
図１５は本発明の好適な実施例１に係わるＤＳ−Ｌｉｔｅ遷移技術に基づいく配置シーンを示す図で、図１５を参照すると、該ＩＰｖ６遷移技術の配置は以下のステップを含む：
ユーザが、ＣＰＥを介して、且つＤＳ−Ｌｉｔｅ技術でＢＮＧとインターネットに接続する（ステップＳ１５０２）。
【００５３】
ＡＡＡサーバーがユーザ情報を管理し、操作者がタイプがＤＳ−ＬｉｔｅであるＩＰｖ６遷移技術を該ユーザの情報に追加する（ステップＳ１５０４）。
【００５４】
ユーザが、ＰＰＰｏＥダイヤルインを介してネットワークに接続して認証する。ＢＮＧは、関連するダイヤルイン要求を受信した後、ダイヤルイン情報をＲＡＤＩＵＳ要求メッセージにカプセル化してＡＡＡサーバーに送信する（ステップＳ１５０６）。
【００５５】
ＡＡＡサーバーは、ＲＡＤＩＵＳ要求メッセージを受信して、該ユーザのＩＰｖ６遷移技術タイプがＤＳ−Ｌｉｔｅであることを発見したので、ＤＳ−Ｌｉｔｅに対応するＩＤを図４の属性選択肢に記入し、且つタイプと長さを記入する。ＲＡＤＩＵＳ応答メッセージのＡｔｔｒｉｂｕｔｅｓフィールドに付加する（ステップＳ１５０８）。
【００５６】
ＡＡＡサーバーが、上記応答メッセージをＢＮＧに送信し、ＢＮＧは該メッセージを受信してＡｔｔｒｉｂｕｔｅｓフィールド中のＩＰｖ６遷移技術タイプと、ユーザ情報との関係を解析し、ローカルに記憶し、継続して次の該ユーザのＤＳ−Ｌｉｔｅ技術に関連するプロセスを行う（ステップＳ１５１０）。
【００５７】
図１６は、本発明の好適な実施例２に係わる同一のユーザが同時にＤＳ−ＬｉｔｅとＭＡＰ遷移技術を支援する際の配置シーンを示す図で、図１６を参照すると、該ＩＰｖ６遷移技術配置は以下のステップを含む：
ユーザが、ＣＰＥを介して、且つＤＳ−ＬｉｔｅとＭＡＰ技術でＢＮＧとインターネットに接続する（ステップＳ１６０２）。
【００５８】
ＡＡＡサーバーがユーザ情報を管理し、操作者がタイプがＤＳ−ＬｉｔｅとＭＡＰであるＩＰｖ６遷移技術を該ユーザの情報に追加する（ステップＳ１６０４）。
【００５９】
ユーザが、ＰＰＰｏＥダイヤルインを介してネットワークでの認証を行う。ＢＮＧは関連するダイヤルイン要求を受信した後、ダイヤルイン情報をＲＡＤＩＵＳ要求メッセージにカプセル化してＡＡＡサーバーに送信する（ステップＳ１６０６）。
【００６０】
ＡＡＡサーバーは、ＲＡＤＩＵＳ要求メッセージを受信し、該ユーザのＩＰｖ６遷移技術タイプがＤＳ−ＬｉｔｅとＭＡＰであることを発見し、ＤＳ−ＬｉｔｅとＭＡＰに対応するＩＤを図４の属性選択肢に記入し、ここでＤＳ−ＬｉｔｅはＩＰｖ６遷移技術タイプＩＤ１に対応し、ＭＡＰはＩＰｖ６遷移技術タイプＩＤ２に対応し、同時に、タイプと長さを記入して、ＲＡＤＩＵＳ応答メッセージのＡｔｔｒｉｂｕｔｅｓフィールドに付加する（ステップＳ１６０８）。
【００６１】
ＡＡＡサーバーは、上記応答メッセージをＢＮＧに送信し、ＢＮＧは該メッセージを受信してＡｔｔｒｉｂｕｔｅｓフィールド中のＩＰｖ６遷移技術タイプと、ユーザ情報との関係を解析し、ローカルに記憶して、継続して次の該ユーザのＤＳ−ＬｉｔｅとＭＡＰ技術に関するプロセスを行う（ステップＳ６１０）。
【００６２】
図１７は本発明の好適な実施例３に係わるユーザ１がＭＡＰ遷移技術を支援し、ユーザ２がＬｉｇｈｔｗｅｉｇｈｔ  ４ｏｖｅｒ６を支援する際の配置シーンを示す図で、図１７を参照すると、該ＩＰｖ６遷移技術の配置は以下のステップを含む：
ユーザ１が、ＣＰＥ  １を介して、ＭＡＰ技術でＢＮＧとインターネットに接続する（ステップＳ１７０２）。
【００６３】
ユーザ２が、ＣＰＥ  ２を介して、Ｌｉｇｈｔｗｅｉｇｈｔ  ４ｏｖｅｒ６技術でＢＮＧとインターネットに接続する（ステップＳ１７０４）。
【００６４】
ＡＡＡサーバーがユーザ情報を管理し、操作者がタイプがＭＡＰであるＩＰｖ６遷移技術をユーザ１の情報に追加し、タイプがＬｉｇｈｔｗｅｉｇｈｔ  ４ｏｖｅｒ６であるＩＰｖ６遷移技術をユーザ２の情報に追加する（ステップＳ１７０６）。
【００６５】
ユーザ１が、ＰＰＰｏＥダイヤルインを介してネットワークでの認証を行う。ＢＮＧは関連するダイヤルイン要求を受信した後、ダイヤルイン情報をＲＡＤＩＵＳ要求メッセージにカプセル化してＡＡＡサーバーに送信する（ステップＳ１７０８）。
【００６６】
ＡＡＡサーバーは、ＲＡＤＩＵＳ要求メッセージを受信し、該ユーザのＩＰｖ６遷移技術タイプがＭＡＰであることを発見したので、ＭＡＰに対応するＩＤを図４の属性選択肢に記入し、ここでＭＡＰはＩＰｖ６遷移技術タイプＩＤ１に対応し、また、タイプと長さを記入して、ＲＡＤＩＵＳ応答メッセージのＡｔｔｒｉｂｕｔｅｓフィールドに追加する（ステップＳ１７１０）。
【００６７】
ＡＡＡサーバーは、上記応答メッセージをＢＮＧに送信し、ＢＮＧは該メッセージを受信してＡｔｔｒｉｂｕｔｅｓフィールド中のＩＰｖ６遷移技術タイプと、ユーザ１の情報との関係を解析して、ローカルに記憶し、継続して次のユーザ１のＭＡＰ技術に関連するプロセスを行う（ステップＳ１７１２）。
【００６８】
ユーザ２は、ＰＰＰｏＥダイヤルインを介してネットワークでの認証を行う。ＢＮＧは関連するダイヤルイン要求を受信した後、ダイヤルイン情報をＲＡＤＩＵＳ要求メッセージにカプセル化してＡＡＡサーバーに送信する（ステップＳ１７１４）。
【００６９】
ＡＡＡサーバーはＲＡＤＩＵＳ要求メッセージを受信して、該ユーザのＩＰｖ６遷移技術タイプがＬｉｇｈｔｗｅｉｇｈｔ  ４ｏｖｅｒ６であることを発見したので、Ｌｉｇｈｔｗｅｉｇｈｔ  ４ｏｖｅｒ６に対応するＩＤを図４の属性選択肢に記入し、ここで、Ｌｉｇｈｔｗｅｉｇｈｔ  ４ｏｖｅｒ６はＩＰｖ６遷移技術タイプＩＤ２に対応し、またタイプと長さを記入して、ＲＡＤＩＵＳ応答メッセージのＡｔｔｒｉｂｕｔｅｓフィールドに追加する（ステップＳ１７１６）。
【００７０】
ＡＡＡサーバーは、上記応答メッセージをＢＮＧに送信し、ＢＮＧは該メッセージを受信してＡｔｔｒｉｂｕｔｅｓフィールド中のＩＰｖ６遷移技術タイプと、ユーザ２の情報との関係を解析し、ローカルに記憶し、継続して次のユーザ２のＬｉｇｈｔｗｅｉｇｈｔ  ４ｏｖｅｒ６技術に関連するプロセスを行う（ステップＳ１７１８）。
【００７１】
上記した本発明の各手段又は各ステップを共通の計算装置によって実現することができ、単独の計算装置に集中させることができれば、複数の計算装置から構成されるネットワークに分布させることもでき、更に計算装置が実行可能なプログラムコードによって実現することもできるので、それらを記憶装置に記憶させて計算装置によって実行することができ、場合によっては、他の順で図に示す又は説明したステップを実行することができ、又は夫々集積回路手段に製作し、又はそれらの中の複数の手段又はステップを単一の集積回路手段に製作して実現できることは当業者にとって明らかなことである。このように、本発明は如何なる特定のハードウェアとソフトウェアの結合にも限定されない。
【００７２】
以上は、本発明の好適な実施例に過ぎず、本発明を限定するものではない。当業者であれば本発明にさまざまな修正や変形が可能である。本発明の精神や原則内での全ての修正、置換、改良などは本発明の保護範囲内に含まれる。
【産業上の利用可能性】
【００７３】
上述のように、上記実施例及び好適な実施形態によると、既存技術におけるＩＰｖ６遷移技術タイプの手動配置の作業量が多く、配置が柔軟ではなく、コストが高い問題を解決するとともに、ＩＰｖ６遷移技術タイプの配置方式を拡張し、ネットワークによりユーザが支援するＩＰｖ６遷移技術タイプを統括的に配置して管理する効果を実現できる。
【図１】
2017511063.tif 000003
【図２】
2017511063.tif 000004
【図３】
2017511063.tif 000005
【図４】
2017511063.tif 000006
【図５】
2017511063.tif 000007
【図６】
2017511063.tif 000008
【図７】
2017511063.tif 000009
【図８】
2017511063.tif 000010
【図９】
2017511063.tif 000011
【図１０】
2017511063.tif 000012
【図１１】
2017511063.tif 000013
【図１２】
2017511063.tif 000014
【図１３】
2017511063.tif 000015
【図１４】
2017511063.tif 000016
【図１５】
2017511063.tif 000017
【図１６】
2017511063.tif 000018
【図１７】
2017511063.tif 000019
【国際調査報告】
2017511063.tif 000020
2017511063.tif 000021
2017511063.tif 000022
2017511063.tif 000023