特許 5833765 コンテンツネットワーク間のインターフェイシングを実現する方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5833765

(24)【登録日】2015年11月6日

(45)【発行日】2015年12月16日

(54)【発明の名称】コンテンツネットワーク間のインターフェイシングを実現する方法および装置

(51)【国際特許分類】

   H04L 12/755 20130101AFI20151126BHJP

   H04L 12/70 20130101ALI20151126BHJP

   H04L 12/701 20130101ALI20151126BHJP

【ＦＩ】

   H04L12/755

   H04L12/70 A

   H04L12/701

【請求項の数】15

【全頁数】31

(21)【出願番号】特願2014-535921(P2014-535921)

(86)(22)【出願日】2012年10月12日

(65)【公表番号】特表2015-501095(P2015-501095A)

(43)【公表日】2015年1月8日

(86)【国際出願番号】US2012059966

(87)【国際公開番号】WO2013056058

(87)【国際公開日】20130418

【審査請求日】2014年6月16日

(31)【優先権主張番号】61/546,819

(32)【優先日】2011年10月13日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】ザビエル デ フォイ

(72)【発明者】

【氏名】ハン リュー

(72)【発明者】

【氏名】セラハド ドッケン

(72)【発明者】

【氏名】オサマ ロトファッラー

(72)【発明者】

【氏名】シャーミン アクバル ラーマン

【審査官】 菊地 陽一

(56)【参考文献】

【文献】 特表２００３−５０８９９６（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００２／０１１６４８１（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２００５／００１０６５３（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２０１１／００４０８６１（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １２／７５５

Ｈ０４Ｌ １２／７０

Ｈ０４Ｌ １２／７０１

(57)【特許請求の範囲】

【請求項1】

コンテンツ配信ネットワーク相互接続（ＣＤＮＩ）ルータによって使用されるＣＤＮＩ方法であって、前記方法は、
第１のＣＤＮＩを第１のコンテンツ配信ネットワーク（ＣＤＮ）と確立するステップと、
第２のＣＤＮＩを第２のＣＤＮと確立するステップと、
前記第１のＣＤＮおよび前記第２のＣＤＮのうちの少なくとも１つから、ＣＤＮＩルートアドバタイズメントメッセージを受信するステップであって、前記ＣＤＮＩルートアドバタイズメントメッセージは、エンドユーザインターネットプロトコル（ＩＰ）アドレスブロックのセットを含む、ステップと、
前記ＣＤＮＩルートアドバタイズメントメッセージ内の前記ＩＰアドレスブロックに基づいて、少なくとも１つのエンドユーザベースのＣＤＮＩルーティングテーブルを更新するステップと、
更新されたＣＤＮＩルートアドバタイズメントメッセージを、前記第１のＣＤＮおよび前記第２のＣＤＮのうちの少なくとも１つに送信するステップであって、前記第１のＣＤＮおよび前記第２のＣＤＮのうちの少なくとも１つは、前記更新されたＣＤＮＩルートアドバタイズメントメッセージ内の前記エンドユーザＩＰアドレスブロックに基づいて、少なくとも１つのエンドユーザベースのＣＤＮＩルーティングテーブルを更新する、ステップと
を備えたことを特徴とする方法。

【請求項2】

前記ＣＤＮＩルートアドバタイズメントメッセージは、ＣＤＮＩヘッダ内にコンテンツ識別（ＩＤ）を含むことを特徴とする請求項１に記載の方法。

【請求項3】

前記ＣＤＮＩルートアドバタイズメントメッセージ内の前記コンテンツＩＤを、コンテンツＩＤを格納するコンテンツルーティングテーブルと比較するステップと、
前記コンテンツルーティングテーブルによって示された少なくとも１つの一致する受信者に、前記ＣＤＮＩルートアドバタイズメントメッセージを転送するステップと
をさらに備えたことを特徴とする請求項２に記載の方法。

【請求項4】

前記ＣＤＮＩルートアドバタイズメントメッセージは、ルーティングエントリのセットを含むことを特徴とする請求項１に記載の方法。

【請求項5】

各ルーティングエントリは、ＩＰアドレスブロック、ホップ数におけるパス長、ルートを選択するために使用されるパラメータ、および前記選択されるルートに関連づけられたポリシーパラメータを含むことを特徴とする請求項４に記載の方法。

【請求項6】

前記エンドユーザベースのＣＤＮＩルーティングテーブルのそれぞれは、ルーティングエントリのセットを格納することを特徴とする請求項１に記載の方法。

【請求項7】

各ルーティングエントリは、ＩＰアドレスブロック、ホップ数におけるパス長、ルートを選択するために使用されるパラメータ、前記選択されるルートに関連づけられたポリシーパラメータ、および次のホップＣＤＮ識別（ＩＤ）を含むことを特徴とする請求項６に記載の方法。

【請求項8】

前記第１のＣＤＮおよび前記第２のＣＤＮのうちの少なくとも１つによって受信された配信要求に基づいてコンテンツの人気を決定するステップと、
決定した人気に基づいてマルチキャストまたはポイントツーポイント（Ｐ２Ｐ）配信方法を使用して前記コンテンツを配布するステップと
をさらに備えたことを特徴とする請求項１に記載の方法。

【請求項9】

前記第１のＣＤＮはアップストリームＣＤＮであり、および前記第２のＣＤＮはダウンストリームＣＤＮであることを特徴とする請求項１に記載の方法。

【請求項10】

アップストリームコンテンツ配信ネットワーク（ＣＤＮ）によって使用されるコンテンツ配信ネットワーク相互接続（ＣＤＮＩ）方法であって、前記方法は、
エンドユーザからコンテンツ要求メッセージを受信するステップと、
エンドユーザベースのＣＤＮＩルーティングテーブルにアクセスして、前記エンドユーザにサービスするアクセスＣＤＮがあるかどうかを判定するステップと、
ＣＤＮＩ要求ルーティングメッセージを生成するステップと、
前記ＣＤＮＩルーティングテーブル内の選択されたエントリによって示された少なくとも１つの次のホップに、前記ＣＤＮＩ要求ルーティングメッセージを送信するステップであって、前記少なくとも１つの次のホップは、少なくとも１つのＣＤＮＩルータであり、前記ＣＤＮＩルータは、前記ＣＤＮＩ要求ルーティングメッセージを更新し、かつ前記アクセスＣＤＮに転送する、ステップと、
ＣＤＮＩ要求ルーティング応答メッセージを受信するステップと
を備えたことを特徴とする方法。

【請求項11】

前記ＣＤＮＩ要求ルーティングメッセージは、ルーティング方法コードを示すＣＤＮＩメッセージヘッダを含むことを特徴とする請求項１０に記載の方法。

【請求項12】

コンテンツ配信ネットワーク相互接続（ＣＤＮＩ）ルートアドバタイズメントメッセージを受信するように構成された入力であって、前記ＣＤＮＩルートアドバタイズメントメッセージは、ルーティングエントリのセットを含み、各ルーティングエントリは、インターネットプロトコル（ＩＰ）アドレスブロック、ホップ数におけるパス長、ルートを選択するために使用されるパラメータ、および前記選択されるルートに関連づけられたポリシーパラメータを含む、入力と、
前記ＣＤＮＩルートアドバタイズメントメッセージ内の前記ＩＰアドレスブロックに基づいて、少なくとも１つのエンドユーザベースのＣＤＮＩルーティングテーブルを更新するように構成されたプロセッサと、
更新されたＣＤＮＩルートアドバタイズメントメッセージを送信するように構成された出力装置と
を備えたことを特徴とするＣＤＮＩルータ。

【請求項13】

前記ＣＤＮＩルータは、コンテンツ配信ネットワーク（ＣＤＮ）であることを特徴とする請求項１２に記載のＣＤＮＩルータ。

【請求項14】

前記ＣＤＮＩルートアドバタイズメントメッセージは送信者ＣＤＮ識別（ＩＤ）を含むことを特徴とする請求項１２に記載のＣＤＮＩルータ。

【請求項15】

前記ＣＤＮＩルートアドバタイズメントメッセージは、第１の初期アドバタイズメント後の後続の更新に対してセットされる更新フラグを含むことを特徴とする請求項１２に記載のＣＤＮＩルータ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、コンテンツネットワーク間のインターフェイシングを実現する方法および装置に関する。

【背景技術】

【0002】

関連出願の相互参照
本願は、参照により完全に記述されたかのように組み込まれる２０１１年１０月１３日出願の米国特許仮出願第６１／５４６８１９号明細書の特典を主張する。

【0003】

モバイルネットワークオペレータ（ＭＮＯ）やインターネットサービスプロバイダ（ＩＳＰ）などの、アクセスプロバイダネットワーク内のアクセスプロバイダは、現在のところ、個々のコンテンツ配信を認識しない。このことは、エクスペリエンス品質（ＱｏＥ）に関する問題を解決するためにアクセスプロバイダが配信を最適化する可能性を制限する。例えば、ＱｏＥを向上させるためにコンテンツがローカルに配信されることがあり、セッション配信転送を援助するためにモビリティが実装されることがあり、マルチキャストまたはポイントツーポイント（Ｐ２Ｐ）を使用して配信のセットをグループ化するために、コンテンツ人気度が実装されることがある。これは、アクセスプロバイダインフラストラクチャと緊密に一体化されることがあるコンテンツ配信ネットワーク（ＣＤＮ）をアクセスプロバイダネットワーク内に配置することによって達成されることがある。

【0004】

ブローカリングコンテンツネットワーク（ＢＣＮ）は、それ自体のサロゲートを操作しないことがあり、その代わりに、他のＣＤＮに相互運用性サービスを提供することがある。具体的には、ＢＣＮは、要求ルーティングおよびアカウンティングインターネットワーキングを実装することができる。ＣＤＮ間の事前合意がない限り、現在のところ、アップストリームＣＤＮがどのダウンストリームＣＤＮと通信するかを判断する方法はない。

【発明の概要】

【0005】

コンテンツ配信ネットワーク相互接続（ＣＤＮＩ）シグナリングを転送する方法および装置が説明される。ＣＤＮＩルータコンテンツ配信ネットワーク（ＣＤＮ）が、アップストリームおよびダウンストリームＣＤＮとＣＤＮＩを確立することができる。前記ＣＤＮＩルータＣＤＮは、前記アップストリームＣＤＮおよびダウンストリームＣＤＮのうちの少なくとも１つからＣＤＮＩルートアドバタイズメントメッセージを受信することができる。前記ＣＤＮＩルータＣＤＮは、前記ＣＤＮＩルートアドバタイズメントメッセージ内のインターネットプロトコル（ＩＰ）アドレスブロックに基づいて、少なくとも１つのエンドユーザベースのＣＤＮＩルーティングテーブルを更新することができる。前記ＣＤＮＩルータＣＤＮは、更新したＣＤＮＩルートアドバタイズメントメッセージを前記アップストリームＣＤＮおよびダウンストリームＣＤＮのうちの少なくとも１つに送信することができる。前記アップストリームＣＤＮおよびダウンストリームＣＤＮのうちの少なくとも１つは、前記更新したＣＤＮＩルートアドバタイズメントメッセージ内の前記エンドユーザＩＰアドレスブロックに基づいて、少なくとも１つのエンドユーザベースのＣＤＮＩルーティングテーブルを更新することができる。

