JP5021772B2 - トラッキングエリアの更新或いは切替プロセスにおいてリソースが誤ってリリースされることを防ぐ方法 - Google Patents

Description

本発明は、無線通信分野に関し、特に、トラッキングエリアの更新或いは切替プロセスにおいてリソースが誤ってリリースされることを防ぐ方法に関する。

Ｗｉｍａｘ（Ｗｏｒｌｄ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ、世界マイクロウェーブアクセス交互運用）の著しい発展につれて、第三世代移動通信システムは、移動通信分野における強い競争力を保つために、そのネットワーク機能を向上させる事と、ネットワーク建設や運営のコストを低下させなければならない。従って、現在、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ、第三世代パートナーシッププロジェクト）の標準化グループは、ＰＳ Ｃｏｒｅ（Ｐａｃｋｅｔ Ｓｗｉｔｃｈ Ｃｏｒｅ、パケット交換コア）及びＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ユニバーサル移動通信システム無線アクセスネットワーク）の進化に対する研究を行い、この研究のテーマはシステムアーキテクチャエボリューション（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ、略してＳＡＥ）であり、エボリューションしたＰＳ Ｃｏｒｅ（略してＥ−ＰＳ Ｃｏｒｅ）に対して、より高い伝送レートとより短い伝送時延とを提供でき、パケット化を最優化でき、及び、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＴＲＡＮ、エボリューションしたＵＴＲＡＮ）やＵＴＲＡＮやＷＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、無線ローカルエリアネットワーク）と他の３ＧＰＰ以外のアクセスネットワークの間の移動性管理をサポートできるようにすることを目的とする。

従来のＳＡＥのアーキテクチャは図１に示すように、以下のネット素子（Network Element）を含む。

Ｅ−ＲＡＮ（Ｅｖｏｌｖｅｄ ＲＡＮ）：進化した無線アクセスネットワークであり、より高い上がり方向と下がり方向におけるレートと、より少ない伝送時延と、より信頼性の高い無線伝送を提供できる。Ｅ−ＲＡＮに含まれるネットワーク素子はｅＮｏｄｅＢ（Ｅｖｏｌｖｅｄ ＮｏｄｅＢ）であり、ユーザのアクセスに対して、無線リソースを提供する。

ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）：ホームユーザサーバーであり、永久にユーザ契約データを記憶（storage）する。

ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）：パケットデータネットワークであり、ユーザのためにサービスを提供するネットワークである。

Ｅ−Ｐａｃｋｅｔ Ｃｏｒｅ：進化したパケットネットワークであり、より少ない時延を提供すると共に、より多い無線アクセスシステムのアクセスを許可する。以下のネットワーク素子を含む。

ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ：移動管理エンティティ）：制御端（Control plane）の機能エンティティであって、一時にユーザデータを記憶するサーバであり、ＵＥ（端末）のコンテキスト（例えば、ＵＥ／ユーザ標記や移動性管理状態、ユーザセキュリティパラメーターなど）の管理及び記憶を行い、ユーザに対して一時標記を割り当て、ＵＥが当該トラッキングエリアに存在する時或いは当該ネットワークが当該ユーザに対して認証を行う場合、ＭＭＥとＵＥとの間の全てのアクセス層以外のメッセージを処理する。

Ｓｅｒｖｉｎｇ ＧＷ（Ｇａｔｅｗａｙ）：サービングゲートウェーであり、当該ゲートウェーは、ユーザ端（User plane）のエンティティであり、ユーザ端におけるデータのルート処理を行い、空き状態のＵＥにおける下がり方向のデータを終了させる。ＵＥのＳＡＥ搬送（ｂｅａｒｅｒ）コンテキスト、例えばＩＰ搬送サービスパラメーターやネットワーク内部ルート情報などを管理し記憶する。３ＧＰＰシステム内部のユーザ端におけるアンカーポイントであり、一人のユーザは、一つの時間点においてＳｅｒｖｉｎｇ ＧＷを１つのみ有することができる。

