(57)【特許請求の範囲】
【請求項１】
バーチャル・プライベート・ネットワーク（VPN）の実現方法であって、前記VPNはID／ロケータ分離ネットワークに基づき実現し、該方法は、
ID／ロケータ分離ネットワークのマッピングプレーンは、VPNのVPN専用マッピングテーブルと普通マッピングテーブルを設置し、前記VPN専用マッピングテーブルは、同じVPNのVPNエンドホストのID識別子とロケータ識別子とのマッピング関係を含み、前記普通マッピングテーブルは、普通エンドホストのID識別子とロケータ識別子とのマッピング関係を含み、
前記マッピングプレーンは、目的エンドホストID識別子によって、ソースエンドホストのプロパティと一致するVPN専用マッピングテーブル或は普通マッピングテーブルを検索し、目的エンドホストのマッピング関係を見つければ、ID／ロケータ分離ネットワークは、ソースエンドホストと目的エンドホストとの間の通信を実現し、目的エンドホストのマッピング関係を見つけなければ、通信が失敗してしまうことが含まれることを特徴とする。
【請求項２】
前記プロパティはエンドホストがVPNエンドホストに属するかどうかを示し、
前記マッピングプレーンは目的エンドホストのID識別子によって、ソースエンドホストのプロパティと一致するVPN専用マッピングテーブル或は普通マッピングテーブルを検索するステップにおいて、ソースエンドホストのプロパティは、前記ソースエンドホストがVPNエンドホストであることを示すと、前記マッピングプレーンは、前記VPN専用マッピングテーブルを検索し、ソースエンドホストのプロパティは、前記ソースエンドホストがVPNエンドホストではないと示すと、前記マッピングプレーンが前記普通マッピングテーブルを検索する
請求項１に記載の前記方法。
【請求項３】
前記マッピングプレーンは複数のVPN専用マッピングテーブルを含み、異なるVPN専用マッピングテーブルが異なるVPNに対応し、異なるVPN識別子を有し、
前記プロパティとはエンドホストがVPNエンドホストに属すかどうか及びVPNエンドホストに属する時、所属するVPN識別子を指し、
前記マッピングプレーンは目的エンドホストのID識別子によって、ソースエンドホストのプロパティと一致するVPN専用マッピングテーブル或は普通マッピングテーブルを検索するステップにおいて、ソースエンドホストのプロパティは、前記ソースエンドホストがVPNエンドホストであることを示すと、前記マッピングプレーンがVPN識別子と対応するVPN専用マッピングテーブルを検索し、ソースエンドホストのプロパティは、前記ソースエンドホストがVPNエンドホストではないと示すと、前記マッピングプレーンが前記普通マッピングテーブルを検索する
請求項１に記載の前記方法。
【請求項４】
前記マッピングプレーンは目的エンドホストのID識別子によって、ソースエンドホストのプロパティと一致するVPN専用マッピングテーブル或は普通マッピングテーブルを検索するステップの前に、前記方法は、
アクセスサービスノード(ASN) はソースエンドホストが送信したメッセージを受信し、その中にソースエンドホストID識別子と目的エンドホストID識別子が載せられ、
前記ASNはソースエンドホストID識別子によって、プロパティテーブルを検索し、ソースエンドホストのプロパティを獲得し、且つマッピングプレーンにメッセージを転送し、或は検索リクエストを送信し、その中にソースエンドホストのプロパティ及び目的エンドホストのID識別子が載せられ、
ID／ロケータ分離ネットワークにおいて、ソースエンドホストと目的エンドホストとの通信を実現するステップにおいて、前記ASN或はマッピングプレーンは前記目的ロケータ識別子が対応する目的アクセスサービスノードにメッセージを転送し、通信を実現することが更に含まれる
請求項１〜３の何れかに記載の前記方法。
【請求項５】
前記ASN又はマッピングプレーンは、前記目的ロケータ識別子が対応する目的アクセスサービスノードにメッセージを転送し、通信を実現するステップの後に、前記方法は、
前記目的アクセスサービスノードが前記メッセージを受信し、且つ目的エンドホストに転送するのと同時に、ソースエンドホストのID識別子とロケータ識別子のマッピング関係及びソースエンドホストのVPNプロパティをローカルマッピングテーブルに記録し、目的アクセスサービスノードは前記目的エンドホストが返却したメッセージを受信した後、ローカルマッピングテーブルを検索し、ソースホストと目的エンドホストのプロパティが一致すると判断すると、直接にメッセージの転送を行うことが更に含まれる
請求項４に記載の方法。
【請求項６】
バーチャル・プライベート・ネットワーク(VPN)の実現システムであって、前記システムはID／ロケータ分離アーキテクチャネットワークに基づき実現し、ネットワークで接続するサービスアクセスノード（ASN）とマッピングプレーンを含み、前記ASNは第1送受信信モジュール、プロパティテーブル及びプロパティテーブル検索モジュールを含み、その中に、
前記第1送受信信モジュールはソースエンドホストが送信したメッセージを受信し、その中にソースエンドID識別子と目的エンドホストID識別子が載せられ、且つ、プロパティテーブル検索モジュールに通知し、及びマッピングプレーンにメッセージを転送し、或は検索リクエストを送信し、その中に、ソースエンドホストのプロパティ及び目的エンドホストのID識別子が載せられるように設置され、前記マッピングプレーンに検索リクエストを送信する時、前記マッピングプレーンが送信した検索結果を受信し、目的エンドホストのマッピング関係を見つけると、検索結果によってメッセージを転送し、目的エンドホストのマッピング関係を見つけないと、通信が失敗するように更に設置され、
前記プロパティテーブルはエンドホストとそのプロパティの対応する関係を保存するように設置され、
前記プロパティテーブル検索モジュールは前記第1送受信信モジュール、プロパティテーブルと接続し、前記ソースエンドホストID識別子によって、前記プロパティテーブルを検索し、ソースエンドホストのプロパティを獲得し、且つ、前記第1送受信信モジュールに通知するように設置され、
前記マッピングプレーンは第2送受信信モジュール、マッピングデータベース及びデータベース検索モジュールを含み、その中に、
前記第2送受信信モジュールは、前記ASNが転送したメッセージ或は送信した検索リクエストを受信し、且つ、データベース検索モジュールに通知するように設置され、検索リクエストを受信する時、前記ASNに検索結果を転送するように更に設置され、転送したメッセージを受信する時、目的エンドホストのマッピング関係を見つけると、検索結果によって、メッセージを転送し、目的エンドホストのマッピング関係を見つけないと、通信が失敗し、
前記マッピングデータベースはVPN専用マッピングテーブルと普通マッピングテーブルを保存し、前記VPN専用マッピングテーブルが同じVPNのVPNエンドホストID識別子とロケータ識別子のマッピング関係を含み、前記普通マッピングテーブルが普通エンドホストID識別子とロケータ識別子のマッピング関係を含むように設置され、
前記データベース検索モジュールは前記第2送受信信モジュール及びマッピングデータベースと接続し、目的エンドホストのID識別子によって、ソースエンドホストのプロパティと一致するVPN専用マッピングテーブル或は普通マッピングテーブルを検索し、且つ、検索結果を前記第2送受信信モジュールに通知するように設置される
バーチャル・プライベート・ネットワーク(VPN)の実現システム。
【請求項７】
前記プロパティはエンドホストがVPNエンドホストに属するかどうかを示し、
前記マッピングプレーンのデータベース検索モジュールは、ソースエンドホストのプロパティは前記ソースエンドホストがVPNエンドホストであると示すと、前記VPN専用マッピングテーブルを検索し、ソースエンドホストのプロパティは前記ソースエンドホストがVPNエンドホストではないと示すと、前記普通マッピングテーブルを検索するように設置される
請求項６に記載のシステム。
【請求項８】
前記マッピングプレーンのマッピングデータベースは複数のVPN専用マッピングテーブルを含み、異なるVPN専用マッピングテーブルが異なるVPNと対応し、異なるVPN識別子を有し、
前記プロパティとはエンドホストがVPNエンドホストに属するかどうか、及びVPNエンドホストに属する時、所属するVPN識別子を示し、
前記マッピングプレーンのデータベース検索モジュールは、ソースエンドホストのプロパティは前記ソースエンドホストがVPNエンドホストであると示すと、VPN識別子と対応するVPN専用マッピングテーブルを検索し、ソースエンドホストのプロパティは前記ソースエンドホストがVPNエンドホストではないと示すと、前記普通マッピングテーブルを検索するように設置される
請求項６に記載の前記システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ID／ロケータ分離技術に関し、特に、バーチャル・プライベート・ネットワークのID／ロケータ分離ネットワークにおける実現方法及びシステムに関する。
【背景技術】
【０００２】
次世代の情報ネットワークアーキテクチャに関する研究は、現在の最も人気のある課題の１つである。これらの研究課題の基本的な方向は音声サービスを代表とする電気通信ネットワーク、ビデオサービスを代表とするテレビジョン・ネットワークとデータサービスを代表とするインターネットがサービス上のシームレス統合を行うことを目的とし、ネットワークキャリアがIP化されることを特徴とする。典型的な実例には、例えば音声サービスを提供するVOIP（Voice over Internet Protocol、IP電話）ネットワークとテレビサービスを提供するIPTVネットワーク、IPコアネットワークがキャリアする第3世代移動通信ネットワーク、及び多量なスーパー3G或は4Gネットワークに対する研究項目等がある。
【０００３】
4Gは、第4世代移動通信システムの略称である。4Gは、音声、データとストリーミング・メディア・サービスにIPキャリヤネットワークに基づいた解決案を提供し、ユーザーに「如何なる時間、如何なる場所、如何なるサービス」でも更に高速な通信環境が得られることを目的とする。
【０００４】
NGN（Next Generation Network、次世代ネットワーク）は、電気通信ネットワークの基礎に確立された次世代ネットワークであり、統一的なIPパケット交換に基づいたトランスポート層を確立することを意図している。統一的なトランスポート層において、各種アプリケーション・プログラムの開発は、具体的な伝送技術から独立でき、アプリケーション・プログラムの応用範囲を広める。
【０００５】
現在のIPパケット・キャリア・ネットワークはIPv4を基礎とし、発展してきたものである。IP技術は、当初アメリカで生まれたため、アメリカ等の先進国に多量なIPv4 アドレスが分配されている。一方、人口数が多い発展途上国に分配したIPアドレスは非常に少なく、そのために、発展途上国のIPパケット・キャリア・ネットワーク及び各種通信ネットワークの発展はIPアドレスの不足に制限される。例えば現在のわが国のインターネットユーザー数はすでにわが国が持っているIPv4アドレス数を超えている。そして、わが国のネットワークユーザー数は高速に増加しているため、他の技術と設備でIPアドレスの重複使用を増加せざるをえない。それにゆえ、IPアドレススペースが足りない問題はわが国の将来のIPキャリヤネットワークと通信ネットワークの発展を厳しく阻害してしまう。この問題を解決するもっとも理想的な方法は、IPV6を使用することである。しかし、このネットワークアーキテクチャ技術への徹底的な変更は、改めてIPv6のキャリヤネットワークを建設することに伴う多大な費用の支払いと、億で計算される数の端末の交換が必要となる。そこからみると、これが現在の状況に適する案ではないことが分かった。
【０００６】
以上の技術検討から、技術基礎、利益背景等の違いにより、次世代ネットワークアーキテクチャへの研究重点と方向選択には大きいな違いがあるものの、面している問題と困難は同じであることが分かった。
【０００７】
3Gと4Gは無線通信分野が次世代ネットワークへの研究中心であり、IPパケットコアネットワーク全体に基づき、無線移動通信の品質を高めることを意図しており、NGNとNGI（Next-Generation Internet、次世代インターネット）はそれぞれ電気通信ネットワークとインターネット分野が次世代ネットワーク統合への研究であり、CNGI（China's Next Generation Internet、中国次世代インターネット）はIPv6に基づいた次世代インターネットを構築することを意図し、北方交通大学の“一体化可信頼ネットワークと広汎サービス体系の基礎研究”は統一的な新しいパケットネットワークを構築できることを期待している。各種の研究には大きな違いが存在するが、各種の研究に共通する観点は、将来ネットワークがパケットに基づいた統一的なキャリヤネットワークであることである。このため、次世代ネットフレームワークを研究することは、インターネットを主要な参照対象とする。インターネットは、その誕生以来、ずっと高速な発展を保ち、既に最も成功した、最も生命力を持った通信ネットワークになり、そのフレキシブルな可拡張性、高効率なパケット交換、端末の強大な機能等の特徴は、新世代のネットワークの設計需要に非常に適している。インターネットは、新世代ネットワーク設計の主要な参照モデルになる。しかし、インターネットの構造は、まだまだ最適化に達しておらず、数多くの重大な設計問題が存在している。前記IPアドレス空間は、応用需要を満足できないこと以外に、以下の通りの方面が現れている。
【０００８】
インターネットは、20世紀70年代に発明されたが、当時の人には今日の世界における多量な移動端末とマルチホーミング端末の存在が予測困難であった。このため、当時のインターネットプロトコルスタックは、主に「固定」方式で接続した端末に対して設計された。当時のネットワーク環境下では、端末は、基本的に１つのロケータから他のロケータに移動しないので、送信するアドレスは受信するアドレスとなり、経路が可逆であることによって、IDとロケータとのデュアルプロパティを有するIPアドレスはよく動作でき、IPアドレスのIDプロパティとロケータプロパティとの間に如何なる衝突も生じなかった。IPアドレスは、同時にIDとロケータを代表することが、ちょうど当時のネットワークの需要を満たす。当時のネットワーク環境から見ると、このような設計案は、簡単かつ有効であり、プロトコルスタックの階層構造を簡素化する。IPアドレスのIDプロパティとロケータプロパティとの間に内部矛盾が存在することは当然である。IPアドレスのIDプロパティは、任意の２つのIPアドレスが相等であることを要求し、IPアドレスは組織構造によって分配されることができるが、連続的にコーディングしたIPアドレスの間には必然の関係がなく、或は少なくともトポロジーロケータにおいて、必然の関係がない。IPアドレスのロケータプロパティは、IPアドレスがネットワークトポロジー（組織構造ではない）に基づき分配されることを要求し、同じサブネット内に置かれるIPアドレスは全て１つの連続したIPアドレスブロック中に置かれ、このようにして、ネットワークトポロジー中のIPアドレスのプレフィックスを集約させ、それで、ルータ設備のルーティングテーブルの項目を減少させ、ルータシステムの可拡張性を保証する。
【０００９】
ネットワークの規模と技術の発展に従い、ある動的にIPアドレスを分配する技術が次第に出現している。例えばダイナミック・ホスト・コンフィギュレーション・プロトコル（DHCP、Dynamic Host Configuration Protocol）は、IPアドレスが唯一の端末を表示する仮定を突破する。プライベートIPアドレス空間の使用とネットワークアドレス変換（NAT、Network Address Translator）技術の誕生は状況を更に悪化させる。このような状況下で、同時にIDプロパティとロケータプロパティを有するIPアドレスは引き続き、その役目を担えなくなり、IPアドレスのデュアルプロパティ問題はすでに現れている。技術方面の需要に明らかな変化が発生した以外に、インターネットのユーザー状況にも巨大な変化が発生した。インターネットが生まれた後の最初の数年間、インターネットは、基本的に同じグループにいる、お互いに信頼する人員により使用され、従来のインターネットプロトコルスタックも該種類の仮定に基づき設計されていた。しかし、現在のインターネットユーザーは、まさに「玉石混淆」の状況を呈しており、人々はお互いに信頼できなくなっている。このような状況下では、埋め込みのセキュリティー対策が欠落したインターネットも変革が必要となる。
【００１０】
取りまとめていうと、IPアドレスのデュアルプロパティの内部矛盾は、以下の通りの問題を引き起こす。
【００１１】
1.ルータの可拡張問題
インターネットのルータシステムの可拡張性については、基本的な仮定が存在する。つまり、「アドレスがトポロジーによって分配され、或はトポロジーがアドレスによって分布され、2者から何れかを選択する」という仮定である。IPアドレスのIDプロパティは、IPアドレスが端末の所属する組織構造（ネットワークトポロジーではない）に基づき分配することを要求する。このような分配は、一定の安定性を保つ一方で、容易には変化することができない。IPアドレスのロケータプロパティは、ルータシステムの可拡張性を保証するために、IPアドレスが、ネットワークトポロジーに基づいて分配することを要求する。そうすると、IPアドレスの２種類のプロパティに衝突が生じ、最終的にインターネットのルータシステムの可拡張問題を引き起こしてしまう。
【００１２】
2.移動性問題
IPアドレスのIDプロパティは、IPアドレスが端末ロケータの変化に従い変化しないことを要求する。これにより、IDにバインドした通信は中断しないことを保証でき、更に、端末が移動した後、他の端末がそのIDを使い、それと通信連絡を確立できる。IPアドレスのロケータプロパティは、IPアドレスが端末のロケータの変化に従い、変化することを要求し、このようにして、IPアドレスが新しいネットワークトポロジーに集約されることができる。そうでないと、ネットワークは、必ず、移動後の端末に対する単独のルータ情報を保留しなければならず、これにより、ルーティングテーブル項目の急激な増長を招いてしまう。
【００１３】
3.マルチホーミング問題
マルチホーミングとは通常、端末或はネットワークが同時に複数のISP（Internet Service Provider、インターネットサービスプロバイダ）のネットワークを通し、インターネットにアクセスすることを指す。マルチホーミング技術のメリットは、ネットワークの信頼性を増加し、複数のISP間のネットワークトラフィック負荷の均等を支援し、全体の利用可能帯域幅を高めること等を含む。しかし、IPアドレスのデュアルプロパティの内部矛盾により、マルチホーミング技術の実現は困難となる。IPアドレスのIDプロパティは、このマルチホーミング端末が何個のISPを通してインターネットにアクセスしても、１つのマルチホーミング端末がずっと他の端末に対し、不変のIDを示すことを要求する。IPアドレスのロケータプロパティは、１つのマルチホーミング端末が異なるISPネットワークにおいて、異なるIPアドレスを使って通信することを要求し、そうすると、端末のIPアドレスがISPネットワークのトポロジーに集約することを保証できる。
【００１４】
4.安全とロケータプライバシー問題
IPアドレスは、端末のID情報とロケータ情報を同時に含むので、コレスポンデントノードと悪意を持っている盗聴者とは１つの端末のIPアドレスによって、同時にこの端末のID情報とトポロジーロケータ情報を獲得することができる。
【００１５】
一般的に、従来のインターネットの体系構造が確立されて以来、インターネットの技術環境とユーザー群には共に極めて大きな変化が発生した。インターネットはそれに従い、革新する必要がある。IPアドレスのデュアルプロパティ問題は、インターネットが継続的に発展することを阻害する基本的な問題の１つであり、IPアドレスのIDプロパティとロケータプロパティを分離することは、インターネットが面している問題を解決するよい考えである。新しいネットワークは、この考えに基づき設計しようとするものであり、ID情報とロケータ情報を分離してマッピングするネットワーク構造を提供し、既存インターネットに存在するある重大な弊害を解決する。
【００１６】
IDとロケータの問題を解決するために、業界では、多くの研究と探索が行れており、全てのIDとロケータを分離する案の基本的な思想は、全て、本来のIPアドレスにバインドするIDとロケータデュアルプロパティを分離することである。その中のある案は、アプリケーション層のURL（Uniform Resource Locator、 ユニフォームリソースロケータ 、URLは完全的にInternet上のウェブページと他のリソースのアドレスを描く識別子方法である）或はFQDN（Fully Qualified Domain Name、合格ドメインネーム）を端末のID識別子として採用し、例えばIPNL（IP Next Layer、IP次レイヤ、NAT拡張アーキテクチャの方式に属する）、TRIAD（A Scalable Deployable NAT-based Internet Architecture、拡張可能な且つ配備しやすいNATに基づいたネットワークアーキテクチャである）等であり、一部の案は、新しい名前空間をID識別子として導入し、例えばHIP （Host Identity Protocol、ホスト識別プロトコル）がIPアドレスをロケータ識別子とするネットワーク層において、ホスト識別子を増やし、一部の案は、IPアドレスを分類し、一部分のIPをID識別子とし、一部分のIPをロケータ識別子とし、例えばLISP（Locator/ID Separation Protocol、ロケータID分離プロトコル）等、2006年7月12日に開示した中国特許請求CN1801764は北方交通大学の張宏科等の人が申請した「IDとロケータ分離に基づいたインターネットアクセス方法」であり、該方法はIPアドレスをホストのロケータ識別子とし、導入端のホスト識別子をID識別子としてIDとロケータを分離する問題を解決する。上記のこれらの解決案において、ホストに基づいた解決案は、ホストのプロトコルスタックを改善する必要があり、例えばHIP、ネットワークに基づいた解決案は、特定したロケータのルータを改善する必要がある。そして、同様にネットワークに基づいた解決案としても、IDとロケータマッピング機能を完成したルータがネットワークにおける存在しているロケータは、全て同様のものではない。ある案は、マッピング機能を完成したルータがユーザーネットワークの境界に位置している場所を明確し、つまりマッピング機能のルータはユーザーネットワークに属し、ある案（LISP、TIDR（Tunneled Inter-domain Routing、トンネルドメイン間ルーティング）とIvip（Internet Vastly Improved Plumbing、インターネット極力改良管路） ）は、マッピング機能を完成したルータがネットワークにおける存在ロケータを限定せず、ある案は、ルータ拡張可能な問題を解決する及びIDとロケータを保証するマッピング情報がネットワーク管理者だけ獲得できることを明確し、厳格にマッピング機能を完成したルータがコアネットワークアクセスルータであることを限定し、すなわち、マッピング機能ルータがコアネットワークに属する。ID識別子とロケータ識別子が同時にネットワーク層に位置する解決案には、例えばLISPにおいて、厳格的にネットワークトポロジーの区分によって、IDとロケータを完全に分離する設計上の差が存在する。現在のバージョンのLISPプロトコルは、ネットワークがマッピング解析サービスを提供する前に、必ずEID（Endpoint Identifier、端末識別子）を利用し、一番目のデータパッケージを相手端にルーティングし、双方向通信のトンネルルータにRLOC（Routing Locator、ルータロケータ識別子）とEIDとのマッピング関係を勉強させることを要求し、それで、ネット��ークにおいて、少なくとも一部分のルータノードが同時にRLOCとEIDに基づいたルータ項目を保留させ、LISPがルータ拡張可能性問題を解決する能力を影響することになる。
【００１７】
各種のIDとロケータを分離する案の提出目標は異なるので、最終的に実現する機能もそれぞれ異なる。IPNLの設計目的は、IPv4ネットワークにより長い寿命を得て、IPv6プロトコルでIPv4プロトコルを引き換えることで引き起こした全面的な再建難題を回避することにある。TRIADの設計目的は、NATがインターネットにもたらした各種の問題を解決し、その同時に、移動性と策略ルータ等に一定の支持を提供することにある。HIPの提出初期の目的は、安全性問題を解決することを目的とし、その後、移動性支持において多量な仕事をやり、且つ、マルチホーミング支持の研究を行う。SHIM6（Level 3 Shim for IPv6）は、主にIPv6ネットワークがマルチホーミングを支持できる問題を解決するために提出したものである。LIN6（Location Independent Networking for IPv6、IPv6用ロケータ独立ネットワーク）の設計目的はIPv6プロトコルに選択できる移動性とマルチホーミング解決案を提供することにある。ILNP（Identifier Locator Network Protocol）の設計目標は、移動性とマルチホーミング問題を解決できるIPv6拡張メカニズムを提供することにある。GSE（Global、 Site and End-System Designator）は、IPv6アドレスの構造を変更しようと意図し、そのために、グローバルなルーティングテーブル項目の増加を制御し、且つ、フレキシブルにマルチホーミング技術を支持する。TIDRの設計目標は、既存インターネットのルータと伝送機能を強め、全体的なルーティングテーブルの膨張、ドメイン間ルーティングの安全性及びマルチホーミング等の問題を解決することにある。LISPは、主にルータ拡張可能な問題に対し、設計されたものである。
【００１８】
前記の提案と方案は問題のある局部から既存のネットワークアーキテクチャ下でIDとロケータとを分離する解決案を提出し、ロケータとIDとを分離することは未来のデータ通信ネットワーク、特に移動データ通信ネットワークのコア技術である。
【００１９】
VPN（virtual private network、バーチャル・プライベート・ネットワーク）は異なるネットワークのコンポーネントとリソースとの間の相互接続を実現できる。VPNはInternetネットワークまたは他の公共ネットワークの基礎施設を利用し、ユーザーにトンネルを新規作成し、且つ、専用ネットワークと同じ安全と機能保障を提供する。
【００２０】
VPNは多種な実現方式を有し、具体的には、ユーザーに管理されたVPN解決案（CPE−VPN）と通信事業者に実施されたVPN解決案（PP−VPN）に分けられる。
【００２１】
ユーザーに管理されたVPN解決案（CPE−VPN案）の特徴は、ユーザーがVPNゲートウェイ設備を自己設置、管理且つ保守し、公衆IPネットワークによって、各々の分岐機構と親会社の間で標準VPNトンネルに基づいた接続を確立し、トンネルプロトコルは通常レイヤー2トンネリングプロトコル（L2TP）、ポイント・ツー・ポイント・トンネリング・プロトコル（PPTP）、IPsec（安全IP）、IP in IP（IPカプセル化）とGRE（Generic Routing Encapsulation、ルーティング カプセル化）等を採用し、且つ各種の暗号化技術とNAT技術を利用して、データ伝送の安全を保障する。
【００２２】
VPNトンネル接続の確立と管理は、完全にユーザー自身が行い、供給業者はネットワークの構造と性能を調整或は変更する必要がない。このような方式は、通常よく言われるところの“VPN自己確立”方式である。
【００２３】
VPNは、企業がInternet等の公共ネットワークを介し、分岐機構或は他の会社と接続を確立し、安全な通信を行うことを支持する。このようなInternetを介して確立されたVPN接続は、理論上、２つの場所の間に広域ネットワークで確立した接続に相当する。VPN通信は、公共ネットワークの基礎に確立したが、ユーザーはVPNを利用する時、専用ネットワークを用いて通信するように感じるため、バーチャル・プライベート・ネットワークの名前が得られる。VPN技術を使用することによって、現在の遠距離通信量が日々に増大して、企業のグローバルでの運営が大幅に分布した実情下で、社員が中央リソースにアクセスする必要となり、企業の間で必ず早急且つ有効な通信を行う問題を解決することができる。
【００２４】
VPNの基本的な用途：
VPNによって、遠距離ユーザーアクセスを実現し、VPNが安全の方式で公共ネットワークによって、遠距離に企業リソースにアクセスすることを支持し、例えばVPNユーザーがまずローカルアクセスサービスの供給業者（ISP）のネットワークアクセスサーバー（BRAS）にダイヤルし、次にVPNソフトウェアを使い、ローカルISPと確立した接続を利用して、遠距離ユーザーと企業VPNサーバーの間で１つのInternet或は他の公共ネットワークを跨ったVPNを新規作成する。
【００２５】
VPNを用いて、遠距離ローカル・エリア・ネットワークを接続し、高価な長距離専用回路を使用せず、分岐機構と企業側のルータは、それぞれのローカルの専用線路を使って、ローカルのISPを介してInternetに接続し、又はダイヤルアップを通じてISPのブロードバンドアクセスサーバにアクセスし、internetに接続する。VPNソフトウェアを使用して、ローカルISPと確立した接続とInternetネットワークを利用し、分岐機構と企業側ルータとの間で１つのVPNを新規作成する。
【００２６】
通信事業者の実施したVPN解決案（PP−VPN）は、通信事業者の公共データ通信ネットワークにおいて、VPNゲートウェイ設備を設置し、専用線によるユーザーへのアクセス或は遠距離ダイヤルアップによるユーザーへのアクセスに用いられる。該ゲートウェイ設備を利用し、ネットワークネットワーク全体範囲において、具体的なVPNネットワークの需要に応じ、チャンネルのカプセル化、仮想ルータ或はMPLS（マルチプロトコルラベルスイッチング）等の技術によってVPNを確立し、且つ、暗号化技術を採用してデータ伝送の安全を保障する。VPN接続の確立は、完全に通信事業者によって行なわれ、ユーザーに開示する。このような方式は、よく言われるところの“アウトソーシングVPN”方式である。
【００２７】
ブロードバンドアクセスネットワークが迅速に発展するのに伴い、通信事業者が、品質の業務を開拓するために解決しなければならない問題は、どのようにネットワーク構造に対して合理的な分層計画を行うことで、ユーザーへの測定と業務のコントロールを実現することである。アクセスネットワーク層面にイーサネット(登録商標)技術を多量に採用したので、現在のイーサネット(登録商標)に基づいたネットワーク区分を実現する技術は、主に仮想ローカル・エリア・ネットワーク（VLAN、Virtual Local Area Network）技術である。VLANはローカル・エリア・ネットワークにおける設備を物理的ではなく、ロジック的に１つ１つのセグメントを区分することで、仮想ワークグループを実現する新興技術である。IEEE（IEEE (The Institute of Electrical and Electronics Engineers、国際電気電子技術者協会)）は1999年にVLAN実現す方案を標準化することに用いられる802.1Qプロトコル標準草案を発行する。従来のイーサネット(登録商標)フレームフォーマットにおいて、4096個のVLANを定義し、VLANはイーサネット(登録商標)の放送問題と安全性を解決するために提出したものであり、それはイーサネット(登録商標)フレームの上にVLANヘッドを増加し、VLAN IDでユーザーをより小さいワークグループに区分し、異なるワークグループ間のユーザーの二層相互アクセスを制限し、各のワークグループは１つの仮想ローカル・エリア・ネットワークである。仮想ローカル・エリア・ネットワークのメリットは、放送範囲を制限でき、且つ、仮想ワークグループを形成でき、動的にネットワークをコントロールすることである。VLANはブロードキャスト・ストームを分離するとともに、各々異なるVLAN間の通信を分離するので、異なるVLAN間の通信はルータで完成することになる。
【００２８】
VLANを区分する方法は主に数種類がある。一番目は、ポートによってVLANを区分する。このようにポートによってVLANを区分する方式は最も常用されている方式である。二番目は、MAC（Media Access Control、媒体アクセス制御）アドレスによって、VLANを区分する。このようにVLANを区分する方法の最大メリットは、ユーザーの物理的なロケータが移動する時、すなわち、１つのスイッチから他のスイッチに移動する時、VLANは改めてコンフィギュレーションしなくてもよいことである。欠陥は、初期化する時、すべてのユーザーが必ずコンフィギュレーションするので、スイッチの実行効率が低いことである。三番目は、ネットワーク層によってVLANを区分する。このようにVLANを区分する方法はルータではなく、各々のホストのネットワーク層アドレス或はプロトコルタイプ（例えば多プロトコルを支持する）によって区分するので、ユーザーの物理的なロケータが変わっても、改めて所属するVLANをコンフィギュレーションしなくてもよい。欠陥は、改めてフレーム・ヘッダーを解析することが効率を低減することである。四番目は、IPマルチキャストによってVLANを区分する。IPマルチキャストが実際にVLANの定義であり、すなわち１つのマルチキャストグループが１つのVLANであると考える。このように区分する方法は、VLANを広域ネットワークまで広げる。このため、このような方法は、より大きいフレキシブル性を有し、そして容易にルータによって拡張する。
【００２９】
VLANは、特定のイーサネット(登録商標)通信環境におけるVPN技術として、ブロードバンドアクセスに大規模に応用され、コアネットワーク或は広域ネットワーク中でよく応用されたのはマルチプロトコルラベルスイッチング（MPLS）に基づいたVPNである。
【００３０】
マルチプロトコルラベルスイッチング（MPLS）技術の出現は、Internetの体系構造全体を変化させる。MPLS技術を採用してVPNを実現する技術案は、大幅に、従来のIPネットワークの欠陥を改善しながら、フレームリレー或はATM（Asynchronous Transfer Mode、非同期転送モード）ネットワークと同じ安全性保証を提供し、よくVPN業務の需要を適応できる。
【００３１】
MPLS VPNのネットワークモデルは、ルータ又はレイヤ２スイッチであってもよく、クライアントに位置し、ネットワーク供給業者へのアクセスを提供するカスタマーエッジ（CE、Customer Edge）設備と、主にノードと関連する転送テーブルを保守し、他のPEルータとVPNルータ情報を交換し、MPLSネットワークにおけるラベルスイッチ・パス（LSP、Label Switched Path）を使用してVPN業務を転送し、これはMPLSネットワークにおけるラベルエッジルータ（LER、Label Edge Router）であるプロバイダエッジ（PE、Provider Edge）ルータと、すでに確立したLSPを使用し、VPNデータに対し、透明な転送を行い、VPNと関係があるルーティング情報を保守せず、これはMPLSネットワークにおけるラベル・スイッチ・ルータ（LSR、 Label Switching Router）である供給業者ルータ（PR、Provider Router）を含む。
【００３２】
MPLS VPNのメリット：
安全性：  MPLS VPNは、ルーティング分離、アドレス分離と情報隠し等の多種な手段を採用することで、攻撃とラベル詐欺を防止する手段を提供する。このため、MPLS VPNは、完全にATM/FR VPNと類似する安全保証を提供できる。
【００３３】
拡張性：  MPLSは、非常に強い拡張性を有する。一方がMPLSネットワーク中に収納できるVPN点数は多く、もう一方がユーザーのノード点数において、BGP（Border Gateway Protocol、ボーダ・ゲートウェイ・プロトコル）が載せられ、メンバーの分配と管理を行うことで、同じVPNにおけるユーザーのノード点数は制限されず、拡充しやすく、且つ、いかなるノードといかなる他のノードとの直接通信も実現できる。特に、ユーザーのノード間のネットワーク状通信を実現する時、箇条ずつにユーザーのノード間の回路をコンフィギュレーションする必要がなく、ユーザー側はただ１つのポート/１本の線路がネットワークにアクセスするだけでよく、N平方という拡張性問題を回避する。
【００３４】
信頼性：  MPLS VPN業務は、当然に大きい帯域幅、多いノード、多いルータ、十分なネットワークと伝送リソースを有し、ネットワークの信頼性を保証する。インターネット内部の中継線が中断する時、MPLS VPNのネットワークトラフィックは普通のインターネットトラフィックと一緒にIGP（Interior Gateway Protocol、内部ゲートウェイプロトコル）によって、他の回路に回し、この過程は完全にIGPの収束によって自動的に完成され、ユーザーに対して完全に透明し、広域ネットワークの伝送において、単一故障が存在しない。
【発明の概要】
【発明が解決しようとする課題】
【００３５】
IDとロケータを分離する技術案では、上記VPN技術に影響を及ぼし、通信事業者が実施するVPN解決案（PP−VPN）に対し、影響を及ぼし、特に3層IPアドレスに係わる案に対する影響が大きく、ロケータとIDを分離することは主にVPNのユーザーのID識別子及び通信プロトコルに係わり、VPNアクセス管理はエンドホストのID識別子を使用し、認定管理を行い、管理システムに対して、グレードアップ処理を行う必要となるが、ユーザーが管理するVPN解決案（CPE−VPN方案）に対して、ロケータとIDを分離した後、エンドホストが再びIPアドレスを使用して通信しなくなり、エンドホストのID識別子EIDを使用する必要があり、それで通信を行うと、影響が比較的大きくなり、VPNソフトウェアをグレードアップ処理を行い、エンドホストのID識別子を支持させる必要となる。
【００３６】
本発明が解決しようとする問題は、バーチャル・プライベート・ネットワークの実現方法及びシステムを提供することで、ID／ロケータ分離ネットワークにおいて、便利にバーチャル・プライベート・ネットワークを実現する。
【課題を解決するための手段】
【００３７】
以上の技術問題を解決するために、本発明は、バーチャル・プライベート・ネットワークの実現方法を提供し、前記バーチャル・プライベート・ネットワークは、ID／ロケータ分離ネットワークの実現に基づき、該方法は、
A：  ID／ロケータ分離ネットワークのマッピングプレーンはバーチャル・プライベート・ネットワーク（VPN）のVPN専用マッピングテーブルと普通マッピングテーブルを設置し、前記VPN専用マッピングテーブルは同じVPNネットワークのVPNエンドホストのID識別子とロケータ識別子とのマッピング関係を含み、前記普通マッピングテーブルは普通エンドホストのID識別子とロケータ識別子とのマッピング関係を含み、
B：  前記マッピングプレーンは目的エンドホストID識別子によって、ソースエンドホストのプロパティと一致するVPN専用マッピングテーブル或は普通マッピングテーブルを検索し、目的エンドホストのマッピング関係を見つければ、ID／ロケータ分離ネットワークはソースエンドホストと目的エンドホスト間の通信を実現し、そうでないと、通信が失敗してしまうことが含まれる。
【００３８】
前記プロパティとはエンドホストがVPNエンドホストに属するかどうかを指し、ステップBにおいて、ソースエンドホストのプロパティは前記ソースエンドホストがVPNエンドホストであることを示すと、前記マッピングプレーンは前記VPN専用マッピングテーブルを検索し、そうでないと、前記普通マッピングテーブルを検索することは好ましい。
【００３９】
前記マッピングプレーンは若干のVPN専用マッピングテーブルを含み、異なるVPN専用マッピングテーブルが異なるVPNネットワークに対応し、異なるVPN識別子を有し、前記プロパティとはエンドホストがVPNエンドホストに属すかどうか及びVPNエンドホストに属する時、所属するVPN識別子を指し、ステップBにおいて、ソースエンドホストのプロパティは前記ソースエンドホストがVPNエンドホストであることを示すと、前記マッピングプレーンがVPN識別子と対応するVPN専用マッピングテーブルを検索し、そうでないと、前記普通マッピングテーブルを検索することが好ましい。
【００４０】
ステップBは、
B1：  アクセスサービスノード(ASN)はソースエンドホストが送信したメッセージを受信し、その中にソースエンドホストID識別子と目的エンドホストID識別子が載せられ、
B2：  前記ASNはソースエンドホストID識別子によって、設置したプロパティテーブルを検索し、ソースエンドホストプロパティを獲得し、且つ、マッピングプレーンにメッセージを転送し、或は、検索リクエストを送信し、その中にソースエンドホストのプロパティ及び目的エンドホストのID識別子が載せられ、
B3：  マッピングプレーンは目的エンドホストID識別子によって、ソースエンドホストのプロパティと一致するVPN専用マッピングテーブル或は普通マッピングテーブルを検索し、
B4：  検索結果に目的エンドホストのロケータ識別子が含まれると、前記ASN或いはマッピングプレーンは前記目的ロケータ識別子が対応する目的アクセスサービスノードにメッセージを転送し、通信を実現し、そうでないと、通信が失敗することが含まれることが好ましい。
【００４１】
ステップB4の後、目的アクセスサービスノードが前記メッセージを受信し、且つ、目的エンドホストに転送するのと同時に、ソースエンドホストのID識別子とロケータ識別子のマッピング関係及びソースエンドホストのVPNプロパティをローカルマッピングテーブルに記録し、目的アクセスサービスノードが前記目的エンドホストから返却したメッセージを受信した後、ローカルマッピングテーブルを検索し、ソースエンドホストと目的エンドホストとのプロパティが一致すると判断すると、直接にメッセージの転送を行うことが好ましい。
【００４２】
以上の技術問題を解決するために、本発明は、また、バーチャル・プライベート・ネットワークの実現方法を提供し、前記バーチャル・プライベート・ネットワークがID／ロケータ分離ネットワークに基づき実現し、前記方法は、
A：  ID／ロケータ分離ネットワークのマッピングプレーンはバーチャル・プライベート・ネットワーク（VPN）専用マッピングテーブルが設置され、前記VPN専用マッピングテーブルは同じVPNネットワークのVPNエンドホストID識別子とロケータ識別子とのマッピング関係を含み、
B：  前記マッピングプレーンは前記VPN専用マッピングテーブルを検索し、目的エンドホストのマッピング関係を見つけると、ID／ロケータ分離ネットワークはソースエンドホストと目的エンドホストとの通信を実現し、そうでないと、通信が失敗することが含まれることを特徴とする。
【００４３】
前記マッピングプレーンは同時に複数のVPN専用マッピングテーブルを設置し、異なるVPN専用マッピングテーブルが異なるVPNに対応し、異なるVPN識別子を有し、
ステップBにおいて、前記マッピングプレーンは目的エンドホストID識別子によって、ソースエンドホストのVPN識別子と一致するVPN専用マッピングテーブルを検索し、目的エンドホストのマッピング関係を見つけると、ID／ロケータ分離ネットワークはソースエンドホストと目的エンドホストとの間の通信を実現し、目的エンドホストのマッピング関係を見つけないと、通信が失敗することが好ましい。
【００４４】
ステップBは
B1：  アクセスサービスノード(ASN)はソースエンドホストが送信したメッセージを受信し、その中に、ソースエンドと目的エンドホストのID識別子が載せられ、
B2：  前記ASNはソースエンドホストのID識別子によって、設置したプロパティテーブルを検索し、ソースエンドホストのプロパティを獲得し、且つマッピングプレーンにメッセージを転送し、或は検索リクエストを送信し、その中に、ソースエンドホストのプロパティ及び目的エンドホストID識別子が載せられ、
B3：  マッピングプレーンは目的エンドホストのID識別子によって、ソースエンドホストのプロパティと一致するVPN専用マッピングテーブルを検索し、
B4：  検索結果に目的エンドホストのロケータ識別子を含むと、前記ASNまたマッピングプレーンは前記目ロケータ識別子の対応する目的アクセスサービスノードにメッセージを転送し、通信を実現し、そうでないと、通信が失敗することが含まれる。
【００４５】
ステップB4の後、目的アクセスサービスノードが前記メッセージを受信し、且つ、目的エンドホストに転送するのと同時に、ソースエンドホストのID識別子とロケータ識別子のマッピング関係及びソースエンドホストのVPNプロパティをローカルマッピングテーブルに記録し、目的アクセスサービスノードは前記目的エンドホストが返却したメッセージを受信した後、ローカルマッピングテーブルを検索し、ソース、目的エンドホストのプロパティが一致すると判断すると、直接にメッセージの転送を行うことが好ましい。
【００４６】
以上の技術問題を解決するために、本発明は更に、バーチャル・プライベート・ネットワークの実現システムを提供し、前記システムはID／ロケータ分離アーキテクチャネットワークに基づき実現し、ネットワークで接続するサービスアクセスノード（ASN）とマッピングプレーンを含み、前記ASNは第１送受信モジュール、プロパティテーブル及びプロパティテーブル検索モジュールを含み、その中に、
前記第１送受信モジュールは、ソースエンドホストが送信したメッセージを受信し、その中にソースエンドと目的エンドホストID識別子が載せられ、且つ、プロパティテーブル検索モジュールに通知し、及びマッピングプレーンにメッセージを転送し、或は、検索リクエストを送信し、その中に、ソースエンドホストのプロパティ及び目的エンドホストのID識別子が載せられるように設置され、前記マッピングプレーンに検索リクエストを送信する時、前記マッピングプレーンが送信した検索結果を受信するように更に設置され、目的エンドホストのマッピング関係を見つけると、検索結果によって、メッセージを転送し、そうでないと、通信が失敗するように更に設置され、
前記プロパティテーブルはエンドホストとそのプロパティの対応する関係を保存するように設置され、
前記プロパティテーブル検索モジュールは、前記第１送受信モジュール、プロパティテーブルと接続し、前記ソースエンドホストID識別子によって、前記プロパティテーブルを検索し、ソースエンドホストのプロパティを獲得し、且つ、前記第１送受信モジュールに通知するように設置され、
前記マッピングプレーンは第２送受信モジュール、マッピングデータベース及びデータベース検索モジュールを含み、その中に、
前記第２送受信モジュールは、前記ASNが転送したメッセージ或は送信した検索リクエストを受信し、且つ、データベース検索モジュールに通知するように設置され、検索リクエストを受信する時、前記ASNに検索結果を転送するように更に設置され、転送したメッセージを受信する時、目的エンドホストのマッピング関係を検出すると、検索結果によって、メッセージを転送し、そうでないと、通信が失敗し、
前記マッピングデータベースは、バーチャル・プライベート・ネットワーク（VPN）の専用マッピングテーブルと普通マッピングテーブルを保存し、前記VPN専用マッピングテーブルが同じVPNネットワークのVPNエンドホストID識別子とロケータ識別子のマッピング関係を含み、前記普通マッピングテーブルが普通エンドホストID識別子とロケータ識別子のマッピング関係を含むように設置され、
前記データベース検索モジュールは前記第２送受信モジュール及びマッピングデータベースと接続し、目的エンドホストのID識別子によって、ソースエンドホストのプロパティと一致するVPN専用マッピングテーブル或は普通マッピングテーブルを検索し、且つ、検索結果を前記第２送受信モジュールに通知するように設置される。
【００４７】
前記プロパティとはエンドホストがVPNエンドホストに属するかどうかを指し、ソースエンドホストのプロパティは前記ソースエンドホストがVPNエンドホストであることを示すと、マッピングプレーンのデータベース検索モジュールは前記VPN専用マッピングテーブルを検索し、そうでないと、前記普通マッピングテーブルを検索することが好ましい。
【００４８】
前記マッピングプレーンのマッピングデータベースは若干のVPN専用マッピングテーブルを含み、異なるVPN専用マッピングテーブルが異なるVPNネットワークと対応し、異なるVPN識別子を有し、前記プロパティとはエンドホストがVPNエンドホストに属するかどうか、及びVPNエンドホストに属する時、所属するVPN識別子を指し、ソースエンドホストのプロパティは前記ソースエンドホストがVPNエンドホストであることを示すと、前記マッピングプレーンのデータベース検索モジュールはVPN識別子と対応するVPN専用マッピングテーブルを検索し、そうでないと、前記普通マッピングテーブルを検索することが好ましい。
【００４９】
以上の技術問題を解決するために、本発明は更に、バーチャル・プライベート・ネットワークの実現方法を提供し、前記バーチャル・プライベート・ネットワークがID／ロケータ分離ネットワークに基づき実現し、
A：  ID／ロケータ分離ネットワークのマッピングプレーンはバーチャル・プライベート・ネットワーク（VPN）の専用マッピングテーブルを設置し、前記VPN専用マッピングテーブルは同じVPNネットワークのVPNエンドホストのID識別子とロケータ識別子のマッピング関係を含み、
B：  ソースエンドホストがVPNエンドホストである時、ID／ロケータ分離ネットワークは前記VPN専用マッピングテーブルによって、前記VPN内のVPNエンドホスト間の通信を実現することが含まれる。
【００５０】
前記マッピングプレーンは同時に複数のVPN専用マッピングテーブルを設置し、異なるVPN専用マッピングテーブルが異なるVPNネットワークに対応し、異なるVPN識別子を有し、ステップBにおいて、ID／ロケータ分離ネットワークはソースエンドホストのVPN識別子と一致するVPN専用マッピングテーブルによって、対応するVPN内のVPNエンドホスト間の通信を実現することが好ましい。
【発明の効果】
【００５１】
本発明はID／ロケータ分離ネットワークのマッピングプレーンにVPNのVPN専用マッピングテーブルを保存し、且つ、このVPN専用マッピングテーブルによって、VPN内のVPNエンドホストユーザー間の通信を実現するかどうかを確定することで、ID／ロケータ分離ネットワークにおいて、効果的にバーチャル・プライベート・ネットワークを実現し、ユーザーがバーチャル・プライベート・ネットワークへの需要を満たし、IDとロケータを分離する技術案は、従来のバーチャル・プライベート・ネットワークVPN業務への影響を取り除く。
【図面の簡単な説明】
【００５２】
【図１】図１は本発明による実施例のバーチャル・プライベート・ネットワークの実現方法の模式図である。
【図２】図２は本発明による実施例のバーチャル・プライベート・ネットワークを実現することに用いられるID／ロケータ分離アーキテクチャの模式図である。
【図３】図３は図２に記載のID／ロケータ分離ネットワークにおいてバーチャル・プライベート・ネットワークを実現する模式図である。
【図４】図４は図３に基づいたネットワークアーキテクチャにおいてデータパッケージ処理を実現する応用実例の流れ図である。
【図５】図５は本発明による実施例のバーチャル・プライベート・ネットワーク実現システムのモジュール構造模式図である。
【発明を実施するための形態】
【００５３】
IDとロケータを分離するデータ通信ネットワークは、必ず従来のIPアドレスのIDプロパティとロケータプロパティを分離し、IPアドレスはただロケータプロパティを有し、エンドホストの地理的なロケータの識別子として、エンドホストのID識別子を新設し、通信伝送のエンドID識別子に用いられ、エンドホストのロケータ識別子はエンドホストが位置する地理的なロケータとネットワークトポロジーに決められ、エンドホストが移動する過程において、ロケータの変化はエンドホストのロケータ識別子の変化を引き起こすが、エンドホストのID識別子は端末IDに唯一に使用された識別子に属し、エンドホストが移動する過程に変化しない、という特徴を有する。同時に、エンドホストID識別子とロケータ識別子のマッピングが増加し、機能エンティティでこのマッピング関係を完成する必要があり、本発明は、この機能エンティティをマッピングプレーンと呼ぶ。
【００５４】
各種のIDとロケータを分離する方案において、このマッピングプレーンの呼び方も異なり、例えば北京交通大学の張宏科の特許ZL200610001825.0はこのように解釈しており、ID解析器を導入し、エンドホスト識別子EIDとIPアドレス間のマッピング関係を解析することを担当し、且つ、動的にエンドホスト識別子EIDとIPアドレス間のバインドを保守し、更新する。LISPの技術案において、LISP3場面はマッピングデータベース（mapping database ）を採用し、ID識別子EIDとロケータ識別子RLOCのマッピング関係を提供し、分散ハッシュテーブル LISPDHT（LISP Distributed Hash Tables）を使用して実現するマッピングデータベースが研究している。他の方案中でマッピングサーバーとも呼ばれ、本発明において、統一的にマッピングプレーンと呼ぶ。
【００５５】
本発明のバーチャル・プライベート・ネットワークの実現方法と実現システムの主な精神は、ID／ロケータ分離ネットワークのマッピングプレーンにバーチャル・プライベート・ネットワーク（Virtual Private Network、VPN）のVPN専用マッピングテーブルを保存し、ソースエンドホストがVPNエンドホストである時、ID／ロケータ分離ネットワークが上記VPN専用マッピングテーブルによって上記VPN内のVPNエンドホスト間の通信を実現することで、ID／ロケータ分離ネットワークにおいて、効果的にバーチャル・プライベート・ネットワークを実現し、ユーザーがバーチャル・プライベート・ネットワークへの需要を満たし、IDとロケータを分離する技術案が従来のバーチャル・プライベート・ネットワークVPNサービスへの影響を取り除く。
【００５６】
例えば図１に示すように、本発明実施例のバーチャル・プライベート・ネットワークの実現方法はID／ロケータ分離ネットワークに基づき実現し、該方法は、
ID／ロケータ分離ネットワークのマッピングプレーンはバーチャル・プライベート・ネットワーク（VPN）のVPN専用マッピングテーブルと普通マッピングテーブルを設置し、上記VPN専用マッピングテーブルが同じVPNネットワークのVPNエンドホストID識別子とロケータ識別子のマッピング関係を含み、上記普通マッピングテーブルが普通エンドホストID識別子とロケータ識別子のマッピング関係を含むステップ101と、
上記マッピングプレーンは目的エンドホストID識別子によって、ソースエンドホストプロパティと一致するVPN専用マッピングテーブル或は普通マッピングテーブルを検索し、目的エンドホストのマッピング関係を検出すれば、ID／ロケータ分離ネットワークはソース、目的エンドホスト間の通信を実現し、そうでないと、通信が失敗するステップ102が含まれる。
【００５７】
上記の実施例は、同じID／ロケータ分離ネットワーク中で、同時に普通通信と１つのVPNネットワーク通信を実現することを実現する。
【００５８】
マッピングプレーンがただ１つのVPN専用マッピングテーブルを有する場合に対し、上記プロパティはエンドホストがVPNエンドホストに属するかどうかを指し、ステップ102において、ソースエンドホストのプロパティは上記ソースエンドホストがVPNエンドホストであると示すと、上記マッピングプレーンが上記VPN専用マッピングテーブルを検索し、そうでないと、上記普通マッピングテーブルを検索する。
【００５９】
同じID／ロケータ分離ネットワークにおいて、複数のバーチャル・プライベート・ネットワークを実現するために、マッピングプレーンに複数のVPN専用マッピングテーブルを設置し、異なるVPN専用マッピングテーブルが異なるVPNネットワークに対応し、異なるVPN識別子を有し、上記プロパティはエンドホストがVPNエンドホストに属するかどうか、及びVPNエンドホストに属する時、所属するVPN識別子を指し、ステップ102において、ソースエンドホストのプロパティは上記ソースエンドホストがVPNエンドホストであると示すと、上記マッピングプレーンがVPN識別子と対応するVPN専用マッピングテーブルを検索し、そうでないと、上記普通マッピングテーブルを検索する。
【００６０】
もちろん、本発明はマッピングプレーンが普通マッピングテーブルを設置せず、複数のVPN専用マッピングテーブルを設置することで、ID／ロケータ分離ネットワークにおいて、複数の異なるVPNを実現することにも適用し、このような場合、本発明のもう１つの実施例のバーチャル・プライベート・ネットワーク実現方法は、
A：  ID／ロケータ分離ネットワークのマッピングプレーンは複数のバーチャル・プライベート・ネットワーク（VPN）専用マッピングテーブルを設置し、VPN専用マッピングテーブルごとに同じVPNネットワークのVPNエンドホストID識別子とロケータ識別子とのマッピング関係を含み、異なるVPN専用マッピングテーブルが異なるVPNネットワークに対応し、異なるVPN識別子を有し、
B：  上記マッピングプレーンは目的エンドホストID識別子によって、ソースエンドホストVPN識別子と一致するVPN専用マッピングテーブルを検索し、目的エンドホストのマッピング関係を見つけると、ID／ロケータ分離ネットワークがソース、目的エンドホスト間の通信を実現し、そうでないと、通信が失敗するようにまとめることができる。
【００６１】
ID／ロケータ分離ネットワークはアクセスサービスノード及びマッピングプレーンを含み、ステップ102及びステップBが具体的に実現する時、マッピングプレーンによって、メッセージの転送を実現し、或はマッピングプレーン以外の転送プレーンによって、メッセージの転送を実現し、具体的には、
a：  アクセスサービスノード(ASN)はソースエンドホストが送信したメッセージを受信し、その中にソースエンドと目的エンドホストID識別子が載せられ、
b：  上記ASNはソースエンドホストID識別子によって、設置されたプロパティテーブルを検索し、ソースエンドホストプロパティを獲得し、且つマッピングプレーンにメッセージを転送し、或は検索リクエストを発送し、その中にソースエンドホストプロパティ及び目的エンドホストID識別子が載せられ、
c：  マッピングプレーンは目的エンドホストID識別子によって、ソースエンドホストのプロパティと一致するVPN専用マッピングテーブルを検索し、
d：  検索結果に目的エンドホストのロケータ識別子を含むと、上記ASN或はマッピングプレーンは上記目的ロケータ識別子の対応する目的アクセスサービスノードにメッセージを転送し、通信を実現し、そうでないと、通信が失敗することが含まれる。
【００６２】
また、上記実施例の変形として、以下とおりの実施例を有することができる。
【００６３】
バーチャル・プライベート・ネットワークの実現方法であって、上記バーチャル・プライベート・ネットワークがID／ロケータ分離ネットワークに基づき実現し、該方法は、
A：  ID／ロケータ分離ネットワークのマッピングプレーンはバーチャル・プライベート・ネットワーク（VPN）専用マッピングテーブルを設置し、上記VPN専用マッピングテーブルは同じVPNネットワークのVPNエンドホストID識別子とロケータ識別子とのマッピング関係を含み、
B：  ソースエンドホストがVPNエンドホストである時、ID／ロケータ分離ネットワークは上記VPN専用マッピングテーブルによって、上記VPN内のVPNエンドホスト間の通信を実現することが含まれる。
【００６４】
上記マッピングプレーンは同時に複数のVPN専用マッピングテーブルを設置でき、異なるVPN専用マッピングテーブルが異なるVPNネットワークと対応し、異なるVPN識別子を有し、ステップBにおいて、ID／ロケータ分離ネットワークはソースエンドホストVPN識別子と一致するVPN専用マッピングテーブルによって、対応するVPN内のVPNエンドホスト間の通信を実現することが好ましい。
【００６５】
以下付属の図を参照しながら、マッピングプレーンでメッセージの転送を実現することを例とし、本発明の実現方法を詳しく述べる。
【００６６】
ID／ロケータ分離ネットワークのアーキテクチャの模式は、図２に示すように、ユーザーのエンドホスト（すなわち端末、例えば図２に示す第１エンドホスト100と第２エンドホスト110）がID識別子EIDを使用し、通信を行い、各々のエンドホストが唯一なID識別子を有し、ネットワークのアクセスサービスノードASN（Access Service Node）（例えば、図に示す第1ASN200と第2ASN210）は端末が転送した或は受信したメッセージをカプセル化、マッピング、転送し、且つ、マッピングプレーン300にエンドホストのID識別子とロケータ識別子のマッピングを検索し、データメッセージ転送プレーン（転送プレーンと略称する）400はアクセスサービスノードASNにマッピング処理された後のメッセージを転送し、マッピングプレーン300はエンドホストのID識別子とロケータ識別子とのマッピング関係を保守し、且つ、マッピング関係の適宜な更新を維持し、ASNにマッピング検索を提供し、ID識別子によって、ロケータ識別子を検索する。
【００６７】
下表に示す通り、マッピングプレーン300はネットワークのすべての端末のID識別子EIDとロケータ識別子LIDとの対応関係を保存する。
【表１】
0005579853.tif 000002
【００６８】
アクセスサービスノードASNがメッセージに対する処理は、以下のようである。
【００６９】
第1ASN200は、第1エンドホスト100が第２エンドホスト110に送るメッセージを受信し、送信したメッセージはID識別子EID（1）を含み、この時目的EID（2）によって、ローカルマッピング関係表を探し、検出すれば、直接に検索した目的LID（2）と自身のLID（1）によって、メッセージカプセル化を行い、カプセル化した後、転送し、転送プレーンに送り、検出しないと、マッピングプレーンでLID（2）を検索する。
【００７０】
通信相手端の第2ASN210は、自身LID（2）アドレスがカプセル化したメッセージを受けると、カプセル化解除を行い、カプセル化を解除した後のEID（2）メッセージを第２エンドホスト110にダウンリンク転送し、その同時にメッセージソースLID（1）とEID（1）とのマッピング関係を勉強し、第2ASN210は、第２エンドホスト110が第１エンドホスト100に送信したメッセージを受信し、相手端の第2ASN210は、上記流れの中ですでにEID（1）とLID（1）とのマッピング関係を勉強したので、第2ASN210ローカルでマッピング関係を検出すると、必ず検出でき、マッピングプレーン300を検索する必要がなく、この時第2ASN210において、直接にLID（1）をカプセル化し、転送する。メッセージが転送プレーン400を通してASN1に戻ると、カプセル化を解除した後、第１エンドホスト100に発送する。
【００７１】
図２に示すネットワークアーキテクチャの下、VPNを実現する方法は、以下の通りである。
【００７２】
まず、マッピングプレーン300にバーチャル・プライベート・ネットワークVPN専用のマッピングテーブルが設置され、VPNのすべてのユーザーエンドホストのID識別子とロケータ識別子とのマッピング関係を含む。この時、マッピングプレーンは２種類のマッピングテーブルを有し、１種類は普通マッピングテーブルであり、もう１種類はVPN専用のマッピングテーブルである。
【００７３】
次に、アクセスサービスノードASNにVPNネットワークユーザーがアクセスするVPNプロパティテーブルを設置し、ASNがこのエンドホストメッセージを処理する時、このユーザーが所属するVPNのVPN専用マッピングテーブルだけ検索できることを表わし、VPNユーザー間の通信を確立し、このVPN専用マッピングテーブル以外のユーザーは通信を確立できず、同時に、VPN専用マッピングテーブル以外のユーザーはVPN専用マッピングテーブルを検索できず、VPNネットワークにアクセスできず、VPNネットワークの安全性を保証する。
【００７４】
VPN専用マッピングテーブルは複数あることができ、各々のVPN専用マッピングテーブルは１つのVPN識別子VPN_IDを有し、このような１つのネットワークは複数のVPNを支持でき、数多くの企業ネットワークネットワークの応用需要を満たす。
【００７５】
VPN専用マッピングテーブルにおけるユーザーエンドホストのマッピング関係は動的に加入又は削除できる。
【００７６】
マッピングプレーンにおけるVPNを有する識別子VPN_IDのマッピングテーブルを便利に検索するように、ASNにユーザーのアクセスしたVPNプロパティを設置する時、所属するVPNの識別子VPN_IDを含むものである。
【００７７】
ASNにおけるユーザーがVPNにアクセスするプロパティは固定にコンフィギュレーションでき、マッピングプレーン300から獲取してもよい。
【００７８】
既存の通信事業者が提供するVPN技術案は、転送プレーンで実施でき、例えばMPLS VPN技術、データ流れの安全転送とQOS保証を提供し、本発明のVPN技術案を結びつけ、相手端のユーザーのID識別子に対して認定することで、従来の方法による偽造、改竄等の攻撃手段がVPNネットワークを阻害することを防止でき、より高い安全性を提供でき、同時にID識別子の唯一性はユーザーの移動アクセスを支持することを保証し、ローミングユーザーが随時に安全的にVPNネットワークにアクセスすることを支持し、出張している会社ユーザーに特に有利である。
【００７９】
VPNネットワークのID／ロケータ分離ネットワークアーキテクチャを実現する応用実例の模式図は図３に示す通りである。
【００８０】
VPN専用マッピングテーブルの実例：
第１番目のバーチャル・プライベート・ネットワークであり、VPN識別子VPN_ID_(1)を分配し、それが持つVPN専用マッピングテーブルは以下通りに示す。
【表２】
0005579853.tif 000003
【００８１】
第２番目のバーチャル・プライベート・ネットワークはVPN識別子VPN_ID_(2)を分配し、それが持つVPN専用マッピングテーブルは以下の通りである。
【表３】
0005579853.tif 000004
【００８２】
VPN間は分離する必要があり、お互いに通信できないので、VPN識別子VPN_ID_(1)のマッピングテーブルにおけるテーブル項目とVPN識別子VPN_ID_(2)のマッピングテーブルにおけるテーブル項目は重なることができない。
【００８３】
図４に示すように、データメッセージの処理流れは以下の通りであり、第1ASNは第１エンドホストが第２エンドホストに送るメッセージを受信し、送信したメッセージは第１エンドホストのID識別子EID（a1）を含むステップ401と、
第1ASNはVPNプロパティテーブルによって、第１エンドホストがVPNユーザーで、且つ、VPN識別子=VPN_ID_(1)に属するバーチャル・プライベート・ネットワークであると確定し、第1ASNがマッピングプレーンに検索リクエストを発送し、その中に第１エンドホストのVPNプロパティ（ただVPN識別子を含んでもよい）及び目的ID識別子を持つステップ402と、
マッピングプレーンが目的ID識別子によって、VPN識別子がVPN_ID_(1) であるVPN専用マッピングテーブルを検索し、且つ、第1ASNに検索結果を返却するステップ403と、
第1ASNは検索結果によって、メッセージ処理を行い、目的ID識別子がEID（a2）であり、マッピングプレーンから返却した検索結果にこの相手端がなければ、無効力相手端に属し、通信できなく、VPN内部のユーザーだけ通信できると保証し、目的ID識別子がEID（b1）であり、マッピングプレーンから返却した検索結果がロケータ識別子LID（b1）であれば、第1ASNが正常な転送処理を行い、メッセージを転送プレーンに送信し、転送プレーンが既存するVPN技術を支持すれば、転送プレーンのVPN識別子（MPLS VPN1）と本発明のVPN識別子VPN_ID_(1)との対応関係を確立でき、データメッセージが転送プレーンにおける安全とQoS（サービス品質）の品質保証を提供するステップ404と、
通信相手端の第2ASNは自身LID（b1）アドレスがカプセル化したメッセージを受け、カプセル化解除を行い、カプセル化を解除した後のEID（b1）メッセージを第2エンドホストにダウンリンク転送し、その同時にメッセージソースLID（b1）とEID（b1）とのマッピング関係、及びVPNプロパティを勉強するステップ405と、
第2ASNは第２エンドホストが第１エンドホストに送信したメッセージを受信するステップ406と、
相手端の第2ASNは上記流れの中で、すでにEID（b1）とLID（b1）とのマッピング関係及びVPNプロパティを勉強したので、第2ASNローカルでマッピング関係を検出すると、必ず検出でき、マッピングプレーンのVPN識別子VPN_ID_(1)VPN専用マッピングテーブルを検索する必要がなく、この時、第2ASNで直接にLID（a1）をカプセル化し、第1ASNに転送するステップ407と、
転送プレーンを通して、第1ASNに戻り、第1ASNがカプセル化を解除された後、第1エンドホストに発送されるステップ408を含む。
【００８４】
以上の方法を実現するために、本発明は、バーチャル・プライベート・ネットワーク実現システムを更に提供し、図５に示すように、上記バーチャル・プライベート・ネットワーク（VPN）実現システムは、ネットワークで接続するサービスアクセスノード（ASN）500とマッピングプレーン510とを含み、上記ASN500は第１送受信モジュール501、プロパティテーブル502及びプロパティテーブル検索モジュール503を含む。
【００８５】
上記第１送受信モジュール501は、ソースエンドホストが送信するメッセージを受信し、その中にソースエンドと目的エンドホストID識別子が載せられ、且つ、プロパティテーブル検索モジュール503に通知し、且つ、マッピングプレーン510にメッセージを転送し、或は検索リクエストを送信し、その中にソースエンドホストプロパティ及び目的エンドホストID識別子が載せられるように設置され、上記マッピングプレーン510に検索リクエストを送信する時、上記マッピングプレーン510が送信した検索結果を受信し、目的エンドホストのマッピング関係を検出すると、検索結果によってメッセージを転送し、そうでないと、通信が失敗するように設置され、マッピング関係が変動する時、上記マッピングプレーン510に登録或はキャンセルリクエストを送信するように更に設置される。
【００８６】
上記プロパティテーブル502は、エンドホストとそのプロパティとの対応関係を保存するように設置される。
【００８７】
上記プロパティテーブル検索モジュール503は、上記第１送受信モジュール501、プロパティテーブル502と接続し、上記ソースエンドホストID識別子によって、上記プロパティテーブル502を検索し、ソースエンドホストプロパティを獲得し、且つ、上記第１送受信モジュール501に通知することに用いられる。
【００８８】
上記マッピングプレーン510は、第２送受信モジュール511、マッピングデータベース512、データベース検索モジュール513及び保守モジュール514を含む。
【００８９】
その中、上記第２送受信モジュール511は、上記ASN500が転送したメッセージ或は送信する検索リクエストを受信し、且つ、データベース検索モジュール513に通知し、検索リクエストを受信する時、上記ASN500に検索結果を送信し、転送メッセージを受信する時、目的エンドホストのマッピング関係を検出すると、検索結果によってメッセージを転送し、そうでないと、通信が失敗するように設置され、上記ASN500の登録或はキャンセルリクエストを受信するように更に設置される。
【００９０】
上記マッピングデータベース512は、VPN専用マッピングテーブルと普通マッピングテーブルを保存し、上記VPN専用マッピングテーブルは同じVPNネットワークのVPNエンドホストID識別子とロケータ識別子とのマッピング関係を含み、上記普通マッピングテーブルは普通エンドホストID識別子とロケータ識別子とのマッピング関係を含むように設置される。
【００９１】
上記データベース検索モジュール513は、上記第２送受信モジュール511及びマッピングデータベース512と接続し、目的エンドホストID識別子によって、ソースエンドホストプロパティと一致するVPN専用マッピングテーブル或は普通マッピングテーブルを検索するように設置され、検索結果を上記第２送受信モジュール511に通知することに用いられる。
【００９２】
１つのVPN専用マッピングテーブルだけ有する場合に対し、上記プロパティはエンドホストがVPNエンドホストに属するかどうかを指し、ソースエンドホストのプロパティは上記ソースエンドホストがVPNエンドホストであることを示すと、マッピングプレーンのデータベース検索モジュールが上記VPN専用マッピングテーブルを検索し、そうでないと、上記普通マッピングテーブルを検索する。
【００９３】
複数のVPN専用マッピングテーブルを有する場合に対し、異なるVPN専用マッピングテーブルが異なるVPNネットワークと対応し、異なるVPN識別子を有し、上記プロパティはエンドホストがVPNエンドホストに属するかどうか、及びVPNエンドホストに属する時、所属するVPN識別子を指し、ソースエンドホストのプロパティは上記ソースエンドホストがVPNエンドホストであると示すと、上記マッピングプレーンのデータベース検索モジュール513はVPN識別子と対応するVPN専用マッピングテーブルを検索し、そうでないと、上記普通マッピングテーブルを検索する。
【００９４】
保守モジュール514は、上記マッピングプレーンの第２送受信モジュール511、普通マッピングテーブル及びVPN専用マッピングテーブル（すなわちマッピングデータベース512）と接続し、ASN500の登録或はキャンセルリクエストによって、上記普通マッピングテーブル或はVPN専用マッピングテーブル中のマッピング関係を増加する或は削除するように設置される。
【００９５】
本発明は、ID／ロケータ分離ネットワークのマッピングプレーンにVPNのVPN専用マッピングテーブルを保存し、且つ、このVPN専用マッピングテーブルによって、VPN内のVPNエンドホストユーザー間の通信を実現するかどうかを確定することで、ID／ロケータ分離ネットワークにおいて、効果的にバーチャル・プライベート・ネットワークを実現し、ユーザーがバーチャル・プライベート・ネットワークへの需要を満たし、IDとロケータを分離する技術案は、従来のVPNサービスへの影響を取り除き、VPNの実施による既存設備とソフトウェアへの変更を減少させ、特に信事業者に対し、実施するVPN解決案（PP−VPN）であり、本発明による方法はマッピングプレーンによって実現されるもので、通信事業者が実施するVPN解決案の一種である。
【００９６】
当業者は、上記方法における全部或は部分のステップがプログラムによって、関連ハードウェアを命令して完成でき、上記プログラムはコンピューターの可読記憶媒体、例えば読み出し専用メモリ、磁気ディスク或は光ディスク等に記憶できると理解できる。上記実施例の全部或は部分のステップは１つ又は複数の集積回路で選択的に実現できる。相応的に、上記実施例における各モジュール/ユニットはハードウェアの形式によって実現でき、ソフトウェア機能モジュールの形式を採用しても、実現できる。本発明は、いかなる特定形式のハードウェアとフトウェアの組み合わせに限らない。
【００９７】
特定な実施例を結びつけ、本発明を述べるが、当業者に対し、本発明の主旨或は範囲を脱離しない条件下で、修正と変更を行える。このような修正と変更が本発明の範囲と添付された請求範囲内にあると見なすものとする。
【産業上の利用可能性】
【００９８】
本発明は、バーチャル・プライベート・ネットワークの実現方法及びシステムを提供し、ID／ロケータ分離ネットワークのマッピングプレーンにVPNのVPN専用マッピングテーブルを保存し、且つ、このVPN専用マッピングテーブルによって、VPN内のVPNエンドホストユーザー間の通信を実現するかどうかを確定することで、ID／ロケータ分離ネットワークにおいて、効果的にバーチャル・プライベート・ネットワークを実現し、ユーザーがバーチャル・プライベート・ネットワークへの需要を満たし、IDとロケータを分離する技術案は従来のVPN業務への影響を取り除き、VPNの実施による既存設備とソフトウェアへの変更を減少させる。
【図１】
0005579853.tif 000005
【図２】
0005579853.tif 000006
【図３】
0005579853.tif 000007
【図４】
0005579853.tif 000008
【図５】
0005579853.tif 000009