【図面の簡単な説明】

【0006】

添付の図面と共に例として与えられる以下の説明から、より詳細な理解を得ることができる。

【図1A】１または複数の開示される実施形態を実装することのできる例示的通信システムを示す図である。

【図1B】図１Ａに示される通信システム内で使用することのできる例示的ワイヤレス送受信ユニット（ＷＴＲＵ）である。

【図1C】図１Ａに示す通信システム内で使用することのできる例示的無線アクセスネットワークおよび例示的コアネットワークを示す図である。

【図2】コンテンツ配信ネットワーク（ＣＤＮ）相互接続（ＣＤＮＩ）ルーティングの一例を示す図である。

【図3】ファブリックセットアップ、発見、およびルーティング段階を使用する、アップストリームＣＤＮとダウンストリームＣＤＮとの間のＣＤＮＩルーティングの一例を示す図である。

【図4】ＣＤＮＩアーキテクチャ内のＣＤＮＩルーティング機能の一例を示す図である。

【図5】コンテンツ要求ルーティングでＣＤＮＩエンドユーザベースのルーティングをどのように使用することができるかの一例を示す図である。

【図6】（ＣＤＮ再選択なしに）コンテンツを配信およびアグリゲートするためにアクセスＣＤＮによって使用される論理の一例を示す図である。

【図7】アクセスＣＤＮルーティングおよびコンテンツインターネットワーキングアーキテクチャを示す図である。

【図8】（ＣＤＮＩルーティング機能に焦点を合わせる）ＣＤＮＩルータＣＤＮの内部アーキテクチャの一部を示す図である。

【図9】ＣＤＮＩルータおよびアクセスＣＤＮを配置する一例を示す図である。

【図10】外部ＩＰマルチメディアネットワークインターネットワーキング参照アーキテクチャに対するインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）を示す図である。

【図11A】ＣＤＮＩルータを介する、およびアクセスＣＤＮ間の直接的なエンドユーザベースのルートアドバタイズメントの一例を示す図である。

【図11B】ＣＤＮＩルータを介する、およびアクセスＣＤＮ間の直接的なエンドユーザベースのルートアドバタイズメントの一例を示す図である。

【図12】要求ルーティング呼出しフローの一例を示す図である。

【図13A】ＣＤＮＩユニキャストルーティングを使用するコンテンツネットワークを示す図である。

【図13B】ＣＤＮＩユニキャストルーティングを使用するコンテンツネットワークを示す図である。

【図14】ＣＤＮ位置サービスに関する使用の一例を示す図である。

【図15】ＣＤＮがグループに加入することができ、別のＣＤＮがグループに発見要求を送ることのできるＣＤＮＩマルチキャストシナリオの一例を示す図である。

【図16】ＣＤＮがＣＤＮＩブロードキャスト発見要求を送るＣＤＮＩブロードキャストシナリオの一例を示す図である。

【発明を実施するための形態】

【0007】

図１Ａに、１または複数の開示される実施形態を実装することのできる例示的通信システム１００を示す。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数のワイヤレスユーザに提供する多元接続システムでよい。通信システム１００は、ワイヤレス帯域幅を含むシステムリソースの共有を通じて、複数のワイヤレスユーザがそのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１または複数のチャネルアクセス方法を利用することができる。

【0008】

図１Ａに示すように、通信システム１００は、ワイヤレス送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを理解されよう。１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境で動作および／または通信するように構成された任意のタイプの装置でよい。例として、ワイヤレス信号を送信および／または受信するようにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄを構成することができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ユーザ機器（ＵＥ）、移動局、固定またはモバイルサブスクライバユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、コンシューマエレクトロニクスなどを含むことができる。

【0009】

通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂをも含むことができる。基地局１１４ａ、１１４ｂのそれぞれは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェイス接続して、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２などの１または複数の通信ネットワークへのアクセスを可能にするように構成された任意のタイプの装置でよい。例として、基地局１１４ａ、１１４ｂは、送受信基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、進化型Ｎｏｄｅ−Ｂ（ｅＮＢ）、ｈｏｍｅ Ｎｏｄｅ−Ｂ（ＨＮＢ）、ｈｏｍｅ ｅＮＢ（ＨｅＮＢ）、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどでよい。基地局１１４ａ、１１４ｂがそれぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることを理解されよう。

【0010】

基地局１１４ａはＲＡＮ１０４の部分でよく、ＲＡＮ１０４は、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）をも含むことができる。基地局１１４ａおよび／または基地局１１４ｂを、セル（図示せず）と呼ばれることがある特定の地理的領域内のワイヤレス信号を送信および／または受信するように構成することができる。セルをさらにセルセクタに分割することができる。例えば、基地局１１４ａに関連するセルを３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわちセルの各セクタについて１つのトランシーバを含むことができる。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、したがって、セルの各セクタについて複数のトランシーバを利用することができる。

【0011】

基地局１１４ａ、１１４ｂは、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信することができ、エアインターフェイス１１６は、任意の適切なワイヤレス通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）でよい。任意の適切な無線アクセス技術（ＲＡＴ）を使用してエアインターフェイス１１６を確立することができる。

【0012】

より具体的には、上記のように、通信システム１００は多元接続システムでよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１または複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェイス１１６を確立することができる、ユニバーサル移動通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。

【0013】

別の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）および／またはＬＴＥ−ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用してエアインターフェイス１１６を確立することのできる進化型ＵＴＲＡ（Ｅ−ＵＴＲＡ）などの無線技術を実装することができる。

【0014】

別の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ ８０２．１６（すなわち、ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ｅｖｏｌｕｔｉｏｎ−ｄａｔａ ｏｐｔｉｍｉｚｅｄ（ＥＶ−ＤＯ）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ８５６（ＩＳ−８５６）、ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、ｅｎｈａｎｃｅｄ ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ／ＥＤＧＥ ＲＡＮ（ＧＥＲＡＮ）などの無線技術を実装することができる。

【0015】

図１Ａの基地局１１４ｂは、例えば、ワイヤレスルータ、ＨＮＢ、ＨｅＮＢ、またはＡＰでよく、ビジネス、自宅、車両、キャンパスの場所などの局所化エリアでワイヤレス接続性を可能にするために任意の適切なＲＡＴを使用することができる。一実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ ８０２．１１などの無線技術を実装して、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ ８０２．１５などの無線技術を実装して、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。さらに別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を使用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がないことがある。

【0016】

ＲＡＮ１０４はコアネットワーク１０６と通信していることがあり、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークでよい。例えば、コアネットワーク１０６は、呼出し制御、課金サービス、モバイル位置ベースのサービス、プリペイド呼出し、インターネット接続性、ビデオ配布などを実現することができ、かつ／またはユーザ認証などの高レベルセキュリティ機能を実施することができる。図１Ａには図示していないが、ＲＡＮ１０４および／またはコアネットワーク１０６が、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信していることがあることを理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を使用していることのあるＲＡＮ１０４に接続されていることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示せず）とも通信していることがある。

【0017】

コアネットワーク１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしても働くことができる。ＰＳＴＮ１０８は、簡易電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰスイート中の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、インターネットプロトコル（ＩＰ）などの一般的な通信プロトコルを使用する、相互接続されたコンピュータネットワークおよび装置のグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用されるワイヤードまたはワイヤレス通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを利用することのできる、１または複数のＲＡＮに接続された別のコアネットワークを含むことができる。

【0018】

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの一部またはすべては、マルチモード機能を含むことができ、すなわちＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信する複数のトランシーバを含むことができる。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用することのできる基地局１１４ａ、およびＩＥＥＥ ８０２無線技術を利用することのできる基地局１１４ｂと通信するように構成することができる。

【0019】

図１Ｂに、図１Ａに示す通信システム１００内で使用することのできる例示的ＷＴＲＵ１０２を示す。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送受信要素（例えば、アンテナ）１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取外し不能メモリ１３０、取外し可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、一実施形態に適合したままで、上記の要素の任意の部分組合せを含むことができることを理解されよう。

【0020】

プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、マイクロプロセッサ、ＤＳＰコアに関連する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、集積回路（ＩＣ）、状態機械などでよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２がワイヤレス環境で動作することを可能にする任意の他の機能を実施することができる。プロセッサ１１８をトランシーバ１２０に結合することができ、トランシーバ１２０を送受信要素１２２に結合することができる。図１Ｂはプロセッサ１１８およびトランシーバ１２０を別々の構成要素として示すが、プロセッサ１１８およびトランシーバ１２０を電子パッケージまたはチップ内に共に一体化することができる。

【0021】

エアインターフェイス１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように送受信要素１２２を構成することができる。例えば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナでよい。別の実施形態では、送受信要素１２２は、例えばＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器でよい。さらに別の実施形態では、ＲＦ信号と光信号をどちらも送信および受信するように送受信要素１２２を構成することができる。ワイヤレス信号の任意の組合せを送信および／または受信するように送受信要素１２２を構成することができる。

【0022】

さらに、図１Ｂでは送受信要素１２２が単一の要素として示されるが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を利用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェイス１１６を介してワイヤレス信号を送信および受信する２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含むことができる。

【0023】

送受信要素１２２によって送信すべき信号を変調し、送受信要素１２２によって受信すべき信号を復調するようにトランシーバ１２０を構成することができる。上記のように、ＷＴＲＵ１０２はマルチモード機能を有することができる。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が例えばＵＴＲＡやＩＥＥＥ ８０２．１１などの複数のＲＡＴを介して通信することを可能にする複数のトランシーバを含むことができる。

【0024】

スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）にＷＴＲＵ１０２のプロセッサ１１８を結合することができ、プロセッサ１１８は、それらからユーザ入力データを受信することができる。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することができる。さらに、プロセッサ１１８は、取外し不能メモリ１３０および／または取外し可能メモリ１３２などの任意のタイプの適切なメモリからの情報にアクセスし、そのメモリにデータを格納することができる。取外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶装置を含むことができる。取外し可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、サーバやホームコンピュータ（図示せず）などのＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアクセスし、そのメモリにデータを格納することができる。

【0025】