ＰＤＮ ＧＷ：パケットデータネットワークゲートウェーであり、ＵＥがＰＤＮにアクセスするゲートウェーの機能を行い、３ＧＰＰと３ＧＰＰ以外のアクセスシステムとの移動性アンカーポイントである。ユーザは、一つの時間点において複数のＰＤＮ ＧＷにアクセスすることができる。

移動性管理は無線通信システムの著しい特徴の１つであり、ユーザが１つのｅＮｏｄｅＢの制御エリアから他の１つのｅＮｏｄｅＢの制御エリアに移動する時に、対応するＭＭＥとＳｅｒｖｉｎｇ ＧＷには変化が起こる可能性がある。ユーザが空きモデルで移動する場合、端末はトラッキングエリア更新プロセスを発するが、ユーザがアクティベーションモデルで移動する場合、切替プロセスが起こることになる。これらのプロセスにおいて、ユーザデータと関係のコンテキストはターゲットＭＭＥにおいて再設立し、ターゲットＭＭＥが新たな１つのＳｅｒｖｉｎｇ ＧＷを再選択する可能性があり、ソースＭＭＥとＳｅｒｖｉｎｇ ＧＷにおける、当該ユーザと係るリソースがリリースされることになる。

従来の技術において、ソースＳｅｒｖｉｎｇ ＧＷにおける、当該ユーザと係るリソースのリリースは、ソースＭＭＥにより発したものである。図２に示すように、以下のステップを有する。

ステップ２０１：ターゲットＭＭＥは、ユーザデータ更新要求をＨＳＳへ送信し、ユーザ契約データをターゲットＭＭＥへ送信することをＨＳＳに要求する。

ステップ２０２：ＨＳＳは、ユーザ契約データをターゲットＭＭＥに送信した後に、ユーザデータ更新応答をターゲットＭＭＥへ返信する。

ステップ２０３：ＨＳＳは、ソースＭＭＥに対してユーザデータ削除要求を発し、ソースＭＭＥにおけるユーザデータを削除する。

ステップ２０４：ソースＭＭＥにおいて、当該ユーザが利用中のＳｅｒｖｉｎｇ ＧＷを有することを発見し、そして、当該Ｓｅｒｖｉｎｇ ＧＷへ搬送（bearer）コンテキスト削除要求を送信し、当該Ｓｅｒｖｉｎｇ ＧＷをソースＳｅｒｖｉｎｇ ＧＷ或いは旧いＳｅｒｖｉｎｇ ＧＷと呼ぶ。

ステップ２０５：ソースＳｅｒｖｉｎｇ ＧＷは、ユーザに対応するコンテキストを削除した後に、搬送コンテキスト削除応答を返信する。

ステップ２０６：ソースＭＭＥは、ユーザデータを削除した後に、ユーザデータ削除応答をＨＳＳへ返信する。

この技術において、ターゲットＭＭＥが新たなＳｅｒｖｉｎｇ ＧＷを選択せず、旧いＳｅｒｖｉｎｇ ＧＷを利用したままの時に、ソースＭＭＥもユーザ搬送コンテキスト削除要求を旧いＳｅｒｖｉｎｇ ＧＷへ送信することを原因として、旧いＳｅｒｖｉｎｇ ＧＷにおける当該ユーザに係るリソースが誤ってリリースされる。この方案において、ソースＭＭＥは、ターゲットＭＭＥが新たなＳｅｒｖｉｎｇ ＧＷを選択したか否かを知ることができない。

本発明が解決する技術課題は、トラッキングエリアの更新或いは切替プロセスにおいてリソースが誤ってリリースされることを防ぐ方法を提供することであり、トラッキングエリアの更新或いは切替プロセスにおいて、ターゲットＭＭＥが新たなＳｅｒｖｉｎｇ ＧＷを選択せず、旧いＳｅｒｖｉｎｇ ＧＷを利用したままの時に、ソースＭＭＥもユーザ搬送コンテキスト削除要求を旧いＳｅｒｖｉｎｇ ＧＷへ送信することを原因として、旧いＳｅｒｖｉｎｇ ＧＷにおける当該ユーザと係るリソースが誤ってリリースされる課題を防ぐ。

