(57)【特許請求の範囲】
【請求項１】
ユーザプレーントラフィックをオフロードすることが可能なネットワーク要素であって、前記ネットワーク要素は、
第１のＮＡＳ要求メッセージを含む第１のメッセージを受信することであって、前記第１のメッセージは、１つ以上の第１のインジケータを含む、ことと、
コンテキスト要求メッセージを第２のネットワーク要素に送信することと、
前記コンテキスト要求メッセージに対する応答を受信することであって、前記応答は、コンテキストに関連する１つ以上の第２のインジケータを含む、ことと、
前記１つ以上の第１のインジケータと前記１つ以上の第２のインジケータとを比較することであって、前記比較することは、前記１つ以上の第１のインジケータが前記１つ以上の第２のインジケータと一致しないことを決定することを含む、ことと、
第２のメッセージを送信することであって、前記第２のメッセージは、
（ａ）前記第１のＮＡＳ要求メッセージに対する応答、または、
（ｂ）前記ネットワーク要素によって開始されるデタッチプロシージャを実施することに関連する第３のメッセージ
のうちの少なくとも１つである、ことと
を行うように構成されており、
前記デタッチプロシージャを実施することに関連する前記第３のメッセージを送信することは、前記１つ以上の第１のインジケータが前記１つ以上の第２のインジケータと一致しないという決定に基づく、ネットワーク要素。
【請求項２】
ユーザプレーントラフィックをオフロードすることが可能なネットワーク要素であって、前記ネットワーク要素は、
第１のＮＡＳ要求メッセージを含む第１のメッセージを受信することであって、前記第１のメッセージは、１つ以上の第１のインジケータを含む、ことと、
コンテキスト要求メッセージを第２のネットワーク要素に送信することと、
前記コンテキスト要求メッセージに対する応答を受信することであって、前記応答は、コンテキストに関連する１つ以上の第２のインジケータを含む、ことと、
前記１つ以上の第１のインジケータと前記１つ以上の第２のインジケータとを比較することと、
第２のメッセージを送信することであって、前記第２のメッセージは、
（ａ）前記第１のＮＡＳ要求メッセージに対する応答、または、
（ｂ）前記ネットワーク要素によって開始されるデタッチプロシージャを実施することに関連する第３のメッセージ
のうちの少なくとも１つである、ことと、
ローカルゲートウェイにルーティングされるユーザプレーントラフィックのための専用ベアラまたは二次ＰＤＰコンテキストがサポートされていないことを検出することと
を行うように構成されている、ネットワーク要素。
【請求項３】
ユーザプレーントラフィックをオフロードすることが可能なネットワーク要素であって、前記ネットワーク要素は、
第１のＮＡＳ要求メッセージを含む第１のメッセージを受信することであって、前記第１のメッセージは、１つ以上の第１のインジケータを含む、ことと、
コンテキスト要求メッセージを第２のネットワーク要素に送信することと、
前記コンテキスト要求メッセージに対する応答を受信することであって、前記応答は、コンテキストに関連する１つ以上の第２のインジケータを含む、ことと、
前記１つ以上の第１のインジケータと前記１つ以上の第２のインジケータとを比較することであって、前記１つ以上の第１のインジケータと前記１つ以上の第２のインジケータとを比較することは、前記第１のインジケータのうちのいずれもが前記１つ以上の第２のインジケータと一致しないことの決定を含む、ことと、
第２のメッセージを送信することであって、前記第２のメッセージは、
（ａ）前記第１のＮＡＳ要求メッセージに対する応答、または、
（ｂ）前記ネットワーク要素によって開始されるデタッチプロシージャを実施することに関連する第３のメッセージ
のうちの少なくとも１つである、ことと
を行うように構成されている、ネットワーク要素。
【請求項４】
ユーザプレーントラフィックをオフロードすることが可能なネットワーク要素であって、前記ネットワーク要素は、
第１のＮＡＳ要求メッセージを含む第１のメッセージを受信することであって、前記第１のメッセージは、１つ以上の第１のインジケータを含む、ことと、
コンテキスト要求メッセージを第２のネットワーク要素に送信することと、
前記コンテキスト要求メッセージに対する応答を受信することであって、前記応答は、コンテキストに関連する１つ以上の第２のインジケータを含む、ことと、
前記１つ以上の第１のインジケータと前記１つ以上の第２のインジケータとを比較することであって、前記１つ以上の第１のインジケータと前記１つ以上の第２のインジケータとを比較することは、前記第１のインジケータのうちの少なくとも１つが前記第２のインジケータのうちの少なくとも１つと一致しないことの決定を含む、ことと、
第２のメッセージを送信することであって、前記第２のメッセージは、
（ａ）前記第１のＮＡＳ要求メッセージに対する応答、または、
（ｂ）前記ネットワーク要素によって開始されるデタッチプロシージャを実施することに関連する第３のメッセージ
のうちの少なくとも１つである、ことと
を行うように構成されている、ネットワーク要素。
【請求項５】
前記第１のＮＡＳ要求メッセージは、トラッキングエリア更新（ＴＡＵ）要求メッセージまたはルーティングエリア更新（ＲＡＵ）要求メッセージのうちの１つである、請求項１〜４のいずれか一項に記載のネットワーク要素。
【請求項６】
前記第１のＮＡＳ要求メッセージに対する前記応答は、
ＴＡＵ要求メッセージに対する応答、
ＲＡＵ要求メッセージに対する応答、または、
専用ベアラまたは二次パケットデータプロトコル（ＰＤＰ）コンテキストの要求に対する応答
のうちの１つであり、
前記専用ベアラまたは二次（ＰＤＰ）コンテキストは、ローカルゲートウェイにルーティングされる前記ユーザプレーントラフィックに関連する、請求項１〜４のいずれか一項に記載のネットワーク要素。
【請求項７】
前記第１のＮＡＳ要求メッセージに対する前記応答は、
原因コードを有する拒否メッセージを含むＴＡＵメッセージ、または、
原因コードを有する拒否メッセージを含むＲＡＵメッセージ
のうちの１つである、請求項５に記載のネットワーク要素。
【請求項８】
前記１つ以上の第２のインジケータに関連するコンテキストは、ユーザプレーントラフィックのルーティングに関連するコンテキストを含む、請求項１〜４のいずれか一項に記載のネットワーク要素。
【請求項９】
前記検出することは、加入データベースから受信した加入情報に基づく、請求項２に記載のネットワーク要素。
【請求項１０】
前記検出することは、前記コンテキスト要求メッセージに対する前記応答内の指示に基づく、請求項２に記載のネットワーク要素。
【請求項１１】
前記指示に基づいて検出することは、前記コンテキスト要求メッセージに対する前記応答内に指示が無いことを検出することを含む、請求項１０に記載のネットワーク要素。
【請求項１２】
前記第１のインジケータまたは前記第２のインジケータの各々は、セルの識別、制限加入者グループ（ＣＳＧ）の識別、インターネットプロトコル（ＩＰ）アドレス、または第３のネットワーク要素識別子のうちの１つ以上を含む、請求項１〜４のいずれか一項に記載のネットワーク要素。
【請求項１３】
前記コンテキストは、第３のネットワークデバイスを介して、接続要求を前記ＵＥから受信した後、アクティブ化され、
前記接続要求は、第３のＮＡＳメッセージおよび前記１つ以上の第２のインジケータを含む、請求項１〜４のいずれか一項に記載のネットワーク要素。
【請求項１４】
ユーザプレーントラフィックをオフロードする方法であって、
第１のネットワーク要素によって、第１のＮＡＳ要求メッセージを含む第１のメッセージを受信することであって、前記第１のメッセージは、１つ以上の第１のインジケータを含む、ことと、
第１のネットワーク要素によって、コンテキスト要求メッセージを第２のネットワーク要素に送信することと、
第１のネットワーク要素によって、前記コンテキスト要求メッセージに対する応答を受信することであって、前記応答は、コンテキストに関連する１つ以上の第２のインジケータを含む、ことと、
第１のネットワーク要素によって、前記１つ以上の第１のインジケータと前記１つ以上の第２のインジケータとを比較することであって、前記１つ以上の第１のインジケータと前記１つ以上の第２のインジケータとを比較することは、前記第１のインジケータのうちの少なくとも１つが前記第２のインジケータのうちの少なくとも１つと一致しないことを決定することを含む、ことと、
第１のネットワーク要素によって、第２のメッセージを送信することと
を含み、
前記第２のメッセージは、
（ａ）前記第１のＮＡＳ要求メッセージに対する応答、または、
（ｂ）前記ネットワーク要素によって開始されるデタッチプロシージャを実施することに関連する第３のメッセージ
のうちの少なくとも１つである、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して、通信システムおよびそれを動作させる方法に関する。一側面では、本開示は、ローカルインターネットプロトコル（ＩＰ）アクセス（ＬＩＰＡ）接続解除を管理するための方法、システム、およびデバイスに関する。
【背景技術】
【０００２】
第３世代パートナーシッププロジェクト（３ＧＰＰ）内では、規格は、モバイルコアネットワークと、典型的には、家庭または小規模事業において使用するために設計された、小規模セルラー基地局である、フェムトセルとの間のインターフェースのために開発されている。ホームノードＢ（ＨＮＢ）、ホームｅＮＢ（ＨｅＮＢ）、およびフェムトセルは、屋内およびマイクロセルサービスエリアを改善し、無線バックホールを「ホーム」に活用するために、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）およびロング・ターム・エボリューション（ＬＴＥ）進化型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）に対して導入された概念である。フェムトセルは、３ＧＰＰ外で広範に使用され、非常に狭いサービスエリアを伴う、任意のセルを意味し、典型的には、私有地（個人用または法人用あるいは住居用／事業用のいずれか）内に設置される。ホームノードＢ（ＨＮＢ）、ホームｅＮＢ（ＨｅＮＢ）、およびフェムトセルは、住居用または事業用ＩＰネットワークを有することができる。ＨｅＮＢ／ＨＮＢという用語は、３ＧＰＰでは、特定の意味を伴って使用され、すなわち、セルは、制限加入者グループ（ＣＳＧ）またはハイブリッドセルである。ＣＳＧは、公衆移動通信網（ＰＬＭＮ）の１つ以上のセルへのアクセスが許可されるが、制限されたアクセスを有する、オペレータの加入者を識別する。Ｈ（ｅ）ＮＢサブシステムは、Ｈ（ｅ）ＮＢサブシステム（すなわち、Ｈ（ｅ）ＮＢ無線アクセスを使用する）を介して接続されるＩＰ対応ユーザ機器（ＵＥ）デバイスに、同一の住居用ＩＰネットワークまたは企業用ＩＰネットワーク内の他のＩＰ対応エンティティへのアクセスを提供するために、ローカルＩＰアクセスをサポートする。マクロセルという用語は、３ＧＰＰ仕様では、重要性を有していないが、ＣＳＧセル以外のセルを意味するために広範に使用される。
【０００３】
ＨｅＮＢ／ＨＮＢ機能の重要な側面は、アクセスを特定のユーザに制限する能力である。例えば、アクセスは、その敷地上において、ＨｅＮＢが展開される、企業の従業員、特定のコーヒーショップチェーンの顧客、または（プライベートホーム内で展開されるＨｅＮＢの場合）個人に制限され得る。この機能を達成するために、３ＧＰＰは、制限加入者グループ（ＣＳＧ）の概念を定義している。ＣＳＧセルは、ＣＳＧセルであることを示し（システム情報内における１ビットブロードキャストによって）、ＣＳＧ  ＩＤをブロードキャストする（同様に、システム情報内において）セルである。セルは、１つのみ（またはゼロ）のＣＳＧ  ＩＤを示すことができるが、しかしながら、複数のセルが、ＣＳＧ  ＩＤを共有し得る。ＵＥデバイスは、複数のＣＳＧに加入され得る。ＵＥは、例えば、限定されないが、携帯電話、携帯情報端末（ＰＤＡ）、または無線対応コンピュータ等のモバイル端末であり得る。加入は、性質上、一時的であり得る（例えば、コーヒーショップは、顧客が、そのＣＳＧに１時間アクセスすることを可能にする）。
【０００４】
３ＧＰＰ規格はまた、インターネットトラフィックが、オペレータのコアネットワークを迂回して、フェムトセルから、直接、インターネットにフローすることを可能にする、選択ＩＰトラフィックオフロード（ＳＩＰＴＯ）の概念のためにも開発されている。ＳＩＰＴＯは、アクセスネットワークへのＵＥのアタッチポイントに近い、定義されたＩＰネットワークに向かって、選択されたタイプのＩＰトラフィック（例えば、インターネットトラフィック）のオフロードを可能にするために使用される。ＳＩＰＴＯは、マクロセルラーアクセスネットワークおよびフェムトセルサブシステムのためのトラフィックオフロードに適用可能である。ＳＩＰＴＯ  ＰＤＮ接続は、アクセスネットワークへのＵＥのアタッチポイントに近い、定義されたＩＰネットワークに向かって、選択されたタイプのＩＰトラフィック（例えば、インターネットトラフィック）のオフロードを可能にする、ＰＤＰコンテキストまたはＰＤＮ接続を示す。ＳＩＰＴＯは、マクロセルラーアクセスネットワークおよびフェムトセルサブシステムのためのトラフィックオフロードに適用可能である。
【０００５】
加えて、規格は、フェムトセルを介して接続されたＩＰ対応ＵＥが、ローカル住居用／法人用ＩＰネットワーク内の他のＩＰ対応デバイスに直接アクセスすることを可能にする、ローカルＩＰアクセス（ＬＩＰＡ）のためにも開発されている。ＬＩＰＡ  ＰＤＮ接続は、フェムトセルサブシステムのローカル住居用／法人用ＩＰネットワーク内に位置するサービスへのアクセスを与える、ＰＤＰコンテキスト（ＧＰＲＳコアネットワークに接続されたＧＥＲＡＮまたはＵＴＲＡＮフェムトセルの場合）またはＰＤＮ接続（ＧＰＲＳコアネットワークに接続されたＥ−ＵＴＲＡＮフェムトセルの場合）を示す。
【発明の概要】
【課題を解決するための手段】
【０００６】
以下の発明を行うための形態は、本開示の種々の実施形態を提示する。しかしながら、本開示は、請求項によって定義および網羅されるように、多数の異なる方法を提供することが意図される。本説明では、同一参照番号が、同じまたは機能的に類似要素を示す、図面を参照する。
本発明はさらに、例えば、以下を提供する。
（項目１）
通信ネットワークにおける方法であって、前記方法は、
第１のネットワーク要素によって、コンテキスト要求メッセージを第２のネットワーク要素から受信することであって、前記第１のネットワーク要素は、１つ以上のベアラに関連付けられた１つ以上のコンテキストを含み、前記１つ以上のベアラは、前記ネットワークにおけるユーザ機器（ＵＥ）とインターネットプロトコル（ＩＰ）ゲートウェイとの間の接続を提供するように構成されている、ことと、
前記第１のネットワーク要素によって、前記１つ以上のコンテキストのうちの少なくとも１つが、前記ＵＥと前記ＩＰゲートウェイとの間のユーザプレーントラフィックのための接続を提供することを決定することと、
前記第１のネットワーク要素によって、１つ以上の条件に従って、前記１つ以上のコンテキストのうちの前記少なくとも１つを非アクティブ化することと
を含む、方法。
（項目２）
前記第１のネットワーク要素によって、前記コンテキスト要求に対する応答を送信することをさらに含む、項目１に記載の方法。
（項目３）
前記ユーザプレーントラフィックは、ローカルユーザプレーントラフィックを含む、項目１に記載の方法。
（項目４）
前記ローカルユーザプレーントラフィックは、ローカルＩＰアクセス（ＬＩＰＡ）によって提供される、項目３に記載の方法。
（項目５）
前記第１のネットワーク要素によって、前記コンテキスト要求を前記第２のネットワーク要素から受信することに先立って、原因値「負荷再分散トラッキングエリア更新（ＴＡＵ）要求」を伴うＳ１解除メッセージを送信することをさらに含む、項目１に記載の方法。
（項目６）
前記１つ以上のコンテキストのうちの前記少なくとも１つを非アクティブ化することは、前記ネットワークにおける前記ＩＰゲートウェイに向かってメッセージを送信し、前記ネットワークにおける前記ＵＥと前記ＩＰゲートウェイとの間の接続を終了させることによって、１つ以上のコンテキストをローカルに非アクティブ化することを含む、項目１に記載の方法。
（項目７）
前記１つ以上のコンテキストのうちの前記少なくとも１つは、前記第１のネットワーク要素内に含まれる１つ以上の第１のインジケータを含む、項目１に記載の方法。
（項目８）
前記コンテキスト要求メッセージは、１つ以上の第２のインジケータを含む、項目７に記載の方法。
（項目９）
前記１つ以上の第１および第２のインジケータは、１つ以上の値を含む、項目８に記載の方法。
（項目１０）
前記１つ以上の条件は、前記コンテキスト要求メッセージ内の１つ以上の第２のインジケータの存在を含む、項目８に記載の方法。
（項目１１）
前記第２のインジケータが検出された場合、前記第１のネットワーク要素によって、前記第１のインジケータを前記第２のインジケータと比較することによって、前記１つ以上の条件を決定することをさらに含む、項目８に記載の方法。
（項目１２）
前記第１または第２のインジケータは、セルｉｄ、制限加入者グループ（ＣＳＧ）ｉｄ、インターネットプロトコル（ＩＰ）アドレス、または第３のネットワーク要素識別子のうちの１つ以上を含む、項目８に記載の方法。
（項目１３）
前記１つ以上の条件は、前記１つ以上の第１のインジケータの存在を含む、項目７に記載の方法。
（項目１４）
前記１つ以上のコンテキストのうちの前記少なくとも１つは、第３のネットワークデバイスを介して、接続要求を前記ＵＥから受信した後、アクティブ化され、
前記接続要求は、ＮＡＳメッセージおよび１つ以上の第１のインジケータを含む、項目７に記載の方法。
（項目１５）
項目１から１４のうちのいずれかの方法を行うように構成されているプロセッサを備えている装置。
（項目１６）
通信ネットワークにおける方法であって、前記方法は、
第１のネットワーク要素によって、コンテキスト要求メッセージを第２のネットワーク要素から受信することであって、前記第１のネットワーク要素は、１つ以上のベアラに関連付けられた１つ以上のコンテキストを含み、前記１つ以上のベアラは、前記ネットワークにおけるユーザ機器（ＵＥ）とインターネットプロトコル（ＩＰ）ゲートウェイとの間の接続を提供するように構成されている、ことと、
前記第１のネットワーク要素によって、前記１つ以上のコンテキストのうちの前記少なくとも１つが、前記ＵＥと前記ＩＰゲートウェイとの間のユーザプレーントラフィックのための接続を提供するかどうかを決定することと、
前記第１のネットワーク要素によって、前記コンテキスト要求に対する応答を送信することであって、前記応答は、１つ以上の条件に従って、前記１つ以上のコンテキストのうちの少なくとも１つを含む、ことと
を含む、方法。
（項目１７）
項目１５に記載の方法を行うように構成されているプロセッサを備えている装置。
（項目１８）
通信ネットワークにおける方法であって、前記方法は、
ターゲットネットワーク要素によって、コンテキスト要求メッセージをソースネットワーク要素に送信することであって、前記ソースネットワーク要素は、１つ以上のベアラに関連付けられた１つ以上のコンテキストを含み、前記１つ以上のベアラは、前記ネットワークにおけるＵＥとＩＰゲートウェイとの間の接続を提供するように構成されている、ことと、
前記ターゲットネットワーク要素によって、前記コンテキスト要求に対する応答を受信することであって、前記応答は、前記１つ以上のコンテキストのうちの前記少なくとも１つを有していない、ことと
を含む、方法。
（項目１９）
前記ターゲットネットワーク要素によって、トラッキングエリア更新またはルーティングエリア更新を示す１つ以上のインジケータをユーザ機器から受信することをさらに含み、前記要求を送信することは、前記１つ以上のインジケータを前記要求内に含むことを含み、前記要求は、前記ユーザ機器に関連付けられたコンテキストの要求である、項目１８に記載の方法。
（項目２０）
前記１つ以上のインジケータを受信することは、ホーム拡張ノードＢ（ＨｅＮＢ）を介して、前記１つ以上のインジケータを前記ユーザ機器から受信することを含む、項目１９に記載の方法。
（項目２１）
項目１８から２０のいずれかに記載の方法を行うように構成されているプロセッサを備えている装置。
（項目２２）
ユーザプレーントラフィックのオフロードをサポートするように拡張された第２のネットワーク要素であって、前記第２のネットワークは、（複合）ＴＡＵ要求メッセージまたはＲＡＵ要求メッセージを受信し、前記要求メッセージは、潜在的に、１つ以上の第２のインジケータを（複合）ＴＡＵ要求メッセージに関連付けられた情報内に含み、
前記第２のネットワーク要素は、
コンテキスト要求メッセージを第１のネットワーク要素に送信することと、
前記コンテキスト要求メッセージに対する応答を受信することであって、前記応答は、１つ以上の第１のインジケータを伴う１つ以上のコンテキストを含む、ことと、
前記１つ以上の第１のインジケータを１つ以上の第２のインジケータと比較して、
（１）前記（複合）ＴＡＵ要求メッセージに対する応答または前記ＲＡＵ要求メッセージに対する応答、
（２）前記（複合）ＴＡＵ要求メッセージに対する応答または前記ＲＡＵ要求メッセージに対する応答であって、１つ以上の第１のインジケータを伴う１つ以上のコンテキストに関連付けられたベアラを除く、応答、または、
（３）前記第２のネットワーク要素開始デタッチプロシージャを行うことに関連付けられたメッセージのうちの少なくとも１つを送信することと
を行うように構成されている、第２のネットワーク要素。
（項目２３）
前記第２のネットワーク要素開始デタッチプロシージャを行うことに関連付けられたメッセージは、（複合）ＴＡＵまたはＲＡＵメッセージを含み、前記メッセージは、原因コードを伴う拒否メッセージを含む、項目２２に記載の第２のネットワーク要素。
（項目２４）
前記１つ以上の第１のインジケータを１つ以上の第２のインジケータと比較することは、前記１つ以上の第１のインジケータが、前記１つ以上の第２のインジケータに一致しないことを決定することをさらに含み、前記第２のネットワーク要素開始デタッチプロシージャを行うことに関連付けられた前記メッセージを送信することは、前記決定することに従う、項目２３に記載のネットワーク要素。
（項目２５）
第２のネットワーク要素であって、前記第２のネットワークは、（複合）ＴＡＵまたはＲＡＵ要求メッセージをＵＥから受信し、
前記第２のネットワーク要素は、
コンテキスト要求メッセージを第１のネットワーク要素に送信することと、
前記コンテキスト要求メッセージに対する応答を受信することであって、前記要求は、コンテキストを含まない、ことと、
原因コードを伴う（複合）ＴＡＵまたはＲＡＵ拒否メッセージを送信することと
を行うように構成されている、第２のネットワーク要素。
（項目２６）
ユーザプレーントラフィックのルーティングをイネーブルにするように拡張されている第２のネットワーク要素であって、前記第２のネットワークは、ＮＡＳ要求メッセージを受信し、
前記第２のネットワーク要素は、
コンテキスト要求メッセージを第１のネットワーク要素に送信することと、
前記コンテキスト要求メッセージに対する応答を受信することであって、前記応答は、接続を表す１つ以上のコンテキストを含み、前記接続において、ユーザプレーントラフィックは、ローカルＧＷにルーティングされる、ことと、
専用ベアラまたは二次ＰＤＰコンテキストの要求を受信することであって、前記ユーザプレーントラフィックに関連付けられた前記専用ベアラまたは二次ＰＤＰコンテキストは、ローカルＧＷにルーティングされる、ことと、
前記専用ベアラまたは二次ＰＤＰコンテキストの要求を拒否することと
を行うように構成されている、第２のネットワーク要素。
（項目２７）
前記第２のネットワーク要素は、ローカルＧＷにルーティングされるユーザプレーントラフィックのための専用ベアラまたは二次ＰＤＰコンテキストが、サポートされていないことを検出する、項目２６に記載の第２のネットワーク要素。
（項目２８）
ローカルＧＷにルーティングされるユーザプレーントラフィックのための専用ベアラまたは二次ＰＤＰコンテキストが、サポートされていないことの検出は、加入データベースから受信した加入情報を調べること、または、前記コンテキスト要求メッセージに対する応答内の指示を検出することを含む、項目２７に記載の第２のネットワーク要素。
（項目２９）
前記コンテキスト要求メッセージに対する応答内の指示を検出することは、前記コンテキスト要求メッセージに対する応答内に指示が無いことを検出することを含む、項目２７に記載の第２のネットワーク要素。
【図面の簡単な説明】
【０００７】
本開示は、以下の発明を行うための形態が、以下の図面と併せて検討されるとき、理解され、その多数の目的、特徴、および利点が得られ得る。
【図１】図１は、ＨＮＢセル内で使用するための例示的論理アーキテクチャの概略図である。
【図２】図２は、ネットワークが、専用ＨｅＮＢ  ＧＷを含む、ＨｅＮＢセル内で使用するための例示的論理アーキテクチャの概略図である。
【図３】図３は、ネットワークが、専用ＨｅＮＢ  ＧＷを含まない、ＨｅＮＢセル内で使用するための別の例示的論理アーキテクチャの概略図である。
【図４】図４は、ネットワークが、Ｃ−プレーンのためのＨｅＮＢ  ＧＷを含む、ＨｅＮＢセル内で使用するためのさらなる例示的論理アーキテクチャの概略図である。
【図５】図５は、ローカルＰＤＮ接続を使用する、ＨｅＮＢセル内で使用するための例示的ＬＩＰＡアーキテクチャの概略図である。
【図６】図６は、ＵＥ要求ＰＤＮ接続のためのトラフィックフローの概略図である。
【図７】図７は、ＬＩＰＡへのＵＥ要求ＰＤＮ接続のためのトラフィックフローの概略図である。
【図８】図８は、ローカルＩＰ接続を図示する、ＨＮＢセル内で使用するための例示的論理アーキテクチャの概略図である。
【図９】図９は、ローカルＩＰ接続を図示する、ＨｅＮＢセル内で使用するための例示的論理アーキテクチャの概略図である。
【図１０】図１０は、ＵＥが、少なくとも、ＬＩＰＡ  ＰＤＮ接続を有する、ＨｅＮＢサブシステム内のトラフィックフローの概略図である。
【図１１】図１１は、ＵＥが、ＨｅＢＮサービスエリア外に移動する、ＨｅＮＢサブシステム内のトラフィックフローの概略図である。
【図１２】図１２は、一実施形態による、ローカルオフロードのために使用される、接続のためのコンテキストを決定するためのネットワークプロシージャを図示する、概略ブロック図である。
【図１３】図１３は、一実施形態による、サービングＧＷ変更を伴う、トラッキングエリア更新プロシージャを図示する、信号フロー図である。
【図１４】図１４は、一実施形態による、Ｓ−ＧＷ変更を伴わない、Ｅ−ＵＴＲＡＮトラッキングエリア更新を図示する、信号フロー図である。
【図１５】図１５は、一実施形態による、ＵＥが、ＣＳフォールバック（ＣＳＦＢ）を行う、機能的要素間のメッセージの交換を図示する、信号フロー図である。
【図１６】図１６は、本明細書に開示される１つ以上の実施形態を実装するために好適であり得る、例示的コンピュータシステムを図示する。
【図１７】図１７は、本開示の選択された実施形態と使用され得る、モバイル無線通信デバイスの例示的構成要素を図示する、概略ブロック図である。
【発明を実施するための形態】
【０００８】
本明細書に提示される説明において使用される専門用語は、単に、本開示のある具体的実施形態の発明詳細な説明と共に利用されているにすぎず、いかようにも制限または制限されるように解釈されることを意図しない。さらに、本開示の実施形態は、いくつかの新規特徴を含み得、そのいずれの１つも、その望ましい属性に唯一関与するわけではなく、または本明細書に説明される本発明を実践するために不可欠であるわけでもない。
【０００９】
実施形態は、ＬＴＥ無線ネットワークまたはシステムの状況において、本明細書に説明されるが、他の無線ネットワークまたはシステムのために適応されることができる。本明細書に説明されるＬＴＥ無線ネットワークは、概して、限定されないが、リリース８から１１以降を含む、３ＧＰＰ  ＬＴＥ規格に準拠する。
【００１０】
（専門用語の定義）
これらの開発中の規格と関連して、および／または本書の状況において、以下の略語および意味が、展開されている。
【００１１】
アクセスポイントネーム（ＡＰＮ）は、モバイルデータユーザが、接続を所望する、ＩＰパケットデータネットワーク（ＰＤＮ）を識別する。ＰＤＮを識別することに加え、ＡＰＮはまた、サービスのタイプを定義するために使用され得る（例えば、無線アプリケーションプロトコル（ＷＡＰ）サーバへの接続、ＰＤＮによって提供される、マルチメディアメッセージングサービス（ＭＭＳ））。ＡＰＮは、汎用パケット無線サービス（ＧＰＲＳ）および進化型パケットコア（ＥＰＣ）等の３ＧＰＰデータアクセスネットワークにおいて使用される。
【００１２】
接続タイプは、パケットデータプロトコル（ＰＤＰ）コンテキストまたはＰＤＮ接続のために提供される接続のタイプを示し、マクロセル内に確立される接続（その場合、遠隔接続（すなわち、オペレータコアネットワーク内に位置するＧＧＳＮ／ＰＤＮゲートウェイ（ＧＷ）と）、あるいはＳＩＰＴＯ接続または遠隔ＩＰアクセス（ＲＩＰＡ）接続のいずれかであり得る）と、Ｈ（ｅ）ＮＢ内に確立される接続（その場合、ＳＩＰＴＯ接続またはＬＩＰＡ接続のいずれかであり得る）の両方に適用される。接続のための要求メッセージは、接続タイプ指示を含み得る。例えば、要求される接続タイプは、特定のＡＰＮ値含むことによって、またはメッセージにおいて表される。移動管理エンティティ（ＭＭＥ）は、加入情報またはオペレータポリシーを調べた後、接続のための要求メッセージを受諾し得る。受諾に応じて、ＭＭＥは、メッセージ内で要求された接続を進め、実現する。実現される接続は、接続タイプから外れ得る。
【００１３】
コアネットワークＰＤＮ接続／ＰＤＰコンテキスト（ＣＮＰＤＮ接続／ＰＤＰコンテキスト）は、そのＩＰトラフィックが、オペレータコアネットワークをトラバースする、ＰＤＮ接続／ＰＤＰコンテキストであって、例えば、ＩＰトラフィックは、オペレータコアネットワーク内に位置するＳＧＷおよびＰＤＮ  ＧＷを通して、ルーティングされる。
【００１４】
制限加入者グループ（ＣＳＧ）は、ＰＬＭＮの１つ以上のセルへのアクセスを許可されるが、制限されたアクセス（ＣＳＧセル）を有する、オペレータの加入者を識別する。
【００１５】
ＣＳＧセルは、特定のＣＳＧ識別をブロードキャストする、公衆移動通信網（ＰＬＭＮ）の一部であり、そのＣＳＧ識別に対する制限加入者グループのメンバーによってアクセス可能である、セルである。同一の識別を共有する、全てのＣＳＧセルは、移動管理および課金目的のために、単一グループとして識別可能である。ＣＳＧセルは、ＨＮＢおよびＨｅＮＢの同義語であると見なされる。
【００１６】
許可ＣＳＧリストは、加入者が属するＣＳＧの全てのＣＳＧ識別情報を含む、ネットワークおよびＵＥ内に保存されたリストである。
【００１７】
ＣＳＧ所有者は、特定のＣＳＧのためのＣＳＧセルとして構成されている、１つ以上のＨ（ｅ）ＮＢの所有者である。ＣＳＧ所有者は、Ｈ（ｅ）ＮＢオペレータの監視下、ＣＳＧメンバーのリストを追加、除去、および閲覧することができる。
【００１８】
ローカルＩＰアクセス（ＬＩＰＡ）は、Ｈ（ｅ）ＮＢを介して（すなわち、Ｈ（ｅ）ＮＢ無線アクセスを使用して）に接続されるＩＰ対応ＵＥに、同一の住居用／事業用ＩＰネットワーク内の他のＩＰ対応エンティティへのアクセスを提供する。ローカルＩＰアクセスのためのトラフィックは、Ｈ（ｅ）ＮＢを除き、モバイルオペレータのネットワークをトラバースしないことが予期される。
【００１９】
ＬＩＰＡ  ＰＤＮ接続／ＰＤＰコンテキストは、ローカル住居用／法人用ＩＰネットワーク内に位置するサービスへのアクセスをＵＥに与える、ＰＤＮ接続またはＰＤＰコンテキストである。ＰＤＮ  ＧＷ／ＧＧＳＮ（または、ローカルＧＷ）は、このタイプの接続を提供するように選択される。代替として、ＬＩＰＡ  ＰＤＮ接続／ＰＤＰコンテキストは、Ｈ（ｅ）ＮＢを介して（すなわち、Ｈ（ｅ）ＮＢ無線アクセスを使用して）接続されるＩＰ対応ＵＥに、同一の住居用／事業用ＩＰネットワーク内の他のＩＰ対応エンティティへのアクセスを提供する、ＰＤＮ接続／ＰＤＰコンテキストとして定義される。代替として、ＬＩＰＡ  ＰＤＮ接続またはＬＩＰＡ  ＰＤＰコンテキストは、ＭＭＥが、ＬＩＰＡ接続のためのＵＥからの要求に基づいて、かつＨｅＮＢのＣＳＧ  ＩＤに基づいて、ＨｅＮＢに接続されたＵＥのために、ＰＤＮ  ＧＷへの接続を承認する、ＰＤＮ接続である。代替として、ＬＩＰＡ  ＰＤＮ接続またはＬＩＰＡ  ＰＤＰコンテキストは、ＵＥがＬＩＰＡ接続タイプ「ＬＩＰＡ」を要求し、ＭＭＥがＵＥに提供される接続タイプを通知することによって、アクティブ化された、ＰＤＮ接続である。
【００２０】
ＬＩＰＡ  ＰＤＮ継続とは、ＵＥが、別のＨ（ｅ）ＮＢまたはマクロセルに移動するとき、Ｈ（ｅ）ＮＢ内に留まる間または接続されている間の、接続を維持する、ＬＩＰＡ  ＰＤＮ接続／ＰＤＰコンテキストを有することを指す。
【００２１】
進化型パケットコア（ＥＰＣ）機能（例えば、ＳＧＳＮ、ＭＭＥ、Ｓ−ＧＷ、ＰＤＮ  ＧＷ、ＧＧＳＮ等）は、機能が、所与のＰＤＮ接続またはＰＤＰコンテキストがＬＩＰＡ／ＳＩＰＴＯ／ＳＩＰＴＯローカルＰＤＮ接続またはＰＤＰコンテキストであることを決定する場合、ＬＩＰＡアウェアおよび／またはＳＩＰＴＯアウェアおよび／またはＳＩＰＴＯローカルアウェアである。代替として、機能は、ＬＩＰＡ／ＳＩＰＴＯ／ＳＩＰＴＯローカル接続のためのネットワークコンテキスト（例えば、ＰＤＮ接続／ＰＤＰコンテキスト記述子および関連信号伝達）を管理するように構成される場合、ＬＩＰＡアウェアおよび／またはＳＩＰＴＯアウェアおよび／またはＳＩＰＴＯローカルアウェアである。
【００２２】
ネットワークアドレストランスレータ（ＮＡＴ）は、あるＩＰアドレス空間を別のＩＰアドレス空間に再マップする目的のために、トラフィックルーティングデバイスを横切る移行の間に、データグラム（ＩＰ）パケットヘッダ内のネットワークアドレス情報を修正するトランスレータである。
【００２３】
パケットデータネットワーク（ＰＤＮ）は、インターネット、イントラネット、およびＡＴＭネットワーク等のデータサービスを提供する、ネットワークである。
【００２４】
ＰＤＮ接続は、特定のＡＰＮによって識別される、特定のＰＤＮへの接続である。
【００２５】
遠隔接続とは、ＧＧＳＮまたはＰＤＮ  ＧＷが、それぞれ、現在の選択機構に従って、ＰＬＭＮコアネットワーク内で選択される、ＰＤＰコンテキストまたはＰＤＮ接続を指す。遠隔接続は、ＳＩＰＴＯまたはＬＩＰＡ接続を提供することを含まないが、ＲＩＰＡ接続を提供することであり得る。
【００２６】
選択ＩＰトラフィックオフロード（ＳＩＰＴＯ）動作は、アクセスネットワークへのＵＥのアタッチポイントに近いＩＰネットワークに向かって、選択されたタイプのＩＰトラフィック（例えば、インターネットトラフィック）をオフロードする。ＳＩＰＴＯは、マクロセルラーアクセスネットワークおよびＨ（ｅ）ＮＢサブシステムのためのトラフィックオフロードに適用可能である。
【００２７】
ＳＩＰＴＯ  ＰＤＮ接続／ＰＤＰコンテキストとは、ブレイクアウトポイント（例えば、ＰＤＮＧＷまたはＧＧＳＮ）が、アクセスネットワークへのＵＥのアタッチポイントに近い、ＰＤＮ接続／ＰＤＰコンテキストを指す。
【００２８】
ＳＩＰＴＯローカルとは、インターネットに向けられたＨ（ｅ）ＮＢにおいて選択されたタイプのＩＰトラフィック（例えば、インターネットトラフィック）のオフロードを指す。
【００２９】
ＳＩＰＴＯローカルＰＤＮ接続／ＰＤＰコンテキストは、ブレイクアウトポイントが、ＵＥが接続され、インターネットへのアクセスを提供するＨ（ｅ）ＮＢである、ＰＤＮ接続／ＰＤＰコンテキストである。
【００３０】
ホームノードＢ（ＨＮＢ）とは、例えば、ブロードバンドＩＰバックホールを使用して、ＵＴＲＡＮ無線インターフェースを介して、３ＧＰＰ  ＵＥをモバイルオペレータのネットワークに接続する、加入者宅内機器を指す。
【００３１】
ホーム進化型ノードＢ（ＨｅＮＢ）とは、例えば、ブロードバンドＩＰバックホールを使用して、Ｅ−ＵＴＲＡＮ無線インターフェースを介して、３ＧＰＰ  ＵＥをモバイルオペレータのネットワークに接続する、加入者宅内機器である。
【００３２】
Ｈ（ｅ）ＮＢゲートウェイは、それを通してＨ（ｅ）ＮＢがモバイルオペレータのコアネットワークへのアクセスを得る、モバイルネットワークオペレータの機器（通常、物理的に、モバイルオペレータ敷地上に位置する）である。ＨｅＮＢについては、ＨｅＮＢゲートウェイは、随意である。
【００３３】
デフォルトＰＤＮ接続は、オペレータが、ＵＥのためのデフォルトとして設定したＰＤＮへの接続である（ＥＰＳ内のＰＤＰ接続またはＧＰＲＳ内のＰＤＰコンテキスト）（加入者プロファイル内にプロビジョニングされる）。ＵＥは、ＵＥが、ネットワークにアタッチし、デフォルトＰＤＮへの接続を得た後でも、デフォルトＰＤＮに対するＡＰＮを認識していない場合がある。
【００３４】
デフォルトＡＰＮは、デフォルトＰＤＮ接続、すなわち、オペレータが、ＵＥのためのデフォルトとして設定したＰＤＮへの接続を記述する、ＡＰＮである（加入者プロファイル内にプロビジョニングされる）。ＵＥは、ＵＥが、ネットワークにアタッチし、デフォルトＰＤＮへの接続を得た後でも、デフォルトＰＤＮに対するＡＰＮを認識していない場合がある。
【００３５】
（ＣＳＧセルのためのネットワークアーキテクチャモデルの概要）
ＣＳＧセルのサポートのためのネットワークアーキテクチャモデルは、３ＧＰＰ  ＴＲ  ２３．８３０（ホームノードＢおよびホームｅノードＢのアーキテクチャ側面）に説明されており、図１を参照して描写される。図１は、ホームノードＢアクセスネットワーク１００のためのアーキテクチャモデルを示す。描写されるように、ネットワーク１００は、リファレンスポイントＵｕ１７５を介して、ＨＮＢ  １１０と通信する、１つ以上のＣＳＧ対応ＵＥ  １７０を含む。ＵＥ  １７０は、例えば、限定されないが、携帯電話、携帯情報端末（ＰＤＡ）、または無線対応コンピュータ等のモバイル端末であり得る。ＨＮＢ  １１０は、リファレンスポイントＩｕｈ  １１５を介して、ＨＮＢゲートウェイ（ＨＮＢ  ＧＷ）１２０と通信する。ＨＮＢ  ＧＷ  １２０は、リファレンスポイントＩｕ−ＣＳ１２４を介して、移動通信交換局／訪問者位置登録機（ＭＳＣ／ＶＬＲ）１３０と通信する。ＨＮＢ  ＧＷ  １２０はまた、リファレンスポイントＩｕ−ＰＳ１２６を介して、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４０と通信する。ＣＳＧリストサーバ（ＣＳＧリストＳｒｖ）１５０およびホーム位置登録／ホーム加入者サーバ（ＨＬＲ／ＨＳＳ）１６０は、ホーム公衆移動通信網（ＨＰＬＭＮ）１９０の一部である。ＵＥが動作し得る、ＨＰＬＭＮ１９０ではないネットワークは、訪問先公衆移動通信網（ＶＰＬＭＮ）１８０である。ＭＳＣ／ＶＬＲ  １３０およびＳＧＳＮ  １４０の各々は、それぞれ、リファレンスポイントＤ１３５およびＧＲｓ６ｄ  １４５を介して、ＨＬＲ／ＨＳＳ  １６０と通信する。ＣＳＧ対応ＵＥ  １７０のうちの１つは、リファレンスポイントＣ１  １８５を介して、ＣＳＧリストＳｒｖ１５０と通信する。図１の要素および通信リファレンスポイントのより詳細な説明は、本明細書の以下に提供される。
【００３６】
ＨＮＢ  １１０：ＨＮＢ  １１０は、Ｉｕｈ  １１５インターフェースを使用して、ＲＡＮ接続を提供し、ノードＢおよび無線ネットワークコントローラ（ＲＮＣ）機能の大部分をサポートし、Ｉｕｈ  １１５を介するＨＮＢ認証、ＨＮＢ−ＧＷ発見、ＨＮＢ登録、およびＵＥ登録もサポートする。ＨＮＢ  １１０は、ＳｅＧＷへ／からの通信を確保する。
【００３７】
ＨＮＢ  ＧＷ  １２０：ＨＮＢ  ＧＷ  １２０は、それ自体をコアネットワーク（ＣＮ）に対してＨＮＢ接続の集線装置として提示するＲＮＣの目的を果たす、すなわち、ＨＮＢ  ＧＷ  １２０は、制御プレーンの集中機能を提供し、ユーザプレーンのための集中機能を提供する。ＨＮＢ  ＧＷ  １２０は、非アクセス階層（ＮＡＳ）ノード選択機能（ＮＮＳＦ）をサポートする。
【００３８】
Ｕｕ  １７５：ＵＥ  １７０とＨＮＢ  １１０との間の標準的Ｕｕインターフェース。
【００３９】
Ｉｕｈ  １１５：ＨＮＢ  １１０とＨＮＢ  ＧＷ  １２０との間のインターフェース。制御プレーンについては、Ｉｕｈ  １１５は、ＨＮＢＡＰプロトコルを使用して、ＨＮＢ登録、ＵＥ登録、およびエラー処理機能をサポートする。ユーザプレーンについては、Ｉｕｈは、ユーザプレーン輸送ベアラ処理をサポートする。
【００４０】
Ｉｕ−ＣＳ１２４：ＨＮＢ  ＧＷ  １２０と回路交換（ＣＳ）コアネットワークとの間の標準的Ｉｕ−ＣＳインターフェース。
【００４１】
Ｉｕ−ＰＳ１２６：ＨＮＢ  ＧＷ  １２０とパケット交換（ＰＳ）コアネットワークとの間の標準的Ｉｕ−ＰＳインターフェース。
【００４２】
Ｄ１３５：移動通信交換局／訪問者位置登録局（ＭＳＣ／ＶＬＲ）１３０とホーム位置登録／ホーム加入者サーバ（ＨＬＲ／ＨＳＳ）１６０との間の標準的Ｄインターフェース。
【００４３】
Ｇｒ／Ｓ６ｄ  １４５：サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４０とＨＬＲ／ＨＳＳ  １６０との間の標準的Ｇｒインターフェース。
【００４４】
Ｃ１  １８５：ＣＳＧリストサーバ（ＣＳＧリストＳｒｖ）１５０とＣＳＧ対応ＵＥ  １７０との間の随意のインターフェース。無線（ＯＴＡ）信号伝達を使用して、リリース８（Ｒｅｌ−８）汎用加入者識別モジュール（ＵＳＩＭ）を伴うＵＥ  １７０上の許可ＣＳＧリストを更新する。いくつかの実施形態では、オープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）を使用して、Ｒｅｌ−８以前のＵＳＩＭを伴うＵＥ  １７０上の許可ＣＳＧリストを更新する。
【００４５】
３ＧＰＰ規格のＲｅｌ−８機能をサポート可能なＵＥは、ＣＳＧ機能をサポートし、許可ＣＳＧ識別のリストを維持し得る。このリストは、ＵＥが、任意のＣＳＧに属していない場合、空であり得る。
【００４６】
ＨｅＮＢの各セルは、最大でも１つのＣＳＧに属し得る。ＨｅＮＢのセルが異なるＣＳＧに属し、よって、異なるＣＳＧ  ＩＤを有することは可能である。
【００４７】
許可ＣＳＧリストは、ＣＳＧ加入者の加入データの一部としてＭＭＥに提供される。
【００４８】
許可ＣＳＧリストは、アタッチプロシージャの結果、トラッキングエリア更新（ＴＡＵ）プロシージャ、サービス要求およびデタッチプロシージャに従って、またはＯＭＡ  ＤＭプロシージャ等のアプリケーションレベル機構によって、ＵＥ内で更新することができる。
【００４９】
ＭＭＥは、アタッチ、複合アタッチ、デタッチ、サービス要求、およびＴＡＵプロシージャの間、ＣＳＧセルを通してアクセスするＵＥに対してアクセス制御を行う。
【００５０】
ＵＥは、ＵＥがＣＳＧセルにアクセスすることを許可されない場合、ネットワークによる拒否の原因を通知される。
【００５１】
ＵＥの許可ＣＳＧリスト内に含まれない、ＣＳＧ  ＩＤが、ユーザによって手動で選択されると、選択されたＣＳＧセルを介したＴＡＵプロシージャが、ＵＥによって即時にトリガされ、ＭＭＥが、ＣＳＧアクセス制御を行うことを可能にし得る。
【００５２】
Ｅ−ＵＴＲＡＮ  ＣＳＧセルのためのトラッキングエリア識別（ＴＡＩ）割当に関して、制限は存在しない。その結果、通常セル（非ＣＳＧセル）およびＣＳＧセルは、同一のＴＡＩを共有し得る可能性、または異なるＴＡＩを有し得る可能性がある。加えて、異なるＣＳＧ  ＩＤを伴うＣＳＧセルが、同一のＴＡＩを共有し得る可能性、または異なるＴＡＩを有し得る可能性がある。また、同一のＣＳＧ  ＩＤを伴うＣＳＧセルが、同一のＴＡＩを共有し得る可能性、または異なるＴＡＩを有し得る可能性がある。
【００５３】
ＴＡＩリストの概念はまた、ＣＳＧセルにも適用される。ＴＡＩリストは、ＣＳＧセルに関連するＴＡＩおよび非ＣＳＧセルに関連するＴＡＩを含み得る。ＵＥは、ＴＡＩリスト内のこれらのＴＡＩを区別しない。
【００５４】
ＨｅＮＢ  ＧＷ展開の場合、ＨｅＮＢ  ＧＷにおいてサポートされるＴＡＩは、このＨｅＮＢ  ＧＷ下、ＣＳＧセルによってサポートされるＴＡＩの集合体である。
【００５５】
（ＨｅＮＢ  ＣＳＧセルのための例示的ネットワークアーキテクチャ）
次に、ＨｅＮＢ  ＣＳＧセルのためのいくつかのアーキテクチャについて、図２−４を参照して説明する。図２から開始すると、専用ＨｅＮＢ  ＧＷを含む、ＨｅＮＢアクセスネットワーク２００のためのアーキテクチャモデルが、描写されている。描写されるネットワーク２００では、単一ＵＥ  ２７０は、リファレンスポイントＬＴＥ−Ｕｕ  ２７５を介して、ＨｅＮＢ  ２１０と通信する。ＨｅＮＢ  ２１０はまた、リファレンスポイントＳ１  ２１５を介して、ＨｅＮＢゲートウェイ（ＨｅＮＢ  ＧＷ）２２０と通信する。ＨｅＮＢ  ＧＷ  ２２０は、リファレンスポイントＳ１−ＭＭＥ２２４を介して、移動管理エンティティ（ＭＭＥ）２３０と通信し、また、リファレンスポイントＳ１−Ｕ  ２２６を介して、サービングゲートウェイ（Ｓ−ＧＷ）２４０と通信する。ＣＳＧリストサーバ（ＣＳＧリストＳｒｖ）２５０およびホーム加入者サーバ（ＨＳＳ）２６０は、ホーム公衆移動通信網（ＨＰＬＭＮ）２９０の一部である。ＵＥが動作し得る、ＨＰＬＭＮ２９０ではない、ネットワークは、訪問先公衆移動通信網（ＶＰＬＭＮ）２８０である。ＭＭＥ２３０は、リファレンスポイントＳ６ａ  ２３５を介して、ＨＳＳ  ２６０と通信する。Ｓ−ＧＷ  ２４０は、リファレンスポイントＳ１１  ２４５を介して、ＭＭＥ  ２３０と通信する。ＵＥ  ２７０は、リファレンスポイントＣ１  ２８５を介して、ＣＳＧリストＳｒｖ  ２５０と通信する。図２の要素および通信リファレンスポイントのより詳細な説明は、以下に提供される。
【００５６】
ＨｅＮＢ  ２１０：ＨｅＮＢ  ２１０によってサポートされる機能は、ｅＮＢによってサポートされるものと同じであり得（非アクセス階層（ＮＡＳ）ノード選択機能（ＮＮＳＦ）の可能性を除く）、ＨｅＮＢと進化型パケットコア（ＥＰＣ）との間で起動されるプロシージャは、ｅＮＢとＥＰＣとの間のものと同じであり得る。ＨｅＮＢ  ２１０は、ＳｅＧＷ２４０へ／からの通信を確保する。
【００５７】
ＨｅＮＢ  ＧＷ  ２２０：ＨｅＮＢ  ＧＷ  ２２０は、制御プレーン（Ｃ−プレーン）、具体的には、Ｓ１−ＭＭＥインターフェース２２４のための集線装置としての役割を果たす。ＨｅＮＢ  ＧＷは、随意に、ＨｅＮＢ  ２１０に向かって、かつＳ−ＧＷ２４０に向かって、ユーザプレーンを終了させ、ＨｅＮＢ  ２１０とＳ−ＧＷ  ２４０との間でユーザプレーンデータを中継するための中継機能を提供し得る。いくつかの実施形態では、ＨｅＮＢ  ＧＷ  ２２０は、ＮＮＳＦをサポートする。
【００５８】
Ｓ−ＧＷ２４０：セキュリティゲートウェイ２４０は、別個の物理的エンティティとしてか、または既存のエンティティと同一場所に位置してかのいずれかによって、実装され得る、論理機能である。Ｓ−ＧＷ  ２４０は、ＨｅＮＢ  ２１０から／への通信を確保する。
【００５９】
ＬＴＥ−Ｕｕ２７５：ＵＥ  ２７０とＨｅＮＢ  ２１０との間の標準的ＬＴＥ−Ｕｕインターフェース。
【００６０】
Ｓ１−ＭＭＥ  ２２４：Ｓ１−ＭＭＥ  ２２４インターフェースは、ＨｅＮＢ  ＧＷ  ２２０が使用されない場合、ＨｅＮＢ  ２１０とＭＭＥ２３０との間に定義される。図２におけるように、ＨｅＮＢ  ＧＷ  ２２０が存在する場合、ＨｅＮＢ  ＧＷ  ２２０は、ＨｅＮＢ（Ｓ１  ２１５）およびＭＭＥ（Ｓ１−ＭＭＥ  ２２４）の両方に向かって、Ｓ１−ＭＭＥインターフェースを使用し得る。
【００６１】
Ｓ１−Ｕ  ２２６：Ｓ１−Ｕデータプレーンは、ネットワーク要素の配列に応じて、ＨｅＮＢ  ２１０、ＨｅＮＢ  ＧＷ  ２２０、およびサービングゲートウェイ（Ｓ−ＧＷ）２４０の間に定義される。ＨｅＮＢ  ２１０からのＳ１−Ｕ  ２２６インターフェースは、ＨｅＮＢ  ＧＷ  ２２０で終了され得、またはＨｅＮＢとＳ−ＧＷとの間の直接論理Ｕ−プレーン接続が、使用され得る。
【００６２】
Ｓ１１  ２４５：ＭＭＥ２３０とＳ−ＧＷ２４０との間の標準的インターフェース。
【００６３】
Ｓ６ａ  ２３５：ＭＭＥ２３０とＨＳＳ２６０との間の標準的インターフェース。
【００６４】
Ｃ１  ２８５：ＣＳＧリストＳｒｖ  ２５０とＣＳＧ対応ＵＥ  ２７０との間の標準的インターフェース。ＯＴＡは、Ｒｅｌ−８  ＵＳＩＭを伴うＵＥ  ２７０上の許可ＣＳＧリストを更新するために使用される。ＯＭＡ  ＤＭは、Ｒｅｌ−８以前のＵＳＩＭを伴うＵＥ上の許可ＣＳＧリストを更新するために使用される。
【００６５】
図３を参照すると、専用ＨｅＮＢ  ＧＷを含まない、ＨｅＮＢアクセスネットワーク３００のためのアーキテクチャモデルが、描写されている。描写されるネットワーク３００では、単一ＵＥ  ３７０は、リファレンスポイントＬＴＥ−Ｕｕ  ３７５を介して、ＨｅＮＢ  ３１０と通信する。ＨｅＮＢ  ３１０は、リファレンスポイントＳ１−Ｕ  ３２６を介して、Ｓ−ＧＷ  ３４０と通信し、また、リファレンスポイントＳ１−ＭＭＥ  ３２４を介して、ＭＭＥ３３０と通信する。ＣＳＧリストＳｒｖ  ３５０およびＨＳＳ  ３６０は、ＨＰＬＭＮ  ３９０の一部である。ＵＥが動作し得る、ＨＰＬＭＮ  ３９０ではない、ネットワークは、ＶＰＬＭＮ  ３８０である。ＭＭＥ３３０は、リファレンスポイントＳ６ａ  ３３５を介して、ＨＳＳ  ３６０と通信する。Ｓ−ＧＷ  ３４０は、リファレンスポイントＳ１１  ３４５を介して、ＭＭＥ  ３３０と通信する。ＵＥ  ３７０は、リファレンスポイントＣ１  ３８５を介して、ＣＳＧリストＳｒｖ  ３５０と通信する。
【００６６】
図４を参照すると、Ｃ−プレーンのためのＨｅＮＢ  ＧＷを含む、ＨｅＮＢアクセスネットワーク４００のためのアーキテクチャモデルが、描写されている。描写されるネットワーク４００では、単一ＵＥ  ４７０は、リファレンスポイントＬＴＥ−Ｕｕ  ４７５を介して、ＨｅＮＢ  ４１０と通信する。ＨｅＮＢ  ４１０は、リファレンスポイントＳ１−Ｕ  ４２６を介して、Ｓ−ＧＷ  ４４０と通信し、また、リファレンスポイントＳ１−ＭＭＥ  ４２２を介して、ＨｅＮＢ−ＧＷ  ４２０と通信する。ＨｅＮＢ−ＧＷ  ４２０は、リファレンスポイントＳ１−ＭＭＥ  ４２４を介して、ＭＭＥ  ４３０と通信する。ＣＳＧリストＳｒｖ  ４５０およびＨＳＳ  ４６０は、ＨＰＬＭＮ  ４９０の一部である。ＵＥが動作し得る、ＨＰＬＭＮ  ４９０ではない、ネットワークは、ＶＰＬＭＮ  ４８０である。ＭＭＥ  ４３０は、リファレンスポイントＳ６ａ  ４３５を介して、ＨＳＳ  ４６０と通信する。Ｓ−ＧＷ  ４４０は、リファレンスポイントＳ１１  ４４５を介して、ＭＭＥ  ４３０と通信する。ＵＥ  ４７０は、リファレンスポイントＣ１  ４８５を介して、ＣＳＧリストＳｒｖ  ４５０と通信する。
【００６７】
（ローカルＩＰアクセスおよび選択的ＩＰトラフィックオフロードの概要）
従来、ＵＥは、２Ｇ／３Ｇの場合、コアネットワーク内のＧＧＳＮに向けられたＰＤＰコンテキストを使用して、進化型パケットシステム（ＥＰＳ）では、ＰＧＷへのＰＤＮ接続を使用して、遠隔接続を通して、サービスに接続する。理解されるであろうように、ＰＤＮ接続プロシージャは、３ＧＰＰ  ＴＳ  ２３．４０１（「Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ（ＧＰＲＳ）  ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  （Ｅ−ＵＴＲＡＮ）  ａｃｃｅｓｓ」）および３ＧＰＰ  ＴＳ  ２４．３０１  （「Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ  （ＮＡＳ）  ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ  （ＥＰＳ）」）に説明されている。ＰＤＮ接続設定およびハンドオーバプロシージャに関連するさらなる信号フロー情報は、米国特許出願第１２／６８５，６５１号（２００６年１月１１日出願）および米国特許出願第１２／６８５６６２号（２０１０年１月１１日出願）に説明されており、その開示は、本明細書に完全に記載されるように、参照することによって、その全体として本明細書に組み込まれる。
【００６８】
前述のように、３ＧＰＰは、ローカルＩＰアクセス（ＬＩＰＡ）および選択的ＩＰトラフィックオフロード（ＳＩＰＴＯ）の概念を導入し、遠隔接続（２Ｇ／３Ｇの場合、コアネットワーク内のＧＧＳＮに向けられたＰＤＰコンテキストを通して、進化型パケットシステム（ＥＰＳ）では、ＰＧＷへのＰＤＮ接続）を通して、ＵＥをサービスに接続するための従来の方法を補足している。ＬＩＰＡおよびＳＩＰＴＯ接続によって、ＵＥは、家庭用または法人用環境内に位置するＨＮＢ／ＨｅＮＢに接続され、ローカル接続、すなわち、ＩＰネットワークローカルを通してＨＮＢ（すなわち、ＨＮＢ「ホーム」敷地内の（住居用または企業）ＩＰネットワーク）への接続を得る。このシナリオの実施例は、ＵＥ内の所与のアプリケーションが、ローカルプリンタ上で印刷を行う必要があるとき、またはアプリケーションが、更新された音楽再生リストをローカルメディアサーバからダウンロードする必要があるときである。次に、ＨＮＢ／ＨｅＮＢセルを介して、ＬＩＰＡおよびＳＩＰＴＯ接続を提供するためのいくつかのアーキテクチャについて、図５および６を参照して説明するが、そこでは、ＬＩＰＡ接続と通常接続との間の差異がまた、ハイライトされている。
【００６９】
図５を参照すると、ローカルＰＤＮ接続を使用して、ＨｅＮＢセル内で使用するための例示的ＬＩＰＡアーキテクチャの概略図が、描写されている。描写されるアーキテクチャでは、ＨｅＮＢサブシステムは、ＨｅＮＢ、随意に、ＨｅＮＢ  ＧＷ（図示せず）、および随意に、ローカルＧＷを含む。ローカルＩＰアクセス機能は、ＨｅＮＢと同じ場所に位置するローカルＧＷ（Ｌ−ＧＷ）を使用して達成される。
【００７０】
ＨｅＮＢサブシステムは、標準的Ｓ１インターフェースによって、ＥＰＣ（進化型パケットコア）に、より具体的には、Ｓ１−ＭＭＥインターフェースによって、ＭＭＥ（移動管理エンティティ）に、およびＳ１−Ｕインターフェースによって、サービングゲートウェイ（Ｓ−ＧＷ）に接続される。ＬＩＰＡがアクティブ化される場合、Ｌ−ＧＷは、Ｓ−ＧＷとのＳ５インターフェースを有する。本明細書で使用される場合、ｅノードＢという用語は、別様に記載されない限り、ＵＥが、ＨｅＮＢを介して、ネットワークにアクセスする場合、ＨｅＮＢサブシステムを指す。また、ＨｅＮＢおよびＨｅＮＢ  ＧＷの詳細な機能は、３ＧＰＰ  ＴＳ  ３６．３００に説明されている。ローカルＧＷは、ＨｅＮＢに関連付けられた、ＩＰネットワーク（例えば、住居用／事業用ネットワーク）に向けられたゲートウェイである。基本的ＰＤＮ  ＧＷ機能（ＰＤＮ  ＧＷの基本的機能は、３ＧＰＰ  ＴＳ  ２３．４０１の第４．４．３．３項に定義される）は別として、ローカルＧＷは、以下の機能を有する。
【００７１】
−ＥＣＭ−アイドルモードダウンリンクパケットバッファリング、
−ＨｅＮＢに向けられたＥＣＭ−接続モード直接トンネリング。
【００７２】
次に、図６を参照すると、Ｅ−ＵＴＲＡＮシステムのためのＵＥ要求ＰＤＮ接続プロシージャのトラフィックフローの概略図が、描写されている。描写されるプロシージャは、ＵＥが、デフォルトベアラの配分を含め、ＰＤＮへの接続を要求することを可能にする。ＰＤＮ接続プロシージャは、１つまたは複数の専用ベアラ確立プロシージャをトリガし、そのＵＥのための専用ＥＰＳベアラを確立し得る。
【００７３】
緊急アタッチされたＵＥは、いずれのＰＤＮ接続要求プロシージャも開始しないものとする。通常アタッチされたＵＥは、緊急サービスが要求され、緊急ＰＤＮ接続が、既にアクティブではないとき、緊急サービスのためのＰＤＮ接続を要求するものとする。理解されるであろうように、同一のプロシージャは、ＵＥがＨｅＮＢ（すなわち、プロシージャにおけるｅＮＢは、実際には、ＨｅＮＢである）に接続されるシナリオに適用される。
【００７４】
信号１では、ＵＥは、ＰＤＮ接続要求（ＡＰＮ、ＰＤＮタイプ、プロトコル構成オプション、要求タイプ）メッセージの伝送によって、ＵＥ要求ＰＤＮプロシージャを開始する。ＵＥが、ＥＣＭ−アイドルモードであった場合、このＮＡＳメッセージは、サービス要求プロシージャによって先行される。ＰＤＮタイプは、要求されるＩＰバージョン（ＩＰｖ４、ＩＰｖ４ｖ６、ＩＰｖ６）を示す。ＭＭＥは、ＵＥによって提供されるＡＰＮが、加入によって許可されていることを検証する。ＵＥが、ＡＰＮを提供しなかった場合、ＭＭＥは、デフォルトＰＤＮ加入コンテキストからのＡＰＮを使用し、このプロシージャの残りのために、このＡＰＮを使用するものとする。プロトコル構成オプション（ＰＣＯ）は、ＵＥとＰＤＮ  ＧＷとの間でパラメータを転送するために使用され、ＭＭＥおよびサービングＧＷを通して、透過的に送信される。プロトコル構成オプションは、ＵＥが、ＤＨＣＰｖ４によるデフォルトベアラアクティブ化後のみ、ＩＰｖ４アドレスを得ることを好むことを示す、アドレス配分選好を含み得る。ＵＥが、ＵＴＲＡＮまたはＧＥＲＡＮ能力を有する場合、ＮＲＳＵをＰＣＯ内で送信し、ＵＴＲＡＮ／ＧＥＲＡＮにおける、ネットワーク要求ベアラ制御のサポートを示すものとする。要求タイプは、ＵＥが、３ＧＰＰアクセスネットワークを介して、新しい追加のＰＤＮ接続を要求する場合、「初期要求」を示す。複数のＰＤＮ接続については、要求タイプは、ＵＥが、非３ＧＰＰアクセスからのハンドオーバを行っており、ＵＥが、非３ＧＰＰアクセスを介して、ＰＤＮとの接続を既に確立しているとき、「ハンドオーバ」を示す。
【００７５】
ＵＥは、緊急サービスのために、ＰＤＮ接続を要求するとき、要求タイプ「緊急」を示すものとする。ＬＩＰＡの場合、ＵＥは、接続のタイプがＬＩＰＡであることを要求することができる。これは、本開示の一部ではない。
【００７６】
ステップ２では、ＬＩＰＡ接続の場合、ＭＭＥは、同一の機能を行うであろうが、ＬＩＰＡ接続を提供するために適切なＰＤＮ  ＧＷを選択するであろう。これは、本開示の一部ではない。特に、ＭＭＥが、ＰＤＮ接続要求を緊急アタッチされたＵＥから受信する場合、または、ＰＤＮ接続要求が、通常サービスのためのものであって、移動またはアクセス制限によって、ＵＥが、通常サービスにアクセスすることを許可しない場合、ＭＭＥは、この要求を拒否するものとする。
【００７７】
要求タイプが、「緊急」を示し、ＭＭＥが、緊急サービスのためのＰＤＮ接続をサポートするように構成されていない場合、ＭＭＥは、適切な拒否原因によって、ＰＤＮ接続要求を拒否するものとする。
【００７８】
要求タイプが、「緊急」を示す場合、ＭＭＥは、ＰＤＮ  ＧＷをＭＭＥ緊急構成データから導出するか、または、ＭＭＥは、ＭＭＥ緊急構成データ内の緊急ＡＰＮに従って、ＰＤＮ  ＧＷ選択機能（３ＧＰＰアクセス）に基づいてＰＤＮ  ＧＷを選択する（ＰＤＮ  ＧＷをＭＭＥ緊急構成データから導出するために使用されるプロシージャは、３ＧＰＰ  ＴＳ  ２３．４０１の第４．３．１２．４項に説明されている）。この選択は、ＰＤＮ  ＧＷを訪問先ＰＬＭＮのみから提供するものとする。
【００７９】
要求タイプが、「緊急」を示し、ＭＭＥが、緊急サービスのためのＰＤＮ接続をサポートするように構成されている場合、このステップにおいて、ベアラ確立のためのＭＭＥ緊急構成データを使用し、任意の加入データ制限を無視する。
【００８０】
要求タイプが、「ハンドオーバ」を示す場合、ＭＭＥは、アタッチ時に行われた位置更新中にＭＭＥによって読み出された加入データ内に記憶されたＰＤＮ  ＧＷを使用する。要求タイプが、「初期要求」を示す場合、ＭＭＥは、ＰＤＮ  ＧＷ選択機能（３ＧＰＰアクセス）に基づいてＰＤＮ  ＧＷを選択する（要求タイプが、「初期要求」を示す場合、ＰＤＮ  ＧＷを選択するために使用されるプロシージャは、３ＧＰＰ  ＴＳ  ２３．４０１の第４．３．８．１項に説明されている）。
【００８１】
ＭＭＥは、ベアラＩＤを配分し、セッション生成要求（ＩＭＳＩ、ＭＳＩＳＤＮ、制御プレーンのためのＭＭＥ  ＴＥＩＤ、ＲＡＴタイプ、ＰＤＮ  ＧＷアドレス、ＰＤＮアドレス、デフォルトＥＰＳベアラＱｏＳ、ＰＤＮタイプ、加入ＡＰＮ−ＡＭＢＲ、ＡＰＮ、ＥＰＳベアラＩＤ、プロトコル構成オプション、ハンドオーバ指示、ＭＥ識別、ユーザ位置情報（ＥＣＧＩ）、ユーザＣＳＧ情報、ＭＳ情報変更報告サポート指示、選択モード、課金特性、トレースリファレンス、トレースタイプ、トリガＩＤ、ＯＭＣ識別、最大ＡＰＮ制限、二重アドレスベアラフラグ）メッセージをサービングＧＷに送信する。
【００８２】
ＲＡＴタイプは、後のＰＣＣ決定のために、このメッセージ内に提供される。ＭＳＩＳＤＮは、ＭＭＥが、そのＵＥのためにそれを記憶している場合、含まれる。ハンドオーバ指示は、要求タイプが、「ハンドオーバ」を示す場合、含まれる。選択モードは、加入ＡＰＮが選択されたかどうか、またはＵＥによって送信された非加入ＡＰＮが選択されたかどうかを示す。Ｐ  ＧＷは、デフォルトベアラアクティブ化を受諾または拒否するかどうかを決定するとき、選択モードを使用し得る。例えば、ＡＰＮが、加入を要求する場合、Ｐ  ＧＷは、選択モードによって示される加入されるＡＰＮを要求するデフォルトベアラアクティブ化のみ、受諾するように構成される。課金特性は、ベアラコンテキストが課される課金の種類を示す。
【００８３】
ＰＳ加入および個々に加入したＡＰＮに対する課金特性ならびに課金特性の処理方法、およびそれらをＰＧＷに送信するかどうかは、３ＧＰＰ  ＴＳ  ３２．２５１に定義される。ＭＭＥは、Ｓ  ＧＷおよび／またはＰ  ＧＷトレースがアクティブ化される場合、トレースリファレンス、トレースタイプ、トリガＩＤ、およびＯＭＣ識別を含むものとする。ＭＭＥは、ＨＬＲまたはＯＭＣから受信したトレース情報から、トレースリファレンス、トレースタイプ、およびＯＭＣ識別をコピーするものとする。
【００８４】
最大ＡＰＮ制限は、任意の既にアクティブであるベアラコンテキストによって要求されるような、最も厳格な制限を示す。既にアクティブであるベアラコンテキストが存在しない場合、この値は、最も制限的ではないタイプに設定される（３ＧＰＰ  ＴＳ  ２３．０６０の第１５．４項参照）。Ｐ  ＧＷが、最大ＡＰＮ制限を受信する場合、Ｐ  ＧＷは、最大ＡＰＮ制限値が、このベアラコンテキスト要求に関連付けられたＡＰＮ制限値と衝突しないかどうかをチェックするものとする。衝突が存在しない場合、要求は、許可され、そうでなければ、要求は、適切なエラー原因をＵＥに送信することによって、拒否されるものとする。
【００８５】
ＰＤＮ加入コンテキストが、加入されるＩＰｖ４アドレスおよび／またはＩＰｖ６プレフィックスを含む場合、ＭＭＥは、それをＰＤＮアドレス内に示す。ＭＭＥは、３ＧＰＰ  ＴＳ  ２３．４０１の第５．３．１．１項に従って説明されるように、このＡＰＮのための加入データに従って、要求されるＰＤＮタイプを変更し得る。ＭＭＥは、ＰＤＮタイプが、ＩＰｖ４ｖ６に設定され、ＵＥがハンドオーバされ得る全てのＳＧＳＮが、二重アドレッシングをサポートするリリース８以降であるとき（オペレータによって、ノード事前構成に基づいて決定される）、二重アドレスベアラフラグを設定するであろう。
【００８６】
残りのステップは、現在の仕様におけるように行われるが、ＳＧＷは、スキップされ得、およびＰＤＮ  ＧＷは、ＨｅＮＢと統合され得る。
【００８７】
次に、図７を参照すると、ＬＩＰＡへのＵＥ要求ＰＤＮ接続のためのトラフィックフローの概略図が、描写されている。描写されるプロシージャは、ＵＥ要求ＰＤＮ接続要求プロシージャを介して、ＬＩＰＡ  ＰＤＮ接続の設定を図示する。類似変更はまた、アタッチプロシージャにおけるＬＩＰＡ  ＰＤＮ接続の設定に適用されるであろう。
【００８８】
ＵＥ要求ＰＤＮ接続のための既存の呼び出しフローと比較して、以下のステップは、追加説明に値する。
【００８９】
ステップ１では、ＵＥは、ＰＤＮ接続要求を開始し、ＰＤＮ接続を確立する。ＡＰＮ（可能性として、特別ＬＩＰＡ指示を含む）が、含まれる。ＨＳＳによって提供されるＰＤＮ加入コンテキストは、ＡＰＮに対して、ＬＩＰＡが、条件付きであるか、禁止されているか、またはＬＩＰＡのみが、このＡＰＮに対してサポートされているかどうかの指示を（随意に）含む。ＭＭＥは、例えば、加入情報に基づいて、ＬＩＰＡのための要求として、接続のための要求を承認し得る。
【００９０】
ＰＤＮ接続要求を搬送する、Ｓ１−ＡＰメッセージは、以下の追加のパラメータを含む。
【００９１】
−ＩＰｓｅｃトンネルの確立中に割り当てられるＬ−ＧＷＩＰアドレス、
−ＬＩＰＡをサポートするための  Ｈ（ｅ）ＮＢ能力。
【００９２】
ＭＭＥは、ＵＥのＬＩＰＡ承認を行い、ＵＥ加入データおよびＨｅＮＢのＬＩＰＡ能力に従って、ＵＥが、ＬＩＰＡ機能を使用することを許可されるかどうかを決定する。ＬＩＰＡ加入データは、ＡＰＮ毎、ＣＳＧ毎、または両方であり得る。ＭＭＥは、ＬＩＰＡ承認が失敗する場合、ＰＤＮ接続要求を拒否する。
【００９３】
ＬＩＰＡ承認成功後、ＭＭＥは、Ｓ１−ＡＰ信号伝達において提供されたＬ−ＧＷアドレスを使用し、ＨｅＮＢと同一場所に位置するＬ−ＧＷを選択する。
【００９４】
ステップ２では、Ｌ−ＧＷ（ＦＦＳ）におけるＩＭＳＩ記憶を回避すべき要件が存在する場合、ＭＭＥは、ＩＭＳＩをセッション生成要求から省略する。ＩＭＳＩを送信しないための３ＧＰＰ  ＴＳ ２９．２７４における現在の条件（「ＵＥが緊急アタッチされる場合、および、ＵＥがＵＩＣＣを欠く場合」）は、ＬＩＰＡを網羅するように拡張される必要があり得る。
【００９５】
ステップ６では、Ｓ１制御メッセージは、ＨｅＮＢとＬ−ＧＷとの間の直接ユーザプレーンパスをイネーブルにするための相関ＩＤを含む。リリース１０では、相関ＩＤは、ユーザプレーンＰＤＮ  ＧＷ  ＴＥＩＤ（ＧＴＰベースのＳ５）、またはＭＭＥがステップ５で受信したＧＲＥキー（ＰＭＩＰベースのＳ５）に等しいように設定される。
【００９６】
リリース１０によると、ＬＩＰＡ  ＰＤＮ接続の移動は、サポートされておらず、ＵＥがＨ（ｅ）ＮＢから離れると、ＬＩＰＡ  ＰＤＮ接続が、解除されるものとすることを意味する。ターゲットＲＡＮに向かって、ハンドオーバプロシージャを開始する前に、Ｈ（ｅ）ＮＢは、ノード内信号伝達を使用して、同じ場所に位置するＬ−ＧＷにＬＩＰＡ  ＰＤＮ接続を解除することを要求するものとする。Ｈ（ｅ）ＮＢは、ＵＥ（Ｅ−）ＲＡＢコンテキスト内の相関ＩＤの存在から、ＵＥがＬＩＰＡ  ＰＤＮ接続を有することを決定する。Ｌ−ＧＷは、次いで、３ＧＰＰ  ＴＳ  ２３．４０１の第５．４．４．１項のようなＰＤＮＧＷ開始ベアラ非アクティブ化プロシージャ、または３ＧＰＰ  ＴＳ  ２３．０６０に規定されるようなＧＧＳＮ開始ＰＤＰコンテキスト非アクティブ化プロシージャを使用して、ＬＩＰＡ  ＰＤＮ接続の解除を開始し、完了するものとする。Ｈ（ｅ）ＮＢは、ＵＥの（Ｅ−）ＲＡＢコンテキストが、相関ＩＤのためにクリアになるまで、ターゲットＲＡＮに向かって、ハンドオーバ準備プロシージャを進めないものとする。ハンドオーバ時、ソースＭＭＥは、ＬＩＰＡ  ＰＤＮ接続が解除されていることを検証する。解除されていない場合、ソースＭＭＥは、ハンドオーバを拒否するものとする。理解されるであろうように、Ｈ（ｅ）ＮＢからＬ−ＧＷへの直接信号伝達（実装依存）は、ＬＩＰＡ  ＰＤＮ接続の移動がこのリリースにおいてサポートされていないので、可能であるにすぎない。また、アイドル状態移動イベント中、ＭＭＥ／ＳＧＳＮは、ＵＥが、ＨｅＮＢから離れたことを検出すると、ＬＩＰＡ  ＰＤＮ接続を非アクティブ化するものとする。
【００９７】
図８を参照すると、ローカルＩＰ接続を図示する、ＨＮＢセル内で使用するための例示的論理アーキテクチャネットワーク１０００の概略図が、図示されている。描写されるネットワーク１０００は、実質的に、図１と同一であるが、ＳＧＳＮ  １４０に接続されたゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１９６、ＧＧＳＮ  １９６に接続されたＰＤＮ  １９８、および円形形状によって定義された図示されるサービスエリアを有する、ホームネットワーク１０４の追加を伴う。ＬＩＰＡ  ＰＤＮ接続は、点線１０８を介して、ＵＥ  １７０から、ＨＮＢ  １１０を通して、ローカルサービス１０６へと図示される。コアネットワークを介した通常ＰＤＮ接続（ＨＮＢ  ＧＷ  １２０、ＳＧＳＮ  １４０、およびＧＧＳＮ  １９６）は、破線１０５を介して、ＵＥ  １７０から、ＰＤＮ  １９８へと図示される。
【００９８】
ＨＮＢシナリオでは、ＵＥ  １７０は、ＵＥ  １７０が、その特定の制限加入者グループ（ＣＳＧ）に属することの知識を有するおかげで、所与のＨＮＢ  １１０へのアクセスを有するかどうかを決定する。ＨＮＢ  １１０のオペレータ／所有者は、ＵＥ  １７０、１７２が、接続することができるＨＮＢを決定するように、ＣＳＧのリストを生成し、ＵＥ  １７０、１７２にＣＳＧリストを提供する。したがって、マクロサービスエリア内（すなわち、ＣＳＧ／ＨＮＢに属していないセルラーセル内）を移動しているＵＥ  １７０、１７２は、ＣＳＧ／ＨＮＢセル１０４を見つけ得る。ＵＥ  １７０、１７２は、ＣＳＧ情報を使用して、そのようなＨＮＢ  １１０への接続を試行すべきかどうかを決定するであろう。ＣＳＧ情報は、典型的には、ＵＥ  １７０、１７２内において、オペレータによって構成され、例えば、ＯＭＡ−ＤＭ（デバイス管理）を使用して、動的に修正することができる。ＬＩＰＡをサポートするためのＵＳＩＭ情報もまた、予測される。この情報の一部は、同様に、Ｈ（ｅ）ＮＢホスティング当事者によって管理され得る。
【００９９】
図９を参照すると、ローカルＩＰ接続を図示する、ＨｅＮＢセル内で使用するための例示的論理アーキテクチャネットワーク１１００の概略図が、図示されている。描写されるネットワーク１１００は、実質的に、図２と同一であるが、Ｓ−ＧＷ２４０に接続されたＰＧＷ  ２９６、ＰＧＷ  ２９６に接続されたＰＤＮ  ２９８、および円形形状によって定義された図示されるサービスエリアを有する、ホームネットワーク２０４が追加されている。ＬＩＰＡ  ＰＤＮ接続は、点線２０８を介して、ＵＥ  ２７０から、ＨｅＮＢ  ２１０を通して、ローカルサービス２０６へと図示される。コアネットワークを介した通常ＰＤＮ接続（ＨｅＢＮ  ２１０、ＨｅＮＢ  ＧＷ  ２２０、Ｓ−ＧＷ２４０およびＰＧＷ  ２９６）は、破線２０５を介して、ＵＥ  ２７０からＰＤＮ  ２９８へと図示される。ＨｅＮＢシナリオでは、ＵＥ  ２７０はまた、ＨｅＮＢ  ２１０によって提供されるＣＳＧリストを使用して、ＨｅＮＢネットワーク２０４へのそのアクセス権を決定する。
【０１００】
理解されるであろうように、このエリア内の関連３ＧＰＰ仕様として、３ＧＰＰ  ＴＲ  ２３．８２９「Ｌｏｃａｌ  ＩＰ  Ａｃｃｅｓｓ  ＆  Ｓｅｌｅｃｔｅｄ  ＩＰ  Ｔｒａｆｆｉｃ  Ｏｆｆｌｏａｄ」（ＩＰトラフィックオフロードのための機構を説明する）および３ＧＰＰ  Ｓ２−０９６００６「Ｔｅｒｍｉｎｏｌｏｇｙ  ｕｐｄａｔｅ  ｔｏ  ａｇｒｅｅｄ  ｔｅｘｔ  ｉｎ  ＴＲ２３．８ｘｙ」（ＬＩＰＡおよびＳＩＰＴＯ機能およびアーキテクチャ側面を導入している）が挙げられる。加えて、３ＧＰＰ  Ｓ２−０９６０５０「ＬＩＰＡ  ａｎｄ  ＳＩＰＴＯ  ｎｏｄｅ  ｆｕｎｃｔｉｏｎｓ」および３ＧＰＰ  Ｓ２−０９６０１３「Ｉｎｔｅｒｎｅｔ  ｏｆｆｌｏａｄ  ｆｏｒ  ｍａｃｒｏ  ｎｅｔｗｏｒｋ」は、ソリューション１（ローカルＰＤＮ接続を使用する、Ｈ（ｅ）ＮＢ内で行われるトラフィックブレイクアウトに基づく、ローカルＩＰアクセスおよび選択ＩＰトラフィックオフロードソリューション）およびソリューション２（ＮＡＴによる、Ｈ（ｅ）ＮＢにおけるローカルＩＰアクセスおよび選択ＩＰトラフィックオフロード）のためのアーキテクチャ原理を規定する。３ＧＰＰ  Ｓ２−０９５９００「Ａｒｃｈｉｔｅｃｔｕｒａｌ  Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｏｆ  Ｉｎｔｅｒｎｅｔ  Ｏｆｆｌｏａｄ」は、トラフィックオフロードが、ユーザ相互作用を伴わずに行うことができ、かつトラフィックオフロードを導入することによって、既存のネットワークエンティティおよびプロシージャに及ぼす影響が、最小限にされるというアーキテクチャ要件を導入している。
【０１０１】
故に、前述に概略された当技術分野における問題を克服するために、ＬＩＰＡ接続解除を管理するための改良された方法、システム、およびデバイスの必要性が存在する。従来のプロセスおよび技術のさらなる制限ならびに不利点は、以下に続く図面および発明を行うための形態を参照することによって、本願の残りを検討後、当業者に明白となるであろう。
【０１０２】
（ネットワーク要素（例えば、ＳＧＳＮデバイスまたはＭＭＥデバイス）間のメッセージ交換の間のＬＩＰＡ／ＳＩＰＴＯ接続の管理）
いくつかの実施形態では、ソースとターゲット移動管理エンティティ（ＭＭＥ）デバイスとの間で交換される、コンテキスト要求メッセージまたはそれに対する応答のいずれかに、コンテキスト情報を提供することによって、ネットワーク要素におけるＬＩＰＡおよび／またはＳＩＰＴＯ接続解除を管理するための方法、システム、およびデバイスが提供される。ＵＥが、ＬＩＰＡ  ＰＤＮ接続である、１つのみのＰＤＮ接続を有する、選択された実施形態では、ＵＥが、住居用／事業用ネットワークサービスエリアから離れると、それを自動的に解除することによって、ＵＥがＰＤＮ接続を有していないため、ＵＥをネットワークからデタッチさせるであろう。
【０１０３】
ある接続タイプのＰＤＮ接続に関連付けられたコンテキストが、ネットワーク要素間でパスされる場合の、ＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続のためのサービス継続を提供しないことによって生じる問題に対処するために、ターゲットネットワーク要素（例えば、新しいＭＭＥ）は、ソースネットワーク要素（例えば、以前のＭＭＥ）が、ＬＩＰＡサービス継続が提供されるかどうかを決定することができるように、コンテキスト要求メッセージ内に情報を含む。コンテキスト要求メッセージ内に含まれる情報として、リソースのＩＤ、ＣＳＧのｉｄ、Ｌ−ＧＷアドレス、（ｅ）ＮＢ／ＲＮＣ識別子、および／またはＵＥが使用している１つ以上のリソースの１つ以上の識別子等、ＵＥによって使用されている１つ以上のリソースを識別する情報が挙げられるが、それらに限定されない。
【０１０４】
他の実施形態では、ソースネットワーク要素（例えば、以前のＭＭＥ）は、ターゲットネットワーク要素（例えば、新しいＭＭＥ）が、ＬＩＰＡ  ＰＤＮ接続がＵＥに対して解除される必要があるかどうかを決定することができるように、コンテキスト応答メッセージ内に情報を含む。コンテキスト応答メッセージ内に含まれる情報として、セルｉｄ、Ｌ−ＧＷ  ＩＰアドレス、ＣＳＧ、およびＰＤＮ接続が、ＬＩＰＡ  ＰＤＮ接続または別の接続タイプに従うＰＤＮ接続（すなわち、旧来のまたは３ＧＰＰ  Ｒｅｌ−９以前に準拠するネットワークにおいてサポートされるような通常のＰＤＮ接続）であるかどうかの指示等の情報が挙げられるが、それらに限定されない。
【０１０５】
ＬＩＰＡ専用ベアラがサポートされない（ＬＩＰＡに対して、デフォルトベアラのみサポートする、ＬＴＥ  Ｒｅｌ．１０等と同様）、なおもさらなる実施形態では、ネットワーク要素（例えば、ＭＭＥ）は、要求されるベアラリソースが、メッセージ内のリンクされたＥＰＳベアラ識別ＩＥに基づいて、ＬＩＰＡ  ＰＤＮ接続に属している場合、ベアラリソース配分要求を拒否する。
【０１０６】
さらに、コンテキストを別のネットワーク要素（例えば、ターゲットＭＭＥまたはＳＧＳＮ）にパスするとき、新しいネットワーク要素は、ソースネットワーク要素によって課される制限に従って、挙動することが予期される。ユーザにおける混乱を防止するために、ネットワーク要素は、ユーザが、ネットワーク要素によって課される制限を決定することができるように、ＥＳＭ原因値等の情報を含む。
【０１０７】
加えて、または代替では、ソースネットワーク要素（例えば、ＭＭＥ／ＳＧＳＮ）によって、ターゲットネットワーク要素から受信されるコンテキスト要求メッセージは、ＬＩＰＡ  ＰＤＮ接続が受信され得ることを示す、第１の識別子（例えば、セル識別子）を含むことができる。加えて、または代替では、ソースネットワーク要素は、第１の識別子を使用して、ターゲットネットワーク要素が、３ＧＰＰ  Ｒｅｌ−１０  ＬＩＰＡ制限、例えば、ＬＩＰＡ  ＰＤＮ接続のためのデフォルトベアラのみが許可されることを示す、３ＧＰＰ  Ｒｅｌ−１０  ＬＩＰＡ制限をサポートすることを決定することができる。
【０１０８】
代替として、ソースネットワーク要素によって、ターゲットネットワーク要素から受信されるコンテキスト要求メッセージが、少なくとも、第２の識別子を含む（例えば、コンテキスト要求メッセージが、ＣＳＧ  ｉｄまたはＬ−ＧＷアドレスを含まない）場合、ソースは、第２の識別子を使用して、ターゲットが、別の一式の制限（例えば、ＬＩＰＡ  ＰＤＮ接続に対して、デフォルトベアラのみ許可されることを除外する、他の一式の制限）をサポートすることを決定することができる。
【０１０９】
次に、本開示の種々の例証的実施形態について、付随の図を参照して、詳細に説明される。種々の詳細が、以下の説明において記載されるが、実施形態は、これらの具体的詳細を伴わずに、実践され得、多数の実装特異的決定が、本明細書に説明される実施形態に行われ、実装毎に異なるであろう、プロセス技術または設計関連制約への準拠等、デバイス設計者の具体的目標を達成し得ることを理解されるであろう。
【０１１０】
そのような開発努力は、複雑かつ時間がかかる場合があるが、それでもなお、本開示の利益を享受する当業者には、通常の作業であろう。例えば、選択された側面は、本開示を限定または曖昧にすることを回避するために、詳細ではなく、ブロック図および流れ図の形態で示される。加えて、本明細書に提供される詳細な説明のいくつかの部分は、コンピュータメモリ内のデータのアルゴリズムまたは演算の観点から提示される。そのような説明および表現は、他の当業者にその研究の実体を説明および伝達するために、当業者によって使用される。次に、本開示の種々の例証的実施形態について、図を参照して、以下に詳細に説明される。
【０１１１】
継続中の３ＧＰＰ議論は、ＵＥ移動に関連付けられたＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続解除の処理に対処している。これらの議論では、方式のうちの１つは、ＵＥが、住居用／事業用ネットワークのサービスエリア外に移動する場合、ＬＩＰＡ  ＰＤＮ接続のためのサービス継続を提供せず、代わりに、ＬＩＰＡ  ＰＤＮ接続を解除する。接続を解除するためのこの方式は、いくつかの要因に基づく。第１に、ＵＥが、マクロ（ｅ）ＮＢのサービスエリア内に常駐し、サービス継続が、維持される場合、合法的傍受が、ローカルＩＰリソースアクセスに適用されるであろうという懸念がある。用語「合法的傍受」とは、ネットワークオペレータ、アクセスプロバイダ、および／またはサービスプロバイダによって行われる、ある情報を利用可能にし、その情報を法執行監視施設に提供する行為を指す。また、Ｈ（ｅ）ＮＢからマクロ（ｅ）ＮＢに移動するにつれて変化する、課金方式を確立することを困難にするであろう。また、サービス継続を維持することに関して、認証の複雑性が伴われ得る。
【０１１２】
これらの議論に基づいて、３ＧＰＰ  Ｓ１−１００３１６「Ｍｏｂｉｌｉｔｙ  ｆｏｒ  Ｌｏｃａｌ  ＩＰ  Ａｃｃｅｓｓ  （ＬＩＰＡ）」および３ＧＰＰ  Ｓ１−１００３２１「ＳＩＰＴＯ  ｒｅｑｕｉｒｅｍｅｎｔｓ  ｃｏｍｍｏｎ  ｆｏｒ  ｍａｃｒｏ  ｎｅｔｗｏｒｋ  ａｎｄ  Ｈ（ｅ）ＮＢ  ｓｕｂｓｙｓｔｅｍｓ」のリリース１０は、マクロネットワークへのＬＩＰＡ接続の移動がサポートされないが、同一の住居用／事業用ネットワーク内のＨ（ｅ）ＮＢ間のＬＩＰＡ接続の移動は、サポート／要求されると規定する。加えて、３ＧＰＰ  Ｓ１−１００３２１「ＳＩＰＴＯ  ｒｅｑｕｉｒｅｍｅｎｔｓ  ｃｏｍｍｏｎ  ｆｏｒ  ｍａｃｒｏ  ｎｅｔｗｏｒｋ  ａｎｄ  Ｈ（ｅ）ＮＢ  ｓｕｂｓｙｓｔｅｍｓ」のリリース１０は、マクロネットワーク内のＳＩＰＴＯ接続の移動が、サポートされ、かつＨ（ｅ）ＮＢからマクロおよびＨ（ｅ）ＮＢ間の移動が、サポートされ得ることを規定する。
【０１１３】
ＵＥが、住居用／事業用ネットワークサービスエリアを離れるとき、ＬＩＰＡ接続のためのサービス継続を維持することに反対する方式の観点で、望ましくないＵＥ切断をもたらすいくつかの異なる問題がある。以下により完全に説明されるように、これらの解除問題は、接続モードにおいてＵＥ移動が存在するときのＰＳサービスに関する問題、接続モードにおいてＵＥ移動が存在するときのＣＳＦＢプロシージャによってトリガされる問題、およびアイドルモードにおいてＵＥ移動が存在するときのＩＳＲを伴うまたは伴わない問題を含め、複数の次元を有する。これらの問題を議論する際、リリース１０以前のＵＥ（すなわち、加入プロファイルまたはネットワーク決定に基づいて、ＵＥがそのような決定を認知することなく、ネットワークがＬＩＰＡ接続をＵＥに提供するときに生じるような、ＬＩＰＡ接続を認知していないＵＥ）にも作用する、ＬＩＰＡ機構に配慮すべきである。そのようなＵＥについては、ＮＡＳ信号伝達および機構は、識別された問題を解決するために修正されることができない。
【０１１４】
ＵＥ切断問題を図示する目的のために、次に、ＵＥが、ＨｅＮｂ事業用ネットワークサービスエリア外に移動する場合のＬＩＰＡ  ＰＤＮ接続の解除を図式的に図示する、図１０−１１を参照するが、用語「ＰＤＮ接続」とは、明示的に示されない限り、ＨｅＮＢが関与するＰＤＮ接続およびＨＮＢが関与するＰＤＰコンテキストの両方を指す。
【０１１５】
特に、図１０は、ＨｅＮＢサブシステム１４００内のトラフィックフローの概略図であって、ＵＥ  １４１６は、ＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続１４３０およびコアネットワーク（ＣＮ）ＰＤＮ接続１４３２を有する。ＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続１４３０が確立されると、ＬＩＰＡおよびＳＩＰＴＯのためのユーザプレーントラフィックは、コアネットワーク接続１４３２を通過しない。代わりに、トラフィックは、線１４３０によって示されるように、ＵＥ  １４１６から、全てＨｅＮＢ  １４２０内の同じ場所に位置するように図示されるローカルｅＮＢ  １４２２、ローカルＳ−ＧＷ  １４２４、およびローカルＰ−ＧＷ  １４２６を通して通過する。ＵＥ  １４１６が、追加の非ＬＩＰＡ非ＳＩＰＴＯ  ＰＤＮ接続を有する場合、トラフィックは、線１４３２によって示されるように、ＨｅＮＢ−ＧＷ  １４１０、Ｓ−ＧＷ  １４０８、およびＰ−ＧＷ  １４０６を通して、コアＰＤＮ  １４０４へと通過する。第２のＰＤＮ接続１４３２は、随時、解除され得るため（例えば、事前に定義されたポリシーまたはＵＥ構成のため）、ＵＥ  １４１６が、Ｈ（ｅ）ＮＢ  １４２０に接続されるとき、１つのみのＰＤＮ接続を有する時間が存在し、そのようなＰＤＮ接続は、ＬＩＰＡ  ＰＤＮ接続１４３０である。
【０１１６】
ＵＥ切断問題を図示するために、次に、ＵＥ  １４１６が、ＬＩＰＡ  ＰＤＮ接続のみを有するときに、ＨｅＢＮサービスエリア外に移動する、ＨｅＮＢサブシステム１５００内のトラフィックフローの概略図を描写する、図１１を参照する。この場合、「Ｈ（ｅ）ＮＢ外」に移動するとは、ＵＥが、Ｈ（ｅ）ＮＢセルからマクロセルサービスエリアに移動する場合と、ＵＥが、ＬＩＰＡ  ＰＤＮ継続がサポートされていない、Ｈ（ｅ）ＮＢセル（例えば、異なるＣＳＧを伴うＨ（ｅ）ＮＢ）間を移動する場合の両方を示す。ＬＩＰＡ  ＰＤＮ継続は、任意のＨ（ｅ）ＮＢセル間でサポートされていない場合がある。
【０１１７】
したがって、図１１は、ＵＥ  １４１６が、マクロサービスエリアが存在する、第２の位置１５１６に向かって移動するが、ＵＥ  １４１６はまた、ＬＩＰＡ  ＰＤＮ継続がサポートされていない、別のＨ（ｅ）ＮＢにも移動し得ることを図示する。ＭＭＥ  １４１４が、ＵＥがＨ（ｅ）ＮＢ  １４２０に接続されていない（例えば、ＵＥが、ＬＩＰＡ継続がサポートされていない、異なるセルに移動した）ことを検出するとすぐに、ＭＭＥ  １４１４は、ＬＩＰＡ  ＰＤＮ接続を維持する要件が存在しないため、ＬＩＰＡ  ＰＤＮ接続１４３０を解除する。その結果、ＵＥ  １５１６のためのＰＤＮ接続は、存在しない。以下により完全に説明されるように、ＭＭＥ  １４１４は、ＵＥ  １５１６が、異なるセルからのトラッキングエリア更新（ＴＡＵ）またはルーティングエリア更新（ＲＡＵ）を行うとき、またはＵＥ  １５１６が、異なるセルからのページングに応答するとき等、種々の検出機構に基づいて、ＵＥ  １５１６が、Ｈ（ｅ）ＮＢ  １４２０のサービスエリア外にあることを検出することができる。
【０１１８】
Ｅ−ＵＴＲＡＮでは、ＵＥがネットワークにアタッチされていると見なされるためには、ＵＥは、少なくとも１つのＰＤＮ接続を維持する必要がある。ＰＤＮ接続が存在しない場合、ＵＥは、ネットワークからデタッチされる。図１１は、ＵＥ  １４１６が、単一のアクティブＬＩＰＡ  ＰＤＮ接続１４３０のみを有し、ＭＭＥ  １４１４が、ＵＥ  １４１６がＨ（ｅ）ＮＢ  １４２０にもはや接続されていない新しい位置に移動したことの検出に応じて、ＬＩＰＡ  ＰＤＮ接続  １４３０を解除するときに、切断問題が、どのように生じるかを示す。デタッチが生じると、ＵＥ  １５１６は、デタッチされている理由およびＬＩＰＡ  ＰＤＮ接続１４３０が解除されている理由を認識しないことがあり、次いで、ネットワークに再アタッチするよう強いられる。この問題は、ＮＡＳアイドルモード移動およびＮＡＳ接続モード移動の両方に適用される。
【０１１９】
理解されるであろうように、前述の議論は、ＬＩＰＡ  ＰＤＮ接続を指すが、同一の課題は、明示的に示されない限り、ＬＩＰＡ  ＰＤＰコンテキスト（ＨＮＢの場合）またはＳＩＰＴＯローカル接続にも適用される。さらに、明示的に示されないが、ＵＥ移動が、Ｈ（ｅ）ＮＢ  １４２０から、ＧＥＲＡＮ／ＵＴＲＡＮ（すなわち、ＳＧＳＮが関わる）に向かうとき、その場合、ＵＥがデタッチされる必要がない場合でも、アクティブＰＤＰコンテキスト（ＬＩＰＡ接続に対応する）は、非アクティブ化される必要があり、類似問題が生じることは、理解されるであろう。
【０１２０】
最新の決定に基づいて、ＬＩＰＡ接続の移動は、リリース１０では、ＵＥが、オリジナルＨ（ｅ）ＮＢサービスエリアのサービスエリアから離れる場合、ＬＩＰＡ  ＰＤＮ接続が解除されるものとするように、サポートされていないと考えられる。リリース１１では、同一の住居用／事業用ネットワーク内のＨ（ｅ）ＮＢ間のＬＩＰＡ接続の移動は、サポートされるであろう。Ｈ（ｅ）ＮＢとマクロｅＮＢとの間のＬＩＰＡ移動に関する結論的決定は、未だ成されていない。リリース１０では、マクロネットワーク内のＳＩＰＴＯ接続の移動は、サポートされるものとする。リソース１１では、Ｈ（ｅ）ＮＢからマクロおよびＨ（ｅ）ＮＢ間の移動は、サポートされ得る。リソース１１では、Ｈ（ｅ）ＮＢサブシステム内の移動が提供されることが予期される。それでも依然として、ＵＥが、Ｈ（ｅ）ＮＢが同一のＣＳＧに属する、Ｈ（ｅ）ＮＢサブシステムから移動する場合、ＬＩＰＡ  ＰＤＮ接続を解除することが要求され得る。
【０１２１】
本明細書の議論は、「ＬＩＰＡ  ＰＤＮ接続」を指すが、同一のまたは類似原理はまた、明示的に示されない限り、ＬＩＰＡ  ＰＤＰコンテキスト（ＨＮＢ、ＳＧＳＮ、およびＧＧＳＮの場合）またはＳＩＰＴＯローカル接続に適用されることができることを理解されるであろう。３ＧＰＰ  ＴＳ  ２４．３０１は、同様に、ＰＤＰコンテキストに対処することができる、ＬＩＰＡ  ＰＤＮ接続のための以下の定義を提供する。
ＬＩＰＡ  ＰＤＮ接続：デフォルトＥＰＳベアラコンテキストまたはデフォルトＰＤＰコンテキストが、ＬＩＰＡを使用することを承認されたＡＰＮによってアクティブ化された、ＰＤＮ接続。ネットワークは、加入プロファイルに基づいて、ＬＩＰＡを使用するためのＡＰＮを承認し（３ＧＰＰ  ＴＳ２３．４０１第５．７．２項参照）、続いて、ネットワークは、このＰＤＮ接続をＬＩＰＡ  ＰＤＮ接続と見なす。
【０１２２】
また、ＵＥが接続モードにある場合、ＬＩＰＡ  ＰＤＮ接続は、ＵＥがＬＩＰＡ  ＰＤＮ接続を確立したセルからＵＥがＨＯを行う前に、Ｌ−ＧＷによって解除されるであろうことが合意されている。
【０１２３】
以下の文章では、ＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続を伴うＵＥが、「Ｈ（ｅ）ＮＢ外」の移動を行うとは、ＵＥが、Ｈ（ｅ）ＮＢセルからマクロセルサービスエリアに移動する場合と、ＵＥが、ＬＩＰＡ  ＰＤＮ継続がサポートされていないＨ（ｅ）ＮＢセル（例えば、異なるＣＳＧを伴うＨ（ｅ）ＮＢ）間を移動する場合の両方を示すために使用される。ＬＩＰＡ  ＰＤＮ継続は、任意のＨ（ｅ）ＮＢセル間でサポートされていない場合がある。Ｈ（ｅ）ＮＢセルは、Ｈ（ｅ）ＮＢに属するセルである。ＵＥが、Ｈ（ｅ）ＮＢセル内に留まっている場合、ＵＥは、そのセルのＨ（ｅ）ＮＢに関連付けられる。マクロセルは、ｅＮＢまたはＲＮＣに属するセルである。ＵＥが、マクロセル内に留まっている場合、ＵＥは、そのセルのｅＮＢまたはＲＮＣに関連付けられる。
【０１２４】
ＵＥが、Ｈ（ｅ）ＮＢ（セル）から、ＬＩＰＡ継続がサポートされていないセル（例えば、マクロセル）に移動するとき、ＬＩＰＡ  ＰＤＮ接続の解除は、複数の次元を有する。
−ＰＳサービスのための接続移動
−ＣＳＦＢプロシージャによってトリガされる接続移動（ＰＳＨＯを伴う、または伴わない）
−ＩＳＲを伴わないアイドル移動
−ＩＳＲを伴うアイドル移動
以下では、明示的に示されない限り、用語「ＰＤＮ接続」は、ＨｅＮＢに関わるＰＤＮ接続と、Ｈ（ｅ）ＮＢに関わるＰＤＰコンテキストの両方を指す。
【０１２５】
ＵＥ移動が検出される状況に対処する代わりに、本開示は、ある接続タイプのＰＤＮ接続に関連付けられたコンテキストが、ネットワーク要素間でパスされる状況に対処する。そのような状況の実施例として、以下が挙げられるが、それらに限定されない：ネットワーク要素が、ＭＭＥである場合、負荷分散によるＴＡＵの受信；ＭＭＥ間のＨＯ；コンテキストが、ＭＭＥとＳＧＳＮとの間でパスされる、ＣＳＦＢ；およびＩＳＲがアクティブであって、コンテキストが、複数のネットワークノード内で維持される場合。
【０１２６】
理解されるであろうように、コンテキストを通信するネットワーク要素（ＭＭＥおよびＳＧＳＮ等）が全て、同一の３ＧＰＰ解除をサポートしていない場合がある。その結果、ネットワーク内の全てのネットワーク要素は、同一の一式の機能をサポートしていない場合がある。
【０１２７】
したがって、接続タイプを通信するためのプロシージャは、ロバストであるべきであり、機能がネットワーク要素内に存在する場合、または存在しない場合に対処すべきである。例えば、３ＧＰＰ  ＴＳ  ２４．４０１は、「この仕様のリリースについては、ローカルＩＰアクセスのために使用されるＰＤＮ接続に関する専用ベアラのためのサポートが存在しない。ローカルＧＷ（Ｌ−ＧＷ）は、いかなるＵＥ要求ベアラリソース修正も拒否するものとする」と規定する。しかしながら、将来的リリースは、ＬＩＰＡまたはＳＩＰＴＯ−ＨｅＮＢ等の接続タイプのために使用されるＰＤＮ接続に関する専用ベアラのためのサポートを規定し得る。
【０１２８】
このフレームワークでは、ＬＩＰＡ接続解除に関連付けられたいくつかの問題例が、図１１に関連して、以下により詳細に識別および議論される。加えて、種々の接続解除問題を管理するための実施形態が、以下に記載されるように、識別および議論される。
【０１２９】
（トラッキングエリア更新（ＴＡＵ）（問題１））
ＵＥが、１つ以上のＬＩＰＡ  ＰＤＮ接続を有し、ＵＥが、アイドルモードに入ると仮定する。ＵＥが、アイドルモードに入る前、ＵＥは、あるＭＭＥ、ＭＭＥ−１に関連付けられていた。ＴＡＵトリガイベントのため、ＵＥは、トラッキングエリア更新（ＴＡＵ）プロシージャを行い得る。トラッキングエリア更新（ＴＡＵ）プロシージャを行うとき、ＵＥは、（複合）トラッキングエリア更新要求メッセージをネットワークに送信し得る。ネットワーク内のＭＭＥ（例えば、ＭＭＥ−１）は、（複合）トラッキングエリア更新要求メッセージをＵＥから受信し得る。ＴＡＵトリガイベントは、以下の通りである。
−ＵＥは、ＵＥがネットワークに登録されたＴＡＩのリスト内にない新しいＴＡに入ったことを検出する（新しいＰＬＭＮ内のＴＡに入るＭＴＣために構成されるＵＥの場合を除く。その場合、Ｅ−ＵＴＲＡＮアタッチが、行われるものとする）；
−定期的ＴＡ更新タイマが切れる；
−ＵＥは、Ｅ−ＵＴＲＡＮに再選択するとき、ＵＴＲＡＮ  ＰＭＭ＿接続状態（例えば、ＵＲＡ＿ＰＣＨ）であった；
−ＵＥは、Ｅ−ＵＴＲＡＮに再選択するとき、ＧＰＲＳ  ＲＥＡＤＹ状態であった；
−ＴＩＮは、ＵＥがＥ−ＵＴＲＡＮに再選択するとき、「Ｐ−ＴＭＳＩ」を示す（例えば、ＧＥＲＡＮ／ＵＴＲＡＮ上で行われるベアラ構成修正のため）；
−ＲＲＣ接続が、解除原因「負荷再分散ＴＡＵ要求」によって解除された；
−ＵＥ内のＲＲＣ層が、ＵＥのＮＡＳ層に、ＲＲＣ接続失敗（Ｅ−ＵＴＲＡＮまたはＵＴＲＡＮのいずれかにおいて）が生じたことを通知する
−ＵＥのＵＥネットワーク能力および／またはＭＳネットワーク能力および／またはＵＥ特定のＤＲＸパラメータおよび／またはＭＳ無線アクセス能力（例えば、ＧＥＲＡＮ無線能力変更またはＣＤＭＡ２０００無線アクセス技術能力変更のため）情報の変更。
−ＳＲ−ＶＣＣ対応ＵＥについては、ＭＳクラスマーク２および／またはＭＳクラスマーク３および／またはサポートされるコーデックの変更。
−ＵＥが、そのＣＳＧ  ＩＤがＵＥの許可ＣＳＧリストおよびＵＥのオペレータＣＳＧリストの両方から欠けている、ＣＳＧセルを手動で選択する。
【０１３０】
（複合）ＴＡＵメッセージは、ＭＭＥ−１とは別のＭＭＥ、例えば、以前に関連付けられたＭＭＥ、ＭＭＥ−１と異なる、ＭＭＥ−２に転送される可能性がある（例えば、「負荷再分散」の検出等の「トラッキングエリア更新のためのトリガ」のため）。ＭＭＥが、ＴＡＵメッセージを受信すると、（複合）ＴＡＵプロシージャを行い得る。ＭＭＥ−２が、ＴＡＵ要求を受信する場合、新しいＭＭＥ、ＭＭＥ−２は、（複合）ＴＡＵ要求メッセージを送信するＵＥのためのＭＭおよびＥＰＳベアラコンテキストを得るために、（複合）ＴＡＵプロシージャの一部として、コンテキスト要求メッセージを古いＭＭＥ、ＭＭＥ−１に送信するであろう。
【０１３１】
３ＧＰＰ  ＴＳ  ２３．４０１によって示されるように、ＭＭＥ−１（ソースＭＭＥ）は、常時、トラッキングエリア更新プロシージャ中、ＥＰＳベアラコンテキスト内のＬＩＰＡベアラを排除することができ、ソースＭＭＥは、３ＧＰＰ  ＴＳ  ２３．４０１の第５．１０．３項に規定される、ＭＭＥ要求ＰＤＮ切断プロシージャをトリガすることによって、これらのＬＩＰＡ  ＰＤＮ接続を解除するであろう。これは、現在のトラッキングエリア更新プロシージャから生じ、ＧＰＲＳ−アタッチされたまたはＥ−ＵＴＲＡＮ−アタッチされたＵＥが、ＲＲＣ接続が解除原因「負荷再分散ＴＡＵ要求」によって解除されたことを検出するときに、独立トラッキングエリア更新（Ｓ−ＧＷ変更を伴う、または伴わない）が生じる。ＬＩＰＡが、ＵＥのＰＤＮ接続に対してアクティブである場合、ソースＭＭＥは、トラッキングエリア更新プロシージャ中、ＥＰＳベアラコンテキスト内にＬＩＰＡベアラを含まず、ＭＭＥ／ＳＧＳＮ間移動の場合、コンテキスト応答メッセージによって応答後、またはＭＭＥ内移動の場合、トラッキングエリア更新要求を受信後、３ＧＰＰ  ＴＳ  ２３．４０１の第５．１０．３項に規定されるＭＭＥ要求ＰＤＮ切断プロシージャをトリガすることによって、このＬＩＰＡ  ＰＤＮ接続を解除するものとする。
【０１３２】
いくつかの事例では、コンテキスト要求メッセージを受信すると、古いＭＭＥ（代替として、「ソースＭＭＥ」と称される）、ＭＭＥ−１は、ＵＥが、新しいセルに移動したこと、またはＬＩＰＡサービス継続が提供されていない異なるリソースに接続されていることを検出し、続いて、ＬＩＰＡ  ＰＤＮ接続を非アクティブ化する必要がある。加えて、ＭＭＥ−１は、ＬＩＰＡ  ＰＤＮ接続のためのＭＭＥ／ＳＧＳＮ  ＵＥ  ＥＰＳＰＤＮ接続ＩＥを省略することができる。
【０１３３】
加えて、ＴＡＵが、解除原因「負荷再分散ＴＡＵ要求」によるＲＲＣ接続解除によってトリガされる場合、ＬＩＰＡ  ＰＤＮ接続が、不適切にまたは不必要に解除され得る。ＵＥが、このメッセージを受信する場合、ＴＡＵ要求は、ＵＥが移動していない、または依然として、同一のセルまたはＣＳＧを使用している、あるいは同一のリソースを使用している場合でも（例えば、変化していない、または同じである、Ｌ−ＧＷＩＰアドレスによって証明されるように）、新しいＭＭＥ（代替として、「ターゲットＭＭＥ」と称される）、ＭＭＥ−２にダイレクトされ得る。
【０１３４】
この場合、古いＭＭＥ、ＭＭＥ−１は、ＵＥが、ＬＩＰＡサービス継続が提供されていない、新しいセルに移動したかどうかどうかを決定することができない。３ＧＰＰ  ＬＴＥリソース１１および以前の仕様では、コンテキスト要求メッセージは、ＵＥの位置情報、ＣＳＧ、または他のリソース識別子を提供しない。
【０１３５】
また、住居用／事業用ネットワーク内のＬＩＰＡ移動も、将来、サポートされ得る。ＬＩＰＡ／ＳＩＰＴＯ移動をサポートする、システム（例えば、それぞれ、異なる３ＧＰＰ仕様要件に準拠する、ＭＭＥ／ＳＧＳＮおよびＨ（ｅ）ＮＢサブシステム）は、サポートしないシステムと共存する必要がある。ＴＡＵメッセージは、ＵＥが同一の住居用／事業用ネットワーク内に残るときでも、またはＵＥが同一のＣＳＧ内に残るときでも、新しいＭＭＥにダイレクトされる可能性がある。現在、古いＭＭＥは、ＵＥがアクセスしている現在のセルが、同一の住居用／事業用ネットワークに属するかどうかを決定する方法を有していない。
【０１３６】
（３ＧＰＰリリース１０におけるＬＩＰＡ専用ベアラに対する非サポート（問題２））
また、ＬＩＰＡ専用ベアラがサポートされていないときに生じる問題例も存在する（例えば、Ｒｅｌ．１０では、ＬＩＰＡのためのデフォルトベアラのみ、サポートされる）。この設定では、デフォルトベアラは、「最初に、新しいＰＤＮ接続のために確立され、ＰＤＮ接続の寿命を通して確立されたままである、ＥＰＳベアラ」として定義することができる。
【０１３７】
既存のアプローチ下では、Ｌ−ＧＷは、ポリシー制御および課金ルール機能（ＰＣＲＦ）または類似機能へのアクセスを有していないという事実により、いかなる専用ベアラ要求も、ネットワークによって拒否されるものとする。Ｌ−ＧＷは、いかなるベアラリソース修正要求も拒否するものとすると合意されていた。これは、ＭＭＥが、この制限に透過的であると想定する。しかしながら、Ｌ−ＧＷからの拒否は、ＬＩＰＡに対する専用ベアラの非サポートに関して、全ての既存の問題を解決するわけではない。
【０１３８】
ベアラリソース配分要求メッセージの受信に応じて、ＭＭＥは、リンクされたＥＰＳベアラ識別ＩＥ内に与えられるＥＰＳベアラ識別がアクティブデフォルトＥＰＳベアラコンテキストのいずれかであることを検証することによって、ＵＥによって要求されるリソースが確立されることができるかどうかをチェックする。
【０１３９】
要求されるベアラリソース配分が、ネットワークによって受諾される場合、ＭＭＥは、ベアラリソースコマンドをＳ−ＧＷに送信することによって、いずれかの専用ＥＰＳベアラコンテキストアクティブ化プロシージャを開始するものとする。Ｓ−ＧＷは、ベアラリソースコマンドをＰ−ＧＷ（ＬＩＰＡの場合、Ｌ−ＧＷである）に転送するものとする。専用ベアラは、ＬＩＰＡ  ＰＤＮ接続のために要求されるので、Ｌ−ＧＷは、ベアラリソース失敗指示をＳ−ＧＷに送信することによって、要求を拒否するものとし、Ｓ−ＧＷは、ベアラリソース失敗指示をＭＭＥに転送するであろう。ＭＭＥは、ベアラリソース失敗指示を受信するとすぐ、ベアラリソース配分拒否メッセージをＵＥに送信するものとする。
【０１４０】
前述のプロシージャが、現在の仕様に従う場合でも、ＭＭＥからＬ−ＧＷへのベアラリソースコマンドおよびＬ−ＧＷからＭＭＥへのベアラリソース失敗指示は、ＬＩＰＡ  ＰＤＮ接続のための専用ベアラに関する場合、無意味なオーバーヘッドである。ＭＭＥが、直接、ＵＥからのベアラリソース配分要求メッセージを拒否する場合、このオーバーヘッドは、回避することができる。
【０１４１】
ＭＭＥが、Ｌ−ＧＷによって開始されるベアラリソース失敗指示の受信に応じて、ベアラリソース配分拒否メッセージを送信する場合、ＭＭＥが、ＬＩＰＡ専用ベアラに関連する制限を認知していない場合、ＭＭＥは、ＥＳＭ原因値を＃３０「サービングＧＷまたはＰＤＮ  ＧＷによって拒否された要求」に設定し得る。この原因値は、ＵＥが、再試行し続けることを可能にし、ネットワーク上に相当なオーバーヘッドを生じさせ得る。ＭＭＥは、ＥＳＭ原因値を適切に設定し、ＵＥが再試行しないように防止することが可能であるものとする。
【０１４２】
ＬＩＰＡ接続解除に関連付けられた前述の問題例に照らして、ネットワーク要素レベルにおいて、識別された接続解除問題を管理するために適用され得る、種々の実施形態が、本明細書に説明および開示される。一実施形態では、コンテキスト情報は、ソースとターゲット移動管理エンティティ（ＭＭＥ）デバイスとの間で交換される、コンテキスト要求メッセージまたはそれに対する応答のいずれか内に、提供され、ＬＩＰＡ解除プロシージャを管理し得る。
【０１４３】
選択された実施形態では、ターゲットネットワーク要素（例えば、新しいＭＭＥ）は、ソースネットワーク要素（例えば、以前のＭＭＥ）が、ＬＩＰＡサービス継続が提供されるかどうかを決定することができるように、情報（例えば、リソースのＩＤ、ＣＳＧの識別子（ｉｄ）、Ｌ−ＧＷアドレス、（ｅ）ＮＢ／ＲＮＣ識別子、および／またはＵＥが使用している１つ以上のリソースの１つ以上の識別子）をコンテキスト要求メッセージ内に含む。他の実施形態では、ソースネットワーク要素（例えば、以前のＭＭＥ）は、ターゲットネットワーク要素（例えば、新しいＭＭＥ）が、ＬＩＰＡ  ＰＤＮ接続がＵＥのために解除される必要があるかどうかを決定することができるように、情報（例えば、セルｉｄ、Ｌ−ＧＷ  ＩＰアドレス、ＣＳＧ、およびＰＤＮ接続が、ＬＩＰＡ  ＰＤＮ接続または別の接続タイプに従うＰＤＮ接続であるかどうの指示）をコンテキスト応答メッセージ内に含む。
【０１４４】
（実施形態Ａ）
図１２を参照して、一実施形態による、ソースネットワーク要素とターゲットネットワーク要素との間でコンテキスト情報を転送する方法が、以下に説明される。図示される実施形態では、通信ネットワーク１２００は、ユーザ機器（ＵＥ）１２１０、ホーム（拡張）ノードＢ（Ｈ（ｅ）ＮＢ）１２２０、ローカルデバイス１２３０、ソース（古い）ネットワーク要素１２４０、およびターゲット（新しい）ネットワーク要素１２５０を含む。一実施形態では、ネットワーク要素１２４０、１２５０の各々は、ＭＭＥ、ＳＧＳＮ、またはＭＭＥ／ＳＧＳＮのうちの１つであることができる。
【０１４５】
ＵＥ  １２１０は、３ＧＰＰ  ＬＴＥ規格に準拠して動作するデバイスであることができる。ＵＥ  １２１０はまた、例えば、ローカルエリアネットワークを介して、ＩＰアドレスを有するローカルデバイスにアクセス可能であることができる。
【０１４６】
ユーザ機器の実施例として、携帯電話、スマートフォン、電話、テレビ、遠隔コントローラ、セットトップボックス、コンピュータモニタ、コンピュータ（Ｂｌａｃｋｂｅｒｒｙ  Ｐｌａｙｂｏｏｋ（登録商標）等のタブレットコンピュータ、デスクトップコンピュータ、ハンドヘルドまたはラップトップコンピュータ、ネットブックコンピュータ）、携帯情報端末（ＰＤＡ）、電子レンジ、冷蔵庫、ステレオシステム、カセットレコーダまたはプレーヤ、ＤＶＤプレーヤまたはレコーダ、ＣＤプレーヤまたはレコーダ、ＶＣＲ、ＭＰ３プレーヤ、無線、カムコーダ、カメラ、デジタルカメラ、ポータブルメモリチップ、洗濯機、乾燥機、洗濯／乾燥機、コピー機、ファックス機械、スキャナ、多機能周辺デバイス、腕時計、掛時計、ゲームデバイス等が挙げられるが、それらに限定されない。そのようなＵＥは、デバイスおよびその関連付けられた可撤性メモリモジュール、例えば、加入者識別モジュール（ＳＩＭ）アプリケーション、汎用加入者識別モジュール（ＵＳＩＭ）アプリケーション、または可撤性ユーザ識別モジュール（Ｒ−ＵＩＭ）アプリケーションを含む、汎用集積回路カード（ＵＩＣＣ）を含む場合がある。代替として、そのようなＵＥは、そのようなモジュールを伴わない、デバイス自体を含む場合がある。用語「ＵＥ」はまた、ユーザのための通信セッションを終了することができる、任意のハードウェアまたはソフトウェア構成要素を指すことができる。加えて、用語「ユーザ機器」、「ＵＥ」、「ユーザ機器デバイス」、「ユーザエージェント」、「ＵＡ」、「ユーザデバイス」、および「モバイルデバイス」は、本明細書では、同義的に使用することができる。
【０１４７】
Ｈ（ｅ）ＮＢ  １２２０は、３ＧＰＰ  ＬＴＥ規格に準拠する、フェムトセルをサポートする拡張ノードＢであることができる。Ｈ（ｅ）ＮＢ  １２２０はまた、「フェムト（ｅ）ＮＢ」と称されることができる。
【０１４８】
ローカルデバイス１２３０は、ＩＰアドレスを有する、任意のタイプのローカル無線または有線デバイスであることができる。ローカルデバイスの実施例として、プリンタ、多機能周辺（ＭＦＰ）デバイス、メディアサーバ、モデム、ルータ、およびゲートウェイを挙げることができるが、それらに限定されない。
【０１４９】
ソース（古い）ネットワーク要素１２４０は、ネットワーク１２００内のいくつかのネットワーク要素のうちの１つであることができる。ソースネットワーク要素１２４０は、インターネットアクセスおよび／またはローカルＩＰアクセスを含む、種々のネットワーク機能のために、Ｈ（ｅ）ＮＢ  １２２０を介して、現在、ＵＥ  １２１０と通信しているものであることができる。ソースネットワーク要素１２４０は、そのようなネットワーク機能に関する情報を含むことができる。一実施形態では、ソースネットワーク要素１２４０は、ネットワーク要素１２４０によってサービス提供されるＵＥのための移動管理（ＭＭ）およびＥＰＳベアラコンテキストを含む、記憶１２４１を含むことができる。コンテキストは、例えば、ＭＭＥ／ＳＧＳＮ  ＵＥ  ＭＭコンテキスト、ＳＧＷアドレスおよびノードネーム、ＡＰＮ、ＵＥの１つ以上のＩＰアドレス、制御プレーンまたはＰＭＩＰのためのＰＧＷ  Ｓ５／Ｓ８  ＩＰアドレス、ＰＧＷノードネーム、ベアラコンテキスト、セル識別、および／またはＣＳＧ識別子を含むことができる（例えば、以下に記載される、表７．３．６−１、７．３．６−２、７．３．６−３の一部を参照）。
【０１５０】
ターゲット（新しい）ネットワーク要素１２５０は、ネットワーク１２００内のＭＭＥの別の１つであることができる。ターゲットネットワーク要素１２５０は、例えば、ソースネットワーク要素１２４０の代わりに、Ｈ（ｅ）ＮＢ  １２２０を介して、ＵＥ  １２１０と通信し得るものであることができる。いくつかの実施形態では、ネットワーク１２００は、ＵＥ  １２１０をサポートし得る、ＭＭＥに関する優先順位または選好を有することができる。ソースネットワーク要素１２４０が、過剰に負荷がかかり、ＵＥ  １２１０をサポートできない場合、ターゲットネットワーク要素１２５０が、ソースネットワーク要素１２４０の代わりに、ＵＥ  １２１０をサポートするために使用されることができる。
【０１５１】
図示される実施形態では、ＵＥ  １２１０は、アクセスポイントネーム（ＡＰＮ）との接続のための要求メッセージを、Ｈ（ｅ）ＮＢ  １２２０を介して、ソースネットワーク要素１２４０に伝送することができる。ソースネットワーク要素１２４０は、パケットデータネットワーク（ＰＤＮ）接続として要求される（接続のための要求メッセージを介して）ローカルＩＰアクセス（ＬＩＰＡ）ＰＤＮ接続と見なすことができる。
【０１５２】
次いで、ソースネットワーク要素１２４０は、ＡＰＮとの接続のための要求に応答して、応答メッセージを伝送することができる。応答メッセージは、Ｈ（ｅ）ＮＢ  １２２０を介して、ＵＥ  １２１０に送信されることができる。続いて、ＵＥ  １２１０は、トラッキングエリア更新要求メッセージ（例えば、負荷再分散のため）を、Ｈ（ｅ）ＮＢ  １２２０を介して、ターゲットネットワーク要素１２５０に伝送することができる。ＵＥ  １２１０によって伝送されるトラッキングエリア更新要求メッセージは、負荷再分散が要求されるネットワーク要素からの指示を受信するため、伝送され得る。
【０１５３】
次いで、ターゲットネットワーク要素１２５０は、ソースネットワーク要素１２４０に、コンテキスト要求メッセージを送信し、ＵＥ  １２１０と１つ以上のＩＰゲートウェイ（図示せず）との間の接続のために、１つ以上のコンテキストを要求することができる。ＩＰゲートウェイは、ローカルＩＰ  ＧＷまたはＬ−ＧＷであり得る。
【０１５４】
ソースネットワーク要素１２４０は、１つ以上のコンテキストのうちの少なくとも１つが、ＵＥとローカルＩＰゲートウェイとの間の接続を提供することを決定することができる。次いで、ソースネットワーク要素１２４０は、ターゲットネットワーク要素１２５０に、コンテキスト要求メッセージに対する応答を送信することができる。一実施形態では、応答は、ある条件に従って、１つ以上のコンテキストのうちの少なくとも１つを除外することができる。応答の受信に応じて、ターゲットネットワーク要素１２５０は、ソースネットワーク要素１２４０に、肯定応答メッセージを送信することができる。ターゲットネットワーク要素１２５０はまた、ＵＥ  １２１０に、Ｈ（ｅ）ＮＢ  １２２０を介して、トラッキングエリア更新要求に対する応答メッセージを送信することができる。
【０１５５】
ソースネットワーク要素１２４０とターゲットネットワーク要素１２５０との間の動作は、以下により詳細に説明される。いくつかの実施形態では、ターゲット（新しい）ネットワーク要素は、（１）リソースのＩＤ、ＣＳＧのｉｄ、Ｌ−ＧＷアドレス、および／または（ｅ）ＮＢ／ＲＮＣ識別子、あるいは、（２）１つ以上のリソース（ＵＥが使用している）の１つ以上の識別子をコンテキスト要求メッセージ内に含むことができる。古いネットワーク要素またはソースネットワーク要素は、コンテキスト要求メッセージが、リソースのＩＤ、ＣＳＧのｉｄ、Ｌ−ＧＷアドレス、および／または（ｅ）ＮＢ／ＲＮＣ識別子、またはＵＥが使用している１つ以上のリソースの１つ以上の識別子を含むかどうか決定することができる。古いネットワーク要素またはソースネットワーク要素は、コンテキスト要求メッセージコンテンツを使用して、ＬＩＰＡサービス継続が提供されるかどうかを決定することができる。
【０１５６】
コンテキスト要求メッセージが、古いネットワーク要素またはソースネットワーク要素によって検出される、所定の情報（例えば、リソースのＩＤ、ＣＳＧのｉｄ、Ｌ−ＧＷアドレス、および／または（ｅ）ＮＢ／ＲＮＣ識別子、あるいはＵＥが使用している１つ以上のリソースの１つ以上の識別子）を含む場合、古いネットワーク要素またはソースネットワーク要素は、それらのうちの１つ以上を、ＬＩＰＡを使用することが承認されたＡＰＮによってアクティブ化されたコンテキストとともに（表１２４１内に）記憶された情報と比較することができる。一致に従って、古いネットワーク要素またはソースネットワーク要素は、ＬＩＰＡを使用することが承認されたＡＰＮによってアクティブ化されたコンテキストをコンテキスト要求メッセージに対する応答内に含むか、またはＬＩＰＡを使用することが承認されたＡＰＮによってアクティブ化されたコンテキストをコンテキスト要求メッセージに対する応答に含めないことができる。さらに、古いネットワーク要素またはソースネットワーク要素は、コンテキスト応答メッセージによって応答後、ネットワーク要素要求ＰＤＮ切断プロシージャをトリガすることによって、ＬＩＰＡ  ＰＤＮ接続を解除することができる。代替として、アクティブ（ＥＰＳベアラ）コンテキストが残っていない場合、ネットワークは、暗黙的に、ＵＥをデタッチする。
【０１５７】
代替として、コンテキスト要求メッセージが、所定の情報（例えば、リソースのＩＤ、ＣＳＧのｉｄ、Ｌ−ＧＷアドレス、および／または（ｅ）ＮＢ／ＲＮＣ識別子、あるいはＵＥが使用している１つ以上のリソースの１つ以上の識別子）を含まない場合、古いネットワーク要素またはソースネットワーク要素は、ＬＩＰＡを使用することが承認されたＡＰＮによってアクティブ化されたコンテキストをコンテキスト要求メッセージに対する応答に含まない。さらに、古いネットワーク要素またはソースネットワーク要素は、コンテキスト応答メッセージによって応答後、ネットワーク要素要求ＰＤＮ切断プロシージャをトリガすることによって、ＬＩＰＡ  ＰＤＮ接続を解除することができる。代替としてアクティブ（ＥＰＳベアラ）コンテキストが残っていない場合、ネットワークは、暗黙的に、ＵＥをデタッチする。
【０１５８】
図１２に示されるソースネットワーク要素または古いネットワーク要素は、コンテキスト要求メッセージの送信者の能力を認知する必要はないことに留意されたい（フロー５）。加えて、ＲＡＮ内のネットワーク要素は、識別子を提供する必要はない（セルｉｄ等、例えば、ＲＮＣは、セルｉｄを提供する必要はない）。しかしながら、要求が、識別子を含まない場合、ソースネットワーク要素または古いネットワーク要素ＧＳＮは、選択された実施形態では、ＬＩＰＡがサポートされていないことを確信することができる。
【０１５９】
本明細書に開示されるように、コンテキスト要求メッセージ（または、コンテキスト応答メッセージ）は、１つ以上の識別子を使用して、ターゲットネットワーク要素において、ＬＩＰＡサービス継続が提供されていない少なくとも１つ以上のリソースをＵＥが使用するかどうかを示す。他の実施形態では、（複合）ＴＡＵ要求メッセージを受信したネットワーク要素は、ＵＥが使用している１つ以上の識別子をコンテキスト要求メッセージ内に含む。古いネットワーク要素は、識別子を検出し、ＬＩＰＡまたはＳＩＰＴＯ  ＰＤＮ接続が、承認／要求／アクティブ化された時に記憶された１つ以上の識別子に基づいて、ＰＤＮ接続が、依然として、ＬＩＰＡまたはＳＩＰＴＯ  ＰＤＮ接続をサポートすることができるリソースを使用しているかどうかを決定する。使用されるリソースが、ＬＩＰＡまたはＳＩＰＴＯ  ＰＤＮ接続または加入ポリシーをサポートする場合、あるいはＨｅＮＢサブシステムオペレータポリシーまたはサービングネットワークオペレータポリシーが、このＰＤＮ接続を継続して許可する場合、古いネットワーク要素から送信され、新しいネットワーク要素によって受信されるコンテキスト要求応答メッセージは、ＬＩＰＡ  ＰＤＮ接続またはＳＩＰＴＯ  ＰＤＮ接続あるいは他の接続タイプＰＤＮ接続に関連付けられたＰＤＮ接続コンテキスト情報を含む。そうでなければ、コンテキスト要求応答メッセージは、ＬＩＰＡまたはＳＩＰＴＯ  ＰＤＮ接続に関連付けられたコンテキストを含まない。
【０１６０】
新しいネットワーク要素が、例えば、ネットワーク要素が、ＬＩＰＡまたはＳＩＰＴＯあるいは他の形態のオフロードをサポートするように拡張されていないため、ＬＩＰＡまたはＳＩＰＴＯあるいは他の形態のオフロードをサポートしない場合、ネットワーク要素は、１つ以上の識別子をコンテキスト要求メッセージ内に含まないことがある。１つ以上の識別子を含まないコンテキスト要求メッセージを受信する、古いネットワーク要素は、そのような場合、ＬＩＰＡまたはＳＩＰＴＯ  ＰＤＮ接続に関連付けられたコンテキストを、新しいネットワーク要素に送信されるコンテキスト要求応答メッセージ内に含まないであろう。
【０１６１】
古いネットワーク要素は、これらのコンテキストを含まない場合、また、Ｓ−ＧＷおよびＬ−ＧＷまたはＰＧＷまたはＧＧＳＮに通知し、古いネットワーク要素が、コンテキスト応答メッセージを新しいネットワーク要素に送信する前に、Ｓ−ＧＷ／ＳＧＳＮとＬ−ＧＷまたはＰ−ＧＷまたはＧＧＳＮとの間のＬＩＰＡ  ＰＤＮ接続の一部を終了させるであろう。
【０１６２】
本明細書に説明されるように、１つ以上の識別子は、リソースｉｄまたはセルｉｄまたはＣＳＧのｉｄまたはＬ−ＧＷアドレスまたは（ｅ）ＮＢ／ＲＮＣ識別子のうちの少なくとも１つを含み得るが、それらに限定されない。新しいネットワーク要素が、コンテキスト要求メッセージ内に、ＴＡＵ要求メッセージのために、ＵＥがアクセスしている、セルｉｄおよびセルのＣＳＧ  ＩＤを含むとき、古いネットワーク要素は、コンテキスト要求メッセージの受信に応じて、古いネットワーク要素が、記憶されたＥＰＳベアラコンテキスト情報に基づいて、ＬＩＰＡがＵＥのＰＤＮ接続に対してアクティブであることを検出する場合、あるいは古いネットワーク要素が、コンテキスト要求メッセージ内のセルｉｄまたはセルｉｄおよびＣＳＧ  ＩＤの組み合わせに基づいて、ＬＩＰＡサービス継続が、ＵＥがアクセスしているセルに提供されていないと決定する場合、ネットワーク要素要求ＰＤＮ切断プロシージャをトリガすることによって、ＬＩＰＡ  ＰＤＮ接続を解除するように構成され得る。
【０１６３】
リリース１０では、サービス継続は、ＵＥがアクセスしているセルが、ＵＥがＬＩＰＡ  ＰＤＮ接続を開始したセルと異なる場合、提供されない。後のリリースでは、異なるレベルのＬＩＰＡサービス継続が、提供され得る。この場合、古いネットワーク要素は、ＬＩＰＡサービス継続が、セルｉｄおよびＣＳＧ  ＩＤの組み合わせに基づいて、ＵＥがアクセスしているセルに提供されているかどうかを決定することができる。古いネットワーク要素が、ＬＩＰＡ  ＰＤＮ接続を解除した場合、古いネットワーク要素は、ＬＩＰＡベアラコンテキストをコンテキスト応答メッセージ内に含まないものとする。ＵＥが、ＬＩＰＡ  ＰＤＮ解除後、他のＰＤＮ接続を有していない場合、古いネットワーク要素は、ネットワーク要素開始デタッチプロシージャを開始するものとする。したがって、この実施形態は、後のリリースにおいて決定されるであろう、拡張されたＬＩＰＡ移動例、ならびにＴＡＵが、負荷再分散目的のために、新しいネットワーク要素に対して行われる例にも適用されることができる。
【０１６４】
一実施形態では、前述の方式は、コンテキスト要求、コンテキスト応答、およびコンテキスト肯定応答に関連する、３ＧＰＰ  ＬＴＥ  ＴＳ２９．２７４、第７．３．５節〜第７．３．７節の状況において行うことができる。３ＧＰＰ  ＬＴＥ  ＴＳ２９．２７４、第７．３．５節〜第７．３．７節の仕様の変更部分は、以下に記載される。
７．３．５  コンテキスト要求
新しいＭＭＥ／ＳＧＳＮは、コンテキスト要求メッセージをＳ３／Ｓ１６／Ｓ１０インターフェース上で古いＭＭＥ／ＳＧＳＮに送信し、ＴＡＵ／ＲＡＵプロシージャの一部として、ＵＥのためのＭＭおよびＥＰＳベアラコンテキストを得るものとする。
送信／新しいノードが、ＭＭＥである場合、以下をコンテキスト要求メッセージ内に含むものとする。
−ＵＥから受信したＧＵＴＩが、古いノードがＭＭＥであることを示す場合、ＧＵＴＩ  ＩＥおよびＴＡＵ完了要求メッセージＩＥ。
−ＧＵＴＩが、古いノードがＳＧＳＮであることを示す場合、ＵＥから受信したＧＵＴＩから導出されるＲＡＩ  ＩＥおよびＰ−ＴＭＳＩ  ＩＥと、ＵＥからそのまま受信されたＰ−ＴＭＳＩ署名。
−セル識別が、ＴＡＵ／ＲＡＵプロシージャの一部として、トラッキングエリア更新要求メッセージとともに受信され、ＭＭＥが、ＬＩＰＡをサポートするように構成される場合、セル識別。
−Ｌ−ＧＷ（ＩＰ）アドレスが、ＴＡＵ／ＲＡＵプロシージャの一部として、トラッキングエリア更新要求メッセージとともに受信され、ＭＭＥが、ＬＩＰＡをサポートするように構成される場合、Ｌ−ＧＷ（ＩＰ）アドレス。
−ＣＳＧ識別子が、ＴＡＵ／ＲＡＵプロシージャの一部として、トラッキングエリア更新要求メッセージとともに受信され、ＭＭＥが、ＬＩＰＡをサポートするように構成される場合、ＣＳＧ識別子。
送信／新しいノードが、ＳＧＳＮである場合、ＲＡＩ  ＩＥ、Ｐ−ＴＭＳＩ  ＩＥ、およびＰ−ＴＭＳＩ署名ＩＥをコンテキスト要求メッセージ内に含むものとする。受信／古いノードが、ＭＭＥである場合、以下であるものとする。
−セル識別が、ＴＡＵ／ＲＡＵプロシージャの一部として、ルーティングエリア更新要求メッセージとともに受信され、ＳＧＳＮが、ＬＩＰＡをサポートするように構成される場合、セル識別を含む。
−Ｌ−ＧＷ（ＩＰ）アドレスが、ＴＡＵ／ＲＡＵプロシージャの一部として、ルーティングエリア更新要求メッセージとともに受信され、ＳＧＳＮが、ＬＩＰＡをサポートするように構成される場合、Ｌ−ＧＷ（ＩＰ）アドレスを含む。
−ＣＳＧ識別子が、ＴＡＵ／ＲＡＵプロシージャの一部として、ルーティングエリア更新要求メッセージとともに受信され、ＳＧＳＮが、ＬＩＰＡをサポートするように構成される場合、ＣＳＧ識別子を含む。
−ＲＡＩ  ＩＥ、Ｐ−ＴＭＳＩＩＥ、およびＰ−ＴＭＳＩ署名ＩＥ（３ＧＰＰ  ＴＳ２３．００３［２］内で定義されたＲＡＩ、Ｐ−ＴＭＳＩ、Ｐ−ＴＭＳＩ署名、およびＧＵＴＩ間のマッピング関係参照）に従って、ＧＵＴＩを構築する。
−このＧＵＴＩを介して、ＵＥコンテキストを見つける。
新しいＭＭＥは、３ＧＰＰ  ＴＳ２３．００３の第２．８．２．２．２号に規定されるように、古いノードのタイプを区別する。古いノードが、ＳＧＳＮである場合、ＧＵＴＩは、新しいＭＭＥによって、ＲＡＩおよびＰ−ＴＭＳＩにマップされるものとする。古いノードが、ＭＭＥである場合、新しいＭＭＥは、ＧＵＴＩＩＥおよびＴＡＵ完了要求メッセージＩＥをコンテキスト要求メッセージ内に含む。一時的識別とエリア識別との間のマッピングは、３ＧＰＰ  ＴＳ２３．００３に定義される。
それの代わりにコンテキスト要求メッセージが受信された、ＵＥのためのＭＭおよびＥＰＳベアラコンテキストが、ＬＩＰＡ  ＰＤＮ接続に関連付けられたコンテキストを含む場合（３ＧＰＰ  ＴＳ２４．３０１参照）、古いＭＭＥ／ＳＧＳＮは、以下でない限り、ＬＩＰＡ  ＰＤＮ接続に関連付けられた全てのＰＤＰ、ＭＭ、およびＥＰＳベアラコンテキストをローカルに非アクティブ化する。
−セル識別がコンテキスト要求メッセージ内で受信され、受信した識別が、ＥＰＳベアラコンテキストとともに記憶されたセル識別に一致する。
−ＣＳＧ識別子が、コンテキスト要求メッセージ内で受信され、受信したＣＳＧ識別子が、ＥＰＳベアラコンテキストとともに記憶されたＣＳＧ識別に一致する。
−Ｌ−ＧＷ（ＩＰ）アドレスが、コンテキスト要求メッセージ内で受信され、および受信したＬ−ＧＷ（ＩＰ）アドレスが、ＥＰＳベアラコンテキストとともに記憶されたＬ−ＧＷ（ＩＰ）アドレスに一致する。
表７．３．５−１は、メッセージ内のＩＥの存在要件および条件を規定する。
【０１６５】
【表７−１】
0005964860.tif 000002
７．３．６  コンテキスト応答
コンテキスト応答メッセージは、ＴＡＵ／ＲＡＵプロシージャ中、以前のコンテキスト要求メッセージへの応答として、送信されるものとする。
可能性として考えられる原因値は、３ＧＰＰ  ＴＳ２９．２７４内の表８．４−１に規定される。メッセージ特定の原因値は、以下である。
−「既知ではないＩＭＳＩ」
−「Ｐ−ＴＭＳＩ署名不一致」
−「ユーザ認証失敗」
受信したコンテキスト応答メッセージが、ＭＭＥ／ＳＧＳＮ  ＵＥ  ＥＰＳ  ＰＤＮ接続を含んでいなかった場合、新しいＭＭＥは、ＥＭＭ原因値＃１０「暗黙的デタッチ」を含む、トラッキングエリア更新拒否メッセージを、トラッキングエリア更新要求メッセージが、ＴＡＵ／ＲＡＵプロシージャの一部として、受信された、ＵＥに送信するものとする。
表７．３．６−１は、メッセージ内のＩＥの存在要件および条件を規定する。
【０１６６】
【表７−２】
0005964860.tif 000003
【０１６７】
【表７−３】
0005964860.tif 000004
ベアラコンテキストは、３ＧＰＰ  ＴＳ  ２９．２７４内の 表７．３．６−３に描写されるようにコードされるものとする。
７．３．７  コンテキスト肯定応答
コンテキスト肯定応答メッセージは、以前のコンテキスト応答メッセージが、受諾原因とともに受信される場合のみ、以前のコンテキスト応答メッセージへの応答として送信されるものとする。
可能性として考えられる原因値は、３ＧＰＰ  ＴＳ  ２９．２７４内の表８．４−１に規定される。メッセージ特定の原因値は、以下である。
−「ユーザ認証失敗」
３ＧＰＰ  ＴＳ  ２９．２７４内の表７．３．７−１は、メッセージ内のＩＥの存在要件および条件を規定する。
【０１６８】
追加の実施形態では、前述の方式は、コンテキスト要求に関連する、３ＧＰＰ  ＬＴＥ  ＴＳ２９．２７４、第７．３．５節の状況において行うことができる。コンテキスト応答およびコンテキスト肯定応答に関する第７．３．６節および第７．３．７節、ならびにいくつかの表は、この実施形態では再現されないが、前述の実施形態において理解され得る。３ＧＰＰ  ＬＴＥ  ＴＳ２９．２７４、第７．３．５節の仕様の変更された部分は、以下に記載される。
７．３．５  コンテキスト要求
新しいＭＭＥ／ＳＧＳＮは、ＴＡＵ／ＲＡＵプロシージャの一部として、コンテキスト要求メッセージをＳ３／Ｓ１６／Ｓ１０インターフェース上の古いＭＭＥ／ＳＧＳＮに送信し、ＵＥのためのＭＭおよびＥＰＳベアラコンテキストを得るものとする。
新しいＭＭＥは、３ＧＰＰ  ＴＳ  ２３．００３の第２．８．２．２．２号に規定されるように、古いノードのタイプを区別する。古いノードが、ＳＧＳＮである場合、ＧＵＴＩは、新しいＭＭＥによって、ＲＡＩおよびＰ−ＴＭＳＩにマップされるものとする。古いノードが、ＭＭＥである場合、新しいＭＭＥは、ＧＵＴＩＩＥおよびＴＡＵ完了要求メッセージＩＥをコンテキスト要求メッセージ内に含む。一時的識別とエリア識別との間のマッピングは、３ＧＰＰ  ＴＳ  ２３．００３に定義される。
送信／新しいノードのタイプが、古いノードのタイプと同一である場合、ノードは、コンテキスト要求メッセージ内に、以下を含むものとする。
−セル識別が、ＴＡＵ／ＲＡＵプロシージャの一部として、トラッキングエリア更新要求メッセージ内で受信され、ＭＭＥが、ＬＩＰＡをサポートするように構成される場合、セル識別。
−Ｌ−ＧＷ（ＩＰ）アドレスが、ＴＡＵ／ＲＡＵプロシージャの一部として、トラッキングエリア更新要求メッセージ内で受信され、ＭＭＥが、ＬＩＰＡをサポートするように構成される場合、Ｌ−ＧＷ（ＩＰ）アドレス。
−ＣＳＧ識別子が、ＴＡＵ／ＲＡＵプロシージャの一部として、トラッキングエリア更新要求メッセージ内で受信され、ＭＭＥが、ＬＩＰＡをサポートするように構成される場合、ＣＳＧ識別子。
その代わりに、コンテキスト要求メッセージが受信された、ＵＥのためのＭＭおよびＥＰＳベアラコンテキストが、ＬＩＰＡ  ＰＤＮ接続に関連付けられたコンテキストを含む場合（３ＧＰＰ  ＴＳ  ２４．３０１参照）、以下でない限り、古いＭＭＥ／ＳＧＳＮは、ＬＩＰＡ  ＰＤＮ接続に関連付けられた全てのＰＤＰ、ＭＭ、およびＥＰＳベアラコンテキストをローカルに非アクティブ化する。
−セル識別が、コンテキスト要求メッセージ内で受信され、受信された識別が、ＥＰＳベアラコンテキストとともに記憶されたセル識別に一致する。
−ＣＳＧ識別子が、コンテキスト要求メッセージ内で受信され、受信されたＣＳＧ識別子が、ＥＰＳベアラコンテキストとともに記憶されたＣＳＧ識別に一致する。
−Ｌ−ＧＷ（ＩＰ）アドレスが、コンテキスト要求メッセージ内で受信され、受信されたＬ−ＧＷ（ＩＰ）アドレスが、ＥＰＳベアラコンテキストとともに記憶されたＬ−ＧＷ（ＩＰ）アドレスに一致する。
表７．３．５−１は、メッセージ内のＩＥの存在要件および条件を規定する。
【０１６９】
さらなる追加の実施形態では、前述の方式は、コンテキスト要求に関連する、３ＧＰＰ  ＬＴＥ  ＴＳ２９．２７４、第７．３．５節の状況において行うことができる。コンテキスト応答およびコンテキスト肯定応答に関連する第７．３．６節および第７．３．７節、ならびにいくつかの表は、この実施形態では再現されないが、前述の実施形態において理解され得る。３ＧＰＰ  ＬＴＥ  ＴＳ  ２９．２７４、第７．３．５節の仕様の変更された部分は、以下に記載される。
７．３．５  コンテキスト要求
新しいＭＭＥ／ＳＧＳＮは、ＴＡＵ／ＲＡＵプロシージャの一部として、コンテキスト要求メッセージをＳ３／Ｓ１６／Ｓ１０インターフェース上の古いＭＭＥ／ＳＧＳＮに送信し、ＵＥのためのＭＭおよびＥＰＳベアラコンテキストを得るものとする。
新しいＭＭＥは、３ＧＰＰ  ＴＳ  ２３．００３の第２．８．２．２．２号に規定されるように、古いノードのタイプを区別する。古いノードが、ＳＧＳＮである場合、ＧＵＴＩは、新しいＭＭＥによって、ＲＡＩおよびＰ−ＴＭＳＩにマップされるものとする。古いノードが、ＭＭＥである場合、新しいＭＭＥは、ＧＵＴＩ  ＩＥおよびＴＡＵ完了要求メッセージＩＥをコンテキスト要求メッセージ内に含む。一時的識別とエリア識別との間のマッピングは、３ＧＰＰ  ＴＳ  ２３．００３に定義される。
送信／新しいノードは、コンテキスト要求メッセージ内に以下を含むものとする。
−セル識別が、ＴＡＵ／ＲＡＵプロシージャの一部として、トラッキングエリア更新要求メッセージ内で受信され、ＭＭＥが、ＬＩＰＡをサポートするように構成される場合、セル識別。
−Ｌ−ＧＷ（ＩＰ）アドレスが、ＴＡＵ／ＲＡＵプロシージャの一部として、トラッキングエリア更新要求メッセージ内で受信され、ＭＭＥが、ＬＩＰＡをサポートするように構成される場合、Ｌ−ＧＷ（ＩＰ）アドレス。
−ＣＳＧ識別子が、ＴＡＵ／ＲＡＵプロシージャの一部として、トラッキングエリア更新要求メッセージ内で受信され、ＭＭＥが、ＬＩＰＡをサポートするように構成される場合、ＣＳＧ識別子。
その代わりに、コンテキスト要求メッセージが受信された、ＵＥのためのＭＭおよびＥＰＳベアラコンテキストが、ＬＩＰＡ  ＰＤＮ接続に関連付けられたコンテキストを含む場合（３ＧＰＰ  ＴＳ  ２４．３０１参照）、以下でない限り、古いＭＭＥ／ＳＧＳＮは、ＬＩＰＡ  ＰＤＮ接続に関連付けられた全てのＰＤＰ、ＭＭ、およびＥＰＳベアラコンテキストをローカルに非アクティブ化する。
−セル識別が、コンテキスト要求メッセージ内で受信され、受信された識別が、ＥＰＳベアラコンテキストとともに記憶されたセル識別に一致する。
−ＣＳＧ識別子が、コンテキスト要求メッセージ内で受信され、受信されたＣＳＧ識別子が、ＥＰＳベアラコンテキストとともに記憶されたＣＳＧ識別に一致する。
−Ｌ−ＧＷ（ＩＰ）アドレスが、コンテキスト要求メッセージ内で受信され、受信されたＬ−ＧＷ（ＩＰ）アドレスが、ＥＰＳベアラコンテキストとともに記憶されたＬ−ＧＷ（ＩＰ）アドレスに一致する。
表７．３．５−１は、メッセージ内のＩＥの存在要件および条件を規定する。
【０１７０】
３ＧＰＰ  ＬＴＥ  ＴＳ２９．２７４、第７．３．５節および他の節に提案される変更は、組み合わせられ得ることに留意されたい。
【０１７１】
（実施形態Ｂ）
他の実施形態では、新しいＭＭＥ、ＭＭＥ−２は、ＬＩＰＡ  ＰＤＮ接続が、ＵＥのために解除される必要があるかどうか決定を行うことができる。新しいＭＭＥが、これを行うために、古いＭＭＥ、ＭＭＥ−１は、コンテキスト応答メッセージ内に、セルｉｄ、Ｌ−ＧＷ  ＩＰアドレス、ＣＳＧ、およびＰＤＮ接続が、ＬＩＰＡ  ＰＤＮ接続または別の接続タイプに従うＰＤＮ接続（すなわち、旧来のまたは３ＧＰＰリリース９以前に準拠するネットワークにおいてサポートされるような通常のＰＤＮ接続）であるかどうかの指示等の所定の情報を提供する。所定の情報とＮＡＳ要求メッセージの一部（例えば、ＴＡＵ）として受信された情報の比較に応じて、ＭＭＥは、ＬＩＰＡ  ＰＤＮ接続をローカルに非アクティブ化するか、またはさらに、ＮＡＳ応答メッセージを返し、ＵＥが、暗黙的にデタッチする必要があることをＵＥに示すことができる。
【０１７２】
この設定では、通常のＰＤＮ接続は、「１つのＩＰｖ４アドレスおよび／または１つのＩＰｖ６プレフィックスによって表されるＵＥと、ＡＰＮによって表されるＰＤＮとの間の関連付け」として定義することができる。
【０１７３】
この実施形態は、新しいＭＭＥが、ＬＩＰＡを処理可能である限り、新しいＭＭＥに、ＬＩＰＡサービス継続が、ＵＥがアクセスしているセルにおいて提供されるかどうかを決定させることができる（実施形態Ａでは、古いＭＭＥが決定を行う）。
【０１７４】
古いＭＭＥは、新しいＭＭＥが、ＬＩＰＡを認知しているかどうかを決定する。新しいＭＭＥのアドレスは、制御プレーンのためのＦ−ＴＥＩＤから得られる。古いＭＭＥは、新しいＭＭＥのアドレスを伴うオペレータの構成情報を読み出すことによって、新しいＭＭＥのソフトウェアバージョンを見つけることが可能であるはずである。古いＭＭＥが、新しいＭＭＥがＬＩＰＡを認知していないと決定する場合、および古いＭＭＥが、ＬＩＰＡがＰＤＮ接続に対してアクティブであることを検出する場合、古いＭＭＥは、ＭＭＥ要求ＰＤＮ切断プロシージャをトリガすることによって、ＬＩＰＡ  ＰＤＮ接続を解除するものとする。古いＭＭＥは、ＬＩＰＡが解除された場合、ＬＩＰＡベアラコンテキストをコンテキスト応答メッセージ内に含まないものとする。ＵＥが、ＬＩＰＡ  ＰＤＮ解除後、他のＰＤＮ接続を有していない場合、古いＭＭＥは、ＭＭＥ開始デタッチプロシージャを開始するものとする。新しいＭＭＥが、ＬＩＰＡを処理可能である場合、古いＭＭＥは、ＬＩＰＡ  ＰＤＮ接続を解除せず、コンテキスト応答メッセージを新しいＭＭＥに送信するものとする。コンテキスト応答メッセージは、最後の既知のセルＩＤおよび最後の既知のＣＳＧ  ＩＤを含む。また、ＵＥのための各アクティブＰＤＮ接続については、ＰＤＮ接続がＬＩＰＡであるかどうかを示す、フラグが存在する。
【０１７５】
新しいＭＭＥは、新しいＭＭＥがＬＩＰＡを認知し、新しいＭＭＥが、コンテキスト応答メッセージのＭＭＥ／ＳＧＳＮ  ＵＥ  ＥＰＳ  ＰＤＮ接続ＩＥ内のＬＩＰＡインジケータに基づいて、ＬＩＰＡがＵＥのＰＤＮ接続に対してアクティブであることを検出する場合、および、新しいＭＭＥが、コンテキスト応答からのセルＩＤおよびＣＳＧ  ＩＤと、ＵＥがアクセスしているｅＮＢから取得されたセルｉｄおよびＣＳＧ  ＩＤの比較に基づいて、ＬＩＰＡサービス継続が、ＵＥがアクセスしているセルにおいて提供されていないことを決定する場合、ＭＭＥ要求ＰＤＮ切断プロシージャをトリガすることによって、ＬＩＰＡ  ＰＤＮ接続を解除するものとする。ＵＥが、ＬＩＰＡ  ＰＤＮ解除後、他のＰＤＮ接続を有していない場合、古いＭＭＥは、ＭＭＥ開始デタッチプロシージャを開始するであろう。
【０１７６】
前述の実施形態を図示するために、次に、サービングＧＷ変更を伴う、トラッキングエリア更新プロシージャを図示する、信号フロー図（図１３）と、Ｓ  ＧＷ変更を伴わない、Ｅ−ＵＴＲＡＮトラッキングエリア更新（図１４）を図示する、図１３および１４を参照する。
【０１７７】
最初に、図１３を参照すると、一実施形態による、サービングＧＷ変更を伴う、トラッキングエリア更新プロシージャが、以下に説明される。ＰＭＩＰベースのＳ５／Ｓ８については、プロシージャステップ（Ａ）および（Ｂ）が、３ＧＰＰ  ＴＳ  ２３．４０２に定義されている。ステップ９および１０は、ＧＴＰベースのＳ５／Ｓ８に関する。ＭＭＥ変更を伴わない、トラッキングエリア更新の場合、ステップ４、５、７およびステップ１２−１７における信号伝達は、スキップされる。図１３は、以下に詳細に説明されるであろう、プロシージャのステップを示すように表された番号とともに、矢印を含む。
【０１７８】
ステップ１では、ＴＡＵプロシージャを開始するための３ＧＰＰ  ＴＳ  ２３．４０１の第５．３．３．０項に説明されたトリガのうちの１つが、生じる。トリガは、「ＲＲＣ接続が、解除原因「負荷再分散ＴＡＵ要求」トリガによって解除された」を含む。
【０１７９】
ステップ２では、ＵＥは、ｅノードＢに、ＴＡＵ要求メッセージと一緒に、ＲＲＣパラメータを送信することによって、ＴＡＵプロシージャを開始する。但し、ＴＡＵが、負荷再分散目的のためにトリガされた場合、古いＧＵＭＭＥＩは、ＲＲＣパラメータ内に含まれない。
【０１８０】
ＵＥのＴＩＮが、「ＧＵＴＩ」または「ＲＡＴ−関連ＴＭＳＩ」を示し、ＵＥが、有効ＧＵＴＩを保持する場合、古いＧＵＴＩは、この有効ＧＵＴＩを示す。ＵＥのＴＩＮが、「Ｐ−ＴＭＳＩ」を示し、ＵＥが、有効Ｐ−ＴＭＳＩおよび関連ＲＡＩを保持する場合、これらの２つの要素は、古いＧＵＴＩとして示される。ＧＵＴＩへのＰ−ＴＭＳＩおよびＲＡＩのマッピングは、付属Ｈに規定される。ＵＥが、Ｅ−ＵＴＲＡＮに対して再選択するとき、接続モード（例えば、ＵＲＡ＿ＰＣＨ）であると、ＵＥは、そのＴＩＮを「Ｐ−ＴＭＳＩ」に設定するものとする。
【０１８１】
ＵＥが、有効ＧＵＴＩを保持し、古いＧＵＴＩが、Ｐ−ＴＭＳＩおよびＲＡＩからマップされたＧＵＴＩを示す場合、ＵＥは、ＧＵＴＩを追加のＧＵＴＩとして示す。古いＧＵＴＩが、Ｐ−ＴＭＳＩおよびＲＡＩからマップされたＧＵＴＩを示し、ＵＥが、有効Ｐ−ＴＭＳＩ署名を有する場合、Ｐ−ＴＭＳＩ署名が、含まれるものとする。
【０１８２】
トラッキングエリア更新要求メッセージ内の追加のＧＵＴＩは、古いＧＵＴＩが、Ｐ−ＴＭＳＩおよびＲＡＩからマップされた値を示すとき、新しいＭＭＥが、新しいＭＭＥ内に記憶された任意の既に存在するＵＥコンテキストを見つけることを可能にする。
【０１８３】
ＲＲＣパラメータ「古いＧＵＭＭＥＩ」は、前述のルールに従って、古いＧＵＴＩとして信号伝達される識別子から、その値をとる。複合ＭＭＥ／ＳＧＳＮについては、ｅＮＢは、この複合ノードのＭＭＥ−コードを同一の複合ノードにルーティングするように構成される。このｅＮＢはまた、複合ノードによって配分されたＰ−ＴＭＳＩのＵＥのマッピングによって生成される、ＧＵＴＩのＭＭＥ−コードをルーティングするように構成される。そのようなｅＮＢ構成はまた、別個のノードのために使用され、ＲＡＴ間移動によって生じる、プール内のノード変更を回避し得る。
【０１８４】
ステップ３では、ｅノードＢは、古いＧＵＭＭＥＩおよび示される選択されたネットワークを搬送する、ＭＭＥをＲＲＣパラメータから導出する。そのＭＭＥが、ｅノードＢに関連付けられない、またはＧＵＭＭＥＩが、利用可能ではない、またはＵＥが、ＴＡＵプロシージャが負荷再分散によってトリガされたことを示す場合、ｅノードＢは、「ＭＭＥ選択機能」に関する３ＧＰＰ  ＴＳ  ２３．４０１、第４．３．８．３項内に説明されるように、ＭＭＥを選択する。
【０１８５】
ｅノードＢは、ＴＡＵ要求メッセージ一緒に、ＣＳＧアクセスモード、ＣＳＧ  ＩＤ、メッセージを受信したセルのＴＡＩ＋ＥＣＧＩ等の追加のパラメータ、および選択されたネットワークを新しいＭＭＥに転送する。ＣＳＧ  ＩＤは、ＵＥが、ＣＳＧセルまたはハイブリッドセルを介して、ＴＡＵ要求メッセージを送信する場合、ＲＡＮによって提供される。ＣＳＧアクセスモードは、ＵＥが、ハイブリッドセルを介して、ＴＡＵ要求メッセージを送信する場合、提供される。ＣＳＧアクセスモードは提供されないが、ＣＳＧ  ＩＤが提供される場合、ＭＭＥは、セルをＣＳＧセルとしてみなすものとする。
【０１８６】
ステップ４では、新しいＭＭＥは、ＵＥから受信されたＧＵＴＩを使用して、古いＭＭＥ／Ｓ４  ＳＧＳＮアドレスを導出し、コンテキスト要求（古いＧＵＴＩ、ＴＡＵ完了要求メッセージ、Ｐ−ＴＭＳＩ署名、ＭＭＥアドレス、ＵＥ確認（ＵＥ  Ｖａｌｉｄａｔｅｄ））メッセージを古いＭＭＥ／古いＳ４  ＳＧＳＮに送信し、ユーザ情報を読み出す。ＵＥ確認は、例えば、ＵＥのためのネイティブＥＰＳセキュリティコンテキストに基づいて、新しいＭＭＥが、ＴＡＵメッセージの完全性保護を確認したことを示す。コンテキスト要求を確認するために、古いＭＭＥは、ＴＡＵ完了要求メッセージを使用し、古いＳ４  ＳＧＳＮは、Ｐ−ＴＭＳＩ署名を使用して、完全性チェックが、古いＭＭＥ／Ｓ４  ＳＧＳＮにおいて失敗する場合、適切なエラーとともに応答する。これは、新しいＭＭＥにおいて、セキュリティ機能を開始させるものとする。セキュリティ機能が、ＵＥを正確に認証する場合、新しいＭＭＥは、コンテキスト要求（ＩＭＳＩ、ＴＡＵ完了要求メッセージ、ＭＭＥアドレス、ＵＥ確認）メッセージを、ＵＥ確認セットを伴い古いＭＭＥ／Ｓ４  ＳＧＳＮに送信するものとする。新しいＭＭＥが、ＵＥを認証したことを示す場合、または古いＭＭＥ／古いＳ４  ＳＧＳＮが、ＵＥを正しく確認する場合、古いＭＭＥ／古いＳ４ＳＧＳＮは、タイマを始動する。
【０１８７】
ステップ５では、コンテキスト要求が古いＭＭＥに送信された場合、古いＭＭＥは、コンテキスト応答（ＩＭＳＩ、ＭＥ識別（利用可能な場合）、ＭＳＩＳＤＮ、ＭＭコンテキスト、ＥＰＳベアラコンテキスト、サービングＧＷ信号伝達アドレスおよびＴＥＩＤ、サポートされるＩＳＲ、ＭＳ情報変更報告アクション（利用可能な場合）、ＣＳＧ情報報告アクション（利用可能な場合）、ＵＥコアネットワーク能力、ＵＥ特定のＤＲＸパラメータ）メッセージで応答する。コンテキスト要求が、古いＳ４  ＳＧＳＮに送信された場合、古いＳ４  ＳＧＳＮは、コンテキスト応答（ＭＭコンテキスト、ＥＰＳベアラコンテキスト、サービングＧＷ信号伝達アドレスおよびＴＥＩＤ、サポートされるＩＳＲ、ＭＳ情報変更報告アクション（利用可能な場合）、ＣＳＧ情報報告アクション（利用可能な場合）、ＵＥコアネットワーク能力、ＵＥ特定のＤＲＸパラメータ）で応答する。ＭＭコンテキストは、３ＧＰＰ  ＴＳ  ２３．４０１第 ５．７．２項ＭＭＥのための情報記憶に説明されるように、セキュリティ関連情報ならびに他のパラメータ（ＩＭＳＩ、ＭＥ識別（利用可能な場合）、およびＭＳＩＳＤＮを含む）を含む。ＭＭコンテキスト内の未使用認証クインテットもまた、ＳＧＳＮ内に維持される。ＰＤＮ  ＧＷアドレスおよびＴＥＩＤ（ＧＴＰベースのＳ５／Ｓ８について）またはＧＲＥキー（アップリンクトラフィックのためのＰＤＮ  ＧＷにおけるＰＭＩＰベースのＳ５／Ｓ８）およびＴＩは、ＥＰＳベアラコンテキストの一部である。ＵＥが、古いＭＭＥ／古いＳ４  ＳＧＳＮ内で未知である場合、またはＴＡＵ要求メッセージのための完全性チェックが失敗する場合、古いＭＭＥ／古いＳ４  ＳＧＳＮは、適切なエラー原因で応答する。古いＭＭＥ／古いＳ４  ＳＧＳＮおよび関連付けられたサービングＧＷがＵＥのためのＩＳＲをアクティブ化可能である場合、ＩＳＲサポート（ＩＳＲ  Ｓｕｐｐｏｒｔｅｄ）が示される。ＭＳＩＳＤＮは、古いＭＭＥ／古いＳ４  ＳＧＳＮが、そのＵＥのためにそれを記憶している場合、含まれる。
【０１８８】
ステップ７では、ＭＭＥ（ＭＭＥが、変化した場合は、新しいＭＭＥである）は、サービングＧＷを再配置することを決定する。サービングＧＷは、古いサービングＧＷが、ＵＥにサービス提供し続けることができないときに、再配置される。ＭＭＥ（ＭＭＥが、変化した場合は、新しいＭＭＥである）はまた、新しいサービングＧＷが、ＵＥに、より長くサービス提供する、および／またはより最適なＵＥからＰＤＮ  ＧＷへのパスをもたらすことが予期される場合、あるいは新しいサービングＧＷが、ＰＤＮ  ＧＷと同一場所に位置することができる場合、サービングＧＷを再配置することを決定し得る。新しいサービングＧＷの選択は、「サービングＧＷ選択機能」に関する３ＧＰＰ  ＴＳ  ２３．４０１の第４．３．８．２項に従って行われる。
【０１８９】
ＭＭＥが、変化した場合、新しいＭＭＥは、コンテキスト肯定応答（サービングＧＷ変更指示）メッセージを古いＭＭＥ／古いＳ４  ＳＧＳＮに送信する。
【０１９０】
ステップ８では、ＭＭＥが、変化した場合、新しいＭＭＥは、ＵＥから受信されたＥＰＳベアラステータスを古いＭＭＥ／古いＳ４  ＳＧＳＮから受信されたベアラコンテキストを用いて検証する。ＭＭＥは、ＵＥ内でアクティブではないＥＰＳベアラに関連する任意のネットワークリソースを解除する。ベアラコンテキストが全く存在しない場合、ＭＭＥは、ＴＡＵ要求を拒否する。
【０１９１】
ユーザＣＳＧ情報ＩＥは、「アクティブフラグ」が、ＴＡＵ要求メッセージ内に設定される場合のみ、ステップ８において送信されることに留意されたい。
【０１９２】
ステップ１２では、新しいＭＭＥは、ＧＵＴＩ、追加のＧＵＴＩによって、または古いＣＮノードからのコンテキストデータとともに受信されたＩＭＳＩによって識別されるＵＥに対する加入データを保持するかどうかを検証する。
【０１９３】
ステップ１３では、ＨＳＳは、メッセージ位置キャンセル（ＩＭＳＩ、キャンセルタイプ）を更新プロシージャに設定されたキャンセルタイプを伴う古いＭＭＥに送信する。
【０１９４】
ステップ１４では、ステップ４で始動されたタイマが、起動していない場合、古いＭＭＥは、ＭＭコンテキストを除去する。そうでなければ、コンテキストは、タイマが切れるときに除去される。これはまた、ＵＥが、新しいＭＭＥへの進行中のＴＡＵプロシージャを完了する前に、別のＴＡＵプロシージャを開始する場合、ＭＭコンテキストが古いＭＭＥに維持されることを確実にする。古いＭＭＥは、メッセージ位置キャンセル肯定応答（ＩＭＳＩ）によって肯定応答する。
【０１９５】
ステップ１５では、古いＳ４  ＳＧＳＮが、コンテキスト肯定応答メッセージを受信し、かつ、ＵＥがＩｕ接続にある場合、古いＳ４  ＳＧＳＮは、ステップ４で始動されたタイマが切れた後、Ｉｕ解除コマンドメッセージをＲＮＣに送信する。
【０１９６】
ステップ１６では、ＲＮＣは、Ｉｕ解除完了メッセージによって応答する。
【０１９７】
ステップ１７では、ＨＳＳは、位置更新肯定応答（ＩＭＳＩ、加入データ）メッセージを新しいＭＭＥに送信することによって、位置更新要求メッセージを肯定応答する。位置更新が、ＨＳＳによって拒否される場合、新しいＭＭＥは、適切な原因によって、ＵＥからのＴＡＵ要求を拒否する。加入データは、ＰＬＭＮのためのＣＳＧ加入データを含み得る。
【０１９８】
ＵＥが、ＣＳＧセルにおいて、ＴＡＵプロシージャを開始する場合、新しいＭＭＥは、ＣＳＧ  ＩＤが、ＣＳＧ加入に含まれ、期限が切れていないかどうかチェックするものとする。ＣＳＧ  ＩＤが、存在しない、または期限が切れている場合、ＭＭＥは、適切な原因値とともに、トラッキングエリア更新拒否メッセージをＵＥに送信するものとする。ＵＥは、存在する場合、ＣＳＧ  ＩＤをその許可ＣＳＧリストから除去するものとする。ＵＥが、進行中の緊急ベアラサービスを有する場合、ＣＳＧアクセス制御は、行われないものとする。全てのチェックが、正常である場合、新しいＭＭＥは、ＵＥのためのコンテキストを構築する。
【０１９９】
ステップ１８では、ＭＭＥが、変化した場合、ステップ４で始動されたタイマが切れると、古いＭＭＥ／古いＳ４  ＳＧＳＮは、任意のローカルＭＭＥまたはＳＧＳＮベアラリソースを解除し、コンテキスト肯定応答メッセージにおいてサービングＧＷ変更指示を受信した場合、古いＭＭＥ／古いＳ４  ＳＧＳＮは、送信削除セッション要求（原因）メッセージを古いサービングＧＷに送信することによって、ＥＰＳベアラリソースを削除する。原因は、古いサービングＧＷに、古いサービングＧＷが、ＰＤＮ  ＧＷに向かって削除プロシージャを開始しないものとすることを示す。
【０２００】
ＭＭＥは、ＴＡＵ受諾メッセージをＵＥに送信する。アクティブフラグが設定されている場合、ＭＭＥは、ｅノードＢに、ハンドオーバ制限リストを提供し得る。ＭＭＥが新しいＧＵＴＩを配分する場合、ＧＵＴＩが含まれる。「アクティブフラグ」が、ＴＡＵ要求メッセージ内に設定されている場合、ユーザプレーン設定プロシージャは、ＴＡＵ受諾メッセージと連動して、アクティブ化されることができる。プロシージャは、３ＧＰＰ  ＴＳ  ３６．３００に詳細に説明されている。メッセージシーケンスは、ＭＭＥがベアラを確立するときのステップからの３ＧＰＰ  ＴＳ  ２３．４０１の第５．３．４．１項に規定されるＵＥトリガサービス要求プロシージャに対するものと同一であるべきである。ＭＭＥは、ＥＰＳベアラステータスＩＥをＵＥに示す。ＵＥは、受信されたＥＰＳベアラステータスにおいて、アクティブとマークされていないベアラに関連する任意の内部リソースを除去する。ハンドオーバ制限リストは、３ＧＰＰ  ＴＳ  ２３．４０１の第４．３．５．７項「移動制限」に説明されている。ＭＭＥは、３ＧＰＰ  ＴＳ  ２３．４０１の第４．３．５．８項に説明されるようにサポートされる、ＩＭＳボイスオーバーＰＳセッションを設定する。
【０２０１】
ＴＡＵプロシージャが、手動ＣＳＧ選択によって開始され、ＣＳＧセルを介して生じる場合、ＵＥは、ＴＡＵ受諾メッセージの受信に応じて、既に存在していない場合、ＣＳＧ  ＩＤをその許可ＣＳＧリストに追加するものとする。手動ＣＳＧ選択は、ＵＥが、確立された緊急ベアラを有する場合、サポートされない。
【０２０２】
ユーザプレーン設定が、ＴＡＵ受諾メッセージと連動して行われ、ＴＡＵが、ハイブリッドセルを介して行われる場合、ＭＭＥは、Ｓ１−ＭＭＥ制御メッセージとともに、ＵＥが、ＣＳＧメンバーであるかどうかの指示をＲＡＮに送信するものとする。この情報に基づいて、ＲＡＮは、ＣＳＧおよび非ＣＳＧメンバーのために、異なる処理を行い得る。
【０２０３】
ＵＥが、ハイブリッドセルを介して、ＴＡＵ受諾メッセージを受信する場合、ＵＥは、対応するＣＳＧ  ＩＤをその許可ＣＳＧリストに追加しないことに留意されたい。ハイブリッドセルのために、ＣＳＧ  ＩＤをＵＥのローカル許可ＣＳＧリストに追加することは、ＯＴＡまたはＯＭＡ  ＤＭプロシージャによってのみ行われる。
【０２０４】
ステップ２１では、ＧＵＴＩが、ＴＡＵ受諾内に含まれる場合、ＵＥは、ＴＡＵ完了メッセージをＭＭＥに返すことによって、受信されたメッセージを肯定応答する。
【０２０５】
「アクティブフラグ」が、ＴＡＵ要求メッセージ内に設定されておらず、トラッキングエリア更新が、ＥＣＭ−接続状態において開始されなかった場合、新しいＭＭＥは、３ＧＰＰ  ＴＳ  ２３．４０１の第５．３．５項に従って、ＵＥとの信号伝達接続を解除する。新しいＭＭＥは、セキュリティ機能の実行後、Ｅ−ＲＡＢ確立（３ＧＰＰ  ＴＳ  ３６．４１３参照）を開始する、またはＴＡ更新プロシージャの完了まで待機し得ることに留意されたい。ＵＥについては、Ｅ−ＲＡＢ確立は、ＴＡ更新要求が送信された後、随時、生じ得る。
【０２０６】
次に、図１４を参照して、別の実施形態による、Ｓ−ＧＷ変更を伴わない、Ｅ−ＵＴＲＡＮトラッキングエリアを更新する方法が、以下に説明される。図１４は、以下に詳細に説明されるであろう、方法のステップを示すために表される数字とともに、矢印を含む。ＰＭＩＰベースのＳ５／Ｓ８については、プロシージャステップ（Ａ）が、３ＧＰＰ  ＴＳ  ２３．４０２［２］に定義されている。ステップ１２および１４は、ＧＴＰベースのＳ５／Ｓ８に関する。ＭＭＥ変更を伴わない、トラッキングエリア更新の場合、ステップ４、５、７、およびステップ９−１９における信号伝達は、スキップされる。
【０２０７】
ステップ１では、ＴＡＵプロシージャを開始するための３ＧＰＰ  ＴＳ  ２３．４０１の第５．３．３．０項に説明される、トリガのうちの１つが、生じる。トリガは、「ＲＲＣ接続が、解除原因「負荷再分散ＴＡＵ要求」によって解除された」トリガを含む。
【０２０８】
ステップ２では、ＵＥは、ｅノードＢに、トラッキングエリア更新要求（ＵＥコアネットワーク能力、アクティブフラグ、ＥＰＳベアラステータス、古いＧＵＴＩ、最後の訪問先ＴＡＩ、Ｐ−ＴＭＳＩ署名、追加のＧＵＴＩ、ＫＳＩＳＧＳＮ、ＫＳＩＡＳＭＥ、ＮＡＳシーケンス番号、ＮＡＳ−ＭＡＣ）メッセージとともに、ＲＲＣパラメータを送信し、選択されたネットワークおよび古いＧＵＭＭＥＩを示すことによって、ＴＡＵプロシージャを開始する。例外として、ＴＡＵが、負荷再分散目的のためにトリガされた場合（３ＧＰＰ  ＴＳ  ２３．４０１、第４．３．７．３項参照）、古いＧＵＭＭＥＩは、ＲＲＣパラメータ内に含まれない。
【０２０９】
ＵＥのＴＩＮが、「ＧＵＴＩ」または「ＲＡＴ−関連ＴＭＳＩ」を示し、ＵＥが、有効ＧＵＴＩを保持する場合、古いＧＵＴＩは、この有効ＧＵＴＩを示す。ＵＥのＴＩＮが、「Ｐ−ＴＭＳＩ」を示し、ＵＥが、有効Ｐ−ＴＭＳＩおよび関連ＲＡＩを保持する場合、これらの２つの要素は、古いＧＵＴＩとして示される。ＧＵＴＩへのＰ−ＴＭＳＩおよびＲＡＩのマッピングは、付属Ｈに規定される。ＵＥが、接続モード（例えば、ＵＲＡ＿ＰＣＨ）にあるとき、Ｅ−ＵＴＲＡＮに対して再選択すると、ＵＥは、そのＴＩＮを「Ｐ−ＴＭＳＩ」に設定するものとする。
【０２１０】
ＵＥが、有効ＧＵＴＩを保持し、古いＧＵＴＩが、Ｐ−ＴＭＳＩおよびＲＡＩからマップされたＧＵＴＩを示す場合、ＵＥは、ＧＵＴＩを追加のＧＵＴＩとして示す。古いＧＵＴＩが、Ｐ−ＴＭＳＩおよびＲＡＩからマップされたＧＵＴＩを示し、ＵＥが、有効Ｐ−ＴＭＳＩ署名を有する場合、Ｐ−ＴＭＳＩ署名が含まれるものとする。
【０２１１】
トラッキングエリア更新要求メッセージ内の追加のＧＵＴＩは、古いＧＵＴＩが、Ｐ−ＴＭＳＩおよびＲＡＩからマップされた値を示すとき、新しいＭＭＥが、新しいＭＭＥ内に記憶された任意の既に既存のＵＥコンテキストを見つけることを可能にする。
【０２１２】
ＲＲＣパラメータ「古いＧＵＭＭＥＩ」は、前述のルールに従って、古いＧＵＴＩとして信号伝達される識別子から、その値をとる。複合ＭＭＥ／ＳＧＳＮについては、ｅＮＢは、この複合ノードのＭＭＥ−コードを同一の複合ノードにルーティングするように構成される。このｅＮＢはまた、複合ノードによって配分されたＰ−ＴＭＳＩのＵＥのマッピングが生成される、ＧＵＴＩのＭＭＥ−コードをルーティングするように構成される。そのようなｅＮＢ構成はまた、別個のノードのために使用され、ＲＡＴ間移動によって生じる、プール内のノード変更を回避し得る。
【０２１３】
最後の訪問先ＴＡＩは、ＭＭＥが、任意の後続ＴＡＵ受諾メッセージのためのＴＡＩの良好なリストを生成するのに役立つために、含まれるものとする。選択ネットワークは、選択されるネットワークを示す。アクティブフラグは、ＴＡＵプロシージャによって、全てのアクティブＥＰＳベアラのための無線およびＳ１ベアラをアクティブ化するためのＵＥによる要求である。ＵＥのＩＳＲ能力は、ＵＥコアネットワーク能力要素内に含まれる。ＥＰＳベアラステータスは、ＵＥ内でアクティブである各ＥＰＳベアラを示す。ＴＡＵ要求メッセージは、３ＧＰＰ  ＴＳ  ３３．４０１［４１］に説明されるようなＮＡＳ−ＭＡＣによって、完全性が保護されるであろう。ＵＥが有効セキュリティパラメータを有する場合、ＫＳＩＡＳＭＥが含まれる。ＮＡＳシーケンス番号は、ＮＡＳメッセージの連番を示す。ＵＥが情報要素「古いＧＵＴＩ」内のＰ−ＴＭＳＩからマップされたＧＵＴＩを示す場合、ＫＳＩＳＧＳＮが含まれる。
【０２１４】
ステップ３では、ｅノードＢは、古いＧＵＭＭＥＩおよび示される選択されたネットワークを搬送する、ＭＭＥをＲＲＣパラメータから導出する。そのＧＵＭＭＥＩが、ｅノードＢに関連付けられない、またはＧＵＭＭＥＩが、利用可能ではない、またはＵＥが、ＴＡＵプロシージャが負荷再分散によってトリガされたことを示す場合、ｅノードＢは、「ＭＭＥ選択機能」に関する３ＧＰＰ  ＴＳ  ２３．４０１、第４．３．８．３項に説明されるように、ＭＭＥを選択する。ｅノードＢは、ＴＡＵ要求メッセージとともに、ＣＳＧアクセスモード、ＣＳＧ  ＩＤ、メッセージを受信したセルのＴＡＩ＋ＥＣＧＩ、およびＭＭＥへの選択されたネットワークを転送する。ＣＳＧ  ＩＤは、ＵＥが、ＣＳＧセルまたはハイブリッドセルを介して、ＴＡＵ要求メッセージを送信する場合、ＲＡＮによって提供される。ＣＳＧアクセスモードは、ＵＥが、ハイブリッドセルを介して、ＴＡＵ要求メッセージを送信する場合、提供される。ＣＳＧアクセスモードは、提供されないが、ＣＳＧ  ＩＤが提供される場合、ＭＭＥは、セルをＣＳＧセルとして見なすものとする。
【０２１５】
ステップ４では、新しいＭＭＥは、ＵＥから受信されたＧＵＴＩを使用して、古いＭＭＥ／Ｓ４  ＳＧＳＮアドレスを導出し、コンテキスト要求（古いＧＵＴＩ、ＭＭＥアドレス、ＵＥ確認（ＵＥ  Ｖａｌｉｄａｔｅｄ）、ＴＡＵ完了要求メッセージ、Ｐ−ＴＭＳＩ署名）メッセージを古いＭＭＥ／Ｓ４  ＳＧＳＮに送信し、ユーザ情報を読み出す。ＵＥ確認は、例えば、ＵＥのためのネイティブＥＰＳセキュリティコンテキストに基づいて、新しいＭＭＥが、ＴＡＵメッセージの完全性保護を確認したことを示す。コンテキスト要求を確認するために、古いＭＭＥは、ＴＡＵ完了要求メッセージを使用し、古いＳ４  ＳＧＳＮは、Ｐ−ＴＭＳＩ署名を使用し、完全性チェックが、古いＭＭＥ／Ｓ４  ＳＧＳＮにおいて失敗する場合、適切なエラーによって応答する。これは、新しいＭＭＥにおけるセキュリティ機能を開始するものとする。セキュリティ機能が、ＵＥを正しく認証する場合、新しいＭＭＥは、コンテキスト要求（ＩＭＳＩ、ＴＡＵ完了要求メッセージ、ＭＭＥアドレス、ＵＥ確認）メッセージをＵＥ確認セットを伴う古いＭＭＥ／Ｓ４  ＳＧＳＮに送信するものとする。新しいＭＭＥが、ＵＥを認証したことを示す場合、または古いＭＭＥ／古いＳ４  ＳＧＳＮが、ＵＥを認証する場合、古いＭＭＥ／古いＳ４  ＳＧＳＮは、タイマを始動する。
【０２１６】
緊急ベアラを伴うＵＥが、古いＭＭＥ／古いＳ４  ＳＧＳＮ（認証されないＵＥをサポートするネットワーク内の）において認証されない場合、古いＭＭＥ／古いＳ４  ＳＧＳＮは、プロシージャを継続し、コンテキスト応答を送信し、また、コンテキスト要求を確認できないとき、タイマを始動させる。
【０２１７】
ステップ５では、コンテキスト要求が、古いＭＭＥに送信された場合、古いＭＭＥは、コンテキスト応答（ＩＭＳＩ、ＭＥ識別（利用可能な場合）、ＭＳＩＳＤＮ、未使用ＥＰＳ認証ベクター、ＫＳＩＡＳＭＥ、ＫＡＳＭＥ、ＥＰＳベアラコンテキスト、サービングＧＷ信号伝達アドレスおよびＴＥＩＤ、ＭＳ情報変更報告アクション（利用可能な場合）、ＣＳＧ情報報告アクション（利用可能な場合）、ＵＥコアネットワーク能力、ＵＥ特定のＤＲＸパラメータ）メッセージによって応答する。コンテキスト要求が、古いＳ４  ＳＧＳＮに送信された場合、古いＳ４  ＳＧＳＮは、コンテキスト応答（ＩＭＳＩ、ＭＥ識別（利用可能な場合）、ＭＳＩＳＤＮ、未使用認証クインテット、ＣＫ、ＩＫ、ＫＳＩＳＧＳＮ、ＥＰＳベアラコンテキスト、サービングＧＷ信号伝達アドレスおよびＴＥＩＤ、サポートされるＩＳＲ、ＭＳ情報変更報告アクション（利用可能な場合）、ＣＳＧ情報報告アクション（利用可能な場合）、ＵＥコアネットワーク能力、ＵＥ特定のＤＲＸパラメータ）メッセージによって応答する。認証クインテットは、それらが送信される前に、ＳＧＳＮによってコピーされる。ＰＤＮ  ＧＷアドレスおよびＴＥＩＤ（ＧＴＰベースのＳ５／Ｓ８については）またはＧＲＥキー（アップリンクトラフィックおよびＴＩのためのＰＤＮ  ＧＷにおけるＰＭＩＰベースのＳ５／Ｓ８）は、ＥＰＳベアラコンテキストの一部である。ＩＳＲサポート（ＩＳＲ  Ｓｕｐｐｏｒｔｅｄ）は、古いＳＧＳＮおよび関連付けられたサービングＧＷが、ＵＥのためのＩＳＲをアクティブ化可能である場合、示される。
【０２１８】
新しいＭＭＥは、トラッキングエリア更新要求内でＵＥコアネットワーク能力を以前に受信しているときのみ、コンテキスト応答内に含まれるＵＥコアネットワーク能力を無視するものとする。ＵＥが、古いＭＭＥ／古いＳ４  ＳＧＳＮ内で既知ではない場合、またはＴＡＵ要求メッセージのための完全性チェックが失敗する場合、古いＭＭＥ／古いＳ４  ＳＧＳＮは、適切なエラー原因によって応答する。
【０２１９】
ＵＥが、緊急サービスを古いＭＭＥ／古いＳ４  ＳＧＳＮから受信し、ＵＥが、ＵＩＣＣ非対応である場合、ＩＭＳＩは、コンテキスト応答内に含めることができない。緊急アタッチされたＵＥについては、ＩＭＳＩが認証できない場合、ＩＭＳＩは、非認証としてマークされるものとする。また、この場合、セキュリティパラメータは、利用可能な場合のみ、含まれる。
【０２２０】
ステップ６では、ＴＡＵ要求メッセージの完全性チェック（ステップ２において送信される）が失敗した場合、認証は、強制的である。認証機能は、「セキュリティ機能」に関する第５．３．１０項に定義される。暗号化プロシージャは、「セキュリティ機能」に関する第５．３．１０項に定義される。ＧＵＴＩ配分が、行われようとしており、ネットワークが、暗号化をサポートする場合、ＮＡＳメッセージが、暗号化されるものとする。
【０２２１】
このＴＡＵ要求が、既にＥＣＭ＿接続状態にある、ＵＥのために受信され、ステップ３において、ｅＮＢによって送信されたＴＡＩのＰＬＭＮ−ＩＤが、ＴＡＵ要求メッセージ内に含まれるＧＵＴＩのものと異なる場合、ＭＭＥは、ステップ２１（ＴＡＵ完了メッセージ）後まで、ＵＥの認証を遅延させるであろう。
【０２２２】
ＭＭＥは、ＵＥが、最初に、ハンドオーバの間、その登録されたＰＬＭＮ−ＩＤをＲＡＮによって選択された新しいＰＬＭＮ−ＩＤに更新するように、認証を遅延させる。新しいＰＬＭＮ−ＩＤは、ステップ２０において、ＴＡＵ受諾メッセージ内のＧＵＴＩの一部として、ＭＭＥによって、ＵＥに提供される。これを行うことは、同一のＰＬＭＮ−ＩＤが、ネットワークおよびＵＥの両方によって、Ｋａｓｍｅキーの導出において使用されることを確実にする。
【０２２３】
新しいＭＭＥが、認証されないＵＥのための緊急サービスを可能にするように構成される場合、新しいＭＭＥは、以下のように挙動する。
【０２２４】
−ＵＥが、緊急ベアラサービスのみ有する場合、ＭＭＥは、認証およびセキュリティプロシージャをスキップするか、または認証が失敗し得ることを受諾し、トラッキングエリア更新プロシージャを継続するかのいずれかである。あるいは、
−ＵＥが、緊急および非緊急ベアラサービスの両方を有し、認証が失敗する場合、ＭＭＥは、トラッキングエリア更新プロシージャを継続し、第５．１０．３項に規定されるように、全ての非緊急ＰＤＮ接続を非アクティブ化する。
【０２２５】
ステップ７では、古いノードが、古いＭＭＥである場合、新しいＭＭＥは、コンテキスト肯定応答メッセージを古いＭＭＥに送信する。古いＭＭＥは、そのコンテキスト内に、ＧＷおよびＨＳＳにおける情報が、無効であることをマークする。これは、ＵＥが、進行中のＴＡＵプロシージャを完了する前に、ＭＭＥに戻って、ＴＡＵプロシージャを開始する場合、ＭＭＥが、ＧＷおよびＨＳＳを更新することを確実にする。
【０２２６】
古いノードが、古いＳ４  ＳＧＳＮである場合、ＭＭＥは、コンテキスト肯定応答（ＩＳＲアクティブ化（ＩＳＲ  Ａｃｔｉｖａｔｅｄ））メッセージを古いＳＧＳＮに送信する。ＩＳＲアクティブ化が、ＭＭＥによって示されない限り、古いＳ４  ＳＧＳＮは、そのコンテキスト内に、ＧＷにおける情報が無効であることをマークする。これは、ＵＥが、進行中のＴＡＵプロシージャを完了する前に、古いＳ４  ＳＧＳＮに戻って、ＲＡＵプロシージャを開始する場合、古いＳ４  ＳＧＳＮが、ＧＷを更新することを確実にする。ＩＳＲアクティブ化が、古いＳ４  ＳＧＳＮに示される場合、これは、古いＳ４  ＳＧＳＮが、認証クインテットを含む、そのＵＥコンテキストを維持し、ステップ４で始動されたタイマを停止するものとすることを示す。この場合、暗黙的デタッチタイマが、起動中である場合、古いＳ４  ＳＧＳＮは、ＵＥのＧＥＲＡＮ／ＵＴＲＡＮ非アクティブ化ＩＳＲタイマより若干大きい値で再始動させるものとする。また、この場合、古いＳＧＳＮが、ユーザプレーンおよびＳ４  ＧＴＰ−Ｕ  ＴＥＩＤのためのサービングＧＷアドレスを維持している場合、古いＳＧＳＮは、ユーザプレーンおよびＳ４  ＧＴＰ−Ｕ  ＴＥＩＤのためのサービングＧＷアドレスをローカルに除去するものとする。ＩＳＲアクティブ化が、示されず、このタイマが、切れると、古いＳＧＳＮは、そのＵＥの全ベアラリソースを削除する。ＭＭＥからのコンテキスト肯定応答が、任意のＳ−ＧＷ変更を含まないため、Ｓ４  ＳＧＳＮは、いずれの削除セッション要求メッセージもＳ−ＧＷに送信しない。ＭＭＥは、関連付けられたサービングＧＷが、ＩＳＲをサポートしない場合、ＩＳＲをアクティブ化しないものとする。
【０２２７】
セキュリティ機能が、ＵＥを正しく認証しない場合、ＴＡＵは、拒否され、ＭＭＥは、拒否指示を古いＭＭＥ／古いＳ４  ＳＧＳＮに送信するものとする。古いＭＭＥ／古いＳ４  ＳＧＳＮは、識別およびコンテキスト要求が、受信されなかった場合のように継続するものとする。
【０２２８】
この実施形態は、図１３のステップ８に対応するステップを有していない。
【０２２９】
ステップ９では、ＭＭＥが、変化した場合、新しいＭＭＥは、古いＭＭＥ／ＳＧＳＮから受信されたベアラコンテキストを、新しいＭＭＥによって維持されるべきＵＥのＥＰＳベアラコンテキストとして、採用する。ＭＭＥは、示される順序において、ＥＰＳベアラを確立する。ＭＭＥは、確立されることができない、ＥＰＳベアラを非アクティブ化する。
【０２３０】
ＭＭＥは、ＵＥから受信されたＥＰＳベアラステータスをそれが維持するＥＰＳベアラコンテキストを用いて検証し、ＵＥ内でアクティブではないＥＰＳベアラに関連するいかなるネットワークリソースも解除する。ベアラコンテキストが全く存在しない場合、ＭＭＥは、ＴＡＵ要求を拒否する。ＭＭＥが、変化した場合、新しいＭＭＥは、ＰＤＮ接続毎に、ベアラ修正要求（新しいＭＭＥアドレスおよびＴＥＩＤ、サービングネットワーク識別、ＩＳＲアクティブ化（ＩＳＲ  Ａｃｔｉｖａｔｅｄ）、ＲＡＴタイプ）メッセージをサービングＧＷに送信する。ＰＤＮ  ＧＷアドレスは、ベアラコンテキスト内に示される。示される場合、ＩＳＲアクティブ化情報は、ＩＳＲがアクティブ化されることを示す。ＰＤＮ  ＧＷが、ＵＥの位置および／またはユーザＣＳＧ情報を要求した場合、ＭＭＥはまた、ユーザ位置情報ＩＥおよび／またはユーザＣＳＧ情報ＩＥをこのメッセージ内に含む。ＵＥ時間帯が変化した場合、ＭＭＥは、ＵＥ時間帯ＩＥをこのメッセージ内に含む。古いノードが、ＭＭＥ変更を伴うトラッキングエリア更新における、古いＭＭＥである場合、ＩＳＲアクティブ化は、示されないものとする。ユーザＣＳＧ情報ＩＥは、「アクティブフラグ」が、ＴＡＵ要求メッセージ内に設定される場合のみ、ステップ９において送信される。
【０２３１】
ベアラ修正要求が、ＩＳＲアクティブ化を示さないとき、Ｓ−ＧＷは、削除ベアラ要求を、留保されたＳ−ＧＷ上にベアラリソースを有する他のＣＮノードに送信することによって、任意のＩＳＲリソースを削除する。
【０２３２】
ステップ１０では、ＲＡＴタイプが変化した場合、またはサービングＧＷが、ステップ９において、ユーザ位置情報ＩＥまたはＵＥ時間帯ＩＥまたはユーザＣＳＧ情報ＩＥをＭＭＥから受信した場合、サービングＧＷは、ＰＤＮ接続毎に、メッセージベアラ修正要求（ＲＡＴタイプ）を該当ＰＤＮ  ＧＷに送信することによって、ＰＤＮ  ＧＷに、この情報に関して通知し、これは、例えば、課金のために使用することができる。ユーザ位置情報ＩＥおよび／またはＵＥ時間帯ＩＥおよび／またはユーザＣＳＧ情報ＩＥはまた、それらが、ステップ９において存在する場合、含まれる。
【０２３３】
ステップ１１では、動的ＰＣＣが採用され、ＲＡＴタイプ情報またはＵＥ位置情報が、ＰＤＮ  ＧＷからＰＣＲＦに伝達される必要がある場合、ＰＤＮ  ＧＷは、３ＧＰＰ  ＴＳ  ２３．２０３［６］に定義されるように、ＩＰ−ＣＡＮセッション修正プロシージャによって、この情報をＰＣＲＦに送信するものとする。
【０２３４】
ＰＤＮ  ＧＷは、ＰＣＲＦ応答を待機する必要はないが、次のステップにおいて継続する。ＰＣＲＦ応答が、ＥＰＳベアラ修正につながる場合、ＰＤＮ  ＧＷは、ベアラ更新プロシージャを開始すべきである。
【０２３５】
ステップ１２では、ＰＤＮ  ＧＷは、そのコンテキストフィールドを更新し、ＤＬ  ＰＤＵが、正しいサービングＧＷにルーティングされることを可能にする。ＰＤＮ  ＧＷは、ベアラ修正応答（ＭＳＩＳＤＮ）をサービングＧＷに返す。ＭＳＩＳＤＮは、ＰＤＮ  ＧＷが、それをそのＵＥコンテキスト内に記憶している場合、含まれる。
【０２３６】
ステップ１３では、サービングＧＷは、そのベアラコンテキストを更新する。ＩＳＲアクティブ化が、ステップ９において示され、ステップ９において受信されたＲＡＴタイプが、Ｅ−ＵＴＲＡＮを示す場合、サービングＧＷは、ローカルに記憶されたＭＭＥ制御プレーンアドレスのみを更新し、ＳＧＳＮ関連情報を不変のまま維持する。また、この場合、サービングＧＷが、ユーザプレーンおよびＳ４  ＧＴＰ−Ｕ  ＴＥＩＤのために、ＳＧＳＮアドレスを維持している場合、サービングＧＷは、ユーザプレーンおよびＳ４  ＧＴＰ−Ｕ  ＴＥＩＤのためのＳＧＳＮアドレスをローカルに除去する。そうでなければ、サービングＧＷは、ＭＭＥから受信された関連情報によって、このＵＥのためのローカルに記憶された情報全てを更新するものとする。これは、サービングＧＷが、ｅノードＢから受信されると、ベアラＰＤＵをＰＤＮ  ＧＷにルーティングすることを可能にする。サービングＧＷは、ベアラ修正応答（アップリンクトラフィックのためのサービングＧＷアドレスおよびＴＥＩＤ）メッセージを新しいＭＭＥに返す。
【０２３７】
ステップ１４では、新しいＭＭＥは、ＧＵＴＩ、追加のＧＵＴＩによって、または古いＣＮノードからコンテキストデータとともに受信されたＩＭＳＩによって、識別されるＵＥに対して、加入データを保持するかどうかを検証する。このＵＥのために、新しいＭＭＥ内に加入データが存在しない場合、新しいＭＭＥは、ＨＳＳに、位置更新要求（ＭＭＥ  Ｉｄ、ＩＭＳＩ、ＵＬＲ−フラグ、ＭＭＥ能力、ＩＭＳオーバーＰＳセッションの均一サポート）メッセージをＨＳＳに送信することによって、ＭＭＥの変更を通知する。ＵＬＲ−フラグは、位置更新が、ＭＭＥから送信されることを示し、ＭＭＥ登録は、ＨＳＳ内で更新されるものとする。ＨＳＳは、いずれのＳＧＳＮ登録もキャンセルしない。ＭＭＥ能力は、領域内アクセス制限機能のためのＭＭＥのサポートを示す。ＩＭＳオーバーＰＳセッションの均一サポートは、「ＩＭＳボイスオーバーＰＳセッション」が、サービングＭＭＥ内の全てのＴＡにおいて均一にサポートされるかどうかを示す。
【０２３８】
ＵＥの全てのＥＰＳベアラが、緊急ＡＲＰ値を有する場合、新しいＭＭＥは、位置更新プロシージャをスキップするか、または位置更新が失敗する場合でも続け得る。
【０２３９】
ステップ１５では、ＨＳＳは、プロシージャを更新するように設定されるキャンセルタイプとともに、位置キャンセル（ＩＭＳＩ、キャンセルタイプ）メッセージを古いＭＭＥに送信する。
【０２４０】
ステップ１６では、位置キャンセルメッセージを受信し、ステップ４で始動されたタイマが、起動していないとき、古いＭＭＥは、ＭＭおよびベアラコンテキストを除去する。そうでなければ、コンテキストは、タイマが切れると、除去される。それはまた、新しいＭＭＥへの進行中のＴＡＵプロシージャを完了する前に、ＵＥが、別のＴＡＵプロシージャを開始する場合、ＭＭコンテキストが、古いＭＭＥ内に維持されることを確実にする。古いＭＭＥは、位置キャンセル肯定応答（ＩＭＳＩ）メッセージによって、肯定応答する。ＩＳＲアクティブ化は、新しいＭＭＥから古いＭＭＥに決して示されない可能性がある。したがって、古いＭＭＥは、ステップ４で始動されたタイマが切れるとき、いかなる場合も、ＵＥの全てのベアラリソースを削除し、これは、位置キャンセルメッセージの受信から独立する。
【０２４１】
ステップ１７では、コンテキスト肯定応答メッセージを受信し、かつ、ＵＥがＩｕ接続にある場合、古いＳＧＳＮは、ステップ４で始動されたタイマが切れた後、Ｉｕ解除コマンドメッセージをＲＮＣに送信する。
【０２４２】
ステップ１８では、ＲＮＣは、Ｉｕ解除完了メッセージによって応答する。
【０２４３】
ステップ１９では、ＨＳＳは、古いＭＭＥコンテキストのキャンセルが終了した後、位置更新肯定応答（ＩＭＳＩ、加入データ）メッセージを新しいＭＭＥに返すことによって、位置更新要求を肯定応答する。位置更新が、ＨＳＳによって拒否される場合、ＭＭＥは、ＴＡＵ拒否メッセージ内でＵＥに送信される適切な原因によって、ＴＡＵ要求をＵＥから拒否する。全てのチェックが、正常である場合、ＭＭＥは、ＵＥのためのＭＭコンテキストを構築する。加入データは、ＰＬＭＮのためのＣＳＧ加入データを含み得る。
【０２４４】
ＵＥが、ＣＳＧセルにおいて、ＴＡＵプロシージャを開始する場合、新しいＭＭＥは、ＣＳＧ  ＩＤが、ＣＳＧ加入内に含まれ、期限が切れていないどうかチェックするものとする。ＣＳＧ  ＩＤが、存在しない、または期限が切れている場合、ＭＭＥは、適切な原因値とともに、トラッキングエリア更新拒否メッセージをＵＥに送信するものとする。ＵＥは、存在する場合、ＣＳＧ  ＩＤをその許可ＣＳＧリストから除去するものとする。
【０２４５】
ステップ２０では、領域内加入制限またはアクセス制限（例えば、ＣＳＧ制限）により、ＵＥが、ＴＡにアクセスを許可されない場合、
−ＭＭＥは、ＵＥへの適切な原因によって、トラッキングエリア更新要求を拒否する。
【０２４６】
−緊急ＥＰＳベアラを伴うＵＥ（すなわち、少なくとも１つのＥＰＳベアラが、緊急サービスのために留保されたＡＲＰ値を有する）については、新しいＭＭＥは、トラッキングエリア更新要求を受諾し、第５．１０．３項に規定されるように、全ての非緊急ＰＤＮ接続を非アクティブ化する。トラッキングエリア更新プロシージャが、ＥＣＭ−アイドル状態において開始される場合、全ての非緊急ＥＰＳベアラは、ＵＥとＭＭＥとの間のベアラ非アクティブ化信号伝達を伴わずに、トラッキングエリア更新プロシージャによって、非アクティブ化される。
【０２４７】
ＭＭＥは、トラッキングエリア更新受諾（ＧＵＴＩ、ＴＡＩ−リスト、ＥＰＳベアラステータス、ＮＡＳシーケンス番号、ＮＡＳ−ＭＡＣ、ＩＳＲアクティブ化、サポートされるＩＭＳボイスオーバーＰＳセッション、緊急サービスサポートインジケータ、ＬＣＳサポート指示）メッセージによって、ＵＥに応答する。アクティブフラグが設定されている場合、Ｅ−ＵＴＲＡＮ内例では、ｅノードＢが、ローミング制限およびアクセス制限を処理する場合、ハンドオーバ制限リストが、ｅノードＢに送信され得る。「アクティブフラグ」が、ＴＡＵ要求メッセージ内に設定されている場合、ユーザプレーン設定プロシージャが、ＴＡＵ受諾メッセージと連動してアクティブ化される。プロシージャは、３ＧＰＰ  ＴＳ  ３６．３００に詳細に説明されている。メッセージシーケンスは、ＭＭＥがベアラを確立したときのステップからの３ＧＰＰ  ＴＳ  ３６．３００内の第５．３．４．１項に規定されるＵＥトリガサービス要求プロシージャに対するものと同一であるべきである。ＥＰＳベアラステータスは、ネットワーク内のアクティブベアラを示す。ＵＥは、受信されたＥＰＳベアラステータス内にアクティブとマークされないベアラに関連するいかなる内部リソースも除去する。ＩＳＲアクティブ化が、ＵＥに示される場合、これは、そのＰ−ＴＭＳＩおよびＲＡＩが、ネットワークに登録されたままであり、ＵＥ内で有効のままであるとすることを示す。ＭＭＥ変更を伴う、トラッキングエリア更新では、ＩＳＲアクティブ化は、示されないであろう。ＭＭＥ変更を伴わない、トラッキングエリア更新では、トラッキングエリア更新要求を受信するとき、ＩＳＲが、ＵＥに対してアクティブ化される場合、ＭＭＥは、ＩＳＲアクティブ化をトラッキングエリア更新受諾メッセージ内に示すことによって、ＩＳＲを維持するべきである。ハンドオーバ制限リストは、３ＧＰＰ  ＴＳ  ３６．３００内の第４．３．５．７項「移動制限」に説明されている。ＭＭＥは、３ＧＰＰ  ＴＳ  ３６．３００内の第４．３．５．８項に説明されるようにサポートされる、ＩＭＳボイスオーバーＰＳセッションを設定する。緊急サービスサポートインジケータは、ＵＥに、緊急ベアラサービスがサポートされることを通知する。ＬＣＳサポート指示は、ネットワークが、３ＧＰＰ  ＴＳ  ２３．２７１に説明されるように、ＥＰＣ−ＭＯ−ＬＲおよび／またはＣＳ−ＭＯ−ＬＲをサポートするかどうかを示す。
【０２４８】
ＴＡＵ受諾メッセージを受信し、ＩＳＲアクティブ化指示が存在しないとき、ＵＥは、そのＴＩＮを「ＧＵＴＩ」に設定するものとする。ＩＳＲアクティブ化が示され、ＵＥのＴＩＮが、「ＧＵＴＩ」を示すとき、ＵＥのＴＩＮは、変更されないものとする。ＩＳＲアクティブ化が示され、ＴＩＮが「Ｐ−ＴＭＳＩ」または「ＲＡＴ−関連ＴＭＳＩ」であるとき、ＵＥは、そのＴＩＮを「ＲＡＴ−関連ＴＭＳＩ」に設定するものとする。
【０２４９】
ＭＭＥ変更については、２つの古いＣＮノードによるコンテキスト転送プロシージャを回避するために、ＩＳＲは、新しいＭＭＥによってアクティブ化されない。緊急アタッチされたＵＥについては、緊急ＩＳＲは、アクティブ化されない。
【０２５０】
ＴＡＵプロシージャが、手動ＣＳＧ選択によって開始され、ＣＳＧセルを介して生じる場合、ＵＥは、ＴＡＵ受諾メッセージの受信に応じて、既に存在していない場合、ＣＳＧ  ＩＤをその許可ＣＳＧリストに追加するものとする。手動ＣＳＧ選択は、ＵＥが、確立された緊急ベアラを有する場合、サポートされない。
【０２５１】
ユーザプレーン設定が、ＴＡＵ受諾メッセージと連動して行われ、ＴＡＵが、ハイブリッドセルを介して行われる場合、次いで、ＭＭＥは、Ｓ１−ＭＭＥ制御メッセージとともに、ＵＥがＲＡＮに対するＣＳＧメンバーであるかどうかの指示を送信するものとする。この情報に基づいて、ＲＡＮは、ＣＳＧおよび非ＣＳＧメンバーに対して、異なる処理を行い得る。
【０２５２】
ＵＥが、ハイブリッドセルを介して、ＴＡＵ受諾メッセージを受信する場合、ＵＥは、対応するＣＳＧ  ＩＤをその許可ＣＳＧリストに追加しない。ハイブリッドセルのために、ＣＳＧ  ＩＤをＵＥのローカル許可ＣＳＧリストに追加することは、ＯＴＡまたはＯＭＡ  ＤＭプロシージャのみによって行われる。
【０２５３】
ステップ２１では、ＧＵＴＩが変更された場合、ＵＥは、トラッキングエリア更新完了メッセージをＭＭＥに返すことによって、新しいＧＵＴＩに肯定応答する。「アクティブフラグ」が、ＴＡＵ要求メッセージ内に設定されず、トラッキングエリア更新が、ＥＣＭ−接続状態において開始されなかったとき、ＭＭＥは、第５．３．５項に従って、ＵＥとの信号伝達接続を解除する。
【０２５４】
新しいＭＭＥは、セキュリティ機能の実行後、Ｅ−ＲＡＢ確立（３ＧＰＰ  ＴＳ  ３６．４１３参照）を開始するか、またはＴＡ更新プロシージャの完了まで待機し得る。ＵＥについては、Ｅ−ＲＡＢ確立は、ＴＡ更新要求が送信された後、随時、生じ得る。
【０２５５】
領域内加入、ローミング制限、またはアクセス制限のため、拒否されたトラッキングエリア更新動作の場合（３ＧＰＰ  ＴＳ  ２３．２２１および３ＧＰＰ  ＴＳ  ２３．００８参照）、新しいＭＭＥは、ＵＥのためのＭＭコンテキストを構築すべきでない。加入者データをＨＳＳから受信する場合、新しいＭＭＥは、ＭＭコンテキストを構築し、ＵＥのための加入者データを記憶し、ＭＭＥとＨＳＳとの間の信号伝達を最適化し得る。拒否は、適切な原因とともに、ＵＥに返され、Ｓ１接続は、解除されるものとする。アイドルに戻ると、ＵＥは、３ＧＰＰ  ＴＳ  ２３．１２２に従って、作用するものとする。
【０２５６】
新しいＭＭＥが、１つ以上のＰ−ＧＷ内のベアラコンテキストを更新不可能である場合、新しいＭＭＥは、「ＭＭＥ  Ｉｎｉｔｉａｔｅｄ  Ｄｅｄｉｃａｔｅｄ  Ｂｅａｒｅｒ  Ｄｅａｃｔｉｖａｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ」の項に説明されるように、対応するベアラコンテキストを非アクティブ化するものとする。これは、ＭＭＥに、トラッキングエリア更新を拒否させないものとする。
【０２５７】
新しいＭＭＥは、コンテキスト応答メッセージ内で受信された各ベアラコンテキストのＡＰＮ制限に基づいて、最大ＡＰＮ制限を決定し、次いで、新しい最大ＡＰＮ制限値を記憶するであろう。
【０２５８】
ベアラコンテキストは、新しいＭＭＥによって優先順位が付けられるものとする。新しいＭＭＥが、古いＭＭＥ／ＳＧＳＮから受信されたものと同一数のアクティブベアラコンテキストをサポート不可能である場合、優先順位を使用して、どのベアラコンテキストをアクティブに維持すべきか、どれを削除すべきかを決定する。いずれの場合も、新しいＭＭＥは、最初に、１つ以上のＰ−ＧＷ内の全てのコンテキストを更新し、次いで、「ＭＭＥ  Ｉｎｉｔｉａｔｅｄ  Ｄｅｄｉｃａｔｅｄ  Ｂｅａｒｅｒ  Ｄｅａｃｔｉｖａｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ」の項に説明されるように、維持することができないコンテキストを非アクティブ化するものとする。これは、ＭＭＥに、トラッキングエリア更新を拒否させないものとする。
【０２５９】
新しいＭＭＥは、緊急サービス関連ＥＰＳベアラ、すなわち、緊急サービスのために留保されたＡＲＰ値を伴う、ＥＰＳベアラを非アクティブ化しないものとする。ＭＳ（ＵＥ）が、ＰＭＭ−接続状態にあった場合、ベアラコンテキストは、３ＧＰＰ  ＴＳ  ２３．０６０［７］の「Ｓｅｒｖｉｎｇ  ＲＮＳ  ｒｅｌｏｃａｔｉｏｎ  ｐｒｏｃｅｄｕｒｅｓ」の項に説明されるように、既に、再配置転送要求メッセージにおいて送信されている。
【０２６０】
トラッキングエリア更新プロシージャが、最大許容可能回数、失敗する場合、またはＭＭＥが、トラッキングエリア更新拒否（原因）メッセージを返す場合、ＵＥは、ＥＭＭ非登録状態に入るものとする。位置更新肯定応答メッセージが、拒否を示す場合、これは、ＵＥに示されるべきであり、ＵＥは、正常位置更新が行われるまで、非ＰＳサービスにアクセスしないものとする。関連コンテキストについては、３ＧＰＰ  ＴＳ  ２３．４０１の第５．３．３．１項および第５．３．３．２項を参照されたい。
【０２６１】
（実施形態Ｃ）
別の実施形態、実施形態Ｃは、問題２を解決するために使用することができる。この実施形態では、ＭＭＥは、要求されるベアラリソースが、メッセージ内のリンクされたＥＰＳベアラ識別ＩＥに基づいて、ＬＩＰＡ  ＰＤＮ接続に属する場合、ベアラリソース配分要求を拒否するように構成される。さらに、コンテキストを別のＭＭＥまたはＳＧＳＮにパスするとき、ターゲットＭＭＥは、ＭＭＥ−１または古いＭＭＥまたはソースＭＭＥによって課される制限に従って、挙動することが予期される。すなわち、ユーザは、ベアラリソース配分要求が（要求されるベアラリソースが、メッセージ内のリンクされたＥＰＳベアラ識別ＩＥに基づいて、ＬＩＰＡ  ＰＤＮ接続に属する場合）、突然、拒否されない場合、混乱するであろう。したがって、実施形態は、ＭＭＥ−１によって課される制限を決定可能である必要がある。
【０２６２】
混乱を防止するために、ＭＭＥは、ＵＥの再試行を防止するために、ＥＳＭ原因値を適切に設定するように構成され得る。一例示的ＥＳＭ原因値は、＃３２：「サービスオプションがサポートされない」または＃３３：「要求されるサービスオプションが加入されていない」であろう。
【０２６３】
動作において、ソースＭＭＥ／ＳＧＳＮによって、ターゲットＭＭＥ／ＳＧＳＮから受信されたコンテキスト要求メッセージは、ＬＩＰＡ  ＰＤＮ接続が受信され得ることを示す、第１の識別子（例えば、セル識別子または本書に論じられたその他［例えば、ＣＳＧ  ｉｄまたはＬ−ＧＷアドレスを除く］）を含むものとする。加えて、ソースは、第１の識別子を使用して、ターゲットが、ＬＩＰＡ  ＰＤＮ接続のためのデフォルトベアラのみ、許可されることを示す、３ＧＰＰ  Ｒｅｌ−１０  ＬＩＰＡ制限、例えば、３ＧＰＰ  Ｒｅｌ−１０  ＬＩＰＡ制限をサポートすることを決定することができる。一方、ソースＭＭＥ／ＳＧＳＮによって、ターゲットＭＭＥ／ＳＧＳＮから受信されたコンテキスト要求メッセージが、少なくとも、第２の識別子［例えば、ＣＳＧ  ｉｄまたはＬ−ＧＷアドレスを除く］を含む場合、ソースは、第２の識別子を使用して、ターゲットが、別の一式の制限、例えば、他の一式の制限（ＬＩＰＡ  ＰＤＮ接続のためのデフォルトベアラのみ、許可されることを除く）をサポートすることを決定することができる。
【０２６４】
次に、図１５を参照すると、ＵＥがＣＳフォールバック（ＣＳＦＢ）を行う、接続のための接続コンテキストを決定するために、機能的要素間のメッセージの交換を図示する、信号フロー図が、示されている。描写されるように、ＣＳフォールバックは、ＵＥが、ＣＳドメインを有していないシステムにアタッチされている間、ＵＥが、（緊急）音声ＣＳ呼を開始するか、またはＣＳ音声呼を受信／終了するかのいずれかであるときに行われる。そのようなシステムの実施例は、ＥＰＣまたはＥＰＳである。音声呼（発呼および着呼の両方）をサポートする音声ドメインを伴うシステムの実施例は、ＧＰＲＳシステムである。いくつかの実施形態では、ローカルネットワークへの接続またはＳＩＰＴＯ−Ｈ（ｅＮＢ）への接続は、システム間の移動に応じて、接続が確立されたＨ（ｅ）ＮＢから離れることに応じて、あるいはＣＳＧ識別子を共有する一式のＨ（ｅ）ＮＢによってサービス提供されるエリアを離れることに応じて、切断されるので、接続も、システム、例えば、ＥＰＳまたはＥＰＣシステムおよびシステムをサポートするＧＰＲまたはＣＳドメイン間を移動するとき、分断される必要があることが分かる。
【０２６５】
ＵＥは、複合登録されていると想定される。これは、ＭＳＣおよびＭＭＥ内に、ＵＥのための登録コンテキスト（ユーザの加入に基づいて）が存在することを意味する。また、ＵＥは、１つ以上のＬＩＰＡ  ＰＤＮ接続を有すると想定される。ＵＥは、ＣＳＦＢの必要性を検出する。ＣＳＦＢの必要性の検出に応じて、ＵＥは、拡張サービス要求をＭＭＥに送信する（フロー／ステップ１）。拡張サービス要求は、要求が（緊急）ＣＳＦＢ（ＭＯ［モバイル発呼］またはＭＴ［モバイル着呼］）であることの指示を含む。
【０２６６】
フロー／ステップ２では、ＭＭＥは、ＨｅＮＢに通知することによって、応答する（ＣＳＦＢインジケータを伴う、Ｓ１−ＡＰ  ＵＥコンテキスト修正要求）。ＨｅＮＢは、フロー／ステップ３を開始する（随意に、ＮＡＣＣまたはＲＲＣ接続解除を伴う、ＧＥＲＡＮへのＩ−ＲＡＴセル変更命令）。ＵＥは、次いで、ＭＯの場合のＣＭサービス要求またはＭＴの場合のページング応答のいずれかによって、ＭＳＣに接続する（フロー／ステップ４）。フロー／ステップ５は、ＣＳ呼の前後いずれかに生じることができる。例えば、フロー／ステップ５は、アクセスネットワークがＧＥＲＡＮである場合、およびアクセスネットワークがＧＥＲＡＮであって、ＤＴＭ（二重伝送モード）がサポートされていない場合、ＣＳ呼の後に生じることができる。そうでなければ、フロー／ステップ５は、ＣＳ呼の間、またはそれに先立ってさえ、生じることができる。
【０２６７】
ＳＧＳＮは、フロー／ステップ５の一部として、ＲＡＵの受信に応じて、コンテキスト要求が、ＭＭＥに送信される必要があることを決定する。ＭＭＥは、コンテキスト要求に応答する。
【０２６８】
本明細書に説明されるように、ＭＭＥは、ＬＩＰＡ  ＰＤＮ接続に関連するコンテキストをコンテキスト要求に対する応答内に含むか、またはＭＭＥは、これらのコンテキストを省略（および、ローカルに非アクティブ化）するかのいずれかである。条件は、ＭＭＥが、ＬＩＰＡ  ＰＤＮ接続に関連するコンテキストを省略し、コンテキスト要求メッセージの送信者が、ＭＭＥ以外のタイプ（例えば、送信者が、ＳＧＳＮタイプである、または送信者が、ＳＧＳＮである）である場合、これらのコンテキストをローカルに非アクティブ化することであり得る。しかしながら、本明細書に説明されるような他の条件が、適用され得ることを理解されるであろう。代替として、ＭＭＥが、コンテキストを含む場合、ＳＧＳＮは、条件に基づいて、コンテキストをローカルに非アクティブ化し得る。
【０２６９】
本明細書に説明されるアプローチは、ＭＭＥが、フロー／ステップ１後、条件に基づいて、コンテキストをローカルに非アクティブ化するアプローチより好ましい。ＭＭＥは、ＵＥがＬＩＰＡ  ＰＤＮ接続のみ有する場合、ＵＥが２Ｇ／３Ｇに移動する前に、ＬＩＰＡを非アクティブ化しないであろう。理由は、ＭＭＥが、ＬＩＰＡ  ＰＤＮ接続を非アクティブ化するとすぐに、ＵＥが、デタッチされるであろうためである。
【０２７０】
図１２のネットワーク要素および他の構成要素は、それに課される必要ワークロードを処理するために、十分な処理電力、メモリリソース、およびネットワーク処理量能力を伴う、任意の汎用または特殊目的コンピュータを含み得る。図１６は、本明細書に開示される１つ以上の実施形態を実装するために好適であり得る、例示的コンピュータシステム１３００を図示する。コンピュータシステム１３００は、二次記憶装置１３３８、読取専用メモリ（ＲＯＭ）１３３６、ランダムアクセスメモリ（ＲＡＭ）１３３４、入力／出力（Ｉ／Ｏ）デバイス１３４０、およびネットワーク接続デバイス１３１２を含む、メモリデバイスと通信する、プロセッサ１３３２（中央処理ユニットまたはＣＰＵと称され得る）を含む。プロセッサは、１つ以上のＣＰＵチップとして、実装され得る。
【０２７１】
二次記憶装置１３３８は、典型的には、１つ以上のディスクドライブまたはテープドライブから成り、データの不揮発性記憶のために使用され、かつＲＡＭ１３３４が、全作業データを保持するために十分に大きくない場合、オーバーフローデータ記憶デバイスとして使用される。二次記憶装置１３３８は、そのようなプログラムが、実行のために選択されると、ＲＡＭ１３３４にロードされる、プログラムを記憶するために使用され得る。ＲＯＭ１３３６は、命令、および可能性として、プログラム実行の間に読み取られるデータを記憶するために使用される。ＲＯＭ１３３６は、典型的には、二次記憶装置のより大きなメモリ容量と比較して、小メモリ容量を有する、不揮発性メモリデバイスである。ＲＡＭ１３３４は、揮発性データを記憶するため、および可能性として、命令を記憶するために使用される。ＲＯＭ１３３６およびＲＡＭ１３３４両方へのアクセスは、典型的には、二次記憶装置１３３８より高速である。
【０２７２】
Ｉ／Ｏデバイス１３４０は、プリンタ、ビデオモニタ、液晶ディスプレイ（ＬＣＤ）、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カードリーダ、紙テープリーダ、または他の公知の入力デバイスを含み得る。
【０２７３】
ネットワーク接続デバイス１３１２は、モデム、モデムバンク、イーサネット（登録商標）カード、ユニバーサルシリアルバス（ＵＳＢ）インターフェースカード、シリアルインターフェース、トークンリングカード、光ファイバ分散データインターフェース（ＦＤＤＩ）カード、無線ローカルエリアネットワーク（ＷＬＡＮ）カード、無線送受信機カード、例えば、符号分割多重アクセス（ＣＤＭＡ）および／またはモバイル通信用グローバルシステム（ＧＳＭ（登録商標））無線送受信機カード、ならびに他の公知のネットワークデバイスの形態をとり得る。これらのネットワーク接続１３１２デバイスは、プロセッサ１３３２が、インターネットまたは１つ以上のイントラネットと通信することを可能にし得る。そのようなネットワーク接続によって、プロセッサ１３３２は、前述の方法ステップを行う過程において、ネットワークから情報を受信する場合があること、または情報をネットワークに出力する場合があることが想定される。多くの場合、プロセッサ１３３２を使用して実行されるべき命令のシーケンスとして表される、そのような情報は、例えば、搬送波において具現化される、コンピュータデータ信号の形態において、ネットワークから受信され、そこに出力され得る。
【０２７４】
例えば、プロセッサ１３３２を使用して実行されるべきデータまたは命令を含み得る、そのような情報は、例えば、コンピュータデータベースバンド信号または搬送波において具現化される信号の形態において、ネットワークから受信され、そこに出力され得る。ベースバンド信号またはネットワーク接続１３１２デバイスによって生成される搬送波において具現化される信号は、電気導体内またはその表面上、同軸ケーブル内、導波路内、光学媒体、例えば、光ファイバ内、あるいは空気中または自由空間内を伝搬し得る。ベースバンド信号または搬送波において具現化される信号内に含まれる情報は、情報の処理または生成、あるいは情報の伝送または受信のいずれかのために望ましくあり得るように、異なるシーケンスに従って、順序付けられ得る。本明細書では、伝送媒体と称される、ベースバンド信号または搬送波において具現化される信号、あるいは現在使用されている、もしくは後に開発される、他のタイプの信号は、当業者に周知のいくつかの方法に従って、生成され得る。
【０２７５】
プロセッサ１３３２は、ハードディスク、フロッピー（登録商標）ディスク、光ディスク（これらの種々のディスクベースのシステムは全て、二次記憶装置１３３８と見なされ得る）、ＲＯＭ１３３６、ＲＡＭ１３３４、またはネットワーク接続デバイス１３１２からアクセスする、命令、コード、コンピュータプログラム、スクリプトを実行する。１つのみのプロセッサ１３３２が示されるが、複数のプロセッサが、存在し得る。したがって、命令は、プロセッサによって実行されるように論じられ得るが、命令は、１つまたは複数のプロセッサによって、同時に、連続的に、または別様に、実行され得る。
【０２７６】
以下は、あらゆる目的のために、参照することによって本明細書に組み込まれる：第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様書（ＴＳ）２３．４０１、２９．２７４、および２３．０６０。非３ＧＰＰアクセスについては、ＬＩＰＡデタッチプロシージャは、ある実施形態では、異なる無線ネットワークアクセスプロトコルおよび異なるネットワーク要素エンティティを伴い得る。
【０２７７】
次に、図１７を参照すると、本開示の選択された実施形態と使用され得る、モバイル無線通信デバイス１０１の例示的構成要素を図示する、概略ブロック図が、示される。無線デバイス１０１は、前述の特徴を実装するための具体的構成要素とともに示される。無線デバイス１０１は、例示的目的のためだけに、非常に具体的詳細を伴って示されることを理解されたい。
【０２７８】
処理デバイス（例えば、マイクロプロセッサ１２８）が、キーボード１１４とディスプレイ１２６との間に連結されるように、図式的に示される。マイクロプロセッサ１２８は、ユーザによるキーボード１１４上のキーの作動に応答して、ディスプレイ１２６の動作ならびに無線デバイス１０１の全体的動作を制御する。
【０２７９】
無線デバイス１０１は、垂直に細長い筐体を有するか、または他のサイズおよび形状（クラムシェル筐体構造を含む）をとり得る。キーボード１１４は、モード選択キー、あるいはテキスト入力とテレフォニ入力との間で切り替えるための他のハードウェアまたはソフトウェアを含み得る。
【０２８０】
マイクロプロセッサ１２８に加え、無線デバイス１０１の他の部品も、図式的に示される。これらは、通信サブシステム１７０；短距離通信サブシステム１０２；キーボード１１４およびディスプレイ１２６（一式のＬＥＤ１０４、一式の補助Ｉ／Ｏデバイス１０６、シリアルポート１０８、スピーカ１１１、およびマイクロホン１１２を含む、他の入力／出力デバイスを伴う）；ならびにフラッシュメモリ１１６およびランダムアクセスメモリ（ＲＡＭ）１１８を含む、メモリデバイス；ならびに種々の他のデバイスサブシステム１２０を含む。無線デバイス１０１は、バッテリ１２１を有し、無線デバイス１０１のアクティブ要素に給電し得る。無線デバイス１０１は、いくつかの実施形態では、音声およびデータ通信能力を有する、双方向無線周波数（ＲＦ）通信デバイスである。加えて、無線デバイス１０１は、いくつかの実施形態では、インターネットを介して、他のコンピュータシステムと通信するための能力を有する。
【０２８１】
マイクロプロセッサ１２８によって実装されるオペレーティングシステムソフトウェアは、いくつかの実施形態では、フラッシュメモリ１１６等の持続的記憶内に記憶されるが、読取専用メモリ（ＲＯＭ）または類似記憶要素等の他のタイプのメモリデバイス内に記憶され得る。加えて、システムソフトウェア、特定のデバイスアプリケーション、またはその一部は、一時的に、ＲＡＭ１１８等の揮発性記憶にロードされ得る。無線デバイス１０１によって受信された通信信号もまた、ＲＡＭ１１８に記憶され得る。
【０２８２】
マイクロプロセッサ１２８は、そのオペレーティングシステム機能に加え、無線デバイス１０１上のソフトウェアアプリケーションの実行を可能にする。音声通信モジュール１３０Ａおよびデータ通信モジュール１３０Ｂ等の基本デバイス動作を制御する、所定の一式のソフトウェアアプリケーションが、製造時、無線デバイス１０１上にインストールされ得る。加えて、パーソナル情報マネージャ（ＰＩＭ）アプリケーションモジュール１３０Ｃもまた、製造時、無線デバイス１０１上にインストールされ得る。ＰＩＭアプリケーションは、いくつかの実施形態では、電子メール、カレンダーイベント、ボイスメール、予定、およびタスクアイテム等のデータアイテムを編成および管理可能である。ＰＩＭアプリケーションはまた、いくつかの実施形態では、無線ネットワーク１１０を介して、データアイテムを送信および受信可能である。いくつかの実施形態では、ＰＩＭアプリケーションによって管理されるデータアイテムは、無線ネットワーク１１０を介して、ホストコンピュータシステム内に記憶される、またはそれに関連付けられたデバイスユーザの対応するデータアイテムとシームレスに統合、同期、更新される。同様に別のソフトウェアモジュール１３０Ｎとして図示される、追加のソフトウェアモジュールも、製造時、インストールされ得る。
【０２８３】
データおよび音声通信を含む、通信機能は、通信サブシステム１７０を通して、および可能性として、短距離通信サブシステム１０２を通して、行われる。通信サブシステム１７０は、受信機１５０、送信機１５２、ならびに受信アンテナ１５４および伝送アンテナ１５６として図示される、１つ以上のアンテナを含む。加えて、通信サブシステム１７０は、デジタル信号プロセッサ（ＤＳＰ）１５８および局部発振器（ＬＯ）１６０等の処理モジュールを含む。いくつかの実施形態では、通信サブシステム１７０は、各ＲＡＴに対して、別個のアンテナ配列（アンテナ１５４および１５６に類似する）およびＲＦ処理チップ／ブロック（受信機１５０、ＬＯ１６０および送信機１５２に類似する）を含むが、共通ベースバンド信号プロセッサ（ＤＳＰ１５８に類似する）が、複数のＲＡＴに対するベースバンド処理のために使用され得る。通信サブシステム１７０の具体的設計および実装は、無線デバイス１０１が動作することが意図される、通信ネットワークに依存する。例えば、無線デバイス１０１の通信サブシステム１７０は、ＭｏｂｉｔｅｘＴＭ、ＤａｔａＴＡＣＴＭ、または汎用パケット無線サービス（ＧＰＲＳ）モバイルデータ通信ネットワークと協働するように設計され、また、種々の音声通信ネットワーク、例えば、先進移動電話システム（ＡＭＰＳ）、時分割多重アクセス（ＴＤＭＡ）、符号分割多重アクセス（ＣＤＭＡ）、パーソナル通信サービス（ＰＣＳ）、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））等のいずれかと協働するように設計され得る。ＣＤＭＡの実施例として、１Ｘおよび１ｘ  ＥＶ−ＤＯが挙げられる。通信サブシステム１７０はまた、８０２．１１  Ｗｉ−Ｆｉネットワークおよび／または８０２．１６  ＷｉＭＡＸネットワークと協働するように設計され得る。他のタイプのデータおよび音声ネットワークはまた、別個および統合の両方において、無線デバイス１０１と使用され得る。
【０２８４】
ネットワークアクセスは、通信システムのタイプに応じて、変動し得る。例えば、ＭｏｂｉｔｅｘＴＭおよびＤａｔａＴＡＣＴＭネットワークでは、無線デバイスは、各デバイスに関連付けられた一意の個人識別番号（ＰＩＮ）を使用して、ネットワーク上に登録される。しかしながら、ＧＰＲＳネットワークでは、ネットワークアクセスは、典型的には、加入者またはデバイスのユーザに関連付けられる。ＧＰＲＳデバイスは、したがって、典型的には、ＧＰＲＳネットワーク上で動作するために、一般に、加入者識別モジュール（ＳＩＭ）カードと称される、加入者識別モジュールを有する。
【０２８５】
ネットワーク登録またはアクティブ化プロシージャが完了すると、無線デバイス１０１は、通信ネットワーク１１３を介して、通信信号を送信および受信し得る。受信アンテナ１５４によって、通信ネットワーク１１３から受信された信号は、受信機１５０にルーティングされ、信号増幅、周波数下方変換、フィルタリング、チャネル選択等を提供し、また、アナログ／デジタル変換を提供し得る。受信された信号のアナログ／デジタル変換は、ＤＳＰ１５８が、復調および復号等のより複雑な通信機能を行うことを可能にする。同様に、ネットワーク１１３に伝送されるべき信号は、ＤＳＰ１５８によって、処理（例えば、変調および符号化）され、次いで、デジタル／アナログ変換、周波数上方変換、フィルタリング、増幅、および通信ネットワーク１１３（または、ネットワーク）への伝送のために、伝送アンテナ１５６を介して、送信機１５２に提供される。
【０２８６】
処理通信信号に加え、ＤＳＰ１５８は、受信機１５０および送信機１５２の制御を提供する。例えば、受信機１５０および送信機１５２内の通信信号に適用される利得は、ＤＳＰ１５８内に実装される、自動利得制御アルゴリズムを通して、適応的に制御され得る。
【０２８７】
データ通信モードでは、テキストメッセージまたはウェブページダウンロード等、受信された信号は、通信サブシステム１７０によって処理され、マイクロプロセッサ１２８に入力される。受信された信号は、次いで、ディスプレイ１２６、または代替として、いくつかの他の補助Ｉ／Ｏデバイス１０６への出力のために、マイクロプロセッサ１２８によって、さらに処理される。デバイスユーザはまた、キーボード１１４および／またはいくつかの他の補助Ｉ／Ｏデバイス１０６、例えば、タッチパッド、ロッカースイッチ、サムホイール、またはいくつかの他のタイプの入力デバイスを使用して、電子メールメッセージ等のデータアイテムを構成し得る。構成されるデータアイテムは、次いで、通信サブシステム１７０を介して、通信ネットワーク１１３を介して、伝送され得る。
【０２８８】
音声通信モードでは、デバイスの全体的動作は、実質的に、データ通信モードに類似するが、受信された信号は、スピーカ１１１に出力され、伝送のための信号は、マイクロホン１１２によって生成される。代替音声またはオーディオＩ／Ｏサブシステム、例えば、音声メッセージ記録サブシステムもまた、無線デバイス１０１上に実装され得る。加えて、ディスプレイ１２６はまた、音声通信モードにおいて利用され、例えば、発呼者の識別、音声呼の持続時間、または他の音声呼関連情報を表示し得る。
【０２８９】
短距離通信サブシステム１０２は、無線デバイス１０１と、必ずしも、類似デバイスである必要はない、他の近接システムまたはデバイスとの間の通信を可能にする。例えば、短距離通信サブシステムは、赤外線デバイスならびに関連付けられた回路および構成要素、またはＢｌｕｅｔｏｏｔｈ（登録商標）通信モジュールを含み、同様にイネーブルにされたシステムおよびデバイスとの通信を提供し得る。
【０２９０】
なおもさらなる実施形態では、実質的に、本明細書に前述されるように、ネットワーク要素（例えば、ＭＭＥ）において、コンテキスト要求メッセージまたは応答のコンテンツを使用して、ＬＩＰＡサービス継続が提供されるかどうかを決定するための方法を実装するために実行されるように適応される、命令とともに、その中に具現化されるコンピュータ可読プログラムコードを有する、非一過性コンピュータ可読記憶メディアを含む、コンピュータプログラム製品が、開示される。この目的を達成するために、ネットワーク要素の各々は、他の構成要素の中でもとりわけ、回路および／または非一過性記憶メディアデバイス（例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリ等）内に具現化される１つ以上のソフトウェアプログラムまたはモジュールを起動し、他のネットワーク要素と通信し、データならびにメッセージを受信および／または送信する、１つ以上のプロセッサを使用して、本明細書に説明されるように、コンテキスト要求メッセージまたはコンテキスト応答メッセージのコンテンツを変換するように構成され得る。
【０２９１】
本明細書で使用される場合、信号通信内で連結、接続、電気的に接続される等の用語、および同等物は、特定の実施形態の全体的状況において明白となるであろうように、構成要素間の直接接続、構成要素間の間接接続、または両方を含み得ることを理解されたい。連結されるという用語は、直接電気接続を含むが、それに限定されないことを意図する。
【０２９２】
本明細書に開示される説明される例示的実施形態は、選択された通信システムを参照して説明されるが、本開示は、必ずしも、種々のネットワーク接続配列に適用可能である、本開示の発明の側面を図示する、例示的実施形態に限定されない。したがって、前述に開示される特定の実施形態は、例証にすぎず、本開示の制限として捉えられるべきではなく、実施形態は、異なるが、均等様式において、修正および実践され得ることは、本明細書の教示の利点を享受する当業者に明白である。故に、前述の説明は、本開示を記載される特定の形態に限定することを意図せず、対照的に、当業者が、その最も広範な形態における、本開示の精神および範囲から逸脱することなく、種々の変更、代用、および改変を行うことができることを理解すべきように、添付の請求項によって定義される本開示の精神および範囲内に含まれ得るように、そのような代替、修正、および均等物を網羅することが意図される。
【図１】
0005964860.tif 000005
【図２】
0005964860.tif 000006
【図３】
0005964860.tif 000007
【図４】
0005964860.tif 000008
【図５】
0005964860.tif 000009
【図６】
0005964860.tif 000010
【図７】
0005964860.tif 000011
【図８】
0005964860.tif 000012
【図９】
0005964860.tif 000013
【図１０】
0005964860.tif 000014
【図１１】
0005964860.tif 000015
【図１２】
0005964860.tif 000016
【図１３】
0005964860.tif 000017
【図１４】
0005964860.tif 000018
【図１５】
0005964860.tif 000019
【図１６】
0005964860.tif 000020
【図１７】
0005964860.tif 000021