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

Abstract

本明細書の一開示は、ユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）におけるネットワークアクセス遮断方法を提供する。前記方法は、ＨＰＬＭＮ（Ｈｏｍｅ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）でアプリケーション属性関連情報を受信するステップと；ＨＰＬＭＮまたはＶＰＬＭＮ（Ｖｉｓｉｔｅｄ ＰＬＭＮ）でＡＣＤＣ（Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ Ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）遮断情報を受信するステップと；実行中であるアプリケーションに対する情報が前記アプリケーション属性関連情報内に存在する場合に、前記実行中であるアプリケーションのカテゴリを前記アプリケーション属性関連情報に基づいて決定するステップと；前記ＡＣＤＣ遮断情報内に前記決定されたカテゴリとマッチングされるＡＣＤＣ遮断情報が存在する場合に、前記マッチングされるＡＣＤＣ遮断情報に基づいてＡＣＤＣ遮断検査を実行するステップと；を含む。【選択図】図１７ａ

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

前記のような目的を達成するために、本明細書の一開示は、ユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）におけるネットワークアクセス遮断方法を提供する。前記方法は、ＨＰＬＭＮ（Ｈｏｍｅ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）でアプリケーション属性関連情報を受信するステップと；ＨＰＬＭＮまたはＶＰＬＭＮ（Ｖｉｓｉｔｅｄ ＰＬＭＮ）でＡＣＤＣ（Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ Ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）遮断情報を受信するステップと；実行中であるアプリケーションに対する情報が前記アプリケーション属性関連情報内に存在する場合、前記実行中であるアプリケーションのカテゴリを前記アプリケーション属性関連情報に基づいて、決定するステップと；前記ＡＣＤＣ遮断情報内に前記決定されたカテゴリとマッチングされるＡＣＤＣ遮断情報が存在する場合、前記マッチングされるＡＣＤＣ遮断情報に基づいてＡＣＤＣ遮断検査を実行するステップと；を含む。ここで、前記ＡＣＤＣ検査によってアプリケーション別にネットワークアクセス試みが遮断（ｂａｒｒｅｄ）されたり許容されたりする。

前記方法は、前記実行中であるアプリケーションに対する情報が前記アプリケーション属性関連情報内に存在しない場合、前記実行中であるアプリケーションがカテゴリ化されない（ｕｎｃａｔｅｇｏｒｉｚｅｄ）アプリケーションのための特殊カテゴリに該当すると決定するステップと；そして、前記ＡＣＤＣ遮断情報のうち前記特殊カテゴリのためのＡＣＤＣ遮断情報に基づいてＡＣＤＣ遮断検査を実行するステップと；をさらに含む。

前記特殊カテゴリは、最も高いまたは最も低いカテゴリに該当する。

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

前記方法は、前記ＨＰＬＭＮでのＡＣＤＣ遮断情報内に前記ＨＰＬＭＮでの決定されたカテゴリとマッチングされるＡＣＤＣ遮断情報が存在しない場合、前記ＨＰＬＭＮでのＡＣＤＣ遮断情報のうち最も高いまたは低いカテゴリのためのＡＣＤＣ遮断情報に基づいてＡＣＤＣ遮断検査を実行するステップをさらに含む。

前記方法は、前記ＶＰＬＭＮでのＡＣＤＣ遮断情報内に前記ＨＰＬＭＮでの決定されたカテゴリとマッチングされるＡＣＤＣ遮断情報が存在しない場合、前記ＶＰＬＭＮでのＡＣＤＣ遮断情報のうち最も高いまたは低いカテゴリのためのＡＣＤＣ遮断情報に基づいてＡＣＤＣ遮断検査を実行するステップをさらに含む。

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

前記ＡＣＤＣ遮断検査を実行するステップで、前記カテゴリが複数個数の場合、前記複数個数のカテゴリのうち前記最も高いまたは最も低いカテゴリのためのＡＣＤＣ遮断情報に基づいて、ＡＣＤＣ遮断検査が実行される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

特定アプリケーションのサービスを差等化するために、本明細書の開示は、ネットワーク（ＭＭＥ／ＳＧＳＮ／Ｓ−ＧＷ／Ｐ−ＧＷ等）がＵＥにアプリケーション属性関連情報、即ち、アプリケーショングループ／ＡＣＤＣカテゴリ／優先順位情報／ＩＤを提供／お知らせすることを提案する。

このようなアプリケーション属性関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）は、ネットワークがアタッチ手順／ＴＡＵ手順／ＲＡＵ手順を介してＵＥに知らせることができる。即ち、ネットワークは、ＡＴＴＡＣＨ受諾メッセージ、ＴＡＵ受諾メッセージ、ＲＡＵ受諾メッセージを介してＵＥに前記アプリケーション属性関連情報を提供／お知らせすることができる。

または、このようなアプリケーション属性関連情報は、ＮＡＳ設定管理オブジェクト（Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ：ＭＯ）または新しいアプリケーション管理オブジェクト（ＭＯ）（例えば、アプリケーション別アクセス制御ＭＯ）を介してＵＥに提供されることができる。

または、アプリケーション属性関連情報は、ＵＥのＵＳＩＭ等にあらかじめ設定されていることがある。

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

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

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

他方、ＵＥがＨＰＬＭＮからＶＰＬＭＮへ移動した状況を仮定する。このとき、ＨＰＬＭＮでアプリケーション属性関連情報（例えば、ＡＣＤＣカテゴリ情報）が提供され、ＶＰＬＭＮでＳＩＢを介してカテゴリ別ＡＣＤＣ遮断情報が提供されると仮定する。そのとき、ＵＥは、ＨＰＬＭＮでアプリケーション属性関連情報（例えば、ＡＣＤＣカテゴリ情報）に基づいて実行中であるアプリケーションのカテゴリを決定し、ＶＰＬＭＮで提供されるカテゴリ別ＡＣＤＣ遮断情報のうち前記決定されたカテゴリとマッチングされるＡＣＤＣ遮断情報に基づいてＡＣＤＣ遮断検査を実行する。このとき、ＨＰＬＭＮで提供されたアプリケーション属性関連情報と前記ＶＰＬＭＮで提供されるＡＣＤＣ遮断情報との間にマッチングされない情報がある場合（例えば、ＨＰＬＭＮで提供されたアプリケーション属性関連情報によると、例えば、ＡＣＤＣカテゴリが存在するが、前記ＶＰＬＭＮで提供されるＡＣＤＣ遮断情報によると、前記ＡＣＤＣカテゴリが存在しない場合）、ＡＣＤＣ遮断検査は、ＶＰＬＭＮで提供される最も低いカテゴリ（即ち、最も制限的なアクセス制御）に該当する遮断情報に基づいて実行されることができる。他の例として、ＨＰＬＭＮまたはＶＰＬＭＮから提供される情報によると、実行中である特定アプリケーションがどのＡＣＤＣカテゴリにもマッチングされない場合（即ち、特定アプリケーションがカテゴリ化されない）、ＮＡＳ階層は、前記特定アプリケーションがカテゴリ化されていないと認識し、（特殊）ＡＣＤＣカテゴリ（例えば、ＡＣＤＣカテゴリ"０"または"９９"）またはカテゴリ化されないアプリケーションを知らせるインジケーション情報をＡＳ階層（即ち、ＲＲＣ階層）に提供する。これに基づいて、ＡＳ階層（即ち、ＲＲＣ階層）は、ネットワークから提供される最も低いＡＣＤＣカテゴリ（即ち、最も制限的なアクセス制御）に該当するＡＣＤＣ遮断情報に基づいてＡＣＤＣ遮断検査を実行する（即ち、Ｓｅｒｖｉｃｅ ＲｅｑｕｅｓｔまたはＴＡＵ／ＲＡＵ ＲｅｑｕｅｓｔのためのＲＲＣ接続確立に対するアクセス制御を実行する）。

併せて、アプリケーション階層で多重アプリケーション（カテゴリ化されないアプリケーションを含む）が実行されることによって、多数個のＡｐｐ−ＩＤがＮＡＳ階層に提供されたが、Ａｐｐ−ＩＤとマッチングされるＡＣＤＣカテゴリが互いに異なる場合、または一部アプリケーションのＡｐｐ−ＩＤとマッチングされるカテゴリがない場合、ＮＡＳ階層は、一つのＡＣＤＣカテゴリ（即ち、最も高いＡＣＤＣカテゴリ）のみをＡＳ階層（即ち、ＲＲＣ階層）に提供することができる。または、その代案としては、ＮＡＳ階層は、複数のＡＣＤＣカテゴリ＋（特殊）ＡＣＤＣカテゴリまたはカテゴリ化されないことを示すインジケーション（ｕｎｃａｔｅｇｏｒｉｚｅｄ ｉｎｄｉｃａｔｉｏｎ）をＡＳ階層（即ち、ＲＲＣ階層）に提供することができる。そのとき、前記ＡＳ階層（即ち、ＲＲＣ階層）は、一つのＡＣＤＣカテゴリ（例えば、最も高いＡＣＤＣカテゴリ）を最終決定し、この情報と共にネットワークから提供を受けたカテゴリ別ＡＣＤＣ遮断情報（例えば、遮断ファクタ及び遮断時間）に基づいて最終的にＳｅｒｖｉｃｅ ＲｅｑｕｅｓｔまたはＴＡＵ／ＲＡＵ ＲｅｑｕｅｓｔのためのＲＲＣ接続確立に対するＡＣＤＣ遮断検査を実行することができる。

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

ＵＥのＡＳ階層（ＲＲＣ）は、前記ＡＣＤＣ遮断情報をアプリケーション階層、ＩＭＳ階層またはＮＡＳ階層に知らせることができる。

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

Ｉ−１．本明細書の提案１−１（仮出願提案３−１）
以下、図９及び図１０を参照して説明する。

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

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

このようなＡＣＤＣ遮断情報は、ＵＥのＡＳ階層（即ち、ＲＲＣ階層）がネットワークから受けるようになり、このようなＡＣＤＣ遮断情報をアプリケーション階層（または、ＮＡＳ階層）に提供することもでき、アプリケーション階層がデータ通信サービスを開始する時、ＡＳ階層（即ち、ＲＲＣ階層）に情報提供要求をして提供を受けることもできる。

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

一方、ＵＥのＡＳ階層（即ち、ＲＲＣ階層）から提供を受けたアプリケーション属性関連情報別にＡＣＢ（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ）スキップ設定がセッティングされている場合、このようなアプリケーション属性関連情報と共に／または別途に、ＡＣＢスキップ開始／セッティングインジケーション情報がＮＡＳ階層（または、ＲＲＣ階層）に提供されることができる。ここで、ＡＣＢスキップ設定は、ＡＣＢスキップ＝Ｏｎ／ＴｒｕｅまたはＡＣＢスキップ＝Ｏｆｆ／Ｆａｌｓｅで表現されることができる。

または、ＵＥのＡＳ階層（即ち、ＲＲＣ階層）から提供を受けたアプリケーション属性関連情報別にＡＣＢスキップ設定がセッティングされていない場合、前記アプリケーション属性関連情報と共に／または別途に、ＡＣＢスキップ中止／リセットインジケーション情報がＮＡＳ階層（または、ＲＲＣ階層）に提供されることができる。