前記の技術課題を解決するために、本発明は、トラッキングエリアの更新或いは切替プロセスにおいてリソースが誤ってリリースされることを防ぐ方法であって、
（１）ターゲット移動管理エンティティＭＭＥは、旧いシステムアーキテクチャエボリューションサービングゲートウェーＳｅｒｖｉｎｇ ＧＷを利用するか、或いは新たなＳｅｒｖｉｎｇ ＧＷを再選択するかを判断し、
（２）ターゲットＭＭＥが新たなＳｅｒｖｉｎｇ ＧＷを選択することを判断した場合、通知メッセージをソースＭＭＥへ送信し、ターゲットＭＭＥが既に新たなＳｅｒｖｉｎｇ ＧＷを１つ選択したことを指示し、ソースＭＭＥは通知メッセージを受信し、Ｓｅｒｖｉｎｇ ＧＷが既に変更したと判断すると、搬送削除要求を旧いＳｅｒｖｉｎｇ ＧＷへ送信することを含む方法を提供する。

更に、前記（２）が実行された後に、旧いＳｅｒｖｉｎｇ ＧＷは、当該ユーザリソースをリリースした後に、搬送コンテキスト削除応答をソースＭＭＥへ返信する。

更に、切替の時に、前記の通知メッセージは切替完了メッセージであり、当該メッセージにおいて、Ｓｅｒｖｉｎｇ ＧＷが変更したか否かを指示する標記が付加されている。

更に、トラッキングエリアが更新される時に、前記の通知メッセージはコンテキスト確認要求メッセージであり、当該メッセージにおいて、Ｓｅｒｖｉｎｇ ＧＷが変更したか否かを指示する標記が付加されている。

更に、トラッキングエリアが更新される時に、前記の通知メッセージは、Ｓｅｒｖｉｎｇ ＧＷ変更の通知メッセージである。

更に、前記（２）は、ターゲットＭＭＥが旧いＳｅｒｖｉｎｇ ＧＷを利用するのを判断すると、ソースＭＭＥは搬送コンテキスト削除要求を旧いＳｅｒｖｉｎｇ ＧＷへ送信しないことを更に含む。

本発明は、旧いＳｅｒｖｉｎｇ ＧＷにおけるリソースが、ターゲットＭＭＥにより発し、且つ、ソースＭＭＥによりリリースされることを提案する。旧いＳｅｒｖｉｎｇ ＧＷを利用するか、或いは新たなＳｅｒｖｉｎｇ ＧＷを再選択するかについては、ターゲットＭＭＥは分る。従って、旧いＳｅｒｖｉｎｇ ＧＷを利用する時に、ソースＭＭＥに対して通知せず、新たなＳｅｒｖｉｎｇ ＧＷを選択した時のみ、ソースＭＭＥに対して、削除要求の送信を通知することによって、ソースＳｅｒｖｉｎｇ ＧＷにおけるリソースが誤ってリリースされる課題を解決でき、更新或いは切替が順調に行われることが確保できる。

従来の技術におけるＳＡＥのブロック図 従来の技術における旧いＳｅｒｖｉｎｇ ＧＷのリリースのフローチャート 本実施例のフローチャート 本発明の実施例をトラッキングエリアの更新プロセスに応用するフローチャート 本発明の実施例をＭＭＥの間の切替プロセスに応用するフローチャート 本発明の実施例をトラッキングエリアの更新プロセスに応用する他の1つのフローチャート

以下は、図面と実施例を合わせて本発明の技術案についてさらに詳しく説明する。

図３に示すように、本実施例は以下のステップを含む。

