(57)【要約】【課題】ネットワーク全体の通信トラフィックを適正化及び最適化できるトラフィックオフロードの対象を、ＵＥの状態に従って決定する。【解決手段】パケットを送受信する通信システムであって、前記通信システムは、端末と無線によって通信する基地局と、前記端末から送信されたパケットを受信する通信管理装置とを有し、前記端末は、前記基地局を介してパケットデータ網と通信し、前記通信管理装置は、ネットワークインタフェースを有し、前記端末の状態に関する情報を、前記ネットワークインタフェースを介して取得し、前記取得した端末の状態に関する情報に基づいて、前記端末と前記パケットデータ網との間における回線を切り替えることにより、前記端末が送受信するパケットをトラフィックオフロードすることを決定する。【選択図】図１
2015204592.tif 000002
【特許請求の範囲】
【請求項１】
パケットを送受信する通信システムであって、
前記通信システムは、端末と無線によって通信する基地局と、前記端末から送信されたパケットを受信する通信管理装置とを有し、
前記端末は、前記基地局を介してパケットデータ網と通信し、
前記通信管理装置は、
ネットワークインタフェースを有し、
前記端末の状態に関する情報を、前記ネットワークインタフェースを介して取得し、
前記取得した端末の状態に関する情報に基づいて、前記端末と前記パケットデータ網との間における回線を切り替えることにより、前記端末が送受信するパケットをトラフィックオフロードすることを決定することを特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムであって、
前記基地局は、コアネットワークを介して前記パケットデータ網と通信し、
前記通信管理装置は、
前記取得した端末の状態に関する情報に基づいて、前記端末が、前記コアネットワークにおける負荷を増加させる可能性を判定し、
前記可能性が低い場合、前記コアネットワークによるパケットの転送を避けるように、前記端末が送受信するパケットをトラフィックオフロードすることを決定することを特徴とする通信システム。
【請求項３】
請求項２に記載の通信システムであって、
前記基地局は、前記端末と通信できる範囲であるセルを生成し、
前記端末の状態に関する情報は、前記端末の移動に関する情報を含み、
前記通信管理装置は、
前記取得した端末の状態に関する情報が、前記端末が所定の期間他のセルに移動していないことを示す場合、前記端末が前記コアネットワークにおける負荷を増加させる可能性が低いと判定することを特徴とする通信システム。
【請求項４】
請求項２に記載の通信システムであって、
前記基地局は、前記端末と通信できる範囲であるセルを生成し、
前記端末の状態に関する情報は、前記端末が通信する基地局のセルを示す情報を含み、
前記通信管理装置は、
前記取得した端末の状態に関する情報に基づいて、前記端末が通信する基地局のセルが所定のセルであるか否かを判定し、
前記端末が通信する基地局のセルが所定のセルである場合、前記端末が前記コアネットワークにおける負荷を増加させる可能性が低いと判定することを特徴とする通信システム。
【請求項５】
請求項４に記載の通信システムであって、
前記コアネットワークは、複数の基地局を収容するゲートウェイ装置を有し、
前記通信管理装置は、
前記ゲートウェイ装置が収容する複数の基地局と、前記複数の基地局が生成する複数のセルの物理的な位置とを示す位置情報を保持し、
前記取得した端末の状態に関する情報と、前記位置情報とに基づいて、前記端末が通信する基地局のセルが、前記端末が通信する基地局と同じ前記ゲートウェイ装置に収容される複数の基地局のセルに囲まれるか否かを判定し、
前記判定の結果、前記端末が通信する基地局のセルが前記複数の基地局のセルに囲まれる場合、前記端末が前記コアネットワークにおける負荷を増加させる可能性が低いと判定することを特徴とする通信システム。
【請求項６】
請求項２に記載の通信システムであって、
前記端末の状態に関する情報は、前記端末の移動に関する情報を含み、
前記通信管理装置は、
所定の期間、前記端末の状態に関する情報を複数回取得し、
前記所定の期間取得した端末の状態に関する情報に基づいて、前記端末によるハンドオーバー又はハンドオフの頻度が変化する傾向を算出し、
前記算出された傾向が、前記頻度が頻繁に変化していることを示す場合、前記端末が前記コアネットワークにおける負荷を増加させる可能性が高いと判定することを特徴とする通信システム。
【請求項７】
請求項１又は２に記載の通信システムであって、
前記基地局は、コアネットワークを介して前記パケットデータ網と通信し、
前記端末は、複数の移動通信方法によって前記パケットデータ網と通信し、
前記通信管理装置は、
前記取得した端末の状態に関する情報に基づいて、前記端末が、前記コアネットワークにおける負荷を増加させる可能性を判定し、
前記コアネットワークにおける負荷を増加させる可能性が低い場合、前記パケットを転送する移動通信方法を変更するように回線を切り替えることにより、前記端末が送受信するパケットをトラフィックオフロードすることを決定することを特徴とする通信システム。
【請求項８】
請求項１から６のいずれかに記載の通信システムであって、
前記通信管理装置は、前記端末に提供するサービスを示す情報を保持するＨＳＳ又はＨＬＲの機能を有することを特徴とする通信システム。
【請求項９】
請求項２から６のいずれかに記載の通信システムであって、
前記通信管理装置が、前記端末が送受信するパケットをトラフィックオフロードすることを決定した場合、前記端末は、前記端末が前記トラフィックオフロードの対象であることを示す情報を、前記コアネットワークに向けて送信することを特徴とする通信システム。
【請求項１０】
請求項９に記載の通信システムであって、
前記通信システムは、第３世代以降の移動通信システムであることを特徴とする通信システム。
【請求項１１】
請求項１から６のいずれかに記載の通信システムであって、
前記基地局は、コアネットワークを介して前記パケットデータ網と通信し、
前記通信管理装置は、
前記端末及び前記基地局間の通信又は前記端末及び制御装置間の通信における輻輳に関する情報を、前記ネットワークインタフェースを介して取得し、
前記取得した輻輳に関する情報を、前記コアネットワークに転送することを特徴とする通信システム。
【請求項１２】
パケットを送受信する通信システムによる通信方法であって、
前記通信システムは、端末と無線によって通信する基地局と、前記端末から送信されたパケットを受信する通信管理装置とを有し、
前記通信管理装置は、第１のプロセッサとネットワークインタフェースとを有し、
前記基地局は、第２のプロセッサを有し、
前記方法は、
前記第２のプロセッサが、前記端末とパケットデータ網との通信を中継する手順と、
前記第１のプロセッサが、前記端末の状態に関する情報を、前記ネットワークインタフェースを介して取得する手順と、
前記第１のプロセッサが、前記取得した端末の状態に関する情報に基づいて、前記端末と前記パケットデータ網との間における回線を切り替えることにより、前記端末が送受信するパケットをトラフィックオフロードすることを決定する手順と、を含むことを特徴とする通信方法。
【請求項１３】
請求項１２に記載の通信方法であって、
前記第２のプロセッサが、コアネットワークを介して前記パケットデータ網と通信する手順と、
前記第１のプロセッサが、前記取得した端末の状態に関する情報に基づいて、前記端末が、前記コアネットワークにおける負荷を増加させる可能性を判定する手順と、
前記可能性が低い場合、前記第１のプロセッサが、前記コアネットワークによるパケットの転送を避けるように、前記端末が送受信するパケットをトラフィックオフロードすることを決定する手順と、を含むことを特徴とする通信方法。
【請求項１４】
請求項１３に記載の通信方法であって、
前記端末の状態に関する情報は、前記端末の移動に関する情報を含み、
前記第２のプロセッサが、前記端末と通信できる範囲であるセルを生成する手順と、
前記取得した端末の状態に関する情報が、前記端末が所定の期間他のセルに移動していないことを示す場合、前記第１のプロセッサが、前記端末が前記コアネットワークにおける負荷を増加させる可能性が低いと判定する手順と、を含むことを特徴とする通信方法。
【請求項１５】
通信管理装置であって、
ネットワークインタフェースを有し、
基地局を介してパケットデータ網と通信する端末から、送信されたパケットを受信し、
前記端末の状態に関する情報を、前記ネットワークインタフェースを介して取得し、
前記取得した状態に関する情報に基づいて、前記端末と前記パケットデータ網との間における回線を切り替えることにより、前記端末が送受信するパケットをトラフィックオフロードすることを決定することを特徴とする通信管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関する。
【背景技術】
【０００２】
昨今、スマートフォンなどの無線通信デバイスの急速な普及に伴い、通信事業者の移動体ネットワークにおけるトラフィック量は急激に増大し続けている。ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ユーザ端末又はユーザ装置）からの通信は通信事業者の移動体ネットワークのコアネットワーク（ＣＮ：Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）に設置されている各装置を経由し、インターネットなどの外部のＩＰサービスネットワーク（ＰＤＮ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）へ送信される。
【０００３】
ユーザは、スマートフォンなどの無線通信デバイスの普及により、より手軽にインターネットへアクセスすることが可能になったと同時に、通信事業者のＣＮにおいては、限られたリソースが、大量のトラフィックを処理しなければならない。この状況に対応するため、ＣＮの限られたリソースを効率的に使用し、かつ、負荷を減らす必要性が昨今求められている。
【０００４】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）は、第３世代（３Ｇ）移動体通信システムの標準化団体であり、様々なトラフィックオフロードの方法、並びに、ネットワーク全体の通信トラフィックの適正化及び最適化について検討している（例えば、非特許文献１参照）。そして、３ＧＰＰは、非特許文献１に記載された通り、例えば、ＳＩＰＴＯ（Ｓｅｌｅｃｔｅｄ  ＩＰ  Ｔｒａｆｆｉｃ  Ｏｆｆｌｏａｄ）、及び、ＬＩＰＡ（Ｌｏｃａｌ  ＩＰ  Ａｃｃｅｓｓ）の検討を進めている。
【０００５】
ＳＩＰＴＯとは、ＵＥからのトラフィックを、ＣＮを介さずにインターネットなどの外部ネットワークへフォワーディングさせる技術である。ＳＩＰＴＯのＳｏｌｕｔｉｏｎ５において、Ｌ−ＧＷ（Ｌｏｃａｌ  Ｇａｔｅｗａｙ）又はＬ−ＧＧＳＮ（Ｌｏｃａｌ  Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）をＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）とＣＮとの中間箇所に設け、ＵＥからの特定のトラフィックをＣＮを介さず、代わりにこのＬ−ＧＷ又はＬ−ＧＧＳＮを介すことによって外部ネットワークへ通すことが議論されている。
【０００６】
さらに、ＳＩＰＴＯのＳｏｌｕｔｉｏｎ４において、ＲＡＮとＣＮとの中間箇所にＤＰＩ（Ｄｅｅｐ  Ｐａｃｋｅｔ  Ｉｎｓｐｅｃｔｉｏｎ）又はＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｏｒ）の機能を搭載したＴｏＦ（Ｔｒａｆｆｉｃ  Ｏｆｆｌｏａｄ  Ｆｕｎｃｔｉｏｎ）装置を設けることで、ＵＥからの特定のトラフィックをＣＮを介さずにオフロードさせる仕組みが提案されている。
【０００７】
ここで、ＤＰＩ機能とは、パケットを識別及び解析するための機能である。また、ＮＡＴ機能とは、転送経路を変更するための機能である。
【０００８】
ＳＩＰＴＯのＳｏｌｕｔｉｏｎ５及びＳｏｌｕｔｉｏｎ４のどちらにおいても、通信事業者のＣＮにおいて処理されるトラフィック量を軽減させることができる。また、トラフィックの増加に伴って増えていく、装置及びネットワーク回線の設備投資、並びに、メンテナンスのコストを、削減することが可能となる。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】３ＧＰＰ  ＴＲ（Ｔｅｃｈｎｉｃａｌ  Ｒｅｐｏｒｔ）  ２３．８２９、  "Ｌｏｃａｌ  ＩＰ  Ａｃｃｅｓｓ  ａｎｄ  Ｓｅｌｅｃｔｅｄ  ＩＰ  Ｔｒａｆｆｉｃ  Ｏｆｆｌｏａｄ（ＬＩＰＡ−ＳＩＰＴＯ）"、［ｏｎｌｉｎｅ］、２０１１年１０月１８日、［２０１４年１月７日検索］、インターネット<URL: http://・・・www.3gpp.org・・>
【発明の概要】
【発明が解決しようとする課題】
【００１０】
前述のように、トラフィックオフロード、並びに、トラフィックオフロードのようなネットワーク全体の通信トラフィックの適正化及び最適化に関して、昨今多岐に渡り検討されている。
【００１１】
だが、トラフィックオフロードする対象のトラフィックを決める方法、並びに、トラフィックオフロードを開始する契機を決定する方法については、３ＧＰＰの中で広く議論がされている一方で、最終的な結論に至っていない。
【００１２】
これは、例えば前述したＳＩＰＴＯでは、トラフィックオフロードの対象であるＵＥの状態、及び、ＳＩＰＴＯを適用するＵＥを、特定するプロセスが提案されていないためである。
【００１３】
ＳＩＰＴＯを適用するＵＥを特定せず、トラフィックの種別又は優先度などのみに基づいてトラフィックオフロードの適用を判定した場合、次のような課題が生じる。
【００１４】
すなわち、ＵＥが特定の状態に遷移した際、ＣＮにおいてその遷移のための制御信号が送受信され、新たな通信が発生する場合がある。しかし、トラフィックオフロードとは、ＣＮにおける通信負荷を低減することを目的とする。トラフィックオフロードが実行されている際、ＣＮにおいて通信負荷が高まる場合、トラフィックオフロードの目的が適切に果たされない。
【００１５】
例えば、ＵＥがハンドオーバー又はハンドオフ（ＨＯ：Ｈａｎｄｏｖｅｒ、Ｈａｎｄｏｆｆ）を行った際、ＣＮにおけるベアラが更新されるため、トラフィックオフロードをしていてもＣＮにおける通信の負荷が高まる。
【００１６】
そこで本発明は、ネットワーク全体の通信を適正化及び最適化できるトラフィックオフロードの対象を、ＵＥの状態に従って決定し、適切に通信を適正化する方法を提供することを目的とする。
【課題を解決するための手段】
【００１７】
本発明の代表的な一形態によると、パケットを送受信する通信システムであって、前記通信システムは、端末と無線によって通信する基地局と、前記端末から送信されたパケットを受信する通信管理装置とを有し、前記端末は、前記基地局を介してパケットデータ網と通信し、前記通信管理装置は、ネットワークインタフェースを有し、前記端末の状態に関する情報を、前記ネットワークインタフェースを介して取得し、前記取得した端末の状態に関する情報に基づいて、前記端末と前記パケットデータ網との間における回線を切り替えることにより、前記端末が送受信するパケットをトラフィックオフロードすることを決定する。
【発明の効果】
【００１８】
本発明の代表的な一実施形態によると、ネットワーク全体の通信トラフィックを適正化及び最適化できるトラフィックオフロードの対象を、ＵＥの状態に従って決定できる。
【００１９】
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００２０】
【図１】実施例１の移動体通信システムを示すブロック図である。
【図２】実施例１のＵＥ状態管理サーバのハードウェア構成を示すブロック図である。
【図３】実施例１のＵＥ状態管理サーバの機能を示すブロック図である。
【図４】実施例１のＵＥ情報記憶部を示す説明図である。
【図５Ａ】実施例１のマクロセルの閾値記憶部を示す説明図である。
【図５Ｂ】実施例１のスモールセルの閾値記憶部を示す説明図である。
【図６】実施例１のセル識別子記憶部を示す説明図である。
【図７Ａ】実施例１のオフロード対象を決定する処理を示すシーケンス図である。
【図７Ｂ】実施例１のＵＥ１９のモビリティを判定するためのカウントを開始する取得する処理を示すシーケンス図である。
【図７Ｃ】実施例１の帰属時間カウンタ部の処理を示すシーケンス図である。
【図８】実施例１のＵＥのＨＯ処理を示すシーケンス図である。
【図９】実施例３のオフロード対象を決定する処理を示すシーケンス図である。
【発明を実施するための形態】
【００２１】
以下に、図面を用いて実施例を説明する。
【実施例１】
【００２２】
図１は、実施例１の移動体通信システムを示すブロック図である。
【００２３】
図１に示す移動体通信システムは、外部ネットワーク１、ＵＥ状態管理サーバ１０、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）１１、ＳＧＷ１２、ＰＧＷ１３、ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）１４、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）１５、ＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）１６、無線基地局（ｅＮＢ）１７、無線基地局（ＮＢ）１８、ＵＥ１９、ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ）２５、及び、ＨＳＳ／ＨＬＲ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ／Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）２６を、構成要素として含む。
【００２４】
そして、無線基地局１７は、ＵＥ１９ａと無線によって通信し、無線基地局１８は、ＵＥ１９ｂと無線によって通信する。
【００２５】
外部ネットワーク１は、通信事業者又はＩＰサービス事業者が提供するＩＰサービスネットワークである。このようなＩＰサービスネットワークは、一般的にはＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）と呼ばれ、通信事業者が管理するＩＰサービスネットワーク、例えばＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）、又は、インターネットである。
【００２６】
ＵＥ状態管理サーバ１０は、ＵＥ１９に搭載されるアプリケーション２１、２２（後述）からパケットを送受信することによって、トラフィックオフロードをさせる対象のＵＥ１９（以下、オフロード対象のＵＥ１９）を決定する。また、ＵＥ状態管理サーバ１０は、トラフィックオフロードを開始する契機を決定する。ＵＥ状態管理サーバ１０の構成は後述する。
【００２７】
本実施例の移動体通信システムは、複数の移動通信方法を用いた複数のモバイルネットワークを含む。図１に示す移動体通信システムは、第３．９世代の移動通信方法を用いるモバイルネットワークと、第３世代（３Ｇ）又は第３．５世代（３．５Ｇ）移動通信方法を用いるモバイルネットワークとを含む。
【００２８】
ＭＭＥ１１、ＳＧＷ１２、ＰＧＷ１３、ＰＣＲＦ２５、無線基地局（ｅＮＢ）１７及びＵＥ１９ａは、主に第３．９世代の移動通信方法を用いるモバイルネットワークに含まれる。また、ＲＮＣ１４、ＳＧＳＮ１５、ＧＧＳＮ１６、無線基地局（ＮＢ）１８及びＵＥ１９ｂは、第３世代（３Ｇ）又は第３．５世代（３．５Ｇ）移動通信方法を用いるモバイルネットワークに含まれる。
【００２９】
また、本実施例のＣＮは、特に、ＭＭＥ１１、ＳＧＷ１２、ＰＧＷ１３、ＲＮＣ１４、ＳＧＳＮ１５、及び、ＧＧＳＮ１６を含むネットワークである。
【００３０】
ＭＭＥ１１は、第３．９世代の移動通信方法を用いたモバイルネットワークのＣＮ（ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ））を構成するエンティティの一つである。ＭＭＥ１１は、ＵＥ１９ａとＥＰＣとが接続するためのセッションの確立及び開放を行う移動管理装置である。また、ＵＥ１９ａが移動し、接続する無線基地局１７が切り替わった場合、ＭＭＥ１１は、セッション管理であるハンドオーバーを、移動するＵＥ１９ａに行う。
【００３１】
ＳＧＷ１２は、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）とＥＰＣとの間で確立されるＥＰＳベアラを用いて送受信されるデータを転送する。
【００３２】
ここで、Ｅ−ＵＴＲＡＮとは、モバイルネットワーク（本実施例において、ＵＥ１９ａ、及びＣＮを含むシステム）のアクセス側であり、すなわち、無線基地局１７及びＵＥ１９ａ側である。また、ＥＰＳベアラとは、ＥＰＳにおける通信路である。
【００３３】
また、ＳＧＷ１２は、制御プレーンによる各種インタフェースを終端するゲートウェイ装置である。さらに、ＳＧＷ１２は、ＵＥ１９ａが接続するＳＧＷ１２が切り替わらない場合のハンドオーバー（ＳＧＷ管理エリア内でのハンドオーバー）時には、通信経路を切り替えるための固定点であり、切り替えられる通信経路の端点である。
【００３４】
ＰＧＷ１３は、ＰＤＮ（本実施例における外部ネットワーク１）と第３．９世代の移動通信方法を用いたモバイルネットワークとを接続するＥＰＣエンティティであり、ゲートウェイ装置である。ＰＧＷ１３は、ユーザデータの転送機能、及び、ＰＣＲＦ２５と連携したサービスのポリシー制御を行う。
【００３５】
なお、本実施例において、ユーザとは、ＵＥ１９を使用する者を示し、ユーザデータとは、ＵＥ１９から送信されたデータを示す。また、ＳＧＷ１２及びＰＧＷ１３は、一つの装置（ＧＷ装置）に実装されてもよい。以下に示すＳＧＷ１２及びＰＧＷ１３は、異なる装置によって実装される。
【００３６】
ＲＮＣ１４は、無線ネットワーク制御装置である。具体的には、ＲＮＣ１４は、第３世代又は第３．５世代のモバイルネットワークにおいて、無線基地局（ＮＢ）１８が接続する装置であり、ＵＥ１９ｂが無線基地局（ＮＢ）１８と通信を行うためのチャネルを割り当てる。また、ＲＮＣ１４は、ＨＯを制御する。なお、本実施例において、ＨＯとは、特にハンドオーバーの意である。
【００３７】
ＳＧＳＮ１５は、パケットアクセス制御ノードである。ＳＧＳＮ１５の主な機能は、ユーザデータのパケット転送及びルーティング機能、モビリティ管理、並びに、セッション管理である。
【００３８】
ＧＧＳＮ１６は、パケットゲートウェイノードとも呼ばれる。ＧＧＳＮ１６は、ＥＰＣにおいて、ＰＧＷ１３と同じくＰＤＮとモバイルネットワークとを接続する機能を備えるゲートウェイ装置である。また、ＧＧＳＮ１６は、ＩＰパケットの転送機能を有し、外部ネットワーク１とＳＧＳＮ１５とを接続する。
【００３９】
ＰＣＲＦ２５は、ＰＧＷ１３及びＵＥ状態管理サーバ１０に少なくとも接続される。ＰＣＲＦ２５は、使用するサービスの内容などに従ってセッション毎にポリシーを適用するポリシー制御装置である。
【００４０】
ＨＳＳ／ＨＬＲ２６は、ＨＳＳ又はＨＬＲのいずれかのエンティティを含む。ＨＳＳは加入者契約情報など、ＵＥ１９に提供されるサービス等を示す情報を保持するサービス制御装置である。また、ＨＬＲもユーザのサービス加入情報などを持つサービス制御装置である。
【００４１】
無線基地局（ｅＮＢ）１７は、Ｅ−ＵＴＲＡＮ  Ｎｏｄｅ  Ｂとも呼ばれるＬＴＥ対応の無線基地局である。また、無線基地局（ＮＢ）１８は、第３世代又は第３．５世代のモバイルネットワークにおいて使用される無線基地局（Ｎｏｄｅ  Ｂ）である。
【００４２】
以下において、ＥＰＳを有するシステムに本実施例を適用した場合を示し、無線基地局（ｅＮＢ）１７を主な無線基地局例として記載する。しかし、本実施例は、第３世代又は第３．５世代のモバイルネットワークに適用されてもよく、また、モバイルネットワークであれば、いかなるネットワークであっても適用されてよい。
【００４３】
本実施例１のユーザ端末は、図１に示すＵＥ１９ａとＵＥ１９ｂである。ＵＥ１９ａは、３ＧＰＰにおいて規定される第３．９世代移動通信方法の無線インタフェースであるＬＴＥ（Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）に対応する。ＵＥ１９ｂは、第３世代（３Ｇ）又は第３．５世代（３．５Ｇ）移動通信方法の無線インタフェースに対応する。
【００４４】
ただし、ＵＥ１９ａ及びＵＥ１９ｂは、複数の移動通信方法によって通信可能である。具体的には、ＵＥ１９ａは、無線基地局（ＮＢ）１８を介して第３世代（３Ｇ）又は第３．５世代（３．５Ｇ）移動通信方法により、通信できる。
【００４５】
第３．５世代の移動通信方法は、例えば、３ＧＰＰにおいて規定されるＷ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）若しくはＨＳＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）、又は、３ＧＰＰ２において規定されるＣＤＭＡ２０００  １ｘ若しくはＣＤＭＡ２０００  １ｘＥＶ−ＤＯ（Ｅｖｏｌｕｔｉｏｎ  Ｄａｔａ  Ｏｐｔｉｍｉｚｅｄ）である。しかし、ＵＥ１９ｂは、第３世代又は第３．５世代移動通信方法を用いれば、いかなる方法を用いて通信してもよい。
【００４６】
また、ＵＥ１９ａとＵＥ１９ｂとは、複数の移動通信方法による通信が可能であれば、その端末又は装置の形態が限定されることはない。例えば、ＵＥ１９ａ及びＵＥ１９ｂは、携帯電話又はスマートフォンに限らず、タッチパネル式の装置又はタブレット端末などであってもよい。
【００４７】
ＵＥ１９ａとＵＥ１９ｂとは、各々アプリケーション２１及びアプリケーション２２を予め有する。アプリケーション２１、２２は、後述する処理を実行するためのアプリケーションソフトウェアである。
【００４８】
アプリケーション２１、２２は、ＵＥ１０ａ及びＵＥ１９ｂの各々がＵＥ状態管理サーバ１０と、後述する処理において通信するためのソフトウェアである。また、アプリケーション２１、２２は、ＵＥ１９ａ又はＵＥ１９ｂがＥＰＳ又はＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）にアタッチすることで得ることが可能な、ＵＥ１９が帰属するセルに関する情報を取得する機能を持つ。アプリケーション２１とアプリケーション２２とは、同じ機能を有する。
【００４９】
本実施例において、ＵＥ１９ａ及びＵＥ１９ｂが接続されるモバイルネットワークが異なるため、それぞれのＵＥ１９ａ及びＵＥ１９ｂに搭載されるアプリケーションを区別するが、機能が同等であれば、アプリケーション２１及びアプリケーション２２を区別しなくてもよい。
【００５０】
図１に示すセル２３は、無線基地局（ｅＮＢ）１７が生成するエリアであり、ＵＥ１９ａがｅＮＢ１７と通信可能なエリアである。また、セル２３は、無線基地局（ｅＮＢ）１７がサービスを提供するエリア（セル）の範囲である。
【００５１】
また、図１に示すセル２４は、無線基地局（ＮＢ）１８が生成するエリアであり、ＵＥ１９ｂがＮＢ１８と通信可能なエリアである。また、セル２４は、無線基地局（ＮＢ）１８がサービスを提供するエリア（セル）の範囲である。
【００５２】
図２は、実施例１のＵＥ状態管理サーバ１０のハードウェア構成を示すブロック図である。
【００５３】
ＵＥ状態管理サーバ１０は、各種ソフトウェアプログラム３０、メモリ３１、ＣＰＵ３２、通信Ｉ／Ｆ（ＮＮＩ）３３、無線通信部３４、通信Ｉ／Ｆ（ＵＮＩ）３５、及び、Ｉ／Ｏポート３６を含む。また、ＵＥ状態管理サーバ１０は、ディスプレイ３７、キーボード３８及びマウス３９と、Ｉ／Ｏポート３６を介して接続される。
【００５４】
なお、図２に示すＵＥ状態管理サーバ１０のハードウェア構成は一例であり、本実施例のＵＥ状態管理サーバ１０は、計算機の機能を有せば、いかなるハードウェア構成を有してもよい。
【００５５】
各種ソフトウェアプログラム３０の詳細は、後述する図３に示す。各種ソフトウェアプログラム３０は、論理的な各種機能制御部を実装する。
【００５６】
メモリ３１は、ＵＥ状態管理サーバ１０を起動する際に必要な情報、接続されるＵＥ１９の情報、及び、セル識別子情報などを格納する記憶部である。計算機は、一般的に、不揮発性の記憶領域及び揮発性の記憶領域を備えるが、図２に示すメモリ３１は、不揮発性の記憶領域及び揮発性の記憶領域の両方を含む。
【００５７】
ＣＰＵ３２は、ＵＥ状態管理サーバ１０の機能を実装するため必要な各種ソフトウェアプログラム３０を実行し、さらに、それにより各種ソフトウェアプログラム３０によって構成される論理的な各種機能制御部を実行する。ＣＰＵ３２は、ＣＰＵ以外のいずれのプロセッサであってもよい。
【００５８】
通信Ｉ／Ｆ（ＮＮＩ）３３は、ＵＥ状態管理サーバ１０がＣＮのエンティティと接続するためのネットワークインタフェースである。以下に示す通信Ｉ／Ｆ（ＮＮＩ）３３は、ＰＣＲＦ２５と接続するためのネットワークインタフェースである。
【００５９】
無線通信部３４は、ＵＥ状態管理サーバ１０とＣＮのエンティティ又は装置とが、無線通信によってデータを送受信するための機能部である。
【００６０】
通信Ｉ／Ｆ（ＵＮＩ）３５は、ＵＥ状態管理サーバ１０が有線通信によってデータを送受信するためのネットワークインタフェースである。通信Ｉ／Ｆ（ＵＮＩ）３５は、主にＵＥ１９と通信するためのインタフェースである。以下に示す通信Ｉ／Ｆ（ＵＮＩ）３５は、ＭＭＥ１１又はＳＧＳＮ１５と接続するためのネットワークインタフェースである。
【００６１】
通信Ｉ／Ｆ（ＮＮＩ）３３と通信Ｉ／Ｆ（ＵＮＩ）３５とは、それぞれのインタフェースから入力されたデータをデコードし、バスを介してデータを転送する機能を持ち、また、バスを介して転送されたデータをエンコードし、外部へ出力する機能を持つ。
【００６２】
また、無線通信部３４は、通信Ｉ／Ｆ（ＮＮＩ）３３と通信Ｉ／Ｆ（ＵＮＩ）３５と同様な機能を有するが、ＵＥ状態管理サーバ１０が無線によって通信する場合に用いられる。
【００６３】
Ｉ／Ｏポート３６は、ＵＥ状態管理サーバ１０がディスプレイ３７、キーボード３８及びマウス３９と接続されるための物理ポートである。
【００６４】
図３は、実施例１のＵＥ状態管理サーバ１０の論理的な機能を示すブロック図である。
【００６５】
各種ソフトウェアプログラム３０は、制御部５０、セル識別子記憶部５１、帰属時間カウンタ部５２、ＵＥ管理部５３、閾値記憶部５４、ＵＥ情報記憶部５５及び無線通信送受信部４３を実装する。
【００６６】
制御部５０は、無線通信送受信部４３を介してＵＥ１９のアプリケーション２１、２２とパケットを送受信する。また、制御部５０は、セル識別子記憶部５１、及び、帰属時間カウンタ部５２とデータを送受信する。また、制御部５０は、ＵＥ管理部５３を介して、閾値記憶部５４及びＵＥ情報記憶部５５からデータを取得し、また、閾値記憶部５４及びＵＥ情報記憶部５５を更新する。
【００６７】
セル識別子記憶部５１は、セル２３、２４を識別するための情報を、少なくとも保持する。
【００６８】
帰属時間カウンタ部５２は、ＵＥ１９がセル２３、２４へ各々帰属したことを示す情報が制御部５０から通知された場合、ＵＥ１９がセル２３、２４に帰属する時間をカウントする機能部である。また、帰属時間カウンタ部５２は、カウントした結果を制御部５０へ通知する。
【００６９】
ＵＥ管理部５３は、閾値記憶部５４及びＵＥ情報記憶部５５を含む。閾値記憶部５４は、ＵＥ１９のモビリティを判定するための閾値を保持する記憶領域である。実施例１におけるモビリティとは、移動の状態を示し、特に、ＨＯの頻度を示す。
【００７０】
閾値記憶部５４は、セル２３、２４の種別ごとに、ＵＥ１９のモビリティを判定するための閾値を保持する。閾値記憶部５４は、閾値の取得要求を制御部５０から受信した場合、要求に従った閾値を制御部５０へ送信する。
【００７１】
ＵＥ情報記憶部５５は、セル２３、２４に帰属したＵＥ１９から、具体的にはＵＥ１９ａ、１９ｂに搭載されたアプリケーション２１、２２から、送信された情報を保持する記憶領域である。本実施例のＵＥ情報記憶部５５は、受信した情報をテーブルとして保持する。
【００７２】
図４は、実施例１のＵＥ情報記憶部５５を示す説明図である。
【００７３】
ＵＥ情報記憶部５５は、ＵＥ端末種別７０、端末識別子７１、帰属セル識別子７２及びＵＥモビリティ７３を含む。
【００７４】
ＵＥ端末種別７０は、ＵＥ１９を一意に識別するための識別子であり、任意に割り当てられる識別子である。ＵＥ端末種別７０は、ＵＥ情報記憶部５５に登録されたＵＥ１９の順番に、ＵＥ管理部５３によって割り当てられた識別子を示す。また、ＵＥ端末種別７０は、例えば、本実施例の移動体通信システム又はＣＮの管理者又は運用者（以下、管理者）がＵＥ１９の種類又は特徴を認識できるような識別子でもよい。
【００７５】
端末識別子７１は、ＵＥ１９を一意に識別するための識別子であり、ＣＮがＵＥ１９に関する処理を実行する際に用いる識別子である。端末識別子７１は、例えば、一時的にＵＥ１９に対して割り当てられるＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）、それぞれのネットワーク特性により割り当てられるＰ−ＴＭＳＩ若しくはＭ−ＴＭＳＩ、又は、ＭＭＥ１１から位置更新時に通知されるＧＵＴＩ（Ｇｌｏｂａｌｙ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）などである。
【００７６】
また、端末識別子７１は、加入者を識別する識別子であるＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）であってもよい。
【００７７】
帰属セル識別子７２は、ＵＥ１９が通信する無線基地局１７、１８により生成されるセル（以下、ＵＥ１９が帰属するセルと記載）を識別するための情報を示す。ここで、図４の端末識別子７１及び帰属セル識別子７２に示す識別子は、一例であり、本実施例の端末識別子７１及び帰属セル識別子７２は、いかなる識別子を保持してもよい。
【００７８】
ＵＥモビリティ７３は、帰属時間カウンタ部５２によりカウントされた値（タイマ）と、閾値記憶部５４とに基づいて判定された、ＵＥ１９のモビリティを保持する。
【００７９】
帰属時間カウンタ部５２は、自ら保持するタイマが該当するモビリティを、閾値記憶部５４が示す閾値に基づいて特定し、特定したモビリティを制御部５０に通知する。制御部５０は、帰属時間カウンタ部５２から受信した通知に従って、ＵＥ情報記憶部５５のＵＥモビリティ７３に格納する。
【００８０】
図４に示すＵＥモビリティ７３は、Ｆａｓｔ、Ｍｉｄｄｌｅ、Ｓｌｏｗ又はＳｔａｂｌｅの文字列を示す。しかし、本実施例のＵＥモビリティ７３は、数値（１０進数の場合０〜３など）又は英字等を含む識別子を示してもよい。
【００８１】
図５Ａは、実施例１のマクロセルの閾値記憶部５４ａを示す説明図である。
【００８２】
実施例１の閾値記憶部５４は、セルの種別ごとに閾値を保持する。また、実施例１の閾値記憶部５４は、ＵＥ１９のモビリティを判定するための閾値として、一つのセルに帰属する時間の閾値を保持する。
【００８３】
ただし、閾値記憶部５４は、ＵＥ１９のモビリティを判定できる閾値であればいかなる閾値を保持してもよい。例えば、閾値記憶部５４は、セル２３、２４又はＵＥ１９ごとにモビリティを判定するための閾値を有してもよい。
【００８４】
実施例１において、セルの種別は、マクロセル及びスモールセルの２種類である。そして、実施例１の閾値記憶部５４は、閾値記憶部５４ａ及び５４ｂを含む。
【００８５】
閾値記憶部５４ａは、マクロセルに帰属したＵＥ１９のモビリティを判定するための閾値を示す。また、閾値記憶部５４ｂは、マクロセルに帰属したＵＥ１９のモビリティを判定するための閾値を示す。
【００８６】
図５Ａに示す閾値記憶部５４ａは、モビリティ種別７５ａ、及び、閾値７６ａを含む。
【００８７】
モビリティ種別７５ａは、モビリティの種別を示す。本実施例のモビリティ種別７５は、Ｆａｓｔ（車で移動中を想定）、Ｍｉｄｄｌｅ（止まらずに徒歩で移動中を想定）、Ｓｌｏｗ（止まりながら徒歩で移動中を想定）、及びＳｔａｂｌｅ（ある地点で停止中を想定）を示す。
【００８８】
本実施例のモビリティは、複数のセルを出入りする頻度に基づいて定められる。このため、Ｓｔａｂｌｅ、Ｓｌｏｗ、Ｍｉｄｄｌｅ、及び、Ｆａｓｔの昇順に、ＵＥ１９がセルを頻繁に出入りし、ＨＯが頻繁に実行されることを示す。
【００８９】
閾値７６ａは、ＵＥ１９がモビリティ種別７５ａが示すモビリティの状態であると判定するための閾値を示す。閾値７６ａは、一つのマクロセルにＵＥ１９が滞在した時間を示す。閾値７６は、実施例１の管理者等によってあらかじめ設定される。
【００９０】
図５Ｂは、実施例１のスモールセルの閾値記憶部５４ｂを示す説明図である。
【００９１】
図５Ｂに示す閾値記憶部５４ｂは、モビリティ種別７５ｂ、及び、閾値７６ｂを含む。モビリティ種別７５ｂは、図５Ａに示すモビリティ種別７５ａと同様にモビリティの種別を示す。しかし、モビリティ種別７５ｂは、図５Ａに示すモビリティ種別７５ｂと異なる設定値を保持してもよい。
【００９２】
閾値７６ｂは、図５Ａに示す閾値７６ａと同じく、ＵＥ１９がモビリティ種別７５ｂが示すモビリティであると判定するための閾値を示す。閾値７６ｂは、一つのスモールセルにＵＥ１９が滞在した時間を示す。閾値７６ａと閾値７６ｂとは、設定値が異なる。
【００９３】
なお、図５Ａ及び図５Ｂに示すモビリティ種別７５ａ、７５ｂは一例であり、より細かく、またはより粗く種別の項目を設定してもよい。また、閾値も、図５Ａに示す値以外で設定してもよい。
【００９４】
管理者は、外部端末（例えば、ＰＣ）とＵＥ状態管理サーバ１０とを接続し、外部端末を介してＵＥ状態管理サーバ１０に指示することによって、このような閾値記憶部５４の設定を変更（コンフィグレーション値の設定変更）できる。また、管理者は、いかなる方法を用いて閾値記憶部５４の設定を変更してもよい。
【００９５】
また、例えば、モバイルネットワークにおける状況と、閾値記憶部５４の設定を変更する手段とが、固定的又は動的に連携するような機能を、ＵＥ状態管理サーバ１０が有してもよい。そして、この機能により、閾値記憶部５４の設定が自動的に変更されてもよい。
【００９６】
より具体的には、モバイルネットワークにおいて動的に変化する情報を受信することによって、制御部５０は、閾値記憶部５４の設定値を決定し、閾値記憶部５４の設定を変更してもよい。ここで動的に変化する情報とは、例えば、ＣＮ若しくはＲＡＮにおける輻輳状況、トラフィック量又はＱｏＳ等である。また、動的に変化する情報とは、各ＵＥ１９若しくは所定の数のＵＥ１９の移動状況、又は、ＣＮ若しくはＲＡＮにおいて通信されるデータのデータタイプ（音声又は映像など）などである。
【００９７】
なお、本実施例におけるＲＡＮとは、ＵＥ１９及び無線基地局間又はＵＥ１９及びＵＥ状態管理サーバ１０間を示す。
【００９８】
モバイルネットワークの状況によってフレキシブルに閾値記憶部５４の設定が更新されることによって、本実施例のＵＥ状態管理サーバ１０は、よりモバイルネットワーク全体の通信の適正化を図ることができる。
【００９９】
図６は、実施例１のセル識別子記憶部５１を示す説明図である。
【０１００】
セル識別子記憶部５１が、セルに関する情報を保持することによって、ＵＥ状態管理サーバ１０は、オフロード対象のＵＥ１９が帰属するセルと、当該セルを管理するＧＷ装置（ＳＧＷ１２、又は、ＰＧＷ１３等）との対応を保持する。
【０１０１】
セル識別子記憶部５１は、セル識別子種別８０、セル識別子８１、セル種別８４、ＧＷ装置８２、及び、セルロケーション情報８３を含む。
【０１０２】
セル識別子種別８０は、実施例１の移動体通信システムにおけるセルの識別子を示す。セル識別子８１は、ＵＥ状態管理サーバ１０におけるセルの識別子を示す。セル識別子種別８０及びセル識別子８１に設定される値は、いかなる文字、記号又は英字等でもよい。
【０１０３】
セル種別８４は、セルの種別を示し、実施例１においてマクロセル又はスモールセルを示す。セル種別８４は、閾値記憶部５４の閾値が割り当てられたセルの種別に対応する。
【０１０４】
ＧＷ装置８２は、セル識別子種別８０が示すセルを管理するＧＷ装置を示す。ＧＷ装置が管理するセルとは、ＧＷ装置に収容される無線基地局１７、１８によって生成されるセルのことを示す。ＧＷ装置８２は、例えば、ＰＧＷ１３の識別子又はＳＧＷ１２の識別子を示す。なお、ＰＧＷ１３及びＳＧＷ１２が、一つのＧＷ装置に実装されている場合、ＧＷ装置８２は、このＧＷ装置の識別子を示してもよい。
【０１０５】
セルロケーション情報８３は、ＧＷ装置８２が示すＧＷ装置が管理する複数のセルにおいて、セル識別子８１が示すセルの地理的な位置を示す。このため、セルロケーション情報８３は、相対的な位置を示してもよい。
【０１０６】
ＧＷ装置８２及びセルロケーション情報８３は、特に、実施例３において用いられる。このため、ＧＷ装置８２及びセルロケーション情報８３の詳細は、実施例３において後述する。
【０１０７】
図７Ａは、実施例１のオフロード対象を決定する処理を示すシーケンス図である。
【０１０８】
前述のとおり、本実施例はＥＰＳにおける処理を示すため、図７Ａは、無線基地局（ｅＮＢ）１７、またＥＰＳを構成する装置等による処理を示す。しかし、本発明の適用範囲はＥＰＳに限定されない。
【０１０９】
具体的には、図７Ａに示す処理において、ＵＥ１９ａの処理をＵＥ１９ｂが実行し、ｅＮＢ１７の処理をＮＢ１８が実行し、ＭＭＥ１１の処理をＳＧＳＮ１５が実行し、ＳＧＷ１２及びＰＧＷ１３の処理をＧＧＳＮ１６が実行してもよい。
【０１１０】
実施例１のＵＥ１９ａのアプリケーション２１は、ＵＥ１９ａとＵＥ状態管理サーバ１０と通信し、図７Ａに示す情報を送信及び受信するための機能を有する。ＵＥ状態管理サーバ１０において行われる処理の詳細は、後述する図７Ｂ及び図７Ｃに記載する。
【０１１１】
ＵＥ１９ａが接続するＥＰＳへアタッチ（ＥＰＳへのＵＥ１９ａの登録作業）することによって、（デフォルト）ベアラがＵＥ１９ａと、ＥＰＳを介した外部ネットワーク１との間で設定される（ｓ１０１）。これによって、ＵＥ１９ａはｅＮＢ１７を介して外部ネットワーク１（ＰＤＮ）と通信する。
【０１１２】
ＵＥ１９ａのアプリケーション２１は、ｓ１０１のアタッチの結果、ＵＥ１９ａが属するセル２３を識別するための情報（以下、セル識別子）、及び、ＵＥ１９ａを一意に識別するための情報（ＵＥ識別子）などを取得する（ｓ１０２）。以下において、セル識別子及びＵＥ識別子を、セル識別子情報と記載する。ＵＥ１９ａが、セル識別子情報を取得した場合、アプリケーション２１は、セル識別子情報をｅＮＢ１７へ送信する（ｓ１０３）。
【０１１３】
また、図７Ａに示すアプリケーション２１は、ＵＥ１９ａが新たなセルに帰属した場合に、セル識別子情報をｅＮＢ１７に送信する。しかし、ＵＥ状態管理サーバ１０が、ＵＥ１９ａが新たなセルに帰属したことを検知できる場合、アプリケーション２１は、セル識別子情報を定期的に、ＵＥ状態管理サーバ１０に向けて送信してもよい。
【０１１４】
ここで、セル識別子情報は、実施例１におけるＵＥ１９ａの状態に関する情報であり、また、移動に関する情報である。図９に示すセル識別子情報は、セル識別子を含むが、ＵＥ１９ａが新たなセルに帰属したことを示す情報であれば、いかなる情報を含んでもよい。
【０１１５】
例えば、アプリケーション２１は、ＵＥ状態管理サーバ１０と時刻同期されている場合、他のセルに移動した最後の時刻（最終移動時刻）を、セル識別子の代わりにセル識別子情報に含めてもよい。また、アプリケーション２１は、ＵＥ１９ａが通信するｅＮＢ１７の識別子を、セル識別子の代わりにセル識別子情報に含めてもよい。
【０１１６】
ＵＥ１９ａからセル識別子情報を受信した場合、ｅＮＢ１７は、セル識別子情報をＭＭＥ１１へ送信し（ｓ１０４）、ＭＭＥ１１は、受信したセル識別子情報をＵＥ状態管理サーバ１０へ送信する（ｓ１０５）。
【０１１７】
なお、ＭＭＥ１１、及び、ＳＧＳＮ１５は、ＵＥ状態管理サーバ１０と通信するためのネットワークインタフェースを備える。
【０１１８】
ここで、図７Ａに示すｓ１０５〜ｓ１０８において、ＭＭＥ１１はＵＥ状態管理サーバ１０へセル識別子情報を送信し、ＵＥ状態管理サーバ１０は、受信したセル識別子情報に基づいて、ＵＥ１９ａのモビリティを判定する。そして、ＵＥ状態管理サーバ１０は、ＭＭＥ１１へ判定結果を通知する。これらの処理について、図７Ｂ及び図７Ｃを用いて説明する。
【０１１９】
図７Ｂは、実施例１のＵＥ１９のモビリティを判定するためのカウントを開始する取得する処理を示すシーケンス図である。
【０１２０】
制御部５０は、ＵＥ状態管理サーバ１０がＭＭＥ１１からセル識別子情報を受信した場合（ｓ１００１）、セル識別子情報をＵＥ情報記憶部５５へ送信する（ｓ１００３）。
【０１２１】
そして、制御部５０は、セル識別子情報に含まれるＵＥ１９ａが属するセル２３のセル識別子をＵＥ情報記憶部５５に格納する（ｓ１００４）。具体的には、制御部５０は、ＵＥ端末種別７０及び端末識別子７１がＵＥ１９ａを示すエントリの、帰属セル識別子７２を、セル識別子情報に基づいて更新する。
【０１２２】
なお、セル識別子情報に、ＵＥ１９ａの最終移動時刻又はｅＮＢ１７の識別子が含まれる場合、制御部５０は、ＵＥ１９ａの最終移動時刻又はｅＮＢ１７の識別子をＵＥ情報記憶部５５に格納する。
【０１２３】
ｓ１００１及びｓ１００３は、図７Ａに示すｓ１０５に対応し、ｓ１００４は図７Ａに示すｓ１０６に対応する。なお、図７Ａ及び図７Ｂにおいて、制御部５０は、ＵＥ１９ａが通信するセルが変更した場合のみ、ｓ１００４（ｓ１０６）が実行される。しかし、ＵＥ１９ａが定期的にセル識別子情報をＵＥ状態管理サーバ１０に送信する場合、制御部５０は、セル識別子情報を受信する都度、ＵＥ情報記憶部５５を更新してもよい。
【０１２４】
そして、制御部５０は、ＵＥ情報記憶部５５の帰属セル識別子７２（又は、最終移動時刻若しくは無線基地局の識別子）が新たな値に更新された場合、ｓ１０７又はｓ１００６以降を実行してもよい。
【０１２５】
制御部５０及びＵＥ情報記憶部５５は、それぞれ情報を受信したことに対する応答を、送信元に送信する（ｓ１００２、ｓ１００５）。ｓ１００２及びｓ１００５は、図７Ａに示すｓ１０８に対応する。なお、ｓ１００５はｓ１００３の後に実行されればよく、ｓ１０８はｓ１０５の後に実行されればよい。
【０１２６】
制御部５０は、セル識別子記憶部５１を参照し（ｓ１００６）、セル識別子記憶部５１の内容を取得する（ｓ１００７）。そして、制御部５０は、ＵＥ情報記憶部５５に格納したＵＥ１９ａが属するセル２３を識別する情報と、セル識別子記憶部５１のセル識別子８１とを比較する。
【０１２７】
比較の結果、制御部５０は、ＵＥ１９ａが帰属するセル２３のセル種別８４が示すセル２３の種別を特定する（ｓ１００８）。ｓ１００８の後、制御部５０は、特定したセル２３の種別に対応する閾値記憶部５４を参照する（ｓ１００９）。そして、制御部５０は、特定したセル２３の種別の閾値を、参照した閾値記憶部５４から取得する（ｓ１０１０）。
【０１２８】
ｓ１０１０の後、制御部５０は、ＵＥ１９ａがセル２３に帰属する時間のカウントをスタートするように、帰属時間カウンタ部５２に通知する（ｓ１０１１）。また、ｓ１０１１において制御部５０は、閾値記憶部５４より取得した閾値を帰属時間カウンタ部５２へ通知する。これによって、帰属時間カウンタ部５２は、タイマのカウントを開始し、通知された閾値を保持する。
【０１２９】
ｓ１０１１の後、帰属時間カウンタ部５２は、通知を受信し、カウンタを開始したことを示す応答を、制御部５０に送信する（ｓ１０１２）。ｓ１０１１及びｓ１０１２は、図７Ａに示すs１０７に対応する。
【０１３０】
ＵＥ状態管理サーバ１０は、図７Ａに示すｓ１０５によってセル識別子情報を受信したことを示す応答を、ＭＭＥ１１へ送信する（ｓ１０８）。ＭＭＥ１１及びｅＮＢ１７は、各々ｅＮＢ１７及びＵＥ１９ａに、セル識別子情報を受信したことを示す応答を送信する（ｓ１０９、ｓ１１０）。
【０１３１】
図７Ｂに示すｓ１０１１において制御部５０から通知を受けた後、帰属時間カウンタ部５２は、自らが保持するタイマ（カウント値）と閾値の各々とを比較する。
【０１３２】
そして、帰属時間カウンタ部５２は、自らが保持するタイマがＳｔａｂｌｅの閾値が示す条件に該当したか否かを判定することにより、ＵＥ１９ａのモビリティがＳｔａｂｌｅであるか否かを判定する（ｓ１１１）。実施例１における帰属時間カウンタ部５２は、ＵＥ１９ａのモビリティがＳｔａｂｌｅである場合、ＵＥ１９ａはＣＮにおいて通信量及び処理量を増加させる可能性が低いと判定し、ＵＥ１９ａをオフロード対象に決定する。
【０１３３】
そして、帰属時間カウンタ部５２は、ＵＥ１９ａのモビリティがＳｔａｂｌｅであると判定されるまでｓ１１１を繰り返す。以下に、帰属時間カウンタ部５２の処理の詳細を示す。
【０１３４】
図７Ｃは、実施例１の帰属時間カウンタ部５２の処理を示すシーケンス図である。
【０１３５】
帰属時間カウンタ部５２は、論理的な処理部として、閾値マップ５２１、セル滞在時間タイマ５２２、及び、時間取得部５２３を含む。閾値マップ５２１は、図７Ｂに示すｓ１０１１において通知された閾値を保持する。
【０１３６】
時間取得部５２３は、ＵＥ状態管理サーバ１０のＯＳから定期的に（例えば１秒間隔毎など）時間を取得する（ｓ２００１）。そして、時間取得部５２３は、取得した時間をセル滞在時間タイマ５２２へ設定する（ｓ２００２）。
【０１３７】
制御部５０からＵＥ１９ａがセル２３に帰属する時間のカウントをスタートするように、制御部５０から通知された場合（ｓ１０１１）、セル滞在時間タイマ５２２は、ＵＥ１９ａに対応するタイマを生成し、タイマのカウントを開始する。そして、時間取得部５２３から設定された時間に基づき、セル滞在時間タイマ５２２は、ＵＥ１９ａに対応するタイマを更新する（ｓ２００３）。
【０１３８】
タイマを更新した場合、セル滞在時間タイマ５２２は、タイマの値を閾値マップ５２１に送信する。閾値マップ５２１は、保持する閾値と受信したタイマの値とを比較する（ｓ２００４）。
【０１３９】
そして、閾値マップ５２１は、比較結果をセル滞在時間タイマ５２２に送信する（ｓ２００５）。セル滞在時間タイマ５２２は、受信した比較結果に従って、ＵＥ１９ａに対応するタイマの値が、セルへの滞在時間が最も長い条件に該当するか否かを判定する。具体的には、セル滞在時間タイマ５２２は、Ｓｔａｂｌｅの閾値が示す条件に該当したか否かを判定する（ｓ２００８）。
【０１４０】
セル滞在時間タイマ５２２は、ＵＥ１９ａに対応するタイマの値が、Ｓｔａｂｌｅの閾値が示す条件に該当していないとｓ２００８において判定された場合、ＵＥ１９ａに対応するタイマの値が該当する条件の閾値を特定し、特定した閾値に対応するモビリティを特定する。そして、セル滞在時間タイマ５２２は、特定したモビリティを制御部５０へ通知する（ｓ２０１０）。
【０１４１】
ｓ２０１０において、制御部５０は、セル滞在時間タイマ５２２から受信したモビリティを、ＵＥ情報記憶部５５のＵＥ１９ａのＵＥモビリティ７３に格納する。これにより、ＵＥ情報記憶部５５は、ＵＥ１９のモビリティをより詳細に保持することができる。
【０１４２】
ＵＥモビリティ７３が所定の時間Ｆａｓｔであり続ける場合、ＵＥモビリティ７３は、Ｆａｓｔに対応する閾値が示す時間に、ＵＥ１９が新たなセルに帰属したことを示す。また、ＵＥモビリティ７３がＳｔａｂｌｅであり続ける場合、ＵＥモビリティ７３は、ＵＥ１９が一つのセルに帰属したままであり、他のセルに移動していないことを示す。
【０１４３】
ＵＥ１９ａに対応するタイマの値が、Ｓｔａｂｌｅの閾値が示す条件に該当していとｓ２００８において判定された場合、ＵＥ１９ａは、他のセルに移動せずに一つのセル２３に長く滞在しており、ＨＯをする可能性が低い。このため、このようなＵＥ１９ａは、ＣＮにおける通信等の負荷を増加させる可能性が低いため、オフロード対象に適する。
【０１４４】
このため、セル滞在時間タイマ５２２は、ＵＥ１９ａのモビリティがＳｔａｂｌｅであることを、制御部５０に通知する（ｓ２００９）。例えば、セル滞在時間タイマ５２２は、Ｓｔａｂｌｅを示す専用のフラグを付加した信号を制御部５０に送信することによって、ＵＥ１９ａのモビリティを通知してもよい。
【０１４５】
制御部５０は、ＵＥ１９ａのモビリティがＳｔａｂｌｅであることを通知された場合、ｓ１１１においてＵＥ１９ａのモビリティがＳｔａｂｌｅであると判定する。そして、制御部５０は、ＵＥ１９ａを、オフロード対象に決定する。
【０１４６】
帰属時間カウンタ部５２が、図７Ｃに示す処理部を有する場合、帰属時間カウンタ部５２は、複数のＵＥ１９に対応する複数のセル滞在時間タイマ５２２を有してもよい。この場合、時間取得部５２３は、取得した時間を複数のセル滞在時間タイマ５２２へ設定することができる。
【０１４７】
また、セル滞在時間タイマ５２２は、ＨＯによるセルの切り替わり、又は、故障などによって、ＵＥ１９がＥＰＳからデタッチした場合などを除き、タイマを更新し続ける。これにより、セル滞在時間タイマ５２２は、ＵＥ１９が一つのセル２３に帰属する時間を常に算出することができる。
【０１４８】
図７Ｃに示す時間取得部５２３は、帰属時間カウンタ部５２がセル滞在時間タイマ５２２を有しない場合にも、常に時刻を取得し続けるが、ｓ１０１１のカウンタ開始通知の後、時刻を取得し始めてもよい。
【０１４９】
また、ＵＥ１９ａのモビリティがＳｔａｂｌｅであると判定され、ＵＥ１９ａがオフロード対象に決定された後、セル滞在時間タイマ５２２は、ＵＥ１９ａのタイマのカウントを停止してもよい。そして、セル滞在時間タイマ５２２は、ＵＥ１９ａのＨＯの後ＵＥ１９aから新たなセル識別子を送信され、ＵＥ１９が帰属するセルの識別子が更新された場合、タイマを再度カウントし始めてもよい。これによって、セル滞在時間タイマ５２２は、ＵＥ１９がセル２３に滞在する時間を効率的に算出できる。
【０１５０】
また、前述におけるセル滞在時間タイマ５２２は、帰属時間カウンタ部５２の内部で論理的に構築され、時間取得部５２３は、取得した時間を複数のセル滞在時間タイマ５２２へ設定することが可能である。だが、このような割り込み処理に限らず、ソフトウェア処理として、セル滞在時間タイマ５２２と時間取得部５２３とが処理されてもよい。
【０１５１】
これにより、ＵＥ１９のセル識別子情報が送信されたことを契機に、その都度帰属時間カウンタ部５２の中でソフトウェア処理が実行され、図７Ｃに記述した処理が実現される。ＵＥ状態管理サーバ１０は、前述の機能が実装できれば、物理的な装置によって実装されても、論理的な処理部によって実装されても、いずれの方法によって実装されてもよい。
【０１５２】
図７Ａに示すｓ１１１において、制御部５０がＵＥ１９ａのモビリティがＳｔａｂｌｅであると判定した場合、帰属時間カウンタ部５２は、ＵＥ１９ａのセル滞在時間タイマ５２２のタイマの更新をストップする（ｓ１１２）。なお、前述のとおり、セル滞在時間タイマ５２２によるタイマの更新を継続してもよい。
【０１５３】
ｓ１１２の後、制御部５０は、ＵＥ１９ａに対応するＵＥ情報記憶部５５のＵＥモビリティ７３をＳｔａｂｌｅに更新する（ｓ１１３）。
【０１５４】
ｓ１１３の後、ＵＥ状態管理サーバ１０の制御部５０は、ＵＥ１９ａがＳｔａｂｌｅであることをＭＭＥ１１へ通知する（ｓ１１４）。さらに、ＭＭＥ１１は、ＵＥ１９ａがＳｔａｂｌｅであることをｅＮＢ１７へ通知し（ｓ１１５）、ｅＮＢ１７は、ＵＥ１９ａがＳｔａｂｌｅであることをＵＥ１９ａへ通知する（ｓ１１６）。
【０１５５】
なお、ＵＥ状態管理サーバ１０の制御部５０は、ｓ１１４において、ＵＥ１９ａがオフロード対象であることを、ＵＥ１９ａに向けて通知してもよい。
【０１５６】
ＵＥ１９ａ、ｅＮＢ１７及びＭＭＥ１１は、通知への応答をｅＮＢ１７、ＭＭＥ１１、及びＵＥ状態管理サーバ１０に送信する（ｓ１１７、ｓ１１８、ｓ１１９）。ＵＥ１９ａは、モビリティがＳｔａｂｌｅであることを通知された場合、ＵＥ１９ａがオフロード対象であることを、ｅＮＢ１７へ通知する（ｓ１２１）。ｓ１２１の後、ｅＮＢ１７は、ＵＥ１９ａがオフロード対象であることを、ＭＭＥ１１へ送信する（ｓ１２２）。
【０１５７】
ｓ１２２の後、ＭＭＥ１１は、ＵＥ１９ａからのトラフィックをオフロードする、又は、ＵＥ１９ａからのトラフィックにＳＩＰＴＯを適用することをＳＧＷ１２に通知する（ｓ１２３）。ｓ１２３の後、ＳＧＷ１２は、ＵＥ１９ａからのトラフィックをオフロードするための設定、又は、ＳＩＰＴＯを適用するトラフィックであるという設定を、自装置（ＳＧＷ１２）に行う。
【０１５８】
具体的には、ＳＧＷ１２は、例えばＩＭＳＩ又はＴＭＳＩ等の、ＵＥ１９を一意に認識する識別子を含んだトラフィックをオフロード対象とするなど、トラフィックを識別するための設定をＳＧＷ１２に行ったり、手順を開始したりする。本実施例のＳＧＷ１２は、受信したトラフィックの送信元又は宛先が、オフロード対象のＵＥ１９であるか否かを識別する設定及び手順をあらかじめ保持する。
【０１５９】
ＳＧＷ１２は、ＵＥ１９ａのトラフィックがオフロード対象である通知を受信したことに対する応答を、ＭＭＥ１１に送信する（ｓ１２４）。ｓ１２４の後、ＭＭＥ１１は、受信した通知と同じ内容をｅＮＢ１７に通知する（ｓ１２５）。そして、ｅＮＢ１７は、ＭＭＥ１１から受信した通知と同じ内容をＵＥ１９ａに通知する（ｓ１２６）。
【０１６０】
これにより、ｅＮＢ１７、ＭＭＥ１１及びＳＧＷ１２は、ＵＥ１９ａからのトラフィックがオフロード対象であること、又は、ＵＥ１９ａからのトラフィックがＳＩＰＴＯを適用する対象であることを認識できる。そして、ｅＮＢ１７、ＭＭＥ１１、ＳＧＷ１２及びＰＧＷ１３は、ＵＥ１９ａによるトラフィックにトラフィックオフロードを適用する（ｓ１２７）。
【０１６１】
実施例１のトラフィックオフロードは、ＣＮにおいて本来処理するべき通信量及び処理量の負荷を低減するもの、又は、ＣＮにおいて本来通過するべきベアラの回線の負荷を低減するものであれば、いかなるトラフィックオフロードでもよい。例えば、本実施例におけるトラフィックオフロードは、ＵＥ１９のトラフィックを、ＣＮを避けるように通過させ、また、図１に示すネットワーク以外に設置された装置を経由して通過させるような方法でもよい。
【０１６２】
トラフィックを、ＣＮを避けるように通過させることによってトラフィックオフロードを実行する場合、実施例１の移動体通信システムは、ＣＮにおける通信量及び処理量を低減することができる。
【０１６３】
また、実施例１のトラフィックオフロードは、ＵＥ１９が用いていた移動通信方法を、他の移動通信方法に変更する方法を含む。例えば、前述のＵＥ１９ａのベアラが図７Ａに示すとおり、第３．９世代の移動通信方法による回線（ｅＮＢ１７、ＭＭＥ１１、ＳＧＷ１２及びＰＧＷ１３）を通過する場合、実施例１のトラフィックオフロードは、ｓ１２７においてＵＥ１９ａのトラフィックの経路を、第３．５世代の移動通信方法による回線（ＮＢ１８、ＲＮＣ１４、ＳＧＳＮ１５及びＧＧＳＮ１６）に切り替える方法でもよい。
【０１６４】
ＣＮ内において移動通信方法を変更するトラフィックオフロードを実行する場合、実施例１の移動体通信システムは、ＣＮ内において負荷分散を図ることができる。そして、図７Ａに示す処理をＵＥ１９に実行することにより、本実施例のネットワーク全体のトラフィックを適正化し、さらに最適化することができる。
【０１６５】
また、トラフィックオフロードは、ＣＮによるトラフィックの転送を避け、かつ、移動通信方法を変更するような方法でもよい。これによって、実施例１の移動体通信システムは、ＣＮ内の負荷を低減できる。
【０１６６】
図８は、実施例１のＵＥ１９のＨＯ処理を示すシーケンス図である。
【０１６７】
図８は、ＵＥ状態管理サーバ１０の帰属時間カウンタ部５２が、閾値記憶部５４から取得した閾値に基づきＵＥ１９ａのモビリティを判定している際に、ＵＥ１９ａがＨＯを行い、帰属するセル（無線基地局）が切り替わった場合の、オフロードの設定処理を示すシーケンス図である。
【０１６８】
図８に示すｓ２０１からｓ２１０は、図７に示すｓ１０１からｓ１１０と同じ処理であるため、説明を省略する。なお、図８に示すＵＥ１９ａは、ｓ２０３及びｓ２１０においてｅＮＢ１７ａを介してＭＭＥ１１と通信する。
【０１６９】
ｓ２０７において、帰属時間カウンタ部５２が、ＵＥ１９ａがセル２３に帰属している時間のカウントを開始し、一定時間経過した後、ＵＥ１９ａが移動したことに起因するＵＥ１９ａのＨＯが発生する場合がある。図８に示すＨＯによって、ＵＥ１９ａが帰属するセル（無線基地局）が、ｅＮＢ１７ｂが生成するセルへ切り替わる。
【０１７０】
ＨＯの結果、ＵＥ１９ａが通信する無線基地局がｅＮＢ１７ｂに切り替わり、ベアラの経路が更新される（ｓ２２１）。そして、ＵＥ１９ａが保持する帰属するセルに関する情報（新たなセルの識別子を含む）が更新されるため、アプリケーション２１は、更新されたセルに関する情報（以下、新セル識別子と記載）を読み出す（ｓ２１１）。
【０１７１】
アプリケーション２１は、ＵＥ１９ａから読み出された新セル識別子を、セル識別子情報としてｅＮＢ１７ｂへ送信する（ｓ２１２）。ｅＮＢ１７ｂは、新セル識別子をＭＭＥ１１へ送信し（ｓ２１３）、ＭＭＥ１１は、新セル識別子をＵＥ状態管理サーバ１０へ送信する（ｓ２１４）。
【０１７２】
なお、ｓ２１１〜ｓ２１４におけるセル識別子情報の内容は、図７Ａに示すｓ１０２〜ｓ１０５におけるセル識別子情報の内容と同じである。
【０１７３】
ＵＥ状態管理サーバ１０の制御部５０は、ＭＭＥ１１から新セル識別子を受信した場合、受信した新セル識別子に基づいて、ＵＥ情報記憶部５５のＵＥ１９ａに対応する帰属セル識別子７２を更新する（ｓ２１５）。ｓ２１５の処理は、図７Ａに示すｓ１０６と同じである。
【０１７４】
ｓ２１５において帰属セル識別子７２が更新されたため、制御部５０は、帰属セル識別子７２が更新されたＵＥ１９ａに関するカウントを停止するように、帰属時間カウンタ部５２に指示する（ｓ２１６）。そして、制御部５０は、更新された帰属セル識別子７２に対応するカウントを再度開始するように、帰属時間カウンタ部５２に指示する（ｓ２１７）。
【０１７５】
ｓ２１４の後、ＵＥ状態管理サーバ１０の制御部５０は、新セル識別子を受信したことをＭＭＥ１１へ通知し（ｓ２１８）、ＭＭＥ１１は、新セル識別子を受信したことをｅＮＢ１７ｂへ通知し（ｓ２１９）、ｅＮＢ１７ｂは、新セル識別子を受信したことをＵＥ１９ａへ通知する（ｓ２２０）。
【０１７６】
ＵＥ１９ａがＨＯした後、ｓ２１１からｓ２２０までが実行されることによって、新たに帰属したセルにおける帰属時間のカウントが開始される。そして、ＵＥ１９ａのモビリティがＳｔａｂｌｅと判定されるまで、図８に示す処理を実行する。
【０１７７】
実施例１によれば、ＵＥ状態管理サーバ１０が、ＵＥ１９の状態に関する情報に基づいて、ＵＥ１９のモビリティを特定し、さらにこのモビリティに基づいてＵＥ１９がＣＮにおける負荷を増やす可能性があるか否かを判定する。そして増やす可能性が低い場合、オフロード対象を決定するため、ＣＮにおける負荷が増大しないようなトラフィックオフロードを実現可能である。
【０１７８】
また、これにより、ＵＥ状態管理サーバ１０は、速い速度で移動し、ＨＯを繰り返すようなＵＥ１９を、オフロード対象のＵＥ１９の候補から除外できる。また、ＵＥ状態管理サーバ１０は、ＨＯを行ってからセルにおける滞在時間を算出するため、ＵＥ１９の動的な変化に基づいて、オフロード対象のＵＥ１９を決定できる。
【０１７９】
そして、ＣＮにおける通信負荷を増やさないトラフィックオフロードを実現することによって、ＣＮを用いる通信によるＣＮにおける輻輳を低減させることができる。そして、ネットワーク全体の通信の適正化及び最適化を図ることができる。
【０１８０】
さらに、実施例１のＵＥ状態管理サーバ１０の機能は、ＣＮにおける各装置とは異なる装置に実装される。一つのＵＥ状態管理サーバ１０が、複数のＭＭＥ１１又は複数のＳＧＳＮ１５を介して、複数のＵＥ１９から受信したセル識別情報等を保持することによって、情報を一元的に管理でき、迅速かつ的確にオフロード対象のＵＥ１９を決定することができる。
【０１８１】
また、これにより、例えば、複数の事業者が複数のＭＭＥ１１を保持する場合においても、ＵＥ状態管理サーバ１０が、一元的にＣＮの通信の適正化を図ることができる。そして、ＣＡＰＥＸ又はＯＰＥＸなどのネットワーク全体に対する相対的なコストを低減させることができる。
【実施例２】
【０１８２】
実施例２において、ＵＥ１９の移動性（モビリティ）を判定する処理を、ＨＳＳ／ＨＬＲ２６が実行する。実施例２におけるＨＳＳ／ＨＬＲ２６は、実施例１のＵＥ状態管理サーバ１０の機能を有する。実施例２における移動体通信システムは、実施例１と同様であるが、以下に相違点を説明する。
【０１８３】
具体的には、図１におけるＭＭＥ１１とＵＥ状態管理サーバ１０との間の矢印は、実施例２において、ＭＭＥ１１とＨＳＳ／ＨＬＲ２６との間の矢印に変更される。また、図１におけるＳＧＳＮ１５とＵＥ状態管理サーバ１０との間の矢印は、実施例２において、ＭＭＥ１１とＨＳＳ／ＨＬＲ２６との間の矢印に変更される。
【０１８４】
また、図７Ａに示すＵＥ状態管理サーバ１０の通信は、ＨＳＳ／ＨＬＲ２６の通信であり、図７Ｂ及び図７Ｃが示すＵＥ状態管理サーバ１０の機能は、ＨＳＳ／ＨＬＲ２６が有する機能である。また、図８に示すＵＥ状態管理サーバ１０の通信は、ＨＳＳ／ＨＬＲ２６の通信である。
【０１８５】
また、図７Ａ、図７Ｂ、図７Ｃ及び図８におけるＭＭＥ１１の処理は、ＨＳＳ／ＨＬＲ２６に対応して、ＳＧＳＮ１５による処理であってもよい。
【０１８６】
ＭＭＥ１１又はＳＧＳＮ１５とＨＳＳ／ＨＬＲ２６とは、ＵＥ１９の位置情報とＵＥ１９のユーザ情報とを保持し、必要に応じてそれらの情報を相互に通知する。ＭＭＥ１１又はＳＧＳＮ１５とＨＳＳ／ＨＬＲ２６とは、このような相互の通知のために制御用のセッションを相互に構築する。
【０１８７】
実施例２において、このセッションは、オフロード対象のＵＥ１９を決定するための情報（図７Ａにおけるセル識別子、及び、図８における新セル識別子）をＣＮ側へ通知する経路の一部として用いられる。
【０１８８】
前述以外の処理及び設定等は、実施例２と実施例１と同じである。特に、図７Ａに示すｓ１２１〜ｓ１２７は、実施例２における処理と同じである。
【０１８９】
ＨＳＳ／ＨＬＲ２６は、ＵＥ１９を用いるユーザの契約情報等を保持するエンティティであるため、ＵＥ１９から送信される情報を保持する。このため、ＵＥ状態管理サーバ１０の機能をＨＳＳ／ＨＬＲ２６に実装することによって、ＵＥ１９から収集された情報を一元的に実施例２のＨＳＳ／ＨＬＲ２６が管理でき、新たなＵＥ状態管理サーバ１０の装置の設置を必要としない。
【実施例３】
【０１９０】
実施例３において、オフロード対象を決定するための判定条件には、実施例１のモビリティに基づく判定条件（ｓ１１１）と、ＵＥ１９が帰属するセルに基づく判定条件とが含まれる。実施例３のＵＥ状態管理サーバ１０は、ＵＥ１９が帰属するセルのセル識別子と、セル識別子記憶部５１が保持する情報とを用いてオフロード対象のＵＥ１９を決定する。
【０１９１】
具体的には、ＵＥ状態管理サーバ１０は、これらの情報を用いて、ＵＥ１９が帰属するセルと同じＧＷ装置によって管理される複数のセルにおける、ＵＥ１９が帰属するセルの物理的な位置を特定する。そして、ＵＥ状態管理サーバ１０は、特定された位置に基づいて、オフロード対象のＵＥ１９を決定する。これによって、より多くの条件に基づいて、オフロード対象のＵＥ１９を適切に決定することができる。
【０１９２】
実施例３の移動体通信システムは、実施例１と同じであるが、オフロード対象のＵＥ１９の決定方法が実施例１と相違する。また、実施例３に示すＵＥ状態管理サーバ１０の機能は、実施例２に示すとおり、ＨＳＳ／ＨＬＲ２６に実装されてもよい。
【０１９３】
例えば、ＳＧＷ１２が管理する複数のセルの地理的な範囲の端側に、セル識別子８１が示すセルが位置する場合、セルロケーション情報８３は、「端側」を示す。また、ＳＧＷ１２が管理する複数のセルの地理的な範囲の中央側に、セル識別子８１が示すセルが位置する場合、セルロケーション情報８３は、「中央側」を示す。
【０１９４】
なお、実施例３における「中央側」のセルとは、同じＧＷ装置によって管理される複数のセルに囲まれているセルのことである。
【０１９５】
また、セルロケーション情報８３は、「中央側」及び「端側」等の意味を持った文字列を含んでもよいし、数字の識別子（中央側であれば１、端側であれば０など）を含んでもよい。また、セルロケーション情報８３は、地理的な位置をより詳細に示す情報を含んでもよい。
【０１９６】
また、セルロケーション情報８３は、セルを生成する無線基地局（ｅＮＢ）１７又は無線基地局（ＮＢ）１８の位置を示してもよい。
【０１９７】
さらに、セル識別子記憶部５１は、マクロセルの他、スモールセル向けのテーブルを含んでもよい。セル識別子記憶部５１は、図６に示すテーブルと同じ項目の、スモールセル向けのテーブルを含んでもよい。
【０１９８】
また、セル識別子記憶部５１は、セルを管理するＧＷ装置の位置情報を含んでもよい。これは、無線基地局１７、１８が通信事業者の固定回線網を経由して外部ネットワーク１と接続される場合、無線基地局１７、１８又はＧＷ装置の位置情報に基づいて、トラフィックオフロードの対象であるＵＥ１９を決定できるためである。そして、トラフィックオフロードの対象であるＵＥ１９を決定するために、無線基地局１７、１８及びＧＷ装置の位置情報を、セル識別子記憶部５１から取得するためである。
【０１９９】
より具体的には、例えば、ＵＥ状態管理サーバ１０の制御部５０は、ＧＷ装置が収容するＵＥ１９の数若しくは無線基地局１７、１８の数、又は、無線基地局１７、１８が収容するＵＥ１９の数を、固定的又は動的且つ時間軸を基にした統計データとして予め集計しておいてもよい。
【０２００】
そして、ＵＥ状態管理サーバ１０の制御部５０は、このような統計データから、例えば、収容するＵＥ１９が特に多いＧＷ装置又は無線基地局１７、１８の位置を特定し、特定された位置をオフロード対象のＵＥ１９が滞在する可能性が高い位置に決定してもよい。そして、制御部５０は、決定された位置の位置情報をセル識別子記憶部５１に格納し、これらの位置情報に基づいて、オフロード対象のＵＥ１９を決定してもよい。
【０２０１】
また、セル識別子記憶部５１は、セルの物理的な位置がトラフィックオフロードに適するか否かを示す識別子を含んでもよい。そして、実施例３の移動体通信システムの管理者は、セル識別子記憶部５１において、セルの各々がトラフィックオフロードに適するか否かを示す識別子を任意に設定してもよい。
【０２０２】
図９は、実施例３のオフロード対象を決定する処理を示すシーケンス図である。
【０２０３】
図９のｓ３０１〜ｓ３１０は、図７Ａのｓ１０１〜ｓ１１０と同じであるため、説明を省略する。ただし、ｓ３１１においてＵＥ１９ａのモビリティがＳｔａｂｌｅであると判定された場合、制御部５０、ＵＥ１９ａはＣＮにおいて通信量及び処理量を増加させる可能性が低いと判定し、ＵＥ１９ａをオフロード対象の候補に決定する。
【０２０４】
ＵＥ状態管理サーバ１０の制御部５０は、ｓ３１１においてＵＥ１９ａのモビリティがＳｔａｂｌｅであると判定された場合、ＵＥ１９ａをオフロード対象の候補に決定し、ＵＥ１９ａがオフロード対象であるか否かを以下に示す処理によってさらに判定する。
【０２０５】
制御部５０は、ｓ３１２において、セル識別子記憶部５１のセル識別子８１及びセルロケーション情報８３と、ＵＥ情報記憶部５５の端末識別子７１及び帰属セル識別子７２とを参照する。そして、制御部５０は、参照した情報に基づいて、ＵＥ１９ａが帰属するセルと同じＧＷ装置によって管理される複数のセルにおける、ＵＥ１９ａが帰属するセルの物理的な位置を特定する。
【０２０６】
そして、制御部５０は、特定された位置が「中央側」であるか否かを判定する（ｓ３１２）。特定された位置が「中央側」でない場合、制御部５０は、ｓ３１１の処理を繰り返す。特定された位置が「中央側」でない場合、制御部５０は、ｓ３１１に戻り、オフロード対象のＵＥ１９であるか否かの判定を再実行する。
【０２０７】
特定された位置が「中央側」である場合、制御部５０、ＵＥ１９ａがＣＮにおいて通信量及び処理量を増加させる可能性がさらに低いと判定し、ＵＥ１９ａをオフロード対象に決定する。そして、制御部５０は、ｓ３１３を実行する。
【０２０８】
ｓ３１３〜ｓ３２０は、図７Ａに示すｓ１１２〜ｓ１１９と同じである。ｓ３２３〜ｓ３２９は、図７Ａに示すｓ１２１〜ｓ１２７である。
【０２０９】
なお、セル識別子記憶部５１にセルがトラフィックオフロードに適するか否かを示す識別子が含まれる場合、制御部５０は、ｓ３１２において、ＵＥ１９ａが帰属するセルがトラフィックオフロードに適するか否かをセル識別子記憶部５１に基づいて判定してもよい。そして、ＵＥ１９ａが帰属するセルがトラフィックオフロードに適する場合、制御部５０は、ｓ３１３を実行してもよい。
【０２１０】
これによって、実施例３の移動体通信システムの管理者は、特定のセルに帰属したＵＥ１９をオフロード対象としたい場合、トラフィックオフロードに適したセルを任意に指定できる。例えば、ＵＥ１９が、一つのＧＷ装置によって管理されるセル群を壁などの障害によって出ることができない場合、ＵＥ１９はＨＯしないため、ＣＮにおける負荷を増大させない。このため、管理者は、このような場合に「端側」のセルであってもトラフィックオフロードに適したセルとして指定できる。
【０２１１】
また、実施例３の移動体通信システムの管理者は、特定のセルに帰属したＵＥ１９をオフロード対象としたくない場合、セル識別子記憶部５１において、トラフィックオフロードに適さないセルを任意に指定できる。例えば、ＵＥ１９が電車に乗っている場合、セル間を高速に移動するため、ＣＮにおける負荷が増大する。このため、管理者は、電車が走行する線路が含まれるセルを、セル識別子記憶部５１において、トラフィックオフロードに適さないセルとして指定することによって、制御部５０は、ＵＥ１９をオフロード対象としない。
【０２１２】
また、特定された位置が「中央側」でないとｓ３１２において判定された後、例えば、ＵＥ１９ａが移動することによりＵＥ１９ａがＨＯした場合、図８に示すｓ２１１の処理が開始され、ｓ２１７によって開始されたカウンタ値により、ｓ３１１が実行される。そして、ｓ３１１においてモビリティがＳｔａｂｌｅであると判定され、新たに帰属したセルが、ＧＷ装置が管理する複数のセルにおける中央側に位置する場合、ＵＥ１９ａは、オフロード対象に決定される。
【０２１３】
このような処理は、「端側」の位置のセルに帰属していたＵＥ１９ａがＨＯを繰り返し、「中央側」のセルに帰属した場合に実行される。
【０２１４】
一方で、ＵＥ１９ａが、「端側」の位置のセルに帰属しており、その後のＨＯにより「端側」の他のセルに帰属し、かつ、ｓ３１１においてモビリティがＳｔａｂｌｅであると判定された場合、ＵＥ１９ａは、オフロード対象に決定されない。そして、さらにＨＯが繰り返され、ＧＷ装置が管理する複数のセルにおける中央側にＵＥ１９ａが移動するまで、ＵＥ１９ａが送受信するトラフィックには、通常のＣＮを介した通信（トラフィックオフロードしない通信）が適用される。
【０２１５】
実施例３のように、一つのＧＷ装置が管理する複数のセルにおける位置を用いて、オフロード対象のＵＥ１９を決定する理由を以下に示す。
【０２１６】
ＵＥ１９に発生したＨＯが、ＥＰＳのＳＧＷ１２の再選択を伴う場合、ベアラ確立先である新たに選択されたＳＧＷ１２と、ＰＧＷ１３との間において、そのベアラ更新のための制御信号による通信が発生する。このため、ベアラ更新により、ＣＮのＰＧＷ１３のリソースは使用され、トラフィックオフロードをしている通信のためにＣＮにおいて新たな通信負荷が発生する。
【０２１７】
そして、ＵＥ１９が「端側」に位置するセルに帰属する場合、ＵＥ１９は、異なるＳＧＷ１２が管理するセルにＨＯする可能性が高く、ＳＧＷ１２の再選択を伴うＨＯが実行される可能性が高い。このため、実施例３の制御部５０は、「端側」に位置するセルに帰属するＵＥ１９を、オフロード対象のＵＥ１９の候補から除外することによって、トラフィックオフロードによる通信の適正化が可能なＵＥ１９を選択する。
【０２１８】
そして、実施例３の制御部５０は、「中央側」に位置するセルに帰属するＵＥ１９を、通信の適正化が可能なトラフィックオフロードが可能なＵＥ１９であると判定し、オフロード対象のＵＥ１９に決定する。
【０２１９】
さらに、ＳＧＷ１２の再選択に伴うベアラ更新により、ＳＩＰＴＯ等によるトラフィックオフロードを設定しなおす処理及び通信が新たに発生し、トラフィックオフロードの経路における通信負荷が増加する。
【０２２０】
これは、例えば、ＳＩＰＴＯを実現するためのＧＷ装置（ＳＧＷ１２又はＰＧＷ１３）又はＴｏＦ装置の設定も、ベアラ更新に伴い変更される必要があるためである。これにより、ゲートウェイ装置又はＴｏＦ装置は、設定変更のための通信及び処理のためのリソースを、あらかじめ保持しておく必要がありコストが増大する。また、このようなトラフィックオフロードの経路における通信負荷の増大により、トラフィックが遅延し、ＵＥ１９を用いるユーザが感じるＱｏＥが低下する。
【０２２１】
このような理由により、実施例３におけるＵＥ状態管理サーバ１０は、ＵＥ１９がＳＧＷ１２の再選択が必要になる可能性が高い位置にいる場合、当該ＵＥ１９をオフロード対象に決定しない。
【０２２２】
実施例３によれば、ＵＥ１９が帰属するセルの位置に従ってオフロード対象のＵＥ１９を決定することにより、ネットワークにおける通信の適正化が可能なトラフィックオフロード対象のＵＥ１９を適切に決定できる。
【実施例４】
【０２２３】
実施例４において、オフロード対象を決定するための判定条件には、実施例３における判定条件と、モビリティの変化の傾向に基づく判定条件とが含まれる。このように複数の判定条件によって、オフロード対象のＵＥ１９の候補を抽出することにより、より適切にオフロード対象のＵＥ１９を決定することができる。
【０２２４】
実施例４の制御部５０は、ｓ１１１において判定されたＵＥモビリティ７３を帰属時間カウンタ部５２から通知された場合、通知されたモビリティに従って、ＵＥ情報記憶部５５のＵＥモビリティ７３を更新する。
【０２２５】
さらに、実施例４の制御部５０は、ＵＥモビリティ７３が新たな状態に更新される頻度を、モビリティが変化する傾向として算出する。モビリティが変化する傾向とは、ＵＥ１９が所定の期間にＨＯした回数（頻度）が変化する傾向（頻度）である。すなわち、モビリティが変化する傾向とは、ＵＥ１９がＨＯした頻度が変化した頻度である。
【０２２６】
制御部５０は、算出した傾向をＵＥ情報記憶部５５に格納する。格納される傾向は、例えば、過去１時間において、ＵＥモビリティ７３が新たな値に更新された回数であってもよい。
【０２２７】
実施例４の制御部５０は、例えば、図９に示すｓ３１１の後、かつ、ｓ３１２の前において、ＵＥ情報記憶部５５を参照し、ＵＥ１９ａのＵＥモビリティ７３が新たな状態に更新される頻度が所定の閾値を超えるか否かを判定する。
【０２２８】
そして、その頻度が所定の閾値を超える場合、制御部５０は、ＵＥ１９ａのモビリティが頻繁に変化しており、ＵＥ１９ａはＨＯする可能性が高いと判定する。そして、制御部５０は、ＵＥ１９ａはＣＮにおける負荷を増大させる可能性が高いと判定し、制御部５０は、ＵＥ１９ａをオフロード対象の候補から除外し、ｓ３１１を実行する。
【０２２９】
また、実施例４の帰属時間カウンタ部５２は、ＵＥ１９ａのＵＥモビリティ７３が新たな状態に更新される頻度が所定の閾値以下であると判定した場合、ＵＥ１９ａはオフロード対象に適する可能性があると判定し、ｓ３１２を実行する。
【０２３０】
なお、実施例４のモビリティの変化の傾向に基づく判定条件は、ｓ３１２の後に行われても、ｓ３１１の前に行われてもよい。
【０２３１】
また、実施例４におけるモビリティの変化の傾向として、ＵＥ情報記憶部５５は、ＵＥ１９のモビリティが更新される頻度を保持してもよいし、所定のモビリティ（例えば、Ｆａｓｔ）を所定の期間に繰り返す回数を保持してもよい。そして、制御部５０は、ＵＥ１９の所定のモビリティを繰り返す回数が所定の回数を超える場合、ＵＥ１９のモビリティが頻繁に変化していると判定し、当該ＵＥ１９をオフロード対象の候補から除外してもよい。
【０２３２】
このようなモビリティの変化の傾向をＵＥ情報記憶部５５が保持することによって、オフロード対象のＵＥ１９を決定するための条件が増え、ＵＥ状態管理サーバ１０は、より適切にオフロード対象のＵＥ１９を決定することができる。
【０２３３】
例えば、Ｆａｓｔのモビリティを所定の回数繰り返す場合、ＵＥ１９は、車又は新幹線などの乗り物によって長時間移動しているか、又は、何らかの事情により、頻繁に移動と停止を繰り返している可能性が高い。
【０２３４】
このようなＵＥ１９は、一度モビリティがＳｔａｂｌｅであると判定されても、その後Ｓｔａｂｌｅの状態から変化する可能性が高いと想定でき、潜在的に再度Ｆａｓｔの状態になる可能性が高い。このため、所定のモビリティを所定の回数繰り返す場合、ＵＥ１９は、オフロード対象のＵＥ１９には適さない。
【０２３５】
なお、制御部５０は、このようなＵＥ１９に、例えばモビリティを判定するための所定の閾値を、新たに設定しなおしてもよい。これにより、実施例４のＵＥ状態管理サーバ１０は、ＵＥ１９の状態に従った、より適切なオフロード対象の決定ができる。
【実施例５】
【０２３６】
ＵＰＣＯＮ（Ｕｓｅｒ  Ｐｌａｎｅ  Ｃｏｎｇｅｓｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）は、ネットワーク全体の通信トラフィックの適正化に関する方法であり、３ＧＰＰの中で議論されている方法である（例えば、「３ＧＰＰ  ＴＲ（Ｔｅｃｈｎｉｃａｌ  Ｒｅｐｏｒｔ）  ２３．７０５  "Ｓｙｓｔｅｍ  Ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｕｓｅｒ  Ｐｌａｎｅ  Ｃｏｎｇｅｓｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ"、［ｏｎｌｉｎｅ］、［２０１３年８月２日］、［２０１４年１月７日検索］、インターネット」参照）。ＵＰＣＯＮにおいて、ＲＡＮにおける輻輳状態は、ＣＮ側（例えば、ＰＣＲＦ２５）に通知され、輻輳状態に基づいてネットワーク全体のポリシー制御が行われる。
【０２３７】
３ＧＰＰ  Ｒｅｌｅａｓｅ１２では、ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の外部からＰＣＲＦ２５へ、ＲＡＮにおける輻輳が通知されるＯｆｆ−Ｐａｔｈと呼ばれる方法が議論されている。また、３ＧＰＰ  Ｒｅｌｅａｓｅ１２では、ＥＰＳを構成する各装置インタフェースを用いてＲＡＮにおける輻輳がＣＮへ通知されるＯｎ−Ｐａｔｈと呼ばれる方法が議論されている。
【０２３８】
実施例５の移動体通信システムは、このＵＰＣＯＮのＯｆｆ−Ｐａｔｈを用いる。実施例５のＵＥ状態管理サーバ１０は、ＰＣＲＦ２５へＲＡＮにおける輻輳状態を通知する装置であり、かつ、ＥＰＳの外部に設置された装置である。実施例５のＵＥ状態管理サーバ１０は、ＰＣＲＦ２５とＲＡＮとの間の中継装置である。
【０２３９】
このようにＵＥ状態管理サーバ１０を設置することによって、実施例５のＵＥ状態管理サーバ１０は、ＵＰＣＯＮにおけるＲＡＮの輻輳状態を通知する機能、及び、実施例１〜４に示すオフロード対象を決定する機能を備える。
【０２４０】
実施例５のＵＥ状態管理サーバ１０は、ＵＥ１９のモビリティを判定し、オフロード対象のＵＥ１９が決定した場合に、決定したＵＥ１９をＥ−ＵＴＲＡＮからＥＰＣを介してＳＧＷ１２へ通知する。そして、実施例５のＵＥ状態管理サーバ１０は、ＵＰＣＯＮにおける機能として、ＲＡＮから取得する輻輳状態をＰＣＲＦ２５へ通知する。
【０２４１】
実施例５のＵＥ状態管理サーバ１０によれば、ＵＥ状態管理サーバ１０は、ＲＡＮ輻輳状態と、ＵＥ１９各々のモビリティとを保持することが出来る。ＵＰＣＯＮの機能においてＣＮ側へ通知する情報はＲＡＮ側の輻輳状態を示す情報であり、また、ＵＥ１９のモビリティもＲＡＮに関する情報である。このため、これらの情報を一つのＵＥ状態管理サーバ１０が一括して管理することによって、ＲＡＮ側の輻輳状態とモビリティとを用いたネットワークの適正化が可能である。
【０２４２】
また、ＰＣＲＦ２５は、例えば、受信したＲＡＮの輻輳状態に基づいて、ＡＮＤＳＦ（Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  Ｄｉｓｃｏｖｅｒｙ  ａｎｄ  Ｓｅｌｅｃｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）などのＲＡＴ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ）選択などのポリシー制御を行う。
【０２４３】
より具体的には、ＰＣＲＦ２５は、ＡＮＤＳＦによるＲＡＴ選択を適用する無線アクセス技術を決定する。また、ＵＰＣＯＮのベース技術を用いて、ＵＥ１９ごとのＲＡＮの輻輳を低減し、オフロード対象を特定することにより、ネットワークの適正化を図ることができる。
【０２４４】
実施例５の移動体通信システムは、図１に示す移動体通信システムと同様であるが、必要に応じてＵＥ状態管理サーバ１０とＳＧＷ１２とが直接接続されてもよい。
【０２４５】
なお、実施例１〜実施例５において、ＥＰＣを用いたシステムについて説明したが、図７Ａ〜図７Ｃ、図８及び図９に示す処理において、ｅＮＢ１７の処理は、ＮＢ１８が実行してもよく、さらに、ＭＭＥ１１の処理をＳＧＳＮ１５が実行してもよい。この場合、ＳＧＳＮ１５は、ＵＥ状態管理サーバ１０へ直接情報を通知してもよいし、ＭＭＥ１１を介してＵＥ状態管理サーバ１０へ情報を通知してもよい。
【０２４６】
また、ＳＧＳＮ１５又はＭＭＥ１１による通知方法は、例えば、ＯＡＭ（Ｏｐｅｒａｔｉｏｎ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  Ｍａｉｎｔｅｎａｎｃｅ）を用いてもよい。これはこのようなネットワークにおいてＯＡＭを行う管理ノードが設置されることが多いため、ＯＡＭを行う管理ノードを利用できるためである。
【０２４７】
この場合はＭＭＥ１１又はＳＧＳＮ１５（又は、ＨＳＳ／ＨＬＲ２６）を介してＵＥ状態管理サーバ１０へ送信している情報を、ＲＡＮ側から直接ＯＡＭへ同様の情報を送信し、ＯＡＭからＵＥ状態管理サーバ１０へ情報を送信してもよい。
【０２４８】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。
【０２４９】
また、上記の各構成、機能、処理部、処理手段等（アプリケーション２１、２２、並びに、各種ソフトウェアプログラム３０等）は、それらの一部又は全部を、例えば集積回路等で設計する等によりハードウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、若しくは、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、若しくは、ＤＶＤ等の記録媒体に置くことができる。
【０２５０】
また、制御線及び情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線及び情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０２５１】
１  外部ネットワーク
１０  ＵＥ状態管理サーバ
１１  ＭＭＥ
１２  ＳＧＷ
１３  ＰＧＷ
１４  ＲＮＣ
１５  ＳＧＳＮ
１６  ＧＧＳＮ
１７  無線基地局（ｅＮＢ）
１８  無線基地局（ＮＢ）
１９ａ  ＵＥ（ＬＴＥ対応）
１９ｂ  ＵＥ（ＵＭＴＳ対応）
２１、２２  アプリケーション
２３、２４  セル
２５  ＰＣＲＦ
２６  ＨＳＳ／ＨＬＲ
３１  メモリ
３２  ＣＰＵ
３３  通信Ｉ／Ｆ（ＮＮＩ）
３４  無線通信部
３５  通信Ｉ／Ｆ（ＵＮＩ）
３６  Ｉ／Ｏポート
３７  ディスプレイ
３８  キーボード
３９  マウス
【図１】
2015204592.tif 000003
【図２】
2015204592.tif 000004
【図３】
2015204592.tif 000005
【図４】
2015204592.tif 000006
【図５Ａ】
2015204592.tif 000007
【図５Ｂ】
2015204592.tif 000008
【図６】
2015204592.tif 000009
【図７Ａ】
2015204592.tif 000010
【図７Ｂ】
2015204592.tif 000011
【図７Ｃ】
2015204592.tif 000012
【図８】
2015204592.tif 000013
【図９】
2015204592.tif 000014