（ｓｔｅｐ３）ＮＡＳ階層は、アプリケーション階層から受けたアプリケーション属性関連情報とＡＣＢスキップ関連インジケーション（例えば、ＡＣＢスキップ開始／セッティングインジケーションまたはＡＣＢスキップ中止／リセットインジケーション）を、アプリケーションによるサービスアクセスのためのＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順（即ち、ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージまたはＥＸＴＥＮＤＥＤ ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴメッセージの送受信）またはＴＡＵ（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｉｎｇ）手順（即ち、ＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＲＥＱＵＥＳＴメッセージの送受信）の開始時、共にＡＳ階層（即ち、ＲＲＣ階層）に伝達する。もし、アプリケーション階層からＡＣＢスキップ開始／セッティングインジケーション情報を受けた場合、アプリケーションによるサービスアクセスのためのＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順の開始時、ＡＳ階層（即ち、ＲＲＣ階層）にアプリケーション属性関連情報とＡＣＢスキップ関連インジケーションを伝達するようになる。しかし、アプリケーション階層からＡＣＢスキップ中止／リセットインジケーション情報を受けた場合、アプリケーションによるサービスアクセスのためのＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順の開始時、ＡＳ階層（即ち、ＲＲＣ階層）にＡＣＢスキップ関連インジケーションを伝達しない。

もし、アプリケーション階層から受けたアプリケーション属性関連情報とＡＣＢスキップ関連インジケーションが（同時に）複数個の場合またはＮＡＳ復旧手順中にアプリケーション属性関連情報が（以前と異なるように）変更された場合、
ｉ）最も高い（ｈｉｇｈｅｓｔ）または最も低い（ｌｏｗｅｓｔ）アプリケーション属性関連情報のみをＡＳ階層（即ち、ＲＲＣ階層）に提供したり；
ｉｉ）複数個のアプリケーション属性関連情報（以前情報と変更された情報）の全てをＡＳ階層（即ち、ＲＲＣ階層）に提供することができる。

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

その代案としては、アプリケーション階層からＡＣＢスキップ中止／リセットインジケーション情報を受けた場合、アプリケーションによるサービスアクセスのためのＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順の開始時、アプリケーション属性関連情報のみをＡＳ階層（即ち、ＲＲＣ階層）に伝達し、ＡＣＢスキップ関連インジケーション（または、ＡＣＤＣ遮断スキップインジケーション）は伝達しないこともある。

その代案としては、アプリケーション階層からＡＣＢスキップ中止／リセットインジケーション情報を受けた場合、アプリケーションによるサービスアクセスのためのＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順の開始時、アプリケーション属性関連情報と、このようなアプリケーション属性関連情報に基づくＡＣＢスキップ関連インジケーションと、をＡＳ階層（即ち、ＲＲＣ階層）に伝達することもできる。

もし、アプリケーション階層からＡＣＢスキップ開始／セッティングインジケーション情報を受けた場合、現在ＵＥがＡＣＢが適用されてアクセスが遮断されている時、ＮＡＳ階層は、前記遮断状態を無視し（ｉｇｎｏｒｅ）、アプリケーションによるサービスアクセスのためのＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順を開始／実行する。このようなサービス要求手順またはＴＡＵ／ＲＡＵ手順の開始時、ＡＳ階層（即ち、ＲＲＣ階層）にアプリケーション属性関連情報と、このようなアプリケーション属性関連情報に基づくＡＣＢスキップ関連インジケーションと、を伝達するようになる。

もし、アプリケーション階層からＡＣＢスキップ中止／リセットインジケーション情報を受けた場合、現在ＵＥがＡＣＢが適用されてアクセスが遮断されている時、以後ＮＡＳ階層は、アプリケーションによるサービスアクセスのためのＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順を開始／実行せずに、前記遮断状態を維持することができる。

（ｓｔｅｐ４）ＡＳ階層（即ち、ＲＲＣ階層）は、ＮＡＳ階層からアプリケーション属性関連情報（または、アプリケーション属性関連情報＋ＡＣＢスキップ関連インジケーション情報）を受けた場合、ＮＡＳ階層のアプリケーションによるサービスアクセスのためのＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順の開始時、ネットワークから受信したＡＣＤＣ遮断情報を利用して前記アプリケーションによるサービスアクセス（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する。もし、ＮＡＳ階層からＡＣＢスキップ関連インジケーション情報を受けた場合、ＡＣＢ適用によるアクセス遮断状態と関係なく、ＡＣＤＣ遮断検査をスキップして前記アプリケーションによるサービスアクセス（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容する。即ち、現在アクセス遮断状態であるとしても無視し、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順を開始／実行してＲＲＣ接続確立を実行する。もし、ＮＡＳ階層からアプリケーション属性関連情報別ＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプ（または、組み合わせで構成）情報を受けた場合、併せて、ネットワークからアプリケーション属性関連情報別に受信したＡＣＢスキップ設定がＡＣＢスキップＯｆｆ／Ｆａｌｓｅ／Ｒｅｓｅｔの場合、ＡＣＤＣ遮断検査を適用／実行する。

もし、ＮＡＳ階層より、複数個のアプリケーション属性関連情報とＡＣＢスキップ関連インジケーションを（同時に）受けた場合、
ｉ）最も高い（ｈｉｇｈｅｓｔ）または最も低い（ｌｏｗｅｓｔ）アプリケーション属性関連情報に基づいて、ネットワークから受信したＡＣＤＣ遮断情報を利用して前記アプリケーションによるサービスアクセス（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；
前記ｉ）方式は、ＡＳ階層（即ち、ＲＲＣ階層）により決定され、このとき、ネットワーク設定／ポリシー、ＵＥ機能（ｃａｐａｂｉｌｉｔｙ）などにより、最も高い（ｈｉｇｈｅｓｔ）または低い（ｌｏｗｅｓｔ）情報／ＩＤ方式のうち一つが具現されて動作されることができる。

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

以後、アプリケーション階層は、ＮＡＳ階層またはＡＳ階層（即ち、ＲＲＣ階層）にこのようなＡＣＤＣ遮断情報変化／変動を知らせる。このようなＡＣＢスキップ（ＡＣＤＣ遮断検査スキップ）情報変化／変動に基づいて、ＮＡＳ階層は、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順を実行する。ＡＳ階層（即ち、ＲＲＣ階層）は、このようなＮＡＳまたはアプリケーション階層で提供を受けたアプリケーション属性関連情報別ＡＣＢスキップ関連インジケーション情報変化／変動によってアプリケーショングループ／カテゴリ／優先順位別に最終ＡＣＤＣ遮断検査をスキップしてもよく、あるいはスキップしなくてもよい。

もし、ネットワーク（例えば、基地局）から前記ＡＣＤＣ遮断情報とＡＣＢ情報が同時にＳＩＢを介してＵＥに提供される場合、ＵＥは、前記本発明のＡＣＤＣ遮断情報のみを適用してＡＣＢをスキップすることができる（ＡＣＤＣ検査のみを実行）。

または、ＡＣＤＣ遮断情報とＡＣＢ情報の中から選択して適用することで、ＡＣＢ検査をＡＣＢしたり、ＡＣＤＣ検査を実行することができる。

または、ＡＣＤＣ検査を先に実行し、通過されると、ＡＳ階層（即ち、ＲＲＣ階層）でＡＣＢ検査を実行することもできる。

Ｉ−２．本明細書の提案１−２（仮出願提案３−２）
図１１ａ及び図１１ｂは、本明細書の提案１−２を示す信号流れ図である。

提案１−２におけるアプリケーション属性関連情報、ＡＣＤＣ遮断情報、そして、このような情報のＵＥ処理方案は、前述した提案１−１での説明と同じである。

（ｓｔｅｐ１）前記提案１−１と同じである。

（ｓｔｅｐ２）前記提案１−１と同じである。

（ｓｔｅｐ３）ＮＡＳ階層は、アプリケーション階層から受けたアプリケーション属性関連情報またはアプリケーション属性関連情報＋ＡＣＢスキップ関連インジケーションを、アプリケーションによるサービスアクセスのためのＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順の開始時に共に新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ階層（即ち、ＲＲＣ階層）に伝達する。このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組み合わせて定義されて使われることができる。もし、アプリケーション階層からＡＣＢスキップ開始／セッティングインジケーション情報を受けた場合、アプリケーションによるサービスアクセスのためのＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順の開始時に共にＡＳ階層（即ち、ＲＲＣ階層）に伝達する。もし、アプリケーション階層からＡＣＢスキップ中止／リセットインジケーション情報を受けた場合、以後にはアプリケーションによるサービスアクセスのための一般的なＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順を開始／実行する。即ち、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプが適用されない一般的なＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順を実行する。

もし、アプリケーション階層より、複数個のアプリケーション属性関連情報とＡＣＢスキップ関連インジケーションを（同時に）受けた場合、またはＮＡＳ復旧過程中にアプリケーション属性関連情報が（以前と異なるように）変更された場合、
ｉ）最も高い（ｈｉｇｈｅｓｔ）または最も低い（ｌｏｗｅｓｔ）アプリケーション属性関連情報に基づいてＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順（または、ＴＡＵ／ＲＡＵ Ｒｅｑｕｅｓｔ手順）の開始時、（アプリケーション属性関連情報別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ階層（即ち、ＲＲＣ階層）に伝達する。このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組み合わせて定義されて使われることができる；
前記ｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／ポリシー、ＵＥ機能（ｃａｐａｂｉｌｉｔｙ）などにより、最も高い（ｈｉｇｈｅｓｔ）または低い（ｌｏｗｅｓｔ）情報／ＩＤ方式のうち一つが具現されて動作されることができる。

（ｓｔｅｐ４）前記提案１−１と同じである。

Ｉ−３．本明細書の提案１−３（仮出願提案３−３）
図１２ａ及び図１２ｂは、本明細書の提案１−３ａを示す信号流れ図であり、図１３ａ及び図１３ｂは、本明細書の提案１−３ｂを示す信号流れ図である。

提案１−３におけるアプリケーション属性関連情報、ＡＣＤＣ遮断情報、そして、このような情報のＵＥ処理方案は、前述した提案１−１での説明と同じである。

（ｓｔｅｐ１）ネットワーク（例えば、基地局）は、前記ＡＣＤＣ遮断情報をＳＩＢを介してＵＥに提供する。このようなＡＣＤＣ遮断情報は、ＵＥのＡＳ階層（即ち、ＲＲＣ階層）がネットワークから受けるようになり、このような情報をＮＡＳ階層に提供する。

アプリケーション階層は、このようなアプリケーション属性関連情報と共に／または別途に、アプリケーション属性関連情報別にＡＣＢスキップ関連インジケーションもＮＡＳ（または、ＡＳ（ＲＲＣ））階層に提供することができる。

（ｓｔｅｐ２）本明細書の提案１−１と同じである。