ステップ３０１：ターゲットＭＭＥは、旧いＳｅｒｖｉｎｇ ＧＷを利用するか、或いは新たなＳｅｒｖｉｎｇ ＧＷを再選択するかを判断し、

ステップ３０２：ターゲットＭＭＥが新たなＳｅｒｖｉｎｇ ＧＷを選択するのを判断した場合、ターゲットＭＭＥにより通知メッセージをソースＭＭＥへ送信し、ターゲットＭＭＥが既に新たなＳｅｒｖｉｎｇ ＧＷを1つ選択したことを指示し、オプションとして、当該メッセージは新たなＳｅｒｖｉｎｇ ＧＷのアドレス情報が付加され（ソースＭＭＥがサービングＧＰＲＳサポートノード（ＳＧＳＮ）であり、、当該ＳＧＳＮは、新たなＳｅｒｖｉｎｇ ＧＷへのトンネルを設立することが必要である場合、この時、新たなＳｅｒｖｉｎｇ ＧＷのアドレス情報が必要である。）、オプションとして、ソースＭＭＥは、ターゲットＭＭＥへ応答を返信する。

ステップ３０３：ソースＭＭＥは通知メッセージを受信した後に、Ｓｅｒｖｉｎｇ ＧＷが既に変更したと判断する場合、旧いＳｅｒｖｉｎｇ ＧＷへ搬送コンテキスト削除要求を送信し、オプションとして、旧いＳｅｒｖｉｎｇ ＧＷは、当該ユーザリソースをリリースした後に、搬送コンテキスト削除応答をソースＭＭＥへ返信する。

オプションとして、ステップ３０２において、ターゲットＭＭＥが新たなＳｅｒｖｉｎｇ ＧＷを選択することを判断した後に、ターゲットＭＭＥは通知メッセージをソースＭＭＥへ送信する前に、ターゲットＭＭＥは搬送設立要求を新たなＳｅｒｖｉｎｇ ＧＷへ送信し、新たなＳｅｒｖｉｎｇ ＧＷは関係の搬送リソースを割り当て、搬送を設立した後に、ターゲットＭＭＥへ搬送設立応答を返信する。

他のプロセスは従来の技術と同じでもよい。

ターゲットＭＭＥが旧いＳｅｒｖｉｎｇ ＧＷを利用することを判断した場合、ステップ３０２〜３０３を行う必要はない。即ち、旧いＳｅｒｖｉｎｇ ＧＷを利用する時に、ソースＭＭＥは、搬送コンテキスト削除要求を旧いＳｅｒｖｉｎｇ ＧＷに指示せず、従って、旧いＳｅｒｖｉｎｇ ＧＷにおけるリソースが誤ってリリースされることを防いだ。

図４を参照しながら、トラッキングエリアの更新プロセスに応用する実施例に対して詳しく説明する。

ステップ４０１：ＵＥは、現在位置するトラッキングエリアとこの前に登記されたトラッキングエリアとは一致していないと発見する時に、トラッキングエリア更新をネットワークへ発し、ｅＮｏｄｅＢが受信した後に、当該トラッキングエリアが他の一つのＭＭＥの管理に属すると判断し、そして、ユーザの旧いＳ−ＴＭＳＩ（ユーザ一時アイデンティティ標記）と前回に登記されたトラッキングエリアと現在位置するトラッキングエリアとが付加される当該トラッキングエリア更新要求を、当該ＭＭＥ（即ち、ターゲットＭＭＥ）へ転送し、

ステップ４０２：ターゲットＭＭＥは前記のトラッキングエリア更新要求を受信した後に、前回に登記されたトラッキングエリアに基づき、ユーザの前回に登記されたＭＭＥを推測することができ、そして、ユーザの旧いＳ−ＴＭＳＩが付加されるユーザコンテキスト取得要求を、当該ＭＭＥ（即ち、ソースＭＭＥ）へ送信し、

