JP2015503291A - Ｅ−ｕｔｒａへのアタッチ方法及び移動性管理エンティーティー - Google Patents

Abstract

【解決手段】本出願はユーザ端末がネットワークにアタッチする時間遅延を減少し、アタッチの効率を増大するために、Ｅ−ＵＴＲＡＮにアタッチする方法及び移動性管理エンティーティーを開示している。当該アタッチ方法は、ネットワーク側はユーザ端末が送信したアタッチ・リクエストを受信した場合、前記ユーザ端末のコンテクスト情報を取得するステップＡと、ネットワーク側はユーザ端末との間で検証過程と安全過程を実行するステップＢと、ネットワーク側は前記ユーザ端末との間で情報伝送に用いられるトンネルを確立するステップＣと、ネットワーク側は前記ユーザ端末との間でデフォルトベアラーを確立するステップＤと、を備える。ステップＡの実行が成功した後に、前記ステップＢと前記ステップＣを並列的に実行し、前記ステップＢとステップＣの実行が成功したことを確認した後に、ステップＤを実行する。【選択図】図２

Description

本出願は、２０１１年１２月０６日に中国特許局に提出し、出願番号が２０１１１０４０２１２６．８であり、発明名称が「Ｅ−ＵＴＲＡＮへのアタッチ方法及び移動性管理エンティーティー」との中国特許出願を基礎とする優先権を主張し、その全文の内容を引用することにより本出願に取り込む。
本発明は通信分野に関する。特に、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、進化した共通陸地無線アクセスネットワーク）へのアタッチ方法及び移動性管理エンティーティーに関する。

ネットワーク性能に対するユーザーニーズの増加に伴い、ユーザーは、長期進化（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）／システムフレーム進化（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ，ＳＡＥ）ネットワークの性能を向上し、端末のネットワークへのアクセス時間を短縮すること、即ち、ネットワークへのアタッチのアタッチ過程の時間遅延をできるだけ短縮することを望んでいる。

現在、Ｅ−ＵＴＲＡＮにおける初期アタッチ過程には、以下のサブプロセスを備える。
サブプロセス１：ネットワーク側とユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ，ＵＥ）とが相互に作用して、認証、検証、安全確認等の過程を行なう。
サブプロセス２：ネットワーク側でユーザ端末とのトンネルを確立する。
サブプロセス３：ネットワーク側とユーザ端末との間でトンネルを確立した後、ネットワーク側でデフォルトベアラーを確立する。
よって、全体のアタッチ過程の合計時間遅延は、各サブプロセスの時間遅延の和であることがわかる。

２３４０１−９４０プロトコルにおける記載に基づいて、以下の情況に対して、図１に示すアタッチフローを採用することができる。
ネットワーク側にユーザ端末を記憶したコンテキスト情報がない且つユーザ端末が送信するアタッチ・リクエストに、セッション管理情報伝送識別子が含まれないが、又はセッション管理情報伝送識別子が含まれるが、セッション管理情報伝送識別子が設置されていない。