（ｓｔｅｐ３）ＮＡＳ階層は、アプリケーション階層から受けたアプリケーション属性関連情報またはアプリケーション属性関連情報＋ＡＣＢスキップ関連インジケーションをアプリケーションによるサービスアクセスのためのＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順の開始時、共にＡＳ階層（即ち、ＲＲＣ階層）に伝達する。もし、アプリケーション階層からＡＣＢスキップ開始／セッティングインジケーション情報を受けた場合、併せて、ＡＳ階層（即ち、ＲＲＣ階層）から受信したＡＣＢスキップ設定がＯｎ／Ｔｒｕｅ／Ｓｅｔの場合（また、ＡＣＤＣ遮断検査スキップがＯｎ／Ｔｒｕｅ／Ｓｅｔの場合）、アプリケーションによるサービスアクセスのためのＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順の開始時、ＮＡＳ階層は、ＡＳ階層（即ち、ＲＲＣ階層）に、アプリケーション属性関連情報と、当該アプリケーション属性関連情報に基づくＡＣＢスキップ関連インジケーションを伝達するようになる。

（ｓｔｅｐ４）本明細書の提案１−１と同じである。

II．本明細書の提案２（仮出願提案８）
アプリケーション属性関連情報及びＡＣＤＣ遮断情報は、ＰＬＭＮ別に（即ち、ＰＬＭＮ事業者別に）ＵＥに提供されることができる。

この場合、複数個のＰＬＭＮから前記ＡＣＤＣ遮断情報を受けた場合、ＵＥは、プライマリ（または、メインまたはマスタ）ＡＣＤＣ遮断情報のみを適用してＡＣＢを差別化（ＡＣＤＣ実行）することができる。このとき、ＵＥは、あらかじめ設定されたまたは管理オブジェクト（ＭＯ）を介して提供されるＰＬＭＮ選好情報によって該当ＰＬＭＮで提供されるＡＣＤＣ遮断情報のみを適用してＡＣＢを差別化（ＡＣＤＣ実行）することができる。

または、ＵＥは、ＨＰＬＭＮで提供を受けたＡＣＤＣ遮断情報のみを有効に判断してアプリケーションによるサービスアクセス差等化を実行するようになる。ＵＥは、ＶＰＬＭＮで提供を受けたアプリケーション属性関連情報及びＡＣＤＣ遮断情報を無視し、ＨＰＬＭＮから提供を受けたアプリケーション属性関連情報及びＡＣＤＣ遮断情報によって前記アプリケーションによるサービスアクセス差等化を実行するようになる。例えば、もし、ＵＥのＨＰＬＭＮであるＬＧ Ｕ＋から提供を受けた情報によると、Ｇｏｏｇｌｅ ｔａｌｋがカテゴリＩＩにマッピングされているが、ＶＰＬＭＮであるＶｅｒｉｚｏｎから提供を受けた情報によると、Ｇｏｏｇｌｅ ｔａｌｋがカテゴリＶにマッピングされている場合、ＵＥがＶＰＬＭＮであるＶｅｒｉｚｏｎへ移動してＧｏｏｇｌｅ Ｔａｌｋを実行する場合、Ｖｅｒｉｚｏｎで提供するカテゴリＩＩに該当するＡＣＤＣ遮断情報に基づいてアプリケーションによるサービスアクセス差等化が実行される。

もし、ＨＰＬＭＮでアプリケーション属性関連情報及びＡＣＤＣ遮断情報を提供せず、ＶＰＬＭＮではアプリケーション属性関連情報及びＡＣＤＣ遮断情報を提供する場合、ＵＥは、ＶＰＬＭＮで提供する情報は無視して前記アプリケーションによるサービスアクセス差等化を実行しない。

または、ＵＥは、ＶＰＬＭＮで提供を受けたアプリケーション属性関連情報及びＡＣＤＣ遮断情報を適用し、既存にＨＰＬＭＮで提供を受けたアプリケーション属性関連情報及びＡＣＤＣ遮断情報は無視することもできる。即ち、ＶＰＬＭＮから提供を受けたアプリケーション属性関連情報及びＡＣＤＣ遮断情報によって前記アプリケーションによるサービスアクセス差等化を実行するようになる。

または、ネットワークから提供を受けた管理オブジェクト（ＭＯ）のＰＬＭＮ選好情報によって、ＨＰＬＭＮで提供を受けたアプリケーション属性関連情報及びＡＣＤＣ遮断情報を適用するか、またはＶＰＬＭＮで提供を受けたアプリケーション属性関連情報及びＡＣＤＣ遮断情報を適用するかを決定することもできる。

本明細書の提案２に対し、例えば、ＵＥ動作を簡単に説明すると、下記の通りである。

ＬＧ Ｕ＋（ＨＰＬＭＮ）が提供するアプリケーション属性関連情報によればカテゴリがＩ、ＩＩ、ＩＩＩ、ＩＶ、Ｖに区分されており、Ｖｅｒｉｚｏｎ（ＶＰＬＭＮ）が提供するアプリケーション属性関連情報によればカテゴリがＩ、ＩＩ、ＩＩＩ、ＩＶに区分されていると仮定する。このとき、ＵＥがＬＧ Ｕ＋（ＨＰＬＭＮ）から提供を受けたアプリケーション属性関連情報によると、Ｇｏｏｇｌｅ ＴａｌｋがカテゴリＶにマッピングされていると仮定する。このような状況で、ＵＥがＶｅｒｉｚｏｎ（ＶＰＬＭＮ）にローミングしてＧｏｏｇｌｅ Ｔａｌｋを実行する場合、Ｖｅｒｉｚｏｎ（ＶＰＬＭＮ）ではカテゴリＶが提供されないが、Ｖｅｒｉｚｏｎ（ＶＰＬＭＮ）で提供する最も低いカテゴリであるカテゴリＩＶに該当すると決定された後、前記決定されたカテゴリＩＶに基づいてＡＣＤＣ遮断情報を適用することで、サービスアクセス差等化（ＡＣＤＣ検査）が実行される。

あるいは、前記ローミングシナリオで、ＵＥがＶＰＬＭＮに移動してＧｏｏｇｌｅ Ｔａｌｋを実行する場合、Ｖｅｒｉｚｏｎ（ＶＰＬＭＮ）でカテゴリＶを提供しないため、Ｇｏｏｇｌｅ Ｔａｌｋの場合はアプリケーションによるサービスアクセス差等化（ＡＣＤＣ検査）を実行しないようにすることもできる。この場合、Ｇｏｏｇｌｅ Ｔａｌｋアプリケーションに対する一般的なＡＣＢは実行されることもできる。

あるいは、ＵＥが実行中であるアプリケーションがネットワークから提供されるアプリケーション属性関連情報によるどのカテゴリにもマッピングされない場合、前記アプリケーションは、遮断率が最も高いカテゴリにマッピングされることができる。

あるいは、ＵＥが実行中であるアプリケーションがネットワークから提供されるアプリケーション属性関連情報によるどのカテゴリにもマッピングされない場合、前記アプリケーションは、遮断率が最も低いカテゴリにマッピングされることができる。

前記遮断率が最も高いカテゴリまたは遮断率が最も低いカテゴリの適用可否は、ネットワーク設定またはＵＥ性能情報などによって決定されることもできる。

ＩＩＩ．本明細書の提案３（仮出願提案１２）
以下、本明細書の提案３は、アプリケーション属性関連情報別アクセス差等化方案（カテゴリ別ＡＣＤＣ遮断検査方案）に対して説明する。

提案３におけるアプリケーション属性関連情報、ＡＣＤＣ遮断情報、そして、このような情報のＵＥ処理方案は、前述した提案１−１での説明と同じである。下記では、本明細書の提案１−１と異なるＵＥ動作方案に対して説明する。

アプリケーション属性関連情報がＯＭＡ ＤＭプロトコルによるＮＡＳ設定ＭＯまたは新しいアプリケーションＭＯを介してＵＥに提供されたり、ＵＳＩＭにあらかじめ設定されている場合、ＵＥのＮＡＳ階層またはアプリケーション階層にアプリケーション属性関連情報が提供／伝達されることができる。

このとき、アプリケーション属性関連情報によると、ワイルドカード（ｗｉｌｄｃａｒｄ）からなる特殊アプリケーションＩＤが存在することもあり、そのための特殊のカテゴリが存在することもできる。例えば、特定アプリケーションのＩＤは、ワイルドカード形態であるｘｘｘである。

図１４ａ乃至図１８ｂは、本明細書の提案３を示す信号流れ図である。

（ｓｔｅｐ０）ネットワーク（または、事業者）は、アプリケーション属性関連情報をＵＥに提供（ｐｒｏｖｉｓｉｏｎｉｎｇ／ｃｏｎｆｉｇｕｒａｔｉｏｎ）する。このようなアプリケーション属性関連情報は、ネットワーク（事業者）から周期的にまたは特定時点などにＵＥに提供されることができる。

したがって、ＵＥのＮＡＳ階層またはアプリケーション階層は、前記アプリケーション属性関連情報を取得することができる。

このとき、前述したように、ワイルドカード（ｗｉｌｄｃａｒｄ）からなる特殊アプリケーションＩＤが存在することもあり、そのための特殊のカテゴリが存在することもできる。

（ｓｔｅｐ１）本明細書の提案１−１と同じである。但し、アプリケーション階層からＮＡＳ階層に提供する情報は、アプリケーションサービス提供のためのサービスアクセス試みをする場合、アプリケーション属性関連情報をＮＡＳ階層に提供する。このとき、サービスアクセスセッション情報が共にＮＡＳ階層に提供されることができる。

（ｓｔｅｐ２）ＮＡＳ階層の動作は、本明細書の提案３−１と基本的に同じである。但し、このとき、前記ｓｔｅｐ０）で取得したアプリケーション属性関連情報に基づいて、ＡＳ階層（即ち、ＲＲＣ階層）に、アプリケーション属性関連情報またはアプリケーション属性関連情報＋関連情報／インジケーションそして新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプなどが共に伝達されることができる。

もし、アプリケーション階層から受けたアプリケーション属性関連情報が複数個の場合またはＮＡＳ復旧過程中にアプリケーション属性関連情報が（以前と異なるように）変更された場合、ＮＡＳ階層は、本明細書の提案１−１または提案１−２と同じように動作する、
このとき、実行中であるアプリケーションとマッチングされるカテゴリが前記取得したアプリケーション属性関連情報内にない場合（存在しない場合）、ＮＡＳ階層は、最も低いカテゴリ（遮断率が最も高いカテゴリ）を適用選択してＡＳ階層（即ち、ＲＲＣ階層）に知らせる。

一方、前述したように、実行中であるアプリケーションのＩＤがワイルドカードの場合、前記アプリケーションを特殊カテゴリに適用させて、ＡＳ階層（即ち、ＲＲＣ階層）に知らせることができる。このような特殊カテゴリに対しては後述の通りＡＣＤＣ検査が実行されることができる。

あるいは、実行中であるアプリケーションとマッチングされるカテゴリが前記取得したアプリケーション属性関連情報内にない場合、ＮＡＳ階層は、ＡＳ階層（即ち、ＲＲＣ階層）にアプリケーション属性関連情報を伝達しないようにしてもよい。このような場合、ＡＣＤＣ検査は実行されずに、ＡＣＢ検査のみが実行されることもできる。

