JP6505274B2 - アプリケーション別ネットワークアクセス遮断方法及びユーザ装置 - Google Patents

Description

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

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

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

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

図１は、進化した移動通信ネットワークの構造図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

前記のような目的を達成するために、本明細書の一開示は、ユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）によりネットワークアクセスを試みる方法を提供する。前記方法は、ＡＣＤＣ（Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ Ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が設定されている場合、ネットワークアクセスを試みるアプリケーションの関連情報を上位階層から取得するステップ；前記取得されたアプリケーションの関連情報に基づいて、ＡＣＤＣカテゴリを決定するステップ；及び、前記決定されたＡＣＤＣカテゴリに基づいて、ＡＣＤＣ検査を実行するステップ；を含む。ここで、前記ＡＣＤＣ検査によってアプリケーション別にネットワークアクセス試みが遮断（ｂａｒｒｅｄ）されたり許容される。

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

前記ＡＣＤＣ検査は、特定のアプリケーション単位別に定義されるＡＣＤＣ設定情報に基づいて実行される。

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

前記特定のアプリケーション単位は、アプリケーションのグループ、カテゴリ、優先順位、または情報／ＩＤ単位である。

前記ＡＣＤＣカテゴリを決定するステップでは、前記上位階層から取得されるアプリケーションの関連情報が複数個数である場合、最も高い等級のアプリケーション関連情報または最も低い等級のアプリケーション関連情報に基づいて、ＡＣＤＣカテゴリを決定する。

前記ＡＣＤＣカテゴリを決定するステップでは、前記上位階層から取得されるアプリケーションの関連情報が複数個数である場合、複数のＡＣＤＣカテゴリを決定する。

前記ＡＣＤＣ検査を実行するステップでは、前記決定された複数のＡＣＤＣカテゴリのうち、最も高い等級のアプリケーション関連情報または最も低い等級のアプリケーション関連情報に基づいて、ＡＣＤＣ検査が実行される。

また、前記のような目的を達成するために、本明細書の一開示は、ネットワークアクセスを試みるユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）を提供する。前記ユーザ装置は、送受信部；及び、前記送受信部を制御するプロセッサ；を含む。前記プロセッサは、ＡＣＤＣ（Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ Ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が設定されている場合、ネットワークアクセスを試みるアプリケーションの関連情報を取得する過程；前記取得されたアプリケーションの関連情報に基づいて、ＡＣＤＣカテゴリを決定する過程；及び、前記決定されたＡＣＤＣカテゴリに基づいて、ＡＣＤＣ検査する過程；を実行する。ここで、プロセッサは、前記ＡＣＤＣ検査によってアプリケーション別にネットワークアクセス試みを遮断（ｂａｒｒｅｄ）したり、許容する。
例えば、本願発明は以下の項目を提供する。
（項目１）
ユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）によりネットワークアクセスを試みる方法であって、
ＡＣＤＣ（Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ Ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が設定されている場合、ネットワークアクセスを試みるアプリケーションの関連情報を上位階層から取得するステップ；
前記取得されたアプリケーションの関連情報に基づいて、ＡＣＤＣカテゴリを決定するステップ；及び、
前記決定されたＡＣＤＣカテゴリに基づいて、ＡＣＤＣ検査を実行するステップ；を含み、
前記ＡＣＤＣ検査によってアプリケーション別にネットワークアクセス試みが遮断（ｂａｒｒｅｄ）されたり許容されることを特徴とするネットワークアクセス遮断方法。
（項目２）
前記アプリケーション関連情報は、
前記アプリケーションのグループ、カテゴリ、優先順位、情報及びＩＤのうち一つ以上を含むことを特徴とする項目１に記載のネットワークアクセス遮断方法。
（項目３）
前記ＡＣＤＣ検査は、
特定のアプリケーション単位別に定義されるＡＣＤＣ設定情報に基づいて実行されることを特徴とする項目１に記載のネットワークアクセス遮断方法。
（項目４）
前記ＡＣＤＣ設定情報は、
特定のアプリケーション単位別に定義される遮断比率、遮断ファクタ、遮断時間、ローミング情報、ＡＣＢスキップ設定を含むことを特徴とする項目３に記載のネットワークアクセス遮断方法。
（項目５）
前記特定のアプリケーション単位は、
アプリケーションのグループ、カテゴリ、優先順位、または情報／ＩＤ単位であることを特徴とする項目３に記載のネットワークアクセス遮断方法。
（項目６）
前記ＡＣＤＣカテゴリを決定するステップでは、
前記上位階層から取得されるアプリケーションの関連情報が複数個数である場合、
最も高い等級のアプリケーション関連情報または最も低い等級のアプリケーション関連情報に基づいて、ＡＣＤＣカテゴリを決定することを特徴とする項目１に記載のネットワークアクセス遮断方法。
（項目７）
前記ＡＣＤＣカテゴリを決定するステップでは、
前記上位階層から取得されるアプリケーションの関連情報が複数個数である場合、複数のＡＣＤＣカテゴリを決定することを特徴とする項目１に記載のネットワークアクセス遮断方法。
（項目８）
前記ＡＣＤＣ検査を実行するステップでは、
前記決定された複数のＡＣＤＣカテゴリのうち、最も高い等級のアプリケーション関連情報または最も低い等級のアプリケーション関連情報に基づいて、ＡＣＤＣ検査が実行されることを特徴とする項目７に記載のネットワークアクセス遮断方法。
（項目９）
ネットワークアクセスを試みるユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）であって、
送受信部；及び、
前記送受信部を制御するプロセッサ；であり、前記プロセッサは、
ＡＣＤＣ（Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ Ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が設定されている場合、ネットワークアクセスを試みるアプリケーションの関連情報を取得する過程；
前記取得されたアプリケーションの関連情報に基づいて、ＡＣＤＣカテゴリを決定する過程；及び、
前記決定されたＡＣＤＣカテゴリに基づいて、ＡＣＤＣ検査する過程；を実行し、
ここで、プロセッサは、前記ＡＣＤＣ検査によってアプリケーション別にネットワークアクセス試みを遮断（ｂａｒｒｅｄ）したり、許容することを特徴とするユーザ装置。
（項目１０）
前記アプリケーション関連情報は
前記アプリケーションのグループ、カテゴリ、優先順位、情報及びＩＤのうち一つ以上を含むことを特徴とする項目９に記載のユーザ装置。
（項目１１）
前記ＡＣＤＣ検査は、
特定のアプリケーション単位別に定義されるＡＣＤＣ設定情報に基づいて実行されることを特徴とする項目９に記載のユーザ装置。
（項目１２）
前記ＡＣＤＣ設定情報は、
特定のアプリケーション単位別に定義される遮断比率、遮断ファクタ、遮断時間、ローミング情報、ＡＣＢスキップ設定を含むことを特徴とする項目１１に記載のユーザ装置。
（項目１３）
前記特定のアプリケーション単位は、
アプリケーションのグループ、カテゴリ、優先順位、または情報／ＩＤ単位であることを特徴とする項目１１に記載のユーザ装置。

本明細書の開示によると、前述した従来技術の問題点が解決される。

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

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

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

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

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

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

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

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

用語の定義

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図６は、ネットワーク過負荷状態を示す。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図７は、ネットワーク混雑状態でアクセス遮断動作を示す例示的な流れ図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜本明細書の開示＞

本明細書の開示は、一般的な発信（ＭＯ：Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｉｎｇ）サービス、例えば、通話発信（ｏｒｉｇｉｎａｔｉｎｇ ｃａｌｌ）、データ発信（ｏｒｉｇｉｎａｔｉｎｇ ｄａｔａ）、ＩＭＳ音声発信（ｏｒｉｇｉｎａｔｉｎｇ ＩＭＳ ｖｏｉｃｅ）、ＩＭＳ映像発信（ｏｒｉｇｉｎａｔｉｎｇ ＩＭＳ ｖｉｄｅｏ）を差等化する方案を提供する。このような方案をアプリケーション別混雑制御データ通信（Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ Ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＡＣＤＣ）という。

特定アプリケーションのサービスを差別化するために、本明細書の開示は、ネットワーク（ＭＭＥ／ＳＧＳＮ／Ｓ−ＧＷ／Ｐ−ＧＷ等）がＵＥにアプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤを提供／お知らせすることを提案する。このようなアプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤは、ネットワークがアタッチ手順／ＴＡＵ手順／ＲＡＵ手順を介してＵＥに知らせることができる。即ち、ネットワークは、ＡＴＴＡＣＨ受諾メッセージ、ＴＡＵ受諾メッセージ、ＲＡＵ受諾メッセージ）を介して前記アプリケーション関連情報をＵＥに提供／お知らせすることができる。また、このようなアプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤは、ＮＡＳ設定管理オブジェクト（Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ：ＭＯ）または新しいアプリケーション管理オブジェクト（ＭＯ）（例えば、アプリケーション別アクセス制御ＭＯ）に定義／設定されている。このような場合、ＯＭＡ ＤＭベースのＮＡＳ設定管理オブジェクト（ＭＯ）または新しいアプリケーション管理オブジェクト（ＭＯ）を介して、前記アプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤがＵＥに提供されることができる。

または、アプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤは、ＵＥにＵＳＩＭ等に予め設定されている。

このようなアプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤは、その重要度（ｐｒｉｏｒｉｔｙ）によって昇順（ａｓｃｅｎｄｉｎｇ ｏｒｄｅｒ）の値を有することができる。具体的に、アプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ＝１（または、Ａ、ｂｉｎａｒｙ及び／またはｓｔｒｉｎｇ）の場合、ｈｉｇｈｅｓｔ／ｐｒｉｍａｒｙ ｐｒｉｏｒｉｔｙを意味する。ｈｉｇｈｅｓｔ／ｐｒｉｍａｒｙ ｐｒｉｏｒｉｔｙを有するアプリケーションのサービスの場合は、ＡＣＢを最も優先的に通過可能でなければならないことを意味する（即ち、遮断率が低い）。もし、アプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ＝２（または、Ｂ、その他のｂｉｎａｒｙ及び／またはｓｔｒｉｎｇ）の場合、次順位の優先順位を意味する。次順位の優先順位を有するアプリケーションのサービスの場合は、ＡＣＢを２番目の優先順位に通過可能でなければならないことを意味する。もし、アプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ＝ｎ（または、Ｚ、ｂｉｎａｒｙ及び／またはｓｔｒｉｎｇ）の場合、最下位の優先順位を意味する。最下位の優先順位を有するアプリケーションのサービスの場合は、ＡＣＢを最後の優先順位に通過可能でなければならないことを意味する（即ち、遮断率が高い）。

それに対し、このようなアプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤは、その重要度（ｐｒｉｏｒｉｔｙ）によって降順（ｄｅｓｃｅｎｄｉｎｇ ｏｒｄｅｒ）の値を有することができる。即ち、アプリケーショングループ／カテゴリ（ｇｒｏｕｐ／ｃａｔｅｇｏｒｙ／ｐｒｉｏｒｉｔｙ）情報／ＩＤ＝１（または、Ａ、ｂｉｎａｒｙ及び／またはｓｔｒｉｎｇ）の場合、最下位の優先順位を意味する。このように、最下位の優先順位を有するアプリケーションのサービスの場合は、ＡＣＢを最後の優先順位に通過可能でなければならないことを意味する（即ち、遮断率が高い）。もし、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ＝ｎ（または、Ｚ、ｂｉｎａｒｙ及び／またはｓｔｒｉｎｇ）の場合、ｈｉｇｈｅｓｔ／ｐｒｉｍａｒｙ ｐｒｉｏｒｉｔｙを意味し、このようなアプリケーションのサービスの場合は、ＡＣＢを最も優先的に通過可能でなければならないことを意味する（即ち、遮断率が低い）。

他方、ネットワーク（例えば、基地局）は、ＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に、遮断比率（ｂａｒｒｉｎｇ ｒａｔｅｓ）、遮断ファクタ（ｂａｒｒｉｎｇ ｆａｃｔｏｒ）、遮断時間（ｍｅａｎ ｂａｒｒｉｎｇ ｔｉｍｅ）、ローミング情報、ＡＣＢスキップ設定などの情報）をＳＩＢを介してＵＥに提供することができる。ここで、ＡＣＢスキップ設定は、ＡＣＢスキップ＝Ｏｎ／ＴｒｕｅまたはＡＣＢスキップ＝Ｏｆｆ／Ｆａｌｓｅで表現されることができる。ここで、前記ローミング情報は、ＵＥがローミングした状況でアプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に遮断可否を差別化する機能（ＡＣＤＣ検査）を適用するかどうか（適用するかまたは適用しないか）に対する情報を意味する。

