(57)【要約】  複数のユーザプレーンに接続された端末は、当該複数のユーザプレーンのサービスエリアが重なる位置登録エリアの情報を位置登録エリアリストとして保持しており、端末が、位置登録エリアリストに記載された位置登録エリア（複数のサービスエリアが重なる位置登録エリア）の外に移動したとき、移動後の位置登録エリアの情報および位置登録エリアリストの更新要求をＭＭＥに送信し、ＭＭＥが、更新要求に基づき、移動後の位置登録エリアをサービスエリアとする複数のユーザプレーンにおけるサービスエリアが重なる位置登録エリアの情報を新たな位置登録エリアリストとして作成し端末に通知して更新させる。
2017169281.tif 000002
【特許請求の範囲】
【請求項１】
端末と、端末に係る処理を実行する処理サーバと、複数のサービングゲートウェイと、を含み、前記複数のサービングゲートウェイが、前記端末が利用する通信サービスのための制御信号を伝送する経路である制御プレーンと、前記通信サービスのためのユーザ信号を伝送する経路であるユーザプレーンとに分類され、前記端末が、１つ以上のユーザプレーンに接続され、該ユーザプレーンのサービスエリアに対応する位置登録エリアの情報を位置登録エリアリストとして保持する通信システムにおいて、前記位置登録エリアリストを更新する位置登録エリアリスト更新方法であって、
前記端末は、複数のユーザプレーンに接続される場合、前記複数のユーザプレーンのサービスエリアが重なる位置登録エリアの情報を前記位置登録エリアリストとして保持し、
前記位置登録エリアリスト更新方法は、
前記端末が、前記位置登録エリアリストに記載された位置登録エリアの外に移動したときに、移動後の位置登録エリアの情報および位置登録エリアリストの更新要求を前記処理サーバに送信するステップと、
前記処理サーバが、前記更新要求に基づき、移動後の位置登録エリアをサービスエリアとする複数のユーザプレーンにおけるサービスエリアが重なる位置登録エリアの情報を新たな位置登録エリアリストとして作成し、該新たな位置登録エリアリストを前記端末に通知して更新させるステップと、
を含む、位置登録エリアリスト更新方法。
【請求項２】
端末と、端末に係る処理を実行する処理サーバと、複数のサービングゲートウェイと、を含み、前記複数のサービングゲートウェイが、前記端末が利用する通信サービスのための制御信号を伝送する経路である制御プレーンと、前記通信サービスのためのユーザ信号を伝送する経路であるユーザプレーンとに分類され、前記端末が、１つ以上のユーザプレーンに接続され、該ユーザプレーンのサービスエリアに対応する位置登録エリアの情報を位置登録エリアリストとして保持する通信システムにおいて、前記位置登録エリアリストを更新する位置登録エリアリスト更新方法であって、
１つ以上のユーザプレーンに接続された端末が、新たなユーザプレーンに接続されるとき、又は、接続済みのユーザプレーンとの接続を切断するときに、前記位置登録エリアリストの更新要求を前記処理サーバに送信するステップと、
前記処理サーバが、前記更新要求に基づく更新後の複数のユーザプレーンにおけるサービスエリアが重なる位置登録エリアの情報を新たな位置登録エリアリストとして作成し、該新たな位置登録エリアリストを前記端末に通知して更新させるステップと、
を含む、位置登録エリアリスト更新方法。
【請求項３】
端末と、端末に係る処理を実行する処理サーバと、複数のサービングゲートウェイと、を含み、前記複数のサービングゲートウェイが、前記端末が利用する通信サービスのための制御信号を伝送する経路である制御プレーンと、前記通信サービスのためのユーザ信号を伝送する経路であるユーザプレーンとに分類され、前記端末が、１つ以上のユーザプレーンに接続され、該ユーザプレーンのサービスエリアに対応する位置登録エリアの情報を位置登録エリアリストとして保持する通信システムにおいて、前記位置登録エリアリストを更新する位置登録エリアリスト更新方法であって、
前記端末は、複数のユーザプレーンに接続される場合、前記複数のユーザプレーンそれぞれのサービスエリアを構成する位置登録エリアの情報をユーザプレーン毎の位置登録エリアリストとして保持し、
前記位置登録エリアリスト更新方法は、
前記端末が、前記ユーザプレーン毎の位置登録エリアリストのうち、いずれかの位置登録エリアリストに記載された位置登録エリア群の外に移動したときに、移動後の位置登録エリアの情報および位置登録エリアリストの更新要求を前記処理サーバに送信するステップと、
前記処理サーバが、前記更新要求に基づき、移動後の位置登録エリアをサービスエリアとする複数のユーザプレーンに応じた位置登録エリアリストに関する情報を作成し前記端末に通知してユーザプレーン毎の位置登録エリアリストを更新させるステップと、
を含む位置登録エリアリスト更新方法。
【請求項４】
前記更新させるステップでは、前記処理サーバは、
前記複数のユーザプレーンのうち、移動に伴い追加となったユーザプレーンのサービスエリアを構成する位置登録エリアの情報を、前記位置登録エリアリストに関する情報として作成する、
ことを特徴とする請求項３に記載の位置登録エリアリスト更新方法。
【請求項５】
前記更新させるステップでは、前記処理サーバは、
前記複数のユーザプレーンそれぞれのサービスエリアを構成する位置登録エリアの情報を、前記位置登録エリアリストに関する情報として作成する、
ことを特徴とする請求項３に記載の位置登録エリアリスト更新方法。
【請求項６】
端末と、端末に係る処理を実行する処理サーバと、複数のサービングゲートウェイと、を含み、前記複数のサービングゲートウェイが、前記端末が利用する通信サービスのための制御信号を伝送する経路である制御プレーンと、前記通信サービスのためのユーザ信号を伝送する経路であるユーザプレーンとに分類され、前記端末が、１つ以上のユーザプレーンに接続され、該ユーザプレーンのサービスエリアに対応する位置登録エリアの情報を位置登録エリアリストとして保持する通信システムにおいて、前記位置登録エリアリストを更新する位置登録エリアリスト更新方法であって、
１つ以上のユーザプレーンに接続された端末が、新たなユーザプレーンに接続されるとき、又は、接続済みのユーザプレーンとの接続を切断するときに、前記位置登録エリアリストの更新要求を前記処理サーバに送信するステップと、
前記処理サーバが、前記更新要求に基づく更新後の複数のユーザプレーンに応じた位置登録エリアリストに関する情報を作成し前記端末に通知して、前記位置登録エリアリストをユーザプレーン毎の位置登録エリアリストに更新させるステップと、
を含む位置登録エリアリスト更新方法。
【請求項７】
前記更新させるステップでは、前記処理サーバは、
追加となった新たなユーザプレーンのサービスエリアを構成する位置登録エリアの情報を、前記位置登録エリアリストに関する情報として作成する、
ことを特徴とする請求項６に記載の位置登録エリアリスト更新方法。
【請求項８】
前記更新させるステップでは、前記処理サーバは、
更新後の複数のユーザプレーンそれぞれのサービスエリアを構成する位置登録エリアの情報を、前記位置登録エリアリストに関する情報として作成する、
ことを特徴とする請求項６に記載の位置登録エリアリスト更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、位置登録エリアリストの更新方法に関する。
【背景技術】
【０００２】
従来、アタッチ処理を要求した端末（ＵＥ：User  Equipment）の端末タイプに基づいてＭＭＥ（Mobility  Management  Entity）が選択され、選択されたＭＭＥがＳＧＷ（Serving  Gateway）の負荷情報に基づいてＳＧＷを選択する通信処理が、非特許文献１に記載されている。また、ＳＧＷの選択に際し、上記ＭＭＥが、端末により利用される通信サービスのための制御信号を伝送する経路である制御プレーンに対応するＳＧＷ（以下単に「制御プレーン」という）と、上記通信サービスのためのユーザ信号を伝送する経路であるユーザプレーンに対応するＳＧＷ（以下単に「ユーザプレーン」という）とを別々に選択する技術、および、ＭＭＥが端末により利用される複数の通信サービスそれぞれのためのユーザプレーンを選択し端末が複数のユーザプレーンに接続されたネットワーク環境を構築する技術が検討されている。【０００３】
一方、ＬＴＥ／ＥＰＣ（Long  Term  Evolution／Evolved  Packet  Core）では、位置登録エリア（ＴＡ：Tracking  Area）の識別情報を含んだ位置登録エリアリスト（以後「ＴＡＩリスト（Tracking  Area  Identityリスト）」という）によって端末の位置が管理され、端末は、当該端末が保持しているＴＡＩリストに記載されたＴＡの外に移動したとき、移動後の端末の位置に応じた新たなＴＡＩリストへの更新（ＴＡＵ：Tracking  Area  Update）を要求する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ  ＴＳ  ２３．４０１
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、従来のＴＡＩリストを用いた端末の位置管理では、端末が複数のユーザプレーンに接続されることはあまり考慮されていなかった。そのため、端末が、接続された複数のユーザプレーンのうち１つのユーザプレーンのサービスエリア外に移動したことを把握するのが困難であり、本来はユーザプレーンの切替えを行うべきところ、その切替えタイミングを把握するのが困難であった。【０００６】
また、アタッチ処理で既に１つのユーザプレーンに接続された端末が、新たなユーザプレーンに接続されるとき（即ち、ＰＤＮ（Public  Data  Network）コネクションの追加時）等でも、ＴＡＩリストを適切に更新してＴＡＩリストを用いた端末の位置管理を適切に行うことが待望される。【０００７】
本発明は、上記課題を解決するために成されたものであり、ＳＧＷとして制御プレーンとユーザプレーンとが別々に選択され端末が複数のユーザプレーンに接続可能なネットワーク環境において、ＴＡＩリストを用いた端末の位置管理を適切に行うことを目的とする。
【課題を解決するための手段】
【０００８】
本発明の第１の態様に係る位置登録エリアリスト更新方法は、端末と、端末に係る処理を実行する処理サーバと、複数のサービングゲートウェイと、を含み、前記複数のサービングゲートウェイが、前記端末が利用する通信サービスのための制御信号を伝送する経路である制御プレーンと、前記通信サービスのためのユーザ信号を伝送する経路であるユーザプレーンとに分類され、前記端末が、１つ以上のユーザプレーンに接続され、該ユーザプレーンのサービスエリアに対応する位置登録エリアの情報を位置登録エリアリストとして保持する通信システムにおいて、前記位置登録エリアリストを更新する位置登録エリアリスト更新方法であって、前記端末は、複数のユーザプレーンに接続される場合、前記複数のユーザプレーンのサービスエリアが重なる位置登録エリアの情報を前記位置登録エリアリストとして保持し、前記位置登録エリアリスト更新方法は、前記端末が、前記位置登録エリアリストに記載された位置登録エリアの外に移動したときに、移動後の位置登録エリアの情報および位置登録エリアリストの更新要求を前記処理サーバに送信するステップと、前記処理サーバが、前記更新要求に基づき、移動後の位置登録エリアをサービスエリアとする複数のユーザプレーンにおけるサービスエリアが重なる位置登録エリアの情報を新たな位置登録エリアリストとして作成し、該新たな位置登録エリアリストを前記端末に通知して更新させるステップと、を含むことを特徴とする。【０００９】
第１の態様に係る位置登録エリアリスト更新方法では、端末は、複数のユーザプレーンに接続される場合、複数のユーザプレーンのサービスエリアが重なる位置登録エリアの情報を位置登録エリアリストとして保持しており、端末が、位置登録エリアリストに記載された位置登録エリアの外に移動したとき、移動後の位置登録エリアの情報および位置登録エリアリストの更新要求を処理サーバに送信し、処理サーバが、更新要求に基づき、移動後の位置登録エリアをサービスエリアとする複数のユーザプレーンにおけるサービスエリアが重なる位置登録エリアの情報を新たな位置登録エリアリストとして作成し、該新たな位置登録エリアリストを前記端末に通知して更新させる。これにより、端末が、位置登録エリアリストに記載された位置登録エリア（上記複数のユーザプレーンにおけるサービスエリアが重なる位置登録エリア）の外に移動した場合でも、ＴＡＩリストを適切に更新してＴＡＩリストを用いた端末の位置管理を適切に行うことができる。【００１０】
本発明の第２の態様に係る位置登録エリアリスト更新方法は、端末と、端末に係る処理を実行する処理サーバと、複数のサービングゲートウェイと、を含み、前記複数のサービングゲートウェイが、前記端末が利用する通信サービスのための制御信号を伝送する経路である制御プレーンと、前記通信サービスのためのユーザ信号を伝送する経路であるユーザプレーンとに分類され、前記端末が、１つ以上のユーザプレーンに接続され、該ユーザプレーンのサービスエリアに対応する位置登録エリアの情報を位置登録エリアリストとして保持する通信システムにおいて、前記位置登録エリアリストを更新する位置登録エリアリスト更新方法であって、１つ以上のユーザプレーンに接続された端末が、新たなユーザプレーンに接続されるとき、又は、接続済みのユーザプレーンとの接続を切断するときに、前記位置登録エリアリストの更新要求を前記処理サーバに送信するステップと、前記処理サーバが、前記更新要求に基づく更新後の複数のユーザプレーンにおけるサービスエリアが重なる位置登録エリアの情報を新たな位置登録エリアリストとして作成し、該新たな位置登録エリアリストを前記端末に通知して更新させるステップと、を含むことを特徴とする。【００１１】
第２の態様に係る位置登録エリアリスト更新方法では、端末は、接続されている１つ以上のユーザプレーンのサービスエリアに対応する位置登録エリアの情報を位置登録エリアリストとして保持しており、端末が、新たなユーザプレーンに接続されるとき、又は、接続済みのユーザプレーンとの接続を切断するとき、位置登録エリアリストの更新要求を処理サーバに送信し、処理サーバが、更新要求に基づく更新後の複数のユーザプレーンにおけるサービスエリアが重なる位置登録エリアの情報を新たな位置登録エリアリストとして作成し、該新たな位置登録エリアリストを端末に通知して更新させる。これにより、端末が、新たなユーザプレーンに接続されるとき、又は、接続済みのユーザプレーンとの接続を切断するときでも、ＴＡＩリストを適切に更新してＴＡＩリストを用いた端末の位置管理を適切に行うことができる。【００１２】
本発明の第３の態様に係る位置登録エリアリスト更新方法は、端末と、端末に係る処理を実行する処理サーバと、複数のサービングゲートウェイと、を含み、前記複数のサービングゲートウェイが、前記端末が利用する通信サービスのための制御信号を伝送する経路である制御プレーンと、前記通信サービスのためのユーザ信号を伝送する経路であるユーザプレーンとに分類され、前記端末が、１つ以上のユーザプレーンに接続され、該ユーザプレーンのサービスエリアに対応する位置登録エリアの情報を位置登録エリアリストとして保持する通信システムにおいて、前記位置登録エリアリストを更新する位置登録エリアリスト更新方法であって、前記端末は、複数のユーザプレーンに接続される場合、前記複数のユーザプレーンそれぞれのサービスエリアを構成する位置登録エリアの情報をユーザプレーン毎の位置登録エリアリストとして保持し、前記位置登録エリアリスト更新方法は、前記端末が、前記ユーザプレーン毎の位置登録エリアリストのうち、いずれかの位置登録エリアリストに記載された位置登録エリア群の外に移動したときに、移動後の位置登録エリアの情報および位置登録エリアリストの更新要求を前記処理サーバに送信するステップと、前記処理サーバが、前記更新要求に基づき、移動後の位置登録エリアをサービスエリアとする複数のユーザプレーンに応じた位置登録エリアリストに関する情報を作成し前記端末に通知してユーザプレーン毎の位置登録エリアリストを更新させるステップと、を含むことを特徴とする。【００１３】
第３の態様に係る位置登録エリアリスト更新方法では、端末は、複数のユーザプレーンに接続される場合、複数のユーザプレーンそれぞれのサービスエリアを構成する位置登録エリアの情報をユーザプレーン毎の位置登録エリアリストとして保持しており、端末が、ユーザプレーン毎の位置登録エリアリストのうち、いずれかの位置登録エリアリストに記載された位置登録エリア群の外に移動したとき、移動後の位置登録エリアの情報および位置登録エリアリストの更新要求を処理サーバに送信し、処理サーバが、更新要求に基づき、移動後の位置登録エリアをサービスエリアとする複数のユーザプレーンに応じた位置登録エリアリストに関する情報を作成し端末に通知してユーザプレーン毎の位置登録エリアリストを更新させる。これにより、端末が、ユーザプレーン毎の位置登録エリアリストのうち、いずれかの位置登録エリアリストに記載された位置登録エリア群の外に移動した場合でも、ＴＡＩリストを適切に更新してＴＡＩリストを用いた端末の位置管理を適切に行うことができる。【００１４】
なお、上記の更新させるステップでは、処理サーバは、複数のユーザプレーンのうち、移動に伴い追加となったユーザプレーンのサービスエリアを構成する位置登録エリアの情報を、位置登録エリアリストに関する情報として作成してもよい。【００１５】
また、上記の更新させるステップでは、処理サーバは、複数のユーザプレーンそれぞれのサービスエリアを構成する位置登録エリアの情報を、位置登録エリアリストに関する情報として作成してもよい。【００１６】
本発明の第４の態様に係る位置登録エリアリスト更新方法は、端末と、端末に係る処理を実行する処理サーバと、複数のサービングゲートウェイと、を含み、前記複数のサービングゲートウェイが、前記端末が利用する通信サービスのための制御信号を伝送する経路である制御プレーンと、前記通信サービスのためのユーザ信号を伝送する経路であるユーザプレーンとに分類され、前記端末が、１つ以上のユーザプレーンに接続され、該ユーザプレーンのサービスエリアに対応する位置登録エリアの情報を位置登録エリアリストとして保持する通信システムにおいて、前記位置登録エリアリストを更新する位置登録エリアリスト更新方法であって、１つ以上のユーザプレーンに接続された端末が、新たなユーザプレーンに接続されるとき、又は、接続済みのユーザプレーンとの接続を切断するときに、前記位置登録エリアリストの更新要求を前記処理サーバに送信するステップと、前記処理サーバが、前記更新要求に基づく更新後の複数のユーザプレーンに応じた位置登録エリアリストに関する情報を作成し前記端末に通知して、前記位置登録エリアリストをユーザプレーン毎の位置登録エリアリストに更新させるステップと、を含むことを特徴とする。【００１７】
第４の態様に係る位置登録エリアリスト更新方法では、端末は、接続されている１つ以上のユーザプレーンのサービスエリアに対応する位置登録エリアの情報を位置登録エリアリストとして保持しており、端末が、新たなユーザプレーンに接続されるとき、又は、接続済みのユーザプレーンとの接続を切断するとき、位置登録エリアリストの更新要求を処理サーバに送信し、処理サーバが、更新要求に基づく更新後の複数のユーザプレーンに応じた位置登録エリアリストに関する情報を作成し端末に通知して、位置登録エリアリストをユーザプレーン毎の位置登録エリアリストに更新させる。これにより、端末が、新たなユーザプレーンに接続されるとき、又は、接続済みのユーザプレーンとの接続を切断するときでも、ＴＡＩリストを適切に更新してＴＡＩリストを用いた端末の位置管理を適切に行うことができる。【００１８】
なお、上記の更新させるステップでは、処理サーバは、追加となった新たなユーザプレーンのサービスエリアを構成する位置登録エリアの情報を、位置登録エリアリストに関する情報として作成してもよい。【００１９】
また、上記の更新させるステップでは、処理サーバは、更新後の複数のユーザプレーンそれぞれのサービスエリアを構成する位置登録エリアの情報を、位置登録エリアリストに関する情報として作成してもよい。
【発明の効果】
【００２０】
本発明によれば、ＳＧＷとして制御プレーンとユーザプレーンとが別々に選択され端末が複数のユーザプレーンに接続可能なネットワーク環境において、ＴＡＩリストを用いた端末の位置管理を適切に行うことができる。
【図面の簡単な説明】
【００２１】
【図１】第１、第２実施形態に係るシステムの構成例を示す図である。
【図２】各装置のハードウェア構成例を示す図である。
【図３】第１実施形態の処理概要を説明するための図である。
【図４】（ａ）はＭＭＥが保持するＳＧＷ−Ｕ情報の例を示す図であり、（ｂ）は第１実施形態の更新前後のTAIリストの例を示す図である。
【図５】第１、第２実施形態のアタッチ処理の例を示すフロー図である。
【図６】第１実施形態のＰＤＮコネクション追加時の処理例を示すフロー図である。
【図７】第１実施形態のＴＡＵ処理の例を示すフロー図である。
【図８】第１実施形態のＰＤＮコネクション切断時の処理例を示すフロー図である。
【図９】第２実施形態の処理概要を説明するための図である。
【図１０】第２実施形態での更新前後のTAIリストの例を示す図である。
【図１１】第２実施形態のＰＤＮコネクション追加時の処理例を示すフロー図である。
【図１２】第２実施形態のＴＡＵ処理の例を示すフロー図である。
【図１３】第２実施形態のＰＤＮコネクション切断時の処理例を示すフロー図である。
【発明を実施するための形態】
【００２２】
以下、図面と共に本発明に係る位置登録エリアリスト更新方法の各種の実施形態について詳細に説明する。以下では、第１実施形態として、複数のユーザプレーンのサービスエリアが重なる位置登録エリアの情報を位置登録エリアリストとして端末が保持する場合の各種処理を説明し、第２実施形態として、複数のユーザプレーンそれぞれのサービスエリアを構成する位置登録エリアの情報を位置登録エリアリストとして端末が保持する場合の処理を説明する。
【００２３】
このうち第１実施形態におけるＴＡＵ処理（図７）が、上記［課題を解決するための手段］で述べた第１の態様に係る位置登録エリアリスト更新方法の一例に相当し、第１実施形態におけるＰＤＮコネクション追加時の処理（図６）およびＰＤＮコネクション切断時の処理（図８）が、上記［課題を解決するための手段］で述べた第２の態様に係る位置登録エリアリスト更新方法の一例に相当する。
【００２４】
また、第２実施形態におけるＴＡＵ処理（図１２）が、上記［課題を解決するための手段］で述べた第３の態様に係る位置登録エリアリスト更新方法の一例に相当し、第２実施形態におけるＰＤＮコネクション追加時の処理（図１１）およびＰＤＮコネクション切断時の処理（図１３）が、上記［課題を解決するための手段］で述べた第４の態様に係る位置登録エリアリスト更新方法の一例に相当する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００２５】
［第１実施形態］
（システム構成例の説明）
図１に示すように、発明の実施形態に係る通信システム１は、端末（User  Equipment（以下「ＵＥ」という））１０と、ＬＴＥネットワークにおける基地局に相当するｅＮｏｄｅＢ（以下「ｅＮＢ」という）２０と、ＬＴＥネットワークに在圏するＵＥ１０の位置管理、認証制御、通信経路設定等の処理を行う複数のＭＭＥ３０と、ＵＥ１０等の通信端末の契約情報、認証情報、通信サービス情報、端末タイプ情報及び在圏情報を含む加入者情報をデータベースで管理するＨＳＳ（Home  Subscriber  Server）８０と、後述するＳＧＷ（Serving  gateway）４０、５０と、後述するＰＧＷ（Packet  data  network  gateway）６０、７０と、を含んで構成されている。
【００２６】
ＰＧＷは、ＰＤＮ（Packet  data  network）との接合点であり、ＩＰアドレスの割当ておよびＳＧＷへのパケット転送などを行うゲートウェイである。本実施形態のＰＧＷは、通信サービスのためのユーザ信号の伝送に係るＰＧＷ−Ｕ７０と、制御信号の伝送に係るＰＧＷ−Ｃ６０と、に分類される。
【００２７】
ＳＧＷは、ＬＴＥを収容する在圏パケット交換機の機能を果たすゲートウェイであり、ユーザ信号の伝送に係るＳＧＷ−Ｕ５０（前述したユーザプレーンに相当）と、制御信号の伝送に係るＳＧＷ−Ｃ４０（前述した制御プレーンに相当）と、に分類される。ＳＧＷ−Ｕ５０は、ＵＥ１０により利用される複数の通信サービスの要件に対応して複数設けられており、以下では、複数のＳＧＷ−Ｕ５０のそれぞれを、「ＳＧＷ−Ｕ＃１」、「ＳＧＷ−Ｕ＃２」、「ＳＧＷ−Ｕ＃３」と称し、区別する。
【００２８】
図１に示すように、ＳＧＷ−Ｕ＃１、＃２、＃３はＳＧＷ−Ｃ４０の配下に設けられており、ＳＧＷ−Ｕ＃１は、位置登録エリア（Tracking  Area、以下「ＴＡ」という）１〜ＴＡ４をサービスエリアとし、ＳＧＷ−Ｕ＃２はＴＡ４〜ＴＡ７をサービスエリアとし、ＳＧＷ−Ｕ＃３はＴＡ５〜ＴＡ９をサービスエリアとする。
【００２９】
さて、図１の各装置（装置１００と総称する）は、通信機能を備えた一般的なコンピュータにより構成される。例えば、図２に示すように、これらの装置１００は、一又は複数のＣＰＵ１０１、主記憶装置であるＲＡＭ（Random  Access  Memory）１０２及びＲＯＭ（Read  Only  Memory）１０３、通信を行うための通信モジュール１０４（Transmitter又はReceiver）、並びにハードディスク等の補助記憶装置１０５（Memory）等、のハードウェアを備えた１つ又は複数のコンピュータにより構成される。装置１００では、図２に示すＣＰＵ１０１、ＲＡＭ１０２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１０１の制御のもとで通信モジュール１０４等を動作させるとともに、ＲＡＭ１０２および補助記憶装置１０５におけるデータの読み出しおよび書き込みを行うことで、各部における一連の機能が実現される。
【００３０】
なお、ＣＰＵ１０１などのプロセッサ（Processor）は、その機能の全部または一部を専用の集積回路（ＩＣ：integrated  circuit）により実行するよう構成してもよい。例えば、画像処理または通信制御を行うための専用の集積回路を構築することにより上記機能を実行するようにしてもよい。
【００３１】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【００３２】
また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【００３３】
（第１実施形態の処理概要）
ここで、図３、図４を用いて、第１実施形態における、複数のＳＧＷ−Ｕのサービスエリアが重なるＴＡの情報を位置登録エリアリスト（ＴＡＩリスト）としてＵＥ１０が保持するための処理概要を説明する。
【００３４】
ＭＭＥ３０は、図４（ａ）に示すＳＧＷ−Ｕ情報、即ち、ＳＧＷ−Ｕ＃１〜＃３それぞれに関する、対応付けられたＳＧＷ−Ｃ、対応付けられたサービスタイプおよびサービス対象のサービスエリアの情報を保持している。今、ＵＥ１０が、図３に示すＴＡ４に在圏し、サービスタイプ「ａ」のサービスおよびサービスタイプ「ｂ」のサービスを受けているとすると、ＵＥ１０は、ＳＧＷ−Ｕ＃１のサービスエリアとＳＧＷ−Ｕ＃２のサービスエリアとが重なるエリアに相当するＴＡ（ここでは「ＴＡ４」）をＴＡＩリストとして保持している（図４（ｂ）の更新前）。
【００３５】
ここで、例えばＵＥ１０が、図３に示すようにＴＡＩリストとして保持している「ＴＡ４」から外へ移動（例えばＴＡ４からＴＡ６へ移動）すると（図３の矢印Ａ１）、ＵＥ１０はＴＡＩリスト更新処理（Tracking  Area  Update（以下「ＴＡＵ」という）をＭＭＥ３０に要求する（図３の矢印Ａ２）。
【００３６】
ＭＭＥ３０は、図４（ａ）のＳＧＷ−Ｕ情報を参照することで、ＵＥ１０の移動後の位置（ＴＡ６）に基づき、ＵＥ１０がＳＧＷ−Ｕ＃１のサービスエリアの外へ移動したと判断し、ＳＧＷ−Ｃ４０に対しＳＧＷ−Ｕの変更を要求する（図３の矢印Ａ３）。
【００３７】
ＵＥ１０の移動後のＴＡであるＴＡ６は、サービスタイプ「ｂ」のサービスに係るＳＧＷ−Ｕ＃２とサービスタイプ「ａ」のサービスに係るＳＧＷ−Ｕ＃３の両方のサービスエリア内であるため、ＭＭＥ３０は、ＳＧＷ−Ｕ＃２のサービスエリアとＳＧＷ−Ｕ＃３のサービスエリアとが重なるエリアに相当するＴＡ（ここでは「ＴＡ５〜ＴＡ７」）を新たなＴＡＩリストとして作成し、該新たなＴＡＩリストをＵＥ１０に通知し、図４（ｂ）の「更新後」のようにＴＡＩリストを更新させる（図３の矢印Ａ４）。
【００３８】
（第１実施形態の各種処理）
以下、第１実施形態の処理として、アタッチ処理（図５）、ＰＤＮコネクション追加時の処理（図６）、ＴＡＵ処理（図７）、ＰＤＮコネクション切断時の処理（図８）を順に説明する。
【００３９】
（アタッチ処理（図５））
ＵＥの電源オン等を契機としてＵＥがAttach  Requestを発すると（ステップＳ１）、Attach  RequestはｅＮＢ経由でＭＭＥへ転送される（ステップＳ２）。その後、ｅＮＢがＵＥのＩＤ情報を得るために上記ＵＥへIdentity  Requestを送信すると（ステップＳ３）、ＵＥはｅＮＢへIdentity  Responseを応答する（ステップＳ４）。
【００４０】
上記Attach  Requestを受信したＭＭＥは、ＨＳＳ、ＵＥそれぞれとの間で所定の認証処理を行う（ステップＳ５）。また、ＭＭＥとＵＥとの間でIdentity  Request／Identity  Responseのやりとりが行われ（ステップＳ６）、暗号に係るオプション等の設定のためにＭＭＥがＵＥへCiphered  Options  Requestを送信すると（ステップＳ７）、ＵＥはＭＭＥにCiphered  Options  Responseを応答する（ステップＳ８）。
【００４１】
ＵＥがＴＡ４に在圏し、サービスタイプ「ａ」のサービス提供を要求しているとする。このときＭＭＥは、図４（ａ）のＳＧＷ−Ｕ情報を参照して、サービスエリアとしてＴＡ４を含み且つサービスタイプがサービスタイプ「ａ」であるＳＧＷ−ＵとしてＳＧＷ−Ｕ＃１を選択し、ＳＧＷ−Ｃ経由でＳＧＷ−Ｕ＃１へ向けてCreate  UP  Session  Requestを送信する（ステップＳ９）。ＳＧＷ−Ｃは、ＳＧＷ−Ｕ＃１から正常応答を受信した後、ＰＧＷ−Ｃ経由でＰＧＷ−Ｕへ向けてCreate  UP  Session  Requestを送信する（ステップＳ１０）。ＰＧＷ−ＣがＰＧＷ−Ｕから正常応答を受信した後、ＰＧＷ−Ｕ、ＳＧＷ−Ｕ＃１およびＵＥ間で正常にセッションが張られる旨のCreate  UP  Session  ResponseをＳＧＷ−Ｃへ応答すると（ステップＳ１１）、ＳＧＷ−Ｃは、同ResponseをＭＭＥへ転送する（ステップＳ１２）。
【００４２】
そして、ＭＭＥは、ＵＥが最初に接続されるＳＧＷ−Ｕ（ここでは「ＳＧＷ−Ｕ＃１」）のサービスエリアに相当するＴＡ（ここでは「ＴＡ１〜ＴＡ４」）をリストアップしたＴＡＩリストを作成する（ステップＳ１３）。さらに、ＭＭＥがInitial  Context  Setup  RequestおよびAttach  AcceptをｅＮＢへ送信すると（ステップＳ１４）、ｅＮＢはＵＥにRRC  Connection  Reconfigurationを送信する（ステップＳ１５）。ステップＳ１４、Ｓ１５の処理では、ステップＳ１３で作成されたＴＡＩリストが、ＭＭＥからｅＮＢ経由でＵＥへ送信され、以後、ＵＥにより保持される（ステップＳ１６）。
【００４３】
その後は、従来のアタッチ処理と同様に、ＵＥがｅＮＢへRRC  Connection  Reconfiguration  Completeを応答すると（ステップＳ１７）、ｅＮＢはＭＭＥへInitial  Context  Setup  Responseを応答する（ステップＳ１８）。そして、ＵＥがｅＮＢへAttach  Completeを含むDirect  Transferを送信すると（ステップＳ１９）、ｅＮＢはＭＭＥへAttach  Completeを送信する（ステップＳ２０）。
【００４４】
そして、Attach  Complete後の最初の上り方向のユーザデータが、ＵＥからＳＧＷ−Ｕ＃１経由でＰＧＷ−Ｕへ送信されると（ステップＳ２１）、ベアラ（ユーザデータパケットの経路）情報を修正するため、ＭＭＥは、ＳＧＷ−Ｃ経由でＳＧＷ−Ｕ＃１へ向けてModify  Bearer  Requestを送信する（ステップＳ２２）。ＳＧＷ−Ｃは、ＳＧＷ−Ｕ＃１から正常応答を受信した後、ＰＧＷ−Ｃ経由でＰＧＷ−Ｕへ向けてModify  Bearer  Requestを送信する（ステップＳ２３）。ＰＧＷ−ＣがＰＧＷ−Ｕから正常応答を受信した後、正常にベアラが修正される旨のModify  Bearer  ResponseをＳＧＷ−Ｃへ応答すると（ステップＳ２４）、ＳＧＷ−Ｃは、上記Modify  Bearer  ResponseをＭＭＥへ応答する（ステップＳ２５）。
【００４５】
そして、Attach  Complete後の最初の下り方向のユーザデータが、ＰＧＷ−ＵからＳＧＷ−Ｕ＃１経由でＵＥへ送信されると（ステップＳ２６）、ＭＭＥは、ＵＥの在圏情報の更新のため、ＨＳＳとの間でNotify  Request、Notify  Responseをやりとりする（ステップＳ２７、Ｓ２８）。
【００４６】
以上のようなアタッチ処理により、ＳＧＷ−Ｕ＃１経由でＵＥとＰＧＷ−Ｕ間のＰＤＮコネクションが正常に設定されるとともに、同処理中に、ＵＥが最初に接続されるＳＧＷ−Ｕ（ここではＳＧＷ−Ｕ＃１）のサービスエリアに相当するＴＡ（ここではＴＡ１〜ＴＡ４）をリストアップしたＴＡＩリストが作成されてＵＥに送信され、以後ＵＥにより保持される。
【００４７】
（ＰＤＮコネクション追加時の処理（図６））
ＵＥが、ＰＤＮコネクション追加を要求するためにＭＭＥへUE  Connectivity  Requestを発すると（ステップＳ３１）、ＭＭＥは、以下のようにＰＤＮコネクション追加要求の条件に合致するＳＧＷ−Ｕを選択する（ステップＳ３２）。ここでは、ＵＥがＴＡ４に在圏し、サービスタイプ「ｂ」のサービス提供を要求しているとする。このときＭＭＥは、図４（ａ）のＳＧＷ−Ｕ情報を参照して、サービスエリアとしてＴＡ４を含み且つサービスタイプがサービスタイプ「ｂ」であるＳＧＷ−ＵとしてＳＧＷ−Ｕ＃２を選択し、ＳＧＷ−Ｃ経由でＳＧＷ−Ｕ＃２へ向けてCreate  UP  Session  Requestを送信する（ステップＳ３３）。ＳＧＷ−Ｃは、ＳＧＷ−Ｕ＃２から正常応答を受信した後、ＰＧＷ−Ｃ経由でＰＧＷ−Ｕへ向けてCreate  UP  Session  Requestを送信する（ステップＳ３４）。ＰＧＷ−ＣがＰＧＷ−Ｕから正常応答を受信した後、ＰＤＮコネクションが正常に追加される旨のCreate  UP  Session  ResponseをＳＧＷ−Ｃへ応答すると（ステップＳ３５）、ＳＧＷ−Ｃは、ＰＧＷ−Ｕ、ＳＧＷ−Ｕ＃２およびＵＥ間のＰＤＮコネクションが正常に追加される旨のCreate  UP  Session  ResponseをＭＭＥへ応答する（ステップＳ３６）。
【００４８】
そして、ＭＭＥは、既存のＰＤＮコネクションに係るＳＧＷ−Ｕ＃１のサービスエリアと追加されたＰＤＮコネクションに係るＳＧＷ−Ｕ＃２のサービスエリアとが重なるエリアに相当するＴＡ（ここでは「ＴＡ４」）をリストアップしたＴＡＩリストを作成する（ステップＳ３７）。
【００４９】
さらに、ＭＭＥがｅＮＢへBearer  Setup  Requestと、上記ＴＡＩリストを含むPDN  Connectivity  Acceptとを送信すると（ステップＳ３８）、ｅＮＢはＵＥへRRC  Connection  Reconfigurationと、上記ＴＡＩリストを含むPDN  Connectivity  Acceptとを送信する（ステップＳ３９）。ここで、ＵＥは、受信したＴＡＩリストをもって、保持しているＴＡＩリストを更新する（ステップＳ４０）。
【００５０】
その後は、従来の処理と同様に、ＵＥがｅＮＢへRRC  Connection  Reconfiguration  Completeを応答すると（ステップＳ４１）、ｅＮＢはＭＭＥへBearer  Setup  Responseを応答する（ステップＳ４２）。そして、ＵＥがｅＮＢへPDN  Connectivity  Completeを含むDirect  Transferを送信すると（ステップＳ４３）、ｅＮＢはＭＭＥへPDN  Connectivity  Completeを送信する（ステップＳ４４）。
【００５１】
そして、ＰＤＮコネクション追加後の最初の上り方向のユーザデータが、ＵＥからＳＧＷ−Ｕ＃２経由でＰＧＷ−Ｕへ送信されると（ステップＳ４５）、ベアラ（ユーザデータパケットの経路）情報を修正するため、ＭＭＥは、ＳＧＷ−Ｃ経由でＳＧＷ−Ｕ＃２へ向けてModify  Bearer  Requestを送信する（ステップＳ４６）。ＳＧＷ−Ｃは、ＳＧＷ−Ｕ＃２から正常応答を受信した後、ＰＧＷ−Ｃ経由でＰＧＷ−Ｕへ向けてModify  Bearer  Requestを送信する（ステップＳ４７）。ＰＧＷ−ＣがＰＧＷ−Ｕから正常応答を受信した後、正常にベアラが修正される旨のModify  Bearer  ResponseをＳＧＷ−Ｃへ応答すると（ステップＳ４８）、ＳＧＷ−Ｃは、上記Modify  Bearer  ResponseをＭＭＥへ転送する（ステップＳ４９）。
【００５２】
そして、ＰＤＮコネクション追加後の最初の下り方向のユーザデータが、ＰＧＷ−ＵからＳＧＷ−Ｕ＃２経由でＵＥへ送信されると（ステップＳ５０）、ＭＭＥは、ＵＥの在圏情報の更新のため、ＨＳＳとの間でNotify  Request、Notify  Responseをやりとりする（ステップＳ５１、Ｓ５２）。
【００５３】
以上のようなＰＤＮコネクション追加時の処理により、ＳＧＷ−Ｕ＃２経由でＵＥとＰＧＷ−Ｕ間のＰＤＮコネクションが正常に追加設定されるとともに、同処理中に、ＵＥはＰＤＮコネクション追加後の状況に応じた適切なＴＡＩリストに更新することができ、ＴＡＩリストを用いたＵＥの位置管理を適切に行うことができる。
【００５４】
（ＴＡＵ処理（図７））
例えば図３に示すように、ＵＥが、ＴＡＩリストとして保持している「ＴＡ４」から外へ移動（例えばＴＡ４からＴＡ６へ移動）したとき、ＵＥがｅＮＢにＴＡＵ要求を発すると（ステップＳ６１）、ｅＮＢは、移動後のＵＥがＴＡ６に在圏していることを検出し、当該ＴＡ６を管轄する新たなＭＭＥ（図７には「new  ＭＭＥ」と表記。以下「新ＭＭＥ」と称する。）にＴＡＵ要求を転送する（ステップＳ６２）。
【００５５】
新ＭＭＥは、上記ＴＡＵ要求を受信すると、ＬＴＥネットワークからＵＥの移動前ＴＡ（ＴＡ４）の情報を取得し、図４（ａ）のＳＧＷ−Ｕ情報を参照して、ＵＥの移動によってＵＥがサービスエリア外となったＳＧＷ−Ｕ（図７には「old  ＳＧＷ−Ｕ」と表記。以下「旧ＳＧＷ−Ｕ」と称する。ここでは具体的にはＳＧＷ−Ｕ＃１）を判定する（ステップＳ６３）。また、新ＭＭＥは、ＵＥの移動前ＴＡ（ＴＡ４）を管轄するＭＭＥ（図７には「old  MME」と表記。以下「旧ＭＭＥ」と称する。）を特定し、上記ＵＥの情報を旧ＭＭＥに要求する（ステップＳ６４）。これに対し、旧ＭＭＥは当該ＵＥの情報を新ＭＭＥへ応答する（ステップＳ６５）。そして、当該ＵＥの情報を受信した新ＭＭＥは、ＨＳＳ、ＵＥそれぞれとの間で所定の認証処理を行う（ステップＳ６６）。さらに、新ＭＭＥは、ステップＳ６３の判定で得られた旧ＳＧＷ−ＵのＩＤ情報を含んだ上記ＵＥ情報の受領応答を旧ＭＭＥに送信する（ステップＳ６７）。これにより、旧ＭＭＥは、旧ＳＧＷ−Ｕ（ＳＧＷ−Ｕ＃１）のＩＤ情報を取得することができ、後述する旧ＳＧＷ−ＵとのＰＤＮコネクション削除要求を行うことができる。
【００５６】
そして、新ＭＭＥは、旧ＳＧＷ−Ｕ（ＳＧＷ−Ｕ＃１）のサービスを引き継ぐべきＳＧＷ−Ｕを選択する（ステップＳ６８）。このときＭＭＥは、図４（ａ）のＳＧＷ−Ｕ情報を参照して、サービスエリアとして移動後のＴＡ６を含み且つサービスタイプが旧ＳＧＷ−Ｕと同じ「ａ」であるＳＧＷ−ＵとしてＳＧＷ−Ｕ＃３を選択する。そして、新ＭＭＥはＳＧＷ−Ｃ経由でＳＧＷ−Ｕ＃３へ向けてCreate  UP  Session  Requestを送信する（ステップＳ６９、Ｓ７０）。さらに、ＳＧＷ−Ｕ＃３は、ベアラ（ユーザデータパケットの経路）情報を修正するため、ＰＧＷ−Ｃ経由でＰＧＷ−Ｕへ向けてModify  Bearer  Requestを送信すると（ステップＳ７１）、その応答であるModify  Bearer  ResponseをＰＧＷ−Ｃ経由でＰＧＷ−Ｕから受信し（ステップＳ７２）、ＳＧＷ−Ｃ経由で新ＭＭＥへ向けてCreate  UP  Session  Responseを応答する（ステップＳ７３、Ｓ７４）。
【００５７】
また、ＨＳＳにおける上記ＵＥの在圏情報を更新するため、新ＭＭＥが、当該ＵＥの在圏情報につきＴＡ４からＴＡ６へ更新するようＨＳＳに要求すると（ステップＳ７５）、ＨＳＳは旧ＭＭＥに移動前のＵＥの在圏情報（ＴＡ４）を削除する旨通知する（ステップＳ７６）。そして、旧ＭＭＥからＨＳＳへ肯定応答が返送されると（ステップＳ７７）、ＨＳＳは、ステップＳ７５の要求に応じた在圏情報更新を行い、新ＭＭＥに肯定応答を返送する（ステップＳ７８）。また、旧ＭＭＥが、ステップＳ６７で通知された旧ＳＧＷ−Ｕ（ＳＧＷ−Ｕ＃１）のＩＤ情報を含んだDelete  UP  Session  RequestをＳＧＷ−Ｃへ送信すると（ステップＳ７９）、ＳＧＷ−Ｃは、受信した旧ＳＧＷ−ＵのＩＤ情報から旧ＳＧＷ−Ｕ（ＳＧＷ−Ｕ＃１）を特定し、旧ＳＧＷ−Ｕ（ＳＧＷ−Ｕ＃１）にDelete  UP  Session  Requestを転送して移動前のＰＤＮコネクションを切断させる（ステップＳ８０）。移動前のＰＤＮコネクションが正常に切断されると、Delete  UP  Session  Responseが旧ＳＧＷ−Ｕ（ＳＧＷ−Ｕ＃１）からＳＧＷ−Ｃ経由で旧ＭＭＥへ応答される（ステップＳ８１、Ｓ８２）。
【００５８】
一方、新ＭＭＥは、ステップＳ７８で在圏情報更新の肯定応答をＨＳＳから受信した後、移動後のＵＥが接続しているＳＧＷ−Ｕ＃２のサービスエリアとＳＧＷ−Ｕ＃３のサービスエリアとが重なるエリアに相当するＴＡ（ここでは「ＴＡ５〜ＴＡ７」）をリストアップしたＴＡＩリストを作成して（ステップＳ８３）、該ＴＡＩリストを含んだTAU  AcceptをＵＥへ送信する（ステップＳ８４）。
【００５９】
そして、ＵＥは、上記TAU  Acceptに含まれたＴＡＩリストをもって、保持しているＴＡＩリストを更新し（ステップＳ８５）、更新完了後、TAU  Completeを新ＭＭＥへ応答する（ステップＳ８６）。
【００６０】
以上のようなＴＡＵ処理により、ＵＥが、ＴＡＩリストとして保持しているＴＡから外へ移動した場合でも、移動後の状況に応じて当該ＵＥのＴＡＩリストを適切に更新することができ、ＴＡＩリストを用いたＵＥの位置管理を適切に行うことができる。
【００６１】
なお、図７および後述する図１２には、ＵＥが旧ＭＭＥの管轄エリアから新ＭＭＥの管轄エリアへ移動する例を示したが、本発明は、このようなＭＭＥの管轄エリアを跨る移動のみに適用されるのではなく、単一のＭＭＥの管轄エリア内での移動についても適用することができる。
【００６２】
（ＰＤＮコネクション切断時の処理（図８））
ＭＭＥが既存のＰＤＮコネクション（ここでは例えばＳＧＷ−Ｕ＃２経由のＵＥとＰＧＷ−Ｕ間のＰＤＮコネクション）の切断要求をＵＥから受信したとき（ステップＳ９１）又はＭＭＥにて既存のＰＤＮコネクションを切断すべき事象が発生したとき（ステップＳ９２）等に、ＭＭＥは、ＳＧＷ−Ｕ＃２経由のＵＥとＰＧＷ−Ｕ間のコネクションを切断要求する旨のDelete  UP  Session  Requestを、ＳＧＷ−Ｃ経由でＳＧＷ−Ｕ＃２へ向けて送信する（ステップＳ９３）。ＳＧＷ−Ｃは、ＳＧＷ−Ｕ＃２から正常応答を受信した後、ＰＧＷ−Ｃ経由でＰＧＷ−Ｕへ向けてDelete  UP  Session  Requestを送信する（ステップＳ９４）。ＰＧＷ−ＣがＰＧＷ−Ｕから正常応答を受信した後、ＰＤＮコネクションが正常に切断される旨のDelete  UP  Session  ResponseをＳＧＷ−Ｃへ応答すると（ステップＳ９５）、ＳＧＷ−Ｃは、上記Delete  UP  Session  ResponseをＭＭＥへ応答する（ステップＳ９６）。
【００６３】
そして、ＭＭＥは、ＰＤＮコネクション切断後にＵＥが接続しているＳＧＷ−Ｕのサービスエリアの重複部分に相当するＴＡをリストアップしたＴＡＩリストを作成する（ステップＳ９７）。このとき、ＰＤＮコネクション切断後にＵＥが１つのＳＧＷ−Ｕのみと接続している場合は、当該１つのＳＧＷ−Ｕのサービスエリアに相当するＴＡをリストアップしたＴＡＩリストが作成される。
【００６４】
その後、ＭＭＥが、作成したＴＡＩリストを含んだDeactivate  EPS  Bearer  Context  RequestをｅＮＢに送信すると（ステップＳ９８）、ｅＮＢは、当該ＴＡＩリストを含んだDeactivate  EPS  Bearer  Context  Request、およびRRC  Connection  ReconfigurationをＵＥに送信する（ステップＳ９９）。
【００６５】
そして、ＵＥは、上記Deactivate  EPS  Bearer  Context  Requestに含まれたＴＡＩリストをもって、保持しているＴＡＩリストを更新する（ステップＳ１００）。これにより、ＵＥは、ＰＤＮコネクション切断後の状況に応じた適切なＴＡＩリストに更新することができる。なお、更新完了後は、従来の処理と同様に、ＵＥがｅＮＢへRRC  Connection  Reconfiguration  Completeを応答すると（ステップＳ１０１）、ｅＮＢはＭＭＥへDeactivate  Bearer  Responseを応答する（ステップＳ１０２）。そして、ＵＥがｅＮＢへDirect  Transferを送信すると（ステップＳ１０３）、ｅＮＢはＭＭＥへDeactivate  EPS  Bearer  Context  Acceptを送信する（ステップＳ１０４）。
【００６６】
以上のようなＰＤＮコネクション切断時の処理により、ＵＥはＰＤＮコネクション切断後の状況に応じた適切なＴＡＩリストに更新することができ、ＴＡＩリストを用いたＵＥの位置管理を適切に行うことができる。
【００６７】
以上説明した第１実施形態によれば、複数のＳＧＷ−Ｕのサービスエリアが重なるエリアに相当するＴＡの情報をＴＡＩリストとしてＵＥが保持する場合の、ＰＤＮコネクション追加時の処理（図６）、ＴＡＵ処理（図７）、ＰＤＮコネクション切断時の処理（図８）のいずれにおいても、ＵＥは当該時点の状況に応じた適切なＴＡＩリストに更新して保持することができ、ＴＡＩリストを用いたＵＥの位置管理を適切に行うことができる。
【００６８】
［第２実施形態］
次に、第２実施形態として、複数のＳＧＷ−Ｕそれぞれのサービスエリアを構成するＴＡの情報をＴＡＩリストとしてＵＥが保持する場合の処理を説明する。なお、図１および図２を用いて説明したシステム構成等は第１実施形態と同様であるため、以下では重複した説明を省略する。
【００６９】
（第２実施形態の処理概要）
まず、図４（ａ）、図９、図１０を用いて、第２実施形態における、複数のユーザプレーンそれぞれのサービスエリアを構成するＴＡの情報をＴＡＩリストとしてＵＥが保持するための処理概要を説明する。
【００７０】
ＭＭＥ３０は、第１実施形態と同様に、図４（ａ）に示すＳＧＷ−Ｕ情報を保持している。今、ＵＥ１０が、図９に示すＴＡ４に在圏し、サービスタイプ「ａ」のサービスおよびサービスタイプ「ｂ」のサービスを受けているとすると、ＵＥ１０は、図１０の更新前に示すように、ＳＧＷ−Ｕ＃１とＳＧＷ−Ｕ＃２それぞれのサービスエリアを構成するＴＡの情報をＴＡＩリストとして保持している。
【００７１】
ここで、例えばＵＥ１０が、図９に示すようにＴＡ４からＴＡ６へ移動すると（図９の矢印Ｂ１）、ＵＥ１０はＴＡＩリスト更新処理（ＴＡＵ）をＭＭＥ３０に要求する（図９の矢印Ｂ２）。
【００７２】
ＭＭＥ３０は、図４（ａ）のＳＧＷ−Ｕ情報を参照することで、ＵＥ１０の移動後の位置（ＴＡ６）に基づき、ＵＥ１０がＳＧＷ−Ｕ＃１のサービスエリアの外へ移動して、ＳＧＷ−Ｕ＃１と同じサービスタイプ「ａ」のＳＧＷ−Ｕ＃３のサービスエリア内に入ったと判断し、ＳＧＷ−Ｃ４０に対しＳＧＷ−Ｕの変更を要求する（図９の矢印Ｂ３）。
【００７３】
そして、ＭＭＥ３０は、上記「ＳＧＷ−Ｕ＃３」のサービスエリアを構成するＴＡの情報（ＴＡ５〜ＴＡ９）を追加のＴＡＩリストとして作成してＵＥ１０に通知し、図１０の「更新後」のようにＴＡＩリストを更新させる（図９の矢印Ｂ４）。その際、ＵＥ１０は、ＳＧＷ−Ｕ＃１のサービスエリア外へ移動したことを自身で認識しているため、「ＳＧＷ−Ｕ＃１」のサービスエリアを構成するＴＡの情報（ＴＡ１〜ＴＡ４）を削除する。
【００７４】
なお、上記のように追加のＴＡＩリストのみをＭＭＥ３０が作成しＵＥ１０に通知する態様に代わり、更新後のＴＡＩリスト全体をＭＭＥ３０が作成しＵＥ１０に通知する態様を採用してもよい。即ち、ＭＭＥ３０は、移動後にＵＥ１０が在圏するＳＧＷ−Ｕ（ＳＧＷ−Ｕ＃２、＃３）それぞれのサービスエリアを構成するＴＡの情報（ＳＧＷ−Ｕ＃２：ＴＡ４〜ＴＡ７；ＳＧＷ−Ｕ＃３：ＴＡ５〜ＴＡ９）を更新後のＴＡＩリストとして作成してＵＥ１０に通知し、ＵＥ１０により、保持しているＴＡＩリストを更新後のＴＡＩリストに全面的に更新させてもよい。
【００７５】
（第２実施形態の各種処理）
以下、第２実施形態の処理として、ＰＤＮコネクション追加時の処理（図１１）、ＴＡＵ処理（図１２）、ＰＤＮコネクション切断時の処理（図１３）について、第１実施形態における処理との差異を中心に説明する。なお、アタッチ処理は、第１実施形態で説明した図５の処理と同じなので、以下ではその説明を省略する。
【００７６】
（ＰＤＮコネクション追加時の処理（図１１））
図１１に、第２実施形態におけるＰＤＮコネクション追加時の処理例を示すが、図６に示す第１実施形態における同処理とほぼ同様であり、ステップＳ３７Ａ、Ｓ４０Ａの処理が以下のように異なる。
【００７７】
ステップＳ３７Ａでは、ＭＭＥは、追加されたＰＤＮコネクションに係るＳＧＷ−Ｕ＃２のサービスエリアに相当するＴＡ（ここでは「ＴＡ４〜ＴＡ７」）をリストアップしたＴＡＩリストを作成する。その後、ＭＭＥがｅＮＢへBearer  Setup  Requestと、上記ＴＡＩリストを含むPDN  Connectivity  Acceptとを送信すると（ステップＳ３８）、ｅＮＢはＵＥへRRC  Connection  Reconfigurationと、上記ＴＡＩリストを含むPDN  Connectivity  Acceptとを送信し（ステップＳ３９）、そして、ＵＥは、受信したＴＡＩリストを、保持しているＴＡＩリストに追加する（ステップＳ４０Ａ）。
【００７８】
これにより、ＵＥは、既存のＰＤＮコネクションに係るＳＧＷ−Ｕのサービスエリアおよび追加のＰＤＮコネクションに係るＳＧＷ−Ｕのサービスエリアそれぞれに相当するＴＡをリストアップしたＴＡＩリストを保持することとなる。即ち、ＵＥはＰＤＮコネクション追加後の状況に応じた適切なＴＡＩリストに更新することができ、ＴＡＩリストを用いたＵＥの位置管理を適切に行うことができる。
【００７９】
なお、上記のように追加すべきＴＡＩリストのみをＭＭＥが作成しＵＥに通知する態様に代わり、追加後のＴＡＩリスト全体をＭＭＥが作成しＵＥに通知する態様を採用してもよい。即ち、ＭＭＥは、追加後の複数のＳＧＷ−Ｕ（ＳＧＷ−Ｕ＃２、＃３）それぞれのサービスエリアを構成するＴＡの情報（ＳＧＷ−Ｕ＃２：ＴＡ４〜ＴＡ７；ＳＧＷ−Ｕ＃３：ＴＡ５〜ＴＡ９）を更新後のＴＡＩリストとして作成してＵＥに通知し、ＵＥにより、保持しているＴＡＩリストを更新後のＴＡＩリストに全面的に更新させてもよい。
【００８０】
（ＴＡＵ処理（図１２））
図１２に、第２実施形態におけるＴＡＵ処理例を示すが、図７に示す第１実施形態における同処理とほぼ同様であり、ステップＳ６１Ａ、Ｓ６２Ａ、Ｓ８３Ａの処理が以下のように異なる。
【００８１】
ステップＳ６１Ａにおいて、ＵＥは、移動すると（例えば図９のようにＴＡ４からＴＡ６へ移動すると）、現在保持しているＴＡＩリストのうち、当該移動によりサービスエリア外となった「ＳＧＷ−Ｕ＃１」に係るＴＡＩリストＩＤを含んだＴＡＵ要求をＭＭＥに送信する。ステップＳ６２Ａにおいて、ｅＮＢは、移動後のＵＥがＴＡ６に在圏していることを検出し、当該ＴＡ６を管轄する新ＭＭＥ（図１２には「new  ＭＭＥ」と表記）に、上記ＴＡＩリストＩＤを含んだＴＡＵ要求を転送する。そして、ステップＳ６３において、新ＭＭＥは、上記ＴＡＵ要求を受信すると、図４（ａ）のＳＧＷ−Ｕ情報を参照して、上記ＴＡＩリストＩＤに係るＳＧＷ−Ｕ、即ち、ＵＥの移動によってＵＥがサービスエリア外となった旧ＳＧＷ−Ｕ（図１２には「old  ＳＧＷ−Ｕ」と表記。ここでは具体的にはＳＧＷ−Ｕ＃１）を判定する。以後、第１実施形態と同様の処理を実行する。
【００８２】
その後、新ＭＭＥは、ステップＳ６８で旧ＳＧＷ−Ｕ（ＳＧＷ−Ｕ＃１）のサービスを引き継ぐべき新ＳＧＷ−Ｕ（ＳＧＷ−Ｕ＃３）を選択し、ステップＳ７８で在圏情報更新の肯定応答をＨＳＳから受信した後、ステップＳ８３Ａにおいて、新ＳＧＷ−Ｕ（ＳＧＷ−Ｕ＃３）のサービスエリアに相当するＴＡ（ここでは「ＴＡ５〜ＴＡ９」）をリストアップしたＴＡＩリストを新規作成し、該ＴＡＩリストを含んだTAU  AcceptをＵＥへ送信する（ステップＳ８４）。
【００８３】
そして、ＵＥは、上記TAU  Acceptに含まれたＴＡＩリストを、保持しているＴＡＩリストに追加するとともに、自身がサービスエリア外へ移動した「ＳＧＷ−Ｕ＃１」のサービスエリアを構成するＴＡの情報（ＴＡ１〜ＴＡ４）を削除することで、ＴＡＩリストの更新を行う（ステップＳ８５）。
【００８４】
これにより、ＵＥは、移動後のＰＤＮコネクションに係るＳＧＷ−Ｕ＃２、＃３それぞれのサービスエリアに相当するＴＡをリストアップしたＴＡＩリストを保持することとなる。即ち、ＵＥは移動後の状況に応じた適切なＴＡＩリストに更新することができ、ＴＡＩリストを用いたＵＥの位置管理を適切に行うことができる。
【００８５】
なお、上記のように追加すべきＴＡＩリストのみをＭＭＥが作成しＵＥに通知する態様に代わり、更新後のＴＡＩリスト全体をＭＭＥが作成しＵＥに通知する態様を採用してもよい。即ち、ＭＭＥは、移動後の複数のＳＧＷ−Ｕ（ＳＧＷ−Ｕ＃２、＃３）それぞれのサービスエリアを構成するＴＡの情報（ＳＧＷ−Ｕ＃２：ＴＡ４〜ＴＡ７；ＳＧＷ−Ｕ＃３：ＴＡ５〜ＴＡ９）を更新後のＴＡＩリストとして作成してＵＥに通知し、ＵＥにより、保持しているＴＡＩリストを更新後のＴＡＩリストに全面的に更新させてもよい。
【００８６】
（ＰＤＮコネクション切断時の処理（図１３））
図１３に、第２実施形態におけるＰＤＮコネクション切断時の処理例を示すが、図８に示す第１実施形態における同処理とほぼ同様であり、ステップＳ９７Ａ〜Ｓ１００Ａの処理が以下のように異なる。
【００８７】
ステップＳ９７Ａでは、ＭＭＥは、ＰＤＮコネクション切断後にＵＥが接続しているＳＧＷ−Ｕそれぞれのサービスエリアに相当するＴＡをリストアップしたＴＡＩリストを作成する。このとき、ＰＤＮコネクション切断後にＵＥが１つのＳＧＷ−Ｕのみと接続している場合は、当該１つのＳＧＷ−Ｕのサービスエリアに相当するＴＡをリストアップしたＴＡＩリストが作成される。このステップＳ９７Ａで最新のＴＡＩリストを作成したことで、ＭＭＥは、ＰＤＮコネクション切断に伴って、当該時点でＵＥが保持しているＴＡＩリストから削除すべきＴＡＩリストＩＤを認識し、当該削除すべきＴＡＩリストＩＤを含んだDeactivate  EPS  Bearer  Context  RequestをｅＮＢに送信する（ステップＳ９８Ａ）。
【００８８】
ｅＮＢが、当該削除すべきＴＡＩリストＩＤを含んだDeactivate  EPS  Bearer  Context  Request、およびRRC  Connection  ReconfigurationをＵＥに送信すると（ステップＳ９９Ａ）、ＵＥは、ステップＳ１００Ａにおいて、上記Deactivate  EPS  Bearer  Context  Requestに含まれたＴＡＩリストＩＤに対応するＴＡＩリストを、保持しているＴＡＩリストから削除する。これにより、ＵＥはＰＤＮコネクション切断後の状況に応じた適切なＴＡＩリストに更新することができ、ＴＡＩリストを用いたＵＥの位置管理を適切に行うことができる。
【００８９】
なお、上記のように削除すべきＴＡＩリストＩＤをＭＭＥからＵＥへ通知する態様に代わり、削除後のＴＡＩリスト全体をＭＭＥが作成しＵＥに通知する態様を採用してもよい。
【００９０】
以上説明した第２実施形態によれば、複数のＳＧＷ−Ｕのサービスエリアそれぞれに相当するＴＡの情報をＴＡＩリストとしてＵＥが保持する場合の、ＰＤＮコネクション追加時の処理（図１１）、ＴＡＵ処理（図１２）、ＰＤＮコネクション切断時の処理（図１３）のいずれにおいても、ＵＥは当該時点の状況に応じた適切なＴＡＩリストに更新して保持することができ、ＴＡＩリストを用いたＵＥの位置管理を適切に行うことができる。
【００９１】
なお、あるＴＡから別のＴＡへＵＥが移動するとき移動先で条件に合致したＳＧＷ−Ｕが存在しない場合もありうる。そのような場合、ＭＭＥは、移動後のＵＥが既に接続中であるＳＧＷ−ＵのサービスエリアのみからＴＡＩリストを作成して端末に通知しＴＡＩリストを更新させてもよい。このとき、条件に合致したＳＧＷ−Ｕが存在しないベアラは解放できる。
【００９２】
上記第１実施形態の処理を適用するならば、ＭＭＥは、移動後のＵＥが接続中であるＳＧＷ−Ｕのみを対象とし、接続中のＳＧＷ−Ｕのサービスエリアが重なるエリアに相当するＴＡをリストアップしたＴＡＩリストを作成する。また、上記第２実施形態の処理を適用するならば、ＭＭＥは、移動後のＵＥが接続中であるＳＧＷ−Ｕのみを対象とし、接続中のＳＧＷ−Ｕそれぞれのサービスエリアに相当するＴＡをリストアップしたＴＡＩリストを作成する。
【００９３】
その他、移動先で条件に合致したＳＧＷ−Ｕが存在しないならば、移動先に存在するＳＧＷ−Ｕ（即ち、条件に合致しないＳＧＷ−Ｕ）にベアラを張り替えるという手法を採用してもよい。
【００９４】
なお、本明細書で説明した「情報」は、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【００９５】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【００９６】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【００９７】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うことに限られず、暗黙的に（例えば、当該所定の情報の通知を行わないことによって）行われてもよい。
【００９８】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とし、本発明に対して何ら制限的な意味を有しない。
【００９９】
本明細書で使用する「判断」という用語は、多種多様な動作を包含する。「判断」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking  up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)などを含み得る。また、「判断」は、受信(receiving)（例えば、情報を受信すること）、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）などを含み得る。また、「判断」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などを含み得る。
【０１００】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。
【０１０１】
本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。
【０１０２】
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されてもよい。
【０１０３】
「含む(ｉｎｃｌｕｄｅ)」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｅ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
【０１０４】
また、本明細書で説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future  Radio  Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１０５】
入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【０１０６】
本開示の全体において、明らかに単数であることを示していない限り、単数および複数の両方の場合を含む。
【符号の説明】
【０１０７】
１…通信システム、１０…ＵＥ（端末）、２０…ｅＮｏｄｅＢ、３０…ＭＭＥ、４０…ＳＧＷ−Ｃ、５０…ＳＧＷ−Ｕ、６０…ＰＧＷ−Ｃ、７０…ＰＧＷ−Ｕ、８０…ＨＳＳ、１００…装置、１０１…ＣＰＵ、１０２…ＲＡＭ、１０３…ＲＯＭ、１０４…通信モジュール、１０５…補助記憶装置。
【図１】
2017169281.tif 000003
【図２】
2017169281.tif 000004
【図３】
2017169281.tif 000005
【図４】
2017169281.tif 000006
【図５】
2017169281.tif 000007
【図６】
2017169281.tif 000008
【図７】
2017169281.tif 000009
【図８】
2017169281.tif 000010
【図９】
2017169281.tif 000011
【図１０】
2017169281.tif 000012
【図１１】
2017169281.tif 000013
【図１２】
2017169281.tif 000014
【図１３】
2017169281.tif 000015
【国際調査報告】
2017169281.tif 000016
2017169281.tif 000017