図１を参照する。図１は、従来技術においてユーザ端末がネットワーク側にアタッチするアタッチ過程のフローチャートである。そのアタッチ過程は、以下のステップを備える。
ステップ１０１：ＵＥは、進化基地局（ｅｖｏｌｖｅｄ ＮｏｄｅＢ，ｅＮＢ）にアタッチ・リクエストメッセージ（即ち、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）とネットワーク選択指示を送信する。ここで、前記アタッチ・リクエストメッセージには、前記ＵＥの一時的な移動契約ユーザー識別子（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ，ＴＭＳＩ）、ＵＥ能力、及び（パケットデータネットワーク）アドレス等のパラメーターが含まれる。
ステップ１０２：ｅＮＢは、受信したアタッチ・リクエストメッセージにおけるサービスの一時的な移動契約ユーザー識別子（Ｓｅｒｖｉｃｅ Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ，Ｓ−ＴＭＳＩ）とネットワーク選択指示に応じて、対応する移動性管理エンティーティー（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ，ＭＭＥ）を確定するとともに、アタッチ・リクエストメッセージを確定したＭＭＥに転送する。
上記ステップ１０２において、ｅＮＢがアタッチ・リクエストにおけるＴＭＳＩとネットワーク選択指示に応じて、対応するＭＭＥを確定することができない場合、「ＭＭＥ選択機能」により１つのＭＭＥを選択するとともに、アタッチ・リクエストメッセージを選択したＭＭＥに転送する。
ステップ１０３において、ＭＭＥは、前記ＵＥが発起したアタッチタイプが、グローバルユニーク一時的なユーザー識別子（Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ Ｔｅｍｐｏｒａｒｙ ＵＥ Ｉｄｅｎｔｉｔｙ，ＧＵＴＩ）アタッチであると確定して、且つネットワーク側にユーザ端末を記憶するコンテキスト情報がない場合、前記ＭＭＥは、前記ＵＥに認証リクエストメッセージ（即ち、Ｉｄｅｎｔｉｔｙ Ｒｅｑｕｅｓｔ）を送信する。
ステップ１０４：ＵＥは、ＭＭＥが送信した認証リクエストメッセージを受信した後に、ＭＭＥに認証リクエスト応答メッセージ（即ち、Ｉｄｅｎｔｉｔｙ Ｒｅｓｐｏｎｓｅ）を送信するとともに、当該認証リクエスト応答メッセージに該ＵＥの国際移動ユーザー識別子コード（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｉｄｅｎｔｉｔｙ，ＩＭＳＩ）情報が含まれる。
ステップ１０５：ＭＭＥは、ホーム契約データサーバー（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ，ＨＳＳ）に検証情報リクエストメッセージ（即ち、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ）を送信する。
ステップ１０６：ＨＳＳは、ＭＭＥが送信した検証情報リクエストメッセージを受信した時に、前記ＭＭＥに検証情報応答メッセージ（即ち、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ａｎｓｗｅｒメッセージ）を送信するとともに、当該認証リクエスト応答メッセージに複数のグループの検証ベクトルが含まれる。
ステップ１０７：ＭＭＥは、受信した複数のグループの検証ベクトルから１つのグループの検証ベクトルを選択して、前記ＵＥに検証リクエスト（即ち、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）を送信する。該検証リクエストには選択した前記１つのグループの検証ベクトルが含まれる。
ステップ１０８：前記ＵＥは、ＭＭＥが送信した検証リクエストを受信した時に、該検証リクエストに含まれる１つのグループの検証ベクトルに対して検証を行い、検証が成功した場合、前記ＭＭＥに検証応答メッセージ（即ち、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅ）を送信するとともに、前記検証応答メッセージにに期待返送値（Ｅｘｐｅｃｔｅｄ Ｒｅｓｐｏｎｓｅ，ＸＲＥＳ）パラメーターが含まれる。
ステップ１０９：ＭＭＥは、前記ＵＥが送信した検証応答メッセージを受信した後に、前記検証応答メッセージにおけるＸＲＥＳパラメーターをローカルで記憶するＸＲＥＳパラメーターと比較し、両者が一致する場合、検証が成功したと確定した。検証が成功した後に、キーＫａｓｍｅを利用して完全性プロテクトキーと暗号化キーを生成し、ＵＥに安全モードコマンド（即ち、Ｓｅｃｕｒｉｔｙ Ｍｏｄｅ Ｃｏｍｍａｎｄ）を送信する。前記安全モードコマンドに、前記完全性プロテクトキーと暗号化キーとが含まれる。即ち、安全制御過程を起動する。
ステップ１１０：ＵＥは、前記ＭＭＥが送信した安全モードコマンドを受信した場合、前記安全モードコマンドに含まれる完全性プロテクトキーと暗号化キーを検証し、検証が成功した場合、前記ＭＭＥに安全モード完成メッセージ（即ち、Ｓｅｃｕｒｉｔｙ Ｍｏｄｅ Ｃｏｍｐｌｅｔｅ）を送信する。即ち、安全制御過程を完成する。
ステップ１１１：ＭＭＥは、前記ＵＥに、前記ＵＥのＩＭＩＥＩ情報をリクエストする認証リクエストメッセージ（即ち、Ｉｄｅｎｔｉｔｙ Ｒｅｑｕｅｓｔ）を送信するとともに、該認証リクエストメッセージに識別子タイプが含まれる。
ステップ１１２：前記ＵＥは、前記ＭＭＥが送信した認証リクエストメッセージを受信した場合、前記識別子タイプに応じて対応するＩＭＩＥＩを確認し、前記ＭＭＥに、認証応答メッセージ（Ｉｄｅｎｔｉｔｙ Ｒｅｓｐｏｎｓｅ）を送信するとともに、該認証応答メッセージに確定した前記ＩＭＩＥＩが含まれる。
ステップ１１３：ＭＭＥは、設備識別子レジスタ（Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｔｙ ｒｅｇｉｓｔｅｒ，ＥＩＲ）との間の設備識別子検査（ＭＥ Ｉｄｅｎｔｉｔｙ Ｃｈｅｃｋ）過程により、前記ＵＥのアクセスを許可するか否かを判断して、アクセスを許可する場合、後続ステップを続けて、アクセスを許可しない場合、フローが終了する。
ステップ１１４：ＭＭＥは、ＨＳＳに位置更新メッセージ（即ち、Ｕｐｄａｔａ Ｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）を送信する。
ステップ１１５：ＨＳＳは、ＭＭＥに位置更新応答（ＡＣＫ）メッセージ（即ち、Ｕｐｄａｔａ Ｌｏｃａｔｉｏｎ Ａｎｓｗｅｒ）を返送する。
前記ＭＭＥは、前記位置更新応答ＡＣＫに応じて、ＨＳＳが更新を拒絶すると確定する場合、該ＵＥのアタッチ・リクエストを拒絶して、フローを終了する。
前記ＭＭＥは、前記位置更新応答ＡＣＫに応じて、ＨＳＳが更新を受け入れると確定する場合、該ＵＥのアタッチ・リクエストを受け入れて、後続ステップを引き続ける。
ステップ１１６：ＭＭＥは、１つのサービスゲートウェイ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ，ＳＧＷ）を選択し、選択した前記ＳＧＷにセッション生成リクエスト（即ち、Ｃｒｅａｔ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）メッセージを送信する。該セッション生成リクエストメッセージにはＩＭＩＥＩ、ＭＭＥのコンテクスト情報のＩＤ、無線アクセス技術（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ，ＲＡＴ）タイプ、デフォルトベアラーサービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ，ＱｏＳ）、ＰＤＮアドレス割当、及び合計最大ビットレート（Ａｇｇｒｅｇａｔｅ Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ，ＡＭＢＲ）等のパラメーターが含まれる。
ステップ１１７：ＳＧＷは、その進化パケットコア（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒ，（ＥＰＣ））ベアラーリストにおいて１つのエントランスを確立して、受信した前記セッション生成リクエストメッセージをＰＤＮゲートウェイ（ＰＤＮ Ｇａｔｅｗａｙ，ＰＧＷ）に転送する。
ステップ１１８：ネットワークデータ側でポリシー制御及び課金ルール機能（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅ Ｆｕｎｃｔｉｏｎ，ＰＣＲＦ）エンティーティーを使用した場合、前記ＰＧＷとＰＣＲＦエンティーティーは相互に作用することにより、ポリシー及び課金制御（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｃｏｎｔｒｏｌ，ＰＣＣ）ルールを取得する。前記ＰＣＣルールは、デフォルト進化パケットシステム（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ，ＥＰＳ）ベアラーを確立する必要がある時にＰＧＷにおいて予め定義したルールである。
ステップ１１９：ＰＧＷはＳＧＷにセッション生成応答メッセージ（即ち、Ｃｒｅａｔ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ）を返送する。該セッション生成応答メッセージには、ユーザー次元ＰＧＷアドレスとトンネル端点識別子（Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ ｉｄｅｎｔｉｆｉｅｒ，ＴＥＩＤ）、制御次元ＰＤＮアドレス、プロトコル構成オプション、課金ＩＤ、アクセスポイント名称（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ，ＡＰＮ）制限、原因値、及びアクセスポイント最大ビットレート（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ Ａｇｇｒｅｇａｔｅ Ｍａｘｉｍｕｍ ＢｉｔＲａｔｅ，ＡＰＮ−ＡＭＢＲ）等のパラメーターが含まれる。
ステップ１２０：ＳＧＷは、前記ＰＧＷが送信したセッション生成応答メッセージを受信した場合、前記ＭＭＥにセッション生成応答メッセージ（即ち、Ｃｒｅａｔ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ）を返送する。該セッション生成応答メッセージには、ＰＤＮタイプ、ＰＤＮアドレス、ユーザー次元ＳＧＷアドレス、ＴＥＩＤ、制御次元ＳＧＷ ＴＥＩＤ、ＥＰＳベアラー識別子、及びＰＧＷアドレス等が含まれる。
ステップ１２１：ＭＭＥは、ｅＮＢに初期コンテクスト設立リクエスト（即ち、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）メッセージを送信する。前記ＭＭＥにセッション生成応答メッセージ（即ち、Ｃｒｅａｔ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ）が返送される。該初期コンテクスト設立リクエストには、アタッチ受取メッセージ（即ち、Ａｔｔａｃｈ Ａｃｃｅｐｔ）が割り込まれる。ここで、ＭＭＥは、前記ＵＥに１つの新ＧＵＴＩを割り当てる場合、前記アタッチ受信メッセージには、前記新ＧＵＴＩパラメータがさらに含まれる。前記初期コンテクスト設立リクエストは、ＵＥの安全コンテクスト、変換制限リスト、ベアラーＱｏＳパラメータ及びＡＭＢＲに関するＰＤＮアドレス情報、及びベアラーを確立する必要があるＱｏＳ情報を備える。
ステップ１２２：ｅＮＢは、ＳＧＷが送信したアタッチ受信メッセージを受信した場合、前記ＵＥに無線資源制御プロトコル（即ち、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＲＲＣ）接続再構成メッセージを送信するとともに、前記ＵＥにアタッチ受信メッセージを送信する。該アタッチ受信メッセージには、Ｓ−ＴＭＳＩ、ＰＤＮアドレス、追跡領域（Ｔｒａｃｅ Ａｒｅａ，ＴＡ）リスト、及びＰＤＮアドレス情報等が含まれる。
ステップ１２３：ＵＥは、ｅＮＢにＲＲＣ接続再構成完成メッセージ（即ち、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）を送信する。
ステップ１２４：ｅＮＢは、ＭＭＥに初期化コンテクストメッセージ（即ち、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ）を送信する。該初期化コンテクストメッセージには、ｅＮＢのＴＥＩＤ及びｅＮＢがＳ１−Ｕインターフェースでのダウンリンク伝送アドレス等の情報が含まれる。
ステップ１２５：ＵＥは、ｅＮＢに伝達メッセージ（即ち、Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒ）を直接送信する。該直接伝達メッセージは、アタッチ完成メッセージ（即ち、Ａｔｔａｃｈ Ｃｏｍｐｌｅｔｅ）を備える。
ステップ１２６：ｅＮＢは、伝達メッセージにおけるアタッチ完成メッセージをＭＭＥに直接転送する。
ＵＥは、アタッチ受信メッセージに含まれるＰＤＮアドレスに応じて、ｅＮＢによってアップリンクデータパケットをＳＧＷに送信し、ＳＧＷによって前記アップリンクデータパケットをトンネルアドレスを通してＰＧＷに送信する。
ステップ１２７：ＭＭＥは、ＳＧＷにベアラー更新リクエストメッセージ（即ち、Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）を送信する。
ステップ１２８：ＭＭＥがＳＧＷに送信した前記ベアラー更新リクエストメッセージには、変換指示（即ち、Ｈａｎｄｏｖｅｒ Ｉｎｄｉｃａｔｉｏｎ）に含まれる場合、ＳＧＷはＰＧＷにベアラー更新リクエストメッセージ（Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）を送信する必要がある。変換指示が含まれない場合、以下のステップ１３０を直接に実行する。
ステップ１２９：ＰＧＷは、ＳＧＷにベアラー更新応答メッセージ（即ち、Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ）を返送する。
ステップ１３０：ＳＧＷは、ＭＭＥにベアラー更新応答メッセージ（即ち、Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ）を返す。その時、ＳＧＷは緩衝記憶のダウンリンクパケットデータを送信してもよい。
ステップ１３１：ステップ１３０においてＭＭＥがベアラー更新応答メッセージ受信した後に、１つのＥＰＳベアラーが設立された場合、ユーザーの移動性の管理に用いられる通知リクエストメッセージ（即ち、Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ）をＨＳＳに送信する。該通知リクエストメッセージにはＡＰＮ及びＰＧＷ識別子が含まれる。
ステップ１３２：ＨＳＳは、前記通知リクエストメッセージに含まれるＡＰＮとＰＧＷ識別子を記憶して、前記ＭＭＥに通知応答メッセージ（即ち、Ｎｏｔｉｆｙ Ｒｅｓｐｏｎｓｅ）を送信することにより、全体のアタッチ過程を完成する。

従来のアタッチフローでは、少なくとも２２個のメッセージを交換する必要がある。当該２２個のメッセージは、それぞれＳ１、Ｓ１１、Ｓ５／８、Ｓ６ａ等のインターフェースで交換する。全体のフローにおいて、少なくとも１１個のサブプロセスを経過しないと、全体のアタッチ過程が完成することができない。

現在、ネットワーク側でユーザーのコンテクスト情報が存在しない情況、及び端末が送信したアタッチ・リクエストにはセッション管理情報伝送識別子が含まれない、又はセッション管理情報伝送識別子が含まれるがセッション管理情報伝送識別子が設置されていない情況に対して、図１に示すアタッチフローを採用するが、上記のアタッチフローにおける全てのステップは直列形態で実行するため、消耗時間遅延がひどい。例えば、上記のアタッチフローの合計時間遅延は、各サブプロセスが掛かる時間遅延の和である。

従来技術におけるネットワークアタッチ過程の時間遅延がひどくて効率が低下するという課題に対して、本発明の実施例は、ユーザ端末のネットワークへのアタッチ時間遅延を減少し、アタッチの効率を増大できる、Ｅ−ＵＴＲＡＮへのアタッチ方法及び移動性管理エンティーティーを提供する。

