(57)【要約】【課題】住居／企業ネットワーク接続管理およびハンドオーバのシナリオの提供。【解決手段】住居／企業ネットワーク接続管理およびハンドオーバのシナリオ。サービス継続性がＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続のためにサポートされていない場合に、ＵＥが住居／企業ネットワーク受信可能範囲から外へ移動したときに、ＬＩＰＡおよび／またはＳＩＰＴＯ接続解放を管理するための方法、システム、およびデバイスが提供される。ＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続のためのサービス継続性を提供しないことによって引き起こされる問題に対処するために、ＭＭＥ／ＳＧＳＮによってＨｅＮＢ／ＨＮＢにおいて生成されるＰＤＮ接続／ＰＤＰコンテキストは、そのような接続がＬＩＰＡ  ＰＤＮ接続ＰＤＮ接続であるか否かを示す、ＵＥに関係するコンテキスト情報を含む。【選択図】図１２
2014241649.tif 000002
【特許請求の範囲】
【請求項１】
無線通信ネットワークのモビリティ管理ノードにおける方法であって、前記方法は、
前記モビリティ管理ノードにおいて、ソース基地局からハンドオーバのためのハンドオーバ要求を受信することであって、前記ハンドオーバ要求は、ユーザ機器（ＵＥ）が前記ソース基地局から標的基地局にハンドオーバすることを示す、ことと、
前記モビリティ管理ノードにおいて、前記ＵＥが前記ソース基地局によって提供されている少なくとも１つのローカルインターネットプロトコル（ＩＰ）アクセス（ＬＩＰＡ）パケットデータネットワーク（ＰＤＮ）接続を有するかどうかを決定することと、
前記ＵＥが前記少なくとも１つのＬＩＰＡ  ＰＤＮ接続を有しているという条件が成立したときに、
前記ＵＥを明示的にデタッチするために、デタッチ要求（ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴ）メッセージを送信することと、
第２のメッセージを前記ソース基地局に送信することであって、前記第２のメッセージは、ハンドオーバ失敗メッセージである、ことと
を前記モビリティ管理ノードによって行うことと
を含む、方法。
【請求項２】
前記決定することは、前記少なくとも１つのＬＩＰＡ  ＰＤＮ接続が前記標的基地局によってサポートされていないことを決定することを含む、請求項１に記載の方法。
【請求項３】
前記ハンドオーバ要求は、標的セルに関する情報を含む、請求項１に記載の方法。
【請求項４】
前記決定することは、前記モビリティ管理ノードに記憶されているベアラコンテキスト情報に少なくとも部分的に基づいている、請求項１に記載の方法。
【請求項５】
前記決定することは、標的基地局情報に少なくとも部分的に基づいている、請求項１に記載の方法。
【請求項６】
前記ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴメッセージは、前記モビリティ管理ノードによって前記ＵＥに送信される、請求項１に記載の方法。
【請求項７】
前記ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴメッセージは、再アタッチのためのデタッチタイプ設定を含む、請求項１に記載の方法。
【請求項８】
無線通信ネットワークのためのネットワーク要素装置であって、
前記ネットワーク要素装置は、モビリティ管理ノードを備え、前記モビリティ管理ノードは、
ソース基地局からハンドオーバのためのハンドオーバ要求を受信することであって、前記ハンドオーバ要求は、ユーザ機器（ＵＥ）が前記ソース基地局から標的基地局にハンドオーバすることを示す、ことと、
前記ＵＥが前記ソース基地局によって提供されている少なくとも１つのローカルインターネットプロトコル（ＩＰ）アクセス（ＬＩＰＡ）パケットデータネットワーク（ＰＤＮ）接続を有するかどうかを決定することと、
前記ＵＥが前記少なくとも１つのＬＩＰＡ  ＰＤＮ接続を有しているという条件が成立したときに、
前記ＵＥを明示的にデタッチするために、デタッチ要求（ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴ）メッセージを送信することと、
第２のメッセージを前記ソース基地局に送信することであって、前記第２のメッセージは、ハンドオーバ失敗メッセージである、ことと
を行うための少なくとも１つのプロセッサを含む、ネットワーク要素装置。
【請求項９】
前記少なくとも１つのプロセッサは、前記少なくとも１つのＬＩＰＡ  ＰＤＮ接続が前記標的基地局によってサポートされていないことを決定するためのものである、請求項８に記載のネットワーク要素装置。
【請求項１０】
前記ハンドオーバ要求は、標的セルに関する情報を含む、請求項８に記載のネットワーク要素装置。
【請求項１１】
前記ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴメッセージは、再アタッチのためのデタッチタイプ設定を含む、請求項８に記載のネットワーク要素装置。
【請求項１２】
コンピュータ読み取り可能なプログラムコードが記録されたコンピュータ読み取り可能な記憶媒体であって、前記コンピュータ読み取り可能なプログラムコードは、
ソース基地局からハンドオーバのためのハンドオーバ要求を受信することであって、前記ハンドオーバ要求は、ユーザ機器（ＵＥ）が前記ソース基地局から標的基地局にハンドオーバすることを示す、ことと、
前記ＵＥが前記ソース基地局によって提供されている少なくとも１つのローカルインターネットプロトコル（ＩＰ）アクセス（ＬＩＰＡ）パケットデータネットワーク（ＰＤＮ）接続を有するかどうかを決定することと、
前記ＵＥが前記少なくとも１つのＬＩＰＡ  ＰＤＮ接続を有しているという条件が成立したときに、
前記ＵＥを明示的にデタッチするために、デタッチ要求（ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴ）メッセージを送信することと、
第２のメッセージを前記ソース基地局に送信することであって、前記第２のメッセージは、ハンドオーバ失敗メッセージである、ことと
を無線通信ネットワークにおいてモビリティ管理ノードによって実行可能である、コンピュータ読み取り可能な記憶媒体。
【請求項１３】
前記ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴメッセージを送信することは、前記少なくとも１つのＬＩＰＡ  ＰＤＮ接続を含む複数のＰＤＮ接続を有する前記ＵＥを無線通信ネットワークからデタッチすることを生じさせる、請求項１に記載の方法。
【請求項１４】
前記モビリティ管理ノードによってセッション削除要求（ＤＥＬＥＴＥ  ＳＥＳＳＩＯＮ  ＲＥＱＵＥＳＴ）メッセージを送信することにより、前記少なくとも１つのＬＩＰＡ  ＰＤＮ接続の解放を開始することをさらに含む、請求項１に記載の方法。
【請求項１５】
前記ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴメッセージは、前記ＵＥに送信され、前記ＤＥＬＥＴＥ  ＳＥＳＳＩＯＮ  ＲＥＱＵＥＳＴメッセージは、サービングゲートウェイに送信される、請求項１４に記載の方法。
【請求項１６】
前記ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴメッセージを送信することは、前記少なくとも１つのＬＩＰＡ  ＰＤＮ接続を含む複数のＰＤＮ接続を有する前記ＵＥを前記無線通信ネットワークからデタッチすることを生じさせる、請求項８に記載のネットワーク要素装置。
【請求項１７】
前記少なくとも１つのプロセッサは、ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴメッセージを送信することにより、少なくとも１つのＬＩＰＡ  ＰＤＮ接続の解放を開始することをさらに行うためのものである、請求項８に記載のネットワーク要素装置。
【請求項１８】
前記ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴメッセージは、前記ＵＥに送信され、前記ＤＥＬＥＴＥ  ＳＥＳＳＩＯＮ  ＲＥＱＵＥＳＴメッセージは、サービングゲートウェイに送信される、請求項１７に記載のネットワーク要素装置。
【請求項１９】
前記ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴメッセージを送信することは、前記少なくとも１つのＬＩＰＡ  ＰＤＮ接続を含む複数のＰＤＮ接続を有する前記ＵＥを前記無線通信ネットワークからデタッチすることを生じさせる、請求項１２に記載のコンピュータ読み取り可能な記憶媒体。
【請求項２０】
前記コンピュータ読み取り可能なプログラムコードは、セッション削除要求（ＤＥＬＥＴＥ  ＳＥＳＳＩＯＮ  ＲＥＱＵＥＳＴ）メッセージを送信することにより、前記少なくとも１つのＬＩＰＡ  ＰＤＮ接続の解放を開始することをさらに行うように、前記モビリティ管理ノードによって実行可能である、請求項１２に記載のコンピュータ読み取り可能な記憶媒体。
【請求項２１】
前記ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴメッセージは、前記ＵＥに送信され、前記ＤＥＬＥＴＥ  ＳＥＳＳＩＯＮ  ＲＥＱＵＥＳＴメッセージは、サービングゲートウェイに送信される、請求項２０に記載されたコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の引用）
本願は、米国仮特許出願第６１／３８７３２３号（２０１０年９月２８日出願）の利益を主張する。
【０００２】
（発明の分野）
本開示は、一般的に、通信システムおよび同システムを操作するための方法を対象とする。一側面では、本開示は、ユーザ機器のモビリティ（ｍｏｂｉｌｉｔｙ）に起因するローカルＩＰアクセス（ＬＩＰＡ）接続解放を管理するための方法、システム、およびデバイスに関する。
【背景技術】
【０００３】
３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）内で、モバイルコアネットワークと、典型的には、家庭または小企業で使用するために設計されている、小型セルラー基地局であるフェムトセルとの間のインターフェースのために、規格が開発されている。ホームノードＢ（ＨＮＢ）、ホームｅＮＢ（ＨｅＮＢ）、およびフェムトセルは、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ）およびＬｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）が、屋内およびマイクロセル受信可能範囲を向上させるため、ならびに「ホーム」への有線帰路を活用するために導入される概念である。フェムトセルは、非常に小さい受信可能範囲を伴う任意のセルを意味し、３ＧＰＰの外側で広く使用され、典型的には、私的構内（私的または企業あるいは住居／企業）に設置される。ホームノードＢ（ＨＮＢ）、ホームｅＮＢ（ＨｅＮＢ）、およびフェムトセルは、住居または企業ＩＰネットワークを有することができる。ＨｅＮＢ／ＨＮＢという用語は、特定の意味とともに３ＧＰＰで使用され、すなわち、セルは閉鎖加入者グループ（ＣＳＧ）またはハイブリッドセルである。ホームノードＢ（ＨＮＢ）とは、例えば、広帯域ＩＰ帰路を使用して、ＵＴＲＡＮ無線エアインターフェース上で携帯電話事業者のネットワークに３ＧＰＰ  ＵＥを接続する、加入者宅内機器を指す。ホーム進化型ノードＢ（ＨｅＮＢ）とは、例えば、広帯域ＩＰ帰路を使用して、Ｅ−ＵＴＲＡＮ無線エアインターフェース上で携帯電話事業者のネットワークに３ＧＰＰ  ＵＥを接続する、加入者宅内機器を指す。
【０００４】
ＣＳＧは、公衆陸上移動ネットワーク（ＰＬＭＮ）の１つ以上のセルにアクセスすることが許可されるが、制限されたアクセスを有する、オペレータの加入者を識別する。Ｈ（ｅ）ＮＢサブシステムは、Ｈ（ｅ）ＮＢサブシステムを介して（すなわち、Ｈ（ｅ）ＮＢ無線アクセスを使用して）接続されたＩＰ対応ユーザ機器（ＵＥ）に、同じ住居ＩＰネットワークまたは企業ＩＰネットワーク内の他のＩＰ対応エンティティへのアクセスを提供するために、ローカルＩＰアクセスをサポートする。マクロセルという用語は、３ＧＰＰ仕様で重要性を持たないが、ＣＳＧセル以外のセルを意味するために広く使用される。ＣＳＧセルではないセルの本明細書で説明される実施例は、ノードＢ（ＮＢ）および進化型ノードＢ（ｅＮＢ）を含む。
【０００５】
ＨｅＮＢ／ＨＮＢ機能性の一側面は、特定のユーザへのアクセスを制限する能力である。例えば、アクセスは、現場でＨｅＮＢが展開されている会社の従業員に、特定のコーヒーショップチェーンの顧客に、または（個人宅で展開されたＨｅＮＢの場合）個人に制限され得る。この機能性を達成するために、３ＧＰＰは、閉鎖加入者グループの概念を定義している。ＣＳＧセルは、（システム情報でブロードキャストされる１ビットを用いて）それがＣＳＧセルであると示し、（同様にシステム情報で）ＣＳＧ  ＩＤをブロードキャストするものである。セルは、１つ（またはゼロ）のＣＳＧ  ＩＤを示すことしかできないが、複数のセルがＣＳＧ  ＩＤを共有し得る。ＵＥデバイスが、複数のＣＳＧに契約され得る。ＵＥは、携帯電話、携帯用情報端末（ＰＤＡ）、または無線使用可能コンピュータ等であるが、それらに限定されない、携帯端末であり得る。契約は、本質的に一時的であり得る（例えば、コーヒーショップがそのＣＳＧへの１時間のアクセスを顧客に許可する）。
【０００６】
３ＧＰＰ規格はまた、オペレータのコアネットワークを迂回し、インターネットトラフィックがフェムトセルからインターネットへ直接流れることを可能にする、選択ＩＰトラフィックオフローディング（ＳＩＰＴＯ）の概念のためにも開発されている。ＳＩＰＴＯは、アクセスネットワークへのＵＥのアタッチ点に近い規定のＩＰネットワークに向かって、選択されたタイプのＩＰトラフィック（例えば、インターネットトラフィック）をオフロードするために使用される。ＳＩＰＴＯは、マクロセルラーアクセスネットワークに対する、およびフェムトセルサブシステムに対するトラフィックオフロードに適用可能である。ＳＩＰＴＯ  ＰＤＮ接続性は、アクセスネットワークへのＵＥのアタッチ点に近い規定のＩＰネットワークに向かって、選択されたタイプのＩＰトラフィック（例えば、インターネットトラフィック）のオフロードを可能にする、ＰＤＰコンテキストまたはＰＤＮ接続を示す。ＳＩＰＴＯは、マクロセルラーアクセスネットワークに対する、およびフェムトセルサブシステムに対するトラフィックオフロードに適用可能である。
【０００７】
加えて、フェムトセル介して接続されたＩＰ対応ＵＥに、ローカル住居／企業ＩＰネットワーク内の他のＩＰ対応デバイスへの直接アクセスを許容する、ローカルＩＰアクセス（ＬＩＰＡ）のために規格が開発されている。ＬＩＰＡ  ＰＤＮ接続性は、フェムトセルサブシステムのローカル住居／企業ＩＰネットワーク内に位置するサービスへのアクセスを与える、ＰＤＰコンテキスト（ＧＰＲＳコアネットワークに接続されたＧＥＲＡＮまたはＵＴＲＡＮフェムトセルの場合）またはＰＤＮ接続（ＧＰＲＳコアネットワークに接続されたＥ−ＵＴＲＡＮフェムトセルの場合）を示す。
【０００８】
接続性タイプは、パケットデータプロトコル（ＰＤＰ）コンテキストまたはＰＤＮ接続のために提供される接続性のタイプを示し、マクロセルの中で確立される接続性（その場合、それは遠隔接続性、すなわち、オペレータコアネットワーク内に位置するＧＧＳＮ／ＰＤＮ  ＧＷを伴う接続性、またはＳＩＰＴＯ接続性あるいは遠隔ＩＰアクセス（ＲＩＰＡ）接続性のいずれかであり得る）、およびＨ（ｅ）ＮＢの中で確立される接続性（その場合、それはＳＩＰＴＯ接続性またはＬＩＰＡ接続性のいずれかであり得る）の両方に該当する。
【０００９】
ローカルＩＰアクセス（ＬＩＰＡ）は、Ｈ（ｅ）ＮＢを介して（すなわち、Ｈ（ｅ）ＮＢ無線アクセスを使用して）接続されたＩＰ対応ＵＥに、同じ住居／企業ＩＰネットワーク内の他のＩＰ対応エンティティへのアクセスを提供する。ローカルＩＰアクセスのためのトラフィックは、Ｈ（ｅ）ＮＢ以外の携帯電話事業者のネットワークをトラバースしないことが見込まれる。
【００１０】
ＬＩＰＡ  ＰＤＮ接続／ＰＤＰコンテキストは、ローカル住居／企業ＩＰネットワーク内に位置するサービスへのアクセスをＵＥに与える、ＰＤＮ接続またはＰＤＰコンテキストである。ＰＤＮ  ＧＷ／ＧＧＳＮ（またはローカルＧＷ）は、このタイプの接続性を提供するような方法で選択される。代替として、ＬＩＰＡ  ＰＤＮ接続／ＰＤＰコンテキストは、Ｈ（ｅ）ＮＢを介して（すなわち、Ｈ（ｅ）ＮＢ無線アクセスを使用して）接続されたＩＰ対応ＵＥに、同じローカル住居／企業ＩＰネットワーク内の他のＩＰ対応エンティティへのアクセスを提供するＰＤＮ接続／ＰＤＰコンテキストとして定義される。代替として、ＬＩＰＡ  ＰＤＮ接続またはＬＩＰＡ  ＰＤＰコンテキストは、ＵＥからのＬＩＰＡ接続性の要求に基づいて、およびＨｅＮＢのＣＳＧ  ＩＤに基づいて、ＨｅＮＢに接続されたＵＥのためのＰＤＮ  ＧＷへの接続性をＭＭＥが認可するＰＤＮ接続である。代替として、ＬＩＰＡ  ＰＤＮ接続またはＬＩＰＡ  ＰＤＰコンテキストは、ＵＥがＬＩＰＡ接続性タイプ「ＬＩＰＡ」を要求し、ＭＭＥが提供された接続性タイプについてＵＥに知らせることによって、起動されたＰＤＮ接続である。
【００１１】
ＬＩＰＡ  ＰＤＮ継続性とは、ＵＥが、別のＨ（ｅ）ＮＢへ、またはマクロセルへ移動する時に接続を維持するＨ（ｅ）ＮＢにとどまっている、または接続されている間にＬＩＰＡ  ＰＤＮ接続／ＰＤＰコンテキストを有することを指す。
【００１２】
進化型パケットコア（ＥＰＣ）機能性（例えば、ＳＧＳＮ、ＭＭＥ、Ｓ−ＧＷ、ＰＤＮ  ＧＷ、ＧＧＳＮ等）は、所与のＰＤＮ接続またはＰＤＰコンテキストが、ＬＩＰＡ／ＳＩＰＴＯ／ＳＩＰＴＯローカルＰＤＮ接続またはＰＤＰコンテキストであることを、機能性が決定する場合に、ＬＩＰＡ認識および／またはＳＩＰＴＯ認識および／またはＳＩＰＴＯローカル認識している。代替として、機能性は、ＬＩＰＡ／ＳＩＰＴＯ／ＳＩＰＴＯローカル接続のためのネットワークコンテキスト（例えば、ＰＤＮ接続／ＰＤＰコンテキスト記述子および関連信号伝達）を管理するように構成される場合、ＬＩＰＡ認識および／またはＳＩＰＴＯ認識および／またはＳＩＰＴＯローカル認識している。
【００１３】
Ｈ（ｅ）ＮＢゲートウェイは、それを通してＨ（ｅ）ＮＢが携帯電話事業者のコアネットワークへのアクセスを得る、携帯電話ネットワーク事業者の機器（通常は携帯電話事業者構内に物理的に位置する）である。ＨｅＮＢについては、ＨｅＮＢゲートウェイは随意的である。
【００１４】
ＣＳＧセルのサポートのためのネットワークアーキテクチャモデルは、３ＧＰＰ  ＴＲ  ２３．８３０（ホームノードＢおよびホームｅノードＢのアーキテクチャ側面）で説明され、ホームノードＢアクセスネットワーク１００のアーキテクチャモデルを示す図１を参照して描写されている。描写されるように、ネットワーク１００は、参照点Ｕｕ１７５上でＨＮＢ１１０と通信している１つ以上のＣＳＧ対応ＵＥ１７０を含む。ＵＥ１７０は、例えば、携帯電話、携帯用情報端末（ＰＤＡ）、または無線使用可能コンピュータ等であるが、それらに限定されない携帯端末であり得る。ＨＮＢ１１０は、参照点Ｉｕｈ１１５上でＨＮＢゲートウェイ（ＨＮＢ  ＧＷ）１２０と通信している。ＨＮＢ  ＧＷ１２０は、参照点Ｉｕ−ＣＳ１２４上でモバイル交換センター／ビジターロケーションセンター（ＭＳＣ／ＶＬＲ）１３０と通信している。ＨＮＢ  ＧＷ１２０はまた、参照点Ｉｕ−ＰＳ１２６上でサービングＧＰＲＳサポートノード（ＳＧＳＮ）１４０と通信している。ＣＳＧリストサーバ（ＣＳＧリストＳｒｖ）１５０および家庭用ロケーションレジスタ／家庭用加入者サーバ（ＨＬＲ／ＨＳＳ）１６０は、家庭用公衆陸上移動ネットワーク（ＨＰＬＭＮ）１９０の一部である。ＵＥが動作し得るＨＰＬＭＮ１９０ではないネットワークは、訪問した公衆陸上移動ネットワーク（ＶＰＬＭＮ）１８０である。ＭＳＣ／ＶＬＲ１３０およびＳＧＳＮ１４０は、各々、それぞれの参照点Ｄ１３５およびＧＲｓ６ｄ１４５上でＨＬＲ／ＨＳＳ１６０と通信している。ＣＳＧ使用可能ＵＥ１７０のうちの１つは、参照点Ｃ１  １８５上でＣＳＧリストＳｒｖ１５０と通信している。図１の要素および通信参照点のより詳細な説明が以下で提供される。
【００１５】
ＨＮＢ１１０：ＨＮＢ１１０は、Ｉｕｈ１１５インターフェースを使用してＲＡＮ接続性を提供し、ＮｏｄｅＢおよび無線ネットワークコントローラ（ＲＮＣ）機能の大部分をサポートし、また、Ｉｕｈ１１５上でＨＮＢ認証、ＨＮＢ−ＧＷ発見、ＨＮＢ登録、およびＵＥ登録もサポートする。ＨＮＢ１１０は、ＳｅＧＷへ／からの通信を確保する。
【００１６】
ＨＮＢ  ＧＷ１２０：ＨＮＢ  ＧＷ１２０は、ＨＮＢ接続の集線装置として、それ自身をコアネットワーク（ＣＮ）に提示するＲＮＣの目的を果たし、すなわち、ＨＮＢ  ＧＷ１２０は、制御プレーンに対する集中機能を提供し、かつユーザプレーンに対する集中機能を提供する。ＨＮＢ  ＧＷ１２０は、非アクセス階層（ＮＡＳ）ノード選択機能（ＮＮＳＦ）をサポートする。
【００１７】
Ｕｕ１７５：ＵＥ１７０とＨＮＢ１１０との間の標準Ｕｕインターフェース。
【００１８】
Ｉｕｈ１１５：ＨＮＢ１１０とＨＮＢ  ＧＷ１２０との間のインターフェース。制御プレーンについては、Ｉｕｈ１１５は、ＨＮＢ登録、ＵＥ登録、およびエラー処理機能をサポートするためにＨＮＢＡＰプロトコルを使用する。ユーザプレーンについては、Ｉｕｈは、ユーザプレーントランスポートベアラ処理をサポートする。
【００１９】
Ｉｕ−ＣＳ１２４：ＨＮＢ  ＧＷ１２０と回路交換（ＣＳ）コアネットワークとの間の標準Ｉｕ−ＣＳインターフェース。
【００２０】
Ｉｕ−ＰＳ１２６：ＨＮＢ  ＧＷ１２０とパケット交換（ＰＳ）コアネットワークとの間の標準Ｉｕ−ＰＳインターフェース。
【００２１】
Ｄ１３５：モバイル交換センター／ビジターロケーションセンター（ＭＳＣ／ＶＬＲ）１３０と家庭用ロケーションレジスタ／家庭用加入者サーバ（ＨＬＲ／ＨＳＳ）１６０との間の標準Ｄインターフェース。
【００２２】
Ｇｒ／Ｓ６ｄ  １４５：サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４０とＨＬＲ／ＨＳＳ１６０との間の標準Ｇｒインターフェース。
【００２３】
Ｃ１  １８５：ＣＳＧリストサーバ（ＣＳＧリストＳｒｖ）１５０とＣＳＧ対応ＵＥ１７０との間の随意的なインターフェース。無線（ＯＴＡ）信号伝達が、リリース８（Ｒｅｌ−８）汎用加入者識別モジュール（ＵＳＩＭ）を伴うＵＥ１７０上の許容ＣＳＧリストを更新するために使用される。いくつかの実施形態では、オープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）が、Ｒｅｌ−８以前のＵＳＩＭを伴うＵＥ１７０上の許容ＣＳＧリストを更新するために使用される。
【００２４】
３ＧＰＰ規格のリリース−８（Ｒｅｌ−８）機能性をサポートすることが可能であるＵＥは、ＣＳＧ機能性をサポートし、許可ＣＳＧ識別のリストを維持し得る。このリストは、ＵＥがいずれのＣＳＧにも属さない場合には空であり得る。
【００２５】
ＨｅＮＢの各セルは、最大でも１つのＣＳＧに属し得る。ＨｅＮＢのセルが異なるＣＳＧに属し、よって、異なるＣＳＧ  ＩＤを有することが可能である。
【００２６】
許容ＣＳＧリストは、ＣＳＧ加入者の契約データの一部としてＭＭＥに提供される。
【００２７】
許容ＣＳＧリストは、アタッチプロシージャの結果、追跡領域更新（ＴＡＵ）プロシージャ、サービス要求、およびデタッチプロシージャに従って、またはＯＭＡ  ＤＭプロシージャ等のアプリケーションレベル機構によって、ＵＥにおいて更新することができる。
【００２８】
ＭＭＥは、アタッチ、複合アタッチ、デタッチ、サービス要求、およびＴＡＵプロシージャ中に、ＣＳＧセルを通してアクセスするＵＥのためのアクセス制御を行う。
【００２９】
ＵＥは、ＵＥがＣＳＧセルにアクセスすることを許可されない場合、ネットワークによる拒絶の原因を通知される。
【００３０】
ＵＥの許容ＣＳＧリストに含まれていないＣＳＧ  ＩＤがユーザによって手動で選択されると、ＭＭＥがＣＳＧアクセス制御を行うことを可能にするように、選択されたＣＳＧセルを介したＴＡＵプロシージャが、ＵＥによって即時にトリガされ得る。
【００３１】
Ｅ−ＵＴＲＡＮ  ＣＳＧセルに対する追跡領域識別（ＴＡＩ）割当には制限がない。結果として、通常のセル（非ＣＳＧセル）およびＣＳＧセルが同じＴＡＩを共有することも異なるＴＡＩを有することもできる可能性がある。加えて、異なるＣＳＧ  ＩＤを伴うＣＳＧセルが同じＴＡＩを共有することも異なるＴＡＩを有することもできる可能性がある。また、同じＣＳＧ  ＩＤを伴うＣＳＧセルが同じＴＡＩを共有することも異なるＴＡＩを有することもできる可能性もある。
【００３２】
ＴＡＩリストの概念は、ＣＳＧセルにも該当する。ＴＡＩリストは、ＣＳＧセルに関係するＴＡＩ、および非ＣＳＧセルに関係するＴＡＩを含み得る。ＵＥは、ＴＡＩリストの中のこれらのＴＡＩを区別しない。
【００３３】
ＨｅＮＢ  ＧＷ展開の場合について、ＨｅＮＢ  ＧＷにおいてサポートされるＴＡＩは、このＨｅＮＢ  ＧＷの下でＣＳＧセルによってサポートされるＴＡＩの集合である。
【００３４】
ここで、図２−４を参照して、ＨｅＮＢ  ＣＳＧセルのいくつかのアーキテクチャを説明する。図２から始めると、専用ＨｅＮＢ  ＧＷを含むＨｅＮＢアクセスネットワーク２００のアーキテクチャモデルが描写されている。描写されたネットワーク２００では、単一のＵＥ２７０が、参照点ＬＴＥ−Ｕｕ２７５上でＨｅＮＢ２１０と通信している。ＨｅＮＢ２１０はまた、参照点Ｓ１  ２１５上でＨｅＮＢゲートウェイ（ＨｅＮＢ  ＧＷ）２２０と通信している。ＨｅＮＢ  ＧＷ２２０は、参照点Ｓ１−ＭＭＥ２２４上でモビリティ管理エンティティ（ＭＭＥ）２３０と通信しており、また、参照点Ｓ１−Ｕ２２６上でサービングゲートウェイ（Ｓ−ＧＷ）２４０と通信している。ＣＳＧリストサーバ（ＣＳＧリストＳｒｖ）２５０および家庭用加入者サーバ（ＨＳＳ）２６０は、家庭用公衆陸上移動ネットワーク（ＨＰＬＭＮ）２９０の一部である。ＵＥが動作し得るＨＰＬＭＮ２９０ではないネットワークは、訪問した公衆陸上移動ネットワーク（ＶＰＬＭＮ）２８０である。ＭＭＥ２３０は、参照点Ｓ６ａ２３５上でＨＳＳ２６０と通信している。Ｓ−ＧＷ２４０は、参照点Ｓ１１  ２４５上でＭＭＥ２３０と通信している。ＵＥ２７０は、参照点Ｃ１  ２８５上でＣＳＧリストＳｒｖ２５０と通信している。図２の要素および通信参照点のより詳細な説明が以下で提供される。
【００３５】
ＨｅＮＢ２１０：ＨｅＮＢ２１０によってサポートされる機能は、（非アクセス階層（ＮＡＳ）ノード選択機能（ＮＮＳＦ）の可能性を除いて）ｅＮＢによってサポートされるものと同じであり得、ＨｅＮＢと進化型パケットコア（ＥＰＣ）との間で実行されるプロシージャは、ｅＮＢとＥＰＣとの間のものと同じであり得る。ＨｅＮＢ２１０は、ＳｅＧＷ２４０へ／からの通信を確保する。
【００３６】
ＨｅＮＢ  ＧＷ２２０：ＨｅＮＢ  ＧＷ２２０は、制御プレーン（Ｃプレーン）、特に、Ｓ１−ＭＭＥインターフェース２２４用の集線装置としての機能を果たす。ＨｅＮＢ  ＧＷは、随意で、ＨｅＮＢ２１０に向かって、およびＳ−ＧＷ２４０に向かって、ユーザプレーンを終了させ、ＨｅＮＢ２１０とＳ−ＧＷ２４０との間でユーザプレーンデータを中継するための中継機能を提供し得る。いくつかの実施形態では、ＨｅＮＢ  ＧＷ２２０は、ＮＮＳＦをサポートする。
【００３７】
Ｓ−ＧＷ２４０：セキュリティゲートウェイ２４０は、別個の物理的エンティティとして、または既存のエンティティと同一場所に位置して実装され得る、論理機能である。Ｓ−ＧＷ２４０は、ＨｅＮＢ２１０へ／からの通信を確保する。
【００３８】
ＬＴＥ−Ｕｕ２７５：ＵＥ２７０とＨｅＮＢ２１０との間の標準ＬＴＥ−Ｕｕインターフェース。
【００３９】
Ｓ１−ＭＭＥ２２４：ＨｅＮＢ  ＧＷ２２０が使用されない場合、Ｓ１−ＭＭＥ２２４インターフェースがＨｅＮＢ２１０とＭＭＥ２３０との間に画定される。図２の場合のように、ＨｅＮＢ  ＧＷ２２０が存在する場合、ＨｅＮＢ  ＧＷ２２０は、ＨｅＮＢ（Ｓ１  ２１５）およびＭＭＥ（Ｓ１−ＭＭＥ２２４）の両方に向かってＳ１−ＭＭＥインターフェースを使用し得る。
【００４０】
Ｓ１−Ｕ２２６：Ｓ１−Ｕデータプレーンは、ネットワーク要素の配設に応じて、ＨｅＮＢ２１０、ＨｅＮＢ  ＧＷ２２０、およびサービングゲートウェイ（Ｓ−ＧＷ）２４０の間に画定される。ＨｅＮＢ２１０からのＳ１−Ｕ２２６インターフェースは、ＨｅＮＢ  ＧＷ２２０で終了させられ得るか、またはＨｅＮＢとＳ−ＧＷとの間の直接論理Ｕプレーン接続が使用され得る。
【００４１】
Ｓ１１  ２４５：ＭＭＥ２３０とＳ−ＧＷ２４０との間の標準インターフェース。
【００４２】
Ｓ６ａ２３５：ＭＭＥ２３０とＨＳＳ２６０との間の標準インターフェース。
【００４３】
Ｃ１  ２８５：ＣＳＧリストＳｒｖ２５０とＣＳＧ対応ＵＥ２７０との間の随意的なインターフェース。ＯＴＡが、Ｒｅｌ−８  ＵＳＩＭを伴うＵＥ２７０上の許容ＣＳＧリストを更新するために使用される。ＯＭＡ  ＤＭが、Ｒｅｌ−８以前のＵＳＩＭを伴うＵＥ上の許容ＣＳＧリストを更新するために使用される。
【００４４】
図３を参照すると、専用ＨｅＮＢ  ＧＷを含まないＨｅＮＢアクセスネットワーク３００のアーキテクチャモデルが描写されている。描写されたネットワーク３００では、単一のＵＥ３７０が、参照点ＬＴＥ−Ｕｕ３７５上でＨｅＮＢ３１０と通信している。ＨｅＮＢ３１０は、参照点Ｓ１−Ｕ３２６上でＳ−ＧＷ３４０と通信しており、また、参照点Ｓ１−ＭＭＥ３２４上でＭＭＥ３３０と通信している。ＣＳＧリストＳｒｖ３５０およびＨＳＳ３６０は、ＨＰＬＭＮ３９０の一部である。ＵＥが動作し得るＨＰＬＭＮ３９０ではないネットワークは、ＶＰＬＭＮ３８０である。ＭＭＥ３３０は、参照点Ｓ６ａ３３５上でＨＳＳ３６０と通信している。Ｓ−ＧＷ３４０は、参照点Ｓ１１  ３４５上でＭＭＥ３３０と通信している。ＵＥ３７０は、参照点Ｃ１  ３８５上でＣＳＧリストＳｒｖ３５０と通信している。
【００４５】
図４を参照すると、Ｃプレーン用のＨｅＮＢ  ＧＷを含むＨｅＮＢアクセスネットワーク４００のアーキテクチャモデルが描写されている。描写されたネットワーク４００では、単一のＵＥ４７０が、参照点ＬＴＥ−Ｕｕ４７５上でＨｅＮＢ４１０と通信している。ＨｅＮＢ４１０は、参照点Ｓ１−Ｕ４２６上でＳ−ＧＷ４４０と通信しており、また、参照点Ｓ１−ＭＭＥ４２２上でＨｅＮＢ−ＧＷ４２０と通信している。ＨｅＮＢ−ＧＷ４２０は、参照点Ｓ１−ＭＭＥ４２４上でＭＭＥ４３０と通信している。ＣＳＧリストＳｒｖ４５０およびＨＳＳ４６０は、ＨＰＬＭＮ４９０の一部である。ＵＥが動作し得るＨＰＬＭＮ４９０ではないネットワークは、ＶＰＬＭＮ４８０である。ＭＭＥ４３０は、参照点Ｓ６ａ４３５上でＨＳＳ４６０と通信している。Ｓ−ＧＷ４４０は、参照点Ｓ１１  ４４５上でＭＭＥ４３０と通信している。ＵＥ４７０は、参照点Ｃ１  ４８５上でＣＳＧリストＳｒｖ４５０と通信している。
【００４６】
従来、ＵＥは、２Ｇ／３Ｇの場合はコアネットワーク内のＧＧＳＮに向かったＰＤＰコンテキスト、および進化型パケットシステム（ＥＰＳ）ではＰＧＷへのＰＤＮ接続を使用して、遠隔接続を通してサービスに接続する。理解されるように、ＰＤＮ接続プロシージャは、３ＧＰＰ  ＴＳ  ２３．４０１（「Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ  （ＧＰＲＳ）  ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  （Ｅ−ＵＴＲＡＮ）  ａｃｃｅｓｓ」）および  ３ＧＰＰ  ＴＳ  ２４．３０１（「Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ  （ＮＡＳ）  ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ  （ＥＰＳ）」）で説明されている。ＰＤＮ接続性設定およびハンドオーバプロシージャに関する追加の信号フロー情報は、本明細書で完全に記載されるように、それぞれ参照することにより本明細書に組み込まれる、米国特許出願第１２／６８５６５１号（２０１０年１月１１日出願）および米国特許出願第１２／６８５６６２号（２０１０年１月１１日出願）で説明されている。
【００４７】
上記で説明されるように、３ＧＰＰは、遠隔接続を通して（２Ｇ／３Ｇの場合はコアネットワーク内のＧＧＳＮに向かったＰＤＰコンテキスト、および進化型パケットシステム（ＥＰＳ）ではＰＧＷへのＰＤＮ接続）ＵＥをサービスに接続するための従来の方法を補完するように、ローカルＩＰアクセス（ＬＩＰＡ）および選択的ＩＰトラフィックオフローディング（ＳＩＰＴＯ）の概念を導入している。ＬＩＰＡおよびＳＩＰＴＯ接続を用いると、ローカル接続性、すなわち、ＨＮＢにとってローカルであるＩＰネットワーク（すなわち、ＨＮＢ「家庭」構内での（住居または企業）ＩＰネットワーク）を通した接続性を取得するように、ＵＥが家庭または企業環境内に位置するＨＮＢ／ＨｅＮＢに接続される。このシナリオの例は、ＵＥにおける所与のアプリケーションが、ローカルプリンタで印刷する必要がある場合、またはアプリケーションがローカルメディアプレーヤから更新された音楽プレイリストをダウンロードする必要がある場合である。ここで、ＬＩＰＡ接続性と通常接続性との間の違いも強調表示されている、図５および６を参照して、ＨＮＢ／ＨｅＮＢセル上でＬＩＰＡおよびＳＩＰＴＯ接続を提供するためのいくつかのアーキテクチャを説明する。
【００４８】
図５を参照すると、ローカルＩＰ接続性を図示する、ＨＮＢセルで使用するための例示的ローカルアーキテクチャネットワーク１０００の概略図が図示されている。描写されたネットワーク１０００は、ＳＧＳＮ１４０に接続されたゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１９６、ＧＧＳＮ１９６に接続されたＰＤＮ１９８、および円形によって画定される図示された受信可能範囲を有するホームネットワーク１０４の追加を伴って、図１と実質的に同じである。ＬＩＰＡ  ＰＤＮ接続性は、点線１０８を介して、ＵＥ１７０からＨＮＢ１１０を通ってローカルサービス１０６まで図示されている。コアネットワーク（ＨＮＢ  ＧＷ１２０、ＳＧＳＮ１４０、およびＧＧＳＮ１９６）を介した通常ＰＤＮ接続性は、鎖線１０５を介して、ＵＥ１７０からＰＤＮ１９８まで図示されている。
【００４９】
ＨＮＢシナリオでは、ＵＥ１７０は、ＵＥ１７０が特定の閉鎖加入者グループ（ＣＳＧ）に属しているという知識を有する結果として、所与のＨＮＢ１１０にアクセスできるかどうかを決定する。ＨＮＢ１１０のオペレータ／所有者は、ＣＳＧのリストを生成し、どのＨＮＢに接続することができるかをＵＥ１７０、１７２が決定するように、ＣＳＧリストをＵＥ１７０、１７２に提供する。したがって、マクロ受信可能範囲内（すなわち、ＣＳＧ／ＨＮＢに属さないセルラーセル内）で移動しているＵＥ１７０、１７２は、ＣＳＧ／ＨＮＢセル１０４に遭遇し得る。ＵＥ１７０、１７２は、そのようなＨＮＢ１１０への接続を試行するか否かを決定するためにＣＳＧ情報を使用する。ＣＳＧ情報は、オペレータによってＵＥ１７０、１７２において構成され、例えば、ＯＭＡ−ＤＭ（デバイス管理）を使用して、動的に修正することができる。ＬＩＰＡをサポートするＵＳＩＭ情報も予測される。この情報のうちの一部は、Ｈ（ｅ）ＮＢホスティングパーティによっても管理され得る。
【００５０】
図６を参照すると、ローカルＩＰ接続性を図示する、ＨｅＮＢセルで使用するための例示的ローカルアーキテクチャネットワーク１１００の概略図が図示されている。描写されたネットワーク１１００は、Ｓ−ＧＷ２４０に接続されたＰＧＷ２９６、ＰＧＷ２９６に接続されたＰＤＮ２９８、および円形によって画定される図示された受信可能範囲を有するホームネットワーク２０４の追加を伴って、図２と実質的に同じである。ＬＩＰＡ  ＰＤＮ接続性は、点線２０８を介して、ＵＥ２７０からＨｅＮＢ２１０を通ってローカルサービス２０６まで図示されている。コアネットワーク（ＨｅＢＮ２１０、ＨｅＮＢ  ＧＷ２２０、Ｓ−ＧＷ２４０、およびＰＧＷ２９６）を介した通常ＰＤＮ接続性は、鎖線２０５を介して、ＵＥ２７０からＰＤＮ２９８まで図示されている。ＨｅＮＢシナリオでは、ＵＥ２７０はまた、ＨｅＮＢ２１０によって提供されるＣＳＧリストを使用して、ＨｅＮＢネットワーク２０４へのそのアクセス権を決定する。
【００５１】
理解されるように、この分野の関連３ＧＰＰ仕様は、（ＩＰトラフィックオフローディングのための機構を説明する）「Ｌｏｃａｌ  ＩＰ  Ａｃｃｅｓｓ  ＆  Ｓｅｌｅｃｔｅｄ  ＩＰ  Ｔｒａｆｆｉｃ  Ｏｆｆｌｏａｄ」と題された３ＧＰＰ  ＴＲ  ２３．８２９と、（ＬＩＰＡおよびＳＩＰＴＯ機能性およびアーキテクチャ側面を導入した）「Ｔｅｒｍｉｎｏｌｏｇｙ  ｕｐｄａｔｅ  ｔｏ  ａｇｒｅｅｄ  ｔｅｘｔ  ｉｎ  ＴＲ  ２３．８ｘｙ」と題された３ＧＰＰ  Ｓ２−０９６００６とを含む。加えて、「ＬＩＰＡ  ａｎｄ  ＳＩＰＴＯ  ｎｏｄｅ  ｆｕｎｃｔｉｏｎｓ」と題された３ＧＰＰ  Ｓ２−０９６０５０、および「Ｉｎｔｅｒｎｅｔ  ｏｆｆｌｏａｄ  ｆｏｒ  ｍａｃｒｏ  ｎｅｔｗｏｒｋ」と題された３ＧＰＰ  Ｓ２−０９６０１３が、ローカルＰＤＮ接続を使用してＨ（ｅ）ＮＢ内で行われるトラフィックブレイクアウトに基づく、ローカルＩＰアクセスおよび選択されたＩＰトラフィックオフロード、ならびにＮＡＴによるＨ（ｅ）ＮＢにおけるローカルＩＰアクセスおよび選択されたＩＰトラフィックオフロードに関して、本開示の選択された実施形態のためのアーキテクチャ原則を記載している。「Ａｒｃｈｉｔｅｃｔｕｒａｌ  Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｏｆ  Ｉｎｔｅｒｎｅｔ  Ｏｆｆｌｏａｄ」と題された３ＧＰＰ  Ｓ２−０９５９００は、ユーザ相互作用なしでトラフィックオフロードを行うことができ、トラフィックオフロードを導入することによる既存のネットワークエンティティおよびプロシージャへの影響が最小限化されるというアーキテクチャ要件を導入した。
【００５２】
先述の内容に加えて、「Ｉｎｔｅｒｎｅｔ  ｏｆｆｌｏａｄ  ｆｏｒ  ｍａｃｒｏ  ｎｅｔｗｏｒｋ」と題された３ＧＰＰ  Ｓ２−０９６０１３は、ＵＭＴＳマクロ用およびＨＮＢサブシステム用のＳＩＰＴＯをサポートする追加のＳＩＰＴＯ解決法を導入した。追加のＳＩＰＴＯ解決法は、Ｉｕ−ＰＳで展開されるトラフィックオフロード機能（ＴＯＦ）１２０８を示す例示的論理アーキテクチャを示す、図７の概略図で描写されている。描写されたアーキテクチャでは、ＴＯＦ１２０８は、Ｉｕ−ＰＳに位置し、ＲＮＣ１２０６およびＳＧＳＮ１２１０への標準Ｉｕ−ＰＳインターフェースを提供する。選択されたＩＰトラフィックオフロードは、異なるレベルで（例えば、ユーザごとに、ＡＰＮごとに、サービスタイプごとに、ＩＰアドレスごとに等）オペレータ方針に基づいて、ＮＡＴおよびＳＰＩ／ＤＰＩによって有効にされる。方針は、例えば、ＯＡＭを介して構成され得る。（例えば、ＡＰＮに基づくトラフィックを選択することによって）オフロードトラフィックおよび非オフロードトラフィックのための異なるＰＤＮ接続またはＰＤＰコンテキストの使用も可能にしながら、オフロードトラフィックおよび非オフロードトラフィックの両方のための１つのＰＤＮ接続またはＰＤＰコンテキストがサポートされる。ＴＯＦ１２０８は、いくつかの機能を含む。第１に、ＴＯＦ１２０８は、加入者情報を得て、ローカルＵＥコンテキストを確立するように、ＮＡＳおよびＲＡＮＡＰメッセージの両方を点検する。ＴＯＦ１２０８はまた、（例えば、アタッチおよびＰＤＰコンテキスト起動プロシージャ中に）上記の情報に基づいて適用されるオフロード方針を決定する。加えて、ＴＯＦ１２０８は、ＧＴＰ−Ｕトンネルからアップリンクトラフィックを引き出し、オフロード方針が合致した場合にトラフィックをオフロードするようにＮＡＴを行う。ＴＯＦ１２０８はまた、受信したダウンリンクオフロードトラフィックへの逆ＮＡＴを行い得、それを右ＧＴＰ−Ｕトンネルへ再び挿入する。
【００５３】
ローカルゲートウェイベースのアーキテクチャ解決法もまた、Ｈ（ｅ）ＮＢサブシステム用のローカルＩＰアクセス、Ｈ（ｅ）ＮＢサブシステム用の選択されたＩＰトラフィックオフロード、およびマクロネットワーク用の選択されたＩＰトラフィックオフロードをサポートする、「Ｌｏｃａｌ  ＧＷ  Ｂａｓｅｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ」と題された３ＧＰＰ  Ｓ２−０９６０１５で導入されている。解決法は、ＳＩＰＴＯおよび非ＳＩＰＴＯトラフィック用の別個のＡＰＮを用いた、また、ＳＩＰＴＯおよび非ＳＩＰＴＯトラフィック用の共通ＡＰＮを用いた、両方のタイプのアプローチに適用される。ローカルゲートウェイ解決法は、ＳＩＰＴＯおよびＬＩＰＡに対する３ＧＰＰアクセスのための非ローミングアーキテクチャの拡張提案の例示的論理アーキテクチャを示す、図８の概略図で描写されている。描写されたアーキテクチャでは、ローカルゲートウェイ（Ｌ−ＧＷ）１３０６は、（Ｈ）ｅＮＢ１３０４と同一位置にある。Ｌ−ＧＷ１３０６とＰＤＮ  ＧＷ１３１０との間には、ローカルＧＷ拡張トンネル１３２６が構成される。Ｌ−ＧＷ  １３０６は、ＳＧｉと同等である外部ＰＤＮ（例えば、インターネット、企業、または家庭ＮＷ）へ／からのゲートウェイおよびルーティングを行う。加えて、Ｌ−ＧＷ１３０６は、（例えば、ＧＴＰ、ＰＭＩＰ、ＩＰ  ｉｎ  ＩＰ、またはその他に基づいて）、ＰＤＮ  ＧＷ１３１０へ／からの拡張トンネル１３２６を通したＩＰパケットのトンネリングを行う。Ｌ−ＧＷ１３０６はまた、ＩＰアドレス処理（ＰＤＮ  ＧＷへのＩＰアドレス割付および伝達、または代替としてＰＤＮ  ＧＷおよびＮＡＴｉｎｇからのＩＰアドレスの受信）、ならびにローカルブレイクアウトの使用について（Ｈ）ｅＮＢ１３０４との連携（ローカルトラフィック処理のためにｅＮＢをトリガする）を行う。Ｌ−ＧＷ１３０６はまた、アップリンクトラフィックのためのローカルブレイクアウトの使用について決定機能を実装する。理解されるように、Ｌ−ＧＷ１３０６は、ｅＮＢ／Ｅ−ＵＴＲＡＮに移行されたＰＤＮ  ＧＷではないが、最小限の機能性のみを包含する。
【００５４】
Ｌ−ＧＷ１３０６を用いると、ローカルトラフィックの基準に合致するＡＰＮに対するＰＤＮ接続確立時に、拡張トンネル１３２６を確立することによって、ＰＤＮ  ＧＷ１３１０の機能性が強化される。加えて、ＰＤＮ  ＧＷ１３１０は、拡張トンネル１３２６を通して、Ｓ５／Ｓ８トンネルへ／からトラフィックを転送し、ＩＰアドレス処理を行う（Ｌ−ＧＷからのＩＰアドレスの取得、または代替としてＬ−ＧＷへの伝達）。
【００５５】
（Ｈ）ｅＮＢ１３０４では、（Ｈ）ｅＮＢ１３０４によってＬ−ＧＷ１３０６にサービス提供されているセルのＵＥアクセス状態情報が提供されている。加えて、（Ｈ）ｅＮＢ１３０４は、（ＡＰＮに基づいて）アップリンクトラフィックのためのローカルブレイクアウトの使用について決定機能を実装する。図８に示される強化アーキテクチャを用いると、ＵＥ１３０２が（Ｈ）ｅＮＢ１３０４から退出する場合に、ＰＤＮＧＷ１３１０が常に経路の中にあるので、３ＧＰＰおよび非３ＧＰＰアクセスの間のモビリティ（ｍｏｂｉｌｉｔｙ）を管理することができ、非３ＧＰＰアクセスに向かったハンドオーバのモビリティサポート機能を、通常通りＰＤＮ  ＧＷ１３１０によって処理できることを意味する。結果として、そのような機能性は、Ｌ−ＧＷ１３０５の一部として、または（Ｈ）ｅＮＢ１３０４内で提供される必要がない。加えて、拡張トンネル１３２６が設定された後のみスイッチをオンにされるＰＤＮ−ＧＷ１３１０におけるＬＩＰＡ／ＳＩＰＴＯ処理のための動的制御を達成することが可能である。
【００５６】
したがって、上記で概説されるように、当技術分野での問題を克服するようにＬＩＰＡ接続解放を管理するための改良型方法、システム、およびデバイスの必要性が存在する。以下に続く図面および発明を実施するための形態を参照して本願の残りの部分を精査した後に、従来のプロセスおよび技術のさらなる制限および不利点が、当業者に明白となるであろう。
【発明の概要】
【課題を解決するための手段】
【００５７】
サービス継続性がＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続のためにサポートされていない場合に、ＵＥが住居／企業ネットワーク受信可能範囲から外へ移動した場合に、ＬＩＰＡおよび／またはＳＩＰＴＯ接続解放を管理するための方法、システム、およびデバイスが提供される。ＵＥが、ＬＩＰＡ  ＰＤＮ接続である１つのＰＤＮ接続のみを有する、選択された実施形態では、ＵＥがＰＤＮ接続を持たないので、ＵＥが住居／企業ネットワーク受信可能範囲から退出する時にそれを自動的に解放することにより、ＵＥをネットワークからデタッチさせる。ＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続のためのサービス継続性を提供しないことによって引き起こされる問題に対処するために、ＭＭＥ／ＳＧＳＮによってＨｅＮＢ／ＨＮＢにおいて生成されるＰＤＮ接続／ＰＤＰコンテキストは、そのような接続がＬＩＰＡＰＤＮ接続ＰＤＮ接続であるか否かを示す、ＵＥに関係するコンテキスト情報を含む。加えて、各ＵＥは、（ＵＥがＬＩＰＡにおいてそのようなＰＤに接続された）Ｈ（ｅ）ＮＢから（ＬＩＰＡ継続性が提供されていない）標的セルへの移動性により、ＰＤＮ接続がネットワークによって切断された場合に、あるＡＰＮまたはサービスに対応するＰＤＮに再接続する（または再接続しない）ように構成され得る。選択された実施形態では、ＵＥは、（１）ＬＩＰＡサービス継続性の欠如により切断された任意のＰＤＮが再接続される必要があるかどうかという指示、（２）ＰＤＮがＬＩＰＡサービス継続性の欠如により切断された場合に、ＰＤＮが再接続される必要があるＡＰＮのリスト、（３）ＬＩＰＡサービス継続性の可用性の指示、（４）ある特性を伴うＰＤＮ接続の指標のリスト、（５）不十分な信用証明を伴う緊急呼び出しが許可されない場合に、非ＬＩＰＡを切断することが許可されるかどうかという指示、および／または、（６）ＰＤＮ接続のうちの１つが特定のＡＰＮまたはデフォルトＡＰＮに対するものである少なくとも２つのＰＤＮ接続を、ＵＥが保持しなければならないかどうかという指示を含むように構成することができる。
本発明はさらに、例えば、以下を提供する。
（項目１）
無線通信ネットワークのモビリティ管理ノードにおける方法であって、前記方法は、
モビリティ管理ノードにおいて、ソース基地局からハンドオーバ要求を受信することであって、前記ハンドオーバ要求は、前記ソース基地局から標的基地局へ引き渡すユーザ機器（ＵＥ）を指示する、ことと、
前記モビリティ管理ノードにおいて、前記ＵＥが前記ソース基地局によって提供されているローカルＩＰアクセス（ＬＩＰＡ）パケットデータネットワーク（ＰＤＮ）接続を有するかどうかを決定することと、
前記ＵＥが前記ソース基地局との前記ＬＩＰＡ  ＰＤＮ接続を有しているという条件に基づいて、前記ハンドオーバを防止することと
を含む、方法。
（項目２）
前記決定することは、前記ＬＩＰＡ  ＰＤＮ接続が前記標的基地局によってサポートされていないことを決定することを含む、項目１に記載の方法。
（項目３）
前記ハンドオーバ要求メッセージは、前記標的セルに関する情報を含む、項目１に記載の方法。
（項目４）
前記決定することは、少なくとも部分的に、前記モビリティ管理ノードに記憶されているベアラコンテキスト情報に基づいている、項目１に記載の方法。
（項目５）
前記決定することは、少なくとも部分的に、標的基地局情報に基づいている、項目１に記載の方法。
（項目６）
前記モビリティ管理ノードにおいて前記ＬＩＰＡ  ＰＤＮ接続を解放することをさらに含む、項目１に記載の方法。
（項目７）
前記ハンドオーバを防止することは、ハンドオーバ失敗メッセージを前記ソース基地局に送信することを含む、項目１に記載の方法。
（項目８）
前記ハンドオーバを防止することは、拒絶メッセージを前記ソース基地局に送信することを含む、項目１に記載の方法。
（項目９）
前記ハンドオーバを防止することは、前記ＵＥを明示的にデタッチするために、デタッチ要求（ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴ）メッセージを前記ＵＥに送信することを含む、項目１に記載の方法。
（項目１０）
無線通信システムの第１の無線アクセスネットワークに関連付けられている第１のモビリティ管理ノードにおける方法であって、前記方法は、
前記第１のモビリティ管理ノードにおいて、第２の無線アクセスネットワークに関連付けられている第２のモビリティ管理ノードからコンテキスト要求メッセージ（Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）を受信することであって、前記コンテキスト要求メッセージは、ユーザ機器（ＵＥ）によるｒａｔ間ハンドオーバに関連付けられている、ことと、
前記ＵＥが前記第１の無線アクセスネットワークによって提供されているローカルＩＰアクセス（ＬＩＰＡ）パケットデータネットワーク（ＰＤＮ）接続を有するかどうかを決定することと、
前記ＬＩＰＡ  ＰＤＮ接続を前記第２の無線アクセスネットワークによってサポート可能でないという条件に基づいて、前記ＬＩＰＡ  ＰＤＮ接続に関連付けられているＬＩＰＡ  ＰＤＮコンテキスト情報を省略したコンテキスト応答メッセージを作成することと、
前記コンテキスト応答メッセージを前記第２のモビリティ管理ノードに送信することと
を含む、方法。
（項目１１）
前記第２の無線アクセスネットワークによってサポートされている少なくとも１つのＰＤＮ接続に関連付けられているハンドオーバプロシージャを行うことをさらに含む、項目１０に記載の方法。
（項目１２）
前記決定することは、少なくとも部分的に、前記第１のモビリティ管理ノードに記憶されているベアラコンテキスト情報に基づいている、項目１０に記載の方法。
（項目１３）
前記決定することは、少なくとも部分的に、前記第２の無線アクセスネットワークに関する情報に基づいている、項目１０に記載の方法。
（項目１４）
ＰＤＮ接続を伴わずにハンドオーバプロシージャを行うことをさらに含む、項目１０に記載の方法。
（項目１５）
無線通信ネットワーク内のネットワーク要素装置であって、
前記ネットワーク要素装置は、
モビリティ管理ノードにおいて、ソース基地局からハンドオーバ要求を受信することであって、前記ハンドオーバ要求は、前記ソース基地局から標的基地局へ引き渡すユーザ機器（ＵＥ）を指示する、ことと、
前記モビリティ管理ノードにおいて、前記ＵＥが前記ソース基地局によって提供されているローカルＩＰアクセス（ＬＩＰＡ）パケットデータネットワーク（ＰＤＮ）接続を有するかどうかを決定することと、
前記ＵＥが前記ソース基地局との前記ＬＩＰＡ  ＰＤＮ接続を有しているという条件に基づいて、前記ハンドオーバを防止することと
を行うためのプロセッサ制御論理および／または回路を備えている、ネットワーク要素装置。
（項目１６）
前記プロセッサ制御論理および／または回路は、前記ＬＩＰＡ  ＰＤＮ接続が前記標的基地局によってサポートされていないことを決定する、項目１５に記載のネットワーク要素装置。
（項目１７）
前記ハンドオーバ要求メッセージは、前記標的セルに関する情報を含む、項目１５に記載のネットワーク要素装置。
（項目１８）
コンピュータ可読プログラムコードを具現化した非一過性のコンピュータ可読記憶媒体を備えているコンピュータプログラム製品であって、前記コンピュータ可読プログラムコードは、無線通信ネットワークの第１のネットワーク要素における方法を実装するために実行されるように適合され、前記コンピュータ可読プログラムコードは、
モビリティ管理ノードにおいて、ソース基地局からハンドオーバ要求を受信するための命令であって、前記ハンドオーバ要求は、前記ソース基地局から標的基地局へ引き渡すユーザ機器（ＵＥ）を指示する、命令と、
前記モビリティ管理ノードにおいて、前記ＵＥが前記ソース基地局によって提供されているローカルＩＰアクセス（ＬＩＰＡ）パケットデータネットワーク（ＰＤＮ）接続を有するかどうかを決定するための命令と、
前記ＵＥが前記ソース基地局との前記ＬＩＰＡ  ＰＤＮ接続を有しているという条件に基づいて、前記ハンドオーバを防止するための命令と
を備えている、コンピュータプログラム製品
（項目１９）
前記決定するための命令は、前記ＬＩＰＡ  ＰＤＮ接続が前記標的基地局によってサポートされていないことを決定するための命令を備えている、項目１８に記載のコンピュータプログラム製品。
（項目２０）
前記ハンドオーバ要求メッセージは、前記標的セルに関する情報を含む、項目１８に記載のコンピュータプログラム製品。
【図面の簡単な説明】
【００５８】
以下の図面と併せて以下の詳細な説明を考慮した場合に、本開示が理解され、その多数の目的、特徴、および利点が得られ得る。
【図１】図１は、ＨＮＢセルで使用するための例示的論理アーキテクチャの概略図である。
【図２】図２は、ネットワークが専用ＨｅＮＢ  ＧＷを含む、ＨｅＮＢセルで使用するための例示的論理アーキテクチャの概略図である。
【図３】図３は、ネットワークが専用ＨｅＮＢ  ＧＷを含まない、ＨｅＮＢセルで使用するための別の例示的論理アーキテクチャの概略図である。
【図４】図４は、ネットワークがＣプレーン用のＨｅＮＢ  ＧＷを含む、ＨｅＮＢセルで使用するためのさらなる例示的論理アーキテクチャの概略図である。
【図５】図５は、ローカルＩＰ接続性を図示する、ＨＮＢセルで使用するための例示的論理アーキテクチャの概略図である。
【図６】図６は、ローカルＩＰ接続性を図示する、ＨｅＮＢセルで使用するための例示的論理アーキテクチャの概略図である。
【図７】図７は、Ｉｕ−ＰＳで選択されたＩＰトラフィックオフロードを展開するための例示的論理アーキテクチャの概略図である。
【図８】図８は、ＳＩＰＴＯおよびＬＩＰＡに対する３ＧＰＰアクセスのための非ローミングアーキテクチャの拡張提案の例示的論理アーキテクチャの概略図である。
【図９】図９は、ＵＥが少なくともＬＩＰＡ  ＰＤＮ接続を有する、ＨｅＮＢサブシステムの中のトラフィックフローの概略図である。
【図１０】図１０は、ＵＥがＨｅＢＮ受信可能範囲の外側に移動する、ＨｅＮＢサブシステムの中のトラフィックフローの概略図である。
【図１１】図１１は、ＵＥが、少なくとも１つのＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続、およびコアネットワークを経由する追加のＰＤＮ接続を有する場合の、ＨｅＮＢから標的Ｅ−ＵＴＲＡＮセルへのハンドオーバ中のＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ切断プロシージャを図示する、信号フロー図である。
【図１２】図１２は、ＰＤＮ接続を解放し、デタッチ要求メッセージをＵＥに送信する、ハンドオーバ要求をＭＭＥで受信した場合に、ＵＥを暗示的にデタッチするためのＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ切断プロシージャを図示する、信号フロー図である。
【図１３】図１３は、ＭＭＥが、ＬＩＰＡ／ＳＩＰＴＯベアラを除く全てのＥＰＳベアラに対するベアラを提供する、サービス要求プロシージャの一部として実装される、ＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ切断プロシージャを図示する、信号フロー図である。
【図１４】図１４は、ＵＥのサービス要求に応答して、新しいＰＤＮ接続がトリガされる、ＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ切断プロシージャを図示する、信号フロー図である。
【図１５】図１５は、回路交換フォールバック（ＣＳＦＢ）呼び出しが、ＭＭＥに、動作中のＰＤＮ接続がない状態で初期ＵＥコンテキスト設定メッセージを送信させ、ネットワークからＵＥを暗示的にデタッチさせる、ＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ切断プロシージャを図示する、信号フロー図である。
【図１６】図１６は、回路交換フォールバック（ＣＳＦＢ）呼び出しが、ＭＭＥに、ネットワークからＵＥをデタッチするためにＰＳ  ＨＯが可能ではないことを示すＨＯ拒絶メッセージを送信させる、ＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ切断プロシージャを図示する、信号フロー図である。
【図１７】図１７は、本開示の選択された実施形態とともに使用され得る、移動無線通信デバイスの例示的な構成要素を図示する、略ブロック図である。
【発明を実施するための形態】
【００５９】
ここで、添付図面を参照して、本開示の種々の例示的実施形態を詳細に説明する。種々の詳細が以下の説明に記載されるが、本開示は、これらの具体的詳細なしで実践されて得、実装ごとに異なる処理技術または設計関連制約の順守等の、デバイス設計者の具体的目標を達成するように、多数の実装特有の決定が、本明細書で説明される開示に行われ得ることが理解されるであろう。そのような開発努力は複雑で時間がかかるが、それでもなお、本開示の利益を有する当業者にとっては日常の取り組みである。例えば、本開示を制限すること、または曖昧にすることを回避するために、選択された側面は、詳細に示されるよりもむしろ、ブロック図およびフローチャートの形態で示されている。加えて、本明細書で提供される詳細な説明のいくつかの部分は、コンピュータメモリ内のアルゴリズムまたは演算に関して提示される。そのような説明および表現は、他の当業者に作業の大要を説明して伝えるために、当業者によって使用される。ここで図を参照して、本開示の種々の例証的実施形態を以下で詳細に説明する。
【００６０】
現行の３ＧＰＰの論議は、ＵＥモビリティ（ｍｏｂｉｌｉｔｙ）に関連付けられるＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続解放の取扱に対処している。これらの論議では、現在、ＵＥが住居／企業ネットワークの受信可能範囲から外へ移動した場合に、ＬＩＰＡ  ＰＤＮ接続のためのサービス継続性を提供せず、代わりにＬＩＰＡ  ＰＤＮ接続を解放する選好がある。接続を解放するためのこの選好は、いくつかの要因に基づく。第１に、ＵＥがマクロ（ｅ）ＮＢの受信可能範囲の中に存在し、サービス継続性が維持される場合に、合法的傍受がローカルＩＰリソースアクセスに適用されるという懸念がある。また、ＵＥがＨ（ｅ）ＮＢからマクロ（ｅ）ＮＢへ移動する際に変化する課金スキームを確立することが困難となる。また、サービス継続性を維持することに関与する、認可の複雑な状態があり得る。これらの論議に基づいて、「Ｍｏｂｉｌｉｔｙ  ｆｏｒ  Ｌｏｃａｌ  ＩＰ  Ａｃｃｅｓｓ（ＬＩＰＡ）」と題された３ＧＰＰ  Ｓ１−１００３１６、および「ＳＩＰＴＯ  ｒｅｑｕｉｒｅｍｅｎｔｓ  ｃｏｍｍｏｎ  ｆｏｒ  ｍａｃｒｏ  ｎｅｔｗｏｒｋ  ａｎｄ  Ｈ（ｅ）ＮＢ  ｓｕｂｓｙｓｔｅｍｓ」と題された３ＧＰＰ  Ｓ１−１００３２１のリリース１０は、マクロネットワークへのＬＩＰＡ接続のモビリティがサポートされていない一方で、同じ住居／企業ネットワーク内のＨ（ｅ）ＮＢの間のＬＩＰＡ接続のモビリティがサポート／要求されていることを明記している。加えて、「ＳＩＰＴＯ  ｒｅｑｕｉｒｅｍｅｎｔｓ  ｃｏｍｍｏｎ  ｆｏｒ  ｍａｃｒｏ  ｎｅｔｗｏｒｋ  ａｎｄ  Ｈ（ｅ）ＮＢ  ｓｕｂｓｙｓｔｅｍｓ」と題された３ＧＰＰ  Ｓ１−１００３２１のリリース１０は、マクロネットワークＳＩＰＴＯ接続内のモビリティがサポートされるべきであり、Ｈ（ｅ）ＮＢからマクロへ、およびＨ（ｅ）ＮＢの間のモビリティがサポートされ得ることを明記している。
【００６１】
ＵＥが住居／企業ネットワーク受信可能範囲から退出する場合に、ＬＩＰＡ接続のためのサービス継続性の維持に対する選好を考慮すると、いくつかの異なる問題が生じ、不要なＵＥ切断をもたらす。以下でさらに完全に説明されるように、これらの解放の問題は、接続モードでのＵＥモビリティがある時のＰＳサービスに関連する問題、接続モードでのＵＥモビリティがある時のＣＳＦＢプロシージャによって誘起される問題、およびアイドルモードでのＵＥモビリティがある時のＩＳＲを伴う、または伴わない問題を含む、複数の次元を有する。これらの問題を論議する際に、リリース１０以前のＵＥ（すなわち、ＵＥがそのような決定を認識することなく、加入プロファイルまたはネットワーク決定に基づいて、ネットワークがＬＩＰＡ接続性をＵＥに提供する場合等に起こるような、ＬＩＰＡ接続性を認識していないＵＥ）にも機能するＬＩＰＡ機構が考慮されるべきである。そのようなＵＥにとって、識別された問題を解決するためにＮＡＳ信号伝達および機構を修正することはできない。
【００６２】
ここで、ＵＥ切断問題を例証する目的で、ＵＥがＨｅＮｂ企業ネットワーク受信可能範囲の外側に移動する際のＬＩＰＡ  ＰＤＮ接続の解放を概略的に図示する、図９−１０を参照する。明示的に示されない限り、「ＰＤＮ接続」という用語が、ＨｅＮＢを伴うＰＤＮ接続およびＨＮＢを伴うＰＤＰコンテキストの両方を指す。具体的には、図９は、ＵＥ１４１６がＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続１４３０およびコアネットワーク（ＣＮ）ＰＤＮ接続１４３２を有する、ＨｅＮＢサブシステム１４００の中のトラフィックフローの概略図である。ＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続１４３０が確立されると、ＬＩＰＡおよびＳＩＰＴＯのためのユーザプレーントラフィックは、コアネットワーク接続１４３２を通過しない。代わりに、トラフィックは、線１４３０で示されるように、ＵＥ１４１６から、ローカルｅＮＢ１４２２、ローカルＳ−ＧＷ１４２４、およびローカルＰ−ＧＷ１４２６（全てＨｅＮＢ１４２０の中に配置されることが図示されている）を通過する。ＵＥ１４１６が、追加の非ＬＩＰＡ、非ＳＩＰＴＯ  ＰＤＮである接続を有する場合、トラフィックは、線１４３２で示されるように、コアＰＤＮ１４０４まで、ＨｅＮＢ−ＧＷ１４１０、Ｓ−ＧＷ１４０８、およびＰ−ＧＷ１４０６を通過する。第２のＰＤＮ接続１４３２がいつでも（例えば、所定の方針またはＵＥ構成により）解放されることができるので、Ｈ（ｅ）ＮＢ１４２０に接続された場合に、ＵＥ１４１６が１つだけのＰＤＮ接続を有し、そのようなＰＤＮ接続がＬＩＰＡ  ＰＤＮ接続１４３０である場合がある。
【００６３】
ＵＥ切断問題を例証するために、ＵＥ１４１６が１つだけのＬＩＰＡ  ＰＤＮ接続を有する場合にＨｅＢＮ受信可能範囲の外側に移動する、トラフィックフローの概略図を描写する、図１０をここで参照する。この場合、「Ｈ（ｅ）ＮＢの外側」に移動することへの言及は、ＵＥがＨ（ｅ）ＮＢセルからマクロセル受信可能範囲へ移動する場合、およびＬＩＰＡ  ＰＤＮ継続性がサポートされていないＨ（ｅ）ＮＢセル（例えば、異なるＣＳＧを伴うＨ（ｅ）ＮＢ）の間でＵＥが移動する場合の両方を示す。ＬＩＰＡ  ＰＤＮ継続性がいずれのＨ（ｅ）ＮＢセルの間でもサポートされていない場合があり得る。したがって、図１０は、マクロ受信可能範囲がある第２の位置１５１６に向かってＵＥ１４１６が移動するが、ＵＥ１４１６はまた、ＬＩＰＡ  ＰＤＮ継続性がサポートされていない別のＨ（ｅ）ＮＢにも移動できることを図示する。ＵＥがＨ（ｅ）ＮＢ１４２０に接続されていない（例えば、ＬＩＰＡ継続性がサポートされていない異なるセルに、ＵＥが移動した）ことをＭＭＥ１４１４が検出するとすぐに、ＬＩＰＡ  ＰＤＮ接続性を維持する必要がないので、ＭＭＥ１４１４はＬＩＰＡ  ＰＤＮ接続１４３０を解放する。結果として、ＵＥ１５１６のためのＰＤＮ接続がない。以下でさらに完全に説明されるように、ＭＭＥ１４１４は、ＵＥ１５１６が異なるセルからの追跡領域更新（ＴＡＵ）またはルーティング領域更新（ＲＡＵ）を行う場合、またはＵＥ１５１６が異なるセルからのページングに応答する場合等に、種々の検出機構に基づいて、ＵＥ１５１６がＨ（ｅ）ＮＢ１４２０の受信可能範囲外にあることを検出することができる。
【００６４】
Ｅ−ＵＴＲＡＮでは、ＵＥは、ＵＥがネットワークにアタッチされていると見なされるために、少なくとも１つのＰＤＮ接続を維持しなければならない。ＰＤＮ接続がない場合、ＵＥはネットワークからデタッチされる。図１０は、ＵＥ１４１６が１つだけの動作中のＬＩＰＡ  ＰＤＮ接続１４３０を有し、ＵＥ１４１６がもはやＨ（ｅ）ＮＢ１４２０に接続されていない新しい位置に移動したことを検出すると、ＭＭＥ１４１４がＬＩＰＡ  ＰＤＮ接続１４３０を解放する場合に、どのようにして切断問題が生じるかを示す。デタッチが生じている場合に、ＵＥ１５１６は、なぜデタッチされているのか、なぜＬＩＰＡ
ＰＤＮ接続１４３が解放されており、次いで、ネットワークに強制的に再アタッチさせられるのかを知らないことがある。この問題は、ＮＡＳアイドルモードモビリティおよびＮＡＳ接続モードモビリティの両方に該当する。理解されるように、先述の論議はＬＩＰＡ  ＰＤＮ接続を参照するが、明示的に示されない限り、同じ課題がＬＩＰＡ  ＰＤＰコンテキスト（ＨＮＢの場合）またはＳＩＰＴＯローカル接続性に該当する。明示的に示されていないが、また、ＵＥモビリティがＨ（ｅ）ＮＢ１４２０からＧＥＲＡＮ／ＵＴＲＡＮに向かっている（すなわち、ＳＧＳＮを伴う）場合に同様の問題が生じ、その場合、たとえＵＥがデタッチされる必要がなくても、動作中のＰＤＰコンテキスト（ＬＩＰＡ接続に対応する）が動作停止させられる必要があることも理解されるであろう。
【００６５】
このフレームワークでは、ＬＩＰＡ接続解放に関連付けられる、いくつかの問題の場合が識別され、図１０に関して以下でさらに完全に論議される。加えて、種々の接続解放問題を管理するための解決法が、以下で記載されるように識別され、論議される。
【００６６】
接続モードでのモビリティ：ＵＥがＮＡＳ接続モードモビリティを有する場合、動作中のハンドオーバの場合に生じるいくつかの問題がある。
【００６７】
問題の場合の例では、接続モードＵＥ１４１６は、ＬＩＰＡ  ＰＤＮ接続またはＳＩＰＴＯ接続性／ＳＩＰＴＯ  ＰＤＮ接続１４３０を有する。接続モードＵＥ１４１６が、標的Ｅ−ＵＴＲＡＮセル（例えば、ＬＩＰＡ継続性がサポートされていないｅＮＢセル１４１２または別のＨｅＮＢセル）における第２の位置１５１６まで、（住居／企業ネットワーク１４０２に直接接続される）ＨｅＮＢ受信可能範囲１４２０から外へ移動する際に、ソースＨｅＮＢ１４２０は、ＵＥ１５１６からの測定報告に基づいて、ＵＥを標的セル１４１にハンドオーバ（ＨＯ）する決定を行う。ＨｅＮＢ１４２０は、ＨＯ必要（ＨＯ  ＲＥＱＵＩＲＥＤ）メッセージをＭＭＥ１４１４に送信する。ＨＯ必要（ＨＯ  ＲＥＱＵＩＲＥＤ）メッセージが標的ＩＤを含むので、ＭＭＥ１４１４は、（例えば、標的セルが異なるＣＳＧにおけるマクロセルまたはＨ（ｅ）ＮＢであるという事実に基づいて）ＬＩＰＡ／ＳＩＰＴＯサービスが標的セル１４１２において継続されるべきではないと決定する。この決定に基づいて、ＭＭＥ１４１４は、ＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続１４３０を解放するが、既存の仕様は、どのようにしてＭＭＥ１４１４がＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続解放を取り扱うかを明記しない。
【００６８】
別の問題の場合では、接続モードＵＥ１４１６は、ＨｅＮＢ１４２０から、ＬＩＰＡ  ＰＤＮ継続性がサポートされるべきではないＧＥＲＡＮ／ＵＴＲＡＮセル（図示せず）へ引き渡される。ある例は、ＬＩＰＡ  ＰＤＮ接続１４３０のみを有するＵＥ１４１６が、ＬＩＰＡ継続性がサポートされていないＧＥＲＡＮ／ＵＴＲＡＮに向かってＩＲＡＴ  ＨＯを行う場合に起こる。この場合、ＵＥは、ＬＩＰＡ  ＰＤＮ接続が解放された場合、ネットワークからデタッチされるか、またはＰＤＰコンテキストがなくなることがあるが、既存の仕様は、どのようにしてＩＲＡＴ  ＨＯを取り扱うかを特定しない。また、ＵＥ１４１６が、ソースセルにおけるＬＩＰＡ  ＰＤＮ接続１４３０に加えて、他のＰＤＮ接続を有する場合、ＬＩＰＡ  ＰＤＮ接続１４３０は、このＩＲＡＴ  ＨＯ中に切断される必要がある。動作中のＰＤＮ接続／ＰＤＰコンテキストについての情報を含む、ネットワーク（ＳＧＳＮ）とＵＥとの間のコンテキスト情報は、新しいＲＡＵがＵＥによって行われ、コンテキストがＵＥとＳＧＳＮとの間で同期化されるまで、しばらく同期がずれている場合がある。コンテキストの同期がずれている場合において、ＵＥは、誤ってＬＩＰＡ接続に対応するＰＤＰコンテキストが依然として動作中であると見なす。
【００６９】
別の問題の場合では、接続モードＵＥ１４１６は、ＨＮＢセルまたは受信可能範囲（図示せず）から、ＬＩＰＡ  ＰＤＮ継続性が提供されていない標的（例えば、ＧＥＲＡＮ／ＵＴＲＡＮ）セルへ移動する。ＵＥがＨＮＢ受信可能範囲内にあり、ＬＩＰＡ／ＳＩＰＴＯ  ＰＤＰコンテキストを有する場合に、ある実施例が起こる。サービス継続性がサポートされていない場合、ＵＥがＨＮＢの受信可能範囲から外へ移動したことをＳＧＳＮが検出した場合に、ＰＤＰコンテキストが解放される。しかしながら、動作中のＰＤＮ接続／ＰＤＰコンテキストについての情報を含む、ネットワーク（ＳＧＳＮ）とＵＥとの間のコンテキスト情報は、新しいＲＡＵが行われ、コンテキストがＵＥとＳＧＳＮとの間で同期化されるまで、しばらく同期がずれている場合がある。同期がずれたコンテキストにより、その間にＵＥは、ＬＩＰＡ接続に対応するＰＤＰコンテキストが依然として動作中であると見なす。
【００７０】
ＮＡＳアイドルＵＥのモビリティ：ＬＩＰＡ接続がアイドルモードモビリティ中に切断され、Ｈ（ｅ）ＮＢの外側でアイドルモビリティを行った後にＵＥがＮＡＳ接続モードになる時に生じる、いくつかの問題の場合がある。
【００７１】
第１の問題の場合では、ＵＥ１４１６は、ＨｅＮＢセル受信可能範囲１４２０から、継続性が提供されるべきでない標的セル１４１２（例えば、ｅＮＢまたはＨｅＮＢセル）における第２の位置１５１６へ移動する。標的セルへ移動した後、ＵＥ１５１６は、住居／企業ネットワークに直接接続されていない標的（例えば、Ｅ−ＵＴＲＡ）セルの中でサービス要求（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴ）を行い得る。標的セルを介してＵＥからサービス要求（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴ；ＳＲ）を受信すると、ＭＭＥ１４１４は、ＳＲを提供することができず、ＬＩＰＡ  ＰＤＮ接続性１４３０を解放する必要があることを決定する。ＭＭＥ１４１４は、ＵＥが他の動作中のＰＤＮ接続を有する場合に、サービス要求を拒絶し、ＬＩＰＡ  ＰＤＮ接続性を切断することによって、ＬＩＰＡ  ＰＤＮ接続性１４３０を解放する。他方で、ＵＥがＥＣＭ−ＩＤＬＥモードになる前にＬＩＰＡ  ＰＤＮ接続のみを有する場合、ＬＩＰＡ  ＰＤＮ接続の解放は、いずれの動作中のＰＤＮ接続も残っていないＵＥをもたらし、現在の仕様が、なぜＵＥがデタッチされているかをＭＭＥが示すことを要求しないので、ＵＥが正しく知らせられることなく、ＭＭＥによってＵＥをネットワークからデタッチさせる。
【００７２】
別の問題の場合では、ＵＥ１４１６は、ＨｅＮＢ１４２０からＧＥＲＡＮ／ＵＴＲＡＮ（図示せず）へ移動する。この場合、アイドル（ＩＤＬＥ）モードＵＥは、ＬＩＰＡサービス継続性が提供されていないＥ−ＵＴＲＡＮセルの中で、追跡領域更新（ＴＡＵ）を行う。具体的には、（１）ＵＥが、最後の登録（アタッチまたはＴＡＵ）においてＵＥがＭＭＥから取得したＴＡＩのリストの中にない、新しい追跡領域（ＴＡ）に入る場合、および（２）周期的ＴＡ更新タイマーが期限切れになった場合に、ＵＥがアイドル（ＩＤＬＥ）モードでＴＡＵを行う。ＵＥがＴＡＵを行う場合に、標的セルが住居／企業ネットワークに直接接続されていない場合、ＭＭＥは、動作中のＬＩＰＡ  ＰＤＮ接続を切断する必要があるが、ＭＭＥがそのようなＰＤＮ接続を解放する必要がないので、現在の仕様は、ＬＩＰＡ接続の存在下でどのようにＭＭＥが挙動するかを特定しない。
【００７３】
別の問題の場合では、ＵＥは、ＨＮＢからＧＥＲＡＮ／ＵＴＲＡＮへ移動する。この場合、アイドル（ＩＤＬＥ）モードＵＥ（ＨｅＮＢを通した少なくとも１つのＬＩＰＡ  ＰＤＮ接続を有する）は、ルーティング領域更新を行う。具体的には、ＵＥが新しいルーティング領域（ＲＡ）に入る場合、およびＲＡＵタイマーが期限切れになる場合に、ＵＥがＲＡＵを行う。新しいＳＧＳＮは、ＲＡＵ中にコンテキスト要求（ＣＯＮＴＥＸＴ  ＲＥＱＵＥＳＴ）メッセージを古いＭＭＥに送信し、ＭＭＥは、コンテキスト応答（ＣＯＮＴＥＸＴ  ＲＥＳＰＯＮＳＥ）メッセージで応答する。ＵＥがＬＩＰＡ  ＰＤＮ継続性をサポートすることができないセルへ移動したことを決定すると、ネットワークがＬＩＰＡ接続を切断するが、現在の仕様は、ＭＭＥまたはＳＧＳＮが切断をトリガするべきかどうか、およびどのようにしてトリガするかを明記しない。
【００７４】
動作中アイドルモビリティでの接続性の損失の発見の遅延：アイドルモード信号伝達低減（ＩＳＲ）を伴って、または伴わずに、接続性が失われたという発見の遅延がある場合にアイドルモードモビリティで生じる、いくつかの問題の場合がある。
【００７５】
例示的問題の場合では、ＵＥ１４１６は、ＨｅＮＢ１４２０とｅＮＢ１４１２との間、またはＨＮＢとマクロＧＥＲＡＮ／ＵＴＲＡＮとの間、または異なるＣＳＧに属し、ＬＩＰＡ継続性が提供されるべきではないＨｅＮＢ（それぞれＨＮＢ）の間で移動する。ＵＥがアイドルモードでルーティング領域（ＲＡ）／追跡領域（ＴＡ）内を移動する場合、ＵＥは、その場所をネットワークに登録するようにＮＡＳ信号伝達を行わない。ＵＥが任意のＮＡＳ信号伝達を行う前、またはＵＥがデータを伝送する前に、有意な遅延がある場合、ＵＥは、接続性を失ったことを認識せず、それは、ＵＥに送達されるべきデータを送達することができない場合に、プッシュ配信サービス等にとって問題となり得る。
【００７６】
別の問題の場合では、ＵＥは、ＨｅＮＢからＩＳＲが動作中であるＧＥＲＡＮ／ＵＴＲＡＮセルへ移動する。アイドルモビリティが、Ｈ（ｅ）ＮＢから、ＬＩＰＡ  ＰＤＮ接続性がサポートされるべきではなく、ＩＳＲが動作中であるセルまで、ＵＥによって実施され、ＵＥがＩＳＲ領域内で移動する場合に、ＵＥは、その場所をネットワークに登録するようにＮＡＳ信号伝達を行わず、したがって、（データを伝送する必要がない限り）ＵＥが任意のＮＡＳ信号伝達を行う前、およびＵＥが接続性を失ったことを認識する前に、長い時間があり得る。そのような接続性の損失は、ＵＥに送達されるべきデータを送達することができないので、プッシュ配信サービス等にとって問題となり得る。加えて、ＵＥが、ＬＩＰＡ  ＰＤＮ接続を使用したプッシュ配信サービスを使用していた、またはデータをＵＥにトランスポートするためにＬＩＰＡ  ＰＤＮ接続のデフォルトベアラを使用していた場合、ＵＥは、切断されたことを認識するまで、および再アタッチ等の回復措置を行うまで、いずれのプッシュ配信されたデータも受信できない。（ＵＥおよびＳＧＳＮコンテキストを同期化する）ＲＡＵまたはプッシュ配信サービスのキープアライブ機構が、アイドルモードモビリティのずっと後に起こり得るので、ＵＥがプッシュ配信サービスからプッシュ配信されたいずれのデータも受信しない一方で、ＵＥがＬＩＰＡ  ＰＤＮの切断を知らされていたならば、新しいＰＤＰコンテキストを伴う標的セルから、適宜にプッシュ配信サービスに再接続することができたであろう。
【００７７】
動作中モードモビリティでの接続性の損失の発見の遅延：接続性が失われたという発見の遅延がある場合に動作中モードモビリティから生じる、いくつかの問題の場合がある。
【００７８】
例示的問題の場合では、接続モードのＵＥは、ＩＳＲが動作中である場合にＨｅＮＢからＧＥＲＡＮ／ＵＴＲＡＮへ移動し、接続性の損失の発見の遅延をもたらす。この問題は、ＲＡＴ間ＨＯを行い、所与のＰＤＰコンテキストに対するＲＡＢがないことを知ったＵＥが、依然としてＰＤＰコンテキストが動作中であると見なすことを許可される場合に存在する。ハンドオーバが、Ｈ（ｅ）ＮＢセル受信可能範囲から、ＬＩＰＡ  ＰＤＮ接続性がサポートされていない標的（例えば、ＧＥＲＡＮ／ＵＴＲＡＮ）セルまでの非ＬＩＰＡ  ＰＤＮのために動作中であるＵＥによって行われる場合に、ＬＩＰＡ  ＰＤＮ接続に対応するＰＤＰコンテキストが切断される。ＩＳＲが動作中である場合に、ハンドオーバがＩＳＲ領域中のＲＡに向かっている場合、ＵＥはハンドオーバの終了時にＲＡＵを行わない。しかしながら、ＵＥが即時に知らされない限り、たとえばそのような接続のために動作中であるＲＡＢがなくても、ＵＥはＰＤＰコンテキストが依然として動作中であると考えるので、ＵＥは、ＬＩＰＡ  ＰＤＮに対応するＰＤＰコンテキストが依然として接続されていると考え得る。ＵＥがＬＩＰＡ  ＰＤＮ接続上で何らかのプッシュ配信サービスを使用していた場合、ＵＥは、切断されたことを認識するまで、いずれのプッシュ配信されたデータも受信できない。また、（ＵＥおよびＳＧＳＮコンテキストを同期化する）ＲＡＵまたはプッシュ配信サービスのキープアライブ機構が、ハンドオーバから長い間をおいて起こり得るので、ＵＥがプッシュ配信サービスからプッシュ配信された任意のデータを失う一方で、ＵＥがＬＩＰＡ  ＰＤＮの切断を知らされていたならば、新しいＰＤＰコンテキストを伴う標的セルから、適宜にプッシュ配信サービスに再接続することができたであろう。
【００７９】
別の問題の場合では、接続モードのＵＥは、ＨＮＢセル受信可能範囲からマクロ（例えば、ＧＥＲＡＮ／ＵＴＲＡＮ）セル受信可能範囲へ移動し、接続性の損失の発見の遅延をもたらす。ＵＥが、ＨＮＢからＬＩＰＡ  ＰＤＮ接続性がサポートされていない標的ＧＥＲＡＮ／ＵＴＲＡＮセルへのハンドオーバを行う場合、ＰＤＰコンテキストは切断される。しかしながら、ＵＥは、ハンドオーバの一部としてＲＡＵを行わないことがあり、その場合、ＵＥおよびＳＧＳＮは、動作中ＰＤＰコンテキスト情報に関して同期化されない。
【００８０】
アイドルモードモビリティに対する切断の遅延：他の問題の場合に直交する、タイミング関連問題があり、解決法は、アイドルモードモビリティおよび動作中モードモビリティの両方に有益であり得る。この場合、ＵＥ１４１６がＨ（ｅ）ＮＢ１４２０の受信可能範囲の外側に移動する場合に、ＬＩＰＡ接続は、検出時に解放され、次いで、ＵＥ１４１６がＨ（ｅ）ＮＢ１４２０の受信可能範囲に戻る場合に再確立される。しかしながら、ＵＥ１４１６がすぐにＨ（ｅ）ＮＢ１４２０に戻り得る状況、またはＨ（ｅ）ＮＢ１４２０とマクロ受信可能範囲との間で前後に移動し続け得る状況があり得る。これらのシナリオでは、ＬＩＰＡ接続が繰り返し確立および解放され、有意な信号伝達オーバーヘッドをもたらす。結果として、ＵＥ１４１６がＨ（ｅ）ＮＢ１４２０に比較的迅速に戻るシナリオを最適化するために、ＵＥ１４１６がＨ（ｅ）ＮＢ１４２０の受信可能範囲の外側に移動する場合に、ＬＩＰＡ接続の解放を遅延させることが望ましいことがある。
【００８１】
回路交換フォールバックによってトリガされるＧＥＲＡＮ／ＵＴＲＡＮへのハンドオーバ：ＧＥＲＡＮ／ＵＴＲＡＮへのハンドオーバがＣＳＦＢによってトリガされる場合等の、ＨｅＮＢに接続されたＵＥをＣＳＦＢサービスのために組み合わせてアタッチすることができる場合に生じる、いくつかの問題の場合がある。
【００８２】
例示的問題の場合では、ＵＥは、コアネットワークを通してＬＩＰＡ  ＰＤＮ接続またはゼロ以上の非ＬＩＰＡ  ＰＤＮ接続を有することができる。ＣＳＦＢが携帯電話発信（ＭＯ）または携帯電話着信（ＭＴ）サービスのためにトリガされる時に、標的セルがＣＳＦＢプロシージャの一部としてＤＴＭおよびＰＳ  ＨＯをサポートするため、データベアラのＰＳ  ＨＯがＨｅＮＢによってトリガされ、ネットワークによって許容可能であり得る。この場合、ネットワークは、非ＬＩＰＡ  ＰＤＮ接続を引き渡し、ＬＩＰＡ  ＰＤＮ接続を切断するか、またはＬＩＰＡ  ＰＤＮ接続のみがある場合、ＭＭＥはＰＳ  ＨＯを拒絶する。ＭＭＥがＰＳ  ＨＯを拒絶する場合、ＭＯまたはＭＴのいずれかのためのＣＳＦＢは、結果として失敗する。ＰＳ  ＨＯが可能であるが、ＵＥまたはネットワークがＤＴＭをサポートできない場合、条件の開始時に、ＧＥＲＡＮ  ＰＳベアラが一時停止される。標的セルがＧＥＲＡＮセルであり、ＤＴＭが標的セルの中でサポートされていない場合、ＵＥは、ＰＳベアラ（ＬＩＰＡ  ＰＤＮ接続に対応するものを含む）を一時停止する。いったんＣＳフォールバックをトリガしたＣＳサービスが終了させられると、ＵＥは、Ｅ−ＵＴＲＡＮに戻ってＰＳベアラを再開し得るか、またはＧＥＲＡＮにとどまってＰＳベアラを再開し得る。ＵＥが元のＨ（ｅ）ＮＢに戻る場合には、現在のＣＳＦＢおよびＥＰＳ機構に基づいて、ＬＩＰＡ  ＰＤＮ接続を再開することができる。例えば、ＵＥが（例えば、サービス要求またはＴＡＵによって）ＭＭＥに向かってＮＡＳ信号伝達を行う場合に、ＭＭＥは一時停止したベアラを再開する。
【００８３】
別の問題の場合では、ＵＥは、コアネットワークを通してＬＩＰＡ  ＰＤＮ接続またはゼロ以上の非ＬＩＰＡ  ＰＤＮ接続を有することができる。ＣＳＦＢがＭＯまたはＭＴサービスのためにトリガされる時に、データベアラのＰＳ  ＨＯが行われない場合がある。ＰＳ  ＨＯがフォールバックプロシージャの一部として行われず、ＵＥがＰＳベアラを一時停止した場合、およびＵＥがＥ−ＵＴＲＡＮに戻る場合には、ＵＥは、ＭＭＥへのＮＡＳ信号伝達（例えば、サービス要求またはＴＡＵ）を行う。ＵＥは、元のＨｅＮＢセルとは異なる標的Ｅ−ＵＴＲＡＮセルに戻る場合がある。そのような標的Ｅ−ＵＴＲＡＮセルは、マクロセル、または異なるＣＳＧ  ＩＤを伴うＨｅＮＢであり得る。ＬＩＰＡ  ＰＤＮ接続のためのサービス継続性（すなわち、モビリティ）が元のＨｅＮＢ（すなわち、ＬＩＰＡ  ＰＤＮ接続が生成された場所）と標的ＨｅＮＢとの間で許可されていないことを仮定して、ＭＭＥは、ＬＩＰＡ  ＰＤＮ接続が切断されていることを確実にする。また、標的Ｅ−ＵＴＲＡＮセルがマクロセルである場合には、ＭＭＥは、ＬＩＰＡ  ＰＤＮ接続が切断されていることを確実にする。
【００８４】
将来のネットワーク内でＬＩＰＡ  ＰＤＮ接続性を維持する：リリース１０以降のネットワークでは、ＬＩＰＡ継続性が有効にされるため、ＬＩＰ  ＰＤＮ接続性を維持することに関連する問題が生じる。そのような将来の場合において、ＵＥは、ＬＩＰＡ継続性をサポートするネットワークに接続しているか否かを知る必要がある。したがって、ＵＥは、Ｈ（ｅ）ＮＢの受信範囲の外側に移動すると、セッション継続性が提供されているか否かを知ることができない。
【００８５】
ＬＩＰＡ接続解放に関連付けられる先述の問題に関し、識別された接続解放の問題を管理するために適用され得るいくつかの解決法が本明細書で説明および開示される。例えば、ＭＭＥ開始ＰＤＮ接続解放プロシージャは、大抵の場合にＵＥがＨ（ｅ）ＮＢの受信可能範囲の外側に移動する場合にＰＤＮ接続を解放するために、ハンドオーバプロシージャと組み合わせられ得る（同様に、ＳＧＳＮ開始ＰＤＰコンテキスト動作停止プロシージャ）。しかしながら、ＨｅＮＢ／ＨＮＢにおけるＰＤＮ接続／ＰＤＰコンテキストの生成時に、ＭＭＥ／ＳＧＳＮが、そのような接続がＬＩＰＡ  ＰＤＮ接続ＰＤＮ接続であるか否かという指示をＵＥに関係するコンテキスト情報の中に記憶する、以下で開示される他の解決法がある。加えて、解決法は、ＵＥがＬＩＰＡにおいてそのようなＰＤＮに接続されたＨ（ｅ）ＮＢから、ＬＩＰＡ継続性が提供されていない標的セルへのモビリティにより、そのようなＰＤＮ接続がネットワークによって切断された場合に、あるＡＰＮまたはサービスに対応するＰＤＮに再接続するかどうかについて（例えば、オペレータまたはユーザによって）ＵＥを構成することを含む。代替として、ＵＥは、ＵＥモビリティにより切断されたＰＤＮに再接続しないように構成され得る。
【００８６】
（実施形態の説明）
選択された実施形態では、オペレータは、ＯＭＡ  ＤＭ管理オブジェクト（ＭＯ）を使用して、ＬＩＰＡサービス継続性の欠如により切断された任意のＰＤＮが再接続される必要があるかどうかという指示を含むようにＵＥを構成する。ＵＥはまた、ＰＤＮがＬＩＰＡサービス継続性の欠如により切断された場合に、ＰＤＮが再接続される必要がある、ＡＰＮのリストを含むように構成され得る。他の実施形態では、ＵＥは、ＬＩＰＡサービス継続性の可用性の指示を含むように構成される（すなわち、ＵＥがＣＳＧのメンバーであるＣＳＧセルの間のみ、またはローミングしていない場合、またはマクロへのモビリティが生じる場合、またはマクロへのモビリティが生じる＋開放ＣＳＧセルが生じる場合）。デフォルトで、この指示は、何らかの値に、例えば、ＬＩＰＡサービス継続性利用不可能に設定することができる。ＵＥはまた、ある特性を伴うＰＤＮ接続に対するインジケータのリストを含むように構成され得る（すなわち、ＰＤＮ接続をＩＭＳに使用することができるという指示、またはネットワークからの応答メッセージの中のＰ−ＣＳＣＦを受信するように要求する指示）。構成されたＵＥはまた、不十分な信用証明を伴う緊急呼び出しが許可されない場合に、非ＬＩＰＡを切断することが許可されるかどうかという指示、および／または、動作のＰＳモード２ではない時に、ＰＤＮ接続のうちの１つが、特定のＡＰＮまたはデフォルトＡＰＮ（非ＰＧＷによって終了することが知られている）のいずれかに対するものである少なくとも２つのＰＤＮ接続を、ＵＥが保持するかどうかという指示を含み得る。
【００８７】
選択された実施形態では、ＵＥがＬＩＰＡ  ＰＤＮ接続を起動する場合に、ＭＭＥは、ＬＩＰＡ  ＰＤＮ接続のために、一対のＣＳＧ  ＩＤおよびＡＰＮを記憶し、該ＬＩＰＡ  ＰＤＮ接続は、該ＣＳＧ  ＩＤセルにおいて起動される。他の実施形態では、ＵＥがＬＩＰＡ  ＰＤＰコンテキストを起動する場合に、ＳＧＳＮは、ＬＩＰＡ  ＰＤＰコンテキストのために、一対のＣＳＧ  ＩＤおよびＡＰＮを記憶し、該ＬＩＰＡ  ＰＤＰコンテキストは、該ＣＳＧ  ＩＤセルにおいて起動される。いくつかの実施形態では、ＵＥがＬＩＰＡ  ＰＤＮ接続を起動すること、または、ＵＥがＬＩＰＡ  ＰＤＰコンテキストを起動することは、ＵＥがＰＤＮ接続要求をＭＭＥに送信すること、ＭＭＥがＵＥからＰＤＮ接続要求を受信すること、ＵＥがアタッチ要求をＭＭＥに送信すること、ＭＭＥがＵＥからアタッチ要求を受信すること、ＵＥがＰＤＰコンテキスト要求をＳＧＳＮに送信すること、または、ＳＧＳＮがＵＥからＰＤＰコンテキスト要求を受信することを含む。
【００８８】
本明細書で使用される場合、ＬＩＰＡ  ＰＤＮ接続は、ＬＩＰＡ接続性に対するＵＥからの要求に基づき、かつ、ＨｅＮＢのＣＳＧ  ＩＤに基づいて、ＭＭＥが、ＨｅＮＢに接続されたＵＥに対してＰＤＮ  ＧＷへの接続性を認可するＰＤＮ接続である。代替として、ＬＩＰＡ  ＰＤＮ接続は、ＵＥがＬＩＰＡ接続性タイプ「ＬＩＰＡ」を要求し、ＭＭＥが提供される接続性タイプをＵＥに知らせることによって起動されたＰＤＮである。
【００８９】
この解決策では、ＴＡＵプロシージャは、ＵＥによって常に開始され、いくつかの目的で使用され、該目的は、ＵＥが少なくとも１つのＬＩＰＡ  ＰＤＮ接続を有する場合に、ソースセルがＣＳＧセルであり、標的セルがＣＳＧセルではない場合のＵＥモビリティのために、ＵＥ  ＥＰＳベアラコンテキストをＭＭＥ  ＥＰＳベアラコンテキストと同期化することを含む。ＴＡＵプロシージャは、ＵＥが少なくとも１つのＬＩＰＡ  ＰＤＮ接続を有する場合に、ソースセルがＣＳＧセルであり、標的セルがＣＳＧセルであり、および、標的セルのＣＳＧ−ＩＤがソースセルのＣＳＧ−ＩＤではない場合のＵＥモビリティのために、ＵＥ  ＥＰＳベアラコンテキストをＭＭＥ  ＥＰＳベアラコンテキストと同期化するためにも使用される。
【００９０】
実施形態：ハンドオーバ中にＵＥをデタッチする：選択された実施形態によれば、別の解決法は、ＨｅＮＢからマクロＥ−ＵＴＲＡＮまたはＬＩＰＡ継続性がサポートされていない別のＨｅＮＢへの接続モードモビリティの場合に対処する。この解決法では、ＭＭＥは、ＬＩＰＡ継続性がサポートされるべきではない場合に、ＨｅＮＢと標的Ｅ−ＵＴＲＡＮセルとの間のハンドオーバ中のＬＩＰＡ  ＰＤＮ接続を暗示的に動作停止する。代替として、ＭＭＥは、ハンドオーバが行われた後にＬＩＰＡ  ＰＤＮ接続を明示的に動作停止する。この解決法では、そのＰＤＮのためのＲＡＢが標的セルに存在しないので、ＵＥは、ＬＩＰＡ  ＰＤＮ接続を失ったことを検出する。
【００９１】
この場合の適用される仮定は、（１）ＬＩＰＡのためのサービス継続性がサポートされていないこと、（２）ＵＥがＥＣＭ接続（ＥＣＭ−ＣＯＮＮＥＣＴＥＤ）モードであること、（３）ＨＯがＵＥのモビリティにより行われるべきであること、（４）標的セルが住居／企業ネットワーク（他のＣＳＧ）に接続されていないマクロｅＮＢまたは別のＨｅＮＢに属すること、（５）ＭＭＥ移転を伴わないこと、および（６）ＵＥが少なくとも２つのＰＤＮ接続を有し、１つがＬＩＰＡ  ＰＤＮ接続であり、もう１つがコアネットワークを通したＰＤＮ接続であることである。
【００９２】
これらの実施形態での開示される解決法は、ＵＥが少なくとも１つのＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続、およびコアネットワークを経由する追加のＰＤＮ接続を提供する場合に、ＨｅＮＢと標的Ｅ−ＵＴＲＡＮセルとの間のＳ１ベースのＨＯプロシージャを処理する方法を提供する。ＭＭＥ移転がＨＯのために必要とされる場合、ＭＭＥ移転はステップ１６−１（図１１で説明される）の直後に起こり、プロシージャの残りには影響を及ぼさない。
【００９３】
（ハンドオーバ中のＬＩＰＡ  ＰＤＮ接続の暗示的な動作停止）
ＵＥ１６０２が、ＬＩＰＡ／ローカルＳＩＰＴＯ接続であるＰＤＮ接続のうちの１つを有する、図１１の信号フロー図を参照して説明される第１の実施形態では、ＭＭＥ１６０８は、ハンドオーバを行うが、ＭＭＥ１６０８は、標的セルにおけるＬＩＰＡ  ＰＤＮ接続のためのＲＡＢの割付を可能にしない。ＭＭＥ１６０８は、ＬＩＰＡ  ＰＤＮ接続を動作停止させるために、ＵＥ１６０２へのいずれの明示的なＮＡＳ信号伝達も行わない。ハンドオーバ後に、ＵＥ１６０２は、いずれのＲＡＢもＵＥ１６０２のために割り付けられていないので、ＬＩＰＡ  ＰＤＮ接続を自動的に解放する。Ｒｅｌ．１０のＵＥおよび後続のリリースについて、ＵＥは、いずれのＲＡＢも割り付けられていないＰＤＮ接続がＬＩＰＡ接続であることを検出し、オペレータまたはユーザによって提供され得るような方針または構成情報に基づいて、そのＡＰＮのために新しいＰＤＮを要求するかどうかを決定する。
【００９４】
動作において、ＨｅＮＢ１６０４が、ＭＭＥ１６０８に標的セルについての情報を含むハンドオーバ要求を送信することによって、標的セルへのハンドオーバをトリガする場合、ＭＭＥ１６０８は、ＭＭＥにおけるＵＥコンテキスト情報（ＬＩＰＡ指示を伴う加入情報、現在のＣＳＧ、ＬＩＰＡ接続の現在の状態等を含む）に基づいて、および該標的セルについての情報（例えば、技術タイプ、ＣＳＧ  ＩＤ）に基づいて、ＬＩＰＡ  ＰＤＮ接続である動作中のＰＤＮ接続があることを決定する。加えて、ＭＭＥ１６０８は、ＬＩＰＡ  ＰＤＮ継続性を標的セルに向かってサポートできないことを決定する。接続を暗示的に動作停止させるために、ＭＭＥ１６０８は、ハンドオーバ準備中に、標的セルにおけるＬＩＰＡ  ＰＤＮ接続のためのＲＡＢの割付を要求しない。このようにして、ＵＥ１６０２は、ハンドオーバを行い、いずれの無線ベアラも標的セルにおいてＬＩＰＡ  ＰＤＮ接続のために割り付けられていないことを検出する。このようにして、ＵＥ１６０２は、ＬＩＰＡ  ＰＤＮ接続が解放されていることを決定する。加えて、ＵＥ１６０２は、構成情報あるいはオペレータ方針またはユーザ方針に基づいて、ＰＤＮ接続が標準セルにおいて再起動される必要があるかどうかを決定する。
【００９５】
図１１に示される、描写された信号フロー１６００では、第１またはソースＨｅＮＢ１６０４が、信号フロー１６−１において、ハンドオーバ必要（直接転送経路可用性、ソース・標的トランスペアレントコンテナ、標的ｅＮＢ識別、標的ＴＡＩ、Ｓ１ＡＰ原因）をＭＭＥ１６０８に送信する。信号フロー１６−２では、ＭＭＥ１６０８は、サービス継続性がＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続のためにサポートされていないことを決定し、ＭＭＥ１６０８は、全てのＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続に対するＰＤＮ切断プロシージャを開始する。
【００９６】
信号フロー１６−３では、ＭＭＥ１６０８は、ハンドオーバ要求（設定するＥＰＳベアラ、ＡＭＢＲ、Ｓ１ＡＰ原因、ソース・標的トランスペアレントコンテナ、ハンドオーバ制限リスト）メッセージを標的ｅＮＢ１６０６に送信する。このメッセージは、解放されたＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続に属するＥＰＳベアラを含まない。このメッセージは、ベアラに関する情報、およびセキュリティコンテキストを含む、ＵＥコンテキストを標的ｅＮＢ１６０６において生成する。各ＥＰＳベアラについて、設定すべきベアラは、ユーザプレーン用のサービングＧＷアドレスおよびアップリンクＴＥＩＤと、ＥＰＳベアラＱｏＳとを含む。返信として、標的ｅＮＢ１６０６は、信号フロー１６−４において、ハンドオーバ要求肯定応答（ＥＰＳベアラ設定リスト、リストを設定できなかったＥＰＳベアラ、標的・ソーストランスペアレントコンテナ）メッセージをＭＭＥ１６０８に送信する。ＥＰＳベアラ設定リストは、Ｓ１−Ｕ参照点上のダウンリンクトラフィックのために標的ｅＮＢに割り付けられたアドレスおよびＴＥＩＤ（１つのベアラにつき１つのＴＥＩＤ）と、必要であれば転送されたデータを受信するためのアドレスおよびＴＥＩＤとのリストを含む。
【００９７】
信号フロー１６−５では、ＭＭＥ１６０８は、ハンドオーバコマンド（標的・ソーストランスペアレントコンテナ、転送の対象であるベアラ、解放すべきベアラ）メッセージをＨｅＮＢ１６０４に送信する。転送の対象であるベアラは、転送のために割り付けられたアドレスおよびＴＥＩＤのリストを含む。解放すべきベアラは、解放されるべきベアラのリストを含む。
【００９８】
信号フロー１６−６では、ＨｅＮＢ１６０４は、ハンドオーバコマンドを構築し、標的・ソーストランスペアレントコンテナを使用してＵＥ１６０２に送信する。このメッセージの受信時に、ＵＥ１６０２は、標的セルにおける対応するＥＰＳ無線ベアラを受信しなかったいずれのＥＰＳベアラも除去する。ＵＥ１６０２は、標的セルへの同期化が成功した後に、信号フロー１６−７においてハンドオーバ確認メッセージを標的ｅＮＢ１６０６に送信する。ＨｅＮＢ１６０４から転送されるダウンリンクパケットは、ＵＥ１６０２に送信することができる。また、アップリンクパケットをＵＥ１６０２から送信することができ、それは、標的サービングＧＷ１６１２へ、続いてＰＤＮ  ＧＷ１６１４へ転送される。最終的に、標的ｅＮＢ１６０６は、信号フロー１６−８においてハンドオーバ通知（ＴＡＩ＋ＥＣＧＩ）メッセージをＭＭＥ１６０８に送信する。
【００９９】
（ハンドオーバ後のＬＩＰＡ  ＰＤＮ接続の明示的な動作停止）
ＵＥ１６０２がＬＩＰＡ接続を有する、図１１の信号フロー図を参照して説明される第２の実施形態では、ＭＭＥ１６０８は、定期的なハンドオーバを行うが、ＬＩＰＡ  ＰＤＮを識別する指示を用いてＭＭＥ開始ＰＤＮ切断をトリガすることによって、ＬＩＰＡ  ＰＤＮ接続を動作停止させる。指示は、特定の理由／原因も提供し得る。ＭＭＥ１６０８は、ハンドオーバ中に、またはハンドオーバが行われた後にそうし得る。具体的な原因が提供されない場合、Ｒｅｌ．１０＋ＵＥは、これがＬＩＰＡ  接続であることを検出し、自動的に、または方針に基づいてＡＰＮのための新しいＰＤＮを要求する。具体的な原因が与えられた場合、ＵＥは方針に基づいて反応する。
【０１００】
動作において、標的セルについての情報を含むハンドオーバ要求をＭＭＥ１６０８に送信することによって、ＨｅＮＢ１６０４が、標的セルへのハンドオーバをトリガすると、ＭＭＥ１６０８は、ＭＭＥにおけるＵＥコンテキスト情報（ＬＩＰＡ指示を伴う加入情報、現在のＣＳＧ、ＬＩＰＡ接続の現在の状態等を含む）、および標的セルについての情報（例えば、技術タイプ、ＣＳＧ  ＩＤ）に基づいて、ＬＩＰＡ  ＰＤＮ接続である動作中のＰＤＮ接続があることを決定する。加えて、ＭＭＥ１６０８は、ＬＩＰＡ  ＰＤＮ継続性を標的セルに向かってサポートできないことを決定する。接続を明示的に動作停止させるために、ＭＭＥ１６０８は、ハンドオーバをトリガし、ハンドオーバ完了時に、ＭＭＥ１６０８は、ＭＭＥ開始ＰＤＮ切断をトリガすることによってＬＩＰＡ  ＰＤＮ接続を動作停止させる。ＭＭＥ１６０８は、動作停止の具体的な理由／原因を含み得る。実施形態：ハンドオーバを拒絶する：選択された実施形態によれば、別の解決法が、図１２を参照して説明され、ＨｅＮＢからＬＩＰＡ継続性がサポートされていないマクロＥ−ＵＴＲＡＮまたは別のＨｅＮＢへの接続モードモビリティの場合に対処する。この解決法では、ＨＯプロシージャを続ける代わりに、ＭＭＥ１７０８は、全ての動作中のＰＤＮ接続は、サービス継続性が提供されていない接続であるという認識、および標的セルについての情報（例えば、技術タイプ、ＣＳＧ  ＩＤ）に基づいて、第１またはソースＨｅＮＢ１７０４からのＨＯ要求を拒絶し、ＰＤＮ接続を解放し、デタッチ要求（ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴ）メッセージをＵＥ１７０２に送信する。結果として、ＵＥ１７０２が再アタッチし得る。この解決法は、ハンドオーバを行う場合に、ＭＭＥ１７０８がＬＩＰＡ  ＰＤＮ接続の存在を「認識」していることを含む。
【０１０１】
この場合の適用される仮定は、（１）ＵＥが有する全てのＰＤＮ接続がＬＩＰＡまたはＳＩＰＴＯ  ＰＤＮ接続であること、（２）ＬＩＰＡのためのサービス継続性がサポートされていないこと、（３）ＵＥがＥＣＭ接続（ＥＣＭ−ＣＯＮＮＥＣＴＥＤ）モードであること、（４）ＨＯがＵＥのモビリティにより行われるべきであること、（５）標的セルが住居／企業ネットワーク（他のＣＳＧ）に接続されていないマクロｅＮＢまたは別のＨｅＮＢに属すること、および（６）ＭＭＥ移転を伴わないことである。
【０１０２】
これらの開示された実施形態では、ハンドオーバの場合のＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続の解放は管理されるが、ＨＯプロシージャを続ける代わりに、ＭＭＥがソースＨｅＮＢからのＨＯ要求を拒絶し、ＰＤＮ接続を解放し、全ての動作中のＰＤＮ接続はサービス継続性が提供されていない接続であるという認識、および標的セルについての情報（例えば、技術タイプ、ＣＳＧ  ＩＤ）に基づいて、デタッチ要求（ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴ）メッセージをＵＥに送信する。結果として、ＵＥがＨｅＮＢまたはｅＮＢに再アタッチし得る。理解されるように、これらの解決策は、ＭＭＥが、ＨｅＮＢからＨＯ必要（ＨＯ  ＲＥＱＵＩＲＥＤ）メッセージを受信し、そこから、ＬＩＰＡ／ＳＩＰＴＯサービス継続性が（ＧＥＲＡＮ／ＵＴＲＡＮであり得る）標的セルにおいて提供されず、ＵＥがＬＩＰＡ  ＰＤＮ接続のみを有することを発見する場合に適用される。ＩＲＡＴ  ＨＯの原因がＵＥのモビリティであったので、ＵＥは、Ｅ−ＵＴＲＡＮが利用可能ではないことがあるので２Ｇ／３Ｇネットワークに再アタッチし得る。
【０１０３】
ＵＥ１７０２がＬＩＰＡ／ローカルＳＩＰＴＯ  ＰＤＮ接続を有する、図１２の信号フロー図を参照して、選択された実施形態が説明される。ＭＭＥ１７０８に標的セルについての情報を含むハンドオーバ要求を送信することによって、ＨｅＮＢ１７０４が、標的セルへのハンドオーバをトリガする場合に、ＭＭＥ１７０８は、ＭＭＥにおけるＵＥコンテキスト情報に基づいて、動作中のＰＤＮ接続がＬＩＰＡ  ＰＤＮ接続であることを決定する。ＭＭＥ１７０８は、ＭＭＥにおけるＵＥコンテキスト情報（ＬＩＰＡ指示を伴う加入情報、現在のＣＳＧ、ＬＩＰＡ接続の現在の状態等を含む）に基づいて、および標的セルについての情報（例えば、技術タイプ、ＣＳＧ  ＩＤ）に基づいて、ＬＩＰＡ  ＰＤＮ継続性を標的セルに向かってサポートできないことを決定する。加えて、ＭＭＥ１７０８は、ハンドオーバ要求を拒絶し、「再アタッチが要求される」ことを示す、デタッチ要求（ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴ）をＵＥ１７０２に送信する。「再アタッチが要求される」ことを示すデタッチ要求（ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴ）を受信すると、ＨｅＮＢ１７０２に接続され、ＬＩＰＡ  ＰＤＮ接続である少なくとも１つの動作中のＰＤＮ接続を有する、ＵＥ１７０２は、アタッチを行うために選択されるセルが、デタッチ要求（ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴ）を受信した時にＵＥが接続されたＨ（ｅ）Ｂであるかどうかを決定する。セルがＨｅＮＢ（すなわち、ＣＳＧセル）ではない、またはセルが異なるＣＳＧに属する場合、ＵＥは、構成情報あるいはオペレータ方針またはユーザ方針に基づいて、ＨｅＮＢにおいてＬＩＰＡ  ＰＤＮ接続として動作中であったＰＤＮ接続が、アタッチ時またはその後に標的セルにおいて再起動される必要があるかどうかを決定する。
【０１０４】
図１２に示される、描写された信号フロー１７００では、ソースＨｅＮＢ１７０４が、信号フロー１７−１において、ハンドオーバ必要（直接転送経路可用性、ソース・標的トランスペアレントコンテナ、標的ｅＮＢ識別、標的ＴＡＩ、Ｓ１ＡＰ原因）をＭＭＥ１７０８に送信する。信号フロー１７−２では、ＭＭＥ１７０８は、動作中の接続が、継続性が標的セルに向かって許可されていないＰＤＮ接続であることを認識し、ＨＯ失敗メッセージをｅＮＢ１７０２に送信する。加えて、ＭＭＥ１７０８は、セッション削除要求（ＤＥＬＥＴＥ  ＳＥＳＳＩＯＮ  ＲＥＱＵＥＳＴ）をＳ−ＧＷ１７１０に送信することによってＬＩＰＡ  ＰＤＮ解放プロシージャを開始する。信号フロー１７−３では、ＭＭＥ１７０８は、デタッチタイプ「再アタッチが要求される」とともに、デタッチ要求（ＤＥＴＡＣＨ  ＲＥＱＵＥＳＴ）メッセージをＵＥ１７０２に送信する。信号フロー１７−３では、ＵＥ１７０２は、デタッチ応答（ＤＥＴＡＣＨ  ＲＥＳＰＯＮＳＥ）メッセージでＭＭＥ１７０８に応答する。信号フロー１７−４では、ＵＥ１７０２は、ランダムアクセスプロシージャを通して標的ｅＮＢ１７０６へのＲＲＣ接続を確立した後に、アタッチ要求（ＡＴＴＡＣＨ  ＲＥＱＵＥＳＴ）メッセージをＭＭＥ１７０８に送信する。アタッチ要求の残りは、その後行われる。
【０１０５】
実施形態：ハンドオーバを行うが、ＬＩＰＡ  ＰＤＮ接続情報を省略する：選択された実施形態によれば、別の解決法は、ＨｅＮＢからＧＥＲＡＮ／ＵＴＲＡＮへの接続モードモビリティの場合に対処する。この解決法では、ＭＭＥは、現在の解決法通りにハンドオーバを行うことによって、ＨｅＮＢからの受信したＨＯ必要（ＨＯ  ＲＥＱＵＩＲＥＤ）メッセージに応答する。しかしながら、ＭＭＥが転送移転要求を標的ＳＧＳＮに送信する場合に、ＭＭＥは、標的ＳＧＳＮが対応するＬＩＰＡ  ＰＤＮ接続のためのＰＤＰコンテキストを生成しないように、ＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続に関する情報を省略する。例示的実施形態では、ソースＭＭＥ／ＳＧＳＮがＬＩＰＡに関する１つ以上のＥＰＳ  ＰＤＮ接続ＩＥを有し、ソースＭＭＥ／ＳＧＳＮが、オペレータ構成に基づいて、標的ＳＧＳＮ／ＭＭＥがＬＩＰＡを認識していないことを知った場合、ソースＭＭＥ／ＳＧＳＮは、転送移転要求メッセージからＬＩＰＡに関するＥＰＳ  ＰＤＮ接続ＩＥを省略する。
【０１０６】
この場合の適用される仮定は、（１）ＵＥが、コアネットワークを経由する少なくとも１つのＰＤＮ接続、および１つ以上のＬＩＰＡ  ＰＤＮ接続を有すること、（２）ＲＡＴ間ＨＯがモビリティにより起こること、および（３）ＬＩＰＡ／ＳＩＰＴＯのためのサービス継続性がサポートされていないことである。
【０１０７】
この解決法では、ＭＭＥがＨｅＮＢからＨＯ必要（ＨＯ  ＲＥＱＵＩＲＥＤ）メッセージを受信する場合に、ＭＭＥは、ＨｅＮＢから取得されるセル情報に基づいて、ならびに、ＭＭＥにおけるＵＥコンテキスト情報（ＬＩＰＡ指示を伴う加入情報、現在のＣＳＧ、ＬＩＰＡ接続の現在の状態等を含む）、および標的セルについての情報（例えば、技術タイプ、ＣＳＧ  ＩＤ）に基づいて、ＬＩＰＡ／ＳＩＰＴＯサービス継続性がサポートされていないことを認識する。この知識により、ＭＭＥは、現在の解決法通りにハンドオーバを行うが、ＭＭＥが転送移転要求を標的ＳＧＳＮに送信する場合に、ＭＭＥは、標的ＳＧＳＮが対応するＬＩＰＡ  ＰＤＮ接続のためのＰＤＰコンテキストを生成しないように、ＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続に関する情報を省略する。ＨＯプロシージャの終了時に、ＵＥは、標的ＳＧＳＮを用いてＲＡＵを行い、ＵＥとＳＧＳＮとの間でコンテキスト情報を同期化する。ソースＭＭＥは、Ｌ−ＧＷ（ＬＳ−ＧＷおよびＬＰ−ＧＷ）上のＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続を整理する。
【０１０８】
動作において、ＨｅＮＢは、標的セルへのハンドオーバをトリガし、標的セルについての情報を含むハンドオーバ要求をＭＭＥに送信する。それに応答して、ＭＭＥは、ＭＭＥにおけるＵＥコンテキスト情報（ＬＩＰＡ指示を伴う加入情報、現在のＣＳＧ、ＬＩＰＡ接続の現在の状態等を含む）、および標的セルについての情報（例えば、技術タイプ、ＣＳＧ  ＩＤ）に基づいて、ＬＩＰＡ  ＰＤＮ接続である動作中のＰＤＮ接続があることを決定する。加えて、ＭＭＥは、ＭＭＥにおけるＵＥコンテキスト情報（ＬＩＰＡ指示を伴う加入情報、現在のＣＳＧ、ＬＩＰＡ接続の現在の状態等を含む）、および標的セルについての情報（例えば、技術タイプ、ＣＳＧ  ＩＤ）に基づいて、ＬＩＰＡ  ＰＤＮ継続性を標的セルに向かってサポートできないことを決定する。結果として、ＭＭＥは、ＬＩＰＡに関する情報を省略する。
【０１０９】
（実施形態：ＭＭＥは、初期コンテキスト設定要求メッセージを送信する前にＬＩＰＡ
ＰＤＮ接続を解放する）
選択された実施形態よれば、別の解決法が、図１３を参照して説明され、Ｈ（ｅ）ＮＢの外側でアイドルモビリティを行った後にＵＥがＮＡＳ接続モードになる、ＮＡＳアイドルモードモビリティの場合に対処する。この解決法では、ＨｅＮＢにおいて以前に確立されたＬＩＰＡ  ＰＤＮ接続のためにＬＩＰＡ／ＳＩＰＴＯサービス継続性が提供されていないセルからＭＭＥ１８０６へ、ＵＥ１８０２がサービス要求（ＳＲ）を送信する場合、ＭＭＥ１８０６は、初期コンテキスト設定要求メッセージを標的ｅＮＢ１８０４に送信する前にＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続を解放する。
【０１１０】
この場合の適用される仮定は、（１）ＵＥが、アイドル（ＩＤＬＥ）モードになる前に、コアネットワークを経由するＰＤＮ接続ならびにＬＩＰＡ  ＰＤＮ接続を有していたこと、（２）ＬＩＰＡおよびＳＩＰＴＯローカルのためのサービス継続性がサポートされていないこと、（３）ＵＥがサービス要求（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴ）を送信する前に、ＵＥがＥＣＭアイドル（ＥＣＭ−ＩＤＬＥ）モードであること、および（４）ＭＭＥ移転を伴わないことである。
【０１１１】
動作において、ＵＥ１８０２は、ＨｅＮＢにおける以前に確立されたＬＩＰＡ  ＰＤＮ接続のためのＬＩＰＡ／ＳＩＰＴＯサービス継続性を提供しないセルからＭＭＥ１８０６へ、サービス要求を送信する（信号フロー１８−１）。ＵＥ１８０２からＳＲを受信すると、ＭＭＥ１８０６は、ＬＩＰＡ／ＳＩＰＴＯサービス継続性が提供されていないセルにＵＥ１８０２が接続されていることを発見する。ＭＭＥ１８０６が初期コンテキスト設定要求メッセージを標的ｅＮＢ１８０４に送信する（信号フロー１８−３）前に、ＬＩＰＡ
ＰＤＮ接続ではないＰＤＮ接続がある場合、ＬＩＰＡベアラを除く全てのＥＰＳベアラに対するベアラを提供することによって、サービス要求がＭＭＥ１８０６（信号フロー１８−２）において処理される。プロシージャの残り（信号フロー１８−４から１８−９）は、ＵＥ開始サービス要求プロシージャに従う。
【０１１２】
（実施形態：ＬＩＰＡ  ＰＤＮ接続確立）
選択された実施形態によれば、別の解決法が、図１４を参照して説明され、ＨｅＮＢの外側でアイドルモビリティを行った後にＵＥがＮＡＳ接続モードになる、ＮＡＳアイドルモードモビリティの場合に対処する。この解決法では、ＬＩＰＡ  ＰＤＮ接続は、ＬＩＰＡ接続性に対するＵＥからの要求に基づいて、およびＨｅＮＢのＣＳＧ  ＩＤに基づいて、ｅＮＢに接続されたＵＥのためのＰＤＮ  ＧＷへの接続性をＭＭＥが認可するＰＤＮ接続である。代替として、ＬＩＰＡ  ＰＤＮ接続は、ＵＥがＬＩＰＡ接続性タイプ「ＬＩＰＡ」を要求し、ＭＭＥが提供された接続性タイプについてＵＥに知らせることによって、起動されたＰＤＮ接続である。代替として、ＬＩＰＡ  ＰＤＮ接続は、ローカル住居／企業ＩＰネットワーク内に位置するサービスへのアクセスをＵＥに提供する、ＰＤＮ接続またはＰＤＰコンテキストである。
【０１１３】
この解決法では、ＨｅＮＢにおいて以前に確立されたＬＩＰＡ  ＰＤＮ接続のためにＬＩＰＡ／ＳＩＰＴＯサービス継続性が提供されていないセルからＭＭＥ２００８へ、ＵＥ２００２がサービス要求を送信し、ＵＥ２００２がＬＩＰＡ  ＰＤＮ接続のみを有する場合に、ＭＭＥ２００８は、新規ＰＤＮ接続要求（ＮＥＷ  ＰＤＮ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴ）メッセージを送信することによって、別のＰＤＮ接続を開始するようにＵＥ２００２に命令する。これは、新しいＮＡＳメッセージを導入するという考えに基づく。したがって、ＵＥがＬＩＰＡ  ＰＤＮ接続を起動したＣＳＧセルではないセル、またはＵＥがＬＩＰＡ  ＰＤＮ接続を起動したセルのＣＳＧ識別とは異なるＣＳＧ識別を伴うＣＳＧセルにおけるＵＥから、ネットワーク／ＭＭＥがサービス要求（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴ）を受信した場合に、ネットワーク／ＭＭＥは、サービス拒絶（ＳＥＲＶＩＣＥ  ＲＥＪＥＣＴ）メッセージを返信する。代替として、ＭＭＥがＬＩＰＡ  ＰＤＰコンテキストに対するＰＤＰコンテキスト起動要求（ＡＣＴＩＶＡＴＥ  ＰＤＰ  ＣＯＮＴＥＸＴ  ＲＥＱＵＥＳＴ）をＵＥから受信したＣＳＧセルではないセル、またはＭＭＥがＬＩＰＡ  ＰＤＰコンテキストに対するＰＤＰコンテキスト起動要求をＵＥから受信したセルのＣＳＧ識別とは異なるＣＳＧ識別を伴うＣＳＧセルにおけるＵＥから、ネットワークがサービス要求（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴ）を受信した場合に、ネットワークは、サービス拒絶（ＳＥＲＶＩＣＥ  ＲＥＪＥＣＴ）メッセージを返信する。
【０１１４】
この場合の適用される仮定は、（１）ＵＥが、アイドル（ＩＤＬＥ）モードになる前に、ＬＩＰＡ  ＰＤＮ接続のみを有していたこと、（２）ＬＩＰＡおよびＳＩＰＴＯローカルのためのサービス継続性がサポートされていないこと、（３）ＵＥがサービス要求（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴ）を送信する前に、ＵＥがＥＣＭアイドル（ＥＣＭ−ＩＤＬＥ）モードであること、および（４）ＭＭＥ移転を伴わないことである。
【０１１５】
動作において、ＵＥ２００２は、ＵＬパケットの着信時に、またはページングメッセージへの応答として、サービス要求をＭＭＥ２００８に送信する（信号フロー２０−１）。信号フロー２０−２では、ＭＭＥ２００８は、ＵＥ２００２への新規ＰＤＮ接続要求（ＮＥＷ  ＰＤＮ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴ）メッセージ（このメッセージは、ＬＩＰＡ  ＰＤＮ接続である既存のＰＤＮ接続が利用可能ではないことを暗示する）、または「新しいＰＤＮ接続が必要である」という新しい原因とともにサービス拒絶（ＳＥＲＶＩＣＥ  ＲＥＪＥＣＴ）メッセージを送信する（新規ＰＤＮ接続要求（ＮＥＷ  ＰＤＮ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴ）メッセージが定義されておらず、この解決法はＲｅｌ．１０以前のＵＥでは機能しないことが留意されるであろう）。信号フロー２０−３では、ＵＥ２００２は、既存のＬＩＰＡ  ＰＤＮ接続を局所的に解放し、ＰＤＮ接続性要求をＭＭＥに送信する（信号フロー２０−３）ことによりＰＤＮ接続確立を開始することによって、メッセージに応答する。全ての動作中のＰＤＰコンテキストがＬＩＰＡ  ＰＤＰコンテキストである場合、ＵＥは、動作中ＬＩＰＡ  ＰＤＰコンテキストに対応するＡＰＮとは異なるＡＰＮをアタッチプロシージャで使用し得る。新しいＰＤＮ接続のために、ＵＥのローカル方針に基づいてＡＰＮが選択される。
【０１１６】
新規ＰＤＮ接続要求（ＮＥＷ  ＰＤＮ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴ）メッセージを送信する場合に、ＭＭＥ２００８は、ＥＰＳベアラコンテキストを使用している上層、またはプロシージャトランザクションを要求した上層に関連する事象についてＵＥ２００２に知らせるために、通知プロシージャを使用することができる。ＵＥ２００２が通知プロシージャをサポートすることを示す場合、ＰＤＮ接続が存在している間、または、プロシージャトランザクションが進行中である間のいつでも、ネットワークは、プロシージャを開始し得る。例えば、ＭＭＥ２００８は、通知メッセージをＵＥ２００２に送信することによって、通知プロシージャを開始することができる。ＵＥ２００２が通知メッセージを受信する場合、ＵＥ２００２におけるＥＳＭプロトコルエンティティは、２つの値のうちの１つを有する通知指標を上層に提供する。第１の値は、ハンドオーバがキャンセルされること、およびセッション再確立が行われることを表すために使用することができる。第２の値は、いずれの動作中のＰＤＮ接続も利用可能ではないこと、およびＰＤＮ接続が再確立される必要があることを表すために使用することができる。
【０１１７】
選択された実施形態では、ＭＭＥがＣＳＧセルではないセルにおけるＵＥからサービス要求（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴ）を受信し、ＵＥが少なくとも１つのＬＩＰＡ  ＰＤＮ接続を有する場合、ＭＭＥは、サービス拒絶（ＳＥＲＶＩＣＥ  ＲＥＪＥＣＴ）メッセージを送信し、新しいＰＤＮ接続が必要とされることを示す。他の実施形態では、ＵＥが１つまたは複数のＰＤＮ接続を起動したセルのＣＳＧ識別とは異なるＣＳＧ識別を伴うＣＳＧセルにおけるＵＥから、ＭＭＥがサービス要求（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴ）を受信した場合、ＭＭＥは、サービス拒絶（ＳＥＲＶＩＣＥ  ＲＥＪＥＣＴ）メッセージを送信し、新しいＰＤＮ接続が必要とされることを示す。それに応じて、ＵＥは、ＵＥが要求したＰＤＮ接続性プロシージャを行う。ＬＩＰＡ  ＰＤＮ接続のみを有し、新しいＰＤＮ接続が必要とされるというメッセージをＭＭＥから受信するＵＥの場合、ＵＥは、ＬＩＰＡ  ＰＤＮ接続に対応するＡＰＮとは異なるＡＰＮを、ＵＥが要求したＰＤＮ接続性プロシージャで使用し得る。
【０１１８】
他の実施形態では、ＭＭＥ／ネットワークが、ＣＳＧ  セルではないセルにおけるＵＥからサービス要求（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴ）を受信し、ＵＥが少なくとも１つのＬＩＰＡ  ＰＤＰコンテキストを有することをＭＭＥが決定する場合、またはＵＥがＬＩＰＡ  ＰＤＰコンテキストまたはＰＤＰコンテキストを起動したセルのＣＳＧ識別とは異なるＣＳＧ識別を伴うＣＳＧセルにおけるＵＥから、ＭＭＥ／ネットワークが、サービス要求（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴ）を受信する場合に、ＭＭＥは、サービス拒絶（ＳＥＲＶＩＣＥ  ＲＥＪＥＣＴ）メッセージを送信し、「いずれのＰＤＰコンテキストも起動されていない」ことを示す。それに応じて、ＵＥは、全ての動作中のＰＤＰおよびＭＢＭＳコンテキストを局所的に動作停止させ、ＧＭＭ登録・通常サービス（ＧＭＭ−ＲＥＧＩＳＴＥＲＥＤ．ＮＯＲＭＡＬ−ＳＥＲＶＩＣＥ）状態になる。ＵＥはまた、ＰＤＰコンテキストを起動することにより、任意の以前に動作中であったＰＤＰコンテキストを置換し得るか、または、以前に動作中であったマルチキャストサービスを起動するために必要とされるプロシージャを行い得る。ＭＭＥ／ネットワークが「いずれのＰＤＰコンテキストも起動されていない」ことを示すときにＵＥがＬＩＰＡ  ＰＤＰコンテキストのみを有する場合、および、ＵＥがＰＤＰコンテキストを起動することにより、任意の以前に動作中であったＰＤＰ  コンテキストを置換する場合、ＵＥは、ＰＤＰコンテキスト起動要求（ＡＣＴＩＶＡＴＥ  ＰＤＰ  ＣＯＮＴＥＸＴ  ＲＥＱＵＥＳＴ）においてＬＩＰＡ
ＰＤＰコンテキストを要求するべきではない。特定のＡＰＮがＬＩＰＡに使用されている場合、ＵＥは、ＬＩＰＡ  ＰＤＰコンテキストに対応するＡＰＮとは異なるＡＰＮを、ＰＤＰコンテキスト起動要求（ＡＣＴＩＶＡＴＥ  ＰＤＰ  ＣＯＮＴＥＸＴ  ＲＥＱＵＥＳＴ）メッセージで使用するべきである。
【０１１９】
他の実施形態では、ＵＥがＬＩＰＡ  ＰＤＰコンテキストまたはＰＤＰコンテキストを起動したセルのＣＳＧ識別とは異なるＣＳＧ識別を伴うＣＳＧセルにおけるＵＥから、ＭＭＥがサービス要求（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴ）を受信した場合、または、ＵＥが１つまたは複数のＰＤＮ接続を起動したセルのＣＳＧ識別とは異なるＣＳＧ識別を伴うＣＳＧセルにおけるＵＥから、ＭＭＥがサービス要求（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴ）を受信した場合、または、ＵＥがＣＳＧ  セルではないセルからサービス要求（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴ）を送信し、ＵＥが少なくとも１つのＬＩＰＡ  ＰＤＮ接続を有する場合、ＭＭＥは、サービス拒絶（ＳＥＲＶＩＣＥ  ＲＥＪＥＣＴ）を送信し、暗示的にデタッチされたことを示す。それに応じて、ＵＥは、同等ＰＬＭＮのリストを削除し、ＥＭＭ登録解除・通常サービス（ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ．ＮＯＲＭＡＬ−ＳＥＲＶＩＣＥ）状態になる。ＵＥは、任意のマップされたＥＰＳセキュリティコンテキスト、または部分ネイティブＥＰＳセキュリティコンテキストを削除し、次いで、新しいアタッチプロシージャを行う。ＵＥが「暗示的にデタッチされた」メッセージを受信するときにＵＥがＬＩＰＡ  ＰＤＮ接続のみを有する場合、ＵＥは、ＬＩＰＡ  ＰＤＮ接続に対応するＡＰＮとは異なるＡＰＮをアタッチプロシージャで使用し得る。Ａ／ＧｂモードまたはＩｕモードがＵＥによってサポートされる場合、ＵＥは、複合ルーティング領域更新プロシージャが、同じ値を伴うＧＭＭ原因で拒絶される場合に対するＧＭＭ状態も処理する。理解されるように、動作のＣＳ／ＰＳモード１またはＣＳ／ＰＳモード２のＵＥが、非ＥＰＳ  サービスのために依然としてＩＭＳＩアタッチされている。
【０１２０】
要求されたＰＤＮを伴う接続性が容認された場合、ＭＭＥ２００８は、ＭＭＥ２００８がＵＥ２００２からＰＤＮ接続性要求（ＰＤＮ  ＣＯＮＮＥＣＴＩＶＩＴＹ  ＲＥＱＵＥＳＴ）メッセージを受信したセルのＣＳＧ識別を記憶する。同様に、ＭＭＥ２００８がＣＳＧセルにおいて要求されたＰＤＰコンテキストを容認した場合、ＭＭＥ２００８は、ＵＥがＰＤＰコンテキストを起動したセルのＣＳＧ識別を記憶する。信号フロー２０−４から２０−０では、ＰＤＮ接続確立プロシージャが示されるように行われる。ＰＤＮ接続確立プロシージャの完了時に、ＭＭＥ２００８は、ＬＩＰＡ  ＰＤＮ接続解放プロシージャを開始する（信号フロー２０−１０）。
【０１２１】
選択された実施形態によれば、ＵＥがＨｅＮＢからＧＥＲＡＮ／ＵＴＲＡＮへ移動する、ＮＡＳアイドルモードモビリティの場合に対処する、別の解決法が説明される。この解決法では、ＵＥは、ＲＡＵ要求を新しいＳＧＳＮに送信する。返信において、ＳＧＳＮがＵＥに対するコンテキスト情報を持たない場合、ＳＧＳＮは、コンテキスト要求メッセージを古いＭＭＥまたは古いＳＧＳＮに送信する。古いＭＭＥまたは古いＳＧＳＮは、コンテキスト応答メッセージで応答し、以下で詳細に定義されるアルゴリズムに基づいて、ＬＩＰＡ  ＰＤＮ接続またはＬＩＰＡ  ＰＤＰコンテキストに関する情報を伝えるか否かを決定する。
【０１２２】
この場合の適用される仮定は、（１）ＬＩＰＡ  ＰＤＮ接続のためのサービス継続性がサポートされていないこと、および（２）ＵＥが、アイドル（ＩＤＬＥ）モードになる前に、ＬＩＰＡ  ＰＤＮ接続である少なくとも１つのＰＤＮ接続を有していたことである。
【０１２３】
動作において、新しいＳＧＳＮは、コンテキスト要求メッセージを古いＳＧＳＮまたは古いＭＭＥに送信することによって、ＵＥからのＲＡＵ要求に応答する。古いＳＧＳＮ／ＭＭＥは、コンテキスト応答メッセージで応答する。コンテキスト応答メッセージにおいて、ＭＭＥ／ＳＧＳＮ  ＵＥ  ＥＰＳ  ＰＤＮ接続ＩＥは、動作中のＰＤＮ接続およびＵＥのための対応するＥＰＳベアラに関する詳細な情報を含む。ＭＭＥ／ＳＧＳＮは、ＬＩＰＡ  ＰＤＮ接続／ＰＤＰコンテキストに対応するコンテキスト情報を含むことも含まないこともある。ＬＩＰＡ  ＰＤＮ接続のコンテキスト情報を伝えるかどうかというＭＭＥ決定は、以下の通りである。ＬＩＰＡサービス継続性がサポートされているか、または新しいＳＧＳＮがＬＩＰＡサービスを取り扱うことが可能である（すなわち、ＳＧＳＮがＲｅｌ．１０または以降のリリースである）とＭＭＥが決定する場合には、ＭＭＥは、ＬＩＰＡ  ＰＤＮコンテキスト情報を伝える。そうでなければ、ＭＭＥは、ＬＩＰＡ  ＰＤＮコンテキスト情報を伝えない。ＭＭＥまたは古いＳＧＳＮが、ＬＩＰＡ  ＰＤＮ接続またはＬＩＰＡ  ＰＤＰコンテキスト情報を新しいＳＧＳＮに伝えない場合、新しいＳＧＳＮは、同期された状態情報を保つために、ＬＩＰＡ  ＰＤＰコンテキストのためのＰＤＰコンテキスト切断プロシージャを開始する。
【０１２４】
ＵＥが、ＬＩＰＡ  ＰＤＰコンテキストではない少なくとも１つのＰＤＰコンテキストを有することと、ＵＥが、少なくとも１つのＬＩＰＡ  ＰＤＰコンテキストを有することとをＳＧＳＮが決定し、ＳＧＳＮが、ＣＳＧセルではないセル、またはＬＩＰＡ  ＰＤＰコンテキストが起動されたＣＳＧセルとは異なるＣＳＧ識別を伴うＣＳＧセルの中のＵＥからルーティング領域更新要求（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＱＵＥＳＴ）メッセージを受信した場合に、およびＵＥがＲＲＣ接続されているが、追跡領域更新プロシージャ中に信号伝達ベアラのみが生成される場合に、ＳＧＳＮは、ルーティング領域更新要求を容認する。
【０１２５】
（実施形態：ＣＳフォールバックによってトリガされるＧＥＲＡＮ／ＵＴＲＡＮへのハンドオーバ）
選択された実施形態によれば、追加の解決法が、図１５を参照して説明され、ＰＳ  ＨＯがなく、携帯電話着信呼び出しがある場合に、ＣＳフォールバックによってトリガされるＧＥＲＡＮ／ＵＴＲＡＮへのハンドオーバの場合に対処する。動作において、動作中であるＬＩＰＡ  ＰＤＮのみを有するＵＥ２１０２は、ＣＳＦＢプロシージャ中にＧＥＲＡＮ／ＵＴＲＡＮへのＰＳ  ＨＯをトリガする。それに応じて、ＭＭＥ２１０８は、標的セルがＧＥＲＡＮ／ＵＴＲＡＮであり、ＵＥがＬＩＰＡ  ＰＤＮ接続のみを有するという事実に基づいて、ＰＳ  ＨＯがＰＳベアラに対して行われるべきではないと決定する。ＵＥ２１０２がＧＥＲＡＮ／ＵＴＲＡＮにリダイレクトされた後に、ＭＭＥ２１０８は、ＵＥがＲＡＵを行うまで、ＵＥコンテキスト情報を保持する。
【０１２６】
以下で説明されるように、第２の例示的実施形態は、ＭＭＥがいつセル再選択プロシージャを開始したかに関して、第１の実施形態とは異なる。第２の例示的実施形態は、加えて、ＲＡＴ間ハンドオーバの一般的場合を対象とする。
【０１２７】
選択された実施形態では、ＵＥ２１０２は、ＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続のみを有する。ＨｅＮＢ２１０４からＧＥＲＡＮ／ＵＴＲＡＮへのＨＯが、ＣＳＦＢによりトリガされた場合に、ＭＭＥ２１０８からＨｅＮＢ２１０４への初期ＵＥコンテキスト設定要求は、ＰＳ  ＨＯが利用可能ではないことを示す。ＨｅＮＢ２１０４は、ネットワーク支援セル変更を使用することによって、またはＧＥＲＡＮ／ＵＴＲＡＮへのリダイレクトを伴うＲＲＣ信号伝達接続解放をトリガすることによって、標的ＧＥＲＡＮ／ＵＴＲＡＮセルの中へ移動するようにＵＥ２１０２に告げる。
【０１２８】
信号フロー２１−１では、ＭＭＥ２１０８が、ＳＧｓインターフェース上でＭＳＣ２１１２からページング要求（ＩＭＳＩ、ＶＬＲ  ＴＭＳＩ、場所情報）メッセージを受信する。次いで、ＭＭＥ２１０８は、全てのＴＡにおいてＵＥを呼び出す。
【０１２９】
信号フロー２１−２では、ＭＭＥ２１０８が、ページングメッセージを各ｅＮｏｄｅＢに送信する。ページングメッセージは、好適なＵＥ識別（すなわち、Ｓ−ＴＭＳＩまたはＩＭＳＩ）と、どのドメイン（ＣＳまたはＰＳ）がページングメッセージを開始したかを示すＣＮドメインインジケータとを含む。この場合、それは、ＭＭＥによって「ＣＳ」に設定されるべきである。
【０１３０】
信号フロー２１−３では、ページングプロシージャの無線リソース部分が行われ、それにより、ｅＮｏｄｅＢ２１０４がページングメッセージをＵＥ２１０２に送信する。メッセージは、好適なＵＥ識別（すなわち、Ｓ−ＴＭＳＩまたはＩＭＳＩ）と、ＣＮドメインインジケータとを含む。
【０１３１】
信号フロー２１−４では、ＵＥ２１０２が、ＲＲＣ接続を確立し、拡張サービス要求（ＣＳフォールバックインジケータ）をＭＭＥ２１０８に送信する。ＵＥ２１０２は、ＲＲＣ信号伝達において、そのＳ−ＴＭＳＩを示す。拡張サービス要求メッセージは、ＲＲＣおよびＳ１−ＡＰメッセージにカプセル化される。ＣＳフォールバックインジケータは、このＵＥに対するＣＳフォールバックが行われるべきであることをＭＭＥに示す。携帯電話発信（ＭＯ）ＣＳＦＢの場合、信号フロー２１−１から２１−３は行われない。
【０１３２】
信号フロー２１−５では、ＭＭＥ２１０８が、ＵＥ２１０２がアイドルモードであった（したがって、例えば、ＵＥがいずれの発呼回線識別情報も受信していない）という指示を含むＳＧｓサービス要求メッセージを、ＭＳＣ２１１２に送信する。ＳＧｓサービス要求メッセージの受信は、ＭＳＣ２１１２がＳＧｓインターフェースページングメッセージを再伝送することを阻止する。
【０１３３】
信号フロー２１−６では、ＭＭＥ２１０８が、Ｓ１−ＡＰ：初期ＵＥコンテキスト設定（ＵＥ能力、ＣＳフォールバックインジケータ、および他のパラメータ）を送信して、ＵＥ２１０２をＵＴＲＡＮ／ＧＥＲＡＮに移動させるようにｅＮｏｄｅＢに通知する。ＭＭＥ２１０８は、ＵＥがＬＩＰＡ  ＰＤＮ接続のみを有し、ＬＩＰＡサービス継続性がサポートされていないという事実に基づいて、ＰＳ  ＨＯを行うことができないと決定し、このメッセージの中で、ＰＳ  ＨＯがＵＥ２１０２に利用可能ではないことを示す。ｅＮＢは、Ｓ１−ＡＰ：初期ＵＥコンテキスト設定応答メッセージ（図示せず）で返信するべきである。ＰＳ  ＨＯが利用可能ではないことをＨｅＮＢ２１０４が決定すると、ＨｅＮＢ２１０４は、ＨＯ必要（ＨＯ  ＲＥＱＵＩＲＥＤ）メッセージをＭＭＥ２１０８に送信する代わりに、信号フロー２１−７ａまたは２１−７ｂのいずれかを行う。
【０１３４】
信号フロー２１−７ａでは、標的セルがＧＥＲＡＮである場合、ＨｅＮＢ２１０４は、ＲＲＣメッセージをＵＥ２１０２に送信することによって、ＧＥＲＡＮ隣接セルへのＲＡＴ間セル変更命令（随意で、ネットワーク支援セル変更（ＮＡＣＣ）とともに）をトリガすることができる。ＲＡＴ間セル変更命令は、ＣＳフォールバック要求により、セル変更命令がトリガされていることをＵＥ２１０２に示す、ＣＳフォールバックインジケータを含み得る。
【０１３５】
信号フロー２１−７ｂでは、ＨｅＮＢ２１０４は、ＰＳ  ＨＯまたはＮＡＣＣの代わりに、ＧＥＲＡＮまたはＵＴＲＡＮへのリダイレクトを伴うＲＲＣ接続解放をトリガすることができる。ＵＥ２１０２およびネットワークが「ＧＥＲＡＮ／ＵＴＲＡＮへのリダイレクトおよびマルチセルシステム情報を伴うＲＲＣ接続解放」をサポートする場合、ＨｅＮＢ２１０４は、ＧＥＲＡＮまたはＵＴＲＡＮへのリダイレクトを伴うＲＲＣ接続解放をトリガし、１つ以上の物理的セル識別子およびそれらの関連システム情報を含むことができる。
【０１３６】
信号フロー２１−８では、ＵＥは、ＲＲＣ接続を確立し、次いで、ＲＡＵを含み得る、ＣＳＦＢのための残りのプロシージャを行う。標的ＳＧＳＮ２１１０が、ＲＡＵプロシージャの一部として、コンテキスト要求（ＣＯＮＴＥＸＴ  ＲＥＱＵＥＳＴ）メッセージをソースＭＭＥ２１０８に送信することが可能であるので、ＭＭＥ２１０８は、コンテキスト要求（ＣＯＮＴＥＸＴ  ＲＥＱＵＥＳＴ）メッセージを受信するまで、ＵＥ２１０２のコンテキスト情報を解放しない。コンテキスト要求（ＣＯＮＴＥＸＴ  ＲＥＱＵＥＳＴ）メッセージを受信すると、ＭＭＥ２１０８は、動作中のＰＤＮ接続がない状態でコンテキスト応答（ＣＯＮＴＥＸＴ  ＲＥＳＰＯＮＳＥ）を返信し、ネットワークからＵＥ２１０２を暗示的にデタッチする。
【０１３７】
実施形態によれば、ＵＥ２２０２がＬＩＰＡ／ＳＩＰＴＯ  ＰＤＮ接続のみを有する場合について、追加の解決法が、図１６を参照して説明される。
【０１３８】
このプロシージャでは、信号フロー２２−１から２２−６は、図１５の信号フロー２１−１から２１−６と同様である。しかしながら、ＰＳ  ＨＯが初期ＵＥコンテキスト設定メッセージでＵＥに利用可能ではないという情報を受信する代わりに、（ＰＳ  ＨＯがＵＥに利用可能ではないという）この情報は、（信号フロー２２−７で）ＨＯ必要（ＨＯ  ＲＥＱＵＩＲＥＤ）をＭＭＥ２２０８送信した後に、（信号フロー２２−８で）ＨＯ準備失敗（ＨＯ  ＰＲＥＰＡＲＡＴＩＯＮ  ＦＡＩＬＵＲＥ）メッセージ上でＨｅＮＢ２２０４に送達される。ＨＯ準備失敗（ＨＯ  ＰＲＥＰＡＲＡＴＩＯＮ  ＦＡＩＬＵＲＥ）メッセージの原因値は、「ＰＳ  ＨＯ利用不可能」となる。この解決法は、１回以上のメッセージハンドシェイクを含み得るが、この解決法は、ＵＥのモビリティによるＩＲＡＴ  ＨＯの場合に再利用することができる。
【０１３９】
選択された実施形態によれば、ＰＳ  ＨＯがサポートされておらず、ＵＥがＬＩＰＡ  ＰＤＮ接続のみを有する場合の、ＵＥ／携帯電話発信またはＵＥ／携帯電話着信ＣＳＦＢ呼び出しプロシージャの場合について、追加の解決法が説明される。このプロシージャは、３ＧＰＰ  ＴＳ  ２３．２７２の図６．３−１で描写される、ＰＳ  ＨＯを伴わない、Ｅ−ＵＴＲＡＮにおけるＣＳ呼び出し要求またはＧＥＲＡＮ／ＵＴＲＡＮにおける呼び出しのための信号フローを参照して図示される。この解決法によれば、相関識別子（ＩＤ）の存在に基づいて、ＵＥがＬＩＰＡ  ＰＤＮ接続のみを有することをＨｅＮＢが決定する場合、ＵＥは、ＧＥＲＡＮまたはＵＴＲＡＮへのリダイレクトを伴ってｅＮｏｄｅＢからのＲＲＣ接続解放を信号３ｂとして受信する。この解決法では、ＰＤＮ接続がＬＩＰＡのために確立される場合、ＭＭＥからＨｅＮＢへのＳ１制御メッセージ信号１ｂは、ＨｅＮＢとＬ−ＧＷとの間の直接ユーザプレーン経路を有効にするためにＥＰＳベアラごとの相関ＩＤを含む。３ＧＰＰ仕様のリリース１０では、相関ＩＤは、ユーザプレーンＰＤＮ  ＧＷ  ＴＥＩＤ（ＧＴＰベースのＳ５）またはＧＲＥキー（ＰＭＩＰベースのＳ５）に等しく設定される。従って、ＭＭＥからのＳ１制御メッセージにおける相関ＩＤのＨｅＮＢによる検出は、対応するＥＰＳベアラがＬＩＰＡに対するものであることを示す。
【０１４０】
（ＰＤＮアドレス）
ＰＤＮアドレス情報要素の目的は、ＩＰｖ４アドレスを、パケットデータネットワークに関連付けられるＵＥに割り当てること、およびＩＰｖ６リンクローカルアドレスを構築するために使用されるインターフェース識別子をＵＥに提供することである。ＰＤＮアドレス情報要素は、以下の表１および２で示されている。
【０１４１】
表１：ＰＤＮアドレス情報要素
【０１４２】
【表１】
2014241649.tif 000003
表１において上記で示されるように、ＰＤＮアドレスは、７オクテットの最小長および１５オクテットの最大長を伴う４型情報要素である。
【０１４３】
表２：ＰＤＮアドレス情報要素
【０１４４】
【表２】
2014241649.tif 000004
ここで図１７を参照すると、本開示の選択された実施形態とともに使用され得る、移動無線通信デバイス１０１の例示的な構成要素を図示する、略ブロック図が示されている。無線デバイス１０１は、上記で説明される特徴を実装するための具体的な構成要素をとともに示されている。無線デバイス１０１は、例示目的のみで非常に具体的な詳細とともに示されていることを理解されたい。
【０１４５】
処理デバイス（例えば、マイクロプロセッサ１２８）が、キーボード１１４とディスプレイ１２７との間に連結されるものとして概略的に示されている。マイクロプロセッサ１２８は、ユーザによるキーボード１１４上のキーの作動に応じて、ディスプレイ１２７の動作、ならびに無線デバイス１０１の全体的動作を制御する。
【０１４６】
無線デバイス１０１は、垂直に細長くあり得るか、または他のサイズおよび形状（二つ折り筐体構造を含む）をとり得る筐体を有する。キーボード１１４は、モード選択キー、またはテキスト入力と電話入力とを切り替えるための他のハードウェアあるいはソフトウェアを含み得る。
【０１４７】
マイクロプロセッサ１２８に加えて、無線デバイス１０１の他の部品が概略的に示されている。これらは、通信サブシステム１７１、短距離通信サブシステム１０２、一式のＬＥＤ１０４、一式の補助入出力デバイス１０６、シリアルポート１０８、スピーカ１１１、およびマイクロホン１１２を含む、他の入出力デバイスとともに、キーボード１１４およびディスプレイ１２７、ならびにフラッシュメモリ１１６およびランダムアクセスメモリ（ＲＡＭ）１１８を含むメモリデバイス、および種々の他のデバイスサブシステム１２２を含む。無線デバイス１０１は、無線デバイス１０１の能動要素に電力提供するようにバッテリ１２１を有し得る。無線デバイス１０１は、いくつかの実施形態では、音声およびデータ通信能力を有する双方向無線周波数（ＲＦ）通信デバイスである。加えて、無線デバイス１０１は、いくつかの実施形態では、インターネットを介して他のコンピュータシステムと通信する能力を有する。
【０１４８】
マイクロプロセッサ１２８によって実行されるオペレーティングシステムソフトウェアは、いくつかの実施形態では、フラッシュメモリ１１６等の持続的記憶部に記憶されるが、読み出し専用メモリ（ＲＯＭ）または同様の記憶要素等の他のタイプのメモリデバイスに記憶され得る。加えて、システムソフトウェア、特定のデバイスアプリケーション、またはそれらの複数部分は、ＲＡＭ１１８等の揮発性記憶部の中へ一時的にロードされ得る。無線デバイス１０１によって受信される通信信号もまた、ＲＡＭ１１８に記憶され得る。
【０１４９】
マイクロプロセッサ１２８は、そのオペレーティングシステム機能に加えて、無線デバイス１０１上でのソフトウェアアプリケーションの実行を可能にする。音声通信モジュール１３１Ａおよびデータ通信モジュール１３１Ｂ等の基本デバイス動作を制御する、所定の一式のソフトウェアアプリケーションが、製造中に無線デバイス１０１にインストールされ得る。加えて、個人情報マネージャ（ＰＩＭ）アプリケーションモジュール１３１Ｃも、製造中に無線デバイス１０１にインストールされ得る。ＰＩＭアプリケーションは、いくつかの実施形態では、Ｅメール、カレンダーイベント、音声メール、約束、およびタスク項目等のデータ項目を組織化および管理することが可能である。ＰＩＭアプリケーションはまた、いくつかの実施形態では、無線ネットワーク１１３を介してデータ項目を送受信することが可能である。いくつかの実施形態では、ＰＩＭアプリケーションによって管理されるデータ項目は、無線ネットワーク１１３を介して途切れなく統合、同期化、および更新され、デバイスユーザの対応するデータ項目は、記憶されるか、またはホストコンピュータシステムに関連付けられる。同様に、別のソフトウェアモジュール１３１Ｎとして図示される、追加のソフトウェアモジュールが、製造中にインストールされ得る。
【０１５０】
データおよび音声通信を含む通信は、通信サブシステム１７１を通して、およびおそらく短距離通信サブシステム１０２を通して行われる。通信サブシステム１７１は、受信機１５１と、伝送機１５２と、受信アンテナ１５４および伝送アンテナ１５６として図示される、１つ以上のアンテナとを含む。加えて、通信サブシステム１７１は、デジタル信号プロセッサ（ＤＳＰ）１５８等の処理モジュールと、局部発振器（ＬＯ）１６１とを含む。いくつかの実施形態では、通信サブシステム１７１は、各ＲＡＴのための別個のアンテナ配設（アンテナ１５４および１５６と同様である）およびＲＦ処理チップ／ブロック（受信機１５１、ＬＯ１６１、および伝送機１５２と同様である）を含むが、共通ベースバンド信号プロセッサ（ＤＳＰ１５８と同様である）が、複数のＲＡＴのためのベースバンド処理に使用され得る。通信サブシステム１７１の特定の設計および実装は、無線デバイス１０１が動作することを目的としている、通信ネットワークに依存している。例えば、無線デバイス１０１の通信サブシステム１７１は、ＭｏｂｉｔｅｘＴＭ、ＤａｔａＴＡＣＴＭ、または汎用パケット無線サービス（ＧＰＲＳ）移動データ通信ネットワークとともに動作するように設計されて得、また、先進移動電話サービス（ＡＭＰＳ）、時分割多重アクセス（ＴＤＭＡ）、符号分割多重アクセス（ＣＤＭＡ）、パーソナル通信サービス（ＰＣＳ）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））等の種々の音声通信ネットワークのうちのいずれかとともに設計され得る。ＣＤＭＡの実施例は、１Ｘおよび１ｘ  ＥＶ−ＤＯを含む。通信サブシステム１７１はまた、８０２．１１  Ｗｉ−Ｆｉネットワークまたは８０２．１６  ＷｉＭＡＸネットワーク、あるいは両方とともに動作するように設計され得る。別個および統合型の両方である、他のタイプのデータおよび音声ネットワークもまた、無線デバイス１０１とともに利用され得る。
【０１５１】
ネットワークアクセスは、通信システムのタイプに応じて異なり得る。例えば、ＭｏｂｉｔｅｘＴＭおよびＤａｔａＴＡＣＴＭネットワークでは、無線デバイスは、各デバイスに関連付けられる一意の個人識別番号（ＰＩＮ）を使用してネットワーク上で登録される。しかしながら、ＧＰＲＳネットワーク内で、ネットワークアクセスは、典型的には、デバイスの加入者またはユーザに関連付けられる。したがって、ＧＰＲＳデバイスは、典型的には、ＧＰＲＳネットワーク上で動作するために、加入者識別モジュール（ＳＩＭ）カードと一般的に呼ばれる、加入者識別モジュールを有する。
【０１５２】
ネットワーク登録または起動プロシージャが完了すると、無線デバイス１０１は、通信ネットワーク１１３上で通信信号を送受信し得る。受信アンテナ１５４によって通信ネットワーク１１３から受信される信号は、信号増幅、周波数下方変換、フィルタリング、チャネル選択等を提供し、また、アナログ・デジタル変換を提供し得る、受信機１５１に送られる。受信した信号のアナログ・デジタル変換は、ＤＳＰ１５８が、復調および復号等のより複雑な通信機能を果たすことを可能にする。同様に、ネットワーク１１３に伝送される信号は、ＤＳＰ１５８によって処理（例えば、変調および符号化）され、次いで、デジタル・アナログ変換、周波数上方変換、フィルタリング、増幅、および伝送アンテナ１５６を介した通信ネットワーク１１３（または複数のネットワーク）への通信のために、伝送機１５２に提供される。
【０１５３】
通信信号を処理することに加えて、ＤＳＰ１５８は、受信機１５１および伝送機１５２の制御を提供する。例えば、受信機１５１および伝送機１５２において通信信号に印加される利得は、ＤＳＰ１５８で実装される自動利得制御アルゴリズムを通して適合的に制御され得る。
【０１５４】
データ通信モードでは、テキストメッセージまたはウェブページダウンロード等の受信した信号が、通信サブシステム１７１によって処理され、マイクロプロセッサ１２８に入力される。次いで、受信した信号は、ディスプレイ１２７へ、または代替としていくつかの他の補助入出力デバイス１０６への出力のために、マイクロプロセッサ１２８によってさらに処理される。デバイスユーザはまた、キーボード１１４および／またはタッチパッド、ロッカースイッチ、サムホイール、あるいは何らかの他のタイプの入力デバイス等の何らかの他の補助入出力デバイス１０６を使用して、Ｅメールメッセージ等のデータ項目を作成し得る。次いで、作成されたデータ項目は、通信サブシステム１７１を介して通信ネットワーク１１３上で伝送され得る。
【０１５５】
音声通信モードでは、受信した信号がスピーカ１１１に出力され、伝送のための信号がマイクロホン１１２によって生成されることを除いて、デバイスの全体的動作は、データ通信モードと実質的に同様である。音声メッセージ録音サブシステム等の代替的な音声またはオーディオ入出力サブシステムもまた、無線デバイス１０１上に実装され得る。加えて、ディスプレイ１２７はまた、例えば、発呼側の識別、音声通話の持続時間、または他の音声通話関連情報を表示するために、音声通信モードで利用され得る。
【０１５６】
短距離通信サブシステム１０２は、無線デバイス１０１と、必ずしも同様のデバイスである必要がない、他の近接システムまたはデバイスとの間で通信を可能にする。例えば、短距離通信サブシステムは、同様に使用可能なシステムおよびデバイスとの通信を提供するように、赤外線通信ならびに関連回路および構成要素、またはＢｌｕｅｔｏｏｔｈ（登録商標）通信モジュールを含み得る。
【０１５７】
本明細書で使用される場合、連結される、接続される、電気的に接続される、信号通信している、および同等物等の用語は、特定の実施形態の全体的な文脈で明白となるように、構成要素間の直接接続、構成要素間の間接接続、または両方を含み得ることを理解されたい。連結されるという用語は、直接電気接続を含むことを目的としているが、それに限定されない。
【０１５８】
本明細書で開示される、説明された例示的実施形態は、選択された通信システムを参照して説明されるが、本開示は、多種多様なネットワーク接続性配設に適用可能である本開示の発明の側面を例証する、例示的実施形態に必ずしも限定されるわけではない。したがって、本開示が修正され、本明細書の教示の便益を有する当業者に明白である、異なるが同等の方式で実践され得るので、上記で開示される特定の実施形態は、例証的にすぎず、本開示への制限としてとらえられるべきではない。したがって、先述の説明は、本開示を記載される特定の形態に限定することを目的としていないが、対照的に、当業者が、その最も広い形態で本開示の精神および範囲から逸脱することなく、種々の変更、置換、および改変を行うことができると理解するように、添付の請求項によって定義されるような本開示の精神および範囲内に含まれ得るような代替案、修正、および同等物を対象とすることを目的としている。
【０１５９】
・  ３ＧＰＰ  ＴＳ  ２９．２７４の一実施形態に対する変更
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝変更の開始＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝３  定義、記号、および省略
３．１  定義
本書の目的で、ＴＲ  ２１．９０５［１］で挙げられている用語および定義、ならびに以下の用語および定義が適用される。本書で定義される用語は、該当する場合、ＴＲ  ２１．９０５［１］の中の同じ用語の定義に優先する。
ＧＴＰ−ＰＤＵ：ＧＴＰプロトコルデータユニットは、ＧＴＰ−ＣメッセージまたはＧＴＰ−Ｕメッセージのいずれかである。ＧＴＰ−Ｕメッセージは、ユーザプレーントンネルを横断する信号伝達メッセージ、またはＧ−ＰＤＵのいずれかであり得る（第６節参照）。
・信号伝達メッセージ：Ｇ−ＰＤＵ以外の任意のＧＴＰ−ＰＤＵ（ＧＴＰ−ＣまたはＧＴＰ−Ｕ）。
・Ｇ−ＰＤＵ：元のパケット（ペイロード）を搬送するＧＴＰユーザプレーンメッセージ。Ｇ−ＰＤＵは、ＧＴＰ−ＵヘッダおよびＴ−ＰＤＵから成る。
・Ｔ−ＰＤＵ：外部パケットデータネットワーク内のＵＥまたはネットワークノードからの元のパケット、例えば、ＩＰデータグラム。Ｔ−ＰＤＵは、ＧＴＰ−Ｕトンネルの中でトンネリングされるペイロードである。
・ＧＴＰ−Ｃメッセージ：ＧＴＰ−ＰＤＵのＧＴＰ制御プレーンメッセージタイプ。ＧＴＰ−Ｃメッセージは、ゼロ以上の情報要素が後に続く、ＧＴＰ−Ｃヘッダから成る。
・ＧＴＰ−Ｕメッセージ：ＧＴＰユーザプレーンメッセージ。ユーザプレーンメッセージは、ユーザデータパケット、また、例えば、経路管理およびエラー指示のための信号伝達メッセージを搬送するために使用される。したがって、ＧＴＰ−Ｕメッセージは、Ｔ−ＰＤＵ、またはゼロ以上の情報要素のいずれかが後に続く、ＧＴＰ−Ｕヘッダから成る。
ＧＴＰトンネル：ＧＴＰトンネルは、２つのＧＴＰノード間の通信トンネルである（第４．１項「ＧＴＰトンネル」を参照）。
トンネル終点：トンネル終点は、ＴＥＩＤ、ＩＰアドレス、およびＵＤＰポート番号で識別される（第４．１項「ＧＴＰトンネル」を参照）。
トンネル終点識別子（ＴＥＩＤ）：経路の範囲内でトンネル終点を明確に識別する（第４．１項「ＧＴＰトンネル」を参照）。
３．２  記号
本書の目的で、以下の記号が適用される。
Ｓ１−Ｕ     ＳＧＷとｅＮｏｄｅＢとの間のインターフェース
Ｘ２   ｅＮｏｄｅＢの間のインターフェース
３．３  略称
本書の目的で、ＴＲ  ２１．９０５［１］で挙げられている略称および以下の略称が適用される。本書で定義される用語は、該当する場合、ＴＲ  ２１．９０５［１］の中の同じ略称の定義に優先する。
ＡＭＢＲ     総合最大ビットレート
ＡＰＮ アクセスポイント名
ＡＰＮ−ＮＩ アクセスポイント名ネットワーク識別子
ＡＰＮ−ＯＩ アクセスポイント名演算子識別子
ＥＢＩ ＥＰＳベアラＩＤ
ｅＮｏｄｅＢ 進化型ノードＢ
ＥＰＣ 進化型パケットコア
ＥＰＳ 進化型パケットシステム
Ｆ−ＴＥＩＤ 完全修飾トンネル終点識別子
Ｇ−ＰＤＵ   ＧＴＰ−Ｕ非信号伝達ＰＤＵ
ＧＰＲＳ     汎用パケット無線サービス
ＧＴＰ ＧＰＲＳトンネリングプロトコル
ＧＴＰ−ＰＤＵ       ＧＴＰ−Ｃ  ＰＤＵまたはＧＴＰ−Ｕ  ＰＤＵ
ＧＴＰｖ２−Ｃ       ＧＴＰバージョン２、制御プレーン
ＧＴＰｖ２−Ｕ       ＧＴバージョン２、ユーザプレーン
ＩＭＳＩ     国際移動電話加入者識別
ＩＰ   インターネットプロトコル
ＬＢＩ リンクしたベアラの識別
Ｌ１   層１
Ｌ２   層２
ＭＢＭＳ     マルチメディアブロードキャスト／マルチキャストサービス
ＭＥＩ 移動機器識別
ＭＳＩＳＤＮ 移動電話加入者ＩＳＤＮ番号
ＰＡＡ ＤＮアドレス割付
ＰＣＯ プロトコル構成オプション
ＰＤＵ プロトコルデータユニット
ＰＤＮ パケットデータネットワークまたは公衆データネットワーク
ＰＧＷ ＰＤＮゲートウェイ
ＰＴＩ プロシージャトランザクションＩｄ
ＱｏＳ サービスの質
ＲＡＴ 無線アクセスタイプ
ＲＩＭ ＲＡＮ情報管理
ＳＧＷ サービングゲートウェイ
ＴＥＩＤ     トンネル終点識別子
ＴＥＩＤ−Ｃ トンネル終点識別子、制御プレーン
ＴＥＩＤ−Ｕ トンネル終点識別子、ユーザプレーン
ＴＦＴ トラフィックフローテンプレート
ＴＬＩＶ     タイプ長インスタンス値
ＵＤＰ ユーザデータグラムプロトコル
ＵＬＩ ユーザ位置情報
ＬＩＰＡ     ローカルＩＰアクセス
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝変更の終了＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝変更の開始＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
７．３．１  転送移転要求
転送移転要求メッセージが、ソースＭＭＥから標的ＳＧＳＮへのＳ１ベースのハンドオーバ移転プロシージャの一部として、Ｓ１０インターフェース上でソースＭＭＥから標的ＭＭＥへ、またはＲＡＴ間ハンドオーバおよび複合ハードハンドオーバおよびＳＲＮＳ移転プロシージャの一部として、Ｓ３インターフェース上でソースＳＧＳＮから標的ＭＭＥへ、またはＳＲＮＳ移転およびＰＳハンドオーバプロシージャの一部として、Ｓ１６インターフェース上でソースＳＧＳＮから標的ＳＧＳＮへ、送信されるべきである。ソースＭＭＥ／ＳＧＳＮが、ＬＩＰＡに関して表７．３．１−２で提示される、１つ以上のＥＰＳ  ＰＤＮ接続ＩＥを有し、ソースＭＭＥ／ＳＧＳＮが、オペレータ構成に基づいて、標的ＳＧＳＮ／ＭＭＥがＬＩＰＡを認識していないことを知った場合、ソースＭＭＥ／ＳＧＳＮは、転送移転要求メッセージからＬＩＰＡに関するＥＰＳ  ＰＤＮ接続ＩＥを省略するべきである。
転送移転要求メッセージはまた、ＤＴＭ  ＨＯサポートプロシージャを伴うＥ−ＵＴＲＡＮからＵＴＲＡＮまたはＧＥＲＡＮへのＳＲＶＣＣの一部として、Ｓ３インターフェース上でソースＭＭＥから標的ＳＧＳＮへ、およびＤＴＭ  ＨＯサポートを伴うＵＴＲＡＮ（ＨＳＰＡ）からＵＴＲＡＮまたはＧＥＲＡＮへのＳＲＶＣＣの一部として、Ｓ１６インターフェース上でソースＳＧＳＮから標的ＳＧＳＮへ、送信されるべきである。
（ＫＡＳＭＥが使用に取り入れられる時の）Ｓ１０インターフェースにわたる転送移転プロシージャは、３ＧＰＰ  ＴＳ  ３３．４０１［１２］で特定されている、セキュリティプロシージャの同時実行についての規則に従って行われるべきである。
表７．３．１−１は、メッセージの中のＩＥの存在要件および条件を特定する。
【０１６０】
【表３−１】
2014241649.tif 000005
【０１６１】
【表３−２】
2014241649.tif 000006
ＰＤＮ接続グループ化ＩＥは、表７．７．１−２に記載されるようにコード化されるべきである。
【０１６２】
【表４】
2014241649.tif 000007
ベアラコンテキストグループ化ＩＥは、表７．３．１−３に記載されるようにコード化されるべきである。
【０１６３】
【表５】
2014241649.tif 000008
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝変更の終了＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝。
【０１６４】
・  ３ＧＰＰ  ＴＳ  ２４．００８の一実施形態に対する変更
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝変更の開始＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
４．７．５．１．３  ネットワークによって容認される通常および周期的ルーティング領域更新プロシージャ
ルーティング領域更新要求がネットワークによって容認された場合、ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージがＭＳに送信されるべきである。ネットワークは、ＭＳのための新しいＰ−ＴＭＳＩおよび／または新しいＰ−ＴＭＳＩ署名を割り当て得る。新しいＰ−ＴＭＳＩおよび／またはＰ−ＴＭＳＩ署名がＭＳに割り当てられている場合、それ／それらは、ルーティング領域識別とともに、ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージに含まれるべきである。共有ネットワークでは、ネットワークは、ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージに含まれたＲＡＩの中のルーティング領域更新要求を容認したＣＮオペレータのＰＬＭＮ識別を示すべきである（３ＧＰＰ  ＴＳ  ２３．２５１［１０９］参照）。
ＭＳが、ＬＩＰＡ  ＰＤＰコンテキストではない少なくとも１つのＰＤＰコンテキスト、および少なくとも１つのＬＩＰＡ  ＰＤＰコンテキストを有することをネットワークが決定し、ネットワークが、ＣＳＧセルではないセル、または以前のＣＳＧセルとは異なるＣＳＧ識別を伴うＣＳＧセルの中、あるいはＣＳＧセルではないセルの中のＭＳからルーティング領域更新要求（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＱＵＥＳＴ）メッセージを受信した場合に、およびＭＳがＲＲＣ接続されているが、追跡領域更新プロシージャ中に信号伝達ベアラのみが生成される場合に、ネットワークは、ルーティング領域更新要求を容認するべきである。  
新しいＤＲＸパラメータがルーティング領域更新要求（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＱＵＥＳＴ）メッセージに含まれていた場合、ネットワークは、新しいＤＲＸパラメータを記憶し、それを信号伝達およびユーザデータのダウンリンク転送に使用するべきである。
ＭＳが、ルーティング領域更新要求（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＱＵＥＳＴ）メッセージの中で、ＧＥＲＡＮからＵＴＲＡＮ  ＩｕモードへのＲＡＴ間ハンドオーバをサポートすることを示した場合、ネットワークは、ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージの中に、ＲＡＴ間情報コンテナを提供する要求を含み得る。
ＭＳが、ルーティング領域更新要求（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＱＵＥＳＴ）メッセージの中で、ＧＥＲＡＮからＥ−ＵＴＲＡＮへのＰＳ  ＲＡＴ間ＨＯをサポートすることを示した場合、ネットワークは、ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージの中に、Ｅ−ＵＴＲＡＮ  ＲＡＴ間情報コンテナを提供する要求を含み得る。
ＭＳが、ルーティング領域更新要求（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＱＵＥＳＴ）メッセージの中に、ＭＳネットワーク能力ＩＥまたはＵＥネットワーク能力ＩＥ、あるいは両方を含んでいた場合、ネットワークは、それぞれの情報要素に対して定義される最大長まで、ＭＳから受信される全てのオクテットを記憶するべきである。ＵＥネットワーク能力ＩＥが新しい情報をネットワークに示した場合において、ＭＳは、ＴＩＮを「Ｐ−ＴＭＳＩ」に設定するべきである。
注記１：この情報は、ＳＧＳＮ間ハンドオーバ中に新しいＳＧＳＮに、またはＳ１モードへのシステム間ハンドオーバ中に新しいＭＭＥに転送される。
Ａ／Ｇｂモードでは、セル通知をサポートするネットワークの能力を示すために、セル通知情報要素が、ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージに含まれるべきである。
ネットワークは、ＧＭＭ共通プロシージャ開始（ＧＭＭ−ＣＯＭＭＯＮ−ＰＲＯＣＥＤＵＲＥ−ＩＮＩＴＩＡＴＥＤ）状態に変化するべきであり、第４．７．６項で説明されるように監視タイマーＴ３３５０を始動するべきである。
ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージに含まれたＬＡＩまたはＰＬＭＮ識別が、「禁止」リストのうちのいずれかのメンバーであり、ＭＳにおける緊急ベアラサービスのためのＰＤＮ接続がない場合には、任意のそのような入力は削除されるべきである。
Ｉｕモードでは、移動局がルーティング領域更新要求（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＱＵＥＳＴ）の中で継続要求保留中を示した場合、ネットワークは、ＰＳ信号伝達接続を延長するべきである。ネットワークはまた、移動端末からの指示を伴わずに、ＰＳ信号伝達接続を延長し得る。
ＰＤＰコンテキスト状態情報要素がルーティング領域更新要求（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＱＵＥＳＴ）メッセージに含まれる場合には、ネットワークは、ネットワーク側ではＳＭ状態ＰＤＰ非動作中（ＰＤＰ−ＩＮＡＣＴＩＶＥ）ではないが、状態ＰＤＰ非動作中（ＰＤＰ−ＩＮＡＣＴＩＶＥ）であるものとしてＭＳによって示される、全てのＰＤＰコンテキストをローカルで（ＭＳとネットワークとの間のピアツーピア信号伝達を伴わずに）動作停止するべきである。
ＭＢＭＳコンテキスト状態情報要素がルーティング領域更新要求（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＱＵＥＳＴ）メッセージに含まれる場合には、ネットワークは、ネットワーク側ではＳＭ状態ＰＤＰ非動作中（ＰＤＰ−ＩＮＡＣＴＩＶＥ）ではないが、状態ＰＤＰ非動作中（ＰＤＰ−ＩＮＡＣＴＩＶＥ）であるものとしてＭＳによって示される、全てのＭＢＭＳコンテキストをローカルで（ＭＳとネットワークとの間のピアツーピア信号伝達を伴わずに）動作停止するべきである。いずれのＭＢＭＳコンテキスト状態情報要素も含まれない場合には、ネットワークは、ネットワーク側ではＳＭ状態ＰＤＰ非動作中（ＰＤＰ−ＩＮＡＣＴＩＶＥ）ではない、全てのＭＢＭＳコンテキストをローカルで動作停止するべきである。
地域加入制限またはアクセス制限により、ＭＳがルーティング領域にアクセスすることが許可されないが、ＭＳが確立された緊急ベアラサービスのためのＰＤＮ接続を有する場合、ネットワークは、ルーティング領域更新要求（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＱＵＥＳＴ）メッセージを容認し、ＲＡＵがＰＭＭ接続（ＰＭＭ−ＣＯＮＮＥＣＴＥＤ）モードで開始された時にＰＤＰコンテキスト動作停止プロシージャを開始することによって、全ての非緊急ＰＤＰコンテキストを動作停止し得る。ＲＡＵがＰＭＭアイドル（ＰＭＭ−ＩＤＬＥ）モードで開始された時に、ネットワークは、全ての非緊急ＰＤＰコンテキストをローカルで動作停止し、ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージの中のＰＤＰコンテキスト状態ＩＥを介してＭＳに知らせる。ネットワークは、緊急ベアラサービスのためのＰＤＰコンテキストを動作停止するべきではない。ネットワークは、ＭＳが緊急ベアラサービスのみのためにアタッチされていると見なすべきである。
ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージの受信時に、ＭＳは、受信したルーティング領域識別を記憶し、タイマーＴ３３３０を停止し、ルーティング領域更新試行カウンタをリセットするべきであり、ＧＰＲＳ更新状態をＧＵ１更新済み（ＧＵ１  ＵＰＤＡＴＥＤ）に設定する。メッセージがＰ−ＴＭＳＩを含む場合、ＭＳは、このＰ−ＴＭＳＩを、ＧＰＲＳサービスのための新しい一時的識別として使用するべきであり、新しいＰ−ＴＭＳＩを記憶するべきである。いずれのＰ−ＴＭＳＩもネットワークによってルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＩＮＧ  ＡＣＣＥＰＴ）メッセージに含まれなかった場合、古いＰ−ＴＭＳＩが保持されるべきである。さらに、ＭＳは、ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＩＮＧ  ＡＣＣＥＰＴ）メッセージの中で受信された場合、Ｐ−ＴＭＳＩ署名を記憶するべきである。いずれのＰ−ＴＭＳＩ署名もメッセージに含まれなかった場合、利用可能であれば、古いＰ−ＴＭＳＩ署名が、削除されるべきである。
ルーティング領域更新要求（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＱＵＥＳＴ）メッセージが、新しいＤＲＸパラメータＩＥを用いてネットワークを更新するために使用された場合、ＭＳは、ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージの受信時に新しいＤＲＸパラメータを使用し始めるべきであり、ＴＩＮを「Ｐ−ＴＭＳＩ」に設定するべきである。
ＰＤＰコンテキスト状態情報要素がルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージに含まれる場合には、ＭＳは、ＭＳにおいてＳＭ状態ＰＤＰ非動作中（ＰＤＰ−ＩＮＡＣＴＩＶＥ）ではないが、状態ＰＤＰ非動作中（ＰＤＰ−ＩＮＡＣＴＩＶＥ）であるものとしてネットワークによって示される、全てのＰＤＰコンテキストをローカルで（ＭＳとネットワークとの間のピアツーピア信号伝達を伴わずに）動作停止するべきである。緊急ベアラサービスのためのＰＤＮ接続のみが確立されたままである場合、ＭＳは、それ自体が緊急ベアラサービスのみのためにアタッチされていると見なすべきである。
ＭＢＭＳコンテキスト状態情報要素がルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージに含まれる場合には、ＭＳは、ＭＳにおいてＳＭ状態ＰＤＰ非動作中（ＰＤＰ−ＩＮＡＣＴＩＶＥ）ではないが、状態ＰＤＰ非動作中（ＰＤＰ−ＩＮＡＣＴＩＶＥ）であるものとしてネットワークによって示される、全てのＭＢＭＳコンテキストをローカルで（ＭＳとネットワークとの間のピアツーピア信号伝達を伴わずに）動作停止するべきである。いずれのＭＢＭＳコンテキスト状態情報要素も含まれない場合には、ＭＳは、ＭＳにおいてＳＭ状態ＰＤＰ非動作中（ＰＤＰ−ＩＮＡＣＴＩＶＥ）ではない、全てのＭＢＭＳコンテキストをローカルで動作停止するべきである。
Ａ／Ｇｂモードでは、ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージがセル通知情報要素を含む場合には、ＭＳは、セル更新を行うように、ＬＬＣヌル（ＬＬＣ  ＮＵＬＬ）フレームを使用し始めるべきである。
ＭＳが、手動ＣＳＧ選択により、ルーティング領域更新プロシージャを開始して、ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージを受信し、ＭＳが、ＣＳＧセルの中でルーティング領域更新要求（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＱＵＥＳＴ）メッセージを送信した場合、ＭＳは、セルのＣＳＧ  ＩＤが許容ＣＳＧリストの中に含まれているかどうかをチェックするべきである。含まれていなければ、ＭＳは、そのＣＳＧ  ＩＤを許容ＣＳＧリストに追加するべきである。
ネットワークはまた、ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージの中で「同等ＰＬＭＮ」のリストを送信し得る。リストの各入力は、ＰＬＭＮコード（ＭＣＣ＋ＭＮＣ）を含む。移動局は、ネットワークによって提供されるようなリストを記憶するべきであり、緊急ベアラのためのＰＤＮ接続が確立されていない場合、移動局は、「同等ＰＬＭＮ」のリストから、すでに「禁止ＰＬＭＮ」リストの中にある任意のＰＬＭＮコードを除去するべきである。加えて、移動局は、リストを送信した登録ＰＬＭＮのＰＬＭＮコードを、記憶したリストに追加するべきである。記憶したリストの中の全てのＰＬＭＮは、ＰＬＭＮ選択、セル選択／再選択、およびハンドオーバについて、相互と同等と見なされるべきである。移動局の中の記憶したリストは、ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージの各発生時に交換されるべきである。いずれのリストもメッセージに含まれていない場合には、移動局の中の記憶したリストは削除されるべきである。リストは、スイッチをオンにした後にＰＬＭＮ選択のために使用することができるように、スイッチがオフにされている間に移動局に記憶されるべきである。
ルーティング領域更新完了（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＣＯＭＰＬＥＴＥ）メッセージは、ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージが以下のうちのいずれかを含んでいた場合に、ネットワークに返信されるべきである。
−Ｐ−ＴＭＳＩ、
−Ｎ−ＰＤＵ数の受信（３ＧＰＰ  ＴＳ  ４４．０６５［７８］および３ＧＰＰ  ＴＳ  ２５．３２２［１９ｂ］参照）、または
−ＲＡＴ間ハンドオーバ情報またはＥ−ＵＴＲＡＮ  ＲＡＴ間ハンドオーバ情報、あるいは両方の提供の要求。
Ｎ−ＰＤＵ数の受信が含まれていた場合、ＭＳにおいて有効なＮ−ＰＤＵ数の受信の値が、ルーティング領域更新完了（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＣＯＭＰＬＥＴＥ）メッセージに含まれるべきである。
ネットワークが、ＲＡＴ間ハンドオーバ情報またはＥ−ＵＴＲＡＮ  ＲＡＴ間ハンドオーバ情報、あるいは両方の提供を要求した場合、ＭＳは、ＲＡＴ間ハンドオーバ情報ＩＥまたはＥ−ＵＴＲＡＮ  ＲＡＴ間ハンドオーバ情報ＩＥ、あるいは両方を含む、ルーティング領域更新完了（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＣＯＭＰＬＥＴＥ）メッセージをネットワークに返信するべきである。
注記２：Ｉｕモードでは、ルーティング領域更新プロシージャ後に、リソースがネットワークによって解放されていた場合、移動局は、動作中のＰＤＰコンテキストのためのリソース保存を要求するためのサービス要求プロシージャを開始するか、または、既存のＰＳ信号伝達接続を介して上層メッセージ（例えば、ＰＤＰコンテキスト起動要求／ＡＣＴＩＶＡＴＥ  ＰＤＰ  ＣＯＮＴＥＸＴ  ＲＥＱＵＥＳＴ）をネットワークに送信することができる。
Ｉｕモードでは、ネットワークが、ＰＳ信号伝達接続を延長することを希望する場合（例えば、移動局が、ルーティング領域更新要求（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＱＵＥＳＴ）メッセージの中で「継続要求保留中」を示した場合）、ネットワークは、ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージの中で「継続続行」を示すべきである。ネットワークがＰＳ信号伝達接続を解放することを希望する場合、ネットワークは、ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージの中で「継続続行なし」を示すべきである。
その後、Ｉｕモードでは、移動局は、ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージの中の更新結果情報要素に含まれる、継続続行フラグに従って動作するべきである（第４．７．１３項参照）。
ネットワークはまた、緊急電話番号リストＩＥを含むことによって、ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）の中で地域緊急電話番号のリストを送信し得る。ＳＩＭ／ＵＳＩＭにすでに記憶されている緊急電話番号が、移動機器によって記憶される前にリストから除去されるべきであることを除いて、移動機器は、ネットワークによって提供されるようなリストを記憶するべきである。いずれの緊急電話番号もＳＩＭ／ＵＳＩＭ上に記憶されていない場合には、受信したリストを記憶する前に、移動機器は、この場合、使用するためにＭＥに永久的に記憶された緊急電話番号をそこから除去するべきである（３ＧＰＰ  ＴＳ  ２２．１０１［８］参照）。移動機器に記憶されたリストは、新しい緊急電話番号リストＩＥの各受信時に交換されるべきである。
緊急電話番号リストＩＥの中で受信される緊急電話番号は、このＩＥが受信されるセルと同じＭＣＣを伴うネットワーク内のみで有効である。いずれのリストもルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージに含まれていない場合には、移動機器が最後に登録されたＰＬＭＮのものとは異なるＭＣＣを伴うＰＬＭＮに登録成功した場合を除いて、移動機器の中の記憶したリストが保持されるべきである。
移動機器は、ダイヤルされた番号が緊急電話番号であることを検出するために、ＳＩＭ／ＵＳＩＭまたはＭＥ上に記憶された緊急電話番号に加えて、ネットワークから受信される緊急電話番号の記憶したリストを使用するべきである。
注記３：移動機器は、ダイヤルした番号が、緊急サービス用、または別の宛先、例えば、地域のディレクトリサービス用であるかどうかを決定する際にエンドユーザを支援するために、緊急電話番号リストを使用し得る。エンドユーザとの起こり得る相互作用は、実装特定である。
緊急電話番号のリストは、スイッチオフおよびＳＩＭ／ＵＳＩＭの除去時に削除されるべきである。移動機器は、ネットワークから受信される、最大で１０の地域緊急電話番号を記憶することができるべきである。
ＭＳに割り当てられたＧＵＴＩおよびＴＡＩリストは、ネットワークに登録されたままであり、ＭＳにおいて有効であることをＭＳに示すために、ネットワークは、ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージ内の更新結果ＩＥの中で、ＩＳＲが起動されていることを示すべきである。
ＭＳが緊急ベアラサービスのためにアタッチされている場合、またはネットワークが全ての非緊急ＰＤＰコンテキストを動作停止した場合、ネットワークは、ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージ内の更新結果ＩＥの中で、ＩＳＲが起動されていないことを示すべきである。
ルーティング領域更新容認（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＡＣＣＥＰＴ）メッセージが、
ｉ）ＩＳＲが起動されているという指示を含まない場合、Ｓ１モードをサポートするＭＳは、ＴＩＮを「Ｐ−ＴＭＳＩ」に設定するべきであり、または
ｉｉ）ＩＳＲが起動されているという指示を含む場合、ＭＳは、利用可能なＧＵＴＩおよびＴＡＩリストを、有効でネットワークに登録されていると見なすべきである。ＴＩＮが現在「ＧＵＴＩ」を示す場合、ＭＳは、ＴＩＮを「ＲＡＴ関連ＴＭＳＩ」に設定するべきである。
ＭＳは、以下の場合に、ＴＩＮを「Ｐ−ＴＭＳＩ」に設定することによってＩＳＲを動作停止するべきである。
−Ｉｕモードのために受信される「ＩＭＳボイスオーバーＰＳセッションインジケータ」が、Ｓ１モードのために受信される「ＩＭＳボイスオーバーＰＳセッションインジケータ」に等しくない（３ＧＰＰ  ＴＳ  ２４．３０１［１２０］参照）
−３ＧＰＰ  ＴＳ  ２４．１６７［１３４］で定義されるようなＵＴＲＡＮのための音声ドメイン選好が「ＣＳ音声専用」ではない
−ＭＳがＩＭＳにおいて音声通話を終了させるために利用可能であることを、上層が示している（３ＧＰＰ  ＴＳ  ２４．３０１［１２０］、第３．１項参照）
−ＭＳが、３ＧＰＰ  ＴＳ  ２４．１６７［１３４］で定義されるように、「ＩＭＳ音声終了のためのモビリティ管理」が有効にされた状態で構成される
注記４：「ＩＭＳ音声終了のためのモビリティ管理」設定が、３ＧＰＰ  ＴＳ  ２４．１６７［１３４］で定義されるようにＩＭＳ管理オブジェクトに記憶されるか、またはＭＳに記憶されるかは、実装オプションである。この設定が欠落している場合に、「ＩＭＳ音声終了のためのモビリティ管理」は無効となる。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝変更の終了＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
【図１】
2014241649.tif 000009
【図２】
2014241649.tif 000010
【図３】
2014241649.tif 000011
【図４】
2014241649.tif 000012
【図５】
2014241649.tif 000013
【図６】
2014241649.tif 000014
【図７】
2014241649.tif 000015
【図８】
2014241649.tif 000016
【図９】
2014241649.tif 000017
【図１０】
2014241649.tif 000018
【図１１】
2014241649.tif 000019
【図１２】
2014241649.tif 000020
【図１３】
2014241649.tif 000021
【図１４】
2014241649.tif 000022
【図１５】
2014241649.tif 000023
【図１６】
2014241649.tif 000024
【図１７】
2014241649.tif 000025
【外国語明細書】
2014241649000001.pdf