JP2020507942A - 無線通信システムのためのアクセスカテゴリのハンドリング - Google Patents

Abstract

ユーザ装置（ＵＥ）によって実行されるアクセス制御の方法が開示される。本方法は、アクセス要求を実行するためにトリガされることと、１つ以上のアクセスカテゴリルールが当該トリガによって満たされるかどうかを評価することと、を含む。本方法は更に、当該評価に基づいて、適用するアクセスカテゴリを決定することを含む。本方法は更に、当該評価に基づいて決定されたアクセスカテゴリを適用して、規制チェックを実行することを含む。

Description

本開示は、全体として、無線通信システムに関し、より具体的には、アクセス制御メカニズムに関連するメッセージを管理するための方法及び装置に関する。

無線通信システムへのアクセスを行う際には、ユーザ装置（ＵＥ）は、通信機会を得たいことをネットワークにシグナリングしなければならない。これを行いうる方法には多くの方式がある。例えば、ＵＥは、特定の無線インタフェースリソース（例えば、時間、周波数等）を利用して、ＵＥが通信したいことをネットワークに知らせるショートメッセージを送信することができる。ある通信ニーズに関する詳細は、その後の（複数の）通信で発生する可能性がある。

３ＧＰＰ ＥＵＴＲＡＮ／ＬＴＥ標準仕様に準拠した無線通信システムの場合、このプロセスの例は、ランダムアクセス及び無線リソース制御（ＲＲＣ）接続の確立を示す図１のフロー図において見ることができる。通信の要求は、特に割り当てられたチャネル又はリソースでのランダムアクセスプリアンブルの送信（４０１）で開始しうる。このランダムアクセスプリアンブルは、基地局又はｅＮＢによって受信されると、継続的なシグナリングのためのリソースの割り当て（４０３−４０５）を含むランダムアクセス応答（４０２）が後に続く。簡潔にするために、これらの信号についてはここでは詳しく説明しない。

理解されうるように、アクセス試行は、例えば、ユーザデータ転送用の通信リソースの設定及びセットアップに必要となる後続のシグナリングのために無線インタフェースリソースを消費する。何らかの通信が行われうる前には、ネットワークエンティティとの更なる通信が必要であることに留意すべきである。簡潔にするために、これらの更なる詳細は図１から省略されている。

特定の状況下では、これらのアクセスを試みることをＵＥが防ぐことが望ましい。例えば、無線リソースの輻輳や処理能力の不足等の過負荷状態の場合、ネットワークは、セル又はその一部へのアクセスを拒否することで、過負荷を軽減することを望みうる。ネットワークは、過負荷状態のときに特定のユーザ及び／又はサービスの間で優先順位を付ける必要もありうる。例えば、ネットワークは、通常の呼と比較して緊急呼を優先しうる。

このために、ネットワークは、３ＧＰＰにおいてアクセス制御と称されるものを使用しうる。アクセスクラス規制（ＡＣＢ：Access Class Barring）は、そのような制御の一例である。要するに、アクセス規制は、ＵＥがアクセスを試みることを防止又は試みる可能性を低くすることであり、この方法で、ＵＥからのアクセス要求によって引き起こされる総負荷が低減される。例えば、所与のＵＥは特定のアクセスクラスに属しうるとともに、ネットワークは、ブロードキャストされるシステム情報を介して、特定のインスタンスの特定のクラスが規制されている（即ち、アクセスを許可されていない）こと、又は完全には規制されていない場合には低い確率でアクセスすることが許可されていることを伝えうる。ＵＥがこのブロードキャストされたシステム情報を受信した際、当該ＵＥが、規制されたアクセスクラスに属する場合には、当該ＵＥは、アクセス要求を送信しない結果となりうる。ＬＴＥ用に規定されたアクセス規制メカニズムには複数の変形があり、以下ではその一部を高レベルで詳しくリスト及び説明する。

１．３ＧＰＰリリース８によるアクセスクラス規制：このメカニズムでは、ＵＥからの全てのアクセス要求を規制可能である。アクセスクラス（ＡＣ）の範囲が０−９の通常のＵＥが、規制係数（barring factor）とも呼ばれる確率係数と、規制期間とも称されるタイマーとで規制される一方で、特定のクラスは個別に制御されうる。通常のクラス０−９に加えて、他のタイプのユーザ、例えば、緊急サービス、公益事業、セキュリティサービス等へのアクセスを制御するために追加のクラスが規定されている。

２．サービス固有アクセス制御（ＳＳＡＣ：Service Specific Access Control）：ＳＳＡＣメカニズムにより、ネットワークは、ＵＥからのマルチメディアテレフォニー（ＭＭＴｅｌ：Multi-Media Telephony）音声及びＭＭＴｅｌビデオアクセスを禁止できる。ネットワークは、規制パラメータ（ＡＣＢに類似したパラメータ）とＡＣＢに類似した規制アルゴリズム（規制係数及びランダムタイマー）をブロードキャストする。アクセスが許可されるかどうかの実際の決定は、ＵＥのＩＰマルチメディアサブシステム（ＩＭＳ：IP Multi-Media Subsystem）レイヤで行われます。

３．回線交換フォールバック（ＣＳＦＢ）用のアクセス制御：ＣＳＦＢメカニズムにより、ネットワークは、ＣＳＦＢユーザーを禁止できる。この場合に使用される規制アルゴリズムは、ＡＣＢに類似している。

４．拡張アクセス規制（ＥＡＢ：Extended Access Barring）：ＥＡＢメカニズムにより、ネットワークは、優先度の低いＵＥを禁止できる。規制は、各アクセスクラス（ＡＣ ０−９）を規制又は許可できるビットマップに基づいている。

５．アクセスクラス規制バイパス：このＡＣＢメカニズムにより、ＩＭＳ音声及びビデオユーザのアクセスクラス規制を省略できる。

６．データ通信用アプリケーション固有輻輳制御（ＡＣＤＣ：Application specific Congestion control for Data Communication）規制：ＡＣＤＣにより、特定の（複数の）アプリケーションとの間のトラフィックの規制ができる。このソリューションでは、アプリケーションは、（Ａｎｄｒｏｉｄ又はｉＯＳにおける）グローバルアプリケーション識別子（ＩＤ）に基づいて分類される。ネットワークは、各カテゴリ用の規制パラメータ（規制係数及びタイマー）をブロードキャストする。

このため、異なるリリースからの異なる複数のＬＴＥ ＵＥは、その能力に応じて、定義された規制方式の１つ以上をサポートするか又はサポートしない。リリース８の後に導入された規制方式のほとんどは、非常に具体的なユースケースを対象としており、規制が必要な理由について特定の仮定を行った。例えば、ＳＳＡＣは、多すぎるＩＭＳ要求からＩＭＳネットワークのオペレータを保護するために導入された。一方で、「アクセス規制スキップ（Access Barring Skip）」機能は、ＩＭＳトラフィック（音声等）を許可するが必要があるが、ボトルネックがＲＡＮにあるという仮定の下で他のサービスを規制する必要がある。

ＬＴＥについては、当該分野の問題が既に認められていたためにいくつかのアクセス規制機能が導入された一方で、特定の問題が発生すると予想されたために他の機能が提案された。

問題のいくつかは時間の経過とともに消え、他の問題はほとんど発生しなかった。これらのアクセス規制の変形のそれぞれを導入するには、製品における標準化及び設計と保守との両方に相当な努力が必要であった。

ＬＴＥでは、複数のアクセス規制メカニズムを使用すると、アクセス規制を制御するためにブロードキャストされるシステム情報が非常に大きくなる。これは無線リソースを消費するだけでなく、システムへのアクセスを行いうる前にこのシステム情報を読み取ることにより所与のＵＥが費やす必要のある時間を長くする。

これらの問題に対処し、かつ、現在規定されているアクセス規制メカニズムに更に加えられる可能性がある将来の問題を回避するために、現在、ソリューションを、両方の古い要求条件を考慮できるとともに新しい要求に対してより適切に準備できる、より汎用的で統合されたソリューションに置き換えるという、業界からの要望がある。このため、本開示の目的は、以前のアクセス規制ソリューションの欠点に対処することである。

ある実施形態によれば、ユーザ装置（ＵＥ）によって実行されるアクセス制御の方法が開示される。本方法は、ＵＥが、アクセス要求を実行するためにトリガされることと、１つ以上のアクセスカテゴリルールが当該トリガによって満たされるかどうかを評価することと、を含む。本方法は更に、当該評価に基づいて、適用するアクセスカテゴリを決定することを含む。本方法は更に、当該評価に基づいて決定されたアクセスカテゴリを適用して、規制チェックを実行することを含む。

ある実施形態では、トリガによってアクセスカテゴリルールが満たされない場合に、デフォルトのアクセスカテゴリルールが選択される。ある実施形態では、複数のアクセスカテゴリルールがトリガによって満たされる場合に、当該複数のアクセスカテゴリルールのうちの１つが優先度スキームに基づいて選択される。ある実施形態では、決定されたアクセスカテゴリは、選択されたアクセスカテゴリルールに基づいて決定されている。

また、アクセス制御を実行するように構成されたユーザ装置（ＵＥ）が開示される。ＵＥは、無線インタフェースと、当該無線インタフェースに結合された処理回路とを備える。処理回路は、アクセス要求を実行するためにトリガされ、１つ以上のアクセスカテゴリルールが当該トリガによって満たされるかどうかを評価するように構成されている。処理回路は更に、当該評価に基づいて、適用するアクセスカテゴリを決定するように構成されている。処理回路は更に、当該評価に基づいて決定されたアクセスカテゴリを適用して、規制チェックを実行するように構成されている。

