(57)【要約】【解決手段】  アクセスカテゴリ管理オブジェクトは、ユーザ機器（ＵＥ）のアクセスカテゴリ構成を選択して使用するように構成されてもよい。アクセスカテゴリを用いるＵＥ構成のための種々の方法が開示される。アクセス規制パラメータの無線アクセスネットワークによる信号伝達方法、例えば、アクセスカテゴリインデックスの明白な信号伝達を用いる、アクセス規制パラメータの部分的なリストのための信号伝達方法、およびアクセスカテゴリがビットマップを用いて信号伝達される、アクセス規制パラメータの完全なリストのための信号伝達方法が開示される。ＵＥプロトコルサブレイヤ中のアクセス制御機能分布の観点でのアクセス制御パラメータおよびアクセス制御アーキテクチャ、バッファステイタスレポートに対する接続モードでのアクセス制御の影響に対処する解決策、ＵＥ  ＡＳとＵＥ  ＮＡＳとの間の論理チャンネル優先順位付けおよびフロー制御、アクセス規制チェックに関する詳細も開示される。【特許請求の範囲】
【請求項１】
ユーザ機器によって行われる方法であって、前記方法は、
前記ユーザ機器のアクセスストラタム（Access  Stratum：ＡＳ）で、無線アクセスネットワーク（Radio  Access  Network：ＲＡＮ）からアクセス規制情報を受信する工程と、
前記ユーザ機器の非アクセスストラタム（Non-Access  Stratum：ＮＡＳ）で、アクセストリガを受信し、前記アクセストリガによって、前記ユーザ機器にアクセス試行を開始させる工程と、
前記ユーザ機器のＮＡＳで、前記ユーザ機器による前記アクセス試行と関連付けられたアクセスカテゴリを決定する工程と、
前記ユーザ機器のＮＡＳから前記ユーザ機器のＡＳへと、前記アクセス試行と関連付けられたＮＡＳメッセージと、前記決定したアクセスカテゴリの表示を送る工程と、
前記ユーザ機器のＡＳで、前記決定したアクセスカテゴリおよび前記アクセス規制情報に少なくとも基づき、前記アクセス試行が規制されるかどうかを判定する工程と、
前記アクセス試行が規制されないと判定されることに基づき、無線リソース制御（Radio  Resource  Control：ＲＲＣ）接続確立手順を実行する工程と、
を有する、
ことを特徴とする方法。
【請求項２】
前記アクセストリガの受信によって、前記ユーザ機器のＮＡＳに、前記アクセス試行と関連付けられたＮＡＳメッセージを作成させる、請求項１記載の方法。
【請求項３】
前記アクセスカテゴリは、前記ユーザ機器のデータベースに保存されるアクセスカテゴリ構成に基づいて決定される、請求項１記載の方法。
【請求項４】
前記ユーザ機器のＡＳによって前記ユーザ機器のＮＡＳへと、前記アクセス試行が規制されるかどうかの表示を送る工程を有する、請求項１記載の方法。
【請求項５】
前記ユーザ機器のＮＡＳから前記ユーザ機器のＡＳへと、前記アクセス試行と関連付けられたアクセス識別子を送る工程を有する、請求項１記載の方法。
【請求項６】
前記アクセス試行が規制されるかどうかを判定する工程は、前記ユーザ機器のＡＳで、前記アクセス試行と関連付けられたアクセス識別子に基づき、前記アクセス試行が規制されるかどうかを判定する工程を有する、請求項５記載の方法。
【請求項７】
前記ユーザ機器のＮＡＳで、コアネットワークノードからアクセスカテゴリ構成を受信する工程と、
前記ユーザ機器のＮＡＳで、１つ以上のアクセス制御機構をサポートするユーザ機器の機能を再構成する工程と、
を有する、請求項１記載の方法。
【請求項８】
プロセッサと、メモリと、を備えるユーザ機器であって、前記メモリは、コンピュータ実行可能命令を保存しており、前記コンピュータ実行可能命令は、前記プロセッサによって実行されると、前記ユーザ機器に、
前記ユーザ機器のアクセスストラタム（Access  Stratum：ＡＳ）で、無線アクセスネットワーク（Radio  Access  Network：ＲＡＮ）からアクセス規制情報を受信する工程と、
前記ユーザ機器の非アクセスストラタム（Non-Access  Stratum：ＮＡＳ）で、アクセストリガを受信し、前記アクセストリガによって、前記ユーザ機器にアクセス試行を開始させる工程と、
前記ユーザ機器のＮＡＳで、前記ユーザ機器によるアクセス試行と関連付けられたアクセスカテゴリを決定する工程と、
前記ユーザ機器のＮＡＳから前記ユーザ機器のＡＳへと、前記アクセス試行と関連付けられたＮＡＳメッセージと、前記決定したアクセスカテゴリの表示を送る工程と、
前記ユーザ機器のＡＳで、前記決定したアクセスカテゴリおよび前記アクセス規制情報に少なくとも基づき、前記アクセス試行が規制されるかどうかを判定する工程と、
前記アクセス試行が規制されないと判定されることに基づき、無線リソース制御（Radio  Resource  Control：ＲＲＣ）接続確立手順を実行する工程と、
を有する操作を行わせる、
ことを特徴とするユーザ機器。
【請求項９】
前記アクセストリガの受信によって、前記ユーザ機器のＮＡＳに、前記アクセス試行と関連付けられたＮＡＳメッセージを作成させる、請求項８記載のユーザ機器。
【請求項１０】
前記アクセスカテゴリは、前記ユーザ機器のデータベースに保存されるアクセスカテゴリ構成に基づいて決定される、請求項８記載のユーザ機器。
【請求項１１】
前記命令は、実行されると、さらに、前記ユーザ機器に、前記ユーザ機器のＡＳによって、前記ユーザ機器のＮＡＳへと、前記アクセス試行が規制されるかどうかの表示を送る工程を有する操作を行わせる、請求項８記載のユーザ機器。
【請求項１２】
前記命令は、実行されると、さらに、前記ユーザ機器に、前記ユーザ機器のＮＡＳから前記ユーザ機器のＡＳへと、前記アクセス試行と関連付けられたアクセス識別子を送る工程を有する操作を行わせる、請求項８記載のユーザ機器。
【請求項１３】
前記アクセス試行が規制されるかどうかを判定する工程は、前記ユーザ機器のＡＳで、前記アクセス試行と関連付けられたアクセス識別子に基づき、前記アクセス試行が規制されるかどうかを判定する工程を有する、請求項１２記載のユーザ機器。
【請求項１４】
前記命令は、実行されると、さらに、前記ユーザ機器に、
前記ユーザ機器のＮＡＳで、コアネットワークノードから、アクセスカテゴリ構成を受信する工程と、
前記ユーザ機器のＮＡＳで、１つ以上のアクセス制御機構をサポートするユーザ機器の機能を再構成する工程と、
を有する操作を行わせる、請求項８記載のユーザ機器。
【請求項１５】
コンピュータ実行可能命令を保存するコンピュータ可読媒体であって、前記コンピュータ実行可能命令が、ユーザ機器のプロセッサによって実行されると、前記ユーザ機器に、
前記ユーザ機器のアクセスストラタム（Access  Stratum：ＡＳ）で、無線アクセスネットワーク（Radio  Access  Network：ＲＡＮ）からアクセス規制情報を受信する工程と、
前記ユーザ機器の非アクセスストラタム（Non-Access  Stratum：ＮＡＳ）で、アクセストリガを受信し、前記アクセストリガによって、前記ユーザ機器にアクセス試行を開始させる工程と、
前記ユーザ機器のＮＡＳで、前記ユーザ機器によるアクセス試行と関連付けられたアクセスカテゴリを決定する工程と、
前記ユーザ機器のＮＡＳから前記ユーザ機器のＡＳへと、前記アクセス試行と関連付けられたＮＡＳメッセージと、前記決定したアクセスカテゴリの表示を送る工程と、
前記ユーザ機器のＡＳで、前記決定したアクセスカテゴリおよび前記アクセス規制情報に少なくとも基づき、前記アクセス試行が規制されるかどうかを判定する工程と、
前記アクセス試行が規制されないと判定されることに基づき、無線リソース制御（Radio  Resource  Control：ＲＲＣ）接続確立手順を実行する工程と、
を有する操作を行わせる、
ことを特徴とするコンピュータ可読媒体。
【請求項１６】
前記アクセストリガの受信によって、前記ユーザ機器のＮＡＳに、前記アクセス試行と関連付けられたＮＡＳメッセージを作成させる、請求項１５記載のコンピュータ可読媒体。
【請求項１７】
前記アクセスカテゴリは、前記ユーザ機器のデータベースに保存されるアクセスカテゴリ構成に基づいて決定される、請求項１５記載のコンピュータ可読媒体。
【請求項１８】
前記命令は、実行されると、さらに、前記ユーザ機器に、前記ユーザ機器のＡＳによって、前記ユーザ機器のＮＡＳへと、前記アクセス試行が規制されるかどうかの表示を送る工程を有する操作を行わせる、請求項１５記載のコンピュータ可読媒体。
【請求項１９】
前記命令は、実行されると、さらに、前記ユーザ機器に、前記ユーザ機器のＮＡＳから前記ユーザ機器のＡＳまで、前記アクセス試行と関連付けられたアクセス識別子を送る工程を有する操作を行わせる、請求項１５記載のコンピュータ可読媒体。
【請求項２０】
前記アクセス試行と関連付けられたアクセスカテゴリが規制されるかどうかを判定する工程は、前記ユーザ機器のＡＳで、前記アクセス試行と関連付けられたアクセス識別子に基づき、前記アクセス試行が規制されるかどうかを判定する工程を有する、請求項１９記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、２０１７年８月９日に出願された米国仮特許出願第６２／５４２，９７７号の利益を請求し、その開示内容が全体的に本明細書に参照により援用される。
【背景技術】
【０００２】
２０２０年以降（ＩＴＵ−Ｒ  Ｍ．２０８３）向けインターナショナル・モバイル・テレコミュニケーションズ（International  Mobile  Telecommunications：ＩＭＴ）（「ＩＭＴ  ２０２０」）は、現行ＩＭＴの後に続く多様な使用シナリオおよびアプリケーション群に拡張し、これをサポートすることが想定されている。さらに、多種多様な能力が、２０２０年以降ＩＭＴに向けて意図されたこれらの異なる使用シナリオおよびアプリケーションと密に結びついていてもよい。２０２０年以降ＩＭＴに向けた使用シナリオ群としては、高度化モバイルブロードバンド（Enhanced  Mobile  Broadband：ｅＭＢＢ）、超高信頼低遅延通信（Ultra-Reliable  and  Low  Latency  Communications：ＵＲＬＬＣ）および大量マシンタイプ通信（Massive  Machine  Type  Communication：ｍＭＴＣ）が挙げられる。これらの主要な使用事例は、遅延、データ速度、モビリティ、デバイス密度、信頼性、ユーザ機器（User  Equipment：ＵＥ）電池寿命、ネットワークエネルギー消費などの観点で、多様な相反するサービス要求を有する。
【発明の概要】
【０００３】
５Ｇシステムがサポートすることが想定される多種多様なサービスおよびバーチカルの観点で、５Ｇネットワークにおける効果的なアクセス制御は、優れた顧客満足経験を与え、重大な通信および緊急呼び出しの優先順位付けのための法的規制に合致しつつ、提供されるサービスから最大利益を得ることを目的とする操作者と合う様式で、利用可能なネットワークキャパシティが割り当てられることを確保しながらの安定した５Ｇネットワーク操作の鍵である。
【０００４】
本明細書に開示されるのは、コアネットワーク（例えば、プッシュアプローチを用いる）によってユーザ機器（ＵＥ）のアクセスカテゴリ構成を選択して、また、コアネットワーク（例えば、プルアプローチを用いる）に対するアクセスカテゴリ構成のＵＥ照会を選択して使用するように構成されるアクセスカテゴリ管理オブジェクトである。アクセスカテゴリを用いたＵＥ構成のための種々の方法が開示される（例えば、アクセスカテゴリ属性の全列挙によって、またはアクセスカテゴリコンポーネントの使用によって）。アクセス規制パラメータの無線アクセスネットワークによる信号伝達方法（例えば、アクセス規制パラメータの部分的なリストのための信号伝達方法およびアクセス規制パラメータの全リストのための信号伝達方法）が開示される。ＵＥプロトコルサブレイヤ中のアクセス制御機能分布の観点でのアクセス制御パラメータおよびアクセス制御アーキテクチャ、バッファステイタスレポート（Buffer  Status  Report：ＢＳＲ）に対する接続モードでのアクセス制御の影響に対処するための解決策、ＵＥ  ＡＳとＵＥ  ＮＡＳとの間の論理チャンネル優先順位付けおよびフロー制御、アクセス規制チェックに関する詳細も開示される。
【０００５】
以下の詳細な記載は、添付の図面と組み合わせて読めば、よりよく理解される。説明のために、図面に例が示されている。しかし、特定事項は、開示される具体的な要素および手段に限定されない。
【図面の簡単な説明】
【０００６】
【図１Ａ】図１Ａは、本明細書に記載され、請求される方法および装置が具現化され得る通信システムの一例の一実施形態を示す。
【図１Ｂ】図１Ｂは、本明細書に示される実施形態に係る無線通信のために構成される装置またはデバイスの一例のブロック図である。
【図１Ｃ】図１Ｃは、一実施形態に係る無線アクセスネットワーク（Radio  Access  Network：ＲＡＮ）およびコアネットワークの一例のシステム図である。
【図１Ｄ】図１Ｄは、別の実施形態のＲＡＮおよびコアネットワークの別のシステム図である。
【図１Ｅ】図１Ｅは、別の実施形態のＲＡＮおよびコアネットワークの別のシステム図である。
【図１Ｆ】図１Ｆは、図１Ａ、１Ｃ、１Ｄおよび１Ｅに示される通信ネットワークの１つ以上の装置が具現化され得る例示的な計算システム９０のブロック図である。
【図２】図２は、アクセスクラス制御方法のフロー図の一例を示す。
【図３】図３は、アクセス制御の原理を示すフローチャートの一例を示す。
【図４】図４は、規制時間および規制因子のための手順の一例を示す。
【図５】図５は、アクセスカテゴリ管理オブジェクトの一例を示す。
【図６】図６は、アクセスカテゴリ構成の一例を示す。
【図７】図７は、アプリケーション情報構成の一例を示す。
【図８】図８は、アクセスクラス構成の一例を示す。
【図９】図９は、コールタイプ構成の一例を示す。
【図１０】図１０は、ネットワークスライス構成の一例を示す。
【図１１】図１１は、ＱｏＳ分類インデックス（QoS  Classification  Index：ＱＣＩ）フロー構成の一例を示す。
【図１２】図１２は、サービスデータフロー構成の一例を示す。
【図１３】図１３は、パケットフローフィルタ構成の一例を示す。
【図１４】図１４は、アクセスカテゴリ検証構成の一例を示す。
【図１５】図１５は、アクセスカテゴリコンポーネントに基づくアクセスカテゴリのブロック図の一例を示す。
【図１６】図１６は、アクセスカテゴリのＡＣ属性またはＡＣコンポーネントの詳細を示すＵＥ構成の一例を示す。
【図１７】図１７は、アクセスコンポーネントのビットマップ表現の一例を示す。
【図１８】図１８は、アクセスカテゴリコンポーネントに基づく手法を用いた、アクセスカテゴリを用いるＵＥ構成の一例を示す。
【図１９】図１９は、アクセスカテゴリ属性列挙に基づく手法を用いた、アクセスカテゴリを用いるＵＥ構成の一例を示す。
【図２０】図２０は、ユーザプレーンに対するアクセスカテゴリ提供のための非ローミングアーキテクチャの一例を示す。
【図２１】図２１は、ユーザプレーンに対するアクセスカテゴリ提供のためのローミングアーキテクチャの一例を示す。
【図２２】図２２は、所定の位置における、アクセスカテゴリコンポーネントを用いたアクセスカテゴリビットマップの一例を示す。
【図２３】図２３は、ＡＣ規制パラメータの部分的なリストの信号伝達の一例を示す。
【図２４】図２４は、ＡＣ規制パラメータの部分的なリストの信号伝達の別の例を示す。
【図２５】図２５は、ＡＣ規制パラメータの完全なリストの信号伝達の一例を示す。
【図２６】図２６は、ＡＣ規制パラメータの完全なリストの信号伝達の別の例を示す。
【図２７】図２７は、部分的なリストおよび完全なリストに基づくアクセス規制パラメータ信号伝達の組み合わせの一例を示す。
【図２８】図２８は、部分的なリストおよび完全なリストに基づくアクセス規制パラメータ信号伝達の組み合わせの別の例を示す。
【図２９】図２９は、ＲＲＣ＿ＩＤＬＥにおいてアクセス制御を必要とするＮＡＳ−ＣＰイベントのためのＡＳ−ＣＰソリューションの一例を示す。
【図３０】図３０は、ＲＲＣ−ＩＤＬＥにおいてアクセス制御を必要とするＮＡＳ−ＣＰイベントのためのＮＡＳ−ＣＰソリューションの一例を示す。
【図３１】図３１は、ＲＲＣ＿ＩＮＡＣＴＩＶＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいてアクセス制御を必要とするＡＳ−ＵＰイベントのためのＡＳ−ＵＰソリューションの一例を示す。
【図３２】図３２は、ＲＲＣ＿ＩＮＡＣＴＩＶＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいてアクセス制御を必要とするＮＡＳ−ＵＰイベントのためのＮＡＳ−ＵＰソリューションの一例を示す。
【図３３】図３３は、ＲＲＣ＿ＩＮＡＣＴＩＶＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいてアクセス制御を必要とするＮＡＳ＿ＣＰイベントのためのＡＳ−ＣＰソリューションの一例を示す。
【図３４】図３４は、ＲＲＣ＿ＩＮＡＣＴＩＶＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいてアクセス制御を必要とするＡＳ−ＣＰイベントのためのＡＳ−ＣＰソリューションの一例を示す。
【図３５】図３５は、ＲＲＣ＿ＩＮＡＣＴＩＶＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいてアクセス制御を必要とするＡＳ−ＵＰイベントのためのＡＳ−ＣＰソリューションの一例を示す。
【図３６】図３６は、ＲＲＣ＿ＩＮＡＣＴＩＶＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいてアクセス制御を必要とするＮＡＳ−ＵＰイベントのためのＡＳ−ＣＰソリューションの一例を示す。
【図３７】図３７は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＆  ＲＲＣ＿ＩＮＡＣＴＩＶＥにおいてアクセス制御を必要とするＮＡＳ−ＣＰイベントのためのＮＡＳ−ＣＰソリューションの一例を示す。
【図３８】図３８は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ  ＆  ＲＲＣ  ＣＯＮＮＥＣＴＥＤにおいてアクセス制御を必要とするＮＡＳ−ＵＰイベントのためのＮＡＳ−ＣＰソリューションの一例を示す。
【図３９】図３９は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいてアクセス制御を必要とするＵＰイベントのためのＡＳソリューションの一例を示す。
【図４０】図４０は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいてアクセス制御を必要とするＵＰイベントのためのＮＡＳソリューションの一例を示す。
【図４１】図４１Ａおよび４１Ｂは、アクセス規制開始のための手順の一例を示す。
【図４２】図４２は、システム情報ブロックにおけるアクセス規制情報の一例を示す。
【図４３】図４３は、システム情報ブロックにおけるアクセス規制情報の別の例を示す。
【図４４】図４４Ａおよび４４Ｂは、アクセス規制チェックのための手順の一例を示す。
【図４５】図４５Ａおよび４５Ｂは、アクセス規制制御タイマのための手順の一例を示す。
【図４６】図４６は、アクセスカテゴリの表示および選択のためのユーザインターフェースの一例を示す。
【発明を実施するための形態】
【０００７】
第３世代パートナーシッププロジェクト（3rd  Generation  Partnership  Project：３ＧＰＰ）は、無線アクセス、コア伝送ネットワークおよびサービス能力（コーデックでの作業、セキュリティおよびサービスの品質を含む）を含む、セルラーテレコミュニケーションネットワーク技術の技術標準を開発する。近年の無線アクセス技術（ＲＡＴ）標準は、ＷＣＤＭＡ（登録商標）（一般的に３Ｇと呼ばれる）、ロングタームエボリューション（Long  Term  Evolution：ＬＴＥ）（一般的に４Ｇと呼ばれる）およびＬＴＥアドバンスト標準を含む。３ＧＰＰは、新無線（New  Radio：ＮＲ）と呼ばれる次世代セルラー技術の標準化についての作業を開始しており、これは「５Ｇ」とも呼ばれる。３ＧＰＰ  ＮＲ標準の開発は、次世代無線アクセス技術（新ＲＡＴ）の定義を含むと予想され、６ＧＨｚ未満の新しいフレキシブル無線アクセスの提供と、６ＧＨｚを超える新しいウルトラモバイルブロードバンド無線アクセスの提供を含むと予想される。フレキシブル無線アクセスは、６ＧＨｚ未満の新しいスペクトルでの新しい非後方互換無線アクセスからなると予想され、多様化する要求事項を有する広範な３ＧＰＰ  ＮＲ使用の場合に対処するために、同じスペクトルで一緒に多重化可能な異なる操作モードを含むと予想される。ウルトラモバイルブロードバンドは、例えば、室内用途およびホットスポット向けウルトラモバイルブロードバンドアクセスの機会を与え得るｃｍＷａｖｅおよびｍｍＷａｖｅスペクトルを含むと予想される。特に、ウルトラモバイルブロードバンドは、６ＧＨｚ未満のフレキシブル無線アクセスと共通の設計フレームワークを共有すると予想され、ｃｍＷａｖｅおよびｍｍＷａｖｅに固有の設計最適化を伴う。
【０００８】
３ＧＰＰは、ＮＲがサポートすると予想される種々の使用例を特定しており、データレート、遅延およびモビリティについての広範囲にわたるユーザ経験の要求事項をもたらす。この使用例は、以下の一般的なカテゴリを含む。高度化モバイルブロードバンド（例えば、高密度領域でのブロードバンドアクセス、室内の超高速ブロードバンドアクセス、混雑した状態でのブロードバンドアクセス、至る所での５０＋Ｍｂｐｓ、超低コストブロードバンドアクセス、車両内でのモバイルブロードバンド）、重大な通信、大量マシンタイプ通信、ネットワーク操作（例えば、ネットワークスライシング、ルーティング、移行および相互作用、エネルギー節約）および高度化ビークルツーエブリシング（Enhanced  Vehicle-To-Everything：ｅＶ２Ｘ）通信。これらのカテゴリに固有のサービスおよび用途は、例えば、いくつか例を挙げると、モニタリングおよびセンサネットワーク、デバイスの遠隔制御、双方向の遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドに基づくオフィス、ファーストレスポンダー接続性、自動車向けｅｃａｌｌ、災害警報、リアルタイムゲーム、複数人ビデオ通話、自動運転、拡張現実、触覚で感知可能なインターネット、仮想現実である。これらの使用事例および他の事例が本明細書で想定される。
【０００９】
図１Ａは、本明細書に記載され、請求される方法および装置が具現化され得る通信システム１００の一例の一実施形態を示す。図示されるとおり、この例の通信システム１００は、無線送信／受信ユニット（Wireless  Transmit/Receive  Unit：ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃおよび／または１０２ｄ（一般的に、またはまとめてＷＴＲＵ１０２と呼ばれてもよい）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂ、コアネットワーク１０６／１０７／１０９、公衆交換電話網（Public  Switched  Telephone  Network：ＰＳＴＮ）１０８、インターネット１１０および他のネットワーク１１２を備えていてもよいが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素を想定していることが理解されるだろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅはそれぞれ、無線環境で操作および／または通信するように設定された任意の種類の装置またはデバイスであってもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅはそれぞれ、図１Ａ−１Ｅに携帯型無線通信装置として示されているが、５Ｇ無線通信のために想定される多種多様な使用事例を用い、各ＷＴＲＵは、ほんの例として、ユーザ機器（ＵＥ）、モバイルステーション、固定型または移動型のサブスクライバユニット、ページャ、携帯電話、携帯情報端末（Personal  Digital  Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、家電製品、ウェアラブルデバイス（例えば、スマートウォッチまたはスマート衣類）、医療用デバイスまたはｅＨｅａｌｔｈデバイス、ロボット、産業機器、ドローン、車両（例えば、車、トラック、電車または航空機）などを含む、無線信号を送信および／または受信するように設定された任意の種類の装置またはデバイスを含んでいてもよく、またはこれらの装置またはデバイスで具現化されてもよいことが理解される。
【００１０】
通信システム１００はまた、基地局１１４ａと基地局１１４ｂとを含んでいてもよい。基地局１１４ａは、１つ以上の通信ネットワーク（例えば、コアネットワーク１０６／１０７／１０９、インターネット１１０および／または他のネットワーク１１２）へのアクセスを容易にするように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうち少なくとも１つと無線インターフェースで接続するように構成される任意の種類のデバイスであってもよい。基地局１１４ｂは、１つ以上の通信ネットワーク（例えば、コアネットワーク１０６／１０７／１０９、インターネット１１０および／または他のネットワーク１１２）へのアクセスを容易にするように、ＲＲＨ（Remote  Radio  Head：リモートラジオヘッド）１１８ａ、１１８ｂおよび／またはＴＲＰ（Transmission  and  Reception  Point：送受信点）１１９ａ、１１９ｂのうち少なくとも１つと有線および／または無線のインターフェースで接続するように構成される任意の種類のデバイスであってもよい。ＲＲＨ１１８ａ、１１８ｂは、１つ以上の通信ネットワーク（例えば、コアネットワーク１０６／１０７／１０９、インターネット１１０および／または他のネットワーク１１２）へのアクセスを容易にするように、ＷＴＲＵ１０２ｃの少なくとも１つと無線インターフェースで接続するように構成される任意の種類のデバイスであってもよい。ＴＲＰ１１９ａ、１１９ｂは、１つ以上の通信ネットワーク（例えば、コアネットワーク１０６／１０７／１０９、インターネット１１０および／または他のネットワーク１１２）へのアクセスを容易にするように、ＷＴＲＵ１０２ｄの少なくとも１つと無線インターフェースで接続するように構成される任意の種類のデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、送受信基地局（Base  Transceiver  Station：ＢＴＳ）、ノード−Ｂ、ｅノード−Ｂ、ホームノード−Ｂ、ホームｅノード−Ｂ、サイトコントローラ、アクセスポイント（Access  Point：ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続した基地局および／またはネットワーク要素を含んでいてもよいことが理解されるだろう。
【００１１】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であってもよく、他の基地局および／またはネットワーク要素（図示せず）、例えば、基地局コントローラ（Base  Station  Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio  Network  Controller：ＲＮＣ）、リレーノードなども含んでいてもよい。基地局１１４ｂは、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であってもよく、他の基地局および／またはネットワーク要素（図示せず）、例えば、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなども含んでいてもよい。基地局１１４ａは、特定の幾何学的領域（セル（図示せず）と呼ばれることがある）内の無線信号を送信および／または受信するような構成であってもよい。基地局１１４ｂは、特定の幾何学的領域（セル（図示せず）と呼ばれることがある）内の有線信号および／または無線信号を送信および／または受信するような構成であってもよい。セルは、さらにセルセクタに分割されてもよい。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割されてもよい。したがって、一実施形態では、基地局１１４ａは、３個の送受信機、例えば、セルの各セクタ用の送受信機を備えていてもよい。ある実施形態では、基地局１１４ａは、マルチインプットマルチアウトプット（Multiple-Input  Multiple  Output：ＭＩＭＯ）技術を使用してもよく、したがって、セルの各セクタ用の複数の送受信機を利用してもよい。
【００１２】
基地局１１４ａは、エアインターフェース１１５／１１６／１１７によってＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの１つ以上と通信してもよく、エアインターフェース１１５／１１６／１１７は、任意の適切な無線通信リンク（例えば、無線周波数（Radio  Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可視光、ｃｍＷａｖｅ、ｍｍＷａｖｅなど）であってもよい。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立されてもよい。
【００１３】
基地局１１４ｂは、有線インターフェースまたはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂによって、ＲＲＨ１１８ａ、１１８ｂおよび／またはＴＲＰ１１９ａ、１１９ｂの１つ以上と通信してもよく、有線インターフェースまたはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適切な有線（例えば、ケーブル、光ファイバーなど）または無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、ｃｍＷａｖｅ、ｍｍＷａｖｅなど）であってもよい。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立されてもよい。
【００１４】
ＲＲＨ１１８ａ、１１８ｂおよび／またはＴＲＰ１１９ａ、１１９ｂは、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃによって、ＷＴＲＵ１０２ｃ、１０２ｄの１つ以上と通信してもよく、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、ｃｍＷａｖｅ、ｍｍＷａｖｅなど）であってもよい。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立されてもよい。
【００１５】
より特定的には、前述したとおり、通信システム１００は、複数アクセスシステムであってもよく、１つ以上のチャンネルアクセススキーム、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどを使用してもよい。例えば、ＲＡＮ１０３／１０４／１０５およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ中の基地局１１４ａ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ中のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂは、無線技術（例えば、ユニバーサル移動体通信システム（Universal  Mobile  Telecommunications  System：ＵＭＴＳ）地上波無線アクセス（Terrestrial  Radio  Access：ＵＴＲＡ））を実装していてもよく、それぞれ、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を用い、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃを確立してもよい。ＷＣＤＭＡは、ハイスピードパケットアクセス（High-Speed  Packet  Access：ＨＳＰＡ）および／または高速化ＨＳＰＡ（Evolved  HSPA：ＨＳＰＡ＋）などの通信プロトコルを含んでいてもよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（High-Speed  Downlink  Packet  Access：ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（High-Speed  Uplink  Packet  Access：ＨＳＵＰＡ）を含んでいてもよい。
【００１６】
ある実施形態では、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ中の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂは、高速ＵＭＴＳ地上波無線アクセス（Evolved  UMTS  Terrestrial  Radio  Access：Ｅ−ＵＴＲＡ）などの無線技術を実装していてもよく、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（LTE-Advanced：ＬＴＥ−Ａ）を用い、それぞれ、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃを確立してもよい。将来的に、エアインターフェース１１５／１１６／１１７は、３ＧＰＰ  ＮＲ技術を実装してもよい。
【００１７】
ある実施形態では、ＲＡＮ１０３／１０４／１０５およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ中の基地局１１４ａ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ中のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂは、ＩＥＥＥ  ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide  Interoperability  for  Microwave  Access：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６（ＩＳ−８５６）、グローバル・システム・フォー・モバイル・コミュニケーション（Global  System  for  Mobile  Communications：ＧＳＭ（登録商標））、エンハンスド・データ・レート・フォー・ジーエスエム・エボリューション（Enhanced  Data  Rates  for  GSM  Evolution：ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装していてもよい。
【００１８】
図１Ａの基地局１１４ｃは、例えば、無線ルータ、ホームノード−Ｂ、ホームｅノード−Ｂ、またはアクセスポイントであってもよく、ローカライズされたエリア、例えば、事業所、家、車両、キャンパスなどでの無線接続を容易にする任意の適切なＲＡＴを利用してもよい。ある実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ  ８０２．１１などの無線技術を実装していてもよい。ある実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｄは、ワイヤレスパーソナルエリアネットワーク（Wireless  Personal  Area  Network：ＷＰＡＮ）を確立するために、ＩＥＥＥ  ８０２．１５などの無線技術を実装していてもよい。さらなる実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、ピコセルまたはフェムトセルを確立するために、セルラー系ＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用してもよい。図１Ａに示すとおり、基地局１１４ｂは、インターネット１１０に直接接続していてもよい。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要はない場合がある。
【００１９】
ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信していてもよく、コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ以上に音声、データ、アプリケーションおよび／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを与えるように構成された任意の種類のネットワークであってもよい。例えば、コアネットワーク１０６／１０７／１０９は、呼び出し制御、ビリングサービス、モバイルの場所に基づくサービス、プリペイド電話、インターネット接続、映像配信などを与えてもよく、および／またはユーザ認証などの高レベルセキュリティ機能を発揮してもよい。
【００２０】
図１Ａに示されていないが、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよび／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接的または間接的に通信してもよいことが理解されるだろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用してもよいＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂへの接続に加え、コアネットワーク１０６／１０７／１０９も、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信していてもよい。
【００２１】
コアネットワーク１０６／１０７／１０９はまた、ＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスするためのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅのゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、基本電話サービス（Plain  Old  Telephone  Service：ＰＯＴＳ）を与える回路スイッチング型電話網を含んでいてもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおいて、共通の通信プロトコル、例えば、トランスミッションコントロールプロトコル（Transmission  Control  Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User  Datagram  Protocol：ＵＤＰ）およびインターネットプロトコル（Internet  Protocol：ＩＰ）を使用する相互接続したコンピュータネットワークおよびデバイスのグローバルシステムを含んでいてもよい。ネットワーク１１２は、他のサービスプロバイダによって所有され、および／または操作される有線または無線の通信ネットワークを含んでいてもよい。例えば、ネットワーク１１２は、１つ以上のＲＡＮに接続する別のコアネットワークを含んでいてもよく、１つ以上のＲＡＮは、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを使用してもよい。
【００２２】
通信システム１００中のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全ては、複数モードの能力を含んでいてもよく、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄおよび１０２ｅは、異なる無線リンクによって異なる無線ネットワークと通信する複数の送受信機を備えていてもよい。例えば、図１Ａに示されるＷＴＲＵ１０２ｅは、セルラー系無線技術を使用してもよい基地局１１４ａと通信するように構成されていてもよく、ＩＥＥＥ  ８０２無線技術を使用してもよい基地局１１４ｃと通信するように構成されていてもよい。
【００２３】
図１Ｂは、本明細書に示される実施形態に係る無線通信用に構成された装置またはデバイスの一例のブロック図である（例えば、ＷＴＲＵ１０２）。図１Ｂに示すとおり、ＷＴＲＵ１０２の例は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、ノンリムーバブルメモリ１３０と、リムーバブルメモリ１３２と、電源１３４と、グローバルポジショニングシステム（Global  Positioning  System：ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを備えていてもよい。ＷＴＲＵ１０２は、実施形態との一致点を保持しつつ、上の要素の任意の部分的な組み合わせを含んでいてもよいことが理解されるだろう。また、実施形態は、基地局１１４ａおよび１１４ｂ、および／または基地局１１４ａおよび１１４ｂが表し得るノード（例えば、送受信基地局（ＢＴＳ）、ノード−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノード−Ｂ、高速ホームノード−Ｂ（Evolved  Home  Node-B：ｅＮｏｄｅＢ）、ホーム高速ノード−Ｂ（Home  Evolved  Node-B：ＨｅＮＢ）、ホーム高速ノード−Ｂゲートウェイ、プロキシノードなど）が、図１Ｂに示され、本明細書に記載される要素の一部または全てを含み得ることを想定する。
【００２４】
プロセッサ１１８は、汎用プロセッサ、特殊用途向けプロセッサ、従来のプロセッサ、デジタル信号プロセッサ（Digital  Signal  Processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと結合する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application  Specific  Integrated  Circuit：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field  Programmable  Gate  Array：ＦＰＧＡ）回路、任意の他の種類の集積回路（Integrated  Circuit：ＩＣ）、状態マシンなどであってもよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２に無線環境で操作させることが可能な任意の他の機能を行ってもよい。プロセッサ１１８は、送受信機１２０に連結していてもよく、送受信機１２０は、送信／受信要素１２２に連結していてもよい。図１Ｂは、プロセッサ１１８および送受信機１２０を別個の構成要素として記載するが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップに一緒に組み込まれていてもよいことが理解されるだろう。
【００２５】
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７によって、基地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成されていてもよい。例えば、ある実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。ある実施形態では、送信／受信は、図１Ａに示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接的または間接的に通信してもよいことが理解されるだろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用してもよいＲＡＮ１０３／１０４／１０５への接続に加え、コアネットワーク１０６／１０７／１０９も、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信していてもよい。
【００２６】
コアネットワーク１０６／１０７／１０９はまた、ＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスするためのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を与える回路スイッチング型電話網を含んでいてもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおいて、共通の通信プロトコル、例えば、トランスミッションコントロールプロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）およびインターネットプロトコル（ＩＰ）を使用する相互接続したコンピュータネットワークおよびデバイスのグローバルシステムを含んでいてもよい。ネットワーク１１２は、他のサービスプロバイダによって所有され、および／または操作される有線または無線の通信ネットワークを含んでいてもよい。例えば、ネットワーク１１２は、１つ以上のＲＡＮに接続する別のコアネットワークを含んでいてもよく、１つ以上のＲＡＮは、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを使用してもよい。
【００２７】
通信システム１００中のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全ては、複数モードの能力を含んでいてもよく、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄは、異なる無線リンクによって異なる無線ネットワークと通信する複数の送受信機を備えていてもよい。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラー系無線技術を使用してもよい基地局１１４ａと通信するように構成されていてもよく、ＩＥＥＥ  ８０２無線技術を使用してもよい基地局１１４ｂと通信するように構成されていてもよい。
【００２８】
図１Ｂは、本明細書に示される実施形態に係る無線通信用に構成された装置またはデバイスの一例のブロック図である（例えば、ＷＴＲＵ１０２）。図１Ｂに示すとおり、この例のＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、ノンリムーバブルメモリ１３０と、リムーバブルメモリ１３２と、電源１３４と、グローバルポジショニングシステム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを備えていてもよい。ＷＴＲＵ１０２は、実施形態との一致点を保持しつつ、上の要素の任意の部分的な組み合わせを含んでいてもよいことが理解されるだろう。また、実施形態は、基地局１１４ａおよび１１４ｂ、および／または基地局１１４ａおよび１１４ｂが表し得るノード（例えば、送受信基地局（ＢＴＳ）、ノード−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノード−Ｂ、高速ホームノード−Ｂ（ｅＮｏｄｅＢ）、ホーム高速ノード−Ｂ（ＨｅＮＢ）、ホーム高速ノード−Ｂゲートウェイ、プロキシノードなど）が、図１Ｂに示され、本明細書に記載される要素の一部または全てを含み得ることを想定する。
【００２９】
プロセッサ１１８は、汎用プロセッサ、特殊用途向けプロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと結合する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他の種類の集積回路（ＩＣ）、状態マシンなどであってもよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２に無線環境で操作させることが可能な任意の他の機能を行ってもよい。プロセッサ１１８は、送受信機１２０に連結していてもよく、送受信機１２０は、送信／受信要素１２２に連結していてもよい。図１Ｂは、プロセッサ１１８および送受信機１２０を別個の構成要素として記載するが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップに一緒に組み込まれていてもよいことが理解されるだろう。
【００３０】
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７によって、基地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成されていてもよい。例えば、ある実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。ある実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶまたは可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってもよい。さらなる実施形態では、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および受信するように構成されていてもよい。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成されていてもよいことが理解されるだろう。
【００３１】
これに加えて、送信／受信要素１２２は、図１Ｂで単一要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を備えていてもよい。より特定的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用してもよい。したがって、ある実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７によって無線信号を送信および受信する２つ以上の送信／受信要素１２２（例えば、複数アンテナ）を備えていてもよい。
【００３２】
送受信機１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成されていてもよい。前述したとおり、ＷＴＲＵ１０２は、複数モードの能力を有していてもよい。したがって、送受信機１２０は、ＷＴＲＵ１０２に、複数のＲＡＴ、例えば、ＵＴＲＡおよびＩＥＥＥ  ８０２．１１によって通信させることが可能な複数の送受信機を備えていてもよい。
【００３３】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（Liquid  Crystal  Display：ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（Organic  Light-Emitting  Diode：ＯＬＥＤ）ディスプレイユニット）に連結してもよく、これらからユーザ入力データを受信してもよい。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド／インジケータ１２８にユーザデータを出力してもよい。これに加えて、プロセッサ１１８は、ノンリムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意の種類の適切なメモリからの情報にアクセスしてもよく、これらのメモリにデータを格納してもよい。ノンリムーバブルメモリ１３０としては、ランダムアクセスメモリ（Random-Access  Memory：ＲＡＭ）、リードオンリーメモリ（Read-Only  Memory：ＲＯＭ）、ハードディスク、または任意の他の種類のメモリ格納デバイスが挙げられるだろう。リムーバブルメモリ１３２としては、加入者識別モジュール（Subscriber  Identity  Module：ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure  Digital：ＳＤ）メモリカードなどが挙げられるだろう。ある実施形態では、プロセッサ１１８は、ＷＴＲＵ１０２に物理的に配置されていないメモリ、例えば、サーバまたはホームコンピュータ（図示せず）からの情報にアクセスしてもよく、またはこれらにデータを格納してもよい。
【００３４】
プロセッサ１１８は、電源１３４から電力を受け取ってもよく、ＷＴＲＵ１０２の他の構成要素に対して電力を分配および／または制御するように構成されていてもよい。電源１３４は、ＷＴＲＵ１０２に電力を与えるのに適した任意のデバイスであってもよい。例えば、電源１３４としては、１つ以上の乾電池、太陽電池、燃料電池などが挙げられるだろう。
【００３５】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に連結していてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度および緯度）を与えるように構成されていてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはこれに代えて、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７によって、基地局（例えば、基地局１１４ａ、１１４ｂ）から場所情報を受信し、および／または２つ以上の付近の基地局から受信される信号のタイミングに基づき、その場所を決定してもよい。ＷＴＲＵ１０２は、実施形態との一致点を保持しつつ、任意の適切な場所決定方法によって場所情報を獲得してもよいことが理解されるだろう。
【００３６】
プロセッサ１１８は、さらに、他の周辺機器１３８と連結していてもよく、他の周辺機器１３８は、さらなる特徴、機能および／または有線または無線の接続性を与える１つ以上のソフトウェアおよび／またはハードウェアモジュールを含んでいてもよい。例えば、周辺機器１３８は、種々のセンサ、例えば、加速度計、生体認証（例えば、指紋）センサ、電子コンパス、衛星送受信機、デジタルカメラ（写真または映像用）、ユニバーサル・シリアル・バス（Universal  Serial  Bus：ＵＳＢ）ポートまたは他の相互接続インターフェース、振動デバイス、テレビジョン送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（Frequency  Modulated：ＦＭ）ラジオユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含んでいてもよい。
【００３７】
ＷＴＲＵ１０２は、他の装置またはデバイス、例えば、センサ、家電製品、ウェアラブルデバイス（例えば、スマートウォッチまたはスマート衣類）、医療用デバイスまたはｅＨｅａｌｔｈデバイス、ロボット、産業機器、ドローン、車両（例えば、車、トラック、電車または航空機）などで具現化されてもよい。ＷＴＲＵ１０２は、１つ以上の相互接続インターフェース、例えば、周辺機器１３８の１つを含んでいてもよい相互接続インターフェースによって、このような装置またはデバイスの他の構成要素、モジュールまたはシステムに接続していてもよい。
【００３８】
図１Ｃは、一実施形態に係るＲＡＮ１０３およびコアネットワーク１０６のシステム図である。前述したとおり、ＲＡＮ１０３は、エアインターフェース１１５によってＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信するために、ＵＴＲＡ無線技術を使用してもよい。ＲＡＮ１０３は、コアネットワーク１０６とも通信していてもよい。図１Ｃに示すとおり、ＲＡＮ１０３は、ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃを備えていてもよく、これらのノード−Ｂは、それぞれ、エアインターフェース１１５によってＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信する１つ以上の送受信機を備えていてもよい。ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＲＡＮ１０３内の特定のセル（図示せず）と関連付けられていてもよい。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂも含んでいてもよい。ＲＡＮ１０３は、実施形態との一致点を保持しつつ、任意の数のノード−ＢおよびＲＮＣを備えていてもよいことが理解されるだろう。
【００３９】
図１Ｃに示されるとおり、ノード−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信していてもよい。さらに、ノード−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信していてもよい。ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースによって、それぞれのＲＮＣ１４２ａ、１４２ｂと通信していてもよい。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースによって互いに通信していてもよい。ＲＮＣ１４２ａ、１４２ｂはそれぞれ、接続されるそれぞれのノード−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されていてもよい。これに加えて、ＲＮＣ１４２ａ、１４２ｂはそれぞれ、他の機能（例えば、外部ループ電力制御、負荷制御、許可制御、パケットスケジューリング、引き継ぎ制御、マクロダイバーシチ、セキュリティ機能、データ暗号化など）を実施するか、またはサポートするように構成されていてもよい。
【００４０】
図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（Media  Gateway：ＭＧＷ）１４４、モバイルスイッチングセンタ（Mobile  Switching  Center：ＭＳＣ）１４６、供給ＧＰＲＳサポートノード（Serving  GPRS  Support  Node：ＳＧＳＮ）１４８および／またはゲートウェイＧＰＲＳサポートノード（Gateway  GPRS  Support  Node：ＧＧＳＮ）１５０を備えていてもよい。上述の要素はそれぞれコアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つが、コアネットワーク操作者以外のエンティティによって所有および／または操作されてもよいことが理解されるだろう。
【００４１】
ＲＡＮ１０３中のＲＮＣ１４２ａは、ＩｕＣＳインターフェースによって、コアネットワーク１０６中のＭＳＣ１４６に接続していてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続していてもよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の有線通信デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、回路スイッチング型ネットワーク（例えば、ＰＳＴＮ１０８）に対するアクセスを与えてもよい。
【００４２】
ＲＡＮ１０３中のＲＮＣ１４２ａも、ＩｕＰＳインターフェースによって、コアネットワーク１０６中のＳＧＳＮ１４８に接続していてもよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続していてもよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、パケットスイッチング型ネットワーク（例えば、インターネット１１０）に対するアクセスを与えてもよい。
【００４３】
前述したとおり、コアネットワーク１０６も、ネットワーク１１２に接続していてもよく、ネットワーク１１２は、他のサービスプロバイダによって所有および／または操作される他の有線または無線のネットワークを含んでいてもよい。
【００４４】
図１Ｄは、一実施形態に係るＲＡＮ１０４およびコアネットワーク１０７のシステム図である。前述したとおり、ＲＡＮ１０４は、エアインターフェース１１６によってＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を使用してもよい。ＲＡＮ１０４は、コアネットワーク１０７とも通信していてもよい。
【００４５】
ＲＡＮ１０４は、ｅノード−Ｂ１６０ａ、１６０ｂ、１６０ｃを備えていてもよいが、ＲＡＮ１０４は、実施形態との一致点を保持しつつ、任意の数のｅノード−Ｂを備えていてもよいことが理解されるだろう。ｅノード−Ｂ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、エアインターフェース１１６によってＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する１つ以上の送受信機を備えていてもよい。ある実施形態では、ｅノード−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装していてもよい。したがって、ｅノード−Ｂ１６０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信する複数のアンテナを使用してもよい。
【００４６】
ｅノード−Ｂ１６０ａ、１６０ｂおよび１６０ｃはそれぞれ、特定のセル（図示せず）と関連付けられていてもよく、無線リソース管理の決定、引き継ぎの決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどに対処するように設定されてもよい。図１Ｄに示されるとおり、ｅノード−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースによって、互いに通信していてもよい。
【００４７】
図１Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility  Management  Gateway：ＭＭＥ）１６２と、供給ゲートウェイ１６４と、パケットデータネットワーク（ＰＤＮ）のゲートウェイ１６６とを備えていてもよい。上述の要素はそれぞれコアネットワーク１０７の一部として示されているが、これらの要素のいずれか１つが、コアネットワーク操作者以外のエンティティによって所有および／または操作されてもよいことが理解されるだろう。
【００４８】
ＭＭＥ１６２は、ＲＡＮ１０４中のｅノード−Ｂ１６０ａ、１６０ｂおよび１６０ｃのそれぞれにＳ１インターフェースによって接続していてもよく、制御ノードとして機能してもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証し、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中の特定の供給ゲートウェイの選択などを担っていてもよい。ＭＭＥ１６２はまた、ＲＡＮ１０４と、他の無線技術、例えば、ＧＳＭまたはＷＣＤＭＡを使用する他のＲＡＮ（図示せず）とのスイッチングの制御プレーン機能を与えてもよい。
【００４９】
供給ゲートウェイ１６４は、Ｓ１インターフェースによって、ＲＡＮ１０４中のｅノード−Ｂ１６０ａ、１６０ｂおよび１６０ｃのそれぞれに接続していてもよい。供給ゲートウェイ１６４は、一般的に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からのユーザデータパケットを送り、進める。供給ゲートウェイ１６４はまた、例えば、ｅノード−Ｂ間の引き継ぎ中にユーザプレーンを固定する、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに入手可能になったときにページングのトリガとなる、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの内容を管理し、格納するなどの他の機能も発揮してもよい。
【００５０】
供給ゲートウェイ１６４は、ＰＤＮゲートウェイ１６６にも接続していてもよく、ＰＤＮゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、パケットスイッチング型ネットワーク（例えば、インターネット１１０）に対するアクセスを与えてもよい。
【００５１】
コアネットワーク１０７は、他のネットワークとの通信を容易にしてもよい。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の有線通信デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、回路スイッチング型ネットワーク（例えば、ＰＳＴＮ１０８）に対するアクセスを与えてもよい。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP  Multimedia  Subsystem：ＩＭＳ）サーバ）を含んでいてもよく、またはこれと通信していてもよい。これに加えて、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ネットワーク１１２へのアクセスを与えてもよく、ネットワーク１１２は、他のサービスプロバイダによって所有および／または操作される他の有線または無線のネットワークを含んでいてもよい。
【００５２】
図１Ｅは、一実施形態に係るＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、エアインターフェース１１７によってＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信するためにＩＥＥＥ  ８０２．１６無線技術を使用するアクセスサービスネットワーク（Access  Service  Network：ＡＳＮ）であってもよい。以下にさらに記載するとおり、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の異なる機能エンティティ間の通信リンクは、基準点として定義されてもよい。
【００５３】
図１Ｅに示すとおり、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを備えていてもよいが、ＲＡＮ１０５は、実施形態との一致点を保持しつつ、任意の数の基地局およびＡＳＮゲートウェイを備えていてもよいことが理解されるだろう。基地局１８０ａ、１８０ｂ、１８０ｃは、それぞれ、ＲＡＮ１０５中の特定のセルと関連付けられていてもよく、エアインターフェース１１７によってＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する１つ以上の送受信機を備えていてもよい。ある実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装していてもよい。したがって、基地局１８０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信する複数のアンテナを使用してもよい。基地局１８０ａ、１８０ｂ、１８０ｃはまた、モビリティ管理機能、例えば、引き継ぎトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービスの質（Quality  of  Service：ＱｏＳ）ポリシー実施などを与えてもよい。ＡＳＮゲートウェイ１８２は、トラフィックアグリゲーション点として機能してもよく、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９に対する経路決定などを担っていてもよい。
【００５４】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ  ８０２．１６仕様を実施するＲ１基準点として定義されてもよい。これに加えて、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃはそれぞれ、コアネットワーク１０９との論理インターフェース（図示せず）を確立してもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、Ｒ２基準点として定義されてもよく、認証、権限付与、ＩＰホスト構成管理および／またはモビリティ管理に使用してもよい。
【００５５】
基地局１８０ａ、１８０ｂおよび１８０ｃそれぞれの間の通信リンクは、ＷＴＲＵの引き継ぎおよび基地局間のデータ伝送を容易にするプロトコルを含むＲ８基準点として定義されてもよい。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６基準点として定義されてもよい。Ｒ６基準点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃそれぞれと関連付けられたモビリティ事象に基づくモビリティ管理を容易にするプロトコルを含んでいてもよい。
【００５６】
図１Ｅに示すとおり、ＲＡＮ１０５は、コアネットワーク１０９に接続されていてもよい。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ伝送およびモビリティ管理能力を容易にするプロトコルを含むＲ３基準点として定義されてもよい。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４と、認証、権利付与、アカウンティング（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを備えていてもよい。上述の要素はそれぞれコアネットワーク１０９の一部として示されているが、これらの要素のいずれか１つが、コアネットワーク操作者以外のエンティティによって所有および／または操作されてもよいことが理解されるだろう。
【００５７】
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担っていてもよく、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワークの間をローミング可能になるようにしてもよい。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、パケットスイッチング型ネットワーク（例えば、インターネット１１０）に対するアクセスを与えてもよい。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスのサポートを担ってもよい。ゲートウェイ１８８は、他のネットワークとの相互の作業を容易にしてもよい。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の有線通信デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、回路スイッチング型ネットワーク（例えば、ＰＳＴＮ１０８）に対するアクセスを与えてもよい。これに加えて、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ネットワーク１１２に対するアクセスを与えてもよく、ネットワーク１１２は、他のサービスプロバイダによって所有および／または操作される他の有線または無線のネットワークを含んでいてもよい。
【００５８】
図１Ｅには示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続していてもよく、コアネットワーク１０９は、他のコアネットワークに接続していてもよいことが理解されるだろう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、Ｒ４基準点として定義されてもよく、Ｒ４基準点は、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するプロトコルを含んでいてもよい。コアネットワーク１０９と他のコアネットワークとの通信リンクは、Ｒ５基準点として定義されてもよく、Ｒ５基準点は、ホームコアネットワークと訪問したコアネットワークとの間の相互の仕事を容易にするプロトコルを含んでいてもよい。
【００５９】
本明細書に記載され、図１Ａ、１Ｃ、１Ｄおよび１Ｅに示されるコアネットワークエンティティは、特定の既存の３ＧＰＰ仕様において、これらのエンティティについて与えられた名称によって特定されるが、将来的には、これらのエンティティおよび機能は、他の名称によって特定されてもよいことが理解され、特定のエンティティまたは機能は、将来の３ＧＰＰ  ＮＲ仕様を含む、３ＧＰＰによって公開される将来の刊行物と組み合わせてもよい。したがって、記載され、図１Ａ、１Ｂ、１Ｃ、１Ｄおよび１Ｅに示される特定のネットワークエンティティおよび機能は、ほんの一例として与えられ、本明細書に開示され、請求される発明特定事項は、現時点で定義されているか、または将来的に定義されるかにかかわらず、任意の同様の通信システムに具現化されるか、または実装されてもよいことが理解される。
【００６０】
図１Ｆは、図１Ａ、１Ｃ、１Ｄおよび１Ｅに示される通信ネットワークの１つ以上の装置が、例えば、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または他のネットワーク１１２中の特定のノードまたは機能エンティティを具現化し得る、例示的な計算システム９０のブロック図である。計算システム９０は、コンピュータまたはサーバを備えていてもよく、ソフトウェアの形態であってもよいコンピュータ可読命令によって主に制御されてもよく、このようなソフトウェアは、任意の時点に任意の手段によって格納またはアクセスされてもよい。このようなコンピュータ可読命令は、プロセッサ９１内で実行され、計算システム９０に作業させてもよい。プロセッサ９１は、汎用プロセッサ、特殊用途向けプロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと結合する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他の種類の集積回路（ＩＣ）、状態マシンなどであってもよい。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、および／または計算システム９０を通信ネットワークで操作させることが可能な任意の他の機能を行ってもよい。コプロセッサ８１は、任意要素のプロセッサであり、メインプロセッサ９１とは区別され、プロセッサ９１のさらなる機能を行ってもよく、または補助してもよい。プロセッサ９１および／またはコプロセッサ８１は、本明細書に開示される方法および装置に関連するデータを受信し、作成し、処理してもよい。
【００６１】
操作中、プロセッサ９１は、命令を取りに行き、デコードし、実行し、計算システムの主なデータ伝送経路であるシステムバス８０によって、他のリソースへ、また他のリソースから情報を伝送する。このようなシステムバスは、計算システム９０中の構成要素を接続し、データ交換の媒体を定義する。システムバス８０は、典型的には、データを送るデータライン、アドレスを送るアドレスライン、中断を送り、システムバスを操作する制御ラインを備えている。このようなシステムバス８０の一例は、ペリフェラルコンポーネントインターコネクト（Peripheral  Component  Interconnect：ＰＣＩ）バスである。
【００６２】
システムバス８０に連結するメモリは、ランダムアクセスメモリ（ＲＡＭ）８２およびリードオンリーメモリ（ＲＯＭ）９３を含む。このようなメモリは、情報を格納し、検索することが可能な回路を含む。ＲＯＭ９３は、一般的に、容易に改変することができない格納データを含む。ＲＡＭ８２に格納されるデータは、プロセッサ９１または他のハードウェアデバイスによって読み取り、または変更することができる。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御されてもよい。メモリコントローラ９２は、命令が実行されるときに、バーチャルアドレスを物理アドレスに翻訳するアドレス翻訳機能を与えてもよい。メモリコントローラ９２は、システム内のプロセスを隔離し、システムプロセスをユーザプロセスから隔離するメモリ保護機能も与えてもよい。したがって、第１モードで走るプログラムは、自身のプロセスのバーチャルアドレス空間によってマッピングされたメモリのみにアクセスすることができる。プロセスが設定されている間に共有するメモリがなければ、別のプロセスのバーチャルアドレス空間内のメモリにアクセスすることはできない。
【００６３】
これに加えて、計算システム９０は、プリンタ９４、キーボード８４、マウス９５およびディスクドライブ８５などの周辺機器に対するプロセッサ９１からの命令の通信を担う周辺機器コントローラ８３を含んでいてもよい。
【００６４】
ディスプレイ８６は、ディスプレイコントローラ９６によって制御され、ディスプレイ８６を使用し、計算システム９０によって作成された視覚的出力を表示する。このような視覚的出力は、文字、グラフィックス、アニメ化されたグラフィックスおよび映像を含んでいてもよい。視覚的出力は、グラフィカルユーザインターフェース（Graphical  User  Interface：ＧＵＩ）の形態で与えられてもよい。ディスプレイ８６は、ＣＲＴに基づくビデオディスプレイ、ＬＣＤに基づくフラットパネルディスプレイ、ガスプラズマに基づくフラットパネルディスプレイ、またはタッチパネルと共に具現化されてもよい。ディスプレイコントローラ９６は、ディスプレイ８６に送られるビデオ信号を作成するために必要な電子構成要素を含む。
【００６５】
さらに、計算システム９０は、通信回路（例えば、ネットワークアダプタ９７）を含んでいてもよく、これを使用し、計算システム９０を外部通信ネットワーク、例えば、図１Ａ、１Ｂ、１Ｃ、１Ｄおよび１ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または他のネットワーク１１２に接続し、計算システム９０がこれらのネットワークの他のノードまたは機能エンティティと通信するのを可能にしてもよい。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書に記載する特定の装置、ノードまたは機能エンティティの送信および受信工程を行うために使用されてもよい。
【００６６】
本明細書に記載される装置、システム、方法およびプロセスのいずれかまたは全ては、コンピュータ可読記憶媒体に格納されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化されてもよく、命令は、プロセッサ（例えば、プロセッサ１１８または９１）によって実行されると、プロセッサに、本明細書に記載するシステム、方法およびプロセスを実施および／または実行させる。特定的には、本明細書に記載される工程、操作または機能のいずれかは、このようなコンピュータ実行可能命令の形態で具現化されてもよく、無線および／または有線のネットワーク通信向けに設定された装置または計算システムのプロセッサで実行する。コンピュータ可読記憶媒体は、情報格納のための任意の非一時的な（例えば、有形または物理的な）方法または技術で実行される揮発性および非揮発性、リムーバブルおよびノンリムーバブルの媒体を含むが、このようなコンピュータ可読記憶媒体は、信号を含まない。コンピュータ可読記憶媒体としては、限定されないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ  ＲＯＭ、デジタル・バーサタイル・ディスク（Digital  Versatile  Disk：ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶デバイス、または所望な情報を格納するために使用することができ、コンピュータによってアクセス可能な任意の他の有形媒体または物理媒体が挙げられる。
【００６７】
次世代インターナショナル・モバイル・テレコミュニケーションシステムがサポートし得る多様な相反するサービス要求の観点で、３ＧＰＰは、一群のシステムアーキテクチャ要求を特定している。以下は、この次世代システムのアーキテクチャがサポートし得る要求の例である。
【００６８】
ＲＡＮアーキテクチャは、新規ＲＡＴとＬＴＥとの間の密な網間接続をサポートしていてもよい。高性能のＲＡＴ間モビリティと、ＬＴＥと新規ＲＡＴとの間の少なくとも二重の接続性を介するデータフローの集合が考慮されてもよい。このことは、連なった場所および連なっていない場所への配置をサポートしていてもよい。
【００６９】
コアネットワーク（Core  Network：ＣＮ）アーキテクチャおよびＲＡＮアーキテクチャは、Ｃ−プレーン／Ｕ−プレーン分離を可能にしてもよい。
【００７０】
ＲＡＮアーキテクチャは、連なっているか、または連なっていない多重伝送点を通る接続性をサポートしていてもよい。ＲＡＮアーキテクチャは、異なる場所からの制御プレーン信号伝達とユーザプレーンデータとの分離を可能にしてもよい。ＲＡＮアーキテクチャは、有効な場所間スケジューリング協働をサポートするインターフェースをサポートしていてもよい。
【００７１】
ＲＡＮアーキテクチャを分けるための異なる選択肢および柔軟性が許容されてもよい。ＲＡＮアーキテクチャは、ネットワーク機能の視覚化を用いた配置が可能であってもよい。
【００７２】
ＣＮアーキテクチャおよびＲＡＮアーキテクチャは、ネットワークスライシングの操作が可能であってもよい。
【００７３】
ＵＥとデータネットワークとの間に異なる遅延要求を有するサポートサービス。
【００７４】
多重アクセス技術を介した、ＵＥの複数同時接続のサポート。
【００７５】
ＩＰパケット、非ＩＰ  ＰＤＵおよびイーサネットフレームの送信のサポート。
【００７６】
ネットワークシェアリングのサポート、および
【００７７】
コアネットワークおよびＲＡＮの独立した進化の許容およびアクセス依存関係を最小限にすること。
【００７８】
通信システムにおけるアクセス制御の目的の１つは、その通信システム上の種々のトラフィックによって発生する負荷を管理することである。アクセス制御のソリューションは、典型的にはシステムにおける過負荷を防ぐために適用されるプロアクティブソリューションと、典型的にはシステムが過負荷であるときに適用されるリアクティブソリューションの２つの主なカテゴリに分けることができる。無線アクセス規制制御は、以下の２つの方法に分類することができる。
【００７９】
アクセスクラス制御方法（携帯端末における制御）。携帯端末が基地局に接続リクエストを送る前に、携帯端末は、呼び出しの種類を特定し、その呼び出しについての接続リクエストが規制されるべきかどうかを判定する。
【００８０】
ＲＲＣ接続拒絶方法（基地局における制御）。基地局は、携帯端末から送られる接続リクエストのトリガとなる信号の種類を特定し、このリクエストを拒絶すべきか（ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＪＥＣＴを送ることによって）、または受け入れるべきかを決定してもよい。
【００８１】
ＴＳ  ２２．０１１によるアクセスクラス制御によって、ＵＥがアクセス試行を行うか、またはページに応答するのを防ぐ実現性を可能にする。多くのＬＴＥアクセス制御機能の基礎は、ＵＥを、割り当てられた集合（０−９）と特有のカテゴリ（１１−１５）、いわゆるアクセスクラスとに分けることである。全てのＵＥは、１０個の無作為に割り当てられた携帯集合（例えば、アクセスクラス０から９）の１つのメンバーであってもよい。この集合の数は、ＳＩＭ／ＵＳＩＭに保存されていてもよい。これに加えて、ＵＥは、５個の特有のカテゴリ（例えば、アクセスクラス１１から１５）の１つ以上のメンバーであってもよく、これもＳＩＭ／ＵＳＩＭに保有されている。これらは、以下のように、特定の高い優先度のユーザに割り当てられる。既存のアクセスクラスは、以下に列挙される。なお、この列挙は、優先度の順序を意味しない。
【００８２】
クラス１５：ＰＬＭＮスタッフ。（ＥＨＰＬＭＮリストが存在しない場合にのみホームＰＬＭＮ、または任意のＥＨＰＬＭＮ。）
【００８３】
クラス１４：救急サービス。（自国のホームＰＬＭＮおよび訪問したＰＬＭＮのみ。この目的のために、自国は、ＩＭＳＩのＭＣＣ部分の国として定義される。）
【００８４】
クラス１３：公共事業（例えば、水／ガス供給業者）。自国のホームＰＬＭＮおよび訪問したＰＬＭＮのみ。この目的のために、自国は、ＩＭＳＩのＭＣＣ部分の国として定義される。
【００８５】
クラス１２：セキュリティサービス。自国のホームＰＬＭＮおよび訪問したＰＬＭＮのみ。この目的のために、自国は、ＩＭＳＩのＭＣＣ部分の国として定義される。
【００８６】
クラス１１：ＰＬＭＮ使用のため（ＥＨＰＬＭＮリストが存在しない場合にのみホームＰＬＭＮ、または任意のＥＨＰＬＭＮ。）
【００８７】
クラス１０：緊急呼び出しのため、および
【００８８】
クラス０−９：ホームＰＬＭＮおよび訪問したＰＬＭＮ。
【００８９】
アクセスクラス制御において、基地局は、図２に示すとおり、カバレッジエリア中の全ての端末が情報を同時に受信し、アクセス制御を行うことができるように、それぞれのアクセスクラス（Access  Class：ＡＣ）についての制御データ（例えば、規制速度、秒単位での平均アクセス規制時間値）セットを含む情報をブロードキャストする。一般的に、ＡＣ０から９にアクセスクラス制御を適用する目的は、ネットワーク機器を保護し、通信トラフィックを最適化することであり、一方、規制が適用されないようにＡＣ１０およびＡＣ１１から１５にアクセスクラス制御を適用することを利用し、緊急および高い優先度の通信のためのセキュア通信を達成する。図２に示される制御フローに基づく、いくつかのアクセスクラス制御方法は、ＬＴＥにおいて特定され、本明細書にさらに記載される。
【００９０】
アクセスクラス規制（Access  Class  Barring：ＡＣＢ）は、ＲＲＣアイドルモードでのみ適用可能なアクセス制御機構である。ＡＣＢは、ＵＥ  ＲＲＣ層で行われる。ネットワークによってブロードキャストされる規制速度情報に基づき、端末は、接続リクエストがそのＡＣに基づいて送信されることが許容されるかどうかを判定する。さらに、ボイスオーバーＬＴＥ（Voice  over  LTE：ＶｏＬＴＥ）を含む、一般的なパケット呼び出しのための接続リクエストの送信、および緊急呼び出しといった、ＡＣＢを用いて制御可能な２種類のパケットデータ送信が存在する。通常のデータ信号伝達（携帯発信データ、例えば、ＭＯデータ）のための規制パラメータとは異なる、信号伝達（携帯発信信号伝達、例えば、ＭＯ信号伝達）のための規制パラメータが定義される。ネットワークによってブロードキャストされる規制速度情報に基づき、端末は、接続リクエストがそのＡＣに基づいて送信されることが許容されるかどうかを判定する。
【００９１】
サービス特有のアクセス制御（Service  Specific  Access  Control：ＳＳＡＣ）は、ＲＲＣアイドルモードおよびＲＲＣ接続モードの両方に適用可能なアクセスクラス制御方法である。この方法では、ＳＳＡＣは、ＮＡＳ  ＩＭＳ層で行われる。ＳＳＡＣアクセス制御特徴によって、マルチメディアテレフォニー（Multi  Media  Telephony：ＭＭＴＥＬサービス、例えば、ＶｏＬＴＥおよびビデオオーバーＬＴＥ（Video  over  LTE：ＶｉＬＴＥ）のための独立したアクセス制御が可能になる。端末がすでにネットワークに接続している場合であっても、バックグラウンド信号伝達トラフィックをアクセス制御することが必要な場合があるため（例えば、ＵＥにおけるＩＭＳアプリケーションクライアントとＩＭＳサーバとの間のバックグラウンド同期トラフィックのために）、ＳＳＡＣ特徴は、ＲＲＣ接続モードにも適用される。ネットワークによってブロードキャストされるＳＳＡＣ特有の規制速度情報に基づき、ＩＭＳ音声、ＩＭＳ映像またはＩＭＳ  ＳＭＳのいずれかについて、端末は、接続リクエストがそのＡＣに基づいて送信されることが許容されるかどうかを判定する。
【００９２】
ＭＭＴＥＬサービスを優先するために、ＭＭＴＥＬサービスコールタイプと関連付けられた接続リクエストのためのＡＣＢ特徴をスキップするための機構が本明細書で記載されることを注記しておくべきである。この考えは、二重のアクセス規制（例えば、一般的なＡＣＢレベルでの規制、次いで、ＳＳＡＣレベルでの規制）を受けるＭＭＴＥＬサービスを無効にするためのものである。
【００９３】
上述のＶｏＬＴＥ機能をサポートしていないＬＴＥ端末について、音声サービスは、回路交換フォールバック（Circuit  Switch  Fallback：ＣＳＦＢ）のためのアクセス制御を介して与えられる。ＣＳＦＢのためのＡＣＢは、端末がＬＴＥネットワーク内に依然として留まっているときに、ＣＳＦＢ呼び出しのための接続リクエストを制限するように定義される。このアクセス制御機構は、ＲＲＣアイドルモードのＵＥに適用される。ＡＣＢが可能であるときにＣＳＦＢ呼び出しを優先し、本明細書に記載するＡＣＢ特徴の結果としてＣＳＦＢ呼び出しが規制されるのを避けるために、ＣＳＦＢに特有のアクセス規制制御がＬＴＥに導入されていることを注記しておくべきである。ネットワークによってブロードキャストされるＣＳＦＢに特有の規制速度情報に基づき、端末は、接続リクエストがそのＡＣに基づいて送信されることが許容されるかどうかを判定する。
【００９４】
データ通信のための特定用途向け輻輳制御（Application  Specific  Congestion  Control  for  Data  Communication：ＡＣＤＣ）は、操作者が、アイドルモードのＵＥにおいて、特に、操作者が特定するアプリケーションからの新しいアクセス試行を可能にする／抑制するためのアクセス制御機構である。この機構は、ＲＲＣアイドルモードのＵＥにのみ適用される。ホームネットワークは、特に、それぞれに対して操作者が特定する用途が関連付けられる少なくとも４個から最大で１６個までのＡＣＤＣカテゴリを用い、ＵＥを構成してもよい。構成される場合、アクセス制御規制構成は、ＡＣＤＣカテゴリに基づいて構成され、存在しない場合、セルへのアクセスは、そのＡＣＤＣカテゴリについて規制されていないとみなされる。ネットワークによってブロードキャストされるＡＣＤＣカテゴリに特有の規制速度情報に基づき、端末は、接続リクエストがそのＡＣに基づいて送信されることが許容されるかどうかを判定する。
【００９５】
拡張アクセスクラス規制（Extended  Access  Class  Barring：ＥＡＢ）は、ＲＲＣ  ＩｄｌｅモードでのＵＥにのみ適用可能なアクセス規制制御方法の一種である。拡張アクセス規制（Extended  Access  Barring：ＥＡＢ）は、操作者が、アクセスネットワークおよび／またはコアネットワークの過負荷を防ぐために、ＥＡＢを構成するＵＥ（一般的に、マシンタイプ通信（Machine  Type  Communication：ＭＴＣ）デバイス）からの携帯発信アクセス試行を制御するための機構である。輻輳状況では、操作者は、他のＵＥからのアクセスを可能にしつつ、ＥＡＢを構成するＵＥからのアクセスを制限することができる。ＥＡＢを構成するＵＥは、他のＵＥよりもアクセス制限に対して寛容度が高いと考えられる。操作者が、ＥＡＢを適用することが適切であると判定した場合、ネットワークは、必要な情報をブロードキャストし、特定のエリアにあるＵＥのためのＥＡＢ制御を与える。ネットワークは、どの拡張アクセス規制を適用するかについてのＡＣ（おそらく０から９）を含むビットマップを、ＥＡＢを適用するＵＥのカテゴリ（カテゴリａ、ｂまたはｃ）と共にブロードキャストする。低いアクセス優先度と拡張アクセス規制のために構成されるＵＥも、低いアクセス優先度と拡張アクセス規制の優先度の制限のオーバーライドのための許可を伴って構成されてもよい。この構成は、主に、ネットワークリソースにアクセスするために他のＵＥと競争するとき、低いアクセス優先度に起因して、時間のほとんどが延長されることを許容し得るが、時折、低いアクセス優先度の構成がアクセスを得るのを妨げている場合にも、ネットワークへのアクセスを必要とするアプリケーションまたはユーザによって使用するためのものである。低い優先度のアクセスまたは拡張アクセス規制制限条件の間にもネットワークアクセスを得るために、ユーザまたはアプリケーション（ＵＥの上の層）は、ＵＥに、低いアクセス優先度なしにＰＤＮ接続の起動を開始させることを要求してもよい。
【００９６】
３ＧＰＰのＲＡＮ２ワーキンググループは、（例えば、ＲＲＣアイドルモードまたはＲＲＣ休止モードで）ネットワークにアクセスすること、またはネットワークによって信号伝達されるアクセス規制構成情報に基づき、ネットワークに（例えば、ＲＲＣ接続モードで）送信することが許可されるか否かを評価するために、各ＵＥがデフォルトまたは事前設定されたアクセスカテゴリを使用する統一アクセス制御フレームワーク（例えば、アクセスカテゴリに基づく無線アクセス制御のための１つの共通のフレームワーク）を検討している。この統一された手法を選択する例示的なアクセス制御フローは、図３に示される（Ｒ２−１７０６５０５、Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｆｏｒ  ＮＲ、３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ２  ＮＲ＃２、Ｅｒｉｃｓｓｏｎを参照）。この例は、実際のアクセス制御がＵＥ  ＡＳで行われると仮定している（例えば、図３の工程６）。
【００９７】
以下は、Ｒ２−１７０６５０５で捕捉される信号フローの短い説明である。
【００９８】
工程１で、コアネットワークは、ＵＥにおいてアクセスカテゴリを構成する。この構成は、イベントの種類、アプリケーション、サービスまたはアクセスカテゴリに対する他の態様の組み合わせに関連するマッピングルールを含む。必要な場合、ＳＩＭに保存されるアクセスクラス（０−１５）（１つまたは複数）もマッピングルールで使用可能である。これらのマッピングルールは、ＮＡＳ信号伝達を用い、コアネットワークから構成される。これは、典型的には、ＵＥ特有の構成を有するために、専用の信号伝達であり、典型的には、接続中、例えば、登録エリアアップデート中に行われる。ＵＥにおけるカテゴリ構成の結果は、表として示されており、構成のルールと得られるカテゴリの両方を含んでいる。
【００９９】
【表１】
2020530695.tif 000002
【０１００】
この例は、アクセスクラス、スライス、アプリケーションおよびコールタイプに依存するアクセスカテゴリを示すが、必ずしも、全ての態様が考慮される必要のある事例ではない。あるアクセスがアプリケーション３に関連付けられるとすぐに、例えば、他の入力とは関係なく、アクセスカテゴリ５が常に得られてもよい。構成されるアクセスカテゴリは、ＵＥに保存される。
【０１０１】
工程２で、ネットワークにアクセスするためのトリガは、ＵＥ中のＮＡＳ層で起こる。
【０１０２】
工程３で、ＮＡＳは、工程１におけるＵＥ構成に基づき、この特定のアクセスのためのアクセスカテゴリを決定する。
【０１０３】
工程４で、接続を設定することが必要な場合、ＮＡＳは、この決定したアクセスカテゴリをＡＳ（ＲＲＣ層）に与える。
【０１０４】
工程５で、アクセス制御規制表示が受信される。ＲＡＮは、アクセスカテゴリが規制されるか否かのシステム情報によって表示する（例えば、ＡＣＤＣと同様の規制確率因子および規制時間、またはＥＡＢと同様のビットマップ、またはその他を使用する）。この信号伝達は、ＲＲＣ層の一部である。これらのパラメータをどのように実現し、運ぶかは、Ｒ２−１７０６５０９、Ｓｉｇｎａｌｉｎｇ  ｏｆ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐａｒａｍｅｔｅｒｓ、３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ２  ＮＲ＃２、Ｅｒｉｃｓｓｏｎでさらに考察され、図４にさらに示されている。
【０１０５】
工程６で、アクセス規制チェックが起こる。アクセス試行（ランダムアクセス）を行う前に、ＵＥにおけるＡＳ層は、特定のアクセスカテゴリが規制されるかどうかをチェックするために、決定したアクセスカテゴリを、ブロードキャストされたシステム情報と共に使用する。これは、典型的には、ＲＲＣ層の一部である。
【０１０６】
工程７で、ＵＥ中のＡＳ層が、この特定のアクセスが規制されないと判定される場合、アクセス試行を行う。
【０１０７】
表２は、アクセス制御のための異なる機能の割り当てをまとめている。
【０１０８】
【表２】
2020530695.tif 000003
【０１０９】
５Ｇ  ＮＲの要求と、５Ｇシステムがサポートすることが想定される多種多様なサービスおよびバーチカルの観点で、５Ｇネットワークにおける効果的なアクセス制御は、優れた顧客満足経験を与え、重大な通信および緊急呼び出しの優先順位付けのための法的規制に合致しつつ、提供されるサービスから最大利益を得ることを目的とする操作者と合う様式で、利用可能なネットワークキャパシティが割り当てられることを確保しながらの安定な５Ｇネットワーク操作のために必要とされる。
【０１１０】
本明細書に記載するとおり、３ＧＰＰのＲＡＮ２ワーキンググループは、（例えば、ＲＲＣアイドルモードまたはＲＲＣ休止モードで）ネットワークにアクセスすること、またはネットワークによって信号伝達されるアクセス規制構成情報に基づき、ネットワークに（例えば、ＲＲＣ接続モードで）送信することが許可されるか否かを評価するために、各ＵＥがデフォルトまたは事前設定されたアクセスカテゴリを使用する統一アクセス制御フレームワーク（例えば、アクセスカテゴリに基づく無線アクセス制御のための１つの共通のフレームワーク）を検討している。
【０１１１】
対処されることが必要な課題の１つは、ＡＣ規制構成のための効率的な信号伝達手順の設計である。５Ｇシステムがサポートすることが予想される大量のサービスおよびバーチカル群と、５Ｇ設計に対する前向きな要求を考慮すると、属性（例えば、イベントの種類、アプリケーション、サービス、スライス、コールタイプ、デバイスカテゴリ、ＱｏＳ分類インデックス（ＱＣＩ）、ＱｏＳフロー、またはアクセスカテゴリを定義する他の態様）の組み合わせに対する多くのアクセスカテゴリマッピングルールは、多数のアクセスカテゴリの潜在能力を導くと考えることができる。これらのカテゴリの信号伝達は、それに対応する無線アクセス規制構成パラメータと共に、適切に設計されていない場合には顕著なオーバーヘッドを表す場合がある。
【０１１２】
さらに、自身に対するアクセスカテゴリを用いるネットワークによるＵＥの構成は、シグナル伝達オーバーヘッドの課題を表す場合があり、したがって、アクセスカテゴリを用いてＵＥを構成するための信号伝達の設計は、注意深く考慮する必要がある。例えば、ＵＥにおいてアクセスカテゴリの構成を行うことは、コアネットワークからの信号伝達を必要とする場合がある。これにより、ＵＥがその後のアクセス試行を行う際に、この構成を使用することができる。このことは、典型的には、アイドルおよび休止状態での移動中に、ＵＥが、コアネットワークから前もって得ておいた構成を使用することができるべきであることを暗示している。さらなる信号伝達のトリガ生成を避けるために、アクセスカテゴリマッピングのためのルールを維持し、それを頻繁に変えないようにすることが合理的であろう。しかし、ＵＥによってアクセスカテゴリの保存された構成の有効性を判定する方法は、対処すべき問題である。
【０１１３】
対処すべき別の課題は、ＲＲＣ  ＣＯＮＮＥＣＴＥＤモードのＵＥのためのアクセス規制制御の問題である。ＲＲＣ  ＣＯＮＮＥＣＴＥＤ状態のＵＥについて、制御プレーンおよびユーザプレーンにおけるアクセス制御のためのソリューションが立案される必要がある。例えば、ユーザプレーン中にアクセス制御が存在し、送信するための既存のＰＤＵセッションに属するＱｏＳフローに対するアップリンクデータが存在すると仮定する。かかるアップリンク送信は、アクセス制御を受けてもよい。アップリンク送信が、アクセス制御判定の結果として可能ではない場合、ＵＥの挙動は、以下のように特定される必要がある場合がある。
【０１１４】
アクセス制御によるアップリンク送信制限の存在下でのバッファステイタスの報告。
【０１１５】
アクセス制御によるアップリンク送信制限の存在下でのスケジューリングリクエストの取り扱い。
【０１１６】
アクセス制御によるアップリンク送信制限の存在下での論理チャンネルの優先順位付け、および／または
【０１１７】
アクセス制御がＡＳによって実施される場合に、ＵＥ  ＮＡＳとＵＥ  ＡＳとの間のフロー制御。
【０１１８】
これに加え、アイドルモードおよび休止モードでのアクセス制御も対処されることが必要であろう。
【０１１９】
アクセスカテゴリ構成の信号伝達のための方法およびシステムが開示される。
【０１２０】
ＵＥは、２種類のアクセスカテゴリを用いて構成されてもよい。１種類のアクセスカテゴリは、本明細書で定義されるアクセスカテゴリであってもよい。これらのアクセスカテゴリは、ＰＬＭＮスタッフ、救急サービス、公共事業（例えば、水／ガス供給業者）、セキュリティサービスなどによって使用するための特有のアクセスカテゴリを含んでいてもよい。特有のアクセスカテゴリを含む、基準において特定され得るこれらの種類のアクセスカテゴリは、本明細書では、デフォルトアクセスカテゴリと呼ばれてもよい。使用してＵＥが構成され得る他の種類のアクセスカテゴリは、基準において特定されないアクセスカテゴリであってもよい。かかるアクセスカテゴリの定義は、具体的なシナリオの実行および配置に任されていてもよく、サービス差別化の提供のために操作者に柔軟性を与える。例えば、５Ｇの仕様は、様々なアクセスカテゴリと、潜在的にアクセスカテゴリ識別子を定義していてもよい。アクセスカテゴリ識別子、対応するアクセスカテゴリ、およびこれらの使用および属性の詳細の一部が特定されていてもよく、一方、特定されるアクセスカテゴリ範囲の他の部分を形成する第２のアクセスカテゴリ群は、これらがどのような意味を有するか、どのように使用されるかに関する具体的なシナリオの実行および配置に任されていてもよい。この第２のアクセスカテゴリ群は、本明細書で「操作者が定義するアクセスカテゴリ」と呼ばれてもよい。
【０１２１】
アクセスカテゴリは、以下の１つ以上の属性またはコンポーネントに基づいて定義されてもよい。アクセスクラス、スライス、アプリケーション、オペレーティングシステム（Operating  System：ＯＳ）、コールタイプ、トラフィックフローまたはパケットフロー、サービスデータフロー、ＱｏＳフロー、ＱＣＩ、加入プロファイル（例えば、プラチナユーザ、ゴールドユーザ、シルバーユーザおよびブロンズユーザ）。
【０１２２】
オープン・モバイル・アライアンスデバイス管理（Open  Mobile  Alliance  Device  Management：ＯＭＡ  ＤＭ）プロトコルを用いたアクセスカテゴリ構成の可能な管理オブジェクトは、図５に示される。アクセスカテゴリ管理オブジェクトのノードの構成は、図６−１４に示される。
【０１２３】
図６に示される別の態様のアクセスカテゴリ構成は、ＵＥ中に保存されたアクセスカテゴリ構成の有効性に関する。アクセスカテゴリ構成情報は、有効性基準構成情報を含んでいてもよい。以下の１つ以上の基準を使用し、１つ以上のアクセスカテゴリのための有効性ルールを定義し、構成してもよい。有効性エリア、時間帯、無線信号品質無線信号強度の閾値基準に関連する無線アクセスネットワーク条件。ＵＥが保存されたアクセスカテゴリ構成の有効性を評価するために使用可能な有効性基準の可能な管理オブジェクトは、図１４に示される。
【０１２４】
ＵＥが、アクセス規制チェックを行うＵＥエンティティにアクセスカテゴリ情報を送信する前に、ＵＥは、アクセスカテゴリがいまだ有効である（例えば、アクセスカテゴリが、有効性基準を満たす）ことを検証してもよい。例えば、アクセス規制チェックが、ＵＥアクセスストラタム（Access  Stratum：ＡＳ）およびＵＥの非アクセスストラタム（Non  Access  Stratum：ＮＡＳ）、またはその中で層がアクセスカテゴリ情報を用いて構成されるエンティティによって行われる場合、ＵＥ  ＮＡＳは、本明細書に記載のアクセス規制チェックのためにＡＳにアクセスカテゴリ情報を与える前に、アクセスカテゴリの有効性を検証してもよい。アクセスカテゴリがもはや有効ではない場合、ＵＥは、アクセス規制チェックにおいて、そのアクセスカテゴリを使用しなくてもよい。
【０１２５】
一例では、アクセスカテゴリコンポーネントに基づくアクセスカテゴリ構成が開示される。アクセスカテゴリは、１つ以上のアクセスカテゴリコンポーネントからなっていてもよい。図１５に示すとおり、アクセスカテゴリコンポーネントは、以下の１つ以上であってもよい。アクセスクラス、スライス、アプリケーション、ＯＳ、コールタイプ、トラフィックフローまたはパケットフロー、サービスデータフロー、ＱｏＳフロー、ＱＣＩ、加入プロファイル（例えば、プラチナユーザ、ゴールドユーザ、シルバーユーザおよびブロンズユーザ）。デフォルトアクセスカテゴリについて、アクセスカテゴリコンポーネントの詳細は、本明細書に記載するとおり、基準において特定されてもよい。ＵＥは、１つ以上のアクセスカテゴリを用いてコアネットワークによって構成されていてもよく、ここで、それぞれのアクセスカテゴリは、１つ以上のアクセスカテゴリコンポーネントからなっている。別の例では、ＵＥは、１つ以上のアクセスカテゴリを用いて無線アクセスネットワーク（例えば、ｇＮＢ）によって構成されていてもよく、ここで、それぞれのアクセスカテゴリは、１つ以上のアクセスカテゴリコンポーネントからなっている。
【０１２６】
ある例では、それぞれのアクセスカテゴリコンポーネントは、ビットマップによって表されてもよく、ビットマップの所与の値は、アクセスカテゴリコンポーネントの１つのインスタンスに対応する。それぞれのアクセスコンポーネントについて、ＵＥは、まず、図１６に示すとおり、ＵＥが最終的にコアネットワークによって構成され得る潜在的なアクセスカテゴリに対応するアクセス属性またはコンポーネントの可能な値またはインスタンスのリストを用いて構成されてもよい。
【０１２７】
ビットマップは、特有のアクセスカテゴリを用いてＵＥを構成する目的のために、アクセスカテゴリ内のアクセスコンポーネントを表すために、その後使用されてもよい。例えば、アクセスカテゴリコンポーネントは、通信ネットワークを通過すると予想されるアプリケーションに対応していてもよい。ＵＥは、最初に、ネットワーク中のアクセスカテゴリ構成の一部として使用可能なアプリケーションのリストを用いて構成されてもよい。特有のアクセスカテゴリを用いたＵＥ構成を選択し、ＵＥ上ですでに構成されたアプリケーションを参照しつつ、ビットマップを使用してもよく、次いで、使用してＵＥが構成されるアクセスカテゴリのコンポーネントであるアプリケーションＩＤを構成するために使用されてもよい。それぞれのアクセスカテゴリコンポーネントのビットマップは、異なるサイズであってもよい。ある例では、アクセスカテゴリを用いてＵＥを構成するために、コアネットワークは、図１７および図１８に示したとおり、アクセスカテゴリを構成するアクセスカテゴリコンポーネントに対応するビットマップをＵＥに信号伝達する。別の例では、アクセスカテゴリを用いてＵＥを構成するために、無線アクセスネットワーク（例えば、ｇＮＢ）は、アクセスカテゴリを構成するアクセスカテゴリコンポーネントに対応するビットマップをＵＥに信号伝達する。
【０１２８】
ある例では、それぞれのアクセスカテゴリコンポーネントは、列挙構造によって表されてもよく、この列挙のそれぞれの値は、アクセスカテゴリコンポーネントの可能なインスタンスに対応する。例えば、実例として、アクセスカテゴリコンポーネントとしてネットワークスライスの場合を考えると、操作者は、以下のスライスを構成してもよい。ｅＭＢＢ  Ｓｌｉｃｅ＿１、ｅＭＢＢ  Ｓｌｉｃｅ＿２、ｅＭＢＢ  ｓｌｉｄｅ＿３、ＵＲＬＬＣ  Ｓｌｉｃｅ＿１、ＵＲＬＬＣ  Ｓｌｉｃｅ＿２、ｍＭＴＣ  Ｓｌｉｃｅ＿１、ｍＭＴＣ  Ｓｌｉｃｅ＿２およびｍＭＴＣ＿Ｓｌｉｃｅ３。ネットワークスライスのためのアクセスカテゴリコンポーネントは、以下の列挙によって表されてもよい。ＥＮＵＭＥＲＡＴＥＤ｛Ｓｌｉｃｅ＿１，ｅＭＢＢ  Ｓｌｉｃｅ＿２，ｅＭＢＢ  ｓｌｉｄｅ＿３，ＵＲＬＬＣ  Ｓｌｉｃｅ＿１，ＵＲＬＬＣ  Ｓｌｉｃｅ＿２，ｍＭＴＣ  Ｓｌｉｃｅ＿１，ｍＭＴＣ  Ｓｌｉｃｅ＿２およびｍＭＴＣ＿Ｓｌｉｃｅ３｝。アクセスカテゴリを用いてＵＥを構成するために、コアネットワークは、アクセスカテゴリを構成するアクセスカテゴリコンポーネントの列挙値をＵＥに信号伝達する（例えば、アクセスカテゴリコンポーネントのためのＵＲＬＬＣ  Ｓｌｉｃｅ＿２は、ネットワークスライス属性に対応する）。別の例では、アクセスカテゴリを用いてＵＥを構成するために、無線アクセスネットワーク（例えば、ｇＮＢ）は、アクセスカテゴリを構成するアクセスカテゴリコンポーネントの列挙値をＵＥに信号伝達する（例えば、アクセスカテゴリコンポーネントのためのＵＲＬＬＣ  Ｓｌｉｃｅ＿２は、ネットワークスライス属性に対応する）。
【０１２９】
図１５に示すアクセスカテゴリの例を用い、アクセスコンポーネントの列挙の一例は、以下のように列挙されてもよい。
【０１３０】
コールタイプ：ＥＮＵＭＥＲＡＴＥＤ｛「発信信号伝達」，「緊急呼び出し」，「発信音声」，「発信映像」，「発信ＳＭＳｏＩＰ」，「発信ＳＭＳ」，「着信呼」，「発信呼」，「携帯発信ＣＳフォールバック」｝。
【０１３１】
ネットワークスライス：ＥＮＵＭＥＲＡＴＥＤ｛ｅＭＢＢ  Ｓｌｉｃｅ＿１，ｅＭＢＢ  Ｓｌｉｃｅ＿２，ｅＭＢＢ  ｓｌｉｄｅ＿３，ＵＲＬＬＣ  Ｓｌｉｃｅ＿１，ＵＲＬＬＣ  Ｓｌｉｃｅ＿２，ｍＭＴＣ  Ｓｌｉｃｅ＿１，ｍＭＴＣ  Ｓｌｉｃｅ＿２およびｍＭＴＣ＿Ｓｌｉｃｅ３）。
【０１３２】
オペレーティングシステム（ＯＳ）：ＥＮＵＭＥＲＡＴＥＤ｛Ａｐｐｌｅ  ｉＯＳ，アンドロイド，ブラックベリー，Ｗｉｎｄｏｗｓ，シンビアン，ＢＡＤＡ，Ｐａｌｍ  ＯＳ，Ｏｐｅｎ  ＷｅｂＯＳ，Ｍａｅｍｏ，ＭｅｅＧｏ，Ｖｅｒｄｉｃｔ｝。
【０１３３】
アプリケーション：｛映画および動画アプリケーション、例えば、Ｎｅｔｆｌｉｘ，Ｈｕｌｕ，ＹｏｕＴｕｂｅ（登録商標），ＹｏｕＴｕｂｅ  ＴＶ，Ｓｐｏｔｉｆｙなど、ニュースアプリケーション、例えば、ＮＹＴｉｍｅｓ，Ｖｉｃｅ  Ｎｅｗｓ，Ｔｈｅ  ＷａｓｈｉｎｇｔｏｎＰｏｓｔ，ＣＢＳ  Ｓｐｏｒｔｓなど、ソーシャルメディアアプリケーション、例えば、Ｆａｃｅｂｏｏｋ，Ｉｎｓｔａｇｒａｍ，Ｔｗｉｔｔｅｒなど、メッセージングアプリケーション、例えば、Ｓｋｙｐｅ，Ｍｅｓｓｅｎｇｅｒ，ＷｈａｔｓＡｐｐ，Ｓｎａｐｃｈａｔなど、ゲーミングアプリケーション、例えば、Ｓｔｅａｍ，ＰｌａｙＳｔａｔｉｏｎ  Ａｐｐ，ＸｂｏｘＯｎｅ，Ｖ２Ｖ  Ａｐｐｓ，Ｏｐｅｒａｔｏｒ  Ｓｐｅｃｉｆｉｃｓ  Ａｐｐｓなど｝。
【０１３４】
アクセスクラス：｛ＡＣ０，ＡＣ１，ＡＣ２，ＡＣ３，ＡＣ４，ＡＣ５，ＡＣ６，ＡＣ７，ＡＣ８，ＡＣ９｝。
【０１３５】
具体的なアクセスクラス：｛ＡＣ１１，ＡＣ１２，ＡＣ１３，ＡＣ１４，ＡＣ１５）。
【０１３６】
図１９は、それぞれのアクセスカテゴリが組として表され、組のそれぞれの要素が、アクセスカテゴリを構成するコンポーネントの列挙値である、アクセスカテゴリ構成信号伝達の一例である。
【０１３７】
ある例では、いくつかのアクセスカテゴリコンポーネントは、ビットマップとして表されてもよく、一方、他のいくつかは、列挙構造として表されてもよい。アクセスカテゴリを用いてＵＥを構成するために、コアネットワークは、いくつかのアクセスカテゴリコンポーネントをビットマップとしてＵＥに信号伝達し、一方、他のいくつかのアクセスカテゴリは、列挙構造を用いてＵＥに信号伝達される。
【０１３８】
ある例では、アクセスカテゴリを用いてＵＥを構成するために、無線アクセスネットワーク（例えば、ｇＮＢ）は、いくつかのアクセスカテゴリコンポーネントをビットマップとしてＵＥに信号伝達し、一方、他のいくつかのアクセスカテゴリは、列挙構造を用いてＵＥに信号伝達される。
【０１３９】
ＵＥは、専用のＮＡＳ制御プレーン信号伝達によって、アクセスカテゴリを用いたコアネットワークによって構成されてもよい。ある例では、コアネットワークは、アクセスカテゴリを用いてＵＥを構成するために、ＮＡＳ制御プレーン信号伝達を使用する。コアネットワークは、モビリティ管理手順中に、アクセスカテゴリ情報を用いてＵＥを構成してもよい。ＬＴＥ用語を用い、ＵＥでアクセスカテゴリを構成するためにコアネットワークによって使用可能なモビリティ管理手順の例は、例えば、トラッキングエリアアップデート手順、ＵＥ接続または組み合わせ接続手順、離脱および組み合わせ離脱手順、サービスリクエスト手順、ＮＡＳメッセージの移送、またはＮＡＳメッセージの一般的な移送であってもよい。アクセスカテゴリ構成の制御プレーンＮＡＳ信号伝達は、アクセスカテゴリ管理機能（Access  Category  Management  Function：ＡＣＭＦ）によって実行されてもよい。このような機能自体は、他のコアネットワーク機能の一部、例えば、５Ｇコアネットワークアーキテクチャの一部として現在特定されているアクセスモビリティ管理機能（Access  and  Mobility  Management  Function：ＡＭＦ）であってもよい。
【０１４０】
ある例では、ＵＥは、図２０および図２１に示すとおり、専用のＮＡＳユーザプレーン信号伝達によって、アクセスカテゴリを用いたコアネットワークによって構成されてもよい。この場合、ＡＣＭＦは、ユーザプレーン中に配置されていてもよい。図２０および図２１に示すとおり、Ｎｘは、プル機構（ＵＥが開始するセッション）またはプッシュ機構（ＡＣＭＦが開始するセッション）を介し、直接的な照会のためのＵＥとユーザプレーン中のアクセスカテゴリ管理エンティティとの間の基準点であってもよい。これにより、３ＧＰＰアクセスおよび非３ＧＰＰアクセスに関連するアクセス規制制御手順を選択して、ＵＥにアクセスカテゴリ情報を半静的または動的に（静的とは対照的に）提供することが可能になるだろう。Ｎｘによる通信は、セキュア通信であってもよい。Ｎｘインターフェースは、ＩＰレベルを超えて実現されてもよい。ある例では、ＡＣＭＦは、コアネットワークの新しいネットワーク機能であってもよい。別の例では、ＡＣＭＦは、すでに定義されている５Ｇコアネットワーク機能の一部、例えば、ＡＭＦ（アクセスモビリティ管理）機能またはＰＣＦ（Policy  Control  Function：ポリシー制御機能）であってもよい。ＡＣＭＦはまた、高速化パケットコア（Evolved  Packet  Core：ＥＰＣ）ネットワークアーキテクチャまたは５Ｇコアネットワーク中の等価な機能の一部として特定されるアクセスネットワーク発見選択機能（Access  Network  Discovery  and  Selection  Function：ＡＮＤＳＦ）要素の一部である機能であってもよい。
【０１４１】
ある例では、ＵＥは、専用のＲＲＣ信号伝達によって、アクセスカテゴリを用いて無線アクセスネットワーク（例えば、ｇＮＢ）によって構成されてもよい。参照としてＬＴＥ  ＲＲＣ手順を用い、無線アクセスネットワークは、以下の１つ以上のＲＲＣメッセージを用い、アクセスカテゴリ構成情報をＵＥに信号伝達してもよい。ＲＲＣ接続開放（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅ）メッセージ、ＲＲＣ接続再構成（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージ。例えば、ＮＲにおいて、ＵＥに対してＲＲＣ接続の開放を信号伝達することが意図されているＲＲＣ接続開放コードポイントを有する新しいＲＲＣ接続再構成メッセージは、アクセスカテゴリ構成情報を用いてＵＥを構成するために使用することができる。ＵＥは、ＵＳＩＭに保存されるアクセスカテゴリを用いて、あらかじめ提供されていてもよい。
【０１４２】
アクセスカテゴリコンポーネントに基づくアクセスカテゴリの設計の一例において、アクセスカテゴリを構成し得るアクセスカテゴリコンポーネントの数は、あらかじめ定められているか、または特定されている。その数は、固定されていることも可能である。アクセスカテゴリ中のアクセスカテゴリコンポーネントの配置内のアクセスカテゴリコンポーネントの順序は、あらかじめ定められていてもよい。例えば、アクセスカテゴリコンポーネントがビットマップによって表されており、アクセスカテゴリのアクセスカテゴリコンポーネントの合計数が、１０に特定されているか、またはあらかじめ定められていると仮定すると、アクセスカテゴリは、例えば１０個のアクセスカテゴリコンポーネントビットマップからなる、もっと大きなビットマップであってもよく、アクセスカテゴリビットマップ内のそれぞれのアクセスカテゴリコンポーネントのビットマップの位置は、あらかじめ定められており、例えば、特定されている。例えば、アクセスカテゴリは、アクセスクラス、スライス、アプリケーション、ＯＳ、コールタイプ、トラフィックフローまたはパケットフロー、サービスデータフロー、ＱｏＳフロー、ＱＣＩ、加入プロファイルコンポーネントからなっていてもよく、その順序と、アクセスカテゴリ内のこれらの対応するビットマップは、アクセスカテゴリビットマップの最上位ビットがアクセスクラスに対応し、一方、アクセスカテゴリビットマップの最下位ビットが加入プロファイルに対応し得る順序で表されてもよい。この概念は、図２２に示されており、アクセスカテゴリＸの最上位ビットは、アクセスコンポーネント１のビットｂ＿０であり、アクセスカテゴリＸの最下位ビットは、アクセスコンポーネントｎのビットｂ＿ｋｎである。この図において、アクセスカテゴリコンポーネントのアクセスコンポーネント１は、ｂ＿ｋ１＋１ビットを有し、アクセスコンポーネント１は、ｂ＿ｋｉ＋１ビットを有し、アクセスコンポーネントｎは、ｂ＿ｋｎ＋１ビットを有する。
【０１４３】
同様に、アクセスカテゴリコンポーネントが列挙構造によって表されており、アクセスカテゴリのアクセスカテゴリコンポーネントの合計数が、１０までに特定されているか、またはあらかじめ定められていると仮定すると、アクセスカテゴリは、列挙構造によって表されるアクセスカテゴリコンポーネントの１０個の組として、例えば、（｛アクセスクラス列挙｝，｛スライス列挙｝，｛アプリケーション列挙｝，｛ＯＳ列挙｝，｛コールタイプ列挙｝，｛トラフィックフローまたはパケットフロー列挙｝，｛サービスデータフロー列挙｝，｛ＱｏＳフロー列挙｝,｛ＱＣＩ列挙｝）として表されてもよい。
【０１４４】
一例では、アクセスカテゴリコンポーネントに基づかないアクセスカテゴリ構成信号伝達が開示される。アクセスカテゴリ信号伝達は、アクセスカテゴリのビルディングブロックとしてアクセスカテゴリコンポーネントの使用を想定しなくてもよい。その代わり、アクセスカテゴリの属性（例えば、アクセスクラス、スライス、アプリケーション、ＯＳ、コールタイプ、トラフィックフローまたはパケットフロー、サービスデータフロー、ＱｏＳフロー、ＱＣＩ、加入プロファイルなど）の全ての可能な組み合わせが列挙され、アクセスカテゴリ値またはアクセスカテゴリ識別子を割り当てられてもよい。アクセスカテゴリ属性の組み合わせとアクセスカテゴリ値との間のマッピングは、あらかじめ定められていてもよく、または特定されていてもよい。本明細書に記載されるとおり、アクセスカテゴリ属性の可能な組み合わせの一部が、関連するアクセスカテゴリ値と共に基準において特定されていてもよく、一方、アクセスカテゴリ属性と関連するアクセスカテゴリ値との可能な組み合わせのうち残りの部分が、ネットワーク操作者による具体的な構成の配置に任されている。言い換えると、アクセスカテゴリ属性の可能な組み合わせは、２つのサブグループに分けられていてもよく、１つのグループは、関連するデフォルトアクセスカテゴリ値と共にデフォルトの組み合わせとして基準において特定されており、一方、アクセスカテゴリ属性と関連するアクセスカテゴリ値との組み合わせの第２グループの構成は、ネットワーク操作者による具体的な構成の配置に任されている。これらの第２グループは、本明細書では操作者が定義するアクセスカテゴリと呼ばれてもよい。操作者が定義するアクセスカテゴリは、ビットマップによって、または列挙構造によって表されてもよい。一例では、コアネットワークは、ＮＡＳ専用の制御プレーン信号伝達を用い、アクセスカテゴリ構成情報（デフォルトアクセスカテゴリおよび／または操作者が定義するアクセスカテゴリ）をＵＥに信号伝達してもよい。別の例では、コアネットワークは、ＮＡＳ専用のユーザプレーン信号伝達を用い、アクセスカテゴリ構成情報（デフォルトアクセスカテゴリおよび／または操作者が定義するアクセスカテゴリ）をＵＥに信号伝達してもよい。別の例では、ＵＥは、ＲＲＣ信号伝達を用い、アクセスカテゴリ構成情報を用いて無線アクセスネットワーク（例えば、ｇＮＢ）によって構成されてもよい。操作者が定義するアクセスカテゴリについて、ＵＥは、アクセスカテゴリの属性の詳細な情報を用いて構成される必要がある場合があることを注記すべきである。その後、ネットワークは、場合により、ＵＥをビットマップの形態で、または列挙値の形態で、またはＵＥが使用を許可されるアクセスカテゴリを用いたアクセスカテゴリ識別子によって構成してもよい。デフォルトアクセスカテゴリについて、これらのアクセスカテゴリの属性またはコンポーネントの詳細は、基準において特定されていると想定される。結果として、ＵＥは、単にビットマップまたは列挙値またはアクセスカテゴリ識別子、ＵＥが使用を許可されるデフォルトアクセスカテゴリの形態で構成されていてもよい。
【０１４５】
アクセスカテゴリに加え、またはこれに代えて、アクセス試行のためのアクセス識別子が識別／送信されてもよい。前述したとおり、アクセスカテゴリは、１つ以上の属性、例えば、アクセスクラス、スライス、アプリケーション、ＯＳ、コールタイプ、トラフィックフローまたはパケットフロー、サービスデータフロー、ＱｏＳフロー、ＱＣＩ、加入プロファイル、例えば、プラチナユーザ、ゴールドユーザ、シルバーユーザおよびブロンズユーザに基づいて定義されてもよい。図５に示すとおり、アクセスカテゴリ構成は、これらの属性、ＡＣ値および加入プロファイル識別子のうち１つ以上を含んでいてもよく、これらは同等にアクセス識別子が示されていてもよい。例えば、アクセス試行のためのアクセス識別子は、ＵＥが必要不可欠なサービスのため（例えば、最初の応答者によって使用するため）に構成されるか、またはデバイスが患者のバイオメトリック情報を監視するために構成される表示を含んでいてもよい。アクセスカテゴリが、あるエンティティから別のエンティティへと、または１つのエンティティ内のあるプロトコル層から別のプロトコル層へと送信される本発明の例のいずれかにおいて、アクセス識別子は、アクセスカテゴリと共に、またはアクセスカテゴリの代わりに送信されてもよいことが理解される。アクセス試行のアクセス識別子は、これに加えて、またはこれに代えて、このアクセス試行が規制されるかどうかを判定するために使用されてもよい。
【０１４６】
アクセス規制制御パラメータ信号伝達のための方法およびシステムが開示される。ＵＥは、無線アクセスネットワーク（ＲＡＮ）（例えば、ｇＮＢ）によってブロードキャストされる対応するアクセスカテゴリのアクセス規制速度（または相互に置き換え可能にアクセス規制因子）およびアクセス規制平均時間のいずれかに基づき、アクセス規制チェックを行ってもよく、またはＵＥは、ＲＡＮによってブロードキャストされる対応するアクセスのブールアクセスパラメータに基づき、アクセス規制チェックを行ってもよく、ブールアクセスパラメータは、あるアクセスクラスについて、アクセスが許容されるか、または規制されるかを示す。例えば、アクセス規制速度およびアクセス規制平均時間に基づくアクセス規制チェックの場合、ＵＥは、０と１の間に均一に分布するランダム数ｒａｎｄを取り出してもよい（例えば、０≦ｒａｎｄおよび＜１）。「ｒａｎｄ」が、「ＡＣ規制パラメータ」に含まれるａｃ−ＢａｒｒｉｎｇＦａｃｔｏｒによって示される値より小さい場合（ここで、ＡＣは、アクセスカテゴリを表す（アクセスクラスではない））、ＵＥは、そのセルに対するアクセスが規制されていないとみなした。そうではない場合、ＵＥは、ａｃ−ＢａｒｒｉｎｇＴｉｍｅの期間、そのセルが規制されているとみなす。アクセス試行が許可されていない場合、同じ種類のさらなるアクセス試行は、そのアクセスカテゴリについてＵＥに信号伝達されるアクセス規制平均持続時間と、ＵＥによって取り出されるランダム数ｒａｎｄに基づいて計算される時間、規制されてもよい。あるアクセスカテゴリについてのアクセス規制因子は、範囲［０，１）であってもよく、例えば、以下の値の１つをとってもよい。ｐ００＝０、ｐ０５＝０．０５、ｐ１０＝０．１０、・・・、ｐ９５＝０．９５。
【０１４７】
ブールアクセス規制パラメータに基づいて行われるアクセス規制チェックの場合、ＵＥは、ブールアクセス規制パラメータが１に設定される場合には、そのセルへのアクセスが規制されているとみなしてもよく、そうではない場合、ＵＥは、そのセルへのアクセスが規制されていないとみなした。
【０１４８】
ＲＡＮ（例えば、ｇＮＢ）によるアクセス規制パラメータの信号伝達は、以下の１つ以上のスキームに基づいていてもよい。
【０１４９】
アクセスカテゴリインデックスの信号伝達を含め、アクセス規制パラメータの部分的なリストの信号伝達。
【０１５０】
アクセス規制パラメータの完全なリストの信号伝達、ここで、アクセスカテゴリ情報は、ビットマップの形態で信号伝達される、および／または
【０１５１】
アクセス規制パラメータの部分的なリストと完全なリストの組み合わせの信号伝達。
【０１５２】
これらいずれかの手法において、無線アクセスネットワーク（例えば、ｇＮＢ）は、ＲＲＣの共通信号伝達（例えば、システム情報のブロードキャスト信号伝達）、またはＲＲＣ接続モードでのアクセス制御を選択するためのＲＲＣ専用の信号伝達によって、アクセス規制パラメータを用いてＵＥを構成してもよい。アクセス規制制御パラメータの信号伝達の例は、図２３−図２８に示される。いずれかの図において、アクセス規制制御パラメータ（アクセス規制速度、アクセス規制平均時間またはブールアクセス規制パラメータ）は、ＰＬＭＮごとに、ＵＥへと信号伝達されてもよく、すなわち、１つのアクセス規制制御パラメータ信号伝達メッセージは、例えばネットワーク共有の場合には、ＰＬＭＮごとに、１つより多いＰＬＭＮのためのアクセス規制パラメータを保有していてもよい。
【０１５３】
図２３および図２４は、ネットワーク中の利用可能なアクセスカテゴリＮの中でｍ個のアクセスカテゴリからなる部分的なリストについて、ネットワークが規制パラメータをブロードキャストする、アクセス規制パラメータ信号伝達の例を与える（例えば、ｍはＮより小さいか、またはＮに等しい）。この例では、コアネットワークが、ｍと等しいか、またはｍより多い数のアクセスカテゴリからなるアクセスカテゴリ群を用い、ＵＥの集合全体を構成するが、それぞれのＵＥは、潜在的にｎ個のアクセスカテゴリを用いて構成され、ｎは、１より大きいか、または１に等しいが、Ｎ未満であることと仮定してもよい（例えば、図１８または図１９を参照）。アクセスカテゴリそれぞれについて、コアネットワークは、これを用いてＵＥを構成し、そのために、ＲＡＮ（例えばｇＮＢ）がアクセス規制パラメータをブロードキャストし、ＵＥは、アクセスカテゴリと、対応するアクセス規制パラメータとの関連付けを行ってもよい。ＵＥがこのような関連付けを行うために、無線アクセスネットワーク（ＲＡＮ）は、固有のアクセスカテゴリ識別子を、ｍ個のアクセスカテゴリそれぞれについてのアクセス規制パラメータと共にブロードキャストしてもよい。
【０１５４】
それに加え、またはそれに代えて、ＵＥは、アクセス規制パラメータがブロードキャストされるアクセスカテゴリそれぞれについて、固有のアクセスカテゴリ識別子を暗に誘導してもよい。例えば、ＲＡＮ（例えば、ｇＮＢ）が、サイズＮのアレイからなるデータ構造を使用すると仮定し、ここで、Ｎは、ネットワークにおいてアクセス制御に使用可能なアクセスカテゴリの全体数を表し、デフォルトアクセスカテゴリ、特有のアクセスカテゴリまたは操作者が定義するアクセスカテゴリを含む。ＵＥは、サイズＮのアレイ（例えば、ビットマップ）中のアクセスカテゴリの位置に対応するインデックスとして、アクセス規制パラメータがＲＡＮ（例えば、ｇＮＢ）によってブロードキャストされるｍ個のアクセスカテゴリそれぞれのアクセスカテゴリに固有の識別子を暗に誘導してもよい。例えば、図２５を参照すると、ＵＥは、アクセスカテゴリＸの固有の識別子をＸとして暗に誘導してもよい（例えば、アクセスカテゴリＸの固有の識別子は、サイズＮのアレイ中のアクセスカテゴリの位置であり、すなわち、この例では、サイズＮのアレイ（例えば、ビットマップ）中のＸ番目の位置である）。それぞれのアクセスカテゴリについて、ＵＥは、コアネットワークによってアクセスカテゴリを用いて構成されており、アクセスカテゴリについての規制パラメータがネットワークによってブロードキャストされる場合、ＵＥは、その内部データベースに、対応するアクセス規制パラメータを保存する。ＵＥは、保存された有効なアクセス規制パラメータを使用し、本明細書に開示するアクセス規制チェックを行ってもよい。
【０１５５】
アクセス規制パラメータの有効性は、対応するシステム情報ブロック（System  Information  Block：ＳＩＢ）の有効性ルールの有効性によって取り扱われてもよい。図２３に示す例は、アクセス規制速度と平均アクセス規制時間を用いたＵＥの構成を想定しており、一方、図２４の例は、アクセスカテゴリのいくつかを用いたアクセス制御がアクセス規制速度とアクセス規制平均時間に基づき、アクセスカテゴリのいくつかを用いたアクセス制御がブールアクセス制御に基づく（例えば、セルへのアクセスが許容されるか、または許容されないか）アクセス制御を想定している。例えば、デフォルトアクセスカテゴリまたは特有のアクセスカテゴリについて、そのいくつかが、基準において特定されていてもよく、ブールパラメータによるアクセス制御に基づくアクセス制御が特定されていてもよい。
【０１５６】
図２５および図２６は、ネットワーク中の利用可能なアクセスカテゴリＮの完全なリストについてネットワークがアクセス規制パラメータをブロードキャストする、アクセス規制パラメータ信号伝達の例を与える。ｎ個のアクセスカテゴリそれぞれについて、コアネットワークは、これを用いてＵＥを構成し（前述したとおり）、そのために、ＲＡＮ（例えばｇＮＢ）がアクセス規制パラメータをブロードキャストし、ＵＥは、アクセスカテゴリと、対応するアクセス規制パラメータとの関連付けを行ってもよい。ＵＥがこのような関連付けを行うために、ＵＥは、アクセス規制パラメータがブロードキャストされるアクセスカテゴリそれぞれについて、固有のアクセスカテゴリ識別子を暗に誘導してもよい。例えば、ＲＡＮ（例えば、ｇＮＢ）が、サイズＮのアレイからなるデータ構造を使用すると仮定し、ここで、Ｎは、ネットワークにおいてアクセス制御に使用可能なアクセスカテゴリの全体数を表し、デフォルトアクセスカテゴリ、特有のアクセスカテゴリまたは操作者が定義するアクセスカテゴリを含む。
【０１５７】
ＵＥは、サイズＮのアレイ（例えば、ビットマップ）中のアクセスカテゴリの位置に対応するインデックスとして、アクセス規制パラメータがＲＡＮ（例えば、ｇＮＢ）によってブロードキャストされるアクセスカテゴリそれぞれのアクセスカテゴリに固有の識別子を暗に誘導してもよい。例えば、図２５を参照すると、ＵＥは、アクセスカテゴリＸの固有の識別子をＸとして暗に誘導してもよい（例えば、アクセスカテゴリＸの固有の識別子は、サイズＮのアレイまたはビットマップ中のアクセスカテゴリの位置であり、すなわち、この例では、サイズＮのアレイまたはビットマップ中のＸ番目の位置である）。図２５に示される例は、アクセス規制速度と平均アクセス規制時間を用いたＵＥの構成を想定しており、一方、図２６の例は、アクセスカテゴリのいくつかがアクセス規制速度とアクセス規制平均時間に基づき、アクセスカテゴリのいくつかを用いたアクセス制御がブールアクセス制御に基づく（例えば、セルへのアクセスが許容されるか、または許容されないか）アクセス制御を想定している。例えば、デフォルトアクセスカテゴリまたは特有のアクセスカテゴリについて、そのいくつかが、基準において特定されていてもよく、ブールパラメータによるアクセス制御に基づくアクセス制御が特定されていてもよい。
【０１５８】
それぞれのアクセスカテゴリについて、ＵＥは、コアネットワークによってアクセスカテゴリを用いて構成されており、アクセスカテゴリについての規制パラメータがネットワークによってブロードキャストされる場合、ＵＥは、その内部データベースに、対応するアクセス規制パラメータを保存してもよい。ＵＥは、保存された有効なアクセス規制パラメータを使用し、本明細書に記載するとおり、アクセス規制チェックを行ってもよい。アクセス規制パラメータの有効性は、対応するシステム情報ブロック（ＳＩＢ）の有効性ルールの有効性によって取り扱われてもよい。
【０１５９】
図２７および図２８は、アクセス規制パラメータのいくつかが、本明細書に記載の部分的な信号伝達リストのスキームに従ってＵＥに信号伝達され、一方、アクセス規制パラメータのいくつかが、これも本明細書に記載の完全な信号伝達リストのスキームに従ってＵＥに信号伝達される例を示す。例えば、アクセスカテゴリは、デフォルトアクセスカテゴリ（特有のアクセスカテゴリを含む）と操作者が定義するアクセスカテゴリとからなっていてもよい。デフォルトアクセスカテゴリおよびそのアクセス制御に使用されるもの（例えば、アクセス規制速度およびアクセス規制平均時間と、ブールアクセス規制に基づくアクセス制御）の一部または全ては、基準において特定されていてもよく、一方、操作者が定義するアクセスカテゴリおよびそのアクセス制御に使用されるものは、操作者の決定に任されていてもよい。例えば、特有のアクセスカテゴリを含むデフォルトアクセスカテゴリの合計数は、ｋであってもよい。かかる場合に、利用可能なアクセスカテゴリの完全なリストについてのアクセス規制パラメータをネットワークがブロードキャストするアクセス規制パラメータ信号伝達が使用されてもよく、相違点は、この場合には、利用可能なアクセスカテゴリの完全なリストは、基準において特定されているリスト、または特有のアクセスカテゴリを含むデフォルトアクセスカテゴリに限定されていてもよく、図２５および図２６に示す例の場合には、ｋ個のアクセスカテゴリからなる。
【０１６０】
アクセス規制パラメータは、本明細書に記載の部分的なリストの信号伝達機構を用い、ＵＥへと信号伝達されてもよい。図２７および図２８のいずれかに示す例では、アクセス規制パラメータが信号伝達されるアクセスカテゴリの数ｍは、ネットワークにおいてアクセス制御に利用可能な操作者が定義するアクセスカテゴリの全体数（Ｎｃ）より少なくてもよく、またはこれに等しくてもよい。
【０１６１】
ＲＲＣ＿ＩＤＬＥモードにおいてＵＥをアクセス制御する方法およびシステムが開示される。図２９および図３０に示し、以下にさらに記載される手順を使用し、アクセスストラタム（ＡＳ）より上のＵＥの上の層内のイベントに応答して、ＵＥがコアネットワークに向けたＮＡＳ信号接続を開始することを必要とし、したがって、このネットワークに向けた信号伝達接続の開始前にＵＥがアクセス制御を行うことを必要とする、ＲＲＣ＿ＩＤＬＥ状態のＵＥについてアクセス制御を行ってもよい。ＵＥがＮＡＳ信号接続を開始することを必要とする、上の層におけるイベントとしては、ユーザプレーンにおけるイベント（例えば、データが送信のために利用可能になる場合）、またはＵＥがトラッキングエリアのアップデートを行うことを必要とする、制御プレーンにおけるイベント（例えば、トラッキングエリアにおける変化）が挙げられるだろう。多くのＮＡＳ手順が、これらのイベントの結果として行われてもよい。既存のＬＴＥ技術を参照として採用すると、ＮＡＳ信号接続の確立を開始する５Ｇの初期ＮＡＳメッセージの例としては、限定されないが、以下のものを挙げることができる。接続リクエスト、離脱リクエスト、トラッキングエリアアップデートリクエスト、サービスリクエスト、拡張サービスリクエストおよび制御プレーンサービスリクエスト。
【０１６２】
一例では、ＲＲＣ＿ＩＤＬＥモードのＵＥについてアクセス制御を行うために使用される方法は、ユーザ機器のアクセスストラタム（ＡＳ）で、無線アクセスネットワーク（ＲＡＮ）からアクセス規制情報を受信する工程と、ユーザ機器の非アクセスストラタム（ＮＡＳ）で、アクセストリガを受信し、ここで、アクセストリガによって、ユーザ機器にアクセス試行を開始させる工程と、ユーザ機器のＮＡＳで、ユーザ機器によるアクセス試行と関連付けられたアクセスカテゴリを決定する工程と、ユーザ機器のＮＡＳからユーザ機器のＡＳへと、アクセス試行と、決定したアクセスカテゴリの表示とに関連付けられたＮＡＳメッセージを送る工程と、ユーザ機器のＡＳで、決定したアクセスカテゴリとアクセス規制情報とに少なくとも基づき、このアクセスカテゴリについてのアクセス試行が規制されるかどうかを判定する工程と、アクセス試行が規制されていないという判定に基づき、無線リソース制御（Radio  Resource  Control：ＲＲＣ）接続確立手順を実行する工程とを有していてもよい。
【０１６３】
アクセストリガの受信によって、ユーザ機器のＮＡＳに、アクセス試行と関連付けられたＮＡＳメッセージを作成させてもよい。アクセスカテゴリは、ユーザ機器のデータベースに保存されるアクセスカテゴリ構成に基づいて決定されてもよい。この方法は、さらに、ユーザ機器のＮＡＳで、コアネットワークノードからアクセスカテゴリ構成を受信する工程と、ユーザ機器のＮＡＳで、１つ以上のアクセス制御機構をサポートするユーザ機器の機能を再構成する工程とを有していてもよい。この方法は、さらに、ユーザ機器のＡＳによって、ユーザ機器のＮＡＳへと、アクセス試行が規制されているかどうかの表示を送る工程を有していてもよい。この方法は、さらに、ユーザ機器のＮＡＳからユーザ機器のＡＳへと、アクセス試行と関連付けられたアクセス識別子を送る工程を有していてもよい。アクセス試行が規制されるかどうかを判定する工程は、ユーザ機器のＡＳで、アクセス試行と関連付けられたアクセス識別子に基づき、アクセス試行が規制されるかどうかを判定する工程を有していてもよい。
【０１６４】
図２９は、ＲＲＣ＿ＩＤＬＥモードでアクセス制御を必要とするＮＡＳ−ＣＰイベントのＡＳ−ＣＰソリューションの一例を示す。図２９の工程は、以下にさらに詳細に記載されるだろう。
【０１６５】
工程１で、ＵＥは、ＲＡＮによって送信されるアクセス規制情報を獲得する。アクセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよい。
【０１６６】
工程２で、アクセストリガイベントは、ＵＥに、ＮＡＳ信号接続の確立のために初期ＮＡＳメッセージを開始するＮＡＳ手順を実行させるトリガとなる。前述したとおり、アクセストリガイベントは、ＵＥ  ＮＡＳユーザプレーンにおけるイベントまたはＵＥ  ＮＡＳにおけるイベントであってもよい。
【０１６７】
工程３で、ＮＡＳ−ＣＰは、本明細書に記載のアクセスカテゴリ構成手順のとおり、ＮＡＳ信号接続のためのアクセスカテゴリを決定し、ＵＥ内部データベースに保存されたアクセスカテゴリ構成から、有効なアクセスカテゴリを選択する。
【０１６８】
工程４で、ＮＡＳ−ＣＰは、初期ＮＡＳメッセージを、ＵＥ  ＮＡＳ−ＣＰとＵＥ  ＡＳ−ＣＰとの間の適切な層間メッセージにおいて、ＡＳ−ＣＰ（例えば、ＲＲＣ層）に、選択された有効なアクセスカテゴリと共に与える。一例では、アクセス試行のアクセス識別子も与えられてもよい。
【０１６９】
工程５で、ＡＳ−ＣＰは、上の層から受信したアクセスカテゴリを、アクセス規制情報と共に使用し、このアクセス試行が規制されるかどうかを判定する。一例では、アクセス試行のアクセス識別子は、これに加え、またはこれに代えて、このアクセス試行が規制されるかどうかを判定するために使用されてもよい。
【０１７０】
工程６で、ＵＥ  ＡＳ−ＣＰは、アクセス規制チェックの結果をＮＡＳ−ＣＰに知らせる。アクセスが規制される場合、この手順は終了する。
【０１７１】
工程７で、そうではない場合、ＵＥは、ＲＲＣ接続確立手順を実行する。
【０１７２】
工程８で、ネットワークは、本明細書に記載の機構を用い、アクセスカテゴリを用いてＵＥを（再）構成してもよい。
【０１７３】
工程９で、アクセス制御をサポートするＮＡＳ／ＡＳ機能（例えば、アクセス制御ステイタスチェックおよびアクセスカテゴリの決定）は、アクセスカテゴリ構成に基づき、再構成されてもよい。ＡＳ／ＮＡＳは、ＱｏＳフロー、ベアラまたは論理チャンネルコンテクストの一部としてアクセスカテゴリパラメータを保存してもよい。ＡＳ−ＵＰの構成を必要とするアクセス制御ソリューションについて、ＮＡＳ−ＣＰは、その構成パラメータをＡＳ−ＣＰ（例えば、ＲＲＣ層、次いで、ＡＳ−ＵＰを構成する）に信号伝達してもよい。それに加え、またはそれに代えて、ＮＡＳ−ＣＰは、ＡＳ−ＵＰを直接的に構成してもよい。
【０１７４】
図３０は、ＲＲＣ−ＩＤＬＥモードにおいてアクセス制御を必要とするＮＡＳ−ＣＰイベントのためのＮＡＳ−ＣＰソリューションの一例を示す。図３０の手順は、以下のように記載されるだろう。
【０１７５】
工程１で、ＵＥは、ＲＡＮによって送信されるアクセス規制情報を獲得し、ここで、アクセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよい。
【０１７６】
工程２で、ＡＳ−ＣＰは、獲得したアクセス規制情報をＮＡＳ−ＣＰに与える。ＵＥ−ＡＳは、アクセス規制情報をＵＥ−ＮＡＳに自発的に与えたが、ＵＥ−ＮＡＳは、いつでも、ＵＥ−ＡＳに、ＵＥ−ＮＡＳへとアクセス規制情報を送るように要求してもよいことも注記すべきである。さらに、ＵＥ  ＡＳ−ＣＰは、ＲＡＮからのアクセス規制情報のアップデートが存在するときはいつでも、ＮＡＳにアクセス規制情報を送ってもよい。
【０１７７】
工程３で、アクセストリガイベントは、ＵＥに、ＮＡＳ信号接続の確立のために初期ＮＡＳメッセージを開始するＮＡＳ手順を実行させるトリガとなる。前述したとおり、アクセストリガイベントは、ＵＥ  ＮＡＳユーザプレーンにおけるイベントまたはＵＥ  ＮＡＳにおけるイベントであってもよい。
【０１７８】
工程４で、ＮＡＳ−ＣＰは、本明細書に記載のアクセスカテゴリ構成手順のとおり、この特定のＮＡＳ信号接続のためのアクセスカテゴリを決定し、ＵＥ内部データベースに保存されたアクセスカテゴリ構成から、有効なアクセスカテゴリを選択する。
【０１７９】
工程５で、ＮＡＳ−ＣＰは、選択されたアクセスカテゴリを、ＵＥ  ＡＳから受信したアクセス規制情報と共に使用し、このアクセス試行が規制されるかどうかを判定する。アクセスが規制される場合、この手順は終了する。そうではない場合、この手順は、残りの工程と共に継続する。
【０１８０】
工程６で、ＵＥ  ＮＡＳ−ＣＰは、初期ＮＡＳメッセージをＵＥ  ＡＳ−ＣＰに送信する。
【０１８１】
工程７で、ＵＥ  ＡＳ  ＣＰは、ＲＲＣ接続確立手順を実行する。
【０１８２】
工程８で、ネットワークは、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある間、前述の機構を用い、アクセスカテゴリを用いてＵＥを（再）構成してもよい。
【０１８３】
工程９で、アクセス制御をサポートするＮＡＳ／ＡＳ機能（例えば、アクセス制御ステイタスチェックおよびアクセスカテゴリの決定）は、アクセスカテゴリ構成に基づき、再構成されてもよい。ＡＳ／ＮＡＳは、ＱｏＳフロー、ベアラまたは論理チャンネルコンテクストの一部としてアクセスカテゴリパラメータを保存してもよい。ＡＳ−ＵＰの構成を必要とするアクセス制御ソリューションについて、ＮＡＳ−ＣＰは、その構成パラメータをＡＳ−ＣＰ（例えば、ＲＲＣ層、次いで、ＡＳ−ＵＰを構成する）に信号伝達してもよい。それに加え、またはそれに代えて、ＮＡＳ−ＣＰは、ＡＳ−ＵＰを直接的に構成してもよい。
【０１８４】
ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態におけるＵＥのアクセス制御を行うための方法およびシステムが開示される。ＡＳ−ＵＰは、アクセス制御をサポートするための以下の１つ以上の機能（アクセス制御ステイタスチェック、アクセスカテゴリの決定、アクセス規制チェック）を行ってもよい。どのＡＳ−ＵＰサブレイヤがこれらの機能を行うかは、アクセス制御が行われる粒度のレベルに依存していてもよい（例えば、ＱｏＳフロー、ベアラまたは論理チャンネル）。例えば、アクセス制御機能は、アクセス制御がＱｏＳフローの粒度で行われる場合、ＳＤＡＰサブレイヤを標的としていてもよい。それに加え、またはそれに代えて、アクセス制御機能は、アクセス制御がベアラまたは論理チャンネルの粒度で行われる場合、ＭＡＣサブレイヤを標的としていてもよい。ＡＳ−ＵＰにおけるアクセス制御は、アクセス制御がベアラレベルの粒度で行われる場合、ＰＤＣＰサブレイヤで行われてもよい。アクセス制御が論理チャンネルレベルの粒度で行われる場合、アクセス制御は、ＲＬＣサブレイヤで行われてもよい。
【０１８５】
図３１は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ  ＆  ＲＲＣ  ＣＯＮＮＥＣＴＥＤ状態においてアクセス制御を必要とするＡＳ−ＵＰイベントのための方法の一例を示す。
【０１８６】
工程１で、ＵＥは、ＲＡＮによって送信されるアクセス規制情報を獲得してもよく、ここで、アクセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよい。なお、アクセス規制情報は、実際に、ＡＳ−ＣＰ（例えば、ＲＲＣ層）を介して獲得され、ＡＳ−ＵＰに与えられてもよい。
【０１８７】
工程２で、ＵＬデータは、ＵＰを介し、ＵＥ  ＮＡＳ  ＵＰからＡＳまで送られてもよい。ＵＥ  ＮＡＳ  ＵＰは、ＵＥ  ＡＳがデータの伝送に使用するべきアクセスカテゴリもＵＥ  ＡＳに与えてもよい。ＵＥ  ＮＡＳ−ＵＰは、新しいデータパケットのためのアクセスカテゴリを決定してもよい。例えば、ＵＥ  ＮＡＳ−ＵＰは、ＵＥが本明細書に記載の属性の１つ以上を用いて構成されるアクセスカテゴリ（例えば、データパケットと関連付けられたＱｏＳフローＩＤ、ＱＣＩ、アプリケーションＩＤ、ＳＤＦ、パケットフローなど）から、アクセスカテゴリを決定してもよい。
【０１８８】
工程３で、それに加え、またはそれに代えて、ＵＥ  ＡＳ−ＵＰは、新しいデータパケットのアクセスカテゴリを決定してもよい。アクセスカテゴリ決定は、新しいデータパケットがマッピングされるＱｏＳフロー、またはベアラまたは論理チャンネルに基づいていてもよい。例えば、ＵＥ  ＡＳ−ＵＰは、ＵＥが新しいデータパケットと関連付けられたＱｏＳフローＩＤまたはＱＣＩを用いて構成されるアクセスカテゴリから、アクセスカテゴリを決定してもよい。
【０１８９】
工程４で、ＡＳ−ＵＰは、その内部データベースにおいて、受信したパケットについてのアクセス規制ステイタスをチェックし、アクセス規制ステイタス（例えば、アクセスが規制されるか、またはアクセスが規制されない）が、受信したパケットについてその内部データベースにすでに保存されているかどうかを判定してもよい。アクセス制御が行われる粒度のレベルに依存して、チェックは、ＱｏＳフローＩＤ（ＱＦＩ）、ベアラＩＤまたはＱＣＩまたは論理チャンネルＩＤに基づいていてもよい。例えば、ＱｏＳフローの粒度でアクセス制御を行うために、ＵＥ  ＡＳ−ＵＰは、パケットヘッダと、工程３においてＵＥによって選択されるアクセスカテゴリにおいて、ＱＦＩに基づいて上の層から受信したパケットについてＵＥ内部データベースにすでに保存されているアクセス規制ステイタス（例えば、アクセスが規制されるか、またはアクセスが規制されない）が存在するかどうかをチェックしてもよい。同様に、ベアラまたは論理チャンネルの粒度でアクセス制御が行われるために、ＵＥ  ＡＳ−ＵＰは、工程３において選択されるアクセスカテゴリと、データパケットのＤＲＢ  ＩＤまたは論理チャンネルＩＤとを用い、ＵＥ内部データベースにすでに保存されているアクセス規制ステイタス（例えば、アクセスが規制されるか、またはアクセスが規制されない）が存在するかどうかをチェックしてもよい。アクセス規制ステイタスが、データパケットについてＵＥ内部データベース中に存在しない場合、または保存されたアクセス規制ステイタスがもはや有効ではない場合、ＵＥは、工程５を進め、アクセス規制判定を行ってもよい。そうではない場合、工程５および工程６がスキップされてもよい。
【０１９０】
工程５で、ＡＳ−ＵＰは、選択したアクセスカテゴリを、アクセス規制情報と共に使用し、アクセスが規制されるか、またはアクセスが許容されるかを判定してもよい。ＵＥは、アクセス規制の粒度のレベルに依存して、工程３において選択された対応するアクセスカテゴリおよび対応するＱｏＳフローＩＤまたはＤＲＢ  ＩＤまたは論理チャンネルＩＤについて、アクセス制御の結果（例えば、アクセスが規制されるか、またはアクセスが規制されない）を用い、その内部データベースをアップデートしてもよい。ＵＥは、専用の信号伝達によって、アクセス規制情報における変化を知らされてもよい。ＵＥがＲＲＣ休止状態である場合、ＵＥは、アクセス規制修正ＩＥを含むページングメッセージを介して知らされてもよい。それに加え、またはそれに代えて、ＵＥは、ＳＩメッセージ中にある変化が起こったかどうかを示すフラグ（例えば、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次いで、ある変化が起こったときに、そのＳＩを再獲得してもよい。ＵＥは、ＲＡＮから受信したアクセス規制情報のその後の変化の結果として、その内部データベースにおいてアクセス規制ステイタスをアップデートしてもよい。
【０１９１】
工程６で、ＡＳ−ＵＰは、アクセス規制チェックの結果をＮＡＳ−ＣＰに知らせてもよい。アクセスが規制される場合、この手順が終了する。そうではない場合、ＵＥは、この手順の残りの工程を行う。
【０１９２】
工程７で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、またはＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを送る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセス手順を行ってもよい。
【０１９３】
工程８で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、ＵＥは、ＲＲＣ接続再開手順を行ってもよい。
【０１９４】
工程９で、ＱｏＳフロー／ベアラ／論理チャンネルのためのＵＬデータは、ネットワークに送信されてもよい。
【０１９５】
図３２は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ  ＆  ＲＲＣ  ＣＯＮＮＥＣＴＥＤ状態においてアクセス制御を必要とするＮＡＳ−ＵＰイベントのための方法の一例を示す。
【０１９６】
工程１で、ＵＥは、ＲＡＮによって送信されるアクセス規制情報を獲得してもよく、ここで、アクセス規制情報は、前述の機構を用い、ＵＥへと信号伝達されてもよい。
【０１９７】
工程２で、ＡＳ−ＣＰは、獲得したアクセス規制情報をＮＡＳ−ＣＰに与えてもよい。
【０１９８】
工程３で、ＮＡＳ−ＣＰは、獲得したアクセス規制情報をＮＡＳ−ＵＰに与えてもよい。
【０１９９】
工程４で、ＵＥ  ＮＡＳ  ＵＰは、ＵＬ伝送のためのデータを受信してもよい。
【０２００】
工程５で、ＵＥ  ＮＡＳ−ＵＰは、この新しいデータパケットのためのアクセスカテゴリを決定してもよい。例えば、ＵＥ  ＮＡＳ−ＵＰは、データパケットと関連付けられた本明細書に記載の１つ以上の属性（例えば、ＱｏＳフローＩＤ、ＱＣＩ、アプリケーションＩＤ、ＳＤＦ、パケットフローなど）を用いてＵＥが構成されるアクセスカテゴリから、アクセスカテゴリを決定してもよい。
【０２０１】
工程６で、ＮＡＳ−ＵＰは、その内部データベースにおいて、受信したパケットについてのアクセス規制ステイタスをチェックし、アクセス規制ステイタス（例えば、アクセスが規制されるか、またはアクセスが規制されない）が、受信したパケットについてその内部データベースにすでに保存されているかどうかを判定してもよい。アクセス制御が行われる粒度のレベルに依存して、アクセスステイタス規制チェックは、ＱｏＳフローＩＤ、ＳＤＦ、パケットフロー、ＱＣＩ、アプリケーションＩＤなどに基づいていてもよい。例えば、ＱｏＳフローの粒度でアクセス制御を行うために、ＵＥ  ＮＡＳ−ＵＰは、パケットヘッダと、工程５においてＵＥによって選択されるアクセスカテゴリにおいて、ＱＦＩに基づいて上の層から受信したパケットについてＵＥ内部データベースにすでに保存されているアクセス規制ステイタス（例えば、アクセスが許可されるか、またはアクセスが許可されない）が存在するかどうかをチェックしてもよい。同様に、ＳＤＦ、パケットフロー、ＱＣＩまたはアプリケーションＩＤの粒度でアクセス制御が行われるために、ＵＥ  ＮＡＳ−ＵＰは、工程５において選択されるアクセスカテゴリと、データパケットの対応するアクセスカテゴリ属性とを用い、ＵＥ内部データベースにすでに保存されているアクセス規制ステイタス（例えば、アクセスが許可されるか、またはアクセスが許可されない）が存在するかどうかをチェックしてもよい。アクセス規制ステイタスが、データパケットについてＵＥ内部データベース中に存在しない場合、または保存されたアクセス規制ステイタスがもはや有効ではない場合、ＵＥは、工程７および８を進め、本明細書に記載するとおりにアクセス規制判定を行ってもよい。そうではない場合、工程７および工程８がスキップされてもよい。
【０２０２】
工程７で、ＮＡＳ−ＵＰは、選択したアクセスカテゴリを、受信したアクセス規制情報と共に使用し、アクセスが規制されるか、またはアクセスが許容されるかを判定してもよい。ＵＥは、工程５において選択された対応するアクセスカテゴリおよびアクセス規制の粒度のレベルに依存して、対応するＱｏＳフローＩＤ、ＳＤＦ、パケットフロー、ＱＣＩ、アプリケーションＩＤなどについて、アクセス制御の結果（例えば、アクセスが規制されるか、またはアクセスが規制されない）を用い、その内部データベースをアップデートしてもよい。ＵＥは、専用の信号伝達によって、アクセス規制情報における変化を知らされてもよい。ＵＥがＲＲＣ休止状態である場合、ＵＥは、アクセス規制修正ＩＥを含むページングメッセージを介して知らされてもよい。それに加え、またはそれに代えて、ＵＥは、ＳＩメッセージ中にある変化が起こったかどうかを示すフラグ（例えば、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次いで、ある変化が起こったときに、そのＳＩを再獲得してもよい。ＵＥは、ＲＡＮから受信したアクセス規制情報のその後の変化の結果として、その内部データベースにおいてアクセス規制ステイタスをアップデートしてもよい。
【０２０３】
工程８で、ＵＥ  ＮＡＳ−ＵＰは、アクセス規制チェックの結果をＮＡＳ−ＣＰに知らせてもよい。アクセスが規制される場合、この手順は終了してもよい。そうではない場合、ＵＥは、この手順の残りの工程を行ってもよい。
【０２０４】
工程９で、ＵＬデータは、ＵＰを介し、ＮＡＳからＡＳへと送られてもよい。
【０２０５】
工程１０で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、またはＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを送る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセス手順を行ってもよい。
【０２０６】
工程１１で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、ＵＥは、ＲＲＣ接続再開手順を行ってもよい。
【０２０７】
工程１２で、この特定のアクセスのためのＵＬデータは、ネットワークに送信されてもよい。
【０２０８】
一例では、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてアクセス制御を必要とするＮＡＳ−ＣＰイベントのために、ＡＳ−ＣＰにおいてアクセス制御を行う方法が開示される。この方法は、ユーザ機器のアクセスストラタム（ＡＳ）で、無線アクセスネットワーク（ＲＡＮ）からアクセス規制情報を受信する工程と、ユーザ機器の非アクセスストラタム（ＮＡＳ）で、アクセス制御を必要とするイベントと関連付けられたトリガを受信する工程と、ユーザ機器のＮＡＳで、アクセス制御を必要とする前記イベントと関連付けられたアクセスカテゴリを決定する工程と、ユーザ機器のＮＡＳからユーザ機器のＡＳへと、決定したアクセスカテゴリの表示を送る工程と、ユーザ機器のＡＳで、アクセス制御を必要とする前記イベントと関連付けられたアクセス規制ステイタスがユーザ機器の内部データベースに保存されているかどうかを判定する工程と、ユーザ機器のＡＳで、決定したアクセスカテゴリの表示とアクセス規制情報とに少なくとも基づき、アクセス制御を必要とする前記イベントと関連付けられたアクセスカテゴリのためのアクセス試行が規制されるかどうかを判定する工程と、ユーザ機器のＮＡＳへと、アクセス制御を必要とする前記イベントと関連付けられたアクセスカテゴリのためのアクセス試行が規制されるかの表示を送る工程とを有していてもよい。
【０２０９】
アクセス制御を必要とするイベントと関連付けられたトリガは、ユーザ機器による伝送のためにデータが利用可能であるという表示を含んでいてもよい。アクセスカテゴリは、ユーザ機器のデータベースに保存されたアクセスカテゴリ構成に基づいて決定されてもよい。この方法は、さらに、アクセス制御を必要とするイベントと関連付けられたアクセス規制ステイタスがユーザ機器の内部データベースに保存されていないと判定する工程を含んでいてもよい。この方法は、さらに、アクセス制御を必要とするイベントと関連付けられたアクセス規制ステイタスを表示するために、ユーザ機器の内部データベースをアップデートする工程を含んでいてもよい。この方法は、さらに、ユーザ機器のＮＡＳからユーザ機器のＡＳへと、アクセス試行と関連付けられたアクセス識別子を送る工程を含んでいてもよい。アクセス制御を必要とするイベントと関連付けられたアクセスカテゴリのためのアクセス試行が規制されるかどうかを判定する工程は、ユーザ機器のＡＳで、アクセス識別子に基づき、アクセス制御を必要とするイベントと関連付けられたアクセスカテゴリのためのアクセス試行が規制されるかどうかを判定する工程を含んでいてもよい。
【０２１０】
図３３に示す手順を使用し、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてアクセス制御を必要とするＮＡＳ−ＣＰイベントのために、ＡＳ−ＣＰにおいてアクセス制御を行ってもよい。
【０２１１】
工程１で、ＵＥは、ＲＡＮによって送信されるアクセス規制情報を獲得してもよい。アクセス規制情報は、前述の機構を用い、ＵＥへと信号伝達されてもよい。
【０２１２】
工程２で、ＮＡＳ−ＣＰは、アクセス制御を必要とするイベントのためのトリガを受信してもよい。かかるイベントは、例えば、伝送のためのデータが利用可能になったとき、例えば、ＵＥが接続している現在のネットワークをスライシングする異なるネットワークスライスでの、ＮＡＳ−ＵＰからのイベントであってもよい。
【０２１３】
工程３で、ＮＡＳ−ＣＰは、この特定のアクセスのためのアクセスカテゴリを決定してもよい。例えば、ＵＥ  ＮＡＳ−ＣＰは、ＵＥが前述の１つ以上の属性（例えば、ＱｏＳフローＩＤ、ＱＣＩ、アプリケーションＩＤ、ＳＤＦ、パケットフローなど）を用いて構成されるアクセスカテゴリから、有効なアクセスカテゴリを選択してもよい。
【０２１４】
工程４で、ＮＡＳ−ＣＰは、ＵＥ  ＮＡＳ−ＣＰとＵＥ  ＡＳ−ＣＰとの間のＡＳ−ＣＰ（例えば、適切な層間メッセージ中のＲＲＣ層）に、選択した有効なアクセスカテゴリを与えてもよい。一例では、アクセス識別子も与えられてもよい。
【０２１５】
工程５で、ＵＥ  ＡＳ−ＣＰは、その内部データベースにおいて、アクセス規制ステイタスをチェックし、アクセス規制ステイタス（例えば、アクセスが許可されるか、またはアクセスが許可されない）が、選択したアクセスカテゴリについてその内部データベースにすでに保存されているかどうかを判定してもよい。例えば、アクセス制御が行われる粒度のレベルに依存して、チェックは、ＱｏＳフローＩＤ（ＱＦＩ）、ベアラＩＤまたはＱＣＩまたは論理チャンネルＩＤに基づいていてもよい。例えば、ＱｏＳフローの粒度でアクセス制御を行うために、ＵＥ  ＡＳ−ＣＰは、ＱＦＩと、工程３においてＵＥによって選択されるアクセスカテゴリとに基づき、ＵＥ内部データベースにすでに保存されているアクセス規制ステイタス（例えば、アクセスが許可されるか、またはアクセスが許可されない）が存在するかどうかをチェックしてもよい。同様に、ベアラまたはＱＣＩまたは論理チャンネルの粒度でアクセス制御が行われるために、ＵＥ  ＡＳ−ＣＰは、工程３において選択されるアクセスカテゴリと、伝送されるデータパケットがマッピングされるＤＲＢ  ＩＤまたはＱＣＩまたは論理チャンネルＩＤとを用い、ＵＥ内部データベースにすでに保存されているアクセス規制ステイタス（例えば、アクセスが規制されるか、またはアクセスが規制されない）が存在するかどうかをチェックしてもよい。アクセス規制ステイタスが、データパケットについてＵＥ内部データベース中に存在しない場合、または保存されたアクセス規制ステイタスがもはや有効ではない場合、ＵＥは、本明細書に記載するとおり、工程６および７を進め、アクセス規制判定を行ってもよい。そうではない場合、工程６および工程７がスキップされてもよい。
【０２１６】
工程６で、ＵＥ  ＡＳ−ＣＰ（例えば、ＲＲＣ）は、選択したアクセスカテゴリを、アクセス規制情報と共に使用し、アクセスが規制されるか、またはアクセスが許容されるかを判定してもよい。ＵＥは、アクセス規制の粒度のレベルに依存して、工程３において選択された対応するアクセスカテゴリおよび対応するＱｏＳフローＩＤまたはＤＲＢ  ＩＤまたは論理チャンネルＩＤについて、アクセス制御の結果（例えば、アクセスが規制されるか、またはアクセスが規制されない）を用い、その内部データベースをアップデートしてもよい。ＵＥは、専用の信号伝達によって、アクセス規制情報における変化を知らされてもよい。ＵＥがＲＲＣ休止状態である場合、ＵＥは、アクセス規制修正ＩＥを含むページングメッセージを介して知らされてもよい。それに加え、またはそれに代えて、ＵＥは、ＳＩメッセージ中にある変化が起こったかどうかを示すフラグ（例えば、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次いで、ある変化が起こったときに、そのＳＩを再獲得してもよい。ＵＥは、ＲＡＮから受信したアクセス規制情報のその後の変化の結果として、その内部データベースにおいてアクセス規制ステイタスをアップデートしてもよい。一例では、それに加え、またはそれに代えて、アクセス識別子を使用し、アクセス試行が規制されるかどうかを判定してもよい。
【０２１７】
工程７で、ＡＳ−ＣＰは、アクセス規制チェックの結果をＮＡＳ−ＣＰに知らせてもよい。ＮＡＳ−ＣＰは、場合により、アクセスが規制されるかどうかのアクセス規制チェック結果をＮＡＳ−ＵＰに送ってもよい。アクセスが規制される場合、この手順は終了してもよい。そうではない場合、ＵＥは、この手順の残りの工程を行ってもよい。
【０２１８】
工程８で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、またはＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを送る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセス手順を行ってもよい。
【０２１９】
工程９で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、ＵＥは、ＲＲＣ接続再開手順を行ってもよい。
【０２２０】
工程１０で、この特定のアクセスのためのＵＬデータは、ネットワークに送信されてもよい。
【０２２１】
図３４は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてアクセス制御を必要とするＡＳ−ＣＰイベントのためのＡＳ−ＣＰソリューションの一例を示す。
【０２２２】
工程１で、ＵＥは、ＲＡＮによって送信されるアクセス規制情報を獲得してもよい。アクセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよい。
【０２２３】
工程２で、ＵＥは、ネットワークアクセスを必要とするＡＳ手順を実行してもよい。
【０２２４】
工程３で、ＵＥ  ＡＳ−ＣＰは、アクセスカテゴリを決定してもよい。アクセスカテゴリ決定は、ＱｏＳフローまたはＱＣＩに基づいていてもよい。例えば、ＵＥ  ＡＳ−ＵＰは、ＵＥが新しいデータパケットと関連付けられたＱｏＳフローＩＤまたはＱＣＩを用いて構成されるアクセスカテゴリから、アクセスカテゴリを決定してもよい。
【０２２５】
工程４で、ＵＥ  ＡＳ−ＣＰ（例えば、ＲＲＣ）は、選択したアクセスカテゴリを、アクセス規制情報と共に使用し、アクセスが規制されるか、またはアクセスが許容されるかを判定してもよい。ＵＥは、アクセス規制の粒度のレベルに依存して、工程３において選択された対応するアクセスカテゴリおよび対応するＱｏＳフローＩＤまたはＤＲＢ  ＩＤまたは論理チャンネルＩＤについて、アクセス制御の結果（例えば、アクセスが規制されるか、またはアクセスが規制されない）を用い、その内部データベースをアップデートしてもよい。ＵＥは、専用の信号伝達によって、アクセス規制情報における変化を知らされてもよい。ＵＥがＲＲＣ休止状態である場合、ＵＥは、アクセス規制修正ＩＥを含むページングメッセージを介して知らされてもよい。それに加え、またはそれに代えて、ＵＥは、ＳＩメッセージ中にある変化が起こったかどうかを示すフラグ（例えば、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次いで、ある変化が起こったときに、そのＳＩを再獲得してもよい。ＵＥは、ＲＡＮから受信したアクセス規制情報のその後の変化の結果として、その内部データベースにおいてアクセス規制ステイタスをアップデートしてもよい。
【０２２６】
工程５で、ＵＥ  ＡＳ−ＣＰ（例えば、ＲＲＣ）は、選択したアクセスカテゴリを、アクセス規制情報と共に使用し、アクセスが規制されるか、またはアクセスが許容されるかを判定してもよい。ＵＥは、アクセス規制の粒度のレベルに依存して、工程３において選択された対応するアクセスカテゴリおよび対応するＱｏＳフローＩＤまたはＤＲＢ  ＩＤまたは論理チャンネルＩＤについて、アクセス制御の結果（例えば、アクセスが規制されるか、またはアクセスが規制されない）を用い、その内部データベースをアップデートしてもよい。ＵＥは、専用の信号伝達によって、アクセス規制情報における変化を知らされてもよい。ＵＥがＲＲＣ休止状態である場合、ＵＥは、アクセス規制修正ＩＥを含むページングメッセージを介して知らされてもよい。それに加え、またはそれに代えて、ＵＥは、ＳＩメッセージ中にある変化が起こったかどうかを示すフラグ（例えば、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次いで、ある変化が起こったときに、そのＳＩを再獲得してもよい。ＵＥは、ＲＡＮから受信したアクセス規制情報のその後の変化の結果として、その内部データベースにおいてアクセス規制ステイタスをアップデートしてもよい。
【０２２７】
工程６で、ＡＳ−ＣＰは、アクセス規制チェックの結果をＮＡＳ−ＣＰに知らせてもよい。アクセスが規制される場合、この手順が終了する。そうではない場合、ＵＥは、この手順の残りの工程を実行してもよい。
【０２２８】
工程７で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、またはＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを送る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセス手順を行ってもよい。
【０２２９】
工程８で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、ＵＥは、ＲＲＣ接続再開手順を行ってもよい。
【０２３０】
工程９で、この特定のアクセスのためのＵＬデータは、ネットワークに送信されてもよい。
【０２３１】
図３５は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてアクセス制御を必要とするＡＳ−ＵＰイベントのためのＡＳ−ＣＰソリューションの一例を示す。
【０２３２】
工程１で、ＵＥは、ＲＡＮによって送信されるアクセス規制情報を獲得してもよい。アクセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよい。
【０２３３】
工程２で、ＵＬデータは、ＵＰを介し、ＮＡＳからＡＳへと送られてもよい。
【０２３４】
工程３で、ＡＳ−ＣＰは、この新しいＱｏＳフロー／ベアラ／論理チャンネルのためのアクセスカテゴリを決定してもよい。アクセスカテゴリは、アクセスカテゴリ構成から決定されてもよい。
【０２３５】
工程４で、ＡＳ−ＵＰは、アクセス制御を必要とし得るパケットをチェックしてもよい。アクセス制御が行われる粒度のレベルに依存して、チェックは、ＱｏＳフローＩＤ（ＱＦＩ）、ベアラＩＤまたは論理チャンネルＩＤに基づいていてもよい。例えば、ＱｏＳフローの粒度でアクセス制御を行うために、ＡＳ−ＵＰは、パケットヘッダ中のＱＦＩが、対応するＰＤＵセッションのためのＡＳマッピングテーブル中に対応するＱＦＩ−ＤＲＢのマッピングを有しているかどうかをチェックしてもよい。それに加え、またはそれに代えて、ベアラまたは論理チャンネルの粒度でアクセス制御を行うために、ＡＳ−ＵＰは、パケットヘッダ中のベアラ／論理チャンネルＩＤと、ベアラ／論理チャンネルコンテクストの一部として保存されるベアラ／論理チャンネルＩＤとを比較してもよい。新しいＱｏＳフロー／ベアラ／論理チャンネルが検出されたら、ＵＥは、工程４−７に進み、アクセス制御を行ってもよい。そうではない場合、これらの工程はスキップされてもよい。すでにアクセスが付与されたＱｏＳフロー／ベアラ／論理チャンネルに対応するパケットについて、対応するＱｏＳフロー／ベアラ／論理チャンネルについてのアクセス規制情報が、アクセス規制チェックが行われたために変化したかどうかについても、アクセス制御が行われてもよい。ＵＥは、アクセス規制情報における変化を明示的に（例えば、アクセス規制修正ＩＥを含むページングメッセージを介して）知らされてもよい。それに加え、またはそれに代えて、ＵＥは、ＳＩメッセージ中にある変化が起こったかどうかを示すフラグ（例えば、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次いで、ある変化が起こったときに、そのＳＩを再獲得してもよい。ＱｏＳフロー／ベアラ／論理チャンネルと関連付けられたアクセス規制情報の状態（例えば、変化した／変化していない）は、ＱｏＳフロー、ベアラまたは論理チャンネルコンテクスト、ＡＳマッピングテーブルまたは別個のデータベース／データ構造に保存されてもよい。
【０２３６】
工程５で、アクセスカテゴリを決定するために使用可能なパケット情報を含む表示が、ＡＳ−ＣＰに送られてもよい。例えば、アクセス制御が行われる粒度のレベルに依存して、パケット情報は、パケットヘッダ中に見出されるＱＦＩ、ベアラＩＤまたは論理チャンネルＩＤを含んでいてもよい。
【０２３７】
工程６で、ＡＳ−ＣＰは、決定したアクセスカテゴリを、アクセス規制情報と共に使用し、新しいＱｏＳフロー／ベアラ／論理チャンネルと関連付けられたアクセス試行が規制されるかどうかを判定してもよい。
【０２３８】
工程７で、ＡＳ−ＣＰは、アクセス規制チェックの結果をＡＳ−ＵＰおよびＮＡＳ−ＣＰに知らせてもよい。ＡＳ−ＵＰは、ＱｏＳフロー、ベアラまたは論理チャンネルコンテクストの一部としてアクセス規制チェックの結果を保存してもよい。アクセスが規制される場合、この手順を終了してもよい。そうではない場合、ＵＥは、この手順の残りの工程を行ってもよい。
【０２３９】
工程８で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、またはＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを送る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセス手順を行ってもよい。
【０２４０】
工程９で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、ＵＥは、ＲＲＣ接続再開手順を行ってもよい。
【０２４１】
工程１０で、新しいＱｏＳフロー／ベアラ／論理チャンネルについてのＵＬデータがネットワークに送信されてもよい。
【０２４２】
図３６は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてアクセス制御を必要とするＮＡＳ−ＵＰイベントのためのＡＳ−ＣＰソリューションの一例を示す。
【０２４３】
工程１で、ＵＥは、ＲＡＮによって送信されるアクセス規制情報を獲得してもよい。アクセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよい。
【０２４４】
工程２で、ＵＬデータは、ＮＡＳ  ＵＰを介して受信されてもよい。
【０２４５】
工程３で、ＮＡＳ−ＵＰは、アクセスカテゴリを決定し、アクセス制御を必要とし得るパケットをチェックしてもよい。例えば、ＱｏＳフローの粒度でアクセス制御を行うために、ＮＡＳ−ＵＰは、パケットヘッダ中のＱＦＩが、対応するＰＤＵセッションのためのＡＳマッピングテーブル中に対応するＱＦＩ−ＤＲＢのマッピングを有しているかどうかをチェックしてもよい。新しいＱｏＳフローが検出されたら、ＵＥは、工程３−８を進め、アクセス制御を行ってもよい。そうではない場合、これらの工程はスキップされてもよい。すでにアクセスが付与されたＱｏＳフロー／ベアラ／論理チャンネルに対応するパケットについて、対応するＱｏＳフロー／ベアラ／論理チャンネルについてのアクセス規制情報が、アクセス規制チェックが行われたために変化したかどうかについても、アクセス制御が行われてもよい。ＵＥは、アクセス規制情報における変化を明示的に（例えば、アクセス規制修正ＩＥを含むページングメッセージを介して）知らされてもよい。それに加え、またはそれに代えて、ＵＥは、ＳＩメッセージ中にある変化が起こったかどうかを示すフラグ（例えば、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次いで、ある変化が起こったときに、そのＳＩを再獲得してもよい。ＱｏＳフロー／ベアラ／論理チャンネルと関連付けられたアクセス規制情報の状態（例えば、変化した／変化していない）は、ＱｏＳフロー、ベアラまたは論理チャンネルコンテクスト、ＡＳマッピングテーブルまたは別個のデータベース／データ構造に保存されてもよい。
【０２４６】
工程４で、アクセスカテゴリを決定するために使用可能なパケット情報を含む表示が、ＮＡＳ−ＣＰに送られてもよい。例えば、アクセス制御が、ＱｏＳフローの粒度で行われる場合、パケット情報は、ＱＦＩを含んでいてもよい。
【０２４７】
工程５で、ＮＡＳ−ＣＰは、この特定のアクセスのためのアクセスカテゴリを決定してもよい。アクセスカテゴリは、アクセスカテゴリ構成から決定されてもよく、アクセスカテゴリコンポーネントに基づいていてもよい。
【０２４８】
工程６で、ＮＡＳ−ＣＰは、決定したアクセスカテゴリを、ＡＳ−ＣＰ（例えば、ＲＲＣ層）に与えてもよい。一例では、アクセス識別子も与えられてもよい。
【０２４９】
工程７で、ＡＳ−ＣＰは、決定したアクセスカテゴリを、アクセス規制情報と共に使用し、アクセス試行が規制されるかどうかを判定してもよい。一例では、それに加え、またはそれに代えて、アクセス識別子を使用し、アクセス試行が規制されるかどうかを判定してもよい。
【０２５０】
工程８で、ＡＳ−ＣＰは、アクセス規制チェックの結果をＮＡＳ−ＣＰに知らせてもよい。アクセスが規制される場合、この手順を終了してもよい。そうではない場合、ＵＥは、この手順の残りの工程を実行してもよい。
【０２５１】
工程９で、ＵＬデータは、ＵＰを介し、ＮＡＳからＡＳへと送られてもよい。
【０２５２】
工程１０で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、またはＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを送る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセス手順を行ってもよい。
【０２５３】
工程１１で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、ＵＥは、ＲＲＣ接続再開手順を行ってもよい。
【０２５４】
工程１２で、この特定のアクセスのためのＵＬデータは、ネットワークに送信されてもよい。
【０２５５】
図３７は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態およびＲＲＣ＿ＩＮＡＣＴＩＶＥ状態においてアクセス制御を必要とするＮＡＳ−ＣＰイベントのためのＮＡＳ−ＣＰソリューションの一例を示す。かかるイベントとしては、限定されないが、初期ＮＡＳメッセージを使用するＮＡＳ手順の実行を挙げることができ、一群の初期ＮＡＳメッセージとしては、限定されないが、以下のものを挙げることができる。接続リクエスト、離脱リクエスト、トラッキングエリアアップデートリクエスト、サービスリクエスト、拡張サービスリクエストおよび制御プレーンサービスリクエスト。
【０２５６】
工程１で、ＵＥは、ＲＡＮによって送信されるアクセス規制情報を獲得してもよく、ここで、アクセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよい。
【０２５７】
工程２で、ＡＳ−ＣＰは、獲得したアクセス規制情報をＮＡＳ−ＣＰに送信してもよい。
【０２５８】
工程３で、ＮＡＳ−ＣＰは、アクセス制御を必要とするイベントのためのトリガを受信してもよい。
【０２５９】
工程４で、ＮＡＳ−ＣＰは、この特定のアクセスのためのアクセスカテゴリを決定してもよい。アクセス制御が行われる粒度のレベルに依存して、アクセスカテゴリは、新規／修正ＱｏＳフロー、ベアラまたは論理チャンネルと関連付けられてもよい。アクセスカテゴリは、アクセスカテゴリ構成から決定されてもよく、アクセスカテゴリコンポーネントに基づいていてもよい。
【０２６０】
工程５で、ＮＡＳ−ＣＰは、決定したアクセスカテゴリを、アクセス規制情報と共に使用し、特定のアクセスカテゴリのためのアクセス試行が規制されるかどうかを判定してもよい。アクセスが規制される場合、この手順は終了してもよい。そうではない場合、ＵＥは、この手順の残りの工程を行ってもよい。
【０２６１】
工程６で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、またはＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを送る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセス手順を行ってもよい。
【０２６２】
工程７で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、ＵＥは、ＲＲＣ接続再開手順を行ってもよい。
【０２６３】
工程８で、この特定のアクセスのためのＵＬデータは、ネットワークに送信されてもよい。
【０２６４】
図３８は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態およびＲＲＣ  ＣＯＮＮＥＣＴＥＤ状態においてアクセス制御を必要とするＮＡＳ−ＵＰイベントのためのＮＡＳ−ＣＰソリューションの一例を示す。
【０２６５】
工程１で、ＵＥは、ＲＡＮによって送信されるアクセス規制情報を獲得してもよく、ここで、アクセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよい。
【０２６６】
工程２で、ＡＳ−ＣＰは、獲得したアクセス規制情報をＮＡＳ−ＣＰに与えてもよい。
【０２６７】
工程３で、ＮＡＳ−ＣＰは、獲得したアクセス規制情報をＮＡＳ−ＵＰに与えてもよい。
【０２６８】
工程４で、ＵＬデータは、ＮＡＳ  ＵＰを介して受信されてもよい。
【０２６９】
工程５で、ＮＡＳ−ＵＰは、アクセスカテゴリを決定し、アクセス制御を必要とし得るパケットをチェックしてもよい。例えば、ＱｏＳフローの粒度でアクセス制御を行うために、ＮＡＳ−ＵＰは、パケットヘッダ中のＱＦＩが、対応するＰＤＵセッションのためのＡＳマッピングテーブル中に対応するＱＦＩ−ＤＲＢのマッピングを有しているかどうかをチェックしてもよい。新しいＱｏＳフローが検出されたら、ＵＥは、工程６−９を進め、アクセス制御を行ってもよい。そうではない場合、これらの工程はスキップされてもよい。すでにアクセスが付与されたＱｏＳフロー／ベアラ／論理チャンネルに対応するパケットについて、対応するＱｏＳフロー／ベアラ／論理チャンネルについてのアクセス規制情報が、アクセス規制チェックが行われたために変化したかどうかについても、アクセス制御が行われてもよい。ＵＥは、アクセス規制情報における変化を明示的に（例えば、アクセス規制修正ＩＥを含むページングメッセージを介して）知らされてもよい。それに加え、またはそれに代えて、ＵＥは、ＳＩメッセージ中にある変化が起こったかどうかを示すフラグ（例えば、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次いで、ある変化が起こったときに、そのＳＩを再獲得してもよい。ＱｏＳフロー／ベアラ／論理チャンネルと関連付けられたアクセス規制情報の状態（例えば、変化した／変化していない）は、ＱｏＳフロー、ベアラまたは論理チャンネルコンテクスト、ＡＳマッピングテーブルまたは別個のデータベース／データ構造に保存されてもよい。
【０２７０】
工程６で、アクセスカテゴリを決定するために使用可能なパケット情報を含む表示が、ＮＡＳ−ＣＰに送られる。例えば、アクセス制御が、ＱｏＳフローの粒度で行われる場合、パケット情報は、ＱＦＩを含んでいてもよい。
【０２７１】
工程７で、ＮＡＳ−ＣＰは、この特定のアクセスのためのアクセスカテゴリを決定してもよい。アクセスカテゴリは、アクセスカテゴリ構成から決定されてもよく、アクセスカテゴリコンポーネントに基づいていてもよい。
【０２７２】
工程８で、ＮＡＳ−ＣＰは、決定したアクセスカテゴリを、アクセス規制情報と共に使用し、特定のアクセスカテゴリのためのアクセス試行が規制されるかどうかを判定してもよい。
【０２７３】
工程９で、アクセス規制チェックの結果を表示するために、表示がＮＡＳ−ＵＰに送られてもよい。
【０２７４】
工程１０で、ＵＬデータは、ＵＰを介し、ＮＡＳからＡＳへと送られてもよい。
【０２７５】
工程１１で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、またはＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを送る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセス手順を行ってもよい。
【０２７６】
工程１２で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、ＵＥは、ＲＲＣ接続再開手順を行ってもよい。
【０２７７】
工程１３で、この特定のアクセスのためのＵＬデータは、ネットワークに送信されてもよい。
【０２７８】
図３９は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてアクセス制御を必要とするＵＰイベントのためのＡＳソリューションの一例を示す。図３９に示す手順を使用し、ＡＳ−ＵＰイベント（例えば、ＵＥがＵＬ  ＱｏＳフローを開始した）のために、ＡＳにおいてアクセス制御を行ってもよい。
【０２７９】
図４０は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてアクセス制御を必要とするＵＰイベントのためのＮＡＳソリューションの一例を示す。図４０に示す手順を使用し、ＮＡＳ−ＵＰイベント（例えば、ＵＥがＵＬ  ＱｏＳフローを開始した）のために、ＮＡＳにおいてアクセス制御を行ってもよい。
【０２８０】
アクセス制御が、ＵＬデータ送信を抑制する場合、ＵＥは、バッファステイタス報告の目的のための送信に利用可能なデータ量の計算において、かかるデータを含まなくてもよい。ある例では、ＵＥは、以下の粒度レベルで、かかる制限を適用するために、ネットワークによって構成されてもよい。論理チャンネルレベル、論理チャンネルグループレベルまたはベアラレベル。ＵＥはまた、サービスデータフローレベル、特定のトラフィックフローレベルまたはＩＰフローレベルで、かかる制限を適用するために、ネットワークによって構成されてもよい。バッファステイタスレポート（ＢＳＲ）制限が、アクセス規制チェックの結果として論理チャンネルまたは論理チャンネルグループに配置される場合、ＵＥは、関連する周期的ＢＳＲタイマ（ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒ）、再送信ＢＳＲタイマ（ｒｅｔｘＢＳＲ−Ｔｉｍｅｒ）をキャンセルしてもよい。それに加え、またはそれに代えて、ＵＥは、関連する論理チャンネルスケジューリングリクエスト禁止タイマ（ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ）をキャンセルしてもよい。同時に、アクセス制御がＵＬデータ送信を抑制する場合、ＵＥは、かかるＵＬデータの結果として、またはかかるＵＬデータと関連するＢＳＲを送信する目的のために、スケジューリングリクエストを送らなくてもよい。
【０２８１】
ＵＥが、制限された以下のアクセス制御規制チェックとして、論理チャンネルまたは論理チャンネルのグループを選び出す場合、ＭＡＣは、論理チャンネル優先順位付け手順の間、これらの制限された論理チャンネルを考慮しなくてもよい。本明細書に記載されるとおり、アクセスカテゴリ構成は、ネットワークスライス、アプリケーション、トラフィックフローまたはパケットフロー、サービスデータフロー、ＱｏＳフロー、ＱＣＩなどの属性の粒度レベルで定義されてもよい。現在の５Ｇ  ＱｏＳフレームワークは、ＱｏＳフローをデータ無線ベアラ（Data  Radio  Bearer：ＤＲＢ）にマッピングするためにアクセスストラタムを必要とし、非ＩＰパケットフローを含むＩＰパケットフローまたは他のデータパケットフローをＱｏＳフローにマッピングするためにＮＡＳを必要とする。ＤＲＢは、１つの論理チャンネルに、またはデータ重複の場合には１つより多い論理チャンネルにマッピングされてもよい。ＵＥ  ＡＳは、論理チャンネルまたは論理チャンネルのグループに、アクセスカテゴリマッピングを行ってもよい。例えば、ＵＥは、論理アクセスカテゴリと、論理チャンネルとの間の関連付けを行ってもよく、この論理チャンネルにマッピングされたアクセスカテゴリが規制される場合、データ送信しないように制限されてもよい。ＵＥ  ＡＳは、論理チャンネルまたは論理チャンネルのグループへのアクセスカテゴリの誘導されたマッピングを使用し、論理チャンネルの制限または論理チャンネルのグループの制限を確立してもよい。
【０２８２】
アクセス規制のための方法およびシステムが開示される。アクセス制御の結果として、データ送信が制限される場合、ＡＳとＮＡＳの両方において、バッファ蓄積、またはバッファオーバーフローのリスクが存在する。ＵＥ  ＡＳは、ＮＡＳにアクセス規制を知らせるために、ＵＥ  ＮＡＳに表示を送ってもよい。この表示は、規制されたアクセスカテゴリ、またはアクセス規制の粒度のレベル（例えば、ネットワークスライス、アプリケーション、トラフィックフローまたはパケットフロー、サービスデータフロー、ＱｏＳフロー、ＱＣＩ）の明白な表示を有していてもよい。アクセス規制がされると、ＵＳ  ＡＳおよびＵＳ  ＮＡＳは、制限されたデータのそれぞれのバッファを解放してもよい。ＮＡＳはまた、ＮＡＳの上の層（本明細書でアプリケーション層と呼ばれる）に、規制されたトラフィックの送信を制限することを目的とする表示を送ってもよい。同様に、アクセス規制チェックがＮＡＳにおいて実施される場合、ＮＡＳは、規制されたトラフィックがＡＳに向かわないように抑えてもよく、任意の制限されたトラフィックからそのバッファをクリアしてもよい。これに加えて、ＮＡＳは、ＮＡＳの上の層に、規制されたトラフィックの送信を制限することを目的とする表示を送ってもよい。
【０２８３】
アクセス規制のための方法およびシステムが開示される。アクセス規制手順は、ＵＥ（例えば、ＲＲＣ）のアクセスストラタムで行われてもよく、アクセス規制チェックのトリガとなる呼び出しまたは信号伝達開始は、ＵＥ  ＡＳ（例えばＮＡＳ）の上の層で行われてもよい。
【０２８４】
アクセス規制の開始のための手順の一例が、図４１Ａおよび４１Ｂに示される。ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２は、ＲＡＮ（例えば、ｇＮＢ）によってブロードキャストされるアクセス規制パラメータを有するシステム情報ブロックを表していてもよく、ａｃ−ＢａｒｒｉｎｇＰｅｒＰＬＭＮ−Ｌｉｓｔは、ＲＡＮによって提供されるそれぞれのＰＬＭＮについて、ＡＣ−ＢａｒｒｉｎｇＰｅｒＰＬＭＮエントリまたはアクセスカテゴリ規制パラメータ（例えば、ＰＬＭＮあたりのａｃ−ＢａｒｒｉｎｇＩｎｆｏ）を含むＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２中のデータ構造を表していてもよい。
【０２８５】
システム情報ブロック（例えば、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２）におけるアクセス規制情報の一例が、図４２および図４３に示される。
【０２８６】
別の例では、アクセス規制チェックのための手順の一例が、図４４Ａおよび４４Ｂに示される。なお、ａｃ−Ｂｏｏｌｅａｎアクセス規制パラメータは、緊急呼び出しなどの緊急用途、またはミッションクリティカルまたはタイムクリティカル用途、例えば、ＵＲＬＬＣ用途のために定義されるアクセスカテゴリのために構成されてもよい。
【０２８７】
アクセス規制が、アクセス規制速度（例えば、アクセス規制因子）に基づき、ＲＡＮ（例えば、ｇＮＢ）によって制御される場合、アクセス規制タイマを使用し、別のアクセスの再試行の前に、ＵＥがどの程度長く待ち得るかを制御してもよい。異なる目的のために差別化されたタイマは、本明細書に記載のアクセス規制チェック機能の説明で使用されるアクセス規制タイマＴｂａｒｒｉｎｇとして使用されるように特定されてもよい。最低でも、タイマは、携帯発信信号伝達に起因するアクセス試行のために特定されてもよく、別個のタイマが、携帯発信呼などの携帯発信用途に起因するアクセス試行のために特定されてもよい。ＴＭＯＳｉｇｎａｌｌｉｎｇおよびＴＭＯＣａｌｌは、それぞれ、携帯発信信号伝達および携帯発信呼などの携帯発信用途に起因するアクセス試行のためにＴｂａｒｒｉｎｇとして使用されるタイマであってもよい。これらの種類のタイマはそれぞれ、さらに、異なるタイマへと差別化されてもよい。例えば、以下のＴＭＯＣａｌｌタイマが規定されてもよい。
【０２８８】
ミッションクリティカルＵＲＬＬＣ用途型の呼び出しのためのＴＭＯＵＲＬＬＣ。
【０２８９】
ｅＭＢＢアプリケーション型の呼び出しのためのＴＭＯｅＭＢＢ、および
【０２９０】
ｍＭＴＣアプリケーション型の呼び出しのためのＴＭＯｍＭＴＣ。
【０２９１】
同様に、ＴＭＯＳｉｇｎａｌｌｉｎｇは、さらに、シナリオおよび信号伝達の使用例によって必要とされ得るような、携帯発信信号伝達規制のための差別化された取り扱いを与えるために、異なるタイマへと差別化されてもよい。
【０２９２】
図４５Ａおよび４５Ｂは、アクセス規制タイマの期限が過ぎたときのＵＥでの作業の例を示す。
【０２９３】
本明細書に開示されるタイマの定義および使用は、以下の表の例に定義されてもよい。
【０２９４】
【表３】
2020530695.tif 000004
【０２９５】
図４６は、アクセスの表示および選択のためのユーザスクリーンの一例を示す。Ｎｗは、ユーザが選択可能な、利用可能なアクセスカテゴリの数を示していてもよく、一方、Ｎｒは、リードオンリーとしてのユーザへの利用可能なアクセスカテゴリ表示の数を示していてもよい。ユーザが選択可能なアクセスカテゴリのリストは、操作者が定義するアクセスカテゴリを含んでいてもよい。操作者が定義するアクセスカテゴリは、操作者が定義する特有のアクセスカテゴリまたはワイルドカードアクセスカテゴリを含んでいてもよい。任意の所与の用途のために、ユーザは、ネットワークを用い、対応するアクセスカテゴリを選択するか、または交渉し、選択したアクセスカテゴリに適した使用料金を課せられてもよい。操作者は、用途ごとにデフォルトアクセスカテゴリを定義し、割り当ててもよい。ユーザが選択したアクセスカテゴリは、ネットワークによって受け入れられる場合、ネットワークによって割り当てられたデフォルトアクセスカテゴリをオーバーライドしてもよい。
【０２９６】
以下は、上述の詳細な説明で引用され得る頭字語のリストである。特に明記されない限り、本明細書で使用される頭字語は、以下に列挙した対応する用語を指す。
５Ｇ    5th  Generation（第５世代）
３ＧＰＰ    3rd  Generation  Partnership  Project（第３世代パートナーシッププロジェクト）
ＡＣ    Access  Category（アクセスカテゴリ）
ＡＣＢ    Access  Class  Barring（アクセスクラス規制）
ＡＣＤＣ    Application  Specific  Congestion  Control  for  Data  Communications（データ通信のための特定用途向け輻輳制御）
ＡＣＭＦ    Access  Category  Management  Function（アクセスカテゴリ管理機能）
ＡＭＦ    Access  and  Mobility  Management  Function（アクセスモビリティ管理機能）
ＡＮ    Access  Network（アクセスネットワーク）
ＡＮＤＳＦ    Access  Network  Discovery  and  Selection  Function（アクセスネットワーク発見選択機能）
Ａｐｐ    Application（アプリケーション）
ＡＳ    Access  Stratum（アクセスストラタム）
ＢＳＳＩＤ    Basic  SSID（基本ＳＳＩＤ）
ＢＳＲ    Buffer  Status  Report（バッファステイタスレポート）
ＣＩ    Cell  Identifier（セル識別子）
ＣＮ    Core  Network（コアネットワーク）
ＣＰ    Control  Plane（制御プレーン）
ＣＳＦＢ    Circuit  Switched  Fallback（回路交換フォールバック）
ＤＬ    Downlink（ダウンリンク）
ＤＭ    Device  Management（デバイス管理）
ＤＲＢ    Data  Radio  Bearer（データ無線ベアラ）
ＥＡＢ    Extended  Access  Barring（拡張アクセス規制）
ｅＭＢＢ    enhanced  Mobile  Broadband（高度化モバイルブロードバンド）
ｅＮＢ    Evolved  Node  B（高速化Ｎｏｄｅ  Ｂ）
ＥＨＰＬＭＮ    Equivalent  HPLMN（等価ＨＰＬＭＮ）
ＥＳＳ    Extended  Service  Set（エクステンデッド・サービス・セット）
ＥＵＴＲＡ    Evolved  Universal  Terrestrial  Radio  Access（高速化ユニバーサル地上無線アクセス）
ＦＤＤ    Frequency  Division  Duplex（周波数分割複信）
ｇＮＢ：    g  Node  B（ｇ  Ｎｏｄｅ  Ｂ）
ＨＥＳＳＩＤ    Homogeneous  ESS  ID（同種ＥＳＳ  ＩＤ）
ＨＰＬＭＮ    Home  PLMN（Ｈｏｍｅ  ＰＬＭＮ）
ＩＤまたはＩｄ    アイデンティティまたは識別子
ＩＭＳＩ    International  Mobile  Subscriber  Identity（国際携帯加入者アイデンティティ）
ＩＭＴ    International  Mobile  Telecommunications（インターナショナル・モバイル・テレコミュニケーションズ）
ＩＰ    Internet  Protocol（インターネットプロトコル）
ＬＴＥ    Long  Term  Evolution（ロングタームエボリューション）
ＭＡＣ    Medium  Access  Control（媒体アクセス制御）
ＭＣＣ    Mobile  Country  Code（携帯国コード）
ＭＯ    Management  Objet（管理オブジェクト）
ＭＴＣ    Machine-Type  Communications（マシンタイプ通信）
ｍＭＴＣ    Massive  Machine  Type  Communication（大規模マシンタイプ通信）
ＯＭＡ    Open  Mobile  Alliance（オープン・モバイル・アライアンス）
ＮＡＳ    Non-Access  Stratum（非アクセスストラタム）
ＮＧＣ    Next  Generation  Core  network（次世代コアネットワーク）
ＮＲ    New  Radio（新無線）
ＯＳ    Operating  System（オペレーティングシステム）
ＰＣＦ    Policy  Control  Function（ポリシー制御機能）
ＰＤＵ    Packet  Data  Unit（パケットデータユニット）
ＰＨＹ    Physical  Layer（物理層）
ＰＬＭＮ    Public  Land  Mobile  Network（公衆陸上モバイルネットワーク）
ＰＵＣＣＨ    Physical  Uplink  Control  Channel（物理アップリンク制御チャンネル）
ＱＣＩ    QoS  Class  Identifier（ＱｏＳクラス識別子）
ＱＦＩ    QoS  Flow  Identifier（ＱｏＳフロー識別子）
ＱｏＳ    Quality  of  Service（サービスの質）
ＲＡＮ    Radio  Access  Network（無線アクセスネットワーク）
ＲＡＴ    Radio  Access  Technology（無線アクセス技術）
ＲＲＣ    Radio  Resource  Control（無線リソース制御）
ＳＤＦ    Service  Data  Flow（サービスデータフロー）
ＳＩＢ    System  Information  Block（システム情報ブロック）
ＳＩＭ    Subscriber  Identity  Module（加入者識別モジュール）
ＳＰＩＤ    Subscriber  Profile  ID（加入者プロファイルＩＤ）
ＳＲ    Scheduling  Request（スケジューリングリクエスト）
ＳＳＡＣ    Service  Specific  Access  Control（サービス固有アクセス制御）
ＳＳＩＤ    Service  Set  ID（サービスセットＩＤ）
ＴＡＣ    Tracking  Area  Code（トラッキングエリアコード）
ＴＣＰ    Transmission  Control  Protocol（送信制御プロトコル）
ＴＤＤ    Time  Division  Duplex（時分割複信）
ＴＲＰ    Transmission  and  Reception  Point（送受信点）
Ｔｘ    Transmitter（送信機）
ＵＤＰ    User  Datagram  Protocol（ユーザデータグラムプロトコル）
ＵＥ    User  Equipment（ユーザ機器）
ＵＬ    Uplink（アップリンク）
ＵＰ    User  Plane（ユーザプレーン）
ＵＳＩＭ    Universal  SIM（ユニバーサルＳＩＭ）
ＵＲＬＬＣ    Ultra-Reliable  and  Low  Latency  Communications（超高信頼低遅延通信）
ＶｉＬＴＥ    Video  over  LTE（ビデオオーバーＬＴＥ）
ＶｏＬＴＥ    Voice  over  LTE（ボイスオーバーＬＴＥ）
ＷＬＡＮ    Wireless  Local  Area  network（無線ローカルエリアネットワーク）
【０２９７】
この明細書は、ベストモードを含めて、本発明を開示するため、また、任意のデバイスまたはシステムを製造し、使用し、任意の組み合わせられた方法を行うことを含め、本発明を当業者が実施することを可能にするための例を用いている。本発明の特許可能な範囲は、特許請求の範囲によって定義され、当業者が思い付く他の例を含んでいてもよい。かかる他の例は、特許請求の範囲の文字どおりの言葉と異ならない構造的要素を有する場合、または特許請求の範囲の文字どおりの言葉とごくわずかに異なる等価な構造的要素を含む場合には、特許請求の範囲内であることが意図される。
【図１Ａ】
2020530695.tif 000005
【図１Ｂ】
2020530695.tif 000006
【図１Ｃ】
2020530695.tif 000007
【図１Ｄ】
2020530695.tif 000008
【図１Ｅ】
2020530695.tif 000009
【図１Ｆ】
2020530695.tif 000010
【図２】
2020530695.tif 000011
【図３】
2020530695.tif 000012
【図４】
2020530695.tif 000013
【図５】
2020530695.tif 000014
【図６】
2020530695.tif 000015
【図７】
2020530695.tif 000016
【図８】
2020530695.tif 000017
【図９】
2020530695.tif 000018
【図１０】
2020530695.tif 000019
【図１１】
2020530695.tif 000020
【図１２】
2020530695.tif 000021
【図１３】
2020530695.tif 000022
【図１４】
2020530695.tif 000023
【図１５】
2020530695.tif 000024
【図１６】
2020530695.tif 000025
【図１７】
2020530695.tif 000026
【図１８】
2020530695.tif 000027
【図１９】
2020530695.tif 000028
【図２０】
2020530695.tif 000029
【図２１】
2020530695.tif 000030
【図２２】
2020530695.tif 000031
【図２３】
2020530695.tif 000032
【図２４】
2020530695.tif 000033
【図２５】
2020530695.tif 000034
【図２６】
2020530695.tif 000035
【図２７】
2020530695.tif 000036
【図２８】
2020530695.tif 000037
【図２９】
2020530695.tif 000038
【図３０】
2020530695.tif 000039
【図３１】
2020530695.tif 000040
【図３２】
2020530695.tif 000041
【図３３】
2020530695.tif 000042
【図３４】
2020530695.tif 000043
【図３５】
2020530695.tif 000044
【図３６】
2020530695.tif 000045
【図３７】
2020530695.tif 000046
【図３８】
2020530695.tif 000047
【図３９】
2020530695.tif 000048
【図４０】
2020530695.tif 000049
【図４１Ａ】
2020530695.tif 000050
【図４１Ｂ】
2020530695.tif 000051
【図４２】
2020530695.tif 000052
【図４３】
2020530695.tif 000053
【図４４Ａ】
2020530695.tif 000054
【図４４Ｂ】
2020530695.tif 000055
【図４５Ａ】
2020530695.tif 000056
【図４５Ｂ】
2020530695.tif 000057
【図４６】
2020530695.tif 000058
【手続補正書】
【提出日】令和2年4月8日(2020.4.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線ネットワークにおいてアクセス制御を行う方法であって、前記方法は、
ユーザ機器によるアクセス試行と関連付けられたアクセスカテゴリ属性を決定する工程と、
前記アクセス試行と関連付けられたアクセスカテゴリ属性を、アクセスカテゴリと関連付けられたアクセスカテゴリ固有識別子にマッピングする工程と、
を有する、
ことを特徴とする方法。
【請求項２】
前記アクセスカテゴリ固有識別子に基づいて前記アクセス試行を行う工程をさらに含む、請求項１に記載の方法。
【請求項３】
アクセスストラタム（Access  Stratum：ＡＳ）無線リソース制御（Radio  Resource  Control：ＲＲＣ）メッセージから、各セットが１以上のアクセスカテゴリ固有識別子と関連付けられているアクセス規制制御パラメータの複数セットのリストを受信する工程をさらに含む、請求項１に記載の方法。
【請求項４】
アクセスカテゴリ固有識別子と関連付けられたアクセス規制制御パラメータを用いてアクセス規制チェックを行う工程をさらに含む、請求項１に記載の方法。
【請求項５】
アクセスストラタム（Access  Stratum：ＡＳ）無線リソース制御（Radio  Resource  Control：ＲＲＣ）メッセージから、各セットがＡＳ  ＲＲＣメッセージからの１以上のアクセスカテゴリ固有識別子と関連付けられているアクセス規制制御パラメータの複数セットのリストを受信する工程をさらに含む、請求項１に記載の方法。
【請求項６】
アクセスストラタム（Access  Stratum：ＡＳ）無線リソース制御（Radio  Resource  Control：ＲＲＣ）メッセージから、各セットが１以上のアクセスカテゴリ固有識別子と関連付けられているアクセス規制制御パラメータの複数セットのリストを受信する工程と、
アクセス制御規制パラメータの各セットと関連付けられた前記アクセスカテゴリ固有識別子が、前記アクセス規制制御パラメータの複数セットのリスト内のアクセス制御規制パラメータの各セットの位置のインデックスであると特定する工程と
をさらに含む、請求項１に記載の方法。
【請求項７】
アクセス規制制御パラメータ、アクセス規制速度およびアクセス規制時間に基づいて、アクセス規制チェックを行う工程をさらに含む、請求項１に記載の方法。
【請求項８】
アクセス規制制御パラメータ、アクセス規制速度およびアクセス規制時間に基づいて、アクセス規制チェックを行う工程をさらに含み、アクセス規制タイマの別個のインスタンスがアクセスカテゴリごとに保持される、請求項１に記載の方法。
【請求項９】
アクセスカテゴリ固有識別子と関連付けられたアクセス規制制御パラメータを用いて、アクセス規制制御パラメータ、ブールアクセス規制パラメータに基づいて行われるアクセス規制チェックを行う工程をさらに含む、請求項１に記載の方法。
【請求項１０】
前記アクセスカテゴリ属性または前記アクセスカテゴリ固有識別子は標準化される、請求項１に記載の方法。
【請求項１１】
前記アクセスカテゴリ属性または前記アクセスカテゴリ固有識別子は、非アクセスストラタム（Non  Access  Stratum：ＮＡＳ）信号伝達において装置によって受信される、請求項１に記載の方法。
【請求項１２】
前記アクセスカテゴリ属性はビットマップとして受信される、請求項１に記載の方法。
【請求項１３】
前記アクセスカテゴリ属性は、アクセスクラス番号、スライス識別子、アプリケーション識別子、またはＯＳ識別子を含み得る、請求項１に記載の方法。
【請求項１４】
前記アクセスカテゴリ属性は、コールタイプ、トラフィックフロー情報、サービスデータフロー情報、サービス品質フロー識別子、サービス品質クラス識別子、または加入プロファイルを含み得る、請求項１に記載の方法。
【請求項１５】
データ処理ユニットに搭載可能なコンピュータプログラムであって、当該データ処理ユニットによって前記コンピュータプログラムが実行された場合に請求項１乃至１４に記載の方法の工程を当該データ処理ユニットに実行させるコンピュータプログラムを格納する、コンピュータ可読記憶媒体。
【国際調査報告】
2020530695.tif 000059
2020530695.tif 000060
2020530695.tif 000061