JP6333994B2 - Ａｃｄｃによるネットワークアクセス遮断方法及びユーザ装置 - Google Patents

Description

本発明は、移動通信システムにおいて、混雑制御のためにアクセスを遮断する技術に関する。

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

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

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

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

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

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

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

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

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

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

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

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

図１に示すレファレンスポイントのうち、Ｓ２ａ及びＳ２ｂは、非３ＧＰＰインターフェースに該当する。Ｓ２ａは、信頼される非３ＧＰＰアクセス及びＰＤＮＧＷ間の関連制御及び移動性サポートをユーザ平面に提供するレファレンスポイントである。Ｓ２ｂは、ｅＰＤＧ及びＰＤＮＧＷ間の関連制御及び移動性サポートをユーザ平面に提供するレファレンスポイントである。

図２は、一般的に、Ｅ−ＵＴＲＡＮと一般的なＥＰＣのアーキテクチャを示す例示図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一方、図３において、ＮＡＳ階層下に位置するＲＲＣ階層、ＲＬＣ階層、ＭＡＣ階層、ＰＨＹ階層を束ねてアクセス階層（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ：ＡＳ）とも呼ばれる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一方、ＵＥ１０がユーザ平面のデータ送信を目的としてＲＲＣ接続要求をする時、前記ネットワーク、例えば、基地局（即ち、ｅＮｏｄｅＢ）が混雑状態の場合、これを拒絶することができる。

ネットワーク過負荷及び混雑状況でＵＥの特定アプリケーション別にサービス差等化するための方案が必要である。しかし、従来技術ではこれを具現することができる方案がない。

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

前記のような目的を達成するために、本明細書の一開示は、ユーザ装置によリ実行されるネットワークアクセス遮断方法を提供する。前記方法は、ＡＣＤＣ（Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ Ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）遮断情報と、ＡＣＢ（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ）遮断情報と、を受信するステップと；実行中であるアプリケーションによるネットワークアクセス試みによって、アプリケーションに対するカテゴリを決定するステップと；前記決定されたカテゴリと前記受信したＡＣＤＣ遮断情報に基づいて、ＡＣＤＣ遮断検査を実行するステップと；を含む。ここで、前記ＡＣＤＣ遮断検査によって前記アプリケーションによるネットワークアクセス試みが遮断されない場合、前記ＡＣＢ遮断情報に基づくＡＣＢ遮断検査は、スキップ（ｓｋｉｐ）される。

前記ＡＣＢ遮断検査のスキップは、ＡＣＢ遮断検査スキップインジケーションに基づいて実行される。または、ＡＣＤＣ遮断検査を実行した場合、ＡＣＢ遮断検査のスキップは、ＡＣＢ遮断検査スキップインジケーションと関係なしで実行する。

前記方法は、以前のＡＣＢ遮断検査によりアクセスが遮断されており、遮断タイマが駆動されているが、前記ＡＣＤＣ遮断検査によって前記アプリケーションによるネットワークアクセス試みが遮断されない場合、前記遮断タイマを中断するステップをさらに含む。

前記アプリケーションによるネットワークアクセス試みがある場合、前記以前のＡＣＢ遮断検査によりアクセスが遮断されていても、前記遮断がＡＣＢ遮断検査によることであることを知らせるインジケーションに基づいて、アプリケーションに対するカテゴリが決定される。

前記アプリケーションのカテゴリは、前記アプリケーションの属性関連情報に基づいて決定される。

前記アプリケーション属性関連情報は、前記アプリケーションのグループ、カテゴリ、優先順位、情報及びＩＤのうち一つ以上を含む。

前記ＡＣＤＣ遮断情報は、特定のアプリケーション単位別に定義される遮断比率、遮断ファクタ、遮断時間、ローミング情報、ＡＣＢスキップ設定を含む。

前記のような目的を達成するために、本明細書の一開示は、ネットワークアクセス遮断を実行することができるユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）を提供する。前記ユーザ装置は、送受信部と；前記送受信部を制御するプロセッサと；を含む。前記プロセッサは：ＡＣＤＣ（Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ Ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）遮断情報と、ＡＣＢ（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ）遮断情報と、を受信する過程と；実行中であるアプリケーションによるネットワークアクセス試みによって、アプリケーションに対するカテゴリを決定する過程と；前記決定されたカテゴリと前記受信したＡＣＤＣ遮断情報に基づいて、ＡＣＤＣ遮断検査を実行する過程と；を実行する。ここで、前記ＡＣＤＣ遮断検査によって前記アプリケーションによるネットワークアクセス試みが遮断されない場合、前記ＡＣＢ遮断情報に基づくＡＣＢ遮断検査は、スキップ（ｓｋｉｐ）される。

本明細書の開示によると、前述した従来技術の問題点が解決される。具体的に、システムのアプリケーションに基づくサービス環境で不要な端末とネットワークとの間のサービス遅延を防止することができる。また、不要なネットワークリソース浪費を防止することができる。

進化した移動通信ネットワークの構造図である。 一般的に、Ｅ−ＵＴＲＡＮと一般的なＥＰＣのアーキテクチャを示す例示図である。 ＵＥとｅＮｏｄｅＢとの間の制御平面での無線インターフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）の構造を示す例示図である。 端末と基地局との間のユーザ平面での無線インターフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）の構造を示す他の例示図である。 図５（Ａ）は３ＧＰＰ ＬＴＥにおいて、ランダムアクセス過程を示す流れ図であり、（Ｂ）は無線リソース制御（ＲＲＣ）階層での連結過程を示す。 ネットワーク過負荷状態を示す。 ネットワーク混雑状態でアクセス遮断動作を示す例示的な流れ図である。 ＡＣＢが適用される場合、全てのアプリケーションによるアクセスが全て遮断される例を示す。 ＡＣＤＣによる手順を示す信号流れ図である。 ＡＣＤＣの非効率性を例示的に示す信号流れ図である。 ＡＣＤＣ遮断情報、ＡＣＢ遮断情報、ＳＳＡＣ遮断情報が全て提供される時の技術的な曖昧性を示す信号流れ図である。 本明細書の第１の開示の第１の提案によるＡＣＤＣ手順の信号流れ図を示す例示図である。 ＡＣＤＣ遮断情報とＡＣＢ遮断情報が両方とも提供されるときの処理方案を示す例示図である。 ＡＣＤＣ遮断情報とＡＣＢ遮断情報が両方とも提供されるときの他の処理方案を示す例示図である。 ＡＣＤＣ遮断情報とＡＣＢ遮断情報が両方とも提供されるときの他の処理方案を示す例示図である。 ＡＣＤＣ遮断情報とＡＣＢ遮断情報が両方とも提供されるときの他の処理方案を示す例示図である。 本明細書の提案３による手順を示す例示図である。 本明細書の提案３による手順を示す例示図である。 本明細書の提案４による手順を示す例示図である。 本明細書の提案４による手順を示す例示図である。 本発明の実施例によるＵＥ１００及び基地局２００の構成ブロック図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

ＰＤＮ−ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）：ＵＥ ＩＰアドレス割当て、パケットのスクリーニング＆フィルタリング、課金データ集積といった機能を遂行するＥＰＳネットワークのネットワークノード。

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

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

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

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

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

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

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

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

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

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

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

ＯＭＡ ＤＭ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ）：携帯電話、ＰＤＡ、携帯用コンピュータなどのようなモバイルデバイス管理のためにデザインされたプロトコルであって、デバイス設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、ファームウェアアップグレード（ｆｉｒｍｗａｒｅ ｕｐｇｒａｄｅ）、エラー報告（Ｅｒｒｏｒ Ｒｅｐｏｒｔ）等の機能を遂行する。

ＯＡＭ（Ｏｐｅｒａｔｉｏｎ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）：ＯＡＭとは、ネットワーク欠陥表示、性能情報、そしてデータと診断機能を提供するネットワーク管理機能群をいう。

ＮＡＳ設定ＭＯ（Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）：ＮＡＳ機能（Ｆｕｎｃｔｉｏｎａｌｉｔｙ）と関連したパラメータ（ｐａｒａｍｅｔｅｒｓ）をＵＥに設定（設定）する時に使用するＭＯ（Ｍａｎａｇｅｍｅｎｔ ｏｂｊｅｃｔ）を意味する。

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

ＭＭ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）動作／手順：ＵＥの移動性（ｍｏｂｉｌｉｔｙ）制御／管理／ｃｏｎｔｒｏｌのための動作または手順。ＭＭ動作／手順は、ＣＳネットワークでのＭＭ動作／手順、ＧＰＲＳネットワークでのＧＭＭ動作／手順、ＥＰＳネットワークでのＥＭＭ動作／手順のうち一つ以上を含むと解釈されることができる。ＵＥとネットワークノード（ＭＭＥ、ＳＧＳＮ、ＭＳＣ）は、ＭＭ動作／手順を実行するためにＭＭメッセージをやり取りする。

ＳＭ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）動作／手順：ＵＥのｕｓｅｒ ｐｌａｎｅ及び／またはｂｅａｒｅｒ ｃｏｎｔｅｘｔ／ＰＤＰ ｃｏｎｔｅｘｔを制御／管理／処理／ｈａｎｄｌｉｎｇするための動作または手順。ＳＭ動作／手順は、ＧＰＲＳネットワークでのＳＭ動作／手順、ＥＰＳネットワークでのＥＳＭ動作／手順のうち一つ以上を含むと解釈されることができる。ＵＥとネットワークノード（ＭＭＥ、ＳＧＳＮ）は、ＳＭ動作／手順を実行するためにＳＭメッセージをやり取りする。

低順位（Ｌｏｗ ｐｒｉｏｒｉｔｙ）端末：ＮＡＳ信号低順位に設定された端末。詳細な事項は、標準文書３ＧＰＰ ＴＳ ２４．３０１及びＴＳ ２４．００８を参考することができる。

正常順位（Ｎｏｒｍａｌ ｐｒｉｏｒｉｔｙ）端末：低順位（Ｌｏｗ ｐｒｉｏｒｉｔｙ）に設定されない一般的な端末。

二重順位（Ｄｕａｌ ｐｒｉｏｒｉｔｙ）端末：二重順位（Ｄｕａｌ ｐｒｉｏｒｉｔｙ）に設定された端末、これはＮＡＳ信号低順位に設定されると同時に前記設定されたＮＡＳ信号低順位を無視（ｏｖｅｒｒｉｄｅ）することができるように設定された端末（即ち、ＵＥ ｗｈｉｃｈ ｐｒｏｖｉｄｅｓ ｄｕａｌ ｐｒｉｏｒｉｔｙ ｓｕｐｐｏｒｔ ｉｓ 設定 ｆｏｒ ＮＡＳ ｓｉｇｎａｌｌｉｎｇ ｌｏｗ ｐｒｉｏｒｉｔｙ ａｎｄ ａｌｓｏ 設定 ｔｏ ｏｖｅｒｒｉｄｅ ｔｈｅ ＮＡＳ ｓｉｇｎａｌｌｉｎｇ ｌｏｗ ｐｒｉｏｒｉｔｙ ｉｎｄｉｃａｔｏｒ）。詳細な事項は、標準文書３ＧＰＰ ＴＳ ２４．３０１及びＴＳ ２４．００８を参考することができる。

