(57)【特許請求の範囲】
【請求項１】
ユーザ端末と、前記ユーザ端末のデータの送受信を制御する装置である２以上の通信制御装置と、前記２以上の通信制御装置と前記ユーザ端末との間にそれぞれ設けられる通信経路の確立及び解放に係る処理を行う接続制御装置と、を含む通信システムによる接続制御方法であって、
前記接続制御装置が、前記２以上の通信制御装置に含まれる一の通信制御装置からの、前記ユーザ端末との前記通信経路に係る経路確立要求を受信する要求受信ステップと、
前記接続制御装置が、前記経路確立要求を受信した場合に、前記一の通信制御装置を含む、前記２以上の通信制御装置であって、前記接続制御装置が前記ユーザ端末との間の通信経路の確立及び解放に係る処理を行う通信制御装置の全てについて、前記ユーザ端末との間の通信経路の確立に係る処理を開始する経路確立ステップと、
前記接続制御装置が、前記経路確立ステップでの前記通信経路の確立結果に基づいて、記憶部に記憶された前記ユーザ端末との間の前記通信経路の確立状況に係る情報を更新する情報更新ステップと、
を有する接続制御方法。
【請求項２】
ユーザ端末と、前記ユーザ端末のデータの送受信を制御する装置である２以上の通信制御装置と、前記２以上の通信制御装置と前記ユーザ端末との間にそれぞれ設けられる通信経路の確立及び解放に係る処理を行う接続制御装置と、を含む通信システムによる接続制御方法であって、
前記接続制御装置が、前記２以上の通信制御装置に含まれる一の通信制御装置からの、前記ユーザ端末との通信経路に係る経路確立要求を受信する要求受信ステップと、
前記接続制御装置が、前記経路確立要求を受信した場合に、前記一の通信制御装置と前記ユーザ端末との間の通信経路の確立に係る処理を開始する経路確立ステップと、
前記接続制御装置が、前記経路確立ステップでの前記通信経路の確立結果に基づいて、記憶部に記憶された前記一の通信制御装置と前記ユーザ端末との間の前記通信経路の確立状況に係る情報を更新する情報更新ステップと、
を有する接続制御方法。
【請求項３】
ユーザ端末と、前記ユーザ端末のデータの送受信を制御する装置である２以上の通信制御装置と、前記２以上の通信制御装置と前記ユーザ端末との間にそれぞれ設けられる通信経路の確立及び解放に係る処理を行う接続制御装置と、を含む通信システムに含まれる接続制御装置であって、
前記ユーザ端末における通信経路の確立状況に係る情報を前記ユーザ端末毎に保持する記憶部と、
前記２以上の通信制御装置に含まれる一の通信制御装置からの、前記ユーザ端末との前記通信経路に係る経路確立要求を受信する要求受信部と、
前記要求受信部が前記経路確立要求を受信した場合に、前記一の通信制御装置を含む、前記２以上の通信制御装置であって、前記接続制御装置が前記ユーザ端末との間の通信経路の確立及び解放に係る処理を行う通信制御装置の全てについて、前記ユーザ端末との間の通信経路の確立に係る処理を開始し、前記通信経路の確立結果に基づいて、前記記憶部に記憶された前記ユーザ端末との間の前記通信経路の確立状況に係る情報を更新する経路確立部と、
を有する接続制御装置。
【請求項４】
ユーザ端末と、前記ユーザ端末のデータの送受信を制御する装置である２以上の通信制御装置と、前記２以上の通信制御装置と前記ユーザ端末との間にそれぞれ設けられる通信経路の確立及び解放に係る処理を行う接続制御装置と、を含む通信システムに含まれる接続制御装置であって、
前記ユーザ端末における通信経路の確立状況に係る情報を前記ユーザ端末毎及び前記ユーザ端末が接続可能な通信制御装置毎に保持する記憶部と、
前記２以上の通信制御装置に含まれる一の通信制御装置からの、前記ユーザ端末との通信経路に係る経路確立要求を受信する要求受信部と、
前記要求受信部が前記経路確立要求を受信した場合に、前記一の通信制御装置と前記ユーザ端末との間の通信経路の確立に係る処理を開始し、前記通信経路の確立結果に基づいて、前記記憶部に記憶された前記一の通信制御装置と前記ユーザ端末との間の前記通信経路の確立状況に係る情報を更新する経路確立部と、
を有する接続制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、接続制御方法及び接続制御装置に関する。
【背景技術】
【０００２】
従来から、待機状態（IDLE）のＵＥ（User  Equipment：端末）宛のパケットを受信したＳＧＷ（Serving  Gateway）は、ＭＭＥ（Mobility  Management  Entity）に対してパケットの受信を通知すると共に、ベアラの再確立を要求してＵＥを接続状態（CONNECTED）に遷移させることが知られている（例えば、非特許文献１）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ＥＴＳＩ  ＴＳ  １２３  ４０１  Ｖ１３．５．０
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、ＵＥが複数のＳＧＷと接続可能な環境を実現するための検討が行われている。しかしながら、従来の方法を複数のＳＧＷとの接続環境に適用しようとすると、ネットワーク内におけるＵＥの接続状態の管理に不整合が生じる可能性が考えられる。ネットワーク内でのＵＥの接続状態の管理に不整合が生じることは、ＵＥのパケット送受信に影響を与えることが考えられる。【０００５】
本発明は上記を鑑みてなされたものであり、ユーザ端末のデータの送受信を制御する通信制御装置が複数設けられるネットワークにおいて、ユーザ端末の接続状態の管理における不整合を防ぐことが可能な接続制御方法及び接続制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の一形態に係る接続制御方法は、ユーザ端末と、前記ユーザ端末のデータの送受信を制御する装置である２以上の通信制御装置と、前記２以上の通信制御装置と前記ユーザ端末との間にそれぞれ設けられる通信経路の確立及び解放に係る処理を行う接続制御装置と、を含む通信システムによる接続制御方法であって、前記接続制御装置が、前記２以上の通信制御装置に含まれる一の通信制御装置からの、前記ユーザ端末との前記通信経路に係る経路確立要求を受信する要求受信ステップと、前記接続制御装置が、前記経路確立要求を受信した場合に、前記一の通信制御装置を含む、前記２以上の通信制御装置であって、前記接続制御装置が前記ユーザ端末との間の通信経路の確立及び解放に係る処理を行う通信制御装置の全てについて、前記ユーザ端末との間の通信経路の確立に係る処理を開始する経路確立ステップと、前記接続制御装置が、前記経路確立ステップでの前記通信経路の確立結果に基づいて、記憶部に記憶された前記ユーザ端末との間の前記通信経路の確立状況に係る情報を更新する情報更新ステップと、を有する。
【発明の効果】
【０００７】
本発明によれば、ユーザ端末のデータの送受信を制御する通信制御装置が複数設けられるネットワークにおいて、ユーザ端末の接続状態の管理における不整合を防ぐことが可能な接続制御方法及び接続制御装置が提供される。
【図面の簡単な説明】
【０００８】
【図１】本発明の第１実施形態に係る通信システムのシステム構成を示す図である。
【図２】ＭＭＥの機能を説明する図である。
【図３】ＭＭＥのハードウェア構成を説明する図である。
【図４】ＭＭＥの経路情報記憶部で記憶される情報の例を示す図である。
【図５】従来の通信システムにおける接続制御方法の問題点を説明する図である。
【図６】第１実施形態に係る接続制御方法の第１の方法について説明する図である。
【図７】接続制御方法（第１の方法）を説明するシーケンス図である。
【図８】接続制御方法（第１の方法）の変更例を説明するシーケンス図である。
【図９】第１実施形態に係る接続制御方法の第２の方法について説明する図である。
【図１０】ＭＭＥの経路情報記憶部で記憶される情報の例を示す図である。
【図１１】接続制御方法（第２の方法）を説明するシーケンス図である。
【図１２】第２の方法で用いられるページングについて説明する図である。
【図１３】接続制御方法（第２の方法）の変更例を説明するシーケンス図である。
【図１４】第２の方法で用いられる疑似ページングについて説明する図である。
【図１５】第１実施形態に係る接続制御方法の第３の方法について説明する図である。
【図１６】接続制御方法（第３の方法）を説明するシーケンス図である。
【図１７】本発明の第２実施形態に係る通信システムのシステム構成を示す図である。
【図１８】接続制御方法（第１の方法）を説明するシーケンス図である。
【図１９】接続制御方法（第１の方法）の変更例を説明するシーケンス図である。
【図２０】接続制御方法（第２の方法）を説明するシーケンス図である。
【図２１】接続制御方法（第２の方法）の変更例を説明するシーケンス図である。
【図２２】接続制御方法（第３の方法）を説明するシーケンス図である。
【発明を実施するための形態】
【０００９】
以下、添付図面を参照して、本発明を実施するための形態を詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００１０】
（第１実施形態）
図１は、本発明の一実施形態の通信システム１のシステム構成図である。この通信システム１は、ＬＴＥ（Long  Term  Evolution）ネットワークの通信規格（通信プロトコル）に準拠して、端末装置に対してＶｏＬＴＥ（Voice  over  LTE）等のデータ通信を提供する通信システムである。通信システム１は、ｅＮＢ（eNodeB）２０、ＭＭＥ（Mobility  Management  Entity）３０（接続制御装置）、第１ＳＧＷ（Serving  Gateway）４０Ａ（通信制御装置）、第２ＳＧＷ４０Ｂ（通信制御装置）、第１ＰＧＷ（Packet  Data  Network  Gateway）５０Ａ、第２ＰＧＷ５０Ｂを含んで構成されている。スマートフォン、タブレット端末等により実現されるＵＥ（User  Equipment）１０（ユーザ端末）は、この通信システム１と通信接続することにより通信を行うことができる。なお、図面においては、第１ＳＧＷ、第２ＳＧＷ、第１ＰＧＷ、及び第２ＰＧＷは、それぞれ、ＳＧＷ＃１、ＳＧＷ＃２、ＰＧＷ＃１、ＰＧＷ＃１と表示している。
【００１１】
ｅＮＢ２０は、ＭＭＥ３０に接続された無線基地局であるとともに、無線アクセス制御機能を有した通信制御装置である。ｅＮＢ２０は、ＵＥ１０から発信があった際の受付制御機能、及び、他のＵＥ１０等からＵＥ１０に着信があった際にＵＥ１０を呼び出すページング機能を基本機能として有している。
【００１２】
ＭＭＥ３０は、ネットワークに在圏するＵＥ１０の位置管理、認証制御、及び第１ＳＧＷ４０Ａ，第２ＳＧＷ４０ＢとｅＮＢ２０との間のユーザデータの通信経路の設定処理を行う部分である。ＭＭＥ３０は、ｅＮＢ２０の配下のＵＥ１０と、第１ＳＧＷ４０Ａ，第２ＳＧＷ４０Ｂとの通信経路（ベアラ）の設定処理に係る情報（経路情報）を保持すると共に、経路情報に基づいてベアラの確立及び解放に係る制御を行う。すなわち、ＭＭＥ３０は、本実施形態における接続制御装置として機能する。
【００１３】
第１ＳＧＷ４０Ａ，第２ＳＧＷ４０Ｂは、それぞれ第１ＰＧＷ５０Ａ，第２ＰＧＷ５０Ｂとの間でユーザデータの送受信を行う。また、ｅＮＢ２０を介してＵＥ１０とも接続されてＵＥ１０との間でデータの伝送を行うゲートウェイ（交換機）として機能する。すなわち、第１ＳＧＷ４０Ａ，第２ＳＧＷ４０Ｂは、本実施形態においてＵＥ１０のデータの送受信を制御する通信制御装置として機能する。
【００１４】
第１ＰＧＷ５０Ａ，第２ＰＧＷ５０Ｂは、それぞれ第１ＳＧＷ４０Ａ，第２ＳＧＷ４０Ｂと接続可能にされ、音声サービス、インターネット接続サービス等の通信サービスを提供するパケットネットワークとの接続点であるゲートウェイ（交換機）として機能する。
【００１５】
通信システム１では、１台のＵＥ１０に対して２以上のＳＧＷが接続可能である点が、従来の通信システムと相違する。すなわち、ＵＥ１０は、ｅＮＢ２０を介して、第１ＳＧＷ４０Ａ及び第２ＳＧＷ４０Ｂのそれぞれとの間に通信経路としてのベアラを確立することができる。
【００１６】
なお、図１では、第１ＳＧＷ４０Ａと第１ＰＧＷ５０Ａとが接続され、第２ＳＧＷ４０Ｂと第２ＰＧＷ５０Ｂとが接続されているが、これは、接続の一例である。図１に示す通信システムのように、ＳＧＷ及びＰＧＷがそれぞれ複数存在する場合、特定のＳＧＷと特定のＰＧＷとが接続される構成ではなく、パケットの送信先及び提供するサービス等に応じて適宜選択される。以下の実施形態では、第１ＳＧＷ４０Ａ，第２ＳＧＷ４０ＢとＵＥ１０との間のベアラの確立（再確立）及び解放について説明を行う。なお、簡単のため、図２以降では、基本的に第１ＰＧＷ５０Ａと第２ＰＧＷ５０ＢとをまとめてＰＧＷ５０として表記する。
【００１７】
また、図１では、ＵＥ１０が２以上のＳＧＷと接続可能であるという例を示すために、２台のＳＧＷ（第１ＳＧＷ４０Ａ及び第２ＳＧＷ４０Ｂ）がＵＥ１０と接続可能である場合について示している。ただし、ＵＥ１０は、３台以上のＳＧＷと接続可能であってもよい。
【００１８】
次に、図２を参照しながら、通信システム１において特徴を有する接続制御装置に相当するＭＭＥ３０について説明する。
【００１９】
図２に示すように、ＭＭＥ３０は、要求受付部３１（要求受信部）、経路情報記憶部３２（記憶部）、ベアラ確立処理部３３（経路確立部）、及びベアラ解放処理部３４（経路解放部）を含んで構成される。
【００２０】
また、物理的には、ＭＭＥ３０は、図３に示すように、ＣＰＵ１０１（Central  Processing  Unit）、主記憶装置であるＲＡＭ１０２（Random  Access  Memory）及びＲＯＭ１０３（Read  Only  Memory）、データ送受信デバイスである通信モジュール１０４、ハードディスク、フラッシュメモリ等に例示される補助記憶装置１０５、入力デバイスであるタッチパネル及びキーボード等に例示される入力装置１０６、ディスプレイ等の出力装置１０７などを含むコンピュータシステムとして構成されていてもよい。ＭＭＥ３０では、図３に示すＣＰＵ１０１、ＲＡＭ１０２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１０１の制御のもとで通信モジュール１０４、入力装置１０６、出力装置１０７を動作させるとともに、ＲＡＭ１０２及び／又は補助記憶装置１０５におけるデータの読み出し及び書き込みを行うことで、各装置における一連の機能が実現される。図２で説明したブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に(例えば、有線及び／又は無線)で接続し、これら複数の装置により実現されてもよい。
【００２１】
また、ＭＭＥ３０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、これらのハードウェアの少なくとも１つで実装されてもよい。
【００２２】
図２に示すように、ＭＭＥ３０の要求受付部３１は、ｅＮＢ２０又は第１ＳＧＷ４０Ａ，第２ＳＧＷ４０Ｂから、ベアラの確立又は解放に係る要求を受け付ける部分である。例えば、第１ＳＧＷ４０Ａ，第２ＳＧＷ４０ＢとＵＥとの間でベアラが確立されていない状態で、第１ＳＧＷ４０Ａ，第２ＳＧＷ４０ＢがＵＥ１０宛のパケットデータを受信した際には、第１ＳＧＷ４０Ａ，第２ＳＧＷ４０ＢからＭＭＥ３０に対してベアラの確立処理に係る要求が送信される。なお、「ベアラの確立」とは、一度解放したベアラの再確立も含まれる。また、ベアラが既に確立されている状態で、例えばタイムアウト等によってベアラの解放が必要になった場合には、ｅＮＢ２０からＭＭＥ３０に対してベアラの解放処理に係る要求が送信される。
【００２３】
経路情報記憶部３２は、ＵＥ１０毎にベアラが確立されているかを示す情報を記憶する機能を有する。経路情報記憶部３２で記憶される情報の例を図４に示す。図４に示すように、経路情報記憶部３２では、ＵＥ１０を特定する情報と、当該ＵＥ１０のベアラに係る状況とが対応付けて記憶されている。例えば、図４では、「＃１」により特定されるＵＥ１０については、ステータス（ベアラの確立状況を示す情報）が「ＩＤＬＥ」とされていて、ベアラを確立していない状態であることを示している。また、図４では、「＃２」により特定されるＵＥ１０については、ステータスが「ＣＯＮＮＥＣＴＥＤ」とされていて、ベアラを確立している状態であることを示している。ＭＭＥ３０では、ベアラの確立及び解放に係る処理を行う度に、経路情報記憶部３２に記憶されている現在のＵＥ１０のベアラの確立状況を示す情報を更新し、記憶する。経路情報記憶部３２において記憶される情報は、要求受付部３１においてｅＮＢ２０又は第１ＳＧＷ４０Ａ，第２ＳＧＷ４０Ｂからベアラの確立又は解放に係る要求を受け付けた場合に、当該要求に基づいて処理を行ってよいかを確認するために用いられる。例えば、ＵＥ１０のベアラが確立された状態であること（「ＣＯＮＮＥＣＴＥＤ」）をＭＭＥ３０で記憶している場合に、ベアラ確立の要求を受けると、その要求は不正な要求である可能性が考えられる。したがって、要求に基づいた処理を行うことなく要求元に対してエラーを通知することができる。
【００２４】
また、経路情報記憶部３２に記憶されている情報の更新は、ベアラの確立又は解放に伴って行われる。したがって、ベアラ確立処理部３３及びベアラ解放処理部３４が経路情報記憶部３２に記憶されている情報の更新を行う。
【００２５】
ベアラ確立処理部３３は、要求受付部３１においてｅＮＢ２０又は第１ＳＧＷ４０Ａ，第２ＳＧＷ４０Ｂからベアラの確立に係る要求を受け付けた場合に、ベアラの確立に係る制御を行う機能を有する。具体的には、ｅＮＢ２０と、第１ＳＧＷ４０Ａ又は第２ＳＧＷ４０Ｂと、に対してベアラの確立処理の開始を指示すると共に、処理に必要な情報等を提供する機能を有する。また、ベアラ確立処理部３３の制御によりベアラが確立されると、その確立結果に基づいて、経路情報記憶部３２に記憶されている情報を更新する。
【００２６】
ベアラ解放処理部３４は、要求受付部３１においてｅＮＢ２０又は第１ＳＧＷ４０Ａ，第２ＳＧＷ４０Ｂからベアラの解放に係る要求を受け付けた場合に、ベアラの解放に係る処理を行う機能を有する。具体的には、ｅＮＢ２０と、第１ＳＧＷ４０Ａ又は第２ＳＧＷ４０Ｂと、に対してベアラの解放処理の開始を指示すると共に、処理に必要な情報等を提供する機能を有する。また、ベアラ解放処理部３４の制御によりベアラが解放されると、その確立結果に基づいて、経路情報記憶部３２に記憶されている情報を更新する。
【００２７】
ここで、本実施形態に係る通信システム１のＭＭＥ３０により行われる接続制御方法を説明する前に、従来の接続制御方法を本システムに適用した場合の問題点について図５を参照しながら説明する。従来の接続制御方法とは、１台のＵＥ１０は１台のＳＧＷとの間でベアラを設ける場合の方法である。本実施形態に係る通信システムでは、１台のＵＥ１０に対して２台以上のＳＧＷが接続可能であるが、この場合に従来の方法を適用すると、ＭＭＥ３０で保持するＵＥ１０のベアラに係る情報が実情に合わないという問題が発生する可能性がある。
【００２８】
図５では、ＵＥ１０がｅＮＢ２０を介して２台のＳＧＷ（第１ＳＧＷ４０Ａ及び第２ＳＧＷ４０Ｂ）と接続可能である場合について説明する。図５では、前提として、ＵＥ１０、ｅＮＢ２０、及び、第１ＳＧＷ４０Ａを通るベアラＢ０１が設けられているとする。このベアラＢ０１は、ＵＥ１０が事前にパケットネットワークとの間でパケットデータの送受信を行った際に設けられたものである。ベアラＢ０１が設けられているので、ＭＭＥ３０の経路情報記憶部３２では、ＵＥ１０に係るベアラの状況が「ＣＯＮＮＥＣＴＥＤ」とされている。なお、第１ＳＧＷ４０Ａ，第２ＳＧＷ４０ＢとＰＧＷ５０との間に設けられるベアラは、通常、ＵＥ１０がアタッチ（Attach）した際に設けられるベアラである。このベアラは、ＵＥ１０の電源オフ等によってデタッチ（Detach）処理が実行されない限り、基本的に確立した状態が維持されるベアラである。
【００２９】
ここで、ＰＧＷ５０が、パケットネットワークからＵＥ１０宛のパケットデータを新たに取得したとする。ＰＧＷ５０は、受信するＵＥ１０宛のパケットデータの送信元の情報等に基づいて、経由するＳＧＷを判断して、該当するＳＧＷへ転送する。ここでは、ＰＧＷ５０は、ＵＥ１０宛のパケットデータに含まれる情報を参照して、第２ＳＧＷ４０Ｂに対して転送したとする。第２ＳＧＷ４０Ｂでは、ＰＧＷ５０からＵＥ１０宛のパケットデータを受信すると、ＵＥ１０との間にベアラが確立されていないので、ＭＭＥ３０に対して、ベアラの確立を要求する（Downlink  Data  Notification）。ＭＭＥ３０の要求受付部３１では、ベアラの確立に係る要求を受信すると、上記のように、経路情報記憶部３２に記憶されている情報に基づいて、ＵＥ１０に係るベアラの確立状況を確認した上でベアラの確立に係る処理を開始する。
【００３０】
しかしながら、図５に示すように、ＵＥ１０は既に第１ＳＧＷ４０Ａとの間でベアラを確立しているため、ＭＭＥ３０では、ＵＥ１０に係るベアラの状況が「ＣＯＮＮＥＣＴＥＤ」であるとして認識している。つまり、ＭＭＥ３０の経路情報記憶部３２において保持している情報が実情に対して不整合な状況となっている。したがって、ＭＭＥ３０では、第２ＳＧＷ４０Ｂから送信されるベアラ確立要求に係る信号に基づいたベアラの確立に係る処理を行うことができず、処理を中止しエラーを通知することになる。
【００３１】
このように、従来の方法を２以上のＳＧＷがＵＥ１０に対して接続可能な環境に対して適用しようとすると、ネットワーク内のＭＭＥ３０で保持している情報と、ＵＥ１０とＳＧＷとの間に設けられるベアラの状況との不整合が生じると考えられる。このようなことが起きると、２以上のＳＧＷとＵＥ１０との間のベアラの確立及び解放を好適に行うことができず、ＵＥ１０に対するパケットネットワークからのパケットデータの送信を好適に行うことが困難となることが考えられる。また、エラーの通知等の処理が増えることで、これらの処理にネットワークの帯域が割かれるという速度上の課題も発生することが考えられる。
【００３２】
これに対して、本実施形態に係る接続制御方法によれば、従来の方法と比較して、ＭＭＥ３０が行うベアラの確立又は解放に係る制御が変更される。これにより、２以上のＳＧＷに対してＵＥ１０が接続可能な状況であっても、ＵＥ１０に係るベアラの確立状況についてネットワーク内で不整合が生じない制御を可能とする。本実施形態では、ＭＭＥ３０が行う接続制御方法として３つの方法を説明する。
【００３３】
（第１の方法：複数のベアラの再確立）
第１の方法として、第１ＳＧＷ４０Ａ又は第２ＳＧＷ４０ＢからＵＥ１０へのベアラの確立要求をＭＭＥ３０が受信した場合に、ＭＭＥ３０では、第１ＳＧＷ４０Ａ及び第２ＳＧＷ４０Ｂの両方とＵＥ１０との間にベアラを設けるように制御する方法が挙げられる。
【００３４】
具体的な処理の手順を説明する前に、図６を参照しながら第１の方法の特徴を説明する。
【００３５】
前提として、第１ＳＧＷ４０ＡとＵＥ１０との間及び第２ＳＧＷ４０ＢとＵＥ１０との間の両方において、ベアラが確立されていない状態であるとする。ベアラが確立されていないので、ＭＭＥ３０の経路情報記憶部３２では、ＵＥ１０に係るベアラの状況が「ＩＤＬＥ」とされている。ここで、ＰＧＷ５０が、パケットネットワークからＵＥ１０宛のパケットデータを新たに取得したとする。ＰＧＷ５０は、受信するＵＥ１０宛のパケットデータの送信元の情報等に基づいて、経由するＳＧＷを判断して、該当するＳＧＷへ転送する。ここでは、ＰＧＷ５０は、ＵＥ１０宛のパケットデータに含まれる情報を参照して、第１ＳＧＷ４０Ａに対して転送したとする。第１ＳＧＷ４０Ａでは、ＰＧＷ５０からＵＥ１０宛のパケットデータを受信すると、ＵＥ１０との間にベアラが確立されていないので、ＭＭＥ３０に対して、ベアラの確立を要求する（Downlink  Data  Notification）。ＭＭＥ３０の要求受付部３１では、ベアラの確立に係る要求を受信する（要求受信ステップ）と、経路情報記憶部３２に記憶されている情報に基づいて、ＵＥ１０に係るベアラの確立状況を確認した上でベアラの確立に係る処理を開始する（経路確立ステップ）。ＭＭＥ３０では、ＵＥ１０に係るベアラの状況が「ＩＤＬＥ」であることを確認した後に、ベアラ確立処理部３３により、ベアラの確立に係る処理を行う。
【００３６】
このときに、本実施形態の第１の方法では、第１ＳＧＷ４０ＡとＵＥ１０との間のベアラの確立に係る制御だけではなく、パケットデータを受信していない第２ＳＧＷ４０ＢとＵＥ１０との間のベアラの確立に係る制御も行う。具体的には、ＵＥ１０とのベアラの確立を制御するｅＮＢ２０に対して、第１ＳＧＷ４０Ａ及び第２ＳＧＷ４０Ｂとのベアラを確立するための情報を含めて、ベアラの確立処理の開示を指示する情報（Initial  Context  Setup  Request）を送信する。また、第１ＳＧＷ４０Ａ及び第２ＳＧＷ４０Ｂの両方に対して、ベアラの確立処理の開始を指示する情報（Modify  Bearer  Request）を送信する。この結果、第１ＳＧＷ４０Ａを経由するベアラＢ０２と、第２ＳＧＷ４０Ｂを経由するベアラＢ０３と、が確立される。また、ＭＭＥ３０の経路情報記憶部３２では、ＵＥ１０に係るベアラの状況が「ＣＯＮＮＥＣＴＥＤ」と更新される（情報更新ステップ）。実際にＵＥ１０宛のパケットデータの送信を行うのは、ベアラの確立を要求した第１ＳＧＷ４０Ａのみであるが、第２ＳＧＷ４０Ｂに係るベアラも確立することで、ネットワーク内のＭＭＥ３０で保持しているベアラの確立に係る情報と、ＵＥ１０とＳＧＷとの間の実際のベアラの確立状況との不整合を解消することができる。
【００３７】
具体的な手順について、図７及び図８のシーケンス図を参照しながら説明する。図７と図８とでは処理順序が一部異なるが、通信システム１で行われる処理は同じである。
【００３８】
まず、図７を参照しながら説明する。ＰＧＷ５０がパケットネットワークからＵＥ１０宛のパケットデータを新たに取得すると、ＰＧＷ５０では、パケットデータを参照して適切なＳＧＷに対して転送する（Downlink  Data：Ｓ００１）。ここでは、ＰＧＷ５０は第１ＳＧＷ４０Ａに対して転送する例を示している。第１ＳＧＷ４０Ａは、ＵＥ１０宛のパケットデータを受信すると、ＭＭＥ３０に対して、ＵＥ１０宛のパケットデータの受信を通知することで、ベアラの確立を要求する（Downlink  Data  Notification：Ｓ００２）。ＭＭＥ３０の要求受付部３１は、第１ＳＧＷ４０Ａからの要求を受信する（要求受信ステップ）と、第１ＳＧＷ４０Ａに対して応答する（Downlink  Data  Notification  Ack：Ｓ００３）と共に、第１ＳＧＷ４０Ａに対してベアラを確立してよいかを判定する（Ｓ００４）。ここでは、経路情報記憶部３２に記憶されている情報を参照することで、第１ＳＧＷ４０Ａからの要求に従って第１ＳＧＷ４０Ａとの間にベアラを確立してよいかを確認する。
【００３９】
ＭＭＥ３０において、経路情報記憶部３２に記憶されている情報に基づいて以降の処理を行ってよいと判定した場合には、ＭＭＥ３０のベアラ確立処理部３３により、以降の処理を継続する（経路確立ステップ）。また、経路情報記憶部３２に記憶されている情報と、第１ＳＧＷ４０Ａからの要求とが整合せず、以降の処理を行うことができない場合には、ここで処理を中止し、第１ＳＧＷ４０Ａに対してエラーを通知する構成とすることもできる。処理を継続する場合、ＭＭＥ３０のベアラ確立処理部３３は、ｅＮＢ２０を介してＵＥ１０に対してページングを行う（Paging：Ｓ００５）。
【００４０】
ＵＥ１０は、ページングに対応して、ｅＮＢ２０を介してＭＭＥ３０に対して接続要求（ベアラの確立要求）を送信する。ＭＭＥ３０がＵＥ１０からのベアラの確立要求を受信することで（Service  Request：Ｓ００６）、ＭＭＥ３０ではＵＥ１０と第１ＳＧＷ４０Ａとの間のベアラ、及び、ＵＥ１０と第２ＳＧＷ４０Ｂとの間のベアラの確立に係る処理を開始する。
【００４１】
まず、ＭＭＥ３０は、ＵＥ１０との間及びＰＧＷ５０との間でベアラ確立に係る認証処理を行う（Authentication／Security：Ｓ００７）。その後、ｅＮＢ２０に対して第１ＳＧＷ４０Ａのアドレスを特定する情報を通知することで、第１ＳＧＷ４０Ａとの間でのベアラの確立を指示する（Initial  Context  Setup  Request：Ｓ００８）。ｅＮＢ２０は、ＵＥ１０に対してベアラの確立を通知し、ベアラの確立に係る処理を行う（Radio  Bearer  Establishment：Ｓ００９）。これに基づいて、ＵＥ１０は、自端末から送信するパケットデータのためのベアラが確立され、ＵＥ１０から第１ＳＧＷ４０Ａへのデータ送信が可能となる（Uplink  Data：Ｓ０１０）。この処理が完了した後、ｅＮＢ２０は、ＵＥ１０側のベアラの作成に係る処理が完了したことをＭＭＥ３０に対して通知する（Initial  Context  Setup  Complete：Ｓ０１１）。ＭＭＥ３０がこのｅＮＢ２０側からの通知を受信することで、ＵＥ１０〜ｅＮＢ２０間のベアラが確立される。
【００４２】
次に、ＭＭＥ３０のベアラ確立処理部３３は、第１ＳＧＷ４０Ａに対して、ＭＭＥ３０よりも上流側のベアラの確立を指示する（Modify  Bearer  Request：Ｓ０１２）。この指示に基づき、第１ＳＧＷ４０Ａでは、ベアラ確立の処理を行うと共に、ＰＧＷ５０に対しても、第１ＳＧＷ４０Ａを経由してＵＥ１０まで到達するベアラに係る設定を行うことを指示する（Modify  Bearer  Request：Ｓ０１３）。
【００４３】
ＰＧＷ５０は、ベアラに係る設定の処理を行うと共に、処理が終了すると、第１ＳＧＷ４０Ａに対して終了したことを通知する（Modify  Bearer  Response：Ｓ０１４）。この通知を受けた第１ＳＧＷ４０Ａは、ＭＭＥ３０に対して上流側のベアラの確立に係る処理が終了したことを通知する（Modify  Bearer  Response：Ｓ０１５）。これにより、第１ＳＧＷ４０Ａから下流側において、ＵＥ１０に対してパケットデータを送信するためのベアラが確立され、第１ＳＧＷ４０ＡからＵＥ１０に対してのデータ送信が可能となる（Downlink  Data：Ｓ０１６）。以上の手続により、第１ＳＧＷ４０Ａを経由するベアラＢ０２（図６参照）が確立される。
【００４４】
次に、第２ＳＧＷ４０Ｂを経由するベアラの確立に係る処理が開始される。この処理は、ベアラＢ０２の確立に係る処理と略同様である。すなわち、ｅＮＢ２０に対して第２ＳＧＷ４０Ｂのアドレスを特定する情報を通知することで、第２ＳＧＷ４０Ｂとの間でのベアラの確立を指示する（Initial  Context  Setup  Request：Ｓ０１７）。これにより、ｅＮＢ２０とＵＥ１０との間でベアラの確立に係る処理が行われる（Radio  Bearer  Establishment：Ｓ０１８）。これにより、ＵＥ１０から送信するパケットデータのためのベアラが確立され、ｅＮＢ２０からＭＭＥ３０に対して、ＵＥ１０側のベアラの作成に係る処理が完了したことが通知される（Initial  Context  Setup  Complete：Ｓ０１９）。ＭＭＥ３０がこのｅＮＢ２０側からの通知を受信することで、ＵＥ１０〜ｅＮＢ２０間のベアラが確立される。
【００４５】
次に、ＭＭＥ３０のベアラ確立処理部３３は、第２ＳＧＷ４０Ｂに対して、ｅＮＢ２０よりも上流側のベアラの確立を指示する（Modify  Bearer  Request：Ｓ０２０）。この指示に基づき、第２ＳＧＷ４０Ｂにおいてベアラ確立の処理を行うと共に、ＰＧＷ５０に対しても、第２ＳＧＷ４０Ｂを経由してＵＥ１０まで到達するベアラに係る設定を行うことを指示する（Modify  Bearer  Request：Ｓ０２１）。
【００４６】
ＰＧＷ５０は、ベアラに係る設定の処理を行うと共に、処理が終了すると、第２ＳＧＷ４０Ｂに対して終了したことを通知する（Modify  Bearer  Response：Ｓ０２２）。この通知を受けた第２ＳＧＷ４０Ｂは、ＭＭＥ３０に対して上流側のベアラの確立に係る処理が終了したことを通知する（Modify  Bearer  Response：Ｓ０２３）。これにより、第２ＳＧＷ４０Ｂから下流側において、ＵＥ１０に対してパケットデータを送信するためのベアラが確立される。以上の手続により、第２ＳＧＷ４０Ｂを経由するベアラＢ０３（図６参照）が確立される。この結果を受信して、ＭＭＥ３０では、経路情報記憶部３２におけるＵＥ１０のベアラの確立状況を示す情報を「ＣＯＮＮＥＣＴＥＤ」に更新し、記憶する（情報更新ステップ）。そして、ベアラ確立処理部３３が行うベアラ確立に係る処理を終了する。
【００４７】
以上の処理により、第１ＳＧＷ４０Ａがパケットデータを受信した場合に、図６に示すように、ＵＥ１０とＰＧＷ５０との間を繋ぐベアラとして、第１ＳＧＷ４０Ａを経由するベアラＢ０２と、第２ＳＧＷ４０Ｂを経由するベアラＢ０３と、が確立される。また、ＭＭＥ３０では、ＵＥ１０に係るベアラの確立状況を示す情報が実情に即したもの、すなわち、ベアラが確立されている状況を示す情報となっている。
【００４８】
したがって、最初にＵＥ１０宛のパケットデータを受信した第１ＳＧＷ４０Ａを経由する通信が可能であるだけでなく、この状況で第２ＳＧＷ４０ＢがＵＥ１０宛のパケットデータを受信したとしても、パケットデータの受信を契機として第２ＳＧＷ４０ＢがＭＭＥ３０に対して新たなベアラの確立要求を送信する必要はなく、ベアラ確立に係る通信を減らすことができる。また、この構成を有していることで、仮に第２ＳＧＷ４０ＢがＭＭＥ３０に対して新たなベアラの確立要求を送信する仕様となっていたとしても、ＭＭＥ３０において記憶しているベアラの確立状況を示す情報と、実際のベアラの確立状況とが一致しているので、第２ＳＧＷ４０Ｂに対して確立済みのベアラを使用してパケットデータの送受信を行うことを指示することが可能となる。すなわち、ＭＭＥ３０の経路情報記憶部３２において保持している情報と、第１ＳＧＷ４０Ａ及び第２ＳＧＷ４０Ｂとの間での実際のベアラの確立状況と、が整合した状況となる。したがって、情報の不整合に伴うエラーが発生することを防ぐことができる。
【００４９】
図８は、図７に示す処理と比較すると、ＵＥ１０の接続処理に係る部分の処理順序が互いに異なる。すなわち、ＵＥ１０とＰＧＷ５０との間で、経由するＳＧＷが互いに異なる２つのベアラを確立するに際し、図７に示す処理順序では、第１ＳＧＷ４０Ａを経由するベアラＢ０２を作成した後に、第２ＳＧＷ４０Ｂを経由するベアラＢ０３を作成していた。これに対して、図８に示す処理順序では、２つのベアラの確立に係る処理のうち、ＭＭＥ３０よりも下流側におけるベアラの確立処理を同時に済ませた後、上流側のベアラの確立処理を行うことを特徴とする。
【００５０】
具体的には、ＰＧＷ５０がパケットネットワークからＵＥ１０宛のパケットデータを新たに取得すると、ＰＧＷ５０では、パケットデータを参照して適切なＳＧＷに対して転送する（Downlink  Data：Ｓ０３１）。これに対して、第１ＳＧＷ４０Ａは、ＵＥ１０宛のパケットデータを受信すると、ＭＭＥ３０に対してＵＥ１０宛のパケットデータの受信を通知することで、ベアラの確立を要求する（Downlink  Data  Notification：Ｓ０３２）。ＭＭＥ３０の要求受付部３１は、第１ＳＧＷ４０Ａからの要求を受信する（要求受信ステップ）と、第１ＳＧＷ４０Ａに対して応答する（Downlink  Data  Notification  Ack：Ｓ０３３）と共に、第１ＳＧＷ４０Ａに対してベアラを確立してよいかを判定する（Ｓ０３４）。以降の処理を継続する（ベアラを確立すると判定した）場合、ＭＭＥ３０のベアラ確立処理部３３は、ｅＮＢ２０を介してＵＥ１０に対してページングを行う（Paging：Ｓ０３５／以降、経路確立ステップ）。ここまでの処理は、図７の一連の処理（Ｓ００１〜Ｓ００５）と同じである。
【００５１】
次に、ＵＥ１０は、ページングに対応して、ｅＮＢ２０を介してＭＭＥ３０に対して接続要求（ベアラの確立要求）を送信する。ＭＭＥ３０がＵＥ１０からのベアラの確立要求を受信することで（Service  Request：Ｓ０３６）、ＭＭＥ３０ではＵＥ１０と第１ＳＧＷ４０Ａとの間のベアラ、及び、ＵＥ１０と第２ＳＧＷ４０Ｂとの間のベアラの確立に係る処理を開始する。
【００５２】
まず、ＭＭＥ３０は、ＵＥ１０との間及びＰＧＷ５０との間でベアラ確立に係る認証処理を行う（Authentication／Security：Ｓ０３７）。その後、ｅＮＢ２０に対して第１ＳＧＷ４０Ａのアドレスを特定する情報を通知することで、第１ＳＧＷ４０Ａとの間でのベアラの確立を指示する（Initial  Context  Setup  Request：Ｓ０３８）。ｅＮＢ２０は、ＵＥ１０に対してベアラの確立を通知し、ベアラの確立に係る処理を行う（Radio  Bearer  Establishment：Ｓ０３９）。これに基づいて、ＵＥ１０は、自端末から送信するパケットデータのためのベアラが確立され、ＵＥ１０から第１ＳＧＷ４０Ａへのデータ送信が可能となる（Uplink  Data：Ｓ０４０）。その後、ｅＮＢ２０は、ＵＥ１０側のベアラの作成に係る処理が完了したことをＭＭＥ３０に対して通知する（Initial  Context  Setup  Complete：Ｓ０４１）。ＭＭＥ３０がこのｅＮＢ２０側からの通知を受信することで、ＵＥ１０〜ｅＮＢ２０間のベアラが確立される。ここまでの処理も、図７の一連の処理（Ｓ００６〜Ｓ０１１）と同じである。
【００５３】
次に、図７では、上流側のベアラの設定（Ｓ０１２〜Ｓ０１６）を行っていたのに代えて、図８では、ＵＥ１０との第２ＳＧＷ４０Ｂを経由するベアラの確立に係る処理を先に行う。すなわち、ｅＮＢ２０に対して第２ＳＧＷ４０Ｂのアドレスを特定する情報を通知することで、第２ＳＧＷ４０Ｂとの間でのベアラの確立を指示する（Initial  Context  Setup  Request：Ｓ０４２）。これにより、ｅＮＢ２０とＵＥ１０との間でベアラの確立に係る処理が行われる（Radio  Bearer  Establishment：Ｓ０４３）。これにより、ＵＥ１０から送信するパケットデータのためのベアラが確立され、ｅＮＢ２０からＭＭＥ３０に対して、ＵＥ１０側のベアラの作成に係る処理が完了したことが通知される（Initial  Context  Setup  Complete：Ｓ０４４）。ＭＭＥ３０がこのｅＮＢ２０側からの通知を受信することで、ＵＥ１０〜ｅＮＢ２０間のベアラが確立される。
【００５４】
その後、第１ＳＧＷ４０Ａを経由するベアラ及び第２ＳＧＷ４０Ｂを経由するベアラのそれぞれに係る処理を行う。
【００５５】
まず、ＭＭＥ３０のベアラ確立処理部３３は、第１ＳＧＷ４０Ａに対して、ｅＮＢ２０よりも上流側のベアラの確立を指示する（Modify  Bearer  Request：Ｓ０４５）。この指示に基づき、第１ＳＧＷ４０Ａでは、ベアラ確立の処理を行うと共に、ＰＧＷ５０に対しても、第１ＳＧＷ４０Ａを経由してＵＥ１０まで到達するベアラに係る設定を行うことを指示する（Modify  Bearer  Request：Ｓ０４６）。
【００５６】
ＰＧＷ５０は、ベアラに係る設定の処理を行うと共に、処理が終了すると、第１ＳＧＷ４０Ａに対して終了したことを通知する（Modify  Bearer  Response：Ｓ０４７）。この通知を受けた第１ＳＧＷ４０Ａは、ＭＭＥ３０に対して上流側のベアラの確立に係る処理が終了したことを通知する（Modify  Bearer  Response：Ｓ０４８）。これにより、第１ＳＧＷ４０Ａから下流側において、ＵＥ１０に対してパケットデータを送信するためのベアラが確立され、第１ＳＧＷ４０ＡからＵＥ１０に対してのデータ送信が可能となる（Downlink  Data：Ｓ０４９）。以上の手続により、第１ＳＧＷ４０Ａを経由するベアラＢ０２（図６参照）が確立される。
【００５７】
次に、ＭＭＥ３０のベアラ確立処理部３３は、第２ＳＧＷ４０Ｂに対して、ＭＭＥ３０よりも上流側のベアラの確立を指示する（Modify  Bearer  Request：Ｓ０５０）。この指示に基づき、第２ＳＧＷ４０Ｂにおいてベアラ確立の処理を行うと共に、ＰＧＷ５０に対しても、第２ＳＧＷ４０Ｂを経由してＵＥ１０まで到達するベアラに係る設定を行うことを指示する（Modify  Bearer  Request：Ｓ０５２）。ＰＧＷ５０は、ベアラに係る設定の処理を行うと共に、処理が終了すると、第２ＳＧＷ４０Ｂに対して終了したことを通知し（Modify  Bearer  Response：Ｓ０５２）、第２ＳＧＷ４０Ｂは、ＭＭＥ３０に対して上流側のベアラの確立に係る処理が終了したことを通知する（Modify  Bearer  Response：Ｓ０５３）。これにより、第２ＳＧＷ４０Ｂから下流側において、ＵＥ１０に対してパケットデータを送信するためのベアラが確立される。以上の手続により、第２ＳＧＷ４０Ｂを経由するベアラＢ０３（図６参照）が確立される。この結果を受信して、ＭＭＥ３０では、経路情報記憶部３２におけるＵＥ１０のベアラの確立状況を示す情報を「ＣＯＮＮＥＣＴＥＤ」に更新し、記憶する（情報更新ステップ）。そして、ベアラ確立処理部３３が行うベアラ確立に係る処理を終了する。
【００５８】
以上の処理により、第１ＳＧＷ４０Ａがパケットデータを受信した場合に、図６に示すように、ＵＥ１０とＰＧＷ５０との間を繋ぐベアラとして、第１ＳＧＷ４０Ａを経由するベアラＢ０２と、第２ＳＧＷ４０Ｂを経由するベアラＢ０３と、が確立される。このように、図８に示す順序で処理を実行してもよく、その場合でも、ネットワーク内においてＵＥ１０の接続状態（ベアラの確立状況）の管理に不整合が生じることを防ぐことが可能となる。
【００５９】
このように、第１の接続制御方法では、２以上のＳＧＷに含まれる一のＳＧＷからの経路確立要求に基づいて、経路確立要求を送信したＳＧＷを含む、２以上のＳＧＷであって、ＭＭＥ３０がＵＥ１０との間のベアラの確立及び解放に係る処理を行うＳＧＷの全てについて、ＵＥ１０との間でそれぞれベアラ（通信経路）が確立され、その確立結果に基づいて、ＭＭＥ３０の経路情報記憶部３２に記憶されるＵＥ１０毎のベアラの確立状況に係る情報が更新される。したがって、２以上のＳＧＷのうちの一部のＳＧＷのベアラの確立又は解放に基づいてＭＭＥ３０の経路情報記憶部３２に記憶されている情報が更新されることにより、経路情報記憶部３２に記憶されている情報とＵＥ１０におけるベアラの確立状況との間で不整合が生じることを防ぐことができる。
【００６０】
なお、上記の図７及び図８では、第１ＳＧＷ４０Ａがパケットデータを受信した場合について説明したが、第２ＳＧＷ４０ＢがＵＥ１０宛のパケットデータを受信した場合でも同様の処理を行うことができる。また、ＵＥ１０が接続可能なＳＧＷが３台以上になった場合にも、上記と同様の方法で対応することができる。すなわち、ＵＥ１０宛のパケットデータを受信したＳＧＷだけでなく、ＭＭＥ３０がＵＥ１０との間でのベアラの確立及び解放を制御する他のＳＧＷを含む全てのＳＧＷに対してベアラの確立をＭＭＥ３０が指示をすることで、２以上のＳＧＷが存在する状態でのＵＥ１０の接続状態（ベアラの確立状況）の管理に不整合が生じることを防ぐことが可能となる。
【００６１】
（第２の方法：ＳＧＷ毎の接続状況の管理）
次に、第２の方法として、従来はＭＭＥ３０の経路情報記憶部３２においてＵＥ１０毎にベアラの確立状況を記憶していたことに代えて、ＵＥ１０及びＳＧＷ毎にベアラの確立状況を記憶する構成とする方法が挙げられる。
【００６２】
具体的な処理の手順を説明する前に、図９を参照しながら第２の方法の特徴を説明する。
【００６３】
前提として、第１ＳＧＷ４０ＡとＵＥ１０との間は既にベアラＢ０４が確立されていて、第２ＳＧＷ４０ＢとＵＥ１０との間はベアラが確立されていない状態であるとする。この場合、ＭＭＥ３０の経路情報記憶部３２では、ＵＥ１０と第１ＳＧＷ４０Ａに係るベアラの状況は「ＣＯＮＮＥＣＴＥＤ」とし、ＵＥ１０と第２ＳＧＷ４０Ｂに係るベアラの状況は「ＩＤＬＥ」として記憶されている。ここで、ＰＧＷ５０が、パケットネットワークからＵＥ１０宛のパケットデータを新たに取得したとする。ＰＧＷ５０は、受信するＵＥ１０宛のパケットデータの送信元の情報等に基づいて、経由するＳＧＷを判断して、該当するＳＧＷへ転送する。ここでは、ＰＧＷ５０は、ＵＥ１０宛のパケットデータに含まれる情報を参照して、第２ＳＧＷ４０Ｂに対して転送したとする。第２ＳＧＷ４０Ｂでは、ＰＧＷ５０からＵＥ１０宛のパケットデータを受信すると、ＵＥ１０との間にベアラが確立されていないので、ＭＭＥ３０に対して、ベアラの確立を要求する（Downlink  Data  Notification）。ＭＭＥ３０の要求受付部３１では、ベアラの確立に係る要求を受信する（要求受信ステップ）と、経路情報記憶部３２に記憶されている情報に基づいて、ＵＥ１０及び第２ＳＧＷ４０Ｂに係るベアラの確立状況を確認した上でベアラの確立に係る処理を開始する（経路確立ステップ）。
【００６４】
ここで、従来の方法では、ＵＥ１０毎にベアラの確立状況を記憶していたので、第１ＳＧＷ４０ＡとＵＥ１０とのベアラＢ０４が確立された時点で、ＭＭＥ３０において記憶されている情報は「ＣＯＮＮＥＣＴＥＤ」に更新されている。したがって、第２ＳＧＷ４０Ｂからのベアラの確立要求との不整合が生じ、第２ＳＧＷ４０ＢとＵＥ１０との間のベアラの確立に係る処理を行うことができなかった。
【００６５】
これに対して、本実施形態の第２の方法では、ＭＭＥ３０の経路情報記憶部３２において、ＳＧＷ毎にＵＥ１０との間でのベアラの確立状況を記憶することから、上記のような不整合が生じない。すなわち、ＭＭＥ３０の経路情報記憶部３２では、第２ＳＧＷ４０Ｂを経由するベアラに関しては「ＩＤＬＥ」状態であることが記憶されているため、その結果に基づいて、ＭＭＥ３０のベアラ確立処理部３３は、ベアラの確立に係る処理を行うことができる。具体的には、ｅＮＢ２０に対してページング（Paging）を行うことでＵＥ１０に対してベアラの確立を指示し、第２ＳＧＷ４０Ｂを経由したベアラＢ０５を設けることが可能となる。
【００６６】
このように、ＭＭＥ３０の経路情報記憶部において、ＳＧＷ毎にＵＥ１０との接続状況（ベアラの確立状況）を記憶することで、不整合が生じることが防止できる。
【００６７】
ＭＭＥ３０の経路情報記憶部３２で記憶する情報の例を図１０に示す。図１０に示すように、経路情報記憶部３２では、ＵＥ１０を特定する情報と、ＵＥ１０が接続可能なＳＧＷを特定する情報と、当該ＵＥ１０が当該ＳＧＷを経由したベアラに係る状況とが対応付けて記憶されている。例えば、図１０では、「＃１」により特定されるＵＥ１０については、「＃１」により特定されるＳＧＷを経由するベアラに係るステータス（ベアラの確立状況を示す情報）が「ＩＤＬＥ」とされていて、ベアラを確立していない状態であることを示している。また、図１０では、「＃１」により特定されるＵＥ１０について、「＃２」により特定されるＳＧＷを経由するベアラに係るステータスが「ＣＯＮＮＥＣＴＥＤ」とされていて、ベアラを確立している状態であることを示している。このように、第２の方法では、経由するＳＧＷ毎、すなわち、互いに異なる通信経路毎に、そのベアラの確立状況が管理され、これに基づいて、ベアラの確立及び解放の制御が行われる。
【００６８】
具体的な手順について、図１１〜図１４を参照しながら説明する。図１１及び図１３はシーケンス図であり、図１２及び図１４は、それぞれ図１１及び図１３に含まれる一部の処理を説明する図である。図１１，図１２に示す方法と、図１３，図１４に示す方法とは、第２ＳＧＷ４０Ｂのベアラを確立する際の処理の一部が相違するが、基本的な流れは同じである。
【００６９】
まず、図１１を参照しながら説明する。前提として、第１ＳＧＷ４０Ａを経由するベアラ及び第２ＳＧＷ４０Ｂを経由するベアラの両方が確立されていない（解放されている）状態とする。このとき、ＰＧＷ５０がパケットネットワークからＵＥ１０宛のパケットデータを新たに取得すると、ＰＧＷ５０では、パケットデータを参照して適切なＳＧＷに対して転送する（Downlink  Data：Ｓ０６１）。ここでは、ＰＧＷ５０は第１ＳＧＷ４０Ａに対して転送する例を示している。第１ＳＧＷ４０Ａは、ＵＥ１０宛のパケットデータを受信すると、ＭＭＥ３０に対してベアラの確立を要求する。これにより、第１ＳＧＷ４０Ａを介したベアラを確立するための処理が実施される（Ｓ０６２／要求受信ステップ及び経路確立ステップ）。ベアラを確立するための処理の詳細は、図７及び図８等で示した処理と同じであり、認証処理、ＵＥ１０〜ｅＮＢ２０間のベアラの確立処理、ｅＮＢ２０よりも上流側のベアラの確立処理、の順に行うことができる。この結果、第１ＳＧＷ４０Ａを経由するベアラＢ０４が確立されると共に、ＭＭＥ３０の経路情報記憶部３２において、ＵＥ１０の第１ＳＧＷ４０Ａを経由するベアラの確立状況が「ＣＯＮＮＥＣＴＥＤ」に更新される（情報更新ステップ）。これにより、第１ＳＧＷ４０ＡからＵＥ１０に対して、パケットデータを送信することが可能となる（Downlink  Data：Ｓ０６３）。
【００７０】
その後、第１ＳＧＷ４０Ａを経由するベアラＢ０４が存在する状況で、ＰＧＷ５０がパケットネットワークからＵＥ１０宛のパケットデータを新たに取得し、パケットデータを参照して第２ＳＧＷ４０ＢＳＧＷに対して転送したとする（Downlink  Data：Ｓ０６４）。
【００７１】
第２ＳＧＷ４０Ｂは、ＭＭＥ３０に対してＵＥ１０宛のパケットデータの受信を通知することで、ベアラの確立を要求する（Downlink  Data  Notification：Ｓ０６５）。ＭＭＥ３０の要求受付部３１は、第２ＳＧＷ４０Ｂからの要求を受信する（要求受信ステップ）と、第２ＳＧＷ４０Ｂに対して応答する（Downlink  Data  Notification  Ack：Ｓ０６６）と共に、接続状況の確認及びＵＥ１０の位置を確認する（Ｓ０６７）。第１の方法の場合は、この段階で経路情報記憶部３２に記憶されている情報を利用した接続状況確認のみを行っていたが、第２の方法の場合には、既にＵＥ１０が第１ＳＧＷ４０Ａ経由のベアラＢ０４を確立する処理をしているため、ＭＭＥ３０側でＵＥ１０の在圏するセルを特定することができる。したがって、ＵＥ１０が在圏するセルを特定した上で、この情報を利用する。接続状況を確認した結果、以降の処理を継続する（ベアラを確立すると判定した）場合、ＭＭＥ３０のベアラ確立処理部３３は、ｅＮＢ２０を介してＵＥ１０に対してページングを行う（Paging：Ｓ０６８／以降、経路確立ステップ）。
【００７２】
図１１に示す方法の場合、ＵＥ１０には、既に第１ＳＧＷ４０Ａを経由するベアラＢ０４が設けられているので、ページングより前にＵＥ１０の在圏するセルに係る情報をＭＭＥ３０が取得することができる。これにより、ページングの対象となるセルを特定することが可能となる。図１２を参照しながらこの点を説明する。
【００７３】
パケットデータの宛先となるＵＥ１０との間でベアラが設けられていない場合、ＵＥ１０が接続するｅＮＢ２０をＭＭＥ３０側で把握をしていない。したがって、ＭＭＥ３０が接続制御を行う複数のｅＮＢ２０を介してＵＥ１０に対するページングを実行する。一方、第１ＳＧＷ４０Ａを経由するベアラＢ０４が設けられている場合には、ベアラＢ０４が経由するｅＮＢ２０、すなわち、ＵＥ１０が在圏するセルの基地局であるｅＮＢ２０が特定されている。したがって、複数のセルに対してページングを行わずに、ＵＥ１０が接続しているｅＮＢ２０の配下のみにページングを行うことができる。このように、第１ＳＧＷ４０Ａの確立に利用した情報を利用して、特定のセルに対してのみページングを行う構成とすることで、ＵＥ１０に対するページングに係る通信量を削減することができる。
【００７４】
図１１に戻り、ＵＥ１０は、ページングに対応して、ｅＮＢ２０を介してＭＭＥ３０に対して接続要求（ベアラの確立要求）を送信する。ＭＭＥ３０がＵＥ１０からのベアラの確立要求を受信することで（Service  Request：Ｓ０６９）、ＭＭＥ３０ではＵＥ１０と第１ＳＧＷ４０Ａとの間のベアラ、及び、ＵＥ１０と第２ＳＧＷ４０Ｂとの間のベアラの確立に係る処理を開始する。
【００７５】
第２の方法の場合には、既に第１ＳＧＷ４０Ａとの間でのベアラＢ０４が確立されているので、認証処理は省略してもよい（Ｓ０７０）。その後、ベアラを確立するための処理を行う（Ｓ０７１）。ベアラを確立するための処理の詳細は、図７及び図８等で示した処理と同じであり、ＵＥ１０〜ｅＮＢ２０間のベアラの確立処理、ｅＮＢ２０よりも上流側のベアラの確立処理、の順に行うことができる。この結果、第２ＳＧＷ４０Ｂを経由するベアラＢ０５が確立されると共に、ＭＭＥ３０の経路情報記憶部３２において、ＵＥ１０の第２ＳＧＷ４０Ｂを経由するベアラの確立状況が「ＣＯＮＮＥＣＴＥＤ」に更新される（情報更新ステップ）。これにより、第２ＳＧＷ４０ＢからＵＥ１０に対して、パケットデータを送信することが可能となる（Downlink  Data：Ｓ０７２）。
【００７６】
以上の処理により、第１ＳＧＷ４０Ａを経由するベアラＢ０４と第２ＳＧＷ４０Ｂを経由するベアラＢ０５の両方が確立されて、どちらを経由してもパケットデータを送受信することが可能となる。また、ＭＭＥ３０では、ＵＥ１０に係るベアラの確立状況を示す情報が実情に即したもの、すなわち、２つのベアラが確立されている状況を示す情報に変更することができる。
【００７７】
したがって、第１ＳＧＷ４０Ａを経由するベアラが存在する状況で、第２ＳＧＷ４０ＢがＵＥ１０宛のパケットデータを受信したとしても、パケットデータの受信を契機として第２ＳＧＷ４０Ｂを経由するベアラを適切に設けることができる。
【００７８】
図１３は、図１１に示す処理と比較すると、第１ＳＧＷ４０Ａを経由するベアラＢ０４を確立した後に、第２ＳＧＷ４０Ｂを経由するベアラの確立する際のページングの方法が互いに異なるが、その他の処理は、図１３に示す処理と同じである。
【００７９】
まず、第１ＳＧＷ４０ＡがＵＥ１０宛のパケットデータを受信した場合のベアラの確立に係る処理（Ｓ０８１）は、図１１に示す一連の処理（Ｓ０６１〜Ｓ０６３）と同じである。
【００８０】
次に、第１ＳＧＷ４０Ａを経由するベアラＢ０４が存在する状況で、ＰＧＷ５０がパケットネットワークからＵＥ１０宛のパケットデータを新たに取得し、パケットデータを参照して第２ＳＧＷ４０ＢＳＧＷに対して転送したとする（Downlink  Data：Ｓ０８２）。
【００８１】
第２ＳＧＷ４０Ｂは、ＭＭＥ３０に対してＵＥ１０宛のパケットデータの受信を通知することで、ベアラの確立を要求する（Downlink  Data  Notification：Ｓ０８３／要求受信ステップ）。ＭＭＥ３０では、これに応答する（Downlink  Data  Notification  Ack：Ｓ０８４）と共に、接続状況の確認を行う（Ｓ０８５）。図１１に示す例では、ＵＥ１０が在圏するセルを特定していたが、図１３に示す例では、接続状況の確認のみが行われる。接続状況を確認した結果、以降の処理を継続する（ベアラを確立すると判定した）場合、ＭＭＥ３０のベアラ確立処理部３３は、ｅＮＢ２０を介してＵＥ１０に対してページング（疑似ページング）を行う（疑似Paging：Ｓ０８６／以降、経路確立ステップ）。
【００８２】
図１３に示す方法では、通常のページングとは異なる方法での疑似的なページング（疑似ページング）を行い、ＵＥ１０に対して接続の処理の開始を要求する。具体的には、図１４に示すように、他のＵＥにはページング情報が届かないように、ベアラを確立する必要がある特定のＵＥ１０（ここでは、ＩＤ＝３として特定されるＵＥ）に対してのみページングに対応する疑似ページング情報を送信する。この疑似ページング情報には、既に第１ＳＧＷ４０Ａを経由するベアラＢ０４が利用される。すなわち、ＵＥ１０とのベアラＢ０４が設けられているｅＮＢ２０に対して、ＵＥ１０との間に設けられたベアラＢ０４の確立時に利用した制御用のベアラを介して疑似ページング情報を送信する旨の指示を送信する。これにより、宛先のＵＥ１０に対してのみ、ページングに対応する疑似ページングを行うことができる。また、宛先のＵＥ１０も、疑似ページング情報に応答することで、以降の処理を行うことができる。さらに、上記のように疑似ページングを行う構成とした場合、ＵＥ１０に対するページングに係る通信量を削減することができる。
【００８３】
図１３に戻り、ＵＥ１０は、疑似ページングに対応して、ｅＮＢ２０を介してＭＭＥ３０に対して接続要求（ベアラの確立要求）を送信する。ＭＭＥ３０がＵＥ１０からのベアラの確立要求を受信することで（Service  Request：Ｓ０８７）、ＭＭＥ３０ではＵＥ１０と第１ＳＧＷ４０Ａとの間のベアラ、及び、ＵＥ１０と第２ＳＧＷ４０Ｂとの間のベアラの確立に係る処理を開始する。
【００８４】
この後は、図１１と同様に、認証処理は省略してもよく（Ｓ０８８）、その後、ベアラを確立するための一連の処理を行う（Ｓ０８９）。この結果、第２ＳＧＷ４０Ｂを経由するベアラＢ０５が確立されると共に、ＭＭＥ３０の経路情報記憶部３２において、ＵＥ１０の第２ＳＧＷ４０Ｂを経由するベアラの確立状況が「ＣＯＮＮＥＣＴＥＤ」に更新される（情報更新ステップ）。これにより、第２ＳＧＷ４０ＢからＵＥ１０に対して、パケットデータを送信することが可能となる（Downlink  Data：Ｓ０９０）。
【００８５】
このように、図１３に示す方法でも、第１ＳＧＷ４０Ａを経由するベアラＢ０４と第２ＳＧＷ４０Ｂを経由するベアラＢ０５の両方が確立されて、どちらを経由してもパケットデータを送受信することが可能となる。また、ＭＭＥ３０では、ＵＥ１０に係るベアラの確立状況を示す情報が実情に即したもの、すなわち、２つのベアラが確立されている状況を示す情報に変更することができる。
【００８６】
このように、第２の接続制御方法によれば、２以上のＳＧＷに含まれる一のＳＧＷからの経路確立要求を受信し、一のＳＧＷとの間でベアラを確立した場合には、その確立結果に基づいて、経路情報記憶部３２に記憶された一のＳＧＷとＵＥ１０との間のベアラの確立状況に係る情報が更新される。したがって、２以上のＳＧＷに含まれる一部のＳＧＷにおいて通信経路の確立又は解放に係る処理が行われたとしても、ＭＭＥ３０の経路情報記憶部３２に記憶されている情報とＵＥ１０における通信経路の確立状況との間で不整合が生じることを防ぐことができる。
【００８７】
なお、上記の図１１〜図１４では、２台のＳＧＷがＵＥ１０宛のパケットデータを受信した場合について説明したが、ＵＥ１０が接続可能なＳＧＷが３台以上になった場合にも、上記と同様の方法で対応することができる。すなわち、ＳＧＷの数に対応してＭＭＥ３０の経路情報記憶部３２で記憶する情報を更新することで、２以上のＳＧＷが存在する状態でのＵＥ１０の接続状態（ベアラの確立状況）の管理に不整合が生じることを防ぐことが可能となる。
【００８８】
また、図１１及び図１３では、ページング（Ｓ０６８，Ｓ０８６）の方法として、特定のセルに限定してページングを行う（Ｓ０６８）又はＵＥ１０に対して疑似ページングを行う（Ｓ０８６）例を示しているが、従来のページング方法を用いてもよい。
【００８９】
（第３の方法：ベアラの単一化）
次に、第３の方法として、ベアラを確立してパケットデータの送受信を行った後、確立したベアラを解放する際に、従来はＰＧＷ５０と２以上のＳＧＷのそれぞれとの間に定常的に設けられているベアラについて、１つを残してその他を解放してしまうことで、ＰＧＷ５０からパケットデータを送信するためのベアラを固定してしまう方法である。
【００９０】
具体的な処理の手順を説明する前に、図１５を参照しながら第３の方法の特徴を説明する。
【００９１】
前提として、第１ＳＧＷ４０ＡとＵＥ１０との間は既にベアラＢ０６が確立されていて、第２ＳＧＷ４０ＢとＵＥ１０との間はベアラが確立されていない状態であるとする。この場合でも、ＰＧＷ５０と第２ＳＧＷ４０Ｂとの間には、在圏時に設けられたベアラＢ０７が定常的に設けられている。ここで、タイムアウト等により、第１ＳＧＷ４０Ａを経由するベアラＢ０６を解放することになったとする。従来の方法では、ｅＮＢ２０がＭＭＥ３０に対してベアラの解放を要求する（S1  UE  Context  Release  Request）。この要求をＭＭＥ３０の要求受付部３１を受け付けると、ＭＭＥ３０のベアラ解放処理部３４は、第１ＳＧＷ４０Ａに対してベアラＢ０６の解放を要求する（Release  Access  Bearer  Request）。これに基づいて、第１ＳＧＷ４０Ａでは、第１ＳＧＷ４０Ａよりも下流側のベアラＢ０６を解放して、処理を終了する。
【００９２】
これに対して、第３の方法では、ＭＭＥ３０のベアラ解放処理部３４は、第１ＳＧＷ４０Ａを経由するベアラＢ０６の解放に加えて、第２ＳＧＷ４０Ｂに対しては、ＵＥ１０とＰＧＷ５０との間のＰＤＮ（Packet  Data  Network）コネクション自体の削除を要求する（Delete  Session  Request）。ＰＤＮコネクションの削除に係る要求は、第２ＳＧＷ４０Ｂよりも上位側の第２ＳＧＷ４０ＢとＰＧＷ５０との間のベアラＢ０７を解放する要求も含むため、第２ＳＧＷ４０Ｂは、これに基づいてベアラＢ０７を解放する。この結果、ＰＧＷ５０がパケットデータを送信することが可能なＳＧＷは、ベアラが存在している第１ＳＧＷ４０Ａのみとなり、パケットデータの送信先のＳＧＷが１つに限定される。したがって、ＭＭＥ３０の経路情報記憶部３２に記憶しているベアラの確立状況は、ＰＧＷ５０からのパケットデータの送信先となる１つのＳＧＷ（図１５では、第１ＳＧＷ４０Ａ）に係る情報を示すことになり、ＭＭＥ３０で保持している情報と、ＵＥ１０とＳＧＷ（第１ＳＧＷ４０Ａ）との間に設けられるベアラの状況との不整合が生じない状況を作ることができる。
【００９３】
なお、この方法によれば、第２ＳＧＷ４０Ｂを経由してＵＥ１０に対して送信すべきパケットデータがある場合に適切に送信することができない可能性がある。したがって、この第３の方法を用いる場合には、第２ＳＧＷ４０ＢとＰＧＷ５０との間のベアラＢ０７を必要に応じて再確立するための処理を別途設けることが好ましい。このような方法としては、例えば、ＰＧＷ５０において第２ＳＧＷ４０Ｂを経由すべきパケットデータを受信したことを確認した場合に、エラーを通知すると共にＭＭＥ３０に対してエラーを報告することが考えられる。その他、ベアラＢ０７を解放した段階で、ＰＧＷ５０が他のＳＧＷを経由すべきパケットデータを受信した場合でも第１ＳＧＷ４０Ａを経由してパケットデータを送信する構成に変更する方法等を用いることも考えられる。
【００９４】
具体的な手順について、図１６のシーケンス図を参照しながら説明する。前提として、ＵＥ１０との間で第１ＳＧＷ４０Ａを経由するベアラＢ０６が確立されていて、ＵＥ１０との間で第２ＳＧＷ４０Ｂを経由するベアラは確立されていない状態であるとする。また、第２ＳＧＷ４０ＢとＰＧＷ５０との間のベアラＢ０７は確立されている。
【００９５】
このとき、ｅＮＢ２０がベアラＢ０６の解放が必要であると判断すると、ＵＥ１０に対してベアラＢ０６の解放を通知する（RRC  Connection  Release：Ｓ１０１）と共に、ＭＭＥ３０に対してベアラＢ０６の解放要求を送信する（S1  UE  Context  Release  Request：Ｓ１０２）。ＭＭＥ３０の要求受付部３１は、ｅＮＢ２０からの要求を受け付けると、経路情報記憶部３２に記憶している情報を確認した上で、ベアラＢ０６の解放に係る処理を継続する。ＭＭＥ３０のベアラ解放処理部３４は、第１ＳＧＷ４０Ａに対して、ベアラＢ０６の解放に係る要求を送信する（Release  Access  Bearer  Request：Ｓ１０３）。これに対して、第１ＳＧＷ４０Ａでは、この要求に基づいて、ベアラＢ０６の解放に係る処理を行った後、処理結果をＭＭＥ３０に対して送信する（Release  Access  Bearer  Response：Ｓ１０４）。
【００９６】
次に、ＭＭＥ３０のベアラ解放処理部３４は、ベアラが設けられていない他のＳＧＷに対して、ＰＤＮコネクションの解放処理を行う。本実施形態の場合には、第２ＳＧＷ４０Ｂに対して、ＰＤＮコネクションの解放に係る処理の要求を送信する（Delete  Session  Request：Ｓ１０５）。第２ＳＧＷ４０Ｂは、この要求に基づいて、ＰＧＷ５０との間でのベアラの解放に係る処理を行い（Delete  Session  Request：Ｓ１０６、及び、（Delete  Session  Response：Ｓ１０７）、処理結果をＭＭＥ３０に対して送信する（Delete  Session  Response：Ｓ１０８）。さらに、ＭＭＥ３０は、下流側のｅＮＢ２０及びＵＥ１０に対しても、ＰＤＮコネクションの解放に係る処理を行う（Ｓ１０９）。図１６で示しているＰＤＮコネクションについて送受信される一連の情報は、従来からＰＤＮコネクションの解放に用いられている情報であるので、詳細の説明を省略する。上記の処理を行うことで、第２ＳＧＷ４０Ｂ側のＰＤＮコネクションが解放される。
【００９７】
その後、ベアラＢ０６の解放に係る一連の処理が終了したことを、ＭＭＥ３０に対するベアラＢ０６の解放要求（S1  UE  Context  Release  Request：Ｓ１０２）に対応させてｅＮＢ２０へ通知する（S1  UE  Context  Release  Command：Ｓ１１０）。このＭＭＥ３０からの通知に対して、ｅＮＢ２０が応答する（S1  UE  Context  Release  Complete：Ｓ１１１）ことで、一連の処理が終了する。また、ＭＭＥ３０では、経路情報記憶部３２におけるＵＥ１０に係るベアラの確立状況を「ＩＤＬＥ」に更新しておく。
【００９８】
上記の図１６に示す処理を行うことで、ＵＥ１０〜第１ＳＧＷ４０Ａ〜ＰＧＷ５０を経由してのみ、ベアラを設けてのパケットデータの送受信が可能な状態となる。また、ＭＭＥ３０の経路情報記憶部３２においてＵＥ１０毎に保持されるベアラの確立状況に係る情報は、第１ＳＧＷ４０Ａを経由するベアラの確立状況に対応した情報となるため、ＵＥ１０に係るベアラの確立状況についてネットワーク内で不整合が生じない制御が実現される。ただし、第２ＳＧＷ４０Ｂを使用できる状況にするためには、改めてＰＤＮコネクションを確立する必要がある点が、第１の方法及び第２の方法とは異なる点となる。
【００９９】
なお、上記の図１６では、ＵＥ１０と接続可能なＳＧＷが２台の場合について説明したが、ＵＥ１０が接続可能なＳＧＷが３台以上になった場合にも、上記と同様の方法で対応することができる。すなわち、ベアラを設けてのパケットデータの送受信が可能な状態とするＳＧＷを１台とし、他のＳＧＷについては、ＰＤＮコネクションを解放することにより、ＵＥ１０に係るベアラの確立状況についてネットワーク内で不整合が生じない制御が実現される。
【０１００】
（第２実施形態）
次に、本発明の第２実施形態について説明する。第２実施形態では、ＰＧＷ及びＳＧＷがＣ／Ｕ分離をした場合の構成について説明する。Ｃ／Ｕ分離とは通信で処理する制御信号（Control-Plane信号：C-Plane）とユーザのデータに係る信号（User-Plane信号：U-Plane）とを分離して処理する技術である。Ｃ／Ｕ分離を適用した場合、ＰＧＷ及びＳＧＷは、それぞれ、C-Planeを処理するＸＧＷ−Ｃと、U-Planeを処理するＸＧＷ−Ｕと、に分離することができる。本発明に係る接続制御方法は、Ｃ／Ｕ分離を適用した状況下でも利用することができる。上記の実施形態では、C-PlaneとU-Planeとを区別せずに記載をしていたが、Ｃ／Ｕ分離状況下では、ＸＧＷ−Ｃが処理をする信号とＸＧＷ−Ｕが処理する信号とに区別される。そして、必要に応じてＸＧＷ−ＣとＸＧＷ−Ｕとを接続する信号が新たに設けられる。
【０１０１】
図１７は、本発明の第２実施形態に係る通信システム２のシステム構成図である。この通信システム２における通信システム１との相違点は、第１ＳＧＷ４０Ａ、第２ＳＧＷ４０Ｂに代えて、ＳＧＷ−Ｃ４１、第１ＳＧＷ−Ｕ４２Ａ、第２ＳＧＷ−Ｕ４２Ｂが設けられている点である。また、ＰＧＷについても同様に、第１ＰＧＷ５０Ａ、第２ＰＧＷ５０Ｂに代えて、ＰＧＷ−Ｃ５１、第１ＰＧＷ−Ｕ５２Ａ、第２ＰＧＷ−Ｕ５２Ｂが設けられている点も相違する。なお、図面においては、第１ＳＧＷ−Ｕ、第２ＳＧＷ−Ｕ、第１ＰＧＷ−Ｕ、及び第２ＰＧＷ−Ｕは、それぞれ、ＳＧＷ−Ｕ＃１、ＳＧＷ−Ｕ＃２、ＰＧＷ−Ｕ＃１、ＰＧＷ−Ｕ＃１と表示している。
【０１０２】
Ｃ／Ｕ分離の状況下において、ＰＧＷ及びＳＧＷがそれぞれ複数設けられる場には、図１７に示すように、C-Planeを処理する装置は一台となり、U-Planeを処理する装置が複数台の構成となる。そして、ＵＥ１０からのパケットデータを送受信するためのベアラは、U-Planeを処理する装置、すなわち、第１ＳＧＷ−Ｕ４２Ａ、第２ＳＧＷ−Ｕ４２Ｂを経由して設けられる。
【０１０３】
なお、図１７においても、図１と同様に、第１ＳＧＷ―Ｕ４２Ａと第１ＰＧＷ−Ｕ５２Ａとが接続され、第２ＳＧＷ−Ｕ４２Ｂと第２ＰＧＷ−Ｕ５２Ｂとが接続されているが、これは、接続の一例である。すなわち、特定のＳＧＷと特定のＰＧＷとが接続される構成ではなく、パケットの送信先及び提供するサービス等に応じて適宜選択される。また、簡単のため、図１８以降では、基本的に第１ＰＧＷ−Ｕ５２Ａと第２ＰＧＷ−Ｕ５２ＢとをまとめてＰＧＷ−Ｕ５２として表記する。
【０１０４】
以下、第１実施形態と同様に、ＭＭＥ３０が実行する接続制御方法として３つの方法を説明する。なお、一連の処理の大半は、第１実施形態で説明した処理と同様であるため、同様の処理である部分は説明を一部省略する。また、ＵＥ１０が２台のＳＧＷ−Ｕと接続可能である場合について説明するが、ＵＥ１０が３台以上のＳＧＷ−Ｕと接続可能な場合にも適用できることは、第１実施形態と同様である。
【０１０５】
（第１の方法：複数のベアラの再確立）
第１実施形態の第１の方法では、第１ＳＧＷ４０Ａ又は第２ＳＧＷ４０ＢからＵＥ１０へのベアラの確立要求をＭＭＥ３０が受信した場合に、ＭＭＥ３０では、第１ＳＧＷ４０Ａ及び第２ＳＧＷ４０Ｂの両方とＵＥ１０との間にベアラを設けるように制御する方法を説明した。上記の方法を第２実施形態に適用すると、第１ＳＧＷ−Ｕ４２Ａ又は第２ＳＧＷ−Ｕ４２ＢからＵＥ１０へのベアラの確立要求をＭＭＥ３０が受信した場合に、ＭＭＥ３０では、第１ＳＧＷ−Ｕ４２Ａ及び第２ＳＧＷ−Ｕ４２Ｂの両方とＵＥ１０との間にベアラを設けるように制御する方法となる。上記の方法を説明する。
【０１０６】
具体的な手順について、図１８及び図１９のシーケンス図を参照しながら説明する。図１８及び図１９は、それぞれ図７及び図８に対応しているが、ＳＧＷ及びＰＧＷの装置構成が変更されている。
【０１０７】
まず、図１８を参照しながら説明する。ＰＧＷ−Ｕ５２がパケットネットワークからＵＥ１０宛のパケットデータを新たに取得すると、ＰＧＷ−Ｕ５２では、パケットデータを参照して適切なＳＧＷ−Ｕに対して転送する（Downlink  Data：Ｓ２０１）。ここでは、ＰＧＷ−Ｕ５２は第１ＳＧＷ−Ｕ４２Ａに対して転送する例を示している。第１ＳＧＷ−Ｕ４２Ａは、ＵＥ１０宛のパケットデータを受信すると、ＳＧＷ−Ｃ４１を介してＭＭＥ３０に対して、ＵＥ１０宛のパケットデータの受信を通知することで、ベアラの確立を要求する（Downlink  Data  Notification：Ｓ２０２）。ＭＭＥ３０の要求受付部３１は、第１ＳＧＷ−Ｕ４２Ａからの要求を受信すると、第１ＳＧＷ−Ｕ４２Ａに対してＳＧＷ−Ｃ４１を介して応答する（Downlink  Data  Notification  Ack：Ｓ２０３）と共に、第１ＳＧＷ−Ｕ４２Ａに対してベアラを確立してよいかを判定する（Ｓ２０４）。ここでは、経路情報記憶部３２に記憶されている情報を参照することで、第１ＳＧＷ−Ｕ４２Ａからの要求に従って第１ＳＧＷ−Ｕ４２Ａとの間にベアラを確立してよいかを確認する。処理を継続する場合、ＭＭＥ３０のベアラ確立処理部３３は、ｅＮＢ２０を介してＵＥ１０に対してページングを行う（Paging：Ｓ２０５）。
【０１０８】
ＵＥ１０は、ページングに対応して、ｅＮＢ２０を介してＭＭＥ３０に対して接続要求（ベアラの確立要求）を送信する（Service  Request：Ｓ２０６）。その後、ＵＥ１０との間及びＰＧＷ−Ｕ５２との間でのベアラ確立に係る認証処理（Authentication／Security：Ｓ２０７）、ベアラ確立に係る通信及び処理（Initial  Context  Setup  Request：Ｓ２０８、及び、Radio  Bearer  Establishment：Ｓ２０９）を経て、ＵＥ１０から第１ＳＧＷ−Ｕ４２Ａへのデータ送信が可能となる（Uplink  Data：Ｓ２１０）。ｅＮＢ２０が、ＵＥ１０側のベアラの作成に係る処理が完了したことをＭＭＥ３０に対して通知する（Initial  Context  Setup  Complete：Ｓ２１１）ことで、ＵＥ１０〜ｅＮＢ２０間のベアラが確立される。
【０１０９】
次に、ＭＭＥ３０のベアラ確立処理部３３は、ＳＧＷ−Ｃ４１を介して第１ＳＧＷ−Ｕ４２Ａに対して、ＭＭＥ３０よりも上流側のベアラの確立を指示する（Modify  Bearer  Request：Ｓ２１２）。この指示に基づき、第１ＳＧＷ−Ｕ４２Ａでは、ベアラ確立の処理を行う。また、ＭＭＥ３０からの指示を受けたＳＧＷ−Ｃ４１は、ＰＧＷ−Ｕ５２に対して、第１ＳＧＷ−Ｕ４２Ａを経由してＵＥ１０まで到達するベアラに係る設定を行うことを指示する（Modify  Bearer  Request：Ｓ２１３）。
【０１１０】
ＰＧＷ−Ｕ５２は、ベアラに係る設定の処理を行うと共に、処理が終了すると、ＰＧＷ−Ｃ５１を介して、ＳＧＷ−Ｃ４１に対して処理が終了したことを通知する（Modify  Bearer  Response：Ｓ２１４）。この通知を受けたＳＧＷ−Ｃ４１は、ＭＭＥ３０に対して上流側のベアラの確立に係る処理が終了したことを通知する（Modify  Bearer  Response：Ｓ２１５）。これにより、第１ＳＧＷ−Ｕ４２ＡからＵＥ１０に対してパケットデータを送信するためのベアラが確立され、第１ＳＧＷ−Ｕ４２ＡからＵＥ１０に対してのデータ送信が可能となる（Downlink  Data：Ｓ２１６）。以上の手続により、第１ＳＧＷ−Ｕ４２Ａを経由するベアラ（図６のベアラＢ０２に相当）が確立される。
【０１１１】
次に、第２ＳＧＷ−Ｕ４２Ｂを経由するベアラの確立に係る処理が開始される。この処理は、第１ＳＧＷ−Ｕ４２Ａを経由するベアラの確立に係る処理と略同様である。すなわち、ｅＮＢ２０に対して第２ＳＧＷ−Ｕ４２Ｂのアドレスを特定する情報を通知することで、第２ＳＧＷ−Ｕ４２Ｂとの間でのベアラの確立を指示する（Initial  Context  Setup  Request：Ｓ２１７）。これにより、ｅＮＢ２０とＵＥ１０との間でベアラの確立に係る処理が行われる（Radio  Bearer  Establishment：Ｓ２１８）。これにより、ＵＥ１０から送信するパケットデータのためのベアラが確立され、ｅＮＢ２０からＭＭＥ３０に対して、ＵＥ１０側のベアラの作成に係る処理が完了したことが通知される（Initial  Context  Setup  Complete：Ｓ２１９）。ＭＭＥ３０がこのｅＮＢ２０側からの通知を受信することで、ＵＥ１０〜ｅＮＢ２０間のベアラが確立される。
【０１１２】
次に、ＭＭＥ３０のベアラ確立処理部３３は、ＳＧＷ−Ｃ４１を介して、第２ＳＧＷ−Ｕ４２Ｂに対してｅＮＢ２０よりも上流側のベアラの確立を指示する（Modify  Bearer  Request：Ｓ２２０）。この指示に基づき、第２ＳＧＷ−Ｕ４２Ｂにおいてベアラ確立の処理を行う。また、ＳＧＷ−Ｃ４１が、ＰＧＷ−Ｃ５１を介してＰＧＷ−Ｕ５２に対して第２ＳＧＷ−Ｕ４２Ｂを経由してＵＥ１０まで到達するベアラに係る設定を行うことを指示する（Modify  Bearer  Request：Ｓ２２１）。
【０１１３】
ＰＧＷ−Ｕ５２は、ベアラに係る設定の処理を行うと共に、処理が終了すると、ＰＧＷ−Ｃ５１を介してＳＧＷ−Ｃ４１に対して、第２ＳＧＷ−Ｕ４２Ｂに対して終了したことを通知する（Modify  Bearer  Response：Ｓ２２２）。この通知を受けたＳＧＷ−Ｃ４１は、ＭＭＥ３０に対して上流側のベアラの確立に係る処理が終了したことを通知する（Modify  Bearer  Response：Ｓ２２３）。これにより、第２ＳＧＷ−Ｕ４２ＢからＵＥ１０に対してパケットデータを送信するためのベアラが確立される。以上の手続により、第２ＳＧＷ−Ｕ４２Ｂを経由するベアラ（図６のベアラＢ０３に相当）が確立される。この結果を受信して、ＭＭＥ３０では、経路情報記憶部３２におけるＵＥ１０のベアラの確立状況を示す情報を「ＣＯＮＮＥＣＴＥＤ」に更新し、記憶する。そして、ベアラ確立処理部３３が行うベアラ確立に係る処理を終了する。
【０１１４】
以上の処理により、第１ＳＧＷ−Ｕ４２Ａがパケットデータを受信した場合に、ＵＥ１０とＰＧＷ−Ｕ５２との間を繋ぐベアラとして、第１ＳＧＷ−Ｕ４２Ａを経由するベアラと、第２ＳＧＷ−Ｕ４２Ｂを経由するベアラと、が確立される。また、ＭＭＥ３０では、ＵＥ１０に係るベアラの確立状況を示す情報が実情に即したもの、すなわち、ベアラが確立されている状況を示す情報となっている。
【０１１５】
図１９は、ＵＥ１０とＰＧＷ−Ｕ５２との間で、経由するＳＧＷが互いに異なる２つのベアラを確立する際の処理順序が互いに異なり、図８に対応している。すなわち、２つのベアラの確立に係る処理のうち、ＭＭＥ３０よりも下流側におけるベアラの確立処理を同時に済ませた後、上流側のベアラの確立処理を行うことを特徴とする。
【０１１６】
具体的には、ＰＧＷ−Ｕ５２からが第１ＳＧＷ−Ｕ４２Ａに対して送信されたＵＥ１０宛のパケットデータを第１ＳＧＷ−Ｕ４２Ａが受信すると（Downlink  Data：Ｓ２３１）、ＭＭＥ３０に対してＳＧＷ−Ｃ４１を介して通知し、ベアラの確立を要求する（Downlink  Data  Notification：Ｓ２３２）。ＭＭＥ３０の要求受付部３１は、第１ＳＧＷ−Ｕ４２Ａからの要求を受信すると、ＳＧＷ−Ｃ４１を介して第１ＳＧＷ−Ｕ４２Ａに対して応答する（Downlink  Data  Notification  Ack：Ｓ２３３）と共に、第１ＳＧＷ−Ｕ４２Ａに対してベアラを確立してよいかを判定する（Ｓ２３４）。以降の処理を継続する（ベアラを確立すると判定した）場合、ＭＭＥ３０のベアラ確立処理部３３は、ｅＮＢ２０を介してＵＥ１０に対してページングを行う（Paging：Ｓ２３５）。
【０１１７】
ＵＥ１０は、ページングに対応して、ｅＮＢ２０を介してＭＭＥ３０に対して接続要求（ベアラの確立要求）を送信する（Service  Request：Ｓ２３６）。その後、ＵＥ１０との間及びＰＧＷ−Ｕ５２との間でのベアラ確立に係る認証処理（Authentication／Security：Ｓ２３７）、ベアラ確立に係る通信及び処理（Initial  Context  Setup  Request：Ｓ２３８、及び、Radio  Bearer  Establishment：Ｓ２３９）を経て、ＵＥ１０から第１ＳＧＷ−Ｕ４２Ａへのデータ送信が可能となる（Uplink  Data：Ｓ２４０）。ｅＮＢ２０が、ＵＥ１０側のベアラの作成に係る処理が完了したことをＭＭＥ３０に対して通知する（Initial  Context  Setup  Complete：Ｓ２４１）ことで、ＵＥ１０〜ｅＮＢ２０間のベアラが確立される。
【０１１８】
次に、ｅＮＢ２０に対して第２ＳＧＷ−Ｕ４２Ｂのアドレスを特定する情報を通知することで、第２ＳＧＷ−Ｕ４２Ｂとの間でのベアラの確立を指示する（Initial  Context  Setup  Request：Ｓ２４２）。これにより、ｅＮＢ２０とＵＥ１０との間でベアラの確立に係る処理が行われる（Radio  Bearer  Establishment：Ｓ２４３）。これにより、ＵＥ１０から送信するパケットデータのためのベアラが確立され、ｅＮＢ２０からＭＭＥ３０に対して、ＵＥ１０側のベアラの作成に係る処理が完了したことが通知される（Initial  Context  Setup  Complete：Ｓ２４４）。ＭＭＥ３０がこのｅＮＢ２０側からの通知を受信することで、ＵＥ１０〜ｅＮＢ２０間のベアラが確立される。
【０１１９】
その後、第１ＳＧＷ−Ｕ４２Ａを経由するベアラ及び第２ＳＧＷ−Ｕ４２Ｂを経由するベアラのそれぞれに係る処理を行う。
【０１２０】
まず、ＭＭＥ３０のベアラ確立処理部３３は、ＳＧＷ−Ｃ４１を介して、第１ＳＧＷ−Ｕ４２Ａに対して、ｅＮＢ２０よりも上流側のベアラの確立を指示する（Modify  Bearer  Request：Ｓ２４５）。この指示に基づき、第１ＳＧＷ−Ｕ４２Ａでは、ベアラ確立の処理を行う。また、ＭＭＥ３０からの指示を受けたＳＧＷ−Ｃ４１は、ＰＧＷ−Ｃ５１を介してＰＧＷ−Ｕ５２に対して第１ＳＧＷ−Ｕ４２Ａを経由してＵＥ１０まで到達するベアラに係る設定を行うことを指示する（Modify  Bearer  Request：Ｓ２４６）。
【０１２１】
ＰＧＷ−Ｕ５２は、ベアラに係る設定の処理を行うと共に、処理が終了すると、ＰＧＷ−Ｃ５１を介して、ＳＧＷ−Ｃ４１に対して処理が終了したことを通知する（Modify  Bearer  Response：Ｓ２４７）。この通知を受けたＳＧＷ−Ｃ４１は、ＭＭＥ３０に対して上流側のベアラの確立に係る処理が終了したことを通知する（Modify  Bearer  Response：Ｓ２４８）。これにより、第１ＳＧＷ−Ｕ４２ＡからＵＥ１０に対してパケットデータを送信するためのベアラが確立され、第１ＳＧＷ−Ｕ４２ＡからＵＥ１０に対してのデータ送信が可能となる（Downlink  Data：Ｓ２４９）。以上の手続により、第１ＳＧＷ−Ｕ４２Ａを経由するベアラ（図６のベアラＢ０２に相当）が確立される。
【０１２２】
次に、ＭＭＥ３０のベアラ確立処理部３３は、ＳＧＷ−Ｃ４１を介して、第２ＳＧＷ−Ｕ４２Ｂに対してｅＮＢ２０よりも上流側のベアラの確立を指示する（Modify  Bearer  Request：Ｓ２５０）。この指示に基づき、第２ＳＧＷ−Ｕ４２Ｂにおいてベアラ確立の処理を行う。また、ＳＧＷ−Ｃ４１が、ＰＧＷ−Ｃ５１を介してＰＧＷ−Ｕ５２に対して第２ＳＧＷ−Ｕ４２Ｂを経由してＵＥ１０まで到達するベアラに係る設定を行うことを指示する（Modify  Bearer  Request：Ｓ２５１）。
【０１２３】
ＰＧＷ−Ｕ５２は、ベアラに係る設定の処理を行うと共に、処理が終了すると、ＰＧＷ−Ｃ５１を介してＳＧＷ−Ｃ４１に対して、第２ＳＧＷ−Ｕ４２Ｂに対して終了したことを通知する（Modify  Bearer  Response：Ｓ２５２）。この通知を受けたＳＧＷ−Ｃ４１は、ＭＭＥ３０に対して上流側のベアラの確立に係る処理が終了したことを通知する（Modify  Bearer  Response：Ｓ２５３）。これにより、第２ＳＧＷ−Ｕ４２Ｂから下流側において、ＵＥ１０に対してパケットデータを送信するためのベアラが確立される。以上の手続により、第２ＳＧＷ−Ｕ４２Ｂを経由するベアラ（図６のベアラＢ０３に相当）が確立される。この結果を受信して、ＭＭＥ３０では、経路情報記憶部３２におけるＵＥ１０のベアラの確立状況を示す情報を「ＣＯＮＮＥＣＴＥＤ」に更新し、記憶する。そして、ベアラ確立処理部３３が行うベアラ確立に係る処理を終了する。
【０１２４】
以上の処理により、第１ＳＧＷ−Ｕ４２Ａがパケットデータを受信した場合に、図１８に示すように、ＵＥ１０とＰＧＷ−Ｕ５２との間を繋ぐベアラとして、第１ＳＧＷ−Ｕ４２Ａを経由するベアラと、第２ＳＧＷ−Ｕ４２Ｂを経由するベアラと、が確立される。このように、図１９に示す順序で処理を実行してもよく、その場合でも、ネットワーク内においてＵＥ１０の接続状態（ベアラの確立状況）の管理に不整合が生じることを防ぐことが可能となる。
【０１２５】
（第２の方法：ＳＧＷ毎の接続状況の管理）
第２の方法として、従来はＭＭＥ３０の経路情報記憶部３２においてＵＥ１０毎にベアラの確立状況を記憶していたことに代えて、ＵＥ１０及びＳＧＷ毎にベアラの確立状況を記憶する構成とする方法が挙げられる。
【０１２６】
第１実施形態の第２の方法では、ＭＭＥ３０の経路情報記憶部３２がＵＥ１０及びＳＧＷ毎にベアラの確立状況を保持していたが、第２実施形態の第２の方法では、ベアラが経由する装置はＳＧＷ−Ｕとなるので、ＭＭＥ３０の経路情報記憶部３２では、ＵＥ１０及びＳＧＷ−Ｕ毎にベアラの確立状況を保持する。
【０１２７】
具体的な手順について、図２０及び図２１のシーケンス図を参照しながら説明する。図２０及び図２１は、それぞれ図１１及び図１３に対応しているが、ＳＧＷ及びＰＧＷの装置構成が変更されている。
【０１２８】
まず、図２０を参照しながら説明する。前提として、第１ＳＧＷ−Ｕ４２Ａを経由するベアラ及び第２ＳＧＷ−Ｕ４２Ｂを経由するベアラの両方が確立されていない（解放されている）状態とする。このとき、ＰＧＷ−Ｕ５２がパケットネットワークからＵＥ１０宛のパケットデータを新たに取得すると、ＰＧＷ−Ｕ５２では、パケットデータを参照して第１ＳＧＷ−Ｕ４２Ａに対して転送する（Downlink  Data：Ｓ２６１）。第１ＳＧＷ−Ｕ４２Ａは、ＵＥ１０宛のパケットデータを受信すると、ＭＭＥ３０に対してベアラの確立を要求する。これにより、第１ＳＧＷ−Ｕ４２Ａを介したベアラを確立するための処理が実施される（Ｓ２６２）。この結果、第１ＳＧＷ−Ｕ４２Ａを経由するベアラ（図９のＢ０４に相当）が確立されると共に、ＭＭＥ３０の経路情報記憶部３２において、ＵＥ１０の第１ＳＧＷ−Ｕ４２Ａを経由するベアラの確立状況が「ＣＯＮＮＥＣＴＥＤ」に更新される。これにより、第１ＳＧＷ−Ｕ４２ＡからＵＥ１０に対して、パケットデータを送信することが可能となる（Downlink  Data：Ｓ２６３）。
【０１２９】
その後、第１ＳＧＷ−Ｕ４２Ａを経由するベアラが存在する状況で、ＰＧＷ−Ｕ５２がパケットネットワークからＵＥ１０宛のパケットデータを新たに取得し、パケットデータを参照して第２ＳＧＷ−Ｕ４２ＢＳＧＷに対して転送したとする（Downlink  Data：Ｓ２６４）。
【０１３０】
第２ＳＧＷ−Ｕ４２Ｂは、ＳＧＷ−Ｃ４１を介して、ＭＭＥ３０に対してＵＥ１０宛のパケットデータの受信を通知することで、ベアラの確立を要求する（Downlink  Data  Notification：Ｓ２６５）。ＭＭＥ３０の要求受付部３１は、第２ＳＧＷ−Ｕ４２Ｂからの要求を受信すると、ＳＧＷ−Ｃ４１を介して第２ＳＧＷ−Ｕ４２Ｂに対して応答する（Downlink  Data  Notification  Ack：Ｓ２６６）と共に、接続状況の確認及びＵＥ１０の位置を確認する（Ｓ２６７）。第１の方法の場合は、この段階で経路情報記憶部３２に記憶されている情報を利用した接続状況確認のみを行っていたが、第２の方法の場合には、既にＵＥ１０が第１ＳＧＷ−Ｕ４２Ａ経由のベアラを確立する処理をしているため、ＭＭＥ３０側でＵＥ１０の在圏するセルを特定することができる。したがって、ＵＥ１０が在圏するセルを特定した上で、この情報を利用する。接続状況を確認した結果、以降の処理を継続する（ベアラを確立すると判定した）場合、ＭＭＥ３０のベアラ確立処理部３３は、ｅＮＢ２０を介してＵＥ１０に対してページングを行う（Paging：Ｓ２６８）。ここでは、図１１に示した方法と同様に、ＵＥ１０が在圏するセルに係る情報を利用して、特定のセルに対してのみのページングを行う。
【０１３１】
ＵＥ１０は、ページングに対応して、ｅＮＢ２０を介してＭＭＥ３０に対して接続要求（ベアラの確立要求）を送信する（Service  Request：Ｓ２６９）。ＭＭＥ３０がＵＥ１０からのベアラの確立要求を受信することで、ＭＭＥ３０ではＵＥ１０と第１ＳＧＷ−Ｕ４２Ａとの間のベアラ、及び、ＵＥ１０と第２ＳＧＷ−Ｕ４２Ｂとの間のベアラの確立に係る処理を開始する。
【０１３２】
第２の方法の場合には、既に第１ＳＧＷ−Ｕ４２Ａとの間でのベアラが確立されているので、認証処理は省略してもよい（Ｓ２７０）。その後、ベアラを確立するための処理を行う（Ｓ２７１）。この結果、第２ＳＧＷ−Ｕ４２Ｂを経由するベアラ（図９のベアラＢ０５に相当）が確立されると共に、ＭＭＥ３０の経路情報記憶部３２において、ＵＥ１０の第２ＳＧＷ−Ｕ４２Ｂを経由するベアラの確立状況が「ＣＯＮＮＥＣＴＥＤ」に更新される。これにより、第２ＳＧＷ−Ｕ４２ＢからＵＥ１０に対して、パケットデータを送信することが可能となる（Downlink  Data：Ｓ２７２）。
【０１３３】
以上の処理により、第１ＳＧＷ−Ｕ４２Ａを経由するベアラと第２ＳＧＷ−Ｕ４２Ｂを経由するベアラの両方が確立されて、どちらを経由してもパケットデータを送受信することが可能となる。また、ＭＭＥ３０では、ＵＥ１０に係るベアラの確立状況を示す情報が実情に即したもの、すなわち、２つのベアラが確立されている状況を示す情報に変更することができる。
【０１３４】
図２１に示す方法では、第２ＳＧＷ−Ｕ４２Ｂを経由するベアラを設ける際にＵＥ１０に対してページングを行う方法が図２０と異なる。
【０１３５】
まず、第１ＳＧＷ−Ｕ４２ＡがＵＥ１０宛のパケットデータを受信した場合のベアラの確立に係る処理（Ｓ２８１）は、図２０に示す一連の処理（Ｓ２６１〜Ｓ２６３）と同じである。
【０１３６】
次に、第１ＳＧＷ−Ｕ４２Ａを経由するベアラが存在する状況で、ＰＧＷ−Ｕ５２がパケットネットワークからＵＥ１０宛のパケットデータを新たに取得し、パケットデータを参照して第２ＳＧＷ−Ｕ４２Ｂに対して転送したとする（Downlink  Data：Ｓ２８２）。
【０１３７】
第２ＳＧＷ−Ｕ４２Ｂは、ＳＧＷ−Ｃ４１を介して、ＭＭＥ３０に対してＵＥ１０宛のパケットデータの受信を通知することで、ベアラの確立を要求する（Downlink  Data  Notification：Ｓ２８３）。ＭＭＥ３０では、ＳＧＷ−Ｃ４１を介してこれに応答する（Downlink  Data  Notification  Ack：Ｓ２８４）と共に、接続状況の確認を行う（Ｓ２８５）。ここでは、図１３の例と同様に接続状況の確認のみが行われる。接続状況を確認した結果、以降の処理を継続する（ベアラを確立すると判定した）場合、ＭＭＥ３０のベアラ確立処理部３３は、ｅＮＢ２０を介してＵＥ１０に対してページング（疑似ページング）を行う（疑似Paging：Ｓ２８６）。この疑似ページングは、図１３に示す方法で用いた処理と同じである。
【０１３８】
ＵＥ１０は、疑似ページングに対応して、ｅＮＢ２０を介してＭＭＥ３０に対して接続要求（ベアラの確立要求）を送信する。ＭＭＥ３０がＵＥ１０からのベアラの確立要求を受信することで（Service  Request：Ｓ２８７）、ＭＭＥ３０ではＵＥ１０と第１ＳＧＷ−Ｕ４２Ａとの間のベアラ、及び、ＵＥ１０と第２ＳＧＷ−Ｕ４２Ｂとの間のベアラの確立に係る処理を開始する。
【０１３９】
図２０に示す方法と同様に認証処理は省略してもよく（Ｓ２８８）、その後、ベアラを確立するための一連の処理を行う（Ｓ２８９）。この結果、第２ＳＧＷ−Ｕ４２Ｂを経由するベアラが確立されると共に、ＭＭＥ３０の経路情報記憶部３２において、ＵＥ１０の第２ＳＧＷ−Ｕ４２Ｂを経由するベアラの確立状況が「ＣＯＮＮＥＣＴＥＤ」に更新される。これにより、第２ＳＧＷ−Ｕ４２ＢからＵＥ１０に対して、パケットデータを送信することが可能となる（Downlink  Data：Ｓ２９０）。
【０１４０】
このように、図２１に示す方法でも、第１ＳＧＷ−Ｕ４２Ａを経由するベアラと第２ＳＧＷ−Ｕ４２Ｂを経由するベアラの両方が確立されて、どちらを経由してもパケットデータを送受信することが可能となる。また、ＭＭＥ３０では、ＵＥ１０に係るベアラの確立状況を示す情報が実情に即したもの、すなわち、２つのベアラが確立されている状況を示す情報に変更することができる。
【０１４１】
なお、第１実施形態と同様に、従来のページング方法を用いてページングを行ってもよい。
【０１４２】
（第３の方法：ベアラの単一化）
第３の方法として、ベアラを確立してパケットデータの送受信を行った後、確立したベアラを解放する際に、従来はＰＧＷ−Ｕと２以上のＳＧＷ−Ｕのそれぞれとの間に定常的に設けられているベアラについて、１つを残してその他を解放してしまうことで、ＰＧＷ−Ｕからパケットデータを送信するためのベアラを固定してしまう方法である。
【０１４３】
第１実施形態の第３の方法では、ＰＧＷとＳＧＷとの間のベアラを解放する場合について説明したが、第２実施形態ではＰＧＷ−ＵとＳＧＷ−Ｕとの間にベアラが設けられるのでこの場合について説明する。
【０１４４】
具体的な手順について、図２２のシーケンス図を参照しながら説明する。前提として、ＵＥ１０との間で第１ＳＧＷ−Ｕ４２Ａを経由するベアラ（図１５のベアラＢ０６に相当）が確立されていて、ＵＥ１０との間で第２ＳＧＷ−Ｕ４２Ｂを経由するベアラは確立されていない状態であるとする。また、第２ＳＧＷ−Ｕ４２ＢとＰＧＷ−Ｕ５２との間のベアラ（図１５のベアラＢ０７に相当）は確立されている。
【０１４５】
このとき、ｅＮＢ２０が第１ＳＧＷ−Ｕ４２Ａを経由するベアラの解放が必要であると判断すると、ＵＥ１０に対してベアラの解放を通知する（RRC  Connection  Release：Ｓ３０１）と共に、ＭＭＥ３０に対して第１ＳＧＷ−Ｕ４２Ａを経由するベアラの解放要求を送信する（S1  UE  Context  Release  Request：Ｓ３０２）。ＭＭＥ３０の要求受付部３１は、ｅＮＢ２０からの要求を受け付けると、経路情報記憶部３２に記憶している情報を確認した上で、第１ＳＧＷ−Ｕ４２Ａを経由するベアラの解放に係る処理を継続する。ＭＭＥ３０のベアラ解放処理部３４は、ＳＧＷ−Ｃ４１を介して、第１ＳＧＷ−Ｕ４２Ａに対して、ベアラの解放に係る要求を送信する（Release  Access  Bearer  Request：Ｓ３０３）。これに対して、第１ＳＧＷ−Ｕ４２Ａでは、この要求に基づいて、ベアラの解放に係る処理を行った後、処理結果をＳＧＷ−Ｃ４１を介してＭＭＥ３０に対して送信する（Release  Access  Bearer  Response：Ｓ３０４）。
【０１４６】
次に、ＭＭＥ３０のベアラ解放処理部３４は、ベアラが設けられていない他のＳＧＷ−Ｕに対して、ＰＤＮコネクションの解放処理を行う。本実施形態の場合には、ＭＭＥ３０のベアラ解放処理部３４は、ＳＧＷ−Ｃ４１に対してＰＤＮコネクションの解放に係る処理の要求を送信する。ＳＧＷ−Ｃ４１は、ＭＭＥ３０からの要求に基づいて、第２ＳＧＷ−Ｕ４２Ｂに対して、ＰＤＮコネクションの解放に係る処理の要求を送信する（Delete  Session  Request：Ｓ３０５）。第２ＳＧＷ−Ｕ４２Ｂは、この要求に基づいて、ＰＧＷ−Ｕ５２との間でのベアラの解放に係る処理を行う。また、ＳＧＷ−Ｃ４１は、ＰＧＷ−Ｃ５１を介してＰＧＷ−Ｕ５２に対してもＰＤＮコネクションの解放に係る処理の要求を送信し、一連の処理を行う（Delete  Session  Request：Ｓ３０６、及び、Delete  Session  Response：Ｓ３０７）。第２ＳＧＷ−Ｕ４２Ｂ及びＰＧＷ−Ｕ５２での一連の処理が終了すると、ＳＧＷ−Ｃ４１は、処理結果をＭＭＥ３０に対して送信する（Delete  Session  Response：Ｓ３０８）。
【０１４７】
さらに、ＭＭＥ３０は、下流側のｅＮＢ２０及びＵＥ１０に対しても、ＰＤＮコネクションの解放に係る処理を行う（Ｓ３０９）。図２２で示しているＰＤＮコネクションについて送受信される一連の情報は、従来からＰＤＮコネクションの解放に用いられている情報であるので、詳細の説明を省略する。上記の処理を行うことで、第２ＳＧＷ−Ｕ４２Ｂ側のＰＤＮコネクションが解放される。
【０１４８】
その後、ベアラの解放に係る一連の処理が終了したことを、ＭＭＥ３０に対するベアラの解放要求（S1  UE  Context  Release  Request：Ｓ３０２）に対応させてｅＮＢ２０へ通知する（S1  UE  Context  Release  Command：Ｓ３１０）。このＭＭＥ３０からの通知に対して、ｅＮＢ２０が応答する（S1  UE  Context  Release  Complete：Ｓ３１１）ことで、一連の処理が終了する。また、ＭＭＥ３０では、経路情報記憶部３２におけるＵＥ１０に係るベアラの確立状況を「ＩＤＬＥ」に更新しておく。
【０１４９】
上記の図２２に示す処理を行うことで、ＵＥ１０〜第１ＳＧＷ−Ｕ４２Ａ〜ＰＧＷ−Ｕ５２を経由してのみ、ベアラを設けてのパケットデータの送受信が可能な状態となる。また、ＭＭＥ３０の経路情報記憶部３２においてＵＥ１０毎に保持されるベアラの確立状況は、第１ＳＧＷ−Ｕ４２Ａを経由するベアラの確立状況に対応した内容となるため、ＵＥ１０に係るベアラの確立状況についてネットワーク内で不整合が生じない制御が実現される。ただし、第２ＳＧＷ−Ｕ４２Ｂを使用できる状況にするためには、改めてＰＤＮコネクションを確立する必要がある点が、第１の方法及び第２の方法とは異なる点となる。
【０１５０】
以上の通り、本発明の一形態に係る接続制御方法は、ユーザ端末と、前記ユーザ端末のデータの送受信を制御する装置である２以上の通信制御装置と、前記２以上の通信制御装置と前記ユーザ端末との間にそれぞれ設けられる通信経路の確立及び解放に係る処理を行う接続制御装置と、を含む通信システムによる接続制御方法であって、前記接続制御装置が、前記２以上の通信制御装置に含まれる一の通信制御装置からの、前記ユーザ端末との前記通信経路に係る経路確立要求を受信する要求受信ステップと、前記接続制御装置が、前記経路確立要求を受信した場合に、前記一の通信制御装置を含む、前記２以上の通信制御装置であって、前記接続制御装置が前記ユーザ端末との間の通信経路の確立及び解放に係る処理を行う通信制御装置の全てについて、前記ユーザ端末との間の通信経路の確立に係る処理を開始する経路確立ステップと、前記接続制御装置が、前記経路確立ステップでの前記通信経路の確立結果に基づいて、記憶部に記憶された前記ユーザ端末との間の前記通信経路の確立状況に係る情報を更新する情報更新ステップと、を有する。
【０１５１】
また、本発明の一形態に係る接続制御装置は、ユーザ端末と、前記ユーザ端末のデータの送受信を制御する装置である２以上の通信制御装置と、前記２以上の通信制御装置と前記ユーザ端末との間にそれぞれ設けられる通信経路の確立及び解放に係る処理を行う接続制御装置と、を含む通信システムに含まれる接続制御装置であって、前記ユーザ端末における通信経路の確立状況に係る情報を前記ユーザ端末毎に保持する記憶部と、前記２以上の通信制御装置に含まれる一の通信制御装置からの、前記ユーザ端末との前記通信経路に係る経路確立要求を受信する要求受信部と、前記要求受信部が前記経路確立要求を受信した場合に、前記一の通信制御装置を含む、前記２以上の通信制御装置であって、前記接続制御装置が前記ユーザ端末との間の通信経路の確立及び解放に係る処理を行う通信制御装置の全てについて、前記ユーザ端末との間の通信経路の確立に係る処理を開始し、前記通信経路の確立結果に基づいて、前記記憶部に記憶された前記ユーザ端末との間の前記通信経路の確立状況に係る情報を更新する経路確立部と、を有する。
【０１５２】
上記の接続制御方法及び接続制御装置によれば、２以上の通信制御装置に含まれる一の通信制御装置からの経路確立要求を受信した場合に、一の通信制御装置を含む、２以上の通信制御装置であって、接続制御装置がユーザ端末との間の通信経路の確立及び解放に係る処理を行う通信制御装置の全てについて、ユーザ端末との間でそれぞれ通信経路が確立され、その確立結果に基づいて、記憶部におけるユーザ端末毎の通信経路の確立状況に係る情報が更新される。したがって、２以上の通信制御装置に含まれる一部の通信制御装置との通信経路の確立又は解放に基づいて記憶部に記憶されている情報が更新されることにより、記憶部に記憶されている情報とユーザ端末における通信経路の確立状況との間で不整合が生じることを防ぐことができる。
【０１５３】
また、本発明の他の一形態に係る接続制御方法は、ユーザ端末と、前記ユーザ端末のデータの送受信を制御する装置である２以上の通信制御装置と、前記２以上の通信制御装置と前記ユーザ端末との間にそれぞれ設けられる通信経路の確立及び解放に係る処理を行う接続制御装置と、を含む通信システムによる接続制御方法であって、前記接続制御装置が、前記２以上の通信制御装置に含まれる一の通信制御装置からの、前記ユーザ端末との通信経路に係る経路確立要求を受信する要求受信ステップと、前記接続制御装置が、前記経路確立要求を受信した場合に、前記一の通信制御装置と前記ユーザ端末との間の通信経路の確立に係る処理を開始する経路確立ステップと、前記接続制御装置が、前記経路確立ステップでの前記通信経路の確立結果に基づいて、記憶部に記憶された前記一の通信制御装置と前記ユーザ端末との間の前記通信経路の確立状況に係る情報を更新する情報更新ステップと、を有する。
【０１５４】
また、本発明の他の一形態に係る接続制御装置は、ユーザ端末と、前記ユーザ端末のデータの送受信を制御する装置である２以上の通信制御装置と、前記２以上の通信制御装置と前記ユーザ端末との間にそれぞれ設けられる通信経路の確立及び解放に係る処理を行う接続制御装置と、を含む通信システムに含まれる接続制御装置であって、前記ユーザ端末における通信経路の確立状況に係る情報を前記ユーザ端末毎及び前記ユーザ端末が接続可能な通信制御装置毎に保持する記憶部と、前記２以上の通信制御装置に含まれる一の通信制御装置からの、前記ユーザ端末との通信経路に係る経路確立要求を受信する要求受信部と、前記要求受信部が前記経路確立要求を受信した場合に、前記一の通信制御装置と前記ユーザ端末との間の通信経路の確立に係る処理を開始し、前記通信経路の確立結果に基づいて、前記記憶部に記憶された前記一の通信制御装置と前記ユーザ端末との間の前記通信経路の確立状況に係る情報を更新する経路確立部と、を有する。
【０１５５】
上記の接続制御方法及び接続制御装置によれば、２以上の通信制御装置に含まれる一の通信制御装置からの経路確立要求を受信し、一の通信制御装置との間で通信経路を確立した場合には、その確立結果に基づいて、記憶部に記憶された前記一の通信制御装置とユーザ端末との間の前記通信経路の確立状況に係る情報が更新される。したがって、２以上の通信制御装置に含まれる一部の通信制御装置との通信経路の確立又は解放に係る処理が行われたとしても、記憶部に記憶されている情報とユーザ端末における通信経路の確立状況との間で不整合が生じることを防ぐことができる。
【０１５６】
以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で以下のような様々な変形が可能である。本実施形態は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本実施形態に対して何ら制限的な意味を有するものではない。
【０１５７】
例えば、上記実施形態で説明した通信システム１，２に含まれる各装置は複数台の装置を組み合わせて構成されていてもよい。また、通信システム１，２に含まれる複数台の装置が１台の装置によって実現されていてもよい。
【０１５８】
また、上記実施形態で説明したベアラの確立及び解放の処理で用いられている信号名称は一例である。すなわち、ベアラの確立及び解放の処理の際に、通信システム１，２の各装置間で送受信される信号は、上記実施形態で説明したものに限定されない。また、必要に応じて処理の順序についても適宜変更してよい。
【０１５９】
（その他）
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink  Control  Information）、ＵＣＩ（Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio  Resource  Control）シグナリング、ＭＡＣ（Medium  Access  Control）シグナリング、報知情報（ＭＩＢ（Master  Information  Block）、ＳＩＢ（System  Information  Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
【０１６０】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future  Radio  Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１６１】
本明細書において特定の装置によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。例えば、特定の装置が基地局であった場合においては、当該基地局を有する１つまたは複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局および／または基地局以外の他のネットワークノード(例えば、MMEまたはS-GWなどが考えられるが、これらに限られない)によって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ(例えば、MMEおよびS-GW)であってもよい。
【０１６２】
情報等は、上位レイヤ(または下位レイヤ)から下位レイヤ(または上位レイヤ)へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
【０１６３】
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【０１６４】
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【０１６５】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１６６】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【０１６７】
また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【０１６８】
本開示で説明した「情報」は、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１６９】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ）は、キャリア周波数、セルなどと呼ばれてもよい。
【０１７０】
本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。
【０１７１】
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
上述したパラメータに使用する名称はいかなる点においても限定的なものではない。さらに、これらのパラメータを使用する数式等は、本明細書で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素（例えば、ＴＰＣなど）は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的なものではない。
【０１７２】
基地局は、１つまたは複数（例えば、３つ）の（セクタとも呼ばれる）セルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局ＲＲＨ：Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｈｅａｄ）によって通信サービスを提供することもできる。「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、および／または基地局サブシステムのカバレッジエリアの一部または全体を指す。さらに、「基地局」「ｅＮＢ」、「セル」、および「セクタ」という用語は、本明細書では互換的に使用され得る。基地局は、固定局（fixed station）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（access point）、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。
【０１７３】
移動通信端末は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１７４】
本開示で使用した「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)などを含み得る。また、「判断」、「判定」は、受信(receiving)（例えば、情報を受信すること）、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１７５】
本開示で使用した「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及び／又はプリント電気接続を使用することにより、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどの電磁エネルギーを使用することにより、互いに「接続」又は「結合」されると考えることができる。
【０１７６】
本開示で使用した「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１７７】
「含む（include）」、「含んでいる（including）」、およびそれらの変形が、本開示で使用されている限り、これら用語は、用語「備える」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
【０１７８】
本明細書において、文脈または技術的に明らかに１つのみしか存在しない装置である場合以外は、複数の装置をも含むものとする。
【０１７９】
本開示で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１８０】
本開示で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１８１】
本開示で使用した「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量または順序を全般的に限定するものではない。むしろ、これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１および第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
【０１８２】
本開示の全体において、単数形の「a」，「an」および「the」は、文脈から明らかにそうでないことが示されていなければ、複数のものを含むものとする。従って、例えば、「装置」について述べる場合は、単数の装置と共に複数のそのような装置であるケースをも包含する。
【符号の説明】
【０１８３】
１，２…通信システム、１０…ＵＥ、２０…ｅＮＢ、３０…ＭＭＥ、４０Ａ…第１ＳＧＷ、４０Ｂ…第２ＳＧＷ、４１…ＳＧＷ−Ｃ、４２Ａ…第１ＳＧＷ−Ｕ、４２Ｂ…第２ＳＧＷ−Ｕ、５０…ＰＧＷ、５１…ＰＧＷ−Ｃ、５２…ＰＧＷ−Ｕ。
【図１】
0006799584.tif 000002
【図２】
0006799584.tif 000003
【図３】
0006799584.tif 000004
【図４】
0006799584.tif 000005
【図５】
0006799584.tif 000006
【図６】
0006799584.tif 000007
【図７】
0006799584.tif 000008
【図８】
0006799584.tif 000009
【図９】
0006799584.tif 000010
【図１０】
0006799584.tif 000011
【図１１】
0006799584.tif 000012
【図１２】
0006799584.tif 000013
【図１３】
0006799584.tif 000014
【図１４】
0006799584.tif 000015
【図１５】
0006799584.tif 000016
【図１６】
0006799584.tif 000017
【図１７】
0006799584.tif 000018
【図１８】
0006799584.tif 000019
【図１９】
0006799584.tif 000020
【図２０】
0006799584.tif 000021
【図２１】
0006799584.tif 000022
【図２２】
0006799584.tif 000023