ステップ４０３：ソースＭＭＥは受信した後に、Ｓ−ＴＭＳＩに基づき、ユーザのコンテキストを取得することができ、且つ、当該コンテキストをターゲットＭＭＥに送信する。このコンテキストにおいて、現在利用されているＳｅｒｖｉｎｇ ＧＷ（即ち、旧いＳｅｒｖｉｎｇ ＧＷ）のアドレスがあり、

ステップ４０４：ターゲットＭＭＥはユーザデータ更新要求をＨＳＳへ送信し、ユーザ契約データをターゲットＭＭＥに送信することをＨＳＳに要求し、

ステップ４０５：ＨＳＳはユーザ契約データをターゲットＭＭＥに送信した後に、ユーザデータ更新応答をターゲットＭＭＥに返信し、

ステップ４０６：ＨＳＳはユーザデータ削除要求をソースＭＭＥに発し、ソースＭＭＥ
におけるユーザデータを削除し、

ステップ４０７：ソースＭＭＥはユーザデータを削除した後に、ユーザデータ削除応答をＨＳＳに返信し、

ステップ４０８：ターゲットＭＭＥは、新たなＳｅｒｖｉｎｇ ＧＷを選択することを決定し、

ステップ４０９：ターゲットＭＭＥは、新たなＳｅｒｖｉｎｇ ＧＷへ搬送設立要求を送信し、

ステップ４１０：新たなＳｅｒｖｉｎｇ ＧＷは関係の搬送リソースを割り当て、搬送を設立した後に、ターゲットＭＭＥへ搬送設立応答を返信し、

ステップ４１１：ターゲットＭＭＥは、新たなＳｅｒｖｉｎｇ ＧＷのアドレス情報が付加されるＳｅｒｖｉｎｇ ＧＷ変更の通知メッセージを、ソースＭＭＥへ発し、

ステップ４１２：ソースＭＭＥは、通知応答メッセージを返信し、

ステップ４１３：ソースＭＭＥは、搬送コンテキスト削除要求を旧いＳｅｒｖｉｎｇ ＧＷへ送信し、

ステップ４１４：旧いＳｅｒｖｉｎｇ ＧＷは当該ユーザリソースをリリースした後に、搬送コンテキスト削除応答をソースＭＭＥへ返信し、

ステップ４１５：ターゲットＭＭＥは、Ｓ−ＴＭＳＩを再び割り当て、Ｓ−ＴＭＳＩ再割当メッセージにおいてＳ−ＴＭＳＩと現在のトラッキングエリアとをＵＥへ返信し、

ステップ４１６：ＵＥは、Ｓ−ＴＭＳＩと現在のトラッキングエリアとを記憶し、再割当応答をＴＭＳＩへ返信する。

本実施例では、ステップ４０８において、ターゲットＭＭＥは旧いＳｅｒｖｉｎｇ ＧＷを利用し続けることを決定すると、ステップ４０９〜ステップ４１４を行う必要はなく、直接にステップ４１５及び４１６を行う。

本実施例の説明において、便利のために、関係のない認証（authentication）と暗号化のプロセス、及びＨＳＳがユーザデータをターゲットＭＭＥに差し入れるプロセスを省略したが、これらのプロセスの実現は従来の技術と同じでもよい。

図５を参照しながら、ＭＭＥの間の切替プロセスに応用する実施例に対して詳しく説明する。

ステップ５０１：ソースｅＮｏｄｅＢは、信号計測に基づき、ターゲットトラッキングエリアの情報が付加される切替要求メッセージを、ソースＭＭＥへ発し、

ステップ５０２：ソースＭＭＥは、ターゲットトラッキングエリアの情報に基づき、ターゲットＭＭＥを見つけた後に、ターゲットトラッキングエリアの情報とソースＳｅｒｖｉｎｇ ＧＷの位置情報とが付加される切替要求を、当該ＭＭＥへ送信し、

ステップ５０３：ターゲットＭＭＥが受信した後に、ターゲットセルの情報に基づき、ターゲットｅＮｏｄｅＢを選択した後に、Ｓｅｒｖｉｎｇ ＧＷを再選択する必要があるかを判断し、