進化した共通陸地無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）へのアタッチ方法は、
ネットワーク側が、ユーザ端末が送信したアタッチ・リクエストを受信した場合、前記ユーザ端末のコンテクスト情報を取得するステップＡと、
ネットワーク側が、ユーザ端末との間の検証過程と安全過程を実行するステップＢと、
ネットワーク側が、前記ユーザ端末との間で情報伝送に用いられるトンネルを確立するステップＣと、
ネットワーク側が、前記ユーザ端末との間でデフォルトベアラーを確立するステップＤと、
を備え、
ステップＡの実行が成功した後に、前記ステップＢと前記ステップＣが並列的に実行され、前記ステップＢとステップＣの実行が成功したことを確認した後に、ステップＤを実行する。

移動性管理エンティーティー（ＭＭＥ）は、
ユーザ端末が所属の基地局を介して送信したアタッチ・リクエストを受信した場合、前記ユーザ端末のコンテクスト情報を取得するコンテクスト情報取得手段と、
前記ＭＭＥと前記ユーザ端末との間の検証過程と安全過程を実行する検証安全手段と、
前記ユーザ端末との間で情報伝送に用いられるトンネルを確立するトンネル確立手段と、
前記ユーザ端末との間でデフォルトベアラーを確立するデフォルトベアラー手段と、
コンテクスト情報取得手段の運転が成功した後に、前記検証安全手段と前記トンネル確立手段の並列実行を起動する制御手段とを備える。

本発明の実施例において、ユーザ端末が送信したアタッチ・リクエストを受信した時にユーザ端末のコンテクスト情報を取得してから、ユーザ端末との間の検証過程と安全過程を行なうステップと、前記ユーザ端末との間で情報伝送に用いられるトンネルを確立するステップと、それが成功した後にユーザ端末との間でデフォルトベアラーを確立するステップと、を並列的に実行する。
本発明の技術案を採用すれば、ユーザ端末のコンテクスト情報を取得してから、検証過程と安全過程を並列的に実行するとともに、前記ユーザ端末との間で、情報伝送に用いられるトンネルを確立するため、において上記ステップらの直列実行する従来技術と比べると、ある程度にユーザ端末のネットワークへのアタッチ時間遅延を減少し、アタッチの効率を向上できる。

従来技術におけるユーザ端末がネットワークにアタッチするアタッチシグナリングのフローチャートである。 本発明の実施例におけるユーザ端末がネットワークへのアタッチ方法のフローチャートである。 本発明の実施例におけるユーザ端末のコンテクスト情報を取得する方法フローチャートである。 本発明の実施例におけるネットワーク側とユーザ端末との間の検証と安全過程を実行する方法フローチャートである。 本発明の実施例におけるネットワーク側とユーザ端末との間の検証と安全過程を実行する方法フローチャートである。 本発明の実施例におけるネットワーク側とユーザ端末との間でトンネルを確立する方法フローチャートである。 本発明の実施例におけるネットワーク側とユーザ端末との間でトンネルを確立する方法フローチャートである。 本発明の実施例におけるネットワーク側とユーザ端末との間でデフォルトベアラーを確立する方法フローチャートである。 本発明の実施例におけるネットワーク側とユーザ端末との間でデフォルトベアラーを確立する方法フローチャートである。 本発明の実施例におけるユーザ端末がネットワークにアタッチするシグナリングフローチャートである。 本発明の実施例における移動性管理エンティーティーの構成概略図である。

以下のアタッチシナリオにおいて、従来技術におけるネットワークへのアタッチ過程は、時間遅延がひどく効率が低いという課題がある。
ユーザ端末は、ＩＭＩＥＩ又は無効ＧＵＴＩを使用してアタッチを行い；ネットワーク側にはＵＥを記憶したコンテクスト情報がない；
ユーザ端末で発起するアタッチ・リクエストメッセージに含まれるＰＤＮ接続リクエスト（ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔ）には、セッション管理メッセージ伝送フラグ（ＥＳＭ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ ｆｌａｇ，ＥＩＴ）オプションが含まれないか、又はＥＩＴが０にセットされた（値が０である時に、伝送に暗号化する必要がないことを示す）。
本発明に係る実施例は以上の問題点に対して、進化Ｅ−ＵＴＲＡＮにおけるアタッチ方法及び移動性管理エンティーティーを提供し、ユーザ端末のネットワークへのタッチ時間遅延を減少し、アタッチ効率を向上できる。
本発明に係る実施例において、アタッチ方法は以下のステップを備えってもよい。
ステップＡ：ネットワーク側は、ユーザーが送信したアタッチ・リクエストを受信した場合、前記ユーザ端末のコンテクスト情報を取得する。
ステップＢ：ネットワーク側は、ユーザ端末との間の検証過程と安全過程を実行する。
ステップＣ：ネットワーク側は、前記ユーザ端末との間で情報伝送に用いられるトンネルを確立する。
ステップＤ：ネットワーク側は、前記ユーザ端末との間でデフォルトベアラーを確立する。
ステップＡの実行が成功した後に、前記ステップＢと前記ステップＣを並列的に実行する。そして、ステップＢとステップＣの実行が成功したことを確認した後に、ステップＤを実行する。
本発明の技術案を採用する場合、前記ステップＢと前記ステップＣを並列的に実行するため、従来技術における、ステップＡ乃至ステップＤの直列実行と比べると、ユーザ端末のネットワークへのタッチ時間遅延を減少し、ユーザ端末のネットワークへのアタッチ効率を向上できる。

以下、明細書図面を結び付けて本発明の技術案を詳細に説明する。

図２を参照する。図２は本発明の実施例におけるユーザ端末がネットワークにアタッチする方法のフローチャートである。
該方法はステップ２１〜ステップ２４を備える。
ここで、ステップ２１の実行が成功した後に、ステップ２２とステップ２３を並列的に実行する。ステップ２２とステップ２３の実行が成功した後に、ステップ２４を実行する。
ステップ２１：ネットワーク側は、ユーザ端末が送信したアタッチ・リクエストを受信した場合、前記ユーザ端末のコンテクスト情報を取得する。
ステップ２２：ネットワーク側は、ユーザ端末との間の検証過程と安全過程を実行する。
ステップ２３：ネットワーク側は、前記ユーザ端末との間で情報伝送に用いられるトンネルを確立する。
ステップ２４：ネットワーク側は、前記ユーザ端末との間でデフォルトベアラーを確立する。
図３に示すように、上記の方法フローにおいて、ステップ２１は具体的に以下のサブステップを備える。
ステップ２１１：ネットワーク側の基地局は、前記ユーザ端末が送信したアタッチ・リクエスト（即ち、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）とネットワーク選択指示を受信する。
ステップ２１２：基地局は、前記アタッチ・リクエストと前記ネットワーク選択指示に応じて、ＭＭＥを選択するとともに、前記アタッチ・リクエストを選択した前記ＭＭＥに転送する。
ステップ２１３：ＭＭＥは、前記アタッチ・リクエストが無効ＧＵＴＩアタッチであると確定し、且つローカルに前記ユーザ端末を記憶するコンテキスト情報がないと確定する場合、前記ユーザ端末に前記ユーザ端末のＩＭＳＩ情報を取得することを示すための認証リクエストメッセージ（即ち、Ｉｄｅｎｔｉｔｙ Ｒｅｑｕｅｓｔ）を送信する。
ステップ２１４：ＭＭＥは、前記ユーザ端末が返送した、前記ユーザ端末のＩＭＳＩ情報を含む認証リクエスト応答メッセージ（即ち、Ｉｄｅｎｔｉｔｙ Ｒｅｑｕｅｓｔ）を受信する。
図４に示すように、上記のステップ２２は以下のステップを備えってもよい。
ステップ２２１：前記ＭＭＥは、ＨＳＳに検証ベクトルの取得を示すための検証情報リクエストメッセージ（即ち、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ）を送信する。
ステップ２２２：前記ＭＭＥは、前記ＨＳＳが返送した検証情報応答メッセージ（即ち、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ａｎｓｗｅｒメッセージ）を受信する。前記検証情報応答メッセージには複数のグループの検証ベクトルが含まれる。
ステップ２２３：前記ＭＭＥは、前記検証応答メッセージに含まれる複数のグループの検証ベクトルから、１つのグループの検証ベクトルを選択して、前記ユーザ端末に検証リクエスト（即ち、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）を送信する。前記検証リクエストに選択した検証ベクトルが含まれる。
ステップ２２４：前記ＭＭＥは、前記ユーザ端末が返送した検証応答メッセージ（即ち、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）を受信する。前記検証応答メッセージは、前記ユーザ端末が、受信した検証リクエストに含まれる検証ベクトルに対する検証が成功した後に送信したメッセージである。また、前記検証応答メッセージにはＸＲＥＳパラメーターが含まれる。
ステップ２２５：前記ＭＭＥは、受信した前記検証応答メッセージにおけるＸＲＥＳパラメーターをローカルで記憶するＸＲＥＳパラメーターと比較し、両者が一致する場合、検証が成功したと確定し、キーを利用して完全性プロテクトキーと暗号化キーを生成し、前記ユーザ端末に安全モードコマンドメッセージ（即ち、Ｓｅｃｕｒｉｔｙ Ｍｏｄｅ Ｃｏｍｍａｎｄ）を送信する。前記安全モードコマンドには前記完全性プロテクトキーと暗号化キーが含まれる。
ステップ２２６：前記ＭＭＥは、前記ユーザ端末が返送した安全モード完成メッセージ（即ち、Ｓｅｃｕｒｉｔｙ Ｍｏｄｅ Ｃｏｍｐｌｅｔｅ）を受信する。前記安全モード完成メッセージは、前記ユーザ端末が、前記安全モードコマンドメッセージを受信した時に、前記完全性プロテクトキーと暗号化キーに対する完全性認証が成功した後に送信したメッセージである。
ステップ２２７：ＭＭＥは、ＲＥＩとの間の設備識別子検査（ＭＥ Ｉｄｅｎｔｉｔｙ Ｃｈｅｃｋ）過程により、前記ＵＥがネットワーク側にアタッチすることを許可するか否かを判断し、アタッチを許可しない場合、フローが終了する。アタッチを許可する場合、後続ステップを続ける。