ある実施形態では、トリガによってアクセスカテゴリルールが満たされない場合に、デフォルトのアクセスカテゴリルールが選択される。ある実施形態では、複数のアクセスカテゴリルールがトリガによって満たされる場合に、当該複数のアクセスカテゴリルールのうちの１つが優先度スキームに基づいて選択される。ある実施形態では、決定されたアクセスカテゴリは、選択されたアクセスカテゴリルールに基づいて決定されている。

また、ネットワークノードによって実行される方法が開示される。本方法は、１つ以上のアクセスカテゴリに関連する規制情報を、ＵＥに提供することを含み、ここで、当該１つ以上のアクセスカテゴリのうちの１つが、規制チェックを実行するためにＵＥによって使用される。本方法は更に、規制チェックを通過した場合にＵＥからアクセス要求を受信することを含む。

ある実施形態では、規制情報は、規制係数及び規制時間を含む。ある実施形態では、規制チェックを実行するためにＵＥによって使用されるアクセスカテゴリは、デフォルトのアクセスカテゴリルールに基づいて選択される。ある実施形態では、規制チェックを実行するためにＵＥによって使用されるアクセスカテゴリは、優先度スキームに基づいて選択される。ある実施形態では、規制チェックを実行するためにＵＥによって使用されるアクセスカテゴリは、予め定められたアクセスカテゴリである。

また、ネットワークノードが開示される。ネットワークノードは、処理回路と、当該処理回路に結合された無線インタフェースとを備える。無線インタフェースは、１つ以上のアクセスカテゴリに関連する規制情報を、ＵＥに提供し、ここで、当該１つ以上のアクセスカテゴリのうちの１つが、規制チェックを実行するためにＵＥによって使用される。無線インタフェースは更に、規制チェックを通過した場合にＵＥからアクセス要求を受信するように構成されている。

ある実施形態では、規制情報は、規制係数及び規制時間を含む。ある実施形態では、規制チェックを実行するためにＵＥによって使用されるアクセスカテゴリは、デフォルトのアクセスカテゴリルールに基づいて選択される。ある実施形態では、規制チェックを実行するためにＵＥによって使用されるアクセスカテゴリは、優先度スキームに基づいて選択される。ある実施形態では、規制チェックを実行するためにＵＥによって使用されるアクセスカテゴリは、予め定められたアクセスカテゴリである。

本開示のある実施形態は、１つ以上の技術的効果を提供しうる。例えば、ある実施形態によれば、ＵＥによって使用されるアクセスカテゴリを、上位レイヤ及び無線レイヤの両方が制御することが可能になる。また、本開示は、例えば、上位レイヤから提供されたルールが、それ自体で整合していない又は下位（例えば、無線）レイヤから受信されたルールと整合していない場合の、特殊なケースにも対応している。ＵＥがルールを受信していない状況では、いずれにしてもネットワークにアクセスするためのアクセスカテゴリを選択できる。ある実施形態では、ＲＡＮによってブロードキャストされなければならない情報の量も制限される。ある実施形態によれば、複数ではなく単一のアクセスカテゴリのセットをブロードキャストできる。代替的には、現在及び将来の全ての態様が、情報をブロードキャストするための更なるアクセスカテゴリを生成するのではなく、アクセスカテゴリを決定するためのルールに含められる。他の効果は、当業者には容易に明らかになろう。ある実施形態は、記載された利点のいずれも有しえないか、いくつかを有しうるか、又は全てを有しうる。

開示された実施形態とそれらの特徴及び利点のより完全な理解のために、以下では、添付図面とともに以下の記載が参照される。

図１は、ＲＲＣ接続に関係するシグナリング図を示す。 図２は、本開示の実施形態に係る無線通信ネットワークを示す。 図３は、本開示の実施形態に係るユーザ装置（ＵＥ）を示す。 図４は、本開示の実施形態に係るネットワークノードを示す。 図５は、本開示の実施形態に係るシグナリング図を示す。 図６は、本開示の実施形態に係る、ルールのセットに対してマッピングされたアクセスカテゴリを有するテーブルを示す。 図７は、本開示の実施形態に係るフローチャートを示す。 図８は、本開示の実施形態に係るフローチャートを示す。 図９は、本開示の実施形態に係るフローチャートを示す。

本明細書に記載の技術は、種々の無線システムで使用でき、３ＧＰＰ ＥＵＴＲＡ／ＬＴＥシステム及びＮｅｗ Ｒａｄｉｏ（ＮＲ）を展開している（５Ｇシステム、５ＧＳとしても知られている）３ＧＰＰ次世代システムに限定されず、そのようなシステムが例として役立つとしても限定されない。アクセス制御は、アクセスのユーザ、サービス及び／又は他の差別化、並びに負荷管理が必要な任意のシステムに適用可能なメカニズムである。他の例は、ＩＥＥＥ８０２．１１ ＷＬＡＮ規格又はＩＥＥＥ８０２．１６規格等の、ＩＥＥＥ８０２規格に準拠した無線アクセスでありうるが、３ＧＰＰ ＧＳＭ（登録商標）エボリューションもありうる。

次に図２を参照すると、例えば３ＧＰＰ ＬＴＥ／ＥＵＴＲＡ仕様に準拠した無線アクセスネットワークが示されている。同図は、開示された実施形態を説明するために重要なエンティティに焦点を当てるために非常に単純化されている。無線アクセスネットワーク１００には、ＵＥ（１０２）が示されている。ＵＥ（１０２）は、アクセスノード（１０４）へのアクセスを要求し、当該アクセスノードと通信しうる。アクセスノード（１０４）は、例えば、インターネットアクセスを提供しうるノード（１０６）に接続されている。ＬＴＥでは、アクセスノードは、一般にｅＮＢと称されるが、他の規格では、ノードＢ、基地局、又は単にアクセスポイントと称されることがある。３ＧＰＰの次世代無線の発展型において、アクセスノードは「ｇＮＢ」と称されることがある。図２の図示は、「物理エンティティ」の表示を提供するという意味で伝統的であるが、当業者には、例えばアクセスノード（１０４）又はノード（１０６）は分散又はクラウドベースの処理能力を使用して実装できると理解されよう。同様に、同じ物理エンティティに実装することも可能である。この例の目的上、説明では、特定の実装に制限するのではなく、ノードを特定の機能に関連付けている。

アクセスノード（１０４）は、ネットワークノードとＵＥとの間でユーザ情報及びシグナリングをやりとりする。無線アクセスネットワーク１００は、円として示されており、この図では、１つの「セル」エリア及び１つのアクセスノード（１０４）のみを含む。通常、任意のアクセスネットワークには複数のアクセスノードが含まれており、それにより、複数のエリア及び／又はセルがサービスされることが理解されるべきである。

ノード（１０６）は多くのノードのうちの１つでありうる。例えば、制御情報をＵＥと通信するための制御ノード（ＭＭＥ、モビリティ管理エンティティ、又はＡＭＦ（アクセス及びモビリティ管理機能）等）であってもよいし、又は、データ情報をＵＥに通信するためのユーザープレーンノード（ＳＧＷ、サービングゲートウェイ、又はＵＰＦ（ユーザプレーン機能））であってもよい。更に、ノードは、他のノードと接続され、これらのノードからＵＥへの情報のための中継器として機能しうる。そのような他のノードは、例えば、パケットゲートウェイ（ＰＧＷ）、データネットワーク（ＤＮ）等でありうる。ノード（１０６）及び他の同様のノードは、この説明では、上位レイヤに属しているものとして参照される。

図３は、ある実施形態に係る、例示的な無線デバイスとしてのユーザ装置３００の概略図である。ＵＥ３００は、アンテナ３０５、無線フロントエンド回路３１０、処理回路３１５、及びコンピュータ読み取り可能記憶媒体３３０を備える。アンテナ３０５は、１つ以上のアンテナ又はアンテナアレイを含んでよく、無線信号を送信及び／又は受信するように構成され、無線フロントエンド回路３１０に接続されている。ある代替の実施形態では、無線デバイス３００は、アンテナ３０５を含まなくてもよく、その代わりに、アンテナ３０５は、無線デバイス３００から分離され、インタフェース又はポートを介して無線デバイス３００に接続可能であってもよい。

無線フロントエンド回路３１０は、種々のフィルタ及び増幅器を含んでよく、アンテナ３０５及び処理回路３１５に接続され、アンテナ３０５と処理回路３１５との間で通信される信号を調整するように構成される。ある代替の実施形態では、無線デバイス３００は、無線フロントエンド回路３１０を含まなくてもよく、その代わりに、処理回路３１５は、無線フロントエンド回路３１０なしでアンテナ３０５に接続されてもよい。

処理回路３１５は、無線周波数（ＲＦ）送受信回路、ベースバンド処理回路、及びアプリケーション処理回路のうちの１つ以上を含みうる。いくつかの実施形態では、ＲＦ送受信回路、ベースバンド処理回路、及びアプリケーション処理回路は、別のチップセットに配置されてもよい。代替実施形態では、ベースバンド処理回路及びアプリケーション処理回路の一部又は全てが１つのチップセットに結合され、ＲＦ送受信回路が別のチップセットに配置されてもよい。更に代替の実施形態では、ＲＦ送受信回路及びベースバンド処理回路の一部又は全てが同じチップセットに配置され、アプリケーション処理回路が別のチップセット上に配置されてもよい。更に他の代替実施形態では、ＲＦ送受信回路、ベースバンド処理回路、及びアプリケーション処理回路の一部又は全部が同じチップセットに結合されてもよい。処理回路３１５は、例えば、１つ以上の中央処理装置（ＣＰＵ）、１つ以上のマイクロプロセッサ、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、及び／又は１つ以上のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）を含みうる。

