(57)【要約】      （修正有）【課題】ＭＭＥの処理負荷を軽減するようにした通信システム及び接続方法並びにコスト増を抑制するようにした通信システム及び接続方法を提供する。【解決手段】端末装置100と、第１及び第２の基地局装置200−１、２００−２と、前記第１及び第２の基地局装置とネットワークとの間でデータを中継する中継装置400と、前記第１及び第２の基地局装置と前記中継装置を制御する制御装置300とを備えた通信システムにおいて、第２の基地局装置200-2は、端末装置100が同一グループに属する第１の基地局装置200-1から第２の基地局装置200-2へ接続を切り替えるとき、中継装置400へ新たなパスを設定するための情報を送信する制御部230を備える。【選択図】図１
2017034573.tif 000002
【特許請求の範囲】
【請求項１】
端末装置と、
第１及び第２の基地局装置と、
前記第１及び第２の基地局装置とネットワークとの間でデータを中継する中継装置と、
前記第１及び第２の基地局装置と前記中継装置を制御する制御装置とを備えた通信システムにおいて、
前記第２の基地局装置は、前記端末装置が同一グループに属する前記第１の基地局装置から前記第２の基地局装置へ接続を切り替えるとき、前記中継装置へ新たなパスを設定するための情報を送信する制御部を備えることを特徴とする通信システム。
【請求項２】
前記制御部は、前記端末装置が異なるグループに属する前記第１の基地局装置から前記第２の基地局装置へ接続を切り替えるとき、前記情報を前記制御装置へ送信することを特徴とする請求項１記載の通信システム。
【請求項３】
前記情報は、前記第１の基地局装置と前記中継装置との間の第１のパスから前記第２の基地局装置と前記中継装置との間の第２のパスへパスの切り替えを要求するパス切り替え、前記第２のパスにおける品質の変更を要求するベアラ変更、または前記第２のパスの開放を要求するパス開放を示すものであることを特徴とする請求項１記載の通信システム。
【請求項４】
端末装置と、第１及び第２の基地局装置と、前記第１及び第２の基地局装置とネットワークとの間でデータを中継する中継装置と、前記第１及び第２の基地局装置と前記中継装置を制御する制御装置とを備えた通信システムにおける接続方法であって、
前記第２の基地局装置によって、前記端末装置が同一グループに属する前記第１の基地局装置から前記第２の基地局装置へ接続を切り替えるとき、前記中継装置へ新たなパスを設定するための情報を送信する
ことを特徴とする接続方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、及び接続方法に関する。
【背景技術】
【０００２】
現在、標準化団体である３ＧＰＰ（3rd Generation Partnership Project）では、ＬＴＥ（Long Term Evolution）システムや、ＬＴＥシステムをベースとしたＬＴＥ−Ａ（LTE-Advanced）システムの仕様が検討されている。ＬＴＥについては、ＬＴＥ  Ｒｅｌｅａｓｅ８からＲｅｌｅａｓｅ１２が国際仕様として策定されている。また、ＬＴＥ  Ｒｅｌｅａｓｅ１０以降は、ＬＴＥ−Ａｄｖａｎｃｅｄと呼ばれ、第４世代移動通信システム（4G, 4th generation mobile communication）とも呼ばれている。
【０００３】
ＬＴＥなどの通信システムでは、Ｕ−Ｐｌａｎｅ（U-Plane）とＣ−Ｐｌａｎｅ（Control Plane）とが分離されて用いられる場合がある。Ｕ−Ｐｌａｎｅは、例えば、端末と外部ネットワーク（以下、ＰＤＮ（Packet Data Network）と称する場合がある）との間でユーザデータを伝送する機能を有している。また、Ｃ−Ｐｌａｎｅは、例えば、Ｕ−Ｐｌａｎｅの設定や制御などを行う機能を有している。例えば、ＭＭＥ（Mobility Management Entity）はＵ−Ｐｌａｎｅの設定をＳＧＷ（Serving Gateway）やＳＧＷ経由でＰＧＷに指示することで、端末装置とＰＧＷ（Packet Data Network Gateway）の間でＵ−Ｐｌａｎｅを設定することができる。
【０００４】
一方、端末装置はハンドオーバによって接続する基地局装置を変更する場合がある。例えば、３ＧＰＰ  ＴＳ  ２３．４０１の「５．５．１．１．２」章にはＸ２−ｂａｓｅｄ  Ｈａｎｄｏｖｅｒ  ｗｉｔｈｏｕｔ  Ｓｅｒｖｉｎｇ  ＧＷ  ｒｅｌｏｃａｔｉｏｎ手順が示されている。当該手順においては、ハンドオーバ元であるソースｅＮＢからハンドオーバ先であるターゲットｅＮＢへ端末装置の接続が切り替えられた場合、ＭＭＥはＳＧＷなどに対して“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”を送信する。これを受けて、ＳＧＷではハンドオーバ元の基地局装置からハンドオーバ先の基地局装置へのベアラの切り替えなどを行う。これにより、例えば、ハンドオーバによって端末装置の接続する基地局装置が変わっても、端末装置からＰＧＷまでの接続性が担保される。そして、ＳＧＷは当該Ｒｅｑｕｅｓｔに対する応答をＭＭＥへ送信する。ＭＭＥでは、このような応答を受信することで当該ベアラの切り替えられたことを把握できる。
【０００５】
なお、ベアラとは、例えば、ユーザデータが伝送される論理的な回線のことである。ベアラが設定された回線は、例えば、一定のＱｏＳ（Quality of Service）が保証される。
【０００６】
このようにＭＭＥは、ベアラの状態を把握することができるものの、端末装置が基地局装置との接続を切り替える毎に、ターゲットｅＮＢやＳＧＷなどと、“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”などの制御信号を交換する。この場合、基地局装置との接続を切り替える端末装置の数が第１の閾値以上の場合、ＭＭＥがターゲットｅＮＢやＳＧＷとの間で交換する制御信号数も第２の閾値以上となり、ＭＭＥの負荷が問題となる。
【０００７】
このような通信システムに関する技術として例えば以下がある。すなわち、ＭＭＥとｅＮＢ／ＨｅＮＢとの間にコンセントレート構成要素を備え、コンセントレート構成要素が局所的に一意であるモバイルデバイスの識別子を作成してＭＭＥへ送信するなどして、コンセントレート構成要素をＭＭＥとして動作させるようにした技術がある。この技術によれば、例えば、ＭＭＥにおいて同時にサポート可能なｅＮＢ／ＨｅＮＢとの間の接続数を減らし、ＭＭＥにおける複雑なルーティングの維持を軽減することができる、とされる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特表２０１１−５２５７８５号公報
【特許文献２】特表２０１１−５２６１３７号公報
【特許文献３】特表２０１１−５２６４５７号公報
【非特許文献】
【０００９】
【非特許文献１】3GPP TS 23.401 V13.3.0 (2015-06) "General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access"
【非特許文献２】3GPP TS 29.274 V13.2.0 (2015-06) "3GPP Evolved Packet System (EPS); Evolved General Packet Radio Service (GPRS) Tunneling Protocol for Control plane (GTPv2-C); Stage 3"
【非特許文献３】3GPP TS 36.300 V12.5.0 (2015-03) "Evolved Universal Terrestrial  Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2"
【非特許文献４】3GPP TS 36.413 V13.0.0 (2015-06) "Evolved Universal Terrestrial Radio Access Network (E-UTRAN); S1 Application Protocol (S1 AP)"
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、ＭＭＥ以外でコントロールすることで、ＭＭＥの処理負荷を低減していた。その技術として、ＭＭＥ以外に備えたコンセントレート構成要素をＭＭＥとして動作させるものである。
【００１１】
このように、コンセントレート構成要素をＭＭＥとして動作させる技術は、通信システムにコンセントレート構成要素が新たに加えられることになり、通信システム全体のコストが増加する。
【００１２】
そこで、一開示は、ＭＭＥの処理負荷を軽減するようにした通信システム、及び接続方法を提供することにある。
【００１３】
また、一開示は、コスト増を抑制するようにした通信システム、及び接続方法を提供することにある。
【課題を解決するための手段】
【００１４】
一開示は、端末装置と、第１及び第２の基地局装置と、前記第１及び第２の基地局装置とネットワークとの間でデータを中継する中継装置と、前記第１及び第２の基地局装置と前記中継装置を制御する制御装置とを備えた通信システムにおいて、前記第２の基地局装置は、前記端末装置が同一グループに属する前記第１の基地局装置から前記第２の基地局装置へ接続を切り替えるとき、前記中継装置へ新たなパスを設定するための情報を送信する制御部を備える。
【発明の効果】
【００１５】
一開示によれば、ＭＭＥの処理負荷を軽減するようにした通信システム、及び接続方法を提供することができる。また、一開示によれば、コスト増を抑制するようにした通信システム、及び接続方法を提供することができる。
【図面の簡単な説明】
【００１６】
【図１】図１は通信システムの構成例を表す図である。
【図２】図２は通信システムの構成例を表す図である。
【図３】図３は通信システムの構成例を表す図である。
【図４】図４（Ａ）は端末装置、図４（Ｂ）は基地局装置の構成例を夫々表す図である。
【図５】図５（Ａ）はＭＭＥ、図５（Ｂ）はＳＧＷの構成例を夫々表す図である。
【図６】図６はＰＧＷの構成例を表す図である。
【図７】図７は動作例を表すシーケンス図である。
【図８】図８は動作例を表すフローチャートである。
【図９】図９（Ａ）はＶＬＡＮ  ＩＤとｅＮＢ  ＩＤとの対応関係例を表す図である。
【図１０】図１０（Ａ）はＧＴＰ−Ｕパケット、図１０（Ｂ）はＧＴＰ−Ｃパケットの構成例を夫々表す図である。
【図１１】図１１は経路の切り替え例を表す図である。
【図１２】図１２は通信システムにおいて制御信号が送信される例を表す図である。
【図１３】図１３は動作例を表すシーケンス図である。
【図１４】図１４は動作例を表すシーケンス図である。
【図１５】図１５は通信システムにおいて端末がハンドオーバする例を表す図である。
【図１６】図１６（Ａ）は端末装置、図１６（Ｂ）は基地局装置のハードウェア構成例を夫々表す図である。
【図１７】図１７（Ａ）はＭＭＥ、図１７（Ｂ）はＳＧＷ、図１７（Ｃ）はＰＧＷのハードウェア構成例を夫々表す図である。
【発明を実施するための形態】
【００１７】
以下、本発明を実施するための形態について説明する。なお、以下の実施例は開示の技術を限定するものではない。そして、各実施の形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【００１８】
［第１の実施の形態］
第１の実施の形態について説明する。図１は第１の実施の形態における通信システム１０の構成例を表す図である。図１に示すように、通信システム１０は端末装置１００、第１及び第２の基地局装置２００−１，２００−２、制御装置３００、中継装置４００、及びネットワーク６００を備える。また、通信システム１０には制御装置３００を含めても良い。
【００１９】
端末装置１００は、フィーチャーフォンやスマートフォン、パーソナルコンピュータ、タブレット端末、ゲーム装置などの移動可能な通信装置である。図１の例では、端末装置１００は第１の基地局装置２００−１から第２の基地局装置２００−２へ接続を切り替えて、第２の基地局装置２００−２を介して中継装置４００との間でユーザデータ（又はデータ。以下、「データ」と称する場合がある）を送信又は受信する。
【００２０】
第１及び第２の基地局装置２００−１，２００−２は、例えば、中継装置４００との間でデータを交換し、端末装置１００との間で無線信号を交換する通信装置である。第１及び第２の基地局装置２００−１，２００−２はデータと無線信号を交換するインタフェースの役割を果たしている。
【００２１】
制御装置３００は、第１及び第２の基地局装置２００−１，２００−２と中継装置４００を制御する。
【００２２】
中継装置４００は、第１及び第２の基地局装置２００−１，２００−２と、ネットワーク６００との間でデータを中継する。
【００２３】
本第１の実施の形態においては、第２の基地局装置２００−２は制御部２３０を備える。制御部２３０は、端末装置１００が同一グループに属する第１の基地局装置２００−１から第２の基地局装置２００−２へ接続を切り替えるとき、中継装置４００へ新たなパスを設定するための情報を送信する。
【００２４】
これにより、例えば、制御装置３００には第２の基地局装置２００−２から新たなパスを設定するための情報が入力されることがなくなり、当該情報が入力される場合と比較して、制御装置３００に入力される情報の数を減らすことができる。よって、本通信システム１０は、当該情報が制御装置３００に入力される場合と比較して、制御装置３００における処理負荷を軽減させることができる。
【００２５】
また、本通信システム１０は、制御装置３００と第２の基地局装置２００−２との間や、制御装置３００と第１の基地局装置２００−１との間に別途装置を設けることがない。従って、本通信システム１０は、別途装置を設ける場合と比較して、通信システム１０全体のコストの増加を抑制させることができる。
【００２６】
［第２の実施の形態］
次に第２の実施の形態について説明する。
【００２７】
＜通信ネットワークシステムの構成例＞
図２は本第２の実施の形態における通信システム１０の構成例を表す図である。通信システム１０は、端末装置（以下、「端末」と称する場合がある）１００、基地局装置（図２では「ｅＮＢ」。以下、「基地局」と称する場合がある）２００−１〜２００−３、ＭＭＥ３００を備える。また、通信システム１０は、ＳＧＷ４００、及びＰＧＷ５００を備える。
【００２８】
なお、ＭＭＥ３００は、例えば、第１の実施の形態における制御装置３００に対応する。また、ＳＧＷ４００は、例えば、第１の実施の形態における中継装置４００に対応する。
【００２９】
通信システム１０では、ＬＴＥなどと同様に、Ｕ−ＰｌａｎｅとＣ−Ｐｌａｎｅとが分離されて用いられる。上述したように、Ｕ−Ｐｌａｎｅは端末１００とＰＤＮ６００との間でユーザデータを伝送する機能を有している。また、Ｃ−Ｐｌａｎｅは、Ｕ−Ｐｌａｎｅの設定や制御などを行う機能を有している。例えば、Ｕ−Ｐｌａｎｅにおいて伝送されるデータのことを「ユーザデータ」、Ｃ−Ｐｌａｎｅにおいて伝送される信号のことを「制御信号」と称する場合がある。
【００３０】
端末１００は、例えば、フィーチャーフォンやスマートフォン、タブレット端末、パーソナルコンピュータ、ゲーム装置など移動可能な通信装置である。端末１００は基地局２００−１〜２００−３と無線通信を行うことで基地局２００−１〜２００−３を介して、通話サービスやＷｅｂサービスなど種々のサービスの提供を受けることができる。
【００３１】
各基地局２００−１〜２００−３は、例えば、自局の通信可能範囲に位置する端末１００と無線通信を行う通信装置である。各基地局２００−１〜２００−３は、無線信号とデータなどとを相互に変換するインタフェースの役割を果たす。各基地局２００−１〜２００−３は、例えば、ＭＭＥ３００と制御信号を交換し、ＳＧＷ４００との間でユーザデータを交換する。
【００３２】
ＭＭＥ３００は、端末１００からＰＧＷ５００までのベアラの確立や開放、端末１００の位置管理やハンドオーバなどの移動制御などを行う。ＭＭＥ３００は、例えば、各基地局２００−１〜２００−３、ＳＧＷ４００やＳＧＷ４００経由でＰＧＷ５００と制御信号を交換することで、端末１００とＰＧＷ５００との間のベアラや、ＳＧＷ４００と各基地局２００−１〜２００−３との間のベアラなど確立させることができる。ＭＭＥ３００はベアラを確立させることで、端末１００に対してＵ−Ｐｌａｎｅを設定することができる。なお、ＭＭＥ３００は、Ｃ−Ｐｌａｎｅを用いて、各基地局２００−１〜２００−３やＳＧＷ４００との間で制御信号を交換する。
【００３３】
ＳＧＷ４００は、例えば、基地局２００−１〜２００−３とＰＧＷ５００との間でユーザデータなどを中継する中継装置（又はゲートウェイ装置）である。また、ＳＧＷ４００は、ＭＭＥ３００との間で制御信号を交換する。
【００３４】
ＰＧＷ５００は、例えば、ＰＤＮ６００と通信システム１０とを接続し、ＰＤＮ６００と通信システム１０との間でユーザデータなどを中継する中継装置（又はゲートウェイ装置）となっている。また、ＰＧＷ５００は、例えば、端末１００に対してＩＰアドレスの払い出し、課金データの収集、ＱｏＳ制御なども行う。
【００３５】
ＰＤＮ６００は、通信システム１０に接続された外部ネットワークの一例である。ＰＤＮ６００は、例えば、インターネットなどであって、動画や音楽を配信するサーバ装置などが接続される。ＰＤＮ６００は、例えば、第１の実施の形態におけるネットワーク６００に対応する。
【００３６】
図２では、端末１００は、基地局２００−１から基地局２００−２へ接続を切り替え、更に、基地局２００−２から基地局２００−３へ接続を切り替えている例を表している。このように端末１００が接続する基地局２００−１〜２００−３を切り替えることを、例えば、「ハンドオーバ」と称する場合がある。ハンドオーバによって端末１００は継続したサービスの提供を受けることができる。
【００３７】
また、図２の例では、基地局２００−１にはＶＬＡＮ  ＩＤ（Virtual Local Area Network Identification）として「ＩＤ＃１」、基地局２００−２，２００−３にはＶＬＡＮ  ＩＤとして「ＩＤ＃２」がそれぞれ設定されている。
【００３８】
図３は図２の通信システム１０においてどの方向に信号などが送信されるかの例を表している。図３に示すように、本第２の実施の形態では、同一のＶＬＡＮ  ＩＤに属する２つの基地局２００−２，２００−３間でハンドオーバが行われるとき、ハンドオーバ先の基地局２００−３はＭＭＥ３００に新たなパスを設定するための情報を送信することなくＳＧＷ４００へ当該情報を送信するようにしている。これにより、例えば、基地局２００−３がＭＭＥ３００へ当該情報を送信する場合と比較して、本通信システム１０においてはＭＭＥ３００に入力される情報の数を減らすことができ、ＭＭＥ３００に対する処理負荷を軽減させることができる。また、本通信システム１０においてはとくに新たな構成要素が追加されることもなく、通信システム１０全体のコストの増加を抑制させることができる。
【００３９】
なお、同一のＶＬＡＮ  ＩＤに属しない２つの基地局２００−１，２００−２間で端末１００がハンドオーバしたときは、ハンドオーバ先の基地局２００−２はＭＭＥ３００に対して当該情報を送信する。
【００４０】
以下においては、新たなパスを設定するための情報を、例えば、制御信号の一例として説明する場合がある。
【００４１】
ＶＬＡＮ  ＩＤは、例えば、１又は複数の基地局２００−１〜２００−３をまとめてグループ化したものである。また、ＶＬＡＮ  ＩＤは、例えば、ＭＭＥ３００に対して制御信号を送信することなくハンドオーバ可能な基地局の集合を定義したものでもある。このようなＶＬＡＮ  ＩＤによるグループ化は、例えば、端末１００の移動特性や端末１００を使用するユーザの加入者情報などに基づいて設定されてもよい。例えば、端末１００のハンドオーバの履歴情報に基づいて基地局２００−２，２００−３を１つのＶＬＡＮ  ＩＤとしてグループ化してもよい。
【００４２】
なお、ＶＬＡＮ  ＩＤ以外にも、例えば、１又は複数の基地局２００−１〜２００−３をまとめた識別情報であればどのようなＩＤであってもよい。このような識別情報として、例えば、端末１００がハンドオーバしても位置登録信号を基地局へ送信しなくてもよい範囲として複数の基地局２００−２，２００−３をグループ化したＴＡ（Tracking Area）を識別するＩＤが用いられてもよい。
【００４３】
以降では、通信システム１０内に含まれる端末１００や基地局２００−１〜２００−３などの各構成の構成例について説明する。ただし、基地局２００−１〜２００−３は同一構成であるため、特に断らない限り、基地局２００として説明する。
【００４４】
＜端末の構成例＞
図４（Ａ）は端末（図中では「ＵＥ」）１００の構成例を表す図である。端末１００は、無線ＩＦ（Interface）部１１０、パケット処理部１２０、及び制御部１３０を備える。
【００４５】
無線ＩＦ部１１０は、基地局２００から送信された無線信号を受信し、受信した無線信号に対して復調処理などを施してユーザデータと制御信号など抽出する。この場合、抽出されたユーザデータは、例えば、パケット化されたパケットデータ（以下、「パケット」と称する場合がある）となっている。無線ＩＦ部１１０は、抽出したパケットをパケット処理部１２０、制御信号を制御部１３０へ夫々出力する。また、無線ＩＦ部１１０は、制御部１３０から出力された制御信号と、パケット処理部１２０から出力されたパケットを受け取り、制御信号やパケットなどに対して変調処理などを施して無線信号に変換する。無線ＩＦ部１１０は変換した無線信号を基地局２００へ送信する。
【００４６】
パケット処理１２０は、制御部１３０の制御に従って、無線ＩＦ部１１０から出力されたパケットに対して、各種信号処理を行い、文字データや音声信号などを抽出する。パケット処理部１２０は、制御部１３０の制御に従って、抽出した文字データや音声信号などを端末１００のモニタ画面やスピーカなどに出力する。また、パケット処理部１２０は、制御部１３０からの制御に従って、マイクなどから音声信号などを受け取り、これらに対して信号処理などを施すことでユーザデータに変換し、変換したユーザデータを含むパケットを生成し、生成したパケットを無線ＩＦ部１１０へ出力する。
【００４７】
制御部１３０は、無線ＩＦ部１１０やパケット処理部１２０を制御する。例えば、制御部１３０は、無線ＩＦ部１１０から受け取った制御信号に含まれる無線リソースの割り当て情報に基づいて、自局宛のパケットを抽出するよう無線ＩＦ部１１０に指示するなどの処理を行う。
【００４８】
＜基地局の構成例＞
図４（Ｂ）は基地局２００の構成例を表す図である。基地局２００は、無線ＩＦ部２１０、パケット転送処理部２２０、制御部２３０、Ｓ１−Ｕ  ＩＦ部２４０、Ｓ１−ＭＭＥ  ＩＦ部２５０を備える。
【００４９】
無線ＩＦ部２１０は、端末１００から送信された無線信号を受信し、受信した無線信号に対して復調処理などを施してパケットや制御信号などを抽出する。無線ＩＦ部２１０は、抽出した制御信号などを制御部２３０へ出力し、抽出したパケットをパケット転送処理部２２０へ出力する。また、無線ＩＦ部２１０は、パケット転送処理部２２０から出力されたパケットと制御部２３０から出力された制御信号を受け取り、これらに対して変調処理などを施して無線信号に変換する。無線ＩＦ部２１０は変換した無線信号を端末１００へ送信する。
【００５０】
パケット転送処理部２２０は、例えば、制御部２３０の制御に従って、無線ＩＦ部２１０から出力されたパケットをＳ１−Ｕ  ＩＦ部２４０へ転送し、Ｓ１−Ｕ  ＩＦ部２４０から受け取ったパケットを無線ＩＦ部２１０へ転送する。
【００５１】
制御部２３０は、無線ＩＦ部２１０、パケット転送処理部２２０、Ｓ１−ＭＭＥ  ＩＦ部２５０を制御する。制御部２３０は、例えば、無線リソースの割り当て情報などを含む制御信号を生成して無線ＩＦ部２１０へ出力したり、パスの切り替え要求などを含む制御信号を生成してＳ１−ＭＭＥ  ＩＦ部２５０へ送信したりする。
【００５２】
Ｓ１−Ｕ  ＩＦ部２４０は、ＳＧＷ４００との間でユーザデータなどを交換する。例えば、基地局２００とＳＧＷ４００との間はＳ１−Ｕインタフェースを介して接続される。この場合、Ｓ１−Ｕ  ＩＦ部２４０は例えば以下のような処理を行う。すなわち、Ｓ１−Ｕ  ＩＦ部２４０は、ＧＴＰ（GPRS(General Packet Radio Service) Tunneling Protocol）プロトコルによるパケットを用いてユーザデータを交換する。Ｓ１−Ｕ  ＩＦ部２４０は、例えば、ＵＤＰ／ＩＰ（User Datagram Protocol/Internet Protocol）プロトコル上に置かれたＧＴＰ−Ｕ（GTP for User plane）パケットやＧＴＰｖ２−Ｕ（GTP version 2 for User plane）パケットをＳＧＷ４００との間で交換する。そのため、Ｓ１−Ｕ  ＩＦ部２４０は、パケット転送処理部２２０から出力されたパケットを含む（又はパケットをカプセル化した）ＧＴＰ−ＵパケットやＧＴＰｖ２−Ｕパケットなど（以下では、「ＧＴＰ−Ｕパケット」と称する場合がある）を生成し、生成したＧＴＰ−ＵパケットをＳＧＷ４００へ送信する。また、Ｓ１−Ｕ  ＩＦ部２４０は、ＳＧＷ４００から受信したＧＴＰ−Ｕパケットからカプセル化されたユーザデータを含むパケットを抽出し、抽出したパケットをパケット転送処理部２２０へ出力する。
【００５３】
Ｓ１−ＭＭＥ  ＩＦ部２５０は、ＭＭＥ３００との間で制御信号などを交換する。例えば、基地局２００とＭＭＥ３００との間はＳ１−ＭＭＥインタフェースを介して接続される。この場合、Ｓ１−ＭＭＥ  ＩＦ部２５０は例えば以下のような処理を行う。すなわち、Ｓ１−ＭＭＥ  ＩＦ部２５０は、ＳＣＴＰ／ＩＰ（Stream Control Transmission Protocol/Internet Protocol）上に置かれたＳ１ＡＰプロトコルによるパケット（以下、「Ｓ１ＡＰパケット」と称する場合がある）を用いて制御信号などを交換する。そのため、Ｓ１−ＭＭＥ  ＩＦ部２５０は、制御部４３０から出力された制御信号を含むＳ１ＡＰパケットを生成し、生成したＳ１ＡＰパケットをＭＭＥ３００へ送信する。また、Ｓ１−ＭＭＥ  ＩＦ部２５０は、ＭＭＥ３００から送信されたＳ１ＡＰパケットを受信し、受信したＳ１ＡＰパケットに含まれる制御信号などを抽出し、抽出した制御信号を制御部２３０へ出力する。
【００５４】
＜ＭＭＥの構成例＞
図５（Ａ）はＭＭＥ３００の構成例を表す図である。ＭＭＥ３００は、Ｓ１−ＭＭＥ  ＩＦ部３１０、制御部３２０、及びＳ１１  ＩＦ部３３０を備える。
【００５５】
Ｓ１−ＭＭＥ  ＩＦ部３１０は、基地局２００との間で制御信号などを交換する。Ｓ１−ＭＭＥ  ＩＦ部３１０は例えば以下のような処理を行う。すなわち、Ｓ１−ＭＭＥ  ＩＦ部３１０は、基地局２００から送信されたＳ１ＡＰパケットを受信し、受信したＳ１ＡＰパケットから制御信号などを抽出して制御部３２０へ出力する。また、Ｓ１−ＭＭＥ  ＩＦ部３１０は、制御部３２０から出力された制御信号などに対して、当該制御信号などを含むＳ１ＡＰパケットを生成し、生成したＳ１ＡＰパケットを基地局２００へ送信する。
【００５６】
制御部３２０は、Ｓ１−ＭＭＥ  ＩＦ部３１０とＳ１１  ＩＦ部３３０とを制御する。例えば、制御部３２０は、Ｓ１−ＭＭＥ  ＩＦ部３１０とＳ１１  ＩＦ部３３０に対して、制御信号の送信や受信などを指示する。制御部３２０は、制御信号を適宜生成し、Ｓ１−ＭＭＥ  ＩＦ部３１０との間で制御信号を交換することで基地局２００に対する制御を行ったり、Ｓ１１  ＩＦ部３３０との間で制御信号を交換することでＳＧＷ４００を制御したりする。
【００５７】
Ｓ１１  ＩＦ部３３０は、ＳＧＷ４００との間で制御信号を交換する。例えば、ＭＭＥ３００とＳＧＷ４００との間はＳ１１インタフェースを介して接続され、ＧＴＰプロトコルによるパケットを用いて制御信号を交換する。この場合、Ｓ１１  ＩＦ部３３０は例えば以下のような処理を行う。すなわち、Ｓ１１  ＩＦ部３３０は、制御部３２０から制御信号を受け取ると、当該制御信号を含むＧＴＰ−Ｃ（GTP for Control plane）パケットやＧＴＰｖ２−Ｃパケット（以下、「ＧＴＰ−Ｃパケット」と称する場合がある）を生成し、ＳＧＷ４００へ送信する。また、Ｓ１１  ＩＦ部３３０は、ＳＧＷ４００から受信したＧＴＰ−Ｃパケットから制御信号を抽出し、抽出した制御信号を制御部３２０へ出力する。
【００５８】
ＭＭＥ３００はこのような制御信号を基地局２００やＳＧＷ４００と交換することで、例えば、ベアラの確立や開放を基地局２００やＳＧＷ４００に指示することができる。
【００５９】
＜ＳＧＷの構成例＞
図５（Ｂ）はＳＧＷ４００の構成例を表す図である。ＳＧＷ４００は、Ｓ１−Ｕ  ＩＦ部４１０、パケット転送処理部４２０、制御部４３０、Ｓ１１  ＩＦ部４４０、Ｓ５  ＩＦ部４５０を備える。
【００６０】
Ｓ１−Ｕ  ＩＦ部４１０は、基地局２００との間でユーザデータなどを交換する。Ｓ１−Ｕ  ＩＦ部４１０は例えば以下のような処理を行う。すなわち、Ｓ１−Ｕ  ＩＦ部４１０は、制御部４３０からの制御に従って、基地局２００から送信されたＧＴＰ−Ｕパケットからユーザデータを含むパケットを抽出し、抽出したパケットをパケット転送処理部４２０へ出力する。また、Ｓ１−Ｕ  ＩＦ部４１０は、制御部４３０からの制御に従って、パケット転送処理部４２０から出力されたユーザデータを含むパケットに対して、当該パケットを含むＧＴＰ−Ｕパケットを生成し、生成したＧＴＰ−Ｕパケットを基地局２００へ送信する。
【００６１】
パケット転送処理部４２０は、制御部４３０からの指示に従って、Ｓ１−Ｕ  ＩＦ部４１０から出力されたパケットをＳ５  ＩＦ部４５０へ転送し、Ｓ５  ＩＦ部４５０から出力されたパケットをＳ１−Ｕ  ＩＦ部４１０へ転送する。
【００６２】
制御部４３０は、Ｓ１−Ｕ  ＩＦ部４１０、パケット転送処理部４２０、Ｓ１１  ＩＦ部４４０、及びＳ５  ＩＦ部４５０を制御する。例えば、制御部４３０は、ＳＩ−Ｕ  ＩＦ部４１０やパケット転送処理部４２０、Ｓ５  ＩＦ部４５０に対して、パケットの送信や受信、転送などを指示したり、ＭＭＥ３００との間で制御信号を交換したりする。そのため、制御部４３０は、制御信号を適宜生成して、ＭＭＥ３００との間で交換してもよい。
【００６３】
Ｓ１１  ＩＦ部４４０は、ＭＭＥ３００との間で制御信号などを交換する。Ｓ１１  ＩＦ部４４０は例えば以下の処理を行う。すなわち、Ｓ１１  ＩＦ部４４０は、ＭＭＥ３００から送信されたＧＴＰ−Ｃパケットから制御信号などを抽出し、抽出した制御信号などを制御部４３０へ出力する。また、Ｓ１１  ＩＦ部４４０は、制御部４３０から制御信号などを受け取り、受け取った制御信号などを含むＧＴＰ−Ｃパケットを生成し、生成したＧＴＰ−ＣパケットをＭＭＥ３００へ送信する。
【００６４】
Ｓ５  ＩＦ部４５０は、ＰＧＷ５００との間でユーザデータや制御信号などを交換する。ＳＧＷ４００は、例えば、ＰＧＷ５００とＳ５インタフェースを介して接続されており、ＧＴＰ−ＵパケットやＧＴＰ−ＣパケットなどをＰＧＷ５００と交換する。Ｓ５  ＩＦ部４５０は例えば以下のような処理を行う。すなわち、Ｓ５  ＩＦ部４５０は、パケット転送処理部４２０から出力されたパケットに対して、当該パケットを含む（又はカプセル化した）ＧＴＰ−Ｕパケットを生成し、生成したＧＴＰ−ＵパケットをＰＧＷ５００へ送信する。また、Ｓ５  ＩＦ部４５０は、ＰＧＷ５００から送信されたＧＴＰ−Ｕパケットを受信すると、受信したＧＴＰ−Ｕパケットからユーザデータなどを含むパケットを抽出し、抽出したパケットをパケット転送処理部４２０へ出力する。さらに、Ｓ５  ＩＦ部４５０は、制御部４３０において生成された制御信号を制御部４３０から受け取り、制御信号を含むＧＴＰ−Ｃパケットを生成し、生成したＧＴＰ−ＣパケットをＰＧＷ５００へ送信する。さらに、Ｓ５  ＩＦ部４５０は、ＰＧＷ５００から送信されたＧＴＰ−Ｃパケットを受信し、受信したＧＴＰ−Ｃパケットから制御信号などを抽出し制御部４３０へ出力する。
【００６５】
ＳＧＷ４００は、例えば、ＧＴＰ−Ｕパケットを基地局２００やＰＧＷ５００との間で交換することでユーザデータを中継する中継装置として機能する。
【００６６】
＜ＰＧＷの構成例＞
図６はＰＧＷ５００の構成例を表す図である。ＰＧＷ５００は、Ｓ５  ＩＦ部５１０、パケット転送処理部５２０、制御部５３０、及びＳＧｉ  ＩＦ部５４０を備える。
【００６７】
Ｓ５  ＩＦ部５１０は、ＳＧＷ４００との間でユーザデータや制御信号などを交換する。Ｓ５  ＩＦ部５１０は例えば以下のような処理を行う。すなわち、Ｓ５  ＩＦ部５１０は制御部５３０から制御信号を受け取り、当該制御信号を含むＧＴＰ−Ｃパケットを生成してＳＧＷ４００へ送信する。また、Ｓ５  ＩＦ部５１０は、パケット転送処理部５２０からユーザデータを含むパケットを受け取ると、当該パケットを含む（又はカプセル化した）ＧＴＰ−Ｕパケットを生成しＳＧＷ４００へ送信する。さらに、Ｓ５  ＩＦ部５１０は、ＳＧＷ４００からＧＴＰ−Ｃパケットを受信すると当該パケットから制御信号などを抽出して制御部５３０へ出力する。さらに、Ｓ５  ＩＦ部５１０は、ＳＧＷ４００からＧＴＰ−Ｕパケットを受信すると当該パケットからユーザデータを含むパケットを抽出しパケット転送処理部５２０へ出力する。
【００６８】
パケット転送処理部５２０は、Ｓ５  ＩＦ部５１０から出力されたパケットをＳＧｉ  ＩＦ部５４０へ転送し、ＳＧｉ  ＩＦ部５４０から出力されたパケットをＳ５  ＩＦ部５１０へ転送する。
【００６９】
制御部５３０は、Ｓ５  ＩＦ部５１０やパケット転送処理部５２０などを制御する。制御部５３０は、ＳＧＷ４００との間で制御信号を交換してもよく、制御信号を生成したり、生成した制御信号の送信をＳ５  ＩＦ部５１０に指示したりする。例えば、制御部５３０は端末１００に対するＩＰアドレスの払い出しを行い、このＩＰアドレスを含む制御信号などを生成してＳＧＷ４００へ送信してもよい。
【００７０】
パケット転送処理部５２０は、制御部５３０の制御に従って、Ｓ５  ＩＦ部５１０から出力されたパケットをＳＧｉ  ＩＦ部５４０へ転送し、ＳＧｉ  ＩＦ部５４０から出力されたパケットをＳ５  ＩＦ部５１０へ転送する。
【００７１】
ＳＧｉ  ＩＦ部５４０は、ＰＤＮ６００との間でユーザデータなどを交換する。例えば、ＳＧｉ  ＩＦ部５４０はパケット転送処理部５２０から転送されたパケットに対してＰＤＮ６００へ送信可能なフォーマットのパケットに変換してＰＤＮ６００へ送信する。また、ＳＧｉ  ＩＦ部５４０は、ＰＤＮ６００から送信されたパケットを受信し、受信したパケットから端末１００へ向けて送信するパケットを抽出し、抽出したパケットをパケット転送処理部５２０へ出力する。
【００７２】
＜動作例＞
次に動作例について説明する。図７は通信システム１０におけるハンドオーバ手順のシーケンス例を表す。図７の例では、端末１００が基地局（図７では「Source eNB」、以下「ソース基地局」と称する場合がある）２００−２から基地局（「Target eNB」、以下「ターゲット基地局」と称する場合がある）２００−３へハンドオーバする例を表している。ソース基地局２００−２がハンドオーバ元、ターゲット基地局２００−３がハンドオーバ先の基地局となる。
【００７３】
本第２の実施の形態においては、図３などに示すように、ソース基地局２００−２とターゲット基地局２００−３は同一のＶＬＡＮ  ＩＤに属するものとする。
【００７４】
図９（Ａ）はターゲット基地局２００−３において保持されたＶＬＡＮ  ＩＤの例を表している。図９（Ａ）に示す例では、基地局２００の識別情報として「＃２」から「＃５」を有する基地局２００は同一のＶＬＡＮ  ＩＤである「＃２」に属していることを表している。例えば、２つの基地局２００−２（「＃２」），２００−３（「＃３」）も同一の「＃２」のＶＬＡＮ  ＩＤに属している。なお、ターゲット基地局２００−３は他の基地局の識別情報（「＃３」から「＃５」）は保持することなく自局に割り当てられたＶＬＡＮ  ＩＤ（「＃２」）を保持してもよい。なお、ＶＬＡＮ  ＩＤは、各基地局２００の制御部２３０の内部メモリなどに保持されてもよい。ＶＬＡＮ  ＩＤの各基地局２００への割り当ては、各基地局が設置される際にオペレータにより割り当てられても良いし、基地局２００の運用開始後、他の基地局と制御信号を交換することで割り当てられてもよい。
【００７５】
最初に図７を用いて通信システム１０全体の動作例を説明する。図７に示す各処理（Ｓ１０からＳ２７）は、例えば、各装置１００，２００−２，２００−３，３００，４００，５００の制御部１３０，２３０，３２０，４３０，５３０などで行われる。
【００７６】
＜通信システム全体の動作例＞
図７に示すように、端末１００とＰＧＷ５００は、ソース基地局２００−２とＳＧＷ４００を介してユーザデータを交換する（Ｓ１０）。
【００７７】
なお、ＰＧＷ５００から端末１００へ向かう通信リンクの方向を下り方向（又は「Downlink」）、端末１００からＰＧＷ５００へ向かう通信リンクの方向を上り方向（又は「Uplink」）と称する場合がある。
【００７８】
次に、２つの基地局２００−２，２００−３においてハンドオーバの準備（「preparation」）を行う（Ｓ１１）。例えば、２つの基地局２００−２，２００−３は予め決められたハンドオーバ手順を行う状態にしておく。
【００７９】
次に、端末１００と基地局２００−２，２００−３との間でハンドオーバの実行手順（「Handover execution」）を実行する（Ｓ１２）。例えば、以下のような処理が行われる。すなわち、端末１００はソース基地局２００−２とターゲット基地局２００−３の各無線区間の通信品質を測定してソース基地局２００−２へ送信する。ソース基地局２００−２は通信品質に基づいて基地局２００−２から基地局２００−３へ端末１００がハンドオーバすることを決定する。ハンドオーバ実行手順においては、ソース基地局２００−２はＭＭＥ３００に対して端末１００が基地局２００−３へのハンドオーバすることを要求する制御信号であるハンドオーバ要求信号を送信し、ＭＭＥ３００はこれを受けてターゲット基地局２００−３に対してハンドオーバの実行を指示する制御信号を送信してもよい。ターゲット基地局２００−３は端末１００に対してハンドオーバ先の基地局が自局であることを通知してもよい。
【００８０】
ハンドオーバ実行手順において、ソース基地局２００−２は端末１００に送信できなかった下り方向のユーザデータをターゲット基地局２００−３へフォワーディング（又は転送）する（Ｓ１３）。
【００８１】
一連のハンドオーバ実行手順（Ｓ１２）が終了すると、ターゲット基地局２００−３は、フォワーディングされたユーザデータを端末１００へ送信する（Ｓ１４）。
【００８２】
また、端末１００は上り方向のユーザデータをハンドオーバ先のターゲット基地局２００−３へ送信する（Ｓ１５）。ターゲット基地局２００−３は上り方向のユーザデータをＳＧＷ４００へ送信する（Ｓ１６）。
【００８３】
次に、ターゲット基地局２００−３は、“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”をＳＧＷ４００へ送信する（Ｓ１７）。“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”は、例えば、制御信号であって、パスの切り替えを要求するパス切り替え信号である。この場合、“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”は、ＳＧＷ４００とソース基地局２００−２との間の下り方向のパスを、ＳＧＷ４００とターゲット基地局２００−３との間の下り方向のパスに切り替えることを要求する制御信号となっている。
【００８４】
ターゲット基地局２００−３が“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”をＭＭＥ３００に送信する場合がある。この場合、例えば、以下のような処理が行われる。すなわち、ＭＭＥ３００は、“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”を受信すると、ＳＧＷ４００に対してＳＧＷ４００とターゲット基地局２００−３との間の下り方向のパスを設定するよう指示した制御信号を送信する。ＳＧＷ４００ではこれを受けてターゲット基地局２００−３との間で下り方向のパス（又は下り方向におけるＳ１ベアラ）を設定する。
【００８５】
本第２の実施の形態では、ターゲット基地局２００−３は“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”をＭＭＥ３００ではなくＳＧＷ４００へ“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”を送信する。この場合、例えば、ＳＧＷ４００はＭＭＥ３００から送信されたパスの切り替え指示を受信したものとして、ターゲット基地局２００−３に対して下り方向のパスを設定する。
【００８６】
“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”は、本来は基地局２００がＭＭＥ３００へ送信する制御信号であって、この場合、Ｓ１ＡＰパケットに含めて送信される。従って、ターゲット基地局２００がＭＭＥ３００へ“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”を送信する場合、Ｓ１ＡＰパケットとして送信してもよい。
【００８７】
この場合、例えば、以下のような処理が行われる。すなわち、ターゲット基地局２００−３の制御部２３０は、上り方向へのユーザデータを含むパケットの送信をパケット転送処理部２２０などへ指示した後、“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”を生成する。制御部２３０は、生成した“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”をＳ１−ＭＭＥ  ＩＦ部２５０へ出力し、“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”を含むＳ１ＡＰパケットの生成をＳ１−ＭＭＥ  ＩＦ部２５０へ指示する。Ｓ１−ＭＭＥ  ＩＦ部２５０は“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”を含むＳ１ＡＰパケットを生成し、生成したＳ１ＡＰパケットをＳ１−Ｕ  ＩＦ部２４０へ出力する。Ｓ１−Ｕ  ＩＦ部２４０は、受け取ったＳ１ＡＰパケットをＳＧＷ４００へ送信する。また、Ｓ１−Ｕ  ＩＦ部２４０は、ＳＧＷ４００から送信された、“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”に対する応答信号を含むＳ１ＡＰパケット（Ｓ２０又はＳ２６）を受信すると、Ｓ１−ＭＭＥ  ＩＦ部２５０へ出力し、Ｓ１−ＭＭＥ  ＩＦ部２５０はＳ１ＡＰパケットから応答信号を抽出し、制御部２３０へ出力する。
【００８８】
他方、ＳＧＷ４００では、例えば、以下のような処理が行われる。すなわち、ＳＧＷ４００のＳ１−Ｕ  ＩＦ部４１０は、“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”を含むＳ１ＡＰパケットを受信すると、Ｓ１ＡＰパケットから“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”を抽出し、抽出した“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”を制御部４３０へ出力する。また、制御部４３０は、“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”を受け取ると、適切なタイミングで、応答信号を生成してＳ１−Ｕ  ＩＦ部４１０に対して応答信号を含むＳ１ＡＰパケットの生成と送信を指示する。Ｓ１−Ｕ  ＩＦ部４１０はこれを受けて応答信号を含むＡ１ＡＰパケットを送信できる。
【００８９】
このように、ターゲット基地局２００−３とＳＧＷ４００は“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”を含むＳ１ＡＰパケットを処理できるように設定しておけばよい。
【００９０】
上述した例は、  Ｓ１ＡＰパケットを利用した“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”の例について説明したが、ＧＴＰ−Ｃパケットとして送信可能な“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”（「ＭＢＲｅｑ」）が用いられてもよい。この場合、ターゲット基地局２００は、“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”に代えて、“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”を送信する。“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”は、例えば、制御信号であって、ターゲット基地局２００−３とＳＧＷ４００との間の品質の変更を要求するベアラ変更信号である。
【００９１】
図１０（Ａ）は、基地局２００−２，２００−３とＳＧＷ４００間で送受信されるＧＴＰ−Ｕパケットの例を表している。ＧＴＰ−Ｕパケットでは、「ＧＴＰ」領域にＧＴＰヘッダが含まれ、「データ」領域に１又は複数のＩＰ（Internet Protocol）パケットが含まれる。このＩＰパケット内にユーザデータが含まれる。
【００９２】
図１０（Ｂ）はＧＴＰ−Ｃパケットの例を表している。ＧＴＰ−Ｃパケットの「ＧＴＰ−Ｃ」領域に、例えば、“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”を表す制御信号が含まれる。
【００９３】
この場合、ターゲット基地局２００−３では、例えば、以下のような処理が行われる。すなわち、ターゲット基地局２００−３の制御部２３０は、上り方向へのユーザデータを含むパケットの送信をパケット転送処理部２２０などへ指示した後、“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”を生成する。制御部２３０は、生成した“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”を、パケット転送処理部２２０を経由してＳ１−Ｕ  ＩＦ部２４０へ出力する。また、制御部２３０は、Ｓ１−Ｕ  ＩＦ部２４０に対して“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”を含むＧＴＰ−Ｃパケットの生成を指示する制御信号を、パケット転送処理部２２０を介してＳ１−Ｕ  ＩＦ部２４０へ出力する。この場合、制御部２３０は、Ｓ１−Ｕ  ＩＦ部２４０に対して直接、“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”を出力してもよいし、ＧＴＰ−Ｃパケットの生成を指示する制御信号を出力してもよい。Ｓ１−Ｕ  ＩＦ部２４０はこれを受けて、“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”を含むＧＴＰ−Ｃパケットを生成し、ＳＧＷ４００へ送信する。また、Ｓ１−Ｕ  ＩＦ部２４０は、“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”に対する応答信号を含むＧＴＰ−Ｃパケットも受信でき、受信したＧＴＰ−Ｃパケットから応答信号を抽出し、パケット転送処理部２２０を介して当該制御信号を制御部２３０へ出力する。Ｓ１−Ｕ  ＩＦ部２４０は、抽出した応答信号を制御部２３０へ直接出力してもよい。
【００９４】
他方、ＳＧＷ４００では例えば以下のような処理が行われる。Ｓ１−Ｕ  ＩＦ部４１０は、“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”を含むＧＴＰ−Ｃパケットを受信すると、ＧＴＰ−Ｃパケットから“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”を抽出し、制御部４３０へ出力する。制御部４３０は、“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”を受け取ると、適切なタイミングで、“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”に対する応答信号を生成し、Ｓ１−Ｕ  ＩＦ部４１０へ応答信号を含むＧＴＰ−Ｃパケットの生成と送信を指示する、Ｓ１−Ｕ  ＩＦ部４１０は、これを受けて応答信号を含むＧＴＰ−Ｃパケットを生成してターゲット基地局２００−３へ送信する。
【００９５】
このように、ターゲット基地局２００−３とＳＧＷ４００は“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”を含むＧＴＰ−Ｃパケットを処理できるように設定しておけばよい。
【００９６】
図１１は、“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”を受信したＳＧＷ４００がパスの切り替えを行っている例を表す図である。図１１の例では、ＳＧＷ４００は、ソース基地局２００−２との間で下り方向に対してＳ１ベアラを設定し、そのＴＥＩＤ（Tunnel Endpoint Identifier）として「＃２」を設定している。また、ＳＧＷ４００とＰＧＷ５００との間ではＳ５ベアラが設定され、ＴＥＩＤとして「＃１」が設定されている。ＳＧＷ４００は経路表４５０を有している。経路表４５０には、「入力」としてＳ５ベアラのＴＥＩＤ「＃１」、「出力」としてソース基地局２００−２との間におけるＳ１ベアラのＴＥＩＤ「＃２」が記憶されている。経路表４５０は、例えば、制御部４３０の内部メモリなどに記憶される。
【００９７】
このような場合において、ＳＧＷ４００はターゲット基地局２００−３から”Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”を受信すると、経路表４５０の「出力」についてターゲット基地局２００−３へのＳ１ベアラであるＴＥＩＤ「＃３」に変更する。ＳＧＷ４００とターゲット基地局２００−３との間の下り方向のＴＥＩＤ「＃３」は、例えば、ターゲット基地局２００−３が生成して“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”に含めて送信される。
【００９８】
経路表４５０の変更によりＳＧＷ４００は、端末１００宛のユーザデータを含むパケットをＰＧＷ５００から受信すると、当該パケットをターゲット基地局２００−３へ送信することができる。このような変更は、例えば、制御部４３０により行われる。
【００９９】
上述した“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｅｕｓｔ”についても、図１１に示すようなパスの切り替えを行うことができる。“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”と“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｅｕｓｔ”の２つの制御信号は、ＳＧＷ４００で行われるパスの切り替え、という点で同一の機能を有する制御信号ということができる。
【０１００】
図７に戻り、ＳＧＷ４００は“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”を受信すると（Ｓ１７）、ＰＧＷ５００に対して、“Ｍｏｄｉｆｙ  ｂｅａｒｅｒ  ｒｅｑｅｕｓｔ”を送信する（Ｓ１９）。これにより、例えば、図１１に示すようなパスの切り替えをＰＧＷ５００に通知できる。
【０１０１】
ＰＧＷ５００は、“Ｍｏｄｉｆｙ  ｂｅａｒｅｒ  ｒｅｑｅｕｓｔ”を受信すると、”Ｍｏｄｉｆｙ  ｂｅａｒｅｒ  ｒｅｓｐｏｎｓｅ”をＳＧＷ４００へ送信する（Ｓ１９）。なお、Ｓ１８とＳ１９はなくてもよい。
【０１０２】
次に、ＳＧＷ４００は、“Ｐａｔｈｓｗｉｔｃｈ  ａｃｋ”（又は“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅ”）をターゲット基地局２００−３へ送信する（Ｓ２０）。“Ｐａｔｈｓｗｉｔｃｈ  ａｃｋ”は、上述したように、“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”に対する応答信号であって、Ｓ１ＡＰパケットに含まれて送信されてもよい。また、“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅ”は、上述したように“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｅｕｓｔ”に対する応答信号であってＧＴＰ−Ｃパケットに含まれて送信されてもよい。
【０１０３】
そして、下り方向のユーザデータがＰＧＷ５００からＳＧＷ４００とターゲット基地局２００−３を介して端末１００へ送信される（Ｓ２１〜Ｓ２３）。
【０１０４】
次に、ＳＧＷ４００は、ソース基地局２００−２へ“Ｅｎｄ  ｍａｒｋｅｒ”を送信する（Ｓ２４）。ソース基地局２００−２は“Ｅｎｄ  ｍａｒｋｅｒ”を受信すると、”Ｅｎｄ  ｍａｒｋｅｒ”をターゲット基地局２００−３へ送信する（Ｓ２５）。これにより、例えば、ソース基地局２００−２からターゲット基地局２００−３において滞留している端末１００宛のユーザデータを端末１００へ送信することができる。
【０１０５】
次に、ＳＧＷ４００は“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ  ａｃｋ”をターゲット基地局２００−３へ送信する（Ｓ２６）。“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ  ａｃｋ”は、例えば、“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”（Ｓ１７）を正常に受信できたことを示す応答信号でもある。なお、“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ  ａｃｋ”は、例えば、“Ｐａｔｈｓｗｉｔｃｈ  ａｃｋ”（図２０）で代用してもよく、その場合、“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ  ａｃｋ”（Ｓ２６）はなくてもよい。“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ  ａｃｋ”は、“Ｐａｔｈｓｗｉｔｃｈ  ａｃｋ”と同様にＳ１ＡＰパケットに含まれて送信されてもよいし、“Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅ”と同様にＧＴＰ−Ｃパケットに含まれて送信されてもよい。
【０１０６】
次に、ターゲット基地局２００−３は、“Ｒｅｌｅａｓｅ  ｒｅｓｏｕｒｃｅ”をソース基地局２００−２へ送信する（Ｓ２７）。例えば、ソース基地局２００−２は“Ｒｅｌｅａｓｅ  ｒｅｓｏｕｒｃｅ”を受信すると端末１００に対する無線リソースなどを開放する。
【０１０７】
図７において、ターゲット基地局２００−３はＳＧＷ４００へ“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”を送信する（Ｓ１７）例について説明した。例えば、ターゲット基地局２００−３は、設定されたパスの開放を要求するパス開放信号（例えば“Ｐａｔｈｒｅｌｅａｓｅ  ｒｅｑｕｅｓｔ”）を、ＭＭＥ３００に送信しないでＳＧＷ４００へ送信してもよい。パス開放信号には、開放対象となるパスに関する情報が含まれる。このような情報としては、例えば、図１１で示すようなＴＥＩＤ「＃３」であってもよい。この信号を受けたＳＧＷ４００は、例えば図１１の例で設定したＴＥＩＤ「＃３」のＳ１ベアラを開放し、経路表４５０からＴＥＩＤ「＃３」を削除する。パス開放要求信号は、例えば、ＭＭＥ３００に送信されることなくＳＧＷ４００へ送信される制御信号の一例でもある。パス開放信号も、Ｓ１ＡＰパケットに含まれて送信されてもよいし、ＧＴＰ−Ｃパケットに含まれて送信されてもよい。
【０１０８】
＜ターゲット基地局の動作例＞
次にターゲット基地局２００−３における動作例について説明する。図８はターゲット基地局２００−３における動作例を表すフローチャートである。図８に示す各処理は、例えば、ターゲット基地局２００−３の制御部２３０で行われる。
【０１０９】
ターゲット基地局２００−３はハンドオーバ処理を実行するとき（例えば図７のＳ１２）に本処理を開始してもよい（Ｓ３０）。
【０１１０】
次に、ターゲット基地局２００−３は、ＶＬＡＮ  ＩＤを抽出できたか否かを確認する（Ｓ３１）。
【０１１１】
ターゲット基地局２００−３は、例えば、ソース基地局２００−２との間でハンドオーバ手順を実行しているときにソース基地局２００−２から端末１００に関するＵＥコンテキスト情報を受信する。
【０１１２】
図９（Ｂ）はＵＥコンテキスト情報の例を表す図である。ＵＥコンテキスト情報には、ベアラ情報、Ｓ１情報、無線に関する情報などが含まれる。ベアラ情報には、例えば、端末１００とＰＧＷ５００との間で設定されたベアラに関する情報（例えばＥＰＳ（Evolved Packet System）ベアラのＩＤなど）が含まれる。また、Ｓ１情報には、ＭＭＥ３００のＩＰアドレスや端末識別子などが含まれる。
【０１１３】
本第２の実施の形態においては、例えば、ＵＥコンテキスト情報のＳ１情報にソース基地局２００−２のＶＬＡＮ  ＩＤが含まれる。ターゲット基地局２００−３は、ソース基地局２００−２から受信したＵＥコンテキスト情報からソース基地局２００−２のＶＬＡＮ  ＩＤを抽出する。また、ターゲット基地局２００−３においても、例えば、図９（Ａ）に示すように、自局がどのＶＬＡＮ  ＩＤに属するのかを示すテーブルを内部メモリなど保持しており、このテーブルからＶＬＡＮ  ＩＤを抽出することで自局のＶＬＡＮ  ＩＤを抽出できる。
【０１１４】
従って、ターゲット基地局２００−３は、例えば、ＵＥコンテキスト情報からソース基地局２００−２のＶＬＡＮ  ＩＤを抽出し、かつ、自局に割り当てられたＶＬＡＮ  ＩＤを内部メモリから抽出てきたとき（Ｓ３１でＹＥＳ）、処理はＳ３２へ移行する。
【０１１５】
一方、ターゲット基地局２００−３は、ソース基地局２００−２においてＶＬＡＮ  ＩＤが設定されておらずＵＥコンテキスト情報からソース基地局２００−２のＶＬＡＮ  ＩＤを抽出できないときは（Ｓ３１でＮＯ）、Ｓ３５へ移行する。また、ターゲット基地局２００−３は、自局においてＶＬＡＮ  ＩＤが設定されておらず、内部メモリなどから自局に割り当てられたＶＬＡＮ  ＩＤをメモリから抽出できないときも（Ｓ３１でＮＯ）、Ｓ３５へ移行する。  
【０１１６】
なお、ターゲット基地局２００−３がソース基地局となって端末１００のハンドオーバ元の基地局となる場合がある。この場合、基地局２００−３はＵＥコンテキスト情報を生成してターゲット基地局となる基地局２００−３へ送信する。例えば、ターゲット基地局２００−３の制御部２３０は自局に割り当てられＶＬＡＮ  ＩＤを内部メモリから読み出してＵＥコンテキスト情報に含めて、ハンドオーバ先の基地局へ送信する。
【０１１７】
ターゲット基地局２００−３は、ＶＬＡＮ  ＩＤを抽出したとき（Ｓ３１でＹＥＳ）、ハンドオーバ元のソース基地局２００−２のＶＬＡＮ  ＩＤと自局のＶＬＡＮ  ＩＤが同一か否かを判別する（Ｓ３２）。
【０１１８】
ターゲット基地局２００−３は、ソース基地局２００−２のＶＬＡＮ  ＩＤと自局のＶＬＡＮ  ＩＤが同一のとき（Ｓ３２でＹＥＳ）、ＳＧＷ４００へ制御信号を送信する（Ｓ３３）。この場合は、ソース基地局２００−２とターゲット基地局２００−３とは同一のＶＬＡＮ  ＩＤに属するため、ターゲット基地局２００−３は制御信号をＭＭＥ３００へ送信することなくＳＧＷ４００へ送信する。
【０１１９】
一方、ターゲット基地局２００−３は、ソース基地局２００−２のＶＬＡＮ  ＩＤと自局のＶＬＡＮ  ＩＤが一致しないとき（Ｓ３２でＮＯ）、ＭＭＥ３００へ制御信号を送信する（Ｓ３５）。これはハンドオーバが行われる２つの基地局２００−２，２００−３において、ＶＬＡＮ  ＩＤが一致しない場合であり、この場合、ターゲット基地局２００−３は制御信号をＭＭＥ３００へ送信する。
【０１２０】
ターゲット基地局２００−３は制御信号を送信すると（Ｓ３３，Ｓ３５）、一連の処理も終了させる（Ｓ３４）。
【０１２１】
このように本第２の実施の形態においては、制御信号をＭＭＥ３００ではなくＳＧＷ４００へ送信する基地局２００−２，２００−３をＶＬＡＮ  ＩＤとして１つにグループにまとめている。例えば、このグループの範囲を日本全体に拡げることも可能である。しかし、料金未払いの端末が接続する基地局２００を特定するなど、ある特定の基地局２００を検索する場合があり、１つのＶＬＡＮ  ＩＤに含まれる基地局２００の個数が第５の閾値よりも多い場合、検索に時間を要する場合もある。従って、基地局２００の検索などを考慮して、１つのＶＬＡＮ  ＩＤに含まれる基地局２００の個数は第５の閾値以下としてもよい。
【０１２２】
なお、本第２の実施の形態においてはＭＭＥ３００では“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”を受信しないため、例えば、端末１００がハンドオーバ後、ターゲット基地局２００−３に正確に接続されたかを把握できない。そのため、ＭＭＥ３００は、ターゲット基地局２００−３と同一のＶＬＡＮ  ＩＤを有する全基地局２００へマルチキャストで制御信号を送信してもよい。これにより、例えば、ＭＭＥ３００がターゲット基地局２００−３へ制御信号を送信する場合、端末１００が接続されているターゲット基地局２００−３に対して制御信号を確実に送信することができる。
【０１２３】
＜ＴＥＩＤについて＞
ハンドオーバ後のターゲット基地局２００−３では、ＳＧＷ４００との間でＳ１ベアラを設定し、設定したＳ１ベアラに対してＴＥＩＤを割り当てる場合がある。そして、ターゲット基地局２００−３は、割り当てたＴＥＩＤを“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”に含ませて、ＭＭＥ３００へ送信する場合がある。
【０１２４】
しかし、本第２の実施の形態においては、ターゲット基地局２００−３はＭＭＥ３００に対して“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”を送信しない。従って、ＭＭＥ３００ではターゲット基地局２００−３が新たに設定したＳ１ベアラ及びそのＴＥＩＤを把握することができない。
【０１２５】
そこで、本第２の実施の形態では、ＳＧＷ４００からＭＭＥ３００に送信される制御信号に含まれるＥＰＳベアラＩＤを利用して、ＭＭＥ３００において新たに設定したＳ１ベアラに対する処理を行わせるようにする。
【０１２６】
ＥＰＳベアラは、例えば、端末１００とＰＧＷ５００との間で設定されるベアラ（又はパス）であり、端末１００がハンドオーバにより基地局２００の接続を変更してもＥＰＳベアラＩＤ（又は端末１００とＰＧＷ５００との間のパスのパス識別情報）は変更されない。従って、ＭＭＥ３００はターゲット基地局２００−３とＳＧＷ４００との間で新たなＳ１ベアラが設定されたことを知らなくても、ＥＰＤベアラＩＤを利用して、当該Ｓ１ベアラに対してユーザデータを送信させたり、当該Ｓ１ベアラを開放させたりすることも可能になる。
【０１２７】
この場合、ターゲット基地局２００−３とＳＧＷ４００は、ＥＰＳベアラＩＤとＳ１ベアラのＴＥＩＤとの対応関係を保持していればよい。ＭＭＥ３００からＥＰＤベアラＩＤを指定した制御信号を受信したターゲット基地局２００−３とＳＧＷ４００は、対応関係に基づいて新たに設定したＳ１ベアラに対する処理を行うことができる。例えば、ターゲット基地局２００−３の制御部２３０やＳＧＷ４００の制御部４３０は、内部メモリなどにＥＰＳベアラＩＤとＴＥＩＤとの対応関係を保持する。
【０１２８】
ターゲット基地局２００−３では、例えば、以下のようにして対応関係を保持する。すなわち、制御部２３０はハンドオーバ実行手順（Ｓ１２）においてＵＥコンテキスト情報をソース基地局２００−２から受信し、ＵＥコンテキスト情報にはＥＰＳベアラＩＤが含まれる。また、制御部２３０は、ＵＥコンテキスト情報に含まれるＶＬＡＮ  ＩＤに基づいてＳＧＷ４００へ“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”を送信し（例えば図８のＳ３３）、このとき、ＳＧＷ４００に対して新たなＳ１ベアラを設定する（例えば図１１）。従って、制御部２３０はＳＧＷ４００へ“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”を送信するときに参照したＵＥコンテキスト情報に含まれるＥＰＳベアラＩＤと、このときに新たに設定したＳ１ベアラとに基づいて、ＥＰＳベアラとＴＥＩＤとの対応関係を保持する。
【０１２９】
また、ＳＧＷ４００では、例えば、以下のようにして対応関係を保持する。すなわち、制御部４３０は、“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”から、ターゲット基地局２００−３において割り当てたＴＥＩＤを抽出し、経路表４５０を変更する（例えば図１１）。経路表には、例えば、ＭＭＥ３００によって割り当てられたＥＰＳベアラＩＤも含まれる。制御部４３０は、経路表４５０において変更したＴＥＩＤと、経路表４５０に含まれるＥＰＳベアラＩＤとを読み出して、ＥＰＳベアラＩＤと新たに設定されたＳ１ベアラのＴＥＩＤとの対応関係を抽出し、内部メモリなどに保持すればよい。
【０１３０】
図１２は、通信システム１０において、ＳＧＷ４００からＭＭＥ３００に送信される制御信号の例である。当該制御信号にＥＰＳベアラＩＤが含まれる。図１２は、ＭＭＥ３００に対してＥＰＳベアラＩＤが通知される例を表している。
【０１３１】
“ＤＬ  ｐａｃｋｅｔ  ｎｏｔｉｆｉｃａｔｉｏｎ”は、例えば、端末１００がアイドル状態のときに端末１００宛の下りデータがあるときに送信される制御信号である。“ＤＬ  ｐａｃｋｅｔ  ｎｏｔｉｆｉｃａｔｉｏｎ”は、Ｎｅｔｗｏｒｋ  Ｔｒｉｇｇｅｒｅｄ  Ｓｅｒｉｖｅ  Ｒｅｑｕｅｓｔという手順で送信される（例えば図１３）。
【０１３２】
“Ｕｐｄａｔａ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”は、例えば、端末１００がアクティブ状態のときにベアラにおいて保証する通信品質を変更する場合に送信される制御信号である。“Ｕｐｄａｔａ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”は、ベアラを網側から変更する手順で送信される（例えば図１４）。
【０１３３】
図１３はＮｅｔｗｏｒｋ  Ｔｒｉｇｇｅｒｅｄ  Ｓｅｒｉｖｅ  Ｒｅｑｕｅｓｔという手順の例を示している。この手順は、例えば、端末１００が基地局２００へハンドオーバ後、端末１００がアイドル状態などに移行して端末１００と基地局２００との間の無線が切断された状態のときに実行される。
【０１３４】
ＳＧＷ４００は、端末１００宛のユーザデータを含むパケットをＰＧＷ５００から受信すると（Ｓ４０）、端末１００との間で無線が切断されていることを確認する（Ｓ４１）。
【０１３５】
このとき、ＳＧＷ４００は、ＥＰＳベアラＩＤを含む“ＤＬ  ｐａｃｋｅｔ  ｎｏｔｉｆｉｃａｔｉｏｎ”をＭＭＥ３００へ送信する（Ｓ４２）。例えば、以下のような処理が行われる。すなわち、ＳＧＷ４００の制御部４３０は内部メモリに保持したＥＰＳベアラＩＤを読み出し、当該ＥＰＳベアラＩＤを含む“ＤＬ  ｐａｃｋｅｔ  ｎｏｔｉｆｉｃａｔｉｏｎ”を生成する。制御部４３０は、生成した“ＤＬ  ｐａｃｋｅｔ  ｎｏｔｉｆｉｃａｔｉｏｎ”をＭＭＥ３００へ送信する。一方、ＭＭＥ３００の制御部３２０は、“ＤＬ  ｐａｃｋｅｔ  ｎｏｔｉｆｉｃａｔｉｏｎ”を受信すると、“ＤＬ  ｐａｃｋｅｔ  ｎｏｔｉｆｉｃａｔｉｏｎ”からＥＰＳベアラＩＤを抽出し、内部メモリなどに保持する。
【０１３６】
以後、ＭＭＥ３００は、端末１００をアクティブ状態にさせる手順を行う（Ｓ４３〜Ｓ４８）。この場合、ＭＭＥ３００は端末１００との無線が切断されているため、例えば、ＴＡ（Tracking Area）内の全基地局２００に対して“Ｐａｇｉｎｇ”を送信する（Ｓ４３，Ｓ４４）。ＭＭＥ３００は、端末１００から接続基地局２００を介して“Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ”を受信すると、ＳＧＷ４００に対して“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ”を送信する（Ｓ４８，Ｓ４９）。ＳＧＷ４００では、“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ”を受信するとベアラを再確立する（Ｓ５０）。ＳＧＷ４００は、応答メッセージを端末１００へ向けて送信し（Ｓ５１〜Ｓ５３）、ＰＧＷ５００から受信したパケットを再確立したベアラを利用して送信する（Ｓ５４）。
【０１３７】
図１４は、ベアラを網側から変更する手順の例を表している。ＳＧＷ４００は、ＥＰＳベアラＩＤを含む“Ｕｐｄａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”をＰＧＷ５００から受信すると（Ｓ６０）、ＭＭＥ３００へ転送する（Ｓ６１）。例えば、ＳＧＷ４００の制御部４３０はＰＧＷ５００から“Ｕｐｄａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”を受信すると、ＥＰＳベアラＩＤを含む“Ｕｐｄａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”を生成し、ＭＭＥ３００へ送信する。ＭＭＥ３００の制御部３２０では、例えば、受信した“Ｕｐｄａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”からＥＰＳベアラＩＤを抽出し、内部メモリなどに保持する。
【０１３８】
以後、ＭＭＥ３００は、“ＤＬ  ｐａｃｋｅｔ  ｎｏｔｉｆｉｃａｔｉｏｎ”と“Ｕｐｄａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ”などに含まれるＥＰＳベアラＩＤを用いて、新たに設定されたＳ１ベアラに対する処理を行うことが可能になる。従って、本通信システム１０は既存の制御信号に対して変更を加えることなく、ＭＭＥ３００では新たに設定されたＳ１ベアラに対する処理を行うことが可能となり、新たな信号を定義して利用する場合と比較してコスト増加を抑制することもできる。
【０１３９】
＜Ｓ１ＡＰにおける端末識別子について＞
基地局２００とＭＭＥ３００との間は、例えば、Ｓ１−ＭＭＥインタフェースを介して接続される。この場合、基地局２００では端末１００に対して「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」を割り当てる場合がある。「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」は、例えば、基地局２００とＭＭＥ３００間においてローカルに使用される端末１００の識別子（又は識別情報）である。
【０１４０】
基地局２００は、例えば、「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」を含む“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”をＭＭＥ３００へ送信することで、ＭＭＥ３００に対して基地局２００が割り当てた「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」を通知することができる。例えば、ＭＭＥ３００は、「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」を用いて基地局２００に対して制御信号を送信するなどすることで、端末１００に対するセッションの制御などを行うことができる。
【０１４１】
しかし、本第２の実施の形態では、基地局２００は“Ｐａｔｈｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ”をＭＭＥ３００へ送信しない。従って、ＭＭＥ３００は、ターゲット基地局２００−３が割り当てた「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」を把握することができない。よって、ソース基地局２００−２が割り当てた「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」とターゲット基地局２００−３が割り当てた「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」が異なっていてもＭＭＥ３００は「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」が変更されたことを把握することができない。
【０１４２】
そこで、本第２の実施の形態では、同一のＶＡＬＮ  ＩＤを有する基地局２００間でハンドオーバが行われる場合、「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」が変更されないようにする。これにより、例えば、ＭＭＥ３００から基地局２００へ制御信号を送信するときに正しい「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」を指定することができる。
【０１４３】
図１５は通信システム１０の例を表している。図１５に示すように、同一ＶＬＡＮ  ＩＤ内でハンドオーバが行われるとき「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」は変更されず、異なるＶＬＡＮ  ＩＤ間でハンドオーバが行われるとき「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」が変更される。
【０１４４】
「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」が変更されないようにするために、例えば、以下のように処理することができる。すなわち、ソース基地局２００−２は他の基地局２００−１，２００−３から「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」を受信しない場合、端末１００に対して「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」を割り当てる。そして、ソース基地局２００−２は、割り当てた「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」をターゲット基地局２００−３へ送信する。ターゲット基地局２００−３は、「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」を他の基地局から受信したため、自局では「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」を割り当てないようにする。
【０１４５】
ただし、ソース基地局２００−２が１つの端末１００に対して割り当てる「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」は、同一のＶＬＡＮ  ＩＤ内において他の端末と重複しないようにユニークなＩＤとする。異なる端末に対して重複した「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」が割り当てられると、例えば、ＭＭＥ３００は第１の端末１００−１に対してセッションの制御を行うよう基地局２００に指示したにも拘わらず第２の端末１００−２に対してセッションの制御を行うことになる。「ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ」は同一のＶＬＡＮ  ＩＤ内においてユニークなＩＤとすることで、例えば、ＭＭＥ３００はセッションの制御を行う端末１００とは異なる端末に対してセッションの制御を行うような事態を回避することができる。
【０１４６】
［その他の実施の形態］
図１６（Ａ）から図１７（Ｃ）は通信システム１０内の各装置のハードウェア構成例を表している。
【０１４７】
図１６（Ａ）は端末１００のハードウェア構成例を表している。端末１００は、ＣＰＵ（Central Processing Unit）１６０、ＲＡＭ（Random Access Memory）１６５、ＲＯＭ（Read Only Memory）１７０、及び無線ＩＦ部１１０を備える。
【０１４８】
ＣＰＵ１６０は、ＲＯＭ１７０に記憶されたプログラムを読み出してＲＡＭ１６５にロードし、ロードしたプログラムを実行することで、制御部１３０とパケット処理部１２０の機能を実行する。ＣＰＵ１６０は、例えば、第２の実施の形態における制御部１３０とパケット処理部１２０に対応する。
【０１４９】
図１６（Ｂ）は基地局２００のハードウェア構成例を表す図である。基地局２００は、ＣＰＵ２６０、ＲＡＭ２６５、ＲＯＭ２７０、及びＳ１  ＩＦ部２７５を備える。
【０１５０】
ＣＰＵ２６０は、ＲＯＭ２７０に記憶されたプログラムを読み出してＲＡＭ２６５にロードし、ロードしたプログラムを実行することで、パケット転送処理部２２０と制御部２３０の機能を実行する。ＣＰＵ２６０は、例えば、第２の実施の形態におけるパケット転送処理部２２０と制御部２３０に対応する。また、Ｓ１  ＩＦ部２７０は、例えば、第２の実施の形態におけるＳ１−Ｕ  ＩＦ部２４０とＳ１−ＭＭＥ  ＩＦ部２５０に対応する。例えば、ＲＡＭ２６５には基地局２００に割り当てられたＶＬＡＮ  ＩＤやＵＥコンテキスト情報などが記憶される。
【０１５１】
図１７（Ａ）はＭＭＥ３００のハードウェア構成例を表す図である。ＭＭＥ３００は、Ｓ１１  ＩＦ部３３０、ＣＰＵ３６０、ＲＡＭ３６５、ＲＯＭ３７０、及びＳ１  ＩＦ部３７５を備える。
【０１５２】
ＣＰＵ３６０は、ＲＯＭ３７０に記憶されたプログラムを読み出してＲＡＭ３６５にロードし、ロードしたプログラムを実行することで制御部３２０の機能を実行する。ＣＰＵ３６０は、例えば、第２の実施の形態における制御部３２０に対応する。また、Ｓ１  ＩＦ部３７５は、例えば、第２の実施の形態におけるＳ１−ＭＭＥ  ＩＦ部３１０に対応する。
【０１５３】
図１７（Ｂ）はＳＧＷ４００のハードウェア構成例を表す図である。ＳＧＷ４００は、Ｓ１１  ＩＦ部４４０、Ｓ５  ＩＦ部４５０、ＣＰＵ４６０、ＲＡＭ４６５、ＲＯＭ４７０、及びＳ１  ＩＦ部４７５を備える。
【０１５４】
ＣＰＵ４６０は、ＲＯＭ４７０からプログラムを読み出してＲＡＭ４６５にロードし、ロードしたプログラムを実行することでパケット転送処理部４２０と制御部４３０の機能を実行する。ＣＰＵ４６０は、例えば、第２の実施の形態におけるパケット転送処理部４２０と制御部４３０に対応する。また、Ｓ１  ＩＦ部４７５は、例えば、第２の実施の形態におけるＳ１−Ｕ  ＩＦ部４１０に対応する。ＲＡＭ４６５には、例えば、経路表４５０などが記憶される。
【０１５５】
図１７（Ｃ）はＰＧＷ５００のハードウェア構成例を表す図である。ＰＧＷ５００は、Ｓ５  ＩＦ部５１０、ＳＧｉ  ＩＦ部５４０、ＣＰＵ５６０、ＲＡＭ５６５、及びＲＯＭ５７０を備える。ＣＰＵ５６０は、ＲＯＭ５７０からプログラムを読み出してＲＡＭ５６５にロードし、ロードしたプログラムを実行することでパケット転送処理部５２０と制御部５３０の機能を実行する。ＣＰＵ５６０は、例えば、第２の実施の形態におけるパケット転送処理部５２０と制御部５３０に対応する。
【０１５６】
第２の実施の形態で説明した機能や処理などは、例えば、図１６（Ａ）から図１７（Ｃ）に示す各装置のハードウェア構成例によっても実行できる。なお、各ＣＰＵ１６０，２６０，３６０，４６０，５６０は、ＭＰＵ（Micro Processing Unit）やＦＰＧＡ（Field-Programmable Gate Array）などのコントローラやプロセッサなどであってもよい。
【０１５７】
上述した第２の実施の形態において、基地局２００とＳＧＷ４００の間やＳＧＷ４００とＰＧＷ５００の間は、例えば、ＧＴＰプロトコルのＧＴＰ−Ｕパケットが送受信される例を説明した。例えば、ＧＴＰプロトコルに代えて、モビィリティベースのプロトコルであるＰＭＩＰｖ６（Proxy Mobile IPv6）が用いられてもよい。この場合、ユーザデータを含むＰＭＩＰｖ６パケットが基地局２００とＳＧＷ４００、及びＳＧＷ４００とＰＧＷ５００の間で送受信される。
【０１５８】
以上まとめると付記のようになる。
【０１５９】
（付記１）
端末装置と、
第１及び第２の基地局装置と、
前記第１及び第２の基地局装置とネットワークとの間でデータを中継する中継装置と、
前記第１及び第２の基地局装置と前記中継装置を制御する制御装置とを備えた通信システムにおいて、
前記第２の基地局装置は、前記端末装置が同一グループに属する前記第１の基地局装置から前記第２の基地局装置へ接続を切り替えるとき、前記中継装置へ新たなパスを設定するための情報を送信する制御部を備えることを特徴とする通信システム。
【０１６０】
（付記２）
前記制御部は、前記端末装置が異なるグループに属する前記第１の基地局装置から前記第２の基地局装置へ接続を切り替えるとき、前記情報を前記制御装置へ送信することを特徴とする付記１記載の通信システム。
【０１６１】
（付記３）
前記情報は、前記第１の基地局装置と前記中継装置との間の第１のパスから前記第２の基地局装置と前記中継装置との間の第２のパスへパスの切り替えを要求するパス切り替え、前記第２のパスにおける品質の変更を要求するベアラ変更、または前記第２のパスの開放を要求するパス開放を示すものであることを特徴とする付記１記載の通信システム。
【０１６２】
（付記４）
前記制御装置は同一のグループに属する前記第１及び第２の基地局装置に対して前記情報を送信することを特徴とする付記１記載の通信システム。
【０１６３】
（付記５）
前記制御装置は、前記中継装置から送信された、前記端末装置から前記中継装置までのパスを識別するパス識別情報を用いて、前記第２の基地局装置と前記中継装置との間の第２のパスに対する制御を行うことを特徴とする付記１記載の通信システム。
【０１６４】
（付記６）
前記制御部は、前記第１の基地局装置が割り当てた、前記第１の基地局装置と前記制御装置との間で用いる前記端末装置に対する第１の識別情報を、前記第２の基地局装置と前記制御装置との間において前記端末装置の識別情報として利用することを特徴とする付記１記載の通信システム。
【０１６５】
（付記７）
前記制御部は、前記第１の基地局装置が第１のグループ、前記第２の基地局装置が第２のグループに属するときは、前記第１の基地局装置が割り当てた前記第１の基地局装置と前記制御装置との間で用いる第１の識別情報とは異なる第２の識別情報を、前記第２の基地局装置と前記制御装置との間において前記端末装置の識別情報として利用することを特徴とする付記１記載の通信システム。
【０１６６】
（付記８）
前記制御部は、前記第１及び第２の基地局装置が同一のＶＬＡＮ  ＩＤ（Virtual Local Area Network Identifier ）によりグループ化されるときは前記中継装置へ前記制御信号を送信することを特徴とする付記１記載の通信システム。
【０１６７】
（付記９）
前記制御部は、前記第１及び第２の基地局装置が異なるＶＬＡＮ  ＩＤによりグループ化されるときは前記制御装置へ前記情報を送信することを特徴とする付記８記載の通信システム。
【０１６８】
（付記１０）
前記中継装置はServing Gatewayであり、前記制御装置はMobility Management Entityであることを特徴とする付記１記載の通信システム。
【０１６９】
（付記１１）
端末装置と、第１及び第２の基地局装置と、前記第１及び第２の基地局装置とネットワークとの間でデータを中継する中継装置と、前記第１及び第２の基地局装置と前記中継装置を制御する制御装置とを備えた通信システムにおける接続方法であって、
前記第２の基地局装置によって、前記端末装置が同一グループに属する前記第１の基地局装置から前記第２の基地局装置へ接続を切り替えるとき、前記中継装置へ新たなパスを設定するための情報を送信する
ことを特徴とする接続方法。
【０１７０】
（付記１２）
端末装置と、
第１及び第２の基地局装置と、
前記第１及び第２の基地局装置とネットワークとの間でデータを中継する中継装置と、
前記第１及び第２の基地局装置と前記中継装置を制御する制御装置とを備えた通信システムにおいて、
前記第２の基地局装置は、前記端末装置が同一グループに属する前記第１の基地局装置から前記第２の基地局装置へ接続を切り替えるとき、前記中継装置へ新たなパスを設定するための情報を送信するプロセッサを備えることを特徴とする通信システム。
【符号の説明】
【０１７１】
１０：通信システム                    １００：端末装置
１６０：ＣＰＵ
２００（２００−１〜２００−３）：基地局装置
２２０：パケット転送処理部            ２３０：制御部
２４０：Ｓ１−Ｕ  ＩＦ部              ２５０：Ｓ１−ＭＭＥ  ＩＦ部
２６０：ＣＰＵ                        ３００：ＭＭＥ
３１０：Ｓ１−ＭＭＥ  ＩＦ部          ３２０：制御部
３３０：Ｓ１１  ＩＦ部                ３６０：ＣＰＵ
４００：ＳＧＷ                        ４１０：Ｓ１−Ｕ  ＩＦ部
４２０：パケット転送処理部            ４３０：制御部
４４０：Ｓ１１  ＩＦ部                ４５０：Ｓ５  ＩＦ部
４６０：ＣＰＵ                        ５００：ＰＧＷ
６００：ＰＤＮ
【図１】
2017034573.tif 000003
【図２】
2017034573.tif 000004
【図３】
2017034573.tif 000005
【図４】
2017034573.tif 000006
【図５】
2017034573.tif 000007
【図６】
2017034573.tif 000008
【図７】
2017034573.tif 000009
【図８】
2017034573.tif 000010
【図９】
2017034573.tif 000011
【図１０】
2017034573.tif 000012
【図１１】
2017034573.tif 000013
【図１２】
2017034573.tif 000014
【図１３】
2017034573.tif 000015
【図１４】
2017034573.tif 000016
【図１５】
2017034573.tif 000017
【図１６】
2017034573.tif 000018
【図１７】
2017034573.tif 000019