プロセッサ１１８は、電源１３４から電力を受けることができ、ＷＴＲＵ１０２内の他の構成要素への電力を分配および／または制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に電力供給する任意の適切な装置でよい。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。

【0026】

プロセッサ１１８をＧＰＳチップセット１３６に結合することもでき、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するようにＧＰＳチップセット１３６を構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェイス１１６を介して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、かつ／または２つ以上の近くの基地局から受信されている信号のタイミングに基づいてその位置を求めることができる。ＷＴＲＵ１０２は、一実施形態に適合したままで、任意の適切な位置決定方法によって位置情報を取得することができる。

【0027】

プロセッサ１１８をさらに他の周辺機器１３８に結合することができ、周辺機器１３８は、追加の特徴、機能、および／またはワイヤードもしくはワイヤレス接続性を実現する１または複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーション装置、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。

【0028】

図１Ｃに、図１Ａに示す通信システム１００内で使用することのできる例示的ＲＡＮ１０４および例示的コアネットワーク１０６を示す。上記のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を利用して、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コアネットワーク１０６とも通信していることがある。

【0029】

ＲＡＮ１０４はｅＮＢ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は、一実施形態に適合したままで、任意の数のｅＮＢを含むことができることを理解されよう。ｅＮＢ１４０ａ、１４０ｂ、１４０ｃは、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する１または複数のトランシーバをそれぞれ含むことができる。一実施形態では、ｅＮＢ１４０ａ、１４０ｂ、１４０ｃはＭＩＭＯ技術を実装することができる。したがって、例えばｅＮＢ１４０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、ＷＴＲＵ１０２ａからワイヤレス信号を受信することができる。

【0030】

ｅＮＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれを特定のセル（図示せず）と関連付けることができ、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクでのユーザのスケジューリングなどを処理するように構成することができる。図１Ｃに示すように、ｅＮＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェイスを介して互いに通信することができる。

【0031】

図１Ｃに示すコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。上記の要素のそれぞれがコアネットワーク１０６の部分として示されるが、こうした要素のうちの任意の１つをコアネットワークオペレータ以外のエンティティによって所有および／または運用できることを理解されよう。

【0032】

Ｓ１インターフェイスを介して、ＲＡＮ１０４内のｅＮＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれにＭＭＥ１４２を接続することができ、ＭＭＥ１４２は制御ノードとして働くことができる。例えば、ＭＭＥ１４２は、ＷＴＲＵの１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラ活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中の特定のサービングゲートウェイの選択の役割を果たすことができる。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭやＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示せず）との間の切換えのための制御プレーン機能をも提供することができる。

【0033】

Ｓ１インターフェイスを介して、ＲＡＮ１０４内のｅＮＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれにサービングゲートウェイ１４４を接続することができる。サービングゲートウェイ１４４は一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からユーザデータパケットをルーティングし、転送することができる。サービングゲートウェイ１４４はまた、ｅＮＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃについて利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および格納することなどの他の機能も実施することができる。

【0034】

ＰＤＮゲートウェイ１４６にサービングゲートウェイ１４４を接続することもでき、ＰＤＮゲートウェイ１４６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能装置との間の通信を可能にすることができる。

【0035】

コアネットワーク１０６は、他のネットワークとの通信を可能にすることができる。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換網へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来型固定通信装置との間の通信を可能にすることができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェイスとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。さらに、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスを提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される他のワイヤードまたはワイヤレスネットワークを含むことができる。

【0036】

コンテンツは任意の形態のデジタルデータでよい。配布および配信に関する追加の制限を伴うコンテンツの重要な一形態は、連続的媒体でよい（すなわち、ストリーミングメディア）。

【0037】

コンテンツ配信ネットワーク（ＣＤＮ）は、ユーザエージェントへのコンテンツのより効果的な配信のためにネットワーク要素がレイヤ４からレイヤ７で協同することができるネットワークインフラストラクチャでよい。ＣＤＮは、要求ルーティングシステム、配布システム（サロゲートのセットを含む）、ロギングシステム、およびＣＤＮ制御システムからなることができる。

【0038】

コンテンツ配信サービスプロバイダ（ＣＤＳＰ）は、ＣＤＮを運用するサービスプロバイダでよい。

【0039】

パブリッシャ（またはコンテンツサービスプロバイダ（ＣＳＰ））は、エンドユーザにコンテンツサービスを提供するエンティティでよい。パブリッシャは、コンテンツサービスの部分として利用可能なコンテンツを所有することができ、または別のパーティからのコンテンツ権を許諾することができる。

【0040】

エンドユーザは、システムの「実際の」ユーザ、通常は人間でよいが、人間をエミュレートするハードウェアおよび／またはソフトウェアの何らかの組合せであることがある。

【0041】

認可ＣＤＮは、アップストリームＣＤＮでよい。このＣＤＮまたはそのダウンストリームＣＤＮによる配信についてパブリッシャによって契約されたアップストリームＣＤＮでよい。

【0042】

パブリッシャとＣＤＮとの間で採集（ｉｎｇｅｓｔｉｏｎ）インターフェイスを確立することができ、採集インターフェイスを使用して、ＣＤＮにコンテンツおよびメタデータをアップロードすることができる。

【0043】

ＣＤＮＩ制御インターフェイスは、他のインターフェイスの初期セキュア接続セットアップおよびブートストラッピングを可能にすることができる。他の機能は、機能交換およびコンテンツパージおよび事前配置を含むことができる。

【0044】

特に、選択責任をＣＤＮにわたって分割することができる（例えば、アップストリームＣＤＮがダウンストリームＣＤＮを選択する役割を果たすことができ、ダウンストリームＣＤＮが、ＣＤＮ内の実際のサロゲートを選択する役割を果たすことができる）場合、ＣＤＮＩ要求ルーティングインターフェイスは、相互接続されたＣＤＮ内の要求ルーティングシステムが通信することを可能にし、エンドユーザ要求をアップストリームＣＤＮからダウンストリームＣＤＮ内のサロゲートに向ける（リダイレクトする）ことができることを保証することができる。

【0045】

ＣＤＮＩロギングインターフェイスを使用して、課金目的で使用されるような活動ログを交換することができる。

【0046】

ＣＤＮＩメタデータインターフェイスは、コンテンツの配布に関係するコンテンツメタデータを通信し、ＣＤＮ間範囲を有することができる。例えば、ジオブロッキング情報、可用性（時間）ウィンドウ、およびアクセス制御機構が、ＣＤＮＩメタデータの部分でよい。

【0047】

要求ルーティングは、ＣＤＮＩルーティングとは異なることがある。要求ルーティングを使用して、エンドユーザからの要求を履行することができる（要求ルーティングはＣＤＮの機能である）。ＣＤＮＩルーティングを使用して、１または複数のＣＤＮ（ＣＤＮＩルータ）を通じてＣＤＮＩシグナリングをルーティングすることができる。

【0048】

ＣＤＮは、静的イメージまたはファイル、ストリーミングコンテンツ、対話型サービスなどのコンテンツをエンドユーザに提供することができる。ＣＤＮＩは、制御、要求ルーティング、ロギング、およびメタデータを含む、ＣＤＮ間のインターフェイシングを実現することができる。ピアツーピアＣＤＮＩを使用して、ＣＤＮを互いに相互接続することができる。これらのＣＤＮはＣＤＮＩルーティングを実装することができ、ＣＤＮＩルーティングは、ＣＤＮＩを使用して直接的には互いにピアされない２つのＣＤＮ間の通信を可能にする。ＣＤＮＩルーティングは、ＣＤＮ間の複数の要求ルーティング（ＲＲ）メッセージを使用することができる。具体的には、ロギングは、ビジネス関係の部分としてＣＤＮＩを通じてリンクされたＣＤＮ間の調停を可能にする。

【0049】

図２に、ＣＤＮＩルーティングの一例を示す。例えば、ＣＤＮ＃３がＣＤＮ＃５を通じてＣＤＮ＃１に配信を委任する場合、ＣＤＮ＃１とＣＤＮ＃５との間に関連する調停があり、ＣＤＮ＃５とＣＤＮ＃３との間に別の関連する調停があることがある。あるいは、ＣＤＮＩログがＣＤＮＩルーティングを使用することができ、ＣＤＮ＃１とＣＤＮ＃３との間の直接的調停を可能にする。

【0050】

図３に、ファブリックセットアップ、発見、およびルーティング段階を使用する、アップストリームＣＤＮ３０５とダウンストリームＣＤＮ３１０との間のＣＤＮＩルーティングの一例を示す。１または複数のＣＤＮＩルータＣＤＮ３１５および中間ＣＤＮルータ３２０によってＣＤＮＩルーティングを実施することができる。アップストリームＣＤＮ３０５は、エンドユーザＩＰアドレスもしくはＩＰブロック、またはターゲットＣＤＮノードＩＰアドレスを使用することにより、ダウンストリームＣＤＮ３１０にメッセージを送ることができる。初期メッセージの後にソースルーティングを使用することができる。

【0051】

現在、２つのＣＤＮの間でＣＤＮＩが想定される。第１のＣＤＮは、第２のＣＤＮにコンテンツ配信を委任することを決定することができ、第２のＣＤＮは、別の相互接続されたＣＤＮに対して委任することができる。ＣＤＮは、必ずしも直接的に相互接続されない別のＣＤＮに委任することを決定することができる。したがって、ＣＤＮ相互接続の範囲は、ローカルからグローバルにシフトすることができ、単一のコンテンツインターネットワーク内の多くのＣＤＮを相互接続する。

【0052】

図３に示すように、こうしたルーティング方法の説明は、ルーティングプロトコル、リモートピアＣＤＮ発見（これは、ＣＤＮＩユニキャストに対して適用可能である）、および実際のＣＤＮＩメッセージルーティングを含むことができる。様々なルーティング方法の間で一般的なものは、ＣＤＮがＣＤＮＩをビジネス関係の部分として使用して互いに相互接続することである。複数の相互接続を有するＣＤＮは、他のＣＤＮにＣＤＮＩルーティングサービスを提供することができる。さらに、相互接続されたＣＤＮの一部は、「アクセスＣＤＮ」、すなわちインターネットサービスプロバイダ（ＩＳＰ）またはモバイルネットワークオペレータ（ＭＮＯ）によって配置され、このオペレータのエンドユーザにより効率的にサービスするようにオペレータのネットワークに統合されたＣＤＮでよい。

【0053】