好ましくは、ＭＭＥがユーザ端末のＩＭＥＩを取得する必要がある場合、図５に示すように、上記ステップ２２６とステップ２２７との間に、以下のサブステップを更に備える。

ステップ２２６ａ：前記ＭＭＥは前記ユーザ端末のＩＭＳＩ情報を取得することを示すための認証リクエストメッセージを前記ユーザ端末に送信する。前記認証リクエストメッセージには識別子タイプ情報が含まれる。
ステップ２２６ｂ：前記ＭＭＥは、前記ユーザ端末が返送した、前記識別子タイプに対応するＩＭＳＩ情報を受信する。
図６に示すように、上記のフローにおけるステップ２３は更に以下の具体的なサブステップを備えてもよい。
ステップ２３１：前記ＭＭＥは前記ＨＳＳに位置更新メッセージを送信する。
ステップ２３２：前記ＭＭＥは、前記ＨＳＳが返送した位置更新応答メッセージを受信し、前記位置更新応答メッセージに応じて、前記ＨＳＳが更新を拒絶すると確定する場合、前記ＭＭＥは前記ユーザ端末の今回のアタッチを拒絶し、フローを終了する。また、前記ＨＳＳが更新を受け入れると確定する場合、下記のステップを続ける。
ステップ２３３：前記ＭＭＥは、１つのＳＧＷを選択し、選択した前記ＳＧＷにセッション生成リクエストメッセージを送信する。
ステップ２３４：前記ＳＧＷは、前記セッション生成リクエストメッセージを送信した場合、該ＳＧＷの（ＥＰＣ）ベアラーリストにおいて１つのエントランスを確立し、セッション生成リクエストメッセージをＰＧＷに転送する。
ステップ２３５：前記ＳＧＷは、前記ＰＧＷが返送したセッション生成リクエストメッセージを受信する。
ステップ２３６：前記ＳＧＷはＭＭＥにセッション生成応答メッセージを返送する。
図７に示すように、好ましくは、ネットワークデータ側がＰＣＲＦエンティーティーを使用した場合、前記ステップ２３４とステップ２３５との間に更に以下のサブステップを備える。
ステップ２３４ａ：前記ＰＧＷは、前記ＰＣＲＦエンティーティーからＰＣＣルールを取得する。前記ＰＣＣルールはＥＰＳベアラーを確立する時に前記ＰＧＷにおいて予め定義したルールである。
図８に示すように、上記のフローにおけるステップ２４は以下の具体的なサブステップを更に備えてもよい。
ステップ２４１：前記ＭＭＥは、前記基地局にアタッチ受信メッセージを送信する。
ステップ２４２：前記基地局は、前記ユーザ端末にＲＲＣ接続再構成メッセージを送信するとともに、受信した前記アタッチ受信メッセージを前記ユーザ端末に転送する。
ステップ２４３：前記基地局は、前記ユーザ端末が返送した接続再構成完成メッセージを受信する。
ステップ２４４：前記基地局は、前記ＭＭＥに前記基地局の初期コンテクスト情報を送信する。
ステップ２４５：前記基地局は、前記ユーザ端末が送信した、アタッチ完成情報を含む直接伝達メッセージを受信するとともに、前記アタッチ完成情報を前記ＭＭＥに転送する。
ステップ２４６：前記ＭＭＥは、前記ＳＧＷにベアラー更新リクエストメッセージを送信する。
ステップ２４７：前記ＭＭＥは、前記ＳＧＷが返送したベアラー更新応答メッセージを受信して、ＥＰＳベアラーを確立するとともに、前記ＨＳＳに通知リクエストメッセージを送信する。前記通知リクエストメッセージにはユーザーの移動性管理に用いられるＡＰＮとＰＧＷ識別子情報に含まれる。
ステップ２４８：前記ＨＳＳは前記ＡＰＮ情報とＰＧＷ識別子情報を記憶して、ＡＰＮとＰＧＷ識別子情報の対応関係を確立し、前記ＭＭＥに通知応答メッセージを返送することにより、アタッチ過程を完成する。
図９に示すように、好ましくは、前記ＭＭＥが前記ＳＧＷに送信したベアラー更新リクエストメッセージには変換指示に含まれる場合、上記のステップ２４６とステップ２４７との間に以下のサブステップを更に備える。
ステップ２４６ａ：前記ＳＧＷは前記ＰＧＷにベアラー更新リクエストメッセージを送信する。
ステップ２４６ｂ：前記ＳＧＷは前記ＳＧＷが返送したベアラー更新応答メッセージを受信する。

好ましくは、ユーザ端末のネットワークへのアタッチ成功率を確保するために、本発明の実施例において、上記のステップ２２における任意のサブステップの実行が失敗した場合、ステップ２２の後続サブステップを停止するとともに、ステップ２３の後続サブステップを停止する。
好ましくは、セッション確立の正確性を確保するために、本発明の実施例において、ステップ２２におけるあるサブステップの実行が失敗した時に、ステップ２３におけるサブステップ２３４を既に実行した場合、前記ＭＭＥは、それぞれ前記ＳＧＷと前記ＰＧＷにセッション削除リクエストを送信する。ステップ２３におけるサブステップ２３４がまだ実行されていない場合、前記ＭＭＥは、前記ユーザ端末にアタッチ拒絶メッセージを直接送信する。

上記ステップ２３における任意のサブステップの実行が失敗した場合、ステップ２２の後続サブステップを停止するとともに、ステップ２３の後続サブステップを停止する。好ましくは、前記ＭＭＥは前記ユーザ端末にアタッチ拒絶メッセージを送信する。前記アタッチ拒絶メッセージには原因値が含まれる。

上記の方法フローに基づいて、本発明の実施例では、更にユーザ端末のネットワークへのアタッチ場合のシグナリングフローチャートを提供する。該シグナリングフローチャートは、図１０に示すように、ステップａ１〜ａ４、ステップｂ１〜ｂ９、ステップｃ１〜ｃ７、及びステップｄ１〜ｄ１２を備える。ここで、ステップａ１〜ａ４は図２のステップ２１のサブステップであり、前記ステップ２１１〜ステップ２１４に対応する。ステップｂ１〜ｂ９は図２のステップ２２のサブステップであり、前記ステップ２２１〜ステップ２２７に対応する。ステップｃ１〜ｃ７は図２のステップ２３のサブステップであり、前記ステップ２３１〜ステップ２３６に対応する。ステップｄ１〜ｄ１２は図２のステップ２４のサブステップであり、前記ステップ２４１〜ステップ２４８に対応する。ステップｂ１〜ステップｂ９とステップｃ１〜ステップｃ７は並列的に実行される。また、ステップｂ１〜ステップｂ９とステップｃ１〜ステップｃ７の実行は成功した後に、さらにステップｄ１〜ｄ１２は実行される。該シグナリングフローチャートは、ＭＭＥがユーザ端末のＩＭＥＩを取得する必要があり且つネットワーク側でＰＣＲＦが使用される場合を例示する。

