JP2017517189A - 特定ｐｄｎの障害に対応する方法 - Google Patents

Abstract

本明細書の一開示は、ユーザ装置（ＵＥ）における特定ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）の障害に対応する方法を提供する。前記方法は、特定ＰＤＮに障害があるか否かについての情報を受信するステップと、前記受信された情報に基づいて特定ＰＤＮが障害状態かどうかを判断するステップと、前記特定ＰＤＮが障害状態であると判断される場合、前記特定ＰＤＮに対するデタッチ（ｄｅｔａｃｈ）手順または前記特定ＰＤＮに対する接続解除手順を実行した後、他のＰＤＮへのアタッチ手順またはＰＤＮ接続確立手順を実行するステップと、を含む。【選択図】図９

Description

本明細書は、移動通信に関する。

移動通信システムの技術規格を制定する３ＧＰＰでは、第４世代移動通信と関連した多様なフォーラム及び新しい技術に対応するために、２００４年末から３ＧＰＰ技術の性能を最適化させて向上させようとする努力の一環としてＬＴＥ／ＳＡＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ／Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）技術に対する研究を始めた。

３ＧＰＰ ＳＡ ＷＧ２を中心に進行されたＳＡＥは、３ＧＰＰ ＴＳＧ ＲＡＮのＬＴＥ作業と並行してネットワークの構造を決定し、異機種ネットワーク間の移動性をサポートすることを目的とするネットワーク技術に対する研究であって、最近３ＧＰＰの重要な標準化問題のうち一つである。これは３ＧＰＰシステムをＩＰベースの多様な無線アクセス技術をサポートするシステムに発展させるための作業であって、より向上したデータ送信能力で送信遅延を最小化する、最適化されたパケットベースのシステムを目標にして作業が進行されてきた。

３ＧＰＰ ＳＡ ＷＧ２で定義したＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）上位水準参照モデル（ｒｅｆｅｒｅｎｃｅ ｍｏｄｅｌ）は、非ローミングケース（ｎｏｎ−ｒｏａｍｉｎｇ ｃａｓｅ）及び多様なシナリオのローミングケース（ｒｏａｍｉｎｇ ｃａｓｅ）を含んでおり、詳細内容は、３ＧＰＰ標準文書ＴＳ２３．４０１とＴＳ２３．４０２で参照することができる。図１のネットワーク構造図は、これを簡略に再構成したものである。

図１は、進化した移動通信ネットワークの構造図であり、図２は、図１に示すネットワークノード間のインターフェースを示す。

ＥＰＣは、多様な構成要素を含むことができ、図１は、そのうち一部に該当する、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）５２、ＰＤＮ ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）５３、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）５１、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ） Ｓｕｐｐｏｒｔｉｎｇ Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）を示す。

Ｓ−ＧＷ５２は、無線アクセスネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢ２２とＰＤＮ ＧＷ５３との間のデータ経路を維持する機能をする要素である。また、端末（または、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）がｅＮｏｄｅＢ２２によりサービング（ｓｅｒｖｉｎｇ）される領域にわたって移動する場合、Ｓ−ＧＷ５２は、ローカル移動性アンカーポイント（ａｎｃｈｏｒ ｐｏｉｎｔ）の役割をする。即ち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース８以後で定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ） Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）内での移動性のために、Ｓ−ＧＷ５２を介してパケットがルーティングされることができる。また、Ｓ−ＧＷ５２は、他の３ＧＰＰネットワーク（３ＧＰＰリリース８以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ Ｇｌｏｂａｌ Ｅｖｏｌｕｔｉｏｎ） Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。

ＰＤＮ ＧＷ（または、Ｐ−ＧＷ）５３は、パケットデータネットワークに向かうデータインターフェースの終端点（ｔｅｒｍｉｎａｔｉｏｎ ｐｏｉｎｔ）に該当する。ＰＤＮ ＧＷ５３は、ポリシー執行特徴（ｐｏｌｉｃｙ ｅｎｆｏｒｃｅｍｅｎｔ ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ ｆｉｌｔｅｒｉｎｇ）、課金サポート（ｃｈａｒｇｉｎｇ ｓｕｐｐｏｒｔ）などをサポートすることができる。また、３ＧＰＰネットワークと非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）のような信頼されないネットワーク、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）ネットワークやＷｉＭａｘのような信頼されるネットワーク）との移動性管理のためのアンカーポイント役割をすることができる。

図１のネットワーク構造の例示は、Ｓ−ＧＷ５２とＰＤＮ ＧＷ５３が別途のゲートウェイで構成されるものを示すが、二つのゲートウェイが単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ Ｇａｔｅｗａｙ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｐｔｉｏｎ）によって実現されることもできる。

ＭＭＥ５１は、ＵＥのネットワーク接続に対するアクセス、ネットワークリソースの割当、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバなどをサポートするためのシグナリング及び制御機能を実行する要素である。ＭＭＥ５１は、加入者及びセッション管理に関連した制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）機能を制御する。ＭＭＥ５１は、数多くのｅＮｏｄｅＢ２２を管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバのための従来のゲートウェイの選択のためのシグナリングを実行する。また、ＭＭＥ５１は、セキュリティ過程（Ｓｅｃｕｒｉｔｙ Ｐｒｏｃｅｄｕｒｅｓ）、端末対ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋ Ｓｅｓｓｉｏｎ Ｈａｎｄｌｉｎｇ）、アイドル端末位置決定管理（Ｉｄｌｅ Ｔｅｒｍｉｎａｌ Ｌｏｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）などの機能を遂行する。

ＳＧＳＮは、異なるアクセス３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク、ＵＴＲＡＮ／ＧＥＲＡＮ）に対するユーザの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）といった全てのパケットデータをハンドリングする。

ｅＰＤＧは、信頼されない非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）等）に対するセキュリティノードとしての役割をする。

図１を参照して説明したように、ＩＰ能力を有する端末（または、ＵＥ）は、３ＧＰＰアクセスはもちろん非３ＧＰＰアクセスに基づいても、ＥＰＣ内の多様な要素を経由して事業者（即ち、オペレータ（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。

また、図１は、多様なレファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥ等）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの異なる機能エンティティ（ｆｕｎｃｔｉｏｎａｌ ｅｎｔｉｔｙ）に存在する２個の機能を接続する概念的なリンクをレファレンスポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）と定義する。以下の表１は、図１に示すレファレンスポイントを整理したものである。表１の例示の他にもネットワーク構造によって多様なレファレンスポイントが存在できる。

図３は、一般的にＥ−ＵＴＲＡＮと一般的なＥＰＣの主要ノードの機能を示す例示図である。

図示されたように、ｅＮｏｄｅＢ２０は、ＲＲＣ接続が活性化されている間に、ゲートウェイへのルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャストチャネル（ＢＣＨ）のスケジューリング及び送信、アップリンク及びダウンリンクでのリソースをＵＥに動的割当、ｅＮｏｄｅＢ２０の測定のための設定及び提供、無線ベアラ制御、無線許可制御（ｒａｄｉｏ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）、そして、接続移動性制御などのための機能を遂行することができる。ＥＰＣ内では、ページング発生、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザプレーンの暗号化、ＥＰＳベアラ制御、ＮＡＳシグナリングの暗号化及び完全性保護機能を遂行することができる。

図４ａは、ＵＥとｅＮｏｄｅＢとの間の制御プレーンでの無線インターフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）の構造を示す例示図であり、図４ｂは、端末と基地局との間のユーザプレーンでの無線インターフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）の構造を示す他の例示図である。

前記無線インターフェースプロトコルは、３ＧＰＰ無線アクセスネットワーク規格を基盤とする。前記無線インターフェースプロトコルは、水平的には物理層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）、データリンク層（Ｄａｔａ Ｌｉｎｋ Ｌａｙｅｒ）、及びネットワーク層（Ｎｅｔｗｏｒｋ Ｌａｙｅｒ）からなり、垂直的にはデータ情報送信のためのユーザプレーン（Ｕｓｅｒ Ｐｌａｎｅ）と制御信号（Ｓｉｇｎａｌｉｎｇ）伝達のための制御プレーン（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）とに区分される。

前記プロトコル階層は、通信システムで広く知られた開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３階層に基づいてＬ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分されることができる。

以下、前記図４ａに示す制御プレーンでの無線プロトコルと図４ｂに示すユーザプレーンでの無線プロトコルの各層を説明する。

第１層である物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を利用して情報転送サービス（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供する。前記物理層は、上位にある媒体アクセス制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層とはトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）を介して接続されており、前記トランスポートチャネルを介して媒体アクセス制御層と物理層との間のデータが伝達される。そして、互いに異なる物理層間、即ち、送信側と受信側の物理層間は、物理チャネルを介してデータが伝達される。

物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）は、時間軸上にある複数個のサブフレームと、周波数軸上にある複数個のサブキャリア（Ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。ここで、一つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は、時間軸上に複数のシンボル（Ｓｙｍｂｏｌ）と複数のサブキャリアとで構成される。一つのサブフレームは、複数のリソースブロック（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）で構成され、一つのリソースブロックは、複数のシンボル（Ｓｙｍｂｏｌ）と複数のサブキャリアとで構成される。データが送信される単位時間であるＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）は、１個のサブフレームに該当する１ｍｓである。

前記送信側と受信側の物理層に存在する物理チャネルは、３ＧＰＰ ＬＴＥによると、データチャネルであるＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）と、制御チャネルであるＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ−ＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）及びＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）と、に分けられる。

サブフレームの１番目のＯＦＤＭシンボルで送信されるＰＣＦＩＣＨは、サブフレーム内で制御チャネルの送信に使われるＯＦＤＭシンボルの数（即ち、制御領域の大きさ）に対するＣＦＩ（ｃｏｎｔｒｏｌ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ）を伝送する。無線機器は、まず、ＰＣＦＩＣＨ上でＣＦＩを受信した後、ＰＤＣＣＨをモニタリングする。

ＰＤＣＣＨと違って、ＰＣＦＩＣＨは、ブラインドデコーディングを使用せずに、サブフレームの固定されたＰＣＦＩＣＨリソースを介して送信される。