前記ネットワーク（ｅＮＢ）からＳＩＢにより提供されるＡＣＤＣ設定情報（例えば、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別の遮断比率、遮断ファクタ、平均遮断時間、ローミング情報、ＡＣＢスキップ設定などの情報）は、周期的に提供／更新されることができる。

Ｉ．本明細書の提案１

本明細書の提案１によると、ネットワークから提供されるＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に、遮断比率（ｂａｒｒｉｎｇ ｒａｔｅｓ）、遮断ファクタ（ｂａｒｒｉｎｇ ｆａｃｔｏｒ）、遮断時間（ｍｅａｎ ｂａｒｒｉｎｇ ｔｉｍｅ）、ローミング情報、ＡＣＢスキップ設定などの情報）をＵＥのＡＳ階層（ＲＲＣ）が受信することができる。

したがって、本明細書の提案１によると、ＵＥのＡＳ（ＲＲＣ）階層は、アクセス遮断検査（即ち、ＡＣＤＣ検査）を実行することができる。このように、ＵＥのＡＳ（ＲＲＣ）階層は、アクセス遮断検査を実行する時、ネットワーク（例えば、基地局）から提供された前記ＡＣＤＣ設定情報に基づいてアプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別にＡＣＤＣ検査を実行する。ここで、前記ＡＣＤＣ検査を実行するとは、アプリケーションのサービスが開始される時、ＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定するということを意味する。前記アプリケーションのサービスアクセス試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容する場合、そのままアプリケーションのサービスがアプリケーション階層で開始されてネットワークにサービスセッション連結が進行され、前記アプリケーションのサービス試みを許容しない場合、それ以上アプリケーションのサービスのネットワークにセッション連結が試みられない。

また、ＵＥのＡＳ（ＲＲＣ）階層でアクセス遮断検査を実行する時、ネットワーク（例えば、基地局）で提供されるＡＣＢスキップ設定情報に基づいてアプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別にアクセス遮断検査をスキップ（即ち、ＡＣＤＣ検査のスキップ）することもできる。

もし、ネットワーク（例えば、基地局）から前記本提案のＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）とＡＣＢ情報が同時にＳＩＢを介してＵＥに提供される場合、ＵＥは、前記ＡＣＤＣ設定情報のみを適用してＡＣＤＣ検査のみを実行することができる。即ち、ＡＣＢ情報を適用するＡＣＢは実行しない。

または、ネットワーク（ＭＭＥ／ＳＧＳＮ／基地局など）からインディケーション／設定によって本提案のＡＣＤＣ設定情報と一般的なＡＣＢ情報の中から選択して適用できる。即ち、ＡＣＢ検査を実行したり、ＡＣＤＣ検査を実行することができる。

前記提案１は、ＵＥのＩＤＬＥモード及びＣＯＮＮＥＣＴＥＤモードの両方ともに適用できる。

または、前記提案１は、ＵＥがＩＤＬＥモードであるかまたはＣＯＮＮＥＣＴＥＤモード（例えば、ＥＭＭ−ＩＤＬＥ／ＲＲＣ−ＩＤＬＥモードまたはＥＭＭ−ＣＯＮＮＥＣＴＥＤ／ＲＲＣ−ＣＯＮＮＥＣＴＥＤモード）であるかによって、ＡＣＤＣ設定情報を異なるように適用してＡＣＤＣ検査を実行することができる。

以上で説明した前記提案１は、提案１ａ、提案１ｂ、提案１ｃに区分される。これを図面を参照して詳細に説明する。

図９は、本明細書の提案１ａを示す信号流れ図である。

図９を参照して説明すると、下記の通りである。

（Ｓｔｅｐ１）ネットワーク（例えば、基地局）は、ＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に、ＡＣＤＣの遮断比率（ｂａｒｒｉｎｇ ｒａｔｅｓ）、遮断ファクタ（ｂａｒｒｉｎｇ ｆａｃｔｏｒ）、遮断時間（ｍｅａｎ ｂａｒｒｉｎｇ ｔｉｍｅ）、ローミング情報、ＡＣＢスキップ設定などの情報）をＳＩＢを介してＵＥに提供することができる

（Ｓｔｅｐ２）一方、ＵＥで特定アプリケーションが実行され、前記特定アプリケーションによりデータ通信サービスが要求されると、前記特定アプリケーションの実行を担当するアプリケーション階層は、前記アプリケーション関連情報、即ち、アプリケーションのグループ／カテゴリ／優先順位情報／ＩＤをＮＡＳ階層に提供する。このとき、このようなアプリケーション関連情報は、事前にＵＥの予め設定／定義されていることがある。その代案として、このようなアプリケーション関連情報は、ネットワークから提供を受けてＡＳ（ＲＲＣ）階層がアプリケーション階層に提供されることもでき、アプリケーション階層がデータ通信サービスを開始する時、ＡＳ（ＲＲＣ）階層に情報提供要求をして提供を受けることもできる。）

このようなアプリケーション関連情報と共に／または別途に、アプリケーションのサービスの開始と終了を知らせるＳｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報がＮＡＳまたはＲＲＣ階層に提供されることができる。この場合、Ｓｔａｒｔ／Ｓｅｔを受けた時点からＳｔｏｐ／Ｒｅｓｅｔを受けた時点までＡＣＤＣ検査が実行されることができる。

（ｓｔｅｐ３）ＮＡＳ階層は、アプリケーション階層から受けたアプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤに基づいて、ＡＣＤＣのためのアプリケーションカテゴリを決定する。例えば、アプリケーション階層から該当アプリケーションのＩＤの伝達を受けた場合、ＮＡＳ階層は、前記該当アプリケーションのＩＤがＡＣＤＣのどのアプリケーションカテゴリに該当するかを決定する。

（ｓｔｅｐ４）ＮＡＳ階層は、アプリケーション階層から受けたアプリケーション関連情報またはアプリケーション関連情報＋Ｓｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報を、アプリケーションのサービスアクセスのためのサービス要求手順（ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信）を開始する時、共にＡＳ（ＲＲＣ）階層に伝達する。もし、アプリケーション階層からＳｔａｒｔ／Ｓｅｔインディケーション情報を受けた場合、アプリケーションのサービスアクセスのためのサービス要求手順（ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信）を開始する時、ＡＳ（ＲＲＣ）階層にアプリケーション関連情報を伝達することができる。アプリケーション階層からＳｔｏｐ／Ｒｅｓｅｔインディケーション情報を受けた場合、アプリケーションのサービスアクセスのためのサービス要求手順（ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を開始する時、ＡＳ（ＲＲＣ）階層にアプリケーション関連情報を伝達しない。

もし、アプリケーション階層から受けたアプリケーション関連情報またはアプリケーション関連情報＋Ｓｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報が複数個の場合またはＮＡＳ復旧（ｒｅｃｏｖｅｒｙ）過程中にアプリケーション関連情報が変更された場合、

ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報のみをＡＳ（ＲＲＣ）階層に提供したり；

ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報のみをＡＳ（ＲＲＣ）階層に提供したり；または、

ｉｉｉ）複数個のアプリケーション関連情報を全てＡＳ（ＲＲＣ）階層に提供することができる。

前記ＮＡＳ復旧（ｒｅｃｏｖｅｒｙ）は、ＲＬＦ（ｒａｄｉｏ ｌｉｎｋ ｆａｉｌｕｒｅ）または下位階層の失敗／エラーなどによってアプリケーションのサービスアクセスに対する再送信が発生した場合、ＡＳ階層（例えば、ＲＲＣ階層）は、ＮＡＳ階層に下位階層の失敗／エラーを知らせ、ＮＡＳ階層は、ＮＡＳシグナリング連結（再）設定のためのＮＡＳ復旧手順を実行する。ＮＡＳ復旧のためにサービス要求手順またはＴＡＵ要求手順が実行されることができ、サービス要求手順は、アップリンクデータがある場合に実行されることができ、前記ＴＡＵ要求手順は、アップリンクデータがない場合に実行されることができる。

前記ｉ）、ｉｉ）、ｉｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ機能などにより、ｉ）、ｉｉ）、ｉｉｉ）方式のうち一つが具現されて動作されることができる。

（ｓｔｅｐ５）ＡＳ（ＲＲＣ）階層は、前記ＮＡＳ階層からアプリケーション関連情報またはアプリケーション関連情報＋Ｓｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報を受けた場合、ＮＡＳ階層のアプリケーションのサービスアクセスのためのサービス要求手順（ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を開始する時、ネットワークから受信したＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する。

もし、アプリケーション階層から受けたアプリケーション関連情報またはアプリケーション関連情報＋Ｓｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報が（同時に）複数個の場合またはＮＡＳ復旧過程中に変更された場合、

ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報に基づいてネットワークから受信したＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；

ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報に基づいてネットワークから受信したＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；

前記ｉ）及びｉｉ）方式は、ＡＳ（ＲＲＣ）階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。

図１０は、本明細書の提案１ｂを示す信号流れ図である。

図１０に示す提案１ｂは、図９に示す提案１ａと異なる部分がいくつかある。以下、異なる部分を中心に説明する。

（ｓｔｅｐ４）ＮＡＳ階層は、前記サービス要求手順（ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ（ｎｅｗ ｃａｌｌ ｔｙｐｅｓ）、またはサービスタイプ（ｓｅｒｖｉｃｅ ｔｙｐｅｓ）を定義してＡＳ（ＲＲＣ）階層に伝達できる。このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ（ｃａｌｌ ｔｙｐｅ）、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。もし、アプリケーション階層からＳｔａｒｔ／Ｓｅｔインディケーション情報を受けた場合、アプリケーションのサービスアクセスのためのサービス要求手順（ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。アプリケーション階層からＳｔｏｐ／Ｒｅｓｅｔインディケーション情報を受けた場合、以後にはアプリケーションのサービスアクセスのための従来の一般的なサービス要求手順（ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を実行する。即ち、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプｆｏｒアプリケーショングループ／カテゴリ／優先順位情報／ＩＤを定義しない従来のサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を実行する。

もし、アプリケーション階層から受けたアプリケーション関連情報またはアプリケーション関連情報＋Ｓｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報が（同時に）複数個の場合またはＮＡＳ復旧過程中に変更された場合、

ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報に基づいてサービス要求手順（ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。）；または、

ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報に基づいてサービス要求手順（ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。）；または、

前記ｉ）及びｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。

（ｓｔｅｐ５）ＡＳ（ＲＲＣ）階層は、ＮＡＳ階層からアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）別にＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプ（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる）に基づいて、ＮＡＳ階層のアプリケーションのサービスアクセスのためのサービス要求手順（ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を開始する時）、ネットワークから受信したＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する。

ここで、ＡＳ（ＲＲＣ）階層は、ＮＡＳ階層からアプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別にＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプに基づいてアプリケーショングループ／カテゴリ／優先順位を認知することができる。したがって、ネットワークから受信したＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定することができる。

図１１は、本明細書の提案１ｃを示す信号流れ図である。

図１１に示す提案１ｃは、提案１ａ及び提案１ｂと異なる部分がいくつかある。以下、異なる部分を中心に説明する。

（Ｓｔｅｐ２）ＵＥで特定アプリケーションが実行され、前記特定アプリケーションによりデータ通信サービスが要求されると、前記特定アプリケーションの実行を担当するアプリケーション階層は、前記アプリケーション関連情報（即ち、アプリケーションのグループ／カテゴリ／優先順位情報／ＩＤ）をＡＳ階層に提供する。

（Ｓｔｅｐ３）ＡＳ（ＲＲＣ）階層は、アプリケーション階層から受けたアプリケーション関連情報に基づいて、ＡＣＤＣのためのアプリケーションカテゴリを決定する。例えば、アプリケーション階層から該当アプリケーションのＩＤの伝達を受けた場合、ＮＡＳ階層は、前記該当アプリケーションのＩＤがＡＣＤＣのどのアプリケーションカテゴリに該当するを決定する。

（ｓｔｅｐ５）ＡＳ（ＲＲＣ）階層は、前記アプリケーション階層からアプリケーション関連情報またはアプリケーション関連情報＋Ｓｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報を受けた場合、ＮＡＳ階層のアプリケーションのサービスアクセスのためのサービス要求手順（ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を開始する時、ネットワークから受信したＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する。