特定の実施形態では、本明細書において無線デバイスによって提供されるものとして説明されている機能の一部又は全ては、コンピュータ読み取り可能記憶媒体３３０に格納された命令を実行する処理回路３１５によって提供されうる。代替の実施形態では、機能の一部又は全ては、コンピュータ読み取り可能媒体に格納された命令を実行することなく、ハードワイヤードの方法で処理回路３１５によって提供されてもよい。それらの特定の実施形態のいずれかにおいて、コンピュータ読み取り可能記憶媒体に格納された命令を実行するか否かにかかわらず、処理回路は、説明される機能を実行するように構成されていると言われうる。そのような機能によって提供される利点は、処理回路３１５のみ又はＵＥ３００の他のコンポーネントに限定されず、無線デバイスによって全体として、及び／又は一般にエンドユーザ及び無線ネットワークによって享受される。

アンテナ３０５、無線フロントエンド回路３１０、及び／又は処理回路３１５は、無線デバイスによって実行されるものとして本明細書で説明される受信動作を実行するように構成されうる。任意の情報、データ及び／又は信号が、ネットワークノード及び／又は別の無線デバイスから受信されうる。

処理回路３１５は、無線デバイスによって実行されるものとして本明細書で説明される決定動作を実行するように構成されうる。処理回路３１５によって実行される決定は、例えば、取得された情報を他の情報に変換すること、取得された情報又は変換された情報を、無線デバイスに格納された情報と比較すること、及び／又は取得された情報又は変換された情報に基づいて１つ以上の動作を実行することによって、処理回路３１５によって取得される情報を処理することと、上記の処理の結果として、決定を行うこととを含みうる。

アンテナ３０５、無線フロントエンド回路３１０、及び／又は処理回路３１５は、無線デバイスによって実行されるものとして本明細書で説明される送信動作を実行するように構成されうる。任意の情報、データ及び／又は信号が、ネットワークノード及び／又は別の無線デバイスへ送信されうる。

コンピュータ読み取り可能記憶媒体３３０は、一般に、コンピュータプログラム、ソフトウェア、１つ以上のロジック、ルール、コード、テーブル等を含むアプリケーション、及び／又はプロセッサによって実行可能な他の命令のような命令を格納するよう動作可能である。コンピュータコンピュータ読み取り可能記憶媒体３３０の例には、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）又は読み取り専用メモリ（ＲＯＭ））、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体、及び／又は、処理回路３１５によって使用されうる情報、データ及び／又は命令を格納する、他の揮発性又は不揮発性、非一時的なコンピュータ読み取り可能及び／又はコンピュータ実行可能メモリデバイスが含まれうる。いくつかの実施形態では、処理回路３１５及びコンピュータ読み取り可能記憶媒体３３０は統合されているとみなされてもよい。

ＵＥ３００の代替の実施形態は、本明細書に記載の機能及び／又は上述のソリューションをサポートするのに必要な任意の機能のいずれかを含む、ＵＥの機能の特定の態様を提供することに関与しうる、図３に示されるコンポーネント以外の追加のコンポーネントを含みうる。ほんの一例として、ＵＥ３００は、入力インタフェース、デバイス及び回路と、出力インタフェース、デバイス及び回路とを含みうる。入力インタフェース、デバイス及び回路は、ＵＥ３００への情報の入力を可能にするように構成され、処理回路３１５が入力情報を処理できるように処理回路３１５に接続されている。例えば、入力インタフェース、デバイス及び回路には、マイク、近接センサ又はその他のセンサ、キー／ボタン、タッチディスプレイ、１つ以上のカメラ、ＵＳＢポート、又はその他の入力エレメントが含まれうる。出力インタフェース、デバイス及び回路は、ＵＥ３００からの情報の出力を可能にするように構成され、処理回路３１５がＵＥ３００からの情報の出力をできるように処理回路３１５に接続されている。例えば、出力インタフェース、デバイス又は回路には、スピーカ、ディスプレイ、振動回路、ＵＳＢポート、ヘッドフォンインタフェース、又はその他の出力エレメントが含まれうる。１つ以上の入力及び出力インタフェース、デバイス、並びに回路を使用して、ＵＥ３００は、エンドユーザ及び／又は無線ネットワークと通信し、それらが本明細書で説明される機能から利益を得ることを可能にしうる。

他の例として、ＵＥ３００は電源３３５を備えうる。電源３３５は、電力管理回路を備えてもよい。電源３３５は、電源３３５に含まれうる電源又は電源３３５の外部にある電源から電力を受け取りうる。例えば、ＵＥ３００は、電源３３５に接続されるか、又は電源３３５に組み込まれたバッテリー又はバッテリーパックの形態の電源を備えてもよい。太陽光発電デバイス等の他のタイプの電源も使用できる。更なる例として、ＵＥ３００は、電気ケーブルのような入力回路又はインタフェースを介して外部電源（電気コンセント等）に接続可能であってもよく、それにより外部電源は電源３３５に電力を供給する。電源３３５は、無線フロントエンド回路３１０、処理回路３１５、及び／又はコンピュータ読み取り可能記憶媒体３３０に接続され、処理回路３１５を含むＵＥ３００に、本明細書で説明される機能を実行するための電力を供給するように構成されうる。

ＵＥ３００は、例えばＧＳＭ（登録商標）、ＷＣＤＭＡ（登録商標）、ＬＴＥ、ＮＲ、ＷｉＦｉ又はＢｌｕｅｔｏｏｔｈ（登録商標）無線技術等の、無線デバイス３００に統合された異なる複数の無線技術のための、処理回路３１５、コンピュータ読み取り可能記憶媒体３３０、無線回路３１０、及び／又はアンテナ３０５の複数のセットを備えてもよい。これらの無線技術は、無線デバイス３００内の同じ又は異なるチップセット及び他のコンポーネントに統合されてもよい。

図４は、無線デバイス４００の概略図である。ある実施形態によれば、ネットワークノード４００は、図１のアクセスノード１０４及び／又はノード１０６、又は無線通信ネットワークで動作する他の任意の適切なノードに対応しうる。ネットワークノード４００は、インタフェース４０１、プロセッサ４０２、ストレージ４０３、及びアンテナ４０４を備える。これらのコンポーネントは、無線ネットワークで無線接続を提供する等の、ネットワークノード機能を提供するために連携して動作しうる。異なる実施形態では、無線ネットワークは、任意の数の有線又はネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、及び／又は、有線接続を介するか無線接続を介するかにかかわらずデータ及び／又は信号の通信を促進又は通信に参加しうる他のコンポーネントを備えてもよい。

本明細書で使用する「ネットワークノード」とは、無線デバイス、及び／又は無線デバイスによる無線アクセスを可能にする及び／又は提供する無線通信ネットワーク内の他の機器若しくはノードと、直接又は間接的に通信するように能力を有する、設定された、配置された及び／又は動作可能な機器を指す。ネットワークノードの例には、アクセスポイント（ＡＰ）、特に無線アクセスポイントが含まれるが、これらに限定されない。ネットワークノードは、無線基地局等の基地局（ＢＳ）を表しうる。無線基地局の具体例には、ノードＢ、及び発展型ノードＢ（ｅＮＢ）が含まれる。基地局は、提供するカバレッジの量（又は、別の言い方をすれば、送信電力レベル）に基づいて分類することができ、フェムト基地局、ピコ基地局、マイクロ基地局、又はマクロ基地局とも称されうる。「ネットワークノード」には、リモートラジオヘッド（ＲＲＨ）と称されることもある、集中デジタルユニット及び／又はリモートラジオユニット（ＲＲＵ）等の分散型無線基地局の１つ以上（又は全て）の部分も含まれる。そのようなリモートラジオユニットは、アンテナ統合型無線機としてアンテナと統合されてもされなくてもよい。分散型無線基地局の一部は、分散型アンテナシステム（ＤＡＳ）のノードと称されることもある。

特定の非限定的な例として、基地局は、中継ノード又は中継器を制御する中継ドナーノードであってもよい。

ネットワークノードの更に別の例には、ＭＳ ＲＢＳ等のマルチスタンダード無線（ＭＳＲ）の無線機器、無線ネットワークコントローラ（ＲＮＣ）若しくは基地局コントローラ（ＢＳＣ）等のネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、コアネットワークノード（例えば、ＭＳＣ、ＭＭＥ、ＡＭＦ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、ポジショニングノード（例えば、Ｅ−ＳＭＬＣ）、及び／又はＭＤＴが含まれる。ただし、より一般的には、ネットワークノードは、無線通信ネットワークへのアクセスを無線デバイスに有効化及び／又は提供する、又は、無線通信ネットワークにアクセスしている無線デバイスに何らかのサービスを提供するように能力を有する、設定された、配置された及び／又は動作可能な、任意の適切なデバイス（又はデバイスのグループ）を表しうる。

本明細書で使用される「無線ノード」という用語は、それぞれ上述されているような無線デバイス及びネットワークノードの両方を指すように一般的に使用される。