ＰＨＩＣＨは、ＵＬ ＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）のためのＡＣＫ（ｐｏｓｉｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を伝送する。無線機器により送信されるＰＵＳＣＨ上のＵＬ（ｕｐｌｉｎｋ）データに対するＡＣＫ／ＮＡＣＫ信号は、ＰＨＩＣＨ上に送信される。

ＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）は、無線フレームの１番目のサブフレームの第２のスロットの前方部の４個のＯＦＤＭシンボルで送信される。ＰＢＣＨは、無線機器が基地局と通信するときに必須なシステム情報を伝送し、ＰＢＣＨを介して送信されるシステム情報をＭＩＢ（ｍａｓｔｅｒ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）という。これと比較して、ＰＤＣＣＨにより指示されるＰＤＳＣＨ上に送信されるシステム情報をＳＩＢ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）という。

ＰＤＣＣＨは、ＤＬ−ＳＣＨ（ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のリソース割当及び送信フォーマット、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のリソース割当情報、ＰＣＨ上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上に送信されるランダムアクセス応答のような上位層制御メッセージのリソース割当、任意のＵＥグループ内の個別ＵＥに対する送信パワー制御命令のセット及びＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）の活性化などを伝送することができる。複数のＰＤＣＣＨが制御領域内で送信されることができ、端末は、複数のＰＤＣＣＨをモニタリングすることができる。ＰＤＣＣＨは、一つまたは複数個の連続的なＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔｓ）のアグリゲーション（ａｇｇｒｅｇａｔｉｏｎ）上に送信される。ＣＣＥは、無線チャネルの状態による符号化率をＰＤＣＣＨに提供するために使われる論理的割当単位である。ＣＣＥは、複数のリソース要素グループ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）に対応される。ＣＣＥの数とＣＣＥにより提供される符号化率の関係によって、ＰＤＣＣＨのフォーマット及び可能なＰＤＣＣＨのビット数が決定される。

ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）という。ＤＣＩは、ＰＤＳＣＨのリソース割当（これをＤＬグラント（ｄｏｗｎｌｉｎｋ ｇｒａｎｔ）ともいう）、ＰＵＳＣＨのリソース割当（これをＵＬグラント（ｕｐｌｉｎｋ ｇｒａｎｔ）ともいう）、任意のＵＥグループ内の個別ＵＥに対する送信パワー制御命令のセット及び／またはＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）の活性化を含むことができる。

第２層にはさまざまな層が存在する。まず、媒体アクセス制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、多様な論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングさせる役割をし、また、複数の論理チャネルを一つのトランスポートチャネルにマッピングさせる論理チャネル多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）の役割を遂行する。ＭＡＣ層は、上位層であるＲＬＣ層とは論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）を介して接続されており、論理チャネルは、大別すると、送信される情報の種類によって、制御プレーン（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）の情報を送信する制御チャネル（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）と、ユーザプレーン（Ｕｓｅｒ Ｐｌａｎｅ）の情報を送信するトラフィックチャネル（Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）と、に分けられる。

第２層の無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ；ＲＬＣ）層は、上位層から受信したデータを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）及び連結（Ｃｏｎｃａｔｅｎａｔｉｏｎ）して下位層が無線区間へのデータの送信に適するようにデータの大きさを調節する役割を遂行する。また、各々の無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳを保証可能にするために、ＴＭ（Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ、透明モード）、ＵＭ（Ｕｎ−ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ、無応答モード）、及びＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ、応答モード）の三つの動作モードを提供している。特に、ＡＭ ＲＬＣは、信頼性のあるデータ送信のために、自動繰り返し及び要求（Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ Ｒｅｑｕｅｓｔ；ＡＲＱ）機能を介した再送信機能を遂行している。

第２層のパケットデータ収束（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ；ＰＤＣＰ）層は、ＩＰｖ４やＩＰｖ６のようなＩＰパケット送信時、帯域幅が小さい無線区間で効率的に送信するために相対的に大きさが大きくて不要な制御情報を含んでいるＩＰパケットヘッダサイズを減らすヘッダ圧縮（Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）機能を遂行する。これはデータのヘッダ（Ｈｅａｄｅｒ）部分で必ず必要な情報のみを送信するようにすることで、無線区間の送信効率を増加させる役割をする。また、ＬＴＥシステムでは、ＰＤＣＰ層がセキュリティ（Ｓｅｃｕｒｉｔｙ）機能も実行し、これは第３者のデータ盗聴を防止する暗号化（Ｃｉｐｈｅｒｉｎｇ）と第３者のデータ操作を防止する完全性保護（Ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）とで構成される。

第３層の最も上部に位置した無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ；以下、ＲＲＣという）層は、制御プレーンでのみ定義され、無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ；ＲＢという）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。このとき、ＲＢは、端末とＥ−ＵＴＲＡＮとの間のデータ伝達のために、第２層により提供されるサービスを意味する。

前記端末のＲＲＣと無線ネットワークのＲＲＣ層との間にＲＲＣ接続（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ）がある場合、端末は、ＲＲＣ接続状態（Ｃｏｎｎｅｃｔｅｄ Ｍｏｄｅ）になり、そうでない場合、ＲＲＣアイドル状態（Ｉｄｌｅ Ｍｏｄｅ）になる。

以下、端末のＲＲＣ状態（ＲＲＣ ｓｔａｔｅ）とＲＲＣ接続方法に対して説明する。ＲＲＣ状態とは、端末のＲＲＣがＥ−ＵＴＲＡＮのＲＲＣと論理的に接続（ｌｏｇｉｃａｌ ｃｏｎｎｅｃｔｉｏｎ）されているかどうかを意味し、接続されている場合はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（ｓｔａｔｅ）といい、接続されていない場合はＲＲＣ＿ＩＤＬＥ状態という。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の端末は、ＲＲＣ接続が存在するため、Ｅ−ＵＴＲＡＮは、該当端末の存在をセル単位で把握することができ、したがって、端末を効果的に制御することができる。それに対し、ＲＲＣ＿ＩＤＬＥ状態の端末は、Ｅ−ＵＴＲＡＮが端末の存在を把握することはできず、セルより大きい地域単位であるＴＡ（Ｔｒａｃｋｉｎｇ Ａｒｅａ）単位にコアネットワークが管理する。即ち、ＲＲＣ＿ＩＤＬＥ状態の端末は、セルに比べて大きい地域単位に該当端末の存在の有無のみが把握され、音声やデータのような通常の移動通信サービスを受けるためには、該当端末がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に切り替えなければならない。各ＴＡは、ＴＡＩ（Ｔｒａｃｋｉｎｇ ａｒｅａ ｉｄｅｎｔｉｔｙ）を介して区分される。端末は、セルで放送（ｂｒｏａｄｃａｓｔｉｎｇ）される情報であるＴＡＣ（Ｔｒａｃｋｉｎｇ ａｒｅａ ｃｏｄｅ）を介してＴＡＩを構成することができる。

ユーザが端末の電源を最初にオンした時、端末は、まず、適切なセルを探索した後、該当セルでＲＲＣ接続を確立し、コアネットワークに端末の情報を登録する。この後、端末は、ＲＲＣ＿ＩＤＬＥ状態にとどまる。ＲＲＣ＿ＩＤＬＥ状態にとどまる端末は、必要によって、セルを（再）選択し、システム情報（Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）やページング情報を確認する。これをセルにキャンプオン（Ｃａｍｐｏｎ）するという。ＲＲＣ＿ＩＤＬＥ状態にとどまっていた端末は、ＲＲＣ接続を確立する必要がある時になってはじめてＲＲＣ接続過程（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を介してＥ−ＵＴＲＡＮのＲＲＣとＲＲＣ接続を確立し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に切り替える。ＲＲＣ＿ＩＤＬＥ状態にあった端末がＲＲＣ接続を確立する必要がある場合は多様であり、例えば、ユーザの通話試行などの理由でアップリンクデータ送信が必要であり、またはＥ−ＵＴＲＡＮからページングメッセージを受信した場合、これに対する応答メッセージ送信などを挙げることができる。

前記ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層は、セッション管理（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）等の機能を遂行する。

以下、図４ａに示すＮＡＳ層に対して詳細に説明する。

ＮＡＳ層に属するＥＳＭ（Ｅｖｏｌｖｅｄ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）は、Ｄｅｆａｕｌｔ Ｂｅａｒｅｒ管理及びＤｅｄｉｃａｔｅｄ Ｂｅａｒｅｒ管理のような機能を遂行し、端末がネットワークからＰＳサービスを利用するための制御を担当する。Ｄｅｆａｕｌｔ Ｂｅａｒｅｒリソースは、特定Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ（ＰＤＮ）に最初接続する時またはネットワークに接続される時、ネットワークから割当を受けるという特徴を有する。このとき、ネットワークは、端末がデータサービスを使用することができるように端末が使用可能なＩＰアドレスを割り当て、また、ｄｅｆａｕｌｔ ｂｅａｒｅｒのＱｏＳを割り当てる。ＬＴＥでは、大別すると、データ送受信のための特定帯域幅を保証するＧＢＲ（Ｇｕａｒａｎｔｅｅｄ ｂｉｔ ｒａｔｅ）ＱｏＳ特性を有するｂｅａｒｅｒと、帯域幅の保証無しでＢｅｓｔ ｅｆｆｏｒｔ ＱｏＳ特性を有するＮｏｎ−ＧＢＲ ｂｅａｒｅｒの２種類をサポートする。Ｄｅｆａｕｌｔ ｂｅａｒｅｒの場合、Ｎｏｎ−ＧＢＲ ｂｅａｒｅｒの割当を受ける。Ｄｅｄｉｃａｔｅｄ ｂｅａｒｅｒの場合は、ＧＢＲまたはＮｏｎ−ＧＢＲのＱｏＳ特性を有するｂｅａｒｅｒの割当を受けることができる。