ステップ５０４：ターゲットＭＭＥは、新たに選択されたターゲットＳｅｒｖｉｎｇ ＧＷへ搬送設立要求を発し、搬送リソースを割り当てることをターゲットＳｅｒｖｉｎｇ ＧＷに要求し、

ステップ５０５：ターゲットＳｅｒｖｉｎｇ ＧＷは搬送リソースを割り当てた後に、割り当てられたユーザ端のリソース情報が付加される搬送設立応答を、ターゲットＭＭＥに返信し、

ステップ５０６：ターゲットＭＭＥは、ターゲットｅＮｏｄｅＢへ切替要求を発し、搬送リソースを割り当てることをターゲットｅＮｏｄｅＢに要求し、Ｓｅｒｖｉｎｇ ＧＷのユーザ端のリソース情報をターゲットｅＮｏｄｅＢに持込、

ステップ５０７：ターゲットｅＮｏｄｅＢは搬送リソースとエアインターフェース（air interface）無線リソースとを割り当てた後に、ｅＮｏｄｅＢにより割り当てられた搬送リソース情報とエアインターフェース無線リソース情報が付加される切替応答メッセージを、ターゲットＭＭＥへ返信し、

ステップ５０８：ターゲットＭＭＥは、ターゲットｅＮｏｄｅＢにより割り当てられたエアインターフェース無線リソース情報が付加された切替応答を、ソースＭＭＥへ返信し、

ステップ５０９：ソースＭＭＥは、ターゲットｅＮｏｄｅＢにより割り当てられたエアインターフェース無線リソース情報が付加された切替命令メッセージを、ソースｅＮｏｄｅＢへ発する。ソースｅＮｏｄｅＢは、切替を開始することをＵＥに命令し、

ステップ５１０：端末は、ターゲットｅＮｏｄｅＢにより割り当てられたエアインターフェース無線リソース情報に基づき、ターゲットｅＮｏｄｅＢに切り替え、

ステップ５１１：ターゲットｅＮｏｄｅＢは、切替完了メッセージをターゲットＭＭＥに報告し、

ステップ５１２：ターゲットＭＭＥは、Ｓｅｒｖｉｎｇ ＧＷが変更したかを指示する標記が付加された切替完了メッセージを、ソースＭＭＥへ送信し、変更した場合、前記の切替完了メッセージにおいて、新たなＳｅｒｖｉｎｇ ＧＷのアドレス情報も付加され、

ステップ５１３：ソースＭＭＥは、切替完了応答メッセージをターゲットＭＭＥへ返信し、

ステップ５１４：ソースＭＭＥは、リソースリリース要求をソースｅＮｏｄｅＢへ発し、

ステップ５１５：ソースｅＮｏｄｅＢは、関係のリソースをリリースした後に、リソースリリース応答をソースＭＭＥへ送信し、

ステップ５１６：ソースＭＭＥはステップ５１２において、Ｓｅｒｖｉｎｇ ＧＷが既に変更したことが分ると、ソースＳｅｒｖｉｎｇ ＧＷへ搬送コンテキスト削除要求を送信し、

ステップ５１７：ソースＳｅｒｖｉｎｇ ＧＷは、当該ユーザリソースをリリースした後に、搬送コンテキスト削除応答をソースＭＭＥへ返信する。

これにおいて、ステップ５１４/５１５の二つのステップは、ステップ５１６/５１７の二つのステップと同時に行うことができる。

ステップ５０３において、ターゲットＭＭＥはソースＳｅｒｖｉｎｇ ＧＷを利用し続けることを判断すると、ステップ５１２においてはＳｅｒｖｉｎｇ ＧＷ変更の標記が付加されず、且つ、ステップ５０４、５０５、５１６、５１７を行う必要はない。

図６を参照しながら、トラッキングエリアの更新プロセスに応用する他の１つの実施例に対して詳しく説明する。