図４において、ネットワークノード４００は、プロセッサ４０２、ストレージ４０３、インタフェース４０１、及びアンテナ４０４を備える。これらのコンポーネントは、単一の大きなボックス内にある単一のボックスとして表されている。ただし、実際には、ネットワークノードは、単一の図示されたコンポーネントを構成する異なる複数の物理コンポーネントを備えてもよい（例えば、インタフェース４０１は、有線接続用のワイヤと無線接続用の無線送受信機とを結合するための端子を備えてもよい）。別の例として、ネットワークノード４００は、異なる複数の物理的に別個のコンポーネントが相互作用してネットワークノード４００の機能を提供する、仮想ネットワークノードであってもよい（例えば、プロセッサ４０２は、３つの別個のエンクロージャに配置された３つの別個のプロセッサを含んでもよく、その場合、各プロセッサは、ネットワークノード４００の特定のインスタンスのための異なる機能を担う。）同様に、ネットワークノード４００は、物理的に別個の複数のコンポーネント（例えば、ノードＢコンポーネント及びＲＮＣコンポーネント、ＢＴＳコンポーネント及びＢＳＣコンポーネント等）で構成されてよく、それぞれ独自のプロセッサ、ストレージ、及びインタフェースコンポーネントを有してよい。ネットワークノード４００が複数の別個のコンポーネント（例えば、ＢＴＳ及びＢＳＣコンポーネント）を含む特定のシナリオでは、別個のコンポーネントの１つ以上が、いくつかのネットワークノード間で共有されてもよい。例えば、単一のＲＮＣが複数のノードＢを制御してもよい。このようなシナリオでは、一意の各ノードＢ及びＢＳＣのペアが、個別のネットワークノードであってもよい。いくつかの実施形態では、ネットワークノード２００は、複数の無線アクセス技術（ＲＡＴ）をサポートするように構成されてもよい。そのような実施形態において、いくつかのコンポーネントは重複していてもよく（例えば、異なるＲＡＴ用の別個のストレージ４０３）、いくつかのコンポーネントは再利用されてもよい（例えば、同じアンテナ４００４は複数のＲＡＴにより共有されてもよい）。

プロセッサ４０２は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は、ネットワークノード４００の機能を単独で提供、若しくはストレージ４０３等の他のネットワークノード４００のコンポーネントと組み合わせて提供するように動作可能な、他の適切なコンピューティングデバイス、リソース、又はハードウェア、ソフトウェア及び／又は符号化ロジックの組み合わせ、のうちの１つ以上の組み合わせでありうる。例えば、プロセッサ４０２は、ストレージ４０３に格納された命令を実行しうる。そのような機能は、本明細書で開示される特徴又は利点のいずれかを含む、本明細書で説明される種々の無線機能を、ＵＥ３００等の無線デバイスに提供することを含みうる。

ストレージ４０３は、永続的ストレージ、ソリッドステートメモリ、リモートマウントメモリ、磁気メディア、光学メディア、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、リムーバブルメディア、又はその他の適切なローカル若しくはリモートメモリコンポーネントを含むがこれらに限定されない、揮発性又は不揮発性のコンピュータ読み取り可能メモリの任意の形態を含みうる。ストレージ４０３は、ネットワークノード４００によって利用されるソフトウェア及び符号化ロジックを含む、任意の適切な命令、データ又は情報を格納しうる。ストレージ４０３は、プロセッサ４０２によって行われた任意の計算及び／又はインタフェース４０１を介して受信された任意のデータを格納するために使用されうる。

ネットワークノード４００は更に、ネットワークノード４００、ネットワーク１００、及び／又はＵＥ３００間のシグナリング及び／又はデータの有線又は無線通信で使用されうるインタフェース４０１を備える。例えば、インタフェース４０１は、有線接続を介してネットワークノード４００がネットワーク１００へデータを送信及び当該ネットワークからデータを受信することを可能にするために必要とされうる、任意のフォーマット化、符号化又は解釈を実行しうる。インタフェース４０１は更に、アンテナ４０４に結合されうるか又はアンテナ４０４の一部でありうる無線送信機及び／又は受信機を含みうる。無線機は、無線接続を介して他のネットワークノード又は無線デバイスへ送信されるデジタルデータを受信しうる。無線機は、デジタルデータを、適切なチャネル及び帯域幅パラメータを有する無線信号に変換しうる。その後、無線信号は、アンテナ４０４を介して適切な受信者（例えば、ＵＥ３００）へ送信されうる。

アンテナ４０４は、データ及び／又は信号を無線で送受信できる任意のタイプのアンテナでありうる。いくつかの実施形態では、アンテナ４０４は、例えば２ＧＨｚと６６ＧＨｚとの間で無線信号を送信／受信するように動作可能な、１つ以上の無指向アンテナ、セクタアンテナ又はパネルアンテナを備えてもよい。無指向性アンテナは、任意の方向に無線信号を送受信するために使用でき、セクターアンテナは、特定のエリア内のデバイスから無線信号を送受信するために使用でき、パネルアンテナは、無線信号を比較的直線で送受信するために使用される見通し内アンテナであってもよい。

５Ｇシステムが発展する間に、スライシングと呼ばれる新しい概念が導入されている。ネットワークスライスとしても知られているスライスは、３ＧＰＰの新しい概念であり、特定のネットワーク特性を満たすために、完全なインスタンス化された論理ネットワークを形成するエンドツーエンドネットワークの実現又はネットワーク機能及びリソースのセットを指す。これは物理ネットワークではなく「仮想」ネットワークを見る方法と比較されうる。スライスは、超低遅延等の種々の特性を有する。例えば、スライスは、遅延が特定の要求条件を超えないように、遅延の側面を保護する機能をユーザに提供できる。これを満たすために、ネットワーク機能のセット、例えば、ハンドオーバにおける非常に短い中断又は遅延を確保する機能が必要になりうる。同じアクセスノード（１０４，４００）及びネットワークノード（１０６，４００）、又はその他のものを使用して実現されうる他のスライスは、他の特性を有しうる。例えば、スライスを介してサービスされる全てのユーザが静止している可能性があるため、モビリティ機能さえ含まないスライスがありうる。これら２つの例は、種々のタイプのユーザ向けのサービスを実現するために、様々な機能が必要になりうること、及びこれらの機能のセットのそれぞれがスライスの実現に関連することを示している。スライスは、リソースを分離して個別の管理を実行する方法と考えることもできる。例えば、特定のスライスの実現の優先度が非常に高い場合に、特定の処理リソースが、優先度の低いスライスがそれらを利用できないように予約される場合がある。スライシングの概念は現在開発中である。個々のスライスは、Ｓ−ＮＳＳＡＩ（Single Network Slice Selection Assistance Information、単一ネットワークスライス選択支援情報）としても知られる、３ＧＰＰにおけるスライスＩＤによって識別される。

本開示の一実施形態によれば、ＵＥは、アクセスノードへのアクセスを実行する前に、特定のシステム情報を読み取る必要がある。システム情報は、ＵＥ（１０３）とアクセスノード（１０４，４００）との間の通信を開始するためにどのようにアクセスが実行されるべきかを記述している。このシステム情報の一部は、アクセス規制に関連する情報でありうる。この規制情報は、通常、アクセスネットワーク１００においてブロードキャストされ、異なるセル又はエリアでは異なる規制情報が存在する可能性がある。通常、１つのアクセスノード（１０４，４００）が独自の規制情報を送信する。規制情報は、例えば、3GPP TS 36.331 v.14.1.0, 2016-12で規定されているように（以下のテーブルを参照）、アクセスカテゴリ［１ ... ｍ］のセットと、カテゴリごとに、規制係数及び規制時間とを含むように配置されうる。アクセスカテゴリごとのこの規制情報は、アクセスを試行するＵＥによって使用され、アクセスノードが特定のアクセスを他のアクセスよりも制限及び優先する方法である。

ＵＥ（１０２）によってアクセスが試行される前に、［１ ... ｍ］のアクセスカテゴリのアクセスカテゴリを適用する必要がある。ある実施形態によれば、使用するアクセスカテゴリを決定するために、ＵＥにはネットワークからの命令又はルールが提供される。図５は、１つの例示的な手順のシグナリング図を示している。

第１のステップ２０２で、ノードは、上位レイヤに関連する考慮事項に基づいて、使用するアクセスカテゴリについてのルールを提供する。図５では、この情報は、ノード（１０６）から発信されたものとして示されているが、他のネットワークノードから発信され、ノード（１０６）を介してＵＥに送信されてもよい。ネットワークに上位レベルのコントローラ又はポリシー機能が含まれている場合には、そのようなコントローラ又はポリシー機能をホストしている別のノードから発信されてもよい。上位レイヤのルールは、非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングを介してＵＥに通知されうるか、他のプロトコルを使用して通知されうる。例えば、ＵＥ（１０２）は、ＯＭＡ−ＤＭデバイス管理プロトコルを使用してシグナリングされた、ホストアクセスカテゴリルールが設定されうるエンティティを含んでもよい。

ノード（１０６）からのルールには、例えば、特定のサービスによってアクセスがトリガされた場合にＵＥがアクセスカテゴリを選択する方法に関連する情報が含められうる。このようなサービスの例としては、例えば、緊急サービス又はＭＭＴｅｌサービスがありうる。更に、ルールには、特定のゲーム又は特定のソーシャルメディアアプリケーション等の特定のアプリケーションによってアクセスがトリガされた場合に、ＵＥがアクセスカテゴリを選択する方法に関連する情報が含められうる。ルールには、種々のスライスへのアクセスに関連する情報を含めることもできる。例えば、小型デバイスのＵＥ／ＩｏＴ ＵＥ（１０２）は、例えばＩｏＴに最適化されたスライスにアクセスしたい場合がある。更に、無線ネットワークが異なる事業者間で共有されていること、又は１つの同一の事業者が異なる複数の公衆陸上移動網（ＰＬＭＮ：Public Land Mobile Network）コードを使用していることは珍しくはない。アクセスが異なるＰＬＭＮに対して発生するかどうかに依存して、アクセスカテゴリを選択するための様々なルールがありうる。

