無線通信ネットワークのモビリティ管理ノードにおける方法であって、前記方法は、モビリティ管理ノードにおいて、ソース基地局からハンドオーバ要求を受信することであって、前記ハンドオーバ要求は、前記ソース基地局から標的基地局へ引き渡すユーザ機器UEを指示する、ことと、前記モビリティ管理ノードにおいて、前記UEが前記ソース基地局によって提供されているローカルIPアクセスLIPAパケットデータネットワークPDN接続を有するかどうかを決定することと、前記UEが前記ソース基地局との前記LIPAPDN接続を有しているという条件に基づいて、前記ハンドオーバを防止することとを含む、方法。前記決定することは、前記LIPAPDN接続が前記標的基地局によってサポートされていないことを決定することを含む、請求項1に記載の方法。前記ハンドオーバ要求メッセージは、前記標的セルに関する情報を含む、請求項1に記載の方法。前記決定することは、少なくとも部分的に、前記モビリティ管理ノードに記憶されているベアラコンテキスト情報に基づいている、請求項1に記載の方法。前記決定することは、少なくとも部分的に、標的基地局情報に基づいている、請求項1に記載の方法。前記モビリティ管理ノードにおいて前記LIPAPDN接続を解放することをさらに含む、請求項1に記載の方法。前記ハンドオーバを防止することは、ハンドオーバ失敗メッセージを前記ソース基地局に送信することを含む、請求項1に記載の方法。前記ハンドオーバを防止することは、拒絶メッセージを前記ソース基地局に送信することを含む、請求項1に記載の方法。前記ハンドオーバを防止することは、前記UEを明示的にデタッチするために、デタッチ要求DETACHREQUESTメッセージを前記UEに送信することを含む、請求項1に記載の方法。無線通信システムの第1の無線アクセスネットワークに関連付けられている第1のモビリティ管理ノードにおける方法であって、前記方法は、前記第1のモビリティ管理ノードにおいて、第2の無線アクセスネットワークに関連付けられている第2のモビリティ管理ノードからコンテキスト要求メッセージContextRequestmessageを受信することであって、前記コンテキスト要求メッセージは、ユーザ機器UEによるrat間ハンドオーバに関連付けられている、ことと、前記UEが前記第1の無線アクセスネットワークによって提供されているローカルIPアクセスLIPAパケットデータネットワークPDN接続を有するかどうかを決定することと、前記LIPAPDN接続を前記第2の無線アクセスネットワークによってサポート可能でないという条件に基づいて、前記LIPAPDN接続に関連付けられているLIPAPDNコンテキスト情報を省略したコンテキスト応答メッセージを作成することと、前記コンテキスト応答メッセージを前記第2のモビリティ管理ノードに送信することとを含む、方法。前記第2の無線アクセスネットワークによってサポートされている少なくとも1つのPDN接続に関連付けられているハンドオーバプロシージャを行うことをさらに含む、請求項10に記載の方法。前記決定することは、少なくとも部分的に、前記第1のモビリティ管理ノードに記憶されているベアラコンテキスト情報に基づいている、請求項10に記載の方法。前記決定することは、少なくとも部分的に、前記第2の無線アクセスネットワークに関する情報に基づいている、請求項10に記載の方法。PDN接続を伴わずにハンドオーバプロシージャを行うことをさらに含む、請求項10に記載の方法。無線通信ネットワーク内のネットワーク要素装置であって、前記ネットワーク要素装置は、モビリティ管理ノードにおいて、ソース基地局からハンドオーバ要求を受信することであって、前記ハンドオーバ要求は、前記ソース基地局から標的基地局へ引き渡すユーザ機器UEを指示する、ことと、前記モビリティ管理ノードにおいて、前記UEが前記ソース基地局によって提供されているローカルIPアクセスLIPAパケットデータネットワークPDN接続を有するかどうかを決定することと、前記UEが前記ソース基地局との前記LIPAPDN接続を有しているという条件に基づいて、前記ハンドオーバを防止することとを行うためのプロセッサ制御論理および/または回路を備えている、ネットワーク要素装置。前記プロセッサ制御論理および/または回路は、前記LIPAPDN接続が前記標的基地局によってサポートされていないことを決定する、請求項15に記載のネットワーク要素装置。前記ハンドオーバ要求メッセージは、前記標的セルに関する情報を含む、請求項15に記載のネットワーク要素装置。コンピュータ可読プログラムコードを具現化した非一過性のコンピュータ可読記憶媒体を備えているコンピュータプログラム製品であって、前記コンピュータ可読プログラムコードは、無線通信ネットワークの第1のネットワーク要素における方法を実装するために実行されるように適合され、前記コンピュータ可読プログラムコードは、モビリティ管理ノードにおいて、ソース基地局からハンドオーバ要求を受信するための命令であって、前記ハンドオーバ要求は、前記ソース基地局から標的基地局へ引き渡すユーザ機器UEを指示する、命令と、前記モビリティ管理ノードにおいて、前記UEが前記ソース基地局によって提供されているローカルIPアクセスLIPAパケットデータネットワークPDN接続を有するかどうかを決定するための命令と、前記UEが前記ソース基地局との前記LIPAPDN接続を有しているという条件に基づいて、前記ハンドオーバを防止するための命令とを備えている、コンピュータプログラム製品。前記決定するための命令は、前記LIPAPDN接続が前記標的基地局によってサポートされていないことを決定するための命令を備えている、請求項18に記載のコンピュータプログラム製品。前記ハンドオーバ要求メッセージは、前記標的セルに関する情報を含む、請求項18に記載のコンピュータプログラム製品。サービス継続性がLIPA/SIPTOPDN接続のためにサポートされていない場合に、UEが住居/企業ネットワーク受信可能範囲から外へ移動した場合に、LIPAおよび/またはSIPTO接続解放を管理するための方法、システム、およびデバイスが提供される。UEが、LIPAPDN接続である1つのPDN接続のみを有する、選択された実施形態では、UEがPDN接続を持たないので、UEが住居/企業ネットワーク受信可能範囲から退出する時にそれを自動的に解放することにより、UEをネットワークからデタッチさせる。LIPA/SIPTOPDN接続のためのサービス継続性を提供しないことによって引き起こされる問題に対処するために、MME/SGSNによってHeNB/HNBにおいて生成されるPDN接続/PDPコンテキストは、そのような接続がLIPAPDN接続PDN接続であるか否かを示す、UEに関係するコンテキスト情報を含む。加えて、各UEは、UEがLIPAにおいてそのようなPDに接続されたHeNBからLIPA継続性が提供されていない標的セルへの移動性により、PDN接続がネットワークによって切断された場合に、あるAPNまたはサービスに対応するPDNに再接続するまたは再接続しないように構成され得る。選択された実施形態では、UEは、1LIPAサービス継続性の欠如により切断された任意のPDNが再接続される必要があるかどうかという指示、2PDNがLIPAサービス継続性の欠如により切断された場合に、PDNが再接続される必要があるAPNのリスト、3LIPAサービス継続性の可用性の指示、4ある特性を伴うPDN接続の指標のリスト、5不十分な信用証明を伴う緊急呼び出しが許可されない場合に、非LIPAを切断することが許可されるかどうかという指示、および/または、6PDN接続のうちの1つが特定のAPNまたはデフォルトAPNに対するものである少なくとも2つのPDN接続を、UEが保持しなければならないかどうかという指示を含むように構成することができる。ここで、添付図面を参照して、本開示の種々の例示的実施形態を詳細に説明する。種々の詳細が以下の説明に記載されるが、本開示は、これらの具体的詳細なしで実践されて得、実装ごとに異なる処理技術または設計関連制約の順守等の、デバイス設計者の具体的目標を達成するように、多数の実装特有の決定が、本明細書で説明される開示に行われ得ることが理解されるであろう。そのような開発努力は複雑で時間がかかるが、それでもなお、本開示の利益を有する当業者にとっては日常の取り組みである。例えば、本開示を制限すること、または曖昧にすることを回避するために、選択された側面は、詳細に示されるよりもむしろ、ブロック図およびフローチャートの形態で示されている。加えて、本明細書で提供される詳細な説明のいくつかの部分は、コンピュータメモリ内のアルゴリズムまたは演算に関して提示される。そのような説明および表現は、他の当業者に作業の大要を説明して伝えるために、当業者によって使用される。ここで図を参照して、本開示の種々の例証的実施形態を以下で詳細に説明する。現行の3GPPの論議は、UEモビリティmobilityに関連付けられるLIPA/SIPTOPDN接続解放の取扱に対処している。これらの論議では、現在、UEが住居/企業ネットワークの受信可能範囲から外へ移動した場合に、LIPAPDN接続のためのサービス継続性を提供せず、代わりにLIPAPDN接続を解放する選好がある。接続を解放するためのこの選好は、いくつかの要因に基づく。第1に、UEがマクロeNBの受信可能範囲の中に存在し、サービス継続性が維持される場合に、合法的傍受がローカルIPリソースアクセスに適用されるという懸念がある。また、UEがHeNBからマクロeNBへ移動する際に変化する課金スキームを確立することが困難となる。また、サービス継続性を維持することに関与する、認可の複雑な状態があり得る。これらの論議に基づいて、MobilityforLocalIPAccessLIPAと題された3GPPS1-100316、およびSIPTOrequirementscommonformacronetworkandHeNBsubsystemsと題された3GPPS1-100321のリリース10は、マクロネットワークへのLIPA接続のモビリティがサポートされていない一方で、同じ住居/企業ネットワーク内のHeNBの間のLIPA接続のモビリティがサポート/要求されていることを明記している。加えて、SIPTOrequirementscommonformacronetworkandHeNBsubsystemsと題された3GPPS1-100321のリリース10は、マクロネットワークSIPTO接続内のモビリティがサポートされるべきであり、HeNBからマクロへ、およびHeNBの間のモビリティがサポートされ得ることを明記している。UEが住居/企業ネットワーク受信可能範囲から退出する場合に、LIPA接続のためのサービス継続性の維持に対する選好を考慮すると、いくつかの異なる問題が生じ、不要なUE切断をもたらす。以下でさらに完全に説明されるように、これらの解放の問題は、接続モードでのUEモビリティがある時のPSサービスに関連する問題、接続モードでのUEモビリティがある時のCSFBプロシージャによって誘起される問題、およびアイドルモードでのUEモビリティがある時のISRを伴う、または伴わない問題を含む、複数の次元を有する。これらの問題を論議する際に、リリース10以前のUEすなわち、UEがそのような決定を認識することなく、加入プロファイルまたはネットワーク決定に基づいて、ネットワークがLIPA接続性をUEに提供する場合等に起こるような、LIPA接続性を認識していないUEにも機能するLIPA機構が考慮されるべきである。そのようなUEにとって、識別された問題を解決するためにNAS信号伝達および機構を修正することはできない。ここで、UE切断問題を例証する目的で、UEがHeNb企業ネットワーク受信可能範囲の外側に移動する際のLIPAPDN接続の解放を概略的に図示する、図9-10を参照する。明示的に示されない限り、PDN接続という用語が、HeNBを伴うPDN接続およびHNBを伴うPDPコンテキストの両方を指す。具体的には、図9は、UE1416がLIPA/SIPTOPDN接続1430およびコアネットワークCNPDN接続1432を有する、HeNBサブシステム1400の中のトラフィックフローの概略図である。LIPA/SIPTOPDN接続1430が確立されると、LIPAおよびSIPTOのためのユーザプレーントラフィックは、コアネットワーク接続1432を通過しない。代わりに、トラフィックは、線1430で示されるように、UE1416から、ローカルeNB1422、ローカルS-GW1424、およびローカルP-GW1426全てHeNB1420の中に配置されることが図示されているを通過する。UE1416が、追加の非LIPA、非SIPTOPDNである接続を有する場合、トラフィックは、線1432で示されるように、コアPDN1404まで、HeNB-GW1410、S-GW1408、およびP-GW1406を通過する。第2のPDN接続1432がいつでも例えば、所定の方針またはUE構成により解放されることができるので、HeNB1420に接続された場合に、UE1416が1つだけのPDN接続を有し、そのようなPDN接続がLIPAPDN接続1430である場合がある。UE切断問題を例証するために、UE1416が1つだけのLIPAPDN接続を有する場合にHeBN受信可能範囲の外側に移動する、トラフィックフローの概略図を描写する、図10をここで参照する。この場合、HeNBの外側に移動することへの言及は、UEがHeNBセルからマクロセル受信可能範囲へ移動する場合、およびLIPAPDN継続性がサポートされていないHeNBセル例えば、異なるCSGを伴うHeNBの間でUEが移動する場合の両方を示す。LIPAPDN継続性がいずれのHeNBセルの間でもサポートされていない場合があり得る。したがって、図10は、マクロ受信可能範囲がある第2の位置1516に向かってUE1416が移動するが、UE1416はまた、LIPAPDN継続性がサポートされていない別のHeNBにも移動できることを図示する。UEがHeNB1420に接続されていない例えば、LIPA継続性がサポートされていない異なるセルに、UEが移動したことをMME1414が検出するとすぐに、LIPAPDN接続性を維持する必要がないので、MME1414はLIPAPDN接続1430を解放する。結果として、UE1516のためのPDN接続がない。以下でさらに完全に説明されるように、MME1414は、UE1516が異なるセルからの追跡領域更新TAUまたはルーティング領域更新RAUを行う場合、またはUE1516が異なるセルからのページングに応答する場合等に、種々の検出機構に基づいて、UE1516がHeNB1420の受信可能範囲外にあることを検出することができる。E-UTRANでは、UEは、UEがネットワークにアタッチされていると見なされるために、少なくとも1つのPDN接続を維持しなければならない。PDN接続がない場合、UEはネットワークからデタッチされる。図10は、UE1416が1つだけの動作中のLIPAPDN接続1430を有し、UE1416がもはやHeNB1420に接続されていない新しい位置に移動したことを検出すると、MME1414がLIPAPDN接続1430を解放する場合に、どのようにして切断問題が生じるかを示す。デタッチが生じている場合に、UE1516は、なぜデタッチされているのか、なぜLIPAPDN接続143が解放されており、次いで、ネットワークに強制的に再アタッチさせられるのかを知らないことがある。この問題は、NASアイドルモードモビリティおよびNAS接続モードモビリティの両方に該当する。理解されるように、先述の論議はLIPAPDN接続を参照するが、明示的に示されない限り、同じ課題がLIPAPDPコンテキストHNBの場合またはSIPTOローカル接続性に該当する。明示的に示されていないが、また、UEモビリティがHeNB1420からGERAN/UTRANに向かっているすなわち、SGSNを伴う場合に同様の問題が生じ、その場合、たとえUEがデタッチされる必要がなくても、動作中のPDPコンテキストLIPA接続に対応するが動作停止させられる必要があることも理解されるであろう。このフレームワークでは、LIPA接続解放に関連付けられる、いくつかの問題の場合が識別され、図10に関して以下でさらに完全に論議される。加えて、種々の接続解放問題を管理するための解決法が、以下で記載されるように識別され、論議される。接続モードでのモビリティ:UEがNAS接続モードモビリティを有する場合、動作中のハンドオーバの場合に生じるいくつかの問題がある。問題の場合の例では、接続モードUE1416は、LIPAPDN接続またはSIPTO接続性/SIPTOPDN接続1430を有する。接続モードUE1416が、標的E-UTRANセル例えば、LIPA継続性がサポートされていないeNBセル1412または別のHeNBセルにおける第2の位置1516まで、住居/企業ネットワーク1402に直接接続されるHeNB受信可能範囲1420から外へ移動する際に、ソースHeNB1420は、UE1516からの測定報告に基づいて、UEを標的セル141にハンドオーバHOする決定を行う。HeNB1420は、HO必要HOREQUIREDメッセージをMME1414に送信する。HO必要HOREQUIREDメッセージが標的IDを含むので、MME1414は、例えば、標的セルが異なるCSGにおけるマクロセルまたはHeNBであるという事実に基づいてLIPA/SIPTOサービスが標的セル1412において継続されるべきではないと決定する。この決定に基づいて、MME1414は、LIPA/SIPTOPDN接続1430を解放するが、既存の仕様は、どのようにしてMME1414がLIPA/SIPTOPDN接続解放を取り扱うかを明記しない。別の問題の場合では、接続モードUE1416は、HeNB1420から、LIPAPDN継続性がサポートされるべきではないGERAN/UTRANセル図示せずへ引き渡される。ある例は、LIPAPDN接続1430のみを有するUE1416が、LIPA継続性がサポートされていないGERAN/UTRANに向かってIRATHOを行う場合に起こる。この場合、UEは、LIPAPDN接続が解放された場合、ネットワークからデタッチされるか、またはPDPコンテキストがなくなることがあるが、既存の仕様は、どのようにしてIRATHOを取り扱うかを特定しない。また、UE1416が、ソースセルにおけるLIPAPDN接続1430に加えて、他のPDN接続を有する場合、LIPAPDN接続1430は、このIRATHO中に切断される必要がある。動作中のPDN接続/PDPコンテキストについての情報を含む、ネットワークSGSNとUEとの間のコンテキスト情報は、新しいRAUがUEによって行われ、コンテキストがUEとSGSNとの間で同期化されるまで、しばらく同期がずれている場合がある。コンテキストの同期がずれている場合において、UEは、誤ってLIPA接続に対応するPDPコンテキストが依然として動作中であると見なす。別の問題の場合では、接続モードUE1416は、HNBセルまたは受信可能範囲図示せずから、LIPAPDN継続性が提供されていない標的例えば、GERAN/UTRANセルへ移動する。UEがHNB受信可能範囲内にあり、LIPA/SIPTOPDPコンテキストを有する場合に、ある実施例が起こる。サービス継続性がサポートされていない場合、UEがHNBの受信可能範囲から外へ移動したことをSGSNが検出した場合に、PDPコンテキストが解放される。しかしながら、動作中のPDN接続/PDPコンテキストについての情報を含む、ネットワークSGSNとUEとの間のコンテキスト情報は、新しいRAUが行われ、コンテキストがUEとSGSNとの間で同期化されるまで、しばらく同期がずれている場合がある。同期がずれたコンテキストにより、その間にUEは、LIPA接続に対応するPDPコンテキストが依然として動作中であると見なす。NASアイドルUEのモビリティ:LIPA接続がアイドルモードモビリティ中に切断され、HeNBの外側でアイドルモビリティを行った後にUEがNAS接続モードになる時に生じる、いくつかの問題の場合がある。第1の問題の場合では、UE1416は、HeNBセル受信可能範囲1420から、継続性が提供されるべきでない標的セル1412例えば、eNBまたはHeNBセルにおける第2の位置1516へ移動する。標的セルへ移動した後、UE1516は、住居/企業ネットワークに直接接続されていない標的例えば、E-UTRAセルの中でサービス要求SERVICEREQUESTを行い得る。標的セルを介してUEからサービス要求SERVICEREQUEST;SRを受信すると、MME1414は、SRを提供することができず、LIPAPDN接続性1430を解放する必要があることを決定する。MME1414は、UEが他の動作中のPDN接続を有する場合に、サービス要求を拒絶し、LIPAPDN接続性を切断することによって、LIPAPDN接続性1430を解放する。他方で、UEがECM-IDLEモードになる前にLIPAPDN接続のみを有する場合、LIPAPDN接続の解放は、いずれの動作中のPDN接続も残っていないUEをもたらし、現在の仕様が、なぜUEがデタッチされているかをMMEが示すことを要求しないので、UEが正しく知らせられることなく、MMEによってUEをネットワークからデタッチさせる。別の問題の場合では、UE1416は、HeNB1420からGERAN/UTRAN図示せずへ移動する。この場合、アイドルIDLEモードUEは、LIPAサービス継続性が提供されていないE-UTRANセルの中で、追跡領域更新TAUを行う。具体的には、1UEが、最後の登録アタッチまたはTAUにおいてUEがMMEから取得したTAIのリストの中にない、新しい追跡領域TAに入る場合、および2周期的TA更新タイマーが期限切れになった場合に、UEがアイドルIDLEモードでTAUを行う。UEがTAUを行う場合に、標的セルが住居/企業ネットワークに直接接続されていない場合、MMEは、動作中のLIPAPDN接続を切断する必要があるが、MMEがそのようなPDN接続を解放する必要がないので、現在の仕様は、LIPA接続の存在下でどのようにMMEが挙動するかを特定しない。別の問題の場合では、UEは、HNBからGERAN/UTRANへ移動する。この場合、アイドルIDLEモードUEHeNBを通した少なくとも1つのLIPAPDN接続を有するは、ルーティング領域更新を行う。具体的には、UEが新しいルーティング領域RAに入る場合、およびRAUタイマーが期限切れになる場合に、UEがRAUを行う。新しいSGSNは、RAU中にコンテキスト要求CONTEXTREQUESTメッセージを古いMMEに送信し、MMEは、コンテキスト応答CONTEXTRESPONSEメッセージで応答する。UEがLIPAPDN継続性をサポートすることができないセルへ移動したことを決定すると、ネットワークがLIPA接続を切断するが、現在の仕様は、MMEまたはSGSNが切断をトリガするべきかどうか、およびどのようにしてトリガするかを明記しない。動作中アイドルモビリティでの接続性の損失の発見の遅延:アイドルモード信号伝達低減ISRを伴って、または伴わずに、接続性が失われたという発見の遅延がある場合にアイドルモードモビリティで生じる、いくつかの問題の場合がある。例示的問題の場合では、UE1416は、HeNB1420とeNB1412との間、またはHNBとマクロGERAN/UTRANとの間、または異なるCSGに属し、LIPA継続性が提供されるべきではないHeNBそれぞれHNBの間で移動する。UEがアイドルモードでルーティング領域RA/追跡領域TA内を移動する場合、UEは、その場所をネットワークに登録するようにNAS信号伝達を行わない。UEが任意のNAS信号伝達を行う前、またはUEがデータを伝送する前に、有意な遅延がある場合、UEは、接続性を失ったことを認識せず、それは、UEに送達されるべきデータを送達することができない場合に、プッシュ配信サービス等にとって問題となり得る。別の問題の場合では、UEは、HeNBからISRが動作中であるGERAN/UTRANセルへ移動する。アイドルモビリティが、HeNBから、LIPAPDN接続性がサポートされるべきではなく、ISRが動作中であるセルまで、UEによって実施され、UEがISR領域内で移動する場合に、UEは、その場所をネットワークに登録するようにNAS信号伝達を行わず、したがって、データを伝送する必要がない限りUEが任意のNAS信号伝達を行う前、およびUEが接続性を失ったことを認識する前に、長い時間があり得る。そのような接続性の損失は、UEに送達されるべきデータを送達することができないので、プッシュ配信サービス等にとって問題となり得る。加えて、UEが、LIPAPDN接続を使用したプッシュ配信サービスを使用していた、またはデータをUEにトランスポートするためにLIPAPDN接続のデフォルトベアラを使用していた場合、UEは、切断されたことを認識するまで、および再アタッチ等の回復措置を行うまで、いずれのプッシュ配信されたデータも受信できない。UEおよびSGSNコンテキストを同期化するRAUまたはプッシュ配信サービスのキープアライブ機構が、アイドルモードモビリティのずっと後に起こり得るので、UEがプッシュ配信サービスからプッシュ配信されたいずれのデータも受信しない一方で、UEがLIPAPDNの切断を知らされていたならば、新しいPDPコンテキストを伴う標的セルから、適宜にプッシュ配信サービスに再接続することができたであろう。動作中モードモビリティでの接続性の損失の発見の遅延:接続性が失われたという発見の遅延がある場合に動作中モードモビリティから生じる、いくつかの問題の場合がある。例示的問題の場合では、接続モードのUEは、ISRが動作中である場合にHeNBからGERAN/UTRANへ移動し、接続性の損失の発見の遅延をもたらす。この問題は、RAT間HOを行い、所与のPDPコンテキストに対するRABがないことを知ったUEが、依然としてPDPコンテキストが動作中であると見なすことを許可される場合に存在する。ハンドオーバが、HeNBセル受信可能範囲から、LIPAPDN接続性がサポートされていない標的例えば、GERAN/UTRANセルまでの非LIPAPDNのために動作中であるUEによって行われる場合に、LIPAPDN接続に対応するPDPコンテキストが切断される。ISRが動作中である場合に、ハンドオーバがISR領域中のRAに向かっている場合、UEはハンドオーバの終了時にRAUを行わない。しかしながら、UEが即時に知らされない限り、たとえばそのような接続のために動作中であるRABがなくても、UEはPDPコンテキストが依然として動作中であると考えるので、UEは、LIPAPDNに対応するPDPコンテキストが依然として接続されていると考え得る。UEがLIPAPDN接続上で何らかのプッシュ配信サービスを使用していた場合、UEは、切断されたことを認識するまで、いずれのプッシュ配信されたデータも受信できない。また、UEおよびSGSNコンテキストを同期化するRAUまたはプッシュ配信サービスのキープアライブ機構が、ハンドオーバから長い間をおいて起こり得るので、UEがプッシュ配信サービスからプッシュ配信された任意のデータを失う一方で、UEがLIPAPDNの切断を知らされていたならば、新しいPDPコンテキストを伴う標的セルから、適宜にプッシュ配信サービスに再接続することができたであろう。別の問題の場合では、接続モードのUEは、HNBセル受信可能範囲からマクロ例えば、GERAN/UTRANセル受信可能範囲へ移動し、接続性の損失の発見の遅延をもたらす。UEが、HNBからLIPAPDN接続性がサポートされていない標的GERAN/UTRANセルへのハンドオーバを行う場合、PDPコンテキストは切断される。しかしながら、UEは、ハンドオーバの一部としてRAUを行わないことがあり、その場合、UEおよびSGSNは、動作中PDPコンテキスト情報に関して同期化されない。アイドルモードモビリティに対する切断の遅延:他の問題の場合に直交する、タイミング関連問題があり、解決法は、アイドルモードモビリティおよび動作中モードモビリティの両方に有益であり得る。この場合、UE1416がHeNB1420の受信可能範囲の外側に移動する場合に、LIPA接続は、検出時に解放され、次いで、UE1416がHeNB1420の受信可能範囲に戻る場合に再確立される。しかしながら、UE1416がすぐにHeNB1420に戻り得る状況、またはHeNB1420とマクロ受信可能範囲との間で前後に移動し続け得る状況があり得る。これらのシナリオでは、LIPA接続が繰り返し確立および解放され、有意な信号伝達オーバーヘッドをもたらす。結果として、UE1416がHeNB1420に比較的迅速に戻るシナリオを最適化するために、UE1416がHeNB1420の受信可能範囲の外側に移動する場合に、LIPA接続の解放を遅延させることが望ましいことがある。回路交換フォールバックによってトリガされるGERAN/UTRANへのハンドオーバ:GERAN/UTRANへのハンドオーバがCSFBによってトリガされる場合等の、HeNBに接続されたUEをCSFBサービスのために組み合わせてアタッチすることができる場合に生じる、いくつかの問題の場合がある。例示的問題の場合では、UEは、コアネットワークを通してLIPAPDN接続またはゼロ以上の非LIPAPDN接続を有することができる。CSFBが携帯電話発信MOまたは携帯電話着信MTサービスのためにトリガされる時に、標的セルがCSFBプロシージャの一部としてDTMおよびPSHOをサポートするため、データベアラのPSHOがHeNBによってトリガされ、ネットワークによって許容可能であり得る。この場合、ネットワークは、非LIPAPDN接続を引き渡し、LIPAPDN接続を切断するか、またはLIPAPDN接続のみがある場合、MMEはPSHOを拒絶する。MMEがPSHOを拒絶する場合、MOまたはMTのいずれかのためのCSFBは、結果として失敗する。PSHOが可能であるが、UEまたはネットワークがDTMをサポートできない場合、条件の開始時に、GERANPSベアラが一時停止される。標的セルがGERANセルであり、DTMが標的セルの中でサポートされていない場合、UEは、PSベアラLIPAPDN接続に対応するものを含むを一時停止する。いったんCSフォールバックをトリガしたCSサービスが終了させられると、UEは、E-UTRANに戻ってPSベアラを再開し得るか、またはGERANにとどまってPSベアラを再開し得る。UEが元のHeNBに戻る場合には、現在のCSFBおよびEPS機構に基づいて、LIPAPDN接続を再開することができる。例えば、UEが例えば、サービス要求またはTAUによってMMEに向かってNAS信号伝達を行う場合に、MMEは一時停止したベアラを再開する。別の問題の場合では、UEは、コアネットワークを通してLIPAPDN接続またはゼロ以上の非LIPAPDN接続を有することができる。CSFBがMOまたはMTサービスのためにトリガされる時に、データベアラのPSHOが行われない場合がある。PSHOがフォールバックプロシージャの一部として行われず、UEがPSベアラを一時停止した場合、およびUEがE-UTRANに戻る場合には、UEは、MMEへのNAS信号伝達例えば、サービス要求またはTAUを行う。UEは、元のHeNBセルとは異なる標的E-UTRANセルに戻る場合がある。そのような標的E-UTRANセルは、マクロセル、または異なるCSGIDを伴うHeNBであり得る。LIPAPDN接続のためのサービス継続性すなわち、モビリティが元のHeNBすなわち、LIPAPDN接続が生成された場所と標的HeNBとの間で許可されていないことを仮定して、MMEは、LIPAPDN接続が切断されていることを確実にする。また、標的E-UTRANセルがマクロセルである場合には、MMEは、LIPAPDN接続が切断されていることを確実にする。将来のネットワーク内でLIPAPDN接続性を維持する:リリース10以降のネットワークでは、LIPA継続性が有効にされるため、LIPPDN接続性を維持することに関連する問題が生じる。そのような将来の場合において、UEは、LIPA継続性をサポートするネットワークに接続しているか否かを知る必要がある。したがって、UEは、HeNBの受信範囲の外側に移動すると、セッション継続性が提供されているか否かを知ることができない。LIPA接続解放に関連付けられる先述の問題に関し、識別された接続解放の問題を管理するために適用され得るいくつかの解決法が本明細書で説明および開示される。例えば、MME開始PDN接続解放プロシージャは、大抵の場合にUEがHeNBの受信可能範囲の外側に移動する場合にPDN接続を解放するために、ハンドオーバプロシージャと組み合わせられ得る同様に、SGSN開始PDPコンテキスト動作停止プロシージャ。しかしながら、HeNB/HNBにおけるPDN接続/PDPコンテキストの生成時に、MME/SGSNが、そのような接続がLIPAPDN接続PDN接続であるか否かという指示をUEに関係するコンテキスト情報の中に記憶する、以下で開示される他の解決法がある。加えて、解決法は、UEがLIPAにおいてそのようなPDNに接続されたHeNBから、LIPA継続性が提供されていない標的セルへのモビリティにより、そのようなPDN接続がネットワークによって切断された場合に、あるAPNまたはサービスに対応するPDNに再接続するかどうかについて例えば、オペレータまたはユーザによってUEを構成することを含む。代替として、UEは、UEモビリティにより切断されたPDNに再接続しないように構成され得る。実施形態の説明選択された実施形態では、オペレータは、OMADM管理オブジェクトMOを使用して、LIPAサービス継続性の欠如により切断された任意のPDNが再接続される必要があるかどうかという指示を含むようにUEを構成する。UEはまた、PDNがLIPAサービス継続性の欠如により切断された場合に、PDNが再接続される必要がある、APNのリストを含むように構成され得る。他の実施形態では、UEは、LIPAサービス継続性の可用性の指示を含むように構成されるすなわち、UEがCSGのメンバーであるCSGセルの間のみ、またはローミングしていない場合、またはマクロへのモビリティが生じる場合、またはマクロへのモビリティが生じる開放CSGセルが生じる場合。デフォルトで、この指示は、何らかの値に、例えば、LIPAサービス継続性利用不可能に設定することができる。UEはまた、ある特性を伴うPDN接続に対するインジケータのリストを含むように構成され得るすなわち、PDN接続をIMSに使用することができるという指示、またはネットワークからの応答メッセージの中のP-CSCFを受信するように要求する指示。構成されたUEはまた、不十分な信用証明を伴う緊急呼び出しが許可されない場合に、非LIPAを切断することが許可されるかどうかという指示、および/または、動作のPSモード2ではない時に、PDN接続のうちの1つが、特定のAPNまたはデフォルトAPN非PGWによって終了することが知られているのいずれかに対するものである少なくとも2つのPDN接続を、UEが保持するかどうかという指示を含み得る。選択された実施形態では、UEがLIPAPDN接続を起動する場合に、MMEは、LIPAPDN接続のために、一対のCSGIDおよびAPNを記憶し、該LIPAPDN接続は、該CSGIDセルにおいて起動される。他の実施形態では、UEがLIPAPDPコンテキストを起動する場合に、SGSNは、LIPAPDPコンテキストのために、一対のCSGIDおよびAPNを記憶し、該LIPAPDPコンテキストは、該CSGIDセルにおいて起動される。いくつかの実施形態では、UEがLIPAPDN接続を起動すること、または、UEがLIPAPDPコンテキストを起動することは、UEがPDN接続要求をMMEに送信すること、MMEがUEからPDN接続要求を受信すること、UEがアタッチ要求をMMEに送信すること、MMEがUEからアタッチ要求を受信すること、UEがPDPコンテキスト要求をSGSNに送信すること、または、SGSNがUEからPDPコンテキスト要求を受信することを含む。本明細書で使用される場合、LIPAPDN接続は、LIPA接続性に対するUEからの要求に基づき、かつ、HeNBのCSGIDに基づいて、MMEが、HeNBに接続されたUEに対してPDNGWへの接続性を認可するPDN接続である。代替として、LIPAPDN接続は、UEがLIPA接続性タイプLIPAを要求し、MMEが提供される接続性タイプをUEに知らせることによって起動されたPDNである。この解決策では、TAUプロシージャは、UEによって常に開始され、いくつかの目的で使用され、該目的は、UEが少なくとも1つのLIPAPDN接続を有する場合に、ソースセルがCSGセルであり、標的セルがCSGセルではない場合のUEモビリティのために、UEEPSベアラコンテキストをMMEEPSベアラコンテキストと同期化することを含む。TAUプロシージャは、UEが少なくとも1つのLIPAPDN接続を有する場合に、ソースセルがCSGセルであり、標的セルがCSGセルであり、および、標的セルのCSG-IDがソースセルのCSG-IDではない場合のUEモビリティのために、UEEPSベアラコンテキストをMMEEPSベアラコンテキストと同期化するためにも使用される。実施形態:ハンドオーバ中にUEをデタッチする:選択された実施形態によれば、別の解決法は、HeNBからマクロE-UTRANまたはLIPA継続性がサポートされていない別のHeNBへの接続モードモビリティの場合に対処する。この解決法では、MMEは、LIPA継続性がサポートされるべきではない場合に、HeNBと標的E-UTRANセルとの間のハンドオーバ中のLIPAPDN接続を暗示的に動作停止する。代替として、MMEは、ハンドオーバが行われた後にLIPAPDN接続を明示的に動作停止する。この解決法では、そのPDNのためのRABが標的セルに存在しないので、UEは、LIPAPDN接続を失ったことを検出する。この場合の適用される仮定は、1LIPAのためのサービス継続性がサポートされていないこと、2UEがECM接続ECM-CONNECTEDモードであること、3HOがUEのモビリティにより行われるべきであること、4標的セルが住居/企業ネットワーク他のCSGに接続されていないマクロeNBまたは別のHeNBに属すること、5MME移転を伴わないこと、および6UEが少なくとも2つのPDN接続を有し、1つがLIPAPDN接続であり、もう1つがコアネットワークを通したPDN接続であることである。これらの実施形態での開示される解決法は、UEが少なくとも1つのLIPA/SIPTOPDN接続、およびコアネットワークを経由する追加のPDN接続を提供する場合に、HeNBと標的E-UTRANセルとの間のS1ベースのHOプロシージャを処理する方法を提供する。MME移転がHOのために必要とされる場合、MME移転はステップ16-1図11で説明されるの直後に起こり、プロシージャの残りには影響を及ぼさない。ハンドオーバ中のLIPAPDN接続の暗示的な動作停止UE1602が、LIPA/ローカルSIPTO接続であるPDN接続のうちの1つを有する、図11の信号フロー図を参照して説明される第1の実施形態では、MME1608は、ハンドオーバを行うが、MME1608は、標的セルにおけるLIPAPDN接続のためのRABの割付を可能にしない。MME1608は、LIPAPDN接続を動作停止させるために、UE1602へのいずれの明示的なNAS信号伝達も行わない。ハンドオーバ後に、UE1602は、いずれのRABもUE1602のために割り付けられていないので、LIPAPDN接続を自動的に解放する。Rel.10のUEおよび後続のリリースについて、UEは、いずれのRABも割り付けられていないPDN接続がLIPA接続であることを検出し、オペレータまたはユーザによって提供され得るような方針または構成情報に基づいて、そのAPNのために新しいPDNを要求するかどうかを決定する。動作において、HeNB1604が、MME1608に標的セルについての情報を含むハンドオーバ要求を送信することによって、標的セルへのハンドオーバをトリガする場合、MME1608は、MMEにおけるUEコンテキスト情報LIPA指示を伴う加入情報、現在のCSG、LIPA接続の現在の状態等を含むに基づいて、および該標的セルについての情報例えば、技術タイプ、CSGIDに基づいて、LIPAPDN接続である動作中のPDN接続があることを決定する。加えて、MME1608は、LIPAPDN継続性を標的セルに向かってサポートできないことを決定する。接続を暗示的に動作停止させるために、MME1608は、ハンドオーバ準備中に、標的セルにおけるLIPAPDN接続のためのRABの割付を要求しない。このようにして、UE1602は、ハンドオーバを行い、いずれの無線ベアラも標的セルにおいてLIPAPDN接続のために割り付けられていないことを検出する。このようにして、UE1602は、LIPAPDN接続が解放されていることを決定する。加えて、UE1602は、構成情報あるいはオペレータ方針またはユーザ方針に基づいて、PDN接続が標準セルにおいて再起動される必要があるかどうかを決定する。図11に示される、描写された信号フロー1600では、第1またはソースHeNB1604が、信号フロー16-1において、ハンドオーバ必要直接転送経路可用性、ソース標的トランスペアレントコンテナ、標的eNB識別、標的TAI、S1AP原因をMME1608に送信する。信号フロー16-2では、MME1608は、サービス継続性がLIPA/SIPTOPDN接続のためにサポートされていないことを決定し、MME1608は、全てのLIPA/SIPTOPDN接続に対するPDN切断プロシージャを開始する。信号フロー16-3では、MME1608は、ハンドオーバ要求設定するEPSベアラ、AMBR、S1AP原因、ソース標的トランスペアレントコンテナ、ハンドオーバ制限リストメッセージを標的eNB1606に送信する。このメッセージは、解放されたLIPA/SIPTOPDN接続に属するEPSベアラを含まない。このメッセージは、ベアラに関する情報、およびセキュリティコンテキストを含む、UEコンテキストを標的eNB1606において生成する。各EPSベアラについて、設定すべきベアラは、ユーザプレーン用のサービングGWアドレスおよびアップリンクTEIDと、EPSベアラQoSとを含む。返信として、標的eNB1606は、信号フロー16-4において、ハンドオーバ要求肯定応答EPSベアラ設定リスト、リストを設定できなかったEPSベアラ、標的ソーストランスペアレントコンテナメッセージをMME1608に送信する。EPSベアラ設定リストは、S1-U参照点上のダウンリンクトラフィックのために標的eNBに割り付けられたアドレスおよびTEID1つのベアラにつき1つのTEIDと、必要であれば転送されたデータを受信するためのアドレスおよびTEIDとのリストを含む。信号フロー16-5では、MME1608は、ハンドオーバコマンド標的ソーストランスペアレントコンテナ、転送の対象であるベアラ、解放すべきベアラメッセージをHeNB1604に送信する。転送の対象であるベアラは、転送のために割り付けられたアドレスおよびTEIDのリストを含む。解放すべきベアラは、解放されるべきベアラのリストを含む。信号フロー16-6では、HeNB1604は、ハンドオーバコマンドを構築し、標的ソーストランスペアレントコンテナを使用してUE1602に送信する。このメッセージの受信時に、UE1602は、標的セルにおける対応するEPS無線ベアラを受信しなかったいずれのEPSベアラも除去する。UE1602は、標的セルへの同期化が成功した後に、信号フロー16-7においてハンドオーバ確認メッセージを標的eNB1606に送信する。HeNB1604から転送されるダウンリンクパケットは、UE1602に送信することができる。また、アップリンクパケットをUE1602から送信することができ、それは、標的サービングGW1612へ、続いてPDNGW1614へ転送される。最終的に、標的eNB1606は、信号フロー16-8においてハンドオーバ通知TAIECGIメッセージをMME1608に送信する。ハンドオーバ後のLIPAPDN接続の明示的な動作停止UE1602がLIPA接続を有する、図11の信号フロー図を参照して説明される第2の実施形態では、MME1608は、定期的なハンドオーバを行うが、LIPAPDNを識別する指示を用いてMME開始PDN切断をトリガすることによって、LIPAPDN接続を動作停止させる。指示は、特定の理由/原因も提供し得る。MME1608は、ハンドオーバ中に、またはハンドオーバが行われた後にそうし得る。具体的な原因が提供されない場合、Rel.10UEは、これがLIPA接続であることを検出し、自動的に、または方針に基づいてAPNのための新しいPDNを要求する。具体的な原因が与えられた場合、UEは方針に基づいて反応する。動作において、標的セルについての情報を含むハンドオーバ要求をMME1608に送信することによって、HeNB1604が、標的セルへのハンドオーバをトリガすると、MME1608は、MMEにおけるUEコンテキスト情報LIPA指示を伴う加入情報、現在のCSG、LIPA接続の現在の状態等を含む、および標的セルについての情報例えば、技術タイプ、CSGIDに基づいて、LIPAPDN接続である動作中のPDN接続があることを決定する。加えて、MME1608は、LIPAPDN継続性を標的セルに向かってサポートできないことを決定する。接続を明示的に動作停止させるために、MME1608は、ハンドオーバをトリガし、ハンドオーバ完了時に、MME1608は、MME開始PDN切断をトリガすることによってLIPAPDN接続を動作停止させる。MME1608は、動作停止の具体的な理由/原因を含み得る。実施形態:ハンドオーバを拒絶する:選択された実施形態によれば、別の解決法が、図12を参照して説明され、HeNBからLIPA継続性がサポートされていないマクロE-UTRANまたは別のHeNBへの接続モードモビリティの場合に対処する。この解決法では、HOプロシージャを続ける代わりに、MME1708は、全ての動作中のPDN接続は、サービス継続性が提供されていない接続であるという認識、および標的セルについての情報例えば、技術タイプ、CSGIDに基づいて、第1またはソースHeNB1704からのHO要求を拒絶し、PDN接続を解放し、デタッチ要求DETACHREQUESTメッセージをUE1702に送信する。結果として、UE1702が再アタッチし得る。この解決法は、ハンドオーバを行う場合に、MME1708がLIPAPDN接続の存在を認識していることを含む。この場合の適用される仮定は、1UEが有する全てのPDN接続がLIPAまたはSIPTOPDN接続であること、2LIPAのためのサービス継続性がサポートされていないこと、3UEがECM接続ECM-CONNECTEDモードであること、4HOがUEのモビリティにより行われるべきであること、5標的セルが住居/企業ネットワーク他のCSGに接続されていないマクロeNBまたは別のHeNBに属すること、および6MME移転を伴わないことである。これらの開示された実施形態では、ハンドオーバの場合のLIPA/SIPTOPDN接続の解放は管理されるが、HOプロシージャを続ける代わりに、MMEがソースHeNBからのHO要求を拒絶し、PDN接続を解放し、全ての動作中のPDN接続はサービス継続性が提供されていない接続であるという認識、および標的セルについての情報例えば、技術タイプ、CSGIDに基づいて、デタッチ要求DETACHREQUESTメッセージをUEに送信する。結果として、UEがHeNBまたはeNBに再アタッチし得る。理解されるように、これらの解決策は、MMEが、HeNBからHO必要HOREQUIREDメッセージを受信し、そこから、LIPA/SIPTOサービス継続性がGERAN/UTRANであり得る標的セルにおいて提供されず、UEがLIPAPDN接続のみを有することを発見する場合に適用される。IRATHOの原因がUEのモビリティであったので、UEは、E-UTRANが利用可能ではないことがあるので2G/3Gネットワークに再アタッチし得る。UE1702がLIPA/ローカルSIPTOPDN接続を有する、図12の信号フロー図を参照して、選択された実施形態が説明される。MME1708に標的セルについての情報を含むハンドオーバ要求を送信することによって、HeNB1704が、標的セルへのハンドオーバをトリガする場合に、MME1708は、MMEにおけるUEコンテキスト情報に基づいて、動作中のPDN接続がLIPAPDN接続であることを決定する。MME1708は、MMEにおけるUEコンテキスト情報LIPA指示を伴う加入情報、現在のCSG、LIPA接続の現在の状態等を含むに基づいて、および標的セルについての情報例えば、技術タイプ、CSGIDに基づいて、LIPAPDN継続性を標的セルに向かってサポートできないことを決定する。加えて、MME1708は、ハンドオーバ要求を拒絶し、再アタッチが要求されることを示す、デタッチ要求DETACHREQUESTをUE1702に送信する。再アタッチが要求されることを示すデタッチ要求DETACHREQUESTを受信すると、HeNB1702に接続され、LIPAPDN接続である少なくとも1つの動作中のPDN接続を有する、UE1702は、アタッチを行うために選択されるセルが、デタッチ要求DETACHREQUESTを受信した時にUEが接続されたHeBであるかどうかを決定する。セルがHeNBすなわち、CSGセルではない、またはセルが異なるCSGに属する場合、UEは、構成情報あるいはオペレータ方針またはユーザ方針に基づいて、HeNBにおいてLIPAPDN接続として動作中であったPDN接続が、アタッチ時またはその後に標的セルにおいて再起動される必要があるかどうかを決定する。図12に示される、描写された信号フロー1700では、ソースHeNB1704が、信号フロー17-1において、ハンドオーバ必要直接転送経路可用性、ソース標的トランスペアレントコンテナ、標的eNB識別、標的TAI、S1AP原因をMME1708に送信する。信号フロー17-2では、MME1708は、動作中の接続が、継続性が標的セルに向かって許可されていないPDN接続であることを認識し、HO失敗メッセージをeNB1702に送信する。加えて、MME1708は、セッション削除要求DELETESESSIONREQUESTをS-GW1710に送信することによってLIPAPDN解放プロシージャを開始する。信号フロー17-3では、MME1708は、デタッチタイプ再アタッチが要求されるとともに、デタッチ要求DETACHREQUESTメッセージをUE1702に送信する。信号フロー17-3では、UE1702は、デタッチ応答DETACHRESPONSEメッセージでMME1708に応答する。信号フロー17-4では、UE1702は、ランダムアクセスプロシージャを通して標的eNB1706へのRRC接続を確立した後に、アタッチ要求ATTACHREQUESTメッセージをMME1708に送信する。アタッチ要求の残りは、その後行われる。実施形態:ハンドオーバを行うが、LIPAPDN接続情報を省略する:選択された実施形態によれば、別の解決法は、HeNBからGERAN/UTRANへの接続モードモビリティの場合に対処する。この解決法では、MMEは、現在の解決法通りにハンドオーバを行うことによって、HeNBからの受信したHO必要HOREQUIREDメッセージに応答する。しかしながら、MMEが転送移転要求を標的SGSNに送信する場合に、MMEは、標的SGSNが対応するLIPAPDN接続のためのPDPコンテキストを生成しないように、LIPA/SIPTOPDN接続に関する情報を省略する。例示的実施形態では、ソースMME/SGSNがLIPAに関する1つ以上のEPSPDN接続IEを有し、ソースMME/SGSNが、オペレータ構成に基づいて、標的SGSN/MMEがLIPAを認識していないことを知った場合、ソースMME/SGSNは、転送移転要求メッセージからLIPAに関するEPSPDN接続IEを省略する。この場合の適用される仮定は、1UEが、コアネットワークを経由する少なくとも1つのPDN接続、および1つ以上のLIPAPDN接続を有すること、2RAT間HOがモビリティにより起こること、および3LIPA/SIPTOのためのサービス継続性がサポートされていないことである。この解決法では、MMEがHeNBからHO必要HOREQUIREDメッセージを受信する場合に、MMEは、HeNBから取得されるセル情報に基づいて、ならびに、MMEにおけるUEコンテキスト情報LIPA指示を伴う加入情報、現在のCSG、LIPA接続の現在の状態等を含む、および標的セルについての情報例えば、技術タイプ、CSGIDに基づいて、LIPA/SIPTOサービス継続性がサポートされていないことを認識する。この知識により、MMEは、現在の解決法通りにハンドオーバを行うが、MMEが転送移転要求を標的SGSNに送信する場合に、MMEは、標的SGSNが対応するLIPAPDN接続のためのPDPコンテキストを生成しないように、LIPA/SIPTOPDN接続に関する情報を省略する。HOプロシージャの終了時に、UEは、標的SGSNを用いてRAUを行い、UEとSGSNとの間でコンテキスト情報を同期化する。ソースMMEは、L-GWLS-GWおよびLP-GW上のLIPA/SIPTOPDN接続を整理する。動作において、HeNBは、標的セルへのハンドオーバをトリガし、標的セルについての情報を含むハンドオーバ要求をMMEに送信する。それに応答して、MMEは、MMEにおけるUEコンテキスト情報LIPA指示を伴う加入情報、現在のCSG、LIPA接続の現在の状態等を含む、および標的セルについての情報例えば、技術タイプ、CSGIDに基づいて、LIPAPDN接続である動作中のPDN接続があることを決定する。加えて、MMEは、MMEにおけるUEコンテキスト情報LIPA指示を伴う加入情報、現在のCSG、LIPA接続の現在の状態等を含む、および標的セルについての情報例えば、技術タイプ、CSGIDに基づいて、LIPAPDN継続性を標的セルに向かってサポートできないことを決定する。結果として、MMEは、LIPAに関する情報を省略する。実施形態:MMEは、初期コンテキスト設定要求メッセージを送信する前にLIPAPDN接続を解放する選択された実施形態よれば、別の解決法が、図13を参照して説明され、HeNBの外側でアイドルモビリティを行った後にUEがNAS接続モードになる、NASアイドルモードモビリティの場合に対処する。この解決法では、HeNBにおいて以前に確立されたLIPAPDN接続のためにLIPA/SIPTOサービス継続性が提供されていないセルからMME1806へ、UE1802がサービス要求SRを送信する場合、MME1806は、初期コンテキスト設定要求メッセージを標的eNB1804に送信する前にLIPA/SIPTOPDN接続を解放する。この場合の適用される仮定は、1UEが、アイドルIDLEモードになる前に、コアネットワークを経由するPDN接続ならびにLIPAPDN接続を有していたこと、2LIPAおよびSIPTOローカルのためのサービス継続性がサポートされていないこと、3UEがサービス要求SERVICEREQUESTを送信する前に、UEがECMアイドルECM-IDLEモードであること、および4MME移転を伴わないことである。動作において、UE1802は、HeNBにおける以前に確立されたLIPAPDN接続のためのLIPA/SIPTOサービス継続性を提供しないセルからMME1806へ、サービス要求を送信する信号フロー18-1。UE1802からSRを受信すると、MME1806は、LIPA/SIPTOサービス継続性が提供されていないセルにUE1802が接続されていることを発見する。MME1806が初期コンテキスト設定要求メッセージを標的eNB1804に送信する信号フロー18-3前に、LIPAPDN接続ではないPDN接続がある場合、LIPAベアラを除く全てのEPSベアラに対するベアラを提供することによって、サービス要求がMME1806信号フロー18-2において処理される。プロシージャの残り信号フロー18-4から18-9は、UE開始サービス要求プロシージャに従う。実施形態:LIPAPDN接続確立選択された実施形態によれば、別の解決法が、図14を参照して説明され、HeNBの外側でアイドルモビリティを行った後にUEがNAS接続モードになる、NASアイドルモードモビリティの場合に対処する。この解決法では、LIPAPDN接続は、LIPA接続性に対するUEからの要求に基づいて、およびHeNBのCSGIDに基づいて、eNBに接続されたUEのためのPDNGWへの接続性をMMEが認可するPDN接続である。代替として、LIPAPDN接続は、UEがLIPA接続性タイプLIPAを要求し、MMEが提供された接続性タイプについてUEに知らせることによって、起動されたPDN接続である。代替として、LIPAPDN接続は、ローカル住居/企業IPネットワーク内に位置するサービスへのアクセスをUEに提供する、PDN接続またはPDPコンテキストである。この解決法では、HeNBにおいて以前に確立されたLIPAPDN接続のためにLIPA/SIPTOサービス継続性が提供されていないセルからMME2008へ、UE2002がサービス要求を送信し、UE2002がLIPAPDN接続のみを有する場合に、MME2008は、新規PDN接続要求NEWPDNCONNECTIONREQUESTメッセージを送信することによって、別のPDN接続を開始するようにUE2002に命令する。これは、新しいNASメッセージを導入するという考えに基づく。したがって、UEがLIPAPDN接続を起動したCSGセルではないセル、またはUEがLIPAPDN接続を起動したセルのCSG識別とは異なるCSG識別を伴うCSGセルにおけるUEから、ネットワーク/MMEがサービス要求SERVICEREQUESTを受信した場合に、ネットワーク/MMEは、サービス拒絶SERVICEREJECTメッセージを返信する。代替として、MMEがLIPAPDPコンテキストに対するPDPコンテキスト起動要求ACTIVATEPDPCONTEXTREQUESTをUEから受信したCSGセルではないセル、またはMMEがLIPAPDPコンテキストに対するPDPコンテキスト起動要求をUEから受信したセルのCSG識別とは異なるCSG識別を伴うCSGセルにおけるUEから、ネットワークがサービス要求SERVICEREQUESTを受信した場合に、ネットワークは、サービス拒絶SERVICEREJECTメッセージを返信する。この場合の適用される仮定は、1UEが、アイドルIDLEモードになる前に、LIPAPDN接続のみを有していたこと、2LIPAおよびSIPTOローカルのためのサービス継続性がサポートされていないこと、3UEがサービス要求SERVICEREQUESTを送信する前に、UEがECMアイドルECM-IDLEモードであること、および4MME移転を伴わないことである。動作において、UE2002は、ULパケットの着信時に、またはページングメッセージへの応答として、サービス要求をMME2008に送信する信号フロー20-1。信号フロー20-2では、MME2008は、UE2002への新規PDN接続要求NEWPDNCONNECTIONREQUESTメッセージこのメッセージは、LIPAPDN接続である既存のPDN接続が利用可能ではないことを暗示する、または新しいPDN接続が必要であるという新しい原因とともにサービス拒絶SERVICEREJECTメッセージを送信する新規PDN接続要求NEWPDNCONNECTIONREQUESTメッセージが定義されておらず、この解決法はRel.10以前のUEでは機能しないことが留意されるであろう。信号フロー20-3では、UE2002は、既存のLIPAPDN接続を局所的に解放し、PDN接続性要求をMMEに送信する信号フロー20-3ことによりPDN接続確立を開始することによって、メッセージに応答する。全ての動作中のPDPコンテキストがLIPAPDPコンテキストである場合、UEは、動作中LIPAPDPコンテキストに対応するAPNとは異なるAPNをアタッチプロシージャで使用し得る。新しいPDN接続のために、UEのローカル方針に基づいてAPNが選択される。新規PDN接続要求NEWPDNCONNECTIONREQUESTメッセージを送信する場合に、MME2008は、EPSベアラコンテキストを使用している上層、またはプロシージャトランザクションを要求した上層に関連する事象についてUE2002に知らせるために、通知プロシージャを使用することができる。UE2002が通知プロシージャをサポートすることを示す場合、PDN接続が存在している間、または、プロシージャトランザクションが進行中である間のいつでも、ネットワークは、プロシージャを開始し得る。例えば、MME2008は、通知メッセージをUE2002に送信することによって、通知プロシージャを開始することができる。UE2002が通知メッセージを受信する場合、UE2002におけるESMプロトコルエンティティは、2つの値のうちの1つを有する通知指標を上層に提供する。第1の値は、ハンドオーバがキャンセルされること、およびセッション再確立が行われることを表すために使用することができる。第2の値は、いずれの動作中のPDN接続も利用可能ではないこと、およびPDN接続が再確立される必要があることを表すために使用することができる。選択された実施形態では、MMEがCSGセルではないセルにおけるUEからサービス要求SERVICEREQUESTを受信し、UEが少なくとも1つのLIPAPDN接続を有する場合、MMEは、サービス拒絶SERVICEREJECTメッセージを送信し、新しいPDN接続が必要とされることを示す。他の実施形態では、UEが1つまたは複数のPDN接続を起動したセルのCSG識別とは異なるCSG識別を伴うCSGセルにおけるUEから、MMEがサービス要求SERVICEREQUESTを受信した場合、MMEは、サービス拒絶SERVICEREJECTメッセージを送信し、新しいPDN接続が必要とされることを示す。それに応じて、UEは、UEが要求したPDN接続性プロシージャを行う。LIPAPDN接続のみを有し、新しいPDN接続が必要とされるというメッセージをMMEから受信するUEの場合、UEは、LIPAPDN接続に対応するAPNとは異なるAPNを、UEが要求したPDN接続性プロシージャで使用し得る。他の実施形態では、MME/ネットワークが、CSGセルではないセルにおけるUEからサービス要求SERVICEREQUESTを受信し、UEが少なくとも1つのLIPAPDPコンテキストを有することをMMEが決定する場合、またはUEがLIPAPDPコンテキストまたはPDPコンテキストを起動したセルのCSG識別とは異なるCSG識別を伴うCSGセルにおけるUEから、MME/ネットワークが、サービス要求SERVICEREQUESTを受信する場合に、MMEは、サービス拒絶SERVICEREJECTメッセージを送信し、いずれのPDPコンテキストも起動されていないことを示す。それに応じて、UEは、全ての動作中のPDPおよびMBMSコンテキストを局所的に動作停止させ、GMM登録通常サービスGMM-REGISTERED.NORMAL-SERVICE状態になる。UEはまた、PDPコンテキストを起動することにより、任意の以前に動作中であったPDPコンテキストを置換し得るか、または、以前に動作中であったマルチキャストサービスを起動するために必要とされるプロシージャを行い得る。MME/ネットワークがいずれのPDPコンテキストも起動されていないことを示すときにUEがLIPAPDPコンテキストのみを有する場合、および、UEがPDPコンテキストを起動することにより、任意の以前に動作中であったPDPコンテキストを置換する場合、UEは、PDPコンテキスト起動要求ACTIVATEPDPCONTEXTREQUESTにおいてLIPAPDPコンテキストを要求するべきではない。特定のAPNがLIPAに使用されている場合、UEは、LIPAPDPコンテキストに対応するAPNとは異なるAPNを、PDPコンテキスト起動要求ACTIVATEPDPCONTEXTREQUESTメッセージで使用するべきである。他の実施形態では、UEがLIPAPDPコンテキストまたはPDPコンテキストを起動したセルのCSG識別とは異なるCSG識別を伴うCSGセルにおけるUEから、MMEがサービス要求SERVICEREQUESTを受信した場合、または、UEが1つまたは複数のPDN接続を起動したセルのCSG識別とは異なるCSG識別を伴うCSGセルにおけるUEから、MMEがサービス要求SERVICEREQUESTを受信した場合、または、UEがCSGセルではないセルからサービス要求SERVICEREQUESTを送信し、UEが少なくとも1つのLIPAPDN接続を有する場合、MMEは、サービス拒絶SERVICEREJECTを送信し、暗示的にデタッチされたことを示す。それに応じて、UEは、同等PLMNのリストを削除し、EMM登録解除通常サービスEMM-DEREGISTERED.NORMAL-SERVICE状態になる。UEは、任意のマップされたEPSセキュリティコンテキスト、または部分ネイティブEPSセキュリティコンテキストを削除し、次いで、新しいアタッチプロシージャを行う。UEが暗示的にデタッチされたメッセージを受信するときにUEがLIPAPDN接続のみを有する場合、UEは、LIPAPDN接続に対応するAPNとは異なるAPNをアタッチプロシージャで使用し得る。A/GbモードまたはIuモードがUEによってサポートされる場合、UEは、複合ルーティング領域更新プロシージャが、同じ値を伴うGMM原因で拒絶される場合に対するGMM状態も処理する。理解されるように、動作のCS/PSモード1またはCS/PSモード2のUEが、非EPSサービスのために依然としてIMSIアタッチされている。要求されたPDNを伴う接続性が容認された場合、MME2008は、MME2008がUE2002からPDN接続性要求PDNCONNECTIVITYREQUESTメッセージを受信したセルのCSG識別を記憶する。同様に、MME2008がCSGセルにおいて要求されたPDPコンテキストを容認した場合、MME2008は、UEがPDPコンテキストを起動したセルのCSG識別を記憶する。信号フロー20-4から20-0では、PDN接続確立プロシージャが示されるように行われる。PDN接続確立プロシージャの完了時に、MME2008は、LIPAPDN接続解放プロシージャを開始する信号フロー20-10。選択された実施形態によれば、UEがHeNBからGERAN/UTRANへ移動する、NASアイドルモードモビリティの場合に対処する、別の解決法が説明される。この解決法では、UEは、RAU要求を新しいSGSNに送信する。返信において、SGSNがUEに対するコンテキスト情報を持たない場合、SGSNは、コンテキスト要求メッセージを古いMMEまたは古いSGSNに送信する。古いMMEまたは古いSGSNは、コンテキスト応答メッセージで応答し、以下で詳細に定義されるアルゴリズムに基づいて、LIPAPDN接続またはLIPAPDPコンテキストに関する情報を伝えるか否かを決定する。この場合の適用される仮定は、1LIPAPDN接続のためのサービス継続性がサポートされていないこと、および2UEが、アイドルIDLEモードになる前に、LIPAPDN接続である少なくとも1つのPDN接続を有していたことである。動作において、新しいSGSNは、コンテキスト要求メッセージを古いSGSNまたは古いMMEに送信することによって、UEからのRAU要求に応答する。古いSGSN/MMEは、コンテキスト応答メッセージで応答する。コンテキスト応答メッセージにおいて、MME/SGSNUEEPSPDN接続IEは、動作中のPDN接続およびUEのための対応するEPSベアラに関する詳細な情報を含む。MME/SGSNは、LIPAPDN接続/PDPコンテキストに対応するコンテキスト情報を含むことも含まないこともある。LIPAPDN接続のコンテキスト情報を伝えるかどうかというMME決定は、以下の通りである。LIPAサービス継続性がサポートされているか、または新しいSGSNがLIPAサービスを取り扱うことが可能であるすなわち、SGSNがRel.10または以降のリリースであるとMMEが決定する場合には、MMEは、LIPAPDNコンテキスト情報を伝える。そうでなければ、MMEは、LIPAPDNコンテキスト情報を伝えない。MMEまたは古いSGSNが、LIPAPDN接続またはLIPAPDPコンテキスト情報を新しいSGSNに伝えない場合、新しいSGSNは、同期された状態情報を保つために、LIPAPDPコンテキストのためのPDPコンテキスト切断プロシージャを開始する。UEが、LIPAPDPコンテキストではない少なくとも1つのPDPコンテキストを有することと、UEが、少なくとも1つのLIPAPDPコンテキストを有することとをSGSNが決定し、SGSNが、CSGセルではないセル、またはLIPAPDPコンテキストが起動されたCSGセルとは異なるCSG識別を伴うCSGセルの中のUEからルーティング領域更新要求ROUTINGAREAUPDATEREQUESTメッセージを受信した場合に、およびUEがRRC接続されているが、追跡領域更新プロシージャ中に信号伝達ベアラのみが生成される場合に、SGSNは、ルーティング領域更新要求を容認する。実施形態:CSフォールバックによってトリガされるGERAN/UTRANへのハンドオーバ選択された実施形態によれば、追加の解決法が、図15を参照して説明され、PSHOがなく、携帯電話着信呼び出しがある場合に、CSフォールバックによってトリガされるGERAN/UTRANへのハンドオーバの場合に対処する。動作において、動作中であるLIPAPDNのみを有するUE2102は、CSFBプロシージャ中にGERAN/UTRANへのPSHOをトリガする。それに応じて、MME2108は、標的セルがGERAN/UTRANであり、UEがLIPAPDN接続のみを有するという事実に基づいて、PSHOがPSベアラに対して行われるべきではないと決定する。UE2102がGERAN/UTRANにリダイレクトされた後に、MME2108は、UEがRAUを行うまで、UEコンテキスト情報を保持する。以下で説明されるように、第2の例示的実施形態は、MMEがいつセル再選択プロシージャを開始したかに関して、第1の実施形態とは異なる。第2の例示的実施形態は、加えて、RAT間ハンドオーバの一般的場合を対象とする。選択された実施形態では、UE2102は、LIPA/SIPTOPDN接続のみを有する。HeNB2104からGERAN/UTRANへのHOが、CSFBによりトリガされた場合に、MME2108からHeNB2104への初期UEコンテキスト設定要求は、PSHOが利用可能ではないことを示す。HeNB2104は、ネットワーク支援セル変更を使用することによって、またはGERAN/UTRANへのリダイレクトを伴うRRC信号伝達接続解放をトリガすることによって、標的GERAN/UTRANセルの中へ移動するようにUE2102に告げる。信号フロー21-1では、MME2108が、SGsインターフェース上でMSC2112からページング要求IMSI、VLRTMSI、場所情報メッセージを受信する。次いで、MME2108は、全てのTAにおいてUEを呼び出す。信号フロー21-2では、MME2108が、ページングメッセージを各eNodeBに送信する。ページングメッセージは、好適なUE識別すなわち、S-TMSIまたはIMSIと、どのドメインCSまたはPSがページングメッセージを開始したかを示すCNドメインインジケータとを含む。この場合、それは、MMEによってCSに設定されるべきである。信号フロー21-3では、ページングプロシージャの無線リソース部分が行われ、それにより、eNodeB2104がページングメッセージをUE2102に送信する。メッセージは、好適なUE識別すなわち、S-TMSIまたはIMSIと、CNドメインインジケータとを含む。信号フロー21-4では、UE2102が、RRC接続を確立し、拡張サービス要求CSフォールバックインジケータをMME2108に送信する。UE2102は、RRC信号伝達において、そのS-TMSIを示す。拡張サービス要求メッセージは、RRCおよびS1-APメッセージにカプセル化される。CSフォールバックインジケータは、このUEに対するCSフォールバックが行われるべきであることをMMEに示す。携帯電話発信MOCSFBの場合、信号フロー21-1から21-3は行われない。信号フロー21-5では、MME2108が、UE2102がアイドルモードであったしたがって、例えば、UEがいずれの発呼回線識別情報も受信していないという指示を含むSGsサービス要求メッセージを、MSC2112に送信する。SGsサービス要求メッセージの受信は、MSC2112がSGsインターフェースページングメッセージを再伝送することを阻止する。信号フロー21-6では、MME2108が、S1-AP:初期UEコンテキスト設定UE能力、CSフォールバックインジケータ、および他のパラメータを送信して、UE2102をUTRAN/GERANに移動させるようにeNodeBに通知する。MME2108は、UEがLIPAPDN接続のみを有し、LIPAサービス継続性がサポートされていないという事実に基づいて、PSHOを行うことができないと決定し、このメッセージの中で、PSHOがUE2102に利用可能ではないことを示す。eNBは、S1-AP:初期UEコンテキスト設定応答メッセージ図示せずで返信するべきである。PSHOが利用可能ではないことをHeNB2104が決定すると、HeNB2104は、HO必要HOREQUIREDメッセージをMME2108に送信する代わりに、信号フロー21-7aまたは21-7bのいずれかを行う。信号フロー21-7aでは、標的セルがGERANである場合、HeNB2104は、RRCメッセージをUE2102に送信することによって、GERAN隣接セルへのRAT間セル変更命令随意で、ネットワーク支援セル変更NACCとともにをトリガすることができる。RAT間セル変更命令は、CSフォールバック要求により、セル変更命令がトリガされていることをUE2102に示す、CSフォールバックインジケータを含み得る。信号フロー21-7bでは、HeNB2104は、PSHOまたはNACCの代わりに、GERANまたはUTRANへのリダイレクトを伴うRRC接続解放をトリガすることができる。UE2102およびネットワークがGERAN/UTRANへのリダイレクトおよびマルチセルシステム情報を伴うRRC接続解放をサポートする場合、HeNB2104は、GERANまたはUTRANへのリダイレクトを伴うRRC接続解放をトリガし、1つ以上の物理的セル識別子およびそれらの関連システム情報を含むことができる。信号フロー21-8では、UEは、RRC接続を確立し、次いで、RAUを含み得る、CSFBのための残りのプロシージャを行う。標的SGSN2110が、RAUプロシージャの一部として、コンテキスト要求CONTEXTREQUESTメッセージをソースMME2108に送信することが可能であるので、MME2108は、コンテキスト要求CONTEXTREQUESTメッセージを受信するまで、UE2102のコンテキスト情報を解放しない。コンテキスト要求CONTEXTREQUESTメッセージを受信すると、MME2108は、動作中のPDN接続がない状態でコンテキスト応答CONTEXTRESPONSEを返信し、ネットワークからUE2102を暗示的にデタッチする。実施形態によれば、UE2202がLIPA/SIPTOPDN接続のみを有する場合について、追加の解決法が、図16を参照して説明される。このプロシージャでは、信号フロー22-1から22-6は、図15の信号フロー21-1から21-6と同様である。しかしながら、PSHOが初期UEコンテキスト設定メッセージでUEに利用可能ではないという情報を受信する代わりに、PSHOがUEに利用可能ではないというこの情報は、信号フロー22-7でHO必要HOREQUIREDをMME2208送信した後に、信号フロー22-8でHO準備失敗HOPREPARATIONFAILUREメッセージ上でHeNB2204に送達される。HO準備失敗HOPREPARATIONFAILUREメッセージの原因値は、PSHO利用不可能となる。この解決法は、1回以上のメッセージハンドシェイクを含み得るが、この解決法は、UEのモビリティによるIRATHOの場合に再利用することができる。選択された実施形態によれば、PSHOがサポートされておらず、UEがLIPAPDN接続のみを有する場合の、UE/携帯電話発信またはUE/携帯電話着信CSFB呼び出しプロシージャの場合について、追加の解決法が説明される。このプロシージャは、3GPPTS23.272の図6.3-1で描写される、PSHOを伴わない、E-UTRANにおけるCS呼び出し要求またはGERAN/UTRANにおける呼び出しのための信号フローを参照して図示される。この解決法によれば、相関識別子IDの存在に基づいて、UEがLIPAPDN接続のみを有することをHeNBが決定する場合、UEは、GERANまたはUTRANへのリダイレクトを伴ってeNodeBからのRRC接続解放を信号3bとして受信する。この解決法では、PDN接続がLIPAのために確立される場合、MMEからHeNBへのS1制御メッセージ信号1bは、HeNBとL-GWとの間の直接ユーザプレーン経路を有効にするためにEPSベアラごとの相関IDを含む。3GPP仕様のリリース10では、相関IDは、ユーザプレーンPDNGWTEIDGTPベースのS5またはGREキーPMIPベースのS5に等しく設定される。従って、MMEからのS1制御メッセージにおける相関IDのHeNBによる検出は、対応するEPSベアラがLIPAに対するものであることを示す。PDNアドレスPDNアドレス情報要素の目的は、IPv4アドレスを、パケットデータネットワークに関連付けられるUEに割り当てること、およびIPv6リンクローカルアドレスを構築するために使用されるインターフェース識別子をUEに提供することである。PDNアドレス情報要素は、以下の表1および2で示されている。表1:PDNアドレス情報要素表1において上記で示されるように、PDNアドレスは、7オクテットの最小長および15オクテットの最大長を伴う4型情報要素である。表2:PDNアドレス情報要素ここで図17を参照すると、本開示の選択された実施形態とともに使用され得る、移動無線通信デバイス101の例示的な構成要素を図示する、略ブロック図が示されている。無線デバイス101は、上記で説明される特徴を実装するための具体的な構成要素をとともに示されている。無線デバイス101は、例示目的のみで非常に具体的な詳細とともに示されていることを理解されたい。処理デバイス例えば、マイクロプロセッサ128が、キーボード114とディスプレイ127との間に連結されるものとして概略的に示されている。マイクロプロセッサ128は、ユーザによるキーボード114上のキーの作動に応じて、ディスプレイ127の動作、ならびに無線デバイス101の全体的動作を制御する。無線デバイス101は、垂直に細長くあり得るか、または他のサイズおよび形状二つ折り筐体構造を含むをとり得る筐体を有する。キーボード114は、モード選択キー、またはテキスト入力と電話入力とを切り替えるための他のハードウェアあるいはソフトウェアを含み得る。マイクロプロセッサ128に加えて、無線デバイス101の他の部品が概略的に示されている。これらは、通信サブシステム171、短距離通信サブシステム102、一式のLED104、一式の補助入出力デバイス106、シリアルポート108、スピーカ111、およびマイクロホン112を含む、他の入出力デバイスとともに、キーボード114およびディスプレイ127、ならびにフラッシュメモリ116およびランダムアクセスメモリRAM118を含むメモリデバイス、および種々の他のデバイスサブシステム122を含む。無線デバイス101は、無線デバイス101の能動要素に電力提供するようにバッテリ121を有し得る。無線デバイス101は、いくつかの実施形態では、音声およびデータ通信能力を有する双方向無線周波数RF通信デバイスである。加えて、無線デバイス101は、いくつかの実施形態では、インターネットを介して他のコンピュータシステムと通信する能力を有する。マイクロプロセッサ128によって実行されるオペレーティングシステムソフトウェアは、いくつかの実施形態では、フラッシュメモリ116等の持続的記憶部に記憶されるが、読み出し専用メモリROMまたは同様の記憶要素等の他のタイプのメモリデバイスに記憶され得る。加えて、システムソフトウェア、特定のデバイスアプリケーション、またはそれらの複数部分は、RAM118等の揮発性記憶部の中へ一時的にロードされ得る。無線デバイス101によって受信される通信信号もまた、RAM118に記憶され得る。マイクロプロセッサ128は、そのオペレーティングシステム機能に加えて、無線デバイス101上でのソフトウェアアプリケーションの実行を可能にする。音声通信モジュール131Aおよびデータ通信モジュール131B等の基本デバイス動作を制御する、所定の一式のソフトウェアアプリケーションが、製造中に無線デバイス101にインストールされ得る。加えて、個人情報マネージャPIMアプリケーションモジュール131Cも、製造中に無線デバイス101にインストールされ得る。PIMアプリケーションは、いくつかの実施形態では、Eメール、カレンダーイベント、音声メール、約束、およびタスク項目等のデータ項目を組織化および管理することが可能である。PIMアプリケーションはまた、いくつかの実施形態では、無線ネットワーク113を介してデータ項目を送受信することが可能である。いくつかの実施形態では、PIMアプリケーションによって管理されるデータ項目は、無線ネットワーク113を介して途切れなく統合、同期化、および更新され、デバイスユーザの対応するデータ項目は、記憶されるか、またはホストコンピュータシステムに関連付けられる。同様に、別のソフトウェアモジュール131Nとして図示される、追加のソフトウェアモジュールが、製造中にインストールされ得る。データおよび音声通信を含む通信は、通信サブシステム171を通して、およびおそらく短距離通信サブシステム102を通して行われる。通信サブシステム171は、受信機151と、伝送機152と、受信アンテナ154および伝送アンテナ156として図示される、1つ以上のアンテナとを含む。加えて、通信サブシステム171は、デジタル信号プロセッサDSP158等の処理モジュールと、局部発振器LO161とを含む。いくつかの実施形態では、通信サブシステム171は、各RATのための別個のアンテナ配設アンテナ154および156と同様であるおよびRF処理チップ/ブロック受信機151、LO161、および伝送機152と同様であるを含むが、共通ベースバンド信号プロセッサDSP158と同様であるが、複数のRATのためのベースバンド処理に使用され得る。通信サブシステム171の特定の設計および実装は、無線デバイス101が動作することを目的としている、通信ネットワークに依存している。例えば、無線デバイス101の通信サブシステム171は、MobitexTM、DataTACTM、または汎用パケット無線サービスGPRS移動データ通信ネットワークとともに動作するように設計されて得、また、先進移動電話サービスAMPS、時分割多重アクセスTDMA、符号分割多重アクセスCDMA、パーソナル通信サービスPCS、グローバルシステムフォーモバイルコミュニケーションズGSM登録商標等の種々の音声通信ネットワークのうちのいずれかとともに設計され得る。CDMAの実施例は、1Xおよび1xEV-DOを含む。通信サブシステム171はまた、802.11Wi-Fiネットワークまたは802.16WiMAXネットワーク、あるいは両方とともに動作するように設計され得る。別個および統合型の両方である、他のタイプのデータおよび音声ネットワークもまた、無線デバイス101とともに利用され得る。ネットワークアクセスは、通信システムのタイプに応じて異なり得る。例えば、MobitexTMおよびDataTACTMネットワークでは、無線デバイスは、各デバイスに関連付けられる一意の個人識別番号PINを使用してネットワーク上で登録される。しかしながら、GPRSネットワーク内で、ネットワークアクセスは、典型的には、デバイスの加入者またはユーザに関連付けられる。したがって、GPRSデバイスは、典型的には、GPRSネットワーク上で動作するために、加入者識別モジュールSIMカードと一般的に呼ばれる、加入者識別モジュールを有する。ネットワーク登録または起動プロシージャが完了すると、無線デバイス101は、通信ネットワーク113上で通信信号を送受信し得る。受信アンテナ154によって通信ネットワーク113から受信される信号は、信号増幅、周波数下方変換、フィルタリング、チャネル選択等を提供し、また、アナログデジタル変換を提供し得る、受信機151に送られる。受信した信号のアナログデジタル変換は、DSP158が、復調および復号等のより複雑な通信機能を果たすことを可能にする。同様に、ネットワーク113に伝送される信号は、DSP158によって処理例えば、変調および符号化され、次いで、デジタルアナログ変換、周波数上方変換、フィルタリング、増幅、および伝送アンテナ156を介した通信ネットワーク113または複数のネットワークへの通信のために、伝送機152に提供される。通信信号を処理することに加えて、DSP158は、受信機151および伝送機152の制御を提供する。例えば、受信機151および伝送機152において通信信号に印加される利得は、DSP158で実装される自動利得制御アルゴリズムを通して適合的に制御され得る。データ通信モードでは、テキストメッセージまたはウェブページダウンロード等の受信した信号が、通信サブシステム171によって処理され、マイクロプロセッサ128に入力される。次いで、受信した信号は、ディスプレイ127へ、または代替としていくつかの他の補助入出力デバイス106への出力のために、マイクロプロセッサ128によってさらに処理される。デバイスユーザはまた、キーボード114および/またはタッチパッド、ロッカースイッチ、サムホイール、あるいは何らかの他のタイプの入力デバイス等の何らかの他の補助入出力デバイス106を使用して、Eメールメッセージ等のデータ項目を作成し得る。次いで、作成されたデータ項目は、通信サブシステム171を介して通信ネットワーク113上で伝送され得る。音声通信モードでは、受信した信号がスピーカ111に出力され、伝送のための信号がマイクロホン112によって生成されることを除いて、デバイスの全体的動作は、データ通信モードと実質的に同様である。音声メッセージ録音サブシステム等の代替的な音声またはオーディオ入出力サブシステムもまた、無線デバイス101上に実装され得る。加えて、ディスプレイ127はまた、例えば、発呼側の識別、音声通話の持続時間、または他の音声通話関連情報を表示するために、音声通信モードで利用され得る。短距離通信サブシステム102は、無線デバイス101と、必ずしも同様のデバイスである必要がない、他の近接システムまたはデバイスとの間で通信を可能にする。例えば、短距離通信サブシステムは、同様に使用可能なシステムおよびデバイスとの通信を提供するように、赤外線通信ならびに関連回路および構成要素、またはBluetooth登録商標通信モジュールを含み得る。本明細書で使用される場合、連結される、接続される、電気的に接続される、信号通信している、および同等物等の用語は、特定の実施形態の全体的な文脈で明白となるように、構成要素間の直接接続、構成要素間の間接接続、または両方を含み得ることを理解されたい。連結されるという用語は、直接電気接続を含むことを目的としているが、それに限定されない。本明細書で開示される、説明された例示的実施形態は、選択された通信システムを参照して説明されるが、本開示は、多種多様なネットワーク接続性配設に適用可能である本開示の発明の側面を例証する、例示的実施形態に必ずしも限定されるわけではない。したがって、本開示が修正され、本明細書の教示の便益を有する当業者に明白である、異なるが同等の方式で実践され得るので、上記で開示される特定の実施形態は、例証的にすぎず、本開示への制限としてとらえられるべきではない。したがって、先述の説明は、本開示を記載される特定の形態に限定することを目的としていないが、対照的に、当業者が、その最も広い形態で本開示の精神および範囲から逸脱することなく、種々の変更、置換、および改変を行うことができると理解するように、添付の請求項によって定義されるような本開示の精神および範囲内に含まれ得るような代替案、修正、および同等物を対象とすることを目的としている。3GPPTS29.274の一実施形態に対する変更================変更の開始===================3定義、記号、および省略3.1定義本書の目的で、TR21.905[1]で挙げられている用語および定義、ならびに以下の用語および定義が適用される。本書で定義される用語は、該当する場合、TR21.905[1]の中の同じ用語の定義に優先する。GTP-PDU:GTPプロトコルデータユニットは、GTP-CメッセージまたはGTP-Uメッセージのいずれかである。GTP-Uメッセージは、ユーザプレーントンネルを横断する信号伝達メッセージ、またはG-PDUのいずれかであり得る第6節参照。信号伝達メッセージ:G-PDU以外の任意のGTP-PDUGTP-CまたはGTP-U。G-PDU:元のパケットペイロードを搬送するGTPユーザプレーンメッセージ。G-PDUは、GTP-UヘッダおよびT-PDUから成る。T-PDU:外部パケットデータネットワーク内のUEまたはネットワークノードからの元のパケット、例えば、IPデータグラム。T-PDUは、GTP-Uトンネルの中でトンネリングされるペイロードである。GTP-Cメッセージ:GTP-PDUのGTP制御プレーンメッセージタイプ。GTP-Cメッセージは、ゼロ以上の情報要素が後に続く、GTP-Cヘッダから成る。GTP-Uメッセージ:GTPユーザプレーンメッセージ。ユーザプレーンメッセージは、ユーザデータパケット、また、例えば、経路管理およびエラー指示のための信号伝達メッセージを搬送するために使用される。したがって、GTP-Uメッセージは、T-PDU、またはゼロ以上の情報要素のいずれかが後に続く、GTP-Uヘッダから成る。GTPトンネル:GTPトンネルは、2つのGTPノード間の通信トンネルである第4.1項GTPトンネルを参照。トンネル終点:トンネル終点は、TEID、IPアドレス、およびUDPポート番号で識別される第4.1項GTPトンネルを参照。トンネル終点識別子TEID:経路の範囲内でトンネル終点を明確に識別する第4.1項GTPトンネルを参照。3.2記号本書の目的で、以下の記号が適用される。S1-USGWとeNodeBとの間のインターフェースX2eNodeBの間のインターフェース3.3略称本書の目的で、TR21.905[1]で挙げられている略称および以下の略称が適用される。本書で定義される用語は、該当する場合、TR21.905[1]の中の同じ略称の定義に優先する。AMBR総合最大ビットレートAPNアクセスポイント名APN-NIアクセスポイント名ネットワーク識別子APN-OIアクセスポイント名演算子識別子EBIEPSベアラIDeNodeB進化型ノードBEPC進化型パケットコアEPS進化型パケットシステムF-TEID完全修飾トンネル終点識別子G-PDUGTP-U非信号伝達PDUGPRS汎用パケット無線サービスGTPGPRSトンネリングプロトコルGTP-PDUGTP-CPDUまたはGTP-UPDUGTPv2-CGTPバージョン2、制御プレーンGTPv2-UGTバージョン2、ユーザプレーンIMSI国際移動電話加入者識別IPインターネットプロトコルLBIリンクしたベアラの識別L1層1L2層2MBMSマルチメディアブロードキャスト/マルチキャストサービスMEI移動機器識別MSISDN移動電話加入者ISDN番号PAADNアドレス割付PCOプロトコル構成オプションPDUプロトコルデータユニットPDNパケットデータネットワークまたは公衆データネットワークPGWPDNゲートウェイPTIプロシージャトランザクションIdQoSサービスの質RAT無線アクセスタイプRIMRAN情報管理SGWサービングゲートウェイTEIDトンネル終点識別子TEID-Cトンネル終点識別子、制御プレーンTEID-Uトンネル終点識別子、ユーザプレーンTFTトラフィックフローテンプレートTLIVタイプ長インスタンス値UDPユーザデータグラムプロトコルULIユーザ位置情報LIPAローカルIPアクセス================変更の終了================================変更の開始================7.3.1転送移転要求転送移転要求メッセージが、ソースMMEから標的SGSNへのS1ベースのハンドオーバ移転プロシージャの一部として、S10インターフェース上でソースMMEから標的MMEへ、またはRAT間ハンドオーバおよび複合ハードハンドオーバおよびSRNS移転プロシージャの一部として、S3インターフェース上でソースSGSNから標的MMEへ、またはSRNS移転およびPSハンドオーバプロシージャの一部として、S16インターフェース上でソースSGSNから標的SGSNへ、送信されるべきである。ソースMME/SGSNが、LIPAに関して表7.3.1-2で提示される、1つ以上のEPSPDN接続IEを有し、ソースMME/SGSNが、オペレータ構成に基づいて、標的SGSN/MMEがLIPAを認識していないことを知った場合、ソースMME/SGSNは、転送移転要求メッセージからLIPAに関するEPSPDN接続IEを省略するべきである。転送移転要求メッセージはまた、DTMHOサポートプロシージャを伴うE-UTRANからUTRANまたはGERANへのSRVCCの一部として、S3インターフェース上でソースMMEから標的SGSNへ、およびDTMHOサポートを伴うUTRANHSPAからUTRANまたはGERANへのSRVCCの一部として、S16インターフェース上でソースSGSNから標的SGSNへ、送信されるべきである。KASMEが使用に取り入れられる時のS10インターフェースにわたる転送移転プロシージャは、3GPPTS33.401[12]で特定されている、セキュリティプロシージャの同時実行についての規則に従って行われるべきである。表7.3.1-1は、メッセージの中のIEの存在要件および条件を特定する。PDN接続グループ化IEは、表7.7.1-2に記載されるようにコード化されるべきである。ベアラコンテキストグループ化IEは、表7.3.1-3に記載されるようにコード化されるべきである。================変更の終了================。3GPPTS24.008の一実施形態に対する変更================変更の開始================4.7.5.1.3ネットワークによって容認される通常および周期的ルーティング領域更新プロシージャルーティング領域更新要求がネットワークによって容認された場合、ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージがMSに送信されるべきである。ネットワークは、MSのための新しいP-TMSIおよび/または新しいP-TMSI署名を割り当て得る。新しいP-TMSIおよび/またはP-TMSI署名がMSに割り当てられている場合、それ/それらは、ルーティング領域識別とともに、ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージに含まれるべきである。共有ネットワークでは、ネットワークは、ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージに含まれたRAIの中のルーティング領域更新要求を容認したCNオペレータのPLMN識別を示すべきである3GPPTS23.251[109]参照。MSが、LIPAPDPコンテキストではない少なくとも1つのPDPコンテキスト、および少なくとも1つのLIPAPDPコンテキストを有することをネットワークが決定し、ネットワークが、CSGセルではないセル、または以前のCSGセルとは異なるCSG識別を伴うCSGセルの中、あるいはCSGセルではないセルの中のMSからルーティング領域更新要求ROUTINGAREAUPDATEREQUESTメッセージを受信した場合に、およびMSがRRC接続されているが、追跡領域更新プロシージャ中に信号伝達ベアラのみが生成される場合に、ネットワークは、ルーティング領域更新要求を容認するべきである。新しいDRXパラメータがルーティング領域更新要求ROUTINGAREAUPDATEREQUESTメッセージに含まれていた場合、ネットワークは、新しいDRXパラメータを記憶し、それを信号伝達およびユーザデータのダウンリンク転送に使用するべきである。MSが、ルーティング領域更新要求ROUTINGAREAUPDATEREQUESTメッセージの中で、GERANからUTRANIuモードへのRAT間ハンドオーバをサポートすることを示した場合、ネットワークは、ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージの中に、RAT間情報コンテナを提供する要求を含み得る。MSが、ルーティング領域更新要求ROUTINGAREAUPDATEREQUESTメッセージの中で、GERANからE-UTRANへのPSRAT間HOをサポートすることを示した場合、ネットワークは、ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージの中に、E-UTRANRAT間情報コンテナを提供する要求を含み得る。MSが、ルーティング領域更新要求ROUTINGAREAUPDATEREQUESTメッセージの中に、MSネットワーク能力IEまたはUEネットワーク能力IE、あるいは両方を含んでいた場合、ネットワークは、それぞれの情報要素に対して定義される最大長まで、MSから受信される全てのオクテットを記憶するべきである。UEネットワーク能力IEが新しい情報をネットワークに示した場合において、MSは、TINをP-TMSIに設定するべきである。注記1:この情報は、SGSN間ハンドオーバ中に新しいSGSNに、またはS1モードへのシステム間ハンドオーバ中に新しいMMEに転送される。A/Gbモードでは、セル通知をサポートするネットワークの能力を示すために、セル通知情報要素が、ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージに含まれるべきである。ネットワークは、GMM共通プロシージャ開始GMM-COMMON-PROCEDURE-INITIATED状態に変化するべきであり、第4.7.6項で説明されるように監視タイマーT3350を始動するべきである。ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージに含まれたLAIまたはPLMN識別が、禁止リストのうちのいずれかのメンバーであり、MSにおける緊急ベアラサービスのためのPDN接続がない場合には、任意のそのような入力は削除されるべきである。Iuモードでは、移動局がルーティング領域更新要求ROUTINGAREAUPDATEREQUESTの中で継続要求保留中を示した場合、ネットワークは、PS信号伝達接続を延長するべきである。ネットワークはまた、移動端末からの指示を伴わずに、PS信号伝達接続を延長し得る。PDPコンテキスト状態情報要素がルーティング領域更新要求ROUTINGAREAUPDATEREQUESTメッセージに含まれる場合には、ネットワークは、ネットワーク側ではSM状態PDP非動作中PDP-INACTIVEではないが、状態PDP非動作中PDP-INACTIVEであるものとしてMSによって示される、全てのPDPコンテキストをローカルでMSとネットワークとの間のピアツーピア信号伝達を伴わずに動作停止するべきである。MBMSコンテキスト状態情報要素がルーティング領域更新要求ROUTINGAREAUPDATEREQUESTメッセージに含まれる場合には、ネットワークは、ネットワーク側ではSM状態PDP非動作中PDP-INACTIVEではないが、状態PDP非動作中PDP-INACTIVEであるものとしてMSによって示される、全てのMBMSコンテキストをローカルでMSとネットワークとの間のピアツーピア信号伝達を伴わずに動作停止するべきである。いずれのMBMSコンテキスト状態情報要素も含まれない場合には、ネットワークは、ネットワーク側ではSM状態PDP非動作中PDP-INACTIVEではない、全てのMBMSコンテキストをローカルで動作停止するべきである。地域加入制限またはアクセス制限により、MSがルーティング領域にアクセスすることが許可されないが、MSが確立された緊急ベアラサービスのためのPDN接続を有する場合、ネットワークは、ルーティング領域更新要求ROUTINGAREAUPDATEREQUESTメッセージを容認し、RAUがPMM接続PMM-CONNECTEDモードで開始された時にPDPコンテキスト動作停止プロシージャを開始することによって、全ての非緊急PDPコンテキストを動作停止し得る。RAUがPMMアイドルPMM-IDLEモードで開始された時に、ネットワークは、全ての非緊急PDPコンテキストをローカルで動作停止し、ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージの中のPDPコンテキスト状態IEを介してMSに知らせる。ネットワークは、緊急ベアラサービスのためのPDPコンテキストを動作停止するべきではない。ネットワークは、MSが緊急ベアラサービスのみのためにアタッチされていると見なすべきである。ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージの受信時に、MSは、受信したルーティング領域識別を記憶し、タイマーT3330を停止し、ルーティング領域更新試行カウンタをリセットするべきであり、GPRS更新状態をGU1更新済みGU1UPDATEDに設定する。メッセージがP-TMSIを含む場合、MSは、このP-TMSIを、GPRSサービスのための新しい一時的識別として使用するべきであり、新しいP-TMSIを記憶するべきである。いずれのP-TMSIもネットワークによってルーティング領域更新容認ROUTINGAREAUPDATINGACCEPTメッセージに含まれなかった場合、古いP-TMSIが保持されるべきである。さらに、MSは、ルーティング領域更新容認ROUTINGAREAUPDATINGACCEPTメッセージの中で受信された場合、P-TMSI署名を記憶するべきである。いずれのP-TMSI署名もメッセージに含まれなかった場合、利用可能であれば、古いP-TMSI署名が、削除されるべきである。ルーティング領域更新要求ROUTINGAREAUPDATEREQUESTメッセージが、新しいDRXパラメータIEを用いてネットワークを更新するために使用された場合、MSは、ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージの受信時に新しいDRXパラメータを使用し始めるべきであり、TINをP-TMSIに設定するべきである。PDPコンテキスト状態情報要素がルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージに含まれる場合には、MSは、MSにおいてSM状態PDP非動作中PDP-INACTIVEではないが、状態PDP非動作中PDP-INACTIVEであるものとしてネットワークによって示される、全てのPDPコンテキストをローカルでMSとネットワークとの間のピアツーピア信号伝達を伴わずに動作停止するべきである。緊急ベアラサービスのためのPDN接続のみが確立されたままである場合、MSは、それ自体が緊急ベアラサービスのみのためにアタッチされていると見なすべきである。MBMSコンテキスト状態情報要素がルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージに含まれる場合には、MSは、MSにおいてSM状態PDP非動作中PDP-INACTIVEではないが、状態PDP非動作中PDP-INACTIVEであるものとしてネットワークによって示される、全てのMBMSコンテキストをローカルでMSとネットワークとの間のピアツーピア信号伝達を伴わずに動作停止するべきである。いずれのMBMSコンテキスト状態情報要素も含まれない場合には、MSは、MSにおいてSM状態PDP非動作中PDP-INACTIVEではない、全てのMBMSコンテキストをローカルで動作停止するべきである。A/Gbモードでは、ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージがセル通知情報要素を含む場合には、MSは、セル更新を行うように、LLCヌルLLCNULLフレームを使用し始めるべきである。MSが、手動CSG選択により、ルーティング領域更新プロシージャを開始して、ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージを受信し、MSが、CSGセルの中でルーティング領域更新要求ROUTINGAREAUPDATEREQUESTメッセージを送信した場合、MSは、セルのCSGIDが許容CSGリストの中に含まれているかどうかをチェックするべきである。含まれていなければ、MSは、そのCSGIDを許容CSGリストに追加するべきである。ネットワークはまた、ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージの中で同等PLMNのリストを送信し得る。リストの各入力は、PLMNコードMCCMNCを含む。移動局は、ネットワークによって提供されるようなリストを記憶するべきであり、緊急ベアラのためのPDN接続が確立されていない場合、移動局は、同等PLMNのリストから、すでに禁止PLMNリストの中にある任意のPLMNコードを除去するべきである。加えて、移動局は、リストを送信した登録PLMNのPLMNコードを、記憶したリストに追加するべきである。記憶したリストの中の全てのPLMNは、PLMN選択、セル選択/再選択、およびハンドオーバについて、相互と同等と見なされるべきである。移動局の中の記憶したリストは、ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージの各発生時に交換されるべきである。いずれのリストもメッセージに含まれていない場合には、移動局の中の記憶したリストは削除されるべきである。リストは、スイッチをオンにした後にPLMN選択のために使用することができるように、スイッチがオフにされている間に移動局に記憶されるべきである。ルーティング領域更新完了ROUTINGAREAUPDATECOMPLETEメッセージは、ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージが以下のうちのいずれかを含んでいた場合に、ネットワークに返信されるべきである。-P-TMSI、-N-PDU数の受信3GPPTS44.065[78]および3GPPTS25.322[19b]参照、または-RAT間ハンドオーバ情報またはE-UTRANRAT間ハンドオーバ情報、あるいは両方の提供の要求。N-PDU数の受信が含まれていた場合、MSにおいて有効なN-PDU数の受信の値が、ルーティング領域更新完了ROUTINGAREAUPDATECOMPLETEメッセージに含まれるべきである。ネットワークが、RAT間ハンドオーバ情報またはE-UTRANRAT間ハンドオーバ情報、あるいは両方の提供を要求した場合、MSは、RAT間ハンドオーバ情報IEまたはE-UTRANRAT間ハンドオーバ情報IE、あるいは両方を含む、ルーティング領域更新完了ROUTINGAREAUPDATECOMPLETEメッセージをネットワークに返信するべきである。注記2:Iuモードでは、ルーティング領域更新プロシージャ後に、リソースがネットワークによって解放されていた場合、移動局は、動作中のPDPコンテキストのためのリソース保存を要求するためのサービス要求プロシージャを開始するか、または、既存のPS信号伝達接続を介して上層メッセージ例えば、PDPコンテキスト起動要求/ACTIVATEPDPCONTEXTREQUESTをネットワークに送信することができる。Iuモードでは、ネットワークが、PS信号伝達接続を延長することを希望する場合例えば、移動局が、ルーティング領域更新要求ROUTINGAREAUPDATEREQUESTメッセージの中で継続要求保留中を示した場合、ネットワークは、ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージの中で継続続行を示すべきである。ネットワークがPS信号伝達接続を解放することを希望する場合、ネットワークは、ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージの中で継続続行なしを示すべきである。その後、Iuモードでは、移動局は、ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージの中の更新結果情報要素に含まれる、継続続行フラグに従って動作するべきである第4.7.13項参照。ネットワークはまた、緊急電話番号リストIEを含むことによって、ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTの中で地域緊急電話番号のリストを送信し得る。SIM/USIMにすでに記憶されている緊急電話番号が、移動機器によって記憶される前にリストから除去されるべきであることを除いて、移動機器は、ネットワークによって提供されるようなリストを記憶するべきである。いずれの緊急電話番号もSIM/USIM上に記憶されていない場合には、受信したリストを記憶する前に、移動機器は、この場合、使用するためにMEに永久的に記憶された緊急電話番号をそこから除去するべきである3GPPTS22.101[8]参照。移動機器に記憶されたリストは、新しい緊急電話番号リストIEの各受信時に交換されるべきである。緊急電話番号リストIEの中で受信される緊急電話番号は、このIEが受信されるセルと同じMCCを伴うネットワーク内のみで有効である。いずれのリストもルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージに含まれていない場合には、移動機器が最後に登録されたPLMNのものとは異なるMCCを伴うPLMNに登録成功した場合を除いて、移動機器の中の記憶したリストが保持されるべきである。移動機器は、ダイヤルされた番号が緊急電話番号であることを検出するために、SIM/USIMまたはME上に記憶された緊急電話番号に加えて、ネットワークから受信される緊急電話番号の記憶したリストを使用するべきである。注記3:移動機器は、ダイヤルした番号が、緊急サービス用、または別の宛先、例えば、地域のディレクトリサービス用であるかどうかを決定する際にエンドユーザを支援するために、緊急電話番号リストを使用し得る。エンドユーザとの起こり得る相互作用は、実装特定である。緊急電話番号のリストは、スイッチオフおよびSIM/USIMの除去時に削除されるべきである。移動機器は、ネットワークから受信される、最大で10の地域緊急電話番号を記憶することができるべきである。MSに割り当てられたGUTIおよびTAIリストは、ネットワークに登録されたままであり、MSにおいて有効であることをMSに示すために、ネットワークは、ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージ内の更新結果IEの中で、ISRが起動されていることを示すべきである。MSが緊急ベアラサービスのためにアタッチされている場合、またはネットワークが全ての非緊急PDPコンテキストを動作停止した場合、ネットワークは、ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージ内の更新結果IEの中で、ISRが起動されていないことを示すべきである。ルーティング領域更新容認ROUTINGAREAUPDATEACCEPTメッセージが、iISRが起動されているという指示を含まない場合、S1モードをサポートするMSは、TINをP-TMSIに設定するべきであり、またはiiISRが起動されているという指示を含む場合、MSは、利用可能なGUTIおよびTAIリストを、有効でネットワークに登録されていると見なすべきである。TINが現在GUTIを示す場合、MSは、TINをRAT関連TMSIに設定するべきである。MSは、以下の場合に、TINをP-TMSIに設定することによってISRを動作停止するべきである。-Iuモードのために受信されるIMSボイスオーバーPSセッションインジケータが、S1モードのために受信されるIMSボイスオーバーPSセッションインジケータに等しくない3GPPTS24.301[120]参照-3GPPTS24.167[134]で定義されるようなUTRANのための音声ドメイン選好がCS音声専用ではない-MSがIMSにおいて音声通話を終了させるために利用可能であることを、上層が示している3GPPTS24.301[120]、第3.1項参照-MSが、3GPPTS24.167[134]で定義されるように、IMS音声終了のためのモビリティ管理が有効にされた状態で構成される注記4:IMS音声終了のためのモビリティ管理設定が、3GPPTS24.167[134]で定義されるようにIMS管理オブジェクトに記憶されるか、またはMSに記憶されるかは、実装オプションである。この設定が欠落している場合に、IMS音声終了のためのモビリティ管理は無効となる。================変更の終了================