(57)【要約】  ユーザ機器（ＵＥ）によって実施される方法が開示される。本方法は、無線アクセスネットワーク（ＲＡＮ）へのアクセス要求を実施するようにＵＥをトリガするイベント（４０１）に応答して、適用すべきアクセスカテゴリーを決定すること（４０２）を含む。ＵＥは、アクセスカテゴリーを適用して、規制チェック（４０３）を実施する。アクセスカテゴリーに基づいて、アクセスが規制されていないと決定すると、ＵＥは、ＲＡＮ中のネットワークノードにアクセス要求を送り（４０５）、アクセス要求はアクセスカテゴリーを含む。ネットワークノードは、アクセスカテゴリーに基づいて、アクセス要求を受け入れるべきなのか拒否すべきなのかを決める。【選択図】図４
2020519149.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）（２１０）によって実施される方法（５００）であって、前記方法は、
無線アクセスネットワーク（ＲＡＮ）（２２０）へのアクセス要求を実施するように前記ＵＥをトリガするイベントに応答して、適用すべきアクセスカテゴリーを決定すること（５０４）と、
前記アクセスカテゴリーを適用して、規制チェックを実施すること（５０６）と、
前記アクセスカテゴリーに基づいて、アクセスが規制されていないと決定すると、前記ＲＡＮ中のネットワークノード（２００）に前記アクセス要求を送ること（５０８）であって、前記アクセス要求が前記アクセスカテゴリーを含み、前記ネットワークノードが、前記アクセスカテゴリーに基づいて、前記アクセス要求を受け入れるべきなのか拒否すべきなのかを決める、前記アクセス要求を送ること（５０８）と
を含む、方法（５００）。
【請求項２】
適用すべき前記アクセスカテゴリーを決定することより前に、前記ネットワークノード（２００）によってブロードキャストされたシステム情報を受信すること（５０２）であって、前記システム情報が、１つまたは複数のアクセスカテゴリーのためのアクセス規制パラメータを含む、システム情報を受信すること（５０２）
をさらに含む、請求項１に記載の方法。
【請求項３】
前記規制チェック（５０６）が、前記適用されたアクセスカテゴリーのための前記アクセス規制パラメータを使用して実施される、請求項２に記載の方法。
【請求項４】
前記システム情報は、前記ＵＥ（２１０）が適用し得る複数の潜在的アクセスカテゴリーの指示をさらに含む、請求項２または３に記載の方法。
【請求項５】
前記複数の潜在的アクセスカテゴリーに適応するために、前記アクセス要求中でビット数を予約することをさらに含む、請求項４に記載の方法。
【請求項６】
前記指示が、前記ＵＥ（２１０）による前記アクセス要求中で予約されるべきビット数の明示的指示を含む、請求項４または５に記載の方法。
【請求項７】
前記決定するステップ（５０４）が、前記トリガリングイベントと、前記トリガリングイベントを特定のアクセスカテゴリーにマッピングするためのルールとに基づいて実施される、請求項１から６のいずれか一項に記載の方法。
【請求項８】
どのルールも利用可能でない場合、前記トリガリングイベントが、あらかじめ規定されたアクセスカテゴリーにマッピングされる、請求項７に記載の方法。
【請求項９】
前記アクセス要求が、前記アクセスカテゴリーを表す、少なくとも２つの部分に分割されたアクセスカテゴリー情報エレメントを含む、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
前記アクセスカテゴリー情報エレメントの第１の部分が、規格化されたアクセスカテゴリーのために予約されたＮビットを備え、
前記アクセスカテゴリー情報エレメントの第２の部分が、オペレータ規定アクセスカテゴリーのために予約されたＭビットを備え、
ＭおよびＮが整数である、
請求項９に記載の方法。
【請求項１１】
Ｍがオペレータに応じて変動する、請求項１０に記載の方法。
【請求項１２】
Ｎが固定数である、請求項１０または１１に記載の方法。
【請求項１３】
前記アクセスカテゴリーが確立理由として使われ、前記アクセス要求が、無線リソース制御（ＲＲＣ）接続要求およびＲＲＣ接続再開要求のうちの１つである、請求項１から１２のいずれか一項に記載の方法。
【請求項１４】
無線アクセスネットワーク（ＲＡＮ）（２２０）中のネットワークノード（２００）によって実施される方法（７００）であって、前記方法は、
ユーザ機器（ＵＥ）（２１０）からアクセス要求を受信すること（７０４）であって、前記アクセス要求がアクセスカテゴリーを含み、前記アクセス要求がイベントによってトリガされ、前記アクセスカテゴリーに基づいて、アクセスが規制されないことが前記ＵＥ（２１０）によって決定される、アクセス要求を受信すること（７０４）と、
前記アクセスカテゴリーに基づいて、前記アクセス要求を受け入れるべきなのか拒否すべきなのかを決めること（７０６）と
を含む、方法（７００）。
【請求項１５】
前記アクセス要求を受信することより前に、システム情報をブロードキャストすること（７０２）であって、前記システム情報が、１つまたは複数のアクセスカテゴリーのためのアクセス規制パラメータを含む、システム情報をブロードキャストすること（７０２）
をさらに含む、請求項１４に記載の方法。
【請求項１６】
前記システム情報は、前記ＵＥ（２１０）が適用し得る複数の潜在的アクセスカテゴリーの指示をさらに含む、請求項１４または１５に記載の方法。
【請求項１７】
前記指示が、前記ＵＥ（２１０）による前記アクセス要求中で予約されるべきビット数の明示的指示を含む、請求項１６に記載の方法。
【請求項１８】
前記アクセス要求が、前記アクセスカテゴリーを表す、少なくとも２つの部分に分割されたアクセスカテゴリー情報エレメントを含む、請求項１４から１７のいずれか一項に記載の方法。
【請求項１９】
前記アクセスカテゴリー情報エレメントの第１の部分が、規格化されたアクセスカテゴリーのために予約されたＮビットを備え、
前記アクセスカテゴリー情報エレメントの第２の部分が、オペレータ規定アクセスカテゴリーのために予約されたＭビットを備え、
ＭおよびＮが整数である、
請求項１８に記載の方法。
【請求項２０】
Ｍがオペレータに応じて変動する、請求項１９に記載の方法。
【請求項２１】
Ｎが固定数である、請求項１９または２０に記載の方法。
【請求項２２】
前記アクセスを受け入れるべきなのか拒否すべきなのかを決めることが、前記アクセスカテゴリーと、
トリガリングイベント、
トラフィックタイプ、
サービスタイプ、
スライス、および
ＵＥ優先度
のうちの１つまたは複数とに基づく、請求項１４から２１のいずれか一項に記載の方法。
【請求項２３】
前記アクセスカテゴリーが確立理由として使われ、前記アクセス要求が、無線リソース制御（ＲＲＣ）接続要求およびＲＲＣ接続再開要求のうちの１つである、請求項１４から２２のいずれか一項に記載の方法。
【請求項２４】
ユーザ機器（ＵＥ）（２１０）であって、
無線アクセスネットワーク（ＲＡＮ）（２２０）へのアクセス要求を実施するように前記ＵＥ（２１０）をトリガするイベントに応答して、適用すべきアクセスカテゴリーを決定すること（５０４）と、
前記アクセスカテゴリーを適用して、規制チェックを実施すること（５０６）と、
前記アクセスカテゴリーに基づいて、アクセスが規制されていないと決定すると、前記ＲＡＮ（２２０）中のネットワークノード（２００）に前記アクセス要求を送ること（５０８）であって、前記アクセス要求が前記アクセスカテゴリーを含み、前記ネットワークノード（２００）が、前記アクセスカテゴリーに基づいて、前記アクセス要求を受け入れるべきなのか拒否すべきなのかを決める、前記アクセス要求を送ること（５０８）と
を行うように設定された処理回路要素（２１２）
を備える、ユーザ機器（ＵＥ）（２１０）。
【請求項２５】
適用すべき前記アクセスカテゴリーを決定することより前に、前記処理回路要素（２１２）が、前記ネットワークノード（２００）によってブロードキャストされたシステム情報を受信する（５０２）ようにさらに設定され、前記システム情報が、１つまたは複数のアクセスカテゴリーのためのアクセス規制パラメータを含む、請求項２４に記載のＵＥ（２１０）。
【請求項２６】
前記規制チェックが、前記適用されたアクセスカテゴリーのための前記アクセス規制パラメータを使用して実施される、請求項２５に記載のＵＥ（２１０）。
【請求項２７】
前記システム情報は、前記ＵＥ（２１０）が適用し得る複数の潜在的アクセスカテゴリーの指示をさらに含む、請求項２５または２６に記載のＵＥ（２１０）。
【請求項２８】
前記処理回路要素（２１２）が、前記複数の潜在的アクセスカテゴリーに適応するために、前記アクセス要求中でビット数を予約するようにさらに設定された、請求項２７に記載のＵＥ（２１０）。
【請求項２９】
前記指示が、前記ＵＥ（２１０）による前記アクセス要求中で予約されるべきビット数の明示的指示を含む、請求項２７または２８に記載のＵＥ（２１０）。
【請求項３０】
前記処理回路要素（２１２）が、前記トリガリングイベントと、前記トリガリングイベントを特定のアクセスカテゴリーにマッピングするためのルールとに基づいて、適用すべき前記アクセスカテゴリーを決定するように設定された、請求項２４から２９のいずれか一項に記載のＵＥ（２１０）。
【請求項３１】
どのルールも利用可能でない場合、前記トリガリングイベントが、あらかじめ規定されたアクセスカテゴリーにマッピングされる、請求項３０に記載のＵＥ（２１０）。
【請求項３２】
前記アクセス要求が、前記アクセスカテゴリーを表す、少なくとも２つの部分に分割されたアクセスカテゴリー情報エレメントを含む、請求項２４から３１のいずれか一項に記載のＵＥ（２１０）。
【請求項３３】
前記アクセスカテゴリー情報エレメントの第１の部分が、規格化されたアクセスカテゴリーのために予約されたＮビットを備え、
前記アクセスカテゴリー情報エレメントの第２の部分が、オペレータ規定アクセスカテゴリーのために予約されたＭビットを備え、
ＭおよびＮが整数である、
請求項３２に記載のＵＥ（２１０）。
【請求項３４】
Ｍがオペレータに応じて変動する、請求項３３に記載のＵＥ（２１０）。
【請求項３５】
Ｎが固定数である、請求項３３または３４に記載のＵＥ（２１０）。
【請求項３６】
前記アクセスカテゴリーが確立理由として使われ、前記アクセス要求が、無線リソース制御（ＲＲＣ）接続要求およびＲＲＣ接続再開要求のうちの１つである、請求項２４から３５のいずれか一項に記載のＵＥ（２１０）。
【請求項３７】
無線アクセスネットワーク（ＲＡＮ）（２２０）中のネットワークノード（２００）であって、前記ネットワークノード（２００）は、
ユーザ機器（ＵＥ）（２１０）からアクセス要求を受信すること（７０４）であって、前記アクセス要求がアクセスカテゴリーを含み、前記アクセス要求がイベントによってトリガされ、前記アクセスカテゴリーに基づいて、アクセスが規制されないことが前記ＵＥ（２１０）によって決定される、アクセス要求を受信すること（７０４）と、
前記アクセスカテゴリーに基づいて、前記アクセス要求を受け入れるべきなのか拒否すべきなのかを決めること（７０６）と
を行うように設定された処理回路要素（２０２）
を備える、ネットワークノード（２００）。
【請求項３８】
前記アクセス要求を受信することより前に、前記処理回路要素（２０２）が、システム情報をブロードキャストする（７０２）ようにさらに設定され、前記システム情報が、複数のアクセスカテゴリーのためのアクセス規制パラメータを含む、請求項３７に記載のネットワークノード（２００）。
【請求項３９】
前記システム情報は、前記ＵＥ（２１０）が適用し得る複数の潜在的アクセスカテゴリーの指示をさらに含む、請求項３７または３８に記載のネットワークノード（２００）。
【請求項４０】
前記指示が、前記ＵＥ（２１０）による前記アクセス要求中で予約されるべきビット数の明示的指示を含む、請求項３７から３９のいずれか一項に記載のネットワークノード（２００）。
【請求項４１】
前記アクセス要求が、前記アクセスカテゴリーを表す、少なくとも２つの部分に分割されたアクセスカテゴリー情報エレメントを含む、請求項３７から４０のいずれか一項に記載のネットワークノード（２００）。
【請求項４２】
前記アクセスカテゴリー情報エレメントの第１の部分が、規格化されたアクセスカテゴリーのために予約されたＮビットを備え、
前記アクセスカテゴリー情報エレメントの第２の部分が、オペレータ規定アクセスカテゴリーのために予約されたＭビットを備え、
ＭおよびＮが整数である、
請求項４１に記載のネットワークノード（２００）。
【請求項４３】
Ｍがオペレータに応じて変動する、請求項４２に記載のネットワークノード（２００）。
【請求項４４】
Ｎが固定数である、請求項４２または４３に記載のネットワークノード（２００）。
【請求項４５】
前記処理回路要素が、前記アクセスを受け入れるべきなのか拒否すべきなのかを、前記アクセスカテゴリーと、
トリガリングイベント、
トラフィックタイプ、
サービスタイプ、
スライス、および
ＵＥ優先度
のうちの１つまたは複数とに基づいて決めるように設定された、請求項３７から４４のいずれか一項に記載のネットワークノード（２００）。
【請求項４６】
前記アクセスカテゴリーが確立理由として使われ、前記アクセス要求が、無線リソース制御（ＲＲＣ）接続要求およびＲＲＣ接続再開要求のうちの１つである、請求項３７から４５のいずれか一項に記載のネットワークノード（２００）。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、セルラーネットワークなどの無線通信システムに関し、より詳細には、無線アクセスに関係するメッセージを送信および受信するための方法、ユーザ機器、およびネットワークノードに関する。
【背景技術】
【０００２】
無線通信システムへのアクセスを実施するとき、ユーザ機器（ＵＥ）は、ＵＥが通信機会を獲得することを希望することをネットワークにシグナリングしなければならない。これがどのように行われ得るかについて多くの方式がある。たとえば、ＵＥは、ＵＥが通信することを希望することをネットワークに指示することになるショートメッセージを送るために、エアインターフェースリソース（たとえば、時間、周波数など）を利用することができる。次いで、ある通信ニーズに関するさらなる詳細が、後続の（１つまたは複数の）通信中に発生することがある。
【０００３】
３ＧＰＰ  ＥＵＴＲＡＮ／ＬＴＥ標準仕様に従う無線通信システムの場合、このプロセスの一例が、ランダムアクセスおよび無線リソース制御（ＲＲＣ）接続確立を示す図１の流れ図において参照され得る。通信についての要求は、特別に割り当てられたチャネルまたはリソース上の、「ｍｓｇ１」としても知られる、ランダムアクセスプリアンブル（１１１）の送信で始めることができる。このランダムアクセスプリアンブル（１１１）は、基地局またはｅＮＢによって受信されると、その後に、「ｍｓｇ２」としても知られるランダムアクセス応答（１１２）が続き、ランダムアクセス応答（１１２）は、「ｍｓｇ３」としても知られるＲＲＣ接続要求（１１３）など、継続的シグナリングのためのリソースの割り当てを含む。簡潔のために、この継続的シグナリング（１１３〜１１５）はここでは詳細に説明されない。
【０００４】
了解され得るように、アクセス試みが、エアインターフェースリソースを要することになる。初期メッセージ（１１１、プリアンブル）ならびにさらなるシグナリング（１１２〜１１５）のためのリソースの両方は、単に、後続のデータ転送のための通信リソースを設定およびセットアップするために、無線ネットワーク負荷を増やすことになる。何らかの通信が行われ得る前に、ネットワークエンティティとのなお一層の通信が必要とされることに留意されたい。簡潔のために、これらの追加の詳細は図１から省略される。
【０００５】
いくつかの状況では、ＵＥがこれらのアクセス試みを行うのを防ぐことが望ましい。たとえば、無線リソース輻輳または処理能力の不足のような過負荷状況の場合、ネットワークは、セルまたはセルの一部分へのアクセスを拒否することによって過負荷を低減することを望み得る。ネットワークはまた、過負荷状況中に特定のユーザおよび／またはサービス間で優先度を付ける必要があり得る。たとえば、ネットワークは、通常の呼と比較して緊急呼に優先度を与え得る。
【０００６】
この目的で、ネットワークは、アクセス制御と呼ばれる、３ＧＰＰにあるものを採用し得る。アクセスクラス規制（ＡＣＢ：Ａｃｃｅｓｓ  Ｃｌａｓｓ  Ｂａｒｒｉｎｇ）は、１つのそのような制御の一例である。要するに、アクセス規制は、（たとえば、プリアンブル１１１を送ることによって上記のシーケンスを開始するために）ＵＥがアクセス要求を送ることを試みるのを防ぐこと、またはＵＥがアクセス要求を送ることを試みる可能性を低くすることに関するものである。このようにして、システム中の総負荷が制御され得る。ネットワークは、たとえば、ＵＥまたはなぜＵＥがアクセスを希望するかについての異なる理由を、異なるクラスまたはカテゴリーに分割し得、これに応じて、ネットワークは、たとえば、いくつかのＵＥおよび／またはいくつかのイベントがアクセス要求をトリガすることを区別し、それらのＵＥおよび／またはイベントがアクセス要求をトリガする可能性を低くすることができる。たとえば、所与のＵＥは、あるアクセスクラスに属し得、ネットワークは、ブロードキャストされたシステム情報を介して、いくつかのインスタンスにおけるいくつかのクラスが規制されている（たとえば、アクセスすることが許可されていない、または完全に規制されているとは限らないとしてもより低い確率でアクセスすることが許可されている）ことを通信し得る。ＵＥが、このブロードキャストされたシステム情報を受信するとき、ＵＥが、規制されたアクセスクラスに属する場合、それは、ＵＥがアクセス要求を送らないことを生じ得る。そのうちのいくつかが以下で高い詳細レベルでリストおよび説明されているものを含む、ＬＴＥのために指定されたアクセス規制機構の複数の変形態がある。
１．  ３ＧＰＰ  Ｒｅｌ−８によるアクセスクラス規制：この機構では、ＵＥからのすべてのアクセス要求を規制することが可能である。アクセスクラス（ＡＣ：Ａｃｃｅｓｓ  Ｃｌａｓｓ）範囲０〜９中の通常ＵＥは、規制ファクタとも呼ばれる確率ファクタと、規制期間とも呼ばれるタイマーとで規制されるが、特定のクラスは別々に制御され得る。通常クラス０〜９のほかに、追加のクラスが、他のタイプのユーザ、たとえば、緊急サービス、公益企業、セキュリティサービスなどへのアクセスを制御するために指定されている。
２．  サービス固有アクセス制御（ＳＳＡＣ：Ｓｅｒｖｉｃｅ  Ｓｐｅｃｉｆｉｃ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）：ＳＳＡＣ機構は、ネットワークが、ＵＥからのマルチメディアテレフォニー（ＭＭＴｅｌ：Ｍｕｌｔｉ−Ｍｅｄｉａ  Ｔｅｌｅｐｈｏｎｙ）ボイスおよびＭＭＴｅｌビデオアクセスを禁じることを可能にする。ネットワークは、規制パラメータ（ＡＣＢと同様のパラメータ）と、ＡＣＢと同様である規制アルゴリズム（規制ファクタおよびランダムタイマー）とをブロードキャストする。アクセスが許可されるかどうかの実際の決定が、ＵＥのＩＰマルチメディアサブシステム（ＩＭＳ）レイヤで行われる。
３．  回線交換フォールバック（ＣＳＦＢ：Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ  ＦａｌｌＢａｃｋ）のためのアクセス制御：ＣＳＦＢ機構は、ネットワークがＣＳＦＢユーザを禁じることを可能にする。この場合に使用される規制アルゴリズムはＡＣＢと同様である。
４．  拡張されたアクセス規制（ＥＡＢ：Ｅｘｔｅｎｄｅｄ  Ａｃｃｅｓｓ  Ｂａｒｒｉｎｇ）：ＥＡＶ機構は、ネットワークが低優先度ＵＥを禁じることを可能にする。規制は、各アクセスクラス（ＡＣ  ０〜９）が規制されるまたは許可されるのいずれかであり得るビットマップに基づく。
５．  アクセスクラス規制バイパス：ＡＣＢ機構は、ＩＭＳボイスおよびビデオユーザのためのアクセスクラス規制を除外することを可能にする。
６．  データ通信のためのアプリケーション固有輻輳制御（ＡＣＤＣ：Ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  Ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ  ｆｏｒ  Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）規制：ＡＣＤＣは、いくつかのアプリケーションとの間のトラフィックの規制を可能にする。このソリューションでは、アプリケーションは、（ＡｎｄｒｏｉｄまたはｉＯＳにおける）グローバルアプリケーション識別情報（ＩＤ）に基づいてカテゴリー分類される。ネットワークは、各カテゴリーのための規制パラメータ（規制ファクタおよびタイマー）をブロードキャストする。
【０００７】
特に３ＧＰＰに従う第５世代のセルラー規格のための、これらの異なるアクセス制御機構の進行中の発展は、それらを集めて、様々なネットワークオペレータ選好に対して設定可能および適応可能であり得る１つの単一の機構にすることである。これは、本明細書では、ユニファイドアクセス制御（ＵＡＣ：ｕｎｉｆｉｅｄ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）と呼ばれる。ユニファイドアクセス制御の場合、（クラスと同様の）アクセスカテゴリーの単一のセットがある。少なくともいくつかのアクセスカテゴリーは、たとえば、アクセスカテゴリーＸがいくつかの所定のアクセスのために使用されるように、設定することが可能であるべきである。アクセスカテゴリーＸは、たとえば、あるＵＥがどのコアネットワークにアクセスすることを意図しているか、またはどんなサービスがアクセスをトリガするか、たとえば、ＳＭＳ、ＭＭＴｅｌまたは他のサービスに関することができる。アクセスカテゴリーを決定するとき、他の側面も含まれ得る。一例として、アクセスカテゴリー（ＵＢＭＣａｔ）決定は、
ＵＢＭＣａｔ＝ｆ（．．．，アクセスクラス＝ｎｎ，ＣＮ＝ＮＧ，確立理由＝ｍｏ，サービス＝サービスＩＤ，デバイスタイプ＝ＭＴＣ，呼優先度＝低，アプリケーションＩＤ＝ｙｙ．．．，スライスＩＤ＝ＮＮ，ＰＬＭＮ  ＩＤ＝ｐｐ，．．．）
など、いくつかの側面に依存し得る。
【０００８】
ここで、アクセスクラスは、上記で説明された古いアクセスクラスを示すことができ、ＣＮはコアネットワークタイプであり、確立理由は、以下でさらに説明されるいくつかの確立理由のうちの１つであり、サービス＝サービスＩＤであり、デバイスタイプは、たとえば、マシン型通信デバイスであり得、アプリケーションＩＤ  ｙｙのための一般的な優先度は、ＰＬＭＮ  ＩＤ  ｐｐに関するスライスＩＤ  ＮＮにアクセスするとき、低いと見なされ得る。
【０００９】
これらのすべてまたは任意のサブセットならびに他の側面が、アクセスカテゴリーを決定するときに考慮され得る。これは、アクセスカテゴリーおよびアクセス規制のための古くならない（ｆｕｔｕｒｅ−ｐｒｏｏｆ）フレームワークを作るためのフレキシブルなやり方を与える。図２に関して、１つの提案されたプロシージャが以下で説明される。
【００１０】
ＵＥ（１０２）によってアクセスが試みられる前に、たとえば、シグナリングメッセージを送るためのＵＥ中の上位レイヤからのトリガなど、イベントを、［１．．ｍ］アクセスカテゴリーのうちのアクセスカテゴリーに関連付ける必要がある。前に提案されたプロシージャによれば、どんなアクセスカテゴリーを使用すべきかを決定するために、ＵＥは、ネットワークから命令またはルールを与えられ得る。図２は、１つの例示的なプロシージャのためのシグナリング図を示す。
【００１１】
第１のステップ２０２において、ネットワークノードは、上位レイヤに関する考慮事項に基づいて、どのアクセスカテゴリーを使用すべきかについてのルールを与える。図２では、この情報は、ネットワークノード（１０６）から発信するものとして示されているが、極めてうまく、他のネットワークノードからも発信し、ネットワークノード（１０６）を介してＵＥに送信され得る。ネットワークが、より高いレベルのコントローラまたはポリシー機能性を含む場合、その情報は、そのようなコントローラまたはポリシー機能性をホストする別のノードから発信し得る。上位レイヤルールは、非アクセス層（ＮＡＳ）シグナリングを介してＵＥにシグナリングされ得るか、または、上位レイヤルールは、他のプロトコルを使用してシグナリングされ得、たとえば、ＵＥ（１０２）は、設定され得るエンティティと、ＯＭＡ−ＤＭデバイス管理プロトコルを使用してシグナリングされるホストアクセスカテゴリールールとを含み得る。
【００１２】
ネットワークノード（１０６）からのルール中に含まれるものは、たとえば、あるサービスによってアクセスがトリガされる場合、ＵＥがどのようにアクセスカテゴリーを選択するべきであるかに関係する情報であり得る。そのようなサービスの例は、たとえば、緊急サービスまたはＭＭＴｅｌサービスであり得る。さらに、ルールは、たとえば、あるゲームまたはあるソーシャルメディアアプリケーションなど、あるアプリケーションによって、アクセスがトリガされる場合、ＵＥがどのようにアクセスカテゴリーを選択するべきであるかに関係する情報を含むことができる。ルールは、様々なスライスへのアクセスに関係する情報をも含むことができる。たとえば、小型デバイスＵＥ／ＩｏＴ  ＵＥ（１０２）が、たとえば、ＩｏＴ最適化されたスライスにアクセスすることを希望し得る。さらに、無線ネットワークが、異なるオペレータ間で共有されること、または同一のオペレータが、異なるパブリックランドモバイルネットワーク（ＰＬＭＮ）コードを使用していることは珍しくない。異なるＰＬＭＮについてアクセスが発生するべきであるかどうかに応じて、アクセスカテゴリーを選択するための異なるルールがあり得る。
【００１３】
ステップ２０２は、アクセスノード（１０４）からのシグナリングをも含み得ることに留意されたい。アクセスカテゴリーを選択するためのルールのシグナリングは、たとえば、特に、たとえば、アクセスノードとのシグナリングによってトリガされるアクセスのためのアクセスカテゴリー選択に関しては、アクセスノード（１０４）からも送られ得る。これは、無線アクセスネットワーク（ＲＡＮ）シグナリングと呼ばれることがあり、たとえば、無線リソース制御（ＲＲＣ）通信プロトコルを使用して通信していることがある。
【００１４】
アクセス規制のためのユニファイドアクセス制御機構の開発が、現在進行中である。
【００１５】
アクセス制御および特に規制機構は、ＵＥがアクセス要求を送るのを防ぐために使用される。ネットワーク中の負荷を制御するために利用可能な他の機構もある。たとえば、アクセス規制がアクセス試みを許可し、ＵＥが、プリアンブル（１１１）と、本明細書ではｍｓｇ３と呼ばれるＲＲＣ接続要求（１１３）（またはＲＲＣ接続再開要求）または任意の等価なメッセージとを送ることを許可された状況では、ネットワークは、いずれにせよ、ＲＲＣ接続拒否メッセージで応答し得る。この拒否メッセージの理由は、たとえば、たとえば、アクセス規制を支配するパラメータにまだ反映されていない過負荷状況であり得る。それは他の理由でもあり得る。
【００１６】
ＲＲＣ接続拒否またはＲＲＣ接続セットアップまたは等価な応答メッセージがＵＥに送られる前に、あるいは、ｍｓｇ３が、たとえば、後続のシグナリングのために、さらなるリソースの割り当てをもたらす前に、ネットワーク側は、一般に、なぜアクセス要求が送られたかについての理由を評価する。ｍｓｇ３では、ＵＥは、なぜアクセス要求が送られたかについての理由を反映するために「確立理由」を指示する。ＥＵＴＲＡＮ／ＬＴＥでは、これは、値、すなわち、Ｅｍｅｒｇｅｎｃｙ、Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ  Ａｃｃｅｓｓ、ｍｔ−Ａｃｃｅｓｓ、ｍｏ−Ｓｉｇｎａｌｌｉｎｇ、ｍｏ−Ｄａｔａ、ｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓ−ｖ１０２０、ｍｏ−ＶｏｉｃｅＣａｌｌ−ｖ１２８０、ｓｐａｒｅをとることができる３ビットフィールドである。（狭帯域ＬＴＥに適用可能な規格もあり、この場合、確立理由フィールドはわずかに異なる。）
【００１７】
ｍｓｇ３中で送られる確立理由値は、ＵＥ中の上位レイヤから発信する。非アクセス層は、アクセスレイヤより上のレイヤについての用語である。ＵＥ中の下位レイヤまたはアクセスレイヤは、アクセス要求をトリガするべきである各イベントのための呼タイプ指示とともに確立理由を受信する。呼タイプは、一般に、上記で説明された古いアクセスクラスに従って、ＥＵＴＲＡＮ／ＬＴＥにおいてアクセス規制を制御する指示であり、ＵＥがアクセス規制の評価をどのように実施するべきであるかを指示する。異なる呼タイプは、「発信シグナリング」、「緊急呼」、「発信ＭＭＴＥＬボイス」、「発信ＭＭＴＥＬビデオ」、「発信ＳＭＳｏＩＰ」、「発信ＳＭＳ」、「着信呼」、「発信呼」、「モバイル発信ＣＳフォールバック」である。
【００１８】
アクセスクラスおよび規制パラメータと組み合わせた、呼タイプ、確立理由およびトリガのタイプ（たとえば、どんなタイプのＮＡＳメッセージまたはイベントが、ネットワークにアクセス要求を送信するために下位レイヤへの要求をトリガするか）は、規制と、確立理由として後続のｍｓｇ３中に含めるべきものの両方に関して、下位レイヤがどのように挙動するべきであるかを規定する。
【発明の概要】
【００１９】
確立理由の現在の仕様に伴う問題のうちの１つは、確立理由が、アクセスのための異なる理由または理由のうちの限られたセットのみを指示することである。あるＲＲＣ接続要求メッセージがどんなタイプのアクセス要求に関係するかに関する情報をそのネットワークが得ることより前に、最小量のリソースが使用されるように、ｍｓｇ３フォーマットはできるだけ小さく保つことが重要である。したがって、確立理由を限定することが極めて重要であると考えられる。
【００２０】
発展的無線システムでは、新しいサービス、新しい展開形態、および新しいイベントが考慮され、これらの新しい側面の多くについて、ネットワークオペレータは、ＲＲＣ接続要求を評価するときに区別することを望む。また、これに関係する懸念のうちの１つは、ＲＲＣ接続要求（または対応するメッセージ）に関して考慮することが興味深いであろう、将来のまだ知られていない側面があり得、完全に新しい規格を書くことなしに、これを満たすためのやり方が有利になるであろうということである。
【００２１】
ＲＲＣ接続要求（ｍｓｇ３）中に現在含まれる確立理由は、アクセス規制においてアクセスカテゴリーを決定するときに使用されるすべての側面を含むとは限らず、その逆も同様である。したがって、システム過負荷中に、過剰トラフィック、たとえば、特定のサービス、アプリケーション、ＵＥタイプなどの一貫した制御を保証することは可能でない。たとえば、所与のＵＥがアクセス規制チェックにおいてアクセスを与えられるという危険があるが、アクセスを実施すると、ＲＲＣ接続要求（ｍｓｇ３）中で指示された確立理由が、（応答としてＲＲＣ接続拒否を送ることによって）ネットワークに不当に要求を拒否させる。
【００２２】
したがって、ネットワーク中の接続要求の評価に関して確立理由を指示するための新しいソリューションが望まれる。また、たとえば、システム過負荷中に、過剰モバイル発信トラフィックの一貫した制御を保証する必要がある。
【００２３】
いくつかの実施形態によれば、ユーザ機器（ＵＥ）によって実施される方法が開示される。本方法は、無線アクセスネットワーク（ＲＡＮ）へのアクセス要求を実施するようにＵＥをトリガするイベントに応答して、適用すべきアクセスカテゴリーを決定することを含む。本方法は、アクセスカテゴリーを適用して、規制チェックを実施することをさらに含む。アクセスカテゴリーに基づいて、アクセスが規制されていないと決定すると、アクセス要求はＲＡＮ中のネットワークノードに送られ、アクセス要求はアクセスカテゴリーを含み、ネットワークノードは、アクセスカテゴリーに基づいて、アクセス要求を受け入れるべきなのか拒否すべきなのかを決める。
【００２４】
特定の実施形態によれば、適用すべきアクセスカテゴリーを決定することより前に、ＵＥは、ネットワークノードによってブロードキャストされたシステム情報を受信する。システム情報は、１つまたは複数のアクセスカテゴリーのためのアクセス規制パラメータを含む。特定の実施形態によれば、規制チェックは、適用されたアクセスカテゴリーのためのアクセス規制パラメータを使用して実施される。
【００２５】
特定の実施形態によれば、システム情報は、ＵＥが適用し得る複数の潜在的アクセスカテゴリーの指示をさらに含む。ＵＥは、複数の潜在的アクセスカテゴリーに適応するために、アクセス要求中でビット数を予約し得る。
【００２６】
特定の実施形態によれば、アクセス要求は、アクセスカテゴリーを表す、少なくとも２つの部分に分割されたアクセスカテゴリー情報エレメントを含む。
【００２７】
無線アクセスネットワーク（ＲＡＮ）中のネットワークノードによって実施される方法も開示される。本方法は、ユーザ機器（ＵＥ）からアクセス要求を受信することを含み、アクセス要求はアクセスカテゴリーを含む。アクセス要求はイベントによってトリガされ、アクセスカテゴリーに基づいて、アクセスが規制されないことがＵＥによって決定される。ネットワークノードは、アクセスカテゴリーに基づいて、アクセス要求を受け入れるべきなのか拒否すべきなのかを決める。
【００２８】
特定の実施形態によれば、アクセス要求を受信することより前に、ネットワークノードは、システム情報をブロードキャストし、システム情報は、１つまたは複数のアクセスカテゴリーのためのアクセス規制パラメータを含む。システム情報は、ＵＥが適用し得る複数の潜在的アクセスカテゴリーの指示をさらに含み得る。その指示は、ＵＥによるアクセス要求中で予約されるべきビット数の明示的指示をさらに含み得る。
【００２９】
特定の実施形態によれば、アクセス要求は、アクセスカテゴリーを表す、少なくとも２つの部分に分割されたアクセスカテゴリー情報エレメントを含む。
【００３０】
ユーザ機器（ＵＥ）も開示される。本ＵＥは、無線アクセスネットワーク（ＲＡＮ）へのアクセス要求を実施するように本ＵＥをトリガするイベントに応答して、適用すべきアクセスカテゴリーを決定するように設定された処理回路要素を備える。処理回路要素は、アクセスカテゴリーを適用して、規制チェックを実施するようにさらに設定される。アクセスカテゴリーに基づいて、アクセスが規制されていないと決定すると、処理回路要素は、ＲＡＮ中のネットワークノードにアクセス要求を送るようにさらに設定され、アクセス要求はアクセスカテゴリーを含み、ネットワークノードは、アクセスカテゴリーに基づいて、アクセス要求を受け入れるべきなのか拒否すべきなのかを決める。
【００３１】
特定の実施形態によれば、適用すべきアクセスカテゴリーを決定することより前に、本ＵＥは、ネットワークノードによってブロードキャストされたシステム情報を受信する。システム情報は、１つまたは複数のアクセスカテゴリーのためのアクセス規制パラメータを含む。特定の実施形態によれば、規制チェックは、適用されたアクセスカテゴリーのためのアクセス規制パラメータを使用して実施される。
【００３２】
特定の実施形態によれば、システム情報は、本ＵＥが適用し得る複数の潜在的アクセスカテゴリーの指示をさらに含む。本ＵＥは、複数の潜在的アクセスカテゴリーに適応するために、アクセス要求中でビット数を予約し得る。
【００３３】
特定の実施形態によれば、アクセス要求は、アクセスカテゴリーを表す、少なくとも２つの部分に分割されたアクセスカテゴリー情報エレメントを含む。
【００３４】
無線アクセスネットワーク（ＲＡＮ）中のネットワークノードも開示される。本ネットワークノードは、ユーザ機器（ＵＥ）からアクセス要求を受信するように設定された処理回路要素を備え、アクセス要求はアクセスカテゴリーを含む。アクセス要求はイベントによってトリガされ、アクセスカテゴリーに基づいて、アクセスが規制されないことがＵＥによって決定される。処理回路要素は、アクセスカテゴリーに基づいて、アクセス要求を受け入れるべきなのか拒否すべきなのかを決めるようにさらに設定される。
【００３５】
特定の実施形態によれば、アクセス要求を受信することより前に、処理回路要素は、システム情報をブロードキャストするようにさらに設定され、システム情報は、１つまたは複数のアクセスカテゴリーのためのアクセス規制パラメータを含む。システム情報は、ＵＥが適用し得る複数の潜在的アクセスカテゴリーの指示をさらに含み得る。その指示は、ＵＥによるアクセス要求中で予約されるべきビット数の明示的指示をさらに含み得る。
【００３６】
特定の実施形態によれば、アクセス要求は、アクセスカテゴリーを表す、少なくとも２つの部分に分割されたアクセスカテゴリー情報エレメントを含む。
【００３７】
いくつかの実施形態の一態様では、ｍｓｇ３のような初期アクセス要求メッセージ中で確立理由を決定およびシグナリングするためのフレームワークが与えられる。フレームワークは、前に行われたようにｍｓｇ３中で別個の確立理由を送る代わりに、アクセスカテゴリー指示がフォワーディングされることに基づく。新しいユニファイドアクセスカテゴリーは、異なるアクセス理由を区別することが可能であるのに必要なすべての特性を保持することが提案され、さらに、それらがどのように決定されるかについてのルールが、ネットワークによって制御され得る。これは、ＵＥからのｍｓｇ３への好適な応答を評価するときにも、区別の将来のニーズを満たすためのフレキシブルなやり方を与える。
【００３８】
いくつかの実施形態の別の態様では、確立理由値は、あるインスタンスにおけるネットワークセル中でいくつのアクセスカテゴリーが使用されるかに応じて、コーディングされる。アクセスカテゴリーの２つのセット、すなわち、確立理由としてシグナリングするためにより少ないビットを必要とすることになる、１つのより小さいセットと、より多くのビットを必要とすることになるが、アクセス要求の区別におけるより高いフレキシビリティをも可能にすることになる、１つのより大きいセットとを規定することが提案される。
【００３９】
いくつかの実施形態のまた別の態様では、アクセスカテゴリーは、ＵＥ中の上位レイヤからの指示としての確立理由と呼タイプの両方の代わりに使用されており、ＵＥ中の規制チェックへの入力、ならびにアクセス要求を送信することが規制に従って承認された状況における確立理由の両方として使われる。
【００４０】
提案されるソリューションの本質は、いくつかの実施形態によれば、アクセス規制を制御すること、さらに、ＵＥからネットワーク側のアクセスノードに送られるＲＲＣ接続要求メッセージ中に含められることの両方のために、アクセスカテゴリーとして知られる同じパラメータを使用することである。アクセス規制のためと、確立のための理由としての両方で、同じ情報が使用されるので、これは、たとえば、システム過負荷中に、過剰モバイル発信トラフィックの一貫した制御を保証する。
【００４１】
提案されるソリューションの別の本質は、いくつかの実施形態によれば、アクセスカテゴリーを、使用され得る少なくとも２つのセットに分割することであり、各セットは、アクセス要求中に含まれるときに、ＲＲＣ接続要求メッセージ中でより多いまたはより少ないビットが消費される機会を与えることになる。アクセスカテゴリーが少なくとも２つのセットに分割されるとき、これは、アクセス要求中に含まれるときに、ＲＲＣ接続要求メッセージ中でより多いまたはより少ないビットが消費される機会を与えるが、アクセス要求の区別におけるより高いフレキシビリティを依然として可能にする。
【００４２】
本開示の提案されるソリューションは、１つまたは複数の技術的利点を与え得る。いくつかの実施形態によれば、提案されるソリューションは、ネットワークオペレータによって任意の確立理由を規定し、ネットワーク中で登録されたＵＥに確立理由／アクセスカテゴリーのためのルールをフォワーディングし、次いで、ネットワーク側からＵＥアクセス要求にどのように応答するかを決定するとき、規制カテゴリーとしてと理由値としての両方で、これらの確立理由／アクセスカテゴリーの優先度付けを施行するための可能性を与える。
【００４３】
いくつかの実施形態は、具陳された利点のいずれをも有しないか、いくつかを有するか、またはすべてを有し得、他の技術的利点が、当業者に直ちに明らかになり得る。
【００４４】
開示される実施形態ならびにそれらの特徴および利点のより完全な理解のために、次に、添付の図面とともに、以下の説明が参照される。
【図面の簡単な説明】
【００４５】
【図１】ＲＲＣ接続に関係するシグナリング図である。
【図２】アクセスカテゴリー決定に関係するシグナリング図である。
【図３】本開示の実施形態による無線通信ネットワークを示す図である。
【図４】本開示の実施形態による、ＵＥによって実施される方法の流れ図である。
【図５】本開示の実施形態による、ＵＥによって実施される方法の流れ図である。
【図６】本開示の実施形態による、ネットワークノードによって実施される方法の流れ図である。
【図７】本開示の実施形態による、ネットワークノードによって実施される方法の流れ図である。
【図８】本開示の実施形態による、アクセスカテゴリーの例示的なフォーマットを示す図である。
【図９】本開示の実施形態による無線通信ネットワークを示す図である。
【図１０】本開示の実施形態によるユーザ機器を示す図である。
【図１１】本開示のいくつかの実施形態による通信システムを示す図である。
【図１２】本開示のいくつかの実施形態による、ホストコンピュータ、基地局、およびＵＥを示す図である。
【図１３】本開示のいくつかの実施形態による流れ図である。
【図１４】本開示のいくつかの実施形態による流れ図である。
【発明を実施するための形態】
【００４６】
本明細書で説明される技術は、様々な無線システムにおいて使用され得、例として、３ＧＰＰ  ＥＵＴＲＡ／ＬＴＥシステムと、新しい無線（ＮＲ）を展開する（５Ｇシステムまたは５ＧＳとも呼ばれる）３ＧＰＰ次世代システムとが役立つが、そのようなシステムに限定されない。アクセス制御は、ユーザ、サービス、または他の区別、およびアクセスの負荷管理が必要とされる、任意のシステムに適用可能であり得る機構である。他の例は、ＩＥＥＥ８０２．１１  ＷＬＡＮ規格またはＩＥＥＥ８０２．１６規格、また、３ＧＰＰ  ＧＳＭ発展型など、ＩＥＥＥ８０２規格に従う無線アクセスであり得る。
【００４７】
次に図３を参照すると、たとえば、３ＧＰＰ  ＬＴＥ／ＥＵＴＲＡ仕様に従う、無線アクセスネットワークが示されている。
【００４８】
図は、開示される実施形態について説明するのに重要なエンティティに焦点を当てるために、極めて簡略化されている。無線アクセスネットワーク（１００）では、ＵＥ（１０２）が示されている。ＵＥ（１０２）は、アクセスノード（１０４）へのアクセスを要求し、アクセスノード（１０４）と通信することができる。次に、アクセスノード（１０４）は、たとえば、インターネットアクセスを与えることができるノード（１０６）に接続される。ＬＴＥでは、アクセスノードは一般にｅＮＢと呼ばれるが、他の規格では、アクセスノードは、ノードＢ、基地局、または単にアクセスポイントと呼ばれることがある。３ＧＰＰにおける次世代無線の発展では、アクセスポイントは「ｇＮＢ」と呼ばれることがある。図３中の説明は、それが「物理エンティティ」の見方を与えるという点で旧来型であることに留意されたいが、当業者には、たとえば、アクセスノード（１０４）またはノード（１０６）が分散処理能力を使用して実装され得ることが明らかであろう。同様に、それらは同じ物理エンティティで実装され得る。この例では、説明は、いくつかの実装形態に限定するのではなく、ノードをいくつかの機能性と関連付ける。
【００４９】
アクセスノード（１０４）は、ネットワークノードへの、およびネットワークノードからＵＥへの、ユーザ情報およびシグナリングを通信する。無線アクセスネットワーク１００は、円として示されており、この図では、１つの「セル」エリアおよび１つのアクセスノード（１０４）のみを含んでいる。任意のアクセスネットワークが、通常、いくつかのアクセスノードを含んでおり、したがって、いくつかのエリアまたはセルがサーブされることを理解されたい。
【００５０】
ノード（１０６）は、多くのノードのうちの１つであり得る。たとえば、ノード（１０６）は、ＵＥと制御情報を通信するための制御ノード（たとえば、ＬＴＥにおけるＭＭＥ（モビリティ管理エンティティ）、５Ｇにおけるコアネットワークのための仕様、たとえば、３ＧＰＰ  ＴＳ２３．５０１によるＡＭＦ／ＳＭＦ（アクセスおよびモビリティ管理機能／セッション管理機能））であり得るか、または、ノード（１０６）は、ＵＥにユーザデータ情報を通信するためのユーザプレーンノード（５ＧコアネットワークにおけるＳＧＷ（サービングゲートウェイ）またはＵＰＦ（ユーザプレーン管理機能））であり得る。さらに、ノードは他のノードと接続され、これらのノードからＵＥへの情報のためのリレーとして稼動し得る。そのような他のノードは、たとえば、パケットゲートウェイ（ＰＧＷ）または同様のものであり得る。ノード（１０６）および他の同様のノードは、この説明では、上位レイヤに属するものと呼ばれる。
【００５１】
ＮＲの発展中に、スライシングと示された、新規の概念が導入された。スライスは、３ＧＰＰにおける新しい概念であり、あるネットワーク特性を満たすために、完全なインスタンス化された論理ネットワークを形成する、エンドツーエンドネットワーク実現形態、またはネットワーク機能およびリソースのセットを指す。それは、物理ネットワークではなく「仮想」ネットワークを考えるやり方と比較され得る。スライスは、超低レイテンシなどの様々な特性を有することができる。たとえば、スライスは、レイテンシがある要求値よりも決して高くならないようなレイテンシ態様を確保する機能性をそのユーザに与えることができる。これを満たすために、ネットワーク機能のセット、たとえば、ハンドオーバにおける極めて短い中断または遅延を確保する機能性が必要とされ得る。同じアクセスノード（１０４）およびネットワークノード（１０６）、または他のものを使用して実現され得る他のスライスは、他の特性を有し得る。たとえば、スライスを通してサーブされるすべてのユーザが固定であり得るので、モビリティ機能さえ含まないスライスがあり得る。これらの２つの例は、異なるタイプのユーザのためのサービスを実現するために、異なる機能性が必要とされ得、機能性のこれらのセットの各々がスライス実現に関係することを示す。スライスはまた、リソースを分離し、別個の管理を実施するための方法と考えられ得る。たとえば、あるスライス実現が極めて高い優先度のものである場合、いくつかの処理リソース、または代替的に共通処理リソースに対する優先度は、より優先度の低いスライスがそれらを利用することができないか、またはそれらをより低い優先度で利用するにすぎないように予約され得る。スライシングの概念は現在開発中である。
【００５２】
ＵＥがアクセスノードに向けてアクセスを実施する前に、ＵＥは、通常、アクセスノード１０４によってブロードキャストされる、あるシステム情報を読み取る必要がある。システム情報は、ＵＥ（１０２）とアクセスノード（１０４）との間の通信を開始するためにアクセスがどのように実施されるべきであるかについて説明する。このシステム情報の一部は、アクセス規制に関係する情報であり得る。この規制情報は、通常、アクセスネットワーク１００中でブロードキャストされ、異なるセルまたはエリア中に異なる規制情報があり得る。通常、１つのアクセスノード（１０４）は、それ自体の規制情報を送信する。規制情報は、たとえば、３ＧＰＰ  ＴＳ３６．３３１  ｖ．１４．１．０、２０１６−１２において指定されているように、規制情報が、アクセスカテゴリー［１．．ｍ］のセットと、各カテゴリーについて規制ファクタと規制時間とを含んでいる情報エレメントとを含むようなやり方で構成され得る（ＡＣＤＣ規制情報の一例を示す以下の抜粋を参照）。アクセスカテゴリーごとのこの規制情報は、アクセスを試みるＵＥによって使用されることになり、それは、アクセスノードが、いくつかのアクセスを制限し、いくつかのアクセスを他のものよりも優先させるためのやり方である。
2020519149.tif 000003
アクセスカテゴリー−規制時間および規制ファクタの例。
【００５３】
規制機構が受け渡されており、ＵＥがネットワークにアクセス要求を送ることになると、要求中に含まれる確立理由があり得る。特に、ＥＵＴＲＡＮの場合、確立理由は、確立についての理由を指示するために、ＲＲＣ接続要求またはＲＲＣ再開要求メッセージ中で使用される。このランダムアクセスおよびＲＲＣ接続確立プロセスは、図１に示されているようなものである。このプロセス中で確立理由を使用する主要な目的は、理由に応じた、ネットワークによる区別を可能にすることである。ＲＡＮが知る必要があることは、ランダムアクセスと後続のシグナリング、たとえば初期コンテキストセットアップとの間でリソースを割り当てるために、その時点においてそのＵＥを承認することがどのくらい重要であるかということである。たとえば、ネットワークは、いくつかの確立理由を、他のものよりも高い優先度で扱うことを選定し得る。
【００５４】
ＥＵＴＲＡＮの場合、３ＧＰＰにおいて指定されているように、ＵＥ上位レイヤＮＡＳは、下位レイヤにシグナリング接続確立を要求する（またはシグナリング接続確立を再開することを要求する）ときに、ＲＲＣ確立理由および呼タイプを与える。その場合、ＲＲＣ確立理由は、ｍｓｇ３、ＲＲＣ接続要求（１１３）中に含まれ、呼タイプは、アクセス規制チェックの目的でＵＥ中で内部的に使用される。これは、３ＧＰＰ  ＴＳ３６．３３１にさらに記載されている。
【００５５】
本開示の一態様によれば、ＲＲＣ接続要求中に含まれる確立理由は、アクセス規制のために考慮されるアクセスカテゴリーと同じである。したがって、本開示によれば、ＵＥ中の下位レイヤは、ＵＥ中の上位レイヤから確立理由および呼タイプを受信せず、むしろ、上位レイヤからアクセスカテゴリーを受信し、また、確立理由の代わりにＲＲＣ接続要求メッセージ中に含まれるものは、このアクセスカテゴリーである。
【００５６】
したがって、アクセスカテゴリーは、ＵＥ中のアクセスレイヤにおける規制の評価のためのソースとして、両方をサーブすることができる。入力としてアクセスカテゴリーとともに規制基準が受け渡される場合、アクセスカテゴリーの指示は、ｍｓｇ３（ＲＲＣ接続要求、再開要求、または、たとえば、ＮＲに関する３ＧＰＰ規格のために規定された別の対応するメッセージ）中に含まれることになる。
【００５７】
別の確立理由の代わりにアクセスカテゴリーを使用することの利益のうちの１つは、ＵＥにおける規制機能性のためにと、ネットワークアクセスノードにおける受入れ／拒否決定のためにの両方で、同じ情報が使用されることである。これは、たとえば、アクセスノードにおいて常に承認されることになるＵＥにおけるアクセス要求を常に規制することまたはその逆の、任意の潜在的問題のある状況を回避することになる。別の確立理由の代わりにアクセスカテゴリーを導入するという別の利点は、古くならないという利点である。
【００５８】
上記で説明されたアクセスカテゴリーはフレキシブルであり、ネットワークオペレータは、どのイベント、どのトラフィックタイプ、どのサービスが使用されるべきであるか、およびどのスライスなどについて、あるアクセスカテゴリーが使用されるべきであるかを決定することができる。したがって、アクセス規制に関して、また、アクセスノード中で受信された要求（ｍｓｇ３）の評価に関しての両方で、優先度を決定することが可能になる。アクセスカテゴリーの厳密な優先度を事前に指定する必要がなく、あるイベントへのあるアクセスカテゴリーのマッピングを規格化する必要もない。このフレキシビリティは、アクセス規制の観点から、ならびにアクセスノードにおけるアクセス要求の評価の観点からの両方で望ましい。
【００５９】
本開示は、ＲＲＣ接続要求メッセージ中に含めるために、ＵＥ中の上位レイヤによって確立理由が現在与えられているので、確立理由について説明された限界を効果的に取り除く。
【００６０】
確立理由の代わりにアクセスカテゴリーを使用することに伴う主要な利益は、フレキシビリティおよび一貫性の利益である。これのコストは、ＲＲＣ接続要求メッセージ中で送信される確立理由が、より多くのコード空間を要し、現在の確立理由よりも多くのビットが必要とされることである。
【００６１】
かなり高い数のアクセスカテゴリーが必要とされ得ることが想定される。たとえば、オペレータが、数百単位で規定およびサーブされ得るスライスのアクセスを区別することを望む場合、好適な数のアクセスカテゴリーが必要とされることになる。すべてのスライスがアクセス制御の区別を必要とするとは限らないが、サポートされるべきであるものは、依然として１００個のカテゴリーを超え得、これは、たとえば、確立理由メッセージ中に厳密なアクセスカテゴリーを含むために７ビット超が必要とされることを意味することになる。
【００６２】
本開示の別の態様によれば、いくつかのセルまたはネットワークの部分中で、いくつのアクセスカテゴリーが適用可能であるかを、オペレータがフレキシブルに決めることができることが提案される。
【００６３】
本開示の一実施形態によれば、オペレータは、規制の観点と、ＲＲＣ接続要求メッセージ中に指示として含めることの観点の両方から、６４個のアクセスカテゴリーが十分であると決める。
【００６４】
６４個のカテゴリーは、６ビットコードによって表され得る。したがって、ＲＲＣ接続要求メッセージ中で６ビットが予約される必要があることになる。オペレータは、たとえば、上記の図２に従って、カテゴリー決定ルールを規定し、ＵＥ  ＮＡＳレイヤに与える。規制ファクタおよび規制時間がブロードキャストされ、ＵＥアクセスレイヤは、ＵＥ  ＮＡＳレイヤからのカテゴリーと、システム情報からのそのアクセスカテゴリーのための規制パラメータとを与えられ、最終的に、ＲＲＣ接続要求メッセージ中に各イベントのための決定されたカテゴリーを含める。
【００６５】
しかしながら、別のオペレータは、６４個のアクセスカテゴリーはあまりに多いと考え得、１６個のカテゴリーを受け入れる。したがって、そのオペレータは、イベントを１６個のカテゴリーにマッピングするためのルールのみを規定することを選定することができ、ＵＥアクセスレイヤは、最大１６個のカテゴリーのための規制のみをチェックし、そのオペレータのためのＲＲＣ接続要求メッセージを送るとき、４ビットコードワードのみを送信する。
【００６６】
本開示によれば、いくつのアクセスカテゴリーが規定されるかということにおいて、すなわち、（最大値が必要とされるが）イベントをカテゴリーにマッピングするためのいくつのルールがあり得るかということと、セル中のＲＲＣ接続要求メッセージ中で使用されるべきである厳密なビット量が、システム情報中でシグナリングされることとの両方において、フレキシビリティを可能にすることが提案される。たとえば、あるセルではＲＲＣ接続要求が６ビットであるものとすることを指示するシステム情報をブロードキャストすることによって、より大きいアクセスカテゴリー範囲でより粒度の細かい区別の可能性を可能にする、より大きいＲＲＣ接続要求メッセージ、ならびに、より粒度の粗い区別を可能にするが、代わりにより少ないビットを必要とするという利点をもつ、より小さいＲＲＣ接続要求メッセージの両方を可能にすることが可能になる。
【００６７】
したがって、提案されるソリューションによれば、アクセスカテゴリーの量は、以下の表に従ってフレキシブルであり得る。
アクセスカテゴリー範囲    ＵＥ  ＮＡＳに転送されるルール数    ｍｓｇ３中のコードワード長
０．．７    ８    ３
０．．１５    １６    ４
０．．３１    ３２    ５
０．．６３    ６４    ６
０．．１２７    １２８    ７
０．２５５    ２５６    ８
．．．
．．．
【００６８】
システム情報中の指示を用いると、アクセスカテゴリーの量は、理論上無限であり得る。
【００６９】
本開示の別の態様によれば、すべてのアクセスカテゴリーが、オペレータによって設定されるようにフレキシブルであるとは限らない。たとえば、おそらくこれまで訪れたことがないセルまたはネットワークに入るすべてのＵＥが、依然として、アクセスカテゴリーのあらかじめ規定されたセットを有するように、いくつかのアクセスカテゴリーが規格化され、あらかじめ規定されている。これらの規格化されたアクセスカテゴリーの中には、たとえば、緊急呼のためのアクセスカテゴリー、初期アタッチのためのアクセスカテゴリー、および、たとえば、アクセストリガとアクセスカテゴリーとの間のマッピングをどのように決定するかについてのルールがネットワークから受信されないときに使用するためのアクセスカテゴリー「デフォルト」があり得る。
【００７０】
これらの規格化されたアクセスカテゴリーは、最低の番号が付けられた（識別情報）アクセスカテゴリーであることと、いくつのアクセスカテゴリーが使用されるものとするかについての選択が何であるかにかかわらず、これらは常に同じアクセスカテゴリー番号を有することとが提案される。たとえば、アクセスカテゴリーの以下のあらかじめ規定されたセットがあり得る。
・アクセスカテゴリー０−    予約済み
・アクセスカテゴリー１−    ＮＳＰＳ使用のために予約済み
・アクセスカテゴリー２−    ミッションクリティカルなアプリケーションのために予約済み
・アクセスカテゴリー３−    アクセスネットワークオペレータのために予約済み
・アクセスカテゴリー４−    公衆緊急呼（テキスト／データ／ｓｍｓ／ｍｍｓ／ボイス）
・アクセスカテゴリー５−    公衆緊急呼（ビデオ／ストリーミング）
・アクセスカテゴリー６−    ページング応答
・アクセスカテゴリー７−    初期アタッチ（ＵＥ中で利用可能なルールなし）
・アクセスカテゴリー８−    デフォルト
・．．．
【００７１】
もちろん、他のあらかじめ規定されたまたは規格化されたアクセスカテゴリーが可能であり得る。提案されるソリューションによれば、これらのアクセスカテゴリー番号は、オペレータによって決定されたアクセスカテゴリー範囲が、たとえば、アクセスカテゴリー数１６、３２、６４、さらにはより高い数であるかどうかにかかわらず、同じである。オペレータによって規定されるアクセスカテゴリーＩＤ／番号、たとえば、あるＣＮおよび特定のスライスにわたってボイスサービスを運用するためのアクセスカテゴリーはより高い値を有する。
【００７２】
本開示のまた別の態様によれば、ユーザがすべてのシステム情報を実際に読み取ることなしに、ネットワークへのアクセスに応じる必要がある。これは、たとえば緊急の状況において、または他の理由のために、ネットワークへの迅速なアクセスが必要であるとき、重要であり得る。そのような状況に応じるために、アクセスカテゴリーのデフォルトサイズも規定され得る。このデフォルトセットは、常に送信され得るＲＲＣ接続要求メッセージサイズ、すなわち、最も小さいアクセスカテゴリーセットに対応するべきである。たとえば、本開示の代替実施形態によれば、ＵＥがセルまたはネットワークに入るが、そのセルまたはネットワークについて、ＵＥが、アクセスカテゴリールールを有せず、いくつのアクセスカテゴリーが設定されるかと、どんなサイズのＲＲＣ接続要求メッセージが使用されるべきであるかとを決定するためのシステム情報を復号していない場合、デフォルトサイズをもつＲＲＣ接続要求メッセージを送ることが常に可能であるべきである。本開示の一態様によれば、デフォルトのＲＲＣ接続要求サイズは、すべてのあらかじめ規定された／規格化されたアクセスカテゴリーのうちの１つを少なくとも指示するために、それがいくつのビットを必要とすることになるかに対応することができる。上記の例では、デフォルトのｍｓｇ３サイズは、３ビットアクセスカテゴリーに対応する。
【００７３】
本開示のこの態様の代替実施形態によれば、ＲＲＣ接続要求メッセージのための、デフォルトサイズまたはアクセスノードによって予想されるサイズのいずれかは、図１中のｍｓｇ２（１１２）中で、すなわち、ランダムアクセス応答メッセージ中で指示され得る。
【００７４】
図４は、本開示の一実施形態による、ＵＥ中のイベントを示す。
【００７５】
ステップ４０１において、たとえば、ＵＥ中の上位レイヤ上で、イベントが発生し、アクセス要求が下位レイヤに送られることをトリガする。
【００７６】
イベント４０１より前に、ＵＥは、アクセスノード（１０４）によってブロードキャストされているシステム情報を読み取っていることがあり、システム情報は、関連するアクセスカテゴリーのためのアクセス規制パラメータに関する詳細を含むであろう。さらに、システム情報は、どんなフォーマットがｍｓｇ３のために使用されるべきであるかに関する詳細、特に、どんなコード長をアクセスカテゴリーのために使用すべきかの明示的または暗黙的指示をも含み得る。
【００７７】
ステップ４０２において、ＵＥは、上記の図２に従って、イベントと、たとえばＮＡＳ上で受信された、アクセスカテゴリーを決定するためのルールとに基づいて決定する。どのルールも利用可能でない場合、ＵＥは、規格化されたルールおよび規格化されたアクセスカテゴリーに従って、イベントをマッピングし得る。
【００７８】
次いで、ＵＥ中の上位レイヤ（たとえば、ＮＡＳ）は、ＵＥ中の下位レイヤ（アクセスレイヤ）に、決定されたアクセスカテゴリーを含む、要求をフォワーディングする。これは、ＬＴＥ／ＥＵＴＲＡＮにおいて、それがどのように行われるかとは対照的であり、呼タイプと確立理由の両方が上位レイヤによって与えられる。
【００７９】
ステップ４０３において、一般に、ＵＥ中の下位レイヤは、決定されたアクセスカテゴリーのための規制チェックを実施する。このステップは、読み取られたシステム情報と、決定されたアクセスカテゴリーに適用可能な規制ファクタとに基づいて、アクセス要求が許可されているかどうか、または要求が規制されているかどうか（４０４）に関するアセスメントを含む。
【００８０】
その結果が、規制されているである場合（４０６）、ＵＥ下位レイヤは、規制チェックの結果を伴ってＵＥ上位レイヤに応答し得、アクセス要求は実施されない。
【００８１】
規制チェックの結果がアクセス要求を許可する場合（４０５）、ＵＥは、ｍｓｇ１の送信によって、次いで、ネットワークによって応答されるとｍｓｇ３によって、アクセス要求を開始する。その場合、ｍｓｇ３はアクセスカテゴリーを含む。
【００８２】
特に、ネットワークからのｍｓｇ２の受信時に、情報が、（たとえば、ｍｓｇ３中のアクセスカテゴリーシグナリングのためにいくつのビットが使用されるべきであるかに関係する）予想されるＲＲＣ接続要求、再開要求、または他の等価なｍｓｇ３フォーマットを指示する場合、ＵＥは、この指示に従ってｍｓｇ３をフォーマットする。ｍｓｇ２が、ｍｓｇ３中でアクセスカテゴリーをシグナリングすることが、たとえば５ビットで行われるべきであることを指示する情報を含む場合、ＵＥは、アクセスカテゴリーのための情報フィールド／コードワードを５ビットであるようにフォーマットする。
【００８３】
アクセスノード（１０４）からの応答に基づいて、後続のステップにおいて、ＵＥは、ｍｓｇ５（競合するメッセージ）を続けるか、またはアクセス要求が拒否された場合、たとえば、拒否メッセージによって指示されたバックオフプロシージャを実施し得る。
【００８４】
図５は、いくつかの実施形態による、ＵＥによって実施される方法（５００）の流れ図を示す。随意のステップ５０２に従って、ＵＥは、ネットワークノードによってブロードキャストされたシステム情報を受信する。このシステム情報は、１つまたは複数の異なるアクセスカテゴリーのためのアクセス規制パラメータを含み得る。いくつかの実施形態によれば、このシステム情報は、ＵＥが適用し得る複数の潜在的アクセスカテゴリーの指示を含み得る。
【００８５】
ステップ５０４において、ＵＥは、無線アクセスネットワーク（ＲＡＮ）へのアクセス要求を実施するようにＵＥをトリガするイベントに応答して、適用すべきアクセスカテゴリーを決定する。これは、ＲＡＮへのアクセス要求を実施するための、ＵＥの外部のまたはＵＥ自体によるのいずれかの、何らかのイベント、コマンド、または決定であり得る。
【００８６】
いくつかの実施形態によれば、ステップ５０４の決定は、トリガリングイベントと、トリガリングイベントを特定のアクセスカテゴリーにマッピングするためのルールとに基づいて実施され得る。これらのルールは、ＵＥによって記憶され、および／またはネットワークノードからのシステム情報中でブロードキャストされ得、特定のトリガリングイベントを特定のアクセスカテゴリーにマッピングし得る。いくつかの実施形態によれば、そのようなルールがＵＥにとって利用可能でない場合、トリガリングイベントは、あらかじめ規定されたアクセスカテゴリーにマッピングされ得る。このあらかじめ規定されたアクセスカテゴリーは、ＵＥによって記憶され、および／またはトリガリングノードによってブロードキャストされ得る。いくつかの実施形態では、あらかじめ規定されたアクセスカテゴリーは、規格設定組織（たとえば、３ＧＰＰ）によって規定され得る。
【００８７】
ステップ５０６において、ＵＥは、ステップ５０４において決定されたアクセスカテゴリーを適用して、規制チェックを実施する。この規制チェックは、ＵＥがＲＡＮへのアクセス要求を実施することをさらに許可されているかどうか、またはアクセスが規制されているかどうかを決定する。いくつかの実施形態によれば、規制チェックは、特定の適用されたアクセスカテゴリーのためのアクセス規制パラメータを使用して実施される。
【００８８】
ステップ５０８において、アクセスカテゴリーに基づいて、アクセスが規制されていないと決定すると、ＵＥは、ＲＡＮ中のネットワークノードにアクセス要求を送る。このアクセス要求は、ステップ５０４において決定され、ステップ５０６における規制チェックにおいて使用された同じアクセスカテゴリーを含む。このアクセスカテゴリーは、アクセスを与えるべきか否かを決定する際にネットワークノードが使用するための確立理由としても働き得る。いくつかの実施形態によれば、アクセス要求は、無線リソース制御（ＲＲＣ）接続要求およびＲＲＣ接続再開要求のうちの１つであり得る。
【００８９】
いくつかの実施形態によれば、ＵＥは、アクセス要求中で特定のビット数を予約し得る。この数は、複数の潜在的アクセスカテゴリーに適応するために、任意の好適な数であり得る。特定の実施形態によれば、ステップ５０２においてブロードキャストされたシステム情報は、予約されるべきビット数の明示的指示を含み得る。代替実施形態によれば、システム情報は、予約されるべきビット数の暗黙的指示を含み得る。どちらにしても、その指示は、少なくとも２つの部分（たとえば、Ｍビット＋Ｎビット）に分割されることになるビットを与え得る。ＵＥは、トリガリングイベントを特定のアクセスカテゴリーにマッピングし、アクセスカテゴリーを、少なくとも２つの部分に分割されたアクセスカテゴリー情報エレメントで表し得る。
【００９０】
特定の実施形態によれば、アクセスカテゴリー情報エレメントの第１の部分はＮビットを備え得、第２の部分はＭビットを備え得、ＭおよびＮは整数である。いくつかの実施形態によれば、Ｎビットは、規格化されたアクセスカテゴリーのために予約され、Ｍビットは、オペレータ規定アクセスカテゴリーのために予約される。いくつかの実施形態によれば、オペレータ規定アクセスカテゴリーのために予約されるビット数は、可変であり、特定のオペレータに応じて変動し得る。いくつかの実施形態によれば、規格化されたアクセスカテゴリーのために予約されるビット数は、固定数であり得る。たとえば、特定のイベントまたはカテゴリー（たとえば、「公衆緊急呼（テキスト／データ／ｓｍｓ／ｍｍｓ／ボイス）」）が、アクセスカテゴリーＩＤ番号４に常にマッピングされるようにあらかじめ規定されるまたは規格化される場合、アクセスカテゴリーのための情報エレメント／コードワードが３ビット長であるのか７ビット長であるのか（または任意の他の値であるのか）は重要でなく、このアクセスカテゴリーは、ＩＤ番号４であるように常にコーディングされることになる。
【００９１】
図６は、本開示の一実施形態による、アクセスノード側（１０４）、たとえばｇＮＢに関するイベントを示す。
【００９２】
ステップ６０１より前に、アクセスノード１０４は、一般に、たとえば、少なくともいくつかのアクセスカテゴリーのための規制ファクタおよび規制時間を指示するシステム情報を、ＵＥにフォワーディングすることを担当しているであろう。アクセスノード１０４は、アクセスを試みるＵＥによってＲＲＣ接続要求のためにどんなフォーマットが使用されるべきであるかに関係する情報のフォワーディングも担当しているであろう。
【００９３】
ステップ６０１において、アクセスノード１０４は、ＵＥ１０２からプリアンブルを受信する。次いで、アクセスノードは、ＲＲＣ接続要求、ＲＲＣ接続再開要求、または何らかの対応するメッセージ、ｍｓｇ３の送信のために、ＵＥにリソースを割り当てる。割り当てられたリソースは、ステップ６０２におけるランダムアクセス応答の送信を通してＵＥに指示されることになる。ランダムアクセス応答は、本開示のいくつかの実施形態では、アクセスカテゴリーのためにｍｓｇ３中でいくつのビットが使用されるべきであるかの指示をも含み得る。
【００９４】
ステップ６０３において、次いで、ネットワークノードは、ｍｓｇ３を受信し、たとえば、含まれる識別情報指示、ならびにアクセスカテゴリーを読み取る。アクセスカテゴリーに部分的に基づいて、アクセスノードは、アクセス要求が、継続的シグナリングのためのリソースを伴って応答されるべきであるかどうか、またはアクセス要求が拒否されるべきであるかどうかのアセスメントを行う。含まれるアクセスカテゴリーは、規格化されたアクセスカテゴリーまたはオペレータによって設定されたアクセスカテゴリーのいずれかに応じて、それがどんなタイプのアクセスであるかをＵＥに指示する。アクセスノードが、アクセス要求を拒否すべきなのか承認すべきなのかを決定するときに関連するであろう他の側面は、たとえば、セル中の負荷、特定のアクセスカテゴリーのための規制ファクタ、考えられる過負荷または優先度に関するより高いレベルのネットワークノード（１０６）からの指示であり得る。これらおよび多くの他の側面はまた、このステップを決定するために、ＵＥによって与えられるアクセスカテゴリー情報と組み合わせられ得る。アクセスカテゴリーを使用することにおいて、アクセスノード１０４への指示は、それがどんなタイプのアクセスであるかに関する多くの暗黙的情報を含み得ることに留意されたい。たとえば、それは、サービス、スライス、およびＵＥ優先度を明らかにすることができる。これは、すべて、上位レイヤによってＵＥに与えられるアクセスカテゴリーの決定に基づく。
【００９５】
以下のステップ６０４において、アクセスノードは、次いで、アクセス要求を拒否し、ステップ６０６において拒否メッセージを送信し得るか、または、アクセスノードは、さらなるシグナリングリソースを割り当て、ステップ６０５においてＵＥ１０２にＲＲＣ接続セットアップメッセージを送信し得る。
【００９６】
（ＵＥのための）図４〜図５に示されているステップ、および（アクセスノードのための）図６〜図７に示されているステップは、ＵＥで行われるかまたはアクセスノードで行われるすべてのアクションを含むとは限らず、むしろ、提案されるソリューションを理解するために必須のサブセットを含むことに留意されたい。たとえば、アクセスノードでは、他のネットワークノード（１０６）と通信するためのより多くのアクションがとられる。
【００９７】
図７は、いくつかの実施形態による、ネットワークノードによって実施される方法（７００）の流れ図を示す。随意のステップ７０２に従って、ネットワークノードは、システム情報をブロードキャストする。このシステム情報は、１つまたは複数の異なるアクセスカテゴリーのためのアクセス規制パラメータを含む。いくつかの実施形態によれば、システム情報は、ＵＥが適用し得る複数の潜在的アクセスカテゴリーの指示を含み得る。特定の実施形態によれば、システム情報は、予約されるべきビット数の明示的指示を含み得る。代替実施形態によれば、システム情報は、予約されるべきビット数の暗黙的指示を含み得る。どちらにしても、その指示は、少なくとも２つの部分（たとえば、Ｍビット＋Ｎビット）に分割されることになるビットを与え得る。
【００９８】
ステップ７０４において、ネットワークノードは、ＵＥからアクセス要求を受信する。このアクセス要求は、特定のアクセスカテゴリーを含む。特定の実施形態によれば、アクセス要求は、無線リソース制御（ＲＲＣ）接続要求およびＲＲＣ接続再開要求のうちの１つであり得る。特定の実施形態によれば、アクセスカテゴリーは、少なくとも２つの部分に分割されたアクセスカテゴリー情報エレメントを含み得る。特定の実施形態によれば、アクセスカテゴリー情報エレメントの第１の部分はＮビットを備え得、第２の部分はＭビットを備え得、ＭおよびＮは整数である。いくつかの実施形態によれば、Ｎビットは、規格化されたアクセスカテゴリーのために予約され、Ｍビットは、オペレータ規定アクセスカテゴリーのために予約される。いくつかの実施形態によれば、オペレータ規定アクセスカテゴリーのために予約されるビット数は、可変であり、特定のオペレータに応じて変動し得る。いくつかの実施形態によれば、規格化されたアクセスカテゴリーのために予約されるビット数は、固定数であり得る。たとえば、特定のイベントまたはカテゴリー（たとえば、「公衆緊急呼（テキスト／データ／ｓｍｓ／ｍｍｓ／ボイス）」）が、アクセスカテゴリーＩＤ番号４に常にマッピングされるようにあらかじめ規定されるまたは規格化される場合、アクセスカテゴリーのための情報エレメント／コードワードが３ビット長であるのか７ビット長であるのか（または任意の他の値であるのか）は重要でなく、このアクセスカテゴリーは、ＩＤ番号４であるように常にコーディングされることになる。
【００９９】
いくつかの実施形態によれば、ステップ７０４のアクセス要求中に含まれるアクセスカテゴリーは、アクセスを与えるべきか否かを決定する際にネットワークノードが使用するための確立理由として使われる。
【０１００】
ステップ７０６において、ネットワークノードは、アクセス要求中に含まれるアクセスカテゴリーに基づいて、アクセス要求を受け入れるべきなのか拒否すべきなのかを決める。上述のように、アクセスカテゴリーによって指示される確立理由は、この決定ステップにおいてネットワークノードによって使用され得る。この決定は、限定はしないが、トリガリングイベント、トラフィックタイプ、サービスタイプ、スライス、およびＵＥ優先度のうちの１つまたは複数を含む、いくつかの他のファクタに基づき得る。図８は、たとえば、（ｍｓｇ３としても知られる）ＲＲＣ接続要求メッセージ中に含まれるときの、アクセスカテゴリー情報エレメントの例示的なフォーマットを示す。
【０１０１】
図示の例では、アクセスカテゴリー情報エレメントは、図５および図７において上記で説明されたように、２つの部分に分割される。しかしながら、概して、アクセスカテゴリー情報エレメントは、ここで説明されるものと同じ原理を使用して、３つ以上の部分に分割され得る。
【０１０２】
図示の実施形態によれば、第１の部分（「部分１」）はＮビットを含んでおり、Ｎは、たとえば３であり得る。他の値が適宜に使用され得る。部分１は、あらかじめ規定されたまたは規格化されたアクセスカテゴリーのために使用される。Ｎの値は、たとえば、規格化されたアクセスカテゴリーのためにいくつの値が規定されたか（一般に固定された値）によって影響を及ぼされ得る。たとえば、規格化されたアクセスカテゴリーのために８つの規定された値がある場合、Ｎのために３ビットが必要とされることになる。６４個の規定された値の場合、Ｎのために６ビットが必要とされることになる。本明細書でさらに説明されるように、他のファクタがＮの値に影響を及ぼし得る。
【０１０３】
図示の実施形態によれば、第２の部分（「部分２」）はＭビットを含んでおり、Ｍは、たとえば５であり得る。他の値が適宜に使用され得る。部分２は、オペレータ規定アクセスカテゴリーのために使用される。したがって、アクセスカテゴリー情報エレメントの総サイズは、Ｎ＋Ｍビットであり、これは、たとえば、３＋５＝８ビットである。Ｍの値は、たとえば、オペレータ規定アクセスカテゴリーの数（一般に可変である値）によって影響を及ぼされ得る。たとえば、０の（すなわち、オペレータがオペレータ規定アクセスカテゴリーを使用していない）場合、Ｍのために０ビットが必要とされることになる。その数が６４個である場合、Ｍのために６ビットが必要とされることになる。本明細書でさらに説明されるように、他のファクタがＭの値に影響を及ぼし得る。
【０１０４】
部分２の長さ（Ｍ）はオペレータに応じて変動し得、したがって、アクセスカテゴリー情報エレメントも可変長のものであり得ることを理解されたい。その長さは、（部分２において）オペレータによっていくつのアクセスカテゴリーが規定されるかに依存する。
【０１０５】
上記で説明されたアクセスカテゴリー情報エレメントは、ＲＲＣ接続再開メッセージまたは任意の他のＲＲＣメッセージまたはシグナリングメッセージなど、他のメッセージ中にも含まれ得ることを理解されたい。
【０１０６】
本開示の代替実施形態では、アクセスカテゴリーのフォーマットは、可変長をもつ１つの部分のみを含む。その場合、コードポイント、すなわち、あらかじめ規定されたアクセスカテゴリーのためのアクセスカテゴリー番号ＩＤが維持され得る。たとえば、「公衆緊急呼（テキスト／データ／ｓｍｓ／ｍｍｓ／ボイス）」が、アクセスカテゴリーＩＤ番号４に常にマッピングされるようにあらかじめ規定される場合、アクセスカテゴリーのための情報エレメント／コードワードが３ビット長であるのか７ビット長であるのかは重要であるべきでなく、このアクセスカテゴリーは、ＩＤ番号４であるように常にコーディングされるべきである。
【０１０７】
また別の代替実施形態では、アクセスカテゴリーは、上記の例における部分１および部分２のうちの１つなど、複数の代替部分のうちの１つのみを含んでいることがある。したがって、ＵＥがアクセスカテゴリー情報エレメントを含めるとき、アクセスカテゴリー情報エレメントは、たとえば、部分１または部分２のいずれかを含んでいることになる。たとえば、ＵＥが、アタッチを実施するときなど、オペレータ固有アクセスカテゴリーに関して認識していないかまたはネットワークによって通知されていない場合、ＵＥは、あらかじめ規定されたアクセスカテゴリーを含め、したがって、部分１のみを送る。後の段階において、ＵＥがオペレータ固有カテゴリーを認識しているとき、ＵＥは、ＲＲＣ接続確立を実施するときに、部分２を代わりに送る。
【０１０８】
どのイベントがどのアクセスカテゴリーにマッピングすべきかを、ＵＥがどのように決定するべきであるかに関係する情報を通信するのは、上位レイヤ、すなわち、ネットワークノード１０６であり、ｍｓｇ３中でアクセスカテゴリーを指示するためにいくつのビットが使用されるべきであるかをシグナリングまたは決定するのは、アクセスノード１０４であるので、理論上、不整合があり得る。たとえば、おそらく、ネットワークノード１０６は、ＩＤ番号３５をもつアクセスカテゴリーへのマッピングを決定するためのルールをＵＥに与えており、そのようなイベントがＵＥ中で発生するが、アクセスノード１０４は、システム情報を通してまたはランダムアクセス応答を介してのいずれかで、ｍｓｇ３中でアクセスカテゴリーを指示するために４ビットのみが使用され得ることを指示する。次いで、ＵＥ側からの挙動は、ＵＥがシグナリングすることが可能でなかったので、アクセスカテゴリー「デフォルト」、すなわち、上記の例示的な実施形態におけるカテゴリー番号８への、アクセスカテゴリー３５の再マッピングを行うことであり得るか、または、ＵＥは、そのような目的のために特別にあらかじめ規定された、別のあらかじめ規定されたアクセスカテゴリーを代替的に使用し得る。
【０１０９】
本明細書で企図される実施形態は、様々なネットワークノードおよびエレメントに関して説明されており、これは、次に、以下の図を参照しながら、より詳細に説明される。
【０１１０】
上記で説明されたように、本明細書で説明されるソリューションは、任意の好適な構成要素を使用して、任意の適切なタイプのシステムで実装され得る。上記の図３に関して高いレベルで説明されたが、説明されるソリューションの特定の実施形態は、より詳細に様々なエレメントについて説明する図９に示されている例示的な無線通信ネットワークなど、無線ネットワークで実装され得る。図９の例示的な実施形態では、無線通信ネットワークは、通信および他のタイプのサービスを１つまたは複数の無線デバイスに与える。図示の実施形態では、無線通信ネットワークは、無線通信ネットワークによって与えられるサービスへの無線デバイスのアクセスおよび／またはそれらのサービスの使用を容易にするネットワークノードの１つまたは複数のインスタンスを含む。無線通信ネットワークは、無線デバイス間の通信、または無線デバイスと固定電話などの別の通信デバイスとの間の通信をサポートするのに好適な任意の追加のエレメントをさらに含み得る。
【０１１１】
ネットワーク２２０は、１つまたは複数のＩＰネットワーク、公衆交換電話網（ＰＳＴＮ）、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、およびデバイス間の通信を可能にするための他のネットワークを備え得る。
【０１１２】
無線通信ネットワークは、任意のタイプの通信、電気通信、データ、セルラー、および／または無線ネットワークあるいは他のタイプのシステムを表し得る。特定の実施形態では、無線通信ネットワークは、特定の規格あるいは他のタイプのあらかじめ規定されたルールまたはプロシージャに従って動作するように設定され得る。したがって、無線通信ネットワークの特定の実施形態は、モバイル通信用グローバルシステム（ＧＳＭ）、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ）、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、および／または他の好適な２Ｇ、３Ｇ、４Ｇ、または５Ｇ規格など、通信規格、ＩＥＥＥ８０２．１１規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／あるいは、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ、および／またはＺｉｇＢｅｅ規格など、任意の他の適切な無線通信規格を実装し得る。
【０１１３】
図９は、特定の実施形態による、ネットワークノード２００と無線デバイス（ＷＤ）２１０とのより詳細なビューを備える無線ネットワークを示す。簡単のために、図９は、ネットワーク２２０と、ネットワークノード２００および２００ａと、ＷＤ２１０とを描くにすぎない。ネットワークノード２００は、プロセッサ２０２と、ストレージ２０３と、インターフェース２０１と、アンテナ２０１ａとを備える。同様に、ＷＤ２１０は、プロセッサ２１２と、ストレージ２１３と、インターフェース２１１と、アンテナ２１１ａとを備える。これらの構成要素は、無線ネットワークにおいて無線接続を与えることなど、ネットワークノードおよび／または無線デバイス機能性を与えるために協働し得る。異なる実施形態では、無線ネットワークは、任意の数の有線または無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、ならびに／あるいは有線接続を介してかまたは無線接続を介してかにかかわらず、データおよび／または信号の通信を容易にするかまたはその通信に参加し得る任意の他の構成要素を備え得る。
【０１１４】
本明細書で使用される「ネットワークノード」は、無線デバイスと、ならびに／あるいは、無線デバイスへの無線アクセスを可能にし、および／または与える、無線通信ネットワーク中の他の機器と、直接または間接的に通信することが可能な、そうするように設定された、構成された、および／または動作可能な機器を指す。ネットワークノードの例は、限定はしないが、アクセスポイント（ＡＰ）を含み、特に、無線アクセスポイントを含む。ネットワークノードは、無線基地局などの基地局（ＢＳ）を表し得る。無線基地局の特定の例は、ノードＢ、およびエボルブドノードＢ（ｅＮＢ）を含む。基地局は、基地局が与えるカバレッジの量（または、言い方を変えれば、基地局の送信電力レベル）に基づいてカテゴリー分類され得、その場合、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれることもある。「ネットワークノード」は、リモート無線ヘッド（ＲＲＨ）と呼ばれることがある、集中型デジタルユニットおよび／またはリモートラジオユニット（ＲＲＵ）など、分散無線基地局の１つまたは複数（またはすべて）の部分をも含む。そのようなリモートラジオユニットは、アンテナ統合無線機としてアンテナと統合されることも統合されないこともある。分散無線基地局の部分は、分散アンテナシステム（ＤＡＳ）において、ノードと呼ばれることもある。
【０１１５】
特定の非限定的な例として、基地局は、リレーを制御するリレーノードまたはリレードナーノードであり得る。
【０１１６】
ネットワークノードのまたさらなる例は、マルチ規格無線（ＭＳＲ）ＢＳなどのＭＳＲ無線機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コアネットワークノード（たとえば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（たとえば、Ｅ−ＳＭＬＣ）、および／あるいはＭＤＴを含む。しかしながら、より一般的には、ネットワークノードは、無線通信ネットワークへの無線デバイスアクセスを可能にし、および／または与え、あるいは、無線通信ネットワークにアクセスした無線デバイスに何らかのサービスを与えることが可能な、そうするように設定された、構成された、および／または動作可能な任意の好適なデバイス（またはデバイスのグループ）を表し得る。
【０１１７】
本明細書で使用される「無線ノード」という用語は、一般的に、各々がそれぞれ上記で説明されたような、無線デバイスとネットワークノードの両方を指すために使用される。
【０１１８】
図９では、ネットワークノード２００は、プロセッサ２０２と、ストレージ２０３と、インターフェース２０１と、アンテナ２０１ａとを備える。これらの構成要素は、単一のより大きいボックス内に位置する単一のボックスとして描かれている。しかしながら、実際には、ネットワークノードは、単一の示された構成要素を作成する複数の異なる物理構成要素を備え得る（たとえば、インターフェース２０１は、有線接続のためのワイヤを結合するための端末と、無線接続のための無線トランシーバとを備え得る）。別の例として、ネットワークノード２００は、複数の異なる物理的に別個の構成要素が、ネットワークノード２００の機能性を与えるために対話する、仮想ネットワークノードであり得る（たとえば、プロセッサ２０２は、３つの別個のエンクロージャ中に位置する３つの別個のプロセッサを備え得、各プロセッサは、ネットワークノード２００の特定のインスタンスのための異なる機能を担当する）。同様に、ネットワークノード２００は、複数の物理的に別個の構成要素（たとえば、ノードＢ構成要素およびＲＮＣ構成要素、ＢＴＳ構成要素およびＢＳＣ構成要素など）から組み立てられ得、これらは各々、それら自体のそれぞれのプロセッサ、ストレージ、およびインターフェース構成要素を有し得る。ネットワークノード２００が複数の別個の構成要素（たとえば、ＢＴＳ構成要素およびＢＳＣ構成要素）を備えるいくつかのシナリオでは、別個の構成要素のうちの１つまたは複数が、いくつかのネットワークノードの間で共有され得る。たとえば、単一のＲＮＣが、複数のノードＢを制御し得る。そのようなシナリオでは、各一意のノードＢとＢＳＣとのペアは、別個のネットワークノードであり得る。いくつかの実施形態では、ネットワークノード２００は、複数の無線アクセス技術（ＲＡＴ）をサポートするように設定され得る。そのような実施形態では、いくつかの構成要素は複製され得（たとえば、異なるＲＡＴのための別個のストレージ２０３）、いくつかの構成要素は再利用され得る（たとえば、同じアンテナ２０１ａがＲＡＴによって共有され得る）。
【０１１９】
プロセッサ２０２は、単体で、またはストレージ２０３などの他のネットワークノード２００構成要素と併せてのいずれかで、ネットワークノード２００機能性を与えるように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび／または符号化された論理の組合せであり得る。たとえば、プロセッサ２０２は、ストレージ２０３に記憶された命令を実行し得る。そのような機能性は、ＷＤ２１０などの無線デバイスに、本明細書で開示される特徴または利益のうちのいずれかを含む、本明細書で説明される様々な無線特徴を与えることを含み得る。
【０１２０】
ストレージ２０３は、限定はしないが、永続ストレージ、固体メモリ、リモートでマウントされたメモリ、磁気媒体、光媒体、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、リムーバブル媒体、あるいは任意の他の好適なローカルまたはリモートメモリ構成要素を含む、任意の形態の揮発性または不揮発性コンピュータ可読メモリを備え得る。ストレージ２０３は、ネットワークノード２００によって利用される、ソフトウェアおよび符号化された論理を含む、任意の好適な命令、データまたは情報を記憶し得る。ストレージ２０３は、プロセッサ２０２によって行われた任意の計算および／またはインターフェース２０１を介して受信された任意のデータを記憶するために使用され得る。
【０１２１】
ネットワークノード２００は、ネットワークノード２００、ネットワーク２２０、および／またはＷＤ２１０の間のシグナリングおよび／またはデータの有線または無線通信において使用され得る、インターフェース２０１をも備える。たとえば、インターフェース２０１は、ネットワークノード２００が、有線接続にわたってネットワーク２２０からデータを送り、受信することを可能にするために必要とされ得る、フォーマットすること、コーディングすること、または変換することを実施し得る。インターフェース２０１はまた、アンテナ２０１ａに結合されるかまたはアンテナ２０１ａの一部であり得る、無線送信機および／または受信機を含み得る。無線機は、無線接続を介して他のネットワークノードまたはＷＤに送出されるべきであるデジタルデータを受信し得る。無線機は、デジタルデータを、適切なチャネルおよび帯域幅パラメータを有する無線信号にコンバートし得る。無線信号は、次いで、アンテナ２０１ａを介して適切な受信側（たとえば、ＷＤ２１０）に送信され得る。
【０１２２】
アンテナ２０１ａは、データおよび／または信号を無線で送信および受信することが可能な任意のタイプのアンテナであり得る。いくつかの実施形態では、アンテナ２０１ａは、たとえば、２ＧＨｚと６６ＧＨｚとの間の無線信号を送信／受信するように動作可能な１つまたは複数の全方向の、セクタまたはパネルアンテナを備え得る。全方向アンテナは、任意の方向に無線信号を送信／受信するために使用され得、セクタアンテナは、特定のエリア内のデバイスから無線信号を送信／受信するために使用され得、パネルアンテナは、比較的直線ラインで無線信号を送信／受信するために使用される見通し線アンテナであり得る。
【０１２３】
本明細書で使用される「無線デバイス」（ＷＤ）は、ネットワークノードおよび／または別の無線デバイスと無線で通信することが可能な、そうするように設定された、構成された、および／または動作可能なデバイスを指す。無線で通信することは、空中で情報を伝達するのに好適な、電磁信号、電波、赤外線信号、および／または他のタイプの信号を使用して無線信号を送信および／または受信することを伴い得る。特定の実施形態では、無線デバイスは、直接人間対話なしに情報を送信および／または受信するように設定され得る。たとえば、無線デバイスは、内部または外部イベントによってトリガされたとき、あるいは、ネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計され得る。概して、無線デバイスは、無線通信が可能な、そのために設定された、構成された、および／または動作可能な任意のデバイス、たとえば無線通信デバイスを表し得る。無線デバイスの例は、限定はしないが、スマートフォンなどのユーザ機器（ＵＥ）を含む。さらなる例は、無線カメラ、無線対応タブレットコンピュータ、ラップトップ埋込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、および／または無線顧客構内機器（ＣＰＥ）を含む。
【０１２４】
１つの特定の例として、無線デバイスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）のＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ規格など、３ＧＰＰによって公表された１つまたは複数の通信規格による通信のために設定されたＵＥを表し得る。本明細書で使用される「ユーザ機器」または「ＵＥ」は、必ずしも、関連のあるデバイスを所有し、および／または動作させる人間のユーザという意味における「ユーザ」を有するとは限らない。代わりに、ＵＥは、人間のユーザへの販売、または人間のユーザによる動作を意図されるが、特定の人間のユーザに初めに関連付けられないことがあるデバイスを表し得る。
【０１２５】
無線デバイスは、たとえばサイドリンク通信のための３ＧＰＰ規格を実装することによって、デバイス間（Ｄ２Ｄ）通信をサポートし得、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。
【０１２６】
また別の特定の例として、モノのインターネット（ＩｏＴ）シナリオでは、無線デバイスは、監視および／または測定を実施し、そのような監視および／または測定の結果を別の無線デバイスおよび／またはネットワークノードに送信する、マシンまたは他のデバイスを表し得る。無線デバイスは、この場合、マシン間（Ｍ２Ｍ）デバイスであり得、Ｍ２Ｍデバイスは、３ＧＰＰコンテキストではマシン型通信（ＭＴＣ）デバイスと呼ばれることがある。１つの特定の例として、無線デバイスは、３ＧＰＰ狭帯域モノのインターネット（ＮＢ−ＩｏＴ）規格を実装するＵＥであり得る。そのようなマシンまたはデバイスの特定の例は、センサー、電力計などの計量デバイス、産業用機械類、あるいは家庭用または個人用電気器具、たとえば、冷蔵庫、テレビジョン、時計などの個人用ウェアラブルなどである。他のシナリオでは、無線デバイスは車両または他の機器を表し得、車両または他の機器は、その動作ステータスを監視することおよび／またはその動作ステータスに関して報告すること、あるいはその動作に関連付けられた他の機能が可能である。
【０１２７】
上記で説明された無線デバイスは無線接続のエンドポイントを表し得、その場合には、デバイスは無線端末と呼ばれることがある。その上、上記で説明された無線デバイスはモバイルであり得、その場合には、デバイスはモバイルデバイスまたはモバイル端末と呼ばれることもある。
【０１２８】
図９に描かれているように、ＷＤ２１０は、任意のタイプの無線エンドポイント、移動局、モバイルフォン、無線ローカルループフォン、スマートフォン、ユーザ機器、デスクトップコンピュータ、ＰＤＡ、セルフォン、タブレット、ラップトップ、ＶｏＩＰフォンまたはハンドセットであり得、これは、ネットワークノード２００および／または他のＷＤなど、ネットワークノードとの間でデータおよび／または信号を無線で送り、受信することが可能である。ＷＤ２１０は、プロセッサ２１２と、ストレージ２１３と、インターフェース２１１と、アンテナ２１１ａとを備える。ネットワークノード２００のように、ＷＤ２１０の構成要素は、単一のより大きいボックス内に位置する単一のボックスとして描かれているが、実際には、無線デバイスは、単一の示された構成要素を作成する複数の異なる物理構成要素を備え得る（たとえば、ストレージ２１３は複数の個別マイクロチップを備え得、各マイクロチップは総記憶容量の一部分を表す）。
【０１２９】
プロセッサ２１２は、単体で、またはストレージ２１３などの他のＷＤ２１０構成要素と組み合わせてのいずれかで、ＷＤ２１０機能性を与えるように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび／または符号化された論理の組合せであり得る。そのような機能性は、本明細書で開示される特徴または利益のうちのいずれかを含む、本明細書で説明される様々な無線特徴を与えることを含み得る。
【０１３０】
ストレージ２１３は、限定はしないが、永続ストレージ、固体メモリ、リモートでマウントされたメモリ、磁気媒体、光媒体、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、リムーバブル媒体、あるいは任意の他の好適なローカルまたはリモートメモリ構成要素を含む、任意の形態の揮発性または不揮発性メモリであり得る。ストレージ２１３は、ＷＤ２１０によって利用される、ソフトウェアおよび符号化された論理を含む、任意の好適なデータ、命令、または情報を記憶し得る。ストレージ２１３は、プロセッサ２１２によって行われた任意の計算および／またはインターフェース２１１を介して受信された任意のデータを記憶するために使用され得る。
【０１３１】
インターフェース２１１は、ＷＤ２１０とネットワークノード２００との間のシグナリングおよび／またはデータの無線通信において使用され得る。たとえば、インターフェース２１１は、ＷＤ２１０が、無線接続にわたってネットワークノード２００からデータを送り、受信することを可能にするために必要とされ得る、フォーマットすること、コーディングすること、または変換することを実施し得る。インターフェース２１１はまた、アンテナ２１１ａに結合されるかまたはアンテナ２１１ａの一部であり得る、無線送信機および／または受信機を含み得る。無線機は、無線接続を介してネットワークノード２０１に送出されるべきであるデジタルデータを受信し得る。無線機は、デジタルデータを、適切なチャネルおよび帯域幅パラメータを有する無線信号にコンバートし得る。無線信号は、次いで、アンテナ２１１ａを介してネットワークノード２００に送信され得る。
【０１３２】
アンテナ２１１ａは、データおよび／または信号を無線で送信および受信することが可能な任意のタイプのアンテナであり得る。いくつかの実施形態では、アンテナ２１１ａは、２ＧＨｚと６６ＧＨｚとの間の無線信号を送信／受信するように動作可能な１つまたは複数の全方向の、セクタまたはパネルアンテナを備え得る。簡単のために、アンテナ２１１ａは、無線信号が使用されている限り、インターフェース２１１の一部と見なされ得る。
【０１３３】
図１０に示されているように、ユーザ機器３００は、例示的な無線デバイスである。ＵＥ３００は、アンテナ３０５と、無線フロントエンド回路要素３１０と、処理回路要素３１５と、コンピュータ可読記憶媒体３３０とを含む。アンテナ３０５は、１つまたは複数のアンテナまたはアンテナアレイを含み得、無線信号を送り、および／または受信するように設定され、無線フロントエンド回路要素３１０に接続される。いくつかの代替実施形態では、無線デバイス３００はアンテナ３０５を含まないことがあり、代わりに、アンテナ３０５は、無線デバイス３００とは別個であり、インターフェースまたはポートを通して無線デバイス３００に接続可能であり得る。
【０１３４】
無線フロントエンド回路要素３１０は、様々なフィルタおよび増幅器を備え得、アンテナ３０５および処理回路要素３１５に接続され、アンテナ３０５と処理回路要素３１５との間で通信される信号を調節するように設定される。いくつかの代替実施形態では、無線デバイス３００は無線フロントエンド回路要素３１０を含まないことがあり、代わりに、処理回路要素３１５は、無線フロントエンド回路要素３１０なしでアンテナ３０５に接続され得る。
【０１３５】
処理回路要素３１５は、無線周波数（ＲＦ）トランシーバ回路要素、ベースバンド処理回路要素、およびアプリケーション処理回路要素のうちの１つまたは複数を含み得る。いくつかの実施形態では、ＲＦトランシーバ回路要素、ベースバンド処理回路要素、およびアプリケーション処理回路要素は、別個のチップセット上にあり得る。代替実施形態では、ベースバンド処理回路要素およびアプリケーション処理回路要素の一部または全部は組み合わせられて１つのチップセットになり得、ＲＦトランシーバ回路要素は別個のチップセット上にあり得る。さらに代替の実施形態では、ＲＦトランシーバ回路要素およびベースバンド処理回路要素の一部または全部は同じチップセット上にあり得、アプリケーション処理回路要素は別個のチップセット上にあり得る。また他の代替実施形態では、ＲＦトランシーバ回路要素、ベースバンド処理回路要素、およびアプリケーション処理回路要素の一部または全部は、同じチップセット中で組み合わせられ得る。処理回路要素３１５は、たとえば、１つまたは複数の中央処理ユニット（ＣＰＵ）、１つまたは複数のマイクロプロセッサ、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、および／または１つまたは複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）を含み得る。
【０１３６】
特定の実施形態では、無線デバイスによって与えられるものとして本明細書で説明される機能性の一部または全部は、コンピュータ可読記憶媒体３３０に記憶された命令を実行する処理回路要素３１５によって与えられ得る。代替実施形態では、機能性の一部または全部は、ハードワイヤード様式などで、コンピュータ可読媒体に記憶された命令を実行することなしに処理回路要素３１５によって与えられ得る。それらの特定の実施形態のいずれでも、コンピュータ可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路要素は、説明される機能性を実施するように設定されると言われ得る。そのような機能性によって与えられる利益は、処理回路要素３１５単独に、またはＵＥ３００の他の構成要素に限定されないが、全体として無線デバイスによって、ならびに／または概してエンドユーザおよび無線ネットワークによって、享受される。
【０１３７】
アンテナ３０５、無線フロントエンド回路要素３１０、および／または処理回路要素３１５は、無線デバイスによって実施されるものとして本明細書で説明される任意の受信動作を実施するように設定され得る。任意の情報、データおよび／または信号が、ネットワークノードおよび／または別の無線デバイスから受信され得る。
【０１３８】
処理回路要素３１５は、無線デバイスによって実施されるものとして本明細書で説明される決定動作を実施するように設定され得る。処理回路要素３１５によって実施されるような、決定することは、処理回路要素３１５によって取得された情報を、たとえば、取得された情報を他の情報にコンバートすることによって、処理すること、取得された情報またはコンバートされた情報を無線デバイスに記憶された情報と比較すること、ならびに／あるいは、取得された情報またはコンバートされた情報に基づいて、および前記処理が決定を行ったことの結果として、１つまたは複数の動作を実施することを含み得る。
【０１３９】
アンテナ３０５、無線フロントエンド回路要素３１０、および／または処理回路要素３１５は、無線デバイスによって実施されるものとして本明細書で説明される任意の送信動作を実施するように設定され得る。任意の情報、データおよび／または信号が、ネットワークノードおよび／または別の無線デバイスに送信され得る。
【０１４０】
コンピュータ可読記憶媒体３３０は、概して、コンピュータプログラム、ソフトウェア、論理、ルール、コード、テーブルなどのうちの１つまたは複数を含むアプリケーション、および／またはプロセッサによって実行されることが可能な他の命令など、命令を記憶するように動作可能である。コンピュータ可読記憶媒体３３０の例は、コンピュータメモリ（たとえば、ランダムアクセスメモリ（ＲＡＭ）または読取り専用メモリ（ＲＯＭ））、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、ならびに／あるいは、処理回路要素３１５によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性、非一時的コンピュータ可読および／またはコンピュータ実行可能メモリデバイスを含む。いくつかの実施形態では、処理回路要素３１５およびコンピュータ可読記憶媒体３３０は、統合されると見なされ得る。
【０１４１】
ＵＥ３００の代替実施形態は、本明細書で説明される機能性および／または上記で説明されたソリューションをサポートするのに必要な機能性のうちのいずれかを含む、ＵＥの機能性のいくつかの態様を与えることを担当し得る、図１０に示されている構成要素以外の追加の構成要素を含み得る。ほんの一例として、ＵＥ３００は、入力インターフェース、デバイスおよび回路、ならびに、出力インターフェース、デバイスおよび回路を含み得る。入力インターフェース、デバイス、および回路は、ＵＥ３００への情報の入力を可能にするように設定され、処理回路要素３１５が入力情報を処理することを可能にするために、処理回路要素３１５に接続される。たとえば、入力インターフェース、デバイス、および回路は、マイクロフォン、近接度または他のセンサー、キー／ボタン、タッチディスプレイ、１つまたは複数のカメラ、ＵＳＢポート、あるいは他の入力エレメントを含み得る。出力インターフェース、デバイス、および回路は、ＵＥ３００からの情報の出力を可能にするように設定され、処理回路要素３１５がＵＥ３００から情報を出力することを可能にするために、処理回路要素３１５に接続される。たとえば、出力インターフェース、デバイス、または回路は、スピーカー、ディスプレイ、振動回路要素、ＵＳＢポート、ヘッドフォンインターフェース、または他の出力エレメントを含み得る。１つまたは複数の入力および出力インターフェース、デバイス、および回路を使用して、ＵＥ３００は、エンドユーザおよび／または無線ネットワークと通信し、エンドユーザおよび／または無線ネットワークが本明細書で説明される機能性から利益を得ることを可能にし得る。
【０１４２】
別の例として、ＵＥ３００は電力源（ｐｏｗｅｒ  ｓｏｕｒｃｅ）３３５を含み得る。電力源３３５は電力管理回路要素を備え得る。電力源３３５は電源（ｐｏｗｅｒ  ｓｕｐｐｌｙ）から電力を受信し得、電源は、電力源３３５中に備えられるか、または電力源３３５の外部にあるかのいずれかであり得る。たとえば、ＵＥ３００は、電力源３３５に接続された、または電力源３３５中で統合された、バッテリーまたはバッテリーパックの形態の電源を備え得る。光起電力デバイスなどの他のタイプの電力源も使用され得る。さらなる例として、ＵＥ３００は、電気ケーブルなどの入力回路要素またはインターフェースを介して（電気コンセントなどの）外部電源に接続可能であり得、それによって、外部電源は電力源３３５に電力を供給する。電力源３３５は、無線フロントエンド回路要素３１０、処理回路要素３１５、および／またはコンピュータ可読記憶媒体３３０に接続され、本明細書で説明される機能性を実施するための電力を、処理回路要素３１５を含む、ＵＥ３００に供給するように設定され得る。
【０１４３】
ＵＥ３００は、たとえば、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、またはＢｌｕｅｔｏｏｔｈ無線技術など、無線デバイス３００に統合された異なる無線技術のための、処理回路要素３１５、コンピュータ可読記憶媒体３３０、無線回路要素３１０、および／またはアンテナ３０５の複数のセットをも含み得る。これらの無線技術は、同じまたは異なるチップセットおよび無線デバイス３００内の他の構成要素に統合され得る。
【０１４４】
本明細書で説明される任意のステップまたは特徴は、いくつかの実施形態を示すにすぎない。すべての実施形態が、開示されるすべてのステップまたは特徴を組み込むことも、本明細書で描かれるかまたは説明される厳密な順序でステップが実施されることも必要とされない。その上、いくつかの実施形態は、本明細書で開示されるステップのうちの１つまたは複数に固有のステップを含む、本明細書で示されないまたは説明されないステップまたは特徴を含み得る。
【０１４５】
任意の適切なステップ、方法、または機能は、たとえば、上記の図のうちの１つまたは複数に示された構成要素および機器によって実行され得るコンピュータプログラム製品を通して実施され得る。たとえば、ストレージ２０３は、コンピュータプログラムが記憶され得るコンピュータ可読手段を備え得る。コンピュータプログラムは、プロセッサ２０２（ならびにインターフェース２０１およびストレージ２０３など、動作可能に結合されたエンティティおよびデバイス）に、本明細書で説明される実施形態による方法を実行させる命令を含み得る。コンピュータプログラムおよび／またはコンピュータプログラム製品は、こうして、本明細書で開示される任意のステップを実施するための手段を与え得る。
【０１４６】
任意の適切なステップ、方法、または機能は、１つまたは複数の機能モジュールを通して実施され得る。各機能モジュールは、ソフトウェア、コンピュータプログラム、サブルーチン、ライブラリ、ソースコード、または、たとえば、プロセッサによって実行される任意の他の形態の実行可能な命令を備え得る。いくつかの実施形態では、各機能モジュールは、ハードウェアでおよび／またはソフトウェアで実装され得る。たとえば、１つまたは複数のまたはすべての機能モジュールは、場合によってはストレージ２１３および／または２０３と協働して、プロセッサ２１２および／または２０２によって実装され得る。プロセッサ２１２および／または２０２ならびにストレージ２１３および／または２０３は、こうして、それぞれの機能モジュールが本明細書で開示される任意のステップまたは機能を実施することを可能にするために、プロセッサ２１２および／または２０２が、ストレージ２１３および／または２０３から命令をフェッチし、フェッチされた命令を実行することを可能にするように配置され得る。
【０１４７】
追加の実施形態によれば、図１１を参照すると、通信システムは、無線アクセスネットワークなどのアクセスネットワーク３２１１とコアネットワーク３２１４とを備える、３ＧＰＰタイプセルラーネットワークなどの電気通信ネットワーク３２１０を含む。アクセスネットワーク３２１１は、ＮＢ、ｅＮＢ、ｇＮＢまたは他のタイプの無線アクセスポイントなど、複数の基地局３２１２ａ、３２１２ｂ、３２１２ｃを備え、各々、対応するカバレッジエリア３２１３ａ、３２１３ｂ、３２１３ｃを規定する。各基地局３２１２ａ、３２１２ｂ、３２１２ｃは、有線接続または無線接続３２１５を介してコアネットワーク３２１４に接続可能である。カバレッジエリア３２１３ｃ中に位置する第１のユーザ機器（ＵＥ）３２９１は、対応する基地局３２１２ｃに無線で接続するか、または対応する基地局３２１２ｃによってページングされるように設定される。カバレッジエリア３２１３ａ中の第２のＵＥ３２９２は、対応する基地局３２１２ａに無線で接続可能である。この例では複数のＵＥ３２９１、３２９２が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア中にある状況、または、唯一のＵＥが、対応する基地局３２１２に接続している状況に、等しく適用可能である。
【０１４８】
電気通信ネットワーク３２１０は、それ自体、ホストコンピュータ３２３０に接続され、ホストコンピュータ３２３０は、スタンドアロンサーバ、クラウド実装されたサーバ、分散サーバのハードウェアおよび／またはソフトウェアで、あるいはサーバファーム中の処理リソースとして具現され得る。ホストコンピュータ３２３０は、サービスプロバイダの所有または制御下にあり得るか、あるいはサービスプロバイダによってまたはサービスプロバイダの代わりに動作され得る。電気通信ネットワーク３２１０とホストコンピュータ３２３０との間の接続３２２１、３２２２が、コアネットワーク３２１４からホストコンピュータ３２３０まで直接延び得るか、または随意の中間ネットワーク３２２０を介して進み得る。中間ネットワーク３２２０は、公衆ネットワーク、プライベートネットワークまたはホストされたネットワークのうちの１つ、あるいはそれらのうちの２つ以上の組合せであり得、中間ネットワーク３２２０は、もしあれば、バックボーンネットワークまたはインターネットであり得、特に、中間ネットワーク３２２０は、２つまたはそれ以上のサブネットワーク（図示せず）を備え得る。
【０１４９】
図１１の通信システムは、全体として、接続されたＵＥ３２９１、３２９２のうちの１つとホストコンピュータ３２３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ：ｏｖｅｒ−ｔｈｅ−ｔｏｐ）接続３２５０として説明され得る。ホストコンピュータ３２３０および接続されたＵＥ３２９１、３２９２は、アクセスネットワーク３２１１、コアネットワーク３２１４、任意の中間ネットワーク３２２０および考えられるさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続３２５０を介して、データおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続３２５０は、ＯＴＴ接続３２５０が通過する、参加する通信デバイスが、アップリンクおよびダウンリンク通信のルーティングを認識していないという点で、透過的であり得る。たとえば、基地局３２１２は、接続されたＵＥ３２９１にフォワーディングされる（たとえば、ハンドオーバされる）べきホストコンピュータ３２３０から発信したデータをもつ着信ダウンリンク通信の過去のルーティングについて、通知されないことがあるかまたは通知される必要がない。同様に、基地局３２１２は、ＵＥ３２９１からホストコンピュータ３２３０に向けて発信した発信アップリンク通信の将来のルーティングを認識している必要がない。
【０１５０】
次に、一実施形態による、前の段落において説明されたＵＥ、基地局およびホストコンピュータの例示的な実装形態が、図１２を参照しながら説明される。通信システム３３００では、ホストコンピュータ３３１０は、通信システム３３００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース３３１６を含む、ハードウェア３３１５を備える。ホストコンピュータ３３１０は、記憶および／または処理能力を有し得る、処理回路要素３３１８をさらに備える。特に、処理回路要素３３１８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイまたはこれらの組合せ（図示せず）を備え得る。ホストコンピュータ３３１０はソフトウェア３３１１をさらに備え、ソフトウェア３３１１は、ホストコンピュータ３３１０に記憶されるかまたはホストコンピュータ３３１０によってアクセス可能であり、処理回路要素３３１８によって実行可能である。ソフトウェア３３１１はホストアプリケーション３３１２を含む。ホストアプリケーション３３１２は、ＵＥ３３３０およびホストコンピュータ３３１０において終端するＯＴＴ接続３３５０を介して接続するＵＥ３３３０など、リモートユーザにサービスを与えるように動作可能であり得る。リモートユーザにサービスを与える際に、ホストアプリケーション３３１２は、ＯＴＴ接続３３５０を使用して送信されるユーザデータを与え得る。
【０１５１】
通信システム３３００は基地局３３２０をさらに含み、基地局３３２０は、電気通信システム中に設けられ、基地局３３２０がホストコンピュータ３３１０およびＵＥ３３３０と通信することを可能するハードウェア３３２５を備える。ハードウェア３３２５は、通信システム３３００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース３３２６、ならびに基地局３３２０によってサーブされるカバレッジエリア（図１２に図示せず）中に位置するＵＥ３３３０との少なくとも無線接続３３７０をセットアップおよび維持するための無線インターフェース３３２７を含み得る。通信インターフェース３３２６は、ホストコンピュータ３３１０への接続３３６０を容易にするように設定され得る。接続３３６０は直接的であり得るか、あるいは、接続３３６０は、電気通信システムのコアネットワーク（図１２に図示せず）を、および／または電気通信システムの外部の１つまたは複数の中間ネットワークを通過し得る。図示の実施形態では、基地局３３２０のハードウェア３３２５は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイまたはこれらの組合せ（図示せず）を備え得る、処理回路要素３３２８をさらに含む。基地局３３２０は、内部に記憶された、または外部接続を介してアクセス可能なソフトウェア３３２１をさらに有する。
【０１５２】
通信システム３３００は、すでに言及されたＵＥ３３３０をさらに含む。ＵＥ３３３０のハードウェア３３３５は、ＵＥ３３３０が現在位置するカバレッジエリアをサーブする基地局との無線接続３３７０をセットアップおよび維持するように設定された無線インターフェース３３３７を含み得る。ＵＥ３３３０のハードウェア３３３５は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイまたはこれらの組合せ（図示せず）を備え得る、処理回路要素３３３８をさらに含む。ＵＥ３３３０はソフトウェア３３３１をさらに備え、ソフトウェア３３３１は、ＵＥ３３３０に記憶されるかまたはＵＥ３３３０によってアクセス可能であり、処理回路要素３３３８によって実行可能である。ソフトウェア３３３１はクライアントアプリケーション３３３２を含む。クライアントアプリケーション３３３２は、ホストコンピュータ３３１０のサポートを伴って、ＵＥ３３３０を介して人間のまたは人間でないユーザにサービスを与えるように動作可能であり得る。ホストコンピュータ３３１０では、実行しているホストアプリケーション３３１２は、ＵＥ３３３０およびホストコンピュータ３３１０において終端するＯＴＴ接続３３５０を介して、実行しているクライアントアプリケーション３３３２と通信し得る。ユーザにサービスを与える際に、クライアントアプリケーション３３３２は、ホストアプリケーション３３１２から要求データを受信し、要求データに応答してユーザデータを与え得る。ＯＴＴ接続３３５０は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーション３３３２は、クライアントアプリケーション３３３２が与えるユーザデータを生成するためにユーザと対話し得る。
【０１５３】
図１２に示されているホストコンピュータ３３１０、基地局３３２０およびＵＥ３３３０は、それぞれ、図１１のホストコンピュータ３２３０、基地局３２１２ａ、３２１２ｂ、３２１２ｃのうちの１つ、およびＵＥ３２９１、３２９２のうちの１つと同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図１２に示されているものであり得、別個に、周囲のネットワークトポロジーは、図１１のものであり得る。
【０１５４】
図１２では、ＯＴＴ接続３３５０は、仲介デバイスおよびこれらのデバイスを介したメッセージの正確なルーティングへの明示的言及なしに、基地局３３２０を介した、ホストコンピュータ３３１０とユーザ機器３３３０との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ルーティングは、ＵＥ３３３０から、またはホストコンピュータ３３１０を動作させるサービスプロバイダから、あるいはその両方から隠れるように設定され得る。ＯＴＴ接続３３５０がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが、（たとえば、ネットワークの負荷分散考慮事項または再設定に基づいて）ルーティングを動的に変更する決定を行い得る。
【０１５５】
ＵＥ３３３０と基地局３３２０との間の無線接続３３７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続３３７０が最後のセグメントを形成するＯＴＴ接続３３５０を使用してＵＥ３３３０に与えられるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、どの論理チャネルがサーブされるかの決定を改善し、それにより、改善されたサービス品質などの利益を与え得る。
【０１５６】
１つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定プロシージャが与えられ得る。測定結果の変動に応答して、ホストコンピュータ３３１０とＵＥ３３３０との間のＯＴＴ接続３３５０を再設定するための随意のネットワーク機能性がさらにあり得る。ＯＴＴ接続３３５０を再設定するための測定プロシージャおよび／またはネットワーク機能性は、ホストコンピュータ３３１０のソフトウェア３３１１で、またはＵＥ３３３０のソフトウェア３３３１で、あるいはその両方で実装され得る。実施形態では、ＯＴＴ接続３３５０が通過する通信デバイスにおいて、またはその通信デバイスに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給すること、またはソフトウェア３３１１、３３３１が監視された量を算出または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。ＯＴＴ接続３３５０の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、基地局３３２０に影響を及ぼす必要はなく、再設定は、基地局３３２０に知られていないかまたは感知できないことがある。そのようなプロシージャおよび機能性は、当技術分野において知られ、実施され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ３３１０の測定を容易にするプロプライエタリＵＥシグナリングを伴い得る。測定は、ソフトウェア３３１１、３３３１が、伝搬時間、エラーなどを監視しながら、ソフトウェア３３１１、３３３１が、ＯＴＴ接続３３５０を使用して、メッセージ、特に、空のまたは「ダミー」メッセージを送信させるという点で実装され得る。
【０１５７】
図１３は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１１および図１２を参照しながら説明されたものであり得る、ホストコンピュータ、基地局およびＵＥを含む。本開示の簡単のために、図１３への図面参照のみがこのセクションに含まれる。この方法の随意の第１のステップ３４１０において、ＵＥは、ホストコンピュータによって与えられた入力データを受信する。追加または代替として、随意の第２のステップ３４２０において、ＵＥはユーザデータを与える。第２のステップ３４２０の随意のサブステップ３４２１において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを与える。第１のステップ３４１０のさらなる随意のサブステップ３４１１において、ＵＥは、ホストコンピュータによって与えられた受信された入力データに反応して、ユーザデータを与えるクライアントアプリケーションを実行する。ユーザデータを与える際に、実行されるクライアントアプリケーションは、さらに、ユーザから受信されたユーザ入力を考慮し得る。ユーザデータが与えられた特定の様式にかかわらず、ＵＥは、随意の第３のサブステップ３４３０において、ホストコンピュータへのユーザデータの送信を開始する。この方法の第４のステップ３４４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。
【０１５８】
図１４は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１１および図１２を参照しながら説明されたものであり得る、ホストコンピュータ、基地局およびＵＥを含む。本開示の簡単のために、図１４への図面参照のみがこのセクションに含まれる。この方法の随意の第１のステップ３５１０において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。随意の第２のステップ３５２０において、基地局は、ホストコンピュータへの、受信されたユーザデータの送信を開始する。第３のステップ３５３０において、ホストコンピュータは、基地局によって開始された送信において搬送されたユーザデータを受信する。
【０１５９】
発明的概念のいくつかの態様が、主に、数個の実施形態を参照しながら上記で説明された。しかしながら、当業者によって容易に諒解されるように、上記で開示された実施形態以外の実施形態が等しく可能であり、発明的概念の範囲内にある。同様に、若干の異なる組合せが論じられたが、すべての可能な組合せが開示されたとは限らない。当業者は、他の組合せが存在し、発明的概念の範囲内にあることを諒解するであろう。その上、当業者によって理解されているように、本明細書で開示される実施形態は、そのようなものとして他の規格および通信システムにも適用可能であり、他の特徴と関連付けて開示される特定の図からの任意の特徴は、任意の他の図に適用可能であり、および／または異なる特徴と組み合わせられ得る。
【図１】
2020519149.tif 000004
【図２】
2020519149.tif 000005
【図３】
2020519149.tif 000006
【図４】
2020519149.tif 000007
【図５】
2020519149.tif 000008
【図６】
2020519149.tif 000009
【図７】
2020519149.tif 000010
【図８】
2020519149.tif 000011
【図９】
2020519149.tif 000012
【図１０】
2020519149.tif 000013
【図１１】
2020519149.tif 000014
【図１２】
2020519149.tif 000015
【図１３】
2020519149.tif 000016
【図１４】
2020519149.tif 000017
【手続補正書】
【提出日】令和2年1月14日(2020.1.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）（２１０）によって実施される方法（５００）であって、前記方法は、
無線アクセスネットワーク（ＲＡＮ）（２２０）へのアクセス要求を実施するように前記ＵＥをトリガするイベントに応答して、適用すべきアクセスカテゴリーを決定すること（５０４）と、
前記アクセスカテゴリーを適用して、規制チェックを実施すること（５０６）と、
前記アクセスカテゴリーに基づいて、アクセスが規制されていないと決定すると、前記ＲＡＮ中のネットワークノード（２００）に前記アクセス要求を送ること（５０８）であって、前記アクセス要求が前記アクセスカテゴリーを含み、前記ネットワークノードが、前記アクセスカテゴリーに基づいて、前記アクセス要求を受け入れるべきなのか拒否すべきなのかを決める、前記アクセス要求を送ること（５０８）と
を含む、方法（５００）。
【請求項２】
無線アクセスネットワーク（ＲＡＮ）（２２０）中のネットワークノード（２００）によって実施される方法（７００）であって、前記方法は、
ユーザ機器（ＵＥ）（２１０）からアクセス要求を受信すること（７０４）であって、前記アクセス要求がアクセスカテゴリーを含み、前記アクセス要求がイベントによってトリガされ、前記アクセスカテゴリーに基づいて、アクセスが規制されないことが前記ＵＥ（２１０）によって決定される、アクセス要求を受信すること（７０４）と、
前記アクセスカテゴリーに基づいて、前記アクセス要求を受け入れるべきなのか拒否すべきなのかを決めること（７０６）と
を含む、方法（７００）。
【請求項３】
ユーザ機器（ＵＥ）（２１０）であって、
無線アクセスネットワーク（ＲＡＮ）（２２０）へのアクセス要求を実施するように前記ＵＥ（２１０）をトリガするイベントに応答して、適用すべきアクセスカテゴリーを決定すること（５０４）と、
前記アクセスカテゴリーを適用して、規制チェックを実施すること（５０６）と、
前記アクセスカテゴリーに基づいて、アクセスが規制されていないと決定すると、前記ＲＡＮ（２２０）中のネットワークノード（２００）に前記アクセス要求を送ること（５０８）であって、前記アクセス要求が前記アクセスカテゴリーを含み、前記ネットワークノード（２００）が、前記アクセスカテゴリーに基づいて、前記アクセス要求を受け入れるべきなのか拒否すべきなのかを決める、前記アクセス要求を送ること（５０８）と
を行うように設定された処理回路要素（２１２）
を備える、ユーザ機器（ＵＥ）（２１０）。
【請求項４】
適用すべき前記アクセスカテゴリーを決定することより前に、前記処理回路要素（２１２）が、前記ネットワークノード（２００）によってブロードキャストされたシステム情報を受信する（５０２）ようにさらに設定され、前記システム情報が、１つまたは複数のアクセスカテゴリーのためのアクセス規制パラメータを含む、請求項３に記載のＵＥ（２１０）。
【請求項５】
前記規制チェックが、前記適用されたアクセスカテゴリーのための前記アクセス規制パラメータを使用して実施される、請求項４に記載のＵＥ（２１０）。
【請求項６】
前記システム情報は、前記ＵＥ（２１０）が適用し得る複数の潜在的アクセスカテゴリーの指示をさらに含む、請求項４または５に記載のＵＥ（２１０）。
【請求項７】
前記処理回路要素（２１２）が、前記複数の潜在的アクセスカテゴリーに適応するために、前記アクセス要求中でビット数を予約するようにさらに設定された、請求項６に記載のＵＥ（２１０）。
【請求項８】
前記指示が、前記ＵＥ（２１０）による前記アクセス要求中で予約されるべきビット数の明示的指示を含む、請求項６または７に記載のＵＥ（２１０）。
【請求項９】
前記処理回路要素（２１２）が、前記トリガリングイベントと、前記トリガリングイベントを特定のアクセスカテゴリーにマッピングするためのルールとに基づいて、適用すべき前記アクセスカテゴリーを決定するように設定された、請求項３から８のいずれか一項に記載のＵＥ（２１０）。
【請求項１０】
どのルールも利用可能でない場合、前記トリガリングイベントが、あらかじめ規定されたアクセスカテゴリーにマッピングされる、請求項９に記載のＵＥ（２１０）。
【請求項１１】
前記アクセス要求が、前記アクセスカテゴリーを表す、少なくとも２つの部分に分割されたアクセスカテゴリー情報エレメントを含む、請求項３から１０のいずれか一項に記載のＵＥ（２１０）。
【請求項１２】
前記アクセスカテゴリー情報エレメントの第１の部分が、規格化されたアクセスカテゴリーのために予約されたＮビットを備え、
前記アクセスカテゴリー情報エレメントの第２の部分が、オペレータ規定アクセスカテゴリーのために予約されたＭビットを備え、
ＭおよびＮが整数であり、Ｍがオペレータに応じて変動し、Ｎが固定数である、
請求項１１に記載のＵＥ（２１０）。
【請求項１３】
前記アクセスカテゴリーが確立理由として使われ、前記アクセス要求が、無線リソース制御（ＲＲＣ）接続要求およびＲＲＣ接続再開要求のうちの１つである、請求項３から１２のいずれか一項に記載のＵＥ（２１０）。
【請求項１４】
無線アクセスネットワーク（ＲＡＮ）（２２０）中のネットワークノード（２００）であって、前記ネットワークノード（２００）は、
ユーザ機器（ＵＥ）（２１０）からアクセス要求を受信すること（７０４）であって、前記アクセス要求がアクセスカテゴリーを含み、前記アクセス要求がイベントによってトリガされ、前記アクセスカテゴリーに基づいて、アクセスが規制されないことが前記ＵＥ（２１０）によって決定される、アクセス要求を受信すること（７０４）と、
前記アクセスカテゴリーに基づいて、前記アクセス要求を受け入れるべきなのか拒否すべきなのかを決めること（７０６）と
を行うように設定された処理回路要素（２０２）
を備える、ネットワークノード（２００）。
【請求項１５】
前記アクセス要求を受信することより前に、前記処理回路要素（２０２）が、システム情報をブロードキャストする（７０２）ようにさらに設定され、前記システム情報が、複数のアクセスカテゴリーのためのアクセス規制パラメータを含む、請求項１４に記載のネットワークノード（２００）。
【請求項１６】
前記システム情報は、前記ＵＥ（２１０）が適用し得る複数の潜在的アクセスカテゴリーの指示をさらに含む、請求項１４または１５に記載のネットワークノード（２００）。
【請求項１７】
前記指示が、前記ＵＥ（２１０）による前記アクセス要求中で予約されるべきビット数の明示的指示を含む、請求項１４から１６のいずれか一項に記載のネットワークノード（２００）。
【請求項１８】
前記アクセス要求が、前記アクセスカテゴリーを表す、少なくとも２つの部分に分割されたアクセスカテゴリー情報エレメントを含む、請求項１４から１７のいずれか一項に記載のネットワークノード（２００）。
【請求項１９】
前記アクセスカテゴリー情報エレメントの第１の部分が、規格化されたアクセスカテゴリーのために予約されたＮビットを備え、
前記アクセスカテゴリー情報エレメントの第２の部分が、オペレータ規定アクセスカテゴリーのために予約されたＭビットを備え、
ＭおよびＮが整数であり、Ｍがオペレータに応じて変動し、Ｎが固定数である、
請求項１８に記載のネットワークノード（２００）。
【請求項２０】
前記処理回路要素が、前記アクセスを受け入れるべきなのか拒否すべきなのかを、前記アクセスカテゴリーと、
トリガリングイベント、
トラフィックタイプ、
サービスタイプ、
スライス、および
ＵＥ優先度
のうちの１つまたは複数とに基づいて決めるように設定された、請求項１４から１９のいずれか一項に記載のネットワークノード（２００）。
【請求項２１】
前記アクセスカテゴリーが確立理由として使われ、前記アクセス要求が、無線リソース制御（ＲＲＣ）接続要求およびＲＲＣ接続再開要求のうちの１つである、請求項１４から２０のいずれか一項に記載のネットワークノード（２００）。
【国際調査報告】
2020519149.tif 000018
2020519149.tif 000019
2020519149.tif 000020