ＰＬＭＮ：公衆陸上移動体ネットワーク（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）の略語であって、事業者のネットワーク識別番号を意味する。ＵＥのローミング状況で、ＰＬＭＮは、Ｈｏｍｅ ＰＬＭＮ（ＨＰＬＭＮ）とＶｉｓｉｔｅｄ ＰＬＭＮ（ＶＰＬＭＮ）とに区分される。

以下、図面を参照して本明細書の開示に対して説明する。

図６は、ネットワーク過負荷状態を示す。
図６に示すように、ｅＮｏｄｅＢ２００のカバレッジには数多いＵＥ１００ａ、１００ｂ、３００ｃ、３００ｄが存在し、データ送受信を試みる。それによって、前記ｅＮｏｄｅＢ２００と前記Ｓ−ＧＷ５２０との間のインターフェースにトラフィックが過負荷（ｏｖｅｒｌｏａｄ）または混雑（ｃｏｎｇｅｓｔｉｏｎ）するようになった場合、前記ＵＥ１００へのダウンリンクデータまたは前記ＵＥ１００からのアップリンクデータは、正確に送信されずに失敗するようになる。

または、前記Ｓ−ＧＷ５２０と前記ＰＤＮ−ＧＷ５３０との間のインターフェース、または前記ＰＤＮ−ＧＷ５３０と移動通信事業者のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）サービスネットワークとの間のインターフェースが過負荷（ｏｖｅｒｌｏａｄ）または混雑（ｃｏｎｇｅｓｔｉｏｎ）する場合にも、前記ＵＥ１００ａ、１００ｂ、３００ｃ、３００ｄへのダウンリンクデータまたはＵＥ１００ａ、１００ｂ、３００ｃ、３００ｄからのアップリンクデータは、正確に送信されずに失敗するようになる。

前記ｅＮｏｄｅＢ２００と前記Ｓ−ＧＷ５２０との間のインターフェースに過負荷または混雑がある場合、または前記Ｓ−ＧＷ５２０と前記ＰＤＮ−ＧＷ５３０との間のインターフェースに過負荷または混雑がある場合、前記核心ネットワークのノード（例えば、ＭＭＥ）は、ＮＡＳステップでの混雑制御（ＮＡＳ ｌｅｖｅｌ ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ）を実行することで、信号混雑（ｓｉｇｎａｌｉｎｇ ｃｏｎｇｅｓｔｉｏｎ）及びＡＰＮ混雑を回避したり制御したりするようになる。

このようなＮＡＳステップでの混雑制御は、ＡＰＮベースの混雑制御（ＡＰＮ ｂａｓｅｄ ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ）と一般ＮＡＳステップで移動管理制御（Ｇｅｎｅｒａｌ ＮＡＳ ｌｅｖｅｌ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｃｏｎｔｒｏｌ）で構成される。

前記ＡＰＮベースの混雑制御は、ＵＥそして特定ＡＰＮ（混雑状態と関連したＡＰＮ）と関連したＥＭＭ、ＧＭＭと（Ｅ）ＳＭ信号混雑制御を意味し、ＡＰＮベースのセッション管理混雑制御（ＡＰＮ ｂａｓｅｄ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ）とＡＰＮベースの移動管理混雑制御（ＡＰＮ ｂａｓｅｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ）とを含む。

それに対し、前記一般ＮＡＳステップの移動管理制御は、一般的なネットワーク混雑（ｃｏｎｇｅｓｔｉｏｎ）や過負荷（ｏｖｅｒｌｏａｄ）状況で、ＵＥ／ＭＳが要求する移動管理信号（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ ｓｉｇｎａｌｉｎｇ）要求をコアネットワーク内のノード（ＭＭＥ、ＳＧＳＮ）が拒絶することで混雑及び過負荷を回避することを意味する。

一般的に、コアネットワークがＮＡＳステップの混雑制御を実行する場合、アイドルモード（ｉｄｌｅモード）または接続モード（ｃｏｎｎｅｃｔｅｄモード）のＵＥに遅延時間タイマ（バックオフタイマ）（ｂａｃｋ−ｏｆｆ ｔｉｍｅｒ）値をＮＡＳ拒絶メッセージ（ｒｅｊｅｃｔ ｍｅｓｓａｇｅ）に載せて送信するようになり、ＵＥは、遅延時間タイマ（バックオフタイマ）（ｂａｃｋ−ｏｆｆ ｔｉｍｅｒ）が満了（ｅｘｐｉｒｅ）される前までネットワークにＥＭＭ／ＧＭＭ／（Ｅ）ＳＭ信号を要求しなくなる。前記ＮＡＳ拒絶メッセージは、アタッチ拒絶（ＡＴＴＡＣＨ ＲＥＪＥＣＴ）、ＴＡＵ（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｉｎｇ）拒絶、ＲＡＵ（Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｉｎｇ）拒絶、サービス拒絶、拡張サービス（ＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ）拒絶、ＰＤＮ接続（ｃｏｎｎｅｃｔｉｖｉｔｙ）拒絶、ベアラリソース割当（ｂｅａｒｅｒ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）拒絶、ベアラリソース修正（ｂｅａｒｅｒ ｒｅｓｏｕｒｃｅ ｍｏｄｉｆｉｃａｔｉｏｎ）拒絶、ＥＰＳベアラコンテキスト非活性化要求（ｄｅａｃｔｉｖａｔｅ ＥＰＳ ｂｅａｒｅｒ ｃｏｎｔｅｘｔ ｒｅｑｕｅｓｔ）に対する拒絶のメッセージのうち一つに該当する。

このような遅延時間タイマ（ｂａｃｋ−ｏｆｆ ｔｉｍｅｒ）は、移動管理（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ：ＭＭ）遅延時間（ｂａｃｋ−ｏｆｆ）タイマとセッション管理（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ：ＳＭ）遅延時間（ｂａｃｋ−ｏｆｆ）タイマとに分けられる。

前記ＭＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマはＵＥ毎に、そしてＳＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマはＡＰＮ毎にそしてＵＥ毎に、各々、独立的に動作する。

簡略には、前記ＭＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマは、ＥＭＭ／ＧＭＭ信号（例えば、Ａｔｔａｃｈ、ＴＡＵ／ＲＡＵ要求等）制御のためのものである。前記ＳＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマは、（Ｅ）ＳＭ信号（例えば、ＰＤＮ ｃｏｎｎｅｃｔｉｖｉｔｙ、Ｂｅａｒｅｒ Ｒｅｓｏｕｒｃｅ Ａｌｌｏｃａｔｉｏｎ、Ｂｅａｒｅｒ Ｍｏｄｉｆｉｃａｔｉｏｎ、ＰＤＰ Ｃｏｎｔｅｘｔ Ａｃｔｉｖａｔｉｏｎ、ＰＤＰ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ要求等）制御のためのものである。

具体的には、ＭＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマは、ネットワークに混雑（ｃｏｎｇｅｓｔｉｏｎ）が発生した場合、それを制御するために使用する移動性関連遅延時間（ｂａｃｋ−ｏｆｆ）タイマであって、タイマが動作している間、ＵＥは、アタッチ（ａｔｔａｃｈ）、位置情報更新（ＴＡＵ、ＲＡＵ）、サービス要求手順（サービス要求手順）をすることができないようにするタイマである。ただ、緊急ベアラサービス（ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅ）、ＭＰＳ（Ｍｕｌｔｉｍｅｄｉａ Ｐｒｉｏｒｉｔｙ Ｓｅｒｖｉｃｅ）の場合は例外であって、タイマが動作しているとしてもＵＥが要求可能である。

前述したように、ＵＥがＭＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマ値をコアネットワークノード（例えば、ＭＭＥ、ＳＧＳＮ等）から提供を受けたり、下位階層（ｌｏｗｅｒ階層；Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）から伝達を受けることができる。また、ＵＥにより１５分から３０分までの範囲内でランダムに設定されることもできる。

前記ＳＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマは、ネットワークに混雑（ｃｏｎｇｅｓｔｉｏｎ）が発生した場合、それを制御するために使用するセッション管理（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）関連遅延時間（ｂａｃｋ−ｏｆｆ）タイマであって、タイマが動作している間、ＵＥは、関連した（ａｓｓｏｃｉａｔｅｄ）ＡＰＮベースのセッションを設定または変更することができないようにするタイマである。ただ、同様に、緊急ベアラサービス、ＭＰＳ（Ｍｕｌｔｉｍｅｄｉａ Ｐｒｉｏｒｉｔｙ Ｓｅｒｖｉｃｅ）の場合は例外であって、タイマが動作しているとてもＵＥ１００が要求可能である。

ＵＥは、このようなＳＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマ値をコアネットワークノード（例えば、ＭＭＥ、ＳＧＳＮ等）から提供を受け、最大７２時間以内でランダムに設定される。また、ＵＥ１００により１５分から３０分までの範囲内でランダムに設定されることもできる。

他方、前記ｅＮｏｄｅＢ２００で混雑が発生した場合、前記ｅＮｏｄｅＢ２００も混雑制御を実行することができる。即ち、ＵＥがユーザ平面のデータ送信を目的としてＲＲＣ接続確立（ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）を要求する場合、ｅＮｏｄｅＢ２００が混雑状態の場合、延長待機タイマ（ｅｘｔｅｎｄｅｄ ｗａｉｔ ｔｉｍｅｒ）と共に拒絶応答をＵＥに送信することができる。このような場合、ＲＲＣ接続確立要求を前記延長待機タイマ（ｅｘｔｅｎｄｅｄ ｗａｉｔ ｔｉｍｅｒ）が満了する前まで再試図することができない。それに対し、ＵＥがＣＳ（ｃｉｒｃｕｉｔ ｓｗｉｔｃｈ）ベースの呼び（ｃａｌｌ）受信のための制御平面の信号を送信する目的としてＲＲＣ接続要求をする場合、前記ｅＮｏｄｅＢ２００が混雑状態であるとしても、これを拒絶することができない。

図７は、ネットワーク混雑状態でアクセス遮断動作を示す例示的な流れ図である。
図７に示すように、ネットワークまたはｅＮｏｄｅＢ２００の過負荷または混雑状態で、ｅＮｏｄｅＢ２００は、システム情報を介してＡＣＢ（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ）関連情報をブロードキャスティングすることができる。前記システム情報は、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）タイプ２である。

前記ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）タイプ２は、以下の表のようなＡＣＢ関連情報を含むことができる。

一方、前記ＵＥ１ １００ａは、ＩＭＳサービス、例えば、ＶｏＬＴＥによる呼び（ｃａｌｌ）の発信を決定し、サービス要求メッセージを生成する。同様に、ＵＥ２ １００ｂは、一般データの発信を決定し、サービス要求メッセージを生成する。

次に、前記ＵＥ１ １００ａは、ＲＲＣ接続要求メッセージを生成する。同様に、ＵＥ２ １００ｂは、ＲＲＣ接続要求メッセージを生成する。