ステップ２０２は、アクセスノード（１０４）からのシグナリングも含みうることに留意されたい。アクセスカテゴリを選択するためのルールのシグナリングは、特に、アクセスノードとのシグナリング等によってトリガされるアクセスについてのアクセスカテゴリの選択に際して、アクセスノード（１０４）から送信されてもよい。これは、無線アクセスネットワーク（ＲＡＮ）シグナリングと称されることがあり、例えば無線リソース制御（ＲＲＣ）通信プロトコルを使用して伝達されうる。

アクセスについての特定のアクセスカテゴリを決定するためのルールでは、１つ又は複数の側面を同時に考慮できることに留意されたい。これを図６に示す。図６は、ネットワーク（ノード（１０６）及び／又はアクセスノード（１０４））からルールが受信された、考慮される側面の例示的なセットを示し、例が示される。各行は、ネットワークから受信された可能性のあるルールに対応している。ＵＥがアクセス要求を実行する前に、ＵＥは、このアクセス試行がどのアクセス制御カテゴリに対応するかを判定し、かつ、規制チェックを実行できるようにするために、これらのルールを評価する。

各ルールには、このルールが満たされるために満たされなければならない条件と、ルールが満たされた場合の結果のアクセス制御カテゴリとの列がある。テーブルの１番目の行を見ると、このルールが満たされた場合にアクセス制御カテゴリ３が使用されるべきであることが示されている。満たされるべき条件は、ＵＥがＰＬＭＮ４及びスライスＩＤ７にアクセスしていることであるが、ワイルドカード（＊）としてアクセスされるアプリケーション及びサービスがこれらの列に存在することは無関係である。２番目の行は、満たされるべき条件が、ＰＬＭＮ４のアプリケーション３の全てのスライス及び全てのサービス（スライス及びサービスの両方がワイルドカードでマークされているため）が当該ルールが満たされた場合にアクセスカテゴリ５を使用すべきであるという、２番目のルールを示している。

アクセスノード（１０２）から、ステップ２０２で、ＲＡＮシグナリングにアクセスカテゴリ２を使用すべきであることを示すルールが提供されたことが分かる。図６のテーブルは、複数のルールが満たされた場合に整合性に欠ける結果になる可能性があることに留意されたい。例えば、ＰＬＭＮ４のスライス７におけるアプリケーション３でアクセスが行われた場合に、１行目及び２行目のルールが両方とも満たされる。したがって、２つのルールが満たされている場合、２つの異なるアクセス制御カテゴリ（３及び５）が得られうる。これは回避されるか説明される必要がある。

本開示の別の態様によれば、このような曖昧な状況及びその他の状況は、例えば、曖昧な場合に最高ランクのアクセスカテゴリカテゴリが常に選択されることを単に定めることによって解決される。上記の例では、１番目及び2番目のルール（行）の両方が満たされると、アクセス制御カテゴリ３は５より高いランクを有しており、それにより、アクセス制御カテゴリ３をもたらす１番目のルールが選択されることになる。代替として、各ルール自体に優先度が関連付けられており、ネットワークによって受信されてもよく、複数のルールが満たされた場合には優先度の高いルールが選択されることになる。別の代替として、ＵＥ自体が、ＵＥ識別子（ＩＭＳＩ等）のハッシュを使用して又は他の適切な方法で、ランダムな選択によって優先されるルールを選択する。トリガされた特定のアクセスが、満たされたルールを見つけることができず、それにより、アクセス制御カテゴリの決定につながらない場合に、他のルールが満たされない場合に満たされるテーブルに「デフォルト」ルールの一部として格納されうる「デフォルト」カテゴリがシグナリングされることもありうる。

ここで図５に戻ると、ステップ２０４では、アクセスをトリガするイベントが存在する。これは、図５に示すように、ＵＥによって受信されるイベントでありうる。あるいは、イベント２０４は、アクセスをトリガするＵＥ内で発生する、イベント、決定、又はトリガを含んでもよい。とにかくＵＥ（１０２）は、ステップ２０２で受信したルール及び情報を使用してイベントを評価し、ステップ２０６で使用するアクセスカテゴリを決定する。アクセスカテゴリに基づいて、例えば選択されたカテゴリについての規制係数及び規制時間を含む、アクセスノード（１０４）によってブロードキャストされる（２０８）情報を読み取り、次に規制チェック（２１０）を実行して、選択された選択したアクセスカテゴリについての知らされた規制係数及び規制時間で実行する。

ＵＥ（１０２）により選択されたアクセスカテゴリがアクセスノード（１０４）からのブロードキャスト情報に表されないことがあることに留意されたい。例えば、ブロードキャスト情報には以下のみが含まれうる。
アクセスカテゴリ１： 規制係数ｎ 規制時間ｔｎ
アクセスカテゴリ３： 規制係数ｘ 規制時間ｔｘ
アクセスカテゴリ７： 規制係数ｚ 規制時間ｔＴｚ

ステップ２０６で、ＵＥが１、３又はまたは７以外のアクセスカテゴリを使用すべきであると結論付けた場合、そのようなＵＥをどのように扱うかについてのルールが必要である。予め定められたルールを使用すると、アクセスノード（１０４）及び様々なノード（１０６）によってブロードキャストされる全ての情報の調整を必要とするメカニズムを更に作成する必要はない。本開示の一態様による例示的なルールは、その代わりに、より高いアクセス確率の、情報がブロードキャストされる最も近いアクセスカテゴリを適用することか、又は、そのようなアクセスカテゴリがブロードキャストされない場合に、アクセスが許可される最も高い確率のアクセスカテゴリを選択することである。このようなルールを使用すると、アクセスの量を制限する必要がない状況では、ノード（１０６）が非常に少数のアクセスカテゴリに関する情報をブロードキャストする必要がなくなり、それによりブロードキャストリソースが節約される。例えば、１、３及び７に関する情報をブロードキャストすると、ｍ個のアクセスカテゴリ［１ ... ｍ］ではなく、実質的に３つの異なるアクセスカテゴリが作成される。

この特定の例によれば、マッピングは、アクセスカテゴリ１及び２がアクセスカテゴリ１にマッピングされるということである。
アクセスカテゴリ３−６はアクセスカテゴリ３にマッピングされる。
アクセスカテゴリ７−ｍはアクセスカテゴリ７にマッピングされる。

これにより、ブロードキャストリソースが大幅に節約される。ステップ２１２で、ＵＥは、規制チェック（２１０）を通過した場合、（例えば、上記でＬＴＥについて説明したように）アクセス要求を送信する。

デフォルトのアクセスカテゴリを含む、予め定められたルールも仕様に記載されていてもよい。

本明細書で説明する特定の実施形態は、ステップ２０２におけるシグナリングに従って、ネットワークとの通信チャネルを有していたある時点でのＵＥ（１０２）に基づいており、そのルールはＵＥで利用可能である。例えば初期通信の前のように、これが当てはまらない場合、ＵＥが、例えば店から出たばかりで、（初期）アタッチを実行又は他のルールで別のエリアに移動した際には、最初のアクセスにはアクセスカテゴリも特定される必要がある。これは、例えば、仕様書に記載されている、ＵＥの加入者識別モジュール（ＳＩＭ／ＵＳＩＭ）に対してハードコーディングされうるか、又はアクセスノード（１０６）からのアクセスカテゴリ情報の一部としてブロードキャストされうる。

ある実施形態によれば、ＵＥは、図７に示す方法７００を実行しうる。ステップ７０２で、ＵＥは、アクセス要求を実行するためのイベント又はトリガを受信又は経験する。このトリガは、ＵＥのアプリケーションから、ＲＲＣ若しくは非アクセス層プロトコルレイヤのようなシグナリングプロトコルエンティティから、又はネットワークからのページングの受信によって、受信又は経験されうる。本明細書で使用される場合、ＵＥにアクセス要求の実行を促す、これらの又はその他のあらゆる出来事は、「イベント」又は「トリガ」とみなされうることが理解されよう。ステップ７０４で、ＵＥ（１０２）は、有効なルールが保存されているかどうかをチェックする。ＵＥが保存している場合、ステップ７０８に移動し、１つ以上の保存された有効なルールを評価し、それ以外の場合、ステップ７０６に移動し、例えば上述のように、「デフォルト」又は予め定められたアクセス制御カテゴリを使用する。

ステップ７１０で、保存されている有効なルールのいずれも満たされない場合、ＵＥは、デフォルト又は予め定められたアクセス制御カテゴリ又はルールを使用しうる（７１２）。あるいは、少なくとも１つのルールが満たされ、かつ、可能性のあるアクセスカテゴリのセットの間の優先順位付けを使用できる場合、１つのアクセス制御カテゴリが選択されるように優先順位付けが行われる（７１４）。