ネットワークから端末に割り当てたｂｅａｒｅｒをＥＰＳ（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｅｒｖｉｃｅ）ｂｅａｒｅｒといい、ＥＰＳ ｂｅａｒｅｒを割り当てる時、ネットワークは、一つのＩＤを割り当てるようになる。これをＥＰＳ Ｂｅａｒｅｒ ＩＤという。一つのＥＰＳ ｂｅａｒｅｒは、ＭＢＲ（ｍａｘｉｍｕｍ ｂｉｔ ｒａｔｅ）とＧＢＲ（ｇｕａｒａｎｔｅｅｄ ｂｉｔ ｒａｔｅ）またはＡＭＢＲ（Ａｇｇｒｅｇａｔｅｄ ｍａｘｉｍｕｍ ｂｉｔ ｒａｔｅ）のＱｏＳ特性を有する。

図５ａは、３ＧＰＰ ＬＴＥにおいて、ランダムアクセス過程を示す流れ図である。

ランダムアクセス過程は、ＵＥ１０が基地局、即ち、ｅＮｏｄｅＢ２０とＵＬ同期を得たり、ＵＬ無線リソースの割当を受けたりするために使われる。

ＵＥ１０は、ルートインデックス（ｒｏｏｔ ｉｎｄｅｘ）とＰＲＡＣＨ（ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）設定インデックス（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｅｘ）をｅＮｏｄｅＢ２０から受信する。セル毎にＺＣ（Ｚａｄｏｆｆ−Ｃｈｕ）シーケンスにより定義される６４個の候補（ｃａｎｄｉｄａｔｅ）ランダムアクセスプリアンブルがあり、ルートインデックスは、端末が６４個の候補ランダムアクセスプリアンブルを生成するための論理的インデックスである。

ランダムアクセスプリアンブルの送信は、セル毎に特定時間及び周波数リソースに限定される。ＰＲＡＣＨ設定インデックスは、ランダムアクセスプリアンブルの送信が可能な特定サブフレームとプリアンブルフォーマットを指示する。

ＵＥ１０は、任意に選択されたランダムアクセスプリアンブルをｅＮｏｄｅＢ２０に送信する。ＵＥ１０は、６４個の候補ランダムアクセスプリアンブルの中から一つを選択する。そして、ＰＲＡＣＨ設定インデックスにより該当するサブフレームを選択する。ＵＥ１０は、選択されたランダムアクセスプリアンブルを選択されたサブフレームで送信する。

前記ランダムアクセスプリアンブルを受信したｅＮｏｄｅＢ２０は、ランダムアクセス応答（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ、ＲＡＲ）をＵＥ１０に送る。ランダムアクセス応答は、二つのステップにより検出される。まず、ＵＥ１０は、ＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ ａｃｃｅｓｓ−ＲＮＴＩ）でマスキングされたＰＤＣＣＨを検出する。ＵＥ１０は、検出されたＰＤＣＣＨにより指示されるＰＤＳＣＨ上にＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）内のランダムアクセス応答を受信する。

図５ｂは、無線リソース制御（ＲＲＣ）層での接続過程を示す。

図５ｂに示すように、ＲＲＣ接続の有無によってＲＲＣ状態が示されている。前記ＲＲＣ状態とは、ＵＥ１０のＲＲＣ層のエンティティ（ｅｎｔｉｔｙ）がｅＮｏｄｅＢ２０のＲＲＣ層のエンティティと論理的に接続（ｌｏｇｉｃａｌ ｃｏｎｎｅｃｔｉｏｎ）されているかどうかを意味し、接続している場合をＲＲＣ接続状態（ｃｏｎｎｅｃｔｅｄ ｓｔａｔｅ）といい、接続していない状態をＲＲＣアイドル状態（ｉｄｌｅ ｓｔａｔｅ）という。

前記接続状態（Ｃｏｎｎｅｃｔｅｄ ｓｔａｔｅ）のＵＥ１０は、ＲＲＣ接続（ｃｏｎｎｅｃｔｉｏｎ）が存在するため、Ｅ−ＵＴＲＡＮは、該当端末の存在をセル単位で把握することができ、したがって、ＵＥ１０を効果的に制御することができる。それに対し、アイドル状態（ｉｄｌｅ ｓｔａｔｅ）のＵＥ１０は、ｅＮｏｄｅＢ２０が把握することができず、セルより大きい地域単位であるトラッキング地域（Ｔｒａｃｋｉｎｇ Ａｒｅａ）単位にコアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ）が管理する。前記トラッキング地域（Ｔｒａｃｋｉｎｇ Ａｒｅａ）は、セルの集合単位である。即ち、アイドル状態（ｉｄｌｅ ｓｔａｔｅ）のＵＥ１０は、大きい地域単位に存在の有無のみが把握され、音声やデータのような通常の移動通信サービスを受けるためには、端末は、接続状態（ｃｏｎｎｅｃｔｅｄ ｓｔａｔｅ）に切り替えなければならない。

ユーザがＵＥ１０の電源を最初にオンした時、前記ＵＥ１０は、まず、適切なセルを探索した後、該当セルでアイドル状態（ｉｄｌｅ ｓｔａｔｅ）にとどまる。前記アイドル状態（ｉｄｌｅ ｓｔａｔｅ）にとどまっていたＵＥ１０は、ＲＲＣ接続を確立する必要がある時になってはじめてＲＲＣ接続過程（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を介してｅＮｏｄｅＢ２０のＲＲＣ層とＲＲＣ接続を確立することでＲＲＣ接続状態（ｃｏｎｎｅｃｔｅｄ ｓｔａｔｅ）に切り替わる。

前記アイドル状態（Ｉｄｌｅ ｓｔａｔｅ）の端末がＲＲＣ接続を確立すべき多様な場合があり、例えば、ユーザの通話試行またはアップリンクデータ送信などが必要な場合、またはＥＵＴＲＡＮからページングメッセージを受信した場合、これに対する応答メッセージ送信などを挙げることができる。

アイドル状態（ｉｄｌｅ ｓｔａｔｅ）のＵＥ１０が前記ｅＮｏｄｅＢ２０とＲＲＣ接続を確立するためには、前記したように、ＲＲＣ接続過程（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を進行しなければならない。ＲＲＣ接続過程は、大別すると、ＵＥ１０がｅＮｏｄｅＢ２０にＲＲＣ接続要求（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｅｓｔ）メッセージ送信する過程、ｅＮｏｄｅＢ２０がＵＥ１０にＲＲＣ接続設定（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ）メッセージを送信する過程、そして、ＵＥ１０がｅＮｏｄｅＢ２０にＲＲＣ接続設定完了（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ ｃｏｍｐｌｅｔｅ）メッセージを送信する過程を含む。このような過程に対して図４ｂを参照してより詳細に説明すると、下記の通りである。

１）アイドル状態（Ｉｄｌｅ ｓｔａｔｅ）のＵＥ１０は、通話試行、データ送信試行、またはｅＮｏｄｅＢ２０のページングに対する応答などの理由でＲＲＣ接続を確立しようとする場合、まず、前記ＵＥ１０は、ＲＲＣ接続要求（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｅｓｔ）メッセージをｅＮｏｄｅＢ２０に送信する。

２）前記ＵＥ１０からＲＲＣ接続要求メッセージを受信すると、前記ｅＮＢ１０は、無線リソースが十分の場合、前記ＵＥ１０のＲＲＣ接続要求を受諾し、応答メッセージであるＲＲＣ接続設定（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ）メッセージを前記ＵＥ１０に送信する。

３）前記ＵＥ１０が前記ＲＲＣ接続設定メッセージを受信すると、前記ｅＮｏｄｅＢ２０にＲＲＣ接続設定完了（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ ｃｏｍｐｌｅｔｅ）メッセージを送信する。前記ＵＥ１０がＲＲＣ接続設定メッセージを成功裏に送信すると、そのとき、前記ＵＥ１０は、ｅＮｏｄｅＢ２０とＲＲＣ接続を確立するようになってＲＲＣ接続モードに切り替える。

図６は、ＥＰＣとＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）との間の接続を示す。

ＩＭＳは、有線端末（Ｗｉｒｅｄ Ｔｅｒｍｉｎａｌ）だけでなく、無線端末（Ｗｉｒｅｌｅｓｓ Ｔｅｒｍｉｎａｌ）にまでＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ベースのパケットスイッチング（ＰＳ：Ｐａｃｋｅｔ Ｓｗｉｔｃｈｉｎｇ）を可能にするネットワーク技術であって、有線／無線端末の両方ともをＩＰ（Ａｌｌ−ＩＰ）を介して接続するために提案された。

このような、ＩＭＳに基づくネットワークは、制御シグナリング、登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）、セッションのための手順を処理するためのＣＳＣＦ（呼セッション制御機能：Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）を含む。前記ＣＳＣＦは、Ｐ−ＣＳＣＦ（Ｐｒｏｘｙ−ＣＳＣＦ）、Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−ＣＳＣＦ）、そしてＩ−ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ−ＣＳＣＦ）を含むことができる。前記Ｐ−ＣＳＣＦは、ＩＭＳベースのネットワーク内でユーザ装置（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）のための１番目の接続地点として動作する。そして、前記Ｓ−ＣＳＣＦは、前記ＩＭＳネットワーク内でセッションを処理する。即ち、前記Ｓ−ＳＣＳＦは、シグナリングをルーティングする役割を担当するエンティティ（Ｅｎｔｉｔｙ）であって、ＩＭＳネットワークでセッションをルーティングする。そして、前記Ｉ−ＣＳＣＦは、ＩＭＳネットワーク内で他のエンティティとの接続地点として動作する。

前記のようなＩＭＳ下で、ＩＰベースのセッションは、ＳＩＰ（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ；セッション開始プロトコル）により制御される。前記ＳＩＰは、セッション（Ｓｅｓｓｉｏｎ）を制御するためのプロトコルであって、前記ＳＩＰは、通信しようとする端末が相互を識別してその位置をさがし、それらの相互間にマルチメディアサービスセッションを生成し、または生成されたセッションを削除変更するための手順を明示したシグナリングプロトコルをいう。このようなＳＩＰは、各ユーザを区分するために、Ｅメールアドレスに似たＳＩＰ ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を使用することによって、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスに従属されずに、サービスを提供することができるようにする。

図６を参照すると、ＥＰＣの第１のＰ−ＧＷ５３ａは、ＩＭＳのＰ−ＣＳＣＦ６１と接続され、Ｐ−ＣＳＣＦ６１は、Ｓ−ＣＳＣＦ６２と接続されている。

