知財求人 - 知財ポータルサイト「IP Force」
▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024001158
(43)【公開日】2024-01-09
(54)【発明の名称】５Ｇ ＮＲにおけるアクセス制御
(51)【国際特許分類】
H04W 48/16 20090101AFI20231226BHJP
H04W 28/084 20230101ALI20231226BHJP
H04W 48/10 20090101ALI20231226BHJP
【ＦＩ】
H04W48/16
H04W28/084
H04W48/10
【審査請求】有
【請求項の数】14
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2023173125
(22)【出願日】2023-10-04
(62)【分割の表示】P 2020507001の分割
【原出願日】2018-08-09
(31)【優先権主張番号】62/542,977
(32)【優先日】2017-08-09
(33)【優先権主張国・地域又は機関】US
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
２．アンドロイド
３．ＷＩＮＤＯＷＳ
４．ＦＡＣＥＢＯＯＫ
５．ＩＮＳＴＡＧＲＡＭ
６．ＴＷＩＴＴＥＲ
７．ＰＡＬＭ ＯＳ
８．ＷＥＢＯＳ
９．ＮＥＴＦＬＩＸ
１０．ＨＵＬＵ
１１．ＳＰＯＴＩＦＹ
１２．ＳＫＹＰＥ
１３．ＷＨＡＴＳＡＰＰ
１４．ＳＮＡＰＣＨＡＴ
１５．ＰｌａｙＳｔａｔｉｏｎ
１６．ＸＢＯＸ ＯＮＥ
(71)【出願人】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】アジャクプレ，パスカル，エム．
(72)【発明者】
【氏名】マリー，ジョゼフ，エム．
(57)【要約】 （修正有）
【課題】ユーザ機器（ＵＥ）のアクセスカテゴリ構成を適切に選択するアクセスカテゴリ管理オブジェクト及び方法を提供する。
【解決手段】ＵＥによるアクセス制御は、ネットワークスライスに関連づく１つ以上のアクセスカテゴリ値に関連付けられた情報を含む非アクセスストラタムメッセージを受信する工程と、アクセス試行が前記１つ以上のアクセスカテゴリ値に関連付けられていると決定する工程と、アクセスカテゴリ規制に関連するシステム情報を受信する工程と、１つ以上のアクセスカテゴリ値のうち少なくとも１つのアクセスカテゴリ値およびアクセスカテゴリ規制に関連する前記システム情報に基づき、前記アクセス試行が規制されるかどうかを判定する工程と、を備える。
【選択図】図３
【解決手段】ＵＥによるアクセス制御は、ネットワークスライスに関連づく１つ以上のアクセスカテゴリ値に関連付けられた情報を含む非アクセスストラタムメッセージを受信する工程と、アクセス試行が前記１つ以上のアクセスカテゴリ値に関連付けられていると決定する工程と、アクセスカテゴリ規制に関連するシステム情報を受信する工程と、１つ以上のアクセスカテゴリ値のうち少なくとも１つのアクセスカテゴリ値およびアクセスカテゴリ規制に関連する前記システム情報に基づき、前記アクセス試行が規制されるかどうかを判定する工程と、を備える。
【選択図】図３
【特許請求の範囲】
【請求項1】
ユーザ機器によって行われる方法であって、前記方法は、
前記ユーザ機器のアクセスストラタム（Access Stratum：ＡＳ）で、無線アクセスネ
ットワーク（Radio Access Network：ＲＡＮ）からアクセス規制情報を受信する工程と
、
前記ユーザ機器の非アクセスストラタム（Non-Access Stratum：ＮＡＳ）で、アクセ
ストリガを受信し、前記アクセストリガによって、前記ユーザ機器にアクセス試行を開始
させる工程と、
前記ユーザ機器のＮＡＳで、前記ユーザ機器による前記アクセス試行と関連付けられた
アクセスカテゴリを決定する工程と、
前記ユーザ機器のＮＡＳから前記ユーザ機器のＡＳへと、前記アクセス試行と関連付け
られたＮＡＳメッセージと、前記決定したアクセスカテゴリの表示を送る工程と、
前記ユーザ機器のＡＳで、前記決定したアクセスカテゴリおよび前記アクセス規制情報
に少なくとも基づき、前記アクセス試行が規制されるかどうかを判定する工程と、
前記アクセス試行が規制されないと判定されることに基づき、無線リソース制御（Radi
o Resource Control：ＲＲＣ）接続確立手順を実行する工程と、
を有する、
ことを特徴とする方法。
前記ユーザ機器のアクセスストラタム（Access Stratum：ＡＳ）で、無線アクセスネ
ットワーク（Radio Access Network：ＲＡＮ）からアクセス規制情報を受信する工程と
、
前記ユーザ機器の非アクセスストラタム（Non-Access Stratum：ＮＡＳ）で、アクセ
ストリガを受信し、前記アクセストリガによって、前記ユーザ機器にアクセス試行を開始
させる工程と、
前記ユーザ機器のＮＡＳで、前記ユーザ機器による前記アクセス試行と関連付けられた
アクセスカテゴリを決定する工程と、
前記ユーザ機器のＮＡＳから前記ユーザ機器のＡＳへと、前記アクセス試行と関連付け
られたＮＡＳメッセージと、前記決定したアクセスカテゴリの表示を送る工程と、
前記ユーザ機器のＡＳで、前記決定したアクセスカテゴリおよび前記アクセス規制情報
に少なくとも基づき、前記アクセス試行が規制されるかどうかを判定する工程と、
前記アクセス試行が規制されないと判定されることに基づき、無線リソース制御（Radi
o Resource Control：ＲＲＣ）接続確立手順を実行する工程と、
を有する、
ことを特徴とする方法。
【請求項2】
前記アクセストリガの受信によって、前記ユーザ機器のＮＡＳに、前記アクセス試行と
関連付けられたＮＡＳメッセージを作成させる、請求項１記載の方法。
関連付けられたＮＡＳメッセージを作成させる、請求項１記載の方法。
【請求項3】
前記アクセスカテゴリは、前記ユーザ機器のデータベースに保存されるアクセスカテゴ
リ構成に基づいて決定される、請求項１記載の方法。
リ構成に基づいて決定される、請求項１記載の方法。
【請求項4】
前記ユーザ機器のＡＳによって前記ユーザ機器のＮＡＳへと、前記アクセス試行が規制
されるかどうかの表示を送る工程を有する、請求項１記載の方法。
されるかどうかの表示を送る工程を有する、請求項１記載の方法。
【請求項5】
前記ユーザ機器のＮＡＳから前記ユーザ機器のＡＳへと、前記アクセス試行と関連付け
られたアクセス識別子を送る工程を有する、請求項１記載の方法。
られたアクセス識別子を送る工程を有する、請求項１記載の方法。
【請求項6】
前記アクセス試行が規制されるかどうかを判定する工程は、前記ユーザ機器のＡＳで、
前記アクセス試行と関連付けられたアクセス識別子に基づき、前記アクセス試行が規制さ
れるかどうかを判定する工程を有する、請求項５記載の方法。
前記アクセス試行と関連付けられたアクセス識別子に基づき、前記アクセス試行が規制さ
れるかどうかを判定する工程を有する、請求項５記載の方法。
【請求項7】
前記ユーザ機器のＮＡＳで、コアネットワークノードからアクセスカテゴリ構成を受信
する工程と、
前記ユーザ機器のＮＡＳで、１つ以上のアクセス制御機構をサポートするユーザ機器の
機能を再構成する工程と、
を有する、請求項１記載の方法。
する工程と、
前記ユーザ機器のＮＡＳで、１つ以上のアクセス制御機構をサポートするユーザ機器の
機能を再構成する工程と、
を有する、請求項１記載の方法。
【請求項8】
プロセッサと、メモリと、を備えるユーザ機器であって、前記メモリは、コンピュータ
実行可能命令を保存しており、前記コンピュータ実行可能命令は、前記プロセッサによっ
て実行されると、前記ユーザ機器に、
前記ユーザ機器のアクセスストラタム（Access Stratum：ＡＳ）で、無線アクセスネ
ットワーク（Radio Access Network：ＲＡＮ）からアクセス規制情報を受信する工程と
、
前記ユーザ機器の非アクセスストラタム（Non-Access Stratum：ＮＡＳ）で、アクセ
ストリガを受信し、前記アクセストリガによって、前記ユーザ機器にアクセス試行を開始
させる工程と、
前記ユーザ機器のＮＡＳで、前記ユーザ機器によるアクセス試行と関連付けられたアク
セスカテゴリを決定する工程と、
前記ユーザ機器のＮＡＳから前記ユーザ機器のＡＳへと、前記アクセス試行と関連付け
られたＮＡＳメッセージと、前記決定したアクセスカテゴリの表示を送る工程と、
前記ユーザ機器のＡＳで、前記決定したアクセスカテゴリおよび前記アクセス規制情報
に少なくとも基づき、前記アクセス試行が規制されるかどうかを判定する工程と、
前記アクセス試行が規制されないと判定されることに基づき、無線リソース制御（Radi
o Resource Control：ＲＲＣ）接続確立手順を実行する工程と、
を有する操作を行わせる、
ことを特徴とするユーザ機器。
実行可能命令を保存しており、前記コンピュータ実行可能命令は、前記プロセッサによっ
て実行されると、前記ユーザ機器に、
前記ユーザ機器のアクセスストラタム（Access Stratum：ＡＳ）で、無線アクセスネ
ットワーク（Radio Access Network：ＲＡＮ）からアクセス規制情報を受信する工程と
、
前記ユーザ機器の非アクセスストラタム（Non-Access Stratum：ＮＡＳ）で、アクセ
ストリガを受信し、前記アクセストリガによって、前記ユーザ機器にアクセス試行を開始
させる工程と、
前記ユーザ機器のＮＡＳで、前記ユーザ機器によるアクセス試行と関連付けられたアク
セスカテゴリを決定する工程と、
前記ユーザ機器のＮＡＳから前記ユーザ機器のＡＳへと、前記アクセス試行と関連付け
られたＮＡＳメッセージと、前記決定したアクセスカテゴリの表示を送る工程と、
前記ユーザ機器のＡＳで、前記決定したアクセスカテゴリおよび前記アクセス規制情報
に少なくとも基づき、前記アクセス試行が規制されるかどうかを判定する工程と、
前記アクセス試行が規制されないと判定されることに基づき、無線リソース制御（Radi
o Resource Control：ＲＲＣ）接続確立手順を実行する工程と、
を有する操作を行わせる、
ことを特徴とするユーザ機器。
【請求項9】
前記アクセストリガの受信によって、前記ユーザ機器のＮＡＳに、前記アクセス試行と
関連付けられたＮＡＳメッセージを作成させる、請求項８記載のユーザ機器。
関連付けられたＮＡＳメッセージを作成させる、請求項８記載のユーザ機器。
【請求項10】
前記アクセスカテゴリは、前記ユーザ機器のデータベースに保存されるアクセスカテゴ
リ構成に基づいて決定される、請求項８記載のユーザ機器。
リ構成に基づいて決定される、請求項８記載のユーザ機器。
【請求項11】
前記命令は、実行されると、さらに、前記ユーザ機器に、前記ユーザ機器のＡＳによっ
て、前記ユーザ機器のＮＡＳへと、前記アクセス試行が規制されるかどうかの表示を送る
工程を有する操作を行わせる、請求項８記載のユーザ機器。
て、前記ユーザ機器のＮＡＳへと、前記アクセス試行が規制されるかどうかの表示を送る
工程を有する操作を行わせる、請求項８記載のユーザ機器。
【請求項12】
前記命令は、実行されると、さらに、前記ユーザ機器に、前記ユーザ機器のＮＡＳから
前記ユーザ機器のＡＳへと、前記アクセス試行と関連付けられたアクセス識別子を送る工
程を有する操作を行わせる、請求項８記載のユーザ機器。
前記ユーザ機器のＡＳへと、前記アクセス試行と関連付けられたアクセス識別子を送る工
程を有する操作を行わせる、請求項８記載のユーザ機器。
【請求項13】
前記アクセス試行が規制されるかどうかを判定する工程は、前記ユーザ機器のＡＳで、
前記アクセス試行と関連付けられたアクセス識別子に基づき、前記アクセス試行が規制さ
れるかどうかを判定する工程を有する、請求項１２記載のユーザ機器。
前記アクセス試行と関連付けられたアクセス識別子に基づき、前記アクセス試行が規制さ
れるかどうかを判定する工程を有する、請求項１２記載のユーザ機器。
【請求項14】
前記命令は、実行されると、さらに、前記ユーザ機器に、
前記ユーザ機器のＮＡＳで、コアネットワークノードから、アクセスカテゴリ構成を受
信する工程と、
前記ユーザ機器のＮＡＳで、１つ以上のアクセス制御機構をサポートするユーザ機器の
機能を再構成する工程と、
を有する操作を行わせる、請求項８記載のユーザ機器。
前記ユーザ機器のＮＡＳで、コアネットワークノードから、アクセスカテゴリ構成を受
信する工程と、
前記ユーザ機器のＮＡＳで、１つ以上のアクセス制御機構をサポートするユーザ機器の
機能を再構成する工程と、
を有する操作を行わせる、請求項８記載のユーザ機器。
【請求項15】
コンピュータ実行可能命令を保存するコンピュータ可読媒体であって、前記コンピュー
タ実行可能命令が、ユーザ機器のプロセッサによって実行されると、前記ユーザ機器に、
前記ユーザ機器のアクセスストラタム（Access Stratum：ＡＳ）で、無線アクセスネ
ットワーク（Radio Access Network：ＲＡＮ）からアクセス規制情報を受信する工程と
、
前記ユーザ機器の非アクセスストラタム（Non-Access Stratum：ＮＡＳ）で、アクセ
ストリガを受信し、前記アクセストリガによって、前記ユーザ機器にアクセス試行を開始
させる工程と、
前記ユーザ機器のＮＡＳで、前記ユーザ機器によるアクセス試行と関連付けられたアク
セスカテゴリを決定する工程と、
前記ユーザ機器のＮＡＳから前記ユーザ機器のＡＳへと、前記アクセス試行と関連付け
られたＮＡＳメッセージと、前記決定したアクセスカテゴリの表示を送る工程と、
前記ユーザ機器のＡＳで、前記決定したアクセスカテゴリおよび前記アクセス規制情報
に少なくとも基づき、前記アクセス試行が規制されるかどうかを判定する工程と、
前記アクセス試行が規制されないと判定されることに基づき、無線リソース制御（Radi
o Resource Control：ＲＲＣ）接続確立手順を実行する工程と、
を有する操作を行わせる、
ことを特徴とするコンピュータ可読媒体。
タ実行可能命令が、ユーザ機器のプロセッサによって実行されると、前記ユーザ機器に、
前記ユーザ機器のアクセスストラタム（Access Stratum：ＡＳ）で、無線アクセスネ
ットワーク（Radio Access Network：ＲＡＮ）からアクセス規制情報を受信する工程と
、
前記ユーザ機器の非アクセスストラタム（Non-Access Stratum：ＮＡＳ）で、アクセ
ストリガを受信し、前記アクセストリガによって、前記ユーザ機器にアクセス試行を開始
させる工程と、
前記ユーザ機器のＮＡＳで、前記ユーザ機器によるアクセス試行と関連付けられたアク
セスカテゴリを決定する工程と、
前記ユーザ機器のＮＡＳから前記ユーザ機器のＡＳへと、前記アクセス試行と関連付け
られたＮＡＳメッセージと、前記決定したアクセスカテゴリの表示を送る工程と、
前記ユーザ機器のＡＳで、前記決定したアクセスカテゴリおよび前記アクセス規制情報
に少なくとも基づき、前記アクセス試行が規制されるかどうかを判定する工程と、
前記アクセス試行が規制されないと判定されることに基づき、無線リソース制御（Radi
o Resource Control：ＲＲＣ）接続確立手順を実行する工程と、
を有する操作を行わせる、
ことを特徴とするコンピュータ可読媒体。
【請求項16】
前記アクセストリガの受信によって、前記ユーザ機器のＮＡＳに、前記アクセス試行と
関連付けられたＮＡＳメッセージを作成させる、請求項１５記載のコンピュータ可読媒体
。
関連付けられたＮＡＳメッセージを作成させる、請求項１５記載のコンピュータ可読媒体
。
【請求項17】
前記アクセスカテゴリは、前記ユーザ機器のデータベースに保存されるアクセスカテゴ
リ構成に基づいて決定される、請求項１５記載のコンピュータ可読媒体。
リ構成に基づいて決定される、請求項１５記載のコンピュータ可読媒体。
【請求項18】
前記命令は、実行されると、さらに、前記ユーザ機器に、前記ユーザ機器のＡＳによっ
て、前記ユーザ機器のＮＡＳへと、前記アクセス試行が規制されるかどうかの表示を送る
工程を有する操作を行わせる、請求項１５記載のコンピュータ可読媒体。
て、前記ユーザ機器のＮＡＳへと、前記アクセス試行が規制されるかどうかの表示を送る
工程を有する操作を行わせる、請求項１５記載のコンピュータ可読媒体。
【請求項19】
前記命令は、実行されると、さらに、前記ユーザ機器に、前記ユーザ機器のＮＡＳから
前記ユーザ機器のＡＳまで、前記アクセス試行と関連付けられたアクセス識別子を送る工
程を有する操作を行わせる、請求項１５記載のコンピュータ可読媒体。
前記ユーザ機器のＡＳまで、前記アクセス試行と関連付けられたアクセス識別子を送る工
程を有する操作を行わせる、請求項１５記載のコンピュータ可読媒体。
【請求項20】
前記アクセス試行と関連付けられたアクセスカテゴリが規制されるかどうかを判定する
工程は、前記ユーザ機器のＡＳで、前記アクセス試行と関連付けられたアクセス識別子に
基づき、前記アクセス試行が規制されるかどうかを判定する工程を有する、請求項１９記
載のコンピュータ可読媒体。
工程は、前記ユーザ機器のＡＳで、前記アクセス試行と関連付けられたアクセス識別子に
基づき、前記アクセス試行が規制されるかどうかを判定する工程を有する、請求項１９記
載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本出願は、２０１７年８月９日に出願された米国仮特許出願第６２／５４２，９７７号
の利益を請求し、その開示内容が全体的に本明細書に参照により援用される。
本出願は、２０１７年８月９日に出願された米国仮特許出願第６２／５４２，９７７号
の利益を請求し、その開示内容が全体的に本明細書に参照により援用される。
【背景技術】
【0002】
２０２０年以降（ＩＴＵ－Ｒ Ｍ．２０８３）向けインターナショナル・モバイル・テ
レコミュニケーションズ（International Mobile Telecommunications：ＩＭＴ）（「
ＩＭＴ ２０２０」）は、現行ＩＭＴの後に続く多様な使用シナリオおよびアプリケーシ
ョン群に拡張し、これをサポートすることが想定されている。さらに、多種多様な能力が
、２０２０年以降ＩＭＴに向けて意図されたこれらの異なる使用シナリオおよびアプリケ
ーションと密に結びついていてもよい。２０２０年以降ＩＭＴに向けた使用シナリオ群と
しては、高度化モバイルブロードバンド（Enhanced Mobile Broadband：ｅＭＢＢ）、
超高信頼低遅延通信（Ultra-Reliable and Low Latency Communications：ＵＲＬＬ
Ｃ）および大量マシンタイプ通信（Massive Machine Type Communication：ｍＭＴＣ
）が挙げられる。これらの主要な使用事例は、遅延、データ速度、モビリティ、デバイス
密度、信頼性、ユーザ機器（User Equipment：ＵＥ）電池寿命、ネットワークエネルギ
ー消費などの観点で、多様な相反するサービス要求を有する。
レコミュニケーションズ（International Mobile Telecommunications：ＩＭＴ）（「
ＩＭＴ ２０２０」）は、現行ＩＭＴの後に続く多様な使用シナリオおよびアプリケーシ
ョン群に拡張し、これをサポートすることが想定されている。さらに、多種多様な能力が
、２０２０年以降ＩＭＴに向けて意図されたこれらの異なる使用シナリオおよびアプリケ
ーションと密に結びついていてもよい。２０２０年以降ＩＭＴに向けた使用シナリオ群と
しては、高度化モバイルブロードバンド（Enhanced Mobile Broadband：ｅＭＢＢ）、
超高信頼低遅延通信（Ultra-Reliable and Low Latency Communications：ＵＲＬＬ
Ｃ）および大量マシンタイプ通信（Massive Machine Type Communication：ｍＭＴＣ
）が挙げられる。これらの主要な使用事例は、遅延、データ速度、モビリティ、デバイス
密度、信頼性、ユーザ機器（User Equipment：ＵＥ）電池寿命、ネットワークエネルギ
ー消費などの観点で、多様な相反するサービス要求を有する。
【発明の概要】
【0003】
５Ｇシステムがサポートすることが想定される多種多様なサービスおよびバーチカルの
観点で、５Ｇネットワークにおける効果的なアクセス制御は、優れた顧客満足経験を与え
、重大な通信および緊急呼び出しの優先順位付けのための法的規制に合致しつつ、提供さ
れるサービスから最大利益を得ることを目的とする操作者と合う様式で、利用可能なネッ
トワークキャパシティが割り当てられることを確保しながらの安定した５Ｇネットワーク
操作の鍵である。
観点で、５Ｇネットワークにおける効果的なアクセス制御は、優れた顧客満足経験を与え
、重大な通信および緊急呼び出しの優先順位付けのための法的規制に合致しつつ、提供さ
れるサービスから最大利益を得ることを目的とする操作者と合う様式で、利用可能なネッ
トワークキャパシティが割り当てられることを確保しながらの安定した５Ｇネットワーク
操作の鍵である。
【0004】
本明細書に開示されるのは、コアネットワーク（例えば、プッシュアプローチを用いる
）によってユーザ機器（ＵＥ）のアクセスカテゴリ構成を選択して、また、コアネットワ
ーク（例えば、プルアプローチを用いる）に対するアクセスカテゴリ構成のＵＥ照会を選
択して使用するように構成されるアクセスカテゴリ管理オブジェクトである。アクセスカ
テゴリを用いたＵＥ構成のための種々の方法が開示される（例えば、アクセスカテゴリ属
性の全列挙によって、またはアクセスカテゴリコンポーネントの使用によって）。アクセ
ス規制パラメータの無線アクセスネットワークによる信号伝達方法（例えば、アクセス規
制パラメータの部分的なリストのための信号伝達方法およびアクセス規制パラメータの全
リストのための信号伝達方法）が開示される。ＵＥプロトコルサブレイヤ中のアクセス制
御機能分布の観点でのアクセス制御パラメータおよびアクセス制御アーキテクチャ、バッ
ファステイタスレポート（Buffer Status Report：ＢＳＲ）に対する接続モードでのア
クセス制御の影響に対処するための解決策、ＵＥ ＡＳとＵＥ ＮＡＳとの間の論理チャ
ンネル優先順位付けおよびフロー制御、アクセス規制チェックに関する詳細も開示される
。
）によってユーザ機器（ＵＥ）のアクセスカテゴリ構成を選択して、また、コアネットワ
ーク（例えば、プルアプローチを用いる）に対するアクセスカテゴリ構成のＵＥ照会を選
択して使用するように構成されるアクセスカテゴリ管理オブジェクトである。アクセスカ
テゴリを用いたＵＥ構成のための種々の方法が開示される（例えば、アクセスカテゴリ属
性の全列挙によって、またはアクセスカテゴリコンポーネントの使用によって）。アクセ
ス規制パラメータの無線アクセスネットワークによる信号伝達方法（例えば、アクセス規
制パラメータの部分的なリストのための信号伝達方法およびアクセス規制パラメータの全
リストのための信号伝達方法）が開示される。ＵＥプロトコルサブレイヤ中のアクセス制
御機能分布の観点でのアクセス制御パラメータおよびアクセス制御アーキテクチャ、バッ
ファステイタスレポート（Buffer Status Report：ＢＳＲ）に対する接続モードでのア
クセス制御の影響に対処するための解決策、ＵＥ ＡＳとＵＥ ＮＡＳとの間の論理チャ
ンネル優先順位付けおよびフロー制御、アクセス規制チェックに関する詳細も開示される
。
【0005】
以下の詳細な記載は、添付の図面と組み合わせて読めば、よりよく理解される。説明の
ために、図面に例が示されている。しかし、特定事項は、開示される具体的な要素および
手段に限定されない。
ために、図面に例が示されている。しかし、特定事項は、開示される具体的な要素および
手段に限定されない。
【図面の簡単な説明】
【0006】
【発明を実施するための形態】
【0007】
第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：
３ＧＰＰ）は、無線アクセス、コア伝送ネットワークおよびサービス能力（コーデックで
の作業、セキュリティおよびサービスの品質を含む）を含む、セルラーテレコミュニケー
ションネットワーク技術の技術標準を開発する。近年の無線アクセス技術（ＲＡＴ）標準
は、ＷＣＤＭＡ（登録商標）（一般的に３Ｇと呼ばれる）、ロングタームエボリューショ
ン（Long Term Evolution：ＬＴＥ）（一般的に４Ｇと呼ばれる）およびＬＴＥアドバ
ンスト標準を含む。３ＧＰＰは、新無線（New Radio：ＮＲ）と呼ばれる次世代セルラー
技術の標準化についての作業を開始しており、これは「５Ｇ」とも呼ばれる。３ＧＰＰ
ＮＲ標準の開発は、次世代無線アクセス技術（新ＲＡＴ）の定義を含むと予想され、６Ｇ
Ｈｚ未満の新しいフレキシブル無線アクセスの提供と、６ＧＨｚを超える新しいウルトラ
モバイルブロードバンド無線アクセスの提供を含むと予想される。フレキシブル無線アク
セスは、６ＧＨｚ未満の新しいスペクトルでの新しい非後方互換無線アクセスからなると
予想され、多様化する要求事項を有する広範な３ＧＰＰ ＮＲ使用の場合に対処するため
に、同じスペクトルで一緒に多重化可能な異なる操作モードを含むと予想される。ウルト
ラモバイルブロードバンドは、例えば、室内用途およびホットスポット向けウルトラモバ
イルブロードバンドアクセスの機会を与え得るｃｍＷａｖｅおよびｍｍＷａｖｅスペクト
ルを含むと予想される。特に、ウルトラモバイルブロードバンドは、６ＧＨｚ未満のフレ
キシブル無線アクセスと共通の設計フレームワークを共有すると予想され、ｃｍＷａｖｅ
およびｍｍＷａｖｅに固有の設計最適化を伴う。
３ＧＰＰ）は、無線アクセス、コア伝送ネットワークおよびサービス能力（コーデックで
の作業、セキュリティおよびサービスの品質を含む）を含む、セルラーテレコミュニケー
ションネットワーク技術の技術標準を開発する。近年の無線アクセス技術（ＲＡＴ）標準
は、ＷＣＤＭＡ（登録商標）（一般的に３Ｇと呼ばれる）、ロングタームエボリューショ
ン（Long Term Evolution：ＬＴＥ）（一般的に４Ｇと呼ばれる）およびＬＴＥアドバ
ンスト標準を含む。３ＧＰＰは、新無線（New Radio：ＮＲ）と呼ばれる次世代セルラー
技術の標準化についての作業を開始しており、これは「５Ｇ」とも呼ばれる。３ＧＰＰ
ＮＲ標準の開発は、次世代無線アクセス技術（新ＲＡＴ）の定義を含むと予想され、６Ｇ
Ｈｚ未満の新しいフレキシブル無線アクセスの提供と、６ＧＨｚを超える新しいウルトラ
モバイルブロードバンド無線アクセスの提供を含むと予想される。フレキシブル無線アク
セスは、６ＧＨｚ未満の新しいスペクトルでの新しい非後方互換無線アクセスからなると
予想され、多様化する要求事項を有する広範な３ＧＰＰ ＮＲ使用の場合に対処するため
に、同じスペクトルで一緒に多重化可能な異なる操作モードを含むと予想される。ウルト
ラモバイルブロードバンドは、例えば、室内用途およびホットスポット向けウルトラモバ
イルブロードバンドアクセスの機会を与え得るｃｍＷａｖｅおよびｍｍＷａｖｅスペクト
ルを含むと予想される。特に、ウルトラモバイルブロードバンドは、６ＧＨｚ未満のフレ
キシブル無線アクセスと共通の設計フレームワークを共有すると予想され、ｃｍＷａｖｅ
およびｍｍＷａｖｅに固有の設計最適化を伴う。
【0008】
３ＧＰＰは、ＮＲがサポートすると予想される種々の使用例を特定しており、データレ
ート、遅延およびモビリティについての広範囲にわたるユーザ経験の要求事項をもたらす
。この使用例は、以下の一般的なカテゴリを含む。高度化モバイルブロードバンド（例え
ば、高密度領域でのブロードバンドアクセス、室内の超高速ブロードバンドアクセス、混
雑した状態でのブロードバンドアクセス、至る所での５０＋Ｍｂｐｓ、超低コストブロー
ドバンドアクセス、車両内でのモバイルブロードバンド）、重大な通信、大量マシンタイ
プ通信、ネットワーク操作（例えば、ネットワークスライシング、ルーティング、移行お
よび相互作用、エネルギー節約）および高度化ビークルツーエブリシング（Enhanced Ve
hicle-To-Everything：ｅＶ２Ｘ）通信。これらのカテゴリに固有のサービスおよび用途
は、例えば、いくつか例を挙げると、モニタリングおよびセンサネットワーク、デバイス
の遠隔制御、双方向の遠隔制御、パーソナルクラウドコンピューティング、ビデオストリ
ーミング、無線クラウドに基づくオフィス、ファーストレスポンダー接続性、自動車向け
ｅｃａｌｌ、災害警報、リアルタイムゲーム、複数人ビデオ通話、自動運転、拡張現実、
触覚で感知可能なインターネット、仮想現実である。これらの使用事例および他の事例が
本明細書で想定される。
ート、遅延およびモビリティについての広範囲にわたるユーザ経験の要求事項をもたらす
。この使用例は、以下の一般的なカテゴリを含む。高度化モバイルブロードバンド（例え
ば、高密度領域でのブロードバンドアクセス、室内の超高速ブロードバンドアクセス、混
雑した状態でのブロードバンドアクセス、至る所での５０＋Ｍｂｐｓ、超低コストブロー
ドバンドアクセス、車両内でのモバイルブロードバンド）、重大な通信、大量マシンタイ
プ通信、ネットワーク操作（例えば、ネットワークスライシング、ルーティング、移行お
よび相互作用、エネルギー節約）および高度化ビークルツーエブリシング（Enhanced Ve
hicle-To-Everything：ｅＶ２Ｘ）通信。これらのカテゴリに固有のサービスおよび用途
は、例えば、いくつか例を挙げると、モニタリングおよびセンサネットワーク、デバイス
の遠隔制御、双方向の遠隔制御、パーソナルクラウドコンピューティング、ビデオストリ
ーミング、無線クラウドに基づくオフィス、ファーストレスポンダー接続性、自動車向け
ｅｃａｌｌ、災害警報、リアルタイムゲーム、複数人ビデオ通話、自動運転、拡張現実、
触覚で感知可能なインターネット、仮想現実である。これらの使用事例および他の事例が
本明細書で想定される。
【0009】
図１Ａは、本明細書に記載され、請求される方法および装置が具現化され得る通信シス
テム１００の一例の一実施形態を示す。図示されるとおり、この例の通信システム１００
は、無線送信／受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）１０２ａ
、１０２ｂ、１０２ｃおよび／または１０２ｄ（一般的に、またはまとめてＷＴＲＵ１０
２と呼ばれてもよい）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／
１０３ｂ／１０４ｂ／１０５ｂ、コアネットワーク１０６／１０７／１０９、公衆交換電
話網（Public Switched Telephone Network：ＰＳＴＮ）１０８、インターネット１１
０および他のネットワーク１１２を備えていてもよいが、開示される実施形態は、任意の
数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素を想定しているこ
とが理解されるだろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅは
それぞれ、無線環境で操作および／または通信するように設定された任意の種類の装置ま
たはデバイスであってもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０
２ｅはそれぞれ、図１Ａ－１Ｅに携帯型無線通信装置として示されているが、５Ｇ無線通
信のために想定される多種多様な使用事例を用い、各ＷＴＲＵは、ほんの例として、ユー
ザ機器（ＵＥ）、モバイルステーション、固定型または移動型のサブスクライバユニット
、ページャ、携帯電話、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、スマ
ートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パ
ーソナルコンピュータ、無線センサ、家電製品、ウェアラブルデバイス（例えば、スマー
トウォッチまたはスマート衣類）、医療用デバイスまたはｅＨｅａｌｔｈデバイス、ロボ
ット、産業機器、ドローン、車両（例えば、車、トラック、電車または航空機）などを含
む、無線信号を送信および／または受信するように設定された任意の種類の装置またはデ
バイスを含んでいてもよく、またはこれらの装置またはデバイスで具現化されてもよいこ
とが理解される。
テム１００の一例の一実施形態を示す。図示されるとおり、この例の通信システム１００
は、無線送信／受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）１０２ａ
、１０２ｂ、１０２ｃおよび／または１０２ｄ（一般的に、またはまとめてＷＴＲＵ１０
２と呼ばれてもよい）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／
１０３ｂ／１０４ｂ／１０５ｂ、コアネットワーク１０６／１０７／１０９、公衆交換電
話網（Public Switched Telephone Network：ＰＳＴＮ）１０８、インターネット１１
０および他のネットワーク１１２を備えていてもよいが、開示される実施形態は、任意の
数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素を想定しているこ
とが理解されるだろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅは
それぞれ、無線環境で操作および／または通信するように設定された任意の種類の装置ま
たはデバイスであってもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０
２ｅはそれぞれ、図１Ａ－１Ｅに携帯型無線通信装置として示されているが、５Ｇ無線通
信のために想定される多種多様な使用事例を用い、各ＷＴＲＵは、ほんの例として、ユー
ザ機器（ＵＥ）、モバイルステーション、固定型または移動型のサブスクライバユニット
、ページャ、携帯電話、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、スマ
ートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パ
ーソナルコンピュータ、無線センサ、家電製品、ウェアラブルデバイス（例えば、スマー
トウォッチまたはスマート衣類）、医療用デバイスまたはｅＨｅａｌｔｈデバイス、ロボ
ット、産業機器、ドローン、車両（例えば、車、トラック、電車または航空機）などを含
む、無線信号を送信および／または受信するように設定された任意の種類の装置またはデ
バイスを含んでいてもよく、またはこれらの装置またはデバイスで具現化されてもよいこ
とが理解される。
【0010】
通信システム１００はまた、基地局１１４ａと基地局１１４ｂとを含んでいてもよい。
基地局１１４ａは、１つ以上の通信ネットワーク（例えば、コアネットワーク１０６／１
０７／１０９、インターネット１１０および／または他のネットワーク１１２）へのアク
セスを容易にするように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうち少なくとも１つ
と無線インターフェースで接続するように構成される任意の種類のデバイスであってもよ
い。基地局１１４ｂは、１つ以上の通信ネットワーク（例えば、コアネットワーク１０６
／１０７／１０９、インターネット１１０および／または他のネットワーク１１２）への
アクセスを容易にするように、ＲＲＨ（Remote Radio Head：リモートラジオヘッド）
１１８ａ、１１８ｂおよび／またはＴＲＰ（Transmission and Reception Point：送
受信点）１１９ａ、１１９ｂのうち少なくとも１つと有線および／または無線のインター
フェースで接続するように構成される任意の種類のデバイスであってもよい。ＲＲＨ１１
８ａ、１１８ｂは、１つ以上の通信ネットワーク（例えば、コアネットワーク１０６／１
０７／１０９、インターネット１１０および／または他のネットワーク１１２）へのアク
セスを容易にするように、ＷＴＲＵ１０２ｃの少なくとも１つと無線インターフェースで
接続するように構成される任意の種類のデバイスであってもよい。ＴＲＰ１１９ａ、１１
９ｂは、１つ以上の通信ネットワーク（例えば、コアネットワーク１０６／１０７／１０
９、インターネット１１０および／または他のネットワーク１１２）へのアクセスを容易
にするように、ＷＴＲＵ１０２ｄの少なくとも１つと無線インターフェースで接続するよ
うに構成される任意の種類のデバイスであってもよい。例として、基地局１１４ａ、１１
４ｂは、送受信基地局（Base Transceiver Station：ＢＴＳ）、ノード－Ｂ、ｅノード
－Ｂ、ホームノード－Ｂ、ホームｅノード－Ｂ、サイトコントローラ、アクセスポイント
（Access Point：ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂ
は、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数
の相互接続した基地局および／またはネットワーク要素を含んでいてもよいことが理解さ
れるだろう。
基地局１１４ａは、１つ以上の通信ネットワーク（例えば、コアネットワーク１０６／１
０７／１０９、インターネット１１０および／または他のネットワーク１１２）へのアク
セスを容易にするように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうち少なくとも１つ
と無線インターフェースで接続するように構成される任意の種類のデバイスであってもよ
い。基地局１１４ｂは、１つ以上の通信ネットワーク（例えば、コアネットワーク１０６
／１０７／１０９、インターネット１１０および／または他のネットワーク１１２）への
アクセスを容易にするように、ＲＲＨ（Remote Radio Head：リモートラジオヘッド）
１１８ａ、１１８ｂおよび／またはＴＲＰ（Transmission and Reception Point：送
受信点）１１９ａ、１１９ｂのうち少なくとも１つと有線および／または無線のインター
フェースで接続するように構成される任意の種類のデバイスであってもよい。ＲＲＨ１１
８ａ、１１８ｂは、１つ以上の通信ネットワーク（例えば、コアネットワーク１０６／１
０７／１０９、インターネット１１０および／または他のネットワーク１１２）へのアク
セスを容易にするように、ＷＴＲＵ１０２ｃの少なくとも１つと無線インターフェースで
接続するように構成される任意の種類のデバイスであってもよい。ＴＲＰ１１９ａ、１１
９ｂは、１つ以上の通信ネットワーク（例えば、コアネットワーク１０６／１０７／１０
９、インターネット１１０および／または他のネットワーク１１２）へのアクセスを容易
にするように、ＷＴＲＵ１０２ｄの少なくとも１つと無線インターフェースで接続するよ
うに構成される任意の種類のデバイスであってもよい。例として、基地局１１４ａ、１１
４ｂは、送受信基地局（Base Transceiver Station：ＢＴＳ）、ノード－Ｂ、ｅノード
－Ｂ、ホームノード－Ｂ、ホームｅノード－Ｂ、サイトコントローラ、アクセスポイント
（Access Point：ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂ
は、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数
の相互接続した基地局および／またはネットワーク要素を含んでいてもよいことが理解さ
れるだろう。
【0011】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であってもよく、他の基地局
および／またはネットワーク要素（図示せず）、例えば、基地局コントローラ（Base St
ation Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio Network Contr
oller：ＲＮＣ）、リレーノードなども含んでいてもよい。基地局１１４ｂは、ＲＡＮ１
０３ｂ／１０４ｂ／１０５ｂの一部であってもよく、他の基地局および／またはネットワ
ーク要素（図示せず）、例えば、基地局コントローラ（ＢＳＣ）、無線ネットワークコン
トローラ（ＲＮＣ）、リレーノードなども含んでいてもよい。基地局１１４ａは、特定の
幾何学的領域（セル（図示せず）と呼ばれることがある）内の無線信号を送信および／ま
たは受信するような構成であってもよい。基地局１１４ｂは、特定の幾何学的領域（セル
（図示せず）と呼ばれることがある）内の有線信号および／または無線信号を送信および
／または受信するような構成であってもよい。セルは、さらにセルセクタに分割されても
よい。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割されてもよ
い。したがって、一実施形態では、基地局１１４ａは、３個の送受信機、例えば、セルの
各セクタ用の送受信機を備えていてもよい。ある実施形態では、基地局１１４ａは、マル
チインプットマルチアウトプット（Multiple-Input Multiple Output：ＭＩＭＯ）技術
を使用してもよく、したがって、セルの各セクタ用の複数の送受信機を利用してもよい。
および／またはネットワーク要素（図示せず）、例えば、基地局コントローラ（Base St
ation Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio Network Contr
oller：ＲＮＣ）、リレーノードなども含んでいてもよい。基地局１１４ｂは、ＲＡＮ１
０３ｂ／１０４ｂ／１０５ｂの一部であってもよく、他の基地局および／またはネットワ
ーク要素（図示せず）、例えば、基地局コントローラ（ＢＳＣ）、無線ネットワークコン
トローラ（ＲＮＣ）、リレーノードなども含んでいてもよい。基地局１１４ａは、特定の
幾何学的領域（セル（図示せず）と呼ばれることがある）内の無線信号を送信および／ま
たは受信するような構成であってもよい。基地局１１４ｂは、特定の幾何学的領域（セル
（図示せず）と呼ばれることがある）内の有線信号および／または無線信号を送信および
／または受信するような構成であってもよい。セルは、さらにセルセクタに分割されても
よい。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割されてもよ
い。したがって、一実施形態では、基地局１１４ａは、３個の送受信機、例えば、セルの
各セクタ用の送受信機を備えていてもよい。ある実施形態では、基地局１１４ａは、マル
チインプットマルチアウトプット（Multiple-Input Multiple Output：ＭＩＭＯ）技術
を使用してもよく、したがって、セルの各セクタ用の複数の送受信機を利用してもよい。
【0012】
基地局１１４ａは、エアインターフェース１１５／１１６／１１７によってＷＴＲＵ１
０２ａ、１０２ｂ、１０２ｃの１つ以上と通信してもよく、エアインターフェース１１５
／１１６／１１７は、任意の適切な無線通信リンク（例えば、無線周波数（Radio Frequ
ency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）
、可視光、ｃｍＷａｖｅ、ｍｍＷａｖｅなど）であってもよい。エアインターフェース１
１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立されて
もよい。
０２ａ、１０２ｂ、１０２ｃの１つ以上と通信してもよく、エアインターフェース１１５
／１１６／１１７は、任意の適切な無線通信リンク（例えば、無線周波数（Radio Frequ
ency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）
、可視光、ｃｍＷａｖｅ、ｍｍＷａｖｅなど）であってもよい。エアインターフェース１
１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立されて
もよい。
【0013】
基地局１１４ｂは、有線インターフェースまたはエアインターフェース１１５ｂ／１１
６ｂ／１１７ｂによって、ＲＲＨ１１８ａ、１１８ｂおよび／またはＴＲＰ１１９ａ、１
１９ｂの１つ以上と通信してもよく、有線インターフェースまたはエアインターフェース
１１５ｂ／１１６ｂ／１１７ｂは、任意の適切な有線（例えば、ケーブル、光ファイバー
など）または無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ
）、紫外線（ＵＶ）、可視光、ｃｍＷａｖｅ、ｍｍＷａｖｅなど）であってもよい。エア
インターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適切な無線アクセス技術（Ｒ
ＡＴ）を用いて確立されてもよい。
６ｂ／１１７ｂによって、ＲＲＨ１１８ａ、１１８ｂおよび／またはＴＲＰ１１９ａ、１
１９ｂの１つ以上と通信してもよく、有線インターフェースまたはエアインターフェース
１１５ｂ／１１６ｂ／１１７ｂは、任意の適切な有線（例えば、ケーブル、光ファイバー
など）または無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ
）、紫外線（ＵＶ）、可視光、ｃｍＷａｖｅ、ｍｍＷａｖｅなど）であってもよい。エア
インターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適切な無線アクセス技術（Ｒ
ＡＴ）を用いて確立されてもよい。
【0014】
ＲＲＨ１１８ａ、１１８ｂおよび／またはＴＲＰ１１９ａ、１１９ｂは、エアインター
フェース１１５ｃ／１１６ｃ／１１７ｃによって、ＷＴＲＵ１０２ｃ、１０２ｄの１つ以
上と通信してもよく、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適
切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外
線（ＵＶ）、可視光、ｃｍＷａｖｅ、ｍｍＷａｖｅなど）であってもよい。エアインター
フェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線アクセス技術（ＲＡＴ）を
用いて確立されてもよい。
フェース１１５ｃ／１１６ｃ／１１７ｃによって、ＷＴＲＵ１０２ｃ、１０２ｄの１つ以
上と通信してもよく、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適
切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外
線（ＵＶ）、可視光、ｃｍＷａｖｅ、ｍｍＷａｖｅなど）であってもよい。エアインター
フェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線アクセス技術（ＲＡＴ）を
用いて確立されてもよい。
【0015】
より特定的には、前述したとおり、通信システム１００は、複数アクセスシステムであ
ってもよく、１つ以上のチャンネルアクセススキーム、例えば、ＣＤＭＡ、ＴＤＭＡ、Ｆ
ＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどを使用してもよい。例えば、ＲＡＮ１０３／１
０４／１０５およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ中の基地局１１４ａ、または
ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ中のＲＲＨ１１
８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂは、無線技術（例えば、ユニバーサル移
動体通信システム（Universal Mobile Telecommunications System：ＵＭＴＳ）地上
波無線アクセス（Terrestrial Radio Access：ＵＴＲＡ））を実装していてもよく、そ
れぞれ、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を用い、エアインターフェース１１５／１１６／
１１７または１１５ｃ／１１６ｃ／１１７ｃを確立してもよい。ＷＣＤＭＡは、ハイスピ
ードパケットアクセス（High-Speed Packet Access：ＨＳＰＡ）および／または高速化
ＨＳＰＡ（Evolved HSPA：ＨＳＰＡ＋）などの通信プロトコルを含んでいてもよい。Ｈ
ＳＰＡは、高速ダウンリンクパケットアクセス（High-Speed Downlink Packet Access
：ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（High-Speed Uplink
Packet Access：ＨＳＵＰＡ）を含んでいてもよい。
ってもよく、１つ以上のチャンネルアクセススキーム、例えば、ＣＤＭＡ、ＴＤＭＡ、Ｆ
ＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどを使用してもよい。例えば、ＲＡＮ１０３／１
０４／１０５およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ中の基地局１１４ａ、または
ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ中のＲＲＨ１１
８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂは、無線技術（例えば、ユニバーサル移
動体通信システム（Universal Mobile Telecommunications System：ＵＭＴＳ）地上
波無線アクセス（Terrestrial Radio Access：ＵＴＲＡ））を実装していてもよく、そ
れぞれ、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を用い、エアインターフェース１１５／１１６／
１１７または１１５ｃ／１１６ｃ／１１７ｃを確立してもよい。ＷＣＤＭＡは、ハイスピ
ードパケットアクセス（High-Speed Packet Access：ＨＳＰＡ）および／または高速化
ＨＳＰＡ（Evolved HSPA：ＨＳＰＡ＋）などの通信プロトコルを含んでいてもよい。Ｈ
ＳＰＡは、高速ダウンリンクパケットアクセス（High-Speed Downlink Packet Access
：ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（High-Speed Uplink
Packet Access：ＨＳＵＰＡ）を含んでいてもよい。
【0016】
ある実施形態では、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１
０２ｄ中の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＲＨ
１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂは、高速ＵＭＴＳ地上波無線アクセ
ス（Evolved UMTS Terrestrial Radio Access：Ｅ－ＵＴＲＡ）などの無線技術を実
装していてもよく、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアド
バンスト（LTE-Advanced：ＬＴＥ－Ａ）を用い、それぞれ、エアインターフェース１１５
／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃを確立してもよい。将来的に、エ
アインターフェース１１５／１１６／１１７は、３ＧＰＰ ＮＲ技術を実装してもよい。
０２ｄ中の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＲＨ
１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂは、高速ＵＭＴＳ地上波無線アクセ
ス（Evolved UMTS Terrestrial Radio Access：Ｅ－ＵＴＲＡ）などの無線技術を実
装していてもよく、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアド
バンスト（LTE-Advanced：ＬＴＥ－Ａ）を用い、それぞれ、エアインターフェース１１５
／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃを確立してもよい。将来的に、エ
アインターフェース１１５／１１６／１１７は、３ＧＰＰ ＮＲ技術を実装してもよい。
【0017】
ある実施形態では、ＲＡＮ１０３／１０４／１０５およびＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃ中の基地局１１４ａ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴ
ＲＵ１０２ｃ、１０２ｄ中のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂ
は、ＩＥＥＥ ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォ
ー・マイクロウェーブ・アクセス（Worldwide Interoperability for Microwave Acc
ess：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００
ＥＶ－ＤＯ、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００（ＩＳ－２０００）、Ｉｎ
ｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５（ＩＳ－９５）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒ
ｄ ８５６（ＩＳ－８５６）、グローバル・システム・フォー・モバイル・コミュニケー
ション（Global System for Mobile Communications：ＧＳＭ（登録商標））、エン
ハンスド・データ・レート・フォー・ジーエスエム・エボリューション（Enhanced Data
Rates for GSM Evolution：ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無
線技術を実装していてもよい。
、１０２ｃ中の基地局１１４ａ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴ
ＲＵ１０２ｃ、１０２ｄ中のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂ
は、ＩＥＥＥ ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォ
ー・マイクロウェーブ・アクセス（Worldwide Interoperability for Microwave Acc
ess：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００
ＥＶ－ＤＯ、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００（ＩＳ－２０００）、Ｉｎ
ｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５（ＩＳ－９５）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒ
ｄ ８５６（ＩＳ－８５６）、グローバル・システム・フォー・モバイル・コミュニケー
ション（Global System for Mobile Communications：ＧＳＭ（登録商標））、エン
ハンスド・データ・レート・フォー・ジーエスエム・エボリューション（Enhanced Data
Rates for GSM Evolution：ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無
線技術を実装していてもよい。
【0018】
図１Ａの基地局１１４ｃは、例えば、無線ルータ、ホームノード－Ｂ、ホームｅノード
－Ｂ、またはアクセスポイントであってもよく、ローカライズされたエリア、例えば、事
業所、家、車両、キャンパスなどでの無線接続を容易にする任意の適切なＲＡＴを利用し
てもよい。ある実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、ワイヤレスロ
ーカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ ８０２．１１など
の無線技術を実装していてもよい。ある実施形態では、基地局１１４ｃおよびＷＴＲＵ１
０２ｄは、ワイヤレスパーソナルエリアネットワーク（Wireless Personal Area Netw
ork：ＷＰＡＮ）を確立するために、ＩＥＥＥ ８０２．１５などの無線技術を実装して
いてもよい。さらなる実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、ピコセ
ルまたはフェムトセルを確立するために、セルラー系ＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤ
ＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａなど）を利用してもよい。図１Ａに示すとお
り、基地局１１４ｂは、インターネット１１０に直接接続していてもよい。したがって、
基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１
１０にアクセスする必要はない場合がある。
－Ｂ、またはアクセスポイントであってもよく、ローカライズされたエリア、例えば、事
業所、家、車両、キャンパスなどでの無線接続を容易にする任意の適切なＲＡＴを利用し
てもよい。ある実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、ワイヤレスロ
ーカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ ８０２．１１など
の無線技術を実装していてもよい。ある実施形態では、基地局１１４ｃおよびＷＴＲＵ１
０２ｄは、ワイヤレスパーソナルエリアネットワーク（Wireless Personal Area Netw
ork：ＷＰＡＮ）を確立するために、ＩＥＥＥ ８０２．１５などの無線技術を実装して
いてもよい。さらなる実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、ピコセ
ルまたはフェムトセルを確立するために、セルラー系ＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤ
ＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａなど）を利用してもよい。図１Ａに示すとお
り、基地局１１４ｂは、インターネット１１０に直接接続していてもよい。したがって、
基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１
１０にアクセスする必要はない場合がある。
【0019】
ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは
、コアネットワーク１０６／１０７／１０９と通信していてもよく、コアネットワーク１
０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ以上
に音声、データ、アプリケーションおよび／またはボイスオーバーインターネットプロト
コル（ＶｏＩＰ）サービスを与えるように構成された任意の種類のネットワークであって
もよい。例えば、コアネットワーク１０６／１０７／１０９は、呼び出し制御、ビリング
サービス、モバイルの場所に基づくサービス、プリペイド電話、インターネット接続、映
像配信などを与えてもよく、および／またはユーザ認証などの高レベルセキュリティ機能
を発揮してもよい。
、コアネットワーク１０６／１０７／１０９と通信していてもよく、コアネットワーク１
０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ以上
に音声、データ、アプリケーションおよび／またはボイスオーバーインターネットプロト
コル（ＶｏＩＰ）サービスを与えるように構成された任意の種類のネットワークであって
もよい。例えば、コアネットワーク１０６／１０７／１０９は、呼び出し制御、ビリング
サービス、モバイルの場所に基づくサービス、プリペイド電話、インターネット接続、映
像配信などを与えてもよく、および／またはユーザ認証などの高レベルセキュリティ機能
を発揮してもよい。
【0020】
図１Ａに示されていないが、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０
３ｂ／１０４ｂ／１０５ｂおよび／またはコアネットワーク１０６／１０７／１０９は、
ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同
じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接的または間接的に通信してもよ
いことが理解されるだろう。例えば、Ｅ－ＵＴＲＡ無線技術を利用してもよいＲＡＮ１０
３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂへの接続に加え
、コアネットワーク１０６／１０７／１０９も、ＧＳＭ無線技術を使用する別のＲＡＮ（
図示せず）と通信していてもよい。
３ｂ／１０４ｂ／１０５ｂおよび／またはコアネットワーク１０６／１０７／１０９は、
ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同
じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接的または間接的に通信してもよ
いことが理解されるだろう。例えば、Ｅ－ＵＴＲＡ無線技術を利用してもよいＲＡＮ１０
３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂへの接続に加え
、コアネットワーク１０６／１０７／１０９も、ＧＳＭ無線技術を使用する別のＲＡＮ（
図示せず）と通信していてもよい。
【0021】
コアネットワーク１０６／１０７／１０９はまた、ＰＳＴＮ１０８、インターネット１
１０および／または他のネットワーク１１２にアクセスするためのＷＴＲＵ１０２ａ、１
０２ｂ、１０２ｃ、１０２ｄ、１０２ｅのゲートウェイとして機能してもよい。ＰＳＴＮ
１０８は、基本電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を与える回
路スイッチング型電話網を含んでいてもよい。インターネット１１０は、ＴＣＰ／ＩＰイ
ンターネットプロトコルスイートにおいて、共通の通信プロトコル、例えば、トランスミ
ッションコントロールプロトコル（Transmission Control Protocol：ＴＣＰ）、ユー
ザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）およびインターネット
プロトコル（Internet Protocol：ＩＰ）を使用する相互接続したコンピュータネットワ
ークおよびデバイスのグローバルシステムを含んでいてもよい。ネットワーク１１２は、
他のサービスプロバイダによって所有され、および／または操作される有線または無線の
通信ネットワークを含んでいてもよい。例えば、ネットワーク１１２は、１つ以上のＲＡ
Ｎに接続する別のコアネットワークを含んでいてもよく、１つ以上のＲＡＮは、ＲＡＮ１
０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴ
または異なるＲＡＴを使用してもよい。
１０および／または他のネットワーク１１２にアクセスするためのＷＴＲＵ１０２ａ、１
０２ｂ、１０２ｃ、１０２ｄ、１０２ｅのゲートウェイとして機能してもよい。ＰＳＴＮ
１０８は、基本電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を与える回
路スイッチング型電話網を含んでいてもよい。インターネット１１０は、ＴＣＰ／ＩＰイ
ンターネットプロトコルスイートにおいて、共通の通信プロトコル、例えば、トランスミ
ッションコントロールプロトコル（Transmission Control Protocol：ＴＣＰ）、ユー
ザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）およびインターネット
プロトコル（Internet Protocol：ＩＰ）を使用する相互接続したコンピュータネットワ
ークおよびデバイスのグローバルシステムを含んでいてもよい。ネットワーク１１２は、
他のサービスプロバイダによって所有され、および／または操作される有線または無線の
通信ネットワークを含んでいてもよい。例えば、ネットワーク１１２は、１つ以上のＲＡ
Ｎに接続する別のコアネットワークを含んでいてもよく、１つ以上のＲＡＮは、ＲＡＮ１
０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴ
または異なるＲＡＴを使用してもよい。
【0022】
通信システム１００中のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部また
は全ては、複数モードの能力を含んでいてもよく、例えば、ＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃ、１０２ｄおよび１０２ｅは、異なる無線リンクによって異なる無線ネットワ
ークと通信する複数の送受信機を備えていてもよい。例えば、図１Ａに示されるＷＴＲＵ
１０２ｅは、セルラー系無線技術を使用してもよい基地局１１４ａと通信するように構成
されていてもよく、ＩＥＥＥ ８０２無線技術を使用してもよい基地局１１４ｃと通信す
るように構成されていてもよい。
は全ては、複数モードの能力を含んでいてもよく、例えば、ＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃ、１０２ｄおよび１０２ｅは、異なる無線リンクによって異なる無線ネットワ
ークと通信する複数の送受信機を備えていてもよい。例えば、図１Ａに示されるＷＴＲＵ
１０２ｅは、セルラー系無線技術を使用してもよい基地局１１４ａと通信するように構成
されていてもよく、ＩＥＥＥ ８０２無線技術を使用してもよい基地局１１４ｃと通信す
るように構成されていてもよい。
【0023】
図１Ｂは、本明細書に示される実施形態に係る無線通信用に構成された装置またはデバ
イスの一例のブロック図である（例えば、ＷＴＲＵ１０２）。図１Ｂに示すとおり、ＷＴ
ＲＵ１０２の例は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、
スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド
／インジケータ１２８と、ノンリムーバブルメモリ１３０と、リムーバブルメモリ１３２
と、電源１３４と、グローバルポジショニングシステム（Global Positioning System
：ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを備えていてもよい。ＷＴＲＵ
１０２は、実施形態との一致点を保持しつつ、上の要素の任意の部分的な組み合わせを含
んでいてもよいことが理解されるだろう。また、実施形態は、基地局１１４ａおよび１１
４ｂ、および／または基地局１１４ａおよび１１４ｂが表し得るノード（例えば、送受信
基地局（ＢＴＳ）、ノード－Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホー
ムノード－Ｂ、高速ホームノード－Ｂ（Evolved Home Node-B：ｅＮｏｄｅＢ）、ホー
ム高速ノード－Ｂ（Home Evolved Node-B：ＨｅＮＢ）、ホーム高速ノード－Ｂゲート
ウェイ、プロキシノードなど）が、図１Ｂに示され、本明細書に記載される要素の一部ま
たは全てを含み得ることを想定する。
イスの一例のブロック図である（例えば、ＷＴＲＵ１０２）。図１Ｂに示すとおり、ＷＴ
ＲＵ１０２の例は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、
スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド
／インジケータ１２８と、ノンリムーバブルメモリ１３０と、リムーバブルメモリ１３２
と、電源１３４と、グローバルポジショニングシステム（Global Positioning System
：ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを備えていてもよい。ＷＴＲＵ
１０２は、実施形態との一致点を保持しつつ、上の要素の任意の部分的な組み合わせを含
んでいてもよいことが理解されるだろう。また、実施形態は、基地局１１４ａおよび１１
４ｂ、および／または基地局１１４ａおよび１１４ｂが表し得るノード（例えば、送受信
基地局（ＢＴＳ）、ノード－Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホー
ムノード－Ｂ、高速ホームノード－Ｂ（Evolved Home Node-B：ｅＮｏｄｅＢ）、ホー
ム高速ノード－Ｂ（Home Evolved Node-B：ＨｅＮＢ）、ホーム高速ノード－Ｂゲート
ウェイ、プロキシノードなど）が、図１Ｂに示され、本明細書に記載される要素の一部ま
たは全てを含み得ることを想定する。
【0024】
プロセッサ１１８は、汎用プロセッサ、特殊用途向けプロセッサ、従来のプロセッサ、
デジタル信号プロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロ
セッサ、ＤＳＰコアと結合する１つ以上のマイクロプロセッサ、コントローラ、マイクロ
コントローラ、特定用途向け集積回路（Application Specific Integrated Circuit：
ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Arr
ay：ＦＰＧＡ）回路、任意の他の種類の集積回路（Integrated Circuit：ＩＣ）、状態
マシンなどであってもよい。プロセッサ１１８は、信号コーディング、データ処理、電力
制御、入力／出力処理、および／またはＷＴＲＵ１０２に無線環境で操作させることが可
能な任意の他の機能を行ってもよい。プロセッサ１１８は、送受信機１２０に連結してい
てもよく、送受信機１２０は、送信／受信要素１２２に連結していてもよい。図１Ｂは、
プロセッサ１１８および送受信機１２０を別個の構成要素として記載するが、プロセッサ
１１８および送受信機１２０は、電子パッケージまたはチップに一緒に組み込まれていて
もよいことが理解されるだろう。
デジタル信号プロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロ
セッサ、ＤＳＰコアと結合する１つ以上のマイクロプロセッサ、コントローラ、マイクロ
コントローラ、特定用途向け集積回路（Application Specific Integrated Circuit：
ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Arr
ay：ＦＰＧＡ）回路、任意の他の種類の集積回路（Integrated Circuit：ＩＣ）、状態
マシンなどであってもよい。プロセッサ１１８は、信号コーディング、データ処理、電力
制御、入力／出力処理、および／またはＷＴＲＵ１０２に無線環境で操作させることが可
能な任意の他の機能を行ってもよい。プロセッサ１１８は、送受信機１２０に連結してい
てもよく、送受信機１２０は、送信／受信要素１２２に連結していてもよい。図１Ｂは、
プロセッサ１１８および送受信機１２０を別個の構成要素として記載するが、プロセッサ
１１８および送受信機１２０は、電子パッケージまたはチップに一緒に組み込まれていて
もよいことが理解されるだろう。
【0025】
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７によって、基
地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局（例えば、基地局１
１４ａ）から信号を受信するように構成されていてもよい。例えば、ある実施形態では、
送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアン
テナであってもよい。ある実施形態では、送信／受信は、図１Ａに示されていないが、Ｒ
ＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は
、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮ
と直接的または間接的に通信してもよいことが理解されるだろう。例えば、Ｅ－ＵＴＲＡ
無線技術を利用してもよいＲＡＮ１０３／１０４／１０５への接続に加え、コアネットワ
ーク１０６／１０７／１０９も、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通
信していてもよい。
地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局（例えば、基地局１
１４ａ）から信号を受信するように構成されていてもよい。例えば、ある実施形態では、
送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアン
テナであってもよい。ある実施形態では、送信／受信は、図１Ａに示されていないが、Ｒ
ＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は
、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮ
と直接的または間接的に通信してもよいことが理解されるだろう。例えば、Ｅ－ＵＴＲＡ
無線技術を利用してもよいＲＡＮ１０３／１０４／１０５への接続に加え、コアネットワ
ーク１０６／１０７／１０９も、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通
信していてもよい。
【0026】
コアネットワーク１０６／１０７／１０９はまた、ＰＳＴＮ１０８、インターネット１
１０および／または他のネットワーク１１２にアクセスするためのＷＴＲＵ１０２ａ、１
０２ｂ、１０２ｃ、１０２ｄのゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、
基本電話サービス（ＰＯＴＳ）を与える回路スイッチング型電話網を含んでいてもよい。
インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおいて、共
通の通信プロトコル、例えば、トランスミッションコントロールプロトコル（ＴＣＰ）、
ユーザデータグラムプロトコル（ＵＤＰ）およびインターネットプロトコル（ＩＰ）を使
用する相互接続したコンピュータネットワークおよびデバイスのグローバルシステムを含
んでいてもよい。ネットワーク１１２は、他のサービスプロバイダによって所有され、お
よび／または操作される有線または無線の通信ネットワークを含んでいてもよい。例えば
、ネットワーク１１２は、１つ以上のＲＡＮに接続する別のコアネットワークを含んでい
てもよく、１つ以上のＲＡＮは、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異な
るＲＡＴを使用してもよい。
１０および／または他のネットワーク１１２にアクセスするためのＷＴＲＵ１０２ａ、１
０２ｂ、１０２ｃ、１０２ｄのゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、
基本電話サービス（ＰＯＴＳ）を与える回路スイッチング型電話網を含んでいてもよい。
インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおいて、共
通の通信プロトコル、例えば、トランスミッションコントロールプロトコル（ＴＣＰ）、
ユーザデータグラムプロトコル（ＵＤＰ）およびインターネットプロトコル（ＩＰ）を使
用する相互接続したコンピュータネットワークおよびデバイスのグローバルシステムを含
んでいてもよい。ネットワーク１１２は、他のサービスプロバイダによって所有され、お
よび／または操作される有線または無線の通信ネットワークを含んでいてもよい。例えば
、ネットワーク１１２は、１つ以上のＲＡＮに接続する別のコアネットワークを含んでい
てもよく、１つ以上のＲＡＮは、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異な
るＲＡＴを使用してもよい。
【0027】
通信システム１００中のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部また
は全ては、複数モードの能力を含んでいてもよく、例えば、ＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃおよび１０２ｄは、異なる無線リンクによって異なる無線ネットワークと通信
する複数の送受信機を備えていてもよい。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは
、セルラー系無線技術を使用してもよい基地局１１４ａと通信するように構成されていて
もよく、ＩＥＥＥ ８０２無線技術を使用してもよい基地局１１４ｂと通信するように構
成されていてもよい。
は全ては、複数モードの能力を含んでいてもよく、例えば、ＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃおよび１０２ｄは、異なる無線リンクによって異なる無線ネットワークと通信
する複数の送受信機を備えていてもよい。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは
、セルラー系無線技術を使用してもよい基地局１１４ａと通信するように構成されていて
もよく、ＩＥＥＥ ８０２無線技術を使用してもよい基地局１１４ｂと通信するように構
成されていてもよい。
【0028】
図１Ｂは、本明細書に示される実施形態に係る無線通信用に構成された装置またはデバ
イスの一例のブロック図である（例えば、ＷＴＲＵ１０２）。図１Ｂに示すとおり、この
例のＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２
と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパ
ッド／インジケータ１２８と、ノンリムーバブルメモリ１３０と、リムーバブルメモリ１
３２と、電源１３４と、グローバルポジショニングシステム（ＧＰＳ）チップセット１３
６と、他の周辺機器１３８とを備えていてもよい。ＷＴＲＵ１０２は、実施形態との一致
点を保持しつつ、上の要素の任意の部分的な組み合わせを含んでいてもよいことが理解さ
れるだろう。また、実施形態は、基地局１１４ａおよび１１４ｂ、および／または基地局
１１４ａおよび１１４ｂが表し得るノード（例えば、送受信基地局（ＢＴＳ）、ノード－
Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノード－Ｂ、高速ホームノ
ード－Ｂ（ｅＮｏｄｅＢ）、ホーム高速ノード－Ｂ（ＨｅＮＢ）、ホーム高速ノード－Ｂ
ゲートウェイ、プロキシノードなど）が、図１Ｂに示され、本明細書に記載される要素の
一部または全てを含み得ることを想定する。
イスの一例のブロック図である（例えば、ＷＴＲＵ１０２）。図１Ｂに示すとおり、この
例のＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２
と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパ
ッド／インジケータ１２８と、ノンリムーバブルメモリ１３０と、リムーバブルメモリ１
３２と、電源１３４と、グローバルポジショニングシステム（ＧＰＳ）チップセット１３
６と、他の周辺機器１３８とを備えていてもよい。ＷＴＲＵ１０２は、実施形態との一致
点を保持しつつ、上の要素の任意の部分的な組み合わせを含んでいてもよいことが理解さ
れるだろう。また、実施形態は、基地局１１４ａおよび１１４ｂ、および／または基地局
１１４ａおよび１１４ｂが表し得るノード（例えば、送受信基地局（ＢＴＳ）、ノード－
Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノード－Ｂ、高速ホームノ
ード－Ｂ（ｅＮｏｄｅＢ）、ホーム高速ノード－Ｂ（ＨｅＮＢ）、ホーム高速ノード－Ｂ
ゲートウェイ、プロキシノードなど）が、図１Ｂに示され、本明細書に記載される要素の
一部または全てを含み得ることを想定する。
【0029】
プロセッサ１１８は、汎用プロセッサ、特殊用途向けプロセッサ、従来のプロセッサ、
デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと結合する
１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集
積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の
他の種類の集積回路（ＩＣ）、状態マシンなどであってもよい。プロセッサ１１８は、信
号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０
２に無線環境で操作させることが可能な任意の他の機能を行ってもよい。プロセッサ１１
８は、送受信機１２０に連結していてもよく、送受信機１２０は、送信／受信要素１２２
に連結していてもよい。図１Ｂは、プロセッサ１１８および送受信機１２０を別個の構成
要素として記載するが、プロセッサ１１８および送受信機１２０は、電子パッケージまた
はチップに一緒に組み込まれていてもよいことが理解されるだろう。
デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと結合する
１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集
積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の
他の種類の集積回路（ＩＣ）、状態マシンなどであってもよい。プロセッサ１１８は、信
号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０
２に無線環境で操作させることが可能な任意の他の機能を行ってもよい。プロセッサ１１
８は、送受信機１２０に連結していてもよく、送受信機１２０は、送信／受信要素１２２
に連結していてもよい。図１Ｂは、プロセッサ１１８および送受信機１２０を別個の構成
要素として記載するが、プロセッサ１１８および送受信機１２０は、電子パッケージまた
はチップに一緒に組み込まれていてもよいことが理解されるだろう。
【0030】
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７によって、基
地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局（例えば、基地局１
１４ａ）から信号を受信するように構成されていてもよい。例えば、ある実施形態では、
送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアン
テナであってもよい。ある実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ
または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であ
ってもよい。さらなる実施形態では、送信／受信要素１２２は、ＲＦ信号および光信号の
両方を送信および受信するように構成されていてもよい。送信／受信要素１２２は、無線
信号の任意の組み合わせを送信および／または受信するように構成されていてもよいこと
が理解されるだろう。
地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局（例えば、基地局１
１４ａ）から信号を受信するように構成されていてもよい。例えば、ある実施形態では、
送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアン
テナであってもよい。ある実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ
または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であ
ってもよい。さらなる実施形態では、送信／受信要素１２２は、ＲＦ信号および光信号の
両方を送信および受信するように構成されていてもよい。送信／受信要素１２２は、無線
信号の任意の組み合わせを送信および／または受信するように構成されていてもよいこと
が理解されるだろう。
【0031】
これに加えて、送信／受信要素１２２は、図１Ｂで単一要素として示されているが、Ｗ
ＴＲＵ１０２は、任意の数の送信／受信要素１２２を備えていてもよい。より特定的には
、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用してもよい。したがって、ある実施形態では、
ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７によって無線信号を送
信および受信する２つ以上の送信／受信要素１２２（例えば、複数アンテナ）を備えてい
てもよい。
ＴＲＵ１０２は、任意の数の送信／受信要素１２２を備えていてもよい。より特定的には
、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用してもよい。したがって、ある実施形態では、
ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７によって無線信号を送
信および受信する２つ以上の送信／受信要素１２２（例えば、複数アンテナ）を備えてい
てもよい。
【0032】
送受信機１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受
信要素１２２によって受信される信号を復調するように構成されていてもよい。前述した
とおり、ＷＴＲＵ１０２は、複数モードの能力を有していてもよい。したがって、送受信
機１２０は、ＷＴＲＵ１０２に、複数のＲＡＴ、例えば、ＵＴＲＡおよびＩＥＥＥ ８０
２．１１によって通信させることが可能な複数の送受信機を備えていてもよい。
信要素１２２によって受信される信号を復調するように構成されていてもよい。前述した
とおり、ＷＴＲＵ１０２は、複数モードの能力を有していてもよい。したがって、送受信
機１２０は、ＷＴＲＵ１０２に、複数のＲＡＴ、例えば、ＵＴＲＡおよびＩＥＥＥ ８０
２．１１によって通信させることが可能な複数の送受信機を備えていてもよい。
【0033】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド
１２６および／またはディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶
ディスプレイ（Liquid Crystal Display：ＬＣＤ）ディスプレイユニットまたは有機発
光ダイオード（Organic Light-Emitting Diode：ＯＬＥＤ）ディスプレイユニット）に
連結してもよく、これらからユーザ入力データを受信してもよい。プロセッサ１１８はま
た、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／
タッチパッド／インジケータ１２８にユーザデータを出力してもよい。これに加えて、プ
ロセッサ１１８は、ノンリムーバブルメモリ１３０および／またはリムーバブルメモリ１
３２などの任意の種類の適切なメモリからの情報にアクセスしてもよく、これらのメモリ
にデータを格納してもよい。ノンリムーバブルメモリ１３０としては、ランダムアクセス
メモリ（Random-Access Memory：ＲＡＭ）、リードオンリーメモリ（Read-Only Memory
：ＲＯＭ）、ハードディスク、または任意の他の種類のメモリ格納デバイスが挙げられる
だろう。リムーバブルメモリ１３２としては、加入者識別モジュール（Subscriber Iden
tity Module：ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure Digita
l：ＳＤ）メモリカードなどが挙げられるだろう。ある実施形態では、プロセッサ１１８
は、ＷＴＲＵ１０２に物理的に配置されていないメモリ、例えば、サーバまたはホームコ
ンピュータ（図示せず）からの情報にアクセスしてもよく、またはこれらにデータを格納
してもよい。
１２６および／またはディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶
ディスプレイ（Liquid Crystal Display：ＬＣＤ）ディスプレイユニットまたは有機発
光ダイオード（Organic Light-Emitting Diode：ＯＬＥＤ）ディスプレイユニット）に
連結してもよく、これらからユーザ入力データを受信してもよい。プロセッサ１１８はま
た、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／
タッチパッド／インジケータ１２８にユーザデータを出力してもよい。これに加えて、プ
ロセッサ１１８は、ノンリムーバブルメモリ１３０および／またはリムーバブルメモリ１
３２などの任意の種類の適切なメモリからの情報にアクセスしてもよく、これらのメモリ
にデータを格納してもよい。ノンリムーバブルメモリ１３０としては、ランダムアクセス
メモリ（Random-Access Memory：ＲＡＭ）、リードオンリーメモリ（Read-Only Memory
：ＲＯＭ）、ハードディスク、または任意の他の種類のメモリ格納デバイスが挙げられる
だろう。リムーバブルメモリ１３２としては、加入者識別モジュール（Subscriber Iden
tity Module：ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure Digita
l：ＳＤ）メモリカードなどが挙げられるだろう。ある実施形態では、プロセッサ１１８
は、ＷＴＲＵ１０２に物理的に配置されていないメモリ、例えば、サーバまたはホームコ
ンピュータ（図示せず）からの情報にアクセスしてもよく、またはこれらにデータを格納
してもよい。
【0034】
プロセッサ１１８は、電源１３４から電力を受け取ってもよく、ＷＴＲＵ１０２の他の
構成要素に対して電力を分配および／または制御するように構成されていてもよい。電源
１３４は、ＷＴＲＵ１０２に電力を与えるのに適した任意のデバイスであってもよい。例
えば、電源１３４としては、１つ以上の乾電池、太陽電池、燃料電池などが挙げられるだ
ろう。
構成要素に対して電力を分配および／または制御するように構成されていてもよい。電源
１３４は、ＷＴＲＵ１０２に電力を与えるのに適した任意のデバイスであってもよい。例
えば、電源１３４としては、１つ以上の乾電池、太陽電池、燃料電池などが挙げられるだ
ろう。
【0035】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に連結していてもよく、ＧＰＳチ
ップセット１３６は、ＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度およ
び緯度）を与えるように構成されていてもよい。ＧＰＳチップセット１３６からの情報に
加えて、またはこれに代えて、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６
／１１７によって、基地局（例えば、基地局１１４ａ、１１４ｂ）から場所情報を受信し
、および／または２つ以上の付近の基地局から受信される信号のタイミングに基づき、そ
の場所を決定してもよい。ＷＴＲＵ１０２は、実施形態との一致点を保持しつつ、任意の
適切な場所決定方法によって場所情報を獲得してもよいことが理解されるだろう。
ップセット１３６は、ＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度およ
び緯度）を与えるように構成されていてもよい。ＧＰＳチップセット１３６からの情報に
加えて、またはこれに代えて、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６
／１１７によって、基地局（例えば、基地局１１４ａ、１１４ｂ）から場所情報を受信し
、および／または２つ以上の付近の基地局から受信される信号のタイミングに基づき、そ
の場所を決定してもよい。ＷＴＲＵ１０２は、実施形態との一致点を保持しつつ、任意の
適切な場所決定方法によって場所情報を獲得してもよいことが理解されるだろう。
【0036】
プロセッサ１１８は、さらに、他の周辺機器１３８と連結していてもよく、他の周辺機
器１３８は、さらなる特徴、機能および／または有線または無線の接続性を与える１つ以
上のソフトウェアおよび／またはハードウェアモジュールを含んでいてもよい。例えば、
周辺機器１３８は、種々のセンサ、例えば、加速度計、生体認証（例えば、指紋）センサ
、電子コンパス、衛星送受信機、デジタルカメラ（写真または映像用）、ユニバーサル・
シリアル・バス（Universal Serial Bus：ＵＳＢ）ポートまたは他の相互接続インター
フェース、振動デバイス、テレビジョン送受信機、ハンズフリーヘッドセット、Ｂｌｕｅ
ｔｏｏｔｈ（登録商標）モジュール、周波数変調（Frequency Modulated：ＦＭ）ラジオ
ユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモ
ジュール、インターネットブラウザなどを含んでいてもよい。
器１３８は、さらなる特徴、機能および／または有線または無線の接続性を与える１つ以
上のソフトウェアおよび／またはハードウェアモジュールを含んでいてもよい。例えば、
周辺機器１３８は、種々のセンサ、例えば、加速度計、生体認証（例えば、指紋）センサ
、電子コンパス、衛星送受信機、デジタルカメラ（写真または映像用）、ユニバーサル・
シリアル・バス（Universal Serial Bus：ＵＳＢ）ポートまたは他の相互接続インター
フェース、振動デバイス、テレビジョン送受信機、ハンズフリーヘッドセット、Ｂｌｕｅ
ｔｏｏｔｈ（登録商標）モジュール、周波数変調（Frequency Modulated：ＦＭ）ラジオ
ユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモ
ジュール、インターネットブラウザなどを含んでいてもよい。
【0037】
ＷＴＲＵ１０２は、他の装置またはデバイス、例えば、センサ、家電製品、ウェアラブ
ルデバイス（例えば、スマートウォッチまたはスマート衣類）、医療用デバイスまたはｅ
Ｈｅａｌｔｈデバイス、ロボット、産業機器、ドローン、車両（例えば、車、トラック、
電車または航空機）などで具現化されてもよい。ＷＴＲＵ１０２は、１つ以上の相互接続
インターフェース、例えば、周辺機器１３８の１つを含んでいてもよい相互接続インター
フェースによって、このような装置またはデバイスの他の構成要素、モジュールまたはシ
ステムに接続していてもよい。
ルデバイス（例えば、スマートウォッチまたはスマート衣類）、医療用デバイスまたはｅ
Ｈｅａｌｔｈデバイス、ロボット、産業機器、ドローン、車両（例えば、車、トラック、
電車または航空機）などで具現化されてもよい。ＷＴＲＵ１０２は、１つ以上の相互接続
インターフェース、例えば、周辺機器１３８の１つを含んでいてもよい相互接続インター
フェースによって、このような装置またはデバイスの他の構成要素、モジュールまたはシ
ステムに接続していてもよい。
【0038】
図１Ｃは、一実施形態に係るＲＡＮ１０３およびコアネットワーク１０６のシステム図
である。前述したとおり、ＲＡＮ１０３は、エアインターフェース１１５によってＷＴＲ
Ｕ１０２ａ、１０２ｂおよび１０２ｃと通信するために、ＵＴＲＡ無線技術を使用しても
よい。ＲＡＮ１０３は、コアネットワーク１０６とも通信していてもよい。図１Ｃに示す
とおり、ＲＡＮ１０３は、ノード－Ｂ１４０ａ、１４０ｂ、１４０ｃを備えていてもよく
、これらのノード－Ｂは、それぞれ、エアインターフェース１１５によってＷＴＲＵ１０
２ａ、１０２ｂおよび１０２ｃと通信する１つ以上の送受信機を備えていてもよい。ノー
ド－Ｂ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＲＡＮ１０３内の特定のセル（図示
せず）と関連付けられていてもよい。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂも含ん
でいてもよい。ＲＡＮ１０３は、実施形態との一致点を保持しつつ、任意の数のノード－
ＢおよびＲＮＣを備えていてもよいことが理解されるだろう。
である。前述したとおり、ＲＡＮ１０３は、エアインターフェース１１５によってＷＴＲ
Ｕ１０２ａ、１０２ｂおよび１０２ｃと通信するために、ＵＴＲＡ無線技術を使用しても
よい。ＲＡＮ１０３は、コアネットワーク１０６とも通信していてもよい。図１Ｃに示す
とおり、ＲＡＮ１０３は、ノード－Ｂ１４０ａ、１４０ｂ、１４０ｃを備えていてもよく
、これらのノード－Ｂは、それぞれ、エアインターフェース１１５によってＷＴＲＵ１０
２ａ、１０２ｂおよび１０２ｃと通信する１つ以上の送受信機を備えていてもよい。ノー
ド－Ｂ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＲＡＮ１０３内の特定のセル（図示
せず）と関連付けられていてもよい。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂも含ん
でいてもよい。ＲＡＮ１０３は、実施形態との一致点を保持しつつ、任意の数のノード－
ＢおよびＲＮＣを備えていてもよいことが理解されるだろう。
【0039】
図１Ｃに示されるとおり、ノード－Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信し
ていてもよい。さらに、ノード－Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信していてもよい。
ノード－Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースによって、それぞ
れのＲＮＣ１４２ａ、１４２ｂと通信していてもよい。ＲＮＣ１４２ａ、１４２ｂは、Ｉ
ｕｒインターフェースによって互いに通信していてもよい。ＲＮＣ１４２ａ、１４２ｂは
それぞれ、接続されるそれぞれのノード－Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するよ
うに構成されていてもよい。これに加えて、ＲＮＣ１４２ａ、１４２ｂはそれぞれ、他の
機能（例えば、外部ループ電力制御、負荷制御、許可制御、パケットスケジューリング、
引き継ぎ制御、マクロダイバーシチ、セキュリティ機能、データ暗号化など）を実施する
か、またはサポートするように構成されていてもよい。
ていてもよい。さらに、ノード－Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信していてもよい。
ノード－Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースによって、それぞ
れのＲＮＣ１４２ａ、１４２ｂと通信していてもよい。ＲＮＣ１４２ａ、１４２ｂは、Ｉ
ｕｒインターフェースによって互いに通信していてもよい。ＲＮＣ１４２ａ、１４２ｂは
それぞれ、接続されるそれぞれのノード－Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するよ
うに構成されていてもよい。これに加えて、ＲＮＣ１４２ａ、１４２ｂはそれぞれ、他の
機能（例えば、外部ループ電力制御、負荷制御、許可制御、パケットスケジューリング、
引き継ぎ制御、マクロダイバーシチ、セキュリティ機能、データ暗号化など）を実施する
か、またはサポートするように構成されていてもよい。
【0040】
図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（Media Gateway
：ＭＧＷ）１４４、モバイルスイッチングセンタ（Mobile Switching Center：ＭＳＣ
）１４６、供給ＧＰＲＳサポートノード（Serving GPRS Support Node：ＳＧＳＮ）１
４８および／またはゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support No
de：ＧＧＳＮ）１５０を備えていてもよい。上述の要素はそれぞれコアネットワーク１０
６の一部として示されているが、これらの要素のいずれか１つが、コアネットワーク操作
者以外のエンティティによって所有および／または操作されてもよいことが理解されるだ
ろう。
：ＭＧＷ）１４４、モバイルスイッチングセンタ（Mobile Switching Center：ＭＳＣ
）１４６、供給ＧＰＲＳサポートノード（Serving GPRS Support Node：ＳＧＳＮ）１
４８および／またはゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support No
de：ＧＧＳＮ）１５０を備えていてもよい。上述の要素はそれぞれコアネットワーク１０
６の一部として示されているが、これらの要素のいずれか１つが、コアネットワーク操作
者以外のエンティティによって所有および／または操作されてもよいことが理解されるだ
ろう。
【0041】
ＲＡＮ１０３中のＲＮＣ１４２ａは、ＩｕＣＳインターフェースによって、コアネット
ワーク１０６中のＭＳＣ１４６に接続していてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に
接続していてもよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃと従来の有線通信デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２
ａ、１０２ｂ、１０２ｃに、回路スイッチング型ネットワーク（例えば、ＰＳＴＮ１０８
）に対するアクセスを与えてもよい。
ワーク１０６中のＭＳＣ１４６に接続していてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に
接続していてもよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃと従来の有線通信デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２
ａ、１０２ｂ、１０２ｃに、回路スイッチング型ネットワーク（例えば、ＰＳＴＮ１０８
）に対するアクセスを与えてもよい。
【0042】
ＲＡＮ１０３中のＲＮＣ１４２ａも、ＩｕＰＳインターフェースによって、コアネット
ワーク１０６中のＳＧＳＮ１４８に接続していてもよい。ＳＧＳＮ１４８は、ＧＧＳＮ１
５０に接続していてもよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ
、１０２ｂ、１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にするために、ＷＴＲ
Ｕ１０２ａ、１０２ｂ、１０２ｃに、パケットスイッチング型ネットワーク（例えば、イ
ンターネット１１０）に対するアクセスを与えてもよい。
ワーク１０６中のＳＧＳＮ１４８に接続していてもよい。ＳＧＳＮ１４８は、ＧＧＳＮ１
５０に接続していてもよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ
、１０２ｂ、１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にするために、ＷＴＲ
Ｕ１０２ａ、１０２ｂ、１０２ｃに、パケットスイッチング型ネットワーク（例えば、イ
ンターネット１１０）に対するアクセスを与えてもよい。
【0043】
前述したとおり、コアネットワーク１０６も、ネットワーク１１２に接続していてもよ
く、ネットワーク１１２は、他のサービスプロバイダによって所有および／または操作さ
れる他の有線または無線のネットワークを含んでいてもよい。
く、ネットワーク１１２は、他のサービスプロバイダによって所有および／または操作さ
れる他の有線または無線のネットワークを含んでいてもよい。
【0044】
図１Ｄは、一実施形態に係るＲＡＮ１０４およびコアネットワーク１０７のシステム図
である。前述したとおり、ＲＡＮ１０４は、エアインターフェース１１６によってＷＴＲ
Ｕ１０２ａ、１０２ｂおよび１０２ｃと通信するために、Ｅ－ＵＴＲＡ無線技術を使用し
てもよい。ＲＡＮ１０４は、コアネットワーク１０７とも通信していてもよい。
である。前述したとおり、ＲＡＮ１０４は、エアインターフェース１１６によってＷＴＲ
Ｕ１０２ａ、１０２ｂおよび１０２ｃと通信するために、Ｅ－ＵＴＲＡ無線技術を使用し
てもよい。ＲＡＮ１０４は、コアネットワーク１０７とも通信していてもよい。
【0045】
ＲＡＮ１０４は、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃを備えていてもよいが、
ＲＡＮ１０４は、実施形態との一致点を保持しつつ、任意の数のｅノード－Ｂを備えてい
てもよいことが理解されるだろう。ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは、それ
ぞれ、エアインターフェース１１６によってＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通
信する１つ以上の送受信機を備えていてもよい。ある実施形態では、ｅノード－Ｂ１６０
ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装していてもよい。したがって、ｅノード
－Ｂ１６０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから
無線信号を受信する複数のアンテナを使用してもよい。
ＲＡＮ１０４は、実施形態との一致点を保持しつつ、任意の数のｅノード－Ｂを備えてい
てもよいことが理解されるだろう。ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃは、それ
ぞれ、エアインターフェース１１６によってＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通
信する１つ以上の送受信機を備えていてもよい。ある実施形態では、ｅノード－Ｂ１６０
ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装していてもよい。したがって、ｅノード
－Ｂ１６０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから
無線信号を受信する複数のアンテナを使用してもよい。
【0046】
ｅノード－Ｂ１６０ａ、１６０ｂおよび１６０ｃはそれぞれ、特定のセル（図示せず）
と関連付けられていてもよく、無線リソース管理の決定、引き継ぎの決定、アップリンク
および／またはダウンリンクにおけるユーザのスケジューリングなどに対処するように設
定されてもよい。図１Ｄに示されるとおり、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃ
は、Ｘ２インターフェースによって、互いに通信していてもよい。
と関連付けられていてもよく、無線リソース管理の決定、引き継ぎの決定、アップリンク
および／またはダウンリンクにおけるユーザのスケジューリングなどに対処するように設
定されてもよい。図１Ｄに示されるとおり、ｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃ
は、Ｘ２インターフェースによって、互いに通信していてもよい。
【0047】
図１Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility
Management Gateway：ＭＭＥ）１６２と、供給ゲートウェイ１６４と、パケットデー
タネットワーク（ＰＤＮ）のゲートウェイ１６６とを備えていてもよい。上述の要素はそ
れぞれコアネットワーク１０７の一部として示されているが、これらの要素のいずれか１
つが、コアネットワーク操作者以外のエンティティによって所有および／または操作され
てもよいことが理解されるだろう。
Management Gateway：ＭＭＥ）１６２と、供給ゲートウェイ１６４と、パケットデー
タネットワーク（ＰＤＮ）のゲートウェイ１６６とを備えていてもよい。上述の要素はそ
れぞれコアネットワーク１０７の一部として示されているが、これらの要素のいずれか１
つが、コアネットワーク操作者以外のエンティティによって所有および／または操作され
てもよいことが理解されるだろう。
【0048】
ＭＭＥ１６２は、ＲＡＮ１０４中のｅノード－Ｂ１６０ａ、１６０ｂおよび１６０ｃの
それぞれにＳ１インターフェースによって接続していてもよく、制御ノードとして機能し
てもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを
認証し、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２
ｃの初期接続中の特定の供給ゲートウェイの選択などを担っていてもよい。ＭＭＥ１６２
はまた、ＲＡＮ１０４と、他の無線技術、例えば、ＧＳＭまたはＷＣＤＭＡを使用する他
のＲＡＮ（図示せず）とのスイッチングの制御プレーン機能を与えてもよい。
それぞれにＳ１インターフェースによって接続していてもよく、制御ノードとして機能し
てもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを
認証し、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２
ｃの初期接続中の特定の供給ゲートウェイの選択などを担っていてもよい。ＭＭＥ１６２
はまた、ＲＡＮ１０４と、他の無線技術、例えば、ＧＳＭまたはＷＣＤＭＡを使用する他
のＲＡＮ（図示せず）とのスイッチングの制御プレーン機能を与えてもよい。
【0049】
供給ゲートウェイ１６４は、Ｓ１インターフェースによって、ＲＡＮ１０４中のｅノー
ド－Ｂ１６０ａ、１６０ｂおよび１６０ｃのそれぞれに接続していてもよい。供給ゲート
ウェイ１６４は、一般的に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からのユーザデ
ータパケットを送り、進める。供給ゲートウェイ１６４はまた、例えば、ｅノード－Ｂ間
の引き継ぎ中にユーザプレーンを固定する、ダウンリンクデータがＷＴＲＵ１０２ａ、１
０２ｂ、１０２ｃに入手可能になったときにページングのトリガとなる、ＷＴＲＵ１０２
ａ、１０２ｂ、１０２ｃの内容を管理し、格納するなどの他の機能も発揮してもよい。
ド－Ｂ１６０ａ、１６０ｂおよび１６０ｃのそれぞれに接続していてもよい。供給ゲート
ウェイ１６４は、一般的に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からのユーザデ
ータパケットを送り、進める。供給ゲートウェイ１６４はまた、例えば、ｅノード－Ｂ間
の引き継ぎ中にユーザプレーンを固定する、ダウンリンクデータがＷＴＲＵ１０２ａ、１
０２ｂ、１０２ｃに入手可能になったときにページングのトリガとなる、ＷＴＲＵ１０２
ａ、１０２ｂ、１０２ｃの内容を管理し、格納するなどの他の機能も発揮してもよい。
【0050】
供給ゲートウェイ１６４は、ＰＤＮゲートウェイ１６６にも接続していてもよく、ＰＤ
Ｎゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能デバイ
スとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、パケッ
トスイッチング型ネットワーク（例えば、インターネット１１０）に対するアクセスを与
えてもよい。
Ｎゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能デバイ
スとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、パケッ
トスイッチング型ネットワーク（例えば、インターネット１１０）に対するアクセスを与
えてもよい。
【0051】
コアネットワーク１０７は、他のネットワークとの通信を容易にしてもよい。例えば、
コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の有線通信デ
バイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、回
路スイッチング型ネットワーク（例えば、ＰＳＴＮ１０８）に対するアクセスを与えても
よい。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８と
の間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディア
サブシステム（IP Multimedia Subsystem：ＩＭＳ）サーバ）を含んでいてもよく、ま
たはこれと通信していてもよい。これに加えて、コアネットワーク１０７は、ＷＴＲＵ１
０２ａ、１０２ｂ、１０２ｃに、ネットワーク１１２へのアクセスを与えてもよく、ネッ
トワーク１１２は、他のサービスプロバイダによって所有および／または操作される他の
有線または無線のネットワークを含んでいてもよい。
コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の有線通信デ
バイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、回
路スイッチング型ネットワーク（例えば、ＰＳＴＮ１０８）に対するアクセスを与えても
よい。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８と
の間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディア
サブシステム（IP Multimedia Subsystem：ＩＭＳ）サーバ）を含んでいてもよく、ま
たはこれと通信していてもよい。これに加えて、コアネットワーク１０７は、ＷＴＲＵ１
０２ａ、１０２ｂ、１０２ｃに、ネットワーク１１２へのアクセスを与えてもよく、ネッ
トワーク１１２は、他のサービスプロバイダによって所有および／または操作される他の
有線または無線のネットワークを含んでいてもよい。
【0052】
図１Ｅは、一実施形態に係るＲＡＮ１０５およびコアネットワーク１０９のシステム図
である。ＲＡＮ１０５は、エアインターフェース１１７によってＷＴＲＵ１０２ａ、１０
２ｂおよび１０２ｃと通信するためにＩＥＥＥ ８０２．１６無線技術を使用するアクセ
スサービスネットワーク（Access Service Network：ＡＳＮ）であってもよい。以下に
さらに記載するとおり、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、および
コアネットワーク１０９の異なる機能エンティティ間の通信リンクは、基準点として定義
されてもよい。
である。ＲＡＮ１０５は、エアインターフェース１１７によってＷＴＲＵ１０２ａ、１０
２ｂおよび１０２ｃと通信するためにＩＥＥＥ ８０２．１６無線技術を使用するアクセ
スサービスネットワーク（Access Service Network：ＡＳＮ）であってもよい。以下に
さらに記載するとおり、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、および
コアネットワーク１０９の異なる機能エンティティ間の通信リンクは、基準点として定義
されてもよい。
【0053】
図１Ｅに示すとおり、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳ
Ｎゲートウェイ１８２とを備えていてもよいが、ＲＡＮ１０５は、実施形態との一致点を
保持しつつ、任意の数の基地局およびＡＳＮゲートウェイを備えていてもよいことが理解
されるだろう。基地局１８０ａ、１８０ｂ、１８０ｃは、それぞれ、ＲＡＮ１０５中の特
定のセルと関連付けられていてもよく、エアインターフェース１１７によってＷＴＲＵ１
０２ａ、１０２ｂ、１０２ｃと通信する１つ以上の送受信機を備えていてもよい。ある実
施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装していてもよ
い。したがって、基地局１８０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信し、Ｗ
ＴＲＵ１０２ａから無線信号を受信する複数のアンテナを使用してもよい。基地局１８０
ａ、１８０ｂ、１８０ｃはまた、モビリティ管理機能、例えば、引き継ぎトリガ、トンネ
ル確立、無線リソース管理、トラフィック分類、サービスの質（Quality of Service：
ＱｏＳ）ポリシー実施などを与えてもよい。ＡＳＮゲートウェイ１８２は、トラフィック
アグリゲーション点として機能してもよく、ページング、加入者プロファイルのキャッシ
ング、コアネットワーク１０９に対する経路決定などを担っていてもよい。
Ｎゲートウェイ１８２とを備えていてもよいが、ＲＡＮ１０５は、実施形態との一致点を
保持しつつ、任意の数の基地局およびＡＳＮゲートウェイを備えていてもよいことが理解
されるだろう。基地局１８０ａ、１８０ｂ、１８０ｃは、それぞれ、ＲＡＮ１０５中の特
定のセルと関連付けられていてもよく、エアインターフェース１１７によってＷＴＲＵ１
０２ａ、１０２ｂ、１０２ｃと通信する１つ以上の送受信機を備えていてもよい。ある実
施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装していてもよ
い。したがって、基地局１８０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信し、Ｗ
ＴＲＵ１０２ａから無線信号を受信する複数のアンテナを使用してもよい。基地局１８０
ａ、１８０ｂ、１８０ｃはまた、モビリティ管理機能、例えば、引き継ぎトリガ、トンネ
ル確立、無線リソース管理、トラフィック分類、サービスの質（Quality of Service：
ＱｏＳ）ポリシー実施などを与えてもよい。ＡＳＮゲートウェイ１８２は、トラフィック
アグリゲーション点として機能してもよく、ページング、加入者プロファイルのキャッシ
ング、コアネットワーク１０９に対する経路決定などを担っていてもよい。
【0054】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース
１１７は、ＩＥＥＥ ８０２．１６仕様を実施するＲ１基準点として定義されてもよい。
これに加えて、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃはそれぞれ、コアネットワー
ク１０９との論理インターフェース（図示せず）を確立してもよい。ＷＴＲＵ１０２ａ、
１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、Ｒ２基
準点として定義されてもよく、認証、権限付与、ＩＰホスト構成管理および／またはモビ
リティ管理に使用してもよい。
１１７は、ＩＥＥＥ ８０２．１６仕様を実施するＲ１基準点として定義されてもよい。
これに加えて、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃはそれぞれ、コアネットワー
ク１０９との論理インターフェース（図示せず）を確立してもよい。ＷＴＲＵ１０２ａ、
１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、Ｒ２基
準点として定義されてもよく、認証、権限付与、ＩＰホスト構成管理および／またはモビ
リティ管理に使用してもよい。
【0055】
基地局１８０ａ、１８０ｂおよび１８０ｃそれぞれの間の通信リンクは、ＷＴＲＵの引
き継ぎおよび基地局間のデータ伝送を容易にするプロトコルを含むＲ８基準点として定義
されてもよい。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間
の通信リンクは、Ｒ６基準点として定義されてもよい。Ｒ６基準点は、ＷＴＲＵ１０２ａ
、１０２ｂ、１０２ｃそれぞれと関連付けられたモビリティ事象に基づくモビリティ管理
を容易にするプロトコルを含んでいてもよい。
き継ぎおよび基地局間のデータ伝送を容易にするプロトコルを含むＲ８基準点として定義
されてもよい。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間
の通信リンクは、Ｒ６基準点として定義されてもよい。Ｒ６基準点は、ＷＴＲＵ１０２ａ
、１０２ｂ、１０２ｃそれぞれと関連付けられたモビリティ事象に基づくモビリティ管理
を容易にするプロトコルを含んでいてもよい。
【0056】
図１Ｅに示すとおり、ＲＡＮ１０５は、コアネットワーク１０９に接続されていてもよ
い。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ伝送
およびモビリティ管理能力を容易にするプロトコルを含むＲ３基準点として定義されても
よい。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ－ＨＡ）１
８４と、認証、権利付与、アカウンティング（ＡＡＡ）サーバ１８６と、ゲートウェイ１
８８とを備えていてもよい。上述の要素はそれぞれコアネットワーク１０９の一部として
示されているが、これらの要素のいずれか１つが、コアネットワーク操作者以外のエンテ
ィティによって所有および／または操作されてもよいことが理解されるだろう。
い。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ伝送
およびモビリティ管理能力を容易にするプロトコルを含むＲ３基準点として定義されても
よい。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ－ＨＡ）１
８４と、認証、権利付与、アカウンティング（ＡＡＡ）サーバ１８６と、ゲートウェイ１
８８とを備えていてもよい。上述の要素はそれぞれコアネットワーク１０９の一部として
示されているが、これらの要素のいずれか１つが、コアネットワーク操作者以外のエンテ
ィティによって所有および／または操作されてもよいことが理解されるだろう。
【0057】
ＭＩＰ－ＨＡは、ＩＰアドレス管理を担っていてもよく、ＷＴＲＵ１０２ａ、１０２ｂ
および１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワークの間をローミン
グ可能になるようにしてもよい。ＭＩＰ－ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、
１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、
１０２ｂ、１０２ｃに、パケットスイッチング型ネットワーク（例えば、インターネット
１１０）に対するアクセスを与えてもよい。ＡＡＡサーバ１８６は、ユーザ認証およびユ
ーザサービスのサポートを担ってもよい。ゲートウェイ１８８は、他のネットワークとの
相互の作業を容易にしてもよい。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１
０２ｂ、１０２ｃと従来の有線通信デバイスとの間の通信を容易にするために、ＷＴＲＵ
１０２ａ、１０２ｂ、１０２ｃに、回路スイッチング型ネットワーク（例えば、ＰＳＴＮ
１０８）に対するアクセスを与えてもよい。これに加えて、ゲートウェイ１８８は、ＷＴ
ＲＵ１０２ａ、１０２ｂ、１０２ｃに、ネットワーク１１２に対するアクセスを与えても
よく、ネットワーク１１２は、他のサービスプロバイダによって所有および／または操作
される他の有線または無線のネットワークを含んでいてもよい。
および１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワークの間をローミン
グ可能になるようにしてもよい。ＭＩＰ－ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、
１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、
１０２ｂ、１０２ｃに、パケットスイッチング型ネットワーク（例えば、インターネット
１１０）に対するアクセスを与えてもよい。ＡＡＡサーバ１８６は、ユーザ認証およびユ
ーザサービスのサポートを担ってもよい。ゲートウェイ１８８は、他のネットワークとの
相互の作業を容易にしてもよい。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１
０２ｂ、１０２ｃと従来の有線通信デバイスとの間の通信を容易にするために、ＷＴＲＵ
１０２ａ、１０２ｂ、１０２ｃに、回路スイッチング型ネットワーク（例えば、ＰＳＴＮ
１０８）に対するアクセスを与えてもよい。これに加えて、ゲートウェイ１８８は、ＷＴ
ＲＵ１０２ａ、１０２ｂ、１０２ｃに、ネットワーク１１２に対するアクセスを与えても
よく、ネットワーク１１２は、他のサービスプロバイダによって所有および／または操作
される他の有線または無線のネットワークを含んでいてもよい。
【0058】
図１Ｅには示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続していてもよく、コ
アネットワーク１０９は、他のコアネットワークに接続していてもよいことが理解される
だろう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、Ｒ４基準点として定義されて
もよく、Ｒ４基準点は、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃのモビリティを調整するプロトコルを含んでいてもよい。コアネットワーク１
０９と他のコアネットワークとの通信リンクは、Ｒ５基準点として定義されてもよく、Ｒ
５基準点は、ホームコアネットワークと訪問したコアネットワークとの間の相互の仕事を
容易にするプロトコルを含んでいてもよい。
アネットワーク１０９は、他のコアネットワークに接続していてもよいことが理解される
だろう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、Ｒ４基準点として定義されて
もよく、Ｒ４基準点は、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃのモビリティを調整するプロトコルを含んでいてもよい。コアネットワーク１
０９と他のコアネットワークとの通信リンクは、Ｒ５基準点として定義されてもよく、Ｒ
５基準点は、ホームコアネットワークと訪問したコアネットワークとの間の相互の仕事を
容易にするプロトコルを含んでいてもよい。
【0059】
本明細書に記載され、図１Ａ、１Ｃ、１Ｄおよび１Ｅに示されるコアネットワークエン
ティティは、特定の既存の３ＧＰＰ仕様において、これらのエンティティについて与えら
れた名称によって特定されるが、将来的には、これらのエンティティおよび機能は、他の
名称によって特定されてもよいことが理解され、特定のエンティティまたは機能は、将来
の３ＧＰＰ ＮＲ仕様を含む、３ＧＰＰによって公開される将来の刊行物と組み合わせて
もよい。したがって、記載され、図１Ａ、１Ｂ、１Ｃ、１Ｄおよび１Ｅに示される特定の
ネットワークエンティティおよび機能は、ほんの一例として与えられ、本明細書に開示さ
れ、請求される発明特定事項は、現時点で定義されているか、または将来的に定義される
かにかかわらず、任意の同様の通信システムに具現化されるか、または実装されてもよい
ことが理解される。
ティティは、特定の既存の３ＧＰＰ仕様において、これらのエンティティについて与えら
れた名称によって特定されるが、将来的には、これらのエンティティおよび機能は、他の
名称によって特定されてもよいことが理解され、特定のエンティティまたは機能は、将来
の３ＧＰＰ ＮＲ仕様を含む、３ＧＰＰによって公開される将来の刊行物と組み合わせて
もよい。したがって、記載され、図１Ａ、１Ｂ、１Ｃ、１Ｄおよび１Ｅに示される特定の
ネットワークエンティティおよび機能は、ほんの一例として与えられ、本明細書に開示さ
れ、請求される発明特定事項は、現時点で定義されているか、または将来的に定義される
かにかかわらず、任意の同様の通信システムに具現化されるか、または実装されてもよい
ことが理解される。
【0060】
図１Ｆは、図１Ａ、１Ｃ、１Ｄおよび１Ｅに示される通信ネットワークの１つ以上の装
置が、例えば、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０
９、ＰＳＴＮ１０８、インターネット１１０、または他のネットワーク１１２中の特定の
ノードまたは機能エンティティを具現化し得る、例示的な計算システム９０のブロック図
である。計算システム９０は、コンピュータまたはサーバを備えていてもよく、ソフトウ
ェアの形態であってもよいコンピュータ可読命令によって主に制御されてもよく、このよ
うなソフトウェアは、任意の時点に任意の手段によって格納またはアクセスされてもよい
。このようなコンピュータ可読命令は、プロセッサ９１内で実行され、計算システム９０
に作業させてもよい。プロセッサ９１は、汎用プロセッサ、特殊用途向けプロセッサ、従
来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳ
Ｐコアと結合する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ
、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧ
Ａ）回路、任意の他の種類の集積回路（ＩＣ）、状態マシンなどであってもよい。プロセ
ッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、および／また
は計算システム９０を通信ネットワークで操作させることが可能な任意の他の機能を行っ
てもよい。コプロセッサ８１は、任意要素のプロセッサであり、メインプロセッサ９１と
は区別され、プロセッサ９１のさらなる機能を行ってもよく、または補助してもよい。プ
ロセッサ９１および／またはコプロセッサ８１は、本明細書に開示される方法および装置
に関連するデータを受信し、作成し、処理してもよい。
置が、例えば、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０
９、ＰＳＴＮ１０８、インターネット１１０、または他のネットワーク１１２中の特定の
ノードまたは機能エンティティを具現化し得る、例示的な計算システム９０のブロック図
である。計算システム９０は、コンピュータまたはサーバを備えていてもよく、ソフトウ
ェアの形態であってもよいコンピュータ可読命令によって主に制御されてもよく、このよ
うなソフトウェアは、任意の時点に任意の手段によって格納またはアクセスされてもよい
。このようなコンピュータ可読命令は、プロセッサ９１内で実行され、計算システム９０
に作業させてもよい。プロセッサ９１は、汎用プロセッサ、特殊用途向けプロセッサ、従
来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳ
Ｐコアと結合する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ
、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧ
Ａ）回路、任意の他の種類の集積回路（ＩＣ）、状態マシンなどであってもよい。プロセ
ッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、および／また
は計算システム９０を通信ネットワークで操作させることが可能な任意の他の機能を行っ
てもよい。コプロセッサ８１は、任意要素のプロセッサであり、メインプロセッサ９１と
は区別され、プロセッサ９１のさらなる機能を行ってもよく、または補助してもよい。プ
ロセッサ９１および／またはコプロセッサ８１は、本明細書に開示される方法および装置
に関連するデータを受信し、作成し、処理してもよい。
【0061】
操作中、プロセッサ９１は、命令を取りに行き、デコードし、実行し、計算システムの
主なデータ伝送経路であるシステムバス８０によって、他のリソースへ、また他のリソー
スから情報を伝送する。このようなシステムバスは、計算システム９０中の構成要素を接
続し、データ交換の媒体を定義する。システムバス８０は、典型的には、データを送るデ
ータライン、アドレスを送るアドレスライン、中断を送り、システムバスを操作する制御
ラインを備えている。このようなシステムバス８０の一例は、ペリフェラルコンポーネン
トインターコネクト（Peripheral Component Interconnect：ＰＣＩ）バスである。
主なデータ伝送経路であるシステムバス８０によって、他のリソースへ、また他のリソー
スから情報を伝送する。このようなシステムバスは、計算システム９０中の構成要素を接
続し、データ交換の媒体を定義する。システムバス８０は、典型的には、データを送るデ
ータライン、アドレスを送るアドレスライン、中断を送り、システムバスを操作する制御
ラインを備えている。このようなシステムバス８０の一例は、ペリフェラルコンポーネン
トインターコネクト（Peripheral Component Interconnect：ＰＣＩ）バスである。
【0062】
システムバス８０に連結するメモリは、ランダムアクセスメモリ（ＲＡＭ）８２および
リードオンリーメモリ（ＲＯＭ）９３を含む。このようなメモリは、情報を格納し、検索
することが可能な回路を含む。ＲＯＭ９３は、一般的に、容易に改変することができない
格納データを含む。ＲＡＭ８２に格納されるデータは、プロセッサ９１または他のハード
ウェアデバイスによって読み取り、または変更することができる。ＲＡＭ８２および／ま
たはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御されてもよい。メ
モリコントローラ９２は、命令が実行されるときに、バーチャルアドレスを物理アドレス
に翻訳するアドレス翻訳機能を与えてもよい。メモリコントローラ９２は、システム内の
プロセスを隔離し、システムプロセスをユーザプロセスから隔離するメモリ保護機能も与
えてもよい。したがって、第１モードで走るプログラムは、自身のプロセスのバーチャル
アドレス空間によってマッピングされたメモリのみにアクセスすることができる。プロセ
スが設定されている間に共有するメモリがなければ、別のプロセスのバーチャルアドレス
空間内のメモリにアクセスすることはできない。
リードオンリーメモリ（ＲＯＭ）９３を含む。このようなメモリは、情報を格納し、検索
することが可能な回路を含む。ＲＯＭ９３は、一般的に、容易に改変することができない
格納データを含む。ＲＡＭ８２に格納されるデータは、プロセッサ９１または他のハード
ウェアデバイスによって読み取り、または変更することができる。ＲＡＭ８２および／ま
たはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御されてもよい。メ
モリコントローラ９２は、命令が実行されるときに、バーチャルアドレスを物理アドレス
に翻訳するアドレス翻訳機能を与えてもよい。メモリコントローラ９２は、システム内の
プロセスを隔離し、システムプロセスをユーザプロセスから隔離するメモリ保護機能も与
えてもよい。したがって、第１モードで走るプログラムは、自身のプロセスのバーチャル
アドレス空間によってマッピングされたメモリのみにアクセスすることができる。プロセ
スが設定されている間に共有するメモリがなければ、別のプロセスのバーチャルアドレス
空間内のメモリにアクセスすることはできない。
【0063】
これに加えて、計算システム９０は、プリンタ９４、キーボード８４、マウス９５およ
びディスクドライブ８５などの周辺機器に対するプロセッサ９１からの命令の通信を担う
周辺機器コントローラ８３を含んでいてもよい。
びディスクドライブ８５などの周辺機器に対するプロセッサ９１からの命令の通信を担う
周辺機器コントローラ８３を含んでいてもよい。
【0064】
ディスプレイ８６は、ディスプレイコントローラ９６によって制御され、ディスプレイ
８６を使用し、計算システム９０によって作成された視覚的出力を表示する。このような
視覚的出力は、文字、グラフィックス、アニメ化されたグラフィックスおよび映像を含ん
でいてもよい。視覚的出力は、グラフィカルユーザインターフェース（Graphical User
Interface：ＧＵＩ）の形態で与えられてもよい。ディスプレイ８６は、ＣＲＴに基づ
くビデオディスプレイ、ＬＣＤに基づくフラットパネルディスプレイ、ガスプラズマに基
づくフラットパネルディスプレイ、またはタッチパネルと共に具現化されてもよい。ディ
スプレイコントローラ９６は、ディスプレイ８６に送られるビデオ信号を作成するために
必要な電子構成要素を含む。
８６を使用し、計算システム９０によって作成された視覚的出力を表示する。このような
視覚的出力は、文字、グラフィックス、アニメ化されたグラフィックスおよび映像を含ん
でいてもよい。視覚的出力は、グラフィカルユーザインターフェース（Graphical User
Interface：ＧＵＩ）の形態で与えられてもよい。ディスプレイ８６は、ＣＲＴに基づ
くビデオディスプレイ、ＬＣＤに基づくフラットパネルディスプレイ、ガスプラズマに基
づくフラットパネルディスプレイ、またはタッチパネルと共に具現化されてもよい。ディ
スプレイコントローラ９６は、ディスプレイ８６に送られるビデオ信号を作成するために
必要な電子構成要素を含む。
【0065】
さらに、計算システム９０は、通信回路（例えば、ネットワークアダプタ９７）を含ん
でいてもよく、これを使用し、計算システム９０を外部通信ネットワーク、例えば、図１
Ａ、１Ｂ、１Ｃ、１Ｄおよび１ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１
０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または他のネットワー
ク１１２に接続し、計算システム９０がこれらのネットワークの他のノードまたは機能エ
ンティティと通信するのを可能にしてもよい。通信回路は、単独で、またはプロセッサ９
１と組み合わせて、本明細書に記載する特定の装置、ノードまたは機能エンティティの送
信および受信工程を行うために使用されてもよい。
でいてもよく、これを使用し、計算システム９０を外部通信ネットワーク、例えば、図１
Ａ、１Ｂ、１Ｃ、１Ｄおよび１ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１
０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または他のネットワー
ク１１２に接続し、計算システム９０がこれらのネットワークの他のノードまたは機能エ
ンティティと通信するのを可能にしてもよい。通信回路は、単独で、またはプロセッサ９
１と組み合わせて、本明細書に記載する特定の装置、ノードまたは機能エンティティの送
信および受信工程を行うために使用されてもよい。
【0066】
本明細書に記載される装置、システム、方法およびプロセスのいずれかまたは全ては、
コンピュータ可読記憶媒体に格納されたコンピュータ実行可能命令（例えば、プログラム
コード）の形態で具現化されてもよく、命令は、プロセッサ（例えば、プロセッサ１１８
または９１）によって実行されると、プロセッサに、本明細書に記載するシステム、方法
およびプロセスを実施および／または実行させる。特定的には、本明細書に記載される工
程、操作または機能のいずれかは、このようなコンピュータ実行可能命令の形態で具現化
されてもよく、無線および／または有線のネットワーク通信向けに設定された装置または
計算システムのプロセッサで実行する。コンピュータ可読記憶媒体は、情報格納のための
任意の非一時的な（例えば、有形または物理的な）方法または技術で実行される揮発性お
よび非揮発性、リムーバブルおよびノンリムーバブルの媒体を含むが、このようなコンピ
ュータ可読記憶媒体は、信号を含まない。コンピュータ可読記憶媒体としては、限定され
ないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ
ＲＯＭ、デジタル・バーサタイル・ディスク（Digital Versatile Disk：ＤＶＤ）ま
たは他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置また
は他の磁気記憶デバイス、または所望な情報を格納するために使用することができ、コン
ピュータによってアクセス可能な任意の他の有形媒体または物理媒体が挙げられる。
コンピュータ可読記憶媒体に格納されたコンピュータ実行可能命令（例えば、プログラム
コード）の形態で具現化されてもよく、命令は、プロセッサ（例えば、プロセッサ１１８
または９１）によって実行されると、プロセッサに、本明細書に記載するシステム、方法
およびプロセスを実施および／または実行させる。特定的には、本明細書に記載される工
程、操作または機能のいずれかは、このようなコンピュータ実行可能命令の形態で具現化
されてもよく、無線および／または有線のネットワーク通信向けに設定された装置または
計算システムのプロセッサで実行する。コンピュータ可読記憶媒体は、情報格納のための
任意の非一時的な（例えば、有形または物理的な）方法または技術で実行される揮発性お
よび非揮発性、リムーバブルおよびノンリムーバブルの媒体を含むが、このようなコンピ
ュータ可読記憶媒体は、信号を含まない。コンピュータ可読記憶媒体としては、限定され
ないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ
ＲＯＭ、デジタル・バーサタイル・ディスク（Digital Versatile Disk：ＤＶＤ）ま
たは他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置また
は他の磁気記憶デバイス、または所望な情報を格納するために使用することができ、コン
ピュータによってアクセス可能な任意の他の有形媒体または物理媒体が挙げられる。
【0067】
次世代インターナショナル・モバイル・テレコミュニケーションシステムがサポートし
得る多様な相反するサービス要求の観点で、３ＧＰＰは、一群のシステムアーキテクチャ
要求を特定している。以下は、この次世代システムのアーキテクチャがサポートし得る要
求の例である。
得る多様な相反するサービス要求の観点で、３ＧＰＰは、一群のシステムアーキテクチャ
要求を特定している。以下は、この次世代システムのアーキテクチャがサポートし得る要
求の例である。
【0068】
ＲＡＮアーキテクチャは、新規ＲＡＴとＬＴＥとの間の密な網間接続をサポートしてい
てもよい。高性能のＲＡＴ間モビリティと、ＬＴＥと新規ＲＡＴとの間の少なくとも二重
の接続性を介するデータフローの集合が考慮されてもよい。このことは、連なった場所お
よび連なっていない場所への配置をサポートしていてもよい。
てもよい。高性能のＲＡＴ間モビリティと、ＬＴＥと新規ＲＡＴとの間の少なくとも二重
の接続性を介するデータフローの集合が考慮されてもよい。このことは、連なった場所お
よび連なっていない場所への配置をサポートしていてもよい。
【0069】
コアネットワーク（Core Network：ＣＮ）アーキテクチャおよびＲＡＮアーキテクチ
ャは、Ｃ－プレーン／Ｕ－プレーン分離を可能にしてもよい。
ャは、Ｃ－プレーン／Ｕ－プレーン分離を可能にしてもよい。
【0070】
ＲＡＮアーキテクチャは、連なっているか、または連なっていない多重伝送点を通る接
続性をサポートしていてもよい。ＲＡＮアーキテクチャは、異なる場所からの制御プレー
ン信号伝達とユーザプレーンデータとの分離を可能にしてもよい。ＲＡＮアーキテクチャ
は、有効な場所間スケジューリング協働をサポートするインターフェースをサポートして
いてもよい。
続性をサポートしていてもよい。ＲＡＮアーキテクチャは、異なる場所からの制御プレー
ン信号伝達とユーザプレーンデータとの分離を可能にしてもよい。ＲＡＮアーキテクチャ
は、有効な場所間スケジューリング協働をサポートするインターフェースをサポートして
いてもよい。
【0071】
ＲＡＮアーキテクチャを分けるための異なる選択肢および柔軟性が許容されてもよい。
ＲＡＮアーキテクチャは、ネットワーク機能の視覚化を用いた配置が可能であってもよい
。
ＲＡＮアーキテクチャは、ネットワーク機能の視覚化を用いた配置が可能であってもよい
。
【0072】
ＣＮアーキテクチャおよびＲＡＮアーキテクチャは、ネットワークスライシングの操作
が可能であってもよい。
が可能であってもよい。
【0073】
ＵＥとデータネットワークとの間に異なる遅延要求を有するサポートサービス。
【0074】
多重アクセス技術を介した、ＵＥの複数同時接続のサポート。
【0075】
ＩＰパケット、非ＩＰ ＰＤＵおよびイーサネットフレームの送信のサポート。
【0076】
ネットワークシェアリングのサポート、および
【0077】
コアネットワークおよびＲＡＮの独立した進化の許容およびアクセス依存関係を最小限
にすること。
にすること。
【0078】
通信システムにおけるアクセス制御の目的の１つは、その通信システム上の種々のトラ
フィックによって発生する負荷を管理することである。アクセス制御のソリューションは
、典型的にはシステムにおける過負荷を防ぐために適用されるプロアクティブソリューシ
ョンと、典型的にはシステムが過負荷であるときに適用されるリアクティブソリューショ
ンの２つの主なカテゴリに分けることができる。無線アクセス規制制御は、以下の２つの
方法に分類することができる。
フィックによって発生する負荷を管理することである。アクセス制御のソリューションは
、典型的にはシステムにおける過負荷を防ぐために適用されるプロアクティブソリューシ
ョンと、典型的にはシステムが過負荷であるときに適用されるリアクティブソリューショ
ンの２つの主なカテゴリに分けることができる。無線アクセス規制制御は、以下の２つの
方法に分類することができる。
【0079】
アクセスクラス制御方法（携帯端末における制御）。携帯端末が基地局に接続リクエス
トを送る前に、携帯端末は、呼び出しの種類を特定し、その呼び出しについての接続リク
エストが規制されるべきかどうかを判定する。
トを送る前に、携帯端末は、呼び出しの種類を特定し、その呼び出しについての接続リク
エストが規制されるべきかどうかを判定する。
【0080】
ＲＲＣ接続拒絶方法（基地局における制御）。基地局は、携帯端末から送られる接続リ
クエストのトリガとなる信号の種類を特定し、このリクエストを拒絶すべきか（ＲＲＣ
ＣＯＮＮＥＣＴＩＯＮ ＲＥＪＥＣＴを送ることによって）、または受け入れるべきかを
決定してもよい。
クエストのトリガとなる信号の種類を特定し、このリクエストを拒絶すべきか（ＲＲＣ
ＣＯＮＮＥＣＴＩＯＮ ＲＥＪＥＣＴを送ることによって）、または受け入れるべきかを
決定してもよい。
【0081】
ＴＳ ２２．０１１によるアクセスクラス制御によって、ＵＥがアクセス試行を行うか
、またはページに応答するのを防ぐ実現性を可能にする。多くのＬＴＥアクセス制御機能
の基礎は、ＵＥを、割り当てられた集合（０－９）と特有のカテゴリ（１１－１５）、い
わゆるアクセスクラスとに分けることである。全てのＵＥは、１０個の無作為に割り当て
られた携帯集合（例えば、アクセスクラス０から９）の１つのメンバーであってもよい。
この集合の数は、ＳＩＭ／ＵＳＩＭに保存されていてもよい。これに加えて、ＵＥは、５
個の特有のカテゴリ（例えば、アクセスクラス１１から１５）の１つ以上のメンバーであ
ってもよく、これもＳＩＭ／ＵＳＩＭに保有されている。これらは、以下のように、特定
の高い優先度のユーザに割り当てられる。既存のアクセスクラスは、以下に列挙される。
なお、この列挙は、優先度の順序を意味しない。
、またはページに応答するのを防ぐ実現性を可能にする。多くのＬＴＥアクセス制御機能
の基礎は、ＵＥを、割り当てられた集合（０－９）と特有のカテゴリ（１１－１５）、い
わゆるアクセスクラスとに分けることである。全てのＵＥは、１０個の無作為に割り当て
られた携帯集合（例えば、アクセスクラス０から９）の１つのメンバーであってもよい。
この集合の数は、ＳＩＭ／ＵＳＩＭに保存されていてもよい。これに加えて、ＵＥは、５
個の特有のカテゴリ（例えば、アクセスクラス１１から１５）の１つ以上のメンバーであ
ってもよく、これもＳＩＭ／ＵＳＩＭに保有されている。これらは、以下のように、特定
の高い優先度のユーザに割り当てられる。既存のアクセスクラスは、以下に列挙される。
なお、この列挙は、優先度の順序を意味しない。
【0082】
クラス１５：ＰＬＭＮスタッフ。（ＥＨＰＬＭＮリストが存在しない場合にのみホーム
ＰＬＭＮ、または任意のＥＨＰＬＭＮ。）
ＰＬＭＮ、または任意のＥＨＰＬＭＮ。）
【0083】
クラス１４：救急サービス。（自国のホームＰＬＭＮおよび訪問したＰＬＭＮのみ。こ
の目的のために、自国は、ＩＭＳＩのＭＣＣ部分の国として定義される。）
の目的のために、自国は、ＩＭＳＩのＭＣＣ部分の国として定義される。）
【0084】
クラス１３：公共事業（例えば、水／ガス供給業者）。自国のホームＰＬＭＮおよび訪
問したＰＬＭＮのみ。この目的のために、自国は、ＩＭＳＩのＭＣＣ部分の国として定義
される。
問したＰＬＭＮのみ。この目的のために、自国は、ＩＭＳＩのＭＣＣ部分の国として定義
される。
【0085】
クラス１２：セキュリティサービス。自国のホームＰＬＭＮおよび訪問したＰＬＭＮの
み。この目的のために、自国は、ＩＭＳＩのＭＣＣ部分の国として定義される。
み。この目的のために、自国は、ＩＭＳＩのＭＣＣ部分の国として定義される。
【0086】
クラス１１：ＰＬＭＮ使用のため（ＥＨＰＬＭＮリストが存在しない場合にのみホーム
ＰＬＭＮ、または任意のＥＨＰＬＭＮ。）
ＰＬＭＮ、または任意のＥＨＰＬＭＮ。）
【0087】
クラス１０：緊急呼び出しのため、および
【0088】
クラス０－９：ホームＰＬＭＮおよび訪問したＰＬＭＮ。
【0089】
アクセスクラス制御において、基地局は、図２に示すとおり、カバレッジエリア中の全
ての端末が情報を同時に受信し、アクセス制御を行うことができるように、それぞれのア
クセスクラス（Access Class：ＡＣ）についての制御データ（例えば、規制速度、秒単
位での平均アクセス規制時間値）セットを含む情報をブロードキャストする。一般的に、
ＡＣ０から９にアクセスクラス制御を適用する目的は、ネットワーク機器を保護し、通信
トラフィックを最適化することであり、一方、規制が適用されないようにＡＣ１０および
ＡＣ１１から１５にアクセスクラス制御を適用することを利用し、緊急および高い優先度
の通信のためのセキュア通信を達成する。図２に示される制御フローに基づく、いくつか
のアクセスクラス制御方法は、ＬＴＥにおいて特定され、本明細書にさらに記載される。
ての端末が情報を同時に受信し、アクセス制御を行うことができるように、それぞれのア
クセスクラス（Access Class：ＡＣ）についての制御データ（例えば、規制速度、秒単
位での平均アクセス規制時間値）セットを含む情報をブロードキャストする。一般的に、
ＡＣ０から９にアクセスクラス制御を適用する目的は、ネットワーク機器を保護し、通信
トラフィックを最適化することであり、一方、規制が適用されないようにＡＣ１０および
ＡＣ１１から１５にアクセスクラス制御を適用することを利用し、緊急および高い優先度
の通信のためのセキュア通信を達成する。図２に示される制御フローに基づく、いくつか
のアクセスクラス制御方法は、ＬＴＥにおいて特定され、本明細書にさらに記載される。
【0090】
アクセスクラス規制（Access Class Barring：ＡＣＢ）は、ＲＲＣアイドルモードで
のみ適用可能なアクセス制御機構である。ＡＣＢは、ＵＥ ＲＲＣ層で行われる。ネット
ワークによってブロードキャストされる規制速度情報に基づき、端末は、接続リクエスト
がそのＡＣに基づいて送信されることが許容されるかどうかを判定する。さらに、ボイス
オーバーＬＴＥ（Voice over LTE：ＶｏＬＴＥ）を含む、一般的なパケット呼び出しの
ための接続リクエストの送信、および緊急呼び出しといった、ＡＣＢを用いて制御可能な
２種類のパケットデータ送信が存在する。通常のデータ信号伝達（携帯発信データ、例え
ば、ＭＯデータ）のための規制パラメータとは異なる、信号伝達（携帯発信信号伝達、例
えば、ＭＯ信号伝達）のための規制パラメータが定義される。ネットワークによってブロ
ードキャストされる規制速度情報に基づき、端末は、接続リクエストがそのＡＣに基づい
て送信されることが許容されるかどうかを判定する。
のみ適用可能なアクセス制御機構である。ＡＣＢは、ＵＥ ＲＲＣ層で行われる。ネット
ワークによってブロードキャストされる規制速度情報に基づき、端末は、接続リクエスト
がそのＡＣに基づいて送信されることが許容されるかどうかを判定する。さらに、ボイス
オーバーＬＴＥ（Voice over LTE：ＶｏＬＴＥ）を含む、一般的なパケット呼び出しの
ための接続リクエストの送信、および緊急呼び出しといった、ＡＣＢを用いて制御可能な
２種類のパケットデータ送信が存在する。通常のデータ信号伝達（携帯発信データ、例え
ば、ＭＯデータ）のための規制パラメータとは異なる、信号伝達（携帯発信信号伝達、例
えば、ＭＯ信号伝達）のための規制パラメータが定義される。ネットワークによってブロ
ードキャストされる規制速度情報に基づき、端末は、接続リクエストがそのＡＣに基づい
て送信されることが許容されるかどうかを判定する。
【0091】
サービス特有のアクセス制御（Service Specific Access Control：ＳＳＡＣ）は、
ＲＲＣアイドルモードおよびＲＲＣ接続モードの両方に適用可能なアクセスクラス制御方
法である。この方法では、ＳＳＡＣは、ＮＡＳ ＩＭＳ層で行われる。ＳＳＡＣアクセス
制御特徴によって、マルチメディアテレフォニー（Multi Media Telephony：ＭＭＴＥ
Ｌサービス、例えば、ＶｏＬＴＥおよびビデオオーバーＬＴＥ（Video over LTE：Ｖｉ
ＬＴＥ）のための独立したアクセス制御が可能になる。端末がすでにネットワークに接続
している場合であっても、バックグラウンド信号伝達トラフィックをアクセス制御するこ
とが必要な場合があるため（例えば、ＵＥにおけるＩＭＳアプリケーションクライアント
とＩＭＳサーバとの間のバックグラウンド同期トラフィックのために）、ＳＳＡＣ特徴は
、ＲＲＣ接続モードにも適用される。ネットワークによってブロードキャストされるＳＳ
ＡＣ特有の規制速度情報に基づき、ＩＭＳ音声、ＩＭＳ映像またはＩＭＳ ＳＭＳのいず
れかについて、端末は、接続リクエストがそのＡＣに基づいて送信されることが許容され
るかどうかを判定する。
ＲＲＣアイドルモードおよびＲＲＣ接続モードの両方に適用可能なアクセスクラス制御方
法である。この方法では、ＳＳＡＣは、ＮＡＳ ＩＭＳ層で行われる。ＳＳＡＣアクセス
制御特徴によって、マルチメディアテレフォニー（Multi Media Telephony：ＭＭＴＥ
Ｌサービス、例えば、ＶｏＬＴＥおよびビデオオーバーＬＴＥ（Video over LTE：Ｖｉ
ＬＴＥ）のための独立したアクセス制御が可能になる。端末がすでにネットワークに接続
している場合であっても、バックグラウンド信号伝達トラフィックをアクセス制御するこ
とが必要な場合があるため（例えば、ＵＥにおけるＩＭＳアプリケーションクライアント
とＩＭＳサーバとの間のバックグラウンド同期トラフィックのために）、ＳＳＡＣ特徴は
、ＲＲＣ接続モードにも適用される。ネットワークによってブロードキャストされるＳＳ
ＡＣ特有の規制速度情報に基づき、ＩＭＳ音声、ＩＭＳ映像またはＩＭＳ ＳＭＳのいず
れかについて、端末は、接続リクエストがそのＡＣに基づいて送信されることが許容され
るかどうかを判定する。
【0092】
ＭＭＴＥＬサービスを優先するために、ＭＭＴＥＬサービスコールタイプと関連付けら
れた接続リクエストのためのＡＣＢ特徴をスキップするための機構が本明細書で記載され
ることを注記しておくべきである。この考えは、二重のアクセス規制（例えば、一般的な
ＡＣＢレベルでの規制、次いで、ＳＳＡＣレベルでの規制）を受けるＭＭＴＥＬサービス
を無効にするためのものである。
れた接続リクエストのためのＡＣＢ特徴をスキップするための機構が本明細書で記載され
ることを注記しておくべきである。この考えは、二重のアクセス規制（例えば、一般的な
ＡＣＢレベルでの規制、次いで、ＳＳＡＣレベルでの規制）を受けるＭＭＴＥＬサービス
を無効にするためのものである。
【0093】
上述のＶｏＬＴＥ機能をサポートしていないＬＴＥ端末について、音声サービスは、回
路交換フォールバック（Circuit Switch Fallback：ＣＳＦＢ）のためのアクセス制御
を介して与えられる。ＣＳＦＢのためのＡＣＢは、端末がＬＴＥネットワーク内に依然と
して留まっているときに、ＣＳＦＢ呼び出しのための接続リクエストを制限するように定
義される。このアクセス制御機構は、ＲＲＣアイドルモードのＵＥに適用される。ＡＣＢ
が可能であるときにＣＳＦＢ呼び出しを優先し、本明細書に記載するＡＣＢ特徴の結果と
してＣＳＦＢ呼び出しが規制されるのを避けるために、ＣＳＦＢに特有のアクセス規制制
御がＬＴＥに導入されていることを注記しておくべきである。ネットワークによってブロ
ードキャストされるＣＳＦＢに特有の規制速度情報に基づき、端末は、接続リクエストが
そのＡＣに基づいて送信されることが許容されるかどうかを判定する。
路交換フォールバック（Circuit Switch Fallback：ＣＳＦＢ）のためのアクセス制御
を介して与えられる。ＣＳＦＢのためのＡＣＢは、端末がＬＴＥネットワーク内に依然と
して留まっているときに、ＣＳＦＢ呼び出しのための接続リクエストを制限するように定
義される。このアクセス制御機構は、ＲＲＣアイドルモードのＵＥに適用される。ＡＣＢ
が可能であるときにＣＳＦＢ呼び出しを優先し、本明細書に記載するＡＣＢ特徴の結果と
してＣＳＦＢ呼び出しが規制されるのを避けるために、ＣＳＦＢに特有のアクセス規制制
御がＬＴＥに導入されていることを注記しておくべきである。ネットワークによってブロ
ードキャストされるＣＳＦＢに特有の規制速度情報に基づき、端末は、接続リクエストが
そのＡＣに基づいて送信されることが許容されるかどうかを判定する。
【0094】
データ通信のための特定用途向け輻輳制御（Application Specific Congestion Con
trol for Data Communication：ＡＣＤＣ）は、操作者が、アイドルモードのＵＥにお
いて、特に、操作者が特定するアプリケーションからの新しいアクセス試行を可能にする
／抑制するためのアクセス制御機構である。この機構は、ＲＲＣアイドルモードのＵＥに
のみ適用される。ホームネットワークは、特に、それぞれに対して操作者が特定する用途
が関連付けられる少なくとも４個から最大で１６個までのＡＣＤＣカテゴリを用い、ＵＥ
を構成してもよい。構成される場合、アクセス制御規制構成は、ＡＣＤＣカテゴリに基づ
いて構成され、存在しない場合、セルへのアクセスは、そのＡＣＤＣカテゴリについて規
制されていないとみなされる。ネットワークによってブロードキャストされるＡＣＤＣカ
テゴリに特有の規制速度情報に基づき、端末は、接続リクエストがそのＡＣに基づいて送
信されることが許容されるかどうかを判定する。
trol for Data Communication：ＡＣＤＣ）は、操作者が、アイドルモードのＵＥにお
いて、特に、操作者が特定するアプリケーションからの新しいアクセス試行を可能にする
／抑制するためのアクセス制御機構である。この機構は、ＲＲＣアイドルモードのＵＥに
のみ適用される。ホームネットワークは、特に、それぞれに対して操作者が特定する用途
が関連付けられる少なくとも４個から最大で１６個までのＡＣＤＣカテゴリを用い、ＵＥ
を構成してもよい。構成される場合、アクセス制御規制構成は、ＡＣＤＣカテゴリに基づ
いて構成され、存在しない場合、セルへのアクセスは、そのＡＣＤＣカテゴリについて規
制されていないとみなされる。ネットワークによってブロードキャストされるＡＣＤＣカ
テゴリに特有の規制速度情報に基づき、端末は、接続リクエストがそのＡＣに基づいて送
信されることが許容されるかどうかを判定する。
【0095】
拡張アクセスクラス規制（Extended Access Class Barring：ＥＡＢ）は、ＲＲＣ
ＩｄｌｅモードでのＵＥにのみ適用可能なアクセス規制制御方法の一種である。拡張アク
セス規制（Extended Access Barring：ＥＡＢ）は、操作者が、アクセスネットワーク
および／またはコアネットワークの過負荷を防ぐために、ＥＡＢを構成するＵＥ（一般的
に、マシンタイプ通信（Machine Type Communication：ＭＴＣ）デバイス）からの携帯
発信アクセス試行を制御するための機構である。輻輳状況では、操作者は、他のＵＥから
のアクセスを可能にしつつ、ＥＡＢを構成するＵＥからのアクセスを制限することができ
る。ＥＡＢを構成するＵＥは、他のＵＥよりもアクセス制限に対して寛容度が高いと考え
られる。操作者が、ＥＡＢを適用することが適切であると判定した場合、ネットワークは
、必要な情報をブロードキャストし、特定のエリアにあるＵＥのためのＥＡＢ制御を与え
る。ネットワークは、どの拡張アクセス規制を適用するかについてのＡＣ（おそらく０か
ら９）を含むビットマップを、ＥＡＢを適用するＵＥのカテゴリ（カテゴリａ、ｂまたは
ｃ）と共にブロードキャストする。低いアクセス優先度と拡張アクセス規制のために構成
されるＵＥも、低いアクセス優先度と拡張アクセス規制の優先度の制限のオーバーライド
のための許可を伴って構成されてもよい。この構成は、主に、ネットワークリソースにア
クセスするために他のＵＥと競争するとき、低いアクセス優先度に起因して、時間のほと
んどが延長されることを許容し得るが、時折、低いアクセス優先度の構成がアクセスを得
るのを妨げている場合にも、ネットワークへのアクセスを必要とするアプリケーションま
たはユーザによって使用するためのものである。低い優先度のアクセスまたは拡張アクセ
ス規制制限条件の間にもネットワークアクセスを得るために、ユーザまたはアプリケーシ
ョン（ＵＥの上の層）は、ＵＥに、低いアクセス優先度なしにＰＤＮ接続の起動を開始さ
せることを要求してもよい。
ＩｄｌｅモードでのＵＥにのみ適用可能なアクセス規制制御方法の一種である。拡張アク
セス規制（Extended Access Barring：ＥＡＢ）は、操作者が、アクセスネットワーク
および／またはコアネットワークの過負荷を防ぐために、ＥＡＢを構成するＵＥ（一般的
に、マシンタイプ通信（Machine Type Communication：ＭＴＣ）デバイス）からの携帯
発信アクセス試行を制御するための機構である。輻輳状況では、操作者は、他のＵＥから
のアクセスを可能にしつつ、ＥＡＢを構成するＵＥからのアクセスを制限することができ
る。ＥＡＢを構成するＵＥは、他のＵＥよりもアクセス制限に対して寛容度が高いと考え
られる。操作者が、ＥＡＢを適用することが適切であると判定した場合、ネットワークは
、必要な情報をブロードキャストし、特定のエリアにあるＵＥのためのＥＡＢ制御を与え
る。ネットワークは、どの拡張アクセス規制を適用するかについてのＡＣ（おそらく０か
ら９）を含むビットマップを、ＥＡＢを適用するＵＥのカテゴリ（カテゴリａ、ｂまたは
ｃ）と共にブロードキャストする。低いアクセス優先度と拡張アクセス規制のために構成
されるＵＥも、低いアクセス優先度と拡張アクセス規制の優先度の制限のオーバーライド
のための許可を伴って構成されてもよい。この構成は、主に、ネットワークリソースにア
クセスするために他のＵＥと競争するとき、低いアクセス優先度に起因して、時間のほと
んどが延長されることを許容し得るが、時折、低いアクセス優先度の構成がアクセスを得
るのを妨げている場合にも、ネットワークへのアクセスを必要とするアプリケーションま
たはユーザによって使用するためのものである。低い優先度のアクセスまたは拡張アクセ
ス規制制限条件の間にもネットワークアクセスを得るために、ユーザまたはアプリケーシ
ョン（ＵＥの上の層）は、ＵＥに、低いアクセス優先度なしにＰＤＮ接続の起動を開始さ
せることを要求してもよい。
【0096】
３ＧＰＰのＲＡＮ２ワーキンググループは、（例えば、ＲＲＣアイドルモードまたはＲ
ＲＣ休止モードで）ネットワークにアクセスすること、またはネットワークによって信号
伝達されるアクセス規制構成情報に基づき、ネットワークに（例えば、ＲＲＣ接続モード
で）送信することが許可されるか否かを評価するために、各ＵＥがデフォルトまたは事前
設定されたアクセスカテゴリを使用する統一アクセス制御フレームワーク（例えば、アク
セスカテゴリに基づく無線アクセス制御のための１つの共通のフレームワーク）を検討し
ている。この統一された手法を選択する例示的なアクセス制御フローは、図３に示される
（Ｒ２－１７０６５０５、Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ｆｏｒ ＮＲ、３ＧＰＰ Ｔ
ＳＧ－ＲＡＮ ＷＧ２ ＮＲ＃２、Ｅｒｉｃｓｓｏｎを参照）。この例は、実際のアクセ
ス制御がＵＥ ＡＳで行われると仮定している（例えば、図３の工程６）。
ＲＣ休止モードで）ネットワークにアクセスすること、またはネットワークによって信号
伝達されるアクセス規制構成情報に基づき、ネットワークに（例えば、ＲＲＣ接続モード
で）送信することが許可されるか否かを評価するために、各ＵＥがデフォルトまたは事前
設定されたアクセスカテゴリを使用する統一アクセス制御フレームワーク（例えば、アク
セスカテゴリに基づく無線アクセス制御のための１つの共通のフレームワーク）を検討し
ている。この統一された手法を選択する例示的なアクセス制御フローは、図３に示される
（Ｒ２－１７０６５０５、Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ｆｏｒ ＮＲ、３ＧＰＰ Ｔ
ＳＧ－ＲＡＮ ＷＧ２ ＮＲ＃２、Ｅｒｉｃｓｓｏｎを参照）。この例は、実際のアクセ
ス制御がＵＥ ＡＳで行われると仮定している（例えば、図３の工程６）。
【0097】
以下は、Ｒ２－１７０６５０５で捕捉される信号フローの短い説明である。
【0098】
工程１で、コアネットワークは、ＵＥにおいてアクセスカテゴリを構成する。この構成
は、イベントの種類、アプリケーション、サービスまたはアクセスカテゴリに対する他の
態様の組み合わせに関連するマッピングルールを含む。必要な場合、ＳＩＭに保存される
アクセスクラス（０－１５）（１つまたは複数）もマッピングルールで使用可能である。
これらのマッピングルールは、ＮＡＳ信号伝達を用い、コアネットワークから構成される
。これは、典型的には、ＵＥ特有の構成を有するために、専用の信号伝達であり、典型的
には、接続中、例えば、登録エリアアップデート中に行われる。ＵＥにおけるカテゴリ構
成の結果は、表として示されており、構成のルールと得られるカテゴリの両方を含んでい
る。
は、イベントの種類、アプリケーション、サービスまたはアクセスカテゴリに対する他の
態様の組み合わせに関連するマッピングルールを含む。必要な場合、ＳＩＭに保存される
アクセスクラス（０－１５）（１つまたは複数）もマッピングルールで使用可能である。
これらのマッピングルールは、ＮＡＳ信号伝達を用い、コアネットワークから構成される
。これは、典型的には、ＵＥ特有の構成を有するために、専用の信号伝達であり、典型的
には、接続中、例えば、登録エリアアップデート中に行われる。ＵＥにおけるカテゴリ構
成の結果は、表として示されており、構成のルールと得られるカテゴリの両方を含んでい
る。
【0099】
【表1】
【0100】
この例は、アクセスクラス、スライス、アプリケーションおよびコールタイプに依存す
るアクセスカテゴリを示すが、必ずしも、全ての態様が考慮される必要のある事例ではな
い。あるアクセスがアプリケーション３に関連付けられるとすぐに、例えば、他の入力と
は関係なく、アクセスカテゴリ５が常に得られてもよい。構成されるアクセスカテゴリは
、ＵＥに保存される。
るアクセスカテゴリを示すが、必ずしも、全ての態様が考慮される必要のある事例ではな
い。あるアクセスがアプリケーション３に関連付けられるとすぐに、例えば、他の入力と
は関係なく、アクセスカテゴリ５が常に得られてもよい。構成されるアクセスカテゴリは
、ＵＥに保存される。
【0101】
工程２で、ネットワークにアクセスするためのトリガは、ＵＥ中のＮＡＳ層で起こる。
【0102】
工程３で、ＮＡＳは、工程１におけるＵＥ構成に基づき、この特定のアクセスのための
アクセスカテゴリを決定する。
アクセスカテゴリを決定する。
【0103】
工程４で、接続を設定することが必要な場合、ＮＡＳは、この決定したアクセスカテゴ
リをＡＳ（ＲＲＣ層）に与える。
リをＡＳ（ＲＲＣ層）に与える。
【0104】
工程５で、アクセス制御規制表示が受信される。ＲＡＮは、アクセスカテゴリが規制さ
れるか否かのシステム情報によって表示する（例えば、ＡＣＤＣと同様の規制確率因子お
よび規制時間、またはＥＡＢと同様のビットマップ、またはその他を使用する）。この信
号伝達は、ＲＲＣ層の一部である。これらのパラメータをどのように実現し、運ぶかは、
Ｒ２－１７０６５０９、Ｓｉｇｎａｌｉｎｇ ｏｆ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐ
ａｒａｍｅｔｅｒｓ、３ＧＰＰ ＴＳＧ－ＲＡＮ ＷＧ２ ＮＲ＃２、Ｅｒｉｃｓｓｏｎ
でさらに考察され、図４にさらに示されている。
れるか否かのシステム情報によって表示する（例えば、ＡＣＤＣと同様の規制確率因子お
よび規制時間、またはＥＡＢと同様のビットマップ、またはその他を使用する）。この信
号伝達は、ＲＲＣ層の一部である。これらのパラメータをどのように実現し、運ぶかは、
Ｒ２－１７０６５０９、Ｓｉｇｎａｌｉｎｇ ｏｆ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐ
ａｒａｍｅｔｅｒｓ、３ＧＰＰ ＴＳＧ－ＲＡＮ ＷＧ２ ＮＲ＃２、Ｅｒｉｃｓｓｏｎ
でさらに考察され、図４にさらに示されている。
【0105】
工程６で、アクセス規制チェックが起こる。アクセス試行（ランダムアクセス）を行う
前に、ＵＥにおけるＡＳ層は、特定のアクセスカテゴリが規制されるかどうかをチェック
するために、決定したアクセスカテゴリを、ブロードキャストされたシステム情報と共に
使用する。これは、典型的には、ＲＲＣ層の一部である。
前に、ＵＥにおけるＡＳ層は、特定のアクセスカテゴリが規制されるかどうかをチェック
するために、決定したアクセスカテゴリを、ブロードキャストされたシステム情報と共に
使用する。これは、典型的には、ＲＲＣ層の一部である。
【0106】
工程７で、ＵＥ中のＡＳ層が、この特定のアクセスが規制されないと判定される場合、
アクセス試行を行う。
アクセス試行を行う。
【0107】
表２は、アクセス制御のための異なる機能の割り当てをまとめている。
【0108】
【表2】
【0109】
５Ｇ ＮＲの要求と、５Ｇシステムがサポートすることが想定される多種多様なサービ
スおよびバーチカルの観点で、５Ｇネットワークにおける効果的なアクセス制御は、優れ
た顧客満足経験を与え、重大な通信および緊急呼び出しの優先順位付けのための法的規制
に合致しつつ、提供されるサービスから最大利益を得ることを目的とする操作者と合う様
式で、利用可能なネットワークキャパシティが割り当てられることを確保しながらの安定
な５Ｇネットワーク操作のために必要とされる。
スおよびバーチカルの観点で、５Ｇネットワークにおける効果的なアクセス制御は、優れ
た顧客満足経験を与え、重大な通信および緊急呼び出しの優先順位付けのための法的規制
に合致しつつ、提供されるサービスから最大利益を得ることを目的とする操作者と合う様
式で、利用可能なネットワークキャパシティが割り当てられることを確保しながらの安定
な５Ｇネットワーク操作のために必要とされる。
【0110】
本明細書に記載するとおり、３ＧＰＰのＲＡＮ２ワーキンググループは、（例えば、Ｒ
ＲＣアイドルモードまたはＲＲＣ休止モードで）ネットワークにアクセスすること、また
はネットワークによって信号伝達されるアクセス規制構成情報に基づき、ネットワークに
（例えば、ＲＲＣ接続モードで）送信することが許可されるか否かを評価するために、各
ＵＥがデフォルトまたは事前設定されたアクセスカテゴリを使用する統一アクセス制御フ
レームワーク（例えば、アクセスカテゴリに基づく無線アクセス制御のための１つの共通
のフレームワーク）を検討している。
ＲＣアイドルモードまたはＲＲＣ休止モードで）ネットワークにアクセスすること、また
はネットワークによって信号伝達されるアクセス規制構成情報に基づき、ネットワークに
（例えば、ＲＲＣ接続モードで）送信することが許可されるか否かを評価するために、各
ＵＥがデフォルトまたは事前設定されたアクセスカテゴリを使用する統一アクセス制御フ
レームワーク（例えば、アクセスカテゴリに基づく無線アクセス制御のための１つの共通
のフレームワーク）を検討している。
【0111】
対処されることが必要な課題の１つは、ＡＣ規制構成のための効率的な信号伝達手順の
設計である。５Ｇシステムがサポートすることが予想される大量のサービスおよびバーチ
カル群と、５Ｇ設計に対する前向きな要求を考慮すると、属性（例えば、イベントの種類
、アプリケーション、サービス、スライス、コールタイプ、デバイスカテゴリ、ＱｏＳ分
類インデックス（ＱＣＩ）、ＱｏＳフロー、またはアクセスカテゴリを定義する他の態様
）の組み合わせに対する多くのアクセスカテゴリマッピングルールは、多数のアクセスカ
テゴリの潜在能力を導くと考えることができる。これらのカテゴリの信号伝達は、それに
対応する無線アクセス規制構成パラメータと共に、適切に設計されていない場合には顕著
なオーバーヘッドを表す場合がある。
設計である。５Ｇシステムがサポートすることが予想される大量のサービスおよびバーチ
カル群と、５Ｇ設計に対する前向きな要求を考慮すると、属性（例えば、イベントの種類
、アプリケーション、サービス、スライス、コールタイプ、デバイスカテゴリ、ＱｏＳ分
類インデックス（ＱＣＩ）、ＱｏＳフロー、またはアクセスカテゴリを定義する他の態様
）の組み合わせに対する多くのアクセスカテゴリマッピングルールは、多数のアクセスカ
テゴリの潜在能力を導くと考えることができる。これらのカテゴリの信号伝達は、それに
対応する無線アクセス規制構成パラメータと共に、適切に設計されていない場合には顕著
なオーバーヘッドを表す場合がある。
【0112】
さらに、自身に対するアクセスカテゴリを用いるネットワークによるＵＥの構成は、シ
グナル伝達オーバーヘッドの課題を表す場合があり、したがって、アクセスカテゴリを用
いてＵＥを構成するための信号伝達の設計は、注意深く考慮する必要がある。例えば、Ｕ
Ｅにおいてアクセスカテゴリの構成を行うことは、コアネットワークからの信号伝達を必
要とする場合がある。これにより、ＵＥがその後のアクセス試行を行う際に、この構成を
使用することができる。このことは、典型的には、アイドルおよび休止状態での移動中に
、ＵＥが、コアネットワークから前もって得ておいた構成を使用することができるべきで
あることを暗示している。さらなる信号伝達のトリガ生成を避けるために、アクセスカテ
ゴリマッピングのためのルールを維持し、それを頻繁に変えないようにすることが合理的
であろう。しかし、ＵＥによってアクセスカテゴリの保存された構成の有効性を判定する
方法は、対処すべき問題である。
グナル伝達オーバーヘッドの課題を表す場合があり、したがって、アクセスカテゴリを用
いてＵＥを構成するための信号伝達の設計は、注意深く考慮する必要がある。例えば、Ｕ
Ｅにおいてアクセスカテゴリの構成を行うことは、コアネットワークからの信号伝達を必
要とする場合がある。これにより、ＵＥがその後のアクセス試行を行う際に、この構成を
使用することができる。このことは、典型的には、アイドルおよび休止状態での移動中に
、ＵＥが、コアネットワークから前もって得ておいた構成を使用することができるべきで
あることを暗示している。さらなる信号伝達のトリガ生成を避けるために、アクセスカテ
ゴリマッピングのためのルールを維持し、それを頻繁に変えないようにすることが合理的
であろう。しかし、ＵＥによってアクセスカテゴリの保存された構成の有効性を判定する
方法は、対処すべき問題である。
【0113】
対処すべき別の課題は、ＲＲＣ ＣＯＮＮＥＣＴＥＤモードのＵＥのためのアクセス規
制制御の問題である。ＲＲＣ ＣＯＮＮＥＣＴＥＤ状態のＵＥについて、制御プレーンお
よびユーザプレーンにおけるアクセス制御のためのソリューションが立案される必要があ
る。例えば、ユーザプレーン中にアクセス制御が存在し、送信するための既存のＰＤＵセ
ッションに属するＱｏＳフローに対するアップリンクデータが存在すると仮定する。かか
るアップリンク送信は、アクセス制御を受けてもよい。アップリンク送信が、アクセス制
御判定の結果として可能ではない場合、ＵＥの挙動は、以下のように特定される必要があ
る場合がある。
制制御の問題である。ＲＲＣ ＣＯＮＮＥＣＴＥＤ状態のＵＥについて、制御プレーンお
よびユーザプレーンにおけるアクセス制御のためのソリューションが立案される必要があ
る。例えば、ユーザプレーン中にアクセス制御が存在し、送信するための既存のＰＤＵセ
ッションに属するＱｏＳフローに対するアップリンクデータが存在すると仮定する。かか
るアップリンク送信は、アクセス制御を受けてもよい。アップリンク送信が、アクセス制
御判定の結果として可能ではない場合、ＵＥの挙動は、以下のように特定される必要があ
る場合がある。
【0114】
アクセス制御によるアップリンク送信制限の存在下でのバッファステイタスの報告。
【0115】
アクセス制御によるアップリンク送信制限の存在下でのスケジューリングリクエストの
取り扱い。
取り扱い。
【0116】
アクセス制御によるアップリンク送信制限の存在下での論理チャンネルの優先順位付け
、および／または
、および／または
【0117】
アクセス制御がＡＳによって実施される場合に、ＵＥ ＮＡＳとＵＥ ＡＳとの間のフ
ロー制御。
ロー制御。
【0118】
これに加え、アイドルモードおよび休止モードでのアクセス制御も対処されることが必
要であろう。
要であろう。
【0119】
アクセスカテゴリ構成の信号伝達のための方法およびシステムが開示される。
【0120】
ＵＥは、２種類のアクセスカテゴリを用いて構成されてもよい。１種類のアクセスカテ
ゴリは、本明細書で定義されるアクセスカテゴリであってもよい。これらのアクセスカテ
ゴリは、ＰＬＭＮスタッフ、救急サービス、公共事業（例えば、水／ガス供給業者）、セ
キュリティサービスなどによって使用するための特有のアクセスカテゴリを含んでいても
よい。特有のアクセスカテゴリを含む、基準において特定され得るこれらの種類のアクセ
スカテゴリは、本明細書では、デフォルトアクセスカテゴリと呼ばれてもよい。使用して
ＵＥが構成され得る他の種類のアクセスカテゴリは、基準において特定されないアクセス
カテゴリであってもよい。かかるアクセスカテゴリの定義は、具体的なシナリオの実行お
よび配置に任されていてもよく、サービス差別化の提供のために操作者に柔軟性を与える
。例えば、５Ｇの仕様は、様々なアクセスカテゴリと、潜在的にアクセスカテゴリ識別子
を定義していてもよい。アクセスカテゴリ識別子、対応するアクセスカテゴリ、およびこ
れらの使用および属性の詳細の一部が特定されていてもよく、一方、特定されるアクセス
カテゴリ範囲の他の部分を形成する第２のアクセスカテゴリ群は、これらがどのような意
味を有するか、どのように使用されるかに関する具体的なシナリオの実行および配置に任
されていてもよい。この第２のアクセスカテゴリ群は、本明細書で「操作者が定義するア
クセスカテゴリ」と呼ばれてもよい。
ゴリは、本明細書で定義されるアクセスカテゴリであってもよい。これらのアクセスカテ
ゴリは、ＰＬＭＮスタッフ、救急サービス、公共事業（例えば、水／ガス供給業者）、セ
キュリティサービスなどによって使用するための特有のアクセスカテゴリを含んでいても
よい。特有のアクセスカテゴリを含む、基準において特定され得るこれらの種類のアクセ
スカテゴリは、本明細書では、デフォルトアクセスカテゴリと呼ばれてもよい。使用して
ＵＥが構成され得る他の種類のアクセスカテゴリは、基準において特定されないアクセス
カテゴリであってもよい。かかるアクセスカテゴリの定義は、具体的なシナリオの実行お
よび配置に任されていてもよく、サービス差別化の提供のために操作者に柔軟性を与える
。例えば、５Ｇの仕様は、様々なアクセスカテゴリと、潜在的にアクセスカテゴリ識別子
を定義していてもよい。アクセスカテゴリ識別子、対応するアクセスカテゴリ、およびこ
れらの使用および属性の詳細の一部が特定されていてもよく、一方、特定されるアクセス
カテゴリ範囲の他の部分を形成する第２のアクセスカテゴリ群は、これらがどのような意
味を有するか、どのように使用されるかに関する具体的なシナリオの実行および配置に任
されていてもよい。この第２のアクセスカテゴリ群は、本明細書で「操作者が定義するア
クセスカテゴリ」と呼ばれてもよい。
【0121】
アクセスカテゴリは、以下の１つ以上の属性またはコンポーネントに基づいて定義され
てもよい。アクセスクラス、スライス、アプリケーション、オペレーティングシステム（
Operating System：ＯＳ）、コールタイプ、トラフィックフローまたはパケットフロー
、サービスデータフロー、ＱｏＳフロー、ＱＣＩ、加入プロファイル（例えば、プラチナ
ユーザ、ゴールドユーザ、シルバーユーザおよびブロンズユーザ）。
てもよい。アクセスクラス、スライス、アプリケーション、オペレーティングシステム（
Operating System：ＯＳ）、コールタイプ、トラフィックフローまたはパケットフロー
、サービスデータフロー、ＱｏＳフロー、ＱＣＩ、加入プロファイル（例えば、プラチナ
ユーザ、ゴールドユーザ、シルバーユーザおよびブロンズユーザ）。
【0122】
オープン・モバイル・アライアンスデバイス管理（Open Mobile Alliance Device
Management：ＯＭＡ ＤＭ）プロトコルを用いたアクセスカテゴリ構成の可能な管理オブ
ジェクトは、図５に示される。アクセスカテゴリ管理オブジェクトのノードの構成は、図
６－１４に示される。
Management：ＯＭＡ ＤＭ）プロトコルを用いたアクセスカテゴリ構成の可能な管理オブ
ジェクトは、図５に示される。アクセスカテゴリ管理オブジェクトのノードの構成は、図
６－１４に示される。
【0123】
図６に示される別の態様のアクセスカテゴリ構成は、ＵＥ中に保存されたアクセスカテ
ゴリ構成の有効性に関する。アクセスカテゴリ構成情報は、有効性基準構成情報を含んで
いてもよい。以下の１つ以上の基準を使用し、１つ以上のアクセスカテゴリのための有効
性ルールを定義し、構成してもよい。有効性エリア、時間帯、無線信号品質無線信号強度
の閾値基準に関連する無線アクセスネットワーク条件。ＵＥが保存されたアクセスカテゴ
リ構成の有効性を評価するために使用可能な有効性基準の可能な管理オブジェクトは、図
１４に示される。
ゴリ構成の有効性に関する。アクセスカテゴリ構成情報は、有効性基準構成情報を含んで
いてもよい。以下の１つ以上の基準を使用し、１つ以上のアクセスカテゴリのための有効
性ルールを定義し、構成してもよい。有効性エリア、時間帯、無線信号品質無線信号強度
の閾値基準に関連する無線アクセスネットワーク条件。ＵＥが保存されたアクセスカテゴ
リ構成の有効性を評価するために使用可能な有効性基準の可能な管理オブジェクトは、図
１４に示される。
【0124】
ＵＥが、アクセス規制チェックを行うＵＥエンティティにアクセスカテゴリ情報を送信
する前に、ＵＥは、アクセスカテゴリがいまだ有効である（例えば、アクセスカテゴリが
、有効性基準を満たす）ことを検証してもよい。例えば、アクセス規制チェックが、ＵＥ
アクセスストラタム（Access Stratum：ＡＳ）およびＵＥの非アクセスストラタム（Non
Access Stratum：ＮＡＳ）、またはその中で層がアクセスカテゴリ情報を用いて構成
されるエンティティによって行われる場合、ＵＥ ＮＡＳは、本明細書に記載のアクセス
規制チェックのためにＡＳにアクセスカテゴリ情報を与える前に、アクセスカテゴリの有
効性を検証してもよい。アクセスカテゴリがもはや有効ではない場合、ＵＥは、アクセス
規制チェックにおいて、そのアクセスカテゴリを使用しなくてもよい。
する前に、ＵＥは、アクセスカテゴリがいまだ有効である（例えば、アクセスカテゴリが
、有効性基準を満たす）ことを検証してもよい。例えば、アクセス規制チェックが、ＵＥ
アクセスストラタム（Access Stratum：ＡＳ）およびＵＥの非アクセスストラタム（Non
Access Stratum：ＮＡＳ）、またはその中で層がアクセスカテゴリ情報を用いて構成
されるエンティティによって行われる場合、ＵＥ ＮＡＳは、本明細書に記載のアクセス
規制チェックのためにＡＳにアクセスカテゴリ情報を与える前に、アクセスカテゴリの有
効性を検証してもよい。アクセスカテゴリがもはや有効ではない場合、ＵＥは、アクセス
規制チェックにおいて、そのアクセスカテゴリを使用しなくてもよい。
【0125】
一例では、アクセスカテゴリコンポーネントに基づくアクセスカテゴリ構成が開示され
る。アクセスカテゴリは、１つ以上のアクセスカテゴリコンポーネントからなっていても
よい。図１５に示すとおり、アクセスカテゴリコンポーネントは、以下の１つ以上であっ
てもよい。アクセスクラス、スライス、アプリケーション、ＯＳ、コールタイプ、トラフ
ィックフローまたはパケットフロー、サービスデータフロー、ＱｏＳフロー、ＱＣＩ、加
入プロファイル（例えば、プラチナユーザ、ゴールドユーザ、シルバーユーザおよびブロ
ンズユーザ）。デフォルトアクセスカテゴリについて、アクセスカテゴリコンポーネント
の詳細は、本明細書に記載するとおり、基準において特定されてもよい。ＵＥは、１つ以
上のアクセスカテゴリを用いてコアネットワークによって構成されていてもよく、ここで
、それぞれのアクセスカテゴリは、１つ以上のアクセスカテゴリコンポーネントからなっ
ている。別の例では、ＵＥは、１つ以上のアクセスカテゴリを用いて無線アクセスネット
ワーク（例えば、ｇＮＢ）によって構成されていてもよく、ここで、それぞれのアクセス
カテゴリは、１つ以上のアクセスカテゴリコンポーネントからなっている。
る。アクセスカテゴリは、１つ以上のアクセスカテゴリコンポーネントからなっていても
よい。図１５に示すとおり、アクセスカテゴリコンポーネントは、以下の１つ以上であっ
てもよい。アクセスクラス、スライス、アプリケーション、ＯＳ、コールタイプ、トラフ
ィックフローまたはパケットフロー、サービスデータフロー、ＱｏＳフロー、ＱＣＩ、加
入プロファイル（例えば、プラチナユーザ、ゴールドユーザ、シルバーユーザおよびブロ
ンズユーザ）。デフォルトアクセスカテゴリについて、アクセスカテゴリコンポーネント
の詳細は、本明細書に記載するとおり、基準において特定されてもよい。ＵＥは、１つ以
上のアクセスカテゴリを用いてコアネットワークによって構成されていてもよく、ここで
、それぞれのアクセスカテゴリは、１つ以上のアクセスカテゴリコンポーネントからなっ
ている。別の例では、ＵＥは、１つ以上のアクセスカテゴリを用いて無線アクセスネット
ワーク（例えば、ｇＮＢ）によって構成されていてもよく、ここで、それぞれのアクセス
カテゴリは、１つ以上のアクセスカテゴリコンポーネントからなっている。
【0126】
ある例では、それぞれのアクセスカテゴリコンポーネントは、ビットマップによって表
されてもよく、ビットマップの所与の値は、アクセスカテゴリコンポーネントの１つのイ
ンスタンスに対応する。それぞれのアクセスコンポーネントについて、ＵＥは、まず、図
１６に示すとおり、ＵＥが最終的にコアネットワークによって構成され得る潜在的なアク
セスカテゴリに対応するアクセス属性またはコンポーネントの可能な値またはインスタン
スのリストを用いて構成されてもよい。
されてもよく、ビットマップの所与の値は、アクセスカテゴリコンポーネントの１つのイ
ンスタンスに対応する。それぞれのアクセスコンポーネントについて、ＵＥは、まず、図
１６に示すとおり、ＵＥが最終的にコアネットワークによって構成され得る潜在的なアク
セスカテゴリに対応するアクセス属性またはコンポーネントの可能な値またはインスタン
スのリストを用いて構成されてもよい。
【0127】
ビットマップは、特有のアクセスカテゴリを用いてＵＥを構成する目的のために、アク
セスカテゴリ内のアクセスコンポーネントを表すために、その後使用されてもよい。例え
ば、アクセスカテゴリコンポーネントは、通信ネットワークを通過すると予想されるアプ
リケーションに対応していてもよい。ＵＥは、最初に、ネットワーク中のアクセスカテゴ
リ構成の一部として使用可能なアプリケーションのリストを用いて構成されてもよい。特
有のアクセスカテゴリを用いたＵＥ構成を選択し、ＵＥ上ですでに構成されたアプリケー
ションを参照しつつ、ビットマップを使用してもよく、次いで、使用してＵＥが構成され
るアクセスカテゴリのコンポーネントであるアプリケーションＩＤを構成するために使用
されてもよい。それぞれのアクセスカテゴリコンポーネントのビットマップは、異なるサ
イズであってもよい。ある例では、アクセスカテゴリを用いてＵＥを構成するために、コ
アネットワークは、図１７および図１８に示したとおり、アクセスカテゴリを構成するア
クセスカテゴリコンポーネントに対応するビットマップをＵＥに信号伝達する。別の例で
は、アクセスカテゴリを用いてＵＥを構成するために、無線アクセスネットワーク（例え
ば、ｇＮＢ）は、アクセスカテゴリを構成するアクセスカテゴリコンポーネントに対応す
るビットマップをＵＥに信号伝達する。
セスカテゴリ内のアクセスコンポーネントを表すために、その後使用されてもよい。例え
ば、アクセスカテゴリコンポーネントは、通信ネットワークを通過すると予想されるアプ
リケーションに対応していてもよい。ＵＥは、最初に、ネットワーク中のアクセスカテゴ
リ構成の一部として使用可能なアプリケーションのリストを用いて構成されてもよい。特
有のアクセスカテゴリを用いたＵＥ構成を選択し、ＵＥ上ですでに構成されたアプリケー
ションを参照しつつ、ビットマップを使用してもよく、次いで、使用してＵＥが構成され
るアクセスカテゴリのコンポーネントであるアプリケーションＩＤを構成するために使用
されてもよい。それぞれのアクセスカテゴリコンポーネントのビットマップは、異なるサ
イズであってもよい。ある例では、アクセスカテゴリを用いてＵＥを構成するために、コ
アネットワークは、図１７および図１８に示したとおり、アクセスカテゴリを構成するア
クセスカテゴリコンポーネントに対応するビットマップをＵＥに信号伝達する。別の例で
は、アクセスカテゴリを用いてＵＥを構成するために、無線アクセスネットワーク（例え
ば、ｇＮＢ）は、アクセスカテゴリを構成するアクセスカテゴリコンポーネントに対応す
るビットマップをＵＥに信号伝達する。
【0128】
ある例では、それぞれのアクセスカテゴリコンポーネントは、列挙構造によって表され
てもよく、この列挙のそれぞれの値は、アクセスカテゴリコンポーネントの可能なインス
タンスに対応する。例えば、実例として、アクセスカテゴリコンポーネントとしてネット
ワークスライスの場合を考えると、操作者は、以下のスライスを構成してもよい。ｅＭＢ
Ｂ Ｓｌｉｃｅ＿１、ｅＭＢＢ Ｓｌｉｃｅ＿２、ｅＭＢＢ ｓｌｉｄｅ＿３、ＵＲＬＬ
Ｃ Ｓｌｉｃｅ＿１、ＵＲＬＬＣ Ｓｌｉｃｅ＿２、ｍＭＴＣ Ｓｌｉｃｅ＿１、ｍＭＴ
Ｃ Ｓｌｉｃｅ＿２およびｍＭＴＣ＿Ｓｌｉｃｅ３。ネットワークスライスのためのアク
セスカテゴリコンポーネントは、以下の列挙によって表されてもよい。ＥＮＵＭＥＲＡＴ
ＥＤ｛Ｓｌｉｃｅ＿１，ｅＭＢＢ Ｓｌｉｃｅ＿２，ｅＭＢＢ ｓｌｉｄｅ＿３，ＵＲＬ
ＬＣ Ｓｌｉｃｅ＿１，ＵＲＬＬＣ Ｓｌｉｃｅ＿２，ｍＭＴＣ Ｓｌｉｃｅ＿１，ｍＭ
ＴＣ Ｓｌｉｃｅ＿２およびｍＭＴＣ＿Ｓｌｉｃｅ３｝。アクセスカテゴリを用いてＵＥ
を構成するために、コアネットワークは、アクセスカテゴリを構成するアクセスカテゴリ
コンポーネントの列挙値をＵＥに信号伝達する（例えば、アクセスカテゴリコンポーネン
トのためのＵＲＬＬＣ Ｓｌｉｃｅ＿２は、ネットワークスライス属性に対応する）。別
の例では、アクセスカテゴリを用いてＵＥを構成するために、無線アクセスネットワーク
（例えば、ｇＮＢ）は、アクセスカテゴリを構成するアクセスカテゴリコンポーネントの
列挙値をＵＥに信号伝達する（例えば、アクセスカテゴリコンポーネントのためのＵＲＬ
ＬＣ Ｓｌｉｃｅ＿２は、ネットワークスライス属性に対応する）。
てもよく、この列挙のそれぞれの値は、アクセスカテゴリコンポーネントの可能なインス
タンスに対応する。例えば、実例として、アクセスカテゴリコンポーネントとしてネット
ワークスライスの場合を考えると、操作者は、以下のスライスを構成してもよい。ｅＭＢ
Ｂ Ｓｌｉｃｅ＿１、ｅＭＢＢ Ｓｌｉｃｅ＿２、ｅＭＢＢ ｓｌｉｄｅ＿３、ＵＲＬＬ
Ｃ Ｓｌｉｃｅ＿１、ＵＲＬＬＣ Ｓｌｉｃｅ＿２、ｍＭＴＣ Ｓｌｉｃｅ＿１、ｍＭＴ
Ｃ Ｓｌｉｃｅ＿２およびｍＭＴＣ＿Ｓｌｉｃｅ３。ネットワークスライスのためのアク
セスカテゴリコンポーネントは、以下の列挙によって表されてもよい。ＥＮＵＭＥＲＡＴ
ＥＤ｛Ｓｌｉｃｅ＿１，ｅＭＢＢ Ｓｌｉｃｅ＿２，ｅＭＢＢ ｓｌｉｄｅ＿３，ＵＲＬ
ＬＣ Ｓｌｉｃｅ＿１，ＵＲＬＬＣ Ｓｌｉｃｅ＿２，ｍＭＴＣ Ｓｌｉｃｅ＿１，ｍＭ
ＴＣ Ｓｌｉｃｅ＿２およびｍＭＴＣ＿Ｓｌｉｃｅ３｝。アクセスカテゴリを用いてＵＥ
を構成するために、コアネットワークは、アクセスカテゴリを構成するアクセスカテゴリ
コンポーネントの列挙値をＵＥに信号伝達する（例えば、アクセスカテゴリコンポーネン
トのためのＵＲＬＬＣ Ｓｌｉｃｅ＿２は、ネットワークスライス属性に対応する）。別
の例では、アクセスカテゴリを用いてＵＥを構成するために、無線アクセスネットワーク
（例えば、ｇＮＢ）は、アクセスカテゴリを構成するアクセスカテゴリコンポーネントの
列挙値をＵＥに信号伝達する（例えば、アクセスカテゴリコンポーネントのためのＵＲＬ
ＬＣ Ｓｌｉｃｅ＿２は、ネットワークスライス属性に対応する）。
【0129】
図１５に示すアクセスカテゴリの例を用い、アクセスコンポーネントの列挙の一例は、
以下のように列挙されてもよい。
以下のように列挙されてもよい。
【0130】
コールタイプ：ＥＮＵＭＥＲＡＴＥＤ｛「発信信号伝達」，「緊急呼び出し」，「発信
音声」，「発信映像」，「発信ＳＭＳｏＩＰ」，「発信ＳＭＳ」，「着信呼」，「発信呼
」，「携帯発信ＣＳフォールバック」｝。
音声」，「発信映像」，「発信ＳＭＳｏＩＰ」，「発信ＳＭＳ」，「着信呼」，「発信呼
」，「携帯発信ＣＳフォールバック」｝。
【0131】
ネットワークスライス：ＥＮＵＭＥＲＡＴＥＤ｛ｅＭＢＢ Ｓｌｉｃｅ＿１，ｅＭＢＢ
Ｓｌｉｃｅ＿２，ｅＭＢＢ ｓｌｉｄｅ＿３，ＵＲＬＬＣ Ｓｌｉｃｅ＿１，ＵＲＬＬ
Ｃ Ｓｌｉｃｅ＿２，ｍＭＴＣ Ｓｌｉｃｅ＿１，ｍＭＴＣ Ｓｌｉｃｅ＿２およびｍＭ
ＴＣ＿Ｓｌｉｃｅ３）。
Ｓｌｉｃｅ＿２，ｅＭＢＢ ｓｌｉｄｅ＿３，ＵＲＬＬＣ Ｓｌｉｃｅ＿１，ＵＲＬＬ
Ｃ Ｓｌｉｃｅ＿２，ｍＭＴＣ Ｓｌｉｃｅ＿１，ｍＭＴＣ Ｓｌｉｃｅ＿２およびｍＭ
ＴＣ＿Ｓｌｉｃｅ３）。
【0132】
オペレーティングシステム（ＯＳ）：ＥＮＵＭＥＲＡＴＥＤ｛Ａｐｐｌｅ ｉＯＳ，ア
ンドロイド，ブラックベリー，Ｗｉｎｄｏｗｓ，シンビアン，ＢＡＤＡ，Ｐａｌｍ ＯＳ
，Ｏｐｅｎ ＷｅｂＯＳ，Ｍａｅｍｏ，ＭｅｅＧｏ，Ｖｅｒｄｉｃｔ｝。
ンドロイド，ブラックベリー，Ｗｉｎｄｏｗｓ，シンビアン，ＢＡＤＡ，Ｐａｌｍ ＯＳ
，Ｏｐｅｎ ＷｅｂＯＳ，Ｍａｅｍｏ，ＭｅｅＧｏ，Ｖｅｒｄｉｃｔ｝。
【0133】
アプリケーション：｛映画および動画アプリケーション、例えば、Ｎｅｔｆｌｉｘ，Ｈ
ｕｌｕ，ＹｏｕＴｕｂｅ（登録商標），ＹｏｕＴｕｂｅ ＴＶ，Ｓｐｏｔｉｆｙなど、ニ
ュースアプリケーション、例えば、ＮＹＴｉｍｅｓ，Ｖｉｃｅ Ｎｅｗｓ，Ｔｈｅ Ｗａ
ｓｈｉｎｇｔｏｎＰｏｓｔ，ＣＢＳ Ｓｐｏｒｔｓなど、ソーシャルメディアアプリケー
ション、例えば、Ｆａｃｅｂｏｏｋ，Ｉｎｓｔａｇｒａｍ，Ｔｗｉｔｔｅｒなど、メッセ
ージングアプリケーション、例えば、Ｓｋｙｐｅ，Ｍｅｓｓｅｎｇｅｒ，ＷｈａｔｓＡｐ
ｐ，Ｓｎａｐｃｈａｔなど、ゲーミングアプリケーション、例えば、Ｓｔｅａｍ，Ｐｌａ
ｙＳｔａｔｉｏｎ Ａｐｐ，ＸｂｏｘＯｎｅ，Ｖ２Ｖ Ａｐｐｓ，Ｏｐｅｒａｔｏｒ Ｓ
ｐｅｃｉｆｉｃｓ Ａｐｐｓなど｝。
ｕｌｕ，ＹｏｕＴｕｂｅ（登録商標），ＹｏｕＴｕｂｅ ＴＶ，Ｓｐｏｔｉｆｙなど、ニ
ュースアプリケーション、例えば、ＮＹＴｉｍｅｓ，Ｖｉｃｅ Ｎｅｗｓ，Ｔｈｅ Ｗａ
ｓｈｉｎｇｔｏｎＰｏｓｔ，ＣＢＳ Ｓｐｏｒｔｓなど、ソーシャルメディアアプリケー
ション、例えば、Ｆａｃｅｂｏｏｋ，Ｉｎｓｔａｇｒａｍ，Ｔｗｉｔｔｅｒなど、メッセ
ージングアプリケーション、例えば、Ｓｋｙｐｅ，Ｍｅｓｓｅｎｇｅｒ，ＷｈａｔｓＡｐ
ｐ，Ｓｎａｐｃｈａｔなど、ゲーミングアプリケーション、例えば、Ｓｔｅａｍ，Ｐｌａ
ｙＳｔａｔｉｏｎ Ａｐｐ，ＸｂｏｘＯｎｅ，Ｖ２Ｖ Ａｐｐｓ，Ｏｐｅｒａｔｏｒ Ｓ
ｐｅｃｉｆｉｃｓ Ａｐｐｓなど｝。
【0134】
アクセスクラス：｛ＡＣ０，ＡＣ１，ＡＣ２，ＡＣ３，ＡＣ４，ＡＣ５，ＡＣ６，ＡＣ
７，ＡＣ８，ＡＣ９｝。
７，ＡＣ８，ＡＣ９｝。
【0135】
具体的なアクセスクラス：｛ＡＣ１１，ＡＣ１２，ＡＣ１３，ＡＣ１４，ＡＣ１５）。
【0136】
【0137】
ある例では、いくつかのアクセスカテゴリコンポーネントは、ビットマップとして表さ
れてもよく、一方、他のいくつかは、列挙構造として表されてもよい。アクセスカテゴリ
を用いてＵＥを構成するために、コアネットワークは、いくつかのアクセスカテゴリコン
ポーネントをビットマップとしてＵＥに信号伝達し、一方、他のいくつかのアクセスカテ
ゴリは、列挙構造を用いてＵＥに信号伝達される。
れてもよく、一方、他のいくつかは、列挙構造として表されてもよい。アクセスカテゴリ
を用いてＵＥを構成するために、コアネットワークは、いくつかのアクセスカテゴリコン
ポーネントをビットマップとしてＵＥに信号伝達し、一方、他のいくつかのアクセスカテ
ゴリは、列挙構造を用いてＵＥに信号伝達される。
【0138】
ある例では、アクセスカテゴリを用いてＵＥを構成するために、無線アクセスネットワ
ーク（例えば、ｇＮＢ）は、いくつかのアクセスカテゴリコンポーネントをビットマップ
としてＵＥに信号伝達し、一方、他のいくつかのアクセスカテゴリは、列挙構造を用いて
ＵＥに信号伝達される。
ーク（例えば、ｇＮＢ）は、いくつかのアクセスカテゴリコンポーネントをビットマップ
としてＵＥに信号伝達し、一方、他のいくつかのアクセスカテゴリは、列挙構造を用いて
ＵＥに信号伝達される。
【0139】
ＵＥは、専用のＮＡＳ制御プレーン信号伝達によって、アクセスカテゴリを用いたコア
ネットワークによって構成されてもよい。ある例では、コアネットワークは、アクセスカ
テゴリを用いてＵＥを構成するために、ＮＡＳ制御プレーン信号伝達を使用する。コアネ
ットワークは、モビリティ管理手順中に、アクセスカテゴリ情報を用いてＵＥを構成して
もよい。ＬＴＥ用語を用い、ＵＥでアクセスカテゴリを構成するためにコアネットワーク
によって使用可能なモビリティ管理手順の例は、例えば、トラッキングエリアアップデー
ト手順、ＵＥ接続または組み合わせ接続手順、離脱および組み合わせ離脱手順、サービス
リクエスト手順、ＮＡＳメッセージの移送、またはＮＡＳメッセージの一般的な移送であ
ってもよい。アクセスカテゴリ構成の制御プレーンＮＡＳ信号伝達は、アクセスカテゴリ
管理機能（Access Category Management Function：ＡＣＭＦ）によって実行されても
よい。このような機能自体は、他のコアネットワーク機能の一部、例えば、５Ｇコアネッ
トワークアーキテクチャの一部として現在特定されているアクセスモビリティ管理機能（
Access and Mobility Management Function：ＡＭＦ）であってもよい。
ネットワークによって構成されてもよい。ある例では、コアネットワークは、アクセスカ
テゴリを用いてＵＥを構成するために、ＮＡＳ制御プレーン信号伝達を使用する。コアネ
ットワークは、モビリティ管理手順中に、アクセスカテゴリ情報を用いてＵＥを構成して
もよい。ＬＴＥ用語を用い、ＵＥでアクセスカテゴリを構成するためにコアネットワーク
によって使用可能なモビリティ管理手順の例は、例えば、トラッキングエリアアップデー
ト手順、ＵＥ接続または組み合わせ接続手順、離脱および組み合わせ離脱手順、サービス
リクエスト手順、ＮＡＳメッセージの移送、またはＮＡＳメッセージの一般的な移送であ
ってもよい。アクセスカテゴリ構成の制御プレーンＮＡＳ信号伝達は、アクセスカテゴリ
管理機能（Access Category Management Function：ＡＣＭＦ）によって実行されても
よい。このような機能自体は、他のコアネットワーク機能の一部、例えば、５Ｇコアネッ
トワークアーキテクチャの一部として現在特定されているアクセスモビリティ管理機能（
Access and Mobility Management Function：ＡＭＦ）であってもよい。
【0140】
ある例では、ＵＥは、図２０および図２１に示すとおり、専用のＮＡＳユーザプレーン
信号伝達によって、アクセスカテゴリを用いたコアネットワークによって構成されてもよ
い。この場合、ＡＣＭＦは、ユーザプレーン中に配置されていてもよい。図２０および図
２１に示すとおり、Ｎｘは、プル機構（ＵＥが開始するセッション）またはプッシュ機構
（ＡＣＭＦが開始するセッション）を介し、直接的な照会のためのＵＥとユーザプレーン
中のアクセスカテゴリ管理エンティティとの間の基準点であってもよい。これにより、３
ＧＰＰアクセスおよび非３ＧＰＰアクセスに関連するアクセス規制制御手順を選択して、
ＵＥにアクセスカテゴリ情報を半静的または動的に（静的とは対照的に）提供することが
可能になるだろう。Ｎｘによる通信は、セキュア通信であってもよい。Ｎｘインターフェ
ースは、ＩＰレベルを超えて実現されてもよい。ある例では、ＡＣＭＦは、コアネットワ
ークの新しいネットワーク機能であってもよい。別の例では、ＡＣＭＦは、すでに定義さ
れている５Ｇコアネットワーク機能の一部、例えば、ＡＭＦ（アクセスモビリティ管理）
機能またはＰＣＦ（Policy Control Function：ポリシー制御機能）であってもよい。
ＡＣＭＦはまた、高速化パケットコア（Evolved Packet Core：ＥＰＣ）ネットワーク
アーキテクチャまたは５Ｇコアネットワーク中の等価な機能の一部として特定されるアク
セスネットワーク発見選択機能（Access Network Discovery and Selection Functi
on：ＡＮＤＳＦ）要素の一部である機能であってもよい。
信号伝達によって、アクセスカテゴリを用いたコアネットワークによって構成されてもよ
い。この場合、ＡＣＭＦは、ユーザプレーン中に配置されていてもよい。図２０および図
２１に示すとおり、Ｎｘは、プル機構（ＵＥが開始するセッション）またはプッシュ機構
（ＡＣＭＦが開始するセッション）を介し、直接的な照会のためのＵＥとユーザプレーン
中のアクセスカテゴリ管理エンティティとの間の基準点であってもよい。これにより、３
ＧＰＰアクセスおよび非３ＧＰＰアクセスに関連するアクセス規制制御手順を選択して、
ＵＥにアクセスカテゴリ情報を半静的または動的に（静的とは対照的に）提供することが
可能になるだろう。Ｎｘによる通信は、セキュア通信であってもよい。Ｎｘインターフェ
ースは、ＩＰレベルを超えて実現されてもよい。ある例では、ＡＣＭＦは、コアネットワ
ークの新しいネットワーク機能であってもよい。別の例では、ＡＣＭＦは、すでに定義さ
れている５Ｇコアネットワーク機能の一部、例えば、ＡＭＦ（アクセスモビリティ管理）
機能またはＰＣＦ（Policy Control Function：ポリシー制御機能）であってもよい。
ＡＣＭＦはまた、高速化パケットコア（Evolved Packet Core：ＥＰＣ）ネットワーク
アーキテクチャまたは５Ｇコアネットワーク中の等価な機能の一部として特定されるアク
セスネットワーク発見選択機能（Access Network Discovery and Selection Functi
on：ＡＮＤＳＦ）要素の一部である機能であってもよい。
【0141】
ある例では、ＵＥは、専用のＲＲＣ信号伝達によって、アクセスカテゴリを用いて無線
アクセスネットワーク（例えば、ｇＮＢ）によって構成されてもよい。参照としてＬＴＥ
ＲＲＣ手順を用い、無線アクセスネットワークは、以下の１つ以上のＲＲＣメッセージ
を用い、アクセスカテゴリ構成情報をＵＥに信号伝達してもよい。ＲＲＣ接続開放（ＲＲ
ＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅ）メッセージ、ＲＲＣ接続再構成（ＲＲＣＣｏｎ
ｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージ。例えば、ＮＲにおいて、
ＵＥに対してＲＲＣ接続の開放を信号伝達することが意図されているＲＲＣ接続開放コー
ドポイントを有する新しいＲＲＣ接続再構成メッセージは、アクセスカテゴリ構成情報を
用いてＵＥを構成するために使用することができる。ＵＥは、ＵＳＩＭに保存されるアク
セスカテゴリを用いて、あらかじめ提供されていてもよい。
アクセスネットワーク（例えば、ｇＮＢ）によって構成されてもよい。参照としてＬＴＥ
ＲＲＣ手順を用い、無線アクセスネットワークは、以下の１つ以上のＲＲＣメッセージ
を用い、アクセスカテゴリ構成情報をＵＥに信号伝達してもよい。ＲＲＣ接続開放（ＲＲ
ＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅ）メッセージ、ＲＲＣ接続再構成（ＲＲＣＣｏｎ
ｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージ。例えば、ＮＲにおいて、
ＵＥに対してＲＲＣ接続の開放を信号伝達することが意図されているＲＲＣ接続開放コー
ドポイントを有する新しいＲＲＣ接続再構成メッセージは、アクセスカテゴリ構成情報を
用いてＵＥを構成するために使用することができる。ＵＥは、ＵＳＩＭに保存されるアク
セスカテゴリを用いて、あらかじめ提供されていてもよい。
【0142】
アクセスカテゴリコンポーネントに基づくアクセスカテゴリの設計の一例において、ア
クセスカテゴリを構成し得るアクセスカテゴリコンポーネントの数は、あらかじめ定めら
れているか、または特定されている。その数は、固定されていることも可能である。アク
セスカテゴリ中のアクセスカテゴリコンポーネントの配置内のアクセスカテゴリコンポー
ネントの順序は、あらかじめ定められていてもよい。例えば、アクセスカテゴリコンポー
ネントがビットマップによって表されており、アクセスカテゴリのアクセスカテゴリコン
ポーネントの合計数が、１０に特定されているか、またはあらかじめ定められていると仮
定すると、アクセスカテゴリは、例えば１０個のアクセスカテゴリコンポーネントビット
マップからなる、もっと大きなビットマップであってもよく、アクセスカテゴリビットマ
ップ内のそれぞれのアクセスカテゴリコンポーネントのビットマップの位置は、あらかじ
め定められており、例えば、特定されている。例えば、アクセスカテゴリは、アクセスク
ラス、スライス、アプリケーション、ＯＳ、コールタイプ、トラフィックフローまたはパ
ケットフロー、サービスデータフロー、ＱｏＳフロー、ＱＣＩ、加入プロファイルコンポ
ーネントからなっていてもよく、その順序と、アクセスカテゴリ内のこれらの対応するビ
ットマップは、アクセスカテゴリビットマップの最上位ビットがアクセスクラスに対応し
、一方、アクセスカテゴリビットマップの最下位ビットが加入プロファイルに対応し得る
順序で表されてもよい。この概念は、図２２に示されており、アクセスカテゴリＸの最上
位ビットは、アクセスコンポーネント１のビットｂ＿０であり、アクセスカテゴリＸの最
下位ビットは、アクセスコンポーネントｎのビットｂ＿ｋｎである。この図において、ア
クセスカテゴリコンポーネントのアクセスコンポーネント１は、ｂ＿ｋ１＋１ビットを有
し、アクセスコンポーネント１は、ｂ＿ｋｉ＋１ビットを有し、アクセスコンポーネント
ｎは、ｂ＿ｋｎ＋１ビットを有する。
クセスカテゴリを構成し得るアクセスカテゴリコンポーネントの数は、あらかじめ定めら
れているか、または特定されている。その数は、固定されていることも可能である。アク
セスカテゴリ中のアクセスカテゴリコンポーネントの配置内のアクセスカテゴリコンポー
ネントの順序は、あらかじめ定められていてもよい。例えば、アクセスカテゴリコンポー
ネントがビットマップによって表されており、アクセスカテゴリのアクセスカテゴリコン
ポーネントの合計数が、１０に特定されているか、またはあらかじめ定められていると仮
定すると、アクセスカテゴリは、例えば１０個のアクセスカテゴリコンポーネントビット
マップからなる、もっと大きなビットマップであってもよく、アクセスカテゴリビットマ
ップ内のそれぞれのアクセスカテゴリコンポーネントのビットマップの位置は、あらかじ
め定められており、例えば、特定されている。例えば、アクセスカテゴリは、アクセスク
ラス、スライス、アプリケーション、ＯＳ、コールタイプ、トラフィックフローまたはパ
ケットフロー、サービスデータフロー、ＱｏＳフロー、ＱＣＩ、加入プロファイルコンポ
ーネントからなっていてもよく、その順序と、アクセスカテゴリ内のこれらの対応するビ
ットマップは、アクセスカテゴリビットマップの最上位ビットがアクセスクラスに対応し
、一方、アクセスカテゴリビットマップの最下位ビットが加入プロファイルに対応し得る
順序で表されてもよい。この概念は、図２２に示されており、アクセスカテゴリＸの最上
位ビットは、アクセスコンポーネント１のビットｂ＿０であり、アクセスカテゴリＸの最
下位ビットは、アクセスコンポーネントｎのビットｂ＿ｋｎである。この図において、ア
クセスカテゴリコンポーネントのアクセスコンポーネント１は、ｂ＿ｋ１＋１ビットを有
し、アクセスコンポーネント１は、ｂ＿ｋｉ＋１ビットを有し、アクセスコンポーネント
ｎは、ｂ＿ｋｎ＋１ビットを有する。
【0143】
同様に、アクセスカテゴリコンポーネントが列挙構造によって表されており、アクセス
カテゴリのアクセスカテゴリコンポーネントの合計数が、１０までに特定されているか、
またはあらかじめ定められていると仮定すると、アクセスカテゴリは、列挙構造によって
表されるアクセスカテゴリコンポーネントの１０個の組として、例えば、（｛アクセスク
ラス列挙｝，｛スライス列挙｝，｛アプリケーション列挙｝，｛ＯＳ列挙｝，｛コールタ
イプ列挙｝，｛トラフィックフローまたはパケットフロー列挙｝，｛サービスデータフロ
ー列挙｝，｛ＱｏＳフロー列挙｝,｛ＱＣＩ列挙｝）として表されてもよい。
カテゴリのアクセスカテゴリコンポーネントの合計数が、１０までに特定されているか、
またはあらかじめ定められていると仮定すると、アクセスカテゴリは、列挙構造によって
表されるアクセスカテゴリコンポーネントの１０個の組として、例えば、（｛アクセスク
ラス列挙｝，｛スライス列挙｝，｛アプリケーション列挙｝，｛ＯＳ列挙｝，｛コールタ
イプ列挙｝，｛トラフィックフローまたはパケットフロー列挙｝，｛サービスデータフロ
ー列挙｝，｛ＱｏＳフロー列挙｝,｛ＱＣＩ列挙｝）として表されてもよい。
【0144】
一例では、アクセスカテゴリコンポーネントに基づかないアクセスカテゴリ構成信号伝
達が開示される。アクセスカテゴリ信号伝達は、アクセスカテゴリのビルディングブロッ
クとしてアクセスカテゴリコンポーネントの使用を想定しなくてもよい。その代わり、ア
クセスカテゴリの属性（例えば、アクセスクラス、スライス、アプリケーション、ＯＳ、
コールタイプ、トラフィックフローまたはパケットフロー、サービスデータフロー、Ｑｏ
Ｓフロー、ＱＣＩ、加入プロファイルなど）の全ての可能な組み合わせが列挙され、アク
セスカテゴリ値またはアクセスカテゴリ識別子を割り当てられてもよい。アクセスカテゴ
リ属性の組み合わせとアクセスカテゴリ値との間のマッピングは、あらかじめ定められて
いてもよく、または特定されていてもよい。本明細書に記載されるとおり、アクセスカテ
ゴリ属性の可能な組み合わせの一部が、関連するアクセスカテゴリ値と共に基準において
特定されていてもよく、一方、アクセスカテゴリ属性と関連するアクセスカテゴリ値との
可能な組み合わせのうち残りの部分が、ネットワーク操作者による具体的な構成の配置に
任されている。言い換えると、アクセスカテゴリ属性の可能な組み合わせは、２つのサブ
グループに分けられていてもよく、１つのグループは、関連するデフォルトアクセスカテ
ゴリ値と共にデフォルトの組み合わせとして基準において特定されており、一方、アクセ
スカテゴリ属性と関連するアクセスカテゴリ値との組み合わせの第２グループの構成は、
ネットワーク操作者による具体的な構成の配置に任されている。これらの第２グループは
、本明細書では操作者が定義するアクセスカテゴリと呼ばれてもよい。操作者が定義する
アクセスカテゴリは、ビットマップによって、または列挙構造によって表されてもよい。
一例では、コアネットワークは、ＮＡＳ専用の制御プレーン信号伝達を用い、アクセスカ
テゴリ構成情報（デフォルトアクセスカテゴリおよび／または操作者が定義するアクセス
カテゴリ）をＵＥに信号伝達してもよい。別の例では、コアネットワークは、ＮＡＳ専用
のユーザプレーン信号伝達を用い、アクセスカテゴリ構成情報（デフォルトアクセスカテ
ゴリおよび／または操作者が定義するアクセスカテゴリ）をＵＥに信号伝達してもよい。
別の例では、ＵＥは、ＲＲＣ信号伝達を用い、アクセスカテゴリ構成情報を用いて無線ア
クセスネットワーク（例えば、ｇＮＢ）によって構成されてもよい。操作者が定義するア
クセスカテゴリについて、ＵＥは、アクセスカテゴリの属性の詳細な情報を用いて構成さ
れる必要がある場合があることを注記すべきである。その後、ネットワークは、場合によ
り、ＵＥをビットマップの形態で、または列挙値の形態で、またはＵＥが使用を許可され
るアクセスカテゴリを用いたアクセスカテゴリ識別子によって構成してもよい。デフォル
トアクセスカテゴリについて、これらのアクセスカテゴリの属性またはコンポーネントの
詳細は、基準において特定されていると想定される。結果として、ＵＥは、単にビットマ
ップまたは列挙値またはアクセスカテゴリ識別子、ＵＥが使用を許可されるデフォルトア
クセスカテゴリの形態で構成されていてもよい。
達が開示される。アクセスカテゴリ信号伝達は、アクセスカテゴリのビルディングブロッ
クとしてアクセスカテゴリコンポーネントの使用を想定しなくてもよい。その代わり、ア
クセスカテゴリの属性（例えば、アクセスクラス、スライス、アプリケーション、ＯＳ、
コールタイプ、トラフィックフローまたはパケットフロー、サービスデータフロー、Ｑｏ
Ｓフロー、ＱＣＩ、加入プロファイルなど）の全ての可能な組み合わせが列挙され、アク
セスカテゴリ値またはアクセスカテゴリ識別子を割り当てられてもよい。アクセスカテゴ
リ属性の組み合わせとアクセスカテゴリ値との間のマッピングは、あらかじめ定められて
いてもよく、または特定されていてもよい。本明細書に記載されるとおり、アクセスカテ
ゴリ属性の可能な組み合わせの一部が、関連するアクセスカテゴリ値と共に基準において
特定されていてもよく、一方、アクセスカテゴリ属性と関連するアクセスカテゴリ値との
可能な組み合わせのうち残りの部分が、ネットワーク操作者による具体的な構成の配置に
任されている。言い換えると、アクセスカテゴリ属性の可能な組み合わせは、２つのサブ
グループに分けられていてもよく、１つのグループは、関連するデフォルトアクセスカテ
ゴリ値と共にデフォルトの組み合わせとして基準において特定されており、一方、アクセ
スカテゴリ属性と関連するアクセスカテゴリ値との組み合わせの第２グループの構成は、
ネットワーク操作者による具体的な構成の配置に任されている。これらの第２グループは
、本明細書では操作者が定義するアクセスカテゴリと呼ばれてもよい。操作者が定義する
アクセスカテゴリは、ビットマップによって、または列挙構造によって表されてもよい。
一例では、コアネットワークは、ＮＡＳ専用の制御プレーン信号伝達を用い、アクセスカ
テゴリ構成情報（デフォルトアクセスカテゴリおよび／または操作者が定義するアクセス
カテゴリ）をＵＥに信号伝達してもよい。別の例では、コアネットワークは、ＮＡＳ専用
のユーザプレーン信号伝達を用い、アクセスカテゴリ構成情報（デフォルトアクセスカテ
ゴリおよび／または操作者が定義するアクセスカテゴリ）をＵＥに信号伝達してもよい。
別の例では、ＵＥは、ＲＲＣ信号伝達を用い、アクセスカテゴリ構成情報を用いて無線ア
クセスネットワーク（例えば、ｇＮＢ）によって構成されてもよい。操作者が定義するア
クセスカテゴリについて、ＵＥは、アクセスカテゴリの属性の詳細な情報を用いて構成さ
れる必要がある場合があることを注記すべきである。その後、ネットワークは、場合によ
り、ＵＥをビットマップの形態で、または列挙値の形態で、またはＵＥが使用を許可され
るアクセスカテゴリを用いたアクセスカテゴリ識別子によって構成してもよい。デフォル
トアクセスカテゴリについて、これらのアクセスカテゴリの属性またはコンポーネントの
詳細は、基準において特定されていると想定される。結果として、ＵＥは、単にビットマ
ップまたは列挙値またはアクセスカテゴリ識別子、ＵＥが使用を許可されるデフォルトア
クセスカテゴリの形態で構成されていてもよい。
【0145】
アクセスカテゴリに加え、またはこれに代えて、アクセス試行のためのアクセス識別子
が識別／送信されてもよい。前述したとおり、アクセスカテゴリは、１つ以上の属性、例
えば、アクセスクラス、スライス、アプリケーション、ＯＳ、コールタイプ、トラフィッ
クフローまたはパケットフロー、サービスデータフロー、ＱｏＳフロー、ＱＣＩ、加入プ
ロファイル、例えば、プラチナユーザ、ゴールドユーザ、シルバーユーザおよびブロンズ
ユーザに基づいて定義されてもよい。図５に示すとおり、アクセスカテゴリ構成は、これ
らの属性、ＡＣ値および加入プロファイル識別子のうち１つ以上を含んでいてもよく、こ
れらは同等にアクセス識別子が示されていてもよい。例えば、アクセス試行のためのアク
セス識別子は、ＵＥが必要不可欠なサービスのため（例えば、最初の応答者によって使用
するため）に構成されるか、またはデバイスが患者のバイオメトリック情報を監視するた
めに構成される表示を含んでいてもよい。アクセスカテゴリが、あるエンティティから別
のエンティティへと、または１つのエンティティ内のあるプロトコル層から別のプロトコ
ル層へと送信される本発明の例のいずれかにおいて、アクセス識別子は、アクセスカテゴ
リと共に、またはアクセスカテゴリの代わりに送信されてもよいことが理解される。アク
セス試行のアクセス識別子は、これに加えて、またはこれに代えて、このアクセス試行が
規制されるかどうかを判定するために使用されてもよい。
が識別／送信されてもよい。前述したとおり、アクセスカテゴリは、１つ以上の属性、例
えば、アクセスクラス、スライス、アプリケーション、ＯＳ、コールタイプ、トラフィッ
クフローまたはパケットフロー、サービスデータフロー、ＱｏＳフロー、ＱＣＩ、加入プ
ロファイル、例えば、プラチナユーザ、ゴールドユーザ、シルバーユーザおよびブロンズ
ユーザに基づいて定義されてもよい。図５に示すとおり、アクセスカテゴリ構成は、これ
らの属性、ＡＣ値および加入プロファイル識別子のうち１つ以上を含んでいてもよく、こ
れらは同等にアクセス識別子が示されていてもよい。例えば、アクセス試行のためのアク
セス識別子は、ＵＥが必要不可欠なサービスのため（例えば、最初の応答者によって使用
するため）に構成されるか、またはデバイスが患者のバイオメトリック情報を監視するた
めに構成される表示を含んでいてもよい。アクセスカテゴリが、あるエンティティから別
のエンティティへと、または１つのエンティティ内のあるプロトコル層から別のプロトコ
ル層へと送信される本発明の例のいずれかにおいて、アクセス識別子は、アクセスカテゴ
リと共に、またはアクセスカテゴリの代わりに送信されてもよいことが理解される。アク
セス試行のアクセス識別子は、これに加えて、またはこれに代えて、このアクセス試行が
規制されるかどうかを判定するために使用されてもよい。
【0146】
アクセス規制制御パラメータ信号伝達のための方法およびシステムが開示される。ＵＥ
は、無線アクセスネットワーク（ＲＡＮ）（例えば、ｇＮＢ）によってブロードキャスト
される対応するアクセスカテゴリのアクセス規制速度（または相互に置き換え可能にアク
セス規制因子）およびアクセス規制平均時間のいずれかに基づき、アクセス規制チェック
を行ってもよく、またはＵＥは、ＲＡＮによってブロードキャストされる対応するアクセ
スのブールアクセスパラメータに基づき、アクセス規制チェックを行ってもよく、ブール
アクセスパラメータは、あるアクセスクラスについて、アクセスが許容されるか、または
規制されるかを示す。例えば、アクセス規制速度およびアクセス規制平均時間に基づくア
クセス規制チェックの場合、ＵＥは、０と１の間に均一に分布するランダム数ｒａｎｄを
取り出してもよい（例えば、０≦ｒａｎｄおよび＜１）。「ｒａｎｄ」が、「ＡＣ規制パ
ラメータ」に含まれるａｃ－ＢａｒｒｉｎｇＦａｃｔｏｒによって示される値より小さい
場合（ここで、ＡＣは、アクセスカテゴリを表す（アクセスクラスではない））、ＵＥは
、そのセルに対するアクセスが規制されていないとみなした。そうではない場合、ＵＥは
、ａｃ－ＢａｒｒｉｎｇＴｉｍｅの期間、そのセルが規制されているとみなす。アクセス
試行が許可されていない場合、同じ種類のさらなるアクセス試行は、そのアクセスカテゴ
リについてＵＥに信号伝達されるアクセス規制平均持続時間と、ＵＥによって取り出され
るランダム数ｒａｎｄに基づいて計算される時間、規制されてもよい。あるアクセスカテ
ゴリについてのアクセス規制因子は、範囲［０，１）であってもよく、例えば、以下の値
の１つをとってもよい。ｐ００＝０、ｐ０５＝０．０５、ｐ１０＝０．１０、・・・、ｐ
９５＝０．９５。
は、無線アクセスネットワーク（ＲＡＮ）（例えば、ｇＮＢ）によってブロードキャスト
される対応するアクセスカテゴリのアクセス規制速度（または相互に置き換え可能にアク
セス規制因子）およびアクセス規制平均時間のいずれかに基づき、アクセス規制チェック
を行ってもよく、またはＵＥは、ＲＡＮによってブロードキャストされる対応するアクセ
スのブールアクセスパラメータに基づき、アクセス規制チェックを行ってもよく、ブール
アクセスパラメータは、あるアクセスクラスについて、アクセスが許容されるか、または
規制されるかを示す。例えば、アクセス規制速度およびアクセス規制平均時間に基づくア
クセス規制チェックの場合、ＵＥは、０と１の間に均一に分布するランダム数ｒａｎｄを
取り出してもよい（例えば、０≦ｒａｎｄおよび＜１）。「ｒａｎｄ」が、「ＡＣ規制パ
ラメータ」に含まれるａｃ－ＢａｒｒｉｎｇＦａｃｔｏｒによって示される値より小さい
場合（ここで、ＡＣは、アクセスカテゴリを表す（アクセスクラスではない））、ＵＥは
、そのセルに対するアクセスが規制されていないとみなした。そうではない場合、ＵＥは
、ａｃ－ＢａｒｒｉｎｇＴｉｍｅの期間、そのセルが規制されているとみなす。アクセス
試行が許可されていない場合、同じ種類のさらなるアクセス試行は、そのアクセスカテゴ
リについてＵＥに信号伝達されるアクセス規制平均持続時間と、ＵＥによって取り出され
るランダム数ｒａｎｄに基づいて計算される時間、規制されてもよい。あるアクセスカテ
ゴリについてのアクセス規制因子は、範囲［０，１）であってもよく、例えば、以下の値
の１つをとってもよい。ｐ００＝０、ｐ０５＝０．０５、ｐ１０＝０．１０、・・・、ｐ
９５＝０．９５。
【0147】
ブールアクセス規制パラメータに基づいて行われるアクセス規制チェックの場合、ＵＥ
は、ブールアクセス規制パラメータが１に設定される場合には、そのセルへのアクセスが
規制されているとみなしてもよく、そうではない場合、ＵＥは、そのセルへのアクセスが
規制されていないとみなした。
は、ブールアクセス規制パラメータが１に設定される場合には、そのセルへのアクセスが
規制されているとみなしてもよく、そうではない場合、ＵＥは、そのセルへのアクセスが
規制されていないとみなした。
【0148】
ＲＡＮ（例えば、ｇＮＢ）によるアクセス規制パラメータの信号伝達は、以下の１つ以
上のスキームに基づいていてもよい。
上のスキームに基づいていてもよい。
【0149】
アクセスカテゴリインデックスの信号伝達を含め、アクセス規制パラメータの部分的な
リストの信号伝達。
リストの信号伝達。
【0150】
アクセス規制パラメータの完全なリストの信号伝達、ここで、アクセスカテゴリ情報は
、ビットマップの形態で信号伝達される、および／または
、ビットマップの形態で信号伝達される、および／または
【0151】
アクセス規制パラメータの部分的なリストと完全なリストの組み合わせの信号伝達。
【0152】
これらいずれかの手法において、無線アクセスネットワーク（例えば、ｇＮＢ）は、Ｒ
ＲＣの共通信号伝達（例えば、システム情報のブロードキャスト信号伝達）、またはＲＲ
Ｃ接続モードでのアクセス制御を選択するためのＲＲＣ専用の信号伝達によって、アクセ
ス規制パラメータを用いてＵＥを構成してもよい。アクセス規制制御パラメータの信号伝
達の例は、図２３－図２８に示される。いずれかの図において、アクセス規制制御パラメ
ータ（アクセス規制速度、アクセス規制平均時間またはブールアクセス規制パラメータ）
は、ＰＬＭＮごとに、ＵＥへと信号伝達されてもよく、すなわち、１つのアクセス規制制
御パラメータ信号伝達メッセージは、例えばネットワーク共有の場合には、ＰＬＭＮごと
に、１つより多いＰＬＭＮのためのアクセス規制パラメータを保有していてもよい。
ＲＣの共通信号伝達（例えば、システム情報のブロードキャスト信号伝達）、またはＲＲ
Ｃ接続モードでのアクセス制御を選択するためのＲＲＣ専用の信号伝達によって、アクセ
ス規制パラメータを用いてＵＥを構成してもよい。アクセス規制制御パラメータの信号伝
達の例は、図２３－図２８に示される。いずれかの図において、アクセス規制制御パラメ
ータ（アクセス規制速度、アクセス規制平均時間またはブールアクセス規制パラメータ）
は、ＰＬＭＮごとに、ＵＥへと信号伝達されてもよく、すなわち、１つのアクセス規制制
御パラメータ信号伝達メッセージは、例えばネットワーク共有の場合には、ＰＬＭＮごと
に、１つより多いＰＬＭＮのためのアクセス規制パラメータを保有していてもよい。
【0153】
図２３および図２４は、ネットワーク中の利用可能なアクセスカテゴリＮの中でｍ個の
アクセスカテゴリからなる部分的なリストについて、ネットワークが規制パラメータをブ
ロードキャストする、アクセス規制パラメータ信号伝達の例を与える（例えば、ｍはＮよ
り小さいか、またはＮに等しい）。この例では、コアネットワークが、ｍと等しいか、ま
たはｍより多い数のアクセスカテゴリからなるアクセスカテゴリ群を用い、ＵＥの集合全
体を構成するが、それぞれのＵＥは、潜在的にｎ個のアクセスカテゴリを用いて構成され
、ｎは、１より大きいか、または１に等しいが、Ｎ未満であることと仮定してもよい（例
えば、図１８または図１９を参照）。アクセスカテゴリそれぞれについて、コアネットワ
ークは、これを用いてＵＥを構成し、そのために、ＲＡＮ（例えばｇＮＢ）がアクセス規
制パラメータをブロードキャストし、ＵＥは、アクセスカテゴリと、対応するアクセス規
制パラメータとの関連付けを行ってもよい。ＵＥがこのような関連付けを行うために、無
線アクセスネットワーク（ＲＡＮ）は、固有のアクセスカテゴリ識別子を、ｍ個のアクセ
スカテゴリそれぞれについてのアクセス規制パラメータと共にブロードキャストしてもよ
い。
アクセスカテゴリからなる部分的なリストについて、ネットワークが規制パラメータをブ
ロードキャストする、アクセス規制パラメータ信号伝達の例を与える（例えば、ｍはＮよ
り小さいか、またはＮに等しい）。この例では、コアネットワークが、ｍと等しいか、ま
たはｍより多い数のアクセスカテゴリからなるアクセスカテゴリ群を用い、ＵＥの集合全
体を構成するが、それぞれのＵＥは、潜在的にｎ個のアクセスカテゴリを用いて構成され
、ｎは、１より大きいか、または１に等しいが、Ｎ未満であることと仮定してもよい（例
えば、図１８または図１９を参照）。アクセスカテゴリそれぞれについて、コアネットワ
ークは、これを用いてＵＥを構成し、そのために、ＲＡＮ（例えばｇＮＢ）がアクセス規
制パラメータをブロードキャストし、ＵＥは、アクセスカテゴリと、対応するアクセス規
制パラメータとの関連付けを行ってもよい。ＵＥがこのような関連付けを行うために、無
線アクセスネットワーク（ＲＡＮ）は、固有のアクセスカテゴリ識別子を、ｍ個のアクセ
スカテゴリそれぞれについてのアクセス規制パラメータと共にブロードキャストしてもよ
い。
【0154】
それに加え、またはそれに代えて、ＵＥは、アクセス規制パラメータがブロードキャス
トされるアクセスカテゴリそれぞれについて、固有のアクセスカテゴリ識別子を暗に誘導
してもよい。例えば、ＲＡＮ（例えば、ｇＮＢ）が、サイズＮのアレイからなるデータ構
造を使用すると仮定し、ここで、Ｎは、ネットワークにおいてアクセス制御に使用可能な
アクセスカテゴリの全体数を表し、デフォルトアクセスカテゴリ、特有のアクセスカテゴ
リまたは操作者が定義するアクセスカテゴリを含む。ＵＥは、サイズＮのアレイ（例えば
、ビットマップ）中のアクセスカテゴリの位置に対応するインデックスとして、アクセス
規制パラメータがＲＡＮ（例えば、ｇＮＢ）によってブロードキャストされるｍ個のアク
セスカテゴリそれぞれのアクセスカテゴリに固有の識別子を暗に誘導してもよい。例えば
、図２５を参照すると、ＵＥは、アクセスカテゴリＸの固有の識別子をＸとして暗に誘導
してもよい（例えば、アクセスカテゴリＸの固有の識別子は、サイズＮのアレイ中のアク
セスカテゴリの位置であり、すなわち、この例では、サイズＮのアレイ（例えば、ビット
マップ）中のＸ番目の位置である）。それぞれのアクセスカテゴリについて、ＵＥは、コ
アネットワークによってアクセスカテゴリを用いて構成されており、アクセスカテゴリに
ついての規制パラメータがネットワークによってブロードキャストされる場合、ＵＥは、
その内部データベースに、対応するアクセス規制パラメータを保存する。ＵＥは、保存さ
れた有効なアクセス規制パラメータを使用し、本明細書に開示するアクセス規制チェック
を行ってもよい。
トされるアクセスカテゴリそれぞれについて、固有のアクセスカテゴリ識別子を暗に誘導
してもよい。例えば、ＲＡＮ（例えば、ｇＮＢ）が、サイズＮのアレイからなるデータ構
造を使用すると仮定し、ここで、Ｎは、ネットワークにおいてアクセス制御に使用可能な
アクセスカテゴリの全体数を表し、デフォルトアクセスカテゴリ、特有のアクセスカテゴ
リまたは操作者が定義するアクセスカテゴリを含む。ＵＥは、サイズＮのアレイ（例えば
、ビットマップ）中のアクセスカテゴリの位置に対応するインデックスとして、アクセス
規制パラメータがＲＡＮ（例えば、ｇＮＢ）によってブロードキャストされるｍ個のアク
セスカテゴリそれぞれのアクセスカテゴリに固有の識別子を暗に誘導してもよい。例えば
、図２５を参照すると、ＵＥは、アクセスカテゴリＸの固有の識別子をＸとして暗に誘導
してもよい（例えば、アクセスカテゴリＸの固有の識別子は、サイズＮのアレイ中のアク
セスカテゴリの位置であり、すなわち、この例では、サイズＮのアレイ（例えば、ビット
マップ）中のＸ番目の位置である）。それぞれのアクセスカテゴリについて、ＵＥは、コ
アネットワークによってアクセスカテゴリを用いて構成されており、アクセスカテゴリに
ついての規制パラメータがネットワークによってブロードキャストされる場合、ＵＥは、
その内部データベースに、対応するアクセス規制パラメータを保存する。ＵＥは、保存さ
れた有効なアクセス規制パラメータを使用し、本明細書に開示するアクセス規制チェック
を行ってもよい。
【0155】
アクセス規制パラメータの有効性は、対応するシステム情報ブロック（System Inform
ation Block：ＳＩＢ）の有効性ルールの有効性によって取り扱われてもよい。図２３に
示す例は、アクセス規制速度と平均アクセス規制時間を用いたＵＥの構成を想定しており
、一方、図２４の例は、アクセスカテゴリのいくつかを用いたアクセス制御がアクセス規
制速度とアクセス規制平均時間に基づき、アクセスカテゴリのいくつかを用いたアクセス
制御がブールアクセス制御に基づく（例えば、セルへのアクセスが許容されるか、または
許容されないか）アクセス制御を想定している。例えば、デフォルトアクセスカテゴリま
たは特有のアクセスカテゴリについて、そのいくつかが、基準において特定されていても
よく、ブールパラメータによるアクセス制御に基づくアクセス制御が特定されていてもよ
い。
ation Block：ＳＩＢ）の有効性ルールの有効性によって取り扱われてもよい。図２３に
示す例は、アクセス規制速度と平均アクセス規制時間を用いたＵＥの構成を想定しており
、一方、図２４の例は、アクセスカテゴリのいくつかを用いたアクセス制御がアクセス規
制速度とアクセス規制平均時間に基づき、アクセスカテゴリのいくつかを用いたアクセス
制御がブールアクセス制御に基づく（例えば、セルへのアクセスが許容されるか、または
許容されないか）アクセス制御を想定している。例えば、デフォルトアクセスカテゴリま
たは特有のアクセスカテゴリについて、そのいくつかが、基準において特定されていても
よく、ブールパラメータによるアクセス制御に基づくアクセス制御が特定されていてもよ
い。
【0156】
図２５および図２６は、ネットワーク中の利用可能なアクセスカテゴリＮの完全なリス
トについてネットワークがアクセス規制パラメータをブロードキャストする、アクセス規
制パラメータ信号伝達の例を与える。ｎ個のアクセスカテゴリそれぞれについて、コアネ
ットワークは、これを用いてＵＥを構成し（前述したとおり）、そのために、ＲＡＮ（例
えばｇＮＢ）がアクセス規制パラメータをブロードキャストし、ＵＥは、アクセスカテゴ
リと、対応するアクセス規制パラメータとの関連付けを行ってもよい。ＵＥがこのような
関連付けを行うために、ＵＥは、アクセス規制パラメータがブロードキャストされるアク
セスカテゴリそれぞれについて、固有のアクセスカテゴリ識別子を暗に誘導してもよい。
例えば、ＲＡＮ（例えば、ｇＮＢ）が、サイズＮのアレイからなるデータ構造を使用する
と仮定し、ここで、Ｎは、ネットワークにおいてアクセス制御に使用可能なアクセスカテ
ゴリの全体数を表し、デフォルトアクセスカテゴリ、特有のアクセスカテゴリまたは操作
者が定義するアクセスカテゴリを含む。
トについてネットワークがアクセス規制パラメータをブロードキャストする、アクセス規
制パラメータ信号伝達の例を与える。ｎ個のアクセスカテゴリそれぞれについて、コアネ
ットワークは、これを用いてＵＥを構成し（前述したとおり）、そのために、ＲＡＮ（例
えばｇＮＢ）がアクセス規制パラメータをブロードキャストし、ＵＥは、アクセスカテゴ
リと、対応するアクセス規制パラメータとの関連付けを行ってもよい。ＵＥがこのような
関連付けを行うために、ＵＥは、アクセス規制パラメータがブロードキャストされるアク
セスカテゴリそれぞれについて、固有のアクセスカテゴリ識別子を暗に誘導してもよい。
例えば、ＲＡＮ（例えば、ｇＮＢ）が、サイズＮのアレイからなるデータ構造を使用する
と仮定し、ここで、Ｎは、ネットワークにおいてアクセス制御に使用可能なアクセスカテ
ゴリの全体数を表し、デフォルトアクセスカテゴリ、特有のアクセスカテゴリまたは操作
者が定義するアクセスカテゴリを含む。
【0157】
ＵＥは、サイズＮのアレイ（例えば、ビットマップ）中のアクセスカテゴリの位置に対
応するインデックスとして、アクセス規制パラメータがＲＡＮ（例えば、ｇＮＢ）によっ
てブロードキャストされるアクセスカテゴリそれぞれのアクセスカテゴリに固有の識別子
を暗に誘導してもよい。例えば、図２５を参照すると、ＵＥは、アクセスカテゴリＸの固
有の識別子をＸとして暗に誘導してもよい（例えば、アクセスカテゴリＸの固有の識別子
は、サイズＮのアレイまたはビットマップ中のアクセスカテゴリの位置であり、すなわち
、この例では、サイズＮのアレイまたはビットマップ中のＸ番目の位置である）。図２５
に示される例は、アクセス規制速度と平均アクセス規制時間を用いたＵＥの構成を想定し
ており、一方、図２６の例は、アクセスカテゴリのいくつかがアクセス規制速度とアクセ
ス規制平均時間に基づき、アクセスカテゴリのいくつかを用いたアクセス制御がブールア
クセス制御に基づく（例えば、セルへのアクセスが許容されるか、または許容されないか
）アクセス制御を想定している。例えば、デフォルトアクセスカテゴリまたは特有のアク
セスカテゴリについて、そのいくつかが、基準において特定されていてもよく、ブールパ
ラメータによるアクセス制御に基づくアクセス制御が特定されていてもよい。
応するインデックスとして、アクセス規制パラメータがＲＡＮ（例えば、ｇＮＢ）によっ
てブロードキャストされるアクセスカテゴリそれぞれのアクセスカテゴリに固有の識別子
を暗に誘導してもよい。例えば、図２５を参照すると、ＵＥは、アクセスカテゴリＸの固
有の識別子をＸとして暗に誘導してもよい（例えば、アクセスカテゴリＸの固有の識別子
は、サイズＮのアレイまたはビットマップ中のアクセスカテゴリの位置であり、すなわち
、この例では、サイズＮのアレイまたはビットマップ中のＸ番目の位置である）。図２５
に示される例は、アクセス規制速度と平均アクセス規制時間を用いたＵＥの構成を想定し
ており、一方、図２６の例は、アクセスカテゴリのいくつかがアクセス規制速度とアクセ
ス規制平均時間に基づき、アクセスカテゴリのいくつかを用いたアクセス制御がブールア
クセス制御に基づく（例えば、セルへのアクセスが許容されるか、または許容されないか
）アクセス制御を想定している。例えば、デフォルトアクセスカテゴリまたは特有のアク
セスカテゴリについて、そのいくつかが、基準において特定されていてもよく、ブールパ
ラメータによるアクセス制御に基づくアクセス制御が特定されていてもよい。
【0158】
それぞれのアクセスカテゴリについて、ＵＥは、コアネットワークによってアクセスカ
テゴリを用いて構成されており、アクセスカテゴリについての規制パラメータがネットワ
ークによってブロードキャストされる場合、ＵＥは、その内部データベースに、対応する
アクセス規制パラメータを保存してもよい。ＵＥは、保存された有効なアクセス規制パラ
メータを使用し、本明細書に記載するとおり、アクセス規制チェックを行ってもよい。ア
クセス規制パラメータの有効性は、対応するシステム情報ブロック（ＳＩＢ）の有効性ル
ールの有効性によって取り扱われてもよい。
テゴリを用いて構成されており、アクセスカテゴリについての規制パラメータがネットワ
ークによってブロードキャストされる場合、ＵＥは、その内部データベースに、対応する
アクセス規制パラメータを保存してもよい。ＵＥは、保存された有効なアクセス規制パラ
メータを使用し、本明細書に記載するとおり、アクセス規制チェックを行ってもよい。ア
クセス規制パラメータの有効性は、対応するシステム情報ブロック（ＳＩＢ）の有効性ル
ールの有効性によって取り扱われてもよい。
【0159】
図２７および図２８は、アクセス規制パラメータのいくつかが、本明細書に記載の部分
的な信号伝達リストのスキームに従ってＵＥに信号伝達され、一方、アクセス規制パラメ
ータのいくつかが、これも本明細書に記載の完全な信号伝達リストのスキームに従ってＵ
Ｅに信号伝達される例を示す。例えば、アクセスカテゴリは、デフォルトアクセスカテゴ
リ（特有のアクセスカテゴリを含む）と操作者が定義するアクセスカテゴリとからなって
いてもよい。デフォルトアクセスカテゴリおよびそのアクセス制御に使用されるもの（例
えば、アクセス規制速度およびアクセス規制平均時間と、ブールアクセス規制に基づくア
クセス制御）の一部または全ては、基準において特定されていてもよく、一方、操作者が
定義するアクセスカテゴリおよびそのアクセス制御に使用されるものは、操作者の決定に
任されていてもよい。例えば、特有のアクセスカテゴリを含むデフォルトアクセスカテゴ
リの合計数は、ｋであってもよい。かかる場合に、利用可能なアクセスカテゴリの完全な
リストについてのアクセス規制パラメータをネットワークがブロードキャストするアクセ
ス規制パラメータ信号伝達が使用されてもよく、相違点は、この場合には、利用可能なア
クセスカテゴリの完全なリストは、基準において特定されているリスト、または特有のア
クセスカテゴリを含むデフォルトアクセスカテゴリに限定されていてもよく、図２５およ
び図２６に示す例の場合には、ｋ個のアクセスカテゴリからなる。
的な信号伝達リストのスキームに従ってＵＥに信号伝達され、一方、アクセス規制パラメ
ータのいくつかが、これも本明細書に記載の完全な信号伝達リストのスキームに従ってＵ
Ｅに信号伝達される例を示す。例えば、アクセスカテゴリは、デフォルトアクセスカテゴ
リ（特有のアクセスカテゴリを含む）と操作者が定義するアクセスカテゴリとからなって
いてもよい。デフォルトアクセスカテゴリおよびそのアクセス制御に使用されるもの（例
えば、アクセス規制速度およびアクセス規制平均時間と、ブールアクセス規制に基づくア
クセス制御）の一部または全ては、基準において特定されていてもよく、一方、操作者が
定義するアクセスカテゴリおよびそのアクセス制御に使用されるものは、操作者の決定に
任されていてもよい。例えば、特有のアクセスカテゴリを含むデフォルトアクセスカテゴ
リの合計数は、ｋであってもよい。かかる場合に、利用可能なアクセスカテゴリの完全な
リストについてのアクセス規制パラメータをネットワークがブロードキャストするアクセ
ス規制パラメータ信号伝達が使用されてもよく、相違点は、この場合には、利用可能なア
クセスカテゴリの完全なリストは、基準において特定されているリスト、または特有のア
クセスカテゴリを含むデフォルトアクセスカテゴリに限定されていてもよく、図２５およ
び図２６に示す例の場合には、ｋ個のアクセスカテゴリからなる。
【0160】
アクセス規制パラメータは、本明細書に記載の部分的なリストの信号伝達機構を用い、
ＵＥへと信号伝達されてもよい。図２７および図２８のいずれかに示す例では、アクセス
規制パラメータが信号伝達されるアクセスカテゴリの数ｍは、ネットワークにおいてアク
セス制御に利用可能な操作者が定義するアクセスカテゴリの全体数（Ｎｃ）より少なくて
もよく、またはこれに等しくてもよい。
ＵＥへと信号伝達されてもよい。図２７および図２８のいずれかに示す例では、アクセス
規制パラメータが信号伝達されるアクセスカテゴリの数ｍは、ネットワークにおいてアク
セス制御に利用可能な操作者が定義するアクセスカテゴリの全体数（Ｎｃ）より少なくて
もよく、またはこれに等しくてもよい。
【0161】
ＲＲＣ＿ＩＤＬＥモードにおいてＵＥをアクセス制御する方法およびシステムが開示さ
れる。図２９および図３０に示し、以下にさらに記載される手順を使用し、アクセススト
ラタム（ＡＳ）より上のＵＥの上の層内のイベントに応答して、ＵＥがコアネットワーク
に向けたＮＡＳ信号接続を開始することを必要とし、したがって、このネットワークに向
けた信号伝達接続の開始前にＵＥがアクセス制御を行うことを必要とする、ＲＲＣ＿ＩＤ
ＬＥ状態のＵＥについてアクセス制御を行ってもよい。ＵＥがＮＡＳ信号接続を開始する
ことを必要とする、上の層におけるイベントとしては、ユーザプレーンにおけるイベント
（例えば、データが送信のために利用可能になる場合）、またはＵＥがトラッキングエリ
アのアップデートを行うことを必要とする、制御プレーンにおけるイベント（例えば、ト
ラッキングエリアにおける変化）が挙げられるだろう。多くのＮＡＳ手順が、これらのイ
ベントの結果として行われてもよい。既存のＬＴＥ技術を参照として採用すると、ＮＡＳ
信号接続の確立を開始する５Ｇの初期ＮＡＳメッセージの例としては、限定されないが、
以下のものを挙げることができる。接続リクエスト、離脱リクエスト、トラッキングエリ
アアップデートリクエスト、サービスリクエスト、拡張サービスリクエストおよび制御プ
レーンサービスリクエスト。
れる。図２９および図３０に示し、以下にさらに記載される手順を使用し、アクセススト
ラタム（ＡＳ）より上のＵＥの上の層内のイベントに応答して、ＵＥがコアネットワーク
に向けたＮＡＳ信号接続を開始することを必要とし、したがって、このネットワークに向
けた信号伝達接続の開始前にＵＥがアクセス制御を行うことを必要とする、ＲＲＣ＿ＩＤ
ＬＥ状態のＵＥについてアクセス制御を行ってもよい。ＵＥがＮＡＳ信号接続を開始する
ことを必要とする、上の層におけるイベントとしては、ユーザプレーンにおけるイベント
（例えば、データが送信のために利用可能になる場合）、またはＵＥがトラッキングエリ
アのアップデートを行うことを必要とする、制御プレーンにおけるイベント（例えば、ト
ラッキングエリアにおける変化）が挙げられるだろう。多くのＮＡＳ手順が、これらのイ
ベントの結果として行われてもよい。既存のＬＴＥ技術を参照として採用すると、ＮＡＳ
信号接続の確立を開始する５Ｇの初期ＮＡＳメッセージの例としては、限定されないが、
以下のものを挙げることができる。接続リクエスト、離脱リクエスト、トラッキングエリ
アアップデートリクエスト、サービスリクエスト、拡張サービスリクエストおよび制御プ
レーンサービスリクエスト。
【0162】
一例では、ＲＲＣ＿ＩＤＬＥモードのＵＥについてアクセス制御を行うために使用され
る方法は、ユーザ機器のアクセスストラタム（ＡＳ）で、無線アクセスネットワーク（Ｒ
ＡＮ）からアクセス規制情報を受信する工程と、ユーザ機器の非アクセスストラタム（Ｎ
ＡＳ）で、アクセストリガを受信し、ここで、アクセストリガによって、ユーザ機器にア
クセス試行を開始させる工程と、ユーザ機器のＮＡＳで、ユーザ機器によるアクセス試行
と関連付けられたアクセスカテゴリを決定する工程と、ユーザ機器のＮＡＳからユーザ機
器のＡＳへと、アクセス試行と、決定したアクセスカテゴリの表示とに関連付けられたＮ
ＡＳメッセージを送る工程と、ユーザ機器のＡＳで、決定したアクセスカテゴリとアクセ
ス規制情報とに少なくとも基づき、このアクセスカテゴリについてのアクセス試行が規制
されるかどうかを判定する工程と、アクセス試行が規制されていないという判定に基づき
、無線リソース制御（Radio Resource Control：ＲＲＣ）接続確立手順を実行する工程
とを有していてもよい。
る方法は、ユーザ機器のアクセスストラタム（ＡＳ）で、無線アクセスネットワーク（Ｒ
ＡＮ）からアクセス規制情報を受信する工程と、ユーザ機器の非アクセスストラタム（Ｎ
ＡＳ）で、アクセストリガを受信し、ここで、アクセストリガによって、ユーザ機器にア
クセス試行を開始させる工程と、ユーザ機器のＮＡＳで、ユーザ機器によるアクセス試行
と関連付けられたアクセスカテゴリを決定する工程と、ユーザ機器のＮＡＳからユーザ機
器のＡＳへと、アクセス試行と、決定したアクセスカテゴリの表示とに関連付けられたＮ
ＡＳメッセージを送る工程と、ユーザ機器のＡＳで、決定したアクセスカテゴリとアクセ
ス規制情報とに少なくとも基づき、このアクセスカテゴリについてのアクセス試行が規制
されるかどうかを判定する工程と、アクセス試行が規制されていないという判定に基づき
、無線リソース制御（Radio Resource Control：ＲＲＣ）接続確立手順を実行する工程
とを有していてもよい。
【0163】
アクセストリガの受信によって、ユーザ機器のＮＡＳに、アクセス試行と関連付けられ
たＮＡＳメッセージを作成させてもよい。アクセスカテゴリは、ユーザ機器のデータベー
スに保存されるアクセスカテゴリ構成に基づいて決定されてもよい。この方法は、さらに
、ユーザ機器のＮＡＳで、コアネットワークノードからアクセスカテゴリ構成を受信する
工程と、ユーザ機器のＮＡＳで、１つ以上のアクセス制御機構をサポートするユーザ機器
の機能を再構成する工程とを有していてもよい。この方法は、さらに、ユーザ機器のＡＳ
によって、ユーザ機器のＮＡＳへと、アクセス試行が規制されているかどうかの表示を送
る工程を有していてもよい。この方法は、さらに、ユーザ機器のＮＡＳからユーザ機器の
ＡＳへと、アクセス試行と関連付けられたアクセス識別子を送る工程を有していてもよい
。アクセス試行が規制されるかどうかを判定する工程は、ユーザ機器のＡＳで、アクセス
試行と関連付けられたアクセス識別子に基づき、アクセス試行が規制されるかどうかを判
定する工程を有していてもよい。
たＮＡＳメッセージを作成させてもよい。アクセスカテゴリは、ユーザ機器のデータベー
スに保存されるアクセスカテゴリ構成に基づいて決定されてもよい。この方法は、さらに
、ユーザ機器のＮＡＳで、コアネットワークノードからアクセスカテゴリ構成を受信する
工程と、ユーザ機器のＮＡＳで、１つ以上のアクセス制御機構をサポートするユーザ機器
の機能を再構成する工程とを有していてもよい。この方法は、さらに、ユーザ機器のＡＳ
によって、ユーザ機器のＮＡＳへと、アクセス試行が規制されているかどうかの表示を送
る工程を有していてもよい。この方法は、さらに、ユーザ機器のＮＡＳからユーザ機器の
ＡＳへと、アクセス試行と関連付けられたアクセス識別子を送る工程を有していてもよい
。アクセス試行が規制されるかどうかを判定する工程は、ユーザ機器のＡＳで、アクセス
試行と関連付けられたアクセス識別子に基づき、アクセス試行が規制されるかどうかを判
定する工程を有していてもよい。
【0164】
【0165】
工程１で、ＵＥは、ＲＡＮによって送信されるアクセス規制情報を獲得する。アクセス
規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよい。
規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよい。
【0166】
工程２で、アクセストリガイベントは、ＵＥに、ＮＡＳ信号接続の確立のために初期Ｎ
ＡＳメッセージを開始するＮＡＳ手順を実行させるトリガとなる。前述したとおり、アク
セストリガイベントは、ＵＥ ＮＡＳユーザプレーンにおけるイベントまたはＵＥ ＮＡ
Ｓにおけるイベントであってもよい。
ＡＳメッセージを開始するＮＡＳ手順を実行させるトリガとなる。前述したとおり、アク
セストリガイベントは、ＵＥ ＮＡＳユーザプレーンにおけるイベントまたはＵＥ ＮＡ
Ｓにおけるイベントであってもよい。
【0167】
工程３で、ＮＡＳ－ＣＰは、本明細書に記載のアクセスカテゴリ構成手順のとおり、Ｎ
ＡＳ信号接続のためのアクセスカテゴリを決定し、ＵＥ内部データベースに保存されたア
クセスカテゴリ構成から、有効なアクセスカテゴリを選択する。
ＡＳ信号接続のためのアクセスカテゴリを決定し、ＵＥ内部データベースに保存されたア
クセスカテゴリ構成から、有効なアクセスカテゴリを選択する。
【0168】
工程４で、ＮＡＳ－ＣＰは、初期ＮＡＳメッセージを、ＵＥ ＮＡＳ－ＣＰとＵＥ Ａ
Ｓ－ＣＰとの間の適切な層間メッセージにおいて、ＡＳ－ＣＰ（例えば、ＲＲＣ層）に、
選択された有効なアクセスカテゴリと共に与える。一例では、アクセス試行のアクセス識
別子も与えられてもよい。
Ｓ－ＣＰとの間の適切な層間メッセージにおいて、ＡＳ－ＣＰ（例えば、ＲＲＣ層）に、
選択された有効なアクセスカテゴリと共に与える。一例では、アクセス試行のアクセス識
別子も与えられてもよい。
【0169】
工程５で、ＡＳ－ＣＰは、上の層から受信したアクセスカテゴリを、アクセス規制情報
と共に使用し、このアクセス試行が規制されるかどうかを判定する。一例では、アクセス
試行のアクセス識別子は、これに加え、またはこれに代えて、このアクセス試行が規制さ
れるかどうかを判定するために使用されてもよい。
と共に使用し、このアクセス試行が規制されるかどうかを判定する。一例では、アクセス
試行のアクセス識別子は、これに加え、またはこれに代えて、このアクセス試行が規制さ
れるかどうかを判定するために使用されてもよい。
【0170】
工程６で、ＵＥ ＡＳ－ＣＰは、アクセス規制チェックの結果をＮＡＳ－ＣＰに知らせ
る。アクセスが規制される場合、この手順は終了する。
る。アクセスが規制される場合、この手順は終了する。
【0171】
工程７で、そうではない場合、ＵＥは、ＲＲＣ接続確立手順を実行する。
【0172】
工程８で、ネットワークは、本明細書に記載の機構を用い、アクセスカテゴリを用いて
ＵＥを（再）構成してもよい。
ＵＥを（再）構成してもよい。
【0173】
工程９で、アクセス制御をサポートするＮＡＳ／ＡＳ機能（例えば、アクセス制御ステ
イタスチェックおよびアクセスカテゴリの決定）は、アクセスカテゴリ構成に基づき、再
構成されてもよい。ＡＳ／ＮＡＳは、ＱｏＳフロー、ベアラまたは論理チャンネルコンテ
クストの一部としてアクセスカテゴリパラメータを保存してもよい。ＡＳ－ＵＰの構成を
必要とするアクセス制御ソリューションについて、ＮＡＳ－ＣＰは、その構成パラメータ
をＡＳ－ＣＰ（例えば、ＲＲＣ層、次いで、ＡＳ－ＵＰを構成する）に信号伝達してもよ
い。それに加え、またはそれに代えて、ＮＡＳ－ＣＰは、ＡＳ－ＵＰを直接的に構成して
もよい。
イタスチェックおよびアクセスカテゴリの決定）は、アクセスカテゴリ構成に基づき、再
構成されてもよい。ＡＳ／ＮＡＳは、ＱｏＳフロー、ベアラまたは論理チャンネルコンテ
クストの一部としてアクセスカテゴリパラメータを保存してもよい。ＡＳ－ＵＰの構成を
必要とするアクセス制御ソリューションについて、ＮＡＳ－ＣＰは、その構成パラメータ
をＡＳ－ＣＰ（例えば、ＲＲＣ層、次いで、ＡＳ－ＵＰを構成する）に信号伝達してもよ
い。それに加え、またはそれに代えて、ＮＡＳ－ＣＰは、ＡＳ－ＵＰを直接的に構成して
もよい。
【0174】
【0175】
工程１で、ＵＥは、ＲＡＮによって送信されるアクセス規制情報を獲得し、ここで、ア
クセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよい。
クセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよい。
【0176】
工程２で、ＡＳ－ＣＰは、獲得したアクセス規制情報をＮＡＳ－ＣＰに与える。ＵＥ－
ＡＳは、アクセス規制情報をＵＥ－ＮＡＳに自発的に与えたが、ＵＥ－ＮＡＳは、いつで
も、ＵＥ－ＡＳに、ＵＥ－ＮＡＳへとアクセス規制情報を送るように要求してもよいこと
も注記すべきである。さらに、ＵＥ ＡＳ－ＣＰは、ＲＡＮからのアクセス規制情報のア
ップデートが存在するときはいつでも、ＮＡＳにアクセス規制情報を送ってもよい。
ＡＳは、アクセス規制情報をＵＥ－ＮＡＳに自発的に与えたが、ＵＥ－ＮＡＳは、いつで
も、ＵＥ－ＡＳに、ＵＥ－ＮＡＳへとアクセス規制情報を送るように要求してもよいこと
も注記すべきである。さらに、ＵＥ ＡＳ－ＣＰは、ＲＡＮからのアクセス規制情報のア
ップデートが存在するときはいつでも、ＮＡＳにアクセス規制情報を送ってもよい。
【0177】
工程３で、アクセストリガイベントは、ＵＥに、ＮＡＳ信号接続の確立のために初期Ｎ
ＡＳメッセージを開始するＮＡＳ手順を実行させるトリガとなる。前述したとおり、アク
セストリガイベントは、ＵＥ ＮＡＳユーザプレーンにおけるイベントまたはＵＥ ＮＡ
Ｓにおけるイベントであってもよい。
ＡＳメッセージを開始するＮＡＳ手順を実行させるトリガとなる。前述したとおり、アク
セストリガイベントは、ＵＥ ＮＡＳユーザプレーンにおけるイベントまたはＵＥ ＮＡ
Ｓにおけるイベントであってもよい。
【0178】
工程４で、ＮＡＳ－ＣＰは、本明細書に記載のアクセスカテゴリ構成手順のとおり、こ
の特定のＮＡＳ信号接続のためのアクセスカテゴリを決定し、ＵＥ内部データベースに保
存されたアクセスカテゴリ構成から、有効なアクセスカテゴリを選択する。
の特定のＮＡＳ信号接続のためのアクセスカテゴリを決定し、ＵＥ内部データベースに保
存されたアクセスカテゴリ構成から、有効なアクセスカテゴリを選択する。
【0179】
工程５で、ＮＡＳ－ＣＰは、選択されたアクセスカテゴリを、ＵＥ ＡＳから受信した
アクセス規制情報と共に使用し、このアクセス試行が規制されるかどうかを判定する。ア
クセスが規制される場合、この手順は終了する。そうではない場合、この手順は、残りの
工程と共に継続する。
アクセス規制情報と共に使用し、このアクセス試行が規制されるかどうかを判定する。ア
クセスが規制される場合、この手順は終了する。そうではない場合、この手順は、残りの
工程と共に継続する。
【0180】
工程６で、ＵＥ ＮＡＳ－ＣＰは、初期ＮＡＳメッセージをＵＥ ＡＳ－ＣＰに送信す
る。
る。
【0181】
工程７で、ＵＥ ＡＳ ＣＰは、ＲＲＣ接続確立手順を実行する。
【0182】
工程８で、ネットワークは、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある間、前述の
機構を用い、アクセスカテゴリを用いてＵＥを（再）構成してもよい。
機構を用い、アクセスカテゴリを用いてＵＥを（再）構成してもよい。
【0183】
工程９で、アクセス制御をサポートするＮＡＳ／ＡＳ機能（例えば、アクセス制御ステ
イタスチェックおよびアクセスカテゴリの決定）は、アクセスカテゴリ構成に基づき、再
構成されてもよい。ＡＳ／ＮＡＳは、ＱｏＳフロー、ベアラまたは論理チャンネルコンテ
クストの一部としてアクセスカテゴリパラメータを保存してもよい。ＡＳ－ＵＰの構成を
必要とするアクセス制御ソリューションについて、ＮＡＳ－ＣＰは、その構成パラメータ
をＡＳ－ＣＰ（例えば、ＲＲＣ層、次いで、ＡＳ－ＵＰを構成する）に信号伝達してもよ
い。それに加え、またはそれに代えて、ＮＡＳ－ＣＰは、ＡＳ－ＵＰを直接的に構成して
もよい。
イタスチェックおよびアクセスカテゴリの決定）は、アクセスカテゴリ構成に基づき、再
構成されてもよい。ＡＳ／ＮＡＳは、ＱｏＳフロー、ベアラまたは論理チャンネルコンテ
クストの一部としてアクセスカテゴリパラメータを保存してもよい。ＡＳ－ＵＰの構成を
必要とするアクセス制御ソリューションについて、ＮＡＳ－ＣＰは、その構成パラメータ
をＡＳ－ＣＰ（例えば、ＲＲＣ層、次いで、ＡＳ－ＵＰを構成する）に信号伝達してもよ
い。それに加え、またはそれに代えて、ＮＡＳ－ＣＰは、ＡＳ－ＵＰを直接的に構成して
もよい。
【0184】
ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態におけるＵＥの
アクセス制御を行うための方法およびシステムが開示される。ＡＳ－ＵＰは、アクセス制
御をサポートするための以下の１つ以上の機能（アクセス制御ステイタスチェック、アク
セスカテゴリの決定、アクセス規制チェック）を行ってもよい。どのＡＳ－ＵＰサブレイ
ヤがこれらの機能を行うかは、アクセス制御が行われる粒度のレベルに依存していてもよ
い（例えば、ＱｏＳフロー、ベアラまたは論理チャンネル）。例えば、アクセス制御機能
は、アクセス制御がＱｏＳフローの粒度で行われる場合、ＳＤＡＰサブレイヤを標的とし
ていてもよい。それに加え、またはそれに代えて、アクセス制御機能は、アクセス制御が
ベアラまたは論理チャンネルの粒度で行われる場合、ＭＡＣサブレイヤを標的としていて
もよい。ＡＳ－ＵＰにおけるアクセス制御は、アクセス制御がベアラレベルの粒度で行わ
れる場合、ＰＤＣＰサブレイヤで行われてもよい。アクセス制御が論理チャンネルレベル
の粒度で行われる場合、アクセス制御は、ＲＬＣサブレイヤで行われてもよい。
アクセス制御を行うための方法およびシステムが開示される。ＡＳ－ＵＰは、アクセス制
御をサポートするための以下の１つ以上の機能（アクセス制御ステイタスチェック、アク
セスカテゴリの決定、アクセス規制チェック）を行ってもよい。どのＡＳ－ＵＰサブレイ
ヤがこれらの機能を行うかは、アクセス制御が行われる粒度のレベルに依存していてもよ
い（例えば、ＱｏＳフロー、ベアラまたは論理チャンネル）。例えば、アクセス制御機能
は、アクセス制御がＱｏＳフローの粒度で行われる場合、ＳＤＡＰサブレイヤを標的とし
ていてもよい。それに加え、またはそれに代えて、アクセス制御機能は、アクセス制御が
ベアラまたは論理チャンネルの粒度で行われる場合、ＭＡＣサブレイヤを標的としていて
もよい。ＡＳ－ＵＰにおけるアクセス制御は、アクセス制御がベアラレベルの粒度で行わ
れる場合、ＰＤＣＰサブレイヤで行われてもよい。アクセス制御が論理チャンネルレベル
の粒度で行われる場合、アクセス制御は、ＲＬＣサブレイヤで行われてもよい。
【0185】
図３１は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ ＆ ＲＲＣ ＣＯＮＮＥＣＴＥＤ状態において
アクセス制御を必要とするＡＳ－ＵＰイベントのための方法の一例を示す。
アクセス制御を必要とするＡＳ－ＵＰイベントのための方法の一例を示す。
【0186】
工程１で、ＵＥは、ＲＡＮによって送信されるアクセス規制情報を獲得してもよく、こ
こで、アクセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよ
い。なお、アクセス規制情報は、実際に、ＡＳ－ＣＰ（例えば、ＲＲＣ層）を介して獲得
され、ＡＳ－ＵＰに与えられてもよい。
こで、アクセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよ
い。なお、アクセス規制情報は、実際に、ＡＳ－ＣＰ（例えば、ＲＲＣ層）を介して獲得
され、ＡＳ－ＵＰに与えられてもよい。
【0187】
工程２で、ＵＬデータは、ＵＰを介し、ＵＥ ＮＡＳ ＵＰからＡＳまで送られてもよ
い。ＵＥ ＮＡＳ ＵＰは、ＵＥ ＡＳがデータの伝送に使用するべきアクセスカテゴリ
もＵＥ ＡＳに与えてもよい。ＵＥ ＮＡＳ－ＵＰは、新しいデータパケットのためのア
クセスカテゴリを決定してもよい。例えば、ＵＥ ＮＡＳ－ＵＰは、ＵＥが本明細書に記
載の属性の１つ以上を用いて構成されるアクセスカテゴリ（例えば、データパケットと関
連付けられたＱｏＳフローＩＤ、ＱＣＩ、アプリケーションＩＤ、ＳＤＦ、パケットフロ
ーなど）から、アクセスカテゴリを決定してもよい。
い。ＵＥ ＮＡＳ ＵＰは、ＵＥ ＡＳがデータの伝送に使用するべきアクセスカテゴリ
もＵＥ ＡＳに与えてもよい。ＵＥ ＮＡＳ－ＵＰは、新しいデータパケットのためのア
クセスカテゴリを決定してもよい。例えば、ＵＥ ＮＡＳ－ＵＰは、ＵＥが本明細書に記
載の属性の１つ以上を用いて構成されるアクセスカテゴリ（例えば、データパケットと関
連付けられたＱｏＳフローＩＤ、ＱＣＩ、アプリケーションＩＤ、ＳＤＦ、パケットフロ
ーなど）から、アクセスカテゴリを決定してもよい。
【0188】
工程３で、それに加え、またはそれに代えて、ＵＥ ＡＳ－ＵＰは、新しいデータパケ
ットのアクセスカテゴリを決定してもよい。アクセスカテゴリ決定は、新しいデータパケ
ットがマッピングされるＱｏＳフロー、またはベアラまたは論理チャンネルに基づいてい
てもよい。例えば、ＵＥ ＡＳ－ＵＰは、ＵＥが新しいデータパケットと関連付けられた
ＱｏＳフローＩＤまたはＱＣＩを用いて構成されるアクセスカテゴリから、アクセスカテ
ゴリを決定してもよい。
ットのアクセスカテゴリを決定してもよい。アクセスカテゴリ決定は、新しいデータパケ
ットがマッピングされるＱｏＳフロー、またはベアラまたは論理チャンネルに基づいてい
てもよい。例えば、ＵＥ ＡＳ－ＵＰは、ＵＥが新しいデータパケットと関連付けられた
ＱｏＳフローＩＤまたはＱＣＩを用いて構成されるアクセスカテゴリから、アクセスカテ
ゴリを決定してもよい。
【0189】
工程４で、ＡＳ－ＵＰは、その内部データベースにおいて、受信したパケットについて
のアクセス規制ステイタスをチェックし、アクセス規制ステイタス（例えば、アクセスが
規制されるか、またはアクセスが規制されない）が、受信したパケットについてその内部
データベースにすでに保存されているかどうかを判定してもよい。アクセス制御が行われ
る粒度のレベルに依存して、チェックは、ＱｏＳフローＩＤ（ＱＦＩ）、ベアラＩＤまた
はＱＣＩまたは論理チャンネルＩＤに基づいていてもよい。例えば、ＱｏＳフローの粒度
でアクセス制御を行うために、ＵＥ ＡＳ－ＵＰは、パケットヘッダと、工程３において
ＵＥによって選択されるアクセスカテゴリにおいて、ＱＦＩに基づいて上の層から受信し
たパケットについてＵＥ内部データベースにすでに保存されているアクセス規制ステイタ
ス（例えば、アクセスが規制されるか、またはアクセスが規制されない）が存在するかど
うかをチェックしてもよい。同様に、ベアラまたは論理チャンネルの粒度でアクセス制御
が行われるために、ＵＥ ＡＳ－ＵＰは、工程３において選択されるアクセスカテゴリと
、データパケットのＤＲＢ ＩＤまたは論理チャンネルＩＤとを用い、ＵＥ内部データベ
ースにすでに保存されているアクセス規制ステイタス（例えば、アクセスが規制されるか
、またはアクセスが規制されない）が存在するかどうかをチェックしてもよい。アクセス
規制ステイタスが、データパケットについてＵＥ内部データベース中に存在しない場合、
または保存されたアクセス規制ステイタスがもはや有効ではない場合、ＵＥは、工程５を
進め、アクセス規制判定を行ってもよい。そうではない場合、工程５および工程６がスキ
ップされてもよい。
のアクセス規制ステイタスをチェックし、アクセス規制ステイタス（例えば、アクセスが
規制されるか、またはアクセスが規制されない）が、受信したパケットについてその内部
データベースにすでに保存されているかどうかを判定してもよい。アクセス制御が行われ
る粒度のレベルに依存して、チェックは、ＱｏＳフローＩＤ（ＱＦＩ）、ベアラＩＤまた
はＱＣＩまたは論理チャンネルＩＤに基づいていてもよい。例えば、ＱｏＳフローの粒度
でアクセス制御を行うために、ＵＥ ＡＳ－ＵＰは、パケットヘッダと、工程３において
ＵＥによって選択されるアクセスカテゴリにおいて、ＱＦＩに基づいて上の層から受信し
たパケットについてＵＥ内部データベースにすでに保存されているアクセス規制ステイタ
ス（例えば、アクセスが規制されるか、またはアクセスが規制されない）が存在するかど
うかをチェックしてもよい。同様に、ベアラまたは論理チャンネルの粒度でアクセス制御
が行われるために、ＵＥ ＡＳ－ＵＰは、工程３において選択されるアクセスカテゴリと
、データパケットのＤＲＢ ＩＤまたは論理チャンネルＩＤとを用い、ＵＥ内部データベ
ースにすでに保存されているアクセス規制ステイタス（例えば、アクセスが規制されるか
、またはアクセスが規制されない）が存在するかどうかをチェックしてもよい。アクセス
規制ステイタスが、データパケットについてＵＥ内部データベース中に存在しない場合、
または保存されたアクセス規制ステイタスがもはや有効ではない場合、ＵＥは、工程５を
進め、アクセス規制判定を行ってもよい。そうではない場合、工程５および工程６がスキ
ップされてもよい。
【0190】
工程５で、ＡＳ－ＵＰは、選択したアクセスカテゴリを、アクセス規制情報と共に使用
し、アクセスが規制されるか、またはアクセスが許容されるかを判定してもよい。ＵＥは
、アクセス規制の粒度のレベルに依存して、工程３において選択された対応するアクセス
カテゴリおよび対応するＱｏＳフローＩＤまたはＤＲＢ ＩＤまたは論理チャンネルＩＤ
について、アクセス制御の結果（例えば、アクセスが規制されるか、またはアクセスが規
制されない）を用い、その内部データベースをアップデートしてもよい。ＵＥは、専用の
信号伝達によって、アクセス規制情報における変化を知らされてもよい。ＵＥがＲＲＣ休
止状態である場合、ＵＥは、アクセス規制修正ＩＥを含むページングメッセージを介して
知らされてもよい。それに加え、またはそれに代えて、ＵＥは、ＳＩメッセージ中にある
変化が起こったかどうかを示すフラグ（例えば、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ
）についてＳＩを監視し、次いで、ある変化が起こったときに、そのＳＩを再獲得しても
よい。ＵＥは、ＲＡＮから受信したアクセス規制情報のその後の変化の結果として、その
内部データベースにおいてアクセス規制ステイタスをアップデートしてもよい。
し、アクセスが規制されるか、またはアクセスが許容されるかを判定してもよい。ＵＥは
、アクセス規制の粒度のレベルに依存して、工程３において選択された対応するアクセス
カテゴリおよび対応するＱｏＳフローＩＤまたはＤＲＢ ＩＤまたは論理チャンネルＩＤ
について、アクセス制御の結果（例えば、アクセスが規制されるか、またはアクセスが規
制されない）を用い、その内部データベースをアップデートしてもよい。ＵＥは、専用の
信号伝達によって、アクセス規制情報における変化を知らされてもよい。ＵＥがＲＲＣ休
止状態である場合、ＵＥは、アクセス規制修正ＩＥを含むページングメッセージを介して
知らされてもよい。それに加え、またはそれに代えて、ＵＥは、ＳＩメッセージ中にある
変化が起こったかどうかを示すフラグ（例えば、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ
）についてＳＩを監視し、次いで、ある変化が起こったときに、そのＳＩを再獲得しても
よい。ＵＥは、ＲＡＮから受信したアクセス規制情報のその後の変化の結果として、その
内部データベースにおいてアクセス規制ステイタスをアップデートしてもよい。
【0191】
工程６で、ＡＳ－ＵＰは、アクセス規制チェックの結果をＮＡＳ－ＣＰに知らせてもよ
い。アクセスが規制される場合、この手順が終了する。そうではない場合、ＵＥは、この
手順の残りの工程を行う。
い。アクセスが規制される場合、この手順が終了する。そうではない場合、ＵＥは、この
手順の残りの工程を行う。
【0192】
工程７で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、またはＵＥがＲＲＣ＿Ｃ
ＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを送
る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセス
手順を行ってもよい。
ＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを送
る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセス
手順を行ってもよい。
【0193】
工程８で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、ＵＥは、ＲＲＣ接続再開
手順を行ってもよい。
手順を行ってもよい。
【0194】
工程９で、ＱｏＳフロー／ベアラ／論理チャンネルのためのＵＬデータは、ネットワー
クに送信されてもよい。
クに送信されてもよい。
【0195】
図３２は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ ＆ ＲＲＣ ＣＯＮＮＥＣＴＥＤ状態において
アクセス制御を必要とするＮＡＳ－ＵＰイベントのための方法の一例を示す。
アクセス制御を必要とするＮＡＳ－ＵＰイベントのための方法の一例を示す。
【0196】
工程１で、ＵＥは、ＲＡＮによって送信されるアクセス規制情報を獲得してもよく、こ
こで、アクセス規制情報は、前述の機構を用い、ＵＥへと信号伝達されてもよい。
こで、アクセス規制情報は、前述の機構を用い、ＵＥへと信号伝達されてもよい。
【0197】
工程２で、ＡＳ－ＣＰは、獲得したアクセス規制情報をＮＡＳ－ＣＰに与えてもよい。
【0198】
工程３で、ＮＡＳ－ＣＰは、獲得したアクセス規制情報をＮＡＳ－ＵＰに与えてもよい
。
。
【0199】
工程４で、ＵＥ ＮＡＳ ＵＰは、ＵＬ伝送のためのデータを受信してもよい。
【0200】
工程５で、ＵＥ ＮＡＳ－ＵＰは、この新しいデータパケットのためのアクセスカテゴ
リを決定してもよい。例えば、ＵＥ ＮＡＳ－ＵＰは、データパケットと関連付けられた
本明細書に記載の１つ以上の属性（例えば、ＱｏＳフローＩＤ、ＱＣＩ、アプリケーショ
ンＩＤ、ＳＤＦ、パケットフローなど）を用いてＵＥが構成されるアクセスカテゴリから
、アクセスカテゴリを決定してもよい。
リを決定してもよい。例えば、ＵＥ ＮＡＳ－ＵＰは、データパケットと関連付けられた
本明細書に記載の１つ以上の属性（例えば、ＱｏＳフローＩＤ、ＱＣＩ、アプリケーショ
ンＩＤ、ＳＤＦ、パケットフローなど）を用いてＵＥが構成されるアクセスカテゴリから
、アクセスカテゴリを決定してもよい。
【0201】
工程６で、ＮＡＳ－ＵＰは、その内部データベースにおいて、受信したパケットについ
てのアクセス規制ステイタスをチェックし、アクセス規制ステイタス（例えば、アクセス
が規制されるか、またはアクセスが規制されない）が、受信したパケットについてその内
部データベースにすでに保存されているかどうかを判定してもよい。アクセス制御が行わ
れる粒度のレベルに依存して、アクセスステイタス規制チェックは、ＱｏＳフローＩＤ、
ＳＤＦ、パケットフロー、ＱＣＩ、アプリケーションＩＤなどに基づいていてもよい。例
えば、ＱｏＳフローの粒度でアクセス制御を行うために、ＵＥ ＮＡＳ－ＵＰは、パケッ
トヘッダと、工程５においてＵＥによって選択されるアクセスカテゴリにおいて、ＱＦＩ
に基づいて上の層から受信したパケットについてＵＥ内部データベースにすでに保存され
ているアクセス規制ステイタス（例えば、アクセスが許可されるか、またはアクセスが許
可されない）が存在するかどうかをチェックしてもよい。同様に、ＳＤＦ、パケットフロ
ー、ＱＣＩまたはアプリケーションＩＤの粒度でアクセス制御が行われるために、ＵＥ
ＮＡＳ－ＵＰは、工程５において選択されるアクセスカテゴリと、データパケットの対応
するアクセスカテゴリ属性とを用い、ＵＥ内部データベースにすでに保存されているアク
セス規制ステイタス（例えば、アクセスが許可されるか、またはアクセスが許可されない
）が存在するかどうかをチェックしてもよい。アクセス規制ステイタスが、データパケッ
トについてＵＥ内部データベース中に存在しない場合、または保存されたアクセス規制ス
テイタスがもはや有効ではない場合、ＵＥは、工程７および８を進め、本明細書に記載す
るとおりにアクセス規制判定を行ってもよい。そうではない場合、工程７および工程８が
スキップされてもよい。
てのアクセス規制ステイタスをチェックし、アクセス規制ステイタス（例えば、アクセス
が規制されるか、またはアクセスが規制されない）が、受信したパケットについてその内
部データベースにすでに保存されているかどうかを判定してもよい。アクセス制御が行わ
れる粒度のレベルに依存して、アクセスステイタス規制チェックは、ＱｏＳフローＩＤ、
ＳＤＦ、パケットフロー、ＱＣＩ、アプリケーションＩＤなどに基づいていてもよい。例
えば、ＱｏＳフローの粒度でアクセス制御を行うために、ＵＥ ＮＡＳ－ＵＰは、パケッ
トヘッダと、工程５においてＵＥによって選択されるアクセスカテゴリにおいて、ＱＦＩ
に基づいて上の層から受信したパケットについてＵＥ内部データベースにすでに保存され
ているアクセス規制ステイタス（例えば、アクセスが許可されるか、またはアクセスが許
可されない）が存在するかどうかをチェックしてもよい。同様に、ＳＤＦ、パケットフロ
ー、ＱＣＩまたはアプリケーションＩＤの粒度でアクセス制御が行われるために、ＵＥ
ＮＡＳ－ＵＰは、工程５において選択されるアクセスカテゴリと、データパケットの対応
するアクセスカテゴリ属性とを用い、ＵＥ内部データベースにすでに保存されているアク
セス規制ステイタス（例えば、アクセスが許可されるか、またはアクセスが許可されない
）が存在するかどうかをチェックしてもよい。アクセス規制ステイタスが、データパケッ
トについてＵＥ内部データベース中に存在しない場合、または保存されたアクセス規制ス
テイタスがもはや有効ではない場合、ＵＥは、工程７および８を進め、本明細書に記載す
るとおりにアクセス規制判定を行ってもよい。そうではない場合、工程７および工程８が
スキップされてもよい。
【0202】
工程７で、ＮＡＳ－ＵＰは、選択したアクセスカテゴリを、受信したアクセス規制情報
と共に使用し、アクセスが規制されるか、またはアクセスが許容されるかを判定してもよ
い。ＵＥは、工程５において選択された対応するアクセスカテゴリおよびアクセス規制の
粒度のレベルに依存して、対応するＱｏＳフローＩＤ、ＳＤＦ、パケットフロー、ＱＣＩ
、アプリケーションＩＤなどについて、アクセス制御の結果（例えば、アクセスが規制さ
れるか、またはアクセスが規制されない）を用い、その内部データベースをアップデート
してもよい。ＵＥは、専用の信号伝達によって、アクセス規制情報における変化を知らさ
れてもよい。ＵＥがＲＲＣ休止状態である場合、ＵＥは、アクセス規制修正ＩＥを含むペ
ージングメッセージを介して知らされてもよい。それに加え、またはそれに代えて、ＵＥ
は、ＳＩメッセージ中にある変化が起こったかどうかを示すフラグ（例えば、ｓｙｓｔｅ
ｍＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次いで、ある変化が起こったとき
に、そのＳＩを再獲得してもよい。ＵＥは、ＲＡＮから受信したアクセス規制情報のその
後の変化の結果として、その内部データベースにおいてアクセス規制ステイタスをアップ
デートしてもよい。
と共に使用し、アクセスが規制されるか、またはアクセスが許容されるかを判定してもよ
い。ＵＥは、工程５において選択された対応するアクセスカテゴリおよびアクセス規制の
粒度のレベルに依存して、対応するＱｏＳフローＩＤ、ＳＤＦ、パケットフロー、ＱＣＩ
、アプリケーションＩＤなどについて、アクセス制御の結果（例えば、アクセスが規制さ
れるか、またはアクセスが規制されない）を用い、その内部データベースをアップデート
してもよい。ＵＥは、専用の信号伝達によって、アクセス規制情報における変化を知らさ
れてもよい。ＵＥがＲＲＣ休止状態である場合、ＵＥは、アクセス規制修正ＩＥを含むペ
ージングメッセージを介して知らされてもよい。それに加え、またはそれに代えて、ＵＥ
は、ＳＩメッセージ中にある変化が起こったかどうかを示すフラグ（例えば、ｓｙｓｔｅ
ｍＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次いで、ある変化が起こったとき
に、そのＳＩを再獲得してもよい。ＵＥは、ＲＡＮから受信したアクセス規制情報のその
後の変化の結果として、その内部データベースにおいてアクセス規制ステイタスをアップ
デートしてもよい。
【0203】
工程８で、ＵＥ ＮＡＳ－ＵＰは、アクセス規制チェックの結果をＮＡＳ－ＣＰに知ら
せてもよい。アクセスが規制される場合、この手順は終了してもよい。そうではない場合
、ＵＥは、この手順の残りの工程を行ってもよい。
せてもよい。アクセスが規制される場合、この手順は終了してもよい。そうではない場合
、ＵＥは、この手順の残りの工程を行ってもよい。
【0204】
工程９で、ＵＬデータは、ＵＰを介し、ＮＡＳからＡＳへと送られてもよい。
【0205】
工程１０で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、またはＵＥがＲＲＣ＿
ＣＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを
送る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセ
ス手順を行ってもよい。
ＣＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを
送る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセ
ス手順を行ってもよい。
【0206】
工程１１で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、ＵＥは、ＲＲＣ接続再
開手順を行ってもよい。
開手順を行ってもよい。
【0207】
工程１２で、この特定のアクセスのためのＵＬデータは、ネットワークに送信されても
よい。
よい。
【0208】
一例では、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にお
いてアクセス制御を必要とするＮＡＳ－ＣＰイベントのために、ＡＳ－ＣＰにおいてアク
セス制御を行う方法が開示される。この方法は、ユーザ機器のアクセスストラタム（ＡＳ
）で、無線アクセスネットワーク（ＲＡＮ）からアクセス規制情報を受信する工程と、ユ
ーザ機器の非アクセスストラタム（ＮＡＳ）で、アクセス制御を必要とするイベントと関
連付けられたトリガを受信する工程と、ユーザ機器のＮＡＳで、アクセス制御を必要とす
る前記イベントと関連付けられたアクセスカテゴリを決定する工程と、ユーザ機器のＮＡ
Ｓからユーザ機器のＡＳへと、決定したアクセスカテゴリの表示を送る工程と、ユーザ機
器のＡＳで、アクセス制御を必要とする前記イベントと関連付けられたアクセス規制ステ
イタスがユーザ機器の内部データベースに保存されているかどうかを判定する工程と、ユ
ーザ機器のＡＳで、決定したアクセスカテゴリの表示とアクセス規制情報とに少なくとも
基づき、アクセス制御を必要とする前記イベントと関連付けられたアクセスカテゴリのた
めのアクセス試行が規制されるかどうかを判定する工程と、ユーザ機器のＮＡＳへと、ア
クセス制御を必要とする前記イベントと関連付けられたアクセスカテゴリのためのアクセ
ス試行が規制されるかの表示を送る工程とを有していてもよい。
いてアクセス制御を必要とするＮＡＳ－ＣＰイベントのために、ＡＳ－ＣＰにおいてアク
セス制御を行う方法が開示される。この方法は、ユーザ機器のアクセスストラタム（ＡＳ
）で、無線アクセスネットワーク（ＲＡＮ）からアクセス規制情報を受信する工程と、ユ
ーザ機器の非アクセスストラタム（ＮＡＳ）で、アクセス制御を必要とするイベントと関
連付けられたトリガを受信する工程と、ユーザ機器のＮＡＳで、アクセス制御を必要とす
る前記イベントと関連付けられたアクセスカテゴリを決定する工程と、ユーザ機器のＮＡ
Ｓからユーザ機器のＡＳへと、決定したアクセスカテゴリの表示を送る工程と、ユーザ機
器のＡＳで、アクセス制御を必要とする前記イベントと関連付けられたアクセス規制ステ
イタスがユーザ機器の内部データベースに保存されているかどうかを判定する工程と、ユ
ーザ機器のＡＳで、決定したアクセスカテゴリの表示とアクセス規制情報とに少なくとも
基づき、アクセス制御を必要とする前記イベントと関連付けられたアクセスカテゴリのた
めのアクセス試行が規制されるかどうかを判定する工程と、ユーザ機器のＮＡＳへと、ア
クセス制御を必要とする前記イベントと関連付けられたアクセスカテゴリのためのアクセ
ス試行が規制されるかの表示を送る工程とを有していてもよい。
【0209】
アクセス制御を必要とするイベントと関連付けられたトリガは、ユーザ機器による伝送
のためにデータが利用可能であるという表示を含んでいてもよい。アクセスカテゴリは、
ユーザ機器のデータベースに保存されたアクセスカテゴリ構成に基づいて決定されてもよ
い。この方法は、さらに、アクセス制御を必要とするイベントと関連付けられたアクセス
規制ステイタスがユーザ機器の内部データベースに保存されていないと判定する工程を含
んでいてもよい。この方法は、さらに、アクセス制御を必要とするイベントと関連付けら
れたアクセス規制ステイタスを表示するために、ユーザ機器の内部データベースをアップ
デートする工程を含んでいてもよい。この方法は、さらに、ユーザ機器のＮＡＳからユー
ザ機器のＡＳへと、アクセス試行と関連付けられたアクセス識別子を送る工程を含んでい
てもよい。アクセス制御を必要とするイベントと関連付けられたアクセスカテゴリのため
のアクセス試行が規制されるかどうかを判定する工程は、ユーザ機器のＡＳで、アクセス
識別子に基づき、アクセス制御を必要とするイベントと関連付けられたアクセスカテゴリ
のためのアクセス試行が規制されるかどうかを判定する工程を含んでいてもよい。
のためにデータが利用可能であるという表示を含んでいてもよい。アクセスカテゴリは、
ユーザ機器のデータベースに保存されたアクセスカテゴリ構成に基づいて決定されてもよ
い。この方法は、さらに、アクセス制御を必要とするイベントと関連付けられたアクセス
規制ステイタスがユーザ機器の内部データベースに保存されていないと判定する工程を含
んでいてもよい。この方法は、さらに、アクセス制御を必要とするイベントと関連付けら
れたアクセス規制ステイタスを表示するために、ユーザ機器の内部データベースをアップ
デートする工程を含んでいてもよい。この方法は、さらに、ユーザ機器のＮＡＳからユー
ザ機器のＡＳへと、アクセス試行と関連付けられたアクセス識別子を送る工程を含んでい
てもよい。アクセス制御を必要とするイベントと関連付けられたアクセスカテゴリのため
のアクセス試行が規制されるかどうかを判定する工程は、ユーザ機器のＡＳで、アクセス
識別子に基づき、アクセス制御を必要とするイベントと関連付けられたアクセスカテゴリ
のためのアクセス試行が規制されるかどうかを判定する工程を含んでいてもよい。
【0210】
図３３に示す手順を使用し、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態およびＲＲＣ＿ＣＯＮＮＥ
ＣＴＥＤ状態においてアクセス制御を必要とするＮＡＳ－ＣＰイベントのために、ＡＳ－
ＣＰにおいてアクセス制御を行ってもよい。
ＣＴＥＤ状態においてアクセス制御を必要とするＮＡＳ－ＣＰイベントのために、ＡＳ－
ＣＰにおいてアクセス制御を行ってもよい。
【0211】
工程１で、ＵＥは、ＲＡＮによって送信されるアクセス規制情報を獲得してもよい。ア
クセス規制情報は、前述の機構を用い、ＵＥへと信号伝達されてもよい。
クセス規制情報は、前述の機構を用い、ＵＥへと信号伝達されてもよい。
【0212】
工程２で、ＮＡＳ－ＣＰは、アクセス制御を必要とするイベントのためのトリガを受信
してもよい。かかるイベントは、例えば、伝送のためのデータが利用可能になったとき、
例えば、ＵＥが接続している現在のネットワークをスライシングする異なるネットワーク
スライスでの、ＮＡＳ－ＵＰからのイベントであってもよい。
してもよい。かかるイベントは、例えば、伝送のためのデータが利用可能になったとき、
例えば、ＵＥが接続している現在のネットワークをスライシングする異なるネットワーク
スライスでの、ＮＡＳ－ＵＰからのイベントであってもよい。
【0213】
工程３で、ＮＡＳ－ＣＰは、この特定のアクセスのためのアクセスカテゴリを決定して
もよい。例えば、ＵＥ ＮＡＳ－ＣＰは、ＵＥが前述の１つ以上の属性（例えば、ＱｏＳ
フローＩＤ、ＱＣＩ、アプリケーションＩＤ、ＳＤＦ、パケットフローなど）を用いて構
成されるアクセスカテゴリから、有効なアクセスカテゴリを選択してもよい。
もよい。例えば、ＵＥ ＮＡＳ－ＣＰは、ＵＥが前述の１つ以上の属性（例えば、ＱｏＳ
フローＩＤ、ＱＣＩ、アプリケーションＩＤ、ＳＤＦ、パケットフローなど）を用いて構
成されるアクセスカテゴリから、有効なアクセスカテゴリを選択してもよい。
【0214】
工程４で、ＮＡＳ－ＣＰは、ＵＥ ＮＡＳ－ＣＰとＵＥ ＡＳ－ＣＰとの間のＡＳ－Ｃ
Ｐ（例えば、適切な層間メッセージ中のＲＲＣ層）に、選択した有効なアクセスカテゴリ
を与えてもよい。一例では、アクセス識別子も与えられてもよい。
Ｐ（例えば、適切な層間メッセージ中のＲＲＣ層）に、選択した有効なアクセスカテゴリ
を与えてもよい。一例では、アクセス識別子も与えられてもよい。
【0215】
工程５で、ＵＥ ＡＳ－ＣＰは、その内部データベースにおいて、アクセス規制ステイ
タスをチェックし、アクセス規制ステイタス（例えば、アクセスが許可されるか、または
アクセスが許可されない）が、選択したアクセスカテゴリについてその内部データベース
にすでに保存されているかどうかを判定してもよい。例えば、アクセス制御が行われる粒
度のレベルに依存して、チェックは、ＱｏＳフローＩＤ（ＱＦＩ）、ベアラＩＤまたはＱ
ＣＩまたは論理チャンネルＩＤに基づいていてもよい。例えば、ＱｏＳフローの粒度でア
クセス制御を行うために、ＵＥ ＡＳ－ＣＰは、ＱＦＩと、工程３においてＵＥによって
選択されるアクセスカテゴリとに基づき、ＵＥ内部データベースにすでに保存されている
アクセス規制ステイタス（例えば、アクセスが許可されるか、またはアクセスが許可され
ない）が存在するかどうかをチェックしてもよい。同様に、ベアラまたはＱＣＩまたは論
理チャンネルの粒度でアクセス制御が行われるために、ＵＥ ＡＳ－ＣＰは、工程３にお
いて選択されるアクセスカテゴリと、伝送されるデータパケットがマッピングされるＤＲ
Ｂ ＩＤまたはＱＣＩまたは論理チャンネルＩＤとを用い、ＵＥ内部データベースにすで
に保存されているアクセス規制ステイタス（例えば、アクセスが規制されるか、またはア
クセスが規制されない）が存在するかどうかをチェックしてもよい。アクセス規制ステイ
タスが、データパケットについてＵＥ内部データベース中に存在しない場合、または保存
されたアクセス規制ステイタスがもはや有効ではない場合、ＵＥは、本明細書に記載する
とおり、工程６および７を進め、アクセス規制判定を行ってもよい。そうではない場合、
工程６および工程７がスキップされてもよい。
タスをチェックし、アクセス規制ステイタス（例えば、アクセスが許可されるか、または
アクセスが許可されない）が、選択したアクセスカテゴリについてその内部データベース
にすでに保存されているかどうかを判定してもよい。例えば、アクセス制御が行われる粒
度のレベルに依存して、チェックは、ＱｏＳフローＩＤ（ＱＦＩ）、ベアラＩＤまたはＱ
ＣＩまたは論理チャンネルＩＤに基づいていてもよい。例えば、ＱｏＳフローの粒度でア
クセス制御を行うために、ＵＥ ＡＳ－ＣＰは、ＱＦＩと、工程３においてＵＥによって
選択されるアクセスカテゴリとに基づき、ＵＥ内部データベースにすでに保存されている
アクセス規制ステイタス（例えば、アクセスが許可されるか、またはアクセスが許可され
ない）が存在するかどうかをチェックしてもよい。同様に、ベアラまたはＱＣＩまたは論
理チャンネルの粒度でアクセス制御が行われるために、ＵＥ ＡＳ－ＣＰは、工程３にお
いて選択されるアクセスカテゴリと、伝送されるデータパケットがマッピングされるＤＲ
Ｂ ＩＤまたはＱＣＩまたは論理チャンネルＩＤとを用い、ＵＥ内部データベースにすで
に保存されているアクセス規制ステイタス（例えば、アクセスが規制されるか、またはア
クセスが規制されない）が存在するかどうかをチェックしてもよい。アクセス規制ステイ
タスが、データパケットについてＵＥ内部データベース中に存在しない場合、または保存
されたアクセス規制ステイタスがもはや有効ではない場合、ＵＥは、本明細書に記載する
とおり、工程６および７を進め、アクセス規制判定を行ってもよい。そうではない場合、
工程６および工程７がスキップされてもよい。
【0216】
工程６で、ＵＥ ＡＳ－ＣＰ（例えば、ＲＲＣ）は、選択したアクセスカテゴリを、ア
クセス規制情報と共に使用し、アクセスが規制されるか、またはアクセスが許容されるか
を判定してもよい。ＵＥは、アクセス規制の粒度のレベルに依存して、工程３において選
択された対応するアクセスカテゴリおよび対応するＱｏＳフローＩＤまたはＤＲＢ ＩＤ
または論理チャンネルＩＤについて、アクセス制御の結果（例えば、アクセスが規制され
るか、またはアクセスが規制されない）を用い、その内部データベースをアップデートし
てもよい。ＵＥは、専用の信号伝達によって、アクセス規制情報における変化を知らされ
てもよい。ＵＥがＲＲＣ休止状態である場合、ＵＥは、アクセス規制修正ＩＥを含むペー
ジングメッセージを介して知らされてもよい。それに加え、またはそれに代えて、ＵＥは
、ＳＩメッセージ中にある変化が起こったかどうかを示すフラグ（例えば、ｓｙｓｔｅｍ
ＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次いで、ある変化が起こったときに
、そのＳＩを再獲得してもよい。ＵＥは、ＲＡＮから受信したアクセス規制情報のその後
の変化の結果として、その内部データベースにおいてアクセス規制ステイタスをアップデ
ートしてもよい。一例では、それに加え、またはそれに代えて、アクセス識別子を使用し
、アクセス試行が規制されるかどうかを判定してもよい。
クセス規制情報と共に使用し、アクセスが規制されるか、またはアクセスが許容されるか
を判定してもよい。ＵＥは、アクセス規制の粒度のレベルに依存して、工程３において選
択された対応するアクセスカテゴリおよび対応するＱｏＳフローＩＤまたはＤＲＢ ＩＤ
または論理チャンネルＩＤについて、アクセス制御の結果（例えば、アクセスが規制され
るか、またはアクセスが規制されない）を用い、その内部データベースをアップデートし
てもよい。ＵＥは、専用の信号伝達によって、アクセス規制情報における変化を知らされ
てもよい。ＵＥがＲＲＣ休止状態である場合、ＵＥは、アクセス規制修正ＩＥを含むペー
ジングメッセージを介して知らされてもよい。それに加え、またはそれに代えて、ＵＥは
、ＳＩメッセージ中にある変化が起こったかどうかを示すフラグ（例えば、ｓｙｓｔｅｍ
ＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次いで、ある変化が起こったときに
、そのＳＩを再獲得してもよい。ＵＥは、ＲＡＮから受信したアクセス規制情報のその後
の変化の結果として、その内部データベースにおいてアクセス規制ステイタスをアップデ
ートしてもよい。一例では、それに加え、またはそれに代えて、アクセス識別子を使用し
、アクセス試行が規制されるかどうかを判定してもよい。
【0217】
工程７で、ＡＳ－ＣＰは、アクセス規制チェックの結果をＮＡＳ－ＣＰに知らせてもよ
い。ＮＡＳ－ＣＰは、場合により、アクセスが規制されるかどうかのアクセス規制チェッ
ク結果をＮＡＳ－ＵＰに送ってもよい。アクセスが規制される場合、この手順は終了して
もよい。そうではない場合、ＵＥは、この手順の残りの工程を行ってもよい。
い。ＮＡＳ－ＣＰは、場合により、アクセスが規制されるかどうかのアクセス規制チェッ
ク結果をＮＡＳ－ＵＰに送ってもよい。アクセスが規制される場合、この手順は終了して
もよい。そうではない場合、ＵＥは、この手順の残りの工程を行ってもよい。
【0218】
工程８で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、またはＵＥがＲＲＣ＿Ｃ
ＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを送
る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセス
手順を行ってもよい。
ＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを送
る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセス
手順を行ってもよい。
【0219】
工程９で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、ＵＥは、ＲＲＣ接続再開
手順を行ってもよい。
手順を行ってもよい。
【0220】
工程１０で、この特定のアクセスのためのＵＬデータは、ネットワークに送信されても
よい。
よい。
【0221】
【0222】
工程１で、ＵＥは、ＲＡＮによって送信されるアクセス規制情報を獲得してもよい。ア
クセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよい。
クセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよい。
【0223】
工程２で、ＵＥは、ネットワークアクセスを必要とするＡＳ手順を実行してもよい。
【0224】
工程３で、ＵＥ ＡＳ－ＣＰは、アクセスカテゴリを決定してもよい。アクセスカテゴ
リ決定は、ＱｏＳフローまたはＱＣＩに基づいていてもよい。例えば、ＵＥ ＡＳ－ＵＰ
は、ＵＥが新しいデータパケットと関連付けられたＱｏＳフローＩＤまたはＱＣＩを用い
て構成されるアクセスカテゴリから、アクセスカテゴリを決定してもよい。
リ決定は、ＱｏＳフローまたはＱＣＩに基づいていてもよい。例えば、ＵＥ ＡＳ－ＵＰ
は、ＵＥが新しいデータパケットと関連付けられたＱｏＳフローＩＤまたはＱＣＩを用い
て構成されるアクセスカテゴリから、アクセスカテゴリを決定してもよい。
【0225】
工程４で、ＵＥ ＡＳ－ＣＰ（例えば、ＲＲＣ）は、選択したアクセスカテゴリを、ア
クセス規制情報と共に使用し、アクセスが規制されるか、またはアクセスが許容されるか
を判定してもよい。ＵＥは、アクセス規制の粒度のレベルに依存して、工程３において選
択された対応するアクセスカテゴリおよび対応するＱｏＳフローＩＤまたはＤＲＢ ＩＤ
または論理チャンネルＩＤについて、アクセス制御の結果（例えば、アクセスが規制され
るか、またはアクセスが規制されない）を用い、その内部データベースをアップデートし
てもよい。ＵＥは、専用の信号伝達によって、アクセス規制情報における変化を知らされ
てもよい。ＵＥがＲＲＣ休止状態である場合、ＵＥは、アクセス規制修正ＩＥを含むペー
ジングメッセージを介して知らされてもよい。それに加え、またはそれに代えて、ＵＥは
、ＳＩメッセージ中にある変化が起こったかどうかを示すフラグ（例えば、ｓｙｓｔｅｍ
ＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次いで、ある変化が起こったときに
、そのＳＩを再獲得してもよい。ＵＥは、ＲＡＮから受信したアクセス規制情報のその後
の変化の結果として、その内部データベースにおいてアクセス規制ステイタスをアップデ
ートしてもよい。
クセス規制情報と共に使用し、アクセスが規制されるか、またはアクセスが許容されるか
を判定してもよい。ＵＥは、アクセス規制の粒度のレベルに依存して、工程３において選
択された対応するアクセスカテゴリおよび対応するＱｏＳフローＩＤまたはＤＲＢ ＩＤ
または論理チャンネルＩＤについて、アクセス制御の結果（例えば、アクセスが規制され
るか、またはアクセスが規制されない）を用い、その内部データベースをアップデートし
てもよい。ＵＥは、専用の信号伝達によって、アクセス規制情報における変化を知らされ
てもよい。ＵＥがＲＲＣ休止状態である場合、ＵＥは、アクセス規制修正ＩＥを含むペー
ジングメッセージを介して知らされてもよい。それに加え、またはそれに代えて、ＵＥは
、ＳＩメッセージ中にある変化が起こったかどうかを示すフラグ（例えば、ｓｙｓｔｅｍ
ＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次いで、ある変化が起こったときに
、そのＳＩを再獲得してもよい。ＵＥは、ＲＡＮから受信したアクセス規制情報のその後
の変化の結果として、その内部データベースにおいてアクセス規制ステイタスをアップデ
ートしてもよい。
【0226】
工程５で、ＵＥ ＡＳ－ＣＰ（例えば、ＲＲＣ）は、選択したアクセスカテゴリを、ア
クセス規制情報と共に使用し、アクセスが規制されるか、またはアクセスが許容されるか
を判定してもよい。ＵＥは、アクセス規制の粒度のレベルに依存して、工程３において選
択された対応するアクセスカテゴリおよび対応するＱｏＳフローＩＤまたはＤＲＢ ＩＤ
または論理チャンネルＩＤについて、アクセス制御の結果（例えば、アクセスが規制され
るか、またはアクセスが規制されない）を用い、その内部データベースをアップデートし
てもよい。ＵＥは、専用の信号伝達によって、アクセス規制情報における変化を知らされ
てもよい。ＵＥがＲＲＣ休止状態である場合、ＵＥは、アクセス規制修正ＩＥを含むペー
ジングメッセージを介して知らされてもよい。それに加え、またはそれに代えて、ＵＥは
、ＳＩメッセージ中にある変化が起こったかどうかを示すフラグ（例えば、ｓｙｓｔｅｍ
ＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次いで、ある変化が起こったときに
、そのＳＩを再獲得してもよい。ＵＥは、ＲＡＮから受信したアクセス規制情報のその後
の変化の結果として、その内部データベースにおいてアクセス規制ステイタスをアップデ
ートしてもよい。
クセス規制情報と共に使用し、アクセスが規制されるか、またはアクセスが許容されるか
を判定してもよい。ＵＥは、アクセス規制の粒度のレベルに依存して、工程３において選
択された対応するアクセスカテゴリおよび対応するＱｏＳフローＩＤまたはＤＲＢ ＩＤ
または論理チャンネルＩＤについて、アクセス制御の結果（例えば、アクセスが規制され
るか、またはアクセスが規制されない）を用い、その内部データベースをアップデートし
てもよい。ＵＥは、専用の信号伝達によって、アクセス規制情報における変化を知らされ
てもよい。ＵＥがＲＲＣ休止状態である場合、ＵＥは、アクセス規制修正ＩＥを含むペー
ジングメッセージを介して知らされてもよい。それに加え、またはそれに代えて、ＵＥは
、ＳＩメッセージ中にある変化が起こったかどうかを示すフラグ（例えば、ｓｙｓｔｅｍ
ＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次いで、ある変化が起こったときに
、そのＳＩを再獲得してもよい。ＵＥは、ＲＡＮから受信したアクセス規制情報のその後
の変化の結果として、その内部データベースにおいてアクセス規制ステイタスをアップデ
ートしてもよい。
【0227】
工程６で、ＡＳ－ＣＰは、アクセス規制チェックの結果をＮＡＳ－ＣＰに知らせてもよ
い。アクセスが規制される場合、この手順が終了する。そうではない場合、ＵＥは、この
手順の残りの工程を実行してもよい。
い。アクセスが規制される場合、この手順が終了する。そうではない場合、ＵＥは、この
手順の残りの工程を実行してもよい。
【0228】
工程７で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、またはＵＥがＲＲＣ＿Ｃ
ＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを送
る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセス
手順を行ってもよい。
ＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを送
る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセス
手順を行ってもよい。
【0229】
工程８で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、ＵＥは、ＲＲＣ接続再開
手順を行ってもよい。
手順を行ってもよい。
【0230】
工程９で、この特定のアクセスのためのＵＬデータは、ネットワークに送信されてもよ
い。
い。
【0231】
【0232】
工程１で、ＵＥは、ＲＡＮによって送信されるアクセス規制情報を獲得してもよい。ア
クセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよい。
クセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよい。
【0233】
工程２で、ＵＬデータは、ＵＰを介し、ＮＡＳからＡＳへと送られてもよい。
【0234】
工程３で、ＡＳ－ＣＰは、この新しいＱｏＳフロー／ベアラ／論理チャンネルのための
アクセスカテゴリを決定してもよい。アクセスカテゴリは、アクセスカテゴリ構成から決
定されてもよい。
アクセスカテゴリを決定してもよい。アクセスカテゴリは、アクセスカテゴリ構成から決
定されてもよい。
【0235】
工程４で、ＡＳ－ＵＰは、アクセス制御を必要とし得るパケットをチェックしてもよい
。アクセス制御が行われる粒度のレベルに依存して、チェックは、ＱｏＳフローＩＤ（Ｑ
ＦＩ）、ベアラＩＤまたは論理チャンネルＩＤに基づいていてもよい。例えば、ＱｏＳフ
ローの粒度でアクセス制御を行うために、ＡＳ－ＵＰは、パケットヘッダ中のＱＦＩが、
対応するＰＤＵセッションのためのＡＳマッピングテーブル中に対応するＱＦＩ－ＤＲＢ
のマッピングを有しているかどうかをチェックしてもよい。それに加え、またはそれに代
えて、ベアラまたは論理チャンネルの粒度でアクセス制御を行うために、ＡＳ－ＵＰは、
パケットヘッダ中のベアラ／論理チャンネルＩＤと、ベアラ／論理チャンネルコンテクス
トの一部として保存されるベアラ／論理チャンネルＩＤとを比較してもよい。新しいＱｏ
Ｓフロー／ベアラ／論理チャンネルが検出されたら、ＵＥは、工程４－７に進み、アクセ
ス制御を行ってもよい。そうではない場合、これらの工程はスキップされてもよい。すで
にアクセスが付与されたＱｏＳフロー／ベアラ／論理チャンネルに対応するパケットにつ
いて、対応するＱｏＳフロー／ベアラ／論理チャンネルについてのアクセス規制情報が、
アクセス規制チェックが行われたために変化したかどうかについても、アクセス制御が行
われてもよい。ＵＥは、アクセス規制情報における変化を明示的に（例えば、アクセス規
制修正ＩＥを含むページングメッセージを介して）知らされてもよい。それに加え、また
はそれに代えて、ＵＥは、ＳＩメッセージ中にある変化が起こったかどうかを示すフラグ
（例えば、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次いで、あ
る変化が起こったときに、そのＳＩを再獲得してもよい。ＱｏＳフロー／ベアラ／論理チ
ャンネルと関連付けられたアクセス規制情報の状態（例えば、変化した／変化していない
）は、ＱｏＳフロー、ベアラまたは論理チャンネルコンテクスト、ＡＳマッピングテーブ
ルまたは別個のデータベース／データ構造に保存されてもよい。
。アクセス制御が行われる粒度のレベルに依存して、チェックは、ＱｏＳフローＩＤ（Ｑ
ＦＩ）、ベアラＩＤまたは論理チャンネルＩＤに基づいていてもよい。例えば、ＱｏＳフ
ローの粒度でアクセス制御を行うために、ＡＳ－ＵＰは、パケットヘッダ中のＱＦＩが、
対応するＰＤＵセッションのためのＡＳマッピングテーブル中に対応するＱＦＩ－ＤＲＢ
のマッピングを有しているかどうかをチェックしてもよい。それに加え、またはそれに代
えて、ベアラまたは論理チャンネルの粒度でアクセス制御を行うために、ＡＳ－ＵＰは、
パケットヘッダ中のベアラ／論理チャンネルＩＤと、ベアラ／論理チャンネルコンテクス
トの一部として保存されるベアラ／論理チャンネルＩＤとを比較してもよい。新しいＱｏ
Ｓフロー／ベアラ／論理チャンネルが検出されたら、ＵＥは、工程４－７に進み、アクセ
ス制御を行ってもよい。そうではない場合、これらの工程はスキップされてもよい。すで
にアクセスが付与されたＱｏＳフロー／ベアラ／論理チャンネルに対応するパケットにつ
いて、対応するＱｏＳフロー／ベアラ／論理チャンネルについてのアクセス規制情報が、
アクセス規制チェックが行われたために変化したかどうかについても、アクセス制御が行
われてもよい。ＵＥは、アクセス規制情報における変化を明示的に（例えば、アクセス規
制修正ＩＥを含むページングメッセージを介して）知らされてもよい。それに加え、また
はそれに代えて、ＵＥは、ＳＩメッセージ中にある変化が起こったかどうかを示すフラグ
（例えば、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次いで、あ
る変化が起こったときに、そのＳＩを再獲得してもよい。ＱｏＳフロー／ベアラ／論理チ
ャンネルと関連付けられたアクセス規制情報の状態（例えば、変化した／変化していない
）は、ＱｏＳフロー、ベアラまたは論理チャンネルコンテクスト、ＡＳマッピングテーブ
ルまたは別個のデータベース／データ構造に保存されてもよい。
【0236】
工程５で、アクセスカテゴリを決定するために使用可能なパケット情報を含む表示が、
ＡＳ－ＣＰに送られてもよい。例えば、アクセス制御が行われる粒度のレベルに依存して
、パケット情報は、パケットヘッダ中に見出されるＱＦＩ、ベアラＩＤまたは論理チャン
ネルＩＤを含んでいてもよい。
ＡＳ－ＣＰに送られてもよい。例えば、アクセス制御が行われる粒度のレベルに依存して
、パケット情報は、パケットヘッダ中に見出されるＱＦＩ、ベアラＩＤまたは論理チャン
ネルＩＤを含んでいてもよい。
【0237】
工程６で、ＡＳ－ＣＰは、決定したアクセスカテゴリを、アクセス規制情報と共に使用
し、新しいＱｏＳフロー／ベアラ／論理チャンネルと関連付けられたアクセス試行が規制
されるかどうかを判定してもよい。
し、新しいＱｏＳフロー／ベアラ／論理チャンネルと関連付けられたアクセス試行が規制
されるかどうかを判定してもよい。
【0238】
工程７で、ＡＳ－ＣＰは、アクセス規制チェックの結果をＡＳ－ＵＰおよびＮＡＳ－Ｃ
Ｐに知らせてもよい。ＡＳ－ＵＰは、ＱｏＳフロー、ベアラまたは論理チャンネルコンテ
クストの一部としてアクセス規制チェックの結果を保存してもよい。アクセスが規制され
る場合、この手順を終了してもよい。そうではない場合、ＵＥは、この手順の残りの工程
を行ってもよい。
Ｐに知らせてもよい。ＡＳ－ＵＰは、ＱｏＳフロー、ベアラまたは論理チャンネルコンテ
クストの一部としてアクセス規制チェックの結果を保存してもよい。アクセスが規制され
る場合、この手順を終了してもよい。そうではない場合、ＵＥは、この手順の残りの工程
を行ってもよい。
【0239】
工程８で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、またはＵＥがＲＲＣ＿Ｃ
ＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを送
る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセス
手順を行ってもよい。
ＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを送
る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセス
手順を行ってもよい。
【0240】
工程９で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、ＵＥは、ＲＲＣ接続再開
手順を行ってもよい。
手順を行ってもよい。
【0241】
工程１０で、新しいＱｏＳフロー／ベアラ／論理チャンネルについてのＵＬデータがネ
ットワークに送信されてもよい。
ットワークに送信されてもよい。
【0242】
【0243】
工程１で、ＵＥは、ＲＡＮによって送信されるアクセス規制情報を獲得してもよい。ア
クセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよい。
クセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよい。
【0244】
工程２で、ＵＬデータは、ＮＡＳ ＵＰを介して受信されてもよい。
【0245】
工程３で、ＮＡＳ－ＵＰは、アクセスカテゴリを決定し、アクセス制御を必要とし得る
パケットをチェックしてもよい。例えば、ＱｏＳフローの粒度でアクセス制御を行うため
に、ＮＡＳ－ＵＰは、パケットヘッダ中のＱＦＩが、対応するＰＤＵセッションのための
ＡＳマッピングテーブル中に対応するＱＦＩ－ＤＲＢのマッピングを有しているかどうか
をチェックしてもよい。新しいＱｏＳフローが検出されたら、ＵＥは、工程３－８を進め
、アクセス制御を行ってもよい。そうではない場合、これらの工程はスキップされてもよ
い。すでにアクセスが付与されたＱｏＳフロー／ベアラ／論理チャンネルに対応するパケ
ットについて、対応するＱｏＳフロー／ベアラ／論理チャンネルについてのアクセス規制
情報が、アクセス規制チェックが行われたために変化したかどうかについても、アクセス
制御が行われてもよい。ＵＥは、アクセス規制情報における変化を明示的に（例えば、ア
クセス規制修正ＩＥを含むページングメッセージを介して）知らされてもよい。それに加
え、またはそれに代えて、ＵＥは、ＳＩメッセージ中にある変化が起こったかどうかを示
すフラグ（例えば、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次
いで、ある変化が起こったときに、そのＳＩを再獲得してもよい。ＱｏＳフロー／ベアラ
／論理チャンネルと関連付けられたアクセス規制情報の状態（例えば、変化した／変化し
ていない）は、ＱｏＳフロー、ベアラまたは論理チャンネルコンテクスト、ＡＳマッピン
グテーブルまたは別個のデータベース／データ構造に保存されてもよい。
パケットをチェックしてもよい。例えば、ＱｏＳフローの粒度でアクセス制御を行うため
に、ＮＡＳ－ＵＰは、パケットヘッダ中のＱＦＩが、対応するＰＤＵセッションのための
ＡＳマッピングテーブル中に対応するＱＦＩ－ＤＲＢのマッピングを有しているかどうか
をチェックしてもよい。新しいＱｏＳフローが検出されたら、ＵＥは、工程３－８を進め
、アクセス制御を行ってもよい。そうではない場合、これらの工程はスキップされてもよ
い。すでにアクセスが付与されたＱｏＳフロー／ベアラ／論理チャンネルに対応するパケ
ットについて、対応するＱｏＳフロー／ベアラ／論理チャンネルについてのアクセス規制
情報が、アクセス規制チェックが行われたために変化したかどうかについても、アクセス
制御が行われてもよい。ＵＥは、アクセス規制情報における変化を明示的に（例えば、ア
クセス規制修正ＩＥを含むページングメッセージを介して）知らされてもよい。それに加
え、またはそれに代えて、ＵＥは、ＳＩメッセージ中にある変化が起こったかどうかを示
すフラグ（例えば、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次
いで、ある変化が起こったときに、そのＳＩを再獲得してもよい。ＱｏＳフロー／ベアラ
／論理チャンネルと関連付けられたアクセス規制情報の状態（例えば、変化した／変化し
ていない）は、ＱｏＳフロー、ベアラまたは論理チャンネルコンテクスト、ＡＳマッピン
グテーブルまたは別個のデータベース／データ構造に保存されてもよい。
【0246】
工程４で、アクセスカテゴリを決定するために使用可能なパケット情報を含む表示が、
ＮＡＳ－ＣＰに送られてもよい。例えば、アクセス制御が、ＱｏＳフローの粒度で行われ
る場合、パケット情報は、ＱＦＩを含んでいてもよい。
ＮＡＳ－ＣＰに送られてもよい。例えば、アクセス制御が、ＱｏＳフローの粒度で行われ
る場合、パケット情報は、ＱＦＩを含んでいてもよい。
【0247】
工程５で、ＮＡＳ－ＣＰは、この特定のアクセスのためのアクセスカテゴリを決定して
もよい。アクセスカテゴリは、アクセスカテゴリ構成から決定されてもよく、アクセスカ
テゴリコンポーネントに基づいていてもよい。
もよい。アクセスカテゴリは、アクセスカテゴリ構成から決定されてもよく、アクセスカ
テゴリコンポーネントに基づいていてもよい。
【0248】
工程６で、ＮＡＳ－ＣＰは、決定したアクセスカテゴリを、ＡＳ－ＣＰ（例えば、ＲＲ
Ｃ層）に与えてもよい。一例では、アクセス識別子も与えられてもよい。
Ｃ層）に与えてもよい。一例では、アクセス識別子も与えられてもよい。
【0249】
工程７で、ＡＳ－ＣＰは、決定したアクセスカテゴリを、アクセス規制情報と共に使用
し、アクセス試行が規制されるかどうかを判定してもよい。一例では、それに加え、また
はそれに代えて、アクセス識別子を使用し、アクセス試行が規制されるかどうかを判定し
てもよい。
し、アクセス試行が規制されるかどうかを判定してもよい。一例では、それに加え、また
はそれに代えて、アクセス識別子を使用し、アクセス試行が規制されるかどうかを判定し
てもよい。
【0250】
工程８で、ＡＳ－ＣＰは、アクセス規制チェックの結果をＮＡＳ－ＣＰに知らせてもよ
い。アクセスが規制される場合、この手順を終了してもよい。そうではない場合、ＵＥは
、この手順の残りの工程を実行してもよい。
い。アクセスが規制される場合、この手順を終了してもよい。そうではない場合、ＵＥは
、この手順の残りの工程を実行してもよい。
【0251】
工程９で、ＵＬデータは、ＵＰを介し、ＮＡＳからＡＳへと送られてもよい。
【0252】
工程１０で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、またはＵＥがＲＲＣ＿
ＣＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを
送る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセ
ス手順を行ってもよい。
ＣＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを
送る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセ
ス手順を行ってもよい。
【0253】
工程１１で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、ＵＥは、ＲＲＣ接続再
開手順を行ってもよい。
開手順を行ってもよい。
【0254】
工程１２で、この特定のアクセスのためのＵＬデータは、ネットワークに送信されても
よい。
よい。
【0255】
図３７は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態およびＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にお
いてアクセス制御を必要とするＮＡＳ－ＣＰイベントのためのＮＡＳ－ＣＰソリューショ
ンの一例を示す。かかるイベントとしては、限定されないが、初期ＮＡＳメッセージを使
用するＮＡＳ手順の実行を挙げることができ、一群の初期ＮＡＳメッセージとしては、限
定されないが、以下のものを挙げることができる。接続リクエスト、離脱リクエスト、ト
ラッキングエリアアップデートリクエスト、サービスリクエスト、拡張サービスリクエス
トおよび制御プレーンサービスリクエスト。
いてアクセス制御を必要とするＮＡＳ－ＣＰイベントのためのＮＡＳ－ＣＰソリューショ
ンの一例を示す。かかるイベントとしては、限定されないが、初期ＮＡＳメッセージを使
用するＮＡＳ手順の実行を挙げることができ、一群の初期ＮＡＳメッセージとしては、限
定されないが、以下のものを挙げることができる。接続リクエスト、離脱リクエスト、ト
ラッキングエリアアップデートリクエスト、サービスリクエスト、拡張サービスリクエス
トおよび制御プレーンサービスリクエスト。
【0256】
工程１で、ＵＥは、ＲＡＮによって送信されるアクセス規制情報を獲得してもよく、こ
こで、アクセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよ
い。
こで、アクセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよ
い。
【0257】
工程２で、ＡＳ－ＣＰは、獲得したアクセス規制情報をＮＡＳ－ＣＰに送信してもよい
。
。
【0258】
工程３で、ＮＡＳ－ＣＰは、アクセス制御を必要とするイベントのためのトリガを受信
してもよい。
してもよい。
【0259】
工程４で、ＮＡＳ－ＣＰは、この特定のアクセスのためのアクセスカテゴリを決定して
もよい。アクセス制御が行われる粒度のレベルに依存して、アクセスカテゴリは、新規／
修正ＱｏＳフロー、ベアラまたは論理チャンネルと関連付けられてもよい。アクセスカテ
ゴリは、アクセスカテゴリ構成から決定されてもよく、アクセスカテゴリコンポーネント
に基づいていてもよい。
もよい。アクセス制御が行われる粒度のレベルに依存して、アクセスカテゴリは、新規／
修正ＱｏＳフロー、ベアラまたは論理チャンネルと関連付けられてもよい。アクセスカテ
ゴリは、アクセスカテゴリ構成から決定されてもよく、アクセスカテゴリコンポーネント
に基づいていてもよい。
【0260】
工程５で、ＮＡＳ－ＣＰは、決定したアクセスカテゴリを、アクセス規制情報と共に使
用し、特定のアクセスカテゴリのためのアクセス試行が規制されるかどうかを判定しても
よい。アクセスが規制される場合、この手順は終了してもよい。そうではない場合、ＵＥ
は、この手順の残りの工程を行ってもよい。
用し、特定のアクセスカテゴリのためのアクセス試行が規制されるかどうかを判定しても
よい。アクセスが規制される場合、この手順は終了してもよい。そうではない場合、ＵＥ
は、この手順の残りの工程を行ってもよい。
【0261】
工程６で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、またはＵＥがＲＲＣ＿Ｃ
ＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを送
る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセス
手順を行ってもよい。
ＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを送
る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセス
手順を行ってもよい。
【0262】
工程７で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、ＵＥは、ＲＲＣ接続再開
手順を行ってもよい。
手順を行ってもよい。
【0263】
工程８で、この特定のアクセスのためのＵＬデータは、ネットワークに送信されてもよ
い。
い。
【0264】
【0265】
工程１で、ＵＥは、ＲＡＮによって送信されるアクセス規制情報を獲得してもよく、こ
こで、アクセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよ
い。
こで、アクセス規制情報は、本明細書に記載の機構を用い、ＵＥへと信号伝達されてもよ
い。
【0266】
工程２で、ＡＳ－ＣＰは、獲得したアクセス規制情報をＮＡＳ－ＣＰに与えてもよい。
【0267】
工程３で、ＮＡＳ－ＣＰは、獲得したアクセス規制情報をＮＡＳ－ＵＰに与えてもよい
。
。
【0268】
工程４で、ＵＬデータは、ＮＡＳ ＵＰを介して受信されてもよい。
【0269】
工程５で、ＮＡＳ－ＵＰは、アクセスカテゴリを決定し、アクセス制御を必要とし得る
パケットをチェックしてもよい。例えば、ＱｏＳフローの粒度でアクセス制御を行うため
に、ＮＡＳ－ＵＰは、パケットヘッダ中のＱＦＩが、対応するＰＤＵセッションのための
ＡＳマッピングテーブル中に対応するＱＦＩ－ＤＲＢのマッピングを有しているかどうか
をチェックしてもよい。新しいＱｏＳフローが検出されたら、ＵＥは、工程６－９を進め
、アクセス制御を行ってもよい。そうではない場合、これらの工程はスキップされてもよ
い。すでにアクセスが付与されたＱｏＳフロー／ベアラ／論理チャンネルに対応するパケ
ットについて、対応するＱｏＳフロー／ベアラ／論理チャンネルについてのアクセス規制
情報が、アクセス規制チェックが行われたために変化したかどうかについても、アクセス
制御が行われてもよい。ＵＥは、アクセス規制情報における変化を明示的に（例えば、ア
クセス規制修正ＩＥを含むページングメッセージを介して）知らされてもよい。それに加
え、またはそれに代えて、ＵＥは、ＳＩメッセージ中にある変化が起こったかどうかを示
すフラグ（例えば、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次
いで、ある変化が起こったときに、そのＳＩを再獲得してもよい。ＱｏＳフロー／ベアラ
／論理チャンネルと関連付けられたアクセス規制情報の状態（例えば、変化した／変化し
ていない）は、ＱｏＳフロー、ベアラまたは論理チャンネルコンテクスト、ＡＳマッピン
グテーブルまたは別個のデータベース／データ構造に保存されてもよい。
パケットをチェックしてもよい。例えば、ＱｏＳフローの粒度でアクセス制御を行うため
に、ＮＡＳ－ＵＰは、パケットヘッダ中のＱＦＩが、対応するＰＤＵセッションのための
ＡＳマッピングテーブル中に対応するＱＦＩ－ＤＲＢのマッピングを有しているかどうか
をチェックしてもよい。新しいＱｏＳフローが検出されたら、ＵＥは、工程６－９を進め
、アクセス制御を行ってもよい。そうではない場合、これらの工程はスキップされてもよ
い。すでにアクセスが付与されたＱｏＳフロー／ベアラ／論理チャンネルに対応するパケ
ットについて、対応するＱｏＳフロー／ベアラ／論理チャンネルについてのアクセス規制
情報が、アクセス規制チェックが行われたために変化したかどうかについても、アクセス
制御が行われてもよい。ＵＥは、アクセス規制情報における変化を明示的に（例えば、ア
クセス規制修正ＩＥを含むページングメッセージを介して）知らされてもよい。それに加
え、またはそれに代えて、ＵＥは、ＳＩメッセージ中にある変化が起こったかどうかを示
すフラグ（例えば、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ）についてＳＩを監視し、次
いで、ある変化が起こったときに、そのＳＩを再獲得してもよい。ＱｏＳフロー／ベアラ
／論理チャンネルと関連付けられたアクセス規制情報の状態（例えば、変化した／変化し
ていない）は、ＱｏＳフロー、ベアラまたは論理チャンネルコンテクスト、ＡＳマッピン
グテーブルまたは別個のデータベース／データ構造に保存されてもよい。
【0270】
工程６で、アクセスカテゴリを決定するために使用可能なパケット情報を含む表示が、
ＮＡＳ－ＣＰに送られる。例えば、アクセス制御が、ＱｏＳフローの粒度で行われる場合
、パケット情報は、ＱＦＩを含んでいてもよい。
ＮＡＳ－ＣＰに送られる。例えば、アクセス制御が、ＱｏＳフローの粒度で行われる場合
、パケット情報は、ＱＦＩを含んでいてもよい。
【0271】
工程７で、ＮＡＳ－ＣＰは、この特定のアクセスのためのアクセスカテゴリを決定して
もよい。アクセスカテゴリは、アクセスカテゴリ構成から決定されてもよく、アクセスカ
テゴリコンポーネントに基づいていてもよい。
もよい。アクセスカテゴリは、アクセスカテゴリ構成から決定されてもよく、アクセスカ
テゴリコンポーネントに基づいていてもよい。
【0272】
工程８で、ＮＡＳ－ＣＰは、決定したアクセスカテゴリを、アクセス規制情報と共に使
用し、特定のアクセスカテゴリのためのアクセス試行が規制されるかどうかを判定しても
よい。
用し、特定のアクセスカテゴリのためのアクセス試行が規制されるかどうかを判定しても
よい。
【0273】
工程９で、アクセス規制チェックの結果を表示するために、表示がＮＡＳ－ＵＰに送ら
れてもよい。
れてもよい。
【0274】
工程１０で、ＵＬデータは、ＵＰを介し、ＮＡＳからＡＳへと送られてもよい。
【0275】
工程１１で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、またはＵＥがＲＲＣ＿
ＣＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを
送る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセ
ス手順を行ってもよい。
ＣＯＮＮＥＣＴＥＤ状態であり、ＵＬが時間整列されていない場合、またはＵＥがＳＲを
送る必要があり、ＰＵＣＣＨリソースが利用可能ではない場合、ＵＥは、ランダムアクセ
ス手順を行ってもよい。
【0276】
工程１２で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である場合、ＵＥは、ＲＲＣ接続再
開手順を行ってもよい。
開手順を行ってもよい。
【0277】
工程１３で、この特定のアクセスのためのＵＬデータは、ネットワークに送信されても
よい。
よい。
【0278】
図３９は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてアクセス制御を必要とするＵＰイ
ベントのためのＡＳソリューションの一例を示す。図３９に示す手順を使用し、ＡＳ－Ｕ
Ｐイベント（例えば、ＵＥがＵＬ ＱｏＳフローを開始した）のために、ＡＳにおいてア
クセス制御を行ってもよい。
ベントのためのＡＳソリューションの一例を示す。図３９に示す手順を使用し、ＡＳ－Ｕ
Ｐイベント（例えば、ＵＥがＵＬ ＱｏＳフローを開始した）のために、ＡＳにおいてア
クセス制御を行ってもよい。
【0279】
図４０は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてアクセス制御を必要とするＵＰイ
ベントのためのＮＡＳソリューションの一例を示す。図４０に示す手順を使用し、ＮＡＳ
－ＵＰイベント（例えば、ＵＥがＵＬ ＱｏＳフローを開始した）のために、ＮＡＳにお
いてアクセス制御を行ってもよい。
ベントのためのＮＡＳソリューションの一例を示す。図４０に示す手順を使用し、ＮＡＳ
－ＵＰイベント（例えば、ＵＥがＵＬ ＱｏＳフローを開始した）のために、ＮＡＳにお
いてアクセス制御を行ってもよい。
【0280】
アクセス制御が、ＵＬデータ送信を抑制する場合、ＵＥは、バッファステイタス報告の
目的のための送信に利用可能なデータ量の計算において、かかるデータを含まなくてもよ
い。ある例では、ＵＥは、以下の粒度レベルで、かかる制限を適用するために、ネットワ
ークによって構成されてもよい。論理チャンネルレベル、論理チャンネルグループレベル
またはベアラレベル。ＵＥはまた、サービスデータフローレベル、特定のトラフィックフ
ローレベルまたはＩＰフローレベルで、かかる制限を適用するために、ネットワークによ
って構成されてもよい。バッファステイタスレポート（ＢＳＲ）制限が、アクセス規制チ
ェックの結果として論理チャンネルまたは論理チャンネルグループに配置される場合、Ｕ
Ｅは、関連する周期的ＢＳＲタイマ（ｐｅｒｉｏｄｉｃＢＳＲ－Ｔｉｍｅｒ）、再送信Ｂ
ＳＲタイマ（ｒｅｔｘＢＳＲ－Ｔｉｍｅｒ）をキャンセルしてもよい。それに加え、また
はそれに代えて、ＵＥは、関連する論理チャンネルスケジューリングリクエスト禁止タイ
マ（ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ－ＰｒｏｈｉｂｉｔＴｉｍｅｒ）をキャンセルし
てもよい。同時に、アクセス制御がＵＬデータ送信を抑制する場合、ＵＥは、かかるＵＬ
データの結果として、またはかかるＵＬデータと関連するＢＳＲを送信する目的のために
、スケジューリングリクエストを送らなくてもよい。
目的のための送信に利用可能なデータ量の計算において、かかるデータを含まなくてもよ
い。ある例では、ＵＥは、以下の粒度レベルで、かかる制限を適用するために、ネットワ
ークによって構成されてもよい。論理チャンネルレベル、論理チャンネルグループレベル
またはベアラレベル。ＵＥはまた、サービスデータフローレベル、特定のトラフィックフ
ローレベルまたはＩＰフローレベルで、かかる制限を適用するために、ネットワークによ
って構成されてもよい。バッファステイタスレポート（ＢＳＲ）制限が、アクセス規制チ
ェックの結果として論理チャンネルまたは論理チャンネルグループに配置される場合、Ｕ
Ｅは、関連する周期的ＢＳＲタイマ（ｐｅｒｉｏｄｉｃＢＳＲ－Ｔｉｍｅｒ）、再送信Ｂ
ＳＲタイマ（ｒｅｔｘＢＳＲ－Ｔｉｍｅｒ）をキャンセルしてもよい。それに加え、また
はそれに代えて、ＵＥは、関連する論理チャンネルスケジューリングリクエスト禁止タイ
マ（ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ－ＰｒｏｈｉｂｉｔＴｉｍｅｒ）をキャンセルし
てもよい。同時に、アクセス制御がＵＬデータ送信を抑制する場合、ＵＥは、かかるＵＬ
データの結果として、またはかかるＵＬデータと関連するＢＳＲを送信する目的のために
、スケジューリングリクエストを送らなくてもよい。
【0281】
ＵＥが、制限された以下のアクセス制御規制チェックとして、論理チャンネルまたは論
理チャンネルのグループを選び出す場合、ＭＡＣは、論理チャンネル優先順位付け手順の
間、これらの制限された論理チャンネルを考慮しなくてもよい。本明細書に記載されると
おり、アクセスカテゴリ構成は、ネットワークスライス、アプリケーション、トラフィッ
クフローまたはパケットフロー、サービスデータフロー、ＱｏＳフロー、ＱＣＩなどの属
性の粒度レベルで定義されてもよい。現在の５Ｇ ＱｏＳフレームワークは、ＱｏＳフロ
ーをデータ無線ベアラ（Data Radio Bearer：ＤＲＢ）にマッピングするためにアクセ
スストラタムを必要とし、非ＩＰパケットフローを含むＩＰパケットフローまたは他のデ
ータパケットフローをＱｏＳフローにマッピングするためにＮＡＳを必要とする。ＤＲＢ
は、１つの論理チャンネルに、またはデータ重複の場合には１つより多い論理チャンネル
にマッピングされてもよい。ＵＥ ＡＳは、論理チャンネルまたは論理チャンネルのグル
ープに、アクセスカテゴリマッピングを行ってもよい。例えば、ＵＥは、論理アクセスカ
テゴリと、論理チャンネルとの間の関連付けを行ってもよく、この論理チャンネルにマッ
ピングされたアクセスカテゴリが規制される場合、データ送信しないように制限されても
よい。ＵＥ ＡＳは、論理チャンネルまたは論理チャンネルのグループへのアクセスカテ
ゴリの誘導されたマッピングを使用し、論理チャンネルの制限または論理チャンネルのグ
ループの制限を確立してもよい。
理チャンネルのグループを選び出す場合、ＭＡＣは、論理チャンネル優先順位付け手順の
間、これらの制限された論理チャンネルを考慮しなくてもよい。本明細書に記載されると
おり、アクセスカテゴリ構成は、ネットワークスライス、アプリケーション、トラフィッ
クフローまたはパケットフロー、サービスデータフロー、ＱｏＳフロー、ＱＣＩなどの属
性の粒度レベルで定義されてもよい。現在の５Ｇ ＱｏＳフレームワークは、ＱｏＳフロ
ーをデータ無線ベアラ（Data Radio Bearer：ＤＲＢ）にマッピングするためにアクセ
スストラタムを必要とし、非ＩＰパケットフローを含むＩＰパケットフローまたは他のデ
ータパケットフローをＱｏＳフローにマッピングするためにＮＡＳを必要とする。ＤＲＢ
は、１つの論理チャンネルに、またはデータ重複の場合には１つより多い論理チャンネル
にマッピングされてもよい。ＵＥ ＡＳは、論理チャンネルまたは論理チャンネルのグル
ープに、アクセスカテゴリマッピングを行ってもよい。例えば、ＵＥは、論理アクセスカ
テゴリと、論理チャンネルとの間の関連付けを行ってもよく、この論理チャンネルにマッ
ピングされたアクセスカテゴリが規制される場合、データ送信しないように制限されても
よい。ＵＥ ＡＳは、論理チャンネルまたは論理チャンネルのグループへのアクセスカテ
ゴリの誘導されたマッピングを使用し、論理チャンネルの制限または論理チャンネルのグ
ループの制限を確立してもよい。
【0282】
アクセス規制のための方法およびシステムが開示される。アクセス制御の結果として、
データ送信が制限される場合、ＡＳとＮＡＳの両方において、バッファ蓄積、またはバッ
ファオーバーフローのリスクが存在する。ＵＥ ＡＳは、ＮＡＳにアクセス規制を知らせ
るために、ＵＥ ＮＡＳに表示を送ってもよい。この表示は、規制されたアクセスカテゴ
リ、またはアクセス規制の粒度のレベル（例えば、ネットワークスライス、アプリケーシ
ョン、トラフィックフローまたはパケットフロー、サービスデータフロー、ＱｏＳフロー
、ＱＣＩ）の明白な表示を有していてもよい。アクセス規制がされると、ＵＳ ＡＳおよ
びＵＳ ＮＡＳは、制限されたデータのそれぞれのバッファを解放してもよい。ＮＡＳは
また、ＮＡＳの上の層（本明細書でアプリケーション層と呼ばれる）に、規制されたトラ
フィックの送信を制限することを目的とする表示を送ってもよい。同様に、アクセス規制
チェックがＮＡＳにおいて実施される場合、ＮＡＳは、規制されたトラフィックがＡＳに
向かわないように抑えてもよく、任意の制限されたトラフィックからそのバッファをクリ
アしてもよい。これに加えて、ＮＡＳは、ＮＡＳの上の層に、規制されたトラフィックの
送信を制限することを目的とする表示を送ってもよい。
データ送信が制限される場合、ＡＳとＮＡＳの両方において、バッファ蓄積、またはバッ
ファオーバーフローのリスクが存在する。ＵＥ ＡＳは、ＮＡＳにアクセス規制を知らせ
るために、ＵＥ ＮＡＳに表示を送ってもよい。この表示は、規制されたアクセスカテゴ
リ、またはアクセス規制の粒度のレベル（例えば、ネットワークスライス、アプリケーシ
ョン、トラフィックフローまたはパケットフロー、サービスデータフロー、ＱｏＳフロー
、ＱＣＩ）の明白な表示を有していてもよい。アクセス規制がされると、ＵＳ ＡＳおよ
びＵＳ ＮＡＳは、制限されたデータのそれぞれのバッファを解放してもよい。ＮＡＳは
また、ＮＡＳの上の層（本明細書でアプリケーション層と呼ばれる）に、規制されたトラ
フィックの送信を制限することを目的とする表示を送ってもよい。同様に、アクセス規制
チェックがＮＡＳにおいて実施される場合、ＮＡＳは、規制されたトラフィックがＡＳに
向かわないように抑えてもよく、任意の制限されたトラフィックからそのバッファをクリ
アしてもよい。これに加えて、ＮＡＳは、ＮＡＳの上の層に、規制されたトラフィックの
送信を制限することを目的とする表示を送ってもよい。
【0283】
アクセス規制のための方法およびシステムが開示される。アクセス規制手順は、ＵＥ（
例えば、ＲＲＣ）のアクセスストラタムで行われてもよく、アクセス規制チェックのトリ
ガとなる呼び出しまたは信号伝達開始は、ＵＥ ＡＳ（例えばＮＡＳ）の上の層で行われ
てもよい。
例えば、ＲＲＣ）のアクセスストラタムで行われてもよく、アクセス規制チェックのトリ
ガとなる呼び出しまたは信号伝達開始は、ＵＥ ＡＳ（例えばＮＡＳ）の上の層で行われ
てもよい。
【0284】
アクセス規制の開始のための手順の一例が、図４１Ａおよび４１Ｂに示される。Ｓｙｓ
ｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２は、ＲＡＮ（例えば、ｇＮＢ）によ
ってブロードキャストされるアクセス規制パラメータを有するシステム情報ブロックを表
していてもよく、ａｃ－ＢａｒｒｉｎｇＰｅｒＰＬＭＮ－Ｌｉｓｔは、ＲＡＮによって提
供されるそれぞれのＰＬＭＮについて、ＡＣ－ＢａｒｒｉｎｇＰｅｒＰＬＭＮエントリま
たはアクセスカテゴリ規制パラメータ（例えば、ＰＬＭＮあたりのａｃ－Ｂａｒｒｉｎｇ
Ｉｎｆｏ）を含むＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２中のデータ
構造を表していてもよい。
ｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２は、ＲＡＮ（例えば、ｇＮＢ）によ
ってブロードキャストされるアクセス規制パラメータを有するシステム情報ブロックを表
していてもよく、ａｃ－ＢａｒｒｉｎｇＰｅｒＰＬＭＮ－Ｌｉｓｔは、ＲＡＮによって提
供されるそれぞれのＰＬＭＮについて、ＡＣ－ＢａｒｒｉｎｇＰｅｒＰＬＭＮエントリま
たはアクセスカテゴリ規制パラメータ（例えば、ＰＬＭＮあたりのａｃ－Ｂａｒｒｉｎｇ
Ｉｎｆｏ）を含むＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２中のデータ
構造を表していてもよい。
【0285】
【0286】
別の例では、アクセス規制チェックのための手順の一例が、図４４Ａおよび４４Ｂに示
される。なお、ａｃ－Ｂｏｏｌｅａｎアクセス規制パラメータは、緊急呼び出しなどの緊
急用途、またはミッションクリティカルまたはタイムクリティカル用途、例えば、ＵＲＬ
ＬＣ用途のために定義されるアクセスカテゴリのために構成されてもよい。
される。なお、ａｃ－Ｂｏｏｌｅａｎアクセス規制パラメータは、緊急呼び出しなどの緊
急用途、またはミッションクリティカルまたはタイムクリティカル用途、例えば、ＵＲＬ
ＬＣ用途のために定義されるアクセスカテゴリのために構成されてもよい。
【0287】
アクセス規制が、アクセス規制速度（例えば、アクセス規制因子）に基づき、ＲＡＮ（
例えば、ｇＮＢ）によって制御される場合、アクセス規制タイマを使用し、別のアクセス
の再試行の前に、ＵＥがどの程度長く待ち得るかを制御してもよい。異なる目的のために
差別化されたタイマは、本明細書に記載のアクセス規制チェック機能の説明で使用される
アクセス規制タイマＴｂａｒｒｉｎｇとして使用されるように特定されてもよい。最低で
も、タイマは、携帯発信信号伝達に起因するアクセス試行のために特定されてもよく、別
個のタイマが、携帯発信呼などの携帯発信用途に起因するアクセス試行のために特定され
てもよい。ＴＭＯＳｉｇｎａｌｌｉｎｇおよびＴＭＯＣａｌｌは、それぞれ、携帯発信信
号伝達および携帯発信呼などの携帯発信用途に起因するアクセス試行のためにＴｂａｒｒ
ｉｎｇとして使用されるタイマであってもよい。これらの種類のタイマはそれぞれ、さら
に、異なるタイマへと差別化されてもよい。例えば、以下のＴＭＯＣａｌｌタイマが規定
されてもよい。
例えば、ｇＮＢ）によって制御される場合、アクセス規制タイマを使用し、別のアクセス
の再試行の前に、ＵＥがどの程度長く待ち得るかを制御してもよい。異なる目的のために
差別化されたタイマは、本明細書に記載のアクセス規制チェック機能の説明で使用される
アクセス規制タイマＴｂａｒｒｉｎｇとして使用されるように特定されてもよい。最低で
も、タイマは、携帯発信信号伝達に起因するアクセス試行のために特定されてもよく、別
個のタイマが、携帯発信呼などの携帯発信用途に起因するアクセス試行のために特定され
てもよい。ＴＭＯＳｉｇｎａｌｌｉｎｇおよびＴＭＯＣａｌｌは、それぞれ、携帯発信信
号伝達および携帯発信呼などの携帯発信用途に起因するアクセス試行のためにＴｂａｒｒ
ｉｎｇとして使用されるタイマであってもよい。これらの種類のタイマはそれぞれ、さら
に、異なるタイマへと差別化されてもよい。例えば、以下のＴＭＯＣａｌｌタイマが規定
されてもよい。
【0288】
ミッションクリティカルＵＲＬＬＣ用途型の呼び出しのためのＴＭＯＵＲＬＬＣ。
【0289】
ｅＭＢＢアプリケーション型の呼び出しのためのＴＭＯｅＭＢＢ、および
【0290】
ｍＭＴＣアプリケーション型の呼び出しのためのＴＭＯｍＭＴＣ。
【0291】
同様に、ＴＭＯＳｉｇｎａｌｌｉｎｇは、さらに、シナリオおよび信号伝達の使用例に
よって必要とされ得るような、携帯発信信号伝達規制のための差別化された取り扱いを与
えるために、異なるタイマへと差別化されてもよい。
よって必要とされ得るような、携帯発信信号伝達規制のための差別化された取り扱いを与
えるために、異なるタイマへと差別化されてもよい。
【0292】
図４５Ａおよび４５Ｂは、アクセス規制タイマの期限が過ぎたときのＵＥでの作業の例
を示す。
を示す。
【0293】
本明細書に開示されるタイマの定義および使用は、以下の表の例に定義されてもよい。
【0294】
【表3】
【0295】
図４６は、アクセスの表示および選択のためのユーザスクリーンの一例を示す。Ｎｗは
、ユーザが選択可能な、利用可能なアクセスカテゴリの数を示していてもよく、一方、Ｎ
ｒは、リードオンリーとしてのユーザへの利用可能なアクセスカテゴリ表示の数を示して
いてもよい。ユーザが選択可能なアクセスカテゴリのリストは、操作者が定義するアクセ
スカテゴリを含んでいてもよい。操作者が定義するアクセスカテゴリは、操作者が定義す
る特有のアクセスカテゴリまたはワイルドカードアクセスカテゴリを含んでいてもよい。
任意の所与の用途のために、ユーザは、ネットワークを用い、対応するアクセスカテゴリ
を選択するか、または交渉し、選択したアクセスカテゴリに適した使用料金を課せられて
もよい。操作者は、用途ごとにデフォルトアクセスカテゴリを定義し、割り当ててもよい
。ユーザが選択したアクセスカテゴリは、ネットワークによって受け入れられる場合、ネ
ットワークによって割り当てられたデフォルトアクセスカテゴリをオーバーライドしても
よい。
、ユーザが選択可能な、利用可能なアクセスカテゴリの数を示していてもよく、一方、Ｎ
ｒは、リードオンリーとしてのユーザへの利用可能なアクセスカテゴリ表示の数を示して
いてもよい。ユーザが選択可能なアクセスカテゴリのリストは、操作者が定義するアクセ
スカテゴリを含んでいてもよい。操作者が定義するアクセスカテゴリは、操作者が定義す
る特有のアクセスカテゴリまたはワイルドカードアクセスカテゴリを含んでいてもよい。
任意の所与の用途のために、ユーザは、ネットワークを用い、対応するアクセスカテゴリ
を選択するか、または交渉し、選択したアクセスカテゴリに適した使用料金を課せられて
もよい。操作者は、用途ごとにデフォルトアクセスカテゴリを定義し、割り当ててもよい
。ユーザが選択したアクセスカテゴリは、ネットワークによって受け入れられる場合、ネ
ットワークによって割り当てられたデフォルトアクセスカテゴリをオーバーライドしても
よい。
【0296】
以下は、上述の詳細な説明で引用され得る頭字語のリストである。特に明記されない限
り、本明細書で使用される頭字語は、以下に列挙した対応する用語を指す。
５Ｇ 5th Generation（第５世代）
３ＧＰＰ 3rd Generation Partnership Project（第３世代パートナーシッププ
ロジェクト）
ＡＣ Access Category（アクセスカテゴリ）
ＡＣＢ Access Class Barring（アクセスクラス規制）
ＡＣＤＣ Application Specific Congestion Control for Data Communicati
ons（データ通信のための特定用途向け輻輳制御）
ＡＣＭＦ 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（無線ローカルエリアネットワーク）
り、本明細書で使用される頭字語は、以下に列挙した対応する用語を指す。
５Ｇ 5th Generation（第５世代）
３ＧＰＰ 3rd Generation Partnership Project（第３世代パートナーシッププ
ロジェクト）
ＡＣ Access Category（アクセスカテゴリ）
ＡＣＢ Access Class Barring（アクセスクラス規制）
ＡＣＤＣ Application Specific Congestion Control for Data Communicati
ons（データ通信のための特定用途向け輻輳制御）
ＡＣＭＦ 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（無線ローカルエリアネットワーク）
【0297】
この明細書は、ベストモードを含めて、本発明を開示するため、また、任意のデバイス
またはシステムを製造し、使用し、任意の組み合わせられた方法を行うことを含め、本発
明を当業者が実施することを可能にするための例を用いている。本発明の特許可能な範囲
は、特許請求の範囲によって定義され、当業者が思い付く他の例を含んでいてもよい。か
かる他の例は、特許請求の範囲の文字どおりの言葉と異ならない構造的要素を有する場合
、または特許請求の範囲の文字どおりの言葉とごくわずかに異なる等価な構造的要素を含
む場合には、特許請求の範囲内であることが意図される。
またはシステムを製造し、使用し、任意の組み合わせられた方法を行うことを含め、本発
明を当業者が実施することを可能にするための例を用いている。本発明の特許可能な範囲
は、特許請求の範囲によって定義され、当業者が思い付く他の例を含んでいてもよい。か
かる他の例は、特許請求の範囲の文字どおりの言葉と異ならない構造的要素を有する場合
、または特許請求の範囲の文字どおりの言葉とごくわずかに異なる等価な構造的要素を含
む場合には、特許請求の範囲内であることが意図される。
【図1A】
【図1B】
【図1C】
【図1D】
【図1E】
【図1F】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
【図38】
【図39】
【図40】
【図41A】
【図41B】
【図42】
【図43】
【図44A】
【図44B】
【図45A】
【図45B】
【図46】
【手続補正書】
【提出日】2023-11-02
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
プロセッサと、前記プロセッサに接続されたメモリと、を備える無線送受信ユニット（ＷＴＲＵ）であって、前記メモリは、実行可能命令を保存しており、前記実行可能命令は、前記プロセッサによって実行されると、前記プロセッサに、
１つ以上のアクセスカテゴリ値に関連付けられた情報を含む非アクセスストラタム（Non-Access Stratum：ＮＡＳ）メッセージを受信する工程であって、前記情報は前記１つ以上のアクセスカテゴリ値がネットワークスライスに関連付けられていることを示す、工程と、
アクセス試行が前記１つ以上のアクセスカテゴリ値に関連付けられていると決定する工程と、
アクセスカテゴリ規制に関連するシステム情報を受信する工程と、
前記１つ以上のアクセスカテゴリ値のうち少なくとも１つのアクセスカテゴリ値およびアクセスカテゴリ規制に関連する前記システム情報に基づき、前記アクセス試行が規制されるかどうかを判定する工程と、
前記アクセス試行が規制されないと判定された場合、無線リソース制御（Radio Resource Control：ＲＲＣ）接続確立手順を開始する工程と、
を有する操作を行わせる、
ことを特徴とするＷＴＲＵ。
１つ以上のアクセスカテゴリ値に関連付けられた情報を含む非アクセスストラタム（Non-Access Stratum：ＮＡＳ）メッセージを受信する工程であって、前記情報は前記１つ以上のアクセスカテゴリ値がネットワークスライスに関連付けられていることを示す、工程と、
アクセス試行が前記１つ以上のアクセスカテゴリ値に関連付けられていると決定する工程と、
アクセスカテゴリ規制に関連するシステム情報を受信する工程と、
前記１つ以上のアクセスカテゴリ値のうち少なくとも１つのアクセスカテゴリ値およびアクセスカテゴリ規制に関連する前記システム情報に基づき、前記アクセス試行が規制されるかどうかを判定する工程と、
前記アクセス試行が規制されないと判定された場合、無線リソース制御（Radio Resource Control：ＲＲＣ）接続確立手順を開始する工程と、
を有する操作を行わせる、
ことを特徴とするＷＴＲＵ。
【請求項2】
前記少なくとも１つのアクセスカテゴリ値は、操作者が定義するアクセスカテゴリに関連付けられている、請求項１に記載のＷＴＲＵ。
【請求項3】
前記情報は、前記少なくとも１つのアクセスカテゴリ値がオペレーティングシステムに関連付けられていることを示す、請求項１に記載のＷＴＲＵ。
【請求項4】
前記情報は、前記少なくとも１つのアクセスカテゴリ値がサービス品質クラス識別子（ＱＣＩ）に関連付けられていることを示す、請求項１に記載のＷＴＲＵ。
【請求項5】
前記アクセス試行が規制されるかどうかを判定する工程は、閾値内のランダム数に基づいている、請求項１に記載のＷＴＲＵ。
【請求項6】
前記アクセス試行に関連付けられている前記少なくとも１つのアクセスカテゴリ値は、前記ＷＴＲＵが１つ以上のミッションクリティカルサービスのために構成されることを示す表示を含む、請求項１に記載のＷＴＲＵ。
【請求項7】
前記情報は、前記アクセスカテゴリ値がアプリケーションおよびオペレーティングシステムに関連付けられていることを示す、請求項１に記載のＷＴＲＵ。
【請求項8】
１つ以上のアクセスカテゴリ値に関連付けられた情報を含む非アクセスストラタム（Non-Access Stratum：ＮＡＳ）メッセージを受信する工程であって、前記情報は前記１つ以上のアクセスカテゴリ値がネットワークスライスに関連付けられていることを示す、工程と、
アクセス試行が前記１つ以上のアクセスカテゴリ値に関連付けられていると決定する工程と、
アクセスカテゴリ規制に関連するシステム情報を受信する工程と、
前記１つ以上のアクセスカテゴリ値のうち少なくとも１つのアクセスカテゴリ値およびアクセスカテゴリ規制に関連する前記システム情報に基づき、前記アクセス試行が規制されるかどうかを判定する工程と、
前記アクセス試行が規制されないと判定された場合、無線リソース制御（Radio Resource Control：ＲＲＣ）接続確立手順を開始する工程と、
を含むことを特徴とする方法。
アクセス試行が前記１つ以上のアクセスカテゴリ値に関連付けられていると決定する工程と、
アクセスカテゴリ規制に関連するシステム情報を受信する工程と、
前記１つ以上のアクセスカテゴリ値のうち少なくとも１つのアクセスカテゴリ値およびアクセスカテゴリ規制に関連する前記システム情報に基づき、前記アクセス試行が規制されるかどうかを判定する工程と、
前記アクセス試行が規制されないと判定された場合、無線リソース制御（Radio Resource Control：ＲＲＣ）接続確立手順を開始する工程と、
を含むことを特徴とする方法。
【請求項9】
前記少なくとも１つのアクセスカテゴリ値は、操作者が定義するアクセスカテゴリに関連付けられている、請求項８に記載の方法。
【請求項10】
前記情報は、前記少なくとも１つのアクセスカテゴリ値がオペレーティングシステムに関連付けられていることを示す、請求項８に記載の方法。
【請求項11】
前記情報は、前記少なくとも１つのアクセスカテゴリ値がサービス品質クラス識別子（ＱＣＩ）に関連付けられていることを示す、請求項８に記載の方法。
【請求項12】
前記アクセス試行が規制されるかどうかを判定する工程は、閾値内のランダム数に基づいている、請求項８に記載の方法。
【請求項13】
前記アクセス試行に関連付けられている前記少なくとも１つのアクセスカテゴリ値は、無線送受信ユニットが１つ以上のミッションクリティカルサービスのために構成されることを示す表示を含む、請求項８に記載の方法。
【請求項14】
前記情報は、前記少なくとも１つのアクセスカテゴリ値がアプリケーションおよびオペレーティングシステムに関連付けられていることを示す、請求項８に記載の方法。
【外国語明細書】