（ｓｔｅｐ３）ＡＳ階層（即ち、ＲＲＣ階層）の動作は、本明細書の提案１−１と基本的に同じである。但し、もし、ＮＡＳ階層からアプリケーション属性関連情報の提供を受けた場合、アプリケーション属性関連情報別にＡＣＤＣ遮断情報に基づくＡＣＤＣ検査を実行するようになる。

ＮＡＳ階層より、複数のアプリケーション属性関連情報を（同時に）受けた場合、本明細書の提案１−１で説明したように、ＡＳ階層が動作する。

Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順の開始時に、ＮＡＳ階層がアプリケーション属性関連情報別新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを取得すると、本明細書の提案１−２と同じように動作する。

ＮＡＳ階層から追加的にまたは別途にＡＣＢスキップ関連インジケーション（ＡＣＤＣ遮断検査スキップインジケーション）情報の伝達を受けた場合、現在の遮断可否と関係なく、ＡＣＢ検査スキップ（ＡＣＤＣ検査スキップ）を実行し、前記アプリケーションによるサービスアクセス（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順）試みを許容する。即ち、現在遮断状態であるとしても無視し、サービス要求手順またはＴＡＵ／ＲＡＵ手順を開始／実行してＲＲＣ接続確立をする。

前述した内容は、他の提案と組み合わせられる。

ＩＶ．本明細書の提案４（仮出願提案１６）
本明細書の提案４は、次のようなシナリオを仮定する。即ち、ＬＧ Ｕ＋（ＨＰＬＭＮ）が提供するアプリケーション属性関連情報によればカテゴリがＩ、ＩＩ、ＩＩＩ、ＩＶ、Ｖに区分され、Ｖｅｒｉｚｏｎ（ＶＰＬＭＮ）が提供するアプリケーション属性関連情報によればカテゴリがＩ、ＩＩ、ＩＩＩ、ＩＶに区分される。このとき、ＵＥがＬＧ Ｕ＋（ＨＰＬＭＮ）から提供を受けたアプリケーション属性関連情報によると、Ｇｏｏｇｌｅ ＴａｌｋがカテゴリＶにマッピングされている。しかし、ＵＥがＶＰＬＭＮに移動してＧｏｏｇｌｅ Ｔａｌｋを実行する場合、後述する提案のようにＵＥが動作できる。

ＩＶ−１．本明細書の提案４−１（仮出願提案１６ａ）
図１９ａ乃至図２０ｂは、本明細書の提案４−１を示す信号流れ図である。

（ｓｔｅｐ０）本明細書の提案１のｓｔｅｐ０と同じである。

（ｓｔｅｐ１）本明細書の提案１（１−１、１−２、１−３）案または３案のＵＥ動作に従う。但し、ＡＳ階層は、ＡＣＤＣ遮断情報をＮＡＳ階層（または、ＩＭＳ階層またはアプリケーション階層）に提供する。このような情報提供は、周期的に、イベント発生／変更時、またはＮＡＳ階層（または、ＩＭＳ階層またはアプリケーション階層）での要求時に実行されることができる。

ネットワーク（例えば、基地局）から本発明のＡＣＤＣ遮断情報とＡＣＢ情報が同時にＳＩＢを介してＵＥのＡＳ階層（即ち、ＲＲＣ階層）に提供される場合、ＵＥのＡＳ階層（即ち、ＲＲＣ階層）は、ＡＣＤＣ遮断情報とＡＣＢ情報の両方ともをＮＡＳ階層（または、ＩＭＳ階層またはアプリケーション階層）に提供することができる。このような情報提供は、周期的に、イベント発生／変更時、またはＮＡＳ階層（または、ＩＭＳ階層またはアプリケーション階層）での情報提供要求時にＡＳ階層（即ち、ＲＲＣ階層）が提供できる。

アプリケーション階層は、サービスアクセス試みをする場合、実行中であるアプリケーション属性関連情報／インジケーションをＮＡＳ階層に提供する。また、前記アプリケーション階層は、サービスアクセスセッションに対する情報を共にＮＡＳ階層に提供することができる。

（ｓｔｅｐ２ａ）ＮＡＳ階層は、基本的に本明細書の提案１（１−１、１−２、１−３）案または提案３案のＵＥ動作に従う。このとき、ＮＡＳ階層は、前記ｓｔｅｐ０）で取得したアプリケーション属性関連情報に基づいて、該当アプリケーションとマッチングされるカテゴリを決定する。以後、前記ＮＡＳ階層は、ＡＳ階層（即ち、ＲＲＣ階層）から提供を受けたＡＣＤＣ遮断情報に基づいてアプリケーションサービス開始要求に対するＡＣＤＣ検査を実行する。もし、ＡＣＤＣ検査を通過する場合、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順を実行するようになる。もし、ＡＣＤＣ検査が通過されない場合、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順を実行しない。

アプリケーション階層から受けたアプリケーション属性関連情報が（同時に）複数個の場合、またはＮＡＳ復旧過程中に以前と異なるように変更された場合、
ｉ）前記ｓｔｅｐ０）で取得したアプリケーション属性関連情報に基づいて、該当アプリケーションとマッチングされるカテゴリを決定する。このとき、最も高い（ｈｉｇｈｅｓｔ）または最も低い（ｌｏｗｅｓｔ）カテゴリを選択する。以後、ＡＳ階層（即ち、ＲＲＣ階層）から提供を受けたＡＣＤＣ遮断情報に基づいて、アプリケーションサービス開始要求に対するＡＣＤＣ検査を実行する。

前記ｉ）の方式では、ＮＡＳ階層により認知決定され、このとき、ネットワーク設定／ポリシー、ＵＥ機能（ｃａｐａｂｉｌｉｔｙ）などを考慮することができる。

（ｓｔｅｐ２ｂ）ＮＡＳ階層がアプリケーション階層からアプリケーションサービス開始の要求を受けると、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順が実行される。このとき、前記ｓｔｅｐ０）で取得したアプリケーション属性関連情報に基づいて、該当アプリケーションのカテゴリを決定する。

アプリケーション階層から受けたアプリケーション属性関連情報が（同時に）複数個の場合またはＮＡＳ復旧過程中に以前と異なるように変更された場合、基本的に本明細書の提案１（１−１、１−２、１−３）案または提案３案のＵＥ動作に従う、
（ｓｔｅｐ３ａ）ＡＳ階層（即ち、ＲＲＣ階層）は、ＮＡＳ階層がＡＣＤＣ検査を実行した後にも、追加的にＡＣＢ検査を実行することもできる。前記ＡＣＢ検査を通過すると、ＡＳ階層（即ち、ＲＲＣ階層）は、ＲＲＣ接続確立手順を実行する。

ｓｔｅｐ２）において、ＮＡＳ階層のＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順の開始時にＡＣＢスキップ関連インジケーションが追加的に共に提供／伝達された場合、ＡＣＢ検査実行はしない。以後、ＡＳ階層（即ち、ＲＲＣ階層）は、ＲＲＣ接続確立手順を実行する。

または、ＡＳ階層（即ち、ＲＲＣ階層）は、ＮＡＳ階層がＡＣＤＣ検査を実行した場合、ＡＣＢ検査は実行せずに、直ちにＲＲＣ接続確立手順を実行する。

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

もし、ＮＡＳ階層のアプリケーションによるサービスアクセスのためのＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順の開始時、前記ｓｔｅｐ０）で取得したアプリケーション属性関連情報に基づいて、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプが定義されてＮＡＳ階層から共に提供されると、本明細書の提案１−２と同じように動作する。

もし、ＮＡＳ階層から追加的にまたは別途にＡＣＢスキップ関連インジケーション情報を受けた場合には、現在アクセスが遮断されたかどうかと関係なくＡＣＢ検査をスキップして前記アプリケーションによるサービスアクセス（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順）試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容する。

即ち、本明細書の提案４での前記シナリオで、たとえ、Ｖｅｒｉｚｏｎ（ＶＰＬＭＮ）でカテゴリＶを提供しないとしても、Ｖｅｒｉｚｏｎ（ＶＰＬＭＮ）で提供するカテゴリＩＶに該当するＡＣＤＣ遮断情報に基づいてアプリケーションによるサービスアクセス差等化（ＡＣＤＣ検査）が実行されることができる。

または、本明細書の提案３での前記シナリオで、Ｇｏｏｇｌｅ ＴａｌｋがカテゴリＶの場合に本明細書の提案を適用してＡＣＤＣ検査を実行しない。この場合、ＮＡＳサービス要求手順またはＴＡＵ／ＲＡＵ手順を実行し、これに対するＡＳ階層（即ち、ＲＲＣ階層）でＲＲＣ接続確立手順は遮断されずに実行することができる。

または、前記シナリオで、Ｇｏｏｇｌｅ ＴａｌｋがカテゴリＶの場合、本明細書の提案を適用してＡＣＤＣ検査を実行しない。この場合、ＮＡＳサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を実行し、これに対するＡＳ階層（即ち、ＲＲＣ階層）では一般的なＡＣＢ検査を実行することもできる。

ＩＶ−２．本明細書の提案４−２（仮出願提案１６ｂ）
本明細書の提案４−２のシナリオによると、ＵＥは、下記のように動作できる。

図２１ａ及び図２１ｂは、本明細書の提案４−２を示す信号流れ図である。

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

（ｓｔｅｐ１）アプリケーション階層は、データ通信サービスを開始する時、ＡＣＤＣ遮断情報をＡＳ階層（即ち、ＲＲＣ階層）から提供を受ける。このとき、アプリケーション階層がＡＣＤＣ遮断情報提供をＡＳ階層（即ち、ＲＲＣ階層）に要求して提供を受けることもでき、または要求無しでネットワークから受信されたＡＣＤＣ遮断情報を直ちにＡＳ階層（即ち、ＲＲＣ階層）がアプリケーション階層に提供することもできる。

アプリケーションデータサービス（例えば、Ｉｎｔｅｒｎｅｔ、ＧｏｏｇｌｅＭａｐ、Ｇｏｏｇｌｅ Ｔａｌｋ、ｅｔｃ）が開始される時、前記ｓｔｅｐ０）で取得したアプリケーション属性関連情報及びＡＳ階層（即ち、ＲＲＣ階層）から提供を受けたＡＣＤＣ遮断情報を利用して前記ＩＰベースのアプリケーションによるサービスアクセス試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容するかまたは許容しないかが決定される。

（ｓｔｅｐ２）もし、前記ｓｔｅｐ１で、ＩＰベースのアプリケーションによるサービスアクセス試み（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を許容する場合、ＮＡＳ階層及びＡＳ階層（即ち、ＲＲＣ階層）を介してネットワークサービスセッション連結が進行される。即ち、ＮＡＳ階層は、ＩＰベースのアプリケーションによるサービスアクセスのためのＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順を実行する。

このとき、ｓｔｅｐ１）において、ＮＡＳ階層がＡＣＢスキップ関連情報をアプリケーション階層から追加的に受信する場合、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ ｐｒｏｃｅｄｕｒｅの開始時、前記ＡＣＢスキップ関連情報をＡＳ階層（即ち、ＲＲＣ階層）に提供／伝達することもできる。