ステップ６０１：ＵＥは、現在位置するトラッキングエリアとこの前に登記されたトラッキングエリアとは一致していないと発見した時に、トラッキングエリア更新をネットワークへ発し、ｅＮｏｄｅＢが受信した後に、当該トラッキングエリアが他の一つのＭＭＥの管理に属すると判断し、そして、ユーザの旧いＳ−ＴＭＳＩ（ユーザ一時アイデンティティ標記）と前回に登記されたトラッキングエリアと現在位置するトラッキングエリアとが付加された当該トラッキングエリア更新要求を、当該ＭＭＥ（即ち、ターゲットＭＭＥ）へ転送し、

ステップ６０２：ターゲットＭＭＥは前記のトラッキングエリア更新要求を受信した後に、前回に登記されたトラッキングエリアに基づき、ユーザの前回に登記されたＭＭＥを推測することができ、そして、ユーザの旧いＳ−ＴＭＳＩが付加されたユーザコンテキスト取得要求を、当該ＭＭＥ（即ち、ソースＭＭＥ）へ送信し、

ステップ６０３：ソースＭＭＥは前記のユーザコンテキスト取得要求を受信した後に、Ｓ−ＴＭＳＩに基づき、ユーザのコンテキストを取得することができ、且つ、当該コンテキストをターゲットＭＭＥに送信する。このコンテキストにおいて、ソースＳｅｒｖｉｎｇ ＧＷのアドレスがあり、

ステップ６０４：ターゲットＭＭＥはユーザに対して認証を行い、これは、ＨＳＳから認証パラメーターを取得すること、及びユーザに対して認証を行うことの二つの部分を含み、

ステップ６０５：認証が成功した後に、ターゲットＭＭＥは、ソースＳｅｒｖｉｎｇ ＧＷのアドレスに基づき、新たなＳｅｒｖｉｎｇ ＧＷを選択することを決定し、

ステップ６０６：ターゲットＭＭＥは、旧いＭＭＥが既に新たなＳｅｒｖｉｎｇ ＧＷを選択したことを指示する１つの標記が付加されるコンテキスト取得確認メッセージを、ソースＭＭＥへ発し、

ステップ６０７：ターゲットＭＭＥは、ユーザデータ更新要求をＨＳＳへ送信し、ユーザ契約データをターゲットＭＭＥに送信することをＨＳＳに要求し、

ステップ６０８：ＨＳＳはユーザ契約データをターゲットＭＭＥに送信した後に、ユーザデータ更新応答をターゲットＭＭＥに返信し、

ステップ６０９：ＨＳＳはユーザデータ削除要求をソースＭＭＥに発し、ソースＭＭＥにおけるユーザデータを削除し、

ステップ６１０：ソースＭＭＥは、既にターゲットＭＭＥが新たなＳｅｒｖｉｎｇ ＧＷを再選択したことを分かって、そして、搬送コンテキスト削除要求を旧いＳｅｒｖｉｎｇ ＧＷへ送信し、

ステップ６１１：旧いＳｅｒｖｉｎｇ ＧＷは当該ユーザリソースをリリースした後に、搬送コンテキスト削除応答をソースＭＭＥへ返信し、

ステップ６１２：ソースＭＭＥは、ユーザデータを削除した後に、ユーザデータ削除応答をＨＳＳに返信し、

ステップ６１３：ターゲットＭＭＥは、新たなＳｅｒｖｉｎｇ ＧＷへ搬送設立要求を送信し、

ステップ６１４：新たなＳｅｒｖｉｎｇ ＧＷは関係の搬送リソースを割り当て、搬送を設立した後に、ターゲットＭＭＥへ搬送設立応答を返信し、

ステップ６１５：ターゲットＭＭＥは、Ｓ−ＴＭＳＩを再び割り当て、Ｓ−ＴＭＳＩ再割当メッセージにおいてＳ−ＴＭＳＩと現在のトラッキングエリアとをＵＥへ返信し、