ＩＩ．本明細書の提案２（仮出願に記載された提案３）

提案２（仮出願に記載された提案３）は、図９、図１０及び図１１の図示と類似する。したがって、別途の図面を参照せずに、図９、図１０及び図１１をそのまま参照して説明する。

（ｓｔｅｐ０）ネットワーク（事業者）は、アプリケーション関連情報（アプリケーションのグループ／カテゴリ／優先順位情報／ＩＤ）をＵＥに提供（または、設定）する。例えば、ＯＭＡ ＤＭを利用したアプリケーションＭＯ（例えば、アプリケーション別（アクセス制御）ＭＯ）を介してアプリケーション関連情報（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）がＵＥに提供されたり、ＵＳＩＭに（予め）設定されてＵＥに提供される。ＵＥのＮＡＳ階層またはアプリケーション階層または運営体制（ＯＳ）を含むアプリケーション制御階層またはＡＳ（ＲＲＣ）階層は、ＡＴ−ｃｏｍｍａｎｄなどを介してこのようなアプリケーショングループ／カテゴリ／優先順位情報／ＩＤを得ることができるようになる。

したがって、前記アプリケーション関連情報は、ネットワーク（事業者）からＵＥに予め提供されてＵＥのＮＡＳ階層またはアプリケーション階層または運営体制（ＯＳ）を含むアプリケーション制御階層）は認知することができる。このようなアプリケーション関連情報は、ネットワーク（事業者）から周期的にまたは特点時点などにＵＥに提供されることができる。

（ｓｔｅｐ１）ネットワーク（例えば、基地局）は、ＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に遮断比率、遮断ファクタ、平均遮断時間、ＡＣＢスキップ設定などの情報）をＳＩＢを介してＵＥに提供する。このようなＡＣＤＣ設定情報は、ＵＥがＥＭＭ−ＩＤＬＥまたはＥＭＭ−ＣＯＮＮＥＣＴＥＤモード（ＲＲＣ−ＩＤＬＥまたはＲＲＣ−ＣＯＮＮＥＣＴＥＤモードである時、全て提供されることができる。このようなＡＣＤＣ設定情報は、ＵＥのＡＳ（ＲＲＣ）階層がネットワークから受信することができる。

（ｓｔｅｐ２）アプリケーション階層は、アプリケーションのサービス提供のためのサービスアクセス試みをする場合（即ち、発信（ＭＯ）データまたは発信（ＭＯ）シグナリング）、前記取得したアプリケーション関連情報（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）とアプリケーションＩＤ／情報／インディケーションをＮＡＳ階層に提供する。また、（サービスアクセスセッション）セッティング／開始インディケーション／情報を共にＮＡＳ階層に提供することができる。

（ｓｔｅｐ４）ＮＡＳ階層は、アプリケーション階層からアプリケーションのサービス開始の要求を受けると、サービス要求手順（ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ手順（ＴＡＵ要求メッセージの送信）を実行するようになる。このとき、ＡＳ（ＲＲＣ）階層にアプリケーション関連情報＋アプリケーションＩＤ／情報／インディケーションを伝達するようになる。

もし、アプリケーション階層から受けたアプリケーション関連情報＋アプリケーションＩＤ／情報／インディケーションが複数個の場合またはＮＡＳ復旧過程中にアプリケーション変更された場合、

ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報＋アプリケーションＩＤ／情報／インディケーションのみをＡＳ（ＲＲＣ）階層に提供したり；

ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報＋アプリケーションＩＤ／情報／インディケーション）のみをＡＳ（ＲＲＣ）階層に提供したり；または、

ｉｉｉ）複数個のアプリケーション関連情報＋アプリケーションＩＤ／情報／インディケーションを全てＡＳ（ＲＲＣ）階層に提供することができる。

前記ｉ）、ｉｉ）及びｉｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ機能（ｃａｐａｂｉｌｉｔｙ）などにより、ｉ）、ｉｉ）及びｉｉｉ）方式のうち一つが具現されて動作されることができる。

もし、アプリケーション階層から追加的に（または、別途に）セッティング／開始インディケーション／情報を受けた時、現在（ＵＥに）ＡＣＢが適用されている場合、ＮＡＳ階層は、この遮断状態を無視し、アプリケーションのサービスアクセスのためのサービス要求手順（ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ手順（ＴＡＵ要求メッセージの送信）を開始／実行する。このようなサービス要求手順またはＴＡＵ手順を開始する時、ＡＳ（ＲＲＣ）階層にアプリケーション関連情報＋ＡＣＢスキップインディケーション（例えば、ＡＣＢ ｓｋｉｐ−ＯＮ、ＳＥＴまたはＴＲＵＥ ｆｏｒｇ ｒｏｕｐ／ｃａｔｅｇｏｒｙ／ｐｒｉｏｒｉｔｙ“Ｘ”）を伝達するようになる。

または、ＮＡＳ階層は、アプリケーション階層からアプリケーションのサービス開始の要求を受けると、そのためのサービス要求手順（ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ手順（ＴＡＵ要求メッセージの送信）を実行するようになる。このとき、サービス要求手順またはＴＡＵ手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。）

もし、アプリケーション階層から受けたアプリケーション関連情報＋アプリケーションＩＤ／情報／インディケーション情報が（同時に）複数個の場合またはＮＡＳ復旧過程中に変更された場合、

ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報に基づいてサービス要求手順（ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。）；

ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報に基づいてサービス要求手順（ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。）；または、

前記ｉ）及びｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。

もし、アプリケーション階層から追加的に（または、別途に）セッティング／開始インディケーション／情報を受けた時、現在（ＵＥが）ＡＣＢが適用されている場合、ＮＡＳ階層は、この遮断状態を無視し、アプリケーションのサービスアクセスのためのサービス要求手順またはＴＡＵ手順を開始／実行する。このようなサービス要求手順またはＴＡＵ手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。アプリケーション階層からＡＣＢスキップＳｔｏｐ／Ｒｅｓｅｔインディケーション情報を受けた場合、以後にはアプリケーションのサービスアクセスのための従来の一般的なサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を実行する。即ち、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプｆｏｒアプリケーショングループ／カテゴリ／優先順位情報／ＩＤを定義しない従来のサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を実行する。

（ｓｔｅｐ５）ＡＳ（ＲＲＣ）階層は、ＮＡＳ階層のアプリケーションのサービスアクセスのためのサービス要求手順またはＴＡＵ手順を開始する時、もし、ＮＡＳ階層からアプリケーション関連情報＋アプリケーションＩＤ／情報／インディケーションの提供を受けた場合、ネットワーク（例えば、基地局）から提供を受けたＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に遮断比率、遮断ファクタ、平均遮断時間、ＡＣＢスキップ設定などの情報）に基づいてアプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別にＡＣＤＣ検査を実行するようになる。

もし、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別にＡＣＤＣを通過するようになると、アプリケーションのサービスアクセスのためのＲＲＣ接続要求手順を実行するようになる。しかし、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別にＡＣＤＣを通過することができない場合（ｂａｒｒｉｎｇされる場合）、アプリケーションのサービスアクセスのためのＲＲＣ接続要求手順を実行しない。

もし、ＮＡＳ階層から受けたアプリケーション関連情報＋アプリケーションＩＤ／情報／インディケーションが（同時に）複数個の場合またはＮＡＳ復旧過程中に変更された場合、前述したように、ｉ）最も高い（ｈｉｇｈｅｓｔ）ものを利用したり、ｉｉ）最も低い（ｌｏｗｅｓｔ）ものを利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；

もし、ＮＡＳ階層のアプリケーションのサービスアクセスのためのサービス要求手順またはＴＡＵ手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプが定義されてＮＡＳ階層から共に提供されると、ネットワーク（例えば、基地局）から提供を受けたＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に遮断比率、遮断ファクタ、平均遮断時間、ＡＣＢスキップ設定などの情報）に基づいてアプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別にＡＣＤＣを実行するようになる。

もし、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別にＡＣＤＣを通過するようになると、アプリケーションのサービスアクセスのためのＲＲＣ接続要求手順を実行するようになる。しかし、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別にＡＣＤＣを通過することができない場合（ｂａｒｒｉｎｇされる場合）、アプリケーションのサービスアクセスのためのＲＲＣ接続要求手順を実行しない。

もし、ＮＡＳ階層から追加的に（または、別途に）ＡＣＢスキップインディケーション情報を受けた場合（ＡＣＢスキップインディケーション情報がＡＣＢ ｓｋｉｐ−ＯＮ、ＳＥＴまたはＴＲＵＥ ｆｏｒ ｇｒｏｕｐ／ｃａｔｅｇｏｒｙ／ｐｒｉｏｒｉｔｙ“Ｘ”の場合）、現在ＡＣＢ状態と関係なしでＡＣＢをスキップして前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容する。（即ち、現在遮断状態であるとしても、これを無視してサービス要求手順またはＴＡＵ手順を開始／実行してＲＲＣ接続確立を実行する。）

本明細書では、ネットワーク（ｅＮＢ）からアプリケーショングループ／カテゴリ／優先順位／ＩＤ別のＡＣＢスキップ情報状態の変化／変動（例えば、ｆｒｏｍ ＡＣＢ ｓｋｉｐｐｉｎｇ ｓｅｔ／ｔｒｕｅ ｔｏ ＡＣＢ ｓｋｉｐｐｉｎｇ ｒｅｓｅｔ／ｆａｌｓｅ（ｆｒｏｍ ＡＣＢ ｓｋｉｐｐｉｎｇ ｔｏ Ｎｏ ＡＣＢ ｓｋｉｐｐｉｎｇ）またはｆｒｏｍ ＡＣＢ ｓｋｉｐｐｉｎｇ ｒｅｓｅｔ／ｆａｌｓｅ ｔｏ ＡＣＢ ｓｋｉｐｐｉｎｇ ｓｅｔ／ｔｒｕｅ（ｆｒｏｍ Ｎｏ ＡＣＢ ｓｋｉｐｐｉｎｇ ｔｏ ＡＣＢ ｓｋｉｐｐｉｎｇ））が発生すると（発生を検知すると）、そのとき、ＡＳ（ＲＲＣ）階層は、アプリケーション階層またはＮＡＳ階層（または、アプリケーション階層及びＮＡＳ階層）にＡＣＢスキップ設定情報変化／変動を知らせることができる。

以後、アプリケーション階層は、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別のＡＣＢスキップ情報状態の変化／変動によってｓｔｅｐ１〜ｓｔｅｐ３を実行する。

もし、ネットワーク（例えば、基地局）からＡＣＤＣ設定情報（即ち、前記アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に遮断比率、遮断ファクタ、平均遮断時間、ローミング情報、ＡＣＢスキップ設定などの情報）と一般的なＡＣＢ情報が同時にＳＩＢを介してＵＥに提供される場合、ＵＥは、前記本提案のＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に遮断比率、遮断ファクタ、平均遮断時間、ローミング情報、ＡＣＢスキップ設定などの情報）のみを適用して、ＡＣＢ検査は、スキップを実行することができる（ＡＣＤＣ検査のみを実行）

または、ネットワーク（ＭＭＥ／ＳＧＳＮ／基地局など）からインディケーション／設定によって、本提案のＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に遮断比率、遮断ファクタ、平均遮断時間、ローミング情報、ＡＣＢスキップ設定などの情報）と一般的なＡＣＢ情報の中から選択して適用することでＡＣＢ検査スキップを実行することもできる。

または、もし、ネットワーク（例えば、基地局）から前記ＡＣＤＣ設定情報と（従来の）一般的なＡＣＢ情報が同時にＳＩＢを介してＵＥに提供される場合、ＵＥは、前記ＡＣＤＣ設定情報のみを適用してＡＣＤＣ検査をアプリケーション階層で先に実行し、前記ＡＣＤＣ検査を通過すると、ＡＳ（ＲＲＣ）階層で再び従来の一般的なＡＣＢ情報を適用するＡＣＢを実行することもできる。（即ち、ＡＣＤＣ検査とＡＣＢ検査を重複実行する。）

以上で説明した内容は、ＩＭＳベースのアプリケーションのサービスである場合にも適用されることができる。即ち、ＩＭＳベースのアプリケーションのサービスである場合も一般的なアプリケーショングループ／カテゴリのうち一つであることを意味する。）