（ｓｔｅｐ３）本明細書の提案４−１の（ｓｔｅｐ３ａ）と基本的なＵＥ動作は同じである。

もし、ネットワーク（例えば、基地局）から前記ＡＣＤＣ遮断情報とＡＣＢ情報が同時にＳＩＢを介してＵＥに提供される場合、ＵＥは、前記ＡＣＤＣ検査のみを実行し、ＡＣＢ検査は実行しない。

または、ネットワーク（ＭＭＥ／ＳＧＳＮ／ｅＮＢ／ＮＢ等）からの設定によって、ＡＣＤＣ遮断情報とＡＣＢ情報の中から選択して適用し、一つの検査（ＡＣＤＣ検査またはＡＣＢ検査）のみを実行することもできる。

または、もし、ネットワーク（例えば、基地局）から前記ＡＣＤＣ遮断情報とＡＣＢ情報が同時にＳＩＢを介してＵＥに提供される場合、ＵＥは、ＡＣＤＣ遮断情報のみを適用してＡＣＤＣ検査を先に実行し、その次に、ＡＳ階層（即ち、ＲＲＣ階層）がＡＣＢ検査を実行することができる。

ＩＶ−３．本明細書の提案４−３（仮出願提案１６ｃ）
以下、ローミング状況または非ローミング（ｎｏｎ−ｒｏａｍｉｎｇ）状況でカテゴリ化されないアプリケーションに対するＵＥ動作方案と、そしてＨＰＬＭＮとＶＰＬＭＮで提供されるアプリケーション属性関連情報（例えば、ＡＣＤＣカテゴリ情報）が相互不一致な場合のＵＥ動作方案に対して説明する。

図２２ａ乃至図２４ｂは、本明細書の提案４−２を示す信号流れ図である。

ＵＥは、ＵＳＩＭまたはＡＣＤＣ ＭＯ（Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）を介してアプリケーション属性関連情報（例えば、ＡＣＤＣカテゴリ情報）が設定されている場合、このように設定されたアプリケーション属性関連情報（例えば、ＡＣＤＣカテゴリ情報）をＵＥのＮＡＳ階層がＡＴ−ｃｏｍｍａｎｄなどを利用して提供を受けることができる。ＵＥでアプリケーションの実行時、アプリケーション階層でアプリケーション属性関連情報をＮＡＳ階層に提供するようになり、ＮＡＳ階層は、アプリケーション階層から提供を受けたアプリケーション属性関連情報に該当するＡＣＤＣカテゴリを決定するようになる。このとき、もし、アプリケーション階層から提供を受けたアプリケーション属性関連情報に該当するＡＣＤＣカテゴリが存在しない場合、ＮＡＳ階層は、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順の開始時、ＡＳ階層（即ち、ＲＲＣ階層）に"Ｕｎｃａｔｅｇｏｒｉｚｅｄ ｉｎｄｉｃａｔｉｏｎ／ｉｎｆｏｒｍａｔｉｏｎ"またはＡＣＤＣカテゴリ"０"（カテゴリ化されないアプリケーションのための特殊ＡＣＤＣカテゴリ）を提供する。ここで、"Ｕｎｃａｔｅｇｏｒｉｚｅｄ ｉｎｄｉｃａｔｉｏｎ／ｉｎｆｏｒｍａｔｉｏｎ"は、該当アプリケーションにＡＣＤＣカテゴリマッピングが存在しないことを意味し、ＡＣＤＣカテゴリ"０"は、ＡＣＤＣカテゴリマッピングが存在しないことを意味する。例えば、もし、ネットワークで提供されるＡＣＤＣ遮断情報によると、ＡＣＤＣカテゴリが４個の場合、ＡＣＤＣカテゴリ"０"＝ＡＣＤＣカテゴリマッピングが存在しないことを意味し、ＡＣＤＣカテゴリ"１"＝最も高いＡＣＤＣカテゴリ（遮断確率が最も低い）を意味し、ＡＣＤＣカテゴリ"４"＝最も高いＡＣＤＣカテゴリ（遮断確率が最も高い）を意味する。

ＡＳ階層（即ち、ＲＲＣ階層）でＮＡＳから"Ｕｎｃａｔｅｇｏｒｉｚｅｄ ｉｎｄｉｃａｔｉｏｎ／ｉｎｆｏｒｍａｔｉｏｎ"またはＡＣＤＣカテゴリ"０"の提供を受けると、前記Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順のためのＲＲＣ接続確立に対してＡＣＤＣ検査を実行する時、現在ネットワーク（基地局）で提供する最も低いＡＣＤＣカテゴリ（遮断確率が最も低いカテゴリ）を適用する。これはローミング状況及び非ローミング状況の両方ともで同じである。

または、ＮＡＳ階層でアプリケーション属性関連情報（例えば、ＡＣＤＣカテゴリ情報）をＡＳ階層（即ち、ＲＲＣ階層）に提供しない場合、ＡＳ階層（即ち、ＲＲＣ階層）では前記Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順のためのＲＲＣ接続確立に対するＡＣＤＣ検査を実行する時、在ネットワーク（基地局）で提供する最も高いＡＣＤＣカテゴリ（遮断確率が最も低いＡＣＤＣカテゴリ）を適用することもできる。

ｉ）非ローミング状況に対し、例を挙げて説明すると、次の通りである。現在設定されたアプリケーション属性関連情報（例えば、ＡＣＤＣカテゴリ情報）によると、ＡＣＤＣカテゴリ０（＝ｒｅｓｅｒｖｅｄ）、ＡＣＤＣカテゴリＩ（最も高いＡＣＤＣカテゴリ）、ＡＣＤＣカテゴリＩＩ、ＡＣＤＣカテゴリＩＩＩ、ＡＣＤＣカテゴリＩＶ（最も低いＡＣＤＣカテゴリ）が存在すると仮定する。そして、ネットワーク（基地局）で提供するＡＣＤＣ遮断情報によると、ＡＣＤＣカテゴリＩ（最も高いＡＣＤＣカテゴリ）に対するＡＣＤＣ遮断情報、ＡＣＤＣカテゴリＩＩに対するＡＣＤＣ遮断情報、ＡＣＤＣカテゴリＩＩＩに対するＡＣＤＣ遮断情報、ＡＣＤＣカテゴリＩＶに対するＡＣＤＣ遮断情報、ＡＣＤＣカテゴリＶ（最も低いＡＣＤＣカテゴリ）に対するＡＣＤＣ遮断情報が存在すると仮定する。このとき、もし、ＵＥでＧｏｏｇｌｅ Ｔａｌｋを実行した時、アプリケーション階層ではＮＡＳ階層にＧｏｏｇｌｅ Ｔａｌｋアプリケーションに対するＩＤ情報を提供するようになるが、ＮＡＳ階層で該当アプリケーション属性関連情報（例えば、ＡＣＤＣカテゴリ情報）が存在しない場合（即ち、Ｇｏｏｇｌｅ Ｔａｌｋに対するＡＣＤＣカテゴリマッピング情報がない場合）、ＡＳ階層（即ち、ＲＲＣ階層）に"Ｕｎｃａｔｅｇｏｒｉｚｅｄ ｉｎｄｉｃａｔｉｏｎ／ｉｎｆｏｒｍａｔｉｏｎ"またはＡＣＤＣカテゴリ"０"を提供する。ＡＳ階層（即ち、ＲＲＣ階層）でＮＡＳから"Ｕｎｃａｔｅｇｏｒｉｚｅｄ ｉｎｄｉｃａｔｉｏｎ／ｉｎｆｏｒｍａｔｉｏｎ"またはＡＣＤＣカテゴリ"０"の提供を受けると、前記Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順のためのＲＲＣ接続確立に対するＡＣＤＣ検査を実行する時、現在ネットワーク（基地局）で提供する最も低いＡＣＤＣカテゴリＶ（遮断確率が最も高いカテゴリ）のためのＡＣＤＣ遮断情報を適用する。

または、ＮＡＳ階層でアプリケーション属性関連情報（例えば、ＡＣＤＣカテゴリ情報）をＡＳ階層（即ち、ＲＲＣ階層）に提供しない場合、ＡＳ階層（即ち、ＲＲＣ階層）では前記Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順のためのＲＲＣ接続確立に対するＡＣＤＣ検査を実行する時、ネットワーク（基地局）で提供する最も低いＡＣＤＣカテゴリＶのためのＡＣＤＣ遮断情報を適用する。

ｉｉ）非ローミング状況に対し、他の例を挙げて説明すると、次の通りである。現在設定されたアプリケーション属性関連情報（例えば、ＡＣＤＣカテゴリ情報）がＡＣＤＣカテゴリ０（＝ｒｅｓｅｒｖｅｄ）、ＡＣＤＣカテゴリＩ（最も高いＡＣＤＣカテゴリ）、ＡＣＤＣカテゴリＩＩ、ＡＣＤＣカテゴリＩＩＩ、ＡＣＤＣカテゴリＩＶ、ＡＣＤＣカテゴリＶ（最も低いＡＣＤＣカテゴリ）が存在すると仮定する。そして、ネットワーク（基地局）で提供するＡＣＤＣ遮断情報によると、ＡＣＤＣカテゴリＩ（最も高いＡＣＤＣカテゴリ）のためのＡＣＤＣ遮断情報、ＡＣＤＣカテゴリＩＩのためのＡＣＤＣ遮断情報、ＡＣＤＣカテゴリＩＩＩのためのＡＣＤＣ遮断情報、ＡＣＤＣカテゴリＩＶのためのＡＣＤＣ遮断情報が存在すると仮定する。もし、ＵＥでＧｏｏｇｌｅ Ｔａｌｋを実行した時、アプリケーション階層ではＮＡＳ階層にＧｏｏｇｌｅ Ｔａｌｋアプリケーションに対するＩＤ情報を提供し、ＮＡＳ階層は、該当アプリケーションがＡＣＤＣカテゴリＶと確認した場合（即ち、Ｇｏｏｇｌｅ Ｔａｌｋに対するＡＣＤＣカテゴリマッピング情報がＡＣＤカテゴリＶの場合）、ＡＳ階層（即ち、ＲＲＣ階層）にＡＣＤＣカテゴリＶ情報を提供する。ＡＳ階層（即ち、ＲＲＣ階層）では、たとえ、ＮＡＳからＡＣＤＣカテゴリＶ情報の提供を受けたとしても、現在ネットワークから提供を受けたＡＣＤＣカテゴリＶに対するＡＣＤＣ遮断情報が存在しないため、前記Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順のためのＲＲＣ接続確立に対するＡＣＤＣ検査を実行する時、現在ネットワーク（基地局）で提供する最も低いＡＣＤＣカテゴリＩＶに対するＡＣＤＣ遮断情報を適用する。