ステップ６１６：ＵＥは、Ｓ−ＴＭＳＩと現在のトラッキングエリアとを記憶し、再割当応答をＴＭＳＩへ返信する。

本実施例では、ステップ６０５において、ターゲットＭＭＥが旧いＳｅｒｖｉｎｇ ＧＷを利用し続けることを決定すると、ステップ６１０とステップ６１１を行う必要はない。

本実施例の説明において、便利のために、関係のない暗号化のプロセス、及びＨＳＳがユーザデータをターゲットＭＭＥに差し入れるプロセスを省略したが、これらのプロセスの実現は従来の技術と同じでもよい。

なお、本発明は他に幾つかの実施例があってもよい。本発明の要旨を逸脱しない範囲で、本分野の当業者ならば本発明に基づき相応な変更と変形が色々できるが、それらの相応な変更と変形は本発明における請求の範囲に属すべきである。

本発明の技術案によれば、ユーザのトラッキングエリアの更新或いは切替プロセスにおいて、ターゲットＭＭＥが新たなＳｅｒｖｉｎｇ ＧＷを選択せず、旧いＳｅｒｖｉｎｇ ＧＷを利用したままの時に、ソースＭＭＥもユーザコンテキスト削除要求を旧いＳｅｒｖｉｎｇ ＧＷへ送信することを原因として、旧いＳｅｒｖｉｎｇ ＧＷにおける当該ユーザと係るリソースが誤ってリリースされる課題を防ぐことができる。

Claims (6)

1. トラッキングエリアの更新或いは切替プロセスにおいてリソースが誤ってリリースされることを防ぐ方法であって、
   （１）ターゲット移動管理エンティティＭＭＥは、旧いシステムアーキテクチャエボリューションサービングゲートウェーＳｅｒｖｉｎｇ ＧＷを利用するか、或いは新たなＳｅｒｖｉｎｇ ＧＷを再選択するかを判断し、
   （２）ターゲットＭＭＥが新たなＳｅｒｖｉｎｇ ＧＷを選択することを判断した場合、通知メッセージをソースＭＭＥへ送信し、ターゲットＭＭＥが既に新たなＳｅｒｖｉｎｇ ＧＷを１つ選択したことを指示し、ソースＭＭＥは通知メッセージを受信し、Ｓｅｒｖｉｎｇ ＧＷが既に変更したと判断すると、搬送削除要求を旧いＳｅｒｖｉｎｇ ＧＷへ送信することを含むトラッキングエリアの更新或いは切替プロセスにおいてリソースが誤ってリリースされることを防ぐ方法。
2. 前記のステップ（２）が実行された後に、旧いＳｅｒｖｉｎｇ ＧＷは、当該ユーザリソースをリリースした後に、搬送コンテキスト削除応答をソースＭＭＥへ返信することを特徴とする請求項１に記載の方法。
3. 切替の時に、前記の通知メッセージは切替完了メッセージであり、当該メッセージにおいて、Ｓｅｒｖｉｎｇ ＧＷが変更したか否かを指示した標記が付加されていることを特徴とする請求項１に記載の方法。
4. トラッキングエリアが更新される時に、前記の通知メッセージはコンテキスト確認要求メッセージであり、当該メッセージにおいて、Ｓｅｒｖｉｎｇ ＧＷが変更したか否かを指示した標記が付加されていることを特徴とする請求項１に記載の方法。
5. トラッキングエリアが更新される時に、前記の通知メッセージは、Ｓｅｒｖｉｎｇ ＧＷ変更の通知メッセージであることを特徴とする請求項１に記載の方法。
6. 前記のステップ（２）は、ターゲットＭＭＥが旧いＳｅｒｖｉｎｇ ＧＷを利用することを判断すると、ソースＭＭＥは搬送コンテキスト削除要求を旧いＳｅｒｖｉｎｇ ＧＷへ送信しないことを更に含むことを特徴とする請求項１に記載の方法。

Images