前記本提案は、ＵＥのＩＤＬＥモードまたはＣＯＮＮＥＣＴＥＤモードを全て適用することができる。例えば、ＥＭＭ−ＩＤＬＥ／ＲＲＣ−ＩＤＬＥモードまたはＥＭＭ−ＣＯＮＮＥＣＴＥＤ／ＲＲＣ−ＣＯＮＮＥＣＴＥＤモードにも適用されることができる。

または、前記本提案は、ＵＥがＩＤＬＥモードであるかまたはＣＯＮＮＥＣＴＥＤモード（例えば、ＥＭＭ−ＩＤＬＥ／ＲＲＣ−ＩＤＬＥモードまたはＥＭＭ−ＣＯＮＮＥＣＴＥＤ／ＲＲＣ−ＣＯＮＮＥＣＴＥＤモード）であるかによって、ＡＣＤＣ設定情報を各々異なるように適用してＡＣＤＣ検査を実行することもできる。

前記本提案のｓｔｅｐ０）は、本明細書の提案１案、２案、４案、５ａ案、５ｂ案、５ｃ案、５ｄ案を相互組合せて適用できる。前記本提案のｓｔｅｐ１〜３）は、本明細書の提案１案、２案、４案、５ａ案、５ｂ案、５ｃ案、５ｄ案を相互組合せて適用できる。

一方、提案１ａ及び提案２を３ＧＰＰ標準ＴＳ ２４．３０１文書のＤ．１節の表現に合わせて説明すると、下記の通りである。

もし、ＵＥがＡＣＤＣに対して設定されている場合、ＮＡＳ階層は、要求に対してどのＡＣＤＣカテゴリを適用すべきかを上位階層から伝達を受けたアプリケーションＩＤに基づいて決定する。ＥＭＭ副階層は、一つのＡＣＤＣカテゴリが適用される場合、アクセス制御の目的として下位階層に前記ＡＣＤＣカテゴリを知らせることもでき、複数のＡＣＤＣカテゴリが適用される場合、アクセス制御の目的として下位階層に最も高い等級のＡＣＤＣカテゴリを知らせることができる。ただし、下記の場合は除外される。

−選択されたＰＬＭＮで前記ＵＥがＡＣ１１乃至ＡＣ１５を使用する場合

−前記要求がページングに応答するための場合

一方、提案１ａ及び提案２を３ＧＰＰ標準ＴＳ ３６．３３１文書の６．３節の表現に合わせて説明すると、下記の通りである。

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

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

一方、ＵＥは、上位階層の要求によってＲＲＣ接続手順を実行する。この手順を実行する時、ＵＥは、

１＞上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、ＡＣＤＣカテゴリを提供し、併せて、ＵＥは、発信通話のためのＲＲＣ接続を確立しようとする場合、

２＞ＴｂａｒｒｉｎｇとしてＴｘｘｘを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。

２＞アクセスが遮断される場合、

３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信通話に対するＡＣＤＣが適用されたことを知らせる。

１＞一方、上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、ＡＣＤＣカテゴリを提供し、併せて、ＵＥは、発信シグナリングのためのＲＲＣ接続を確立しようとする場合、

２＞ＴｂａｒｒｉｎｇとしてＴｙｙｙを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。

２＞アクセスが遮断される場合、

３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信シグナリングに対してＡＣＤＣが適用されたことを知らせる。

一方、ＵＥは、前記ＡＣＤＣ遮断検査を下記のように実行する。

１＞タイマＴ３ｘｘまたはＴｂａｒｒｉｎｇが駆動中の場合

２＞該当セルへのアクセスは遮断されると見なす。

１＞しかし、ＳＩＢタイプ２がＡＣＤＣ遮断パラメータを含む場合

２＞ＵＥがＵＳＩＭに一つ以上のアクセスクラス（１１〜１５）を格納している場合、

２＞有効なアクセスクラスのうち少なくとも一つに対し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＳｐｅｃｉａｌＡＣの対応ビットを０に設定する。

３＞該当セルに対するアクセスは遮断されないと見なす。

２＞それ以外の場合、

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

３＞前記ｒａｎｄがＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦａｃｔｏｒにより指示される値より小さい場合

４＞該当セルへのアクセスは遮断されないと見なす。

３＞それ以外の場合

４＞該当セルへのアクセスは遮断されると見なす。

１＞それ以外の場合

２＞該当セルへのアクセスは遮断されると見なす；

１＞該当セルへのアクセスが遮断され、タイマＴｘｘｘ及びＴｂａｒｒｉｎｇが駆動中でない場合

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

２＞ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ内のａｃｄｃ−ＢａｒｒｉｎｇＴｉｍｅを利用して下記のように算出されたタイマ値に設定されたタイマＴｂａｒｒｉｎｇを駆動する。

“Ｔｂａｒｒｉｎｇ”＝（０．７＋０．６＊ｒａｎｄ）＊ａｃｄｃ−ＢａｒｒｉｎｇＴｉｍｅ。

一方、提案１ｂ及び提案２を３ＧＰＰ標準ＴＳ ２４．３０１文書のＤ．１節の表現に合わせて説明すると、下記の通りである。

ＥＭＭ副階層がＮＡＳシグナリング連結の確立を要求する場合、ＵＥにより使われるＲＲＣ確立原因は、ＮＡＳ手順によって選択される。前記ＥＭＭ副階層は、下位階層にアクセス制御の目的としてＲＲＣ接続確立原因と関連した呼びタイプを知らせる。もし、ＵＥがＥＡＢ（ＥｘｔｅｎｄｅｄＡｃｃｅｓｓＢａｒｒｉｎｇ）に対して設定されている場合、ＥＭＭ副階層は、アクセス制御の目的として下位階層に次のＥＡＢがこの要求に対して適用されると知らせる。ただし、下記の場合は除外されることができる。

−選択されたＰＬＭＮで前記ＵＥがＡＣ１１乃至ＡＣ１５を使用する場合

−前記要求がページングに応答するための場合

−ＲＲＣ確立原因が“応急電話”に設定された場合

−ＵＥがＮＡＳシグナリング低順位（ｌｏｗ ｐｒｉｏｒｉｔｙ）を無視（ｏｖｅｒｒｉｄｅ）するように設定された場合、そしてＥＡＢを無視するように設定された場合、

−ＵＥがＮＡＳシグナリング低順位（ｌｏｗ ｐｒｉｏｒｉｔｙ）を無視（ｏｖｅｒｒｉｄｅ）するように設定された場合、そしてＥＡＢを無視するように設定された場合、そしてＵＥが既にＥＡＢを無視して確立されたＰＤＮ接続を有している場合

一方、提案１ｂ及び提案２を３ＧＰＰ標準文書ＴＳ ３６．３３１の６．３節の表現に合わせて説明すると、下記の通りである。

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

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

一方、ＵＥは、上位階層の要求によってＲＲＣ接続手順を実行する。この手順を実行する時、ＵＥは、

１＞上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、ＡＣＤＣカテゴリを提供し、併せて、ＵＥは、ＡＣＤＣカテゴリＩ（カテゴリＩＩ、ＩＩＩ、…）に対する発信のためのＲＲＣ接続を確立しようとする場合、

２＞ＴｂａｒｒｉｎｇとしてＴｘｘｘを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。

２＞アクセスが遮断される場合、

３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信通話に対するＡＣＤＣが適用されたことを知らせる。

１＞一方、上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、ＡＣＤＣカテゴリを提供し、併せて、ＵＥは、ＡＣＤＣカテゴリＩ（カテゴリＩＩ、ＩＩＩ、…）に対する発信のためのＲＲＣ接続を確立しようとする場合、

２＞ＴｂａｒｒｉｎｇとしてＴｙｙｙを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。

２＞アクセスが遮断される場合、

３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信シグナリングに対してＡＣＤＣが適用されたことを知らせる。

一方、ＵＥは、前記ＡＣＤＣ遮断検査を下記のように実行する。

１＞タイマＴ３ｘｘまたはＴｂａｒｒｉｎｇが駆動中の場合

２＞該当セルへのアクセスは遮断されると見なす。

１＞しかし、ＳＩＢタイプ２がＡＣＤＣ遮断パラメータを含む場合

２＞ＵＥがＵＳＩＭに一つ以上のアクセスクラス（１１〜１５）を格納している場合、

２＞有効なアクセスクラスのうち少なくとも一つに対し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＳｐｅｃｉａｌＡＣの対応ビットを０に設定する。

３＞該当セルに対するアクセスは遮断されないと見なす。

２＞それ以外の場合、

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

３＞前記ｒａｎｄがＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦａｃｔｏｒにより指示される値より小さい場合

４＞該当セルへのアクセスは遮断されないと見なす。

３＞それ以外の場合

４＞該当セルへのアクセスは遮断されると見なす。

１１＞それ以外の場合

２＞該当セルへのアクセスは遮断されると見なす；

１＞該当セルへのアクセスが遮断され、タイマＴｘｘｘ及びＴｂａｒｒｉｎｇが駆動中でない場合

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

２＞ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ内のａｃｄｃ−ＢａｒｒｉｎｇＴｉｍｅを利用して下記のように算出されたタイマ値に設定されたタイマＴｂａｒｒｉｎｇを駆動する。

“Ｔｂａｒｒｉｎｇ”＝（０．７＋０．６＊ｒａｎｄ）＊ａｃｄｃ−ＢａｒｒｉｎｇＴｉｍｅ。

一方、提案１ｃ及び提案２を３ＧＰＰ標準文書ＴＳ ３６．３３１の５．３．３．２節の表現に合わせて説明すると、下記の通りである。

ＵＥは、上位階層の要求によってＲＲＣ接続手順を実行する時、ＵＥは、

１＞上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、アプリケーショングループ／カテゴリ／優先順位／ＩＤ／情報を提供し、併せて、ＵＥは、発信通話のためのＲＲＣ接続を確立しようとする場合、

２＞ＡＣＤＣ設定情報に基づいて、最も高い（ｈｉｇｈｅｓｔ）または最も低い（ｌｏｗｅｓｔ）ＡＣＤＣカテゴリを決定する。

２＞ＴｂａｒｒｉｎｇとしてＴｘｘｘを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。

２＞アクセスが遮断される場合、

３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信通話に対するＡＣＤＣが適用されたことを知らせる。

１＞一方、上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、アプリケーショングループ／カテゴリ／優先順位／ＩＤ／情報を提供し、併せて、ＵＥは、発信シグナリングのためのＲＲＣ接続を確立しようとする場合、

２＞ＡＣＤＣ設定情報に基づいて、最も高い（ｈｉｇｈｅｓｔ）または最も低い（ｌｏｗｅｓｔ）ＡＣＤＣカテゴリを決定する。

２＞ＴｂａｒｒｉｎｇとしてＴｙｙｙを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。

２＞アクセスが遮断される場合、

３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信シグナリングに対するＡＣＤＣが適用されたことを知らせる。

ＩＩＩ．本明細書の提案３（仮出願に記載された提案２）

本明細書の提案３によると、前記ＵＥのアプリケーション階層がＡＣＤＣ検査を実行することができる。前記提案３は、提案３ａ、提案３ｂ、提案３ｃ、提案３ｄに区分される。これを図面を参照して詳細に説明する。

図１２は、本明細書の提案３ａによる流れ図である。

（ｓｔｅｐ０）ネットワーク（事業者）は、アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）をＵＥに提供（または、設定）する。このようなアプリケーション関連情報は、ＯＭＡ ＤＭによるアプリケーション管理オブジェクト（ＭＯ）（例えば、アプリケーション別（アクセス制御）ＭＯ）を介してＵＥに提供されたり、ＵＳＩＭに（予め）設定されてＵＥに提供される。ＵＥのＮＡＳ階層またはアプリケーション階層または運営体制（ＯＳ）を含むアプリケーション制御階層またはＡＳ（ＲＲＣ）階層は、ＡＴ−ｃｏｍｍａｎｄなどを介してこのようなアプリケーショングループ／カテゴリ／優先順位情報／ＩＤを得ることができるようになる。

このようなアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）は、ネットワーク（事業者）から周期的にまたは特点時点などにＵＥに提供されることができる。

（Ｓｔｅｐ１）ネットワーク（例えば、基地局）は、ＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別の遮断比率、遮断ファクタ、遮断時間、ローミング情報、ＡＣＢスキップ設定などの情報）をＳＩＢを介してＵＥのＡＳ（ＲＲＣ）階層に提供することができる。