ｉｉｉ）非ローミング状況に対し、他の例を挙げて説明すると、次の通りである。現在設定されたアプリケーション属性関連情報（例えば、ＡＣＤＣカテゴリ情報）によると、ＡＣＤＣカテゴリ０（＝ｒｅｓｅｒｖｅｄ）、ＡＣＤＣカテゴリＩ（最も高いＡＣＤＣカテゴリ）、ＡＣＤＣカテゴリＩＩ、ＡＣＤＣカテゴリＩＩＩ、ＡＣＤＣカテゴリＩＶ、ＡＣＤＣカテゴリＶ（最も低いＡＣＤＣカテゴリ）が存在すると仮定する。そして、ネットワーク（基地局）で提供するＡＣＤＣ遮断情報によると、ＡＣＤＣカテゴリＩ（最も高いＡＣＤＣカテゴリ）に対するＡＣＤＣ遮断情報、ＡＣＤＣカテゴリＩＩに対するＡＣＤＣ遮断情報、ＡＣＤＣカテゴリＩＩＩに対するＡＣＤＣ遮断情報、ＡＣＤＣカテゴリＩＶに対するＡＣＤＣ遮断情報が存在すると仮定する。このとき、もし、ＵＥでＧｏｏｇｌｅ Ｔａｌｋを実行した時、アプリケーション階層ではＮＡＳ階層にＧｏｏｇｌｅ Ｔａｌｋアプリケーションに対するＩＤ情報を提供するようになるが、ＮＡＳ階層で該当アプリケーション属性関連情報（例えば、ＡＣＤＣカテゴリ情報）が存在しない場合（即ち、Ｇｏｏｇｌｅ Ｔａｌｋに対するＡＣＤＣカテゴリマッピング情報がない場合）、ＡＳ階層（即ち、ＲＲＣ階層）に"Ｕｎｃａｔｅｇｏｒｉｚｅｄ ｉｎｄｉｃａｔｉｏｎ／ｉｎｆｏｒｍａｔｉｏｎ"またはＡＣＤＣカテゴリ"０"（ｓｐｅｃｉａｌＡＣＤＣカテゴリｆｏｒカテゴリ化されないアプリケーション）を提供する。ＡＳ階層（即ち、ＲＲＣ階層）でＮＡＳから"Ｕｎｃａｔｅｇｏｒｉｚｅｄ ｉｎｄｉｃａｔｉｏｎ／ｉｎｆｏｒｍａｔｉｏｎ"またはＡＣＤＣカテゴリ"０"の提供を受けると、前記Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順のためのＲＲＣ接続確立に対するＡＣＤＣ検査を実行する時、現在ネットワーク（基地局）で提供する最も低いＡＣＤＣカテゴリＩＶに対するＡＣＤＣ遮断情報を適用する。

一方、ＮＡＳ階層でアプリケーション属性関連情報（例えば、ＡＣＤＣカテゴリ情報）をＡＳ階層（即ち、ＲＲＣ階層）に提供しない場合、ＡＳ階層（即ち、ＲＲＣ階層）では前記Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順のためのＲＲＣ接続確立に対するＡＣＤＣ検査を実行する時、在ネットワーク（基地局）で提供する最も低いカテゴリＩＶに対するＡＣＤＣ遮断情報を適用することもできる。

他方、ローミング状況に対し、例を挙げて説明すると、次の通りである。ＵＥが現在ＨＰＬＭＮから提供を受けたＡＣＤＣ遮断情報とＶＰＬＭＮネットワーク（基地局）で提供するＡＣＤＣ遮断情報が異なる場合、ＵＥ動作は、前記非ローミングシナリオｉ）、ｉｉ）、ｉｉｉ）の各々の場合でのＵＥ動作と同じように動作できる。

Ｖ．本明細書の提案５（仮出願提案１８）
本明細書の提案５は、ＵＥで複数のアプリケーション（一部のアプリケーションは、カテゴリ化されない）が実行中であり、それによって、ＡＣＤＣカテゴリが複数個である状況に対して説明する。

Ｖ−１．本明細書の提案５−１（仮出願提案１８ａ）
図２５ａ乃至図２８ｂは、本明細書の提案５−２を示す信号流れ図である。

もし、アプリケーション階層から（同時に）複数個のアプリケーション属性関連情報とＡＣＢスキップ関連インジケーション、そしてカテゴリ化されないアプリケーション情報が共に提供された場合、
ｉ）最も高い（ｈｉｇｈｅｓｔ）または最も低い（ｌｏｗｅｓｔ）アプリケーション属性関連情報のみをＡＳ階層（即ち、ＲＲＣ階層）に提供したり、このとき、カテゴリ化されないアプリケーション情報は無視する；または、
ｉｉ）複数個のアプリケーション属性関連情報とカテゴリ化されないアプリケーション情報の両方ともをＡＳ階層（即ち、ＲＲＣ階層）に提供することができる。

前記において、カテゴリ化されないアプリケーション情報は、カテゴリ化されないアプリケーションに対する特殊ＡＣＤＣカテゴリ（例えば、ＡＣＤＣカテゴリ"０"または"９９"）を意味する。

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

または、上記の場合、ＮＡＳ階層は、
ｉ）最も高い（ｈｉｇｈｅｓｔ）または最も低い（ｌｏｗｅｓｔ）アプリケーション属性関連情報に基づいてサービス要求手順（または、ＴＡＵ／ＲＡＵ手順）の開始時、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ階層（即ち、ＲＲＣ階層）に伝達する。このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組み合わせて定義されて使われることができる。このとき、カテゴリ化されないアプリケーション情報は無視する；または、
前記において、カテゴリ化されないアプリケーション情報は、カテゴリ化されないアプリケーションに対する特殊ＡＣＤＣカテゴリ（例えば、ＡＣＤＣカテゴリ"０"または"９９"）を意味する。

前記ｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／ポリシー、ＵＥ機能（ｃａｐａｂｉｌｉｔｙ）などにより、最も高い（ｈｉｇｈｅｓｔ）または低い（ｌｏｗｅｓｔ）情報／ＩＤ方式のうち一つが具現されて動作されることができる。

もし、アプリケーション階層から（同時に）複数個のアプリケーション属性関連情報とＡＣＢスキップ関連インジケーションが提供された場合、
ｉ）最も高い（ｈｉｇｈｅｓｔ）または最も低い（ｌｏｗｅｓｔ）アプリケーション属性関連情報に基づいてＡＣＤＣ遮断情報を適用して前記アプリケーションによるサービスアクセス試みを許容するかまたは許容しないかを決定する。このとき、カテゴリ化されないアプリケーション情報は無視する；
前記において、カテゴリ化されないアプリケーション情報は、特殊ＡＣＤＣカテゴリ（例えば、ＡＣＤＣカテゴリ"０"または"９９"）を意味する。

前記ｉ）方式は、ＡＳ階層（即ち、ＲＲＣ階層）が認知決定するようになり、このとき、ネットワーク設定／ポリシー、ＵＥ機能（ｃａｐａｂｉｌｉｔｙ）などにより、最も高い（ｈｉｇｈｅｓｔ）または低い（ｌｏｗｅｓｔ）情報／ＩＤ方式のうち一つが具現されて動作されることができる。

もし、ＮＡＳ階層から受けた（同時に）複数個のアプリケーション属性関連情報とＡＣＢスキップ関連インジケーションとカテゴリ化されないアプリケーションが共に提供された場合、ＡＳ階層（即ち、ＲＲＣ階層）の動作は、前記アプリケーション階層から同時に情報を受けた場合と同じである。

Ｖ−２．本明細書の提案５−２（仮出願提案１８ｂ）
基本的なＵＥ動作は、発明提案５−１と同じであるが、アプリケーション階層、ＮＡＳ階層、ＡＳ階層（即ち、ＲＲＣ階層）間のやり取りする情報に相違点がある。

本明細書の提案５−２の場合、ＮＡＳ階層で、アプリケーション属性関連情報を提供したり、またはアプリケーション属性関連情報＋アプリケーション属性関連情報をＡＳ階層（即ち、ＲＲＣ階層）に提供したりする。このとき、ＵＥ（ＮＡＳ及びＡＳ）動作方案は、本明細書の提案５−１と基本的に同じである。

Ｖ−３．本明細書の提案５−３（仮出願提案１８ｃ）
図２９ａ乃至図３０ｂは、本明細書の提案５−３を示す信号流れ図である。

アプリケーション階層から受けた（同時に）複数個のアプリケーション属性関連情報、アプリケーション属性関連情報とカテゴリ化されないアプリケーション情報が共に提供された場合、
ｉ）ｓｔｅｐ０）で取得したアプリケーション属性関連情報に基づいて、アプリケーションのカテゴリを決定する。このとき、最も高い（ｈｉｇｈｅｓｔ）または最も低い（ｌｏｗｅｓｔ）カテゴリが選択されることができる。以後、ＡＳ階層（即ち、ＲＲＣ階層）から提供を受けたＡＣＤＣ遮断情報に基づいてＡＣＤＣ検査を実行する。もし、ＡＣＤＣ検査を通過する場合、そのためのＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順を実行するようになる。もし、ＡＣＤＣ検査が通過されない場合、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順またはＴＡＵ／ＲＡＵ手順を実行しない。このとき、カテゴリ化されないアプリケーション情報は無視する。

前記において、カテゴリ化されないアプリケーション情報は、特殊ＡＣＤＣカテゴリ（例えば、ＡＣＤＣカテゴリ"０"または"９９"）を意味する。

前記ｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ機能（ｃａｐａｂｉｌｉｔｙ）などにより、最も高い（ｈｉｇｈｅｓｔ）または低い（ｌｏｗｅｓｔ）カテゴリが選択されることができる。ここで、ｓｔｅｐ０）では、ＮＡＳ階層が関連情報を取得する。

もし、ＮＡＳ階層（または、アプリケーション階層）から受けたアプリケーション属性関連情報とカテゴリ化されないアプリケーション情報が複数個の場合、
ｉ）前記ｓｔｅｐ０）で取得したアプリケーション属性関連情報に基づいて、アプリケーションのカテゴリを決定する。このとき、最も高い（ｈｉｇｈｅｓｔ）または最も低い（ｌｏｗｅｓｔ）カテゴリが選択され、これに基づいてＡＣＤＣ検査が実行されることができる。このとき、カテゴリ化されないアプリケーション情報は無視できる。

一方、提案１、提案４、提案５を３ＧＰＰ標準ＴＳ ２４．３０１文書のＦ節のＥＡＢ及びＡＣＤＣに対する部分に合わせて説明すると、下記の通りである。

ＵＥにＡＣＤＣが設定されている場合、ＮＡＳ階層は、上位階層から伝達されたアプリケーションＩＤ及び設定情報に基づいて、要求に対してどのＡＣＤＣカテゴリを適用するかを決定する。アプリケーションＩＤがどのＡＣＤＣカテゴリにもマッピングされない場合、ＮＡＳ階層は、前記アプリケーションがカテゴリ化されないと見なし、前記アプリケーションを特殊ＡＣＤＣカテゴリ（例えば、カテゴリ０または９９）に該当すると見なす。

ＥＭＭ副階層は、一つのＡＣＤＣカテゴリが適用される場合、アクセス制御の目的として下位階層に前記ＡＣＤＣカテゴリを知らせることもでき、複数のＡＣＤＣカテゴリが適用される場合、アクセス制御の目的として下位階層に最も高い（または、最も低い）等級のＡＣＤＣカテゴリを知らせることができる。

