(57)【要約】  本発明はパケット送信方法および装置、およびサーバを開示し、インターネット技術の分野に属する。当該方法は、少なくとも１つのユーザ機器により送信された少なくとも１つの第１のＩＰｖ４パケットを受信するステップであって、各第１のＩＰｖ４パケットは各ユーザ機器に割り当てられたＩＰｖ４アドレスとソース・ポートを運搬するステップと、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートを決定するステップと、各第１のＩＰｖ４パケットのソース・ポートを当該対応する出力ポートで更新するステップと、設定アルゴリズムに従って、各第１のＩＰｖ４パケットで運搬されるＩＰｖ４アドレスを同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換して、各第１のＩＰｖ４パケットに対応する第１のＩＰｖ６パケットを取得するステップと、各第１のＩＰｖ６パケットの出力ポートを用いることによって、ＩＰｖ６ネットワークに各第１のＩＰｖ６パケットを送信するステップとを含む。本発明によれば、受信した第１のＩＰｖ４パケットで運搬されるＩＰｖ４アドレスが同一のターゲットＩＰｖ６アドレスに変換され、それによりパケット送信中のリソース消費が減り、パケット送信効率が高まる。
2016515371.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのユーザ機器により送信された少なくとも１つの第１のＩＰｖ４パケットを受信するステップであって、前記第１のＩＰｖ４パケットの各々はユーザ機器に割り当てられたＩＰｖ４アドレスおよびソース・ポートを運搬するステップと、
ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに対応する出力ポートを決定するステップと、
前記第１のＩＰｖ４パケットの各々に対応する前記ソース・ポートを前記対応する出力ポートで更新するステップと、
設定アルゴリズムに従って、前記第１のＩＰｖ４パケットの各々で運搬される前記ＩＰｖ４アドレスを同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換して、前記第１のＩＰｖ４パケットの各々に対応する第１のＩＰｖ６パケットを取得するステップであって、前記第１のＩＰｖ６パケットの各々は前記変換後に得られた前記ＩＰｖ６アドレスと前記ソース・ポートに対応する前記出力ポートを運搬するステップと、
前記第１のＩＰｖ６パケットの各々の前記出力ポートを用いることによって、前記第１のＩＰｖ６パケットの各々をＩＰｖ６ネットワークに送信するステップと、
を含む、パケット送信方法。
【請求項２】
少なくとも１つのユーザ機器により送信された第１のＩＰｖ４パケットを受信するステップの前に、
動的ホスト構成プロトコルＤＨＣＰサービスを開始するステップと、
前記ＤＨＣＰサービスを用いてＩＰｖ４アドレスをアクセスされたユーザ機器に割り当てるステップと、
をさらに含む、請求項１に記載の方法。
【請求項３】
前記第１のＩＰｖ４パケットの各々で運搬される前記ＩＰｖ４アドレスを同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換するステップの前に、
前記グローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスをＩＰｖ６ネットワーク・サーバから取得するステップと、
前記グローバル・ユニキャストＩＰｖ６アドレスの前記取得したＩＰｖ６プレフィックスに続くユーザ定義のサフィックスをパディングして、前記ターゲット・グローバル・ユニキャストＩＰｖ６アドレスを取得するステップと、
をさらに含む、請求項１に記載の方法。
【請求項４】
前記第１のＩＰｖ６パケットの各々の前記出力ポートを用いることによって、前記第１のＩＰｖ６パケットの各々をＩＰｖ６ネットワークに送信ステップの後、
前記ＩＰｖ６ネットワークにより送信された第２のＩＰｖ６パケットを受信するステップであって、前記第２のＩＰｖ６パケットは前記ターゲット・グローバル・ユニキャストＩＰｖ６アドレスと出力ポートを運搬するステップと、
ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の前記対応関係に従って、前記第２のＩＰｖ６パケットの前記出力ポートに対応するソース・ポートを決定し、前記第２のＩＰｖ６パケットの前記出力ポートを前記対応するソース・ポートで更新し、前記第２のＩＰｖ６パケットで運搬される前記ＩＰｖ６アドレスを対応するＩＰｖ４アドレスで更新して、前記第２のＩＰｖ６パケットに対応する第２のＩＰｖ４パケットを取得するステップと、
前記第２のＩＰｖ４パケットの前記ソース・ポートを用いることによって、前記第２のＩＰｖ４パケットを前記更新の後に得られた前記ＩＰｖ４アドレスに対応するユーザ機器に送信するステップと、
をさらに含む、請求項１に記載の方法。
【請求項５】
前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに対応する出力ポートを決定するステップは、
ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の前記対応関係に従って、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに対応する前記出力ポートを決定するステップ、
または、
前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに従って、対応する出力ポートをランダムに割り当て、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに対応する前記出力ポートを取得するステップ
を含む、請求項１に記載の方法。
【請求項６】
少なくとも１つのユーザ機器により送信された少なくとも１つの第１のＩＰｖ４パケットを受信するように受信器を制御するように構成された第１の受信モジュールであって、前記第１のＩＰｖ４パケットの各々は各ユーザ機器に割り当てられたＩＰｖ４アドレスとソース・ポートを運搬する、第１の受信モジュールと、
ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに対応する出力ポートを決定するようにプロセッサを制御するように構成された第１の決定モジュールと、
前記第１のＩＰｖ４パケットの各々に対応する前記ソース・ポートを前記対応する出力ポートで更新するように前記プロセッサを制御するように構成された第１の更新モジュールと、
設定アルゴリズムに従って、前記第１のＩＰｖ４パケットの各々で運搬される前記ＩＰｖ４アドレスを同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換して、前記第１のＩＰｖ４パケットの各々に対応する第１のＩＰｖ６パケットを取得するように前記プロセッサを制御するように構成された変換モジュールであって、前記第１のＩＰｖ６パケットの各々は前記変換後に得られた前記ＩＰｖ６アドレスと前記ソース・ポートに対応する前記出力ポートを運搬する、変換モジュールと、
前記第１のＩＰｖ６パケットの各々に対応する前記出力ポートを用いることによって、前記第１のＩＰｖ６パケットの各々をＩＰｖ６ネットワークに送信するように送信器を制御するように構成された第１の送信モジュールと、
を備える、パケット送信装置。
【請求項７】
動的ホスト構成プロトコルＤＨＣＰサービスを開始するように前記プロセッサを制御するように構成された開始モジュールと、
前記ＤＨＣＰサービスを用いてＩＰｖ４アドレスをアクセスされたユーザ機器に割り当てるように前記プロセッサを制御するように構成された割当てモジュールと、
をさらに備える、請求項６に記載の装置。
【請求項８】
前記グローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスをＩＰｖ６ネットワーク・サーバから取得するように前記プロセッサを制御するように構成された取得モジュールと、
前記グローバル・ユニキャストＩＰｖ６アドレスの前記取得したＩＰｖ６プレフィックスに続くユーザ定義のサフィックスをパディングして、前記ターゲット・グローバル・ユニキャストＩＰｖ６アドレスを取得するように前記プロセッサを制御するように構成されたパディング・モジュールと、
をさらに備える、請求項６に記載の装置。
【請求項９】
前記ＩＰｖ６ネットワークにより送信された第２のＩＰｖ６パケットを受信するように前記受信器を制御するように構成された第２の受信モジュールであって、前記第２のＩＰｖ６パケットは前記ターゲット・グローバル・ユニキャストＩＰｖ６アドレスと出力ポートを運搬する、第２の受信モジュールと、
ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の前記対応関係に従って、前記第２のＩＰｖ６パケットの前記出力ポートに対応するソース・ポートを決定するように前記プロセッサを制御するように構成された第２の決定モジュールと、
前記第２のＩＰｖ６パケットの前記出力ポートを前記対応するソース・ポートで更新し、前記第２のＩＰｖ６パケットで運搬される前記ＩＰｖ６アドレスを対応するＩＰｖ４アドレスで更新し、前記第２のＩＰｖ６パケットに対応する第２のＩＰｖ４パケットを取得するように前記プロセッサを制御するように構成された第２の更新モジュールと、
前記第２のＩＰｖ４パケットの前記ソース・ポートを用いることによって、前記第２のＩＰｖ４パケットを前記更新の後に得られた前記ＩＰｖ４アドレスに対応するユーザ機器に送信するように前記送信器を制御するように構成された第２の送信モジュールと、
をさらに備える、請求項６に記載の装置。
【請求項１０】
前記第１の決定モジュールは、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の前記対応関係に従って、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに対応する前記出力ポートを決定するか、または、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに従って、対応する出力ポートをランダムに割り当てて、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに対応する前記出力ポートを取得するように前記プロセッサを制御するように構成された、請求項９に記載の装置。
【請求項１１】
プロセッサ、送信器、および受信器を備えたサーバであって、
前記受信器は、少なくとも１つのユーザ機器により送信された少なくとも１つの第１のＩＰｖ４パケットを受信するように構成され、前記第１のＩＰｖ４パケットの各々は各ユーザ機器に割り当てられたＩＰｖ４アドレスとソース・ポートを運搬し、
前記プロセッサは、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに対応する出力ポートを決定し、前記第１のＩＰｖ４パケットの各々に対応する前記ソース・ポートを前記対応する出力ポートで更新し、設定アルゴリズムに従って、前記第１のＩＰｖ４パケットの各々で運搬される前記ＩＰｖ４アドレスを同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換して、前記第１のＩＰｖ４パケットの各々に対応する第１のＩＰｖ６パケットを取得するように構成され、前記第１のＩＰｖ６パケットの各々は前記変換後に得られた前記ＩＰｖ６アドレスと前記ソース・ポートに対応する前記出力ポートを運搬し、
前記送信器は、前記第１のＩＰｖ６パケットの各々の前記出力ポートを用いることによって、前記第１のＩＰｖ６パケットの各々をＩＰｖ６ネットワークに送信するように構成される、
サーバ。
【請求項１２】
前記プロセッサはさらに、動的ホスト構成プロトコルＤＨＣＰサービスを開始し、前記ＤＨＣＰサービスを用いてＩＰｖ４アドレスをアクセスされたユーザ機器に割り当てるように構成された、請求項１１に記載のサーバ。
【請求項１３】
前記プロセッサはさらに、前記グローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスをＩＰｖ６ネットワーク・サーバから取得し、前記グローバル・ユニキャストＩＰｖ６アドレスの前記取得したＩＰｖ６プレフィックスに続くユーザ定義のサフィックスをパディングして、前記ターゲット・グローバル・ユニキャストＩＰｖ６アドレスを取得するように構成された、請求項１１に記載のサーバ。
【請求項１４】
前記受信器はさらに、前記ＩＰｖ６ネットワークにより送信された第２のＩＰｖ６パケットを受信するように構成され、前記第２のＩＰｖ６パケットは前記ターゲット・グローバル・ユニキャストＩＰｖ６アドレスと出力ポートを運搬し、
前記送信器はさらに、前記第２のＩＰｖ４パケットの前記ソース・ポートを用いることによって、前記第２のＩＰｖ４パケットを前記更新の後に得られた前記ＩＰｖ４アドレスに対応するユーザ機器に送信するように構成され、
前記プロセッサはさらに、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の前記対応関係に従って、前記第２のＩＰｖ６パケットの前記出力ポートに対応するソース・ポートを決定し、前記第２のＩＰｖ６パケットの前記出力ポートを前記対応するソース・ポートで更新し、前記第２のＩＰｖ６パケットで運搬される前記ＩＰｖ６アドレスを対応するＩＰｖ４アドレスで更新し、前記第２のＩＰｖ６パケットに対応する第２のＩＰｖ４パケットを取得するように構成された、
請求項１１に記載のサーバ。
【請求項１５】
前記プロセッサは、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の前記対応関係に従って、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに対応する前記出力ポートを決定するか、または、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに従って対応する出力ポートをランダムに割り当てて、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに対応する出力を取得するように構成される、請求項１１に記載のサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はインターネット技術の分野に関し、特に、パケット送信方法および装置、およびサーバに関する。
【背景技術】
【０００２】
インターネット技術の発展とともに、ＩＰｖ４（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ４、インターネット・プロトコル・バージョン４）アドレス・リソースは徐々に枯渇している。一方で、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ４、インターネット・プロトコルバージョン６）技術が徐々に成熟してきている。今日、運用者は、パブリックＩＰｖ４アドレス・リソースの欠如のためアクセス・ゲートウェイ装置（例えば、ホーム・ルータ）に純粋なＩＰｖ６アクセス・サービスを提供している。しかし、アクセス・ゲートウェイ装置に接続されている（パーソナル・コンピュータまたはスマートフォンのような）ユーザ機器がインターネット上のＩＰｖ４サイトにアクセスする必要がある。したがって、純粋なＩＰｖ６ネットワークを横断するＩＰｖ４エンドツーエンド通信を実現するためのパケット送信を実施する必要がある。
【０００３】
関連する技術によれば、パケット送信の間、先ず、１つの３２ビットのＩＰｖ４アドレスが、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、動的ホスト構成プロトコル）に従って各ユーザ機器に割り当てられ、さらに、ＩＰｖ４アドレスを運搬しユーザ機器が送信するＩＰｖ４パケットが受信され、次いで、グローバル・ユニキャストＩＰｖ６プレフィックスがＩＰｖ６ネットワーク側から取得され、ＩＰｖ４アドレスが、取得されたグローバル・ユニキャストＩＰｖ６プレフィックスに従って異なる１２８ビットＩＰｖ６アドレスに変換され、当該変換後に取得されたＩＰｖ６アドレスがＩＰｖ６パケットで運搬され、当該ＩＰｖ６パケットがＩＰｖ６ネットワークに送信される。ＩＰｖ６ネットワークにより返却されたＩＰｖ６パケットが受信され、受信されたＩＰｖ６パケットがＩＰｖ４パケットに変換され、当該ＩＰｖ４パケットがユーザ機器に送信される。特に、受信されたＩＰｖ４パケットで運搬されユーザ機器により送信されるＩＰｖ４アドレスがＩＰｖ６アドレスに変換されるとき、グローバル・ユニキャストＩＰｖ６プレフィックスの長さが９６ビットである場合は、当該９６ビットのグローバル・ユニキャストＩＰｖ６プレフィックスを、３２ビットのＩＰｖ４アドレスの前に直接追加することができ、当該グローバル・ユニキャストＩＰｖ６プレフィックスの長さが９６ビットでない場合、当該３２ビットのＩＰｖ４アドレスを、ｕバイト・パディング、サフィックス・パディング、およびＩＰｖ４アドレス分割およびパディングのような動作により１２８ビットのＩＰｖ６アドレスに変換してもよい。
【０００４】
本発明の実装中、発明者は、関連技術には少なくとも以下の問題が存在することを発見した。
【０００５】
当該関連技術によれば、パケット送信中、異なるユーザ機器が異なるＩＰｖ４アドレスを有するので、当該アドレスに変換が行われたとき、変換を各ＩＰｖ４アドレスに独立に実施する必要があり、各ＩＰｖ４アドレスでの変換を独立に実施するための計算は相対的に複雑である。さらに、ｕバイト・パディング、サフィックス・パディング、およびＩＰｖ４アドレス分割およびパディングのような動作を、グローバル・ユニキャストＩＰｖ６プレフィックの長さが９６ビットでないときに実施する必要があり、これらの動作には相対的に大量の計算が必要であり、パケット送信中の消費が増大し、それにより低いパケット送信効率につながる。
【発明の概要】
【課題を解決するための手段】
【０００６】
関連技術の課題を解決するため、本発明の諸実施形態ではパケット送信方法および装置、およびサーバを提供する。当該技術的解決策は以下の通りである。
【０００７】
第１の態様によればパケット送信方法が提供される。当該方法は、少なくとも１つのユーザ機器により送信された少なくとも１つの第１のＩＰｖ４パケットを受信するステップであって、当該第１のＩＰｖ４パケットの各々は各ユーザ機器に割り当てられたＩＰｖ４アドレスとソース・ポートを運搬するステップと、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、当該第１のＩＰｖ４パケットの各々のソース・ポートに対応する出力ポートを決定するステップと、当該第１のＩＰｖ４パケットの各々に対応するソース・ポートを当該対応する出力ポートで更新し、設定アルゴリズムに従って、当該第１のＩＰｖ４パケットの各々で運搬されるＩＰｖ４アドレスを同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換して、当該第１のＩＰｖ４パケットの各々に対応する第１のＩＰｖ６パケットを取得するステップであって、当該第１のＩＰｖ６パケットの各々は当該変換後に得られたＩＰｖ６アドレスと当該ソース・ポートに対応する出力ポートを運搬するステップと、当該第１のＩＰｖ６パケットの各々の出力ポートを用いることによって、当該第１のＩＰｖ６パケットの各々をＩＰｖ６ネットワークに送信するステップとを含む。
【０００８】
第１の態様を参照して、第１の態様の第１の可能な実装方式では、少なくとも１つのユーザ機器により送信された第１のＩＰｖ４パケットを受信するステップの前に、当該方法はさらに、動的ホスト構成プロトコルＤＨＣＰサービスを開始するステップと、当該ＤＨＣＰサービスを用いてＩＰｖ４アドレスをアクセスされたユーザ機器に割り当てるステップとを含む。
【０００９】
第１の態様を参照して、第１の態様の第２の可能な実装方式では、第１のＩＰｖ４パケットの各々で運搬されるＩＰｖ４アドレスを同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換するステップの前に、当該方法はさらに、当該グローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスをＩＰｖ６ネットワーク・サーバから取得するステップと、当該グローバル・ユニキャストＩＰｖ６アドレスの当該取得したＩＰｖ６プレフィックスに続くユーザ定義のサフィックスをパディングして、当該ターゲット・グローバル・ユニキャストＩＰｖ６アドレスを取得するステップとを含む。
【００１０】
第１の態様を参照して、第１の態様の第３の可能な実装方式では、ＩＰｖ６パケットの各々の出力ポートを用いることによって、第１のＩＰｖ６パケットの各々をＩＰｖ６ネットワークに送信するステップの後に、当該方法はさらに、当該ＩＰｖ６ネットワークにより送信された第２のＩＰｖ６パケットを受信するステップであって、当該第２のＩＰｖ６パケットはターゲット・グローバル・ユニキャストＩＰｖ６アドレスと出力ポートを運搬するステップと、ＩＰｖ４パケットのソース・ポートと出力ポートの間の対応関係に従って、当該第２のＩＰｖ６パケットの出力ポートに対応するソース・ポートを決定するステップと、当該第２のＩＰｖ６パケットの出力ポートを当該対応するソース・ポートで更新し、当該第２のＩＰｖ６パケットで運搬されるＩＰｖ６アドレスを対応するＩＰｖ４アドレスで更新して、当該第２のＩＰｖ６パケットに対応する第２のＩＰｖ４パケットを取得するステップと、当該第２のＩＰｖ４パケットに対応するソース・ポートを用いることによって、当該第２のＩＰｖ４パケットを当該更新の後に得られたＩＰｖ４アドレスに対応するユーザ機器に送信するステップとを含む。
【００１１】
第１の態様を参照して、第１の態様の第４の可能な実装方式では、第１のＩＰｖ４パケットの各々のソース・ポートに対応する出力ポートを決定するステップは、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、当該第１のＩＰｖ４パケットの各々のソース・ポートに対応する出力ポートを決定するステップ、または、当該第１のＩＰｖ４パケットの各々のソース・ポートに従って対応する出力ポートをランダムに割り当てて、当該第１のＩＰｖ４パケットの各々のソース・ポートに対応する出力ポートを取得するステップを含む。
【００１２】
第２の態様によればパケット送信装置が提供される。当該装置は、少なくとも１つのユーザ機器により送信された少なくとも１つの第１のＩＰｖ４パケットを受信するように受信器を制御するように構成された第１の受信モジュールであって、当該第１のＩＰｖ４パケットの各々は各ユーザ機器に割り当てられたＩＰｖ４アドレスとソース・ポートを運搬する、第１の受信モジュールと、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、当該第１のＩＰｖ４パケットの各々のソース・ポートに対応する出力ポートを決定するようにプロセッサを制御するように構成された第１の決定モジュールと、当該第１のＩＰｖ４パケットの各々に対応するソース・ポートを当該対応する出力ポートで更新するように当該プロセッサを制御するように構成された第１の更新モジュールと、設定アルゴリズムに従って、当該第１のＩＰｖ４パケットの各々で運搬されるＩＰｖ４アドレスを同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換して、当該第１のＩＰｖ４パケットの各々に対応する第１のＩＰｖ６パケットを取得するように当該プロセッサを制御するように構成された変換モジュールであって、当該第１のＩＰｖ６パケットの各々は当該変換後に得られたＩＰｖ６アドレスと当該ソース・ポートに対応する出力ポートを運搬する変換モジュールと、当該第１のＩＰｖ６パケットの各々に対応する出力ポートを用いることによって、当該第１のＩＰｖ６パケットの各々をＩＰｖ６ネットワークに送信するように送信器を制御するように構成された第１の送信モジュールとを備える。
【００１３】
第２の態様を参照して、第２の態様の第１の可能な実装方式では、当該装置はさらに、動的ホスト構成プロトコルＤＨＣＰサービスを開始するようにプロセッサを制御するように構成された開始モジュールと、当該ＤＨＣＰサービスを用いてＩＰｖ４アドレスをアクセスされたユーザ機器に割り当てるように当該プロセッサを制御するように構成された割当てモジュールとを備える。
【００１４】
第２の態様を参照して、第２の態様の第２の可能な実装方式では、当該装置はさらに、グローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスをＩＰｖ６ネットワーク・サーバから取得するようにプロセッサを制御するように構成された取得モジュールと、当該グローバル・ユニキャストＩＰｖ６アドレスの当該取得したＩＰｖ６プレフィックスに続くユーザ定義のサフィックスをパディングして、当該ターゲット・グローバル・ユニキャストＩＰｖ６アドレスを取得するように当該プロセッサを制御するように構成されたパディング・モジュールとを備える。
【００１５】
第２の態様を参照して、第２の態様の第３の可能な実装方式では、当該装置はさらに、ＩＰｖ６ネットワークにより送信された第２のＩＰｖ６パケットを受信するように受信器を制御するように構成された第２の受信モジュールであって、当該第２のＩＰｖ６パケットは当該ターゲット・グローバル・ユニキャストＩＰｖ６アドレスと出力ポートを運搬する、第２の受信モジュールと、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、当該第２のＩＰｖ６パケットの出力ポートに対応するソース・ポートを決定するように当該プロセッサを制御するように構成された第２の決定モジュールと、当該第２のＩＰｖ６パケットの出力ポートを当該対応するソース・ポートで更新し、当該第２のＩＰｖ６パケットで運搬されるＩＰｖ６アドレスを対応するＩＰｖ４アドレスで更新し、当該第２のＩＰｖ６パケットに対応する第２のＩＰｖ４パケットを取得するように当該プロセッサを制御するように構成された第２の更新モジュールと、当該第２のＩＰｖ４パケットのソース・ポートを用いることによって、当該第２のＩＰｖ４パケットを当該更新の後に得られたＩＰｖ４アドレスに対応するユーザ機器に送信するように当該送信器を制御するように構成された第２の送信モジュールとを備える。
【００１６】
第２の態様を参照して、第２の態様の第４の可能な実装方式では、第１の決定モジュールは、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、当該第１のＩＰｖ４パケットの各々のソース・ポートに対応する出力ポートを決定するか、または、当該第１のＩＰｖ４パケットの各々のソース・ポートに従って、対応する出力ポートをランダムに割り当てて、当該第１のＩＰｖ４パケットの各々のソース・ポートに対応する出力ポートを取得するように当該プロセッサを制御するように構成される。
【００１７】
第３の態様によればパケット送信サーバが提供される。当該サーバは、プロセッサ、送信器、および受信器を備える。
【００１８】
当該受信器は、少なくとも１つのユーザ機器により送信された少なくとも１つの第１のＩＰｖ４パケットを受信する。当該第１のＩＰｖ４パケットの各々は各ユーザ機器に割り当てられたＩＰｖ４アドレスとソース・ポートを運搬するように構成される。
【００１９】
当該プロセッサは、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、第１のＩＰｖ４パケットの各々のソース・ポートに対応する出力ポートを決定し、当該第１のＩＰｖ４パケットの各々に対応するソース・ポートを当該対応する出力ポートで更新し、設定アルゴリズムに従って、当該第１のＩＰｖ４パケットの各々で運搬されるＩＰｖ４アドレスを同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換して、当該第１のＩＰｖ４パケットの各々に対応する第１のＩＰｖ６パケットを取得するように構成される。当該第１のＩＰｖ６パケットの各々は当該変換後に得られたＩＰｖ６アドレスと当該ソース・ポートに対応する出力ポートを運搬する。
【００２０】
当該送信器は、当該第１のＩＰｖ６パケットの各々の出力ポートを用いることによって、当該第１のＩＰｖ６パケットの各々をＩＰｖ６ネットワークに送信するように構成される。
【００２１】
第３の態様を参照して、第３の態様の第１の可能な実装方式では、当該プロセッサはさらに、動的ホスト構成プロトコルＤＨＣＰサービスを開始し、当該ＤＨＣＰサービスを用いてＩＰｖ４アドレスをアクセスされたユーザ機器に割り当てるように構成される。
【００２２】
第３の態様を参照して、第３の態様の第２の可能な実装方式では、当該プロセッサはさらに、グローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスをＩＰｖ６ネットワーク・サーバから取得し、当該グローバル・ユニキャストＩＰｖ６アドレスの当該取得したＩＰｖ６プレフィックスに続くユーザ定義のサフィックスをパディングして、当該ターゲット・グローバル・ユニキャストＩＰｖ６アドレスを取得するように構成される。
【００２３】
第３の態様を参照して、第３の態様の第３の可能な実装方式では、当該受信器はさらに、ＩＰｖ６ネットワークにより送信された第２のＩＰｖ６パケットを受信するように構成される。当該第２のＩＰｖ６パケットはターゲット・グローバル・ユニキャストＩＰｖ６アドレスと出力ポートを運搬する。
【００２４】
当該送信器はさらに、第２のＩＰｖ４パケットのソース・ポートを用いることによって、第２のＩＰｖ４パケットを当該更新の後に得られたＩＰｖ４アドレスに対応するユーザ機器に送信するように構成される。
【００２５】
当該プロセッサはさらに、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、第２のＩＰｖ６パケットの出力ポートに対応するソース・ポートを決定し、当該第２のＩＰｖ６パケットの出力ポートを当該対応するソース・ポートで更新し、当該第２のＩＰｖ６パケットで運搬されるＩＰｖ６アドレスを対応するＩＰｖ４アドレスで更新し、当該第２のＩＰｖ６パケットに対応する第２のＩＰｖ４パケットを取得するように構成される。
【００２６】
第３の態様を参照して、第３の態様の第４の可能な実装方式では、当該プロセッサは、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、当該第１のＩＰｖ４パケットの各々のソース・ポートに対応する出力ポートを決定するか、または、当該第１のＩＰｖ４パケットの各々のソース・ポートに従って対応する出力ポートをランダムに割り当て、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートを取得するように構成される。
【００２７】
本発明の諸実施形態で提供する技術的解決策は以下の技術的効果をもたらす。
【００２８】
ユーザ機器により送信され各ユーザ機器に割り当てられたＩＰｖ４アドレスとソース・ポートを運搬する第１のＩＰｖ４パケットが受信され、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートが決定され、さらに、各第１のＩＰｖ４パケットに対応するソース・ポートが当該対応する出力ポートで更新され、各第１のＩＰｖ４パケットで運搬されるＩＰｖ４アドレスが同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換されて、各第１のＩＰｖ４パケットに対応する第１のＩＰｖ６パケットが取得され、各第１のＩＰｖ６パケットが各第１のＩＰｖ６パケットの出力ポートを用いることによってＩＰｖ６ネットワークに送信される。ユーザ機器により送信された受信されたＩＰｖ４パケットで運搬されるＩＰｖ４アドレスが同一のターゲット・ユニキャストＩＰｖ６アドレスに変換されるので、パケット送信中のリソース消費が削減され、パケット送信効率が高まる。
【００２９】
本発明の諸実施形態の技術的解決策をより明確に説明するために、以下では当該諸実施形態を説明するのに必要な添付図面を簡単に説明する。明らかに、以下の説明における添付図面は本発明の幾つかの実施形態を示すにすぎず、当業者は創造的作業なしにこれらの添付図面から他の図面を導出することができる。
【図面の簡単な説明】
【００３０】
【図１】本発明の実施形態１に従う４６４ＸＬＡＴのネットワーク・トポロジの原理の略図である。
【図２】本発明の実施形態１に従うパケット送信方法の流れ図である。
【図３】本発明の実施形態２に従うパケット送信方法の流れ図である。
【図４】本発明の実施形態２に従う、ＩＰｖ４アドレス、ソース・ポート、および出力ポートの間の対応関係の略図である。
【図５】本発明の実施形態３に従う第１のパケット送信装置の略構造図である。
【図６】本発明の実施形態３に従う第２のパケット送信装置の略構造図である。
【図７】本発明の実施形態３に従う第３のパケット送信装置の略構造図である。
【図８】本発明の実施形態３に従う第４のパケット送信装置の略構造図である。
【図９】本発明の実施形態４に従うサーバの装置構造の略図である。
【発明を実施するための形態】
【００３１】
本発明の目的、技術的解決策、および利点をより明らかにするために、以下では添付図面を参照して本発明の諸実施形態をさらに説明する。
【００３２】
パブリックＩＰｖ４アドレス・リソースの欠如のため運用者がアクセス・ゲートウェイ装置に純粋なＩＰｖ６アクセス・サービスを提供するシナリオでは、ＩＰｖ６移行技術の変換技術を一般に使用して送信パケットを変換して、インターネット上のＩＰｖ４サイトへアクセスするためのユーザ機器の要件を満たす必要がある。
【００３３】
ＩＰｖ６移行技術の間で相対的に広く使用されている変換技術として、４６４ＸＬＡＴが主に２つの部分、即ち、ＣＬＡＴ（Ｃｕｓｔｏｍｅｒ  Ｓｉｄｅ  Ｔｒａｎｓｌａｔｏｒ、顧客側変換器）およびＰＬＡＴ（Ｐｒｏｖｉｄｅｒ  Ｓｉｄｅ  Ｔｒａｎｓｌａｔｏｒ、プロバイダ側変換器）によって形成されている。４６４ＸＬＡＴのネットワーク・トポロジの原理を図１に示す。
【００３４】
ＣＬＡＬはアクセス・ゲートウェイ装置に展開され、ユーザ機器により送信されたＩＰｖ４パケットで運搬されるＩＰｖ４アドレス・ヘッダを、ＳＩＩＴ（Ｓｔａｔｅｌｅｓｓ  ＩＰ／ＩＣＭＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ａｌｇｏｒｉｔｈｍ、ステートレスＩＰ／ＩＭＣＰ変換アルゴリズム）を用いてＩＰｖ６アドレス・ヘッダに変換して、ＩＰｖ６パケットを取得し、当該ＩＰｖ６パケットをＩＰｖ６ネットワークに送信する。ＰＬＡＴは、ネットワーク側にありＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ、ネットワーク・アドレス変換）６４機能を有するネットワーク要素ノードに展開され、ＩＰｖ６パケットで運搬されるＩＰｖ６アドレス・ヘッダをＩＰｖ４アドレス・ヘッダに変換して、ＩＰｖ４パケットを取得し、当該ＩＰｖ４パケットをＩＰｖ４ネットワークに送信し、最終的にＩＰｖ４サイトに送信し、純粋なＩＰｖ６ネットワークを横断するＩＰｖ４エンドツーエンド通信を実現する。
【００３５】
実施形態１
本発明の当該実施形態ではパケット送信方法を提供する。図２に示すように、当該実施形態のプロセスで提供される方法は以下を含む。
【００３６】
２０１で、少なくとも１つのユーザ機器により送信された少なくとも１つの第１のＩＰｖ４パケットを受信する。各第１のＩＰｖ４パケットは各ユーザ機器に割り当てられたＩＰｖ４アドレスとソース・ポートを運搬する。
【００３７】
２０２で、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートを決定する。
【００３８】
２０３で、各第１のＩＰｖ４パケットに対応するソース・ポートを対応する出力ポートで更新し、設定アルゴリズムに従って、各第１のＩＰｖ４パケットで運搬されるＩＰｖ４アドレスを同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換して、各第１のＩＰｖ４パケットに対応する第１のＩＰｖ６パケットを取得する。各第１のＩＰｖ６パケットは当該変換後に得られたＩＰｖ６アドレスと当該ソース・ポートに対応する出力ポートを運搬する。
【００３９】
２０４で、各第１のＩＰｖ６パケットの出力ポートを用いることによって、各第１のＩＰｖ６パケットをＩＰｖ６ネットワークに送信する。
【００４０】
例示的な実施形態として、少なくとも１つのユーザ機器により送信された第１のＩＰｖ４パケットを受信するステップの前に、当該方法はさらに、動的ホスト構成プロトコルＤＨＣＰサービスを開始するステップと、当該ＤＨＣＰサービスを用いてＩＰｖ４アドレスをアクセスされたユーザ機器に割り当てるステップとを含む。
【００４１】
例示的な実施形態として、各第１のＩＰｖ４パケットで運搬されるＩＰｖ４アドレスを同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換するステップの前に、当該方法はさらに、グローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスをＩＰｖ６ネットワーク・サーバから取得するステップと、当該グローバル・ユニキャストＩＰｖ６アドレスの当該取得したＩＰｖ６プレフィックスに続くユーザ定義のサフィックスをパディングして、当該ターゲット・グローバル・ユニキャストＩＰｖ６アドレスを取得するステップとを含む。
【００４２】
例示的な実施形態として、各ＩＰｖ６パケットの出力ポートを用いることによって、ＩＰｖ６ネットワークに各ＩＰｖ４パケットを送信した後、当該方法はさらに、当該ＩＰｖ６ネットワークにより送信された第２のＩＰｖ６パケットを受信するステップであって、当該第２のＩＰｖ６パケットは当該ターゲット・グローバル・ユニキャストＩＰｖ６アドレスと出力ポートを運搬する、ステップと、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、当該第２のＩＰｖ６パケットの出力ポートに対応するソース・ポートを決定し、当該第２のＩＰｖ６パケットの出力ポートを当該対応するソース・ポートで更新し、当該第２のＩＰｖ６パケットで運搬されるＩＰｖ６アドレスを対応するＩＰｖ４アドレスで更新し、当該第２のＩＰｖ６パケットに対応する第２のＩＰｖ４パケットを取得するステップと、当該第２のＩＰｖ４パケットに対応するソース・ポートを用いることによって、当該第２のＩＰｖ４パケットを当該更新の後に得られたＩＰｖ４アドレスに対応するユーザ機器に送信するステップとを含む。
【００４３】
例示的な実施形態として、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートを決定するステップは、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートを決定するステップ、または、各第１のＩＰｖ４パケットのソース・ポートに従って対応する出力ポートをランダムに割り当てて、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートを取得するステップを含む。
【００４４】
本発明の当該実施形態で提供する方法によれば、ユーザ機器により送信され各ユーザ機器に割り当てられたＩＰｖ４アドレスとソース・ポートを運搬する第１のＩＰｖ４パケットが受信され、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートが決定され、さらに、各第１のＩＰｖ４パケットに対応するソース・ポートが当該対応する出力ポートで更新され、各第１のＩＰｖ４パケットで運搬されるＩＰｖ４アドレスが同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換されて、各第１のＩＰｖ４パケットに対応する第１のＩＰｖ６パケットが取得され、各第１のＩＰｖ６パケットが各第１のＩＰｖ６パケットの出力ポートを用いることによってＩＰｖ６ネットワークに送信される。ユーザ機器により送信された受信されたＩＰｖ４パケットで運搬されるＩＰｖ４アドレスが同一のターゲット・ユニキャストＩＰｖ６アドレスに変換されるので、パケット送信中のリソース消費が削減され、パケット送信効率が高まる。
【００４５】
実施形態２
本発明の当該実施形態ではパケット送信方法を提供する。理解を簡単にするために、本発明の当該実施形態で提供するパケット送信方法を、上述の実施形態１の内容を参照して詳細に説明する。図３を参照すると、当該実施形態で提供される方法のプロセスは以下を含む。
【００４６】
３０１で、ＩＰｖ４アドレスをアクセスされたユーザ機器に割り当てる。ユーザ機器は携帯電話、コンピュータ等であり、ユーザ機器は特に当該実施形態では限定されない。４６４ＸＬＡＴの適用シナリオでの通信モードは純粋なＩＰｖ６ネットワークを横断するＩＰｖ４エンドツーエンド通信であるので、４６４ＸＬＡＴのシナリオにおいて、アクセスされたユーザ機器によるインターネット上のＩＰｖ４サイトへのアクセスを実装するためには、当該実施形態で提供される方法では、当該ＩＰｖ４アドレスをアクセスされたユーザ機器に割り当てる必要がある。
【００４７】
アクセスされたユーザ機器に割り当てられたＩＰｖ４アドレスはプライベートＩＰｖ４アドレスである。パブリックＩＰｖ４アドレスと異なり、プライベートＩＰｖ４アドレスは登録されていないアドレスに属し、インターネットでは使用できないが内部ローカル・エリア・ネットワークでは使用することができる。
【００４８】
アクセスされたユーザ機器のＩＰｖ４アドレスを割り当てる方式には、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、動的ホスト構成プロトコル）サービスを開始するステップと、当該ＤＨＣＰサービスを用いることで当該ＩＰｖ４アドレスをアクセスされたユーザ機器に割り当てるステップとが含まれるがこれらに限られない。
【００４９】
ＤＨＣＰはローカル・エリア・ネットワークに対するネットワーク・プロトコルであり、２つの部分、即ち、片方はルータ側、もう片方はユーザ機器側を必要とする。ルータ側は全てのＩＰネットワーク・データを管理する役割を担い、ユーザ機器側のＤＨＣＰ要件を処理する役割を担い、ユーザ機器側はルータ側により割り当てられたＩＰネットワーク・データを受信する役割を担う。ＩＰｖ４アドレスをアクセスされたユーザ機器に割り当てるために、ルータ側はＩＰｖ４アドレス集合を予め格納する必要がある。当該ＩＰｖ４アドレス集合は一般に連続的なＩＰｖ４アドレスにより形成される。特に、ＤＨＣＰサービスを用いてＩＰｖ４アドレスをアクセスされたユーザ機器に割り当てる方式には以下の３つの方式が含まれるがこれらに限られない。
【００５０】
第１の方式：手動割当て方式
当該第１の方式では、ネットワーク管理者は、幾つかの特定のユーザ機器に固定されたＩＰｖ４アドレスを設定してもよい。当該ＩＰｖ４アドレスは有効期限が切れず永久的に使用できるので、当該ＩＰｖ４アドレスは静的アドレスである。
【００５１】
第２の方式：自動割当て方式
当該第２の方式では、ユーザ機器がＩＰｖ４アドレスを最初にルータ側から借りるのに成功した後、ユーザ機器は当該アドレスを永久的に使用することができる。
【００５２】
第３の方式：動的割当て方式
第３の方式では、ユーザ機器がＩＰｖ４アドレスを最初にルータ側から借りたけれども、ユーザ機器が当該ＩＰｖ４アドレスを永久的には使用できず、貸出の有効期間が切れている限り、ユーザ機器は占有されているＩＰｖ４アドレスを解放し、別のユーザ機器が当該ＩＰｖ４アドレスを使用できるようにしなければならない。
【００５３】
３０２では、ターゲット・グローバル・ユニキャストＩＰｖ６アドレスを取得する。ユニキャストはサーバとユーザ機器の間の１対１の通信モードであり、ネットワーク上のスイッチとルータはデータを転送するがデータを複製しない。グローバル・ユニキャストＩＰｖ６アドレスは、０００１の開始アドレスを有するＩＰｖ６アドレスであり、この種のＩＰアドレスはグローバルに一意である。例えば、電子メールアドレスがグローバル・ユニキャストＩＰｖ６アドレスである場合には、世界のどの国であっても、当該電子メールアドレスに対応するグローバル・ユニキャストＩＰｖ６アドレスがブラウザのアドレスバーで取得されると、当該電子メールにアクセスすることができる。
【００５４】
ターゲット・グローバル・ユニキャストＩＰｖ６アドレスを取得する方式には以下のステップが含まれるがこれらに限られない。
【００５５】
ステップ１：当該グローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスをＩＰｖ６ネットワーク・サーバから取得する。
【００５６】
当該グローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスをＩＰｖ６ネットワーク・サーバから取得する方法には以下の方式、即ち、ルータが正確なダイヤル・パラメータを構成し、ダイヤル要求をＩＰｖ６ネットワーク側に送信し、ルータにより送信されたダイヤル要求を受信した後、ＩＰｖ６ネットワーク側が当該グローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスをルータに送信し、ルータが、ＩＰｖ６ネットワーク側により送信されたグローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスを受信し、ＩＰｖ６ネットワーク側により送信されたグローバル・ユニキャストＩＰｖ６アドレスの受信されたＩＰｖ６プレフィックスをグローバル・ユニキャストＩＰｖ６アドレスの取得されたＩＰｖ６プレフィックスとみなすことが含まれるがこれらに限られない。当該ダイヤル・パラメータはネットワーク・パラメータ、ネットワーク接続タイプ等であり、当該ダイヤル・パラメータの内容は特に当該実施形態では限定されない。
【００５７】
さらに、異なるＩＰｖ６ネットワーク側はグローバル・ユニキャストＩＰｖ６アドレスの異なるＩＰｖ６プレフィックスを有し、したがって、ルータが異なるＩＰｖ６ネットワークに接続されると、ルータによりＩＰｖ６ネットワーク側から取得されたグローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスも異なる。特に、ＩＰｖ６ネットワークのプレフィックスａが３２ビットであり、ＩＰｖ６ネットワークｂのプレフィックスが４０ビットを有する場合、ルータがＩＰｖ６ネットワークａに接続されると、ルータによりＩＰｖ６ネットワークから取得されたグローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスは３２ビットのＩＰｖ６プレフィックスであり、ルータがＩＰｖ６ネットワークｂに接続されると、ルータによりＩＰｖ６ネットワークｂから取得されたグローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスは４０ビットのＩＰｖ６プレフィックスである。
【００５８】
確かに、ルータによるグローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスの取得に影響を及ぼす上述のＩＰｖ６ネットワークに加えて、ルータがＩＰｖ６ネットワークに接続される方式はまた、ルータにより当該グローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスをＩＰｖ６ネットワーク側から取得することに影響を及ぼす。ルータがネットワークに接続される方式には、Ｅｔｈｅｒｎｅｔ（登録商標）、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ロング・ターム・エボリューション）、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、第３世代パートナシップ・プロジェクト）、３ＧＰＰ２（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ２、第３世代パートナシップ・プロジェクト２）、またはＷｉ−Ｆｉのような方式を用いてＩＰｖ６ネットワークに接続されるものが含まれるがこれらに限られない。ルータをＩＰｖ６ネットワークに異なる方式で接続すると、ルータによりグローバル・ユニキャストＩＰｖ６アドレスのプレフィックスをＩＰｖ６ネットワーク側から取得する方式は異なる。例えば、ルータがＬＴＥ方式でＩＰｖ６ネットワークに接続されるとき、ルータは、グローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスをＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ、パケットデータネットワーク）起動の方式で取得し、ルータをＩＰｖ６ネットワークにＥｔｈｅｒｎｅｔ（登録商標）方式で接続すると、ルータはグローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスを、ＳＬＡＡＣ（Ｓｔａｔｅｌｅｓｓ  Ａｄｄｒｅｓｓ  ＡｕｔｏＣｏｎｆｉｇｕｒａｔｉｏｎ、ステートレス・アドレス自動構成）またはＤＨＣＰｖ６のような方式で取得する。
【００５９】
ステップ２で、グローバル・ユニキャストＩＰｖ６アドレスの取得したＩＰｖ６プレフィックスに続くユーザ定義のサフィックスをパディングして、ターゲット・グローバル・ユニキャストＩＰｖ６アドレスを取得する。
【００６０】
ステップ２では、グローバル・ユニキャストＩＰｖ６アドレスの正当なビット量は１２８であり、したがって、正当なグローバル・ユニキャストＩＰｖ６アドレスを取得するために、グローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスを取得した後、当該グローバル・ユニキャストＩＰｖ６アドレスの取得したＩＰｖ６プレフィックスに続くユーザ定義のサフィックスをパディングして、ターゲット・グローバル・ユニキャストＩＰｖ６アドレスを取得する。特に、当該グローバル・ユニキャストＩＰｖ６アドレスの取得したＩＰｖ６プレフィックスに続くユーザ定義のサフィックスにパディングするとき、以下のステップを使用してもよい。
【００６１】
先ず、パディングする必要があるユーザ定義のサフィックスのビットの量を当該グローバル・ユニキャストＩＰｖ６アドレスの取得したＩＰｖ６プレフィックスのビットの量に従って決定する。理解を簡単にするため、表１を以下で説明のための例として使用する。
【００６２】
【表１】
2016515371.tif 000003
【００６３】
表１で、Ｐｒｅｆｉｘはネットワーク側から取得したグローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスを表し、Ｓｕｆｆｉｘはパディングされたサフィックスを表す。当該サフィックスは１６進方式でパディングされる。表１から、ＩＰｖ６ネットワーク側から取得されたグローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスがプレフィックス＝２０１４：：／３２である、即ち、ＩＰｖ６ネットワーク側から取得されたグローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスの長さが３２ビットである場合、当該グローバル・ユニキャストＩＰｖ６アドレスの取得された３２ビットのＩＰｖ６プレフィックスに続く９６ビットのサフィックスをパディングする必要がある、即ち、当該パディングされたサフィックスはＳｕｆｆｉｘ＝１１１１：２２２２：３３３３：４４４４：５５５５：６６６６であり、それによりグローバル・ユニキャストＩＰｖ６アドレスの取得されたＩＰｖ６アドレスが正当なＩＰｖ６アドレスであることが保証され、ＩＰｖ６ネットワーク側から取得されたグローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスがＰｒｅｆｉｘ＝２０１４：：／５６である、即ち、ＩＰｖ６ネットワーク側から取得されたグローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスの長さが５６ビットである場合、当該グローバル・ユニキャストＩＰｖ６アドレスの取得された５６ビットのＩＰｖ６プレフィックスに続く７２ビットのサフィックスをパディングする必要がある、即ち、当該パディングされたサフィックスはＳｕｆｆｉｘ＝１１：２２２２：３３３３：４４４４：５５５５であり、それにより、取得されたグローバル・ユニキャストＩＰｖ６アドレスが正当なＩＰｖ６アドレスであることが保証されることが分かる。
【００６４】
第２に、ユーザ定義のサフィックスの内容が決定される。ユーザ定義のサフィックスの内容を決定する方法には現在のネットワーク環境に従う決定を実施するステップが含まれるがこれらに限られない。具体的な実装では、グローバル・ユニキャストＩＰｖ６アドレスの取得したＩＰｖ６プレフィックスに続くサフィックスの内容をランダムに埋めてもよく、取得されたグローバル・ユニキャストＩＰｖ６アドレスが現在のネットワークのネットワーク要件を満たすことが保証される限り、任意のサフィックスが許容可能である。
【００６５】
パケットが送信されるたびにステップ３０１および３０２が実行されるわけではなく、上述のステップ３０１および３０２を、パケットが最初に送信されたときに実行してもよく、別のパケットが送信されたとき、上述のステップ３０１でアクセスされたユーザ機器に割り当てられたＩＰｖ４アドレスとステップ３０２で取得されたグローバル・ユニキャストＩＰｖ６アドレスを直接使用してもよいことに留意されたい。確かに、アクセスされたユーザ機器に割り当てられた上述のＩＰｖ４アドレスおよび取得されたグローバル・ユニキャストＩＰｖ６アドレスが更新された場合、上述のステップ３０１および３０２を再度実行することができ、ステップ３０１および３０２が実行される回数は当該実施形態では限定されない。３０３で、少なくとも１つのユーザ機器により送信された少なくとも１つの第１のＩＰｖ４パケットを受信する。
【００６６】
或る時点で、ユーザ機器はサービス要件に応じてインターネット上のＩＰｖ４サイトにアクセスする必要があり、この場合、ユーザ機器は第１のＩＰｖ４パケットをルータに送信し、その結果、ルータは、後続のステップにより、および、ユーザ機器が送信した第１のＩＰｖ４パケットを受信した後、インターネット上にありアクセスする必要があるＩＰｖ４サイトに、ユーザ機器により送信されたＩＰｖ４パケットを送信してもよい。
【００６７】
第１のＩＰｖ４パケットで運搬される情報には、データ長、使用プロトコル、宛先ＩＰアドレス、各ユーザ機器に割り当てられたＩＰｖ４アドレスとソース・ポート等が含まれるがこれらに限られず、当該第１のＩＰｖ４パケットで運搬される情報は特に当該実施形態では限定されない。
【００６８】
各ユーザ機器により送信された第１のＩＰｖ４パケットで運搬される情報は異なり、当該第１のＩＰｖ４パケットで運搬される情報の差異は送信プロセスで適用可能なソース・ポートの差異につながり、したがって、ユーザ機器により送信された第１のＩＰｖ４パケットで運搬されるソース・ポートは異なることに留意されたい。
【００６９】
３０４で、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートを決定する。
【００７０】
返却されたパケットでのアドレス・マッピング・エラーを回避するために、当該実施形態で提供される方法では、少なくとも１つのユーザ機器により送信された少なくとも１つの第１のＩＰｖ４パケットを受信した後に、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートを決定する必要がある。
【００７１】
特に、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートを決定する方法には以下の２つの方式が含まれるがこれらに限られない。
【００７２】
第１の方式では、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートを決定する。
【００７３】
当該第１の方式では、ソース・ポートを運搬し少なくとも１つのユーザ機器により送信された第１のＩＰｖ４パケットを受信した後、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートが、ＩＰｖ４パケットのソース・ポートおよびＩＰｖ６パケットの出力ポートの間の予め設定した対応関係に従って決定してもよい。
【００７４】
第２の方式では、各第１のＩＰｖ４パケットのソース・ポートに従って対応する出力ポートをランダムに割り当てて、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートを取得する。
【００７５】
当該第２の方式では、ソース・ポートを運搬し少なくとも１つのユーザ機器により送信された第１のＩＰｖ４パケットを受信した後、出力ポートを、出力ポートの利用条件に従ってランダムに各第１のＩＰｖ４パケットのソース・ポートに割り当ててもよく、さらに、各第１のＩＰｖ４パケットのソース・ポートにランダムに割り当てられた出力ポートが各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートとして使用される。特に、１０個の出力ポートがありソース・ポートを運搬する５つの受信された第１のＩＰｖ４パケットがある例を用いて、現在の出力ポートが使用中でない場合、５つの出力ポートを１０個の出力ポートからランダムに選択し、当該５つの受信された第１のＩＰｖ４パケットに割り当ててもよく、さらに、各第１のＩＰｖ４パケットに割り当てられた各出力ポートが各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートとして使用され、現在の出力ポートのうち２つが使用されている場合、５つの出力ポートをランダムに残りの８つの出力ポートから選択し、当該５つの受信された第１のＩＰｖ４パケットに割り当ててもよく、さらに、各第１のＩＰｖ４パケットに割り当てられた各出力ポートが各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートとして使用される。
【００７６】
さらに、各第１のＩＰｖ４パケットのソース・ポートが１つの出力ポートに対応し、各第１のＩＰｖ４パケットはＩＰｖ４アドレスを運搬するので、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートを決定する上述のプロセスを用いることで、各第１のＩＰｖ４パケットのソース・ポートおよび出力ポートの間の対応関係を取得することができる。各第１のＩＰｖ４パケットのソース・ポートおよび出力ポートの間の対応関係を以下のパケット送信プロセスで使用し続けてもよいので、当該実施形態で提供される方法では、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートを決定した後、各第１のＩＰｖ４パケットのＩＰｖ４アドレス、ソース・ポート、および出力ポートの間の対応関係を格納するステップをさらに実行する。特に、各第１のＩＰｖ４パケットのＩＰｖ４アドレス、ソース・ポート、および出力ポートの間の対応関係を格納する方式には、各第１のＩＰｖ４パケットのＩＰｖ４アドレス、ソース・ポート、および出力ポートの間の対応関係をメモリまたはフラッシュメモリのような対応する記憶媒体に格納するステップが含まれるがこれらに限られない。
【００７７】
以下のステップでは、各ＩＰｖ４パケットのＩＰｖ４アドレス、ソース・ポート、および出力ポートの間の取得された対応関係に従うパケットの送信を簡単にするために、対応する出力ポートを各ＩＰｖ４パケットのソース・ポートに対して決定するとき、異なるポート番号を各ＩＰｖ４パケットのソース・ポートおよび出力ポートに対して設定してもよいのが好ましい。
【００７８】
以上のプロセスに関して、理解を簡単にするために、以下では具体例を用いて詳細に説明する。
【００７９】
図４は、ＩＰｖ４アドレス、ソース・ポート、および出力ポートの間の対応関係の略図であり、第１のＩＰｖ４パケットを送信しているユーザ機器は携帯電話およびデスクトップ・コンピュータである。携帯電話により送信される第１のＩＰｖ４パケットが第１のＩＰｖ４パケット１である場合、第１のＩＰｖ４パケット１で運搬されるＩＰｖ４アドレスは１９２．１６８．１．２００であり、デスクトップ・コンピュータにより送信された第１のＩＰｖ４パケットは第１のＩＰｖ４パケット２であり、第１のＩＰｖ４パケット２で運搬されるＩＰｖ４アドレスは１９２．１６８．１．１００であり、ＩＰｖ４アドレスに対応するソース・ポートおよび出力ポートに対してポート番号を設定するとき、ポート番号２０００を、携帯電話のＩＰｖ４アドレス１９２．１６８．１．２００に対応するソース・ポートに対して設定してもよく、ポート番号１０００１を対応する出力ポートに対して設定してもよく、ポート番号１０００をデスクトップ・コンピュータのＩＰｖ４アドレス１９２．１６８．１００に対応するソース・ポートに対して設定してもよく、ポート番号１００００を対応する出力ポートに対して設定してもよい。
【００８０】
さらに、各ＩＰｖ４パケットのＩＰｖ４アドレス、ソース・ポート、および出力ポートの間の対応関係に従って、全体のパケット送信プロセスでは、対応するＩＰｖ４アドレスを決定するために、対応する出力ポートを各第１のＩＰｖ４パケットのソース・ポートに従って決定できるだけでなく、各第１のＩＰｖ４パケットのソース・ポートも出力ポートに従って決定することができる。
【００８１】
理解を簡単にするために、以下では、携帯電話のＩＰｖ４アドレス、対応するソース・ポート番号、および対応する出力ポート番号の間の上述の設定された対応関係の例を用いて説明を行う。
【００８２】
携帯電話のＩＰｖ４アドレスが１９２．１６８．１．２００であることが既知である場合、ＩＰｖ４アドレス、ソース・ポート番号、および出力ポート番号の間の夫々の取得された対応関係に従って、携帯電話のＩＰｖ４アドレス１９２．１６８．１．２００に対応するソース・ポート番号は２０００であり、対応する出力ポート番号が１０００１であると判定することができ、出力ポート番号が１０００１であることが既知である場合、携帯電話のＩＰｖ４アドレス、ソース・ポート番号、および出力ポート番号の間の対応関係に従って、出力ポート番号１０００１に対応するソース・ポート番号が２０００であり、対応するＩＰｖ４アドレスが１９２．１６８．１．２００であると判定することができる。
【００８３】
３０５で、各第１のＩＰｖ４パケットに対応するソース・ポートを当該対応する出力ポートで更新し、設定アルゴリズムに従って、各第１のＩＰｖ４パケットで運搬されるＩＰｖ４アドレスを同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換して、各第１のＩＰｖ４アドレスに対応する第１のＩＰｖ６パケットを取得する。
【００８４】
上述のステップ３０４では、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートが決定されるので、当該ステップでは、上述のステップ３０４に基づいて、各第１のＩＰｖ４パケットに対応するソース・ポートが当該対応する出力ポートで更新される。
【００８５】
さらに、各ユーザ機器の受信された第１のＩＰｖ４パケットが、ＩＰｖ６ネットワークにわたって、インターネット上のＩＰｖ４サイトに送信され、各ユーザ機器の受信された第１のＩＰｖ４パケットで運搬されるＩＰｖ４アドレスがＩＰｖ６アドレスに変換されるときに消費されるリソースが削減されるのを実現するために、当該実施形態の適用シナリオでは、夫々の受信された第１のＩＰｖ４パケットで運搬されるＩＰｖ４アドレスが当該設定されたアルゴリズムに従って同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換され、各第１のＩＰｖ４パケットに対応する第１のＩＰｖ６パケットを取得する。アルゴリズムを設定する方式は特に当該実施形態では限定されず、具体的な実装中に、各第１のＩＰｖ４パケットで運搬されるＩＰｖ４アドレスが同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換されるのが実現できる限り、任意のアルゴリズムが許容可能である。各第１のＩＰｖ６パケットで運搬される情報には当該変換後に取得されたＩＰｖ６アドレス、第１のＩＰｖ６パケット等に対応する第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートが含まれるがこれらに限られない。
【００８６】
以上のプロセスに関して、理解を簡単にするために、以下では具体例を用いて詳細な説明を行う。
【００８７】
例えば、ターゲット・グローバル・ユニキャストＩＰｖ６アドレスは２０１４：：１１１１：２２２２であり、２つの受信された第１のＩＰｖ４パケット、即ち、第１のＩＰｖ４パケット１および第１のＩＰｖ４パケット２が別々にある場合、第１のＩＰｖ４パケット１で運搬されるＩＰｖ４アドレスは１９２．１６８．１．１００であり、第１のＩＰｖ４パケット２で運搬されるＩＰｖ４アドレスは１９２．１６８．１．２００であり、受信された第１のＩＰｖ４パケット１および第１のＩＰｖ４パケット２を同一のグローバル・ユニキャストＩＰｖ６アドレス２０１４：：１１１１：２２２２に変換してもよい。
【００８８】
３０６で、各第１のＩＰｖ６パケットの出力ポートを用いることによって、各第１のＩＰｖ６パケットをＩＰｖ６ネットワークに送信する。
【００８９】
上述のステップ３０５では、各第１のＩＰｖ４パケットがＩＰｖ６パケットに変換され、各第１のＩＰｖ６パケットが出力ポートを運搬し、したがって、純粋なＩＰｖ６ネットワークを横断するＩＰｖ４エンドツーエンド通信を実装するために、当該ステップでは、各第１のＩＰｖ６パケットの出力ポートを用いることによって、各第１のＩＰｖ６パケットがＩＰｖ６ネットワークに送信される。
【００９０】
さらに、上述のパケット送信プロセスを用いることによって、各ユーザ機器により送信された第１のＩＰｖ４パケットが対応する第１のＩＰｖ６パケットに変換され、ＩＰｖ６ネットワークを用いることにより送信が実施され、それによりＩＰｖ４パケットを送信するプロセスが実装される。ＩＰｖ４パケットを受信する具体的なプロセスについては、後続のステップを参照されたい。
【００９１】
３０７で、ＩＰｖ６ネットワークにより送信された第２のＩＰｖ６パケットを受信する。純粋なＩＰｖ６ネットワークを横断するＩＰｖ４エンドツーエンド通信を実装するために、各第１のＩＰｖ６パケットを受信した後、ＩＰｖ６ネットワークが、夫々の受信された第１のＩＰｖ６パケットをネットワーク・ノードに送信し、ネットワーク側での変換の後、各第１のＩＰｖ６パケットが対応するＩＰｖ４パケットに変換され、次いで当該ＩＰｖ４パケットがインターネット上のＩＰｖ４サイトに送信される。各第１のＩＰｖ６パケットから変換された対応するＩＰｖ４パケットを受信した後、インターネット上のＩＰｖ４サイトは、夫々の受信された第１のＩＰｖ６パケットから変換された対応するＩＰｖ４パケットに従って返却ＩＰｖ４パケットを生成する。返却ＩＰｖ４パケットが、インターネット上のＩＰｖ４ネットワークを用いて上述のネットワーク・ノードに送信され、次いで、対応する第２のＩＰｖ６パケットを生成するためにネットワーク側で変換される。当該第２のＩＰｖ６パケットで運搬される情報にはターゲット・グローバル・ユニキャストＩＰｖ６アドレスおよび出力ポートが含まれるがこれらに限られない。当該第２のＩＰｖ６パケットが、ＩＰｖ６ネットワークを用いることによって、対応する第１のＩＰｖ６パケットを送信する出力ポートに送信される。
【００９２】
さらに、当該第２のＩＰｖ６パケットが生成された後、ＩＰｖ６ネットワークが、生成された第２のＩＰｖ６パケットを当該第２のＩＰｖ６パケットで運搬されるアドレスで示される位置に送信する。全ての第２のＩＰｖ６パケットで運搬されるアドレスは同一であり、ターゲット・グローバル・ユニキャストＩＰｖ６アドレスであるが、全ての第２のＩＰｖ６パケットで運搬される出力ポートが異なるので、第２のＩＰｖ４パケットは異なる出力ポートで受信される。
【００９３】
３０８で、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、第２のＩＰｖ６パケットの出力ポートに対応するソース・ポートを決定し、当該第２のＩＰｖ６パケットの出力ポートを対応するソース・ポートで更新し、当該第２のＩＰｖ６パケットで運搬されるＩＰｖ６アドレスを対応するＩＰｖ４アドレスで更新して、当該第２のＩＰｖ６パケットに対応する第２のＩＰｖ４パケットを取得する。
【００９４】
ＩＰｖ４アドレス、ソース・ポート、および出力ポートの間の対応関係が予め格納されているので、当該出力ポートがＩＰｖ６ネットワークにより送信された第２のＩＰｖ６パケットを受信した後、対応するソース・ポートが、ＩＰｖ４パケットのソース・ポートと出力ポートの間の予め格納された対応関係に従って決定され、さらに、当該第２のＩＰｖ６パケットの出力ポートが当該対応するソース・ポートで更新され、当該第２のＩＰｖ６パケットで運搬されるＩＰｖ６アドレスが対応するＩＰｖ４アドレスで更新され、当該第２のＩＰｖ６パケットに対応する第２のＩＰｖ４パケットが取得される。当該第２のＩＰｖ４パケットで運搬される情報には当該変換後に得られた当該ＩＰｖ４アドレス等が含まれるがこれらに限られない。
【００９５】
３０９で、第２のＩＰｖ４パケットに対応するソース・ポートを用いることによって、当該第２のＩＰｖ４パケットを当該更新の後に得られたＩＰｖ４アドレスに対応するユーザ機器に送信する。
【００９６】
ＩＰｖ４アドレス、ソース・ポート、および出力ポートの間の予め格納された対応関係に従って、第２のＩＰｖ６パケットで運搬されるＩＰｖ６アドレスを対応するＩＰｖ４アドレスで更新して当該第２のＩＰｖ６パケットに対応する第２のＩＰｖ４パケットを取得した後、当該第２のＩＰｖ４パケットを、当該第２のＩＰｖ４パケットに対応するソース・ポートを用いることによって、当該更新後に取得した当該ＩＰｖ４アドレスに対応するユーザ機器に送信してもよく、それにより、純粋なＩＰｖ６ネットワークを横断するＩＰｖ４エンドツーエンド通信が実装される。
【００９７】
ルータ自体により運搬されるアップグレード・アプリケーションがパブリックＩＰｖ４に基づいて開発されており、４６４ＸＬＡＴの既存のシナリオでは、ルータを当該パブリックＩＰｖ４に接続することができないので、ルータ上のこれらのアプリケーションをアップグレードできず、そのためこれらのアプリケーションがルータで正常に動作できず、それによりパケット送信が影響を受けることとなることに留意されたい。ルータ自体により運搬されるアプリケーションのアップグレード問題を解決するために、当該実施形態で提供される方法では、仮想ＩＰｖ４公開アドレスがさらにルータに対して設定される。当該仮想ＩＰｖ４アドレスをターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換してもよく、上述のパケット送信プロセスによりインターネット上のＩＰｖ４サイトにアクセスして、ルータ上のアプリケーションを正常にアップグレードできるようにしてもよい。仮想ＩＰｖ４公開アドレスを設定するための方法は特に当該実施形態では限定されず、具体的な実装中に、生成された仮想ＩＰｖ４公開アドレスが正当なアドレスであることが保証される限り、任意のアドレスが許容可能である。
【００９８】
本発明の当該実施形態で提供する方法によれば、ユーザ機器により送信され各ユーザ機器に割り当てられたＩＰｖ４アドレスとソース・ポートを運搬する第１のＩＰｖ４パケットが受信され、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートが決定され、さらに、各第１のＩＰｖ４パケットに対応するソース・ポートが当該対応する出力ポートで更新され、各第１のＩＰｖ４パケットで運搬されるＩＰｖ４アドレスが同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換されて、各第１のＩＰｖ４パケットに対応する第１のＩＰｖ６パケットが取得され、各第１のＩＰｖ６パケットが各第１のＩＰｖ６パケットの出力ポートを用いることによってＩＰｖ６ネットワークに送信される。ユーザ機器により送信された受信されたＩＰｖ４パケットで運搬されるＩＰｖ４アドレスが同一のターゲット・ユニキャストＩＰｖ６アドレスに変換されるので、パケット送信中のリソース消費が削減され、パケット送信効率が高まる。
【００９９】
実施形態３
図５を参照すると、本発明の当該実施形態はパケット送信装置を提供する。当該装置は、少なくとも１つのユーザ機器により送信された少なくとも１つの第１のＩＰｖ４パケットを受信するように受信器を制御するように構成された第１の受信モジュール５０１であって、各第１のＩＰｖ４パケットは各ユーザ機器に割り当てられたＩＰｖ４アドレスとソース・ポートを運搬する、第１の受信モジュール５０１と、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートを決定するようにプロセッサを制御するように構成された第１の決定モジュール５０２と、各第１のＩＰｖ４パケットに対応するソース・ポートを当該対応する出力ポートで更新するように当該プロセッサを制御するように構成された第１の更新モジュール５０３と、設定アルゴリズムに従って、各第１のＩＰｖ４パケットで運搬されるＩＰｖ４アドレスを同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換して、各第１のＩＰｖ４パケットに対応する第１のＩＰｖ６パケットを取得するように当該プロセッサを制御するように構成された変換モジュール５０４であって、各第１のＩＰｖ６パケットは当該変換後に得られたＩＰｖ６アドレスと当該ソース・ポートに対応する出力ポートを運搬する、変換モジュール５０４と、各第１のＩＰｖ６パケットに対応する出力ポートを用いることによって、各第１のＩＰｖ６パケットをＩＰｖ６ネットワークに送信するように送信器を制御するように構成された第１の送信モジュール５０５とを備える。
【０１００】
図６を参照すると、当該装置はさらに、動的ホスト構成プロトコルＤＨＣＰサービスを開始するようにプロセッサを制御するように構成された開始モジュール５０６と、当該ＤＨＣＰサービスを用いてＩＰｖ４アドレスをアクセスされたユーザ機器に割り当てるように当該プロセッサを制御するように構成された割当てモジュール５０７とを備える。
【０１０１】
図７を参照すると、当該装置はさらに、グローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスをＩＰｖ６ネットワーク・サーバから取得するようにプロセッサを制御するように構成された取得モジュール５０８と、当該グローバル・ユニキャストＩＰｖ６アドレスの取得したＩＰｖ６プレフィックスに続くユーザ定義のサフィックスをパディングして、当該ターゲット・グローバル・ユニキャストＩＰｖ６アドレスを取得するように当該プロセッサを制御するように構成されたパディング・モジュール５０９とを備える。
【０１０２】
図８を参照すると、当該装置はさらに、ＩＰｖ６ネットワークにより送信された第２のＩＰｖ６パケットを受信するように受信器を制御するように構成された第２の受信モジュール５１０であって、当該第２のＩＰｖ６パケットはターゲット・グローバル・ユニキャストＩＰｖ６アドレスと出力ポートを運搬する、第２の受信モジュール５１０と、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、当該第２のＩＰｖ６パケットの出力ポートに対応するソース・ポートを決定するようにプロセッサを制御するように構成された第２の決定モジュール５１１と、当該第２のＩＰｖ６パケットの出力ポートを当該対応するソース・ポートで更新し、当該第２のＩＰｖ６パケットで運搬されるＩＰｖ６アドレスを対応するＩＰｖ４アドレスで更新し、当該第２のＩＰｖ６パケットに対応する第２のＩＰｖ４パケットを取得するように当該プロセッサを制御するように構成された第２の更新モジュール５１２と、当該第２のＩＰｖ４パケットのソース・ポートを用いることによって、当該第２のＩＰｖ４パケットを当該更新の後に得られたＩＰｖ４アドレスに対応するユーザ機器に送信するように送信器を制御するように構成された第２の送信モジュール５１３とを備える。
【０１０３】
例示的な実施形態として、第１の決定モジュール５０２は、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートを決定し、または、対応する出力ポートを各第１のＩＰｖ４パケットのソース・ポートに従ってランダムに割り当てて、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートを取得するように当該プロセッサを制御するように構成される。
【０１０４】
纏めると、本発明の当該実施形態で提供する装置によれば、ユーザ機器により送信され各ユーザ機器に割り当てられたＩＰｖ４アドレスとソース・ポートを運搬する第１のＩＰｖ４パケットが受信され、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートが決定され、さらに、各第１のＩＰｖ４パケットに対応するソース・ポートが当該対応する出力ポートで更新され、各第１のＩＰｖ４パケットで運搬されるＩＰｖ４アドレスが同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換されて、各第１のＩＰｖ４パケットに対応する第１のＩＰｖ６パケットが取得され、各第１のＩＰｖ６パケットが各第１のＩＰｖ６パケットの出力ポートを用いることによってＩＰｖ６ネットワークに送信される。ユーザ機器により送信された受信されたＩＰｖ４パケットで運搬されるＩＰｖ４アドレスが同一のターゲット・ユニキャストＩＰｖ６アドレスに変換されるので、パケット送信中のリソース消費が削減され、パケット送信効率が高まる。
【０１０５】
実施形態４
図９は、１実装方式におけるサーバの略構造図である。当該サーバはプロセッサ１００１、送信器９０２、および受信器９０３を備える。受信器９０３は、少なくとも１つのユーザ機器により送信された少なくとも１つの第１のＩＰｖ４パケットを受信するように構成される。各第１のＩＰｖ４パケットは各ユーザ機器に割り当てられたＩＰｖ４アドレスとソース・ポートを運搬する。
【０１０６】
プロセッサ９０１は、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートを決定し、各第１のＩＰｖ４パケットに対応するソース・ポートを当該対応する出力ポートで更新し、設定アルゴリズムに従って、各第１のＩＰｖ４パケットで運搬されるＩＰｖ４アドレスを同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換して、各第１のＩＰｖ４パケットに対応する第１のＩＰｖ６パケットを取得するように構成される。各第１のＩＰｖ６パケットは当該変換後に得られたＩＰｖ６アドレスと当該ソース・ポートに対応する出力ポートを運搬する。
【０１０７】
送信器９０２は、各第１のＩＰｖ６パケットに対応する出力ポートを用いることによって各第１のＩＰｖ６パケットをＩＰｖ６ネットワークに送信するように構成される。
【０１０８】
例示的な実施形態として、プロセッサ９０１はさらに、動的ホスト構成プロトコルＤＨＣＰサービスを開始し、当該ＤＨＣＰサービスを用いてＩＰｖ４アドレスをアクセスされたユーザ機器に割り当てるように構成される。
【０１０９】
例示的な実施形態として、プロセッサ９０１はさらに、グローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスをＩＰｖ６ネットワーク・サーバから取得し、当該グローバル・ユニキャストＩＰｖ６アドレスの当該取得したＩＰｖ６プレフィックスに続くユーザ定義のサフィックスをパディングして、当該ターゲット・グローバル・ユニキャストＩＰｖ６アドレスを取得するように構成される。
【０１１０】
例示的な実施形態として、受信器９０３はさらに、ＩＰｖ６ネットワークにより送信された第２のＩＰｖ６パケットを受信するように構成される。当該第２のＩＰｖ６パケットはターゲット・グローバル・ユニキャストＩＰｖ６アドレスを運搬する。
【０１１１】
送信器９０２はさらに、第２のＩＰｖ４パケットに対応するソース・ポートを用いることによって、当該第２のＩＰｖ４パケットを当該更新の後に得られたＩＰｖ４アドレスに対応するユーザ機器に送信するように構成される。
【０１１２】
プロセッサ９０１はさらに、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、当該第２のＩＰｖ６パケットの出力ポートに対応するソース・ポートを決定し、当該第２のＩＰｖ６パケットの出力ポートを当該対応するソース・ポートで更新し、当該第２のＩＰｖ６パケットで運搬されるＩＰｖ６アドレスを対応するＩＰｖ４アドレスで更新して、当該第２のＩＰｖ６パケットに対応する第２のＩＰｖ４パケットを取得するように構成される。
【０１１３】
例示的な実施形態として、プロセッサ９０１は、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートを決定し、または、対応する出力ポートを各第１のＩＰｖ４パケットのソース・ポートに従ってランダムに割り当てて、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートを取得するように構成される。
【０１１４】
本発明の当該実施形態で提供するサーバによれば、ユーザ機器により送信され各ユーザ機器に割り当てられたＩＰｖ４アドレスとソース・ポートを運搬する第１のＩＰｖ４パケットが受信され、各第１のＩＰｖ４パケットのソース・ポートに対応する出力ポートが決定され、さらに、各第１のＩＰｖ４パケットに対応するソース・ポートが当該対応する出力ポートで更新され、各第１のＩＰｖ４パケットで運搬されるＩＰｖ４アドレスが同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換されて、各第１のＩＰｖ４パケットに対応する第１のＩＰｖ６パケットが取得され、各第１のＩＰｖ６パケットが各第１のＩＰｖ６パケットの出力ポートを用いることによってＩＰｖ６ネットワークに送信される。ユーザ機器により送信された受信されたＩＰｖ４パケットで運搬されるＩＰｖ４アドレスが同一のターゲット・ユニキャストＩＰｖ６アドレスに変換されるので、パケット送信中のリソース消費が削減され、パケット送信効率が高まる。
【０１１５】
上述の実施形態で提供するネットワーク側装置および端末によるデータ送信において、上述の機能モジュールの分割を用いてのみ説明を行ったことに留意されたい。実際には、実装のために当該機能を必要に応じて異なる機能モジュールに割り当ててもよい。即ち、ネットワーク側装置と端末の内部構造は、上述の機能の全部または一部を実装するために異なる機能モジュールに分割される。さらに、上述の実施形態で提供したネットワーク側装置、端末、およびデータ送信システムは当該実施形態におけるデータ送信方法と同じ革新的な概念に基づいている。上述の実施形態の具体的な実装プロセスについては、当該方法の実施形態を参照されたい。詳細についてはここでは繰り返さない。
【０１１６】
本発明の上述の実施形態における符号は説明の簡単さのためのものにすぎず、当該実施形態の選好を示すものではない。
【０１１７】
上述の諸実施形態のステップの全部または一部を、ハードウェア、または、関連ハードウェアに指示するプログラムで実装してもよいことは当業者には理解される。当該プログラムをコンピュータ可読記憶媒体に格納してもよい。当該記憶媒体には、読取専用メモリ、磁気ディスク、または光ディスクが含まれてもよい。
【０１１８】
上述の説明は本発明の例示的な実施形態にすぎず、本発明を限定しようとするものではない。本発明の趣旨と原理から逸脱しないで行われる任意の修正または均等な置換え、および改善は本発明の保護範囲に入るものとする。
【符号の説明】
【０１１９】
５０１  第１の受信モジュール
５０２  第１の決定モジュール
５０３  第１の更新モジュール
５０４  変換モジュール
５０５  第１の送信モジュール
５０６  開始モジュール
５０７  割当てモジュール
５０８  取得モジュール
５０９  パディング・モジュール
５１０  第２の受信モジュール
５１１  第２の決定モジュール
５１２  第２の更新モジュール
５１３  第２の送信モジュール
９０１  プロセッサ
９０２  送信器
９０３  受信器
【図１】
2016515371.tif 000004
【図２】
2016515371.tif 000005
【図３】
2016515371.tif 000006
【図４】
2016515371.tif 000007
【図５】
2016515371.tif 000008
【図６】
2016515371.tif 000009
【図７】
2016515371.tif 000010
【図８】
2016515371.tif 000011
【図９】
2016515371.tif 000012
【手続補正書】
【提出日】平成27年7月21日(2015.7.21)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【００３４】
ＣＬＡＴはアクセス・ゲートウェイ装置に展開され、ユーザ機器により送信されたＩＰｖ４パケットで運搬されるＩＰｖ４アドレス・ヘッダを、ＳＩＩＴ（Ｓｔａｔｅｌｅｓｓ  ＩＰ／ＩＣＭＰ  Ｃｏｎｖｅｒｓｉｏｎ  Ａｌｇｏｒｉｔｈｍ、ステートレスＩＰ／ＩＣＭＰ変換アルゴリズム）を用いてＩＰｖ６アドレス・ヘッダに変換して、ＩＰｖ６パケットを取得し、当該ＩＰｖ６パケットをＩＰｖ６ネットワークに送信する。ＰＬＡＴは、ネットワーク側にありＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ、ネットワーク・アドレス変換）６４機能を有するネットワーク要素ノードに展開され、ＩＰｖ６パケットで運搬されるＩＰｖ６アドレス・ヘッダをＩＰｖ４アドレス・ヘッダに変換して、ＩＰｖ４パケットを取得し、当該ＩＰｖ４パケットをＩＰｖ４ネットワークに送信し、最終的にＩＰｖ４サイトに送信し、純粋なＩＰｖ６ネットワークを横断するＩＰｖ４エンドツーエンド通信を実現する。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００６３
【補正方法】変更
【補正の内容】
【００６３】
表１で、Ｐｒｅｆｉｘはネットワーク側から取得したグローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスを表し、Ｓｕｆｆｉｘはパディングされたサフィックスを表す。当該サフィックスは１６進方式でパディングされる。表１から、ＩＰｖ６ネットワーク側から取得されたグローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスがプレフィックス＝２０１４：：／３２である、即ち、ＩＰｖ６ネットワーク側から取得されたグローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスの長さが３２ビットである場合、当該グローバル・ユニキャストＩＰｖ６アドレスの取得された３２ビットのＩＰｖ６プレフィックスに続く９６ビットのサフィックスをパディングする必要がある、即ち、当該パディングされたサフィックスはＳｕｆｆｉｘ＝１１１１：２２２２：３３３３：４４４４：５５５５：６６６６であり、それにより取得されたグローバル・ユニキャストＩＰｖ６アドレスが正当なＩＰｖ６アドレスであることが保証され、ＩＰｖ６ネットワーク側から取得されたグローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスがＰｒｅｆｉｘ＝２０１４：：／５６である、即ち、ＩＰｖ６ネットワーク側から取得されたグローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスの長さが５６ビットである場合、当該グローバル・ユニキャストＩＰｖ６アドレスの取得された５６ビットのＩＰｖ６プレフィックスに続く７２ビットのサフィックスをパディングする必要がある、即ち、当該パディングされたサフィックスはＳｕｆｆｉｘ＝１１：２２２２：３３３３：４４４４：５５５５であり、それにより、取得されたグローバル・ユニキャストＩＰｖ６アドレスが正当なＩＰｖ６アドレスであることが保証されることが分かる。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００６６
【補正方法】変更
【補正の内容】
【００６６】
或る時点で、ユーザ機器はサービス要件に応じてインターネット上のＩＰｖ４サイトにアクセスする必要があり、この場合、ユーザ機器は第１のＩＰｖ４パケットをルータに送信し、その結果、ルータは、後続のステップにより、および、ユーザ機器が送信した第１のＩＰｖ４パケットを受信した後、インターネット上にありアクセスする必要があるＩＰｖ４サイトに、ユーザ機器により送信された第１のＩＰｖ４パケットを送信してもよい。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００７７
【補正方法】変更
【補正の内容】
【００７７】
以下のステップでは、各第１のＩＰｖ４パケットのＩＰｖ４アドレス、ソース・ポート、および出力ポートの間の取得された対応関係に従うパケットの送信を簡単にするために、対応する出力ポートを各ＩＰｖ４パケットのソース・ポートに対して決定するとき、異なるポート番号を各ＩＰｖ４パケットのソース・ポートおよび出力ポートに対して設定してもよいのが好ましい。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００７９
【補正方法】変更
【補正の内容】
【００７９】
図４は、ＩＰｖ４アドレス、ソース・ポート、および出力ポートの間の対応関係の略図であり、第１のＩＰｖ４パケットを送信しているユーザ機器は携帯電話およびデスクトップ・コンピュータである。携帯電話により送信される第１のＩＰｖ４パケットが第１のＩＰｖ４パケット１である場合、第１のＩＰｖ４パケット１で運搬されるＩＰｖ４アドレスは１９２．１６８．１．２００であり、デスクトップ・コンピュータにより送信された第１のＩＰｖ４パケットは第１のＩＰｖ４パケット２であり、第１のＩＰｖ４パケット２で運搬されるＩＰｖ４アドレスは１９２．１６８．１．１００であり、ＩＰｖ４アドレスに対応するソース・ポートおよび出力ポートに対してポート番号を設定するとき、ポート番号２０００を、携帯電話のＩＰｖ４アドレス１９２．１６８．１．２００に対応するソース・ポートに対して設定してもよく、ポート番号１０００１を対応する出力ポートに対して設定してもよく、ポート番号１０００をデスクトップ・コンピュータのＩＰｖ４アドレス１９２．１６８．１．１００に対応するソース・ポートに対して設定してもよく、ポート番号１００００を対応する出力ポートに対して設定してもよい。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００８０
【補正方法】変更
【補正の内容】
【００８０】
さらに、各第１のＩＰｖ４パケットのＩＰｖ４アドレス、ソース・ポート、および出力ポートの間の対応関係に従って、全体のパケット送信プロセスでは、対応するＩＰｖ４アドレスを決定するために、対応する出力ポートを各第１のＩＰｖ４パケットのソース・ポートに従って決定できるだけでなく、各第１のＩＰｖ４パケットのソース・ポートも出力ポートに従って決定することができる。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００８３
【補正方法】変更
【補正の内容】
【００８３】
３０５で、各第１のＩＰｖ４パケットに対応するソース・ポートを当該対応する出力ポートで更新し、設定アルゴリズムに従って、各第１のＩＰｖ４パケットで運搬されるＩＰｖ４アドレスを同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換して、各第１のＩＰｖ４パケットに対応する第１のＩＰｖ６パケットを取得する。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００８９
【補正方法】変更
【補正の内容】
【００８９】
上述のステップ３０５では、各第１のＩＰｖ４パケットが第１のＩＰｖ６パケットに変換され、各第１のＩＰｖ６パケットが出力ポートを運搬し、したがって、純粋なＩＰｖ６ネットワークを横断するＩＰｖ４エンドツーエンド通信を実装するために、当該ステップでは、各第１のＩＰｖ６パケットの出力ポートを用いることによって、各第１のＩＰｖ６パケットがＩＰｖ６ネットワークに送信される。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００９２
【補正方法】変更
【補正の内容】
【００９２】
さらに、当該第２のＩＰｖ６パケットが生成された後、ＩＰｖ６ネットワークが、生成された第２のＩＰｖ６パケットを当該第２のＩＰｖ６パケットで運搬されるアドレスで示される位置に送信する。全ての第２のＩＰｖ６パケットで運搬されるアドレスは同一であり、ターゲット・グローバル・ユニキャストＩＰｖ６アドレスであるが、全ての第２のＩＰｖ６パケットで運搬される出力ポートが異なるので、第２のＩＰｖ６パケットは異なる出力ポートで受信される。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１０５
【補正方法】変更
【補正の内容】
【０１０５】
実施形態４
図９は、１実装方式におけるサーバの略構造図である。当該サーバはプロセッサ９０１、送信器９０２、および受信器９０３を備える。受信器９０３は、少なくとも１つのユーザ機器により送信された少なくとも１つの第１のＩＰｖ４パケットを受信するように構成される。各第１のＩＰｖ４パケットは各ユーザ機器に割り当てられたＩＰｖ４アドレスとソース・ポートを運搬する。
【手続補正１１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも１つのユーザ機器により送信された少なくとも１つの第１のＩＰｖ４パケットを受信するステップであって、前記第１のＩＰｖ４パケットの各々はユーザ機器に割り当てられたＩＰｖ４アドレスおよびソース・ポートを運搬するステップと、
ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに対応する出力ポートを決定するステップと、
前記第１のＩＰｖ４パケットの各々に対応する前記ソース・ポートを前記対応する出力ポートで更新するステップと、
設定アルゴリズムに従って、前記第１のＩＰｖ４パケットの各々で運搬される前記ＩＰｖ４アドレスを同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換して、前記第１のＩＰｖ４パケットの各々に対応する第１のＩＰｖ６パケットを取得するステップであって、前記第１のＩＰｖ６パケットの各々は前記変換後に得られた前記ＩＰｖ６アドレスと前記ソース・ポートに対応する前記出力ポートを運搬するステップと、
前記第１のＩＰｖ６パケットの各々の前記出力ポートを用いることによって、前記第１のＩＰｖ６パケットの各々をＩＰｖ６ネットワークに送信するステップと、
を含む、パケット送信方法。
【請求項２】
少なくとも１つのユーザ機器により送信された少なくとも１つの第１のＩＰｖ４パケットを受信するステップの前に、
動的ホスト構成プロトコルＤＨＣＰサービスを開始するステップと、
前記ＤＨＣＰサービスを用いてＩＰｖ４アドレスをアクセスされたユーザ機器に割り当てるステップと、
をさらに含む、請求項１に記載の方法。
【請求項３】
設定アルゴリズムに従って、前記第１のＩＰｖ４パケットの各々で運搬される前記ＩＰｖ４アドレスを同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換するステップの前に、
前記グローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスをＩＰｖ６ネットワーク・サーバから取得するステップと、
前記グローバル・ユニキャストＩＰｖ６アドレスの前記取得したＩＰｖ６プレフィックスに続くユーザ定義のサフィックスをパディングして、前記ターゲット・グローバル・ユニキャストＩＰｖ６アドレスを取得するステップと、
をさらに含む、請求項１に記載の方法。
【請求項４】
前記第１のＩＰｖ６パケットの各々の前記出力ポートを用いることによって、前記第１のＩＰｖ６パケットの各々をＩＰｖ６ネットワークに送信ステップの後、
前記ＩＰｖ６ネットワークにより送信された第２のＩＰｖ６パケットを受信するステップであって、前記第２のＩＰｖ６パケットは前記ターゲット・グローバル・ユニキャストＩＰｖ６アドレスと出力ポートを運搬するステップと、
ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の前記対応関係に従って、前記第２のＩＰｖ６パケットの前記出力ポートに対応するソース・ポートを決定し、前記第２のＩＰｖ６パケットの前記出力ポートを前記対応するソース・ポートで更新し、前記第２のＩＰｖ６パケットで運搬される前記ＩＰｖ６アドレスを対応するＩＰｖ４アドレスで更新して、前記第２のＩＰｖ６パケットに対応する第２のＩＰｖ４パケットを取得するステップと、
前記第２のＩＰｖ４パケットの前記ソース・ポートを用いることによって、前記第２のＩＰｖ４パケットを前記更新の後に得られた前記ＩＰｖ４アドレスに対応するユーザ機器に送信するステップと、
をさらに含む、請求項１に記載の方法。
【請求項５】
ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに対応する出力ポートを決定するステップは、
ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の前記対応関係に従って、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに対応する前記出力ポートを決定するステップ、
または、
前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに従って、対応する出力ポートをランダムに割り当て、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに対応する前記出力ポートを取得するステップ
を含む、請求項１に記載の方法。
【請求項６】
少なくとも１つのユーザ機器により送信された少なくとも１つの第１のＩＰｖ４パケットを受信するように受信器を制御するように構成された第１の受信モジュールであって、前記第１のＩＰｖ４パケットの各々は各ユーザ機器に割り当てられたＩＰｖ４アドレスとソース・ポートを運搬する、第１の受信モジュールと、
ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに対応する出力ポートを決定するようにプロセッサを制御するように構成された第１の決定モジュールと、
前記第１のＩＰｖ４パケットの各々に対応する前記ソース・ポートを前記対応する出力ポートで更新するように前記プロセッサを制御するように構成された第１の更新モジュールと、
設定アルゴリズムに従って、前記第１のＩＰｖ４パケットの各々で運搬される前記ＩＰｖ４アドレスを同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換して、前記第１のＩＰｖ４パケットの各々に対応する第１のＩＰｖ６パケットを取得するように前記プロセッサを制御するように構成された変換モジュールであって、前記第１のＩＰｖ６パケットの各々は前記変換後に得られた前記ＩＰｖ６アドレスと前記ソース・ポートに対応する前記出力ポートを運搬する、変換モジュールと、
前記第１のＩＰｖ６パケットの各々に対応する前記出力ポートを用いることによって、前記第１のＩＰｖ６パケットの各々をＩＰｖ６ネットワークに送信するように送信器を制御するように構成された第１の送信モジュールと、
を備える、パケット送信装置。
【請求項７】
動的ホスト構成プロトコルＤＨＣＰサービスを開始するように前記プロセッサを制御するように構成された開始モジュールと、
前記ＤＨＣＰサービスを用いてＩＰｖ４アドレスをアクセスされたユーザ機器に割り当てるように前記プロセッサを制御するように構成された割当てモジュールと、
をさらに備える、請求項６に記載の装置。
【請求項８】
前記グローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスをＩＰｖ６ネットワーク・サーバから取得するように前記プロセッサを制御するように構成された取得モジュールと、
前記グローバル・ユニキャストＩＰｖ６アドレスの前記取得したＩＰｖ６プレフィックスに続くユーザ定義のサフィックスをパディングして、前記ターゲット・グローバル・ユニキャストＩＰｖ６アドレスを取得するように前記プロセッサを制御するように構成されたパディング・モジュールと、
をさらに備える、請求項６に記載の装置。
【請求項９】
前記ＩＰｖ６ネットワークにより送信された第２のＩＰｖ６パケットを受信するように前記受信器を制御するように構成された第２の受信モジュールであって、前記第２のＩＰｖ６パケットは前記ターゲット・グローバル・ユニキャストＩＰｖ６アドレスと出力ポートを運搬する、第２の受信モジュールと、
ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の前記対応関係に従って、前記第２のＩＰｖ６パケットの前記出力ポートに対応するソース・ポートを決定するように前記プロセッサを制御するように構成された第２の決定モジュールと、
前記第２のＩＰｖ６パケットの前記出力ポートを前記対応するソース・ポートで更新し、前記第２のＩＰｖ６パケットで運搬される前記ＩＰｖ６アドレスを対応するＩＰｖ４アドレスで更新し、前記第２のＩＰｖ６パケットに対応する第２のＩＰｖ４パケットを取得するように前記プロセッサを制御するように構成された第２の更新モジュールと、
前記第２のＩＰｖ４パケットの前記ソース・ポートを用いることによって、前記第２のＩＰｖ４パケットを前記更新の後に得られた前記ＩＰｖ４アドレスに対応するユーザ機器に送信するように前記送信器を制御するように構成された第２の送信モジュールと、
をさらに備える、請求項６に記載の装置。
【請求項１０】
前記第１の決定モジュールは、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の前記対応関係に従って、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに対応する前記出力ポートを決定するか、または、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに従って、対応する出力ポートをランダムに割り当てて、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに対応する前記出力ポートを取得するように前記プロセッサを制御するように構成された、請求項９に記載の装置。
【請求項１１】
プロセッサ、送信器、および受信器を備えたサーバであって、
前記受信器は、少なくとも１つのユーザ機器により送信された少なくとも１つの第１のＩＰｖ４パケットを受信するように構成され、前記第１のＩＰｖ４パケットの各々は各ユーザ機器に割り当てられたＩＰｖ４アドレスとソース・ポートを運搬し、
前記プロセッサは、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の対応関係に従って、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに対応する出力ポートを決定し、前記第１のＩＰｖ４パケットの各々に対応する前記ソース・ポートを前記対応する出力ポートで更新し、設定アルゴリズムに従って、前記第１のＩＰｖ４パケットの各々で運搬される前記ＩＰｖ４アドレスを同一のターゲット・グローバル・ユニキャストＩＰｖ６アドレスに変換して、前記第１のＩＰｖ４パケットの各々に対応する第１のＩＰｖ６パケットを取得するように構成され、前記第１のＩＰｖ６パケットの各々は前記変換後に得られた前記ＩＰｖ６アドレスと前記ソース・ポートに対応する前記出力ポートを運搬し、
前記送信器は、前記第１のＩＰｖ６パケットの各々の前記出力ポートを用いることによって、前記第１のＩＰｖ６パケットの各々をＩＰｖ６ネットワークに送信するように構成される、
サーバ。
【請求項１２】
前記プロセッサはさらに、動的ホスト構成プロトコルＤＨＣＰサービスを開始し、前記ＤＨＣＰサービスを用いてＩＰｖ４アドレスをアクセスされたユーザ機器に割り当てるように構成された、請求項１１に記載のサーバ。
【請求項１３】
前記プロセッサはさらに、前記グローバル・ユニキャストＩＰｖ６アドレスのＩＰｖ６プレフィックスをＩＰｖ６ネットワーク・サーバから取得し、前記グローバル・ユニキャストＩＰｖ６アドレスの前記取得したＩＰｖ６プレフィックスに続くユーザ定義のサフィックスをパディングして、前記ターゲット・グローバル・ユニキャストＩＰｖ６アドレスを取得するように構成された、請求項１１に記載のサーバ。
【請求項１４】
前記受信器はさらに、前記ＩＰｖ６ネットワークにより送信された第２のＩＰｖ６パケットを受信するように構成され、前記第２のＩＰｖ６パケットは前記ターゲット・グローバル・ユニキャストＩＰｖ６アドレスと出力ポートを運搬し、
前記プロセッサはさらに、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の前記対応関係に従って、前記第２のＩＰｖ６パケットの前記出力ポートに対応するソース・ポートを決定し、前記第２のＩＰｖ６パケットの前記出力ポートを前記対応するソース・ポートで更新し、前記第２のＩＰｖ６パケットで運搬される前記ＩＰｖ６アドレスを対応するＩＰｖ４アドレスで更新し、前記第２のＩＰｖ６パケットに対応する第２のＩＰｖ４パケットを取得するように構成され、
前記送信器はさらに、前記第２のＩＰｖ４パケットの前記ソース・ポートを用いることによって、前記第２のＩＰｖ４パケットを前記更新の後に得られた前記ＩＰｖ４アドレスに対応するユーザ機器に送信するように構成された、
請求項１１に記載のサーバ。
【請求項１５】
前記プロセッサは、ＩＰｖ４パケットのソース・ポートとＩＰｖ６パケットの出力ポートの間の前記対応関係に従って、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに対応する前記出力ポートを決定するか、または、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに従って対応する出力ポートをランダムに割り当てて、前記第１のＩＰｖ４パケットの各々の前記ソース・ポートに対応する前記出力ポートを取得するように構成される、請求項１１に記載のサーバ。
【国際調査報告】
2016515371.tif 000013
2016515371.tif 000014
2016515371.tif 000015
2016515371.tif 000016