(57)【要約】  複数のベアラがＵＥと一又は複数のＰＧＷ間に設定された通信システムにおいて、ＰＧＷは、アイドル時間をベアラごとに測定し、測定されたアイドル時間が複数のベアラの各々について予め定められたアイドルタイマ閾値に達したか否かを、ベアラごとに判断する（ステップ１）。そして、一のベアラ、例えばベアラ２についてアイドル時間がアイドルタイマ閾値に達したと判断された場合（ステップ２）、ＰＧＷ２は、ＳＧＷ２経由でＭＭＥにベアラ２の解放を要求し（ステップ３、４）、ＭＭＥは、当該要求に応じてベアラ２の解放処理を行う（ステップ５など）。
2018061920.tif 000002
【特許請求の範囲】
【請求項１】
端末と、基地局と、端末に係る処理を実行する処理サーバと、一又は複数のサービングゲートウェイと、一又は複数のパケットデータネットワークゲートウェイと、を含み、複数のベアラが前記基地局および前記一又は複数のサービングゲートウェイを経由して前記端末と前記一又は複数のパケットデータネットワークゲートウェイ間に設定された通信システム、にて実行される通信制御方法であって、
前記パケットデータネットワークゲートウェイが、ベアラのアイドル状態の継続時間であるアイドル時間をベアラごとに測定するステップと、
前記パケットデータネットワークゲートウェイが、ベアラがアイドル状態であると判断するためのアイドルタイマ閾値であって前記複数のベアラの各々について予め定められた当該アイドルタイマ閾値に、測定された前記アイドル時間が達したか否かを、ベアラごとに判断するステップと、
一のベアラについて前記アイドル時間が前記アイドルタイマ閾値に達したと判断された場合に、前記パケットデータネットワークゲートウェイが、前記処理サーバに当該一のベアラの解放を要求するステップと、
前記処理サーバが、前記パケットデータネットワークゲートウェイからの要求に応じて前記一のベアラの解放処理を行うステップと、
を備える通信制御方法。
【請求項２】
前記アイドルタイマ閾値は、前記パケットデータネットワークゲートウェイにより、各ベアラに対応付けて記憶されている、
請求項１に記載の通信制御方法。
【請求項３】
端末と、基地局と、端末に係る処理を実行する処理サーバと、前記端末が利用する通信サービスのための制御信号を伝送する複数の制御プレーンと、前記通信サービスのためのユーザ信号を伝送する複数のユーザプレーンと、を含み、ＰＤＵセッションが前記基地局を経由して前記端末と前記複数のユーザプレーンそれぞれとの間に設定された通信システム、にて実行される通信制御方法であって、
各ユーザプレーンが、自己のユーザプレーンに設定されたＰＤＵセッションのアイドル状態の継続時間であるアイドル時間を測定するステップと、
各ユーザプレーンが、自己のユーザプレーンに設定されたＰＤＵセッションがアイドル状態であると判断するための予め定められたアイドルタイマ閾値に、測定された前記アイドル時間が達したか否かを判断するステップと、
一のユーザプレーンにより前記アイドル時間が前記アイドルタイマ閾値に達したと判断された場合に、当該一のユーザプレーンが、当該一のユーザプレーンに設定されたＰＤＵセッションの解放を前記処理サーバに要求するステップと、
前記処理サーバが、前記一のユーザプレーンからの要求に応じて当該一のユーザプレーンに設定されたＰＤＵセッションの解放処理を行うステップと、
を備える通信制御方法。
【請求項４】
前記アイドルタイマ閾値は、前記ユーザプレーンにより、各ＰＤＵセッションに対応付けて記憶されている、
請求項３に記載の通信制御方法。
【請求項５】
端末と、基地局と、端末に係る処理を実行する処理サーバと、一又は複数のサービングゲートウェイと、一又は複数のパケットデータネットワークゲートウェイと、を含み、複数のベアラが前記基地局および前記一又は複数のサービングゲートウェイを経由して前記端末と前記一又は複数のパケットデータネットワークゲートウェイ間に設定された通信システムであって、
前記パケットデータネットワークゲートウェイは、
ベアラのアイドル状態の継続時間であるアイドル時間をベアラごとに測定する測定部と、
ベアラがアイドル状態であると判断するためのアイドルタイマ閾値であって前記複数のベアラの各々について予め定められた当該アイドルタイマ閾値に、前記測定部により測定された前記アイドル時間が達したか否かを、ベアラごとに判断する判断部と、
前記判断部により一のベアラについて前記アイドル時間が前記アイドルタイマ閾値に達したと判断された場合に、前記処理サーバに当該一のベアラの解放を要求する要求部と、
を備え、
前記処理サーバは、
前記パケットデータネットワークゲートウェイからの要求に応じて前記一のベアラの解放処理を行う解放処理部、
を備える、
通信システム。
【請求項６】
端末と、基地局と、端末に係る処理を実行する処理サーバと、前記端末が利用する通信サービスのための制御信号を伝送する複数の制御プレーンと、前記通信サービスのためのユーザ信号を伝送する複数のユーザプレーンと、を含み、ＰＤＵセッションが前記基地局を経由して前記端末と前記複数のユーザプレーンそれぞれとの間に設定された通信システムであって、
各ユーザプレーンは、
自己のユーザプレーンに設定されたＰＤＵセッションのアイドル状態の継続時間であるアイドル時間を測定する測定部と、
自己のユーザプレーンに設定されたＰＤＵセッションがアイドル状態であると判断するための予め定められたアイドルタイマ閾値に、前記測定部により測定された前記アイドル時間が達したか否かを判断する判断部と、
前記判断部により前記アイドル時間が前記アイドルタイマ閾値に達したと判断された場合に、自己のユーザプレーンに設定されたＰＤＵセッションの解放を前記処理サーバに要求する要求部と、
を備え、
前記処理サーバは、
一のユーザプレーンからの要求に応じて当該一のユーザプレーンに設定されたＰＤＵセッションの解放処理を行う解放処理部、
を備える、
通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末が同時に複数のユーザデータパケット経路にアクセス可能とされた通信システムにて実行される通信制御方法、および当該通信システムに関する。
【背景技術】
【０００２】
モバイルネットワークにおいて端末（ＵＥ：User  Equipment）は、目的とするサービスを利用するために、そのサービスに対応するＰＤＮ（Packet  Data  Network）との間に、ユーザデータパケット経路（ベアラ（ＰＤＮコネクション）、ＰＤＵ（Protocol  Data  Unit）セッションなどと称される））を確立する必要がある（特許文献１参照）。【０００３】
ただし、端末がサービスを利用していないときはユーザデータパケット経路を確立しておく必要は無い。そのため、既存技術では、端末を管理する基地局が上記ユーザデータパケット経路にて送受信されるパケットの有無を監視することで上記ユーザデータパケット経路の稼働状況を判断し、稼働していないと判断される場合、当該ユーザデータパケット経路は解放されアイドル状態とされていた。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−１７５５７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
近年、端末が同時に複数のサービスを利用するケースが想定されるため、端末が同時に複数のユーザデータパケット経路にアクセスする技術が提案されつつある。【０００６】
しかしながら、上述した基地局による稼働状況確認に係る既存技術では、端末が同時に複数のユーザデータパケット経路にアクセスするケースは想定されていない。そのため、複数のユーザデータパケット経路のうちどれか１つが稼働していれば、即ち、複数のユーザデータパケット経路のうちどれか１つで送受信されるパケットが有れば、複数のユーザデータパケット経路の全てが稼働している（即ち、アイドル状態ではない）と判断されてしまうという不都合があった。【０００７】
本発明は、上記課題を解決するために成されたものであり、端末が同時に複数のユーザデータパケット経路にアクセスするケースでも、各経路の稼働状況を適切に判断し、経路の解放に係る制御を適切に行うことを目的の１つとする。
【課題を解決するための手段】
【０００８】
本発明の一態様に係る通信制御方法は、端末と、基地局と、端末に係る処理を実行する処理サーバと、一又は複数のサービングゲートウェイと、一又は複数のパケットデータネットワークゲートウェイと、を含み、複数のベアラが前記基地局および前記一又は複数のサービングゲートウェイを経由して前記端末と前記一又は複数のパケットデータネットワークゲートウェイ間に設定された通信システム、にて実行される通信制御方法であって、前記パケットデータネットワークゲートウェイが、ベアラのアイドル状態の継続時間であるアイドル時間をベアラごとに測定するステップと、前記パケットデータネットワークゲートウェイが、ベアラがアイドル状態であると判断するためのアイドルタイマ閾値であって前記複数のベアラの各々について予め定められた当該アイドルタイマ閾値に、測定された前記アイドル時間が達したか否かを、ベアラごとに判断するステップと、一のベアラについて前記アイドル時間が前記アイドルタイマ閾値に達したと判断された場合に、前記パケットデータネットワークゲートウェイが、前記処理サーバに当該一のベアラの解放を要求するステップと、前記処理サーバが、前記パケットデータネットワークゲートウェイからの要求に応じて前記一のベアラの解放処理を行うステップと、を備える。【０００９】
上記の通信制御方法では、複数のベアラが基地局および一又は複数のサービングゲートウェイを経由して端末と一又は複数のパケットデータネットワークゲートウェイ間に設定された通信システムにおいて、パケットデータネットワークゲートウェイは、アイドル時間をベアラごとに測定し、測定されたアイドル時間が複数のベアラの各々について予め定められたアイドルタイマ閾値に達したか否かを、ベアラごとに判断する。そして、一のベアラについてアイドル時間がアイドルタイマ閾値に達したと判断された場合、パケットデータネットワークゲートウェイは、処理サーバに当該一のベアラの解放を要求し、処理サーバは、パケットデータネットワークゲートウェイからの要求に応じて一のベアラの解放処理を行う。これにより、端末が同時に複数のベアラ（ユーザデータパケット経路）にアクセスするケースでも、各経路の稼働状況を適切に判断し、経路の解放に係る制御を適切に行うことができる。また、ネットワークにおいて上流側に位置するパケットデータネットワークゲートウェイによって、アイドル時間の測定、アイドル時間がアイドルタイマ閾値に達したか否かの判断、および、一のベアラについてアイドル時間がアイドルタイマ閾値に達したと判断された場合の当該一のベアラの解放要求を行うことにより、ＲＡＮ（Radio  Access  Network）仕様に変更を加える必要が無いという利点がある。【００１０】
また、本発明は、いわゆる次世代ネットワーク（ＮＧＮ：Next  Generation  Network）にも適用可能であり、例えば、以下のように記述することができる。本発明の一態様に係る通信制御方法は、端末と、基地局と、端末に係る処理を実行する処理サーバと、前記端末が利用する通信サービスのための制御信号を伝送する複数の制御プレーンと、前記通信サービスのためのユーザ信号を伝送する複数のユーザプレーンと、を含み、ＰＤＵセッションが前記基地局を経由して前記端末と前記複数のユーザプレーンそれぞれとの間に設定された通信システム、にて実行される通信制御方法であって、各ユーザプレーンが、自己のユーザプレーンに設定されたＰＤＵセッションのアイドル状態の継続時間であるアイドル時間を測定するステップと、各ユーザプレーンが、自己のユーザプレーンに設定されたＰＤＵセッションがアイドル状態であると判断するための予め定められたアイドルタイマ閾値に、測定された前記アイドル時間が達したか否かを判断するステップと、一のユーザプレーンにより前記アイドル時間が前記アイドルタイマ閾値に達したと判断された場合に、当該一のユーザプレーンが、当該一のユーザプレーンに設定されたＰＤＵセッションの解放を前記処理サーバに要求するステップと、前記処理サーバが、前記一のユーザプレーンからの要求に応じて当該一のユーザプレーンに設定されたＰＤＵセッションの解放処理を行うステップと、を備える。【００１１】
上記の通信制御方法では、ＰＤＵセッションが基地局を経由して端末と複数のユーザプレーンそれぞれとの間に設定された通信システムにおいて、各ユーザプレーンは、自己のユーザプレーンに設定されたＰＤＵセッションのアイドル時間を測定し、測定されたアイドル時間が予め定められたアイドルタイマ閾値に達したか否かを判断する。そして、一のユーザプレーンによりアイドル時間がアイドルタイマ閾値に達したと判断された場合、当該一のユーザプレーンは、当該一のユーザプレーンに設定されたＰＤＵセッションの解放を処理サーバに要求し、処理サーバは、一のユーザプレーンからの要求に応じて当該一のユーザプレーンに設定されたＰＤＵセッションの解放処理を行う。これにより、端末が同時に複数のＰＤＵセッション（ユーザデータパケット経路）にアクセスするケースでも、各経路の稼働状況を適切に判断し、経路の解放に係る制御を適切に行うことができる。また、ネットワークにおいて上流側に位置するユーザプレーンによって、アイドル時間の測定、アイドル時間がアイドルタイマ閾値に達したか否かの判断、および、一のＰＤＵセッションについてアイドル時間がアイドルタイマ閾値に達したと判断された場合の当該一のＰＤＵセッションの解放要求を行うことにより、ＲＡＮ（Radio  Access  Network）仕様に変更を加える必要が無いという利点がある。
【発明の効果】
【００１２】
本発明によれば、端末が同時に複数のユーザデータパケット経路にアクセスするケースでも、各経路の稼働状況を適切に判断し、経路の解放に係る制御を適切に行うことができる。
【図面の簡単な説明】
【００１３】
【図１】第１実施形態に係る通信システムの構成例を示す図である。
【図２】（ａ）は、ＭＭＥにより保持されるアイドルタイマに係る対応テーブルの一例を示す図であり、（ｂ）および（ｃ）は、ＰＧＷにより保持されるアイドルタイマに係る対応テーブルの一例を示す図である。
【図３】各装置のハードウェア構成例を示す図である。
【図４】第１実施形態におけるアタッチ処理を示すシーケンス図である。
【図５】第１実施形態におけるベアラ解放処理を示すシーケンス図である。
【図６】第２実施形態に係る通信システムの構成例を示す図である。
【図７】第２実施形態におけるアタッチ処理を示すシーケンス図である。
【図８】第２実施形態におけるベアラ解放処理を示すシーケンス図である。
【図９】第３実施形態に係る通信システムの構成例を示す図である。
【図１０】第３実施形態におけるＰＤＵセッション確立処理を示すシーケンス図である。
【図１１】第３実施形態におけるＭＢＢスライス解放処理を示すシーケンス図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照しながら、本発明の第１〜第３実施形態について説明する。第１実施形態は、ＥＰＣ（Evolved  Packet  Core）ネットワークにおいて複数ベアラが端末（User  Equipment（以下、発明の実施形態では「ＵＥ」という））と異なる複数のＳＧＷ間に設定された状況で、ＰＧＷ主導で複数ベアラのうち一のベアラを解放する制御を行う実施形態であり、第２実施形態は、ＥＰＣネットワークにおいて複数ベアラがＵＥと単一のＳＧＷ間に設定された状況で、ＰＧＷ主導で複数ベアラのうち一のベアラを解放する制御を行う実施形態であり、さらに、第３実施形態は、いわゆる次世代ネットワーク（ＮＧＮ：Next  Generation  Network）においてＰＤＵセッションがＵＥと複数のユーザプレーンそれぞれとの間に設定された状況で、ユーザプレーン（User  Plane（以下、発明の実施形態では「ＵＰ」という））主導で複数ベアラのうち一のベアラを解放する制御を行う実施形態である。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００１５】
［第１実施形態］
前述したように、第１実施形態では、ＥＰＣネットワークにおいて複数ベアラがＵＥと異なる複数のＳＧＷ間に設定された状況で、ＰＧＷ主導で複数ベアラのうち一のベアラを解放する制御を行う実施形態を説明する。
【００１６】
（第１実施形態のシステム構成）
図１に示すように第１実施形態に係る通信システム１は、端末（ＵＥ）１０と、基地局に相当するｅＮｏｄｅＢ（以下、発明の実施形態では「ｅＮＢ」という）２０と、ネットワークに在圏するＵＥ１０の位置管理、認証制御、通信経路設定等の処理を行うＭＭＥ（Mobility  Management  Entity）３０と、端末ユーザのユーザ情報（加入者情報）を管理するＨＳＳ（Home  Subscriber  Server）６０と、後述するＳＧＷ（Serving  gateway）４０と、ＳＧＷ４０の上流側に位置する後述するＰＧＷ（Packet  data  network  gateway）５０と、を含んで構成されている。ここでは本発明に係る「処理サーバ」はＭＭＥ３０に対応する。
【００１７】
ＳＧＷ４０は、ＬＴＥを収容する在圏パケット交換機の機能を果たすゲートウェイ装置であり、ＵＥ１０により利用される通信サービスの要件に対応して１つ又は複数のＳＧＷ４０が設けられる。
【００１８】
ＰＧＷ５０は、ＰＤＮ（Packet  data  network）との接合点であり、ＩＰアドレスの割当て、ＳＧＷ４０へのパケット転送などを行うゲートウェイ装置である。
【００１９】
本実施形態では、一例として、ＵＥ１０により利用される複数の通信サービスの要件それぞれに対応してＳＧＷ４０（ここではＳＧＷ１、ＳＧＷ２）およびＰＧＷ５０（ここではＰＧＷ１、ＰＧＷ２）が設けられた例を説明する。
【００２０】
本発明に関連する機能ブロックとして、ＰＧＷ５０は、ベアラのアイドル状態の継続時間であるアイドル時間をベアラごとに測定する測定部５１と、測定部５１により測定されたアイドル時間が後述するアイドルタイマ閾値に達したか否かをベアラごとに判断する判断部５２と、判断部５２により一のベアラについてアイドル時間がアイドルタイマ閾値に達したと判断された場合にＭＭＥ３０に当該一のベアラの解放を要求する要求部５３と、を備える。また、ＭＭＥ３０は、要求部５３からの要求に応じて一のベアラの解放処理を行う解放処理部３１を備える。
【００２１】
上記のアイドルタイマ閾値（以下、発明の実施形態では「Idle  timer」ともいう）は、一のベアラがアイドル状態であると判断するためのアイドルタイマ閾値であり、複数のベアラの各々について、サービスタイプ、ＵＥのUsage  type、端末ユーザの加入者タイプ（subscriber  type）等に基づきＭＭＥ３０（又は図示しないＳＭＦ（Slice  Management  Function：スライス管理機能部））によって予め定められる。ＭＭＥ３０は、E-RAN（Enterprise  Radio  Access  Network）  ID、EPS（Enhanced  Packet  System）  ID、DCN（Data  Center  Network）  ID等とアイドルタイマ閾値とを対応付けて記憶した対応テーブルを保持し、対応するアイドルタイマ閾値をＰＧＷ５０に通知する。一例として、図２（ａ）に示すE-RAN  IDとアイドルタイマ閾値とを対応付けて記憶した対応テーブルがＭＭＥ３０により保持される。ＰＧＷ５０の判断部５２は、例えば図２（ｂ）に示す各ベアラとアイドルタイマ閾値とを対応付けて記憶した対応テーブルを保持し、前述したように、測定部５１により測定されたアイドル時間が後述するアイドルタイマ閾値に達したか否かをベアラごとに判断する。
【００２２】
ここで、図３を参照して、ＰＧＷ５０のハードウェア構成の一例について説明する。ＰＧＷ５０の機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、有線及び／又は無線で相互にリンクした物理的及び／又は論理的に分離した２つ以上の装置により実現されてもよい。なお、以下で説明するハードウェア構成例は、ＰＧＷ５０に限らず、図１に示すＨＳＳ６０、ＳＧＷ４０、ＭＭＥ３０、ｅＮＢ２０、ＵＥ１０において採用してもよい。
【００２３】
例えば、本発明の一実施の形態におけるＰＧＷ５０は、本発明に係るベアラ（ＰＤＵセッション）解放制御を行うコンピュータとして機能してもよい。図３は、本発明の一実施の形態に係るＰＧＷ５０のハードウェア構成の一例を示す図である。上述のＰＧＷ５０は、物理的には、プロセッサ５０Ａ、メモリ５０Ｂ、ストレージ５０Ｃ、通信モジュール５０Ｄ、入力装置５０Ｅ、出力装置５０Ｆ、バス５０Ｇなどを含むコンピュータ装置として構成されてもよい。
【００２４】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ＰＧＷ５０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【００２５】
ＰＧＷ５０における各機能は、プロセッサ５０Ａ、メモリ５０Ｂなどのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ５０Ａが演算を行い、通信モジュール５０Ｄによる通信、メモリ５０Ｂ及びストレージ５０Ｃにおけるデータの読み出し及び／又は書き込みを制御することで実現される。
【００２６】
プロセッサ５０Ａは、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ５０Ａは、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central  Processing  Unit）で構成されてもよい。例えば、上述の測定部５１、判断部５２、要求部５３などは、プロセッサ５０Ａで実現されてもよい。
【００２７】
また、プロセッサ５０Ａは、プログラム（プログラムコード）、ソフトウェアモジュール及びデータを、ストレージ５０Ｃ及び／又は通信モジュール５０Ｄからメモリ５０Ｂに読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、測定部５１、判断部５２、要求部５３などは、メモリ５０Ｂに格納され、プロセッサ５０Ａで動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ５０Ａで実行される旨を説明してきたが、２以上のプロセッサ５０Ａにより同時又は逐次に実行されてもよい。プロセッサ５０Ａは、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。
【００２８】
メモリ５０Ｂは、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ＲＯＭ）、ＥＥＰＲＯＭ（Electrically  Erasable  Programmable  ＲＯＭ）、ＲＡＭ（Random  Access  Memory）などの少なくとも１つで構成されてもよい。メモリ５０Ｂは、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ５０Ｂは、本発明の一実施の形態に係る方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【００２９】
ストレージ５０Ｃは、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact  Disc  ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ５０Ｃは、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ５０Ｂ及び／又はストレージ５０Ｃを含むデータベース、サーバその他の適切な媒体であってもよい。
【００３０】
通信モジュール５０Ｄは、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカードなどともいう。
【００３１】
入力装置５０Ｅは、外部からの入力を受け付ける入力デバイスである。出力装置５０Ｆは、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置５０Ｅ及び出力装置５０Ｆは、一体となった構成（例えば、タッチパネル）であってもよい。
【００３２】
また、プロセッサ５０Ａ、メモリ５０Ｂなどの各装置は、情報を通信するためのバス５０Ｇで接続される。バス５０Ｇは、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【００３３】
また、ＰＧＷ５０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ５０Ａは、これらのハードウェアの少なくとも１つで実装されてもよい。
【００３４】
（第１実施形態の処理内容）
以下、図４、図５を参照して第１実施形態の処理内容を説明する。
【００３５】
まず、図４を参照して第１実施形態におけるアタッチ処理を説明する。ＵＥがアタッチ処理を要求するAttach  RequestをｅＮＢへ送信すると、Attach  RequestはｅＮＢからＭＭＥへ転送される（図４のステップ１）。ＭＭＥは、ＵＥが利用するサービスタイプ等に応じてＳＧＷ１とＰＧＷ１を選択するとともに、上記ＵＥがベアラ１に係るサービスを利用する際のアイドルタイマ情報（IDLE  timer1）を、自機（ＭＭＥ）が保存している図２（ａ）のテーブルから又は図示しないＳＭＦから取得し、E-RAN  IDとIDLE  timer1を含んだCreate  Session  RequestをＳＧＷ１へ送信する（図４のステップ２）。そして、ＳＧＷ１は、E-RAN  IDとIDLE  timer1を含んだCreate  Session  RequestをＰＧＷ１へ送信する（図４のステップ３）。これにより、ＰＧＷ１はベアラ１に係るアイドルタイマ情報（IDLE  timer1）を取得する。そして、ＰＧＷ１は、ＳＧＷ１へCreate  Session  Responseを応答し（図４のステップ４）、ＳＧＷ１は、ＭＭＥへCreate  Session  Responseを応答する（図４のステップ５）。さらに、ＭＭＥが、E-RAN  IDを含んだInitial  Context  RequestをｅＮＢへ送信すると（図４のステップ６）、その後、ＵＥとｅＮＢ間でＲＲＣコネクションが確立され（図４のステップ７）、これにより、ＵＥとｅＮＢ間、ｅＮＢとＳＧＷ１間、および、ＳＧＷ１とＰＧＷ１間で、ベアラ１が確立される。
【００３６】
ベアラ２についても、図４のステップ１〜７と同様の処理が実行され、ＰＧＷ２はベアラ２に係るアイドルタイマ情報（IDLE  timer2）を取得し（図４のステップ８）、ＵＥとｅＮＢ間、ｅＮＢとＳＧＷ２間、および、ＳＧＷ２とＰＧＷ２間で、ベアラ２が確立される。なお、上記ステップ２、３、６では、E-RAN  IDに代わり、EPS  IDを用いてもよい。
【００３７】
以上のように、ほぼ同様のベアラ確立手順を２回繰り返すことで、ベアラ１、２が確立される。
【００３８】
第１実施形態では、一のベアラを解放する処理として、以下の図５のベアラ解放処理が実行される。図５に示すベアラ解放処理では、ベアラ１、２が既に確立された状態で、ＰＧＷ１においてベアラ１のアイドルタイマが動作中であり、ＰＧＷ２においてベアラ２のアイドルタイマが動作中である（図５のステップ１）。即ち、各ＰＧＷにおいて測定部２１によりベアラごとにアイドル時間が測定されている。そして、一のベアラ（ここでは例えばベアラ２）の上り／下りトラヒックが無いまま、ベアラ２のアイドルタイマが閾値に達すると（図５のステップ２）、ＰＧＷ２の判断部２２によりベアラ２のアイドル時間がIDLE  timer2に達したと判断され、ＰＧＷ２の要求部２３によりベアラ２の解放が要求され、以下のようにベアラ２の解放処理が実行される。
【００３９】
ここでは、ＰＧＷ２は、Delete  Bearer  RequestをＳＧＷ２へ送信し（図５のステップ３）、ＳＧＷ２は、Delete  Bearer  RequestをＭＭＥへ送信する（図５のステップ４）。そして、ＭＭＥがE-RAB/EPS  IDを含んだDeactivate  Bearer  RequestをｅＮＢへ送信し（図５のステップ５）、これを受けたｅＮＢとＵＥ間でベアラ２についてRRC  Connection  Releaseが実行される（図５のステップ６）。その後、ｅＮＢは、E-RAB/EPS  IDを含んだDeactivate  Bearer  ResponseをＭＭＥへ応答し（図５のステップ７）、ＭＭＥは、Delete  Bearer  ResponseをＳＧＷ２へ応答し（図５のステップ８）、さらに、ＳＧＷ２は、Delete  Bearer  ResponseをＰＧＷ２へ応答する（図５のステップ９）。
【００４０】
以上により、図５に示すように、ベアラ２は解放され、一方、ベアラ１は解放されずに残る。
【００４１】
このときベアラ１は解放されずに残っているため、ＵＥの状態はConnectedのままとなる。これにより、端末が同時に複数のベアラにアクセスするケースでも、各ベアラの稼働状況を適切に判断し、ベアラ解放に係る制御を適切に行うことができる。
【００４２】
［第２実施形態］
前述したように、第２実施形態では、ＥＰＣネットワークにおいて複数ベアラがＵＥと単一のＳＧＷ間に設定された状況で、ＰＧＷ主導で複数ベアラのうち一のベアラを解放する制御を行う実施形態を説明する。
【００４３】
（第２実施形態のシステム構成）
図６に示すように第２実施形態に係る通信システム１Ｓは、前述した第１実施形態の通信システム１（図１）とほぼ同様の構成であるが、複数ベアラがＵＥ１０と単一のＳＧＷ４０間に設定され単一のＰＧＷ５０に到達する点が第１実施形態の通信システム１（図１）と異なる。
【００４４】
ＰＧＷ５０およびＭＭＥ３０が備える本発明に関連する機能ブロック（解放処理部３１、測定部５１等）、図２（ａ）、（ｂ）に示すIdle  timerの対応テーブル、並びに、図３の各装置のハードウェア構成例は、第１実施形態と同様なので、ここでは重複した説明を省略する。
【００４５】
（第２実施形態の処理内容）
以下、図７および図８を参照して第２実施形態の処理内容を説明する。図７に示す第２実施形態におけるアタッチ処理では、ＵＥが複数のベアラ（ここではベアラ１、２）に係るアタッチ処理を要求するAttach  RequestをｅＮＢへ送信すると、Attach  RequestはｅＮＢからＭＭＥへ転送される（図７のステップ１）。そして、ＭＭＥは、ＵＥが利用するサービスタイプ等に応じて単一のＳＧＷと単一のＰＧＷを選択するとともに、ＵＥがベアラ１に係るサービスを利用する際のアイドルタイマ情報（IDLE  timer1）およびＵＥがベアラ２に係るサービスを利用する際のアイドルタイマ情報（IDLE  timer2）を、自機（ＭＭＥ）が保存している図２（ａ）のテーブルから又は図示しないＳＭＦから取得し、E-RAN  ID1とIDLE  timer1の組合せおよびE-RAN  ID2とIDLE  timer2の組合せを含んだCreate  Session  RequestをＳＧＷへ送信する（図７のステップ２）。そして、ＳＧＷは、E-RAN  ID1とIDLE  timer1の組合せおよびE-RAN  ID2とIDLE  timer2の組合せを含んだCreate  Session  RequestをＰＧＷへ送信する（図７のステップ３）。これにより、ＰＧＷはベアラ１に係るアイドルタイマ情報（IDLE  timer1）およびベアラ２に係るアイドルタイマ情報（IDLE  timer2）を取得する。そして、ＰＧＷは、ＳＧＷへCreate  Session  Responseを応答し（図７のステップ４）、ＳＧＷは、ＭＭＥへCreate  Session  Responseを応答する（図７のステップ５）。さらに、ＭＭＥが、E-RAN  ID1とE-RAN  ID2とを含んだInitial  Context  RequestをｅＮＢへ送信すると（図７のステップ６）、その後、ＵＥとｅＮＢ間でＲＲＣコネクションが確立され（図７のステップ７）、これにより、ＵＥとｅＮＢ間、ｅＮＢと単一のＳＧＷ間、および、単一のＳＧＷと単一のＰＧＷ間で、ベアラ１およびベアラ２が確立される。
【００４６】
以上のように、ベアラ確立手順を１回実行することで、ベアラ１、２が確立される。
【００４７】
第２実施形態では、一のベアラを解放する処理として、図８に示すベアラ解放処理が実行される。図８に示すベアラ解放処理では、ベアラ１、２が既に確立された状態で、ＰＧＷにおいてベアラ１のアイドルタイマおよびベアラ２のアイドルタイマが動作中である（図８のステップ１）。即ち、図１の測定部５１によりベアラごとにアイドル時間が測定されている。そして、一のベアラ（ここでは例えばベアラ２）の上り／下りトラヒックが無いまま、ベアラ２のアイドルタイマが閾値に達すると（図８のステップ２）、図１の判断部５２によりベアラ２のアイドル時間がIDLE  timer2に達したと判断され、図１の要求部５３によりベアラ２の解放が要求され、以下のようにベアラ２の解放処理が実行される。
【００４８】
ここでは、ＰＧＷは、EPS  IDを含んだDelete  Bearer  RequestをＳＧＷへ送信し（図８のステップ３）、ＳＧＷは、EPS  IDを含んだDelete  Bearer  RequestをＭＭＥへ送信する（図８のステップ４）。そして、ＭＭＥがE-RAB/EPS  IDを含んだDeactivate  Bearer  RequestをｅＮＢへ送信し（図８のステップ５）、これを受けたｅＮＢとＵＥ間でベアラ２についてRRC  Connection  Releaseが実行される（図８のステップ６）。その後、ｅＮＢは、E-RAB/EPS  IDを含んだDeactivate  Bearer  ResponseをＭＭＥへ応答し（図８のステップ７）、ＭＭＥは、Delete  Bearer  ResponseをＳＧＷへ応答し（図８のステップ８）、さらに、ＳＧＷは、Delete  Bearer  ResponseをＰＧＷへ応答する（図８のステップ９）。以上により、図８に示すように、ＵＥ−ＰＧＷ間でベアラ２は解放される。
【００４９】
このときベアラ１は解放されずに残っているため、ＵＥの状態はConnectedのままとなる。これにより、端末が同時に複数のベアラにアクセスするケースでも、各ベアラの稼働状況を適切に判断し、ベアラ解放に係る制御を適切に行うことができる。
【００５０】
［第３実施形態］
前述したように、第３実施形態では、いわゆる次世代ネットワークにおいてＰＤＵセッションがＵＥと複数のユーザプレーンそれぞれとの間に設定された状況で、ユーザプレーン主導で複数ベアラのうち一のベアラを解放する制御を行う実施形態を説明する。
【００５１】
（第３実施形態のシステム構成）
図９に示すように第３実施形態に係る通信システム２は、端末（ＵＥ）１０と、基地局に相当するｅＮＢ２０と、次世代ネットワークにおける共通制御プレーン（Common  Control  Plane（以下、発明の実施形態では「Common  CP」という））３５と、端末ユーザのユーザ情報（加入者情報）を管理するＳＤＭ（Subscription  Data  Management）６５と、後述するCP-SM（Control  Plane-Session  Management）７０と、後述するユーザプレーン（User  Plane（以下、発明の実施形態では「UP」という））８０と、を含んで構成されている。ここでは本発明に係る「処理サーバ」はCommon  CP３５に対応する。
【００５２】
CP-SM７０は、ＵＥ１０により利用される通信サービスのための制御信号を伝送するゲートウェイにおけるセッション管理機能部に相当し、通信サービスの要件に対応して１つ又は複数のCP-SM７０が設けられる。ここでは、一例としてCP-SM1とCP-SM2とが設定される。
【００５３】
UP８０は、ＵＥ１０により利用される通信サービスのためのユーザ信号を伝送するゲートウェイに相当し、個々のCP-SM７０に対応してUP８０が設定される。即ち、UP-1がCP-SM1に対応して設定され、UP-2がCP-SM2に対応して設定される。
【００５４】
本実施形態では、図９に示すように、ＵＥ１０により利用される通信サービスとして、例えば、V2X（Vehicle  to  Everything）サービスと動画配信サービスとが想定され、後述する図１０の処理により、V2XサービスのためにＵＥ１０とUP-1間にV2Xセッションが設定され、動画配信サービスのためにＵＥ１０とUP-2間にMBB（Mobile  broadband）セッションが設定される。
【００５５】
Common  CP３５およびUP８０が備える本発明に関連する機能ブロック（解放処理部３６、測定部８１等）、図２（ａ）、図２（ｃ）に示すIdle  timerの対応テーブル、並びに、図３の各装置のハードウェア構成例は、第１実施形態と同様なので、ここでは重複した説明を省略する。図２（ａ）に示すIdle  timerの対応テーブルは、図１のＭＭＥ３０に対応するCommon  CP３５により保持される。図２（ｃ）に示すように、Idle  timerは、UP８０の判断部８２により各ＰＤＵセッションに対応付けて、例えばテーブル形式で記憶されている。判断部８２は、記憶したIdle  timer情報を用いて、測定部８１により測定されたアイドル時間がアイドルタイマ閾値に達したか否かをＰＤＵセッションごとに判断する。
【００５６】
（第３実施形態の処理内容）
以下、図１０および図１１を参照して第３実施形態の処理内容を説明する。図１０に示す第３実施形態におけるアタッチ処理では、まず、ＵＥ、ｅＮＢおよびCommon  CP（図１０、図１１では「C-CP」と略記する）間で従来手法によりＵＥの認証およびスライス選択が実行される（図１０のステップ１）。ここではV2XサービスのためにV2Xスライスが選択され、動画配信サービスのためにMBBスライスが選択される。
【００５７】
次に、ＵＥがV2XスライスのためのPDU  Session  RequestをｅＮＢへ送信すると、このPDU  Session  RequestはｅＮＢからCommon  CPへ送信される（図１０のステップ２）。そして、Common  CPは、ＳＤＭからUE  ID等のＵＥのユーザ情報（加入者情報）を入手し（図１０のステップ３）、当該ＵＥがV2Xサービスを利用する際のアイドルタイマ情報を、自機（Common  CP）が保存している図２（ａ）のテーブルから又は図示しないＳＭＦから取得し、当該アイドルタイマ情報が付加されたPDU  Session  RequestをCP-SM1へ送信する（図１０のステップ４）。さらに、CP-SM1は、V2XスライスのためのUPとしてUP-1を選択し（図１０のステップ５）、アイドルタイマ情報、ＵＥ−ＩＤ、ＥＣＧＩ（E-UTRAN  Cell  Global  ID）等が付加されたPDU  Session  RequestをUP-1に送信する（図１０のステップ６）。これにより、上記PDU  Session  Requestを受信したUP-1は、V2Xスライスのためのアイドルタイマ情報を取得する。そして、UP-1は、肯定応答としてPDU  Session  ResponseをCP-SM1に送信し（図１０のステップ７）、CP-SM1はPDU  Session  ResponseをCommon  CPに送信する（図１０のステップ８）。さらに、Common  CPは、PDU  Session  ResponseをｅＮＢに送信し、ｅＮＢは、PDU  Session  ResponseをＵＥに送信する（図１０のステップ９）。このようにして、ＵＥとｅＮＢ間、および、ｅＮＢとUP-1間に、V2XスライスのためのＰＤＵセッション（以下「V2X  PDUセッション」という）が確立される（図１０のステップ１０）。
【００５８】
MBBスライスのためのＰＤＵセッション（以下「MBB  PDUセッション」という）についてもほぼ同様に、ＵＥがMBBスライスのためのPDU  Session  RequestをｅＮＢへ送信すると、このPDU  Session  RequestはｅＮＢからCommon  CPへ送信される（図１０のステップ１１）。以後、MBBスライスについて、Common  CP、CP-SM2およびUP-2間で上記ステップ３〜８と同様の処理が実行され（図１０のステップ１２）、この中で、UP-2は、MBBスライスのためのアイドルタイマ情報を取得する。さらに、Common  CPは、PDU  Session  ResponseをｅＮＢに送信し、ｅＮＢは、PDU  Session  ResponseをＵＥに送信する（図１０のステップ１３）。このようにして、ＵＥとｅＮＢ間、および、ｅＮＢとUP-2間に、MBB  PDUセッションが確立される（図１０のステップ１４）。
【００５９】
以上のように、ほぼ同様のＰＤＵセッション確立手順を２回繰り返すことで、V2X  PDUセッションおよびMBB  PDUセッションが確立される。
【００６０】
第３実施形態では、一のＰＤＵセッションを解放する処理として、図１１に示す処理が実行される。図１１に示す処理では、V2X  PDUセッションおよびMBB  PDUセッションが既に確立された状態で、UP-1においてV2X  PDUセッションのアイドルタイマが動作中であり、UP-2においてMBB  PDUセッションのアイドルタイマが動作中である（図１１のステップ１）。即ち、図９の測定部８１によりＰＤＵセッションごとにアイドル時間が測定されている。そして、一のＰＤＵセッション（ここでは例えばMBB  PDUセッション）の上り／下りトラヒックが無いまま、当該ＰＤＵセッションのアイドルタイマが閾値（IDLE  timer2）に達すると（図１１のステップ２）、UP-2の判断部８２によりMBB  PDUセッションのアイドル時間がIDLE  timer2に達したと判断され、以下のようにUP-2の要求部８３によりMBB  PDUセッションの解放が要求され、MBB  PDUセッションの解放処理が実行される。
【００６１】
UP-2の要求部８３は、MBB  PDUセッションのアイドルタイマが閾値に達した旨の理由およびＵＥ−ＩＤを含んだPDU  Session  Release  RequestをCP-SM2へ送信し（図１１のステップ３）、CP-SM2は、上記PDU  Session  Release  RequestをCommon  CPへ送信する（図１１のステップ４）。そして、Common  CPは、MBB  PDUセッションのSession  IDおよびＵＥ−ＩＤを含んだPDU  Session  Release  RequestをｅＮＢへ送信し（図１１のステップ５）、MBB  PDUセッションについてｅＮＢとＵＥ間でRRC  Connection  Releaseが実行される（図１１のステップ６）。その後、ｅＮＢは、肯定応答として、MBB  PDUセッションのSession  IDおよびＵＥ−ＩＤを含んだPDU  Session  Release  ResponseをCommon  CPへ送信し（図１１のステップ７）、Common  CPは、PDU  Session  Release  Responseに含まれたSession  IDに対応するCP-SM2へ、ＵＥ−ＩＤを含んだPDU  Session  Release  Responseを送信し（図１１のステップ８）、そして、CP-SM2は、ＵＥ−ＩＤを含んだPDU  Session  Release  ResponseをUP-2へ送信する（図１１のステップ９）。さらに、Common  CPとＵＥ間でMBB  NAS（Network  Attached  Storage）が解放され（図１１のステップ１０ａ）、UP-2は、受信したPDU  Session  Release  Responseに含まれたUE  IDに対応するＵＥに関するＵＥコンテキストをリリースし、ＵＥとUP-2間のMBB  PDUセッションが解放される（図１１のステップ１０ｂ）。以上により、図１１に示すように、ＵＥとUP-2間でMBB  PDUセッションは解放される。このときV2X  PDUセッションは解放されずに残っているため、ＵＥの状態はConnectedのままとなる。これにより、端末が同時に複数のＰＤＵセッションにアクセスするケースでも、各ＰＤＵセッションの稼働状況を適切に判断し、ＰＤＵセッション解放に係る制御を適切に行うことができる。
【００６２】
上述した第１〜第３実施形態によれば、端末が同時に複数のベアラ又はＰＤＵセッションにアクセスするケースでも、各ベアラ又は各ＰＤＵセッションの稼働状況を適切に判断し、ベアラ又はＰＤＵセッションの解放に係る制御を適切に行うことができる。
【００６３】
また、ネットワークにおいて上流側に位置するＰＧＷ（又はＵＰ）によって、アイドル時間の測定、アイドル時間がアイドルタイマ閾値に達したか否かの判断、および、一のベアラ（又はＰＤＵセッション）についてアイドル時間がアイドルタイマ閾値に達したと判断された場合の当該一のベアラ（又はＰＤＵセッション）の解放要求を行うことにより、ＲＡＮ（Radio  Access  Network）仕様に変更を加える必要が無いという利点がある。
【００６４】
また、各ベアラ又は各ＰＤＵセッションの稼働状況を判断するためのアイドル時間監視において、アイドル状態であると判断するためのアイドルタイマ閾値が用いられるが、このアイドルタイマ閾値は、ＰＧＷによって各ベアラに対応付けて図２（ｂ）のように記憶され、ユーザプレーン（ＵＰ）によって各ＰＤＵセッションに対応付けて図２（ｃ）のように記憶されている。このようにアイドルタイマ閾値をＰＧＷ又はユーザプレーン（ＵＰ）により管理することで、新規のベアラ又はＰＤＵセッションが確立された場合等にアイドル時間監視を適切に行い、各ベアラ又は各ＰＤＵセッションの稼働状況判断を適切に行うことができる。
【００６５】
なお、本発明のベアラ又はＰＤＵセッションの解放に係る制御に関し、図１および図６のＨＳＳ６０、並びに図９のＳＤＭ６５は必須構成要件ではなく、ベアラ（又はＰＤＵセッション）ごとの適切なアイドルタイマ閾値がＰＧＷ（又はユーザプレーン）に通知される構成であれば、ＨＳＳ６０、ＳＤＭ６５は省略してもよい。
【００６６】
以上、本実施形態について詳細に説明したが、当業者にとっては、本実施形態が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本実施形態は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本実施形態に対して何ら制限的な意味を有するものではない。
【００６７】
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（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）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【００６９】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【００７０】
情報等は、上位レイヤ(または下位レイヤ)から下位レイヤ(または上位レイヤ)へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
【００７１】
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【００７２】
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【００７３】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【００７４】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【００７５】
また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【００７６】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【００７７】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。
【００７８】
本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。
【００７９】
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
【００８０】
上述したパラメータに使用する名称はいかなる点においても限定的なものではない。さらに、これらのパラメータを使用する数式等は、本明細書で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素（例えば、ＴＰＣなど）は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的なものではない。
【００８１】
本実施形態の基地局（ｅＮＢ）は、１つまたは複数の（セクタとも呼ばれる）セルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局ＲＲＨ：Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｈｅａｄ）によって通信サービスを提供することもできる。「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、および／または基地局サブシステムのカバレッジエリアの一部または全体を指す。さらに、「基地局」「ｅＮＢ」、「セル」、および「セクタ」という用語は、本明細書では互換的に使用され得る。基地局は、固定局（fixed  station）、ＮｏｄｅＢ、アクセスポイント（access  point）、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。
【００８２】
端末（ＵＥ）は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【００８３】
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking  up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【００８４】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【００８５】
本明細書で「第１の」、「第２の」などの呼称を使用した場合においては、その要素へのいかなる参照も、それらの要素の量または順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１および第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
【００８６】
「含む（include）」、「含んでいる（comprising）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
【００８７】
本明細書において、文脈または技術的に明らかに1つのみしか存在しない装置である場合以外は、複数の装置をも含むものとする。
【符号の説明】
【００８８】
１、１Ｓ、２…通信システム、１０…ＵＥ（端末）、２０…ｅＮＢ（基地局）、３０…ＭＭＥ（処理サーバ）、３１…解放処理部、３５…Common  CP（処理サーバ）、３６…解放処理部、４０…ＳＧＷ、５０…ＰＧＷ、５０Ａ…プロセッサ、５０Ｂ…メモリ、５０Ｃ…ストレージ、５０Ｄ…通信モジュール、５０Ｅ…入力装置、５０Ｆ…出力装置、５０Ｇ…バス、５１…測定部、５２…判断部、５３…要求部、６０…ＨＳＳ、６５…ＳＤＭ、７０…ＣＰ−ＳＭ（制御プレーン）、８０…ＵＰ（ユーザプレーン）、８１…測定部、８２…判断部、８３…要求部。
【図１】
2018061920.tif 000003
【図２】
2018061920.tif 000004
【図３】
2018061920.tif 000005
【図４】
2018061920.tif 000006
【図５】
2018061920.tif 000007
【図６】
2018061920.tif 000008
【図７】
2018061920.tif 000009
【図８】
2018061920.tif 000010
【図９】
2018061920.tif 000011
【図１０】
2018061920.tif 000012
【図１１】
2018061920.tif 000013
【手続補正書】
【提出日】平成30年4月27日(2018.4.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末と、基地局と、端末に係る処理を実行する処理サーバと、一又は複数のサービングゲートウェイと、一又は複数のパケットデータネットワークゲートウェイと、を含み、複数のベアラが前記基地局および前記一又は複数のサービングゲートウェイを経由して前記端末と前記一又は複数のパケットデータネットワークゲートウェイ間に設定された通信システム、にて実行される通信制御方法であって、
前記パケットデータネットワークゲートウェイが、ベアラのアイドル状態の継続時間であるアイドル時間をベアラごとに測定するステップと、
前記パケットデータネットワークゲートウェイが、ベアラがアイドル状態であると判断するためのアイドルタイマ閾値であって前記複数のベアラの各々について予め定められた当該アイドルタイマ閾値に、測定された前記アイドル時間が達したか否かを、ベアラごとに判断するステップと、
一のベアラについて前記アイドル時間が前記アイドルタイマ閾値に達したと判断された場合に、前記パケットデータネットワークゲートウェイが、前記処理サーバに当該一のベアラの解放を要求するステップと、
前記処理サーバが、前記パケットデータネットワークゲートウェイからの要求に応じて前記一のベアラの解放処理を行うステップと、
を備え、
前記アイドルタイマ閾値は、前記パケットデータネットワークゲートウェイにより、各ベアラに対応付けて記憶されている、
通信制御方法。
【請求項２】
（削除）
【請求項３】
端末と、基地局と、端末に係る処理を実行する処理サーバと、前記端末が利用する通信サービスのための制御信号を伝送する複数の制御プレーンと、前記通信サービスのためのユーザ信号を伝送する複数のユーザプレーンと、を含み、ＰＤＵセッションが前記基地局を経由して前記端末と前記複数のユーザプレーンそれぞれとの間に設定された通信システム、にて実行される通信制御方法であって、
各ユーザプレーンが、自己のユーザプレーンに設定されたＰＤＵセッションのアイドル状態の継続時間であるアイドル時間を測定するステップと、
各ユーザプレーンが、自己のユーザプレーンに設定されたＰＤＵセッションがアイドル状態であると判断するための予め定められたアイドルタイマ閾値に、測定された前記アイドル時間が達したか否かを判断するステップと、
一のユーザプレーンにより前記アイドル時間が前記アイドルタイマ閾値に達したと判断された場合に、当該一のユーザプレーンが、当該一のユーザプレーンに設定されたＰＤＵセッションの解放を前記処理サーバに要求するステップと、
前記処理サーバが、前記一のユーザプレーンからの要求に応じて当該一のユーザプレーンに設定されたＰＤＵセッションの解放処理を行うステップと、
を備え、
前記アイドルタイマ閾値は、各ユーザプレーンにより、各ＰＤＵセッションに対応付けて記憶されている、
通信制御方法。
【請求項４】
（削除）
【請求項５】
端末と、基地局と、端末に係る処理を実行する処理サーバと、一又は複数のサービングゲートウェイと、一又は複数のパケットデータネットワークゲートウェイと、を含み、複数のベアラが前記基地局および前記一又は複数のサービングゲートウェイを経由して前記端末と前記一又は複数のパケットデータネットワークゲートウェイ間に設定された通信システムであって、
前記パケットデータネットワークゲートウェイは、
ベアラのアイドル状態の継続時間であるアイドル時間をベアラごとに測定する測定部と、
ベアラがアイドル状態であると判断するためのアイドルタイマ閾値であって前記複数のベアラの各々について予め定められた当該アイドルタイマ閾値に、前記測定部により測定された前記アイドル時間が達したか否かを、ベアラごとに判断する判断部と、
前記判断部により一のベアラについて前記アイドル時間が前記アイドルタイマ閾値に達したと判断された場合に、前記処理サーバに当該一のベアラの解放を要求する要求部と、
を備え、
前記処理サーバは、
前記パケットデータネットワークゲートウェイからの要求に応じて前記一のベアラの解放処理を行う解放処理部、
を備え、
前記アイドルタイマ閾値は、前記パケットデータネットワークゲートウェイにより、各ベアラに対応付けて記憶されている、
通信システム。
【請求項６】
端末と、基地局と、端末に係る処理を実行する処理サーバと、前記端末が利用する通信サービスのための制御信号を伝送する複数の制御プレーンと、前記通信サービスのためのユーザ信号を伝送する複数のユーザプレーンと、を含み、ＰＤＵセッションが前記基地局を経由して前記端末と前記複数のユーザプレーンそれぞれとの間に設定された通信システムであって、
各ユーザプレーンは、
自己のユーザプレーンに設定されたＰＤＵセッションのアイドル状態の継続時間であるアイドル時間を測定する測定部と、
自己のユーザプレーンに設定されたＰＤＵセッションがアイドル状態であると判断するための予め定められたアイドルタイマ閾値に、前記測定部により測定された前記アイドル時間が達したか否かを判断する判断部と、
前記判断部により前記アイドル時間が前記アイドルタイマ閾値に達したと判断された場合に、自己のユーザプレーンに設定されたＰＤＵセッションの解放を前記処理サーバに要求する要求部と、
を備え、
前記処理サーバは、
一のユーザプレーンからの要求に応じて当該一のユーザプレーンに設定されたＰＤＵセッションの解放処理を行う解放処理部、
を備え、
前記アイドルタイマ閾値は、各ユーザプレーンにより、各ＰＤＵセッションに対応付けて記憶されている、
通信システム。
【国際調査報告】
2018061920.tif 000014
2018061920.tif 000015
2018061920.tif 000016
2018061920.tif 000017