または、ＥＭＭ副階層は、一つのＡＣＤＣカテゴリが適用される場合、アクセス制御の目的としてＡＳ階層（即ち、ＲＲＣ階層）に前記ＡＣＤＣカテゴリを知らせることもでき、複数のＡＣＤＣカテゴリが適用される場合、アクセス制御の目的として下位階層に前記複数のＡＣＤＣカテゴリ全体を知らせることができる。

または、ＥＭＭ副階層は、どのＡＣＤＣカテゴリも適用されない場合、アクセス制御の目的としてＡＳ階層（即ち、ＲＲＣ階層）に前記特殊ＡＣＤＣカテゴリ（カテゴリ化されないアプリケーションのためである）またはカテゴリ化されないアプリケーションを知らせるインジケーション情報を知らせることもできる。

または、ＥＭＭ副階層は、複数のＡＣＤＣカテゴリと前記特殊カテゴリが適用可能な場合、前記複数のＡＣＤＣカテゴリ及び前記特殊カテゴリのうち最も高い（または、最も低い）ＡＣＤＣカテゴリを下位階層に知らせることができる。

または、ＥＭＭ副階層は、複数のＡＣＤＣカテゴリと前記特殊カテゴリが適用可能な場合、前記複数のＡＣＤＣカテゴリ及び前記特殊カテゴリまたはカテゴリ化されないアプリケーションを知らせるインジケーション情報を全て下位階層に知らせることができる。

ただし、下記の場合は除外される。

−選択されたＰＬＭＮで前記ＵＥがＡＣ１１乃至ＡＣ１５を使用する場合
−前記要求がページングに応答するための場合
−ＲＲＣ確立原因が"Ｅｍｅｒｇｅｎｃｙ Ｃａｌｌ"に設定される場合

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

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

一方、ＵＥは、上位階層の要求によってＲＲＣ接続手順を実行する。この手順を実行する時、ＵＥのＮＡＳ階層が一つのＡＣＤＣカテゴリをＡＳ階層（即ち、ＲＲＣ階層）に提供する場合、ＡＳ階層（即ち、ＲＲＣ階層）は、提供されたＡＣＤＣカテゴリに基づいてＡＣＤＣ遮断検査を実行する。このとき、複数のＡＣＤＣカテゴリ（カテゴリ化されないアプリケーションを含む）のうち最も高いまたは最も低い一つのＡＣＤＣカテゴリを決定して提供した場合にも、前記ＡＣＤＣカテゴリに基づいてＡＣＤＣ遮断検査を実行する。

１＞上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象であると指示しながら、ＡＣＤＣカテゴリを提供し、併せて、ＵＥは、ＡＣＤＣカテゴリＩ（カテゴリＩＩ、ＩＩＩ、…）に対する発信のためのＲＲＣ接続を確立しようとする場合、
２＞ＴｂａｒｒｉｎｇとしてＴｘｘｘを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。

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

１＞一方、上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象であると指示しながら、ＡＣＤＣカテゴリを提供し、併せて、ＵＥは、発信シグナリングのためのＲＲＣ接続を確立しようとする場合、
２＞ＴｂａｒｒｉｎｇとしてＴｙｙｙを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。

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

他方、ＮＡＳ階層が呼びタイプを提供する方案に対して説明すると、下記の通りである。

１＞上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象であると指示しながら、ＡＣＤＣカテゴリを提供し、併せて、ＵＥは、ＡＣＤＣカテゴリＩ（カテゴリＩＩ、ＩＩＩ、…）に対する発信のためのＲＲＣ接続を確立しようとする場合、
２＞ＴｂａｒｒｉｎｇとしてＴｘｘｘを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。

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

１＞一方、上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象であると指示しながら、特殊ＡＣＤＣカテゴリ（例えば、カテゴリ０または９９）またはカテゴリ化されないアプリケーションを知らせるインジケーション情報を提供し、併せて、ＵＥは、特殊ＡＣＤＣカテゴリ（例えば、カテゴリ０または９９）に対する発信のためのＲＲＣ接続を確立しようとする場合、
２＞ＴｂａｒｒｉｎｇとしてＴｘｘｘを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを利用し、ＳＩＢを介してネットワークから提供された最も低いＡＣＤＣカテゴリを選択し、前記選択された最も低いＡＣＤＣカテゴリに対してＡＣＤＣ遮断検査を実行する。

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

１＞一方、上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象であると指示しながら、ＡＣＤＣカテゴリを提供し、併せて、ＵＥは、ＡＣＤＣカテゴリＩ（カテゴリＩＩ、ＩＩＩ、…）に対する発信のためのＲＲＣ接続を確立しようとする場合、
２＞ＴｂａｒｒｉｎｇとしてＴｙｙｙを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。

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

１＞一方、上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象であると指示しながら、特殊ＡＣＤＣカテゴリ（例えば、カテゴリ０または９９）またはカテゴリ化されないアプリケーションを知らせるインジケーション情報を提供し、併せて、ＵＥは、特殊ＡＣＤＣカテゴリ（例えば、カテゴリ０または９９）に対する発信のためのＲＲＣ接続を確立しようとする場合、
２＞ＴｂａｒｒｉｎｇとしてＴｙｙｙを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇを利用し、ＳＩＢを介してネットワークから提供された最も低いＡＣＤＣカテゴリを選択し、前記選択された最も低いＡＣＤＣカテゴリに対してＡＣＤＣ遮断検査を実行する。

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

他方、ＮＡＳ階層がカテゴリ化されないアプリケーションに対して特殊ＡＣＤＣカテゴリ（例えば、カテゴリ０または９９）またはカテゴリ化されないアプリケーションを知らせるインジケーション情報をＡＳ階層（即ち、ＲＲＣ階層）に提供する場合、ＡＳ階層（即ち、ＲＲＣ階層）は、現在ネットワークで提供されたＡＣＤＣ遮断情報のうち最も低いＡＣＤＣカテゴリに対するＡＣＤＣ遮断情報に基づいてＡＣＤＣ遮断検査を実行する。これに対して詳細に説明すると、下記の通りである。

１＞上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象であると指示しながら、特殊ＡＣＤＣカテゴリ（例えば、カテゴリ０または９９）またはカテゴリ化されないアプリケーションを知らせるインジケーション情報を提供し、併せて、ＵＥは、発信通話のためのＲＲＣ接続を確立しようとする場合、
２＞ＴｂａｒｒｉｎｇとしてＴｘｘｘを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを利用し、ＳＩＢを介してネットワークから提供された最も低いＡＣＤＣカテゴリを選択し、前記選択された最も低いＡＣＤＣカテゴリに対してＡＣＤＣ遮断検査を実行する。

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

１＞一方、上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象であると指示しながら、特殊ＡＣＤＣカテゴリ（例えば、カテゴリ０または９９）またはカテゴリ化されないアプリケーションを知らせるインジケーション情報を提供し、併せて、ＵＥは、発信シグナリングのためのＲＲＣ接続を確立しようとする場合、
２＞ＴｂａｒｒｉｎｇとしてＴｙｙｙを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。

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

一方、ＮＡＳ階層が全てのＡＣＤＣカテゴリをＡＳ階層（即ち、ＲＲＣ階層）に提供する場合、ＡＳ階層（即ち、ＲＲＣ階層）は、最も高いまたは最も低いカテゴリを決定し、これに基づいてＡＣＤＣ遮断検査を実行することができる。これに対して詳細に説明すると、下記の通りである。

１＞上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象であると指示しながら、複数のＡＣＤＣカテゴリ／ＩＤを提供し、併せて、ＵＥは、発信通話のためのＲＲＣ接続を確立しようとする場合、
２＞前記複数のＡＣＤＣカテゴリ／ＩＤのうち最も高いまたは最も低いＡＣＤＣカテゴリを決定する。

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

２＞アクセスが遮断される場合、
３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせて、発信通話に対してＡＣＤＣが適用されたことを知らせる。

１＞上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象であると指示しながら、複数のＡＣＤＣカテゴリ／ＩＤを提供し、併せて、ＵＥは、発信シグナリングのためのＲＲＣ接続を確立しようとする場合、
２＞前記複数のＡＣＤＣカテゴリ／ＩＤのうち最も高いまたは最も低いＡＣＤＣカテゴリを決定する。

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

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

他方、ＮＡＳ階層が複数のＡＣＤＣカテゴリとカテゴリ化されないアプリケーションのための特殊ＡＣＤＣカテゴリ（例えば、カテゴリ０または９９）またはインジケーションをＡＳ階層（即ち、ＲＲＣ階層）に提供する場合、ＡＳ階層（即ち、ＲＲＣ階層）は、最も高いまたは最も低いカテゴリを決定し、これに基づいてＡＣＤＣ遮断検査を実行する。これに対して説明すると、下記の通りである。

１＞上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象であると指示しながら、複数のＡＣＤＣカテゴリとカテゴリ化されないアプリケーションのための特殊ＡＣＤＣカテゴリ（例えば、カテゴリ０または９９）またはインジケーションを全て提供する場合、併せて、ＵＥは、発信通話のためのＲＲＣ接続を確立しようとする場合
２＞前記複数のＡＣＤＣカテゴリと前記特殊カテゴリのうち最も高いまたは最も低いＡＣＤＣカテゴリを決定する。

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

２＞ＳＩＢ２がＡＣＤＣカテゴリ別にａｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを含まない場合、ＴｂａｒｒｉｎｇとしてＴｘｘｘを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを利用することによって、最も低いＡＣＤＣカテゴリを基準にしてＡＣＤＣ遮断検査を実行する。

２＞アクセスが遮断される場合、
３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせて、発信通話に対してＡＣＤＣが適用されたことを知らせる。

１＞一方、上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象であると指示しながら、複数のＡＣＤＣカテゴリとカテゴリ化されないアプリケーションのための特殊ＡＣＤＣカテゴリ（例えば、カテゴリ０または９９）またはインジケーションを全て提供する場合、併せて、ＵＥは、発信シグナリングのためのＲＲＣ接続を確立しようとする場合
２＞前記複数のＡＣＤＣカテゴリと前記特殊カテゴリのうち最も高いまたは最も低いＡＣＤＣカテゴリを決定する。

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

ＳＩＢ２がＡＣＤＣカテゴリ別にａｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを含まない場合、ＴｂａｒｒｉｎｇとしてＴｘｘｘを利用し、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを利用することによって、最も低いＡＣＤＣカテゴリを基準にしてＡＣＤＣ遮断検査を実行する。

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

他方、ＡＣＤＣカテゴリ別ＡＣＤＣ遮断検査に対して標準に合わせて説明すると、下記の通りである。

１＞タイマＴ３ｘｘまたはＴｂａｒｒｉｎｇが駆動中の場合
２＞該当セルへのアクセスは遮断されると見なす。

１＞しかし、ＳＩＢタイプ２がＡＣＤＣ遮断パラメータを含む場合
２＞ＵＥがＵＳＩＭに一つ以上のアクセスクラス（１１〜１５）を格納している場合、
２＞有効なアクセスクラスのうち少なくとも一つに対して、ＡＣＤＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＳｐｅｃｉａｌＡＣの対応ビットを０に設定する。

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

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

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

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