前記ＡＳ（ＲＲＣ）階層は、これを前記アプリケーション階層に提供する。即ち、アプリケーション階層は、前記情報をＡＳ（ＲＲＣ）階層から提供を受ける。例えば、アプリケーションデータサービス（ＩＰベースのデータサービス；例えば、Ｉｎｔｅｒｎｅｔ、ＧｏｏｇｌｅＭａｐ、ＫａＴａｌｋ、ｅｔｃ）が開始される時、アプリケーション階層が前記情報提供をＡＳ（ＲＲＣ）階層に要求して提供を受けることもできる。

（Ｓｔｅｐ１−１）アプリケーション階層は、前記取得したアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいて、ＡＣＤＣのためのアプリケーションカテゴリを決定する。

（Ｓｔｅｐ１−２）アプリケーションデータサービスが開始される時、前記ｓｔｅｐ０）で取得したアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいて、ＡＳ（ＲＲＣ）階層から提供を受けたＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された関連遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用して前記ＩＰベースのアプリケーションのサービスアクセス試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する。

前記ＩＰベースのアプリケーションのサービスアクセス試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容する場合、そのままアプリケーションのサービスがアプリケーション階層で開始されてネットワークにサービスセッション連結が進行され、前記アプリケーションのサービス試みを許容しない場合、それ以上アプリケーションのサービスのネットワークにセッション連結が試みられない。

もし、ネットワーク（例えば、基地局）からＡＣＤＣ設定情報（即ち、前記アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に遮断比率、遮断ファクタ、平均遮断時間、ローミング情報、ＡＣＢスキップ設定などの情報）と（従来の）一般的なＡＣＢ情報が同時にＳＩＢを介してＵＥに提供される場合、ＵＥは、ＡＣＤＣ設定情報と、ＡＣＢスキップ設定などの情報のみを適用してＡＣＢ検査スキップを実行することができる

（ｓｔｅｐ２）もし、前記アクセス試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）が遮断されなくて許容される場合、ＡＣＢスキップのためのインディケーション／情報がＮＡＳ階層（または、ＲＲＣ階層）に追加的に提供／伝達される。

（ｓｔｅｐ４）もし、前記アクセス試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）が許容される場合、ＮＡＳ階層は、ＩＰベースのアプリケーションのサービスアクセスのためのサービス要求手順またはＴＡＵ手順を実行する。

一方、前記アクセス試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）が許容され、一般的なＡＣＢスキップのためのインディケーション／情報がアプリケーション階層から追加的に共に提供される場合、前記ＮＡＳ階層は、サービス要求手順またはＴＡＵ／ＲＡＵ手順を開始する時、ＡＣＢスキップインディケーション／情報をＡＳ（ＲＲＣ）階層に提供／伝達することもできる。

（ｓｔｅｐ５）一方、前記ＡＳ（ＲＲＣ）階層は、追加的にＡＣＢ検査を実行することもできる。このとき、ＡＣＢ検査実行は、ネットワーク（例えば、基地局）から受信したＡＣＢ情報に基づいてサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を許容するかまたは許容しないかを決定する。ＡＣＢ検査を通過すると、ＡＳ（ＲＲＣ）階層は、ＲＲＣ接続要求手順を実行する。

一方、ＮＡＳ階層のサービス要求手順またはＴＡＵ／ＲＡＵ手順を開始する時、スキップインディケーション／情報が追加的に共に提供／伝達された場合、ＡＳ（ＲＲＣ）階層は、ＡＣＢ検査を実行しない。

その代案として、ＡＳ（ＲＲＣ）階層は、ＡＣＤＣ検査が通過された場合、一般的なＡＣＢ検査は無視して／実行せずにＲＲＣ接続確立手順を実行する。

図１３は、本明細書の提案３ｂによる流れ図である。

図１３に示す提案３ｂは、図１２に示す提案３ａと異なる部分がいくつかある。以下、異なる部分を中心に説明する。

（ｓｔｅｐ１）ＩＭＳ階層は、データ通信サービスを開始する時、アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）をＡＳ（ＲＲＣ）階層から提供を受ける。このとき、ＩＭＳサービス（例えば、ＭＭＴＥＬ ｖｏｉｃｅ、ＭＭＴＥＬ ｖｉｄｅｏ、ＳＭＳ ｏｖｅｒ ＩＰ ｓｅｒｖｉｃｅ）が開始される時、ＩＭＳ階層が前記情報提供をＡＳ（ＲＲＣ）階層に要求して提供を受けることもでき、または、情報提供要求無しで提供を受けることもできる。

（ｓｔｅｐ１−２）ＩＭＳベースのアプリケーションのサービスが開始される時、前記取得したアプリケーション関連情報に基づいて、ＡＳ（ＲＲＣ）階層から提供を受けたＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用して前記ＩＭＳベースのアプリケーションのサービスアクセス試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する。前記ＩＭＳベースのアプリケーションのサービスアクセス試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容する場合、そのままアプリケーションのサービスがアプリケーション階層で開始されてネットワークにサービスセッション連結が進行され、前記アプリケーションのサービス試みを許容しない場合、それ以上アプリケーションのサービスのネットワークにセッション連結が試みられない。

もし、ネットワーク（例えば、基地局）からＡＣＤＣ設定情報（即ち、前記アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別の遮断比率、遮断ファクタ、平均遮断時間、ローミング情報、ＡＣＢスキップ設定などの情報）と一般的なＡＣＢ情報が同時にＳＩＢを介してＵＥに提供される場合、ＵＥは、ＡＣＤＣ設定情報に基づくＡＣＤＣ検査のみを実行してＡＣＢ検査スキップを実行することができる。

そのために、前記ＩＭＳベースのアプリケーションのサービスアクセス試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）が許容される場合（遮断されない）、ＩＭＳ階層は、ＡＣＢスキップのためのインディケーション／情報をＮＡＳ階層（または、ＲＲＣ階層）に追加的に提供／伝達することもできる。

（ｓｔｅｐ５）ＡＳ（ＲＲＣ）階層は、前記ＡＣＤＣ検査が進行された以後、追加的にＡＣＢ検査を実行することもできる。このとき、ＡＣＢ検査は、ネットワーク（例えば、基地局）から受信したＡＣＢ情報に基づいて実行されることができる。

もし、ＮＡＳ階層のサービス要求手順またはＴＡＵ／ＲＡＵ手順を開始する時、ＡＣＢスキップインディケーション／情報が追加的に共に提供／伝達された場合、前記ＡＳ（ＲＲＣ）階層は、ＡＣＢ検査を実行しない。以後、ＡＳ（ＲＲＣ）階層は、ＲＲＣ接続要求手順を実行する。

その代案として、ＡＳ（ＲＲＣ）階層は、ＡＣＤＣ検査が通過された場合、ＡＣＢ検査を無視して／実行せずにＲＲＣ接続確立手順を実行する。

図１４は、本明細書の提案３ｃによる流れ図である。

図１４に示す提案３ｃは、提案３ａ及び提案３ｂと異なる部分がいくつかある。以下、異なる部分を中心に説明する。

アプリケーション階層がＡＣＤＣ検査を実行した結果、クセス試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）が許容される場合（遮断されない）、ＡＳ（ＲＲＣ）階層は、ＡＣＢスキップのためのインディケーション／情報の伝達を受けていないとしても（提供を受けていないとしても）、ＡＣＢ検査を通過させることができる。

図１５は、本明細書の提案３ｄによる流れ図である。

図１５に示す提案３ｄは、提案３ａ、提案３ｂ及び提案３ｃと異なる部分がいくつかある。以下、異なる部分を中心に説明する。

ＩＭＳ階層がＡＣＤＣ検査を実行した結果、クセス試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）が許容される場合（遮断されない）、ＡＳ（ＲＲＣ）階層は、ＡＣＢスキップのためのインディケーション／情報の伝達を受けていないとしても（提供を受けていないとしても）、ＡＣＢ検査を通過させることができる。

ＩＶ．本明細書の提案４

提案４は、１２乃至図１５の図示と類似する。したがって、別途の図面を参照せずに、図１２乃至図１５をそのまま参照して説明する。

（ｓｔｅｐ１）ネットワーク（例えば、基地局）は、ＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別の遮断比率、遮断ファクタ、平均遮断時間、ＡＣＢスキップ設定などの情報）をＳＩＢを介してＵＥに提供する。このような情報は、ＵＥのＡＳ（ＲＲＣ）階層がネットワークから受けることができる。そのとき、前記ＡＳ（ＲＲＣ）階層は、このような情報をアプリケーション階層（または、ＮＡＳ階層）に提供することもできる。例えば、アプリケーション階層がデータ通信サービスを開始する時、ＡＳ（ＲＲＣ）階層に前記情報の提供を要求して提供を受けることもできる。

（ｓｔｅｐ１−２）アプリケーション階層が前記ＡＣＤＣ設定情報をＡＳ（ＲＲＣ）階層から提供を受けた場合、アプリケーション階層は、この情報に基づいて、ＮＡＳ階層のアプリケーションのサービスアクセスのためのサービス要求手順またはＴＡＵ手順開始（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する。即ち、アプリケーション階層は、ＡＳ（ＲＲＣ）階層から提供を受けたＡＣＤＣ設定情報に基づいてＡＣＤＣ検査を実行することによって、アプリケーションのサービス提供のためのサービスアクセス試みを許容するかまたは許容しないかを決定する。

もし、アプリケーション階層でアクセス試みを許容しない場合、ＮＡＳ階層にアプリケーションのサービス開始（発信（ＭＯ）データまたは発信（ＭＯ）シグナリング）を要求しない。結局、アプリケーションのサービスアクセスが遮断される。

（ｓｔｅｐ２）前記アクセス試みが許容される場合、前記アプリケーション階層は、アプリケーションのサービス開始（発信（ＭＯ）データまたは発信（ＭＯ）シグナリング）を要求する。このとき、ＡＳ（ＲＲＣ）階層からＡＣＢスキップインディケーション情報（例えば、ＡＣＢスキップインディケーション情報がＡＣＢ ｓｋｉｐ−ＯＮ、ＳＥＴまたはＴＲＵＥ ｆｏｒ ｇｒｏｕｐ／ｃａｔｅｇｏｒｙ／ｐｒｉｏｒｉｔｙ“Ｘ）を受けた場合、前記アプリケーション階層は、前記ＡＣＢスキップインディケーションをＮＡＳ階層に伝達する。

（Ｓｔｅｐ４）ＮＡＳ階層は、アプリケーション階層からアプリケーションのサービス開始（発信（ＭＯ）データまたは発信（ＭＯ）シグナリング）の要求を受けると、そのためのサービス要求手順またはＴＡＵ手順を実行するようになる。

もし、前記アプリケーション階層からＡＣＢスキップインディケーション、例えば、スキップＳｔｏｐ／Ｒｅｓｅｔインディケーション情報を受けた場合、前記ＮＡＳ階層は、アプリケーションのサービスアクセスのためのサービス要求手順またはＴＡＵ手順を開始する時、アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）のみをＡＳ（ＲＲＣ）階層に伝達し、アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づくＡＣＢスキップインディケーションは伝達しない。

その代案として、アプリケーション階層からアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーション関連情報に基づくＡＣＢスキップインディケーション（例えば、ＡＣＢ ｓｋｉｐ−ＯＦＦ、ＲＥＳＥＴまたはＦＡＬＳＥ ｆｏｒ ｇｒｏｕｐ／ｃａｔｅｇｏｒｙ／ｐｒｉｏｒｉｔｙ“Ｙ”）をＡＳ（ＲＲＣ）階層に伝達することもできる。

もし、アプリケーション階層から追加的にＡＣＢスキップＳｔａｒｔ／Ｓｅｔインディケーション情報を受けた状況で、現在ＡＣＢが適用されている場合、ＮＡＳ階層は、この遮断状態を無視し（ｉｇｎｏｒｅ）、アプリケーションのサービスアクセスのためのサービス要求手順またはＴＡＵ手順を開始／実行する。このようなサービス要求手順またはＴＡＵ手順を開始する時、ＡＳ（ＲＲＣ）階層にアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーション関連情報に基づくＡＣＢスキップインディケーション（例えば、ＡＣＢ ｓｋｉｐ−ＯＮ、ＳＥＴまたはＴＲＵＥ ｆｏｒ ｇｒｏｕｐ／ｃａｔｅｇｏｒｙ／ｐｒｉｏｒｉｔｙ“Ｘ”）を伝達するようになる。

