(57)【特許請求の範囲】
【請求項１】
第１及び第２の基地局装置と、
端末装置と、
前記端末装置にサービスを提供する第１及び第２のアプリケーションサーバと、
を備える無線通信システムにおいて、
前記第１のアプリケーションサーバは、
前記第１の基地局装置を介して前記端末装置との間で前記サービスに関する個別データを送受信する通信部
を備え、
前記第１の基地局装置は、
前記第２の基地局装置と接続された前記第２のアプリケーションサーバに関する第１の制御情報と、前記端末装置が前記第２の基地局装置に接続するための第２の制御情報を前記第２の基地局装置に対して要求する制御情報要求部と、
少なくとも前記第２の基地局装置から通知された前記第２の制御情報を前記端末装置へ送信する送信部と、
前記端末装置の接続先を前記第２の基地局装置に変更するとき、前記第１の制御情報に基づき、前記個別データの通信先を前記第１のアプリケーションサーバから前記第２のアプリケーションサーバへ変更する回線制御部と、
を備え、
前記第２の基地局装置は、
前記第１及び第２の制御情報を前記第１の基地局装置へ通知する制御情報通知部
を備え、
前記端末装置は、
前記第１の基地局装置から少なくとも前記第２の制御情報を受信する受信部
を備え、
前記回線制御部は、更に、前記端末装置の接続先の変更前に、前記個別データの通信先を前記第１のアプリケーションサーバから前記第２のアプリケーションサーバへ変更する
ことを特徴とする無線通信システム。
【請求項２】
前記第１の制御情報は、前記無線通信システムにおける前記第２のアプリケーションサーバの接続情報と、前記第２の基地局装置と前記第２のアプリケーションサーバ間の経路、又は伝送遅延に関する情報の少なくとも１つを含むことを特徴とする請求項１記載の無線通信システム。
【請求項３】
前記第１の基地局装置は、更に、前記第１の制御情報を、予め又は周期的に収集する制御情報収集部を備えることを特徴とする請求項１記載の無線通信システム。
【請求項４】
前記回線制御部は、更に、前記第１の制御情報に基づいて、前記端末装置の接続先を前記第２の基地局装置から第３の基地局装置へ変更する
ことを特徴とする請求項１記載の無線通信システム。
【請求項５】
前記第２の基地局装置は、更に、前記端末装置が前記第２の基地局装置へ接続を完了した後、前記第１の制御情報に基づいて、個別データの通信先を前記第２のアプリケーションサーバから第３のアプリケーションサーバへ変更する第２回線制御部を備えることを特徴とする請求項１記載の無線通信システム。
【請求項６】
前記第１のアプリケーションサーバは、更に、前記第１のアプリケーションサーバが前記端末装置へ送信した個別データのデータ量又は送信時間を含むアプリケーション状態情報を、前記第２のアプリケーションサーバへ送信するサーバ回線制御部を備えることを特徴とする請求項１記載の無線通信システム。
【請求項７】
端末装置にサービスを提供し、基地局装置を介して前記端末装置との間で前記サービスに関する個別データを送受信するアプリケーションサーバである第１のアプリケーションサーバに接続された前記基地局装置において、
他の基地局装置と接続された第２のアプリケーションサーバに関する第１の制御情報と、前記端末装置が前記他の基地局装置と接続するための第２の制御情報を前記他の基地局装置に対して要求する制御情報要求部と、
少なくとも前記他の基地局装置から通知された前記第２の制御情報を前記端末装置へ送信する送信部と、
前記端末装置の接続先を前記他の基地局装置に変更するとき、前記第１の制御情報に基づき、前記個別データの通信先を前記第１のアプリケーションサーバから前記第２のアプリケーションサーバへ変更する回線制御部と、を備え
前記回線制御部は、更に、前記端末装置の接続先の変更前に、前記個別データの通信先を前記第１のアプリケーションサーバから前記第２のアプリケーションサーバへ変更する
ことを特徴とする基地局装置。
【請求項８】
端末装置にサービスを提供し、基地局装置を介して前記端末装置との間で前記サービスに関する個別データを送受信するアプリケーションサーバに接続された前記基地局装置において、
他の基地局装置から送信された、前記アプリケーションサーバに関する第１の制御情報と、前記端末装置が前記基地局装置と接続するための第２の制御情報の要求を受信する制御情報受信部と、
前記第１及び第２の制御情報を前記他の基地局装置へ通知する制御情報通知部と
を備え、
前記他の基地局装置は、少なくとも前記基地局装置から通知された前記第２の制御情報を前記端末装置へ送信し、前記端末装置の接続先を前記基地局装置に変更するとき、前記第１の制御情報に基づき、前記個別データの通信先を、前記他の基地局装置が接続するアプリケーションサーバから、前記基地局装置が接続するアプリケーションサーバへ変更し、更に、前記端末装置の接続先の変更前に、前記個別データの通信先を前記他の基地局装置が接続するアプリケーションサーバから、前記基地局装置が接続するアプリケーションサーバへ変更する
ことを特徴とする基地局装置。
【請求項９】
第１及び第２の基地局装置と、端末装置と、前記端末装置にサービスを提供する第１及び第２のアプリケーションサーバと、を備える無線通信システムにおける制御情報送信方法であって、
前記第１のアプリケーションサーバは、前記第１の基地局装置を介して前記端末装置との間で前記サービスに関する個別データを送受信し、
前記第１の基地局装置は、
前記第２の基地局装置と接続された前記第２のアプリケーションサーバに関する第１の制御情報と、前記端末装置が前記第２の基地局装置に接続するための第２の制御情報を前記第２の基地局装置に対して要求し、
少なくとも前記第２の基地局装置から通知された前記第２の制御情報を前記端末装置へ送信し、
前記端末装置の接続先を前記第２の基地局装置に変更するとき、前記第１の制御情報に基づき、前記個別データの通信先を前記第１のアプリケーションサーバから前記第２のアプリケーションサーバへ変更し、
更に、前記端末装置の接続先の変更前に、前記個別データの通信先を前記第１のアプリケーションサーバから前記第２のアプリケーションサーバへ変更する
前記第２の基地局装置は、前記第１及び第２の制御情報を前記第１の基地局装置へ通知し、
前記端末装置は、前記第１の基地局装置から少なくとも前記第２の制御情報を受信する
ことを特徴とする制御情報送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システム、基地局装置、及び制御情報送信方法に関する。
【背景技術】
【０００２】
現在、標準化団体である３ＧＰＰ（3rd Generation Partnership Project）やＥＳＴＩ（European Telecommunication Standards Institute）では、大容量で高速の無線通信システムの技術として、ＬＴＥ（Long Term Evolution）及びＬＴＥ−Ａｄｖａｎｃｅｄの後継システムについて検討を開始している。このような無線通信システムは第５世代移動通信（5G:the 5th Generation mobile communication）と呼ばれている。また、日本においてはＬＴＥ−Ａｄｖａｎｃｅｄ技術の一つであるＣＡ（Carrier Aggregation）を用いたサービスが２０１５年より本格的に導入され、２００Ｍｂｐｓを超えた伝送速度で無線通信が可能となっている。【０００３】
ＥＴＳＩなどにおいては、モバイルエッジコンピューティングについて検討を開始している。モバイルエッジコンピューティングは、例えば、アプリケーションサーバを端末装置近傍に配置し、当該サーバにより端末装置に対してサービスを提供するようにした技術である。これにより、例えば、アプリケーションサーバがネットワーク（例えばＥＰＣ（Evolved Packet Core））外に配置された場合と比較して、伝送遅延（Ｌａｔｅｎｃｙ）が軽減され、また、ネットワーク内の負荷軽減を図ることが可能となる。【０００４】
無線通信システムに関して、例えば、以下の技術がある。すなわち、ハンドオーバ手続においてセッション状態情報をコンテキストデータメッセージに挿入し、当該メッセージをターゲットネットワーク要素へ送信するソースネットワーク要素がある。【０００５】
この技術によれば、基地局装置間のセッション状態の転送についてフレキシブルで、良くデザインされた解決策を提供することができる、とされる。【０００６】
また、ハンドオーバ先で端末装置に対してサービスプロバイダを提供するアプリケーションンソフトウェアを、ハンドオーバ先へ送信する移動管理ノード（Mobility managing node）がある。【０００７】
この技術によれば、無線通信ネットワークにおいて端末装置に対してサービスを提供することが可能なネットワークノードや方法を提供することができる、とされる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】国際公開第２０１１／０３２７３２号
【特許文献２】国際公開第２０１５／０９９５８７号
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、端末装置がハンドオーバする際に、ハンドオーバ元の基地局装置において接続されたアプリケーションサーバとハンドオーバ先の基地局装置において接続されたアプリケーションサーバが異なる場合がある。このような場合、例えば、端末装置がアプリケーションサーバから動画配信サービスを受け、配信途中でハンドオーバを行うと、端末装置はハンドオーバ先のアプリケーションサーバから動画の配信を継続して受けることができない場合もある。【００１０】
上述した、セッション状態情報をコンテキストメッセージによりターゲット要素へ送信する技術では、ターゲット要素がセッション状態情報を受信しても、ハンドオーバの際にどのようにサービスを継続させるのかについては何ら議論されていない。従って、かかる技術では、端末装置に対してサービスを継続して提供することができない場合がある。【００１１】
また、上述した、端末装置に対してハンドオーバ先でサービスプロバイダを提供するアプリケーションソフトウェアを提供する技術についても、ハンドオーバの際にどのようにサービスを継続させるのかについては何ら議論されていない。従って、かかる技術についても、端末装置に対してサービスを継続して提供することができない場合がある。【００１２】
そこで、端末装置に対してサービスを継続して提供することが可能な無線通信システム、基地局装置、及び制御情報送信方法を提供することにある。【００１３】
また、一開示は、端末装置に対してサービスの提供開始を迅速に行うことが可能な無線通信システム、基地局装置、及び制御情報送信方法を提供することにある。
【課題を解決するための手段】
【００１４】
一態様によれば、第１及び第２の基地局装置と第１及び第２のアプリケーションサーバと、端末装置とを備える無線通信システムおいて、前記第１のアプリケーションサーバは、前記第１の基地局装置を介して前記端末装置との間で個別データを送受信する通信部を備え、前記第１の基地局装置は、前記第２の基地局装置と接続された前記第２のアプリケーションサーバに関する第１の制御情報と、前記端末装置が前記第２の基地局装置に接続するための第２の制御情報を前記第２の基地局装置に対して要求する制御情報要求部と、少なくとも前記第２の基地局装置から通知された前記第２の制御情報を前記端末装置へ送信する送信部とを備え、前記第２の基地局装置は、前記第１及び第２の制御情報を前記第２の基地局装置へ通知する制御情報通知部を備え、前記端末装置は、前記第１の基地局装置から少なくとも前記第２の制御情報を受信する受信部を備える。
【発明の効果】
【００１５】
一開示によれば、サービスを継続して提供することが可能な無線通信システム、基地局装置、及び制御情報送信方法を提供することができる。また、一開示によれば、端末装置に対してサービスの提供開始を迅速に行うことが可能な無線通信システム、基地局装置、及び制御情報送信方法を提供することができる。
【図面の簡単な説明】
【００１６】
【図１】図１は無線通信システムの構成例を表す図である。
【図２】図２はハンドオーバの例を含む無線通信システムの構成例を表す図である。
【図３】図３は基地局の構成例を表す図である。
【図４】図４はアプリケーションサーバの構成例を表す図である。
【図５】図５は端末の構成例を表す図である。
【図６】図６はネットワークケーパビリティ情報の送信動作の例を表すシーケンス図である。
【図７】図７は情報収集動作の例を表すシーケンス図である。
【図８】図８（Ａ）と図８（Ｂ）は動作例を表すシーケンス図である。
【図９】図９はパケットの構成例を表す図である。
【図１０】図１０はＨＯ  Ｒｅｑｕｅｓｔに含まれる情報要素の例を表す図である。
【図１１】図１１はＨＯ  Ｒｅｑｕｅｓｔ  Ａｃｋに含まれる情報要素の例を表す図である。
【図１２】図１２は全体の動作例を表すシーケンス図である。
【図１３】図１３は情報収集動作の例を表すシーケンス図である。
【図１４】図１４はネットワークケーパビリティ情報の例を表す図である。
【図１５】図１５は情報収集動作の例を表すシーケンス図である。
【図１６】図１６は移動先を変更する場合の動作例を表すシーケンス図である。
【図１７】図１７は事前切替の動作例を表すシーケンス図である。
【図１８】図１８はハンドオーバ後のサーバ変更動作の例を表すシーケンス図である。
【図１９】図１９はアプリケーション状態情報の送信例を表すシーケンス図である。
【図２０】図２０（Ａ）はパケットの構成例、図２０（Ｂ）はＲＴＣＰ情報の例を表す図である。
【図２１】図２１は全体動作の例を表すフローチャートである。
【図２２】図２２は全体動作の例を表すフローチャートである。
【図２３】図２３は無線通信システムの構成例を表す図である。
【発明を実施するための形態】
【００１７】
以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。そして、各実施の形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【００１８】
また、本明細書で使用している用語や記載した技術的内容は、３ＧＰＰなど通信に関する規格として仕様書に記載された用語や技術的内容が適宜用いられてもよい。
【００１９】
［第１の実施の形態］
＜無線通信システムの構成例＞
図１は第１の実施の形態における無線通信システムの構成例を表している。
【００２０】
無線通信システム１０は、ｅＮＢ（Evolved Node B）１００−１，１００−２、ＭＥＣ（Mobile Edge Computing）サーバ２００−１，２００−２、端末装置（又はＵＥ（User Equipment）。以下、「端末」と称する場合がある。）３００−１，３００−２、ＥＰＣ／ＧＷ４００を備える。
【００２１】
ｅＮＢ１００−１，１００−２は、例えば、自局のサービス提供可能範囲（又はセル範囲）に在圏する端末３００−１，３００−２と無線通信を行って、通話サービスやＷｅｂ閲覧サービスなど様々なサービスを提供する基地局装置又は無線通信装置である。以下においては、ｅＮＢを、例えば、基地局と称する場合がある。
【００２２】
ＭＥＣサーバ２００−１，２００−１は、例えば、モバイルエッジコンピューティングを実現するアプリケーションサーバ（又はアプリケーションサーバ装置）である。以下では、ＭＥＣサーバを、例えば、アプリケーションサーバと称する場合がある。アプリケーションサーバ２００−１，２００−１は、基地局１００−１，１００−２を介して、Ｗｅｂ閲覧サービスや動画配信サービスなど、種々のサービスを端末３００−１，３００−２に提供する。
【００２３】
なお、図１の例では、アプリケーションサーバ２００−１，２００−２は基地局１００−１，１００−２近傍にそれぞれ配置され、基地局１００−１，１００−２とそれぞれ接続されている例を表している。ただし、アプリケーションサーバ２００−１，２００−２は、例えば、基地局１００−１，１００−２内にそれぞれ配置（又はコンバイン）されてもよい。また、アプリケーションサーバ２００−１，２００−２は、例えば、ＥＰＣ（Evolved Packet Core）ネットワーク内に配置されてもよい。この場合、例えば、アプリケーションサーバ２００−１，２００−２は、ＥＰＣネットワーク内のＳ−ＧＷ（Serving Gateway）やＰ−ＧＷ（PDN(Packet Data Network) Gateway）内に配置されてもよいし、これらのゲートウェイ装置の近傍において接続されてもよい。以上のような接続形態を全てまとめて、例えば、「基地局に接続されたアプリケーションサーバ」、と称する場合がある。
【００２４】
アプリケーションサーバ２００−１とアプリケーションサーバ２００−２は、インターネット５００を介してＣＤＮ（Content Delivery Network）により接続され、ＥＰＣ／ＧＷ４００を介してモバイルネットワークにより接続される。２つのアプリケーションサーバ２００−１，２００−２は、ＣＤＮ又はモバイルネットワークを利用してメッセージなどを交換したりすることが可能である。
【００２５】
端末３００−１，３００−２は、例えば、フィーチャーフォンやスマートフォン、パーソナルコンピュータ、タブレット端末、ゲーム装置などの無線通信装置である。図１の例では、端末３００−１は基地局１００−１と接続して、アプリケーションサーバ２００−１からサービスの提供を受け、端末３００−２は基地局１００−２と接続して、アプリケーションサーバ２００−２からサービスの提供を受けている例を表している。
【００２６】
ＥＰＣ／ＧＷ４００は、例えば、ＥＰＣネットワークに接続されたゲートウェイ装置などを表している。このような装置の例としては、上述したＳ−ＧＷやＰ−ＧＷや、ＭＭＥ（Mobility Management Entity）などがある。
【００２７】
＜ハンドオーバの例＞
図２は無線通信システム１０におけるハンドオーバの例を表している。図２に示す無線通信システム１０は、ＥＰＣ／ＧＷ４００として、Ｓ−ＧＷ４１０−１，４１０−２、Ｐ−ＧＷ４２０−１，４２０−２、及びＭＭＥ４３０−１，４３０−２を含む例となっている。
【００２８】
端末３００は、基地局１００−１から基地局１００−２へハンドオーバを行うとき、例えば、同一のＭＭＥ４３０−１配下の基地局１００−１，１００−２間でのハンドオーバとなっている。この場合、基地局１００−１，１００−２はＸ２インタフェースを利用して他方の基地局１００−２，１００−２とハンドオーバに関するメッセージ（又は制御情報）を交換する。この場合のハンドオーバはＸ２ハンドオーバ（Ｘ２−ＨＯ）となる。
【００２９】
一方、端末３００は、基地局１００−２から基地局１００−３へハンドオーバを行うときは、ＭＭＥ４３０−１配下の基地局１００−２からＭＭＥ４３０−２配下の基地局１００−３へのハンドオーバとなっている。この場合、基地局１００−２，１００−３は、Ｓ１インタフェースを利用して、ＭＭＥ４３０−１，４３０−２を介してハンドオーバに関するメッセージを交換する。この場合のハンドオーバはＳ１ハンドオーバとなる。
【００３０】
本第１の実施の形態では、ハンドオーバの際に、ハンドオーバ先の基地局（以下、「ターゲット基地局」と称する場合がある。）からハンドオーバ元の基地局（以下、「ソース基地局」と称する場合がある。）へ、アプリケーションサーバ２００に関する制御情報を送信する。
【００３１】
例えば、端末３００が基地局１００−１から基地局１００−２へハンドオーバするときは、ターゲット基地局１００−２は、自局内に配置されたアプリケーションサーバ２００と、Ｓ−ＧＷ４１０−１内に配置されたアプリケーションサーバ２００に関する制御情報を送信する。
【００３２】
また、例えば、端末３００が基地局１００−２から基地局１００−３へハンドオーバするときは、ターゲット基地局１００−３は、自局内に配置されたアプリケーションサーバ２００−３と、Ｓ−ＧＷ４１０−２に配置されたアプリケーションサーバに関する制御情報を送信する。
【００３３】
さらに、例えば、端末３００が、基地局１００−３から基地局１００−４へハンドオーバするときは、ターゲット基地局１００−４は、Ｓ−ＧＷ４１０−２内に配置されたアプリケーションサーバに関する制御情報を送信する。
【００３４】
アプリケーションサーバに関する制御情報としては、例えば、アプリケーションサーバ２００の接続情報（又は位置情報）や経路に関する情報、アプリケーションサーバ２００の伝送能力（又は伝送遅延）に関する情報、提供可能（又は対応可能）なサービスに関する情報、などがある。なお、以下においては、アプリケーションサーバに関する制御情報を、例えば、ネットワークケーパビリティ（Network capability）情報と称する場合がある。詳細については後述する。
【００３５】
ハンドオーバの際にネットワークケーパビリティ情報を受信したソース基地局１００−１は、例えば、受信したネットワークケーパビリティ情報に基づいて、アプリケーションサーバ２００を選択することが可能となる。詳細は後述する。
【００３６】
なお、以下においては、基地局１００−１，１００−２を基地局１００、アプリケーションサーバ２００−１，２００−２をアプリケーションサーバ２００、端末３００−１，３００−２を端末３００と称する場合がある。
【００３７】
＜基地局の構成例＞
図３は基地局１００の構成例を表す図である。なお、図３に示す基地局１００は、基地局１００近傍にアプリケーションサーバが接続された場合の構成例を表している。
【００３８】
基地局１００は、メモリ１０１、ＣＰＵ（Central Processing Unit）１０２、ＲＯＭ（Read Only Memory）１０３、ＲＡＭ（Random Access Memory）１０４、ＤＳＰ（Digital Signal Processing）１０５、及び無線処理部１６０を備える。
【００３９】
メモリ１０１は、例えば、ネットワークケーパビリティ情報などの各種情報やデータなどを記憶する。ＣＰＵ１０２やＤＳＰ１０５において処理が行われる際に、ＣＰＵ１０２やＤＳＰ１０５によって、各種情報やデータなどがメモリ１０１適宜記憶されたり、読み出されたりする。
【００４０】
ＣＰＵ１０２は、例えば、ＲＯＭ１０３に記憶されたプログラムをＲＡＭ１０４にロードし、ロードしたプログラムを実行することで、基地局１００において種々の処理や機能を実行する。
【００４１】
ＤＳＰ１０５は、例えば、ＲＯＭ１０３に記憶されたプログラムを読み出して実行することで、端末制御部１１０、自アプリケーションサーバ制御情報処理部（以下、「自サーバ制御情報処理部」と称する場合がある。）１２０、他アプリケーションサーバ制御情報処理部（以下、「他サーバ制御情報処理部」と称する場合がある。）１３０の機能を実行する。また、ＤＳＰ１０５は、例えば、当該プログラムを実行することで、Ｓ１−ＩＦ（Interface）処理部１４０、Ｘ２−ＩＦ処理部１４５、Ｌ１（Layer 1）処理部１５０、Ｌ２（Layer 2）処理部１５１、Ｌ３（Layer 3）処理部１５２の機能を実行する。
【００４２】
ＤＳＰ１０５は、例えば、端末制御部１１０、自サーバ制御情報処理部１２０、他サーバ制御情報処理部１３０、Ｓ１−ＩＦ処理部１４０、Ｘ２−ＩＦ処理部１４５、Ｌ１処理部１５０、Ｌ２処理部１５１、及びＬ３処理部１５２に対応する。
【００４３】
端末制御部１１０は、例えば、端末３００に対する制御を行う。端末制御部１１０は、例えば、Ｓ１−ＩＦ処理部１４０を介して、端末３００との間でユーザデータ（又は個別データ）やハンドオーバに関するメッセージなどを交換する。また、端末制御部１１０は、例えば、Ｓ１−ＩＦ処理部１４０やＸ２−ＩＦ処理部１４５を介して、ＥＰＣ／ＧＷ４００や他の基地局１００−２の間でユーザデータなどをそれぞれ交換する。端末制御部１１０は、情報要求部１１１と情報受信部１１２を備える。
【００４４】
情報要求部１１１は、例えば、ユーザデータやメッセージなどを、Ｓ１−ＩＦ処理部１４０やＸ２−ＩＦ処理部１４５を介して、端末３００やＥＰＣ／ＧＷ４００、或いは他の基地局１００−２へ送信する。
【００４５】
情報受信部１１２は、例えば、Ｓ１−ＩＦ処理部１４０やＸ２−ＩＦ処理部１４５を介して、端末３００やＥＰＣ／ＧＷ４００、他の基地局１００−２から送信されたユーザデータやメッセージなどを受信する。また、情報受信部１１２は、例えば、他の基地局１００−２やＥＰＣ／ＧＷ４００から送信されたハンドオーバに関するメッセージ（又は制御情報）を受信する。情報受信部１１２は、例えば、制御情報受信部であってもよい。
【００４６】
自サーバ制御情報処理部１２０は、例えば、自基地局１００に接続されたアプリケーションサーバ２００に関する制御情報を処理する。例えば、自サーバ制御情報処理部１２０は、ネットワークケーパビリティ情報を生成したり、ハンドオーバに関するメッセージなどを生成したりする。自サーバ制御情報処理部１２０は、情報要求部１２１と情報受信部１２２を備える。
【００４７】
情報要求部１２１は、例えば、Ｘ２−ＩＦ処理部１４５を介して、ソース基地局１００−１へネットワークケーパビリティ情報やハンドオーバに関するメッセージなどを送信する。また、情報要求部１２１は、例えば、Ｓ１−ＩＦ処理部１４０を介して、ＥＰＣ／ＧＷ４００へ、ネットワークケーパビリティ情報やハンドオーバに関するメッセージなどを送信する。
【００４８】
情報受信部１２２は、例えば、Ｘ２−ＩＦ処理部１４５を介して、ソース基地局１００−１から、ネットワークケーパビリティ情報の送信要求（以下、「ネットワークケーパビリティ要求」と称する場合がある。）やハンドオーバに関するメッセージなどを受信する。また、情報受信部１２２は、例えば、Ｓ１−ＩＦ処理部１４０を介して、ＥＰＣ／ＧＷ４００から、ネットワークケーパビリティ情報の送信要求やハンドオーバに関するメッセージなどを受信する。
【００４９】
他サーバ制御情報処理部１３０は、例えば、他の基地局に接続されたアプリケーションサーバ２００に関する制御情報を処理する。他サーバ制御情報処理部１３０は、例えば、ネットワークケーパビリティ要求を生成したり、ハンドオーバに関するメッセージなどを生成したりする。
【００５０】
情報要求部１３１は、例えば、Ｘ２−ＩＦ処理部１４５を介して、ターゲット基地局１００−２へ、ネットワークケーパビリティ要求やハンドオーバに関するメッセージなどを送信する。また、情報要求部１３１は、例えば、Ｓ１−ＩＦ処理部１４０を介して、ＥＰＣ／ＧＷ４００へ、ネットワークケーパビリティ要求やハンドオーバに関するメッセージなどを送信する。
【００５１】
情報受信部１３２は、例えば、Ｘ２−ＩＦ処理部１４５を介して、ターゲット基地局１００−２から、ネットワークケーパビリティ情報やハンドオーバに関するメッセージなどを受信する。また、情報受信部１３２は、例えば、Ｓ１−ＩＦ処理部１４０を介して、ＥＰＣ／ＧＷ４００から、ネットワークケーパビリティ情報やハンドオーバに関するメッセージなどを受信する。情報受信部１３２は、例えば、当該メッセージ（又は制御情報）を受信することから、制御情報受信部であってもよい。
【００５２】
Ｓ１−ＩＦ処理部１４０は、ＥＰＣ／ＧＷ４００との間でＳ１インタフェースに関するパケットデータを交換する。具体的には、例えば、Ｓ１−ＩＦ処理部１４０は、端末制御部１１０や自サーバ制御情報処理部１２０、又は他サーバ制御情報処理部１３０から出力されたユーザデータやメッセージなどを受け取り、これらをＳ１インタフェースのパケットデータに変換してＥＰＣ／ＧＷ４００へ送信する。また、例えば、Ｓ１−ＩＦ処理部１４０は、ＥＰＣ／ＧＷ４００から受け取ったパケットデータからユーザデータやメッセージなどを抽出し、端末制御部１１０や自サーバ制御情報処理部１２０、又は他サーバ制御情報処理部１３０へ出力する。
【００５３】
Ｘ２−ＩＦ処理部１４５は、他の基地局１００−２との間でＸ２インタフェースに関するパケットデータを交換する。具体的には、Ｘ２−ＩＦ処理部１４５は、例えば、端末制御部１１０や自サーバ制御情報処理部１２０、又は他サーバ制御情報処理部１３０から出力されたユーザデータやメッセージなどを受け取り、これらをＸ２インタフェースのパケットデータに変換して他の基地局１００−２へ送信する。また、例えば、Ｘ２−ＩＦ処理部１４５は、他の基地局１００−２から受け取ったパケットデータからユーザデータやメッセージなどを抽出し、端末制御部１１０や自サーバ制御情報処理部１２０、又は他サーバ制御情報処理部１３０へ出力する。
【００５４】
Ｌ１処理部１５０は、例えば、変調処理や符号化処理などのレイヤ１に関する処理を行う。具体的には、Ｌ１処理部１５０は、例えば、無線処理部１６０からベースバンド信号を受け取り、受け取ったベースバンド信号に対して復調処理などを施して、ＭＡＣ（Media Access Control）パケットを生成する。Ｌ１処理部１５０はＭＡＣパケットをＬ２処理部１５１へ出力する。また、Ｌ１処理部１５０は、例えば、Ｌ２処理部１５１からＭＡＣパケットを受け取り、受け取ったＭＡＣパケットに含まれるデータなどに対して、変調処理などを施して、ベースバンド信号へ変換する。Ｌ１処理部１５０はベースバンド信号を無線処理部１６０へ出力する。
【００５５】
Ｌ２処理部１５１は、例えば、無線リソースの割当てや再送制御などのレイヤ２に関する処理を行う。具体的には、Ｌ２処理部１５１は、例えば、Ｌ１処理部１５０から受け取ったＭＡＣパケットからＩＰ（Internet Protocol）パケットを抽出し、抽出したＩＰパケットをＬ３処理部１５２へ出力する。また、Ｌ２処理部１５１は、例えば、Ｌ３処理部１５２から受け取ったＩＰパケットに対して、ＭＡＣヘッダなどを付加するなどしてＭＡＣパケットを生成し、生成したＭＡＣパケットをＬ２処理部１５１へ出力する。
【００５６】
Ｌ３処理部１５２は、例えば、報知情報の配信処理やＲＲＣ（Radio Resource Control）接続など、レイヤ３に関する処理を行う。具体的には、Ｌ３処理部１５２は、例えば、Ｌ２処理部１５１から受け取ったＩＰパケットを、Ｓ１−ＩＦ処理部１４０を介して端末制御部１１０へ出力する。また、Ｌ３処理部１５２は、例えば、Ｓ１−ＩＦ処理部１４０を介して端末制御部１１０から受け取ったＩＰパケットをＬ２処理部１５１へ出力する。
【００５７】
無線処理部１６０は、例えば、Ｌ１処理部１５０から出力されたベースバンド信号に対して周波数変換処理などを施して、無線帯域の無線信号へ変換して端末３００へ送信する。また、無線処理部１６０は、端末３００から送信された無線信号を受信し、受信した無線信号に対して周波数変換処理などを施して、ベースバンド帯域のベースバンド信号へ変換し、変換したベースバンド信号をＬ１処理部１５０へ出力する。
【００５８】
＜アプリケーションサーバの構成例＞
図４はアプリケーションサーバ２００の構成例を表す図である。アプリケーションサーバ２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、及びメモリ２０４を備える。ＣＰＵ２０１は、ＲＯＭ２０２に記憶されたプログラムを読み出して、ＲＡＭ２０３にロードし、ロードしたプログラムを実行することで、データ送受信部２１０、データ解析部２２０、及びアプリケーション部２３０の機能を実行することが可能である。ＣＰＵ２０１は、データ送受信部２１０、データ解析部２２０、及びアプリケーション部２３０に対応する。
【００５９】
データ送受信部２１０は、例えば、基地局１００とＥＰＣ／ＧＷ４００との間でデータや制御情報などを送信したり受信したりする。例えば、データ送受信部２１０は、Ｓ１インタフェース（又はＳ１−Ｕ（User plane））を利用してデータや制御情報などを送受信してもよい。
【００６０】
データ解析部２２０は、例えば、制御情報を解析し、データ送受信部２１０とアプリケーション部２３０の間でユーザデータを交換（又は中継）する。例えば、データ解析部２２０は、制御情報に基づいて、アプリケーション部２３０へサービスの提供を指示したり、停止を指示したりすることができる。
【００６１】
アプリケーション部２３０は、例えば、データ解析部２２０からの指示に従って、サービスを端末３００へ向けて提供したり、サービスの提供を停止したりする。アプリケーション部２３０は、例えば、メモリ２０４に記憶されたコンテンツを読み出して端末３００へ送信することで、動画配信サービスを提供する。
【００６２】
なお、データ送受信部２１０又はデータ解析部２２０は、例えば、基地局１００を介して、端末３００との間でユーザデータ（又は個別データ）を送受信する通信部であってもよい。また、例えば、データ送受信部２１０又はデータ解析部２２０は、例えば、ターゲット基地局１００−２に接続されたアプリケーションサーバ２００−２や、ソース基地局１００−１に接続されたアプリケーションサーバ２００−１へ、アプリケーション状態情報を送信するサーバ回線制御部であってもよい。
【００６３】
＜端末の構成例＞
図５は端末３００の構成例を表す図である。端末３００は、メモリ３０１、ＣＰＵ３０２、ＲＯＭ３０３、ＲＡＭ３０４、ＤＳＰ３０５、ＬＣＤ（Liquid Crystal Display）３２０、及び無線ＨＷ（Hardware）３３０を備える。
【００６４】
メモリ３０１は、例えば、ユーザデータや制御情報などを記憶する。
【００６５】
ＣＰＵ３０２は、ＲＯＭ３０３に記憶されたプログラムを読み出してＲＡＭ３０４にロードし、ロードしたプログラムを実行することで、端末アプリケーション部３１０の機能を実行する。ＣＰＵ３０２は、例えば、端末アプリケーション部３１０に対応する。
【００６６】
端末アプリケーション部３１０は、例えば、ＯＳ（Operating System）部３１１を介して、電話やＷｅｂ閲覧などの種々のアプリケーションを実行する。
【００６７】
ＬＣＤ３２０は、例えば、端末アプリケーション部３１０からユーザデータなどを受け取り、当該データを映像表示させる。また、ＬＣＤ３２０は、例えば、ユーザによる操作により、当該操作に対応する制御情報を生成して、端末アプリケーション部３１０へ出力する。このような制御情報としては、例えば、コンテンツの配信要求などがある。
【００６８】
ＤＳＰ３０５は、ＣＰＵ３０２からの指示により、ＲＯＭ３０３に記憶されたプログラムを実行することで、Ｌ１処理部３３１、Ｌ２処理部３３２、及びＬ３処理部３３３の機能を実行する。ＤＳＰ３０５は、例えば、Ｌ１処理部３３１、Ｌ２処理部３３２、及びＬ３処理部３３３に対応する。
【００６９】
無線ＨＷ３３０は、例えば、無線信号に対する処理を行う。例えば、無線ＨＷ３３０は、Ｌ１処理部３３１からベースバンド信号を受け取り、ベースバンド信号に対して周波数変換処理などを施して無線信号へ変換して、変換した無線信号を基地局１００へ送信する。また、無線ＨＷ３３０は、例えば、基地局１００から送信された無線信号を受信し、受信した無線信号に対して周波数変換処理などを施してベースバンド信号へ変換し、変換したベースバンド信号をＬ１処理部３３１へ出力する。無線ＨＷ３３０は、例えば、基地局１００から送信された制御情報やユーザデータなどを受信する受信部であってもよい。
【００７０】
Ｌ１処理部３３１は、例えば、変調処理や符号化処理などのレイヤ１に関する処理を行う。具体的には、Ｌ１処理部３３１は、例えば、無線ＨＷ３３０から受け取ったベースバンド信号に対して復調処理などを施してＭＡＣパケットを生成し、生成したＭＡＣパケットをＬ２処理部３３２へ出力する。また、Ｌ１処理部３３１は、例えば、Ｌ２処理部３３２から受け取ったＭＡＣパケットに含まれるデータなどに対して変調処理などを施してベースバンド信号へ変換し、変換したベースバンド信号を無線ＨＷ３３０へ出力する。
【００７１】
Ｌ２処理部３３２は、例えば、再送制御などのレイヤ２に関する処理を行う。具体的には、Ｌ２処理部３３２は、例えば、Ｌ１処理部３３１からＭＡＣパケットを受け取り、ＭＡＣパケットからＩＰパケットを抽出し、抽出したＩＰパケットをＬ３処理部３３３へ出力する。また、Ｌ２処理部３３２は、例えば、Ｌ３処理部３３３からＩＰパケットを受け取り、ＩＰパケットからＭＡＣヘッダを付加するなどしてＭＡＣパケットを生成し、生成したＭＡＣパケットをＬ１処理部３３１へ出力する。
【００７２】
Ｌ３処理部３３３は、例えば、報知情報の配信処理やＲＲＣ（Radio Resource Control）接続など、レイヤ３に関する処理を行う。具体的には、Ｌ３処理部３３３は、例えば、Ｌ２処理部３３２から受け取ったＩＰパケットを、端末アプリケーション部３１０へ出力する。また、Ｌ３処理部３３３は、例えば、端末アプリケーション部３１０から受け取ったＩＰパケットをＬ２処理部３３２へ出力する。
【００７３】
＜動作例＞
次に動作例について説明する。最初に動作例１及び動作例２について簡単に説明する。
【００７４】
＜１．動作例１＞
図６は動作例１の例を表すシーケンス図である。本第１の実施の形態では、ソース基地局１００−１は、ターゲット基地局１００−２に対して、ネットワークケーパビリティ（Network capability）要求を送信する（Ｓ１０）。ターゲット基地局１００−２は、この要求を受信すると、ネットワークケーパビリティ応答をソース基地局１００−１へ送信する。
【００７５】
ネットワークケーパビリティ要求により、ソース基地局１００−１は、ターゲット基地局１００−２に接続されたアプリケーションサーバ２００−２のネットワークケーパビリティ情報の送信を要求する。そして、ターゲット基地局１００−２は、ネットワークケーパビリティ応答により、ネットワークケーパビリティ情報をソース基地局１００−１へ送信する。動作例１の詳細は後述する。
【００７６】
＜２．動作例２＞
図７は動作例２を表すシーケンス図である。本動作例２は情報収集動作の例である。
【００７７】
図７に示すように、ターゲット基地局１００−２〜１００−４が各々自局に接続されたアプリケーションサーバ２００のネットワークケーパビリティ情報を収集する（Ｓ２０〜Ｓ２２）。
【００７８】
図１３は、ネットワークケーパビリティ情報の収集動作の例を表している。ターゲット基地局１００−２は情報収集メッセージをＥＰＣ／ＧＷ４００（図１３ではＭＭＥ４３０とＳ−ＧＷ４１０）へ送信し、ＥＰＣ／ＧＷ４００から応答メッセージを受信する（Ｓ５２）。
【００７９】
ターゲット基地局１００−２では、例えば、以下の処理を行う。すなわち、自サーバ制御情報処理部１２０は情報収集メッセージを生成し、Ｓ１−ＩＦ処理部１４０などを介して、自局に接続されたＥＰＣ／ＧＷ４００へ送信する。自サーバ制御情報処理部１２０は、Ｓ１−ＩＦ処理部１４０などを介して、ＥＰＣ／ＧＷ４００から応答メッセージを受信し、応答メッセージからネットワークケーパビリティ情報を抽出する、自サーバ制御情報処理部１２０は、抽出したネットワークケーパビリティ情報をメモリ１０１に記憶する。
【００８０】
なお、自サーバ制御情報処理部１２０は、各メッセージを情報要求部１２１と情報受信部１２２を介して送信したり受信したりする。また、自サーバ制御情報処理部１２０は、例えば、ネットワークケーパビリティ情報などの制御情報を収集する制御情報収集部であってもよい。
【００８１】
また、自サーバ制御情報処理部１２０は、アプリケーションサーバ２００−２がターゲット基地局１００−２にコンバインされている場合は、ＡＰＩ（Application Programming Interface）などを利用して、メモリ１０１に記憶されたアプリケーションサーバ２００−２のネットワークケーパビリティ情報を読み出す。これにより、ターゲット基地局１００−２は自局にコンバインされたアプリケーションサーバ２００−２のネットワークケーパビリティ情報を取得できる。
【００８２】
図７に戻り、ターゲット基地局１００−２〜１００−４は各々収集したネットワークケーパビリティ情報を、ハンドオーバの移動元の基地局であるソース基地局１００−１へ送信する（Ｓ２３）。例えば、各ターゲット基地局１００−２〜１００−４の自サーバ制御情報処理部１２０は、収集したネットワークケーパビリティ情報を、Ｘ２−ＩＦ処理部１４５を介してソース基地局１００−１へ送信する。
【００８３】
ソース基地局１００−１は、ターゲット基地局１００−２〜１００−４から送信されたネットワークケーパビリティ情報を受信し、隣接するターゲット基地局１００−２〜１００−４のネットワークケーパビリティ情報を取得する（Ｓ２４）。例えば、ソース基地局１００−１の他サーバ制御情報処理部１３０は、Ｓ１−ＩＦ処理部１４０を介して、ネットワークケーパビリティ情報を受信し、受信したネットワークケーパビリティ情報をメモリ１０１に記憶する。これにより、例えば、ソース基地局１００−１ではターゲット基地局１００−２〜１００−４のネットワークケーパビリティ情報をハンドオーバ開始前に事前に収集することが可能となる。ソース基地局１００−１における他サーバ制御情報処理部１３０も、例えば、制御情報収集部となり得る。
【００８４】
ソース基地局１００−１は、収集したネットワークケーパビリティ情報を含む報知情報を端末３００へ向けて送信する（Ｓ２５）。
【００８５】
ソース基地局１００−１では、例えば、以下の処理を行う。すなわち、自サーバ制御情報処理部１２０は収集したネットワークケーパビリティ情報を端末制御部１１０へ出力する。端末制御部１１０は、ネットワークケーパビリティ情報を含む報知情報を生成し、端末３００へ送信する。
【００８６】
以後は、ハンドオーバプロシジャーが実行される。すなわち、ソース基地局１００−１は、端末３００に対して、測定開始要求を送信し（Ｓ２６）、端末３００は、各基地局１００−１〜１００−４から送信された参照信号に基づいて受信電力などを測定し（Ｓ２７，Ｓ２９，Ｓ３１，Ｓ３３）、その測定結果をソース基地局１００−１へ送信する（Ｓ２８，Ｓ３０，Ｓ３２，Ｓ３４）。ソース基地局１００−１は、測定結果に基づいてターゲット基地局１００−２をハンドオーバ先として決定し（Ｓ３５）、ターゲット基地局１００−２へアプリケーション状態情報を送信する（Ｓ３６）。
【００８７】
アプリケーション状態情報は、例えば、端末３００において、アプリケーションサーバ２００から提供されるサービスの継続又は状態に関する情報である。このような情報の例として、例えば、アプリケーションサーバ２００が端末３００にサービスを提供した時間がある。アプリケーション状態情報の詳細は後述する。
【００８８】
そして、端末３００は、以後、ハンドオーバプロシジャーを実施する（Ｓ３７）。
【００８９】
上述した例は情報収集動作がハンドオーバ開始前に行われる例について説明した。このような情報収集動作（Ｓ２０〜Ｓ２４）は、例えば、ハンドオーバ開始前に最低１回は行われてもよい。あるいは一定周期毎の情報収集動作（Ｓ２０〜Ｓ２４）が行われてもよい。
【００９０】
図１５は、情報収集動作の例として、参照信号送信後に行われる場合のシーケンス例を表している。
【００９１】
図７の例と同様に、ソース基地局１００−１は測定開始要求を端末３００へ送信後（Ｓ６１）、端末３００は各基地局１００−１〜１００−４からの参照信号を受信する（Ｓ６２，Ｓ６４，Ｓ６６，Ｓ６８）。そして、端末３００は、測定結果をソース基地局１００−１へ送信する（Ｓ６３，Ｓ６５，Ｓ６７，Ｓ６９）。
【００９２】
その後、各ターゲット基地局１００−２〜１００−４は、自局に接続されたアプリケーションサーバ２００のネットワークケーパビリティ情報を収集する（Ｓ７０〜Ｓ７２）。図７の例と同様に、各ターゲット基地局１００−２〜１００−４は、Ｓ１インタフェースやＡＰＩなどを利用して収集してもよい。
【００９３】
図１５の例では、一定周期後、各ターゲット基地局１００−２〜１００−４は、ネットワークケーパビリティ情報の収集を行っている（Ｓ８０〜Ｓ８２）。各ターゲット基地局１００−２〜１００−４では、一定周期毎に収集を行うことで、例えば、最新のネットワークケーパビリティ情報を収集することが可能となる。そして、各ターゲット基地局１００−２〜１００−４は収集したネットワークケーパビリティ情報をソース基地局１００−１へ送信する。ソース基地局１００−１の自サーバ制御情報処理部１２０は、例えば、周期的に制御情報を収集する制御情報収集部となっている。
【００９４】
この場合、各ターゲット基地局１００−２〜１００−４では、例えば、図１３に示すように、情報収集メッセージの送信（Ｓ５１）と応答メッセージの受信（Ｓ５２）により、ネットワークケーパビリティ情報を収集してもよい。
【００９５】
図１５に戻り、端末３００は、ネットワークケーパビリティ情報収集後、継続して測定結果をソース基地局１００−１へ送信する（Ｓ８３）。
【００９６】
＜１．１  動作例１の具体例について＞
次に、動作例１の具体例について説明する。ここでは、ネットワークケーパビリティ情報とその要求（以下、「ネットワークケーパビリティ要求」と称する場合がある。）をどのようにターゲット基地局１００−２からソース基地局１００−１へ受け渡すのかについて説明する。以下の２つの例がある。
【００９７】
１番目の例として、ネットワークケーパビリティ情報やその要求を、３ＧＰＰなどでＨＯプロシジャーとして定義されているメッセージに追加する例である。
【００９８】
図８（Ａ）はこのような場合のシーケンス例を表す図である。端末３００は、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔをソース基地局１００−１へ送信する（Ｓ４１）。
【００９９】
次に、ソース基地局１００−１は、ネットワークケーパビリティ情報の要求（以下、「ネットワークケーパビリティ要求」と称する場合がある。）を含むＨＯ（Handover）  Ｒｅｑｕｅｓｔをターゲット基地局１００−２へ送信する（Ｓ４２）。
【０１００】
次に、ターゲット基地局１００−２は、自局に接続されたアプリケーションサーバに関するネットワークケーパビリティ情報を含むＨＯ  Ｒｅｑｕｅｓｔ  Ａｃｋ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）をソース基地局１００−１へ送信する（Ｓ４４）。
【０１０１】
次に、ソース基地局１００−１は、端末３００へ、ＨＯ  Ｃｏｍｍａｎｄを送信する（Ｓ４５）。この場合、ソース基地局１００−１は、ネットワークケーパビリティ情報に基づいて、アプリケーションサーバ２００の引継ぎ先となる、ターゲット基地局１００−２に接続されたアプリケーションサーバ２００を決定してもよい。ＨＯ  Ｃｏｍｍｎａｎｄには、例えば、ターゲット基地局１００−２の情報などが含まれる。端末３００はＨＯ  Ｃｏｍｍａｎｄの受信により、ターゲット基地局１００−２へ接続するための制御情報を受信している。
【０１０２】
なお、ターゲット基地局１００−２は、自局に接続されたアプリケーションサーバ２００に関するネットワークケーパビリティ情報については、ハンドオーバシーケンスが行われる前に事前に収集してもよいし（Ｓ４０）、ＨＯ  Ｒｅｑｕｅｓｔを受けて、収集してもよい（Ｓ４３）。
【０１０３】
例えば、ターゲット基地局１００−２は、図１３に示す処理を行って、ネットワークケーパビリティ情報を取得してもよい。すなわち、ターゲット基地局１００−２は、自局を配下とするＭＭＥ４３０やＳ−ＧＷ４１０に対して情報収集メッセージを送信し（Ｓ５１）、その応答メッセージをＭＭＥ４３０やＳ−ＧＷ４１０から受信する（Ｓ５２）。
【０１０４】
アプリケーションサーバ２００がターゲット基地局１００−２内に配置（コンバイン）されているときは、ターゲット基地局１００−２内のＡＰＩを用いてネットワークケーパビリティ情報を受け渡すようにしてもよい。
【０１０５】
２番目の例は、ネットワークケーパビリティ情報とネットワークケーパビリティ要求を、ハンドオーバにおける新たなシーケンスとして追加する例がある。
【０１０６】
図８（Ｂ）はこのような場合のシーケンス例を表す図である。この場合、ソース基地局１００−１は、ターゲット基地局１００−２へＨＯ  Ｒｅｑｕｅｓｔを送信後（Ｓ４６）、ネットワークケーパビリティ情報の要求を示す新規メッセージ（又は新規プロシジャー。以下では、「新規プロシジャー」と称する場合がある。）を送信する（Ｓ４７）。
【０１０７】
ターゲット基地局１００−２は、このメッセージを受信すると、ネットワークケーパビリティ情報を含む応答メッセージ（新規プロシジャー）を、ソース基地局１００−１へ送信する（Ｓ４８）。
【０１０８】
その後、ターゲット基地局１００−２は、ＨＯ  Ｒｅｑｕｅｓｔ  Ａｃｋをソース基地局１００−１へ送信し（Ｓ４９）、ソース基地局１００−１は端末３００へＨＯ  Ｃｏｍｍａｎｄを送信する（Ｓ４５）。
【０１０９】
ネットワークケーパビリティ要求（Ｓ４７）とネットワークケーパビリティ応答（Ｓ４８）は、図８（Ｂ）の例では、ＨＯ  Ｒｅｑｕｅｓｔ（Ｓ４６）とＨＯ  Ｒｅｑｕｅｓｔ  Ａｃｋ（Ｓ４９）の間で送信されているが、ハンドオーバが完了するまでの間に送信されてもよい。
【０１１０】
なお、１番目と２番目のいずれの例においても、基地局１００がソース基地局１００−１であって、端末３００においてハンドオーバが行われる場合、例えば、以下のような動作となる。
【０１１１】
すなわち、端末３００から送信された制御情報（Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔなど）（又はメッセージ）などは、無線処理部１６０などを経由して端末制御部１１０へ送信される。端末制御部１１０は、このような制御情報を受信すると、ハンドオーバに関する制御情報の送信を自サーバ制御情報処理部１２０や他サーバ制御情報処理部１３０へ指示する。この場合、端末制御部１１０は、ネットワークケーパビリティ要求の送信を他サーバ制御情報処理部１３０へ指示し、他の制御情報については自サーバ制御情報処理部１２０へ指示してもよい。自サーバ制御情報処理部１２０と他サーバ制御情報処理部１３０は、指示に従って、ハンドオーバに関する制御情報などを生成して、Ｘ２−ＩＦ処理部１４５やＳ１−ＩＦ処理部１４０を介して、ターゲット基地局１００−２やＥＰＣ／ＧＷ４００へそれぞれ送信する。この場合、他サーバ制御情報処理部１３０は、ネットワークケーパビリティ要求を含むＨＯ  Ｒｅｑｕｅｓｔを生成して送信してもよいし、新規プロシジャーとしてネットワークケーパビリティ要求を生成して送信してもよい。
【０１１２】
一方、他の基地局１００−２やＥＰＣ／ＧＷ４００から送信された制御情報などは、Ｘ２−ＩＦ処理部１４５やＳ１−ＩＦ処理部１４０をそれぞれ介して、自サーバ制御情報処理部１２０や他サーバ制御情報処理部１３０へ送信される。この場合、ネットワークケーパビリティ情報（ＨＯ  Ｒｅｑｕｅｓｔ  Ａｃｋに含まれてもよいし、新規プロシジャーでもよい）は、他サーバ制御情報処理部１３０、ハンドオーバに関する他の制御情報などは自サーバ制御情報処理部１２０において受信してもよい。自サーバ制御情報処理部１２０と他サーバ制御情報処理部１３０は、受信した制御情報などを端末制御部１１０へ出力する。端末制御部１１０は受け取った制御情報などを、Ｓ１−ＩＦ処理部１４０やＸ２−ＩＦ処理部１４５などを介して、端末３００へ向けて送信する。
【０１１３】
他方、基地局１００がターゲット基地局１００−２であって、端末３００においてハンドオーバが行われる場合、例えば、以下のような動作となる。
【０１１４】
すなわち、ソース基地局１００−１やＥＰＣ／ＧＷ４００から送信された制御情報などは、Ｘ２−ＩＦ処理部１４５やＳ１−ＩＦ処理部１４０をそれぞれ介して、自サーバ制御情報処理部１２０や他サーバ制御情報処理部１３０へ送信される。この場合、ネットワークケーパビリティ要求や他のハンドオーバに関する制御情報などは自サーバ制御情報処理部１２０において受信してもよい。自サーバ制御情報処理部１２０は、ネットワークケーパビリティ要求（ＨＯ  Ｒｅｑｕｅｓｔに含まれてもよいし、新規プロシジャーでもよい）を受信すると、Ｓ１−ＩＦ処理部１４０を介してＥＰＣ／ＧＷ４００とメッセージを交換するなどして、ネットワークケーパビリティ情報を収集する。或いは、自サーバ制御情報処理部１２０は、メモリ１０１に記憶されたネットワークケーパビリティ情報をメモリ１０１から読み出す。そして、自サーバ制御情報処理部１２０は、収集或いは読み出したネットワークケーパビリティ情報を、Ｘ２−ＩＦ処理部１４５を介して、ソース基地局１００−１へ送信する。この場合、自サーバ制御情報処理部１２０は、ネットワークケーパビリティ情報を含むＨＯ  Ｒｅｑｕｅｓｔ  Ａｃｋを生成してもよいし、ネットワークケーパビリティ情報を新規プロシジャーとして生成してもよい。また、自サーバ制御情報処理部１２０は、ハンドオーバに関する他の制御情報などを受信すると、ハンドオーバに関する制御情報などを生成して、Ｓ１−ＩＦ処理部１４０やＸ２−ＩＦ処理部１４５を介して、ＥＰＣ／ＧＷ４００やソース基地局１００−１へ送信する。
【０１１５】
いずれの場合も、端末制御部１１０や自サーバ制御情報処理部１２０、他サーバ制御情報処理部１３０は、情報受信部１１２，１２２，１３２を介して制御情報などを受信し、情報要求部１１１，１２１，１３１を介して制御情報などを送信する。
【０１１６】
基地局１００がソース基地局１００−１の場合、例えば、自サーバ制御情報処理部１２０と他サーバ制御情報処理部１３０は制御情報を要求する制御情報要求部であってもよい。また、この場合、例えば、端末制御部１１０がハンドオーバに関する制御情報などを端末３００へ送信する送信部であってもよい。
【０１１７】
また、基地局１００がターゲット基地局１００−２の場合、例えば、自サーバ制御情報処理部１２０が制御情報通知部であってもよい。
【０１１８】
＜１．２  パケット構成例＞
ネットワークケーパビリティ要求やネットワークケーパビリティ情報が基地局１００−１，１００−２間で交換される場合、例えば、Ｘ２インタフェースが利用される。図９はＸ２インタフェースによるパケットデータの構成例を表す図である。図９に示すように、ＩＰパケットのペイロード領域にＳＣＴＰ（Stream Control Transmission Protocol）ヘッダとＳＣＴＰデータチャンク領域が含まれる。そして、ＳＣＴＰデータチャンク領域に、Ｘ２−ＡＰ（X2 Application Protocol）ヘッダとＸ２−ＡＰペイロード領域が含まれ、Ｘ２−ＡＰペイロード領域に、ネットワークケーパビリティ要求とネットワークケーパビリティ情報が含まれる。
【０１１９】
図１０はＨＯ  Ｒｅｑｕｅｓｔに含まれる情報要素（ＩＥ（Information Element））の例を表す図である。図９に示すパケットが、例えば、ＨＯ  Ｒｅｑｕｅｓｔとして送信される場合、Ｘ２−ＡＰペイロード領域に、ＨＯ  Ｒｅｑｕｅｓｔｎｏの情報要素が含まれる。そして、ＨＯ  Ｒｅｕｑｅｓｔにネットワークケーパビリティ要求が含まれる場合、図１０に示すように、ＨＯ  Ｒｅｕｑｅｓｔに新たな情報要素として「ＮＷ  Ｃａｐａｂｉｌｉｔｙ  Ｒｅｑｕｅｓｔ  Ｃｏｎｄｉｔｉｏｎ」が追加される。「ＮＷ  Ｃａｐａｂｉｌｉｔｙ  Ｒｅｑｕｅｓｔ  Ｃｏｎｄｉｔｉｏｎ」は、例えば、ネットワークケーパビリティ要求を表している。
【０１２０】
例えば、「ＮＷ  Ｃａｐａｂｉｌｉｔｙ  Ｒｅｑｕｅｓｔ  Ｃｏｎｄｉｔｉｏｎ」を含むＨＯ  Ｒｅｑｕｅｓｔの情報要素はソース基地局１００−１の他サーバ制御情報処理部１３０で生成される。他サーバ制御情報処理部１３０は、生成したＨＯ  Ｒｅｑｕｅｓｔを、情報要求部１３１とＸ２−ＩＦ処理部１４５を介して、ターゲット基地局１００−２へ送信する。
【０１２１】
図１１はＨＯ  Ｒｅｑｕｅｓｔ  Ａｃｋに含まれる情報要素の例を表す図である。図９に示すパケットが、例えば、ＨＯ  Ｒｅｑｕｅｓｔ  Ａｃｋとして送信される場合、Ｘ２−ＡＰペイロード領域に、ＨＯ  Ｒｅｑｕｅｓｔ  Ａｃｋの情報要素が含まれることになる。そして、ＨＯ  Ｒｅｑｕｅｓｔ  Ａｃｋにネットワークケーパビリティ情報を含ませる場合、図１１に示すように、ＨＯ  Ｒｅｑｕｅｓｔ  Ａｃｋに新たな情報要素として「ＮＷ  Ｃａｐａｂｉｌｉｔｙ」が追加される。「ＮＷ  Ｃａｐａｂｉｌｉｔｙ」、例えば、ネットワークケーパビリティ情報を表している。
【０１２２】
なお、図１０と図１１の例は、ネットワークケーパビリティ要求とネットワークケーパビリティ情報を、ＨＯ  ＲｅｑｕｅｓｔとＨＯ  Ｒｅｑｕｅｓｔ  Ａｃｋにそれぞれ含めて送信される例である。例えば、ネットワークケーパビリティ要求とネットワークケーパビリティ情報は、ハンドオーバプロシジャーにおいて、基地局１００−１，１００−２間で交換される他のメッセージに含めて送信されてもよい。いずれの場合も、図１０と図１１に示すように、新たな情報要素を加えることで、これらの情報を交換することが可能となる。
【０１２３】
また、ネットワークケーパビリティ要求とネットワークケーパビリティ情報を新規プロシジャーで送信する場合は、例えば、以下のようになる。すなわち、ネットワークケーパビリティ要求については、図１０に示す情報要素のうち、「Ｍｅｓｓａｇｅ  ｔｙｐｅ」と「ＮＷ  Ｃａｐａｂｉｌｉｔｙ  Ｒｅｑｕｅｓｔ  Ｃｏｎｄｉｔｉｏｎ」を情報要素として含むものを新規プロシジャーとしてもよい。また、ネットワークケーパビリティ情報については、図１１に示す情報要素のうち、「Ｍｅｓｓａｇｅ  ｔｙｐｅ」と「ＮＷ  Ｃａｐａｂｉｌｉｔｙ」を情報要素として含むものを新規プロシジャーとしてもよい。
【０１２４】
また、図１２は、ネットワークケーパビリティ情報を報知情報として送信する場合の報知情報に含まれる情報要素の例を表している。報知情報は、例えば、ＳＩＢ（System Information Block）に含まれて送信される。ＳＩＢは、現在では、ＳＩＢ１〜ＳＩＢ２５まで存在する。図１２に示す例はＳＩＢ２の場合の情報要素の例を表している。図１２に示すように、ＳＩＢ２において、新たな情報要素として「ＮＷ  Ｃａｐａｂｉｌｉｔｙ」が含まれ、「ＮＷ  Ｃａｐａｂｉｌｉｔｙ」において、ターゲット基地局１００−２のネットワークケーパビリティ情報含まれて送信される。図１２は一例であって、ＳＩＢ１，ＳＩＢ３〜ＳＩＢ２５など、他のＳＩＢを用いて、ネットワークケーパビリティ情報が送信されてもよく、その場合は、図１２に示すように新たな情報要素が追加されることになる。
【０１２５】
＜１．３  ネットワークケーパビリティ情報＞
図１４はネットワークケーパビリティ情報の例を表している。ネットワークケーパビリティ情報は、例えば、移動先候補、接続情報、経路情報、伝送遅延情報、対応サービスの各情報を含む。
【０１２６】
移動先候補は、例えば、ターゲット基地局１００−２に接続されたアプリケーションサーバ２００を表している。図２の例で、端末３００がソース基地局１００−１からターゲット基地局１００−２へハンドオーバするとき、「アプリケーションサーバＡ」が基地局１００−２内に配置されたアプリケーションサーバ、「アプリケーションサーバＢ」がＳ−ＧＷ４１０−１内に配置されたアプリケーションサーバ、などとなる。
【０１２７】
図１４に戻り、接続情報は、例えば、アプリケーションサーバ２００を他のアプリケーションサーバと識別する識別情報を表す。図１４の例では、接続情報はＩＰアドレスで表されている。接続情報は、例えば、アプリケーションサーバ２００のアプリケーション状態情報の受け渡し先のアドレスを特定する場合に用いられる。
【０１２８】
経路情報は、例えば、ハンドオーバ先のアプリケーションサーバ２００がネットワークにおいてどこに配置されているのかを表している。図２の例では、「アプリケーションサーバＡ」がターゲット基地局１００−２内に配置されているとき、経路情報は、「（Ｐ−ＧＷ４２０−１）−（Ｓ−ＧＷ４１０−１）−（基地局１００−２）」として表される。例えば、アプリケーションサーバ２００を配下にするＰ−ＧＷ４２０からアプリケーションサーバ２００までの各ノードを繋ぐことで経路情報が表される。
【０１２９】
図１４に戻り、伝送遅延情報は、例えば、アプリケーションサーバ２００から端末３００までの伝送経路においてサービスの提供にかかる時間を表す。例えば、「１０ｍｓ」とあるのは、アプリケーションサーバＡからデータを送信し、端末３００が受信するまでに「１０ｍｓ」かかることを表している。伝送遅延情報は、例えば、アプリケーションサーバ２００によって提供されるサービスの継続にあたり、伝送遅延の要件を満たしているか否かに用いられる。
【０１３０】
対応サービスは、例えば、提供するサービスの品質やサービスの内容などを表している。図１４の例では、「動画配信Ａ」と「動画配信Ｂ」は同一コンテンツの動画配信サービスを表しており、「動画配信Ａ」は高画質、「動画海浜Ｂ」は低画質、を表している。また、「動画配信Ｃ」は、例えば、「動画配信Ａ」とは異なるコンテンツの動画配信サービスを表している。対応サービスは、例えば、ハンドオーバ先のアプリケーションサーバ２００が提供するサービスがハンドオーバ元のアプリケーションサーバ２００が提供していたサービスと対応しているのか否かを確認するために用いられる場合がある。対応サービスには、例えば、アプリケーションサーバ２００において各サービスを提供するときに許容可能な伝送遅延時間が含まれてもよい。例えば、「動画配信Ａ」において許容可能な伝送遅延時間は「１０ｍｓ」、「動画配信Ｂ」において許容可能な伝送遅延時間は「１５ｍｓ」など、サービス毎に伝送遅延時間が含まれもよい。
【０１３１】
図１４においては、例えば、「接続情報」と「経路情報」がアプリケーションサーバ２００の位置情報を表し、「伝送遅延情報」がアプリケーションサーバ２００の伝送能力に関する情報を表し、「対応サービス」が提供可能なサービスを表している。このような情報を含むネットワークケーパビリティ情報が、例えば、図１１に示す「ＮＷ  Ｃａｐｂｉｌｉｔｙ」の情報要素に含まれて、ターゲット基地局１００−２からソース基地局１００−１へ送信される。
【０１３２】
以降においては、動作例１や動作例２を利用した様々な動作例について説明する。
【０１３３】
＜３．他のターゲット基地局の選択＞
本動作例は、ソース基地局１００−１がターゲット基地局１００−２を選択後、ネットワークケーパビリティ情報に基づいて他のターゲット基地局１００−３を選択する例である。
【０１３４】
図１６は本動作例のシーケンス例を表している。
【０１３５】
ソース基地局１００−１は、端末３００から受信したＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ（Ｓ４１）に基づいて、ターゲット基地局１００−２を選択し、選択したターゲット基地局１００−２へＨＯ  Ｒｅｑｕｅｓｔを送信する（Ｓ４２）。そして、ソース基地局１００−１は、ネットワークケーパビリティ要求を含むＨＯ  Ｒｅｑｕｅｓｔを送信する。
【０１３６】
次に、ソース基地局１００−１は、ネットワークケーパビリティ情報を含むＨＯ  Ｒｅｑｕｅｓｔ  Ａｃｋを受信する（Ｓ４４）。このとき、ソース基地局１００−１は、ネットワークケーパビリティ情報に基づいて、ハンドオーバ先を、基地局１００−２から基地局１００−３へ変更する（Ｓ９０）。
【０１３７】
例えば、以下のような処理が行われる。すなわち、ソース基地局１００−１の他サーバ制御情報処理部１３０は、ターゲット基地局１００−２からネットワークケーパビリティ情報を受信すると、受信したネットワークケーパビリティ情報を端末制御部１１０へ出力する。端末制御部１１０は、ネットワークケーパビリティ情報に基づいて、ターゲット基地局１００−２を変更する。具体的には、端末制御部１１０は、移動元のアプリケーションサーバ２００−１の「伝送遅延時間」や「対応サービス」と、アプリケーションサーバ２００−２又は２００−３の「伝送遅延時間」や「対応サービス」がマッチングするか否かなどにより判別してもよい。端末制御部１１０は、移動元のアプリケーションサーバ２００−１が要求するケーパビリティ情報と、移動先のアプリケーションサーバ２００−３とがマッチングすると判別すると、アプリケーションサーバ２００−３と接続された基地局１００−３をハンドオーバ先の移動局に変更する。端末制御部１１０は、例えば、ターゲット基地局を基地局１００−２から基地局１００−３へ変更する無線回線制御であってもよい。
【０１３８】
そして、ソース基地局１００−１は、変更後の基地局１００−３へ、ＨＯ  Ｒｅｑｕｅｓｔを送信し（Ｓ９１）、基地局１００−３からＨＯ  Ｒｅｑｕｅｓｔ  Ａｃｋを受信する（Ｓ９２）。この場合、ソース基地局１００−１は、ＨＯ  Ｒｅｑｕｅｓｔにネットワークケーパビリティ要求を含めなくてもよいし、ターゲット基地局１００−２も、ＨＯ  Ｒｅｑｕｅｓｔ  Ａｃｋにネットワークケーパビリティ情報を含めなくてもよい。
【０１３９】
例えば、ソース基地局１００−１の端末制御部１１０は、ＨＯ  Ｒｅｑｕｅｓｔを生成し、生成したＨＯ  Ｒｅｑｕｅｓｔを、Ｘ２−ＩＦ処理部１４５を介して、変更後のターゲット基地局１００−３へ送信する。
【０１４０】
以降は、ソース基地局１００−１は、移動先が基地局１００−３であることを指定した情報を含むＨＯ  Ｃｏｍｍａｎｄを端末３００へ送信し（Ｓ９３）、基地局１００−３をターゲット基地局としてハンドオーバプロシジャーを継続する（Ｓ９４）。
【０１４１】
＜４．事前切替＞
本動作例は、上述した＜３．他のターゲット基地局の選択＞と一部重複するが、ソース基地局１００−１が事前収集したネットワークケーパビリティ情報に基づいてアプリケーションサーバ２００（又はターゲット基地局１００−２）を事前に切替える例である。ハンドオーバプロシジャー完了後、端末３００とターゲット基地局１００−２の通信切替が完了した時点で、端末３００とアプリケーションサーバ２００との通信再開が可能となる。
【０１４２】
図１７は本動作例におけるシーケンス例を表している。ソース基地局１００−１には、ターゲット基地局１００−２からアプリケーションサーバ２００−２のネットワークケーパビリティを既に収集しているものとする。
【０１４３】
端末３００は、アプリケーションサーバ２００−１からサービスの提供を受け（Ｓ１００）、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔをソース基地局１００−１へ送信する（Ｓ１０１）。
【０１４４】
ソース基地局１００−１は、測定結果によりハンドオーバ開始を判別し（Ｓ１０２）、事前に収集したネットワークケーパビリティ情報に基づいて、アプリケーションサーバ２００−２を切り替え先として判別する（Ｓ１０３）。例えば、ソース基地局１００−１の自サーバ制御情報処理部１２０は、メモリ１０１から読み出したネットワークケーパビリティ情報に基づいて、アプリケーションサーバ２００の切り替え先をアプリケーションサーバ２００−１からアプリケーションサーバ２００−２へ変更することを決定する。自サーバ制御情報処理部１２０は、例えば、アプリケーションサーバ２００の切替先を決定する回線制御部であってもよい。
【０１４５】
そして、ソース基地局１００−１は、ハンドオーバを開始し（Ｓ１０５）、アプリケーションサーバ２００−２を有するターゲット基地局１００−２との間で、ＨＯ  ＲｅｑｕｅｓｔとＨＯ  Ｒｅｑｕｅｓｔ  Ａｃｋを交換する（Ｓ１０６，Ｓ１０７）。
【０１４６】
その後、ソース基地局１００−１は、ハンドオーバ先として、基地局１００−２を指定した情報を含むＨＯ  Ｃｏｍｍａｎｄを端末３００へ送信し（Ｓ１０８）、ハンドオーバプロシジャーを継続する（Ｓ１０９）。
【０１４７】
ハンドオーバプロシジャー完了後、端末３００はアプリケーションサーバ２００−２からサービスの提供を受けることになる（Ｓ１１０）。
【０１４８】
アプリケーションサーバ２００の切替（Ｓ１０４）に関しては、例えば、ソース基地局１００−１がこのような判断を行う、ということでもよいし、切替前のアプリケーションサーバ２００−１が切替先のアプリケーションサーバ２００−２へ切替メッセージを送信するようにしてもよい。後者の場合、例えば、以下の処理が行われる。
【０１４９】
すなわち、ソース基地局１００−１の端末制御部１１０は、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを受信すると、メモリ１０１に記憶されたネットワークケーパビリティ情報を読み出す。そして、端末制御部１１０は、Ｓ１−ＩＦ処理部１４０を介して、アプリケーションサーバ２００−１へ、生成した切替指示を送信する。アプリケーションサーバ２００−１のデータ解析部２２０は、データ送受信部２１０を介して切替指示を受信すると、当該切替指示に基づいて切替先のアプリケーションサーバ２００−２への切替メッセージを生成する。データ解析部２２０は、データ送受信部２１０を介してアプリケーションサーバ２００−２へ切替メッセージを送信する。アプリケーションサーバ２００−２のデータ解析部２２０は、受信した切替メッセージに基づいて、端末３００へのサービス提供の開始を準備する。
【０１５０】
＜５．ＨＯ後のアプリケーションサーバの切替＞
次に、ターゲット基地局１００−２がＨＯ後のアプリケーションサーバ２００の接続を切り替える例について説明する。
【０１５１】
図１８は本動作例のシーケンス例を表している。
【０１５２】
ソース基地局１００−１は、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを端末３００から受信すると（Ｓ１０１）、ハンドオーバの開始を判別し（Ｓ１０２）、アプリケーションサーバ２００の移動先を決定する（Ｓ１０３）。この場合、ソース基地局１００−１は、上述した例と同様に事前収集したネットワークケーパビリティ情報に基づいて、ターゲット基地局１００−２を決定してもよい。図１８の例では、ソース基地局１００−１が事前収集しないでハンドオーバ先を決定する例を表している。
【０１５３】
次に、ソース基地局１００−１は、ハンドオーバを開始すると（Ｓ１０５）、ネットワークケーパビリティ要求を含むＨＯ  Ｒｅｑｕｅｓｔを、ターゲット基地局１００−２へ送信する（Ｓ１２０）。
【０１５４】
次に、ソース基地局１００−１は、ターゲット基地局１００−２から、ネットワークケーパビリティ情報を含むＨＯ  Ｒｅｑｕｅｓｔ  Ａｃｋを受信し（Ｓ１２１）、ＨＯ  Ｃｏｍｍａｎｄと端末３００へ送信する（Ｓ１２２）。
【０１５５】
次に、ソース基地局１００−１はアプリケーションサーバ２００−１の接続をアプリケーションサーバ２００−２へ切替え（Ｓ１２３）、ハンドオーバプロシジャーを継続する（Ｓ１２４）。
【０１５６】
ハンドオーバプロシジャー完了後、ターゲット基地局１００−２では、ネットワークケーパビリティ情報に基づいて、アプリケーションサーバ２００−２からアプリケーションサーバ２００−３へ接続先を変更することを決定する（Ｓ１２５）。
【０１５７】
例えば、以下のような処理が行われる。すなわち、ターゲット基地局１００−２の自サーバ制御情報処理部１２０では、メモリ１０１に記憶されたネットワークケーパビリティ情報に基づいて、アプリケーションサーバ２００の接続先を変更する。具体的には、自サーバ制御情報処理部１２０は、アプリケーションサーバ２００−１のネットワークケーパビリティ情報と、アプリケーションサーバ２００−２のネットワークケーパビリティ情報を比較する。また、自サーバ制御情報処理部１２０は、アプリケーションサーバ２００−１のネットワークケーパビリティ情報と、アプリケーションサーバ２００−２のネットワークケーパビリティ情報を比較する。そして、自サーバ制御情報処理部１２０は、後者の方が前者よりも条件が一致している、と判別すると、アプリケーションサーバ２００−３への変更を行う。自サーバ制御情報処理部１２０は、例えば、アプリケーションサーバを変更する回線制御部であってもよい。
【０１５８】
次に、ターゲット基地局１００−２は、切替元のアプリケーションサーバ２００−２へ切替指示を送信する（Ｓ１２６）。
【０１５９】
そして、アプリケーションサーバ２００−２とアプリケーションサーバ２００−３間で切り替えが行われ（Ｓ１２７）、通信が再開する（Ｓ１２８）。
【０１６０】
例えば、以下のような処理が行われる。すなわち、ターゲット基地局１００−２の端末制御部１１０は、自サーバ制御情報処理部１２０から接続サーバの変更の通知を受け取ると、切替指示を生成する。端末制御部１１０は、切替指示をアプリケーションサーバ２００−２へ送信する。アプリケーションサーバ２００−２のデータ解析部２２０は切替指示を受信して、端末３００に対するサービスの提供を中断する。そして、データ解析部２２０は、データ送受信部２１０を介して、切替先のアプリケーションサーバ２００−３へ切替指示を送信する。アプリケーションサーバ２００−３のデータ解析部２２０は、データ送受信部２１０を介して切替指示を受信し、端末３００に対するサービスの提供を開始することを決定し、アプリケーション部２３０へ伝える。
【０１６１】
そして、端末３００とアプリケーションサーバ２００−３との間で通信が再開する（Ｓ１２８）。例えば、アプリケーション部２３０は、データ解析部２２０からの通知に従って端末３００へのサービスの提供を開始する。
【０１６２】
＜６．アプリケーション状態情報の通知＞
次に、アプリケーション状態情報とその通知についての動作例を説明する。
【０１６３】
図１９は本動作例のシーケンス例を表している。ソース基地局１００−１は、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを端末３００から受信すると（Ｓ１０１）、アプリケーション状態情報をターゲット基地局１００−２へ送信する。アプリケーション状態情報の送信については、図８（Ａ）と図８（Ｂ）と同様に、ＨＯ  Ｒｅｑｕｅｓｔを利用して送信してもよいし（Ｓ１４１）、新規プロシジャーとして送信してもよい（Ｓ１４２）。
【０１６４】
図２０（Ａ）はＲＴＰ（Real-time Transfer Protocol）プロコトルによるパケットの構成例を表し、図２０（Ｂ）はＲＴＣＰ（Real-time Transport Control Protocol）により送信されるＲＴＣＰ情報の例を表している。ＲＴＰパケットのペイロード領域にＲＴＣＰ情報がカプセリング化され、さらに、コンテンツデータなども挿入されて、送信先へ伝送される。
【０１６５】
例えば、アプリケーションサーバ２００では、ＣＤＮを利用して、ＣＤＮを介して接続された他のサーバ装置から送信されたＲＴＰパケットを受信して、ＲＴＰを利用したストリーミング配信を行う場合がある（例えば図１）。この場合、アプリケーションサーバ２００では、ＣＤＮを介して受信したＲＴＰパケットからＲＴＣＰ情報を抽出することができる。ＲＴＣＰ情報には、例えば、ＳＲ（Sender Report）など、アプリケーションサーバ２００へ送信したストリームのデータ量や送信したストリームに関する送信時間（又は配信時間）が含まれる。従って、アプリケーションサーバ２００ではでは、ＲＴＰパケットから、端末３００へ配信されたサービスのデータ量や配信時間を、ＲＴＣＰ情報から抽出することが可能である。
【０１６６】
例えば、以下のような処理が行われてもよい。すなわち、ソース基地局１００−１に接続されたアプリケーションサーバ２００−１のデータ解析部２２０は、データ送受信部２１０及びＣＤＮを介して、ＲＴＰパケットを受信すると、ＲＴＣＰ情報のＳＲ情報を抽出する。そして、データ解析部２２０は、データ送受信部２１０を介して、抽出したＲＳ情報をソース基地局１００−１へ送信する。ソース基地局１００−１の自サーバ制御情報処理部１２０は、ＳＲ情報を受信すると、ＳＲ情報を含むアプリケーション状態情報を生成する。自サーバ制御情報処理部１２０は、アプリケーション状態情報を含むＨＯ  Ｒｅｑｕｅｓｔ又はアプリケーション状態情報を含む新規プロシジャーを生成して、ターゲット基地局１００−２へ送信する。
【０１６７】
アプリケーション状態情報がＨＯ  Ｒｅｑｕｅｓｔに含まれる場合は、例えば、図１０に示すように、ＨＯ Ｒｅｑｕｅｓｔの情報要素において、さらに、アプリケーション状態情報に関する情報要素を追加するようにすればよい。例えば、「ＮＷ  Ｃａｐａｂｉｌｉｔｙ  Ｒｅｑｕｅｓｔ  Ｃｏｎｄｉｔｉｏｎ」の次に、かかる情報要素を追加してもよい。
【０１６８】
また、新規プロシジャーとして送信される場合は、例えば、図１０に示す情報要素において「Ｍｅｓｓａｇｅ  Ｔｙｐｅ」と「ＮＷ  Ｃａｐａｂｉｌｉｔｙ  Ｒｅｑｕｅｓｔ  ｃｏｎｄｉｔｉｏｎ」を含み、更に、アプリケーション状態情報を表す新規情報要素を追加すればよい。
【０１６９】
図１９に戻り、ソース基地局１００−１は、アプリケーション状態情報をターゲット基地局１００−２へ送信後（Ｓ１４１ｏｒＳ１４２）、ターゲット基地局１００−２からＨＯ  Ｒｅｑｕｅｓｔ  Ａｃｋを受信し（Ｓ１４３）、ＨＯ  Ｃｏｍｍａｎｄを端末３００へ送信する（Ｓ１４４）。
【０１７０】
なお、ソース基地局１００−１は、アプリケーション状態情報とネットワークケーパビリティ要求を含むＨＯ  Ｒｅｑｕｅｓｔを生成して、ターゲット基地局１００−２へ送信してもよい（Ｓ１４１，Ｓ１４２）。また、ソース基地局１００−１は、アプリケーション状態情報とネットワークケーパビリティ要求を含む新規プロシジャーを生成して、送信してもよい。
【０１７１】
＜全体動作例＞
次に全体の動作例について説明する。
【０１７２】
図２１と図２２は全体の動作例を表すフローチャートである。既に説明した部分も含まれるため、簡単に説明する場合がある。
【０１７３】
ソース基地局１００−１は処理を開始すると、ハンドオーバの実施を判断する（Ｓ１５０）。例えば、ソース基地局１００−１の端末制御部１１０は、受信したＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに含まれる情報に基づいて、ハンドオーバの実施を判別する。ここでは、端末制御部１１０は、ハンドオーバを実行する、と判別するものとして以下説明する。
【０１７４】
次に、ソース基地局１００−１は、ネットワークケーパビリティ要求をターゲット基地局１００−２へ送信する（Ｓ１５１）。ネットワークケーパビリティ要求は、ＨＯ  Ｒｅｑｕｅｓｔに含めてもよいし、新規プロシジャーで送信されてもよい（例えば図８（Ａ）と図８（Ｂ））。
【０１７５】
一方、ターゲット基地局１００−２では、処理を開始し、ソース基地局１００−１からネットワークケーパビリティ要求を受信する（Ｓ１５２）。
【０１７６】
次に、ターゲット基地局１００−２は、ネットワークケーパビリティ情報を作成し（Ｓ１５３）、作成したネットワークケーパビリティ情報をソース基地局１００−１へ送信する（Ｓ１５４）。そして、ターゲット基地局１００−２は、ハンドオーバ要求の受信を待機する（Ｓ１５４）。
【０１７７】
一方、ソース基地局１００−１は、ネットワークケーパビリティ情報を受信すると（Ｓ１５５）、移動元のアプリケーションサーバ２００−１の条件に一致したネットワークケーパビリティ情報の有無を判別する（Ｓ１５６）。
【０１７８】
例えば、以下の処理が行われる。すなわち、ソース基地局１００−１の他サーバ制御情報処理部１３０は、ネットワークケーパビリティ情報を受信すると、自サーバ制御情報処理部１２０へ受信したネットワークケーパビリティ情報を出力する。自サーバ制御情報処理部１２０は、メモリ１０１からソース基地局１００−１に接続されたアプリケーションサーバ２００−１のネットワークケーパビリティ情報を読み出す。自サーバ制御情報処理部１２０は、自アプリケーションサーバ２００−１のネットワークケーパビリティ情報と、ターゲット基地局１００−２から受信したネットワークケーパビリティ情報を比較して判別する。比較方法としては、例えば、前者のネットワークケーパビリティ情報と後者のネットワークケーパビリティ情報が一致するか否か、或いは、後者のネットワークケーパビリティ情報は前者のネットワークケーパビリティ情報を満たすか否か、などにより行われてもよい。
【０１７９】
ソース基地局１００−１は、条件に一致するネットワークケーパビリティ情報があるとき（Ｓ１５６で「条件一致有り」のとき）、移動先サーバを決定する（Ｓ１５７）。
【０１８０】
例えば、以下の処理が行われる。すなわち、他サーバ制御情報処理部１３０は、アプリケーションサーバ２００−１のネットワークケーパビリティ情報と一致するネットワークケーパビリティ情報があれば、当該ネットワークケーパビリティ情報を有するアプリケーションサーバ２００−２を移動先サーバとして決定する。
【０１８１】
他方、ソース基地局１００−１は、条件に一致するネットワークケーパビリティ情報がないとき（Ｓ１５６で「条件一致無し」のとき）、ソース基地局１００−１に接続されたアプリケーションサーバ２００−１の動作を停止させる（Ｓ１５８）。
【０１８２】
例えば、以下の処理が行われる。すなわち、自サーバ制御情報処理部１２０は、アプリケーションサーバ２００−１のネットワークケーパビリティ情報と一致するネットワークケーパビリティ情報がないとき、アプリケーションサーバ２００−１の停止を決定する。自サーバ制御情報処理部１２０は、停止命令をアプリケーションサーバ２００−１へ送信する。アプリケーションサーバ２００−１のデータ解析部２２０は停止命令を受信すると、アプリケーション部２３０に対して端末３００へのサービスの提供を停止するよう指示し、アプリケーション部２３０はその指示に従ってサービスの提供を停止する。
【０１８３】
そして、ソース基地局１００−１は、一連の処理を終了する（Ｓ１５９）。
【０１８４】
一方、ソース基地局１００−１は、移動先サーバを決定すると（Ｓ１５７）、アプリケーション状態情報の送信方法を判別する（Ｓ１６０）。ここでは、ソース基地局１００−１は、アプリケーション状態情報をどのように送信するかを決定している。例えば、ソース基地局１００−１は、アプリケーションサーバ２００−１においてＣＤＮが接続されているときは「ＣＤＮ有り」と判別し、ＣＤＮが接続されていないときは「ＣＤＮ無し」と判別する。例えば、自サーバ制御情報処理部１２０は、メモリ１０１に記憶された、アプリケーションサーバ２００のＣＤＮ接続の有無に関する情報を読み出して判別してもよい。
【０１８５】
ソース基地局１００−１は、アプリケーションサーバ２００−１にＣＤＮが接続されているとき（Ｓ１６０で「ＣＤＮ有り」）、ＣＤＮを選択し（Ｓ１６１）。一方、ソース基地局１００−１は、ＣＤＮが接続されていないとき（Ｓ１６２で「ＣＤＮ無し」））、モバイルネットワークを選択する（Ｓ１６２）。  例えば、自サーバ制御情報処理部１２０が選択の判断を行う。
【０１８６】
次に、ソース基地局１００−１は、アプリケーション状態情報の転送開始を指示し、ハンドオーバを開始する（Ｓ１６３）。
【０１８７】
例えば、以下の処理が行われる。すなわち、自サーバ制御情報処理部１２０は、ＣＤＮを介して送信するか又はモバイルネットワークを介して送信するかを表す転送開始指示を生成して、アプリケーションサーバ２００−１へ送信する。また、自サーバ制御情報処理部１２０は、端末制御部１１０に対して、ハンドオーバ開始を指示する。
【０１８８】
次に、アプリケーションサーバ２００−１は、移動先のアプリケーションサーバ２００−２へ、アプリケーション状態情報を送信する（図２２のＳ１６５）。
【０１８９】
例えば、以下の処理が行われる。すなわち、アプリケーションサーバ２００−１のデータ解析部２２０は、転送開始指示を受信すると、ＲＴＰパケットから端末３００へ送信したデータ量や配信時間を抽出して、データ量や配信時間を含むアプリケーション状態情報を生成する。そして、データ解析部２２０は、アプリケーション状態情報を、転送開始指示に含まれる転送先（ここではアプリケーションサーバ２００−２）へ送信する。
【０１９０】
次に、移動先のアプリケーションサーバ２００−２は、アプリケーション状態情報を受信する（Ｓ１６６）。例えば、アプリケーションサーバ２００−２のデータ解析部２２０は、データ送受信部２１０を介してアプリケーション状態情報を受信する。
【０１９１】
次に、アプリケーションサーバ２００−２は、端末３００に対してサービス提供開始の準備を行う（Ｓ１６７）。
【０１９２】
例えば、以下の処理が行われる。すなわち、アプリケーションサーバ２００−２のデータ解析部２２０は、アプリケーション状態情報を受信すると、アプリケーション部２３０へ準備開始を指示する。アプリケーション部２３０は、メモリ２０４に記憶されたサービスに関するユーザデータなどを読み出して、準備する。
【０１９３】
次に、アプリケーションサーバ２００−２は、準備を完了すると、動作準備完了を、アプリケーションサーバ２００−１へ送信する（Ｓ１６８）。
【０１９４】
例えば、以下の処理が行われる。すなわち、アプリケーション部２３０はメモリ２０４から端末３００宛のユーザデータの読み出しを終了すると、データ解析部２２０へその旨を通知し、データ解析部２２０はその通知を受けて、動作準備完了と判別する。そして、データ解析部２２０は、動作準備完了を、データ送受信部２１０を介してアプリケーションサーバ２００−１へ通知する。
【０１９５】
アプリケーションサーバ２００−１は、動作準備完了を受信すると（Ｓ１６９）、端末３００に対するサービスの提供を停止する（Ｓ１７０）。そして、アプリケーションサーバ２００−１は、一連の処理を終了する（Ｓ１７１）。
【０１９６】
例えば、以下の処理が行われる。すなわち、アプリケーションサーバ２００−１のデータ解析部２２０は、動作準備完了を受信すると、アプリケーション部２３０に対して、端末３００に対するサービスの提供を停止するよう指示する。アプリケーション部２３０はその指示を受けて、当該サービスを停止する。
【０１９７】
一方、ソース基地局１００−１とターゲット基地局１００−２は、ハンドオーバプロシジャーを実行する（Ｓ１７２）。そして、ハンドオーバプロシジャーが完了すると、ソース基地局１００−１は一連の処理を終了する（Ｓ１７３）。
【０１９８】
また、ターゲット基地局１００−２では、ハンドオーバプロシジャーが完了すると、ハンドオーバ完了通知又はデータ疎通準備完了をアプリケーションサーバ２００−２へ通知する（Ｓ１７４）。
【０１９９】
例えば、以下の処理が行われる。すなわち、ターゲット基地局１００−２の端末制御部１１０は、ハンドオーバプロシジャーを完了すると、その旨を自サーバ制御情報処理部１２０へ通知する。自サーバ制御情報処理部１２０は、ハンドオーバ完了通知又はデータ疎通準備完了を表すメッセージを生成し、アプリケーションサーバ２００−２へ送信する。
【０２００】
アプリケーションサーバ２００−２では、ハンドオーバ完了又はデータ疎通準備完了の通知を受けて、端末３００に対するサービスの提供を開始する（Ｓ１７６）。そして、アプリケーションサーバ２００−２は一連の処理を終了する（Ｓ１７７）。
【０２０１】
例えば、以下の処理が行われる。すなわち、アプリケーションサーバ２００−２のデータ解析部２２０は、ハンドオーバ完了又はデータ疎通準備完了を表すメッセージを受信すると、端末３００に対するサービスの提供開始をアプリケーション部２３０へ指示する。アプリケーション部２３０はその指示を受けて、端末３００に対してサービスの提供を開始する。
【０２０２】
このように本第１の実施の形態においては、例えば、ターゲット基地局１００−２はソース基地局１００−１へネットワークケーパビリティ情報を送信している（図２１のＳ１５４など）。従って、ソース基地局１００−１では、ネットワークケーパビリティ情報（例えば「位置情報」）に基づいて、移動先のアプリケーションサーバ２００−２を選択することも可能である（図１７）。また、ターゲット基地局１００−２もネットワークケーパビリティ情報に基づいて、ハンドオーバ後にアプリケーションサーバ２００−３を変更することも可能である。ソース基地局１００−１やターゲット基地局１００−２では、ネットワークケーパビリティ情報に基づいて、アプリケーションサーバ２００−２，２００−３を選択するため、移動元のアプリケーションサーバ２００−１から配信されるサービスを継続させることが可能となる。具体的には、例えば、アプリケーションサーバ２００−１の「伝送遅延」や「対応サービス」と一致するネットワークケーパビリティ情報を有するアプリケーションサーバ２００−２，２００−３が選択されることで、サービスの継続が可能となっている。
【０２０３】
また、ネットワークケーパビリティ情報の送信は、例えば、Ｍｅａｓｕｒｅｍｅｎｔ  ＲｅｐｏｒｔからＨＯ  Ｃｏｍｍａｎｄの間で行われている（例えば図８（Ａ）や図８（Ｂ）など）。従って、ネットワークケーパビリティ情報の送信が、ハンドオーバプロシジャーの完了後に行われる場合と比較して、ネットワークケーパビリティ情報の送信を早く行うことが可能となっている。これにより、例えば、ネットワークケーパビリティ情報の送信がハンドオーバプロシジャーの完了後に行われる場合と比較して、アプリケーションサーバ２００−２からのサービス再開を早く行うことが可能となる。よって、端末装置に対してサービスの提供開始を迅速に行うことが可能となる。また、ハンドオーバによるアプリケーションサーバ２００のサービス提供の中断時間も短縮させることも可能となる。これらのことから、サービス提供に関する伝送速度の改善や、スループットの向上を図ることも可能となる。
【０２０４】
さらに、ソース基地局１００−１は、アプリケーションサーバ２００−１から端末３００へ配信された配信時間やデータ量などを含むアプリケーション状態情報を、ターゲット基地局１００−２へ送信している（図１９）。従って、アプリケーションサーバ２００−２は、アプリケーション状態情報を引き継いで、これまで配信されたサービスの続きから、サービスの提供が可能となる。従って、端末３００に対するサービスの提供を継続させることが可能となる。
【０２０５】
［その他の実施の形態］
次にその他の実施の形態について説明する。
【０２０６】
図２３は無線通信システム１０の構成例を表す図である。
【０２０７】
無線通信システム１０は、第１及び第２の基地局装置１００−１，１００−２と、第１及び第２のアプリケーションサーバ２００−１，２００−２、及び端末装置３００を備える。例えば、第１の基地局装置１００−１はソース基地局、第２の基地局装置１００−２はターゲット基地局である。
【０２０８】
第１のアプリケーションサーバ２００−１は通信部２５０を備える。通信部２５０は、第１の基地局装置１００−１を介して端末装置３００との間で個別データを送受信する。
【０２０９】
第１の基地局装置１００−１は、制御情報要求部１７０と送信部１７１を備える。制御情報要求部１７０は、第２の基地局装置１００−２と接続された第２のアプリケーションサーバ２００２−に関する第１の制御情報と、端末装置３００が第２の基地局装置１００−２と接続するための第２の制御情報を第２の基地局装置１００−２に対して要求する。送信部１７１は、少なくとも第２の基地局装置１００−２から通知された第２の制御情報を端末装置３００へ送信する。
【０２１０】
第２の基地局装置１００−２は制御情報通知部１７２を備える。制御情報通知部１７２は、第１及び第２の制御情報を第１の基地局装置１００−１へ通知する。
【０２１１】
端末装置３００は受信部３５０を備える。受信部３５０は、第１の基地局装置１００−１から少なくとも第２の制御情報を受信する。
【０２１２】
このように、本実施の形態においては、第１の基地局措置１００−１が第２のアプリケーションサーバ２００−２に関する第１の制御情報を要求し、第２の基地局装置１００−２が第１の制御情報を第１の基地局装置１００−１へ通知する。これにより、例えば、第１の基地局装置１００−１では、第１の制御情報に基づいて、第１のアプリケーションサーバ２００−１が端末装置３００に提供するサービスと同一のサービスを、第２のアプリケーションサーバ２００−２から提供可能か否かを判別できる。また、第１の基地局装置１００−１では、この判別結果に基づいて、端末装置３００の接続先を、第２の基地局装置１００−２とするか否かも判別できる。従って、本無線通信システム１０は、例えば、端末装置３００が第１の基地局装置１００−１から第２の基地局装置１００−２へ接続を切り替えても、第２のアプリケーションサーバ２００−２から、第１のアプリケーションサーバ２００−１が提供するサービスと同じサービスを継続して提供することが可能となる。
【０２１３】
また、第１の基地局装置１００−１は、例えば、第１の制御情報の要求を第２の制御情報とともに要求している。さらに、第２の基地局装置１００−２は、例えば、第１の制御情報を第２の制御情報とともに通知している。この場合、例えば、第１の制御情報の要求と第１の制御情報の通知が端末装置３００の接続の切替における一連のプロシジャーにおいて実行されている。従って、第２の制御情報の要求と第２の制御情報の通知を含む一連のプロシジャーが終了した後で、第１の制御情報の要求と第１の制御情報の通知が行われる場合と比較すると、本実施の形態の方が、迅速である。よって、本無線通信システム１０においては、端末装置３００が第２の基地局装置１００−２へ切り替えても、アプリケーションサーバ２００−２から端末装置３００に対するサービスの提供開始を迅速に行うことが可能となる。
【０２１４】
なお、第１のアプリケーションサーバ２００−１の通信部２５０は、例えば、第１の実施の形態におけるデータ送受信部２１０とデータ解析部２２０に対応する。
【０２１５】
また、第１の基地局装置１００−１における制御情報要求部１７０は、例えば、第１の実施の形態における端末制御部１１０と他サーバ制御情報処理部１３０に対応する。さらに、送信部１７１は、例えば、第１の実施の形態における端末制御部１１０に対応する。
【０２１６】
さらに、第２の基地局装置１００−２における制御情報通知部１７２は、例えば、第１の実施の形態における他サーバ制御情報処理部１３０に対応する。
【０２１７】
また、端末装置３００における受信部３５０は、例えば、第１の実施の形態における無線ＨＷ３３０に対応する。
【０２１８】
第１の実施の形態を含む上述した実施の形態では、例えば、ネットワークケーパビリティ要求とネットワークケーパビリティ情報はＸ２インタフェースを利用して基地局１００−１，１００−２間で直接交換される例を説明した。ネットワークケーパビリティ要求とネットワークケーパビリティ情報は、例えば、Ｓ１インタフェースを利用して、ＭＭＥ４３０を介して基地局１００−１，１００−２間で交換されもよい。この場合のパケットの構成例は、例えば、図９に示すものとなる。ネットワークケーパビリティ要求とネットワークケーパビリティ情報は、例えば、Ｓ１−ＡＰペイロード領域に含まれて転送されてもよい。この場合も、例えば、図１０や図１１などで示すように、ハンドオーバシーケンスで用いられるＨＯ  Ｒｅｑｕｉｒｅｄなどにおいて、新たな情報要素として、ネットワークケーパビリティ要求とネットワークケーパビリティ情報が含まれてもよい。或いは、ネットワークケーパビリティ要求やネットワークケーパビリティ情報を含む新規プロシジャーが転送されてもよい。このようなメッセージは、例えば、第１の実施の形態と同様に、基地局１００における端末制御部１１０や他サーバ制御情報処理部で生成されて、通知されてもよい。また、ネットワークケーパビリティ要求やネットワークケーパビリティ情報も、例えば、第１の実施の形態と同様に、基地局１００における端末制御部１１０や他サーバ制御情報処理部１３０で生成されて通知されてもよい。
【０２１９】
また、第１の実施の形態において、基地局１００では、ＤＳＰ１０５に代えて、ＣＰＵ１０２や、ＭＰＵ（Micro-Processing Unit）、ＦＰＧＡ（Field Programmable Gate Array）などのプロセッサやコントローラなどが用いられてもよい。アプリケーションサーバ２００においても、ＣＰＵ２０１に代えて、ＤＳＰやＭＰＵ、ＦＰＧＡなどのプロセッサやコントローラが用いられてもよい。さらに、端末３００においても、ＣＰＵ３０２に代えてＤＳＰやＭＰＵ、ＦＰＧＡ，ＤＳＰ３０５に代えて、ＣＰＵやＭＰＵ、ＦＰＧＡなどのプロセッサやコントローラが用いられてもよい。
【符号の説明】
【０２２０】
１０：無線通信システム                １００：基地局装置（ｅＮＢ）
１００−１：ソース基地局              １００−２：ターゲット基地局
１０１：メモリ                        １０２：ＣＰＵ
１０５：ＤＳＰ                        １１０：端末制御部
１１１：情報要求部                    １１２：情報受信部
１２０：自アプリケーションサーバ制御情報処理部
１２１：情報要求部                    １２２：情報受信部
１３０：他アプリケーションサーバ制御情報処理部
１３１：情報要求部                    １３２：情報受信部
１４０：Ｓ１−ＩＦ処理部              １４５：Ｘ２−ＩＦ処理部
１６０：無線処理部                    ２００：アプリケーションサーバ
２０１：ＣＰＵ                        ２０４：メモリ
２１０：データ送受信部                ２２０：データ解析部
２３０：アプリケーション部            ３００：端末装置
３３０：無線ＨＷ                      ４００：ＥＰＣ／ＧＷ
【図１】
0006802498.tif 000002
【図２】
0006802498.tif 000003
【図３】
0006802498.tif 000004
【図４】
0006802498.tif 000005
【図５】
0006802498.tif 000006
【図６】
0006802498.tif 000007
【図７】
0006802498.tif 000008
【図８】
0006802498.tif 000009
【図９】
0006802498.tif 000010
【図１０】
0006802498.tif 000011
【図１１】
0006802498.tif 000012
【図１２】
0006802498.tif 000013
【図１３】
0006802498.tif 000014
【図１４】
0006802498.tif 000015
【図１５】
0006802498.tif 000016
【図１６】
0006802498.tif 000017
【図１７】
0006802498.tif 000018
【図１８】
0006802498.tif 000019
【図１９】
0006802498.tif 000020
【図２０】
0006802498.tif 000021
【図２１】
0006802498.tif 000022
【図２２】
0006802498.tif 000023
【図２３】
0006802498.tif 000024