(57)【要約】【課題】エッジサーバを使用したコンテンツ配信のための通信インフラストラクチャを提供する。【解決手段】ＧＣＰ２１０は、ＳＧＳＮ１５２とＧＧＳＮ１５４との間に接続されて、中間ＧＳＮノードとして機能する。この中間ＧＳＮノードは、ＳＧＳＮ１５２からのＧＴＰトンネルを終端して、ＧＧＳＮ１５４との対応する新しいＧＴＰトンネルを開く。ＧＣＰ２１０の主要な機能は、ＳＧＳＮ１５２とＧＧＳＮ１５４との間の中間ＧＳＮエレメントとして機能することである。その役割は、ＩＰトラフィックがＧＧＳＮ１５４に達する前に、ＧＴＰトンネルからＩＰトラフィックを抽出して、そのＩＰトラフィックをエッジサーバ２３０へ直接転送することである。ＧＣＰ２１０は、ＧＴＰトンネルを終端して再び開くことによって、トンネル内でＩＰトラフィックを抽出して解析し、リダイレクトすることができる。【選択図】図２
2008512880.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末とのパケットストリーム通信のためのローカルサポートノードと、外部ネットワークとのパケットストリーム通信のためのゲートウェイサポートノードとを少なくとも備える通信インフラストラクチャであって、
前記ローカルサポートノード及び前記ゲートウェイサポートノードは、各端末と前記外部ネットワークにおけるアドレス指定されたサーバとの間でパケットを運ぶための、コアネットワークを介したポイントツーポイントトンネルにより相互接続されるように設定され、
制御エレメント及び１つ又は２つ以上のエッジサーバが前記ローカルサポートノードに関連付けられ、
該エッジサーバは、それぞれ、前記外部ネットワークにおける各アドレスに関連付けられ、
前記制御エレメントは、前記コアネットワークにおいて前記ローカルサポートノードと前記ゲートウェイサポートノードとの間に挿入され、
前記制御エレメントは、動作中に、
（ｉ）あらかじめ決定可能な一組の外部ネットワークアドレスを宛先とするパケットを前記トンネルから抽出して、前記エッジサーバの対応するものへリダイレクトし、
（ｉｉ）該エッジサーバから受信されたパケットを、前記サポートエレメントに関連付けられる前記ローカルサポートノードを介して対応する端末へルーティングする
ように設定される
通信インフラストラクチャ。
【請求項２】
前記端末は移動端末であり、
前記インフラストラクチャは、
それぞれ対応する場所を受け持つ複数のローカルサポートノードと、
各端末がどの時点においても前記場所の１つにしか位置することができないようなハンドオーバメカニズムと
を備える
請求項１に記載の通信インフラストラクチャ。
【請求項３】
各制御エレメントは、該制御エレメントが関連付けられている前記ローカルサポートノードと前記ゲートウェイサポートノードとの間の通信を途中で捕捉して、前記ローカルサポートノードの前記場所内の端末の登録を検出し、且つ、対応するルーティング制御データを、前記インフラストラクチャ内の他のこのような制御エレメント及び前記エッジサーバ、又は、前記インフラストラクチャ内の他のこのような制御エレメントあるいは前記エッジサーバのいずれかへ通信するように設定され、該エッジサーバによって送信されたパケットストリームを、前記制御エレメントと、該制御エレメントが関連付けられているローカルサポートノードとを介して前記端末へ向けることができるようにされる
請求項２に記載の通信インフラストラクチャ。
【請求項４】
前記エッジサーバの１つ又は２つ以上は、単一のローカルサポートノードに一意に関連付けられる
請求項１〜３のいずれかに記載の通信インフラストラクチャ。
【請求項５】
前記エッジサーバの少なくとも１つ及び前記ローカルサポートノードは、単一の構内における同じ場所に配置される
請求項１〜４のいずれかに記載の通信インフラストラクチャ。
【請求項６】
前記ローカルサポートノード及び前記ゲートウェイサポートノードは、ＩＰネットワークによって相互接続される
請求項１〜５のいずれかに記載の通信インフラストラクチャ。
【請求項７】
前記ＩＰネットワークは、前記通信インフラストラクチャのオペレータに対してプライベートである
請求項６に記載の通信インフラストラクチャ。
【請求項８】
前記トンネルはＧＴＰトンネルである
請求項１〜７のいずれかに記載の通信インフラストラクチャ。
【請求項９】
前記エッジサーバは、コンテンツ配信システムの一部を成す
請求項１〜８のいずれかに記載の通信インフラストラクチャ。
【請求項１０】
前記外部ネットワークはＩＰネットワークであり、
前記外部ネットワークアドレスはＩＰアドレスである
請求項１〜９のいずれかに記載の通信インフラストラクチャ。
【請求項１１】
前記外部ネットワークは公衆インターネットである
請求項１０に記載の通信インフラストラクチャ。
【請求項１２】
公衆陸上移動ネットワークの形式にある
請求項１〜１１のいずれかに記載の通信インフラストラクチャ。
【請求項１３】
ＧＰＲＳ標準規格に準拠し、
前記ローカルサポートノードは標準的なＳＧＳＮであり、
前記ゲートウェイサポートノードは標準的なＧＧＳＮである
請求項１２に記載の通信インフラストラクチャ。
【請求項１４】
請求項１〜１３のいずれかに記載の通信インフラストラクチャの一部を成す少なくとも１つのエッジサーバを備えるコンテンツ配信システム。
【請求項１５】
前記少なくとも１つのエッジサーバは、単一の構内において前記通信インフラストラクチャのローカルサポートノードと共に配置される
請求項１４に記載のコンテンツ配信システム。
【請求項１６】
通信インフラストラクチャのためのルーティングエリアサブシステムであって、
複数の端末とのパケットストリーム通信のためのローカルサポートノード
を備え、
該ローカルサポートノードは、外部ネットワークとのパケットストリーム通信のためのポイントツーポイントトンネルによりゲートウェイサポートノードとコアネットワークを介して相互接続するように設定され、
前記ポイントツーポイントトンネルは、各端末と前記外部ネットワークにおけるアドレス指定されたサーバとの間でパケットを運び、
該サブシステムは、
前記ローカルサポートノードに関連付けられる制御エレメント及び１つ又は２つ以上のエッジサーバ
を備え、
該エッジサーバは、それぞれ、前記外部ネットワークにおける各アドレスに関連付けられ、
前記制御エレメントは、前記ローカルサポートノードと前記ゲートウェイサポートノードとの間に挿入され、
前記制御エレメントは、
あらかじめ決定可能な一組の外部ネットワークアドレスを宛先とするパケットを前記トンネルから抽出して、前記エッジサーバの対応するものへリダイレクトし、
該エッジサーバから受信されたパケットを、前記ローカルサポートノードを介して対応する端末へルーティングする
ように設定される
ルーティングエリアサブシステム。
【請求項１７】
前記制御エレメントは、前記ローカルサポートノードと前記ゲートウェイサポートノードとの間の通信を途中で捕捉して、前記ローカルサポートノードの前記場所内の端末の登録を検出し、且つ、対応するルーティング制御データを、前記通信インフラストラクチャ内の他のこのような制御エレメント及びエッジサーバ、又は、他のこのような制御エレメントあるいはエッジサーバのいずれかへ通信するように設定され、該エッジサーバによって送信されたパケットを、前記ローカルサポートノードを介して前記端末へ向けることができるようにされる
請求項１６に記載のルーティングエリアサブシステム。
【請求項１８】
複数の端末とのパケットストリーム通信のためのローカルサポートノードと、外部ネットワークとのパケットストリーム通信のためのゲートウェイサポートノードとを少なくとも備える通信インフラストラクチャを動作させるための方法であって、前記ローカルサポートノード及び前記ゲートウェイサポートノードは、各端末と前記外部ネットワークにおけるアドレス指定されたサーバとの間でパケットを運ぶためのポイントツーポイントトンネルによりコアネットワークを介して相互接続されるように設定され、
該方法は、
前記ローカルサポートノードに関連付けられる１つ又は２つ以上のエッジサーバを設けることであって、該エッジサーバは、それぞれ、前記外部ネットワークにおける各アドレスに関連付けられる、１つ又は２つ以上のエッジサーバを設けることと、
あらかじめ決定可能な一組の外部ネットワークアドレスを宛先とするパケットを前記トンネルから抽出して、該抽出したパケットを、前記エッジサーバの対応するものへリダイレクトすることと、
前記エッジサーバから受信されたパケットを、前記ローカルサポートノードを介して対応する端末へルーティングすることと
を含む方法。
【請求項１９】
前記ローカルサポートノードと前記ゲートウェイサポートノードとの間の通信を途中で捕捉することであって、それによって、前記ローカルサポートノードの前記場所内の端末の登録を検出する、通信を途中で捕捉することと、
対応するルーティング制御データを前記インフラストラクチャ内で通信することであって、それによって、前記エッジサーバによって送信されたパケットを、前記ローカルサポートノードを介して前記端末へ向けることができるようにする、通信することと
を含む請求項１８に記載の方法。
【請求項２０】
複数の端末とのパケットストリーム通信のためのローカルエレメントと、外部ネットワークとのパケットストリーム通信のためのゲートウェイエレメントとを少なくとも備える通信インフラストラクチャであって、
前記ローカルエレメント及び前記ゲートウェイエレメントは、各端末と前記外部ネットワークにおけるアドレス指定されたサーバとの間でパケットを運ぶための、コアネットワークを介したポイントツーポイントトンネルにより相互接続されるように設定され、
制御エレメント及び１つ又は２つ以上のエッジサーバが前記ローカルエレメントに関連付けられ、
該エッジサーバは、それぞれ、前記外部ネットワークにおける各アドレスに関連付けられ、
前記制御エレメントは、前記コアネットワークにおいて前記ローカルエレメントと前記ゲートウェイエレメントとの間に挿入され、
前記制御エレメントは、動作中に、
（ｉ）あらかじめ決定可能な一組の外部ネットワークアドレスを宛先とするパケットを前記トンネルから抽出して、前記エッジサーバの対応するものへリダイレクトし、
（ｉｉ）該エッジサーバから受信されたパケットを、前記サポートエレメントに関連付けられる前記ローカルエレメントを介して対応する端末へルーティングする
ように設定される
通信インフラストラクチャ。
【請求項２１】
複数の端末とのパケットストリーム通信のためのローカルサポートノードと、外部ネットワークとのパケットストリーム通信のためのゲートウェイサポートノードとを少なくとも備える通信インフラストラクチャで使用される制御エレメントであって、
前記ローカルサポートノード及び前記ゲートウェイサポートノードは、各端末と前記外部ネットワークにおけるアドレス指定されたサーバとの間でパケットを運ぶための、コアネットワークを介したポイントツーポイントトンネルにより相互接続されるように設定され、
１つ又は２つ以上のエッジサーバが前記ローカルサポートノードに関連付けられ、
該エッジサーバは、それぞれ、前記外部ネットワークにおける各アドレスに関連付けられ、
該制御エレメントは、動作中に、
（ｉ）あらかじめ決定可能な一組の外部ネットワークアドレスを宛先とするパケットを前記トンネルから抽出して、前記エッジサーバの対応するものへリダイレクトし、
（ｉｉ）該エッジサーバから受信されたパケットを、前記サポートエレメントに関連付けられる前記ローカルサポートノードを介して対応する端末へルーティングする
ように設定される
制御エレメント。
【請求項２２】
前記制御エレメントが関連付けられているローカルサポートノードと前記ゲートウェイサポートノードとの間の通信を途中で捕捉して、前記ローカルサポートノードの前記場所内の端末の登録を検出し、且つ、対応するルーティング制御データを、前記インフラストラクチャ内の他のこのような制御エレメント及び前記エッジサーバ、又は、前記インフラストラクチャ内の他のこのような制御エレメントあるいは前記エッジサーバのいずれかへ通信するように設定され、該エッジサーバによって送信されたパケットストリームを、前記制御エレメントと、該制御エレメントが関連付けられているローカルサポートノードとを介して前記端末へ向けることができるようにする
請求項２１に記載の制御エレメント。
【請求項２３】
複数の端末とのパケットストリーム通信のためのローカルサポートノードと、外部ネットワークとのパケットストリーム通信のためのゲートウェイサポートノードとを少なくとも備える通信インフラストラクチャで使用されるコンピュータプログラム製品であって、
前記ローカルサポートノード及び前記ゲートウェイサポートノードは、各端末と前記外部ネットワークにおけるアドレス指定されたサーバとの間でパケットを運ぶための、コアネットワークを介したポイントツーポイントトンネルにより相互接続されるように設定され、
１つ又は２つ以上のエッジサーバが前記ローカルサポートノードに関連付けられ、
該エッジサーバは、それぞれ、前記外部ネットワークにおける各アドレスに関連付けられ、
該コンピュータプログラム製品は、
（ｉ）あらかじめ決定可能な一組の外部ネットワークアドレスを宛先とするパケットを前記トンネルから抽出して、前記エッジサーバの対応するものへリダイレクトし、
（ｉｉ）該エッジサーバから受信されたパケットを、前記サポートエレメントに関連付けられる前記ローカルサポートノードを介して対応する端末へルーティングする
ためのプログラムコードエレメントを含む
コンピュータプログラム製品。
【請求項２４】
制御エレメントが関連付けられているローカルサポートノードと前記ゲートウェイサポートノードとの間の通信を途中で捕捉して、前記ローカルサポートノードの前記場所内の端末の登録を検出するためのプログラムコードエレメントと、
対応するルーティング制御データを、前記インフラストラクチャ内の他のこのような制御エレメント及び前記エッジサーバ、又は、前記インフラストラクチャ内の他のこのような制御エレメントあるいは前記エッジサーバのいずれかへ通信して、該エッジサーバによって送信されたパケットストリームを、前記制御エレメントと、該制御エレメントが関連付けられているローカルサポートノードとを介して前記端末へ向けることができるようにするためのプログラムコードエレメントと
を含む請求項２３に記載のコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
［発明の背景］
本発明は、データネットワーク、特に移動データネットワークにおけるデジタルコンテンツの配信に関する。
【背景技術】
【０００２】
移動ユーザに適した通信インフラストラクチャ（詳細には、限定はしないが、携帯電話無線インフラストラクチャ）は、今や広く採用されてきている。初期の原動力（driver）は移動電話通信であったが、これらのインフラストラクチャ上でデータに基づく移動サービスを実施したいという要望によって、このようなインフラストラクチャにわたるデータ対応ベアラ（bearer）サービスが速やかに開発された。これは、多くのインターネットベースサービスが移動ユーザに利用可能になるという可能性を開いた。ＧＰＲＳネットワーク等の移動データネットワークは、したがって、より広く実施されてきている。
【０００３】
このようなネットワークに伴う１つの問題は、それらネットワークが、多くの場合、公衆インターネット等の他のネットワークへのアクセスに比較的少ない数の中央ゲートウェイエレメントを使用するということである。このようなゲートウェイの役割は、通常、移動局のすべてのＩＰアドレスを受け持つルータとして機能することであるが、このノードは、有効に集中化することができるファイアウォール機能、パケットフィルタリング機能、移動管理機能、及び料金請求（charging）機能も含むことができる。
【０００４】
たとえば、ＧＰＲＳネットワークは、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）（Gateway GPRS Support Node）として知られているエレメントを使用する。このＧＧＳＮを、公衆インターネット等の外部ＩＰネットワークへのすべてのＩＰトラフィック及び外部ＩＰネットワークからのすべてのＩＰトラフィックが正常に通過しなければならない。ＧＧＳＮは、一般に、一組のサーバを介して公衆インターネットに接続している。この一組のサーバは、オペレータネットワークの保護、インターネットルーティングへの参加、又は、たとえば企業ネットワークに向かう安全なチャネルの開始を行う。
【０００５】
このような開発と並行して、コンテンツ配信システムが構築中である。このコンテンツ配信システムは、公衆インターネット又は企業ネットワーク等のワイドエリアデータネットワーク、及び、たとえばｈｔｔｐ、ＲＴＳＰ、ＳＩＰ、ＲＴＰ等のコンテンツ配信プロトコルを使用して、固定ＩＰインフラストラクチャ上でビデオ、オーディオ、文書、ゲーム等のリッチメディアコンテンツをエンドユーザへ配信する。ネットワーク帯域幅をより効率的に利用し、且つ、サービス品質を増大させるために、このようなコンテンツ配信システムは多くの場合、コンテンツ配信のユーザ要求をできるだけローカルに受け持つことができるサーバを使用してコンテンツを分散させるように設定される。これらのサーバは、一般に、通常はＩＰコアネットワークのエッジに分散され、したがって、一般にエッジサーバと呼ばれるコンテンツ配信サーバである。その上、地理的ロケーション、サーバの可用性及び負荷、コンテンツの可用性等のさまざまな基準に基づいて、特定のコンテンツアイテムに対するエンドユーザ要求を選択されたエッジサーバに向けるか又は転送するためのメカニズムが設けられる。このようなシステムでは、エッジサーバは、通常、それらデバイス及びそれらのコンテンツの自動管理のために、ＩＰネットワークを介して互いに相互接続されている。
【特許文献１】国際公開第０３／０１７７０３号
【非特許文献１】ROY S他,「Architecture of a modular streaming media server for content delivery networks」PROCEEDINGS 2003 INTERNATIONAL CONFERENCE ON MULTIMEDIA AND EXPO (CAT. NO.03TH8698) IEEE PISCATAWAY, NJ, USA, vol. 3, 2003年7月9日, XP002324844 ISBN: 0-7803-7965-9
【非特許文献２】ROY S他,「A system architecture for managing mobile streaming media services」 MULTIMEDIA SIGNAL PROCESSING, 2002 IEEE WORKSHOP ON 2002年12月9日-11日, PISCATAWAY NJ, USA, IEEE, 2003年5月19日: XP010642405 ISBN: 0-7803-7713-3
【非特許文献３】WEE S他,「Research and design of a mobile streaming media content delivery network」PROCEEDINGS 2003 INTERNATIONAL CONFERENCE ON MULTIMEDIA AND EXPO (CAT. N0. 03TH8698) IEEE PISCATAWAY, NJ, USA, vol. 1, 2003, XP002324845 ISBN: 0-7803-7965-9
【発明の開示】
【発明が解決しようとする課題】
【０００６】
［発明の概要］
本発明は、既存のインフラストラクチャに影響を与えることなく、又は、少なくとも影響を低減して、ＧＰＲＳネットワーク等の移動データネットワーク内でこのようなエッジサーバの使用を可能にすることを対象とする。
【課題を解決するための手段】
【０００７】
本発明の少なくとも好ましい実施の形態では、これは、複数の端末とのパケットストリーム通信のためのローカルサポートノード（ＧＰＲＳの場合にはＳＧＳＮ）と、外部ネットワーク（公衆インターネット等のＩＰネットワークとすることができる）とのパケットストリーム通信のためのゲートウェイサポートノード（ＧＰＲＳの場合にはＧＧＳＮ）とを少なくとも備える通信インフラストラクチャ（ＧＰＲＳ標準規格に準拠した公衆陸上移動ネットワーク（ＰＬＭＮ）等）によって達成される。
【０００８】
ローカルサポートノード及びゲートウェイサポートノードは、各端末と外部ネットワークにおけるアドレス指定されたサーバとの間でパケットを運ぶための、たとえばＩＰネットワーク（通信インフラストラクチャのオペレータに対してプライベートとすることができる）を介したポイントツーポイントトンネル（ＧＰＲＳの場合にはＧＴＰトンネル）により相互接続されるように設定される。
【０００９】
制御エレメント及び１つ又は２つ以上のエッジサーバが、ローカルサポートノードに関連付けられる。エッジサーバは、それぞれ、外部ネットワークにおける各アドレスに関連付けられ、制御エレメントは、ローカルサポートノードとゲートウェイサポートノードとの間に挿入される。制御エレメントは、動作中に、あらかじめ決定可能な一組の外部ネットワークアドレスを宛先とするパケットをトンネルから抽出し、これらの抽出したパケットをエッジサーバの対応するものへリダイレクトするように設定される。この一組の外部ネットワークアドレスは、たとえば、静的に構成可能なテーブル又は動的に構成可能なテーブルに記憶しておくことによってあらかじめ決定可能とすることができる。最後に、制御エレメントは、上記エッジサーバから受信されたパケットを、ローカルサポートノードを介して対応する端末へルーティングするように設定される。
【００１０】
この設定によって、実際に、エッジサーバも、通信インフラストラクチャのエッジに存在するように、すなわちローカルサポートノードの近くに存在するよう位置付けられるが、それでも、たとえば、チャネルの確立、コンテンツの提示、移動及び認証の管理等の他の機能のために中央ゲートウェイサポートノードを利用することが可能である。
【００１１】
最初に予想される実施の形態では、端末は移動端末であり、インフラストラクチャは、それぞれ対応する場所を受け持つ複数のローカルサポートノードを備える。各端末がどの時点においても上記場所の１つにしか位置することができないようなハンドオーバメカニズムが提供される。しかしながら、固定端末用の同等のアーキテクチャにおける類似の技法の適用が、必ずしも除外されるわけではない。
【００１２】
これらの実施の形態では、各制御エレメントは、好ましくは、その制御エレメントが関連付けられているローカルサポートノードとゲートウェイサポートノードとの間の通信を途中で捕捉して、そのローカルサポートノードの場所内の端末の登録を検出し、且つ、対応するルーティング制御データを、インフラストラクチャ内の他のこのような制御エレメント及び／又はエッジサーバへ通信するように設定され、エッジサーバによって送信されたパケットストリームを、その制御エレメントと、その制御エレメントが関連付けられているローカルサポートノードとを介して前記端末へ向けることができるようにされる。
【００１３】
特に好ましい設定では、エッジサーバの１つ又は２つ以上は、単一のローカルサポートノードに一意に関連付けることができ、エッジサーバの少なくとも１つ及びローカルサポートノードは、単一の構内における同じ場所に配置することができる。
【００１４】
本発明は、ＰＬＭＮがＧＰＲＳ標準規格に準拠している一実施態様について開発されたものであり、ローカルサポートノードは標準的なＳＧＳＮであり、ゲートウェイサポートノードは標準的なＧＧＳＮである。ただし、標準的であろうと独自であろうと、類似又は同等のインフラストラクチャに対する本発明の適用は除外されないことが理解されよう。
【００１５】
本発明の他の態様は、上述した手法を使用するコンテンツ配信システム、このような通信インフラストラクチャで使用されるサブシステム、通信インフラストラクチャを動作させる方法、並びに、関係する制御エレメント及びコンピュータプログラム製品を提供する。
【００１６】
次に、図面に関して、本発明の一実施の形態を単なる一例として説明する。
【発明を実施するための最良の形態】
【００１７】
［発明の好ましい実施の形態の詳細な説明］
図１は、電話通信サービス及びデータベアラサービスの双方を提供する、移動ユーザのための１つのタイプの既知の通信インフラストラクチャを概略図の形で示している。この例では、無線サブシステム１１０及び電話サブシステム１１２が設けられた移動局１００が、ＧＳＭ  ＰＬＭＮ（公衆陸上移動ネットワーク）１２０の固定インフラストラクチャと通信して、音声電話通信サービスを提供する。加えて、移動局１００は、データハンドリングサブシステム１１６も含む。このデータハンドリングサブシステム１１６は、ＰＬＭＮ１２０によって提供されるデータ対応ベアラサービス上でデータを送信及び受信するために、データインターフェース１１４を介して無線サブシステム１１０と相互作用する。データ対応ベアラサービスによって、移動局１００は、たとえば外部ＩＰネットワーク１４０に接続されたコンテンツ配信システム１３０と通信することが可能になる。外部ＩＰネットワーク１４０には、公衆インターネット、ＧＰＲＳインフラストラクチャのオペレータによって運営されるプライベートイントラネット、及び／又は他のあらゆる企業イントラネットが含まれ得る。データハンドリングサブシステム１１６は、アプリケーションが実行される動作環境１１８をサポートする。この動作環境は、適切な通信スタックを含む。
【００１８】
より詳細には、ＧＳＭ  ＰＬＭＮの固定インフラストラクチャ１２０は、１つ又は２つ以上の基地局サブシステム（ＢＳＳ）１２２及びネットワーク／スイッチングサブシステムＮＳＳ１２４を備える。各ＢＳＳ１２２は、複数の基地局装置（ＢＴＳ）１２８を制御する基地局コントローラ（ＢＳＣ）１２６を備える。各ＢＴＳ１２８は、無線ネットワークの各「セル」に関連付けられている。移動局１００の無線サブシステム１１０は、アクティブである時、移動局が現在位置しているセルのＢＴＳ１２８と無線リンクを介して通信する。ＮＳＳ１２４について、これは、在圏（visitor）ロケーションレジスタ１２５及びホームロケーションレジスタ１２３等の他のエレメントと共に、１つ又は２つ以上の移動交換局（ＭＳＣ）１２７を備える。
【００１９】
移動局１００が通常の通話を行うのに使用される時、デジタル化された音声を運ぶためのトラフィック回線が、関連のあるＢＳＳ１２２を通ってＮＳＳ１２４へ設定される。ＮＳＳ１２４は、次に、その通話をターゲットの電話機（同じＰＬＭＮであろうと、別のネットワークであろうと）へルーティングすることを担当する。
【００２０】
移動局１００へのデータ伝送／移動局１００からのデータ伝送に関して、データ対応ベアラサービスは、ＧＰＲＳ（汎用パケット無線サービス）の形で提供される。ＧＰＲＳによって、ＩＰ（又はＸ．２５）パケットデータを、移動局１００のデータハンドリングシステムから、データインターフェース１１４、無線サブシステム１１０、及び関連のあるＢＳＳ１２２を介して、ＰＬＭＮ１２０のコアＧＰＲＳネットワーク１５０へ（ならびその逆へ）渡すことが可能になる。コアＧＰＲＳネットワーク１５０は、ＢＳＣ１２６をネットワーク１５０とインターフェースするＳＧＳＮ（サービングＧＰＲＳサポートノード）１５２と、ネットワーク１５０を外部ＩＰネットワーク１４０とインターフェースするＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）１５４とを含む。ＳＧＳＮ１５２等のＳＧＳＮは、通常、複数のセルを受け持つ。各セルは、単一のＢＴＳ１２８が受け持つ。単一のＳＧＳＮ１５２が受け持つ比較的小さな一組のセルは、ルーティングエリアと呼ばれる。ＧＰＲＳの全詳細は、ＥＴＳＩ（ヨーロッパ電気通信標準化協会）のＧＳＭ  ０３．６０仕様に見ることができる。ＧＰＲＳを使用すると、移動局１００はパケットデータを、ＢＳＳ１２２及びＧＰＲＳネットワーク１５０を介して外部ＩＰネットワーク１４０に接続されたエンティティと交換することができる。
【００２１】
ＰＬＭＮ１２０と外部ネットワーク１４０との間のデータ接続は、プロキシ機能及び／又はゲートウェイ機能を有するファイアウォールを通過することができる。このファイアウォールは、ＧＧＳＮ１５４と分離することもできるし、ＧＧＳＮ１５４内に統合することもできる。
【００２２】
図１では、ネットワーク１４０に接続されたコンテンツ配信サーバ１３０が示されている。このサーバは、上述したＧＰＲＳベアラサービスの使用によって移動局１００で実行されているＯＳ／アプリケーション１１８にアクセス可能である。
【００２３】
移動局１００は、多くの異なる形を取ることができる。たとえば、移動局１００は、適切なリンク（有線、赤外線、又はＢｌｕｅｔｏｏｔｈ等の短距離無線システム）によって連結された、移動電話（備え付けエレメント１１２及び１１０）並びにモバイルＰＣ（データハンドリングシステム１１６）等の２つの別個のユニットとすることができる。又は、移動エンティティ１００は、移動電話等の単一のユニットとすることもできる。もちろん、データの送信／受信しか必要でない（音声は必要でない）場合には、電話機能１１２を省略することができる。この一例は、内蔵式ＧＳＭデータ対応機能を有する個人情報端末である。一方、別の例は、データハンドリングサブシステムを形成するデジタルカメラであり、これも内蔵式ＧＳＭデータ対応機能によって、たとえばカメラからストレージサーバへデジタル画像又はビデオストリームのアップロードが可能である。
【００２４】
上記説明は、ＧＳＭ技術に基づくＰＬＭＮに関して与えられてきたが、ＧＳＭ  ＰＬＭＮ１２０について説明した機能と同じタイプの機能を提供するＵＭＴＳアクセスネットワーク等の他の携帯電話無線技術が存在することは十分理解されよう。
【００２５】
ＳＧＳＮ１５２は、ソフトウェア及び関係するハードウェアを含む。ＳＧＳＮ１５２は、ＳＧＳＮ１５２のルーティングエリア内で移動局１００へのデータパケットの配信をサポートするように構成されている。また、ＳＧＳＮ１５２は、パケットのルーティング及び転送、移動管理（アタッチ／ディタッチ及びロケーション管理）、並びに論理リンク管理等を実行するようにも構成されている。加えて、ＳＧＳＮ１５２は、移動局１００をＧＰＲＳネットワーク１５０に対して認証するようにも構成されている。この認証は、たとえば、加入者の正当性、移動局１００が選択されたサービスプロバイダに関連付けられているかどうか、及び、移動局１００がＧＰＲＳネットワーク１５０を介して通信を適切に行うことができるかどうかを判断することによって行われる。また、ＳＧＳＮ１５２は、ＨＬＲ１２３を使用して、認証動作だけでなく、他のゲーティング動作（gating action）も実行することができる。
【００２６】
ＳＧＳＮ１５２は、ＧＰＲＳトンネリングプロトコル（ＧＴＰ）によってＧＧＳＮと通信する。このＧＴＰによって、ＧＰＲＳサポートノード間、すなわちＧＧＳＮとＳＧＳＮとの間のＩＰトンネルが可能になる。ＧＴＰは、トンネリングメカニズムを使用してＩＰパケットを運ぶ。ここで、トンネルは、ＧＳＮ間でカプセル化を行う或るポイントから、カプセル化解除を行う別のポイントへカプセル化された情報を運ぶ２方向のポイントツーポイントパスである。また、ＧＴＰは、ＧＴＰ−Ｃメッセージと呼ばれる帯域外シグナリングパケットも使用し、その結果、シグナリングパスはデータパスと論理的に異なる。ＧＴＰ−Ｃメッセージは、パス管理機能、トンネル管理機能、ロケーション管理機能、サービス管理機能、及び移動管理機能を実行するのに使用される。
【００２７】
ＧＰＲＳの１つの特徴は、ＩＰをコアＧＰＲＳネットワーク１５０のネットワークレイヤプロトコルとして使用して、たとえばＳＧＳＮ１５２及びＧＧＳＮ１５４を接続することである。コアＧＰＲＳネットワーク１５０は、通常、移動ネットワークのオペレータによって所有又は制御されるプライベートネットワークであるが、データは公衆インターネットを通過することもできる。
【００２８】
移動局１００は、ＩＰアドレスによって一意に識別されるスタンドアロンインターネットホストとして取り扱われる。ＩＰアドレスは、複数の方法で割り当てることができる。簡単な実施態様では、各移動局１００は、ＨＬＲ１２３に記憶された固定ＩＰアドレスを有することもできるし、又は、ＩＰアドレスのプールが、ネットワーク１５０内のアドレス割り当てサーバ（図示せず）又は外部ネットワーク１４０に接続されたアドレス割り当てサーバ（図示せず）によって保持される。このアドレス割り当てサーバは、たとえば動的ホスト構成プロトコル（ＤＨＣＰ）サーバ又はＲＡＤＩＵＳサーバである。移動局１００がネットワークに接続されるたびに、移動局１００とアドレス割り当てサーバとの間でシグナリングプロセスが実行されて、利用可能なＩＰアドレスが移動局１００に割り当てられる。そうするために、移動局１００は、アドレス割り当てサーバに自身の一意のＩＤを送信する必要がある。シグナリングプロセスが非アクティブ化されると、ＩＰアドレスは、アドレスプール（addressing pool）に戻され、その後、他の端末に割り当てられることができる。
【００２９】
移動局１００と外部ＩＰネットワーク１４０との間のＧＰＲＳネットワークにおける論理接続は、一般にパケットデータプロトコル（ＰＤＰ）コンテキストと呼ばれる。
【００３０】
ＰＤＰコンテキストアクティブ化手順（PDP Context Activation Procedure）では、ＭＳ１００は、ＰＤＰタイプパラメータ、ＰＤＰアドレスパラメータ、及びＡＰＮ（アクセスポイント名）パラメータを含むＰＤＰコンテキストアクティブ化要求（Activate PDP Context Request）メッセージをＳＧＳＮ１５２へ送信する。ＳＧＳＮ１５２は、ＰＤＰコンテキストアクティブ化要求を確認し、ＡＰＭパラメータを使用して、受け持つＧＧＳＮを選択し、選択したＧＧＳＮのＩＰアドレスを決定する。ＧＧＳＮ１５４のＩＰアドレスを決定できる場合、ＳＧＳＮ１５２は、ＰＤＰタイプ、ＰＤＰアドレス、及びＡＰＮを含むＰＤＰコンテキスト作成要求（Create PDP Context Request）メッセージを、影響を受けるＧＧＳＮ１５４へ送信する。ＧＧＳＮ１５４も、ＡＰＮを使用して、外部ネットワークを見つけることができる。ＧＧＳＮ１５４は、自身のＰＤＰコンテキストテーブル内に新しいエントリーを作成する。この新しいエントリーによって、ＧＧＳＮ１５４は、ＳＧＳＮ１５２と外部ＰＤＰネットワークとの間でＩＰパケットをルーティングして、料金請求（charge）を開始することが可能になる。ＧＧＳＮ１５４は、ＰＤＰコンテキスト作成応答（Create PDP Context Response）メッセージをＳＧＳＮ１５２へ返す。通常、ＧＧＳＮは、ＭＳ１００にＩＰアドレスを割り当て、このＩＰアドレスをＰＤＰコンテキスト応答メッセージでＭＳ１００へ返す。
【００３１】
ＳＧＳＮ１５２は、ＰＤＰコンテキストアクティブ化受け付け（Activate PDP Context Accept）メッセージをＭＳ１００へ返す。この後、ＳＧＳＮ１５２は、ＧＧＳＮとＭＳとの間でＩＰパケットをルーティングすることが可能になる。ＭＳ１００は、発信ＩＰパケットを適切なＰＤＰコンテキストにマッピングし、ＧＧＳＮ１５２は、着信パケットを適切なＰＤＰコンテキストにマッピングする。
【００３２】
ＭＳ１００がセルを変更するたびに、ＭＳ１００がルーティングエリア更新要求を、受け持つＳＧＳＮへ送信するハンドオーバプロセスが規定される。ＭＳ１００が、ＭＳ１００の移動元のセルとは異なるＳＧＳＮによって管理されるセルへ移動した場合、その新しいセルを受け持つＳＧＳＮは、（ＭＳによって供給されたＡＰＮパラメータを使用して識別される）ＧＧＳＮにＰＤＰコンテキストを要求する。
【００３３】
上記は、コンテキストのアクティブ化プロセス及びハンドオーバプロセスの簡単化した説明であること、及び、通常は、他のパラメータがＭＳ１００、ＳＧＳＮ１５２、及びＧＧＳＮ１５４の間で交換されて確認され、それによって、たとえば、サービス品質及び課金情報を設定することが可能になることが十分理解されよう。
【００３４】
したがって、従来のオペレーションでは、コンテンツサーバ１３０は、ドメイン名及びＩＰアドレスによって識別される。ＭＳ１００の動作環境１１８内で実行されているアプリケーションは、任意の適した上位レイヤの開放型プロトコル又は独自プロトコル（たとえば、ＨＴＴＰ又はＲＴＳＰ（リアルタイムストリーミングプロトコル）等）を使用して、コンテンツサーバ１３０からのコンテンツの受信又はコンテンツサーバ１３０へのコンテンツの配信を行うことが可能である。
【００３５】
ＧＰＲＳ通信インフラストラクチャの上記説明は、本発明を理解する目的で提示されたものであり、当業者にはよく理解されよう。
【００３６】
次に図２を参照して、ここでは、１つ又は２つ以上のローカルなサロゲート（surrogate）オリジンエッジサーバ２３０を使用して、コンポーネント２１０（本明細書ではＧＰＲＳ制御ポイント（ＧＣＰ）と呼ぶことにする）を介して移動局１００へコンテンツを配信できるＧＰＲＳ通信インフラストラクチャを説明する。
【００３７】
以下で説明する技法のほとんどの適用は、たとえば、オーディオコンテンツストリーム又はビデオコンテンツストリームの配信のための、サーバ１３０からＭＳ１００への支配的な（predominantly）下りトラフィックを伴うことが予想される。ただし、デジタルカメラからの写真のストレージへのアップロード又はブロードキャスト、ビデオカメラからのビデオストリームのストレージへのアップロード又はブロードキャスト、オーディオ記録のストレージへのアップロード又はブロードキャスト等、支配的な上りコンテンツフローを伴う適用ももちろん可能である。
【００３８】
ＧＣＰ２１０は、ＳＧＳＮ１５２とＧＧＳＮ１５４との間に接続されて、中間ＧＳＮノードとして機能する。この中間ＧＳＮノードは、ＳＧＳＮ１５２からのＧＴＰトンネルを終端して、ＧＧＳＮ１５４との対応する新しいＧＴＰトンネルを開く。ＧＣＰ２１０の主要な機能は、ＳＧＳＮ１５２とＧＧＳＮ１５４との間の中間ＧＳＮエレメントとして機能することである。その役割は、ＩＰトラフィックがＧＧＳＮ１５４に達する前に、ＧＴＰトンネルからＩＰトラフィックを抽出して、そのＩＰトラフィックをエッジサーバ２３０へ直接転送することである。その他の点では、ＧＣＰ２１０は、ＳＧＳＮ１５２にはＧＧＳＮのように見え、ＧＧＳＮ１５４にはＳＧＳＮのように見える。ＧＣＰ２１０は、ＧＴＰトンネルを終端して再び開くことによって、トンネル内でＩＰトラフィックを抽出して解析し、リダイレクトすることができる。ＧＣＰ２０は、ＳＧＳＮ１５２及びＧＧＳＮ１５４からのＧＴＰ要求及びＧＴＰ−Ｃ要求を解析する働きをして、ＧＴＰ−Ｃプロトコル要求の返答の復号、生成、及び送信を行うことができる。ＧＣＰデバイスは、ＧＴＰ−Ｃトンネルの確立要求／返答を途中で捕捉して、トンネルを開き、コンテキストを維持する。
【００３９】
少なくとも好ましい実施の形態では、ＧＣＰ２１０は、ＳＧＳＮ１５２と同じ場所に配置されている。ＧＰＣは、ＳＧＳＮ１５２からＧＴＰ−ＣのＰＤＰコンテキスト作成（Create PDP context）要求を受信する。ＧＣＰ２１０は、ＧＴＰ相互接続コンテキストを作成する。ＧＣＰ２１０は、このＧＴＰ相互接続コンテキストにＡＰＮ、ＰＤＰアドレス（存在する場合）、トンネルエンドポイントＩＤ（ＴＥＩＤ）、及びＭＳＩＳＤＮを記憶する。次に、ＧＣＰ２１０は、ＧＴＰ−Ｃ要求をＧＧＳＮ１５４へ送信する。ＧＧＳＮ１５４は、ＰＤＰアドレス及びＴＥＩＤを有するＰＤＰコンテキスト作成応答で返答する。ＰＤＰアドレス及びＴＥＩＤは、前のＧＴＰ相互接続コンテキストを見つけて追加情報を記憶するのに使用される。この応答は、その後、ＳＧＳＮ１５２へ送信される。
【００４０】
ＧＣＰ２１０は、次に、ＳＧＳＮ１５２及びＧＧＳＮ１５４からＩＰパケットを受信することができ、どのパケットを途中で捕捉して、エッジサーバに向け再ルーティングする必要があるかを検出する。エッジサーバ２３０の１つから受信されたどのパケットについても、ＰＤＰ相互接続コンテキストに記憶されたＭＳ１００のＩＰアドレスが、その後、使用されて、ＳＧＳＮ１５２に向かう（ＴＥＩＤによって識別された）正しいＧＴＰチャネルが選択される。
【００４１】
動作中、ＧＣＰ２１０は、外部ネットワーク１４０のほとんどのＩＰアドレスについて、単にパススルーデバイスとして機能する。このパススルーデバイスは、前方への送信の場合に、ＩＰパケットを受信してＧＧＳＮ１５４へ転送し、適切なＳＧＳＮ１５２を介した、対応するＭＳ１００への送信の場合に、ＧＧＳＮ１５４からパケットを受信する。
【００４２】
一方、ＧＣＰ２１０には、エッジサーバ２３０に対応する一組のＩＰアドレス２２０が提供される。この一組のＩＰアドレス２２０は、テーブルに記憶されているか、又は、他の任意の適した方法で記憶されている。この一組のＩＰアドレスは、静的に構成することもできるし、エッジサーバ２３０が配備されている場合には、図２に１６０として示すコンテンツ配信システムから受信することもできる。ＧＣＰ２１０は、ＧＴＰトンネルを通過するＩＰトラフィックをスキャンして、これらのアドレスを宛先とするトラフィックを識別する。このトラフィックは、ローカルＩＰリンクを使用して対応するエッジサーバ２３０へ直接、進路を変えられる。同様に、ＭＳ１００を宛先とする、エッジサーバ２３０から受信されたＩＰトラフィックは、そのＭＳ１００のＰＤＰコンテキスに対応する、ＧＣＰ２１０とＳＧＳＮ１５２との間のＧＴＰトンネルに向けられる。
【００４３】
このように、一組のＩＰアドレス２２０内のＩＰアドレスに対応する特定のホスト名へアドレス指定されたどのコンテキスト要求（たとえば、ＲＴＳＰ、ＷＡＰ、又はウェブ要求）についても、ＧＣＰは、ＩＰレッグ（IP leg）を介して、対応するエッジサーバ２３０へ要求をリダイレクトする。要求は、したがって、トンネルから抽出され、ＧＧＳＮ１５４へ転送されない。インバウンドトラフィックの場合、ＧＣＰ２１０は、エッジサーバ２３０によってルータと認識され、ＰＤＰコンテキストの確立の間、移動局１００に割り当てられたＩＰアドレスの範囲を受け持つ。ＧＣＰ２１０は、従来のルーティングプロトコルを使用して、特定のＭＳ１００の特定のトラフィックをルーティングし、次いで、特定のＩＰアドレスの特定のトラフィックをルーティングしていることをエッジサーバに通知するように設定される。また、これらのルーティングプロトコルは、ＭＳ１００に割り当てられたＩＰアドレスのエッジサーバ２３０のルーティングテーブルを更新するために、エッジサーバ２３０においても実行されている。ＧＴＰトンネルが閉じられて、ＩＰアドレスがもはやＭＳ１００に関連付けられていない時、ルーティングの更新もＧＣＰ２１０によって送信される。
【００４４】
エッジサーバ２３０は、図２に１６０として示す従来のコンテンツ配信システムの一部として任意の適した方法で設定することができる。このようなシステムは、一般に、エッジサーバ２３０へのコンテンツの分散を可能にするメカニズムと、たとえば、ウェブサーバによりユーザに返されるウェブページ内にリンクを含めることによるか、又は、動的ＤＮＳメカニズムを通じて、ユーザのロケーションに従ったエッジサーバへのリンクを動的に生成するためのメカニズムとを含む。最も適切なコンテンツサーバ２３０は、ＭＳ１００に割り当てられた発信側ＩＰアドレス又はＰＬＭＮ１２０から入手可能な他の任意の情報から推定することができる。同様に、エッジサーバ２３０に対応する一組のＩＰアドレス２２０は、静的に構成することもできるし、任意の適した方法で動的に保持することもできる。
【００４５】
エッジサーバ２３０は、ＧＣＰ２１０及び／又はＳＧＳＮ１５２と同じオペレータの構内において同じ場所に配置することもできるし、ＩＰネットワーク１５０を通じて複数のＧＣＰを受け持つこともできる。コンテンツサーバ１３０は、たとえば、サーバ２３０の故障時にバックアップとして使用するために、ＧＧＳＮ１５４の背後で引き続き利用可能な状態にしておくことができる。
【００４６】
ＧＳＭネットワーク内において、一実施態様のさまざまなコンポーネント内で実施される関連のある一組のプロトコルを図３に示す。図３（ａ）は、ＧＣＰ２１０が、トラフィックをＧＧＳＮ１５４へ渡すパススルーモードで動作している時に使用されるプロトコルを示している。図３（ａ）に示すように、サブネットワーク依存コンバージェンスプロトコル（ＳＮＤＣＰ）と呼ばれるプロトコルが、ＭＳ１００とＳＧＳＮ１５２との間でＩＰネットワークトラフィックをトランスペアレントに運ぶ（ＢＳＳ１２２との下位レベルの相互作用は、図３には示されていない）。ＳＧＳＮ３００は、ＳＮＤＣＰレイヤを終端し、ＧＴＰレイヤ３２０とインターフェースする相互作用レイヤを含む。ＧＣＰ２１０は、ＧＴＰレイヤ３２０と、パケットを解析する働きをする相互作用レイヤとを含む。エッジサーバ２３０を宛先としていないパケット又はエッジサーバ２３０から受信されたものでないパケットについて、さらに別のＧＴＰレイヤ３２０が、パケットをＧＧＳＮ１５４に向けるのに利用可能である。ＧＧＳＮは、ＧＴＰレイヤ３２０及びＩＰレイヤ３３０を備えるものとして示されている。図３（ｂ）は、エッジサーバ２３０と通信するための、ＧＣＰ２１０によって使用されるプロトコルを示している。
【００４７】
エンドユーザが或るルーティングエリアから別のルーティングエリアへ移動した時にコンテンツ配信が中断されないようする場合に、ＧＰＲＳネットワーク１５０の内部でのエッジサーバ２３０の相互接続は、エンドユーザの移動及びハンドオーバの管理を必要とすることが理解されよう。或るルーティングエリアの内部のあらゆる動きが、その移動は、エッジサーバ２３０及びＧＣＰ２１０にトランスペアレントである。別のルーティングエリアへのあらゆる動きが、ＳＧＳＮハンドオーバが必要とされ、ＧＣＰ２１０は、好ましくは、後述する特定の能力を実施する。ただし、多数の異なる設定が可能であることを十分理解することができる。
【００４８】
一実施の形態では、ハンドオーバの必要性は、従来のハンドオーバプロセスの一部として、移動局１００の移動先のセルを受け持つＳＧＳＮによりＧＧＳＮ１５４へ発行されたＧＴＰ−ＣのＰＤＰコンテキスト更新要求を途中で捕捉することによって検出される。これを図４に示す。図４は、移動局１００が、矢印４２０によって示すコンテンツサーバ２３０ｂからのストリーミング動作中に、第１のセル４００から第２のセル４１０へ移動していることを示している。セル４１０のＳＧＳＮ１５２ａに関連付けられるＧＣＰ２１０ａは、ＰＤＰコンテキスト更新要求を途中で捕捉し、そして、新しいＰＤＰ相互接続コンテキストの作成（ＧＣＰ２１０ａは、ＰＤＰ作成コンテキストを受信しているので）、コンテキスト更新要求のＧＧＳＮへの転送、並びに、ＧＣＰ２１０ｂ及び／又はエッジサーバ２３０ｂへの動きの通知を行うように動作する。これは、ネットワーク１５０を介して情報をマルチキャスト又はブロードキャストすることを可能にする、適切に規定されたどの標準ルーティングプロトコルによっても達成することができる。この情報は、特定のＭＳのＩＰアドレスのどのフローも、ルーティング変更を通じてＧＣＰ２１０ｂへ行かなければならないという情報である。エッジサーバ２３０ｂは、このメッセージに基づいて動作し、矢印４３０によって示すように、トラフィックをＧＣＰ２１０ｂへリダイレクトする。前述したように、エッジサーバは、ルーティングプロトコルを実施して自身のルーティングテーブルを動的に更新することにより、ルーティングクラウドの一部であることを必要とする。
【００４９】
ＧＰＲＳの従来のハンドオーバプロセスは、ＭＳ１００が、割り当てられた自身のＩＰアドレスを保持することを認めていることが理解されよう。もちろん、移動局１００が新しいセル内に一旦入って、進行中のストリームが完了し、新しいコンテンツ要求が移動局１００によって行われるとすぐに、ＳＧＳＮ１５２ａに対応する新しいエッジサーバ２３０ａが、コンテンツ配信システム１６０によって識別され、新しい要求を受け持つことが可能である。
【００５０】
ＭＳ１００が現在のサーバ２３０ｂのＩＰアドレスを使用する限り、ＭＳ１００からの発信データストリームは、現在のサーバ２３０ｂへ送信される。
【００５１】
本実施の形態の商品化された形は、実際には、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステム、Ｌｉｎｕｘオペレーティングシステム、又はＨＰ−ＵＸオペレーティングシステム、並びに、それらに関係するプログラミングライブラリ及びツール等によって提供されるような汎用動作環境又は専用動作環境内における汎用コンピューティングプラットフォーム又は専用コンピューティングプラットフォームでの実行に適合された一組のコンピュータプログラムの形を取ることが十分理解されよう。これらのプログラムは、説明した機能を実施するプログラムコードエレメントを含んだ、適切にコード化されたコンピュータプログラム製品の形で市販することができる。しかしながら、説明した技法は、専用ハードウェアとして等しく実施することもできるし、ソフトウェア、ハードウェア、及び／又はファームウェアの任意の組み合わせとして等しく実施することもできることが十分理解されよう。
【００５２】
上記解説は、本発明の原理及びさまざまな実施の形態の例証であることが意図されている。説明した例のそれぞれにおける多数の変形及び変更は、上記開示を十分に理解するならば、当業者には明らかである。添付の特許請求の範囲は、このようなすべての変形及び変更を包含するように解釈されることが意図されている。
【図面の簡単な説明】
【００５３】
【図１】従来技術の通信インフラストラクチャを示す概略図である。
【図２】本発明の一実施の形態の通信インフラストラクチャを示す概略図である。
【図３ａ】図２の通信インフラストラクチャのさまざまなコンポーネントで使用されるプロトコルを示す図である。
【図３ｂ】図２の通信インフラストラクチャのさまざまなコンポーネントで使用されるプロトコルを示す図である。
【図４】図２の通信インフラストラクチャのハンドオーバ手順を示す図である。
【符号の説明】
【００５４】
１００・・・移動局
１１０・・・無線サブシステム
１１２・・・電話サブシステム
１１４・・・データインターフェース
１１６・・・データハンドリングサブシステム
１１８・・・動作環境
１２０・・・ＧＳＭ  ＰＬＭＮ
１２２・・・ＢＳＳ
１２３・・・ホームロケーションレジスタ
１２４・・・ＮＳＳ
１２５・・・在圏ロケーションレジスタ
１２６・・・ＢＳＣ
１２７・・・ＭＳＣ
１２８・・・ＢＴＳ
１３０・・・コンテンツ配信システム
１４０・・・外部ＩＰネットワーク
１５０・・・ネットワーク
１５２・・・ＳＧＳＮ
１５４・・・ＧＧＳＮ
１６０・・・コンテンツ配信システム
２１０・・・ＧＣＰ
２２０・・・ＩＰアドレス
２３０・・・エッジサーバ
４００，４１０・・・セル
【図１】
2008512880.tif 000003
【図２】
2008512880.tif 000004
【図３ａ】
2008512880.tif 000005
【図３ｂ】
2008512880.tif 000006
【図４】
2008512880.tif 000007
【国際調査報告】
2008512880.tif 000008
2008512880.tif 000009
2008512880.tif 000010