一方、前記ＵＥ１ １００ａは、アクセス遮断検査（即ち、ＡＣＢ適用可否）を実行する。同様に、ＵＥ２ １００ｂは、アクセス遮断検査（即ち、ＡＣＢ適用可否）を実行する。

もし、前記ＡＣＢの適用対象でない場合、前記ＵＥ１ １００ａと前記ＵＥ２ １００ｂは、各々、サービス要求（または、拡張サービス要求）メッセージとＲＲＣ接続要求メッセージを送信することができる。しかし、前記ＡＣＢの適用対象の場合、前記ＵＥ１ １００ａと前記ＵＥ２ １００ｂは、両方ともＲＲＣ接続要求メッセージを送信することができない。

前記アクセス遮断検査に対して具体的に説明すると、次の通りである。ＵＥは、一般的に１０個アクセスクラス（例えば、ＡＣ０、ＡＣ１、…、ＡＣ９）のうち少なくとも一つがランダムに割り当てられている。例外的に、緊急非常アクセスのためにはＡＣ１０が割り当てられる。このように、ランダムに割り当てられたアクセスクラスの値は、前記ＵＥ１ １００及びＵＥ２ １００ｂの各ＵＳＩＭには格納されることができる。そのとき、前記ＵＥ１ １００ａと前記ＵＥ２ １００ｂは、前記格納されたアクセスクラスに基づいて、前記受信したＡＣＢ関連情報に含まれている遮断ファクタ（ｂａｒｒｉｎｇ ｆａｃｔｏｒ）フィールドを利用することで、アクセス遮断が適用されるかどうかを確認する。このようなアクセス遮断検査は、前記ＵＥ１ １００ａと前記ＵＥ２ １００ｂの各ＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）階層、即ち、ＲＲＣ階層で実行される。

前記アクセス遮断検査に対し、より具体的に説明すると、下記の通りである。

前記ＵＥ１ １００ａ及びＵＥ２ １００ｂが各々受信したＳＩＢタイプ２にａｃ−ＢａｒｒｉｎｇＰｅｒＰＬＭＮ−Ｌｉｓｔが含まれており、前記ａｃ−ＢａｒｒｉｎｇＰｅｒＰＬＭＮ−Ｌｉｓｔには上位階層に選択されたＰＬＭＮに対応するｐｌｍｎ−ｉｄｅｎｔｉｔｙＩｎｄｅｘとマッチングされるＡＣ−ＢａｒｒｉｎｇＰｅｒＰＬＭＮエントリが含まれている場合、前記上位階層により選択されたＰＬＭＮと対応するｐｌｍｎ−ｉｄｅｎｔｉｔｙＩｎｄｅｘとマッチングされるＡＣ−ＢａｒｒｉｎｇＰｅｒＰＬＭＮエントリを選択する。

次に、前記ＵＥ１ １００ａ及びＵＥ２ １００ｂがＲＲＣ接続要求をしようとする場合、ＴｂａｒｒｉｎｇとしてＴ３０３を使用し、遮断パラメータとしてａｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを使用し、アクセス遮断検査を実行する。

遮断されると決定される場合、前記ＵＥ１ １００ａ及びＵＥ２ １００ｂの各ＡＳ階層（即ち、ＲＲＣ階層）は、ＲＲＣ接続確立の失敗を上位階層に知らせる。

次に、このように、アクセスが遮断される時、各ＡＳ階層（即ち、ＲＲＣ階層）は、Ｔ３０２タイマまたはＴｂａｒｒｉｎｇタイマが駆動中であるかどうかを判断する。もし、駆動中でない場合、前記Ｔ３０２タイマまたはＴｂａｒｒｉｎｇタイマを駆動する。

一方、前記Ｔ３０２タイマまたはＴｂａｒｒｉｎｇタイマが駆動中には、前記ＡＳ階層（即ち、ＲＲＣ階層）は該当セルに対する全てのアクセスは遮断されると見なす。

以上で説明したように、ネットワーク過負荷及び混雑状況で、ｅＮＢ／ＲＮＣがＡＣＢ（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ）関連情報をＵＥに提供する。そのとき、ＵＥは、ＵＳＩＭに格納されている自分のアクセスクラス（ａｃｃｅｓｓ ｃｌａｓｓ）に基づいて、受信したＡＣＢ情報に含まれている遮断ファクタ（Ｂａｒｒｉｎｇ ｆａｃｔｏｒ）を利用してアクセス遮断（Ａｃｃｅｓｓ Ｂａｒｒｉｎｇ）をチェックするようになる。このようなアクセス遮断検査を介して最終的にアクセス試みをすることができなくする。即ち、アクセス遮断検査を介して該当セルに対するアクセスが遮断される場合、ＵＥはアクセスを試みることができず、該当セルに対するアクセスが遮断されない場合、ＵＥはアクセスを試みるようになる。このようなアクセス遮断検査は、ＵＥのＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）階層で実行する。ここで、アクセス試みは、ＵＥのＡＳ階層（即ち、ＲＲＣ階層）からｅＮＢ／ＲＮＣへのＲＲＣ接続要求メッセージを送信することを意味する。

一方、アクセス遮断検査は、ＵＥの一般的な発信（ＭＯ：Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｉｎｇ）サービス、例えば、通話発信（ｏｒｉｇｉｎａｔｉｎｇ ｃａｌｌ）、データ発信（ｏｒｉｇｉｎａｔｉｎｇ ｄａｔａ）、ＩＭＳ音声発信（ｏｒｉｇｉｎａｔｉｎｇ ＩＭＳ ｖｏｉｃｅ）、ＩＭＳ映像発信（ｏｒｉｇｉｎａｔｉｎｇ ＩＭＳ ｖｉｄｅｏ）に対して実行される。即ち、ＡＣＢは、全てのアプリケーションプログラムのアクセス（ただし、緊急サービスまたはページングに対する応答は除外）に対して適用される。

図８は、ＡＣＢが適用される場合、全てのアプリケーションによるアクセスが全て遮断される例を示す。

図８を参照して分かるように、ＡＣＢが適用されると決定されると、ＵＥの全てのアプリケーションによるアクセス（ただし、緊急サービスまたはページングに対する応答は除外）は全て遮断される。

このように、全てのアプリケーションによるアクセスが遮断されることによって、差別化されたサービスが不可能になる。このような問題は、結局、ネットワークリソース浪費及びユーザの経験を低下させる。

したがって、ネットワーク過負荷及び混雑状況で特定アプリケーショングループ／カテゴリ（ａｐｐｌｉｃａｔｉｏｎ ｇｒｏｕｐ／カテゴリ）別にＭＯ（Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｉｎｇ）サービス（例えば、通話発信またはデータ発信）を差等化するための方案が必要である。しかし、従来技術ではこれを具現することができる方案がない。

＜アプリケーション別混雑制御データ通信（ＡＣＤＣ）の導入＞
一般的な発信（ＭＯ：Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｉｎｇ）サービス、例えば、通話発信（ｏｒｉｇｉｎａｔｉｎｇ ｃａｌｌ）、データ発信（ｏｒｉｇｉｎａｔｉｎｇ ｄａｔａ）、ＩＭＳ音声発信（ｏｒｉｇｉｎａｔｉｎｇ ＩＭＳ ｖｏｉｃｅ）、ＩＭＳ映像発信（ｏｒｉｇｉｎａｔｉｎｇ ＩＭＳ ｖｉｄｅｏ）を差等化するための方案として、アプリケーション別混雑制御データ通信（Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ Ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＡＣＤＣ）が提案された。

図９は、ＡＣＤＣによる手順を示す信号流れ図である。

図９を参照して説明すると、下記の通りである。
まず、ネットワーク（例えば、基地局）は、ＡＣＤＣ遮断情報をＳＩＢを介してＵＥに提供することができる。

一方、ＵＥ１００で特定アプリケーションが実行され、前記特定アプリケーションによりデータ通信サービスが要求されると、前記特定アプリケーションの実行を担当するアプリケーション階層は、アプリケーション属性関連情報をＮＡＳ階層に提供する。

そのとき、前記ＵＥ１００のＮＡＳ階層は、アプリケーション階層から受けたアプリケーション属性関連情報に基づいて、ＡＣＤＣのためのアプリケーションカテゴリを決定する。

次に、前記ＵＥ１００のＮＡＳ階層は、サービスアクセスのためのサービス要求手順（ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信）を開始する時、前記アプリケーションカテゴリに対する情報をＡＳ階層（即ち、ＲＲＣ階層）に伝達する。

前記ＵＥ１００の前記ＡＳ階層（即ち、ＲＲＣ階層）は、前記ＮＡＳ階層のサービス要求手順（ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信）を実行する前に、前記アプリケーションのカテゴリと前記ネットワークから受信したＡＣＤＣ遮断情報に基づいて、ＡＣＤＣ遮断検査を実行し、それによって、前記サービス要求手順を許容するかまたは許容しないかを決定する。
前記ＡＣＤＣ遮断検査結果、遮断されずに許容される場合、前記ＵＥ１００の前記ＡＳ階層（即ち、ＲＲＣ階層）は、ＲＲＣ接続要求（ＲＲＣ Ｃｏｎｎｅｃｔ Ｒｅｑｕｅｓｔ）メッセージをｅＮｏｄｅＢ２００に送信する。

以上で説明したように、ＡＣＤＣを介してＵＥ内で実行中であるアプリケーションにより要求されるサービス要求を差等化して許容したり遮断したりすることができる。

しかし、ＡＣＤＣによりサービス要求が遮断されると、タイマが満了する前までは前記ＵＥ内の他のどのアプリケーションもサービス要求を実行することができない。したがって、前記サービス要求の遮断を引き起こしたアプリケーションより優先順位が高いアプリケーションがサービス要求をしても、前記サービス要求は受け入れられない非効率性がある。以下、図１０を参照して説明する。

図１０は、ＡＣＤＣの非効率性を例示的に示す信号流れ図である。
前記ＵＥ１００の前記ＡＳ階層（即ち、ＲＲＣ階層）は、ＡＣＤＣ遮断検査を実行し、それによって、第１のアプリケーションによる要求を遮断する。次に、前記ＡＳ階層は、遮断タイマを駆動する。

このように前記ＡＣＤＣ遮断検査結果、遮断される場合、前記ＡＳ階層は、前記ＮＡＳ階層に前記セルへの接近が遮断されたということを示すインジケーションを伝達する。そのとき、前記ＮＡＳ階層は、該当ＮＡＳサービス要求手順を中止するようになる。

一方、優先順位が高い第２のアプリケーションがサービスを要求する。
しかし、前記ＡＳ階層（即ち、ＲＲＣ階層）で駆動中の前記遮断タイマが満了されて、前記セルへの遮断された接近が緩和（ａｌｌｅｖｉａｔｉｏｎ）されたという指示を前記ＮＡＳ階層に伝達する前までは、前記ＮＡＳ階層は、前記遮断を引き起こした第１のアプリケーションより優先順位が高い第２のアプリケーションに対してどのような差等化も実行することができない。

したがって、前記遮断を引き起こした第１のアプリケーションより優先順位がより高い第２のアプリケーションによるサービス要求も失敗する。