ステップａ１：ＵＥは、ｅＮＢにＡｔｔａｃｈ Ｒｅｑｕｅｓｔ（即ち、アタッチ・リクエストメッセージ）とネットワーク選択指示を送信する。ここで、前記アタッチ・リクエストメッセージには前記ＵＥのＴＭＳＩ、ＵＥ能力及びＰＤＮアドレス等のパラメーターが含まれる。
ステップａ２：ｅＮＢは、受信したアタッチ・リクエストメッセージにおけるＴＭＳＩとネットワーク選択指示に応じて、対応するＭＭＥを確定するとともに、アタッチ・リクエストメッセージを確定したＭＭＥに転送する。
ステップａ３：ＭＭＥは、前記ＵＥが発起したアタッチタイプが無効ＧＵＴＩアタッチであると確定し、且つネットワーク側で前記ＵＥを記憶するコンテキスト情報がないと確定する場合、前記ＵＥにＩｄｅｎｔｉｔｙ Ｒｅｑｕｅｓｔ（即ち、認証リクエストメッセージ）を送信する。
ステップａ４：ＵＥは、ＭＭＥが送信したＩｄｅｎｔｉｔｙ Ｒｅｑｕｅｓｔを受信した後に、前記ＭＭＥにＩｄｅｎｔｉｔｙ Ｒｅｓｐｏｎｓｅ（即ち、認証リクエスト応答メッセージ）を送信する。該認証リクエスト応答メッセージに該ＵＥのＩＭＳＩ情報が含まれる。
ステップｂ１：ＭＭＥは、ＨＳＳにＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ（即ち、検証情報リクエストメッセージ）を送信する。
ステップｂ２：ＨＳＳは、ＭＭＥが送信したＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔを受信した時に、前記ＭＭＥにＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ａｎｓｗｅｒ（即ち、検証情報応答メッセージ）を送信する。当該Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ａｎｓｗｅｒには複数のグループの検証ベクトルが含まれる。
ステップｂ３：ＭＭＥは、受信した複数のグループの検証ベクトルから１つのグループの検証ベクトルを選択し、前記ＵＥにＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ（即ち、検証リクエスト）を送信する。該Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔには選択した前記１つのグループの検証ベクトルが含まれる。
ステップｂ４：前記ＵＥは、ＭＭＥが送信したＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔを受信した時に、該Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔにおいて含む１つのグループの検証ベクトルに対して検証を行い、検証が成功した場合、前記ＭＭＥにＡｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅ（即ち、検証応答メッセージ）を送信する。前記Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅにＸＲＥＳパラメーターが含まれる。
ステップｂ５：ＭＭＥは、前記ＵＥが送信したＡｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅを受信した後に、前記Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅにおけるＸＲＥＳパラメーターをローカルで記憶するＸＲＥＳパラメーターと比較して、両者が一致する場合、検証が成功したと確定した。検証が成功した後に、キーＫａｓｍｅを利用して完全性プロテクトキーと暗号化キーを生成して、ＵＥにＳｅｃｕｒｉｔｙ Ｍｏｄｅ Ｃｏｍｍａｎｄ（即ち、安全モードコマンド）を送信する。前記Ｓｅｃｕｒｉｔｙ Ｍｏｄｅ Ｃｏｍｍａｎｄに前記完全性プロテクトキーと暗号化キーが含まれる。即ち、安全制御過程を起動する。
ステップｂ６：ＵＥは、前記ＭＭＥが送信したＳｅｃｕｒｉｔｙ Ｍｏｄｅ Ｃｏｍｍａｎｄを受信した場合、前記Ｓｅｃｕｒｉｔｙ Ｍｏｄｅ Ｃｏｍｍａｎｄに含まれる完全性プロテクトキーと暗号化キーを検証して、検証が成功した場合、前記ＭＭＥにＳｅｃｕｒｉｔｙ Ｍｏｄｅ Ｃｏｍｐｌｅｔｅ（即ち、安全モード完成メッセージ）を送信する、即ち、安全制御過程を完成する。
ステップｂ７：ＭＭＥは、前記ＵＥに前記ＵＥのＩＭＩＥＩ情報をリクエストするＩｄｅｎｔｉｔｙ Ｒｅｑｕｅｓｔ（即ち、認証リクエストメッセージ）を送信するとともに、該Ｉｄｅｎｔｉｔｙ Ｒｅｑｕｅｓｔに識別子タイプが含まれる。
ステップｂ８：前記ＵＥは、前記ＭＭＥが送信した認証リクエストメッセージを受信した場合、前記識別子タイプに応じて対応するＩＭＩＥＩを確認して、前記ＭＭＥにＩｄｅｎｔｉｔｙ Ｒｅｓｐｏｎｓｅ（即ち、認証応答メッセージ）を送信する。該Ｉｄｅｎｔｉｔｙ Ｒｅｓｐｏｎｓｅには確定した前記ＩＭＩＥＩが含まれる。
ステップｂ９：ＭＭＥとＥＩＲとの間に、ＭＥ Ｉｄｅｎｔｉｔｙ Ｃｈｅｃｋ過程により、前記ＵＥのアクセスを許可するか否かを判断して、アクセスを許可する場合、後続ステップを続けて、アクセスを許可しない場合、フローが終了する。
ステップｃ１：ＭＭＥはＨＳＳにＵｐｄａｔａ Ｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ（即ち、位置更新メッセージ）を送信する。
ステップｃ２：ＨＳＳはＭＭＥに位置更新応答ＡＣＫメッセージ（即ち、Ｕｐｄａｔａ Ｌｏｃａｔｉｏｎ Ａｎｓｗｅｒ）を返送する。前記ＭＭＥは前記位置更新応答ＡＣＫメッセージに応じて、ＨＳＳが更新を拒絶すると確定する場合、該ＵＥのアタッチ・リクエストを拒絶して、フローを終了する。前記ＭＭＥは前記位置更新応答ＡＣＫに応じて、ＨＳＳが更新を受け入れると確定する場合、該ＵＥのアタッチ・リクエストを受け入れて、後続ステップを引き続き実行する。
ステップｃ３：ＭＭＥは１つのＳＧＷを選択して、選択した前記ＳＧＷにＣｒｅａｔ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ（即ち、セッション生成リクエストメッセージ）を送信する。
上記のＣｒｅａｔ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔには、ＩＭＳＩ、ＭＭＥのコンテクスト情報のＩＤ、ＲＡＴ情報、デフォルトベアラーＱｏＳ、ＰＤＮアドレス割当、及びＡＭＢＲ等のパラメーターが含まれる。
ステップｃ４：ＳＧＷは、（ＥＰＣ）ベアラーリストにおいて１つのエントランスを確立して、受信した前記Ｃｒｅａｔ Ｓｅｓｓｉｏｎ ＲｅｑｕｅｓｔをＰＧＷに転送する。
ステップｃ５：前記ＰＧＷとＰＣＲＦは相互に作用することにより、ＰＣＣルールを取得する。前記ＰＣＣルールは、デフォルトＥＰＳベアラーを確立する必要がある時にＰＧＷにおいて予め定義したルールである。
ステップｃ６：ＰＧＷはＳＧＷにＣｒｅａｔ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ（即ち、セッション生成応答メッセージ）を返送する。
上記Ｃｒｅａｔ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅには、ユーザー次元ＰＧＷアドレスとＴＥＩＤ、制御次元ＰＧＷ ＴＥＩＤ、ＰＤＮタイプ、ＰＤＮアドレス、プロトコル構成オプション、課金ＩＤ、ＡＰＮ制限、原因値、及びＡＰＮ−ＡＭＢＲ等のパラメーターが含まれる。
ステップｃ７：ＳＧＷは、前記ＰＧＷが送信したＣｒｅａｔ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅを受信した時に、前記ＭＭＥにＣｒｅａｔ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅを返送する。該Ｃｒｅａｔ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅには、ＰＤＮタイプ、ＰＤＮアドレス、ユーザー次元ＳＧＷアドレス、制御次元ＳＧＷ ＴＥＩＤ、ＥＰＳベアラー識別子、及びＰＧＷアドレス等が含まれる。
ステップｄ１：ＭＭＥは、ｅＮＢにＡｔｔａｃｈ Ａｃｃｅｐｔ（即ち、アタッチ受信リクエスト）を送信する。ＭＭＥは前記ＵＥに対して１つの新ＧＵＴＩを割り当てた場合、前記Ａｔｔａｃｈ ＡｃｃｅｐｔにはＧＵＴＩパラメータが更に含まれる。
ステップｄ２：ｅＮＢは、ＭＭＥが送信したＡｔｔａｃｈ Ａｃｃｅｐｔを受信した場合、前記ＵＥにＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ（即ち、ＲＲＣ接続再構成メッセージ）を送信するとともに、前記ＵＥにアタッチ受信メッセージを送信する。該アタッチ受信メッセージには、Ｓ−ＴＭＳＩ、ＰＤＮアドレス、ＴＡリスト、及びＰＤＮアドレス情報等が含まれる。
ステップｄ３：ＵＥは、ｅＮＢにＲＲＣ接続再構成完成メッセージ（即ち、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）を送信する。
ステップｄ４：ｅＮＢは、ＭＭＥに初期化コンテクストメッセージ（即ち、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ）を送信する。該初期化コンテクストメッセージには、ｅＮＢのＴＥＩＤ及びｅＮＢがＳ１−Ｕインターフェースでのダウンリンク伝送アドレス等の情報が含まれる。
ステップｄ５：ＵＥは、ｅＮＢに直接伝達メッセージ（即ち、Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒ）を送信する。該直接伝達メッセージはアタッチ完成メッセージ（即ち、Ａｔｔａｃｈ Ｃｏｍｐｌｅｔｅ）を備える。
ステップｄ６：ｅＮＢは、前記直接伝達メッセージにおけるアタッチ完成メッセージをＭＭＥに転送する。
ステップｄ７：ＭＭＥは、ＳＧＷにベアラー更新リクエストメッセージ（即ち、Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）を送信する。
ステップｄ８：ＭＭＥがＳＧＷに送信した前記ベアラー更新リクエストメッセージには変換指示（即ち、Ｈａｎｄｏｖｅｒ Ｉｎｄｉｃａｔｉｏｎ）に含まれる場合、ＳＧＷはＰＧＷにベアラー更新リクエストメッセージ（Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）を送信する必要がある。
ステップｄ９：ＰＧＷはＳＧＷにベアラー更新応答メッセージ（即ち、Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ）を返送する。
ステップｄ１０：ＳＧＷはＭＭＥにベアラー更新応答メッセージ（即ち、Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ）を返す。その時、ＳＧＷは緩衝記憶のダウンリンクパケットデータを送信してもよい。
ステップｄ１１：ステップｄ１０においてＭＭＥがベアラー更新応答メッセージ受信した後に、１つのＥＰＳベアラーが確立される場合、ＨＳＳにユーザーの移動性の管理に用いられる通知リクエストメッセージ（即ち、Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ）を送信する。該通知リクエストメッセージには、ＡＰＮ及びＰＧＷ識別子が含まれる。
ステップｄ１２：ＨＳＳは前記通知リクエストメッセージに含まれるＡＰＮとＰＧＷ識別子を記憶して、前記ＭＭＥに通知応答メッセージ（即ち、Ｎｏｔｉｆｙ Ｒｅｓｐｏｎｓｅ）を送信することにより、全体のアタッチ過程を完成する。