図４に、より大規模なＣＤＮＩアーキテクチャ内のＣＤＮＩルーティング機能を提示する。ＣＤＮＩプロトコルを使用して、ＣＤＮＩルータＣＤＮ３１５をアップストリームＣＤＮ３０５とダウンストリームＣＤＮ３１０の両方に直接的にピアすることができる。アップストリームＣＤＮ３０５とダウンストリームＣＤＮ３１０は直接的に相互接続されないが、それでも、ＣＤＮＩルータＣＤＮ３１５の仲裁を通じて、要求ルーティング、メタデータ、ログ、およびコンテンツパージ要求メッセージなどの何らかの制御メッセージを交換することができる。ＣＤＮＩルーティングプロトコルを使用して、相互接続されたＣＤＮピア間のＣＤＮＩルートを交換することができる。

【0054】

図４に示すＣＤＮＩルーティング機能は、様々なルーティング方法（ｃｄｎｉ−ｌｏｃａｌ−ｌｉｎｋ、ｅｎｄ ｕｓｅｒ ｂａｓｅｄ、ｃｄｎｉ−ｕｎｉｃａｓｔ、ｃｄｎｉ−ｍｕｌｔｉｃａｓｔ、ｃｄｎｉ−ｂｒｏａｄｃａｓｔ）、ピアＣＤＮ発見（特に要求ルーティングに関する）、ＣＤＮＩルーティングに関するプロトコル（すなわち、ＣＤＮ間のルーティング情報交換）、ＣＤＮＩ要求ルーティングに関するプロトコル、およびアクセスＣＤＮ Ｒｏｌｅをサポートすることができる。アクセスＣＤＮは、「プル」ＣＤＮ再選択機構を使用することができる。

【0055】

ＣＤＮＩルータは、ＣＤＮＩを使用して２つ以上のＣＤＮに相互接続され、ある相互接続されたＣＤＮから別の相互接続されたＣＤＮにＣＤＮＩシグナリングを転送することのできるエンティティである。例えば、ＣＤＮ Ａは、ＣＤＮ ＢおよびＣＤＮ Ｃと相互接続することができる。ＣＤＮ ＢとＣＤＮ Ｃは互いに相互接続されない。ＣＤＮ Ａは、ＣＤＮ ＢおよびＣＤＮ Ｃが互いへのコンテンツ配信、ならびにログの交換などの他の関連するＣＤＮＩ操作を委任することができるような形で、ＣＤＮ ＢおよびＣＤＮ Ｃに「ＣＤＮＩルーティング」サービスを提供する。

【0056】

アクセスＣＤＮは、アクセスプロバイダのエンドユーザにより良くサービスするために、セルラネットワークオペレータやＩＳＰなどのアクセスプロバイダによって配置されるＣＤＮである。多くのＣＤＮが互いに（直接的に、またはＣＤＮＩルータを通じて間接的に）相互接続される状況では、アクセスＣＤＮは、ＩＰアドレス範囲を使用することなどによって、「これがすべての自分のエンドユーザである」ことを他に公示することができる。この情報を使用して、所与のエンドユーザに関する「最良のＣＤＮ」を発見することができる。

【0057】

「エンドユーザベースの」ルーティングは、すべての相互接続されたＣＤＮにアクセスＣＤＮエンドユーザ情報を流布するためにルーティングプロトコルが使用されるＣＤＮＩルーティング方式である。さらに、アップストリームＣＤＮおよびすべての中間ＣＤＮＩルータは、この情報を使用して、ＣＤＮＩメッセージを、所与のエンドユーザに関する適切なアクセスＣＤＮに向けて送ることができる。具体的には、コンテンツ要求を発信するエンドユーザに関連する要求ルーティングメッセージなど、このルーティング方式を使用して送られるＣＤＮＩメッセージを所与のエンドユーザに明白に関係付けることができる。

【0058】

エンドユーザベースのルーティングでは、図４に示すアップストリームＣＤＮ３１５は、所与のコンテンツを所与のエンドユーザまたはエンドユーザのセットに配信するために最良のピアＣＤＮを探し出すことができる。実際のピアＣＤＮは、先験的に知られていないことがあるが、ＣＤＮＩルーティング機構を通じて発見することができる。これを可能にするために、アクセスＣＤＮは、ＣＤＮＩを介して、その関連されるエンドユーザ（すなわち、この「アクセスＣＤＮ」を配置するアクセスプロバイダのエンドユーザ）のＩＰアドレスブロックのセットを公示することができる。ＣＤＮＩルータＣＤＮは、ルートを交換して、次のホップＣＤＮに合致するＩＰアドレスブロックであるルーティングテーブルを構築することができる。

【0059】

エンドユーザベースのＣＤＮＩルーティングが有益である使用ケースの例は、非グローバルＣＤＮが世界中のエンドユーザに到達することを援助することを含み、したがってＣＤＮの連合がグローバルＣＤＮに対抗することを可能にし、ＭＮＯがマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）などのマルチキャスト解決策を使用して非常に人気のあるコンテンツを配信することによってネットワーク使用を最適化する。さらに、認可ＣＤＮは、一定のサービス品質を最も保証することのできるアクセスＣＤＮに到達することができる。それが特定のエンドユーザのアクセスプロバイダのネットワークに統合されるからである。

【0060】

図５に、ＣＤＮＩエンドユーザベースのルーティングをコンテンツ要求ルーティングでどのように使用することができるかの一例を示す。エンドユーザリダイレクション（特に５２０、５１５、および５３０）は、ＣＤＮ １の特定の実装に応じて変動することがある。再帰的要求ルーティング方法を使用することができる（すなわち、全体の手順は５１５〜５３０の間で行われる）が、その代わりに反復ルーティング方法を使用することができる（すなわち、ＣＤＮ１がエンドユーザをＣＤＮＩルータにリダイレクトし、エンドユーザは、ＣＤＮＩルータＣＤＮに要求を送信することができ、ＣＤＮＩルータＣＤＮは、Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ（３ＧＰＰ）アクセスネットワークにリダイレクトすることができ、以下同様である）。通常は複数のホップが使用されるので、配信スタートアップ遅延およびエンドカスタマに到達するリダイレクション数を低減するために、再帰的要求ルーティング方法が好ましい方法である。

【0061】

５０５では、ＣＤＮＩを介してＣＤＮＩルーティング情報を交換することができる。これに基づいて、ＣＤＮ１は、ＣＤＮＩルータを通じてＡ．Ｂ．０．０／１６およびＣ．Ｄ．０．０／１６を管理するアクセスＣＤＮに到達することができることを知ることができる。

【0062】

５１０では、ＷＴＲＵ１上のウェブブラウザが、オリジンサーバからウェブページを得ることができ、オリジンサーバは、ＣＤＮ１上に格納されたオブジェクトに対するポインタを含む（例えば、３ＧＰ−ＤＡＳＨ準拠ムービーに関連するメタデータを指すユニフォームリソースロケーション（ＵＲＬ）ｈｔｔｐ：／／ｍｅｄｉａ．ｅｘａｍｐｌｅ．ｃｄｎ．ｃｏｍ／ｍｏｖｉｅ１．ｍｐｄ）。

【0063】

５１５では、ＷＴＲＵ１は、ｍｅｄｉａ．ｅｘａｍｐｌｅ．ｃｄｎ．ｃｏｍを解決することができる。ドメイン名システム（ＤＮＳ）要求が、アクセスネットワーク（図示せず）内のローカルＤＮＳサーバを通過することができる。ある時点で、ＤＮＳ要求は、ＣＤＮ１内の拡張ＤＮＳサーバに到達することができる（実際には、ローカルＤＮＳサーバが、通常のＤＮＳ解決手順の部分として、いくつかのＤＮＳサーバに次々に照会することができる）。図５は、ＣＤＮ１の拡張ＤＮＳサーバに向かう単一の矢印を示す。この拡張ＤＮＳサーバは、要求ルーティング手順（５２０および５２５）を開始することができる。

【0064】

５２０では、要求ルーティング手順の部分として、配信を委任するために、メッセージがＣＤＮＩルータＣＤＮを通じて３ＧＰＰアクセスＣＤＮに送られる。ＣＤＮＩルータが、ＩＰアドレスブロックＡ．Ｂ．０．０／１６およびＣ．Ｄ．０．０／１６へのルートを有したことを前に公示したので、このメッセージを送ることができる。エンドユーザローカルＤＮＳサーバＩＰアドレスがこれらのブロックのうちの１つの中にあるので、ＣＤＮ１は、要求ルーティングＣＤＮＩメッセージをＣＤＮＩルータに送ることができる。それ自体のルーティングテーブルに基づいて、ＣＤＮＩルータは、ＣＤＮＩを介して３ＧＰＰアクセスＣＤＮにメッセージを転送することができる。

【0065】

５２５では、３ＧＰＰアクセスＣＤＮは、選択されたサロゲートのＩＰアドレスを受諾し、返すことができる。あるいは、ＤＮＳベースのコンテンツ要求（５１５）の代わりに、５３０で、ハイパーテキスト転送プロトコル（ＨＴＴＰ）ＧＥＴを要求として使用し、リダイレクション ＨＴＴＰ ３ｘｘを応答として使用することなどによってリダイレクションベースのコンテンツ要求が使用された場合、３ＧＰＰアクセスＣＤＮは、ＩＰアドレスの代わりにホスト名を返すことができる。

【0066】

５３０では、ＤＮＳ解決手順が、ＷＴＲＵ１が、ＣＤＮ１から選択されたサロゲートＩＰアドレスを受信することで完了する。

【0067】

次いで、５３５では、ＷＴＲＵ１は、ＨＴＴＰ ＧＥＴを使用することなどによってコンテンツ配信を開始し、メタデータファイルを得ることができる。あるいは、５３０でエンドユーザに返されたＩＰアドレスが、サロゲートではなく、３ＧＰＰアクセスＣＤＮリダイレクタ機能のＩＰアドレスであった場合、ここでは実際のサロゲートに対する別のリダイレクションが行われることがある。

【0068】

５４０では、必要な場合、３ＧＰＰアクセスネットワークが、ＣＤＮＩルータを通じてＣＤＮ１からメタデータを得ることができる。

【0069】

５４５では、必要な場合、サロゲートがＣＤＮ１からコンテンツを取得することができる。

【0070】

５５０では、３ＧＰＰアクセスネットワークサロゲートが、コンテンツ配信に進むことができる。

【0071】

１または複数のＣＤＮが、エンドユーザベースのルーティングを系統的に（または少なくとも人気のコンテンツについて）使用して、アクセスＣＤＮに配信を委任する場合、アクセスＣＤＮは、人気のあるコンテンツに関する新しい配信に対して適切な処置を取ることができる。例えば、所与の時間枠について毎秒ｎ回の配信を超える受信のために、所与のコンテンツが非常に人気となる場合、アクセスＣＤＮがその時点の前に配信要求を下げると仮定して、アクセスＣＤＮは、この時点から、配信要求レートが下落するまで、配信自体を実施することを決定することができる。さらに、アクセスＣＤＮはまた、この人気度の上昇の検出に基づいて、スケーラビリティを得るために、マルチキャストまたはＰ２Ｐ配信方法を使用して、コンテンツを配布することを決定することができる。図６に、このタイプのアクセスＣＤＮ挙動を示す。別の例では、アクセスＣＤＮは、所与のパブリッシャまたは所与の認可ＣＤＮから発信されるコンテンツを、これらのエンティティとのビジネス関係の部分として配信することを受諾することを決定することができる。