また、ＥＰＣの第２のＰ−ＧＷ５３ｂは、インターネットサービス事業者のネットワークと接続されている。

しかし、もし、ネットワーク障害が発生して第１のＰ−ＧＷ５３ａとＰ−ＣＳＣＦ６１の接続が断絶される場合、ＩＭＳベースのサービスは、全て中断されるようになる。ここで、注目する点は、ＩＭＳベースのサービスのうち、ＶｏＬＴＥ（Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ）のように相当重要なサービスがある。このようなＶｏＬＴＥサービスが中断される場合、ユーザに相当大きい不具合を招く。

したがって、本明細書の一開示は、前述した問題点を解決することができる方法を提示することを目的とする。

前記のような目的を達成するために、本明細書の一開示は、ユーザ装置（ＵＥ）における特定ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）の障害に対応する方法を提供する。前記方法は、特定ＰＤＮに障害があるか否かについての情報を受信するステップと、前記受信された情報に基づいて特定ＰＤＮが障害状態かどうかを判断するステップと、前記特定ＰＤＮが障害状態であると判断される場合、前記特定ＰＤＮに対するデタッチ（ｄｅｔａｃｈ）手順または前記特定ＰＤＮに対する接続解除手順を実行した後、他のＰＤＮへのアタッチ手順またはＰＤＮ接続確立手順を実行するステップと、を含む。

前記方法は、前記他のＰＤＮへのアタッチ手順またはＰＤＮ接続確立手順を実行する時、障害がないＰＤＮタイプを含む要求メッセージを送信するステップを含む。

前記特定ＰＤＮに障害があるか否かについての情報は、含蓄的に受信され、または直接的に受信される。

前記方法は、前記特定ＰＤＮに障害があるか否かについての情報を直接的に示すインジケーションが受信される場合、前記他のＰＤＮ上で正常なサービスが利用可能かどうかを決定するステップをさらに含む。

前記ＰＤＮに障害があるか否かについての情報は、ユーザ装置（ＵＥ）別に、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）別に、ＰＤＮ別に、またはＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）ベアラ別に受信される。

前記のような目的を達成するために、本明細書の一開示は、制御プレーンを担当するエンティティで特定ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）の障害に対応する方法を提供することができる。前記方法は、特定ＰＤＮに障害があるか否かについての情報を受信するステップと、前記受信された情報に基づいて特定ＰＤＮが障害状態かどうかを判断するステップと、前記特定ＰＤＮが障害状態であると判断される場合、ユーザ装置（ＵＥ）のために他のＰＤＮへのアタッチ手順またはＰＤＮ接続確立手順を実行するステップと、を含む。

前記方法は、前記他のＰＤＮへのアタッチ手順またはＰＤＮ接続確立手順を実行する時、ＵＥの加入者情報及びＵＥのコンテキスト（ｃｏｎｔｅｘｔ）のうち一つ以上を有している場合でも、ホーム加入者サーバ（ＨＳＳ）から加入者情報を取得するステップをさらに含む。

前記特定ＰＤＮに障害があるか否かについての情報は、含蓄的に受信され、または直接的に受信される。

前記方法は、前記特定ＰＤＮに障害があるか否かについての情報を直接的に示すインジケーションが受信される場合、前記他のＰＤＮ上で正常なサービスが利用可能かどうかを決定するステップをさらに含む。

前記ＰＤＮに障害があるか否かについての情報は、ユーザ装置（ＵＥ）別に、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）別に、ＰＤＮ別に、またはＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）ベアラ別に受信される。

前記のような目的を達成するために、本明細書の一開示は、ゲートウェイで特定ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）の障害に対応する方法を提供する。前記方法は、特定ＰＤＮに障害があるか否かについての情報を受信するステップと、前記受信された情報に基づいて特定ＰＤＮが障害状態かどうかを判断するステップと、前記特定ＰＤＮが障害状態であると判断される場合、アタッチ手順またはＰＤＮ確立手順中に他のＰＤＮを選択するステップと、を含む。

本明細書の開示によると、従来技術の問題点を解決することができる。

進化した移動通信ネットワークの構造図である。 図１に示すネットワークノード間のインターフェースを示す。 一般的にＥ−ＵＴＲＡＮと一般的なＥＰＣのアーキテクチャを示す例示図である。 ＵＥとｅＮｏｄｅＢとの間の制御プレーンでの無線インターフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）の構造を示す例示図である。 端末と基地局との間にユーザプレーンでの無線インターフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）の構造を示す他の例示図である。 ３ＧＰＰ ＬＴＥにおいて、ランダムアクセス過程を示す流れ図である。 無線リソース制御（ＲＲＣ）層での接続過程を示す。 ＥＰＣとＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）との間の接続を示す。 ネットワーク障害発生による経路断絶時に迂回経路を介して復旧する例を示す。 本明細書の一開示によるＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）の動作改善を示す流れ図である。 本明細書の一開示によるＵＥの動作改善を示す流れ図である。 本明細書の一開示によるＭＭＥの動作改善を示す流れ図である。 本明細書の一開示によるＰ−ＧＷの動作改善を示す流れ図である。 本発明の実施例によるＵＥ１００、ＭＭＥ５１０、Ｐ−ＧＷ５３０及びＨＳＳ５４０の構成ブロック図である。

本発明は、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）及びＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）を基準にして説明するが、このような通信システムにのみ限定されるものではなく、本発明の技術的思想が適用されることができる全ての通信システム及び方法にも適用されることができる。

本明細書で使われる技術的用語は、単に特定の実施例を説明するために使われたものであり、本発明を限定するものではないことに留意しなければならない。また、本明細書で使われる技術的用語は、本明細書で特別に他の意味で定義されない限り、本発明が属する技術分野において、通常の知識を有する者により一般的に理解される意味で解釈されなければならず、過度に包括的な意味または過度に縮小された意味で解釈されてはならない。また、本明細書で使われる技術的な用語が本発明の思想を正確に表現することができない技術的な用語である場合、当業者が正確に理解することができる技術的用語に変えて理解しなければならない。また、本発明で使われる一般的な用語は、辞書の定義によってまたは前後文脈によって解釈されなければならず、過度に縮小された意味で解釈されてはならない。

また、本明細書で使われる単数の表現は、文脈上、明白に異なる意味ではない限り、複数の表現を含む。本出願において、“構成される”または“有する”などの用語は、明細書上に記載された多様な構成要素、または複数のステップを必ず全て含むと解釈されてはならず、そのうち一部構成要素または一部ステップは含まれない場合もあり、または追加的な構成要素またはステップをさらに含む場合もあると解釈されなければならない。

また、本明細書で使われる第１及び第２などのように序数を含む用語は、多様な構成要素の説明に使われることができるが、前記構成要素は、前記用語により限定されてはならない。前記用語は、一つの構成要素を他の構成要素から区別する目的としてのみ使われる。例えば、本発明の権利範囲を外れない限り、第１の構成要素は第２の構成要素と命名することができ、同様に、第２の構成要素も第１の構成要素と命名することができる。

一構成要素が他の構成要素に“連結されている”または“接続されている”と言及された場合は、該当他の構成要素に直接的に連結されており、または接続されている場合もあるが、中間に他の構成要素が存在する場合もある。それに対し、一構成要素が他の構成要素に“直接連結されている”または“直接接続されている”と言及された場合は、中間に他の構成要素が存在しないと理解しなければならない。

以下、添付図面を参照して本発明による好ましい実施例を詳細に説明し、図面符号に関係なしで同じまたは類似の構成要素は同じ参照番号を付与し、これに対する重複説明は省略する。また、本発明を説明するにあたって、関連した公知技術に対する具体的な説明が本発明の要旨を不明にすると判断される場合、その詳細な説明を省略する。また、添付図面は、本発明の思想を容易に理解することができるようにするためのものであり、添付図面により本発明の思想が制限されると解釈されてはならないことに留意しなければならない。本発明の思想は、添付図面外の全ての変更、均等物乃至代替物にまで拡張されると解釈されなければならない。

添付図面には例示的にＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）が示されているが、図示された前記ＵＥは、端末（Ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ）などの用語で呼ばれる場合もある。また、前記ＵＥは、ノートブック、携帯電話、ＰＤＡ、スマートフォン（Ｓｍａｒｔ Ｐｈｏｎｅ）、マルチメディア機器などのように携帯可能な機器であり、またはＰＣ及び車両搭載装置のように携帯不可能な機器である。

用語の定義
以下、図面を参照して説明する前に、本発明の理解を容易にするために、本明細書で使われる用語を簡略に定義する。

ＧＥＲＡＮ：ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋの略字であって、ＧＳＭ／ＥＤＧＥによるコアネットワークと端末を接続する無線アクセス区間を意味する。

ＵＴＲＡＮ：Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋの略字であって、第３世代移動通信のコアネットワークと端末を接続する無線アクセス区間を意味する。

Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋの略字であって、第４世代移動通信、即ち、ＬＴＥのコアネットワークと端末を接続する無線アクセス区間を意味する。

ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍの略字であって、第３世代移動通信のコアネットワークを意味する。

ＵＥ／ＭＳ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ／Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ、端末装置を意味する。

ＥＰＳ：Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍの略字であって、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）ネットワークをサポートするコアネットワークを意味する。ＵＭＴＳが進化した形態のネットワーク。

ＰＤＮ（Ｐｕｂｌｉｃ Ｄａｔａ Ｎｅｔｗｏｒｋ）：サービスを提供するサーバが位置した独立的なネットワーク。

ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ：端末からＰＤＮへの接続、即ち、ｉｐアドレスで表現される端末とＡＰＮで表現されるＰＤＮとの関連（接続）。

ＰＤＮ−ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）：ＵＥ ＩＰ ａｄｄｒｅｓｓ ａｌｌｏｃａｔｉｏｎ、Ｐａｃｋｅｔ ｓｃｒｅｅｎｉｎｇ＆ｆｉｌｔｅｒｉｎｇ、Ｃｈａｒｇｉｎｇ ｄａｔａ ｃｏｌｌｅｃｔｉｏｎ機能を遂行するＥＰＳネットワークのネットワークノード。

