(57)【要約】ネットワーク内でアップリンクデータを伝送することへの現在のアプローチは、多くの場合、リソースが許可されることを要求する。例では、ノードまたは装置は、複数のデバイスがネットワーク内のアップリンクにメッセージを伝送するとき、メッセージが、それぞれの許可不要アクセス配分によって定義される周波数リソースを使用して伝送され、複数のデバイスが、許可不要モードで動作するように、メッセージを伝送するためにアクセスを許可されることなくメッセージを伝送するように、それぞれの許可不要アクセス配分に従って、許可不要モードで動作するように複数のデバイスを構成し得る。
2019518392.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサと、メモリと、通信回路とを備えている装置であって、前記装置は、その通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
複数のデバイスをそれぞれの許可不要アクセス配分に従って許可不要モードで動作するように構成することを含む動作を前記装置に実施させ、
それによって、複数のデバイスが前記ネットワーク内のアップリンクにメッセージを伝送するとき、前記メッセージは、前記それぞれの許可不要アクセス配分によって定義される周波数リソースを使用して伝送され、前記複数のデバイスは、前記メッセージを伝送するためのアクセスを許可されることなく前記メッセージを伝送し、前記許可不要モードで動作する、装置。
【請求項２】
前記複数のデバイスは、デバイスの第１の組と、前記デバイスの第１の組と比較して異なる動作要件を有するデバイスの第２の組とを備えている、請求項１に記載の装置。
【請求項３】
前記複数のデバイスを構成することは、
前記デバイスの第１の組が前記ネットワーク内のアップリンクにメッセージを伝送するとき、前記メッセージが前記周波数リソースの第１のサブバンド内で伝送されるように、前記デバイスの第１の組を構成することと、
前記デバイスの第２の組が前記ネットワーク内のアップリンクにメッセージを伝送するとき、前記メッセージが前記第１のサブバンドと別個である前記周波数リソースの第２のサブバンド内で伝送されるように、前記デバイスの第２の組を構成することと
をさらに含む、請求項２に記載の装置。
【請求項４】
前記第１のサブバンドは、第１のタイプのデバイスまたはサービスのための前記ネットワークの第１のスライスを定義し、前記第２のサブバンドは、前記第１のタイプのデバイスまたはサービスと異なる第２のタイプのデバイスまたはサービスのための前記ネットワークの第２のスライスを定義する、請求項３に記載の装置。
【請求項５】
前記複数のデバイスを構成することは、
前記デバイスの第１の組が前記ネットワーク内のアップリンクにメッセージを伝送するとき、前記メッセージが前記周波数リソースの第１のサブバンド内で伝送されるように、前記デバイスの第１の組を構成することと、
前記デバイスの第２の組が前記ネットワーク内のアップリンクにメッセージを伝送するとき、前記メッセージが前記周波数リソースの前記第１のサブバンド内で伝送され、前記メッセージが、前記デバイスの第１の組によって伝送される前記メッセージよりも高い優先順位を有するように伝送されるように、前記デバイスの第２の組を構成することと
をさらに含む、請求項２に記載の装置。
【請求項６】
前記デバイスの第１の組は、超高信頼性および低遅延通信（ＵＲＬＬＣ）デバイスであり、前記デバイスの第２の組は、マッシブマシンタイプ通信（ｍＭＴＣ）デバイスである、請求項５に記載の装置。
【請求項７】
前記第１のサブバンドは、許可された拡張モバイルブロードバンド（ｍＭＢＢ）デバイスによって共有され、前記ｍＭＢＢデバイスは、それらのそれぞれのメッセージ伝送間に対立があるかどうかにかかわらず、前記ＵＲＬＬＣデバイスによってオーバーライドされる、請求項６に記載の装置。
【請求項８】
前記複数のデバイスを構成することは、
前記デバイスの第１の組が前記ネットワーク内のアップリンクにメッセージを伝送するとき、前記メッセージが前記周波数リソースの第１のサブバンド内および前記周波数リソースの第２のサブバンド内で伝送されるように、前記デバイスの第１の組を構成することであって、前記デバイスの第１の組は、前記第１のサブバンドおよび前記第２のサブバンドをデバイスの第３の組と共有する、ことと、
前記デバイスの第２の組が前記ネットワーク内のアップリンクにメッセージを伝送するとき、前記メッセージが前記第１のサブバンドと前記第２のサブバンドとの間にあるガードバンド内で伝送されるように、前記デバイスの第２の組を構成することと
をさらに含む、請求項２に記載の装置。
【請求項９】
前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
前記複数のデバイスの各々に関連付けられたコンテキスト情報を取得することと、
少なくとも部分的に前記コンテキスト情報に基づいて、前記複数のデバイスのうちの各デバイスが構成される前記それぞれの許可不要配分を決定することと
を含むさらなる動作を前記装置に実施させる、請求項１に記載の装置。
【請求項１０】
前記コンテキスト情報は、各デバイスに関連付けられたデバイスタイプ、各デバイスに関連付けられたサービス、各デバイスの待ち時間要件、各デバイスに関連付けられたモビリティ、各デバイスに関連付けられたトラフィックタイプ、または各デバイスからのデータ伝送の計画されたスケジュールのうちの少なくとも１つを備えている、請求項９に記載の装置。
【請求項１１】
プロセッサと、メモリと、通信回路とを備えている装置であって、前記装置は、その通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
第１のアクセス配分信号を少なくとも１つのデバイスに送信することであって、前記第１のアクセス配分信号は、第１のアクセス配分方式と、第１の動的アクセス構成時間インターバルの指示とを備えている、ことと、
前記第１の動的アクセス構成時間インターバル中、前記少なくとも１つのデバイスから第１の許可不要アップリンク伝送を受信することであって、前記第１の許可不要アップリンク伝送は、前記第１のアクセス配分方式に従って送信される、ことと
を含む動作を前記装置に実施させる、装置。
【請求項１２】
前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
前記少なくとも１つのデバイスに関連付けられたトラフィックに基づいて、第２のアクセス配分信号を前記少なくとも１つのデバイスに送信することであって、前記第２のアクセス配分信号は、第２のアクセス配分方式と、前記第１の動的アクセス構成時間インターバルと異なる第２の動的アクセス構成インターバルの指示とを備えている、ことと、
前記第２の動的アクセス構成時間インターバル中、前記少なくとも１つのデバイスから第２の許可不要アップリンク伝送を受信することであって、前記第２の許可不要アップリンク伝送は、前記第１の配分方式と異なる前記第２の配分方式に従って送信される、ことと、
を含むさらなる動作を前記装置に実施させる、請求項１１に記載の装置。
【請求項１３】
前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
前記第１の動的アクセス構成時間インターバルに対して前記少なくとも１つのデバイスから要求を受信することと、
前記要求に応答して、前記第１の配分アクセス信号を前記少なくとも１つのデバイスに送信することと、
を含むさらなる動作を前記装置に実施させる、請求項１１に記載の装置。
【請求項１４】
前記第１のアクセス配分信号は、前記装置のカバレッジエリア内の複数のデバイスに周期的に伝送される、請求項１１に記載の装置。
【請求項１５】
前記第１のアクセス配分信号は、アクセス配分信号に専用の第１のチャネルまたは他の制御信号と共有される第２のチャネルを経由して送信される、請求項１１に記載の装置。
【請求項１６】
プロセッサと、メモリと、通信回路とを備えている装置であって、前記装置は、その通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
第１の専用コンテンションエリアおよびコンテンション時間インターバルを取得することと、
伝送のための特定のリソースを許可されることなく、前記コンテンション時間インターバル中、前記専用コンテンションエリア内で前記ネットワーク内のアップリンクにメッセージを伝送することと
を含む動作を前記装置に実施させる、装置。
【請求項１７】
前記動作は、
否定応答を受信することと、
前記否定応答に応答して、前記コンテンション時間インターバル中、第２の専用コンテンションエリア内で前記ネットワーク内のアップリンクにメッセージを再伝送することと
をさらに含む、請求項１６に記載の装置。
【請求項１８】
前記動作は、
事前決定された時間にわたって待つことと、
肯定応答を受信することなく前記事前決定された時間が経過すると、前記コンテンション時間インターバル中、第２の専用コンテンションエリア内で前記ネットワーク内のアップリンクにメッセージを再伝送することと
をさらに含む、請求項１６に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の引用）
本願は、米国仮特許出願第６２／３５０，５５０号（２０１６年６月１５日出願）、米国仮特許出願第６２／３７３，６９１号（２０１６年８月１１日出願）、米国仮特許出願第６２／３９９，９２１号（２０１６年９月２６日出願）、および米国仮特許出願第６２／４０１，０６２号（２０１６年９月２８日出願）に対する優先権の利益を主張し、上記出願の開示は、それらの全体が参照により本明細書に引用される。
【背景技術】
【０００２】
２０２０年およびそれ以降のためのＩｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＩＭＴ）（例えば、ＩＭＴ２０２０）は、現在のＩＭＴを超えて継続するであろう、多様な使用シナリオおよび用途群を拡張ならびにサポートするように想定される。さらに、多種多様な能力が、これらの異なる使用シナリオと緊密に結合され得る。例示的使用シナリオ群は、拡張モバイルブロードバンド（ｅＭＢＢ）、超信頼性かつ低遅延の通信（ＵＲＬＬＣ）、マッシブマシンタイプ通信（ｍＭＴＣ）、ならびにネットワーク動作を含む。ｅＭＢＢの例示的動作特性は、マクロおよびスモールセル、１ミリ秒の待ち時間（エアインターフェース）、高いモビリティのためのサポート等を含み得る。ＵＲＬＬＣの例示的動作特性は、低・中データレート（例えば、５０ｋｂｐｓ〜１０Ｍｂｐｓ）、１ミリ秒未満のエアインターフェース待ち時間、９９．９９９％信頼性および利用可能性、低接続確立待ち時間、０〜５００ｋｍ／時間のモビリティ等を含み得る。例示的ｍＭＴＣ動作特性は、低いデータレート（例えば、１〜１００ｋｂｐｓ）、デバイスの高い密度（例えば、２００，０００／ｋｍ２）、変動する待ち時間、要求される低電力（例えば、最大１５年のバッテリ自律性）、非同期アクセス等を含み得る。ネットワーク動作は、ネットワークスライシング、ルーティング、移動およびインターワーキング、エネルギー節約等の種々の主題に対処する。
【０００３】
新しい無線（ＮＲ）要件に関して、３ＧＰＰ  ＴＲ  ３８．９１３は、新しい無線（ＮＲ）技術のためのシナリオおよび要件を定義する。ＵＲＬＬＣおよびｍＭＴＣデバイスのための重要性能インジケータ（ＫＰＩ）が、以下の表１に要約される。
【０００４】
【表１】
2019518392.tif 000003
【発明の概要】
【課題を解決するための手段】
【０００５】
種々の実施形態によると、許可不要アップリンク伝送のための機構が開示される。一実施形態では、許可不要アップリンク伝送のためのアクセス配分は、デバイスグラフィカルユーザインターフェース（ＧＵＩ）またはＯｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ（ＯＭＡ）デバイス管理（ＤＭ）システム構成を介して、静的であり得る。別の実施形態では、許可不要アップリンク伝送のためのアクセス配分は、システムブロードキャスティング／マルチキャストティングおよびユニキャストまたはＲＲＣ／ＭＡＣメッセージを介して、半静的であり得る。さらに別の実施形態では、アクセス配分は、ダウンリンク制御信号またはチャネルを介した動的配分を含み得る。許可不要コンテンションベースのアップリンク伝送のための種々の機構が、本明細書に開示される。２次元（例えば、時間および周波数）優先衝突回避方式が、コンテンションベースのアクセスに対して本明細書に開示される。
【０００６】
例示的実施形態では、ノードまたは装置は、複数のデバイスがネットワーク内のアップリンクにメッセージを伝送するとき、メッセージが、それぞれの許可不要アクセス配分によって定義される周波数リソースを使用して伝送され、複数のデバイスが、許可不要モードで動作するように、メッセージを伝送するためにアクセスを許可されることなくメッセージを伝送するように、それぞれの許可不要アクセス配分に従って、許可不要モードで動作するように複数のデバイスを構成する。
【０００７】
本明細書に説明される種々の実施形態では、許可不要アップリンク伝送は、マルチユーザ直交性およびコンテンション管理、デバイスＧＵＩまたはＯＭＡ  ＤＭシステム構成を介した静的コンテンション空間配分、システムブロードキャスティング／マルチキャスティングおよびユニキャストまたはＲＲＣ／ＭＡＣメッセージを介した静的コンテンション空間配分、ダウンリンク制御信号もしくはチャネルを介した動的コンテンション空間配分、および／またはコンテンション空間を介したマルチユーザ直交性管理を含む。
【０００８】
例示的実施形態では、異なる構成が、参照数秘術のサブフレーム内の許可不要スロットに使用される。ある場合、広帯域許可不要スロットは、超信頼性かつ低遅延の通信（ＵＲＬＬＣ）等の高信頼性および低遅延ユースケースのために構成され、狭帯域許可不要スロットは、マッシブマシンタイプ通信（ｍＭＴＣ）等の低データレートおよび待ち時間耐性ユースケースのために構成される。許可不要スロットは、時間の中のシンボル、および参照数秘術またはＵＥサービス特定の数秘術の周波数の中の副搬送波を使用して、構成され得る。
【０００９】
本概要は、発明を実施するための形態において以下でさらに説明される、簡略化形態の一連の概念を導入するように提供される。本概要は、請求される主題の主要な特徴または不可欠な特徴を識別することを意図せず、請求される主題の範囲を限定するために使用されることも意図していない。さらに、請求される主題は、本開示の任意の部分で記述されるいずれかまたは全ての不利点を解決する制限に限定されない。
【図面の簡単な説明】
【００１０】
より詳細な理解が、付随の図面と併せて一例として挙げられる以下の説明からもたらされ得る。
【図１】図１は、動的スケジューリングを伴うアップリンク（ＵＬ）伝送の例を示すコールフローである。
【図２】図２は、非持続的スケジューリングを伴うＵＬ伝送の例を示すコールフローである。
【図３】図３は、例示的ＣＳＭＡ／ＣＡアルゴリズムである。
【図４】図４は、ＵＬ  ＯＦＤＭＡベースのランダムアクセスプロシージャの例を示す。
【図５】図５は、スマートシティの送電網を含む例示的ユースケースを示す。
【図６】図６は、例示的実施形態による、許可不要アクセスのための専用サブバンドを示す。
【図７】図７は、例示的実施形態による、混合許可および許可不要アクセスのための例示的サブバンドを示す。
【図８】図８は、例示的実施形態による、パイロットパターンによって示されるアクセス配分の例を描写する。
【図９】図９は、例示的実施形態による、例示的動的配分を示す。
【図１０】図１０は、別の例示的実施形態による、別の例示的動的配分を示す。
【図１１Ａ】図１１Ａおよび１１Ｂは、例示的実施形態による、動的アクセス配分のための例示的コンテナを示す。
【図１１Ｂ】図１１Ａおよび１１Ｂは、例示的実施形態による、動的アクセス配分のための例示的コンテナを示す。
【図１２】図１２は、例示的実施形態による、２次元（２Ｄ）優先衝突回避コンテンションアクセスの例を示す。
【図１３−１】図１３Ａ−Ｃは、コンテンションベースのアクセスの例を描写する。
【図１３−２】図１３Ａ−Ｃは、コンテンションベースのアクセスの例を描写する。
【図１４】図１４Ａ−Ｃは、許可不要アクセスのためのコンテンション空間の例を描写する。
【図１５Ａ】図１５Ａおよび１５Ｂは、それぞれ、１つおよび２つのインターバルと整列させられる動的許可不要アクセス構成インターバルの例を描写する。
【図１５Ｂ】図１５Ａおよび１５Ｂは、それぞれ、１つおよび２つのインターバルと整列させられる動的許可不要アクセス構成インターバルの例を描写する。
【図１６Ａ】図１６Ａおよび１６Ｂは、許可不要インターバルが許可インターバルと整列させられないように、異なる許可不要インターバルと整列させられる動的許可不要アクセス構成インターバルの別の例を描写する。
【図１６Ｂ】図１６Ａおよび１６Ｂは、許可不要インターバルが許可インターバルと整列させられないように、異なる許可不要インターバルと整列させられる動的許可不要アクセス構成インターバルの別の例を描写する。
【図１７】図１７は、例示的実施形態による、許可不要ＵＬ伝送のための例示的物理制御信号およびチャネルを描写する。
【図１８】図１８は、ＵＬのみ（広帯域）を伴う許可不要スロットタイプの例を示す。
【図１９】図１９は、ＵＬのみ（狭帯域）を伴う許可不要インターバル／スロットタイプの例を示す。
【図２０】図２０は、ＤＬおよびＵＬ（広帯域）を伴う許可不要スロット構成の例を示す。
【図２１】図２１は、ＤＬおよびＵＬ（狭帯域）を伴う許可不要スロット構成の例を示す。
【図２２】図２２は、許可不要スロット構造およびコンテンツの例を示す。
【図２３Ａ】図２３Ａおよび２３Ｂは、例示的実施形態による、広帯域許可不要ミニスロット内の再伝送の例を示す。
【図２３Ｂ】図２３Ａおよび２３Ｂは、例示的実施形態による、広帯域許可不要ミニスロット内の再伝送の例を示す。
【図２４Ａ】図２４Ａおよび２４Ｂは、例示的実施形態による、狭帯域許可不要ミニスロット内の再伝送の例を示す。
【図２４Ｂ】図２４Ａおよび２４Ｂは、例示的実施形態による、狭帯域許可不要ミニスロット内の再伝送の例を示す。
【図２５Ａ】図２５Ａ−２６Ｂは、例示的実施形態による、マッシブマシンタイプ通信（ｍＭＴＣ）デバイスのための許可不要ＵＬ伝送のコールフローを描写する。
【図２５Ｂ】図２５Ａ−２６Ｂは、例示的実施形態による、マッシブマシンタイプ通信（ｍＭＴＣ）デバイスのための許可不要ＵＬ伝送のコールフローを描写する。
【図２６Ａ】図２５Ａ−２６Ｂは、例示的実施形態による、マッシブマシンタイプ通信（ｍＭＴＣ）デバイスのための許可不要ＵＬ伝送のコールフローを描写する。
【図２６Ｂ】図２５Ａ−２６Ｂは、例示的実施形態による、マッシブマシンタイプ通信（ｍＭＴＣ）デバイスのための許可不要ＵＬ伝送のコールフローを描写する。
【図２７Ａ】図２７Ａ−２８Ｂは、別の例示的実施形態による、超信頼性かつ低遅延の通信（ＵＲＬＬＣ）デバイスのための許可不要ＵＬ伝送の別の例示的コールフローを描写する。
【図２７Ｂ】図２７Ａ−２８Ｂは、別の例示的実施形態による、超信頼性かつ低遅延の通信（ＵＲＬＬＣ）デバイスのための許可不要ＵＬ伝送の別の例示的コールフローを描写する。
【図２８Ａ】図２７Ａ−２８Ｂは、別の例示的実施形態による、超信頼性かつ低遅延の通信（ＵＲＬＬＣ）デバイスのための許可不要ＵＬ伝送の別の例示的コールフローを描写する。
【図２８Ｂ】図２７Ａ−２８Ｂは、別の例示的実施形態による、超信頼性かつ低遅延の通信（ＵＲＬＬＣ）デバイスのための許可不要ＵＬ伝送の別の例示的コールフローを描写する。
【図２９Ａ】図２９Ａ−３０Ｂは、例示的実施形態による、ｍＭＴＣデバイスのための許可不要ＵＬ伝送の例示的プロシージャを描写する。
【図２９Ｂ】図２９Ａ−３０Ｂは、例示的実施形態による、ｍＭＴＣデバイスのための許可不要ＵＬ伝送の例示的プロシージャを描写する。
【図３０Ａ】図２９Ａ−３０Ｂは、例示的実施形態による、ｍＭＴＣデバイスのための許可不要ＵＬ伝送の例示的プロシージャを描写する。
【図３０Ｂ】図２９Ａ−３０Ｂは、例示的実施形態による、ｍＭＴＣデバイスのための許可不要ＵＬ伝送の例示的プロシージャを描写する。
【図３１Ａ】図３１Ａ−３２Ｂは、例示的実施形態による、ＵＲＬＬＣデバイスのための許可不要ＵＬ伝送の例示的プロシージャを描写する。
【図３１Ｂ】図３１Ａ−３２Ｂは、例示的実施形態による、ＵＲＬＬＣデバイスのための許可不要ＵＬ伝送の例示的プロシージャを描写する。
【図３２Ａ】図３１Ａ−３２Ｂは、例示的実施形態による、ＵＲＬＬＣデバイスのための許可不要ＵＬ伝送の例示的プロシージャを描写する。
【図３２Ｂ】図３１Ａ−３２Ｂは、例示的実施形態による、ＵＲＬＬＣデバイスのための許可不要ＵＬ伝送の例示的プロシージャを描写する。
【図３３Ａ】図３３Ａおよび３３Ｂは、例示的実施形態による、登録および許可不要設定の例示的コールフローを描写する。
【図３３Ｂ】図３３Ａおよび３３Ｂは、例示的実施形態による、登録および許可不要設定の例示的コールフローを描写する。
【図３４Ａ】図３４Ａおよび３４Ｂは、例示的実施形態による、ＵＲＬＬＣデバイスのための許可不要および許可ＵＬ伝送の例示的コールフローを描写する。
【図３４Ｂ】図３４Ａおよび３４Ｂは、例示的実施形態による、ＵＲＬＬＣデバイスのための許可不要および許可ＵＬ伝送の例示的コールフローを描写する。
【図３５Ａ】図３５Ａおよび３５Ｂは、例示的実施形態による、ｍＭＴＣデバイスのための許可不要および許可ＵＬ伝送の例示的コールフローを描写する。
【図３５Ｂ】図３５Ａおよび３５Ｂは、例示的実施形態による、ｍＭＴＣデバイスのための許可不要および許可ＵＬ伝送の例示的コールフローを描写する。
【図３６】図３６は、例示的実施形態による、ＵＥ構成のための例示的ＧＵＩである。
【図３７Ａ】図３７Ａは、本明細書に説明および請求される方法ならびに装置が具現化され得る例示的通信システムの一実施形態を図示する。
【図３７Ｂ】図３７Ｂは、本明細書に図示される実施形態による、無線通信のために構成される例示的装置またはデバイスのブロック図である。
【図３７Ｃ】図３７Ｃは、例示的実施形態による、例示的無線アクセスネットワーク（ＲＡＮ）およびコアネットワークの系統図である。
【図３７Ｄ】図３７Ｄは、別の実施形態による、ＲＡＮおよびコアネットワークの別の系統図である。
【図３７Ｅ】図３７Ｅは、別の実施形態による、ＲＡＮおよびコアネットワークの別の系統図である。
【図３７Ｆ】図３７Ｆは、図３７Ｃ−Ｆに図示される通信ネットワークの１つ以上の装置が具現化され得る例示的コンピューティングシステム９０のブロック図である。
【発明を実施するための形態】
【００１１】
初期問題として、異なるＲＡＮアーキテクチャに対して、本明細書に説明される機構は、例えば、限定ではないが、ＲＡＮにおけるＮＲノード、伝送および受信点（ＴＲＰ）、または遠隔無線ヘッド（ＲＲＨ）、ならびに中央コントローラ、またはＲＡＮスライスにおける制御機能において行われ得る。別様に規定されない限り、本明細書に説明される機構は、異なるＲＡＮアーキテクチャ内のＴＲＰ、ＲＲＨ、中央コントローラ、および制御機能に適用可能であり得る。
【００１２】
３ＧＰＰ  ＴＳ  ３６．２１３で規定されるように、現在のアプローチを使用して、アップリンク共有チャネル（例えば、物理ダウンリンク共有チャネル（ＰＤＳＣＨ））上で伝送するために、ＵＥは、有効アップリンク（ＵＬ）許可を有し、ＵＥは、それを物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上もしくはランダムアクセス応答内で動的に受信し得るか、または、それは、半持続的に構成され得る。図１に示されるように、動的スケジューリングを伴うＵＬ伝送は、例えば、以下のステップを含み得る。無線アクセスネットワーク（ＲＡＮ）１０４は、ＵＬ許可のためのダウンリンク制御情報（ＤＣＩ）フォーマット０と、ＤＬデータ復号のためのＤＣＩフォーマット１とを有する第１のデータを、ＤＬ  ＰＤＳＣＨおよび／またはＰＤＣＣＨ上で送信し得る。ＤＬデータがない場合、無線アクセスネットワーク１０４は、いかなるＤＰＳＣＨデータも伴わずに、ＤＣＩフォーマット０を伴うＤＰＣＣＨのみを伝送し得る。ユーザ機器（ＵＥ）１０２は、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）を復号し、制御フォーマットインジケータ（ＣＦＩ）値を計算し得る。ＵＥ１０２は、ＰＤＣＣＨを復号し、ＤＣＩフォーマット１についての情報を入手し得る。ＤＣＩフォーマット１に基づいて、ＵＥ１０２は、ＤＬデータを復号し得る。ＵＥ１０２は、ＰＤＣＣＨからＤＣＩフォーマット０についての情報を復号し得る。ＵＥ１０２は、物理アップリンク制御チャネル（ＰＵＣＣＨ）によって搬送されるアップリンク制御情報（ＵＣＩ）を通して、ＤＬデータのためのＡＣＫ／ＮＡＫを送信し得る。例では、ＵＥ１０２は、ＤＣＩフォーマット０の許可フィールドをチェックする。許可が可能にされる場合、ＵＥ１０２は、許可ごとに、物理アップリンク共有チャネル（ＰＵＳＣＨ）を通してＵＬデータを伝送し得る。無線アクセスネットワーク１０４は、ＰＵＳＣＨデータを復号し、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）を介して、確認応答（ＡＣＫ）／否定応答（ＮＡＣＫ）を送信する。ＵＥ１０２は、ＰＨＩＣＨを復号し、例えば、ＰＨＩＣＨがＮＡＣＫを搬送する場合、データを再伝送し得る。
【００１３】
半持続的スケジューリングのある場合、無線アクセスネットワーク１０４は、上で説明されるように各アップリンクまたはダウンリンク伝送をスケジュールする代わりに、ＶｏＩＰユーザのために、２０ミリ秒のインターバルで無線リソースの所定のグループを割り当てることができる。したがって、ＵＥ１０２は、各ＴＴＩにリソースを要求することを要求されず、それは、スケジューリング割り当てオーバーヘッドを有意に低減させることができる。このスケジューリングは、リンク適応または他の要因のために必要とされる場合、ｅＮＢがリソース配分タイプまたは場所を変更することができるという意味で半持続的である。
【００１４】
ここで、図２に示されるような非持続的スケジューリングを伴う例示的ＵＬ伝送を参照すると、非持続的スケジューリングを伴うＵＬ伝送は、例えば、以下のステップを含み得る。２０２では、ＵＥ１０２は、ＰＵＣＣＨ上でスケジューリング要求（ＳＲ）を送信する。２０４では、無線アクセスネットワーク１０４は、ＰＤＣＣＨ上でＵＬ許可（ＤＣＩ０）を送信する。２０６では、ＵＥ２０６は、ＤＣＩ０を復号し、ＤＣＩ０によって規定されるリソースブロック（ＲＢ）に基づいてＰＵＳＣＨを伝送する。無線アクセスネットワーク１０４は、ＰＵＳＣＨを復号する。２０８では、示されるように、無線アクセスネットワーク１０４は、ＰＨＩＣＨ上でＡＣＫ／ＮＡＣＫを送信する。２１０では、ＵＥ１０２は、２０８において受信されるメッセージがＡＣＫであるか、ＮＡＣＫであるかを決定する。メッセージがＮＡＣＫである場合、ＵＥ１０２は、（２１２において）再伝送し得、それは、動作２０２と同一のメッセージであり得る。
【００１５】
ここで、コンテンションベースの多重アクセスを検討すると、統計的時分割多重では、コンテンションは、複数のデバイスによって媒体を共有するために使用される媒体アクセス方法である。コンテンションでは、ネットワーク内の任意のデバイスは、先着順で、共有チャネル上で任意の時間にデータを伝送することができる。このアクセスシステムは、２つのデバイスが同時に伝送しようとするときに機能停止する。これは、衝突と称される。コンテンションベースのシステムにおいて衝突をハンドリングするための１つのアプローチは、衝突検出および後の回復を最適化することである。衝突は、伝送直後に共有媒体をリッスンし、衝突特性を識別することによって検出されることができる。代替として、データが、媒体から収集されることができ、エラー検出が、実施されることができる。回復のために、いくつかのシステムは、送信側に、（例えば、衝突が起こり続けるときに送信側の再伝送レートを低減させるバックオフアルゴリズムを用いて）衝突データを再伝送させるか、または、例えば、ＦＥＣ等のエラー訂正技法を使用させる。衝突検出および回復多重アクセスプロトコルの例は、Ａｌｏｈａ、スロット付きＡＬＯＨＡ、保留ＡＬＯＨＡ等を含む。
【００１６】
コンテンションベースのシステムにおいて衝突をハンドリングすることへの代替的アプローチは、それらを回避しようとすることである（衝突回避）。いくつかのシステムは、誰がどのリソースをいつ使用し得るかを識別するために、厳密なスケジューリングガイドラインを利用し得る。他のシステムは、送信側に、伝送する直前に共有チャネルをリッスンさせ、好適な伝送すべき時間を決定させ得る。衝突回避多重アクセスプロトコルの例は、搬送波感知多重アクセス（ＣＳＭＡ）、衝突検出を伴うＣＳＭＡ（ＣＳＭＡ／ＣＤ）、衝突回避を伴うＣＳＭＡ（ＣＳＭＡ／ＣＡ）等を含む。ＣＳＭＡアクセス方式に関して、各デバイスは、伝送しようとする前にネットワークをリッスンする。ネットワークがビジーである場合、デバイスは、ネットワークが静かになるまで待つ。
【００１７】
衝突検出（ＣＤ）に関して、デバイスは、伝送しているとき、ネットワークをリッスンし続ける。デバイスが、それが送信している信号に干渉する別の信号を検出する場合、例えば、再試行が試行されることができる前に要求される時間を短縮するために、伝送することを止める。両方のデバイスは、バックオフ時間と呼ばれるランダムな時間量にわたって待機し、次いで、再び伝送しようとする。衝突回避（ＣＡ）に関して、デバイスは、チャネルが「アイドル」であると感知されるときのみ伝送することによって、衝突を回避しようとし得る。伝送チャネルが伝送前にビジーであると感知される場合、伝送は、ランダムインターバルにわたって延期される。このランダムインターバルは、伝送するために待機している２つ以上のノードが、検出された伝送の終了時に同時に伝送を開始する可能性を低減させ、したがって、衝突の発生を低減させる。伝送するとき、デバイスは、そのパケットデータを完全に伝送する。例の目的のために、８０２．１１で使用されるＣＳＭＡ／ＣＡの典型的アルゴリズムが、図３に図示され、送信要求（ＲＴＳ）および送信許可（ＣＴＳ）が、隠れた端末問題を解決するために基地局（ＢＳ）とアクセスポイント（ＡＰ）との間で使用される。
【００１８】
ここでランダムアクセスを検討すると、直交周波数分割多重（ＯＦＤＭ）システムにおける２つの典型的ランダムアクセス方式が、ここで説明される。ＬＴＥにおけるランダムアクセスに関して、ＬＴＥにおけるランダムアクセスは、ランダムアクセスプリアンブルによって開始される。ＴＳ  ３６．２１１で規定されるように、物理ランダムアクセスチャネル（ＰＲＡＣＨ）構成毎のランダムアクセス機会は、最初に時間において配分され、そして、時間多重化が時間の重複を伴わずにある密度値のために必要とされるＰＲＡＣＨ構成の全ての機会を保持するために十分ではない場合にのみ、周波数において配分されるものとする。プリアンブルフォーマット０−３のために、周波数多重化は、以下に従って実施される。
【００１９】
【数１０】
2019518392.tif 000004
式中、
【００２０】
【数１０−１】
2019518392.tif 000005
は、アップリンクリソースブロックの数であり、
【００２１】
【数１０−２】
2019518392.tif 000006
は、考慮されるＰＲＡＣＨ機会に配分される第１の物理リソースブロックであり、
【００２２】
【数１０−３】
2019518392.tif 000007
は、ＰＲＡＣＨに利用可能な第１の物理リソースブロックである。
【００２３】
プリアンブルフォーマット４のために、周波数多重化は、以下に従って実施される。
【００２４】
【数２０】
2019518392.tif 000008
式中、ｎｆは、システムフレーム番号であり、ＮＳＰは、無線フレーム内のＤＬからＵＬの切り替えポイントの数である。各ランダムアクセスプリアンブルは、両方のフレーム構造のための６つの連続リソースブロックに対応する帯域幅を占有する。
【００２５】
ランダムアクセス８０２．１１に関して、ＵＬ  ＯＦＤＭベースのランダムアクセスは、以下のように規定される。ＵＬ  ＯＦＤＭＡベースの分散ランダムアクセスは、高効率（ＨＥ）局（ＳＴＡ）のためのランダムアクセス機構であり、ＨＥ  ＳＴＡは、ＵＬ  ＰＬＣＰプロトコルデータ単位（ＰＰＤＵ）の伝送のためにアクセスポイント（ＡＰ）によって割り当てられたリソース単位（ＲＵ）をランダムに選択する。ＨＥ  ＡＰは、ＨＥ  ＳＴＡがトリガフレーム伝送後にランダムアクセスを開始するためのパラメータをトリガフレーム内に示し得る。ＨＥ  ＡＰは、ランダムアクセス動作のためのＯＣＷｍｉｎの値を示し得る。ランダムアクセスプロシージャは、ＨＥ  ＳＴＡがランダムアクセスのためのトリガフレームを受信することから開始する。
【００２６】
初期ＵＬ  ＰＰＤＵ伝送のために、ＨＥ  ＳＴＡがＨＥ  ＡＰからＯＣＷｍｉｎの値を取得すると、ＨＥ  ＳＴＡは、ＯＣＷの値をＯＣＷｍｉｎに設定し得、そのＯＦＤＭバックオフ（ＯＢＯ）カウンタを０〜ＯＣＷｍｉｎの範囲内の乱数値に初期化するものとする。
【００２７】
ＨＥ  ＳＴＡのためのＯＢＯカウンタが、トリガフレーム内の関連識別子ＡＩＤ値に割り当てられたＲＵの数よりも小さい場合、ＨＥ  ＳＴＡは、そのＯＢＯカウンタをゼロまで減少させ得る。そうでなければ、ＨＥ  ＳＴＡは、そのＯＢＯカウンタを、トリガフレーム内のＡＩＤ値に割り当てられるＲＵの数に等しい値だけ減少させる。例えば、図４に示されるように、ＨＥ  ＳＴＡ１およびＨＥ  ＳＴＡ２は、それらのゼロではないＯＢＯカウンタを、トリガフレーム内のランダムアクセスのためのＡＩＤ値ＴＢＤに割り当てられたＲＵごとに、１だけ減少させ得る。ＨＥ  ＳＴＡのためのＯＢＯカウンタがゼロ値である場合、またはＯＢＯカウンタが０まで減少する場合、ランダムアクセスのための割り当てられたＲＵのうちのいずれか１つをランダムに選択し、選択されたＲＵにおいてそのＵＬ  ＰＰＤＵを伝送する。そうでなければ、ＳＴＡは、ランダムアクセスための次のトリガフレームにおいてそのＯＢＯカウンタを用いて再開する。
【００２８】
ＬＴＥのタイミングアドバンスを検討すると、タイミングアドバンスは、受信されたダウンリンクサブフレームの開始と伝送されたアップリンクサブフレームの開始との間における、ＵＥにおける負のオフセットである。ＵＥにおけるこのオフセットは、ダウンリンクサブフレームとアップリンクサブフレームとがｅＮｏｄｅＢにおいて同期化されることを確実にする。例えば、ｅＮｏｄｅＢから遠い所与のＵＥ１は、より大きい伝搬遅延に遭遇し得、それによって、そのアップリンク伝送は、ＵＥ１と比較してｅＮｏｄｅＢにより近い所与のＵＥ２と比較して前倒しされる。ＵＥ１およびＵＥ２の両方は、（タイミングアドバンスとともに）ダウンリンクサブフレーム到着を参照として受け取り、それらのＵＬ伝送がｅＮｏｄｅＢにおいて同時に同期化および受信されるようにアップリンクサブフレームタイミングを計算する。
【００２９】
ｅＮｏｄｅＢは、ＵＥによって送信されるＰＲＡＣＨから初期タイミングアドバンスを推定し得る。ＰＲＡＣＨは、ＵＥの初期アクセス中、アップリンクのためのタイミング参照として使用される。ｅＮｏｄｅＢは、ランダムアクセス応答（ＲＡＲ）の中でタイミングアドバンスコマンドを送信する。ＵＥが接続モードに入ると、ｅＮｏｄｅＢは、タイミングアドバンスを推定し続け、訂正が要求される場合、タイミングアドバンスコマンドＭＡＣ制御要素をＵＥに送信する。例では、ＵＥがあるアップリンクデータ（ＰＵＳＣＨ／ＰＵＣＣＨ／ＳＲＳ）を送信する限り、ｅＮｏｄｅＢは、アップリンク信号到着時間を推定することができ、そして、それは、要求されるタイミングアドバンス値を計算するために使用されることができる。
【００３０】
ＬＴＥにおける伝送電力制御に関して、初期ＰＲＡＣＨ電力制御は、開ループで行われ、ＵＥは、ＳＩＢ２の中でブロードキャストされるｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒと受信される測定された参照信号電力とから計算されるパスロスに基づいて、初期伝送電力レベルを推定する。初期ＰＲＡＣＨが完了すると、ＵＥ電力は、伝送電力制御（ＰＣＴ）コマンド（ＤＣＩ０の中のＭＡＣ  ＣＥまたはＴＰＣフィールド）によって動的に制御され得る。例えば、閉ループＵＬ伝送電力は、ｅＮＢからのフィードバック入力によって制御され得る。
【００３１】
ここで図５を参照すると、例示的ユースケースが示され、例示的スマートシティの送電網システム５００の異なるセンサまたは監視デバイスが、図示される。スマートホーム５０２のセンサ（例えば、マッシブマシンタイプ通信（ｍＭＴＣデバイス））は、非常に緩和された待ち時間要件で、週または月に１回、電気使用量データを送信し得る。スマートシティの電力伝送ネットワーク５０４上のセンサ（例えば、超信頼性かつ低遅延の通信（ＵＲＬＬＣ）デバイス）は、継続的に電力レベルを監視し、周期的にグリッド監視システム５０６に報告し得るが、異常電力レベルが検出されると、例えば、センサ５０４が即時に警報をグリッド監視システム５０６に送信し、それによって、グリッド監視システム５０６が誤動作電力供給源システムを動作停止させ得ること、バックアップ電力供給源システムがスマートシティの送電網システム５００への可能な損傷を回避するために、かつスマートシティの動作への悪影響を回避するために瞬時に実装されることができることが必要であることが本明細書で認識される。
【００３２】
別の例示的ユースケースとして、森林火災監視センサ（例えば、必要不可欠なＭＴＣデバイス）は、非常に低いデューティサイクルで小規模データを周期的に送信することができるが、１つまたは複数の火災警報メッセージを即時かつ確実に送信する必要があり得る。これらのデバイスは、疎に位置し得、森林の広い面積を対象とし得る。デバイスは、制約されたバッテリ寿命（例えば、１５または２０年）も有し得る。
【００３３】
さらに別の例示的ユースケースとして、救急車上の医療デバイスは、患者を緊急治療室に搬送している間、アクティブであり得る。例えば、超信頼性かつ低遅延の通信（ＵＲＬＬＣ）デバイスは、患者の温度および血圧データならびに心臓監視画像を病院および診療所に送信することができる。本明細書に説明される実施形態は、所望に応じて種々のユースケースに適用され得ることが理解されるであろう。
【００３４】
ユースケースは、ＵＲＬＬＣおよびｍＭＴＣデバイスを利用し得る。例えば、バッテリ制約を伴わないＵＲＬＬＣデバイスは、超低遅延および非常に高い信頼性を伴う小および中規模両方のＵＬデータレート伝送をサポートし得る。バッテリ制約を伴うＵＲＬＬＣまたは必要不可欠なＭＴＣデバイスは、超低遅延および非常に高い信頼性を伴う小規模ＵＬデータレート伝送をサポートし得る。バッテリ制約および高密度接続を伴うｍＭＴＣデバイスは、事前スケジュールされるか、または長い待ち時間に耐性があるかのいずれかである小規模ＵＬデータレート伝送をサポートし得る。
【００３５】
上記のユースケースによって例示されるように、ＵＲＬＬＣデバイスは、ＬＴＥシステムにおける現在の許可ベースのＵＬデータ伝送が使用される場合、ＵＬデータ伝送のための待ち時間要件を不合格にし得る。ｍＭＴＣデバイスに関して、ＵＬ許可メッセージのためのシグナリングオーバーヘッドは、低頻度の小規模ＵＬデータ伝送と比較して、非常に有意であり得る。これは、ｍＭＴＣデバイスのためのバッテリ寿命要件への挑戦であることが本明細書で認識される。ｍＭＴＣデバイスのための伝送シグナリングオーバーヘッドを低減させるために、かつ、ＵＲＬＬＣデバイスのためのＵＬ伝送待ち時間を短縮するために、ＵＬ許可不要伝送（例えば、図１および２に図示されるもの等のＵＥおよびネットワークノードによって実施される許可プロシージャを受けない、コンテンションベースのＵＬ伝送）が、使用され得る。以下で説明されるように、実施形態は、非電力制約ＵＲＬＬＣデバイスのための超信頼性および低遅延要件を満たすことができる許可不要ＵＬ伝送を実施する。さらに、本明細書に説明される実施形態は、ｍＭＴＣデバイスのためのバッテリ寿命要件を満たす許可不要ＵＬ伝送を実施する。
【００３６】
ここで、例示的実施形態による、許可不要ＵＬ伝送のためのアクセス配分を検討すると、新しい無線（ＮＲ）無線アクセスネットワークノード（ＮＲノード）は、ＵＬ伝送のための許可不要アクセス配分を管理し、例えば、限定ではないが、コンテンションベースのアクセスのための高い成功率を確実にすること、サービスの他のデバイスへの不必要な干渉を回避すること、および、ＮＲシステムにおける全体的ＵＬリソース利用を最適化することを行う。アクセス配分は、以下で詳細に説明されるように、ＮＲノードによって静的または動的に管理され得る。サブバンドまたは搬送波は、周波数ドメイン内の連続副搬送波の領域またはグループである。サブバンドおよび搬送波は、限定ではないが、本明細書では同義的に使用される。
【００３７】
ここで、上で説明されるユースケースで例示されるような静的または半静的アクセス配分を検討すると、ＵＲＬＬＣデバイスは、小型または中型サイズデータを配信するための短い待ち時間および高い信頼性を要求し得、ｍＭＴＣデバイスは、小規模データを配信するための低いシグナリングオーバーヘッドおよび妥当な信頼性を要求し得る。これらの要件を満たすために、いくつかの例では、ＵＬリソースに関して、超信頼性かつ低遅延の通信を要求するデバイス（本明細書ではＵＲＬＬＣデバイスと称される）は、広い帯域幅にわたって短い伝送時間インターバルを使用し得る。例では、ＵＲＬＬＣデバイスは、例えば、待ち時間要件を満たすために、短い伝送時間内で短縮したシンボル長を介して縮小される、少数のシンボルを使用する。さらに、ＵＬリソースに関して、ＵＲＬＬＣデバイスは、例えば、超信頼性要件を満たすために、多数の副搬送波を使用し得、多数の副搬送波は、小・中規模データのために、周波数ドメインにおいて構築される周波数ダイバーシティおよび符号化／拡散利得を伴う十分な帯域幅を提供し得る。種々の要件を満たすために、いくつかの例では、ＵＬリソースに関して、マッシブマシンタイプ通信を実施するものとして分類され得るデバイス（本明細書ではｍＭＴＣデバイスと称される）は、狭帯域幅にわたって長い伝送時間インターバルを使用し得る。例では、ｍＭＴＣデバイスは、例えば、低電力消費量および信頼性要件を満たすために、より長い伝送時間内で時間ドメインにおける増加したシンボル長および符号化／拡散／時間ダイバーシティ利得を伴う拡張されたシンボルを使用し得る。さらに、ＵＬリソースに関して、ｍＭＴＣデバイスは、例えば、小規模データのために、少数の副搬送波を使用し、低複雑性および低電力消費量要件を満たし得る。
【００３８】
上で要約される一般的ＵＬリソースマッピングに従って、例示的許可不要アクセス配分６００ａおよび６００ｂが、図６に示され、例示的許可不要配分６００ｃおよび６００ｄが、図７に示されている。配分６００ａ−ｄは、例えば、ＵＥグラフィックユーザインターフェース（ＧＵＩ）またはＯｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ（ＯＭＡ）デバイス管理（ＤＭ）システムを介して、静的に構成され得るか、または、周期的システム情報ブロードキャスティングおよび／またはマルチキャスティングを介して半静的に管理され得る。そのような半静的管理は、システムトラフィック負荷およびリソースステータスに基づき得る。さらに、配分６００ａ−ｄは、例えば、ＵＥの要求に従ってオンデマンドで、システム情報によって、非周期的ユニキャスティングを介して半静的に管理され得る。
【００３９】
特に図６を参照すると、許可不要アクセスのための専用サブバンドが、図示されている。例示的配分６００ａでは、ｍＭＴＣデバイスのためのサブバンド６０２ａおよびＵＲＬＬＣデバイスのためのサブバンド６０４ａは、周波数ドメインに関して互いから分離される。いくつかの例では、配分６００ａは、ＵＥの視点および／またはサービスの視点から許可不要アクセスを最適化する。例では、各サブバンド６０２ａおよび６０４ａは、特定のタイプのデバイスまたはサービスのために最適化されるＲＡＮスライスである。一例として、ｍＭＴＣサブバンド６０２ａは、バッテリ寿命を節約するために最適化され得、ＵＲＬＬＣサブバンド６０４ａは、短い待ち時間および高い信頼性のために最適化され得る。サブバンド６０２ａおよび６０４ａの各々は、ある場合、最適化基準に依存し得る同一または異なる数秘術を有し得る。
【００４０】
例示的配分６００ｂでは、ｍＭＴＣデバイスおよびＵＲＬＬＣデバイスは、周波数および時間ドメインに関して同一のサブバンド６０１を使用する。例示的配分６００ｂは、例えば、ＵＲＬＬＣおよびｍＭＴＣデバイスが両方とも低いＵＬトラフィックを有するとき、またはｍＭＴＣデバイスおよびＵＲＬＬＣデバイスが互いに関してＵＬトラフィックのための異なるスケジュールを有するとき等、種々の例示的ユースケースのためのシステムリソースを最適化し得る。例えば、サブバンド６０１内で、それらの間で全許可不要リソースを共有することによって、ｍＭＴＣおよびＵＲＬＬＣデバイスは、リソースが共有されないアプローチと比較して、より広いシステム帯域幅という利点を有し得る。より広いシステム帯域幅は、高冗長性方式が使用されることを可能にし得る。例示的方式は、低い符号化レート、高い拡散レート、およびさらなる周波数ダイバーシティを可能にし得、それは、リソースが共有されないアプローチと比較して、ＵＬ伝送のための信頼性を増加させ得る。例示的実施形態では、ＵＲＬＬＣデバイスは、例えば、ｍＭＴＣデバイスと比較して、ＵＲＬＬＣデバイスに課され得るより厳しい待ち時間および信頼性要件に起因して、ｍＭＴＣデバイスよりも高いアクセス優先順位を有し得る。以下でさらに説明される例示的優先衝突回避方式では、ＵＲＬＬＣおよびｍＭＴＣデバイスは、副搬送波間隔、シンボル長、および伝送時間インターバルにおけるシンボルの数のために、同一または異なる数秘術を使用し得る。代替として、ＵＲＬＬＣおよびｍＭＴＣデバイスは、部分的に異なる数秘術を使用し得る。例えば、ＵＲＬＬＣおよびｍＭＴＣデバイスは、同一の副搬送波間隔を使用し得るが、互いに関して伝送時間インターバルのために異なる数のシンボルを使用し得る。
【００４１】
図７は、サブバンドが、ある場合、システムリソースの利用を最大化し得る混合許可アクセスと許可不要アクセスとの両方を含む例示的配分６００ｃおよび６００ｄを示す。図示される例によると、１つ以上のＵＲＬＬＣデバイスは、拡張モバイルブロードバンド（ｅＭＢＢ）（本明細書ではｅＭＢＢデバイスと称される）を使用するデバイス、具体的には、ｅＭＢＢデバイスの伝送時間インターバルまたはサブフレームをオーバーライドするＵＬ許可不要伝送時間インターバルまたはサブフレームを有し得る。一例として、ＵＥは、リソース６０８ｃを使用して、ｅＭＢＢデータを伝送することを許可され得、ＵＲＬＬＣ許可不要ＵＬ伝送は、６０８ｃと重複するリソース６０６ｃにおいて挿入され得る。同一のＵＥが、例えば、ｅＭＭＢデータおよびＵＲＬＬＣ許可不要ＵＬ伝送を伝送することを所望する場合、ＵＲＬＬＣデータは、６０８ｃにおいてｅＭＢＢデータに取って代わり得る。異なるＵＥがｅＭＢＢデータおよびＵＲＬＬＣデータを送信している場合、ＵＲＬＬＣデータは、例えば、ｅＭＢＢデータと比較して、より高い電力、拡散コード、空間プリコーディング等を使用することによって、６０８ｃにおいてｅＭＢＢデータの優位に立ち得る。
【００４２】
例示的配分６００ｃでは、ｍＭＴＣデバイスは、ｍＭＴＣデバイス専用である専用サブバンド６０２ｃを介してＵＬメッセージを送信する。さらに、例示的配分６００ｃでは、ＵＲＬＬＣデバイスは、共有サブバンド６０３を介して許可不要ＵＬを送信し、ｅＭＢＢデバイスは、同一のサブバンド６０３内で許可されたＤＬメッセージおよび／またはＵＬメッセージを送信する。この例示的シナリオでは、ＵＲＬＬＣデバイスは、（例えば、より低い符号化レート、より高い拡散因子、さらなる周波数ダイバーシティを伴う）信頼性および待ち時間要件を満たすために、またはそれを超えるために、ｅＭＢＢの広帯域幅を利用し得る。ｅＭＢＢデバイスに関して、ある場合、共有サブバンド６０３の影響は、広い周波数ダイバーシティ、ＭＩＭＯ空間利得、ＨＡＲＱ再伝送等に起因して、最小化され得る。例えば、ｅＭＢＢデータは、図７に示されるように、リソース６０８ｃにおいてＵＲＬＬＣデータによってオーバーライドされ得、したがって、ｅＭＢＢデータは、例えば、オリジナル伝送データが（例えば、ＮＡＣＫを介して、またはＨＡＲＱプロセスを介して）失敗としてＵＥに示される場合、後に再伝送され得る。
【００４３】
例示的配分６００ｄでは、ｍＭＴＣデバイスは、ｅＭＢＢデバイスのガードバンド６０５を介して許可不要メッセージを送信する。代替的例では、ｍＭＴＣデバイスは、ｅＭＢＢデバイスに関連付けられる許可されたＤＬおよび／またはＵＬメッセージと共有される帯域を介して、許可不要メッセージを送信し得る。図示される例示的配分６００ｄによると、ＵＲＬＬＣデバイスは、周波数ドメインに関する１つ以上の共有サブバンド、例えば、共有サブバンド６０７および６０９内で、許可不要メッセージを送信し得る。サブバンド６０７および６０９は、許可されたＤＬならびに／またはＵＬメッセージのためにｅＭＭＢデバイスによっても使用され得る。ある場合、配分６００ｄを使用して、ｍＭＴＣおよびＵＲＬＬＣデバイスの各々は、特に、ｍＭＴＣデバイスのトラフィックが（例えば、非常に低いｅＭＢＢトラフィックがある時間にスケジュールされることによって）事前スケジュールされるとき、および／または長い待ち時間に耐性があるとき、信頼性利得を達成し得る。
【００４４】
ある場合、配分６００ｃおよび６００ｄに示されるサブバンド内のある時間ならびに周波数は、例えば、許可不要アクセスから引き起こされる潜在的干渉を低減させ、それによって、あるｅＭＢＢデバイスのためのＱｏＳを確実にするように、許可不要アクセスのために遮断されることができる。例によると、サブバンド６０７および６０９の各々は、複数のブロックされた領域６０７ａおよび６０９ａをそれぞれ含む。
【００４５】
静的配分に関して、例示的配分６００ａ−ｄは、とりわけ、デバイス上のＧＵＩ、例えば、図３６に示されるＧＵＩ３６００を介して、事前構成され得る。代替として、例示的配分６００ａ−ｄは、デバイス製造業者またはサービスプロバイダによって構成され得る。なおも代替として、配分６００ａ−ｄは、Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅデバイス管理（ＯＭＡ  ＤＭ）プロトコルまたは任意の他のオーバージエア（ＯＴＡ）デバイスプロビジョニングプロトコルを使用して、デバイス上で静的にプロビジョニングされ得る。静的許可不要アクセス配分は、概して、それぞれの通信セッションが確立されることに先立ってデバイスに知られている配分を指す。
【００４６】
半静的配分に関して、上記の例示的配分６００ａ−ｄは、例えば、限定ではないが、共通ＲＲＣシグナリング、専用ＲＲＣシグナリング、またはＭＡＣ制御要素（ＭＡＣ  ＣＥ）シグナリングを介して、ＵＬメッセージを送信するデバイス（例えば、ＵＥ）にもシグナリングされ得る。例えば、共通ＲＲＣシグナリング機構を使用して、配分６００ａ−ｄは、例えば、システム情報（ＳＩ）の一部として、ＮＲノードによって周期的にブロードキャストまたはマルチキャストされ得る。同様に、専用ＲＲＣシグナリングを使用して、例示的配分６００ａ−ｄは、例えば、限定ではないが、オンデマンドで、システム情報としてＲＲＣメッセージまたはＭＡＣ  ＣＥメッセージの中でＮＲノードによって非周期的にユニキャストされ得る。ある場合、所与のＵＥは、ＮＲノードから伝送されるＤＬブロードキャスティングまたはマルチキャスティングチャネル上のシステム情報を検索することによって、アクセス配分情報を獲得し得る。他の場合では、ＵＥは、オンデマンドシステム情報としてのアクセス配分情報に対して、要求をＮＲノードに送信し得る。ＮＲノードまたは装置（例えば、ＮｅｘｔＧｅｎ  ＲＡＮノード）は、ＵＥからの要求に応答して、または自律的ＮＲノード決定の結果として、（例えば、ＵＲＬＬＣデバイスによる使用のための）ＵＬ伝送許可不要リソース配分（構成）をＵＥにシグナリングし得る。
【００４７】
以下の例は、許可不要配分が、ＲＲＣ信号を介してＵＥに示され得るＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎシステム情報（ＳＩ）の中でＵＥにシグナリングされ得る方法の例を示す。加えて、または代替として、ＳＩは、物理ブロードキャストチャネルもしくは物理共有チャネル上でブロードキャストされ得る。
【００４８】
【表２−１】
2019518392.tif 000009
【００４９】
【表２−２】
2019518392.tif 000010
【００５０】
【表２−３】
2019518392.tif 000011
【００５１】
【表２−４】
2019518392.tif 000012
ここで動的アクセス配分を検討すると、いくつかの例による、異なるデバイスおよびサービスに関連付けられるトラフィックの動的パターンに照らして、ＵＬアクセス配分（例えば、配分６００ａ−ｄ）は、所与のＮＲノードによって動的に管理され得、それによって、システムリソースは、管理され、および／または、許可不要ＵＬ伝送は、種々の性能要件が異なるデバイスおよびサービスのために満たされることを確実にするために制御される。本明細書で使用されるように、動的アクセス構成時間インターバル（ＤＡＣＴＩ）は、ＤＬおよび／またはＵＬメッセージに適用され得る特定のアクセス配分方式が適用される固定もしくは可変時間インターバルを指す。ＤＡＣＴＩの長さは、共通ＲＲＣシグナリング、専用ＲＲＣシグナリング、またはＭＡＣ  ＣＥシグナリングを介して、ＵＥにシグナリングされ得る。ＮＲノード（例えば、ＲＡＮノードまたは装置）は、ＵＥからの要求への応答として、または自律的ＮＲノード決定の結果として、ＤＡＣＴＩをＵＥにシグナリングし得る。例では、ＮＲノードは、そのカバレッジ下のＵＥにＤＡＣＴＩを周期的にシグナリングするように構成され得る。ＤＡＣＴＩは、ダウンリンク制御情報（ＤＣＩ）を介して、ダウンリンク制御チャネル上でも動的にシグナリングされ得る。本明細書で使用されるように、アクセス構成信号は、他の制御信号（例えば、同期化のためのパイロットまたは無線リンク推定もしくは測定のための参照信号）と共有され得る。代替として、アクセス構成信号は、アクセス構成（配分）のための専用制御信号であり得る。
【００５２】
図８を参照すると、アクセス構成信号が他の制御信号と共有される場合、例では、周波数軸に沿ったパイロット場所のパターン（例えば、ＯＦＤＭグリッド内の副搬送波）が、現在のＤＡＣＴＩの動的アクセス配分を示すために使用され得る。図８に示されるように、パイロット８０２ａの特定のパターンは、周波数に関してアクセスサブバンド８０２の中心にあり得る。代替として、または加えて、パイロット８０２ｂのパターンは、サブバンド８０２の縁にあり得る。パイロット８０２ａおよび８０２ｂは、対応するサブバンド８０２のアクセスタイプならびに配分を示し得る。パイロット８０２ａおよび８０２ｂは、許可不要アクセス配分を示すことの例では、ＤＬ構成信号として、ＮＲノードから送信され得る。ＮＲノードは、システム情報ブロードキャスティングまたはＲＲＣシグナリングメッセージを通して、このＤＬ構成信号（共有もしくは専用）を構成し得る。
【００５３】
本明細書で使用されるように、アクセス構成チャネルは、別様に規定されない限り、共有または専用制御チャネルを指し得る。他の制御チャネルと共有される場合、制御チャネルメッセージのある情報要素（ＩＥ）が、動的アクセス配分を示すために使用され得る。例えば、ダウンリンク共有制御チャネルのＤＣＩは、アクセスタイプおよび場所を示し得る。所与のＮＲノードは、システム情報ブロードキャスティングまたはＲＲＣシグナリングメッセージを通して、このＤＬ共有もしくは専用制御チャネルを構成し得る。ある場合、ＮＲノードは、ＵＥのための２つ以上のＤＬ共有制御チャネルを構成し得る。構成されると、チャネルは、許可不要アクセス配分の動的指示のためにアクティブ化または非アクティブ化され得る。いくつかの例では、ＮＲノードは、ＭＡＣ  ＣＥシグナリングまたはＲＲＣシグナリングを通して、チャネルをアクティブ化もしくは非アクティブ化し得る。
【００５４】
図９および１０に示されるように、許可不要アクセス配分は、ＤＡＣＴＩの第１のＤＬ制御信号またはチャネルにおいて示され得る。これらの動的配分は、ＤＬ制御チャネルによってシグナリングされ得、ＤＬ制御チャネルが、いくつかの配分もしくはいくつかのサブバンドの配分をシグナリングし得る。ある場合、特別な所定の無線ネットワーク一時識別子（ＲＮＴＩ）が、この配分がＤＡＣＴＩのためのものであることを示すために、ＤＬ制御チャネル上で使用され得る。
【００５５】
特に図９を参照すると、例示的配分９００は、例示的全帯域配分を表す。第１のＤＡＣＴＩ  ９０４ａ内の第１のＤＬ制御信号またはチャネル９０２ａは、ＤＡＣＴＩ  ９０４ａがＵＲＬＬＣ許可不要ＵＬのみのために配分されることを示す。例では、許可不要ＵＬ構成に関連付けられるＤＣＩ９０２ａが、復号され、次いで、現在のＤＡＣＴＩ  ９０４ａ内の許可不要ＵＬ配分が、復号される。図示される例によると、第２のＤＡＣＴＩ  ９０４ｂ内の第２のＤＬ制御信号またはチャネル９０２ｂは、第２のＤＡＣＴＩ  ９０４ｂがＵＲＬＬＣ許可不要ＵＬメッセージと混合されたｅＭＢＢ許可ＤＬおよび／またはＵＬ通信のために配分されることを示す。図示される例によると、第３のＤＡＣＴＩ  ９０４ｃ内の第３のＤＬ制御信号またはチャネル９０２ｃは、第３のＤＡＣＴＩ  ９０４ｃがｅＭＢＢ許可ＤＬおよび／またはＵＬ通信のみのために配分されることを示す。図示される例によると、第４のＤＡＣＴＩ  ９０４ｄ内の第４のＤＬ制御信号またはチャネル９０２ｄは、第４のＤＡＣＴＩ  ９０４ｄがＵＲＬＬＣデバイス許可不要ＵＬのみのために配分されることを示す。
【００５６】
図１０も参照すると、例示的配分１０００は、例示的部分帯域配分を表す。図示される例によると、第１のＤＡＣＴＩ  １００４ａ内の第１のＤＬ制御信号またはチャネル１００２ａは、ＤＡＣＴＩ  １００４ａが、ＵＲＬＬＣデバイス許可不要ＵＬ専用サブバンド１００６ａと、ｅＭＢＢ  ＤＬおよび／またはＵＬ専用サブバンド１００６ｂとを含むように、周波数ドメインに関して分割されることを示す。いくつかの例では、許可不要ＵＬ構成のＤＣＩが、復号され、次いで、現在のＤＡＣＴＩ内の許可不要ＵＬ配分が、復号される。図示される例によると、第２のＤＡＣＴＩ  １００４ｂ内の第２のＤＬ制御信号またはチャネル１００２ｂは、ＤＡＣＴＩ  １００４ｂが、ｍＭＴＣデバイス許可不要ＵＬアクセス専用のサブバンド１００８ａおよび／または１０１０ａと、ｅＭＢＢ許可ＤＬならびに／もしくはＵＬおよびＵＲＬＬＣデバイス許可不要ＵＬ用のサブバンド１００８ｂとを含むように、周波数ドメインに関して分割されることを示す。図示される例によると、第３のＤＡＣＴＩ  １００４ｃ内の第３のＤＬ制御信号またはチャネル１００２ｃは、ＤＡＣＴＩ  １００４ｃが、第２のＤＬ制御信号またはチャネル１００２ｂによって示されないとき、ｍＭＴＣデバイス許可不要ＵＬアクセス専用のサブバンド１０１０ａと、ｅＭＢＢ許可ＤＬおよび／またはＵＬ専用のサブバンド１０１０ｂとを含むように、周波数ドメインに関して分割されることを示す。図示される例によると、第４のＤＡＣＴＩ  １００４ｄ内の第４のＤＬ制御信号またはチャネル１００２ｄは、ＤＡＣＴＩ  １００４ｄが、ＵＲＬＬＣデバイス許可不要ＵＬメッセージ専用のサブバンド１０１２ａと、ｅＭＢＢ許可ＤＬおよび／またはＵＬ通信専用のサブバンド１０１２ｂとを含むように、周波数ドメインに関して分割されることを示す。
【００５７】
ここで図１１Ａおよび１１Ｂを参照すると、時間および周波数ドメイン内の動的アクセス配分のさらなる詳細が、例示的に実施形態によると、図示されている。図示される例によると、（Ａ）は、許可されたＤＬ時間インターバルを表し、（Ｂ）は、許可されたＵＬ時間インターバルを表し、（Ｂ’）は、許可不要ＵＬ時間インターバルを表し、（Ｘ）は、許可されたＤＬおよびＵＬ時間インターバル間のギャップを表し、Ｘ’は、ＤＬ制御信号と許可不要ＵＬメッセージとの間の（時間ドメインに関する）ギャップを表す。
【００５８】
いくつかの例では、ＤＬ制御チャネルは、ＤＬ  ＴＸ、ＵＬ  ＡＣＫ／ＮＡＣＫ、ＵＬ許可、ＮＲノード定義ＵＬ許可不要構成（例えば、コードドメイン内のＵＬマルチユーザ多重化のためのコードブックのＮＲノード定義コードシードまたはインデックス）等のためのＤＣＩを含み得る。いくつかの例では、ＵＬ制御チャネルは、ＤＬ  Ａｃｋ／Ｎａｃｋ、ＵＬ  ＨＡＲＱ方式、ＵＥ選択ＵＬ許可不要構成（例えば、コードドメイン内のＵＬマルチユーザ多重化のためのコードブックのＵＥ選択コードシードまたはインデックス）等のＵＬ許可不要伝送構成のためのＵＣＩを含み得る。ある場合、図１１Ａおよび１１Ｂに示されるように、各インターバルまたはコンテナ（Ａ、Ｂ、Ｘ、Ｂ’、Ｘ’）は、各ＤＡＣＴＩ内で同時に発生し得、複数のインターバルも、例えば、許可不要ＵＬのためのダウンリンク上のＤＣＩが複数の内蔵コンテナを構成する場合、１つのＤＡＣＴＩ内で同時に発生し得る。いくつかの例では、複数のＤＡＣＴＩは、例えば、高速動的許可不要ＵＬ管理のために、コンテナ内で同時に発生し得る。ある場合、所与のＮＲノードは、例えば、限定ではないが、以下に基づいて所与のＵＥのための許可不要ＵＬアクセス配分を動的に管理し得る：ＵＥのデバイスタイプおよび／または能力；ＵＥのサービス要件；ＵＥに関連付けられる接続密度；ＵＥに関連付けられるＵＬデータトラフィックパターンまたはスケジュール；その失敗したコンテンションまたはそのコンテンションの成功率に関するＵＥのフィードバック；無線リンク測定のＵＥのレポート；ＵＥに関連付けられるモビリティステータスのＵＥのレポート；ＮＲノードが受信した許可不要ＵＬ伝送の量；ＮＲノードが正常に復号した許可不要ＵＬパケットの数またはＮＲノードがＵＬ再伝送を受信するために送信したＮＡＣＫの数；システムに関連付けられるトラフィック負荷；システムに関連付けられる無線リンク予算；リソース利用、スケジューリング、およびスライシング；および／または、干渉または電力制御および管理。
【００５９】
ここで、上で説明されるような優先衝突回避コンテンションアクセスを検討すると、ＵＲＬＬＣデバイスは、非常に厳しい待ち時間要件を満たすように要求され、したがって、ＵＲＬＬＣデバイスは、コンテンションベースのアクセスのための他のデバイスよりも高い優先順位を有する必要があり得る。例示的ＣＳＭＡ／ＣＡベースの２次元（時間および周波数）優先衝突回避コンテンションアクセス機構が、図１２に示され、デバイス１、デバイス２、およびデバイス３は、ＵＬコンテンションアクセスのためのデバイス４よりも高い優先順位を有する。以下の用語は、図示される例示的実施形態を説明することに役立つように定義される。図示される例によると、コンテンション時間インターバル（ＣＴＩ）は、ＵＥがＵＬ伝送のために競合する時間インターバルを指す。いくつかの例では、ＵＥは、静的または半静的構成ＣＴＩのためのシステム情報もしくはＲＲＣシグナリングからＣＴＩを獲得し得る。ある場合、ＵＥは、ＤＬ  ＤＣＩおよび動的許可不要ＵＬ伝送構成からＣＴＩを復号し得る。別の例では、ＵＥは、ＮＲノードから許可不要設定応答の中でＣＴＩを受信し得る。
【００６０】
図１２を続けて参照して、例によると、専用コンテンションエリア（ＤＣＡ）１２０１は、ＵＥが現在のＣＴＩのＵＬリソース利用可能性を検出するための専用であるエリア（例えば、乏しい搬送波）を指し得る。このエリア１２０１は、例えば、検出の容易性および低いオーバーヘッドのために、少ない副搬送波を含むように周波数が狭くあり得る。ＤＣＡ１２０１は、例えば、コンテンション検出のためのサブバンドの縁または中心のいずれかに位置し得る。図１２では、ＤＣＡ１２０１ａは、コンテンションアクセスサブバンドの下縁に位置する。配分されたコンテンションベースのアクセスエリアのための１つ以上のＤＣＡ１２０１が存在し得、ＵＥは、例えば、ＮＲノードによって指示されるように、１つ以上のＤＣＡ１２０１において競合し得る。ＵＥは、静的または半静的構成ＤＣＡのためのシステム情報もしくはＲＲＣシグナリングからＤＣＡ１２０１を獲得し得、ＵＥは、ＤＣＡのためのＤＬ  ＤＣＩおよび動的許可不要ＵＬ伝送構成からＤＣＡを復号し得、または、ＵＥは、ＮＲノードからの許可不要設定応答内でＤＣＡを受信し得る。
【００６１】
ＵＥアクセスパイロット（ＵＡＰ）１２０３は、別様に規定されない限り、所与のＤＣＡ１２０１において挿入され得るＵＥパイロットまたは参照信号を指し、それは、ＵＥが、所与のＤＣＡ１２０１に属するリソースを使用してそのデータを伝送していることを示す。ＵＡＰ１２０３は、ＮＲノードが受信されたＧＬＵＣＩを復号し、ＵＬデータを復調することに役立つように、許可不要ＵＬ制御情報（ＧＬＵＣＩ）とインターリーブされ得る（例えば、ＵＬ伝送についてのデータと混合される）。ＧＬＵＣＩとインターリーブされるとき、ある場合、ＵＡＰの場所は、各ＵＥのために異なり得る。所与のＵＥは、静的または半静的構成ＵＡＰ情報のためのシステム情報もしくはＲＲＣシグナリングからＵＡＰのための場所を獲得し得る。代替として、所与のＵＥは、ＤＬ  ＤＣＩおよび動的許可不要ＵＬ伝送構成からＵＡＰ情報を復号し得るか、またはＵＥは、ＮＲノードからの許可不要設定応答内でＵＡＰ情報を受信し得る。ＵＡＰは、異なるＵＥ間で直交し得、それによって、所与のＮＲノードにおける受信機は、それを使用し、ＵＬデータを伝送するＵＥを検出すること、および、ＵＬデータを復調するためのチャネルを推定することを行い得る。ＵＡＰは、以下の性質を伴うシーケンスで、ＵＥ  ＩＤを伴って設計され得る：例えば、限定ではないが、互いに直交であるそれ自体の循環的にシフトされたバージョン、および、一定またはほぼ一定であるシーケンスの２つのプライム長間の相互相関。直交ＵＡＰの実装の例は、ＵＥ  ＩＤと組み合わせられたＺａｄｏｆｆ−Ｃｈｕシーケンスの組であり得る。各ＤＣＡにおけるＵＡＰは、許可不要ＵＬ伝送のためにＤＣＡ下のリソースが利用可能であるかどうかを検出するために、他のＵＥによっても使用され得る。
【００６２】
別様に規定されない限り、許可不要ＵＬ制御情報（ＧＬＵＣＩ）は、例えば、限定ではないが、符号化レート、変調、伝送電力レベル、ＵＬ伝送冗長性、コードドメイン内のＵＥ定義マルチユーザ多重化のためのコードシードまたはインデックス等のＵＬ許可不要伝送のための種々の制御情報を含む情報要素（ＩＥ）を指す。
【００６３】
図１２を再度参照して、図示される例によると、周波数範囲にわたる時間インターバルｔ０の第１のＣＴＩ  １２０２ａにおいて、デバイス１、デバイス２、およびデバイス３は、Ｃ０１およびＣ０２として示される専用ＤＣＡエリア（ＤＣＡ）を感知（リッスン）し、例として、Ｃ０１およびＣ０２が所定の検出閾値を下回ることを感知することによって、コンテンションエリアＣ０１およびＣ０２がアクセスのために利用可能であることを決定する。例では、デバイス４は、ＤＣＡ  Ｃ０２のみにおいて感知し、Ｃ０２がアクセスのために利用可能であることも決定する。図示される例によると、デバイス１は、Ｃ０１においてそのＵＡＰを挿入することによって、ＤＣＡ  Ｃ０１に属するＵＬリソースをランダムに選択する。さらに、デバイス１は、例えば、そのＵＬ伝送冗長性値が２以上の場合、Ａ０２においてそのＵＬ伝送の第１の冗長バージョン、Ａ０３においてそのＵＬ伝送の第２の冗長バージョンを伝送する。ある場合、ＵＬ伝送冗長性値は、ＤＬ制御チャネルＤＣＩまたはＵＬ許可不要設定プロシージャを介して、ＮＲノードによって動的に割り当てられ得るか、または、ＵＥによって定義され、ＵＬ制御チャネル上でＧＬＵＣＩを介してＮＲノードに示され得る。例では、デバイス２およびデバイス３の両方は、Ｃ０２においてそれらのＵＡＰを挿入することによって、ＤＣＡ  Ｃ０２に属するＵＬリソースをランダムに選択する。例を続けると、デバイス２は、例えば、そのＵＬ伝送冗長性値が３以上の場合、ＵＬ伝送のその第１の冗長バージョンのためにＢ０１、その第２の冗長バージョンのためにＢ０３、その第３の冗長バージョンのためにＢ０４をランダムに選択する。デバイス３は、例えば、そのＵＬ伝送冗長性値が２以上の場合、ＵＬ伝送のその第１の冗長バージョンのためにＢ０３、その第２の冗長バージョンのためにＢ０２をランダムに選択する。
【００６４】
したがって、上で説明されるように、ある場合、２つ以上のデバイスが、それらのそれぞれのＵＬ伝送の冗長バージョンを伝送するために、同一の周波数および時間リソースを選択し得る。図示される例では、デバイス２およびデバイス３の両方は、それらの冗長バージョンのうちの１つを伝送するためにＢ０３を選択する。図示される例によると、ある場合、十分な直交性がデバイス２の冗長バージョン２伝送とデバイス３の冗長バージョン１との間に構築される場合、ＮＲノードは、重複したＵＬ伝送を検出および区別することが可能であり得る。異なる非直交多重アクセス方式は、マルチユーザ直交性を構築するための異なる機構を有する。例えば、マルチユーザ直交性がコードドメイン内で作成される場合、ＮＲノードおよび許可不要ＵＬ伝送のためのＵＥは、直交コードブックを有し得る。コードブックがｍＭＴＣデバイス等の膨大な数のＵＥを対象とするために十分に大きくない場合、ＮＲノードは、それらのＵＬ伝送スケジュールに基づいて、コードをＵＥに割り当て得る。例えば、ＮＲノードは、ＵＥがＵＬデータを設定するようにスケジュールされた持続時間のための一時的コードを使用し；ＤＬ制御チャネルダイスを用いてコードブックのコードシードもしくはインデックスを割り当て；オンデマンドで一時的コードをＵＥに割り当て；および／または、グラウンドコードシードまたはインデックスをグループに割り当て得、グループ内の各ＵＥは、許可不要ＵＬ伝送のための異なるスケジュールを有する場合、異なる時間にコードをランダムに生成し得る。コードブックの一時的コードまたはグループコードのシードもしくはインデックスは、ＤＬ制御チャネルＤＣＩまたはＵＬ許可不要設定プロシージャを介して、ＮＲノードによって動的に割り当て得るか、または、ＵＥによって定義され、ＵＬ制御チャネル上でＧＬＵＣＩを介してＮＲノードに示され得る。
【００６５】
例えば、２つの重複した伝送間に直交性が存在しない他の場合、ＮＲノードは、より強力なＵＬデータを復号することが依然として可能であり得る。ＵＬデータは、例えば、ＮＲノードの受信機によって復号されることができるように、他のデータと比較して、より高い信号対雑音および干渉比を伴って受信される場合、より強力であり得る。ＮＲノードがデータを復号することができない場合、ＮＲノードは、重複した伝送を衝突として扱い、受信されたデータを破棄し得る。そのような例では、図１２を続けて参照すると、ＮＲノードは、デバイス２およびデバイス３からの他の非重複伝送を正常に復号することが依然として可能であり得る。さらに、ＮＲノードは、デバイス２からＵＬ伝送冗長バージョン１と３とを組み合わせ得る。したがって、超高信頼性を要求するデバイスは、それらの許可不要ＵＬ伝送のための複数の冗長バージョンを挿入し、例えば、不良なチャネルまたはコンテンション衝突に起因するＵＬデータ受信の失敗を回避し得る。図示される例によると、デバイス４は、Ｃ０２がデバイス２およびデバイス３によって取られていることを感知する前、デバイス４またはＮＲノードによってランダムにシード値を設定され得るバックオフ時間を待つ。デバイス４は、例えば、Ｃ０２が所定の検出閾値を上回ることを決定することによって、それを感知し得る。故に、デバイス４は、第１のＣＴＩ  １２０２ａの中の残りの時間にわたって、Ｃ０２のためのコンテンションを停止し得る。
【００６６】
図１２に図示される例を続けて参照すると、時間インターバルｄ１中の第２のＣＴＩ  １０２ｂにおいて、デバイス１は、そのＵＡＰをＤＣＡ  Ｃ１の中へ延長することによって、Ａ１およびＡ３上でその伝送を継続する。デバイス４は、ＤＡＣ  Ｃ１２が利用可能であることを感知し、Ｃ１２がランダムバックオフ時間後に依然として利用可能であることを再度感知する。デバイス４は、Ｃ１２においてそのＵＡＰを挿入し、そのＵＬ伝送のためにＢ１をランダムに選択する。時間インターバル２Ｔ中の第３のＣＴＩ  １０２ｃにおいて、デバイス４は、そのＵＡＰをＤＣＡ  Ｃ２の中へ延長することによって、Ｂ２上でその伝送を継続する。ある場合、周波数ホッピングも、上で説明される２Ｄ優先衝突回避コンテンションアクセス方式で適用され得る。ホッピングパラメータは、静的もしくは半静的に構成され得るか、またはＤＬ制御チャネルＤＣＩもしくはＵＬ許可不要設定を介して、ＮＲノードによって動的に割り当てられ得る。
【００６７】
図１３Ａ−Ｃを参照して、ここでマルチユーザ直交性およびコンテンション管理例を検討すると、許可不要ＵＬ伝送によると、いかなるＵＥも、特に、ＵＬ伝送リソースを許可されることも、ＵＬ伝送リソースを使用するようにスケジュールされることもない。したがって、例では、許可不要ＵＬ伝送は、コンテンションベースであり、それは、複数のＵＥに同一のＵＬリソースのために同時に競合させ、それによって、異なる例示的シナリオに対して図１３Ａ−Ｃで描写されるような衝突を引き起こし得る。
【００６８】
例えば、完全または部分直交マルチユーザ多重化が適用される場合、アクセスネットワークのＮＲノードにおける先進型受信機は、複数のＵＥからの衝突したメッセージを復調することが依然として可能であり得ることが本明細書で認識される。しかし、衝突がユーザ間干渉を増加させ、それがシステム性能を劣化させ、システム容量を限定し得ることも本明細書で認識される。例えば、達成可能なＳＩＲは、多重化されたＵＥの数に依存し得るある値に限定され得る。例示的実施形態では、ＵＲＬＬＣデバイスのための超信頼性能要件およびｍＭＴＣデバイスのためのマッシブ接続要件をサポートするために、適切なコンテンション配分を伴うマルチユーザ直交性が、ＮＲネットワーク内で実装される。
【００６９】
非直交多重アクセス（ＮＯＭＡ）方式は、概して、コード、シーケンス、またはインターリーバベースである。マルチユーザ直交性は、直交コードブック設計、直交もしくは準直交シーケンス生成、または部分直交インターリーバパターン設計によって実現される。したがって、多数のＵＥ間のマルチユーザ直交性は、限定された直交コード、シーケンス、またはインターリーバパターンで構築する課題である。種々の実施形態によるコンテンションベースの許可不要ＵＬ伝送の低減した衝突可能性でマルチユーザ直交性を構築することが、ここで議論される。
【００７０】
例示的実施形態では、マルチユーザ直交性およびコンテンション管理は、時間、周波数、および空間で、コード、シーケンス、またはインターリーバパターンを再利用することと、衝突ベースおよび衝突回避多重アクセス方式の両方に対して、同時に同一のリソースのために競合するＵＥの数を制御することとによって、実装される。
【００７１】
本明細書で使用されるように、別様に規定されない限り、コンテンション副搬送波グループ（ＣＯＧ）は、ＵＬアクセスのために競合するために配分される副搬送波のグループを指す。ＣＯＧは、異なるデバイスまたはサービスに対して変動し得る。例えば、種々のコンテンション副搬送波グループは、図１４Ａに示されるように、異なるシステム数秘術を有し得る。本明細書で使用されるように、別様に規定されない限り、コンテンション時間インターバル（ＣＴＩ）は、ＵＬアクセスのために競合するために配分される時間インターバルを指す。この時間インターバルは、異なるデバイスまたはサービスに対して変動し得、図１４Ｂに示されるように、異なるシステム数秘術を有し得る。本明細書で使用されるように、別様に規定されない限り、コンテンションブロック（ＣＢ）は、特定のコンテンション時間インターバル（ＣＴＩ）および特定のコンテンション副搬送波グループ（ＣＯＧ）によって定義されるリソースのブロックを指す。ブロックのサイズは、図１４Ｃに示されるように、異なるデバイスまたはサービスのための時間および副搬送波の数に対して、または、異なるシステム数秘術に対して変動し得る。本明細書で使用されるように、別様に規定されない限り、コンテンション空間（ＣＳ）は、ＵＥが同一の空間ビームに関して競合するコンテンションブロックの組を指す。直交もしくは準直交コード、シーケンス、またはインターリーバパターンの組が、異なるコンテンション空間に再利用され得る。
【００７２】
多次元コンテンションリソース（ＭＡＣＲＯ）に関して、ＭＩＭＯ  ＯＦＤＭシステムでは、ＵＬリソースは、時間、周波数、および空間の次元で定義され得る。例えば、ｍｉｃｒｏ（ｔｉｍｅ（ｉ），ｆｒｅｑｕｅｎｃｙ（ｊ），ｓｐａｃｅ（ｋ））は、コンテンションブロックのリソースを表し得、コンテンションブロックは、ｍａｒｃ（ＣＴＩ（ｉ），ＣＯＧ（ｊ），ｓｐａｔｉａｌ−ｂｅａｍ（ｋ））としてさらに表され得、それは、ＵＥがＵＬ伝送のために競合する単位である。ＵＥは、コンテンション空間内で１つ以上のコンテンションブロック（ＣＢ）のために競合し得る。例えば、ｍＭＴＣデバイスは、ＮＲノードによって割り当てられるコード、シーケンス、またはインターリーバパターンの組を使用して、１つの空間ビームｂｋに関して、時間軸に沿ったコンテンション空間内のＵＬ伝送のための副搬送波グループＣＳＧｊ上の２つのコンテンション時間インターバルＣＴＩｉおよびＣＴＩｉ＋１に対して、２つのＣＢ（例えば、ＣＢ（Ｃｉｔｉ，Ｃｏｇ）およびＣＢ（ＣＴＩｉ＋１，ＣＳＧｊ））、すなわち、｛ｍｄｒｃ［ＣＢ（ＣＴＩｉ，ＣＳＧｊ），ｂｋ］，ｍｄｒｃ［ＣＢ（ＣＴＩｉ＋１，ＣＳＧｊ），ｂｋ］｝のために競合し得る。例を続けると、ＵＲＬＬＣデバイスは、ＮＲノードによって割り当てられるコード、シーケンス、またはインターリーバパターンの組を使用して、空間冗長伝送のための２つのビームｂｋおよびｂｋ＋１の各々のために、周波数軸に沿ったコンテンション空間内のコンテンション時間インターバルＣＴＩｉの中の３つの副搬送波グループＣＳＧｊ、ＣＳＧｊ＋１、およびＣＳＧｊ＋２に対して、３つのＣＢ（例えば、ＣＢ（ＣＴＩｉ，ＣＳＧｊ）、ＣＢ（ＣＴＩｉ，ＣＳＧｊ＋１）、およびＣＢ（ＣＴＩｉ，ＣＳＧｊ＋２））、すなわち、｛ｍｄｒｃ［ＣＢ（ＣＴＩｉ，ＣＳＧｊ），ｂｋ］，ｍｄｒｃ［ＣＢ（ＣＴＩｉ，ＣＳＧｊ＋１），ｂｋ］，ｍｄｒｃ［ＣＢ（ＣＴＩｉ，ＣＳＧｊ＋２），ｂｋ］；ｍｄｒｃ［ＣＢ（ＣＴＩｉ，ＣＳＧｊ），ｂｋ＋１］，ｍｄｒｃ［ＣＢ（ＣＴＩｉ，ＣＳＧｊ＋１），ｂｋ＋１］，ｍｄｒｃ［ＣＢ（ＣＴＩｉ，ＣＳＧｊ＋２），ｂｋ＋１］｝のために競合し得る。
【００７３】
ある場合、低減した衝突可能性でマルチユーザ直交性を構築するために、無線アクセスネットワークのＮＲノードは、コンテンション空間専用の事前決定された数のコンテンションブロックを伴うコンテンション空間を定義し得る。例を続けると、ＮＲノードは、このコンテンション空間のために競合するＵＥのグループによって使用される、直交もしくは準直交コード、シーケンス、またはインターリーバパターンの組をさらに定義し得る。ある場合、直交もしくは準直交コード、シーケンス、またはインターリーバパターンの組は、異なるコンテンション空間のためにＵＥの異なるグループによって再利用され得る。この例では、衝突は、同一のＣＳ内で競合するＵＥ間のみで起こり得、そのような衝突は、同一のＣＳ内で競合するＵＥ間のマルチユーザ直交性によって軽減され得る。いくつかの例では、コンテンション空間は、限定ではないが、一例として提示される、以下に基づいて、ＮＲノードによって制御および管理され得る：アクセスネットワーク利用可能リソースおよびアクセス可能性；アクセスネットワークトラフィック特性およびスケジュール；アクセスネットワーク無線リンク測定（例えば、リンク品質）；関連サービングエリア内のＵＥの数；全システムスループット、コンテンションアクセス遅延、およびコンテンション失敗率；サービングエリア内のデバイスタイプおよび能力；および／または、トラフィックタイプ、データレート、データサイズ、待ち時間要件、エラー率、コンテンション失敗率公差、ならびに他のサービスＱｏＳ要件等のＵＥに関連付けられる他のパラメータ。
【００７４】
ここで、上で説明されるような、静的または半静的マルチユーザ直交性およびコンテンション構成を検討すると、ＵＲＬＬＣデバイスは、小型または中型サイズデータを配信するための短い待ち時間および高い信頼性を要求し得、ｍＭＴＣデバイスは、小規模データを配信するための低いシグナリングオーバーヘッドおよび妥当な信頼性を要求し得る。これらの要件を満たすために、とりわけ、図１３Ａ−Ｃで描写される例示的コンテンション配分等の種々のＵＬコンテンション配分が、種々の例示的実施形態に従って、使用され得る。いくつかの例では、マルチユーザ直交性およびコンテンション構成は、例えば、限定ではないが、許可不要ＵＬアクセス配分構成を示すパラメータおよびコンテンション空間配分構成を示すパラメータ等の種々のパラメータを含み得る。コンテンション空間配分構成に関して、パラメータは、例えば、限定ではないが、以下を示し得る：利用可能なコンテンションブロック（時間、周波数）；直交コードインデックス、直交シーケンスインデックス、もしくは直交インターリーバパターンインデックスの組；配分が適用されるデバイスおよび／またはサービスのタイプ、配分が適用されるＲＡＮスライスのタイプ、コンテンションアクセスタイプ（例えば、衝突ベース、コンテンション回避等）；アクセス優先順位ならびに関連ランダム生成シード、コードインデックス、および／または優先順位ベースのコンテンションアクセス方式に使用される他のアクセスパラメータ；このＣＳに配分されるスケジュールもしくは時間持続時間；サポートされる数秘術；ＵＥあたりの時間および／または周波数で許容される最大ＣＢ；および、配分によってサポートされる符号化レート、変調等。
【００７５】
静的構成に関して、本明細書に説明される例示的配分は、デバイス上のＧＵＩ（ＧＵＩ３６００等）を介して事前構成され得る。ある場合、配分は、デバイス製造業者またはサービスプロバイダによって構成され得る。代替として、配分は、Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅデバイス管理（ＯＭＡＤＭ）プロトコルまたは任意の他のオーバージエア（ＯＴＡ）デバイスプロビジョニングプロトコルを使用して、デバイス上で静的にプロビジョニングされ得る。このコンテンション配分（例えば、関連付けられるＣＢ、およびコード、シーケンス、またはインターリーバパターンの組を伴うコンテンション空間）は、任意の通信セッションが確立されることに先立って、デバイスに知られ得る。
【００７６】
半静的配分に関して、本明細書に説明される例示的配分はまた、システム情報を通してＵＥにブロードキャストされ得るか、または、共通ＲＲＣシグナリング、専用ＲＲＣシグナリング、もしくはＭＡＣ制御要素（ＭＡ  ＣＣＥ）シグナリングを通してＵＥにシグナリングされ得る。例えば、共通ＲＲＣシグナリングを使用して、例示的配分は、以下の例Ａに示されるように、ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢの中のシステム情報の一部として、ＮＲノードによって周期的にブロードキャストもしくはマルチキャストされ得るか、または、オンデマンドで、システム情報としてｒｒｃＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内のＲＲＣメッセージもしくはＭＡＣ  ＣＥメッセージの中でＮＲノードによって非周期的にユニキャストされ得る。
【００７７】
いくつかの例では、ＵＥは、ＮＲノードから伝送されるＤＬブロードキャスティングまたはマルチキャスティングチャネル上のシステム情報を検索することによって、コンテンション配分情報を獲得し得る。いくつかの例では、所与のＵＥは、オンデマンドシステム情報としてのコンテンション配分情報に対して、要求をＮＲノードに送信し得る。ＮＲノード（例えば、ＮｅｘｔＧｅｎ  ＲＡＮノード）は、ＵＥからの要求に応答して、または自律的ＮＲノード決定の結果として、ＵＥにコンテンション構成（配分）をシグナリングし得る。
（例Ａ）
【００７８】
【表３−１】
2019518392.tif 000013
【００７９】
【表３−２】
2019518392.tif 000014
【００８０】
【表３−３】
2019518392.tif 000015
ここで、上で議論される静的および半静的構成に加えて、動的マルチユーザ直交性およびコンテンション管理を検討すると、コンテンション構成（配分）も、例示的実施形態によると、ＤＬ制御チャネル上のＤＣＩを介して、動的に行われ得る（例えば、アクティブ化および／または非アクティブ化される）。種々のデバイスおよびサービスが、動的トラフィックパターン、利用可能性等を有し得、それは、ある場合、マルチユーザ直交性およびコンテンションがＮＲノードによって動的に管理されることを要求し得ることが本明細書で認識される。そのような動的管理（例えば、アクティブ化、非アクティブ化、再構成等）は、システムリソースが種々の許可不要ＵＬ性能要件を満たすために適切に使用されることを確実にし得る。
【００８１】
本明細書で使用されるように、別様に規定されない限り、動的アクセス構成時間インターバル（ＤＡＣＴＩ）は、ＤＬおよび／またはＵＬのいずれかである特定のアクセス配分方式が適用される固定もしくは可変時間インターバルを指す。所与のＤＡＣＴＩの長さは、（例えば、ブロードキャストまたはマルチキャストされたシステム情報の中の）共通ＲＲＣシグナリングを介して、専用ＲＲＣ接続再構成シグナリングを介して、または、ＭＡＣ  ＣＥシグナリングを介して、ＵＥにシグナリングされ得る。ＮＲノードはまた、ＵＥからの要求に応答して、または自律的ＮＲノード決定の結果としても、ＤＡＣＴＩをＵＥにシグナリングし得る。自律的ＮＲノード決定の一例として、ＮＲノードは、そのカバレッジ下のＵＥにＤＡＣＴＩを周期的にシグナリングするように構成され得る。ＤＡＣＴＩは、ダウンリンク制御情報（ＤＣＩ）を介して、ダウンリンク制御チャネル上でも動的にシグナリングされ得る。本明細書で使用されるように、別様に規定されない限り、アクセス構成信号は、他の制御信号と共有され得る信号、または許可不要アクセス構成専用である制御信号を指す。本明細書で使用されるように、アクセス構成チャネルは、共有（例えば、許可と許可不要との間で共有される）または専用（例えば、許可もしくは許可不要専用である）制御チャネルであり得る。ある場合、ＤＬ制御チャネルメッセージの制御情報要素（ＩＥ）は、例えば、限定ではないが、動的アクセス配分構成、関連付けられるコンテンションブロックを伴うコンテンション配分構成、および直交もしくは準直交コード、シーケンス、もしくはインターリーバパターンを示すために使用され得る。ＮＲノードは、ＲＲＣシグナリングメッセージを通して、このＤＬ共有または専用制御チャネルを構成し得る。ＮＲノードは、ＵＥのための２つ以上のＤＬ共有または専用制御チャネルを構成し得る。構成されると、チャネルは、アクティブ化または非アクティブ化され得る。ＮＲノードは、ＭＡＣ  ＣＥシグナリングまたはＲＲＣシグナリングを通して、チャネルをアクティブ化もしくは非アクティブ化し得る。
【００８２】
ここで図１５Ａおよび１５Ｂを参照すると、時間および周波数ドメイン内の例示的動的アクセス配分ならびにコンテンション配分の詳細が示されている。示されるように、例示的動的アクセス構成時間インターバル１５０２ａ−ｃは、以下の変数を含む：Ａ、Ｂ、Ｂ’、Ｃ、Ｘ、およびＸ’。図示される例によると、Ａは、許可ＤＬ時間インターバルを表し、Ｂは、許可ＵＬ時間インターバルを表し、Ｂ’は、許可不要ＵＬ時間インターバルを表し、Ｘは、許可ＤＬおよびＵＬインターバル間の時間に関するギャップを表し、Ｘ’は、許可ＤＬ制御信号（チャネル）と許可不要ＵＬインターバルとの間の時間に関するギャップを表す。
【００８３】
ＤＬ制御チャネルは、ＤＬ制御および／またはデータ構成、ＵＬ制御および／またはデータ構成（例えば、許可不要アクセス配分、関連付けられるコンテンションブロックを伴うコンテンション空間、および直交もしくは準直交コード、ＵＥシーケンス、またはインターリーバパターン等）のためのＤＣＩを含み得る。ＵＬ制御チャネルは、ＵＬ  Ｔｘ構成、ＤＬ  Ａｃｋ／Ｎａｃｋ等のためのＵＣＩを含み得る。
【００８４】
ある場合、図１５Ａに示されるように、各インターバル（Ａ、Ｂ、Ｘ、Ｂ’、Ｘ’）は、それぞれのＤＡＣＴＩ  １５０２ａおよび１５０２ｂに対応し得る。他の例では、複数のコンテナ、例えば、インターバル１５０４ａおよび１５０４ｂは、例えば、所与の許可不要ＵＬのためのＤＣＩが複数の内蔵インターバルのために構成される場合、１つのＤＡＣＴＩ  １５０２ｃ内にあり得る。
【００８５】
時間および周波数ドメインにおける動的アクセス配分ならびにコンテンション配分の別の例は、図１６Ａおよび１６Ｂに図示され、内蔵インターバル１６０２ａ−ｄは、以下の変数を含み得る：Ａ’、Ｂ１’、Ｘ１’、Ｂ２’、およびＸ２’。図示される例によると、Ａ’は、許可不要ＤＬ時間インターバルを表し、Ｂ１’は、許可不要の第１のＵＬ時間インターバルを表し、Ｂ２’’は、許可不要の第２のＵＬ時間インターバルを表し、Ｘ１’は、許可不要ＤＬと第１のＵＬとの間の時間に関するギャップを表し、Ｘ２’は、許可不要の第１のＵＬと第２のＵＬとの間の時間に関するギャップを表す。
【００８６】
ここで図１７を参照すると、例示的許可不要物理制御信号およびチャネル１７０２、１７０４が、示されている。例によると、ＤＬ同期化パイロット１７０２ａは、ＤＬ制御チャネル１７０２の中に含まれ得る。ＤＬ同期化パイロットは、許可不要非アクティブ状態から許可不要アクティブ状態に切り替える一方、許可不要ＵＬ伝送に先立って、周波数（例えば、副搬送波間隔）および時間（例えば、上で説明されるようなＴＡ推定のための）における高速同期化のために使用され得る。ＤＬ参照信号１７０２ｂは、ＤＬ制御チャネル１７０２の中に含まれ得る。ＤＬ参照信号１７０２ｂは、無線チャネル推定および無線リンク測定に使用され得、例えば、受信された参照信号の電力は、上で提案されるようなＵＬパスロス推定に使用され得る。参照信号シーケンスは、異なるＴＲＰの間のコール内干渉を回避し、セル縁におけるコール間干渉を限定するための良好な直交性または非直交性を伴って設計される必要があることが、本明細書で認識される。Ｍシーケンスが、その実装の例であり得る。ＤＬ制御情報（ＤＣＩ）１７０２ｃは、ＤＬ制御チャネル１７０２の中に含まれ得る。ＤＣＩは、許可不要ＵＬ伝送構成を含み得、それは、種々のパラメータ、例えば、限定ではないが、以下を含み得る：許可不要アクセス配分パラメータ；許可不要コンテンション空間配分パラメータ；許可不要コンテンションブロック；ＵＬ  ＮＯＭＡのためのコード、シーケンス、またはインターリーバパターンの組；ＤＬ参照信号の伝送電力レベル；ＵＬのための符号化レートおよび変調、アクセス優先順位ならびに関連ランダム生成シードに関連するパラメータ、コードインデックス、および／または優先順位ベースのコンテンションアクセス方式に使用される他のアクセスパラメータ；このＣＳに配分されるスケジュールまたは持続時間（例えば、時間のインターバルの数）；サポートされる数秘術の指示；または、ＵＥあたりの時間および／または周波数で許容されるＣＢの最大数。
【００８７】
依然として図１７を参照すると、ＵＬ  ＵＥパイロット１７０４ａは、ＵＬ制御チャネル／信号１７０４の中に含まれ得る。ＵＬ  ＵＥパイロット１７０４ａは、ＵＥをＮＲノード受信機に示す（例えば、許可不要ＵＬ伝送を送信する他のＵＥと区別される）ために使用され得る。例では、パイロット１７０４ａは、ＵＥのＩＤを含む。別の例では、パイロット１７０４ａは、ＮＲノードとのアタッチメントまたは許可不要設定中に割り当てられるＵＥ  ＩＤでスクランブルされる。ＵＥパイロット間の可能な衝突を低減させるために、ＵＥは、いくつかの例では、そのパイロットのための開始場所をランダムに選択し得る。例えば、ＵＥは、図１７に示されるように、そのパイロットのための開始点において位置１または２をランダムに選択し得る。パイロットの位置の選択は、少なくとも部分的にＵＥ  ＩＤに基づき得る。ＵＬ制御信号／チャネル１７０４の中に含まれ得るＵＬ制御情報（ＵＣＩ）１７０４ｂは、許可不要ＵＬ伝送構成を含み得、それは、限定ではないが、一例として提示される以下の指示を含み得る：ＵＬ  ＮＯＭＡのためのコード、シーケンス、またはインターリーバパターンのインデックス；ＵＬ参照信号の伝送電力レベル；ＵＬのための次の伝送またはスケジュール更新符号化レートおよび変調；ＵＬ伝送に使用されるＣＢの数；冗長性指示およびインデックス；成功したＵＬコンテンションの待ち時間指示；ＵＬコンテンションの失敗率；無線リンク測定；および、ＵＣＩに対応するデバイス能力またはサービスタイプ。
【００８８】
ここで、図１８を最初に参照して、サブフレーム内の許可不要ＵＬ伝送を検討すると、参照数秘術の例示的サブフレーム１８０２において、異なる種類の許可不要スロットが、異なって配分され得る。例示的広帯域許可不要スロット１−５が、図１８に図示されている。異なる部分サブバンド許可不要スロット１−３が、サブフレーム１８０２内の参照数秘術のスロット１の中に示され、それは、（例えば、ＳＩの中で）静的に構成され、半静的にシグナリングされ（例えば、ＲＲＣもしくはＭＡＣ  ＣＥ）、または動的に示され得（例えば、スロット１の中のＤＬ制御チャネルの中のＤＣＩ）、異なる全サブバンド許可不要スロット４および５が、サブフレーム１８０２内の参照数秘術のスロット２の中に示され、それは、（例えば、ＳＩの中で）静的に構成され、半静的にシグナリングされ（例えば、ＲＲＣもしくはＭＡＣ  ＣＥ）、または動的に示され得る（例えば、スロット１の中のＤＬ制御チャネルもしくはスロット２の中の二次ＤＬ制御チャネルの中のＤＣＩ）。
【００８９】
許可不要インターバル１および許可不要インターバル２によって示されるような、参照数秘術のスロット境界を横断し得る例示的狭帯域許可不要インターバル／スロット１−５が、図１９に図示されている。異なる許可不要インターバルまたはスロットが、参照数秘術の例示的サブフレーム１９０２の中に示される。許可不要インターバル／スロット１−５は、システム管理によって事前定義または事前構成され得るか（ＲＲＣシグナリングもしくはＭＡＣ  ＣＥを介して等、上位層を介して静的または半静的に）、または、は適用可能である場合、ＤＬ制御チャネルおよび／または二次ＤＬ制御チャネル上で搬送される許可不要ＤＣＩによって動的にシグナリングされ得る。
【００９０】
許可不要スロット（例えば、許可不要ミニスロット）構成の例が、図２０および図２１に図示され、それは、（例えば、ＳＩの中で）静的に構成され、半静的にシグナリングされ（例えば、ＲＲＣもしくはＭＡＣ  ＣＥ）、または動的に示され得（例えば、スロット１もしくはスロット２の中のＤＬ制御チャネルの中のＤＣＩ）、それは、許可不要ＤＬ信号および／または制御情報（例えば、ＤＣＩ）、許可不要ＵＬパイロット／プリアンブル、制御情報（例えば、ＵＣＩ）、ならびにデータを含む。図１８−２１に示される例示的構成等の許可不要スロット構成は、限定ではないが、一例として提示される以下のパラメータを含み得る：参照数秘術（例えば、スロット１）を伴う許可不要スロット構成を動的に示し得る参照数秘術のＤＬ制御からの時間のギャップ、または、適用可能である場合、参照数秘術スロット（例えば、スロット２）を伴う許可不要スロット構成を動的に示し得る二次ＤＬ制御からの時間のギャップを指し得るギャップ１；随意であり得、許可不要スロットの間の時間のギャップを指し得るギャップ２；許可不要を搬送するシンボルの数を指し得る許可不要ＤＬの長さ；時間および周波数同期化のためのＤＬ同期；ＤＬパスロス、ＤＬ伝搬遅延、ＤＬ無線リンク測定のため、およびＤＬ制御情報を復号するためのＤＬ参照信号；コンテンションブロックの単位におけるコンテンションリソースプール（例えば、コンテンション空間）配分（周波数内の部分サブバンドもしくは全サブバンド）、または多重化される複数のＵＥを区別する許可不要シグネチャプール（例えば、ＵＥパイロット）等の許可不要ＵＬ伝送のための構成を搬送するＤＬ制御情報；ＮＲノードＤＬタイムスタンプ；ＤＬ参照信号電力レベル；ハイブリッド自動反復要求（ＨＡＲＱ）または再伝送方式；許可不要を搬送するシンボルの数を示し得る許可不要ＵＬの長さ；使用されるＵＬ  ＵＥパイロット／プリアンブル；ＮＲノードをサポートしてＵＬデータを復号するためのＵＬ制御情報（ＵＣＩ）（例えば、ＵＥ  ＩＤ、使用されるコンテンションブロック、ＵＬ  ＨＡＲＱ方式、ＵＬシグネチャのインデックス、再伝送方式および／または冗長性インデックス、ＵＬ参照信号電力レベル、無線リンク測定、成功したＵＬコンテンションの待ち時間またはＵＬコンテンションの失敗率、デバイス能力もしくはサービスタイプ、場所、モビリティ、スケジュール（例えば、次のＵＬ伝送）等）；広帯域許可不要が構成される場合、小型サイズデータのためのＵＬ  ＵＣＩを搬送する同一のシンボル上で搬送され得るＵＬデータ；および、（適用可能である場合）許可不要ＤＬとＵＬとの間の時間のギャップを指し得るギャップ３。
【００９１】
上記の例示的構成パラメータまたは制御情報は、システム管理によって事前定義または事前構成され得るか、またはＲＲＣシグナリングもしくはＭＡＣ  ＣＥを介して等、上位層によって静的もしくは半静的に構成され得るか、またはＵＥがパラメータから許可不要スロットが配分される場所を決定し得るように、１つ以上のＤＬ制御チャネルの中のＤＣＩによって動的に示され得る。ＵＥは、受信されたパラメータに基づいて、スロット構造およびＤＬならびにＵＬ構成に関連付けられるパラメータおよび／または制御情報を識別し得る。例示的許可不要スロット構造およびコンテンツ２２００が、図２２で描写されている。
【００９２】
ここで図２３Ａおよび２３Ｂを参照すると、広帯域許可不要ミニスロット内の再伝送が、例示的実施形態によると図示されている。図２４Ａおよび２４Ｂは、別の例示的実施形態による狭帯域許可不要ミニスロット内の例示的再伝送を描写する。示されるように、例えば、許可不要ＤＬ制御チャネル２３０２は、許可不要ＵＬ伝送を構成するためのＤＣＩを含み得、許可不要ＵＬ制御チャネル２３０４は、許可不要ＵＬ伝送２３０６のためのハイブリッド自動反復要求（ＨＡＲＱ）方式を含み得る。例えば、次の許可不要ミニスロット２３０８を用いたＡＣＫ／ＮＡＣＫ配信等のＨＡＲＱ。ＡＣＫ／ＮＡＣＫは許可不要ＤＬ制御上で、伝送２３０６と同一の参照数秘術スロット（例えば、図２３Ａに示されるようなスロット１）、または、共有ＤＬ制御２３０１ｂもしくは許可不要ＤＬ制御２３０２ｂ上で、次のスロット参照数秘術スロット（例えば、図２３Ｂに示されるようなスロット２）において送信され得る。次の許可不要ミニスロットの中で、許可不要ＤＬ制御チャネル２３０８上で搬送されるＡＣＫ／ＮＡＣＫは、許可不要ＵＬデータが２３１０／２３２０ｂにおいて再伝送されるかどうかを決定する。例えば、ＮＡＣＫが受信される場合、ある場合、許可不要ミニスロット２３０６のＵＬ部分２３０６が再伝送される。いくつかの例では、タイムアドバンス（ＴＡ）、伝送電力制御（ＴＰＣ）、変調および符号化方式（ＭＣＳ）等は、次の許可不要ミニスロットにおける許可不要ＤＬ制御チャネル上で搬送され、再伝送パラメータが、示される。例えば、図２４Ｂに示されるように、再伝送は、当初の伝送と異なる周波数において行われ得る。
【００９３】
ここで図２５Ａ−２６Ｂを参照すると、ｍＭＴＣ  ＵＥ２５０２と、ＮＲノード２５０４と、コアネットワーク（ＣＮ）２５０６とを含む例示的システム２５００が示されている。ＮＲノード２５０４は、ＲＡＮスライス管理機能または装置（ノード）２５０８と、ｍＭＴＣスライス２５１０とを備えている。ＣＮ２５０６は、ＣＮスライス管理機能または装置（ノード）２５１２と、ｍＭＴＣスライス２５１４とを含む。ｍＭＴＣ２５１４は、モビリティ管理ノードまたは装置２５１６と、ゲートウェイ２５１８（例えば、ＳＷＧ、ＰＧＷ）と、サブスクリプション管理機能または装置（ノード）２５２０（例えば、ＨＳＳ）とを含み得る。例示的システム２５００は、開示される主題の説明を促進するために簡略化され、本開示の範囲を限定することを意図しないことが理解されるであろう。他のデバイス、システム、および構成は、図２５Ａ−２６Ｂに図示されるシステム等のシステムに加えて、またはその代わりに、本明細書に開示される実施形態を実装するために使用され得、全てのそのような実施形態は、本開示の範囲内として考慮される。
【００９４】
特に図２５Ａを参照すると、１では、図示される例によると、電源を入れた後のＵＥ２５０２。電力供給後、ＵＥ２５０２は、セル検索および同期化を行ってもよく、次いで、ＵＥは、例えば、ＭＩＢおよびＳＩＢからシステム情報を獲得し得る。２では、ＵＥ２５０２は、無線接続要求をＮＲノード２５０４に送信する。具体的には、ＵＥは、無線接続要求メッセージをＲＡＮスライシング管理装置２５０８（２Ａにおいて）またはｍＭＴＣスライス２５１０（２Ｂにおいて）に送信し得る。要求は、ＮＲノード２５０４におけるＵＥ選択ＲＡＮスライス２５１０へのアクセスに対する要求であり得る。要求は、ＵＥ２５０２に関連付けられる種々のコンテキスト情報を含み得る。コンテキスト情報は、例えば、限定ではないが、ＵＥ２５０２のデバイスタイプ（例えば、ｍＭＴＣ、ＵＲＬＬＣ）、ＵＥ２５０２に関連付けられるサービス（例えば、森林火災監視または交通監視）、待ち時間要件（例えば、１００ミリ秒または０．５ミリ秒の超低待ち時間）、データトラフィックコンテキスト（例えば、データパケットサイズまたはデータレート）、トラフィックタイプ（例えば、非ＩＰまたはＩＰベース）、ＵＥ２５０２に関連付けられるモビリティコンテキスト（例えば、静的、歩行者、車両）、ＵＥ２５０２からのデータ伝送の計画されたスケジュール、ＵＥ２５０２によって実施されることができるアクセスのタイプ（例えば、許可アクセス、許可不要アクセス、または許可と許可不要との間で切り替わるアクセス）を含み得る。ある場合、動作３、４、および５は、ＵＥがスライス２５１０を選択する場合、実施されない。
【００９５】
ある場合、例えば、ＵＥ２５０２がスライスを選択しないとき、ＲＡＮスライシング管理２５０８は、３Ａにおいて、例えば、２Ａにおける要求の中のＵＥコンテキストに基づいて、ＵＥの無線アクセススライスとしてスライス２５１０を選択する。選択は、ＲＡＮトラフィック負荷およびリソース配分にさらに基づき得る。４Ａでは、図示される例によると、ＲＡＮスライシング管理２５０８は、ＲＡＮスライス接続要求を、選択されたｍＭＴＣスライス２５１０に送信する。要求は、無線接続がＵＥ２５０２とｍＭＴＣスライス２５１０との間に確立されることができるように、２ＡからのＵＥのコンテキストの全てまたは一部をさらに転送し得る。５Ａでは、ｍＭＴＣスライス５１０は、ＲＡＮスライス接続応答をＲＡＮスライシング管理２５０８に送信し得る。応答は、スライス接続要求が受け入れられたかどうかを示し得る。要求が拒否された場合、拒否の１つ以上の理由が、応答メッセージの中に含まれ得る。
【００９６】
６では、図示される例によると、ＲＡＮスライシング管理２５０８（６Ａにおいて）またはｍＭＴＲＣスライス２５１０（６Ｂにおいて）は、ＲＡＮスライス接続応答をＵＥ２５０２に送信する。このメッセージでは、ＲＡＮスライス管理２５０８またはＲＡＮ  ｍＭＴＣスライス２５１０は、無線接続要求が受け入れられたかどうかを確認し得る。要求が拒否された場合、拒否の１つ以上の理由も、応答メッセージの中に含まれ得る。図示される例では、ＵＥ２５０２は、ｍＭＴＣスライス２５１０との成功した無線接続が確立されているという確認を受信する。７では、ＵＥは、登録要求をＲＡＮスライシング管理２５０８（７Ａにおいて）またはＲＡＮ  ｍＭＴＣスライス２５１０（７Ｂにおいて）に送信し得る。登録要求は、コアネットワーク（ＣＮ）２５０６との保護されたサービス接続を確立するために送信され得る。
【００９７】
ここで図２５Ｂを参照すると、８では、登録要求は、ＣＮスライシング管理装置２５１２（８Ｃおよび８Ｃ’）またはＣＮ  ｍＭＴＣスライス２５１４（８Ｄおよび８Ｄ’）に送信される。要求は、ＲＡＮスライシング管理２５０８（８Ｃおよび８Ｄ）またはｍＭＴＣスライス２５１０（８Ｃ’および８Ｄ’）によって送信され得る。要求は、ＵＥに関連付けられるコンテキスト情報、例えば、スライスＩＤ等のｍＭＴＣスライス２５１０に関連付けられる情報を含み得る。ある場合、ここで説明される、動作９および１０は、ＮＲノード２５０４がＣＮスライス２５１４を選択する場合、省略される。９Ｃでは、図示される例によると、ＣＮスライシング管理装置２５１２は、例えば、ＵＥコンテキスト、ＲＡＮ  ｍＭＴＣスライス２５１０、ＣＮ２５０６のトラフィック負荷、利用可能なｍＭＴＣスライス等に基づいて、ｍＭＴＣ  ＩＰトラフィックスライス２５１４を選択する。１０Ｃでは、図示される例によると、ＣＮスライシング管理ノード２５１２は、登録要求をモビリティ管理ノード２５１６に送信する。登録要求は、ＵＥのコンテキスト情報およびＲＡＮ  ｍＭＴＣスライス２５１０に関連付けられる情報を含み得る。
【００９８】
ここで図２６Ａを参照すると、図示される例を続けて、１１では、モビリティ管理ノード２５１６は、サービスへのアクセスに対してＵＥ２５０２を認証するように、サブスクリプション管理ノード２５２０とメッセージを交換する。認証後、１２では、モビリティ管理ノード２５１６は、ＵＥ２５０２およびモビリティ管理ノード２５１６が、互いを相互認証するように、ＵＥ２５０２とメッセージを交換し、それらの間で保護されたモードを確立する。１３では、図示される例によると、モビリティ管理ノード２５１６は、ＵＥ２５０２の場所が更新されるように、サブスクリプション管理ノード２５２０とメッセージを交換し得る。場所更新：モビリティ管理は、場所更新のためにサブスクリプション管理とメッセージを交換する。１４では、ＩＰセッションが、ＲＡＮ  ｍＭＴＣスライス２５１０とＣＮ  ｍＭＴＣスライス２５１４との間に確立され得る。ＩＰセッションは、ＣＮ  ｍＭＴＣスライス２５１４内にも確立され得る。
【００９９】
図２６Ａを続けて参照して、図示される例によると、１５では、許可不要動作が設定される。ＮＲノード２５０４、具体的には、ＲＡＮ  ｍＭＴＣスライス２５１０は、例えば、本明細書に説明される許可不要動作パラメータを構成するためにＵＥ２５０２とメッセージを交換し得る。例示的パラメータは、限定ではないが、以下を含む：コンテンションアクセス配分パラメータ；許可不要構成パラメータ（例えば、ＤＡＣＴＩ、ＣＴＩ、ＤＣＡ、ＵＡＰ、ＧＬＵＣＩ等）；コードドメイン多重アクセスのための直交コードのシードまたはインデックス；優先衝突回避コンテンションアクセスのためのランダムバックオフのシードまたは値；確実な伝送のための冗長性パラメータ；（例えば、ページのため、またはシステム情報変更のためのブロードキャスティングチャネルをリッスンするため、無線リンク管理のための測定を行うため、到達可能性およびモビリティ等に関連するステータスを更新するための）非アクティブ状態におけるタイマ；許可不要電力制御値（例えば、少なくとも部分的に、ＵＥ２５０２とＮＲノード２５０４との間の上で説明されるメッセージ交換中のパスロスおよび要求される受信信号品質に基づいて、ＮＲノード２５０４によって計算され得る最小および最大ＵＬ伝送電力レベルならびに漸増的調節）；許可不要ＵＬ伝送のためのスケジュールに関連するパラメータ、符号化レート、変調方式等。
【０１００】
１６Ａでは、図示される例によると、ＵＥ２５０２は、物理層と比較してＵＥ２５０２の上位層と許可不要構成（配分）を確認する。代替として、または加えて、ＵＥ２５０２は、ＮＲノード２５０４、具体的には、ＲＡＮスライシング管理ノード２５０８（１６Ｂにおいて）またはｍＭＴＣスライス２５１０（１６Ｃにおいて）と許可不要設定を確認し得る。故に、ＵＥ２５０２は、上位層から、またはＮＲノード２５０４から、「許可不要」動作モードに入るコマンドを受信し得る。１７では、ＵＥ２５０２は、許可不要動作モードの非アクティブ状態（例えば、伝送するデータがない低電力状態）に入る。非アクティブ状態は、事前構成され得る。ある場合、非アクティブ状態は、登録後に許可不要モードで動作するための上位層またはＮＲノードのコマンドによってトリガされ得る。ある場合、ＵＥ２５０２は、そうするように構成されている場合、許可不要動作モードで自動的に非アクティブ状態に入り得る。１８では、図示される例によると、ＵＥ２５０２は、それがＵＬ伝送で伝送する必要があるデータを上位層から受信する。例示的データは、限定ではないが、「キープアライブ」小規模データ、測定データ、ＵＥ２５０２の到達可能性およびモビリティステータスに関連付けられるデータ等を含む。１９では、ＵＥ２５０２は、ブロードキャストチャネル上のシステム情報をチェックする必要があり得る。さらなる一例として、１９では、ＵＥ２５０２は、無線リンク測定を行う必要、またはシステム情報もしくは無線リンク測定の結果に基づいて新しいセルを選択する必要があり得る。２０では、図示される例によると、ＵＥ２５０２は、コンテンションアクセスエリアを配分するために、シンボルタイミング境界において、参照信号または利用可能な同期化パイロット（例えば、第１の利用可能な同期化パイロット）と同期する。
【０１０１】
２１では、図示される例によると、ＵＥ２５０２は、許可不要ＵＬ伝送を、ＮＲノード２５０４、具体的には、ＲＡＮ  ｍＭＴＣスライス２５１０に送信する。ある場合、ＵＥ２５０２は、許可不要設定段階で（１５において）定義され得るか、またはシステム情報ブロードキャスティングもしくはＲＲＣシグナリングを介してＮＲノード２５０４によってシグナリングされ得る初期ＵＬ伝送電力において（冗長バージョンを伴わない）許可不要ＵＬ伝送のためのコンテンションアクセスを行い得る。ある場合、ＵＥ２５０２は、確認応答（ＡＣＫ）が伝送電力レベルにおけるこの伝送に対して要求されるかどうかを示し得る。ＵＥ２５０２は、２１におけるＵＬデータ伝送と共に、無線リンク測定、到達可能性もしくはモビリティステータス、または他の情報も含み得る。２２では、ＵＥ２５０２は、ｍＭＴＣスライス２５１０から、そのＵＬ伝送へのＡＣＫ応答を待ち得る。ＵＥ２５０２は、例えば、ＡＣＫが要求される場合、ＡＣＫタイマが満了するまで待ち得る。２３では、例によると、ＵＥ２５０２は、ＵＬメッセージの再伝送を行う。ＵＥ２５０２は、例えば、確実な伝送がその許可不要ＵＬデータに要求される場合、再度、コンテンションアクセスを行い得る。２４では、図示される例によると、ＮＲノード２５０４、具体的には、ｍＭＴＣスライス２５１０は、ＵＥ２５０２からのＵＬ伝送が正常に受信されたことを示すＡＣＫメッセージをＵＥ２５０２に送信する。２４におけるメッセージは、ＵＥの次の許可不要ＵＬ伝送のための電力調節値も含み、それによって、準閉ループ電力制御を提供し得る。２５では、ＵＥ２５０２は、許可不要動作モードの非アクティブ状態に入り得る。非アクティブ状態は、概して、ＵＥが伝送していない状態を指す。非アクティブ状態は、事前構成されるか、または、許可不要ＵＬ伝送後に上位層のコマンドによってトリガされ得る。非アクティブ状態は、例えば、ＡＣＫが伝送に対して要求されているとき、ＵＥ２５０２がＮＲノード２５０２からＡＣＫを受信するとき、トリガされ得る。ある場合、ＵＥ２５０２は、例えば、ＵＥ２５０２がそうするように構成される場合、許可不要ＵＬ伝送後、自動的に非アクティブ状態に入り得る。
【０１０２】
図２７Ａ−２８Ｂも参照すると、ＵＲＬＬＣデバイスのための許可不要ＵＬ伝送の例が、図示されている。ＵＲＬＬＣ  ＵＥ２７０２と、ＮＲノード２７０４と、コアネットワーク（ＣＮ）２７０６とを含む例示的システム２７００が示されている。ＮＲノード２７０４は、ＲＡＮスライス管理機能または装置（ノード）２７０８と、ＲＡＮ  ＵＲＬＬＣスライス２７１０とを備えている。ＣＮ２７０６は、ＣＮスライス管理機能または装置（ノード）２７１２と、ＵＲＬＬＣスライス２７１４とを含む。ＵＲＬＬＣスライス２７１４は、モビリティ管理ノードまたは装置２７１６と、１つ以上のゲートウェイ２７１８（例えば、ＳＷＧ、ＰＧＷ）と、サブスクリプション管理機能または装置（ノード）２７２０（例えば、ＨＳＳ）とを含み得る。例示的システム２７００は、開示される主題の説明を促進するために簡略化され、本開示の範囲を限定することを意図しないことが理解されるであろう。他のデバイス、システム、および構成は、図２７Ａ−２８Ｂに図示されるシステム等のシステムに加えて、またはその代わりに、本明細書に開示される実施形態を実装するために使用され得、全てのそのような実施形態は、本開示の範囲内として考慮される。
【０１０３】
図２７Ａ−２８Ｂに図示されるＵＲＬＬＣデバイスの例示的実施形態は、上で説明されるｍＭＴＣデバイスの例示的実施形態に類似し得、したがって、類似動作が、図２５Ａ−２６Ｂを参照して説明される。しかしながら、ＵＲＬＬＣデバイスに関して、ＵＥ２７０２に関連付けられるコンテキスト情報は、ＵＥ２７０２が許可および許可不要動作の間で切り替わり得ることを示す値を含み得る。さらに、ｅＭＢＢ／ＵＲＬＬＣスライスが、全体的システムリソース利用を最適化するために、ＮＲノード２７０４において選択され得る。例では、ＵＲＬＬＣスライス２７１４が、システム（ネットワーク）２７００にわたって短い待ち時間要件を満たすように選択される。いくつかの例では、ＵＥ２７０２は、冗長性を伴って、その許可不要ＵＬ伝送を行う。一例では、２４では、ＵＥ２７０２は、上位層からコマンドを受信した後、許可不要動作モードから許可動作モードに切り替わる。一例として、ＵＥ２７０２は、許可不要モードから許可動作モードに切り替わり、交通事故の画像をネットワークにアップロードする、交通モニタを含み得る。
【０１０４】
ここで図２９Ａ−３０Ｂを参照すると、例示的システム２５００が示されている。図示される例では、許可不要ＵＬ動作が、ｍＭＴＣデバイス２５０２のために実施される。図示される例によると、ＲＡＮスライシング管理ノード２５０８およびＣＮスライシング管理ノード２５１２は、それぞれ、ＲＡＮおよびＣＮ２５０６内で共通制御機能を果たす論理エンティティであり得る。例えば、ＲＡＮスライシング管理ノード２５０８およびＣＮスライシング管理ノード２５１２は、スライスへのアクセスに対する要求の正当性を立証するためにも使用され得るサービスサブスクリプションおよびポリシ情報を交換し得る。そのような情報は、セキュリティ設定、電力充電パラメータ等を確立するために使用され得る。ＲＡＮスライシング管理ノード２５０８およびＣＮスライシング管理ノード２５１２は、ＵＥ２５０２に関連付けられるコンテキスト情報も交換し得る。そのようなコンテキスト情報は、例えば、モビリティ情報、場所情報、伝送スケジュール情報、データトラフィック情報等を含み得る。コンテキスト情報は、適切な、例えば、最適なスライスが、ＲＡＮおよびＣＮ２５０６内で選択されることを可能にし得る。
【０１０５】
モビリティ管理ノード２５１６およびサブスクリプション管理ノード２５２０は、サービスプロバイダに関連付けられるＣＮスライスのための共通機能（スライス共通）を表し得る。ある場合、モビリティ管理ノード２５１６およびサブスクリプション管理ノードは、ＣＮスライシング管理２５０６の一部であり得るか、または示されるように、具体的サービスプロバイダによって提供されるＣＮスライス２５１４の内側の特定の機能（スライス特定）を表し得る。
【０１０６】
特に図２９Ａおよび２９Ｂを参照すると、１では、図示される例によると、ＵＥ２５０２が、電源を入れる。電源を入れた後、ＵＥ２５０２は、セル／ＴＲＰ／スライス検索および同期化を行い得る。ＵＥ２５０２は、ＭＩＢおよびＳＩＢからシステム情報をさらに獲得し得る。この時点で、ある場合、ＵＥ２５０２は、現在のＬＴＥシステムで定義されるようなＥＭＭ登録解除、ＥＣＭアイドル、およびＲＲＣアイドルと類似する状態であり得る。２では、ＵＥ２５０２は、無線接続要求をＲＡＮスライシング管理ノード２５０８（２Ａにおいて）またはｍＭＴＣスライス２５１０（２Ｂにおいて）に送信し得る。要求は、例えば、限定ではないが、以下を含み得る：デバイスタイプ（例えば、ｍＭＴＣまたはＵＲＬＬＣ）、サービス（例えば、森林火災監視または交通監視のためのサービス）、待ち時間要件（例えば、１００ミリ秒または０．５ミリ秒の超低待ち時間）、データトラフィックに関連するコンテキスト（例えば、データパケットサイズおよび／またはデータレートならびに／もしくはデューティサイクル）、ＣＮトラフィックタイプ（例えば、非ＩＰまたはＩＰベース）、モビリティコンテキスト（例えば、静的、歩行者、または車両、もしくは限定エリア内の低速等）、場所コンテキスト（例えば、ＲＡＮにおけるＵＥ追跡エリア）、スケジュールコンテキスト（例えば、データ伝送のスケジュール）、アクセスコンテキスト（例えば、許可または許可不要アクセス、許可と許可不要との間で切り替え可能であるかどうか、アクセス優先順位等）等のＵＥ２５０２に関連付けられる種々のコンテキスト情報。ある場合、動作４および５は、例えば、ＵＥ２５０２がＲＡＮスライス２５１０を選択する場合、実施されない。
【０１０７】
３Ａでは、ＲＡＮスライシング管理ノード２５０８は、ＲＡＮスライス２５１０を選択し得る。選択は、少なくとも部分的に、ＵＥ２５０２に関連付けられるコンテキスト情報、種々のＲＡＮスライスにおけるトラフィック負荷およびリソース配分、関連サービスプロファイルもしくはサブスクリプション、課金ポリシ等に基づき得る。情報は、ＮＲノード２５０４において記憶され得るか、またはＣＮ２５０６上のＣＮスライシング管理ノード２５１２および／もしくはサブスクリプション管理エンティティ２５２０を介してＣＮ２５０６から受信され得る。３Ａでは、ＲＡＮスライシング管理２５０８は、ＵＥ２５１０のための無線アクセススライスとして、ｍＭＴＣスライス２５１０を選択する。３Ｂでは、ＲＡＮスライス３５１０は、ＲＡＮ選択またはＵＥ選択ＲＡＮスライス３５１０に対するＵＥの接続要求を受け入れることを決定し得る。４Ａでは、ＲＡＮスライシング管理２５０８は、ＲＡＮスライス接続要求をｍＭＴＣスライス２５１０に送信し得る。接続要求は、無線接続がＵＥ２５０２とスライス２５１０との間に確立されることができるように、ＵＥ２５０２に関連付けられるコンテキスト情報を含み得る。５Ａでは、図示される例によると、ｍＭＴＣスライス２５１０は、ＲＡＮスライス接続応答をＲＡＮスライシング管理２５０８に送信する。応答は、スライス接続要求が受け入れられたかどうかを示し得る。要求が拒否された場合、拒否の理由が、応答メッセージの中に含まれ得る。要求が受け入れられた場合、選択されたＲＡＮスライス２５１０のための無線構成パラメータ（例えば、ＵＥ２５０２のためのＳＲＢ１様および／またはＤＢＲ様専用無線リソース構成）が、応答の中に含まれ得る。
【０１０８】
依然として図２９Ａおよび２９Ｂを参照すると、６では、図示される例によると、ＲＡＮスライシング管理２５０８（６Ａにおいて）またはｍＭＴＣスライス２５１０（６Ｂにおいて）は、無線接続応答をＵＥ２５０２に送信する。応答は、無線接続がＲＡＮスライス管理２５０８またはＲＡＮ  ｍＭＴＣスライス２５１０によって確認されていることを示し得る。選択されたＲＡＮスライス２５１０に関する要求が拒否された場合、拒否の理由も、応答メッセージの中に含まれ得る。要求が受け入れられた場合、選択されたＲＡＮスライス２５１０のための無線構成パラメータ（例えば、ＵＥ２５０２のためのＳＲＢ１様および／またはＤＢＲ様専用無線リソース構成）が、応答の中に含まれ得る。ある場合、ＲＡＮスライシング管理２５０８または選択されたＲＡＮスライス２５１０は、ＵＥ２５０２専用であるＳＢＲ１および／またはＤＲＢリソース（例えば、ＳＲＢならびに／もしくはＤＲＢ構成）を（例えば、応答メッセージ内で）送信し得る。したがって、ＵＥ２５０２は、選択されたＲＡＮスライス２５１０とのＮＡＳ接続であり得るｍＭＴＣスライス２５１０との成功した無線接続を有するものとして確認され得る。７では、図示される例によると、ＵＥ２５０２は、登録要求をＲＡＮスライシング管理２５０８（７Ａにおいて）またはＲＡＮ  ｍＭＴＣスライス２５１０（７Ｂにおいて）に送信し得る。登録要求は、ＮＡＳ層において送信され得、選択されたＲＡＮスライス２５１によって指示されるような無線構成も含み得る無線接続完了メッセージの中にカプセル化され得る。ＲＡＮスライシング管理２５０８は、登録要求をＣＮスライシング管理２５１２（８Ａにおいて）またはモビリティ管理２５１６（８Ｄにおいて）に送信し得る。代替として、ＲＡＮ  ｍＭＴＣスライス２５１０は、登録要求をモビリティ管理２５１６（８Ｄ’において）に送信し得る。登録要求は、スライス２５１２がＮＲノード２５１０によって選択された場合、モビリティ管理２５１６に送信され得る。いくつかの例では、登録要求は、ＲＡＮスライス２５１０が（８Ｂにおいて）ＵＥ２５０２によって選択された場合、ＣＮスライシング管理２５１２に送信され得る。登録要求は、ＵＥに関連付けられるコンテキスト情報と、ｍＭＴＣスライス２５１０に関連付けられるスライス情報（例えば、ＩＤ）とを含み得る。
【０１０９】
いくつかの例では、ＮＲノード２５０４またはＣＮ２５０６は、ＵＥ２５０２に関連付けられる種々のコンテキスト情報に基づいて、ＣＮスライス２５１４を選択し得る。例えば、ＣＮスライス選択は、少なくとも部分的に、ＲＡＮスライシング管理２５０８またはＮＲノード２５０８内のＲＡＮスライス２５１０によって割り当てられるＵＥのＩＤ、ＵＥ２５０２のタイプ（例えば、ｍＭＴＣまたはＵＲＬＬＣ）、ＵＥ２５０２によって実施されるサービス（例えば、森林火災監視または交通監視）、待ち時間要件（例えば、セッションまたはフローエンドツーエンド遅延のための１００ミリ秒の長い待ち時間もしくは０．５ミリ秒の超低待ち時間）、データトラフィック（例えば、セッションもしくはフローのためのデータビットレートおよび／またはトラフィック負荷）、ルートタイプ（例えば、非ＩＰまたはＩＰベース）、モビリティ（例えば、静的、歩行者、または車両、もしくは限定エリア内の低速等）、場所（例えば、ＬＴＥシステム内のＴＡＩならびにＥＣＧＩ等のネットワーク内のＵＥの追跡および／またはルーティングエリア）、スケジュール（例えば、ＵＬデータ伝送のスケジュール）、課金（例えば、オンラインまたはオフライン課金）等に基づき得る。
【０１１０】
ある場合、例えば、ＮＲノード２５０４がＣＮスライス２５１４を選択する場合、動作９および１０は、実施されない。他の場合、９Ｃでは、ＣＮスライス管理２５１２は、ＵＥに関連付けられるコンテキスト情報、ＲＡＮ  ｍＭＴＣスライス２５１０、ＣＮトラフィック負荷、または利用可能なｍＭＴＣスライス等の少なくとも一部に基づいて、ｍＭＴＣ  ＩＰトラフィックスライス（スライス２５１４）を選択する。１０Ｃでは、ＣＮスライシング管理２５０６は、登録要求をモビリティ管理ノード２６１６に送信し得る。登録要求は、ＵＥ２５０２に関連付けられるコンテキスト情報と、ＲＡＮ  ｍＭＴＣスライス２５１０に関連する情報とを含み得る。１０Ｃでは、ある場合、ＵＥ２５０２のＮＡＳ層とモビリティ管理２５１６またはＣＮスライス２５１４との間の接続が、確立される。次いで、ＵＥは、ＬＴＥシステムにおけるＥＭＭ登録、ＥＣＭ接続、およびＲＲＣ接続状態のような種々の状態に移行し得る。
【０１１１】
ここで図３０Ａを参照すると、１１では、図示される例によると、モビリティ管理２５１６は、要求されたサービスに関してＵＥ２５０２を認証するために、サブスクリプション管理２５２０とメッセージを交換する。交換されたメッセージは、例えば、限定ではないが、ＵＥ  ＩＤ（ＩＭＳＩならびにサービングネットワークＩＤ等）およびコンテキスト、ＲＡＮスライスおよびＣＮスライス情報（ＲＡＮスライスＩＤならびにＣＮスライスＩＤ等）、サービスネットワークＩＤ、ＵＥサービスプロファイルまたはサブスクリプションおよび課金ポリシ、割り当てられたＵＥデフォルトＩＰアドレス等を含み得る。セキュリティキーが、ＣＮ２５０６およびＲＡＮ内で保護された接続を確立するために生成され得る。１２では、サブスクリプション管理２５２０との認証後、モビリティ管理ノード２５１６とＵＥ２５０２とは、メッセージを交換し、互いに相互認証し、次いで、それらの間のＮＡＳシグナリングのための保護されたモードを確立し得る。２３では、図示される例によると、モビリティ管理２５１６およびサブスクリプション管理２５２０は、メッセージを交換し、ＵＥ２５０２に関連付けられる場所を更新する。１４では、図示される例によると、ＩＰまたは非−ＩＰセッションが、ＲＡＮ  ｍＭＴＣスライス２５１０とコアネットワーク２５０６内のＣＮ  ｍＭＴＣスライス２５１４との間のインターフェースおよびにネットワーク接続ベアラを経由して、ＵＥ２５０２とＣＮ２５０６内のモビリティ管理２５１６との間の無線ベアラ上でＣＮ  ｍＭＴＣスライス２５１４内に確立される。
【０１１２】
１５では、許可不要動作が設定される。ＮＲノード２５０４、具体的には、ＲＡＮ  ｍＭＴＣスライス２５１０は、メッセージをＵＥ２５０２と交換し、例えば、本明細書に説明される許可不要動作パラメータを構成し得る。例示的パラメータは、限定ではないが、以下を含む：コンテンションアクセス配分パラメータ；アクセス優先順位および／またはコンテンション優先順位；許可不要構成パラメータ（例えば、ＤＡＣＴＩ、ＣＴＩ、ＤＣＡ、ＵＡＰ、ＧＬＵＣＩ等）；コードドメイン多重アクセスのための直交コードのシードまたはインデックス；優先衝突回避コンテンションアクセスのためのランダムバックオフのシードまたは値；確実な伝送のための冗長性パラメータ；（例えば、ページのため、またはシステム情報変更のためのブロードキャスティングチャネルをリッスンするため、無線リンク管理のための測定を行うため、到達可能性およびモビリティ等に関連するステータスを更新するための）非アクティブ状態におけるタイマ；許可不要電力制御値（例えば、少なくとも部分的に、ＵＥ２５０２とＮＲノード２５０４との間の上で説明されるメッセージ交換中のパスロスおよび要求される受信信号品質に基づいて、ＮＲノード２５０４によって計算され得る最小および最大ＵＬ伝送電力レベルならびに漸増的調節）；許可不要ＵＬ伝送のためのスケジュールに関連するパラメータ；符号化レート；変調方式等。１６Ａでは、図示される例によると、ＵＥ２５０２は、物理層と比較してＵＥ２５０２の上位層に許可不要構成（配分）を確認する。代替として、または加えて、ＵＥ２５０２は、ＮＲノード２５０４、具体的には、ＲＡＮスライシング管理ノード２５０８（１６Ｂにおいて）またはｍＭＴＣスライス２５１０（１６Ｃにおいて）に許可不要設定を確認し得る。故に、ＵＥ２５０２は、上位層から、またはＮＲノード２５０４から、「許可不要」動作モードに入るコマンドを受信し得る。
【０１１３】
ここで図２０Ｂを参照すると、１７では、ＵＥ２５０２は、許可不要動作モードの非アクティブ状態に入る。非アクティブ状態は、事前構成され得る。ある場合、非アクティブ状態は、登録後、許可不要モードで動作するための上位層またはＮＲノードのコマンドによってトリガされ得る。ある場合、ＵＥ２５０２は、そうするように構成される場合、許可不要動作モードで自動的に非アクティブ状態に入り得る。１８では、図示される例によると、ＵＥ２５０２は、それがＵＬ伝送で伝送する必要があるデータを上位層から受信する。例示的データは、限定ではないが、「キープアライブ」小規模データ、測定データ、ＵＥ２５０２の到達可能性およびモビリティステータスに関連付けられるデータ等を含む。１９では、ＵＥ２５０２は、ブロードキャストチャネル上のシステム情報をチェックする必要があり得る。さらなる一例として、１９では、ＵＥ２５０２は、無線リンク測定を行う必要、または、システム情報もしくは無線リンク測定の結果に基づいて新しいセルを選択する必要があり得る。２０では、図示される例によると、ＵＥ２５０２は、コンテンションアクセスエリアを配分するために、シンボルタイミング境界において、参照信号または利用可能な同期化パイロット（例えば、第１の利用可能な同期化パイロット）と同期する。ＵＥ２５０２は、２０において、許可不要ＵＬ同期化のためのタイムアドバンス（ＴＡ）を推定し得る。さらに、ＵＥ２５０２は、ＵＬ伝送のために、受信されたＤＬ参照信号を使用して、伝送電力（ＴＰ）レベルを推定し得る。
【０１１４】
２１では、図示される例によると、ＵＥ２５０２は、許可不要ＵＬ伝送を、ＮＲノード２５０４、具体的には、ＲＡＮ  ｍＭＴＣスライス２５１０に送信する。ある場合、ＵＥ２５０２は、初期ＵＬ伝送電力において（冗長バージョンを伴わない）許可不要ＵＬ伝送のためのコンテンションアクセスを行い得、初期ＵＬ伝送電力は、許可不要設定段階で（１５において）定義され得る、またはシステム情報ブロードキャスティングもしくはＲＲＣシグナリングを介してＮＲノード２５０４によってシグナリングされ得る。ある場合、ＵＥ２５０２は、確認応答（ＡＣＫ）が伝送電力レベルにおけるこの伝送に対して要求されるかどうかを示し得る。ＵＥ２５０２は、２１におけるＵＬデータ伝送と共に、無線リンク測定、到達可能性もしくはモビリティステータス、または他の情報も含み得る。２２では、ＵＥ２５０２は、ｍＭＴＣスライス２５１０から、そのＵＬ伝送へのＡＣＫ応答を待ち得る。ＵＥ２５０２は、例えば、ＡＣＫが要求される場合、ＡＣＫタイマが満了するまで待ち得る。２３では、例によると、ＵＥ２５０２は、確実な伝送が要求される場合、調節された（例えば、増加した）ＴＰレベルを用いてＵＬメッセージの再伝送を行う。ＵＥ２５０２は、例えば、確実な伝送がその許可不要ＵＬデータに要求される場合、再度、コンテンションアクセスを行い得る。２４では、図示される例によると、ＮＲノード２５０４、具体的には、ｍＭＴＣスライス２５１０は、ＵＥ２５０２からのＵＬ伝送が正常に受信されたことを示すＡＣＫメッセージをＵＥ２５０２に送信する。２４におけるメッセージは、ＵＥの次の許可不要ＵＬ伝送のための電力調節値も含み、それによって、準閉ループ電力制御を提供し得る。２５では、ＵＥ２５０２は、許可不要動作モードの非アクティブ状態に入り得る。非アクティブ状態は、概して、ＵＥが伝送していない状態を指す。非アクティブ状態は、事前構成されるか、または、許可不要ＵＬ伝送後に上位層のコマンドによってトリガされ得る。非アクティブ状態は、例えば、ＡＣＫが伝送に対して要求される場合、ＵＥ２５０２がＮＲノード２５０２からＡＣＫを受信すると、トリガされ得る。ある場合、ＵＥ２５０２は、例えば、ＵＥ２５０２がそうするように構成される場合、許可不要ＵＬ伝送後、自動的に非アクティブ状態に入り得る。
【０１１５】
図３１Ａ−３２Ｂも参照すると、上で説明されるｍＭＴＣデバイスの例示的実施形態に類似し得るＵＲＬＬＣデバイスの例示的実施形態が図示され、したがって、類似動作が、図２９Ａ−３０Ｂを参照して説明される。しかしながら、ＵＲＬＬＣデバイスに関して、ＵＥ２７０２に関連付けられるコンテキスト情報は、ＵＥ２７０２が許可および許可不要動作の間で切り替わり得ることを示す値を含み得る。さらに、３Ａまたは２Ｂでは、ｅＭＢＢ／ＵＲＬＬＣスライス２７１０が、全体的システムリソース利用を最適化するために、ＮＲノード２７０４において選択され得る。例では、９Ｃまたは８Ｄでは、ＵＲＬＬＣスライス２７１４が、システム（ネットワーク）２７００にわたって短い待ち時間要件を満たすように選択される。いくつかの例では、ＵＥ２７０２は、例えば、同一のデータを感知するための複数のコンテンションブロックを使用することによって、冗長性を伴って、その許可不要ＵＬ伝送を行う。一例では、２４では、ＵＥ２７０２は、上位層からコマンドを受信した後、許可不要動作モードから許可動作モードに切り替わる。一例として、ＵＥ２７０２は、許可不要モードから許可動作モードに切り替わり、交通事故の画像をネットワークにアップロードする交通モニタを含み得る。
【０１１６】
ここで、図３３Ａおよび３３Ｂに示されるような例示的許可不要および許可ＵＬ伝送を検討すると、ＵＥは、コアネットワーク内のサブスクリプション管理ノードへの登録を伴って事前構成され得る。代替として、ＵＥは、「アタッチ」プロシージャを介して登録され得、ＵＥは、許可不要アクセスのための無線ネットワーク一時ＩＤを割り当てられ得る。ＵＥは、（適用可能である場合）登録後、概して、その許可不要構成と称され得る許可不要関連パラメータを設定し得る。ある場合、登録のために事前構成されるＵＥは、許可不要パラメータも伴って事前構成され得る。図３４Ａおよび３４Ｂは、ＵＲＬＬＣデバイスのための許可不要および許可動作の例を描写し、ＵＥ（ＵＲＬＬＣデバイス）は、ＮＲノードによる指図に従って、許可不要状態と許可状態との間で遷移する。図３５Ａでは、４では、ＵＥ無線ネットワーク一時ＩＤが、ＵＥに示される。９、１０、および１１では、許可状態への切り替えは、例えば、性能（例えば、エラー率）に基づいて、ＮＲノード／ＴＲＰ／スライスによって示される。図３５Ａおよび３５Ｂは、ｍＭＴＣデバイスのための許可不要および許可動作の例を描写し、ＵＥ（ｍＭＴＣデバイス）は、（物理層と比較して）上位層によって命令されるように、許可不要状態と許可状態との間で遷移する。
【０１１７】
ここで図３６を参照すると、ＵＥの許可不要動作を構成するための例示的グラフィカルユーザインターフェース（ＧＵＩ）３６００が、描写されている。具体的には、ＧＵＩ３６００を使用して、ユーザは、許可不要動作を使用してＵＬデータのみを伝送するようにＵＥを構成し得る。代替として、ＧＵＩ３６００を使用して、ユーザは、ＵＥが二重状態で動作することができるように、ＵＥが許可動作と許可不要動作との間で切り替わることを可能にし得る。ＧＵＩは、所望に応じて、追加のまたは代替的パラメータを表示もしくは構成するように適合され得ることが理解されるであろう。さらに、ＧＵＩは、所望に応じて、種々の視覚描写でパラメータを表示することができる。
【０１１８】
したがって、上で説明されるように、装置は、それぞれの許可不要アクセス配分に従って、許可不要モードで動作するように複数のデバイスを構成し得、それによって、複数のデバイスがネットワーク内のアップリンクにメッセージを伝送するとき、メッセージは、それぞれの許可不要アクセス配分によって定義される周波数リソースを使用して伝送され、複数のデバイスは、許可不要モードで動作するように、メッセージを伝送するためにアクセスを許可されることなくメッセージを伝送する。例では、複数のデバイスは、デバイスの第１の組と、デバイスの第１の組と比較して異なる動作要件を有するデバイスの第２の組とを含む。例えば、デバイスの第１の組は、超高信頼性および低遅延通信（ＵＲＬＬＣ）デバイスであり得、デバイスの第２の組は、マッシブマシンタイプ通信（ｍＭＴＣ）デバイスであり得る。装置は、デバイスの第１の組がネットワーク内のアップリンクにメッセージを伝送するとき、メッセージが周波数リソースの第１のサブバンド内で伝送されるように、デバイスの第１の組を構成し得る。装置は、デバイスの第２の組がネットワーク内のアップリンクにメッセージを伝送するとき、メッセージが、第１のサブバンドと別個である周波数リソースの第２のサブバンド内で伝送されるように、デバイスの第２の組を構成し得る。例では、第１のサブバンドは、第１のタイプのデバイスまたはサービスのためのネットワークの第１のスライスを定義し、第２のサブバンドは、第１のタイプのデバイスまたはサービスと異なる第２のタイプのデバイスまたはサービスのためのネットワークの第２のスライスを定義する。別の例では、装置は、デバイスの第２の組がネットワーク内のアップリンクにメッセージを伝送するとき、メッセージが周波数リソースの第１のサブバンド内で伝送され、メッセージが、デバイスの第１の組によって伝送されるメッセージよりも高い優先順位を有するように伝送されるように、デバイスの第２の組を構成し得る。別の例では、上で説明されるように、第１のサブバンドは、許可された拡張モバイルブロードバンド（ｍＭＢＢ）デバイスによって共有され得、それらは、それらのそれぞれのメッセージ伝送間に対立があるかどうかにかかわらず、ＵＲＬＬＣデバイスによってオーバーライドされる。
【０１１９】
さらに別の例では、装置は、デバイスの第１の組がネットワーク内のアップリンクにメッセージを伝送するとき、メッセージが周波数リソースの第１のサブバンド内および周波数リソースの第２のサブバンド内で伝送されるように、デバイスの第１の組を構成し得、デバイスの第１の組は、第１のサブバンドおよび第２のサブバンドをデバイスの第３の組と共有する。装置は、デバイスの第２の組がネットワーク内のアップリンクにメッセージを伝送するとき、メッセージが第１のサブバンドと第２のサブバンドとの間にあるガードバンド内で伝送されるように、デバイスの第２の組をさらに構成し得る。上でも説明されるように、装置は、複数のデバイスの各々に関連付けられたコンテキスト情報を取得し得、少なくとも部分的にコンテキスト情報に基づいて、装置は、複数のデバイスのうちの各デバイスが構成されるそれぞれの許可不要配分を決定し得る。コンテキスト情報は、各デバイスに関連付けられるデバイスタイプ、各デバイスに関連付けられたサービス、各デバイスの待ち時間要件、各デバイスに関連付けられたモビリティ、各デバイスに関連付けられたトラフィックタイプ、または各デバイスからのデータ伝送の計画されたスケジュールのうちの少なくとも１つを含み得る。
【０１２０】
上でも説明されるように、装置は、第１のアクセス配分信号を少なくとも１つのデバイスに送信し得、第１のアクセス配分信号は、第１のアクセス配分方式と、第１の動的アクセス構成時間インターバルの指示とを備えている。装置は、第１の動的アクセス構成時間インターバル中、少なくとも１つのデバイスから第１の許可不要アップリンク伝送を受信し得る。第１の許可不要アップリンク伝送は、第１のアクセス配分方式に従って送信され得る。さらに、少なくとも１つのデバイスに関連付けられたトラフィックに基づいて、装置は、第２のアクセス配分信号を少なくとも１つのデバイスに送信し得、第２のアクセス配分信号は、第２のアクセス配分方式と、第１の動的アクセス構成時間インターバルと異なる第２の動的アクセス構成インターバルの指示とを備えている。応答して、装置は、第２の動的アクセス構成時間インターバル中、第２の許可不要アップリンク伝送を受信し得る。例では、第２の許可不要アップリンク伝送は、第１の配分方式と異なる第２の配分方式に従って送信される。上で説明される別の例では、装置は、第１の動的アクセス構成時間インターバルに対して少なくとも１つのデバイスから要求を受信し得、装置は、要求に応答して、第１の配分アクセス信号を少なくとも１つのデバイスに送信し得る。第１のアクセス配分信号は、装置のカバレッジエリア内の複数のデバイスに周期的に伝送され得る。代替として、第１のアクセス配分信号は、アクセス配分信号に専用の第１のチャネル、または他の制御信号と共有される第２のチャネルを経由して送信され得る。
【０１２１】
上で説明されるさらに別の例では、装置は、第１の専用コンテンションエリアおよびコンテンション時間インターバルを取得し得、伝送のための特定のリソースを許可されることなく、装置は、コンテンション時間インターバル中、専用コンテンションエリア内で、ネットワーク内のアップリンクにメッセージを伝送する。装置は、否定応答を受信し得る。否定応答に応答して、装置は、コンテンション時間インターバル中、第２の専用コンテンションエリア内で、ネットワーク内でアップリンクにメッセージを再伝送し得る。代替的実施形態では、装置は、事前決定された時間にわたって待ち得、事前決定された時間が経過するとき、装置は、肯定応答を受信することなく、コンテンション時間インターバル中、第２の専用コンテンションエリア内で、ネットワーク内でアップリンクにメッセージを再伝送する。
【０１２２】
本明細書に説明される種々の技法は、ハードウェア、ファームウェア、ソフトウェア、または適切である場合、それらの組み合わせに関連して、実装され得る。そのようなハードウェア、ファームウェア、およびソフトウェアは、通信ネットワークの種々のノードに位置する装置の中に常駐し得る。装置は、単独で、または互いと組み合わせて動作し、本明細書に説明される方法に影響を及ぼし得る。本明細書で使用されるように、用語「装置」、「ネットワーク装置」、「ノード」、「エンティティ」、「機能」、「デバイス」、および「ネットワークノード」は、限定ではないが、別様に規定されない限り、同義的に使用され得る。
【０１２３】
３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）は、コーデック、セキュリティ、およびサービス品質に関する作業を含む無線アクセス、コアトランスポートネットワーク、およびサービス能力を含むセルラー電気通信ネットワーク技術の技術規格を開発している。近年の無線アクセス技術（ＲＡＴ）規格は、ＷＣＤＭＡ（登録商標）（一般的に３Ｇと称される）、ＬＴＥ（一般的に４Ｇと称される）、およびＬＴＥ−Ａｄｖａｎｃｅｄ規格を含む。３ＧＰＰは、「５Ｇ」とも称される新しい無線（ＮＲ）と呼ばれる次世代セルラー技術の標準化に取り組み始めている。３ＧＰＰ  ＮＲ規格開発は、６ＧＨｚを下回る新しいフレキシブル無線アクセスのプロビジョンと、６ＧＨｚを上回る新しいウルトラモバイルブロードバンド無線アクセスのプロビジョンとを含むことが予期される次世代無線アクセス技術（新しいＲＡＴ）の定義を含むことが予期される。フレキシブル無線アクセスは、６ＧＨｚを下回る新しいスペクトル内の新しい非後方互換性無線アクセスから成ることが予期され、多様な要件を伴う３ＧＰＰ  ＮＲユースケースの広範なセットに対処するように、同一のスペクトル内で一緒に多重化されることができる異なる動作モードを含むことが予期される。ウルトラモバイルブロードバンドは、例えば、屋内用途およびホットスポットのためのウルトラモバイルブロードバンドアクセスの機会を提供するであろうセンチ波およびミリ波スペクトルを含むことが予期される。具体的には、ウルトラモバイルブロードバンドは、センチ波およびミリ波特有の設計最適化を伴って、６ＧＨｚを下回るフレキシブル無線アクセスと共通設計フレームワークを共有することが予期される。
【０１２４】
異なるＲＡＮアーキテクチャに対して、上で説明される許可不要ＵＬ制御および管理は、ＮＲノード、伝送および受信点（ＴＲＰ）、遠隔無線ヘッド（ＲＲＨ）等、ならびにＲＡＮスライス内のＲＡＮもしくは制御機能の中の中央コントローラにおいて行われ得ることが理解されるであろう。本明細書に説明される実施形態は、異なるＲＡＮアーキテクチャ内のＴＲＰ、ＲＲＨ、中央コントローラ、および制御機能にも適用可能であり得る。
【０１２５】
３ＧＰＰは、データレート、待ち時間、およびモビリティのための多種多様なユーザ体験要件をもたらす、ＮＲがサポートすることが予期される、種々のユースケースを識別している。ユースケースは、以下の一般的カテゴリを含む：拡張モバイルブロードバンド（例えば、高密度エリア内のブロードバンドアクセス、屋内の超高ブロードバンドアクセス、群衆の中のブロードバンドアクセス、あらゆる場所での５０＋Ｍｂｐｓ、超低コストブロードバンドアクセス、車両内のモバイルブロードバンド）、重要通信、マッシブマシンタイプ通信、ネットワーク動作（例えば、ネットワークスライシング、ルーティング、移動およびインターワーキング、エネルギー節約）、ならびに拡張ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ（ｅＶ２Ｘ）通信。これらのカテゴリの中の具体的サービスおよび用途は、いくつか例を挙げると、例えば、監視およびセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、緊急対応者接続性、自動車ｅコール、災害アラート、リアルタイムゲーム、多人数ビデオ通話、自律運転、拡張現実、触覚インターネット、および仮想現実を含む。これらのユースケースおよびその他は全てが、本明細書で考慮される。
【０１２６】
図３７Ａは、本明細書に説明および請求される方法ならびに装置が具現化され得る例示的通信システム１００の一実施形態を図示する。示されるように、例示的通信システム１００は、無線伝送／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（概して、集合的にＷＴＲＵ１０２と称され得る）と、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１０９と、公衆交換電話ネットワーク（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２を含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を考慮することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅの各々は、無線環境内で動作および／または通信するように構成される任意のタイプの装置もしくはデバイスであり得る。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅは、ハンドヘルド無線通信装置として図３７Ａ−３７Ｅで描写されるが、５Ｇ無線通信のために考慮される多種多様なユースケースを用いると、各ＷＴＲＵは、一例のみとして、ユーザ機器（ＵＥ）、移動局、固定またはモバイルサブスクライバユニット、ポケットベル、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、消費者電子機器、スマートウォッチまたはスマート衣類等のウェアラブルデバイス、医療またはｅヘルスデバイス、ロボット、産業機器、ドローン、車、トラック、電車、もしくは飛行機等の乗り物等を含む無線信号を伝送および／または受信するように構成される任意のタイプの装置もしくはデバイスを備え得る、またはそのように具現化され得ることが理解される。
【０１２７】
通信システム１００は、基地局１１４ａと、基地局１１４ｂとも含み得る。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２等の１つ以上の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであり得る。基地局１１４ｂは、ＲＲＨｓ（遠隔無線ヘッド）１１８ａ、１１８ｂおよび／またはＴＲＰ（伝送および受信点）１１９ａ、１１９ｂのうちの少なくとも１つと有線ならびに／もしくは無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２等の１つ以上の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであり得る。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２等の１つ以上の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであり得る。ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２等の１つ以上の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであり得る。一例として、基地局１１４ａ、１１４ｂは、送受信機基地局（ＢＴＳ）、ノード−Ｂ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、サービス拠点コントローラ、アクセスポイント（ＡＰ）、無線ルータ等であり得る。基地局１１４ａ、１１４ｂの各々は、単一の要素として描写されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが理解されるであろう。
【０１２８】
基地局１１４ａは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード等の他の基地局および／またはネットワーク要素（図示せず）も含み得るＲＡＮ１０３／１０４／１０５の一部であり得る。基地局１１４ｂは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード等の他の基地局および／またはネットワーク要素（図示せず）も含み得るＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であり得る。基地局１１４ａは、セル（図示せず）と称され得る特定の地理的領域内で無線信号を伝送および／または受信するように構成され得る。基地局１１４ｂは、セル（図示せず）と称され得る特定の地理的領域内で有線および／または無線信号を伝送ならびに／もしくは受信するように構成され得る。セルは、セルセクタにさらに分割され得る。例えば、基地局１１４ａに関連付けられるセルは、３つのセクタに分割され得る。したがって、実施形態では、基地局１１４ａは、例えば、セルのセクタ毎に１つ、３つの送受信機を含み得る。実施形態では、基地局１１４ａは、多重入出力（ＭＩＭＯ）技術を採用し得、したがって、セルのセクタ毎に複数の送受信機を利用し得る。
【０１２９】
基地局１１４ａは、任意の好適な無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波等）であり得るエアインターフェース１１５／１１６／１１７を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの１つ以上のものと通信し得る。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して、確立され得る。
【０１３０】
基地局１１４ｂは、任意の好適な有線（例えば、ケーブル、光ファイバ等）または無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波等）であり得る有線もしくはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを経由して、ＲＲＨ１１８ａ、１１８ｂおよび／またはＴＲＰ１１９ａ、１１９ｂのうちの１つ以上のものと通信し得る。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して、確立され得る。
【０１３１】
ＲＲＨ１１８ａ、１１８ｂおよび／またはＴＲＰ１１９ａ、１１９ｂは、任意の好適な無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波等）であり得るエアインターフェース１１５ｃ／１１６ｃ／１１７ｃを経由して、ＷＴＲＵ１０２ｃ、１０２ｄのうちの１つ以上のものと通信し得る。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して、確立され得る。
【０１３２】
より具体的には、上記のように、通信システム１００は、複数のアクセスシステムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ等の１つ以上のチャネルアクセス方式を採用し得る。例えば、ＲＡＮ１０３／１０４／１０５およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ内の基地局１１４ａ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ内のＲＲＨ１１８ａ、１１８ｂならびにＴＲＰ１１９ａ、１１９ｂは、それぞれ、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃを確立し得るユニバーサルモバイル電気通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）等の無線技術を実装し得る。ＷＣＤＭＡ（登録商標）は、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）等の通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。
【０１３３】
実施形態では、ＲＡＮ１０３／１０４／１０５およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ内の基地局１１４ａ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ内のＲＲＨ１１８ａ、１１８ｂならびにＴＲＰ１１９ａ、１１９ｂは、ロングタームエボリューション（ＬＴＥ）ならびに／もしくはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用して、エアインターフェース１１５／１１６／１１７を確立し得る進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）等の無線技術を実装し得る。将来、エアインターフェース１１５／１１６／１１７は、３ＧＰＰ  ＮＲ技術を実装し得る。
【０１３４】
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ  ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定規格２０００（ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６（ＩＳ−８５６）、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭ（登録商標）進化型高速データレート（ＥＤＧＥ）、ＧＳＭ（登録商標）  ＥＤＧＥ（ＧＥＲＡＮ）等の無線技術を実装し得る。
【０１３５】
図３７Ａの基地局１１４ｃは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであり得、会社、自宅、車両、キャンパス等の場所等の局所的エリア内の無線接続性を促進するための任意の好適なＲＡＴを利用し得る。実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、ＩＥＥＥ  ８０２．１１等の無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立し得る。実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、ＩＥＥＥ  ８０２．１５等の無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立し得る。さらなる実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ（登録商標）、ＣＤＭＡ２０００、ＧＳＭ（登録商標）、ＬＴＥ、ＬＴＥ−Ａ等）を利用して、ピコセルまたはフェムトセルを確立し得る。図３７Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスするように要求されないこともある。
【０１３６】
ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、音声、データ、アプリケーション、ならびに／もしくはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上のものに提供するように構成される任意のタイプのネットワークであり得るコアネットワーク１０６／１０７／１０９と通信し得る。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、請求サービス、モバイル場所ベースのサービス、プリペイドコール、インターネット接続性、ビデオ配布等を提供し、および／またユーザ認証等の高レベルセキュリティ機能を果たし得る。
【０１３７】
図３７Ａに示されていないが、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂならびに／もしくはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一のＲＡＴもしくは異なるＲＡＴを採用する他のＲＡＮと直接または間接通信し得ることが理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ（登録商標）無線技術を採用する別のＲＡＮ（図示せず）と通信し得る。
【０１３８】
コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅのためのゲートウェイとしての役割も果たし、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスし得る。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する、回路交換電話ネットワークを含み得る。インターネット１１０は、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコルスイートにおけるインターネットプロトコル（ＩＰ）等の共通通信プロトコルを使用する相互接続されたコンピュータネットワークならびにデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線もしくは無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一のＲＡＴもしくは異なるＲＡＴを採用し得る１つ以上のＲＡＮに接続される別のコアネットワークを含み得る。
【０１３９】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたは全部は、マルチモード能力を含み得、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、および１０２ｅは、異なる無線リンクを経由して異なる無線ネットワークと通信するための複数の送受信機を含み得る。例えば、図３７Ａに示されるＷＴＲＵ１０２ｅは、セルラーベースの無線技術を採用し得る基地局１１４ａ、およびＩＥＥＥ  ８０２無線技術を採用し得る基地局１１４ｃと通信するように構成され得る。
【０１４０】
図３７Ｂは、例えば、ＷＴＲＵ１０２等の本明細書に図示される実施形態による、無線通信のために構成される例示的装置またはデバイスのブロック図である。図３７Ｂに示されるように、例示的ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、伝送／受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、非取り外し可能メモリ１３０と、取り外し可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含み得る。ＷＴＲＵ１０２は、実施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。実施形態は、基地局１１４ａならびに１１４ｂ、および／または限定されないが、とりわけ、送受信機局（ＢＴＳ）、ノード−Ｂ、サービス拠点コントローラ、アクセスポイント（ＡＰ）、ホームノード−Ｂ、進化型ホームノード−Ｂ（ｅＮｏｄｅＢ）、ホーム進化型ノード−Ｂ（ＨｅＮＢ）、ホーム進化型ノード−Ｂゲートウェイ、およびプロキシノード等の基地局１１４ａならびに１１４ｂが表し得るノードは、図３７Ｂに描写され、本明細書に説明される要素のうちのいくつかまたは全部を含み得ることも考慮する。
【０１４１】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン等であり得る。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能性を実施し得る。プロセッサ１１８は、伝送／受信要素１２２に結合され得る送受信機１２０に結合され得る。図３７Ｂは、プロセッサ１１８および送受信機１２０を別個のコンポーネントとして描写するが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップに一緒に統合され得ることが理解されるであろう。
【０１４２】
伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を経由して、基地局（例えば、基地局１１４ａ）へ信号を伝送するか、またはそこから信号を受信するように構成され得る。例えば、実施形態では、伝送／受信要素１２２は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであり得る。実施形態では、図３７Ａに示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同一のＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接もしくは間接通信し得ることが理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５に接続されることに加えて、コアネットワーク１０６／１０７／１０９は、ＧＳＭ（登録商標）無線技術を採用する別のＲＡＮ（図示せず）と通信し得る。
【０１４３】
コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての役割も果たし、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスし得る。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回路交換電話ネットワークを含み得る。インターネット１１０は、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコルスイート内のインターネットプロトコル（ＩＰ）等の共通通信プロトコルを使用する相互接続されたコンピュータネットワークならびにデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線もしくは無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同一のＲＡＴまたは異なるＲＡＴを採用し得る１つ以上のＲＡＮに接続される、別のコアネットワークを含み得る。
【０１４４】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたは全ては、マルチモード能力を含み得、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、異なる無線リンクを経由して異なる無線ネットワークと通信するための複数の送受信機を含み得る。例えば、図３７Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用し得る基地局１１４ａ、およびＩＥＥＥ  ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成され得る。
【０１４５】
図３７Ｂは、例えば、ＷＴＲＵ１０２等の本明細書に図示される実施形態による、無線通信のために構成される例示的装置またはデバイスのブロック図である。図３７Ｂに示されるように、例示的ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、伝送／受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、非取り外し可能メモリ１３０と、取り外し可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含み得る。ＷＴＲＵ１０２は、実施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。実施形態は、基地局１１４ａならびに１１４ｂ、および／または限定されないが、とりわけ、送受信機局（ＢＴＳ）、ノード−Ｂ、サービス拠点コントローラ、アクセスポイント（ＡＰ）、ホームノード−Ｂ、進化型ホームノード−Ｂ（ｅＮｏｄｅＢ）、ホーム進化型ノード−Ｂ（ＨｅＮＢ）、ホーム進化型ノード−Ｂゲートウェイ、およびプロキシノード等の基地局１１４ａならびに１１４ｂが表し得るノードは、図３７Ｂに描写され、本明細書に説明される要素のうちのいくつかまたは全部を含み得ることも考慮する。
【０１４６】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン等であり得る。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能性を実施し得る。プロセッサ１１８は、伝送／受信要素１２２に結合され得る送受信機１２０に結合され得る。図３７Ｂは、プロセッサ１１８および送受信機１２０を別個のコンポーネントとして描写するが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップにともに統合され得ることが理解されるであろう。
【０１４７】
伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を経由して、基地局（例えば、基地局１１４ａ）へ信号を伝送する、またはそこから信号を受信するように構成され得る。例えば、実施形態では、伝送／受信要素１２２は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであり得る。実施形態では、伝送／受信要素１２２は、例えば、ＩＲ、ＵＶ、もしくは可視光信号を伝送および／または受信するように構成される、エミッタ／検出器であり得る。さらなる実施形態では、伝送／受信要素１２２は、ＲＦおよび光信号の両方を伝送ならびに受信するように構成され得る。伝送／受信要素１２２は、無線信号の任意の組み合わせを伝送および／または受信するように構成され得ることが理解されるであろう。
【０１４８】
加えて、伝送／受信要素１２２は、単一の要素として図３７Ｂで描写されているが、ＷＴＲＵ１０２は、任意の数の伝送／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用し得る。したがって、実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を経由して無線信号を伝送および受信するための２つ以上の伝送／受信要素１２２（例えば、複数のアンテナ）を含み得る。
【０１４９】
送受信機１２０は、伝送／受信要素１２２によって伝送される信号を変調するように、および伝送／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ  ８０２．１１等の複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含み得る。
【０１５０】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（ＬＣＤ）表示ユニットもしくは有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合され得、かつそこからユーザ入力データを受信し得る。プロセッサ１１８は、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８に出力し得る。加えて、プロセッサ１１８は、非取り外し可能メモリ１３０および／または取り外し可能メモリ１３２等の任意のタイプの好適なメモリから情報にアクセスし、その中にデータを記憶し得る。非取り外し可能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取えい専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能メモリ１３２は、サブスクライバ識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上等のＷＴＲＵ１０２上に物理に位置しないメモリから情報にアクセスし、その中にデータを記憶し得る。
【０１５１】
プロセッサ１１８は、電源１３４から電力を受け取り得、ＷＴＲＵ１０２内の他のコンポーネントへの電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池、太陽電池、燃料電池等を含み得る。
【０１５２】
プロセッサ１１８は、ＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度および緯度）を提供するように構成され得るＧＰＳチップセット１３６にも結合され得る。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を経由して、基地局（例えば、基地局１１４ａ、１１４ｂ）から場所情報を受信し、および／または２つ以上の近傍基地局から受信されている信号のタイミングに基づいて、その場所を決定し得る。ＷＴＲＵ１０２は、実施形態と一致したままで、任意の好適な場所決定方法を介して場所情報を獲得し得ることが理解されるであろう。
【０１５３】
プロセッサ１１８は、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する１つ以上のソフトウェアならびに／もしくはハードウェアモジュールを含み得る他の周辺機器１３８にさらに結合され得る。例えば、周辺機器１３８は、加速度計、バイオメトリック（例えば、指紋）センサ等の種々のセンサ、ｅ−コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポートまたは他の相互接続インターフェース、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含み得る。
【０１５４】
ＷＴＲＵ１０２は、センサ、消費者電子機器、スマートウォッチまたはスマート衣類等のウェアラブルデバイス、医療またはｅヘルスデバイス、ロボット、産業機器、ドローン、車、トラック、電車、または飛行機等の乗り物等の他の装置もしくはデバイスで具現化され得る。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを備え得る相互接続インターフェース等の１つ以上の相互接続インターフェースを介して、そのような装置もしくはデバイスの他のコンポーネント、モジュール、またはシステムに接続し得る。
【０１５５】
図３７Ｃは、ある実施形態による、ＲＡＮ１０３およびコアネットワーク１０６の系統図である。上記のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用し、エアインターフェース１１５を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信し得る。ＲＡＮ１０３は、コアネットワーク１０６とも通信し得る。図３７Ｃに示されるように、ＲＡＮ１０３は、エアインターフェース１１５を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上の送受信機を含み得るノード−Ｂ１４０ａ、１４０ｂ、１４０ｃを含み得る。ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃの各々は、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられ得る。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂも含み得る。ＲＡＮ１０３は、実施形態と一致したままで、任意の数のノード−ＢおよびＲＮＣを含み得ることが理解されるであろう。
【０１５６】
図３７Ｃに示されるように、ノード−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信し得る。加えて、ノード−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信し得る。ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信し得る。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して、互いと通信し得る。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されるそれぞれのノード−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成され得る。加えて、ＲＮＣ１４２ａ、１４２ｂの各々は、外部ループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化等の他の機能性を実施またはサポートするように構成され得る。
【０１５７】
図３７Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル切り替えセンタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含み得る。前述の要素の各々は、コアネットワーク１０６の一部として描写されるが、これらの要素のうちのいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることが理解されるであろう。
【０１５８】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回路交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。
【０１５９】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８にも接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得る。
【０１６０】
上記のように、コアネットワーク１０６は、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含み得るネットワーク１１２にも接続され得る。
【０１６１】
図３７Ｄは、ある実施形態による、ＲＡＮ１０４およびコアネットワーク１０７の系統図である。上記のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用し、エアインターフェース１１６を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信し得る。ＲＡＮ１０４は、コアネットワーク１０７とも通信し得る。
【０１６２】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、実施形態と一致したままで、任意の数のノード−Ｂを含み得ることが理解されるであろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、エアインターフェース１１６を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上の送受信機を含み得る。実施形態では、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、そこから無線信号を受信し得る。
【０１６３】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、および１６０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリング等をハンドリングするように構成され得る。図３７Ｄに示されるように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを経由して、互いと通信し得る。
【０１６４】
図３７Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６とを含み得る。前述の要素の各々は、コアネットワーク１０７の一部として描写されるが、これらの要素のうちのいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることが理解されるであろう。
【０１６５】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、および１６０ｃの各々に接続され得、制御ノードとしての役割を果たし得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中の特定のサービングゲートウェイの選択等に責任があり得る。ＭＭＥ１６２は、ＲＡＮ１０４とＧＳＭ（登録商標）またはＷＣＤＭＡ（登録商標）等の他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能も提供し得る。
【０１６６】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、および１６０ｃの各々に接続され得る。サービングゲートウェイ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からルーティングおよび転送し得る。サービングゲートウェイ１６４はまた、ｅＮｏｄｅＢ間ハンドオーバ中のユーザプレーンのアンカ、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために利用可能であるときのページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶、ならびに同等物等の他の機能を果たし得る。
【０１６７】
サービングゲートウェイ１６４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得るＰＤＮゲートウェイ１６６にも接続され得る。
【０１６８】
コアネットワーク１０７は、他のネットワークとの通信を促進し得る。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回路交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか、またはそれと通信し得る。加えて、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含み得るネットワーク１１２へのアクセスを提供し得る。
【０１６９】
図３７Ｅは、ある実施形態による、ＲＡＮ１０５およびコアネットワーク１０９の系統図である。ＲＡＮ１０５は、ＩＥＥＥ  ８０２．１６無線技術を採用し、エアインターフェース１１７を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するアクセスサービスネットワーク（ＡＳＮ）であり得る。以下でさらに議論されるであろうように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５の異なる機能エンティティとコアネットワーク１０９との間の通信リンクは、参照点として定義され得る。
【０１７０】
図３７Ｅに示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを含み得るが、ＲＡＮ１０５は、実施形態と一致したままで、任意の数の基地局およびＡＳＮゲートウェイを含み得ることが理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃの各々は、ＲＡＮ１０５内の特定のセルに関連付けられ得、エアインターフェース１１７を経由してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上の送受信機を含み得る。実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。したがって、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、そこから無線信号を受信し得る。基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシ施行等のモビリティ管理機能も提供し得る。ＡＳＮゲートウェイ１８２は、トラフィック集約点としての役割を果たし得、ページング、サブスクライバプロファイルのキャッシング、コアネットワーク１０９へのルーティング等に責任があり得る。
【０１７１】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ  ８０２．１６仕様を実装するＲ１参照点として定義され得る。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃの各々は、コアネットワーク１０９と論理インターフェース（図示せず）を確立し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用され得るＲ２参照点として定義され得る。
【０１７２】
基地局１８０ａ、１８０ｂ、および１８０ｃの各々間の通信リンクは、ＷＴＲＵハンドオーバならびに基地局の間のデータの転送を促進するためのプロトコルを含むＲ８参照点として定義され得る。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照点として定義され得る。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられるモビリティイベントに基づいてモビリティ管理を促進するためのプロトコルを含み得る。
【０１７３】
図３７Ｅに示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理能力を促進するためのプロトコルを含む、Ｒ３参照点として定義され得る。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４と、認証、認可、会計（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含み得る。前述の要素の各々は、コアネットワーク１０９の一部として描写されるが、これらの要素のうちのいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることが理解されるであろう。
【０１７４】
ＭＩＰ−ＨＡは、ＩＰアドレス管理に責任があり得、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワークの間でローミングすることを可能にし得る。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得る。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスをサポートすることに責任があり得る。ゲートウェイ１８８は、他のネットワークとのインターワーキングを促進し得る。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回路交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。加えて、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含み得るネットワーク１１２へのアクセスを提供し得る。
【０１７５】
図３７Ｅに示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続され得、コアネットワーク１０９は、他のコアネットワークに接続され得ることが理解されるであろう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含み得るＲ４参照点として定義され得る。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと訪問したコアネットワークとの間のインターワーキングを促進するためのプロトコルを含み得るＲ５参照点として定義され得る。
【０１７６】
本明細書に説明され、図３７Ａ、３７Ｃ、３７Ｄ、および３７Ｅに図示されるコアネットワークエンティティは、ある既存の３ＧＰＰ仕様におけるそれらのエンティティに与えられる名称によって識別されるが、将来において、それらのエンティティおよび機能性は、他の名称によって識別され得、あるエンティティまたは機能は、将来の３ＧＰＰ  ＮＲ仕様を含む３ＧＰＰによって公開される将来の仕様の中で組み合わせられ得ることが理解される。したがって、図３７Ａ、３７Ｂ、３７Ｃ、３７Ｄ、および３７Ｅに説明ならびに図示される特定のネットワークエンティティおよび機能性は、一例のみとして提供され、本明細書で開示および請求される主題は、現在定義されているか、または将来的に定義されるかどうかにかかわらず、任意の類似通信システムで具現化もしくは実装され得ることが理解される。
【０１７７】
図３７Ｆは、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または他のネットワーク１１２内のあるノードもしくは機能エンティティ等の図３７Ａ、３７Ｃ、３７Ｄ、および３７Ｅに図示される通信ネットワークの１つ以上の装置が具現化され得る例示的コンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを備え得、主に、そのようなソフトウェアが記憶またはアクセスされる場所もしくは手段にかかわらず、ソフトウェアの形態であり得るコンピュータ読み取り可能な命令によって制御され得る。そのようなコンピュータ読み取り可能な命令は、コンピューティングシステム９０を稼働させるように、プロセッサ９１内で実行され得る。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン等であり得る。プロセッサ９１は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはコンピューティングシステム９０が通信ネットワーク内で動作することを可能にする任意の他の機能性を実施し得る。コプロセッサ８１は、追加の機能を果たし得る、またはプロセッサ９１を支援し得るメインプロセッサ９１とは明確に異なる、随意のプロセッサである。プロセッサ９１および／またはコプロセッサ８１は、本明細書に開示される方法ならびに装置に関連するデータを受信、生成、および処理し得る。
【０１７８】
動作時、プロセッサ９１は、命令をフェッチ、復号、および実行し、コンピューティングシステムの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ、ならびにそこから転送する。そのようなシステムバスは、コンピューティングシステム９０内のコンポーネントを接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、インタラプトを送信するため、およびシステムバスを動作させるための制御ラインとを含む。そのようなシステムバス８０の例は、ＰＣＩ（周辺コンポーネント相互接続）バスである。
【０１７９】
システムバス８０に結合されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２と、読取専用メモリ（ＲＯＭ）９３とを含む。そのようなメモリは、情報が記憶されて読み出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正されることができない記憶されたデータを含む。ＲＡＭ８２内に記憶されたデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られるか、もしくは変更されることができる。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理アドレスに変換するアドレス変換機能を提供し得る。メモリコントローラ９２は、システム内のプロセスを隔離し、ユーザプロセスからシステムプロセスを隔離するメモリ保護機能も提供し得る。したがって、第１のモードで起動するプログラムは、その独自のプロセス仮想アドレス空間によってマップされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。
【０１８０】
加えて、コンピューティングシステム９０は、プロセッサ９１から、プリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５等の周辺機器に命令を通信する責任がある、周辺機器コントローラ８３を含み得る。
【０１８１】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。視覚出力は、グラフィカルユーザインターフェース（ＧＵＩ）の形態で提供され得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを伴って実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために要求される、電子コンポーネントを含む。
【０１８２】
さらに、コンピューティングシステム９０は、図３７Ａ、３７Ｂ、３７Ｃ、３７Ｄ、および３７ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または他のネットワーク１１２等の外部通信ネットワークにコンピューティングシステム９０を接続し、コンピューティングシステム９０がそれらのネットワークの他のノードもしくは機能エンティティと通信することを可能にするために使用され得る、例えば、ネットワークアダプタ９７等の通信回路を含み得る。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書に説明されるある装置、ノード、もしくは機能エンティティの伝送および受信ステップを実施するために使用され得る。
【０１８３】
本明細書に説明される装置、システム、方法、およびプロセスのうちのいずれかまたは全ては、コンピュータ読み取り可能な記憶媒体上に記憶されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化され得、その命令は、プロセッサ１１８または９１等のプロセッサによって実行されると、プロセッサに、本明細書に説明されるシステム、方法、およびプロセスを実施ならびに／もしくは実装させることが理解される。具体的には、本明細書に説明されるステップ、動作、または機能のうちのいずれかは、そのようなコンピュータ実行可能命令の形態で実装され、無線および／または有線ネットワーク通信のために構成される装置もしくはコンピューティングシステムのプロセッサ上で実行し得る。コンピュータ読み取り可能な記憶媒体は、情報の記憶のための任意の非一過性（すなわち、有形または物理）方法もしくは技術で実装される、揮発性および不揮発性媒体、取り外し可能および非取り外し可能媒体の両方を含むが、そのようなコンピュータ読み取り可能な記憶媒体は、信号を含まない。コンピュータ読み取り可能な記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）もしくは他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または所望の情報を記憶するために使用されることができ、かつコンピュータによってアクセスされることができる、任意の他の有形もしくは物理的媒体を含むが、それらに限定されない。
【０１８４】
以下は、上記の説明の中で出現し得るアクセス技術に関する頭字語のリストである。別様に規定されない限り、本明細書で使用される頭字語は、以下に列挙される、対応する用語を指す。
ＡＣＫ  確認応答
ＡＩＤ  関連識別子（８０２．１１）
ＡＰ  アクセスポイント（８０２．１１）
ＡＰＮ  アクセスポイント名
ＡＳ  アクセス層
ＢＳ  基地局
ＣＡ  衝突回避
ＣＤ  衝突検出
ＣＦＩ  制御フォーマットインジケータ
ＣＮ  コアネットワーク
ＣＭＡＳ  民間モバイルアラートシステム
Ｃ−ＲＮＴＩ  セル無線ネットワーク一時識別子
ＣＳＭＡ  搬送波感知多重アクセス
ＣＳＭＡ／ＣＤ  衝突検出を伴うＣＳＭＡ
ＣＳＭＡ／ＣＡ  衝突回避を伴うＣＳＭＡ
ＤＣＡ  専用衝突エリア
ＤＣＩ  ダウンリンク制御情報
ＤＡＣＴＩ  動的アクセス構成時間インターバル
ＤＬ  ダウンリンク
ＤＲＸ  不連続受信
ＥＣＧＩ  Ｅ−ＵＴＲＡＮセルグローバル識別子
ＥＣＭ  ＥＰＳ接続管理
ｅＭＢＢ  拡張モバイルブロードバンド
ＥＭＭ  ＥＰＳモビリティ管理
ｅＮＢ  進化型ノードＢ
ＥＴＷＳ  地震および津波警報システム  
Ｅ−ＵＴＲＡ  進化型ユニバーサル地上無線アクセス
Ｅ−ＵＴＲＡＮ  進化型ユニバーサル地上無線アクセスネットワーク
ＦＤＭ  周波数分割多重
ＦＦＳ  さらなる研究対象
ＧＥＲＡＮ  ＧＳＭ（登録商標）  ＥＤＧＥ無線アクセスネットワーク
ＧＳＭ（登録商標）  モバイル通信用グローバルシステム
ＧＵＴＩ  大域的に一意の一時ＵＥ識別
ＨＥ    高効率
ＨＳＳ    ホームサブスクライバサーバ
ＩＥ  情報要素
ＩＭＳＩ  国際モバイルサブスクライバ識別
ＩＭＴ  国際モバイル電気通信
ＫＰＩ  重要性能インジケータ
ＬＴＥ  ロングタームエボリューション
ＭＡＣ  媒体アクセス制御
ＭＢＭＳ  マルチメディアブロードキャストマルチキャストサービス
ＭＣＬ  最大結合損失
ＭＩＢ  マスタ情報ブロック
ＭＭＥ  モバイル管理エンティティ
ＭＴＣ  マシンタイプ通信
ｍＭＴＣ  マッシブマシンタイプ通信
ＮＡＣＫ  否定応答
ＮＡＳ  非アクセス層
ＮＲ  新しい無線
ＯＢＯ  ＯＦＤＭバックオフ（８０２．１１）
ＯＦＤＭ  直交周波数分割多重
ＰＤＣＣＨ  物理ダウンリンク制御チャネル
ＰＤＳＣＨ  物理ダウンリンク共有チャネル
ＰＨＹ  物理層
ＰＣＦＩＣＨ  物理制御フォーマットインジケータチャネル
ＰＤＣＰ  パケットデータ収束プロトコル
ＰＨＩＣＨ  物理ハイブリッドＡＲＱインジケータチャネル
ＰＰＤＵ  ＰＬＣＰプロトコルデータ単位（８０２．１１）
ＰＲＡＣＨ  物理ランダムアクセスチャネル
ＰＲＢ  物理リソースブロック
ＰＵＣＣＨ  物理アップリンク制御チャネル
ＰＵＳＣＨ  物理アップリンク共有チャネル
ＱｏＳ  サービス品質
ＲＡ  ランダムアクセス
ＲＡＣＨ  ランダムアクセスチャネル
ＲＡＮ  無線アクセスネットワーク（３ＧＰＰ）
ＲＭＳＵ  到達可能性およびモビリティステータス更新
ＲＢ  リソースブロック
ＲＬＣ  無線リンク制御
ＲＮＴＩ  無線ネットワーク一時識別子
ＲＲＣ  無線リソース制御
ＲＵ  リソース単位（８０２．１１）
ＳＩ  システム情報
ＳＩＢ  システム情報ブロック
ＳＲ  スケジューリング要求
ＳＴＡ  局（８０２．１１）
ＴＡＩ  追跡エリアインジケータ
ＴＡＵ  追跡エリア更新
ＴＢＤ  未定義
ＴＤＭ  時分割多重
ＴＥＩＤ  トンネルエンドポイントＩＤ
ＴＲＰ  伝送および受信点
ＴＴＩ  伝送時間インターバル
ＵＣＩ  アップリンク制御情報
ＵＥ  ユーザ機器
ＵＬ  アップリンク
ＵＲ／ＬＬ  超信頼性／低遅延
ＵＲＬＬＣ  超信頼性かつ低遅延の通信
本明細書は、最良の様態を含む、本発明を開示するために、また、当業者が、任意のデバイスまたはシステムを作製して使用することと、任意の組み込まれた方法を行うこととを含む、本発明を実践することを可能にするために、例を使用する。本発明の特許性のある範囲は、請求項によって定義され、当業者に想起される他の例を含み得る。そのような他の例は、請求項の文字通りの言葉とは異ならない構造要素を有する場合、または請求項の文字通りの言葉とのごくわずかな差異を伴う同等の構造要素を含む場合、請求項の範囲内であることを意図している。
【図１】
2019518392.tif 000016
【図２】
2019518392.tif 000017
【図３】
2019518392.tif 000018
【図４】
2019518392.tif 000019
【図５】
2019518392.tif 000020
【図６】
2019518392.tif 000021
【図７】
2019518392.tif 000022
【図８】
2019518392.tif 000023
【図９】
2019518392.tif 000024
【図１０】
2019518392.tif 000025
【図１１Ａ】
2019518392.tif 000026
【図１１Ｂ】
2019518392.tif 000027
【図１２】
2019518392.tif 000028
【図１３−１】
2019518392.tif 000029
【図１３−２】
2019518392.tif 000030
【図１４】
2019518392.tif 000031
【図１５Ａ】
2019518392.tif 000032
【図１５Ｂ】
2019518392.tif 000033
【図１６Ａ】
2019518392.tif 000034
【図１６Ｂ】
2019518392.tif 000035
【図１７】
2019518392.tif 000036
【図１８】
2019518392.tif 000037
【図１９】
2019518392.tif 000038
【図２０】
2019518392.tif 000039
【図２１】
2019518392.tif 000040
【図２２】
2019518392.tif 000041
【図２３Ａ】
2019518392.tif 000042
【図２３Ｂ】
2019518392.tif 000043
【図２４Ａ】
2019518392.tif 000044
【図２４Ｂ】
2019518392.tif 000045
【図２５Ａ】
2019518392.tif 000046
【図２５Ｂ】
2019518392.tif 000047
【図２６Ａ】
2019518392.tif 000048
【図２６Ｂ】
2019518392.tif 000049
【図２７Ａ】
2019518392.tif 000050
【図２７Ｂ】
2019518392.tif 000051
【図２８Ａ】
2019518392.tif 000052
【図２８Ｂ】
2019518392.tif 000053
【図２９Ａ】
2019518392.tif 000054
【図２９Ｂ】
2019518392.tif 000055
【図３０Ａ】
2019518392.tif 000056
【図３０Ｂ】
2019518392.tif 000057
【図３１Ａ】
2019518392.tif 000058
【図３１Ｂ】
2019518392.tif 000059
【図３２Ａ】
2019518392.tif 000060
【図３２Ｂ】
2019518392.tif 000061
【図３３Ａ】
2019518392.tif 000062
【図３３Ｂ】
2019518392.tif 000063
【図３４Ａ】
2019518392.tif 000064
【図３４Ｂ】
2019518392.tif 000065
【図３５Ａ】
2019518392.tif 000066
【図３５Ｂ】
2019518392.tif 000067
【図３６】
2019518392.tif 000068
【図３７Ａ】
2019518392.tif 000069
【図３７Ｂ】
2019518392.tif 000070
【図３７Ｃ】
2019518392.tif 000071
【図３７Ｄ】
2019518392.tif 000072
【図３７Ｅ】
2019518392.tif 000073
【図３７Ｆ】
2019518392.tif 000074
【手続補正書】
【提出日】平成31年2月20日(2019.2.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
プロセッサと、メモリと、通信回路とを備えている装置であって、前記装置は、その通信回路を介してアクセスネットワークに接続され、前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
第１の許可不要アクセス配分および／または第２の許可不要アクセス配分を含む許可不要構成を受信することであって、前記第１および第２の許可不要アクセス配分は、それぞれ、第１および第２の時間周波数リソースを定義する、ことと、
前記許可不要構成に従って許可不要伝送を行うように、前記第１の許可不要アクセス配分によって定義された前記第１の時間周波数リソースを使用して前記アクセスネトワークへのアップリンクにメッセージを伝送することと、
伝送冗長性値が１より大きい場合、前記第１および／または第２の許可不要アクセス配分によって定義された前記第１および／または第２の時間周波数リソースをそれぞれ使用して前記アクセスネトワークへのアップリンクに前記メッセージを伝送することと
を含む動作を前記装置に実施させる、装置。
【請求項２】
前記第１および第２の許可不要アクセス構成は、前記装置に送信される専用無線リソ−ス制御メッセージ上で搬送される静的構成を介して受信される、請求項１に記載の装置。
【請求項３】
前記第１および第２の許可不要アクセス配分は、前記アクセスネトワークからのダウンリンク制御チャネル上で搬送される動的指示を介して受信される、請求項１に記載の装置。
【請求項４】
アクティブ化指示および非アクティブ化指示も、前記アクセスネトワークからの前記ダウンリンク制御チャネル上で受信される、請求項３に記載の装置。
【請求項５】
前記ダウンリンク制御チャネルは、専用制御チャネルである、請求項３に記載の装置。
【請求項６】
前記ダウンリンク制御チャネルは、許可不要識別子でスクランブルされる、請求項３に記載の装置。
【請求項７】
前記許可不要識別子は、前記アクセスネトワークからである、請求項６に記載の装置。
【請求項８】
前記第１および第２の許可不要アクセス配分は、特定のアクセス配分方式が適用されるそれぞれの時間インターバルを備えている、請求項１に記載の装置。
【請求項９】
前記時間インターバルの各々は、許可不要伝送に対する選択のために利用可能な１つ以上のそれぞれのコンテンション空間を備えている、請求項８に記載の装置。
【請求項１０】
前記許可不要アクセス構成は、前記伝送冗長性値と、前記伝送冗長性値に関連付けられた冗長バージョンとをさらに備えている、請求項１に記載の装置。
【請求項１１】
前記許可不要アクセス構成は、変調および符号化方式、および／または周波数ホッピング方式をさらに備えている、請求項１に記載の装置。
【請求項１２】
前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
アップリンク許可不要伝送の第１のシンボルに配分されているフロントロード参照信号を含む前記アップリンク許可不要伝送を伝送することを含むさらなる動作を前記装置に実施させる、請求項１に記載の装置。
【請求項１３】
前記フロントロード参照信号は、許可不要識別子をさらに含む、請求項１２に記載の装置。
【請求項１４】
プロセッサと、メモリと、通信回路とを備えている装置であって、前記装置は、その通信回路を介してユーザ機器に接続され、前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
第１の許可不要アクセス配分および／または第２の許可不要アクセス配分を含む許可不要構成を送信することであって、前記第１および第２の許可不要アクセス配分は、それぞれ、第１および第２の時間周波数リソースを定義する、ことと、
前記第１の許可不要アクセス配分によって定義された前記第１の時間周波数リソースにおいてユーザ機器からのアップリンクにおいてメッセージを受信することと、
伝送冗長性値が１より大きい場合、前記第１および／または第２の時間周波数リソースにおいて前記メッセージを受信することと
を含む動作を前記装置に実施させる、装置。
【請求項１５】
前記許可不要アクセス構成は、専用無線リソ−ス制御チャネル上で前記ユーザ機器に送信される、請求項１４に記載の装置。
【請求項１６】
第１および第２の許可不要アクセス配分が、１つ以上のダウンリンク制御チャネル上で前記ユーザ機器に送信される、請求項１４に記載の装置。
【請求項１７】
前記第１および第２の許可不要アクセス配分は、前記１つ以上のダウンリンク制御チャネル上でアクティブ化および／または非アクティブ化される、請求項１６に記載の装置。
【請求項１８】
前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
前記ダウンリンク制御チャネルが許可不要識別子でスクランブルされるように、前記許可不要識別子を送信することを含むさらなる動作を前記装置に実施させる、請求項１７に記載の装置。
【請求項１９】
アクセスネットワークへの許可不要伝送のためにユーザ機器（ＵＥ）によって実施される方法であって、前記方法は、
第１の許可不要アクセス配分および／または第２の許可不要アクセス配分を含む許可不要構成を受信することであって、前記第１および第２の許可不要アクセス配分は、それぞれ、第１および第２の時間周波数リソースを定義する、ことと、
前記許可不要構成に従って許可不要伝送を行うように、前記第１の許可不要アクセス配分によって定義された前記第１の時間周波数リソースを使用して前記アクセスネトワークへのアップリンクにメッセージを伝送することと、
伝送冗長性値が１より大きい場合、前記第１および／または第２の許可不要アクセス配分によって定義された前記第１および／または第２の時間周波数リソースをそれぞれ使用して前記アクセスネトワークへのアップリンクに前記メッセージを伝送することと
を含む、方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
本概要は、発明を実施するための形態において以下でさらに説明される、簡略化形態の一連の概念を導入するように提供される。本概要は、請求される主題の主要な特徴または不可欠な特徴を識別することを意図せず、請求される主題の範囲を限定するために使用されることも意図していない。さらに、請求される主題は、本開示の任意の部分で記述されるいずれかまたは全ての不利点を解決する制限に限定されない。
本発明はさらに、例えば、以下を提供する。
（項目１）
プロセッサと、メモリと、通信回路とを備えている装置であって、前記装置は、その通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
複数のデバイスをそれぞれの許可不要アクセス配分に従って許可不要モードで動作するように構成することを含む動作を前記装置に実施させ、
それによって、複数のデバイスが前記ネットワーク内のアップリンクにメッセージを伝送するとき、前記メッセージは、前記それぞれの許可不要アクセス配分によって定義される周波数リソースを使用して伝送され、前記複数のデバイスは、前記メッセージを伝送するためのアクセスを許可されることなく前記メッセージを伝送し、前記許可不要モードで動作する、装置。
（項目２）
前記複数のデバイスは、デバイスの第１の組と、前記デバイスの第１の組と比較して異なる動作要件を有するデバイスの第２の組とを備えている、項目１に記載の装置。
（項目３）
前記複数のデバイスを構成することは、
前記デバイスの第１の組が前記ネットワーク内のアップリンクにメッセージを伝送するとき、前記メッセージが前記周波数リソースの第１のサブバンド内で伝送されるように、前記デバイスの第１の組を構成することと、
前記デバイスの第２の組が前記ネットワーク内のアップリンクにメッセージを伝送するとき、前記メッセージが前記第１のサブバンドと別個である前記周波数リソースの第２のサブバンド内で伝送されるように、前記デバイスの第２の組を構成することと
をさらに含む、項目２に記載の装置。
（項目４）
前記第１のサブバンドは、第１のタイプのデバイスまたはサービスのための前記ネットワークの第１のスライスを定義し、前記第２のサブバンドは、前記第１のタイプのデバイスまたはサービスと異なる第２のタイプのデバイスまたはサービスのための前記ネットワークの第２のスライスを定義する、項目３に記載の装置。
（項目５）
前記複数のデバイスを構成することは、
前記デバイスの第１の組が前記ネットワーク内のアップリンクにメッセージを伝送するとき、前記メッセージが前記周波数リソースの第１のサブバンド内で伝送されるように、前記デバイスの第１の組を構成することと、
前記デバイスの第２の組が前記ネットワーク内のアップリンクにメッセージを伝送するとき、前記メッセージが前記周波数リソースの前記第１のサブバンド内で伝送され、前記メッセージが、前記デバイスの第１の組によって伝送される前記メッセージよりも高い優先順位を有するように伝送されるように、前記デバイスの第２の組を構成することと
をさらに含む、項目２に記載の装置。
（項目６）
前記デバイスの第１の組は、超高信頼性および低遅延通信（ＵＲＬＬＣ）デバイスであり、前記デバイスの第２の組は、マッシブマシンタイプ通信（ｍＭＴＣ）デバイスである、項目５に記載の装置。
（項目７）
前記第１のサブバンドは、許可された拡張モバイルブロードバンド（ｍＭＢＢ）デバイスによって共有され、前記ｍＭＢＢデバイスは、それらのそれぞれのメッセージ伝送間に対立があるかどうかにかかわらず、前記ＵＲＬＬＣデバイスによってオーバーライドされる、項目６に記載の装置。
（項目８）
前記複数のデバイスを構成することは、
前記デバイスの第１の組が前記ネットワーク内のアップリンクにメッセージを伝送するとき、前記メッセージが前記周波数リソースの第１のサブバンド内および前記周波数リソースの第２のサブバンド内で伝送されるように、前記デバイスの第１の組を構成することであって、前記デバイスの第１の組は、前記第１のサブバンドおよび前記第２のサブバンドをデバイスの第３の組と共有する、ことと、
前記デバイスの第２の組が前記ネットワーク内のアップリンクにメッセージを伝送するとき、前記メッセージが前記第１のサブバンドと前記第２のサブバンドとの間にあるガードバンド内で伝送されるように、前記デバイスの第２の組を構成することと
をさらに含む、項目２に記載の装置。
（項目９）
前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
前記複数のデバイスの各々に関連付けられたコンテキスト情報を取得することと、
少なくとも部分的に前記コンテキスト情報に基づいて、前記複数のデバイスのうちの各デバイスが構成される前記それぞれの許可不要配分を決定することと
を含むさらなる動作を前記装置に実施させる、項目１に記載の装置。
（項目１０）
前記コンテキスト情報は、各デバイスに関連付けられたデバイスタイプ、各デバイスに関連付けられたサービス、各デバイスの待ち時間要件、各デバイスに関連付けられたモビリティ、各デバイスに関連付けられたトラフィックタイプ、または各デバイスからのデータ伝送の計画されたスケジュールのうちの少なくとも１つを備えている、項目９に記載の装置。
（項目１１）
プロセッサと、メモリと、通信回路とを備えている装置であって、前記装置は、その通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
第１のアクセス配分信号を少なくとも１つのデバイスに送信することであって、前記第１のアクセス配分信号は、第１のアクセス配分方式と、第１の動的アクセス構成時間インターバルの指示とを備えている、ことと、
前記第１の動的アクセス構成時間インターバル中、前記少なくとも１つのデバイスから第１の許可不要アップリンク伝送を受信することであって、前記第１の許可不要アップリンク伝送は、前記第１のアクセス配分方式に従って送信される、ことと
を含む動作を前記装置に実施させる、装置。
（項目１２）
前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
前記少なくとも１つのデバイスに関連付けられたトラフィックに基づいて、第２のアクセス配分信号を前記少なくとも１つのデバイスに送信することであって、前記第２のアクセス配分信号は、第２のアクセス配分方式と、前記第１の動的アクセス構成時間インターバルと異なる第２の動的アクセス構成インターバルの指示とを備えている、ことと、
前記第２の動的アクセス構成時間インターバル中、前記少なくとも１つのデバイスから第２の許可不要アップリンク伝送を受信することであって、前記第２の許可不要アップリンク伝送は、前記第１の配分方式と異なる前記第２の配分方式に従って送信される、ことと、
を含むさらなる動作を前記装置に実施させる、項目１１に記載の装置。
（項目１３）
前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
前記第１の動的アクセス構成時間インターバルに対して前記少なくとも１つのデバイスから要求を受信することと、
前記要求に応答して、前記第１の配分アクセス信号を前記少なくとも１つのデバイスに送信することと、
を含むさらなる動作を前記装置に実施させる、項目１１に記載の装置。
（項目１４）
前記第１のアクセス配分信号は、前記装置のカバレッジエリア内の複数のデバイスに周期的に伝送される、項目１１に記載の装置。
（項目１５）
前記第１のアクセス配分信号は、アクセス配分信号に専用の第１のチャネルまたは他の制御信号と共有される第２のチャネルを経由して送信される、項目１１に記載の装置。
（項目１６）
プロセッサと、メモリと、通信回路とを備えている装置であって、前記装置は、その通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
第１の専用コンテンションエリアおよびコンテンション時間インターバルを取得することと、
伝送のための特定のリソースを許可されることなく、前記コンテンション時間インターバル中、前記専用コンテンションエリア内で前記ネットワーク内のアップリンクにメッセージを伝送することと
を含む動作を前記装置に実施させる、装置。
（項目１７）
前記動作は、
否定応答を受信することと、
前記否定応答に応答して、前記コンテンション時間インターバル中、第２の専用コンテンションエリア内で前記ネットワーク内のアップリンクにメッセージを再伝送することと
をさらに含む、項目１６に記載の装置。
（項目１８）
前記動作は、
事前決定された時間にわたって待つことと、
肯定応答を受信することなく前記事前決定された時間が経過すると、前記コンテンション時間インターバル中、第２の専用コンテンションエリア内で前記ネットワーク内のアップリンクにメッセージを再伝送することと
をさらに含む、項目１６に記載の装置。
【国際調査報告】
2019518392.tif 000075
2019518392.tif 000076
2019518392.tif 000077
2019518392.tif 000078