以上で説明したように、ＡＣＤＣにより遮断されると、その後、前記遮断を引き起こした第１のアプリケーションより優先順位がより高い第２のアプリケーションがサービスを要求しても、受け入れられない非効率的な面がある。

図１１は、ＡＣＤＣ遮断情報、ＡＣＢ遮断情報、ＳＳＡＣ遮断情報が全て提供される時の技術的な曖昧性を示す信号流れ図である。

図１１を参照して分かるように、ネットワーク（例えば、ｅＮｏｄｅＢ）は、ＡＣＤＣ遮断情報、ＡＣＢ遮断情報、そしてＳＳＡＣ（Ｓｅｒｖｉｃｅ Ｓｐｅｃｉｆｉｃ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）遮断情報をＵＥ１００に提供する。

この場合、前記ＵＥは、様々な種類の遮断情報をどのように処理するかが不明である。

＜本明細書の開示＞
したがって、本明細書の開示は、前述した非効率性及び曖昧性を改善する方案を提示する。

本明細書に使われるアプリケーション属性関連情報は、アプリケーションのグループ／カテゴリ／優先順位情報／ＩＤのうち一つまたは一つ以上の組合せを含む情報を意味する。このようなアプリケーション属性関連情報は、ネットワークがアタッチ手順／ＴＡＵ手順／ＲＡＵ手順を介してＵＥに知らせることができる。即ち、前記アプリケーション属性関連情報を、ネットワークがＡＴＴＡＣＨ受諾メッセージ、ＴＡＵ受諾メッセージ、ＲＡＵ受諾メッセージを介してＵＥに提供／お知らせすることができる。または、このようなアプリケーション属性関連情報は、ＮＡＳ設定管理オブジェクト（Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ：ＭＯ）または新しいアプリケーション管理オブジェクト（ＭＯ）（例えば、アプリケーション別アクセス制御ＭＯ）を介してＵＥに提供されることができる。または、アプリケーション属性関連情報は、ＵＥにＵＳＩＭ等にあらかじめ設定されていることがある。

そして、ＡＣＤＣのためのアプリケーションカテゴリ情報は、アプリケーション属性関連情報に基づいて決定されるアプリケーションのグループ／カテゴリ／優先順位マッピング情報を意味する。前記ＡＣＤＣのためのアプリケーションカテゴリ情報は、Ａｔｔａｃｈ／ＴＡＵ／ＲＡＵ手順（例えば、ＡＴＴＡＣＨ ＡＣＣＥＰＴメッセージ、ＴＡＵ ＡＣＣＥＰＴメッセージ、ＲＡＵ ＡＣＣＥＰＴメッセージ）を介してＵＥ１００に提供／お知らせすることができる。このとき、ＵＥは、ＡＣＤＣ遮断検査実行のための能力（ｃａｐａｂｉｌｉｔｙ）インジケーション／情報をＡｔｔａｃｈ／ＴＡＵ／ＲＡＵ手順（例えば、ＡＴＴＡＣＨ ＲＥＱＵＥＳＴメッセージ、ＴＡＵ ＲＥＱＵＥＳＴメッセージ、ＲＡＵ ＲＥＱＵＥＳＴメッセージ）を介してネットワークに提供した後、ネットワークでこれに基づいて（例えば、前記ＡＣＤＣ遮断検査をサポートする場合）このようなＡＣＤＣのためのアプリケーションカテゴリ情報をＡｔｔａｃｈ／ＴＡＵ／ＲＡＵ手順（例えば、ＡＴＴＡＣＨ ＡＣＣＥＰＴメッセージ、ＴＡＵ ＡＣＣＥＰＴメッセージ、ＲＡＵ ＡＣＣＥＰＴメッセージ）を介してＵＥ１００に提供／お知らせすることもできる。また、このようなＡＣＤＣのためのアプリケーションカテゴリ情報は、ＮＡＳ設定ＭＯ（Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）または新しいアプリケーションＭＯ（例えば、Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ（ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）内に含まれ、ＯＭＡ ＤＭを介してＵＥ１００に提供されることができる。または、ＡＣＤＣのためのアプリケーションカテゴリ情報は、ＵＥ１００にＵＳＩＭ等にあらかじめ設定されていることがある。

また、ＡＣＤＣ遮断情報は、（特定の）ＡＣＤＣのためのアプリケーションカテゴリ別に定義される遮断比率、遮断ファクタ、遮断時間、ローミング情報、ＡＣＢスキップ設定を含む情報（即ち、アプリケーショングループ／カテゴリ／優先順位（グループ／カテゴリ／優先度）情報／ＩＤ別に遮断比率、遮断ファクタ、平均遮断時間、ＡＣＢスキップ設定（ＡＣＢスキップがＯｎ／ｃｏｎｆｉｇｕｒｅｄ／Ｔｒｕｅ、若しくはＡＣＢスキップがＯｆｆ／ｎｏｔ ｃｏｎｆｉｇｕｒｅｄ／Ｆａｌｓｅ）といった情報）を意味する。

Ｉ．本明細書の第１の開示（仮出願提案５）

Ｉ−１．第１の開示の提案１
本明細書の提案１は、ＡＣＤＣ遮断検査の結果、低いアプリケーションカテゴリにより遮断された場合、高い優先順位を有するアプリケーションカテゴリが前記遮断を無視（ｏｖｅｒｒｉｄｅ）する方案に関する。

図１２は、本明細書の第１の開示の第１の提案によるＡＣＤＣ手順の信号流れ図を示す例示図である。
図１２を参照すると、ネットワーク（例えば、基地局）は、ＡＣＤＣ遮断情報をＳＩＢを介してＵＥ１００に提供することができる。前記ＡＣＤＣ遮断情報は、アプリケーションカテゴリ別に定義される。図１１では、このようなＡＣＤＣ遮断情報をＵＥ１００のＡＳ階層（即ち、ＲＲＣ階層）が受信することを示した。しかし、このようなＡＣＤＣ遮断情報は、アプリケーション階層（または、ＮＡＳ階層）が受信することもできる。または、前記アプリケーション階層は、データ通信サービスを開始する時、ＡＳ階層（即ち、ＲＲＣ階層）に要求して受信することもできる。

一方、アプリケーション階層がデータ通信サービスを開始する時、特定アプリケーションのサービス差等化のために、アプリケーション階層ではＮＡＳ階層に前記アプリケーション属性関連情報を提供するようになり、前記ＮＡＳ階層は、前記アプリケーション属性関連情報に基づいてＡＣＤＣのためのアプリケーションカテゴリ（または、複数のアプリケーションカテゴリ）を決定する。このようなＡＣＤＣのためのアプリケーションカテゴリ情報は、ＮＡＳ設定ＭＯ（Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）または新しいアプリケーションＭＯ（例えば、Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ（ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）内に含まれ、ＯＭＡ ＤＭを介してＵＥ１００に提供されることができる。または、ＡＣＤＣのためのアプリケーションカテゴリ情報は、ＵＥ１００にＵＳＩＭ等にあらかじめ設定されていることがある。

次に、前記ＮＡＳ階層は、前記決定されたアプリケーションカテゴリ情報（例えば、カテゴリＣ）をＡＳ階層（即ち、ＲＲＣ階層）に提供する。

前記ＡＳ階層は、アプリケーションサービス差等化のために、前記ＮＡＳ階層から取得したＡＣＤＣのためのアプリケーションカテゴリ情報（例えば、カテゴリＣ）に基づいて、前記ネットワークで受信した前記ＡＣＤＣ遮断情報を利用して、ＡＣＤＣ遮断検査を実行する。

このとき、例えば、ＡＣＤＣのためのアプリケーションカテゴリがＣである場合、前記ＡＳ階層は、前記アプリケーションカテゴリＣに基づいて、ＡＣＤＣ遮断検査を実行する。

前記ＡＣＤＣ遮断検査を実行した結果、サービングセルへの接近が遮断された場合、前記ＡＳ階層（即ち、ＲＲＣ階層）は、遮断タイマを駆動する。前記遮断タイマは、ＡＣＢで使われる遮断タイマと同じタイマであってもよく、前記ＡＣＤＣのために新しく定義されるタイマであってもよい。そして、前記ＡＳ階層は、前記ＮＡＳ階層に遮断を知らせるインジケーションを伝達する。前記遮断を知らせるインジケーションは、既存ＡＣＢ検査で遮断された場合に使われるインジケーションと同じものであってもよい。または、前記遮断を知らせるインジケーションは、以前のＡＣＢ検査で遮断された場合に使われるインジケーションとは異なる新しいインジケーションであってもよい。

そのとき、前記ＮＡＳ階層は、該当ＮＡＳシグナリング連結要求手順（例えば、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＥｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順）、ＴＡＵ／ＲＡＵ要求手順、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ手順）を中止するようになる。

また、前記ＮＡＳ階層は、サービス要求手順がどのアプリケーションカテゴリ（例えば、カテゴリＣ）により遮断されたかを記録して管理する。

一方、前記ＵＥ１００のＮＡＳ階層は、アプリケーション階層から他のアプリケーション属性関連情報を受信し、それに基づいて前記他のアプリケーションは、ＡＣＤＣのためのアプリケーションカテゴリＢに該当すると決定する。

前記決定されたアプリケーションカテゴリが前記遮断を引き起こしたアプリケーションカテゴリより優先順位が高くないまたは同じ場合、前記ＮＡＳ階層は、前記アプリケーションにより要求されるＮＡＳシグナリング連結要求手順を開始しないこともある。しかし、前記決定されたアプリケーションカテゴリＢが前記遮断を引き起こしたアプリケーションカテゴリＣより高い優先順位を有する場合、前記ＮＡＳ階層は、前記アプリケーションカテゴリＢに属するアプリケーションにより要求されるＮＡＳシグナリング連結要求手順を開始する。

前記ＮＡＳ階層は、サービス要求メッセージと前記決定されたアプリケーションカテゴリに対する情報を前記ＡＳ階層に伝達する。

そのとき、前記ＡＳ階層は、前記駆動中の前記遮断タイマを中止する。そして、前記ＡＳ階層は、前記ＡＣＤＣ遮断検査を改めて実行する。

もし、前記ＡＣＤＣ遮断検査を改めて実行したが、前記より高い優先順位を有するアプリケーションカテゴリに属するアプリケーションによる要求も遮断される場合、前記ＡＳ階層は、遮断されたことを示すインジケーションを前記ＮＡＳ階層（または、アプリケーション階層）に提供し、遮断タイマを駆動する。前記遮断タイマの駆動は、以前に中断されたことを再開することであってもよく、または前記遮断タイマを初期化した後に駆動することであってもよい。

しかし、前記ＡＣＤＣ遮断検査を改めて実行した結果、前記より高い優先順位を有するアプリケーションカテゴリに属するアプリケーションによる要求が許容される場合、前記ＡＳ階層は、ＲＲＣ接続要求メッセージを基地局に送信する。

Ｉ−２．第１の開示の提案２
前述したように、ネットワーク（例えば、ｅＮｏｄｅＢ）がＡＣＤＣ遮断情報とＳＳＡＣ遮断情報、一般ＡＣＢ遮断情報を全て提供する場合、第２の提案は、前記ＵＥの処理方案を提案する。

