(57)【要約】【課題】好適なアプリケーション別ネットワークアクセス遮断方法及びユーザ装置を提供すること。【解決手段】本明細書の一開示は、ユーザ装置（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ＵＥ）によりネットワークアクセスを試みる方法を提供する。前記方法は、ＡＣＤＣ（Ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  Ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ  ｆｏｒ  Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が設定されている場合、ネットワークアクセスを試みるアプリケーションの関連情報を上位階層から取得するステップ；前記取得されたアプリケーションの関連情報に基づいて、ＡＣＤＣカテゴリを決定するステップ；及び、前記決定されたＡＣＤＣカテゴリに基づいて、ＡＣＤＣ検査を実行するステップ；を含む。ここで、前記ＡＣＤＣ検査によってアプリケーション別にネットワークアクセス試みが遮断（ｂａｒｒｅｄ）されたり許容される。【選択図】図９
2018121338.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置（ＵＥ）によって実行されるネットワークアクセス方法であって、前記方法は、
前記ＵＥのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層によって、ＡＣＤＣ（Ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  Ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ  ｆｏｒ  Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が設定されているときに、アプリケーション情報を上位階層から取得することと、
前記ＮＡＳ階層によって、前記取得されたアプリケーション情報に基づいて、アプリケーションのネットワークアクセス要求に対するＡＣＤＣカテゴリを決定することと、
前記ＮＡＳ階層によって、前記ＵＥのＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層が前記決定されたＡＣＤＣカテゴリに基づいてＡＣＤＣ検査を実行するように、前記アプリケーションの前記ネットワークアクセス要求に対する前記決定されたカテゴリを前記ＡＳ階層に送達することと
を含み、
前記ＡＣＤＣ検査に従って前記ネットワークアクセス要求が遮断されるか許容され、
前記アプリケーションの前記ネットワークアクセス要求に対して複数のＡＣＤＣカテゴリが使用可能である場合に、前記ＡＣＤＣ検査を実行するために前記複数のＡＣＤＣカテゴリのうちの最も高いＡＣＤＣカテゴリが選択され、
前記ネットワークアクセス要求がページングに対する応答である場合に、前記ＮＡＳ階層は、前記決定されたＡＣＤＣカテゴリを前記ＡＳ階層に送達しない、方法。
【請求項２】
以前のＡＣＢ（Ａｃｃｅｓｓ  Ｃｌａｓｓ  Ｂａｒｒｉｎｇ）遮断検査に従って以前のネットワークアクセスが遮断されてはいるが、前記アプリケーションの前記ネットワークアクセス要求は、前記ＡＣＤＣ遮断検査に従って遮断されない、請求項１に記載の方法。
【請求項３】
前記以前のネットワークアクセスが遮断されてから遮断タイマが動作している場合に、前記遮断タイマが止められる、請求項２に記載の方法。
【請求項４】
前記アプリケーション情報は、アプリケーションＩＤを含む、請求項１に記載の方法。
【請求項５】
ＡＣＤＣ設定情報を受信することをさらに含み、
前記ＡＣＤＣカテゴリを決定することは、前記ＡＣＤＣ設定情報および前記アプリケーション情報を比較することを含む、請求項１に記載の方法。
【請求項６】
前記ＡＣＤＣ設定情報は、
少なくとも１つのアプリケーションＩＤと、少なくとも１つのアプリケーションＩＤの各々に対する対応するアプリケーションカテゴリとを含む、請求項５に記載の方法。
【請求項７】
前記アプリケーション情報は、複数のアプリケーションＩＤを含み、
前記ＡＣＤＣカテゴリを決定することは、
前記複数のアプリケーションＩＤの各々に対するＡＣＤＣカテゴリを決定することと、
前記ＡＣＤＣカテゴリのうちの最も高い優先順位レベルを有するＡＣＤＣカテゴリを決定することと
をさらに含む、請求項１に記載の方法。
【請求項８】
前記ＡＣＤＣカテゴリを決定することは、
複数のＡＣＤＣカテゴリの中から前記ＡＣＤＣカテゴリを識別することを含み、各ＡＣＤＣカテゴリは、対応する優先順位レベルを有する、請求項１に記載の方法。
【請求項９】
アプリケーション情報を取得することは、複数のアプリケーションに対するアプリケーション情報を取得することを含み、
前記ＡＣＤＣカテゴリを決定することは、
前記複数のアプリケーションの各々に対する前記ＡＣＤＣカテゴリを決定することと、
前記ＡＣＤＣカテゴリのうちの最も高い優先順位レベルを有するＡＣＤＣカテゴリを決定することと
をさらに含む、請求項８に記載の方法。
【請求項１０】
前記ＡＣＤＣ検査を実行することは、
前記最も高い優先順位レベルを有する前記ＡＣＤＣカテゴリに基づいて前記ＡＣＤＣ検査を実行することを含む、請求項９に記載の方法。
【請求項１１】
ネットワークにアクセスすることが可能なユーザ装置（ＵＥ）であって、前記ＵＥは、
送受信部と、
前記送受信部を制御し、かつ、ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層、ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層および上位階層を動作させるプロセッサと
を含み、
前記プロセッサの前記ＮＡＳ階層は、ＡＣＤＣ（Ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  Ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ  ｆｏｒ  Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が設定されているときに、アプリケーション情報を前記上位階層から取得し、
前記プロセッサの前記ＮＡＳ階層は、前記取得されたアプリケーション情報に基づいて、アプリケーションのネットワークアクセス要求に対するＡＣＤＣカテゴリを決定し、
前記プロセッサの前記ＮＡＳ階層は、前記ＵＥのＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層が前記決定されたＡＣＤＣカテゴリに基づいてＡＣＤＣ検査を実行するように、前記アプリケーションの前記ネットワークアクセス要求に対する前記決定されたカテゴリを前記ＡＳ階層に送達し、
前記ＡＣＤＣ検査に従って前記ネットワークアクセス要求が遮断されるか許容され、
前記アプリケーションの前記ネットワークアクセス要求に対して複数のＡＣＤＣカテゴリが使用可能である場合に、前記ＡＣＤＣ検査を実行するために前記複数のＡＣＤＣカテゴリのうちの最も高いＡＣＤＣカテゴリが選択され、
前記ネットワークアクセス要求がページングに対する応答である場合に、前記ＮＡＳ階層は、前記決定されたＡＣＤＣカテゴリを前記ＡＳ階層に送達しない、ＵＥ。
【請求項１２】
以前のＡＣＢ（Ａｃｃｅｓｓ  Ｃｌａｓｓ  Ｂａｒｒｉｎｇ）遮断検査に従って以前のネットワークアクセスが遮断されてはいるが、前記アプリケーションの前記ネットワークアクセス要求は、前記ＡＣＤＣ遮断検査に従って遮断されない、請求項１１に記載のＵＥ。
【請求項１３】
前記以前のネットワークアクセスが遮断されてから遮断タイマが動作している場合に、前記遮断タイマが止められる、請求項１２に記載のＵＥ。
【請求項１４】
前記アプリケーション情報は、アプリケーションＩＤを含む、請求項１１に記載のＵＥ。
【請求項１５】
前記送受信部は、ＡＣＤＣ設定情報を受信し、
前記ＡＣＤＣカテゴリを決定することは、前記ＡＣＤＣ設定情報および前記アプリケーション情報を比較することを含む、請求項１１に記載のＵＥ。
【請求項１６】
前記ＡＣＤＣ設定情報は、
少なくとも１つのアプリケーションＩＤと、少なくとも１つのアプリケーションＩＤの各々に対する対応するアプリケーションカテゴリとを含む、請求項１５に記載のＵＥ。
【請求項１７】
前記アプリケーション情報は、複数のアプリケーションＩＤを含み、
前記ＡＣＤＣカテゴリを決定することは、
前記複数のアプリケーションＩＤの各々に対するＡＣＤＣカテゴリを決定することと、
前記ＡＣＤＣカテゴリのうちの最も高い優先順位レベルを有するＡＣＤＣカテゴリを決定することと
をさらに含む、請求項１１に記載のＵＥ。
【請求項１８】
前記ＡＣＤＣカテゴリを決定することは、
複数のＡＣＤＣカテゴリの中から前記ＡＣＤＣカテゴリを識別することを含み、各ＡＣＤＣカテゴリは、対応する優先順位レベルを有する、請求項１１に記載のＵＥ。
【請求項１９】
前記アプリケーション情報を取得することは、複数のアプリケーションに対するアプリケーション情報を取得することを含み、
前記ＡＣＤＣカテゴリを決定することは、
前記複数のアプリケーションの各々に対する前記ＡＣＤＣカテゴリを決定することと、
前記ＡＣＤＣカテゴリのうちの最も高い優先順位レベルを有するＡＣＤＣカテゴリを決定することと
をさらに含む、請求項１８に記載のＵＥ。
【請求項２０】
前記ＡＣＤＣ検査を実行することは、
前記最も高い優先順位レベルを有する前記ＡＣＤＣカテゴリに基づいて前記ＡＣＤＣ検査を実行することを含む、請求項１９に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて、混雑制御のためにアクセスを遮断する技術に関する。
【背景技術】
【０００２】
移動通信システムの技術規格を制定する３ＧＰＰでは、４世代移動通信と関連した多様なフォーラム及び新しい技術に対応するために、２００４年末から３ＧＰＰ技術の性能を最適化させて向上させようとする努力の一環としてＬＴＥ／ＳＡＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ／Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）技術に対する研究を始めた。
【０００３】
３ＧＰＰ  ＳＡ  ＷＧ２を中心に進行されたＳＡＥは、３ＧＰＰ  ＴＳＧ  ＲＡＮのＬＴＥ作業と並行してネットワークの構造を決定し、異機種ネットワーク間の移動性をサポートすることを目的とするネットワーク技術に対する研究であって、最近３ＧＰＰの重要な標準化問題のうち一つである。これは３ＧＰＰシステムをＩＰベースの多様な無線接続技術をサポートするシステムに発展させるための作業であって、より向上したデータ送信能力で送信遅延を最小化する、最適化されたパケットベースのシステムを目標にして作業が進行されてきた。
【０００４】
３ＧＰＰ  ＳＡ  ＷＧ２で定義したＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）上位水準参照モデル（ｒｅｆｅｒｅｎｃｅ  ｍｏｄｅｌ）は、非ローミングケース（ｎｏｎ−ｒｏａｍｉｎｇ  ｃａｓｅ）及び多様なシナリオのローミングケース（ｒｏａｍｉｎｇ  ｃａｓｅ）を含んでおり、詳細内容は、３ＧＰＰ標準文書ＴＳ２３．４０１とＴＳ２３．４０２で参照することができる。図１のネットワーク構造図は、これを簡略に再構成したものである。
【０００５】
図１は、進化した移動通信ネットワークの構造図である。
【０００６】
ＥＰＣは、多様な構成要素を含むことができ、図１は、そのうち一部に該当する、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）５２、ＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）５３、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）５１、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）を示す。
【０００７】
Ｓ−ＧＷ５２は、無線アクセスネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢ２２とＰＤＮ  ＧＷ５３との間のデータ経路を維持する機能をする要素である。また、端末（または、Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）がｅＮｏｄｅＢ２２によりサービング（ｓｅｒｖｉｎｇ）される領域にわたって移動する場合、Ｓ−ＧＷ５２は、ローカル移動性アンカーポイント（ａｎｃｈｏｒ  ｐｏｉｎｔ）の役割をする。即ち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース８以後で定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）内での移動性のために、Ｓ−ＧＷ５２を介してパケットがルーティングされることができる。また、Ｓ−ＧＷ５２は、他の３ＧＰＰネットワーク（３ＧＰＰリリース８以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ）  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。
【０００８】
ＰＤＮ  ＧＷ（または、Ｐ−ＧＷ）５３は、パケットデータネットワークに向かうデータインターフェースの終端点（ｔｅｒｍｉｎａｔｉｏｎ  ｐｏｉｎｔ）に該当する。ＰＤＮ  ＧＷ５３は、政策執行特徴（ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ）、課金サポート（ｃｈａｒｇｉｎｇ  ｓｕｐｐｏｒｔ）などをサポートすることができる。また、３ＧＰＰネットワークと非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のような信頼されないネットワーク、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワークやＷｉＭａｘのような信頼されるネットワーク）との移動性管理のためのアンカーポイント役割をすることができる。
【０００９】
図１のネットワーク構造の例示は、Ｓ−ＧＷ５２とＰＤＮ  ＧＷ５３が別途のゲートウェイで構成されるものを示すが、二つのゲートウェイが単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ  Ｇａｔｅｗａｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｐｔｉｏｎ）によって具現されることもできる。
【００１０】
ＭＭＥ５１は、ＵＥのネットワーク連結に対するアクセス、ネットワークリソースの割当、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバなどをサポートするためのシグナリング及び制御機能を実行する要素である。ＭＭＥ５１は、加入者及びセッション管理に関連した制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）機能を制御する。ＭＭＥ５１は、数多くのｅＮｏｄｅＢ２２を管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバのための従来のゲートウェイの選択のためのシグナリングを実行する。また、ＭＭＥ５１は、セキュリティ過程（Ｓｅｃｕｒｉｔｙ  Ｐｒｏｃｅｄｕｒｅｓ）、端末−対−ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋ  Ｓｅｓｓｉｏｎ  Ｈａｎｄｌｉｎｇ）、アイドル端末位置決定管理（Ｉｄｌｅ  Ｔｅｒｍｉｎａｌ  Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）などの機能を遂行する。
【００１１】
ＳＧＳＮは、異なるアクセス３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク、ＵＴＲＡＮ／ＧＥＲＡＮ）に対するユーザの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）といった全てのパケットデータをハンドリングする。
【００１２】
ｅＰＤＧは、信頼されない非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）等）に対するセキュリティノードとしての役割をする。
【００１３】
図１を参照して説明したように、ＩＰ能力を有する端末（または、ＵＥ）は、３ＧＰＰアクセスはもちろん非３ＧＰＰアクセスに基づいても、ＥＰＣ内の多様な要素を経由して事業者（即ち、オペレータ（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。
【００１４】
また、図１は、多様なレファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥ等）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの異なる機能エンティティ（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）に存在する２個の機能を連結する概念的なリンクをレファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）と定義する。以下の表１は、図１に示すレファレンスポイントを整理したものである。表１の例示外にもネットワーク構造によって多様なレファレンスポイントが存在できる。
【００１５】
【表１】
2018121338.tif 000003
【００１６】
図１に示すレファレンスポイントのうち、Ｓ２ａ及びＳ２ｂは、非３ＧＰＰインターフェースに該当する。Ｓ２ａは、信頼される非３ＧＰＰアクセス及びＰＤＮＧＷ間の関連制御及び移動性サポートをユーザ平面に提供するレファレンスポイントである。Ｓ２ｂは、ｅＰＤＧ及びＰＤＮＧＷ間の関連制御及び移動性サポートをユーザ平面に提供するレファレンスポイントである。
【００１７】
図２は、一般的にＥ−ＵＴＲＡＮと一般的なＥＰＣのアーキテクチャを示す例示図である。
【００１８】
図示されたように、ｅＮｏｄｅＢ２０は、ＲＲＣ接続が活性化されている中、ゲートウェイへのルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャスタチャネル（ＢＣＨ）のスケジューリング及び送信、アップリンク及びダウンリンクでのリソースをＵＥに動的割当、ｅＮｏｄｅＢ２０の測定のための設定及び提供、無線ベアラ制御、無線許可制御（ｒａｄｉｏ  ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）、そして、接続移動性制御などのための機能を遂行することができる。ＥＰＣ内では、ページング発生、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザ平面の暗号化、ＥＰＳベアラ制御、ＮＡＳシグナリングの暗号化及び完全性保護機能を遂行することができる。
【００１９】
図３は、ＵＥとｅＮｏｄｅＢとの間の制御平面での無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の構造を示す例示図であり、図４は、端末と基地局との間のユーザ平面での無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の構造を示す他の例示図である。
【００２０】
前記無線インターフェースプロトコルは、３ＧＰＰ無線アクセスネットワーク規格を基盤とする。前記無線インターフェースプロトコルは、水平的には物理階層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）、データリンク階層（Ｄａｔａ  Ｌｉｎｋ  Ｌａｙｅｒ）、及びネットワーク階層（Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ）からなり、垂直的にはデータ情報送信のためのユーザ平面（Ｕｓｅｒ  Ｐｌａｎｅ）と、制御信号（Ｓｉｇｎａｌｉｎｇ）伝達のための制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）とに区分される。
【００２１】
前記プロトコル階層は、通信システムで広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３個階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）、Ｌ３（第３の階層）に区分されることができる。
【００２２】
以下、前記図３に示す制御平面での無線プロトコルと図４に示すユーザ平面での無線プロトコルの各階層を説明する。
【００２３】
第１の階層である物理階層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用して情報転送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。前記物理階層は、上位にある媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）階層とはトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して連結されており、前記トランスポートチャネルを介して媒体アクセス制御階層と物理階層との間のデータが伝達される。そして、互いに異なる物理階層間、即ち、送信側と受信側の物理階層間は、物理チャネルを介してデータが伝達される。
【００２４】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は、時間軸上にある複数個のサブフレームと、周波数軸上にある複数個のサブキャリア（Ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。ここで、一つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は、時間軸上に複数のシンボル（Ｓｙｍｂｏｌ）と複数のサブキャリアとで構成される。一つのサブフレームは、複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）で構成され、一つのリソースブロックは、複数のシンボル（Ｓｙｍｂｏｌ）と複数のサブキャリアとで構成される。データが送信される単位時間であるＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、１個のサブフレームに該当する１ｍｓである。
【００２５】
前記送信側と受信側の物理階層に存在する物理チャネルは、３ＧＰＰ  ＬＴＥによると、データチャネルであるＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と、制御チャネルであるＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）及びＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と、に分けられる。
【００２６】
サブフレームの１番目のＯＦＤＭシンボルで送信されるＰＣＦＩＣＨは、サブフレーム内で制御チャネルの送信に使われるＯＦＤＭシンボルの数（即ち、制御領域の大きさ）に対するＣＦＩ（ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ）を伝送する。無線機器は、まず、ＰＣＦＩＣＨ上にＣＦＩを受信した後、ＰＤＣＣＨをモニタリングする。
【００２７】
ＰＤＣＣＨと違って、ＰＣＦＩＣＨは、ブラインドデコーディングを使用せずに、サブフレームの固定されたＰＣＦＩＣＨリソースを介して送信される。
【００２８】
ＰＨＩＣＨは、ＵＬ  ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）のためのＡＣＫ（ｐｏｓｉｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を伝送する。無線機器により送信されるＰＵＳＣＨ上のＵＬ（ｕｐｌｉｎｋ）データに対するＡＣＫ／ＮＡＣＫ信号は、ＰＨＩＣＨ上に送信される。
【００２９】
ＰＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）は、無線フレームの１番目のサブフレームの第２のスロットの前方部の４個のＯＦＤＭシンボルで送信される。ＰＢＣＨは、無線機器が基地局と通信するときに必須なシステム情報を伝送し、ＰＢＣＨを介して送信されるシステム情報をＭＩＢ（ｍａｓｔｅｒ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ）という。これと比較して、ＰＤＣＣＨにより指示されるＰＤＳＣＨ上に送信されるシステム情報をＳＩＢ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ）という。
【００３０】
ＰＤＣＣＨは、ＤＬ−ＳＣＨ（ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）のリソース割当及び送信フォーマット、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）のリソース割当情報、ＰＣＨ上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上に送信されるランダムアクセス応答のような上位階層制御メッセージのリソース割当、任意のＵＥグループ内の個別ＵＥに対する送信パワー制御命令のセット及びＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）の活性化などを伝送することができる。複数のＰＤＣＣＨが制御領域内で送信されることができ、端末は、複数のＰＤＣＣＨをモニタリングすることができる。ＰＤＣＣＨは、一つまたは複数個の連続的なＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔｓ）のアグリゲーション（ａｇｇｒｅｇａｔｉｏｎ）上に送信される。ＣＣＥは、無線チャネルの状態による符号化率をＰＤＣＣＨに提供するために使われる論理的割当単位である。ＣＣＥは、複数のリソース要素グループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）に対応される。ＣＣＥの数とＣＣＥにより提供される符号化率の関係によってＰＤＣＣＨのフォーマット及び可能なＰＤＣＣＨのビット数が決定される。
【００３１】
ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）という。ＤＣＩは、ＰＤＳＣＨのリソース割当（これをＤＬグラント（ｄｏｗｎｌｉｎｋ  ｇｒａｎｔ）ともいう）、ＰＵＳＣＨのリソース割当（これをＵＬグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ）ともいう）、任意のＵＥグループ内の個別ＵＥに対する送信パワー制御命令のセット及び／またはＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）の活性化を含むことができる。
【００３２】
第２の階層にはさまざまな階層が存在する。まず、媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）階層は、多様な論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングさせる役割をし、また、複数の論理チャネルを一つのトランスポートチャネルにマッピングさせる論理チャネル多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）の役割を遂行する。ＭＡＣ階層は、上位階層であるＲＬＣ階層とは論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を介して接続されており、論理チャネルは、大いに、送信される情報の種類によって、制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）の情報を送信する制御チャネル（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と、ユーザ平面（Ｕｓｅｒ  Ｐｌａｎｅ）の情報を送信するトラフィックチャネル（Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）と、に分けられる。
【００３３】
第２の階層の無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）階層は、上位階層から受信したデータを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）及び連結（Ｃｏｎｃａｔｅｎａｔｉｏｎ）して下位階層が無線区間へのデータの送信に適合するようにデータの大きさを調節する役割を遂行する。また、各々の無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳが保障可能にするために、ＴＭ（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、透明モード）、ＵＭ（Ｕｎ−ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、無応答モード）、及びＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、応答モード）の三つの動作モードを提供している。特に、ＡＭ  ＲＬＣは、信頼性のあるデータ送信のために、自動反復及び要求（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  Ｒｅｑｕｅｓｔ；ＡＲＱ）機能を介した再送信機能を遂行している。
【００３４】
第２の階層のパケットデータ収束（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ；ＰＤＣＰ）階層は、ＩＰｖ４やＩＰｖ６のようなＩＰパケット送信時、帯域幅が小さい無線区間で効率的に送信するために相対的に大きさが大きくて不要な制御情報を含んでいるＩＰパケットヘッダサイズを減らすヘッダ圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を遂行する。これはデータのヘッダ（Ｈｅａｄｅｒ）部分で必ず必要な情報のみを送信するようにすることで、無線区間の送信効率を増加させる役割をする。また、ＬＴＥシステムでは、ＰＤＣＰ階層がセキュリティ（Ｓｅｃｕｒｉｔｙ）機能も実行し、これは第３者のデータ盗聴を防止する暗号化（Ｃｉｐｈｅｒｉｎｇ）と第３者のデータ操作を防止する完全性保護（Ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）とで構成される。
【００３５】
第３階層の最も上部に位置した無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；以下、ＲＲＣと略称する）階層は、制御平面でのみ定義され、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢと略称する）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。このとき、ＲＢは、端末とＥ−ＵＴＲＡＮとの間のデータ伝達のために、第２の階層により提供されるサービスを意味する。
【００３６】
前記端末のＲＲＣと無線ネットワークのＲＲＣ階層との間にＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ）がある場合、端末は、ＲＲＣ接続状態（Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ）になり、そうでない場合、ＲＲＣアイドル状態（Ｉｄｌｅ  Ｍｏｄｅ）になる。
【００３７】
以下、端末のＲＲＣ状態（ＲＲＣ  ｓｔａｔｅ）とＲＲＣ接続方法に対して説明する。ＲＲＣ状態とは、端末のＲＲＣがＥ−ＵＴＲＡＮのＲＲＣと論理的接続（ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）されているかどうかを意味し、接続されている場合はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（ｓｔａｔｅ）といい、接続されていない場合はＲＲＣ＿ＩＤＬＥ状態という。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の端末は、ＲＲＣ接続が存在するため、Ｅ−ＵＴＲＡＮは、該当端末の存在をセル単位で把握することができ、したがって、端末を効果的に制御することができる。それに対し、ＲＲＣ＿ＩＤＬＥ状態の端末は、Ｅ−ＵＴＲＡＮが端末の存在を把握することはできず、セルより大きい地域単位であるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位に核心ネットワークが管理する。即ち、ＲＲＣ＿ＩＤＬＥ状態の端末は、セルに比べて大きい地域単位に該当端末の存在可否のみが把握され、音声やデータのような通常の移動通信サービスを受けるためには、該当端末がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移動しなければならない。各ＴＡは、ＴＡＩ（Ｔｒａｃｋｉｎｇ  ａｒｅａ  ｉｄｅｎｔｉｔｙ）を介して区分される。端末は、セルで放送（ｂｒｏａｄｃａｓｔｉｎｇ）される情報であるＴＡＣ（Ｔｒａｃｋｉｎｇ  ａｒｅａ  ｃｏｄｅ）を介してＴＡＩを構成することができる。
【００３８】
ユーザが端末の電源を最初にオンした時、端末は、まず、適切なセルを探索した後、該当セルでＲＲＣ接続を確立し、核心ネットワークに端末の情報を登録する。この後、端末は、ＲＲＣ＿ＩＤＬＥ状態にとどまる。ＲＲＣ＿ＩＤＬＥ状態にとどまる端末は、必要によって、セルを（再）選択し、システム情報（Ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）やページング情報を確認する。これをセルにキャンプオン（Ｃａｍｐ  ｏｎ）するという。ＲＲＣ＿ＩＤＬＥ状態にとどまっていた端末は、ＲＲＣ接続を確立する必要がある時はじめてＲＲＣ接続過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を介してＥ−ＵＴＲＡＮのＲＲＣとＲＲＣ接続を確立し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移動する。ＲＲＣ＿ＩＤＬＥ状態にあった端末がＲＲＣ接続を確立する必要がある場合は多様であり、例えば、ユーザの通話試みなどの理由でアップリンクデータ送信が必要であり、またはＥ−ＵＴＲＡＮからページングメッセージを受信した場合、これに対する応答メッセージ送信などを挙げることができる。
【００３９】
前記ＲＲＣ階層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層は、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）等の機能を遂行する。
【００４０】
以下、図３に示すＮＡＳ階層に対して詳細に説明する。
【００４１】
ＮＡＳ階層に属するＥＳＭ（Ｅｖｏｌｖｅｄ  Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）は、Ｄｅｆａｕｌｔ  Ｂｅａｒｅｒ管理及びＤｅｄｉｃａｔｅｄ  Ｂｅａｒｅｒ管理のような機能を遂行し、端末がネットワークからＰＳサービスを利用するための制御を担当する。Ｄｅｆａｕｌｔ  Ｂｅａｒｅｒリソースは、特定Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ（ＰＤＮ）に最初接続する時またはネットワークに接続される時、ネットワークから割当を受けるという特徴を有する。このとき、ネットワークは、端末がデータサービスを使用することができるように端末が使用可能なＩＰアドレスを割り当て、また、ｄｅｆａｕｌｔ  ｂｅａｒｅｒのＱｏＳを割り当てる。ＬＴＥでは、大いに、データ送受信のための特定帯域幅を保障するＧＢＲ（Ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ）ＱｏＳ特性を有するｂｅａｒｅｒと、帯域幅の保障無しでＢｅｓｔ  ｅｆｆｏｒｔ  ＱｏＳ特性を有するＮｏｎ−ＧＢＲ  ｂｅａｒｅｒの２種類をサポートする。Ｄｅｆａｕｌｔ  ｂｅａｒｅｒの場合、Ｎｏｎ−ＧＢＲ  ｂｅａｒｅｒの割当を受ける。Ｄｅｄｉｃａｔｅｄ  ｂｅａｒｅｒの場合は、ＧＢＲまたはＮｏｎ−ＧＢＲのＱｏＳ特性を有するｂｅａｒｅｒの割当を受けることができる。
【００４２】
ネットワークから端末に割り当てたｂｅａｒｅｒをＥＰＳ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｅｒｖｉｃｅ）ｂｅａｒｅｒといい、ＥＰＳ  ｂｅａｒｅｒを割当する時、ネットワークは、一つのＩＤを割り当てるようになる。これをＥＰＳ  Ｂｅａｒｅｒ  ＩＤという。一つのＥＰＳ  ｂｅａｒｅｒは、ＭＢＲ（ｍａｘｉｍｕｍ  ｂｉｔ  ｒａｔｅ）とＧＢＲ（ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ）またはＡＭＢＲ（Ａｇｇｒｅｇａｔｅｄ  ｍａｘｉｍｕｍ  ｂｉｔ  ｒａｔｅ）のＱｏＳ特性を有する。
【００４３】
一方、図３において、ＮＡＳ階層下に位置するＲＲＣ階層、ＲＬＣ階層、ＭＡＣ階層、ＰＨＹ階層を束ねてアクセス階層（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：ＡＳ）とも呼ばれる。
【００４４】
図５ａは、３ＧＰＰ  ＬＴＥでランダムアクセス過程を示す流れ図である。
【００４５】
ランダムアクセス過程は、ＵＥ１０が基地局、即ち、ｅＮｏｄｅＢ２０とＵＬ同期を得たり、ＵＬ無線リソースの割当を受けるために使われる。
【００４６】
ＵＥ１０は、ルートインデックス（ｒｏｏｔ  ｉｎｄｅｘ）とＰＲＡＣＨ（ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）設定インデックス（設定ｉｎｄｅｘ）をｅＮｏｄｅＢ２０から受信する。各セル毎にＺＣ（Ｚａｄｏｆｆ−Ｃｈｕ）シーケンスにより定義される６４個の候補（ｃａｎｄｉｄａｔｅ）ランダムアクセスプリアンブルがあり、ルートインデックスは、端末が６４個の候補ランダムアクセスプリアンブルを生成するための論理的インデックスである。
【００４７】
ランダムアクセスプリアンブルの送信は、各セル毎に特定時間及び周波数リソースに限定される。ＰＲＡＣＨ設定インデックスは、ランダムアクセスプリアンブルの送信が可能な特定サブフレームとプリアンブルフォーマットを指示する。
【００４８】
ＵＥ１０は、任意に選択されたランダムアクセスプリアンブルをｅＮｏｄｅＢ２０に送信する。ＵＥ１０は、６４個の候補ランダムアクセスプリアンブルのうち一つを選択する。そして、ＰＲＡＣＨ設定インデックスにより該当するサブフレームを選択する。ＵＥ１０は、選択されたランダムアクセスプリアンブルを選択されたサブフレームに送信する。
【００４９】
前記ランダムアクセスプリアンブルを受信したｅＮｏｄｅＢ２０は、ランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ、ＲＡＲ）をＵＥ１０に送る。ランダムアクセス応答は、２ステップに検出される。まず、ＵＥ１０は、ＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ−ＲＮＴＩ）でマスキングされたＰＤＣＣＨを検出する。ＵＥ１０は、検出されたＰＤＣＣＨにより指示されるＰＤＳＣＨ上にＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）内のランダムアクセス応答を受信する。
【００５０】
図５ｂは、無線リソース制御（ＲＲＣ）階層での接続過程を示す。
【００５１】
図５ｂに示すように、ＲＲＣ接続可否によるＲＲＣ状態が示されている。前記ＲＲＣ状態とは、ＵＥ１０のＲＲＣ階層のエンティティ（ｅｎｔｉｔｙ）がｅＮｏｄｅＢ２０のＲＲＣ階層のエンティティと論理的接続（ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）されているかどうかを意味し、接続されている場合をＲＲＣ接続状態（ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）といい、接続されていない状態をＲＲＣアイドル状態（ｉｄｌｅ  ｓｔａｔｅ）という。
【００５２】
前記接続状態（Ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）のＵＥ１０は、ＲＲＣ接続（ｃｏｎｎｅｃｔｉｏｎ）が存在するため、Ｅ−ＵＴＲＡＮは、該当端末の存在をセル単位で把握することができ、したがって、ＵＥ１０を効果的に制御することができる。それに対し、アイドル状態（ｉｄｌｅ  ｓｔａｔｅ）のＵＥ１０は、ｅＮｏｄｅＢ２０が把握することはできず、セルより大きい地域単位であるトラッキング地域（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位に核心ネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）が管理する。前記トラッキング地域（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）は、セルの集合単位である。即ち、アイドル状態（ｉｄｌｅ  ｓｔａｔｅ）のＵＥ１０は、大きい地域単位に存在可否のみが把握され、音声やデータのような通常の移動通信サービスを受けるためには、端末は、接続状態（ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）に切り替えしなければならない。
【００５３】
ユーザがＵＥ１０の電源を最初にオンにした時、前記ＵＥ１０は、まず、適切なセルを探索した後、該当セルでアイドル状態（ｉｄｌｅ  ｓｔａｔｅ）にとどまる。前記アイドル状態（ｉｄｌｅ  ｓｔａｔｅ）のＵＥ１０は、ＲＲＣ接続を確立する必要がある時になって初めてＲＲＣ接続過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を介してｅＮｏｄｅＢ２０のＲＲＣ階層とＲＲＣ接続を確立することでＲＲＣ接続状態（ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）に切り替える。
【００５４】
前記アイドル状態（Ｉｄｌｅ  ｓｔａｔｅ）の端末がＲＲＣ接続を確立する必要がある場合は多様であり、例えば、ユーザの通話試みまたはアップリンクデータ送信などが必要な場合、またはＥＵＴＲＡＮからページングメッセージを受信した場合、これに対する応答メッセージ送信などを挙げることができる。
【００５５】
アイドル状態（ｉｄｌｅ  ｓｔａｔｅ）のＵＥ１０が前記ｅＮｏｄｅＢ２０とＲＲＣ接続を確立するためには、前記したように、ＲＲＣ接続過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を進行しなければならない。ＲＲＣ接続過程は、大いに、ＵＥ１０がｅＮｏｄｅＢ２０にＲＲＣ接続要求（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージ送信する過程、ｅＮｏｄｅＢ２０がＵＥ１０にＲＲＣ接続設定（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）メッセージを送信する過程、そしてＵＥ１０がｅＮｏｄｅＢ２０にＲＲＣ接続設定完了（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ  ｃｏｍｐｌｅｔｅ）メッセージを送信する過程を含む。このような過程に対して図５ｂを参照してより詳細に説明すると、下記の通りである。
【００５６】
１）アイドル状態（Ｉｄｌｅ  ｓｔａｔｅ）のＵＥ１０は、通話試み、データ送信試み、またはｅＮｏｄｅＢ２０のページングに対する応答などの理由でＲＲＣ接続を確立しようとする場合、まず、前記ＵＥ１０は、ＲＲＣ接続要求（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージをｅＮｏｄｅＢ２０に送信する。
【００５７】
２）前記ＵＥ１０からＲＲＣ接続要求メッセージを受信すると、前記ｅＮＢ１０は、無線リソースが十分な場合、前記ＵＥ１０のＲＲＣ接続要求を受諾し、応答メッセージであるＲＲＣ接続設定（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）メッセージを前記ＵＥ１０に送信する。
【００５８】
３）前記ＵＥ１０が前記ＲＲＣ接続設定メッセージを受信すると、前記ｅＮｏｄｅＢ２０にＲＲＣ接続設定完了（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ  ｃｏｍｐｌｅｔｅ）メッセージを送信する。前記ＵＥ１０がＲＲＣ接続設定メッセージを成功的に送信すると、そのとき、前記ＵＥ１０は、ｅＮｏｄｅＢ２０とＲＲＣ接続を確立するようになってＲＲＣ接続モードに切り替える。
【００５９】
一方、ＵＥ１０がユーザ平面のデータ送信を目的としてＲＲＣ接続要求をする時、前記ネットワーク、例えば、基地局（即ち、ｅＮｏｄｅＢ）が混雑状態の場合はこれを拒絶することができる。
【００６０】
ネットワーク過負荷及び混雑状況でＵＥの特定アプリケーション別にサービス差別化するための方案が必要である。しかし、従来技術ではこれを具現することができる方案がない。
【発明の概要】
【発明が解決しようとする課題】
【００６１】
したがって、本明細書の一開示は、前述した問題点を解決することができる方案を提示することを目的とする。
【課題を解決するための手段】
【００６２】
前記のような目的を達成するために、本明細書の一開示は、ユーザ装置（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ＵＥ）によりネットワークアクセスを試みる方法を提供する。前記方法は、ＡＣＤＣ（Ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  Ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ  ｆｏｒ  Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が設定されている場合、ネットワークアクセスを試みるアプリケーションの関連情報を上位階層から取得するステップ；前記取得されたアプリケーションの関連情報に基づいて、ＡＣＤＣカテゴリを決定するステップ；及び、前記決定されたＡＣＤＣカテゴリに基づいて、ＡＣＤＣ検査を実行するステップ；を含む。ここで、前記ＡＣＤＣ検査によってアプリケーション別にネットワークアクセス試みが遮断（ｂａｒｒｅｄ）されたり許容される。
【００６３】
前記アプリケーション関連情報は、前記アプリケーションのグループ、カテゴリ、優先順位、情報及びＩＤのうち一つ以上を含む。
【００６４】
前記ＡＣＤＣ検査は、特定のアプリケーション単位別に定義されるＡＣＤＣ設定情報に基づいて実行される。
【００６５】
前記ＡＣＤＣ設定情報は、特定のアプリケーション単位別に定義される遮断比率、遮断ファクタ、遮断時間、ローミング情報、ＡＣＢスキップ設定を含む。
【００６６】
前記特定のアプリケーション単位は、アプリケーションのグループ、カテゴリ、優先順位、または情報／ＩＤ単位である。
【００６７】
前記ＡＣＤＣカテゴリを決定するステップでは、前記上位階層から取得されるアプリケーションの関連情報が複数個数である場合、最も高い等級のアプリケーション関連情報または最も低い等級のアプリケーション関連情報に基づいて、ＡＣＤＣカテゴリを決定する。
【００６８】
前記ＡＣＤＣカテゴリを決定するステップでは、前記上位階層から取得されるアプリケーションの関連情報が複数個数である場合、複数のＡＣＤＣカテゴリを決定する。
【００６９】
前記ＡＣＤＣ検査を実行するステップでは、前記決定された複数のＡＣＤＣカテゴリのうち、最も高い等級のアプリケーション関連情報または最も低い等級のアプリケーション関連情報に基づいて、ＡＣＤＣ検査が実行される。
【００７０】
また、前記のような目的を達成するために、本明細書の一開示は、ネットワークアクセスを試みるユーザ装置（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ＵＥ）を提供する。前記ユーザ装置は、送受信部；及び、前記送受信部を制御するプロセッサ；を含む。前記プロセッサは、ＡＣＤＣ（Ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  Ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ  ｆｏｒ  Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が設定されている場合、ネットワークアクセスを試みるアプリケーションの関連情報を取得する過程；前記取得されたアプリケーションの関連情報に基づいて、ＡＣＤＣカテゴリを決定する過程；及び、前記決定されたＡＣＤＣカテゴリに基づいて、ＡＣＤＣ検査する過程；を実行する。ここで、プロセッサは、前記ＡＣＤＣ検査によってアプリケーション別にネットワークアクセス試みを遮断（ｂａｒｒｅｄ）したり、許容する。
例えば、本願発明は以下の項目を提供する。
（項目１）
ユーザ装置（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ＵＥ）によりネットワークアクセスを試みる方法であって、
ＡＣＤＣ（Ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  Ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ  ｆｏｒ  Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が設定されている場合、ネットワークアクセスを試みるアプリケーションの関連情報を上位階層から取得するステップ；
前記取得されたアプリケーションの関連情報に基づいて、ＡＣＤＣカテゴリを決定するステップ；及び、
前記決定されたＡＣＤＣカテゴリに基づいて、ＡＣＤＣ検査を実行するステップ；を含み、
前記ＡＣＤＣ検査によってアプリケーション別にネットワークアクセス試みが遮断（ｂａｒｒｅｄ）されたり許容されることを特徴とするネットワークアクセス遮断方法。
（項目２）
前記アプリケーション関連情報は、
前記アプリケーションのグループ、カテゴリ、優先順位、情報及びＩＤのうち一つ以上を含むことを特徴とする項目１に記載のネットワークアクセス遮断方法。
（項目３）
前記ＡＣＤＣ検査は、
特定のアプリケーション単位別に定義されるＡＣＤＣ設定情報に基づいて実行されることを特徴とする項目１に記載のネットワークアクセス遮断方法。
（項目４）
前記ＡＣＤＣ設定情報は、
特定のアプリケーション単位別に定義される遮断比率、遮断ファクタ、遮断時間、ローミング情報、ＡＣＢスキップ設定を含むことを特徴とする項目３に記載のネットワークアクセス遮断方法。
（項目５）
前記特定のアプリケーション単位は、
アプリケーションのグループ、カテゴリ、優先順位、または情報／ＩＤ単位であることを特徴とする項目３に記載のネットワークアクセス遮断方法。
（項目６）
前記ＡＣＤＣカテゴリを決定するステップでは、
前記上位階層から取得されるアプリケーションの関連情報が複数個数である場合、
最も高い等級のアプリケーション関連情報または最も低い等級のアプリケーション関連情報に基づいて、ＡＣＤＣカテゴリを決定することを特徴とする項目１に記載のネットワークアクセス遮断方法。
（項目７）
前記ＡＣＤＣカテゴリを決定するステップでは、
前記上位階層から取得されるアプリケーションの関連情報が複数個数である場合、複数のＡＣＤＣカテゴリを決定することを特徴とする項目１に記載のネットワークアクセス遮断方法。
（項目８）
前記ＡＣＤＣ検査を実行するステップでは、
前記決定された複数のＡＣＤＣカテゴリのうち、最も高い等級のアプリケーション関連情報または最も低い等級のアプリケーション関連情報に基づいて、ＡＣＤＣ検査が実行されることを特徴とする項目７に記載のネットワークアクセス遮断方法。
（項目９）
ネットワークアクセスを試みるユーザ装置（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ＵＥ）であって、
送受信部；及び、
前記送受信部を制御するプロセッサ；であり、前記プロセッサは、
ＡＣＤＣ（Ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  Ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ  ｆｏｒ  Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が設定されている場合、ネットワークアクセスを試みるアプリケーションの関連情報を取得する過程；
前記取得されたアプリケーションの関連情報に基づいて、ＡＣＤＣカテゴリを決定する過程；及び、
前記決定されたＡＣＤＣカテゴリに基づいて、ＡＣＤＣ検査する過程；を実行し、
ここで、プロセッサは、前記ＡＣＤＣ検査によってアプリケーション別にネットワークアクセス試みを遮断（ｂａｒｒｅｄ）したり、許容することを特徴とするユーザ装置。
（項目１０）
前記アプリケーション関連情報は
前記アプリケーションのグループ、カテゴリ、優先順位、情報及びＩＤのうち一つ以上を含むことを特徴とする項目９に記載のユーザ装置。
（項目１１）
前記ＡＣＤＣ検査は、
特定のアプリケーション単位別に定義されるＡＣＤＣ設定情報に基づいて実行されることを特徴とする項目９に記載のユーザ装置。
（項目１２）
前記ＡＣＤＣ設定情報は、
特定のアプリケーション単位別に定義される遮断比率、遮断ファクタ、遮断時間、ローミング情報、ＡＣＢスキップ設定を含むことを特徴とする項目１１に記載のユーザ装置。
（項目１３）
前記特定のアプリケーション単位は、
アプリケーションのグループ、カテゴリ、優先順位、または情報／ＩＤ単位であることを特徴とする項目１１に記載のユーザ装置。
【発明の効果】
【００７１】
本明細書の開示によると、前述した従来技術の問題点が解決される。
【図面の簡単な説明】
【００７２】
【図１】進化した移動通信ネットワークの構造図である。
【図２】一般的にＥ−ＵＴＲＡＮと一般的なＥＰＣのアーキテクチャを示す例示図である。
【図３】ＵＥとｅＮｏｄｅＢとの間の制御平面での無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の構造を示す例示図である。
【図４】端末と基地局との間のユーザ平面での無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の構造を示す他の例示図である。
【図５ａ】３ＧＰＰ  ＬＴＥでランダムアクセス過程を示す流れ図である。
【図５ｂ】無線リソース制御（ＲＲＣ）階層での接続過程を示す。
【図６】ネットワーク過負荷状態を示す。
【図７】ネットワーク混雑状態でアクセス遮断動作を示す例示的な流れ図である。
【図８】ＡＣＢが適用される場合、全てのアプリケーションによるアクセスが全て遮断される例を示す。
【図９】本明細書の提案１ａを示す信号流れ図である。
【図１０】本明細書の提案１ｂを示す信号流れ図である。
【図１１】本明細書の提案１ｃを示す信号流れ図である。
【図１２】本明細書の提案３ａによる流れ図である。
【図１３】本明細書の提案３ｂによる流れ図である。
【図１４】本明細書の提案３ｃによる流れ図である。
【図１５】本明細書の提案３ｄによる流れ図である。
【図１６】提案５ａ及び提案５ｂによる信号流れを示す例示図である。
【図１７】提案５ａ及び提案５ｂによる信号流れを示す例示図である。
【図１８】提案５ａ及び提案５ｂによる信号流れを示す例示図である。
【図１９】提案５ａ及び提案５ｂによる信号流れを示す例示図である。
【図２０】提案５Ｃによる信号流れを示す例示図である。
【図２１】提案５Ｃによる信号流れを示す例示図である。
【図２２】本発明の実施例によるＵＥ１００及び基地局２００の構成ブロック図である。
【発明を実施するための形態】
【００７３】
本発明は、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を基準にして説明するか、このような通信システムにのみ限定されるものではなく、本発明の技術的思想が適用されることができる全ての通信システム及び方法にも適用されることができる。
【００７４】
本明細書で使われる技術的用語は、単に特定の実施例を説明するために使われたものであり、本発明を限定するものではないことを留意しなければならない。また、本明細書で使われる技術的用語は、本明細書で特別に他の意味で定義されない限り、本発明が属する技術分野において、通常の知識を有する者により一般的に理解される意味で解釈されなければならず、過度に包括的な意味または過度に縮小された意味で解釈されてはならない。また、本明細書で使われる技術的な用語が本発明の思想を正確に表現することができない技術的な用語である場合、当業者が正確に理解することができる技術的用語に変えて理解しなければならない。また、本発明で使われる一般的な用語は、辞書の定義によってまたは前後文脈によって解釈されなければならず、過度に縮小された意味で解釈されてはならない。
【００７５】
また、本明細書で使われる単数の表現は、文脈上、明白に異なる意味ではない限り、複数の表現を含む。本出願において、構成されるまたは有するなどの用語は、明細書上に記載された多様な構成要素、または多様なステップを必ず全て含むと解釈されてはならず、そのうち一部構成要素または一部ステップは含まれない場合もあり、または追加的な構成要素またはステップをさらに含む場合もあると解釈されなければならない。
【００７６】
また、本明細書で使われる第１及び第２などのように序数を含む用語は、多様な構成要素の説明に使われることができるが、前記構成要素は、前記用語により限定されてはならない。前記用語は、一つの構成要素を他の構成要素から区別する目的としてのみ使われる。例えば、本発明の権利範囲を外れない限り、第１の構成要素は第２の構成要素と命名することができ、同様に、第２の構成要素も第１の構成要素と命名することができる。
【００７７】
一構成要素が他の構成要素に連結されているまたは接続されていると言及された場合は、該当他の構成要素に直接的に連結されており、または接続されていることもあるが、中間に他の構成要素が存在することもある。それに対し、一構成要素が他の構成要素に直接連結されているまたは直接接続されていると言及された場合は、中間に他の構成要素が存在しないと理解しなげればならない。
【００７８】
以下、添付図面を参照して本発明による好ましい実施例を詳細に説明し、図面符号に関係なしに同じまたは類似の構成要素は同じ参照番号を付与し、これに対する重複説明は省略する。また、本発明を説明するにあたって、関連した公知技術に対する具体的な説明が本発明の要旨を不明にすると判断される場合、その詳細な説明を省略する。また、添付図面は、本発明の思想を容易に理解することができるようにするためのものであり、添付図面により本発明の思想が制限されると解釈されてはならないことを留意しなければならない。本発明の思想は、添付図面外に全ての変更、均等物乃至代替物にまで拡張されると解釈されなければならない。
【００７９】
添付図面には例示的にＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）が示されているが、図示された前記ＵＥは、端末（Ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）などの用語で呼ばれる場合もある。また、前記ＵＥは、ノートブック、携帯電話、ＰＤＡ、スマートフォン（Ｓｍａｒｔ  Ｐｈｏｎｅ）、マルチメディア機器などのように携帯可能な機器であり、またはＰＣ及び車両搭載装置のように携帯不可能な機器である。
【００８０】
用語の定義
【００８１】
以下、図面を参照して説明する前に、本発明の理解を容易にするために、本明細書で使われる用語を簡略に定義する。
【００８２】
ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍの略字であって、３世代移動通信の核心ネットワークを意味する。
【００８３】
ＵＥ／ＭＳ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ／Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ、端末装置を意味する。
【００８４】
ＥＰＳ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍの略字であって、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）ネットワークをサポートするコアネットワークを意味する。ＵＭＴＳが進化した形態のネットワーク。
【００８５】
ＰＤＮ（Ｐｕｂｌｉｃ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）：サービスを提供するサーバが位置した独立的なネットワーク。
【００８６】
ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ：端末からＰＤＮへの接続、即ち、ｉｐアドレスで表現される端末とＡＰＮで表現されるＰＤＮとの連関（接続）。
【００８７】
ＰＤＮ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）：ＵＥ  ＩＰ  ａｄｄｒｅｓｓ  ａｌｌｏｃａｔｉｏｎ、Ｐａｃｋｅｔ  ｓｃｒｅｅｎｉｎｇ＆ｆｉｌｔｅｒｉｎｇ、Ｃｈａｒｇｉｎｇ  ｄａｔａ  ｃｏｌｌｅｃｔｉｏｎ機能を遂行するＥＰＳネットワークのネットワークノード。
【００８８】
Ｓｅｒｖｉｎｇ  ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）：移動性担当（Ｍｏｂｉｌｉｔｙ  ａｎｃｈｏｒ）、パケットルーティング（Ｐａｃｋｅｔ  ｒｏｕｔｉｎｇ）、アイドルモードパケットバッファリング（Ｉｄｌｅモードｐａｃｋｅｔ  ｂｕｆｆｅｒｉｎｇ）、Ｔｒｉｇｇｅｒｉｎｇ  ＭＭＥ  ｔｏ  ｐａｇｅ  ＵＥ機能を遂行するＥＰＳネットワークのネットワークノード。
【００８９】
ＰＣＲＦ（政策ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ）：サービス流れ（ｆｌｏｗ）別に差別化されたＱｏＳ及び課金政策を動的（ｄｙｎａｍｉｃ）に適用するための政策決定（政策ｄｅｃｉｓｉｏｎ）を実行するＥＰＳネットワークのノード。
【００９０】
ＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）：ネットワークで管理する接続ポイントの名称であって、ＵＥに提供される。即ち、ＰＤＮを指称したり区分する文字列。要求したサービスやネットワーク（ＰＤＮ）に接続するためには該当Ｐ−ＧＷを経由するようになり、このＰ−ＧＷをさがすことができるようにネットワーク内で予め定義した名称（文字列）。例えば、ｉｎｔｅｒｎｅｔ．ｍｎｃ０１２．ｍｃｃ３４５．ｇｐｒｓ
【００９１】
ＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）：ネットワーク内のノード間に設定されたトンネルのＥｎｄ  ｐｏｉｎｔ  ＩＤ、各ＵＥのｂｅａｒｅｒ単位に区間別に設定される。
【００９２】
ＮｏｄｅＢ：ＵＭＴＳネットワークの基地局であって、屋外に設置され、セルカバレッジ規模はマクロセルに該当する。
【００９３】
ｅＮｏｄｅＢ：ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の基地局であって、屋外に設置され、セルカバレッジ規模はマクロセルに該当する。
【００９４】
（ｅ）ＮｏｄｅＢ：ＮｏｄｅＢとｅＮｏｄｅＢを指称する用語である。
【００９５】
ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙの略字であって、ＵＥに対するセッションと移動性を提供するためにＥＰＳ内で各エンティティを制御する役割をする。
【００９６】
セッション（Ｓｅｓｓｉｏｎ）：セッションは、データ送信のための通路であって、その単位は、ＰＤＮ、Ｂｅａｒｅｒ、ＩＰ  ｆｌｏｗ単位などになる。各単位は、３ＧＰＰで定義したように、ターゲットネットワーク全体単位（ＡＰＮまたはＰＤＮ単位）、その内でＱｏＳに区分する単位（Ｂｅａｒｅｒ単位）、宛先ＩＰアドレス単位に区分されることができる。
【００９７】
ＰＤＮ接続（ｃｏｎｎｅｃｔｉｏｎ）：端末からＰＤＮへの接続、即ち、ｉｐアドレスで表現される端末とＡＰＮで表現されるＰＤＮとの連関（接続）を示す。これはセッションが形成されることができるようにコアネットワーク内のエンティティ間接続（端末−ＰＤＮ  ＧＷ）を意味する。
【００９８】
ＵＥ  Ｃｏｎｔｅｘｔ：ネックワークでＵＥを管理するために使われるＵＥの状況情報、即ち、ＵＥ  ｉｄ、移動性（現在位置等）、セッションの属性（ＱｏＳ、優先順位等）で構成された状況情報。
【００９９】
ＯＭＡ  ＤＭ（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ）：携帯電話、ＰＤＡ、携帯用コンピュータなどのようなモバイルデバイス管理のためにデザインされたプロトコルであって、デバイス設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、ファームウェアアップグレード（ｆｉｒｍｗａｒｅ  ｕｐｇｒａｄｅ）、エラー報告（Ｅｒｒｏｒ  Ｒｅｐｏｒｔ）等の機能を遂行する。
【０１００】
ＯＡＭ（Ｏｐｅｒａｔｉｏｎ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）：ＯＡＭとは、ネットワーク欠陥表示、機能情報、そしてデータと診断機能を提供するネットワーク管理機能群をいう。
【０１０１】
ＮＡＳ設定ＭＯ（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ）：ＮＡＳ機能（Ｆｕｎｃｔｉｏｎａｌｉｔｙ）と関連したパラメータ（ｐａｒａｍｅｔｅｒｓ）をＵＥに設定（設定）する時に使用するＭＯ（Ｍａｎａｇｅｍｅｎｔ  ｏｂｊｅｃｔ）を意味する。
【０１０２】
ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ）：ＵＥとＭＭＥとの間の制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）の上位ｓｔｒａｔｕｍ。ＵＥとネットワークとの間の移動性管理（Ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ）とセッション管理（Ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ）、ＩＰアドレス管理（ＩＰ  ａｄｄｒｅｓｓ  ｍａｉｎｔｅｎａｎｃｅ）などをサポート。
【０１０３】
ＭＭ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）動作／手順：ＵＥの移動性（ｍｏｂｉｌｉｔｙ）制御／管理／ｃｏｎｔｒｏｌのための動作または手順。ＭＭ動作／手順は、ＣＳネットワークでのＭＭ動作／手順、ＧＰＲＳネットワークでのＧＭＭ動作／手順、ＥＰＳネットワークでのＥＭＭ動作／手順のうち一つ以上を含むと解釈されることができる。ＵＥとネットワークノード（ＭＭＥ、ＳＧＳＮ、ＭＳＣ）は、ＭＭ動作／手順を実行するためにＭＭメッセージを送受信する。
【０１０４】
ＳＭ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）動作／手順：ＵＥのｕｓｅｒ  ｐｌａｎｅ及び／またはｂｅａｒｅｒ  ｃｏｎｔｅｘｔ／ＰＤＰ  ｃｏｎｔｅｘｔを制御／管理／処理／ｈａｎｄｌｉｎｇするための動作または手順。ＳＭ動作／手順は、ＧＰＲＳネットワークでのＳＭ動作／手順、ＥＰＳネットワークでのＥＳＭ動作／手順のうち一つ以上を含むと解釈されることができる。ＵＥとネットワークノード（ＭＭＥ、ＳＧＳＮ）は、ＳＭ動作／手順を実行するためにＳＭメッセージを送受信する。
【０１０５】
低順位（Ｌｏｗ  ｐｒｉｏｒｉｔｙ）端末：ＮＡＳ信号低順位に設定された端末。詳細な事項は、標準文書３ＧＰＰ  ＴＳ  ２４．３０１及びＴＳ  ２４．００８を参考にすることができる。
【０１０６】
正常順位（Ｎｏｒｍａｌ  ｐｒｉｏｒｉｔｙ）端末：低順位（Ｌｏｗ  ｐｒｉｏｒｉｔｙ）に設定されない一般的な端末。
【０１０７】
二重順位（Ｄｕａｌ  ｐｒｉｏｒｉｔｙ）端末：二重順位（Ｄｕａｌ  ｐｒｉｏｒｉｔｙ）に設定された端末、これはＮＡＳ信号低順位に設定されると同時に前記設定されたＮＡＳ信号低順位を無視（ｏｖｅｒｒｉｄｅ）することができるように設定された端末（即ち、ＵＥ  ｗｈｉｃｈ  ｐｒｏｖｉｄｅｓ  ｄｕａｌ  ｐｒｉｏｒｉｔｙ  ｓｕｐｐｏｒｔ  ｉｓ  設定  ｆｏｒ  ＮＡＳ  ｓｉｇｎａｌｌｉｎｇ  ｌｏｗ  ｐｒｉｏｒｉｔｙ  ａｎｄ  ａｌｓｏ  設定  ｔｏ  ｏｖｅｒｒｉｄｅ  ｔｈｅ  ＮＡＳ  ｓｉｇｎａｌｌｉｎｇ  ｌｏｗ  ｐｒｉｏｒｉｔｙ  ｉｎｄｉｃａｔｏｒ）。詳細な事項は、標準文書３ＧＰＰ  ＴＳ  ２４．３０１及びＴＳ  ２４．００８を参考にすることができる。
【０１０８】
以下、図面を参照して本明細書の開示に対して説明する。
【０１０９】
図６は、ネットワーク過負荷状態を示す。
【０１１０】
図６に示すように、ｅＮｏｄｅＢ２００のカバレッジには数多いＵＥ１００ａ、１００ｂ、３００ｃ、３００ｄが存在し、データ送受信を試みる。それによって、前記ｅＮｏｄｅＢ２００と前記Ｓ−ＧＷ５２０との間のインターフェースにトラフィックが過負荷（ｏｖｅｒｌｏａｄ）または混雑（ｃｏｎｇｅｓｔｉｏｎ）するようになった場合、前記ＵＥ１００へのダウンリンクデータまたは前記ＵＥ１００からのアップリンクデータは、正確に送信されずに失敗するようになる。
【０１１１】
または、前記Ｓ−ＧＷ５２０と前記ＰＤＮ−ＧＷ５３０との間のインターフェース、または前記ＰＤＮ−ＧＷ５３０と移動通信事業者のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）サービスネットワークとの間のインターフェースが過負荷（ｏｖｅｒｌｏａｄ）または混雑（ｃｏｎｇｅｓｔｉｏｎ）する場合にも、前記ＵＥ１００ａ、１００ｂ、３００ｃ、３００ｄへのダウンリンクデータまたはＵＥ１００ａ、１００ｂ、３００ｃ、３００ｄからのアップリンクデータは、正確に送信されずに失敗するようになる。
【０１１２】
前記ｅＮｏｄｅＢ２００と前記Ｓ−ＧＷ５２０との間のインターフェースに過負荷または混雑がある場合、または前記Ｓ−ＧＷ５２０と前記ＰＤＮ−ＧＷ５３０との間のインターフェースに過負荷または混雑がある場合、前記核心ネットワークのノード（例えば、ＭＭＥ）は、ＮＡＳレベルでの混雑制御（ＮＡＳ  ｌｅｖｅｌ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ）を実行することで、信号混雑（ｓｉｇｎａｌｉｎｇ  ｃｏｎｇｅｓｔｉｏｎ）及びＡＰＮ混雑を回避したり制御するようになる。
【０１１３】
このようなＮＡＳレベルでの混雑制御は、ＡＰＮベースの混雑制御（ＡＰＮ  ｂａｓｅｄ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ）と一般ＮＡＳレベルで移動管理制御（Ｇｅｎｅｒａｌ  ＮＡＳ  ｌｅｖｅｌ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｃｏｎｔｒｏｌ）で構成される。
【０１１４】
前記ＡＰＮベースの混雑制御は、ＵＥそして特定ＡＰＮ（混雑状態と関連したＡＰＮ）と関連したＥＭＭ、ＧＭＭと（Ｅ）ＳＭ信号混雑制御を意味し、ＡＰＮベースのセッション管理混雑制御（ＡＰＮ  ｂａｓｅｄ  Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ）とＡＰＮベースの移動管理混雑制御（ＡＰＮ  ｂａｓｅｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ）とを含む。
【０１１５】
それに対し、前記一般ＮＡＳレベルの移動管理制御は、一般的なネットワーク混雑（ｃｏｎｇｅｓｔｉｏｎ）や過負荷（ｏｖｅｒｌｏａｄ）状況で、ＵＥ／ＭＳが要求する移動管理信号（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  ｓｉｇｎａｌｉｎｇ）要求を核心ネットワーク内のノード（ＭＭＥ、ＳＧＳＮ）が拒絶することで混雑及び過負荷を回避することを意味する。
【０１１６】
一般的に、核心ネットワークがＮＡＳレベルの混雑制御を実行する場合、アイドルモード（ｉｄｌｅモード）または接続モード（ｃｏｎｎｅｃｔｅｄモード）のＵＥに遅延時間タイマ（バックオフタイマ）（ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ）値をＮＡＳ拒絶メッセージ（ｒｅｊｅｃｔ  ｍｅｓｓａｇｅ）に載せて送信するようになり、ＵＥは、遅延時間タイマ（バックオフタイマ）（ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ）が満了（ｅｘｐｉｒｅ）される前までネットワークにＥＭＭ／ＧＭＭ／（Ｅ）ＳＭ信号を要求しなくなる。前記ＮＡＳ拒絶メッセージは、アタッチ拒絶（ＡＴＴＡＣＨ  ＲＥＪＥＣＴ）、ＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｉｎｇ）拒絶、ＲＡＵ（Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｉｎｇ）拒絶、サービス拒絶、拡張サービス（ＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ）拒絶、ＰＤＮ接続（ｃｏｎｎｅｃｔｉｖｉｔｙ）拒絶、ベアラリソース割当（ｂｅａｒｅｒ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）拒絶、ベアラリソース修正（ｂｅａｒｅｒ  ｒｅｓｏｕｒｃｅ  ｍｏｄｉｆｉｃａｔｉｏｎ）拒絶、ＥＰＳベアラコンテキスト非活性化要求（ｄｅａｃｔｉｖａｔｅ  ＥＰＳ  ｂｅａｒｅｒ  ｃｏｎｔｅｘｔ  ｒｅｑｕｅｓｔ）に対する拒絶のメッセージのうち一つに該当する。
【０１１７】
このような遅延時間タイマ（ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ）は、移動管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ：ＭＭ）遅延時間（ｂａｃｋ−ｏｆｆ）タイマとセッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ：ＳＭ）遅延時間（ｂａｃｋ−ｏｆｆ）タイマとに分けられる。
【０１１８】
前記ＭＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマはＵＥ毎に、そしてＳＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマはＡＰＮ毎にそしてＵＥ毎に、各々、独立的に動作する。
【０１１９】
簡略には、前記ＭＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマは、ＥＭＭ／ＧＭＭ信号（例えば、Ａｔｔａｃｈ、ＴＡＵ／ＲＡＵ要求等）制御のためのものである。前記ＳＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマは、（Ｅ）ＳＭ信号（例えば、ＰＤＮ  ｃｏｎｎｅｃｔｉｖｉｔｙ、Ｂｅａｒｅｒ  Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ、Ｂｅａｒｅｒ  Ｍｏｄｉｆｉｃａｔｉｏｎ、ＰＤＰ  Ｃｏｎｔｅｘｔ  Ａｃｔｉｖａｔｉｏｎ、ＰＤＰ  Ｃｏｎｔｅｘｔ  Ｍｏｄｉｆｉｃａｔｉｏｎ要求等）制御のためのものである。
【０１２０】
具体的には、ＭＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマは、ネットワークに混雑（ｃｏｎｇｅｓｔｉｏｎ）が発生した場合、それを制御するために使用する移動性関連遅延時間（ｂａｃｋ−ｏｆｆ）タイマであって、タイマが動作している間、ＵＥは、アタッチ（ａｔｔａｃｈ）、位置情報更新（ＴＡＵ、ＲＡＵ）、サービス要求手順（サービス要求手順）をすることができないようにするタイマである。ただ、緊急ベアラサービス（ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅ）、ＭＰＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｐｒｉｏｒｉｔｙ  Ｓｅｒｖｉｃｅ）の場合は例外であって、タイマが動作しているとしてもＵＥが要求可能である。
【０１２１】
前述したように、ＵＥがＭＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマ値を核心ネットワークノード（例えば、ＭＭＥ、ＳＧＳＮ等）から提供を受けたり、下位階層（ｌｏｗｅｒ階層；Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）から伝達を受けることができる。また、ＵＥにより１５分から３０分までの範囲内でランダムに設定されることもできる。
【０１２２】
前記ＳＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマは、ネットワークに混雑（ｃｏｎｇｅｓｔｉｏｎ）が発生した場合、それを制御するために使用するセッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）関連遅延時間（ｂａｃｋ−ｏｆｆ）タイマであって、タイマが動作している間、ＵＥは、関連した（ａｓｓｏｃｉａｔｅｄ）ＡＰＮベースのセッションを設定または変更することができないようにするタイマである。ただ、同様に、緊急ベアラサービス、ＭＰＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｐｒｉｏｒｉｔｙ  Ｓｅｒｖｉｃｅ）の場合は例外であって、タイマが動作しているとしてもＵＥ１００が要求可能である。
【０１２３】
ＵＥは、このようなＳＭ遅延時間（ｂａｃｋ−ｏｆｆ）タイマ値を核心ネットワークノード（例えば、ＭＭＥ、ＳＧＳＮ等）から提供を受け、最大７２時間以内でランダムに設定される。また、ＵＥ１００により１５分から３０分までの範囲内でランダムに設定されることもできる。
【０１２４】
他方、前記ｅＮｏｄｅＢ２００で混雑が発生した場合、前記ｅＮｏｄｅＢ２００も混雑制御を実行することができる。即ち、ＵＥがユーザ平面のデータ送信を目的としてＲＲＣ接続確立（ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）を要求する時、ｅＮｏｄｅＢ２００が混雑状態の場合、延長待機タイマ（ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅｒ）と共に拒絶応答をＵＥに送信することができる。このような場合、ＲＲＣ接続確立要求を前記延長待機タイマ（ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅｒ）が満了する前まで再試図することができない。それに対し、ＵＥがＣＳ（ｃｉｒｃｕｉｔ  ｓｗｉｔｃｈ）ベースの呼び（ｃａｌｌ）受信のための制御平面の信号を送信する目的としてＲＲＣ接続要求をする時、前記ｅＮｏｄｅＢ２００が混雑状態であるとしても、これを拒絶することができない。
【０１２５】
図７は、ネットワーク混雑状態でアクセス遮断動作を示す例示的な流れ図である。
【０１２６】
図７に示すように、ネットワークまたはｅＮｏｄｅＢ２００の過負荷または混雑状態で、ｅＮｏｄｅＢ２００は、システム情報を介してＡＣＢ（Ａｃｃｅｓｓ  Ｃｌａｓｓ  Ｂａｒｒｉｎｇ）関連情報をブロードキャスティングすることができる。前記システム情報は、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）タイプ２である。
【０１２７】
前記ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）タイプ２は、以下の表のようなＡＣＢ関連情報を含むことができる。
【０１２８】
【表２】
2018121338.tif 000004
【０１２９】
一方、前記ＵＥ１  １００ａは、ＩＭＳサービス、例えば、ＶｏＬＴＥによる呼び（ｃａｌｌ）の発信を決定し、サービス要求メッセージを生成する。同様に、ＵＥ２  １００ｂは、一般データの発信を決定し、サービス要求メッセージを生成する。
【０１３０】
次に、前記ＵＥ１  １００ａは、ＲＲＣ接続要求メッセージを生成する。同様に、ＵＥ２  １００ｂは、ＲＲＣ接続要求メッセージを生成する。
【０１３１】
一方、前記ＵＥ１  １００ａは、アクセス遮断検査（即ち、ＡＣＢ適用可否）を実行する。同様に、ＵＥ２  １００ｂは、アクセス遮断検査（即ち、ＡＣＢ適用可否）を実行する。
【０１３２】
もし、前記ＡＣＢの適用対象がない場合、前記ＵＥ１  １００ａと前記ＵＥ２  １００ｂは、各々、サービス要求（または、拡張サービス要求）メッセージとＲＲＣ接続要求メッセージを送信することができる。しかし、前記ＡＣＢの適用対象の場合、前記ＵＥ１  １００ａと前記ＵＥ２  １００ｂは、両方ともＲＲＣ接続要求メッセージを送信することができない。
【０１３３】
前記アクセス遮断検査に対して具体的に説明すると、下記の通りである。ＵＥは、一般的に１０個アクセスクラス（例えば、ＡＣ０、ＡＣ１、…、ＡＣ９）のうち少なくとも一つがランダムに割り当てられている。例外的に、緊急非常アクセスのためにはＡＣ１０が割り当てられる。このように、ランダムに割り当てられたアクセスクラスの値は、前記ＵＥ１  １００及びＵＥ２  １００ｂの各ＵＳＩＭには格納されることができる。そのとき、前記ＵＥ１  １００ａと前記ＵＥ２  １００ｂは、前記格納されたアクセスクラスに基づいて、前記受信したＡＣＢ関連情報に含まれている遮断ファクタ（ｂａｒｒｉｎｇ  ｆａｃｔｏｒ）フィールドを利用することで、アクセス遮断が適用されるかどうかを確認する。このようなアクセス遮断検査は、前記ＵＥ１  １００ａと前記ＵＥ２  １００ｂの各ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層、即ち、ＲＲＣ階層で実行される。
【０１３４】
前記アクセス遮断検査に対し、より具体的に説明すると、下記の通りである。
【０１３５】
前記ＵＥ１  １００ａ及びＵＥ２  １００ｂが各々受信したＳＩＢタイプ２にａｃ−ＢａｒｒｉｎｇＰｅｒＰＬＭＮ−Ｌｉｓｔが含まれており、前記ａｃ−ＢａｒｒｉｎｇＰｅｒＰＬＭＮ−Ｌｉｓｔには上位階層に選択されたＰＬＭＮに対応するｐｌｍｎ−ｉｄｅｎｔｉｔｙＩｎｄｅｘとマッチングされるＡＣ−ＢａｒｒｉｎｇＰｅｒＰＬＭＮエントリが含まれている場合、前記上位階層により選択されたＰＬＭＮと対応するｐｌｍｎ−ｉｄｅｎｔｉｔｙＩｎｄｅｘとマッチングされるＡＣ−ＢａｒｒｉｎｇＰｅｒＰＬＭＮエントリを選択する。
【０１３６】
次に、前記ＵＥ１  １００ａ及びＵＥ２  １００ｂがＲＲＣ接続要求をしようとする場合、ＴｂａｒｒｉｎｇとしてＴ３０３を使用し、遮断パラメータとしてａｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを使用し、アクセス遮断検査を実行する。
【０１３７】
遮断されると決定される場合、前記ＵＥ１  １００ａ及びＵＥ２  １００ｂの各ＡＳ（ＲＲＣ）階層は、ＲＲＣ接続確立の失敗を上位階層に知らせる。
【０１３８】
次に、このように、アクセスが遮断される時、各ＡＳ（ＲＲＣ）階層は、Ｔ３０２タイマまたはＴｂａｒｒｉｎｇタイマが駆動中であるかどうかを判断する。もし、駆動中でない場合、前記Ｔ３０２タイマまたはＴｂａｒｒｉｎｇタイマを駆動する。
【０１３９】
一方、前記Ｔ３０２タイマまたはＴｂａｒｒｉｎｇタイマが駆動中には前記ＡＳ（ＲＲＣ）階層は、該当セルに対する全てのアクセスが遮断されると見なす。
【０１４０】
以上で説明した通り、ネットワーク過負荷及び混雑状況で、ｅＮＢ／ＲＮＣがＡＣＢ（Ａｃｃｅｓｓ  Ｃｌａｓｓ  Ｂａｒｒｉｎｇ）関連情報をＵＥに提供する。そのとき、ＵＥは、ＵＳＩＭに格納されている自分のアクセスクラス（ａｃｃｅｓｓ  ｃｌａｓｓ）に基づいて、受信したＡＣＢ情報に含まれている遮断ファクタ（Ｂａｒｒｉｎｇ  ｆａｃｔｏｒ）を利用してアクセス遮断（Ａｃｃｅｓｓ  Ｂａｒｒｉｎｇ）をチェックするようになる。このようなアクセス遮断検査を介して最終的にアクセス試みをすることができなくする。即ち、アクセス遮断検査を介して該当セルに対するアクセスが遮断される場合、ＵＥは、アクセスを試みることができず、該当セルに対するアクセスが遮断されない場合、ＵＥは、アクセスを試みるようになる。このようなアクセス遮断検査は、ＵＥのＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層で実行する。ここで、アクセス試みは、ＵＥのＡＳ（ＲＲＣ）階層でｅＮＢ／ＲＮＣへのＲＲＣ接続要求メッセージを送信することを意味する。
【０１４１】
一方、アクセス遮断検査は、ＵＥの一般的な発信（ＭＯ：Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｉｎｇ）サービス、例えば、通話発信（ｏｒｉｇｉｎａｔｉｎｇ  ｃａｌｌ）、データ発信（ｏｒｉｇｉｎａｔｉｎｇ  ｄａｔａ）、ＩＭＳ音声発信（ｏｒｉｇｉｎａｔｉｎｇ  ＩＭＳ  ｖｏｉｃｅ）、ＩＭＳ映像発信（ｏｒｉｇｉｎａｔｉｎｇ  ＩＭＳ  ｖｉｄｅｏ）に対して実行される。即ち、ＡＣＢは、全てのアプリケーションプログラムのアクセス（ただし、応急サービスまたはページングに対する応答は除外）に対して適用される。
【０１４２】
図８は、ＡＣＢが適用される場合、全てのアプリケーションによるアクセスが全て遮断される例を示す。
【０１４３】
図８を参照して分かるように、ＡＣＢが適用されると決定される場合、ＵＥの全てのアプリケーションによるアクセス（ただし、応急サービスまたはページングに対する応答は除外）は全て遮断される。
【０１４４】
このように、全てのアプリケーションによるアクセスが遮断されることによって、差別化されたサービスが不可能になる。このような問題は、結局、ネットワークリソース浪費及びユーザの経験を低下させる。
【０１４５】
したがって、ネットワーク過負荷及び混雑状況で特定アプリケーショングループ／カテゴリ（ａｐｐｌｉｃａｔｉｏｎ  ｇｒｏｕｐ／ｃａｔｅｇｏｒｙ）別にＭＯ（Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｉｎｇ）サービス（例えば、通話発信またはデータ発信）を差別化するための方案が必要である。しかし、従来技術ではこれを具現することができる方案がない。
【０１４６】
＜本明細書の開示＞
【０１４７】
本明細書の開示は、一般的な発信（ＭＯ：Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｉｎｇ）サービス、例えば、通話発信（ｏｒｉｇｉｎａｔｉｎｇ  ｃａｌｌ）、データ発信（ｏｒｉｇｉｎａｔｉｎｇ  ｄａｔａ）、ＩＭＳ音声発信（ｏｒｉｇｉｎａｔｉｎｇ  ＩＭＳ  ｖｏｉｃｅ）、ＩＭＳ映像発信（ｏｒｉｇｉｎａｔｉｎｇ  ＩＭＳ  ｖｉｄｅｏ）を差等化する方案を提供する。このような方案をアプリケーション別混雑制御データ通信（Ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  Ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ  ｆｏｒ  Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＡＣＤＣ）という。
【０１４８】
特定アプリケーションのサービスを差別化するために、本明細書の開示は、ネットワーク（ＭＭＥ／ＳＧＳＮ／Ｓ−ＧＷ／Ｐ−ＧＷ等）がＵＥにアプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤを提供／お知らせすることを提案する。このようなアプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤは、ネットワークがアタッチ手順／ＴＡＵ手順／ＲＡＵ手順を介してＵＥに知らせることができる。即ち、ネットワークは、ＡＴＴＡＣＨ受諾メッセージ、ＴＡＵ受諾メッセージ、ＲＡＵ受諾メッセージ）を介して前記アプリケーション関連情報をＵＥに提供／お知らせすることができる。また、このようなアプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤは、ＮＡＳ設定管理オブジェクト（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ：ＭＯ）または新しいアプリケーション管理オブジェクト（ＭＯ）（例えば、アプリケーション別アクセス制御ＭＯ）に定義／設定されている。このような場合、ＯＭＡ  ＤＭベースのＮＡＳ設定管理オブジェクト（ＭＯ）または新しいアプリケーション管理オブジェクト（ＭＯ）を介して、前記アプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤがＵＥに提供されることができる。
【０１４９】
または、アプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤは、ＵＥにＵＳＩＭ等に予め設定されている。
【０１５０】
このようなアプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤは、その重要度（ｐｒｉｏｒｉｔｙ）によって昇順（ａｓｃｅｎｄｉｎｇ  ｏｒｄｅｒ）の値を有することができる。具体的に、アプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ＝１（または、Ａ、ｂｉｎａｒｙ及び／またはｓｔｒｉｎｇ）の場合、ｈｉｇｈｅｓｔ／ｐｒｉｍａｒｙ  ｐｒｉｏｒｉｔｙを意味する。ｈｉｇｈｅｓｔ／ｐｒｉｍａｒｙ  ｐｒｉｏｒｉｔｙを有するアプリケーションのサービスの場合は、ＡＣＢを最も優先的に通過可能でなければならないことを意味する（即ち、遮断率が低い）。もし、アプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ＝２（または、Ｂ、その他のｂｉｎａｒｙ及び／またはｓｔｒｉｎｇ）の場合、次順位の優先順位を意味する。次順位の優先順位を有するアプリケーションのサービスの場合は、ＡＣＢを２番目の優先順位に通過可能でなければならないことを意味する。もし、アプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ＝ｎ（または、Ｚ、ｂｉｎａｒｙ及び／またはｓｔｒｉｎｇ）の場合、最下位の優先順位を意味する。最下位の優先順位を有するアプリケーションのサービスの場合は、ＡＣＢを最後の優先順位に通過可能でなければならないことを意味する（即ち、遮断率が高い）。
【０１５１】
それに対し、このようなアプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤは、その重要度（ｐｒｉｏｒｉｔｙ）によって降順（ｄｅｓｃｅｎｄｉｎｇ  ｏｒｄｅｒ）の値を有することができる。即ち、アプリケーショングループ／カテゴリ（ｇｒｏｕｐ／ｃａｔｅｇｏｒｙ／ｐｒｉｏｒｉｔｙ）情報／ＩＤ＝１（または、Ａ、ｂｉｎａｒｙ及び／またはｓｔｒｉｎｇ）の場合、最下位の優先順位を意味する。このように、最下位の優先順位を有するアプリケーションのサービスの場合は、ＡＣＢを最後の優先順位に通過可能でなければならないことを意味する（即ち、遮断率が高い）。もし、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ＝ｎ（または、Ｚ、ｂｉｎａｒｙ及び／またはｓｔｒｉｎｇ）の場合、ｈｉｇｈｅｓｔ／ｐｒｉｍａｒｙ  ｐｒｉｏｒｉｔｙを意味し、このようなアプリケーションのサービスの場合は、ＡＣＢを最も優先的に通過可能でなければならないことを意味する（即ち、遮断率が低い）。
【０１５２】
他方、ネットワーク（例えば、基地局）は、ＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に、遮断比率（ｂａｒｒｉｎｇ  ｒａｔｅｓ）、遮断ファクタ（ｂａｒｒｉｎｇ  ｆａｃｔｏｒ）、遮断時間（ｍｅａｎ  ｂａｒｒｉｎｇ  ｔｉｍｅ）、ローミング情報、ＡＣＢスキップ設定などの情報）をＳＩＢを介してＵＥに提供することができる。ここで、ＡＣＢスキップ設定は、ＡＣＢスキップ＝Ｏｎ／ＴｒｕｅまたはＡＣＢスキップ＝Ｏｆｆ／Ｆａｌｓｅで表現されることができる。ここで、前記ローミング情報は、ＵＥがローミングした状況でアプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に遮断可否を差別化する機能（ＡＣＤＣ検査）を適用するかどうか（適用するかまたは適用しないか）に対する情報を意味する。
【０１５３】
前記ネットワーク（ｅＮＢ）からＳＩＢにより提供されるＡＣＤＣ設定情報（例えば、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別の遮断比率、遮断ファクタ、平均遮断時間、ローミング情報、ＡＣＢスキップ設定などの情報）は、周期的に提供／更新されることができる。
【０１５４】
Ｉ．本明細書の提案１
【０１５５】
本明細書の提案１によると、ネットワークから提供されるＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に、遮断比率（ｂａｒｒｉｎｇ  ｒａｔｅｓ）、遮断ファクタ（ｂａｒｒｉｎｇ  ｆａｃｔｏｒ）、遮断時間（ｍｅａｎ  ｂａｒｒｉｎｇ  ｔｉｍｅ）、ローミング情報、ＡＣＢスキップ設定などの情報）をＵＥのＡＳ階層（ＲＲＣ）が受信することができる。
【０１５６】
したがって、本明細書の提案１によると、ＵＥのＡＳ（ＲＲＣ）階層は、アクセス遮断検査（即ち、ＡＣＤＣ検査）を実行することができる。このように、ＵＥのＡＳ（ＲＲＣ）階層は、アクセス遮断検査を実行する時、ネットワーク（例えば、基地局）から提供された前記ＡＣＤＣ設定情報に基づいてアプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別にＡＣＤＣ検査を実行する。ここで、前記ＡＣＤＣ検査を実行するとは、アプリケーションのサービスが開始される時、ＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定するということを意味する。前記アプリケーションのサービスアクセス試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容する場合、そのままアプリケーションのサービスがアプリケーション階層で開始されてネットワークにサービスセッション連結が進行され、前記アプリケーションのサービス試みを許容しない場合、それ以上アプリケーションのサービスのネットワークにセッション連結が試みられない。
【０１５７】
また、ＵＥのＡＳ（ＲＲＣ）階層でアクセス遮断検査を実行する時、ネットワーク（例えば、基地局）で提供されるＡＣＢスキップ設定情報に基づいてアプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別にアクセス遮断検査をスキップ（即ち、ＡＣＤＣ検査のスキップ）することもできる。
【０１５８】
もし、ネットワーク（例えば、基地局）から前記本提案のＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）とＡＣＢ情報が同時にＳＩＢを介してＵＥに提供される場合、ＵＥは、前記ＡＣＤＣ設定情報のみを適用してＡＣＤＣ検査のみを実行することができる。即ち、ＡＣＢ情報を適用するＡＣＢは実行しない。
【０１５９】
または、ネットワーク（ＭＭＥ／ＳＧＳＮ／基地局など）からインディケーション／設定によって本提案のＡＣＤＣ設定情報と一般的なＡＣＢ情報の中から選択して適用できる。即ち、ＡＣＢ検査を実行したり、ＡＣＤＣ検査を実行することができる。
【０１６０】
前記提案１は、ＵＥのＩＤＬＥモード及びＣＯＮＮＥＣＴＥＤモードの両方ともに適用できる。
【０１６１】
または、前記提案１は、ＵＥがＩＤＬＥモードであるかまたはＣＯＮＮＥＣＴＥＤモード（例えば、ＥＭＭ−ＩＤＬＥ／ＲＲＣ−ＩＤＬＥモードまたはＥＭＭ−ＣＯＮＮＥＣＴＥＤ／ＲＲＣ−ＣＯＮＮＥＣＴＥＤモード）であるかによって、ＡＣＤＣ設定情報を異なるように適用してＡＣＤＣ検査を実行することができる。
【０１６２】
以上で説明した前記提案１は、提案１ａ、提案１ｂ、提案１ｃに区分される。これを図面を参照して詳細に説明する。
【０１６３】
図９は、本明細書の提案１ａを示す信号流れ図である。
【０１６４】
図９を参照して説明すると、下記の通りである。
【０１６５】
（Ｓｔｅｐ１）ネットワーク（例えば、基地局）は、ＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に、ＡＣＤＣの遮断比率（ｂａｒｒｉｎｇ  ｒａｔｅｓ）、遮断ファクタ（ｂａｒｒｉｎｇ  ｆａｃｔｏｒ）、遮断時間（ｍｅａｎ  ｂａｒｒｉｎｇ  ｔｉｍｅ）、ローミング情報、ＡＣＢスキップ設定などの情報）をＳＩＢを介してＵＥに提供することができる
【０１６６】
（Ｓｔｅｐ２）一方、ＵＥで特定アプリケーションが実行され、前記特定アプリケーションによりデータ通信サービスが要求されると、前記特定アプリケーションの実行を担当するアプリケーション階層は、前記アプリケーション関連情報、即ち、アプリケーションのグループ／カテゴリ／優先順位情報／ＩＤをＮＡＳ階層に提供する。このとき、このようなアプリケーション関連情報は、事前にＵＥの予め設定／定義されていることがある。その代案として、このようなアプリケーション関連情報は、ネットワークから提供を受けてＡＳ（ＲＲＣ）階層がアプリケーション階層に提供されることもでき、アプリケーション階層がデータ通信サービスを開始する時、ＡＳ（ＲＲＣ）階層に情報提供要求をして提供を受けることもできる。）
【０１６７】
このようなアプリケーション関連情報と共に／または別途に、アプリケーションのサービスの開始と終了を知らせるＳｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報がＮＡＳまたはＲＲＣ階層に提供されることができる。この場合、Ｓｔａｒｔ／Ｓｅｔを受けた時点からＳｔｏｐ／Ｒｅｓｅｔを受けた時点までＡＣＤＣ検査が実行されることができる。
【０１６８】
（ｓｔｅｐ３）ＮＡＳ階層は、アプリケーション階層から受けたアプリケーション関連情報、即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤに基づいて、ＡＣＤＣのためのアプリケーションカテゴリを決定する。例えば、アプリケーション階層から該当アプリケーションのＩＤの伝達を受けた場合、ＮＡＳ階層は、前記該当アプリケーションのＩＤがＡＣＤＣのどのアプリケーションカテゴリに該当するかを決定する。
【０１６９】
（ｓｔｅｐ４）ＮＡＳ階層は、アプリケーション階層から受けたアプリケーション関連情報またはアプリケーション関連情報＋Ｓｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報を、アプリケーションのサービスアクセスのためのサービス要求手順（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信）を開始する時、共にＡＳ（ＲＲＣ）階層に伝達する。もし、アプリケーション階層からＳｔａｒｔ／Ｓｅｔインディケーション情報を受けた場合、アプリケーションのサービスアクセスのためのサービス要求手順（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信）を開始する時、ＡＳ（ＲＲＣ）階層にアプリケーション関連情報を伝達することができる。アプリケーション階層からＳｔｏｐ／Ｒｅｓｅｔインディケーション情報を受けた場合、アプリケーションのサービスアクセスのためのサービス要求手順（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を開始する時、ＡＳ（ＲＲＣ）階層にアプリケーション関連情報を伝達しない。
【０１７０】
もし、アプリケーション階層から受けたアプリケーション関連情報またはアプリケーション関連情報＋Ｓｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報が複数個の場合またはＮＡＳ復旧（ｒｅｃｏｖｅｒｙ）過程中にアプリケーション関連情報が変更された場合、
【０１７１】
ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報のみをＡＳ（ＲＲＣ）階層に提供したり；
【０１７２】
ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報のみをＡＳ（ＲＲＣ）階層に提供したり；または、
【０１７３】
ｉｉｉ）複数個のアプリケーション関連情報を全てＡＳ（ＲＲＣ）階層に提供することができる。
【０１７４】
前記ＮＡＳ復旧（ｒｅｃｏｖｅｒｙ）は、ＲＬＦ（ｒａｄｉｏ  ｌｉｎｋ  ｆａｉｌｕｒｅ）または下位階層の失敗／エラーなどによってアプリケーションのサービスアクセスに対する再送信が発生した場合、ＡＳ階層（例えば、ＲＲＣ階層）は、ＮＡＳ階層に下位階層の失敗／エラーを知らせ、ＮＡＳ階層は、ＮＡＳシグナリング連結（再）設定のためのＮＡＳ復旧手順を実行する。ＮＡＳ復旧のためにサービス要求手順またはＴＡＵ要求手順が実行されることができ、サービス要求手順は、アップリンクデータがある場合に実行されることができ、前記ＴＡＵ要求手順は、アップリンクデータがない場合に実行されることができる。
【０１７５】
前記ｉ）、ｉｉ）、ｉｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ機能などにより、ｉ）、ｉｉ）、ｉｉｉ）方式のうち一つが具現されて動作されることができる。
【０１７６】
（ｓｔｅｐ５）ＡＳ（ＲＲＣ）階層は、前記ＮＡＳ階層からアプリケーション関連情報またはアプリケーション関連情報＋Ｓｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報を受けた場合、ＮＡＳ階層のアプリケーションのサービスアクセスのためのサービス要求手順（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を開始する時、ネットワークから受信したＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する。
【０１７７】
もし、アプリケーション階層から受けたアプリケーション関連情報またはアプリケーション関連情報＋Ｓｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報が（同時に）複数個の場合またはＮＡＳ復旧過程中に変更された場合、
【０１７８】
ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報に基づいてネットワークから受信したＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；
【０１７９】
ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報に基づいてネットワークから受信したＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；
【０１８０】
前記ｉ）及びｉｉ）方式は、ＡＳ（ＲＲＣ）階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。
【０１８１】
図１０は、本明細書の提案１ｂを示す信号流れ図である。
【０１８２】
図１０に示す提案１ｂは、図９に示す提案１ａと異なる部分がいくつかある。以下、異なる部分を中心に説明する。
【０１８３】
（ｓｔｅｐ４）ＮＡＳ階層は、前記サービス要求手順（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ（ｎｅｗ  ｃａｌｌ  ｔｙｐｅｓ）、またはサービスタイプ（ｓｅｒｖｉｃｅ  ｔｙｐｅｓ）を定義してＡＳ（ＲＲＣ）階層に伝達できる。このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ（ｃａｌｌ  ｔｙｐｅ）、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。もし、アプリケーション階層からＳｔａｒｔ／Ｓｅｔインディケーション情報を受けた場合、アプリケーションのサービスアクセスのためのサービス要求手順（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。アプリケーション階層からＳｔｏｐ／Ｒｅｓｅｔインディケーション情報を受けた場合、以後にはアプリケーションのサービスアクセスのための従来の一般的なサービス要求手順（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を実行する。即ち、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプｆｏｒアプリケーショングループ／カテゴリ／優先順位情報／ＩＤを定義しない従来のサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を実行する。
【０１８４】
もし、アプリケーション階層から受けたアプリケーション関連情報またはアプリケーション関連情報＋Ｓｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報が（同時に）複数個の場合またはＮＡＳ復旧過程中に変更された場合、
【０１８５】
ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報に基づいてサービス要求手順（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。）；または、
【０１８６】
ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報に基づいてサービス要求手順（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。）；または、
【０１８７】
前記ｉ）及びｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。
【０１８８】
（ｓｔｅｐ５）ＡＳ（ＲＲＣ）階層は、ＮＡＳ階層からアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）別にＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプ（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる）に基づいて、ＮＡＳ階層のアプリケーションのサービスアクセスのためのサービス要求手順（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を開始する時）、ネットワークから受信したＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する。
【０１８９】
ここで、ＡＳ（ＲＲＣ）階層は、ＮＡＳ階層からアプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別にＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプに基づいてアプリケーショングループ／カテゴリ／優先順位を認知することができる。したがって、ネットワークから受信したＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定することができる。
【０１９０】
図１１は、本明細書の提案１ｃを示す信号流れ図である。
【０１９１】
図１１に示す提案１ｃは、提案１ａ及び提案１ｂと異なる部分がいくつかある。以下、異なる部分を中心に説明する。
【０１９２】
（Ｓｔｅｐ２）ＵＥで特定アプリケーションが実行され、前記特定アプリケーションによりデータ通信サービスが要求されると、前記特定アプリケーションの実行を担当するアプリケーション階層は、前記アプリケーション関連情報（即ち、アプリケーションのグループ／カテゴリ／優先順位情報／ＩＤ）をＡＳ階層に提供する。
【０１９３】
（Ｓｔｅｐ３）ＡＳ（ＲＲＣ）階層は、アプリケーション階層から受けたアプリケーション関連情報に基づいて、ＡＣＤＣのためのアプリケーションカテゴリを決定する。例えば、アプリケーション階層から該当アプリケーションのＩＤの伝達を受けた場合、ＮＡＳ階層は、前記該当アプリケーションのＩＤがＡＣＤＣのどのアプリケーションカテゴリに該当するを決定する。
【０１９４】
（ｓｔｅｐ５）ＡＳ（ＲＲＣ）階層は、前記アプリケーション階層からアプリケーション関連情報またはアプリケーション関連情報＋Ｓｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報を受けた場合、ＮＡＳ階層のアプリケーションのサービスアクセスのためのサービス要求手順（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を開始する時、ネットワークから受信したＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する。
【０１９５】
ＩＩ．本明細書の提案２（仮出願に記載された提案３）
【０１９６】
提案２（仮出願に記載された提案３）は、図９、図１０及び図１１の図示と類似する。したがって、別途の図面を参照せずに、図９、図１０及び図１１をそのまま参照して説明する。
【０１９７】
（ｓｔｅｐ０）ネットワーク（事業者）は、アプリケーション関連情報（アプリケーションのグループ／カテゴリ／優先順位情報／ＩＤ）をＵＥに提供（または、設定）する。例えば、ＯＭＡ  ＤＭを利用したアプリケーションＭＯ（例えば、アプリケーション別（アクセス制御）ＭＯ）を介してアプリケーション関連情報（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）がＵＥに提供されたり、ＵＳＩＭに（予め）設定されてＵＥに提供される。ＵＥのＮＡＳ階層またはアプリケーション階層または運営体制（ＯＳ）を含むアプリケーション制御階層またはＡＳ（ＲＲＣ）階層は、ＡＴ−ｃｏｍｍａｎｄなどを介してこのようなアプリケーショングループ／カテゴリ／優先順位情報／ＩＤを得ることができるようになる。
【０１９８】
したがって、前記アプリケーション関連情報は、ネットワーク（事業者）からＵＥに予め提供されてＵＥのＮＡＳ階層またはアプリケーション階層または運営体制（ＯＳ）を含むアプリケーション制御階層）は認知することができる。このようなアプリケーション関連情報は、ネットワーク（事業者）から周期的にまたは特点時点などにＵＥに提供されることができる。
【０１９９】
（ｓｔｅｐ１）ネットワーク（例えば、基地局）は、ＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に遮断比率、遮断ファクタ、平均遮断時間、ＡＣＢスキップ設定などの情報）をＳＩＢを介してＵＥに提供する。このようなＡＣＤＣ設定情報は、ＵＥがＥＭＭ−ＩＤＬＥまたはＥＭＭ−ＣＯＮＮＥＣＴＥＤモード（ＲＲＣ−ＩＤＬＥまたはＲＲＣ−ＣＯＮＮＥＣＴＥＤモードである時、全て提供されることができる。このようなＡＣＤＣ設定情報は、ＵＥのＡＳ（ＲＲＣ）階層がネットワークから受信することができる。
【０２００】
（ｓｔｅｐ２）アプリケーション階層は、アプリケーションのサービス提供のためのサービスアクセス試みをする場合（即ち、発信（ＭＯ）データまたは発信（ＭＯ）シグナリング）、前記取得したアプリケーション関連情報（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）とアプリケーションＩＤ／情報／インディケーションをＮＡＳ階層に提供する。また、（サービスアクセスセッション）セッティング／開始インディケーション／情報を共にＮＡＳ階層に提供することができる。
【０２０１】
（ｓｔｅｐ４）ＮＡＳ階層は、アプリケーション階層からアプリケーションのサービス開始の要求を受けると、サービス要求手順（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ手順（ＴＡＵ要求メッセージの送信）を実行するようになる。このとき、ＡＳ（ＲＲＣ）階層にアプリケーション関連情報＋アプリケーションＩＤ／情報／インディケーションを伝達するようになる。
【０２０２】
もし、アプリケーション階層から受けたアプリケーション関連情報＋アプリケーションＩＤ／情報／インディケーションが複数個の場合またはＮＡＳ復旧過程中にアプリケーション変更された場合、
【０２０３】
ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報＋アプリケーションＩＤ／情報／インディケーションのみをＡＳ（ＲＲＣ）階層に提供したり；
【０２０４】
ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報＋アプリケーションＩＤ／情報／インディケーション）のみをＡＳ（ＲＲＣ）階層に提供したり；または、
【０２０５】
ｉｉｉ）複数個のアプリケーション関連情報＋アプリケーションＩＤ／情報／インディケーションを全てＡＳ（ＲＲＣ）階層に提供することができる。
【０２０６】
前記ｉ）、ｉｉ）及びｉｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ機能（ｃａｐａｂｉｌｉｔｙ）などにより、ｉ）、ｉｉ）及びｉｉｉ）方式のうち一つが具現されて動作されることができる。
【０２０７】
もし、アプリケーション階層から追加的に（または、別途に）セッティング／開始インディケーション／情報を受けた時、現在（ＵＥに）ＡＣＢが適用されている場合、ＮＡＳ階層は、この遮断状態を無視し、アプリケーションのサービスアクセスのためのサービス要求手順（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ手順（ＴＡＵ要求メッセージの送信）を開始／実行する。このようなサービス要求手順またはＴＡＵ手順を開始する時、ＡＳ（ＲＲＣ）階層にアプリケーション関連情報＋ＡＣＢスキップインディケーション（例えば、ＡＣＢ  ｓｋｉｐ−ＯＮ、ＳＥＴまたはＴＲＵＥ  ｆｏｒｇ  ｒｏｕｐ／ｃａｔｅｇｏｒｙ／ｐｒｉｏｒｉｔｙ“Ｘ”）を伝達するようになる。
【０２０８】
または、ＮＡＳ階層は、アプリケーション階層からアプリケーションのサービス開始の要求を受けると、そのためのサービス要求手順（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ手順（ＴＡＵ要求メッセージの送信）を実行するようになる。このとき、サービス要求手順またはＴＡＵ手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。）
【０２０９】
もし、アプリケーション階層から受けたアプリケーション関連情報＋アプリケーションＩＤ／情報／インディケーション情報が（同時に）複数個の場合またはＮＡＳ復旧過程中に変更された場合、
【０２１０】
ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報に基づいてサービス要求手順（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。）；
【０２１１】
ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報に基づいてサービス要求手順（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信またはＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージの送信）またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。）；または、
【０２１２】
前記ｉ）及びｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。
【０２１３】
もし、アプリケーション階層から追加的に（または、別途に）セッティング／開始インディケーション／情報を受けた時、現在（ＵＥが）ＡＣＢが適用されている場合、ＮＡＳ階層は、この遮断状態を無視し、アプリケーションのサービスアクセスのためのサービス要求手順またはＴＡＵ手順を開始／実行する。このようなサービス要求手順またはＴＡＵ手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。アプリケーション階層からＡＣＢスキップＳｔｏｐ／Ｒｅｓｅｔインディケーション情報を受けた場合、以後にはアプリケーションのサービスアクセスのための従来の一般的なサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を実行する。即ち、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプｆｏｒアプリケーショングループ／カテゴリ／優先順位情報／ＩＤを定義しない従来のサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を実行する。
【０２１４】
（ｓｔｅｐ５）ＡＳ（ＲＲＣ）階層は、ＮＡＳ階層のアプリケーションのサービスアクセスのためのサービス要求手順またはＴＡＵ手順を開始する時、もし、ＮＡＳ階層からアプリケーション関連情報＋アプリケーションＩＤ／情報／インディケーションの提供を受けた場合、ネットワーク（例えば、基地局）から提供を受けたＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に遮断比率、遮断ファクタ、平均遮断時間、ＡＣＢスキップ設定などの情報）に基づいてアプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別にＡＣＤＣ検査を実行するようになる。
【０２１５】
もし、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別にＡＣＤＣを通過するようになると、アプリケーションのサービスアクセスのためのＲＲＣ接続要求手順を実行するようになる。しかし、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別にＡＣＤＣを通過することができない場合（ｂａｒｒｉｎｇされる場合）、アプリケーションのサービスアクセスのためのＲＲＣ接続要求手順を実行しない。
【０２１６】
もし、ＮＡＳ階層から受けたアプリケーション関連情報＋アプリケーションＩＤ／情報／インディケーションが（同時に）複数個の場合またはＮＡＳ復旧過程中に変更された場合、前述したように、ｉ）最も高い（ｈｉｇｈｅｓｔ）ものを利用したり、ｉｉ）最も低い（ｌｏｗｅｓｔ）ものを利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；
【０２１７】
もし、ＮＡＳ階層のアプリケーションのサービスアクセスのためのサービス要求手順またはＴＡＵ手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプが定義されてＮＡＳ階層から共に提供されると、ネットワーク（例えば、基地局）から提供を受けたＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に遮断比率、遮断ファクタ、平均遮断時間、ＡＣＢスキップ設定などの情報）に基づいてアプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別にＡＣＤＣを実行するようになる。
【０２１８】
もし、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別にＡＣＤＣを通過するようになると、アプリケーションのサービスアクセスのためのＲＲＣ接続要求手順を実行するようになる。しかし、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別にＡＣＤＣを通過することができない場合（ｂａｒｒｉｎｇされる場合）、アプリケーションのサービスアクセスのためのＲＲＣ接続要求手順を実行しない。
【０２１９】
もし、ＮＡＳ階層から追加的に（または、別途に）ＡＣＢスキップインディケーション情報を受けた場合（ＡＣＢスキップインディケーション情報がＡＣＢ  ｓｋｉｐ−ＯＮ、ＳＥＴまたはＴＲＵＥ  ｆｏｒ  ｇｒｏｕｐ／ｃａｔｅｇｏｒｙ／ｐｒｉｏｒｉｔｙ“Ｘ”の場合）、現在ＡＣＢ状態と関係なしでＡＣＢをスキップして前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ手順）試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容する。（即ち、現在遮断状態であるとしても、これを無視してサービス要求手順またはＴＡＵ手順を開始／実行してＲＲＣ接続確立を実行する。）
【０２２０】
本明細書では、ネットワーク（ｅＮＢ）からアプリケーショングループ／カテゴリ／優先順位／ＩＤ別のＡＣＢスキップ情報状態の変化／変動（例えば、ｆｒｏｍ  ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｓｅｔ／ｔｒｕｅ  ｔｏ  ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｒｅｓｅｔ／ｆａｌｓｅ（ｆｒｏｍ  ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｔｏ  Ｎｏ  ＡＣＢ  ｓｋｉｐｐｉｎｇ）またはｆｒｏｍ  ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｒｅｓｅｔ／ｆａｌｓｅ  ｔｏ  ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｓｅｔ／ｔｒｕｅ（ｆｒｏｍ  Ｎｏ  ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｔｏ  ＡＣＢ  ｓｋｉｐｐｉｎｇ））が発生すると（発生を検知すると）、そのとき、ＡＳ（ＲＲＣ）階層は、アプリケーション階層またはＮＡＳ階層（または、アプリケーション階層及びＮＡＳ階層）にＡＣＢスキップ設定情報変化／変動を知らせることができる。
【０２２１】
以後、アプリケーション階層は、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別のＡＣＢスキップ情報状態の変化／変動によってｓｔｅｐ１〜ｓｔｅｐ３を実行する。
【０２２２】
もし、ネットワーク（例えば、基地局）からＡＣＤＣ設定情報（即ち、前記アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に遮断比率、遮断ファクタ、平均遮断時間、ローミング情報、ＡＣＢスキップ設定などの情報）と一般的なＡＣＢ情報が同時にＳＩＢを介してＵＥに提供される場合、ＵＥは、前記本提案のＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に遮断比率、遮断ファクタ、平均遮断時間、ローミング情報、ＡＣＢスキップ設定などの情報）のみを適用して、ＡＣＢ検査は、スキップを実行することができる（ＡＣＤＣ検査のみを実行）
【０２２３】
または、ネットワーク（ＭＭＥ／ＳＧＳＮ／基地局など）からインディケーション／設定によって、本提案のＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に遮断比率、遮断ファクタ、平均遮断時間、ローミング情報、ＡＣＢスキップ設定などの情報）と一般的なＡＣＢ情報の中から選択して適用することでＡＣＢ検査スキップを実行することもできる。
【０２２４】
または、もし、ネットワーク（例えば、基地局）から前記ＡＣＤＣ設定情報と（従来の）一般的なＡＣＢ情報が同時にＳＩＢを介してＵＥに提供される場合、ＵＥは、前記ＡＣＤＣ設定情報のみを適用してＡＣＤＣ検査をアプリケーション階層で先に実行し、前記ＡＣＤＣ検査を通過すると、ＡＳ（ＲＲＣ）階層で再び従来の一般的なＡＣＢ情報を適用するＡＣＢを実行することもできる。（即ち、ＡＣＤＣ検査とＡＣＢ検査を重複実行する。）
【０２２５】
以上で説明した内容は、ＩＭＳベースのアプリケーションのサービスである場合にも適用されることができる。即ち、ＩＭＳベースのアプリケーションのサービスである場合も一般的なアプリケーショングループ／カテゴリのうち一つであることを意味する。）
【０２２６】
前記本提案は、ＵＥのＩＤＬＥモードまたはＣＯＮＮＥＣＴＥＤモードを全て適用することができる。例えば、ＥＭＭ−ＩＤＬＥ／ＲＲＣ−ＩＤＬＥモードまたはＥＭＭ−ＣＯＮＮＥＣＴＥＤ／ＲＲＣ−ＣＯＮＮＥＣＴＥＤモードにも適用されることができる。
【０２２７】
または、前記本提案は、ＵＥがＩＤＬＥモードであるかまたはＣＯＮＮＥＣＴＥＤモード（例えば、ＥＭＭ−ＩＤＬＥ／ＲＲＣ−ＩＤＬＥモードまたはＥＭＭ−ＣＯＮＮＥＣＴＥＤ／ＲＲＣ−ＣＯＮＮＥＣＴＥＤモード）であるかによって、ＡＣＤＣ設定情報を各々異なるように適用してＡＣＤＣ検査を実行することもできる。
【０２２８】
前記本提案のｓｔｅｐ０）は、本明細書の提案１案、２案、４案、５ａ案、５ｂ案、５ｃ案、５ｄ案を相互組合せて適用できる。前記本提案のｓｔｅｐ１〜３）は、本明細書の提案１案、２案、４案、５ａ案、５ｂ案、５ｃ案、５ｄ案を相互組合せて適用できる。
【０２２９】
一方、提案１ａ及び提案２を３ＧＰＰ標準ＴＳ  ２４．３０１文書のＤ．１節の表現に合わせて説明すると、下記の通りである。
【０２３０】
もし、ＵＥがＡＣＤＣに対して設定されている場合、ＮＡＳ階層は、要求に対してどのＡＣＤＣカテゴリを適用すべきかを上位階層から伝達を受けたアプリケーションＩＤに基づいて決定する。ＥＭＭ副階層は、一つのＡＣＤＣカテゴリが適用される場合、アクセス制御の目的として下位階層に前記ＡＣＤＣカテゴリを知らせることもでき、複数のＡＣＤＣカテゴリが適用される場合、アクセス制御の目的として下位階層に最も高い等級のＡＣＤＣカテゴリを知らせることができる。ただし、下記の場合は除外される。
【０２３１】
−選択されたＰＬＭＮで前記ＵＥがＡＣ１１乃至ＡＣ１５を使用する場合
【０２３２】
−前記要求がページングに応答するための場合
【０２３３】
一方、提案１ａ及び提案２を３ＧＰＰ標準ＴＳ  ３６．３３１文書の６．３節の表現に合わせて説明すると、下記の通りである。
【０２３４】
基地局は、全てのＵＥに共通する無線リソース設定情報を含むＳＩＢタイプ２を送信する。前記ＳＩＢタイプ２は、下記のような情報を含むことができる。
【０２３５】
【表３】
2018121338.tif 000005
【０２３６】
以上の表の各フィールドを説明すると、下記の通りである。
【０２３７】
【表４】
2018121338.tif 000006
【０２３８】
一方、ＵＥは、上位階層の要求によってＲＲＣ接続手順を実行する。この手順を実行する時、ＵＥは、
【０２３９】
１＞上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、ＡＣＤＣカテゴリを提供し、併せて、ＵＥは、発信通話のためのＲＲＣ接続を確立しようとする場合、
【０２４０】
２＞ＴｂａｒｒｉｎｇとしてＴｘｘｘを利用し、ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。
【０２４１】
２＞アクセスが遮断される場合、
【０２４２】
３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信通話に対するＡＣＤＣが適用されたことを知らせる。
【０２４３】
１＞一方、上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、ＡＣＤＣカテゴリを提供し、併せて、ＵＥは、発信シグナリングのためのＲＲＣ接続を確立しようとする場合、
【０２４４】
２＞ＴｂａｒｒｉｎｇとしてＴｙｙｙを利用し、ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。
【０２４５】
２＞アクセスが遮断される場合、
【０２４６】
３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信シグナリングに対してＡＣＤＣが適用されたことを知らせる。
【０２４７】
一方、ＵＥは、前記ＡＣＤＣ遮断検査を下記のように実行する。
【０２４８】
１＞タイマＴ３ｘｘまたはＴｂａｒｒｉｎｇが駆動中の場合
【０２４９】
２＞該当セルへのアクセスは遮断されると見なす。
【０２５０】
１＞しかし、ＳＩＢタイプ２がＡＣＤＣ遮断パラメータを含む場合
【０２５１】
２＞ＵＥがＵＳＩＭに一つ以上のアクセスクラス（１１〜１５）を格納している場合、
【０２５２】
２＞有効なアクセスクラスのうち少なくとも一つに対し、ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＳｐｅｃｉａｌＡＣの対応ビットを０に設定する。
【０２５３】
３＞該当セルに対するアクセスは遮断されないと見なす。
【０２５４】
２＞それ以外の場合、
【０２５５】
３＞範囲０≦ｒａｎｄ＜１を満たすように均等に分散されたランダム値ｒａｎｄを生成する。
【０２５６】
３＞前記ｒａｎｄがＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦａｃｔｏｒにより指示される値より小さい場合
【０２５７】
４＞該当セルへのアクセスは遮断されないと見なす。
【０２５８】
３＞それ以外の場合
【０２５９】
４＞該当セルへのアクセスは遮断されると見なす。
【０２６０】
１＞それ以外の場合
【０２６１】
２＞該当セルへのアクセスは遮断されると見なす；
【０２６２】
１＞該当セルへのアクセスが遮断され、タイマＴｘｘｘ及びＴｂａｒｒｉｎｇが駆動中でない場合
【０２６３】
２＞範囲０≦ｒａｎｄ＜１を満たすように均等に分散されたランダム値ｒａｎｄを生成する。
【０２６４】
２＞ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒ内のａｃｄｃ−ＢａｒｒｉｎｇＴｉｍｅを利用して下記のように算出されたタイマ値に設定されたタイマＴｂａｒｒｉｎｇを駆動する。
【０２６５】
“Ｔｂａｒｒｉｎｇ”＝（０．７＋０．６＊ｒａｎｄ）＊ａｃｄｃ−ＢａｒｒｉｎｇＴｉｍｅ。
【０２６６】
一方、提案１ｂ及び提案２を３ＧＰＰ標準ＴＳ  ２４．３０１文書のＤ．１節の表現に合わせて説明すると、下記の通りである。
【０２６７】
ＥＭＭ副階層がＮＡＳシグナリング連結の確立を要求する場合、ＵＥにより使われるＲＲＣ確立原因は、ＮＡＳ手順によって選択される。前記ＥＭＭ副階層は、下位階層にアクセス制御の目的としてＲＲＣ接続確立原因と関連した呼びタイプを知らせる。もし、ＵＥがＥＡＢ（ＥｘｔｅｎｄｅｄＡｃｃｅｓｓＢａｒｒｉｎｇ）に対して設定されている場合、ＥＭＭ副階層は、アクセス制御の目的として下位階層に次のＥＡＢがこの要求に対して適用されると知らせる。ただし、下記の場合は除外されることができる。
【０２６８】
−選択されたＰＬＭＮで前記ＵＥがＡＣ１１乃至ＡＣ１５を使用する場合
【０２６９】
−前記要求がページングに応答するための場合
【０２７０】
−ＲＲＣ確立原因が“応急電話”に設定された場合
【０２７１】
−ＵＥがＮＡＳシグナリング低順位（ｌｏｗ  ｐｒｉｏｒｉｔｙ）を無視（ｏｖｅｒｒｉｄｅ）するように設定された場合、そしてＥＡＢを無視するように設定された場合、
【０２７２】
−ＵＥがＮＡＳシグナリング低順位（ｌｏｗ  ｐｒｉｏｒｉｔｙ）を無視（ｏｖｅｒｒｉｄｅ）するように設定された場合、そしてＥＡＢを無視するように設定された場合、そしてＵＥが既にＥＡＢを無視して確立されたＰＤＮ接続を有している場合
【０２７３】
【表５−１】
2018121338.tif 000007
【表５−２】
2018121338.tif 000008
【０２７４】
一方、提案１ｂ及び提案２を３ＧＰＰ標準文書ＴＳ  ３６．３３１の６．３節の表現に合わせて説明すると、下記の通りである。
【０２７５】
基地局は、全てのＵＥに共通する無線リソース設定情報を含むＳＩＢタイプ２を送信する。前記ＳＩＢタイプ２は、下記のような情報を含むことができる。
【０２７６】
【表６】
2018121338.tif 000009
【０２７７】
以上の表の各フィールドを説明すると、下記の通りである。
【０２７８】
【表７】
2018121338.tif 000010
【０２７９】
一方、ＵＥは、上位階層の要求によってＲＲＣ接続手順を実行する。この手順を実行する時、ＵＥは、
【０２８０】
１＞上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、ＡＣＤＣカテゴリを提供し、併せて、ＵＥは、ＡＣＤＣカテゴリＩ（カテゴリＩＩ、ＩＩＩ、…）に対する発信のためのＲＲＣ接続を確立しようとする場合、
【０２８１】
２＞ＴｂａｒｒｉｎｇとしてＴｘｘｘを利用し、ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。
【０２８２】
２＞アクセスが遮断される場合、
【０２８３】
３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信通話に対するＡＣＤＣが適用されたことを知らせる。
【０２８４】
１＞一方、上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、ＡＣＤＣカテゴリを提供し、併せて、ＵＥは、ＡＣＤＣカテゴリＩ（カテゴリＩＩ、ＩＩＩ、…）に対する発信のためのＲＲＣ接続を確立しようとする場合、
【０２８５】
２＞ＴｂａｒｒｉｎｇとしてＴｙｙｙを利用し、ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。
【０２８６】
２＞アクセスが遮断される場合、
【０２８７】
３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信シグナリングに対してＡＣＤＣが適用されたことを知らせる。
【０２８８】
一方、ＵＥは、前記ＡＣＤＣ遮断検査を下記のように実行する。
【０２８９】
１＞タイマＴ３ｘｘまたはＴｂａｒｒｉｎｇが駆動中の場合
【０２９０】
２＞該当セルへのアクセスは遮断されると見なす。
【０２９１】
１＞しかし、ＳＩＢタイプ２がＡＣＤＣ遮断パラメータを含む場合
【０２９２】
２＞ＵＥがＵＳＩＭに一つ以上のアクセスクラス（１１〜１５）を格納している場合、
【０２９３】
２＞有効なアクセスクラスのうち少なくとも一つに対し、ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＳｐｅｃｉａｌＡＣの対応ビットを０に設定する。
【０２９４】
３＞該当セルに対するアクセスは遮断されないと見なす。
【０２９５】
２＞それ以外の場合、
【０２９６】
３＞範囲０≦ｒａｎｄ＜１を満たすように均等に分散されたランダム値ｒａｎｄを生成する。
【０２９７】
３＞前記ｒａｎｄがＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦａｃｔｏｒにより指示される値より小さい場合
【０２９８】
４＞該当セルへのアクセスは遮断されないと見なす。
【０２９９】
３＞それ以外の場合
【０３００】
４＞該当セルへのアクセスは遮断されると見なす。
【０３０１】
１１＞それ以外の場合
【０３０２】
２＞該当セルへのアクセスは遮断されると見なす；
【０３０３】
１＞該当セルへのアクセスが遮断され、タイマＴｘｘｘ及びＴｂａｒｒｉｎｇが駆動中でない場合
【０３０４】
２＞範囲０≦ｒａｎｄ＜１を満たすように均等に分散されたランダム値ｒａｎｄを生成する。
【０３０５】
２＞ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒ内のａｃｄｃ−ＢａｒｒｉｎｇＴｉｍｅを利用して下記のように算出されたタイマ値に設定されたタイマＴｂａｒｒｉｎｇを駆動する。
【０３０６】
“Ｔｂａｒｒｉｎｇ”＝（０．７＋０．６＊ｒａｎｄ）＊ａｃｄｃ−ＢａｒｒｉｎｇＴｉｍｅ。
【０３０７】
一方、提案１ｃ及び提案２を３ＧＰＰ標準文書ＴＳ  ３６．３３１の５．３．３．２節の表現に合わせて説明すると、下記の通りである。
【０３０８】
ＵＥは、上位階層の要求によってＲＲＣ接続手順を実行する時、ＵＥは、
【０３０９】
１＞上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、アプリケーショングループ／カテゴリ／優先順位／ＩＤ／情報を提供し、併せて、ＵＥは、発信通話のためのＲＲＣ接続を確立しようとする場合、
【０３１０】
２＞ＡＣＤＣ設定情報に基づいて、最も高い（ｈｉｇｈｅｓｔ）または最も低い（ｌｏｗｅｓｔ）ＡＣＤＣカテゴリを決定する。
【０３１１】
２＞ＴｂａｒｒｉｎｇとしてＴｘｘｘを利用し、ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。
【０３１２】
２＞アクセスが遮断される場合、
【０３１３】
３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信通話に対するＡＣＤＣが適用されたことを知らせる。
【０３１４】
１＞一方、上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、アプリケーショングループ／カテゴリ／優先順位／ＩＤ／情報を提供し、併せて、ＵＥは、発信シグナリングのためのＲＲＣ接続を確立しようとする場合、
【０３１５】
２＞ＡＣＤＣ設定情報に基づいて、最も高い（ｈｉｇｈｅｓｔ）または最も低い（ｌｏｗｅｓｔ）ＡＣＤＣカテゴリを決定する。
【０３１６】
２＞ＴｂａｒｒｉｎｇとしてＴｙｙｙを利用し、ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。
【０３１７】
２＞アクセスが遮断される場合、
【０３１８】
３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信シグナリングに対するＡＣＤＣが適用されたことを知らせる。
【０３１９】
ＩＩＩ．本明細書の提案３（仮出願に記載された提案２）
【０３２０】
本明細書の提案３によると、前記ＵＥのアプリケーション階層がＡＣＤＣ検査を実行することができる。前記提案３は、提案３ａ、提案３ｂ、提案３ｃ、提案３ｄに区分される。これを図面を参照して詳細に説明する。
【０３２１】
図１２は、本明細書の提案３ａによる流れ図である。
【０３２２】
（ｓｔｅｐ０）ネットワーク（事業者）は、アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）をＵＥに提供（または、設定）する。このようなアプリケーション関連情報は、ＯＭＡ  ＤＭによるアプリケーション管理オブジェクト（ＭＯ）（例えば、アプリケーション別（アクセス制御）ＭＯ）を介してＵＥに提供されたり、ＵＳＩＭに（予め）設定されてＵＥに提供される。ＵＥのＮＡＳ階層またはアプリケーション階層または運営体制（ＯＳ）を含むアプリケーション制御階層またはＡＳ（ＲＲＣ）階層は、ＡＴ−ｃｏｍｍａｎｄなどを介してこのようなアプリケーショングループ／カテゴリ／優先順位情報／ＩＤを得ることができるようになる。
【０３２３】
このようなアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）は、ネットワーク（事業者）から周期的にまたは特点時点などにＵＥに提供されることができる。
【０３２４】
（Ｓｔｅｐ１）ネットワーク（例えば、基地局）は、ＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別の遮断比率、遮断ファクタ、遮断時間、ローミング情報、ＡＣＢスキップ設定などの情報）をＳＩＢを介してＵＥのＡＳ（ＲＲＣ）階層に提供することができる。
【０３２５】
前記ＡＳ（ＲＲＣ）階層は、これを前記アプリケーション階層に提供する。即ち、アプリケーション階層は、前記情報をＡＳ（ＲＲＣ）階層から提供を受ける。例えば、アプリケーションデータサービス（ＩＰベースのデータサービス；例えば、Ｉｎｔｅｒｎｅｔ、ＧｏｏｇｌｅＭａｐ、ＫａＴａｌｋ、ｅｔｃ）が開始される時、アプリケーション階層が前記情報提供をＡＳ（ＲＲＣ）階層に要求して提供を受けることもできる。
【０３２６】
（Ｓｔｅｐ１−１）アプリケーション階層は、前記取得したアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいて、ＡＣＤＣのためのアプリケーションカテゴリを決定する。
【０３２７】
（Ｓｔｅｐ１−２）アプリケーションデータサービスが開始される時、前記ｓｔｅｐ０）で取得したアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいて、ＡＳ（ＲＲＣ）階層から提供を受けたＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された関連遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用して前記ＩＰベースのアプリケーションのサービスアクセス試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する。
【０３２８】
前記ＩＰベースのアプリケーションのサービスアクセス試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容する場合、そのままアプリケーションのサービスがアプリケーション階層で開始されてネットワークにサービスセッション連結が進行され、前記アプリケーションのサービス試みを許容しない場合、それ以上アプリケーションのサービスのネットワークにセッション連結が試みられない。
【０３２９】
もし、ネットワーク（例えば、基地局）からＡＣＤＣ設定情報（即ち、前記アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に遮断比率、遮断ファクタ、平均遮断時間、ローミング情報、ＡＣＢスキップ設定などの情報）と（従来の）一般的なＡＣＢ情報が同時にＳＩＢを介してＵＥに提供される場合、ＵＥは、ＡＣＤＣ設定情報と、ＡＣＢスキップ設定などの情報のみを適用してＡＣＢ検査スキップを実行することができる
【０３３０】
（ｓｔｅｐ２）もし、前記アクセス試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）が遮断されなくて許容される場合、ＡＣＢスキップのためのインディケーション／情報がＮＡＳ階層（または、ＲＲＣ階層）に追加的に提供／伝達される。
【０３３１】
（ｓｔｅｐ４）もし、前記アクセス試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）が許容される場合、ＮＡＳ階層は、ＩＰベースのアプリケーションのサービスアクセスのためのサービス要求手順またはＴＡＵ手順を実行する。
【０３３２】
一方、前記アクセス試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）が許容され、一般的なＡＣＢスキップのためのインディケーション／情報がアプリケーション階層から追加的に共に提供される場合、前記ＮＡＳ階層は、サービス要求手順またはＴＡＵ／ＲＡＵ手順を開始する時、ＡＣＢスキップインディケーション／情報をＡＳ（ＲＲＣ）階層に提供／伝達することもできる。
【０３３３】
（ｓｔｅｐ５）一方、前記ＡＳ（ＲＲＣ）階層は、追加的にＡＣＢ検査を実行することもできる。このとき、ＡＣＢ検査実行は、ネットワーク（例えば、基地局）から受信したＡＣＢ情報に基づいてサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を許容するかまたは許容しないかを決定する。ＡＣＢ検査を通過すると、ＡＳ（ＲＲＣ）階層は、ＲＲＣ接続要求手順を実行する。
【０３３４】
一方、ＮＡＳ階層のサービス要求手順またはＴＡＵ／ＲＡＵ手順を開始する時、スキップインディケーション／情報が追加的に共に提供／伝達された場合、ＡＳ（ＲＲＣ）階層は、ＡＣＢ検査を実行しない。
【０３３５】
その代案として、ＡＳ（ＲＲＣ）階層は、ＡＣＤＣ検査が通過された場合、一般的なＡＣＢ検査は無視して／実行せずにＲＲＣ接続確立手順を実行する。
【０３３６】
図１３は、本明細書の提案３ｂによる流れ図である。
【０３３７】
図１３に示す提案３ｂは、図１２に示す提案３ａと異なる部分がいくつかある。以下、異なる部分を中心に説明する。
【０３３８】
（ｓｔｅｐ１）ＩＭＳ階層は、データ通信サービスを開始する時、アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）をＡＳ（ＲＲＣ）階層から提供を受ける。このとき、ＩＭＳサービス（例えば、ＭＭＴＥＬ  ｖｏｉｃｅ、ＭＭＴＥＬ  ｖｉｄｅｏ、ＳＭＳ  ｏｖｅｒ  ＩＰ  ｓｅｒｖｉｃｅ）が開始される時、ＩＭＳ階層が前記情報提供をＡＳ（ＲＲＣ）階層に要求して提供を受けることもでき、または、情報提供要求無しで提供を受けることもできる。
【０３３９】
（ｓｔｅｐ１−２）ＩＭＳベースのアプリケーションのサービスが開始される時、前記取得したアプリケーション関連情報に基づいて、ＡＳ（ＲＲＣ）階層から提供を受けたＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用して前記ＩＭＳベースのアプリケーションのサービスアクセス試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する。前記ＩＭＳベースのアプリケーションのサービスアクセス試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容する場合、そのままアプリケーションのサービスがアプリケーション階層で開始されてネットワークにサービスセッション連結が進行され、前記アプリケーションのサービス試みを許容しない場合、それ以上アプリケーションのサービスのネットワークにセッション連結が試みられない。
【０３４０】
もし、ネットワーク（例えば、基地局）からＡＣＤＣ設定情報（即ち、前記アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別の遮断比率、遮断ファクタ、平均遮断時間、ローミング情報、ＡＣＢスキップ設定などの情報）と一般的なＡＣＢ情報が同時にＳＩＢを介してＵＥに提供される場合、ＵＥは、ＡＣＤＣ設定情報に基づくＡＣＤＣ検査のみを実行してＡＣＢ検査スキップを実行することができる。
【０３４１】
そのために、前記ＩＭＳベースのアプリケーションのサービスアクセス試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）が許容される場合（遮断されない）、ＩＭＳ階層は、ＡＣＢスキップのためのインディケーション／情報をＮＡＳ階層（または、ＲＲＣ階層）に追加的に提供／伝達することもできる。
【０３４２】
（ｓｔｅｐ５）ＡＳ（ＲＲＣ）階層は、前記ＡＣＤＣ検査が進行された以後、追加的にＡＣＢ検査を実行することもできる。このとき、ＡＣＢ検査は、ネットワーク（例えば、基地局）から受信したＡＣＢ情報に基づいて実行されることができる。
【０３４３】
もし、ＮＡＳ階層のサービス要求手順またはＴＡＵ／ＲＡＵ手順を開始する時、ＡＣＢスキップインディケーション／情報が追加的に共に提供／伝達された場合、前記ＡＳ（ＲＲＣ）階層は、ＡＣＢ検査を実行しない。以後、ＡＳ（ＲＲＣ）階層は、ＲＲＣ接続要求手順を実行する。
【０３４４】
その代案として、ＡＳ（ＲＲＣ）階層は、ＡＣＤＣ検査が通過された場合、ＡＣＢ検査を無視して／実行せずにＲＲＣ接続確立手順を実行する。
【０３４５】
図１４は、本明細書の提案３ｃによる流れ図である。
【０３４６】
図１４に示す提案３ｃは、提案３ａ及び提案３ｂと異なる部分がいくつかある。以下、異なる部分を中心に説明する。
【０３４７】
アプリケーション階層がＡＣＤＣ検査を実行した結果、クセス試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）が許容される場合（遮断されない）、ＡＳ（ＲＲＣ）階層は、ＡＣＢスキップのためのインディケーション／情報の伝達を受けていないとしても（提供を受けていないとしても）、ＡＣＢ検査を通過させることができる。
【０３４８】
図１５は、本明細書の提案３ｄによる流れ図である。
【０３４９】
図１５に示す提案３ｄは、提案３ａ、提案３ｂ及び提案３ｃと異なる部分がいくつかある。以下、異なる部分を中心に説明する。
【０３５０】
ＩＭＳ階層がＡＣＤＣ検査を実行した結果、クセス試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）が許容される場合（遮断されない）、ＡＳ（ＲＲＣ）階層は、ＡＣＢスキップのためのインディケーション／情報の伝達を受けていないとしても（提供を受けていないとしても）、ＡＣＢ検査を通過させることができる。
【０３５１】
ＩＶ．本明細書の提案４
【０３５２】
提案４は、１２乃至図１５の図示と類似する。したがって、別途の図面を参照せずに、図１２乃至図１５をそのまま参照して説明する。
【０３５３】
（ｓｔｅｐ１）ネットワーク（例えば、基地局）は、ＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別の遮断比率、遮断ファクタ、平均遮断時間、ＡＣＢスキップ設定などの情報）をＳＩＢを介してＵＥに提供する。このような情報は、ＵＥのＡＳ（ＲＲＣ）階層がネットワークから受けることができる。そのとき、前記ＡＳ（ＲＲＣ）階層は、このような情報をアプリケーション階層（または、ＮＡＳ階層）に提供することもできる。例えば、アプリケーション階層がデータ通信サービスを開始する時、ＡＳ（ＲＲＣ）階層に前記情報の提供を要求して提供を受けることもできる。
【０３５４】
（ｓｔｅｐ１−２）アプリケーション階層が前記ＡＣＤＣ設定情報をＡＳ（ＲＲＣ）階層から提供を受けた場合、アプリケーション階層は、この情報に基づいて、ＮＡＳ階層のアプリケーションのサービスアクセスのためのサービス要求手順またはＴＡＵ手順開始（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する。即ち、アプリケーション階層は、ＡＳ（ＲＲＣ）階層から提供を受けたＡＣＤＣ設定情報に基づいてＡＣＤＣ検査を実行することによって、アプリケーションのサービス提供のためのサービスアクセス試みを許容するかまたは許容しないかを決定する。
【０３５５】
もし、アプリケーション階層でアクセス試みを許容しない場合、ＮＡＳ階層にアプリケーションのサービス開始（発信（ＭＯ）データまたは発信（ＭＯ）シグナリング）を要求しない。結局、アプリケーションのサービスアクセスが遮断される。
【０３５６】
（ｓｔｅｐ２）前記アクセス試みが許容される場合、前記アプリケーション階層は、アプリケーションのサービス開始（発信（ＭＯ）データまたは発信（ＭＯ）シグナリング）を要求する。このとき、ＡＳ（ＲＲＣ）階層からＡＣＢスキップインディケーション情報（例えば、ＡＣＢスキップインディケーション情報がＡＣＢ  ｓｋｉｐ−ＯＮ、ＳＥＴまたはＴＲＵＥ  ｆｏｒ  ｇｒｏｕｐ／ｃａｔｅｇｏｒｙ／ｐｒｉｏｒｉｔｙ“Ｘ）を受けた場合、前記アプリケーション階層は、前記ＡＣＢスキップインディケーションをＮＡＳ階層に伝達する。
【０３５７】
（Ｓｔｅｐ４）ＮＡＳ階層は、アプリケーション階層からアプリケーションのサービス開始（発信（ＭＯ）データまたは発信（ＭＯ）シグナリング）の要求を受けると、そのためのサービス要求手順またはＴＡＵ手順を実行するようになる。
【０３５８】
もし、前記アプリケーション階層からＡＣＢスキップインディケーション、例えば、スキップＳｔｏｐ／Ｒｅｓｅｔインディケーション情報を受けた場合、前記ＮＡＳ階層は、アプリケーションのサービスアクセスのためのサービス要求手順またはＴＡＵ手順を開始する時、アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）のみをＡＳ（ＲＲＣ）階層に伝達し、アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づくＡＣＢスキップインディケーションは伝達しない。
【０３５９】
その代案として、アプリケーション階層からアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーション関連情報に基づくＡＣＢスキップインディケーション（例えば、ＡＣＢ  ｓｋｉｐ−ＯＦＦ、ＲＥＳＥＴまたはＦＡＬＳＥ  ｆｏｒ  ｇｒｏｕｐ／ｃａｔｅｇｏｒｙ／ｐｒｉｏｒｉｔｙ“Ｙ”）をＡＳ（ＲＲＣ）階層に伝達することもできる。
【０３６０】
もし、アプリケーション階層から追加的にＡＣＢスキップＳｔａｒｔ／Ｓｅｔインディケーション情報を受けた状況で、現在ＡＣＢが適用されている場合、ＮＡＳ階層は、この遮断状態を無視し（ｉｇｎｏｒｅ）、アプリケーションのサービスアクセスのためのサービス要求手順またはＴＡＵ手順を開始／実行する。このようなサービス要求手順またはＴＡＵ手順を開始する時、ＡＳ（ＲＲＣ）階層にアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーション関連情報に基づくＡＣＢスキップインディケーション（例えば、ＡＣＢ  ｓｋｉｐ−ＯＮ、ＳＥＴまたはＴＲＵＥ  ｆｏｒ  ｇｒｏｕｐ／ｃａｔｅｇｏｒｙ／ｐｒｉｏｒｉｔｙ“Ｘ”）を伝達するようになる。
【０３６１】
（ｓｔｅｐ５）ＡＳ（ＲＲＣ）階層は、ＮＡＳ階層のアプリケーションのサービスアクセスのためのサービス要求手順またはＴＡＵ手順を開始する時、ＲＲＣ接続要求手順を実行するようになる。
【０３６２】
もし、ネットワークからＡＣＢ情報を共に提供を受けた場合、ＡＳ（ＲＲＣ）階層は、受信したＮＡＳ階層のアプリケーションのサービスアクセスのためのサービス要求手順またはＴＡＵ手順を開始する時、ＡＣＢ検査を実行して最終前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ手順）試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定することもできる。
【０３６３】
または、ＡＣＤＣ検査が通過された場合、ＡＣＢ検査を実行せずにＲＲＣ接続要求手順を実行することもできる。
【０３６４】
もし、ＮＡＳ階層からＡＣＢスキップインディケーション情報（ＡＣＢスキップインディケーション情報がＡＣＢ  ｓｋｉｐ−ＯＮ、ＳＥＴまたはＴＲＵＥ  ｆｏｒ  ｇｒｏｕｐ／ｃａｔｅｇｏｒｙ／ｐｒｉｏｒｉｔｙ“Ｘ”の場合）を受けた場合、前記ＡＳ（ＲＲＣ）階層は、現在ＡＣＢ状態と関係なしでＡＣＢをスキップして前記アクセス試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容する。即ち、現在遮断状態であるとしても、これを無視し、サービス要求手順またはＴＡＵ手順を開始／実行してＲＲＣ接続を確立することができる。
【０３６５】
一方、ネットワーク（ｅＮＢ）から提供されるアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）別のＡＣＢスキップ情報の状態変化／変動（例えば、ｆｒｏｍ  ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｓｅｔ／ｔｒｕｅ  ｔｏ  ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｒｅｓｅｔ／ｆａｌｓｅ（ｆｒｏｍ  ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｔｏ  Ｎｏ  ＡＣＢ  ｓｋｉｐｐｉｎｇ）またはｆｒｏｍ  ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｒｅｓｅｔ／ｆａｌｓｅ  ｔｏ  ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｓｅｔ／ｔｒｕｅ（ｆｒｏｍ  Ｎｏ  ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｔｏ  ＡＣＢ  ｓｋｉｐｐｉｎｇ））が発生すると（発生を検知すると）、ＡＳ（ＲＲＣ）階層は、アプリケーション階層またはＮＡＳ階層（または、アプリケーション階層及びＮＡＳ階層）にＡＣＢスキップ設定情報変化／変動を知らせることができる。
【０３６６】
以後、アプリケーション階層は、アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）別のＡＣＢスキップ情報状態の変化／変動によって前述したｓｔｅｐを再び実行する。
【０３６７】
他方、もし、ネットワーク（例えば、基地局）からＡＣＤＣ設定情報とＡＣＢ情報が同時にＳＩＢを介して受信される場合、ＵＥは、前記ＡＣＤＣ設定情報に基づいてＡＣＤＣ検査のみを実行し、ＡＣＢ検査はスキップすることもできる。または、ネットワーク（ＭＭＥ／ＳＧＳＮ／基地局など）からインディケーション／設定によって、前記ＡＣＤＣ設定情報と前記ＡＣＢ情報の中からいずれか一つを選択して適用してＡＣＤＣ検査のみを実行したり、ＡＣＢ検査のみを実行することもできる。
【０３６８】
または、もし、ネットワーク（例えば、基地局）から前記ＡＣＤＣ設定情報とＡＣＢ情報が同時にＳＩＢを介して受信する場合、ＵＥは、前記ＡＣＤＣ設定情報に基づいてＡＣＤＣ検査を実行し、前記ＡＣＤＣ検査が通過されると、ＡＳ（ＲＲＣ）階層でＡＣＢ情報に基づいてＡＣＢ検査を実行することができる。
【０３６９】
前記提案４で説明されるアプリケーション階層の動作は、ＩＭＳ階層にも適用されることができる。
【０３７０】
前記提案４は、ＵＥのＩＤＬＥモードまたはＣＯＮＮＥＣＴＥＤモードの両方ともに適用できる。例えば、提案４は、ＥＭＭ−ＩＤＬＥ／ＲＲＣ−ＩＤＬＥモードまたはＥＭＭ−ＣＯＮＮＥＣＴＥＤ／ＲＲＣ−ＣＯＮＮＥＣＴＥＤモードに適用されることができる。
【０３７１】
または、ＵＥがＩＤＬＥモードであるかまたはＣＯＮＮＥＣＴＥＤモード（例えば、ＥＭＭ−ＩＤＬＥ／ＲＲＣ−ＩＤＬＥモードまたはＥＭＭ−ＣＯＮＮＥＣＴＥＤ／ＲＲＣ−ＣＯＮＮＥＣＴＥＤモード）であるかによって、ＡＣＤＣ設定情報を各々異なるように適用できる。
【０３７２】
Ｖ．本明細書の提案５
【０３７３】
提案５は、アプリケーションのグループ／カテゴリ／優先順位情報／ＩＤが複数個である場合に対する処理方案を提示する。提案５は、提案５ａ、提案５ｂ、提案５ｃ、提案５ｄに区分されることができる。以下、各々に対して説明する。
【０３７４】
Ｖ−１．提案５ａ
【０３７５】
もし、アプリケーション階層から受けたアプリケーション関連情報またはアプリケーション関連情報＋Ｓｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報が複数個の場合またはＮＡＳ復旧過程中にアプリケーショングループ／カテゴリ／優先順位情報／ＩＤが（以前と違って）変更された場合、
【０３７６】
ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）のみをＡＳ（ＲＲＣ）階層に提供したり；
【０３７７】
ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）のみをＡＳ（ＲＲＣ）階層に提供したり；
【０３７８】
ｉｉｉ）複数個のアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）または変更前後のアプリケーション関連情報を全てＡＳ（ＲＲＣ）階層に提供することができる。
【０３７９】
前記ｉ）、ｉｉ）、ｉｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）、ｉｉ）、ｉｉｉ）方式のうち一つが具現されて動作されることができる。
【０３８０】
もし、アプリケーション階層から受けたアプリケーション関連情報またはアプリケーション関連情報＋Ｓｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報が（同時に）複数個の場合またはＮＡＳ復旧過程中に変更された場合、
【０３８１】
ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を開始する時、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。）；
【０３８２】
ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を開始する時、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる）；または、
【０３８３】
前記ｉ）及びｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。
【０３８４】
もし、アプリケーション階層から受けたアプリケーション関連情報またはアプリケーション関連情報＋Ｓｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報が（同時に）複数個の場合またはＮＡＳ復旧過程中に変更された場合、
【０３８５】
ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてネットワークから受信したＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；または、
【０３８６】
ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてネットワークから受信したＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；
【０３８７】
前記ｉ）及びｉｉ）方式は、ＡＳ（ＲＲＣ）階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。
【０３８８】
もし、ＮＡＳ階層から受けたアプリケーション関連情報またはアプリケーション関連情報＋Ｓｔａｒｔ／ＳｔｏｐまたはＳｅｔ／Ｒｅｓｅｔのようなインディケーション情報が（同時に）複数個の場合、
【０３８９】
ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてネットワークから受信したＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；または、
【０３９０】
ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてネットワークから受信したＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に提供された遮断比率、遮断ファクタ、平均遮断時間、ローミング情報などの情報）を利用し、前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；
【０３９１】
前記ｉ）及びｉｉ）方式は、ＡＳ（ＲＲＣ）階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。
【０３９２】
Ｖ−２．提案５ｂ
【０３９３】
もし、アプリケーション階層から受けたアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーション情報が（同時に）複数個の場合またはＮＡＳ復旧過程中に変更された場合、
【０３９４】
ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーション）のみをＡＳ（ＲＲＣ）階層に提供したり；
【０３９５】
ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーション）のみをＡＳ（ＲＲＣ）階層に提供したり；
【０３９６】
ｉｉｉ）複数個のアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーション）（以前情報と変更された情報）を全てＡＳ（ＲＲＣ）階層に提供することができる。
【０３９７】
前記ｉ）、ｉｉ）、ｉｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）、ｉｉ）、ｉｉｉ）方式のうち一つが具現されて動作されることができる。
【０３９８】
もし、アプリケーション階層から受けたアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーション情報が（同時に）複数個の場合またはＮＡＳ復旧過程中に変更された場合、
【０３９９】
ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。）；または、
【０４００】
ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。）；
【０４０１】
前記ｉ）及びｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。
【０４０２】
もし、ＮＡＳ階層から受けたアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーションが（同時に）複数個の場合またはＮＡＳ復旧過程中に変更された場合、
【０４０３】
ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてネットワークから受信したＡＣＤＣ設定情報を利用して前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；
【０４０４】
ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてネットワークから受信したＡＣＤＣ設定情報を利用して前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；
【０４０５】
前記ｉ）及びｉｉ）方式は、ＡＳ（ＲＲＣ）階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。
【０４０６】
もし、アプリケーション階層から受けたアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）が複数個の場合またはＮＡＳ復旧過程中に変更された場合、
【０４０７】
ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーションのみをＡＳ（ＲＲＣ）階層に提供したり；または、
【０４０８】
ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーションをＡＳ（ＲＲＣ）階層に提供したり；または、
【０４０９】
ｉｉｉ）複数個のアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーション（以前情報と変更された情報）を全てＡＳ（ＲＲＣ）階層に提供することができる。
【０４１０】
前記ｉ）、ｉｉ）、ｉｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）、ｉｉ）、ｉｉｉ）方式のうち一つが具現されて動作されることができる。
【０４１１】
もし、アプリケーション階層から受けたアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーションが（同時に）複数個の場合またはＮＡＳ復旧過程中に以前と違って変更された場合、
【０４１２】
ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。）；または、
【０４１３】
ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてサービス要求手順またはＴＡＵ／ＲＡＵ要求手順を開始する時、（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別に）新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプを定義してＡＳ（ＲＲＣ）階層に伝達する。（このとき、新しいＲＲＣ確立原因値、新しい呼びタイプ、またはサービスタイプは、互いに独立的に（一つのみ）使われたり、組合せで定義されて使われることができる。）；
【０４１４】
前記ｉ）及びｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。
【０４１５】
もし、ＮＡＳ階層から受けたアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーションが（同時に）複数個の場合、
【０４１６】
ｉ）最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてネットワークから受信したＡＣＤＣ設定情報を利用して前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；
【０４１７】
ｉｉ）最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいてネットワークから受信したＡＣＤＣ設定情報を利用して前記アプリケーションのサービスアクセス（サービス要求手順またはＴＡＵ／ＲＡＵ要求手順）試み（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）を許容するかまたは許容しないかを決定する；
【０４１８】
前記ｉ）及びｉｉ）方式は、ＡＳ（ＲＲＣ）階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。
【０４１９】
図１６乃至図１９は、提案５ａ及び提案５ｂによる信号流れを示す例示図である。
【０４２０】
図１６を参照すると、ＵＥのＮＡＳ階層は、アプリケーション関連情報に基づいて、ＡＣＤＣカテゴリの中から最も高いまたは最も低いカテゴリを選択し、それによって、サービス要求手順またはＴＡＵ／ＲＡＵ手順の開始を要求する。そのとき、ＵＥのＡＳ（ＲＲＣ）階層は、前記選択された最も高いまたは最も低いカテゴリに基づいてＡＣＤＣ検査を実行する。
【０４２１】
図１７を参照すると、ＵＥのＮＡＳ階層は、アプリケーション関連情報に基づいて、ＡＣＤＣカテゴリの中から最も高いまたは最も低いカテゴリを選択し、前記選択されたカテゴリによる呼びタイプを有するサービス要求手順またはＴＡＵ／ＲＡＵ手順の開始を要求する。そのとき、ＵＥのＡＳ（ＲＲＣ）階層は、前記（選択された）呼びタイプに基づいてＡＣＤＣ検査を実行する。
【０４２２】
図１８を参照すると、ＵＥのＮＡＳ階層は、アプリケーション関連情報に基づいて、複数のカテゴリを選択し、それによって、サービス要求手順またはＴＡＵ／ＲＡＵ手順の開始を要求する。そのとき、ＵＥのＡＳ（ＲＲＣ）階層は、前記提供された複数のカテゴリの中から最も高いまたは最も低いカテゴリを選択／決定し、これに基づいてＡＣＤＣ検査を実行する。
【０４２３】
図１９を参照すると、ＵＥのＡＳ（ＲＲＣ）階層は、アプリケーション関連情報に基づいて、ＡＣＤＣカテゴリの中から最も高いまたは最も低いカテゴリを選択する。そのとき、ＵＥのＡＳ（ＲＲＣ）階層は、前記選択された最も高いまたは最も低いカテゴリに基づいてＡＣＤＣ検査を実行する。
【０４２４】
一方、図１６に示す提案５ａ及び提案５ｂを３ＧＰＰ標準文書ＴＳ  ２４．３０１のＤ．１節の表現に合わせて説明すると、下記の通りである。
【０４２５】
もし、ＵＥがＡＣＤＣに対して設定されている場合、ＮＡＳ階層は、要求に対してどのＡＣＤＣカテゴリ（ら）を適用すべきかを、上位階層から伝達を受けたアプリケーションＩＤに基づいて決定する。ＥＭＭ副階層は、一つのＡＣＤＣカテゴリが適用される場合、アクセス制御の目的として下位階層に前記ＡＣＤＣカテゴリを知らせることもでき、複数のＡＣＤＣカテゴリが適用される場合、アクセス制御の目的として下位階層に最も高い等級（または、最も低い等級）のＡＣＤＣカテゴリを知らせることができる。ただし、下記の場合は除外される。
【０４２６】
−選択されたＰＬＭＮで前記ＵＥがＡＣ１１乃至ＡＣ１５を使用する場合
【０４２７】
−前記要求がページングに応答するための場合
【０４２８】
一方、図１６に示す提案５ａ及び提案５ｂを３ＧＰＰ標準文書ＴＳ  ３６．３３１の６．３節の表現に合わせて説明すると、下記の通りである。
【０４２９】
基地局は、全てのＵＥに共通する無線リソース設定情報を含むＳＩＢタイプ２を送信する。前記ＳＩＢタイプ２は、下記のような情報を含むことができる。
【０４３０】
【表８】
2018121338.tif 000011
【０４３１】
以上の表の各フィールドを説明すると、下記の通りである。
【０４３２】
【表９】
2018121338.tif 000012
【０４３３】
図１６に示す提案５ａ及び提案５ｂを３ＧＰＰ標準文書ＴＳ  ３６．３３１の５．３．３．２節の表現に合わせて説明すると、下記の通りである。
【０４３４】
ＵＥは、上位階層の要求によってＲＲＣ接続手順を実行する。この手順を実行する時、ＵＥは
【０４３５】
１＞上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、ＡＣＤＣカテゴリを提供し、併せて、ＵＥは、発信通話のためのＲＲＣ接続を確立しようとする場合、
【０４３６】
２＞ＴｂａｒｒｉｎｇとしてＴｘｘｘを利用し、ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。
【０４３７】
２＞アクセスが遮断される場合、
【０４３８】
３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信通話に対するＡＣＤＣが適用されたことを知らせる。
【０４３９】
１＞一方、上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、ＡＣＤＣカテゴリを提供し、併せて、ＵＥは、発信シグナリングのためのＲＲＣ接続を確立しようとする場合、
【０４４０】
２＞ＴｂａｒｒｉｎｇとしてＴｙｙｙを利用し、ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。
【０４４１】
２＞アクセスが遮断される場合、
【０４４２】
３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信シグナリングに対してＡＣＤＣが適用されたことを知らせる。
【０４４３】
一方、ＵＥは、前記ＡＣＤＣ遮断検査を下記のように実行する。
【０４４４】
１＞タイマＴ３ｘｘまたはＴｂａｒｒｉｎｇが駆動中の場合
【０４４５】
２＞該当セルへのアクセスは遮断されると見なす。
【０４４６】
１＞しかし、ＳＩＢタイプ２がＡＣＤＣ遮断パラメータを含む場合
【０４４７】
２＞ＵＥがＵＳＩＭに一つ以上のアクセスクラス（１１〜１５）を格納している場合、
【０４４８】
２＞有効なアクセスクラスのうち少なくとも一つに対し、ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＳｐｅｃｉａｌＡＣの対応ビットを０に設定する。
【０４４９】
３＞該当セルへのアクセスは遮断されると見なす；
【０４５０】
２＞それ以外の場合、
【０４５１】
３＞範囲０≦ｒａｎｄ＜１を満たすように均等に分散されたランダム値ｒａｎｄを生成する。
【０４５２】
３＞前記ｒａｎｄがＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦａｃｔｏｒにより指示される値より小さい場合
【０４５３】
４＞該当セルへのアクセスは遮断されないと見なす。
【０４５４】
３＞それ以外の場合
【０４５５】
４＞該当セルへのアクセスは遮断されると見なす。
【０４５６】
１＞それ以外の場合
【０４５７】
２＞該当セルへのアクセスは遮断されると見なす；
【０４５８】
１＞該当セルへのアクセスが遮断され、タイマＴｘｘｘ及びＴｂａｒｒｉｎｇが駆動中でない場合
【０４５９】
２＞範囲０≦ｒａｎｄ＜１を満たすように均等に分散されたランダム値ｒａｎｄを生成する。
【０４６０】
２＞ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒ内のａｃｄｃ−ＢａｒｒｉｎｇＴｉｍｅを利用して下記のように算出されたタイマ値に設定されたタイマＴｂａｒｒｉｎｇを駆動する。
【０４６１】
“Ｔｂａｒｒｉｎｇ”＝（０．７＋０．６＊ｒａｎｄ）＊ａｃｄｃ−ＢａｒｒｉｎｇＴｉｍｅ。
【０４６２】
一方、図１７に示す提案５ａ及び提案５ｂを３ＧＰＰ標準文書ＴＳ  ２４．３０１のＤ．１節の表現に合わせて説明すると、下記の通りである。
【０４６３】
ＥＭＭ副階層がＮＡＳシグナリング連結の確立を要求する場合、ＵＥにより使われるＲＲＣ確立原因は、ＮＡＳ手順によって選択される。前記ＥＭＭ副階層は、下位階層にアクセス制御の目的としてＲＲＣ接続確立原因と関連した呼びタイプを知らせる。もし、ＵＥがＥＡＢ（Ｅｘｔｅｎｄｅｄ  Ａｃｃｅｓｓ  Ｂａｒｒｉｎｇ）に対して設定されている場合、ＥＭＭ副階層は、アクセス制御の目的として下位階層に次のＥＡＢがこの要求に対して適用されると知らせる。
【０４６４】
【表１０−１】
2018121338.tif 000013
【表１０−２】
2018121338.tif 000014
【０４６５】
一方、図１７に示す提案５ａ及び提案５ｂを３ＧＰＰ標準文書ＴＳ  ３６．３３１の６．３節の表現に合わせて説明すると、下記の通りである。
【０４６６】
基地局は、全てのＵＥに共通する無線リソース設定情報を含むＳＩＢタイプ２を送信する。前記ＳＩＢタイプ２は、下記のような情報を含むことができる。
【０４６７】
【表１１】
2018121338.tif 000015
【０４６８】
以上の表の各フィールドを説明すると、下記の通りである。
【０４６９】
【表１２】
2018121338.tif 000016
【０４７０】
図１７に示す提案５ａ及び提案５ｂを３ＧＰＰ標準文書ＴＳ  ３６．３３１の５．３．３．２節の表現に合わせて説明すると、下記の通りである。
【０４７１】
ＵＥは、上位階層の要求によってＲＲＣ接続手順を実行する。この手順を実行する時、ＵＥは
【０４７２】
１＞上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、ＡＣＤＣカテゴリを提供し、併せて、ＵＥは、ＡＣＤＣカテゴリＩのためのＲＲＣ接続を確立しようとする場合、
【０４７３】
２＞ＴｂａｒｒｉｎｇとしてＴｘｘｘを利用し、ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。
【０４７４】
２＞アクセスが遮断される場合、
【０４７５】
３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信通話に対するＡＣＤＣが適用されたことを知らせる。
【０４７６】
１＞一方、上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、ＡＣＤＣカテゴリを提供し、併せて、ＵＥは、ＡＣＤＣカテゴリＩのためなＲＲＣ接続を確立しようとする場合、
【０４７７】
２＞ＴｂａｒｒｉｎｇとしてＴｙｙｙを利用し、ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。
【０４７８】
２＞アクセスが遮断される場合、
【０４７９】
３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信シグナリングに対してＡＣＤＣが適用されたことを知らせる。
【０４８０】
一方、ＵＥは、前記ＡＣＤＣ遮断検査を下記のように実行する。
【０４８１】
１＞タイマＴ３ｘｘまたはＴｂａｒｒｉｎｇが駆動中の場合
【０４８２】
２＞該当セルへのアクセスは遮断されると見なす。
【０４８３】
１＞しかし、ＳＩＢタイプ２がＡＣＤＣ遮断パラメータを含む場合
【０４８４】
２＞ＵＥがＵＳＩＭに一つ以上のアクセスクラス（１１〜１５）を格納している場合、
【０４８５】
２＞有効なアクセスクラスのうち少なくとも一つに対し、ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＳｐｅｃｉａｌＡＣの対応ビットを０に設定する。
【０４８６】
３＞該当セルに対するアクセスは遮断されないと見なす。
【０４８７】
２＞それ以外の場合、
【０４８８】
３＞範囲０≦ｒａｎｄ＜１を満たすように均等に分散されたランダム値ｒａｎｄを生成する。
【０４８９】
３＞前記ｒａｎｄがＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦａｃｔｏｒにより指示される値より小さい場合
【０４９０】
４＞該当セルへのアクセスは遮断されないと見なす。
【０４９１】
３＞それ以外の場合
【０４９２】
４＞該当セルへのアクセスは遮断されると見なす。
【０４９３】
１＞それ以外の場合
【０４９４】
２＞該当セルへのアクセスは遮断されると見なす；
【０４９５】
１＞該当セルへのアクセスが遮断され、タイマＴｘｘｘ及びＴｂａｒｒｉｎｇが駆動中でない場合
【０４９６】
２＞範囲０≦ｒａｎｄ＜１を満たすように均等に分散されたランダム値ｒａｎｄを生成する。
【０４９７】
２＞ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒ内のａｃｄｃ−ＢａｒｒｉｎｇＴｉｍｅを利用して下記のように算出されたタイマ値に設定されたタイマＴｂａｒｒｉｎｇを駆動する。
【０４９８】
“Ｔｂａｒｒｉｎｇ”＝（０．７＋０．６＊ｒａｎｄ）＊ａｃｄｃ−ＢａｒｒｉｎｇＴｉｍｅ。
【０４９９】
一方、図１８に示す提案５ａ及び提案５ｂを３ＧＰＰ標準文書ＴＳ  ２４．３０１のＤ．１節の表現に合わせて説明すると、下記の通りである。
【０５００】
ＵＥがＡＣＤＣに対して設定されている場合、ＮＡＳ階層は、要求に対してどのＡＣＤＣカテゴリを適用すべきかを上位階層から伝達を受けたアプリケーションＩＤに基づいて決定する。ＥＭＭ副階層は、一つのＡＣＤＣカテゴリが適用される場合、アクセス制御の目的として下位階層に前記ＡＣＤＣカテゴリを知らせることもでき、複数のＡＣＤＣカテゴリが適用される場合、アクセス制御の目的として下位階層に全てのＡＣＤＣカテゴリを知らせることができる。ただし、下記の場合は除外される。
【０５０１】
−選択されたＰＬＭＮで前記ＵＥがＡＣ１１乃至ＡＣ１５を使用する場合
【０５０２】
−前記要求がページングに応答するための場合
【０５０３】
一方、図１８に示す提案５ａ及び提案５ｂを３ＧＰＰ標準文書ＴＳ  ３６．３３１の６．３節の表現に合わせて説明すると、下記の通りである。
【０５０４】
基地局は、全てのＵＥに共通する無線リソース設定情報を含むＳＩＢタイプ２を送信する。前記ＳＩＢタイプ２は、下記のような情報を含むことができる。
【０５０５】
【表１３】
2018121338.tif 000017
【０５０６】
以上の表の各フィールドを説明すると、下記の通りである。
【０５０７】
【表１４】
2018121338.tif 000018
【０５０８】
図１８に示す提案５ａ及び提案５ｂを３ＧＰＰ標準文書ＴＳ  ３６．３３１の５．３．３．２節の表現に合わせて説明すると、下記の通りである。
【０５０９】
ＵＥは、上位階層の要求によってＲＲＣ接続手順を実行する。この手順を実行する時、ＵＥは
【０５１０】
１＞上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、複数のＡＣＤＣカテゴリＩＤ／情報を提供し、併せて、ＵＥは、発信通話のためのＲＲＣ接続を確立しようとする場合、
【０５１１】
２＞前記上位階層から提供された多数のＡＣＤＣカテゴリの中から最も高いまたは最も低いＡＣＤＣカテゴリを決定する。
【０５１２】
２＞ＴｂａｒｒｉｎｇとしてＴｘｘｘを利用し、ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。
【０５１３】
２＞アクセスが遮断される場合、
【０５１４】
３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信通話に対するＡＣＤＣが適用されたことを知らせる。
【０５１５】
１＞一方、上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、多数のＡＣＤＣカテゴリを提供し、併せて、ＵＥは、発信シグナリングのためのＲＲＣ接続を確立しようとする場合、
【０５１６】
２＞前記上位階層から提供された多数のＡＣＤＣカテゴリの中から最も高いまたは最も低いＡＣＤＣカテゴリを決定する。
【０５１７】
２＞ＴｂａｒｒｉｎｇとしてＴｙｙｙを利用し、ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。
【０５１８】
２＞アクセスが遮断される場合、
【０５１９】
３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信シグナリングに対してＡＣＤＣが適用されたことを知らせる。
【０５２０】
一方、ＵＥは、前記ＡＣＤＣ遮断検査を下記のように実行する。
【０５２１】
１＞タイマＴ３ｘｘまたはＴｂａｒｒｉｎｇが駆動中の場合
【０５２２】
２＞該当セルへのアクセスは遮断されると見なす。
【０５２３】
１＞しかし、ＳＩＢタイプ２がＡＣＤＣ遮断パラメータを含む場合
【０５２４】
２＞ＵＥがＵＳＩＭに一つ以上のアクセスクラス（１１〜１５）を格納している場合、
【０５２５】
２＞有効なアクセスクラスのうち少なくとも一つに対し、ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＳｐｅｃｉａｌＡＣの対応ビットを０に設定する。
【０５２６】
３＞該当セルに対するアクセスは遮断されないと見なす。
【０５２７】
２＞それ以外の場合、
【０５２８】
３＞範囲０≦ｒａｎｄ＜１を満たすように均等に分散されたランダム値ｒａｎｄを生成する。
【０５２９】
３＞前記ｒａｎｄがＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒ内に含まれているａｃｄｃ−ＢａｒｒｉｎｇＦａｃｔｏｒにより指示される値より小さい場合
【０５３０】
４＞該当セルへのアクセスは遮断されないと見なす。
【０５３１】
３＞それ以外の場合
【０５３２】
４＞該当セルへのアクセスは遮断されると見なす。
【０５３３】
１＞それ以外の場合
【０５３４】
２＞該当セルへのアクセスは遮断されると見なす；
【０５３５】
１＞該当セルへのアクセスが遮断され、タイマＴｘｘｘ及びＴｂａｒｒｉｎｇが駆動中でない場合
【０５３６】
２＞範囲０≦ｒａｎｄ＜１を満たすように均等に分散されたランダム値ｒａｎｄを生成する。
【０５３７】
２＞ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒ内のａｃｄｃ−ＢａｒｒｉｎｇＴｉｍｅを利用して下記のように算出されたタイマ値に設定されたタイマＴｂａｒｒｉｎｇを駆動する。
【０５３８】
“Ｔｂａｒｒｉｎｇ”＝（０．７＋０．６＊ｒａｎｄ）＊ａｃｄｃ−ＢａｒｒｉｎｇＴｉｍｅ。
【０５３９】
一方、図１９に示す提案５ａ及び提案５ｂを３ＧＰＰ標準ＴＳ  ３６．３３１文書の５．３．３．２節の表現に合わせて説明すると、下記の通りである。
【０５４０】
１＞上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位／ＩＤ／情報）を提供し、併せて、ＵＥは、発信通話のためのＲＲＣ接続を確立しようとする場合、
【０５４１】
２＞ＡＣＤＣ設定情報に基づいて最も高いまたは最も低いＡＣＤＣカテゴリを決定する。
【０５４２】
２＞ＴｂａｒｒｉｎｇとしてＴｘｘｘを利用し、ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。
【０５４３】
２＞アクセスが遮断される場合、
【０５４４】
３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信通話に対するＡＣＤＣが適用されたことを知らせる。
【０５４５】
１＞一方、上位階層は、ＲＲＣ接続要求がＡＣＤＣ検査の対象と指示しながら、アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位／ＩＤ／情報）を提供し、併せて、ＵＥは、発信シグナリングのためのＲＲＣ接続を確立しようとする場合、
【０５４６】
２＞ＡＣＤＣ設定情報に基づいて最も高いまたは最も低いＡＣＤＣカテゴリを決定する。
【０５４７】
２＞ＴｂａｒｒｉｎｇとしてＴｙｙｙを利用し、ＡＣＤＣ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒとしてａｃｄｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇを利用することによって、ＡＣＤＣカテゴリ別にＡＣＤＣ遮断検査を実行する。
【０５４８】
２＞アクセスが遮断される場合、
【０５４９】
３＞上位階層に前記ＲＲＣ接続確立の失敗を知らせ、発信シグナリングに対してＡＣＤＣが適用されたことを知らせる。
【０５５０】
Ｖ−３．提案５ｃ
【０５５１】
もし、アプリケーション階層から受けたアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーションが（同時に）複数個の場合またはＮＡＳ復旧過程中に以前と違って変更された場合、
【０５５２】
ｉ）前記取得したアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいて、アプリケーション階層から提供を受けたアプリケーションＩＤ／情報／インディケーションに対するアプリケーショングループ／カテゴリ／優先順位を決定する。このとき、最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）を選択する。以後、ＡＳ（ＲＲＣ）階層から提供を受けたＡＣＤＣ設定情報（アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別の遮断比率、遮断ファクタ、平均遮断時間、ＡＣＢスキップ設定などの情報）に基づいて（このとき、最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいて）、アプリケーション階層からのアプリケーションのサービス開始要求に対するＡＣＤＣ検査を実行する。もし、ＡＣＤＣ検査を通過すると、そのためのサービス要求手順またはＴＡＵ手順を実行するようになる。もし、ＡＣＤＣ検査が通過されない場合、そのためのサービス要求手順またはＴＡＵ手順を実行しない；
【０５５３】
ｉｉ）前記取得したアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいて、アプリケーション階層から提供を受けたアプリケーションＩＤ／情報／インディケーションに対するアプリケーショングループ／カテゴリ／優先順位を決定する。このとき、最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）を選択する。以後、ＡＳ（ＲＲＣ）階層から提供を受けたＡＣＤＣ設定情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別の遮断比率、遮断ファクタ、平均遮断時間、ＡＣＢスキップ設定などの情報）に基づいて（このとき、最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいて）、アプリケーション階層からのアプリケーションのサービス開始要求に対するＡＣＤＣ検査を実行する。もし、ＡＣＤＣ検査を通過すると、そのためのサービス要求手順またはＴＡＵ手順を実行するようになる。もし、ＡＣＤＣ検査が通過されない場合、そのためのサービス要求手順またはＴＡＵ手順を実行しない；
【０５５４】
前記ｉ）及びｉｉ）方式は、ＮＡＳ階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。
【０５５５】
もし、アプリケーション階層から受けたアプリケーションＩＤ／情報／インディケーションが（同時に）複数個の場合またはＮＡＳ復旧過程中に以前と違って変更された場合、複数個のアプリケーションＩＤ／情報／インディケーション（以前情報と変更された情報）を全てＡＳ（ＲＲＣ）階層に提供することができる。
【０５５６】
もし、ＮＡＳ階層から受けたアプリケーションＩＤ／情報／インディケーションが（同時に）複数個の場合、
【０５５７】
ｉ）前記取得したアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいて、ＮＡＳ階層から提供を受けたアプリケーションＩＤ／情報／インディケーションに対するアプリケーショングループ／カテゴリ／優先順位を決定する。以後、アプリケーションのサービスアクセスのためのＲＲＣ接続要求手順を実行するようになる（ＡＣＤＣ検査）。このとき、最も高い（ｈｉｇｈｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）を選択し、これに基づいてアプリケーションのサービスアクセスのためのＲＲＣ接続要求手順を実行するようになる（ＡＣＤＣ検査）。または、
【０５５８】
ｉｉ）前記取得したアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）に基づいて、ＮＡＳ階層から提供を受けたアプリケーションＩＤ／情報／インディケーションに対するアプリケーショングループ／カテゴリ／優先順位を決定する。以後、アプリケーションのサービスアクセスのためのＲＲＣ接続要求手順を実行するようになる（ＡＣＤＣ検査）。このとき、最も低い（ｌｏｗｅｓｔ）アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）を選択し、これに基づいてアプリケーションのサービスアクセスのためのＲＲＣ接続要求手順を実行するようになる（ＡＣＤＣ検査）。
【０５５９】
前記ｉ）及びｉｉ）方式は、ＡＳ（ＲＲＣ）階層が認知決定するようになり、このとき、ネットワーク設定／政策、ＵＥ性能／機能などにより、ｉ）及びｉｉ）方式のうち一つが具現されて動作されることができる。
【０５６０】
図２０及び図２１は、提案５Ｃによる信号流れを示す例示図である。
【０５６１】
図２０を参照すると、ＮＡＳ階層は、アプリケーション階層から受けたアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーションが（同時に）複数個の場合、最も高いまたは最も低いＡＣＤＣカテゴリを決定する。次に、前記ＮＡＳ階層は、前記決定された最も高いまたは最も低いＡＣＤＣカテゴリに基づいて、ＡＣＤＣ検査を実行する。ＡＣＤＣ検査が通過される場合、前記ＮＡＳ階層は、ＡＣＢスキップインディケーションを前記ＡＳ（ＲＲＣ）階層に伝達する。ＡＳ（ＲＲＣ）階層は、ＡＣＢスキップインディケーションの提供を受けた後、一般的なＡＣＢをスキップする（実行しない）。または、ＡＳ（ＲＲＣ）階層は、ＡＣＢスキップインディケーションの提供を受けなくても一般的なＡＣＢをスキップする（実行しない）。
【０５６２】
図２１を参照すると、ＮＡＳ階層は、アプリケーション階層から受けたアプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）＋アプリケーションＩＤ／情報／インディケーションが（同時に）複数個の場合、最も高いまたは最も低いＡＣＤＣカテゴリを決定する。
【０５６３】
Ｖ−４．提案５ｄ
【０５６４】
提案されるアプリケーショングループ／カテゴリ／優先順位情報／ＩＤ別の連結差等化方案（ＡＣＤＣ検査）は、ＵＥがページングに対する応答として実行するサービス要求手順とＵＥが実行する応急電話（ＣＳＦＢ応急電話、１ｘＣＳＦＢ応急電話、ＩＭＳ応急サービス）に対しては適用しない。ただし、ＡＣＢが適用されることができる（または、ＳＳＡＣ（Ｓｅｒｖｉｃｅ  Ｓｐｅｃｉｆｉｃ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）及びＡＣＢが適用されることができる）。この場合、ＵＥのＮＡＳ階層がページングに対する応答として実行するサービス要求手順の開始と応急電話の開始を認知するようになると、アプリケーション関連情報（即ち、アプリケーショングループ／カテゴリ／優先順位情報／ＩＤ）をＡＳ（ＲＲＣ）階層に知らせないことで、前記ＡＳ（ＲＲＣ）階層は、ＡＣＤＣ検査を実行せずに一般ＡＣＢを実行することができる。
【０５６５】
本明細書の提案５ａ、５ｂ、５ｃ、５ｄは、本明細書の提案１、提案２、提案３、提案４と全て（相互組合せて）適用できる。
【０５６６】
一方、以上に説明した提案は、組合せられることができる。
【０５６７】
以上で説明した内容は、ハードウェアで具現されることができる。これに対して図面を参照して説明する。
【０５６８】
図２２は、本発明の実施例によるＵＥ１００及び基地局２００の構成ブロック図である。
【０５６９】
図２２に示すように、前記ＵＥ１００は、格納手段１０１、コントローラ１０２、及び送受信部１０３を含む。そして、前記基地局２００は、格納手段２０１、コントローラ２０２、及び送受信部２０３を含む。
【０５７０】
前記格納手段１０１、２０１は、前述した方法を格納する。
【０５７１】
前記コントローラ１０２、２０２は、前記格納手段１０１、２０１及び前記送受信部１０３、２０３を制御する。具体的に、前記コントローラ１０２、２０２は、前記格納手段１０１、２０１に格納された前記方法を各々実行する。そして、前記コントローラ１０２、２０２は、前記送受信部１０３、２０３を介して前記前述した信号を送信する。
【０５７２】
以上では本発明の好ましいい実施例を例示的に説明したが、本発明の範囲は、このような特定実施例にのみ限定されるものではないため、本発明は、本発明の思想及び特許請求の範囲に記載された範ちゅう内で多様な形態に修正、変更、または改善されることができる。
【図１】
2018121338.tif 000019
【図２】
2018121338.tif 000020
【図３】
2018121338.tif 000021
【図４】
2018121338.tif 000022
【図５ａ】
2018121338.tif 000023
【図５ｂ】
2018121338.tif 000024
【図６】
2018121338.tif 000025
【図７】
2018121338.tif 000026
【図８】
2018121338.tif 000027
【図９】
2018121338.tif 000028
【図１０】
2018121338.tif 000029
【図１１】
2018121338.tif 000030
【図１２】
2018121338.tif 000031
【図１３】
2018121338.tif 000032
【図１４】
2018121338.tif 000033
【図１５】
2018121338.tif 000034
【図１６】
2018121338.tif 000035
【図１７】
2018121338.tif 000036
【図１８】
2018121338.tif 000037
【図１９】
2018121338.tif 000038
【図２０】
2018121338.tif 000039
【図２１】
2018121338.tif 000040
【図２２】
2018121338.tif 000041