アクセス制御カテゴリ又はアクセス制御ルールがどのように選択されるかに関係なく、ステップ７１８で、ＵＥは、選択されたアクセス制御カテゴリについて有効な値に対してチェックを実行し、当該チェックが「規制される」という結果になるかどうかを判定する（７２０）。規制チェックが、規制されないという結果になった場合には、ステップ７２２でアクセスが実行され、規制チェックが、規制されるという結果になった場合には、ステップ７２４でアクセスは実行されない。

更なる実施形態によれば、ＵＥは、図８に示すアクセス制御の方法８００を実行しうる。ＵＥがアクセス要求を実行するようにトリガされると、本方法はステップ８０２で始まる。これには、ＵＥにアクセス要求の実行を促す任意のイベント、トリガ又は出来事が含まれうる。ある実施形態によれば、当該トリガは、ＵＥのアプリケーションから、ＲＲＣ若しくは非アクセス層プロトコルレイヤのようなシグナリングプロトコルエンティティから、又はネットワークからのページングの受信によって、受信又は経験されうる。本明細書で使用される場合、ＵＥにアクセス要求の実行を促す、これらの又はその他のあらゆる出来事は、「イベント」又は「トリガ」と称されうることが理解されよう。

ステップ８０４で、ＵＥは、１つ以上のアクセスカテゴリルールがトリガによって満たされるかどうかを評価する。これらのアクセスカテゴリルールのいくつかの非限定的な例については、図６を参照して上述した。その例示された実施形態によれば、ルールは、ＰＬＭＮ、スライス、アプリケーション、及びサービスのうちの１つ以上に基づきうる。更なる実施形態によれば、ルールは、シグナリング、緊急通信、ＵＥ、周波数、及びサブスクリプションタイプのうちの１つ以上に基づきうる。このリストは網羅的なものではなく、アクセスカテゴリルールは、追加の基準又は本明細書で説明した基準の任意の組み合わせに基づきうることが理解されよう。アクセスカテゴリルール（例えば、図６の行）は、ルールが必要とする基準の全て（たとえば、図６の列）が満たされた場合、トリガによって満たされたと見なされうる。

ある実施形態によれば、ステップ８０４で、トリガによってアクセスカテゴリルールが満たされていないと判定されうる。これは、様々な理由で生じうる。ＵＥがアクセスカテゴリルールを保存していない場合があること、ＵＥがアクセスカテゴリルールを保存している場合があるが当該ルールのいずれもトリガによって満たされないこと等である。ある実施形態によれば、これが発生した場合、デフォルトのアクセスカテゴリルールがＵＥによって選択される。このデフォルトのアクセスカテゴリルールは、ネットワーク又はＵＥによって定められたものでありうる。

ある実施形態によれば、ステップ８０４で、複数のアクセスカテゴリルールがトリガによって満たされていると判定される場合がある。これにより、異なるアクセスカテゴリが適用される可能性があるため、この状況は回避される必要がある。したがって、ある実施形態によれば、複数のルールが満たされた場合、複数の満たされたアクセスカテゴリルールのうちの１つがＵＥによって選択される。ある実施形態によれば、この選択は優先度スキームに基づいてもよい。いくつかの実施形態では、この優先度スキームは、各ルールに関連付けられたアクセスカテゴリがランキングを有し、より高いランキングを有するカテゴリが選択されることを提供してもよい。いくつかの実施形態では、ルール自体が、割り当てられた優先度又はランキングを有しており、より高い優先度又はランキングを有する、満たされたルールが選択される。これらの様々な優先度スキームは、ネットワーク又はＵＥによって割り当てられうる。更に別の代替の実施形態として、複数のアクセスカテゴリルールがトリガによって満たされる場合、ＵＥは、（例えば、ＵＥ識別子のハッシュ、又はランダム選択についての任意の他の適切な方法を使用して）ランダム選択に基づいて１つのルールを選択しうる。

ある実施形態によれば、様々なアクセスカテゴリルールは、ＵＥに保存されたルール、ネットワークノードから受信されたルール、デフォルトのアクセスカテゴリルール、又は上記の何らかの組み合わせでありうる。

ステップ８０６で、ＵＥは、ステップ８０４での評価に基づいて、適用するアクセスカテゴリを決定する。ある実施形態によれば、アクセスカテゴリは、選択されたアクセスカテゴリルールに基づいて決定される。例えば、図６の例に見られるように、ルールはそれぞれ対応するアクセスカテゴリを特定する。これはほんの一例であり、アクセスカテゴリルールとアクセスカテゴリと間の他の関係を使用して、適用するアクセスカテゴリが決定されてもよい。

ある実施形態によれば、ＵＥによってアクセスカテゴリルールが保存されていない場合、予め定められたアクセスカテゴリが適用されうる。ある実施形態によれば、ＵＥによってアクセスカテゴリルールが保存されているが、そのいずれも有効ではない場合、予め定められたアクセスカテゴリが適用されうる。いずれの実施形態でも、予め定められたアクセスカテゴリがネットワーク又はＵＥによって選択されてもよい。

ステップ８０８で、ＵＥは、ステップ８０６で決定されたアクセスカテゴリを適用して、規制チェックを実行する。ＵＥは、アクセスが規制されていると判定した場合、アクセスを実行しようとしない。ＵＥは、アクセスが規制されていないと判定した場合、アクセスの実行に進める。

ある実施形態によれば、方法８００は、ネットワークノードから１つ以上のアクセスカテゴリルールを受信する、オプションのステップ８０３を含みうる。これらのルールは、非アクセス層（ＮＡＳ）シグナリングによって受信されうるか、他のシグナリングプロトコルによって受信されうる。ステップ８０３は、ステップ８０２の後であって、かつ、ステップ８０４の前に発生するように示されているが、ステップ８０３は、方法８００の間中の任意の時点で発生しうることが理解されよう。同様に、方法８００の様々なステップは、必要に応じて、方法８００の範囲内で並べ替えられてもよく、ある複数のステップが互いに実質的に同時に実行されてもよいことが理解されよう。

更なる実施形態によれば、ネットワークノードは、図９に示す方法９００を実行しうる。本方法は、ネットワークノードがＵＥに１つ以上のアクセスカテゴリに関する規制情報を提供する際に、ステップ９０２で始まる。これらのアクセスカテゴリの１つが、ＵＥが規制チェックを実行するために使用される。ある実施形態によれば、規制情報は、規制係数及び規制時間を含みうる。ある実施形態によれば、追加の情報及び基準が規制情報に含まれてもよい。図８に関して上述したように、規制チェックを実行するためにＵＥによって使用されるアクセスカテゴリは、様々な方法で選択されうる。ある実施形態によれば、選択は、デフォルトのアクセスカテゴリルール、ルール及び／又はアクセスカテゴリ間の優先スキーム等に基づいてもよい。更なる実施形態によれば、アクセスカテゴリ自体が、予め定められたアクセスカテゴリであってもよい。更に、上記で詳述したように、種々のアクセスカテゴリは、サービス、シグナリング、緊急通信、ＵＥタイプ、スライス、周波数、アプリケーション、サブスクリプションタイプ、及びそれらの任意の組み合わせを含むがこれらに限定されない、多くの基準に基づきうる。ステップ９０４で、ネットワークノードは、規制チェックを通過した場合にＵＥからアクセス要求を受信する。

ある実施形態によれば、方法９００は、１つ以上のアクセスカテゴリルールをＵＥへ提供する、オプションのステップ９０３を含みうる。これらのルールは、ＭＭＥ又はＡＭＦ等の、コアネットワークノードからの非アクセス層（ＮＡＳ）シグナリングを介して提供されうるか、他のシグナリングプロトコルを介して提供されうる。ステップ９０３は、ステップ９０２の後であって、かつ、ステップ９０４の前に発生するように示されているが、ステップ９０３は、方法９００の間中の任意の時点で発生しうることが理解されよう。同様に、方法９００の様々なステップは、必要に応じて、方法９００の範囲内で並べ替えられてもよく、ある複数のステップが互いに実質的に同時に実行されてもよいことが理解されよう。

この説明は、アクセスカテゴリの値が低いほどアクセス確率が高くなる順序があることを想定して行われていることに留意されたい。当然ながら、アクセスカテゴリの値が高いほどアクセスが許可される確率が高くなるように逆にすることも可能であり、それは、例えばアクセスカテゴリの意味に関するアクセスノード（１０４）とノード（１０６）との間の必要な調整をさもなければ避けるために、ただ合意される必要があるものである。

更に、いくつかの時点で、アクセスカテゴリ決定のルール、即ち、図５のステップ２０２、図８のステップ８０３、又は図９のステップ９０３のシグナリングの内容を変更する必要があることに留意されたい。一例では、ＵＥは、トラッキングエリア等の登録エリアを変更すると、通常、ノード（１０６）との等、ネットワークとの登録手順又はトラッキングエリア更新手順を実行する。この登録手順の一部として、又はこれに関連して、ネットワークは、ＵＥに保存されている以前のルールセットを部分的に又は完全に置き換える新しいルールセットを提供しうる。この例では、ネットワークは、所与のＵＥによって使用されるルールの同じセットが登録エリア内の全てのセルで有効であると想定する必要があることに留意されたい。

別の例では、ネットワークは、セル内でルールのセットが有効かどうかを示すシステム情報をブロードキャストする（５１０）。例えば、ＬＴＥのシステム情報で使用される値タグに類似したメカニズムを使用する。この場合、ＵＥに提供されるルールのセットは、値タグ（通常は数値）に関連付けられる。各セル内のブロードキャストされたシステム情報では、ネットワークは値タグを示す。この値タグが、所与のＵＥの保存されたルールに関連付けられた値タグと異なる場合、ＵＥは、ネットワークに新しいルールを要求する。