（ｉ）第１の方案として、前記ＵＥは、ＳＳＡＣ関連情報とＡＣＤＣ遮断情報のみを使用して遮断検査（即ち、ＳＳＡＣ遮断検査とＡＣＤＣ遮断検査）を実行することができる。即ち、一般ＡＣＢ遮断情報は使用せず、それによって、ＡＣＢ遮断検査は実行しない。このとき、前記ネットワークは、一般ＡＣＢ遮断検査をスキップしろというＡＣＢスキップ情報を追加的にＵＥに提供することもできる。前記ＡＣＢスキップ情報は、前記ＵＥのＡＳ階層（即ち、ＲＲＣ階層）が受信し、前記ＵＥのＡＳ階層（即ち、ＲＲＣ階層）は、前記受信したＡＣＢスキップ情報によってＡＣＢ検査をスキップすることもできる。このとき、前記ＵＥのＡＳ階層（即ち、ＲＲＣ階層）は、ＳＳＡＣ遮断検査を先に実行した後、前記ＡＣＤＣ遮断検査を実行することができる。

（ii）第２の方案として、前記ＵＥは、ＳＳＡＣ遮断情報と一般ＡＣＢ遮断情報のみを
適用することができる。それによって、前記ＵＥは、ＡＣＤＣ遮断検査は実行しない。例えば、前記ＵＥのＮＡＳ階層は、ＩＭＳ階層（または、アプリケーション階層）でＭＭＴＥＬ音声／ビデオまたはＳＭＳ ｏｖｅｒ ＩＰ ｓｔａｒｔ ｉｎｄｉｃａｔｉｏｎの提供を受ける（受信する）場合、前記ＮＡＳ階層は、ＡＳ階層（即ち、ＲＲＣ階層）にＡＣＤＣカテゴリ情報を提供しない。それによって、前記ＡＳ階層（即ち、ＲＲＣ階層）は、ＡＣＤＣ遮断検査を実行しない。この場合、前記ＵＥは、ＳＳＡＣ遮断検査を先に実行した後、一般ＡＣＢ遮断検査を実行するようになる。

（iii）第３の方案として、ネットワークがＳＳＡＣ遮断情報、ＡＣＢ遮断情報、ＡＣＤＣ遮断関連情報を全て提供する場合、前記ＵＥは、様々な種類の遮断情報をあらかじめ決められた順序に適用して遮断検査を実行する。例えば、前記ＵＥは、ＳＳＡＣ遮断検査を先に実行した後、ＡＣＤＣ遮断検査と一般ＡＣＢ遮断検査を実行するようになる。このとき、前記ＵＥは、ＳＳＡＣ遮断検査を先に実行した後、ＡＣＤＣ遮断検査を実行し、その後（最後に）ＡＣＢ遮断検査を実行することもできる。または、前記ＵＥは、ＳＳＡＣ遮断検査を先に実行した後、ＡＣＢ遮断検査を実行し、その後（最後に）ＡＣＤＣ遮断検査を実行することもできる。

（iv）第４の方案として、前記ＵＥは、一般ＡＣＢ情報とＡＣＤＣ遮断関連情報のみを
適用することができる。即ち、前記ＵＥは、ＳＳＡＣ遮断検査を実行しない。このとき、前記ネットワークは、前記ＳＳＡＣ遮断検査をスキップしろというスキップ情報を前記ＵＥに提供することができる。

この情報は、ＡＳ階層（即ち、ＲＲＣ階層）が受信した後、ＩＭＳまたはアプリケーション階層に提供されることもできる。この場合、ＩＭＳ階層（または、アプリケーション階層）でＳＳＡＣ実行はせずに、本発明で提案するＡＣＤＣ遮断検査と一般ＡＣＢを適用して実行することができる。このとき、ＡＣＤＣ遮断検査を先に実行した後、ＡＣＢを実行することもでき、逆に、ＡＣＢを先に実行した後、ＡＣＤＣ遮断検査を実行することもできる。

（ｖ）第５の方案として、前記ＵＥは、ＡＣＤＣ遮断関連情報のみを適用し、ＡＣＤＣ遮断検査を実行することができる。このとき、前記ネットワークは、前記ＳＳＡＣ遮断検査をスキップしろというスキップ情報をＵＥに提供することができる。前記スキップ情報は、前記ＵＥのＡＳ階層（即ち、ＲＲＣ階層）が受信した後、ＩＭＳ階層またはアプリケーション階層に伝達できる。前記スキップ情報に基づいて、前記ＩＭＳ階層（または、アプリケーション階層）は、前記ＳＳＡＣ遮断検査を実行しない。または、前記ＵＥのＡＳ階層（即ち、ＲＲＣ階層）がネットワークから受信したＡＣＤＣ遮断情報またはこれに基づくＡＣＤＣインジケーション／情報／パラメータをＮＡＳ階層に伝達すると、前記ＮＡＳ階層は、ＳＳＡＣ遮断検査をスキップしろというスキップ情報／インジケーションを前記ＩＭＳ階層（または、アプリケーション階層）に伝達することができる。それによって、ＩＭＳ階層（または、アプリケーション階層）は、前記ＳＳＡＣ遮断検査を実行しないようになる。または、前記ＵＥのＮＡＳ階層は、ＳＳＡＣ遮断検査をスキップさせるために、ネットワークから受信したＳＳＡＣ遮断情報を前記ＩＭＳ階層（または、アプリケーション階層）に提供するなというインジケーション／情報（ＮＡＳ？ＲＲＣ：Ｎｏｔ ｆｏｒｗａｒｄｉｎｇ ＳＳＡＣ ｂａｒｒｉｎｇ ｉｎｆｏ ｔｏ ＩＭＳ）を前記ＡＳ階層（即ち、ＲＲＣ階層）に提供することができる。

このような第５の方案によって、ＡＣＤＣ遮断検査のみが実行されることができる。

前述した第４の方案及び第５の方案を図面を参照してより詳細に説明する。

図１３は、ＡＣＤＣ遮断情報とＡＣＢ遮断情報が両方とも提供されるときの処理方案を示す例示図である。

図１３を参照して分かるように、ＡＣＤＣ遮断情報及びＡＣＢ遮断情報が両方ともＵＥ１００に提供される時、前記ＵＥ１００のＡＳ階層は、ＡＣＤＣ遮断検査を先に実行した後、ＡＣＢ遮断検査を実行することができる。

図１４は、ＡＣＤＣ遮断情報とＡＣＢ遮断情報が両方とも提供されるときの他の処理方案を示す例示図である。

図１４を参照して分かるように、ＡＣＤＣ遮断情報及びＡＣＢ遮断情報が両方ともＵＥ１００に提供される時、前記ＵＥ１００のＡＳ階層はＡＣＤＣ遮断検査を先に実行する。併せて、前記ＮＡＳ階層から伝達されたスキップインジケーションによってまたはスキップインジケーションと関係なしで、前記ＵＥ１００のＡＳ階層は、ＡＣＢ遮断検査をスキップしたりまたは無視したりすることができる。

他方、ネットワーク（例えば、ｅＮｏｄｅＢ）がＡＣＤＣ遮断関連情報とＳＳＡＣ遮断情報及び／またはＭＭＴＥＬ音声／ビデオまたはＳＭＳ ｏｖｅｒ ＩＰ／ＳＭＳ ｏｖｅｒ ＮＡＳのためのＡＣＢスキップ関連情報及び／または一般ＡＣＢ遮断情報を提供する場合、前記ＵＥは、ＭＭＴＥＬ ｖｏｉｃｅ／ｖｉｄｅｏまたはＳＭＳ ｏｖｅｒ ＩＰ／ＳＭＳ ｏｖｅｒ ＮＡＳのために、ＡＣＢ遮断検査をスキップすることもできる。この場合、前記ＵＥは、ＳＳＡＣ遮断検査を先に実行した後、前記ＭＭＴＥＬ ｖｏｉｃｅ／ｖｉｄｅｏまたはＳＭＳ ｏｖｅｒ ＩＰ／ＳＭＳ ｏｖｅｒ ＮＡＳに対してはＡＣＢ遮断検査をスキップし、その次に、ＡＣＤＣ遮断検査を実行する。または、たとえ、ＭＭＴＥＬ ｖｏｉｃｅ／ｖｉｄｅｏまたはＳＭＳ ｏｖｅｒ ＩＰ／ＳＭＳ ｏｖｅｒ ＮＡＳのためのＡＣＢスキップ関連情報がネットワークから提供されるとしても、前記ＵＥは、前記ＡＣＢ遮断検査をスキップせずに他のアクセス制御のみ実行することもできる。もし、前記スキップ情報と前記ＡＣＤＣ遮断関連情報を同時に利用する場合、前記ＭＭＴＥＬ ｖｏｉｃｅ／ｖｉｄｅｏまたはＳＭＳ ｏｖｅｒ ＩＰ／ＳＭＳ ｏｖｅｒ ＮＡＳに対してはＡＣＤＣ遮断検査を実行せずに（即ち、ＡＣＤＣ遮断検査スキップ）、その他のサービス要求に対してのみＡＣＤＣ遮断検査を実行することができる。このとき、ネットワーク（例えば、ｅＮｏｄｅＢ）は、前記ＭＭＴＥＬ ｖｏｉｃｅ／ｖｉｄｅｏまたはＳＭＳ ｏｖｅｒ ＩＰ／ＳＭＳ ｏｖｅｒ ＮＡＳに対するＡＣＢスキップインジケーションをＳＩＢ２を介してＵＥのＡＳ階層（即ち、ＲＲＣ階層）に提供することができる。このようなＡＣＢスキップインジケーションは、ＡＣＢ遮断検査のみのスキップを意味し、またはＡＣＤＣ遮断検査もスキップすることを意味する。または、ネットワークでＡＣＢ遮断検査スキップのためのＡＣＢスキップインジケーションとＡＣＤＣ遮断検査スキップのためのＡＣＤＣスキップインジケーションを別途に提供することもできる。

一方、ＮＡＳ階層は、サービス要求手順、ＴＡＵ／ＲＡＵ／Ａｔｔａｃｈ要求手順の開始時、前記決定されたカテゴリ情報をＡＳ階層（即ち、ＲＲＣ階層）に提供し、前記ＡＳ階層（即ち、ＲＲＣ階層）は、ＡＣＤＣ遮断検査を実行した結果遮断される場合に、前記遮断されたということを示す遮断情報／インジケーションをＮＡＳ階層に提供する。そのとき、前記ＮＡＳ階層は、どのアプリケーションにより遮断されたかを記録管理することができる。前記ＡＣＤＣ検査結果、遮断されたということを示す遮断情報／インジケーションは、ＡＣＢ検査結果による遮断情報／インジケーションと異なっていてもよい。即ち、前記ＡＣＤＣ検査結果、遮断されたということを示す遮断情報／インジケーションは、ＡＣＢ検査結果による遮断情報／インジケーションと同じであってもよく、または別途のＡＣＤＣ検査結果による遮断情報／インジケーションであってもよい。