Ｓｅｒｖｉｎｇ ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）：移動性アンカー（Ｍｏｂｉｌｉｔｙ ａｎｃｈｏｒ）、パケットルーティング（Ｐａｃｋｅｔ ｒｏｕｔｉｎｇ）、アイドルモードパケットバッファリング（Ｉｄｌｅ ｍｏｄｅ ｐａｃｋｅｔ ｂｕｆｆｅｒｉｎｇ）、Ｔｒｉｇｇｅｒｉｎｇ ＭＭＥ ｔｏ ｐａｇｅ ＵＥ機能を遂行するＥＰＳネットワークのネットワークノード。

ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅ Ｆｕｎｃｔｉｏｎ）：サービスフロー（ｆｌｏｗ）別に差別化されたＱｏＳ及び課金ポリシーを動的（ｄｙｎａｍｉｃ）に適用するためのポリシー決定（Ｐｏｌｉｃｙ ｄｅｃｉｓｉｏｎ）を実行するＥＰＳネットワークのノード。

ＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）：ネットワークで管理する接続ポイントの名称であって、ＵＥに提供される。即ち、ＰＤＮを指示したり区分したりする文字列。要求したサービスやネットワーク（ＰＤＮ）に接続するためには該当Ｐ−ＧＷを経由するようになり、このＰ−ＧＷをさがすことができるようにネットワーク内であらかじめ定義した名称（文字列）。例えば、ｉｎｔｅｒｎｅｔ．ｍｎｃ０１２．ｍｃｃ３４５．ｇｐｒｓ。

ＴＥＩＤ（Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）：ネットワーク内のノード間に設定されたトンネルのＥｎｄｐｏｉｎｔ ＩＤ、各ＵＥのｂｅａｒｅｒ単位に区間別に設定される。

ＮｏｄｅＢ：ＵＭＴＳネットワークの基地局であって、屋外に設置され、セルカバレッジ規模はマクロセルに該当する。

ｅＮｏｄｅＢ：ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）の基地局であって、屋外に設置され、セルカバレッジ規模はマクロセルに該当する。

（ｅ）ＮｏｄｅＢ：ＮｏｄｅＢとｅＮｏｄｅＢを指称する用語である。

ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙの略字であって、ＵＥに対するセッションと移動性を提供するためにＥＰＳ内で各エンティティを制御する役割をする。

セッション（Ｓｅｓｓｉｏｎ）：セッションは、データ送信のための通路であって、その単位は、ＰＤＮ、Ｂｅａｒｅｒ、ＩＰ ｆｌｏｗ単位などになる。各単位は、３ＧＰＰで定義したように、ターゲットネットワーク全体単位（ＡＰＮまたはＰＤＮ単位）、その内でＱｏＳに区分する単位（Ｂｅａｒｅｒ単位）、宛先ＩＰアドレス単位に区分することができる。

ＰＤＮ接続（ｃｏｎｎｅｃｔｉｏｎ）：端末からＰＤＮへの接続、即ち、ｉｐアドレスで表現される端末とＡＰＮで表現されるＰＤＮとの関連（接続）を示す。これはセッションが形成されることができるようにコアネットワーク内のエンティティ間接続（端末−ＰＤＮ ＧＷ）を意味する。

ＵＥ Ｃｏｎｔｅｘｔ：ネックワークでＵＥを管理するために使われるＵＥの状況情報、即ち、ＵＥ ｉｄ、移動性（現在位置等）、セッションの属性（ＱｏＳ、優先順位等）で構成された状況情報。

ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ）：ＵＥとＭＭＥとの間の制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）の上位ｓｔｒａｔｕｍ。ＵＥとネットワークとの間の移動性管理（Ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ）とセッション管理（Ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ）、ＩＰアドレス管理（ＩＰ ａｄｄｒｅｓｓ ｍａｉｎｔｅｎａｎｃｅ）などをサポート。

ＲＡＴ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙの略字であって、ＧＥＲＡＮ、ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮなどを意味する。

ＡＮＤＳＦ（Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ）：一つのネットワークｅｎｔｉｔｙであって、事業者単位に端末が使用可能なａｃｃｅｓｓを発見して選択するようにするＰｏｌｉｃｙを提供。

一方、以下では図面を参照して説明する。

図７は、ネットワーク障害発生により経路断絶時に迂回経路を介して復旧する例を示す。

０）まず、ＵＥ１００がＩＰ−ＣＡＮ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）セッションを開始する。そのために、ＵＥ１００は、ＰＤＮ接続要求（ＰＤＮ ｃｏｎｎｅｃｔｉｖｉｔｙ ｒｅｑｕｅｓｔ）メッセージを送信することができる。

１）その後、ＭＭＥ５１０は、Ｐ−ＣＳＣＦの探索手順を実行する。Ｐ−ＣＳＣＦの探索手順は、Ｐ−ＣＳＣＦのアドレスに対するリストを要求するためである。そのために、例えば、セッション生成要求（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）メッセージまたはＰＤＰコンテキスト生成要求（Ｃｒｅａｔｅ ＰＤＰ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）メッセージがＳ−ＧＷを経由してＰ−ＧＷ５３０に送信され、またはＳＧＳＮに送信されることができる。

２）Ｐ−ＧＷ５３０は、Ｐ−ＣＳＣＦの探索手順の結果を受信する。即ち、Ｐ−ＣＳＣＦのアドレスに対するリストを受信する。このような、Ｐ−ＣＳＣＦのアドレスに対するリストは、セッション生成応答（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ）メッセージまたはＰＤＰコンテキスト生成応答（Ｃｒｅａｔｅ ＰＤＰ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ）メッセージを介して受信されることができる。

３）一方、Ｐ−ＧＷ５３０は、ＰＣＣ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｃｏｎｔｒｏｌ）規則を要求するために、ダイヤメーター（Ｄｉａｍｅｔｅｒ）ＣＣＲ（Ｃｒｅｄｉｔ Ｃｏｎｔｒｏｌ Ｒｅｑｕｅｓｔ）をＰＣＲＦ５５０に送信する。

４）ＰＣＲＦ５５０は、ＰＣＣ規則を含むダイヤメーターＣＣＡ（Ｃｒｅｄｉｔ Ｃｏｎｔｒｏｌ Ａｎｓｗｅｒ）をＰ−ＧＷ５３０に伝達する。

５）一方、ＵＥ１００は、前記受信されたＰ−ＣＳＣＦのアドレスに対するリストに基づいて前記Ｐ−ＣＳＣＦ６１０に登録要求メッセージ、例えば、ＳＩＰ Ｒｅｇｉｓｔｅｒメッセージを送信する。

６）前記Ｐ−ＣＳＣＦ６１０は、ＰＣＲＦ５５０にＵＥにより自分が選択されたことを知らせるために自分のアドレスを含むＲｘ Ｐｕｓｈメッセージを送信する。

７）これに対し、前記ＰＣＲＦ５５０は、Ｒｘ Ｐｕｓｈ ｒｅｓｐｏｎｓｅメッセージを送信する。

８）前記ＰＣＲＦ５５０は、Ｐ−ＧＷ５３０に前記Ｐ−ＣＳＣＦ６１０のアドレスを知らせるためにＧｘ Ｐｕｓｈメッセージを送信する。

９）これに対し、前記Ｐ−ＧＷ５３０は、Ｇｘ Ｐｕｓｈ Ｒｅｓｐｏｎｓｅメッセージを送信する。

そして、前記Ｐ−ＧＷ５３０は、前記ＵＥのために前記Ｐ−ＣＳＣＦ６１０のアドレスを格納する。そして、前記Ｐ−ＧＷ５３０は、前記Ｐ−ＣＳＣＦ６１０の状態をモニタリングする。

１０）前記Ｐ−ＣＳＣＦ６１０は、前記登録メッセージに対する応答メッセージ、例えば、２００ ＯＫメッセージをＵＥ１００に送信する。

１１）一方、Ｐ−ＧＷ５３０は、Ｐ−ＣＳＣＦ６１０の状態をモニタリングした結果、Ｐ−ＣＳＣＦ６１０との接続に問題または障害があることを知るようになると、前記障害があるＰ−ＣＳＣＦ６１０と接続を確立した全てのＵＥに、前記障害があるＰ−ＣＳＣＦ６１０のアドレスが除外された新しいリスト（即ち、他のＰ−ＣＳＣＦのアドレスを含む新しいリスト）を伝達する。そのために、Ｐ−ＧＷ５３０は、ＰＤＰコンテキスト更新要求メッセージまたはベアラ更新要求メッセージをＭＭＥ５１０に伝達する。

１２）前記ＵＥ１００は、前記新しいリストの受信に対する応答を送信すると、前記ＭＭＥ５１０は、ＰＤＰコンテキスト更新応答メッセージまたはベアラ更新応答メッセージをＰ−ＧＷ５３０に送信する。

１３）一方、前記ＵＥ１００は、前記新しいリストを介して新しいＰ−ＣＳＣＦをさがし、前記新しいＰ−ＣＳＣＦに登録要求メッセージを送信する。

以上のように、Ｐ−ＧＷ５３０がＰ−ＣＳＣＦ６１０との接続に障害があることを知るようになると、前記Ｐ−ＧＷ５３０は、前記障害があるＰ−ＣＳＣＦ６１０のアドレスが除外された新しいリストをＵＥに伝達することによって、障害を速やかに復旧する。

しかし、このように、Ｐ−ＧＷ５３０が新しいリストを送っても、状況によっては障害を速やかに復旧することができない場合がある。

例えば、物理的な障害だけでなく、該当ＰＤＮの全体にあるＰ−ＣＳＣＦのアドレスに対するルーティングテーブルが損傷された場合などには、Ｐ−ＧＷ５３０が既に有していた他のＰ−ＣＳＣＦのアドレスも無用である。したがって、ＵＥ１００は、前記Ｐ−ＧＷ５３０から新しく提供されたリスト上に存在する他のＰ−ＣＳＣＦに登録要求メッセージを送信しても、前記メッセージが前記他のＰ−ＣＳＣＦに到達されない場合がある。