【0072】

ＣＤＮＩルータＣＤＮは、互いに相互接続することができ、アクセスＣＤＮと他のＣＤＮとの間のコンテンツインターネットワークを形成することができる。ＣＤＮがいくつかの相互接続（すなわち、同一のＣＤＮに向かういくつかのルートの間の）のうちの１つを通じてメッセージをルーティングする選択肢を有するとき、それは、最短ルート、ラウンドロビン、またはコストを最小限に抑えるなどのポリシーに従うことができる。ＣＤＮは、ＣＤＮＩルートアドバタイズメントメッセージを使用してルート情報（ＩＰブロックおよびルート長を含む）を交換することができる。

【0073】

図７に、定常状態のコンテンツインターネットワーク内の得られるルーティングテーブルを示す。ルーティングテーブルのサイズを限定するために、ＣＤＮＩルータＣＤＮは、そのピアに、（最短経路または別のアルゴリズムを使用して他のルートの中から選択された）所与のＩＰブロックに向かう単一のルートを公示することができるだけである。さらに、ＣＤＮＩルータＣＤＮは、しきい値よりも長いパス長を有する任意のルートを公示しないことを決定することもできる。

【0074】

いくつかの「兄弟」アクセスＣＤＮが、同一の範囲のエンドユーザをカバーすることができる。例えば、それらは、同一のＩＰブロックを共有することができ、サービスするメディアのタイプのみが異なり、またはさらにはそれらの間で負荷を共有する。これらの兄弟アクセスＣＤＮは、同一のＣＤＮＩルータと相互接続することができ、事前決定された規則に従ってトラフィックを分割するようにＣＤＮＩルータとの間の合意を有することができる。図７では、ＣＤＮＩルータ＃２は、要求ルーティングメッセージフィールドで述べたメディアタイプに応じて、アクセスＣＤＮ＃１および＃２へのＣＤＮＩトラフィックを分割することができる。別の有効な例は、コンテンツＩＤのハッシュに従ってＣＤＮＩルータ＃２に負荷を分割させることである（そのようなハッシュベースのロードバランシングアルゴリズムは、例えばキャッシュアレイルーティングプロトコル（ＣＡＲＰ）で使用される）。

【0075】

この機構はＩＰベースのルーティング（例えば、ボーダゲートウェイプロトコル（ＢＧＰ））との類似性を帯びるが、ＣＤＮＩルーティングは、ＢＧＰなどのプロトコルの上に構築することができ、あるいはそれとは全く別個のものでよく、より高いレイヤで動作することができる。ＣＤＮＩルータＣＤＮは、ＩＰ終点であるゲートウェイを通じて他のＣＤＮと通信することができ、ＣＤＮＩメッセージが転送されるとき、それを、ＣＤＮゲートウェイおよび宛先のうちの１つのＩＰアドレスを使用して、宛先ＣＤＮノードに向けて送ることができる。ＣＤＮＩメッセージヘッダは、ＩＰペイロード内部（例えば、ｊａｖａｓｃｒｉｐｔ ｏｂｊｅｃｔ ｎｏｔａｔｉｏｎ（ＪＳＯＮ）または拡張マークアップ言語（ＸＭＬ）として符号化されるＨＴＴＰペイロード内部）のＣＤＮＩメッセージ内に存在することができる。ＣＤＮＩルーティング機能は、このヘッダのルーティング方法フィールドを使用して、どのルーティング方法を使用するか（エンドユーザベースの、ＣＤＮＩ−ｕｎｉｃａｓｔなど）を決定することができ、次いで、この方法に応じて、他のフィールドを使用して、適切なＣＤＮＩルーティングテーブル内をルックアップすることができる。

【0076】

ＣＤＮ間の可能な調停のために、関連するメッセージについて（例えば、一定のコンテンツに関するすべてのメッセージについて）中間ＣＤＮＩルータの連鎖を未修正のまま維持することができる。ソースルーティングを使用することができる。初期メッセージ（例えば、所与のコンテンツＩＤに関する第１のメッセージ）を送ることができ、途中でＣＤＮＩルータによってルートをメッセージ内に記録することができる（セッション開始プロトコル（ＳＩＰ）でのヘッダ使用を介するのと同様に）。同一のコンテンツに関する任意の別のメッセージ（例えば、ログ）を、メッセージに含まれる事前記録されたルートと共に送ることができる。ＣＤＮＩルータは、この情報を使用してメッセージをルーティングすることができる。この方法は厳密なソースルーティングとして知られ、ＩＰおよびＳＩＰで使用される。

【0077】

ＣＤＮＩルータは一般に分散エンティティであるので（それらは通常、本格的なＣＤＮでよい）、内部ボーダゲートウェイプロトコル（ＩＢＧＰ）と同様に、様々な相互接続からの入力をマージするために、ＣＤＮＩルータ内部で内部ルーティングプロトコル機構を使用することができる。図８に、ＣＤＮＩルータ内の異なるＣＤＮＩゲートウェイでいくつかの相互接続がどのように終了するかを提示する。全体としてのＣＤＮＩルータが１つのルーティングテーブルを有する単一のエンティティとして働くように、ゲートウェイを互いに接続し、ＣＤＮＩルーティング情報を交換することができる。この内部プロトコルに関する実装の一例は、ＣＤＮＩルータのすべてのＣＤＮＩゲートウェイの間でルーティングテーブルを同期するために、ＣＤＮＩルートアドバタイズメントを使用することである。

【0078】

配置の一例では、グローバルＣＤＮ（例えば、Ａｋａｍａｉ、Ｌｉｍｅｌｉｇｈｔ）は、それが相互接続するＣＤＮに関するＣＤＮＩルータとして働くことができる。配置の別の例では、図９に示すように、ＣＤＮＩルータとして働くより大規模なＩＳＰのＣＤＮの下で、いくつかのローカルＩＳＰ（それ自体のＣＤＮを配置する）を連合させることができる。例えば、ＣａｂｌｅＬａｂｓの使用に従って動作するケーブルは、他のケーブルネットワークに関するＣＤＮＩルータとして働くことができる。

【0079】

代替の配置シナリオでは、既存のパブリックインターネットルータ（自律システム（ＡＳ）間のＢＧＰルータなど）をＣＤＮＩゲートウェイと重ね合わせることができる。例えば、ＢＧＰルータは、新しいＣＤＮＩゲートウェイ機能をサポートすることができ、あるいは、ＣＤＮＩゲートウェイをＢＧＰルータのそばのインターネット相互接続ポイントに配置することができる。このシナリオでは、ＣＤＮは、そのコアネットワークが配置されるＡＳの境界に位置するＣＤＮＩゲートウェイと、そのサロゲートの一部がこのＡＳの外側に位置する場合であっても相互接続することができる。いくつかのＡＳを介して分散するＣＤＮは、それがカバーするＡＳのすべてまたは一部の中に位置するＣＤＮＩゲートウェイと相互接続することを決定することができる。

【0080】

ＩＭＳを使用するＭＮＯは、そのＩＭＳネットワーク内にアクセスＣＤＮを配置することを決定することができる。このアクセスＣＤＮを他のＣＤＮと相互接続するのに利用可能な配置オプションは、セッションボーダコントローラ（ＳＢＣ）でよく、これは、シグナリングおよびメディアセットアップを制御するためにピアリング環境で使用される異なるサービスプロバイダネットワークの境界に配置することのできるネットワークベースのエンティティである。さらに、オペレータアクセスおよびバックボーンネットワークを示すようにＳＢＣを配置することができる。３ＧＰＰＩＭＳアーキテクチャでは、エントリ／エグジットポイントでのＳＢＣの機能を相互接続ボーダ制御機能（ＩＢＣＦ）によって実施することができる。ＣＤＮＩゲートウェイによって実施されるＣＤＮＩルーティングメッセージングおよびメディア中継機能を、ＩＢＣＦにマッピングすることができる。すなわち、境界点で、ＩＢＣＦそれ自体またはＩＢＣＦと共に相互運用するインターネットワーキング機能（ＩＷＦ）が、ＣＤＮＩルーティングを処理することができる。ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ａｎｄ Ｉｎｔｅｒｎｅｔ ｃｏｎｖｅｒｇｅｄ ｓｅｒｖｉｃｅｓ ａｎｄ ｐｒｏｔｏｃｏｌｓ ｆｏｒ ａｄｖａｎｃｅｄ ｎｅｔｗｏｒｋｓ（ＴＩＳＰＡＮ）アーキテクチャについて同様の配置を有効にすることもできる。この機能配布により、３ＧＰＰオペレータが、そのアクセスＣＤＮネットワークと他の３ＧＰＰまたは非３ＧＰＰオペレータ（例えばＩＰＴＶネットワーク）ＣＤＮとの間の関係を明確に識別することができる。

【0081】

ＣＤＮＩ相互接続の例は、ＩＢＣＦ−ＩＢＣＦ（ＳＩＰを使用して、２つのＩＭＳベースのＣＤＮ間でＣＤＮＩを符号化する）、またはＩＷＦ−任意のＣＤＮＩゲートウェイ（ＩＭＳベースのＣＤＮと非ＩＭＳ ＣＤＮとの間のＨＴＴＰベースのＣＤＮＩを使用する）を含むことができる。図１０に、外部ＩＰマルチメディアネットワークインターネットワーキング参照アーキテクチャに対するインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）を示す。図１０は、ＩＢＣＦ、ＩＷＦ、ＩＭＳネットワーク、および外部ＩＰマルチメディアネットワークの間の関係を示す。ＩＷＦまたはＩＢＣＦによってＣＤＮＩルーティングシグナリングを終了することができる。

【0082】

