(57)【要約】トラッキングエリアの更新或いは切替プロセスにおいて、リソースが誤ってリリースされることを防ぐ方法であって、ターゲット移動管理エンティティMMEは、旧いシステムアーキテクチャエボリューション（SAE）サービングゲートウェーServing GWを利用するか、或いは新たなServing GWを再選択するかを判断し、ターゲットMMEは新たなServing GWを選択すると判断する場合、ソースMMEに通知し、ソースMMEにより搬送削除要求を旧いServing  GWへ送信することを含む。本発明の技術案によれば、ユーザのトラッキングエリアの更新或いは切替プロセスにおいて、ターゲットMMEが新たなServing  GWを選択せず、旧いServing GWを利用したままの時に、ソースMMEもユーザコンテキスト削除要求を旧いServing GWへ送信することを原因として、旧いServing GWにおける当該ユーザと係るリソースが誤ってリリースされる課題を防ぐことができる。
2010521899.tif 000002
【特許請求の範囲】
【請求項１】
トラッキングエリアの更新或いは切替プロセスにおいてリソースが誤ってリリースされることを防ぐ方法であって、
（１）ターゲット移動管理エンティティＭＭＥは、旧いシステムアーキテクチャエボリューションサービングゲートウェーＳｅｒｖｉｎｇ  ＧＷを利用するか、或いは新たなＳｅｒｖｉｎｇ  ＧＷを再選択するかを判断し、
（２）ターゲットＭＭＥが新たなＳｅｒｖｉｎｇ  ＧＷを選択することを判断した場合、ソースＭＭＥに通知し、ソースＭＭＥにより搬送削除要求を旧いＳｅｒｖｉｎｇ  ＧＷへ送信することを含むトラッキングエリアの更新或いは切替プロセスにおいてリソースが誤ってリリースされることを防ぐ方法。
【請求項２】
前記（２）において、
ターゲットＭＭＥが新たなＳｅｒｖｉｎｇ  ＧＷを選択することを判断した場合、ターゲットＭＭＥにより通知メッセージをソースＭＭＥへ送信し、ターゲットＭＭＥが既に新たなＳｅｒｖｉｎｇ  ＧＷを１つ選択したことを指示することを特徴とする請求項１に記載の方法。
【請求項３】
前記のターゲットＭＭＥが通知メッセージをソースＭＭＥへ送信した後に、ソースＭＭＥは、通知メッセージを受信し、Ｓｅｒｖｉｎｇ  ＧＷが既に変更したことを判断すると、ソースＭＭＥは搬送コンテキスト削除要求を旧いＳｅｒｖｉｎｇ  ＧＷへ送信することを特徴とする請求項２に記載の方法。
【請求項４】
前記（２）が実行された後に、旧いＳｅｒｖｉｎｇ  ＧＷは、当該ユーザリソースをリリースした後に、搬送コンテキスト削除応答をソースＭＭＥへ返信することを特徴とする請求項１に記載の方法。
【請求項５】
切替の時に、前記の通知メッセージは切替完了メッセージであり、当該メッセージにおいて、Ｓｅｒｖｉｎｇ  ＧＷが変更したか否かを指示した標記が付加されていることを特徴とする請求項２に記載の方法。
【請求項６】
トラッキングエリアが更新される時に、前記の通知メッセージはコンテキスト確認要求メッセージであり、当該メッセージにおいて、Ｓｅｒｖｉｎｇ  ＧＷが変更したか否かを指示した標記が付加されていることを特徴とする請求項２に記載の方法。
【請求項７】
トラッキングエリアが更新される時に、前記の通知メッセージは、Ｓｅｒｖｉｎｇ  ＧＷ変更の通知メッセージであることを特徴とする請求項２に記載の方法。
【請求項８】
前記（２）は、ターゲットＭＭＥが旧いＳｅｒｖｉｎｇ  ＧＷを利用することを判断すると、ソースＭＭＥは搬送コンテキスト削除要求を旧いＳｅｒｖｉｎｇ  ＧＷへ送信しないことを更に含むことを特徴とする請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信分野に関し、特に、トラッキングエリアの更新或いは切替プロセスにおいてリソースが誤ってリリースされることを防ぐ方法に関する。
【背景技術】
【０００２】
Ｗｉｍａｘ（Ｗｏｒｌｄ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ、世界マイクロウェーブアクセス交互運用）の著しい発展につれて、第三世代移動通信システムは、移動通信分野における強い競争力を保つために、そのネットワーク機能を向上させる事と、ネットワーク建設や運営のコストを低下させなければならない。従って、現在、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、第三世代パートナーシッププロジェクト）の標準化グループは、ＰＳ  Ｃｏｒｅ（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈ  Ｃｏｒｅ、パケット交換コア）及びＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ユニバーサル移動通信システム無線アクセスネットワーク）の進化に対する研究を行い、この研究のテーマはシステムアーキテクチャエボリューション（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ、略してＳＡＥ）であり、エボリューションしたＰＳ  Ｃｏｒｅ（略してＥ−ＰＳ  Ｃｏｒｅ）に対して、より高い伝送レートとより短い伝送時延とを提供でき、パケット化を最優化でき、及び、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  ＵＴＲＡＮ、エボリューションしたＵＴＲＡＮ）やＵＴＲＡＮやＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ、無線ローカルエリアネットワーク）と他の３ＧＰＰ以外のアクセスネットワークの間の移動性管理をサポートできるようにすることを目的とする。
【０００３】
従来のＳＡＥのアーキテクチャは図１に示すように、以下のネット素子（Network Element）を含む。
【０００４】
Ｅ−ＲＡＮ（Ｅｖｏｌｖｅｄ  ＲＡＮ）：進化した無線アクセスネットワークであり、より高い上がり方向と下がり方向におけるレートと、より少ない伝送時延と、より信頼性の高い無線伝送を提供できる。Ｅ−ＲＡＮに含まれるネットワーク素子はｅＮｏｄｅＢ（Ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）であり、ユーザのアクセスに対して、無線リソースを提供する。
【０００５】
ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）：ホームユーザサーバーであり、永久にユーザ契約データを記憶（storage）する。
【０００６】
ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）：パケットデータネットワークであり、ユーザのためにサービスを提供するネットワークである。
【０００７】
Ｅ−Ｐａｃｋｅｔ  Ｃｏｒｅ：進化したパケットネットワークであり、より少ない時延を提供すると共に、より多い無線アクセスシステムのアクセスを許可する。以下のネットワーク素子を含む。
【０００８】
ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ：移動管理エンティティ）：制御端（Control plane）の機能エンティティであって、一時にユーザデータを記憶するサーバであり、ＵＥ（端末）のコンテキスト（例えば、ＵＥ／ユーザ標記や移動性管理状態、ユーザセキュリティパラメーターなど）の管理及び記憶を行い、ユーザに対して一時標記を割り当て、ＵＥが当該トラッキングエリアに存在する時或いは当該ネットワークが当該ユーザに対して認証を行う場合、ＭＭＥとＵＥとの間の全てのアクセス層以外のメッセージを処理する。
【０００９】
Ｓｅｒｖｉｎｇ  ＧＷ（Ｇａｔｅｗａｙ）：サービングゲートウェーであり、当該ゲートウェーは、ユーザ端（User plane）のエンティティであり、ユーザ端におけるデータのルート処理を行い、空き状態のＵＥにおける下がり方向のデータを終了させる。ＵＥのＳＡＥ搬送（ｂｅａｒｅｒ）コンテキスト、例えばＩＰ搬送サービスパラメーターやネットワーク内部ルート情報などを管理し記憶する。３ＧＰＰシステム内部のユーザ端におけるアンカーポイントであり、一人のユーザは、一つの時間点においてＳｅｒｖｉｎｇ  ＧＷを１つのみ有することができる。
【００１０】
ＰＤＮ  ＧＷ：パケットデータネットワークゲートウェーであり、ＵＥがＰＤＮにアクセスするゲートウェーの機能を行い、３ＧＰＰと３ＧＰＰ以外のアクセスシステムとの移動性アンカーポイントである。ユーザは、一つの時間点において複数のＰＤＮ  ＧＷにアクセスすることができる。
【００１１】
移動性管理は無線通信システムの著しい特徴の１つであり、ユーザが１つのｅＮｏｄｅＢの制御エリアから他の１つのｅＮｏｄｅＢの制御エリアに移動する時に、対応するＭＭＥとＳｅｒｖｉｎｇ  ＧＷには変化が起こる可能性がある。ユーザが空きモデルで移動する場合、端末はトラッキングエリア更新プロセスを発するが、ユーザがアクティベーションモデルで移動する場合、切替プロセスが起こることになる。これらのプロセスにおいて、ユーザデータと関係のコンテキストはターゲットＭＭＥにおいて再設立し、ターゲットＭＭＥが新たな１つのＳｅｒｖｉｎｇ  ＧＷを再選択する可能性があり、ソースＭＭＥとＳｅｒｖｉｎｇ  ＧＷにおける、当該ユーザと係るリソースがリリースされることになる。
【００１２】
従来の技術において、ソースＳｅｒｖｉｎｇ  ＧＷにおける、当該ユーザと係るリソースのリリースは、ソースＭＭＥにより発したものである。図２に示すように、以下のステップを有する。
【００１３】
ステップ２０１：ターゲットＭＭＥは、ユーザデータ更新要求をＨＳＳへ送信し、ユーザ契約データをターゲットＭＭＥへ送信することをＨＳＳに要求する。
【００１４】
ステップ２０２：ＨＳＳは、ユーザ契約データをターゲットＭＭＥに送信した後に、ユーザデータ更新応答をターゲットＭＭＥへ返信する。
【００１５】
ステップ２０３：ＨＳＳは、ソースＭＭＥに対してユーザデータ削除要求を発し、ソースＭＭＥにおけるユーザデータを削除する。
【００１６】
ステップ２０４：ソースＭＭＥにおいて、当該ユーザが利用中のＳｅｒｖｉｎｇ  ＧＷを有することを発見し、そして、当該Ｓｅｒｖｉｎｇ  ＧＷへ搬送（bearer）コンテキスト削除要求を送信し、当該Ｓｅｒｖｉｎｇ  ＧＷをソースＳｅｒｖｉｎｇ  ＧＷ或いは旧いＳｅｒｖｉｎｇ  ＧＷと呼ぶ。
【００１７】
ステップ２０５：ソースＳｅｒｖｉｎｇ  ＧＷは、ユーザに対応するコンテキストを削除した後に、搬送コンテキスト削除応答を返信する。
【００１８】
ステップ２０６：ソースＭＭＥは、ユーザデータを削除した後に、ユーザデータ削除応答をＨＳＳへ返信する。
【００１９】
この技術において、ターゲットＭＭＥが新たなＳｅｒｖｉｎｇ  ＧＷを選択せず、旧いＳｅｒｖｉｎｇ  ＧＷを利用したままの時に、ソースＭＭＥもユーザ搬送コンテキスト削除要求を旧いＳｅｒｖｉｎｇ  ＧＷへ送信することを原因として、旧いＳｅｒｖｉｎｇ  ＧＷにおける当該ユーザに係るリソースが誤ってリリースされる。この方案において、ソースＭＭＥは、ターゲットＭＭＥが新たなＳｅｒｖｉｎｇ  ＧＷを選択したか否かを知ることができない。
【発明の概要】
【発明が解決しようとする課題】
【００２０】
本発明が解決する技術課題は、トラッキングエリアの更新或いは切替プロセスにおいてリソースが誤ってリリースされることを防ぐ方法を提供することであり、トラッキングエリアの更新或いは切替プロセスにおいて、ターゲットＭＭＥが新たなＳｅｒｖｉｎｇ  ＧＷを選択せず、旧いＳｅｒｖｉｎｇ  ＧＷを利用したままの時に、ソースＭＭＥもユーザ搬送コンテキスト削除要求を旧いＳｅｒｖｉｎｇ  ＧＷへ送信することを原因として、旧いＳｅｒｖｉｎｇ  ＧＷにおける当該ユーザと係るリソースが誤ってリリースされる課題を防ぐ。
【課題を解決するための手段】
【００２１】
前記の技術課題を解決するために、本発明は、トラッキングエリアの更新或いは切替プロセスにおいてリソースが誤ってリリースされることを防ぐ方法であって、
（１）ターゲット移動管理エンティティＭＭＥは、旧いシステムアーキテクチャエボリューションサービングゲートウェーＳｅｒｖｉｎｇ  ＧＷを利用するか、或いは新たなＳｅｒｖｉｎｇ  ＧＷを再選択するかを判断し、
（２）ターゲットＭＭＥが新たなＳｅｒｖｉｎｇ  ＧＷを選択するのを判断した場合、ソースＭＭＥに通知し、ソースＭＭＥにより搬送削除要求を旧いＳｅｒｖｉｎｇ  ＧＷへ送信することを含む方法を提供する。
【００２２】
更に、前記（２）において、
ターゲットＭＭＥが新たなＳｅｒｖｉｎｇ  ＧＷを選択するのを判断した場合、ターゲットＭＭＥにより通知メッセージをソースＭＭＥへ送信し、ターゲットＭＭＥが既に新たなＳｅｒｖｉｎｇ  ＧＷを１つ選択したことを指示する。
【００２３】
更に、前記のターゲットＭＭＥが通知メッセージをソースＭＭＥへ送信した後に、ソースＭＭＥは、通知メッセージを受信し、Ｓｅｒｖｉｎｇ  ＧＷが既に変更したと判断すると、ソースＭＭＥは搬送コンテキスト削除要求を旧いＳｅｒｖｉｎｇ  ＧＷへ送信する。
【００２４】
更に、前記（２）が実行された後に、旧いＳｅｒｖｉｎｇ  ＧＷは、当該ユーザリソースをリリースした後に、搬送コンテキスト削除応答をソースＭＭＥへ返信する。
【００２５】
更に、切替の時に、前記の通知メッセージは切替完了メッセージであり、当該メッセージにおいて、Ｓｅｒｖｉｎｇ  ＧＷが変更したか否かを指示する標記が付加されている。
【００２６】
更に、トラッキングエリアが更新される時に、前記の通知メッセージはコンテキスト確認要求メッセージであり、当該メッセージにおいて、Ｓｅｒｖｉｎｇ  ＧＷが変更したか否かを指示する標記が付加されている。
【００２７】
更に、トラッキングエリアが更新される時に、前記の通知メッセージは、Ｓｅｒｖｉｎｇ  ＧＷ変更の通知メッセージである。
【００２８】
更に、前記（２）は、ターゲットＭＭＥが旧いＳｅｒｖｉｎｇ  ＧＷを利用するのを判断すると、ソースＭＭＥは搬送コンテキスト削除要求を旧いＳｅｒｖｉｎｇ  ＧＷへ送信しないことを更に含む。
【発明の効果】
【００２９】
本発明は、旧いＳｅｒｖｉｎｇ  ＧＷにおけるリソースが、ターゲットＭＭＥにより発し、且つ、ソースＭＭＥによりリリースされることを提案する。旧いＳｅｒｖｉｎｇ  ＧＷを利用するか、或いは新たなＳｅｒｖｉｎｇ  ＧＷを再選択するかについては、ターゲットＭＭＥは分る。従って、旧いＳｅｒｖｉｎｇ  ＧＷを利用する時に、ソースＭＭＥに対して通知せず、新たなＳｅｒｖｉｎｇ  ＧＷを選択した時のみ、ソースＭＭＥに対して、削除要求の送信を通知することによって、ソースＳｅｒｖｉｎｇ  ＧＷにおけるリソースが誤ってリリースされる課題を解決でき、更新或いは切替が順調に行われることが確保できる。
【図面の簡単な説明】
【００３０】
【図１】従来の技術におけるＳＡＥのブロック図
【図２】従来の技術における旧いＳｅｒｖｉｎｇ  ＧＷのリリースのフローチャート
【図３】本実施例のフローチャート
【図４】本発明の実施例をトラッキングエリアの更新プロセスに応用するフローチャート
【図５】本発明の実施例をＭＭＥの間の切替プロセスに応用するフローチャート
【図６】本発明の実施例をトラッキングエリアの更新プロセスに応用する他の1つのフローチャート
【発明を実施するための形態】
【００３１】
以下は、図面と実施例を合わせて本発明の技術案についてさらに詳しく説明する。
【００３２】
図３に示すように、本実施例は以下のステップを含む。
【００３３】
ステップ３０１：ターゲットＭＭＥは、旧いＳｅｒｖｉｎｇ  ＧＷを利用するか、或いは新たなＳｅｒｖｉｎｇ  ＧＷを再選択するかを判断し、
【００３４】
ステップ３０２：ターゲットＭＭＥが新たなＳｅｒｖｉｎｇ  ＧＷを選択するのを判断した場合、ターゲットＭＭＥにより通知メッセージをソースＭＭＥへ送信し、ターゲットＭＭＥが既に新たなＳｅｒｖｉｎｇ  ＧＷを1つ選択したことを指示し、オプションとして、当該メッセージは新たなＳｅｒｖｉｎｇ  ＧＷのアドレス情報が付加され（ソースＭＭＥがサービングＧＰＲＳサポートノード（ＳＧＳＮ）であり、、当該ＳＧＳＮは、新たなＳｅｒｖｉｎｇ  ＧＷへのトンネルを設立することが必要である場合、この時、新たなＳｅｒｖｉｎｇ  ＧＷのアドレス情報が必要である。）、オプションとして、ソースＭＭＥは、ターゲットＭＭＥへ応答を返信する。
【００３５】
ステップ３０３：ソースＭＭＥは通知メッセージを受信した後に、Ｓｅｒｖｉｎｇ  ＧＷが既に変更したと判断する場合、旧いＳｅｒｖｉｎｇ  ＧＷへ搬送コンテキスト削除要求を送信し、オプションとして、旧いＳｅｒｖｉｎｇ  ＧＷは、当該ユーザリソースをリリースした後に、搬送コンテキスト削除応答をソースＭＭＥへ返信する。
【００３６】
オプションとして、ステップ３０２において、ターゲットＭＭＥが新たなＳｅｒｖｉｎｇ  ＧＷを選択することを判断した後に、ターゲットＭＭＥは通知メッセージをソースＭＭＥへ送信する前に、ターゲットＭＭＥは搬送設立要求を新たなＳｅｒｖｉｎｇ  ＧＷへ送信し、新たなＳｅｒｖｉｎｇ  ＧＷは関係の搬送リソースを割り当て、搬送を設立した後に、ターゲットＭＭＥへ搬送設立応答を返信する。
【００３７】
他のプロセスは従来の技術と同じでもよい。
【００３８】
ターゲットＭＭＥが旧いＳｅｒｖｉｎｇ  ＧＷを利用することを判断した場合、ステップ３０２〜３０３を行う必要はない。即ち、旧いＳｅｒｖｉｎｇ  ＧＷを利用する時に、ソースＭＭＥは、搬送コンテキスト削除要求を旧いＳｅｒｖｉｎｇ  ＧＷに指示せず、従って、旧いＳｅｒｖｉｎｇ  ＧＷにおけるリソースが誤ってリリースされることを防いだ。
【００３９】
図４を参照しながら、トラッキングエリアの更新プロセスに応用する実施例に対して詳しく説明する。
【００４０】
ステップ４０１：ＵＥは、現在位置するトラッキングエリアとこの前に登記されたトラッキングエリアとは一致していないと発見する時に、トラッキングエリア更新をネットワークへ発し、ｅＮｏｄｅＢが受信した後に、当該トラッキングエリアが他の一つのＭＭＥの管理に属すると判断し、そして、ユーザの旧いＳ−ＴＭＳＩ（ユーザ一時アイデンティティ標記）と前回に登記されたトラッキングエリアと現在位置するトラッキングエリアとが付加される当該トラッキングエリア更新要求を、当該ＭＭＥ（即ち、ターゲットＭＭＥ）へ転送し、
【００４１】
ステップ４０２：ターゲットＭＭＥは前記のトラッキングエリア更新要求を受信した後に、前回に登記されたトラッキングエリアに基づき、ユーザの前回に登記されたＭＭＥを推測することができ、そして、ユーザの旧いＳ−ＴＭＳＩが付加されるユーザコンテキスト取得要求を、当該ＭＭＥ（即ち、ソースＭＭＥ）へ送信し、
【００４２】
ステップ４０３：ソースＭＭＥは受信した後に、Ｓ−ＴＭＳＩに基づき、ユーザのコンテキストを取得することができ、且つ、当該コンテキストをターゲットＭＭＥに送信する。このコンテキストにおいて、現在利用されているＳｅｒｖｉｎｇ  ＧＷ（即ち、旧いＳｅｒｖｉｎｇ  ＧＷ）のアドレスがあり、
【００４３】
ステップ４０４：ターゲットＭＭＥはユーザデータ更新要求をＨＳＳへ送信し、ユーザ契約データをターゲットＭＭＥに送信することをＨＳＳに要求し、
【００４４】
ステップ４０５：ＨＳＳはユーザ契約データをターゲットＭＭＥに送信した後に、ユーザデータ更新応答をターゲットＭＭＥに返信し、
【００４５】
ステップ４０６：ＨＳＳはユーザデータ削除要求をソースＭＭＥに発し、ソースＭＭＥ
におけるユーザデータを削除し、
【００４６】
ステップ４０７：ソースＭＭＥはユーザデータを削除した後に、ユーザデータ削除応答をＨＳＳに返信し、
【００４７】
ステップ４０８：ターゲットＭＭＥは、新たなＳｅｒｖｉｎｇ  ＧＷを選択することを決定し、
【００４８】
ステップ４０９：ターゲットＭＭＥは、新たなＳｅｒｖｉｎｇ  ＧＷへ搬送設立要求を送信し、
【００４９】
ステップ４１０：新たなＳｅｒｖｉｎｇ  ＧＷは関係の搬送リソースを割り当て、搬送を設立した後に、ターゲットＭＭＥへ搬送設立応答を返信し、
【００５０】
ステップ４１１：ターゲットＭＭＥは、新たなＳｅｒｖｉｎｇ  ＧＷのアドレス情報が付加されるＳｅｒｖｉｎｇ  ＧＷ変更の通知メッセージを、ソースＭＭＥへ発し、
【００５１】
ステップ４１２：ソースＭＭＥは、通知応答メッセージを返信し、
【００５２】
ステップ４１３：ソースＭＭＥは、搬送コンテキスト削除要求を旧いＳｅｒｖｉｎｇ  ＧＷへ送信し、
【００５３】
ステップ４１４：旧いＳｅｒｖｉｎｇ  ＧＷは当該ユーザリソースをリリースした後に、搬送コンテキスト削除応答をソースＭＭＥへ返信し、
【００５４】
ステップ４１５：ターゲットＭＭＥは、Ｓ−ＴＭＳＩを再び割り当て、Ｓ−ＴＭＳＩ再割当メッセージにおいてＳ−ＴＭＳＩと現在のトラッキングエリアとをＵＥへ返信し、
【００５５】
ステップ４１６：ＵＥは、Ｓ−ＴＭＳＩと現在のトラッキングエリアとを記憶し、再割当応答をＴＭＳＩへ返信する。
【００５６】
本実施例では、ステップ４０８において、ターゲットＭＭＥは旧いＳｅｒｖｉｎｇ  ＧＷを利用し続けることを決定すると、ステップ４０９〜ステップ４１４を行う必要はなく、直接にステップ４１５及び４１６を行う。
【００５７】
本実施例の説明において、便利のために、関係のない認証（authentication）と暗号化のプロセス、及びＨＳＳがユーザデータをターゲットＭＭＥに差し入れるプロセスを省略したが、これらのプロセスの実現は従来の技術と同じでもよい。
【００５８】
図５を参照しながら、ＭＭＥの間の切替プロセスに応用する実施例に対して詳しく説明する。
【００５９】
ステップ５０１：ソースｅＮｏｄｅＢは、信号計測に基づき、ターゲットトラッキングエリアの情報が付加される切替要求メッセージを、ソースＭＭＥへ発し、
【００６０】
ステップ５０２：ソースＭＭＥは、ターゲットトラッキングエリアの情報に基づき、ターゲットＭＭＥを見つけた後に、ターゲットトラッキングエリアの情報とソースＳｅｒｖｉｎｇ  ＧＷの位置情報とが付加される切替要求を、当該ＭＭＥへ送信し、
【００６１】
ステップ５０３：ターゲットＭＭＥが受信した後に、ターゲットセルの情報に基づき、ターゲットｅＮｏｄｅＢを選択した後に、Ｓｅｒｖｉｎｇ  ＧＷを再選択する必要があるかを判断し、
【００６２】
ステップ５０４：ターゲットＭＭＥは、新たに選択されたターゲットＳｅｒｖｉｎｇ  ＧＷへ搬送設立要求を発し、搬送リソースを割り当てることをターゲットＳｅｒｖｉｎｇ  ＧＷに要求し、
【００６３】
ステップ５０５：ターゲットＳｅｒｖｉｎｇ  ＧＷは搬送リソースを割り当てた後に、割り当てられたユーザ端のリソース情報が付加される搬送設立応答を、ターゲットＭＭＥに返信し、
【００６４】
ステップ５０６：ターゲットＭＭＥは、ターゲットｅＮｏｄｅＢへ切替要求を発し、搬送リソースを割り当てることをターゲットｅＮｏｄｅＢに要求し、Ｓｅｒｖｉｎｇ  ＧＷのユーザ端のリソース情報をターゲットｅＮｏｄｅＢに持込、
【００６５】
ステップ５０７：ターゲットｅＮｏｄｅＢは搬送リソースとエアインターフェース（air interface）無線リソースとを割り当てた後に、ｅＮｏｄｅＢにより割り当てられた搬送リソース情報とエアインターフェース無線リソース情報が付加される切替応答メッセージを、ターゲットＭＭＥへ返信し、
【００６６】
ステップ５０８：ターゲットＭＭＥは、ターゲットｅＮｏｄｅＢにより割り当てられたエアインターフェース無線リソース情報が付加された切替応答を、ソースＭＭＥへ返信し、
【００６７】
ステップ５０９：ソースＭＭＥは、ターゲットｅＮｏｄｅＢにより割り当てられたエアインターフェース無線リソース情報が付加された切替命令メッセージを、ソースｅＮｏｄｅＢへ発する。ソースｅＮｏｄｅＢは、切替を開始することをＵＥに命令し、
【００６８】
ステップ５１０：端末は、ターゲットｅＮｏｄｅＢにより割り当てられたエアインターフェース無線リソース情報に基づき、ターゲットｅＮｏｄｅＢに切り替え、
【００６９】
ステップ５１１：ターゲットｅＮｏｄｅＢは、切替完了メッセージをターゲットＭＭＥに報告し、
【００７０】
ステップ５１２：ターゲットＭＭＥは、Ｓｅｒｖｉｎｇ  ＧＷが変更したかを指示する標記が付加された切替完了メッセージを、ソースＭＭＥへ送信し、変更した場合、前記の切替完了メッセージにおいて、新たなＳｅｒｖｉｎｇ  ＧＷのアドレス情報も付加され、
【００７１】
ステップ５１３：ソースＭＭＥは、切替完了応答メッセージをターゲットＭＭＥへ返信し、
【００７２】
ステップ５１４：ソースＭＭＥは、リソースリリース要求をソースｅＮｏｄｅＢへ発し、
【００７３】
ステップ５１５：ソースｅＮｏｄｅＢは、関係のリソースをリリースした後に、リソースリリース応答をソースＭＭＥへ送信し、
【００７４】
ステップ５１６：ソースＭＭＥはステップ５１２において、Ｓｅｒｖｉｎｇ  ＧＷが既に変更したことが分ると、ソースＳｅｒｖｉｎｇ  ＧＷへ搬送コンテキスト削除要求を送信し、
【００７５】
ステップ５１７：ソースＳｅｒｖｉｎｇ  ＧＷは、当該ユーザリソースをリリースした後に、搬送コンテキスト削除応答をソースＭＭＥへ返信する。
【００７６】
これにおいて、ステップ５１４/５１５の二つのステップは、ステップ５１６/５１７の二つのステップと同時に行うことができる。
【００７７】
ステップ５０３において、ターゲットＭＭＥはソースＳｅｒｖｉｎｇ  ＧＷを利用し続けることを判断すると、ステップ５１２においてはＳｅｒｖｉｎｇ  ＧＷ変更の標記が付加されず、且つ、ステップ５０４、５０５、５１６、５１７を行う必要はない。
【００７８】
図６を参照しながら、トラッキングエリアの更新プロセスに応用する他の１つの実施例に対して詳しく説明する。
【００７９】
ステップ６０１：ＵＥは、現在位置するトラッキングエリアとこの前に登記されたトラッキングエリアとは一致していないと発見した時に、トラッキングエリア更新をネットワークへ発し、ｅＮｏｄｅＢが受信した後に、当該トラッキングエリアが他の一つのＭＭＥの管理に属すると判断し、そして、ユーザの旧いＳ−ＴＭＳＩ（ユーザ一時アイデンティティ標記）と前回に登記されたトラッキングエリアと現在位置するトラッキングエリアとが付加された当該トラッキングエリア更新要求を、当該ＭＭＥ（即ち、ターゲットＭＭＥ）へ転送し、
【００８０】
ステップ６０２：ターゲットＭＭＥは前記のトラッキングエリア更新要求を受信した後に、前回に登記されたトラッキングエリアに基づき、ユーザの前回に登記されたＭＭＥを推測することができ、そして、ユーザの旧いＳ−ＴＭＳＩが付加されたユーザコンテキスト取得要求を、当該ＭＭＥ（即ち、ソースＭＭＥ）へ送信し、
【００８１】
ステップ６０３：ソースＭＭＥは前記のユーザコンテキスト取得要求を受信した後に、Ｓ−ＴＭＳＩに基づき、ユーザのコンテキストを取得することができ、且つ、当該コンテキストをターゲットＭＭＥに送信する。このコンテキストにおいて、ソースＳｅｒｖｉｎｇ  ＧＷのアドレスがあり、
【００８２】
ステップ６０４：ターゲットＭＭＥはユーザに対して認証を行い、これは、ＨＳＳから認証パラメーターを取得すること、及びユーザに対して認証を行うことの二つの部分を含み、
【００８３】
ステップ６０５：認証が成功した後に、ターゲットＭＭＥは、ソースＳｅｒｖｉｎｇ  ＧＷのアドレスに基づき、新たなＳｅｒｖｉｎｇ  ＧＷを選択することを決定し、
【００８４】
ステップ６０６：ターゲットＭＭＥは、旧いＭＭＥが既に新たなＳｅｒｖｉｎｇ  ＧＷを選択したことを指示する１つの標記が付加されるコンテキスト取得確認メッセージを、ソースＭＭＥへ発し、
【００８５】
ステップ６０７：ターゲットＭＭＥは、ユーザデータ更新要求をＨＳＳへ送信し、ユーザ契約データをターゲットＭＭＥに送信することをＨＳＳに要求し、
【００８６】
ステップ６０８：ＨＳＳはユーザ契約データをターゲットＭＭＥに送信した後に、ユーザデータ更新応答をターゲットＭＭＥに返信し、
【００８７】
ステップ６０９：ＨＳＳはユーザデータ削除要求をソースＭＭＥに発し、ソースＭＭＥにおけるユーザデータを削除し、
【００８８】
ステップ６１０：ソースＭＭＥは、既にターゲットＭＭＥが新たなＳｅｒｖｉｎｇ  ＧＷを再選択したことを分かって、そして、搬送コンテキスト削除要求を旧いＳｅｒｖｉｎｇ  ＧＷへ送信し、
【００８９】
ステップ６１１：旧いＳｅｒｖｉｎｇ  ＧＷは当該ユーザリソースをリリースした後に、搬送コンテキスト削除応答をソースＭＭＥへ返信し、
【００９０】
ステップ６１２：ソースＭＭＥは、ユーザデータを削除した後に、ユーザデータ削除応答をＨＳＳに返信し、
【００９１】
ステップ６１３：ターゲットＭＭＥは、新たなＳｅｒｖｉｎｇ  ＧＷへ搬送設立要求を送信し、
【００９２】
ステップ６１４：新たなＳｅｒｖｉｎｇ  ＧＷは関係の搬送リソースを割り当て、搬送を設立した後に、ターゲットＭＭＥへ搬送設立応答を返信し、
【００９３】
ステップ６１５：ターゲットＭＭＥは、Ｓ−ＴＭＳＩを再び割り当て、Ｓ−ＴＭＳＩ再割当メッセージにおいてＳ−ＴＭＳＩと現在のトラッキングエリアとをＵＥへ返信し、
【００９４】
ステップ６１６：ＵＥは、Ｓ−ＴＭＳＩと現在のトラッキングエリアとを記憶し、再割当応答をＴＭＳＩへ返信する。
【００９５】
本実施例では、ステップ６０５において、ターゲットＭＭＥが旧いＳｅｒｖｉｎｇ  ＧＷを利用し続けることを決定すると、ステップ６１０とステップ６１１を行う必要はない。
【００９６】
本実施例の説明において、便利のために、関係のない暗号化のプロセス、及びＨＳＳがユーザデータをターゲットＭＭＥに差し入れるプロセスを省略したが、これらのプロセスの実現は従来の技術と同じでもよい。
【００９７】
なお、本発明は他に幾つかの実施例があってもよい。本発明の要旨を逸脱しない範囲で、本分野の当業者ならば本発明に基づき相応な変更と変形が色々できるが、それらの相応な変更と変形は本発明における請求の範囲に属すべきである。
【産業上の利用可能性】
【００９８】
本発明の技術案によれば、ユーザのトラッキングエリアの更新或いは切替プロセスにおいて、ターゲットＭＭＥが新たなＳｅｒｖｉｎｇ  ＧＷを選択せず、旧いＳｅｒｖｉｎｇ  ＧＷを利用したままの時に、ソースＭＭＥもユーザコンテキスト削除要求を旧いＳｅｒｖｉｎｇ  ＧＷへ送信することを原因として、旧いＳｅｒｖｉｎｇ  ＧＷにおける当該ユーザと係るリソースが誤ってリリースされる課題を防ぐことができる。
【図１】
2010521899.tif 000003
【図２】
2010521899.tif 000004
【図３】
2010521899.tif 000005
【図４】
2010521899.tif 000006
【図５】
2010521899.tif 000007
【図６】
2010521899.tif 000008
【国際調査報告】
2010521899.tif 000009
2010521899.tif 000010
2010521899.tif 000011
2010521899.tif 000012