(57)【要約】  技法は、ワイヤレスネットワークにアクセスするためのユーザデバイスによるアクセス試行と関連付けられたネットワークスライスをユーザデバイスによって検出することと、アクセス試行と関連付けられたネットワークスライスに基づいて、アクセス試行に対する禁止判定をユーザデバイスによって行うことと、を含む。技法の別の例は、１つまたは複数のネットワークスライスのそれぞれに対する負荷を示すネットワークスライス固有負荷情報を、ワイヤレスネットワーク内の１つまたは複数のコアネットワークエンティティから基地局によって受信することと、１つまたは複数のアクセスカテゴリに対する禁止パラメータのセットを示す禁止構成を、受信したネットワークスライス固有負荷情報に基づいて基地局によって決定することと、ワイヤレスネットワークに対する負荷を低減させるための禁止構成を基地局によってユーザデバイスに送信することと、を含むことができる。
2020530710.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレスネットワークにアクセスするためのユーザデバイスによるアクセス試行と関連付けられたネットワークスライスまたはアプリケーションを前記ユーザデバイスによって検出するステップと、
前記検出されたネットワークスライスまたは検出されたアプリケーションに基づいて、アクセスカテゴリを前記ユーザデバイスによって決定するステップと、
前記決定されたアクセスカテゴリに基づいて、前記アクセス試行に対する禁止判定を前記ユーザデバイスによって行うステップと
を含む、方法。
【請求項２】
禁止判定を行う前記ステップが、
前記アクセス試行が禁止されていないという判定を、前記決定されたアクセスカテゴリに基づいて前記ユーザデバイスによって行うステップ、
を含み、
前記ワイヤレスネットワークへの前記検出されたアクセス試行を、前記判定に基づいて前記ユーザデバイスによって行うステップをさらに含む、
請求項１に記載の方法。
【請求項３】
前記検出されたアクセス試行を行う前記ステップが、
前記ワイヤレスネットワークへの接続をリクエストするために、無線リソース制御（ＲＲＣ）接続リクエストメッセージを前記ユーザデバイスによって送信するステップ
を含む、請求項２に記載の方法。
【請求項４】
１つまたは複数のアプリケーションと関連付けられた個々のアクセスカテゴリを示す１つまたは複数のアクセスカテゴリ定義を前記ユーザデバイスによって受信するステップ
をさらに含み、
前記検出されたアプリケーションに基づいて前記アクセスカテゴリを決定するステップが、
前記アクセス試行と関連付けられた前記アプリケーションおよび前記１つまたは複数のアクセスカテゴリ定義に基づいて、前記アクセス試行に対する前記アクセスカテゴリを前記ユーザデバイスによって決定するステップ
を含む、
請求項１〜３のいずれかに記載の方法。
【請求項５】
１つまたは複数のネットワークスライスと関連付けられた個々のアクセスカテゴリを示す１つまたは複数のアクセスカテゴリ定義を前記ユーザデバイスによって受信するステップ
をさらに含み、
前記検出されたネットワークスライスに基づいて前記アクセスカテゴリを決定するステップが、
前記アクセス試行と関連付けられた前記ネットワークスライスおよび前記１つまたは複数のアクセスカテゴリ定義に基づいて、前記アクセス試行に対する前記アクセスカテゴリを前記ユーザデバイスによって決定するステップ
を含む、
請求項１〜３のいずれかに記載の方法。
【請求項６】
前記アクセスカテゴリの１つまたは複数に対する禁止パラメータのセットを示す禁止構成を前記ユーザデバイスによって受信するステップ
をさらに含み、
前記アクセス試行に対する前記禁止判定を行う前記ステップが、前記禁止構成、および前記アクセス試行に対する前記アクセスカテゴリに基づいて、前記アクセス試行に対する前記禁止判定を前記ユーザデバイスによって行うステップを含む、
請求項１〜５のいずれかに記載の方法。
【請求項７】
前記アクセス試行と関連付けられた前記ネットワークスライスが、
スライス／サービスタイプ（ＳＳＴ）と、
スライス／サービスタイプ（ＳＳＴ）およびスライスディファレンシエータ（ＳＤ）と
のうちの１つまたは複数によって識別される、請求項１〜６のいずれかに記載の方法。
【請求項８】
前記アクセス試行と関連付けられた前記アプリケーションが、
オペレーティングシステムアイデンティティと、
オペレーティングシステムアプリケーションアイデンティティと
のうちの１つまたは複数によって識別される、請求項１〜７のいずれかに記載の方法。
【請求項９】
禁止パラメータの前記セットが、少なくとも禁止レートおよび禁止タイマーを含む、請求項１〜８のいずれかに記載の方法。
【請求項１０】
Ｉｎａｃｔｉｖｅモードのユーザデバイスに対する補償パラメータを受信するステップと、
前記ユーザデバイスがＩｎａｃｔｉｖｅモードであることを前記ユーザデバイスによって決定するステップと
をさらに含み、
禁止判定を行う前記ステップが、
Ｉｎａｃｔｉｖｅモードである前記ユーザデバイスの前記アクセス試行の禁止レートを調節するために、前記ユーザデバイスに対して禁止判定を前記行うことに前記補償パラメータを前記ユーザデバイスによって適用するステップ
を含む、
請求項１〜９のいずれかに記載の方法。
【請求項１１】
前記禁止構成が、１つまたは複数のネットワークスライスのそれぞれに対するネットワーク負荷を示すネットワークスライス固有負荷情報に基づく、請求項４〜１０のいずれかに記載の方法。
【請求項１２】
前記アクセスカテゴリの１つまたは複数に対する禁止パラメータのセットを示す前記禁止構成が、前記アクセス試行のアクセスカテゴリに基づいて、１つまたは複数のアクセス試行の異なる優先順位付けを行う、請求項１〜１１のいずれかに記載の方法。
【請求項１３】
１つまたは複数のネットワークスライスのそれぞれに対する負荷を示すネットワークスライス固有負荷情報を、ワイヤレスネットワーク内の１つまたは複数のコアネットワークエンティティから基地局によって受信するステップと、
１つまたは複数のアクセスカテゴリに対する禁止パラメータのセットを示す禁止構成を、前記受信したネットワークスライス固有負荷情報に基づいて前記基地局によって決定するステップと、
前記ワイヤレスネットワークに対する負荷を低減させるための前記禁止構成を前記基地局によってユーザデバイスに送信するステップと
を含む、方法。
【請求項１４】
１つまたは複数のアクセスカテゴリに対する禁止パラメータのセットを示す前記禁止構成は、ネットワークスライスが関連付けられるアクセス試行が無線アクセスネットワーク（ＲＡＮ）レベルのページングによってトリガされるかどうかを示す、請求項１３に記載の方法。
【請求項１５】
送信する前記ステップが、ユーザデバイスによるアクセス試行と関連付けられたネットワークスライスに基づいて、前記アクセス試行に対する禁止判定を前記ユーザデバイスが行えるようにするために、前記禁止構成を前記前記基地局によってユーザデバイスに送信するステップを含む、請求項１４に記載の方法。
【請求項１６】
禁止パラメータの前記セットが、少なくとも禁止レートおよび禁止タイマーを含む、請求項１３〜１５のいずれかに記載の方法。
【請求項１７】
前記１つまたは複数のネットワークスライスが、
スライス／サービスタイプ（ＳＳＴ）と、
スライス／サービスタイプ（ＳＳＴ）およびスライスディファレンシエータ（ＳＤ）と
のうちの１つまたは複数によって識別される、請求項１３〜１６のいずれかに記載の方法。
【請求項１８】
１つまたは複数のネットワークスライスのそれぞれに対する負荷を示すネットワークスライス固有負荷情報をコアネットワークエンティティによって決定するステップと、
前記ネットワークスライス固有負荷情報を基地局に前記コアネットワークエンティティによって送信するステップと
を含む、方法。
【請求項１９】
前記コアネットワークエンティティが、第１のコアネットワークエンティティを含み、前記ネットワークスライス固有負荷情報が、
前記第１のコアネットワークエンティティによって決定されたまたは集められたネットワークスライス固有負荷情報と、
第２のコアネットワークエンティティから受信されたネットワークスライス固有負荷情報と
のうちの１つまたは複数から前記第１のコアネットワークエンティティによって決定される、請求項１８に記載の方法。
【請求項２０】
１つまたは複数のネットワークスライスと関連付けられたアクセスカテゴリを示す１つまたは複数のアクセスカテゴリ定義をユーザデバイスに前記コアネットワークエンティティによって送信するステップ
をさらに含む、請求項１８〜１９のいずれかに記載の方法。
【請求項２１】
前記１つまたは複数のネットワークスライスが、
スライス／サービスタイプ（ＳＳＴ）と、
スライス／サービスタイプ（ＳＳＴ）およびスライスディファレンシエータ（ＳＤ）と
のうちの１つまたは複数によって識別されるか、これらと関連付けられる、請求項１８〜２０のいずれかに記載の方法。
【請求項２２】
請求項１〜２１のいずれかに記載の方法を行うための手段を有する、装置。
【請求項２３】
少なくとも１つのプロセッサ、および前記少なくとも１つのプロセッサによって実行されるとき、請求項１〜２１のいずれかに記載の方法を前記装置に行わせるコンピュータ命令を含む少なくとも１つのメモリを備える、装置。
【請求項２４】
非一時的コンピュータ可読記憶媒体を含み、少なくとも１つのデータ処理装置によって実行されるとき、請求項１〜２１のいずれかに記載の方法を前記少なくとも１つのデータ処理装置に行わせるように構成される実行可能コードを格納する、コンピュータプログラム製品を備える、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本説明は、通信に関する。
【背景技術】
【０００２】
通信システムは、固定通信デバイスまたはモバイル通信デバイスなどの、２つ以上のノードまたはデバイスの間の通信を可能にする設備であり得る。信号は、有線キャリアまたはワイヤレス（無線）キャリア上で搬送されることが可能である。
【０００３】
セルラー通信システムの例は、第３世代パートナーシッププロジェクト（３ＧＰＰ：３rd  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）によって標準化されつつあるアーキテクチャである。本分野の最近の発展は、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）無線アクセス技術のロングタームエボリューション（ＬＴＥ：ｌｏｎｇ−ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）と呼ばれることが多い。Ｅ−ＵＴＲＡ（進化型ＵＭＴＳ地上無線アクセス）は、モバイルネットワークのための３ＧＰＰのＬＴＥアップグレード経路のエアインターフェースである。ＬＴＥにおいて、基地局またはアクセスポイント（ＡＰ：ａｃｃｅｓｓ  ｐｏｉｎｔ）は、エンハンストノードＡＰ（ｅＮＢ）と呼ばれ、カバレッジエリアまたはセルにおいてワイヤレスアクセスを提供する。ＬＴＥにおいて、モバイルデバイスまたは移動局は、ユーザ機器（ＵＥ：ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）と呼ばれる。ＬＴＥは、いくつかの改善または発展を含んでいる。
【０００４】
ワイヤレスキャリアが直面しているグローバルな帯域幅の不足は、例えば、将来のブロードバンドセルラー通信ネットワークのために、有効活用されていないミリメートル波（ミリ波）周波数スペクトルを考慮することに動機を与えてきた。ミリ波（または極高周波）は、例えば、３０ギガヘルツ（ＧＨｚ）から３００ギガヘルツの間の周波数範囲を含めることができる。この帯域における電波は、例えば、１０ミリメートルから１ミリメートルまでの波長を有することができ、ミリメートル帯域またはミリメートル波という名前をこの帯域に与えている。ワイヤレスデータの量は、今後数年のうちに著しく増加する可能性がある。この難題に対処しようと、より広いスペクトルを取得すること、セルサイズをより小さいくすること、およびより多くのビット／ｓ／Ｈｚを可能にする改良技術を使用することを含む様々な技法が使用されてきた。より広いスペクトルを取得するために使用されることが可能な１つの要素は、例えば６ＧＨｚを超える、より高い周波数に移動することである。第５世代ワイヤレスシステム（５Ｇ）に対して、ミリ波無線スペクトルを用いるセルラー無線機器の導入のためのアクセスアーキテクチャが提案されてきた。センチ波無線スペクトル（例えば３〜３０ＧＨｚ）などのスペクトルの他の例が使用されることも可能である。
【０００５】
さらに、５Ｇワイヤレスネットワークは、ネットワークスライシング（ｎｅｔｗｏｒｋ  ｓｌｉｃｉｎｇ）をサポートすることができ、単一の物理ネットワークは、複数の仮想ネットワークにスライスされることが可能である。各ネットワークスライス（ｎｅｔｗｏｒｋ  ｓｌｉｃｅ）は、特定のユースケースの要件をサポートすることができる論理ネットワーク機能のセットを含むことができる。
【発明の概要】
【０００６】
実装形態の例によれば、方法は、ワイヤレスネットワークにアクセスするためのユーザデバイスによるアクセス試行（ａｃｃｅｓｓ  ａｔｔｅｍｐｔ）と関連付けられたネットワークスライスをユーザデバイスによって検出することと、アクセス試行と関連付けられたネットワークスライスに基づいて、アクセス試行に対する禁止判定（ｂａｒｒｉｎｇ  ｄｅｃｉｓｉｏｎ）をユーザデバイスによって行うことと、を含む。
【０００７】
実装形態の例によれば、装置は、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行されるとき、ワイヤレスネットワークにアクセスするためのユーザデバイスによるアクセス試行と関連付けられたネットワークスライスをユーザデバイスによって検出すること、および、アクセス試行と関連付けられたネットワークスライスに基づいて、アクセス試行に対する禁止判定をユーザデバイスによって行うこと、を装置に行わせるコンピュータ命令を含む少なくとも１つのメモリと、を含む。
【０００８】
実装形態の例によれば、コンピュータプログラム製品は、コンピュータ可読記憶媒体を含み、少なくとも１つのデータ処理装置によって実行されるとき、ワイヤレスネットワークにアクセスするためのユーザデバイスによるアクセス試行と関連付けられたネットワークスライスをユーザデバイスによって検出すること、および、アクセス試行と関連付けられたネットワークスライスに基づいて、アクセス試行に対する禁止判定をユーザデバイスによって行うこと、を含む方法を少なくとも１つのデータ処理装置に行わせるように構成される実行可能コードを格納する。
【０００９】
実装形態の例によれば、方法は、１つまたは複数のネットワークスライスのそれぞれに対する負荷を示すネットワークスライス固有負荷情報（ｎｅｔｗｏｒｋ  ｓｌｉｃｅ−ｓｐｅｃｉｆｉｃ  ｌｏａｄ  ｉｎｆｏｒｍａｔｉｏｎ）を、ワイヤレスネットワーク内の１つまたは複数のコアネットワークエンティティから基地局によって受信することと、１つまたは複数のアクセスカテゴリに対する禁止パラメータ（ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒｓ）のセットを示す禁止構成（ｂａｒｒｉｎｇ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）を、受信したネットワークスライス固有負荷情報に基づいて基地局によって決定することと、ワイヤレスネットワークに対する負荷を低減させるための禁止構成を基地局によってユーザデバイスに送信することと、を含む。
【００１０】
実装形態の例によれば、装置は、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行されるとき、１つまたは複数のネットワークスライスのそれぞれに対する負荷を示すネットワークスライス固有負荷情報を、ワイヤレスネットワーク内の１つまたは複数のコアネットワークエンティティから基地局によって受信すること、１つまたは複数のアクセスカテゴリに対する禁止パラメータのセットを示す禁止構成を、受信したネットワークスライス固有負荷情報に基づいて基地局によって決定すること、および、ワイヤレスネットワークに対する負荷を低減させるための禁止構成を基地局によってユーザデバイスに送信すること、を装置に行わせるコンピュータ命令を含む少なくとも１つのメモリと、を含む。
【００１１】
実装形態の例によれば、コンピュータプログラム製品は、コンピュータ可読記憶媒体を含み、少なくとも１つのデータ処理装置によって実行されるとき、１つまたは複数のネットワークスライスのそれぞれに対する負荷を示すネットワークスライス固有負荷情報を、ワイヤレスネットワーク内の１つまたは複数のコアネットワークエンティティから基地局によって受信すること、１つまたは複数のアクセスカテゴリに対する禁止パラメータのセットを示す禁止構成を、受信したネットワークスライス固有負荷情報に基づいて基地局によって決定すること、および、ワイヤレスネットワークに対する負荷を低減させるための禁止構成を基地局によってユーザデバイスに送信すること、を含む方法を少なくとも１つのデータ処理装置に行わせるように構成される実行可能コードを格納する。
【００１２】
実装形態の例によれば、方法は、１つまたは複数のネットワークスライスのそれぞれに対する負荷を示すネットワークスライス固有負荷情報をコアネットワークエンティティによって決定することと、ネットワークスライス固有負荷情報を基地局にコアネットワークエンティティによって送信することと、を含む。
【００１３】
実装形態の例によれば、装置は、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行されるとき、１つまたは複数のネットワークスライスのそれぞれに対する負荷を示すネットワークスライス固有負荷情報をコアネットワークエンティティによって決定すること、および、ネットワークスライス固有負荷情報を基地局にコアネットワークエンティティによって送信すること、を装置に行わせるコンピュータ命令を含む少なくとも１つのメモリと、を含む。
【００１４】
実装形態の例によれば、コンピュータプログラム製品は、コンピュータ可読記憶媒体と、少なくとも１つのデータ処理装置によって実行されるとき、１つまたは複数のネットワークスライスのそれぞれに対する負荷を示すネットワークスライス固有負荷情報をコアネットワークエンティティによって決定すること、および、ネットワークスライス固有負荷情報を基地局にコアネットワークエンティティによって送信すること、を含む方法を少なくとも１つのデータ処理装置に行わせるように構成される実行可能コードを格納する。
【００１５】
実装形態の１つまたは複数の例の詳細は、下記における添付の図面および説明において示される。他の特徴は、説明および図面から、ならびに特許請求の範囲から明らかになるであろう。
【図面の簡単な説明】
【００１６】
【図１】実装形態の例による、ワイヤレスネットワークのブロック図である。
【図２】実装形態の例による、ネットワーク固有アクセス禁止技法を示す図である。
【図３】実装形態の例による、ユーザデバイスの動作を示す流れ図である。
【図４】実装形態の例による、基地局の動作を示す流れ図である。
【図５】実装形態の例による、コアネットワークエンティティの動作を示す流れ図である。
【図６】実装形態の例による、ネットワークを示す図である。
【図７】実装形態の例による、上の方のレイヤ（ｌａｙｅｒ）によって引き起こされるアクセス試行に対するアクセス禁止のための全体手順を示す図である。
【図８】実装形態の例による、ＲＲＣレイヤによってトリガ（ｔｒｉｇｇｅｒ）されるアクセス試行に対するアクセス禁止のための全体手順を示す図である。
【図９】実装形態の例による、ブロードキャスト（ｂｒｏａｄｃａｓｔ）されるようにＲＡＮノードが禁止構成をセットするための手順を示す図である。
【図１０】実装形態の別の例による、ネットワーク固有アクセス禁止技法を示す図である。
【図１１】実装形態の例による、ノードまたはワイヤレスステーション（例えば、基地局／アクセスポイント、中継ノード、または移動局／ユーザデバイス）のブロック図である。
【発明を実施するための形態】
【００１７】
図１は、実装形態の例による、ワイヤレスネットワーク１３０のブロック図である。図１のワイヤレスネットワーク１３０において、ユーザデバイス１３１、１３２、１３３、および１３５は、移動局（ＭＳ）またはユーザ機器（ＵＥ）と呼ばれることもあり、基地局（ＢＳ：ｂａｓｅ  ｓｔａｔｉｏｎ）１３４と接続されること（および通信状態にあること）が可能であり、基地局（ＢＳ）１３４は、アクセスポイント（ＡＰ）、エンハンストノードＢ（ｅＮＢ）、（５Ｇ基地局であることも可能な）ｇＮＢ、またはネットワークノードと呼ばれることもある。アクセスポイント（ＡＰ）、基地局（ＢＳ）、または（ｅ）ノードＢ（ｅＮＢ）の機能の少なくとも一部は、リモート無線ヘッドなどのトランシーバに動作可能なように連結されることが可能な任意のノード、サーバ、またはホストによって実行されることも可能である。ＢＳ（またはＡＰ）１３４は、ユーザデバイス１３１、１３２、１３３、および１３５を含むセル１３６におけるワイヤレスカバレッジを提供する。４つのユーザデバイスだけが、ＢＳ１３４に接続またはアタッチされるものとして示されているが、任意の数のユーザデバイスが提供されることが可能である。ＢＳ１３４は、インターフェース１５１を介してコアネットワーク１５０にも接続される。これは、ワイヤレスネットワークの１つの単なる例にすぎず、他が使用されてもよい。
【００１８】
ユーザデバイス（ユーザ端末、ユーザ機器（ＵＥ））は、加入者識別モジュール（ＳＩＭ）の有無にかかわらず動作するワイヤレスモバイル通信デバイスを含む携帯型コンピューティングデバイスを指すことができ、例として、移動局（ＭＳ）、モバイルフォン、セルフォン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ハンドセット、ワイヤレスモデムを使用するデバイス（アラームまたは測定デバイス、等）、ラップトップおよび／またはタッチスクリーンコンピュータ、タブレット、ファブレット、ゲーム機、ノートブック、ならびにマルチメディアデバイスといったタイプのデバイスを含むがこれらに限定されない。ユーザデバイスは、ほぼアップリンクのみに限られたデバイスであることも可能であり、これらの例は、画像またはビデオクリップをネットワークにロードするカメラまたはビデオカメラであるということが理解されよう。
【００１９】
（例として）ＬＴＥにおいて、コアネットワーク１５０は、エボルブドパケットコア（ＥＰＣ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）と呼ばれることがあり、ＢＳ間のユーザデバイスの移動／ハンドオーバを取り扱うことまたは支援することができる移動管理エンティティ（ＭＭＥ）、ＢＳとパケットデータネットワークまたはインターネットとの間でデータおよび制御信号を転送することができる１つまたは複数のゲートウェイ、ならびに他の制御機能またはブロックを含むことができる。
【００２０】
実装形態の様々な例は、多種多様なワイヤレス技術、ＬＴＥ、ＬＴＥ−Ａ、５Ｇ（新無線もしくはＮＲ）、センチ波、および／またはミリ波帯域ネットワークなどのワイヤレスネットワーク、あるいは他の任意のワイヤレスネットワークまたはユースケースに応用されることが可能である。ＬＴＥ、５Ｇ、センチ波、およびミリ波帯域ネットワークは、例証的な例として提供されるにすぎず、実装形態の様々な例が、任意のワイヤレス技術／ワイヤレスネットワークに応用されることが可能である。実装形態の様々な例は、例えば、超高信頼低遅延通信（ＵＲＬＬＣ：ｕｌｔｒａ−ｒｅｌｉａｂｉｌｉｔｙ  ｌｏｗ  ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、モノのインターネット（ＩｏＴ：Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）、エンハンストモバイルブロードバンド、大規模マシンタイプ通信（ＭＭＴＣ：ｍａｓｓｉｖｅ  ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、車両対車両（Ｖ２Ｖ）、車両対デバイス、等などの、様々な異なる用途、サービス、またはユースケースに応用されることも可能である。これらのユースケースのそれぞれ、またはＵＥのタイプは、要件の独自のセットを有することが可能である。
【００２１】
さらに、５Ｇワイヤレスネットワークは、ネットワークスライシングをサポートすることができ、単一の物理ネットワークは、複数の仮想ネットワークにスライスされることが可能である。各ネットワークスライスは、例えば、特定のユースケースの要件をサポートすることができる論理ネットワーク機能のセットを含むことができる。ネットワークスライシングは、異なるＵＥまたはＵＥのグループの要件に応じて区別された処置を可能にすることができる。スライシング（ネットワークスライシング）によって、オペレータは、異なるサービス要件、ＱｏＳ（サービス品質：ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）、機能、性能、等に基づいて、最適化された解決策のためのネットワークを作り出すことができる。例証的な例として、ネットワークスライスは、ＵＥのグループをサポートすること、または特定のユースケースをサポートすることが可能な、例えば、ＢＳにおける、および／または１つもしくは複数のコアネットワークエンティティにおける、例えば、計算リソース、メモリリソース、ハードウェアリソース、ソフトウェアもしくは機能リソース、および／または他のネットワークリソースの１つもしくは複数の一部などの、例えば、１つまたは複数のネットワークエンティティにおける１つまたは複数のネットワークリソースの一部を含むことができる。
【００２２】
実装形態の例によれば、特定のユースケースもしくは他の共通の態様に共通の特徴もしくは機能を提供する、例えば、類似のＱｏＳ要件を有するか、同じもしくは類似のアプリケーションを動かす、ＵＥおよび／またはＵＥのグループは、ネットワークスライスをサポートすることができ、またはネットワークスライスに配分されることもしくは割り当てられることが可能であり、ここで、例えば、ネットワークスライス識別子（またはスライス識別子）は、ネットワークスライスを識別することができる。しかし、異なるＵＥ（例えば、異なるタイプのＵＥ）および／またはＵＥの各異なるグループは、異なるネットワークスライスに割り当てられる可能性があり、異なるサービス要件を有する可能性がある。実装形態の例によれば、異なるＵＥおよび／またはＵＥの複数のグループのそれぞれは、異なるネットワークスライスに割り当てられることが可能である。
【００２３】
さらに、ＵＥは、トラフィックまたはデータを生成および／または受信することが可能な、いくつかの異なるアプリケーションおよび／またはデータフロー（例えば、プロトコルデータユニットセッション）を有することができる。したがって、ＵＥは、例えば、ＵＥとの間で伝送されることが可能な様々なタイプのトラフィック、ＵＥ上で動く種々のアプリケーション、またはＵＥがサポートすることができる種々のユースケースに基づいて、複数のネットワークスライスに配分されることが可能である。したがって、ＵＥは、複数のネットワークスライスを使用するために配分されること、または複数のネットワークスライスを使用することを許可されること、が可能である。
【００２４】
実装形態の例によれば、スライスは、スライス識別子によって識別されることが可能であり、スライス識別子は、スライス／サービスタイプ（ＳＳＴ：ｓｌｉｃｅ／ｓｅｒｖｉｃｅ  ｔｙｐｅ）、スライス／サービスタイプ（ＳＳＴ）およびスライスディファレンシエータ（ＳＤ：Ｓｌｉｃｅ  Ｄｉｆｆｅｒｅｎｔｉａｔｏｒ）、ならびに、シングルネットワークスライス選択支援情報（Ｓ−ＮＳＳＡＩ：ｓｉｎｇｌｅ  Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  Ｓｅｌｅｃｔｉｏｎ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）、のうちの１つまたは複数を含むことができる。例えば、ＳＳＴは、超高信頼低遅延通信（ＵＲＬＬＣ）、モノのインターネット（ＩｏＴ）、エンハンストモバイルブロードバンド（ｅＭＢＢ：ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）、大規模マシンタイプ通信（ＭＭＴＣ）、等などの特定の５Ｇワイヤレスサービスタイプなどのサービスタイプを示すことができる。このようにして、例えば、ネットワークスライスは、特定のサービスタイプに配分されること、または特定のサービスタイプと関連付けられることが可能である。スライスディファレンシエータ（ＳＤ）は、（例えば、ＵＲＬＬＣのＵＥの異なるグループに割り当てられることが可能な、例えば、２つのＵＲＬＬＣネットワークスライス間の区別を可能にするために）同じタイプの異なるスライス間の区別をさらに可能にすることができる。また、実装形態の例によれば、Ｓ−ＮＳＳＡＩは、別のタイプのスライス識別子であることが可能である。実装形態の例によれば、例えば、Ｓ−ＮＳＳＡＩ＝ＳＳＴ＋ＳＤである（例えば、Ｓ−ＮＳＳＡＩは、スライスのためのＳＳＴおよびＳＤの組合せもしくはつながりを含むことが可能であり、または組合せもしくはつながりであることが可能である）。
【００２５】
上述のように、異なるワイヤレスサービスタイプ（例えば、ＵＲＬＬＣ、ＩｏＴ、ｅＭＢＢ、ｍＭＴＣ）のそれぞれは、例えば、レイテンシ、ＱｏＳ、最小データレート、等の観点から、異なる要件を有することができる。結果として、場合によっては、異なるワイヤレスサービス／サービスタイプ（例えば、ＵＲＬＬＣ、ＩｏＴ、ｅＭＢＢ、ｍＭＴＣ）は、ワイヤレスネットワークによってそれぞれにサービスに対して優先されることが可能である。各ネットワークスライスは、特定のワイヤレスサービスタイプ（例えば、ＵＲＬＬＣ、ＩｏＴ、ｅＭＢＢ、ｍＭＴＣ）と関連付けられること、または特定のワイヤレスサービスタイプに配分されることが可能なので、このことは、少なくとも場合によっては、いくつかのネットワークスライスを他のネットワークスライスに対して、ワイヤレスネットワークが優先させることができるということを意味する。
【００２６】
実装形態の例によれば、無線接続を獲得するために、ユーザデバイス（ＵＥ）は、典型的には、ＲＡＮ（無線アクセスネットワーク、これはＢＳを含む）へのアクセス試行を行うことができる。ＢＳおよび／またはコアネットワークが過負荷である（例えば、ネットワークのネットワークリソースを使用している、および／もしくは使用することを試行しているＵＥが多すぎる、ならびに／または、ネットワークリソースの閾値（例えば、９０％＋）の割合が、使用されている、および／もしくは配分されてきた）場合、ＵＥによるアクセス試行は、ＵＥによって禁止または阻止されることが可能である。ＵＥによるアクセス試行が禁止されていない場合、ＵＥは、例えば、ネットワークへの接続（例えばＲＲＣ接続）を登録および／または確立するために、例えばＲＲＣ（無線リソース制御）接続リクエスト（接続要求）をＢＳまたは無線アクセスネットワークエンティティに送信することができる。
【００２７】
したがって、実装形態の例によれば、ネットワークは、例えば、ネットワークへのＲＲＣ接続をＵＥが登録および／または確立するのを阻止するために、Ｉｄｌｅモード（例えばＲＲＣ＿ＩＤＬＥモード）の状態にあるＵＥにアクセス制約を課すことができる。例えば、ワイヤレスネットワークは、１つまたは複数のＵＥに禁止構成を（例えばシステム情報を介して）ブロードキャストすることができる。禁止構成は、例えば、１つまたは複数のアクセスクラスまたはアクセスカテゴリに対してアクセス禁止が行われているかどうかを示すことができる。例えば、各ＵＥは、アクセスクラスを割り当てられることが可能である。また、各アクセス試行は、アクセスカテゴリを割り当てられることが可能である。ネットワーク（例えばＢＳ）は、１つまたは複数のアクセスカテゴリおよび／またはアクセスクラスと関連付けられたアクセス試行が、例えば禁止される可能性があることを示す情報を含むことができる禁止構成を１つまたは複数のＵＥにブロードキャストすることができ、その場合、例えば、クラスおよび／またはアクセスカテゴリのこれらの１つまたは複数に禁止パラメータのセットを提供する。
【００２８】
実装形態の例によれば、禁止パラメータのセットは、例えば、禁止レート（ｂａｒｒｉｎｇ  ｒａｔｅ）（または禁止ファクタ：ｂａｒｒｉｎｇ  ｆａｃｔｏｒ：禁止因子）および禁止時間（または禁止タイマー値）を含むことができる。（例えば、アクセスクラスまたはアクセスカテゴリに対して）アクセス禁止が行われる場合、ＵＥは、乱数を生成することができる。数字が、例えば、（禁止ファクタとしても知られる）禁止レートより小さい場合、アクセス試行は禁止されず、ＵＥは、ＲＲＣ接続リクエストを送信することによってネットワークにアクセスすることができる。例えば、ＵＥによって生成された乱数が禁止レート（または禁止ファクタ）より大きいか等しい場合、アクセス試行は、（少なくとも一時的に）禁止され、ＵＥは、この時間においてＲＲＣ接続リクエストを送信することを許可されず、ＵＥは、禁止タイマーが期限切れになった後、ネットワークアクセスを後で再び再試行することができる（例えば、禁止タイマーが初期化され、例えば、ＵＥの乱数が禁止レートより大きいか等しいと決定されると同時に、またはその頃に、カウントダウンを始めることができる）。このようにして、禁止時間の後、ＵＥは別の（第２の）乱数を生成し、この第２の乱数が禁止レートまたは禁止ファクタより小さいかどうかを決定することによって、ネットワークにアクセスすることを再び試行することができる。当然、ネットワークは、禁止パラメータの１つまたは複数を調節することによってネットワーク負荷を調節することができる可能性もある。例えば、ネットワークは、例えば、禁止レート／禁止ファクタを増加させること、または禁止レート／禁止ファクタを減少させることによって、ＵＥがネットワークに成功裏にアクセスする数または割合を調節すること、例えば、増加または減少させることができる。また、ネットワーク負荷は、禁止時間を変化させることまたは調節することによって調節されることが可能である。（例えば、増加した禁止時間が、ネットワーク負荷を低減させることがある）。
【００２９】
しかし、アクセス禁止は、典型的には、（例えば、異なるサービスタイプと関連付けられた）異なるネットワークスライスに適用されること、または異なるネットワークスライスと関連付けられることが可能な異なる負荷および／または優先度を考慮しない。異なるネットワークスライス（またはスライスタイプ）は、異なる負荷を有することがある。例えば、ＵＲＬＬＣのＵＥと関連付けられた、またはＵＲＬＬＣのＵＥに配分された第１のネットワークスライスは、９０％の負荷を有する可能性があり、ＩｏＴのＵＥと関連付けられた第２のネットワークスライスは、６０％の負荷を有する可能性がある。実装形態の例によれば、（例えば、禁止パラメータの異なるセットに基づいて）２つのネットワークスライスに対する負荷をそれぞれに減少させることによって、ネットワークがネットワーク上の全体負荷を減少させることを可能にすることが望ましいことがある。このようにして、例えば、ネットワークは、（例えば、平均８０％のＩｏＴのＵＥからのアクセス試行を禁止または阻止するために）（第２のネットワークスライスの）ＩｏＴのＵＥに対する禁止レートを、２０％の禁止レート（または禁止ファクタ）にセットすること、および、例えば、ネットワーク負荷を減少させる間、例えば、ＩｏＴのアクセス試行よりＵＲＬＬＣのアクセス試行を優先させるために、（例えば、平均３０％のＵＲＬＬＣのアクセス試行だけを禁止または阻止するために）（第１のネットワークスライスの）ＵＲＬＬＣのＵＥに対する禁止レートを７０％にセットすること、ができる。
【００３０】
したがって、実装形態の例によれば、ネットワークスライス固有アクセス禁止が行われることが可能である。例えば、ＵＥは、アクセス試行と関連付けられたネットワークスライスに基づいて、アクセス試行に対する禁止判定を行うことができる。
【００３１】
図２は、実装形態の例による、ネットワーク固有アクセス禁止技法を示す図である。ＵＥ１３２、ＢＳ１３４、およびコアネットワークエンティティ１５０において、示されるように通信している。２１０において、ＵＥ１３２は、ＵＥによるアクセス試行と関連付けられたネットワークスライスを検出する。上述のように、ＵＥは、複数の５Ｇサービスタイプのそれぞれに対して、例えば、異なるネットワークスライスといった、１つもしくは複数のネットワークスライスに割り当てられること、または１つもしくは複数のネットワークスライスと関連付けられることが可能である。ＵＥ１３２は、例えばどのアプリケーションまたはサービスタイプといった、どのスライスが、例えばＵＥに対するアクセス試行を生成しているかを検出することができる。
【００３２】
２１２において、コアネットワークエンティティ１５０は、１つまたは複数のネットワークスライスと関連付けられたアクセスカテゴリを示す１つまたは複数のアクセスカテゴリフィルタをＵＥ１３２に送信することができる。例えば、アクセスカテゴリフィルタは、ネットワークスライス＃１（ＵＲＬＬＣ）に対するアクセスカテゴリＸ、およびネットワークスライス＃２（ＩｏＴ）に対するアクセスカテゴリＹを示すことができる。これらは、アクセスカテゴリフィルタの２つの例証的な例にすぎず、アクセス試行と関連付けられたスライスに基づいて、アクセス試行のためのアクセスカテゴリをＵＥ１３２が決定することを可能にすることができる。下記において述べられるように、例えば、他のスライスに対するアクセス試行よりも、一定のスライスに対するアクセス試行を、例えば優先させるために、異なるアクセスカテゴリがアクセス禁止に対してそれぞれ扱われることが可能である。例えば、（ＵＲＬＬＣに対する）アクセスカテゴリＸは、アクセスカテゴリＹ（例えば、より大きい量のアクセスカテゴリＹに対するアクセス試行の禁止）よりも優先されること（例えば、低減された量のアクセスカテゴリＸに対する禁止）が可能である。
【００３３】
２１４において、ＵＥ１３２は、アクセス試行に対するスライスおよびアクセスカテゴリフィルタに基づいて、アクセス試行に対するアクセスカテゴリを決定することができる。
【００３４】
２１６において、コアネットワークエンティティ１５０は、１つまたは複数のネットワークスライスのそれぞれに対するスライス固有ネットワーク負荷を決定することができる。負荷は、例えば、ＵＥの数、トラフィックの量、使用されるか配分されるネットワークスライスのためのリソースの割合または量、等として測定または決定されることが可能である。このようにして、コアネットワークエンティティ１５０は、１つまたは複数のネットワークスライスのそれぞれに対する負荷を別々に決定することができる。
【００３５】
２１８において、コアネットワークエンティティ１５０は、１つまたは複数のネットワークスライスのスライス固有負荷情報をＢＳ１３４に送信することができる。
【００３６】
２２０において、ＢＳ１３４は、例えば、アクセスカテゴリが禁止されているかどうかを１つまたは複数のアクセスカテゴリに対して示すことが可能な禁止構成をスライス固有負荷情報に基づいて決定することができ、アクセスカテゴリに対する禁止パラメータのセット（例えば、上述のような禁止レートまたは禁止ファクタ、および禁止時間）を提供する。また、禁止構成は、Ｉｎａｃｔｉｖｅ（活動していない）のＵＥからのアクセス試行の禁止を調節する（例えば低減させる）ための補償ファクタを含むことができる。
【００３７】
実装形態の例によれば、ＵＥは、Ｃｏｎｎｅｃｔｅｄ（およびアクティブ）、Ｉｄｌｅ（接続されていない）、またはＩｎａｃｔｉｖｅ（Ｉｎａｃｔｉｖｅモード）以外のＣｏｎｎｅｃｔｅｄ（コアネットワークエンティティに接続されている）であることが可能である。Ｉｎａｃｔｉｖｅモードの例において、コアネットワークは、ＵＥが接続されているということを決定し、したがってＩｎａｃｔｉｖｅのＵＥをページング（ｐａｇｅ）せず、むしろ、ＩｎａｃｔｉｖｅのＵＥへの配信のために任意のダウンリンクデータをＢＳに送信するだけである。ＢＳは、次に、（アクセスを禁止されていない場合）ＵＥに接続を確立させるためにＩｎａｃｔｉｖｅのＵＥをページングし、ＩｎａｃｔｉｖｅのＵＥのためのダウンリンクデータを受信することができる。実装形態の例によれば、補償ファクタは、ＩｎａｃｔｉｖｅのＵＥに対する禁止レートを調節するために使用されることが可能である。例えば、補償ファクタは、（例えば、ＩｄｌｅモードのＵＥからのより高いレートのアクセス試行の禁止と比較されるような、例えば、ＩｎａｃｔｉｖｅモードのＵＥに対するより低いレートのアクセス試行の禁止といった）ＩｄｌｅモードのＵＥと比較されるような、ほとんど禁止されないアクセス試行をＩｎａｃｔｉｖｅモードのＵＥに提供することができるという禁止判定を行う際にＵＥによって提供され、使用されることが可能である。
【００３８】
２２２において、禁止構成は、ＢＳ１３４からＵＥ１３２に送信されることが可能である。
【００３９】
２２４において、ＵＥ１３２は、アクセス試行と関連付けられたネットワークスライスに基づいて、ＵＥのアクセス試行に対する禁止判定を行うことができる。例えば、ＵＥ１３２は、（アクセス試行のためのスライスに基づく）ＵＥのアクセスカテゴリに対するアクセスカテゴリと、（例えば、このようなアクセスカテゴリに対してアクセス禁止が行われているかどうかを示すこと、ならびに／またはＵＥのアクセス試行に対するアクセス禁止判定をＵＥが行うためのパラメータを提供することができるアクセスカテゴリに対する禁止パラメータのセット（例えば、禁止レートもしくは禁止ファクタ、および禁止時間、ならびに場合によっては、ＵＥがＩｎａｃｔｉｖｅモードである場合に禁止意思判定をＩｎａｃｔｉｖｅモードのＵＥが調節するための補償ファクタ）を提供することができる）禁止構成と、に基づいて禁止判定を行うことができる。
【００４０】
例えば、ＵＥ１３２は、乱数を生成し、乱数を、受信した禁止レートまたは禁止ファクタと比較することができる。乱数が禁止レートまたは禁止ファクタより小さい（または代替として、大きい）場合、アクセス試行は禁止されない。その一方で、ＵＥによって生成された乱数が禁止レートまたは禁止ファクタより大きいか等しい（または代替として、小さいか等しい）場合、ＵＥのアクセス試行は、発生するのを（少なくとも一時的に）禁止または阻止される。
【００４１】
２２６において、ＵＥのアクセス試行が禁止されていない場合、ＵＥは、例えば、ＲＲＣ接続リクエストメッセージをＢＳ１３４に送信することによって、（ネットワークにアクセスするための）アクセス試行を行うことができる。アクセス試行が禁止されている場合、ＵＥは、禁止時間（バックオフ時間）に基づいてある程度の時間、待つことができ、次に、第２の乱数を生成して、第２の乱数を禁止レートまたは禁止ファクタと再び比較し、第２のアクセス試行も禁止されているかどうかを決定することができる。この処理は継続することができ、例えば、ＵＥ１３２は、特定のネットワークスライスと関連付けられたＵＥのアクセス試行についての指示を繰り返し受信し、次に、（例えば、アクセス試行と関連付けられたスライスに基づいて、ならびに／またはスライス固有禁止構成および／もしくはスライス固有アクセスカテゴリフィルタに基づいて）アクセス試行が禁止されているか否かを決定する。
【実施例】
【００４２】
（実施例１）
図３は、実装形態の例による、ユーザデバイスの動作を示す流れ図である。動作３１０は、ワイヤレスネットワークにアクセスするためのユーザデバイスによるアクセス試行と関連付けられたネットワークスライスまたはアプリケーションをユーザデバイスによって検出することを含む。動作３２０は、検出されたネットワークスライスまたは検出されたアプリケーションに基づいて、アクセスカテゴリをユーザデバイスによって決定することを含む。動作３３０は、アクセス試行と関連付けられたネットワークスライスに基づいて、アクセス試行に対する禁止判定をユーザデバイスによって行うことを含む。
【００４３】
（実施例２）
実施例１の実装形態の例によれば、禁止判定を行うことは、アクセス試行が禁止されていないという判定を、アクセス試行と関連付けられたネットワークスライスに基づいてユーザデバイスによって行うことを含み、方法は、ワイヤレスネットワークへの検出されたアクセス試行を、判定に基づいてユーザデバイスによって行うことをさらに含む。
【００４４】
（実施例３）
実施例１〜実施例２のいずれかの実装形態の例によれば、検出されたアクセス試行を行うことは、ワイヤレスネットワークへの接続をリクエストするために、無線リソース制御（ＲＲＣ）接続リクエストメッセージをユーザデバイスによって送信することを含む。
【００４５】
（実施例４）
実施例１〜実施例３のいずれかの実装形態の例によれば、１つまたは複数のネットワークスライスまたはアプリケーションと関連付けられたアクセスカテゴリを示す１つまたは複数のアクセスカテゴリフィルタをユーザデバイスによって受信することと、アクセス試行と関連付けられたネットワークスライスまたはアプリケーションおよび１つまたは複数のアクセスカテゴリフィルタに基づいて、アクセス試行に対するアクセスカテゴリをユーザデバイスによって決定することと、アクセスカテゴリの１つまたは複数に対する禁止パラメータのセットを示す禁止構成をユーザデバイスによって受信することと、をさらに含み、禁止判定を行うことが、禁止構成、およびアクセス試行に対するアクセスカテゴリに基づいて、アクセス試行に対する禁止判定をユーザデバイスによって行うことを含む。
【００４６】
（実施例５）
実施例１〜実施例４のいずれかの実装形態の例によれば、アクセス試行と関連付けられたネットワークスライスは、スライス／サービスタイプ（ＳＳＴ）、スライス／サービスタイプ（ＳＳＴ）およびスライスディファレンシエータ（ＳＤ）、単一のネットワークスライス選択支援情報（Ｓ−ＮＳＳＡＩ）、のうちの１つまたは複数を含む。
【００４７】
（実施例６）
実施例１〜実施例５のいずれかの実装形態の例によれば、アクセスカテゴリの１つまたは複数に対する禁止パラメータのセットを示す禁止構成は、アクセスカテゴリの１つまたは複数および１つまたは複数のアプリケーションに対する禁止パラメータのセットを示す禁止構成を含む。
【００４８】
（実施例７）
アクセス試行と関連付けられたアプリケーションが、オペレーティングシステムアイデンティティ（ｏｐｅｒａｔｉｎｇ  ｓｙｓｔｅｍ  ｉｄｅｎｔｉｔｙ：オペレーティングシステム身元）、およびオペレーティングシステムアプリケーションアイデンティティ（ｏｐｅｒａｔｉｎｇ  ｓｙｓｔｅｍ  ａｐｐｌｉｃａｔｉｏｎ  ｉｄｅｎｔｉｔｙ：オペレーティングシステムアプリケーション身元）、のうちの１つまたは複数によって識別される、請求項１〜６のいずれかに記載の方法。
【００４９】
（実施例８）
実施例１〜実施例７のいずれかの実装形態の例によれば、禁止構成は、アクセスカテゴリの１つまたは複数に対する少なくとも禁止レートおよび禁止タイマーを含む禁止パラメータのセットを示す。
【００５０】
（実施例９）
実施例１〜実施例８のいずれかの実装形態の例によれば、Ｉｎａｃｔｉｖｅモードのユーザデバイスに対する補償パラメータ（ｃｏｍｐｅｎｓａｔｉｏｎ  ｐａｒａｍｅｔｅｒ）を受信することと、ユーザデバイスがＩｎａｃｔｉｖｅモードであることをユーザデバイスによって決定することと、をさらに含み、禁止判定を行うことは、Ｉｎａｃｔｉｖｅモードのユーザデバイスのアクセス試行の禁止レートを調節するために、ユーザデバイスに対する禁止判定を行うことに補償パラメータをユーザデバイスによって適用することを含む。
【００５１】
（実施例１０）
実施例１〜実施例９のいずれかの実装形態の例によれば、禁止構成は、１つまたは複数のネットワークスライスのそれぞれに対するネットワーク負荷を示すネットワークスライス固有負荷情報に基づく。
【００５２】
（実施例１１）
実施例１〜実施例１０のいずれかの実装形態の例によれば、アクセスカテゴリの１つまたは複数に対する禁止パラメータのセットを示す禁止構成は、アクセス試行のアクセスカテゴリに基づいて、１つまたは複数のアクセス試行の異なる優先順位付け（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）を行うまたは示す。
【００５３】
（実施例１２）
図４は、実装形態の例による、基地局の動作を示す流れ図である。動作４１０は、１つまたは複数のネットワークスライスのそれぞれに対する負荷を示すネットワークスライス固有負荷情報を、ワイヤレスネットワーク内の１つまたは複数のコアネットワークエンティティから基地局によって受信することを含む。動作４２０は、１つまたは複数のアクセスカテゴリに対する禁止パラメータのセットを示す禁止構成を、受信したネットワークスライス固有負荷情報に基づいて基地局によって決定することを含む。動作４３０は、ワイヤレスネットワークに対する負荷を低減させるための禁止構成を基地局によってユーザデバイスに送信することを含む。
【００５４】
（実施例１３）
実施例１２の実装形態の例によれば、送信することは、ユーザデバイスによるアクセス試行と関連付けられたネットワークスライスに基づいて、ユーザデバイスがアクセス試行に対する禁止判定を行えるようにするために、禁止構成を基地局によってユーザデバイスに送信することを含む。
【００５５】
（実施例１４）
実施例１２〜実施例１３のいずれかの実装形態の例によれば、１つまたは複数のネットワークスライスと関連付けられたアクセスカテゴリを示す１つまたは複数のアクセスカテゴリフィルタをユーザデバイスに基地局によって転送することをさらに含む。
【００５６】
（実施例１５）
実施例１２〜実施例１４のいずれかの実装形態の例によれば、禁止構成は、アクセスカテゴリの１つまたは複数に対する少なくとも禁止レートおよび禁止タイマーを含む禁止パラメータのセットを示す。
【００５７】
（実施例１６）
実施例１２〜実施例１５のいずれかの実装形態の例によれば、１つまたは複数のネットワークスライスは、スライス／サービスタイプ（ＳＳＴ）、スライス／サービスタイプ（ＳＳＴ）およびスライスディファレンシエータ（ＳＤ）、ならびに単一のネットワークスライス選択支援情報（Ｓ−ＮＳＳＡＩ）、のうちの１つまたは複数によって識別されるか、これらと関連付けられる。
【００５８】
（実施例１７）
図５は、実装形態の例による、コアネットワークエンティティの動作を示す流れ図である。動作５１０は、１つまたは複数のネットワークスライスのそれぞれに対する負荷を示すネットワークスライス固有負荷情報をコアネットワークエンティティによって決定することを含む。動作５２０は、ネットワークスライス固有負荷情報を基地局にコアネットワークエンティティによって送信することを含む。
【００５９】
（実施例１８）
実施例１７の実装形態の例によれば、コアネットワークエンティティは、第１のコアネットワークエンティティを含み、ネットワークスライス固有負荷情報は、第１のコアネットワークエンティティによって決定されたまたは集められたネットワークスライス固有負荷情報、および第２のコアネットワークエンティティから受信されたネットワークスライス固有負荷情報、のうちの１つまたは複数から第１のコアネットワークエンティティによって決定される。
【００６０】
（実施例１９）
実施例１７〜実施例１８のいずれかの実装形態の例によれば、１つまたは複数のネットワークスライスと関連付けられたアクセスカテゴリを示す１つまたは複数のアクセスカテゴリフィルタを、基地局を介してユーザデバイスにコアネットワークエンティティによって送信することをさらに含む。
【００６１】
（実施例２０）
実施例１７〜実施例１９のいずれかの実装形態の例によれば、１つまたは複数のネットワークスライスは、スライス／サービスタイプ（ＳＳＴ）、スライス／サービスタイプ（ＳＳＴ）およびスライスディファレンシエータ（ＳＤ）、ならびに単一のネットワークスライス選択支援情報（Ｓ−ＮＳＳＡＩ）、のうちの１つまたは複数によって識別されるか、これらと関連付けられる。
【００６２】
（実施例２１）
実施例１〜実施例２０のいずれかの方法を行うための手段を有する装置。
【００６３】
（実施例２２）
少なくとも１つのプロセッサ、および少なくとも１つのプロセッサによって実行されるとき、実施例１〜実施例２０のいずれかの方法を装置に行わせるコンピュータ命令を含む少なくとも１つのメモリ、を備える装置。
【００６４】
（実施例２３）
非一時的コンピュータ可読記憶媒体を含み、少なくとも１つのデータ処理装置によって実行されるとき、実施例１〜実施例２０のいずれかの方法を少なくとも１つのデータ処理装置に行わせるように構成される実行可能コードを格納する、コンピュータプログラム製品を備える装置。
【００６５】
実装形態のさらなる例および／または詳細の例がこれから提供される。
【００６６】
図６は、実装形態の例による、ネットワークを示す図である。上記の図は、リファレンスポイント図で５ＧＳアーキテクチャの一部を示す。ＵＥは、ＲＡＮにおけるＲＡＮノード（ＢＳ）によって、ならびにコアネットワークにおけるＡＭＦおよびＳＭＦによってサーブされる。ＵＥがネットワークに登録されると、ＵＥは、ＰＤＵセッションを介してＤＮと通信することができ、データ経路は、ＲＡＮおよびＵＰＦを通じてＤＮに向けて確立される。ＵＥの登録、移動、およびセッションは、ＡＭＦおよびＳＭＦといったコアネットワーク制御プレーンネットワーク機能によって管理される。さらに、ＵＥの署名がＵＤＭに格納され、ＵＥのポリシー（ｐｏｌｉｃｙ）（例えば移動制約）はＰＣＦによって制御される。
【００６７】
ＵＥがネットワークによってサーブされることを望むとき、ＵＥは、無線接続を獲得し、コアネットワークに登録する必要がある。無線接続を獲得するために、ＵＥは、ＲＡＮに向けてアクセス試行を行う（しかし最初にＵＥは、アクセス試行が禁止されていないことを確認しなければならない）。ＲＡＮおよび／またはコアネットワークが過負荷であるケースにおいて、アクセス試行は、ＵＥによって禁止される可能性がある。実装形態の例において、ＵＥは、アクセス試行の特性、およびＲＡＮノードによってブロードキャストされた禁止構成、ならびに場合によっては他の情報に応じて、アクセス試行を禁止することができる。しかし、従来のアクセス禁止は、スライス、スライス関連情報、またはスライス固有負荷情報を考慮しない。
【００６８】
したがって、実装形態の例によれば、ネットワークスライス固有アクセス禁止が行われることが可能である。例えば、ＵＥは、アクセス試行と関連付けられたネットワークスライスに基づいて、アクセス試行に対する禁止判定を行うことができる。
【００６９】
実装形態の例によれば、コアネットワーク（例えばＡＭＦおよび／またはＳＭＦ）からＲＡＮ／ＢＳに負荷レポートが送信されることが可能であり、接続されたおよびアクティブなＵＥとは対照的にＲＲＣ−ｉｎａｃｔｉｖｅの（および接続された）ＵＥに対する禁止構成、ならびにアイドル、接続モードのＵＥは通常、禁止されず、ＩｄｌｅモードのＵＥがほとんど禁止されるはずであり、非アクティブな接続されたＵＥは、ＩｄｌｅモードのＵＥが接続されているとＣＮは思っているので、ＩｄｌｅモードのＵＥより少なく禁止されるはずである。その結果、これらの非アクティブなＵＥは、いくつかの追加のアクセス禁止構成パラメータ（例えば補償パラメータ）を受信する。禁止構成は、負荷情報に基づいてＢＳによって決定され、ＵＥに送信されることが可能である。
【００７０】
ＵＥの５ＧＭＭエンティティは、ＵＥにおける他のエンティティから、
ＩＭＳエンティティからのＭＭＴｅｌビデオ、ＭＭＴｅｌボイス、ＳＭＳｏＩＰサービスの開始および停止、
ＳＭＳエンティティからのＳＭＳｏＮＡＳ配信のリクエスト、ならびに
５ＧＳＭエンティティからのエマージェンシＰＤＵセッションに５ＧＳＭリクエストが関連するものであるかどうかについての指示
という情報の１つまたは複数を収集することができる。次に、ＵＥエンティティの５ＧＭＭは、上記の情報に加えて５ＧＭＭ自体に利用可能な情報の使用を行うことによって、アクセス試行のアクセスカテゴリを判定し、ＵＥのＲＲＣレイヤにアクセスカテゴリを送信する。
【００７１】
ＲＲＣレイヤは、
禁止構成はアクセスカテゴリ固有のものであり、５ＧＭＭエンティティからのスライス固有の（この禁止構成は、スライス固有負荷情報を考慮し、禁止構成の伝送は、更新された負荷情報によってトリガされることが可能である）アクセスカテゴリである、
ＵＥのアクセスクラス、ならびに／または
ＲＲＣ−ＩＮＡＣＴＩＶＥからＲＲＣ−ＣＯＮＮＥＣＴＥＤへの変更をアクセス試行がトリガしているかどうか、および、トリガしている場合、ＲＡＮレベルのページング（ｐａｇｉｎｇ）によってアクセス試行がトリガされるかどうか、
というファクタを考慮して、アクセス試行に対する禁止判定を行う。
【００７２】
ＵＥは、ＢＳから来る情報に基づいて、アクセス試行が禁止されているか禁止されていないかについて判定し、禁止されている場合、ＵＥは、アイドルモードに移り、禁止されない場合、ＵＥは、ＲＲＣ  ＩｎａｃｔｉｖｅからＲＲＣ  Ｃｏｎｎｅｃｔｅｄに遷移し、ＲＲＣにおいて、（ＲＲＣレベルにおいて）接続された、非アクティブ、およびアイドルという３つの異なる状態が存在する。
【００７３】
スライス（例えばＳＳＴ）は、アクセスカテゴリ判定に対して考慮されることが可能であり、５ＧＭＭエンティティは、他のエンティティから情報を収集し、５ＧＭＭエンティティは、どのスライス（例えばＳＳＴ）に５ＧＳＭアクセスリクエストが関連するものであるかを５ＧＳＭエンティティから収集することができる。追加として、既に確立済のＰＤＵセッションのＳＳＴは、５ＧＭＭエンティティにおいて利用可能であることが可能である。このようにして、５ＧＭＭは、アクセス試行と関連付けられたＰＤＵセッションのＳＳＴも同様に使用することができる。要するに、５ＧＭＭエンティティは、５ＧＳＭエンティティから、および／または５ＧＭＭエンティティ自体から、アクセス試行に関するＳＳＴを取得することができる。
【００７４】
さらに、モバイルまたはワイヤレスのオペレータ固有アクセスカテゴリが決定されることが可能である。ネットワークは、アクセスカテゴリフィルタをＵＥ（５ＧＭＭエンティティ）に提供する。フィルタは、オペレータ固有アクセスカテゴリと関連付けられ、標準アクセスカテゴリに関係のある関連付けられた序列を有する。
【００７５】
ＢＳによる禁止構成の決定／ポピュレーション（ｐｏｐｕｌａｔｉｏｎ）。
ＮＧＡＰ（ＢＳ）は、コアネットワークから受信されたスライス固有負荷情報に応じて禁止構成を決定またはポピュレート（ｐｏｐｕｌａｔｅ：居住させる）することができる。コアネットワークは、ＲＡＮノードへのコアネットワークにおけるスライス固有負荷を示すことができる。負荷は、ＰＬＭＮ毎、ＳＳＴ毎、ＳＤ毎、および／またはＳ−ＮＳＳＡＩ毎に示されることが可能である。
【００７６】
図７は、実装形態の例による、上の方のレイヤによって引き起こされるアクセス試行に対するアクセス禁止のための全体手順を示す図である。図８は、実装形態の例による、ＲＲＣレイヤによってトリガされるアクセス試行に対するアクセス禁止のための全体手順を示す図である。ＲＲＣ−ＩＮＡＣＴＩＶＥモードのＵＥのＲＲＣレイヤは、アクセス試行をトリガすることができる。ＲＲＣレイヤは、アクセス試行に対するアクセスカテゴリを受信してもしなくてもよい。実装形態の例において、ＮＡＳレイヤは、ＲＲＣ状態に関係なくＮＡＳメッセージに対するアクセスカテゴリを提供する。図９は、実装形態の例による、ブロードキャストされるようにＲＡＮノードが禁止構成をセットするための手順を示す図である。ネットワークスライス毎のＡＭＦおよび／またはＳＭＦの負荷情報は、ＲＡＮノードに配信されることが可能である。
【００７７】
図１０は、実装形態の別の例による、ネットワーク固有アクセス禁止技法を示す図である。１〜７の動作は、例証的な例として下記において説明される。
【００７８】
１ａ．ＵＥにおけるＩＭＳクライアントは、ＩＭＳクライアントから５ＧＭＭエンティティに直接的に、または５ＧＳＭエンティティを介して、ＵＥにおける５ＧＭＭエンティティに以下の指示のうちの少なくとも１つを提供することができる。
−  ＭＯ−ＭＭＴＥＬ−ｖｏｉｃｅ−ｓｔａｒｔｅｄ、
−  ＭＯ−ＭＭＴＥＬ−ｖｏｉｃｅ−ｅｎｄｅｄ、
−  ＭＯ−ＭＭＴＥＬ−ｖｉｄｅｏ−ｓｔａｒｔｅｄ、
−  ＭＯ−ＭＭＴＥＬ−ｖｉｄｅｏ−ｅｎｄｅｄ、
−  ＭＯ−ＳＭＳｏＩＰ−ａｔｔｅｍｐｔ−ｓｔａｒｔｅｄ、および
−  ＭＯ−ＳＭＳｏＩＰ−ａｔｔｅｍｐｔ−ｅｎｄｅｄ
【００７９】
上記の指示から、５ＧＭＭエンティティは、モバイル指向のＭＭＴｅｌボイスサービス、ＭＭＴｅｌビデオサービス、およびＳＭＳｏＩＰサービスの開始および終了について認識することができる。
【００８０】
１ｂ．ＵＥのＳＭＳエンティティは、ＭＯ  ＳＭＳメッセージを配信することを５ＧＭＭエンティティにリクエストすることができる。
１ｃ．ＵＥの５ＧＳＭエンティティは、ＵＥにおける５ＧＭＭエンティティへの５ＧＳＭメッセージの配信をリクエストすることができる。
５ＧＳＭメッセージとともに、５ＧＳＭエンティティは、例えば、ＰＤＵセッションＩＤ、Ｓ−ＮＳＳＡＩ、ＤＮＮといったＰＤＵセッション情報を提供することもできる。
【００８１】
５ＧＭＭエンティティは、例えば、ＰＤＵセッションＩＤ、Ｓ−ＮＳＳＡＩ、ＤＮＮといった５ＧＳＭメッセージに加えて、５ＧＳＭエンティティによって提供された情報を格納することができる。
【００８２】
５Ｇ  ＮＡＳシグナリング接続がＰＤＵセッションに対して確立されていないが、ＰＤＵセッションのユーザデータがネットワークに配信される必要がある場合、５ＧＭＭエンティティは、ＱｏＳフロー制御エンティティによって５Ｇ  ＮＡＳシグナリング接続を確立することをリクエストされる可能性がある。この場合、５ＧＭＭエンティティは、ＰＤＵセッションのＰＤＵセッションＩＤも受信することもできる。
【００８３】
２．ネットワークは、例えば、ＮＡＳメッセージ、ＯＭＡ  ＤＭを介して、オペレータ固有アクセスカテゴリフィルタをＵＥの５ＧＭＭエンティティに提供することができる。オペレータ固有アクセスカテゴリフィルタがＮＡＳメッセージを介して配信されるケース、すなわち、ＡＭＦが５ＧＭＭメッセージを介してフィルタをＵＥに提供するケースにおいて、フィルタは、ＰＣＦから来ることが可能である。ＮＡＳメッセージは、Ｎ１：ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥ  ＣＯＭＭＡＮＤメッセージに相当することが可能である。
【００８４】
アクセスカテゴリフィルタのそれぞれは、オペレータ固有アクセスカテゴリおよび／または序列値と関連付けられ、以下の尺度のうちの少なくとも１つを含むことができる。
−  スライス毎の、および１つまたは複数のサービスタイプに対する、ＳＳＴ
−  ＳＤ、
−  アプリケーションＩＤ、
−  ＯＳ  ＩＤ、
−  ＯＳアプリケーションＩＤ、ならびに
−  ＤＮＮ
【００８５】
例えば、スライスタイプ（またはＳＳＴ）の中には、異なるサービスタイプに対する異なるアクセスカテゴリが存在する可能性がある（スライスＩＤは、例えば、ＳＳＴとＳＤの組合せであることが可能であり、ＳＤは任意選択である）。ＳＳＴ＋ＳＤの各組合せに対して（またはＵＥのサービスタイプにスライスが配分されることが可能な場合、各ネットワークスライスに対して）、アクセスカテゴリが存在することが可能である。アクセスカテゴリフィルタは、複数のスライスのそれぞれに対する（または各スライスＩＤもしくはＳＳＴに対する）アクセスカテゴリを示すことができる。この情報は、どのようにアクセス試行がアクセスカテゴリに割り当てられるべきかをＵＥに知らせ、このアクセスカテゴリは、アクセス禁止分析を行うためにＵＥによって使用されることが可能である。例えば、オペレータ固有アクセスカテゴリＸに対する（ＵＥに送信される）フィルタは、ＳＳＴ＝ｅＭＢＢ、およびＳＤ＝Ａｍａｚｏｎであることを示すことができ、これは、Ａｍａｚｏｎサービスに専用のｅＭＢＢネットワークスライスを前提とするアクセス試行が、アクセスカテゴリＸとして分類されることになるということを意味する。別の例として、オペレータ固有アクセスカテゴリＹに対するフィルタは、ＤＮＮ（データネットワーク名、これは、スライスに結び付けることができるが同じではなく、インターネットまたはＩＭＳ／ＩＰマルチメディアサブシステムである）＝企業ネットワークであることを示すことができ、これは、企業内トラフィックを前提とするアクセス試行が、アクセスカテゴリＹとしてカテゴライズされるべきであるということを意味する。オペレータのポリシーを前提として、アクセスカテゴリＸおよびＹとしてカテゴライズされたアクセス試行は、ブロードキャストされた禁止構成において、これらのアクセスカテゴリに対して小さい値の禁止レートを設定することによって優先されることが可能である。
【００８６】
オペレータ固有アクセスカテゴリフィルタは、標準的なアクセスカテゴリ判定ルールより優先度が高いまたは低いことが可能である。
【００８７】
上記の例から分かるように、ローミングＵＥに対して、および（以前の構成をネットワークが変更することを望んでいる場合）ホームネットワークにおけるＵＥに対してさえ、独自のトラフィックに関するアクセス試行に特殊な処置を施すために、ネットワークは、オペレータ固有アクセスカテゴリでＵＥを構成することができるようになる。
【００８８】
３．ステップ１から取得された情報、および５ＧＭＭエンティティにおいて利用可能な、
−  アクセス試行がモバイル完了メッセージへの回答であるかどうか
−  アクセス試行と関連付けられたＰＤＵセッションのＳＳＴ（既に確立済のＰＤＵセッションのＳＳＴは５ＧＭＭエンティティにおいて利用可能であることが可能である）
−  ＵＥの登録ＰＬＭＮおよびＵＥのＨＰＬＭＮ／ＥＨＰＬＭＮ／最も好ましいＶＰＬＭＮ
−  任意のオペレータ提供のアクセスカテゴリフィルタ
という情報を考慮して、ＵＥは標準アクセスカテゴリを判定する。標準アクセスカテゴリの例は、
−  アクセス試行が、モバイル完了メッセージへの回答である、ＭＴから生じるＭＯ
−  アクセス試行が、ＭＯ  ＭＭＴｅｌボイスコールによって引き起こされる、ＭＯ  ＭＭＴｅｌボイス
−  アクセス試行が、ＭＯ  ＭＭＴｅｌビデオコールによって引き起こされる、ＭＯ  ＭＭＴｅｌボイス
−  アクセス試行が、ＭＯ  ＳＭＳｏＩＰによって引き起こされる、ＭＯ  ＳＭＳｏＩＰ
−  アクセス試行が、ＭＯ  ＳＭＳｏＮＡＳによって引き起こされる、ＭＯ  ＳＭＳｏＮＡＳ
−  アクセス試行が、エマージェンシコールに関するものである、ＭＯエマージェンシ
−  アクセス試行が、遅延耐性サービスまたはＵＥのＥＨＰＬＭＮに登録されたＵＥに関するものである、ＥＨＰＬＭＮにおけるＭＯ遅延耐性サービス
−  アクセス試行が、遅延耐性サービスまたはＵＥの最も好ましいＶＰＬＭＮに登録されたＵＥに関するものである、最も好ましいＶＰＬＭＮにおけるＭＯ遅延耐性サービス
−  アクセス試行が、遅延耐性サービスまたは他のＰＬＭＮに登録されたＵＥに関するものである、他のＰＬＭＮにおけるＭＯ遅延耐性サービス
−  アクセス試行が、ｅＭＢＢに関するものである、ＭＯ  ｅＭＢＢ
−  アクセス試行が、ＵＲＬＬＣに関するものである、ＭＯ  ＵＲＬＬＣ
−  アクセス試行が、ユーザプレーン無線リソースリクエストに対するものではなく、他のアクセスカテゴリに関するものではない、ＭＯシグナリング
−  アクセス試行が、ユーザプレーン無線リソースリクエストに対するものであり、他のアクセスカテゴリに関するものではない、ＭＯデータ
−  アクセス試行が、早期の５ＧＣネットワーク展開における５ＧＳからボイスオーバーＬＴＥ（ｖｏｉｃｅ  ｏｖｅｒ  ＬＴＥ）へのフォールバックを始めるためのものである、ＶｏＬＴＥフォールバック
である。
【００８９】
アクセス試行が、複数のＳＳＴと関連付けられるケースが存在する。これらのケースに取り組むために、優先順が判定されることが可能であり、例えば、ＵＲＬＬＣ＞ｅＭＢＢ＞大規模ＩｏＴであり、すなわち、再び例として、ＵＲＬＬＣおよび大規模ＩｏＴと関連付けられたアクセス試行は、ＵＲＬＬＣおよびｅＭＢＢと関連付けられたアクセス試行、またはＵＲＬＬＣ単独で関連付けられたアクセス試行と同じように扱われる。
【００９０】
さらに、利用可能な場合、ステップ２において受信されたフィルタをオペレータ固有カテゴリが考慮することを、アクセス試行が前提とすることを、ＵＥは判定することができる。標準アクセスカテゴリに対するアクセスカテゴリ判定のための入力ファクタとして５ＧＭＭエンティティが考えるものに加えて、５ＧＭＭエンティティは、例えば、アクセス試行に関するＳＤといった、標準アクセスカテゴリ判定のための入力とみなされないパラメータを、追加として考慮する。
【００９１】
４．ＵＥの５ＧＭＭエンティティは、アクセスカテゴリをＮＡＳメッセージとともにＵＥのＲＲＣレイヤに転送する。
【００９２】
５．ＡＭＦ（コアネットワークエンティティの例）は、ＲＡＮノード／ＢＳへのコアネットワークにおける負荷（全体的なネットワーク負荷およびスライス固有負荷）を示すことができる。負荷は、ＰＬＭＮ毎、ＳＳＴ毎、ＳＤ毎、および／またはＳ−ＮＳＳＡＩ毎に示されることが可能である。このような情報は、ＲＡＮノードにＳＭＦによって提供されることが可能である。負荷情報は、ＰＬＭＮ毎、ＳＳＴ毎、ＳＤ毎、および／またはＳ−ＮＳＳＡＩ毎に百分率スケールで表現されることが可能である。
【００９３】
Ａ）より具体的には、ＡＭＦは、ＰＬＭＮ毎、ＳＳＴ毎、ＳＤ毎、および／またはＳ−ＮＳＳＡＩ毎に、ＡＭＦの負荷情報をＲＡＮノードに直接的に提供することができる。ＲＡＮノードによってサーブされるＵＥは、複数のＡＭＦによってサーブされることが可能なので、ＲＡＮノードは、コアネットワーク（ＡＭＦ）における全体負荷を計算するために、ＲＡＮノードによってサーブされるＵＥをサーブする全てのＡＭＦから負荷情報を収集する必要がある可能性がある。
【００９４】
Ｂ）その一方で、ＳＭＦは、ＰＬＭＮ毎、ＳＳＴ毎、ＳＤ毎、および／またはＳ−ＮＳＳＡＩ毎に、負荷情報をＡＭＦに提供することができ、ＡＭＦは、負荷情報をＲＡＮノードに転送することができる。ＲＡＮノードによってサーブされるＵＥは、複数のＳＭＦによってサーブされることが可能なので、ＲＡＮノードは、コアネットワーク（ＳＭＦ）における全体負荷を計算するために、ＲＡＮノードによってサーブされるＵＥをサーブする全てのＳＭＦから負荷情報を収集する必要がある可能性がある。ＡＭＦからＲＡＮノードへのメッセージの中に、ＡＭＦは、転送されることになるＳＭＦの負荷情報に加えてＡＭＦの負荷情報を、ＰＬＭＮ毎、ＳＳＴ毎、ＳＤ毎、および／もしくはＳ−ＮＳＳＡＩ毎に含むことができる。
【００９５】
Ｃ）またはＡＭＦは、ＰＬＭＮ毎、ＳＳＴ毎、ＳＤ毎、および／もしくはＳ−ＮＳＳＡＩ毎にＳＭＦから負荷情報を集め、集めた負荷情報をＲＡＮノードに提供することができる。集めた負荷情報は、ＳＭＦの負荷に加えてＡＭＦ自体の負荷も反映されるようにセットされることが可能である。
【００９６】
Ｂ）およびＣ）において、ＳＭＦは、（例えば９８％の負荷といった）過負荷であるものとして、ＳＳＴ＝大規模ＩｏＴであるネットワークスライスに対してリソースが割り当てられたということを示すことができる。Ｂ）において、ＡＭＦは、負荷情報（ＳＭＦの大規模ＩｏＴスライスリソースが９８％の負荷である）を転送し、Ｃ）において、ＡＭＦは、ＳＭＦの大規模ＩｏＴスライスの負荷情報を集めて、大規模ＩｏＴスライスに対するＡＭＦの負荷も考慮して大規模ＩｏＴスライスの負荷を判定する（この場合、大規模ＩｏＴスライスに対する全体負荷をどのようにＡＭＦが計算するかは、実装形態に委ねられることが可能である）。
【００９７】
６．ＲＡＮノードは、ＵＥにブロードキャストされることになる禁止構成（例えば、禁止構成は、スライスに対する禁止を高くすることもあれば、スライスに対する禁止レートを低くすることもある可能性があり、他に対するいくつかのトラフィックの優先順位付けは、例えば、ｅＭＢＢに対する禁止レートよりもＵＲＬＬＣに対する禁止レートが低くなるように選ぶことができる）をスライス毎にポピュレートする（決定する）。ステップ５から、ＲＡＮノードは、ＰＬＭＮ毎、ＳＳＴ毎、ＳＤ毎、および／またはＳ−ＮＳＳＡＩ毎にコアネットワークの負荷状況を認識することができる。このようにして、ＲＡＮノードは、特定のＰＬＭＮ／ネットワークスライスに対する負荷が低減されることが可能になるように禁止構成をポピュレートまたは決定することができ、例えば、特定のネットワークスライス（例えば、ｅＭＢＢ、ＵＲＬＬＣ、大規模ＩｏＴ、ＩＭＳ）に関するアクセスカテゴリに対する禁止パラメータは、このようなアクセスカテゴリと関連付けられたアクセス試行が低減されるようにセットされることが可能である。大規模ＩｏＴスライスは、遅延耐性サービスシリーズアクセスカテゴリにマッピングされるということに留意されたい。
【００９８】
禁止構成は、例証的な例として、
−  一定の禁止レートおよび禁止タイマーで特定のアクセスクラスが禁止されるべきかどうか、
−  一定の禁止レートおよび禁止タイマーで特定のアクセスカテゴリが禁止されるべきかどうか、
−  １１〜１５の範囲にあるアクセスクラスのそれぞれに対して禁止が適用されるべきかどうか、
−  一定の禁止レートおよび禁止タイマーでＲＡＮレベルのページングが禁止されるべきかどうか、
−  ＲＲＣ−ＩＮＡＣＴＩＶＥのＵＥに対する（例えば、禁止レートを低減させるための）補償パラメータ、ならびに／または
−  高い優先度のＩＭＳのＰＤＵセッションに対する（例えば、禁止レートを低減させるための）補償パラメータ
のうちの１つまたは複数を示すことができる。
【００９９】
ＩＭＳサービス（ＭＭＴｅｌボイス、ＭＭＴｅｌビデオ、ＳＭＳｏＩＰ）に対する禁止レートおよび禁止タイマー、ならびに、高い優先度のＩＭＳのＰＤＵセッションに対する補償パラメータは、ＵＥにおけるＲＲＣレイヤによってＵＥにおけるＩＭＳクライアントに配信されることが可能であり、ＩＭＳクライアントは、ＩＭＳサービスに対する禁止チェックのために情報を使用することができるということに留意されたい。
【０１００】
例えば、ＵＥは、０と１の間の乱数を選択し、禁止ファクタを決定し、禁止ファクタを禁止レートと比較することができる（禁止レートより小さい場合、アクセス試行は禁止されない）。
【０１０１】
システム情報の中でブロードキャストされる禁止構成の例示的な実装形態は、以下のように表現されることが可能である。
ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅＸ情報要素
2020530710.tif 000003
ここで、ａｂｃ−Ｉｎｆｏ−ｒ１５は、
−  ａｂｃＦｏｒＳｐｅｃｉａｌＡＣによる特殊なアクセスクラス（例えば、ＡＣ１１〜１５）のためのもの
−  ａｂｃＦｏｒＡＣによる通常のＬＴＥアクセスクラスのためのもの
−  アクセスカテゴリの範囲が、ｍａｘＡｃｃｅｓｓＣａｔｅｇｏｒｙ−ｒ１５によって決定される、ｂａｒｒｉｎｇＰｅｒＡｃｃｅｓｓＣａｔｅｇｏｒｙＬｉｓｔパラメータによるアクセスカテゴリのためのもの
という３つのアクセス禁止構成タイプの集団構成（ｃｏｌｌｅｃｔｉｖｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）に関するものである。
【０１０２】
実装形態の様々な例の利点のいくつかの例は、エアインターフェースおよびＵＥのＲＲＣレイヤが、特定のアクセス試行の提供または禁止の観点から、適応可能になり、拡張可能になり、高度に透明になるということを含むこと、または例として示すことができる。一方で、ＮＷ（ネットワーク）は、同じ統合された手法で様々なサービスおよび端末アクセス試行を制御するための手段を有する。拡張可能な手法でアクセスカテゴリリストがＲＲＣレイヤにおいて定義されると仮定すると、技法は、サービスアクセシビリティフレームワークを変更する必要なく、新しいサービスを付加する可能性を許容する。
【０１０３】
７．ＵＥのＲＲＣレイヤは、ブロードキャストされた禁止構成、および、例えば、
−  ５ＧＭＭエンティティからのアクセスカテゴリ
−  ＵＥのアクセスクラス、および／または（アクセスクラスの使用をカバーしない）
−  ＲＲＣ−ＩＮＡＣＴＩＶＥからＲＲＣ−ＣＯＮＮＥＣＴＥＤへの変更をアクセス試行がトリガしているかどうか、および、トリガしている場合、ＲＡＮレベルのページングによってアクセス試行がトリガされているかどうか
のうちの例えば少なくとも１つといった、アクセス試行についての情報に従って、アクセス試行を禁止する。
【０１０４】
例えば、ＲＲＣ−ＩＮＡＣＴＩＶＥモードのＵＥの５ＧＭＭエンティティが、アクセスカテゴリ＝ＭＯ  ＳＭＳｏＮＡＳでＮＡＳメッセージを輸送することをＲＲＣレイヤにリクエストし、アクセスカテゴリ＝ＭＯ  ＳＭＳｏＮＡＳに対する禁止レートが４０％であり、ＲＲＣ−ＩＮＡＣＴＩＶＥのＵＥに対する補償パラメータが０．３であることを禁止構成が示す場合、ＭＯ  ＳＭＳｏＮＡＳに対するアクセス試行は、確率０．４×０．３＝０．１２で禁止されるべきである（このようなアクセス試行の１２％が禁止されることになる）。
【０１０５】
実装形態の例において、ＵＥのＲＲＣレイヤは、ＵＳＩＭからＵＥのアクセスクラスを取得することができるが、ＵＥのアクセスクラスが利用できない場合、上の方のレイヤがＵＥのアクセスクラスをＵＥのＲＲＣレイヤに提供することができる。
【０１０６】
ＲＲＣ−ＩＮＡＣＴＩＶＥモードのＵＥに対するアクセス試行が禁止されている場合、ＲＲＣレイヤは、特定の根拠を伴う禁止結果を上の方のレイヤに示すはずである。根拠は、このケースが、無線リンク故障と区別されることが可能になるように、ＲＡＮノードの禁止構成によりＵＥが禁止されているということを示すはずである。このケースにおいて、ＲＲＣレイヤとＮＡＳレイヤの両方において、ＵＥはアイドルモードになる。ＮＡＳレイヤは、ＵＥが禁止されているかのようにアイドルモードで動作することになる。
【０１０７】
省略形の例の一覧
３ＧＰＰ：第３世代パートナーシッププロジェクト
４Ｇ：移動体通信技術の第４世代
５Ｇ：移動体通信技術の第５世代
５ＧＭＭ：５ＧＳ移動管理
５ＧＳ：５Ｇシステム
５ＧＳＭ：５ＧＳセッション管理
ＡＣＢ：アクセスクラス禁止
ＡＭＦ：アクセスおよび移動管理機能
ＣＳＦＢ：回線交換フォールバック（ｃｉｒｃｕｉｔ  ｓｗｉｔｃｈｅｄ  ｆａｌｌｂａｃｋ）
ＤＭ：デバイス管理
ＤＮ：データネットワーク
ＤＮＮ：データネットワーク名
ＥＨＰＬＭＮ：等価ＨＰＬＭＮ
ｅＭＢＢ：エンハンスト（ｅｎｈａｎｃｅｄ）モバイルブロードバンド
ｅＮＢ：エボルブド（ｅｖｏｌｖｅｄ）ノードＢ
ＥＰＳ：エボルブドパケットシステム
ｇＮＢ：次世代ノードＢ（未確定）
ＨＰＬＭＮ：ホームＰＬＭＮ
ＩＭＳ：ＩＰマルチメディアサブシステム
ＩｏＴ：モノ（ｔｈｉｎｇｓ）のインターネット
ＩＰ：インターネットプロトコル
ＭＭＥ：移動管理エンティティ
ＭＭＴｅｌ：ＩＭＳマルチメディアテレフォニーサービス（ＩＭＳ  ｍｕｌｔｉｍｅｄｉａ  ｔｅｌｅｐｈｏｎｙ  ｓｅｒｖｉｃｅ）
ＮＡＳ：非アクセス層（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）
ＮＧＡＰ：次世代アプリケーションプロトコル
ＮＳＳＡＩ：ネットワークスライス選択支援情報
ＯＡＭ：保守、運用、管理
ＯＭＡ：オープンモバイルアライアンス
ＯＳ：オペレーティングシステム
ＰＣＦ：ポリシー制御機能
ＰＤＵ：プロトコルデータユニット
ＰＬＭＮ：地上波公共移動通信ネットワーク
ＲＡＮ：無線アクセスネットワーク
ＲＲＣ：無線リソース制御
Ｓ−ＮＳＳＡＩ：シングルＮＳＳＡＩ
ＳＤ：スライスディファレンシエータ
ＳＭＳ：ショートメッセージサービス
ＳＭＳｏＮＡＳ：ＳＭＳオーバーＮＡＳ
ＳＭＳｏＩＰ：ＳＭＳオーバーＩＰ
ＳＳＡＣ：サービス固有アクセス制御
ＳＳＴ：スライス／サービスタイプ
ＵＤＭ：ユーザデータ管理
ＵＥ：ユーザ機器
ＵＰＦ：ユーザプレーン機能
ＵＲＬＬＣ：超高信頼低遅延通信（ｕｌｔｒａ−ｒｅｌｉａｂｌｅ  ａｎｄ  ｌｏｗ  ｌａｔｅｎｃｙ  ｃｏｍｍｕｉｃａｔｉｏｎ）
ＶＰＬＭＮ：訪問先（ｖｉｓｉｔｅｄ）ＰＬＭＮ
【０１０８】
図１１は、実装形態の例による、ワイヤレスステーション（例えば、ＡＰ、ＢＳ、ｅＮＢ、ＵＥ、またはユーザデバイス）１１００のブロック図である。ワイヤレスステーション１１００は、例えば、１つまたは２つのＲＦ（無線周波数）またはワイヤレストランシーバ１１０２Ａ、１１０２Ｂを含むことができ、ここで、各ワイヤレストランシーバは、信号を伝送するためのトランスミッタ（ｔｒａｎｓｍｉｔｔｅｒ：送信機）、および信号を受信するためのレシーバ（ｒｅｃｅｉｖｅｒ：受信機）を含む。ワイヤレスステーションは、命令またはソフトウェアを実行し、信号の送信および受信を制御するためのプロセッサまたは制御ユニット／エンティティ（コントローラ）１１０４、ならびにデータおよび／または命令を格納するためのメモリ１１０６も含む。
【０１０９】
プロセッサ１１０４は、判定または決定を行うこと、送信のためにフレーム、パケット、またはメッセージを生成すること、さらなる処理のために受信したフレームまたはメッセージをデコードすること、および本明細書において説明される他のタスクまたは機能を行うこともできる。プロセッサ１１０４は、ベースバンドプロセッサ（ｂａｓｅｂａｎｄ  ｐｒｏｃｅｓｓｏｒ）であることが可能であり、例えば、ワイヤレストランシーバ１１０２（１１０２Ａまたは１１０２Ｂ）を介して、送信のためのメッセージ、パケット、フレーム、または他の信号を生成することができる。プロセッサ１１０４は、ワイヤレスネットワーク上での信号またはメッセージの送信を制御すること、（例えば、例えばワイヤレストランシーバ１１０２によってダウンコンバートされた後に）ワイヤレスネットワークを介して信号またはメッセージの受信を制御すること、等ができる。プロセッサ１１０４は、上述のタスクまたは方法の１つまたは複数などの上述の様々なタスクおよび機能を行うために、プログラム可能であること、およびメモリまたは他のコンピュータ媒体に格納されたソフトウェアまたは他の命令を実行すること、が可能である。プロセッサ１１０４は、例えば、ハードウェア、プログラマブルロジック（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ：プログラム可能な論理）、ソフトウェアもしくはファームウェアを実行するプログラマブル（プログラム可能）プロセッサ、および／またはこれらのいずれかの組合せであることが可能である（またはこれらを含むことが可能である）。他の専門用語を使用すると、プロセッサ１１０４およびトランシーバ１１０２は相互に、例えばワイヤレス（無線）トランスミッタ（送信機）／レシーバ（受信機）システムとみなされることが可能である。
【０１１０】
さらに、図１１を参照すると、コントローラ（またはプロセッサ）１１０８は、ソフトウェアおよび命令を実行することができ、ステーション１１００に対する全体的な制御を行うことができ、入力／出力デバイス（例えば、ディスプレイ、キーパッド）を制御することなど、図１１において示されていない他のシステムに対する制御を行うことができ、ならびに／あるいは、例えば、ｅメールプログラム、オーディオ／ビデオアプリケーション、ワードプロセッサ、ボイスオーバーＩＰアプリケーション、または他のアプリケーションもしくはソフトウェアなどの、ワイヤレスステーション１１００上で提供されることが可能な１つまたは複数のアプリケーションのためのソフトウェアを実行することができる。
【０１１１】
さらに、格納された命令を含む記憶媒体が提供されることが可能であり、命令は、コントローラまたはプロセッサによって実行されると、プロセッサ１１０４、または上述の機能もしくはタスクの１つもしくは複数を行う他のコントローラもしくはプロセッサを生じることが可能である。
【０１１２】
実装形態の別の例によれば、ＲＦまたはワイヤレストランシーバ（ｗｉｒｅｌｅｓｓ  ｔｒａｎｓｃｅｉｖｅｒ）１１０２Ａ／１１０２Ｂは、信号もしくはデータを受信すること、および／または信号もしくはデータを伝送もしくは送信することができる。プロセッサ１１０４（および場合によっては、トランシーバ１１０２Ａ／１１０２Ｂ）は、信号またはデータを受信、送信、ブロードキャスト、または伝送するように、ＲＦまたはワイヤレストランシーバ１１０２Ａまたは１１０２Ｂを制御することができる。
【０１１３】
しかし、実施形態は、例として与えられるシステムに制約されず、当業者は、他の通信システムに解決策を応用することができる。適切な通信システムの別の例は、５Ｇ概念である。５Ｇにおけるネットワークアーキテクチャ（ｎｅｔｗｏｒｋ  ａｒｃｈｉｔｅｃｔｕｒｅ）は、ＬＴＥアドバンスト（ＬＴＥ  ａｄｖａｎｃｅｄ）のネットワークアーキテクチャにかなり似ていることが想定される。５Ｇは、複数入力複数出力（ＭＩＭＯ：ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ−ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）アンテナ、つまり、より小さいステーションと協働して動作するマクロサイトを含み、おそらく、より良いカバレッジ（ｃｏｖｅｒａｇｅ：適用範囲）および拡張されたデータレートのための様々な無線技術も用いる、ＬＴＥ（いわゆる小規模セル概念）よりはるかに多くの基地局またはノードを使用する可能性がある。
【０１１４】
将来のネットワークは、サービスを提供するために相互に動作的に接続またはリンクされることが可能な「ビルディングブロック（ｂｕｉｄｌｉｎｇ  ｂｌｏｃｋｓ）」またはエンティティ（ｅｎｔｉｔｉｅｓ）に、ネットワークノード機能を仮想化することを提案する、ネットワークアーキテクチャ概念であるネットワーク機能仮想化（ＮＦＶ）をほぼ確実に利用することになるということを理解されたい。仮想化ネットワーク機能（ＶＮＦ）は、カスタマイズされたハードウェアの代わりに標準的または一般的なタイプのサーバを使用してコンピュータプログラムコードを動かす、１つまたは複数の仮想マシンを備えることができる。クラウドコンピューティングまたはデータストレージ（ｄａｔａ  ｓｔｏｒａｇｅ）が利用される可能性もある。無線通信において、これは、リモート無線ヘッドに動作的に連結されたサーバ、ホスト、またはノードにおいて、少なくとも部分的にノードの動作が行われることが可能であるということを意味する可能性がある。複数のサーバ、ノード、またはホストの間にノードの動作が分散されることになるという可能性もある。コアネットワークの動作と基地局の動作との間の仕事の分散は、ＬＴＥの仕事の分散とは異なる可能性があり、または存在すらしない可能性もあるということも理解されよう。
【０１１５】
本明細書において説明される様々な技法の実装形態は、デジタル電子回路機器において、またはコンピュータハードウェア、ファームウェア、ソフトウェアにおいて、またはこれらの組合せにおいて実行されることが可能である。実装形態は、コンピュータプログラム製品、すなわち、例えば、プログラマブルプロセッサ、コンピュータ、または複数のコンピュータといったデータ処理装置による実行のための、またはデータ処理装置の動作を制御するための、例えば機械可読記憶デバイスまたは伝搬信号といった、情報担体に明白に含まれるコンピュータプログラム、として実装されることが可能である。実装形態は、コンピュータ可読媒体またはコンピュータ可読記憶媒体上に提供されることも可能であり、これらは、非一時的媒体であることが可能である。様々な技法の実装形態は、一時的な信号または媒体を介して提供される実装形態、ならびに／あるいは、インターネット、または、他のネットワーク、つまり、有線ネットワークおよび／もしくはワイヤレスネットワークを介してダウンロードすることができるプログラムおよび／もしくはソフトウェアの実装形態、を含むこともできる。さらに、実装形態は、マシンタイプ通信（ＭＴＣ）を介して提供されること、およびモノのインターネット（ＩＯＴ）を介して提供されることも可能である。
【０１１６】
コンピュータプログラムは、ソースコード形式、オブジェクトコード形式、またはいくつかの中間形式であることが可能であり、プログラムを搬送することができる任意のエンティティまたはデバイスであることが可能な、ある種の担体、配布媒体、またはコンピュータ可読媒体に格納されることが可能である。このような担体は、例えば、記録媒体、コンピュータメモリ、リードオンリ（読み出し専用）メモリ、光電的（ｐｈｏｔｏｅｌｅｃｔｒｉｃａｌ）および／または電気的搬送波（ｅｌｅｃｔｒｉｃａｌｃａｒｒｉｅｒ）信号、テレコミュニケーション信号、ならびにソフトウェア配布パッケージを含む。必要な処理能力に応じて、コンピュータプログラムは、単一の電子デジタルコンピュータにおいて実行されることが可能であり、またはいくつかのコンピュータの間に分散されることが可能である。
【０１１７】
さらに、本明細書において説明される様々な技法の実装形態は、サイバーフィジカルシステム（ＣＰＳ：ｃｙｂｅｒ−ｐｈｙｓｉｃａｌ  ｓｙｓｔｅｍ）（物理的エンティティを制御する計算要素を協働作業させるシステム）を使用することができる。ＣＰＳは、種々のロケーションにある物理オブジェクトに埋め込まれた大量の相互接続されたＩＣＴデバイス（センサ、アクチュエータ、プロセッサ、マイクロコントローラ、・・・）の実行および活用を可能にすることができる。当該の物理システムが本来の移動性を有するモバイルサイバーフィジカルシステムは、サイバーフィジカルシステムのサブカテゴリである。モバイルフィジカルシステムの例は、人間または動物によって輸送されるモバイルロボット工学および電子機器を含む。スマートフォンの人気の上昇は、モバイルサイバーフィジカルシステムのエリアにおける関心を増加させてきた。したがって、本明細書において説明される技法の様々な実装形態は、これらの技術の１つまたは複数を介して提供されることが可能である。
【０１１８】
上述のコンピュータプログラムなどのコンピュータプログラムは、コンパイル型またはインタープリタ型言語を含む任意の形式のプログラミング言語で書かれることが可能であり、スタンドアロンプログラムとして、あるいは、モジュール、コンポーネント、サブルーチン、またはコンピューティング環境における使用に適した他のユニットもしくはその一部として含む任意の形式で配置されることが可能である。コンピュータプログラムは、１つのコンピュータ上で、もしくは１つのサイトにある複数のコンピュータ上で、実行されるものとして配置されること、または複数のサイトにわたって分散され、通信ネットワークによって相互接続されること、が可能である。
【０１１９】
方法ステップは、入力データに対して動作し、出力を生成することによる機能を行うために、コンピュータプログラムまたはコンピュータプログラム部分を実行する１つまたは複数のプログラマブル（プログラム可能）プロセッサによって行われることが可能である。方法ステップは、例えばＦＰＧＡ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ：フィールドプログラマブルゲートアレイ）またはＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ：特定用途向け集積回路）といった専用論理回路機器（ｓｐｅｃｉａｌ  ｐｕｒｐｏｓｅ  ｌｏｇｉｃ  ｃｉｒｃｕｉｔｒｙ）によって行われることも可能であり、装置は、このような専用論理回路機器として実行されることが可能である。
【０１２０】
コンピュータプログラムの実行に適したプロセッサは、汎用と専用の両方のマイクロプロセッサ、および任意の種類のデジタルコンピュータ、チップ、またはチップセットのうちの任意の１つまたは複数のプロセッサを、例として含む。一般に、プロセッサは、リードオンリメモリもしくはランダムアクセスメモリまたは両方から命令およびデータを受信することになる。コンピュータの要素は、命令を実行するための少なくとも１つのプロセッサ、ならびに命令およびデータを格納するための１つまたは複数のメモリデバイスを含むことができる。一般に、コンピュータは、例えば、磁気ディスク、光磁気ディスク、もしくは光ディスクといった、データを格納するための１つもしくは複数の大容量記憶デバイスも含むこと、または、このようなデバイスからデータを受信するため、もしくはこのようなデバイスにデータを移送するために動作可能なように連結されること、または両方、も可能である。コンピュータプログラム命令およびデータを含むのに適した情報担体は、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイスといった半導体メモリデバイス、例えば、内部ハードディスクまたは取り外し可能ディスクといった磁気ディスク、光磁気ディスク、ならびにＣＤ−ＲＯＭおよびＤＶＤ−ＲＯＭディスクを例として含む不揮発性（ｎｏｎ−ｖｏｌａｔｉｌｅ）メモリの全ての形式を含む。プロセッサおよびメモリは、専用論理回路機器によって補足されること、または専用論理回路機器に組み込まれることが可能である。
【０１２１】
ユーザとの対話を行うために、実装形態は、ユーザに情報を表示するための、例えば陰極線管（ＣＲＴ）または液晶ディスプレイ（ＬＣＤ）モニタといった表示デバイス、ならびに、ユーザがコンピュータへの入力を行うことができるキーボード、および、例えば、マウスまたはトラックボールといったポインティングデバイスなどのユーザインターフェース、を有するコンピュータ上で実行されることが可能である。同様にユーザとの対話を行うために、他の種類のデバイスが使用されることも可能であり、例えば、ユーザに提供されるフィードバックは、例えば、視覚フィードバック、聴覚フィードバック、または触覚フィードバックといった任意の形式の感覚フィードバックであることが可能であり、ユーザからの入力は、音響、発言、または触知可能な入力を含む任意の形式で受信されることが可能である。
【０１２２】
実装形態は、例えばデータサーバのようなバックエンド構成要素を含むコンピューティングシステム、または、例えばアプリケーションサーバといったミドルウェア構成要素を含むコンピューティングシステム、または、例えば、ユーザが実装形態と対話することができるグラフィカルユーザインターフェースもしくはウェブブラウザを有するクライアントコンピュータといったフロントエンド構成要素を含むコンピューティングシステム、または、このようなバックエンド、ミドルウェア、もしくはフロントエンド構成要素の任意の組合せを含むコンピューティングシステム、において実行されることが可能である。構成要素は、例えば通信ネットワークといったデジタルデータ通信の任意の形式または媒体によって相互接続されることが可能である。通信ネットワークの例は、ローカルエリアネットワーク（ＬＡＮ）、および例えばインターネットといった広域ネットワーク（ＷＡＮ）を含む。
【０１２３】
説明された実装形態の一定の特徴が、本明細書において説明されるように示されてきたが、多くの修正、代用、変更、および均等物が、これから当業者には思い出されるであろう。したがって、添付の特許請求の範囲は、様々な実施形態の真の精神に含まれるような全てのこのような修正および変更をカバーすることを意図するものであるということが理解されよう。
【図１】
2020530710.tif 000004
【図２】
2020530710.tif 000005
【図３】
2020530710.tif 000006
【図４】
2020530710.tif 000007
【図５】
2020530710.tif 000008
【図６】
2020530710.tif 000009
【図７】
2020530710.tif 000010
【図８】
2020530710.tif 000011
【図９】
2020530710.tif 000012
【図１０】
2020530710.tif 000013
【図１１】
2020530710.tif 000014
【手続補正書】
【提出日】令和2年4月3日(2020.4.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレスネットワークにアクセスするためのユーザデバイスによるアクセス試行と関連付けられたネットワークスライスまたはアプリケーションを前記ユーザデバイスによって検出するステップと、
前記検出されたネットワークスライスまたは検出されたアプリケーションに基づいて、アクセスカテゴリを前記ユーザデバイスによって決定するステップと、
前記決定されたアクセスカテゴリに基づいて、前記アクセス試行に対する禁止判定を前記ユーザデバイスによって行うステップと
を含む、方法。
【請求項２】
禁止判定を行う前記ステップが、
前記アクセス試行が禁止されていないという判定を、前記決定されたアクセスカテゴリに基づいて前記ユーザデバイスによって行うステップ、
を含み、
前記ワイヤレスネットワークへの前記検出されたアクセス試行を、前記判定に基づいて前記ユーザデバイスによって行うステップをさらに含む、
請求項１に記載の方法。
【請求項３】
前記検出されたアクセス試行を行う前記ステップが、
前記ワイヤレスネットワークへの接続をリクエストするために、無線リソース制御（ＲＲＣ）接続リクエストメッセージを前記ユーザデバイスによって送信するステップ
を含む、請求項２に記載の方法。
【請求項４】
１つまたは複数のアプリケーションと関連付けられた個々のアクセスカテゴリを示す非アクセス層メッセージを前記ユーザデバイスによって受信するステップ
をさらに含み、
前記検出されたアプリケーションに基づいて前記アクセスカテゴリを決定するステップが、
前記アクセス試行と関連付けられた前記アプリケーションおよび前記１つまたは複数のアクセスカテゴリ定義に基づいて、前記アクセス試行に対する前記アクセスカテゴリを前記ユーザデバイスによって決定するステップ
を含む、
請求項１〜３のいずれかに記載の方法。
【請求項５】
１つまたは複数のネットワークスライスと関連付けられた個々のアクセスカテゴリを示す１つまたは複数のアクセスカテゴリ定義を前記ユーザデバイスによって受信するステップ
をさらに含み、
前記検出されたネットワークスライスに基づいて前記アクセスカテゴリを決定するステップが、
前記アクセス試行と関連付けられた前記ネットワークスライスおよび前記１つまたは複数のアクセスカテゴリ定義に基づいて、前記アクセス試行に対する前記アクセスカテゴリを前記ユーザデバイスによって決定するステップ
を含む、
請求項１〜３のいずれかに記載の方法。
【請求項６】
前記アクセスカテゴリの１つまたは複数に対する禁止パラメータのセットを示す禁止構成を前記ユーザデバイスによって受信するステップ
をさらに含み、
前記アクセス試行に対する前記禁止判定を行う前記ステップが、前記禁止構成、および前記アクセス試行に対する前記アクセスカテゴリに基づいて、前記アクセス試行に対する前記禁止判定を前記ユーザデバイスによって行うステップを含む、
請求項１〜５のいずれかに記載の方法。
【請求項７】
前記禁止構成が、一定の禁止ファクタおよび禁止タイマーによって特定のアクセスカテゴリが禁止されるべきかどうかを示し、前記禁止構成、および前記アクセス試行に対する前記アクセスカテゴリに基づいて、前記アクセス試行に対する禁止判定を行う前記ステップが、一定の禁止ファクタおよび禁止時間によって、前記決定されたアクセスカテゴリが禁止されるべきであることを前記禁止構成が示すとき、
乱数を生成するステップ、および
前記乱数が前記一定の禁止ファクタより小さいとき前記アクセス試行が禁止されていないと判定するステップ、そうでなければ、前記アクセス試行が少なくとも一時的に禁止されていると判定するステップ
を含む、
請求項６に記載の方法。
【請求項８】
禁止パラメータの前記セットが、少なくとも禁止レートおよび禁止タイマーを含む、請求項６〜７のいずれかに記載の方法。
【請求項９】
前記禁止構成が、１つまたは複数のネットワークスライスのそれぞれに対するネットワーク負荷を示すネットワークスライス固有負荷情報に基づく、請求項６〜８のいずれかに記載の方法。
【請求項１０】
前記アクセスカテゴリの１つまたは複数に対する禁止パラメータのセットを示す前記禁止構成が、前記アクセス試行のアクセスカテゴリに基づいて、１つまたは複数のアクセス試行の異なる優先順位付けを行う、請求項６〜９のいずれかに記載の方法。
【請求項１１】
前記アクセス試行と関連付けられた前記ネットワークスライスが、
スライス／サービスタイプ（ＳＳＴ）と、
スライス／サービスタイプ（ＳＳＴ）およびスライスディファレンシエータ（ＳＤ）と
のうちの１つまたは複数によって識別される、請求項１〜１０のいずれかに記載の方法。
【請求項１２】
前記アクセス試行と関連付けられた前記アプリケーションが、
オペレーティングシステムアイデンティティと、
オペレーティングシステムアプリケーションアイデンティティと
のうちの１つまたは複数によって識別される、請求項１〜１１のいずれかに記載の方法。
【請求項１３】
Ｉｎａｃｔｉｖｅモードのユーザデバイスに対する補償パラメータを受信するステップと、
前記ユーザデバイスがＩｎａｃｔｉｖｅモードであることを前記ユーザデバイスによって決定するステップと
をさらに含み、
禁止判定を行う前記ステップが、
Ｉｎａｃｔｉｖｅモードである前記ユーザデバイスの前記アクセス試行の禁止レートを調節するために、前記ユーザデバイスに対して禁止判定を前記行うことに前記補償パラメータを前記ユーザデバイスによって適用するステップ
を含む、
請求項１〜１２のいずれかに記載の方法。
【請求項１４】
１つまたは複数のネットワークスライスのそれぞれに対する負荷を示すネットワークスライス固有負荷情報を、ワイヤレスネットワーク内の１つまたは複数のコアネットワークエンティティから基地局によって受信するステップと、
１つまたは複数のアクセスカテゴリに対する禁止パラメータのセットを示す禁止構成を、前記受信したネットワークスライス固有負荷情報に基づいて前記基地局によって決定するステップと、
前記ワイヤレスネットワークに対する負荷を低減させるための前記禁止構成を前記基地局によってユーザデバイスに送信するステップと
を含む、方法。
【請求項１５】
１つまたは複数のアクセスカテゴリに対する禁止パラメータのセットを示す前記禁止構成は、ネットワークスライスが関連付けられるアクセス試行が無線アクセスネットワーク（ＲＡＮ）レベルのページングによってトリガされるかどうかを示す、請求項１４に記載の方法。
【請求項１６】
送信する前記ステップが、ユーザデバイスによるアクセス試行と関連付けられたネットワークスライスに基づいて、前記アクセス試行に対する禁止判定を前記ユーザデバイスが行えるようにするために、前記禁止構成を前記前記基地局によってユーザデバイスに送信するステップを含む、請求項１５に記載の方法。
【請求項１７】
禁止パラメータの前記セットが、少なくとも禁止レートおよび禁止タイマーを含む、請求項１４〜１５のいずれかに記載の方法。
【請求項１８】
前記禁止構成が、一定の禁止ファクタおよび禁止タイマーによって特定のアクセスカテゴリが禁止されるべきかどうかを示す、請求項１４〜１７のいずれかに記載の方法。
【請求項１９】
前記１つまたは複数のネットワークスライスが、
スライス／サービスタイプ（ＳＳＴ）と、
スライス／サービスタイプ（ＳＳＴ）およびスライスディファレンシエータ（ＳＤ）と
のうちの１つまたは複数によって識別される、請求項１４〜１８のいずれかに記載の方法。
【請求項２０】
１つまたは複数のネットワークスライスのそれぞれに対する負荷を示すネットワークスライス固有負荷情報をコアネットワークエンティティによって決定するステップと、
前記ネットワークスライス固有負荷情報を基地局に前記コアネットワークエンティティによって送信するステップと
を含む、方法。
【請求項２１】
前記コアネットワークエンティティが、第１のコアネットワークエンティティを含み、前記ネットワークスライス固有負荷情報が、
前記第１のコアネットワークエンティティによって決定されたまたは集められたネットワークスライス固有負荷情報と、
第２のコアネットワークエンティティから受信されたネットワークスライス固有負荷情報と
のうちの１つまたは複数から前記第１のコアネットワークエンティティによって決定される、請求項２０に記載の方法。
【請求項２２】
１つまたは複数のネットワークスライスと関連付けられたアクセスカテゴリを示す１つまたは複数のアクセスカテゴリ定義をユーザデバイスに前記コアネットワークエンティティによって送信するステップ
をさらに含む、請求項２０〜２１のいずれかに記載の方法。
【請求項２３】
前記１つまたは複数のネットワークスライスが、
スライス／サービスタイプ（ＳＳＴ）と、
スライス／サービスタイプ（ＳＳＴ）およびスライスディファレンシエータ（ＳＤ）と
のうちの１つまたは複数によって識別されるか、これらと関連付けられる、請求項２０〜２２のいずれかに記載の方法。
【請求項２４】
ワイヤレスネットワークにアクセスするためのユーザデバイスによるアクセス試行と関連付けられたネットワークスライスまたはアプリケーションを検出するための手段と、
前記検出されたネットワークスライスまたは検出されたアプリケーションに基づいてアクセスカテゴリを決定するための手段と、
前記決定されたアクセスカテゴリに基づいて前記アクセス試行に対する禁止判定を行うための手段と
を有する、ユーザデバイス。
【請求項２５】
禁止意思判定を行うための前記手段が、前記アクセス試行が禁止されていないという判定を、前記決定されたアクセスカテゴリに基づいて行うように構成され、前記ユーザデバイスが、
前記ワイヤレスネットワークへの前記検出されたアクセス試行を、前記判定に基づいて行うための手段
を有する、請求項２４に記載のユーザデバイス。
【請求項２６】
前記ワイヤレスネットワークへの前記検出されたアクセス試行を、前記判定に基づいて行うための前記手段が、
前記ワイヤレスネットワークへの接続をリクエストするために、無線リソース制御（ＲＲＣ）接続リクエストメッセージを送信すること
を行うように構成される、請求項２５に記載のユーザデバイス。
【請求項２７】
１つまたは複数のアプリケーションと関連付けられた個々のアクセスカテゴリを示す非アクセス層メッセージを受信するための手段
をさらに有し、
前記検出されたアプリケーションに基づいて前記アクセスカテゴリを前記決定することが、
前記アクセス試行と関連付けられた前記アプリケーションおよび前記１つまたは複数のアクセスカテゴリ定義に基づいて、前記アクセス試行に対する前記アクセスカテゴリを決定すること
を含む、
請求項２４〜２６のいずれかに記載のユーザデバイス。
【請求項２８】
１つまたは複数のネットワークスライスと関連付けられた個々のアクセスカテゴリを示す１つまたは複数のアクセスカテゴリ定義を受信するための手段
をさらに有し、
前記検出されたネットワークスライスに基づいて前記アクセスカテゴリを前記決定することが、
前記アクセス試行と関連付けられた前記ネットワークスライスおよび前記１つまたは複数のアクセスカテゴリ定義に基づいて、前記アクセス試行に対する前記アクセスカテゴリを決定すること
を含む、
請求項２４〜２６のいずれかに記載のユーザデバイス。
【請求項２９】
前記アクセスカテゴリの１つまたは複数に対する禁止パラメータのセットを示す禁止構成を受信するための手段
をさらに有し、
前記決定されたアクセスカテゴリに基づいて前記アクセス試行に対する禁止判定を行うための前記手段が、前記禁止構成、および前記アクセス試行に対する前記アクセスカテゴリに基づいて、前記禁止判定を行うように構成される、
請求項２４〜２８のいずれかに記載のユーザデバイス。
【請求項３０】
前記禁止構成が、一定の禁止ファクタおよび禁止タイマーによって特定のアクセスカテゴリが禁止されるべきかどうかを示し、前記決定されたアクセスカテゴリに基づいて禁止判定を行うための前記手段が、一定の禁止ファクタおよび禁止時間によって、前記決定されたアクセスカテゴリが禁止されるべきであることを前記禁止構成が示すとき、
乱数を生成すること、および
前記乱数が前記一定の禁止ファクタより小さいとき前記アクセス試行が禁止されていないと判定すること、そうでなければ、前記アクセス試行が少なくとも一時的に禁止されていると判定すること
を行うように構成される、
請求項２９に記載のユーザデバイス。
【請求項３１】
禁止パラメータの前記セットが、少なくとも禁止レートおよび禁止タイマーを含む、請求項２９〜３０のいずれかに記載のユーザデバイス。
【請求項３２】
前記禁止構成が、１つまたは複数のネットワークスライスのそれぞれに対するネットワーク負荷を示すネットワークスライス固有負荷情報に基づく、請求項２９〜３１のいずれかに記載のユーザデバイス。
【請求項３３】
前記アクセスカテゴリの１つまたは複数に対する禁止パラメータのセットを示す前記禁止構成が、前記アクセス試行のアクセスカテゴリに基づいて、１つまたは複数のアクセス試行の異なる優先順位付けを行う、請求項３０〜３２のいずれかに記載のユーザデバイス。
【請求項３４】
前記アクセス試行と関連付けられた前記ネットワークスライスが、
スライス／サービスタイプ（ＳＳＴ）と、
スライス／サービスタイプ（ＳＳＴ）およびスライスディファレンシエータ（ＳＤ）と
のうちの１つまたは複数によって識別される、請求項２４〜３３のいずれかに記載のユーザデバイス。
【請求項３５】
前記アクセス試行と関連付けられた前記アプリケーションが、
オペレーティングシステムアイデンティティと、
オペレーティングシステムアプリケーションアイデンティティと
のうちの１つまたは複数によって識別される、請求項２４〜３４のいずれかに記載のユーザデバイス。
【請求項３６】
Ｉｎａｃｔｉｖｅモードで補償パラメータを受信するための手段、および
前記ユーザデバイスがＩｎａｃｔｉｖｅモードであることを決定するための手段
をさらに有し、
前記決定されたアクセスカテゴリに基づいて前記アクセス試行に対する禁止判定を行うための前記手段が、Ｉｎａｃｔｉｖｅモードである前記ユーザデバイスの前記アクセス試行の禁止レートを前記ユーザデバイスが調節するために、禁止判定を前記行うことに前記補償パラメータを適用すること
を行うように構成される、
請求項２４〜３５のいずれかに記載のユーザデバイス。
【請求項３７】
１つまたは複数のネットワークスライスのそれぞれに対する負荷を示すネットワークスライス固有負荷情報をワイヤレスネットワーク内の１つまたは複数のコアネットワークエンティティから受信するための手段と、
１つまたは複数のアクセスカテゴリに対する禁止パラメータのセットを示す禁止構成を、前記受信したネットワークスライス固有負荷情報に基づいて決定するための手段と、
前記ワイヤレスネットワークに対する負荷を低減させるための前記禁止構成をユーザデバイスに送信するための手段と
を有する、基地局。
【請求項３８】
１つまたは複数のアクセスカテゴリに対する禁止パラメータのセットを示す前記禁止構成aは、ネットワークスライスが関連付けられるアクセス試行が無線アクセスネットワーク（ＲＡＮ）レベルのページングによってトリガされるかどうかを示す、請求項３７に記載の基地局。
【請求項３９】
送信するための前記手段が、ユーザデバイスによるアクセス試行と関連付けられたネットワークスライスに基づいて前記アクセス試行に対する禁止判定を前記ユーザデバイスが行えるようにするために、前記禁止構成を前記ユーザデバイスに送信するように構成される、請求項３８に記載の基地局。
【請求項４０】
禁止パラメータの前記セットが、少なくとも禁止レートおよび禁止タイマーを含む、請求項３７〜３９のいずれかに記載の基地局。
【請求項４１】
前記禁止構成が、一定の禁止ファクタおよび禁止タイマーによって特定のアクセスカテゴリが禁止されるべきかどうかを示す、請求項３７〜４０のいずれかに記載の基地局。
【請求項４２】
前記１つまたは複数のネットワークスライスが、
スライス／サービスタイプ（ＳＳＴ）と、
スライス／サービスタイプ（ＳＳＴ）およびスライスディファレンシエータ（ＳＤ）と
のうちの１つまたは複数によって識別される、請求項３７〜４１のいずれかに記載の基地局。
【請求項４３】
１つまたは複数のネットワークスライスのそれぞれに対する負荷を示すネットワークスライス固有負荷情報を決定するための手段と、
前記ネットワークスライス固有負荷情報を基地局に送信するための手段と
を有する、コアネットワークエンティティ。
【請求項４４】
前記コアネットワークエンティティが、第１のコアネットワークエンティティを含み、前記ネットワークスライス固有負荷情報が、
前記第１のコアネットワークエンティティによって決定されたまたは集められたネットワークスライス固有負荷情報と、
第２のコアネットワークエンティティから受信されたネットワークスライス固有負荷情報と
のうちの１つまたは複数から前記第１のコアネットワークエンティティによって決定される、
コアネットワークエンティティ。
【請求項４５】
１つまたは複数のネットワークスライスと関連付けられたアクセスカテゴリを示す１つまたは複数のアクセスカテゴリ定義をユーザデバイスに送信するための手段
をさらに有する、請求項４３〜４４のいずれかに記載のコアネットワークエンティティ。
【請求項４６】
前記１つまたは複数のネットワークスライスが、
スライス／サービスタイプ（ＳＳＴ）と、
スライス／サービスタイプ（ＳＳＴ）およびスライスディファレンシエータ（ＳＤ）と
のうちの１つまたは複数によって識別されるか、これらと関連付けられる、請求項４３〜４５のいずれかに記載のコアネットワークエンティティ。
【請求項４７】
少なくとも１つのプロセッサ、および前記少なくとも１つのプロセッサによって実行されるとき、請求項１〜２３のいずれかに記載の方法を前記装置に行わせるコンピュータ命令を含む少なくとも１つのメモリを備える、装置。
【請求項４８】
非一時的コンピュータ可読記憶媒体を含み、少なくとも１つのデータ処理装置によって実行されるとき、請求項１〜２３のいずれかに記載の方法を前記少なくとも１つのデータ処理装置に行わせるように構成される実行可能コードを格納する、コンピュータプログラム製品を備える、装置。
【国際調査報告】
2020530710.tif 000015
2020530710.tif 000016
2020530710.tif 000017
2020530710.tif 000018
2020530710.tif 000019
2020530710.tif 000020
2020530710.tif 000021
2020530710.tif 000022
2020530710.tif 000023
2020530710.tif 000024
2020530710.tif 000025
2020530710.tif 000026
2020530710.tif 000027
2020530710.tif 000028
2020530710.tif 000029
2020530710.tif 000030
2020530710.tif 000031
2020530710.tif 000032
2020530710.tif 000033