JP5685992B2 - 移動通信システムにおける代理配信サーバおよび通信制御方法 - Google Patents

Description

本発明は、モビリティアンカにより端末に移動性（モビリティ）を提供する移動通信システムに係り、特にモビリティアンカを移行（リロケート）した場合も端末通信を継続するための代理配信サーバおよびその通信制御方法に関する。

まず、モビリティアンカにより端末にモビリティを提供する移動通信システムについて簡単に説明する。このような移動通信システムとして、例えば、３ＧＰＰ(The 3rd Generation Partnership Project)や、３ＧＰＰ２(The 3rd Generation Partnership Project 2)、ＷｉＭＡＸ(Worldwide Interoperability for Microwave Access)がある。また、モビリティを実現するためのプロトコルには、ＧＴＰ(GPRS (General Packet Radio Service) Tunneling Protocol)、ＭＩＰｖ６(Mobility IPv6)、ＰＭＩＰｖ６(Proxy MIPv6)、ＭＩＰｖ４(Mobility IPv4)、ＰＭＩＰｖ４(Proxy MIPv4)などがある。ＧＴＰ、ＭＩＰｖ６、ＰＭＩＰｖ６は、３ＧＰＰにモビリティ実現のためのプロトコル（モビリティプロトコル）として採用されており、ＭＩＰｖ４、ＭＩＰｖ６、ＰＭＩＰｖ４、ＰＭＩＰｖ６は、ＷｉＭＡＸに採用されている。いずれの移動通信システム、また、いずれのモビリティプロトコルについても、移動端末宛のトラヒックを当該移動端末の接続ポイントに転送するという基本動作は共通している。

図１に示す移動通信システムを背景技術として例示する。この移動通信システムは、コアネットワーク１０、アクセスネットワーク２０、モビリティアンカ１００、アクセス網ＧＷ(Gateway)２００、無線基地局３００、および移動端末４００により構成され、移動端末４００にサービスを提供するサービス提供サーバ５００が外部ネットワーク３０に配置されているものとする。

ここで、図１に示すように、移動端末４００が、アクセスネットワーク２０ａに配置された無線基地局３００ａ間を移動している間、サービス提供サーバ５００が提供する動画配信サービスを利用している状況を考える。移動端末４００が、移動基地局３００ａを移動すると、移動端末４００自身、あるいはアクセス網ＧＷ２００ａ、３ＧＰＰの場合はさらにＭＭＥ(Mobility Management Entity)と呼ばれるノードの関与によりトンネルの設定が行われ、その結果、サービス提供サーバ５００から送信される移動端末４００宛てのトラヒックは、図１の実線矢印で示すように、トンネリングにより移動端末４００が接続する無線基地局３００に転送される。よって、移動端末４００が移動している間も動画視聴の継続が可能となる。移動端末４００がアクセスネットワーク２０ａの間を移動している限り、アクセス網ＧＷ２００ａがアンカとして機能すればよい。

次に、移動端末４００がアクセスネットワーク２０ａからアクセスネットワーク２０ｂに移動した場合を考える。ここでは特に、アクセス網ＧＷ２００ａ、アクセス網ＧＷ２００ｂがそれぞれアクセスネットワーク２０ａ、アクセスネットワーク２０ｂを収容し、さらにモビリティアンカ１００ａとアクセス網ＧＷ２００ｂ間のネットワークトボロジ上の距離が大きいと仮定する。

移動端末４００がアクセスネットワーク２０ｂに移動すると、移動端末４００宛てのトラヒックを転送するためのトンネルが、モビリティアンカ１００ａ、アクセス網ＧＷ２００ｂ、無線基地局３００ｂの間で設定され、動画配信のトラヒックは、図１の破線矢印で示す経路で転送され、移動端末４００に到達する。モビリティアンカ１００ａがアンカとして機能するので動画視聴の継続性は保たれる。

このような方法でモビリティアンカを移動したときの通信の継続性を維持する技術は、たとえば特許文献１に記載されている。特許文献１によれば、モビリティアンカを移動した場合、移動先のモビリティアンカの配下にあるアクセスルータのアドレスを移動前のモビリティアンカへ通知することで、相手端末との通信を移動前のモビリティアンカと移動先のアクセスルータとを通して切断することなく継続することが可能である。

特開２００３−０５１８４１号公報

しかしながら、上述したようにモビリティアンカ１００ａとアクセス網ＧＷ２００ｂとの間のトポロジ上の距離が遠い場合には、トラヒックの遅延時間が大きくなり、ネットワーク資源も無駄に消費してしまう。大きな遅延時間は通信速度の低下にもつながり、サービスの種類によっては問題となる。

特に、３ＧＰＰでは、いわゆるスマートフォンの台頭や、ＬＴＥ(Long Term Evolution)といった新たな無線アクセス技術により通信速度が益々高速化しており、その結果としてモバイルネットワークの負荷増大が懸念されている。実際、３ＧＰＰでは、ＳＩＰＴＯ(Selected IP Traffic Offload)と呼ばれるトラヒックオフロード技術が検討されている。ＳＩＰＴＯは、モビリティアンカ１００をできるためアクセスネットワーク２０の近傍に配置し、トラヒックをアクセスネットワーク２０に近いところから外部ネットワーク３０に逃がすというコアネットワークのトラヒックオフロード技術である。しかし、ＳＩＰＴＯを適用した場合でも、移動端末４００が上述したようにネットワークトポロジ的に離れたアクセスネットワークに移動すると、冗長経路となりネットワーク資源を非効率に消費することとなる。ＳＩＰＴＯでは、モビリティアンカ１００がアクセスネットワーク２０の近くに配置される結果、冗長な転送経路の距離がＳＩＰＴＯを使わない場合よりも大きくなる場合もある。これではＳＩＰＴＯによるトラヒックオフロード効果は失われてしまう。

移動端末４００の移動により経路が冗長になった場合、３ＧＰＰでは移動端末４００の切断および再接続処理により、新たに適切なモビリティアンカを選択しなおす方法が規定されている。例えば図１の場合では、一度移動端末４００を切断し、再接続処理時にモビリティアンカ１００ｂを移動端末４００にモビリティを提供するアンカとして割当てる。これにより、動画配信のトラヒックは、図１の点線矢印で示す経路で転送され、移動端末４００に到達する。モビリティアンカ１００ｂがアンカとして機能するので、トポロジ的な距離は最適化されるが、動画視聴の継続性を維持できない。さらに、このように移動端末４００の切断および再接続処理を行う場合、移動端末４００に割当てられるＩＰアドレスが接続前と異なるアドレスとなることがあり、この場合には通信の継続性が確保されない。

今後の移動端末の利用形態を考慮すればクルマなど長距離移動する移動体からの利用、あるいは移動体での利用が想定される。この場合、ネットワーク資源の効率的な利用を考慮すると、移動に伴い、サービスを継続したままモビリティアンカをリロケートする技術が重要となる。

そこで、本発明は上記問題に鑑みなされたものであり、その目的は、モビリティアンカをリロケートした場合であっても、トラヒックの遅延を抑制しネットワーク資源の効率的な利用を可能にすると共に移動端末が利用中のサービスの継続性を維持できる、移動通信システムにおける代理配信サーバおよびその通信制御方法を提供することにある。

本発明の第１の側面によれば、端末にモビリティ（移動性）を提供するモビリティアンカを有する移動通信システムにおいてサービス提供サーバから前記端末へのコンテンツ配信を中継する代理配信サーバであって、前記モビリティアンカのリロケート要求が発生すると、前記端末へのコンテンツ配信を中継している別の代理配信サーバから前記コンテンツ中継に関するコンテキスト情報を取得するコンテキスト取得手段と、前記取得したコンテキスト情報を用いて、前記別の代理配信サーバと前記端末との間で前記コンテンツ配信のために確立されたセッションの状態を前記端末との間で再現するセッション制御手段と、前記取得したコンテキスト情報から得られる前記別の代理配信サーバから前記端末へ配信済みのコンテンツ位置情報に基づいて、前記サービス提供サーバから配信されたコンテンツを前記再現されたセッションにより前記端末へ転送する転送手段と、を有することを特徴とする。

本発明の第２の側面によれば、端末にモビリティ（移動性）を提供するモビリティアンカを有する移動通信システムにおいてサービス提供サーバから前記端末へのコンテンツ配信を中継する代理配信サーバの通信制御方法であって、コンテキスト取得手段が、前記モビリティアンカのリロケート要求が発生すると前記端末へのコンテンツ配信を中継している別の代理配信サーバから前記コンテンツ中継に関するコンテキスト情報を取得し、セッション制御手段が、前記取得したコンテキスト情報を用いて、前記別の代理配信サーバと前記端末との間で前記コンテンツ配信のために確立されたセッションの状態を前記端末との間で再現し、転送手段が、前記取得したコンテキスト情報から得られる前記別の代理配信サーバから前記端末へ配信済みのコンテンツ位置情報に基づいて前記サービス提供サーバから配信されたコンテンツを前記再現されたセッションにより前記端末へ転送する、ことを特徴とする。

本発明の第３の側面によれば、端末にモビリティ（移動性）を提供する移動通信システムであって、複数のアクセス網ゲートウェイと、それぞれ複数のアクセス網ゲートウェイと接続した複数のモビリティアンカと、前記複数のモビリティアンカの各々と接続し外部ネットワークとの間に介在する代理配信サーバと、を有し、前記代理配信サーバは、前記モビリティアンカのリロケート要求が発生すると、前記端末へのコンテンツ配信を中継している別の代理配信サーバから前記コンテンツ中継に関するコンテキスト情報を取得するコンテキスト取得手段と、前記取得したコンテキスト情報を用いて、前記別の代理配信サーバと前記端末との間で前記コンテンツ配信のために確立されたセッションの状態を前記端末との間で再現するセッション制御手段と、前記取得したコンテキスト情報から得られる前記別の代理配信サーバから前記端末へ配信済みのコンテンツ位置情報に基づいて、前記サービス提供サーバから配信されたコンテンツを前記再現されたセッションにより前記端末へ転送する転送手段と、を有することを特徴とする。

本発明に依れば、モビリティアンカをリロケートした場合であっても、トラヒックの遅延を抑制しネットワーク資源の効率的な利用を可能にすると共に移動端末が利用中のサービスの継続性を維持できる。

図１は、背景技術としての移動通信システムを説明するためのネットワーク構成図である。 図２は、本発明を適用する移動通信システムの一例の全体的構成を示すシステム構成図である。 図３は、本発明の第１実施形態による代理配信サーバの機能的構成を示すブロック図である。 図４は、図３に示す代理配信サーバが切替先である場合の通信制御を示すフローチャートである。 図５は、図３に示す代理配信サーバが切替元である場合の通信制御を示すフローチャートである。 図６は、第１実施形態による代理配信サーバを用いた移動通信システムにおける通信制御の第１例を示すシーケンス図である。 図７は、第１実施形態による代理配信サーバを用いた移動通信システムにおける通信制御の第２例を示すシーケンス図である。 図８は、第１実施形態による代理配信サーバを用いた移動通信システムにおける通信制御の第３例を示すシーケンス図である。 図９は、本発明の第２実施形態による代理配信サーバの機能的構成を示すブロック図である。 図１０は、図９に示す代理配信サーバが切替先である場合の通信制御を示すフローチャートである。 図１１は、図９に示す代理配信サーバが配信開始する場合の通信制御を示すフローチャートである。 図１２は、第２実施形態による代理配信サーバを用いた移動通信システムにおける通信制御を示すシーケンス図である。 図１３は、本発明の第３実施形態による代理配信サーバの機能的構成を示すブロック図である。 図１４は、第３実施形態による代理配信サーバのコンテンツ位置検出制御を説明するためのコンテンツデータの模式図である。 図１５は、第３実施形態による代理配信サーバのコンテンツ位置検出制御動作を示すフローチャートである。

１．システム構成
本発明を適用する移動通信システムは、図１で示す既存の移動通信システムとほぼ同じ構成を有するが、移動端末にモビリティを提供するモビリティアンカと外部ネットワークとの間に代理配信サーバを配置した点が異なっている。以下、本発明の適用例としての移動通信システムの構成について説明した後、本発明による代理配信サーバについて詳細に説明する。

１．１）全体的構成
図２において、本実施形態による移動通信システムは、コアネットワーク１０、アクセスネットワーク２０、無線基地局３００および移動端末４００を有し、さらにコアネットワーク２０は、複数のモビリティアンカ１０１および複数のアクセス網ＧＷ(Gateway)２０１を含み、さらに外部ネットワーク３０とモビリティアンカ１０１との間に代理配信サーバ６００が設けられている。外部ネットワーク３０には、移動端末４００にサービスを提供するサービス提供サーバ５００が配置されているものとする。