１＞そうでない場合
２＞該当セルへのアクセスは遮断されると見なす；
１＞該当セルへのアクセスが遮断され、タイマＴｘｘｘ及びＴｂａｒｒｉｎｇが駆動中でない場合
２＞範囲０≦ｒａｎｄ＜１を満たすように均等に分散されたランダム値ｒａｎｄを生成する。

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

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

Ｖ−４．本明細書の提案５−４（仮出願提案１８ｄ）
前述したように、ＵＥがＵＳＩＭまたはＯＭＡ ＤＭプロトコルによるＡＣＤＣ装置管理オブジェクト（ＭＯ）を介してアプリケーション属性関連情報（例えば、アプリケーション属性関連情報（例えば、ＡＣＤＣカテゴリ情報））を取得して格納した場合、ＵＥのＮＡＳ階層は、前記格納されたアプリケーション属性関連情報（例えば、ＡＣＤＣカテゴリ情報）をＡＴ−ｃｏｍｍａｎｄなどを利用して取得することができる。ＡＳ階層（即ち、ＲＲＣ階層）は、ネットワークから提供を受けたＡＣＤＣ遮断情報をＮＡＳ階層またはアプリケーション階層に提供することができる。これに基づいて、ＮＡＳ階層またはアプリケーション階層は、前記アプリケーション属性関連情報（即ち、アプリケーション属性関連情報（例えば、ＡＣＤＣカテゴリ情報））に基づいて、実行中であるアプリケーションに対するＡＣＤＣカテゴリを決定することができる。以後決定されたカテゴリに対する情報を再びＡＳ階層（即ち、ＲＲＣ階層）に提供する。ＡＳ階層（即ち、ＲＲＣ階層）は、ネットワークから提供を受けたＡＣＤＣ遮断情報とＮＡＳ階層またはアプリケーション階層から提供を受けたカテゴリ情報に基づいてＡＣＤＣ遮断検査を実行する。

前記と違って、ＵＥがＵＳＩＭまたはＯＭＡ ＤＭプロトコルによるＡＣＤＣ装置管理オブジェクト（ＭＯ）を介してアプリケーション属性関連情報（例えば、アプリケーション属性関連情報（例えば、ＡＣＤＣカテゴリ情報））を取得して格納した場合、ＵＥのＡＳ階層は、前記格納されたアプリケーション属性関連情報（例えば、ＡＣＤＣカテゴリ情報）をＡＴ−ｃｏｍｍａｎｄなどを利用して取得することができる。ＡＳ階層（即ち、ＲＲＣ階層）は、前記アプリケーション属性関連情報（即ち、アプリケーション属性関連情報（例えば、ＡＣＤＣカテゴリ情報））と前記ＡＣＤＣ遮断情報に基づいて、ＡＣＤＣ遮断検査を実行することができる。

一方、以上で説明したように、アプリケーション属性関連情報別に定義されるＡＣＤＣ遮断情報に基づく遮断検査は、ＡＣＤＣ遮断検査を意味する。

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

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

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

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

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

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

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

Claims (16)

1. ユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）におけるネットワークアクセス 遮断方法であって、
   ＨＰＬＭＮ（Ｈｏｍｅ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ） でアプリケーション属性関連情報を受信するステップと；
   ＨＰＬＭＮまたはＶＰＬＭＮ（Ｖｉｓｉｔｅｄ ＰＬＭＮ）でＡＣＤＣ（Ａｐｐｌｉ ｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ Ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）遮断情報を受信するステップと；
   実行中であるアプリケーションに対する情報が前記アプリケーション属性関連情報内 に存在する場合、前記実行中であるアプリケーションのカテゴリを前記アプリケーショ ン属性関連情報に基づいて決定するステップと；
   前記ＡＣＤＣ遮断情報内に前記決定されたカテゴリとマッチングされるＡＣＤＣ遮断 情報が存在する場合、前記マッチングされるＡＣＤＣ遮断情報に基づいてＡＣＤＣ遮断 検査を実行するステップと；を含み、
   前記ＡＣＤＣ検査によってアプリケーション別にネットワークアクセス試みが遮断（ｂａｒｒｅｄ）され又は許容されることを特徴とするネットワークアクセス遮断方法。
2. 前記実行中であるアプリケーションに対する情報が前記アプリケーション属性関連情 報内に存在しない場合、前記実行中であるアプリケーションがカテゴリ化されない（ｕ ｎｃａｔｅｇｏｒｉｚｅｄ）アプリケーションのための特殊カテゴリに該当すると決定 するステップと；そして、
   前記ＡＣＤＣ遮断情報のうち前記特殊カテゴリのためのＡＣＤＣ遮断情報またはイン ジケーションに基づいてＡＣＤＣ遮断検査を実行するステップと；を含むことを特徴と する請求項１に記載のネットワークアクセス遮断方法。
3. 前記特殊カテゴリは、最も高いまたは最も低いカテゴリに該当することを特徴とする 請求項２に記載のネットワークアクセス遮断方法。
4. 前記ＨＰＬＭＮでのＡＣＤＣ遮断情報内に前記ＨＰＬＭＮでの決定されたカテゴリと マッチングされるＡＣＤＣ遮断情報が存在しない場合、前記ＨＰＬＭＮでのＡＣＤＣ遮 断情報のうち最も高いまたは低いカテゴリのためのＡＣＤＣ遮断情報に基づいてＡＣＤ Ｃ遮断検査を実行するステップをさらに含むことを特徴とする請求項１に記載のネット ワークアクセス遮断方法。
5. 前記ＶＰＬＭＮでのＡＣＤＣ遮断情報内に前記ＨＰＬＭＮでの決定されたカテゴリと マッチングされるＡＣＤＣ遮断情報が存在しない場合、前記ＶＰＬＭＮでのＡＣＤＣ遮 断情報のうち最も高いまたは低いカテゴリのためのＡＣＤＣ遮断情報に基づいてＡＣＤ Ｃ遮断検査を実行するステップをさらに含むことを特徴とする請求項１に記載のネット ワークアクセス遮断方法。
6. 前記アプリケーション関連情報は、前記アプリケーションのグループ、カテゴリ、優 先順位、情報及びＩＤのうち一つ以上を含むことを特徴とする請求項１に記載のネット ワークアクセス遮断方法。
7. 前記ＡＣＤＣ遮断情報は、特定のアプリケーション単位別に定義される遮断比率、遮 断ファクタ、遮断時間、ローミング情報、ＡＣＢスキップ設定を含むことを特徴とする 請求項１に記載のネットワークアクセス遮断方法。
8. 前記ＡＣＤＣ遮断検査を実行するステップで、前記カテゴリが複数個数の場合、前記 複数個数のカテゴリのうち前記最も高いまたは最も低いカテゴリのためのＡＣＤＣ遮断 情報に基づいて、ＡＣＤＣ遮断検査が実行されることを特徴とする請求項１に記載のネ ットワークアクセス遮断方法。
9. ネットワークアクセス遮断を実行することができるユーザ装置（ｕｓｅｒ ｅｑｕｉ ｐｍｅｎｔ：ＵＥ）であって、
   送受信部と；
   前記送受信部を制御するプロセッサと；であり、前記プロセッサは：
   ＨＰＬＭＮ（Ｈｏｍｅ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ） でアプリケーション属性関連情報を受信する過程と；
   ＨＰＬＭＮまたはＶＰＬＭＮ（Ｖｉｓｉｔｅｄ ＰＬＭＮ）でＡＣＤＣ（Ａｐｐｌｉ ｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ Ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）遮断情報を受信する過程と；
   実行中であるアプリケーションに対する情報が前記アプリケーション属性関連情報内 に存在する場合、前記実行中であるアプリケーションのカテゴリを前記アプリケーショ ン属性関連情報に基づいて決定する過程と；そして、
   前記ＡＣＤＣ遮断情報内に前記決定されたカテゴリとマッチングされるＡＣＤＣ遮断 情報が存在する場合、前記マッチングされるＡＣＤＣ遮断情報に基づいてＡＣＤＣ遮断 検査を実行する過程と；を実行し、
   前記ＡＣＤＣ検査によってアプリケーション別にネットワークアクセス試みが遮断（ｂａｒｒｅｄ）され又は許容されることを特徴とするユーザ装置。
10. 前記プロセッサは、
    前記実行中であるアプリケーションに対する情報が前記アプリケーション属性関連情 報内に存在しない場合、前記実行中であるアプリケーションがカテゴリ化されない（ｕ ｎｃａｔｅｇｏｒｉｚｅｄ）アプリケーションのための特殊カテゴリに該当すると決定 する過程と；そして、
    前記ＡＣＤＣ遮断情報のうち前記特殊カテゴリのためのＡＣＤＣ遮断情報またはイン ジケーションに基づいてＡＣＤＣ遮断検査を実行する過程と；を
    さらに実行することを特徴とする請求項９に記載のユーザ装置。
11. 前記特殊カテゴリは、最も高いまたは最も低いカテゴリに該当することを特徴とする 請求項１０に記載のユーザ装置。
12. 前記プロセッサは、前記ＨＰＬＭＮでのＡＣＤＣ遮断情報内に前記ＨＰＬＭＮでの決 定されたカテゴリとマッチングされるＡＣＤＣ遮断情報が存在しない場合、前記ＨＰＬ ＭＮでのＡＣＤＣ遮断情報のうち最も高いまたは低いカテゴリのためのＡＣＤＣ遮断情 報に基づいてＡＣＤＣ遮断検査を実行する過程をさらに実行することを特徴とする請求 項９に記載のユーザ装置。
13. 前記プロセッサは、前記ＶＰＬＭＮでのＡＣＤＣ遮断情報内に前記ＨＰＬＭＮでの決 定されたカテゴリとマッチングされるＡＣＤＣ遮断情報が存在しない場合、前記ＶＰＬ ＭＮでのＡＣＤＣ遮断情報のうち最も高いまたは低いカテゴリのためのＡＣＤＣ遮断情 報に基づいてＡＣＤＣ遮断検査を実行する過程をさらに実行することを特徴とする請求 項９に記載のユーザ装置。
14. 前記アプリケーション関連情報は、前記アプリケーションのグループ、カテゴリ、優 先順位、情報及びＩＤのうち一つ以上を含むことを特徴とする請求項９に記載のユーザ 装置。
15. 前記ＡＣＤＣ遮断情報は、特定のアプリケーション単位別に定義される遮断比率、遮 断ファクタ、遮断時間、ローミング情報、ＡＣＢスキップ設定を含むことを特徴とする 請求項９に記載のユーザ装置。
16. 前記プロセッサがＡＣＤＣ遮断検査を実行する過程で、前記カテゴリが複数個数の場 合、前記複数個数のカテゴリのうち前記最も高いまたは最も低いカテゴリのためのＡＣ ＤＣ遮断情報に基づいて、ＡＣＤＣ遮断検査を実行することを特徴とする請求項９に記 載のユーザ装置。