新しいＣＤＮＩルーティングアドバタイズメントメッセージは、新しいＣＤＮＩルーティングアプリケーションプログラミングインターフェイス（ＡＰＩ）の部分でよい。このメッセージを使用して、アクセスＣＤＮは、そのエンドユーザに（ＩＰｖ４またはＩＰｖ６アドレスブロックのセットを）公示することができ、ＣＤＮＩルータは、相互接続されたアクセスＣＤＮのエンドユーザに向かうルートを公示することができる。この情報を初期ＣＤＮＩ接続時にＣＤＮピア間で交換することができ、必要なときに後で更新することができる。アクセスＣＤＮまたはＣＤＮＩルータの役割を持たない別のＣＤＮは、ルート情報を公示することができないが、それを他から受信することができる。ルートアドバタイズメントの受信時に、ＣＤＮは、エンドユーザベースのＣＤＮＩルーティングテーブルを埋め、または更新することができる。ＣＤＮは、同一のＩＰブロックまたは交差するＩＰブロックに向かういくつかのルートを維持することができる。これらのルート間のルーティング決定は、最短経路、最低コスト、フェイルオーバ、または他のポリシーに基づくことができる。ＣＤＮは、望まないアドバタイズメントまたは使用することができないアドバタイズメントを拒否することができる。ＣＤＮは、ＣＤＮＩ制御ＡＰＩを使用して交換される機能を使用して、ＣＤＮＩルーティングＡＰＩをサポートするかどうかを互いに示すことができる。

【0083】

ピアツーピアＣＤＮＩリンクは、ピア間のあらかじめ存在する信頼関係に基づくことができる。この信頼関係は、アクセスＣＤＮがそのエンドユーザを適切に宣言すること、およびＣＤＮＩルータが正しいパス長でルートを適切に公示することを保証するのに重要である。

【0084】

図１１Ａおよび１１Ｂに、ＣＤＮＩルータを介する、およびアクセスＣＤＮ間の直接的なエンドユーザベースのルートアドバタイズメントの一例を示す。ＣＤＮＩルートアドバタイズメントは、ＸＭＬまたはＪＳＯＮ ｏｖｅｒ ＨＴＴＰ、または他の符号化（例えばＢＧＰ拡張）を使用して符号化することのできる新しいＣＤＮＩメッセージである。ＣＤＮＩルートアドバタイズメントは、送信側ＣＤＮ ＩＤ（例えば、ドメイン名）、第１の初期アドバタイズメント後の後続の更新に関してセットされる「更新」フラグ、ＩＰアドレスブロックをそれぞれ有するルートエントリのセット（例えば、ＩＰｖ４またはＩＰｖ６）、ホップ数単位のパス長、いくつかのルートの間で選択するための追加の入力を与えることのできる、重みなどの追加のパラメータ、およびこのルートに関する追加のポリシーパラメータ（例えば、このルートの末端のアクセスＣＤＮが、そのエンドユーザに対するすべての要求ルーティング手順に含まれることを望むことを示すフラグ）を含む様々なフィールドを含む。ＣＤＮは、ＩＰアドレスブロックをそれぞれ有するルーティングエントリのセット（例えば、ＩＰｖ４またはＩＰｖ６）、ホップ数単位のパス長、ＣＤＮＩルートアドバタイズメントで与えられる追加のパラメータ、および次のホップＣＤＮ ＩＤを含む新しいソフトウェアエンティティ（すなわち、エンドユーザベースのＣＤＮＩルーティングテーブル）を構築および維持することができる。

【0085】

ＣＤＮ要求ルーティング手順は、エンドユーザがコンテンツ要求を送るときに行うことができる。認可ＣＤＮがＤＮＳベースのリダイレクション方法を使用する場合、コンテンツ要求は、ＣＤＮがそれに対して権限のある完全修飾ドメイン名（ＦＱＤＮ）を求めるＤＮＳ要求の形を取ることができる。あるいは、ＣＤＮがＨＴＴＰリダイレクション方法を使用している場合、コンテンツ要求は、オリジンサーバまたは認可ＣＤＮリダイレクタ機能に向けられる初期ＨＴＴＰ ＧＥＴでよい。コンテンツ要求は、他の形態（例えば、ＳＩＰ ＩＮＶＩＴＥ）を取ることもできる。コンテンツ要求は、適切なサロゲートを識別し、このサロゲートにエンドユーザを向けることを担当する認可ＣＤＮ要求ルーティング機能に到達することができる。要求ルーティング手順は、別のＣＤＮに配信を委任するＣＤＮ間通信を含むことができる。この手順は、１または複数のＣＤＮに縦続接続することができる。

【0086】

要求ルーティング手順を開始するアップストリームＣＤＮは、エンドユーザベースのＣＤＮＩルーティングテーブルをチェックし、コンテンツ配信のエンドユーザをサービスするアクセスＣＤＮがあることを判定する。アップストリームＣＤＮは、手順でこのアクセスＣＤＮを使用することができる（例えば、ＣＤＮＩルーティングテーブルエントリがこのエントリに関するこの挙動を要求するフラグを含んだため）。次いで、アップストリームＣＤＮは、ＣＤＮＩ要求ルーティングメッセージを構築し、それをＣＤＮＩルーティングテーブル選択エントリによって示される次のホップに送ることができる。あらゆる中間ＣＤＮＩルータは、そのエンドユーザベースのＣＤＮＩルーティングテーブルに従ってメッセージをルーティングすることができる。あらゆる中間ＣＤＮＩルータは、メッセージ内のそのＣＤＮ ＩＤを追加することによって要求を更新することができる（ＣＤＮＩ応答に対してソースルーティングを使用することを可能にし、ＳＩＰヘッダを介するものと同様である）。最後に、メッセージはアクセスＣＤＮに到達することができ、それは、コンテンツを配信するか否かを判定することができる。応答を構築するとき、アクセスＣＤＮは、要求から記録されたルート情報を介してコピーすることができ、それを中間ＣＤＮＩルータによって使用して、要求によって取られたのと同一のルートに沿ってこの応答を転送することができる。

【0087】

図１２に、要求ルーティング呼出しフローの一例を示す。ＸＭＬまたはＪＳＯＮ ｏｖｅｒ ＨＴＴＰ、または他の符号化を使用して、これらの新しいＣＤＮＩ要求ルーティングメッセージを符号化することができる。さらに、汎用ＣＤＮＩメッセージヘッダが、すべてのＣＤＮＩメッセージ内に存在し、ＣＤＮＩルーティング目的で使用することができる。

【0088】

ＣＤＮＩメッセージヘッダは、このメッセージをどのようにルーティングすべきかを示すコードを使用することにより、ルーティング方法を示すことができる。例えば、ｌｉｎｋ−ｌｏｃａｌ方法では、このメッセージに対して実施すべきＣＤＮＩルーティングはなく、エンドユーザベースのＣＤＮＩルーティングでは、エンドユーザベースのＣＤＮＩルーティングテーブル内の（このメッセージ内の別のフィールドに存在する）エンドユーザＩＰアドレスと、送信側および後続のＣＤＮＩルータが（メッセージ内に存在する）記録されたルート内でそれら自体を見つけ、次いで記録されたルート内の次のＣＤＮにメッセージを転送するソースルーティングの最良の一致を見つけることによってＣＤＮＩルーティングを実施することができる。

【0089】

ＣＤＮＩ要求ヘッダは、メッセージの最後の宛先の識別子（例えば、ドメイン名）を使用して宛先ＣＤＮを示すことができ、宛先が未知のとき（例えば、エンドユーザベースのＣＤＮＩルーティングが使用されるとき）はそれは省略される。

【0090】

ＣＤＮＩ要求ヘッダはソースＣＤＮを示すことができる（要求では、認可ＣＤＮと同じであるべきである）。ＣＤＮＩ要求ヘッダはメッセージ ＩＤを示すことができる（これは、所与のソースＣＤＮの範囲内の固有ＩＤである）。例えば、送信側は、送られるメッセージごとに１つだけ内部カウンタを増分することができる。

【0091】

ＣＤＮＩ要求ヘッダは、経路中の中間ＣＤＮを記録するＣＤＮ ＩＤのリストを使用して記録されるルートを示すことができ、それは、メッセージを転送するときにそのＩＤを追加している（これは、応答のルーティングを可能にし、ルーティングループを検出するためである）。

【0092】

ＣＤＮＩ要求ヘッダは有効期間（ＴＴＬ）フィールドを含むことができる（ルーティングループを回避するための代替）。

【0093】

ＣＤＮＩ要求ルーティング要求（ＲＥＱ）メッセージは、ＣＤＮＩメッセージヘッダおよび配信識別（認可ＣＤＮ ＩＤ、コンテンツＩＤ、およびＩＰアドレス（または、利用不能である場合、そのローカルＤＮＳサーバＩＰアドレス）などのエンドユーザＩＤ）を含むことができる。

【0094】

ＣＤＮＩ要求ルーティング応答（ＲＳＰ）メッセージは、ＣＤＮＩメッセージヘッダ（宛先およびソースＣＤＮを適切に予約することができ、恐らくは予約された順序で、記録されたルートを要求からコピーすることができる）、配信識別（ＲＥＱと同一のフィールド）、および配信する決定（Ｙｅｓ／Ｎｏ）を含むことができる。

【0095】

ＣＤＮＩユニキャストルーティングおよびサービスベースのＣＤＮ発見手順を以下のように実装することができる。ソースＣＤＮは、直接に接続することのできる特定の宛先ＣＤＮに到達することを望むことがある。宛先ＣＤＮ自体は既知であり、ルーティングはエンドユーザ位置に依存しない。この宛先は、ソースＣＤＮによって「先験的に」知ることができ、あるいは発見機構を使用して、最良の宛先ＣＤＮを求める（通常、所与の配信のために使用する最良のＣＤＮを求める）ことができる。したがって、この手順は、ルーティング側（ルーティングファブリックセットアップおよびルーティング自体をカバーする）と、宛先ＣＤＮ発見側とを有する。

【0096】

ＣＤＮＩルータＣＤＮに接続するＣＤＮは、それ自体のノードのＩＰアドレスブロックのセット（通常は、ＣＤＮオペレータによって直接的に使用されるパブリックＩＰアドレス）を提供することができる。ＣＤＮは、ルーティング情報を交換することができ、それによってＩＰブロックは、エンドユーザＩＰブロックではなく、ＣＤＮコアネットワークＩＰブロックであり、非ルータＣＤＮは、それ自体のローカルＩＰブロックを公示することができ（２つの非ルータＣＤＮがこのようにして相互接続することができる）、ＣＤＮＩルータは、それ自体のローカルＩＰブロックと、それがルーティングすることのできるＩＰブロックの両方を公示することができ、ここではアクセスＣＤＮ役割は関係がない。

【0097】

ＣＤＮＩルートアドバタイズメントに基づく相互接続されたＣＤＮによってＣＤＮＩユニキャストルーティングテーブルを維持することができる。ルーティングテーブルは、エンドユーザベースのＣＤＮＩルーティングテーブルとは別個のものでよいが、エンドユーザおよびＣＤＮコアネットワークのＩＰアドレス空間は通常は同一のパブリックＩＰアドレス空間であるので、それらを分離する実際上の理由はないことがある。あるいは、ＣＤＮＩユニキャストルーティングテーブルは、ＩＰアドレスの代わりにＣＤＮ ＩＤを使用することができ、そのケースでは、ルーティングテーブルは、互いに別個のままでよい。