図１５は、ＡＣＤＣ遮断情報とＡＣＢ遮断情報が両方とも提供されるときの、他の処理方案を示す例示図である。

図１５を参照すると、ＵＥのＡＳ階層（即ち、ＲＲＣ階層）は、ネットワークから受信したＡＣＢ遮断情報に基づいてＡＣＢ遮断検査を実行した結果遮断（ｂａｒｒｅｄ）される場合に、遮断されたことを知らせる遮断インジケーションをＮＡＳ階層に伝達する。そして、前記ＵＥのＡＳ階層（即ち、ＲＲＣ階層）は、遮断タイマを駆動する。

一方、ＵＥは、ネットワークからＡＣＤＣ遮断情報を取得する。実行中であるアプリケーションによりネットワークアクセスが要求される場合、前記ＵＥのアプリケーション階層は、ＮＡＳ階層に前記アプリケーション属性関連情報を提供する。

前記ＮＡＳ階層は、たとえ、アクセスが遮断されていても、前記アプリケーション属性関連情報に基づいてＡＣＤＣのためのアプリケーションカテゴリ（または、複数のアプリケーションカテゴリ）を決定し、前記決定されたカテゴリを前記ＡＳ階層に伝達する。前記ＡＳ階層は、前記決定されたカテゴリに基づいてＡＣＤＣ遮断検査を実行する。前記ＡＣＤＣ遮断検査を実行した結果、遮断されない場合、前記ＡＳ階層（即ち、ＲＲＣ階層）は、前記遮断タイマを中断し、ＡＣＢ検査をスキップする。

このように、ＡＣＤＣは、ＡＣＢによる遮断を無視（ｏｖｅｒｒｉｄｅ）することができる。

一方、前記遮断インジケーションは、単純に遮断された事実のみを知らせるものである。この場合、前記遮断がＡＣＢによることであるかまたはＡＣＤＣによることであるかは区分することができず、同じ遮断インジケーションが使われる。

一方、前記ＮＡＳ階層は、前記ＡＣＢにより遮断されたかまたはＡＣＤＣにより遮断されたかが区分されない遮断インジケーションを受信した場合、次のような動作により、何により遮断されたかを区分することができる。まず、前記ＮＡＳ階層がＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順（または、Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順）またはＴＡＵ／ＲＡＵ／Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ手順の開始時、カテゴリ情報を前記ＡＳ階層（即ち、ＲＲＣ階層）に提供した以後、前記ＡＳ階層（即ち、ＲＲＣ階層）から前記遮断インジケーションを受信した場合、前記ＮＡＳ階層は、ＡＣＤＣにより遮断されたと見なす。しかし、前記ＮＡＳ階層が前記Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順（または、Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順）、ＴＡＵ／ＲＡＵ／Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ手順を開始したときに前記カテゴリ情報を前記ＡＳ階層（即ち、ＲＲＣ階層）に提供しない場合、前記ＮＡＳ階層は、前記ＡＳ階層から遮断インジケーションを受信した時点で前記遮断がＡＣＢによることであると見なす。

他方、前記遮断がＡＣＢによる場合とＡＣＤＣによる場合、各々異なる別途の遮断インジケーションが使われることができる。これに対し、図１６を参照して説明すると、下記の通りである。

図１６は、ＡＣＤＣ遮断情報とＡＣＢ遮断情報が両方とも提供されるときに、他の処理方案を示す例示図である。

図１６を参照すると、実行中であるアプリケーションによりネットワークアクセスが要求される場合、前記ＵＥのアプリケーション階層は、ＮＡＳ階層に前記アプリケーション属性関連情報を提供する。

前記ＮＡＳ階層は、前記実行中であるアプリケーションに対するカテゴリを決定せず、それによって、カテゴリ情報が含まれないＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔメッセージ（または、Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔメッセージ）、ＴＡＵ／ＲＡＵ／Ａｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージを前記ＡＳ階層に伝達する。

前記ＡＳ階層（即ち、ＲＲＣ階層）は、ネットワークから受信したＡＣＢ遮断情報に基づいてＡＣＢ遮断検査を実行した結果、遮断（ｂａｒｒｅｄ）される場合、前記ＵＥのＡＳ階層（即ち、ＲＲＣ階層）は、ＡＣＢにより遮断されたことを知らせる遮断インジケーションをＮＡＳ階層に伝達する。そして、前記ＵＥのＡＳ階層（即ち、ＲＲＣ階層）は、遮断タイマを駆動する。

一方、ＵＥは、ネットワークからＡＣＤＣ遮断情報を取得する。実行中であるアプリケーションによりネットワークアクセスが要求される場合、前記ＵＥのアプリケーション階層は、ＮＡＳ階層に前記アプリケーション属性関連情報を提供する。

前記ＮＡＳ階層は、たとえ、アクセスが遮断されていても、前記アプリケーション属性関連情報に基づいてＡＣＤＣのためのアプリケーションカテゴリ（または、複数のアプリケーションカテゴリ）を決定し、前記決定されたカテゴリを前記ＡＳ階層に伝達する。前記ＡＳ階層は、前記決定されたカテゴリに基づいてＡＣＤＣ遮断検査を実行する。前記ＡＣＤＣ遮断検査を実行した結果、遮断されない場合、前記ＡＳ階層（即ち、ＲＲＣ階層）は、前記遮断タイマを中断し、ＡＣＢ検査をスキップする。

このように、ＡＣＤＣは、ＡＣＢによる遮断を無視（ｏｖｅｒｒｉｄｅ）することができる。

他方、前記ＵＥのＮＡＳ階層は、アクセスクラス（ＡＣ）１１〜１５のうちいずれか一つに設定されているかを検査し、もし、アクセスクラス（ＡＣ）１１〜１５に設定されていない場合にのみ、前記ＡＣＤＣ遮断情報に基づくＡＣＤＣ遮断検査を実行することができる。もし、アクセスクラス（ＡＣ）１１〜１５に設定されている場合、前記ＮＡＳ階層は、前記ＡＣＤＣ遮断情報を使用しない。この場合、前記ＮＡＳ階層は、前記実行中であるアプリケーションに対するカテゴリを決定せずに、それによって、カテゴリ情報を前記ＡＳ階層（即ち、ＲＲＣ階層）に提供しない。そのとき、前記ＡＳ階層（即ち、ＲＲＣ階層）は、前記ＮＡＳ階層から前記カテゴリ情報の提供を受けないため、前記ＡＣＤＣ遮断情報を適用せず、それによって、ＡＣＤＣ遮断検査を実行せずに、一般ＡＣＢ遮断検査のみを実行する。

以上で説明した内容を標準ＴＳ ３６．３３１（ｖ１２．７．０）文書の５．３．３．２節の形式に合わせて説明すると、下記の通りである。

ＵＥの上位階層がＲＲＣ接続の確立を要求する場合、ＵＥは、下記のように動作する。

１＞上位階層が、ＲＲＣ接続はＡＣＤＣに該当すると指示する場合
２＞そして、ＳＩＢタイプ２がＡＣＤＣ−ＢａｒｒｉｎｇＰｅｒＰＬＭＮ−Ｌｉｓｔを含み、前記ＡＣＤＣ−ＢａｒｒｉｎｇＰｅｒＰＬＭＮ−Ｌｉｓｔが上位階層により選択されたＰＬＭＮに対応するｐｌｍｎ−ＩｄｅｎｔｉｔｙＩｎｄｅｘを有するＡＣＤＣ−ＢａｒｒｉｎｇＰｅｒＰＬＭＮを含む場合
３＞前記上位階層により選択されたＰＬＭＮと対応するｐｌｍｎ−ＩｄｅｎｔｉｔｙＩｎｄｅｘを有するＡＣＤＣ−ＢａｒｒｉｎｇＰｅｒＰＬＭＮエントリを選択する。

３＞また、前記ＳＩＢタイプ２に含まれている共通遮断パラメータと関係なしで、ＡＣＤＣ遮断検査のために前記選択されたＡＣＤＣ−ＢａｒｒｉｎｇＰｅｒＰＬＭＮエントリを使用する。

２＞そうでない場合
２＞ＡＣＤＣ遮断検査のために前記ＳＩＢタイプ２に含まれている前記共通遮断パラメータを使用する。

２＞もし、前記ＳＩＢタイプ２がａｃ−ＢａｒｒｉｎｇＦｏｒＡＣＤＣを含む場合
３＞前記ａｃ−ＢａｒｒｉｎｇＦｏｒＡＣＤＣが前記上位階層により選択されたＡＣＤＣカテゴリに対応するＢａｒｒｉｎｇＰｅｒＡＣＤＣ−Ｃａｔｅｇｏｒｙエントリを含む場合、
４＞前記上位階層により選択されたＡＣＤＣカテゴリに対応する前記ＢａｒｒｉｎｇＰｅｒＡＣＤＣ−Ｃａｔｅｇｏｒｙ−ｒ１３エントリを選択する。

３＞そうでない場合
４＞前記ＢａｒｒｉｎｇＰｅｒＡＣＤＣ−ＣａｔｅｇｏｒｙＬｉｓｔ内にある最後のＢａｒｒｉｎｇＰｅｒＡＣＤＣ−Ｃａｔｅｇｏｒｙエントリを選択する。

３＞もし、通話発信のためにＲＲＣ接続を確立しようとする場合、
４＞ＴｂａｒｒｉｎｇとしてＴ３ｘｘを使用し、ＡＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてＢａｒｒｉｎｇＰｅｒＡＣＤＣ−Ｃａｔｅｇｏｒｙ−ｒ１３を使用することによって、遮断検査を実行する。

４＞もし、セルに対するアクセスが遮断される場合
５＞前記ＲＲＣ接続確立の失敗を上位階層に知らせ、そして前記発信通話に対するアクセスがＡＣＤＣにより遮断されたことを上位階層に知らせる。

３＞それとも、前記ＵＥがシグナリングの発信のためにＲＲＣ接続を確立しようとする場合、
４＞ＴｂａｒｒｉｎｇとしてＴ３ｙｙを使用し、ＡＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてＢａｒｒｉｎｇＰｅｒＡＣＤＣ−Ｃａｔｅｇｏｒｙ−ｒ１３を使用することによって、遮断検査を実行する。

４＞もし、セルに対するアクセスが遮断される場合
５＞前記ＲＲＣ接続確立の失敗を上位階層に知らせ、そして前記シグナリング発信に対するアクセスがＡＣＤＣにより遮断されたことを上位階層に知らせる。

以上で説明した内容を標準ＴＳ ３６．３３１（ｖ１２．７．０）文書の５．３．３．４節の形式に合わせて説明すると、下記の通りである。

前記ＵＥは、
１＞受信されるｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄによって無線リソース設定手順を実行する。

１＞もし、格納された場合、ｉｄｌｅＭｏｄｅＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏにより提供されたセル再選択優先順位情報を削除する。

１＞Ｔ３ｘｘタイマが駆動中の場合、中止する。

１＞Ｔ３ｙｙタイマが駆動中の場合、中止する。

１＞下記の５．３．３．５節による手順を実行する。

