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