他の例としては、ＰＤＮの全体に対する障害が発生した場合、現在接続されたＰＤＮ上に利用可能なＰ−ＣＳＣＦが存在しなくなる。

結果的に、図７に示す方法によっても、一部状況ではＶｏＬＴＥサービスのような主要サービスが実行されることができなくなり、それによって、ユーザのサービス経験に深刻な不具合を招く。

その上、該当ＵＥ１００が発信／着信サービスを持続的に試みる場合、ネットワーク内のシグナリング増加で不要なリソースの消費が発生し、ある瞬間サービスが成功するようになっても、最初サービスを試みた時間から遅延時間が相当長くなる。

<本明細書の開示>
したがって、本明細書の開示は、ネットワーク障害をもっと早く認知することで、積極的にサービスを再開することができるように制御する方法を提供する。本明細書で提案する効果的な制御方法は、下記のうち一つ以上の動作の組み合わせで構成される。

Ｉ．Ｐ−ＧＷで特定ＰＤＮの障害を検出及び評価

Ｐ−ＧＷ５３０は、他のＰＤＮに同じサービスを提供することができるかを確認する。例えば、ＩＰｖ４ ＰＤＮが障害である場合、ＩＰｖ６ ＰＤＮに可能かどうかなどを確認する。このように、該当サービスを提供するために他のＰＤＮへの接続が可能な場合、Ｐ−ＧＷ５３０は、該当ＩＰバージョンのＩＰアドレスをＵＥに割り当てなければならないことを認知する。

Ｐ−ＧＷ５３０は、前記ＵＥのＰＤＮが特別なサービスを提供するＰＤＮ（例えば、ＶｏＬＴＥ関連サービスを提供するＰＤＮ）かを確認する。このような確認は、設定情報またはＰＣＲＦから受けた情報、接続設定のために管理しているＰ−ＣＳＣＦ情報などに基づいて実行されることができる。

II．Ｐ−ＧＷがネットワークの障害状況を他のネットワークノードに積極的に報告／ＵＥの接続設定変更を誘導

Ｐ−ＧＷ５３０は、事業者のＰＤＮタイプに対する選好度（ｐｒｅｆｅｒｅｎｃｅ）と関係なく（事業者がネットワークの障害状況を認知して設定を変更する前を仮定）、障害がないＰＤＮに属するネットワークノードの利用可能性（ａｖａｉｌａｂｉｌｉｔｙ）を確認し、Ｐ−ＣＳＣＦのアドレスに対するリストを更新することによって、ＵＥに送信するための用意をする。

また、Ｐ−ＧＷ５３０は、ＵＥの接続設定変更が必要であることを多様な経路を介してＵＥまたはネットワークノードに知らせることができる。これは下記のような多様な動作のうちいずれか一つを介して達成可能である。

１）Ｐ−ＧＷ５３０は、ＵＥの接続設定変更が必要であることをＳ−ＧＷを経由してＭＭＥに知らせることができる。これは一般的なＧＴＰプロトコルを利用し、または一般的なＧＴＰプロトコルに新しいフィールドを追加することによって達成されることができる。特に、ＩＰｖ４障害である場合、ＩＰｖ６接続設定が必要であることを（その反対の場合も同様である）含蓄的／直接的に知らせることができる。

他の例としては、ＵＥの接続設定変更の必要に対する関連情報をＭＭＥに格納することができる。

再アタッチ（Ｒｅａｔｔａｃｈ）またはＰＤＮ再接続（ｒｅｃｏｎｎｅｃｔｉｏｎ）時、加入者情報とＵＥが伝達した要求事項だけでなく、該当障害状況に対する情報に基づいてＰＤＮタイプを決定するための情報をＰ−ＧＷに送信することができる（例えば、セッション生成要求メッセージを利用する）。ここで、再アタッチ（ｒｅａｔｔａｃｈ）は、デタッチ（ｄｅｔａｃｈ）後のアタッチ手順を意味する。そして、ＰＤＮ再接続（ｒｅｃｏｎｎｅｃｔｉｏｎ）は、ＰＤＮ接続解除（ｄｉｓｃｏｎｎｅｃｔｉｏｎ）後、ＰＤＮ接続要求手順を再び実行することを意味する。

２）より積極的には、デタッチまたはＰＤＮ接続解除（ｄｉｓｃｏｎｎｅｃｔｉｏｎ）関連メッセージがＵＥに伝達される時、他のＰＤＮに接続すべき情報をＵＥに含蓄的／直接的に伝達することができる。

３）ＵＥに関連情報を格納することができる。

ＵＥが再アタッチ／ＰＤＮ再接続要求メッセージに障害がないＰＤＮにセッションを要求することができる。

４）Ｓ−ＧＷ／ＭＭＥを経由してＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）に伝達。

ＨＳＳに一時的に加入者情報を変更、接続が許容されるＰＤＮタイプに障害があるＰＤＮタイプが許容されないように調整することができる。

５）ＤＨＣＰサーバなど、Ｐ−ＣＳＣＦのような特定ＰＤＮ接続時に必要なネットワークノードのアドレスを取得することができる第３のネットワークノードに障害ＰＤＮに関連した情報を含蓄的／直接的に伝達することができる。具体的に、ＵＥまたはネットワークノードが特定ＰＤＮ接続時に必要なネットワークノードのアドレスを取得するために要求メッセージを送る場合、障害がないＰＤＮに接続されることができるネットワークアドレスを送るように関連情報を格納し、利用可能なネットワークリストを管理することができる。

６）Ｐ−ＧＷで一時的に設定を調整することができる。

他のネットワークノードに報告し、その外にＰ−ＧＷの設定を変更（事業者の設定更新によることではなく、動的にＰ−ＧＷで判断して設定変更）、障害があるＰＤＮタイプが許容されないように調整し、その一方でデタッチ／ＰＤＮ接続解除（ｄｉｓｃｏｎｎｅｃｔｉｏｎ）のために必要な動作を実行。

以下、本明細書の開示による動作を図面を参照して詳細に説明する。以下で説明される動作は、特定ＰＤＮタイプ障害発生時、ネットワークでは障害がないネットワークにサービスをするための積極的な障害制御メカニズムを実行することに関する。このような動作を介して障害発生時にも可能な早い時間内にユーザに持続的なサービスを提供することができる。

また、障害を検出するネットワークノード（例えば、Ｐ−ＧＷ）は、該当ネットワークノードに接続されているＵＥに対してサービス再開を直接的に試みることで、サービス再開にかかる時間を短縮することができるようにする。

図８は、本明細書の一開示によるＨＳＳの動作改善を示す流れ図である。

１）ネットワークノード（例えば、Ｐ−ＧＷ、Ｓ−ＧＷ、ＭＭＥ、ＤＮＳサーバ、ＨＳＳ、ＰＣＲＦ、ｅＰＤＧ、ＴＷＡＮ、ＡＡＡ ｓｅｒｖｅｒ等）が特定ＰＤＮに対する障害を検出する。

障害をｄｅｔｅｃｔｉｏｎする方法は、下記の方法のうち一つ以上の組み合わせで可能である。

ａ．事業者が直接事業者命令（ｃｏｍｍａｎｄ）を送信し、または設定を更新することによって、全体または一部のネットワークノード（例えば、Ｐ−ＧＷ、Ｓ−ＧＷ、ＭＭＥ、ＤＮＳサーバ、ＨＳＳ、ＰＣＲＦ、ｅＰＤＧ、ＴＷＡＮ、ＡＡＡ ｓｅｒｖｅｒ等）が特定ＰＤＮの障害を認識することができる。

ｂ．特定ＰＤＮのネットワークノード（例えば、Ｐ−ＣＳＣＦ）をさがすためのＤＮＳクエリ（ｑｕｅｒｙ）を試みたが、一定時間の間に失敗頻度数などを算出し、前記頻度数が特定閾値以上である場合はＰＤＮの全体の障害と見なす。

ｃ．特定ＰＤＮのネットワークノード（例えば、Ｐ−ＣＳＣＦ）にデータ／シグナルを送信したが、一定時間の間にａｃｋを受けることができない、または伝達失敗に対する応答を受けた頻度数などを算出し、前記算出された頻度数が特定閾値以上である場合はＰＤＮの全体の障害と見なす。

ｄ．特定ＰＤＮネットワークノードのアドレス発見時間またはネットワークノード間のデータ／シグナリング送信遅延時間が相対的に増加され、特定閾値以上である場合はＰＤＮの全体の障害と見なす。

ｅ．特定ＰＤＮネットワークノードのアドレス発見時間またはネットワークノード間のデータ／シグナル送信遅延時間が相対的に増加され、持続的にこのような現象が発生して頻度数が特定閾値以上である場合はＰＤＮの全体の障害と見なす。

前記ＰＤＮネットワークの障害とは、該当ＰＤＮに属する全体ネットワークノードまたは一部ネットワークノードが物理的に障害が発生して全く動作しない状態になる場合もあるが、該当ＰＤＮに属するネットワークノードのアドレスをさがすことができなくてデータ／シグナルを送信することができない状態も、障害と見なすことができる。また、ネットワークノードのアドレスをさがし、またはデータ／シグナルを送信することができるとしても、ネットワークノードのアドレス発見時間／送信遅延時間または成功率などが正常なサービスを提供することができる範囲内に含まれない場合、またはネットワークノードのアドレス発見／送信失敗率などが正常なサービスを提供することができる範囲を超過した場合と判断される場合、障害と見なすことができる。このような閾値は、事業者が指定した値にあらかじめ設定されており、または個別的にまたは全体的に更新されることができる。

２〜３）前記検出された障害は、他のネットワーク（例えば、Ｐ−ＧＷ、Ｓ−ＧＷ、ＭＭＥ、ＤＮＳサーバ、ＨＳＳ、ＰＣＲＦ、ｅＰＤＧ、ＴＷＡＮ、ＡＡＡ ｓｅｒｖｅｒ等）に情報が伝達されることができる。