以上で説明した内容を標準ＴＳ ３６．３３１（ｖ１２．７．０）文書の５．３．３．５節の形式に合わせて説明すると、下記の通りである。

前記ＵＥは、
１＞Ｔ３００、Ｔ３０２、Ｔ３０３、Ｔ３０５、Ｔ３０６、Ｔ３ｘｘまたはＴ３ｙｙタイマが駆動中、セル再選択が発生する場合
２＞Ｔ３０２、Ｔ３０３、Ｔ３０５、Ｔ３０６、Ｔ３ｘｘ及び／またはＴ３ｙｙタイマが駆動中の場合
３＞駆動中のＴ３０２、Ｔ３０３、Ｔ３０５、Ｔ３０６、Ｔ３ｘｘ及びＴ３ｙｙタイマを中止する。

３＞下記の５．３．３．７節による手順を実行する。

以上で説明した内容を標準ＴＳ ３６．３３１（ｖ１２．７．０）文書の５．３．３．７節の形式に合わせて説明すると、下記の通りである。

１＞もし、Ｔ３ｘｘタイマが満了されたり中断された場合
２＞もし、Ｔ３０２タイマが駆動中でない場合、
３＞通話発信に対してＡＣＤＣ遮断が緩和（ａｌｌｅｖｉａｔｉｏｎ）されたということを上位階層に知らせる。

１＞もし、Ｔ３ｙｙタイマが満了されたり中断された場合
２＞もし、Ｔ３０２タイマが駆動中でない場合、
３＞シグナリング発信に対してＡＣＤＣ遮断が緩和（ａｌｌｅｖｉａｔｉｏｎ）されたということを上位階層に知らせる。

以上で説明した内容を標準ＴＳ ３６．３３１（ｖ１２．７．０）文書の５．３．３．１１節の形式に合わせて説明すると、下記の通りである。

１＞Ｔ３０２タイマまたは“Ｔｂａｒｒｉｎｇ”が駆動中の場合、そして前記タイマがＡＣＤＣに対するものでない場合、
２＞セルに対するアクセスが遮断されたと見なす。

１＞前記と違って、ＳＩＢタイプ２が“ＡＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ”を含む場合
２＞前記ＵＥがＵＳＩＭに格納されたアクセスクラス範囲１１〜１５のうち有効ないずれか一つを有する場合
２＞有効なアクセスクラスのうち少なくとも一つに対して、ＡＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ内に含まれているａｃ−ＢａｒｒｉｎｇＦｏｒＳｐｅｃｉａｌＡＣ内の対応ビットが０に設定されている場合、
３＞セルへのアクセスは遮断されたと見なす。

２＞そうでない場合
３＞範囲０≦ｒａｎｄ＜１を満たすように均等に分散されたランダム値ｒａｎｄを生成する。

３＞前記ｒａｎｄがＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦａｃｔｏｒにより指示される値より小さい場合
４＞該当セルへのアクセスは遮断されないと見なす。

３＞そうでない場合
４＞該当セルへのアクセスは遮断されると見なす。

以上で説明した内容を標準ＴＳ ３６．３３１（ｖ１２．７．０）文書の６．３．１節の形式に合わせて説明すると、下記の通りである。

基地局は、全てのＵＥに共通される無線リソース設定情報を含むＳＩＢタイプ２を送信する。前記ＳＩＢタイプ２は、下記のような情報を含むことができる。

以上の表の各フィールドを説明すると、下記の通りである。

一方、タイマに対して整理すると、以下の表の通りである。

II．本明細書の第２の開示（仮出願提案１０及び提案１５）
ＵＥが低い優先順位（ｌｏｗ ｐｒｉｏｒｉｔｙ）（即ち、ＵＥがＮＡＳシグナリング低優先順位に設定される）または二重優先順位（ｄｕａｌ ｐｒｉｏｒｉｔｙ）（即ち、ＵＥがＮＡＳシグナリング低優先順位に設定されない）に設定された場合、本明細書の開示によってサービス差等化（ＡＣＤＣ遮断検査）を実行しないことを意味する。

または、ＵＥが低い優先順位（ｌｏｗ ｐｒｉｏｒｉｔｙ）（即ち、ＵＥがＮＡＳシグナリング低優先順位に設定される）または二重優先順位（ｄｕａｌ ｐｒｉｏｒｉｔｙ）（即ち、ＵＥがＮＡＳシグナリング低優先順位に設定されない）に設定された場合、本明細書の開示によってＡＣＤＣ遮断検査を実行せずに、ＳＳＡＣ、ＡＣＢなどを適用してアクセス制御を実行することができる。

ＵＥが低い優先順位（ｌｏｗ ｐｒｉｏｒｉｔｙ）（即ち、ＵＥがＮＡＳシグナリング低優先順位に設定される）または二重優先順位（ｄｕａｌ ｐｒｉｏｒｉｔｙ）（即ち、ＵＥがＮＡＳシグナリング低優先順位に設定されない）に設定された場合、ＮＡＳメッセージ（ＥＭＭ ＮＡＳメッセージ及びＥＳＭメッセージ：ＡＴＴＡＣＨ ＲＥＱＵＥＳＴ、ＴＡＵ ＲＥＱＵＥＳＴ、ＲＡＵ ＲＥＱＵＥＳＴ、ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴ、ＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴ、ＰＤＮ ＣＯＮＮＥＣＴＩＶＩＴＹ ＲＥＱＵＥＳＴ、ＢＥＡＲＥＲ ＲＥＳＯＵＲＣＥ ＡＬＬＯＣＡＴＩＯＮ ＲＥＱＵＥＳＴ、ＢＥＡＲＥＲ ＲＥＳＯＵＲＣＥ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ等）のＤｅｖｉｃｅ Ｐｒｏｐｅｒｔｉｅｓ ＩＥに低い優先順位インジケータは、ＵＥがＮＡＳシグナリング低優先順位に設定される、または、ＵＥがＮＡＳシグナリング低優先順位に設定されない、に設定されていることを意味する。

一方、ＮＡＳシグナリング低優先順位及びＥＡ（Ｅｘｔｅｎｄｅｄ Ａｃｃｅｓｓ Ｂａｒｒｉｎｇ）に設定されたＵＥ／ＭＳがネットワーク（例えば、ｅＮＢ／ＮＢ、ＭＭＥ／ＳＧＳＮ）からＡＣＤＣカテゴリ別ＡＣＤＣ遮断情報の提供を受けた場合、アプリケーション階層、ＮＡＳ及びＡＳ階層（即ち、ＲＲＣ階層）は、サービスアクセス差等化（ＡＣＤＣ遮断検査）を実行し、ＥＡＢを実行しない。または、ＥＡＢのみを実行し、サービスアクセス差等化（ＡＣＤＣ遮断検査）を実行しないこともある。または、サービスアクセス差別化（ＡＣＤＣ遮断検査）及びＥＡＢを両方とも実行することができる。このようなサービスアクセス差等化実行とＥＡＢ実行可否は、ネットワーク設定またはＵＥ設定によって最終的に決定するようにしてもよい。

III．本明細書の提案３（仮出願提案１３）

以下、本明細書の提案３を図面を参照して説明する。

図１７及び図１８は、本明細書の提案３による手順を示す例示図である。
（ｓｔｅｐ０）まず、図示されていないが、ＡＣＤＣカテゴリ情報は、ＮＡＳ設定ＭＯ（Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）または新しいアプリケーションＭＯ（例えば、Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ（ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）に定義／設定されていることがあり、このような場合、ＯＭＡ ＤＭを介してＮＡＳ設定ＭＯまたは新しいアプリケーションＭＯ（例えば、Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ（ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）のＡＣＤＣカテゴリ情報がＵＥに提供されることができる。または、ＡＣＤＣカテゴリ情報は、ＵＥにＵＳＩＭ等にｐｒｅ−ｃｏｎｆｉｇｕｒｅｄされていることもある。この場合、ＡＴ−ｃｏｍｍａｎｄ等を介してＵＥのＮＡＳ階層またはアプリケーション階層（または、ＯＳ（ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ）を含むアプリケーション制御階層）またはＡＳ階層（即ち、ＲＲＣ階層）がＡＣＤＣカテゴリ関連情報を得ることができるようになる。

（ｓｔｅｐ１）ネットワーク（即ち、ｅＮｏｄｅＢ）が前記ＡＣＤＣ遮断関連情報をＳＩＢを介してＵＥに提供する。具体的に、前記ＡＣＤＣ遮断情報は、ＵＥがＥＭＭ−ＩＤＬＥまたはＥＭＭ−ＣＯＮＮＥＣＴＥＤモード（ＲＲＣ−ＩＤＬＥまたはＲＲＣ−ＣＯＮＮＥＣＴＥＤモード）のときに提供されることができる。このようなＡＣＤＣ遮断関連情報は、ＵＥのＡＳ階層（即ち、ＲＲＣ階層）がネットワークから受けるようになる。ＡＳ階層（即ち、ＲＲＣ階層）は、ネットワークから提供を受けたこのようなＡＣＤＣ遮断関連情報をＮＡＳ階層（または、ＩＭＳ階層またはアプリケーション階層）に提供する。このような情報提供は、周期的にまたはイベント発生／変更時またはＮＡＳ階層（または、ＩＭＳ階層またはアプリケーション階層）で情報提供要求時、ＡＳ階層（即ち、ＲＲＣ階層）が提供することができる。

もし、ネットワーク（即ち、ｅＮｏｄｅＢ）から前記ＡＣＤＣ遮断関連情報と一般的なＡＣＢ遮断情報が同時にＳＩＢを介してＵＥのＡＳ階層（即ち、ＲＲＣ階層）に提供される場合、ＵＥのＡＳ階層（即ち、ＲＲＣ階層）は、ＡＣＤＣ遮断関連情報と前記ＡＣＢ遮断情報の両方ともをＮＡＳ階層（または、ＩＭＳ階層またはアプリケーション階層）に提供することができる。

アプリケーション階層は、アプリケーションサービス提供のためのサービスアクセス試みをする場合（例えば、データ発信またはシグナリング発信）、アプリケーション属性関連情報／ＩＤをＮＡＳ階層に提供する。また、（サービスアクセスセッション）セッティング／開始インジケーション／情報を共にＮＡＳ階層に提供することができる。

（ｓｔｅｐ２）ＮＡＳ階層は、アプリケーション階層からアプリケーションサービス開始の要求と前記アプリケーション属性関連情報／ＩＤの提供を受けると、そのためのサービス要求手順（即ち、ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴまたはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴ）またはＴＡＵ手順（即ち、ＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＲＥＱＵＥＳＴメッセージの送信）を実行するようになる。このとき、前記ｓｔｅｐ０で取得したＡＣＤＣカテゴリ情報に基づいて、アプリケーション階層から提供を受けたアプリケーション属性関連情報／ＩＤに対するＡＣＤＣカテゴリを決定する。以後、ＡＳ階層（即ち、ＲＲＣ階層）から提供を受けたＡＣＤＣ遮断情報に基づいてＡＣＤＣ遮断検査を実行する。もし、ＡＣＤＣ遮断検査を通過する場合、そのためのサービス要求手順（即ち、ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴまたはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴ）またはＴＡＵ手順を実行するようになる。もし、ＡＣＤＣ遮断検査が通過されない場合、前記サービス要求手順または前記ＴＡＵ手順を実行しない。

