(57)【特許請求の範囲】
【請求項１】
第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、前記第2のコンテナ内で前記ターゲットコンテナのルートを登録するステップであって、前記ターゲットコンテナの前記ルートは、前記ターゲットコンテナのコンテナ識別子と、前記ターゲットコンテナの前記識別子に対応するポートとを含む、登録するステップと、
前記第1のコンテナからの前記ターゲットコンテナが前記第2のコンテナに入る時に、解決システムが、前記第1のコンテナから前記第2のコンテナへ前記ターゲットコンテナのアクセスコンテナを更新するようにするために、前記解決システムと通信するステップであって、前記解決システムは、リクエスタによって送信され、前記ターゲットコンテナの前記アクセスコンテナのコンテナ情報を入手するのに使用される解決要求の受信時に、前記ターゲットコンテナの前記アクセスコンテナの前記コンテナ情報を前記リクエスタに返すように構成され、前記アクセスコンテナは、少なくとも1つのコンテナを含み、コンテンツ要求パケットを前記少なくとも1つのコンテナにルーティングするのに使用される転送エントリを含むコンテナである、通信するステップと、
を含み、前記ターゲットコンテナ、前記第1のコンテナ、前記第2のコンテナ、および前記アクセスコンテナのすべてが、コンテンツを記憶するのに使用される記憶空間である
情報セントリックネットワークICNに適用されるデータソース移動処理方法。
【請求項２】
第1のコンテナからのターゲットコンテナが第2のコンテナに入る前記時に、前記第2のコンテナ内で前記ターゲットコンテナのルートを登録するステップは、
前記第1のコンテナからの前記ターゲットコンテナが前記第2のコンテナに入る前記時に、前記第2のコンテナが登録要求情報に従って前記第2のコンテナ内で前記ターゲットコンテナの前記ルートを登録するようにするために、前記第2のコンテナに前記登録要求情報を送信するステップ
を含む、請求項1に記載の処理方法。
【請求項３】
移動プロセスで、少なくとも1つの第3のコンテナのアクセスコンテナが、必ず前記ターゲットコンテナになるようにするために、前記ターゲットコンテナは、前記少なくとも1つの第3のコンテナの前記アクセスコンテナであり、前記少なくとも1つの第3のコンテナは、前記ターゲットコンテナと一緒に同期して移動する、請求項1または2に記載の処理方法。
【請求項４】
前記第2のコンテナは、少なくとも1つのルーティングノードを含み、
前記第2のコンテナ内で前記ターゲットコンテナのルートを登録する前記ステップは、
前記ターゲットコンテナの前記ルートが前記第2のコンテナの外に広がらないようにするために、前記第2のコンテナ内に含まれる前記少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブル内で前記ターゲットコンテナの前記ルートを登録するステップ
を含む、請求項1から3のいずれか一項に記載の処理方法。
【請求項５】
前記ターゲットコンテナが前記第1のコンテナ内で移動する時に、前記第1のコンテナ内の前記ターゲットコンテナの前記ルートが更新されるようにするために、前記第1のコンテナと通信するステップ
をさらに含む、請求項1から4のいずれか一項に記載の処理方法。
【請求項６】
前記第1のコンテナは、少なくとも1つのルーティングノードを含み、
前記第1のコンテナと通信する前記ステップは、前記第1のコンテナ内の前記ターゲットコンテナの前記ルートが更新されるようにするために、
前記ターゲットコンテナの前記ルートが、前記第1のコンテナ内に含まれる少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブル内で更新され、前記ターゲットコンテナの前記ルートが前記第1のコンテナの外に広がらないようにするために、前記第1のコンテナと通信するステップ
を含む、請求項5に記載の処理方法。
【請求項７】
前記第1のコンテナからの前記ターゲットコンテナが前記第2のコンテナに入る時に、前記第2のコンテナのキャッシュ可能性および老化時間を前記解決システム内で登録するために、前記解決システムと通信するステップであって、前記キャッシュ可能性は、前記ターゲットコンテナと前記第2のコンテナとの間のマッピング関係が、ネットワーク側またはユーザ機器側でキャッシングされ得ることを示し、前記老化時間は、前記マッピング関係がその間にキャッシングされる有効時間を示し、前記マッピング関係がその間にキャッシングされる時間が前記老化時間を超える時には、前記キャッシングされたマッピング関係が無効になる、通信するステップ
をさらに含む、請求項1から6のいずれか一項に記載の処理方法。
【請求項８】
前記第1のコンテナからの前記ターゲットコンテナが前記第2のコンテナに入る時に、前記ターゲットコンテナの前記ルートを前記第1のコンテナ内で削除するステップ
をさらに含む、請求項1から7のいずれか一項に記載の処理方法。
【請求項９】
前記ターゲットコンテナの前記ルートを前記第1のコンテナ内で削除する前記ステップは、
前記第1のコンテナがルート削除命令情報に従って前記ターゲットコンテナの前記ルートを削除するようにするために、前記ルート削除命令情報を前記第1のコンテナに送信するステップ
を含む、請求項8に記載の処理方法。
【請求項１０】
第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、前記第2のコンテナ内で前記ターゲットコンテナのルートを登録するように構成された登録モジュールであって、前記ターゲットコンテナの前記ルートは、前記ターゲットコンテナのコンテナ識別子と、前記ターゲットコンテナの前記識別子に対応するポートとを含む、登録モジュールと、
前記第1のコンテナからの前記ターゲットコンテナが前記第2のコンテナに入る時に、解決システムが、前記第1のコンテナから前記第2のコンテナへ前記ターゲットコンテナのアクセスコンテナを更新するようにするために、前記解決システムと通信するように構成された第1の通信モジュールであって、前記解決システムは、リクエスタによって送信され、前記ターゲットコンテナの前記アクセスコンテナのコンテナ情報を入手するのに使用される解決要求の受信時に、前記ターゲットコンテナの前記アクセスコンテナの前記コンテナ情報を前記リクエスタに返すように構成され、前記アクセスコンテナは、少なくとも1つのコンテナを含み、コンテンツ要求パケットを前記少なくとも1つのコンテナにルーティングするのに使用される転送エントリを含むコンテナである、第1の通信モジュールと、
を含み、前記ターゲットコンテナ、前記第1のコンテナ、前記第2のコンテナ、および前記アクセスコンテナのすべてが、コンテンツを記憶するのに使用される記憶空間である
情報セントリックネットワークICNに適用されるコンテナ移動管理装置。
【請求項１１】
前記登録モジュールは、
前記第1のコンテナからの前記ターゲットコンテナが前記第2のコンテナに入る前記時に、前記第2のコンテナが登録要求情報に従って前記第2のコンテナ内で前記ターゲットコンテナの前記ルートを登録するようにするために、前記第2のコンテナに前記登録要求情報を送信するように構成された送信ユニット
を含む、請求項10に記載のコンテナ移動管理装置。
【請求項１２】
移動プロセスで、少なくとも1つの第3のコンテナのアクセスコンテナが、必ず前記ターゲットコンテナになるようにするために、前記ターゲットコンテナは、前記少なくとも1つの第3のコンテナの前記アクセスコンテナであり、前記少なくとも1つの第3のコンテナは、前記ターゲットコンテナと一緒に同期して移動する、請求項10または11に記載のコンテナ移動管理装置。
【請求項１３】
前記第2のコンテナは、少なくとも1つのルーティングノードを含み、
前記登録モジュールは、前記ターゲットコンテナの前記ルートが前記第2のコンテナの外に広がらないようにするために、前記第2のコンテナ内に含まれる前記少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブル内で前記ターゲットコンテナの前記ルートを登録するように特に構成される
請求項10から12のいずれか一項に記載のコンテナ移動管理装置。
【請求項１４】
前記コンテナ移動管理装置が、
前記ターゲットコンテナが前記第1のコンテナ内で移動する時に、前記第1のコンテナ内の前記ターゲットコンテナの前記ルートが更新されるようにするために、前記第1のコンテナと通信するように構成された第2の通信モジュールをさらに含む、
請求項10から13のいずれか一項に記載のコンテナ移動管理装置。
【請求項１５】
前記第1のコンテナは、少なくとも1つのルーティングノードを含み、
前記第2の通信モジュールは、前記ターゲットコンテナの前記ルートが、前記第1のコンテナ内に含まれる少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブル内で更新され、前記ターゲットコンテナの前記ルートが前記第1のコンテナの外に広がらないようにするために、前記第1のコンテナと通信するように特に構成される
請求項14に記載のコンテナ移動管理装置。
【請求項１６】
前記第1の通信モジュールは、前記第1のコンテナからの前記ターゲットコンテナが前記第2のコンテナに入る時に、前記第2のコンテナのキャッシュ可能性および老化時間を前記解決システム内で登録するために、前記解決システムと通信するようにさらに構成され、前記キャッシュ可能性は、前記ターゲットコンテナと前記第2のコンテナとの間のマッピング関係が、ネットワーク側またはユーザ機器側でキャッシングされ得ることを示し、前記老化時間は、前記マッピング関係がその間にキャッシングされる有効時間を示し、前記マッピング関係がその間にキャッシングされる時間が前記老化時間を超える時には、前記キャッシングされたマッピング関係が無効になる、請求項10から15のいずれか一項に記載のコンテナ移動管理装置。
【請求項１７】
前記コンテナ移動管理装置は、
前記第1のコンテナからの前記ターゲットコンテナが前記第2のコンテナに入る時に、前記ターゲットコンテナの前記ルートを前記第1のコンテナ内で削除するように構成された削除モジュール
をさらに含む、請求項10から16のいずれか一項に記載のコンテナ移動管理装置。
【請求項１８】
前記削除モジュールは、前記第1のコンテナがルート削除命令情報に従って前記ターゲットコンテナの前記ルートを削除するようにするために、前記ルート削除命令情報を前記第1のコンテナに送信するように特に構成される、請求項17に記載のコンテナ移動管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本願は、参照によってその全体が本明細書に組み込まれている、2013年2月25日に中国特許庁に出願した中国特許出願第201310059104.5号、名称「DATA SOURCE MOVEMENT PROCESSING METHOD, PACKET FORWARDING METHOD, AND APPARATUS THEREOF」の優先権を主張するものである。
【０００２】
本発明の実施形態は、通信の分野に関し、具体的には、情報セントリックネットワークICNに適用される、データソース移動処理方法、パケット転送方法、およびその装置に関する。
【背景技術】
【０００３】
インターネットプロトコル(Internet Protocol、略して「IP」)は、大成功を達成し、ユビキタスになるようにインターネットを促進したが、IPの誕生後の早期には、「端末」が、中核的位置に置かれ、宛先IPアドレスおよびソースIPアドレスによって識別されるIPパケットが、2つの端末の間のセッションを担い、その結果、IPは、端末セントリックなネットワークプロトコルになった。しかし、今日、端末の間のセッションは、インターネット使用の主目的ではない。そうではなく、人々は、主に情報を入手するためにインターネットを使用する。たとえば、ネットワークニュース、検索エンジン、ネットワーク音楽、ネットワークビデオ、ブログ、マイクロブログ、ソーシャルネットワーキングサイト、およびネットワークフォーラムなどのアプリケーションは、実際に、すべてが情報の制作、伝搬、および共有に焦点を合わせたものである。さらに、情報を入手する時に、人々は、通常、情報がどこで入手されるのかに関して気にしない。これは、完全に新しい情報セントリックまたはコンテンツセントリックなモデルである。インターネットアプリケーションの情報セントリックモデルとIPの端末セントリックモデルとの間の不一致の問題を解決するために、研究サークルは、インターネット砂時計モデルのくびれた部分を再定義することを試み、情報およびコンテンツを直接に指向する新しい将来のインターネットアーキテクチャを研究しつつある。
【０００４】
すべての情報セントリックネットワーク(Information Centric Network、略して「ICN」)アーキテクチャでは、ネームドデータネットワーク(Named Data Network、略して「NDN」)が、より大きい影響を有し、NDNは、Van Jacobsonの主導するコンテンツセントリックネットワーキング(Content Centric Networking、略して「CCN」)から研究され、開発されている。NDNおよびCCNは、将来のネットワークが、コンテンツに直接に基づく名前およびルートに基づいて、URLに似た構造化されたコンテンツ名を採用し、NDNルータ内のコンテンツストア(Content Store、略して「CS」)を介してキャッシング機能を実施し、要求されるコンテンツのコンテンツ名と転送情報ベース(Forwarding Information Base、略して「FIB」)のコンテンツ名プリフィックスとの間の最長一致によって次ホップを検索しなければならないと考える。しかし、データソース移動シナリオでは、コンテンツ要求パケットは、移動された後にデータソースが存在するノードに転送されなければならず、NDNは、ルート更新を実行する必要があるが、NDNルーティングテーブルは、スケーラビリティ問題を有する、すなわち、コアルーティングテーブルのエントリの個数は、現在のネットワーク内のボーダゲートウェイプロトコル(Border Gateway Protocol、略して「BGP」)ルーティングエントリの個数の200倍になる可能性があり、各モバイル端末が、ルーティングテーブル内にそのルーティングエントリを有することを必要とする場合には、ルーティングテーブル内のルーティングエントリの個数が膨大になり、既存のハードウェア条件が、ルーティングテーブルのそのような大規模処理を処理することは、むずかしい。さらに、ルート更新など、モビリティによって科せられる動作は、より多くのルート断片を引き起こす可能性があり、これは、ルートアグリゲーションをよりむずかしくし、したがって、ルーティングスケーラビリティ問題を悪化させる。
【０００５】
NDNがデータソース移動を適切にサポートしないという問題について、解決策が提供されており、この解決策は、次の通りである:まず、コンテンツ要求パケットは、移動される前にデータソースが配置されているノードに転送され、コンテンツ要求パケットは、そのノードで再アセンブルされ、その後、移動された後にデータソースが配置されるノードに送信される。この解決策では、コンテンツのコンテンツ名は、永続的ではなく、返されるコンテンツは、コンテンツ要求パケットの後続のマッチングに使用され得ず、したがって、コンテンツネットワークを共有することの利点が失われ、さらに、この技術的解決策では、コンテンツ名および位置情報が束縛され、コンテンツセキュリティを保証するために、追加の暗号化作業が必要である。したがって、コンテンツルーティングの柔軟性およびコンテンツのセキュリティを失わず、ルーティングテーブルの負荷を増やさずに、データソース移動シナリオをどのように処理すべきかが、NDNシステムおよび他のICNシステムの現在の研究によって解決されるべき緊急の問題である。
【発明の概要】
【課題を解決するための手段】
【０００６】
本発明の実施形態は、頻繁で面倒なルート更新を導入せずにデータソース移動をサポートするために、情報セントリックネットワークICNに適用される、データソース移動処理方法、パケット転送方法、およびその装置を提供する。
【０００７】
第1の態様では、本発明の実施形態は、データソース移動方法を提供し、この方法は、第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、第2のコンテナ内でターゲットコンテナのルートを登録するステップであって、ターゲットコンテナのコンテナ識別子を担持するコンテンツ要求パケットが、ターゲットコンテナのルートを介してターゲットコンテナに転送され得るようにするために、ターゲットコンテナのルートは、ターゲットコンテナのコンテナ識別子と、ターゲットコンテナの識別子に対応するポートとを含む、登録するステップと、第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、解決システムが、第1のコンテナから第2のコンテナへターゲットコンテナのアクセスコンテナを更新するようにするために、解決システムと通信するステップであって、解決システムは、ターゲットコンテナのコンテナ識別子を担持するコンテンツ要求パケットがアクセスコンテナを介してターゲットコンテナに転送され得るようにするために、リクエスタによって送信され、ターゲットコンテナのアクセスコンテナのコンテナ情報を入手するのに使用される解決要求の受信時に、ターゲットコンテナのアクセスコンテナのコンテナ情報をリクエスタに返すように構成され、アクセスコンテナは、少なくとも1つのコンテナを含み、コンテンツ要求パケットを少なくとも1つのコンテナにルーティングするのに使用される転送エントリを含むコンテナである、通信するステップと、ターゲットコンテナが第1のコンテナ内で移動する時に、第1のコンテナ内のターゲットコンテナのルートが更新されるようにするために、第1のコンテナと通信するステップとを含み、ターゲットコンテナ、第1のコンテナ、第2のコンテナ、およびアクセスコンテナのすべてが、コンテンツを記憶するのに使用される記憶空間である。
【０００８】
第1の態様を参照すると、第1の可能な実施の形では、第1のコンテナからのターゲットコンテナが第2のコンテナに入るその時に、第2のコンテナ内でターゲットコンテナのルートを登録するステップは、第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、第2のコンテナが登録要求情報に従って第2のコンテナ内でターゲットコンテナのルートを登録するようにするために、第2のコンテナに登録要求情報を送信するステップを含む。
【０００９】
第1の態様を参照しまたは第1の態様の第1の可能な実施の形を参照すると、第2の可能な実施の形では、移動プロセスで、少なくとも1つの第3のコンテナのアクセスコンテナが、必ずターゲットコンテナになるようにするために、ターゲットコンテナは、少なくとも1つの第3のコンテナのアクセスコンテナであり、少なくとも1つの第3のコンテナは、ターゲットコンテナと一緒に同期して移動する。
【００１０】
第1の態様を参照しまたは第1の態様の第1のもしくは第2の可能な実施の形を参照すると、第3の可能な実施の形では、第2のコンテナは、少なくとも1つのルーティングノードを含み、第2のコンテナ内でターゲットコンテナのルートを登録するステップは、ターゲットコンテナのルートが第2のコンテナの外に広がらないようにするために、第2のコンテナ内に含まれる少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブル内でターゲットコンテナのルートを登録するステップを含む。
【００１１】
第1の態様を参照しまたは第1の態様の第1から第3までの可能な実施の形の中の任意の可能な実施の形を参照すると、第4の可能な実施の形では、第1のコンテナと通信するステップは、第1のコンテナ内のターゲットコンテナのルートが更新されるようにするために、ターゲットコンテナのルートが、第1のコンテナ内に含まれる少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブル内で更新され、ターゲットコンテナのルートが第1のコンテナの外に広がらないようにするために、第1のコンテナと通信するステップを含む。
【００１２】
第1の態様を参照しまたは第1の態様の第1から第4までの可能な実施の形の中の任意の可能な実施の形を参照すると、第5の可能な実施の形では、この方法は、第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、第2のコンテナのキャッシュ可能性および老化時間を解決システム内で登録するために、解決システムと通信するステップであって、キャッシュ可能性は、ターゲットコンテナと第2のコンテナとの間のマッピング関係が、ネットワーク側またはユーザ機器側でキャッシングされ得ることを示し、老化時間は、マッピング関係がその間にキャッシングされる有効時間を示し、マッピング関係がその間にキャッシングされる時間が老化時間を超える時には、キャッシングされたマッピング関係が無効になる、通信するステップをさらに含む。
【００１３】
第1の態様を参照しまたは第1の態様の第1から第5までの可能な実施の形の中の任意の可能な実施の形を参照すると、第6の可能な実施の形では、この方法は、第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、ターゲットコンテナのルートを第1のコンテナ内で削除するステップをさらに含む。
【００１４】
第1の態様の第6の可能な実施の形を参照すると、第7の可能な実施の形では、ターゲットコンテナのルートを第1のコンテナ内で削除するステップは、第1のコンテナがルート削除命令情報に従ってターゲットコンテナのルートを削除するようにするために、ルート削除命令情報を第1のコンテナに送信するステップを含む。
【００１５】
第2の態様では、本発明の実施形態は、パケット転送方法を提供し、この方法は、コンテンツ要求パケットを受信するステップであって、コンテンツ要求パケットは、要求されるコンテンツのコンテンツ名およびコンテナ情報を担持し、コンテナ情報は、要求されるコンテンツを記憶するコンテナのコンテナ識別子および解決可能フラグを含み、解決可能フラグは、コンテナが解決可能であるかどうかを識別するのに使用される、受信するステップと、要求されるコンテンツのコンテンツ名と一致する転送エントリが転送情報ベースFIB内に存在するかどうかを判定するステップと、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在しない時に、コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するステップと、コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在しない時に、解決可能コンテナのアクセスコンテナのコンテナ情報に従ってコンテンツ要求パケットの転送ルートを判定するために、コンテンツ要求パケット内で担持される解決可能フラグに従って解決可能コンテナのアクセスコンテナのコンテナ情報を判定するステップとを含む。
【００１６】
第2の態様を参照すると、第1の可能な実施の形では、コンテナは、コンテンツのグループを記憶するのに使用される記憶空間である。
【００１７】
第2の態様を参照しまたは第2の態様の第1の可能な実施の形を参照すると、第2の可能な実施の形では、コンテナは、少なくとも1つのルーティングノードを含み、少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードを介して、要求されるコンテンツは、コンテナ内でルーティングされ得、または、要求されるコンテンツは、コンテナを介してルーティングされ得る。
【００１８】
第2の態様を参照しまたは第2の態様の第1もしくは第2の可能な実施の形を参照すると、第3の可能な実施の形では、要求されるコンテンツのコンテンツ名は、1つまたは複数のホームコンテナに対応し、要求されるコンテンツのホームコンテナは、要求されるコンテンツがそこで直接にルーティングされ得るコンテナである。
【００１９】
第2の態様を参照しまたは第2の態様の第1から第3までの可能な実施の形の中の任意の可能な実施の形を参照すると、第4の可能な実施の形では、コンテナは、1つまたは複数の第1の他のコンテナのアクセスコンテナであり、かつ/または1つまたは複数の第2の他のコンテナは、コンテナのアクセスコンテナであり、アクセスコンテナは、少なくとも1つのコンテナを含み、コンテンツ要求パケットを少なくとも1つのコンテナにルーティングするのに使用される転送エントリを含むコンテナである。
【００２０】
第2の態様を参照しまたは第2の態様の第1から第4までの可能な実施の形の中の任意の可能な実施の形を参照すると、第5の可能な実施の形では、FIB内の転送エントリは、コンテンツ名プリフィックスおよびコンテンツ名プリフィックスに対応するインターフェースを含み、要求されるコンテンツのコンテンツ名と一致する転送エントリが転送情報ベースFIB内に存在するかどうかを判定するステップは、要求されるコンテンツのコンテンツ名のプリフィックスがFIB内の転送エントリ内のコンテンツ名プリフィックスと一致するかどうかに従って、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定するステップを含む。
【００２１】
第2の態様の第5の可能な実施の形を参照すると、第6の可能な実施の形では、FIB内の転送エントリは、プリセットされたコンテナ識別子およびプリセットされたコンテナ識別子に対応するインターフェースを含み、コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するステップは、コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するために、コンテンツ要求パケット内で担持されるコンテナ識別子をFIB内のプリセットされたコンテナ識別子とマッチングするステップを含む。
【００２２】
第2の態様の第6の可能な実施の形を参照すると、第7の可能な実施の形では、この方法は、解決可能コンテナのアクセスコンテナが解決可能である時に、解決可能コンテナのアクセスコンテナを解決するステップと、解決によって入手されるアクセスコンテナが解決可能である時に、要求されるコンテンツのすべての解決可能コンテナのアクセスコンテナのコンテナ識別子を入手するために、さらなる解決によって入手されるアクセスコンテナが解決不能になるまで、解決によって入手されるアクセスコンテナをさらに解決するステップと、すべての解決可能コンテナのアクセスコンテナのコンテナ識別子の中の少なくとも1つのコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するために、すべての解決可能コンテナのアクセスコンテナのコンテナ識別子をFIB内のプリセットされたコンテナ識別子とマッチングするステップと、すべての解決可能コンテナのアクセスコンテナのコンテナ識別子の中の少なくとも1つのコンテナ識別子と一致する転送エントリがFIB内に存在する時に、一致する転送エントリ内のポートに従ってコンテンツ要求パケットを送信するステップとをさらに含む。
【００２３】
第2の態様の第7の可能な実施の形を参照すると、第8の可能な実施の形では、この方法は、すべての解決可能コンテナのアクセスコンテナのコンテナ識別子の中のどのコンテナ識別子と一致する転送エントリもFIB内に存在しない時に、デフォルトインターフェースに従ってコンテンツ要求パケットを送信し、またはコンテンツ要求パケットを破棄するステップをさらに含む。
【００２４】
第2の態様の第6の可能な実施の形を参照すると、第9の可能な実施の形では、この方法は、解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するために、解決によって入手されるアクセスコンテナのコンテナ識別子をFIB内のプリセットされたコンテナ識別子とマッチングするステップと、解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在せず、解決によって入手されるアクセスコンテナが解決可能である時に、さらなる解決によって入手されるアクセスコンテナが解決不能になるか、またはさらなる解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在するようになるまで、解決によって入手されるアクセスコンテナをさらに解決するステップと、解決またはさらなる解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在する時に、一致する転送エントリ内のポートに従ってコンテンツ要求パケットを送信するステップとをさらに含む。
【００２５】
第2の態様の第9の可能な実施の形を参照すると、第10の可能な実施の形では、この方法は、さらなる解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在せず、さらなる解決によって入手されるアクセスコンテナが解決不能である時に、デフォルトインターフェースに従ってコンテンツ要求パケットを送信し、またはコンテンツ要求パケットを破棄するステップをさらに含む。
【００２６】
第2の態様を参照しまたは第2の態様の第1から第10までの可能な実施の形の中の任意の可能な実施の形を参照すると、第11の可能な実施の形では、コンテンツ要求パケット内で担持される解決可能フラグに従って解決可能コンテナのアクセスコンテナのコンテナ情報を判定するステップは、コンテンツ要求パケット内で担持される解決可能フラグに従って解決可能コンテナを判定するステップ、キャッシングされ、まだ有効である解決可能コンテナのアクセスコンテナのコンテナ情報をネットワーク側から入手するステップ、および/または解決可能コンテナのアクセスコンテナのコンテナ情報を解決システムから入手するステップを含む。
【００２７】
第2の態様を参照しまたは第2の態様の第1から第11までの可能な実施の形の中の任意の可能な実施の形を参照すると、第12の可能な実施の形では、解決可能コンテナのアクセスコンテナのコンテナ情報は、キャッシュ可能性および老化時間を含み、キャッシュ可能性は、解決可能コンテナと解決可能コンテナのアクセスコンテナとの間のマッピング関係が、ネットワーク側またはユーザ機器側でキャッシングされ得ることを示し、老化時間は、マッピング関係がその間にキャッシングされる有効時間を示し、マッピング関係がその間にキャッシングされる時間が老化時間を超える時に、キャッシングされたマッピング関係は、無効になり、方法は、他のルーティングノードまたはユーザ機器との共有を容易にするために、解決可能コンテナと解決可能コンテナのアクセスコンテナとの間のマッピング関係をネットワーク側でキャッシングするステップをさらに含む。
【００２８】
第2の態様を参照しまたは第2の態様の第1から第12までの可能な実施の形の中の任意の可能な実施の形を参照すると、第13の可能な実施の形では、この方法は、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在する時に、一致する転送エントリ内のインターフェースに従ってコンテンツ要求パケットを送信するステップ、またはコンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在する時に、一致する転送エントリ内のポートに従ってコンテンツ要求パケットを送信するステップをさらに含む。
【００２９】
第2の態様を参照しまたは第2の態様の第1から第13までの可能な実施の形の中の任意の可能な実施の形を参照すると、第14の可能な実施の形では、この方法は、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定するステップの前に、要求されるコンテンツのコンテンツ名と一致するコンテンツがコンテンツストアCS内に存在するかどうかを判定するステップと、要求されるコンテンツのコンテンツ名と一致するコンテンツがCS内に存在する時に、一致するコンテンツをコンテンツ要求パケットのセンダに送信するステップと、要求されるコンテンツのコンテンツ名と一致するコンテンツがCS内に存在しない時に、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定するステップを実行するステップとをさらに含む。
【００３０】
第2の態様の第14の可能な実施の形を参照すると、第15の可能な実施の形では、この方法は、要求されるコンテンツのコンテンツ名と一致するコンテンツがCS内に存在しない時に、要求されるコンテンツのコンテンツ名と一致するPITエントリが保留中情報テーブルPIT内に存在するかどうかを判定するステップと、要求されるコンテンツのコンテンツ名と一致するPITエントリがPIT内に存在する時に、コンテンツ要求パケットのセンダに対応するインターフェースを一致するPITエントリに追加するステップと、要求されるコンテンツのコンテンツ名と一致するPITエントリがPIT内に存在しない時に、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定するステップを実行するステップとをさらに含む。
【００３１】
第2の態様を参照しまたは第2の態様の第1から第15までの可能な実施の形の中の任意の可能な実施の形を参照すると、第16の可能な実施の形では、解決可能コンテナのルートが解決可能コンテナのアクセスコンテナの外に広がらないようにするために、解決可能コンテナの転送エントリは、解決可能コンテナのアクセスコンテナ内にのみ含まれる。
【００３２】
第2の態様の第16の可能な実施の形を参照すると、第17の可能な実施の形では、解決可能コンテナのアクセスコンテナは、少なくとも1つのルーティングノードを含み、解決可能コンテナのルートが解決可能コンテナのアクセスコンテナの外に広がらないようにするために、解決可能コンテナの転送エントリは、解決可能コンテナのアクセスコンテナ内にのみ含まれ、これは、解決可能コンテナのルートが、解決可能コンテナのアクセスコンテナ内に含まれる少なくとも1つのルーティングノードの外に広がらないようにするために、解決可能コンテナの転送エントリは、解決可能コンテナのアクセスコンテナ内に含まれる少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブル内にのみ含まれるを含む。
【００３３】
第3の態様では、本発明の実施形態は、コンテナ移動管理装置を提供し、このコンテナ移動管理装置は、第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、第2のコンテナ内でターゲットコンテナのルートを登録するように構成された登録モジュールであって、ターゲットコンテナのコンテナ識別子を担持するコンテンツ要求パケットが、ターゲットコンテナのルートを介してターゲットコンテナに転送され得るようにするために、ターゲットコンテナのルートは、ターゲットコンテナのコンテナ識別子と、ターゲットコンテナの識別子に対応するポートとを含む、登録モジュールと、第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、解決システムが、第1のコンテナから第2のコンテナへターゲットコンテナのアクセスコンテナを更新するようにするために、解決システムと通信するように構成された第1の通信モジュールであって、解決システムは、ターゲットコンテナのコンテナ識別子を担持するコンテンツ要求パケットがアクセスコンテナを介してターゲットコンテナに転送され得るようにするために、リクエスタによって送信され、ターゲットコンテナのアクセスコンテナのコンテナ情報を入手するのに使用される解決要求の受信時に、ターゲットコンテナのアクセスコンテナのコンテナ情報をリクエスタに返すように構成され、アクセスコンテナは、少なくとも1つのコンテナを含み、コンテンツ要求パケットを少なくとも1つのコンテナにルーティングするのに使用される転送エントリを含むコンテナである、第1の通信モジュールと、ターゲットコンテナが第1のコンテナ内で移動する時に、第1のコンテナ内のターゲットコンテナのルートが更新されるようにするために、第1のコンテナと通信するように構成された第2の通信モジュールとを含み、ターゲットコンテナ、第1のコンテナ、第2のコンテナ、およびアクセスコンテナのすべてが、コンテンツを記憶するのに使用される記憶空間である。
【００３４】
第3の態様を参照すると、第1の可能な実施の形では、登録モジュールは、第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、第2のコンテナが登録要求情報に従って第2のコンテナ内でターゲットコンテナのルートを登録するようにするために、第2のコンテナに登録要求情報を送信するように構成された送信ユニットを含む。
【００３５】
第3の態様を参照しまたは第3の態様の第1の可能な実施の形を参照すると、第2の可能な実施の形では、移動プロセスで、少なくとも1つの第3のコンテナのアクセスコンテナが、必ずターゲットコンテナになるようにするために、ターゲットコンテナは、少なくとも1つの第3のコンテナのアクセスコンテナであり、少なくとも1つの第3のコンテナは、ターゲットコンテナと一緒に同期して移動する。
【００３６】
第3の態様を参照しまたは第3の態様の第1もしくは第2の可能な実施の形を参照すると、第3の可能な実施の形では、第2のコンテナは、少なくとも1つのルーティングノードを含み、登録モジュールは、ターゲットコンテナのルートが第2のコンテナの外に広がらないようにするために、第2のコンテナ内に含まれる少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブル内でターゲットコンテナのルートを登録するように特に構成される。
【００３７】
第3の態様を参照しまたは第3の態様の第1から第3までの可能な実施の形の中の任意の可能な実施の形を参照すると、第4の可能な実施の形では、第1のコンテナは、少なくとも1つのルーティングノードを含み、第2の通信モジュールは、ターゲットコンテナのルートが、第1のコンテナ内に含まれる少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブル内で更新され、ターゲットコンテナのルートが第1のコンテナの外に広がらないようにするために、第1のコンテナと通信するように特に構成される。
【００３８】
第3の態様を参照しまたは第3の態様の第1から第4までの可能な実施の形の中の任意の可能な実施の形を参照すると、第5の可能な実施の形では、第1の通信モジュールは、第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、第2のコンテナのキャッシュ可能性および老化時間を解決システム内で登録するために、解決システムと通信するようにさらに構成され、キャッシュ可能性は、ターゲットコンテナと第2のコンテナとの間のマッピング関係が、ネットワーク側またはユーザ機器側でキャッシングされ得ることを示し、老化時間は、マッピング関係がその間にキャッシングされる有効時間を示し、マッピング関係がその間にキャッシングされる時間が老化時間を超える時には、キャッシングされたマッピング関係が無効になる。
【００３９】
第3の態様を参照しまたは第3の態様の第1から第5までの可能な実施の形の中の任意の可能な実施の形を参照すると、第6の可能な実施の形では、コンテナ移動管理装置は、ターゲットコンテナのルートを第1のコンテナ内で削除するように構成された削除モジュールをさらに含む。
【００４０】
第3の態様の第6の可能な実施の形を参照すると、第7の可能な実施の形では、削除モジュールは、第1のコンテナがルート削除命令情報に従ってターゲットコンテナのルートを削除するようにするために、ルート削除命令情報を第1のコンテナに送信するように特に構成される。
【００４１】
第4の態様では、本発明の実施形態は、ルータを提供し、このルータは、コンテンツ要求パケットを受信するように構成された受信モジュールであって、コンテンツ要求パケットは、要求されるコンテンツのコンテンツ名およびコンテナ情報を担持し、コンテナ情報は、要求されるコンテンツを記憶するコンテナのコンテナ識別子および解決可能フラグを含み、解決可能フラグは、コンテナが解決可能であるかどうかを識別するのに使用される、受信モジュールと、受信モジュールによって受信されたコンテンツ要求パケットによって担持される要求されるコンテンツのコンテンツ名と一致する転送エントリが転送情報ベースFIB内に存在するかどうかを判定するように構成された第1の判定モジュールと、第1の判定モジュールが、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在しないと判定する時に、コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するように構成された第2の判定モジュールと、第2の判定モジュールが、コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在しないと判定する時に、解決可能コンテナのアクセスコンテナのコンテナ情報に従ってコンテンツ要求パケットの転送ルートを判定するために、コンテンツ要求パケット内で担持される解決可能フラグに従って解決可能コンテナのアクセスコンテナのコンテナ情報を判定するように構成された第3の判定モジュールとを含む。
【００４２】
第4の態様を参照すると、第1の可能な実施の形では、コンテナは、コンテンツのグループを記憶するのに使用される記憶空間である。
【００４３】
第4の態様を参照しまたは第4の態様の第1の可能な実施の形を参照すると、第2の可能な実施の形では、コンテナは、少なくとも1つのルーティングノードを含み、少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードを介して、要求されるコンテンツは、コンテナ内でルーティングされ得、または、要求されるコンテンツは、コンテナを介してルーティングされ得る。
【００４４】
第4の態様を参照しまたは第4の態様の第1もしくは第2の可能な実施の形を参照すると、第3の可能な実施の形では、要求されるコンテンツのコンテンツ名は、1つまたは複数のホームコンテナに対応し、要求されるコンテンツのホームコンテナは、要求されるコンテンツがそこで直接にルーティングされ得るコンテナである。
【００４５】
第4の態様を参照しまたは第4の態様の第1から第3までの可能な実施の形の中の任意の可能な実施の形を参照すると、第4の可能な実施の形では、コンテナは、1つまたは複数の第1の他のコンテナのアクセスコンテナであり、かつ/または1つまたは複数の第2の他のコンテナは、コンテナのアクセスコンテナであり、アクセスコンテナは、少なくとも1つのコンテナを含み、コンテンツ要求パケットを少なくとも1つのコンテナにルーティングするのに使用される転送エントリを含むコンテナである。
【００４６】
第4の態様を参照しまたは第4の態様の第1から第4までの可能な実施の形の中の任意の可能な実施の形を参照すると、第5の可能な実施の形では、FIB内の転送エントリは、コンテンツ名プリフィックスおよびコンテンツ名プリフィックスに対応するインターフェースを含み、第1の判定モジュールは、要求されるコンテンツのコンテンツ名のプリフィックスがFIB内の転送エントリ内のコンテンツ名プリフィックスと一致するかどうかに従って、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定するように特に構成される。
【００４７】
第4の態様の第5の可能な実施の形を参照すると、第6の可能な実施の形では、FIB内の転送エントリは、プリセットされたコンテナ識別子およびプリセットされたコンテナ識別子に対応するインターフェースをさらに含み、第2の判定モジュールは、コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するために、コンテンツ要求パケット内で担持されるコンテナ識別子をFIB内のプリセットされたコンテナ識別子とマッチングするように特に構成される。
【００４８】
第4の態様の第6の可能な実施の形を参照すると、第7の可能な実施の形では、このルータは、解決可能コンテナのアクセスコンテナが解決可能である時に、解決可能コンテナのアクセスコンテナを解決し、解決によって入手されるアクセスコンテナが解決可能である時に、要求されるコンテンツのすべての解決可能コンテナのアクセスコンテナのコンテナ識別子を入手するために、さらなる解決によって入手されるアクセスコンテナが解決不能になるまで、解決によって入手されるアクセスコンテナをさらに解決するように構成された第1の解決モジュールをさらに含み、第2の判定モジュールは、第1の解決モジュールによる解決によって入手されるすべての解決可能コンテナのアクセスコンテナのコンテナ識別子の中の少なくとも1つのコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するために、すべての解決可能コンテナのアクセスコンテナのコンテナ識別子をFIB内のプリセットされたコンテナ識別子とマッチングするようにさらに構成され、ルータは、第2の判定モジュールが、すべての解決可能コンテナのアクセスコンテナのコンテナ識別子の中の少なくとも1つのコンテナ識別子と一致する転送エントリがFIB内に存在すると判定する時に、一致する転送エントリ内のポートに従ってコンテンツ要求パケットを送信するように構成された第1の送信モジュールをさらに含む。
【００４９】
第4の態様の第7の可能な実施の形を参照すると、第8の可能な実施の形では、第1の送信モジュールは、第2の判定モジュールが、すべての解決可能コンテナのアクセスコンテナのコンテナ識別子の中のどのコンテナ識別子と一致する転送エントリもFIB内に存在しないと判定する時に、デフォルトインターフェースに従ってコンテンツ要求パケットを送信し、またはコンテンツ要求パケットを破棄するようにさらに構成される。
【００５０】
第4の態様の第6の可能な実施の形を参照すると、第9の可能な実施の形では、第2の判定モジュールは、解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するために、解決によって入手されるアクセスコンテナのコンテナ識別子をFIB内のプリセットされたコンテナ識別子とマッチングするようにさらに構成され、ルータは、第2の判定モジュールが、解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在せず、解決によって入手されるアクセスコンテナが解決可能であると判定する時に、さらなる解決によって入手されるアクセスコンテナが解決不能になるか、またはさらなる解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在するようになるまで、解決によって入手されるアクセスコンテナをさらに解決するように構成された第2の解決モジュールと、第2の判定モジュールが、解決またはさらなる解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在すると判定する時に、一致する転送エントリ内のポートに従ってコンテンツ要求パケットを送信するように構成された第2の送信モジュールとをさらに含む。
【００５１】
第4の態様の第9の可能な実施の形を参照すると、第10の可能な実施の形では、第2の送信モジュールは、第2の判定モジュールが、さらなる解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在せず、さらなる解決によって入手されるアクセスコンテナが解決不能であると判定する時に、デフォルトインターフェースに従ってコンテンツ要求パケットを送信し、またはコンテンツ要求パケットを破棄するようにさらに構成される。
【００５２】
第4の態様を参照しまたは第4の態様の第1から第10までの可能な実施の形の中の任意の可能な実施の形を参照すると、第11の可能な実施の形では、第3の判定モジュールは、コンテンツ要求パケット内で担持される解決可能フラグに従って解決可能コンテナを判定し、キャッシングされ、まだ有効である解決可能コンテナのアクセスコンテナのコンテナ情報をネットワーク側から入手するし、かつ/または解決可能コンテナのアクセスコンテナのコンテナ情報を解決システムから入手するように特に構成される。
【００５３】
第4の態様を参照しまたは第4の態様の第1から第11までの可能な実施の形の中の任意の可能な実施の形を参照すると、第12の可能な実施の形では、解決可能コンテナのアクセスコンテナのコンテナ情報は、キャッシュ可能性および老化時間を含み、キャッシュ可能性は、解決可能コンテナと解決可能コンテナのアクセスコンテナとの間のマッピング関係が、ネットワーク側またはユーザ機器側でキャッシングされ得ることを示し、老化時間は、マッピング関係がその間にキャッシングされる有効時間を示し、マッピング関係がその間にキャッシングされる時間が老化時間を超える時に、キャッシングされたマッピング関係は、無効になり、ルータは、他のルーティングノードまたはユーザ機器との共有を容易にするために、第3の判定モジュールによって判定された解決可能コンテナと解決可能コンテナのアクセスコンテナとの間のマッピング関係をネットワーク側でキャッシングするように構成されたキャッシングモジュールをさらに含む。
【００５４】
第4の態様を参照しまたは第4の態様の第1から第12までの可能な実施の形の中の任意の可能な実施の形を参照すると、第13の可能な実施の形では、このルータは、第1の判定モジュールが、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在すると判定する時に、一致する転送エントリ内のインターフェースに従ってコンテンツ要求パケットを送信するように構成され、または、第2の判定モジュールが、コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在すると判定する時に、一致する転送エントリ内のポートに従ってコンテンツ要求パケットを送信するように構成された、第3の送信モジュールをさらに含む。
【００５５】
第4の態様を参照しまたは第4の態様の第1から第13までの可能な実施の形の中の任意の可能な実施の形を参照すると、第14の可能な実施の形では、このルータは、第1の判定モジュールが、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定する前に、要求されるコンテンツのコンテンツ名と一致するコンテンツがコンテンツストアCS内に存在するかどうかを判定するように構成された第4の判定モジュールと、第4の判定モジュールが、要求されるコンテンツのコンテンツ名と一致するコンテンツがCS内に存在すると判定する時に、一致するコンテンツをコンテンツ要求パケットのセンダに送信するように構成された第4の送信モジュールとをさらに含み、第1の判定モジュールは、第4の判定モジュールが、要求されるコンテンツのコンテンツ名と一致するコンテンツがCS内に存在しないと判定する時に、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定するステップを実行するように特に構成される。
【００５６】
第4の態様の第14の可能な実施の形を参照すると、第15の可能な実施の形では、このルータは、第4の判定モジュールが、要求されるコンテンツのコンテンツ名と一致するコンテンツがCS内に存在しないと判定する時に、要求されるコンテンツのコンテンツ名と一致するPITエントリが保留中情報テーブルPIT内に存在するかどうかを判定するように構成された第5の判定モジュールと、第5の判定モジュールが、要求されるコンテンツのコンテンツ名と一致するPITエントリがPIT内に存在すると判定する時に、コンテンツ要求パケットのセンダに対応するインターフェースを一致するPITエントリに追加するように構成された追加モジュールとをさらに含み、第1の判定モジュールは、第5の判定モジュールが、要求されるコンテンツのコンテンツ名と一致するPITエントリがPIT内に存在しないと判定する時に、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定するステップを実行するように特に構成される。
【００５７】
第4の態様を参照しまたは第4の態様の第1から第15までの可能な実施の形の中の任意の可能な実施の形を参照すると、第16の可能な実施の形では、解決可能コンテナのルートが解決可能コンテナのアクセスコンテナの外に広がらないようにするために、解決可能コンテナの転送エントリは、解決可能コンテナのアクセスコンテナ内にのみ含まれる。
【００５８】
第4の態様の第16の可能な実施の形を参照すると、第17の可能な実施の形では、解決可能コンテナのアクセスコンテナは、少なくとも1つのルーティングノードを含み、解決可能コンテナのルートが解決可能コンテナのアクセスコンテナの外に広がらないようにするために、解決可能コンテナの転送エントリは、解決可能コンテナのアクセスコンテナ内にのみ含まれ、これは、解決可能コンテナのルートが、解決可能コンテナのアクセスコンテナ内に含まれる少なくとも1つのルーティングノードの外に広がらないようにするために、解決可能コンテナの転送エントリは、解決可能コンテナのアクセスコンテナ内に含まれる少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブル内にのみ含まれるを含む。
【００５９】
第5の態様では、本発明の実施形態は、第3の態様または第3の態様の第1から第7までの可能な実施の形の中の任意の1つの可能な実施の形による第1のコンテナ、第2のコンテナ、および解決システムを含む情報セントリックネットワークICNを提供し、第1のコンテナおよび第2のコンテナは、第4の態様または第4の対応の第1から第17の可能な実施の形の中の任意の1つの可能な実施の形によるルータを含む。
【００６０】
前述の技術的解決策に基づいて、本発明の実施形態によるデータソース移動処理方法、パケット転送方法、およびその装置では、解決システム内で、データソースがコンテナとして抽象化され、ターゲットコンテナの移動プロセスでは、ターゲットコンテナのルートが更新され、ターゲットコンテナのアクセスコンテナの情報が更新される。したがって、データソース移動は、頻繁で面倒なルート更新を導入せず、コンテンツのコンテンツ名を変更せずにサポートされ、これによって、コンテンツ名の永続性が維持され、ICNアーキテクチャの柔軟性が強化され、ユーザ経験が改善される。
【００６１】
本発明の実施形態の技術的解決策をより明瞭に説明するために、以下では、諸実施形態または従来技術を説明するために必要な添付図面を短く紹介する。明らかに、以下の説明の添付図面は、単に本発明のいくつかの実施形態を示すものであり、当業者は、それでも、創作的労力を伴わずにこれらの添付図面から他の図面を導出することができる。
【図面の簡単な説明】
【００６２】
【図１】本発明の実施形態によるデータソース移動処理方法を示す概略流れ図である。
【図２】本発明の実施形態によるデータソース移動処理方法を示すもう1つの概略流れ図である。
【図３】本発明の実施形態によるパケット転送方法を示す概略流れ図である。
【図４】本発明の実施形態によるパケット転送方法を示すもう1つの概略流れ図である。
【図５】本発明の実施形態によるパケット転送方法を示すもう1つの概略流れ図である。
【図６】本発明の実施形態によるパケット転送方法を示すもう1つの概略流れ図である。
【図７】本発明の実施形態によるパケット転送方法を示すもう1つの概略流れ図である。
【図８】本発明の実施形態によるパケット転送方法を示すもう1つの概略流れ図である。
【図９】本発明の実施形態によるデータソース移動でのコンテナを示す概略図である。
【図１０】本発明の実施形態によるデータソース移動でのコンテナを示すもう1つの概略図である。
【図１１ａ】本発明の実施形態によるデータソース移動でのコンテナを示すもう1つの概略図である。
【図１１ｂ】本発明の実施形態による図11aに対応するパケット転送でのコンテナ解決木を示す概略図である。
【図１２】本発明の実施形態によるネットワークアーキテクチャを示す概略図である。
【図１３】本発明の実施形態によるコンテナ移動管理装置を示す概略ブロック図である。
【図１４】本発明の実施形態によるコンテナ移動管理装置を示すもう1つの概略ブロック図である。
【図１５】本発明の実施形態によるルータを示す概略ブロック図である。
【図１６】本発明の実施形態によるルータを示すもう1つの概略ブロック図である。
【図１７】本発明の実施形態によるルータを示すもう1つの概略ブロック図である。
【図１８】本発明の実施形態によるルータを示すもう1つの概略ブロック図である。
【図１９】本発明の実施形態によるルータを示すもう1つの概略ブロック図である。
【図２０】本発明の実施形態による情報セントリックネットワークICNシステムを示す概略図である。
【図２１】本発明のもう1つの実施形態によるコンテナ移動管理装置を示す概略ブロック図である。
【図２２】本発明のもう1つの実施形態によるルータを示す概略ブロック図である。
【図２３】本発明のもう1つの実施形態による情報セントリックネットワークICNを示す概略図である。
【発明を実施するための形態】
【００６３】
以下では、本発明の実施形態での添付図面を参照して本発明の実施形態での技術的解決策を明瞭におよび完全に説明する。明らかに、説明される実施形態は、単に、本発明の実施形態のすべてではなく一部である。創作的労力を伴わずに本発明の実施形態に基づいて当業者が入手するすべての他の実施形態は、本発明の保護範囲に含まれなければならない。
【００６４】
本発明の実施形態での技術的解決策が、ネームドデータネットワーク(Named Data Network、略して「NDN」)、コンテンツセントリックネットワーキング(Content Centric Networking、略して「CCN」)、情報のネットワーク(Network of Information、略して「NetInf」)、データ指向ネットワークアーキテクチャ(Data-Oriented Network Architecture、略して「DONA」)、および表現的インターネットアーキテクチャ(eXpressive Internet Architecture、略して「XIA」)などのさまざまな情報セントリックネットワークICNアーキテクチャに適用され得ることを理解されたい。
【００６５】
また、本発明の実施形態では、ユーザ機器(User Equipment、略して「UE」)が、端末(Terminal)、移動局(Mobile Station、略して「MS」)、モバイル端末(Mobile Terminal)などと呼ばれる場合があることを理解されたい。ユーザ機器は、無線アクセスネットワーク(Radio Access Network、略して「RAN」)を介して1つまたは複数のコアネットワークと通信することができる。たとえば、ユーザ機器を、携帯電話(または「セル」電話と呼ばれる)、モバイル端末を有するコンピュータなどとすることができる。たとえば、ユーザ機器を、ポータブル、ポケットサイズ、ハンドヘルド、組込みコンピュータ、または車載のモバイル装置とすることができ、ユーザ機器は、音声および/またはデータを無線アクセスネットワークと交換することができる。
【００６６】
図1は、本発明の実施形態によるデータソース移動処理方法100の概略流れ図である。方法100を、ICNネットワークに適用することができる。図1の方法を、任意の適切な装置によって実行することができ、たとえば、移動するターゲットコンテナによって実行することができ、アクセスネットワーク内の任意の移動するネットワーク要素によって実行することができ、境界ルーティングノード(border routing node)によって実行することができ、独立のコンテナ移動管理装置によって実行することもできるが、本発明の実施形態は、これに限定されない。図1に示されているように、方法100は、以下を含む。
【００６７】
S110。第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、第2のコンテナ内でターゲットコンテナのルートを登録し、ターゲットコンテナのコンテナ識別子を担持するコンテンツ要求パケットが、ターゲットコンテナのルートを介してターゲットコンテナに転送され得るようにするために、ターゲットコンテナのルートは、ターゲットコンテナのコンテナ識別子と、ターゲットコンテナの識別子に対応するポートとを含む
【００６８】
S120。第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、解決システムが、第1のコンテナから第2のコンテナへターゲットコンテナのアクセスコンテナを更新するようにするために、解決システムと通信し、解決システムは、ターゲットコンテナのコンテナ識別子を担持するコンテンツ要求パケットがアクセスコンテナを介してターゲットコンテナに転送され得るようにするために、リクエスタによって送信され、ターゲットコンテナのアクセスコンテナのコンテナ情報を入手するのに使用される解決要求の受信時に、ターゲットコンテナのアクセスコンテナのコンテナ情報をリクエスタに返すように構成され、アクセスコンテナは、少なくとも1つのコンテナを含み、コンテンツ要求パケットを少なくとも1つのコンテナにルーティングするのに使用される転送エントリを含むコンテナである。
【００６９】
S130。ターゲットコンテナが第1のコンテナ内で移動する時に、第1のコンテナ内のターゲットコンテナのルートが更新されるようにするために、第1のコンテナと通信する。
【００７０】
ターゲットコンテナ、第1のコンテナ、第2のコンテナ、およびアクセスコンテナのすべてが、コンテンツを記憶するのに使用される記憶空間である。
【００７１】
解決システムは、コンテナ解決サービスを提供するように構成される。具体的には、解決システムは、リクエスタによって送信された解決要求を受信する。解決要求は、解決可能コンテナのアクセスコンテナのコンテナ情報を要求するのに使用され、リクエスタは、ルーティングノードとすることができ、ユーザ機器とすることもできる。解決システムは、解決可能コンテナのコンテナ識別子に従って解決可能コンテナのアクセスコンテナのコンテナ情報を判定し、解決可能コンテナのアクセスコンテナのコンテナ情報をリクエスタに返す。コンテナ情報は、コンテナ識別子を含む。オプションで、コンテナ情報は、解決可能フラグをさらに含むことができ、解決可能フラグは、解決可能コンテナのアクセスコンテナが解決可能であるかどうかを識別するのに使用される。データソースを、データソースコンテナと見なすことができ、ターゲットコンテナは、データソースコンテナとすることができ、データソースコンテナのアクセスコンテナとすることもでき、データソースコンテナは、ターゲットコンテナと一緒に同期して移動し、ターゲットコンテナは、解決可能コンテナすなわち、それに関して別のコンテナがアクセスサービスを提供し、そのアクセスコンテナが変化し得るコンテナであるが、本発明の実施形態は、これに限定されない。
【００７２】
したがって、本発明の実施形態によるデータソース移動処理方法では、解決システム内で、データソースがコンテナとして抽象化され、ターゲットコンテナの移動プロセスでは、ターゲットコンテナのルートが更新され、ターゲットコンテナのアクセスコンテナの情報が更新される。したがって、データソース移動は、頻繁で面倒なルート更新を導入せず、コンテンツのコンテンツ名を変更せずにサポートされ、これによって、コンテンツ名の永続性が維持され、ICNアーキテクチャの柔軟性が強化され、ユーザ経験が改善される。
【００７３】
本発明の実施形態では、コンテナは、コンテンツのグループを記憶するのに使用される記憶空間であり、コンテンツのグループは、1つまたは複数のコンテンツとされ得る。たとえば、1国のネットワーク全体を、国コンテナと見なすことができ、そのコンテナは、その国のネットワーク内に配置されたすべてのコンテンツの記憶空間であり、同様に、省(または州、県)のネットワーク全体を、省コンテナと見なすことができ、省コンテナは、その省のネットワーク内に配置されたすべてのコンテンツの記憶空間である。さらに、ある会社または組織のネットワーク全体を、その会社または組織のネットワーク内に配置されたすべてのコンテンツの記憶空間と見なすこともでき、飛行機、列車、または船などのモバイル装置のネットワークを、そのモバイル装置のネットワークのすべてのコンテンツの記憶空間と見なすことができ、コンテンツを記憶する携帯電話、ホスト、または他の電子装置のネットワークを、そのネットワーク内のすべてのコンテンツの記憶空間と見なすことができるが、本発明の実施形態は、これに限定されない。これに対応して、コンテナのコンテナ識別子は、任意のコンテンツ識別子プリフィックス、たとえばfanlingyuan.com/blogとすることができ、会社または組織、たとえばhuawei.comおよびtsinghua.eduとすることもでき、飛行機、列車、および船などのモバイルネットワーク、たとえばairchina/ca1314とすることもでき、コンテンツを記憶する携帯電話、ホスト、または他の電子装置、たとえばchinamobile/fanlingyuanとすることもでき、cn、cn/gd、およびcn/sdなどのネットワークドメインとすることもできる。1つのコンテナは、1つのコンテナ識別子に対応することができ、2つ以上のコンテナ識別子に対応することもでき、これは、本発明の実施形態によって限定されない。しかし、説明の簡単さのために、コンテナおよびコンテナ識別子が常に1対1の形でお互いに対応する例が、以下の説明で使用され、コンテナ識別子は、1つのコンテナを表すのに使用される。
【００７４】
さらに、コンテナが、別のコンテナを論理的に含むことができる。たとえば、省ネットワークは、国ネットワークの一部であり、その結果、国コンテナが、省コンテナを論理的に含むと見なされ得るようになる。あるコンテナのアクセスコンテナは、そのコンテナを論理的に含み、そのコンテナにコンテンツ要求パケットをルーティングするのに使用されるコンテナを含む。具体的には、コンテナBがコンテナAを含み、コンテナBが、コンテンツ要求パケットをコンテナAにルーティングするのに使用される転送エントリを含む時には、コンテナBがコンテナAのアクセスコンテナであり、コンテナBがコンテナAにアクセスサービスを提供すると定義される。あるコンテナが、1つまたは複数の他のコンテナにアクセスサービスを提供することができ、1つまたは複数の他のコンテナが、同一のコンテナにアクセスサービスを提供することができる。言い換えると、1つのコンテナが、1つまたは複数の他のコンテナのアクセスコンテナになることができ、1つまたは複数の他のコンテナが、同一のコンテナのアクセスコンテナになることができる。
【００７５】
あるネットワークアーキテクチャでは、コンテナは、少なくとも1つのルーティングノードを含む。少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードが、コンテンツ要求パケットを転送する責任を負い、そのコンテナは、少なくとも1つのルーティングノードのホームコンテナと呼ばれる。コンテナのアクセスコンテナ内に含まれる少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードを介して、コンテンツ要求パケットが、そのコンテナにルーティングされ得る。たとえば、国コンテナ「cn」は、省コンテナ「cn/gd」および「cn/sd」をトポロジ的に含み、国コンテナ「cn」内に含まれる1つまたは複数のルーティングノードを介して、コンテンツ要求パケットが、省コンテナ「cn/gd」および「cn/sd」などにルーティングされ得、その結果、国コンテナ「cn」は、省コンテナ「cn/gd」および「cn/sd」などにアクセスサービスを提供するようになり、コンテナ「huawei.com/cn」および「huawei.com/us」は、コンテナ「huawei.com」をトポロジ的に含み、コンテナ「huawei.com/cn」および「huawei.com/us」内に含まれる1つまたは複数のルーティングノードを介して、コンテンツ要求パケットが、コンテナ「huawei.com」にルーティングされ得、その結果、コンテナ「huawei.com/cn」および「huawei.com/us」が、コンテナ「huawei.com」にアクセスサービスを提供するようになるが、本発明の実施形態は、これに限定されない。
【００７６】
一般に、1つのコンテナは、少なくとも1つのルーティングノードを含み、少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードは、コンテンツ要求パケットの転送の責任を負い、1つまたは複数のルーティングノードを介して、要求されるコンテンツは、コンテナ内でルーティングされ得、または、要求されるコンテンツは、コンテナを介してルーティングされ得る。コンテンツのホームコンテナは、コンテンツがそこで直接にルーティングされ得るコンテナである。
【００７７】
本発明の実施形態では、ルーティングテーブル内のルーティングエントリを減らすために、すべてのコンテナが、3つのタイプすなわち、トポロジ依存コンテナ、トポロジ独立大コンテナ、およびトポロジ独立小コンテナに分類され、異なるルーティングポリシが、3つの異なるタイプのコンテナにそれぞれ適用される。
【００７８】
まず、階層ネスティングおよびレベルごとのアグリゲーションの方法が、トポロジ依存コンテナに適用される。トポロジ依存コンテナとは、別のコンテナとのトポロジ的関係を形成するコンテナである。トポロジ的関係は、以下を含む:上位レベルコンテナは、1つまたは複数の下位レベルコンテナを含み、かつ/または下位レベルコンテナは、1つまたは複数の上位レベルコンテナによって含まれる。具体的には、トポロジ的関係を形成するすべてのコンテナは、異なるレベルに分割され得、各コンテナは、特定のレベルに配置され、2つのコンテナのレベルの間の差が1レベルである時には、下位レベルにあるコンテナは、上位レベルにあるコンテナの下位レベルコンテナと呼ばれ、上位レベルにあるコンテナは、下位レベルにあるコンテナの上位レベルコンテナと呼ばれ、下位レベルにあるコンテナは、その上位レベルコンテナによってアクセスサービスを提供され得る、すなわち、上位レベルにあるコンテナは、その下位レベルコンテナのアクセスコンテナである。本明細書での上位レベルコンテナおよび下位レベルコンテナが、相対的であり、たとえば、コンテナAが、コンテナBの下位レベルである場合があり、かつ、コンテナCの上位レベルコンテナでもあることができるが、本発明の実施形態は、これに限定されない。
【００７９】
オプションで、トポロジ依存コンテナに対応するコンテナ識別子は、トポロジ依存コンテナと別のコンテナとの間のトポロジ的関係を示すために、トポロジ依存コンテナのレベルを反映することができるプロパティを有することができる。具体的には、下位レベルにあるコンテナのコンテナ識別子は、その上位レベルコンテナのコンテナ識別子を含むことができ、たとえば、地方自治体コンテナ深センのコンテナ識別子「cn/gd/sz」は、その上位レベルコンテナ広東のコンテナ識別子「cn/gd」を含むが、本発明の実施形態は、これに限定されない。
【００８０】
トポロジ的関係の最上位レベルにあるトポロジ依存コンテナは、グローバルコンテナとして働く。たとえば、国コンテナ「cn」および「us」について、そのルートは、グローバルルートとして広がることができる。グローバルコンテナは、グローバルにルーティングされ得るコンテナであり、そのルートがグローバルルートとして働くということは、すべてのルーティングノードのルーティングテーブルが、そのグローバルコンテナのルーティングエントリを有することを意味する。オプションで、実際の展開の必要に従って、トポロジ的関係の最上位レベルにあるトポロジ依存コンテナのほかに、省コンテナ「cn/gd」、「cn/sd」、または「us/ca」などの高いレベルにあるいくつかのトポロジ依存コンテナも、トポロジ依存グローバルコンテナとして働くことができ、そのルートは、グローバルルートとして広がることができるが、本発明の実施形態は、これに限定されない。本発明の実施形態では、グローバルコンテナとして働くトポロジ依存コンテナは、トポロジ依存グローバルコンテナと呼ばれる。
【００８１】
オプションで、トポロジ依存グローバルコンテナの下位レベルコンテナは、トポロジ依存グローバルコンテナによってアクセスサービスを提供され、その結果、これに対応して、下位レベルコンテナのルートが、トポロジ依存グローバルコンテナ内に含まれるルーティングノードの内部ルートとして働くことができるようになり、トポロジ依存グローバルコンテナの外に広がる必要がなくなる。具体的には、下位レベルコンテナのルートを、トポロジ依存グローバルコンテナ内に含まれるルーティングノードのルーティングテーブル内だけに含めることができる。一般に、トポロジ的関係内のトポロジ依存グローバルコンテナを除くすべてのトポロジ依存コンテナは、その下位レベルコンテナにアクセスサービスを提供し、これに対応して、その下位レベルコンテナのルートは、すべて、トポロジ依存コンテナの内部ルートとして働くことができ、トポロジ依存コンテナの外に広がる必要がない。
【００８２】
オプションで、トポロジ独立大コンテナも、グローバルコンテナとして働くことができる。トポロジ独立大コンテナは、それぞれが既存ネットワーク内の多数の訪問を有する非常に少数のトポロジ独立コンテナ、たとえば、一般的なコンテナより数千倍または数万倍の訪問を有し、トポロジ独立グローバルコンテナとして働くことができ、そのルートがグローバルルートとして広がることもできる、「sina.com」、「google.com」、および「baidu.com」などの大規模ISP、大会社、および大規模ポータルウェブサイトを指す。
【００８３】
トポロジ独立小コンテナは、少数の訪問を有するトポロジ独立コンテナを指し、ネットワーク内には、NDNなどの既存ICNシステムでルーティングスケーラビリティ問題を引き起こす主要因でもある、小企業、組織、ホームネットワーク、および個人ディジタル装置など、この種のコンテナが多数ある。本発明の実施形態では、この種のコンテナについて、トポロジ依存コンテナは、アクセスサービスを提供することができ、これに対応して、この種のコンテナのルートは、コンテナのアクセスコンテナの内部に制限され得、コンテナのアクセスコンテナの外に広がる必要はなく、その結果、コアルーティングテーブルのサイズが、大幅に縮小されるようになる。
【００８４】
要約すると、本発明の実施形態では、コアルーティングテーブルのルーティングエントリの個数は、「トポロジ依存グローバルコンテナのルートの個数」に「トポロジ独立グローバルコンテナのルートの個数」を加えたものと基本的に等しい。2つの種類の両方のルートの個数が、少なく、その結果、ルーティングテーブル全体のサイズは、現在のインターネットルータ内のコアルーティングテーブルのエントリの個数より大幅に少なくなり得る。したがって、本発明の実施形態では、コンテンツのコンテナ情報が、コンテンツ名に加えて、ICNシステム内のコンテンツ属性を拡張するために追加され、トポロジ独立小コンテナのルートが、そのトポロジ独立小コンテナにアクセスサービスを提供するトポロジ依存コンテナ内に制限され、トポロジ依存コンテナの下位レベルコンテナのルートが、そのトポロジ依存コンテナ内に制限され、その結果、コアルーティングテーブルのエントリの個数が、大幅に減らされ、これによって、NDNなどの既存のICNシステムでのルーティングスケーラビリティ問題が効果的に解決される。
【００８５】
S110では、ターゲットコンテナは、コンテンツのグループを記憶するのに使用される記憶空間である。オプションで、コンテンツのグループを、1つまたは複数のコンテンツとすることができるが、本発明の実施形態は、これに限定されない。第1のコンテナは、ターゲットコンテナのアクセスコンテナである、すなわち、第1のコンテナは、ターゲットコンテナを含み、第1のコンテナは、ターゲットコンテナのコンテナ識別子を担持するコンテンツ要求パケットをターゲットコンテナに転送するのに使用される転送エントリを含む。ターゲットコンテナが移動する時に、コンテナ移動管理装置は、ターゲットコンテナが現在のアクセスコンテナすなわち第1のコンテナから出て移動するかどうかを判定することができる。第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、ターゲットコンテナのルートが、第2のコンテナ内で登録され、ターゲットコンテナのルーティングエントリは、ターゲットコンテナのコンテナ識別子とコンテナ識別子に対応する転送ポートとを含むことができ、その結果、第2のコンテナは、ターゲットコンテナにアクセスサービスを提供するようになり、ターゲットコンテナのコンテナ識別子を担持するコンテンツ要求パケットは、第2のコンテナ内のターゲットコンテナのルートを介してターゲットコンテナに転送され得るようになる。オプションで、コンテナ移動管理装置は、第2のコンテナと通信することができ、その結果、第2のコンテナは、ターゲットコンテナのルートを登録するようになり、オプションで、第2のコンテナは、ターゲットコンテナの進入を能動的に監視し、ルーティングテーブルにターゲットコンテナのルートを登録することができ、オプションで、ターゲットコンテナは、第2のコンテナへの登録要求を開始することもでき、第2のコンテナは、登録要求に従ってターゲットコンテナのルートを登録するが、本発明の実施形態は、これに限定されない。本発明の実施形態では、ターゲットコンテナのルートは、ターゲットコンテナのアクセスコンテナの外に広がらず、その結果、ターゲットコンテナのアクセスコンテナが変化する時、すなわち、第1のコンテナから第2のコンテナへの変化の時には、第2のコンテナのルーティングテーブルだけが、更新される必要があるようになり、その結果、ルーティング更新が、すばやくおよび便利なものになる。
【００８６】
S120では、コンテナ移動管理装置は、解決システム内のターゲットコンテナのアクセスコンテナのコンテナ情報を更新するために、解決システムとも通信することができる。具体的には、コンテナ移動管理装置は、ターゲットコンテナのアクセスコンテナの変化について解決システムに通知し、ターゲットコンテナのアクセスコンテナのコンテナ情報を更新するように解決システムに指示することができるが、本発明の実施形態は、これに限定されない。コンテンツをパブリッシュする時に、コンテンツパブリッシャは、コンテンツを記憶するターゲットコンテナが移動する可能性があると判定することができ、コンテンツパブリッシャは、ターゲットコンテナが解決可能コンテナであることを解決システムに登録し、ターゲットコンテナの現在のアクセスコンテナについて解決システムに通知することができる。ターゲットコンテナのアクセスコンテナが変化し、たとえば第1のコンテナから第2のコンテナに変化する時に、その変化は、解決システムがターゲットコンテナのアクセスコンテナを更新するようにするために、解決システムに通知される必要があり、その後、他のルーティングノードまたはユーザは、解決システムに照会することによってターゲットコンテナのアクセスコンテナのコンテナ情報を入手することができ、コンテンツ要求パケットは、ターゲットコンテナのアクセスコンテナを介してターゲットコンテナにルーティングされる。オプションで、ターゲットコンテナは、解決システムへの更新要求を開始することができ、または、第2のコンテナ内の少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードが、解決システムへの更新要求を開始することもでき、その結果、解決システムは、更新要求に従って、ターゲットコンテナのアクセスコンテナのコンテナ情報を第1のコンテナのコンテナ情報から第2のコンテナのコンテナ情報に更新するようになるが、本発明の実施形態は、これに限定されない。
【００８７】
本発明の実施形態が、ステップS110およびS120の実行シーケンスを限定しない、すなわち、第2のコンテナ内でターゲットコンテナのルートを登録する、および解決システムを更新するという2つのステップが、同時に実行されてもよく、または、ルートがまず登録され、その後に解決システムが更新され、または、解決システムがまず更新され、その後にルートが第2のコンテナ内で登録されることに留意されたいが、本発明の実施形態は、これに限定されない。
【００８８】
S130では、ターゲットコンテナは、ターゲットコンテナのルートを更新するように第1のコンテナに要求するために第1のコンテナに更新要求を能動的に送信することができ、第1のコンテナは、更新要求に従ってターゲットコンテナのルートを更新し、オプションで、第1のコンテナは、第1のコンテナの移動を検出し、必要に従ってターゲットコンテナのルートを能動的に更新することができるが、本発明の実施形態は、これに限定されない。この場合に、ターゲットコンテナのアクセスコンテナは変化せず、その結果、解決システムは、更新される必要がなくなる。
【００８９】
オプションで、S110で、第1のコンテナからのターゲットコンテナが第2のコンテナに入った後の第2のコンテナでのターゲットコンテナのルートの登録は、以下を含む。
【００９０】
S111。第1のコンテナからのターゲットコンテナが第2のコンテナに入った後に、第2のコンテナが、登録要求情報に従って第2のコンテナ内でターゲットコンテナのルートを登録するようにするために、第2のコンテナに登録要求を送信する。
【００９１】
移動するターゲットコンテナは、コンテンツのグループを記憶する可能性があり、コンテンツのグループは、ターゲットコンテナと一緒に移動し、オプションで、ターゲットコンテナは、少なくとも1つの他のコンテナのアクセスコンテナにさらにされ得、ターゲットコンテナの移動プロセスでは、少なくとも1つの他のコンテナも、ターゲットコンテナと一緒に移動する。オプションで、ターゲットコンテナは、少なくとも1つの第3のコンテナのアクセスコンテナであり、少なくとも1つの第3のコンテナは、ターゲットコンテナと一緒に同期して移動し、その結果、移動プロセスでは、少なくとも1つの第3のコンテナのアクセスコンテナが、必ずターゲットコンテナになる。
【００９２】
オプションで、第2のコンテナは、少なくとも1つのルーティングノードを含み、これに対応して、S110で、第2のコンテナがターゲットコンテナのアクセスコンテナになるようにするために、第2のコンテナ内でターゲットコンテナのルートを登録することは、以下を含む。
【００９３】
S110a。第2のコンテナが、ターゲットコンテナのアクセスコンテナになり、ターゲットコンテナのルートが、第2のコンテナの外に広がらないようにするために、第2のコンテナ内に含まれる少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブルにターゲットコンテナのルートを登録する。
【００９４】
具体的には、第2のコンテナ内に含まれる少なくとも1つのルーティングノードは、コンテンツ要求パケットを転送するように構成され、少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードを介して、要求されるコンテンツは、第2のコンテナ内で直接にルーティングされ得、または、要求されるコンテンツは、第2のコンテナを介して間接にルーティングされ得る。これに対応して、第2のコンテナ内でのターゲットコンテナのルートの登録は、少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブルにターゲットコンテナのルーティングエントリを追加することによって実施され得る。オプションで、ターゲットコンテナのルーティングエントリは、ターゲットコンテナのコンテナ識別子と、そのコンテナ識別子に対応する次ホップインターフェースとを含むことができ、ここで、次ホップインターフェースは、ルーティングノードをターゲットコンテナに接続する次ホップルーティングノードのインターフェースを指すが、本発明の実施形態は、これに限定されない。
【００９５】
オプションで、もう1つの実施形態では、第1のコンテナは、少なくとも1つのルーティングノードを含み、これに対応して、S130で、第1のコンテナ内のターゲットコンテナのルートが更新されるようにするための、第1のコンテナとの通信は、以下を含む。
【００９６】
S130a。ターゲットコンテナのルートが、第1のコンテナ内に含まれる少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブル内で更新され、ターゲットコンテナのルートが第1のコンテナの外に広がらないようにするために、第1のコンテナと通信する。
【００９７】
具体的には、第1のコンテナは、少なくとも1つのルーティングノードを含み、少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブルは、ターゲットコンテナのルーティングエントリを含み、ターゲットコンテナが移動する時には、ターゲットコンテナのルーティングエントリは、1つまたは複数のルーティングノードのルーティングテーブル内で更新され得、オプションで、実際の必要に従って、ターゲットコンテナのルーティングエントリは、1つまたは複数のルーティングノードの中のいくつかのルーティングノードのルーティングテーブルから削除もされ得、ターゲットコンテナのルーティングエントリは、少なくとも1つのルーティングノードの中のいくつかのルーティングノードに追加もされ得るが、本発明の実施形態は、これに限定されない。
【００９８】
オプションで、第2のコンテナのコンテナ情報は、第2のコンテナのコンテナ識別子を含むことができ、第2のコンテナの解決可能フラグを含むこともできる。オプションで、もう1つの実施形態では、方法100は、以下をさらに含むことができる。
【００９９】
S140。第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、解決システム内で第2のコンテナのキャッシュ可能性および老化時間を登録し、ここで、キャッシュ可能性は、ターゲットコンテナと第2のコンテナとの間のマッピング関係が、ネットワーク側またはユーザ機器側でキャッシングされ得ることを示し、老化時間は、マッピング関係がその間にキャッシングされる有効時間を示す。
【０１００】
第2のコンテナのキャッシュ可能性は、ターゲットコンテナとターゲットコンテナのアクセスコンテナである第2のコンテナとの間の、解決によって解決システムによって入手されたマッピング関係が、ネットワーク側またはユーザ機器側でキャッシングされ得ることを示すのに使用され、老化時間は、解決結果がその間にキャッシングされ得る有効時間を示す。たとえば、ルーティングノードは、ターゲットコンテナのアクセスコンテナについて解決システムに照会し、解決システムによって返される解決結果は、ターゲットコンテナのアクセスコンテナが第2のコンテナであることであり、それを介して解決システムが照会するルーティングノードに解決結果を返すパスに沿ったルーティングノードのすべてが、解決結果をキャッシングすることができ、これによって、他のルーティングノードとの共有を容易にする。別のルーティングノードが、ターゲットコンテナのアクセスノードについて照会し、照会要求が、解決結果を記憶するノードに転送される時に、解決結果を記憶するノードは、解決システムにもう一度照会することなく、解決結果を直接に返すことができる。ターゲットコンテナのアクセスコンテナを即座に更新するために、その間に解決結果がキャッシングされる時間が老化時間を過ぎた時に、ルーティングノード上でキャッシングされている解決結果は、無効になり、解決システムは、ターゲットコンテナのアクセスコンテナを入手するためにもう一度照会される必要がある。
【０１０１】
具体的には、キャッシュ可能アクセスコンテナは、「cachable = yes」および「TTL = T」によって示され得、ここで、Tは、解決結果がその間にキャッシングされる有効時間を表し、たとえば、「TTL=1 hour」は、解決結果のキャッシング時間が1時間であることを示す。老化時間Tは、コンテナの移動プロパティに従って決定される必要があり、固定されたマッピング関係を有するコンテナについて、解決システムにアクセスする頻度を下げるために、解決結果がネットワーク側またはユーザ機器内でより長い時間にわたって記憶され得るようにするために、TTLの大きい値、たとえば5000sをセットすることができるが、アクセスコンテナの頻繁な変化を引き起こす頻繁な移動を有するコンテナについては、登録された情報がすばやく更新され、維持されることを保証するために、小さいTTL値をセットすることができる。たとえば、端末コンテナ「chinamobile/fanlingyuan」のアクセスコンテナは、地方自治体コンテナ「cn/gd/sz」およびトポロジ独立コンテナ「hostsrv.com」であり、コンテナ「chinamobile/fanlingyuan」が、頻繁に移動し、たとえば、深センと広州と汕頭との間で突進し、その結果、端末コンテナにアクセスサービスを提供する地方自治体コンテナが、頻繁に変化する可能性が生じるが、端末コンテナにアクセスサービスを提供するトポロジ独立コンテナ「hostsrv.com」は、基本的に変更されないままになることができる。したがって、この解決システムでは、コンテナ「cn/gd/sz」のTTL値に1hをセットすることができ、コンテナ「hostsrv.com」のTTL値に50hをセットすることができるが、本発明の実施形態は、これに限定されない。
【０１０２】
オプションで、ターゲットコンテナが、複数のアクセスコンテナを有する時に、その複数のアクセスコンテナに、解決システム内で優先順位を付けることができ、その複数のアクセスコンテナの中のアクセスコンテナは、解決可能コンテナとすることができるが、本発明の実施形態は、これに限定されない。
【０１０３】
オプションで、もう1つの実施形態では、図2に示されているように、方法100は、以下をさらに含む。
【０１０４】
S150。第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、ターゲットコンテナのルートを第1のコンテナ内で削除する。
【０１０５】
ターゲットコンテナは、ターゲットコンテナのルートを削除するように第1のコンテナに要求するために、第1のコンテナに要求情報を送信することができ、第1のコンテナは、要求に従ってターゲットコンテナのルートを取り消し、オプションで、第1のコンテナは、ターゲットコンテナがまだ第1のコンテナ内にあるかどうかを自動的に検出することもでき、ターゲットコンテナが第1のコンテナから出て移動することが検出される時には、ターゲットコンテナのルートを能動的に削除することができるが、本発明の実施形態は、これに限定されない。
【０１０６】
具体的には、第1のコンテナは、少なくとも1つのルーティングノードを含むことができ、少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブルは、ターゲットコンテナのルーティングエントリを含み、ターゲットコンテナのルートの削除は、具体的には、1つまたは複数のルーティングノードのルーティングテーブルからターゲットコンテナのルーティングエントリを削除することであるが、本発明の実施形態は、これに限定されない。
【０１０７】
オプションで、もう1つの実施形態では、S150で、第1のコンテナ内でのターゲットコンテナのルートの削除は、以下を含む。
【０１０８】
S151。第1のコンテナが、ルート削除命令情報に従ってターゲットコンテナのルートを削除するようにするために、第1のコンテナにルート削除命令情報を送信する。
【０１０９】
したがって、本発明の実施形態によるデータソース移動処理方法では、データソースは、コンテナとして抽象化され、ターゲットコンテナの移動プロセスでは、解決システム内で、ターゲットコンテナのルートが、更新され、ターゲットコンテナのアクセスコンテナの情報が、更新される。したがって、データソース移動は、頻繁で面倒なルート更新を導入せず、コンテンツのコンテンツ名を変更せずにサポートされ、これによって、コンテンツ名の永続性が維持され、ICNアーキテクチャの柔軟性が強化され、ユーザ経験が改善される。
【０１１０】
図3は、本発明の実施形態によるパケット転送方法200の概略流れ図である。この方法は、ルーティングノードによって実行され得、説明のしやすさのために、方法200を実行するルーティングノードを、下ではこのノードと呼ぶ。この実施形態のパケット転送方法を、前述の実施形態に基づいて実行することができる、すなわち、このノードによって受信されるコンテンツ要求パケットが、解決可能コンテナのコンテナ識別子を担持する時に、このノードは、解決システムに照会することによってコンテンツ要求パケットの転送エントリを判定することができることを理解されたく、たとえば、コンテンツ要求パケットは、ターゲットコンテナのコンテナ識別子を担持し、第2のコンテナがターゲットコンテナのルートを登録し、ターゲットコンテナに対応するアクセスコンテナが解決システム内で更新された後に、このノードは、解決システムを介して第2のコンテナのコンテナ情報を入手し、コンテンツ要求パケットを第2のコンテナを介してターゲットコンテナに転送することができる。図3に示されているように、方法200は、以下を含む。
【０１１１】
S210。コンテンツ要求パケットを受信し、コンテンツ要求パケットは、要求されるコンテンツのコンテンツ名およびコンテナ情報を担持し、コンテナ情報は、要求されるコンテンツを記憶するコンテナのコンテナ識別子および解決可能フラグを含み、解決可能フラグは、コンテナが解決可能であるかどうかを識別するのに使用される。
【０１１２】
S220。要求されるコンテンツのコンテンツ名と一致する転送エントリが転送情報ベースFIB内に存在するかどうかを判定する。
【０１１３】
S230。要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在しない時に、コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定する。
【０１１４】
S240。コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在しない時に、解決可能コンテナのアクセスコンテナのコンテナ情報に従ってコンテンツ要求パケットの転送ルートを判定するために、コンテンツ要求パケット内で担持される解決可能フラグに従って解決可能コンテナのアクセスコンテナのコンテナ情報を判定する。
【０１１５】
コンテンツ要求パケットを受信する時に、このノードは、要求されるコンテンツのコンテンツ名と一致する転送エントリと、コンテンツ要求パケット内で担持されるコンテナ情報内のコンテンツ識別子と一致する転送エントリとをFIB内で順次検索し、一致する転送エントリが検索によって見つからない時には、このノードは、コンテンツ要求パケット内で担持される解決可能フラグに従って、コンテンツ要求パケット内で担持されるコンテナ情報に対応するコンテナ内の解決可能コンテナを判定することができ、ここで、コンテンツ要求パケット内で担持されるコンテナ情報に対応するコンテナは、1つまたは複数の解決可能コンテナを含むことができ、その後、このノードは、1つまたは複数の解決可能コンテナのアクセスコンテナのコンテナ情報を入手するために1つまたは複数の解決可能コンテナを解決し、ここで、アクセスコンテナのコンテナ情報は、アクセスコンテナのコンテナ識別子を含むことができ、アクセスコンテナの解決可能フラグをさらに含むこともでき、このノードは、FIB内で解決可能コンテナのアクセスコンテナのコンテナ識別子と一致する転送エントリを検索し続ける。
【０１１６】
したがって、本発明の実施形態によるパケット転送方法では、コンテンツのコンテナ情報が、ICNアーキテクチャ内で、コンテンツの属性を拡張するためにコンテンツ名に加えて追加され、転送ルートは、コンテンツ要求パケット内で担持されるコンテナ識別子および解決可能フラグに従ってコンテンツ要求パケットについて判定され得、その結果、データソースの移動プロセスでは、コンテンツ要求パケットが、解決システムの頻繁な呼出しを伴わずに、移動するデータソースに送信され得、これによってユーザ経験が改善される。
【０１１７】
S210では、このノードによって受信されたコンテンツ要求パケットは、別のルーティングノードによって送信された可能性があり、ユーザ機器によって送信された可能性もあり、これは、本発明の実施形態によって限定されない。コンテンツ要求パケット内で担持される要求されるコンテンツのコンテナ情報内に含まれるコンテナ識別子に対応するコンテナは、要求されるコンテンツのコンテナセットを形成し、コンテナセットは、1つまたは複数のコンテナを含むことができる。オプションで、コンテナセット内の1つまたは複数のコンテナは、1つまたは複数の第1の他のコンテナのアクセスコンテナであり、かつ/または1つまたは複数の第2の他のコンテナが、そのコンテナのアクセスコンテナであり、ここで、アクセスコンテナは、少なくとも1つのコンテナを含み、少なくとも1つのコンテナにコンテンツ要求パケットをルーティングするのに使用される転送エントリを含むコンテナであり、本明細書での「第1の他のコンテナ」および「第2の他のコンテナ」は、そのコンテナ以外の他のコンテナとすることができ、コンテナセットに属するコンテナとすることができ、コンテナセットに属さない他のコンテナとすることもできるが、本発明の実施形態は、これに限定されない。
【０１１８】
具体的には、コンテナセットは、要求されるコンテンツのホームコンテナを含むことができる。要求されるコンテンツのホームコンテナは、要求されるコンテンツがそこで直接にルーティングされ得るコンテナである。要求されるコンテンツのホームコンテナは、要求されるコンテンツのコンテンツ名に対応する転送エントリを含む、すなわち、要求されるコンテンツのホームコンテナ内に含まれる少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのFIBは、要求されるコンテンツのコンテンツ名に対応する転送エントリを含み、要求されるコンテンツのコンテンツ名は、要求されるコンテンツのホームコンテナに対応する。要求されるコンテンツは、1つまたは複数のホームコンテナを有することができ、これに対応して、要求されるコンテンツのコンテンツ名は、1つまたは複数のホームコンテナに対応することができ、要求されるコンテンツは、要求されるコンテンツのコンテンツ名に対応するホームコンテナ内でルーティングされ得る。
【０１１９】
要求されるコンテンツのホームコンテナのアクセスコンテナを、要求されるコンテンツを記憶するコンテナと見なすことができ、ここで、要求されるコンテンツは、ホームコンテナのアクセスコンテナを介して間接にルーティングされ得る。オプションで、コンテナセットは、要求されるコンテンツのホームコンテナのアクセスコンテナをさらに含むか、またはアクセスコンテナのアクセスコンテナをさらに含むことができ、ホームコンテナのアクセスコンテナを介するかまたはアクセスコンテナのアクセスコンテナ内に含まれる1つまたは複数のルーティングノードを介して、要求されるコンテンツは、アクセスコンテナを介してルーティングされ得る。オプションで、コンテナセットは、コンテンツを記憶するすべてのコンテナを含むこともできるが、本発明の実施形態は、これに限定されない。
【０１２０】
本発明の実施形態では、要求されるコンテンツがそこで直接にルーティングされ得るホームコンテナと、ホームコンテナのアクセスコンテナおよびアクセスコンテナのアクセスコンテナなど、要求されるコンテンツがそこで間接にルーティングされ得るコンテナとの両方を、要求されるコンテンツを記憶するコンテナと見なすことができるが、ルーティングノードを直接に含むコンテナだけが、ルーティングノードのホームコンテナであって、コンテナのアクセスコンテナは、ルーティングノードのホームコンテナではない。
【０１２１】
さらに、要求されるコンテンツのコンテナ情報は、コンテナセット内の各コンテナのコンテナ識別子および解決可能フラグを担持することができ、解決可能フラグは、コンテナ識別子に対応するコンテナが解決可能であるかどうかを識別するのに使用され、ここで、解決可能コンテナは、解決システムに照会することによってそのアクセスコンテナを入手することができるコンテナである。具体的には、コンテンツ要求パケットは、解決可能コンテナの解決可能フラグを担持することができ、解決可能フラグを伴わないコンテナは、デフォルトで解決不能である。オプションで、コンテンツ要求パケットは、すべてのコンテナの解決可能フラグを担持することもでき、異なる解決可能フラグは、コンテナが解決可能または解決不能のどちらであるのかを示すのに使用され、たとえば、解決可能フラグ「resolvable=yes」は、コンテナが解決可能であることを示すが、「resolvable=no」は、コンテナが解決不能であることを示すが、本発明の実施形態は、これに限定されない。
【０１２２】
オプションで、要求されるコンテンツのコンテンツ名と要求されるコンテンツのコンテナセットとの間の関係を、木によって示すことができる。これに対応して、要求されるコンテンツのコンテンツ名と要求されるコンテンツのコンテナ情報との間の関係をも、木構造によって示すことができる。具体的には、要求されるコンテンツのコンテンツ名および要求されるコンテンツのコンテナ情報は、要求されるコンテンツのコンテンツ名がルートノードである木を形成し、ルートノードの子ノードは、要求されるコンテンツのホームコンテナのコンテナ情報を表し、第1のノードによって表されるコンテナ情報に対応するコンテナは、第1のノードの親ノードによって表されるコンテナ情報に対応するコンテナのアクセスコンテナであり、第1のノードは、ルートノードとルートノードの子ノードと以外のツリー内のノードである。
【０１２３】
木ベースの表現方法は、単純で明瞭であるが、2つ以上のコンテナが同一のアクセスコンテナを有する時には、木ベースの表現方法は、重複したノードを有する。多数のそのような重複したノードが存在する時に、木ベースの表現方法は、低い効率という問題を有する。オプションで、重複したノードを回避するために、要求されるコンテンツのコンテンツ名と要求されるコンテンツのコンテナセットとの間の関係を、有向非巡回グラフによって示すこともできる。これに対応して、要求されるコンテンツのコンテンツ名および要求されるコンテンツのコンテナ情報をも、有向非巡回グラフによって示すことができる。具体的には、要求されるコンテンツのコンテンツ名および要求されるコンテンツのコンテナ情報は、要求されるコンテンツのコンテンツ名が入口頂点である有向非巡回グラフを形成し、入口頂点から発する有向辺の端点は、要求されるコンテンツのホームコンテナのコンテナ情報を表し、有向非巡回グラフの第2の頂点によって表されるコンテナ情報に対応するコンテナは、第1の頂点によって表されるコンテナ情報に対応するコンテナのアクセスコンテナであり、第1の頂点は、入口頂点以外の有向非巡回グラフ内の頂点であり、第2の頂点は、第1の頂点から発する有向辺の端点である。しかし、本発明の実施形態は、特定の表現方法に限定されない。
【０１２４】
オプションで、コンテナセット内のコンテナは、コンテンツのグループを記憶するのに使用される記憶空間である。オプションで、コンテナは、少なくとも1つのルーティングノードを含み、少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードを介して、要求されるコンテンツは、コンテナ内でルーティングされ得、または、要求されるコンテンツは、コンテナを介してルーティングされ得る。要求されるコンテンツのコンテンツ名は、1つまたは複数のホームコンテナに対応し、要求されるコンテンツのホームコンテナは、要求されるコンテンツがそこで直接にルーティングされ得るコンテナである。オプションで、コンテナは、1つまたは複数の第1の他のコンテナのアクセスコンテナであり、かつ/または
1つまたは複数の第2の他のコンテナは、コンテナのアクセスコンテナであり、アクセスコンテナは、少なくとも1つのコンテナを含み、コンテンツ要求パケットを少なくとも1つのコンテナにルーティングするのに使用される転送エントリを含むコンテナである。
【０１２５】
オプションで、FIB内の転送エントリは、コンテンツ名プリフィックスおよびコンテンツ名プリフィックスに対応するインターフェースを含む。
【０１２６】
これに対応して、S220で、要求されるコンテンツのコンテンツ名と一致する転送エントリが転送情報ベースFIB内に存在するかどうかを判定するステップは、以下を含む。
【０１２７】
S221。要求されるコンテンツのコンテンツ名のプリフィックスがFIB内の転送エントリ内のコンテンツ名プリフィックスと一致するかどうかに従って、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定する。
【０１２８】
このノードは、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定するために、要求されるコンテンツのコンテンツ名のプリフィックスおよび転送エントリ内のコンテンツ名プリフィックスに対して検索およびマッチングを実行する。
【０１２９】
オプションで、もう1つの実施形態では、FIB内の転送エントリは、プリセットされたコンテナ識別子と、プリセットされたコンテナ識別子に対応するインターフェースとを含む。
【０１３０】
これに対応して、S230では、コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかの判定は、以下を含む。
【０１３１】
S231。コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するために、コンテンツ要求パケット内で担持されるコンテナ識別子をFIB内のプリセットされたコンテナ識別子とマッチングする。
【０１３２】
このノードのFIB内の転送エントリは、コンテンツ名プリフィックスとコンテンツ名プリフィックスに対応するインターフェースとを含み、または、プリセットされたコンテナ識別子とプリセットされたコンテナ識別子に対応するインターフェースとを含む。
【０１３３】
オプションで、このノードは、解決可能コンテナのアクセスコンテナがまだ解決可能である時に、解決可能コンテナのアクセスコンテナを解決することができる。オプションで、もう1つの実施形態では、図4に示されているように、方法200は、以下を含む。
【０１３４】
S250。解決可能コンテナのアクセスコンテナが解決可能である時に、解決可能コンテナのアクセスコンテナを解決する。
【０１３５】
S252。解決によって入手されるアクセスコンテナが解決可能である時に、要求されるコンテンツのすべての解決可能コンテナのアクセスコンテナのコンテナ識別子を入手するために、さらなる解決によって入手されるアクセスコンテナが解決不能になるまで、解決によって入手されるアクセスコンテナをさらに解決する。
【０１３６】
S254。すべての解決可能コンテナのアクセスコンテナのコンテナ識別子の中の少なくとも1つのコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するために、すべての解決可能コンテナのアクセスコンテナのコンテナ識別子をFIB内のプリセットされたコンテナ識別子とマッチングする。
【０１３７】
S256。すべての解決可能コンテナのアクセスコンテナのコンテナ識別子の中の少なくとも1つのコンテナ識別子と一致する転送エントリがFIB内に存在する時に、一致する転送エントリ内のポートに従ってコンテンツ要求パケットを送信する。
【０１３８】
S252を、循環的に実行することができる。具体的には、解決可能コンテナのアクセスコンテナがまだ解決可能である時に、このノードは、アクセスコンテナのアクセスコンテナを入手するために解決システムにさらに照会し、アクセスコンテナのアクセスコンテナが解決可能であるかどうかを判定し、アクセスコンテナのアクセスコンテナがまだ解決可能である時には、このノードは、アクセスコンテナのアクセスコンテナをさらに解決し、その結果、さらなる解決によって入手されるアクセスコンテナが解決不能になるまで、反復解決プロセスがこの形で実行されるようになる。ここまでで、完全な解決プロセスが終了しており、このノードは、要求されるコンテンツのすべての解決可能コンテナのアクセスコンテナを入手済みである。その後、このノードは、すべてのアクセスコンテナの中のあるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するために、優先順位ポリシに従って、完全な解決プロセスで入手されたすべてのアクセスコンテナのコンテナ識別子をFIB内のプリセットされたコンテナ識別子と順次マッチングし、一致する転送エントリがFIB内に存在する時には、このノードは、一致した転送エントリ内のインターフェースにコンテンツ要求パケットを送信することができる。オプションで、このノードは、S240で入手されたいくつかの解決可能コンテナのアクセスコンテナに対してのみ、前述の循環解決プロセスを実行することもでき、または、さらなる解決プロセスを複数回実行した後に、このノードは、さらなる解決によって入手されるアクセスコンテナのコンテナ識別子をFIB内のプリセットされたコンテナ識別子とまず順次マッチングし、どのコンテナ識別子に一致する転送エントリもFIB内に存在しない時に、さらなる解決に継続し、解決可能コンテナをマッチングするが、本発明の実施形態は、これに限定されない。
【０１３９】
オプションで、もう1つの実施形態では、方法200は、以下をさらに含む。
【０１４０】
S258。すべての解決可能コンテナのアクセスコンテナのコンテナ識別子の中のどのコンテナ識別子と一致する転送エントリもFIB内に存在しない時に、デフォルトインターフェースに従ってコンテンツ要求パケットを送信し、またはコンテンツ要求パケットを破棄する。
【０１４１】
オプションで、このノードは、S240で入手された解決可能コンテナのアクセスコンテナのコンテナ識別子を、FIB内の転送エントリ内のプリセットされたコンテナ識別子とマッチングすることもでき、解決可能コンテナのアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在せず、解決可能コンテナのアクセスコンテナがまだ解決可能である時には、解決可能コンテナのアクセスコンテナをさらに解決し、マッチングする。前述の完全な解決プロセスと比較して、代替の解決およびマッチングの処理プロセスは、解決可能コンテナを解決する回数を減らすことができ、これによって、コンテンツ要求パケットの処理進行を加速する。オプションで、もう1つの実施形態では、図5に示されているように、方法200は、以下をさらに含む。
【０１４２】
S260。解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するために、解決によって入手されるアクセスコンテナのコンテナ識別子をFIB内のプリセットされたコンテナ識別子とマッチングする。
【０１４３】
S262。解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在せず、解決によって入手されるアクセスコンテナが解決可能である時に、さらなる解決によって入手されるアクセスコンテナが解決不能になるか、またはさらなる解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在するようになるまで、解決によって入手されるアクセスコンテナをさらに解決する。
【０１４４】
S264。解決またはさらなる解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在する時に、一致する転送エントリ内のポートに従ってコンテンツ要求パケットを送信する。
【０１４５】
S262を、循環的に実行することができる。具体的には、解決によって入手されたアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在せず、解決によって入手されたアクセスコンテナが解決可能であると判定する時に、このノードは、さらなる解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するために、解決によって入手されたアクセスコンテナをさらに解決し、さらなる解決によって入手されたアクセスコンテナのコンテナ識別子をFIB内のプリセットされたコンテナ識別子とマッチングし、さらなる解決によって入手されたアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在せず、さらなる解決によって入手されたアクセスコンテナがまだ解決可能である時には、さらなる解決によって入手されたアクセスコンテナをさらに解決し、さらなる解決によって入手されたアクセスコンテナのコンテナ識別子をFIB内のプリセットされたコンテナ識別子とマッチングする。このプロセスは、さらなる解決によって入手されたアクセスコンテナが解決不能になるか、またはさらなる解決によって入手されたアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在するようになるまで、循環的に実行される。オプションで、このノードは、解決またはさらなる解決によって入手されたいくつかのアクセスコンテナをまず解決し、マッチングすることもでき、マッチングが成功ではない時には、残りのアクセスコンテナをさらに解決し、マッチングし、オプションで、このノードは、さらなる解決をまず複数回実行し、その後、マッチングを実行することもできるが、本発明の実施形態は、これに限定されない。
【０１４６】
オプションで、もう1つの実施形態では、方法200は、以下をさらに含む。
【０１４７】
S266。さらなる解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在せず、さらなる解決によって入手されるアクセスコンテナが解決不能である時に、デフォルトインターフェースに従ってコンテンツ要求パケットを送信し、またはコンテンツ要求パケットを破棄する。
【０１４８】
オプションで、もう1つの実施形態では、図6に示されているように、S240で、コンテンツ要求パケット内で担持される解決可能フラグに従って解決可能コンテナのアクセスコンテナのコンテナ情報を判定するステップは、以下を含む。
【０１４９】
S241。コンテンツ要求パケット内で担持される解決可能フラグに従って解決可能コンテナを判定する。
【０１５０】
S242。キャッシングされ、まだ有効である解決可能コンテナのアクセスコンテナのコンテナ情報をネットワーク側から入手し、かつ/または解決可能コンテナのアクセスコンテナのコンテナ情報を解決システムから入手する。
【０１５１】
コンテンツ要求パケット内で、いくつかのコンテナのみのコンテナ情報が解決可能フラグを含む時には、このノードは、コンテナ情報に対応する1つまたは複数のコンテナの中で、解決可能フラグを含むコンテナが解決可能コンテナであると判定し、オプションで、このノードが、コンテンツ要求パケット内で、解決不能コンテナのコンテナ情報のみが解決可能フラグを含むことをプリセットする時には、このノードは、解決可能フラグを含まないコンテナが解決可能コンテナであると判定し、オプションで、コンテンツ要求パケット内の各コンテナのコンテナ情報が解決可能フラグを含む時には、このノードは、特定の解決可能フラグに従って解決可能コンテナを判定し、たとえば、解決可能フラグ「resolvable=yes」に従って、解決可能フラグに対応するコンテナが解決可能コンテナであると判定するが、本発明の実施形態は、これに限定されない。
【０１５２】
オプションで、ネットワーク側の少なくとも1つの他のルーティングノードが、このノードがそれを介して解決可能コンテナのアクセスコンテナについて解決システムに照会するパス上にある場合があり、その少なくとも1つの他のルーティングノードの中の1つまたは複数のルーティングノードが、解決可能コンテナの解決結果を記憶し、その解決結果がまだ有効である時には、その1つまたは複数のルーティングノードは、その解決結果を直接に返し、解決システムにもう一度照会することは不必要であり、オプションで、その少なくとも1つの他のルーティングノードの中のすべてのルーティングノードが、解決可能コンテナの解決結果を記憶していない時または記憶された解決結果が無効である時には、照会要求が、解決システムに転送され、解決システムは、解決可能コンテナの解決結果を返すが、本発明の実施形態は、これに限定されない。
【０１５３】
オプションで、もう1つの実施形態では、解決可能コンテナのアクセスコンテナのコンテナ情報は、キャッシュ可能性および老化時間を含み、キャッシュ可能性は、解決可能コンテナと解決可能コンテナのアクセスコンテナとの間のマッピング関係が、ネットワーク側またはユーザ機器側でキャッシングされ得ることを示し、老化時間は、マッピング関係がその間にキャッシングされる有効時間を示し、方法200は、以下を含む。
【０１５４】
S268。他のルーティングノードまたはユーザ機器との共有を容易にするために、解決可能コンテナと解決可能コンテナのアクセスコンテナとの間のマッピング関係をネットワーク側でキャッシングする。
【０１５５】
オプションで、ネットワーク側の他のルーティングノードまたは解決システムによって返される解決結果は、解決可能コンテナのアクセスコンテナのコンテナ識別子を含むことができ、解決可能コンテナのアクセスコンテナの解決可能フラグをもさらに含むことができ、オプションで、他のユーザ機器およびルーティングノードとの共有を容易にするために、ユーザ機器またはネットワーク側が解決結果をキャッシングできることを示し、解決結果がキャッシングされる有効時間を示すために、キャッシュ可能性および老化時間をもさらに含むことができる。本明細書でのネットワーク側は、このノードを含むことができ、解決結果がそれを介してこのノードに返されるパス上の少なくとも1つの他のルーティングノードをも含むことができるが、本発明の実施形態は、これに限定されない。
【０１５６】
オプションで、もう1つの実施形態では、方法200は、以下をさらに含む。
【０１５７】
S270a。要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在する時に、一致する転送エントリ内のインターフェースに従ってコンテンツ要求パケットを送信する。
【０１５８】
S270b。コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在する時に、一致する転送エントリ内のポートに従ってコンテンツ要求パケットを送信する。
【０１５９】
オプションで、このノードは、CSを介して要求されるコンテンツをキャッシングすることもでき、その結果、同一コンテンツに関する要求を受信する時に、ルーティングノードが、コンテンツ要求パケットのセンダにCS内に記憶された要求されるコンテンツを直接送信できるようになり、これによって、コンテンツ要求プロセスがより単純でより高速になる。オプションで、もう1つの実施形態では、図7に示されているように、方法200は、以下をさらに含む。
【０１６０】
S272。要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定する前に、要求されるコンテンツのコンテンツ名と一致するコンテンツがコンテンツストアCS内に存在するかどうかを判定する。
【０１６１】
S274。要求されるコンテンツのコンテンツ名と一致するコンテンツがCS内に存在する時に、一致するコンテンツをコンテンツ要求パケットのセンダに送信する。
【０１６２】
S220a。要求されるコンテンツのコンテンツ名と一致するコンテンツがCS内に存在しない時に、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定するステップを実行する。
【０１６３】
オプションで、このノードを、従来技術のNDNでのルーティングおよび転送方法と互換とすることもでき、コンテンツ要求パケットのセンダのルート情報は、保留中情報テーブル(Pending Information Table、略して「PIT」)に記憶され、要求されるコンテンツが返されない時には、検索、マッチング、および転送は、同一のコンテンツ要求について1回だけ実行され、要求されるコンテンツが返される時には、このノードは、同一の要求されるコンテンツの繰り返される検索を回避するだけではなく、返されるデータパケットの次ホップインターフェースを判定するためにも、PIT内のPITエントリを介して要求されるコンテンツを含むデータパケットの次ホップインターフェースを判定することもできる。オプションで、もう1つの実施形態では、図8に示されているように、方法200は、以下をさらに含む。
【０１６４】
S276。要求されるコンテンツのコンテンツ名と一致するコンテンツがCS内に存在しない時に、要求されるコンテンツのコンテンツ名と一致するPITエントリが保留中情報テーブルPIT内に存在するかどうかを判定する。
【０１６５】
S278。要求されるコンテンツのコンテンツ名と一致するPITエントリがPIT内に存在する時に、コンテンツ要求パケットのセンダに対応するインターフェースを一致するPITエントリに追加する。
【０１６６】
S220b。要求されるコンテンツのコンテンツ名と一致するPITエントリがPIT内に存在しない時に、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定するステップを実行する。
【０１６７】
本発明の実施形態では、解決可能コンテナの転送エントリは、解決可能コンテナのアクセスコンテナ内でのみ広がることができ、その結果、コアルータ内のルーティングテーブルのルーティングエントリの個数が減らされ、解決可能コンテナが、アクセスコンテナ内で移動する時には、そのアクセスコンテナ内のルーティングテーブルだけが、更新され得、解決可能コンテナが、現在のアクセスコンテナの外に移動し、別のコンテナに入る時には、現在のアクセスコンテナのルーティングテーブルおよびその別のコンテナ内のルーティングテーブルが、更新され得、その結果、その別のコンテナが、解決可能コンテナの新しいアクセスコンテナになり、解決可能コンテナのアクセスコンテナの情報が、解決システム内で更新され、その結果、コンテンツ要求パケットまたはデータパケットが、新しいアクセスコンテナを介して解決可能コンテナにルーティングされ得るようになる。オプションで、解決可能コンテナのルートが解決可能コンテナのアクセスコンテナの外に広がらないようにするために、解決可能コンテナの転送エントリは、解決可能コンテナのアクセスコンテナ内にのみ含まれる。
【０１６８】
オプションで、もう1つの実施形態では、解決可能コンテナのアクセスコンテナは、少なくとも1つのルーティングノードを含み、これに対応して、解決可能コンテナのルートが解決可能コンテナのアクセスコンテナの外に広がらないようにするために、解決可能コンテナの転送エントリは、解決可能コンテナのアクセスコンテナ内にのみ含まれ、これは、以下を含む。
【０１６９】
解決可能コンテナのルートが、解決可能コンテナのアクセスコンテナ内に含まれる少なくとも1つのルーティングノードの外に広がらないようにするために、解決可能コンテナの転送エントリは、解決可能コンテナのアクセスコンテナ内に含まれる少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブル内にのみ含まれる。
【０１７０】
したがって、本発明の実施形態によるパケット転送方法では、コンテンツのコンテナ情報が、ICNアーキテクチャ内でコンテンツの属性を拡張するためにコンテンツ名に加えて追加され、転送ルートは、コンテンツ要求パケット内で担持されるコンテナ識別子および解決可能フラグに従ってコンテンツ要求パケットについて判定され得、その結果、データソースの移動プロセスでは、コンテンツ要求パケットが、解決システムの頻繁な呼出しを伴わずに、移動するデータソースに送信され得、これによってユーザ経験が改善される。
【０１７１】
本発明の実施形態によって提供されるデータソース移動処理方法と、そのデータソース移動処理方法に対応するパケット転送方法とを、以下で、特定の例を参照してより詳細に説明する。図9は、本発明の実施形態によるデータソース移動でのコンテナの概略図である。図9に示されているように、データソースとして働く端末Mについて、そのネットワークを、ターゲットコンテナMと見なすことができ、ターゲットコンテナMが、オリジナルのアクセスコンテナBからコンテナAに移動する時に、コンテナAは、ターゲットコンテナMのルート情報を登録し、したがって、ターゲットコンテナMの新しいアクセスコンテナになる。コンテナCがアクセスコンテナである別の端末E1が、ターゲットコンテナM内に記憶されたコンテンツを要求する時には、コンテンツ要求パケットが、ネットワーク側のルーティングノードに送信され、ここで、コンテンツ要求パケットは、要求されたコンテンツのコンテンツ名とターゲットコンテナMのコンテナ情報とを担持し、コンテナC内のルーティングノードが、ターゲットコンテナMのアクセスコンテナとは異なり、要求されるコンテンツのコンテンツ名およびターゲットコンテナMのコンテンツ識別子に対応する転送エントリがコンテナC内のルーティングノードのFIBに存在しないので、ターゲットコンテナMのアクセスコンテナがAであることを知るために、解決システムに照会することが必要であり、その後、コンテンツ要求パケットは、コンテナAに転送され、コンテンツ要求パケットが、コンテナA内のルーティングノードに転送された後に、ルーティングノードがA内に含まれ、ターゲットコンテナMが同一のアクセスコンテナ内にあるので、要求されるコンテンツのコンテンツ名および/またはターゲットコンテナMのコンテナ識別子に対応する転送エントリは、ルーティングノードのFIB内に存在することができ、転送ルートは、転送エントリに従ってコンテンツ要求パケットについて判定され得、コンテンツ要求パケットは、ターゲットコンテナMに最終的に転送され得る。コンテナAがアクセスコンテナである別の端末E2が、ターゲットコンテナM内に記憶されたコンテンツを要求する時には、端末E2のアクセスコンテナが、ターゲットコンテナMのアクセスコンテナと同一なので、ルーティングノードは、解決システムに照会することなく、コンテンツ名またはターゲットコンテナMのコンテナ識別子に従ってFIBから検索し、ターゲットコンテナMにコンテンツ要求パケットを転送することができる。
【０１７２】
図10は、本発明の実施形態によるデータソース移動でのコンテナのもう1つの概略図である。図10に示されているように、ターゲットコンテナBは、オリジナルのアクセスコンテナDからコンテナAに移動し、ターゲットコンテナB内に含まれる端末コンテナE3および端末コンテナE4は、ターゲットコンテナBと一緒に移動し、これをネットワーク移動と呼ぶ場合がある。コンテナAは、ターゲットコンテナBの新しいアクセスコンテナになるために、ターゲットコンテナBのルート情報を登録することができる。図9の説明内に含まれるものに似て、ターゲットコンテナBの外部の端末が、端末コンテナE4に記憶されたコンテンツを要求する時には、コンテンツ要求パケットは、ターゲットコンテナBにまず転送され得、その後、コンテンツ要求パケットは、ターゲットコンテナBの内部ルートを使用することによって、端末コンテナE4に転送され、ターゲットコンテナB内の端末が、端末コンテナE4に記憶されたコンテンツを要求する時には、コンテンツ要求パケットは、ターゲットコンテナBの内部ルートを使用することによって、端末コンテナE4に転送され得る。オプションで、ターゲットコンテナB内の端末が、端末コンテナE4に記憶されたコンテンツを要求する時には、コンテンツ要求パケットは、要求されるコンテンツのコンテンツ名だけを担持することができ、または、要求されるコンテンツのコンテンツ名および端末コンテナE4のコンテナ識別子だけを担持するが、端末コンテナE4の解決可能フラグを担持しないものとすることができるが、本発明の実施形態は、これに限定されない。
【０１７３】
図9および図10の例から、移動するターゲットコンテナが、コンテンツセットを担持するコンテナであることができ、コンテナセットを担持するコンテナでもありえることがわかる。コンテナセットを担持するターゲットコンテナが、ターゲットコンテナのアクセスコンテナ内で移動する時には、ターゲットコンテナのアクセスコンテナ内のターゲットコンテナのルートが、更新され得る。コンテナセットを担持するターゲットコンテナが、新しいアクセスコンテナに移動する時には、ターゲットコンテナは、新しいアクセスコンテナにターゲットコンテナのルートを登録することができ、ターゲットコンテナのルートは、新しいアクセスコンテナから外に広がる必要がなく、ターゲットコンテナは、解決システム内でターゲットコンテナのアクセスコンテナの情報を更新することができ、ターゲットコンテナによって担持されるコンテナセットのアクセスコンテナは、変化せず、したがって、ターゲットコンテナによって担持されるコンテナセットのルートを更新することも、解決システム内でそのアクセスコンテナの情報を更新することも不要である。
【０１７４】
図11aは、本発明の実施形態によるデータソース移動でのコンテナのもう1つの概略図である。端末ユーザは、飛行機または列車などの車両によって深センから広州および北京へ連続して移動する、すなわち、車両コンテナは、地方自治体コンテナから別の地方自治体コンテナに移動する。この移動プロセスでは、車両コンテナ内に含まれる多数の端末コンテナによって形成されるセットが、車両コンテナと一緒に移動する。
【０１７５】
具体的には、図11aに示されているように、端末が飛行機に入る時に、端末コンテナは、そのルート情報を飛行機コンテナに登録し、その間に、端末コンテナのアクセスコンテナの以下のコンテナ情報を解決システムに登録し:chinamobile/fanlingyuan -> {airchina/ca1314; resolvable = yes; TTL=1000}、ここで、登録される情報は、コンテナ「chinamobile/Fanlingyuan」にアクセスサービスを現在提供するコンテナが、飛行機コンテナ「airchina/ca1314」であることと、飛行機コンテナ「airchina/ca1314」が、さらに解決され得ることとを示す。その間に、飛行機コンテナ「airchina/ca1314」は、そのアクセスコンテナ内のルートをも登録し、飛行機コンテナ「airchina/ca1314」のアクセスコンテナの以下のコンテナ情報を解決システムに登録し:airchina/ca1314 -> {cn/gd/sz; TTL=1000}、ここで、登録される情報は、コンテナ「airchina/ca1314」のアクセスコンテナが、地方自治体コンテナ「cn/gd/sz」であることを示す。この形で、飛行機の飛行中に、飛行機コンテナ「airchina/ca1314」は、飛行機コンテナ「airchina/ca1314」にアクセスサービスを提供するコンテナを解決システム内で更新することと、その新しいアクセスコンテナ内でのそのルート情報を登録することだけを必要とする。たとえば、その飛行機が広東に到着する時に、コンテナ「airchina/ca1314」は、解決システム内で、そのアクセスコンテナのコンテナ情報を「cn/gd/gz」に更新し、その飛行機が北京に到着する時に、コンテナ「airchina/ca1314」は、解決システム内で、そのアクセスコンテナのコンテナ情報を「cn/beijing」に更新する。飛行機の移動中に、飛行機内の端末ユーザの位置は、飛行機に対して相対的に変化せず、その結果、飛行機コンテナ内の端末コンテナは、解決システムとの相互作用を必要とせず、これによって、解決システムが集中的に頻繁に更新されることが防がれる。飛行機が、北京である目的地に到着する時に、端末は、飛行機から離れ、別のコンテナ「cn/
beijing」に入ることができる。その瞬間に、端末コンテナは、端末コンテナのルート情報をコンテナ「cn/beijing」に登録することができ、その結果、コンテナ「cn/beijing」が、端末コンテナの新しいアクセスコンテナになり、その間に、端末コンテナは、解決システム内で、端末コンテナのアクセスコンテナのコンテナ情報を更新することができる。
【０１７６】
これに対応して、端末1が、飛行機コンテナ「airchina/ca1314」に入る時に、同一の飛行機コンテナ内の端末2が、端末1に記憶されたコンテンツを要求する場合には、コンテンツ要求パケットは、ネットワーク側に送信され、このパケットは、{fanlingyuan.com/blog/2012/June01/main.html|chinamobile/Fanlingyuan; resolvable=yes}であり、このコンテンツ要求パケットは、コンテナ「airchina/ca1314」内のルーティングノードを介して端末1にルーティングされ得る。
【０１７７】
オプションで、端末2が、コンテナ「airchina/ca1314」の外部にある時には、コンテンツ要求パケット内で担持されるコンテンツ名およびコンテナ識別子に対応する転送エントリが、飛行機コンテナ「airchina/ca1314」内でのみ広がるので、この飛行機の外部のルーティングノードは、コンテンツ名「fanlingyuan.com/blog/2012/June01/main.html」またはコンテナ識別子「chinamobile/fanlingyuan」に一致する転送エントリをFIB内で見つけることができない。この場合に、コンテナ「chinamobile/fanlingyuan」が解決可能なので、ネットワーク側のルーティングノードは、コンテナ「chinamobile/fanlingyuan」のアクセスコンテナセット:コンテナ「airchina/ca1314」およびコンテナ「hostsrv.com」を入手するために、コンテナ「chinamobile/fanlingyuan」に対する第1レベル解決を実行することができる。解決によって入手された2つのコンテナ識別子と一致する転送エントリがFIB内に存在する場合には、コンテンツ要求パケットは、一致した転送エントリ内のインターフェースに従って転送され得、オプションで、2つのコンテナ識別子に一致するルートがまだなく、2つのコンテナがまだ解決可能である場合には、ネットワーク側のルーティングノードは、それぞれコンテナ「airchina/ca1314」のアクセスコンテナ「cn/beijing」ならびにコンテナ「hostsrv.com」のアクセスコンテナ「cn/gd」、「cn/beijing」、および「us/ca」を入手するために、第2レベル解決を実行することができる。その後、ネットワーク側のルーティングノードは、ある優先順位順序に従って、第2レベル解決によって入手されたコンテナセットをルーティングすることができる。たとえば、ネットワーク側のルーティングノードは、コンテンツ要求パケットを北京に転送することができ、コンテンツ要求パケットが北京に転送された後に、コンテナ「airchina/ca1314」への転送エントリが、北京コンテナ内に存在する可能性があり、最後に、コンテンツ要求パケットは、コンテナ「airchina/ca1314」を介
して端末1に転送される。前述の説明からわかるように、本発明の実施形態が、マルチホーミング(Multi-homing)シナリオを良好にサポートできることに留意されたい。
【０１７８】
前述の解決プロセスは、図11bに示されたコンテナ解決木によって示され得、ここで、コンテナ解決木のルートノードは、ターゲットコンテナであり、木内の任意のノードとそのノードの親ノードとの間の関係は、そのノードによって表されるコンテナが、親ノードによって表されるコンテナのアクセスノードであることであり、ターゲットコンテナに記憶されたコンテンツを要求する端末コンテナが、コンテナ解決木の外部に配置される時には、コンテンツ要求パケットは、ある優先順位順序に従って、木の葉ノードから木のルートノードに転送される。オプションで、転送ルートは、コンテンツ要求パケットについて始めにコンテナ解決木の左端の枝に沿って決定され得、ルートの決定が失敗する時には、転送ルートは、コンテンツ要求パケットについてコンテナ解決木の中央の枝に沿って左から右へと決定され、転送ルートは、コンテンツパケットについて右から左へ決定されることも可能であり、オプションで、頻繁に現れるはノードを検索することができ、転送ルートは、コンテンツパケットについてその葉ノードから決定されるが、本発明の実施形態は、これに限定されない。
【０１７９】
前述の実施形態では、ルーティングノードが、ターゲットコンテナにコンテンツ要求パケットをルーティングするために、反復解決を2回実行することを理解されたい。反復解決の回数は、コンテンツ要求パケットを送信する端末コンテナとターゲットコンテナとの間の位置関係に依存するが、本発明の実施形態は、反復解決の回数を限定しない。
【０１８０】
一般に、ターゲットコンテナの移動プロセスでは、端末コンテナがターゲットコンテナ内のコンテンツを要求する時に、端末コンテナによって送信されるコンテンツ要求パケットの転送ルートは、次の通りである:端末コンテナが、ターゲットコンテナのコンテナ解決木内にあり、端末コンテナが、ターゲットコンテナのアクセスコンテナ内にある場合には、コンテンツ要求パケットは、アクセスコンテナの内部ルートを介してターゲットコンテナに転送され得、端末コンテナが、ターゲットコンテナのコンテナ解決木内にあるが、端末コンテナが、ターゲットコンテナのアクセスコンテナ内にはない場合には、コンテンツ要求パケットは、ある優先順位順序に従って端末コンテナの親ノードに向かって転送され、端末コンテナが、ターゲットコンテナのコンテナ解決木内にはない場合には、コンテンツ要求パケットは、ある優先順位順序に従ってコンテナ解決木の葉ノードから転送される。
【０１８１】
図9から図11bまでの例は、当業者が本発明の実施形態をよりよく理解するのを助けるためのものであるが、本発明の実施形態の範囲を限定することは意図されていないことに留意されたい。図9から図11bまでで提供される例に従って、当業者は、さまざまな同等の修正または変更を確かに行うことができ、その修正または変更も、本発明の実施形態の範囲内に含まれる。
【０１８２】
各ステップのシーケンス番号の値は、実行シーケンスを示さず、ステップの実行シーケンスは、機能およびその内部論理に従って決定されなければならないが、本発明の実施形態の実施プロセスに対する限定を一切形成してはならない。
【０１８３】
図12に示されているように、中国全体のネットワークを、国トポロジ依存コンテナ「cn」と見なすことができ、「cn」は、広東省「cn/gd」、北京市「cn/beijing」、その他などの省コンテナを集め、「cn/gd」は、深セン「cn/gd/sz」、その他などの下位レベルトポロジ依存コンテナを集める。同様に、米国ネットワークも、国コンテナ「us」と見なすことができ、コンテナ「us」は、下位レベルトポロジ依存コンテナ「us/ca」を含む。さらに、大規模ISPは、トポロジ的コンテナに従ってレベルごとのアグリゲーションを実行することもでき、たとえば、大コンテナ「ct」として働くChina Telecomは、「ct/gd」および「ct/sd」などの省コンテナを集め、「ct/gd」は、「ct/gd/sz」などの地方自治体コンテナを集めるが、本発明の実施形態は、これに限定されない。FIBテーブルの最長一致特徴に起因して、米国コンテナ「us」では、「cn」への1つのルートだけが、すべてのコンテナをプリフィックスである「cn」とマッチングするのに必要であり、したがって、「cn」、「us」、または「ct」など、トポロジ的関係で最上位レベルにあるトポロジ依存コンテナは、グローバルコンテナとして働き、そのルートは、グローバルルートとして広がることができる。グローバルコンテナは、グローバルにルーティングされ得るコンテナであり、そのルートがグローバルルートとして働くということは、すべてのルーティングノードのルーティングテーブルが、グローバルコンテナのルーティングエントリを有することを意味する。グローバルコンテナは、アクセスコンテナを有しない。
【０１８４】
オプションで、実際の展開の必要に従って、トポロジ的関係の最上位レベルにあるトポロジ依存コンテナのほかに、省コンテナ「cn/gd」、「cn/sd」、または「us/ca」などの高いレベルにあるいくつかのトポロジ依存コンテナも、トポロジ依存グローバルコンテナとして働くことができ、そのルートは、グローバルルートとして広がることができるが、本発明の実施形態は、これに限定されない。本発明の実施形態では、グローバルコンテナとして働くトポロジ依存コンテナは、トポロジ依存グローバルコンテナと呼ばれる。
【０１８５】
オプションで、グローバルコンテナは、トポロジ独立グローバルコンテナをさらに含むことができ、そのトポロジ独立グローバルコンテナは、トポロジ独立大コンテナを含む。トポロジ独立大コンテナは、それぞれが既存ネットワーク内の多数の訪問を有する非常に少数のトポロジ独立コンテナ、たとえば、一般的なコンテナより数千倍または数万倍の訪問を有し、トポロジ独立グローバルコンテナとして働くことができ、そのルートがグローバルルートとして広がることもできる、「sina.com」、「google.com」、および「baidu.com」などの大規模ISP、大会社、および大規模ポータルウェブサイトを指す。
【０１８６】
オプションで、トポロジ独立大コンテナは、高レベルトポロジ依存コンテナによってアクセスサービスをも提供され得、その結果、トポロジ独立大コンテナは、そのアクセスコンテナ内に含まれるルーティングノードのローカルエリアルートとして使用され得るようになる。しかし、トポロジ独立大コンテナが、グローバルコンテナとして使用される時には、ネットワーク全体のルーティングテーブルマッチング効率が、大幅に改善され得、大会社が、マルチホーミング、負荷共有、およびAnycastなどのサービスをよりよく提供するためにルートを自律的に柔軟に調整することが便利であり、さらに、コンテナの個数が非常に少ないので、コアルーティングテーブルのサイズは、大幅には増えないが、本発明の実施形態は、これに限定されない。
【０１８７】
要約すると、このノードのルーティングテーブルは、グローバルコンテナルーティングエントリを含み、グローバルコンテナルーティングエントリは、グローバルコンテナのコンテナ識別子とグローバルコンテナのコンテナ識別子に対応する第1のインターフェースとを含み、第1のインターフェースは、このノードをグローバルコンテナの次ホップルーティングノードに接続するインターフェースであり、グローバルコンテナは、グローバルにルーティングされ得るコンテナであり、グローバルコンテナは、トポロジ依存グローバルコンテナおよび/またはトポロジ独立グローバルコンテナを含む。図12のコンテナ「cn/gd/sz」内に含まれるルーティングノードR121を例として使用すると、このルーティングノードのルーティングテーブルは、コンテナ「cn」および「us」のルーティングエントリを含むが、ルーティングノードR121が、ルーティングノードR12を介してのみ、コンテナ「us」とコンテナ「cn」のルーティングノードR1およびR2とに到達できるので、コンテナ識別子「cn」および「us」に対応する第1のインターフェースは、R121をR12に接続するインターフェースである。
【０１８８】
トポロジ依存グローバルコンテナの下位レベルコンテナについて、トポロジ依存グローバルコンテナは、下位レベルコンテナにアクセスサービスを提供し、その結果、これに対応して、下位レベルコンテナのルートは、トポロジ依存グローバルコンテナ内に含まれるルーティングノードの内部ルートとして働くことができるようになり、トポロジ依存グローバルコンテナの外に広がる必要がなくなる。具体的には、下位レベルコンテナのルートは、トポロジ依存グローバルコンテナ内に含まれるルーティングノードのルーティングテーブル内にのみ含まれ得る。一般に、トポロジ的関係内の、トポロジ依存グローバルコンテナを除くすべてのトポロジ依存コンテナは、その下位レベルコンテナにアクセスサービスを提供し、これに対応して、その下位レベルコンテナのルートは、すべて、そのトポロジ依存コンテナの内部ルートとして働くことができ、そのトポロジ依存コンテナの外に広がる必要がない。説明のしやすさのために、以下でのトポロジ依存コンテナは、前述のトポロジ依存グローバルコンテナ以外の、トポロジ的関係内のトポロジ依存コンテナを指す。このノードの展望から、このノードのルーティングテーブルは、そのトポロジ依存コンテナに基づくルーティングのためにトポロジ依存コンテナルーティングエントリを含むことができ、トポロジ依存コンテナルーティングエントリを介して、このノードのホームコンテナの下位レベルコンテナのルートは、このノードの内部ルートとして働き、このノードのホームコンテナの外に広がらない。このノードのホームコンテナの外に広がらないことは、このノードのホームコンテナの下位レベルコンテナのルーティングエントリが、このノードのホームコンテナの外のルーティングノードのルーティングテーブル内に存在せず、その結果、このノードのホームコンテナの外のルーティングノードが、このノードのホームコンテナの助けを得て、下位レベルコンテナにルーティングされる必要があることを意味する。たとえば、ルーティングノードR1およびR2のルーティングテーブルは、R1およびR2のホームコンテナ「cn」の下位レベルコンテナとして働く、「cn/sd」および「cn/gd」などの省コンテナのルーティングエントリを含むことができ、そのルートは、ルーティングノードR1およびR2のローカルエリアルートとして働くことができ、コンテナ「cn」の外に広がる必要がない。同様に、ルーティングノードR12およびR13のルーティングテーブルは、R12およびR13のホームコンテナ「cn/gd」の下位レベルコンテナとして働く「cn/gd/sz」のルーティングエントリを含むことができ、そのルートも、R12およびR13のローカルエリアルートとして働くことができ、コンテナ「cn/gd」の外に広がる必要がない。したがって、コンテナ「cn」のルーティングノードR1およびR2は、コンテナ「cn/gd」に入ることによってのみ、ルーティングノードR12およびR13のルーティングテーブル内で「cn/gd/sz」のルートを見つけることができる。
【０１８９】
具体的には、このノードのルーティングテーブルは、このノードのホームコンテナの下位レベルコンテナのルートを含むことができ、下位レベルコンテナのルーティングエントリは、下位レベルコンテナのコンテナ識別子と、下位レベルコンテナのコンテナ識別子に対応する第2のインターフェースとを含み、第2のインターフェースは、このノードを下位レベルコンテナに接続するインターフェースである。たとえば、ルーティングノードR12のルーティングテーブルのルーティングエントリは、コンテナ識別子「cn/gd/sz」と、R12をR121に接続するインターフェースとを含むことができる。
【０１９０】
トポロジ独立小コンテナは、少数の訪問を有するトポロジ独立コンテナを指し、ネットワーク内には、NDNなどの既存ICNシステムでルーティングスケーラビリティ問題を引き起こす主要因でもある、小企業、組織、ホームネットワーク、個人ディジタル装置など、この種のコンテナが多数ある。本発明の実施形態では、この種のコンテナについて、トポロジ依存コンテナは、コンテナにアクセスサービスを提供することができ、これに対応して、この種のコンテナのルートは、コンテナのアクセスコンテナの内部に制限され得、コンテナのアクセスコンテナの外に広がる必要はなく、その結果、コアルーティングテーブルのサイズが、大幅に縮小されるようになる。たとえば、図12に示されているように、コンテナ「hostsrv.com」は、2つの場所に企業ネットワークを有し、2つのトポロジ依存コンテナ「cn/gd」および「us/ca」は、このコンテナにアクセスサービスを提供すると見なすことができ、その結果、コンテナ「hostsrv.com」のルーティングエントリは、この2つのコンテナ内に含まれるルーティングノードのルーティングテーブル内にのみ存在し、この2つのコンテナ以外のコンテナは、トポロジ依存コンテナ「cn/gd」および「us/ca」の助けを得てのみ、コンテナ「hostsrv.com」にルーティングされ得る。したがって、このノードのルーティングテーブルは、トポロジ独立小コンテナルーティングエントリをさらに含むことができ、そのトポロジ独立小コンテナルーティングエントリは、トポロジ独立小コンテナのコンテナ識別子と、トポロジ独立小コンテナのコンテナ識別子に対応する第3のインターフェースとを含み、第3のインターフェースは、このノードをトポロジ独立小コンテナの次ホップルーティングノードに接続するインターフェースである。たとえば、ルーティングノードR4のルーティングテーブルは、コンテナ識別子「hostsrv.com」とR4をR6に接続するインターフェースとを含むことができる。
【０１９１】
要約すると、本発明の実施形態では、コアルーティングテーブルのルーティングエントリの個数は、「トポロジ依存グローバルコンテナのルートの個数」に「トポロジ独立グローバルコンテナのルートの個数」を加えたものに基本的に等しい。2つの種類の両方のルートの個数は少なく、その結果、ルーティングテーブル全体のサイズを、現在のインターネットルータ内のコアルーティングテーブルのエントリの個数よりはるかに少なくすることができるようになる。したがって、本発明の実施形態では、コンテンツのコンテナ情報が、ICNシステム内でコンテンツ属性を拡張するためにコンテンツ名に加えて追加され、トポロジ独立小コンテナのルートが、トポロジ独立小コンテナにアクセスサービスを提供するトポロジ独立コンテナ内に制限され、トポロジ依存コンテナの下位レベルコンテナのルートが、トポロジ依存コンテナ内に制限され、その結果、コアルーティングテーブルのエントリの個数が、大幅に減らされ、これによって、NDNなどの既存ICNシステムのルーティングスケーラビリティ問題が効果的に解決される。
【０１９２】
本発明の実施形態によるデータソース移動処理方法およびパケット転送方法を、図1から図12までを参照して詳細に説明した。本発明の実施形態によるコンテナ移動管理装置およびルータを、以下で、図13から図23までを参照して詳細に説明する。
【０１９３】
図13は、本発明の実施形態による、ICN内で適用されるコンテナ移動管理装置300の概略ブロック図であり、図13に示されているように、コンテナ移動管理装置300は、
第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、第2のコンテナ内でターゲットコンテナのルートを登録するように構成された登録モジュール310であって、ターゲットコンテナのコンテナ識別子を担持するコンテンツ要求パケットが、ターゲットコンテナのルートを介してターゲットコンテナに転送され得るようにするために、ターゲットコンテナのルートは、ターゲットコンテナのコンテナ識別子と、ターゲットコンテナの識別子に対応するポートとを含む、登録モジュール310と、
第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、解決システムが、第1のコンテナから第2のコンテナへターゲットコンテナのアクセスコンテナを更新するようにするために、解決システムと通信するように構成された第1の通信モジュール320であって、解決システムは、ターゲットコンテナのコンテナ識別子を担持するコンテンツ要求パケットがアクセスコンテナを介してターゲットコンテナに転送され得るようにするために、リクエスタによって送信され、ターゲットコンテナのアクセスコンテナのコンテナ情報を入手するのに使用される解決要求の受信時に、ターゲットコンテナのアクセスコンテナのコンテナ情報をリクエスタに返すように構成され、アクセスコンテナは、少なくとも1つのコンテナを含み、コンテンツ要求パケットを少なくとも1つのコンテナにルーティングするのに使用される転送エントリを含むコンテナである、第1の通信モジュール320と、
ターゲットコンテナが第1のコンテナ内で移動する時に、第1のコンテナ内のターゲットコンテナのルートが更新されるようにするために、第1のコンテナと通信するように構成された第2の通信モジュール330と
を含む。
【０１９４】
ターゲットコンテナ、第1のコンテナ、第2のコンテナ、およびアクセスコンテナのすべてが、コンテンツを記憶するのに使用される記憶空間である。
【０１９５】
したがって、本発明の実施形態によるコンテナ移動管理装置では、解決システム内で、データソースがコンテナとして抽象化され、ターゲットコンテナの移動プロセスでは、ターゲットコンテナのルートが更新され、ターゲットコンテナのアクセスコンテナの情報が更新される。したがって、データソース移動は、頻繁で面倒なルート更新を導入せず、コンテンツのコンテンツ名を変更せずにサポートされ、これによって、コンテンツ名の永続性が維持され、ICNアーキテクチャの柔軟性が強化され、ユーザ経験が改善される。
【０１９６】
オプションで、登録モジュール310は、
第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、第2のコンテナが登録要求情報に従って第2のコンテナ内でターゲットコンテナのルートを登録するようにするために、第2のコンテナに登録要求情報を送信するように構成された送信ユニット311
を含む。
【０１９７】
オプションで、もう1つの実施形態では、移動プロセスで、少なくとも1つの第3のコンテナのアクセスコンテナが、必ずターゲットコンテナになるようにするために、ターゲットコンテナは、少なくとも1つの第3のコンテナのアクセスコンテナであり、少なくとも1つの第3のコンテナは、ターゲットコンテナと一緒に同期して移動する。
【０１９８】
オプションで、第2のコンテナは、少なくとも1つのルーティングノードを含み、登録モジュール310は、ターゲットコンテナのルートが第2のコンテナの外に広がらないようにするために、第2のコンテナ内に含まれる少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブル内でターゲットコンテナのルートを登録するように特に構成される。
【０１９９】
オプションで、もう1つの実施形態では、第1のコンテナは、少なくとも1つのルーティングノードを含み、第2の通信モジュール330は、ターゲットコンテナのルートが、第1のコンテナ内に含まれる少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブル内で更新され、ターゲットコンテナのルートが第1のコンテナの外に広がらないようにするために、第1のコンテナと通信するように特に構成される。
【０２００】
オプションで、もう1つの実施形態では、第1の通信モジュール320は、第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、第2のコンテナのキャッシュ可能性および老化時間を解決システム内で登録するために、解決システムと通信するようにさらに構成され、キャッシュ可能性は、ターゲットコンテナと第2のコンテナとの間のマッピング関係が、ネットワーク側またはユーザ機器側でキャッシングされ得ることを示し、老化時間は、マッピング関係がその間にキャッシングされる有効時間を示す。
【０２０１】
オプションで、もう1つの実施形態では、図14に示されているように、コンテナ移動管理装置300は、
第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、ターゲットコンテナのルートを第1のコンテナ内で削除するように構成された削除モジュール340
をさらに含む。
【０２０２】
オプションで、もう1つの実施形態では、削除モジュール340は、第1のコンテナがルート削除命令情報に従ってターゲットコンテナのルートを削除するようにするために、ルート削除命令情報を第1のコンテナに送信するように特に構成される。
【０２０３】
本発明の実施形態によるコンテナ移動管理装置300は、本発明の実施形態によるデータソース移動処理方法において、境界ルーティングノードまたは移動するターゲットコンテナまたは独立処理装置に対応することができ、コンテナ移動管理装置300のモジュールの前述および他の動作および/または機能は、それぞれ、簡潔さのために本明細書では繰り返されない、図1および図2の方法の対応するプロセスを実施するためのものである。
【０２０４】
したがって、本発明の実施形態によるコンテナ移動管理装置では、解決システム内で、データソースがコンテナとして抽象化され、ターゲットコンテナの移動プロセスでは、ターゲットコンテナのルートが更新され、ターゲットコンテナのアクセスコンテナの情報が更新される。したがって、データソース移動は、頻繁で面倒なルート更新を導入せず、コンテンツのコンテンツ名を変更せずにサポートされ、これによって、コンテンツ名の永続性が維持され、ICNアーキテクチャの柔軟性が強化され、ユーザ経験が改善される。
【０２０５】
本発明の実施形態によるデータソース移動処理方法を、図13および図14を参照してコンテナ移動管理装置の展望から詳細に説明した。本発明の実施形態によるパケット転送方法を、以下で図14から図18までを参照してルータの展望から詳細に説明する。
【０２０６】
図15は、本発明の実施形態によるルータ400の概略ブロック図であり、図15に示されているように、ルータ400は、
コンテンツ要求パケットを受信するように構成された受信モジュール410であって、コンテンツ要求パケットは、要求されるコンテンツのコンテンツ名およびコンテナ情報を担持し、コンテナ情報は、要求されるコンテンツを記憶するコンテナのコンテナ識別子および解決可能フラグを含み、解決可能フラグは、コンテナが解決可能であるかどうかを識別するのに使用される、受信モジュール410と、  受信モジュール410によって受信されたコンテンツ要求パケットによって担持される要求されるコンテンツのコンテンツ名と一致する転送エントリが転送情報ベースFIB内に存在するかどうかを判定するように構成された第1の判定モジュール420と、
第1の判定モジュール420が、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在しないと判定する時に、コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するように構成された第2の判定モジュール430と、
第2の判定モジュール430が、コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在しないと判定する時に、解決可能コンテナのアクセスコンテナのコンテナ情報に従ってコンテンツ要求パケットの転送ルートを判定するために、コンテンツ要求パケット内で担持される解決可能フラグに従って解決可能コンテナのアクセスコンテナのコンテナ情報を判定するように構成された第3の判定モジュール440と
を含む。
【０２０７】
したがって、本発明の実施形態によるルータでは、コンテンツのコンテナ情報が、ICNアーキテクチャ内で、コンテンツの属性を拡張するためにコンテンツ名に加えて追加され、転送ルートは、コンテンツ要求パケット内で担持されるコンテナ識別子および解決可能フラグに従ってコンテンツ要求パケットについて判定され得、その結果、データソースの移動プロセスでは、コンテンツ要求パケットが、解決システムの頻繁な呼出しを伴わずに、移動するデータソースに送信され得、これによってユーザ経験が改善される。
【０２０８】
オプションで、コンテナセット内のコンテナは、コンテンツのグループを記憶するのに使用される記憶空間である。オプションで、コンテナは、少なくとも1つのルーティングノードを含み、少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードを介して、要求されるコンテンツは、コンテナ内でルーティングされ得、または、要求されるコンテンツは、コンテナを介してルーティングされ得る。要求されるコンテンツのコンテンツ名は、1つまたは複数のホームコンテナに対応し、要求されるコンテンツのホームコンテナは、要求されるコンテンツがそこで直接にルーティングされ得るコンテナである。オプションで、コンテナは、1つまたは複数の第1の他のコンテナのアクセスコンテナであり、
かつ/または1つまたは複数の第2の他のコンテナは、コンテナのアクセスコンテナであり、アクセスコンテナは、少なくとも1つのコンテナを含み、コンテンツ要求パケットを少なくとも1つのコンテナにルーティングするのに使用される転送エントリを含むコンテナである。
【０２０９】
オプションで、FIB内の転送エントリは、コンテンツ名プリフィックスおよびコンテンツ名プリフィックスに対応するインターフェースを含み、第1の判定モジュール420は、要求されるコンテンツのコンテンツ名のプリフィックスがFIB内の転送エントリ内のコンテンツ名プリフィックスと一致するかどうかに従って、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定するように特に構成される。
【０２１０】
オプションで、もう1つの実施形態では、FIB内の転送エントリは、プリセットされたコンテナ識別子およびプリセットされたコンテナ識別子に対応するインターフェースをさらに含み、第2の判定モジュール430は、コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するために、コンテンツ要求パケット内で担持されるコンテナ識別子をFIB内のプリセットされたコンテナ識別子とマッチングするように特に構成される。
【０２１１】
オプションで、もう1つの実施形態では、図16に示されているように、ルータ400は、  第3の判定モジュール440によって判定される解決可能コンテナのアクセスコンテナが解決可能である時に、解決可能コンテナのアクセスコンテナを解決し、解決によって入手されるアクセスコンテナが解決可能である時に、要求されるコンテンツのすべての解決可能コンテナのアクセスコンテナのコンテナ識別子を入手するために、さらなる解決によって入手されるアクセスコンテナが解決不能になるまで、解決によって入手されるアクセスコンテナをさらに解決するように構成された第1の解決モジュール450
をさらに含む。
【０２１２】
第2の判定モジュール430は、解決によって第1の解決モジュール450によって入手されるすべての解決可能コンテナのアクセスコンテナのコンテナ識別子の中の少なくとも1つのコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するために、すべての解決可能コンテナのアクセスコンテナのコンテナ識別子をFIB内のプリセットされたコンテナ識別子とマッチングするようにさらに構成される。
【０２１３】
これに対応して、ルータ400は、
第2の判定モジュール430が、すべての解決可能コンテナのアクセスコンテナのコンテナ識別子の中の少なくとも1つのコンテナ識別子と一致する転送エントリがFIB内に存在すると判定する時に、一致する転送エントリ内のポートに従ってコンテンツ要求パケットを送信するように構成された第1の送信モジュール455
をさらに含む。
【０２１４】
オプションで、もう1つの実施形態では、第1の送信モジュール455は、第2の判定モジュール430が、すべての解決可能コンテナのアクセスコンテナのコンテナ識別子の中のどのコンテナ識別子と一致する転送エントリもFIB内に存在しないと判定する時に、デフォルトインターフェースに従ってコンテンツ要求パケットを送信し、またはコンテンツ要求パケットを破棄するようにさらに構成される。
【０２１５】
オプションで、もう1つの実施形態では、第2の判定モジュール430は、解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するために、解決によって入手されるアクセスコンテナのコンテナ識別子をFIB内のプリセットされたコンテナ識別子とマッチングするようにさらに構成される。
【０２１６】
これに対応して、図17に示されているように、ルータ400は、
第2の判定モジュール430が、解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在せず、解決によって入手されるアクセスコンテナが解決可能であると判定する時に、さらなる解決によって入手されるアクセスコンテナが解決不能になるか、またはさらなる解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在するようになるまで、解決によって入手されるアクセスコンテナをさらに解決するように構成された第2の解決モジュール460と、
第2の判定モジュール430が、解決またはさらなる解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在すると判定する時に、一致する転送エントリ内のポートに従ってコンテンツ要求パケットを送信するように構成された第2の送信モジュール465と
をさらに含む。
【０２１７】
オプションで、もう1つの実施形態では、第2の送信モジュール465は、第2の判定モジュール430が、さらなる解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在せず、さらなる解決によって入手されるアクセスコンテナが解決不能であると判定する時に、デフォルトインターフェースに従ってコンテンツ要求パケットを送信し、またはコンテンツ要求パケットを破棄するようにさらに構成される。
【０２１８】
オプションで、もう1つの実施形態では、第3の判定モジュール440は、コンテンツ要求パケット内で担持される解決可能フラグに従って解決可能コンテナを判定し、キャッシングされ、まだ有効である解決可能コンテナのアクセスコンテナのコンテナ情報をネットワーク側から入手するように特に構成され、かつ/または
第3の判定モジュール440は、コンテンツ要求パケット内で担持される解決可能フラグに従って解決可能コンテナを判定し、解決可能コンテナのアクセスコンテナのコンテナ情報を解決システムから入手するように特に構成される。
【０２１９】
オプションで、もう1つの実施形態では、解決可能コンテナのアクセスコンテナのコンテナ情報は、キャッシュ可能性および老化時間を含み、キャッシュ可能性は、解決可能コンテナと解決可能コンテナのアクセスコンテナとの間のマッピング関係が、ネットワーク側またはユーザ機器側でキャッシングされ得ることを示し、老化時間は、マッピング関係がその間にキャッシングされる有効時間を示す。
【０２２０】
これに対応して、ルータ400は、
他のルーティングノードまたはユーザ機器との共有を容易にするために、第3の判定モジュール440によって判定された解決可能コンテナと解決可能コンテナのアクセスコンテナとの間のマッピング関係をネットワーク側でキャッシングするように構成されたキャッシングモジュール470
をさらに含む。
【０２２１】
オプションで、もう1つの実施形態では、ルータ400は、
第1の判定モジュール420が、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在すると判定する時に、一致する転送エントリ内のインターフェースに従ってコンテンツ要求パケットを送信するように構成され、または、第2の判定モジュール430が、コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在すると判定する時に、一致する転送エントリ内のポートに従ってコンテンツ要求パケットを送信するように構成された、第3の送信モジュール475
をさらに含む。
【０２２２】
オプションで、もう1つの実施形態では、図18に示されているように、ルータ400は、
第1の判定モジュール420が、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定する前に、要求されるコンテンツのコンテンツ名と一致するコンテンツがコンテンツストアCS内に存在するかどうかを判定するように構成された第4の判定モジュール480と、
第4の判定モジュール480が、要求されるコンテンツのコンテンツ名と一致するコンテンツがCS内に存在すると判定する時に、一致するコンテンツをコンテンツ要求パケットのセンダに送信するように構成された第4の送信モジュール485と
をさらに含む。
【０２２３】
第1の判定モジュール420は、第4の判定モジュール480が、要求されるコンテンツのコンテンツ名と一致するコンテンツがCS内に存在しないと判定する時に、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定するステップを実行するように特に構成される。
【０２２４】
オプションで、もう1つの実施形態では、図19に示されているように、ルータ400は、
第4の判定モジュール480が、要求されるコンテンツのコンテンツ名と一致するコンテンツがCS内に存在しないと判定する時に、要求されるコンテンツのコンテンツ名と一致するPITエントリが保留中情報テーブルPIT内に存在するかどうかを判定するように構成された第5の判定モジュール490と、
第5の判定モジュール490が、要求されるコンテンツのコンテンツ名と一致するPITエントリがPIT内に存在すると判定する時に、コンテンツ要求パケットのセンダに対応するインターフェースを一致するPITエントリに追加するように構成された追加モジュール495と
をさらに含む。
【０２２５】
前記第1の判定モジュール420は、第5の判定モジュール490が、要求されるコンテンツのコンテンツ名と一致するPITエントリがPIT内に存在しないと判定する時に、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定するステップを実行するように特に構成される。
【０２２６】
オプションで、解決可能コンテナのルートが解決可能コンテナのアクセスコンテナの外に広がらないようにするために、解決可能コンテナの転送エントリは、解決可能コンテナのアクセスコンテナ内にのみ含まれる。
【０２２７】
オプションで、もう1つの実施形態では、解決可能コンテナのアクセスコンテナは、少なくとも1つのルーティングノードを含み、これに対応して、解決可能コンテナのルートが解決可能コンテナのアクセスコンテナの外に広がらないようにするために、解決可能コンテナの転送エントリは、解決可能コンテナのアクセスコンテナ内にのみ含まれ、これは、以下を含む。
【０２２８】
解決可能コンテナのルートが、解決可能コンテナのアクセスコンテナ内に含まれる少なくとも1つのルーティングノードの外に広がらないようにするために、解決可能コンテナの転送エントリは、解決可能コンテナのアクセスコンテナ内に含まれる少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブル内にのみ含まれる。
【０２２９】
本発明の実施形態によるルータ400は、本発明の実施形態によるパケット転送方法におけるルーティングノードに対応することができ、ルータ400のモジュールの前述および他の動作および/または機能は、それぞれ、簡潔さのために本明細書では繰り返されない、図3から図12までの方法の対応するプロセスを実施するためのものである。
【０２３０】
したがって、本発明の実施形態によるルータでは、コンテンツのコンテナ情報が、ICNアーキテクチャ内で、コンテンツの属性を拡張するためにコンテンツ名に加えて追加され、転送ルートは、コンテンツ要求パケット内で担持されるコンテナ識別子および解決可能フラグに従ってコンテンツ要求パケットについて判定され得、その結果、データソースの移動プロセスでは、コンテンツ要求パケットが、解決システムの頻繁な呼出しを伴わずに、移動するデータソースに送信され得、これによってユーザ経験が改善される。
【０２３１】
図20に、本発明の実施形態による情報セントリックネットワークICNシステム500を示し、この情報セントリックネットワークICNシステム500は、前述の実施形態のいずれにおいても、第1のコンテナ510、第2のコンテナ520、および解決システム530を含み、第1のコンテナおよび第2のコンテナは、図15から図19までのいずれか1つに示されたルータを含む。
【０２３２】
図21は、本発明のもう1つの実施形態によるコンテナ移動管理装置600の概略ブロック図であり、図21に示されているように、コンテナ移動管理装置600は、メモリ610およびプロセッサ620を含む。プロセッサ620は、メモリ610に記憶された命令を実行するように構成される。具体的には:
【０２３３】
プロセッサ620は、第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、第2のコンテナ内でターゲットコンテナのルートを登録し、ターゲットコンテナのコンテナ識別子を担持するコンテンツ要求パケットが、ターゲットコンテナのルートを介してターゲットコンテナに転送され得るようにするために、ターゲットコンテナのルートは、ターゲットコンテナのコンテナ識別子と、ターゲットコンテナの識別子に対応するポートとを含み、第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、解決システムが、第1のコンテナから第2のコンテナへターゲットコンテナのアクセスコンテナを更新するようにするために、解決システムと通信し、解決システムは、ターゲットコンテナのコンテナ識別子を担持するコンテンツ要求パケットがアクセスコンテナを介してターゲットコンテナに転送され得るようにするために、リクエスタによって送信され、ターゲットコンテナのアクセスコンテナのコンテナ情報を入手するのに使用される解決要求の受信時に、ターゲットコンテナのアクセスコンテナのコンテナ情報をリクエスタに返すように構成され、アクセスコンテナは、少なくとも1つのコンテナを含み、コンテンツ要求パケットを少なくとも1つのコンテナにルーティングするのに使用される転送エントリを含むコンテナであり、ターゲットコンテナが第1のコンテナ内で移動する時に、第1のコンテナ内のターゲットコンテナのルートが更新されるようにするために、第1のコンテナと通信するように構成される。ターゲットコンテナ、第1のコンテナ、第2のコンテナ、およびアクセスコンテナのすべてが、コンテンツを記憶するのに使用される記憶空間である。
【０２３４】
したがって、本発明の実施形態によるコンテナ移動管理装置では、解決システム内で、データソースがコンテナとして抽象化され、ターゲットコンテナの移動プロセスでは、ターゲットコンテナのルートが更新され、ターゲットコンテナのアクセスコンテナの情報が更新される。したがって、データソース移動は、頻繁で面倒なルート更新を導入せず、コンテンツのコンテンツ名を変更せずにサポートされ、これによって、コンテンツ名の永続性が維持され、ICNアーキテクチャの柔軟性が強化され、ユーザ経験が改善される。
【０２３５】
オプションで、コンテナ移動管理装置600は、第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、第2のコンテナが登録要求情報に従って第2のコンテナ内でターゲットコンテナのルートを登録するようにするために、第2のコンテナに登録要求情報を送信するように構成されたセンダ630をさらに含む。
【０２３６】
オプションで、もう1つの実施形態では、移動プロセスで、少なくとも1つの第3のコンテナのアクセスコンテナが、必ずターゲットコンテナになるようにするために、ターゲットコンテナは、少なくとも1つの第3のコンテナのアクセスコンテナであり、少なくとも1つの第3のコンテナは、ターゲットコンテナと一緒に同期して移動する。
【０２３７】
オプションで、第2のコンテナは、少なくとも1つのルーティングノードを含み、プロセッサ620は、第2のコンテナがターゲットコンテナのアクセスコンテナになり、ターゲットコンテナのルートが第2のコンテナの外に広がらないようにするために、第2のコンテナ内に含まれる少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブル内でターゲットコンテナのルートを登録するように特に構成される。
【０２３８】
オプションで、もう1つの実施形態では、プロセッサ620は、ターゲットコンテナのルートが、第1のコンテナ内に含まれる少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブル内で更新され、ターゲットコンテナのルートが第1のコンテナの外に広がらないようにするために、第1のコンテナと通信するように特に構成される。
【０２３９】
オプションで、もう1つの実施形態では、プロセッサ620は、第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、第2のコンテナのキャッシュ可能性および老化時間を解決システム内で登録するために、解決システムと通信するようにさらに構成され、キャッシュ可能性は、ターゲットコンテナと第2のコンテナとの間のマッピング関係が、ネットワーク側またはユーザ機器側でキャッシングされ得ることを示し、老化時間は、マッピング関係がその間にキャッシングされる有効時間を示す。
【０２４０】
オプションで、もう1つの実施形態では、プロセッサ620は、第1のコンテナからのターゲットコンテナが第2のコンテナに入る時に、ターゲットコンテナのルートを第1のコンテナ内で削除するようにさらに構成される。
【０２４１】
オプションで、もう1つの実施形態では、センダ630は、第1のコンテナがルート削除命令情報に従ってターゲットコンテナのルートを削除するようにするために、ルート削除命令情報を第1のコンテナに送信するようにさらに構成される。
【０２４２】
本発明の実施形態によるコンテナ移動管理装置600は、本発明の実施形態によるデータソース移動処理方法において、境界ルーティングノードまたは移動するターゲットコンテナまたは独立処理装置に対応することができ、コンテナ移動管理装置600のモジュールの前述および他の動作および/または機能は、それぞれ、簡潔さのために本明細書では繰り返されない、図1および図2の方法の対応するプロセスを実施するためのものである。
【０２４３】
したがって、本発明の実施形態によるコンテナ移動管理装置では、解決システム内で、データソースがコンテナとして抽象化され、ターゲットコンテナの移動プロセスでは、ターゲットコンテナのルートが更新され、ターゲットコンテナのアクセスコンテナの情報が更新される。したがって、データソース移動は、頻繁で面倒なルート更新を導入せず、コンテンツのコンテンツ名を変更せずにサポートされ、これによって、コンテンツ名の永続性が維持され、ICNアーキテクチャの柔軟性が強化され、ユーザ経験が改善される。
【０２４４】
図22は、本発明のもう1つの実施形態によるルータ700の概略ブロック図であり、図22に示されているように、ルータ700は、
コンテンツ要求パケットを受信するように構成された受信器710であって、コンテンツ要求パケットは、要求されるコンテンツのコンテンツ名およびコンテナ情報を担持し、コンテナ情報は、要求されるコンテンツを記憶するコンテナのコンテナ識別子および解決可能フラグを含み、解決可能フラグは、コンテナが解決可能であるかどうかを識別するのに使用される、受信器710と、
受信器710によって受信されたコンテンツ要求パケットによって担持される要求されるコンテンツのコンテンツ名と一致する転送エントリが転送情報ベースFIB内に存在するかどうかを判定し、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在しない時に、コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定し、コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在しない時に、解決可能コンテナのアクセスコンテナのコンテナ情報に従ってコンテンツ要求パケットの転送ルートを判定するために、コンテンツ要求パケット内で担持される解決可能フラグに従って解決可能コンテナのアクセスコンテナのコンテナ情報を判定するように構成されたプロセッサ720と、
を含む。
【０２４５】
したがって、本発明の実施形態によるルータでは、コンテンツのコンテナ情報が、ICNアーキテクチャ内で、コンテンツの属性を拡張するためにコンテンツ名に加えて追加され、転送ルートは、コンテンツ要求パケット内で担持されるコンテナ識別子および解決可能フラグに従ってコンテンツ要求パケットについて判定され得、その結果、データソースの移動プロセスでは、コンテンツ要求パケットが、解決システムの頻繁な呼出しを伴わずに、移動するデータソースに送信され得、これによってユーザ経験が改善される。
【０２４６】
オプションで、コンテナセット内のコンテナは、コンテンツのグループを記憶するのに使用される記憶空間である。オプションで、コンテナは、少なくとも1つのルーティングノードを含み、少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードを介して、要求されるコンテンツは、コンテナ内でルーティングされ得、または、要求されるコンテンツは、コンテナを介してルーティングされ得る。要求されるコンテンツのコンテンツ名は、1つまたは複数のホームコンテナに対応し、要求されるコンテンツのホームコンテナは、要求されるコンテンツがそこで直接にルーティングされ得るコンテナである。オプションで、コンテナは、1つまたは複数の第1の他のコンテナのアクセスコンテナであり、かつ/または
1つまたは複数の第2の他のコンテナは、コンテナのアクセスコンテナであり、アクセスコンテナは、少なくとも1つのコンテナを含み、コンテンツ要求パケットを少なくとも1つのコンテナにルーティングするのに使用される転送エントリを含むコンテナである。
【０２４７】
オプションで、FIB内の転送エントリは、コンテンツ名プリフィックスおよびコンテンツ名プリフィックスに対応するインターフェースを含み、プロセッサ720は、要求されるコンテンツのコンテンツ名のプリフィックスがFIB内の転送エントリ内のコンテンツ名プリフィックスと一致するかどうかに従って、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定するように特に構成される。
【０２４８】
オプションで、もう1つの実施形態では、FIB内の転送エントリは、プリセットされたコンテナ識別子およびプリセットされたコンテナ識別子に対応するインターフェースを含み、プロセッサ720は、コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するために、コンテンツ要求パケット内で担持されるコンテナ識別子をFIB内のプリセットされたコンテナ識別子とマッチングするように特に構成される。
【０２４９】
オプションで、もう1つの実施形態では、プロセッサ720は、解決可能コンテナのアクセスコンテナが解決可能である時に、解決可能コンテナのアクセスコンテナを解決し、解決によって入手されるアクセスコンテナが解決可能である時に、要求されるコンテンツのすべての解決可能コンテナのアクセスコンテナのコンテナ識別子を入手するために、さらなる解決によって入手されるアクセスコンテナが解決不能になるまで、解決によって入手されるアクセスコンテナをさらに解決し、すべての解決可能コンテナのアクセスコンテナのコンテナ識別子の中の少なくとも1つのコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するために、すべての解決可能コンテナのアクセスコンテナのコンテナ識別子をFIB内のプリセットされたコンテナ識別子とマッチングするように構成される。
【０２５０】
これに対応して、ルータ700は、
プロセッサ720が、すべての解決可能コンテナのアクセスコンテナのコンテナ識別子の中の少なくとも1つのコンテナ識別子と一致する転送エントリがFIB内に存在すると判定する時に、一致する転送エントリ内のポートに従ってコンテンツ要求パケットを送信するように構成されたセンダ730
をさらに含む。
【０２５１】
オプションで、センダ730は、プロセッサ720が、すべての解決可能コンテナのアクセスコンテナのコンテナ識別子の中のどのコンテナ識別子と一致する転送エントリもFIB内に存在しないと判定する時に、デフォルトインターフェースに従ってコンテンツ要求パケットを送信し、またはコンテンツ要求パケットを破棄するようにさらに構成される。
【０２５２】
オプションで、もう1つの実施形態では、プロセッサ720は、解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在するかどうかを判定するために、解決によって入手されるアクセスコンテナのコンテナ識別子をFIB内のプリセットされたコンテナ識別子とマッチングし、解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在せず、解決によって入手されるアクセスコンテナが解決可能である時に、さらなる解決によって入手されるアクセスコンテナが解決不能になるか、またはさらなる解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在するようになるまで、解決によって入手されるアクセスコンテナをさらに解決するようにさらに構成される。
【０２５３】
これに対応して、ルータ700は、プロセッサ720が、解決またはさらなる解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在すると判定する時に、一致する転送エントリ内のポートに従ってコンテンツ要求パケットを送信するように構成されたセンダ730をさらに含む。
【０２５４】
オプションで、もう1つの実施形態では、センダ730は、プロセッサ720が、さらなる解決によって入手されるアクセスコンテナのコンテナ識別子と一致する転送エントリがFIB内に存在せず、さらなる解決によって入手されるアクセスコンテナが解決不能であると判定する時に、デフォルトインターフェースに従ってコンテンツ要求パケットを送信し、またはコンテンツ要求パケットを破棄するようにさらに構成される。
【０２５５】
オプションで、もう1つの実施形態では、プロセッサ720は、コンテンツ要求パケット内で担持される解決可能フラグに従って解決可能コンテナを判定し、キャッシングされ、まだ有効である解決可能コンテナのアクセスコンテナのコンテナ情報をネットワーク側から入手し、かつ/または解決可能コンテナのアクセスコンテナのコンテナ情報を解決システムから入手するように特に構成される。
【０２５６】
オプションで、もう1つの実施形態では、解決可能コンテナのアクセスコンテナのコンテナ情報は、キャッシュ可能性および老化時間を含み、キャッシュ可能性は、解決可能コンテナと解決可能コンテナのアクセスコンテナとの間のマッピング関係が、ネットワーク側またはユーザ機器側でキャッシングされ得ることを示し、老化時間は、マッピング関係がその間にキャッシングされる有効時間を示す。
【０２５７】
これに対応して、ルータ700は、
他のルーティングノードまたはユーザ機器との共有を容易にするために、プロセッサ720によって判定された解決可能コンテナと解決可能コンテナのアクセスコンテナとの間のマッピング関係をネットワーク側でキャッシングするように構成されたメモリ740
をさらに含む。
【０２５８】
オプションで、もう1つの実施形態では、ルータ700は、
プロセッサ720が、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在すると判定する時に、一致する転送エントリ内のインターフェースに従ってコンテンツ要求パケットを送信するように構成され、または、プロセッサ720が、コンテンツ要求パケット内で担持されるコンテナ識別子と一致する転送エントリがFIB内に存在すると判定する時に、一致する転送エントリ内のポートに従ってコンテンツ要求パケットを送信するように構成された、センダ730
をさらに含む。
【０２５９】
オプションで、もう1つの実施形態では、プロセッサ720は、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定する前に、要求されるコンテンツのコンテンツ名と一致するコンテンツがコンテンツストアCS内に存在するかどうかを判定するようにさらに構成される。
【０２６０】
これに対応して、ルータは、プロセッサ720が、要求されるコンテンツのコンテンツ名と一致するコンテンツがCS内に存在すると判定する時に、一致するコンテンツをコンテンツ要求パケットのセンダに送信するように構成されたセンダ730をさらに含む。
【０２６１】
プロセッサ720は、要求されるコンテンツのコンテンツ名と一致するコンテンツがCS内に存在しない時に、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定するステップを実行するように構成される。
【０２６２】
オプションで、もう1つの実施形態では、プロセッサ720は、要求されるコンテンツのコンテンツ名と一致するコンテンツがCS内に存在しない時に、要求されるコンテンツのコンテンツ名と一致するPITエントリが保留中情報テーブルPIT内に存在するかどうかを判定し、要求されるコンテンツのコンテンツ名と一致するPITエントリがPIT内に存在する時に、コンテンツ要求パケットのセンダに対応するインターフェースを一致するPITエントリに追加し、要求されるコンテンツのコンテンツ名と一致するPITエントリがPIT内に存在しない時に、要求されるコンテンツのコンテンツ名と一致する転送エントリがFIB内に存在するかどうかを判定するステップを実行するようにさらに構成される。
【０２６３】
オプションで、解決可能コンテナのルートが解決可能コンテナのアクセスコンテナの外に広がらないようにするために、解決可能コンテナの転送エントリは、解決可能コンテナのアクセスコンテナ内にのみ含まれる。
【０２６４】
オプションで、もう1つの実施形態では、解決可能コンテナのアクセスコンテナは、少なくとも1つのルーティングノードを含み、これに対応して、解決可能コンテナのルートが解決可能コンテナのアクセスコンテナの外に広がらないようにするために、解決可能コンテナの転送エントリは、解決可能コンテナのアクセスコンテナ内にのみ含まれ、これは、以下を含む。
【０２６５】
解決可能コンテナのルートが、解決可能コンテナのアクセスコンテナ内に含まれる少なくとも1つのルーティングノードの外に広がらないようにするために、解決可能コンテナの転送エントリは、解決可能コンテナのアクセスコンテナ内に含まれる少なくとも1つのルーティングノードの中の1つまたは複数のルーティングノードのルーティングテーブル内にのみ含まれる。
【０２６６】
本発明の実施形態によるルータ700は、本発明の実施形態によるパケット転送方法におけるルーティングノードに対応することができ、ルータ700のモジュールの前述および他の動作および/または機能は、それぞれ、簡潔さのために本明細書では繰り返されない、図3から図12までの方法の対応するプロセスを実施するためのものである。
【０２６７】
したがって、本発明の実施形態によるルータでは、コンテンツのコンテナ情報が、ICNアーキテクチャ内で、コンテンツの属性を拡張するためにコンテンツ名に加えて追加され、転送ルートは、コンテンツ要求パケット内で担持されるコンテナ識別子および解決可能フラグに従ってコンテンツ要求パケットについて判定され得、その結果、データソースの移動プロセスでは、コンテンツ要求パケットが、解決システムの頻繁な呼出しを伴わずに、移動するデータソースに送信され得、これによってユーザ経験が改善される。
【０２６８】
図23に、本発明のもう1つの実施形態による情報セントリックネットワークICNシステム800を示し、情報セントリックネットワークICNシステム800は、前述の実施形態のいずれにおいても、第1のコンテナ810、第2のコンテナ820、および解決システム830を含み、第1のコンテナおよび第2のコンテナは、図22に示されたルータを含む。
【０２６９】
本発明の実施形態では、用語「および/または」が、関連する物体を記述するための関連関係に過ぎず、3つの関係が存在し得ることを示し、たとえば、Aおよび/またはBは、次の3つのケースすなわち:Aが別々に存在する、AとBとの両方が存在する、およびBが別々に存在する、を表すことができることを理解されたい。さらに、本明細書の記号「/」は、前者および後者の関連する物体が、「または」関係にあることを通常は示す。
【０２７０】
当業者は、本明細書で開示される実施形態を参照して説明される方法ステップおよびユニットを、電子ハードウェア、コンピュータソフトウェア、またはその組合せによって実施できることを知っている可能性がある。ハードウェアとソフトウェアとの間の交換可能性を明瞭に説明するために、前述では、機能に従って各実施形態の構成およびステップを全般的に説明した。機能が、ハードウェアまたはソフトウェアのどちらによって実行されるのかは、特定の応用例と、技術的解決策の設計制約条件とに依存する。当業者は、各特定の応用例のために説明された機能を実施するのに異なる方法を使用することができるが、その実施態様が本発明の範囲を超えると考えてはならない。
【０２７１】
便宜および短い説明のために、前述のシステム、装置、およびユニットの詳細な動作プロセスに関して、前述の方法実施形態で、対応するプロセスへの参照が行われる場合があり、詳細が、本明細書でもう一度説明されないことが、当業者によって明瞭に理解され得る。
【０２７２】
本願で提供される複数の実施形態では、開示されるシステム、装置、および方法を他の形で実施できることを理解されたい。たとえば、説明される装置実施形態は、単に例示的である。たとえば、ユニット分割は、単に論理的な機能分割であり、実際の実施態様では他の分割になる可能性がある。たとえば、複数のユニットまたは構成要素を、別のシステムに組み合わせるかもしくは一体化することができ、または、いくつかの特徴を無視しもしくは実行しないものとすることができる。さらに、表示されたまたは議論された相互結合もしくは直接結合または通信接続を、いくつかのインターフェースを介して実施することができる。装置またはユニットの間の間接結合または通信接続を、電子的な形、機械的な形、または他の形で実施することができる。
【０２７３】
別々の部分として説明されたユニットは、物理的に別々であってもまたはなくてもよく、複数のユニットとして表示された部分は、物理ユニットであってもまたはなくてもよく、1つの位置に配置されてもよく、または、複数のネットワーク要素上に分散されてもよい。ユニットの一部またはすべてを、本発明の実施形態の解決策の目的を達成するための実際の必要に従って選択することができる。
【０２７４】
さらに、本発明の実施形態の複数の機能ユニットを、1つの処理ユニットに一体化することができ、または、ユニットのそれぞれが、物理的に単独で存在することができ、または、2つ以上のユニットを、1つのユニットに一体化することができる。一体化されたユニットを、ハードウェアの形で実施することができ、または、ソフトウェア機能ユニットの形で実施することができる。
【０２７５】
一体化されたユニットが、ソフトウェア機能ユニットの形で実施され、独立の製品として販売されまたは使用される時には、その一体化されたユニットを、コンピュータ可読記憶媒体に記憶することができる。そのような理解に基づいて、本発明の技術的解決策を本質的に、または従来技術に寄与する部分を、または技術的解決策のすべてもしくは一部を、ソフトウェア製品の形で実施することができる。コンピュータソフトウェア製品は、記憶媒体に記憶され、本発明の実施形態で説明された方法のステップのすべてまたは一部を実行するようにコンピュータ装置(パーソナルコンピュータ、サーバ、またはネットワーク装置とすることができる)に指示する複数の命令を含む。前述の記憶媒体は、USBフラッシュディスク、リムーバブルハードディスク、読取専用メモリ(Read-Only Memory、ROM)、ランダムアクセスメモリ(Random Access Memory、RAM)、磁気ディスク、または光ディスクなど、プログラムコードを記憶することができる任意の媒体を含む。
【０２７６】
前述の説明は、単に、本発明の特定の実施形態であって、本発明の保護範囲を限定することは意図されていない。本発明の技術的範囲内で当業者がたやすく考え出す同等の変更または置換は、本発明の保護範囲に含まれなければならない。したがって、本発明の保護範囲は、特許請求の範囲の保護範囲に従わなければならない。
【符号の説明】
【０２７７】
100  データソース移動処理方法
200  パケット転送方法
300  コンテナ移動管理装置
310  登録モジュール
311  送信ユニット
320  第1の通信モジュール
330  第2の通信モジュール
340  削除モジュール
400  ルータ
410  受信モジュール
420  第1の判定モジュール
430  第2の判定モジュール
440  第3の判定モジュール
450  第1の解決モジュール
455  第1の送信モジュール
460  第2の解決モジュール
465  第2の送信モジュール
470  キャッシングモジュール
475  第3の送信モジュール
480  第4の判定モジュール
485  第4の送信モジュール
490  第5の判定モジュール
495  追加モジュール
500  情報セントリックネットワークICNシステム
510  第1のコンテナ
520  第2のコンテナ
530  解決システム
600  コンテナ移動管理装置
610  メモリ
620  プロセッサ
630  センダ
700  ルータ
710  受信器
720  プロセッサ
730  センダ
740  メモリ
800  情報セントリックネットワークICNシステム
810  第1のコンテナ
820  第2のコンテナ
830  解決システム
A  コンテナ
B  コンテナ
C  コンテナ
D  アクセスコンテナ
E1  別の端末
E2  別の端末
E3  端末コンテナ
E4  端末コンテナ
M  ターゲットコンテナ
R1  ルーティングノード
R2  ルーティングノード
R4  ルーティングノード
R12  ルーティングノード
R13  ルーティングノード
R121  ルーティングノード
【図１】
0006345284.tif 000002
【図２】
0006345284.tif 000003
【図３】
0006345284.tif 000004
【図４】
0006345284.tif 000005
【図５】
0006345284.tif 000006
【図６】
0006345284.tif 000007
【図７】
0006345284.tif 000008
【図８】
0006345284.tif 000009
【図９】
0006345284.tif 000010
【図１０】
0006345284.tif 000011
【図１１ａ】
0006345284.tif 000012
【図１１ｂ】
0006345284.tif 000013
【図１２】
0006345284.tif 000014
【図１３】
0006345284.tif 000015
【図１４】
0006345284.tif 000016
【図１５】
0006345284.tif 000017
【図１６】
0006345284.tif 000018
【図１７】
0006345284.tif 000019
【図１８】
0006345284.tif 000020
【図１９】
0006345284.tif 000021
【図２０】
0006345284.tif 000022
【図２１】
0006345284.tif 000023
【図２２】
0006345284.tif 000024
【図２３】
0006345284.tif 000025