上記の方法フローによれば、本発明の実施例は更に移動性管理エンティーティーを提供している。該移動性管理エンティーティーの構成は図１１に示すように、コンテクスト情報取得手段１１０１、検証安全手段１１０２、トンネル確立手段１１０３、デフォルトベアラー手段１１０４、及び制御手段１１０５を備える。
ここで、コンテクスト情報取得手段１１０１は、ユーザ端末が所属の基地局を介して送信したアタッチ・リクエストを受信した場合、前記ユーザ端末のコンテクスト情報を取得するものである。
検証安全手段１１０２は、前記ＭＭＥと前記ユーザ端末との間の検証過程と安全過程を実行するものである。
トンネル確立手段１１０３は、前記ユーザ端末との間で情報伝送に用いられるトンネルを確立するものである。
デフォルトベアラー手段１１０４は、前記ユーザ端末との間でデフォルトベアラーを確立するものである。
制御手段１１０５は、コンテクスト情報取得手段１１０１の運転が成功した後に、前記検証安全手段１１０２と前記トンネル確立手段１１０３の並列的な実行を起動する。そして、前記検証安全手段１１０２と前記トンネル確立手段１１０３の運転が全部成功した後に、前記デフォルトベアラー手段１１０４の運転を起動する。

前記コンテクスト情報取得手段１１０１は、
ユーザ端末が所属の基地局を介して送信したアタッチ・リクエストを受信し、
前記アタッチ・リクエストが無効ＧＵＴＩアタッチであると確定し、且つローカルに前記ユーザ端末を記憶するコンテキスト情報がないと確定する場合、前記ユーザ端末に前記ユーザ端末のＩＭＳＩ情報を取得することを示すための認証リクエストメッセージを送信し、
前記ユーザ端末が返送した、前記ユーザ端末のＩＭＳＩ情報を含む認証リクエスト応答メッセージを受信する。

好ましくは、検証安全手段１１０２は、前記ＭＭＥと前記ユーザ端末との間で検証過程を確立する。
具体的に、ＨＳＳに検証ベクトルの取得を示すための検証情報リクエストメッセージを送信すること、
前記ＨＳＳが返送した、複数のグループの検証ベクトルが含まれる検証情報応答メッセージを受信すること、及び前記複数のグループの検証ベクトルから１つのグループの検証ベクトルを選択して、選択した検証ベクトルが含まれる検証リクエストを前記ユーザ端末に送信すること、
前記ユーザ端末が返送した、受信した検証リクエストに含まれる検証ベクトルに対する前記ユーザ端末の検証が成功した後に送信したメッセージである検証応答メッセージを受信すること、及び
受信した前記検証応答メッセージにおけるＸＲＥＳパラメーターをローカルで記憶するＸＲＥＳパラメーターと比較して、両者が一致する場合、検証が成功したと確定したが、両者が一致しない場合、検証が失敗したと確定したこと
を備える。

検証安全手段１１０２は、前記ＭＭＥと前記ユーザ端末との間で安全過程を確立する。
具体的に、検証が成功したと確定した後に、キーを利用して完全性プロテクトキーと暗号化キーを生成して、前記完全性プロテクトキーと暗号化キーが含まれる安全モードコマンドを前記ユーザ端末に送信すること、
前記ユーザ端末が返送した、前記ユーザ端末が、前記安全モードコマンドメッセージを受信した時に前記完全性プロテクトキーと暗号化キーに対する完全性認証が成功した後に送信したメッセージである検証応答メッセージを受信することと、
ＲＥＩとの間のＭＥ Ｉｄｅｎｔｉｔｙ Ｃｈｅｃｋ過程により、前記ユーザ端末がネットワーク側にアタッチすることを許可するか否かを判断することと、
を備える。

好ましくは、トンネル確立手段１１０３は、具体的には、
前記ＨＳＳに位置更新メッセージを送信し、
前記ＨＳＳが返送した位置更新応答メッセージを受信して、前記位置更新応答メッセージに応じて、前記ＨＳＳが更新を拒絶すると確定する場合、前記ユーザ端末に拒絶アタッチ・リクエストメッセージを送信するが、
前記ＨＳＳが更新を受け入れると確定する場合、
１つのサービスゲートウェイを選択して、選択した前記ＳＧＷにセッション生成リクエストメッセージを送信し、
前記ＳＧＷが返送したセッション生成リクエストメッセージを受信する操作を行なう。
ここで、前記ＳＧＷが返送したセッション生成応答メッセージは、前記ＳＧＷが進化パケットコア（ＥＰＣ）ベアラーリストにおいてエントランスを確立してから、セッション生成リクエストメッセージをＰＧＷに転送した後に、受信した前記ＰＧＷが返送したセッション生成応答メッセージである。

デフォルトベアラー手段１１０４は、具体的には、
前記基地局にアタッチ受信メッセージを送信することにより、前記基地局が前記ユーザ端末にＲＲＣ接続再構成メッセージを送信するように指示するとともに、前記アタッチ受信メッセージを前記ユーザ端末に送信し、前記基地局が送信した初期化コンテクスト情報とアタッチ完成情報を受信し、
ＳＧＷにベアラー更新メッセージを転送し、
前記ＳＧＷが返送したベアラー更新応答メッセージを受信して、ＥＰＳベアラーを確立するとともに、ユーザーの移動性の管理に用いられるＡＰＮ情報及びＰＧＷ識別子情報を含む通知リクエストメッセージを前記ＨＳＳに送信する。
ここで、前記初期化コンテクスト情報は前記基地局が前記ユーザ端末から返送された接続再構成完成メッセージを受信した後に送信された情報である。前記アタッチ完成情報は前記基地局が前記ユーザ端末により送信された、アタッチ完成メッセージが含まれる直接伝達メッセージを受信した後に転送する情報である。

好ましくは、制御手段は、更に、検証安全手段１１０２の運転が失敗した場合、トンネル確立手段１１０３に、運転を停止するように指示することに用いられる。

好ましくは、制御手段１１０５は、更に、トンネル確立手段１１０３が運転を停止するように指示する前に、検証安全手段１１０２が前記ＳＧＷにセッション生成リクエストメッセージを既に送信したか否かを確定し、送信したと確定する場合、検証安全手段１１０２が前記ＳＧＷにセッション削除リクエストを送信し、前記ユーザ端末にアタッチ拒絶メッセージを送信するように指示するが、送信しなかったと確定する場合、直接に前記ユーザ端末にアタッチ拒絶メッセージを送信することに用いられる。

好ましくは、制御手段１１０５は、更に、前記トンネル確立手段１１０３の運転が失敗した場合、前記検証安全手段１１０２に運転を停止するように指示することに用いられる。

好ましくは、制御手段１１０５は、前記トンネル確立手段１１０３が、原因値が含まれるアタッチ拒絶メッセージを前記ユーザ端末に送信するように指示する。

従来技術において、ネットワーク側でユーザーのコンテクスト情報が存在しない情況、及びユーザ端末が送信したアタッチ・リクエストにはセッション管理情報伝送識別子が含まれない、又はセッション管理情報伝送識別子が含まれるがセッション管理情報伝送識別子が設置されていない情況に対して、ユーザ端末のコンテクスト情報の取得、検証過程、安全過程、トンネルの確立、デフォルトベアラー等の過程を直列的に実行するため、直列実行の時間遅延は大きい。本発明者は、検証過程と安全過程が、ＭＭＥとｅＮＢに基づいて行われ、ＵＥの間が、Ｓ１インターフェースにより実行され、トンネルの確立がＭＭＥ、ＳＧＷ、ＰＧＷの間にＳ１１、Ｓ５／８インターフェースにより実行されることを発見した。従って、本発明の技術案を採用すれば、ユーザ端末のコンテクスト情報を取得した後に、検証過程と安全過程を並列的に実行して、ユーザ端末との間で情報伝送に用いられるトンネルを確立する。よって、従来技術における上記ステップの直列実行と比べれば、ユーザ端末のネットワークへのタッチ時間遅延をある程度に減少し、アタッチの効率を向上できる。

本発明は本発明の実施形態による方法、装置（システム）、及びコンピュータプログラム製品のフロー図及び／又はブロック図を参照して説明したものである。理解すべきのは、コンピュータプログラムコマンドによりフロー図及び／又はブロック図の中の各流れ及び／又はブロック、及びフロー図及び／又はブロック図の中の流れ及び／又はブロックの合わせを実現できる。これらのコンピュータプログラムコマンドを通用コンピュータ、専用コンピュータ、埋め込みプロセッサ又はその他のプログラム可能なデータ処理装置のプロセッサに提供して１つの機器を生じ、コンピュータ又はその他のプログラム可能なデータ処理装置のプロセッサが実行するコマンドはフロー図の１つの流れ又は複数の流れ及び／又はブロック図の１つのブロック又は複数のブロックに指定する機能を実現するための装置を生じるようになる。