（ｓｔｅｐ３）ＡＳ階層（即ち、ＲＲＣ階層）は、ＮＡＳ階層のアプリケーションサービスアクセスのためのサービス要求手順またはＴＡＵ手順の開始時に、もし、ネットワーク（即ち、ｅＮｏｄｅＢ）から提供を受けたＡＣＤＣ遮断情報と一般的なＡＣＢ遮断情報が同時に提供される場合、一般的なＡＣＢ遮断情報は適用せずに（無視して）前記アプリケーションサービスアクセスのためのＲＲＣ接続確立要求手順を実行するようになる。この場合、ＡＳ階層（即ち、ＲＲＣ階層）は、ＮＡＳ階層のアプリケーションサービスアクセスのためのＡＣＤＣ遮断検査が通過されたため、サービス要求手順またはＴＡＵ手順が開始されたことを認知することができる。または、ＮＡＳ階層から一般的なＡＣＢ遮断検査は、スキップ／無視しろというインジケーション／情報を共にＡＳ階層（即ち、ＲＲＣ階層）に提供された場合、一般的なＡＣＢ遮断検査は、スキップ／無視し、前記アプリケーションサービスアクセスのためのＲＲＣ接続確立手順を実行する。

IV．本明細書の提案４（仮出願提案１４）

以下、本明細書の提案４を図面を参照して説明する。
図１９及び図２０は、本明細書の提案４による手順を示す例示図である。

（ｓｔｅｐ０）本発明の提案３と同じである。

（ｓｔｅｐ１）本発明の提案３と同じである。

（ｓｔｅｐ２）ＮＡＳ階層は、アプリケーション階層からアプリケーションサービス開始の要求とアプリケーション属性関連情報／ＩＤの提供を受けると、そのためのサービス要求手順またはＴＡＵ手順を実行するようになる。このとき、アプリケーション階層から提供を受けたアプリケーション属性関連情報をＡＳ階層（即ち、ＲＲＣ階層）に共に伝達／提供する。

また、アプリケーション階層から提供を受けたサービスアクセスセッションセッティング／開始インジケーション情報を共にＮＡＳ階層に提供することができる。

（ｓｔｅｐ３）ＡＳ階層（即ち、ＲＲＣ階層）は、ＮＡＳ階層のアプリケーションサービスアクセスのためのサービス要求手順またはＴＡＵ手順の開始時に、前記ｓｔｅｐ０で取得したＡＣＤＣカテゴリ情報に基づいて、ＮＡＳ階層から提供を受けたアプリケーション属性関連情報に対するＡＣＤＣカテゴリを決定する。以後、アプリケーションサービスアクセスのためのＲＲＣ接続要求手順を実行するようになる。このとき、もし、ネットワーク（即ち、ｅＮｏｄｅＢ）から提供を受けたＡＣＤＣ遮断情報と一般的なＡＣＢ遮断情報が同時に提供される場合、一般的なＡＣＢ遮断情報は適用せずに無視し、前記アプリケーションサービスアクセスのためのＲＲＣ接続確立要求手順に対してＡＣＤＣ遮断検査を実行する。この場合、ＡＳ階層（即ち、ＲＲＣ階層）は、ネットワーク（即ち、ｅＮｏｄｅＢ）から提供を受けたＡＣＤＣカテゴリ別ＡＣＤＣ遮断情報のみを利用してＡＣＤＣ遮断検査を実行する。もし、ＡＣＤＣ遮断検査が通過される場合、ＡＳ階層（即ち、ＲＲＣ階層）は、ＲＲＣ接続確立要求手順を実行する。または、ＮＡＳ階層から一般的なＡＣＢ遮断検査はスキップ／無視しろというインジケーションを共にＡＳ階層（即ち、ＲＲＣ階層）に提供した場合、ＡＣＢ遮断検査はスキップ／無視し、前記アプリケーションサービスアクセスのためのＲＲＣ接続確立手順に対するＡＣＤＣ遮断検査を実行する。

または、もし、ネットワーク（即ち、ｅＮｏｄｅＢ）から前記本発明のＡＣＤＣ遮断情報と一般的なＡＣＢ遮断情報が同時にＳＩＢを介してＵＥに提供される場合、ＵＥは、ＡＣＤＣ遮断情報のみを適用してＡＣＤＣ遮断検査をＮＡＳ階層で先に実行し、ＡＣＤＣ遮断検査が通過される場合、ＡＳ階層（即ち、ＲＲＣ階層）でＡＣＢ遮断情報を適用するＡＣＢ遮断検査を実行することもできる。即ち、ＡＣＤＣ遮断検査とＡＣＢ遮断検査を重複実行する。

または、ネットワーク（ＭＭＥ／ＳＧＳＮ／ｅＮＢ／ＮＢ等）からインジケーション／設定によってＡＣＤＣ遮断情報と一般的なＡＣＢ遮断情報の中から選択して適用し、アクセス制御を実行することもできる。（ＡＣＤＣ遮断検査またはＡＣＢ遮断検査ののうちいずれか一つのみを実行）

または、前記ＡＳ階層が、もし、ＮＡＳ階層から追加的に（または、別途に）ＡＣＢスキップインジケーションを受けた場合、現在アクセス遮断状態と関係なしでＡＣＢ遮断検査をスキップして前記アプリケーションサービスアクセス試みを許容する。即ち、現在遮断状態であるとしても無視してＲＲＣ接続確立手順を実行する。

一方、前述した内容のうち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別遮断比率、遮断ファクタ、平均遮断時間、ＡＣＢスキップ設定などの情報に基づくＡＣＢ遮断検査は、ＡＣＤＣ遮断検査を意味する。

前述した提案は、互いに組み合わせて使われることができる。

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

図２１は、本発明の実施例によるＵＥ１００及び基地局２００の構成ブロック図である。

図２１に示すように、前記ＵＥ１００は、格納手段１０１、コントローラ１０２、送受信部１０３を含む。そして、前記基地局２００は、格納手段２０１、コントローラ２０２、送受信部２０３を含む。

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

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

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

Claims (14)

1. ユーザ装置により実行されるネットワークアクセス遮断方法であって、
   ＡＣＤＣ（Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ Ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）遮断情報と、ＡＣＢ（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ）遮断情報と、を受信するステップと；
   アプリケーションによるネットワークアクセス要求のためのＡＣＤＣカテゴリと前記受信したＡＣＤＣ遮断情報に基づいて、ＡＣＤＣ遮断検査を実行するステップと；を含み、
   以前のＡＣＢ遮断検査により以前のネットワークアクセスが遮断されているが、前記ＡＣＤＣ遮断検査によって前記アプリケーションによるネットワークアクセス要求は遮断されておらず、
   以前のネットワークアクセスが遮断されたために遮断タイマが駆動された場合に、前記遮断タイマが中断する、ことを特徴とするネットワークアクセス遮断方法。
2. 以前のＡＣＢ遮断検査により以前のネットワークアクセスが遮断されているときに、下位層から上位層に対して、以前のネットワークアクセスが遮断されていることのインジケーションを行うことを特徴とする請求項１に記載のネットワークアクセス遮断方法。
3. 以前のネットワークアクセスが遮断されているが、前記ＡＣＤＣカテゴリが決定されることを特徴とする請求項１に記載のネットワークアクセス遮断方法。
4. 前記ＡＣＤＣ遮断検査によってネットワークアクセス要求が遮断されているときに、下位層から上位層に対して、前記ネットワークアクセス要求が遮断されていることのインジケーションを行うことを特徴とする請求項１に記載のネットワークアクセス遮断方法。
5. 前記ネットワークアクセス要求が、サービス要求手順、ＴＡＵ（Ｔｒａｃｋｉｎｇ ａｒｅａ ｕｐｄａｔｅ）手順、ＲＡＵ（Ｒｏｕｔｉｎｇ ａｒｅａ ｕｐｄａｔｅ）手順及びａｔｔａｃｈ要求手順の少なくとも１つを含むことを特徴とする、請求項１に記載のネットワークアクセス遮断方法。
6. 前記ＡＣＤＣカテゴリは、アプリケーション情報に基づいて決定されることを特徴とする請求項１に記載のネットワークアクセス遮断方法。
7. 前記アプリケーション情報は、前記アプリケーションのグループ、カテゴリ、優先順位、情報及びＩＤのうち一つ以上を含むことを特徴とする請求項６に記載のネットワークアクセス遮断方法。
8. 前記ＡＣＤＣ遮断情報は、特定のアプリケーション単位別に定義される遮断比率、遮断ファクタ、遮断時間、ローミング情報、ＡＣＢスキップ設定の少なくとも１つを含むことを特徴とする請求項１に記載のネットワークアクセス遮断方法。
9. ネットワークアクセス遮断を実行することができるユーザ装置（ｕｓｅｒｅｑｕｉｐｍｅｎｔ：ＵＥ）であって、
   送受信部と；
   前記送受信部を制御するプロセッサとを含み、前記プロセッサは：
   ＡＣＤＣ（Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ Ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）遮断情報と、ＡＣＢ（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ）遮断情報と、を受信する過程と；
   アプリケーションによるネットワークアクセス要求のためのＡＣＤＣカテゴリと前記受信したＡＣＤＣ遮断情報に基づいて、ＡＣＤＣ遮断検査を実行する過程とを実行し；
   以前のＡＣＢ遮断検査により以前のネットワークアクセスが遮断されているが、前記ＡＣＤＣ遮断検査によって前記アプリケーションによるネットワークアクセス要求は遮断されておらず、
   以前のネットワークアクセスが遮断されたために遮断タイマが駆動された場合に、前記遮断タイマが中断する、ことを特徴とするユーザ装置。
10. 以前のＡＣＢ遮断検査により以前のネットワークアクセスが遮断されているときに、下位層から上位層に対して、以前のネットワークアクセスが遮断されていることのインジケーションを行うことを特徴とする請求項９に記載のユーザ装置。
11. 以前のネットワークアクセスが遮断されているが、前記ＡＣＤＣカテゴリが決定されることを特徴とする請求項９に記載のユーザ装置。
12. 前記ＡＣＤＣ遮断検査によってネットワークアクセス要求が遮断されているときに、下位層から上位層に対して、前記ネットワークアクセス要求が遮断されていることのインジケーションを行うことを特徴とする請求項９に記載のユーザ装置。
13. 前記ネットワークアクセス要求が、サービス要求手順、ＴＡＵ（Ｔｒａｃｋｉｎｇ ａｒｅａ ｕｐｄａｔｅ）手順、ＲＡＵ（Ｒｏｕｔｉｎｇ ａｒｅａ ｕｐｄａｔｅ）手順及びａｔｔａｃｈ要求手順の少なくとも１つを含むことを特徴とする、請求項９に記載のユーザ装置。
14. 前記ＡＣＤＣカテゴリは、アプリケーション情報に基づいて決定されることを特徴とする請求項９に記載のユーザ装置。