本開示の別の態様によれば、ルールはアクセスノード（１０４）とノード（１０６）の両方を介して通信されるため、少なくとも１つのアクセスノードへのシグナリング接続で接続されている場合、シグナリング接続のないアイドルモードである場合、又は他の状態（例えば、休止状態又は非アクティブ状態）である場合のように、異なるモードのときにも、アクセスカテゴリがどのように適用されて使用されるべきかを定めることは完全に可能でありうる。

更なる実施形態によれば、第２の無線デバイス（ＵＥ）又はネットワークノード（ＡＰ、ｇＮＢ、ｅＮＢ等）へのアクセス試行を実行するための、無線デバイス（ＵＥ）における方法が開示される。本方法は、第１の無線デバイスにおいて、第２の無線デバイス又はネットワークノードへのアクセスに関連するアクセスカテゴリ規制情報を受信することを含み、前記アクセスカテゴリ規制情報は、少なくとも１つのアクセスカテゴリについての規制情報を含む。本方法は更に、アクセス試行の原因に少なくとも部分的に基づいて、前記アクセス試行に適用可能な１つのアクセスカテゴリであって決定済みアクセスカテゴリを決定することを含む。本方法は更に、アクセス試行のために決定されたアクセス及び受信されたアクセスカテゴリ規制情報に基づいて、前記アクセス試行に適用可能な規制情報を評価することを含む。本方法は更に、前記評価に基づいてアクセス試行を実行することを含む。

上述の方法の更なる実施形態によれば、決定済みアクセスカテゴリを決定するステップの前に、非アクセス層シグナリングによりＮＡＳアクセスカテゴリルールを受信するステップが先行し、当該決定するステップは、受信されたＮＡＳアクセスカテゴリルールに少なくとも部分的に基づいて、決定済みアクセスカテゴリを決定することを含む。更なる実施形態によれば、決定済みアクセスカテゴリを決定するステップの前に、ＲＲＣシグナリングによりＲＲＣアクセスカテゴリルールを受信するステップが先行し、当該決定するステップは、受信されたＲＲＣアクセスカテゴリルールに少なくとも部分的に基づいて、決定済みアクセスカテゴリを決定することを含む。

更なる実施形態によれば、評価するステップは更に、決定済みアクセスカテゴリが、受信されたアクセスカテゴリ規制情報に表示されていることの第１のチェックを含み、示されている場合に、決定されたアクセスカテゴリでアクセス試行を実行し、決定済みアクセスカテゴリが、受信したアクセスカテゴリ規制情報に表示されていない場合に、決定済みアクセスカテゴリとは別のアクセスカテゴリでアクセス試行を実行する、第２のチェックを含む。更なる実施形態によれば、前記第２のチェックは、前記アクセス試行のための第２のアクセスカテゴリを選択することを含み、前記第２のアクセスカテゴリは、ＵＥで使用可能な予め定められたルールに基づいて選択される。更なる実施形態によれば、前記予め定められたルールは、少なくとも、前記決定済みアクセスカテゴリよりもアクセスの確率が高いアクセスカテゴリを選択することを含む。

更なる実施形態によれば、決定するステップは、非アクセス層及び無線リソース制御シグナリングを通じて受信されたルールがインコヒーレントである状況において、ＵＥで使用可能な予め定められたルールに基づいて少なくとも２つのアクセスカテゴリから１つを選択することを含む。前記予め定められたルールは、少なくとも、前記受信されたアクセスカテゴリ規制情報に従って、アクセスの確率が最も高い少なくとも２つのアクセスカテゴリから１つを選択することを含みうる。更なる実施形態によれば、ＵＥで使用可能な前記予め定められたルールは、ＮＡＳシグナリングを通じて受信される。更なる実施形態によれば、ＵＥで使用可能な前記予め定められたルールは、ＳＩＭ／ＵＳＩＭを通じて提供される。更なる実施形態によれば、ＵＥで使用可能な前記予め定められたルールは、ＵＥ ＳＷで符号化される。

更なる実施形態によれば、ネットワークにおいてＵＥにアクセスカテゴリルールを提供する方法が開示され、当該方法は、サービス、スライス、ＰＬＭＮ、周波数、アプリケーション、ＲＲＣシグナリング、ＭＭシグナリング、緊急コール‐音声、緊急通信‐パケットデータ、サブスクリプションタイプ、及びＵＥタイプのうちの少なくとも１つに基づいて、アクセスカテゴリを選択する方法のルールを提供することを含む。更なる実施形態によれば、ネットワークにおける本方法は、複数のサービス、スライス、ＰＬＭＮ、周波数、アプリケーション、ＲＲＣシグナリング、ＭＭシグナリング、緊急コール‐音声、緊急通信‐パケットデータ、サブスクリプションタイプ、ＵＥタイプを同時に考慮する場合の、アクセスカテゴリを決定する方法についてのルールをＵＥに提供することを含む。更なる実施形態によれば、前記受信されたルールは、登録エリア全体に適用可能である。更なる実施形態によれば、ＮＡＳアクセスカテゴリルール又はＲＲＣアクセスカテゴリルールの更新は、登録更新手順に関連して更新される。

本明細書で説明されるステップ又は特徴は、特定の実施形態の単なる例示である。開示された全てのステップ又は特徴を全ての実施形態が包含することも、本明細書に示されているか説明されている正確な順序で複数のステップが実行されることも必須ではない。更に、いくつかの実施形態は、本明細書に開示されるステップのうちの１つ以上に内在するステップを含む、本明細書に図示又は説明されていないステップ又は特徴を含みうる。

任意の適切なステップ、方法、又は機能は、例えば、上記の図の１つ以上に示されているコンポーネント及び機器によって実行されうるコンピュータプログラム製品を通じて実行されうる。例えば、ストレージは、コンピュータプログラムが格納されうるコンピュータ読み取り可能な手段を備えていてもよい。コンピュータプログラムは、プロセッサ（並びに、インタフェース及びストレージのような、動作可能に結合されたエンティティ及びデバイス）に、本明細書に記載の実施形態に係る方法を実行させる命令を含みうる。このため、コンピュータプログラム及び／又はコンピュータプログラム製品は、本明細書に開示の任意のステップを実行するための手段を提供しうる。

任意の適切なステップ、方法、又は機能は、１つ以上の機能モジュールを通じて実行されうる。各機能モジュールは、ソフトウェア、コンピュータプログラム、サブルーチン、ライブラリ、ソースコード、又は、例えばプロセッサによって実行される任意の他の形式の実行可能な命令を含んでもよい。いくつかの実施形態では、各機能モジュールは、ハードウェア及び／又はソフトウェアで実装されてもよい。例えば、１つ以上又は全ての機能モジュールは、場合によってはストレージと連携してプロセッサによって実装されてもよい。このため、プロセッサ及びストレージは、プロセッサがストレージから命令をフェッチし、フェッチされた命令を実行して、それぞれの機能モジュールが本明細書に開示の任意のステップ又は機能を実行できるようにしうる。

本発明概念の特定の態様は、主としていくつかの実施形態を参照して上述されている。しかしながら、当業者によって容易に理解されるように、上記で開示されたもの以外の実施形態も同様に可能であり、本発明概念の範囲内である。同様に、多くの異なる組み合わせが説明されてきたが、可能性のある全ての組み合わせは開示されていない。当業者であれば、他の組み合わせが存在し、かつ、本発明概念の範囲内であることを理解するであろう。更に、当業者によって理解されるように、本明細書に開示の実施形態は、他の規格及び通信システムにも適用可能であり、他の機能に関連して開示された特定の図の任意の特徴は、任意の他の図に適用されてもよいし、異なる特徴と組み合わされてもよい。

本開示の範囲を逸脱することなく、本明細書に記載のシステム及び装置に対して修正、追加又は省略が可能である。当該システム及び装置のコンポーネントは、統合されてもよいし分離されてもよい。更に、当該システム及び装置の動作は、より多くのコンポーネント、より少ないコンポーネント、又は他のコンポーネントによって実行されてもよい。また、当該システム及び装置の動作は、ソフトウェア、ハードウェア、及び／又は他のロジックを含む、任意の適切なロジックを用いて実行されてもよい。本書で使用されるように、「各（それぞれ）」は、セットのうちの各部材、又はセットのサブセットのうちの各部材を表す。

本開示の範囲を逸脱することなく、本明細書に記載の方法に対して修正、追加又は省略が可能である。当該方法は、より多くのステップ、より少ないステップ、又は他のステップを含んでもよい。また、任意の適切な順序でステップが実行されてもよい。

本開示はある実施形態に関して説明されているが、実施形態の変更及び置き換えは当業者には明らかである。したがって、実施形態の上記の記載は、本開示を制限しない。以下の請求項によって規定されるとおりの本開示の精神及び範囲を逸脱することなく、他の修正、置換、及び変更が可能である。

Claims (40)

1. ユーザ装置（ＵＥ）（102, 300）によって実行されるアクセス制御の方法（800）であって、前記方法は、
   アクセス要求を実行するためにトリガされること（802）と、
   １つ以上のアクセスカテゴリルールが前記トリガによって満たされるかどうかを評価すること（804）と、
   前記評価に基づいて、適用するアクセスカテゴリを決定すること（806）と、
   前記評価に基づいて決定された前記アクセスカテゴリを適用して、規制チェックを実行すること（808）と、
   を含む方法。