これらコンピュータプログラムコマンドはコンピュータ又はその他のプログラム可能なデータ処理装置を引導して所定の方式で動作させるコンピュータ読み取る可能なメモリに記憶されてもよく、該コンピュータ読み取る可能なメモリに記憶されるコマンドはコマンド装置を備える製品を生じるようになり、該コマンド装置がフロー図の１つの流れ又は複数の流れ及び／又はブロック図の１つのブロック又は複数のブロックに指定する機能を実現する。

これらコンピュータプログラムコマンドはコンピュータ又はその他のプログラム可能なデータ処理装置にロードしてもよく、コンピュータ又はその他のプログラム可能な装置で一連動作ステップを実行してコンピュータが実現する処理を生じ、このようにして、コンピュータ又はその他のプログラム可能な装置で実行するコマンドがフロー図の１つの流れ又は複数の流れ及び／又はブロック図の１つのブロック又は複数のブロックに指定する機能を実現するステップを提供する。

本発明の好適な実施形態を説明したが、当業者は基本的な創造性概念を知ると、これら実施形態に対して様々な変更と修正を行うことができる。従って、添付したクレームは好適な実施形態及び本発明範囲に落ちるすべての変更と修正を含む意図する。

当然、当業者は本発明の実施形態に対して様々な変更と変形を行うことができるが、本発明の実施形態の精神と範囲を逸脱しない。このようにして、本発明の実施形態のこれら修正と変形が本発明のクレーム及びその同等技術の範囲に含まれれば、本発明はこれら修正と変形を含む意図する。

Claims (21)

1. 進化した共通陸地無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）へのアタッチ方法であって、
   ネットワーク側が、ユーザ端末が送信したアタッチ・リクエストを受信した場合、前記ユーザ端末のコンテクスト情報を取得するステップＡと、
   ネットワーク側が、ユーザ端末との間の検証過程と安全過程を実行するステップＢと、
   ネットワーク側が、前記ユーザ端末との間で情報伝送に用いられるトンネルを確立するステップＣと、
   ネットワーク側が、前記ユーザ端末との間でデフォルトベアラーを確立するステップＤと、
   を備え、
   ステップＡの実行が成功した後に、前記ステップＢと前記ステップＣを並列実行を行い、前記ステップＢとステップＣの実行が成功したことを確認した後に、ステップＤを実行することを特徴とする進化した共通陸地無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）へのアタッチ方法。
2. 前記ステップＡは、
   ネットワーク側の基地局は、前記ユーザ端末が送信したアタッチ・リクエストと、ネットワーク選択指示とを受信するステップＡ１と、
   基地局が、前記アタッチ・リクエストと前記ネットワーク選択指示に応じて、移動性管理エンティーティー（ＭＭＥ）を確定するとともに、確定した前記ＭＭＥに転送するステップＡ２と、
   前記ＭＭＥが、前記アタッチ・リクエストが無効グローバルユニーク一時的なユーザー識別子（ＧＵＴＩ）を利用したアタッチであると確定し、且つローカルに前記ユーザ端末を記憶するコンテキスト情報がないと確定する場合、前記ユーザ端末の国際移動ユーザー識別子コード（ＩＭＳＩ）情報を取得することを示すための認証リクエストメッセージを前記ユーザ端末に送信するステップＡ３と、
   ＭＭＥが、前記ユーザ端末が返送した、前記ユーザ端末のＩＭＳＩ情報を含む認証リクエスト応答メッセージを受信するステップＡ４と、
   を備えることを特徴とする請求項１に記載の方法。
3. 前記ステップＢは、
   前記ＭＭＥが、ホーム契約データサーバー（ＨＳＳ）に検証ベクトルの取得を示すための検証情報リクエストメッセージを送信するステップＢ１と、
   前記ＭＭＥが、前記ＨＳＳが返送した、複数のグループの検証ベクトルが含まれる検証情報応答メッセージを受信するステップＢ２と、
   前記ＭＭＥが、前記検証情報応答メッセージに含まれる複数のグループの検証ベクトルから１つのグループの検証ベクトルを選択し、選択した検証ベクトルが含まれる検証応答リクエストをユーザ端末に送信するステップＢ３と、
   前記ＭＭＥが、前記ユーザ端末が返送した検証応答メッセージを受信し、前記検証応答リクエストが、前記ユーザ端末が、受信した検証応答メッセージに含まれる検証ベクトルに対する検証が成功した場合に送信したメッセージであり、且つ前記検証応答メッセージに期待返送値ＸＲＥＳパラメーターが含まれるステップＢ４と、
   前記ＭＭＥが、受信した前記検証応答メッセージにおけるＸＲＥＳパラメーターをローカルで記憶するＸＲＥＳパラメーターと比較し、両者が一致する場合、検証が成功したと確定し、キーを利用して完全性プロテクトキーと暗号化キーを生成し、前記完全性プロテクトキーと暗号化キーが含まれる安全モードコマンドメッセージを前記ユーザ端末に送信するステップＢ５と、
   前記ＭＭＥが、前記ユーザ端末が返送した安全モード完成メッセージを受信し、前記安全モード完成メッセージが、前記ユーザ端末が前記安全モード完成メッセージを受信した時に、前記完全性プロテクトキーと暗号化キーに対する完全性認証が成功した後に送信したメッセージであるステップＢ６と、
   ＭＭＥが、設備識別子レジスタ（ＥＩＲ）との間の設備識別子検査過程により、前記ユーザ端末のネットワーク側へのアタッチを許可するか否かを判断するステップＢ７と、
   を備えることを特徴とする請求項２に記載の方法。
4. 前記ステップＢ６と前記ステップＢ７との間に、
   前記ＭＭＥが、前記ユーザ端末の国際移動ユーザー識別子コード（ＩＭＥＩ）情報を取得することを示すための認証リクエストメッセージを前記ユーザ端末に送信し、前記認証リクエストメッセージには識別子タイプ情報が含まれるステップＢ６１と、
   前記ＭＭＥが、前記ユーザ端末が返送した、前記識別子タイプ情報に対応するＩＭＥＩ情報を受信するステップＢ６２と、
   を備えることを特徴とする請求項３に記載の方法。
5. 前記ステップＣは、
   前記ＭＭＥが、前記ＨＳＳに位置更新メッセージを送信するステップＣ１と、
   前記ＭＭＥが、前記ＨＳＳが返送した位置更新応答メッセージを受信し、前記位置更新応答メッセージに応じて、前記ＨＳＳが更新を拒絶すると確定する場合、前記ユーザ端末の今回のアタッチを拒絶し、フローを終了し、そうではないと、次のステップに入るステップＣ２と、
   前記ＭＭＥが、１つのＳＧＷを選択し、選択した前記ＳＧＷにセッション生成リクエストメッセージを送信するステップＣ３と、
   前記ＳＧＷが、前記セッション生成リクエストメッセージを受信した場合、該ＳＧＷの進化パケットコア（ＥＰＣ）のベアラーリストにおいて１つのエントランスを確立し、セッション生成リクエストメッセージをＰＤＮゲートウェイ（ＰＧＷ）に送信するステップＣ４と、
   前記ＳＧＷが、前記ＰＧＷが返送したセッション生成リクエストメッセージを受信するステップＣ５と、
   前記ＳＧＷが、前記ＭＭＥにセッション生成応答メッセージを返送するステップＣ６と、
   を備えることを特徴とする請求項３に記載の方法。
6. ネットワークデータ側でポリシー制御課金ルール機能（ＰＣＲＦ）エンティーティーを使用した場合、前記ステップＣ４とステップＣ５との間に、
   前記ＰＧＷが、前記ＰＣＲＦエンティーティーから、ＥＰＳベアラーを確立する時にＰＧＷにおいて予め定義したルールであるポリシーと、課金制御ＰＣＣルールを取得するステップＣ４１を備えることを特徴とする請求項５に記載の方法。
7. 前記ステップＤは、
   前記ＭＭＥが、基地局にアタッチ受信リクエストを送信するステップＤ１と、
   前記基地局が、前記ユーザ端末に無線資源制御プロトコル（ＲＲＣ）接続再構成メッセージを送信するとともに、受信したアタッチメッセージを前記ユーザ端末に転送するステップＤ２と、
   前記基地局が、前記ユーザ端末が返送した接続再構成完成メッセージを受信するステップＤ３と、
   前記基地局が、前記ＭＭＥに前記基地局の初期化コンテクストメッセージを送信するステップＤ４と、
   前記基地局が、前記ユーザ端末が送信した、アタッチ完成メッセージが含まれる直接伝達メッセージを受信するとともに、前記アタッチ完成メッセージを前記ＭＭＥに転送するステップＤ５と、
   前記ＭＭＥが、前記ＳＧＷにベアラー更新リクエストメッセージを送信するステップＤ６と、
   前記ＭＭＥが、前記ＳＧＷが返送したベアラー更新応答メッセージを受信し、ＥＰＳベアラーを確立し、ユーザーの移動性の管理に用いられるアクセスポイント名称（ＡＰＮ）情報及びＰＧＷ識別子情報に含まれる通知リクエストメッセージを前記ＨＳＳに送信するステップＤ７と、
   前記ＨＳＳが、前記ＡＰＮ情報とＰＧＷ識別子情報を記憶し、ＡＰＮとＰＧＷ識別子情報との対応関係を確立し、また、前記ＭＭＥに通知応答メッセージを返送することにより、アタッチ過程の完成を指示するステップＤ８と、
   を備えることを特徴とする請求項５に記載の方法。
