(57)【特許請求の範囲】
【請求項１】
情報指向ネットワーキング（ＩＣＮ）ネットワークにおける、インターネットプロトコル（ＩＰ）ベースのデバイスからの通信をアンカリングする方法であって、
ＩＰ専用無線送受信ユニット（ＷＴＲＵ）から、ＩＣＮネットワークのネットワークアクセスポイント（ＮＡＰ）によって、ＩＰパケットを受信するステップであって、前記ＩＰパケットは、前記ＩＰパケットの意図された宛先のＩＰアドレスを含んでいる、ステップと、
前記ＮＡＰによって、階層化されたＩＣＮ名の第１のレイヤとして使用するルート識別子を割り当てるステップであって、前記ルート識別子は、ＩＰオーバＩＣＮ通信を示している、ステップと、
前記ＮＡＰによって、前記第１のレイヤの下にある前記ＩＣＮ名の第２のレイヤにおいて使用する第１のサブスコープ識別子または第２のサブスコープ識別子を割り当てるステップであって、前記第１のサブスコープ識別子は、前記ＩＣＮネットワークの中のＩＰアドレスとの通信のために使用され、および前記第２のサブスコープ識別子は前記ＩＣＮネットワークの外のＩＰアドレスとの通信のために使用される、ステップと、
前記ＩＣＮ名の前記第２のレイヤの下にあるＩＰサブネット識別子の１または複数のレベルを割り当てるステップであって、ＩＰサブネット識別子の前記１または複数のレベルのそれぞれは、前記ＩＰアドレスの各グループと対応している、ステップと、
前記ＮＡＰによって、前記ＩＣＮ名をＩＣＮパケットのパケットヘッダに挿入し、前記ＩＰパケットを前記ＩＣＮパケットのペイロードへコピーすることにより、前記ＩＰパケットを前記ＩＣＮパケットへカプセル化するステップと、
前記ＮＡＰによって、前記ＩＣＮ名にサブスクライブされた複数のデバイスに前記ＩＣＮパケットを送るステップと
を備えることを特徴とする方法。
【請求項２】
前記ＩＰアドレスはＩＰｖ４フォーマットであり、またＩＰサブネット識別子の前記１または複数のレベルのそれぞれは、前記ＩＰアドレスの８ビットを表す１０進数を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＩＰアドレスは、ＩＰｖ６フォーマットであり、またＩＰサブネット識別子の前記１または複数のレベルのそれぞれは、前記ＩＰアドレスの１６ビットを表す４つの１６進数のグループを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記第１のサブスコープ識別子は、ＩＰ通信事業者−内部ＩＰプレフィックス範囲によって決定され、前記第２のサブスコープ識別子は、外部のＩＰプレフィックス範囲によって決定されることを特徴とする請求項１に記載の方法。
【請求項５】
前記第１のサブスコープ識別子および第２のサブスコープ識別子は、前記ＩＰアドレスと、ＩＰルーティングプレフィックスのサブネットマスク情報との組み合わせを通して決定されることを特徴とする請求項１に記載の方法。
【請求項６】
前記第２のサブスコープ識別子は、通信事業者のＩＰボーダゲートウェイ（ＧＷ）の知られたＩＰプレフィックス構成に基づき、通信事業者管理システムにより、前記ルート識別子の下で計算されおよびパブリッシュされることを特徴とする請求項１に記載の方法。
【請求項７】
前記第２のサブスコープ識別子は、ＩＰボーダゲートウェイ（ＧＷ）により計算されおよびパブリッシュされることを特徴とする請求項１に記載の方法。
【請求項８】
前記第１のサブスコープ識別子は、内部の管理エンティティによりパブリッシュされることを特徴とする請求項１に記載の方法。
【請求項９】
前記複数のデバイスの１または複数は、前記ＩＰサブネット識別子の前記１または複数のレベルの異なるレベルにサブスクライブされることを特徴とする請求項１に記載の方法。
【請求項１０】
情報指向ネットワーキング（ＩＣＮ）ネットワークにおける、インターネットプロトコル（ＩＰ）ベースのデバイスからの通信をアンカリングするためのＩＣＮネットワークアクセスポイント（ＮＡＰ）であって、
ＩＰパケットを、ＩＰ専用無線送受信ユニット（ＷＴＲＵ）から受信するよう構成された回路であって、前記ＩＰパケットは、前記ＩＰパケットの意図された宛先のＩＰアドレスを含んでいる、回路を備え、
前記回路は、階層化されたＩＣＮ名の第１のレイヤとして使用するルート識別子を割り当てるようさらに構成され、前記ルート識別子は、ＩＰオーバＩＣＮ通信を示しており、
前記回路は、前記第１のレイヤの下にある前記ＩＣＮ名の第２のレイヤにおいて使用する第１のサブスコープ識別子または第２のサブスコープ識別子を割り当てるようさらに構成され、前記第１のサブスコープ識別子は、前記ＩＣＮネットワークの中のＩＰアドレスとの通信のために使用され、および前記第２のサブスコープ識別子は前記ＩＣＮネットワークの外のＩＰアドレスとの通信のために使用され、
前記回路は、前記ＩＣＮ名の前記第２のレイヤの下にあるＩＰサブネット識別子の１または複数のレベルを割り当てるようさらに構成され、ＩＰサブネット識別子の前記１または複数のレベルのそれぞれは、前記ＩＰアドレスの各グループと対応しており、
前記回路は、前記ＩＣＮ名をパケットヘッダに挿入することにより、前記ＩＰパケットをＩＣＮパケットへとカプセル化するようさらに構成され、および、
前記回路は、前記ＩＣＮ名にサブスクライブされた複数のデバイスに前記ＩＣＮパケットを送るようさらに構成されたことを特徴とするＮＡＰ。
【請求項１１】
前記ＩＰアドレスはＩＰｖ４フォーマットであり、またＩＰサブネット識別子の前記１または複数レベルのそれぞれは、前記ＩＰアドレスの８ビットを表す１０進数を含むことを特徴とする請求項１０に記載のＮＡＰ。
【請求項１２】
前記ＩＰアドレスはＩＰｖ６フォーマットであり、またＩＰサブネット識別子の前記１または複数レベルのそれぞれは、前記ＩＰアドレスの１６ビットを表す４つの１６進数のグループを含むことを特徴とする請求項１０に記載のＮＡＰ。
【請求項１３】
前記第１のサブスコープ識別子は、ＩＰ通信事業者−内部ＩＰプレフィックス範囲によって決定され、前記第２のサブスコープ識別子は、外部のＩＰプレフィックス範囲によって決定されることを特徴とする請求項１０に記載のＮＡＰ。
【請求項１４】
前記第１のサブスコープ識別子および前記第２のサブスコープ識別子は、前記ＩＰアドレスと、ＩＰルーティングプレフィックスのサブネットマスク情報との組み合せを通して決定されることを特徴とする請求項１０に記載のＮＡＰ。
【請求項１５】
前記第２のサブスコープ識別子は、通信事業者のＩＰボーダゲートウェイ（ＧＷ）の知られたＩＰプレフィックス構成に基づき、通信事業者管理システムにより、前記ルート識別子の下で計算されおよびパブリッシュされることを特徴とする請求項１０に記載のＮＡＰ。
【請求項１６】
前記第２のサブスコープ識別子は、ＩＰボーダゲートウェイ（ＧＷ）により計算されおよびパブリッシュされることを特徴とする請求項１０に記載のＮＡＰ。
【請求項１７】
前記第１のサブスコープ識別子は、内部の管理エンティティによりパブリッシュされることを特徴とする請求項１０に記載のＮＡＰ。
【請求項１８】
前記複数のデバイスの１または複数は、前記ＩＰサブネット識別子の前記１または複数のレベルの異なるレベルにサブスクライブされることを特徴とする請求項１０に記載のＮＡＰ。
【発明の詳細な説明】
【背景技術】
【０００１】
本出願は、２０１４年１０月１４日に出願された米国特許仮出願第６２／０６３，７４６号明細書、および２０１５年７月２日に出願された米国特許仮出願第６２／１８８，００１号明細書の利益を主張するものであり、その内容を参照により本明細書に組み込む。
【０００２】
情報指向ネットワーキング（ＩＣＮ:Information-centric networking）の分野など、経路指向ネットワーク（Path-oriented network）は、インターネットプロトコル（ＩＰ）ネットワーキングのように、単にエンドポイントＡからエンドポイントＢにビットパケットを送るのではなくて、情報のルーティング（routing)に焦点を合わせている。経路指向ネットワークでは、データは、場所、アプリケーション、記憶装置、および移送手段から独立するようになり、ネットワーク内キャッシングおよび複製を可能にする。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ＩＣＮに対するアーキテクチャが提案されてきているが、その多くは、望ましいネットワークレベルの機能を実現するために、現在のネットワーク基盤の部分的な置き換えを必要とする可能性がある。提案されたアーキテクチャは、既存の（例えば、インターネットプロトコル（ＩＰ）またはローカルなイーサネットベースの）アーキテクチャに対するオーバーレイとして実現することができる。しかしこのような移行（migration）は、ユーザ機器（ＵＥ）をＩＣＮベースの解決策へと遷移させることがなお必要となるはずである。
【課題を解決するための手段】
【０００４】
実施形態では、情報指向ネットワーキング（ＩＣＮ）ネットワークにおける、またはＩＰピアネットワークにわたるインターネットプロトコル（ＩＰ）ベースのデバイス間の通信をアンカリングするための方法、システム、および装置が開示される。実施形態は、ＩＰアドレスに対する適切なＩＣＮ名を決定するステップと、さらなる識別情報でＩＣＮを制約するステップと、ＩＰパケットをＩＣＮパケットへとカプセル化するステップとを含むことができる。
【０００５】
実施形態では、情報指向ネットワーキング（ＩＣＮ）ネットワークにおける、またはＩＰピアネットワークにわたるインターネットプロトコル（ＩＰ）ベースのデバイス間で通信するための方法、システム、および装置が開示される。実施形態は、ＩＰベースの無線送受信ユニット（ＷＴＲＵ）と、ＩＣＮネットワーク接続ポイント（ＮＡＰ）とを含むことができる。さらに実施形態は、ＩＰボーダゲートウェイ（ＧＷ）、およびＩＣＮボーダＧＷを含むことができる。
【図面の簡単な説明】
【０００６】
【図１Ａ】図１Ａは、１または複数の開示される実施形態を実施できる例示的な通信システムのシステム図である。
【図１Ｂ】図１Ｂは、図１Ａで示された通信システム内で使用できる例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ｃは、図１Ａで示された通信システム内で使用できる例示的な無線アクセスネットワーク、および例示的なコアネットワークのシステム図である。
【図１Ｄ】図１Ｄは、図１Ａで示された通信システム内で使用できる他の例示的な無線アクセスネットワーク、および他の例示的なコアネットワークのシステム図である。
【図２】図２は、ＩＰｖ４アドレスを使用するＩＣＮ名前空間の図である。
【図３】図３は、情報指向ネットワーキング（ＩＣＮ）環境内で通信するためのシステム構成要素の図である。
【図４】図４は、ＩＣＮ環境と、インターネットプロトコル（ＩＰ）環境との間で通信するためのシステム構成要素の図である。
【図５】図５は、ＩＣＮネットワーク接続ポイント（ＮＡＰ）の図である。
【図６】図６は、ＩＣＮボーダゲートウェイ（ＧＷ）の図である。
【図７】図７は、他のＩＣＮ名前空間の図である。
【図８】図８は、ＩＣＮ  ＮＡＰに存在することのできる記憶要素およびデータベースを示す図である。
【図９】図９は、ＩＣＮボーダＧＷに存在することのできる記憶要素およびデータベースを示す図である。
【発明を実施するための形態】
【０００７】
情報指向ネットワーキング（ＩＣＮ）は、コンテンツが情報アドレス指定（addressing）により交換される新しいパラダイムを構成することができる。コンテンツを要求したネットワーク化されたエンティティに向けて情報ソースとして働くのに適した適切なネットワーク化されたエンティティを接続することができる。
【０００８】
ＩＣＮに対するアーキテクチャが提案されてきているが、その多くは、望ましいネットワークレベルの機能を実現するために、現在のネットワーク基盤の部分的な置き換えを必要とする可能性がある。提案されたアーキテクチャは、既存の（例えば、インターネットプロトコル（ＩＰ）またはローカルなイーサネットベースの）アーキテクチャに対するオーバーレイとして実現することができる。しかし、このような移行は、ユーザ機器（ＵＥ）をＩＣＮベースの解決策へと遷移させることがなお必要となるはずである。
【０００９】
ＩＰベースのアプリケーションが、現在使用されている広範囲なインターネットサービスを提供する場合、これらのアプリケーションのすべてを遷移させることは、サーバサイドの構成要素（例えば、電子ショッピングのウェブサーバ、および同様のものなど）の遷移も必要とするので、ＵＥにおけるネットワークレベルの機能（例えば、プロトコルスタックの実装）の純粋な遷移よりもはるかに困難な作業になり得る。したがって、ＩＰベースのサービス、およびそれらを用いる純粋なＩＰベースの無線送受信ユニット（ＷＴＲＵ）は、ＩＣＮネットワーキングが成長し続けるとしても、将来にわたって使用され続ける可能性がある。他方で、ネットワークレベルにおけるＩＣＮへの移行は、非常に将来性があり得る。ＩＣＮは、一般に、例えば、ネットワーク内キャッシュを使用すること、および送信側／受信側を空間／時間的に分離することにより効率を高めるなどの利点を生ずることができる。
【００１０】
本明細書で述べる実施形態は、これらの２つの傾向を一緒にすることに焦点を合わせることができる。言い換えると、実施形態は、ＩＰネットワークのＩＣＮ動作モードへの遷移を含むが、このような環境におけるＩＰベースのサービスおよびアプリケーションの通信を実現することができる。このような組合せを達成するために、実施形態は、ＩＣＮネットワークに接続されながら、ＩＰベースのデバイスが通信できる方法およびシステムを含むことができる。実施形態では、通信は、ＩＣＮネットワークまたは標準のＩＰネットワークに接続されるＩＰデバイスを用いて行うことができる。
【００１１】
より具体的には、実施形態は、ＩＣＮを介して、ＩＰ専用デバイスから送られたＩＰパケットを転送するための方法および手順、ＩＣＮを介して受信されたＩＰパケットを、ＩＰ専用デバイス（IP-only Device）に向けて転送するための方法および手順、ＩＰ専用デバイスから送られ、かつＩＣＮを介して受信されたＩＰパケットを、他のＩＰネットワークに転送するための方法および手順、およびＩＰネットワークを介して受信されたＩＰパケットを、ＩＣＮを介してＩＰ専用デバイスに向けて転送するための方法および手順を含むことができる。
【００１２】
図１Ａを次に参照すると、１または複数の開示される実施形態を実施できる例示的な通信システム１００の図が示されている。通信システム１００は、音声、データ、ビデオ、メッセージング、同報通信などのコンテンツを複数の無線ユーザに提供する複数アクセスシステムとすることができる。通信システム１００は、無線帯域幅を含むシステム資源を共用することによって、複数の無線ユーザが、このようなコンテンツにアクセスできるようにする。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、および同様のものなど、１または複数のチャネルアクセス法を使用することができる。
【００１３】
図１Ａで示すように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境で動作し、かつ／または通信するように構成された任意のタイプのデバイスとすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信し、かつ／または受信するように構成することができ、またユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ式電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電化製品、および同様のものなどを含むことができる。
【００１４】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含むことができる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２など、１または複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、送受信機基地局（ＢＴＳ）、ノードＢ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ、および同様のものとすることができる。基地局１１４ａ、１１４ｂは、それぞれ、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続される基地局および／またはネットワーク要素を含み得ることを理解されよう。
【００１５】
基地局１１４ａは、ＲＡＮ１０４の一部とすることができ、それはまた、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示せず）を含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ぶことのできる特定の地理的な領域内で無線信号を送信および／または受信するように構成することができる。セルは、セルセクタへとさらに分割することができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、３つの送受信機を、すなわち、セルの各セクタに対して１つを含むことができる。他の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を使用することができ、したがって、セルの各セクタに対して複数の送受信機を利用することができる。
【００１６】
基地局１１４ａ、１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数のものと、無線インターフェース１１６を介して通信することができ、それは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。無線インターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立することができる。
【００１７】
より具体的には、上記で述べたように、通信システム１００は、複数アクセスシステムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび同様のものなど、１または複数のチャネルアクセス方式を使用することができる。例えば、ＲＡＮ１０４における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動遠隔通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができ、それは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を用いて無線インターフェース１１６を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）、および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１８】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができ、それは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を用いて無線インターフェース１１６を確立することができる。
【００１９】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ：Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定基準２０００（ＩＳ−２０００）、暫定基準９５（ＩＳ−９５）、暫定基準８５６（ＩＳ−８５６）、グローバルシステムフォーモバイル通信（ＧＳＭ（登録商標）：Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＧＳＭエボリューション拡張データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）、および同様のものなどの無線技術を実施することができる。
【００２０】
図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントとすることができ、また職場、家庭、車両、キャンパス、および同様のものなど、局所化されたエリアでの無線接続性を容易にするために任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１などの無線技術を実施することができる。他の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５などの無線技術を実施することができる。さらに他の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａで示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要はないはずである。
【００２１】
ＲＡＮ１０４は、コアネットワーク１０６と通信することができ、それは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数のものに、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６は、コール制御、課金サービス、モバイル位置ベースのサービス、プリペイド電話、インターネット接続性、ビデオ配信などを提供し、かつ／またはユーザ認証などの高レベルのセキュリティ機能を実施することができる。図１Ａで示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴを使用する、または異なるＲＡＴを使用する他のＲＡＮと、直接または間接的に通信できることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することのできるＲＡＮ１０４に接続されるのに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を使用する他のＲＡＮ（図示せず）と通信することもできる。
【００２２】
コアネットワーク１０６はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄに対するゲートウェイとして働くことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群における伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの大域システムを含むことができる。ネットワーク１１２は、他のサービスプロバイダにより所有される、かつ／または運用される有線もしくは無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ、または異なるＲＡＴを使用できる１または複数のＲＡＮに接続された別のコアネットワークを含むことができる。
【００２３】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつか、またはすべては、多重モード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、様々な無線リンクを介して、様々な無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａで示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用できる基地局１１４ａと、またＩＥＥＥ８０２無線技術を使用できる基地局１１４ｂと通信するように構成することができる。
【００２４】
図１Ｂを次に参照すると、例示的ＷＴＲＵ１０２のシステム図が示されている。ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送信／受信素子１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取外し不能メモリ１３０、取外し可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺装置１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を維持しながら、前述の要素の任意の下位の組合せを含むことができることを理解されよう。
【００２５】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、書替え可能ゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン、および同様のものとすることができる。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作できるようにする任意の他の機能を実施することができる。プロセッサ１１８は、送信／受信素子１２２に結合できる送受信機１２０に結合することができる。図１Ｂは、プロセッサ１１８および送受信機１２０を別々の構成要素として示しているが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップへと共に統合できることが理解されよう。
【００２６】
送信／受信素子１２２は、無線インターフェース１１６を介して、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態では、送信／受信素子１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。他の実施形態では、送信／受信素子１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。さらに他の実施形態では、送信／受信素子１２２は、ＲＦ信号と光信号を共に送信および受信するように構成することができる。送信／受信素子１２２は、無線信号の任意の組合せを送信および／または受信するように構成できることが理解されよう。
【００２７】
さらに、送信／受信素子１２２は、単一の素子として図１Ｂで示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信素子１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、無線インターフェース１１６を介して無線信号を送信および受信するために、２つ以上の送信／受信素子１２２（例えば、複数のアンテナ）を含むことができる。
【００２８】
送受信機１２０は、送信／受信素子１２２によって送信される信号を変調し、かつ送信／受信素子１２２によって受信される信号を復調するように構成することができる。上記で述べたように、ＷＴＲＵ１０２は、多重モード機能を有することができる。したがって、送受信機１２０は、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して、ＷＴＲＵ１０２が通信できるようにするために、複数の送受信機を含むことができる。
【００２９】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）表示ユニット、または有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合することができ、かつそれらからユーザ入力データを受け取ることができる。プロセッサ１１８はまた、ユーザデータを、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。さらにプロセッサ１１８は、取外し不能メモリ１３０、および／または取外し可能メモリ１３２など、任意のタイプの適切なメモリに、情報をアクセスし、かつデータを記憶することができる。取外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含むことができる。取外し可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード、および同様のものを含むことができる。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置していないメモリに情報をアクセスし、またデータを記憶することができる。
【００３０】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、またＷＴＲＵ１０２内の他の構成要素に電力を配布する、かつ／または制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素電池（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池、および同様のものを含むことができる。
【００３１】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成できるＧＰＳチップセット１３６に結合することができる。ＧＰＳチップセット１３６からの情報に加えて、またはそれに代えて、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）から無線インターフェース１１６を介して位置情報を受信する、かつ／または２つ以上の近傍の基地局から受信された信号のタイミングに基づき、その位置を決定することができる。ＷＴＲＵ１０２は、実施形態と整合性を維持しながら、任意の適切な位置決定法によって位置情報を取得できることが理解されよう。
【００３２】
プロセッサ１１８は、他の周辺装置１３８にさらに結合することができ、他の周辺装置１３８は、さらなる特徴、機能性、および／または有線もしくは無線接続性を提供する１または複数のソフトウェア、および／またはハードウェアモジュールを含むことができる。例えば、周辺装置１３８は、加速度計、イーコンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョン送受信機、手を使用しないヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および同様のものを含むことができる。
【００３３】
図１Ｃを次に参照すると、実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図が示されている。上記で述べたように、ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと無線インターフェース１１６を介して通信するために、Ｅ−ＵＴＲＡ無線技術を使用することができる。ＲＡＮ１０４はまた、コアネットワーク１０６と通信することができる。
【００３４】
ＲＡＮ１０４は、ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を維持しながら、任意の数のｅＮｏｄｅＢを含み得ることが理解されよう。ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含むことができる。一実施形態では、ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅＮｏｄｅＢ１４０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信し、かつそこから無線信号を受信するために、複数のアンテナを使用することができる。
【００３５】
ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けることができ、また無線資源管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリング、および同様のものを処理するように構成することができる。図１Ｃで示されるように、ｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【００３６】
図１Ｃで示されるコアネットワーク１０６は、モビリティ管理エンティティゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。前述の要素のそれぞれが、コアネットワーク１０６の一部として示されているが、これらの要素のいずれのものも、コアネットワーク通信事業者以外のエンティティにより所有され、かつ／または運用され得ることが理解されよう。
【００３７】
ＭＭＥ１４２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続することができ、制御ノードとして働くことができる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ベアラの活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期のアタッチ中に特定のサービングゲートウェイを選択すること、および同様のものなどを扱うことができる。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）との間を切り換えるための制御プレーン機能を提供することができる。
【００３８】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続することができる。サービングゲートウェイ１４４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間で、ユーザデータパケットをルーティングし、転送することができる。サービングゲートウェイ１４４はまた、ｅＮｏｄｅＢ間のハンドオーバ中にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理しかつ記憶すること、および同様のものなど、他の機能を実施することもできる。
【００３９】
サービングゲートウェイ１４４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０など、パケット交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供できるＰＤＮゲートウェイ１４６に接続することができる。
【００４０】
コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８など、回線交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含む、またはそれと通信することができる。さらに、コアネットワーク１０６は、他のサービスプロバイダにより所有され、かつ／または運用される他の有線または無線ネットワークを含むことのできるネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００４１】
図１Ｄを次に参照すると、他の実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図が示されている。ＲＡＮ１０４は、無線インターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、ＩＥＥＥ８０２．１６無線技術を使用するアクセスサービスネットワーク（ＡＳＮ）とすることができる。以下でさらに論じられるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０４、およびコアネットワーク１０６の様々な機能エンティティ間の通信リンクは、参照点として定義することができる。
【００４２】
図１Ｄで示すように、ＲＡＮ１０４は、基地局１５０ａ、１５０ｂ、１５０ｃ、およびＡＳＮゲートウェイ１５２を含むことができるが、ＲＡＮ１０４は、実施形態との整合性を維持しながら、任意の数の基地局およびＡＳＮゲートウェイを含み得ることが理解されよう。基地局１５０ａ、１５０ｂ、１５０ｃはそれぞれ、ＲＡＮ１０４における特定のセル（図示せず）に関連付けることができ、またそれぞれ、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含むことができる。一実施形態では、基地局１５０ａ、１５０ｂ、１５０ｃは、ＭＩＭＯ技術を実施することができる。したがって、基地局１５０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ無線信号をそこから受信することができる。基地局１５０ａ、１５０ｂ、１５０ｃはまた、ハンドオフのトリガリング、トンネル確立、無線資源管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシーの実施、および同様のものなど、モビリティ管理機能を提供することができる。ＡＳＮゲートウェイ１５２は、トラフィック集約点として働くことができ、またページング、加入者プロファイルのキャッシュ、コアネットワーク１０６へのルーティング、および同様のものを扱うことができる。
【００４３】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０４の間の無線インターフェース１１６は、ＩＥＥＥ８０２．１６仕様を実施するＲ１参照点として定義することができる。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０６と論理的なインターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０６との間の論理的なインターフェースは、Ｒ２参照点として定義することができ、それは、認証、許可、ＩＰホスト構成管理、および／またはモビリティ管理に使用することができる。
【００４４】
基地局１５０ａ、１５０ｂ、１５０ｃのそれぞれの間の通信リンクは、基地局間で、ＷＴＲＵハンドオーバおよびデータの移送を容易にするためのプロトコルを含むＲ８参照点として定義することができる。基地局１５０ａ、１５０ｂ、１５０ｃとＡＳＮゲートウェイ１５２との間の通信リンクは、Ｒ６参照点として定義することができる。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられたモビリティイベントに基づき、モビリティ管理を容易にするためのプロトコルを含むことができる。
【００４５】
図１Ｄで示されるように、ＲＡＮ１０４は、コアネットワーク１０６に接続することができる。ＲＡＮ１０４とコアネットワーク１０６との間の通信リンクは、例えば、データ移送およびモビリティ管理機能を容易にするためのプロトコルを含むＲ３参照点として定義することができる。コアネットワーク１０６は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１５４、認証、許可、アカウンティング（ＡＡＡ）サーバ１５６、およびゲートウェイ１５８を含むことができる。前述の要素のそれぞれが、コアネットワーク１０６の一部として示されているが、これらの要素のいずれのものも、コアネットワーク通信事業者以外のエンティティにより所有され、かつ／または運用できることが理解されよう。
【００４６】
ＭＩＰ−ＨＡ１５４は、ＩＰアドレス管理を扱い、様々なＡＳＮおよび／または様々なコアネットワーク間で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃがローミングできるようにする。ＭＩＰ−ＨＡ１５４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換網へのアクセスを提供することができる。ＡＡＡサーバ１５６は、ユーザ認証およびユーザサービスのサポートを扱うことができる。ゲートウェイ１５８は、他のネットワークとの協調動作を容易にすることができる。例えば、ゲートウェイ１５８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８など、回線交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。さらに、ゲートウェイ１５８は、他のサービスプロバイダによって所有され、かつ／または運用される他の有線または無線ネットワークを含むことのできるネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００４７】
図１Ｄには示されていないが、ＲＡＮ１０４を他のＡＳＮに接続することができ、またコアネットワーク１０６を他のコアネットワークに接続できることが理解されよう。ＲＡＮ１０４と他のＡＳＮの間の通信リンクは、ＲＡＮ１０４と他のＡＳＮの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを協調させるためのプロトコルを含むことのできるＲ４参照点として定義することができる。コアネットワーク１０６と他のコアネットワークとの間の通信リンクは、Ｒ５参照として定義することができ、それは、ホームコアネットワークと在圏するコアネットワークとの間の協調動作を容易にするためのプロトコルを含むことができる。
【００４８】
本明細書で述べられる実施形態では、ネットワークアクセスポイント（ＮＡＰ）は、ＩＰ対応デバイスに対して、標準のＩＰネットワークインターフェースを提供することができる。ＮＡＰは、どの受信したＩＰパケットもＩＣＮパケットへとカプセル化することができ、次いでそれを、適切に形成され名前が付けられた情報項目としてパブリッシュすることができる。反対にＮＡＰは、いずれかの適切に形成され名前が付けられた情報項目にサブスクライブすることができ、その場合、情報識別子が、ローカルにＮＡＰに接続されたＩＰデバイスを表すことができる。受信されたＩＣＮパケットを、次いで、適切にカプセル化が解除された後、適切なローカルのＩＰデバイスに転送することができ、それにより、元のＩＰパケットを復元する。さらに、実施形態は、ＩＣＮボーダゲートウェイ（ＢＧＷ）の動作について述べることができる。ＢＧＷは、そのネットワーク外のＩＰデバイス向けであるＩＣＮパケットをそのネットワーク内のＮＡＰから受信することができ、次いで、これらのパケットを適切なＩＰネットワークに向けて転送することができる。反対に、ＢＧＷで受信されたＩＰパケットはいずれも、そのローカルなＩＣＮネットワーク内の適切なＩＰベースのデバイスへと転送することができる。
【００４９】
本明細書で述べられる実施形態は、ＩＰデバイスが、１つのこのようなＩＰデバイスと他のものとの間で確立されるチャネルに対して名前が付けられたエンティティと解釈されるという概念に基づくことができる。したがって、ＩＰエンドポイント識別子ＡIPを有するＩＰデバイスへのいずれの通信も、データを、ＡICNと名前が付けられた情報項目に（チャネルを介して）送るものと解釈することができる。言い換えると、デバイスＡIPと通信することを望むいずれのＩＰデバイスも、そのＩＰパケットを情報項目ＡICNにパブリッシュすることになるが、デバイスＡIPそれ自体は、情報項目ＡICNにサブスクライブすることになる。デバイスＡIPだけが、ＡICNにサブスクライブできるようになることを保証することは必要ではない可能性のあることに留意すべきであり、それは、様々なＩＣＮ手順が、このような制限を保証するための様々なアクセス制御機構を提供できるからである。ＩＰ−ＩＣＮ統合の従来方法は、ＩＰベースのアプリケーションと純粋のＩＣＮネットワーキングスタックとの間に、「シム（shim）」層を挿入することを含むことができ、ＷＴＲＵにおけるネットワークプロトコルの実施が、ＩＰオペレーションからＩＣＮオペレーションへと移行されることを要求する。それとは対照的に、本明細書で述べる実施形態は、ＩＣＮネットワーク内で、またＩＣＮネットワークを介して、純粋なＩＰデバイスの通信を可能にすることができる。
【００５０】
実施形態は、サービスモデルに関する、ならびにＩＣＮアーキテクチャによって提供される情報項目に関する基本的な前提を利用することができる。具体的には、プッシュベース（例えば、パブリッシュ−サブスクライブサービス）モデルが提示され、また可変の情報項目（すなわち、すでにパブリッシュされたＩＣＮ名の下で異なるコンテンツを再度パブリッシュすることができる）をサポートできるものと想定することができる。これらの前提は、ＰＵＲＳＵＩＴプロジェクトアーキテクチャに基づく、例えば、それによることができる。
【００５１】
実施形態では、ＩＣＮネットワーク内で通信する任意のデバイスのＩＰアドレスは、適切なＩＣＮ名に属する通信として解釈することができる。通信は、このチャネル（適切なＩＣＮ名により定義される）を介して送信されるＩＰパケットが、ＩＣＮレベルで可変の情報項目であり得るという意味においてチャネル意味論に従うことができる。この例では、ＩＰアドレスＡIPを有するデバイスに送信されるＩＰパケットは、実際には、ＡICNと名前の付けられた可変のコンテンツにパブリッシュされることを意味することができる（この場合、このＩＰアドレスに送信されるＩＰパケットにより定義される可変のコンテンツに対して、同じ名前が使用できるので、コンテンツは可変である）。さらに、ＩＣＮネットワーク外にあるＩＰアドレスは、それに応じて適切なＩＣＮ名として符号化することができる。
【００５２】
本明細書で述べる方法に対するＩＣＮ名前空間全体に対して、ＩＰと同様の通信に対してルート識別子（Route Identifier）が選択され得るとしても、別のスコープ識別子（Scope  Identifier）を使用することができる。例えば、ルート識別子を使用することは、動作上の理由または移行上の理由で、ＩＰと同様の通信を他のＩＣＮ通信から分離できるようにする。ルート識別子は、標準化される、適切なフォーラムで合意される、または単に特定のベンダおよび／または通信事業者のＩＣＮにわたって所有権を有する方法で定義することができる。
【００５３】
このルートスコープ識別子下で、ＩＣＮネットワーク内の通信のためのもの（Ｉで示される）と、ＩＣＮネットワーク外のＩＰアドレスに通信するためのもの（Ｏで示される）との２つの下位の（サブ）スコープ識別子（Sub-Scope Identifier）があり得る。これらの下位のスコープ識別子のそれぞれのもとで、ＩＰｖ４およびＩＰｖ６命名基準により予見されたものと同様に確立できる様々なレベルの下位の階層が存在することができる。ＩＰｖ４アドレスが使用される場合（例えば、Ａ．Ｂ．Ｃ．Ｄ、）、ＩＮＣ名の階層は、Ａクラス−＞Ｂクラス−＞Ｃクラス−＞Ｄクラスとして実現することができる。階層的なＩＰアドレス指定に従う各特有のＩＰアドレスは、したがって、ｆ（Ａ）／ｆ（Ｂ）／ｆ（Ｃ）／ｆ（Ｄ）のようなＩＣＮ名にマップすることができる。プレフィクス（Prefix）ｆは、ＩＰ下位階層により提供される元の８ビット入力に対して演算を行い、ＩＣＮに準拠した識別子を生成する関数を示すことができる。
【００５４】
例えば、ＰＵＲＳＵＩＴの場合、この関数は、８ビット入力で動作し、かつ各下位の識別子ｆ（ｘ）に対して２５６ビット（すなわち、ＰＵＲＳＵＩＴ識別子長さ）出力を提供するハッシュ関数を選択することができる。このようなハッシュ関数はいずれも、例えば、統計的に一意の識別子を生成するために、ＩＣＮアーキテクチャの要件に準拠する必要があり得る。ＩＰｖ６アドレスに対して同様の編成原理（Organization Principle）を考えることができるが、簡単化のために省略され得る。
【００５５】
図２を次に参照すると、ＩＰｖ４アドレスを使用するＩＣＮ名前空間の図２００が示されている。図２は、ＩＣＮ通信を介するＩＰに対する単一のルート識別子２０２と、ＩＣＮ内２０４およびＩＣＮ外通信２０６のための２つの下位のスコープ識別子（サブスコープ識別子）と、これらの下位のスコープのそれぞれの下のＩＰサブネット識別子２０８の階層とを含む。
【００５６】
ＮＤＮなどのアーキテクチャは、ＩＣＮコンテンツ識別子として標準のＤＮＳ名を使用し、ならびにＩＣＮパケットを取得するために、プルベースのサービスモデルを利用する。
【００５７】
ＩＰエンドポイント識別子のレベルで適切なＩＣＮ名を生成するのに加えて、拡張された手法は、交換される通信をさらに制約するために、さらなる情報としてＩＰレベル通信のさらなる情報を利用することができる。このような制約情報は、ソースおよび／または宛先ポート、ならびにソースＩＰアドレスとすることができる。言い換えると、例えば、／Ｒｏｏｔ／Ｉ／／ｆ（Ａ）／ｆ（Ｂ）／ｆ（Ｃ）／ｆ（Ｄ）の形態のＩＣＮ名を、既存のＩＰ規格による１６ビット整数値である「ｐｏｒｔ（ポート）」を備えた／Ｒｏｏｔ／Ｉ／／ｆ（Ａ）／ｆ（Ｂ）／ｆ（Ｃ）／ｆ（Ｄ）／ｆ（ｐｏｒｔ）のＩＣＮ名に向けたポート情報により拡張することができる。いくつかの制約パラメータを使用する場合、タプル入力を、関数ｆに対して使用することができる。ＩＣＮ名の拡張形は、特定のサービスだけに通信を制約するために使用することができ、これらのサービスは、それらのポート情報により定義される。宛先ポート、または情報を指定する他のアプリケーションフローなど、ポートと同様の他の制約をＩＣＮ名に加えることができる。
【００５８】
適切なＩＣＮ名においてｉｎｔｅｒｅｓｔを示すことができる。パブリッシュ−サブスクライブモデルは、ＩＣＮネットワークに対するその基礎となる意味論と考えることができ、例えば、ＩＣＮ情報項目は、ＩＣＮエンティティによりパブリッシュされ、かつ他のＩＣＮエンティティでそれにサブスクライブすることにより取得することができる。ｉｎｔｅｒｅｓｔ表示（indication）は、ＩＣＮ名へのサブスクライブを解除することにより、ＩＣＮネットワークから除去することができる。
【００５９】
ＩＰサブネット通信全体においてｉｎｔｅｒｅｓｔを示すことができる。アーキテクチャは、適切なＩＣＮ名で次のレベルの階層にサブスクライブすることにより、情報項目の全体のセットでｉｎｔｅｒｅｓｔ表示（indication）を提供することができる。これを用いると、全体のサブネット通信におけるｉｎｔｅｒｅｓｔは、特定のデバイスの完全なＩＰアドレスを用いることに代えて、例えば、／Ｒｏｏｔ／Ｉ／ｆ（Ａ）／ｆ（Ｂ）／ｆ（Ｃ）にサブスクライブすることにより示され得る。これを用いると、サブネットに位置するデバイスに送信されるいずれのパケットも、この下位の階層に対するサブスクライバに送信され得る。
【００６０】
さらに、／Ｒｏｏｔ／Ｉにサブスクライブすることにより、ＩＣＮネットワーク内のＩＰデバイス間のすべての通信に、ｉｎｔｅｒｅｓｔを示すことができる。反対にＩＣＮネットワーク外の任意のＩＰデバイスに対する通信は、／Ｒｏｏｔ／Ｏにサブスクライブすることにより示すことができる。
【００６１】
制約された通信でＩｎｔｅｒｅｓｔを示すことができる。適切なＩＣＮ名は、ポート情報（または他の制約情報）によりさらに記述することができる。こうすることにより、ＩＰレベルのファイアウォールと類似して、ＩＰレベルの通信の送信／受信を特定のポートだけに制約することが可能になる。したがって、このような拡張された適切なＩＣＮ名にサブスクライブすることにより、適切なＩＣＮ名で記述された、特定のＩＰデバイスにおける特定のポートに向けられた情報だけを受信することができ、ＩＰレベルにおけるフローベースの管理、例えば、ＱｏＳ管理、または解析もしくは同様のものなどの他のフローベースの管理機能を可能にする。
【００６２】
例では、ＩＰパケットは、ＩＣＮパケット内にカプセル化することができる。一般的なＩＣＮパケットフォーマットは、ＩＣＮ名、可能なオプションヘッダ、およびペイロードからなると考えることができる。ＩＰパケットのカプセル化は、（上記で述べた方法に従って、ＩＰパケットの宛先のＩＰアドレスにより、ならびに通信に加えられた何らかの制約情報により決定された）適切なＩＣＮ名を、適切なパケットヘッダに挿入することを含むことができる。何らかの適切なオプションをオプションヘッダに設定することができ、次いで、ＩＰパケットの全体を、ＩＣＮパケットのペイロードにコピーすることができる。
【００６３】
ＩＣＮパケットをより小さなチャンクに断片化する必要性は、ＩＰパケットのカプセル化には透過的なものであり得る。ＩＰレベルで実現されることに起因して、ＩＰの上位で実現されるいずれのプロトコル（例えば、ＴＣＰ、ＲＴＰ、またはＨＴＴＰ）も、本明細書で述べられる機構により通信することができる。これは、例えば、ＴＣＰパケットをＩＰパケットにカプセル化することを利用して行うことができ、それを次に、ＩＣＮパケットへとカプセル化することができる。ＩＰアドレスＩＰBに位置するサーバと通信することを望む、ＩＰアドレスＩＰAを有するＷＴＲＵで動作しているＴＣＰベースのアプリケーションの例では、ＷＴＲＵが接続されるＮＡＰは、サーバがＩＣＮネットワーク内に常駐していると仮定して（サブネットチェックにより決定することができる）、適切なＩＣＮ名／Ｒｏｏｔ／Ｉ／ｆ（ＩＰA）を有するＩＣＮパケットに、このＷＴＲＵから受信されたいずれのパケットもカプセル化することができる。
【００６４】
図３および図４を次に参照すると、ＩＣＮ環境３００内の通信、およびＩＣＮ環境とＩＰ環境４００との間の通信のためのシステム構成要素の図がそれぞれ示されている。図３で示されるように、ＩＣＮ環境内の通信のためのシステムは、１または複数のＩＰベースのＷＴＲＵ３０２と、１または複数のＩＣＮネットワーク接続ポイント（ＮＡＰ）３０４と、ＩＣＮネットワーク３０６とを含むことができる。図４で示されるように、ＩＣＮ環境とＩＰ環境との間の通信のためのシステムは、１または複数のＩＰベースのＷＴＲＵ４０２と、１または複数のＩＣＮ  ＮＡＰ４０４と、ＩＰネットワーク４０６と、ＩＰボーダＧＷ４０８と、ＩＣＮボーダＧＷ４１０と、ＩＣＮネットワーク４１２とを含むことができる。実施形態では、ＩＰボーダＧＷ４０８およびＩＰルータ４１４は、ＩＰネットワークで使用される標準のＩＰネットワーク要素とすることができる。実施形態では、ＩＰベースのＷＴＲＵ４０２は、ＩＰネットワーク４０６とだけ動作するように構成することができる（すなわち、ＩＰ専用ＷＴＲＵ）。
【００６５】
何らかの他のＩＰ専用ＷＴＲＵと協動して（そのネットワークインターフェースで、ＩＰパケットを送信および受信することにより）いずれかの標準のＩＰ対応アプリケーションおよびサービスを実行するＩＰ専用ＷＴＲＵを本明細書で開示することができる。後者は、図３で示されるように、ＩＣＮネットワーク内に位置するか、または図４で示されるように、ＩＰベースのネットワークに位置する。
【００６６】
いくつかのＩＣＮ  ＮＡＰ３０４、４０４は、ＷＴＲＵ３０２、４０２からＩＰパケットを受信して、このようなパケットを適切なＩＣＮフォーマットへとカプセル化し、かつＩＣＮパケットをそのローカルなＩＣＮネットワーク３０６、４１２における適切なＩＣＮ名にパブリッシュすることができる。いくつかのＩＣＮ  ＮＡＰ３０４、４０４は、そのローカルなＩＣＮネットワーク３０６、４１２からＩＣＮパケットを受信して、ＩＣＮパケットのペイロードをＩＰパケットとしてカプセル化を解除し、ＩＰパケットを、ＩＣＮパケットで提供された適切なＩＣＮ名前情報に基づいて、適切なネットワークインターフェースに送信する。いくつかのＩＣＮ  ＮＡＰ３０４、４０４は、ローカルに接続されたＩＰベースのＷＴＲＵ３０２、４０２のために、適切なＩＣＮ名にｉｎｔｅｒｅｓｔを登録することができる。
【００６７】
ＩＣＮボーダＧＷ４１０は、そのローカルなＩＣＮネットワーク４１２からＩＣＮパケットを受信して、このようなパケットをＩＰパケットとしてカプセル化を解除し、かつＩＰパケットを、そのＩＰベースのネットワークインターフェースの１つを介してそのＩＰピアネットワーク４０６の１つに送信することができる。ＩＣＮボーダＧＷ４１０は、ＩＰパケットを、そのＩＰピアネットワーク４０６の１つから受信して、このようなパケットをＩＣＮパケットへとカプセル化し、かつＩＣＮパケットをそのローカルなＩＣＮネットワーク４１２における適切なＩＣＮ名へとパブリッシュすることができる。ＩＣＮボーダＧＷ４１０は、ＩＣＮネットワーク４１２にローカルに割り振られるＩＰアドレス空間のために、ＩＰパケットにｉｎｔｅｒｅｓｔを登録することができる。ＩＣＮボーダＧＷ４１０は、ローカルなＩＣＮネットワーク４１２のために、適切なＩＣＮ名にｉｎｔｅｒｅｓｔを登録することができる。
【００６８】
図４のＩＰボーダＧＷ４０８およびＩＰルータ４１４は、ＩＰネットワークで使用される標準のＩＰネットワーク要素とすることができる。
【００６９】
図５を次に参照すると、ＩＣＮネットワーク接続ポイント（ＮＡＰ）５００が示されている。ＩＣＮ  ＮＡＰ５００の要素は、記憶要素５０２とコントローラ５０４とを含むことができる。
【００７０】
ＩＰエンドポイントデータベース５１２を保持する記憶要素は、以下の列を有することができる、すなわち、ＩＰｖ４またはＩＰｖ６識別子としてのＩＰエンドポイント情報５０６、このエンドポイント識別子に対するＩＣＮ識別子情報ＩＣＮID５０８、および特定のＩＰデバイスのポート制限を含むことのできるファイアウォール（ＦＷ）ポリシーエントリ５１０である。
【００７１】
コントローラ５０４は、ローカルなネットワークインターフェースを介して送信するローカルに接続されたＷＴＲＵからＩＰパケットを受信し、ＩＰパケットをＩＣＮ特有のフォーマットでＩＣＮパケットへとカプセル化し、受信したＩＰパケットに与えられた宛先に関する適切なＩＣＮ名をＩＰエンドポイントデータベース５１２から取得し、適切なＩＣＮ名を、生成されたＩＣＮパケットに追加し、かつＩＣＮパケットの、そのローカルなＩＣＮネットワークへのパブリッシュを実施することができる。
【００７２】
コントローラ５０４は、あるいは、対応するＩＰ識別子をＩＰエンドポイントデータベース５１２で見つけることのできない場合、適切なＩＣＮ名を生成すること、およびこのＩＣＮ名を、将来の参照用にデータベース５１２に挿入することができる。コントローラ５０４は、あるいは、対応するＩＰ識別子を見つけることができない場合、適切なＩＣＮ名のセットを生成することができ、ＩＣＮ名のセットは、ＩＰエンドポイントデータベース５１２におけるＦＷポリシー５１０に従って制約された通信識別子を表す。コントローラ５０４は、あるいは、例えば、禁止されている出力ポートを使用することによってＮＡＰローカルＦＷポリシー５１０を侵害した場合、ＩＰパケットの廃棄を実現することができる。
【００７３】
またコントローラ５０４は、ＩＣＮパケットの、そのローカルなＩＣＮネットワークからの受信を実施し、その後に、ＩＣＮ特有のフォーマットによるＩＣＮパケット内のＩＰパケットのカプセル化を解除し、受信したＩＣＮパケットで与えられたＩＣＮ名に関するＩＰエンドポイント識別子５０６をＩＰエンドポイントデータベース５１２から取得し、かつＩＰパケットの、適切なローカルなネットワークインターフェースへの送信を実施することができる。
【００７４】
あるいは、ＩＰエンドポイントデータベース５１２へと挿入される適切なＩＣＮ名を生成することができる。あるいは、ＩＰパケットで与えられたポート情報により制約される適切なＩＣＮ名を生成することができる。
【００７５】
あるいは、パケットは、ＩＰエンドポイント識別子５０６が見つからなかった場合、廃棄することができる。このＩＰエンドポイント識別子５０６は制約されたものとすることができ、それを見つけられないことは、ＦＷポリシー制限により、ＩＰエンドポイントデータベース５１２に作成されていなかったことを意味することができ、このポートを介する通信は禁止されていることを意味する。
【００７６】
ＷＴＲＵがＮＡＰ５００に接続される場合、接続されたローカルなＷＴＲＵに与えられたＩＰエンドポイント識別子５０６に基づいて適切なＩＣＮ名を決定し、かつこのＩＣＮ名に送信されるパケットにおけるｉｎｔｅｒｅｓｔを、ローカルなＩＣＮネットワークに示すことにより適切なＩＣＮ名にｉｎｔｅｒｅｓｔを登録すること。
【００７７】
あるいは、何らかのＮＡＰローカル管理ルールに従ってＦＷポリシー５１０を追加し、ＩＰデバイスの可能な通信をさらに制約することができる。あるいは、制約された適切なＩＣＮ名を、ローカルなＮＡＰ５００のＦＷポリシー５１０に従って作成することができる。
【００７８】
ＷＴＲＵをＮＡＰ５００から接続を解除する場合、ローカルに接続が解除されるＷＴＲＵに与えられたＩＰエンドポイント識別子５０６に対する適切なＩＣＮ名を決定し、かつこのＩＣＮ名に対するｉｎｔｅｒｅｓｔ表示（indication）をローカルなＩＣＮネットワークから除去することにより、適切なＩＣＮ名におけるｉｎｔｅｒｅｓｔの登録を解除する。
【００７９】
図６を次に参照すると、ＩＣＮボーダゲートウェイ（ＧＷ）６００が示されている。ＩＣＮボーダＧＷ６００はまた、記憶要素６０２およびコントローラ６０４を含むことができる。
【００８０】
ＩＰエンドポイントデータベース６１２を保持する記憶要素６０２は、以下の列を有することができる、すなわち、ＩＰｖ４またはＩＰｖ６識別子としてのＩＰエンドポイント情報６０６、このＩＰエンドポイント識別子に対するＩＣＮ識別子情報ＩＣＮID６０８、および特定のＩＰデバイスのポート制限を含むＦＷポリシーエントリ６１０である。
【００８１】
コントローラ６０４は、そのＩＰピアネットワークのいずれかからＩＰパケットを受信し、ＩＰパケットをＩＣＮ特有のフォーマットに従ってＩＣＮパケットへとカプセル化し、受信したＩＰパケットに与えられた宛先に関する適切なＩＣＮ名をＩＰエンドポイントデータベースから取得し、適切なＩＣＮ名を、生成されたＩＣＮパケットに追加し、かつＩＣＮパケットの、そのローカルなＩＣＮネットワークへのパブリッシュを実施することができる。
【００８２】
あるいは、対応するＩＰ識別子６０６をＩＰエンドポイントデータベース６１２で見つけることのできない場合に、適切なＩＣＮ名を生成することができる。あるいは、制約された適切なＩＣＮ名を、ＩＣＮボーダＧＷ６００のＦＷポリシー６１０に基づいて生成することができる。あるいは、入力されるＩＣＮパケットから取得されたＩＰエンドポイント識別子６０６が、ＩＣＮネットワークによりサービスされる合意されたＩＰサブネットに属していない場合、入力されたパケットは、廃棄することができる。
【００８３】
コントローラ６０４はまた、ＩＣＮパケットをそのローカルなＩＣＮネットワークから受信し、ＩＣＮ特有のフォーマットによるＩＣＮパケット内のＩＰパケットのカプセル化を解除し、受信したＩＣＮパケットに与えられたＩＣＮ名に関するＩＰエンドポイント識別子６０６を、ＩＰエンドポイントデータベース６１２から取得し、かつＩＰパケットを、適切なＩＰピアネットワークに送信することを実施できる。あるいは、適切なＩＰ経路が見つからない場合には、パケットを廃棄することができる。
【００８４】
コントローラ６０４はまた、ＩＰエンドポイント識別子６０６から取得することにより適切なＩＣＮ名を決定し、かつこのＩＣＮ名に送信されるパケットにおけるｉｎｔｅｒｅｓｔを、ローカルなＩＣＮネットワークに示すことにより、ローカルなＩＣＮネットワークの外側のＩＰデバイスを表す適切なＩＣＮ名にｉｎｔｅｒｅｓｔを登録することを実施できる。
【００８５】
あるいは、対応するＩＰ識別子６０６がＩＰエンドポイントデータベース６１２で見つけることができない場合、適切なＩＣＮ名を生成することができる。あるいは、対応する識別子が、ＩＰエンドポイントデータベース６１２で見つけることができない場合、ＩＣＮボーダＧＷ６００のＦＷポリシー６１０に基づいて、制約された適切なＩＣＮ名を生成することができる。
【００８６】
あるいは、適切なＩＣＮ名は、（完全修飾ＩＰアドレスに代えて）特有のＩＰサブネットに対するｉｎｔｅｒｅｓｔを示すことができる。あるいは、制約された適切なＩＣＮ名が、ｉｎｔｅｒｅｓｔを示すことができる。
【００８７】
ＮＡＰを統合化する例では、ＮＡＰコントローラを、図５の機能全体を実施するスタンドアロンのＮＡＰとして統合することができる。
【００８８】
ＮＡＰアドオンの例では、ＮＡＰコントローラおよび記憶要素が、ソフトウェアのアドオンの形態で、標準のＩＣＮ  ＮＡＰに加えて提供され得る。ＩＣＮ  ＮＡＰに使用されるソフトウェアプラットフォームに応じてこのアドオンは、ダウンロード可能なソフトウェアモジュールにより提供することができるが、ネットワーク仮想化機能（ＮＦＶ）などのフレームワークにより提供することもできる。
【００８９】
通信事業者ベースの中央記憶要素の例では、記憶要素と、例えば、ＩＰエンドポイント識別子の、適切なＩＣＮ名へのマッピングなどの参照機能とは、通信事業者ベースの中央要素で実現することができる。このような集中化は、例えば、ＩＰ−ＩＣＮ名マッピングに対して管理が容易であるという理由で実現することができる。この場合、ＮＡＰコントローラは、ＩＰ−ＩＣＮ名マッピングを実施するために、中央要素への遠隔接続を利用することができる。
【００９０】
他の実施形態では、完全修飾ＩＰアドレスに基づくスコープベースのオペレーションではなく、ＩＰプレフィックス変換（prefixing）を利用することができる。実施形態は、ＩＣＮ通信事業者内のＩＰアドレスと、ＩＣＮ通信事業者のドメイン外のものとの間を分離することに依存しなくてもよい。これは、ＮＡＰとＧＷのオペレーションを非常に簡単化し、ならびに送信オペレーションの遅延を低減することができる。
【００９１】
図７を次に参照すると、他のＩＣＮ名前空間の図７００が示されている。実施形態では、ＩＣＮネットワーク７０４で通信するどのデバイスのＩＰアドレスも、適切なＩＣＮ名に属する通信として解釈することができる。このチャネル（適切なＩＣＮ名で定義された）を介して送られるＩＰパケットが、ＩＣＮレベルで可変の情報項目であるという意味で、通信はチャネル意味論に従う。ＰＵＲＳＵＩＴなどのパブリッシュ−サブスクライブアーキテクチャは、このような可変のチャネルと同様の通信を可能にする。これは、ＩＰアドレスＡIPを有するデバイスに送られるＩＰパケットは、実際には、ＡICNと名前が付けられた可変のコンテンツにパブリッシュされ得ることを意味することができる。このＩＰアドレスに送られるＩＰパケットにより定義される同じ名前が、可変コンテンツに使用されるので、コンテンツは可変であるとすることができる。さらに、ＩＣＮネットワーク外に存在するいずれのＩＰアドレスも、それに応じて適切なＩＣＮ名として符号化することができる。
【００９２】
ＩＣＮ名前空間全体に関して、ＩＰと同様の通信に対して、ルート識別子７０８であっても、別のスコープ識別子を選択することができる。例えば、ルート識別子を使用することは、ＩＰと同様の通信を、（例えば、オペレーションまたは移行理由で）他のＩＣＮ通信から分離できるようになる。ルート識別子は標準化することができる（例えば、適切なフォーラムで合意されて）、または特定のベンダおよび／または通信事業者のＩＣＮにわたり、所有権を有する方法で単に定義することができる。このルートスコープ下で、通信事業者内部のＩＰプレフィックスの範囲に対して、ならびに外部のＩＰプレフィックスの範囲に対して共に、いわゆるプレフィックススコープ７０２が存在し得る。これらは、図７で、それぞれＩ1からＩN、およびＯ1からＯMとして示すことができる。
【００９３】
プレフィックススコープ７０２は、ＩＰアドレスと、ＩＰルーティングプレフィックスのサブネットマスク情報とを組み合わせることにより決定することができる。実施形態では、ＩＰアドレスおよびサブネットマスク情報は、特定のＩＰプレフィックス情報を表す統計的に一意のスコープ識別子を決定するために、固定長（例えば、ＰＵＲＳＵＩＴアーキテクチャの場合２５６ビット）の単一の識別子へとハッシュすることができる。ＩＣＮネットワーク７０６外のＩＰアドレスに対しては、例えば、通信事業者管理システムによるルートスコープ下で、プレフィックスを計算し、かつパブリッシュすることができる。これは、通信事業者のＩＰボーダゲートウェイ（ＧＷ）の知られたＩＰプレフィックス構成に基づくことができる。他の実施形態では、プレフィックスは、サービスすることを意図しているＩＰプレフィックスそれ自体の構成に従ってボーダＧＷにより計算され、パブリッシュすることができる。ＩＣＮネットワーク７０４内のＩＰアドレスに対するＩＰプレフィックスは、内部管理エンティティ（例えば、別個のＩＰアドレス空間管理サーバ、または拡張された動的ホスト構成プロトコル（ＤＨＣＰ）サーバ）によりパブリッシュすることができる。
【００９４】
図７における黒い円は、その親スコープ（ここではＩ1）により表されるＩＰプレフィックス情報に従って、ＩＰアドレスに対する実際の情報識別子７１０とすることができる。実施形態では、情報識別子７１０は、「ｈａｓ」関数ｆにより、ＰＵＲＳＵＩＴアーキテクチャにおいて、完全修飾ＩＰアドレス（例えば、１０．０．１０．４）を単一の２５６ビット識別子へとハッシュすることにより形成することができる。これを用いると、各スコープは、スコープ７０２が表しているＩＰプレフィックス情報に準拠した情報項目（およびそれらのデータ）を含むことができる。
【００９５】
ＩＣＮ名は、さらなる情報で制約することができる。ＩＰエンドポイント識別子のレベルで、適切なＩＣＮ名を生成することに加えて、実施形態は、交換される通信をさらに制約するために、ＩＰレベル通信のさらなる情報を利用することができる。制約情報は、ソースおよび／または宛先ポート、ならびにソースＩＰアドレスとすることができる。言い換えると、ＩＣＮ名は、例えば、／Ｒｏｏｔ／Ｉ1／ｆ（ＩＰ  ａｄｄｒｅｓｓ）／ｆ（ｐｏｒｔ）のＩＣＮ名に向けて、ポート情報により拡張することができ、ここで、ｐｏｒｔは、既存のＩＰ規格による１６ビット整数値とすることができる。いくつかの制約パラメータが使用される実施形態では、関数ｆに対してタプル入力を使用することができる。ＩＣＮ名のこの拡張形は、通信を、それらのポート情報により定義される特定のサービスに制約するために使用することができる。宛先ポート、もしくは他のアプリケーションフローが指定する情報など、ポートと同様の他の制約を、ＩＣＮ名に追加できることに留意されたい。
【００９６】
上記で述べた実施形態と同様に、ＩＰパケットは、ＩＣＮパケットにカプセル化することができる。実施形態では、一般的なＩＣＮパケットフォーマットを使用することができる。フォーマットは、ＩＣＮ名、可能なオプションヘッダ、およびペイロードを含むことができる。したがって、ＩＰパケットのカプセル化は、適切なＩＣＮ名を適切なパケットヘッダの中に挿入し、オプションヘッダに何らかの適切なオプションを設定し、次いで、ＩＰパケットの全体を、ＩＣＮパケットのペイロードにコピーすることができる。実施形態では、ＩＣＮパケットをより小さなチャンクへと断片化することが必要になり得る。このオペレーションは、ＩＰパケットのカプセル化と共に行うことができる。
【００９７】
ＩＰレベルでの実現により、ＩＰの上位で実現されるいずれのプロトコル（例えば、ＴＣＰ、ＲＴＰ、またはＨＴＴＰ）も、本明細書で述べられる実施形態における機構を介して通信することが可能になる。通信は、例えば、ＴＣＰパケットからＩＰパケットへのカプセル化を利用することができ、それは、次いで、ＩＣＮパケットにカプセル化することができる。したがって、ＩＰプレフィックスＩ1下で、ＩＰアドレスＩＰBに位置するサーバと通信することを望む、ＩＰアドレスＩＰAを有するＵＥで動作するＴＣＰベースのアプリケーションの例では、ＵＥが接続されるＮＡＰは、このＵＥから受信されるいずれのパケットも、適切なＩＣＮ名／Ｒｏｏｔ／Ｉ1／ｆ（ＩＰB）を有するＩＣＮパケットへとカプセル化することができる。
【００９８】
本明細書で述べられる実施形態に対するシステム構成要素は、図３および図４を参照して上記で述べたシステム構成要素と実質的に同様のものであり得ることに留意されたい。
【００９９】
図８および図９を次に参照すると、本明細書で述べられる実施形態に対するＩＣＮ  ＮＡＰ８００に、またＩＣＮボーダＧＷ９００に存在することのできる記憶要素およびデータベースの図が示されている。実施形態では、ＩＣＮ  ＮＡＰコントローラ８０４は、スタンドアロンのＩＣＮ  ＮＡＰとして統合されて、図８の機能全体を実施することができる。他の実施形態では、ＩＣＮ  ＮＡＰコントローラ８０４および記憶要素８０２が、ソフトウェアのアドオンの形態で、標準のＩＣＮ  ＮＡＰに追加して提供することができる。ＩＣＮ  ＮＡＰに使用されるソフトウェアプラットフォームに応じて、このアドオンは、ダウンロード可能なソフトウェアモジュールにより提供され得るが、ネットワーク仮想化機能（ＮＦＶ）などのフレームワークにより提供することもできる。
【０１００】
他の実施形態では、記憶要素８０２および参照機能（すなわち、ＩＰエンドポイント識別子の、適切なＩＣＮ名へのマッピング）は、事業者ベースの中央要素で実現され得る。このような集中化は、例えば、ＩＰ−ＩＣＮ名マッピングに対して管理が容易であるという理由で実現することができる。この場合、ＮＡＰコントローラ８０４は、ＩＰ−ＩＣＮ名マッピングを実施するために、中央要素への遠隔接続性を利用することができる。
【０１０１】
実施形態では、ＩＰベースのＷＴＲＵは、標準のＩＰ対応アプリケーションおよびサービスを実行することができる。これは、そのネットワークインターフェースでＩＰパケットを送信し、かつ受信することにより行うことができる。ＩＰベースのＷＴＲＵは、他のＩＰベースのＷＴＲＵと協動することができ、それは、ＩＣＮネットワーク（図３）に、またはＩＰベースのネットワーク（図４）に存在することができる。
【０１０２】
１または複数のＩＣＮ  ＮＡＰ３０４、４０４は、内部の記憶構成要素にＩＰプレフィックスのリストを記憶することができる。実施形態では、ＩＰプレフィックスのリストは、構成ファイルにより提供することができる。他の実施形態では、ＩＰプレフィックスのリストは、例えば、ＤＨＣＰ接続段階で、ブートストラップ手順により提供することができる。他の実施形態では、アナウンスメントプロトコルを使用して、ＩＣＮ通信事業者ドメインで、知られたＩＰプレフィックス情報を高い頻度でアナウンスすることができる。
【０１０３】
１または複数のＩＣＮ  ＮＡＰ３０４、４０４は、ＩＰベースのＷＴＲＵ３０２、４０２からＩＰパケットを受信することができる。ＩＰパケットが受信されたとき、１または複数のＩＣＮ  ＮＡＰ３０４、４０４は、パケットを適切なＩＣＮフォーマットへとカプセル化することができる。１または複数のＩＣＮ  ＮＡＰ３０４、４０４は、宛先ＩＰアドレスを単一の情報識別子へとハッシュすることにより、適切なＩＣＮ名を決定することができる。１または複数のＩＣＮ  ＮＡＰ３０４、４０４は、その内部データベースにおけるすべての知られたＩＰプレフィックスに基づいて、宛先ＩＰアドレスに対してプレフィックスのマッチオペレーションを実施することにより、プレフィックススコープを決定することができる（図７）。マッチするプレフィックスが見つからない場合、受信したパケットは廃棄することができる。１または複数のＩＣＮ  ＮＡＰ３０４、４０４は、ポートまたは他の情報など、何らかの制約情報を決定することができる。
【０１０４】
１または複数のＩＣＮ  ＮＡＰ３０４、４０４は、そのローカルなＩＣＮネットワーク３０６、４１２において、ＩＣＮ名前空間（図７）に従って、ＩＣＮパケットを適切なＩＣＮ名にパブリッシュすることができる。ＩＣＮ名前空間は、プレフィックス情報およびＩＰアドレス情報、ならびに前のステップで決定された何らかの任意選択の制約情報により形成することができる。
【０１０５】
１または複数のＩＣＮ  ＮＡＰ３０４、４０４は、ローカルなＩＣＮネットワーク３０６、４１２からＩＣＮパケットを受信することができる。１または複数のＩＣＮ  ＮＡＰ３０４、４０４は、ＩＣＮパケットのペイロードをＩＰパケットとしてカプセル化を解除することができる。１または複数のＩＣＮ  ＮＡＰ３０４、４０４は、ＩＣＮパケットで提供される適切なＩＣＮ名前情報に基づいて、ＩＰパケットを適切なネットワークインターフェースに送ることができる。あるいは、１または複数のＩＣＮ  ＮＡＰ３０４、４０４は、例えば、ポート構成、ソースのアドレス範囲、および／または宛先に基づき、ＩＰパケットに関するＩＣＰ  ＮＡＰ３０４、４０４に常駐できる何らかのファイアウォールポリシーを実行することができる。
【０１０６】
１または複数のＩＣＮ  ＮＡＰ３０４、４０４は、ローカルに接続されたＩＰベースのＷＴＲＵ３０２、４０２のために、適切なＩＣＮ名にｉｎｔｅｒｅｓｔを登録することができる。これは、ＩＣＮ  ＮＡＰ３０４、４０４のそれ自体のプレフィックス情報に従って、適切なプレフィックススコープを決定することにより行うことができる。これは、例えばそれ自体の？（Ｏｗｎ）列（図８）におけるそれ自体のプレフィックス空間を示すプレフィックスＤＢエントリにより決定することができる。ＩＣＮ  ＮＡＰ３０４、４０４は、次いで、ＩＣＮ名前空間（図７）、および決定されたプレフィックススコープに従って、適切なＩＣＮ名にサブスクライブすることができる。あるいは、ＩＣＮ  ＮＡＰ３０４、４０４は、個々のＩＰアドレスだけにではなく、ＮＡＰサービングプレフィックスだけに対するそれ自体のプレフィックススコープ全体にサブスクライブすることができる。
【０１０７】
ＩＣＮボーダＧＭ４１０は、その内部の記憶構成要素にＩＰプレフィックスのリストを記憶することができる。実施形態では、ＩＰプレフィックスのリストは、構成ファイルにより提供することができる。他の実施形態では、ＩＰプレフィックスのリストは、ブートストラップ手順により提供することができる。他の実施形態では、アナウンスメントプロトコルを使用して、ＩＣＮ通信事業者ドメインで、知られたＩＰプレフィックス情報を高い頻度でアナウンスすることができる。
【０１０８】
ＩＣＮボーダＧＷ４１０は、ピアＩＰネットワークからＩＰパケットを受信することができる。ＩＣＮボーダＧＷ４１０は、ＩＰパケットをＩＣＮパケットにカプセル化することができる。ＩＣＮボーダＧＷ４１０は、宛先ＩＰアドレスを単一の情報識別子へとハッシュすることにより、適切なＩＣＮ名を決定することができる。図７を参照して上記で述べたように、ＩＣＮボーダＧＷ４１０の内部データベースにおけるすべての知られたＩＰプレフィックスに基づいて、宛先ＩＰアドレスに対してプレフィックスマッチオペレーションを実施することにより、プレフィックススコープをさらに決定することができる。マッチするプレフィックスが見つからない場合、ＩＣＮボーダＧＷ４１０は、受信パケットを廃棄することができる。ＩＣＮボーダＧＷ４１０は、ポートまたは他の情報など、何らかの制約情報をさらに決定することができる。
【０１０９】
ＩＣＮボーダＧＷ４１０は、上記で述べられたように決定されたプレフィックス情報およびＩＰアドレス情報により形成された、ＩＣＮ名前空間（図７）によるそのローカルなＩＣＮネットワークにおける適切なＩＣＮ名に、ＩＣＮパケットをパブリッシュすることができる。あるいは、ＩＣＮボーダＧＷ４１０は、見出されたプレフィックス情報が、受信したＩＰパケットに関連するアドレス範囲に対する何らかの定義されたファイアウォールポリシーを侵害している場合（例えば、誤ったプロトコルタイプ、または誤ったポートが使用されているなど）、パケットを廃棄することができる。
【０１１０】
ＩＣＮボーダＧＷ４１０は、ＩＣＮパケットをそのローカルなＩＣＮ４１２から受信することができる。ＩＣＮボーダＧＷ４１０は、ＩＣＮパケットをＩＰパケットとしてカプセル化を解除することができる。ＩＣＮボーダＧＷ４１０は、そのＩＰベースのネットワークインターフェースの１つを介して、ＩＰプレフィックス情報に従い、ＩＰパケットをＩＰピアネットワークに送ることができる。あるいは、ＩＣＮボーダＧＷ４１０は、例えば、ポート構成、ソースのアドレス範囲、および／または宛先に基づいて、ＩＰパケットに関してＩＣＮ  ＮＡＰ４０４に常駐できる何らかのファイアウォールポリシーを実行することができる。
【０１１１】
ＩＣＮボーダＧＷ４１０は、例えば、それ自体の？（Ｏｗｎ）列（図９）におけるそれ自体のプレフィックス空間を示すプレフィックスＤＢエントリにより決定され、ＩＣＮボーダＧＷ４１０にローカルに割り振られたＩＰアドレス空間のために、ＩＰパケットにｉｎｔｅｒｅｓｔを登録することができる。
【０１１２】
ＩＣＮボーダＧＷ４１０は、ローカルなＩＣＮネットワーク４１２のために、適切なＩＣＮ名にｉｎｔｅｒｅｓｔを登録することができる。これは、ＩＣＮボーダＧＷ４１０の内部データベースにおけるプレフィックス構成に照会することにより実施することができる。言い換えると、ＩＣＮボーダＧＷ４１０は、それ自体の？（Ｏｗｎ）列（図９）に従って、プレフィックスＤＢをフィルタすることができる。ＩＣＮボーダＧＷ４１０は、次いで、上記で決定されたＩＣＮ名前空間（図７）に従って、適切なＩＰプレフィックススコープにサブスクライブすることができる。
【０１１３】
実施形態は、ＩＣＮに接続された２つのＩＰベースのデバイス間の通信、または一方のＩＰベースのデバイスがＩＣＮネットワークに接続されるが、他方のＩＰベースのデバイスはＩＣＮネットワークもしくはＩＰネットワークのいずれかに接続される通信を可能にすることができる。ＩＰベースのデバイスから送られたＩＰパケットは、ＩＣＮネットワークを介して転送することができる。ＩＣＮネットワークにより受信されたＩＰパケットを、ＩＰベースのデバイスに転送することができる。実施形態では、ＩＰベースのデバイスから送られたＩＰパケットを、ＩＣＮネットワークを介して他のＩＰネットワークに向けて転送し、かつ受信することができる。実施形態では、ＩＣＮネットワークにより受信されたＩＰパケットは、ＩＣＮネットワークを介してＩＰベースのデバイスに転送することができる。
【０１１４】
実施形態
１．無線通信システムで使用するための方法であって、方法は、情報指向ネットワーキング（ＩＣＮ）ネットワークにおいてインターネットプロトコル（ＩＰ）デバイスをアンカリングするステップを含む。
【０１１５】
２．ＩＣＮネットワークで通信するデバイスのＩＰアドレスは、ＩＣＮ名に属する通信と解釈される、実施形態１に記載の方法。
【０１１６】
３．通信はチャネル意味論に従う、実施形態１または２に記載の方法。
【０１１７】
４．チャネル意味論によって送信されたＩＰパケットは、ＩＣＮレベルにおける可変の情報項目を含む、実施形態１乃至３のいずれか一項に記載の方法。
【０１１８】
５．ＩＣＮネットワーク外に存在するＩＰアドレスは、ＩＣＮ名として符号化される、実施形態１乃至４のいずれか一項に記載の方法。
【０１１９】
６．ルートスコープ識別子が使用される、実施形態１乃至５のいずれか一項に記載の方法。
【０１２０】
７．ルート識別子は、ＩＰと同様の通信のために選択される、実施形態１乃至６のいずれか一項に記載の方法。
【０１２１】
８．ルートスコープ識別子は、２つの下位のスコープ識別子を有する、実施形態１乃至７のいずれか一項に記載の方法。
【０１２２】
９．下位のスコープ識別子（サブスコープ識別子）の１つは、ＩＣＮネットワーク内の通信に使用され、また下位のスコープ識別子（サブスコープ識別子）の１つは、ＩＣＮネットワーク外の通信に使用される、実施形態１乃至８のいずれか一項に記載の方法。
【０１２３】
１０．ＩＰレベル通信のさらなる情報が、ＩＣＮ名を制約するために使用される、実施形態１乃至９のいずれか一項に記載の方法。
【０１２４】
１１．ＩＣＮ情報項目は、ＩＣＮエンティティによりパブリッシュされ、また他のＩＣＮエンティティにサブスクライブすることにより取得される、実施形態１乃至１０のいずれか一項に記載の方法。
【０１２５】
１２．ｉｎｔｅｒｅｓｔ表示（indication）は、ＩＣＮ名からサブスクライブを解除することにより、ＩＣＮネットワークから除去される、実施形態１乃至１１のいずれか一項に記載の方法。
【０１２６】
１３．情報項目の全体のセットは、ＩＣＮ名における次のレベルの階層にサブスクライブすることによりｉｎｔｅｒｅｓｔ表示（indication）を提供する、実施形態１乃至１２のいずれか一項に記載の方法。
【０１２７】
１４．サブネットに位置するデバイスに送信されるいずれのパケットも、下位の階層におけるサブスクライバに送信される、実施形態１乃至１３のいずれか一項に記載の方法。
【０１２８】
１５．ＩＣＮ名は、ポート情報によりさらに記述される、実施形態１乃至１４のいずれか一項に記載の方法。
【０１２９】
１６．ＩＣＮパケットはヘッダおよびペイロードを含む、実施形態１乃至１５のいずれか一項に記載の方法。
【０１３０】
１７．ＩＰパケットのカプセル化は、ＩＣＮ名をパケットヘッダに挿入するステップと、オプションヘッダにオプションを設定するステップと、ＩＰパケットをＩＣＮパケットのペイロードにコピーするステップとを含む、実施形態１乃至１６のいずれか一項に記載の方法。
【０１３１】
１８．他のＩＰ専用ＷＴＲＵと協動して標準のＩＰ対応アプリケーションおよびサービスを実行するＩＰ専用無線送受信ユニット（ＷＴＲＵ）が使用される、実施形態１乃至１７のいずれか一項に記載の方法。
【０１３２】
１９．いくつかのＩＣＮネットワークアクセスポイント（ＮＡＰ）が使用される、実施形態１乃至１８のいずれか一項に記載の方法。
【０１３３】
２０．ＩＣＮ  ＮＡＰは、ＷＴＲＵからＩＰパケットを受信する、実施形態１乃至１９のいずれか一項に記載の方法。
【０１３４】
２１．ＩＣＮ  ＮＡＰは、ローカルなＩＣＮネットワークからＩＣＮパケットを受信する、実施形態１乃至２０のいずれか一項に記載の方法。
【０１３５】
２２．ＩＣＮ  ＮＡＰは、ローカルに接続されたＩＰベースのＷＴＲＵのために、ＩＣＮ名にｉｎｔｅｒｅｓｔを登録する、実施形態１乃２１のいずれか一項に記載の方法。
【０１３６】
２３．ＩＣＮボーダゲートウェイ（ＧＷ）が使用される、実施形態１乃至２２のいずれか一項に記載の方法。
【０１３７】
２４．ＩＣＮボーダＧＷは、ローカルなＩＣＮからＩＣＮパケットを受信する、実施形態１乃至２３のいずれか一項に記載の方法。
【０１３８】
２５．ＩＣＮボーダＧＷは、ＩＰピアネットワークからＩＰパケットを受信する、実施形態１乃至２４のいずれか一項に記載の方法。
【０１３９】
２６．ＩＣＮボーダＧＷは、ローカルなＩＣＮネットワークのためにｉｎｔｅｒｅｓｔをＩＣＮ名に登録する、実施形態１乃至２５のいずれか一項に記載の方法。
【０１４０】
２７．ＩＰエンドポイントデータベースを保持する記憶要素がＩＣＮ  ＮＡＰで使用される、実施形態１乃至２６のいずれか一項に記載の方法。
【０１４１】
２８．記憶要素は、ＩＰエンドポイント情報、ＩＰエンドポイント識別子に対するＩＣＮ識別子情報、および特定のＩＰデバイスのポート制限を含むファイアウォール（ＦＷ）ポリシーエントリを含む、実施形態１乃至２７のいずれか一項に記載の方法。
【０１４２】
２９．コントローラは、ローカルなネットワークインターフェースを介して送信された、ローカルに接続されたＷＴＲＵからのＩＰパケットの受信を実施する、実施形態１乃至２８のいずれか一項に記載の方法。
【０１４３】
３０．コントローラは、ＩＰパケットを、ＩＣＮ特有のフォーマットでＩＣＮパケットへとカプセル化する、実施形態１乃至２９のいずれか一項に記載の方法。
【０１４４】
３１．コントローラは、受信したＩＰパケットに与えられた宛先に関するＩＣＮ名を取得する、実施形態１乃至３０のいずれか一項に記載の方法。
【０１４５】
３２．コントローラは、ＩＣＮ名を、生成されたＩＣＮパケットに追加する、実施形態１乃至３１のいずれか一項に記載の方法。
【０１４６】
３３．コントローラは、ＩＣＮパケットをローカルなＩＣＮネットワークにパブリッシュする、実施形態１乃至３２のいずれか一項に記載の方法。
【０１４７】
３４．コントローラは、そのローカルなネットワークからＩＣＮパケットの受信を実施する、実施形態１乃至３３のいずれか一項に記載の方法。
【０１４８】
３５．コントローラは、ＩＣＮ特有のフォーマットに基づくＩＣＮ内のＩＰパケットのカプセル化を解除する、実施形態１乃至３４のいずれか一項に記載の方法。
【０１４９】
３６．コントローラは、ＩＰエンドポイントデータベースから、受信したＩＣＮパケットにおけるＩＣＮ名に関するＩＰエンドポイント識別子を取得する、実施形態１乃至３５のいずれか一項に記載の方法。
【０１５０】
３７．コントローラは、ＩＰパケットをローカルなネットワークインターフェースに送信する、実施形態１乃至３６のいずれか一項に記載の方法。
【０１５１】
３８．ＷＴＲＵがＮＡＰに接続されているという条件で、ローカルに接続されたＷＴＲＵに与えられたＩＰエンドポイント識別子に基づくＩＣＮ名を用いて、ＩＣＮ名へのｉｎｔｅｒｅｓｔの登録が決定される、実施形態１乃至３７のいずれか一項に記載の方法。
【０１５２】
３９．ＩＣＮ名へのｉｎｔｅｒｅｓｔの登録は、ＷＴＲＵがＮＡＰに接続されているという条件で、ローカルなＩＣＮネットワークにおけるＩＣＮ名に送信されるパケットで示される、実施形態１乃至３８のいずれか一項に記載の方法。
【０１５３】
４０．ＩＣＮ名におけるｉｎｔｅｒｅｓｔの登録解除は、ＷＴＲＵがＮＡＰから接続が解除されるという条件で、接続が解除されるローカルなＷＴＲＵに与えられたＩＰエンドポイント識別子に対するＩＣＮ名を用いて決定される、実施形態１乃至３９のいずれか一項に記載の方法。
【０１５４】
４１．ＩＣＮ名におけるｉｎｔｅｒｅｓｔの登録解除は、ＷＴＲＵがＮＡＰから接続が解除されるという条件で、ローカルなＩＣＮネットワークからＩＣＮ名が除去されることである、実施形態１乃至４０のいずれか一項に記載の方法。
【０１５５】
４２．ＩＣＮボーダＧＷは、ＩＰエンドポイントデータベースを保持する記憶要素を含む、実施形態１乃至４１のいずれか一項に記載の方法。
【０１５６】
４３．ＩＰエンドポイントデータベースは、ＩＰエンドポイント情報、ＩＣＮ識別子情報、およびＦＷポリシーを含む、実施形態１乃至４２のいずれか一項に記載の方法。
【０１５７】
４４．コントローラは、ＩＰピアネットワークからＩＰパケットの受信を実施する、実施形態１乃至４３のいずれか一項に記載の方法。
【０１５８】
４５．ＮＡＰコントローラは、スタンドアロンのＮＡＰである、実施形態１乃至４４のいずれか一項に記載の方法。
【０１５９】
４６．ＮＡＰコントローラおよび記憶要素は、ソフトウェアアドオンの形態で標準のＩＣＮ  ＮＡＰに加えることにより含まれる、実施形態１乃至４５のいずれか一項に記載の方法。
【０１６０】
４７．記憶要素および参照機能は、通信事業者ベースの中央要素で実現される、実施形態１乃至４６のいずれか一項に記載の方法。
【０１６１】
４８．ＩＰプレフィックスルーティング情報を利用する、情報指向ネットワーキング（ＩＣＮ）ネットワークにおける、またはＩＰピアネットワークにわたるインターネットプロトコル（ＩＰ）ベースのデバイス間の通信をアンカリングする方法であって、方法は、ＩＰアドレスに対する適切なＩＣＮ名を決定するステップと、ＩＣＮをさらなる識別情報で制約するステップと、ＩＰパケットをＩＣＮパケットへとカプセル化するステップとを含む。
【０１６２】
４９．ＩＰベースのデバイスは、ＩＰベースのデバイス間で確立されたチャネルに対して名前が付けられたエンティティと解釈される、実施形態４８に記載の方法。
【０１６３】
５０．ＩＰアドレスは、ＩＣＮネットワークの外側に存在する、実施形態４８または４９に記載の方法。
【０１６４】
５１．ＩＰアドレスに対する適切なＩＣＮ名を決定するステップは、可変のコンテンツ情報項目に対するＩＰアドレスに送られるＩＰパケットをパブリッシュするステップを含む、実施形態４８乃至５０のいずれか一項に記載の方法。
【０１６５】
５２．ＩＰアドレスに対する適切なＩＣＮ名を決定するステップは、スコープ識別子がＩＰと同様の通信に対して選択されるＩＣＮ名前空間を利用するステップを含む、実施形態４８乃至５１のいずれか一項に記載の方法。
【０１６６】
５３．スコープ識別子はルート識別子である、実施形態４８乃至５２のいずれか一項に記載の方法。
【０１６７】
５４．ルート識別子は、ＩＣＮ通信からＩＰと同様の通信を分離できるようにする、実施形態４８乃至５３のいずれか一項に記載の方法。
【０１６８】
５５．スコープ識別子は標準化される、実施形態４８乃至５４のいずれか一項に記載の方法。
【０１６９】
５６．スコープ識別子はＩＣＮネットワークにわたって定義される、実施形態４８乃至５５のいずれか一項に記載の方法。
【０１７０】
５７．スコープ識別子は、ＩＰ通信事業者の内部のＩＰプレフィックス範囲と、外部のＩＰプレフィックス範囲に対するスコープのプレフィックススコープとを含む、実施形態４８乃至５６のいずれか一項に記載の方法。
【０１７１】
５８．プレフィックススコープは、ＩＰアドレスと、ＩＰルーティングプレフィックスのサブネットマスク情報との組合せにより決定される、実施形態４８乃至５７のいずれか一項に記載の方法。
【０１７２】
５９．ＩＰアドレスおよびサブネットマスク情報は、特有のＩＰプレフィックス情報を表す統計的に一意のスコープ識別子を決定するために、固定長の単一の識別子へとハッシュされる、実施形態４８乃至５８のいずれか一項に記載の方法。
【０１７３】
６０．ＩＰプレフィックスは、通信事業者のＩＰボーダゲートウェイ（ＧＷ）の知られたＩＰプレフィックス構成に基づき、通信事業者管理システムにより、ルートスコープ下で計算され、かつパブリッシュされる、実施形態４８乃至５９のいずれか一項に記載の方法。
【０１７４】
６１．ＩＰプレフィックスは、ＩＰボーダゲートウェイ（ＧＷ）により計算され、かつパブリッシュされる、実施形態４８乃至６０のいずれか一項に記載の方法。
【０１７５】
６２．ＩＣＮネットワーク内におけるＩＰアドレスに対するＩＰプレフィックスは、内部の管理エンティティによりパブリッシュされる、実施形態４８乃至６１のいずれか一項に記載の方法。
【０１７６】
６３．ＩＣＮ名前空間は、ＩＰアドレスに対する情報識別子を含む、実施形態４８乃至６２のいずれか一項に記載の方法。
【０１７７】
６４．情報識別子は、ｈａｓ関数により、完全修飾ＩＰアドレスを、ＰＵＲＳＵＩＴアーキテクチャにおける単一の２５６ビット識別子へとハッシュすることにより形成される、実施形態４８乃至６３のいずれか一項に記載の方法。
【０１７８】
６５．ＩＣＮをさらなる識別情報で制約するステップは、ソースポート、宛先ポート、またはソースＩＰアドレスに関する情報を用いてＩＣＮ名を拡張するステップを含む、実施形態４８乃至６４のいずれか一項に記載の方法。
【０１７９】
６６．ＩＣＮをさらなる識別情報で制約するステップは、タプル入力を用いて、いくつかの制約パラメータを組み合わせるステップを含む、実施形態４８乃至６５のいずれか一項に記載の方法。
【０１８０】
６７．ＩＰパケットをＩＣＮパケットへとカプセル化するステップは、ＩＣＮ名、可能なオプションヘッダ、およびペイロードを生成するステップを含む、実施形態４８乃至６６のいずれか一項に記載の方法。
【０１８１】
６８．ＩＰパケットをＩＣＮパケットへとカプセル化するステップは、適切なＩＣＮ名を適切なパケットヘッダに挿入し、いずれかの適切なオプションをオプションヘッダに設定し、かつＩＰパケットをＩＣＮパケットのペイロードにコピーするステップを含む、実施形態４８乃至６７のいずれか一項に記載の方法。
【０１８２】
６９．実施形態１〜６８のいずれか一項に記載の方法を実施するように構成されたステーション（ＳＴＡ）。
【０１８３】
７０．実施形態１〜６８のいずれか一項に記載の方法を実施するように構成されたアクセスポイント（ＡＰ）。
【０１８４】
７１．実施形態１〜６８のいずれか一項に記載の方法を実施するように構成された無線送受信ユニット（ＷＴＲＵ）。
【０１８５】
７２．実施形態１〜６８のいずれか一項に記載の方法を実施するように構成された基地局（ＢＳ）。
【０１８６】
７３．実施形態１〜６８のいずれか一項に記載の方法を実施するように構成されたプロセッサ。
【０１８７】
７４．実施形態１〜６８のいずれか一項に記載の方法を実施するように構成されたベースバンドプロセッサ。
【０１８８】
７５．通信デバイスのプロセッサにより実行されたとき、デバイスに、実施形態１〜６８のいずれか一項に記載の方法を実施させる命令をその上に符号化させた非一時的なコンピュータ可読媒体。
【０１８９】
７６．実施形態１〜６８のいずれか一項に記載の方法を実施するように構成されたネットワークノード。
【０１９０】
７７．実施形態１〜６８のいずれか一項に記載の方法を実施するように構成されたネットワーク。
【０１９１】
７８．実施形態１〜６８のいずれか一項に記載の方法を実施するように構成された集積回路。
【０１９２】
７９．実施形態１〜６８のいずれか一項に記載の方法を実施するように構成されたシステム。
【０１９３】
８０．実施形態１〜６８のいずれか一項に記載の方法を実施するように構成されたサーバ。
【０１９４】
８１．実施形態１〜６８のいずれか一項に記載の方法を実施するように構成されたユーザ機器（ＵＥ）。
【０１９５】
８２．実施形態１〜６８のいずれか一項に記載の方法を実施するように構成されたＩＣＮネットワーク接続ポイント（ＮＡＰ）。
【０１９６】
８３．実施形態１〜６８のいずれか一項に記載の方法を実施するように構成されたＩＣＮボーダゲートウェイ（ＧＷ）。
【０１９７】
８４．実施形態１〜６８のいずれか一項に記載の方法を実施するように構成されたＩＰボーダゲートウェイ（ＧＷ）。
【０１９８】
８５．ＩＰプレフィックスルーティング情報を利用する、情報指向ネットワーキング（ＩＣＮ）ネットワークにおける、またはＩＰピアネットワークにわたるインターネットプロトコル（ＩＰ）ベースのデバイス間の通信を行うためのシステムであって、システムは、ＩＰベースのＷＴＲＵ、ＩＣＮネットワーク接続ポイント（ＮＡＰ）、およびＩＣＮネットワークを備える。
【０１９９】
８６．ＩＰボーダゲートウェイ（ＧＷ）、およびＩＣＮボーダＧＷをさらに備える、実施形態８５に記載のシステム。
【０２００】
８７．ＩＣＮ  ＮＡＰは、プレフィックスデータベース、およびコントローラを備える記憶要素を有する、実施形態８５または８６に記載のシステム。
【０２０１】
８８．ＩＣＮボーダＧＷは、コントローラ、およびＩＰボーダルータを備える記憶要素を有する、実施形態８５乃至８７のいずれか一項に記載のシステム。
【０２０２】
８９．ＩＰベースのＷＴＲＵは、他のＩＰベースのＷＴＲＵと協動して、標準のＩＰ対応アプリケーションおよびサービスを実行するように構成される、実施形態８５乃至８８のいずれか一項に記載のシステム。
【０２０３】
９０．ＩＣＮ  ＮＡＰは、ＩＰプレフィックスのリストを記憶要素に記憶し、ＩＰパケットをＩＰベースのＷＴＲＵから受信し、ＩＣＮパケットをＩＣＮネットワークから受信し、かつＩＰベースのＷＴＲＵのためにｉｎｔｅｒｅｓｔを適切なＩＣＮ名に登録するように構成される、実施形態８５乃至８９のいずれか一項に記載のシステム。
【０２０４】
９１．ＩＣＮ  ＮＡＰは、ＩＰパケットを適切なＩＣＮフォーマットへとカプセル化し、宛先ＩＰアドレスを単一の情報識別子へとハッシュすることにより適切なＩＣＮ名を決定し、かつＩＣＮ名前空間に従って、ＩＣＮパケットを適切なＩＣＮ名へとパブリッシュするようにさらに構成される、実施形態８５乃至９０のいずれか一項に記載のシステム。
【０２０５】
９２．ＩＣＮ  ＮＡＰは、プレフィックスデータベースにおけるすべての知られたＩＰプレフィックスに基づき、宛先ＩＰアドレスに対するプレフィックスマッチオペレーションを実施することにより、プレフィックススコープを決定し、マッチするプレフィックスが見つからない場合、ＩＰパケットを廃棄するようにさらに構成される、実施形態８５乃至９１のいずれか一項に記載のシステム。
【０２０６】
９３．ＩＣＮ  ＮＡＰは、見出されたプレフィックス情報が、ＩＰパケットに関連するアドレス範囲に対する何らかの定義されたファイアウォールポリシーを侵害している場合、ＩＰパケットを廃棄するようにさらに構成される、実施形態８５乃至９２のいずれか一項に記載のシステム。
【０２０７】
９４．ＩＣＮ  ＮＡＰは、ＩＣＮパケットのペイロードをＩＰパケットとしてカプセル化を解除し、かつＩＰパケットを、ＩＣＮパケットで提供される適切なＩＣＮ名前情報に基づき、適切なネットワークインターフェースに送るようにさらに構成される、実施形態８５乃至９３のいずれか一項に記載のシステム。
【０２０８】
９５．ＩＣＮ  ＮＡＰは、受信したＩＰパケットに関する何らかのファイアウォールポリシーを実行するようにさらに構成される、実施形態８５乃至９４のいずれか一項に記載のシステム。
【０２０９】
９６．ＩＣＮ  ＮＡＰは、プレフィックスデータベースに従って適切なプレフィックススコープを決定し、かつＩＣＮ名前空間およびプレフィックススコープに従って、適切なＩＣＮ名にサブスクライブするようにさらに構成される、実施形態８５乃至９５のいずれか一項に記載のシステム。
【０２１０】
９７．ＩＣＮボーダＧＷは、ＩＰプレフィックスのリストを記憶要素に記憶し、ＩＰパケットをＩＰピアネットワークから受信し、ＩＣＮパケットをＩＣＮネットワークから受信し、ＩＣＮボーダＧＷにローカルに割り振られたＩＰアドレス空間のために、ｉｎｔｅｒｅｓｔをＩＰパケットに登録し、かつＩＣＮネットワークのために適切なＩＣＮ名にｉｎｔｅｒｅｓｔを登録するように構成される、実施形態８５乃至９６のいずれか一項に記載のシステム。
【０２１１】
９８．ＩＣＮボーダＧＷは、ＩＰパケットをＩＣＮパケットへとカプセル化し、宛先ＩＰアドレスを単一の情報識別子へとハッシュすることにより適切なＩＣＮ名を決定し、かつＩＣＮ名前空間に従って、ＩＣＮパケットを適切なＩＣＮ名にパブリッシュするようにさらに構成される、実施形態８５乃至９７のいずれか一項に記載のシステム。
【０２１２】
９９．ＩＣＮボーダＧＷは、プレフィックスデータベースにおけるすべての知られたＩＰプレフィックスに基づき、宛先ＩＰアドレスに対するプレフィックスマッチオペレーションを実施することにより、プレフィックススコープを決定し、マッチするプレフィックスが見つからない場合、ＩＰパケットを廃棄するようにさらに構成される、実施形態８５乃至９８のいずれか一項に記載のシステム。
【０２１３】
１００．ＩＣＮボーダＧＷは、ＩＣＮパケットをＩＰパケットとしてカプセル化を解除し、かつＩＰパケットを、ＩＰプレフィックス情報に従い、ＩＰベースのネットワークインターフェースを介して、ＩＰピアネットワークに送るようにさらに構成される、実施形態８５乃至９９のいずれか一項に記載のシステム。
【０２１４】
特徴および要素が特定の組合せにより上記で述べられているが、当業者であれば、各特徴または要素は、単独で、または他の特徴および要素との任意の組合せで使用できることが理解されよう。さらに、本明細書で述べられる方法は、コンピュータまたはプロセッサにより実行するために、コンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、電子信号（有線または無線接続を介して送信される）、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、これだけに限らないが、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよび取外し可能ディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスク、およびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ソフトウェアに関連付けられたプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用するための無線周波数送受信機を実施するために使用することができる。
【図１Ａ】
0006492172.tif 000002
【図１Ｂ】
0006492172.tif 000003
【図１Ｃ】
0006492172.tif 000004
【図１Ｄ】
0006492172.tif 000005
【図２】
0006492172.tif 000006
【図３】
0006492172.tif 000007
【図４】
0006492172.tif 000008
【図５】
0006492172.tif 000009
【図６】
0006492172.tif 000010
【図７】
0006492172.tif 000011
【図８】
0006492172.tif 000012
【図９】
0006492172.tif 000013