(57)【要約】  ワイヤレス送信／受信ユニット（ＷＴＲＵ）は、ランダムアクセスを開始し得る。ＷＴＲＵは、ランダムアクセスのために、第１のランダムアクセスチャネル（ＲＡＣＨ）手続を選択するか又は第２のＲＡＣＨ手続を選択するかを判断し得る。第１のＲＡＣＨ手続は、レガシーＲＡＣＨ手続であってもよい。第２のＲＡＣＨ手続は、拡張ＲＡＣＨ（ｅＲＡＣＨ）手続であってもよい。ＷＴＲＵは、第１のＲＡＣＨ手続を選択するか又は第２のＲＡＣＨ手続を選択するかを、送信予定のアップリンクデータのタイプに少なくとも基づいて判断してもよい。第２のＲＡＣＨ手続が選択されるとき、ＷＴＲＵは、第２のＲＡＣＨ手続に関連付けられる少なくとも１つの物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを判断してもよい。ＷＴＲＵは、第２のＲＡＣＨ手続に関連付けられるプリアンブルシーケンスを判断してもよい。ＷＴＲＵは、アップリンクデータのためのデータリソースを判断してもよい。ＷＴＲＵは、プリアンブルシーケンス及びアップリンクデータを含むＲＡＣＨ送信を送信してもよい。【選択図】図８
2019533326.tif 000002
【特許請求の範囲】
【請求項１】
ランダムアクセスを開始し、
前記ランダムアクセスのために、送信予定のアップリンクデータのタイプに少なくとも基づいて、第１のランダムアクセスチャネル（ＲＡＣＨ）手続を選択するか又は第２のＲＡＣＨ手続を選択するかを判断するように構成されるプロセッサを備え、
前記第２のＲＡＣＨ手続が選択されるときに、前記プロセッサが、
前記第２のＲＡＣＨ手続に関連付けられる少なくとも１つの物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを判断し、
前記第２のＲＡＣＨ手続に関連付けられるプリアンブルシーケンスを判断し、
前記アップリンクデータのためのデータリソースを、前記少なくとも１つのＰＲＡＣＨリソース、前記プリアンブルシーケンス、前記アップリンクデータのタイプ、又は前記アップリンクデータのサイズのうちの１つ以上に基づいて判断し、
前記少なくとも１つのＰＲＡＣＨリソース及び前記データリソースを使用して、前記プリアンブルシーケンス及び前記アップリンクデータを含むＲＡＣＨ送信をネットワークデバイスに送信するようにさらに構成される、
ワイヤレス送信／受信ユニット（ＷＴＲＵ）。
【請求項２】
前記プロセッサが、前記ＲＡＣＨ送信内の前記アップリンクデータに関連付けられる肯定応答（ＡＣＫ）又は否定応答（ＮＡＣＫ）を含むランダムアクセス応答（ＲＡＲ）メッセージを受信するようにさらに構成される、請求項１に記載のＷＴＲＵ。
【請求項３】
前記ＲＡＲメッセージが、アップリンクグラントを含み、前記プロセッサが、前記アップリンクグラントに基づいて前記ネットワークデバイスに、追加の保留アップリンクデータ、制御情報、又は状態遷移情報のうちの１つ以上を送信するようにさらに構成される、請求項２に記載のＷＴＲＵ。
【請求項４】
前記第２のＲＡＣＨ手続が、拡張ＲＡＣＨ手続であり、前記ＰＲＡＣＨリソースが、拡張ＰＲＡＣＨリソースである、請求項１に記載のＷＴＲＵ。
【請求項５】
前記ＲＡＣＨ送信内の前記プリアンブルシーケンス及び前記アップリンクデータが、時間又は周波数のうちの１つ以上において互いに素である、請求項１に記載のＷＴＲＵ。
【請求項６】
前記プリアンブルシーケンスが、前記ＲＡＣＨ送信内の前記アップリンクデータの先頭に追加される、請求項１に記載のＷＴＲＵ。
【請求項７】
前記プリアンブルシーケンスが、前記少なくとも１つのＰＲＡＣＨリソース、データ受信信頼性、送信予定データ量、最大トランスポートブロックサイズ、トランスポートブロックサイズの許容範囲、前記ＲＡＣＨ送信のタイプ、前記ＲＡＣＨ送信に関連付けられるトリガ、タイミング要件、バッファ状態、ＷＴＲＵ識別、位置、ヌメロロジー、変調及び符号化方式（ＭＣＳ）、復調構成、又は前記ネットワークデバイスから受信される複数のプリアンブルのうちの１つ以上に基づいて判断される、請求項１に記載のＷＴＲＵ。
【請求項８】
前記プロセッサが、スケジューリング要求を実行するため、又は所定の閾値未満のデータ量を送信するために、前記ランダムアクセスを開始するようにさらに構成される、請求項１に記載のＷＴＲＵ。
【請求項９】
前記データリソースが、システム情報、アクセステーブル、又は特定の無線ネットワーク識別子（ＲＮＴＩ）への物理データ制御チャネル（ＰＤＣＣＨ）グラントのうちの１つ以上を介して示される利用可能なリソースのセットから判断される、請求項１に記載のＷＴＲＵ。
【請求項１０】
前記ＰＲＡＣＨリソースが、前記プリアンブルシーケンス、時間−周波数リソース、又はヌメロロジーを含む、請求項１に記載のＷＴＲＵ。
【請求項１１】
データ送信の方法であって、前記方法が、
ランダムアクセスを開始することと、
前記ランダムアクセスのために、送信予定のアップリンクデータのタイプに少なくとも基づいて、第１のランダムアクセスチャネル（ＲＡＣＨ）手続を選択するか又は第２のＲＡＣＨ手続を選択するかを判断することと、を含み、
前記第２のＲＡＣＨ手続が選択されるときに、前記方法が、
前記第２のＲＡＣＨ手続に関連付けられる少なくとも１つの物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを判断することと、
前記第２のＲＡＣＨ手続に関連付けられるプリアンブルシーケンスを判断することと、
前記アップリンクデータのためのデータリソースを、前記少なくとも１つのＰＲＡＣＨリソース、前記プリアンブルシーケンス、前記アップリンクデータのタイプ、又は前記アップリンクデータのサイズのうちの１つ以上に基づいて判断することと、
前記少なくとも１つのＰＲＡＣＨリソース及び前記データリソースを使用して、前記プリアンブルシーケンス及び前記アップリンクデータを含むＲＡＣＨ送信をネットワークデバイスに送信することと、をさらに含む、
方法。
【請求項１２】
前記ＲＡＣＨ送信内の前記アップリンクデータに関連付けられる肯定応答（ＡＣＫ）又は否定応答（ＮＡＣＫ）を含むランダムアクセス応答（ＲＡＲ）メッセージを受信することをさらに含む、請求項１１に記載の方法。
【請求項１３】
前記ＲＡＲメッセージが、アップリンクグラントを含み、前記方法が、前記アップリンクグラントに基づいて前記ネットワークデバイスに、追加の保留アップリンクデータ、制御情報、又は状態遷移情報のうちの１つ以上を送信することをさらに含む、請求項１２に記載の方法。
【請求項１４】
前記第２のＲＡＣＨ手続が、拡張ＲＡＣＨ手続であり、前記ＰＲＡＣＨリソースが、拡張ＰＲＡＣＨリソースである、請求項１１に記載の方法。
【請求項１５】
前記ＲＡＣＨ送信内の前記プリアンブルシーケンス及び前記アップリンクデータが、時間又は周波数のうちの１つ以上において互いに素である、請求項１１に記載の方法。
【請求項１６】
前記プリアンブルシーケンスが、前記ＲＡＣＨ送信内の前記アップリンクデータの先頭に追加される、請求項１１に記載の方法。
【請求項１７】
前記プリアンブルシーケンスが、前記少なくとも１つのＰＲＡＣＨリソース、データ受信信頼性、送信予定データ量、最大トランスポートブロックサイズ、トランスポートブロックサイズの許容範囲、前記ＲＡＣＨ送信のタイプ、前記ＲＡＣＨ送信に関連付けられるトリガ、タイミング要件、バッファ状態、ＷＴＲＵ識別、位置、ヌメロロジー、変調及び符号化方式（ＭＣＳ）、復調構成、又は前記ネットワークデバイスから受信される複数のプリアンブルのうちの１つ以上に基づいて判断される、請求項１１に記載の方法。
【請求項１８】
スケジューリング要求を実行するため、又は所定の閾値未満のデータ量を送信するために、前記ランダムアクセスを開始することをさらに含む、請求項１１に記載の方法。
【請求項１９】
前記データリソースが、システム情報、アクセステーブル、又は特定の無線ネットワーク識別子（ＲＮＴＩ）への物理データ制御チャネル（ＰＤＣＣＨ）グラントのうちの１つ以上を介して示される利用可能なリソースのセットから判断される、請求項１１に記載の方法。
【請求項２０】
前記ＰＲＡＣＨリソースが、前記プリアンブルシーケンス、時間−周波数リソース、又はヌメロロジーを含む、請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願への相互参照
本出願は、２０１６年９月２８日に出願された米国仮特許出願第６２／４０１，０８２号、２０１６年１１月２日に出願された米国仮特許出願第６２／４１６，２３７号、及び２０１７年３月２２日に出願された米国仮特許出願第６２／４７４，７６２号の優先権を主張し、その全体が参照により本明細書に組み込まれる。
【背景技術】
【０００２】
モバイル通信は、進化し続けている。第５世代は、５Ｇと呼ばれ得る。モバイル通信の前の（レガシー）世代は、例えば、第４世代（４Ｇ）ＬＴＥ（long  term  evolution）であり得る。
【発明の概要】
【課題を解決するための手段】
【０００３】
システム、方法、及び手段（例えば、ワイヤレス送信／受信ユニット（ＷＴＲＵ：wireless  transmit/receive  unit）及び／又はネットワークレイヤＬ１、Ｌ２、Ｌ３における）が、次世代ワイヤレスシステムにおけるランダムアクセスについて開示される。ＷＴＲＵは、ランダムアクセス要求を開始し得る。ＷＴＲＵは、スケジューリング要求を実行するため、及び／又は所定の閾値未満のデータ量を送信するために、ランダムアクセス要求を開始してもよい。ＷＴＲＵは、ランダムアクセスのために、第１のランダムアクセスチャネル（ＲＡＣＨ：random  access  channel）手続を選択するか又は第２のＲＡＣＨ手続を選択するかを判断してもよい。第１のＲＡＣＨ手続は、レガシーＲＡＣＨ手続であってもよい。第２のＲＡＣＨ手続は、拡張ＲＡＣＨ（ｅＲＡＣＨ：enhanced  RACH）手続であってもよい。ＷＴＲＵは、第１のＲＡＣＨ手続を選択するか又は第２のＲＡＣＨ手続を選択するかを、送信予定のアップリンクデータのタイプ及び／又はランダムアクセス要求の目的に基づいて判断してもよい。
【０００４】
第２のＲＡＣＨ手続が選択されるとき、ＷＴＲＵは、第２のＲＡＣＨ手続に関連付けられる少なくとも１つの物理ランダムアクセスチャネル（ＰＲＡＣＨ：physical  random  access  channel）リソースを判断してもよい。ＰＲＡＣＨリソースは、拡張ＰＲＡＣＨリソースであってもよい。ＰＲＡＣＨリソースは、プリアンブルシーケンス、時間−周波数リソース、及び／又はヌメロロジーのうちの１つ以上を含んでもよい。ＷＴＲＵは、第２のＲＡＣＨ手続に関連付けられるプリアンブルシーケンスを判断してもよい。プリアンブルシーケンスは、少なくとも１つのＰＲＡＣＨリソース、データ受信信頼性、送信予定データ量、最大トランスポートブロックサイズ、トランスポートブロックサイズの許容範囲、ＲＡＣＨ送信のタイプ、ＲＡＣＨ送信に関連付けられるトリガ、タイミング要件、バッファ状態、ＷＴＲＵ識別、位置、ヌメロロジー、変調及び符号化方式（ＭＣＳ：modulation  and  coding  scheme）、復調構成、並びに／又はネットワークデバイスから受信される複数のプリアンブルのうちの１つ以上に基づいて判断されてもよい。
【０００５】
ＷＴＲＵは、アップリンクデータのためのデータリソースを、少なくとも１つのＰＲＡＣＨリソース、プリアンブルシーケンス、アップリンクデータのタイプ、又はアップリンクデータのサイズのうちの１つ以上に基づいて判断してもよい。データリソースは、利用可能なリソースのセットから判断されてもよい。利用可能なリソースのセットは、システム情報、アクセステーブル、又は特定の無線ネットワーク識別子（ＲＮＴＩ：radio  network  identifier）への物理データ制御チャネル（ＰＤＣＣＨ：physical  data  control  channel）グラントのうちの１つ以上を介して示されてもよい。ＷＴＲＵは、少なくとも１つのＰＲＡＣＨリソース及び／又はデータリソースを使用してネットワークデバイスにＲＡＣＨ送信を送信してもよい。ＲＡＣＨ送信は、プリアンブルシーケンス及び／又はアップリンクデータを含んでもよい。プリアンブルシーケンス及びアップリンクデータは、時間及び／又は周波数において互いに素であってもよい。プリアンブルシーケンスは、アップリンクデータの先頭に追加されてもよい。ＷＴＲＵは、ＲＡＣＨ送信内のアップリンクデータに関連付けられる肯定応答（ＡＣＫ）又は否定応答（ＮＡＣＫ）を含むランダムアクセス応答（ＲＡＲ：random  access  response）メッセージを受信してもよい。ＲＡＲメッセージは、アップリンクグラントを含んでもよい。ＷＴＲＵは、追加の保留アップリンクデータ、制御情報、及び／又は状態遷移情報を、アップリンクグラントに基づいてネットワークデバイスに送信してもよい。
【図面の簡単な説明】
【０００６】
【図１Ａ】１つ以上の開示された実施形態が実施され得る、例としての通信システムを示すシステム図である。
【図１Ｂ】一実施形態による、図１Ａに示される通信システム内で使用され得る、例としてのワイヤレス送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図１Ｃ】一実施形態による、図１Ａに示される通信システム内で使用され得る、例としての無線アクセスネットワーク（ＲＡＮ：radio  access  network）及び例としてのコアネットワーク（ＣＮ：core  network）を示すシステム図である。
【図１Ｄ】一実施形態による、図１Ａに示される通信システム内で使用され得る、さらなる例としてのＲＡＮ及びさらなる例としてのＣＮを示すシステム図である。
【図２】送信帯域幅の例である。
【図３】異なるサブキャリアが異なる動作モードに割り当てられ得るスペクトル割り当ての例である。
【図４】時分割複信（ＴＤＤ：time  division  duplex）二重化のためのタイミング関係の例である。
【図５】周波数分割複信（ＦＤＤ：frequency  division  duplex）二重化のためのタイミング関係の例である。
【図６】拡張ランダムアクセスチャネル（ｅＲＡＣＨ）手続の例である。
【図７】復調構成の例である。
【図８】ｅＲＡＣＨ手続を実行するか又はレガシーＲＡＣＨ手続を実行するかを判断することの例としてのフローチャートである。
【発明を実施するための形態】
【０００７】
例示的な実施形態の詳細な説明が、ここで多様な図面を参照して説明される。この説明は、可能な実施態様の詳細な例を提供するが、詳細は、例示であることを意図するものであって、本出願の範囲を限定することを意図するものでは決してないことに留意すべきである。
【０００８】
図１Ａは、１つ以上の開示された実施形態が実施され得る、例としての通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ、ブロードキャストなどのコンテンツを複数のワイヤレスユーザに提供する、多重アクセスシステムであってもよい。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を通してそのようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（ＣＤＭＡ：code  division  multiple  access）、時分割多重アクセス（ＴＤＭＡ：time  division  multiple  access）、周波数分割多重アクセス（ＦＤＭＡ：frequency  division  multiple  access）、直交ＦＤＭＡ（ＯＦＤＭＡ：orthogonal  FDMA）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ：single-carrier  FDMA）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ  ＵＷ  ＤＴＳ−ｓ  ＯＦＤＭ：zero-tail  unique-word  DFT-Spread  OFDM）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ：unique  word  OFDM）、リソースブロックフィルタ適用ＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ：filter  bank  multicarrier）などの、１つ以上のチャネルアクセス方法を採用してもよい。
【０００９】
図１Ａに示すように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ１０４／１１３、ＣＮ１０６／１１５、公衆交換電話網（ＰＳＴＮ：public  switched  telephone  network）１０８、インターネット１１０、及び他のネットワーク１１２を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を考慮すると理解されるものとする。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれが、ワイヤレス環境において動作し、及び／又は通信するように構成される任意のタイプのデバイスであってもよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、そのいずれかが、「ステーション」及び／又は「ＳＴＡ」と呼ばれてもよく、ワイヤレス信号を送信及び／又は受信するように構成されてもよく、ユーザ機器（ＵＥ：user  equipment）、移動局、固定又はモバイル加入者ユニット、加入ベースユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ：personal  digital  assistant）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、ホットスポット又はＭｉ−Ｆｉデバイス、ＩｏＴ（Internet  of  Things）デバイス、ウォッチ又は他のウェアラブル、ヘッドマウンテッドディスプレイ（ＨＭＤ：head-mounted  display）、車両、ドローン、医療デバイス及びアプリケーション（例えば、遠隔手術）、産業デバイス及びアプリケーション（例えば、ロボット、並びに／又は産業及び／若しくは自動化処理連鎖コンテキストにおいて動作する他のワイヤレスデバイス）、家電デバイス、商業及び／又は産業ワイヤレスネットワーク上で動作するデバイスなどを含んでもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれかが、ＵＥと交換可能に呼ばれ得る。
【００１０】
通信システム１００は、基地局１１４ａ及び／又は基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂのそれぞれが、ＣＮ１０６／１１５、インターネット１１０、及び／又は他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つとワイヤレスでインタフェース接続するように構成される任意のタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、基地送受信局（ＢＴＳ：base  transceiver  station）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（ＡＰ：access  point）、ワイヤレスルータなどであってもよい。基地局１１４ａ、１１４ｂは、単一要素としてそれぞれ示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含んでもよいと理解されるものとする。
【００１１】
基地局１１４ａは、ＲＡＮ１０４／１１３の一部であってもよく、それは、基地局コントローラ（ＢＳＣ：base  station  controller）、無線ネットワークコントローラ（ＲＮＣ：radio  network  controller）、中継ノードなどの、他の基地局及び／又はネットワーク要素（図示せず）も含んでもよい。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と呼ばれ得る、１つ以上のキャリア周波数上でワイヤレス信号を送信及び／又は受信するように構成されてもよい。これらの周波数は、ライセンス済みスペクトル、未ライセンススペクトル、又はライセンス済みと未ライセンススペクトルの組み合わせであってもよい。セルは、ワイヤレスサービスのためのカバレッジを、相対的に固定され得る、又は経時的に変化し得る特定の地理的エリアに提供してもよい。セルは、セルセクタにさらに分割されてもよい。例えば、基地局１１４ａに関連付けられるセルは、３つのセクタに分割されてもよい。したがって、１つの実施形態では、基地局１１４ａは、３つの送受信機、即ち、セルの各セクタにつき１つを含んでもよい。一実施形態では、基地局１１４ａは、ＭＩＭＯ（multiple-input  multiple  output）技術を採用してもよく、セルの各セクタにつき複数の送受信機を利用してもよい。例えば、ビームフォーミングは、所望の空間的方向において送信及び／又は受信するために使用されてもよい。
【００１２】
基地局１１４ａ、１１４ｂは、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信してもよく、エアインタフェース１１６は、任意の適当なワイヤレス通信リンク（例えば、無線周波数（ＲＦ：radio  frequency）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ：infrared）、紫外線（ＵＶ：ultraviolet）、可視光など）であってもよい。エアインタフェース１１６は、任意の適当な無線アクセス技術（ＲＡＴ：radio  access  technology）を使用して確立されてもよい。
【００１３】
より具体的には、上述のように、通信システム１００は、多重アクセスシステムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つ以上のチャネルアクセス方式を採用してもよい。例えば、ＲＡＮ１０４／１１３における基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＭＴＳ（Universal  Mobile  Telecommunications  System）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施してもよく、それは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインタフェース１１５／１１６／１１７を確立してもよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ：High-Speed  Packet  Access）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）及び／又は高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含んでもよい。
【００１４】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施してもよく、それは、ＬＴＥ（Long  Term  Evolution）及び／又はＬＴＥ−Ａ（LTE-Advanced）及び／又はＬＴＥ−Ａ  Ｐｒｏ（LTE-Advanced  Pro）を使用してエアインタフェース１１６を確立してもよい。
【００１５】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、ＮＲ無線アクセスなどの無線技術を実施してもよく、それは、ＮＲ（New  Radio）を使用してエアインタフェース１１６を確立してもよい。
【００１６】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実施してもよい。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ：dual  connectivity）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを共に実施してもよい。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインタフェースは、複数種類の無線アクセス技術、並びに／又は複数種類の基地局（例えば、ｅＮＢ及びｇＮＢ）へ／から送信される送信によって特徴付けられてもよい。
【００１７】
他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（即ち、ＷｉＦｉ（Wireless  Fidelity））、ＩＥＥＥ８０２．１６（即ち、ＷｉＭＡＸ（Worldwide  Interoperability  for  Microwave  Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、ＩＳ−２０００（Interim  Standard  2000）、ＩＳ−９５（Interim  Standard  95）、ＩＳ−８５６（Interim  Standard  856）、ＧＳＭ（Global  System  for  Mobile  communications）、ＥＤＧＥ（Enhanced  Data  rates  for  GSM  Evolution）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施してもよい。
【００１８】
図１Ａ内の基地局１１４ｂは、例えば、ワイヤレスルータ、ホームノードＢ、ホームｅノードＢ、又はアクセスポイントであってもよく、事業所、家庭、車両、キャンパス、産業施設、空中回廊（例えば、ドローンによる使用のための）、車道などの局所的エリア内のワイヤレス接続性を容易にするために任意の適当なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ：wireless  local  area  network）を確立してもよい。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ：wireless  personal  area  network）を確立してもよい。さらに別の実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ  ＮＲなど）を利用して、ピコセル又はフェムトセルを確立してもよい。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有してもよい。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がない場合がある。
【００１９】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信関係にあってもよく、ＣＮ１０６／１１５は、音声、データ、アプリケーション、及び／又はＶｏＩＰ（voice  over  internet  protocol）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に提供するように構成される、任意のタイプのネットワークであってもよい。データは、異なるスループット要件、レイテンシ要件、誤り耐性要件、信頼性要件、データスループット要件、モビリティ要件などの、変化するサービス品質（ＱｏＳ：quality  of  service）要件を有し得る。ＣＮ１０６／１１５は、呼制御、課金サービス、モバイル位置ベースサービス、プリペイドコーリング、インターネット接続性、映像配信などを提供してもよく、及び／又はユーザ認証などの高レベルのセキュリティ機能を実行してもよい。図１Ａには示されていないが、ＲＡＮ１０４／１１３及び／又はＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同一のＲＡＴ、又は異なるＲＡＴを採用する他のＲＡＮと直接的又は間接的な通信関係にあってもよいと理解されるものとする。例えば、ＮＲ無線技術を利用している可能性があるＲＡＮ１０４／１１３に接続されることに加えて、ＣＮ１０６／１１５は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、又はＷｉＦｉ無線技術を採用している別のＲＡＮ（図示せず）とも通信関係にあってもよい。
【００２０】
ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするためのゲートウェイの役割もしてもよい。ＰＳＴＮ１０８は、ＰＯＴＳ（plain  old  telephone  service）を提供する回線交換電話ネットワークを含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおけるＴＣＰ（transmission  control  protocol）、ＵＤＰ（user  datagram  protocol）、及び／又はＩＰ（internet  protocol）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有され、及び／又は運用される有線及び／又は無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、１つ以上のＲＡＮに接続される別のＣＮを含んでもよく、ＲＡＮは、ＲＡＮ１０４／１１３と同一のＲＡＴ、又は異なるＲＡＴを採用してもよい。
【００２１】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつか又は全てが、マルチモードケイパビリティを含んでもよい（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信するための複数の送受信機を含んでもよい）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用し得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成されてもよい。
【００２２】
図１Ｂは、例としてのＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳ（global  positioning  system）チップセット１３６、及び／又は他の周辺機器１３８を、中でも含み得る。ＷＴＲＵ１０２は、一実施形態と一貫性を保ちつつ、前述の要素の任意の部分的組み合わせを含み得ると理解されるものとする。
【００２３】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ：digital  signal  processor）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ：Application  Specific  Integrated  Circuit）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Field  Programmable  Gate  Array）回路、任意の他のタイプの集積回路（ＩＣ：integrated  circuit）、状態機械などであってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２がワイヤレス環境で動作することを可能にする任意の他の機能性を実行してもよい。プロセッサ１１８は、送信／受信要素１２２に連結され得る送受信機１２０に連結されてもよい。図１Ｂには、プロセッサ１１８及び送受信機１２０が別個のコンポーネントとして示されているが、プロセッサ１１８及び送受信機１２０は、電子パッケージ又はチップにおいて一体化され得ると理解されるものとする。
【００２４】
送信／受信要素１２２は、エアインタフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信し、又は基地局から信号を受信するように構成されてもよい。例えば、１つの実施形態では、送信／受信要素１２２は、ＲＦ信号を送信及び／又は受信するように構成されるアンテナであってもよい。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、又は可視光信号を送信及び／又は受信するように構成される放射器／検出器であってもよい。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ及び光信号の両方を送信及び／又は受信するように構成されてもよい。送信／受信要素１２２は、任意の組み合わせのワイヤレス信号を送信及び／又は受信するように構成され得ると理解されるものとする。
【００２５】
送信／受信要素１２２は、図１Ｂにおいて単一要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、１つの実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６を介してワイヤレス信号を送信及び受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含んでもよい。
【００２６】
送受信機１２０は、送信／受信要素１２２によって送信されるべき信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成されてもよい。上述のように、ＷＴＲＵ１０２は、マルチモードケイパビリティを有してもよい。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含んでもよい。
【００２７】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチバッド１２８（例えば、液晶ディスプレイ（ＬＣＤ：liquid  crystal  display）表示ユニット若しくは有機発光ダイオード（ＯＬＥＤ：organic  light-emitting  diode）表示ユニット）に連結されてもよく、かつそれらからユーザ入力データを受信してもよい。プロセッサ１１８は、また、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８にユーザデータを出力してもよい。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意の種類の適当なメモリから情報にアクセスしてもよく、メモリにデータを記憶してもよい。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ：random-access  memory）、読み取り専用メモリ（ＲＯＭ：read-only  memory）、ハードディスク、又は任意の他のタイプのメモリ記憶デバイスを含んでもよい。リムーバブルメモリ１３２は、ＳＩＭ（subscriber  identity  module）カード、メモリスティック、ＳＤ（secure  digital）メモリカードなどを含んでもよい。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上などの、ＷＴＲＵ１０２上に物理的に位置しないメモリから情報にアクセスしてもよく、メモリにデータを記憶してもよい。
【００２８】
プロセッサ１１８は、電源１３４から電力を受信してもよく、ＷＴＲＵ１０２内の他のコンポーネントに電力を分配し、及び／又は制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適当なデバイスであってもよい。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Li-ion）など）、太陽電池、燃料電池などを含んでもよい。
【００２９】
プロセッサ１１８は、ＧＰＳチップセット１３６にも連結されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度及び緯度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて、又はその代わりに、ＷＴＲＵ１０２は、エアインタフェース１１６を介して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信してもよく、及び／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その位置を判断してもよい。ＷＴＲＵ１０２は、一実施形態と一貫性を保ちつつ、任意の適当な位置判断方法を経由して位置情報を取得し得ると理解されるものとする。
【００３０】
プロセッサ１１８は、他の周辺機器１３８にさらに連結されてもよく、他の周辺機器１３８は、追加の特徴、機能性、及び／又は有線若しくは無線接続性を提供する、１つ以上のソフトウェア及び／又はハードウェアモジュールを含んでもよい。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、デジタルカメラ（写真及び／又はビデオ用）、ＵＳＢ（universal  serial  bus）ポート、振動デバイス、テレビジョン送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ：frequency  modulated）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（ＶＲ／ＡＲ：Virtual  Reality／Augmented  Reality）デバイス、アクティビティトラッカなどを含んでもよい。周辺機器１３８は、１つ以上のセンサを含んでもよく、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、姿勢センサ、近接センサ、温度センサ、時間センサ、測位センサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、及び／又は湿度センサのうちの１つ以上であってもよい。
【００３１】
ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）及びダウンリンク（例えば、受信用）両方についての特定のサブフレームに関連付けられる）信号のいくつか又は全ての送信及び受信が並行して、及び／又は同時に行われ得る、全二重無線を含んでもよい。全二重無線は、ハードウェア（例えば、チョーク）又はプロセッサによる（例えば、別々のプロセッサ（図示せず）若しくはプロセッサ１１８による）信号処理のいずれかを介して自己干渉を減少させ、及び／又は実質的に除去するための干渉管理ユニットを含んでもよい。一実施形態では、ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）又はダウンリンク（例えば、受信用）のいずれかのための特定のサブフレームに関連付けられる）信号のいくつか又は全ての送信及び受信が半二重無線を含んでもよい。
【００３２】
図１Ｃは、一実施形態による、ＲＡＮ１０４及びＣＮ１０６を示すシステム図である。上述のように、ＲＡＮ１０４は、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を採用してもよい。ＲＡＮ１０４は、ＣＮ１０６とも通信関係にあってもよい。
【００３３】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態と一貫性を保ちつつ、任意の数のｅノードＢを含み得ると理解されるものとする。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上の送受信機をそれぞれ含んでもよい。１つの実施形態では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施してもよい。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、及び／又はＷＴＲＵ１０２ａからワイヤレス信号を受信してもよい。
【００３４】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれが、特定セル（図示せず）に関連付けられてもよく、無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリングなどをハンドリングするように構成されてもよい。図１Ｃに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インタフェースを介して互いに通信してもよい。
【００３５】
図１Ｃに示すＣＮ１０６は、移動管理エンティティ（ＭＭＥ：mobility  management  entity）１６２、サービングゲートウェイ（ＳＧＷ：serving  gateway）１６４、及びパケットデータネットワーク（ＰＤＮ：packet  data  network）ゲートウェイ（又はＰＧＷ）１６６を含んでもよい。前述の要素のそれぞれが、ＣＮ１０６の一部として示されているが、これらの要素のいずれかが、ＣＮ事業者以外の主体によって所有され、及び／又は運用され得ると理解されるものとする。
【００３６】
ＭＭＥ１６２は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅノードＢ１６２ａ、１６２ｂ、１６２ｃのそれぞれに接続されてもよく、制御ノードとしての役割をしてもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中の特定のサービングゲートウェイの選択などを担当してもよい。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間でスイッチするための制御プレーン機能を提供してもよい。
【００３７】
ＳＧＷ１６４は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されてもよい。ＳＧＷ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からユーザデータパケットをルーティングし、転送してもよい。ＳＧＷ１６４は、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理及び記憶すること、などの他の機能を実行してもよい。
【００３８】
ＳＧＷ１６４は、ＰＧＷ１６６に接続されてもよく、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供してもよい。
【００３９】
ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上線通信デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供してもよい。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインタフェースの役割をするＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ：IP  multimedia  subsystem）サーバ）を含んでもよく、又はＩＰゲートウェイと通信してもよい。さらに、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供してもよく、ネットワーク１１２は、他のサービスプロバイダによって所有され、及び／又は運用されている他の有線及び／又は無線ネットワークを含んでもよい。
【００４０】
ＷＴＲＵは、図１Ａ〜１Ｄではワイヤレス端末として説明されるが、ある代表的な実施形態において、そのような端末は、通信ネットワークとの有線通信インタフェースを（例えば、一時的に、又は永続的に）使用し得ると考えられる。
【００４１】
代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであってもよい。
【００４２】
インフラストラクチャ基本サービスセット（ＢＳＳ：Basic  Service  Set）モードにおけるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）及びＡＰに関連付けられる１つ以上のステーション（ＳＴＡ）を有してもよい。ＡＰは、分散システム（ＤＳ：Distribution  System）又はＢＳＳ内及び／若しくはＢＳＳ外にトラフィックを搬送する別のタイプの有線／無線ネットワークへのアクセス又はインタフェースを有してもよい。ＢＳＳ外から始まるＳＴＡへのトラフィックは、ＡＰを通して到来してもよく、ＳＴＡに配信されてもよい。ＢＳＳ外の宛先へのＳＴＡから始まるトラフィックは、ＡＰに送信されて、それぞれの宛先に配信されてもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通して送信されてもよく、例えば、その場合に、ソースＳＴＡは、ＡＰへトラフィックを送信してもよく、ＡＰは、宛先ＳＴＡへトラフィックを配信してもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、考慮されてもよく、及び／又はピアツーピアトラフィックと呼ばれてもよい。ピアツーピアトラフィックは、ダイレクトリンクセットアップ（ＤＬＳ：direct  link  setup）を有するソースと宛先ＳＴＡとの間で（例えば、直接的に）送信されてもよい。ある代表的な実施形態では、ＤＬＳは、８０２．１１ｅＤＬＳ又は８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用してもよい。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しなくてもよく、ＩＢＳＳ内の、又はＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡの全て）が、直接互いに通信してもよい。通信のＩＢＳＳモードは、時には通信の「アドホック」モードとここで呼ばれ得る。
【００４３】
動作の８０２．１１ａｃインフラストラクチャモード又は動作の類似のモードを使用するとき、ＡＰは、プライマリチャネルなどの固定チャネル上でビーコンを送信してもよい。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）であってもよく、又はシグナリングを介して幅を動的に設定されてもよい。プライマリチャネルは、ＢＳＳの動作チャネルであってもよく、ＡＰとの接続を確立するためにＳＴＡによって使用されてもよい。ある代表的な実施形態では、ＣＳＭＡ／ＣＡ（Carrier  Sense  Multiple  Access  with  Collision  Avoidance）は、例えば、８０２．１１システムにおいて実施されてもよい。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリチャネルを感知してもよい。プライマリチャネルが、特定のＳＴＡによって感知／検出され、及び／又はビジーであると判断される場合に、特定のＳＴＡはバックオフしてもよい。１つのＳＴＡ（例えば、１つのステーションのみ）が、所与のＢＳＳにおいて任意の所与の時間に送信してもよい。
【００４４】
高スループット（ＨＴ：High  Throughput）ＳＴＡは、例えば、４０ＭＨｚ幅チャネルを形成するようにプライマリ２０ＭＨｚチャネルと隣接又は非隣接の２０ＭＨｚチャネルとの組み合わせによって、通信用に４０ＭＨｚ幅チャネルを使用し得る。
【００４５】
非常に高いスループット（ＶＨＴ：Very  High  Throughput）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅チャネルをサポートしてもよい。４０ＭＨｚ及び／又は８０ＭＨｚチャネルは、連続した２０ＭＨｚチャネルを組み合わせることによって形成されてもよい。１６０ＭＨｚチャネルは、８つの連続した２０ＭＨｚチャネルを組み合わせることによって形成されてもよく、又は２つの非連続の８０ＭＨｚチャネルを組み合わせることによって形成されてもよく、それは、８０＋８０構成と呼ばれ得る。８０＋８０構成の場合、チャネル符号化の後、データは、データを２つのストリームに分割し得るセグメントパーサを通過してもよい。逆高速フーリエ変換（ＩＦＦＴ：Inverse  Fast  Fourier  Transform）処理、及び時間ドメイン処理は、それぞれのストリーム上で個々に行われ得る。ストリームは、２つの８０ＭＨｚチャネル上にマッピングされてもよく、データは、送信側ＳＴＡによって送信されてもよい。受信側ＳＴＡの受信機において、８０＋８０構成についての上述の動作は、逆行してもよく、組み合わされたデータは、メディアアクセス制御（ＭＡＣ：Medium  Access  Control）に送信されてもよい。
【００４６】
動作のサブ１ＧＨｚモードが、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ａｆ及び８０２．１１ａｈにおいては、８０２．１１ｎ及び８０２．１１ａｃにおいて使用されるものと比較して減少される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ：TV  White  Space）スペクトルにおいて５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスのように、メータ型制御／マシン型通信をサポートしてもよい。ＭＴＣデバイスは、あるケイパビリティ、例えば、ある帯域幅及び／又は制限された帯域幅に対するサポート（例えば、サポートのみ）を含む、制限されたケイパビリティを有してもよい。ＭＴＣデバイスは、（例えば、非常に長い電池寿命を維持するために、）閾値を超える電池寿命を有する電池を含んでもよい。
【００４７】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどの、複数チャネルをサポートし得るＷＬＡＮシステム及びチャネル帯域幅は、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおいて全てのＳＴＡによってサポートされる最大共通動作帯域幅と等しい帯域幅を有してもよい。プライマリチャネルの帯域幅は、ＢＳＳにおいて動作する際に全てのＳＴＡの中からＳＴＡによって設定及び／又は制限されてもよく、それが、最小帯域幅動作モードをサポートする。８０２．１１ａｈの例では、ＡＰ及びＢＳＳにおける他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合でも、プライマリチャネルは、１ＭＨｚモードをサポートする（例えば、１ＭＨｚモードのみサポートする）ＳＴＡ（例えば、ＭＴＣ型デバイス）のための１ＭＨｚ幅であってもよい。キャリアセンシング及び／又はネットワーク割り当てベクタ（ＮＡＶ：Network  Allocation  Vector）設定は、プライマリチャネルの状態に依存してもよい。プライマリチャネルが、例えば、（１ＭＨｚ動作モードのみをサポートする）ＳＴＡに起因して、ＡＰに送信するのにビジーである場合、周波数帯域の大部分がアイドルのままであり、利用可能であり得るが、利用可能な周波数帯域全体が、ビジーであるとみなされ得る。
【００４８】
米国では、８０２．１１ａｈによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国コードに依存して６ＭＨｚから２６ＭＨｚである。
【００４９】
図１Ｄは、一実施形態による、ＲＡＮ１１３及びＣＮ１１５を示すシステム図である。上述のように、ＲＡＮ１１３は、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＮＲ無線技術を採用してもよい。ＲＡＮ１１３は、ＣＮ１１５とも通信関係にあってもよい。
【００５０】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、一実施形態と一貫性を保ちつつ、任意の数のｇＮＢを含み得ると理解されるものとする。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上の送受信機をそれぞれ含んでもよい。１つの実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施してもよい。例えば、ｇＮＢ１８０ａ、１８０ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、及び／又はｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信してもよい。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用してＷＴＲＵ１０２ａにワイヤレス信号を送信し、及び／又はＷＴＲＵ１０２ａからワイヤレス信号を受信してもよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実施してもよい。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａ（図示せず）に複数のコンポーネントキャリアを送信してもよい。これらのコンポーネントキャリアのサブセットは、未ライセンススペクトル上にあってもよく、一方、残りのコンポーネントキャリアは、ライセンス済みスペクトル上にあってもよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（ＣｏＭＰ：Coordinated  Multi-Point）技術を実施してもよい。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）から協調型送信を受信してもよい。
【００５１】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジーに関連付けられる送信を用いて、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。例えば、ＯＦＤＭシンボルスペーシング及び／又はＯＦＤＭサブキャリアスペーシングは、異なる送信、異なるセル、及び／又はワイヤレス送信スペクトルの異なる部分に対して変動してもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、多様な、又はスケーラブルな長さの（例えば、変化する数のＯＦＤＭシンボルを含む、及び／又は変化する長さの絶対時間持続する）サブフレーム又は送信時間間隔（ＴＴＩ：transmission  time  interval）を用いて、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。
【００５２】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成されてもよい。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなど）にもアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上をモビリティアンカーポイントとして利用してもよい。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未ライセンス帯域における信号を用いてｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信／接続しつつ、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信／接続してもよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実施して、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信してもよい。非スタンドアロン構成では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカーの役割をしてもよく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加カバレッジ及び／又はスループットを提供してもよい。
【００５３】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのそれぞれが、特定セル（図示せず）に関連付けられてもよく、無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ−ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（ＵＰＦ：User  Plane  Function）１８４ａ、１８４ｂに向けたユーザプレーンデータのルーティング、アクセス及び移動管理機能（ＡＭＦ：Access  and  Mobility  Management  Function）１８２ａ、１８２ｂに向けた制御プレーン情報のルーティングなどをハンドリングするように構成されてもよい。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインタフェースを介して互いに通信してもよい。
【００５４】
図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ：Session  Management  Function）１８３ａ、１８３ｂ、及び、おそらくデータネットワーク（ＤＮ：Data  Network）１８５ａ、１８５ｂを含んでもよい。前述の要素のそれぞれが、ＣＮ１１５の一部として示されているが、これらの要素のいずれかが、ＣＮ事業者以外の主体によって所有され、及び／又は運用され得ると理解されるものとする。
【００５５】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インタフェースを介してＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続されてもよく、制御ノードとしての役割をしてもよい。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ネットワークスライシングのためのサポート（例えば、異なる要件を有する異なるＰＤＵセッションのハンドリング）、特定ＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、ＮＡＳシグナリングの終端、移動管理などを担当してもよい。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用されているサービスのタイプに基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用されてもよい。例えば、異なるネットワークスライスが、超高信頼低レイテンシ（ＵＲＬＬＣ：ultra-reliable  low  latency）アクセスに依拠するサービス、拡張大量モバイルブロードバンド（ｅＭＢＢ：enhanced  massive  mobile  broadband）アクセスに依拠するサービス、マシン型通信（ＭＴＣ：machine  type  communication）アクセスのためのサービスなどの、異なるユースケースに対して確立されてもよい。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏなどの他の無線技術、及び／又はＷｉＦｉなどの非３ＧＰＰアクセス技術を採用する他のＲＡＮ（図示せず）との間でスイッチするための制御プレーン機能を提供してもよい。
【００５６】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インタフェースを介してＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続されてもよい。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インタフェースを介してＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂにも接続されてもよい。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御してもよく、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成してもよい。ＳＭＦ１８３ａ、１８３ｂは、ＵＥのＩＰアドレスの管理及び割当て、ＰＤＵセッションの管理、ポリシー施行及びＱｏＳの制御、ダウンリンクデータ通知の提供などの、他の機能を実行してもよい。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであってもよい。
【００５７】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インタフェースを介してＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続されてもよく、Ｎ３インタフェースは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供してもよい。ＵＰＦ１８４、１８４ｂは、パケットのルーティング及び転送、ユーザプレーンポリシーの施行、マルチホームのＰＤＵセッションのサポート、ユーザプレーンＱｏＳのハンドリング、ダウンリンクパケットのバッファリング、モビリティアンカリングの提供などの、他の機能を実行してもよい。
【００５８】
ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインタフェースの役割をするＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ：IP  multimedia  subsystem）サーバ）を含んでもよく、又はＩＰゲートウェイと通信してもよい。さらに、ＣＮ１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供してもよく、ネットワーク１１２は、他のサービスプロバイダによって所有され、及び／又は運用されている他の有線及び／又は無線ネットワークを含んでもよい。１つの実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インタフェース、及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インタフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通しローカルデータネットワーク（ＤＮ：Data  Network）１８５ａ、１８５ｂに接続されてもよい。
【００５９】
図１Ａ〜１Ｄ及び図１Ａ〜１Ｄの対応する説明から見て、ＷＴＲＵ１０２ａ〜１０２ｄ、基地局１１４ａ〜１１４ｂ、ｅノードＢ１６０ａ〜１６０ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ〜１８０ｃ、ＡＭＦ１８２ａ〜１８２ｂ、ＵＰＦ１８４ａ〜１８４ｂ、ＳＭＦ１８３ａ〜１８３ｂ、ＤＮ１８５ａ〜１８５ｂ、及び／又はここで説明される任意の他のデバイスのうちの１つ以上に関してここで説明される機能のうちの１つ以上又は全てが、１つ以上のエミュレーションデバイス（図示せず）によって実行されてもよい。エミュレーションデバイスは、ここで説明される機能のうちの１つ以上又は全てをエミュレートするように構成される１つ以上のデバイスであってもよい。例えば、エミュレーションデバイスは、他のデバイスをテストするため、並びに／又はネットワーク及び／若しくはＷＴＲＵ機能をシミュレートするために使用されてもよい。
【００６０】
エミュレーションデバイスは、実験室の環境において、及び／又は事業者ネットワーク環境において、他のデバイスの１つ以上のテストを実施するように設計されてもよい。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線及び／又は無線通信ネットワークの一部として完全に又は部分的に実施及び／又は配備されつつ、１つ以上又は全ての機能を実行してもよい。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実施／配備されつつ、１つ以上又は全ての機能を実行してもよい。エミュレーションデバイスは、テストのために別のデバイスに直接連結されてもよく、及び／又は地上波ワイヤレス通信を用いてテストを実行してもよい。
【００６１】
１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実施／配備されつつ、全てを含む１つ以上の機能を実行してもよい。例えば、エミュレーションデバイスは、１つ以上のコンポーネントのテストを実施するために、試験機関でのテストシナリオ、並びに／又は非配備（例えば、テスト）の有線及び／若しくは無線通信ネットワークにおいて利用されてもよい。１つ以上のエミュレーションデバイスは、試験機器であってもよい。ダイレクトＲＦカップリング及び／又は（例えば、１つ以上のアンテナを含み得る）ＲＦ回路を介したワイヤレス通信は、データを送信及び／又は受信するためにエミュレーションデバイスによって使用されてもよい。
【００６２】
５Ｇ（例えば、５Ｇ  ＦＬＥＸ）エアインタフェースは、以下の、（ｉ）改善型ブロードバンド（ＩＢＢ：improved  broadband）性能、（ｉｉ）産業用制御及び通信（ＩＣＣ：industrial  control  and  communications）、並びに車両アプリケーション（Ｖ２Ｘ）、並びに（ｉｉｉ）大規模マシン型通信（ｍＭＴＣ：massive  machine-type  communication）のうちの１つ以上などの多様なユースケースをサポートしてもよい。５Ｇインタフェース又は５Ｇ  ＦＬＥＸという用語は、ここでは次世代無線アクセスを提供するために使用されるエアインタフェースを指すために使用されてもよい。５Ｇインタフェース又は５Ｇ  ＦＬＥＸという用語は、異なるタイプの送信をサポートするための異なるヌメロロジーの変化する使用に基づく比較的動的なインタフェースであってもよい。異なるヌメロロジーについて変化し得る送信パラメータの例は、サブキャリアスペーシング、シンボル（例えば、ＯＦＤＭシンボル）長、送信時間間隔（ＴＴＩ）長、波形タイプなどのうちの１つ以上を含んでもよい。ＮＲ（New  Radio）という用語は、また、５Ｇインタフェース又は５Ｇ  ＦＬＥＸを指すために使用されてもよい。
【００６３】
５Ｇインタフェースは、超低送信レイテンシ（ＬＬＣ）のためにサポートを提供してもよい。エアインタフェースレイテンシは、例えば、１ｍｓのラウンドトリップ時間（ＲＴＴ：round  trip  time）であってもよい。ＴＴＩは、例えば、１００ｕｓから２５０ｕｓの間であってもよい。サポートは、超低アクセスレイテンシ（例えば、初期システムアクセスから第１のユーザプレーンデータユニットの送信の完了までの時間）について提供されてもよい。エンドツーエンド（ｅ２ｅ）レイテンシ（例えば、１０ｍｓ未満の）は、ＩＣ及びＶ２Ｘのためにサポートされてもよい。
【００６４】
５Ｇインタフェースは、超高信頼性送信（ＵＲＣ）のためのサポートを提供してもよい。ＵＲＣのためのサポートは、例えば、送信成功及びサービス利用可能性（例えば、９９．９９９％若しくは１０ｅ−６未満のパケット損失率）、並びに／又はスピードモビリティ範囲（例えば、０〜５００ｋｍ／ｈ）を含んでもよい。パケット損失率（例えば、１０ｅ−６未満）は、ＩＣ及びＶ２Ｘのためにサポートされてもよい。
【００６５】
５Ｇインタフェースは、ＭＴＣ動作のためのサポートを提供してもよい。マシン型通信（ＭＴＣ）動作のためのサポートは、例えば、狭帯域動作（例えば、２００ｋＨｚ未満）のためのエアインタフェースサポート、延長された電池寿命（例えば、１５年の自律性）、並びに／又は少規模かつ低頻度のデータ送信（例えば、数秒から数時間のアクセスレイテンシで、１〜１００ｋｂｐｓといった低データレート）のための最小通信オーバヘッドを含んでもよい。
【００６６】
ＯＦＤＭ（Orthogonal  Frequency-Division  Multiplexing）は、例えば、ＬＴＥ及びＩＥＥＥ８０２．１１において、データ送信のための信号フォーマットとして使用されてもよい。ＯＦＤＭは、スペクトルを複数の並列な直交サブバンドに（例えば、効率的に）分割してもよい。（例えば、それぞれの）サブキャリアは、時間ドメインにおいて矩形窓を使用して形成されてもよく、それが、周波数ドメインにおけるｓｉｎｃ形状のサブキャリアをもたらし得る。ＯＦＤＭＡ（Orthogonal  Frequency  Division  Multiple  Access）は、例えば、信号間の直交性を維持するため、及びキャリア間干渉を最小化するために、（例えば、完全な）周波数同期、及びサイクリックプレフィックスの存続期間内のアップリンクタイミングアライメントの（例えば、厳密な）管理で実施されてもよい。厳密な同期は、例えば、ＷＴＲＵが複数のアクセスポイントに同時に接続され得るシステムでは、困難である可能性がある。追加の電力削減が、例えば、ＷＴＲＵの送信のためのフラグメント化されたスペクトルのアグリゲーションの存在において生じ得る、隣接帯域におけるスペクトル放射要件に従うためにアップリンク送信に適用されてもよい。
【００６７】
ＯＦＤＭ（例えば、サイクリックプレフィックス（ＣＰ：cyclic  prefix）−ＯＦＤＭ）実施のいくつかの欠点は、アグリゲーションを必要とすることなく大きな連続したスペクトルで動作する際のように、例えば、より厳格なＲＦ要件を適用することによって、対処され得る。ＣＰベースのＯＦＤＭ送信方式は、パイロット信号密度及び位置に対する修正など、前世代に類似した５Ｇのためのダウンリンク物理レイヤをもたらし得る。
【００６８】
５ｇＦＬＥＸの実施は、例えば、ダウンリンク送信方式について、ＯＦＤＭ又は５ＧシステムのためのＯＦＤＭ以外の波形を利用してもよい。
【００６９】
５Ｇのためのフレキシブルな無線アクセスの設計に適用可能であり得る１つ以上の原理が、例えば、ＯＦＤＭＡ及びＬＴＥシステムに基づいて、ここで説明される。ここで提供される例は、他のワイヤレスシステム及び／又はワイヤレス技術に適用可能であってもよい。
【００７０】
５ｇＦＬＥＸダウンリンク送信方式は、高いスペクトル抑制（例えば、下方サイドローブ及び下方帯域外（ＯＯＢ：Out-Of-Band）放射）によって特徴付けられ得るマルチキャリア波形に基づいてもよい。５ＧのためのＭＣ波形候補は、他の波形の中でも、ＯＦＤＭ−オフセット直角位相振幅変調（ＯＱＡＭ：Offset  Quadrature  Amplitude  Modulation）及びＵＦＭＣ（universal  filtered  multi-carrier）（例えば、ＵＦ−ＯＦＤＭ）を含んでもよい。ここで提供される例は、ＯＦＤＭ−ＯＱＡＭ及びＵＦＭＣ（ＵＦ−ＯＦＤＭ）を使用してもよいが、主題（例えば、例）は、他の波形に適用可能であってもよい。
【００７１】
マルチキャリア変調波形は、チャネルをサブチャネルに分割してもよく、サブチャネル内のサブキャリア上のデータシンボルを変調してもよい。
【００７２】
フィルタは、例えば、ＯＦＤＭ−ＯＱＡＭがＯＯＢを低下させるために、（例えば、サブキャリア毎の時間ドメインにおいて）ＯＦＤＭ信号に適用されてもよい。ＯＦＤＭ−ＯＱＡＭは、隣接帯域へ非常に低い干渉を引き起こし得る。ＯＦＤＭ−ＯＱＡＭは、大きなガードバンドを必要としなくともよい。ＯＦＤＭ−ＯＱＡＭは、サイクリックプレフィックスを必要としなくともよい。ＯＦＤＭ−ＯＱＡＭは、ＦＢＭＣ（Filtered  Band  Multi-Carrier）技術であってもよい。ＯＦＤＭ−ＯＱＡＭは、マルチパス効果、及び直交性に関する高い遅延スプレッドの影響を受けやすい可能性があり、それは、均等化及びチャネル推定を複雑にし得る。
【００７３】
フィルタは、例えば、ＵＦＭＣ（ＵＦ−ＯＦＤＭ）がＯＯＢを低下させるために、（例えば、サブバンド毎の時間ドメインにおいて）ＯＦＤＭ信号に適用されてもよい。フィルタリングは、例えば、スペクトルフラグメントを使用するため、例えば、複雑性を低減させ、かつＵＦ−ＯＦＤＭの実際の実施を改善するために、サブバンド毎に適用されてもよい。帯域内に未使用スペクトルフラグメントが存在してもよい。フラグメント内のＯＯＢ放射は、高くてもよい。ＵＦ−ＯＦＤＭは、スペクトルホールにおける改善の有無に関わらず、フィルタリングされたスペクトルのエッジにおいてＯＦＤＭに対する改善をもたらしてもよい。
【００７４】
波形は、例えば、複雑な干渉除去受信機を必要とすることなく、非直交特性（異なるサブキャリアスペーシングなど）を有する信号の周波数における多重化、及び非同期信号の共存を可能にしてもよい。波形は、例えば、ＲＦ処理の一部としてのその実施に対するより低コストの代替手段として、ベースバンド処理においてスペクトルのフラグメント化された断片のアグリゲーションを容易にし得る。
【００７５】
同一帯域内の異なる波形の共存が、（例えば、シングルキャリア多重アクセス（ＳＣＭＡ：Single  Carrier  Multiple  Access）を用いて）例えば、ｍＭＴＣ狭帯域動作をサポートするためにサポートされてもよい。サポートは、例えば、全ての態様について、並びに／又はダウンリンク及びアップリンク送信について、同一帯域内の異なる波形（例えば、ＣＰ−ＯＦＤＭ、ＯＦＤＭ−ＯＱＡＭ、及びＵＦ−ＯＦＤＭ）の組み合わせに提供されてもよい。共存は、異なるＷＴＲＵ間で異なるタイプの波形を使用する送信、又は（例えば、時間ドメインにおいていくつかの重なり合う、若しくは連続する送信と同時に）同一ＷＴＲＵからの送信を含んでもよい。
【００７６】
他の共存態様は、（例えば、１つの送信から別の送信へ）潜在的に変化するＣＰ存続期間をサポートする波形及び／若しくは送信、ＣＰ及び低電力テール（例えば、ゼロテール）の組み合わせ、（例えば、低電力ＣＰを使用する）ハイブリッドガード区間の形式、並びに／又は適応型低電力テールなどの、ハイブリッドタイプの波形のためのサポートを含んでもよい。ハイブリッドタイプの波形は、フィルタリング適用方法などの、さらなる態様の動的な変化及び／又は制御をサポートしてもよい。フィルタリングは、所与のキャリア周波数のための任意の送信の受信に使用されるスペクトルのエッジにおいて、特定ＳＯＭに関連する送信の受信に使用されるスペクトルのエッジにおいて、又はサブバンド毎若しくはそれらのグループ毎に、適用されてもよい。
【００７７】
アップリンク送信方式は、ダウンリンク送信に使用される同一の、又は異なる波形を使用してもよい。
【００７８】
同一セル内の異なるＷＴＲＵへの、及びＷＴＲＵからの送信を多重化することは、周波数分割多重アクセス（ＦＤＭＡ）及び時分割多重アクセス（ＴＤＭＡ）に基づいてもよい。
【００７９】
５Ｇフレキシブル無線アクセス技術（５ｇＦＬＥＸ）無線アクセスは、例えば、異なる二重構成、異なる及び／又は可変サイズの利用可能スペクトル（例えば、同一又は異なる帯域における連続及び／又は不連続スペクトル割り当てのいずれにせよ）などの異なる特性を有する、異なる周波数帯域における配備を可能にする非常に高度なスペクトル柔軟性として、特徴付けされてもよい。５ｇＦＬＥＸ無線アクセスは、複数のＴＴＩ長のためのサポート、及び／又は非同期送信のためのサポートなどの、可変のタイミング態様をサポートしてもよい。
【００８０】
ＴＤＤ及びＦＤＤ二重化方式は、例えば、二重化構成においてサポートされてもよい。補足的なダウンリンク動作（例えば、ＦＤＤ動作のための）は、例えば、スペクトルアグリゲーションを使用してサポートされてもよい。ＦＤＤ動作は、全二重ＦＤＤ及び半二重ＦＤＤ動作をサポートしてもよい。ダウンリンク（ＤＬ）／アップリンク（ＵＬ）割り当て（例えば、ＴＤＤ動作のための）は、動的であってもよい（例えば、それは、固定のＤＬ／ＵＬフレーム構成に基づいても基づかなくてもよい）。ＤＬ又はＵＬ送信間隔の長さが、送信機会毎に設定されてもよい。
【００８１】
５Ｇエアインタフェースの特性は、アップリンク及びダウンリンク上の異なる送信帯域幅の使用を可能にすることであってもよく、送信帯域幅は、例えば、公称システム帯域幅からシステム帯域幅に対応する最大値までの範囲であってもよい。
【００８２】
サポートされるシステム帯域幅（例えば、シングルキャリア動作のための）は、例えば、５、１０、２０、４０、及び８０ＭＨｚを含んでもよい。サポートされるシステム帯域幅は、所与の範囲内（例えば、数ＭＨｚから１６０ＭＨｚ）の任意の帯域幅であってもよい。公称帯域幅は、１つ以上の固定値を有してもよい。狭帯域送信（例えば、最大２００ｋＨｚ）は、ＭＴＣデバイス用の動作帯域幅の範囲内でサポートされてもよい。
【００８３】
図２は、送信帯域幅の例である。システム帯域幅は、所与のキャリアについてネットワークによって管理され得るスペクトルの最大部分を参照し得る。セル取得、測定、及びネットワークへの初期アクセスのためにＷＴＲＵが最小限サポートする部分は、公称システム帯域幅に対応し得る。ＷＴＲＵは、チャネル帯域幅で構成されてもよく、チャネル帯域幅は、システム帯域幅全体の範囲内にあってもよい。ＷＴＲＵの構成済みチャネル帯域幅は、例えば図２に示すように、システム帯域幅の公称部分を含んでも含まなくてもよい。
【００８４】
例えば、帯域内の所与の最大動作帯域幅についての全ての適用可能なＲＦ要件が、例えば、周波数ドメイン波形のベースバンドフィルタリングの効率的なサポートに起因して、その動作帯域について追加的に許容されるチャネル帯域幅の導入無しに満たされ得るときに、帯域幅の柔軟性が達成され得る。
【００８５】
手続は、シングルキャリア動作のためのＷＴＲＵのチャネル帯域幅を設定し、再設定し、及び／又は動的に変更するために提供されてもよい。手続は、公称システム帯域幅、システム帯域幅、又は構成済みチャネル帯域幅の範囲内の狭帯域送信に対しスペクトルを割り当てるために提供されてもよい。
【００８６】
５Ｇエアインタフェースの物理レイヤは、帯域非依存であってもよく、並びに／又は、５ＧＨｚ未満のライセンス済み帯域における動作、及び／若しくは５〜６ＧＨｚの範囲内の未ライセンス帯域における動作をサポートしてもよい。例えば、ＬＴＥライセンス支援型アクセス（ＬＡＡ：License  Assisted  Access）に類似の、ＬＢＴ（Listen  before  talk）Ｃａｔ４ベースのチャネルアクセスフレームワークは、例えば、未ライセンス帯域における動作のためにサポートされてもよい。
【００８７】
任意のスペクトルブロックサイズについてのセル固有及び／又はＷＴＲＵ固有のチャネル帯域幅が、例えば、リソース、ブロードキャストされた信号、測定値などのスケジューリング、アドレス指定を使用して、スケールされ、及び管理されてもよい。
【００８８】
ダウンリンク制御チャネル及び信号が、ＦＤＭ動作をサポートしてもよい。ＷＴＲＵは、例えば、システム帯域幅の公称部分（例えば、のみ）を使用して送信を受信することによって、ダウンリンクキャリアを取得してもよい。例えば、ＷＴＲＵは、関係するキャリアについてネットワークによって管理され得る帯域幅全体をカバーする送信を、最初は受信しなくてもよい。
【００８９】
ダウンリンクデータチャネルは、例えば、ＷＴＲＵの構成済みチャネル帯域幅の範囲内にあること以外の制限なしに、公称システム帯域幅に対応してもしなくてもよい帯域幅にわたって割り当てられてもよい。例えば、ネットワークは、１２ＭＨｚのシステム帯域幅を有するキャリアを５ＭＨｚの公称帯域幅を用いて動作させてもよく、＋１０〜−１０ＭＨｚのキャリア周波数を他のＷＴＲＵのサポートする（例えば、最大）２０ＭＨｚ相当のチャネル帯域幅に（例えば、潜在的に）割り当てつつ、（例えば、多くても）５ＭＨｚの最大ＲＦ帯域幅をサポートするデバイスがシステムを取得及びアクセスすることを可能にする。
【００９０】
図３は、異なるサブキャリアが異なる動作モード（例えば、スペクトル動作モード（ＳＯＭ：spectrum  operation  mode））に（例えば、少なくとも概念的に）割り当てられ得る、スペクトル割り当て３００の例である。異なるＳＯＭは、例えば、異なる送信についての異なる要件を満たすために使用されてもよい。ＳＯＭは、例えば、サブキャリアスペーシング、ＴＴＩ長、及び／又は１つ以上の信頼性態様（例えば、ＨＡＲＱ処理態様）、セカンダリ制御チャネルなどで構成されてもよい。ＳＯＭは、（例えば、特定の）波形を参照するために使用されてもよく、又は（例えば、周波数分割多重化（ＦＤＭ）及び／若しくは時分割多重化（ＴＤＭ）を使用する同一キャリア内の異なる波形の共存のサポートにおける）処理態様に関連してもよい。例えば、時分割複信（ＴＤＤ）帯域における周波数分割複信（ＦＤＤ）動作の共存が（例えば、ＴＤＭ方式又は類似の方式において）サポートされ得るときに、ＳＯＭが使用されてもよい。
【００９１】
ＷＴＲＵは、１つ以上のＳＯＭに従って送信を実行するように構成されてもよい。例えば、ＳＯＭは、（ｉ）（例えば、特定の）ＴＴＩ期間、（ｉｉ）初期電力レベル、（ｉｉｉ）ＨＡＲＱ処理タイプ、（ｉｖ）ＨＡＲＱ受信／送信成功のための上限、（ｖ）送信モード、（ｖｉ）物理チャネル（アップリンク又はダウンリンク）、（ｖｉｉ）動作周波数、帯域、又はキャリア、（ｖｉｉｉ）（例えば、５Ｇ又は前世代のＬＴＥのための）ＲＡＴに応じた特定の波形タイプ又は送信、のうちの１つ以上を使用する送信に対応してもよい。ＳＯＭは、ＱｏＳレベル及び／又は関連する態様（例えば、最大／目標レイテンシ、最大／目標ブロック誤り率（ＢＬＥＲ：Block  Error  Rate）、又は類似のもの）に対応してもよい。ＳＯＭは、スペクトルエリアに対応してもよく、及び／又は制御チャネル若しくはその態様（例えば、探索空間、ダウンリンク制御情報（ＤＣＩ：Downlink  Control  Information）タイプ）に対応してもよい。例えば、ＷＴＲＵは、超高信頼性通信（ＵＲＣ）タイプのサービス、低レイテンシ通信（ＬＬＣ）タイプのサービス、及び／又は大規模ブロードバンド通信（ＭＢＢ）タイプのサービス（例えば、それらのそれぞれ）についてのＳＯＭで構成されてもよい。ＷＴＲＵは、システムに関連付けられるスペクトルの一部（例えば、公称システム帯域幅）でのように、システムアクセスのため、及び／又はレイヤ３（Ｌ３）制御シグナリング（例えば、ＲＲＣ）の送信／受信のためのＳＯＭについての構成を有してもよい。
【００９２】
スペクトルアグリゲーションがサポートされてもよく、例えば、その場合に、ＷＴＲＵは、（例えば、シングルキャリア動作のための）同一動作帯域内の物理リソースブロック（ＰＲＢ）の連続又は非連続セットにわたる複数のトランスポートブロックの送信及び受信をサポートする。単一トランスポートブロックをＰＲＢの別個のセットへマッピングすることが、サポートされてもよい。サポートは、異なるＳＯＭ要件に関連付けられた同時送信に提供されてもよい。
【００９３】
サポートは、例えば、同一動作帯域内、又は２つ以上の動作帯域にわたる、連続又は非連続スペクトルブロックを使用して、マルチキャリア動作に提供されてもよい。サポートは、異なるモード（例えば、ＦＤＤ及びＴＤＤ）を使用して、並びに異なるチャネルアクセス方法（例えば、６ＧＨｚ未満のライセンス済み及び未ライセンス帯域動作）を使用して、スペクトルブロックのアグリゲーションのために提供されてもよい。サポートは、ＷＴＲＵのマルチキャリアアグリゲーションを構成し、再構成し、及び／又は動的に変更する手続に提供されてもよい。
【００９４】
ダウンリンク及びアップリンク送信は、いくつかの固定された態様（例えば、ダウンリンク制御情報の位置）、及びいくつかの変化する態様（例えば、送信タイミング、サポートされる送信のタイプ）によって特徴付けされる無線フレーム内に編成されてもよい。
【００９５】
基本時間間隔（ＢＴＩ：basic  time  interval）は、１つ以上のシンボルの整数数に関して表されてもよく、シンボル存続期間が、時間−周波数リソースに適用可能なサブキャリアスペーシングの関数であってもよい。サブキャリアスペーシング（例えば、ＦＤＤフレームのための）は、アップリンクキャリア周波数ｆＵＬとダウンリンクキャリア周波数ｆＤＬとの間で異なってもよい。
【００９６】
送信時間間隔（ＴＴＩ）は、連続する送信の間のシステムによってサポートされる最小時間であってもよい。例えば、その場合に、それぞれが、例えば、任意の適用可能なプリアンブルを除外し、任意の制御情報（例えば、ダウンリンク用のダウンリンク制御情報（ＤＣＩ）又はアップリンク用のアップリンク制御情報（ＵＣＩ：uplink  control  information））を含む、ダウンリンク（ＴＴＩＤＬ）及びアップリンク（ＵＬ送受信機（ＴＲｘ））のための異なるトランスポートブロックに関連付けられてもよい。ＴＴＩは、より多くのＢＴＩのうちの１つの整数数に関して表されてもよい。ＢＴＩは、所与のＳＯＭに固有であってもよく、及び／又は所与のＳＯＭに関連付けられてもよい。
【００９７】
フレーム存続期間サポートは、例えば、５Ｇ及び１つ以上の前世代のＬＴＥなどの１つ以上の世代のためのタイミング構造のアライメントを可能にするように、例えば、１００ｕｓ、１２５ｕｓ（１／８ｍｓ）、１４２．８５ｕｓ（１／７ｍｓは、２ｎＣＰ  ＬＴＥ  ＯＦＤＭシンボルであってもよい）、及び１ｍｓを含んでもよい。
【００９８】
フレームは、関係するキャリア周波数、ＴＤＤについてのｆＵＬ＋ＤＬ及びＦＤＤについてのｆＤＬについてのダウンリンクデータ送信（ＤＬ  ＴＲｘ）に先行する固定時間期間ｔｄｃｉのダウンリンク制御情報（ＤＣＩ）で開始してもよい。
【００９９】
フレームは、例えば、ＦＤＤ二重化のために、ダウンリンク部分（例えば、ＤＣＩ及びＤＬ  ＴＲｘ）及び（例えば、任意選択的に）アップリンク部分（例えば、ＵＬ  ＴＲｘ）で構成されてもよい。スイッチングギャップ（ｓｗｇ）は、例えば、存在するときはフレームのアップリンク部分に（例えば、常に）先行してもよい。
【０１００】
フレームは、例えば、ＦＤＤ二重化のために、ダウンリンク参照ＴＴＩ及びアップリンクについての１つ以上のＴＴＩで構成されてもよい。アップリンクＴＴＩの開始は、オフセット（ｔｏｆｆｓｅｔ）を用いて（例えば、常に）導出されてもよく、オフセットは、アップリンクフレームの開始と重なるダウンリンク参照フレームの開始から適用されてもよい。
【０１０１】
５ｇＦＬＥＸ（例えば、ＴＤＤのための）は、例えば、それぞれのダウンリンク制御及び順方向送信を、ＤＣＩ＋ＤＬ  ＴＲｘ部分に（例えば、それぞれのリソースの半静的割り当てが使用され得るとき）、若しくはＤＬ  ＴＲｘ部分（例えば、動的割り当てのための）に含むことによって、及び／又はそれぞれの逆方向送信をＵＬ  ＴＲｘ部分に含むことによって、フレーム内のＤ２Ｄ／Ｖ２ｘ／サイドリンク動作をサポートしてもよい。
【０１０２】
５ｇＦＬＥＸ（例えば、ＦＤＤのための）は、例えば、それぞれのダウンリンク制御、順方向及び逆方向送信をＵＬ  ＴＲｘ部分（例えば、それぞれのリソースの動的割り当てが使用され得る）に含むことによって、フレームのＵＬ  ＴＲｘ部分におけるＤ２Ｄ／Ｖ２ｘ／サイドリンク動作をサポートしてもよい。
【０１０３】
フレーム構造の例が、図４（ＴＤＤ）及び図５（ＦＤＤ）に示され得る。図４は、ＴＤＤ二重化のためのタイミング関係の例である。図５は、ＦＤＤ二重化のためのタイミング関係の例である。
【０１０４】
スケジューリング機能は、ＭＡＣレイヤにおいてサポートされてもよい。例えば、２つのスケジューリングモード、（１）ネットワークベーススケジューリング、例えば、ダウンリンク送信及び／又はアップリンク送信のリソース、タイミング、及び送信パラメータに関する厳密なスケジューリングのため、並びに（２）ＷＴＲＵベーススケジューリング、例えば、タイミング及び送信パラメータに関するさらなる柔軟性のため、が存在し得る。スケジューリング情報は、例えば、１つ又は両方のモードに対し、単一又は複数のＴＴＩについて有効であってもよい。
【０１０５】
ネットワークベーススケジューリングは、ネットワークが、異なるＷＴＲＵに割り当てられる利用可能な無線リソースを厳密に管理すること、例えば、リソースの共有を最適化することを可能にし得る。動的スケジューリングが、サポートされてもよい。
【０１０６】
ＷＴＲＵベーススケジューリングは、ＷＴＲＵが、例えば、ネットワークによって（例えば、動的又は静的に）割り当てられ得る共有又は専用アップリンクリソースのセット内での必要に応じて、最小レイテンシを有するアップリンクリソースに日和見的にアクセスすることを可能にし得る。サポートは、同期及び／又は非同期の日和見送信に提供されてもよい。サポートは、競合ベース送信及び／又は無競合送信に提供されてもよい。
【０１０７】
サポートは、例えば、超低レイテンシ要件（例えば、５Ｇ用）及び／又は省電力要件（例えば、ｍＭＴＣユースケース用）を満たすために、日和見送信（例えば、スケジュールされた、又は未スケジュールの）に提供されてもよい。
【０１０８】
ランダムアクセス（例えば、ＬＴＥにおける）は、例えば、以下の、（ｉ）初期アクセス（例えば、ＲＲＣ＿ＩＤＬＥからＲＲＣ＿Ｃｏｎｎｅｃｔｅｄに移るなど、無線リンクを確立する際）、（ｉｉ）無線リンク障害後の無線リンク再確立のため、（ｉｉｉ）ハンドオーバのため（例えば、アップリンク同期が新たなセルに確立される必要があるとき）、（ｉｖ）アップリンク同期を確立するため（例えば、アップリンク若しくはダウンリンクデータ到来の際に、端末がＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態にあり、アップリンクが同期されない可能性があるとき）、（ｖ）測位のため（例えば、アップリンク測定に基づいて測位手続を使用する）、及び／又は（ｖｉ）スケジューリング要求として（例えば、専用スケジューリング要求リソースが、ＰＵＣＣＨ上に構成されていないとき）、のうちの１つ以上について、使用されてもよい。
【０１０９】
ランダムアクセス試行は、競合ベース又は無競合であってもよい。例えば、ＷＴＲＵは、競合ベースランダムアクセス又は無競合ランダムアクセスを実行してもよい。競合ベースランダムアクセスは、複数（例えば、４つ）のステップを使用してもよい。例えば、競合ベースランダムアクセスは、ＷＴＲＵがランダムアクセスプリアンブルを送信することを含んでもよい。ランダムアクセスプリアンブルは、ｅＮＢが、端末の送信タイミングを推定することを可能にし得る。競合ベースランダムアクセスは、ネットワークがタイミングアドバンスコマンドを送信して、例えば、端末送信タイミングを調整することを含んでもよい。端末送信タイミングは、ｅＮＢによって推定される送信タイミングに基づいて調整されてもよい。競合ベースランダムアクセスは、例えば、ＷＴＲＵによる制御シグナリングとともに、ネットワークへのＷＴＲＵ識別の送信を含んでもよい。競合ベースランダムアクセスは、ネットワークが競合解決メッセージをＷＴＲＵに送信することを含んでもよい。
【０１１０】
例えば、無競合ランダムアクセスでは、競合解決の必要が全くない可能性がある。無競合ランダムアクセスは、ＷＴＲＵがランダムアクセスプリアンブルをネットワークに送信すること、及び／又はネットワークがランダムアクセスプリアンブルに応答してタイミングアドバンスコマンドを送信することを含んでもよい。タイミングアドバンスコマンドは、調整済みの端末送信タイミングを示してもよい。
【０１１１】
５Ｇエアインタフェースは、例えば、適用可能な無線リソースと送信手続との間の差別化に関して（例えば、ＴＴＩ期間、信頼性、送信に適用されるダイバーシティ、及び最大レイテンシに関して）、多種多様なユースケース（それぞれが、異なるＱｏＳ要件を有し得る）をサポートしてもよい。
【０１１２】
さらなるＱｏＳ差別化が、例えば、最大限保証される遅延バジェット、パケットエラーレート、及びデータレートに関して、異なるデータパケット、データフロー、及び／又はデータベアラ（又はそれらの均等物）の間に導入されてもよい。
【０１１３】
ＭＡＣレイヤは、例えば、以下の、（ｉ）アップリンク送信のための必要条件を満たすこと、（ｉｉ）アップリンク送信に関連するレイテンシの減少、及び／又は（ｉｉｉ）アップリンク送信に関連するシグナリングの減少、のうちの１つ以上に対処するために、前述のものに対処し得る機能性をハンドリングしてもよい。
【０１１４】
アップリンク送信の必要条件を満たすことは、例えば、ＵＬ  ＴＡ、測位、ＷＴＲＵ速度、及び／又はＰＬ推定を含んでもよい。例えば、ＷＴＲＵは、それが所与のタイプの送信、例えば、所与のユースケース及び送信手続を実行するために十分な必要条件を有するかどうかを管理及び／又は判断してもよい。
【０１１５】
アップリンク送信に関連するレイテンシの減少が、もたらされ得る。アップリンクタイミングは、ＣＯＮＮＥＣＴＥＤのＷＴＲＵに送信されるＴＡコマンドを通して保証されてもよい。これは、例えば、アップリンクタイミング確立のレイテンシが大き過ぎる可能性がある場合に、時折通信する（例えば、時折しか通信しない）ＵＬＬデバイスには、実用的でない可能性がある。新たなセルへと移動することは、例えば、ＲＡＣＨを通して新たなセルへのアップリンクタイミングを確立することを伴い得る。ＵＬＬＲＣデバイスのためのアップリンクタイミング確立に関連するレイテンシは、ＵＬＬＲＣをサポートするために回避され得る。
【０１１６】
アップリンク送信に関連するシグナリングシの減少が、もたらされ得る。アップリンク送信は、例えば、レガシーＲＡＣＨ手続を通して、アップリンク同期を維持すること、又は得ることを伴ってもよい。ｍＭＴＣユースケース（例えば、５Ｇにおける）は、短い臨時のデータ送信を通してネットワークに／ネットワークと通信する多くのＷＴＲＵを有することで構成されてもよい。ＷＴＲＵは、非常に長い電池寿命（例えば、１０年を超える）を有してもよく、高い接続密度（例えば、１平方キロメートル当たり１，０００，０００個のデバイス）を有するエリア内で動作することが可能であってもよい。５Ｇデバイスのためのシグナリング効率は、（例えば、結果として）（例えば、ＬＴＥと比較して）改善されてもよい。
【０１１７】
ＷＴＲＵは、拡張ランダムアクセス手続で構成されてもよい。拡張ランダムアクセス手続は、ＷＴＲＵとネットワークとの間のより少ないシグナリングを含んでもよい。拡張ランダムアクセス手続は、ネットワークへの第１のメッセージ（例えば、ｅＭＳＧ１）の送信、及びネットワークからの第２のメッセージ（例えば、ｅＭＳＧ２）の受信を含んでもよい。第１のメッセージは、ｅＲＡＣＨ送信であってもよい。
【０１１８】
拡張ランダムアクセス手続は、アップリンク同期がされていない可能性があるＷＴＲＵが、例えば、データバーストの初期送信について、及び／又は小さなデータ移送についてのレイテンシを減少させるためには有益であり得る。例えば、拡張ランダムアクセス手続は、ＷＴＲＵが、ネットワークからグラントを受信する前にデータを送信することを可能にし得る。
【０１１９】
例では、第１のメッセージ（例えば、ｅＭＳＧ１）は、プリアンブルシーケンスと組み合わされるデータの送信を含んでもよい。送信は、時間及び／又は周波数において互いに素であり得るリソースを使用してもよい。送信は、例えば、単一リソースがプリアンブル及びデータ部分に使用され得るように、時間及び／又は周波数において結合されたリソースを使用してもよい。例えば、プリアンブルシーケンス及びデータ部分は、別々のリソースを使用して送信されてもよく、その場合に、そのようなリソースは、互いに関連付けられてもよい。別々のリソースを使用してプリアンブルシーケンス及びデータ部分を送信することは、別々の送信と見なされてもよい。別の例として、プリアンブルシーケンスが、データ部分に追加されて（例えば、先頭に追加されて）もよい。プリアンブルシーケンスをデータ部分に追加することは、単一の送信であると見なされてもよい。ＨＡＲＱは、送信のデータ部分に適用可能であってもよい。例えば、拡張ランダムアクセス手続は、第１のメッセージの再送信、プリアンブルのみの再送信（例えば、レガシーＲＡＣＨ手続へのフォールバックとして）、及び／又はデータ部分のみの再送信（例えば、ＨＡＲＱを使用して）をサポートしてもよい。
【０１２０】
例では、第２のメッセージ（例えば、ｅＭＳＧ２）が、第１のメッセージに対する応答を含んでもよい。第１のメッセージに対する応答は、例えば、タイミングアドバンスコマンド（ＴＡＣ）、並びに／又はデータ部分について、データ部分の再送信のための１つ以上のグラントについて、及び／若しくは新たな送信についてのＨＡＲＱフィードバックを含んでもよい。
【０１２１】
例では、拡張ランダムアクセス手続は、例えば、データが非同期ＷＴＲＵにおいて利用可能となるとき（例えば、アップリンクデータ到来及び／若しくは制御プレーンシグナリング）、並びに／又はＷＴＲＵが拡張ランダムアクセスを開始すべきであると示し得るダウンリンク制御情報をＷＴＲＵが受信し得るとき（例えば、ダウンリンクデータ到来）に、非同期ＷＴＲＵのための低レイテンシアクセスを可能にし得る。
【０１２２】
図６は、拡張ランダムアクセスチャネル（ｅＲＡＣＨ）手続６００の例である。６０２において、ＷＴＲＵは、送信予定のデータを有してもよい。６０４において、ＷＴＲＵは、プリアンブルのグループ６２０からプリアンブル６２２を選択してもよい。６０６において、ＷＴＲＵは、選択されたプリアンブル６２２に基づいて、データ送信リソース及び／又はパラメータを判断してもよい。６０８において、ＷＴＲＵは、１つ以上のＰＲＡＣＨリソース上でプリアンブル６２２を送信してもよい。６１０において、ＷＴＲＵは、判断されたデータ送信リソース上で（例えば、短縮されたＵＬ送信６４０を介して）データを送信してもよい。６１２において、ＷＴＲＵは、ネットワークからＲＡＲを受信してもよい。ＷＴＲＵが、ネットワークからＲＡＲを受信しない場合、ＷＴＲＵは、６０４、６０６、６０８、及び６１０を繰り返してもよい。ＷＴＲＵが、グラントとともにＮＡＣＫを受信する場合、ＷＴＲＵは、６１４において、データを再送信してもよい。
【０１２３】
ＷＴＲＵは、ｅＲＡＣＨ手続６００を開始してもよい。ネットワークは、例えば、ｅＭＳＧ０（例えば、ＮＲ−ＰＤＣＣＨオーダ又はＬ３／ＲＲＣ）を使用してｅＲＡＣＨ手続６００を開始してもよい。メッセージｅＭＳＧ０は、制御情報を含んでもよい。
【０１２４】
ＷＴＲＵは、例えば、以下のイベント、（ｉ）ＷＴＲＵ専用ネットワーク（ＮＷ）オーダ、（ｉｉ）例えば、ＷＴＲＵ自律トリガと組み合わされる、ＣＢ−ｅＲＡＣＨリソースの動的スケジューリング、及び／又は（ｉｉｉ）Ｌ３／ＲＲＣ（若しくはＭＡＣ  ＣＥ）ネットワーク制御モビリティ、のうちの１つ以上に応答して、ｅＲＡＣＨ手続を開始してもよい。
【０１２５】
ＷＴＲＵは、ＷＴＲＵがそのようなｅＲＡＣＨ手続を実行するための標識及び／又は要求を含み得るダウンリンク制御シグナリング（例えば、ＮＲ−ＰＤＣＣＨ上のＤＣＩ）の受信時など、例えば、ＷＴＲＵ専用ＮＷオーダに応答して、ｅＲＡＣＨ手続を開始してもよい。ダウンリンク制御シグナリングは、ｅＲＡＣＨ手続において使用されるべき１つ以上のＷＴＲＵ専用ｅＲＡＣＨパラメータを含んでもよい。
【０１２６】
ＷＴＲＵは、例えば、ＣＢ−ｅＲＡＣＨリソースの動的スケジューリングに応答して、ｅＲＡＣＨ手続を開始してもよい。例えば、ＷＴＲＵが、１つ以上のＷＴＲＵ自律トリガも検出する場合、ＷＴＲＵは、ＣＢ−ｅＲＡＣＨリソースのスケジューリングに応答してｅＲＡＣＨ手続を開始してもよい。ＷＴＲＵ自律トリガの例は、ダウンリンク制御シグナリング（例えば、ＮＲ−ＰＤＣＣＨ上のＤＣＩ）の受信を含んでもよい。ダウンリンク制御シグナリングは、ｅＲＡＣＨ手続の第１のメッセージ（例えば、ｅＭＳＧ１）の送信のためのスケジューリング情報、及びＷＴＲＵ自律トリガなどのトリガを含んでもよい。ダウンリンク制御シグナリングは、競合ベースアクセスのための１つ以上のｅＲＡＣＨパラメータを含んでもよい。ＤＣＩは、例えば、ｅＲＡＣＨのための「セル／システム」固有ＲＮＴＩを含む、複数のＷＴＲＵによって共有され得るＲＮＴＩでスクランブルされてもよい。
【０１２７】
ＷＴＲＵは、モビリティイベントを有する再構成を含み得るＬ３／ＲＲＣ制御シグナリング（又はＭＡＣ  ＣＥ）の受信時など、例えば、Ｌ３／ＲＲＣ（又はＭＡＣ  ＣＥ）ネットワーク制御モビリティに応答して、ｅＲＡＣＨ手続を開始してもよい。Ｌ３／ＲＲＣは、１つ以上の専用ｅＲＡＣＨパラメータを含んでもよい。
【０１２８】
（例えば、ｅＭＳＧ０内の）制御情報は、例えば以下の、（ｉ）リソース指標、（ｉｉ）プリアンブルインデックス、（ｉｉｉ）電力制御情報ＴＰＣ、及び／又は（ｉｖ）グラントのうちの１つ以上を含んでもよい。
【０１２９】
（例えば、ＤＣＩ及び／又はＲＲＣメッセージ内の）リソース指標は、例えば、リソースブロック割り当てに対応してもよい。リソース指標は、データ部分（例えば、制御部分及び／又はプリアンブル部分ではない）に関連付けられてもよい。リソース指標は、プリアンブル送信のみ（例えば、無競合ランダムアクセス−ＣＦＲＡ）に関連付けられてもよい。ＷＴＲＵは、プリアンブルのリソース割り当ての機能として、データ部分についてのリソース割り当てを判断してもよい。例えば、共同リソースが使用されるとき、又はＷＴＲＵが別々のリソースを（例えば、テーブル内のインデックス又は類似のものから）判断し得るときに、ＷＴＲＵは、プリアンブル及びデータ部分のためのリソース割り当てを（例えば、代替的に）判断してもよい。
【０１３０】
ＤＣＩは、ＮＲ−ＰＤＣＣＨ又は別の類似のチャネル上で受信されてもよい。１つ以上のリソースは、特定のＷＴＲＵの専用（例えば、無競合）であってもよい。例えば、ＤＣＩが、Ｃ−ＲＮＴＩ又は均等物を使用して受信されるとき、１つ以上のリソースは、特定のＷＴＲＵの専用であってもよい。１つ以上のリソースは、（例えば、代替的に）共有されてもよく（例えば、競合ベースであってもよく）、（例えば、ＣＢ−ｅＲＡＣＨ−ＲＮＴＩなどの共有ＲＮＴＩを使用してスクランブルされるときに）複数のＷＴＲＵにアクセス可能であってもよい。
【０１３１】
（例えば、ＤＣＩ及び／又はＲＲＣメッセージ内の）プリアンブルインデックスは、（例えば、専用シグナリングのための）例えば、特定のプリアンブルシーケンスを示してもよい。プリアンブルインデックスは、（例えば、共有シグナリングのための）特定のプリアンブルグループ及び／又は範囲を示してもよい。
【０１３２】
電力制御情報（例えば、送信電力制御（ＴＰＣ）など）は、ＤＣＩ及び／又はＲＲＣメッセージ内に含まれてもよい。電力制御情報は、データ部分について、それぞれについて１つ、又は両方について１つ、ｅＰＲＡＣＨ上のプリアンブル送信に適用可能であってもよい。
【０１３３】
（例えば、ＤＣＩ及び／又はＲＲＣメッセージ内の）グラントは、（例えば、制御シグナリングにおいて）ＷＴＲＵによって受信されてもよい。グラントは、ｅＭＳＧ１の送信に関連付けられてもよい。グラントは、ｅＭＳＧ１の送信用であってもよい。グラントは、（例えば、代替的には）ｅＭＳＧ１のデータ部分の送信用であってもよい。プリアンブル送信は、例えばここで説明されるように、他のパラメータに従うなど、制御シグナリングにおいて受信される他の情報に従って、実行されてもよい。例えば、ＷＴＲＵ専用グラントが、（例えば、専用シグナリングのために）示されてもよく、又は（例えば、共有シグナリングのために）競合ベースグラントであってもよい。
【０１３４】
ネットワーク（ＮＷ）制御競合の例では、ＷＴＲＵは、１つ以上の自律的トリガを有してもよい。例えば、ＷＴＲＵは、それが送信に利用可能なデータを有すると判断してもよい。データ送信は、ｅＲＡＣＨ手続に適用可能であってもよい。ＷＴＲＵは、例えば、共有ＲＮＴＩ（例えば、ＣＢ−ｅＲＡＣＨ−ＲＮＴＩ）を使用して、ダウンリンク制御チャネルを復号してもよい。ＷＴＲＵは、動的にスケジューリングされたシステム固有のｅＰＲＡＣＨパラメータ（例えば、並びに関連するグラント及び／又はデータ部分についてのＰＲＢのセット）を含み得るＤＣＩを復号してもよい。ＷＴＲＵは、例えば、判断されたｅＰＲＡＣＨリソースを使用して、プリアンブルの送信を開始してもよく、例えば、受信したグラント及び／又はＰＲＢのサブセットを使用して、データ部分の送信を開始してもよい。
【０１３５】
ＷＴＲＵは、それがｅＰＲＡＣＨ手続を無競合又は競合ベースの原理に従って実行すべきかを、制御シグナリングから判断してもよい。
【０１３６】
ＷＴＲＵは、例えば、初期アクセスを実行するため、送信リソースを要求するため（例えば、ｅＲＡ−ＳＲなどのスケジューリング要求）、（例えば、閾値に基づいて）ある量のデータを送信するため、ＷＴＲＵ自律モビリティ、スケジューリング要求をネットワークオーダに基づいて実行するために、ｅＲＡＣＨ手続を開始してもよい。ＷＴＲＵは、例えば、サービス、ＤＲＢ、ＷＴＲＵへの現在利用可能なアクセスのタイプなどに基づいて、手続（例えば、レガシーＲＡＣＨ対ｅＲＡＣＨ）を（例えば、手続の一部として）選択してもよい。ＷＴＲＵは、レガシーＲＡＣＨ手続を選択するか又はｅＲＡＣＨ手続を選択するかを、送信予定のアップリンクデータのタイプ及び／又はランダムアクセス要求の目的に基づいて判断してもよい。例えば、ＷＴＲＵは、タイプ２データに対しレガシーＲＡＣＨ手続を選択してもよい。タイプ２データは、例えば、拡張モバイルブロードバンド（ｅＭＢＢ）データを含んでもよい。別の例として、ＷＴＲＵは、タイプ１データに対しｅＲＡＣＨ手続を選択してもよい。タイプ１データは、例えば、超高信頼低レイテンシ通信（ＵＲＬＬＣ）データを含んでもよい。
【０１３７】
ＷＴＲＵは、ｅＲＡＣＨ手続を選択してもよい。ＷＴＲＵは、例えば、プリアンブル及びデータのためのリソースに加えて、プリアンブルシーケンスを選択してもよい。プリアンブルに使用されるリソース及びデータに使用されるリソースは、暗示的な関連付けなどの何らかの関連付けを有してもよい。ＷＴＲＵは、（もしあれば）どのデータがデータリソースにおいて送信され得るかを判断してもよく、送信予定の適用可能なＰＨＹ／ＭＡＣ制御情報を、例えば、使用されたプリアンブルに基づいて判断してもよい。
【０１３８】
ＷＴＲＵは、プリアンブル送信のために選択されたリソース上でプリアンブルを送信するようにＰＨＹレイヤをトリガしてもよく、選択されたデータリソース上の送信について制御情報及び任意のデータをＰＨＹレイヤに送信してもよい。
【０１３９】
ＷＴＲＵは、（例えば、プリアンブル及びデータ送信に続いて）ｅＲＡＲの検出のために制御チャネルのモニタリングを実行してもよい。ＷＴＲＵは、受信時間又は時間ウィンドウを予期される特定のｅＲＡＲの前の時間ピリオドの間、ＤＲＸ（例えば、制御チャネルモニタリング用のＤＲＸ）を実行してもよい。
【０１４０】
ｅＲＡＣＨ手続が、トリガされてもよい。ＷＴＲＵは、例えば、以下のイベント、（ｉ）ＷＴＲＵが、それが送信に利用可能なデータを有すると判断すること、（ｉｉ）ＷＴＲＵが、それがＷＴＲＵ自律モビリティを実行すべきであると判断すること、並びに／又は（ｉｉｉ）ＷＴＲＵが、それがＬ１／ＰＨＹ態様及び／若しくはＵｕインタフェースの再構成を実行すべきであると判断すること、のうちの１つ以上の結果として、ｅＲＡＣＨ手続を開始してもよい。
【０１４１】
ＷＴＲＵは、それが送信に利用可能なデータを有すると判断してもよい。例えば、これは、以下のイベント、（ｉ）ＷＴＲＵのセル若しくはＴＲＰへの初期アクセス（例えば、ＷＴＲＵは、ＩＤＬＥ状態若しくは非通信の状態にある間に、セル若しくはＴＲＰへの最初の送信を行ってもよい）、（ｉｉ）新たなサービス若しくは論理チャネルの開始、及び／又は（ｉｉｉ）ＷＴＲＵにおけるデータの到来、のうちの１つ以上に対応し得る。
【０１４２】
ＷＴＲＵは、それがＷＴＲＵ自律モビリティを実行すべきであると判断してもよい。例えば、これは、１つのセル／ＴＲＰから別のセル／ＴＲＰへの遷移／ハンドオーバに対応してもよい。
【０１４３】
ＷＴＲＵは、それがＬ１／ＰＨＹ態様及び／又はＵｕの再構成を実行すべきであると判断してもよい。例えば、これは、以下のイベント、（ｉ）新たなビームの作成／使用／追加、及び／又は（ｉｉ）アクティブなセル／ＴＲＰのＷＴＲＵのセットに対するセル／ＴＲＰの追加、のうちの１つ以上に対応してもよい。
【０１４４】
例えば、ＷＴＲＵが、有効なアップリンクタイミングアライメントを有しないときに（例えば、のみ）、ＷＴＲＵは判断を行ってもよい。
【０１４５】
ＷＴＲＵは、それが進行中のｅＲＡＣＨ手続を既に有する一方でＲＡＣＨ手続を開始すべきであると判断してもよい。例では、ＷＴＲＵは、以下のうちの１つ以上を実行してもよい。
【０１４６】
ＷＴＲＵは、（例えば、ＲＡＣＨ手続を開始するためのトリガが、進行中のｅＲＡＣＨ手続に使用される現在のリソースを無効化し得るモビリティイベントに起因し得るのでなければ、）進行中のｅＲＡＣＨ手続を、（例えば、ｅＭＳＧ１送信の最大数などの障害ケース、利用可能な参照信号を検出／測定するための障害、ダウンリンク同期の損失などに起因して）進行中のｅＲＡＣＨ手続の実行に関連し得る回復手続へ、又は進行中のｅＲＡＣＨ手続への任意の他の障害へ、継続してもよい。ＷＴＲＵは、ＲＡＣＨ手続を開始することを控えてもよい（例えば、ｅＲＡＣＨは、進行中のとき、及び類似の目的を満たすときに、優先されてもよい）。
【０１４７】
ＷＴＲＵは、（例えば、そうでなければ）ｅＲＡＣＨ手続を開始してもよい。ＷＴＲＵは、進行中のｅＲＡＣＨ手続を継続してもよい（例えば、両方の手続が、異なる目的を満たすときなどに、並行して動作し得る）。例えば、新たなデータが、ＳＲＢ、ＤＲＢ、ヌメロロジー（例えば、ＳＯＭのタイプ）、ヌメロロジーブロック（例えば、ＳＯＭ）、ＴｒＣＨ若しくは類似のものに関連付けられ得るか若しくは適用可能であり得るとき、又はそうでなければ、進行中のｅＲＡＣＨ及び／若しくはそのリソースに類似の及び／若しくは対応する手続をトリガしない送信に利用可能となるとき、両方の手続が並行して動作してもよい。
【０１４８】
ＷＴＲＵは、それが進行中のｅＲＡＣＨ手続を既に有し得る一方でｅＲＡＣＨ手続を開始すべきであると判断してもよい。ＷＴＲＵは、以下のうちの１つ以上を実行してもよい。
【０１４９】
例えば、ｅＲＡＣＨ手続を開始するための判断が、進行中のＲＡＣＨ手続をトリガした基準（又はそのタイプ）に（例えば、直接）関連しない可能性があるとき、ＷＴＲＵは、進行中のＲＡＣＨ手続を継続してもよい。例えば、これは、送信に利用可能となり得る新たなデータを含んでもよく、ＳＲＢ、ＤＲＢ、ヌメロロジー（例えば、ＳＯＭのタイプ）、ヌメロロジーブロック（例えば、ＳＯＭ）、ＴｒＣＨ若しくは類似のものに関連付けられ得るか若しくは適用可能であってもよく、かつそうでなければ、進行中のＲＡＣＨ及び／若しくはそのリソースに類似の及び／若しくは対応する手続をトリガしなくともよい。
【０１５０】
ＷＴＲＵは、（例えば、そうでなければ）ｅＲＡＣＨ手続を優先し、開始してもよい。ＷＴＲＵは、例えば、ｅＲＡＣＨ手続を開始すると、進行中のＲＡＣＨ手続をキャンセルしてもよい。
【０１５１】
ＷＴＲＵは、それが第１の進行中ｅＲＡＣＨ手続を有する一方で第２のｅＲＡＣＨ手続を開始すべきであると判断してもよい。この例では、ＷＴＲＵは、以下のうちの１つ以上を実行してもよい。
【０１５２】
ＷＴＲＵは、例えば、第２のｅＲＡＣＨ手続を開始するための判断が、ｅＲＡＣＨ手続の第１のインスタンスをトリガした基準（又はそのタイプ）に関連又は類似し得るとき（例えば、ｅＲＡＣＨ手続の第１のインスタンスによって利用されるｅＲＡＣＨリソースの同一のセットに対応するｅＲＡＣＨ手続をトリガし得るイベント）に、第１の進行中ｅＲＡＣＨ手続を継続してもよい。イベントは、送信について利用可能となり得る新たなデータを含んでもよく、ＳＲＢ、ＤＲＢ、ヌメロロジー（例えば、ＳＯＭのタイプ）、ヌメロロジーブロック（例えば、ＳＯＭ）、ＴｒＣＨ、又はそのようなｅＲＡＣＨリソースに関連付けられ得る類似のものに関連付けられてもよく、及び／又は適用可能であってもよい。同一の特定の参照信号（例えば、同一ＴＲＰに対応する）に関連付けられる異なるビームプロセスは、トリガがビーム管理に関連し得るのでない限り、同一リソースと見なされてもよい。
【０１５３】
ＷＴＲＵは、（例えば、そうでなければ）ｅＲＡＣＨ手続の第２のインスタンスを開始してもよい。
【０１５４】
ｅＲＡＣＨリソースのセットは、プリアンブルのセット、プリアンブルリソース、データリソース／関連付け、送信周波数などのうちの１つ以上を含んでもよい。
【０１５５】
ＷＴＲＵは、適用可能なＲＡＣＨ手続、例えば、レガシーＲＡＣＨ又はｅＲＡＣＨ手続を判断してもよい。ＷＴＲＵは、ランダムアクセスを開始してもよい。ＷＴＲＵは、それがランダムアクセス手続を実行すべきであると判断してもよい。ＷＴＲＵは、複数のそのようなアクセス手続が使用され得る（例えば、レガシーＲＡＣＨ又はｅＲＡＣＨ手続）と（例えば、さらに）判断してもよい。ＷＴＲＵは、ランダムアクセスのために、第１のＲＡＣＨ手続を選択するか又は第２のＲＡＣＨ手続を選択するかを判断してもよい。第１のＲＡＣＨ手続は、レガシーＲＡＣＨ手続及び／又は４ステップＲＡＣＨ手続であってもよい。例えば、レガシーＲＡＣＨ手続は、４つのステップを含んでもよい。第２のＲＡＣＨ手続は、ｅＲＡＣＨ手続及び／又は２ステップＲＡＣＨ手続であってもよい。例えば、ｅＲＡＣＨ手続は、２つのステップを含んでもよい。
【０１５６】
ＷＴＲＵが、第２のＲＡＣＨ手続を選択するとき、ＷＴＲＵは、第２のＲＡＣＨ手続に関連付けられる少なくとも１つのＰＲＡＣＨリソースを判断してもよい。ＷＴＲＵは、第２のＲＡＣＨ手続に関連付けられるプリアンブルシーケンスを判断してもよい。ＷＴＲＵは、例えば、少なくとも１つのＰＲＡＣＨリソース、プリアンブルシーケンス、アップリンクデータのタイプ、及び／又はアップリンクデータのサイズに基づいて、アップリンクデータのためのデータリソースを判断してもよい。ＷＴＲＵは、少なくとも１つのＰＲＡＣＨリソース及びデータリソースを使用してネットワークデバイスにＲＡＣＨ送信を送信してもよい。ＲＡＣＨ送信は、プリアンブルシーケンス及びアップリンクデータを含んでもよい。
【０１５７】
ＷＴＲＵは、１つ以上の要因に従ってｅＲＡＣＨ手続を実行するように判断してもよい。複数の例が、以下で与えられる。
【０１５８】
ＷＴＲＵは、例えば、その接続性状態（例えば、ＩＤＬＥ、ＣＯＮＮＥＣＴＥＤ、「簡易接続」）に基づいて、ｅＲＡＣＨ手続を実行するように判断してもよい。判断は、他の条件と組み合わせて行われてもよい。選択のための条件は、例えば、ＷＴＲＵの接続性状態に依存して異なっていてもよい。
【０１５９】
ＷＴＲＵは、例えば、手続の開始のために受信される特定のトリガに基づいて、ｅＲＡＣＨ手続を実行するように判断してもよい。
【０１６０】
ＷＴＲＵは、例えば、その（例えば、現在の）タイミングアライメント状態若しくは特定のタイミングアライメント基準、又はＷＴＲＵがデータと結合されたプリアンブルを送信することを可能とされ得るかどうかに基づいて、ｅＲＡＣＨ手続を実行するように判断してもよい。ＷＴＲＵは、例えば、その最後のＵＬ送信からの時間、又はタイミングアドバンスコマンドの最後の受信からの時間が、事前定義された閾値又はネットワーク提供される閾値を超えない可能性があるとき、データと結合されたプリアンブルを送信することを可能とされてもよい。ＷＴＲＵは、ネットワークによって提供されるセルサイズに基づいて、（例えば、代替的に、又は追加的に）判断を行ってもよい。例では、ＷＴＲＵは、例えば、セルサイズが、事前定義された閾値又は構成済みの閾値未満であり得るとき、データと結合されたプリアンブルの送信を実行し、又はそのような判断を行う際のそのタイミングアライメント状態の比較のために閾値の異なるセットを使用することを可能とされてもよい。
【０１６１】
ＷＴＲＵは、例えば、システム情報において提供され得るネットワーク構成に基づいて、ｅＲＡＣＨ手続を実行するように判断してもよい。２ステップ使用されるべきか又は４ステップ手続が使用されるべきか、判断が行われてもよい。ネットワーク構成情報は、ブロードキャストシステム情報（例えば、ＳＩＢ）において提供されてもよく、どのＲＡＣＨ手続が使用されるべきかを示してもよい。そのような情報は、また、ＲＡＣＨ手続中のＷＴＲＵの追加の動作を示してもよく、又は判断するために使用されてもよい。例では、２ステップの手法が適用されてもよく、ＷＴＲＵは、例えば、ＴＡが必要とされない可能性があるスモールセルでは、ｅＭＳＧ２においてＴＡＣを予期しなくともよい。
【０１６２】
ＷＴＲＵは、例えば、データ送信の量／期間に基づいて、ｅＲＡＣＨ手続を実行するように判断してもよい。ＷＴＲＵは、例えば、所望のデータ送信が、事前定義された量若しくは構成済みの量を超えない可能性があるとき、又はトランスポートブロック存続期間が、事前定義された期間若しくは構成済みの期間を超えないときに、ＷＴＲＵは、それがデータと結合されたプリアンブルを送信し得ると判断してもよい。データ量は、送信に利用可能であり得るデータの量、及び／若しくは１つ以上の特定の論理チャネル／サービスについてＷＴＲＵによってバッファされるデータの量に基づいてもよく、又は保留送信若しくはメッセージを送信するために必要とされ得るトランスポートブロックの存続期間に基づいてもよい。
【０１６３】
ＷＴＲＵは、例えば、データ／送信のタイプに基づいて、ｅＲＡＣＨ手続を実行するように判断してもよい。例えば、ＷＴＲＵは、送信するデータに関連付けられるプロパティ、又は行われるべき送信のタイプに基づいて、ＷＴＲＵがｅＲＡＣＨを実行すべきであると判断してもよい。ＷＴＲＵは、特定の論理チャネル又は特定タイプのメッセージ（例えば、ＲＲＣ制御メッセージ）（例えば、のみ）についての判断を行ってもよい。ＷＴＲＵは、データの送信成功についての満了時間などの、データに関連付けられる送信時間要件に基づいて、判断を行ってもよい。
【０１６４】
ＷＴＲＵは、ＷＴＲＵが、例えば、ｅＲＡＣＨ手続を使用してデータを送信するために選択し得る、論理チャネルのセット又は均等物で（例えば、さらに）構成されてもよい。ＷＴＲＵは、送信予定のデータのタイプが、以下の、（ｉ）データ／アクセスに関連付けられる、適用可能なサービスタイプ及び／若しくは対応するＱｏＳ、（ｉｉ）ベアラ構成、並びに／又は（ｉｉｉ）データが送信され得る（例えば、送信予定である）無線ベアラ（例えば、ＳＲＢ若しくはＤＲＢ）のタイプ及び／若しくは識別、うちの１つ以上に基づいてｅＲＡＣＨについての基準を満たすかどうかを区別又は判断してもよい。
【０１６５】
例では、例えば、ベアラ確立時に、ベアラは、それが非アクティブ状態における送信及び／又はｅＲＡＣＨ手続を用いたデータ送信を可能にするかどうかを示してもよい。
【０１６６】
例では、ＷＴＲＵは、例えば、ある無線ベアラ（例えば、のみ）についてのｅＲＡＣＨ手続を使用して、データ送信を実行するようにネットワークによって構成されてもよい。ＷＴＲＵは、（例えば、また、）例えば、以前の要求に基づいて、構成を受信してもよい。例えば、ＷＴＲＵは、接続状態から非アクティブ状態に移ってもよい。ＷＴＲＵは、どのベアラが、例えば、ｅＲＡＣＨ手続を使用してデータ送信可能にされ得るかを要求してもよい。
【０１６７】
例では、ＷＴＲＵは、非アクティブ状態に置かれてもよく、非アクティブ状態にある間の送信のために新たなベアラを（例えば、ネットワークによって）提供されてもよい。ＷＴＲＵは、（例えば、また、）それが非アクティブ状態にある可能性がある間、ＷＴＲＵに到来する特定のアプリケーションレイヤデータをベアラにマッピングするための規則を提供されてもよい。ＷＴＲＵは、その特定のベアラにデータが到来すると、ｅＲＡＣＨ手続を実行してもよい。ＷＴＲＵは、例えば、データが別のベアラに対して到来するとき、レガシーＲＡＣＨ手続を実行してもよい。
【０１６８】
ＷＴＲＵは、例えば、観測されるデータレートに基づいて、ｅＲＡＣＨ手続を実行するように判断してもよい。ＷＴＲＵは、ＷＴＲＵにおいて観測されるデータレート（例えば、パケット到来の頻度）に基づいて判断を行ってもよい。ＷＴＲＵは、観測されるデータレートを、ｅＲＡＣＨ（例えば、４ステップ手続ではなく２ステップ）を実行するための構成済み閾値レートと比較してもよい。判断は、特定の論理チャネル又は無線ベアラについて行われてもよい。
【０１６９】
ＷＴＲＵは、例えば、タイマ満了の結果として、ｅＲＡＣＨ手続を実行するように判断してもよい。例えば、ＷＴＲＵは、少なくとも（ｘ）秒毎に、データ送信と結合されたプリアンブルを送信するように構成されてもよい。ＷＴＲＵは、（例えば、他のデータが存在しないとき、又はデータリソースが空のままになっているときに、ＢＳＲ又は他の制御情報を送信することによって）タイマ満了時の送信のためのデータの存在に関わらず、（例えば、タイマ満了時に）送信を実行してもよい。これは、ＷＴＲＵが、あるレベルのタイミングアライメント（例えば、粗いタイミングアライメント）を維持することを可能にしてもよく、それによって、ＷＴＲＵは、ｅＲＡＣＨ（例えば、２ステップ手法）を使用し続けてもよく、及び／又はｅＲＡＣＨ（例えば、２ステップ手法）を使用するときにガードピリオドの長さを制限してもよい。
【０１７０】
ＷＴＲＵは、例えば、同期信号（例えば、ＰＲＡＣＨリソース又はＰＲＡＣＨシーケンスが導出され得る同期信号の存在又はプロパティ）に基づいて、ｅＲＡＣＨ手続を実行するように判断してもよい。ＷＴＲＵは、（ｉ）周波数帯域及び関連するアクセスタイプ、（ｉｉ）シーケンスプロパティ、並びに／又は（ｉｉｉ）第２の署名シーケンスの存在、のうちの１つ以上など、判断を行うための同期シーケンスに関する情報を使用してもよい。
【０１７１】
周波数帯域及び関連するアクセスタイプを使用する例では、ＷＴＲＵは、特定周波数上の同期信号の存在がｅＲＡＣＨ手続の使用に関連付けられ得る（例えば、ライセンス済み対未ライセンス）と判断してもよい。
【０１７２】
シーケンスプロパティを使用する例では、ＷＴＲＵは、同期信号に関連付けられるインデックスがｅＲＡＣＨ手続を実行するように示し得ると判断してもよい。インデックスは、例えば、ビームインデックスに関連付けられてもよい。
【０１７３】
第２の署名シーケンスの存在を使用する例では、ＷＴＲＵは、第１のシーケンスに関連し、かつ特定のシーケンスプロパティを有し得る第２の署名シーケンスの存在が、ｅＲＡＣＨ手続の実行を示してもよいと判断してもよい。
【０１７４】
ＷＴＲＵは、例えば、ＷＴＲＵがＣ−ＲＮＴＩで構成されるかどうかに基づいて、ｅＲＡＣＨ手続を実行するように判断してもよい。例えば、ＷＴＲＵは、それがＣ−ＲＮＴＩで構成されるときにｅＲＡＣＨ手続を開始してもよい。
【０１７５】
ＷＴＲＵは、例えば、ＷＴＲＵが、ＲＡＣＨ手続のための同期信号及びｅＲＡＣＨ手続のための同期信号を検出し得るときに、手続の判断のための（例えば、代替）選択手続を使用してもよい。ＷＴＲＵは、例えば、１つ以上の要因に基づいて、適用可能なＲＡＣＨ手続、例えば、レガシー又はｅＲＡＣＨ手続を判断してもよい。複数の例が、以下で与えられる。
【０１７６】
ＷＴＲＵは、例えば、測定されたチャネル占有率に基づいて、適用可能なＲＡＣＨ手続、例えば、レガシーＲＡＣＨ又はｅＲＡＣＨ手続を判断してもよい。ＷＴＲＵは、チャネル占有率の測定を行ってもよく、例えば、測定されたチャネル占有率が、定義済み又は構成済みの閾値より大きい（又はより小さい）可能性があるときに、データと結合されたプリアンブルを送信するように選択してもよい。判断は、未ライセンス配備をサポートしてもよく、その場合、チャネルへのアクセスは、（例えば、４つの独立したチャネルアクセス手続を有するＬＴＥのようなＲＡ手続とは対照的に、）例えば、データと結合されたプリアンブルを送信することによって、負荷の高い状況において維持されてもよい。
【０１７７】
ＷＴＲＵは、例えば、推定された経路損失及びチャネル条件に基づいて、適用可能なＲＡＣＨ手続、例えば、レガシーＲＡＣＨ又はｅＲＡＣＨ手続を判断してもよい。ＷＴＲＵは、参照信号に基づいて経路損失又はチャネルの測定を行ってもよく、例えば、推定された経路損失がある閾値よりも低い可能背があるか、又は高い可能性があるかによって、２ステップを使用するか又は４ステップを使用するかを判断してもよい。例では、ＷＴＲＵは、例えば、経路損失が閾値より低い可能性があるときに、２ステップ手続を選択してもよい。閾値は、ネットワークによってブロードキャストされてもよい。閾値は、周波数帯域に依存してもよい。これによって、ＷＴＲＵは、セル／ＴＲＰまでの距離を推定すること、及び、例えば、ＷＴＲＵがセル／ＴＲＰまでのある距離の範囲内にあり得るときに、２ステップ手続を使用するかどうかを判断することが可能となり得る。
【０１７８】
ＷＴＲＵは、例えば、同期シーケンスインデックスに基づいて、適用可能なＲＡＣＨ手続、例えば、レガシーＲＡＣＨ又はｅＲＡＣＨ手続を判断してもよい。同期シーケンスインデックスは、同期シーケンス送信電力及び／又はＴＲＰ電力クラスに関する情報を伝達してもよく、例えば、したがって、ＷＴＲＵは、さらなるシステム情報を受信することなく、経路損失を推定することが可能である。これは、例えば、「ＰＲＡＣＨ」が同期後に送信され得るときに、有用であり得る。
【０１７９】
ＷＴＲＵは、例えば、対象のＴＲＰに基づいて、適用可能なＲＡＣＨ手続、例えば、レガシーＲＡＣＨ又はｅＲＡＣＨ手続を判断してもよい。ＷＴＲＵは、例えば、対象のＴＲＰが（例えば、構成可能な時間ピリオド内に）ＷＴＲＵによって最近使用された同一のＴＲＰグループに属し得るときに、ｅＲＡＣＨ手続を使用するように判断してもよい。例えば、ＷＴＲＵは、長期間の非アクティブ状態で散在するＴＲＰへの疎な、かつバースト的な通信を有してもよい。これによって、ＷＴＲＵが効率的なｅＲＡＣＨを可能にするために事前構成されたパラメータを再使用することが可能となり得る。例では、ＷＴＲＵは、例えば、ランダムアクセス手続の意図される対象が、同一であるか、又は同一のＴＲＰグループからであるかに関わらず、例えば、タイマの満了時に、レガシーＲＡＣＨを実行してもよい。
【０１８０】
ＷＴＲＵは、例えば、ネットワークからの応答に基づいて、適用可能なＲＡＣＨ手続、例えば、レガシーＲＡＣＨ又はｅＲＡＣＨ手続を判断してもよい。ＷＴＲＵは、（例えば、以前実行されたｅＲＡＣＨ手続におけるネットワーク応答又は関連するメッセージに基づいて、）さらなるアクセス又はデータ送信がレガシーＲＡＣＨ手続を使用して行われ得ると判断してもよい。例では、ＷＴＲＵは、例えば、レガシーＲＡＣＨ手続を使用して、ネットワークが再試行するための標識（例えば、暗示的又は明示的な）で応答し得るｅＲＡＣＨ手続を実行してもよい。標識は、バックオフ標識に関連付けられてもよい。
【０１８１】
ＷＴＲＵは、例えば、非アクティブ状態にとどまっている間データ送信を可能にするために、ｅＲＡＣＨ手続を実行するように決定してもよい。ｅＲＡＣＨ手続を選択するための条件は、（例えば、また）ＷＴＲＵが新たな状態にとどまっている間データ送信を実行するように決定することに適用可能であってもよい。ＷＴＲＵは、（例えば、上述のように）データ送信を実行する間それが非アクティブ状態にとどまり得るための条件で構成されてもよい。ＷＴＲＵは、条件の結果として、ｅＲＡＣＨ手続を選択してもよい。
【０１８２】
ＷＴＲＵは、非アクティブ状態におけるデータ送信のための、又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移するためのｅＲＡＣＨ手続を（例えば、代替的に）実行してもよい。ＷＴＲＵは、（例えば、プリアンブル又はデータ送信の一部として暗示的又は明示的に、）ｅＲＡＣＨ手続において、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移するか、又は非アクティブ状態にとどまるかを示してもよい。
【０１８３】
ＷＴＲＵは、ｅＲＡＣＨ手続を実行するためにネットワークオーダを示すメッセージを受信してもよい。例えば、拡張メッセージ０（ｅＭＳＧ０）が、ネットワークオーダを提供してもよい。ＷＴＲＵは、例えば、ネットワークからＤＬシグナリングを受信すると、ｅＭＳＧ１を送信し、及び／又はｅＲＡＣＨ手続を開始するように判断してもよい。例では、ＤＬシグナリングは、制御チャネル上でダウンリンク制御情報（ＤＣＩ）を介してネットワークから受信されてもよい。
【０１８４】
ｅＲＡＣＨ手続が、トリガされてもよい。ＷＴＲＵは、ＷＴＲＵがランダムアクセス手続を開始すべきであるとＤＣＩが示し得ることを判断してもよい。例えば、ＷＴＲＵは、ＤＣＩが、受信時間、受信周波数、制御チャネルのタイプ、明示的な標識、ＲＮＴＩ、ＷＴＲＵ動作モード、ＵＬプリアンブルリソースの包含及び／又はＵＬデータリソースの包含のうちの１つ以上に基づいてランダムアクセス手続を示すと判断してもよい。
【０１８５】
受信時間の例では、ＤＣＩは、関係する受信時間インスタントがｅＲＡＣＨ手続に対応する、特定の手続に関連付けられる時間インスタント（例えば、サブフレーム、スロット、ミニスロットなど）において受信されてもよい。例えば、各フレーム内の特定スロットは、ＷＴＲＵがランダムアクセス手続を開始すべきであると示し得るＤＣＩの受信のために予約されてもよい。
【０１８６】
受信周波数の例では、ＤＣＩは、特定の手続に関連付けられ得る周波数リソース（例えば、特定のＣＣＥ、リソースブロック、周波数帯域、キャリアなど）上で受信されてもよく、その場合に、関係する周波数リソースがＲＡＣＨ又はｅＲＡＣＨ手続に対応して（例えば、又は示して）もよい。
【０１８７】
制御チャネルのタイプの例では、ＤＣＩは、制御チャネル、ＣＣＥのセット、ヌメロロジーブロック、探索空間上で受信されてもよく、及び／又は特定の手続に関連付けられる特定のヌメロロジーを使用して受信されてもよく、その場合に、関係する態様がｅＲＡＣＨ手続の開始に対応してもよい。
【０１８８】
明示的標識の例では、ＤＣＩは、手続のタイプ（例えば、ＲＡＣＨ又はｅＲＡＣＨ）の標識を示してもよい。ＷＴＲＵは、ｅＲＡＣＨ標識を受信してもよい。ｅＲＡＣＨ標識は、例えば、ＤＣＩ内、ＤＣＩフォーマット内、又はそれらの組み合わせにおける１つ以上の明示的フラグ又はフィールドであってもよい。
【０１８９】
ＲＮＴＩの例では、ＤＣＩは、特定の手続（例えば、ＲＡＣＨ又はｅＲＡＣＨ）に関連付けられるＲＮＴＩで符号化されてもよい。ＲＮＴＩは、ｅＲＡＣＨ手続の初期化に対応してもよい。
【０１９０】
ＷＴＲＵ動作モードの例では、ＷＴＲＵは、トリガの受信時にある手続を実行することに関連付けられる動作モードにあってもよい。動作モード及び／又はトリガは、ｅＲＡＣＨ手続の初期化に対応してもよい。トリガは、他の判断手続（例えば、明示的な標識）の任意の組み合わせに対応してもよい。ＷＴＲＵは、ＤＬシグナリングの受信に基づいて、あるモードに置かれていてもよい。例えば、ＷＴＲＵは、ｅＭＳＧ０の受信に関連付けられる動作モードにＷＴＲＵを置き得るＲＲＣメッセージを受信してもよい。ＷＴＲＵは、（例えば、ｅＲＡＣＨ初期化との関連付けのための１つ以上の追加条件を有し得る）ＤＣＩの受信を、（例えば、このモードでは）ｅＭＳＧ０として解釈してもよい。
【０１９１】
ＵＬプリアンブルリソースの包含の例では、ＤＣＩは、１つ以上のＵＬプリアンブルリソース（例えば、ブリアンブル範囲、プリアンブルセット、プリアンブル値、プリアンブル送信のためのＰＲＢ指標など）を含んでもよい。ＷＴＲＵは、ＵＬプリアンブルリソースが特定の手続（例えば、ＲＡＣＨ又はｅＲＡＣＨ）に関連付けられ得ると判断してもよい。ＵＬプリアンブルリソースは、ｅＲＡＣＨ手続のためのリソースに対応してもよい。
【０１９２】
ＵＬデータリソースの包含の例では、ＤＣＩは、アップリンクデータリソース（例えば、データ部分についてのＰＲＢ指標、データ部分についてのヌメロロジーブロックなど）を含んでもよい。ＷＴＲＵは、リソースが、ｅＲＡＣＨ手続に関連付けられ得る（例えば、関連付けられる）と判断してもよい。
【０１９３】
ＷＴＲＵは、例えば、ｅＭＳＧ１の送信時にｅＲＡＣＨ手続を開始（例えば、スタート）してもよい。ｅＭＳＧ１は、プリアンブル及びデータを含んでもよい。ｅＲＡＣＨ手続のための開始時間は、例えば、ＤＣＩ内のシグナリング及び／又は追加シグナリング／規則に基づいて、ＷＴＲＵによって判断されてもよい。
【０１９４】
例では、ＷＴＲＵは、例えば、ＤＣＩメッセージにおいて受信される情報に基づいて、及び／又は固定のタイミング関係に基づいて、ｅＭＳＧ０の受信に続くプリアンブルのための送信時間を判断してもよい。例えば、固定のタイミング関係は、ｎ＋ｘと表されてもよく、その場合に、ｎはＤＣＩの受信時間であってもよく、ｘは時間におけるオフセットであってもよい。オフセットは、固定オフセットであってもよく、又は、例えば、システム情報若しくは専用シグナリング（例えば、ＲＲＣ、ＭＡＣ、若しくは同一の／別のＤＣＩ）を通して、ＷＴＲＵに提供されてもよい。別の判断との組み合わせにおいて使用され得る（例えば、代替的な、又は追加の）例では、ＷＴＲＵは、例えば、使用されるべきプリアンブルリソースに関連付けられる特定時間に基づいて、プリアンブルのための送信時間を判断してもよい。例えば、ＷＴＲＵは、例えば、ＤＣＩの受信に続いて、又はＤＣＩ受信後の時間オフセットに続いて、（例えば、そのようなリソースがＤＣＩの受信前又は受信中にシグナリングによって事前定義されてもよく、又は示されてもよいときに、）ｅＲＡＣＨ手続がＰＲＡＣＨリソースの次の発生において開始され得ると判断してもよい。
【０１９５】
ＤＣＩ（例えば、そのコンテンツ）が、ｅＲＡＣＨ手続の実行中にＷＴＲＵによって使用され得る情報を含んでもよい。情報は、例えば、以下の、（ｉ）ヌメロロジー、プリアンブルシーケンス、コード、送信電力などの、プリアンブルの送信プロパティ、（ｉｉ）ＭＣＳ、スクランブルコード／パターン、送信電力などの、データの送信プロパティ、（ｉｉｉ）プリアンブルシーケンスのために使用するリソース、（ｉｖ）データ部分のためのリソース、（ｖ）事前定義された関連付け規則のテーブルへのインデックス、それらの間の時間及び／若しくは周波数オフセット、又は関連付け規則を定義し得る他のパラメータなどの、プリアンブルリソースとデータリソースとの間の関連付け規則、並びに／又は（ｖｉ）再送信遅延、電力ランピング、ＨＡＲＱ再送信の最大数、ＨＡＲＱプロセス番号などの再送信に関連するプロパティ、のうちの１つ以上を含んでもよい。
【０１９６】
拡張メッセージ１（ｅＭＳＧ１）が、提供されてもよい。例では、ＷＴＲＵは、時間／周波数において互いに素であり得る、又はプリアンブルと結合され得る（例えば、プリアンブルシーケンスをデータ送信の先頭に追加する）、プリアンブルシーケンスと結合されるデータを送信してもよい。
【０１９７】
例では、１つ以上の送信のプリアンブル及びデータ部分が、関連付けを使用して結び付けられてもよい。
【０１９８】
プリアンブルとデータとの間の関係が、時間ドメインにあってもよい。例えば、プリアンブルの送信開始時間及びデータ部分の送信開始時間が、互いから特定の時間量だけオフセットされてもよい。開始時間は、スロット、ミニスロット、サブフレームの第１のシンボル、又はそれらの特定のシンボル（例えば、制御シグナリング専用でなくてもよい、対応するＰＲＢ領域の第１のシンボル）に対応してもよい。例えば、プリアンブル及びデータ部分の送信が時間的に連続し得るとき、関係（例えば、オフセット）は、等しいか又はゼロであってもよい。これは、例えば、プリアンブルによって示され得るように、データ部分の送信タイミングの先験的知識から、受信側ノードにおけるデータのブラインド復号を容易にし得る。
【０１９９】
プリアンブルとデータとの間の関係が、周波数ドメインにあってもよい。例えば、プリアンブルの送信の第１のＰＲＢ及びデータ部分の送信の第１のＰＲＢが、互いからＰＲＢの特定量だけオフセットされてもよい。例えば、プリアンブル及びデータ部分の共同送信が存在し得るときに、オフセットはゼロに等しくてもよい。関連付けが、所与の送信持続時間について（若しくは、それぞれの送信持続時間の時間的な特定の重なりについて）、例えば、所与のスロット、ミニスロット、サブフレームについて、又はそれらの特定のシンボル（例えば、制御シグナリング専用で使用されなくともよいリソースの１つ以上のシンボル）に対して、有効であってもよい。関連付けは、（例えば、代替的には、）例えば、別の手続と組み合わせて、オーバラップしていない（例えば、時間的に互いに素である）時間間隔にわたって適用可能であってもよい。これは、例えば、プリアンブルによって示され得るように、例えば、データ部分の送信の第１のＰＲＢの先験的知識から、受信側ノードにおけるデータのブラインド復号を容易にし得る。
【０２００】
ＷＴＲＵは、例えば、以下の手続、（ｉ）固定又は事前定義済み（例えば、ＷＴＲＵにおいて構成され、及び全てのＷＴＲＵについて仮定される）、（ｉｉ）システム情報において提供される（例えば、ＳＩＢ上でのブロードキャストを通して、又はアクセステーブルにおいて提供される）、（ｉｉｉ）明示的標識に基づいて（例えば、ＤＣＩにおいて、又はＭＡＣ  ＣＥ若しくはＲＲＣなどのダウンリンク制御メッセージにおいて明示されている）、（ｉｖ）選択されたプリアンブルに基づいて（例えば、プリアンブルは、使用されるべき特定オフセットに関連付けられてもよく、その場合に、関連付けは固定であってもよく、若しくはネットワークによって構成されてもよい）、（ｖ）選択されたＰＲＡＣＨリソースに基づいて（例えば、ＰＲＡＣＨリソースは、使用されるべき特定オフセットに関連付けられてもよく、その場合に、関連付けは固定であってもよく、若しくはネットワークによって構成されてもよい）、並びに／又は（ｖｉ）ランダム選択（例えば、ＷＴＲＵは、ＷＴＲＵによって使用可能であると判断され得る、いくつかの可能なオフセットから選択されてもよい）、のうちの１つ以上（例えば、組み合わせ）を使用して、時間／周波数におけるオフセットを判断してもよい。
【０２０１】
例えば、ＷＴＲＵは、プリアンブルの送信に続くデータの送信のための第１の利用可能なＵＬリソースにおいて生じるように、データのためのリソースを選択してもよい。リソースは、ネットワークシグナリングを通してＷＴＲＵに提供されてもよい。データを送信するためにＷＴＲＵによって選択されるＰＲＢは、（例えば、さらに）ＷＴＲＵによってランダムに選択されてもよい。ＷＴＲＵは、データ送信のために固定数のＰＲＢを選択することに制限されてもよい。
【０２０２】
プリアンブルとデータとの間の関係が、送信の長さ／サイズ／持続期間にあってもよい。例えば、リソースブロックの数又はＷＴＲＵの送信のトランスポートブロックサイズは、プリアンブルシーケンス、プリアンブル長、又はプリアンブルリソースなどのプリアンブルのプロパティに関連付けられてもよい。関連付けは、ネットワーク構成によって、事前定義されてもよく、又は提供されてもよい。
【０２０３】
プリアンブルとデータとの間の関係が、データの符号化／スクランブルにあってもよい。データのための符号化、スクランブル、又はＣＲＣが、プリアンブルのプロパティに関連付けられてもよい。例えば、ＷＴＲＵは、プリアンブルシーケンスの全て又は一部を使用してＣＲＣを適用してもよい。ＷＴＲＵは、例えば、プリアンブルのために選択されるリソースに基づいて、（例えば、また）ＣＲＣを修正してもよい。例では、ＷＴＲＵは、例えば、第１の範囲のリソースを使用して、それがプリアンブルを送信するとき、それがプリアンブルの別の部分をＣＲＣとして使用するように判断するとき、又はそれが第２の範囲のリソースを使用してプリアンブルを送信するときに、プリアンブルの一部をＣＲＣとして使用するように判断してもよい。
【０２０４】
プリアンブルとデータとの間の関係が、ヌメロロジーにあってもよい。例えば、ＷＴＲＵは、プリアンブルシーケンス、プリアンブルのために選択されるリソース、プリアンブルのヌメロロジーなどの、プリアンブルのプロパティに関連し得るデータの送信のためのヌメロロジーを使用してもよい。ＷＴＲＵは、例えば、プリアンブルと同一のヌメロロジーを使用して、データを送信してもよい。プリアンブルシーケンスのヌメロロジーは、（例えば、代替的に）同一（例えば、参照ヌメロロジー）であってもよい。ＷＴＲＵは、例えば、プリアンブルリソースの時間／周波数位置（例えば、あるヌメロロジーに関連付けられる特定の時間−周波数位置）、又はプリアンブルシーケンス（例えば、あるヌメロロジーに関連付けられる特定のプリアンブルシーケンス）に基づいて、データ部分のヌメロロジーを選択してもよい。
【０２０５】
プリアンブルとデータとの間の関係が、多重アクセス方式又は構成にあってもよい。例では、ＷＴＲＵは、例えば、プリアンブルのプロパティ（例えば、シーケンス、選択されたリソース）に基づいて、データ送信のための、多重アクセス方式（例えば、ＦＤＭＡ、ＴＤＭＡ、ＣＤＭＡ）及び構成パラメータ（例えば、特定のリソース要素、スクランブルコード、ランダム化パラメータ）を選択してもよい。例えば、ＷＴＲＵは、プリアンブルシーケンスに基づいて、データ送信のためのリソースブロック内の特定のリソース要素又はシンボル（例えば、競合ベースリソース）を選択してもよい。
【０２０６】
プリアンブルとデータとの間の関係が、送信電力にあってもよい。例えば、データ送信のための最大送信電力は、プリアンブル最大送信電力、プリアンブルシーケンス、プリアンブルリソース、又はプリアンブルの他のプロパティに関連してもよい。データ送信電力は、プリアンブル送信電力のスカラ関数であってもよい。関数は、ネットワークによってＷＴＲＵにおいて事前構成され、又は構成されてもよい。プリアンブルの送信電力は、例えば、事前構成又はネットワーク構成によって判断されてもよく、プリアンブルの再送信に続いて（例えば、特定量だけ）変更されてもよい。
【０２０７】
ネットワーク構成が、提供されてもよい。
【０２０８】
ｅＲＡＣＨ手続のベアラ毎の構成が、提供されてもよい。ＷＴＲＵは、例えば、それがデータを送信するためにｅＲＡＣＨ手続を使用することを可能にされるかどうかを示すように、ベアラ単位で（例えば、ＲＲＣにおいて）構成されてもよい。ｅＲＡＣＨ手続は、非アクティブ状態にとどまっている間、送信に使用されてもよい。構成は、特定ベアラが、ＷＴＲＵが非アクティブ状態にある間データ送信を実行することを可能にし得る（例えば、可能にすることとなる）かどうか、又は非アクティブ状態のＷＴＲＵが、ベアラに関連付けられるデータを送信するためにＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移し得る（例えば、遷移することとなる）かどうかを判断してもよい。
【０２０９】
ベアラ構成は、（例えば、また）ｅＲＡＣＨ手続のための追加構成を含んでもよい。ＷＴＲＵは、ベアラ構成から以下の、（ｉ）ｅＲＡＣＨが、データの送信に許可され得る（例えば、許可される）かどうか、又は、レガシーＲＡＣＨ及び／若しくはＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移が許可され得る（例えば、要求され得る）かどうか、（ｉｉ）レガシーＲＡＣＨへのフォールバック前、若しくはＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移前にｅＲＡＣＨ手続を使用して、許容される再送信（例えば、再試行）の数、（ｉｉｉ）プリアンブル送信に使用するためのプリアンブル若しくはプリアンブルグループの標識、（ｉｖ）ｅＲＡＣＨ手続におけるプリアンブル及びデータ間のリンケージを制御するパラメータ、（ｖ）プリアンブル及び／若しくはデータ送信に使用されるべきリソース若しくはリソースのサブセット、（ｖｉ）ｅＲＡＣＨを実行している間若しくは非アクティブ状態にとどまっている間に使用され得る最大データ送信サイズ、（ｖｉｉ）ｅＲＡＣＨを実行している間若しくは非アクティブ状態にとどまっている間に使用され得る最大データレート、（ｖｉｉｉ）無線ベアラを許容できるｅＲＡＣＨ手続を使用するデータ送信間の最小時間、（ｉｘ）ＷＴＲＵ動作の構成（例えば、ｅＲＡＲからのバックオフ標識の場合）、並びに／又は（ｘ）多重化、セグメント化、及び／若しくは連結がこのような動作を制限する関連パラメータを含み得るベアラに許可され得るかどうか、のうちの１つ以上を判断してもよい。
【０２１０】
送信サイズの例では、例えば、ベアラについてバッファされるデータ量が最大構成済みデータサイズより少ない可能性があるときに、ＷＴＲＵは、ｅＲＡＣＨ手続を使用するように決定してもよい。ＷＴＲＵは、（例えば、そうでなければ）レガシーＲＡＣＨ手続又はｅＲＡＣＨ手続を使用するように決定してもよく、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移る意向を示してもよい。
【０２１１】
データレートの例では、例えば、データがベアラについて到来する率が最大構成済み率未満であり得るときに、ＷＴＲＵは、ｅＲＡＣＨ手続を使用するように決定してもよい。ＷＴＲＵは、（例えば、そうでなければ）レガシーＲＡＣＨ手続又はｅＲＡＣＨ手続を使用するように決定してもよく、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移る意向を示してもよい。
【０２１２】
バックオフ標識についての構成の例では、ＷＴＲＵは、例えば、構成可能なバックオフピリオドの後すぐに、（例えば、そのような構成に基づいて）２ステップ手続を再試行することを許可されてもよく、又は４ステップ手続で開始することによってデータ送信を実行してもよい。それは、データが利用可能であったベアラの構成によって判断されてもよい。
【０２１３】
新たな／専用ベアラは、非アクティブ状態においてデータ送信のために提供されてもよい。
【０２１４】
ＷＴＲＵは、単一の専用ベアラ（例えば、のみ）のためのｅＲＡＣＨ手続を使用してデータ送信を実行してもよい。例えば、専用ベアラは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から非アクティブ状態への遷移中に確立されていてもよい。
【０２１５】
ＷＴＲＵが非アクティブ状態にあり得る間、ＷＴＲＵは、（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ動作について作成される最初に関連するベアラとは対照的に、）データパケットをアプリケーションレイヤから専用ベアラへマッピングするためのポリシーで構成されてもよい。ポリシーは、例えば、１つのＴＦＴ若しくはＴＦＴのセットを新たなベアラへマッピングすること、又は１つのＱｏＳフロー識別子若しくはＱｏＳフロー識別子のセットをネットワークから新たなベアラへマッピングすることを含んでもよい。
【０２１６】
ＷＴＲＵは、（例えば、上述のような）ｅＲＡＣＨ手続の構成と関連付けられる１つ以上の構成パラメータを、ベアラ構成から判断してもよい。
【０２１７】
ＷＴＲＵは、プリアンブル（例えば、プリアンブルシーケンス）を判断（例えば、選択）してもよい。ＷＴＲＵは、例えば、（例えば、必要な）ＰＲＡＣＨ及び／又はデータ受信信頼性に基づいて、プリアンブルを選択してもよい。例えば、（例えば、潜在的にデータを伴う）１つ以上のプリアンブルは、時間、周波数、空間的リソース、及び／又はコードリソースにわたって分布してもよい。例では、プリアンブル及び（例えば、任意選択的に）データは、複数のリソースにわたって反復されてもよい。ＷＴＲＵは、（例えば、必要な）信頼性を達成するためのダイバーシティの必要な量を判断してもよく、（例えば、したがって）そのようなダイバーシティを達成し得るプリアンブルを選択してもよい。プリアンブル及びデータ部分のダイバーシティ（例えば、反復数）は、同一でなくてもよい。例えば、ＰＲＡＣＨ受信についてのダイバーシティは、データ受信についてのダイバーシティよりも大きくてもよい。これは、例えば、データ送信が失敗するときに、新たな、完全なＲＡＣＨ手続を回避してもよい。
【０２１８】
ＷＴＲＵは、例えば、構成済みプリアンブルのセットからの１つ以上のプリアンブルの選択の結果として、特定のプロパティ又はプロパティの範囲を使用することに限定されてもよい。
【０２１９】
ＷＴＲＵは、送信タイプ及び／又は１つ以上の送信プロパティを示すために、（例えば、代替的に）送信タイプ指標をプリアンブルに付加してもよい。
【０２２０】
ＷＴＲＵは、そのプリアンブル選択に基づいて他の情報を示してもよい。特定の送信プロパティ、又はプリアンブルの選択に反映され得る他の情報は、例えば、以下のうちの１つ以上を含んでもよい。
【０２２１】
プリアンブル選択は、例えば、送信予定のデータ量、最大ＴＢサイズ、及び／又は許容できるＴＢサイズの範囲を示してもよい。ＷＴＲＵは、データ部分において送信されることとなるデータ量に基づいて、プリアンブルを選択してもよい。例えば、ＷＴＲＵは、送信予定のデータ量を、例えば、保留ＰＤＵのサイズ、制御メッセージ、ＩＰパケットなどに基づいて判断してもよく、又は、送信予定のデータが存在しない可能性があるかどうか（例えば、粗いタイミングアライメントを維持するためにタイマによってトリガされるプリアンブル送信）を判断してもよい。判断は、（例えば、ただ１つの）特定の論理チャネル、データのタイプ、ＱｏＳレベル、サービスのタイプなどに限定されてもよい。ＷＴＲＵは、（例えば、判断に基づいて、）データ量に関連付けられ得る１つ以上のプリアンブルから選択してもよく、又は結果となるＴＢがプリアンブルに関連付けられる最大値を超えず、プリアンブルに関連付けられる範囲内に入り得る１つ以上のプリアンブルから選択してもよい。
【０２２２】
プリアンブル選択は、例えば、送信のタイプ、又は送信を引き起こした可能性があるトリガを示してもよい。ＷＴＲＵは、例えば、データのタイプ、又はデータと関連付けられ得るＱｏＳ要件に基づいて、プリアンブルを選択してもよい。例では、例えば、データが特定サービス（例えば、ＵＲＬＬＣ）に関連付けられ得るとき、又はデータが、論理チャネルのタイプ又は上位レイヤからのＱｏＳマーキングのうちの１つ以上に関連付けられ得るときに、ＷＴＲＵは、プリアンブルのセットから１つ以上を選択してもよい。ＷＴＲＵは、例えば、拡張された（例えば、２ステップの）若しくはレガシー（例えば、４ステップの）ＲＡが実行され得るかどうかに基づいて、又はＷＴＲＵが（例えば、タイミングアライメントのみを得るために）データなしで２ステップ送信を実行するようにトリガされたかどうかに基づいて、プリアンブルを選択してもよい。
【０２２３】
プリアンブル選択は、例えば、データ送信に関連付けられ得るタイミング要件を示してもよい。ＷＴＲＵは、データに関連付けられ得る送信レイテンシ要件の関数としてそのプリアンブルを選択してもよい。ＷＴＲＵは、ＷＴＲＵの処理ケイパビリティの関数としてそのプリアンブルを選択してもよい。ＷＴＲＵの処理ケイパビリティは、（例えば、ＲＡＲを含むメッセージ内の）アップリンク送信のためのリソース及び／又は対応するアップリンク送信（例えば、４ステップＲＡＣＨ手続のためのｍｓｇ３）を認可するダウンリンク制御シグナリングの受信の間に必要な処理時間を含んでもよい。ＷＴＲＵは、ＲＡＣＨ手続をトリガしたデータについてのレイテンシ要件と、そのような処理時間に関するＷＴＲＵのケイパビリティとの組み合わせの関数としてプリアンブルを選択してもよい。ＷＴＲＵは、（例えば、この場合、）データ送信に必要とされ得る時間をさらにトラッキングしてもよく、必要な送信時間との現在の時間の差異に基づいてプリアンブルを選択してもよい。
【０２２４】
プリアンブル選択は、例えば、ＷＴＲＵバッファ状態を示してもよい。ＷＴＲＵは、例えば、１つ又は複数の論理チャネル、論理チャネルグループ、データタイプなどについてのそのバッファ状態に基づいて、プリアンブルを選択してもよい。プリアンブルは、バッファ状態についての範囲に関連付けられてもよい。ＷＴＲＵは、この範囲との比較に基づいて選択を行ってもよい。（例えば、別の）例では、ＷＴＲＵは、論理チャネルについてのＷＴＲＵのバッファ状態が、プリアンブル＋データ送信のデータ部分についての許容できる送信サイズを超え得るかどうかに基づいて、プリアンブルを選択してもよい。ＷＴＲＵは、ｅＲＡＲにおけるグラントについての要求の関数として、プリアンブルを選択してもよい。
【０２２５】
プリアンブル選択は、例えば、ＷＴＲＵ識別を示してもよい。ＷＴＲＵは、例えば、ＷＴＲＵにおける識別に基づいて、プリアンブルを選択してもよい。識別は、事前構成されてもよく（例えば、ＧＵＴＩ）、又はネットワークによって提供されてもよい（例えば、Ｃ−ＲＮＴＩ又はＩＭＳＩ）。ＩＤは、例えば、ＷＴＲＵによる状態遷移中（例えば、接続から簡易接続又はＩＤＬＥへ移るとき）に、ネットワークによって提供されてもよい。ＩＤは、全体的であってもよく、又はＷＴＲＵによってランダムに選択される部分を含んでもよい。ＩＤは、ＷＴＲＵ状態（例えば、ＩＤＬＥ、接続、又は簡易接続状態）に依存してもよい。
【０２２６】
プリアンブル選択は、例えば、データ送信の位置及び／又はヌメロロジーを示してもよい。ＷＴＲＵは、データの送信用の時間／周波数リソース及び／又はヌメロロジーの選択を実行してもよい。ＷＴＲＵは、位置及び／又はヌメロロジーに関連付けられるプリアンブルを選択してもよい。ＷＴＲＵは、データ部分についてのダイバーシティ又は信頼性を判断してもよく、それに関連付けられるプリアンブルを選択してもよい。例えば、プリアンブルは、周波数、時間、空間、又はコードにわたる反復を可能にするデータリソースにマッピングしてもよい。
【０２２７】
プリアンブル選択は、例えば、ＭＣＳを示してもよい。ＷＴＲＵは、それが関連データの送信に使用し得るＭＣＳに基づいて、プリアンブルを選択してもよい。
【０２２８】
プリアンブル選択は、例えば、ランダム選択を示してもよい。ＷＴＲＵは、プリアンブルの構成済みセットから、又はプリアンブル関連付けのための１つ以上の他の規則（例えば、その組み合わせ）を満たし得るプリアンブルのセットから、プリアンブルのランダムな選択を実行してもよい。
【０２２９】
プリアンブル選択は、例えば、データ送信の復調構成を示してもよい。ＷＴＲＵは、例えば、データ送信の復調構成に基づいて、プリアンブルを選択してもよい。例では、プリアンブルは、データ送信のための復調用参照信号（ＤＭＲＳ：demodulation  reference  signal）として使用されるように構成されてもよい。例では、データ送信のためのＤＭＲＳとしてのプリアンブルの使用は、シグナリングオーバヘッドを減少させ、データ送信キャパシティを増加させ得る。例えば、ＷＴＲＵは、例えば、より正確な周波数及びＴＲＰ受信機における誤り訂正をもたらすために、長いプリアンブルシーケンスを選択してもよい。参照プリアンブルヌメロロジーのセットは、例えば、プリアンブルがデータ送信のためのチャネル推定に使用され得るときに、ＷＴＲＵが使用するために事前構成されてもよい。ＷＴＲＵは、例えば、ヌメロロジー、周波数割り当て、ビームフォーミング構成などを含む、プリアンブル構成をデータ送信と照合してもよい。ＷＴＲＵは、（例えば、代替的に、又は追加的に）データ送信についての事前構成済みの復調用参照信号（ＤＭＲＳ）を選択してもよい。ＷＴＲＵは、データ送信のものと互換性がある送信パラメータを使用することを考慮せずに、短いプリアンブルシーケンスを異なる周波数リソース割り当てにおいて選択してもよい。
【０２３０】
図７は、復調構成７００の例である。図７に示すように、ＷＴＲＵは、データ送信についてのＤＭＲＳとしてプリアンブルを使用してもよい。ＷＴＲＵは、データ送信前にＤＭＲＳを送信してもよい。ＷＴＲＵは、データ送信中にＤＭＲＳを送信してもよい。
【０２３１】
プリアンブル選択は、例えば、ノードを受信するプリアンブルを示してもよい。ＷＴＲＵは、構成されてもよく、又はＴＲＰ若しくはＴＲＰのグループを対象とし得るプリアンブルを送信するダウンリンク送信に基づいてもよい。例としての配備では、セルが、セルの初期アクセスカバレッジをＳＦＮの方式でまとめて提供し得るＴＲＰのグループで構成されてもよい。ＷＴＲＵは、（例えば、それぞれの）個々のＴＲＰにおいてＲＡＣＨ受信性能を最適化し得るプロパティ又は特性を有するセル固有の構成に従ってプリアンブルを選択してもよい。例では、ＷＴＲＵは、いくつかの反復される短いシーケンスで構成され得るプリアンブルを選択してもよい。例えば、ＴＲＰは、受信機ビームフォーミングを使用し、１つ又は複数の受信ビームにおいて短いシーケンスの一部又は全てを受信し得るため、これによって、アップリンクＲＡＣＨリンク性能が改善され得る。ＴＲＰは、（例えば、また）複数の受信ビームにおいて受信される短いシーケンスバージョンのコヒーレント結合を適用してもよい。（例えば、別の）例では、ＴＲＰは、幅広い受信ビームを使用してもよい。ＷＴＲＵは、例えば、プリアンブル送信にビームフォーミングゲインをもたらすために、それぞれの短いシーケンスについて異なる送信ビームフォーミング構成を選択してもよい。ＷＴＲＵは、（例えば、それがプリアンブルを特定ＴＲＰに送信し得るときに、）例えば、対象とするＴＲＰによるプリアンブル検出の高いエネルギー蓄積をもたらすように、（例えば、１つの）長いプリアンブルシーケンスを選択してもよい。
【０２３２】
プリアンブル選択は、例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移についての要求を示してもよい。ＷＴＲＵが非アクティブ状態にある間にｅＲＡＣＨを送信することは、（例えば、プリアンブル選択又は関連リソースに基づいて、）例えば、ＷＴＲＵが（ｅＲＡＣＨ手続に続いて）ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移したいか、又は（例えば、ｅＲＡＣＨ手続を使用してデータを送信し続けるために）非アクティブ状態にとどまりたいかを示してもよい。
【０２３３】
プリアンブル選択は、例えば、送信予定データ量が最大値を超えることを示してもよい。ＷＴＲＵは、それがｅＲＡＣＨ手続を使用して全ての保留データの送信を実行できるかどうかを示すために、プリアンブルを選択してもよい。例えば、標識は、ネットワークがｅＲＡＲにおいて追加のＵＬグラントを提供することを可能にしてもよい。
【０２３４】
プリアンブル選択は、例えば、半永続ＤＬリソースについての要求を示してもよい。ＷＴＲＵは、ＤＬリソースを割り当てるためにそのプリファレンスを示してもよい（例えば、ＤＬグラントなしに割り当てられ得る有限セット）。例えば、ＷＴＲＵが、延長された時間ピリオドの間、非アクティブ状態でデータ送信を実行するときに、ＤＬリソースの暗示的な割り当てによって、ネットワークがアプリケーションレイヤＡＣＫを提供することを許可してもよい。
【０２３５】
プリアンブル選択は、例えば、いくつかの要求されるグラントを示してもよい。ＷＴＲＵは、ｅＲＡＲにおいてネットワークから追加のグラントを要求してもよい。例えば、ＷＴＲＵは、ｅＭＳＧ２の送信に続いて、ＳＲＢ及びＤＲＢを別々のリソースを使用して送信してもよい。選択されるプリアンブルは、ＷＴＲＵによる要求を示してもよい。
【０２３６】
プリアンブル選択は、例えば、データフォーマットを示してもよい。ＷＴＲＵは、使用されるＭＡＣヘッダのタイプ、シグナリング（ＳＲＢ）の存在／不存在、各ベアラに関連付けられるデータの量などの、データ送信フォーマットを（例えば、プリアンブルの一部として）示してもよい。フォーマットを示すことは、データ部分とともに送信されるヘッダオーバヘッドを減少させることができ、それによって、リソース効率が向上され得る。
【０２３７】
ＷＴＲＵは、（例えば、ＲＲＣシグナリングを通して）複数のプリアンブルをネットワークから（例えば、さらに）受信してもよく、提供されるプリアンブルを、例えば、１つ以上のプロパティに基づいて選択してもよい。
【０２３８】
他のプリアンブル選択と併せて使用され得る例では、ＷＴＲＵは、プリアンブル送信についてのその時間／周波数リソースを、プリアンブル選択のための１つ以上の規則に基づいて選択してもよい。ＷＴＲＵは、例えば、事前構成によって、又はネットワーク構成によって（例えば、ブロードキャスト又は専用シグナリング、及び／又はアクセステーブルから）データ送信プロパティ、ＷＴＲＵ情報、及びプリアンブルリソース間の関連付けを学習してもよい。
【０２３９】
物理ランダムアクセスリソース選択、例えば、ＰＲＡＣＨ又は拡張ＰＲＡＣＨ（ｅＰＲＡＣＨ）が、提供されてもよい。両方のアクセス手続について同一のＰＲＡＣＨを有する手続が、実施されてもよい。ＷＴＲＵは、ＲＡＣＨ（４ステップ）及びｅＲＡＣＨ（２ステップ）送信のためにリソースの共通セットを利用してもよい。ＷＴＲＵは、ＰＲＡＣＨ／ｅＰＲＡＣＨリソースを特定の同期シーケンスに関連付けられ得るシステム情報から、及び／又は事前構成済みの情報から判断してもよい。例えば、ＰＲＡＣＨ／ｅＰＲＡＣＨの送信についての周波数範囲及び／又はヌメロロジーは、特定リソースブロック（例えば、時間／周波数位置）がシステム情報によって定義され得る一方で、ＷＴＲＵにおいて事前構成されてもよい。
【０２４０】
差別化は、プリアンブルシーケンスに基づいてもよい。ＷＴＲＵは、例えば、手続のタイプに基づいて、プリアンブルシーケンスの異なるセットから選択してもよい。プリアンブルの第１のセット（例えば、プリアンブルグループＣ）は、ｅＰＲＡＣＨに関連付けられてもよく、一方、プリアンブルの１つ以上のセット（例えば、プリアンブルグループＡ及びＢ）は、ＰＲＡＣＨ送信に関連付けられてもよい。
【０２４１】
差別化は、ネットワークによるデータのブラインド復号に基づいてもよい。ＷＴＲＵは、ＰＲＡＣＨ及びｅＰＲＡＣＨについて同一のプリアンブルを（例えば、代替的に）利用してもよい。ネットワークは、例えば、ＷＴＲＵによって送信されるデータの検出を通して、ｅＰＲＡＣＨの使用を判断してもよい。ＷＴＲＵは、例えば、ｅＭＳＧ１の受信失敗があるときに、ＰＲＡＣＨ再送信に（例えば、常に）フォールバックしてもよい。
【０２４２】
手続は、多重アクセス手続のそれぞれについて個々のＰＲＡＣＨ／（ｅ）ＰＲＡＣＨリソースを有してもよい。ＷＴＲＵは、ＰＲＡＣＨ及びｅＰＲＡＣＨについてリソースの個々のセットを利用してもよい。ＷＴＲＵは、例えば、それがレガシーＲＡＣＨ手続を実行するときに、ＰＲＡＣＨに関連付けられるリソースを選択してもよく、例えば、それがｅＲＡＣＨ手続を実行するときに、ｅＰＲＡＣＨに関連付けられるリソースを選択してもよい。
【０２４３】
データリソースは、例えば、プリアンブルに基づいて選択されてもよい。ＷＴＲＵは、データリソース（例えば、時間／周波数）及び／又はデータ送信プロパティ（例えば、ヌメロロジー、ＭＣＳ）を、例えば、選択されたプリアンブルの関数として、及び／又は選択されたプリアンブルリソースの関数として、選択又は判断してもよい。例では、ＷＴＲＵは、プリアンブルシーケンス／プリアンブルリソースとデータリソース／データ送信プロパティとの間の定義済みマッピングで構成されてもよい。
【０２４４】
例えば、ＷＴＲＵには、使用可能なデータリソースの全体のセット、及び各プリアンブルと使用予定の対応するリソースブロックとの間の（例えば、テーブル又はリストに基づく）定義済みマッピングを提供されてもよい。（例えば、別の）例では、全体リソースの提供されたセット内のリソースブロックは、選択されたプリアンブルのプリアンブルシーケンス番号又はプリアンブルインデックスによってインデックスされてもよい。
【０２４５】
ＷＴＲＵは、例えば、以下の、（ｉ）システム情報（例えば、ブロードキャスト又は専用及び／若しくはオンデマンド）、（ｉｉ）アクセステーブル、並びに／又は（ｉｉｉ）特定のＲＮＴＩへのＰＤＣＣＨグラント（例えば、リソースは、ネットワークによって動的に提供される競合ベースリソースで構成され得る）、のうちの１つ以上から、使用可能なデータリソースのその全体のセットを取得してもよい。
【０２４６】
ＷＴＲＵは、例えば、定義されたサブセットからリソースを自律的に選択してもよい。例えば、ＷＴＲＵプリアンブル選択は、ＷＴＲＵによって使用可能であり得るリソース及び／又は送信プロパティの許容できるサブセットを判断してもよい。ＷＴＲＵは、リソース及び／又は送信プロパティのこのサブセットから、以下の、ランダム選択、測定若しくはチャネル占有率、送信するデータの量、及び／又はデータのタイプ、のうちの１つ以上に基づいて選択してもよい。
【０２４７】
ランダム選択の例では、ＷＴＲＵは、ＷＴＲＵが保留メッセージを送信することを可能にし得るいくつかのトランスポートブロックをランダムに選択してもよい。
【０２４８】
測定又はチャネル占有率に基づく選択の例では、ＷＴＲＵは、選択されたプリアンブルに関連付けられ得る許容できるデータリソース上で（例えば、ＤＬにおける）測定を実行してもよい。ＷＴＲＵは、最高の品質又は最小のチャネル占有率を有し得るリソースを選択してもよい。測定又はチャネル占有率の判断は、ＲＳＲＰ測定、チャネルの達成可能なダイバーシティレベル（例えば、独立ダイバーシティパスの数が、効率的な反復を可能にする）、エネルギー測定、ＰＲＡＣＨ及び／又は他のＷＴＲＵからの他の送信の復号による占有率の検出で構成され得る。
【０２４９】
送信するデータの量に基づく選択の例では、ＷＴＲＵは、送信するデータ又はそのバッファ内のデータの量（最大量までの）に基づいて、いくつかのリソースブロックなどを選択してもよい。
【０２５０】
データのタイプ（例えば、ＱｏＳ、サービスタイプ、又は論理チャネル）に基づく選択の例では、ＷＴＲＵは、特定のヌメロロジー（例えば、ＴＴＩ）を使用されるサービスのタイプに関連付けるように、そのリソースを選択してもよい。ヌメロロジーは、選択されたリソースの時間／周波数位置に（例えば、ネットワークによるシグナリングを通して）関連付けてもよい。
【０２５１】
ＷＴＲＵは、選択されたリソースの標識を、プリアンブル送信及び／又はデータ内の情報として（例えば、さらに）提供してもよい。ＷＴＲＵは、例えば、送信用にＷＴＲＵによって選択されたリソースブロックのビットマップとして、標識をフォーマットしてもよい。
【０２５２】
ＷＴＲＵは、追加情報を（例えば、データ送信において、又はデータの制御領域において）含んでもよい。追加情報は、例えば、以下の、（ｉ）送信されるデータの量及び／若しくはデータを送信するために使用され得るＭＣＳ、（ｉｉ）ＨＡＲＱ情報（例えば、ＷＴＲＵが（少なくとも最初に）プリアンブル＋データ送信の手続を通して送信のための複数のＨＡＲＱプロセスを維持することを可能にし得る、ＨＡＲＱプロセス番号、冗長度バージョン、再送信番号など）、（ｉｉｉ）ＷＴＲＵ識別、（ｉｖ）ＷＴＲＵバッファ状態、（ｖ）１つ以上の同期シーケンス（例えば、ＷＴＲＵによって測定される）、（ｖｉ）ＷＴＲＵによって使用される、若しくは（例えば、将来の送信のために）使用予定のビームインデックス若しくはビームパラメータ、（ｖｉｉ）ｅＲＡＲにおける所望のフォーマット又は所望の情報（例えば、ＷＴＲＵは、ｅＲＡＲにおいてＵＬグラントが送信されるように要求し得る）、（ｖｉｉｉ）データのＱｏＳ要件、（ｉｘ）プリアンブル＋データの送信中／送信前の参照若しくは同期信号の測定、並びに／又は（ｘ）状態遷移要求（例えば、ＩＤＬＥから接続へ、若しくは簡易接続から接続へ）又は現在の状態にとどまるための要求、のうちの１つ以上を含み得る。例えば、ＷＴＲＵは、短いデータバーストを有してもよく、ＷＴＲＵはＭＳＧ２がＨＡＲＱ  Ａ／Ｎ以外の何かを含むと予期し得ないことを、ネットワークに対して示してもよい（例えば、ＷＴＲＵは、ＴＡコマンド又は将来の送信のためのグラントを受信しなくてもよく、ＡＣＫの受信時に非タイミングアラインモードに戻ってもよい）。
【０２５３】
情報は、例えば、データ送信とともに送信され得るＭＡＣ  ＣＥ又はＲＲＣメッセージ内に含まれてもよい。
【０２５４】
ＷＴＲＵは、例えば、選択されたプリアンブルに基づいて、許容ＭＣＳ又はデータ送信のために使用するＭＣＳを判断してもよい。ＷＴＲＵは、以下の、ネットワークシグナリング、署名シーケンス若しくは同期信号のプロパティ、タイミングアライメント状態のプロパティ、トランスポートフォーマット／ＭＣＳの事前定義されたテーブル、及び／又はｅＲＡＣＨトリガのうちのいずれかの１つ以上（例えば、組み合わせ）に基づいて、ＭＣＳを判断してもよい。
【０２５５】
ネットワークシグナリングによる判断の例では、ＷＴＲＵは、ブロードキャスト又は専用ネットワークシグナリングに基づいてデータ送信に使用されるべきＭＣＳを受信してもよい。
【０２５６】
署名シーケンス又は同期信号のプロパティからの判断の例では、ＷＴＲＵは、信号強度に基づいて、例えば、２ステップ手続のトリガの前にＷＴＲＵによって検出された署名シーケンスのタイプと組み合わせて、ＭＣＳを判断してもよい。ＷＴＲＵは、署名シーケンスタイプ及び／又は強度と対応するＭＣＳとの間のマッピングで構成されてもよい。
【０２５７】
タイミングアライメント状態のプロパティからの判断の例では、ＷＴＲＵは、例えば、タイミングアドバンスコマンドの最後の受信からの時間量に基づいて、セルのサイズ、最後のＵＬ送信の時間、又はそれらの組み合わせから、ＭＣＳを判断してもよい。
【０２５８】
トランスポートフォーマット／ＭＣＳの事前定義されたテーブルに基づく判断の例では、ＷＴＲＵは、許容ＭＣＳの事前定義された、又はネットワーク構成されたテーブルに基づいて、ＭＣＳを判断してもよい。ＷＴＲＵは、テーブル内の許容ＭＣＳから選択してもよい。ネットワークは、例えば、ＷＴＲＵによって選択されるＭＣＳを判断するために、ブラインド復号を実行してもよい。
【０２５９】
ｅＲＡＣＨをトリガしたものに基づく判断の例では、ＷＴＲＵは、例えば、ネットワークによってトリガされたときに、例えばｅＭＳＧ０内の情報を使用して、かつ、例えば、ＷＴＲＵによって自律的にトリガされたときに（例えば、ＷＴＲＵにおけるデータ到来）、ブロードキャストシグナリング内の情報を使用して、データ送信のためのＭＣＳを選択してもよい。
【０２６０】
例では、ＷＴＲＵは、選択されたプリアンブルとデータ送信用の対応するＭＣＳとの間のマッピングを受信してもよい。ＷＴＲＵは、データ送信用のＭＣＳを使用してもよく、それは、プリアンブルに関連付けられ得る。（例えば、別の）例では、プリアンブルは、それらに関連付けられるＭＣＳの制限付き範囲を有してもよい。ＷＴＲＵは、例えば、２ステップ手続の開始前に実行され得る署名シーケンス又は同期信号の測定に基づいて、制限付きサブセット内の特定のＭＣＳを選択してもよい。
【０２６１】
ＷＴＲＵは、制御チャネルにおいて搬送される情報の存在に基づいて、データ送信のあるプロパティを判断してもよい。プリアンブル及びデータは、ＤＬにおける制御チャネルの送信とアラインされてもよい。制御チャネルは、（ｉ）周波数／時間／コードリソースの割り当て、（ｉｉ）ヌメロロジー、（ｉｉｉ）ＭＣＳ、及び／又は（ｉｖ）変調などの、データ送信についての情報を搬送してもよい。
【０２６２】
ＷＴＲＵは、例えば、そのようなプロパティを判断するために、例えば、特定のグループＲＮＴＩに基づいて制御チャネルを復号してもよい。ＲＮＴＩは、ＷＴＲＵにおいて事前構成されてもよく、又はＷＴＲＵのカテゴリ／タイプ（例えば、ＷＴＲＵタイプ毎のＲＮＴＩ）若しくはＷＴＲＵによって要求されるサービスに固有であってもよい。
【０２６３】
タイミングアドバンスを欠いたデータの送信は、干渉を引き起こすことがあり、ネットワークが送信を受信することを困難にし得る。
【０２６４】
ガードピリオドが選択されてもよい。ＷＴＲＵは、データ送信用に割り当てられたリソース内でそのデータを送信してもよい。ガードピリオドは、データ送信の前及び／又は後で使用されてもよい。ＷＴＲＵは、例えば、その環境又はタイミングアライメント状態に基づいて、ガードピリオド期間又はガードピリオド構成のセットから選択してもよい。これは、例えば、以下の、（ｉ）セルサイズ及び／若しくはＷＴＲＵ速度、（ｉｉ）タイミングアライメント状態（例えば、ＷＴＲＵが、最後にタイムアラインされてからの時間）、並びに／又は（ｉｉｉ）ＷＴＲＵ測定値（例えば、参照信号、署名シーケンス、若しくは同期信号についての）、のうちの１つ以上（例えば、組み合わせ）に対応し、又は関連付けられ得るガードピリオドを選択することを含んでもよい。
【０２６５】
ＷＴＲＵは、構成済みのガードピリオド構成のリストから選択を行ってもよく、それは、例えば上述のように、事前定義済み又は構成済みの関連付けを有してもよい。ＷＴＲＵは、ネットワークからそのガードピリオド構成を（例えば、代替的に）受信してもよい。
【０２６６】
ＷＴＲＵは、ガードピリオドの一部のうちに既知のシーケンスを送信してもよい。シーケンスは、サイクリックプレフィックス又は選択されたプリアンブル（若しくは、その関数）に関連し得るシーケンスで構成されてもよい。シーケンスの期間は、ガードピリオド構成に関連してもよい。例えば、シーケンスの期間は、ガードピリオド期間の特定の断片であってもよい。
【０２６７】
シーケンスは、ネットワークが、割り当てられたリソース内でＷＴＲＵによる送信開始を検出することを可能にしてもよい。
【０２６８】
ヌメロロジー選択が提供されてもよい。ＷＴＲＵは、第１のＰＲＡＣＨ送信について大きなＣＰを選択してもよい。ＰＲＡＣＨフォーマットは、ＣＰ及びＧＰを含んでもよい。サブキャリアスペーシングは、ＲＡＣＨ構成が受信され得るダウンリンクチャネルに基づいてもよい。これは、例えば、異なるプリアンブルシーケンスとでさえ、異なるＷＴＲＵプリアンブル送信間の干渉を回避し得る。
【０２６９】
干渉回避及び管理が提供されてもよい。複数のＷＴＲＵは、同一のプリアンブルを選択してもよく、それによって、互いとのプリアンブル衝突及びデータ送信干渉がもたらされることがある。例では、ＷＴＲＵは、例えば、衝突を減少させるために、ステップ１送信をビームフォーミングしてもよい。ＴＲＰは、２つの別々の受信ビームにおいて２つの同一のプリアンブルを受信してもよく、送信のデータ部分について干渉が存在しない可能性がある。ＷＴＲＵは、例えば、到来情報のダウンリンク受信角度を使用して、例えば、ビームスイープ、ランダムビーム選択、又はＤＬ／ＵＬチャネル相互関係に基づいて、ステップ１送信ビームフォーミング構成を選択してもよい。
【０２７０】
追加のＭＡＣ  ＣＥが送信されてもよい。ＷＴＲＵは、（例えば、データ送信とともに）１つ以上のＭＡＣ  ＣＥを送信してもよい。ＭＡＣ  ＣＥは、例えば、情報がプリアンブルとともに既に含まれていないときに、（例えば、プリアンブルとともに提供され得る）情報を（例えば、追加的に）含んでもよい。
【０２７１】
ＷＴＲＵは、２ステップアクセスが不成功又はデータ送信が不成功のときに、（例えば、ｅＭＳＧ１のための）再送信手続を開始してもよい。再送信は、例えば、以下のイベントのうちの１つ以上によってトリガされてもよい。（ｉ）ＷＴＲＵが、定義された、若しくは予期される時間ピリオドにわたって有効なｅＲＡＲを受信しないことがあること、（ｉｉ）ＷＴＲＵが、ＷＴＲＵ自体のＩＤに合致しない可能性があるＷＴＲＵ  ＩＤを有するｅＲＡＲを受信し得ること、（ｉｉｉ）ＷＴＲＵが、ＮＡＣＫに対応するＨＡＲＱプロセス状態でそれを対象とするｅＲＡＲを受信し得る、及び／又は（ｉｖ）ＷＴＲＵが、ＡＣＫに対応するがＮＤＩが新たなデータ送信（例えば、適応型再送信）を示さないＨＡＲＱプロセス状態でそれを対象とするｅＲＡＲを受信し得る
【０２７２】
ＷＴＲＵ再送信は、例えば、１つ以上のアクションを実行してもよい。
【０２７３】
（例えば、有効なｅＲＡＲが受信されていない可能性があるとき、又は受信されたｅＲＡＲが合致するＷＴＲＵ  ＩＤを有しない可能性があるときの）例では、ＷＴＲＵ再送信は、例えば、（ｉ）２ステッププロセスの第１のステップにおいてプリアンブル選択及びデータ送信を繰り返してもよく、（ｉｉ）同一プリアンブル、プリアンブルリソース、及び／若しくはデータリソースを利用して２ステッププロセスの第１のステップを繰り返してもよく、（ｉｉｉ）プリアンブル及び／又はデータ送信上の送信電力を増加させてもよく、（ｉｖ）４ステップ手続を開始してもよく（即ち、プリアンブルのみを送信してもよく）、並びに／又は（ｖ）プリアンブルの異なるセット若しくはサブセット、又はプリアンブル／データリソースのための異なる選択基準を採用してもしなくても、２ステッププリアンブルの第１のステップにおいてプリアンブル選択及びデータ送信を繰り返してもよい。例えば、ＷＴＲＵは、失敗したプリアンブル＋データ送信に続いて、プリアンブルのよりロバストなセットから選択してもよい。プリアンブルのよりロバストなセットは、異なるヌメロロジーブロック、異なる周波数範囲、異なるＷＴＲＵ符号化を使用することなどにおいて、データの送信に対応してもよい。
【０２７４】
（例えば、有効なｅＲＡＲがデータに対するＮＡＣＫ又はＡＣＫ及びＮＤＩ＝０とともに受信されていてもよいときの）例では、ＷＴＲＵ再送信は、例えば、（ｉ）例えば、ｅＲＡＲにおいて提供されるＴＡＣを使用して、データのみの再送信を実行してもよく、（ｉｉ）ｅＲＡＲにおいて示され得る、若しくは事前定義されたシーケンスに基づき得る、データに関連付けられる別の冗長度バージョンの有無に関わらず、データの再送信を実行してもよく、（ｉｉｉ）プリアンブル＋データの再送信についてのガード区間構成を修正してもよく、（ｉｖ）プリアンブルの再送信の有無に関わらず、例えば、同一データリソースを初期送信として再利用して、データのみの再送信を実行してもよく、（ｉｖ）ｅＲＡＲにおいて提供され得るＵＬグラントを利用して再送信を実行してもよく、（ｖ）グラントによって提供されるＭＣＳを使用するように、データ送信に使用されるＭＣＳを修正してもよく、（ｖｉ）ＭＣＳを特定量だけスケールしてもよく（例えば、スケールされたＭＣＳは、ガード区間の必要なしにリソース上でデータを再送信する能力に基づいて判断され得る）、並びに／又は（ｖｉｉ）そのＴＡタイマをリセットし、それが現在タイミングアラインされると仮定してもよい。
【０２７５】
例では、ＷＴＲＵは、以下の、（ｉ）ＷＴＲＵが、予想される時間ピリオド内にｅＲＡＲを受信しない可能性があること、（ｉｉ）ＷＴＲＵが、ＷＴＲＵ自体のＩＤ若しくは２ステッププロセス中にＷＴＲＵによって送信されるＩＤに合致しなくともよいＷＴＲＵ  ＩＤとともにｅＲＡＲを受信し得ること、及び／又は（ｉｉｉ）ＷＴＲＵが、ＮＡＣＫに対応するＨＡＲＱプロセス状態でそれを対象とし得るｅＲＡＲを受信し得ること（非適応型再送信）、のうちの１つ以上が発生すると、プリアンブル＋データの再送信を実行（例えば、２ステッププロセスを反復）してもよい。
【０２７６】
ＷＴＲＵは、例えば、再送信を必要とすることの結果として、プリアンブル＋データの再送信のためのガード区間構成を（例えば、さらに）修正してもよく、例えば、その場合に、ＷＴＲＵがｅＲＡＲにおいて有効なＴＡＣを受信していてもよい。例では、例えば、ＷＴＲＵが、それを対象とし得るｅＲＡＲを受信し、例えば、その場合に、ＮＡＣＫ及び有効なＴＡＣがＵＬグラントなしで受信され得るときに、ＷＴＲＵは、ガードピリオドなしにプリアンブル＋データの再送信を実行してもよい。
【０２７７】
（例えば、別の）例では、ＷＴＲＵは、ＮＡＣＫ（又はＮＤＩ＝０を有するＡＣＫ）及び、例えば、ＭＣＳ、リソースなどを含むＵＬグラントを含み得る有効なｅＲＡＲを受信してもよい。ＷＴＲＵは、（プリアンブル＋データにおいて最初に送信されていてもよい）データ部分を、例えば、提供されるグラントを使用して再送信してもよい。ＵＬ送信は、例えば、ｅＲＡＲにおいて提供されるＵＬタイミングを使用して、（例えば、また）ＷＴＲＵによって実行されてもよい。
【０２７８】
（例えば、別の）例では、ＷＴＲＵは、ｅＲＡＲ内のＵＬグラント情報なしでＮＡＣＫを含み得る有効なｅＲＡＲを受信してもよい。ＷＴＲＵは、例えば、初期送信におけるデータ部分のために選択される同一リソースを使用して、（例えば、プリアンブルなしで）データを再送信してもよい。リソースは、そのタイミングがｅＲＡＲの受信タイミングに依存し得るサブフレーム／フレームに位置してもよい。ＷＴＲＵは、リソースが（例えば、非競合ベースの）それ自体の送信専用であり得ると（例えば、さらに）判断してもよい。ＷＴＲＵは、ガード区間を使用することなくそのようなリソースにおいて（例えば、さらに）送信してもよく、例えば、以下の、（ｉ）ＵＬ送信がリソースの全期間を占有し得るように符号化を増加させること（例えば、ＭＣＳを変更すること）、（ｉｉ）同一リソースを使用して、追加の（例えば、新たなＴＢ）を元の（例えば、再送信される）ＴＢとともに送信すること、及び／又は（ｉｉｉ）リソースのサブセットにおいて送信すること（例えば、その場合に、サブセットがｅＲＡＲによって示され得る）、のうちの１つ以上を実行することによって、ガード区間の欠如を補償してもよい。例えば、ＷＴＲＵは、マルチスロットリソースの第１のスロット上で送信してもよく、又は初期リソースに関連付けられるリソースブロックの既知のサブセット上で送信してもよい。
【０２７９】
拡張メッセージ２（ｅＭＳＧ２／ｅＲＡＲ）が、提供されてもよい。ＷＴＲＵは、（例えば、プリアンブルを含み得る送信に続いて、）拡張ランダムアクセス応答（ｅＲＡＲ）をネットワークから受信してもよい。
【０２８０】
ｅＭＳＧ２受信手続は、ｅＲＡＲ受信手続を含んでもよい。ＷＴＲＵは、ｅＲＡＲについての復号を、例えば、ｅＭＳＧ１の送信に続いて実行してもよい。例えば、ｅＲＡＲが、予期される、若しくは定義済みの時間において、及び／又は特定の時間間隔内に復号成功され得るとき、ＷＴＲＵは、ｅＲＡＲの受信成功を判断してもよい。例えば、ｅＲＡＲが特定の時間において、又は特定のｅＲＡＲ受信ウィンドウの間に復号が成功しない可能性があるとき、ＷＴＲＵは、再送信手続などの失敗手続を開始してもよい。
【０２８１】
例では、ｅＲＡＲは、特定の時間（例えば、サブフレーム、スロット、ミニスロット）においてＷＴＲＵによって受信されてもよい。
【０２８２】
ＷＴＲＵは、例えば、以下のうちの１つ以上（例えば、組み合わせ）に基づいて、ｅＲＡＲ受信時間を判断してもよい。
【０２８３】
ＷＴＲＵは、例えば、プリアンブル／データの送信からの時間に基づいて、ｅＲＡＲ受信時間を判断してもよい。ＷＴＲＵは、プリアンブル及び／又はデータの送信（例えば、それに続くサブフレームの数）に基づいて、ｅＲＡＲ受信時間を判断してもよい。時間は、ＷＴＲＵにおいて事前構成されてもよく、又はネットワークによって構成されてもよい。
【０２８４】
ＷＴＲＵは、例えば、選択されたプリアンブルに基づいて、ｅＲＡＲ受信時間を判断してもよい。ｅＲＡＲ受信時間は、選択されたプリアンブルシーケンスに依存してもよく、それは、ＷＴＲＵによって実行される送信のタイプに関連してもよい。例えば、ＷＴＲＵは、プリアンブルの送信に続く特定の時間であるようにｅＲＡＲ受信時間を判断してもよく、その場合に、その時間は、選択されたプリアンブルに依存して異なり得る。ＷＴＲＵは、例えば、選択されたプリアンブルによって示され得る低レイテンシデータ送信について、ｅＲＡＲの受信までより短い時間遅延を予期してもよい。
【０２８５】
ＷＴＲＵは、例えば、ＷＴＲＵによって選択されるリソースに基づいて、ｅＲＡＲ受信時間を判断してもよい。ＷＴＲＵは、プリアンブル及び／又はデータの送信のために選択されるリソースの関数として、ｅＲＡＲ受信時間を判断してもよい。
【０２８６】
ＷＴＲＵは、例えば、同期シンボルの受信に基づいて、ｅＲＡＲ受信時間を判断してもよい。ＷＴＲＵは、ネットワークから受信され得る１つ以上の同期シンボルのタイミングに基づいて、ｅＲＡＲ受信時間を判断してもよい。例えば、ＷＴＲＵは、ＲＡＲ受信時間を、例えば、最良の又は適当な測定でＷＴＲＵによって測定され得る同期シンボルの受信から始まる時間ウィンドウとして計算してもよい。
【０２８７】
ＷＴＲＵは、例えば、ＷＴＲＵ  ＩＤに基づいて、ｅＲＡＲ受信時間を判断してもよい。ＷＴＲＵは、例えば、初期プリアンブル＋データ送信の一部として送信されるＷＴＲＵ  ＩＤの関数として、ｅＲＡＲ受信時間を判断してもよい。
【０２８８】
ＷＴＲＵは、例えば、ＷＴＲＵによって送信されるデータ／サービスのタイプに基づいて、ｅＲＡＲ受信時間を判断してもよい。ｅＲＡＲの受信時間は、ＷＴＲＵによって送信され得るデータ／サービスのタイプに固有又は依存してもよく、それは、例えば、特定の制御情報、データの送信プロパティ、又はプリアンブルシーケンス、リソースの選択などに基づいて、データ送信においてＷＴＲＵによって識別され得る。
【０２８９】
これらの例は単独又は任意の組み合わせにおいて、複数のＷＴＲＵが、同時にトリガされるｅＲＡＣＨ手続を有し得る状況などにおいて、ネットワークがｅＲＡＲ送信についての負荷を分散することを許可してもよい。これらの例は単独又は任意の組み合わせにおいて、例えば、時間が重要でない送信についてのｅＲＡＲ上の低レイテンシ送信について、ｅＲＡＲの優先順位付けを可能にしてもよい。ＷＴＲＵは、プリアンブル＋データ送信とｅＲＡＲ受信との間の期間中、例えば、ＷＴＲＵが２つの間のより長い時間ピリオドを意識するときに、省電力状態に移ってもよい。
【０２９０】
例では、ｅＲＡＲ受信時間が、ＷＴＲＵによって送信されているデータ／サービスのタイプに固有又は依存してもよい。ＷＴＲＵは、固定時間インスタントにおいて、又はｅＭＳＧ１送信に続く構成可能な時間ウィンドウ中にｅＲＡＲが送信されることを予期してもよい。時間は、例えば、第１ステップ（プリアンブル＋データ送信）においてＷＴＲＵによって送信され得るデータのタイプによって、判断されてもよい。データタイプは、例えば、ＭＡＣ  ＣＥを使用して、ＷＴＲＵによって示されてもよく、それが、（例えば、データタイプ、論理チャネル、又は類似のフィールドの標識によって）データとともに送信されてもよい。
【０２９１】
ＷＴＲＵは、ｅＲＡＲが複数リソースにおいて（例えば、時間、周波数、空間、又はコードにおいて）反復されることを予期してもよい。これは、（例えば、ＷＴＲＵが、ｅＲＡＲが全く送信されなかったと誤って仮定するときに）例えば、改善された信頼性及びエラー回避のために、ＷＴＲＵがｅＲＡＲのチェイス結合（Chase  combining）又はインクリメンタル冗長度を使用することを可能にし得る。これは、（例えば、ＵＲＬＬＣシナリオについて）複数の不必要なＲＡＣＨ手続を回避し得る。ｅＲＡＲは、後続の送信のためのＵＬグラント又はＤＬ割り当てを提供してもよい。ｅＲＡＲは、時間ドメインにおいて複数回再送信されてもよい。ｅＲＡＲのＵＬグラント又はＤＬ割り当て部分は、各反復について変更されてもよい。これは、（例えば、全ての再送信が完了する前にｅＲＡＲを正確に検出及び復号し得る）ＷＴＲＵが、ＵＬ又はＤＬ送信をより高速に実行することを可能にし得る。
【０２９２】
ＷＴＲＵは、受信ウィンドウ（又は時間ピリオド）に基づいてｅＲＡＲを予期してもよい。ウィンドウについての開始時間が、例えば、特定時間におけるｅＲＡＲの受信のための１つ以上の以前説明した判断に基づいて、及び／又は１つ以上の他の判断に基づいて、判断されてもよい。
【０２９３】
受信ウィンドウ長は、例えば、構成に基づいて判断されてもよい。受信ウィンドウは、例えば、ネットワーク構成に基づいて判断されてもよく、又はＷＴＲＵにおいて事前構成されてもよい。
【０２９４】
受信ウィンドウ長は、例えば、（例えば、測定され又はシグナリングされる）ネットワーク負荷に基づいて判断されてもよい。ＷＴＲＵは、例えば、現在のネットワーク負荷に基づいて、ｅＲＡＲ受信ウィンドウの長さを判断してもよい。例えば、ＷＴＲＵは、ネットワークからの標識からネットワーク負荷を判断してもよい。ＷＴＲＵは、（例えば、また、）媒体の測定値（例えば、エネルギー検出、センシング）に基づいてネットワーク負荷を判断してもよく、それは、ｅＭＳＧ１送信のための媒体にアクセスするために使用される測定値と組み合わされてもよい。手続は、例えば、未ライセンススペクトルにおける動作に対して適用可能であってもよい。ＷＴＲＵは、ネットワーク負荷の（例えば、事前定義された、又は構成された）関数として受信ウィンドウ長を（例えば、さらに）判断してもよい。
【０２９５】
受信ウィンドウ長は、例えば、同期シーケンスに基づいて判断されてもよい。ＷＴＲＵは、例えば、ＷＴＲＵによって検出される同期シーケンスに基づいて、受信ウィンドウの長さを判断してもよい。例えば、判断は、同期シーケンスの識別に基づいてＷＴＲＵによって行われてもよい。同期シーケンスは、ＷＴＲＵにおける最大受信電力を有するシーケンスに対応してもよい。シーケンスの識別は、例えば、シーケンスパターン、タイミング及び／又はシーケンスに関連付けられる他の物理プロパティを使用して符号化されてもよい。ＷＴＲＵは、例えば、同期シーケンス識別に関連付けられる受信ウィンドウ長のルックアップテーブルを使用して、受信ウィンドウ長を判断してもよい。ルックアップテーブルは、ＷＴＲＵにおいて事前構成され、ネットワークシグナリングによって構成されてもよく、又はネットワークからＷＴＲＵによって取得されるアクセステーブルの一部であってもよい。
【０２９６】
受信ウィンドウ長は、例えば、同期シーケンス受信又はｅＭＳＧ１送信のビームプロパティに基づいて判断されてもよい。ＷＴＲＵは、同期シーケンスを検出するために使用されるＷＴＲＵにおいてビームプロパティの関数として受信ウィンドウを判断してもよい。例えば、ＷＴＲＵは、同期シーケンスを検出するためにビームフォーミング／ビームスイーピングを実行してもよい。ＷＴＲＵは、例えば、同期受信のためにＷＴＲＵにおけるビーム角度の（例えば、事前構成された、又はネットワーク構成された）関数として、ｅＲＡＲ受信ウィンドウ長を判断してもよい。ＷＴＲＵは、ｅＭＳＧ１送信のビームスイープパラメータの関数として、受信ウィンドウ長を（例えば、代替的に）計算してもよい。
【０２９７】
ｅＲＡＲは、セル／ＴＲＰについて定義され、及び／又は同期シーケンスに関連付けられる１つ以上の制御チャネルを復号することにより、ＷＴＲＵによって受信されてもよい。ＷＴＲＵは、例えば、ＤＣＩを通してＷＴＲＵ又はＷＴＲＵのグループ宛のダウンリンク割り当てによって、ｅＲＡＲを受信してもよい。
【０２９８】
ＷＴＲＵは、例えば、セル／ＴＲＰ／同期シーケンスに固有であり得るＲＮＴＩを使用して、制御チャネルを復号してもよい。ｅＲＡＲを復号するためのＲＮＴＩが、以下のうちの１つ以上に基づいてＷＴＲＵによって判断されてもよい。
【０２９９】
ｅＲＡＲを復号するためのＲＮＴＩは、例えば、ＷＴＲＵにおいて事前構成されるＲＮＴＩに基づいて判断されてもよい。
【０３００】
ｅＲＡＲを復号するためのＲＮＴＩは、例えば、システム情報から受信されるＲＮＴＩに基づいて判断されてもよい。例えば、ＷＴＲＵは、セル／ＴＲＰによって提供されるシステム情報からｅＲＡＲの受信のために復号するＲＮＴＩを判断してもよい。
【０３０１】
ｅＲＡＲを復号するためのＲＮＴＩは、例えば、同期シーケンスに関連付けられるＲＮＴＩに基づいて判断されてもよい。ＷＴＲＵは、同期シーケンス、又は同期シーケンスにおいて符号化される識別からＲＮＴＩを判断してもよい。ＷＴＲＵは、同期シーケンス識別と同一又は同期シーケンス識別の副部分であり得るＲＮＴＩを使用してもよい。ＷＴＲＵは、同期シーケンスの事前構成された関数としてＲＮＴＩを（例えば、代替的に）判断してもよい。
【０３０２】
ｅＲＡＲを復号するためのＲＮＴＩは、例えば、プリアンブルシーケンスから導出されるＲＮＴＩに基づいて判断されてもよい。例えば、ＷＴＲＵは、（例えば、ｅＭＳＧ１において送信される）プリアンブルシーケンス又はその一部を、ＲＮＴＩとして使用してもよい。
【０３０３】
ｅＲＡＲを復号するためのＲＮＴＩは、例えば、選択されるプリアンブル／データリソースから導出されるＲＮＴＩに基づいて判断されてもよい。ＷＴＲＵは、プリアンブル及び／又はデータ送信のために選択されたリソースに基づいてＲＮＴＩを判断してもよい。リソースのマッピング（例えば、周波数位置、リソースブロックインデックス、サブフレーム番号、又は類似のもの）が、ＷＴＲＵに提供されてもよく、又はＷＴＲＵにおいて事前構成されてもよい。ＷＴＲＵは、そのようなマッピング及びｅＭＳＧ１のための選択されたプリアンブル／データリソースから、そのＲＮＴＩを導出してもよい。
【０３０４】
ｅＲＡＲを復号するためのＲＮＴＩは、例えば、ＷＴＲＵ  ＩＤに基づくＲＮＴＩに基づいて判断されてもよい。例えば、ＷＴＲＵは、例えば、ＲＮＴＩとしてｅＭＳＧ１の間にＷＴＲＵによって送信される、又は（例えば、ネットワークオーダ又はｅＭＳＧ０を通して）ＷＴＲＵに提供される識別を使用してもよい。
【０３０５】
例では、ＷＴＲＵは、プリアンブルシーケンス及びプリアンブルの送信のための選択されたリソースの関数として、ＲＮＴＩを判断してもよい。ＲＮＴＩのビットの第１のセットは、プリアンブルのビットのある数に対応してもよい。ＲＮＴＩの第２のセットのビットは、選択されたリソースに関連付けられてもよい。例では、プリアンブルの送信のためのリソースは、例えば、増加する周波数及び／又は時間（例えば、特定のサブフレーム、フレーム、周波数帯域など）に関して、例えば連続番号を用いて識別されてもよく、第２のセットのビットを判断するためにＷＴＲＵによって使用されてもよい。ＲＮＴＩにおける第３のセットのビットは、事前構成されたシーケンスであってもよい。
【０３０６】
ＷＴＲＵは、１つ以上の制御チャネルを復号しつつｅＲＡＲ受信を受信してもよい。ＷＴＲＵは、特定の制御チャネル（例えば、複数の制御チャネルが存在し得るとき）、又はｅＲＡＲが受信され得る制御チャネルの特定のリソース（例えば、ＣＣＥ、サブバンド、周波数ブロック、又は類似のもの）を判断してもよい。リソースのサブセットが、例えば、以下のうちの１つ以上に基づいて、ＷＴＲＵによって判断されてもよい。
【０３０７】
リソースのサブセットは、例えば、プリアンブルシーケンス及び／又はＷＴＲＵによって選択されたリソースに基づいて判断されてもよい。例えば、ＷＴＲＵは、選択されたプリアンブル、プリアンブルを送信するために使用されるリソース、及び／又はプリアンブル及びデータの送信中に送信され得る追加のサービス関連情報の関数に基づいて、ｅＲＡＲのための復号を実行するように制御チャネルリソースを選択してもよい。例えば、ＷＴＲＵは、参照ヌメロロジーブロックに関連付けられる、又はプリアンブル＋データの送信中に要求されるサービスのタイプに関連付けられるヌメロロジーブロックについての、制御チャネルリソースを選択してもよい。
【０３０８】
リソースのサブセットは、例えば、ＷＴＲＵによって検出される同期シーケンスに基づいて判断されてもよい。ＷＴＲＵは、例えば、２ステップ手続の第１のステップの実行前、又は実行中に、ＷＴＲＵによって検出される最良の同期シーケンスに関連付けられ得る制御チャネルリソースを（例えば、事前定義済み又は構成済みの規則に基づいて、）選択してもよい。例えば、ＷＴＲＵは、制御チャネルリソースの時間／周波数位置を、同期シーケンスタイミング／周波数とその対応する制御チャネルリソースとの間の関係に基づいて判断してもよい。
【０３０９】
リソースのサブセットは、例えば、現在の接続に基づいて判断されてもよい。ＷＴＲＵは、ＷＴＲＵがデータ＋プリアンブルの送信を実行する際にそれが現在接続され得る特定のセル／ＴＲＰ／ビームのセットについてのｅＲＡＲ受信のために定義され得る、特定の制御チャネルリソース上でｅＲＡＲを（例えば、代替的に）受信してもよい。
【０３１０】
ｅＲＡＲ受信について予期される周波数範囲（復号範囲）を減少させることによって、時折しか送信しておらず、その送信を実行するために２ステップ手続を継続的に使用し得るＷＴＲＵについて著しい電力節約がもたらされ得る。例えば、（例えば、部分的にランダムに選択され得る選択されたプリアンブルにそれを依存させることによって）ｅＲＡＲが送信され得るリソースのランダム化が、ｅＲＡＲについてのネットワークスケジューリングの柔軟性を低下させることなく、ＷＴＲＵについての著しい電力節約をもたらし得る。
【０３１１】
ｅＲＡＲは、特定のビームパラメータとともに受信されてもよい。ＷＴＲＵは、ネットワークによって送信される任意のダウンリンクビーム上でｅＲＡＲを受信してもよい。
【０３１２】
ＷＴＲＵは、そのｅＭＳＧ１送信の関数であり得るビームパラメータを使用して、ｅＲＡＲを（例えば、代替的に）受信してもよい。ＷＴＲＵは、以下のうちの１つ以上に基づいてそのビームパラメータを判断してもよい。
【０３１３】
ＷＴＲＵは、例えば、プリアンブル、プリアンブルリソース、及び／又はｅＭＳＧ１の送信中にＷＴＲＵによって選択／使用されるデータリソースに基づいて、そのビームパラメータを判断してもよい。
【０３１４】
ＷＴＲＵは、例えば、ｅＭＳＧ１において送信されるデータの送信パラメータ（例えば、ＭＣＳ、ＴＢサイズ、推定送信電力）に基づいて、そのビームパラメータを判断してもよい。
【０３１５】
ＷＴＲＵは、例えば、ｅＭＳＧ１に使用されるプリアンブル又はデータ送信に適用されるビームフォーミングパラメータに基づいて、そのビームパラメータを判断してもよい。ＷＴＲＵは、例えば、ｅＲＡＲが予期され得るアップリンクｅＭＳＧ１送信の発射角度（ＡｏＤ：angle  of  departure）に近いか又は重なる到来角度（ＡｏＡ：angle  of  arrival）のダウンリンクビームにおいてｅＲＡＲを受信してもよい。
【０３１６】
ＷＴＲＵは、例えば、ｅＲＡＲが予期され得るｅＭＳＧ１送信に関連する構成をＷＴＲＵが受信し得るダウンリンクビームのプロパティ又はパラメータに基づいて、そのビームパラメータを判断してもよい。例では、ＷＴＲＵは、例えば、ダウンリンクビームインデックスに基づく識別、ｅＭＳＧ１送信スロット若しくはサブフレーム番号、及び／又は周波数割り当てインデックスを使用して、ｅＲＡＲをモニタリングしてもよい。これは、例えば、同一ビーム（例えば、同一セルではなく）内のｅＭＳＧ送信構成を受信したＷＴＲＵのみが、ｅＲＡＲをモニタリングし得るとき、手続の競合が（例えば、さらに）減少され得る。
【０３１７】
ｅＲＡＲは、情報の１つ以上のタイプを含んでもよい。
【０３１８】
ｅＲＡＲは、例えば、識別子（又は均等物）を含んでもよい。ｅＲＡＲは、ｅＭＳＧ１を送信したことを検出し得るＷＴＲＵの識別の標識を提供し得る識別子を含んでもよい。これは、プリアンブル若しくはプリアンブルの一部のエコー、又は競合が特定のプリアンブルについて検出されたかどうかの標識で構成されてもよい。
【０３１９】
ｅＲＡＲは、例えば、ＨＡＲＱフィードバックを含んでもよい。ｅＲＡＲは、データのためのＨＡＲＱフィードバック（例えば、ＡＣＫ／ＮＡＣＫ）を含んでもよい。フィードバックは、ｅＲＡＲに含まれ得るＭＡＣ  ＣＥにおけるビット又はフィールドのように、明示的であってもよい。ＨＡＲＱフィードバックは、例えば、他のフィールド又は情報の存在によって暗示的に示されてもよい。例えば、ＵＬグラントの存在が、ＮＡＣＫを暗示的に特定してもよい。
【０３２０】
ｅＲＡＲは、例えば、アップリンクタイミング情報（例えば、タイミングアドマンスコマンド（ＴＡＣ）又はＷＴＲＵがタイミングアラインされるかどうかの標識）を含んでもよい。
【０３２１】
ｅＲＡＲは、例えば、１つ以上のダウンリンク割り当てを含んでもよい。ｅＲＡＲは、例えば、ＭＣＳ、ＨＡＲＱプロセス番号、リソース、タイミングなどを含む、ＷＴＲＵに向かうＤＬデータについての１つ以上のダウンリンク割り当てを（例えば、ＭＡＣ  ＣＥとして）含んでもよい。
【０３２２】
ｅＲＡＲは、例えば、ダウンリンク割り当ての受信を可能にする情報を含んでもよい。ｅＲＡＲは、ＲＮＴＩ、ＤＣＩの特定時間／周波数位置、ＷＴＲＵがＤＬ割り当てのための追加の復号を実行し得る特定制御チャネルなどの、ダウンリンク割り当ての後続の又はさらなる受信（例えば、ＷＴＲＵによる）を可能にする情報を含んでもよい。
【０３２３】
ｅＲＡＲは、例えば、１つ以上のアップリンクグラントを含んでもよい。ｅＲＡＲは、例えば、ＭＣＳ、リソース、ＨＡＲＱプロセス番号、冗長度バージョン、電力制御などを含む、１つ以上のＵＬグラントを含んでもよい。ｅＲＡＲは、（例えば、また、）ＵＬグラントが（例えば、ＲＶを含む）ｅＭＳＧ１内のデータの再送信に使用され得るかどうか、又はグラントが新たなデータの送信に使用され得るかどうかを示してもよい。標識は、例えば、ＮＤＩを使用してサポートされてもよく、ＡＣＫ／ＮＡＣＫ（例えば、ＮＤＩ＝１は、新たなデータ送信について仮定されるＡＣＫ及びグラントをシグナリングし得る）の暗示的な標識の役割をしてもよい。再送信が必要とされ得るかどうかの標識は、ＴＢサイズ（例えば、グラント用のＴＢサイズが初期データサイズに合致するときは、再送信をシグナリングするために使用される事前定義されたサイズであり、又は再送信を具体的にシグナリングする初期データＴＢサイズの事前定義された関数である）に基づいて提供されてもよい。
【０３２４】
ｅＲＡＲは、例えば、競合解決情報を含んでもよい。ｅＲＡＲは、競合（例えば、ｅＭＳＧ１の送信中）が検出されたかどうかの標識を含んでもよく、競合を解決するために問題のＷＴＲＵによって使用されるべき情報を示してもよい。これは、ｅＭＳＧ１においてＷＴＲＵにより送信された可能性があるＷＴＲＵ  ＩＤなどの、ＷＴＲＵの送信に含まれる情報で構成されてもよい。情報は、（例えば、また、）例えば、復号が成功したときに、ＷＴＲＵによって送信されるデータの一部のエコーで構成されてもよい。情報は、（例えば、また、）ＷＴＲＵの送信に関連付けられ得る（例えば、ＷＴＲＵからのｅＭＳＧ１を復号することから判断される）、検出される送信電力／経路損失／アンテナパラメータ／ビームフォーミングパラメータの標識で構成されてもよい。
【０３２５】
ｅＲＡＲは、例えばバックオフ情報を含んでもよい。ｅＲＡＲは、バックオフ時間又はバックオフ命令を含んでもよい（例えば、４ステップＰＲＡＣＨ手続をその代わりに実行してもよい）。ＷＴＲＵは、ｅＭＳＧ１の再送信、データの再送信を遅延させてもよく、又はそのような情報を受信する結果としてＰＲＡＣＨを使用することへリダイレクトされてもよい。
【０３２６】
ｅＲＡＲは、例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＩＯＮ手続を開始するかどうかの標識を含んでもよい。ｅＲＡＲは、例えば、ＲＲＣ接続要求メッセージの送信によって、それがＲＲＣ＿ＣＯＮＮＥＣＴＩＯＮ手続を開始すべきかどうかの、ＷＴＲＵへの標識を含んでもよい。ＷＴＲＵは、例えば、ｅＲＡＲにおいて提供されるＵＬグラントを使用して、メッセージを送信してもよい。非アクティブ状態にとどまるか、又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移するかどうかの標識が、他の情報の使用を通して暗示的に（例えば、代替的に）判断されてもよい。例えば、ＷＴＲＵは、それがＡＣＫと結合されるｅＲＡＲにおいてＵＬグラントが存在せず非アクティブ状態にとどまり得ると判断してもよい。ＷＴＲＵは、例えば、ＵＬグラント及びＡＣＫが存在してＲＲＣ接続を開始してもよい。
【０３２７】
競合解決は、例えば、ｅＲＡＲ受信に続いて提供されてもよい。ＷＴＲＵは、ＷＴＲＵ識別子を使用してメッセージを復号することによって、制御チャネル（例えば、ＰＤＣＣＨ又は類似のもの）上でｅＲＡＲを受信してもよい。例では、ＷＴＲＵは、ＩＤを使用してＰＤＣＣＨを復号してもよく、それは、第１のステップにおけるプリアンブル＋データの送信中に、少なくとも一部ＷＴＲＵによって送信されるＩＤに対応してもよい。ＷＴＲＵは、（ｉ）プリアンブルシーケンスの全て若しくは一部、（ｉｉ）プリアンブル及び／若しくはデータの送信のために選択されるリソースの関数、（ｉｉｉ）プリアンブル＋データ送信中にデータの一部として（例えば、データ送信とともに含まれるＭＡＣ  ＣＥにおいて）送信される明示的なＷＴＲＵ識別子の全て若しくは一部、（ｉｖ）ＷＴＲＵにおいて構成される永続ＩＤ、並びに／又は（ｖ）プリアンブル＋データの送信前にＷＴＲＵによって検出／測定される署名シーケンス若しくは参照シーケンスに対応し得る識別子、のうちの１つ以上を使用してＰＤＣＣＨの復号のためにＩＤを計算してもよい。
【０３２８】
他の例と組み合わせて使用され得る（例えば、代替的な、又は追加の）例では、ＷＴＲＵは、例えば、ｅＲＡＲのペイロード内に存在するＩＤが、送信されるＩＤの一部又は全てを含むかどうかを判断することによって、それがｅＲＡＲの指定受信者であると判断してもよい。ＰＤＣＣＨの復号は、包括的なＩＤ（例えば、ＲＡ−ＲＮＴＩ）上、又はここで説明される１つ以上の要素（例えば、選択される、プリアンブルシーケンス、プリアンブル／データリソース）に基づいて、行われてもよい。
【０３２９】
例では、ＷＴＲＵは、（例えば、最初に、）例えば、第１のＩＤ（ＩＤ１）を使用してｅＲＡＲメッセージの復号を実行してもよく、ｅＲＡＲペイロード内の第２のＩＤ（ＩＤ２）を検索してもよい。例えば、ＩＤ１及びＩＤ２の組み合わせが、プリアンブル＋データ送信においてＷＴＲＵによって送信されるＩＤに合致するときに、ＷＴＲＵは、ｅＲＡＲ上でアクションをとってもよい（例えば、受信されたＨＡＲＱプロセス状態に基づいてそのＨＡＲＱバッファを更新してもよい）。
【０３３０】
（例えば、別の）例では、ＷＴＲＵは、例えば、選択されたプリアンブルシーケンス及び／又はプリアンブルリソースから導出され得る、又は直接関連し得るＩＤを使用して、ＰＤＣＣＨを復号してもよい。ＷＴＲＵは、（例えば、次いで）ｅＲＡＲがそれを対象とするかどうかを、例えば、ペイロード内に含まれるＩＤがＷＴＲＵにおいて構成される永続ＩＤに（例えば、全体的又は部分的に）合致するかどうかを判断することによって、判断してもよい。
【０３３１】
ＨＡＲＱフィードバックが提供されてもよい。ＷＴＲＵは、ｅＲＡＲにおいて、又は（例えば、ｅＲＡＣＨ手続に関連する）他のシグナリングを通して、ＨＡＲＱフィードバックをｅＭＳＧ１において送信されるデータについてネットワークから受信してもよい。フィードバックは、例えば、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ、確認応答されているＨＡＲＱプロセスを識別するＨＡＲＱプロセス番号、及び／又は再送信に必要なコードブロックを示す冗長度バージョンで構成されてもよい。
【０３３２】
ＨＡＲＱフィードバックは明示的であってもよい。ＷＴＲＵは、例えば、ｅＲＡＲ又はｅＲＡＲのＷＴＲＵによる受信に関連付けられるシグナリングにおいて、ＨＡＲＱフィードバック（例えば、値がＡＣＫ若しくはＮＡＣＫを示すビット、又はＨＡＲＱプロセス番号の値）を受信してもよい。
【０３３３】
ＨＡＲＱフィードバックは、例えば、ｅＲＡＲにおいて送信されるＭＡＣ  ＣＥ内のフラグ又はフィールドとして、示されてもよい。ＷＴＲＵは、（例えば、ｅＲＡＲの一部又はｅＲＡＲそれ自体として、）ＨＡＲＱフィードバックのための１つ以上の明示的なフィールドを含み得るＭＡＣ  ＣＥを受信してもよい。例えば、ＷＴＲＵは、ＡＣＫ／ＮＡＣＫビット及び／又はＮＤＩを受信してもよい。例では、例えば、ＡＣＫ／ＮＡＣＫフィールドが１にセットされ得るとき、及び／又はＮＤＩフィールドが１にセットされ得るときに、ＷＴＲＵはＡＣＫを受信してもよい。例では、例えば、ＡＣＫ／ＮＡＣＫフィールドが存在せず、かつＮＤＩが０にセットされるときに、ＷＴＲＵはＮＡＣＫを受信してもよい。フィールドの他の組み合わせが考えられる。
【０３３４】
ＨＡＲＱフィードバックは、例えば、（ｅ）ＰＤＣＣＨ上のＤＣＩにおいて示されてもよい。ＷＴＲＵは、ｅＲＡＲについてのＤＬ割り当てをシグナリングするために使用されるＤＣＩにおいてＨＡＲＱフィードバックを受信してもよい。例えば、ＷＴＲＵは、ＤＣＩにおいて特定のフィールドを有するＨＡＲＱフィードバックを受信してもよい。代替的に、又は併せて、ＨＡＲＱフィードバックの全て又は一部が、ＤＣＩがＷＴＲＵによって復号され得る、特定の（セットの）ＣＣＥ、探索空間、ＲＮＴＩなどに基づいて示されてもよい。例えば、ＷＴＲＵは、ＤＣＩ又はｅＲＡＲが受信された特定の探索空間を復号するために使用されるＣＣＥに基づいて、ＨＡＲＱプロセス番号を受信してもよい。
【０３３５】
ＨＡＲＱフィードバックは、例えば、上位レイヤメッセージングにおいて示されてもよい。ＷＴＲＵは、（例えば、ｅＲＡＲの一部又はｅＲＡＲそれ自体として、）制御シグナリング（例えば、ＲＲＣ）を含むトランスポートブロックを受信してもよく、それは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫの（例えば、明示的な）メッセージ又は標識（例えば、ＲＲＣメッセージ）を含んでもよい。
【０３３６】
明示的なＨＡＲＱフィードバックは、他のシグナリングに関連付けられてもよい。例では、ＷＴＲＵは、ｅＲＡＲ以外のシグナリング上で明示的なＨＡＲＱフィードバックを受信してもよい。
【０３３７】
ＷＴＲＵは、例えば、別々の専用制御チャネルを使用して、明示的なＨＡＲＱフィードバックを受信してもよい。ＷＴＲＵは、ｅＲＡＣＨ  ＨＡＲＱフィードバックに関連付けられ得る、ＨＡＲＱフィードバックの送信専用の制御チャネル又は制御チャネルリソースからＨＡＲＱフィードバックを受信してもよい。専用リソースの時間／周波数位置は、例えば、ブロードキャスト又は専用シグナリングを通して、ＷＴＲＵに示されてもよい。例では、ＡＣＫ／ＮＡＣＫを送信するためのＰＨＩＣＨのようなリソース要素が、標識を提供してもよく、その場合に、使用される特定のリソースが、ＨＡＲＱプロセス番号をさらにシグナリングしてもよい。
【０３３８】
ＷＴＲＵは、例えば、ｅＲＡＣＨ手続のプロパティに基づいて、ＨＡＲＱフィードバックリソースの時間／周波数位置を判断してもよい。例えば、ＷＴＲＵは、（ｉ）選択されたプリアンブル、選択されたプリアンブルリソース、及び／若しくは選択されたデータリソース、（ｉｉ）ＷＴＲＵのＣ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、若しくは類似のものなどの、ＷＴＲＵの識別、並びに／又は（ｉｉｉ）送信されるプリアンブル及び／若しくはデータリソースのタイミング、の関数として、ＨＡＲＱフィードバックについての制御リソースの時間／周波数位置を判断してもよい。
【０３３９】
ＷＴＲＵは、例えば、別々のＤＣＩメッセージを使用して、明示的なＨＡＲＱフィードバックを受信してもよい。ＷＴＲＵは、例えば、別々のＤＣＩメッセージ（例えば、ｅＲＡＲのために受信されるもの以外）を使用して、ＡＣＫ／ＮＡＣＫを受信してもよい。ＤＣＩメッセージのタイミングは、ｅＲＡＲメッセージの受信のタイミングに関連してもよい。例えば、ＷＴＲＵは、同一又は後続のサブフレーム、スロット、又はミニスロット上でＡＣＫ／ＮＡＣＫを含むＤＣＩメッセージを受信してもよい。
【０３４０】
暗示的なＨＡＲＱフィードバックが、例えば、ｅＲＡＲに関連付けられるメッセージングの存在／欠如によって、提供されてもよい。例では、ＷＴＲＵは、ｅＲＡＲに関連付けられるｅＲＡＲ又はメッセージ／フィールドの存在／不存在に暗示的に基づいて、ＨＡＲＱフィードバックを受信してもよい。
【０３４１】
例として、ＷＴＲＵは、例えば、それがｅＲＡＲを（例えば、該当するように、関連するＣ−ＲＮＴＩ又はＲＡ−ＲＮＴＩで復号することに基づいて）受信するときに、ＡＣＫを仮定してもよい。
【０３４２】
（例えば、別の）例では、ＷＴＲＵは、例えば、それがｅＭＳＧ１において送信されるＷＴＲＵ  ＩＤに合致し得る識別を含み得るｅＲＡＲを受信するときに、ＡＣＫを仮定してもよい。ＷＴＲＵは、例えば、それがｅＲＡＲを受信しないとき、又はそれがｅＭＳＧ１において送信されるＷＴＲＵ  ＩＤに合致しない可能性があるｅＲＡＲにおける識別とともにｅＲＡＲを受信するときに、ＮＡＣＫを仮定してもよい。
【０３４３】
（例えば、別の）例では、ＷＴＲＵは、例えば、それが、（i）保留中であり得る（例えば、単一の並列ｅＭＳＧ１データ送信を仮定する）ｅＭＳＧ１におけるデータ送信のＨＡＲＱプロセス番号、又は（ｉｉ）例えば、ｅＲＡＲの受信前に特定の数のサブフレーム、スロット、ミニスロットにおいて発生した可能性があるｅＭＳＧ１におけるデータ送信に関連付けられるＨＡＲＱプロセス番号、に関連付けられ得るｅＲＡＲにおいてグラントを受信するときに、ＮＡＣＫを仮定してもよい。
【０３４４】
ＨＡＲＱ  ＡＣＫを判断すると、ＷＴＲＵは、ここで説明されるようなｅＲＡＣＨ手続の完了成功に関連する手続を実行してもよい。ＷＴＲＵは、そのグラントに関連付けられる規則に基づいて（そのようなグラントがｅＲＡＲに含まれる場合に）受信される関連グラント上で、アップリンク送信をさらに実行してもよい。具体的には、ＷＴＲＵは、グラントに関連付けられるＭＣＳ及びＨＡＲＱプロセスＩＤに基づいて、送信を実行してもよい。
【０３４５】
ＷＴＲＵは、例えば、（例えば、ＮＡＣＫの初期受信時の）全ての場合において、又はここで示される例としての条件などの１つ以上の条件に依存して、（例えば、ＨＡＲＱ  ＮＡＣＫについて）１つ以上の手続を実行してもよい。
【０３４６】
ＷＴＲＵは、例えば、以下の条件、（ｉ）ＷＴＲＵがＨＡＲＱ  ＮＡＣＫを判断し、ｅＭＳＧ１がグラントを含まないこと、（ｉｉ）ＷＴＲＵが、（特定ＷＴＲＵについて構成され得る、若しくは固定され得る）ｅＭＳＧ１内のデータのためのＨＡＲＱ再送信のその最大数に続くＨＡＲＱ  ＨＡＣＫを判断すること、（ｉｉｉ）ＷＴＲＵが、ＨＡＲＱ  ＮＡＣＫ及び動作の周波数、利用されるプリアンブルシーケンス、同期シーケンス、若しくはＮＡＣＫがｅＭＳＧ１の再送信を必要とし得るという他の標識を判断すること、並びに／又は（ｉｖ）上記が発生し、再送信の回数が、（特定のＷＴＲＵについて構成され得る、若しくは固定され得る）ｅＭＳＧ１のための再送信の最大数未満であり得ること、のうちの１つ以上が存在するときに、ｅＭＳＧ１の再送信を実行してもよい。
【０３４７】
ＷＴＲＵは、例えば、以下の条件、（ｉ）ＷＴＲＵが、初期送信のＨＡＲＱプロセスＩＤに合致し得るグラント内のＨＡＲＱプロセスＩＤの有無に関わらず、ｅＭＳＧ１のためのＵＬグラントと組み合わせてＨＡＲＱ  ＮＡＣＫを判断すること、及び／又は（ｉｉ）上記が発生し、再送信の数が、（特定のＷＴＲＵについて構成され得る、若しくは固定され得る）ｅＭＳＧ１の再送信の最大数未満であり得ること、のうちの１つ以上が存在するときに、ｅＭＳＧ１のデータ部分の適応型ＨＡＲＱ再送信を実行してもよい。
【０３４８】
ＷＴＲＵは、例えば、以下の条件、（ｉ）ＷＴＲＵが、ＨＡＲＱ  ＮＡＣＫを判断し、再送信の数が、ｅＭＳＧ１内のデータについての再送信の最大数に達していること、及び／又は（ｉｉ）ＷＴＲＵがＨＡＲＱ  ＮＡＣＫを判断し、再送信の数が、ｅＭＳＧ１内のデータについての再送信の最大数に達していること、のうちの１つ以上が存在するときに、ｅＲＡＣＨ手続の失敗を行ってもよい。
【０３４９】
ＷＴＲＵ動作は、ＡＣＫ／ＮＡＣＫ、ＵＬグラント、及びバックオフ標識から受信される情報の組み合わせに基づいてもよい。
【０３５０】
ＷＴＲＵは、例えば、バックオフ標識が提供されないときに、（例えば、ここで説明されるように）ＨＡＲＱ再送信を実行し、又はｅＲＡＣＨ手続を再試行してもよい。
【０３５１】
ＷＴＲＵは、バックオフを実行するための標識を受信してもよく、ＡＣＫが受信されてもよい。ＷＴＲＵは、４ステップ手続に基づいて後続のデータ送信を実行してもよく、（例えば、そうするように構成されるときに）接続状態に移ってもよい。ＷＴＲＵは、例えば、構成された又は事前定義された時間後に、例えば、次の送信が発生するとき（例えば、のみ）、２ステップ手続に基づいて後続のデータ送信を実行してもよい。
【０３５２】
ＷＴＲＵは、バックオフを実行するための標識を受信してもよく、ＮＡＣＫが受信されてもよい。例えば、ＷＴＲＵにＵＬグラントが提供されるときに、ＷＴＲＵは、ＲＲＣ接続を開始してもよい。ＷＴＲＵは、ＵＬグラントを使用して、ＲＲＣ接続要求メッセージを送信してもよい。ＷＴＲＵは、例えば、構成された、又は事前定義された時間ピリオド待機した後、例えば、ｅＲＡＣＨ手続を再使用することによってデータを再送信してもよい。例えば、データが最小レイテンシで送信されることをＱｏＳが必要とし得るときに、ＷＴＲＵは、（例えば、すぐに）４ステップ手続を開始してもよい。
【０３５３】
競合解決が、提供されてもよい。ＷＴＲＵは、例えば、ここで説明される１つ以上の手続を通して、競合又は衝突がｅＭＳＧ１の送信中に発生したかどうかを判断してもよい。ＷＴＲＵは、（例えば、競合に応答して、）競合解決手続を開始してもよく、競合解決手続は、（競合ベース若しくは無競合）データ送信、ｅＭＳＧ１の再送信（異なるプリアンブルリソース／シーケンス選択を潜在的に有する）、及び／又はｅＭＳＧ１のデータ部分の再送信で構成されてもよい。
【０３５４】
ＷＴＲＵは、競合を検出してもよく、ＷＴＲＵが以下のうちの１つ以上の結果として競合解決を開始する必要があると判断してもよい。
【０３５５】
ＷＴＲＵは、例えば、初期送信のためのｅＲＡＲにおけるＨＡＲＱ  Ａ／Ｎに基づいて、競合解決を開始してもよい。例えば、ＷＴＲＵは、ＷＴＲＵが競合解決を実行する必要があり得ることを、ｅＲＡＲ内の追加情報（例えば、ＵＬグラント）の有無に関わらず、ＮＡＣＫの受信から判断してもよい。
【０３５６】
ＷＴＲＵは、例えば、特定のＲＮＴＩを有するｅＲＡＲの受信に基づいて、競合解決を開始してもよい。例えば、ＷＴＲＵは、成功した（例えば、競合がない）場合についてのＲＮＴＩ以外のＲＮＴＩを使用して、ｅＲＡＲ又は類似のメッセージの受信に基づいて競合の存在を判断してもよい。例では、ＷＴＲＵは、例えば、それが、Ｃ−ＲＮＴＩを使用する代わりに、ＲＡ−ＲＮＴＩを使用してメッセージを受信するときに、競合の存在を判断してもよい。
【０３５７】
ＷＴＲＵは、例えば、特定のＲＮＴＩを有するｅＲＡＲの受信に基づいて、競合解決を開始してもよい。例えば、ＷＴＲＵは、ｅＲＡＲにおける（例えば、１より多くの）追加のグラントの受信に基づいて、競合の存在を判断してもよい。
【０３５８】
例では、ＷＴＲＵは、競合解決を示すＵＬ送信を通して競合解決を実行してもよい。アップリンク送信は、ＷＴＲＵの識別を含んでもよい。アップリンク送信は、ｅＭＳＧ１内に（例えば、再送信され、潜在的に異なる冗長度バージョンを有する）データを含んでもよい。送信は、例えば、ｅＲＡＲ内のグラントを使用する送信に基づいて発生してもよい。
【０３５９】
ＷＴＲＵは、例えば、競合解決情報（例えば、ＩＤ、再送信されるデータなど）をｅＲＡＲにおいて提供されるＵＬグラントにおいて送信することによって、競合解決に関連する送信を実行してもよい。
【０３６０】
ＷＴＲＵは、競合解決手続中に、ｅＲＡＲにおいて受信されるＨＡＲＱプロセス状態を維持してもよい。ＷＴＲＵは、例えば、競合解決成功（例えば、ｅＲＡＲがそれを対象としたとＷＴＲＵが判断し得る）時に、ｅＲＡＲにおいて受信されるＨＡＲＱプロセス状態を仮定してもよい。ＷＴＲＵは、例えば、不成功の競合解決について、ｅＲＡＲ内の情報を削除／無視してもよい。
【０３６１】
例えば、ＷＴＲＵがｅＭＳＧ１において１つ以上のＵＬグラントを受信するときに、ＷＴＲＵは、ｅＭＳＧ１のデータ部分についての（例えば、適応型ＨＡＲＱ）再送信を実行してもよい。
【０３６２】
ＷＴＲＵは、（例えば、ｅＲＡＲの受信時に、）例えば、ＵＬグラントにおいて提供されるＭＣＳを使用して、ｅＭＳＧ１においてデータ再送信を実行してもよい。
【０３６３】
ＷＴＲＵは、ｅＲＡＲにおいて複数のＵＬグラントを受信してもよい。ＷＴＲＵは、例えば、以下の、（ｉ）特定グラントの選択（例えば、ＷＴＲＵは、ｅＲＡＲにおける第１のグラントを選択してもよい）、（ｉｉ）グラントのランダム選択（例えば、ＷＴＲＵは、ｅＲＡＲにおいて提供されるグラント間でランダムに選択してもよい）、（ｉｉｉ）ＨＡＲＱプロセスＩＤの標識（例えば、ＷＴＲＵは、ＷＴＲＵによって送信されるｅＭＳＧ１内のデータのＨＡＲＱプロセスＩＤに合致するＨＡＲＱプロセスＩＤを含むＵＬグラントを選択してもよい）、（ｉｖ）送信予定のデータとのグラントサイズの比較（例えば、ＷＴＲＵは、グラント内のＭＣＳに基づき送信予定のデータに最も適合し、若しくはデータの再送信を適応させ、及び送信予定のパディングの量を最小化するグラントを選択してもよい）、並びに／又は（ｖ）データの優先度（例えば、ＷＴＲＵは、データの優先度、及びヌメロロジー、信頼性などのグラントの関連プロパティに基づいて、グラントを選択してもよい）、のうちの１つ以上に基づいて、ｅＭＳＧ１のデータ部分の適応型再送信に使用されるＵＬグラントを選択してもよい。例では、ＷＴＲＵは、例えば、再送信されるべきデータが厳密なタイミング要件を有し得るとき、より短いＴＴＩでグラントを選択してもよい。関連付けは、再送信されるべきトランスポートブロック内のデータの論理チャネル又は優先度が最も高い論理チャネルに基づいてもよい。
【０３６４】
ＷＴＲＵは、例えば、以下の、（ｉ）最大数のｅＭＳＧ１再送信に続くｅＲＡＲの受信失敗、及び／又は（ｉｉ）ＮＡＣＫに関連付けられる１つ以上の失敗条件、のうちの１つ以上に基づいて、ｅＲＡＲ手続の失敗に対する１つ以上の手続を実行してもよい。
【０３６５】
ＷＴＲＵは、（例えば、ｅＲＡＲ手続に失敗すると）以下の、（ｉ）無線リンク障害（ＲＬＦ）の宣言、（ｉｉ）セル再選択の実行、（ｉｉｉ）通常のＲＡＣＨ手続に戻る（例えば、ＷＴＲＵは、ＲＡＣＨ（４ステップ）手続に関連付けられる規則に従ってプリアンブルを送信してもよい）、（ｉｖ）競合ベースリソース上でのデータ送信、及び／又は（ｖ）ｅＲＡＲ手続の再試行前の、固定又は構成済み時間ピリオドの間バックオフを実行、のうちの１つ以上を実行してもよい。
【０３６６】
ｅＲＡＣＨ完了手続が、例えば、送信成功時に提供されてもよい。ＷＴＲＵは、プリアンブル＋データ送信中のそのデータ送信が成功した（例えば、ネットワークによって復号が成功された）ことを、例えば、ＡＣＫに設定されたＨＡＲＱ  Ａ／Ｎを有するｅＲＡＲの受信時に判断してもよい。ＷＴＲＵは、（送信成功時に）以下のアクションのうちの１つ以上を実行してもよい。
【０３６７】
ＷＴＲＵは、（例えば、送信成功時に、）例えば、そのＴＡタイマをリセットしてもよく、それが将来のＵＬ送信のために現在タイミングアラインされていると仮定してもよい。
【０３６８】
ＷＴＲＵは、（例えば、送信成功時に、）例えば、ＵＬグラントがｅＲＡＲにおいて提供されたかどうかを判断してもよい。
【０３６９】
ＷＴＲＵは、例えば、ＵＬグラントがｅＲＡＲにおいて提供されるときに、以下の、（ｉ）ＵＬグラントを使用してＵＬ送信のための任意の追加の保留データの送信を実行すること、（ｉｉ）ＵＬグラントを使用して制御情報（例えば、バッファ状態若しくは追加のスケジューリング要求）の送信を実行すること、及び／又は（ｉｉｉ）ＵＬグラントを使用して、状態遷移に関する情報（例えば、ＲＲＣ接続要求）の送信を実行すること、のうちの１つ以上を実行してもよい。
【０３７０】
ＷＴＲＵは、例えば、ＵＬグラントがｅＲＡＲにおいて提供されず、ＷＴＲＵが依然としてそのバッファ内に送信するデータを有しているときに、以下の、（ｉ）スケジューリング要求、若しくはＵＬタイミングアライメントを仮定するバッファ状態情報を送信すること、及び／又は（ｉｉ）異なるガードピリオド構成を有する（例えば、ガードピリオドなしの）２ステップ手続を実行すること、のうちの１つ以上を実行してもよい。
【０３７１】
ＷＴＲＵは、例えば、ＵＬグラントがｅＲＡＲにおいて提供されず、ＷＴＲＵが送信するデータを有しないときに、以下の、（ｉ）ＤＲＸを実行すること、及び／又は（ｉｉ）ＩＤＬＥ若しくは簡易接続状態などへの状態遷移を実行すること、のうちの１つ以上を実行してもよい。
【０３７２】
システム、方法、及び手段（例えば、ワイヤレス送信／受信ユニット（ＷＴＲＵ）及び／又はネットワークレイヤＬ１、Ｌ２、Ｌ３における）が、次世代ワイヤレスシステムにおけるランダムアクセスについて開示されている。２ステップランダムアクセス手続は、ＷＴＲＵが、（例えば、その所望のデータ送信に基づいて）プリアンブルシーケンスを選択することを許可してもよい。ＷＴＲＵは、プリアンブルに関連付けられたデータ送信リソース、ＭＣＳ、及びヌメロロジーを選択してもよい。ＷＴＲＵは、プリアンブルリソースにおいてプリアンブルを、データリソースにおいてデータを送信してもよい（例えば、リソースは、共通であってもよく、又は共通でなくてもよい）。ＷＴＲＵは、拡張ランダムアクセス応答（ｅＲＡＲ）を受信してもよく、ｅＲＡＲは、ＨＡＲＱフィードバックを含んでもよい。手続は、拡張メッセージ０（ｅＭＳＧ０）、例えば、ネットワークオーダ、及び関連手続、拡張ランダムアクセスチャネル（ｅＲＡＣＨ）対ＲＡＣＨの選択、ｅＭＳＧ１（例えば、プリアンブル＋データ送信）及び関連手続、ｅＲＡＲ及び関連手続、ハイブリッド自動反復要求（ＨＡＲＱ）及び送信のデータ部分のための再送信関連手続、並びに競合ベース解決手続のために提供されてもよい。ネットワークは、（例えば、非アクティブ状態の間）ｅＲＡＣＨ手続のためのベアラ構成（例えば、ベアラ構成毎）をＷＴＲＵに提供してもよい。新たな／専用ベアラは、（例えば、非アクティブ状態の間）ＷＴＲＵ送信に提供されてもよい。
【０３７３】
スケジューリング要求（ＳＲ）手続は、ＲＡＣＨ、ｅＲＡＣＨ、又は専用ＳＲを使用して実行されてもよい。ＷＴＲＵは、ランダムアクセス手続を使用して、ｅＲＡＣＨ手続を使用して、例えば、ＢＳＲ及び／又はＭＳＧ１送信におけるデータを含むことによって、又は専用リソース、例えばＤ−ＳＲを使用して、ＳＲ手続を実行してもよい。
【０３７４】
ＷＴＲＵは、スケジューリング要求を開始してもよい。そのようなスケジューリング要求は、例えば、ＷＴＲＵのために構成される場合に、専用リソースを使用して実行されてもよい。例えば、Ｄ−ＳＲは、ＰＵＣＣＨリソース又は類似のものの上での送信を使用して送信されてもよい。このようなスケジューリング要求は、ＰＲＡＣＨ又は類似のものの上での送信を使用したランダムアクセス手続を介して、ＲＡ−ＳＲなどの共有の、おそらく議論のあるリソースを使用して実行されてもよい。このようなスケジューリング要求は、ここで説明されるように、ＰＲＡＣＨ又は類似のものの上での送信を使用した拡張ランダムアクセス手続を使用して、ｅＲＡ−ＳＲなどの共有の、おそらく議論のあるリソースを使用して実行されてもよい。例えば、ＭＳＧ１は、関係するデータ、例えば、送信リソースの使用及び／又は要求をトリガしたデータを含まれてもよい。
【０３７５】
例えば、新たなデータが送信に利用可能となるときに、ＷＴＲＵは、スケジューリング要求を開始してもよい。このようなデータは、最大遅延バジェット、破棄タイマ、送信成功までの最大時間などの、１つ以上のＱｏＳパラメータに関連付けられてもよい。例えば、破棄機能及び／又は特定の無線ベアラへの超低レイテンシサービス（など）に関連するデータは、ある時間量の後もはや送信に有用でなく、又は送信に関連しなくてもよい。時間量は、事前構成されてもよく、又は動的に構成されてもよい。このような時間は、データが送信に利用可能であるとＷＴＲＵが判断する時から経過した時間に対応してもよい。
【０３７６】
ＷＴＲＵは、送信に利用可能なデータのためのスケジューリング要求を開始してもよい。ＷＴＲＵは、最大時間要件が経過したと判断してもよく、又はスケジューリング要求実行に利用可能なリソースが次に発生する前に最大時間要件が経過するであろうと判断してもよい。ＷＴＲＵは、スケジューリング要求手続タイプ（構成済みの場合はＤ−ＳＲ、及び／若しくはそうでなければＲＡ−ＳＲ）のサブセット、又はスケジューリング要求手続の全てのタイプについてそのような判断を実行してもよい。ＷＴＲＵは、グラントフリーリソース、議論のあるリソースを使用する、及び／又は未ライセンススペクトルにおけるＬＢＴ（listen-before-talk）アクセスなどを、そのようなものが構成され、及び／又は関連するデータに利用可能である場合に使用するデータの送信を含むがこれらに限定されない、１つ以上の追加のアクセス方法を考慮して、このような判断を実行してもよい。ＷＴＲＵは、進行中のスケジューリング要求（若しくは別のタイプのアクセス）を中止し、及び／又は関係するデータを破棄してもよい。例えば、そのような再送信が（例えば、ＲＬＣ  ＡＭで構成されるベアラに）そうでなければ適用可能であり得る場合に、ＷＴＲＵは、対応するＲＬＣ  ＰＤＵがＲＬＣによって再送信予定でないことをＲＬＣに示されてもよい。
【０３７７】
ＷＴＲＵは、それがトランスポートブロックに含まれた後、及び第１のＨＡＲＱ送信がこのトランスポートブロックのために実行された後で、そのようなデータの送信に割り込んでもよい。例えば、送信が、ｅＲＡＣＨ手続においてＭＳＧ１を使用して開始されてもよい。例えば、送信は、ネットワークによって認可されるリソース、例えば、半永続割り当てリソース、ＤＣＩ受信によって動的に割り当てられるリソースを使用して、及び／又はＰＵＳＣＨリソース（ＣＢ−ＰＵＳＣＨ）のための競合ベースのアクセスなどのグラントレス送信手続を使用して、開始されてもよい。例えば、そのようなデータの送信の割り込みは、ネットワーク制御されてもよい。ＷＴＲＵは、新たな送信が、関連するＨＡＲＱプロセス、例えば、対応するＨＡＲＱプロセスのためのＮＤＩを切り替えるＤＣＩのために実行され得ることを示す、ＨＡＲＱプロセスのためのダウンリンク制御シグナリングを受信してもよい。ＷＴＲＵは、ＷＴＲＵがグラントフリーリソース又は議論のあるリソースを使用し得るという判断に基づいて、そのようなデータの送信に自律的に割り込んでもよい。例えば、ＷＴＲＵは、未スケジュールのリソースの次の発生が、関係するデータについて時間が経過した後であると判断してもよい。例えば、ＷＴＲＵは、例えば、未ライセンススペクトルにおけるＬＢＴアクセスなどを使用した、リソースへのアクセスが、関係するデータについての最大時間要件を超えると判断してもよい。例えば、ＷＴＲＵは、例えば、未ライセンススペクトルにおけるＬＢＴアクセスなどを使用した、リソースへのアクセスが、関係するデータについての最大時間要件を超える可能性があると判断してもよい。このような判断の後、ＷＴＲＵは、進行中のＨＡＲＱプロセスを中止してもよく、及び／又は関連するデータを破棄してもよい。例えば、そのような再送信が（例えば、ＲＬＣ  ＡＭで構成されるベアラに）そうでなければ適用可能であり得る場合に、ＷＴＲＵは、対応するＲＬＣ  ＰＤＵがＲＬＣによって再送信予定でないことをＲＬＣに示してもよい。
【０３７８】
ＷＴＲＵは、データがもはや送信に利用可能でないと判断してもよい。例えば、関係するデータが送信に利用可能となったとＷＴＲＵが最初に判断してから経過した時間が、最大時間量を超えるという条件において、関係するデータは、送信に利用可能でないと考えられ得る。ＷＴＲＵは、スケジューリング要求（及び／又はバッファ状態報告）をキャンセルしてもよい。一実施形態では、ＷＴＲＵは、関係するデータに関連するスケジューリング要求をキャンセルしてもよい。一実施形態では、ＷＴＲＵが関係するデータについてのＴＢの初期送信を実行しなかったという条件において、ＷＴＲＵは、スケジューリング要件をキャンセルしてもよい。そうでなければ、ＷＴＲＵは、関係するＴＢについてのＨＡＲＱプロセスを一時停止及び／又は中止してもよい。
【０３７９】
ネットワークは、送信に利用可能となっているデータを意識していない可能性がある。いくつかの場合において、ネットワークは、ＷＴＲＵが関係するデータを破棄したと判断することができないことがある。ＷＴＲＵがスケジューリング要求をキャンセルした、及び／又は（例えば、ＷＴＲＵが未スケジュールの、おそらく共有のリソースを使用して送信を試みた場合、若しくはＬＢＴの場合において）それが自律的に送信に割り込んだ（若しくは送信を中止した）ことを、ネットワークが判断することができない場合がある。データの破棄が、ＷＴＲＵのアクセス試行のレイテンシの結果としてネットワークには隠されてもよい。無線条件の悪化、最適以下のリンク適合、無線リンク障害、混雑（例えば、共有及び／若しくは議論のあるリソースについての）、十分に短い時間内におけるＲＡ−ＳＲのためのＲＡＲの受信失敗、セル内の負荷、又は関係するサービスについてのＷＴＲＵの構成におけるミスマッチに起因して、そのようなイベントが発生することがある。
【０３８０】
ＷＴＲＵは、データが送信に利用不可能となっていることをネットワークに通知してもよい。ＷＴＲＵは、ネットワークへのアップリンク通知が開始予定であると判断してもよい。ＷＴＲＵは、以下のうちの少なくとも１つを実行してもよい。
【０３８１】
ＷＴＲＵは、ＭＡＣ  ＣＥの送信をトリガしてもよい。ＭＡＣ  ＣＥは、データの破棄、スケジューリング要求の割り込み、及び／又は（例えば、グラントレス若しくはＬＢＴ動作の場合に）進行中のＨＡＲＱ送信の割り込みを示してもよい。ＭＡＣ  ＣＥは、例えば、ＬＣＨ及び／又はＬＣＧ毎に破棄されたデータの標識を含む、ＢＳＲの拡張バージョンであってもよい。ＭＡＣ  ＣＥは、関係するＭＡＣインスタンスのための次の送信に含まれてもよい。新たなスケジューリング要求がトリガされてもよい。
【０３８２】
ＷＴＲＵは、状態報告、例えば、ＲＬＣ状態報告などの送信をトリガしてもよい。報告は、受信機が「見つからない」ＲＬＣ  ＰＤＵを無視し得るように、送信機におけるデータの破棄を示してもよい。状態報告は、スタンドアロンＰＤＵ（例えば、ＲＬＣ  ＰＤＵ）として生成されてもよく、又は関係するパケットフロー処理（例えば、ベアラ）についての次に利用可能なＲＬＣ  ＰＤＵ上でピギーバックされてもよい。ＰＤＵは、送信に利用可能な新たなデータが、新たなスケジューリング要求をトリガし得るとして考えられてもよい。
【０３８３】
ＷＴＲＵは、状態報告、例えば、ＰＤＣＰ  ＳＲ（又は類似のもの）の送信をトリガしてもよい。状態報告は、データの破棄を示してもよい。状態報告は、スタンドアロンＰＤＵ（例えば、ＰＤＣＰ  ＰＤＵ）として生成されてもよく、又は関係するパケットフロー処理（例えば、ベアラ）についての次に利用可能なＰＤＵ上でピギーバックされてもよい。ＰＤＵは、送信に利用可能な新たなデータが、新たなスケジューリング要求をトリガし得るとして考えられてもよい。
【０３８４】
ＷＴＲＵは、Ｌ３／ＲＲＣレポーティング手続を開始してもよい。例えば、ＷＴＲＵは、ベアラ固有の（又はＱｏＳ処理固有の）ＲＲＣ無線リンク障害通知などの送信を開始してもよい。通知は、データの破棄、関係するベアラ、原因、及び／又はＱｏＳフロー識別を示してもよい。メッセージは、スタンドアロンＰＤＵ（例えば、ＲＲＣ  ＰＤＵ）として生成されてもよい。ＰＤＵは、送信に利用可能な新たなデータが、新たなスケジューリング要求をトリガし得るとして考えられてもよい。
【０３８５】
アップリンク通知が、禁止機能の対象であってもよい。例えば、上記通知のわずかｘ（例えば、ｘ＝１）が、（例えば、構成済みの）時間ピリオド内に送信され得るように、監督機能が適用されてもよい。例えば、通知が最初に送信に利用可能であるときに、通知禁止タイマが開始されてもよい。ＷＴＲＵは、タイマが動作中の間、任意の追加の通知（例えば、該当する場合、同一原因についてのみ）を生成することを抑制してもよい。
【０３８６】
例えば、ＷＴＲＵは、その後ＲＲＣ接続再構成を、ネットワークからの応答としてのコレクティブアクションとして受信してもよい。
【０３８７】
ＷＴＲＵは、割り込みのタイプの機能として、以下を実行してもよい。
【０３８８】
専用のＳＲ（Ｄ−ＳＲ）割り込みについて、ＷＴＲＵは、ＷＴＲＵが、リソースの関連セット、例えば、そのようなリソースが割り込みされたＤ−ＳＲ手続に使用されていた場合にＵＲＬＬＣサービスに対応するリソースを使用しなくともよいと判断してもよい。ＷＴＲＵは、例えば、通知のタイプの関数として選択されるリソースを使用して、レガシーＲＡＣＨを使用するように判断してもよい。例えば、ＷＴＲＵは、デフォルトアクセス及び／又は特定の、例えばより長い、ＴＴＩ期間に対応するリソースを使用してもよい。
【０３８９】
データのみ又はＭＳＧ１におけるＢＳＲでのｅＲＡＣＨ割り込みについて、例えば、関係する手続に関するアップリンク通知がネットワークによって受信成功した（例えば、ＨＡＲＱ  ＡＣＫが関係する送信について受信される）とＷＴＲＵが判断するまで、及び／又はＷＴＲＵが、Ｌ３再構成メッセージを最初に受信するまで、ＷＴＲＵは、ｅＲＡＣＨ手続を使用して、遅延してもよい。ＷＴＲＵは、例えば、通知のタイプの関数として選択されるリソースを使用して、Ｄ−ＳＲ又はレガシーＲＡＣＨを使用するようにアクセス手続を判断してもよい。例えば、ＷＴＲＵは、デフォルトアクセス及び／又は特定の、例えばより長い、ＴＴＩ期間に対応するリソースを使用してもよい。
【０３９０】
ランダムアクセス割り込みについて、そのようなリソースが割り込みされたＲＡ−ＳＲ手続に使用されていた場合、ＷＴＲＵは、リソースの関連セット、例えば、ＵＲＬＬＣサービスに対応するリソースを使用しないように判断してもよい。ＷＴＲＵは、レガシーＲＡＣＨを使用するように判断してもよい。例えば、割り込みされたＲＡ−ＳＲ手続に使用されるものとは異なるリソースが利用可能である場合にのみ、ＷＴＲＵは、レガシーＲＡＣＨを使用するように判断してもよい。
【０３９１】
図８は、ＷＴＲＵがｅＲＡＣＨ手続を実行するか又はレガシーＲＡＣＨ手続を実行するかを判断することの例としてのフローチャートである。ＷＴＲＵは、ランダムアクセス要求を開始し得る。ＷＴＲＵは、スケジューリング要求を実行するため、及び／又は所定の閾値未満のデータ量を送信するために、ランダムアクセス要求を開始してもよい。８０２において、ＷＴＲＵは、ランダムアクセスのために、第１のランダムアクセスチャネル（ＲＡＣＨ）手続を選択するか又は第２のＲＡＣＨ手続を選択するかを判断してもよい。第１のＲＡＣＨ手続は、レガシーＲＡＣＨ手続であってもよい。第２のＲＡＣＨ手続は、拡張ＲＡＣＨ（ｅＲＡＣＨ）手続であってもよい。８０２において、ＷＴＲＵは、第１のＲＡＣＨ手続を選択するか又は第２のＲＡＣＨ手続を選択するかを、送信予定のアップリンクデータのタイプ及び／又はランダムアクセス要求の目的に基づいて判断してもよい。例えば、図８に示すように、ＷＴＲＵは、タイプ２データに対しレガシーＲＡＣＨ手続を選択してもよい。タイプ２データは、例えば、拡張モバイルブロードバンド（ｅＭＢＢ）データを含んでもよい。別の例として、ＷＴＲＵは、タイプ１データに対しｅＲＡＣＨ手続を選択してもよい。タイプ１データは、例えば、超高信頼低レイテンシ通信（ＵＲＬＬＣ）データを含んでもよい。
【０３９２】
ｅＲＡＣＨ手続が選択されるとき、ＷＴＲＵは、以下のうちの１つ以上を実行してもよい。８０４において、ＷＴＲＵは、プリアンブルリソースのセットを選択してもよい。プリアンブルリソースのセットは、ｅＲＡＣＨに関連付けられてもよい。ＷＴＲＵは、ｅＲＡＣＨ手続８０６を実行してもよい。ｅＲＡＣＨ手続８０６は、２ステップＲＡＣＨ手続であってもよい。８０８において、ＷＴＲＵは、（例えば、８０４において選択される）プリアンブルリソースのセットからプリアンブルリソースを選択してもよい。プリアンブルリソースは、例えば、ｅＲＡＣＨ手続に関連する物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースであってもよい。プリアンブルリソースは、拡張ＰＲＡＣＨ（ｅＰＲＡＣＨ）リソースであってもよい。プリアンブルリソースは、プリアンブルシーケンス、時間−周波数リソース、及び／又はヌメロロジーのうちの１つ以上を含んでもよい。ＷＴＲＵは、第２のＲＡＣＨ手続に関連付けられるプリアンブルシーケンスを判断してもよい。プリアンブルシーケンスが、プリアンブルリソース、データ受信信頼性、送信予定データ量、最大トランスポートブロックサイズ、トランスポートブロックサイズの許容範囲、ＲＡＣＨ送信のタイプ、ＲＡＣＨ送信に関連付けられるトリガ、タイミング要件、バッファ状態、ＷＴＲＵ識別、位置、ヌメロロジー、変調及び符号化方式（ＭＣＳ）、復調構成、並びに／又はネットワークデバイスから受信される複数のプリアンブルのうちの１つ以上に基づいて判断されてもよい。
【０３９３】
８１０において、ＷＴＲＵは、アップリンクデータのためのデータリソースを、プリアンブルリソース、プリアンブルシーケンス、アップリンクデータのタイプ、又はアップリンクデータのサイズのうちの１つ以上に基づいて判断してもよい。データリソースは、利用可能なリソースのセットから判断されてもよい。利用可能なリソースのセットは、システム情報、アクセステーブル、又は特定の無線ネットワーク識別子（ＲＮＴＩ）への物理データ制御チャネル（ＰＤＣＣＨ）グラントのうちの１つ以上を介して示されてもよい。
【０３９４】
８１２において、ＷＴＲＵは、少なくとも１つのＰＲＡＣＨリソース及び／又はデータリソースを使用してネットワークデバイスにＲＡＣＨ送信を送信してもよい。ＲＡＣＨ送信は、プリアンブルシーケンス及び／又はアップリンクデータを含んでもよい。プリアンブルシーケンス及びアップリンクデータは、時間及び／又は周波数において互いに素であってもよい。プリアンブルシーケンスは、アップリンクデータの先頭に追加されてもよい。ＷＴＲＵは、ＲＡＣＨ送信内のアップリンクデータに関連付けられる肯定応答（ＡＣＫ）又は否定応答（ＮＡＣＫ）を含むランダムアクセス応答（ＲＡＲ）メッセージを受信してもよい。ＲＡＲメッセージは、アップリンクグラントを含んでもよい。ＷＴＲＵは、追加の保留アップリンクデータ、制御情報、及び／又は状態遷移情報を、アップリンクグラントに基づいてネットワークデバイスに送信してもよい。
【０３９５】
レガシーＲＡＣＨ手続が選択されるとき、ＷＴＲＵは、以下のうちの１つ以上を実行してもよい。８１４において、ＷＴＲＵは、レガシーＲＡＣＨに関連付けられ得るプリアンブルリソースのセットを選択してもよい。８１６において、ＷＴＲＵは、レガシーＲＡＣＨを実行してもよい。
【０３９６】
使用可能なデータリソースについての例としてのＲＲＣ構成８１８は、優先度１−短いデータ、優先度２−短いデータ、優先度１−長いデータ、又は優先度２−長いデータを含んでもよい。第１のリソースブロック（例えば、ＲＢ１）は、優先度１、短いデータに使用されてもよい。第２のリソースブロック（例えば、ＲＢ２）は、優先度２、短いデータに使用されてもよい。第３及び／又は第４のリソースブロック（例えば、ＲＢ５〜６）は、優先度１、長いデータに使用されてもよい。第５及び／又は第６のリソースブロック（例えば、ＲＢ７〜８）は、優先度２、長いデータに使用されてもよい。
【０３９７】
ここで説明されるプロセス及び手段は、任意の組み合わせで適用されてもよく、他のワイヤレス技術に、及び他のサービス用に適用されてもよい。
【０３９８】
ＷＴＲＵは、物理デバイスの識別、又はＭＳＩＳＤＮ、ＳＩＰ  ＵＲＩなどといったスクリプション関連識別などのユーザの識別を参照してもよい。ＷＴＲＵは、アプリケーションベースの識別、例えば、アプリケーション毎に使用され得るユーザ名を参照してもよい。
【０３９９】
上述のプロセスは、コンピュータ及び／又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれる、コンピュータプログラム、ソフトウェア、及び／又はファームウェアにおいて実施されてもよい。コンピュータ可読媒体の例は、（有線及び／若しくは無線接続を介して送信される）電気信号、並びに／又はコンピュータ可読記憶媒体を含むが、これらに限定されない。コンピュータ可読記憶媒体の例は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどであるが、これらに限定されない磁気媒体、光磁気媒体、並びに／又はＣＤ−ＲＯＭディスク及び／若しくはデジタル多用途ディスク（ＤＶＤ）などの光学式媒体を含むが、これらに限定されない。ソフトウェアに関連するプロセッサは、ＷＴＲＵ、端末、基地局、ＲＮＣ、及び／又は任意のホストコンピュータにおける使用のための無線周波数送受信機を実施するために使用されてもよい。
【図１Ａ】
2019533326.tif 000003
【図１Ｂ】
2019533326.tif 000004
【図１Ｃ】
2019533326.tif 000005
【図１Ｄ】
2019533326.tif 000006
【図２】
2019533326.tif 000007
【図３】
2019533326.tif 000008
【図４】
2019533326.tif 000009
【図５】
2019533326.tif 000010
【図６】
2019533326.tif 000011
【図７】
2019533326.tif 000012
【図８】
2019533326.tif 000013
【国際調査報告】
2019533326.tif 000014
2019533326.tif 000015
2019533326.tif 000016