【0098】

ＣＤＮＩルーティングアドバタイズメントでは、ＩＰアドレスブロックは、アクセスＣＤＮエンドユーザではなく、ＣＤＮコアネットワークに属することができる。ＣＤＮＩユニキャストルーティングテーブルは、エンドユーザベースのＣＤＮＩルーティングテーブルと同一のフィールドを有することができる。ＩＰアドレスブロックは、アクセスＣＤＮエンドユーザではなく、ＣＤＮコアネットワークに属することができる。あるいは、ＣＤＮＩユニキャストルーティングテーブルに、ＩＰアドレスではなく、ＣＤＮ ＩＤ（ドメイン名など）をポピュレートすることができる。

【0099】

図１３Ａおよび１３Ｂは、ＣＤＮＩユニキャストルーティングを使用するコンテンツネットワークを示す。ルーティングテーブルは定常状態で表される。

【0100】

ＣＤＮＩメッセージは、新しいルーティング方法フィールド値ＣＤＮＩユニキャストを使用することができる。応答メッセージおよび他の関連メッセージは、ソースルーティングまたはＣＤＮＩユニキャストルーティングを使用することができる。ソースルーティングの利点は、すべての関連メッセージについて同一のルートを使用することができることを保証することができることである。ＣＤＮＩユニキャストをサポートするようにＣＤＮＩメッセージヘッダを更新することができる。

【0101】

ＣＤＮＩメッセージヘッダに関するルーティング方法を新しい方法で更新することができ、それによってＣＤＮＩユニキャストについて、ＣＤＮＩルータは、（ルックアップのために宛先ＩＰアドレスを使用して）このメッセージを、ローカルＣＤＮＩユニキャストルーティングテーブル内の最良に一致するルーティングエントリから次のホップに転送することができる。ルーティングテーブルに一致が見つからない場合、メッセージをドロップすることができる。ＣＤＮＩ宛先ＩＰアドレス（例えば、宛先ＣＤＮのＣＤＮＩゲートウェイまたは他のＣＤＮＩコアネットワークノードのＩＰアドレス）、およびＣＤＮＩソースＩＰアドレス（必要な場合、応答するために受信機によって使用される）を含む新しいフィールドを追加することができる。あるいは、これらの最後の２つの新しいフィールドをＣＤＮＩ宛先／ソースＣＤＮ ＩＤ（ドメイン名など）で置換することができる。

【0102】

オフラインプロビジョニング、外部発見サービス、およびＣＤＮＩマルチキャストまたはブロードキャストを使用する発見メッセージを含む様々な方式で宛先ＣＤＮ発見を実施することができる。事前合意または単にオフラインマッピング決定に基づいて、宛先ＣＤＮＩＰアドレスブロックまたはＩＤでソースＣＤＮをプロビジョニングすることができる。あるいは、外部発見サービスを使用して、ＣＤＮを登録および照会することができる。例えば、この目的でアプリケーション層トラフィック最適化（ＡＬＴＯ）を使用することができる。ＣＤＮ内部のサロゲート選択のためにＡＬＴＯを使用することができ、ＡＬＴＯサーバ相互接続がＣＤＮＩに対して提案される。より高いレベルマッピングを使用することができ、それによって、所与のタイプのコンテンツを所与のエンドユーザに配信することを求める照会に応答して、潜在的なＣＤＮのリスト、および他のパラメータを返すことができる。次いで、この情報に基づいて、ＣＤＮは、返されたＣＤＮで要求ルーティング手順を開始することができる。

【0103】

図１４に、ＣＤＮ位置サービスに関する使用の一例を示し、それによってピア発見が外部発見サービスを使用することができる。ＣＤＮ登録および発見メッセージが図１４に示される。これらのメッセージは、非ＣＤＮＩメッセージでよく（例えば、サードパーティ運用サーバに送られるＡＬＴＯメッセージ）、あるいはこれらのメッセージを、ＣＤＮＩルーティングを使用してＣＤＮＩを介して送ることができる（例えば、相互接続されたＣＤＮのうちの１つによってホストされる位置サービス）。

【0104】

ソースＣＤＮによってＣＤＮ発見メッセージを使用して、１または複数の候補を得ることができる。この発見メッセージは、エンドユーザベースのマルチキャストまたはブロードキャストＣＤＮＩルーティング方法を使用することができる。発見メッセージ応答は、ＣＤＮフットプリント、サポートされるメディアタイプなどについての情報を含むことができる。

【0105】

ＣＤＮＩピア発見ＲＥＱメッセージは、ＣＤＮＩメッセージメッセージヘッダおよび配布パラメータ（すなわち、エンドユーザＩＰアドレス範囲、メディアタイプなどのコンテンツ配布の特性であるもの）を含むことができる。これが存在する場合、受信機ＣＤＮは、これらのパラメータに対するその応答を限定することができる（例えば、それらは、所与のメディアタイプをサポートしない場合、要求を拒否することができる）。

【0106】

ＣＤＮＩピア発見ＲＳＰメッセージは、ＣＤＮＩメッセージヘッダ、リターンコード（受諾／拒否、それによって、拒否を使用する代わりに、要求についてＣＤＮＩマルチキャストまたはＣＤＮＩブロードキャストが使用されるとき、応答を省略することができる）、および配布パラメータ（すなわち、エンドユーザＩＰアドレス範囲、メディアタイプなどの、このＣＤＮにとって受け入れられるコンテンツ配布の特性であるもの）を含むことができる。

【0107】

図１５に、ＣＤＮがグループに加入することができ、別のＣＤＮがグループに発見要求を送ることのできるＣＤＮＩマルチキャストシナリオの一例を示す。図１５は、ＣＤＮＩピア発見メッセージおよびマルチキャストを使用するピア発見の一例を表す。

【0108】

図１６に、ＣＤＮがＣＤＮＩブロードキャスト発見要求を送るＣＤＮＩブロードキャストシナリオの一例を示す。図１６は、ＣＤＮＩピア発見メッセージおよびブロードキャストを使用するピア発見の一例を表す。

【0109】

ＣＤＮＩマルチキャストルーティングでは、アップストリームＣＤＮは、それが相互接続するＣＤＮＩルータＣＤＮにグループメンバシッップ情報を提供するＣＤＮの所与のグループに到達することを望むことがある。ルーティング情報を交換するとき、ＣＤＮＩルータＣＤＮは、グループメンバシップをも含むことができる。ＣＤＮＩルーティング方法「ＣＤＮＩマルチキャスト」を有するＣＤＮＩメッセージをグループに向けて送ることができ（新しいＣＤＮＩメッセージフィールド）、グループのすべてのメンバに到達するように、必要に応じてＣＤＮＩルータによって複製することができる。ＣＤＮＩユニキャストルーティング方法を使用して、ＣＤＮＩ応答および別の関連メッセージを送ることができる。

【0110】

ＣＤＮＩグループメンバシップ管理に関する新しいＣＤＮＩメッセージ（このメッセージは、新しいＣＤＮＩ「ルーティング」ＡＰＩの部分でよい）は、ＣＤＮＩメッセージヘッダ（通常はルーティング方法「ｌｉｎｋ−ｌｏｃａｌ」を使用することができる）、加入または退出コマンド、およびグループＩＤ（例えば、文字列またはＩＰアドレス）を含むことができる。クラッシュを避けるため、既存のマルチキャストグループのグローバルレジストリを使用することができる。あるいは、ＩＰアドレスをグループＩＤとして使用することができる。

【0111】

例えば、ＣＤＮは、「Ｃａｎａｄｉａｎ」マルチキャストグループに加入することができる。すべての相互接続されるＣＤＮＩルータは、最後には、このグループのメンバに向かうルートを得ることに行きつくことができる。認可ＣＤＮは、このグループに発見メッセージを送り、カナダでコンテンツを配布することができ、そのことを望む、接続されたＣＤＮのリストを得ることができる。通常、任意のＣＤＮが、ＣＤＮＩを介してＣＤＮＩルータピアに加入メッセージを送ることにより、マルチキャストグループに加入することを決定することができる。ＣＤＮＩメッセージングを使用して、ＣＤＮＩルータ間でグループメンバシップを広げることができる。例えば、プロトコル独立マルチキャストスパースモード（ＰＩＭ−ＳＭ）または距離ベクトルマルチキャストルーティングプロトコル（ＤＶＭＲＰ）に基づくＣＤＮＩプロトコルを使用することができる。

【0112】

ＣＤＮＩマルチキャストルーティングメッセージを移送するための新しいＣＤＮＩメッセージ（このメッセージは、新しいＣＤＮＩ「Ｒｏｕｔｉｎｇ」ＡＰＩの部分でよい）は、ＣＤＮＩメッセージヘッダを含むことができる（通常は、ルーティング方法「ｌｉｎｋ−ｌｏｃａｌ」を使用することができる）。（例えば、ＰＩＭ−ＳＭまたはＤＶＭＲＰに基づいて）マルチキャストルーティングメッセージをカプセル化することができる。

【0113】

ＣＤＮＩマルチキャストをサポートするようにＣＤＮＩメッセージヘッダを更新することができる。新しいＣＤＮＩマルチキャスト方法でルーティング方法を更新することができ、それによってＣＤＮＩルータは、このグループに加入したすべてのＣＤＮに向けてこのメッセージを転送することができ、宛先ＣＤＮＩマルチキャストグループフィールドを含むことができる。

【0114】

ＣＤＮＩブロードキャストルーティングでは、アップストリームＣＤＮは、（ＣＤＮＩ要求ルーティングメッセージで指定される他の制約内で）コンテンツを配信することを望む任意のＣＤＮに到達することを望むことがある。例えば、メッセージは、ｎホップの限度内のすべてのＣＤＮに到達することができる。このタイプのメッセージは、発見方式を実装するのに有用であることがあり、または緊急なネットワーク全体の警報メッセージのために有用であることがある。ＣＤＮＩブロードキャストをサポートするようにＣＤＮＩメッセージヘッダを更新することができる。新しいＣＤＮＩブロードキャスト方法でルーティング方法を更新することができ、それによってＣＤＮＩルータは、反転経路転送（ＲＰＦ）、メッセージ有効期間（ＴＴＬ）フィールド、メッセージＩＤを使用する重複検出などの機構を使用してループを回避しながら、すべての他の相互接続されたＣＤＮに向けてこのメッセージを転送することができる。

【0115】