以下、「モビリティアンカ１０１」というように参照番号だけを付す場合は、任意のモビリティアンカを示し、「モビリティアンカ１０１ａ」あるいは「モビリティアンカ１０１ｂ」というように参照番号に添え字ａあるいはｂを付す場合は、モビリティアンカのリロケート時の切替元あるいは切替先をそれぞれ示すものとする。すなわち、図２において、切替元のモビリティアンカ１０１ａに関与するノードには参照番号に添え字「ａ」を、切替先のモビリティアンカ１０１ｂに関与するノードには参照番号に「ｂ」をそれぞれ付して区別する。

コアネットワーク１０は、主に移動通信サービスを提供するオペレータにより管理されるネットワークである。３ＧＰＰにおいては、ＥＰＣ(Evolved Packet Core)、ＷｉＭＡＸにおいてはＣＮＳ(Connectivity Service Network)に相当するネットワークである。

アクセスネットワーク２０は、移動端末４００を収容するネットワークである。アクセスネットワーク２０は、３ＧＰＰにおいてはＷＣＤＭＡ(Wideband Code Division Multiple Access)、ＬＴＥ(Long Term Evolution)、ＷｉＭＡＸにおいてはＩＥＥＥ８０２．１６ｅ、またＷＬＡＮ(Wireless Local Area Network;ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎを含む）など、各システムで採用された多様な無線アクセス技術により移動端末４００と接続し、移動端末４００のトラヒックを転送する。

外部ネットワーク３０は、移動通信ネットワークの外部のネットワークであり、例えばインターネットがこれに該当する。基本的に、コアネットワーク１０や、アクセスネットワーク２０の管理者とは異なる別の管理者により管理されるネットワークである。

無線基地局３００は、各移動通信システムにおいて採用している各種無線アクセス技術により移動端末４００とトラヒックの送受信を行う。３ＧＰＰの場合は、ＧＴＰによるトンネリングによりアクセス網ＧＷ２０１との間で移動端末４００のトラヒックの転送を行う。

移動端末４００は、携帯端末、スマートフォン、ノートＰＣといった移動通信を行う端末である。モビリティプロトコルとしてＭＩＰｖ６、ＭＩＰｖ４をサポートする場合は、移動端末４００に前記位置登録など、移動通信を実現するための処理を実施するための機能が具備される。

サービス提供サーバ５００は、移動端末４００にサービスを提供するサーバであり、例えば、ＷＥＢサーバ、動画・音楽配信サーバなどに相当する。ここでは動画コテンツを配信するサーバを想定する。

１．２）モビリティアンカ
モビリティアンカ１０１は、既に述べたＧＴＰ、ＭＩＰｖ６、ＰＭＩＰｖ６、ＭＩＰｖ４、ＭＩＰｖ４のいずれかをサポートしたモビリティアンカである。ＭＩＰｖ６、ＭＩＰｖ４の場合、ＨＡ(Home Agent)、ＰＭＩＰｖ６、ＰＭＩＰｖ４の場合は、ＬＭＡ(Local Mobility Anchor)と呼称されるノードに相当する。また、３ＧＰＰにおいては、Ｐ−ＧＷ(Packet Data Network-Gateway)、ＧＧＳＮ(Gateway GPRS Support Node)に相当する。いずれの場合においても、モビリティアンカ１０１で最も基本的な動作は、移動端末４００、あるいはアクセス網ＧＷ２０１から送られた伝送路設定要求に応じて、移動端末４００の移動においても変わらないアドレス宛に送られたパケットを、移動端末４００が在圏する位置アクセスネットワークに依存するアドレス宛、もしくはアクセス網ＧＷ２０１のアドレスへとトンネリングにより転送する機能である。移動端末４００のアドレスや、トンネリングによる転送先とするアドレスは、前記伝送路設定要求信号から取得できる。トンネリングを実施するための登録（位置登録）を実施するのは、移動端末４００自身か、もしくはアクセス網ＧＷ２０１である。例えば、モビリティ実現のためのプロトコルの中のＭＩＰｖ６、ＭＩＰｖ４の場合は、端末自身が位置登録を実施し、ＧＴＰ、ＰＭＩＰｖ６、ＰＭＩＰｖ４の場合は、アクセス網ＧＷ２０１が位置登録を実施する。

モビリティアンカ１０１は、さらに配信パス設定部１１０およびアンカリロケート部１１１を備える。配信パス設定部１１０は、アクセス網ＧＷ２０１から伝送路設定要求を受信した際に、当該信号に含まれる移動端末４００のアドレスと、モビリティアンカ１０１自身のアドレスを格納したリロケート要求信号あるいはトンネル設定要求信号を代理配信サーバ６００に送信する。ここで、伝送路設定信号にアンカリロケート先とすることを示す情報が含まれていた場合、信号の種別やシステム上の他の手段により当該モビリティアンカ１０１をアンカリロケート先とするための伝送路設定要求であると判断できる場合には、配信パス設定部１１０はリロケート要求信号を代理配信サーバ６００に送信し、そうでない場合はトンネル設定要求信号として代理配信サーバ６００に送信する。代理配信サーバ６００の詳細は後述する。

アンカリロケート部１１１は、伝送路設定要求に、アンカリロケートの要求を意味する情報が格納されていた場合や、システム上の通知などによりアンカのリロケートが必要と判断された場合には、リロケート先として適切なモビリティアンカの情報を伝送路設定応答に格納して、これを伝送路設定要求の送信元に応答する。あるいは、リロケート先として適切なモビリティアンカに、伝送路設定要求を転送し、その結果応答された伝送路設定応答を、アクセス網ＧＷ２０１に転送することとしても良い。

適切なモビリティアンカの選択については、伝送路設定要求信号などから取得したアクセス網ＧＷ２０１や移動端末４００の位置を示す情報と、モビリティアンカ内部あるいはシステム上に配置されたデータベース（ＤＮＳサーバなど）を利用することなどが考えられるが、これらに限らない。リロケート先とするモビリティアンカの情報を格納した伝送路設定応答を伝送路設定要求元に送信した後は、移動端末４００に対してトラヒックを転送するための情報を直ちに破棄することとしても良いし、そのままとして時間経過による失効で削除されることとしても良い。

伝送路設定要求および伝送路設定応答は、モビリティプロトコルや移動通信システムに応じて様々な信号に対応する。ここで対応関係の一例を、伝送路設定要求の名称、伝送路設定応答の名称、伝送路設定要求送信元のノードの順番で示す。

・ＰＭＩＰｖ６： Proxy Binding Update, Proxy Binding Acknowledge, アクセス網ＧＷ（ＭＡＧ: Mobile Access Gateway）
・ＭＩＰｖ６： Binding Update, Binding Acknowledge, 移動端末
・ＰＭＩＰｖ４： Proxy Registration Request, Proxy Registration Reply, アクセス網ＧＷ（ＰＭＡ: Proxy Mobile Agent）
・ＭＩＰｖ４： Registration Request, Registration Reply, 移動端末
・ＧＴＰ（３ＧＰＰ規定の移動通信システムＥＰＳおける名称）： Create Session Request, Create Session Response, アクセス網ＧＷ（Ｓ−ＧＷ: Serving Gateway）、または、
Modify Bearer Request, Modify Bearer Response, アクセス網ＧＷ（Ｓ−ＧＷ）、または、
Create PDP Context Request, Create PDP Context Response, アクセス網ＧＷ（ＳＧＳＮ: Serving GPRS Support Node）、または、
Update PDP Context Request, Update PDP Context Response, アクセス網ＧＷ（ＳＧＳＮ）。

１．３）アクセス網ゲートウエイ
アクセス網ＧＷ２０１は、アクセスネットワーク２０を収容するゲートウェイである。モビリティプロトコルとして、ＧＴＰ、ＰＭＩＰｖ６、ＰＭＩＰｖ４を適用する場合は、いずれかのモビリティプロトコルをサポートし、モビリティアンカ１０１に対して、移動端末４００の移動先にトラヒックを転送するための位置登録を送信する。ＰＭＩＰｖ６やＰＭＩＰｖ４においては、ＭＡＧや、ＰＭＡと呼称されるノードに相当する。また、３ＧＰＰでは、Ｓ−ＧＷ、ＳＧＳＮに相当し、ＷｉＭＡＸにおいてはＡＳＮ−ＧＷ(Access Service Network-Gateway)に相当する。

アクセス網ＧＷ２０１は通常の機能に加えてアンカリロケート通知部２１０を更に備える。アンカリロケート通知部２１０は、伝送路設定要求をモビリティアンカ１０１に送信した結果、アンカリロケート先とするモビリティアンカ１０１の情報が格納された伝送路設定応答を受信した場合に、当該モビリティアンカ１０１に対して、アンカリロケート先とすることを示す情報を格納した伝送路設定要求を送信する。

また、アンカリロケート通知部２１０はシステム上の他のノードなどからリロケートをリロケート元のモビリティアンカに通知する必要があると判断した場合は、アンカリロケートを示す情報を含む伝送路設定要求をモビリティアンカ１０１に送信する。この際、モビリティアンカ１０１がより適切なリロケート先のモビリティアンカ１０１を選択できるように、アクセス網ＧＷ２０１の位置を示す情報や、移動端末４００の位置を示す情報をアクセス伝送路設定要求に格納することとしても良い。

３ＧＰＰによる移動通信システムを想定した場合、アクセス網ＧＷ２０１も、モビリティアンカ１０１のように、移動端末４００の移動先にトラヒックをトンネリングにより転送する機能を備える。この際、トンネリングに使われるプロトコルとしてはＧＴＰが適用される。なお、３ＧＰＰの場合、移動端末４００の移動によりトンネリングを制御するノードであるＭＭＥが存在する。

２．第１実施形態
２．１）代理配信サーバ
本発明の第１実施形態による代理配信サーバ６００は、モビリティアンカ１０１をリロケートした場合においても移動端末４００に対し、リロケートを隠蔽し、サービスの継続性を確保する機能を備える。

図１に示すように、代理配信サーバ６００は、リロケート要求処理部６１０、コンテキスト取得部６１１、コンテキスト送信部６１２、コンテキスト管理部６１３、代理要求部６１４、要求メッセージ生成部６１５、セッション制御部６１６、パケット転送部６１７および記憶装置６５０を有する。

リロケート要求処理要求部６１０は、モビリティアンカ１０１などから送られたリロケート要求信号を受信すると、当該信号に格納されたリロケート元となる（すなわち、現在移動端末４００に対し、その時点でコンテンツの代理配信を実施している）代理配信サーバ６００ａの識別子と、移動端末４００の識別子と、パケット転送部６１７がトンネリングによりコンテンツを配信する際の送信先とするトンネル端点アドレスと、を取り出し、これらの情報と共に、リロケート実施の契機とする通知をコンテンキスト取得部６１１に出力する。リロケート元となる代理配信サーバ６００ａの識別子とは、例えばＩＰアドレスが考えられる。または、ＦＱＤＮ(Fully Qualified Domain Name)のようにＤＮＳ(Domain Name System)サーバなどにより、最終的にＩＰアドレスが解決できるものであれば他の識別子としても良い。また移動端末４００の識別子は、後述するコンテキストを特定するのに用いるものであり、ＩＰアドレスやＦＱＤＮの他にも、ＭＳＩＳＤＮ(Mobile Subscriber Integrated Services Digital Network Number)、ＩＭＳＩ(International Mobile Subscriber Identity)など、移動端末４００を識別可能な情報であれば何でも良い。また、リロケート要求処理部６１０はリロケート要求信号の送信元アドレスにリロケート応答信号を送信しリロケート要求を受け付けたことを通知する。

コンテキスト取得部６１１は、リロケート要求処理部６１０から入力されたリロケート開始通知を受け、通知に格納された移動端末４００の識別子とリロケート元の代理配信サーバ６００ａの識別子を取り出し、取り出した移動端末４００の識別子を格納したコンテキスト要求信号をリロケート元の代理配信サーバ６００ａへ送信する機能を備える。また、コンテキスト取得部６１１は、コンテキスト要求信号の応答としてコンテンキスト応答信号を受信した際に、当該信号に格納された移動端末４００についてのコンテキスト情報を取り出し、移動端末４００の識別子と共にコンテキスト管理部６１３へ出力する機能を備える。前記コンテキスト情報には、例えば以下の情報が含まれる。しかし、下記の一部であっても、それ以外の情報を含むこととしても構わない。

・サービス名
・コンテンツ識別子
・コンテンツ位置
・プロトコル
・セッション情報
各項目について説明する。

サービス名は、サービスを特定可能な名称であり、例えば、Ｙｏｕｔｕｂｅ、ＮｉｃｏＮｉｃｏＤｏｕｇａ、といった文字列が設定される。ただし、各サービスに割り当てた識別子を使用しても構わない。

コンテンツ識別子は、サービス名で示されるサービス中で提供されるコンテンツを一意に特定可能な識別子である。

コンテンツ位置は、コンテンツ識別子で特定されるコンテンツの内、移動端末に配信済みの場所を示す。コンテンツ先頭位置からの、経過時間、バイト数、圧縮画像のストリームにおけるキーフレームの数などで表現される。

プロトコルは、コンテンツ視聴に使われているプロトコルを示す。例えば、ＨＴＴＰ（Hypertext Transfer Protocol）／ＴＣＰ(Transmission Control Protocol)などが設定される。

セッション情報は、移動端末４００とのセッションを継続させるために必要な情報である。プロトコルに依存して異なる情報が設定される。ＨＴＴＰ／ＴＣＰの場合は、例えば、移動端末４００への送信が完了していないＨＴＴＰヘッダ情報、送信元アドレス、宛先アドレス、ＴＣＰの送信元および宛先ポート番号、シーケンス番号(Sequential Number)、応答確認番号(Acknowledgement Number)、ＴＣＰヘッダのフラグフィールドに設定するためのフラグ情報、ウィンドウサイズ、送信バッファの情報が含まれる。リモートアドレスは移動端末のＩＰアドレスとなり、ローカルアドレスは移動端末４００が代理配信サーバ６００にアクセスする際に使用するアドレスである。ＴＣＰを使う場合、ローカルアドレスは代理配信サーバ６００のリロケート前後において同じとする必要があるが、代理配信サーバ６００の物理的なインタフェースにローカルアドレスを割当てる必要はない。すなわち、内部的にＴＣＰセッションの端点となるアドレスとして保持できていれば良く、また移動端末４００に対して当該アドレスによる代理配信サーバ６００への到達性を提供できれば良い。この方法については、一般的な方法で実現できるため詳細な説明は省略する。

コンテキスト送信部６１２は、他の代理配信サーバ６００ｂから送信されたコンテキスト要求信号を受信すると、コンテキスト要求信号に格納された移動端末４００の識別子をキーとして、コンテキスト管理部６１３に当該移動端末４００に関連するコンテキスト情報を問い合せ、その結果として得られたコンテキスト情報をコンテキスト応答信号に格納し、これをコンテキスト要求信号の送信元である代理配信サーバ６００ｂに応答する機能を備える。コンテキスト情報が含む情報については、既に説明した通りである。

コンテキスト管理部６１３は、移動端末４００がコンテンツ視聴のためにアクセスしたサービス名、コンテンツ識別子、コンテンツ視聴に関わるプロトコル情報およびセッション情報といったコンテキスト情報を、移動端末４００の識別子に関連付けて管理する機能を備える。コンテキスト情報を移動端末４００の識別子に関連づけて管理するにあたっては、コンテキスト管理部６１３は、適宜、コンテキスト取得部６１１やセッション制御部６１６からコンテキスト情報を構成する情報を収集・保持しておくようにしても良いし、コンテキスト送信部６１２からの問合せを契機にコンテキスト情報を収集しコンテキスト送信部６１２に応答することとしても良い。

また、コンテキスト管理部６１３は、コンテキスト取得部６１１からコンテキスト情報が入力された際、対応する移動端末４００がリロケート元の代理配信サーバ６００ａ経由で利用していたサービスを継続するために、コンテキスト情報を用いてセッション制御部６１６に対してセッションの生成を要求する。

代理要求部６１４は、セッション制御部６１６の依頼に応じて、セッション制御部６１６から入力されたサービス名、コンテンツ識別子、コンテンツ位置といったコンテンツ情報を用いて、該当するサービスで提供されているコンテンツを、指定された位置、もしくは指定された位置よりも前方の位置から取得するためのコンテンツ要求信号をサービス提供サーバ５００に送信する機能を備える。代理要求部６１４はコンテンツ要求信号を構成するにあたりコンテンツ情報を要求メッセージ生成部６１５に出力する。

要求メッセージ生成部６１５は、サービス毎に、特定のコンテンツを特定の位置から取得するためのメッセージ構成方法を保持しており、代理要求部６１４からコンテキスト情報が入力されると、コンテキスト情報に含まれるサービス名に基づきメッセージ構成方法を選択する。そして、コンテキスト情報に含まれるコンテンツ識別子やコンテンツ位置などの情報から、当該メッセージ構成方法を使って、指定サービス上で提供される指定コンテンツを指定位置から取得するためのコンテンツ要求メッセージと、その送信先に関する情報を生成し、これを応答として代理要求部６１４に返す。

例えば、サービス名がＹｏｕｔｕｂｅ、コンテンツ識別子がａｂｃｄｅｆ１２３４５、コンテンツ取得位置が１００ｓｅｃの箇所の場合は、ＵＲＬを以下のように設定したＨＴＴＰ ＧＥＴメッセージを生成し、代理要求部６１４に渡す。

ｈｔｔｐ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ａｂｃｄｅｆ１２３４５＆ｔ＝１００
より具体的には、ｈｔｔｐ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／を接続先に関する情報として、また、ＰＡＴＨを／ｗａｔｃｈ？ｖ＝ａｂｃｄｅｆ１２３４５＆ｔ＝１００と設定したＨＴＴＰ ＧＥＴメッセージを代理要求部６１４に渡す。

セッション制御部６１６は、移動端末４００がコンテンツ視聴のための要求信号を受信した場合、要求信号からサービス名やコンテンツ識別子を抽出し、これらの情報に基づき要求されたコンテンツ（さらに開始位置指定された場合は開始位置以降のコンテンツ）が記憶装置６５０に既に記録されているか否かを検索する。

この検索の結果、記録装置６５０に記録されていなかった場合は、当該要求を代理配信サーバ６００からの要求としてコンテンツ要求信号を送信するための通知を代理要求部６１４に通知する。この際、コンテキスト情報中のサービス名、コンテンツ識別子、コンテンツ位置も合わせて通知する。そして、その結果、サービス提供サーバ１００から送られてきたコンテンツを移動端末４００へと転送する。セッション制御部６１６は、パケットの宛先アドレスを移動端末４００のアドレスとして、パケット転送部６１７に出力することで移動端末４００にコンテンツを転送する。このとき、移動端末４００にコンテンツを転送すると同時に、記録装置６５０に当該コンテンツをサービス名、コンテンツ識別子、コンテンツ位置と対応づけて記録しておく。

一方、記録装置６５０に既にコンテンツが記録されていた場合は、記録装置６５０からコンテンツを読み出し移動端末４００に転送する。ここで、コンテンツの検索に、サービス名とコンテンツ識別子を使うとしたが、１つのサービスを対象とする場合や、複数のサービスにわたり一意に識別可能なコンテンツ識別子を使うのであれば、サービス名を省略することもできる。

また、セッション制御部６１６は、コンテキスト管理部６１３からコンテキスト情報が入力された際に、移動端末４００に対してリロケート元の代理配信サーバ６００ａ経由で行っていたコンテンツ視聴を継続させるため、リロケート元の代理配信サーバ６００ａで保持していたセッションの状態をコンキスト情報に含まれるセッション情報に基づき再現する。例えば、ＨＴＴＰの場合は、トランスポートレイヤのプロトコルとしてＴＣＰを使うので、リモートアドレス、ローカルアドレス、送信元ポート、送信先ポート、さらにシーケンス番号や応答確認番号、送信バッファの状態などのＴＣＰセッションの状態が再現される。リモートアドレスは、ＴＣＰセッションにおいて代理配信サーバ６００側のアドレスとなるが、このアドレスは前述したように物理的なインタフェースに割当てる必要はなく、当該アドレス宛にパケットがトンネリングされた場合、そのデカプセルされたあとのパケットを自分宛のパケットとして処理できれば良い。

さらに、セッション制御部６１６は、セッションの再現を行った上で、コンテキスト情報に含まれるコンテンツ識別子に対応しコンテンツ情報に含まれるコンテンツ位置以降のコンテンツが記憶装置６５０に記録されているかどうかを確認する。記録されている場合は、記録装置６５０から該当するコンテンツを該当する位置から読み出し、移動端末４００に対して、再現されたセッションにより当該コンテンツを送信する。記録されていない場合は、代理要求部６１４に、サービス名、コンテンツ識別子、コンテンツ位置を出力し、サービス提供サーバ５００に対して、コンテンツ識別子に対応するコンテンツを前記コンテンツ位置から取得するためのコンテンツ要求メッセージを生成・送信することを依頼する。セッション制御部６１６は、その結果、サービス提供サーバ５００から送られてきたコンテンツを移動端末４００へと転送する。このとき、移動端末４００にコンテンツを転送すると同時に、記録装置６５０に、当該コンテンツをサービス名、コンテンツ識別子、コンテンツ位置と対応づけて記録しておく。ここでも、上述したようにコンテンツ識別子でコンテンツを一意に特定できるのであれば、サービス名を省略しても構わない。

セッション制御部６１６は、移動端末４００からのコンテンツ要求もしくはリロケート要求により、移動端末４００に対してコンテンツを配信する際には、移動端末４００のアドレスおよび当該コンテンツを格納したパケットのトンネリング先とすべきアドレスとともに、トンネル確立の依頼をパケット転送部６１７に出力する。

パケット転送部６１７は、セッション制御部６１６から出力されたトンネル端点アドレスと移動端末４００のアドレスを使って、移動端末４００のアドレス宛のパケットを端点アドレスとしたトンネリングを実施することで転送する。ここで、端点アドレスとしては、例えばモビリティアンカ１０１のアドレスが用いられるが、必ずしもそうでなくとも良い。また、代理配信サーバ６００宛にトンネリングされたパケットについては、外部ヘッダを除去する。パケット転送部６１７は、トンネリングを解除したパケットや、トンネリングされていないパケットについては通常のＩＰルータと同様に、宛先アドレスに応じて転送処理を実施する。また、パケット転送部６１７は、モビリティアンカ１０１からトンネル設定要求信号を受信した場合は、当該信号に含まれるトンネル端点アドレスと移動端末４００のアドレスとを用いて移動端末４００のアドレス宛のパケットの転送のためのトンネルを確立する。

２．２）代理配信サーバの動作
次に、図４のフローチャートを用いて本発明の代理配信サーバ６００がリロケート要求を受信した際の処理の流れを説明する。

ステップＳ１００で、モビリティアンカ１０１からリロケート要求信号を受信すると、リロケート要求処理部６１０は、当該リロケート要求信号からリロケート元の代理配信サーバ６００の識別子と、移動端末４００の識別子と、移動端末４００のアドレスと、後述するトンネリングのリモート側の端点アドレス（基本的にはモビリティアンカ１０１のアドレスである）と、を抜き出し、これらの情報をコンテキスト取得部６１１へ出力する。そして、リロケート要求処理部６１０はリロケート応答信号をリロケート要求信号の送信元に返信する。ただし、後述するステップＳ１０４でトンネル生成したタイミングや、ステップＳ１０７で代理要求を送信したタイミングなど、他のタイミングでリロケート応答信号を応答することとしても良い。リロケート応答信号には、代理配信サーバ６００のアドレス（実インタフェースに割当てられたアドレス）を格納することとしても良い。なお、移動端末４００の識別子と移動端末４００のアドレスとを別に記述したが、移動端末４００の識別子としてアドレスを使うこともできる。

ステップＳ１０１で、コンテキスト取得部６１１はリロケート元の代理配信サーバ６００ａに対して、移動端末４００の識別子を格納したコンテキスト要求信号を送信する。コンテキスト要求信号の宛先アドレスは、リロケート要求処理部６１０から入力された代理配信サーバ６００ａの識別子を使用する。代理配信サーバ６００ａの識別子がＩＰアドレスならそのまま使用し、ＦＱＤＮなどの他の識別子である場合はＤＮＳ等の仕組みによりＩＰアドレスを解決して使用する。コンテキスト要求信号に格納される情報はコンテキスト取得部６１１を説明した箇所に記述したとおりである。

ステップＳ１０２で、ステップＳ１０１で送信したコンテキスト要求信号の応答として、コンテキスト応答信号を受信し、当該コンテキスト応答信号に格納されたコンテキスト情報をコンテキスト管理部６１３へ出力する。コンテキスト管理部６１３は、これを契機にセッション制御部６１６に対して、リロケート元の代理管理サーバ６００ａにおける移動端末４００とのセッションを再現するように要求する。

ステップＳ１０３で、セッション制御部６１７は、コンテキスト情報に含まれるセッション情報を使ってセッション生成を実行し、リロケート元の代理配信サーバ６００ａにおいて移動端末４００が関わっていたセッション（例えばＴＣＰセッション）を再現する。セッション情報やセッションの生成については、セッション制御部６１６のところで説明したとおりである。セッションが再現された結果、リロケートにより代理配信サーバ６００が物理的に変わったことを移動端末４００に隠蔽することができるので、移動端末４００に対しリロケートの前後におけるサービス継続性を提供できる。

ステップＳ１０４で、パケット転送部６１７は、セッション制御部６１６から入力された移動端末４００とトンネル端点のアドレスとを使って、移動端末４００宛のパケットを前記トンネル端点アドレス宛にトンネリングするためのトンネルを確立する。パケット転送部６１７は、当該代理配信サーバのアドレス宛にトンネリングされたパケットをデカプセル化した上で転送する処理も行う。

ステップＳ１０５で、セッション制御部６１６は、要求されたコンテンツが記録装置６５０に既に記録されているかどうかを判定する。記録装置６５０に既に記録されていた場合（ステップＳ１０５のＹ）、ステップＳ１０８へ進み、記録装置６５０に記録されていなかった場合（ステップＳ１０５のＮ）、ステップＳ１０６へ進む。

ステップＳ１０６で、代理要求部６１４および要求メッセージ生成部６１５は、前記コンテキスト情報に含まれるサービス名、コンテンツ識別子およびコンテンツ位置情報に基づき、コンテンツを必要な箇所から取得するためのコンテンツ要求信号を生成し、その後ステップＳ１０７でコンテンツの取得先であるサービス提供サーバ５００に対して前記コンテンツ要求信号を送信する。ここで、サービス提供サーバ５００にコンテンツを要求した場合に、その応答としてコンテンツを取得するが、これを移動端末にそのまま配信するのではなく、一旦、記録装置６５０に記録してもよい。すなわち、コンテンツのビットレートや移動端末４００までの通信速度を考慮したサイズのバッファリングが完了した後に、コンテンツを移動端末へ配信してもよい。この場合、セッション制御部６１６のコンテンツ取得先を記録装置６５０に統一することができる。

ステップＳ１０８では、ステップＳ１０６およびステップＳ１０７によるコンテンツ要求によりサービス提供サーバ５００から送られてきたコンテンツ、もしくは記録装置６５０に記録されたコンテンツを、移動端末４００がリロケートの前までに受信した箇所の直後のデータから再現したセッション（例えばＴＣＰセッション）により移動端末４００へ送信する。さらに、パケット転送部６１７は当該パケットをカプセル化してトンネリングにより転送し、処理を終了する。

次に、図５のフローチャートを用いて代理配信サーバ６００がコンテンツ要求信号を受信した後、コンテンツ情報を格納したコンテンツ応答信号を送信するまでの処理の流れを説明する。

ステップＳ２００で、リロケート先の代理配信サーバ６００ｂからコンテキスト要求信号を受信すると、コンテキスト送信部６１２は、受信したコンテキスト要求信号に含まれる移動端末４００の識別子をキーとしてコンテキスト管理部６１３に当該移動端末４００に関連するコンテキスト情報を要求する。

ステップＳ２０１で、コンテキスト管理部６１３は、コンテキスト情報の要求に応じて移動端末４００に関連するコンテキスト情報を応答する。既に保持しているコンテキスト情報が古い場合などには、最新のコンテキスト情報を収集した上で、コンテキスト送信部６１２にコンテキスト情報を応答する。

最後にステップＳ２０２で、コンテキスト送信部６１２は、コンテキスト管理部６１３から返されたコンテキスト情報を格納したコンテキスト応答信号を生成し、コンテキスト要求信号の送信元に送信する。

２．３）システム通信制御（第１例）
次に、図６に示すシーケンス図を用いて、本発明の第１実施形態による移動通信システムの処理フローの第１例を説明する。なお、無線基地局３００の動作は直接関係しないので省略されている。ここでは、サービス提供サーバ５００がＨＴＴＰによるダウンロードタイプの動画配信サービスを提供している状況を想定する。

まず、ステップＳ３００において、移動端末４００は、サービス提供サーバ５００が配信するコンテンツを視聴しているものとする。この時点で、コンテンツは代理配信サーバ６００ａ、モビリティアンカ１０１ａ、アクセス網ＧＷ２０１ａを経由して移動端末４００に配信されている。

代理配信サーバ６００ａは、ＷＥＢプロキシサーバのように動作し、移動端末４００のＴＣＰセッションは代理配信サーバ６００ａで終端される。つまり、移動端末４００が送信するパケットの宛先アドレスは、代理配信サーバ６００ａが内部的に保持するアドレスとなり、サービス提供サーバ５００がコンテンツ配信のために送信するパケットの宛先アドレスも代理配信サーバ６００ａが保持するアドレスとなる。

ステップＳ３０１で、移動端末４００が移動した結果、移動通信システムが、現在のアクセス網ＧＷ２０１ａおよびモビリティアンカ１０１ａよりも適切なアクセス網ＧＷ２０１ｂやモビリティアンカ１０１ｂの有無およびその他の条件により、リロケートの実施が決定される。例えば３ＧＰＰにおいては、移動端末４００が送信するＴＡＵ(Tracking Area Update)から得られる位置情報をＭＭＥ(Mobility Management Entity)がチェックし、より近いアンカにリロケートすべきかどうかの判定を行う。ただし他の移動通信システムでは他の方法によりリロケートの実施判定を行う。リロケート判定については本発明とは直接は関係なので詳細は省略する。

ステップＳ３０２で、アクセス網ＧＷ２０１ａからアクセス網ＧＷ２０１ｂへのリロケート処理が実施されるものとする。ただし、アクセス網ＧＷのリロケート処理は、移動通信システムやモビリティプロトコルに依存して様々な手順を採用でき、また無線基地局３００を含めた処理やステップＳ３０２の処理以降にも関連した処理が必要となる場合があるが、本発明に直接関係しないので、ここでは説明を省略する。なお、アクセス網ＧＷをリロケートせずにモビリティアンカ１０１がリロケートされる場合も考えられる。

ステップＳ３０３で、リロケート後のアクセス網ＧＷ２０１ｂは、現在移動端末４００に対してモビリティを提供しているモビリティアンカ１０１ａに対して、伝送路設定要求信号を送信する。当該伝送路設定要求には、アクセス網ＧＷあるいは移動端末４００の位置を特定可能な情報、アンカリロケートを要求する情報、アンカリロケート処理をサポートすることを示す情報、アンカリロケート先のモビリティアンカ１０１ｂを特定するための識別情報のいずれか、あるいは全てを格納することとしても良い。ここでは、アクセス網ＧＷ２０１ｂの位置を特定できる情報とアンカリロケートをサポートすることを意味する情報とを格納するものとする。

ステップＳ３０４で、モビリティアンカ１０１ａは受信した伝送路設定要求信号に含まれるアクセス網ＧＷ２０１ｂの位置を確認し、モビリティアンカ１０１ａ内あるいは移動通信システム上に配置されたデータベースを参照するなどして、アクセス網ＧＷ２０１ｂにより近いモビリティアンカ（ここではモビリティアンカ１０１ｂ）が存在することを検出する。さらにモビリティアンカ１０１ａは、伝送路設定要求信号に格納されたアンカリロケートをサポートすることを意味する情報により、アクセス網ＧＷ２０１ｂはアンカリロケート機能をサポートしていることを知る。以上の条件により、モビリティアンカ１０１ａは、モビリティアンカ１０１ａとアクセス網ＧＷ２０１ｂとの間に移動端末４００宛のパケットを転送するための伝送路設定は行わず、モビリティアンカ１０１ｂのアドレス、あるいはＦＱＤＮのようにモビリティアンカ１０１ｂのアドレスを解決可能な識別子を格納した伝送路設定応答信号をアクセス網ＧＷ２０１ｂに応答する。

ステップＳ３０５で、アクセス網ＧＷ２０１ｂは、伝送路設定応答信号を受信すると、リロケート先のモビリティアンカ１０１ｂに対して伝送路設定要求を送信する。

ステップＳ３０６で、モビリティアンカ１０１ｂは、アクセス網ＧＷ２０１ｂから伝送路設定要求を受信すると、移動端末４００宛のパケットをトンネリングによりアクセス網ＧＷ２０１ｂへと転送するためのトンネルを確立する。モビリティアンカ１０１ｂは、さらに、リロケート要求信号を近くに配置された代理配信サーバ６００ｂに送信する。代理配信サーバ６００ｂは、事前設定や、システム上のデータベースなどの情報に基づき決定でき、アドレスを取得できるものとする。ステップＳ３０６の後、図４に示した代理配信サーバ６００ｂがリロケート要求信号を受信した際の処理が実行され、リロケート要求処理部６１０がリロケート応答信号をリロケート要求信号の送信元に返信するものとする。

ステップＳ３０７で、モビリティアンカ１０１ｂは代理配信サーバ６００ｂからリロケート応答信号が受信する。モビリティアンカ１０１ｂは、所定の宛先アドレスあるいは送信元アドレスのパケットをリロケート応答信号に含まれた代理配信サーバ６００ｂのアドレス宛にトンネリングするためのトンネルを確立する。トンネリング対象とするアドレスとは、全てのパケットとしても良いし、移動端末４００のアドレスを送信元とするパケットとしても良いし、コンテンツ配信サービスを提供するサーバ宛のパケットを対象としても良い。モビリティアンカ１０１ｂはまた、同時に、代理配信サーバ６００ｂからモビリティアンカ１０１ｂ宛にトンネリングされたパケットを受信した場合は、当該パケットをデカプセル化した後、従来のモビリティアンカ１００と同様の方法で転送処理を実施する。

ステップＳ３０８で、モビリティアンカ３００ｂは、ステップＳ３０５で受信した伝送路設定要求の応答として伝送路設定応答信号をアクセス網ＧＷ２０１ｂに送信する。

ステップＳ３０９で、代理配信サーバ６００ｂは、図４におけるステップＳ１０１において説明したように、コンテキスト要求信号をリロケート元の代理配信サーバ６００ａに対して送信する。

ステップＳ３１０で、代理配信サーバ６００ａは、コンテキスト要求信号に応答して、移動端末４００に関わるコンテキスト情報を格納したコンテキスト応答信号を代理配信サーバ６００ｂへ返信する。

ステップＳ３１１で、代理配信サーバ６００ｂは、コンテキスト応答信号を受信した後、図４におけるステップＳ１０２以降の処理を実行する。ここでは、図４のステップＳ１０５の判定の結果、移動端末４００にコンテンツ視聴を継続させるために配信すべきコンテンツが代理配信サーバ６００ｂ内の記憶装置６５０に記録されていないとする。

ステップＳ３１２で、代理配信サーバ６００ｂは、配信すべきコンテンツが記憶装置６５０に記録されていないのでコンテンツ要求信号をサービス提供サーバ５００へ送信する。

ステップＳ３１３で、コンテンツ要求信号を受信したサービス提供サーバ５００は、要求されたコンテンツを要求された位置から代理配信サーバ６００ｂへ送信する。この場合、コンテンツが格納されたパケットの宛先アドレスは代理配信サーバ６００ｂのアドレスとなる。

ステップＳ３１４および３１５で、代理配信サーバ６００ｂは、サービス提供サーバ５００から配信されたコンテンツを受信すると、受信したコンテンツを移動端末４００との間に確立されたＴＣＰセッションにより転送する（図４のステップＳ１０８）。その際、矛盾無く送信できるように、アドレス、ポート、シーケンス番号等を適切に設定したＴＣＰパケットに前記コンテンツを格納して移動端末４００へ送信する。

こうして、移動端末４００は、モビリティアンカおよび代理配信サーバがリロケートした場合でも、それを意識することなく、最適な経路でコンテンツ視聴を継続することが可能となる。

以上図６のシーケンス図においては、アクセス網ＧＷ２０１とモビリティアンカ１０１が個別のノードとして配備される例をしたが、同じハードウェア上で動作する２つのソフトウェア、あるいは１つのソフトウェアとして両者を実施することもできる。その場合は、少なくともステップＳ３０５、ステップＳ３０８の伝送路設定要求、伝送路設定応答がネットワーク上に送信されることはなく、内部的に処理される。さらに代理配信サーバ６００もモビリティアンカ１０１と同じように１つのハードウェア上で動作させることができる。この場合は、ステップＳ３０６、ステップＳ３０７のリロケート要求、リロケート応答も内部的に処理される。

２．４）システム通信制御（第２例）
次に、図７に示すシーケンス図を用いて、本発明の第１実施形態による移動通信システムの処理フローの第２例を説明する。図６に示す第１例のシーケンスと異なるのは、モビリティアンカ１０１のアンカリロケート処理手順である。なお、ここでの動作の説明においても図６と同様に無線基地局３００に関わる処理については省略する。また、サービス提供サーバ５００がＨＴＴＰによるダウンロードタイプの動画配信サービスを提供している状況を想定する。

始めにステップＳ４００において、移動端末４００がサービス提供サーバ５００が配信するコンテンツを視聴している状況を考慮する。このとき、コンテンツは、代理配信サーバ６００ａや、モビリティアンカ１０１ａ、アクセス網ＧＷ２０１ａを経由して移動端末４００に届けられる。代理配信サーバ６００ａは、ＷＥＢプロキシサーバのように動作し、移動端末４００のＴＣＰセッションは代理配信サーバ６００ａで終端される。つまり、移動端末４００が送信するパケットの宛先アドレスは、代理配信サーバ６００ａが内部的に保持するアドレスとなり、サービス提供サーバ５００がコンテンツ配信のために送信するパケットの宛先アドレスも代理配信サーバ６００ａが保持するアドレスとなる。

ステップＳ４０１で、移動端末４００が移動した結果、移動通信システムが、現在のアクセス網ＧＷ２０１ａおよびモビリティアンカ１０１ａよりも適切なアクセス網ＧＷ２０１ｂやモビリティアンカ１０１ｂが存在するかどうかや、その他の条件によりリロケートの実施が決定される。このリロケート判定については本発明とは直接は関係なので詳細は省略する。

ステップＳ４０２でアクセス網ＧＷのリロケート処理が実施される。この処理についても移動通信システムやモビリティプロトコル依存で様々な手順が可能であるが、当該処理は本発明には直接的には関わりがないので詳細な説明は省略する。また、アクセス網ＧＷのリロケート処理は、無線基地局３００を含めた処理やステップＳ４０２として示す処理以降にも関連した処理が必要となる場合があるが、これらの説明も省略する。また、アクセス網ＧＷをリロケートせずにモビリティアンカ１００がリロケートされる場合も考えられる。

ステップＳ４０３で、リロケート後のアクセス網ＧＷ２０１ｂは、伝送路設定要求信号を移動端末４００に対してモビリティを現在提供しているモビリティアンカ１０１ａに送信する。当該伝送路設定要求には、アクセス網ＧＷあるいは移動端末４００の位置を特定可能な情報、アンカリロケートを要求する情報、アンカリロケート処理をサポートすることを示す情報、アンカリロケート先のモビリティアンカ１０１を特定するための識別情報のいずれか、あるいは全てを格納することとしても良い。ここでは、アクセス網ＧＷ２０１ｂの位置を特定できる情報とアンカリロケートをサポートすることを意味する情報とを格納するものとする。

ステップＳ４０４で、モビリティアンカ１０１ａは伝送路設定要求信号に含まれたアクセス網ＧＷ２０１ｂの位置を確認し、モビリティアンカ１０１ａ内、あるいは移動通信システム上に配置されたデータベースを参照するなどして、アクセス網ＧＷ２０１ｂにより近いモビリティアンカ（ここではモビリティアンカ１０１ｂ）が存在することを検出する。さらにモビリティアンカ１０１ａは、伝送路設定要求信号に格納されたアンカリロケートをサポートすることを意味する情報により、アクセス網ＧＷ２０１ｂはアンカリロケート機能をサポートしていることを知る。以上の条件により、モビリティアンカ１０１ａは、モビリティアンカ１０１ａとアクセス網ＧＷ２０１ｂとの間に移動端末４００宛のパケットを転送するための伝送路設定は行わず、モビリティアンカ１０１ｂのアドレスあるいはＦＱＤＮのようにモビリティアンカ１０１ｂのアドレスを解決可能な識別子を格納した伝送路設定応答信号をモビリティアンカ１０１ｂに転送する。モビリティアンカ１０１ｂは、モビリティアンカ１０１ａから伝送路設定要求を受信すると、移動端末４００宛のパケットをトンネリングによりアクセス網ＧＷ２０１ｂへと転送するためのトンネルを確立する。

ステップＳ４０５で、モビリティアンカ１０１ｂは、さらに、リロケート要求信号を近くに配置された代理配信サーバ６００ｂに送信する。代理配信サーバ６００ｂは、事前設定やシステム上のデータベースなどの情報に基づき決定でき、アドレスを取得できるものとする。ステップＳ４０５の後、図４に示した代理配信サーバ６００がリロケート要求信号を受信した際の処理が実行される。ここでは、リロケート要求信号に対する応答となるリロケート応答信号が図４のステップＳ１００で応答される場合を想定する。

ステップＳ４０６で、モビリティアンカ１０１ｂは、代理配信サーバ６００ｂからリロケート応答信号が受信する。モビリティアンカ１０１ｂは、所定の宛先アドレスあるいは送信元アドレスのパケットをリロケート応答信号に含まれた代理配信サーバ６００ｂのアドレス宛にトンネリングするためのトンネルを確立する。トンネリング対象とするアドレスとは、全てのパケットとしても良いし、移動端末４００のアドレスを送信元とするパケットとしても良いし、コンテンツ配信サービスを提供するサーバ宛のパケットを対象としても良い。モビリティアンカ１０１ｂはまた、同時に、代理配信サーバ６００ｂからモビリティアンカ１０１ｂ宛にトンネリングされたパケットを受信した場合は、当該パケットをデカプセル化した後、従来のモビリティアンカ１００と同様の方法で転送処理を実施する。

ステップＳ４０７で、モビリティアンカ３００ｂは、ステップＳ４０４で受信した伝送路設定要求の応答として伝送路設定応答信号をモビリティアンカ１０１ａに送信する。

ステップＳ４０８で、モビリティアンカ１０１ａは、モビリティアンカ１０１ｂから伝送路設定応答信号を受信すると、ステップＳ４０３で受信した伝送路設定要求の応答として伝送路設定応答信号をアクセス網ＧＷ２０１ｂに送信する。

以下、ステップＳ４０９〜Ｓ４１５の処理は、図６におけるステップＳ３０９〜Ｓ３１５の処理とそれぞれ同じとなるので説明を省略する。

なお、図７のシーケンス図においても、図６の場合と同様に、アクセス網ＧＷ２０１とモビリティアンカ１０１が個別のノードとして配備される例をしたが、同じハードウェア上で動作する２つのソフトウェア、あるいは１つのソフトウェアとして両者を実施することもできる。さらに代理配信サーバ６００もモビリティアンカ１０１と同じように１つのハードウェア上で動作させることができる。

２．５）システム通信制御（第３例）
次に、図８に示すシーケンス図を用いて、本発明の第１実施形態による移動通信システムの処理フローの第３例を説明する。図６、図７に示すシーケンスと異なるのは、モビリティアンカ１０１ａ、アクセス網ＧＷ２０１ａ、移動端末４００との間で確立していた伝送路を一度切断した後、再度接続処理を行う際に、より適切なアクセス網ＧＷ２０１ｂ、モビリティアンカ１０１ｂとの間に伝送路を確立する点である。基本的に、一度削除する処理をした時点で、サービスの継続性を確保することはできないが、例えば３ＧＰＰで規定された移動通信システムでは、移動端末側４００側も関与することで、ＩＰレイヤ以上での接続を維持できる余地はある。即ちＴＣＰセッションを維持する余地がある。

なお、ここでの動作の説明においても図６、図７と同様に無線基地局３００に関わる処理については省略する。また、サービス提供サーバ５００がＨＴＴＰによるダウンロードタイプの動画配信サービスを提供している状況を想定する。

図８において、始めにステップＳ５００において、移動端末４００は、サービス提供サーバ５００が配信するコンテンツを視聴している状況を考える。このとき、コンテンツは、代理配信サーバ６００ａ、モビリティアンカ１０１ａ、アクセス網ＧＷ２０１ａを経由して移動端末４００に届けられる。

代理配信サーバ６００ａは、ＷＥＢプロキシサーバのように動作し、移動端末４００のＴＣＰセッションを終端する。つまり、移動端末４００が送信するパケットの宛先アドレスは代理配信サーバ６００ａが内部的に保持するアドレスとなり、サービス提供サーバ５００がコンテンツ配信のために送信するパケットの宛先アドレスも代理配信サーバ６００ａが保持するアドレスとなる。

ステップＳ５０１で、移動端末４００が移動した結果、移動通信システムが、現在のアクセス網ＧＷ２０１ａおよびモビリティアンカ１０１ａよりも適切なアクセス網ＧＷ２０１ｂやモビリティアンカ１０１ｂが存在するかどうかや、その他の条件によりリロケートの実施が決定される。このリロケート判定については本発明とは直接は関係なので詳細は省略する。

ステップＳ５０２で、移動通信システムが伝送路切断および再接続により、より適切な、即ち移動端末４００により近いアクセス網ＧＷ２００ｂやモビリティアンカ１００ｂを選択し伝送路確立のための処理が実施される。例えば、３ＧＰＰで規定された移動通信システムであるＥＰＳ(Evolved Packet System)では、ＴＳ２３．４０１"5.10.3 UE or MME Requested PDN disconnection"や、ＴＳ２３．４０１ "5.3.8.3 MME-initiated Detach procedure"に記載された手順によりＰＤＮ ｃｏｎｎｅｃｔｉｏｎとよばれる伝送路を一度削除した後、移動端末４００に相当するＵＥ(User Equipment)に対する信号の中に再接続を促す情報（それぞれ"reactivation requested", "reattach"）を格納することで、ＵＥに対して伝送路切断後に再度接続処理を実施させることができる。

移動端末４００は、前記した情報などにより、伝送路の切断が新たなモビリティアンカにリロケートすることを目的とした処理であることが判断できる場合は、伝送路が削除された場合においてもセッションを保持することができる。たとえば、ＴＣＰセッションを確立していた場合は、ＴＣＰセッションを維持しておくことができる。ただし、この場合、再接続した後の移動端末４００のアドレスや宛先アドレスが切断前と同じである必要がある。移動端末４００のアドレスについては、例えばモビリティアンカ１０１や、その後段に配置されたＤＨＣＰ(Dynamic Host Configuration Protocol)サーバ機能を内包するノード（代理配信サーバ６００でも良い）により、切断・再接続の前後で同じアドレスを割り当てることとすればよい。一方、宛先アドレスについては、本発明の代理配信サーバ６００のリロケート動作により同じアドレスが使われる。

ステップＳ５０３で、アクセス網ＧＷ２０１ｂは、再接続処理の中で、地理的あるいはネットワークトポロジ的に近いモビリティアンカ１０１ｂに対して伝送路設定要求を送信する。移動端末４００の接続処理のなかでアクセス網ＧＷ２０１が適切なモビリティアンカを選択する方法は、ＤＮＳやその他のデータベースとなるサーバを使う方法など、様々な方法を用いることができる。

ステップＳ５０４で、モビリティアンカ１０１ｂは、アクセス網ＧＷ２０１ｂから伝送路設定要求を受信すると、移動端末４００宛のパケットをトンネリングによりアクセス網ＧＷ２０１ｂへと転送するためのトンネルを確立する。その後、モビリティアンカ１０１ｂは、さらにリロケート要求信号を近くに配置された代理配信サーバ６００ｂに送信する。

この代理配信サーバ６００ｂにリロケート要求信号を送信するステップＳ５０４〜Ｓ５１３の処理は、図６におけるステップＳ３０９〜Ｓ３１５の処理とそれぞれ同じとなるので説明を省略する。

なお、図８のシーケンス図においても、図６の場合と同様に、アクセス網ＧＷ２０１とモビリティアンカ１０１が個別のノードとして配備される例をしたが、同じハードウェア上で動作する２つのソフトウェア、あるいは１つのソフトウェアとして両者を実施することもできる。さらに代理配信サーバ６００もモビリティアンカ１０１と同じように１つのハードウェア上で動作させることができる。

２．６）効果
本発明の第１実施形態による効果は、移動端末が利用中のコンテンツ視聴などのサービスを継続したまま、移動端末の移動に伴い適宜、最適なモビリティアンカにリロケートすることを可能とする。これにより、移動端末のトラヒックを常に最適な経路で送信することが可能となり、ネットワーク資源の効率的な使用が可能となる。

３．第２実施形態
次に、本発明の第２実施形態について図面を参照して詳細に説明する。本発明の第２実施形態では、リロケート要求を受信したタイミングでコンテンツを移動端末４００に配信するのではなく、その後に送られる配信開始要求を受信したタイミングでコンテンツの配信を行うことが特徴となる。これにより、リロケートの実施に先んじて、サービス提供サーバ５００へのコンテンツ取得を先行して実施することができ、移動端末４００へコンテンツ配信するまでの遅延を小さくすることができる。

３．１）代理配信サーバの構成
図９において、本発明の第２実施形態による代理配信サーバ６０１は、図３に示す代理配信サーバ６００の構成に配信開始要求処理部６１９を加えた構成を有し、それに伴いセッション制御部６１８の動作も第１実施形態のセッション制御部６１６とは異なる。したがって、図３に示す第１実施形態と同じ構成および機能を有するブロックには同一参照番号を付して説明を簡略化し、以下、主に第１実施形態とは異なる構成および機能を中心に説明する。

図９において、配信開始要求処理部６１９は、モビリティアンカ１０１などから配信開始要求信号を受信した際に、当該信号に格納された移動端末４００のアドレスとともにコンテンツ配信開始通知をセッション制御部６１８に出力する機能を備える。なお、配信開始要求信号には、トンネリングの端点とするアドレスなど、移動端末４００のアドレス以外の情報を含むこととしても構わない。配信開始要求処理部６１９は、その後、配信開始要求信号の送信元に配信開始応答信号を送信する。

セッション制御部６１８は、第１実施形態におけるセッション制御部６１６とほぼ同じ機能を備え同様の動作を行うが、コンテキスト管理部６１３からコンテキスト情報を入力したタイミングでは、セッション生成、トンネル確立およびコンテンツの転送開始は行わず、配信開始要求処理部６１９からコンテンツ配信開始が通知されたタイミングでセッション生成、トンネル確立およびコンテンツ配信開始という一連の処理を実施する。ただし、コンテンツ配信以外の処理、すなわちセッション生成、トンネル確立については、コンテンツ配信開始通知を受信する前に処理しておくこととしても良い。また、セッション制御部６１８は、コンテンツ配信開始を通知された後、当該通知に含まれる移動端末４００のアドレスを使って、セッション生成、トンネル確立を依頼するための情報を含むコンテンツ情報を特定するが、移動端末４００以外の情報を使ってコンテンツ情報を特定することとしても良い。

代理配信サーバ６０１に関して、セッション制御部６１８と配信開始要求処理部６１９以外の機能ブロックについては、第１実施形態と同様の構成および機能となるため、ここでは説明は省略する。

３．２）代理配信サーバの動作
次に、図１０および図１１のフローチャートを用いて代理配信サーバ６０１が、リロケート要求を受信した後すぐに移動端末４００に対してコンテンツを送信するのではなく、別途、配信開始要求信号の受信を契機にコンテンツを移動端末４００に送信する処理の流れを説明する。

図１０において、代理配信サーバ６０１が、リロケート実施に先んじてリロケート要求を受信し、それを契機にサービス提供サーバ５００に対してコンテンツを要求、その結果として配信されたコンテンツを受信するまでの処理の流れを説明する。

ステップＳ６００で、モビリティアンカ１０１からリロケート要求信号を受信する。リロケート要求処理部６１０は、当該リロケート要求信号からリロケート元の代理配信サーバ６００の識別子と移動端末４００の識別子とを抜き出し、これらの情報をコンテキスト取得部６１１へ出力する。リロケート要求処理部６１０はこの後、リロケート応答信号をリロケート要求信号の送信元に送信する。ただし、ステップＳ６０２でコンテキストを取得したタイミングなど他のタイミングでリロケート応答信号を応答することとしても良い。また、既に述べたように、移動端末４００の識別子は例えば移動端末４００のアドレスを使うことしても良い。

ステップＳ６０１で、コンテキスト取得部６１１はリロケート元の代理配信サーバ６００ａに対してコンテキスト要求信号を送信する。コンテキスト要求信号の宛先アドレスは、リロケート要求処理部６１０から入力した代理配信サーバ６００ａの識別子を使用する。識別子がＩＰアドレスならそのまま使用し、ＦＱＤＮなどの他の識別子である場合はＤＮＳ等の仕組みによりＩＰアドレスを解決して使用する。コンテキスト要求信号に格納される情報はコンテキスト取得部６１１を説明した箇所に記述したとおりである。

ステップＳ６０２で、コンテキスト取得部６１１はステップＳ６０１で送信したコンテキスト要求に対するコンテキスト応答信号を受信する。当該コンテキスト応答信号に格納されたコンテキスト情報は、コンテキスト管理部６１３に出力され、コンテキスト管理部６１３は、これを契機にセッション制御部６１８に対してコンテキスト情報に含まれる情報を出力するが、この時点でのセッション生成は要求しない。

ステップＳ６０３で、セッション制御部６１８は、要求されたコンテンツが記録装置６５０に既に記録されているかどうかをコンテキスト情報を使って判定する。ここで、既に記録されていた場合には（ステップＳ６０３の’Ｙ’）、処理を終了する。記録されていなかった場合には（ステップＳ６０３の’Ｎ’）、ステップＳ６０４へ進む。本実施形態場合は、セッション制御部６１８は、この時点ではセッションの生成を実施せず、入力されたコンテキスト情報を保持しておく。後で検索可能にコンテンツ情報を保持するには、たとえば移動端末４００のアドレスをキーとして呼び出せるように、移動端末４００のアドレスと関連づけて保持する。ただし、移動端末４００のアドレスだけでなく、移動端末４００を識別可能な他の識別子や、リロケート元の代理配信サーバ６００の識別子、その他の情報を使ってコンテンツ情報を特定することとしても良い。

ステップＳ６０４では、代理要求部６１４および要求メッセージ生成部６１５は、前記コンテキスト情報に含まれるサービス名、コンテンツ識別子、コンテンツ位置情報に基づき、取得すべきコンテンツを必要な箇所から取得するためのコンテンツ要求信号を生成し、その後、ステップＳ６０５で前記コンテンツの取得先とするサービス提供サーバ５００に対して前記コンテンツ要求信号を送信する。

最後にステップＳ６０６で、前記ステップＳ６０５でコンテンツ要求信号をサービス提供サーバ５００に送信した結果、サービス提供サーバ５００から配信されるコンテンツを受信し記録装置６５０に記録する。

次に、上述した処理によりコンテンツの蓄積が行われた、あるいは行われている状況で、代理配信サーバ６０１が配信開始要求信号を受信したことを契機として、前記蓄積されたコンテンツを移動端末４００に配信する処理の流れを図１１のフローチャートを用いて説明する。

図１１において、まずステップＳ７００で、配信開始要求処理部６１９は配信開始要求信号を受信すると、当該信号に含まれる移動端末４００のアドレスとトンネルのリモート側の端点とするアドレスとを取得し、これらの情報をセッション制御部６１８に出力する。配信開始要求処理部６１９はその後、配信開始要求信号の応答として配信開始応答信号を配信開始要求信号の送信元に送信しても良い。

ステップＳ７０１で、セッション制御部６１８は、移動端末４００へのコンテンツ配信を継続するためのセッションを生成する。このときセッション制御部６１８は、リロケート要求処理部６１０から入力した移動端末４００のアドレスを使って、図１０のステップＳ６０２で保持されたコンテキスト情報のうちから、使用すべきコンテキスト情報を同定する。このコンテキスト情報の同定には、移動端末４００のアドレス以外の識別子を使うこととしても良い。セッション制御部６１８は、このようにコンテキスト情報を同定した後、当該コンテキスト情報に含まれる情報を用いてセッションの生成を実施する。セッション制御部６１８はまた、配信開始要求処理部６１９から入力した移動端末４００のアドレスとリモート側の端点アドレスとともに、パケット転送部６１７に対してトンネル生成を依頼する通知を行う。

ステップＳ７０２で、パケット転送部６１７は、セッション制御部６１８から入力した移動端末４００とリモート側のトンネル端点のアドレスを使って、移動端末４００宛のパケットをトンネル端点アドレス宛にトンネリングするためのトンネルを確立する。パケット転送部６１７は、代理配信サーバ６００のアドレス宛にトンネリングされたパケットをデカプセル化した上で転送する処理も行う。

最後にステップＳ７０３において、パケット転送部６１７は、記録装置６５０に記録されたコンテンツを移動端末４００がリロケートの前までに受信していた箇所の直後の位置から、生成したセッション（例えばＴＣＰセッション）によって移動端末４００へ送信する。コンテンツを送信するためのパケットは、パケット転送部６１７によりカプセル化され、トンネリングにより転送される。

３．３）システム通信制御
次に、図１２に示すシーケンス図を用いて、本発明の第２実施形態による移動通信システムの処理フローを説明する。なお、無線基地局３００の動作は直接関係しないので省略されている。ここでは、モビリティアンカをリロケートする手順として、図８のシーケンス図で示した手順と同様に、モビリティアンカ１０１ａ、アクセス網ＧＷ２０１ａ、移動端末４００との間で確立していた伝送路を一度切断した後、再度接続処理を行う際に、より適切なアクセス網ＧＷ２０１ｂ、モビリティアンカ１０１ｂとの間に伝送路を確立する方法を示す。ただし、図６、図７に示したシーケンス図の手順など、他の手順のおいても第２実施形態における代理配信サーバ６０１を適用することは可能である。

図１２において、ステップＳ８００で、移動端末４００は、サービス提供サーバ５００が配信するコンテンツを視聴しているとする。このとき、コンテンツは、代理配信サーバ６０１ａ、モビリティアンカ１０１ａ、アクセス網ＧＷ２０１ａを経由して移動端末４００に届けられる。

ステップＳ８０１で移動端末４００が移動した結果、移動通信システムが、現在のアクセス網ＧＷ２０１ａおよびモビリティアンカ１０１ａよりも適切なアクセス網ＧＷ２０１ｂや、モビリティアンカ１０１ｂが存在するかどうかや、その他の条件により、伝送路切断・再接続により、より適切な、即ち移動端末４００により近いアクセス網ＧＷ２００ｂやモビリティアンカ１０１ｂにモビリティアンカをリロケートすることが決定される。当該決定は、移動通信システムによって様々なケースが考えらえるが、例えば３ＧＰＰの移動通信システムであるＥＰＳの場合は、ＭＭＥがその役割を果たす。

ステップＳ８０１でモビリティアンカのリロケートすることが決定された場合、ステップＳ８０２においてリロケート要求信号が代理配信サーバ６０１ｂに送信される。このリロケート要求信号の送信元となるノードは、移動通信システムにより様々であるので、ここではあえて限定しない。前記ＥＰＳの場合は、ＭＭＥが送信元となりえる。ただし、ＥＰＳの場合でもＭＭＥに限定しない。

リロケート要求送信に平行して、ステップＳ８１０に示すアンカリロケート処理が実行される。その処理は、例えばＥＰＳの場合、ＴＳ２３．４０１ "5.10.3 UE or MME Requested PDN disconnection"や、ＴＳ２３．４０１ "5.3.8.3 MME-initiated Detach procedure"に記載された手順によりＰＤＮ ｃｏｎｎｅｃｔｉｏｎとよばれる伝送路を一度削除した後、移動端末４００に相当するＵＥ(User Equipment)に対する信号の中に再接続を促す情報（それぞれ"reactivation requested", "reattach"）を格納することで、ＵＥに対して伝送路切断後に再度接続処理を実施させることができ、これによりアンカリロケートを実行できる。

移動端末４００は、前記した情報などにより、伝送路の切断が新たなモビリティアンカにリロケートすることを目的とした処理であることが判断できる場合は、伝送路が削除された場合においてもセッションを保持することができる。たとえば、ＴＣＰセッションを確立していた場合は、ＴＣＰセッションを維持しておくことができる。ただし、この場合、再接続した後の移動端末４００のアドレスや宛先アドレスが切断前と同じである必要がある。移動端末４００のアドレスについては、例えばモビリティアンカ１０１や、その後段に配置されたＤＨＣＰサーバ機能を内包するノード（代理配信サーバ６０１でも良い）などにより、切断・再接続の前後で同じアドレスを割り当てることとすればよい。一方、宛先アドレスについては代理配信サーバ６０１のリロケート動作により、同じアドレスが使われる。

ステップＳ８０２で、代理配信サーバ６０１ｂがリロケート要求を受信すると、図１０のステップＳ６００におけるリロケート要求信号を受信した際の処理を実行する。その過程で、代理配信サーバ６０１ｂはリロケート要求応答を送信する（ステップＳ８０３）。

ステップＳ８０４で、ステップＳ８０２でリロケート要求を受信した後、図１０のフロチャートに示す処理が実施する過程の中で、コンテキスト取得部６１１はコンテキスト要求信号をリロケート元の代理配信サーバ６０１ａへ送信する。

ステップＳ８０５で、代理配信サーバ６０１ａは、移動端末４００に関わるコンテキスト情報を格納したコンテキスト応答信号を代理配信サーバ６０１ｂに応答する。

ステップＳ８０６で、代理配信サーバ６０１ｂがコンテキスト応答信号を受信すると、図１０のステップＳ６０２以降の処理が実施される。ここでは、図１０のステップＳ６０３の判定の結果、移動端末４００にコンテンツ視聴を継続させるために配信すべきコンテンツが代理配信サーバ６０１ｂ内の記憶装置６５０に記録されていないと判定された場合を想定する。この場合、コンテンツ要求信号がサービス提供サーバ５００に送信される（ステップＳ８０７）。

前記コンテンツ要求信号を受信したサービス提供サーバ５００は、ステップＳ８０８で、要求されたコンテンツを要求された位置から配信する。この際コンテンツが格納されたパケットの宛先アドレスは代理配信サーバ６０１ｂのアドレスとなる。

ステップＳ８０８で、代理配信サーバ６０１ｂは、ステップＳ８０７で配信されたコンテンツを受信すると、ステップＳ８０９で受信したコンテンツを記録装置６５０に記録しておく。

ステップＳ８１１で、アクセス網ＧＷ２０１ｂが再接続によるモビリティアンカのリロケート処理の中で、伝送路設定要求をモビリティアンカ１０１ｂに送信する。

モビリティアンカ１０１ｂは、アクセス網ＧＷ２０１ｂから伝送路設定要求を受信すると、移動端末４００宛のパケットをトンネリングによりアクセス網ＧＷ２０１ｂへと転送するためのトンネルを確立する。

モビリティアンカ１０１ｂは、その後ステップＳ８１２において、配信開始要求信号を近くに配置された代理配信サーバ６０１ｂに送信する。代理配信サーバ６０１ｂは、事前設定やシステム上のデータベースなどの情報に基づき決定でき、アドレスを取得できるものとする。

代理配信サーバ６００ｂがステップＳ８１２において配信開始要求を受信すると、図１１のフローチャートに示す手順が実行される。代理配信サーバ６０１ｂはまた、配信開始要求の応答として配信開始応答信号をモビリティアンカ１０１ｂに応答する（ステップＳ８１３）。

モビリティアンカ１０１ｂは、配信開始応答信号を受信すると、所定の宛先アドレスあるいは送信元アドレスのパケットをリロケート応答信号に含まれた代理配信サーバ６０１ｂのアドレス宛にトンネリングするためのトンネルを確立する。トンネリング対象とするアドレスとは、全てのパケットとしても良いし、移動端末４００のアドレスを送信元とするパケットを対象としても良いし、コンテンツ配信サービスを提供するサーバ宛のパケットを対象としても良い。モビリティアンカ１０１ｂはまた、代理配信サーバ６０１ｂからモビリティアンカ１０１ｂ宛にトンネリングされたパケットを受信した場合、当該パケットをデカプセル化した後、従来のモビリティアンカ１００と同様の方法で転送処理を実施する。

その後モビリティアンカ１０１ｂは、ステップ８１１で受信した伝送露設定要求信の応答として伝送路設定応答信号をアクセス網ＧＷ２０１ｂに送信する（ステップＳ８１４）。

最後にステップＳ８１５で、代理配信サーバ６０１ｂにおいて図１１のフローチャートに示す処理が実施された結果、代理配信サーバ６０１ｂに記録されたコンテンツがモビリティアンカ１０１ｂ、アクセス網ＧＷ２０１ｂを経由して移動端末４００に配信される。

以上の処理の結果、移動端末４００は、モビリティアンカ１０１および代理配信サーバ６０１がリロケートした場合でも、それを意識することなく、最適な経路でコンテンツ視聴を継続することが可能となる。

３．４）効果
本発明の第２実施形態による効果は、コンテンツ配信に先立って、移動端末に配信するべきコンテンツの要求を実施でき、この結果、配信すべきコンテンツが代理配信サーバに記録された後に配信開始要求によりコンテンツ配信することになるため、リロケートの後に移動端末４００へのコンテンツ配信を再開できるまでの遅延を小さくすることができる。

４．第３実施形態
次に、本発明の第３実施形態について図面を参照して詳細に説明する。本発明の第３実施形態では、サービス提供サーバ５００から取得するコンテンツの位置を正確に制御できない場合や位置の指定ができずコンテンツの最初から取得しなければならない場合でも、移動端末４００によるコンテンツ視聴を継続可能とする。

４．１）代理配信サーバの構成
図１３において、本発明の第３実施形態による代理配信サーバ６０２は、図３に示す代理配信サーバ６００の構成に位置検出部６２０を加えた構成を有する。したがって、図３に示す第１実施形態と同じ構成および機能を有するブロックには同一参照番号を付して説明を簡略化し、以下、主に第１実施形態とは異なる構成および機能を中心に説明する。

位置検出部６２０は、セッション制御部６１６から、リロケート元の代理配信サーバ６０２ａにおいてコンテンツを配信するためにバッファに蓄積されていたコンテンツデータの情報を取得する。バッファに蓄積されたコンテンツデータは、コンテキスト情報の一部としてリロケート元の代理配信サーバ６０２ａから取得する。また取得するコンテンツデータの情報はバッファに蓄積された全てとしても良いが、図１４に示すように最新のデータ位置からｘバイト分過去に遡った情報を対象としても良い。ここでは、ｘバイト分を対象とする場合を取り上げる。

その後、位置検出部６２０は、代理要求部６１４によりサービス提供サーバ５００から新たに取得され記録装置６５０に記録されているコンテンツデータを検索して、前記ｘバイト分の情報が一致する箇所を検出する。位置検出部６２０は一致する箇所を検出すると、一致したｘバイト区間の直後のバイト位置を配信位置情報としてセッション制御部６１６に通知する。

セッション制御部６１６は、基本的な機能は第１実施形態におけるセッション制御部６１６と同じだが、新たにサービス提供サーバ５００から取得したコンテンツから配信すべき場所を特定する際に、位置検出部６２０から入力される前記配信位置情報を利用する点が異なる。

４．２）代理配信サーバの動作
本発明の第３実施形態による代理配信サーバ６０２の全体的な動作は、図４に示すフローチャートと同じであるが、図４のステップＳ１０８で、移動端末４００に配信すべきコンテンツの位置を特定する際に位置検出部６２０の機能を用いる点が異なる。よって、ここでは図１５に示すフローチャートを用いて位置検出部６２０の動作に着目した動作説明を行う。

ステップＳ９００で、まず、位置検出部６２０は、リロケート元の代理配信サーバ６０２ａから、当該代理配信サーバのバッファに蓄積され配信予定であったコンテンツデータの最新バイト位置からｘバイト分をコンテキスト情報の一部としてセッション制御部６１６から読み出す。位置検出部６２０は、前記ｘバイト分のデータをマッチング用のパタンとして使用する。

ステップＳ９０１で、位置検出部６２０は、図４のステップＳ１０７でコンテンツ提供サーバ５００から取得されるなどして記録装置６５０に記録されたコンテンツの先頭バイトから、ｘバイト分を読み出す。

ステップＳ９０２で、位置検出部６２０は、前記マッチング用のパタンと記録装置６５０から読み出されたデータとを比較する。

ステップＳ９０３で、比較結果がが一致していた場合（ステップＳ９０３の’Ｙ’）、ステップＳ９０５へ進み、一致しなかった場合（ステップＳ９０３の’Ｎ’）、ステップＳ９０４へ進む。一致しなかった場合（ステップＳ９０３の’Ｎ’）、ステップＳ９０４では、記録装置６５０に記録されたコンテンツデータのうち、比較対象とする位置を、ステップＳ９０２で用いた位置から１バイト進め、その後、再度ステップＳ９０２により比較処理が実施される。一致した場合（ステップＳ９０３の’Ｙ’）、ステップＳ９０５で位置検出部６２０は一致箇所の直後のバイト位置を配信位置情報としてセッション制御部６１６に通知して処理を終了する。

４．３）効果
本発明の第３実施形態による効果は、サービス提供サーバ５００から取得するコンテンツの位置を正確に制御できない場合や、位置の指定ができずコンテンツの最初から取得しなければならない場合でも、移動端末４００によるコンテンツ視聴を継続可能とする。

５．その他
以上、本発明の第１〜第３実施形態で説明した記録装置６５０は、例えば、半導体メモリ、ハードディスクドライブなど情報を記録可能な装置で実施することができる。その他の機能ブロックは、ソフトウェアおよびそれを動作させるためのＣＰＵ等のプログラム制御プロセッサを用いて実現することができ、あるいはハードウェアで実現することもできる。一部をソフトウェアで実施し、それ以外をハードウェアで実施することとしても良い。

本発明は、様々なモビリティプロトコルを適用した様々な移動通信システムへの適用が可能であるが、以下に主な提供先と思われる移動通信システムである３ＧＰＰ ＥＰＳおよびＧＰＲＳ／ＵＭＴＳ、ＷｉＭＡＸ Ｆｏｒｕｍによる移動通信システムにおいて規定されたノードと、各実施形態において説明した各ノードとの対応関係を示す。

-３ＧＰＰ ＥＰＳ
モビリティアンカ：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ（ＰＤＮ−ＧＷ）
アクセス網ＧＷ： Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ（Ｓ−ＧＷ）
無線基地局：ｅｎｈａｎｃｅｄＮｏｄｅＢ （ｅＮＢ）
-３ＧＰＰ ＧＰＲＳ／ＵＭＴＳ
モビリティアンカ：Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ（ＧＧＳＮ）
アクセス網ＧＷ： Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ（ＳＧＳＮ）
無線基地局： ＮｏｄｅＢ （ＮＢ）
-ＷｉＭＡＸ Ｆｏｒｕｍ
モビリティアンカ：ＨｏｍｅＡｇｅｎｔ（ＨＡ）、 もしくはＬＭＡ（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ）
アクセス網ＧＷ： Ａｃｃｅｓｓ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ（ＡＳＮ−ＧＷ）
無線基地局： ＢａｓｅＳｔａｔｉｏｎ（ＢＳ）
４．付記
上述した実施形態の一部あるいは全部は、以下の付記のようにも記載されうるが、これらに限定されるものではない。

（付記１）
端末にモビリティ（移動性）を提供するモビリティアンカを有する移動通信システムにおいてサービス提供サーバから前記端末へのコンテンツ配信を中継する代理配信サーバであって、
前記モビリティアンカのリロケート要求が発生すると、前記端末へのコンテンツ配信を中継している別の代理配信サーバから前記コンテンツ中継に関するコンテキスト情報を取得するコンテキスト取得手段と、
前記取得したコンテキスト情報を用いて、前記別の代理配信サーバと前記端末との間で前記コンテンツ配信のために確立されたセッションの状態を前記端末との間で再現するセッション制御手段と、
前記取得したコンテキスト情報から得られる前記別の代理配信サーバから前記端末へ配信済みのコンテンツ位置情報に基づいて、前記サービス提供サーバから配信されたコンテンツを前記再現されたセッションにより前記端末へ転送する転送手段と、
を有することを特徴とする代理配信サーバ。

（付記２）
前記セッション制御手段は、前記コンテキスト情報に含まれるセッション情報を用いて前記端末との間に前記セッションの状態を再現することを特徴とする付記１に記載の代理配信サーバ。

（付記３）
前記セッション情報はＴＣＰ(Transmission Control Protocol)セッション状態を再現するために必要な情報であることを特徴とする付記２に記載の代理配信サーバ。

（付記４）
前記コンテンツ要求により前記サービス提供サーバから配信されたコンテンツを格納する格納手段と、
外部からの配信開始要求信号の受信をコンテンツ配信開始の契機とし、前記再現されたセッションにより前記端末へ転送するコンテンツの配信タイミングを制御する配信開始要求処理手段と、
をさらに有することを特徴とする付記１−３のいずれか１項に記載の代理配信サーバ。

（付記５）
前記取得したコンテキスト情報から得られる前記別の代理配信サーバから前記端末へ配信済みのコンテンツ位置情報に基づいて、前記サービス提供サーバに対してコンテンツ要求を行う要求手段を更に有し、
前記転送手段が前記コンテンツ要求により前記サービス提供サーバから配信されたコンテンツを前記再現されたセッションにより前記端末へ転送することを特徴とする付記１−３のいずれか１項に記載の代理配信サーバ。

（付記６）
前記取得したコンテキスト情報は前記別の代理配信サーバの送信バッファに格納されたコンテンツデータを更に含み、
前記サービス提供サーバから取得したコンテンツデータにおける前記別の代理配信サーバのコンテンツデータの位置を検出する位置検出手段を更に有し、
前記転送手段が前記検出されたコンテンツ位置の直後の位置から前記再現されたセッションを使って前記端末へコンテンツを転送することを特徴とする付記１−３のいずれか１項に記載の代理配信サーバ。

（付記７）
端末にモビリティ（移動性）を提供するモビリティアンカを有する移動通信システムにおいてサービス提供サーバから前記端末へのコンテンツ配信を中継する代理配信サーバの通信制御方法であって、
コンテキスト取得手段が、前記モビリティアンカのリロケート要求が発生すると前記端末へのコンテンツ配信を中継している別の代理配信サーバから前記コンテンツ中継に関するコンテキスト情報を取得し、
セッション制御手段が、前記取得したコンテキスト情報を用いて、前記別の代理配信サーバと前記端末との間で前記コンテンツ配信のために確立されたセッションの状態を前記端末との間で再現し、
転送手段が、前記取得したコンテキスト情報から得られる前記別の代理配信サーバから前記端末へ配信済みのコンテンツ位置情報に基づいて前記サービス提供サーバから配信されたコンテンツを前記再現されたセッションにより前記端末へ転送する、
ことを特徴とする代理配信サーバの通信制御方法。

（付記８）
前記セッション制御手段は、前記コンテキスト情報に含まれるセッション情報を用いて前記端末との間に前記セッションの状態を再現することを特徴とする付記７に記載の代理配信サーバの通信制御方法。

（付記９）
前記セッション情報はＴＣＰ(Transmission Control Protocol)セッション状態を再現するために必要な情報であることを特徴とする付記８に記載の代理配信サーバの通信制御方法。

（付記１０）
前記コンテンツ要求により前記サービス提供サーバから配信されたコンテンツを格納手段に格納し、
配信開始要求処理手段が、外部からの配信開始要求信号の受信をコンテンツ配信開始の契機とし、前記再現されたセッションにより前記端末へ転送するコンテンツの配信タイミングを制御する、
ことを特徴とする付記７−９のいずれか１項に記載の代理配信サーバの通信制御方法。

（付記１１）
要求手段が、前記取得したコンテキスト情報から得られる前記別の代理配信サーバから前記端末へ配信済みのコンテンツ位置情報に基づいて、前記サービス提供サーバに対してコンテンツ要求を行い、
前記転送手段が前記コンテンツ要求により前記サービス提供サーバから配信されたコンテンツを前記再現されたセッションにより前記端末へ転送する、
ことを特徴とする付記７−９のいずれか１項に記載の代理配信サーバの通信制御方法。

（付記１２）
前記取得したコンテキスト情報は前記別の代理配信サーバの送信バッファに格納されたコンテンツデータを更に含み、
位置検出手段が、前記サービス提供サーバから取得したコンテンツデータにおける前記別の代理配信サーバのコンテンツデータの位置を検出し、
前記転送手段が前記検出されたコンテンツ位置の直後の位置から前記再現されたセッションを使って前記端末へコンテンツを転送する、
ことを特徴とする付記７−９のいずれか１項に記載の代理配信サーバの通信制御方法。

（付記１３）
端末にモビリティ（移動性）を提供する移動通信システムであって、
複数のアクセス網ゲートウェイと、
それぞれ複数のアクセス網ゲートウェイと接続した複数のモビリティアンカと、
前記複数のモビリティアンカの各々と接続し外部ネットワークとの間に介在する代理配信サーバと、
を有し、前記代理配信サーバは、
前記モビリティアンカのリロケート要求が発生すると、前記端末へのコンテンツ配信を中継している別の代理配信サーバから前記コンテンツ中継に関するコンテキスト情報を取得するコンテキスト取得手段と、
前記取得したコンテキスト情報を用いて、前記別の代理配信サーバと前記端末との間で前記コンテンツ配信のために確立されたセッションの状態を前記端末との間で再現するセッション制御手段と、
前記取得したコンテキスト情報から得られる前記別の代理配信サーバから前記端末へ配信済みのコンテンツ位置情報に基づいて、前記サービス提供サーバから配信されたコンテンツを前記再現されたセッションにより前記端末へ転送する転送手段と、
を有する、ことを特徴とする移動通信システム。

（付記１４）
前記セッション制御手段は、前記コンテキスト情報に含まれるセッション情報を用いて前記端末との間に前記セッションの状態を再現することを特徴とする付記１３に記載の移動通信システム。

（付記１５）
前記セッション情報はＴＣＰ(Transmission Control Protocol)セッション状態を再現するために必要な情報であることを特徴とする付記１４に記載の移動通信システム。

（付記１６）
前記コンテンツ要求により前記サービス提供サーバから配信されたコンテンツを格納する格納手段と、
外部からの配信開始要求信号の受信をコンテンツ配信開始の契機とし、前記再現されたセッションにより前記端末へ転送するコンテンツの配信タイミングを制御する配信開始要求処理手段と、
をさらに有することを特徴とする付記１３−１５のいずれか１項に記載の移動通信システム。

（付記１７）
前記取得したコンテキスト情報から得られる前記別の代理配信サーバから前記端末へ配信済みのコンテンツ位置情報に基づいて、前記サービス提供サーバに対してコンテンツ要求を行う要求手段を更に有し、
前記転送手段が前記コンテンツ要求により前記サービス提供サーバから配信されたコンテンツを前記再現されたセッションにより前記端末へ転送することを特徴とする付記１３−１５のいずれか１項に記載の移動通信システム。

（付記１８）
前記取得したコンテキスト情報は前記別の代理配信サーバの送信バッファに格納されたコンテンツデータを更に含み、
前記サービス提供サーバから取得したコンテンツデータにおける前記別の代理配信サーバのコンテンツデータの位置を検出する位置検出手段を更に有し、
前記転送手段が前記検出されたコンテンツ位置の直後の位置から前記再現されたセッションを使って前記端末へコンテンツを転送することを特徴とする付記１３−１５のいずれか１項に記載の移動通信システム。

（付記１９）
端末にモビリティ（移動性）を提供するモビリティアンカを有する移動通信システムにおいてサービス提供サーバから前記端末へのコンテンツ配信を中継する代理配信サーバのプログラム制御プロセッサを機能させるプログラムであって、
コンテキスト取得手段が、前記モビリティアンカのリロケート要求が発生すると前記端末へのコンテンツ配信を中継している別の代理配信サーバから前記コンテンツ中継に関するコンテキスト情報を取得し、
セッション制御手段が、前記取得したコンテキスト情報を用いて、前記別の代理配信サーバと前記端末との間で前記コンテンツ配信のために確立されたセッションの状態を前記端末との間で再現し、
転送手段が、前記取得したコンテキスト情報から得られる前記別の代理配信サーバから前記端末へ配信済みのコンテンツ位置情報に基づいて前記サービス提供サーバから配信されたコンテンツを前記再現されたセッションにより前記端末へ転送する、
ように前記プログラム制御プロセッサを機能させることを特徴とするプログラム。

（付記２０）
前記セッション制御手段は、前記コンテキスト情報に含まれるセッション情報を用いて前記端末との間に前記セッションの状態を再現することを特徴とする付記１９に記載のプログラム。

（付記２１）
前記セッション情報はＴＣＰ(Transmission Control Protocol)セッション状態を再現するために必要な情報であることを特徴とする付記２０に記載のプログラム。

（付記２２）
前記コンテンツ要求により前記サービス提供サーバから配信されたコンテンツを格納手段に格納し、
配信開始要求処理手段が、外部からの配信開始要求信号の受信をコンテンツ配信開始の契機とし、前記再現されたセッションにより前記端末へ転送するコンテンツの配信タイミングを制御する、
ことを特徴とする付記１９−２１のいずれか１項に記載のプログラム。

（付記２３）
要求手段が、前記取得したコンテキスト情報から得られる前記別の代理配信サーバから前記端末へ配信済みのコンテンツ位置情報に基づいて、前記サービス提供サーバに対してコンテンツ要求を行い、
前記転送手段が前記コンテンツ要求により前記サービス提供サーバから配信されたコンテンツを前記再現されたセッションにより前記端末へ転送する、
ことを特徴とする付記１９−２１のいずれか１項に記載のプログラム。

（付記２４）
前記取得したコンテキスト情報は前記別の代理配信サーバの送信バッファに格納されたコンテンツデータを更に含み、
位置検出手段が、前記サービス提供サーバから取得したコンテンツデータにおける前記別の代理配信サーバのコンテンツデータの位置を検出し、
前記転送手段が前記検出されたコンテンツ位置の直後の位置から前記再現されたセッションを使って前記端末へコンテンツを転送する、
ことを特徴とする付記１９−２１のいずれか１項に記載のプログラム。

本発明は、今後の移動体通信システムにおけるアンカリロケート時のサービス継続を実現する技術に適用可能である。

１０ コアネットワーク
２０ アクセスネットワーク
３０ 外部ネットワーク
１００ モビリティアンカ
１０１ 本発明の第１の実施の形態におけるモビリティアンカ
１１０ 配信パス設定部
１１１ アンカリロケート部
２００ アクセス網ＧＷ
２０１ 本発明の第１の実施の形態におけるアクセス網ＧＷ
２１０ アンカリロケート通知部
３００ 無線基地局
４００ 移動端末
５００ サービス提供サーバ
６００ 無線基地局
６００ 本発明の第１の実施の形態における代理配信サーバ
６１０ リロケート要求処理部
６１１ コンテキスト取得部
６１２ コンテキスト送信部
６１３ コンテキスト管理部
６１４ 代理要求部
６１５ 要求メッセージ生成部
６１６ セッション制御部
６１７ パケット転送部
６１８ 第２の実施の形態のセッション制御部
６１９ 配信開始要求処理部
６２０ 位置検出部
６５０ 記憶装置

Claims (9)

1. 端末にモビリティ（移動性）を提供するモビリティアンカを有する移動通信システムにおいてサービス提供サーバから前記端末へのコンテンツ配信を中継する代理配信サーバであって、
   前記モビリティアンカのリロケート要求が発生すると、前記端末へのコンテンツ配信を中継している別の代理配信サーバから前記コンテンツ中継に関するコンテキスト情報を取得するコンテキスト取得手段と、
   前記取得したコンテキスト情報を用いて、前記別の代理配信サーバと前記端末との間で前記コンテンツ配信のために確立されたセッションの状態を前記端末との間で再現するセッション制御手段と、
   前記取得したコンテキスト情報から得られる前記別の代理配信サーバから前記端末へ配信済みのコンテンツ位置情報に基づいて、前記サービス提供サーバから配信されたコンテンツを前記再現されたセッションにより前記端末へ転送する転送手段と、
   を有することを特徴とする代理配信サーバ。
2. 前記セッション制御手段は、前記コンテキスト情報に含まれるセッション情報を用いて前記端末との間に前記セッションの状態を再現することを特徴とする請求項１に記載の代理配信サーバ。
3. 前記セッション情報はＴＣＰ(Transmission Control Protocol)セッション状態を再現するために必要な情報であることを特徴とする請求項２に記載の代理配信サーバ。
4. 前記コンテンツ要求により前記サービス提供サーバから配信されたコンテンツを格納する格納手段と、
   外部からの配信開始要求信号の受信をコンテンツ配信開始の契機とし、前記再現されたセッションにより前記端末へ転送するコンテンツの配信タイミングを制御する配信開始要求処理手段と、
   をさらに有することを特徴とする請求項１−３のいずれか１項に記載の代理配信サーバ。
5. 前記取得したコンテキスト情報から得られる前記別の代理配信サーバから前記端末へ配信済みのコンテンツ位置情報に基づいて、前記サービス提供サーバに対してコンテンツ要求を行う要求手段を更に有し、
   前記転送手段が前記コンテンツ要求により前記サービス提供サーバから配信されたコンテンツを前記再現されたセッションにより前記端末へ転送することを特徴とする請求項１−３のいずれか１項に記載の代理配信サーバ。
6. 前記取得したコンテキスト情報は前記別の代理配信サーバの送信バッファに格納されたコンテンツデータを更に含み、
   前記サービス提供サーバから取得したコンテンツデータにおける前記別の代理配信サーバのコンテンツデータの位置を検出する位置検出手段を更に有し、
   前記転送手段が前記検出されたコンテンツ位置の直後の位置から前記再現されたセッションを使って前記端末へコンテンツを転送することを特徴とする請求項１−３のいずれか１項に記載の代理配信サーバ。
7. 端末にモビリティ（移動性）を提供するモビリティアンカを有する移動通信システムにおいてサービス提供サーバから前記端末へのコンテンツ配信を中継する代理配信サーバの通信制御方法であって、
   コンテキスト取得手段が、前記モビリティアンカのリロケート要求が発生すると前記端末へのコンテンツ配信を中継している別の代理配信サーバから前記コンテンツ中継に関するコンテキスト情報を取得し、
   セッション制御手段が、前記取得したコンテキスト情報を用いて、前記別の代理配信サーバと前記端末との間で前記コンテンツ配信のために確立されたセッションの状態を前記端末との間で再現し、
   転送手段が、前記取得したコンテキスト情報から得られる前記別の代理配信サーバから前記端末へ配信済みのコンテンツ位置情報に基づいて前記サービス提供サーバから配信されたコンテンツを前記再現されたセッションにより前記端末へ転送する、
   ことを特徴とする代理配信サーバの通信制御方法。
8. 端末にモビリティ（移動性）を提供する移動通信システムであって、
   複数のアクセス網ゲートウェイと、
   それぞれ複数のアクセス網ゲートウェイと接続した複数のモビリティアンカと、
   前記複数のモビリティアンカの各々と接続し外部ネットワークとの間に介在する代理配信サーバと、
   を有し、前記代理配信サーバは、
   前記モビリティアンカのリロケート要求が発生すると、前記端末へのコンテンツ配信を中継している別の代理配信サーバから前記コンテンツ中継に関するコンテキスト情報を取得するコンテキスト取得手段と、
   前記取得したコンテキスト情報を用いて、前記別の代理配信サーバと前記端末との間で前記コンテンツ配信のために確立されたセッションの状態を前記端末との間で再現するセッション制御手段と、
   前記取得したコンテキスト情報から得られる前記別の代理配信サーバから前記端末へ配信済みのコンテンツ位置情報に基づいて、前記サービス提供サーバから配信されたコンテンツを前記再現されたセッションにより前記端末へ転送する転送手段と、
   を有する、ことを特徴とする移動通信システム。
9. 端末にモビリティ（移動性）を提供するモビリティアンカを有する移動通信システムにおいてサービス提供サーバから前記端末へのコンテンツ配信を中継する代理配信サーバのプログラム制御プロセッサを機能させるプログラムであって、
   コンテキスト取得手段が、前記モビリティアンカのリロケート要求が発生すると前記端末へのコンテンツ配信を中継している別の代理配信サーバから前記コンテンツ中継に関するコンテキスト情報を取得し、
   セッション制御手段が、前記取得したコンテキスト情報を用いて、前記別の代理配信サーバと前記端末との間で前記コンテンツ配信のために確立されたセッションの状態を前記端末との間で再現し、
   転送手段が、前記取得したコンテキスト情報から得られる前記別の代理配信サーバから前記端末へ配信済みのコンテンツ位置情報に基づいて前記サービス提供サーバから配信されたコンテンツを前記再現されたセッションにより前記端末へ転送する、
   ように前記プログラム制御プロセッサを機能させることを特徴とするプログラム。

Images