（ｓｔｅｐ５）ＡＳ（ＲＲＣ）階層は、ＮＡＳ階層のアプリケーションのサービスアクセスのためのサービス要求手順またはＴＡＵ手順を開始する時、ＲＲＣ接続要求手順を実行するようになる。

もし、ネットワークからＡＣＢ情報を共に提供を受けた場合、ＡＳ（ＲＲＣ）階層は、受信したＮＡＳ階層のアプリケーションのサービスアクセスのためのサービス要求手順またはＴＡＵ手順を開始する時、ＡＣＢ検査を実行して最終前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定することもできる。

または、ＡＣＤＣ検査が通過された場合、ＡＣＢ検査を実行せずにＲＲＣ接続要求手順を実行することもできる。

もし、ＮＡＳ階層からＡＣＢスキップインディケーション情報（ＡＣＢスキップインディケーション情報がＡＣＢ ｓｋｉｐ−ＯＮ、ＳＥＴまたはＴＲＵＥ ｆｏｒ ｇｒｏｕｐ／ｃａｔｅｇｏｒｙ／ｐｒｉｏｒｉｔｙ“Ｘ”の場合）を受けた場合、前記ＡＳ（ＲＲＣ）階層は、現在ＡＣＢ状態と関係なしでＡＣＢをスキップして前記アクセス試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容する。即ち、現在遮断状態であるとしても、これを無視し、サービス要求手順またはＴＡＵ手順を開始／実行してＲＲＣ接続を確立することができる。

一方、ネットワーク（ｅＮＢ）から提供されるアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）別のＡＣＢスキップ情報の状態変化／変動（例えば、ｆｒｏｍ ＡＣＢ ｓｋｉｐｐｉｎｇ ｓｅｔ／ｔｒｕｅ ｔｏ ＡＣＢ ｓｋｉｐｐｉｎｇ ｒｅｓｅｔ／ｆａｌｓｅ（ｆｒｏｍ ＡＣＢ ｓｋｉｐｐｉｎｇ ｔｏ Ｎｏ ＡＣＢ ｓｋｉｐｐｉｎｇ）またはｆｒｏｍ ＡＣＢ ｓｋｉｐｐｉｎｇ ｒｅｓｅｔ／ｆａｌｓｅ ｔｏ ＡＣＢ ｓｋｉｐｐｉｎｇ ｓｅｔ／ｔｒｕｅ（ｆｒｏｍ Ｎｏ ＡＣＢ ｓｋｉｐｐｉｎｇ ｔｏ ＡＣＢ ｓｋｉｐｐｉｎｇ））が発生すると（発生を検知すると）、ＡＳ（ＲＲＣ）階層は、アプリケーション階層またはＮＡＳ階層（または、アプリケーション階層及びＮＡＳ階層）にＡＣＢスキップ設定情報変化／変動を知らせることができる。

以後、アプリケーション階層は、アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）別のＡＣＢスキップ情報状態の変化／変動によって前述したｓｔｅｐを再び実行する。

他方、もし、ネットワーク（例えば、基地局）からＡＣＤＣ設定情報とＡＣＢ情報が同時にＳＩＢを介して受信される場合、ＵＥは、前記ＡＣＤＣ設定情報に基づいてＡＣＤＣ検査のみを実行し、ＡＣＢ検査はスキップすることもできる。または、ネットワーク（ＭＭＥ／ＳＧＳＮ／基地局など）からインディケーション／設定によって、前記ＡＣＤＣ設定情報と前記ＡＣＢ情報の中からいずれか一つを選択して適用してＡＣＤＣ検査のみを実行したり、ＡＣＢ検査のみを実行することもできる。

または、もし、ネットワーク（例えば、基地局）から前記ＡＣＤＣ設定情報とＡＣＢ情報が同時にＳＩＢを介して受信する場合、ＵＥは、前記ＡＣＤＣ設定情報に基づいてＡＣＤＣ検査を実行し、前記ＡＣＤＣ検査が通過されると、ＡＳ（ＲＲＣ）階層でＡＣＢ情報に基づいてＡＣＢ検査を実行することができる。

前記提案４で説明されるアプリケーション階層の動作は、ＩＭＳ階層にも適用されることができる。

前記提案４は、ＵＥのＩＤＬＥモードまたはＣＯＮＮＥＣＴＥＤモードの両方ともに適用できる。例えば、提案４は、ＥＭＭ−ＩＤＬＥ／ＲＲＣ−ＩＤＬＥモードまたはＥＭＭ−ＣＯＮＮＥＣＴＥＤ／ＲＲＣ−ＣＯＮＮＥＣＴＥＤモードに適用されることができる。

または、ＵＥがＩＤＬＥモードであるかまたはＣＯＮＮＥＣＴＥＤモード（例えば、ＥＭＭ−ＩＤＬＥ／ＲＲＣ−ＩＤＬＥモードまたはＥＭＭ−ＣＯＮＮＥＣＴＥＤ／ＲＲＣ−ＣＯＮＮＥＣＴＥＤモード）であるかによって、ＡＣＤＣ設定情報を各々異なるように適用できる。

Ｖ．本明細書の提案５

提案５は、アプリケーションのグループ／カテゴリ／優先順位情報／ＩＤが複数個である場合に対する処理方案を提示する。提案５は、提案５ａ、提案５ｂ、提案５ｃ、提案５ｄに区分されることができる。以下、各々に対して説明する。

Ｖ−１．提案５ａ

もし、アプリケーション階層から受けたアプリケーション関連情報またはアプリケーション関連情報＋Ｓｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報が複数個の場合またはＮＡＳ復旧過程中にアプリケーショングループ／カテゴリ／優先順位情報／ＩＤが（以前と違って）変更された場合、

ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）のみをＡＳ（ＲＲＣ）階層に提供したり；

ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）のみをＡＳ（ＲＲＣ）階層に提供したり；

ｉｉｉ）複数個のアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）または変更前後のアプリケーション関連情報を全てＡＳ（ＲＲＣ）階層に提供することができる。

前記ｉ）、ｉｉ）、ｉｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）、ｉｉ）、ｉｉｉ）方式のうち一つが具現されて動作されることができる。

もし、アプリケーション階層から受けたアプリケーション関連情報またはアプリケーション関連情報＋Ｓｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報が（同時に）複数個の場合またはＮＡＳ復旧過程中に変更された場合、

ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を開始する時、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。）；

ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を開始する時、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる）；または、

前記ｉ）及びｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。

もし、アプリケーション階層から受けたアプリケーション関連情報またはアプリケーション関連情報＋Ｓｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報が（同時に）複数個の場合またはＮＡＳ復旧過程中に変更された場合、

ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてネットワークから受信したＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；または、

ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてネットワークから受信したＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；

前記ｉ）及びｉｉ）方式は、ＡＳ（ＲＲＣ）階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。

もし、ＮＡＳ階層から受けたアプリケーション関連情報またはアプリケーション関連情報＋Ｓｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報が（同時に）複数個の場合、

ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてネットワークから受信したＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；または、

ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてネットワークから受信したＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；

前記ｉ）及びｉｉ）方式は、ＡＳ（ＲＲＣ）階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。

Ｖ−２．提案５ｂ

もし、アプリケーション階層から受けたアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーション情報が（同時に）複数個の場合またはＮＡＳ復旧過程中に変更された場合、

ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーション）のみをＡＳ（ＲＲＣ）階層に提供したり；

ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーション）のみをＡＳ（ＲＲＣ）階層に提供したり；

ｉｉｉ）複数個のアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーション）（以前情報と変更された情報）を全てＡＳ（ＲＲＣ）階層に提供することができる。

前記ｉ）、ｉｉ）、ｉｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）、ｉｉ）、ｉｉｉ）方式のうち一つが具現されて動作されることができる。

もし、アプリケーション階層から受けたアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーション情報が（同時に）複数個の場合またはＮＡＳ復旧過程中に変更された場合、

ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。）；または、

ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。）；

前記ｉ）及びｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。

もし、ＮＡＳ階層から受けたアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーションが（同時に）複数個の場合またはＮＡＳ復旧過程中に変更された場合、

ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてネットワークから受信したＡＣＤＣ設定情報を利用して前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；

ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてネットワークから受信したＡＣＤＣ設定情報を利用して前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；

前記ｉ）及びｉｉ）方式は、ＡＳ（ＲＲＣ）階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。

もし、アプリケーション階層から受けたアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）が複数個の場合またはＮＡＳ復旧過程中に変更された場合、

ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーションのみをＡＳ（ＲＲＣ）階層に提供したり；または、

ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーションをＡＳ（ＲＲＣ）階層に提供したり；または、

ｉｉｉ）複数個のアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーション（以前情報と変更された情報）を全てＡＳ（ＲＲＣ）階層に提供することができる。

前記ｉ）、ｉｉ）、ｉｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）、ｉｉ）、ｉｉｉ）方式のうち一つが具現されて動作されることができる。

もし、アプリケーション階層から受けたアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーションが（同時に）複数個の場合またはＮＡＳ復旧過程中に以前と違って変更された場合、

ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。）；または、

ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。）；

前記ｉ）及びｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。

もし、ＮＡＳ階層から受けたアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーションが（同時に）複数個の場合、

ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてネットワークから受信したＡＣＤＣ設定情報を利用して前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；

ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてネットワークから受信したＡＣＤＣ設定情報を利用して前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；

前記ｉ）及びｉｉ）方式は、ＡＳ（ＲＲＣ）階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。

図１６乃至図１９は、提案５ａ及び提案５ｂによる信号流れを示す例示図である。

図１６を参照すると、ＵＥのＮＡＳ階層は、アプリケーション関連情報に基づいて、ＡＣＤＣカテゴリの中から最も高いまたは最も低いカテゴリを選択し、それによって、サービス要求手順またはＴＡＵ／ＲＡＵ手順の開始を要求する。そのとき、ＵＥのＡＳ（ＲＲＣ）階層は、前記選択された最も高いまたは最も低いカテゴリに基づいてＡＣＤＣ検査を実行する。

図１７を参照すると、ＵＥのＮＡＳ階層は、アプリケーション関連情報に基づいて、ＡＣＤＣカテゴリの中から最も高いまたは最も低いカテゴリを選択し、前記選択されたカテゴリによる呼びタイプを有するサービス要求手順またはＴＡＵ／ＲＡＵ手順の開始を要求する。そのとき、ＵＥのＡＳ（ＲＲＣ）階層は、前記（選択された）呼びタイプに基づいてＡＣＤＣ検査を実行する。

図１８を参照すると、ＵＥのＮＡＳ階層は、アプリケーション関連情報に基づいて、複数のカテゴリを選択し、それによって、サービス要求手順またはＴＡＵ／ＲＡＵ手順の開始を要求する。そのとき、ＵＥのＡＳ（ＲＲＣ）階層は、前記提供された複数のカテゴリの中から最も高いまたは最も低いカテゴリを選択／決定し、これに基づいてＡＣＤＣ検査を実行する。

図１９を参照すると、ＵＥのＡＳ（ＲＲＣ）階層は、アプリケーション関連情報に基づいて、ＡＣＤＣカテゴリの中から最も高いまたは最も低いカテゴリを選択する。そのとき、ＵＥのＡＳ（ＲＲＣ）階層は、前記選択された最も高いまたは最も低いカテゴリに基づいてＡＣＤＣ検査を実行する。

一方、図１６に示す提案５ａ及び提案５ｂを３ＧＰＰ標準文書ＴＳ ２４．３０１のＤ．１節の表現に合わせて説明すると、下記の通りである。

もし、ＵＥがＡＣＤＣに対して設定されている場合、ＮＡＳ階層は、要求に対してどのＡＣＤＣカテゴリ（ら）を適用すべきかを、上位階層から伝達を受けたアプリケーションＩＤに基づいて決定する。ＥＭＭ副階層は、一つのＡＣＤＣカテゴリが適用される場合、アクセス制御の目的として下位階層に前記ＡＣＤＣカテゴリを知らせることもでき、複数のＡＣＤＣカテゴリが適用される場合、アクセス制御の目的として下位階層に最も高い等級（または、最も低い等級）のＡＣＤＣカテゴリを知らせることができる。ただし、下記の場合は除外される。

−選択されたＰＬＭＮで前記ＵＥがＡＣ１１乃至ＡＣ１５を使用する場合

−前記要求がページングに応答するための場合

一方、図１６に示す提案５ａ及び提案５ｂを３ＧＰＰ標準文書ＴＳ ３６．３３１の６．３節の表現に合わせて説明すると、下記の通りである。

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

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