ルーティング決定は、コンテンツＩＤ（すなわち、コンテンツインターネットワークの範囲内の、１つのコンテンツを情報一意に記述する１つの情報）に基づくことができる。例えば、そのようなコンテンツＩＤを、このコンテンツに関する認可ＣＤＮのグローバルＣＤＮ ＩＤ（例えば、ドメイン名）、認可ＣＤＮによって提供されるパブリッシャＩＤ（例えば、口座番号）、またはパブリッシャによって提供されるパブリッシャＩＤ（例えば、ドメイン名）、およびこの特定のコンテンツについてパブリッシャによって提供される文字列の連結から構成することができる。

【0116】

ＣＤＮＩルータは、ＣＤＮＩヘッダ内に存在するコンテンツＩＤを、ＣＤＮによって公示されるコンテンツＩＤ（またはコンテンツＩＤのセット）を格納する内部コンテンツルーティングテーブルと比較し、すべての一致する受信側に向けてメッセージを転送することができる。あるいは、ＣＤＮは、すべての受信側ではなく、１つの一致する受信側（例えば、最も近いもの）にメッセージを転送することができる。例えば、いくつかのＣＤＮは、特定のパブリッシャ（例えば、Ｙｏｕｔｕｂｅ）からコンテンツを配信することへのその関心を公示することができる。これらのＣＤＮは、コンテンツＩＤベースのルーティング方法を使用してルーティング要求を受信することができる（かつ、ソースルーティング方法を使用して応答することができる）。

【0117】

新しいＣＤＮＩ「ルーティング」ＡＰＩの新しいＣＤＮＩメッセージ部分は、ＣＤＮＩコンテンツＩＤベースのルーティングメッセージを含むことができる。通常は、ルーティング方法「ｌｉｎｋ−ｌｏｃａｌ」を使用することができる。メッセージは、送信側ＣＤＮが配信することに関心を持っているコンテンツＩＤのセットを含むことができる。コンテンツＩＤが構築される場合、ワイルドカードを使用して、所与のパブリッシャおよび／または所与の認可ＣＤＮからのすべてのコンテンツを指定することができる。

【0118】

コンテンツＩＤベースのルーティングをサポートするようにＣＤＮＩメッセージヘッダが更新される。ＣＤＮＩコンテンツＩＤベースのルーティングを使用する新しい方法でルーティング方法を更新することができ、それによってＣＤＮＩルータは、このコンテンツを公示するすべてのＣＤＮに向けてこのメッセージを転送することができる。

【0119】

本明細書に記載の様々な実施形態を、同一のルーティングファブリック上で同時に使用することができる。ＣＤＮＩメッセージヘッダフィールド「ｒｏｕｔｉｎｇ ｍｅｔｈｏｄ」を必要に応じて送信側で設定することができ、経路上のあらゆるＣＤＮは、このフィールドで指定される方法に基づいてＣＤＮＩルーティングを実施することができる。

【0120】

実施形態
１．ＣＤＮＩシグナリングを転送するコンテンツ配信ネットワーク相互接続（ＣＤＮＩ）ルータコンテンツ配信ネットワーク（ＣＤＮ）によって使用される方法であって、
第１のＣＤＮＩを第１のＣＤＮで確立すること、
第２のＣＤＮＩを第２のＣＤＮで確立すること、
第１のＣＤＮおよび第２のＣＤＮのうちの少なくとも１つからＣＤＮＩルートアドバタイズメントメッセージを受信することであって、ＣＤＮＩルートアドバタイズメントメッセージはエンドユーザインターネットプロトコル（ＩＰ）アドレスブロックのセットを含むこと、
ＣＤＮＩルートアドバタイズメントメッセージ内のＩＰアドレスブロックに基づいて、少なくとも１つのエンドユーザベースのＣＤＮＩルーティングテーブルを更新すること、
更新したＣＤＮＩルートアドバタイズメントメッセージを、第１のＣＤＮおよび第２のＣＤＮのうちの少なくとも１つに送信すること
を含む方法。
２．第１のＣＤＮおよび第２のＣＤＮのうちの少なくとも１つは、更新したＣＤＮＩルートアドバタイズメントメッセージ内のエンドユーザＩＰアドレスブロックに基づいて、少なくとも１つのエンドユーザベースのＣＤＮＩルーティングテーブルを更新する実施形態１の方法。
３．ＣＤＮＩルートアドバタイズメントメッセージは、ＣＤＮＩヘッダ内にコンテンツ識別（ＩＤ）を含む実施形態１〜２のいずれか１つの方法。
４．ＣＤＮＩルートアドバタイズメントメッセージ内のコンテンツＩＤを、コンテンツＩＤを格納するコンテンツルーティングテーブルと比較すること、および
コンテンツルーティングテーブルによって示される少なくとも１つの一致する受信側に、ＣＤＮＩルートアドバタイズメントメッセージを転送すること
をさらに含む実施形態３の方法。
５．ＣＤＮＩルートアドバタイズメントメッセージは、ルーティングエントリのセットを含む実施形態１〜４のいずれか１つの方法。
６．各ルートエントリは、ＩＰアドレスブロック、ホップ数単位のパス長、ルートを選択するのに使用されるパラメータ、および選択されるルートに関連するポリシーパラメータを含む実施形態５の方法。
７．エンドユーザベースのＣＤＮＩルーティングテーブルのそれぞれは、ルーティングエントリのセットを格納する実施形態２〜６のいずれか１つの方法。
８．各ルートエントリは、ＩＰアドレスブロック、ホップ数単位のパス長、ルートを選択するのに使用されるパラメータ、選択されるルートに関連するポリシーパラメータ、および次のホップＣＤＮ識別（ＩＤ）を含む実施形態７の方法。
９．第１のＣＤＮおよび第２のＣＤＮのうちの少なくとも１つによって受信される配信要求に基づいてコンテンツの人気度を決定すること、および
決定した人気度に基づいてマルチキャストまたはポイントツーポイント（Ｐ２Ｐ）配信方法を使用してコンテンツを配布すること
をさらに含む実施形態１〜８のいずれか１つの方法。
１０．第１のＣＤＮはアップストリームＣＤＮであり、第２のＣＤＮはダウンストリームＣＤＮである実施形態１〜９のいずれか１つの方法。
１１．ＣＤＮＩルータＣＤＮは、少なくとも１つのＣＤＮＩルータＣＤＮおよび少なくとも１つの中間ＣＤＮルータを含む実施形態１〜１０のいずれか１つの方法。
１２．第１のＣＤＮおよび第２のＣＤＮのうちの少なくとも１つはアクセスＣＤＮである実施形態１〜１１のいずれか１つの方法。
１３．コンテンツ配信ネットワーク相互接続（ＣＤＮＩ）シグナリングを転送するアップストリームコンテンツ配信ネットワーク（ＣＤＮ）によって使用される方法であって、
エンドユーザからコンテンツ要求メッセージを受信すること、
エンドユーザベースのＣＤＮＩルーティングテーブルにアクセスして、エンドユーザにサービスするアクセスＣＤＮがあるかどうかを判定すること
ＣＤＮＩ要求ルーティングメッセージを生成すること、
ＣＤＮＩルーティングテーブル内の選択されたエントリによって示される少なくとも１つの次のホップに、ＣＤＮＩ要求ルーティングメッセージを送信することであって、少なくとも１つの次のホップは少なくとも１つのＣＤＮＩルータであり、ＣＤＮＩルータはこのＣＤＮＩ要求ルーティング応答メッセージを更新し、アクセスＣＤＮに転送すること、および
ＣＤＮＩ要求ルーティング応答メッセージを受信すること
を含む方法。
１４．ＣＤＮＩ要求ルーティングメッセージは、ルーティング方法コードを示すＣＤＮＩメッセージヘッダを含む実施形態１３の方法。
１５．ルーティング方法コードは、ＣＤＮＩ要求ルーティングメッセージに対してＣＤＮＩルーティングを実施すべきか否かを示す実施形態１４の方法。
１６．ＣＤＮＩメッセージヘッダは宛先ＣＤＮおよびソースＣＤＮを識別する実施形態１４の方法。
１７．ＣＤＮＩメッセージヘッダは有効期間（ＴＴＬ）フィールドを含む実施形態１４の方法。
１８．ＣＤＮＩ要求ルーティング応答メッセージは、ルーティング方法コードを示すＣＤＮＩメッセージヘッダを含む実施形態１３の方法。
１９．ＣＤＮＩルートアドバタイズメントメッセージを受信するように構成された入力であって、ＣＤＮＩルートアドバタイズメントメッセージはルーティングエントリのセットを含み、各ルートエントリは、ＩＰアドレスブロック、ホップ数単位のパス長、ルートを選択するのに使用されるパラメータ、および選択されるルートに関連するポリシーパラメータを含む入力と、
ＣＤＮＩルートアドバタイズメントメッセージ内のＩＰアドレスブロックに基づいて、少なくとも１つのエンドユーザベースのＣＤＮＩルーティングテーブルを更新するように構成されたプロセッサと、
更新したＣＤＮＩルートアドバタイズメントメッセージを送信するように構成された出力と
を備えるコンテンツ配信ネットワーク相互接続（ＣＤＮＩ）ルータコンテンツ配信ネットワーク（ＣＤＮ）。
２０．ＣＤＮＩルータＣＤＮは、少なくとも１つのＣＤＮＩルータＣＤＮおよび少なくとも１つの中間ＣＤＮルータを含む実施形態１９のＣＤＮＩルータＣＤＮ。
２１．ＣＤＮＩルートアドバタイズメントメッセージは送信側ＣＤＮ識別（ＩＤ）を含む実施形態１９のＣＤＮＩルータＣＤＮ。
２２．ＣＤＮＩルートアドバタイズメントメッセージは、第１の初期アドバタイズメント後の後続の更新に関してセットされる更新フラグを含む実施形態１９のＣＤＮＩルータＣＤＮ。

【0121】

特徴および要素が特定の組合せで上記で説明されるが、各特徴または要素を単独で、または他の特徴および要素との任意の組合せで使用できることを当業者は理解されよう。さらに、本明細書で説明される方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、ファームウェアで実装することができる。コンピュータ可読媒体の例は、電子信号（ワイヤードまたはワイヤレス接続を介して伝送される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定はしないが、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリ装置、磁気媒体（例えば、内部ハードディスクまたは取外し可能ディスク）、光磁気媒体、コンパクトディスク（ＣＤ）やデジタルバーサタイルディスク（ＤＶＤ）などの光媒体を含む。ソフトウェアに関連してプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、Ｎｏｄｅ−Ｂ、ｅＮＢ、ＨＮＢ、ＨｅＮＢ、ＡＰ、ＲＮＣ、ワイヤレスルータ、または任意のホストコンピュータで使用する無線周波数トランシーバを実装することができる。

【図1A】

【図1B】

【図1C】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11A】

【図11B】

【図12】

【図13A】

【図13B】

【図14】

【図15】

【図16】