例えば、Ｐ−ＧＷ５３０で検出された特定ＰＤＮに対する障害に対する情報は、Ｓ−ＧＷ５２０を経由してＭＭＥ５１０に伝達されることができ、ＭＭＥ５１０は、この情報を再び加工してＨＳＳ５４０に伝達し、またはそのままＨＳＳ５４０にフォワーディングすることができる。このような情報の伝達は、基本的なＧＴＰプロトコルメッセージを使用し、または新しいメッセージを定義して使用することができる。

情報伝達の単位は、ＵＥ別、ＰＤＮ別、ＥＰＳベアラ別に伝達されることもでき、ネットワークノード別（例えば、ＭＭＥ別）に情報が伝達されることもできる。

例えば、ＭＭＥとＨＳＳとの間の加入者情報シグナリングは、ＭＭＥ別に伝達されて特定ＰＤＮ障害をＨＳＳに送ることができることもできるが、ＵＥ単位で伝達されると、現在障害があるＰＤＮに接続されているＵＥに対してのみ特定ＰＤＮ障害をＨＳＳに送ることもできる。

例えば、Ｐ−ＧＷ５３０でＳ−ＧＷ５２０を経由してＭＭＥ５１０に伝達される特定ＰＤＮ障害に対する情報は、ＧＴＰ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）トンネルを使用してＰＤＮ単位で伝達され、または新しいメッセージまたはネットワークノード間の制御シグナリングメッセージを使用してＭＭＥ別に各々のＭＭＥに一回のみ伝達することができる。

４）ＨＳＳ５４０は、特定ＰＤＮ障害を認知した後、該当ＰＤＮ情報を有する加入者情報を更新する。即ち、ＨＳＳ５４０は、加入者情報のうち接続が許容されるＰＤＮタイプに障害があるＰＤＮタイプが許容されないように調整する。これは加入者情報に該当ＰＤＮタイプに対する許可がなくて該当ＰＤＮへの接続を試みることを遮断するためである。

例えば、ＩＰｖ６ ＰＤＮに障害が発生した場合、ＨＳＳ５４０は、特定加入者情報にＩＰｖ６、ＩＰｖ４ ＰＤＮが許容されることをＩＰｖ４ ＰＤＮのみが許容されると情報を変更する。

５）加入者情報更新後、ＨＳＳ５４０は、ＭＭＥ５１０に加入者情報の変更を知らせるためのメッセージを伝達する。

または、ＭＭＥ５１０が加入者情報を取得する過程を実行する場合、前記更新された加入者情報が前記ＭＭＥ５１０に伝達される。例えば、アタッチ手順が進行中である場合、ＭＭＥ５１０は、ＨＳＳ５４０に加入者情報を取得する過程を実行し、このとき、前記変更された加入者情報が前記ＭＭＥ５１０に伝達されることができる。

以上では、ネットワークノードが特定ＰＤＮの障害を検出すると、ＨＳＳに知らせ、前記ＨＳＳは、加入者情報を修正して、更新された加入者情報ＭＭＥにを伝達する過程を記述した。しかし、一定時間以後、特定ＰＤＮの障害が復旧されたことが検出されると、前記障害復旧インジケーションがＨＳＳに伝達され、前記ＨＳＳは加入者情報を修正した後、ＭＭＥに前記更新された加入者情報を伝達することができる。

障害復旧を検出する方法は、下記の方法のうち一つ以上の組み合わせで可能である。

ａ．事業者が直接事業者命令を送信し、または設定を更新することによって、全体または一部のネットワークノード（例えば、Ｐ−ＧＷ、Ｓ−ＧＷ、ＭＭＥ、ＤＮＳサーバ、ＨＳＳ、ＰＣＲＦ、ｅＰＤＧ、ＴＷＡＮ、ＡＡＡ ｓｅｒｖｅｒ等）で特定ＰＤＮの障害復旧を認識することができる。

ｂ．サービスのためのものではないが（その理由は、現在障害ＰＤＮではサービス試行をしない状態であるため）、ネットワークの内部に特定ＰＤＮのネットワークノード（例えば、Ｐ−ＣＳＣＦ）をさがすためのＤＮＳクエリを周期的に送信することができ、一定時間の間に成功頻度数などを算出し、前記算出された頻度数が特定閾値以上である場合はＰＤＮの全体の障害復旧と見なす。

ｃ．サービスのためのものではないが（その理由は、現在障害ＰＤＮではサービス試行をしない状態であるため）、ネットワークの内部に特定ＰＤＮのネットワークノード（例えば、Ｐ−ＣＳＣＦ）にポーリング（ｐｏｌｌｉｎｇ）用途のシグナルを送信して一定時間の間にａｃｋを正常に受けた場合、前記成功応答を受けた頻度数などを算出し、前記算出された頻度数が特定閾値以上である場合はＰＤＮの全体の障害復旧と見なす。

ｄ．サービスのためのものではないが（その理由は、現在障害ＰＤＮではサービス試行をしない状態であるため）、ネットワークの内部に特定ＰＤＮネットワークノードのアドレス発見時間またはネットワークノード間のポーリング（ｐｏｌｌｉｎｇ）用途のシグナル送信遅延時間が特定閾値範囲以内である場合、ＰＤＮの全体の障害復旧と見なす。

ｅ．サービスのためのものではないが（その理由は、現在障害ＰＤＮではサービス試行をしない状態であるため）、ネットワークの内部に特定ＰＤＮネットワークノードのアドレス発見時間またはネットワークノード間のポーリング用途のシグナル送信遅延時間が特定閾値範囲以内である場合、このような現象が持続的に発生して頻度数が特定閾値以上である場合はＰＤＮの全体の障害復旧と見なす。

図９は、本明細書の一開示によるＵＥの動作改善を示す流れ図である。

１）ネットワークノード（例えば、Ｐ−ＧＷ、Ｓ−ＧＷ、ＭＭＥ、ＤＮＳサーバ、ＨＳＳ、ＰＣＲＦ、ｅＰＤＧ、ＴＷＡＮ、ＡＡＡ ｓｅｒｖｅｒ等）が特定ＰＤＮに対する障害を検出する。障害を検出する方法は、前述の通りである。

２〜３）ネットワークで検出した特定ＰＤＮの障害に対する情報は、直接的／含蓄的にＵＥ１００及びＨＳＳ５４０に伝達される。前記障害に対する情報は、前述したように伝達される。

４）ＨＳＳ５４０は、特定ＰＤＮ障害を認知した後、該当ＰＤＮ情報を有する加入者情報を更新する。

５）直接的／含蓄的に特定ＰＤＮに対する障害情報を受けたＵＥ１００は、特定ＰＤＮが障害状態かどうかを判断する。もし、前記特定ＰＤＮが障害状態である場合、前記ＵＥ１００は、障害ＰＤＮに対する接続を解除し、正常なサービスが可能なＰＤＮへの接続を設定する。即ち、前記ＵＥ１００は、デタッチ（ｄｅｔａｃｈ）後、再アタッチ（Ｒｅａｔｔａｃｈ）を実行し、またはＰＤＮ接続解除（ｄｉｓｃｏｎｎｅｃｔｉｏｎ）後、再確立（Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）手順を実行する。

具体的に、ＰＤＮの障害に対する情報、即ち、ＰＤＮ障害インジケーションを直接的に受信し、前記受信に基づいて前記特定ＰＤＮが障害状態と判断した場合、ＵＥ１００は、再アタッチ（ｒｅａｔｔａｃｈ）／ＰＤＮ再確立過程時、正常サービスを受けることができるＰＤＮタイプを直接決定することで接続要求メッセージをネットワークに送信することができる。

その代案として、特定ＰＤＮの障害に対する情報を含蓄的に受信し、前記受信に基づいて前記特定ＰＤＮが障害状態と判断した場合、前記ＵＥ１００は、アタッチ手順／ＰＤＮ確立手順を実行するためにアタッチ要求メッセージ／ＰＤＮ接続要求メッセージを送信する。ただし、要求メッセージを受けたネットワーク、即ち、ＭＭＥは、加入者情報またはＭＭＥに格納されている特定ＰＤＮ障害に対する情報などに基づいて正常サービスを受けることができるＰＤＮタイプへの接続が設定されることができる。例えば、従来技術によると、ＭＭＥは、ＵＥのコンテキスト（ｃｏｎｔｅｘｔ）を既に有している場合、ＨＳＳへの位置登録／加入者情報取得過程をしないが、ＭＭＥが特定ＰＤＮ障害を認知した場合、ＵＥのコンテキスト（ｃｏｎｔｅｘｔ）を有しているにもかかわらず、ＨＳＳへの加入者情報取得を実行する。それによって、ＨＳＳに変更された加入者情報に基づいて障害がないＰＤＮ接続のための次の手順を実行する。

前記実施例では端末が特定ＰＤＮの障害に対する情報を取得した後の過程を記述したが、一定時間以後に特定ＰＤＮの障害が復旧されると、同様に、障害復旧に対する情報を取得した後、再び新しいＰＤＮに接続を設定するための過程が実行されることができる。

図１０は、本明細書の一開示によるＭＭＥの動作改善を示す流れ図である。

１）ネットワークノード（例えば、Ｐ−ＧＷ、Ｓ−ＧＷ、ＭＭＥ、ＤＮＳサーバ、ＨＳＳ、ＰＣＲＦ、ｅＰＤＧ、ＴＷＡＮ、ＡＡＡ ｓｅｒｖｅｒ等）が特定ＰＤＮに対する障害を検出する。障害を検出する方法は、前述の通りである。

２）ネットワークで検出した特定ＰＤＮに対する障害情報は、直接的／含蓄的にＭＭＥ５１０に伝達される。前記障害に対する情報は、前述したように伝達される。

３）前記ＭＭＥ５１０は、前記特定ＰＤＮに対する障害情報を直接的／含蓄的にＨＳＳ５４０に伝達する。前記障害に対する情報は、前述したように伝達される。

４）ＨＳＳ５４０は、特定ＰＤＮ障害を認知した後、該当ＰＤＮ情報を有する加入者情報を更新する。