図１６に示す提案５ａ及び提案５ｂを３ＧＰＰ標準文書ＴＳ ３６．３３１の５．３．３．２節の表現に合わせて説明すると、下記の通りである。

ＵＥは、上位階層の要求によってＲＲＣ接続手順を実行する。この手順を実行する時、ＵＥは

１＞上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、ＡＣＤＣカテゴリを提供し、併せて、ＵＥは、発信通話のためのＲＲＣ接続を確立しようとする場合、

２＞ＴｂａｒｒｉｎｇとしてＴｘｘｘを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。

２＞アクセスが遮断される場合、

３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信通話に対するＡＣＤＣが適用されたことを知らせる。

１＞一方、上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、ＡＣＤＣカテゴリを提供し、併せて、ＵＥは、発信シグナリングのためのＲＲＣ接続を確立しようとする場合、

２＞ＴｂａｒｒｉｎｇとしてＴｙｙｙを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。

２＞アクセスが遮断される場合、

３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信シグナリングに対してＡＣＤＣが適用されたことを知らせる。

一方、ＵＥは、前記ＡＣＤＣ遮断検査を下記のように実行する。

１＞タイマＴ３ｘｘまたはＴｂａｒｒｉｎｇが駆動中の場合

２＞該当セルへのアクセスは遮断されると見なす。

１＞しかし、ＳＩＢタイプ２がＡＣＤＣ遮断パラメータを含む場合

２＞ＵＥがＵＳＩＭに一つ以上のアクセスクラス（１１〜１５）を格納している場合、

２＞有効なアクセスクラスのうち少なくとも一つに対し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＳｐｅｃｉａｌＡＣの対応ビットを０に設定する。

３＞該当セルへのアクセスは遮断されると見なす；

２＞それ以外の場合、

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

３＞前記ｒａｎｄがＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦａｃｔｏｒにより指示される値より小さい場合

４＞該当セルへのアクセスは遮断されないと見なす。

３＞それ以外の場合

４＞該当セルへのアクセスは遮断されると見なす。

１＞それ以外の場合

２＞該当セルへのアクセスは遮断されると見なす；

１＞該当セルへのアクセスが遮断され、タイマＴｘｘｘ及びＴｂａｒｒｉｎｇが駆動中でない場合

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

２＞ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ内のａｃｄｃ−ＢａｒｒｉｎｇＴｉｍｅを利用して下記のように算出されたタイマ値に設定されたタイマＴｂａｒｒｉｎｇを駆動する。

“Ｔｂａｒｒｉｎｇ”＝（０．７＋０．６＊ｒａｎｄ）＊ａｃｄｃ−ＢａｒｒｉｎｇＴｉｍｅ。

一方、図１７に示す提案５ａ及び提案５ｂを３ＧＰＰ標準文書ＴＳ ２４．３０１のＤ．１節の表現に合わせて説明すると、下記の通りである。

ＥＭＭ副階層がＮＡＳシグナリング連結の確立を要求する場合、ＵＥにより使われるＲＲＣ確立原因は、ＮＡＳ手順によって選択される。前記ＥＭＭ副階層は、下位階層にアクセス制御の目的としてＲＲＣ接続確立原因と関連した呼びタイプを知らせる。もし、ＵＥがＥＡＢ（Ｅｘｔｅｎｄｅｄ Ａｃｃｅｓｓ Ｂａｒｒｉｎｇ）に対して設定されている場合、ＥＭＭ副階層は、アクセス制御の目的として下位階層に次のＥＡＢがこの要求に対して適用されると知らせる。

一方、図１７に示す提案５ａ及び提案５ｂを３ＧＰＰ標準文書ＴＳ ３６．３３１の６．３節の表現に合わせて説明すると、下記の通りである。

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

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

図１７に示す提案５ａ及び提案５ｂを３ＧＰＰ標準文書ＴＳ ３６．３３１の５．３．３．２節の表現に合わせて説明すると、下記の通りである。

ＵＥは、上位階層の要求によってＲＲＣ接続手順を実行する。この手順を実行する時、ＵＥは

１＞上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、ＡＣＤＣカテゴリを提供し、併せて、ＵＥは、ＡＣＤＣカテゴリＩのためのＲＲＣ接続を確立しようとする場合、

２＞ＴｂａｒｒｉｎｇとしてＴｘｘｘを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。

２＞アクセスが遮断される場合、

３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信通話に対するＡＣＤＣが適用されたことを知らせる。

１＞一方、上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、ＡＣＤＣカテゴリを提供し、併せて、ＵＥは、ＡＣＤＣカテゴリＩのためなＲＲＣ接続を確立しようとする場合、

２＞ＴｂａｒｒｉｎｇとしてＴｙｙｙを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。

２＞アクセスが遮断される場合、

３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信シグナリングに対してＡＣＤＣが適用されたことを知らせる。

一方、ＵＥは、前記ＡＣＤＣ遮断検査を下記のように実行する。

１＞タイマＴ３ｘｘまたはＴｂａｒｒｉｎｇが駆動中の場合

２＞該当セルへのアクセスは遮断されると見なす。

１＞しかし、ＳＩＢタイプ２がＡＣＤＣ遮断パラメータを含む場合

２＞ＵＥがＵＳＩＭに一つ以上のアクセスクラス（１１〜１５）を格納している場合、

２＞有効なアクセスクラスのうち少なくとも一つに対し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＳｐｅｃｉａｌＡＣの対応ビットを０に設定する。

３＞該当セルに対するアクセスは遮断されないと見なす。

２＞それ以外の場合、

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

３＞前記ｒａｎｄがＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦａｃｔｏｒにより指示される値より小さい場合

４＞該当セルへのアクセスは遮断されないと見なす。

３＞それ以外の場合

４＞該当セルへのアクセスは遮断されると見なす。

１＞それ以外の場合

２＞該当セルへのアクセスは遮断されると見なす；

１＞該当セルへのアクセスが遮断され、タイマＴｘｘｘ及びＴｂａｒｒｉｎｇが駆動中でない場合

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

２＞ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ内のａｃｄｃ−ＢａｒｒｉｎｇＴｉｍｅを利用して下記のように算出されたタイマ値に設定されたタイマＴｂａｒｒｉｎｇを駆動する。

“Ｔｂａｒｒｉｎｇ”＝（０．７＋０．６＊ｒａｎｄ）＊ａｃｄｃ−ＢａｒｒｉｎｇＴｉｍｅ。

一方、図１８に示す提案５ａ及び提案５ｂを３ＧＰＰ標準文書ＴＳ ２４．３０１のＤ．１節の表現に合わせて説明すると、下記の通りである。

ＵＥがＡＣＤＣに対して設定されている場合、ＮＡＳ階層は、要求に対してどのＡＣＤＣカテゴリを適用すべきかを上位階層から伝達を受けたアプリケーションＩＤに基づいて決定する。ＥＭＭ副階層は、一つのＡＣＤＣカテゴリが適用される場合、アクセス制御の目的として下位階層に前記ＡＣＤＣカテゴリを知らせることもでき、複数のＡＣＤＣカテゴリが適用される場合、アクセス制御の目的として下位階層に全てのＡＣＤＣカテゴリを知らせることができる。ただし、下記の場合は除外される。

−選択されたＰＬＭＮで前記ＵＥがＡＣ１１乃至ＡＣ１５を使用する場合

−前記要求がページングに応答するための場合

一方、図１８に示す提案５ａ及び提案５ｂを３ＧＰＰ標準文書ＴＳ ３６．３３１の６．３節の表現に合わせて説明すると、下記の通りである。

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

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

図１８に示す提案５ａ及び提案５ｂを３ＧＰＰ標準文書ＴＳ ３６．３３１の５．３．３．２節の表現に合わせて説明すると、下記の通りである。

ＵＥは、上位階層の要求によってＲＲＣ接続手順を実行する。この手順を実行する時、ＵＥは

１＞上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、複数のＡＣＤＣカテゴリＩＤ／情報を提供し、併せて、ＵＥは、発信通話のためのＲＲＣ接続を確立しようとする場合、

２＞前記上位階層から提供された多数のＡＣＤＣカテゴリの中から最も高いまたは最も低いＡＣＤＣカテゴリを決定する。

２＞ＴｂａｒｒｉｎｇとしてＴｘｘｘを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。

２＞アクセスが遮断される場合、

３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信通話に対するＡＣＤＣが適用されたことを知らせる。

１＞一方、上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、多数のＡＣＤＣカテゴリを提供し、併せて、ＵＥは、発信シグナリングのためのＲＲＣ接続を確立しようとする場合、

２＞前記上位階層から提供された多数のＡＣＤＣカテゴリの中から最も高いまたは最も低いＡＣＤＣカテゴリを決定する。

２＞ＴｂａｒｒｉｎｇとしてＴｙｙｙを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。

２＞アクセスが遮断される場合、

３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信シグナリングに対してＡＣＤＣが適用されたことを知らせる。

一方、ＵＥは、前記ＡＣＤＣ遮断検査を下記のように実行する。

１＞タイマＴ３ｘｘまたはＴｂａｒｒｉｎｇが駆動中の場合

２＞該当セルへのアクセスは遮断されると見なす。

１＞しかし、ＳＩＢタイプ２がＡＣＤＣ遮断パラメータを含む場合

２＞ＵＥがＵＳＩＭに一つ以上のアクセスクラス（１１〜１５）を格納している場合、

２＞有効なアクセスクラスのうち少なくとも一つに対し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＳｐｅｃｉａｌＡＣの対応ビットを０に設定する。

３＞該当セルに対するアクセスは遮断されないと見なす。

２＞それ以外の場合、

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

３＞前記ｒａｎｄがＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦａｃｔｏｒにより指示される値より小さい場合

４＞該当セルへのアクセスは遮断されないと見なす。

３＞それ以外の場合

４＞該当セルへのアクセスは遮断されると見なす。

１＞それ以外の場合

２＞該当セルへのアクセスは遮断されると見なす；

１＞該当セルへのアクセスが遮断され、タイマＴｘｘｘ及びＴｂａｒｒｉｎｇが駆動中でない場合

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

２＞ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ内のａｃｄｃ−ＢａｒｒｉｎｇＴｉｍｅを利用して下記のように算出されたタイマ値に設定されたタイマＴｂａｒｒｉｎｇを駆動する。

“Ｔｂａｒｒｉｎｇ”＝（０．７＋０．６＊ｒａｎｄ）＊ａｃｄｃ−ＢａｒｒｉｎｇＴｉｍｅ。

一方、図１９に示す提案５ａ及び提案５ｂを３ＧＰＰ標準ＴＳ ３６．３３１文書の５．３．３．２節の表現に合わせて説明すると、下記の通りである。

１＞上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位／ＩＤ／情報）を提供し、併せて、ＵＥは、発信通話のためのＲＲＣ接続を確立しようとする場合、

２＞ＡＣＤＣ設定情報に基づいて最も高いまたは最も低いＡＣＤＣカテゴリを決定する。

２＞ＴｂａｒｒｉｎｇとしてＴｘｘｘを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。

２＞アクセスが遮断される場合、

３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信通話に対するＡＣＤＣが適用されたことを知らせる。

１＞一方、上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位／ＩＤ／情報）を提供し、併せて、ＵＥは、発信シグナリングのためのＲＲＣ接続を確立しようとする場合、

２＞ＡＣＤＣ設定情報に基づいて最も高いまたは最も低いＡＣＤＣカテゴリを決定する。

２＞ＴｂａｒｒｉｎｇとしてＴｙｙｙを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。

２＞アクセスが遮断される場合、

３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信シグナリングに対してＡＣＤＣが適用されたことを知らせる。

Ｖ−３．提案５ｃ

もし、アプリケーション階層から受けたアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーションが（同時に）複数個の場合またはＮＡＳ復旧過程中に以前と違って変更された場合、

ｉ）前記取得したアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいて、アプリケーション階層から提供を受けたアプリケーションＩＤ／情報／インディケーションに対するアプリケーショングループ／カテゴリ／優先順位を決定する。このとき、最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）を選択する。以後、ＡＳ（ＲＲＣ）階層から提供を受けたＡＣＤＣ設定情報（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別の遮断比率、遮断ファクタ、平均遮断時間、ＡＣＢスキップ設定などの情報）に基づいて（このとき、最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいて）、アプリケーション階層からのアプリケーションのサービス開始要求に対するＡＣＤＣ検査を実行する。もし、ＡＣＤＣ検査を通過すると、そのためのサービス要求手順またはＴＡＵ手順を実行するようになる。もし、ＡＣＤＣ検査が通過されない場合、そのためのサービス要求手順またはＴＡＵ手順を実行しない；