8. 前記ＭＭＥがＳＧＷに送信したベアラー更新リクエストメッセージに変換指示が含まれる場合、前記ステップＤ６とステップＤ７との間に
   前記ＳＧＷが、前記ＰＧＷにベアラー更新リクエストメッセージを送信するステップＤ６１と、
   前記ＰＧＷが、前記ＳＧＷにベアラー更新応答メッセージを返送するステップＤ６２と、
   を備えることを特徴とする請求項７に記載の方法。
9. 前記ステップＢにおける任意のサブステップの実行が失敗した場合、ステップＣと前記ステップＢの継続実行を停止させることを特徴とする請求項５に記載の方法。
10. 前記ステップＣの実行を停止させる前に、前記ステップＣ４を既に実行した場合、前記ＭＭＥは、前記ＳＧＷと前記ＰＧＷそれぞれにセッション削除リクエストを送信することにより、前記ＳＧＷと前記ＰＧＷに既に確立したセッションを削除するように指示するとともに、前記ユーザ端末にアタッチ拒絶メッセージを送信し、
    前記ステップＣの実行を停止させる前に、前記ステップＣ４がまだ実行されていない場合、前記ＭＭＥは、前記ユーザ端末にアタッチ拒絶メッセージを直接に送信することを特徴とする請求項９に記載の方法。
11. 前記ステップＣにおける任意のサブステップの実行が失敗した場合、前記ステップＣと前記ステップＢの実行を停止することを特徴とする請求項５に記載の方法。
12. 前記ＭＭＥは、原因値が含まれるアタッチ拒絶メッセージを前記ユーザ端末に送信することを特徴とする請求項１１に記載の方法。
13. 移動性管理エンティーティー（ＭＭＥ）であって、
    ユーザ端末が所属の基地局を介して送信したアタッチ・リクエストを受信した場合、前記ユーザ端末のコンテクスト情報を取得するコンテクスト情報取得手段と、
    前記ＭＭＥと前記ユーザ端末との間の検証過程と安全過程を実行する検証安全手段と、
    前記ユーザ端末との間で情報伝送に用いられるトンネルを確立するトンネル確立手段と、
    前記ユーザ端末との間でデフォルトベアラーを確立するデフォルトベアラー手段と、
    コンテクスト情報取得手段の運転が成功した後に、前記検証安全手段と前記トンネル確立手段の並列実行を起動するとともに、前記検証安全手段と前記トンネル確立手段の運転が全部成功した後に、前記デフォルトベアラー手段の運転を起動する制御手段と、
    を備えることを特徴とする移動性管理エンティーティー。
14. 前記コンテクスト情報取得手段は、
    ユーザ端末が所属の基地局を介して送信したアタッチ・リクエストを受信し、
    前記アタッチ・リクエストが無効グローバルユニーク一時的なユーザー識別子（ＧＵＴＩ）アタッチであると確定し、且つローカルに前記ユーザ端末を記憶するコンテキスト情報がないと確定する場合、前記ユーザ端末の国際移動ユーザー識別子コード（ＩＭＳＩ）情報を取得することを示すための認証リクエストメッセージを前記ユーザ端末に送信し、
    前記ユーザ端末が返送した、前記ユーザ端末のＩＭＳＩ情報を含む認証リクエスト応答メッセージを受信する
    ことを特徴とする請求項１３に記載の移動性管理エンティーティー。
15. 前記検証安全手段は、前記ＭＭＥと前記ユーザ端末との間で検証過程を確立することは、
    ホーム契約データサーバー（ＨＳＳ）に検証ベクトルの取得を示すための検証情報リクエストメッセージを送信し、
    前記ＨＳＳが返送した、複数のグループの検証ベクトルが含まれる検証情報応答メッセージを受信して、前記複数のグループの検証ベクトルから１つのグループの検証ベクトルを選択し、選択した検証ベクトルが含まれる検証リクエストをユーザ端末に送信し、
    前記ユーザ端末が返送した検証応答メッセージを受信し、受信した前記検証応答メッセージにおけるＸＲＥＳパラメーターをローカルで記憶するＸＲＥＳパラメーターと比較して、両者が一致する場合、検証が成功したと確定し、両者が一致しない場合、検証が失敗したと確定することであり、
    ここで、前記検証リクエストは、前記ユーザ端末が、受信した検証応答メッセージに含まれる検証ベクトルに対する検証が成功した後に送信したメッセージであり、
    前記検証応答メッセージに期待返送値ＸＲＥＳパラメーターが含まれ、
    前記検証安全手段が前記ＭＭＥと前記ユーザ端末との間で安全過程を確立することは、
    検証が成功したと確定した後に、キーによりした完全性プロテクトキーと暗号化キーを生成し、完全性プロテクトキーと暗号化キーが含まれる安全モードコマンドメッセージを前記ユーザ端末に送信することと、
    前記ユーザ端末が返送した安全モード完成メッセージを受信し、設備識別子レジスタ（ＥＩＲ）との間の設備識別子検査過程を行うことにより、前記ユーザ端末のネットワーク側へのアタッチを許可するか否かを判断することとを備え、
    前記安全モード完成メッセージは、前記ユーザ端末が前記安全モード完成メッセージを受信した時に、前記完全性プロテクトキーと暗号化キーに対する完全性認証が成功した後に送信したメッセージであることを特徴とする請求項１４に記載の移動性管理エンティーティー。
16. 前記トンネル確立手段は、
    前記ＨＳＳに位置更新メッセージを送信し、
    前記ＨＳＳが返送した位置更新応答メッセージを受信し、前記位置更新応答メッセージに応じて、前記ＨＳＳが更新を拒絶すると確定する場合、前記ユーザ端末に拒絶アタッチ・リクエストメッセージを送信し、
    前記ＨＳＳが更新を受け入れると確定する場合、
    １つのサービスゲートウェイＳＧＷを選択し、選択した前記ＳＧＷにセッション生成リクエストメッセージを送信し、
    前記ＳＧＷが返送したセッション生成応答メッセージを受信し、
    前記ＳＧＷが返送したセッション生成応答メッセージは、前記ＳＧＷが、進化パケットコア（ＥＰＣ）ベアラーリストにおいてエントランスを確立してから、セッション生成リクエストメッセージをＰＤＮゲートウェイ（ＰＧＷ）に転送した後に受信した、前記ＰＧＷが返送したセッション生成応答メッセージである
    ことを特徴とする請求項１５に記載の移動性管理エンティーティー。
17. 前記デフォルトベアラー手段は、
    前記基地局にアタッチ受信メッセージを送信することにより、前記基地局が前記ユーザ端末に無線資源制御プロトコル（ＲＲＣ）接続再構成メッセージを送信するとともに、前記アタッチ受信メッセージを前記ユーザ端末に送信するように指示し、
    前記基地局が送信した初期化コンテクストメッセージとアタッチ完成情報を受信し、
    前記ＳＧＷにベアラー更新メッセージを送信し、
    前記ＳＧＷが返送したベアラー更新応答メッセージを受信し、ＥＰＳベアラーを確立するとともに、ユーザーの移動性の管理に用いられるＡＰＮ情報及びＰＧＷ識別子情報を含む通知リクエストメッセージを前記ＨＳＳに送信し、
    前記初期化コンテクストメッセージは、前記基地局が前記ユーザ端末から返送された接続再構成完成メッセージを受信した後に送信された情報であり、
    前記アタッチ完成情報は、前記基地局が前記ユーザ端末により送信された、アタッチ完成メッセージが含まれる直接伝達メッセージを受信した後に転送する情報である
    ことを特徴とする請求項１６に記載の移動性管理エンティーティー。
18. 前記制御手段は、前記検証安全手段の運転が失敗した場合、前記トンネル確立手段に運転を停止するように指示することを特徴とする請求項１３に記載の移動性管理エンティーティー。
19. 前記制御手段は、前記トンネル確立手段に運転を停止するように指示する前に、前記検証安全手段がＳＧＷにセッション生成リクエストメッセージを既に送信したか否かを確定し、送信したと確定する場合、前記検証安全手段が前記ＳＧＷにセッション削除リクエストを送信し、前記ユーザ端末にアタッチ拒絶メッセージを送信するように指示し、送信しなかったと確定する場合、前記ユーザ端末にアタッチ拒絶メッセージを直接に送信することを特徴とする請求項１８に記載の移動性管理エンティーティー。
20. 前記制御手段は、前記トンネル確立手段の運転が失敗した場合、前記検証安全手段に運転を停止するように指示することを特徴とする請求項１３に記載の移動性管理エンティーティー。
21. 前記制御手段は、前記トンネル確立手段が、原因値が含まれるアタッチ拒絶メッセージを前記ユーザ端末に送信するように指示することを特徴とする請求項２０に記載の移動性管理エンティーティー。

Images