５）直接的／含蓄的に特定ＰＤＮに対する障害情報を受けたＭＭＥ５１０は、特定ＰＤＮが障害状態かどうかを判断する。もし、前記特定ＰＤＮが障害状態である場合、前記ＭＭＥ５１０は、障害ＰＤＮに対する接続を解除し、正常なサービスが可能なＰＤＮへの接続を設定する。即ち、前記ＭＭＥ５１０は、デタッチ（ｄｅｔａｃｈ）後、再アタッチ（Ｒｅａｔｔａｃｈ）を実行し、またはＰＤＮ接続解除（ｄｉｓｃｏｎｎｅｃｔｉｏｎ）後、再確立（Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）手順を実行する。

前記ＭＭＥ５１０は、具体的に下記のように動作する。

ａ．前記ＭＭＥ５１０は、ＵＥ１００から正常なサービスが可能なＰＤＮタイプの接続設定要求メッセージを受けることができる。

ｂ．前記ＭＭＥ５１０は、ＨＳＳ５４０から正常なサービスが可能なＰＤＮタイプのみを許可するという加入者情報を受けることができる。

ｃ．前記ＭＭＥ５１０は、他のネットワークノードから特定ＰＤＮタイプの障害に対する情報を取得して格納／設定しておき、正常なサービスが可能なＰＤＮタイプを選択する。この情報をＰ−ＧＷ５３０に送信する。

ｄ．前記ＭＭＥ５１０は、他のネットワークノードから特定ＰＤＮタイプの障害に対する情報を取得した後、ＵＥ１００をデタッチ／再アタッチまたはＰＤＮ接続解除／再確立するためのインジケーションをＵＥに送信することができる。このとき、障害ＰＤＮに対する情報が直接的／含蓄的に共に伝達されることができる。

ｅ．前記ＭＭＥ５１０は、他のネットワークノードから特定ＰＤＮタイプの障害に対する情報を取得した後、ＵＥの接続設定要求に対応するために、既にＵＥ ｃｏｎｔｅｘｔを有しているにもかかわらず、ＨＳＳへの加入者情報取得を実行する。

以上では、ＭＭＥ５１０が特定ＰＤＮの障害に対する情報を取得した後の過程を記述したが、一定時間以後に特定ＰＤＮの障害が復旧されると、同様に、障害復旧に対する情報を取得した後、再び新しいＰＤＮに接続を設定するための過程が実行されることができる。

図１１は、本明細書の一開示によるＰ−ＧＷの動作改善を示す流れ図である。

１）ネットワークノード（例えば、Ｐ−ＧＷ、Ｓ−ＧＷ、ＭＭＥ、ＤＮＳサーバ、ＨＳＳ、ＰＣＲＦ、ｅＰＤＧ、ＴＷＡＮ、ＡＡＡ ｓｅｒｖｅｒ等）が特定ＰＤＮに対する障害を検出する。障害を検出する方法は、前述の通りである。

２）ネットワークで検出した特定ＰＤＮに対する障害情報は、直接的／含蓄的にＭＭＥ５１０に伝達される。前記障害に対する情報は、前述したように伝達される。

３）前記ＭＭＥ５１０は、前記特定ＰＤＮに対する障害情報を直接的／含蓄的にＨＳＳ５４０に伝達する。前記障害に対する情報は、前述したように伝達される。

４）ＨＳＳ５４０は、特定ＰＤＮ障害を認知した後、該当ＰＤＮ情報を有する加入者情報を更新する。

５）直接的／含蓄的に特定ＰＤＮに対する障害情報を受けたＭＭＥ５１０は、該当ＵＥ１００に対して障害ＰＤＮに対する接続を解除し、正常なサービスが可能なＰＤＮへの接続を設定する。デタッチ（ｄｅｔａｃｈ）後、再アタッチ（Ｒｅａｔｔａｃｈ）を実行し、またはＰＤＮ接続解除（ｄｉｓｃｏｎｎｅｃｔｉｏｎ）後、再確立（Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）手順が実行される。

ここで、前記再アタッチまたはＰＤＮ再確立過程中に、Ｐ−ＧＷ５３０が要求メッセージ（例えば、接続設定要求メッセージ）を受けるようになると、以前に格納／設定しておいた情報に基づいて正常なサービスが可能なＰＤＮタイプを選択する。

追加に、前記２）過程でＰ−ＣＳＣＦのような特定ＰＤＮ接続時に必要なネットワークノードのアドレスを取得することができる第３のネットワークノードに障害ＰＤＮに関連した情報が含蓄的／直接的に伝達／格納されているため、特定ＰＤＮ接続時に必要なネットワークノードのアドレスを取得するために要求メッセージを送る場合、障害がないＰＤＮに接続されることができるネットワークアドレスを送るように関連情報を格納及び利用可能なネットワークリストが管理されることができる。

以上では、Ｐ−ＧＷまたはその他のネットワークノードが特定ＰＤＮの障害に対する情報を取得した後の過程を記述したが、一定時間以後に特定ＰＤＮの障害が復旧されると、同様に、障害復旧に対する情報を取得した後、再び新しいＰＤＮに接続を設定するための過程が実行されることができる。

以上で説明した内容は、ハードウェアで実現されることができる。これに対して図１２を参照して説明する。

図１２は、本発明の実施例によるＵＥ１００、ＭＭＥ５１０、Ｐ−ＧＷ５３０及びＨＳＳ５４０の構成ブロック図である。

図１２に示すように、前記ＵＥ１００は、格納手段１０１、コントローラ１０２、及び送受信部１０３を含む。そして、前記ＭＭＥ５１０は、格納手段５１１、コントローラ５１２、及び送受信部５１３を含む。前記Ｐ−ＧＷ５３０は、格納手段５３１、コントローラ５３２、及び送受信部５３３を含む。前記ＨＳＳ５４０は、格納手段５４１、コントローラ５４２、及び送受信部５４３を含む。

前記格納手段１０１、５１１、５３１、５４１は、前述した方法を格納する。

前記コントローラ１０２、５１２、５３２、５４２は、前記格納手段１０１、５１１、５３１、５４１及び前記送受信部１０３、５１３、５３３、５４３を制御する。具体的に、前記コントローラ１０２、５１２、５３２、５４２は、前記格納手段１０１、５１１、５３１、５４１に格納された前記方法を各々実行する。そして、前記コントローラ１０２、５１２、５３２、５４２は、前記送受信部１０３、５１３、５３３、５４３を介して前述した信号を送信する。

以上、本発明の好ましい実施例を例示的に説明したが、本発明の範囲は、このような特定実施例にのみ限定されるものではないため、本発明は本発明の思想及び特許請求の範囲に記載された範ちゅう内で多様な形態で修正、変更、または改善されることができる。

Claims (13)

1. ユーザ装置（ＵＥ）における特定ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）の障害に対応する方法であって、
   特定ＰＤＮに障害があるか否かについての情報を受信するステップと、
   前記受信された情報に基づいて特定ＰＤＮが障害状態かどうかを判断するステップと、
   前記特定ＰＤＮが障害状態であると判断される場合、前記特定ＰＤＮに対するデタッチ（ｄｅｔａｃｈ）手順または前記特定ＰＤＮに対する接続解除手順を実行した後、他のＰＤＮへのアタッチ手順またはＰＤＮ接続確立手順を実行するステップと、を含む、方法。
2. 前記他のＰＤＮへのアタッチ手順またはＰＤＮ接続確立手順を実行する時、要求メッセージに障害がないＰＤＮタイプを含む、請求項１に記載の方法。
3. 前記特定ＰＤＮに障害があるか否かについての情報は、含蓄的に受信され、または直接的に受信される、請求項１に記載の方法。
4. 前記特定ＰＤＮに障害があるか否かについての情報を直接的に示すインジケーションが受信される場合、前記他のＰＤＮ上で正常なサービスが利用可能かどうかを決定するステップをさらに含む、請求項２に記載の方法。
5. 前記ＰＤＮに障害があるか否かについての情報は、ユーザ装置（ＵＥ）別に、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）別に、ＰＤＮ別に、またはＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）ベアラ別に受信される、請求項１に記載の方法。
6. 制御プレーンを担当するエンティティで特定ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）の障害に対応する方法であって、
   特定ＰＤＮに障害があるか否かについての情報を受信するステップと、
   前記受信された情報に基づいて特定ＰＤＮが障害状態かどうかを判断するステップと、
   前記特定ＰＤＮが障害状態であると判断される場合、ユーザ装置（ＵＥ）のために他のＰＤＮへのアタッチ手順またはＰＤＮ接続確立手順を実行するステップと、を含む、方法。
7. 前記他のＰＤＮへのアタッチ手順またはＰＤＮ接続確立手順を実行する時、ＵＥの加入者情報及びＵＥのコンテキスト（ｃｏｎｔｅｘｔ）のうち一つ以上を有している場合でも、ホーム加入者サーバ（ＨＳＳ）から加入者情報を取得するステップを含む、請求項６に記載の方法。
8. 前記特定ＰＤＮに障害があるか否かについての情報は、含蓄的に受信され、または直接的に受信される、請求項６に記載の方法。
9. 前記特定ＰＤＮに障害があるか否かについての情報を直接的に示すインジケーションが受信される場合、前記他のＰＤＮ上で正常なサービスが利用可能かどうかを決定するステップをさらに含む、請求項７に記載の方法。
10. 前記ＰＤＮに障害があるか否かについての情報は、ユーザ装置（ＵＥ）別に、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）別に、ＰＤＮ別に、またはＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）ベアラ別に受信される、請求項６に記載の方法。
11. ゲートウェイで特定ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）の障害に対応する方法であって、
    特定ＰＤＮに障害があるか否かについての情報を受信するステップと、
    前記受信された情報に基づいて特定ＰＤＮが障害状態かどうかを判断するステップと、
    前記特定ＰＤＮが障害状態であると判断される場合、アタッチ手順またはＰＤＮ確立手順中に他のＰＤＮを選択するステップと、を含む、方法。
12. 前記特定ＰＤＮに障害があるか否かについての情報は、含蓄的に受信され、または直接的に受信される、請求項１１に記載の方法。
13. 前記ＰＤＮに障害があるか否かについての情報は、ユーザ装置（ＵＥ）別に、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）別に、ＰＤＮ別に、またはＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）ベアラ別に受信される、請求項１１に記載の方法。