ｉｉ）前記取得したアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいて、アプリケーション階層から提供を受けたアプリケーションＩＤ／情報／インディケーションに対するアプリケーショングループ／カテゴリ／優先順位を決定する。このとき、最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）を選択する。以後、ＡＳ（ＲＲＣ）階層から提供を受けたＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別の遮断比率、遮断ファクタ、平均遮断時間、ＡＣＢスキップ設定などの情報）に基づいて（このとき、最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいて）、アプリケーション階層からのアプリケーションのサービス開始要求に対するＡＣＤＣ検査を実行する。もし、ＡＣＤＣ検査を通過すると、そのためのサービス要求手順またはＴＡＵ手順を実行するようになる。もし、ＡＣＤＣ検査が通過されない場合、そのためのサービス要求手順またはＴＡＵ手順を実行しない；

前記ｉ）及びｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。

もし、アプリケーション階層から受けたアプリケーションＩＤ／情報／インディケーションが（同時に）複数個の場合またはＮＡＳ復旧過程中に以前と違って変更された場合、複数個のアプリケーションＩＤ／情報／インディケーション（以前情報と変更された情報）を全てＡＳ（ＲＲＣ）階層に提供することができる。

もし、ＮＡＳ階層から受けたアプリケーションＩＤ／情報／インディケーションが（同時に）複数個の場合、

ｉ）前記取得したアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいて、ＮＡＳ階層から提供を受けたアプリケーションＩＤ／情報／インディケーションに対するアプリケーショングループ／カテゴリ／優先順位を決定する。以後、アプリケーションのサービスアクセスのためのＲＲＣ接続要求手順を実行するようになる（ＡＣＤＣ検査）。このとき、最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）を選択し、これに基づいてアプリケーションのサービスアクセスのためのＲＲＣ接続要求手順を実行するようになる（ＡＣＤＣ検査）。または、

ｉｉ）前記取得したアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいて、ＮＡＳ階層から提供を受けたアプリケーションＩＤ／情報／インディケーションに対するアプリケーショングループ／カテゴリ／優先順位を決定する。以後、アプリケーションのサービスアクセスのためのＲＲＣ接続要求手順を実行するようになる（ＡＣＤＣ検査）。このとき、最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）を選択し、これに基づいてアプリケーションのサービスアクセスのためのＲＲＣ接続要求手順を実行するようになる（ＡＣＤＣ検査）。

前記ｉ）及びｉｉ）方式は、ＡＳ（ＲＲＣ）階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。

図２０及び図２１は、提案５Ｃによる信号流れを示す例示図である。

図２０を参照すると、ＮＡＳ階層は、アプリケーション階層から受けたアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーションが（同時に）複数個の場合、最も高いまたは最も低いＡＣＤＣカテゴリを決定する。次に、前記ＮＡＳ階層は、前記決定された最も高いまたは最も低いＡＣＤＣカテゴリに基づいて、ＡＣＤＣ検査を実行する。ＡＣＤＣ検査が通過される場合、前記ＮＡＳ階層は、ＡＣＢスキップインディケーションを前記ＡＳ（ＲＲＣ）階層に伝達する。ＡＳ（ＲＲＣ）階層は、ＡＣＢスキップインディケーションの提供を受けた後、一般的なＡＣＢをスキップする（実行しない）。または、ＡＳ（ＲＲＣ）階層は、ＡＣＢスキップインディケーションの提供を受けなくても一般的なＡＣＢをスキップする（実行しない）。

図２１を参照すると、ＮＡＳ階層は、アプリケーション階層から受けたアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーションが（同時に）複数個の場合、最も高いまたは最も低いＡＣＤＣカテゴリを決定する。

Ｖ−４．提案５ｄ

提案されるアプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別の連結差等化方案（ＡＣＤＣ検査）は、ＵＥがページングに対する応答として実行するサービス要求手順とＵＥが実行する応急電話（ＣＳＦＢ応急電話、１ｘＣＳＦＢ応急電話、ＩＭＳ応急サービス）に対しては適用しない。ただし、ＡＣＢが適用されることができる（または、ＳＳＡＣ（Ｓｅｒｖｉｃｅ Ｓｐｅｃｉｆｉｃ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）及びＡＣＢが適用されることができる）。この場合、ＵＥのＮＡＳ階層がページングに対する応答として実行するサービス要求手順の開始と応急電話の開始を認知するようになると、アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）をＡＳ（ＲＲＣ）階層に知らせないことで、前記ＡＳ（ＲＲＣ）階層は、ＡＣＤＣ検査を実行せずに一般ＡＣＢを実行することができる。

本明細書の提案５ａ、５ｂ、５ｃ、５ｄは、本明細書の提案１、提案２、提案３、提案４と全て（相互組合せて）適用できる。

一方、以上に説明した提案は、組合せられることができる。

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

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

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

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

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

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

Claims (18)

1. ユーザ装置（ＵＥ）によって実行されるネットワークアクセス方法であって、前記方法は、
   前記ＵＥのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）階層によって、ＡＣＤＣ（Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ Ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が設定されているときに、アプリケーション情報を上位階層から取得することと、
   前記ＮＡＳ階層によって、前記取得されたアプリケーション情報に基づいて、アプリケーションのネットワークアクセス要求に対するＡＣＤＣカテゴリを決定することと、
   前記ＮＡＳ階層によって、前記ＵＥのＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）階層が前記決定されたＡＣＤＣカテゴリに基づいてＡＣＤＣ検査を実行するように、前記アプリケーションの前記ネットワークアクセス要求に対する前記決定されたカテゴリを前記ＡＳ階層に送達することと
   を含み、
   前記ＡＣＤＣ検査に従って前記ネットワークアクセス要求が遮断されるか許容され、
   前記アプリケーションの前記ネットワークアクセス要求に対して複数のＡＣＤＣカテゴリが使用可能である場合に、前記ＡＣＤＣ検査を実行するために前記複数のＡＣＤＣカテゴリのうちの最も高いＡＣＤＣカテゴリが選択され、
   前記ネットワークアクセス要求がページングに対する応答である場合に、前記ＮＡＳ階層は、前記決定されたＡＣＤＣカテゴリを前記ＡＳ階層に送達しない、方法。
2. 以前のＡＣＢ（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ）遮断検査に従って以前のネットワークアクセスが遮断されてはいるが、前記アプリケーションの前記ネットワークアクセス要求は、前記ＡＣＤＣ検査に従って遮断されない、請求項１に記載の方法。
3. 前記アプリケーション情報は、アプリケーションＩＤを含む、請求項１に記載の方法。
4. ＡＣＤＣ設定情報を受信することをさらに含み、
   前記ＡＣＤＣカテゴリを決定することは、前記ＡＣＤＣ設定情報および前記アプリケーション情報を比較することを含む、請求項１に記載の方法。
5. 前記ＡＣＤＣ設定情報は、
   少なくとも１つのアプリケーションＩＤと、少なくとも１つのアプリケーションＩＤの各々に対する対応するアプリケーションカテゴリとを含む、請求項４に記載の方法。
6. 前記アプリケーション情報は、複数のアプリケーションＩＤを含み、
   前記ＡＣＤＣカテゴリを決定することは、
   前記複数のアプリケーションＩＤの各々に対するＡＣＤＣカテゴリを決定することと、
   前記ＡＣＤＣカテゴリのうちの最も高い優先順位レベルを有するＡＣＤＣカテゴリを決定することと
   をさらに含む、請求項１に記載の方法。
7. 前記ＡＣＤＣカテゴリを決定することは、
   複数のＡＣＤＣカテゴリの中から前記ＡＣＤＣカテゴリを識別することを含み、各ＡＣＤＣカテゴリは、対応する優先順位レベルを有する、請求項１に記載の方法。
8. アプリケーション情報を取得することは、複数のアプリケーションに対するアプリケーション情報を取得することを含み、
   前記ＡＣＤＣカテゴリを決定することは、
   前記複数のアプリケーションの各々に対する前記ＡＣＤＣカテゴリを決定することと、
   前記ＡＣＤＣカテゴリのうちの最も高い優先順位レベルを有するＡＣＤＣカテゴリを決定することと
   をさらに含む、請求項７に記載の方法。
9. 前記ＡＣＤＣ検査を実行することは、
   前記最も高い優先順位レベルを有する前記ＡＣＤＣカテゴリに基づいて前記ＡＣＤＣ検査を実行することを含む、請求項８に記載の方法。
10. ネットワークにアクセスすることが可能なユーザ装置（ＵＥ）であって、前記ＵＥは、
    送受信部と、
    前記送受信部を制御し、かつ、ＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）階層、ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）階層および上位階層を動作させるプロセッサと
    を含み、
    前記プロセッサの前記ＮＡＳ階層は、ＡＣＤＣ（Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ Ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が設定されているときに、アプリケーション情報を前記上位階層から取得し、
    前記プロセッサの前記ＮＡＳ階層は、前記取得されたアプリケーション情報に基づいて、アプリケーションのネットワークアクセス要求に対するＡＣＤＣカテゴリを決定し、
    前記プロセッサの前記ＮＡＳ階層は、前記ＵＥのＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）階層が前記決定されたＡＣＤＣカテゴリに基づいてＡＣＤＣ検査を実行するように、前記アプリケーションの前記ネットワークアクセス要求に対する前記決定されたカテゴリを前記ＡＳ階層に送達し、
    前記ＡＣＤＣ検査に従って前記ネットワークアクセス要求が遮断されるか許容され、
    前記アプリケーションの前記ネットワークアクセス要求に対して複数のＡＣＤＣカテゴリが使用可能である場合に、前記ＡＣＤＣ検査を実行するために前記複数のＡＣＤＣカテゴリのうちの最も高いＡＣＤＣカテゴリが選択され、
    前記ネットワークアクセス要求がページングに対する応答である場合に、前記ＮＡＳ階層は、前記決定されたＡＣＤＣカテゴリを前記ＡＳ階層に送達しない、ＵＥ。
11. 以前のＡＣＢ（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ）遮断検査に従って以前のネットワークアクセスが遮断されてはいるが、前記アプリケーションの前記ネットワークアクセス要求は、前記ＡＣＤＣ検査に従って遮断されない、請求項１０に記載のＵＥ。
12. 前記アプリケーション情報は、アプリケーションＩＤを含む、請求項１０に記載のＵＥ。
13. 前記送受信部は、ＡＣＤＣ設定情報を受信し、
    前記ＡＣＤＣカテゴリを決定することは、前記ＡＣＤＣ設定情報および前記アプリケーション情報を比較することを含む、請求項１０に記載のＵＥ。
14. 前記ＡＣＤＣ設定情報は、
    少なくとも１つのアプリケーションＩＤと、少なくとも１つのアプリケーションＩＤの各々に対する対応するアプリケーションカテゴリとを含む、請求項１３に記載のＵＥ。
15. 前記アプリケーション情報は、複数のアプリケーションＩＤを含み、
    前記ＡＣＤＣカテゴリを決定することは、
    前記複数のアプリケーションＩＤの各々に対するＡＣＤＣカテゴリを決定することと、
    前記ＡＣＤＣカテゴリのうちの最も高い優先順位レベルを有するＡＣＤＣカテゴリを決定することと
    をさらに含む、請求項１０に記載のＵＥ。
16. 前記ＡＣＤＣカテゴリを決定することは、
    複数のＡＣＤＣカテゴリの中から前記ＡＣＤＣカテゴリを識別することを含み、各ＡＣＤＣカテゴリは、対応する優先順位レベルを有する、請求項１０に記載のＵＥ。
17. 前記アプリケーション情報を取得することは、複数のアプリケーションに対するアプリケーション情報を取得することを含み、
    前記ＡＣＤＣカテゴリを決定することは、
    前記複数のアプリケーションの各々に対する前記ＡＣＤＣカテゴリを決定することと、
    前記ＡＣＤＣカテゴリのうちの最も高い優先順位レベルを有するＡＣＤＣカテゴリを決定することと
    をさらに含む、請求項１６に記載のＵＥ。
18. 前記ＡＣＤＣ検査を実行することは、
    前記最も高い優先順位レベルを有する前記ＡＣＤＣカテゴリに基づいて前記ＡＣＤＣ検査を実行することを含む、請求項１７に記載のＵＥ。