2. 請求項１に記載の方法であって、前記トリガによってアクセスカテゴリルールが満たされない場合に、デフォルトのアクセスカテゴリルールが選択される、方法。
3. 請求項１に記載の方法であって、複数のアクセスカテゴリルールが前記トリガによって満たされる場合に、前記複数のアクセスカテゴリルールのうちの１つが優先度スキームに基づいて選択される、方法。
4. 請求項２又は３に記載の方法であって、前記決定されたアクセスカテゴリは、前記選択されたアクセスカテゴリルールに基づいて決定されている、方法。
5. 請求項１に記載の方法であって、更に、
   アクセスカテゴリルールが保存されていない場合に、予め定められたアクセスカテゴリを適用して、規制チェックを実行することを含む、方法。
6. 請求項１に記載の方法であって、更に、
   保存されたアクセスカテゴリルールが有効ではない場合に、予め定められたアクセスカテゴリを適用して、規制チェックを実行することを含む、方法。
7. 請求項１に記載の方法であって、１つ以上のアクセスカテゴリルールが、以下のうちの１つ以上を含み、即ち、
   前記ＵＥ（102, 300）に保存されているアクセスカテゴリルール、
   ネットワークノード（104, 106, 400）から受信されたアクセスカテゴリルール、及び
   デフォルトのアクセスカテゴリルール、
   のうちの１つ以上を含む、方法。
8. 請求項１から７のいずれか１項に記載の方法であって、更に、
   ネットワークノード（104, 106, 400）から１つ以上のアクセスカテゴリルールを受信すること（803）を含む、方法。
9. 請求項８に記載の方法であって、前記ネットワークノード（104, 106, 400）から受信される前記１つ以上のアクセスカテゴリルールは、非アクセス層（ＮＡＳ）シグナリングにより受信される、方法。
10. 請求項１から９のいずれか１項に記載の方法であって、前記アクセスカテゴリルールは、サービス、シグナリング、緊急通信、及びＵＥタイプのうちの１つ以上に基づいている、方法。
11. 請求項１から１０のいずれか１項に記載の方法であって、前記アクセスカテゴリルールは、スライス、周波数、アプリケーション、及びサブスクリプションタイプのうちの１つ以上に基づいている、方法。
12. アクセス制御を実行するように構成されたユーザ装置（ＵＥ）（102, 300）であって、前記ＵＥは、
    処理回路（315）を備え、当該処理回路は、
    アクセス要求を実行するためにトリガされ（802）、
    １つ以上のアクセスカテゴリルールが前記トリガによって満たされるかどうかを評価し（804）、
    前記評価に基づいて、適用するアクセスカテゴリを決定し（806）、
    前記評価に基づいて決定された前記アクセスカテゴリを適用して、規制チェックを実行する（808）、
    ように構成されている、ＵＥ。
13. 請求項１２に記載のＵＥあって、前記トリガによってアクセスカテゴリルールが満たされない場合に、デフォルトのアクセスカテゴリルールが選択される、ＵＥ。
14. 請求項１２に記載のＵＥであって、複数のアクセスカテゴリルールが前記トリガによって満たされる場合に、前記複数のアクセスカテゴリルールのうちの１つが優先度スキームに基づいて選択される、ＵＥ。
15. 請求項１３又は１４に記載のＵＥであって、前記決定されたアクセスカテゴリは、前記選択されたアクセスカテゴリルールに基づいて決定されている、ＵＥ。
16. 請求項１２に記載のＵＥであって、前記処理回路は更に、アクセスカテゴリルールが保存されていない場合に、予め定められたアクセスカテゴリを適用して、規制チェックを実行するように構成されている、ＵＥ。
17. 請求項１２に記載のＵＥであって、前記処理回路は更に、保存されたアクセスカテゴリルールが有効ではない場合に、予め定められたアクセスカテゴリを適用して、規制チェックを実行するように構成されている、ＵＥ。
18. 請求項１２に記載のＵＥであって、１つ以上のアクセスカテゴリルールが、以下のうちの１つ以上を含み、即ち、
    前記ＵＥ（102, 300）に保存されているアクセスカテゴリルール、
    ネットワークノード（104, 106, 400）から受信されたアクセスカテゴリルール、及び
    デフォルトのアクセスカテゴリルール、
    のうちの１つ以上を含む、ＵＥ。
19. 請求項１２から１８のいずれか１項に記載のＵＥであって、前記無線インタフェースは更に、ネットワークノードから１つ以上のアクセスカテゴリルールを受信する（803）ように構成されている、ＵＥ。
20. 請求項１９に記載のＵＥであって、前記ネットワークノードから受信される前記１つ以上のアクセスカテゴリルールは、非アクセス層（ＮＡＳ）シグナリングにより受信される、ＵＥ。
21. 請求項１２から２０のいずれか１項に記載のＵＥであって、前記アクセスカテゴリルールは、サービス、シグナリング、緊急通信、及びＵＥタイプのうちの１つ以上に基づいている、ＵＥ。
22. 請求項１２から２１のいずれか１項に記載のＵＥであって、前記アクセスカテゴリルールは、スライス、周波数、アプリケーション、及びサブスクリプションタイプのうちの１つ以上に基づいている、ＵＥ。
23. ネットワークノード（104, 106, 400）によって実行される方法（900）であって、前記方法は、
    １つ以上のアクセスカテゴリに関連する規制情報を、ユーザ装置（ＵＥ）（102, 300）に提供すること（902）と、ここで、前記１つ以上のアクセスカテゴリのうちの１つが、規制チェックを実行するために前記ＵＥ（102, 300）によって使用され、
    前記規制チェックを通過した場合に前記ＵＥからアクセス要求を受信すること（903）と、
    を含む方法。
24. 請求項２３に記載の方法であって、前記規制情報は、規制係数及び規制時間を含む、方法。
25. 請求項２３又は２４に記載の方法であって、規制チェックを実行するために前記ＵＥ（102, 300）によって使用される前記アクセスカテゴリは、デフォルトのアクセスカテゴリルールに基づいて選択される、方法。
26. 請求項２３又は２４に記載の方法であって、規制チェックを実行するために前記ＵＥ（102, 300）によって使用される前記アクセスカテゴリは、優先度スキームに基づいて選択される、方法。
27. 請求項２３又は２４に記載の方法であって、規制チェックを実行するために前記ＵＥ（102, 300）によって使用される前記アクセスカテゴリは、予め定められたアクセスカテゴリである、方法。
28. 請求項２３から２７のいずれか１項に記載の方法であって、１つ以上のアクセスカテゴリルールを前記ＵＥに提供すること（903）を更に含む、方法。
29. 請求項２８に記載の方法であって、前記ＵＥ（102, 300）に提供される前記１つ以上のアクセスカテゴリルールは、非アクセス層（ＮＡＳ）シグナリングにより提供される、方法。
30. 請求項２３から２９のいずれか１項に記載の方法であって、前記アクセスカテゴリルールは、サービス、シグナリング、緊急通信、及びＵＥタイプのうちの１つ以上に基づいている、方法。
31. 請求項２３から３０のいずれか１項に記載の方法であって、前記アクセスカテゴリルールは、スライス、周波数、アプリケーション、及びサブスクリプションタイプのうちの１つ以上に基づいている、方法。
32. ネットワークノード（104, 106, 400）であって、
    処理回路（402）と、
    前記処理回路に結合された無線インタフェース（401）とを備え、前記無線インタフェースは、
    １つ以上のアクセスカテゴリに関連する規制情報を、ユーザ装置（ＵＥ）（102, 300）に提供し、ここで、前記１つ以上のアクセスカテゴリのうちの１つが、規制チェックを実行するために前記ＵＥ（102, 300）によって使用され、
    前記規制チェックを通過した場合に前記ＵＥ（102, 300）からアクセス要求を受信する、
    ように構成されている、ネットワークノード。
33. 請求項３２に記載のネットワークノードあって、前記規制情報は、規制係数及び規制時間を含む、ネットワークノード。
34. 請求項３２又は３３に記載のネットワークノードであって、規制チェックを実行するために前記ＵＥ（102, 300）によって使用される前記アクセスカテゴリは、デフォルトのアクセスカテゴリルールに基づいて選択される、ネットワークノード。
35. 請求項３２又は３３に記載のネットワークノードであって、規制チェックを実行するために前記ＵＥ（102, 300）によって使用される前記アクセスカテゴリは、優先度スキームに基づいて選択される、ネットワークノード。
36. 請求項３２又は３３に記載のネットワークノードであって、規制チェックを実行するために前記ＵＥ（102, 300）によって使用される前記アクセスカテゴリは、予め定められたアクセスカテゴリである、ネットワークノード。
37. 請求項３２から３６のいずれか１項に記載のネットワークノードであって、前記無線インタフェースは更に、１つ以上のアクセスカテゴリルールを前記ＵＥ（102, 300）に提供するように構成されている、ネットワークノード。
38. 請求項３７に記載の方法であって、前記ＵＥ（102, 300）に提供される前記１つ以上のアクセスカテゴリルールは、非アクセス層（ＮＡＳ）シグナリングにより提供される、方法。
39. 請求項３２から３８のいずれか１項に記載の方法であって、前記アクセスカテゴリルールは、サービス、シグナリング、緊急通信、及びＵＥタイプのうちの１つ以上に基づいている、方法。
40. 請求項３２から３９のいずれか１項に記載の方法であって、前記アクセスカテゴリルールは、スライス、周波数、アプリケーション、及びサブスクリプションタイプのうちの１つ以上に基づいている、方法。

Images