特許7405867 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ 華為技術有限公司の特許一覧

特許7405867ランダムアクセス方法及び装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-12-18

(45)【発行日】2023-12-26

(54)【発明の名称】ランダムアクセス方法及び装置

(51)【国際特許分類】

H04W 74/08 20090101AFI20231219BHJP

H04W 74/02 20090101ALI20231219BHJP

H04W 4/20 20180101ALI20231219BHJP

H04L 27/26 20060101ALI20231219BHJP

【ＦＩ】

H04W74/08

H04W74/02

H04W4/20

H04L27/26 113

【請求項の数】 24

(21)【出願番号】P 2021565090

(86)(22)【出願日】2020-03-26

(65)【公表番号】

(43)【公表日】2022-07-05

(86)【国際出願番号】 CN2020081470

(87)【国際公開番号】W WO2020224351

(87)【国際公開日】2020-11-12

【審査請求日】2021-12-23

(31)【優先権主張番号】201910377204.X

(32)【優先日】2019-05-03

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩＴＥＣＨＮＯＬＯＧＩＥＳＣＯ．，ＬＴＤ．

【住所又は居所原語表記】ＨｕａｗｅｉＡｄｍｉｎｉｓｔｒａｔｉｏｎＢｕｉｌｄｉｎｇ，Ｂａｎｔｉａｎ，ＬｏｎｇｇａｎｇＤｉｓｔｒｉｃｔ，Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ５１８１２９，Ｐ．Ｒ．Ｃｈｉｎａ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎修

(72)【発明者】

【氏名】ウー，イーチュイン

(72)【発明者】

【氏名】シーン，シュワーンホワーン

(72)【発明者】

【氏名】ワーン，イー

【審査官】中村信也

(56)【参考文献】

【文献】Nokia, Nokia Shanghai Bell，2-step RACH Procedure Feature lead summary[online]，3GPP TSG RAN WG1 #96b R1-1905764，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96b/Docs/R1-1905764.zip>，2019年04月15日，１４－２９ページ

【文献】LG Electronics，Discussion on RAR detection in 2-step RACH[online]，3GPP TSG RAN WG1 #96b R1-1904199，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96b/Docs/R1-1904199.zip>，2019年03月30日

【文献】ZTE, Sanechips，On 2-Step RACH Procedures[online]，3GPP TSG RAN WG1 #96b R1-1903879，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96b/Docs/R1-1903879.zip>，2019年03月30日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｗ４／００－９９／００

３ＧＰＰＴＳＧＲＡＮＷＧ１－４

ＳＡＷＧ１－４

ＣＴＷＧ１、４

Ｈ０４Ｌ２７／００－２７／３８

(57)【特許請求の範囲】

【請求項1】

ランダムアクセス方法であって、
端末によって、第１タイプランダムアクセスプロシージャのランダムアクセスメッセージをネットワークデバイスへ送信することであり、前記第１タイプランダムアクセスプロシージャの前記ランダムアクセスメッセージは、ランダムアクセスプリアンブル及びアップリンクデータを含む、前記送信することと、
前記端末によって、前記ランダムアクセスプリアンブルの伝送が終了した後に第１ウィンドウを開始し、該第１ウィンドウ内で、グループ無線ネットワーク一時識別子（Ｇ－ＲＮＴＩ）によってスクランブルされた第１ダウンリンク制御情報（ＤＣＩ）と、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）によってスクランブルされた第２ＤＣＩとを検出することであり、前記Ｇ－ＲＮＴＩは、前記第１タイプランダムアクセスプロシージャの前記ランダムアクセスメッセージを送信するために使用されるリソースユニットが位置するリソースブロックに基づき決定される、前記検出することと
を有し、
前記第１ＤＣＩは、前記ランダムアクセスプリアンブルに対する第１応答メッセージを運ぶ第１物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジューリングするために使用され、前記第２ＤＣＩは、前記ランダムアクセスメッセージに対する第２応答メッセージを運ぶ第２ＰＤＳＣＨをスケジューリングするために使用される、
方法。

【請求項2】

前記端末は、第１制御チャネルリソースセットの最初のシンボルで前記第１ウィンドウを開始し、あるいは、前記端末は、第２制御チャネルリソースセットの最初のシンボルで前記第１ウィンドウを開始し、
前記第１制御チャネルリソースセットは、前記ランダムアクセスプリアンブルの伝送が終了した後の制御チャネルリソースセットであり、前記第２制御チャネルリソースセットは、前記アップリンクデータの伝送が終了した後の制御チャネルリソースセットである、
請求項１に記載の方法。

【請求項3】

前記第１制御チャネルリソースセットは、前記ランダムアクセスプリアンブルの伝送が終了した後に最初に第１プリセット条件を満足する制御チャネルリソースセットであり、かつ／あるいは、前記第２制御チャネルリソースセットは、前記アップリンクデータの伝送が終了した後に最初に第２プリセット条件を満足する制御チャネルリソースセットであり、
前記第１プリセット条件は、制御チャネルリソースセットの最初のシンボルと前記ランダムアクセスプリアンブルを送信するために使用される時間領域リソースの最後のシンボルとの間の時間領域インターバルが、第１時間領域長さ閾値よりも長いことであり、
前記第２プリセット条件は、制御チャネルリソースセットの最初のシンボルと前記アップリンクデータを送信するために使用される時間領域リソースの最後のシンボルとの間の時間領域インターバルが、第２時間領域長さ閾値よりも長いことである、
請求項２に記載の方法。

【請求項4】

前記端末は、第３制御チャネルリソースセットの最初のシンボルで前記第１ウィンドウを開始し、あるいは、前記端末は、第４制御チャネルリソースセットの最初のシンボルで前記第１ウィンドウを開始し、
前記第３制御チャネルリソースセットは、前記ランダムアクセスプリアンブルを送信するために使用される物理ランダムアクセスチャネル時間周波数リソースに関連した物理アップリンク共有チャネル時間周波数リソースのうちの有効な物理アップリンク共有チャネル時間周波数リソースの中で最先のものの後にあって第３プリセット条件を最初に満足する制御チャネルリソースセットであり、前記有効な物理アップリンク共有チャネル時間周波数リソースは、物理アップリンク共有チャネルを送信するために使用され得る時間周波数リソースであり、
前記第４制御チャネルリソースセットは、前記ランダムアクセスプリアンブルを送信するために使用される物理ランダムアクセスチャネル時間周波数リソースのスロットに関連した物理アップリンク共有チャネル時間周波数リソースのうちの有効な物理アップリンク共有チャネル時間周波数リソースの中で最後のものの後にあって第４プリセット条件を最初に満足する制御チャネルリソースセットであり、
前記第３プリセット条件は、制御チャネルリソースセットの最初のシンボルと前記最先の有効な物理アップリンク共有チャネル時間周波数リソースの最後のＯＦＤＭシンボルとの間の時間領域インターバルが第３閾値以上であることであり、
前記第４プリセット条件は、制御チャネルリソースセットの最初のシンボルと前記最後の有効な物理アップリンク共有チャネル時間周波数リソースの最後のＯＦＤＭシンボルとの間の時間領域インターバルが第４閾値以上であることである、
請求項１に記載の方法。

【請求項5】

当該方法は、前記端末によって、前記ネットワークデバイスから第２タイプランダムアクセスプロシージャのコンフィグレーション情報を受信することを更に有し、
前記第２タイプランダムアクセスプロシージャの前記コンフィグレーション情報は、ランダムアクセス応答ウィンドウの長さ設定情報及び／又は第１競合解消ウィンドウの長さ設定情報を含み、
前記第１ウィンドウの長さは、前記ランダムアクセス応答ウィンドウの長さと同じであるか、
前記第１ウィンドウの長さは、前記第１競合解消ウィンドウの長さと同じであるか、
前記第１ウィンドウの長さは、前記ランダムアクセス応答ウィンドウの長さと前記第１競合解消ウィンドウの長さとの和であるか、
前記第１ウィンドウの長さは、前記ランダムアクセス応答ウィンドウの長さ及び前記第１競合解消ウィンドウの長さのうちの最大値であるか、あるいは、
前記第１ウィンドウの長さは、前記ランダムアクセス応答ウィンドウの長さと前記ネットワークデバイスによって設定されたウィンドウ長さインクリメントとの和である、
請求項１乃至４のうちいずれか一項に記載の方法。

【請求項6】

前記ランダムアクセスプリアンブルを送信するために使用される時間周波数リソースが第２タイプランダムアクセスプロシージャのランダムアクセスメッセージを送信するためにも使用される場合に、前記端末は、前記第１制御チャネルリソースセットの最初のシンボルで前記第１ウィンドウを開始する、
請求項２又は３に記載の方法。

【請求項7】

前記ランダムアクセスプリアンブルを送信するために使用される時間周波数リソースが前記第２タイプランダムアクセスプロシージャのランダムアクセスメッセージを送信するためにも使用される場合に、前記第１ウィンドウの長さは、前記ランダムアクセス応答ウィンドウの長さ又は前記第１競合解消ウィンドウの長さと同じである、
請求項５に記載の方法。

【請求項8】

当該方法は、
前記第１ＤＣＩが前記第１ウィンドウ内で検出され、前記第１応答メッセージが前記アップリンクデータを再送することを示すために使用される情報を含む場合に、前記端末によって前記第１ウィンドウを終了し、前記アップリンクデータを再送することと、
前記アップリンクデータの再送が終了した後で、前記端末によって第２競合解消ウィンドウを開始することと
を有する、
請求項１乃至７のうちいずれか一項に記載の方法。

【請求項9】

当該方法は、
競合解消情報を運ぶＰＤＳＣＨをスケジューリングするために使用される第３ＤＣＩが第２競合解消ウィンドウ内で検出され、前記競合解消情報に基づいて、競合解消が成功したと決定される場合に、前記端末によって前記第２競合解消ウィンドウを終了すること、及び／又は
前記アップリンクデータの再送をスケジューリングするために使用される第４ＤＣＩが前記第２競合解消ウィンドウ内で検出される場合に、前記端末によって前記第４ＤＣＩに基づき前記アップリンクデータを再送し、該アップリンクデータの再送が終了した後に前記第２競合解消ウィンドウを再開すること
を更に有する、
請求項７に記載の方法。

【請求項10】

当該方法は、前記第１ＤＣＩが前記第１ウィンドウ内で検出され、前記第１応答メッセージが前記第１タイプランダムアクセスプロシージャの前記ランダムアクセスメッセージを再送することを示すために使用される情報を含む場合に、前記端末によって、前記第１タイプランダムアクセスプロシージャの第２ランダムアクセスメッセージを再送し、前記第１ウィンドウを再開することを更に有し、
前記第２ランダムアクセスメッセージは、前記アップリンクデータの全部又は一部を運ぶ、
請求項１乃至８のうちいずれか一項に記載の方法。

【請求項11】

当該方法は、前記第１ＤＣＩが前記第１ウィンドウ内で検出され、前記第１応答メッセージが前記第１タイプランダムアクセスプロシージャから第２タイプランダムアクセスプロシージャへロールバックすることを示すために使用される情報を含む場合に、前記端末によって前記第１ウィンドウを終了し、前記第２タイプランダムアクセスプロシージャを実行することに切り替えることを更に有する、
請求項１乃至９のうちいずれか一項に記載の方法。

【請求項12】

通信装置であって、
第１タイプランダムアクセスプロシージャのランダムアクセスメッセージをネットワークデバイスへ送信するよう構成される送信ユニットであり、前記第１タイプランダムアクセスプロシージャの前記ランダムアクセスメッセージは、ランダムアクセスプリアンブル及びアップリンクデータを含む、前記送信ユニットと、
前記ランダムアクセスプリアンブルの伝送が終了した後に第１ウィンドウを開始するよう構成される処理ユニットと、
前記第１ウィンドウ内で、グループ無線ネットワーク一時識別子（Ｇ－ＲＮＴＩ）によってスクランブルされた第１ダウンリンク制御情報（ＤＣＩ）と、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）によってスクランブルされた第２ＤＣＩとを検出するよう構成される受信ユニットであり、前記Ｇ－ＲＮＴＩは、前記第１タイプランダムアクセスプロシージャの前記ランダムアクセスメッセージを送信するために使用されるリソースユニットが位置するリソースブロックに基づき決定される、前記受信ユニットと
を有し、
前記第１ＤＣＩは、前記ランダムアクセスプリアンブルに対する第１応答メッセージを運ぶ第１物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジューリングするために使用され、前記第２ＤＣＩは、前記ランダムアクセスメッセージに対する第２応答メッセージを運ぶ第２ＰＤＳＣＨをスケジューリングするために使用される、
装置。

【請求項13】

前記処理ユニットは、第１制御チャネルリソースセットの最初のシンボルで前記第１ウィンドウを開始するか、あるいは、第２制御チャネルリソースセットの最初のシンボルで前記第１ウィンドウを開始する、よう構成され、
前記第１制御チャネルリソースセットは、前記ランダムアクセスプリアンブルの伝送が終了した後の制御チャネルリソースセットであり、前記第２制御チャネルリソースセットは、前記アップリンクデータの伝送が終了した後の制御チャネルリソースセットである、
請求項１２に記載の装置。

【請求項14】

【請求項15】

前記処理ユニットは、第３制御チャネルリソースセットの最初のシンボルで前記第１ウィンドウを開始するか、あるいは、第４制御チャネルリソースセットの最初のシンボルで前記第１ウィンドウを開始する、よう構成され、
前記第３制御チャネルリソースセットは、前記ランダムアクセスプリアンブルを送信するために使用される物理ランダムアクセスチャネル時間周波数リソースに関連した物理アップリンク共有チャネル時間周波数リソースのうちの有効な物理アップリンク共有チャネル時間周波数リソースの中で最先のものの後にあって第３プリセット条件を最初に満足する制御チャネルリソースセットであり、前記有効な物理アップリンク共有チャネル時間周波数リソースは、物理アップリンク共有チャネルを送信するために使用され得る時間周波数リソースであり、
前記第４制御チャネルリソースセットは、前記ランダムアクセスプリアンブルを送信するために使用される物理ランダムアクセスチャネル時間周波数リソースのスロットに関連した物理アップリンク共有チャネル時間周波数リソースのうちの有効な物理アップリンク共有チャネル時間周波数リソースの中で最後のものの後にあって第４プリセット条件を最初に満足する制御チャネルリソースセットであり、
前記第３プリセット条件は、制御チャネルリソースセットの最初のシンボルと前記最先の有効な物理アップリンク共有チャネル時間周波数リソースの最後のＯＦＤＭシンボルとの間の時間領域インターバルが第３閾値以上であることであり、
前記第４プリセット条件は、制御チャネルリソースセットの最初のシンボルと前記最後の有効な物理アップリンク共有チャネル時間周波数リソースの最後のＯＦＤＭシンボルとの間の時間領域インターバルが第４閾値以上であることである、
請求項１２に記載の装置。

【請求項16】

前記受信ユニットは、前記ネットワークデバイスから第２タイプランダムアクセスプロシージャのコンフィグレーション情報を受信するよう更に構成され、
前記第２タイプランダムアクセスプロシージャの前記コンフィグレーション情報は、ランダムアクセス応答ウィンドウの長さ設定情報及び／又は第１競合解消ウィンドウの長さ設定情報を含み、
前記第１ウィンドウの長さは、前記ランダムアクセス応答ウィンドウの長さと同じであるか、
前記第１ウィンドウの長さは、前記第１競合解消ウィンドウの長さと同じであるか、
前記第１ウィンドウの長さは、前記ランダムアクセス応答ウィンドウの長さと前記第１競合解消ウィンドウの長さとの和であるか、
前記第１ウィンドウの長さは、前記ランダムアクセス応答ウィンドウの長さ及び前記第１競合解消ウィンドウの長さのうちの最大値であるか、あるいは、
前記第１ウィンドウの長さは、前記ランダムアクセス応答ウィンドウの長さと前記ネットワークデバイスによって設定されたウィンドウ長さインクリメントとの和である、
請求項１２乃至１４のうちいずれか一項に記載の装置。

【請求項17】

前記処理ユニットは、前記ランダムアクセスプリアンブルを送信するために使用される時間周波数リソースが第２タイプランダムアクセスプロシージャのランダムアクセスメッセージを送信するためにも使用される場合に、前記第１制御チャネルリソースセットの最初のシンボルで前記第１ウィンドウを開始するよう更に構成される、
請求項１３又は１４に記載の装置。

【請求項18】

前記処理ユニットは、前記ランダムアクセスプリアンブルを送信するために使用される時間周波数リソースが前記第２タイプランダムアクセスプロシージャのランダムアクセスメッセージを送信するためにも使用される場合に、前記第１ウィンドウの長さを、前記ランダムアクセス応答ウィンドウの長さ又は前記第１競合解消ウィンドウの長さと同じであるようにセットするよう更に構成される、
請求項１６に記載の装置。

【請求項19】

前記第１ＤＣＩが前記第１ウィンドウ内で検出され、前記第１応答メッセージが前記アップリンクデータを再送することを示すために使用される情報を含む場合に、前記処理ユニットは、前記第１ウィンドウを終了するよう更に構成され、前記送信ユニットは、前記アップリンクデータを再送するよう更に構成され、
前記処理ユニットは、前記アップリンクデータの再送が終了した後で、第２競合解消ウィンドウを開始するよう更に構成される、
請求項１２乃至１８のうちいずれか一項に記載の装置。

【請求項20】

競合解消情報を運ぶＰＤＳＣＨをスケジューリングするために使用される第３ＤＣＩが第２競合解消ウィンドウ内で検出され、前記競合解消情報に基づいて、競合解消が成功したと決定される場合に、前記処理ユニットは、前記第２競合解消ウィンドウを終了するよう更に構成され、かつ／あるいは、
前記アップリンクデータの再送をスケジューリングするために使用される第４ＤＣＩが前記第２競合解消ウィンドウ内で検出される場合に、前記送信ユニットは、前記第４ＤＣＩに基づき前記アップリンクデータを再送するよう更に構成され、前記処理ユニットは、前記アップリンクデータの再送が終了した後に前記第２競合解消ウィンドウを再開するよう更に構成される、
請求項１８に記載の装置。

【請求項21】

前記第１ＤＣＩが前記第１ウィンドウ内で検出され、前記第１応答メッセージが前記第１タイプランダムアクセスプロシージャの前記ランダムアクセスメッセージを再送することを示すために使用される情報を含む場合に、前記送信ユニットは、前記第１タイプランダムアクセスプロシージャの第２ランダムアクセスメッセージを再送するよう更に構成され、前記処理ユニットは、前記第１ウィンドウを再開するよう更に構成され、
前記第２ランダムアクセスメッセージは、前記アップリンクデータの全部又は一部を運ぶ、
請求項１２乃至１９のうちいずれか一項に記載の装置。

【請求項22】

前記第１ＤＣＩが前記第１ウィンドウ内で検出され、前記第１応答メッセージが前記第１タイプランダムアクセスプロシージャから第２タイプランダムアクセスプロシージャへロールバックすることを示すために使用される情報を含む場合に、前記処理ユニットは、前記第１ウィンドウを終了し、前記第２タイプランダムアクセスプロシージャを実行することに切り替えるように当該通信装置を動作させる、
請求項１２乃至２０のうちいずれか一項に記載の装置。

【請求項23】

プログラムコードを記憶し、
前記プログラムコードが通信装置によって実行される場合に、該通信装置は、請求項１乃至１１のうちいずれか一項に記載の方法を実行することを可能にされる、
コンピュータ記憶媒体。

【請求項24】

命令を有するコンピュータプログラムであって、
当該コンピュータプログラムが通信装置で実行される場合に、該通信装置は、請求項１乃至１１のうちいずれか一項に記載の方法を実行することを可能にされる、
コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、通信分野に、より具体的には、通信分野におけるランダムアクセス方法及び装置に関係がある。

【背景技術】

【0002】

将来における超高信頼低レイテンシ（ultra reliable low latency，ＵＲＬＬＣ）、マシンタイプ通信（machine type communication，ＭＴＣ）、及びモノのインターネット（internet of things，ＩｏＴ）の急速な発展に伴って、疎なパケット、小さいパケット、及び低レイテンシを必要とするデータ伝送は、ますます多くのシナリオにも適用されている。そのようなデータを伝送するために、２ステップ（2-step）のランダムアクセスチャネル（random access channel，ＲＡＣＨ）ソリューションが提案されている。

【0003】

２ステップＲＡＣＨソリューションの主なアイデアは、従来の４ステップ（4-step）ＲＡＣＨソリューションの第１ステップ及び第３ステップを１つのステップにまとめ、従来の４ステップＲＡＣＨソリューションの第２ステップ及び第４ステップを１つのステップにまとめることである。従って、２ステップＲＡＣＨソリューションでは、ランダムアクセスプロシージャは大幅に加速される。２ステップＲＡＣＨ方法では、端末デバイスが最初にＭｓｇＡを送信し、ＭｓｇＡは、ランダムアクセスプリアンブル（random access preamble）及びアップリンク共有チャネル（physical uplink shared channel，ＰＵＳＣＨ）を含み、次いで、端末デバイスが、ＭｓｇＡに対応しており、ネットワークデバイスによって送信された応答ＭｓｇＢを受信する。

【0004】

図１に示されるように、従来の４ステップＲＡＣＨソリューションでは、ランダムアクセスプリアンブル（略してプリアンブル）の後で、端末はＲＡＲウィンドウ（random access response window）を開始し、ＲＡＲウィンドウ内でプリアンブルに対する応答情報ＲＡＲを検出する。ＲＡＲを受信した後、端末は、Ｍｓｇ３（メッセージ３）を運ぶＰＵＳＣＨをネットワークデバイスへ送信し、ＰＵＳＣＨを送信した後に競合解消タイマ（contention resolution timer，競合解消ウィンドウと同等である）を起動し、競合解消ウィンドウ内で、競合解消情報を運ぶＰＤＳＣＨをスケジューリングするために使用されるダウンリンク制御情報（downlink control information，ＤＣＩ）を検出する。ＲＡＲウィンドウの開始位置は、プリアンブルが伝送された後の最初のＰＤＣＣＨ時点である。ＲＡＲ時間ウィンドウの長さは、システムメッセージを使用することによって設定される。競合解消タイマの開始位置は、ＰＵＳＣＨが伝送された後の最初のＯＦＤＭシンボルである。競合解消タイマの長さは、システムメッセージを使用することによって設定される。

【0005】

図１からは、４ステップＲＡＣＨプロシージャでは、ステップ３で送信されたプリアンブルに対する応答及びＰＵＳＣＨに対する応答を得るために、ＲＡＲウィンドウ及び競合解消ウィンドウが異なる期間に開始されることが分かる。しかし、２ステップＲＡＣＨプロシージャは、４ステップＲＡＣＨプロシージャとは異なり、２ステップＲＡＣＨプロシージャでＭｓｇＡに対応する応答をどのように得るかは、従来技術では解消されていない。

【発明の概要】

【0006】

本願は、２ステップＲＡＣＨプロシージャでＭｓｇＡに対する応答を得るためのランダムアクセス方法及び装置を提供する。

【0007】

第１の態様に従って、ランダムアクセス方法であって、
ユーザ装置が第１タイプランダムアクセスプロシージャのランダムアクセスメッセージをネットワークデバイスへ送信することを含む、方法が提供される。第１タイプランダムアクセスプロシージャのランダムアクセスメッセージは、ランダムアクセスプリアンブル及びアップリンクデータを含む。

【0008】

ユーザ装置は、ランダムアクセスプリアンブルの伝送が終了した後に第１時間ウィンドウを開始し、第１時間ウィンドウ内で第１ダウンリンク制御情報ＤＣＩ及び第２ＤＣＩを検出する。第１ＤＣＩは、ランダムアクセスプリアンブルに対する第１応答メッセージを運ぶ第１物理ダウンリンク共有チャネルＰＤＳＣＨをスケジューリングするために使用され、第２ＤＣＩは、ランダムアクセスメッセージに対する第２応答メッセージを運ぶ第２ＰＤＳＣＨをスケジューリングするために使用される。

【0009】

第１の態様の設計において、ユーザ装置は、第１制御チャネルリソースセットの最初のシンボルで第１時間ウィンドウを開始し、あるいは、ユーザ装置は、第２制御チャネルリソースセットの最初のシンボルで第１時間ウィンドウを開始する。第１制御チャネルリソースセットは、ランダムアクセスプリアンブルの伝送が終了した後の制御チャネルリソースセットであり、第２制御チャネルリソースセットは、アップリンクデータの伝送が終了した後の制御チャネルリソースセットである。

【0010】

第１の態様の設計において、第１制御チャネルリソースセットは、ランダムアクセスプリアンブルの伝送が終了した後に最初に第１プリセット条件を満足する制御チャネルリソースセットであり、かつ／あるいは、
第２制御チャネルリソースセットは、アップリンクデータの伝送が終了した後に最初に第２プリセット条件を満足する制御チャネルリソースセットである。

【0011】

第１プリセット条件は、制御チャネルリソースセットの最初のシンボルとランダムアクセスプリアンブルを送信するために使用される時間領域リソースの最後のシンボルとの間の時間領域インターバルが、第１時間領域長さ閾値よりも長いことである。

【0012】

第２プリセット条件は、制御チャネルリソースセットの最初のシンボルとアップリンクデータを送信するために使用される時間領域リソースの最後のシンボルとの間の時間領域インターバルが、第２時間領域長さ閾値よりも長いことである。

【0013】

第１の態様の設計において、方法は、
ユーザ装置が、ネットワークデバイスから第２タイプランダムアクセスプロシージャのコンフィグレーション情報を受信することを更に含み、第２タイプランダムアクセスプロシージャのコンフィグレーション情報は、ランダムアクセス応答ウィンドウの長さ設定情報及び／又は第１競合解消ウィンドウの長さ設定情報を含む。

【0014】

第１時間ウィンドウの長さは、ランダムアクセス応答ウィンドウの長さと同じである。

【0015】

代替的に、第１時間ウィンドウの長さは、第１競合解消ウィンドウの長さと同じである

【0016】

代替的に、第１時間ウィンドウの長さは、ランダムアクセス応答ウィンドウの長さと第１競合解消ウィンドウの長さとの和である。

【0017】

代替的に、第１時間ウィンドウの長さは、ランダムアクセス応答ウィンドウの長さ及び第１競合解消ウィンドウの長さのうちの最大値である。

【0018】

代替的に、第１時間ウィンドウの長さは、ランダムアクセス応答ウィンドウの長さとネットワークデバイスによって設定されたウィンドウ長さインクリメントとの和である。

【0019】

第１の態様の設計において、ランダムアクセスプリアンブルを送信するために使用される時間周波数リソースが第２タイプランダムアクセスプロシージャのランダムアクセスメッセージを送信するためにも使用される場合に、ユーザ装置は、第１制御チャネルリソースセットの最初のシンボルで第１時間ウィンドウを開始する。

【0020】

第１の態様の設計において、ランダムアクセスプリアンブルを送信するために使用される時間周波数リソースが第２タイプランダムアクセスプロシージャのランダムアクセスメッセージを送信するためにも使用される場合に、第１時間ウィンドウの長さは、ランダムアクセス応答ウィンドウの長さ又は第１競合解消ウィンドウの長さと同じである。

【0021】

第１の態様の設計において、方法は、
第１ＤＣＩが第１時間ウィンドウ内で検出され、第１応答メッセージがアップリンクデータを再送することを示すために使用される情報を含む場合に、ユーザ装置が第１時間ウィンドウを終了し、アップリンクデータを再送することを含む。

【0022】

アップリンクデータの再送が終了した後で、ユーザ装置は、第２競合解消ウィンドウを開始する。

【0023】

第１の態様の設計において、方法は、
競合解消情報を運ぶＰＤＳＣＨをスケジューリングするために使用される第３ＤＣＩが第２競合解消ウィンドウ内で検出され、競合解消情報に基づいて、競合解消が成功したと決定される場合に、ユーザ装置が第２競合解消ウィンドウを終了すること、及び／又は
アップリンクデータの再送をスケジューリングするために使用される第４ＤＣＩが第２競合解消ウィンドウ内で検出される場合に、ユーザ装置が前記第４ＤＣＩに基づき前記アップリンクデータを再送し、アップリンクデータの再送が終了した後に第２競合解消ウィンドウを再開すること
を更に含む。

【0024】

第１の態様の設計において、方法は、
第１ＤＣＩが第１時間ウィンドウ内で検出され、第１応答メッセージが第１タイプランダムアクセスプロシージャのランダムアクセスメッセージを再送することを示すために使用される情報を含む場合に、ユーザ装置が、第１タイプランダムアクセスプロシージャの第２ランダムアクセスメッセージを再送し、第１時間ウィンドウを再開することを更に含む。第２ランダムアクセスメッセージは、アップリンクデータの全部又は一部を運ぶ。

【0025】

第１の態様の設計において、方法は、
第１ＤＣＩが第１時間ウィンドウ内で検出され、第１応答メッセージが第１タイプランダムアクセスプロシージャから第２タイプランダムアクセスプロシージャへロールバックすることを示すために使用される情報を含む場合に、ユーザ装置が第１時間ウィンドウを終了し、第２タイプランダムアクセスプロシージャを実行することに切り替えることを更に含む。

【0026】

ユーザ装置は、ネットワークデバイスによって送信された、共通物理ダウンリンク制御チャネルＰＤＣＣＨをモニタするために使用される第１制御チャネルリソースセットと、固有ＰＤＣＣＨをモニタするために使用される第２制御チャネルリソースセットとを受信する。第１制御チャネルリソースセットは第１探索空間に対応し、第２制御チャネルリソースセットは第２探索空間に対応する。

【0027】

ユーザ装置は、第１メッセージをネットワークデバイスへ送信する、第１メッセージは、ランダムアクセスプリアンブル及び物理アップリンク共有チャネルＰＵＳＣＨを含む。

【0028】

ユーザ装置は、ネットワークデバイスによって送信される共通ＰＤＣＣＨ及び固有ＰＤＣＣＨのうちの少なくとも一方を受信するために、第１探索空間及び第２探索空間をモニタする。共通ＰＤＣＣＨ及び固有ＰＤＣＣＨのうちのその少なくとも一方は、第１メッセージの応答メッセージを運ぶＰＤＳＣＨをスケジューリングするために使用され、応答メッセージは、ランダムアクセスプリアンブルに対する応答及びＰＵＳＣＨに対する応答のうちの少なくとも一方を含む。ランダムアクセスプリアンブルに対する応答は、共通ＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨで運ばれ、ＰＵＳＣＨに対する応答は、固有ＰＤＣＣＨによってスケジューリングされた固有ＰＤＳＣＨで運ばれる。

【0029】

従って、本願のこの実施形態では、ユーザ装置は、共通ＰＤＣＣＨ及び固有ＰＤＣＣＨのうちの少なくとも一方を受信するために、第１探索空間及び第２探索空間をモニタする。共通ＰＤＣＣＨ及び固有ＰＤＣＣＨのうちのその少なくとも一方は、第１メッセージの応答メッセージを運ぶＰＤＳＣＨをスケジューリングするために使用され、第１メッセージは、プリアンブル及びＰＵＳＣＨを含み、応答メッセージは、プリアンブルに対する応答及びＰＵＳＣＨに対する応答のうちの少なくとも一方を含む。ＭｓｇＢを運ぶＰＤＳＣＨが１つの共通ＰＤＣＣＨによってスケジューリングされる従来技術と比較して、本願のこの実施形態では、応答メッセージの伝送効率が、複数のＰＤＣＣＨを通じた応答メッセージのスケジューリングに基づき改善され得る。

【0030】

本願のこの実施形態では、第１制御チャネルリソースセットは、第２制御チャネルリソースセットと同じであっても又は異なってもよく、第１探索空間は、第２探索空間と同じであっても又は異なってもよい。本願の任意の実施形態では、第１探索空間は、共通探索空間に対応してよく、第２探索空間は、固有探索空間に対応してよい。本願の他の任意の実施形態では、第２探索空間及び第１探索空間は同じであってもよく、両方とも共通探索空間である。

【0031】

第１の態様を参照して、第１の態様のいくつかの実施において、ユーザ装置が、ネットワークデバイスによって送信される共通ＰＤＣＣＨ及び固有ＰＤＣＣＨのうちの少なくとも一方を受信するために、第１探索空間及び第２探索空間をモニタすることは、
ユーザ装置が、固有ＰＤＣＣＨを受信するために第２探索空間をモニタすることを含む。固有ＰＤＣＣＨは、第１メッセージの応答メッセージを運ぶＰＤＳＣＨをスケジューリングするために使用され、その応答メッセージは、ＰＵＳＣＨに対する応答を含む。

【0032】

代替的に、ユーザ装置は、共通ＰＤＣＣＨを受信するために第１探索空間をモニタする。共通ＰＤＣＣＨは、第１メッセージの応答メッセージを運ぶＰＤＳＣＨをスケジューリングするために使用され、その応答メッセージは、ランダムアクセスプリアンブルに対する応答を含む。

【0033】

従って、本願のこの実施形態では、ネットワークデバイスは、第１メッセージ（つまり、ＭｓｇＡ）の検出ステータスに基づいて応答メッセージ（つまり、ＭｓｇＢ）の伝送モードを適応的に調整することができる。固有ＰＤＣＣＨは、固有ＰＤＳＣＨを示すために使用され、それにより、異なるＭｓｇＢの効率的な伝送がサポートされる。更には、共通ＰＤＣＣＨは、共通ＰＤＳＣＨを示すために使用され、それにより、いくつかのＭｓｇＡが正確に検出される場合に、応答伝送がサポートされる。従って、本願のこの実施形態では、柔軟かつ効率的なＭｓｇＢ応答伝送が実装され得る。

【0034】

第１の態様を参照して、第１の態様のいくつかの実施において、ユーザ装置が、ネットワークデバイスによって送信される共通ＰＤＣＣＨ及び固有ＰＤＣＣＨのうちの少なくとも一方を受信するために、第１探索空間及び第２探索空間をモニタすることは、
ユーザ装置が、共通ＰＤＣＣＨを受信するために第１探索空間をモニタすることを含む。共通ＰＤＣＣＨは、ランダムアクセスプリアンブルに対する応答をスケジューリングするために使用される。

【0035】

ユーザ装置は、固有ＰＤＳＣＨを受信するために、ランダムアクセスプリアンブルに対する応答に基づき第２探索空間をモニタする。固有ＰＤＣＣＨは、ＰＵＳＣＨに対する応答を運ぶＰＤＳＣＨをスケジューリングするために使用される。

【0036】

従って、本願のこの実施形態では、ネットワークデバイスは、ＭｓｇＡの検出ステータスに基づきＭｓｇＢの伝送モードを適応的に調整することができる。固有ＰＤＣＣＨは、固有ＰＤＳＣＨを示すために使用され、それにより、異なるＭｓｇＢの効率的な伝送がサポートされる。更には、共通ＰＤＣＣＨは、共通ＰＤＳＣＨを示すために使用され、それにより、いくつかのＭｓｇＡが正確に検出される場合に、応答伝送がサポートされる。従って、本願のこの実施形態では、柔軟かつ効率的なＭｓｇＢ応答伝送が実装され得る。

【0037】

任意に、本願のこの実施形態では、ユーザ装置が、共通ＰＤＣＣＨ及び共通ＰＤＳＣＨに基づいて、送信されたＭｓｇＡ内のプリアンブルに対応する応答を正確に検出しない場合に、ユーザ装置は、固有ＰＤＣＣＨをモニタする必要がない。従って、本願のこの実施形態では、端末の複雑性及び電力消費量が更に低減され得る。

【0038】

第１の態様を参照して、第１の態様のいくつかの実施において、ユーザ装置が固有ＰＤＣＣＨを受信するために第２探索空間をモニタすることは、
ユーザ装置が、固有ＰＤＣＣＨを受信するために、固有無線ネットワーク一時識別子（specific radio network temporary identifier，Ｓ－ＲＮＴＩ）に基づき第２探索空間をモニタすることを含む。Ｓ－ＲＮＴＩは、第１メッセージを送信するために使用されたリソース要素に基づき決定されるか、Ｓ－ＲＮＴＩは、セル無線ネットワーク一時識別子（cell radio network temporary identifier，Ｃ－ＲＮＴＩ）であるか、あるいは、Ｓ－ＲＮＴＩは、第１メッセージ内の競合衝突解消識別子に基づき決定される。

【0039】

第１メッセージを送信するために使用されたリソース要素は、ランダムアクセスプリアンブルのインデックス、ＰＵＳＣＨの時間周波数リソースブロック、及びＰＵＳＣＨに対応するアンテナポート、のうちの少なくとも１つを含む。

【0040】

従って、複数のユーザ装置は、異なる第１メッセージを送信するために異なるリソース要素を使用する。従って、複数のユーザ装置は、異なるＳ－ＲＮＴＩに対応し得る。この場合に、各ユーザ装置に対応する固有ＰＤＣＣＨによってスケジューリングされている固有ＰＵＳＣＨで、ネットワークデバイスは、ＰＵＳＣＨに対するユーザ装置の応答を含めることができる。

【0041】

第１の態様を参照して、第１の態様のいくつかの実施において、端末が、固有ＰＤＣＣＨを受信するために、ランダムアクセスプリアンブルに対する応答に基づき第２探索空間をモニタすることは、
ユーザ装置が、固有ＰＤＣＣＨを受信するために、ランダムアクセスプリアンブルに対する応答で運ばれた一時セル無線ネットワーク一時識別子（temporary cell radio network temporary identifier，ＴＣ－ＲＮＴＩ）に基づき第２探索空間をモニタすることを含む。

【0042】

従って、本願のこの実施形態では、ユーザ装置は、共通のＰＤＣＣＨを最初に検出し、次いで、共通のＰＤＣＣＨの検出ステータスに基づいて、固有ＰＤＣＣＨを検出するべきかどうかを決定し得る。具体的に言えば、共通ＰＤＣＣＨの検出に成功する場合に、ユーザ装置は、共通ＰＤＣＣＨによってスケジューリングされている共通ＰＤＳＣＨからＴＣ－ＲＮＴＩを取得し、次いで、ＴＣ－ＲＮＴＩに基づき固有ＰＤＣＣＨをモニタし続けることができる。共通ＰＤＣＣＨを検出することに失敗する場合に、ユーザ装置はＴＣ－ＲＮＴＩを取得することができない。従って、ユーザ装置は、もはや固有ＰＤＣＣＨをモニタし続けることができない。

【0043】

第１の態様を参照して、第１の態様のいくつかの実施において、ユーザ装置が共通ＰＤＣＣＨを受信するために第１探索空間をモニタすることは、
ユーザ装置が、共通ＰＤＣＣＨを受信するために、グループ無線ネットワーク一時識別子（group radio network temporary identifier，Ｇ－ＲＮＴＩ）に基づき第１探索空間をモニタすることを含む。Ｇ－ＲＮＴＩは、第１メッセージを送信するために使用されたリソース要素が位置しているリソースブロックに基づき決定され、リソースブロックは、ランダムアクセスプリアンブルを送信するために使用された時間周波数リソースブロックを含む。

【0044】

従って、異なる第１メッセージを送信するために複数のユーザ装置によって使用されたリソース要素は、同じリソースブロックに位置し得る。従って、複数のユーザ装置は、同じＧ－ＲＮＴＩに対応し得る。この場合に、共通ＰＤＣＣＨによってスケジューリングされているＰＵＳＣＨにおいて、ネットワークデバイスは、ランダムアクセスプリアンブルに対する複数のユーザ装置の全ての応答を含めることができる。

【0045】

第１の態様を参照して、第１の態様のいくつかの実施において、方法は、
ユーザ装置が第１コンフィグレーション情報を取得することを更に含む。第１コンフィグレーション情報は、第１時間ウィンドウのウィンドウ長さ及び第２時間ウィンドウのウィンドウ長さを含む。第１時間ウィンドウのウィンドウ長さは、第１メッセージの応答メッセージを受信するために使用される時間ウィンドウの長さであり、第２時間ウィンドウのウィンドウ長さは、第２メッセージの応答メッセージを受信するために使用される時間ウィンドウの長さであり、第２メッセージはランダムアクセスプリアンブルのみを含む。

【0046】

従って、４ステップＲＡＣＨ及び２ステップＲＡＣＨの両方をサポートするユーザ装置については、ネットワークデバイスは、ユーザ装置によって応答を受信することの処理レイテンシに関する要件と、２つの異なるシナリオ、つまり、４ステップＲＡＣＨ及び２ステップＲＡＣＨでの制御チャネルの容量とを満足するために、応答メッセージを受信する時間ウィンドウの開始位置を柔軟に示すことができる。

【0047】

第１の態様を参照して、第１の態様のいくつかの実施において、第１時間ウィンドウは、ＰＵＳＣＨによって占有されている時間領域シンボルの後に開始する。従って、２ステップＲＡＣＨプロシージャについては、ユーザ装置は、ＰＵＳＣＨを送信した後にＭｓｇＢの受信フェーズに入ることができる。

【0048】

第１の態様を参照して、第１の態様のいくつかの実施において、ＰＵＳＣＨによって占有されている時間領域シンボルは、ヌルシンボルを含んでもよく、ヌルシンボルは、ＰＵＳＣＨの部分であり、如何なる信号も送信するために使用されない。具体的に、ヌルシンボルは、ガードインターバル（ガード時間）として使用されてもよい。従って、本願のこの実施形態では、ユーザ装置の電力消費量を更に低減するために、ネットワークデバイスは、ＰＵＳＣＨ伝送のガードインターバルに基づいて、応答メッセージを受信する時間ウィンドウの開始位置を決定する。

【0049】

第１の態様を参照して、第１の態様のいくつかの実施において、方法は、
ユーザ装置が第２コンフィグレーション情報を取得することを更に含む。第２コンフィグレーション情報は、第３時間ウィンドウのウィンドウの長さ及び第４時間ウィンドウのウィンドウ長さを含む。第３時間ウィンドウのウィンドウ長さは、ＲＡＲを受信するために使用される時間ウィンドウの長さであり、第４時間ウィンドウのウィンドウ長さは、ＰＵＳＣＨに対する応答を受信するために使用される時間ウィンドウの長さである。

【0050】

従って、ＭｓｇＢが、ＭｓｇＡ内のプリアンブルに対する応答のうちの、共通ＰＤＣＣＨ及び共通ＰＤＣＣＨに対応する共通ＰＤＳＣＨを通じて送信される第１部分を含み、かつ、ＭｓｇＡ内のＰＵＳＣＨに対する応答のうちの、固有ＰＤＣＣＨ及び固有ＰＤＣＣＨに対応する固有ＰＤＳＣＨを通じて送信される第２部分を含む場合に、ユーザ装置によって応答を受信することの処理レイテンシに関する要件と、制御チャネルの容量とを満足するために、ネットワークデバイスは、応答コンテンツの２つの部分に対応する応答情報を受信する時間ウィンドウの開始位置を夫々柔軟に示すことができる。

【0051】

第１の態様を参照して、第１の態様のいくつかの実施において、第３時間ウィンドウは、ランダムアクセスプリアンブル（preamble）の時間領域シンボルの後の時間領域シンボルから開始する。この場合に、プリアンブルを送信した後に、ユーザ装置は、プリアンブルに対する応答の受信フェーズに入り、第１探索空間で共通ＰＤＣＣＨをモニタし得る。

【0052】

第１の態様を参照して、第１の態様のいくつかの実施において、第４時間ウィンドウは、ユーザ装置によって受信された共通ＰＤＳＣＨの後に開始し、共通ＰＤＳＣＨは、共通ＰＤＣＣＨによってスケジューリングされている。このように、共通ＰＤＣＣＨを検出し、共通ＰＤＣＣＨによってスケジューリングされている共通ＰＤＳＣＨを受信した後、ユーザ装置は、ＰＵＳＣＨに対する応答の受信フェーズに入り、第２探索空間で固有ＰＤＣＣＨをモニタし得る。

【0053】

任意に、本願のこの実施形態では、ユーザ装置の電力消費量を更に低減するために、ネットワークデバイスは、ＰＵＳＣＨ及び／又は共通ＰＤＳＣＨの処理レイテンシに基づいて、応答メッセージを受信する時間ウィンドウの開始位置を更に決定することができる。

【0054】

第１の態様を参照して、第１の態様のいくつかの実施において、第２探索空間は、固有ＰＤＣＣＨをスクランブルするＳ－ＲＮＴＩに基づき決定される。従って、本願のこの実施形態では、第２探索空間をモニタするユーザ装置については、ユーザ装置がＴＣ－ＲＮＴＩを取得しない場合に、ユーザ装置は、Ｓ－ＲＮＴＩに基づき第２探索空間の開始位置を決定し得る。

【0055】

第２の態様に従って、ランダムアクセス方法であって、
ユーザ装置が第１タイプランダムアクセスプロシージャのランダムアクセスメッセージをネットワークデバイスへ送信することを含む、方法が提供される。第１タイプランダムアクセスプロシージャのランダムアクセスメッセージは、ランダムアクセスプリアンブル及びアップリンクデータを含む。

【0056】

ユーザ装置は、ランダムアクセスプリアンブルの伝送が終了した後に第２時間ウィンドウを開始し、第２時間ウィンドウ内で第１ダウンリンク制御情報ＤＣＩを検出する。第１ＤＣＩは、ランダムアクセスプリアンブルに対する第１応答メッセージを運ぶ第１物理ダウンリンク共有チャネルＰＤＳＣＨをスケジューリングするために使用される。

【0057】

ユーザ装置は、アップリンクデータの伝送が終了した後に第３時間ウィンドウを開始し、第３時間ウィンドウ内で第２ＤＣＩを検出する。第２ＤＣＩは、アップリンクデータに対する第２応答メッセージを運ぶ第２ＰＤＳＣＨをスケジューリングするために使用される。

【0058】

第２の態様の設計において、ユーザ装置は、第１制御チャネルリソースセットの最初のシンボルで第２時間ウィンドウを開始するか、
ユーザ装置は、第２制御チャネルリソースセットの最初のシンボルで第２時間ウィンドウを開始するか、あるいは、
ユーザ装置は、第３時間ウィンドウの開始位置で第２時間ウィンドウを開始する。

【0059】

第１制御チャネルリソースセットは、ランダムアクセスプリアンブルの伝送が終了した後の制御チャネルリソースセットであり、第２制御チャネルリソースセットは、アップリンクデータの伝送が終了した後の制御チャネルリソースセットである。

【0060】

第２の態様の設計において、第１制御チャネルリソースセットは、ランダムアクセスプリアンブルの伝送が終了した後に最初に第１プリセット条件を満足する制御チャネルリソースセットであり、かつ／あるいは、
第２制御チャネルリソースセットは、アップリンクデータの伝送が終了した後に最初に第２プリセット条件を満足する制御チャネルリソースセットである。

【0061】

【0062】

【0063】

第２の態様の設計において、方法は、
ユーザ装置が、ネットワークデバイスから第２タイプランダムアクセスプロシージャのランダムアクセス応答ウィンドウの長さ設定情報を受信することを更に含む。

【0064】

第２時間ウィンドウの長さは、ランダムアクセス応答ウィンドウの長さと同じである。

【0065】

代替的に、第２時間ウィンドウの長さは、ランダムアクセス応答ウィンドウの長さとネットワークデバイスによって設定されたウィンドウ長さインクリメントとの和である。

【0066】

第２の態様の設計において、方法は、
ユーザ装置が、ネットワークデバイスから第２タイプランダムアクセスプロシージャの競合解消ウィンドウの長さ設定情報を受信することを更に含む。

【0067】

第３時間ウィンドウの長さは、競合解消ウィンドウの長さと同じである。

【0068】

代替的に、第３時間ウィンドウの長さは、競合解消ウィンドウの長さとネットワークデバイスによって設定されたウィンドウ長さインクリメントとの和である。

【0069】

第２の態様の設計において、第３時間ウィンドウの長さは、第２時間ウィンドウの長さと同じである。

【0070】

第２の態様の設計において、ランダムアクセスプリアンブルを送信するために使用される時間周波数リソースが第２タイプランダムアクセスプロシージャのランダムアクセスメッセージを送信するためにも使用される場合に、ユーザ装置は、第１制御チャネルリソースセットの最初のシンボルで第２時間ウィンドウを開始する。

【0071】

第２の態様の設計において、方法は、
第２ＤＣＩを検出し、第２応答メッセージに基づいて、競合解消が成功したと決定する場合に、ユーザ装置が、第３時間ウィンドウを終了し、また、第３時間ウィンドウが終了するときに第２時間ウィンドウが終了していないならば、第２時間ウィンドウを終了することを含む。

【0072】

第２の態様の設計において、方法は、
第１ＤＣＩが第２時間ウィンドウ内で検出され、第１応答メッセージがアップリンクデータを再送することを示すために使用される情報を含む場合に、ユーザ装置が第２時間ウィンドウを停止し、第１応答メッセージ内のアップリンクグラントに基づきアップリンクデータを再送し、第３時間ウィンドウを再開することを含む。

【0073】

第２の態様の設計において、方法は、
ユーザ装置が、再開された第３時間ウィンドウ内で第３ＤＣＩを検出することを含む。第３ＤＣＩは、アップリンクデータの再送のために第３応答メッセージを運ぶ第３ＰＤＳＣＨをスケジューリングするために使用される。

【0074】

第３ＤＣＩを検出する場合に、ユーザ装置は、第３ＤＣＩに基づき第３ＰＤＳＣＨを受信し、第３応答メッセージを取得する。

【0075】

第３応答メッセージに基づいて、競合解消が成功したと決定する場合に、ユーザ装置は、再開された第３時間ウィンドウを終了する。

【0076】

第２の態様の設計において、方法は、
再開された第３時間ウィンドウ内で第４ＤＣＩを検出し、第４ＤＣＩがアップリンクデータの再送をスケジューリングするために使用される場合に、ユーザ装置が、第４ＤＣＩに基づきアップリンクデータを再送し、第３時間ウィンドウを再開することを含む。

【0077】

第２の態様の設計において、方法は、
第１ＤＣＩが第２時間ウィンドウ内で検出され、第１応答メッセージが第１タイプランダムアクセスプロシージャのランダムアクセスメッセージを再送することを示すために使用される情報を含む場合に、ユーザ装置が、第１タイプランダムアクセスプロシージャの第２ランダムアクセスメッセージを再送し、第２時間ウィンドウ及び第３時間ウィンドウを再開することを含む。第２ランダムアクセスメッセージは、アップリンクデータの全部又は一部を運ぶ。

【0078】

第２の態様の設計において、方法は、
第１ＤＣＩが第２時間ウィンドウ内で検出され、第１応答メッセージが第１タイプランダムアクセスプロシージャから第２タイプランダムアクセスプロシージャへロールバックすることを示すために使用される情報を含む場合に、ユーザ装置が第２時間ウィンドウ及び第３時間ウィンドウを終了し、第２タイプランダムアクセスプロシージャを実行することに切り替えることを更に含む。

【0079】

第３の態様に従って、通信装置が提供される。装置は、端末デバイス、又はユーザ装置内のチップであってよい。装置は、第１の態様、第２の態様、又はそれらの様々な可能な実施、のうちのいずれか１つを実装する機能を有している。機能は、ハードウェアによって実装されてもよく、あるいは、対応するソフトウェアを実行するハードウェアによって実装されてもよい。ハードウェア又はソフトウェアは、機能に対応する１つ以上のモジュールを含む。

【0080】

可能な設計において、装置は、トランシーバモジュールを含む。任意に、装置は、処理モジュールを更に含む。トランシーバモジュールは、例えば、トランシーバ、受信器、又は送信器、のうちの少なくとも１つであってよい。トランシーバモジュールは、無線周波数回路又はアンテナを含んでもよい。処理モジュールはプロセッサであってよい。任意に、装置は、記憶モジュールを更に含む。記憶モジュールは、例えば、メモリであってもよい。記憶モジュールが含まれている場合に、記憶モジュールは、命令を記憶するよう構成される。処理モジュールは、記憶モジュールへ接続されており、処理モジュールは、記憶モジュールに記憶されている命令又は他のモジュールからの命令を実行して、装置が第１の態様及びその様々な可能な実施のうちのいずれか１つに従う方法を実行することを可能にし得る。

【0081】

他の可能な設計においては、装置がチップである場合に、チップはトランシーバモジュールを含む。任意に、チップは処理モジュールを更に含む。トランシーバモジュールは、例えば、入力／出力インターフェース、ピン、又はチップ上の回路であってもよい。処理モジュールは、例えば、プロセッサであってもよい。処理モジュールは命令を実行して、端末内のチップが第１の態様及びその可能な実施のうちのいずれか１つに従う通信方法を実行することを可能にし得る。任意に、処理モジュールは、記憶モジュール内の命令を実行してもよく、記憶モジュールは、チップ内の記憶モジュール、例えば、レジスタ又はバッファであってもよい。記憶モジュールは、代替的に、通信デバイス内にあるがチップの外にあってもよく、例えば、リード・オンリー・メモリ（read-only memory，ＲＯＭ）、静的な情報及び命令を記憶することができる他のタイプの静的記憶デバイス、又はランダム・アクセス・メモリ（random access memory，ＲＡＭ）であってもよい。

【0082】

上記の設計のいずれかで記載されているプロセッサは、汎用中央演算処理装置（ＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（application-specific integrated circuit，ＡＳＩＣ）、又は第１の態様及びその可能な実施のうちのいずれか１つに従う方法のプログラム実行を制御するよう構成された１つ以上の集積回路であってもよい。

【0083】

第４の態様に従って、コンピュータ記憶媒体が提供される。コンピュータ記憶媒体はプログラムコードを記憶している。プログラムコードは、第１の態様、第２の態様、またはそれらの可能な実施のうちのいずれか１つに従う方法を実行するための命令を指示するために使用される。

【0084】

第５の態様に従って、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品が通信装置で実行される場合に、通信装置は、第１の態様、第２の態様、それらの可能な実施のうちのいずれか１つに従う方法を実行することを可能にされる。

【0085】

第６の態様に従って、通信システムが提供される。通信システムは、第１の態様、第２の態様、及びそれらの様々な可能な設計のうちのいずれか１つに従う情報を実装する機能を有している装置及びネットワークデバイスを含む。

【0086】

第７の態様に従って、プロセッサが提供される。プロセッサはメモリへ結合され、第１の態様、第２の態様、又はそれらの可能な実施のうちのいずれか１つに従う方法を実行するよう構成される。

【0087】

第８の態様に従って、チップが提供される。チップは、プロセッサ及び通信インターフェースを含む。通信インターフェースは、外部コンポーネント又は内部コンポーネントと通信するよう構成され、プロセッサは、第１の態様、第２の態様、それらの可能な実施のうちのいずれか１つに従う方法を実装するよう構成される。

【0088】

任意に、チップはメモリを更に含んでもよい。メモリは命令を記憶している。プロセッサは、メモリに記憶されている命令又は他のモジュールからの命令を実行するよう構成される。命令が実行される場合に、プロセッサは、第１の態様、第２の態様、又はそれらの可能な実施のうちのいずれか１つに従う方法を実装するよう構成される。

【0089】

任意に、チップは、端末デバイスに組み込まれてもよい。

【図面の簡単な説明】

【0090】

【図1】４ステップランダムアクセスプロシージャの時間シーケンスの概略図である。

【図2】本願の実施形態に従う通信システムの略構造図である。

【図3】既存の４ステップランダムアクセスプロシージャの略フローチャートである。

【図4】既存の２ステップＲＡＣＨの略フローチャートである。

【図5】本願の実施形態に従うランダムアクセス方法の略フローチャートである。

【図6】本願の実施形態に従う時間ウィンドウの位置の概略図である。

【図7】本願の実施形態に従う時間ウィンドウのウィンドウ長さの概略図である。

【図8】本願の実施形態に従う他のランダムアクセス方法の略フローチャートである。

【図9】本願の実施形態に従う通信装置の略構造図である。

【図10】本願の実施形態に従う他の通信装置の略ブロック図である。

【図11】本願の実施形態に従う更なる他の通信装置の略ブロック図である。

【図12】本願の実施形態に従う他の第１時間ウィンドウの概略図である。

【図13】本願の実施形態に従う更なる他の第１時間ウィンドウの概略図である。

【図14】本願の実施形態に従うＰＵＳＣＨの時間周波数リソースの概略図である。

【発明を実施するための形態】

【0091】

以下は、添付の図面を参照して本願の技術的解決法について記載する。

【0092】

本願では、第１、第２、第３、及び様々な数字は、便宜上の記載のために区別するために単に使用されており、本願の実施形態の範囲を限定する意図はなく、例えば、異なるメッセージ、異なる探索空間、異なるコンフィグレーション情報、及び異なる時間ウィンドウを区別するために使用される。

【0093】

以下で示される実施形態では、「予め取得すること」は、ネットワークデバイスシグナリングを使用することによって示されること、または予め定義されること、例えば、プロトコルで定義されることを含んでもよい、ことが更に理解されるべきである。「事前定義」は、対応するコード、テーブル、又は他の関連する指示情報がデバイス（例えば、端末デバイス及びネットワークデバイスを含む）で予め記憶され得る様態で実装されてもよい。「事前定義」の具体的な実施は、本願で限定されない。

【0094】

本願の実施形態における「記憶する」は、コード、テーブル、又は情報が１つ以上のメモリに記憶されることを意味し得る、ことが更に理解されるべきである。１つ以上のメモリは、別々に配置されてもよく、あるいは、エンコーダ、デコーダ、プロセッサ、又は通信装置に組み込まれてもよい。代替的に、１つ以上のメモリのうちのいくつかは、別々に配置されてもよく、１つ以上のメモリのうちのいくつかは、デコーダ、プロセッサ、又は通信装置に組み込まれる。メモリのタイプは、如何なる形式の記憶媒体であってもよい。これは本願で限定されない。

【0095】

本願の実施形態における「プロトコル」は、通信分野における標準のプロトコルであってよく、例えば、ＬＴＥプロトコル、ＮＲプロトコル、及び将来の通信システムに適用される関連プロトコルを含んでもよい、ことが更に理解されるべきである。これは本願で限定されない。

【0096】

留意されるべきは、本願では、「例」又は「例えば」等の用語が、例、実例、又は記載を与えることを表すために使用されることである。本願で「例」として又は「例えば」記載されている如何なる実施形態又は設計スキームも、他の実施形態又は設計スキームと比べて、より好ましいもの又はより多くの利点を有しているものとして説明されるべきではない。厳密には、「例」又は「例えば」等の用語の使用は、関連する概念を具体的に示すよう意図される。

【0097】

本願の実施形態における技術的解決法は、様々な通信システム、例えば、ロング・ターム・エボリューション（long term evolution，ＬＴＥ）システム、ＬＴＥ周波数分割復信（frequency division duplex，ＦＤＤ）システム、ＬＴＥ時分割復信（time division duplex，ＴＤＤ）システム、ユニバーサル・モバイル・テレコミュニケーションズ・システム（universal mobile telecommunication system，ＵＭＴＳ）、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（worldwide interoperability for microwave access，ＷｉＭＡＸ）通信システム、又は将来の第５世代（5th generation，５Ｇ）システム若しくはニュー・ラジオ（new radio，ＮＲ）システムに適用されてもよい。

【0098】

本願の実施形態で記載されるネットワークアーキテクチャ及びサービスシナリオは、本願の実施形態における技術的解決法をより明りょうに記載するよう意図され、本願の実施形態で提供される技術的解決法に対する限定を構成しない。当業者であれば、ネットワークアーキテクチャの進歩及び新しいサービスシナリオの新興により、本願の実施形態で提供される技術的解決法が同様の技術的課題にも適用可能である、と認識し得る。本願の実施形態は、提供される方法がニュー・ラジオ（New Radio，ＮＲ）システム又は５Ｇネットワークに適用される例を使用することによって、記載される。

【0099】

図２は、本願の実施形態に従う通信システムの略構造図である。図２を参照すると、通信システムは、ネットワークデバイス１０及び少なくとも１つのユーザ装置（user equipment，ＵＥ）２０を含む。ネットワークデバイス１０は、少なくとも１つのユーザ装置２０と通信し得る。図２では、少なくとも１つのユーザ装置２０がユーザ装置２１、ユーザ装置２２、及びユーザ装置２３を含む例が、説明のために使用される。

【0100】

ネットワークデバイス１０は、端末デバイスと通信するよう構成されたデバイスであってよい。ネットワークデバイスは、ＬＴＥシステムでのエボルブドＮｏｄｅＢ（evolved NodeB，ｅＮＢ又はｅＮｏｄｅＢ）であってもよく、あるいは、クラウド無線アクセスネットワーク（cloud radio access network，ＣＲＡＮ）シナリオでのラジオコントローラであってもよい。代替的に、ネットワークデバイスは、中継局、アクセスポイント、車載デバイス、ウェアラブルデバイス、５Ｇネットワーク内のネットワークデバイス（例えば、基地局）、将来のエボルブドＰＬＭＮネットワーク内のネットワークデバイス、等であってもよい。これは、本願の実施形態で限定されない。

【0101】

少なくとも１つのユーザ装置２０は、無線通信機能を有しているデバイスであってよく、屋内若しくは屋外デバイス、手持ち式デバイス、又は車載デバイスを含め、地上に配備されてもよく、あるいは、水上に（例えば、船上に）配備されてもよく、あるいは、空中に（例えば、飛行機、風船、又は衛星に）配備されてもよい。ユーザ装置はまた、移動局（mobile station，ＭＳ）、端末、モバイル端末（mobile terminal，ＭＴ）、端末デバイス、等と呼ばれることがあり、ユーザのために音声及び／又はデータ接続性を提供するデバイスである。例えば、ユーザ装置は、無線接続機能を有している手持ち式デバイス、車載デバイス、等を含む。現在、ユーザ装置は、携帯電話機（mobile phone）、タブレット、ノートブックコンピュータ、パームトップコンピュータ、モバイル・インターネット・デバイス（mobile internet device，ＭＩＤ）、ウェアラブルデバイス（例えば、スマートウォッチ、スマートバンド、又はペドメータ）、車載デバイス（例えば、自動車、二輪車、電気車両、飛行機、船、電車、又は高速列車）、仮想現実（virtual reality，ＶＲ）デバイス、拡張現実（augmented reality，ＡＲ）デバイス、産業制御（industrial control）における無線ユーザ装置、スマートホームデバイス（例えば、冷蔵庫、テレビ、空調、又は電気メータ）、インテリジェントロボット、ワークショップデバイス、自動運転（self-driving）における無線ユーザ装置、遠隔医療診療（remote medical surgery）における無線ユーザ装置、スマートグリッド（smart grid）における無線ユーザ装置、輸送安全性（transportation safety）における無線ユーザ装置、スマートシティ（smart city）における無線ユーザ装置、スマートホーム（smart home）における無線ユーザ装置、飛行デバイス（例えば、インテリジェントロボット、熱気球、無人航空機、又は飛行機）、等であってよい。本願の可能な適用シナリオでは、ユーザ装置は、しばしば地上で作動するユーザ装置、例えば、車載デバイスである。この用途では、記載を簡単にするために、上記のデバイスに配置されたチップ、例えば、システム・オン・チップ（System-On-a-Chip，ＳＯＣ）、ベースバンドチップ、又は通信機能を有している他のチップもユーザ装置と呼ばれることがある。

【0102】

例えば、本願のこの実施形態では、少なくとも１つのユーザ装置２０は、ウェアラブルデバイスを更に含んでもよい。ウェアラブルデバイスはウェアラブルインテリジェントデバイスと呼ばれることもあり、日常着のインテリジェント設計においてウェアラブル技術を適用することによって開発されるメガネ、手袋、時計、衣服、靴等のウェアラブルデバイスに対する一般用語である。ウェアラブルデバイスは、身体に直接に身につけられるか、あるいは、ユーザの衣服又はアクセサリに組み込まれるポータブルデバイスである。ウェアラブルデバイスは、ハードウェアデバイスであるだけでなく、ソフトウェアサポート、データ交換、及びクラウドインタラクションを通じて強力な機能も実装する。一般化されたウェアラブルインテリジェントデバイスは、スマートフォンに依存せずに完全な又は部分的な機能を実装することができるフル機能の大型デバイス、例えば、スマートウォッチ若しくはスマートグラス、及びただ１つのタイプのアプリケーション機能に焦点を当てるデバイスを含み、スマートフォンなどの他のデバイス、例えば、身体サインをモニタする様々なスマートバンド又はスマートジュエリと協働する必要がある。

【0103】

ＬＴＥ、５Ｇ、又はＮＲ等の通信システムで、ユーザ装置は、ランダムアクセスプロシージャ（random access procedure，ＲＡプロシージャ）を実行することによって、ＲＲＣアイドル（idle）モード又は非アクティブ（inactive）モードから無線リソース制御（radio resource control，ＲＲＣ）接続（connected）モードに入る必要がある。次いで、ユーザ装置は、ネットワークデバイスとの様々なベアラを確立し、対応するリソース、パラメータ設定、等を取得し、それから、取得されたリソース及びパラメータに基づきネットワークデバイスと通信することができる。ランダムアクセスプロシージャは、４ステップのランダムアクセスプロシージャ（４ステップＲＡプロシージャ）及び２ステップのランダムアクセスプロシージャ（２ステップＲＡプロシージャ）を含んでもよい。以下は、図３及び図４を使用することによって、４ステップのランダムアクセスプロシージャ及び２ステップのランダムアクセスプロシージャについて別々に記載する。

【0104】

図３は、４ステップＲＡプロシージャの略フローチャートである。４ステップＲＡプロシージャの解決法は、３１０から３４０を含む。

【0105】

３１０：端末デバイスはメッセージ１（Ｍｓｇ１）を送信し、Ｍｓｇ１は、ランダムアクセスプリアンブル（略してプリアンブル）を含む。

【0106】

３２０：端末デバイスは、ネットワークデバイスによって送信されたＭｓｇ２を受信し、Ｍｓｇ２は、プリアンブルに対応する応答を含み、応答は、通常、ランダムアクセス応答（random access response，ＲＡＲ）と呼ばれ、ＲＡＲは、ランダムアクセス無線ネットワーク一時識別子（ＲＡ－ＲＡＴＩ）によってスクランブルされたＰＤＣＣＨによってスケジューリングされているＰＤＳＣＨで運ばれる。

【0107】

３３０：端末デバイスは、競合衝突解消及び／又はＲＲＣ接続要求のために使用されるユーザ識別子情報等の情報を運ぶために、ＲＡＲ内のアップリンクグラント（ＵＬグラント）に基づきＰＵＳＣＨ、つまり、Ｍｓｇ３を送信する。

【0108】

任意に、アーリーデータ伝送（early data transmission，ＥＤＴ）をサポートするために、端末デバイスは、Ｍｓｇ３のＰＵＳＣＨにユーザサイドデータ情報を含めてもよい。

【0109】

３４０：端末デバイスは、ネットワークデバイスによって送信されたＰＤＳＣＨ、つまり、Ｍｓｇ４を受信し、ＰＤＳＣＨは、ＴＣ－ＲＮＴＩによってスクランブルされたＰＤＣＣＨによってスケジューリングされており、ＰＤＳＣＨは、Ｍｓｇ３に対するフィードバック情報を含み、フィードバック情報は、端末デバイスによって送信された情報、例えば、ユーザ識別子情報及びＲＲＣ接続セットアップを含む。

【0110】

図３からは、４ステップＲＡＣＨプロシージャを完了するために、Ｍｓｇ１、Ｍｓｇ２、Ｍｓｇ３、及びＭｓｇ４の４つのステップが実装される必要があることが分かる。データ処理の待機インターバルを考えると、４ステップＲＡプロシージャを完了するには約数十ミリ秒を要する。これは、新しい低レイテンシサービスの要件を満足することができない。従って、２ステップＲＡプロシージャが導入される。

【0111】

図４は、２ステップＲＡプロシージャの略フローチャートである。２ステップＲＡプロシージャの解決法は、ステップ４１０及びステップ４２０を含む。

【0112】

４１０：端末デバイスは、メッセージＡ（ＭｓｇＡ）を送信し、ＭｓｇＡは、ランダムアクスプリアンブルpreamble及びＰＵＳＣＨを含む。

【0113】

４２０：端末デバイスは、ＭｓｇＡに対してネットワークデバイスによって送信された応答メッセージＢ（ＭｓｇＢ）を受信する。

【0114】

本願のこの実施形態では、ＭｓｇＢは、プリアンブルに対する応答及びＰＵＳＣＨに対する応答のうちの少なくとも一方を含み、ＭｓｇＢにおけるランダムアクセスプリアンブル（プリアンブル）に対する応答は、ランダムアクセス応答ＲＡＲとも呼ばれ得る。ここで、ＲＡＲは、タイミングアドバンス（timing advancement，ＴＡ）、一時セル無線ネットワーク一時識別子（temporary C-RNTI，ＴＣ－ＲＮＴＩ）、アップリンクグラント（ＵＬグラント）、及びプリアンブルインデックス（preamble index）、のうちの少なくとも１つを含んでもよい。ＰＵＳＣＨに対する応答は、例えば、競合解消情報（contention resolution message，ＣＲＭ）であり、端末デバイスの識別情報、ＲＲＣ接続（再）セットアップ（connection (re-)setup）情報、等のうちの少なくとも１つを主に含む。

【0115】

上記の記載からは、２ステップＲＡプロシージャにおけるＭｓｇＡが、４ステップＲＡプロシージャにおけるＭｓｇ１及びＭｓｇ３とは異なっており、既存の４ステップＲＡプロシージャにおけるＭｓｇ２又はＭｓｇ４を取得する方法（例えば、図１に示される上記の２種類のメッセージの時間ウィンドウを取得する方法）が、２ステップＲＡプロシージャの解決法に適用不可能である、ことが分かる。従って、２ステップＲＡプロシージャについては、ＭｓｇＢを取得する解決法が至急必要とされる。

【0116】

本願の実施形態は、１つ又は２つの時間ウィンドウを保持することによって、２ステップＲＡＣＨプロシージャでＭｓｇＡの異なる部分に対する応答を取得する方法を提供する。以下は、添付の図面を参照して本願の実施形態について詳細に記載する。

【0117】

本願の実施形態では、第１タイプランダムアクセスプロシージャは、２ステップのランダムアクセスプロシージャを意味し、第２タイプランダムアクセスプロシージャは、４ステップのランダムアクセスプロシージャを意味する。本願の実施形態で記載されているランダムアクセスメッセージは、ランダムアクセスプロシージャにおけるランダムアクセス要求、つまり、ランダムアクセスプロシージャでネットワークデバイスに対してユーザ装置によって開始される第１メッセージ、例えば、２ステップＲＡプロシージャにおけるＭｓｇＡ又は４ステップＲＡプロシージャにおけるＭｓｇ１を意味する。ＭｓｇＡの特徴は、ＭｓｇＡがランダムアクセスプリアンブルだけでなくアップリンクデータも含むことである。Ｍｓｇ１の特徴は、ランダムアクセスプリアンブルしか含まない、つまり、ランダムアクセスプリアンブルを含むがアップリンクデータを含まない、ことである。他の実施形態では、ランダムアクセス要求がプリアンブル及びアップリンクデータ（ＰＵＳＣＨ）の両方を含むと言う条件で、ランダムアクセス要求に対応するランダムアクセスプロシージャは、第１タイプランダムアクセスプロシージャに属し、また、ランダムアクセス要求がプリアンブルを含むがアップリンクデータを含まないという条件で、ランダムアクセス要求に対応するランダムアクセスプロシージャは、第２タイプランダムアクセスプロシージャに属する。

【0118】

図５は、デバイスインタラクションの視点から示されているランダムアクセス方法の略フローチャートである。図５に示されるように、方法は、ステップ５００からステップ５５０を含み得る。

【0119】

ステップ５００：ネットワークデバイスは、２ステップのランダムアクセスプロシージャのコンフィグレーション情報を送信し、コンフィグレーション情報は、物理ランダムアクセスチャネル（physical random access channel，ＰＲＡＣＨ）時間周波数リソースのコンフィグレーション情報と、ＰＵＳＣＨ時間周波数リソースのコンフィグレーション情報とを含む。

【0120】

ＰＲＡＣＨ時間周波数リソースは、ＰＲＡＣＨオケージョン（PRACH Occasion，ＲＯ）とも呼ばれ、ランダムアクセスプリアンブル（random access preamble）を送信するために使用される時間周波数リソースである。

【0121】

ネットワークデバイスは、ブロードキャスト又はマルチキャストメッセージ、ＲＲＣメッセージ、等を使用することによって、２ステップのランダムアクセスプロシージャのコンフィグレーション情報をユーザ装置へ送信し得る。ネットワークデバイスは、ＰＲＡＣＨ時間周波数リソースのコンフィグレーション情報及びＰＵＳＣＨ時間周波数リソースのコンフィグレーション情報を別々に又は一緒にユーザ装置へ送信してもよい。ＰＲＡＣＨ時間周波数リソースのコンフィグレーション情報は、１つ以上のＰＲＡＣＨ時間周波数リソースを示す。ＰＵＳＣＨ時間周波数リソースのコンフィグレーション情報は、１つ以上のＰＵＳＣＨ時間周波数リソースを示す。ＭｓｇＡでアップリンクデータを伝送するために使用される時間周波数リソースは、ＰＵＳＣＨ時間周波数リソースと呼ばれ、ＰＵＳＣＨオケージョン（PUSCH Occasion，ＰＯ）とも呼ばれ得る。具体例では、ＰＵＳＣＨ時間周波数リソースのコンフィグレーション情報は、ＰＵＳＣＨ時間領域オフセットのコンフィグレーション情報、ＰＵＳＣＨオケージョンの開始シンボル及び時間領域長さのコンフィグレーション情報、ＰＵＳＣＨ時間領域ガードインターバルのコンフィグレーション情報、ＰＵＳＣＨ時間周波数リソースを含むスロットの数のコンフィグレーション情報、並びに１スロット内のＰＵＳＣＨオケージョン時間領域リソースの数のコンフィグレーション情報を含む。ＰＵＳＣＨ時間領域オフセットのコンフィグレーション情報は、各ＰＲＡＣＨスロットの開始位置に対するＰＵＳＣＨオケージョンを含む最初のスロットの時間領域オフセットoffsetを設定するために使用される。ＰＵＳＣＨ時間領域ガードインターバルのコンフィグレーション情報は、スロット内のＰＵＳＣＨオケージョン間の時間領域インターバルガード期間を決定するために使用される。ＰＵＳＣＨ時間周波数リソースを含むスロットの数のコンフィグレーション情報は、ＰＵＳＣＨオケージョンを含む連続スロットの数Ｎ_ｓｌｏｔを設定するために使用される。１スロット内のＰＵＳＣＨオケージョン時間領域リソースの数のコンフィグレーション情報は、各スロット内のＰＵＳＣＨオケージョン時間領域リソースの数のＮ_ＰＯを設定するために使用される。ＰＵＳＣＨオケージョン時間領域リソースは、時間領域次元での１つのＰＵＳＣＨオケージョンのリソースである。１スロット内に複数のＰＵＳＣＨオケージョンがあり、それらのＰＵＳＣＨオケージョンの時間領域リソース（開始位置及び長さを含む）は同じであるが、ＰＵＳＣＨオケージョンの周波数領域リソースは異なる場合には、そのスロットにはただ１つのＰＵＳＣＨオケージョン時間領域リソースしかない。図１４に示されるように、１つのＰＵＳＣＨスロット内のＰＵＳＣＨオケージョン時間領域リソースの数Ｎ_ＰＯは２である。例えば、ＰＵＳＣＨスロット＃０＿１内の２つのＰＵＳＣＨオケージョン時間領域リソースは、夫々、ＰＯ＿Ｔ＃０及びＰＯ＿Ｔ＃１である。ＰＵＳＣＨオケージョンの開始シンボル及び時間領域長さのコンフィグレーション情報は、各スロット内の最初のＰＵＳＣＨオケージョンの時間領域開始位置Ｓ及び長さＬを示すために使用される。図１４は、ＰＵＳＣＨ時間周波数リソースのコンフィグレーション情報を使用することによって設定されるＰＵＳＣＨオケージョンの具体例を示す。ＰＵＳＣＨ時間周波数リソースのコンフィグレーション情報は、各ＰＵＳＣＨオケージョンの周波数領域リソースのコンフィグレーション情報を更に含んでもよい、ことが理解され得る。

【0122】

留意されるべきは、ＰＲＡＣＨ時間周波数リソースのコンフィグレーション情報及びＰＵＳＣＨ時間周波数リソースのコンフィグレーション情報に加えて、２ステップのランダムアクセスプロシージャのコンフィグレーション情報は、他のコンフィグレーション情報（例えば、プリアンブルのコンフィグレーション情報）を更に含んでもよいことである。これは、本願のこの実施形態で限定されない。

【0123】

ステップ５１０：ユーザ装置は、ネットワークデバイスから２ステップのランダムアクセスプロシージャのコンフィグレーション情報を受信する。

【0124】

ステップ５２０：ユーザ装置はＭｓｇＡを送信し、ＭｓｇＡは、プリアンブル及びアップリンクデータを含み、プリアンブルはＰＲＡＣＨで運ばれ、アップリンクデータはＰＵＳＣＨで運ばれる。

【0125】

ユーザ装置は、２ステップのランダムアクセスプロシージャの受信されたコンフィグレーション情報に基づいて、ＭｓｇＡでプリアンブルを送信するために使用されるＰＲＡＣＨ時間周波数リソースと、ＭｓｇＡでアップリンクデータを送信するために使用されるＰＵＳＣＨ時間周波数リソースとを決定する。ユーザ装置は、決定されたＰＲＡＣＨ時間周波数リソースでプリアンブルを送信し、決定されたＰＵＳＣＨ時間周波数リソースでアップリンクデータを送信する。

【0126】

ステップ５３０：ネットワークデバイスはＭｓｇＡを検出し受信する。

【0127】

このステップで、ネットワークデバイスは、設定されたＰＲＡＣＨ時間周波数リソース及びＰＵＳＣＨ時間周波数リソースで夫々、プリアンブル及びＰＵＳＣＨを受信する。一般に、次の３つの可能な受信ケースが存在する。

【0128】

（１）ネットワークデバイスはプリアンブルを受信又は検出しない。

【0129】

（２）ネットワークデバイスは、プリアンブルを検出することに成功するが、受信されたＰＵＳＣＨを復調及び復号することはできない。

【0130】

（３）ネットワークデバイスは、プリアンブルを検出することに成功し、かつ、受信されたＰＵＳＣＨを復調及び復号することに成功する。

【0131】

ケース（１）では、プリアンブルが受信されないか、あるいは、成功裏に検出されないので、ネットワークデバイスは如何なる応答も送信しない。

【0132】

ケース（２）では、プリアンブルは成功裏に検出されるが、受信されたＰＵＳＣＨが復調及び復号され得ないので、ネットワークデバイスは、プリアンブルに対する応答のみを含むＭｓｇＢを生成する。実施形態において、プリアンブルに対する応答は、プリアンブルが成功裏に検出されることで生成され、プリアンブルを送信しているユーザ装置へ送信される必要がある情報であってよい。プリアンブルに対する応答は、ＲＡＲと呼ばれ得る。そのＲＡＲと、既存の４ステップＲＡ応答におけるＲＡＲとは、同じコンテンツを有してもよく、例えば、次のコンテンツ：ＴＡ、ＴＣ－ＲＮＴＩ、ＵＬグラント、及びプリアンブルインデックス、のうちの少なくとも１つを含む。他の実施形態においては、ＲＡＲのコンテンツは、既存の４ステップＲＡ応答におけるコンテンツとは異なってもよい。本願では、プリアンブルに対する応答のみを運ぶＭｓｇＢは、第１応答メッセージと呼ばれ得る。

【0133】

ケース（３）では、ネットワークデバイスは、ＭｓｇＢを生成し、ＭｓｇＢは、少なくともＰＵＳＣＨに対する応答を含む。実施形態において、ＰＵＳＣＨに対する応答は、ＭｓｇＡにおけるＰＵＳＣＨが成功裏に復号されることで生成され、ＰＵＳＣＨを送信しているユーザ装置へ送信される情報であってよい。ＰＵＳＣＨに対する応答は、次の情報：競合解消情報（contention resolution message，ＣＲＭ）及びＲＲＣ接続（再）セットアップ（connection (re-)setup）情報、のうちの少なくとも１つを含んでもよい。

【0134】

他の実施形態においては、ケース（３）では、ネットワークデバイスは、プリアンブルが成功裏に検出されるので、プリアンブルを送信しているユーザ装置へ送信される必要がある情報を更に生成してもよく、つまり、プリアンブルに対する応答を生成してもよい。プリアンブルに対する応答はＲＡＲと呼ばれることがあり、ＲＡＲは、ケース（２）で生成されたＲＡＲと同じであっても又は異なってもよい。これは本願で限定されない。ＲＡＲ、及びＰＵＳＣＨに対する応答は、同じＭｓｇＢで運ばれてもよく、あるいは、異なるメッセージで運ばれてよい。

【0135】

実施形態において、ＰＵＳＣＨに対する応答を運ぶＭｓｇＢは、第２応答メッセージと呼ばれ、あるいは、ＭｓｇＡに対する応答メッセージと呼ばれることがある。第２応答メッセージとしてのＭｓｇＢは、２つの可能な実施を有してもよい：ＭｓｇＢはＰＵＳＣＨに対する応答のみを含む；ＭｓｇＢは、ＰＵＳＣＨに対する応答及びプリアンブルに対する応答を含む。

【0136】

ステップ５４０：ネットワークデバイスは、ＭｓｇＢをユーザ装置へ送信する。

【0137】

ネットワークデバイスはＰＤＣＣＨ及びＰＤＳＣＨを送信し、ＰＤＣＣＨは、ＰＤＳＣＨをスケジューリングするために使用されるＤＣＩを運び、ＰＤＳＣＨはＭｓｇＢを運ぶ。実施において、ネットワークデバイスは、第１ＤＣＩを運ぶＰＤＣＣＨと、第１ＰＤＳＣＨとを送信する。第１ＤＣＩは、第１ＰＤＳＣＨをスケジューリングするために使用され、第１ＰＤＳＣＨは、プリアンブルに対する応答（ＲＡＲ）のみを含むＭｓｇＢ（つまり、第１応答メッセージ）を運ぶ。ネットワークデバイスは、第２ＤＣＩを運ぶＰＤＣＣＨと、第２ＰＤＳＣＨとを送信する。第２ＤＣＩは、第２ＰＤＳＣＨをスケジューリングするために使用され、第２ＰＤＳＣＨは、ＰＵＳＣＨに対する応答を含むＭｓｇＢ（つまり、第２応答メッセージ）を運ぶ。例えば、ケース（２）で、ネットワークデバイスは、第１ＤＣＩを運ぶＰＤＣＣＨと、第１ＰＤＳＣＨとを送信し、ケース（３）で、ネットワークデバイスは、第２ＤＣＩを運ぶＰＤＣＣＨと、第２ＰＤＳＣＨとを送信する。

【0138】

ＭｓｇＡを送信した後、ユーザ装置は、ネットワークデバイスによって送信されたＭｓｇＢを取得し、ＭｓｇＢのコンテンツに基づいて、ランダムアクセスが成功するかどうかを決定する必要がある。上述されたように、ネットワークデバイスがユーザ装置によって送信されたプリアンブルを検出することに失敗する場合に、ネットワークデバイスは、如何なるメッセージもユーザ装置へ送信しない。従って、ＭｓｇＡを送信した後、ユーザ装置は、特定の時間範囲内で、ＭｓｇＢが受信されるかどうかを検出する必要がある。ＭｓｇＢが時間範囲内に受信されない場合には、ユーザ装置は、現在開始されているランダムアクセスが失敗したと見なし、任意に、新しいランダムアクセスを再び開始し得る。

【0139】

ステップ５５０：ユーザ装置は、第１時間ウィンドウ内で第１ＤＣＩ及び第２ＤＣＩを検出する。

【0140】

ＭｓｇＡを送信した後、ユーザ装置は時間ウィンドウ（第１時間ウィンドウと呼ばれる）を開始する。ユーザ装置は、第１時間ウィンドウ内で第１ＤＣＩ及び第２ＤＣＩを検出する。第１時間ウィンドウが終了する場合に、ユーザ装置は、第１ＤＣＩ及び第２ＤＣＩを検出するのを止める。

【0141】

本願は、第１時間ウィンドウを開始するための次の複数の実施を提供する。

【0142】

方法１：ＭｓｇＡでのプリアンブルの伝送が終了した後、ユーザ装置は直ちに第１時間ウィンドウを開始する。

【0143】

本願では、ＭｓｇＡでのプリアンブルの伝送の終了位置は、ＰＲＡＣＨの最後のＯＦＤＭシンボルの終了境界、つまり、図６に示される位置Ａである。この解決法では、ユーザ装置は、位置Ａで第１時間ウィンドウを開始する。本願では、ＸＸ位置で第１時間ウィンドウを開始するとは、第１時間ウィンドウがそのＸＸ位置から開始することを意味する。

【0144】

方法２：第１時間ウィンドウは、ＭｓｇＡでのプリアンブルの伝送が終了した後に、第１制御リソースセット（control resource set，ＣＯＲＥＳＥＴ）の最初のシンボルで開始される。

【0145】

ユーザ装置は、ＣＯＲＥＳＥＴで、ネットワークデバイスによって送信されたＤＣＩを検出する。実施形態において、図６に示されるように、ＤＣＩを検出するためにユーザ装置によって使用される複数のＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ＃０からＣＯＲＥＳＥＴ＃５）が存在してもよい。ＣＯＲＥＳＥＴ＃０からＣＯＲＥＳＥＴ＃５では、位置Ａの後の最初のＣＯＲＥＳＥＴはＣＯＲＥＳＥＴ＃１である。実施形態において、ユーザ装置は、ＣＯＲＥＳＥＴ＃１の最初のＯＦＤＭシンボルで第１時間ウィンドウを開始する。すなわち、第１時間ウィンドウは、ＣＯＲＥＳＥＴ＃１の最初のＯＦＤＭシンボル、つまり、図６の位置Ｃから開始する。

【0146】

方法３：第１時間ウィンドウは、ＭｓｇＡでのプリアンブルの伝送が終了した後に最初に第１プリセット条件満足するＣＯＲＥＳＥＴの最初のＯＦＤＭシンボルで開始される。第１プリセット条件は、ＣＯＲＥＳＥＴの最初のＯＦＤＭシンボルとプリアンブルを送信するためのＰＲＡＣＨ時間周波数リソースの最後のＯＦＤＭシンボルとの間の時間領域インターバルが第１閾値以上であることである。

【0147】

図６に示されるように、位置Ａの後のＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴ＃１からＣＯＲＥＳＥＴ＃５を含む。ＣＯＲＥＳＥＴ＃１の最初のＯＦＤＭシンボルと位置Ａとの間の時間領域インターバルはｄ１であり、ＣＯＲＥＳＥＴ＃２の最初のＯＦＤＭシンボルと位置Ａとの間の時間領域インターバルはｄ２である。第１閾値がｄ１からｄ２の範囲に及ぶ値であるとすれば、方法３に従って決定される第１時間ウィンドウの開始位置は、ＣＯＲＥＳＥＴ＃２の最初のＯＦＤＭシンボルである。すなわち、第１時間ウィンドウは、図６の「＃１第１時間ウィンドウ」であり、位置Ｃ２から開始する。

【0148】

方法４：第１時間ウィンドウは、ＭｓｇＡでのアップリンクデータの伝送が終了した後の最初のＣＯＲＥＳＥＴの最初のシンボルで開始される。

【0149】

本願では、ＭｓｇＡでのアップリンクデータの伝送の終了位置は、ＰＵＳＣＨの最後のＯＦＤＭシンボルの終了境界、つまり、図６に示される位置Ｂである。

【0150】

図６に示されるように、ＣＯＲＥＳＥＴ＃０からＣＯＲＥＳＥＴ＃５では、位置Ｂの後の最初のＣＯＲＥＳＥＴはＣＯＲＥＳＥＴ＃４である。実施形態において、ユーザ装置は、ＣＯＲＥＳＥＴ＃４の最初のＯＦＤＭシンボルで第１時間ウィンドウを開始する。すなわち、第１時間ウィンドウは、ＣＯＲＥＳＥＴ＃４の最初のＯＦＤＭシンボル、つまり、図６の位置Ｂから開始する。

【0151】

方法５：第１時間ウィンドウは、ＭｓｇＡでのアップリンクデータの伝送が終了した後に最初にプリセット条件を満足するＣＯＲＥＳＥＴの最初のＯＦＤＭシンボルで開始される。第２プリセット条件は、ＣＯＲＥＳＥＴの最初のＯＦＤＭシンボルとアップリンクデータを送信するためのＰＵＳＣＨ時間周波数リソースの最後のＯＦＤＭシンボルとの間の時間領域インターバルが第２閾値以上であることである。第２閾値は、第１閾値と同じであっても又は異なってもよい。第１閾値と同様に、第２閾値の値は、予めセットされても、あるいは、ネットワークデバイスによって設定されてもよい。

【0152】

図６に示されるように、位置Ｂの後のＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴ＃４及びＣＯＲＥＳＥＴ＃５を含む。ＣＯＲＥＳＥＴ＃４の最初のＯＦＤＭシンボルと位置Ｂとの間の時間領域インターバルは０であり、ＣＯＲＥＳＥＴ＃５の最初のＯＦＤＭシンボルと位置Ｂとの間の時間領域インターバルはｄ３である。第２閾値が０からｄ３の間の値であるとすれば、方法５に従って決定される第１時間ウィンドウの開始位置は、ＣＯＲＥＳＥＴ＃５の最初のＯＦＤＭシンボルである。

【0153】

方法６：第１時間ウィンドウの開始位置は、ステップ５２０でプリアンブルを送信するために使用されたＰＲＡＣＨ時間周波数リソースが４ステップのランダムアクセスプロシージャでプリアンブルを送信するために使用されるかどうかに基づき決定される。

【0154】

一般に、ネットワークデバイスは、４ステップＲＡプロシージャのコンフィグレーション情報もユーザ装置へ送信する。コンフィグレーション情報は、プリアンブルを伝送するために使用されるＰＲＡＣＨ時間周波数リソース、ＲＡＲウィンドウ（RAR window）のウィンドウ長さ、及び競合解消タイマの存続期間を含む、４ステップＲＡプロシージャのパラメータを設定するために使用される。本願では、別段特定されない限りは、ＲＡＲウィンドウは、４ステップＲＡプロシージャのＲＡＲウィンドウを意味し、競合解消タイマは、４ステップＲＡプロシージャの競合解消タイマを意味する。競合解消タイマの存続期間は、競合解消ウィンドウのウィンドウ長さとしても理解され得、競合解消タイマは、競合解消ウィンドウの具体的な実施である。

【0155】

４ステップＲＡプロシージャについてネットワークデバイスによって設定されたＰＲＡＣＨ時間周波数リソースが２ステップＲＡプロシージャのために使用されるＰＲＡＣＨ時間周波数リソースと同じである場合には、ＰＲＡＣＨ時間周波数リソースは、４ステップＲＡプロシージャ及び２ステップＲＡプロシージャの共有ＰＲＡＣＨ時間周波数リソースと呼ばれる。

【0156】

ステップ５２０でプリアンブルを送信するためのＰＲＡＣＨ時間周波数リソースが４ステップＲＡプロシージャ及び２ステップＲＡプロシージャの共有ＰＲＡＣＨ時間周波数リソースである場合には、実施において、第１時間ウィンドウの開始位置は、ＰＲＡＣＨ時間周波数リソースに対応する４ステップＲＡプロシージャのＲＡＲウィンドウの開始位置と同じであり得る。ＰＲＡＣＨ時間周波数リソースが４ステップＲＡＣＨプロシージャのために使用される場合に、ＲＡＲウィンドウの開始位置は、ＰＲＡＣＨ時間周波数リソースの最後のＯＦＤＭシンボルの後の最初のＣＯＲＥＳＥＴの最初のシンボルである。更には、その最初のＣＯＲＥＳＥＴは、次の条件：ＣＯＲＥＳＥＴの最初のＯＦＤＭシンボルとＰＲＡＣＨ時間周波数リソースの最後のＯＦＤＭシンボルとの間の時間領域インターバルがプリセット閾値以上であること、を満足する必要があり、ＣＯＲＥＳＥＴは、ＲＡＲ伝送を運ぶＣＯＲＥＳＥＴをスケジューリングするために使用される。

【0157】

ステップ５２０でプリアンブルを送信するために使用されたＰＲＡＣＨ時間周波数リソースが４ステップＲＡプロシージャ及び２ステップＲＡプロシージャの共有ＰＲＡＣＨ時間周波数リソースでない場合には、第１時間ウィンドウの開始位置は、ＰＲＡＣＨ時間周波数リソースに対応する４ステップＲＡプロシージャのＲＡＲウィンドウの開始位置と同じであっても又は異なってもよい。

【0158】

方法７：第１時間ウィンドウの開始位置は、第１時間ウィンドウの、ネットワークデバイスからのコンフィグレーション情報に基づき、決定される。この方法では、２ステップのランダムアクセスプロシージャの、ネットワークデバイスによって送信されるコンフィグレーション情報は、第１時間ウィンドウのコンフィグレーション情報を含んでよく、第１時間ウィンドウのコンフィグレーション情報は、第１時間ウィンドウの開始位置を設定するために使用されてよい。実施形態において、第１時間ウィンドウのコンフィグレーション情報を使用することによって設定される、第１時間ウィンドウの開始位置は、他の方法のいずれか１つでの第１時間ウィンドウの開始位置であってもよい。

【0159】

方法８：第１時間ウィンドウは、ＰＲＡＣＨオケージョンに関連した最初の（又は最先の）有効なＰＵＳＣＨオケージョンの最後のＯＦＤＭシンボルの後に最初に第３プリセット条件を満足するＣＯＲＥＳＥＴの最初のＯＦＤＭシンボルで開始される。第３プリセット条件は、ＣＯＲＥＳＥＴの最初のＯＦＤＭシンボルと最初の有効なＰＵＳＣＨオケージョンの最後のＯＦＤＭシンボルとの間の時間領域インターバルが第３閾値以上であることである。第３閾値は０以上であり、第１閾値と同じであっても又は異なってもよい。実施形態において、方法８でのＰＲＡＣＨオケージョンは、ステップ５２０でプリアンブルを送信するためのＰＲＡＣＨオケージョンである。

【0160】

本願では、同じＭｓｇＡの２つの部分（プリアンブル及びアップリンクデータ）を夫々送信するために使用されるＰＲＡＣＨオケージョン及びＰＵＳＣＨオケージョンは、互いに関連していると考えられる。すなわち、ＭｓｇＡのプリアンブルを送信するために使用されるＰＲＡＣＨオケージョンが決定された後、ＰＲＡＣＨオケージョンに関連したＰＵＳＣＨオケージョンは、ＭｓｇＡのアップリンクデータを送信するために使用され得る。図１２に示されるように、ＲＯ＃０及びＲＯ＃１は、ＭｓｇＡを送信するために夫々使用され得るＰＲＡＣＨオケージョンであり、ＰＯ＃０＿０、ＰＯ＃０＿１、及びＰＯ＃０＿２は、ＲＯ＃０に関連する、ＰＵＳＣＨ時間周波数リソースのコンフィグレーション情報に基づき決定されるＰＵＳＣＨオケージョンであり、ＰＯ＃１＿０、ＰＯ＃１＿１、及びＰＯ＃１＿２は、ＲＯ＃１に関連する、ＰＵＳＣＨ時間周波数リソースのコンフィグレーション情報に基づき決定されるＰＵＳＣＨオケージョンである。ＲＯ＃０と、ＰＯ＃０＿０、ＰＯ＃０＿１、及びＰＯ＃０＿２のうちの１つとは、同じＭｓｇＡのプリアンブル及びアップリンクデータを夫々送信するために使用されてよい。ＲＯ＃１と、ＰＯ＃１＿０、ＰＯ＃１＿１、及びＰＯ＃１＿２のうちの１つとは、やはり、同じＭｓｇＡのプリアンブル及びアップリンクデータを夫々送信するために使用されてよい。ＰＵＳＣＨ時間周波数リソースのコンフィグレーション情報に基づき決定された上記のＰＯでは、プリセット条件を満足するＰＯのみが、ＰＵＳＣＨを送信するために使用され得る。ＰＵＳＣＨを送信するために使用され得るＰＯは、有効なＰＯであり、ＰＵＳＣＨを送信するために使用され得ないＰＯは、無効なＰＯである。例えば、図１２で、ＰＯ＃０＿０及びＰＯ＃１＿１は無効なＰＯであり、他のＰＯは有効なＰＯである。

【0161】

プリセット条件は：
ＰＵＳＣＨオケージョンは如何なるＰＲＡＣＨオケージョンとも重なり合わない；又は
ＵＥがＴＤＤモードで作動する場合に、ＰＵＳＣＨオケージョンは如何なるＰＲＡＣＨオケージョンとも重なり合わず、
２．１：ＰＵＳＣＨオケージョンの全ての時間領域シンボルはアップリンクシンボルであるか；若しくは
２．２：設定されたＰＵＳＣＨスロットで、ＰＵＳＣＨオケージョンはＳＳ／ＰＢＣＨブロックより前に位置せず、
ＰＵＳＣＨオケージョンの開始シンボルは、最後のダウンリンクシンボルの後に位置し、最後のダウンリンクシンボルの後から少なくともＮ１個のシンボルだけ離れており、ＰＵＳＣＨオケージョンの開始シンボルは、最後のＳＳ／ＰＢＣＨブロックのダウンリンクシンボルの後に位置し、最後のＳＳ／ＰＢＣＨブロックのダウンリンクシンボルから少なくともＮ２個のシンボルだけ離れており、Ｎ１及びＮ２は、予めセットされるか、あるいは、ネットワークデバイスによって設定され、０以上の整数であり、同じであっても又は異なってもよい。

【0162】

上記のプリセット条件に加えて、プリセット条件は、代替的に、他の条件であってもよい。これは本願で限定されない。

【0163】

方法８での時間ウィンドウは、図１２に示されている様々なリソース間の相対関係を使用することによって記載される。例えば、ステップ５２０でＭｓｇＡのプリアンブル及びアップリンクデータを送信するために使用された時間周波数リソースは、夫々、ＲＯ＃０及びＰＯ＃０＿２である。図１２からは、ＲＯ＃０に関連した有効なＰＯ（ＰＯ＃０＿１及びＰＯ＃０＿２）では、ＰＯ＃０＿１が最先の有効なＰＯであることが分かる。Ａ２は、ＰＯ＃０＿１の時間領域終了位置（終了ＯＦＤＭシンボル又は最後のＯＦＤＭシンボル）である。位置Ａ２の後に位置するＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴ＃１からＣＯＲＥＳＥＴ＃５を含む。ＣＯＲＥＳＥＴ＃１の最初のＯＦＤＭシンボルと位置Ａ１との間の時間領域インターバルはｄ４であり、ＣＯＲＥＳＥＴ＃２の最初のＯＦＤＭシンボルと位置Ａ２との間の時間領域インターバルはｄ５である。第３閾値がｄ３からｄ４までの範囲に及ぶ値であるとすれば、方法８に従って決定される第１時間ウィンドウの開始位置は、ＣＯＲＥＳＥＴ＃２の最初のＯＦＤＭシンボルである。すなわち、第１時間ウィンドウは、図１２の「＃１第１時間ウィンドウ」であり、位置Ｃ２から開始する。

【0164】

方法９：第１時間ウィンドウは、ＰＲＡＣＨオケージョンが位置しているＰＲＡＣＨスロットに関連した最後の有効なＰＯが終了した後に最初に第４プリセット条件を満足するＣＯＲＥＳＥＴの最初のＯＦＤＭシンボルで開始される。第４プリセット条件は、ＣＯＲＥＳＥＴの第１ＯＦＤＭシンボルと最後の有効なＰＯのＰＵＳＣＨ時間周波数リソースの最後のＯＦＤＭシンボルとの間の時間領域インターバルが第４閾値以上であることである。第４閾値は０以上であり、第１閾値と同じであっても又は異なってもよい。実施形態において、方法９でのＰＲＡＣＨオケージョンは、ステップ５２０でプリアンブルを送信するためのＰＲＡＣＨオケージョンである。各ＰＲＡＣＨスロットに関連したＰＯは、ステップ５００での関連記載を参照して決定されてもよく、有効なＰＯは、方法８で記載された、ＰＯが有効であるかどうかを決定する方法に従って、更に決定され、最後の有効なＰＯは、その有効なＰＯの中で決定される。他の実施においては、１つのＰＲＡＣＨスロット内の各ＰＲＡＣＨオケージョンに関連した有効なＰＯが決定されてもよく、次いで、最後の有効なＰＯは、その有効なＰＯの中で決定される。

【0165】

図１３に示されるように、ステップ５２０でプリアンブルを送信するために使用されるＲＯはＲＯ＃１であり、ＲＯが位置しているＰＲＡＣＨスロットは、ＰＲＡＣＨスロット＃ｎである。ＰＲＡＣＨスロット＃ｎに関連し、ＰＵＳＣＨ時間周波数リソースのコンフィグレーション情報に基づき決定されるＰＯは、ＰＯ＃０、ＰＯ＃１、ＰＯ＃２、ＰＯ＃３、及びＰＯ＃４であり、ＰＯ＃４は無効なＰＯであり、他のＰＯは有効なＰＯである。ＰＯ＃３は、ＰＲＡＣＨスロット＃ｎに関連した４つの有効なＰＯの中の最後の有効なＰＯであり、Ａ３は、ＰＯ＃３の時間領域終了位置（終了ＯＦＤＭシンボル又は最後のＯＦＤＭシンボル）である。位置Ａ３の後に位置するＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴ＃３からＣＯＲＥＳＥＴ＃５を含む。ＣＯＲＥＳＥＴ＃３の最初のＯＦＤＭシンボルと位置Ａ２との間の時間領域インターバルはｄ６であり、ＣＯＲＥＳＥＴ＃４の最初のＯＦＤＭシンボルと位置Ａ７との間の時間領域インターバルはｄ５である。第４閾値がｄ６からｄ７までの範囲に及ぶ値であるとすれば、方法９に従って決定される第１時間ウィンドウの開始位置は、ＣＯＲＥＳＥＴ＃３の最初のＯＦＤＭシンボルである。すなわち、第１時間ウィンドウは、図１３の「第１時間ウィンドウ」であり、位置Ｃ３から開始する。

【0166】

実施形態において、プリアンブルを送信するために使用されるＲＯが有効なＰＯに関連しない（それにマッピングされない）場合に、ＵＥはプリアンブルしか送信することができない。この場合に、ＵＥは、方法４及び方法５以外の上記９つの方法のうちのいずれかで決定された第１時間ウィンドウ（例えば、図１２の第１時間ウィンドウ）内でプリアンブルに対するランダムアクセス応答メッセージを検出し得る。

【0167】

方法８及び方法９で第１時間ウィンドウを開始する実施では、複数のＵＥがプリアンブルを送信するために同じＲＯを選択する場合に、複数のＵＥは、ランダムアクセス応答メッセージを運ぶＰＤＳＣＨをスケジューリングするために使用されるＤＣＩを検出するために、同じ時点で第１時間ウィンドウを開始し得る。複数のＵＥに対するランダムアクセス応答メッセージは、同じＰＤＳＣＨで運ばれ、それにより、ネットワークデバイスは、ただ１つのＤＣＩしか送信する必要がなく、それによってリソースを節約する。

【0168】

実施形態において、図７に示されるように、第１時間ウィンドウのウィンドウ長さは、ＲＡＲウィンドウのウィンドウ長さ、競合解消ウィンドウのウィンドウ長さ、ＲＡＲウィンドウのウィンドウ長さと競合解消ウィンドウのウィンドウ長さとのうちの最大値、又はＲＡＲウィンドウのウィンドウ長さと競合解消ウィンドウのウィンドウ長さとの和であってよい。

【0169】

他の実施形態では、ステップ５２０でプリアンブルを送信するためのＰＲＡＣＨ時間周波数リソースが４ステップＲＡプロシージャ及び２ステップＲＡプロシージャの共有ＰＲＡＣＨ時間周波数リソースである場合に、第１時間ウィンドウのウィンドウ長さは、ＲＡＲウィンドウのウィンドウ長さと同じであってもよい。ステップ５２０でプリアンブルを送信するためのＰＲＡＣＨ時間周波数リソースが４ステップＲＡプロシージャ及び２ステップＲＡプロシージャの共有ＰＲＡＣＨ時間周波数リソースでない場合に、２ステップＲＡプロシージャのためにネットワークデバイスによって設定された第１時間ウィンドウの長さが使用される。

【0170】

他の実施形態においては、ステップ５１０での２ステップランダムアクセスプロシージャのコンフィグレーション情報は、第１時間ウィンドウのコンフィグレーション情報を更に含んでもよく、第１時間ウィンドウのコンフィグレーション情報は、第１時間ウィンドウのウィンドウ長さを設定するために更に使用されてもよい。実施において、第１時間ウィンドウのコンフィグレーション情報は、ウィンドウ長さインクリメントのコンフィグレーション情報を含み、第１時間ウィンドウのウィンドウ長さは、ウィンドウ長さインクリメント及びＲＡＲ時間ウィンドウのウィンドウ長さに等しい。第１時間ウィンドウは、シグナリングオーバヘッドを低減するために、ウィンドウ長さインクリメントを設定することによって設定される。

【0171】

実施形態において、時間ウィンドウは、タイマを使用することによって実装されてもよい。時間ウィンドウは他の実施を更に含んでもよい、ことが理解され得る。これは本願で限定されない。

【0172】

ステップ５５０で、次の検出結果のうちの１つが起こり得る。第２ＤＣＩが第１時間ウィンドウ内で検出される、第１ＤＣＩが第１時間ウィンドウ内で検出される、第１ＤＣＩも第２ＤＣＩも第１時間ウィンドウ内で検出されない。

【0173】

ユーザ装置は、検出された第２ＤＣＩに基づき第２ＰＤＳＣＨを受信する。実施形態において、ユーザ装置が、第２ＰＤＳＣＨで運ばれた第２応答メッセージに基づいて、ランダムアクセスが成功したと決定する場合に、ユーザ装置は第１時間ウィンドウを停止する。実施において、ユーザ装置は、第２応答メッセージ内の競合解消情報に基づいて、競合解消が成功したかどうかを決定する。第２ＰＤＳＣＨで運ばれた競合解消情報が、ユーザ装置によって所有されており、競合解消のために使用される情報と一致する場合に、ユーザ装置は、ランダムアクセス（すなわち、random access）が成功したと見なす。本願では、「一致する」は、２種類の情報が同じであるか、あるいは、予めセットされた関係を満たすことを意味する。他の実施形態においては、第２ＰＤＳＣＨで運ばれた競合解消情報が、ユーザ装置によって所有されており、競合解消のために使用される情報と一致しない場合に、ユーザ装置は、第２ＰＤＳＣＨで運ばれた第２応答メッセージがユーザ装置によって期待された第２メッセージではないと見なし、従って、第２応答メッセージを破棄又は無視してもよい。

【0174】

他の実施形態においては、ユーザ装置は、検出された第１ＤＣＩに基づき第１ＰＤＳＣＨを受信し、受信された第１ＰＤＳＣＨに基づき第１応答メッセージを取得する。

【0175】

実施形態において、第１応答メッセージがＭｓｇＡでのアップリンクデータの再送を示す情報を含む場合に、ユーザ装置は、第１時間ウィンドウを停止し、第１応答メッセージで運ばれたＵＬグラントに基づきＭｓｇＡでアップリンクデータを再送し、第１競合解消ウィンドウを開始する。第１競合解消ウィンドウの開始位置は、ＭｓｇＡでのアップリンクデータの再送が終了した後の最初のＯＦＤＭシンボルであってもよく、あるいは、ＭｓｇＡでのアップリンクデータの再送が終了した後の他の時間領域位置であってもよい。これは本願で限定されない。第１競合解消ウィンドウの長さは、第１時間ウィンドウの長さと同じであっても、あるいは、４ステップＲＡプロシージャの競合解消ウィンドウの長さと同じであってもよい。任意に、ユーザ装置が、第１競合解消ウィンドウ内で、競合解消情報を運ぶＰＤＳＣＨを検出し、競合解消が成功したと決定する場合に、ユーザ装置は第１競合解消ウィンドウを停止する。任意に、ユーザ装置が、第１競合解消ウィンドウ内で、ＭｓｇＡでのアップリンクデータの再送をスケジューリングするＤＣＩを検出する場合に、ユーザ装置は、ＤＣＩに基づきＭｓｇＡでアップリンクデータを再送した後に第１競合解消ウィンドウを再開する。本願では、ＭｓｇＡでのアップリンクデータの再送は、ＭｓｇＡでのアップリンクデータの一部又は全部の伝送であってもよい。

【0176】

他の実施形態においては、第１応答メッセージがＭｓｇＡの再送を示す情報を含む場合に、ユーザ装置はＭｓｇＡを再送し、第１時間ウィンドウを再開する。具体的に、この実施形態では、再送されたＭｓｇＡ内のプリアンブルは、ステップ５２０で送信されたプリアンブルと同じであっても又は異なってもよく、再送されたＭｓｇＡ内のアップリンクデータは、ステップ５２０で送信されたアップリンクデータと完全に又は部分的に同じであってもよい。

【0177】

他の実施形態においては、第１応答メッセージが４ステップＲＡプロシージャへロールバックすることを示す情報を含む場合に、ユーザ装置は、ＭｓｇＢの伝送をスケジューリングするＤＣＩを検出するのを止め、第１時間ウィンドウを停止し、４ステップＲＡプロシージャを実行することに切り替える。実施において、４ステップＲＡプロシージャを実行することに切り替えることは、４ステップＲＡプロシージャのＭｓｇ１を送信することに切り替えること、又は４ステップＲＡプロシージャのＭｓｇ３を送信することに切り替えることであってもよい。４ステップＲＡプロシージャのＭｓｇ３を送信することに切り替える場合に、ユーザ装置は、第１応答メッセージで運ばれたＵＬグラントに基づき４ステップＲＡプロシージャのＭｓｇ３を送信し得る。

【0178】

他の実施形態においては、第１時間ウィンドウが満了し、ユーザ装置が第１ＤＣＩ又は第２ＤＣＩを検出しない場合に、現在のランダムアクセスは失敗する。

【0179】

図８は、デバイスインタラクションの視点から示された他のランダムアクセス方法の略フローチャートである。図８に示されるように、方法は、ステップ８００からステップ８５０を含み得る。

【0180】

この方法では、ステップ８００から８４０は、図５に示された実施形態におけるステップ５００からステップ５４０と同じであり、詳細はここで再び記載されない。

【0181】

この実施形態では、ステップ８５０で、ユーザ装置は、第２時間ウィンドウ内で第１ＤＣＩを検出し、第３時間ウィンドウ内で第２ＤＣＩを検出する。

【0182】

このステップで、ユーザ装置は、ＭｓｇＡでプリアンブルを送信した後に第２時間ウィンドウを開始し、第２時間ウィンドウ内で第１ＤＣＩを検出する。ユーザ装置は、ＭｓｇＡでＰＵＳＣＨを送信した後に第３時間ウィンドウを開始し、第３時間ウィンドウ内で第２ＤＣＩを検出する。第２時間ウィンドウが終了した後、ユーザ装置は、第１ＤＣＩを検出するのを止める。第３時間ウィンドウが終了した後、ユーザ装置は、第２ＤＣＩを検出するのを止める。

【0183】

以下は、第２時間ウィンドウの開始位置及び第３時間ウィンドウの開始位置について別々に記載する。

【0184】

第２時間ウィンドウは、次の解決法のいずれかで開始される。

【0185】

Ａ１：ＭｓｇＡでのプリアンブルの伝送が終了した後、ユーザ装置は直ちに第２時間ウィンドウを開始する。

【0186】

Ａ２：第２時間ウィンドウは、ＭｓｇＡでのプリアンブルの伝送が終了した後に、第１制御リソースセット（control resource set，ＣＯＲＥＳＥＴ）の最初のシンボルで開始される。

【0187】

Ａ３：第２時間ウィンドウは、ＭｓｇＡでのプリアンブルの伝送が終了した後に最初に第１プリセット条件満足するＣＯＲＥＳＥＴの最初のＯＦＤＭシンボルで開始される。第１プリセット条件は、ＣＯＲＥＳＥＴの最初のＯＦＤＭシンボルとプリアンブルを送信するためのＰＲＡＣＨ時間周波数リソースの最後のＯＦＤＭシンボルとの間の時間領域インターバルが第１閾値以上であることである。

【0188】

Ａ４：第２時間ウィンドウは、ＭｓｇＡでのアップリンクデータの伝送が終了した後の最初のＣＯＲＥＳＥＴの最初のシンボルで開始される。

【0189】

Ａ５：第２時間ウィンドウは、ＭｓｇＡでのアップリンクデータの伝送が終了した後に最初にプリセット条件を満足するＣＯＲＥＳＥＴの最初のＯＦＤＭシンボルで開始される。第２プリセット条件は、ＣＯＲＥＳＥＴの最初のＯＦＤＭシンボルとアップリンクデータを送信するためのＰＵＳＣＨ時間周波数リソースの最後のＯＦＤＭシンボルとの間の時間領域インターバルが第２閾値以上であることである。

【0190】

Ａ６：第２時間ウィンドウの開始位置は、第３時間ウィンドウの開始位置と同じである。

【0191】

Ａ７：第２時間ウィンドウの開始位置は、ステップ８２０でプリアンブルを送信するために使用されたＰＲＡＣＨ時間周波数リソースが４ステップのランダムアクセスプロシージャでプリアンブルを送信するために使用されるかどうかに基づき決定される。じっしにおいて、ステップ８２０でプリアンブルを送信するためのＰＲＡＣＨ時間周波数リソースが４ステップＲＡプロシージャ及び２ステップＲＡプロシージャの共有ＰＲＡＣＨ時間周波数リソースである場合には、第２時間ウィンドウの開始位置は、ＰＲＡＣＨ時間周波数リソースに対応する４ステップＲＡプロシージャのＲＡＲウィンドウの開始位置と同じであり得る。ステップ８２０でプリアンブルを送信するために使用されたＰＲＡＣＨ時間周波数リソースが４ステップＲＡプロシージャ及び２ステップＲＡプロシージャの共有ＰＲＡＣＨ時間周波数リソースでない場合には、第２時間ウィンドウの開始位置は、ＰＲＡＣＨ時間周波数リソースに対応する４ステップＲＡプロシージャのＲＡＲウィンドウの開始位置と同じであっても又は異なってもよい。

【0192】

Ａ８：第２時間ウィンドウの開始位置は、第２時間ウィンドウの、ネットワークデバイスからのコンフィグレーション情報に基づき、決定される。この方法では、２ステップのランダムアクセスプロシージャの、ネットワークデバイスによって送信されるコンフィグレーション情報は、第２時間ウィンドウのコンフィグレーション情報を含んでよく、第２時間ウィンドウのコンフィグレーション情報は、第２時間ウィンドウの開始位置を設定するために使用されてよい。ネットワークデバイスによって送信されたコンフィグレーション情報を使用することによって第２時間ウィンドウを設定する具体的な実施方法については、ネットワークデバイスによって送信されたコンフィグレーション情報を使用することによって第１時間ウィンドウを設定する方法を参照されたい。詳細はここで再び記載されない。

【0193】

第３時間ウィンドウは、次の解決法のいずれかで開始される。

【0194】

Ｂ１：第２時間ウィンドウは、ＭｓｇＡでのアップリンクデータの伝送が終了した後の最初のＣＯＲＥＳＥＴの最初のシンボルで開始される。

【0195】

Ｂ２：第２時間ウィンドウは、ＭｓｇＡでのアップリンクデータの伝送が終了した後に最初にプリセット条件を満足するＣＯＲＥＳＥＴの最初のＯＦＤＭシンボルで開始される。プリセット条件は、ＣＯＲＥＳＥＴの最初のＯＦＤＭシンボルとアップリンクデータを送信するためのＰＵＳＣＨ時間周波数リソースの最後のＯＦＤＭシンボルとの間の時間領域インターバルが第２閾値以上であることである。

【0196】

Ｂ３：第３時間ウィンドウの開始位置は、第３時間ウィンドウの、ネットワークデバイスからのコンフィグレーション情報に基づき、決定される。この方法では、２ステップのランダムアクセスプロシージャの、ネットワークデバイスによって送信されるコンフィグレーション情報は、第３時間ウィンドウのコンフィグレーション情報を含んでもよく、第３時間ウィンドウのコンフィグレーション情報は、第３時間ウィンドウの開始位置を設定するために使用され得る。ネットワークデバイスによって送信されたコンフィグレーション情報を使用することによって第３時間ウィンドウを設定する具体的な実施方法については、ネットワークデバイスによって送信されたコンフィグレーション情報を使用することによって第１時間ウィンドウを設定する方法を参照されたい。詳細はここで再び記載されない。

【0197】

実施形態において、第２時間ウィンドウのウィンドウ長さは、ＲＡＲウィンドウのウィンドウ長さ、ネットワークデバイスによって設定され、２ステップＲＡプロシージャで第１ＤＣＩを検出するために特に使用される時間ウィンドウのウィンドウ長さ、又はＲＡＲウィンドウのウィンドウ長さと第１ウィンドウ長さインクリメントとの和、であってよい。第１ウィンドウ長さインクリメントは、ネットワークデバイスによって設定されてもよく、あるいは、前もってセットされても（例えば、標準プロトコルで予め定義されても）よい。ネットワークデバイスは、シグナリングオーバヘッドを低減するために、ＲＡＲウィンドウ及び第１ウィンドウ長さインクリメントを設定することによって第２時間ウィンドウを設定する。

【0198】

他の実施形態においては、第３時間ウィンドウのウィンドウ長さは、第２時間ウィンドウのウィンドウ長さ、ネットワークデバイスによって設定され、２ステップＲＡプロシージャで第２ＤＣＩを検出するために特に使用される時間ウィンドウのウィンドウ長さ、競合解消ウィンドウのウィンドウ長さ、又は競合解消ウィンドウのウィンドウ長さと第２ウィンドウ長さインクリメントとの和であってよい。第２ウィンドウ長さインクリメントは、ネットワークデバイスによって設定されてもよく、あるいは、前もってセットされても（例えば、標準プロトコルで予め定義されても）よい。

【0199】

実施形態において、ユーザ装置が第２時間ウィンドウ内で第１ＤＣＩを検出し、第３時間ウィンドウ内で第２ＤＣＩを検出し、第２応答メッセージに基づいて、競合解消が成功したと決定する場合に、ユーザ装置は、第２時間ウィンドウ及び第３時間ウィンドウを停止する。任意に、ユーザ装置が、第２応答メッセージに基づいて、競合解消が成功したと決定することができない場合には、ユーザ装置は、受信された第２応答メッセージが、ユーザ装置によって期待されている第２応答メッセージではないと見なし、そして、受信された第２応答メッセージを無視又は破棄してもよく、第２時間ウィンドウの現在のステータスを変更しない。

【0200】

他の実施形態においては、ユーザ装置が第３時間ウィンドウ内で第２ＤＣＩを検出し、第２応答メッセージに基づいて、競合解消が成功したと決定する場合に、ユーザ装置は、第２時間ウィンドウ及び第３時間ウィンドウを停止する。任意に、ユーザ装置が、第２応答メッセージに基づいて、競合解消が成功したと決定することができない場合には、ユーザ装置は、受信された第２応答メッセージが、ユーザによって期待されている第２応答メッセージではないと見なし、そして、受信された第２応答メッセージを無視又は破棄してもよい。

【0201】

実施形態において、ユーザ装置が第２時間ウィンドウ内で第１ＤＣＩを受信し、第１ＤＣＩに基づき受信された第１応答メッセージがＭｓｇＡでのアップリンクデータの再送を示す情報を含む場合に、ユーザ装置は、第２時間ウィンドウを停止し、第１応答メッセージで運ばれたＵＬグラントに基づきＭｓｇＡでアップリンクデータを再送し、第３時間ウィンドウを再開する。任意に、ユーザ装置が、第３時間ウィンドウ（再開された第３時間ウィンドウ）内で、競合解消情報を運ぶＰＤＳＣＨを検出し、競合解消が成功したと決定する場合に、ユーザ装置は第３時間ウィンドウを停止する。任意に、ユーザ装置が、第３時間ウィンドウ内で、ＭｓｇＡでのアップリンクデータの再送をスケジューリングするＤＣＩを検出する場合に、ユーザ装置は、ＤＣＩに基づきＭｓｇＡでアップリンクデータを再送した後に、第３時間ウィンドウを再開する。

【0202】

他の実施形態においては、ユーザ装置が第２時間ウィンドウ内で第１ＤＣＩを検出し、第１応答メッセージがＭｓｇＡの再送を示す情報を含む場合に、ユーザ装置はＭｓｇＡを再送し、第２時間ウィンドウ及び第３時間ウィンドウを再開する。具体的に、この実施形態では、再送されたＭｓｇＡ内のプリアンブルは、ステップ８２０で送信されたプリアンブルと同じであっても又は異なってもよく、再送されたＭｓｇＡ内のアップリンクデータは、ステップ８２０で送信されたアップリンクデータと完全に又は部分的に同じであってもよい。

【0203】

他の実施形態においては、ユーザ装置が第２時間ウィンドウ内で第１ＤＣＩを検出し、第１応答メッセージが４ステップＲＡプロシージャへロールバックすることを示す情報を含む場合に、ユーザ装置は、ＭｓｇＢの伝送をスケジューリングするＤＣＩを検出するのを止め、第２時間ウィンドウ及び第３時間ウィンドウを停止し、４ステップＲＡプロシージャを実行することに切り替える。実施において、４ステップＲＡプロシージャを実行することに切り替えることは、４ステップＲＡプロシージャのＭｓｇ１を送信することへ切り替えること、又は４ステップＲＡプロシージャのＭｓｇ３を送信することへ切り替えることであってよい。４ステップＲＡプロシージャのＭｓｇ３を送信することへ切り替える場合に、ユーザ装置は、第１応答メッセージで運ばれたＵＬグラントに基づき４ステップＲＡプロシージャのＭｓｇ３を送信し得る。

【0204】

他の実施形態においては、ユーザ装置が第２時間ウィンドウ及び第３時間ウィンドウ内で第１ＤＣＩ又は第２ＤＣＩを検出しない場合には、現在のランダムアクセスは失敗する。

【0205】

本願では、ユーザ装置は、ＭｓｇＢの伝送をスケジューリングするＤＣＩを有効に検出し得る。ＤＣＩを検出する時間ウィンドウを適切な位置で開始することによって、ユーザ装置は、応答時間に基づいて、他の時間ウィンドウが再送フィードバックのために開始される必要があるかどうかを決定し得る。本願の解決法に従って、２ステップＲＡプロシージャのレイテンシは低減され得、２ステップＲＡプロシージャのシグナリングオーバヘッド及び４ステップＲＡプロシージャを実行する端末への影響が低減される。

【0206】

図９は、本願に従う通信装置６００の略構造図である。通信装置６００は、ランダムアクセスのために使用されてもよく、ランダムアクセス装置とも呼ばれ得る。通信装置６００は、受信ユニット６１０、送信ユニット６２０、及び処理ユニット６３０を含む。

【0207】

図９に示される装置は、図５に示されるランダムアクセス方法を実装するよう構成され得、装置のユニットの具体的な実装は次の通りである。

【0208】

送信ユニット６２０は、第１タイプランダムアクセスプロシージャのランダムアクセスメッセージをネットワークデバイスへ送信するよう構成される。ランダムアクセスメッセージは、ランダムアクセスプリアンブル及びアップリンクデータを含む。

【0209】

処理ユニット６３０は、ランダムアクセスプリアンブルの伝送が終了した後で第１時間ウィンドウを開始するよう構成される。

【0210】

受信ユニット６１０は、第１時間ウィンドウ内で第１ダウンリンク制御情報ＤＣＩ及び第２ＤＣＩを検出するよう構成される。第１ＤＣＩは、ランダムアクセスプリアンブルに対する第１応答メッセージを運ぶ第１物理ダウンリンク共有チャネルＰＤＳＣＨをスケジューリングするために使用され、第２ＤＣＩは、ランダムアクセスメッセージに対する第２応答メッセージを運ぶ第２ＰＤＳＣＨをスケジューリングするために使用される。

【0211】

任意に、処理ユニット６３０は、第１制御チャネルリソースセットの最初のシンボルで第１時間ウィンドウを開始するか、あるいは、第２制御チャネルリソースセットの最初のシンボルで第１時間ウィンドウを開始するよう特に構成される。第１制御チャネルリソースセットは、ランダムアクセスプリアンブルの伝送が終了した後の最初の制御チャネルリソースセットであり、第２制御チャネルリソースセットは、アップリンクデータの伝送が終了した後の最初の制御チャネルリソースセットである。

【0212】

任意に、第１制御チャネルリソースセットは、ランダムアクセスプリアンブルの伝送が終了した後に最初に第１プリセット条件を満足する制御チャネルリソースセットであり、かつ／あるいは、
第２制御チャネルリソースセットは、アップリンクデータの伝送が終了した後に最初に第２プリセット条件を満足する制御チャネルリソースセットである。

【0213】

第１プリセット条件は、制御チャネルリソースセットの最初のシンボルとランダムアクセスプリアンブルを送信するために使用される時間領域リソースの最後のシンボルとの間の時間領域インターバルが第１時間領域長さ閾値よりも長い、ことである。

【0214】

第２プリセット条件は、制御チャネルリソースセットの最初のシンボルとアップリンクデータを送信するために使用される時間領域リソースの最後のシンボルとの間の時間領域インターバルが第２時間領域長さ閾値よりも長い、ことである。

【0215】

任意に、本願のこの実施形態では、受信ユニット６１０は、
ネットワークデバイスから第２タイプランダムアクセスプロシージャのコンフィグレーション情報を受信するよう特に構成され、第２タイプランダムアクセスプロシージャのコンフィグレーション情報は、ランダムアクセス応答ウィンドウの長さ設定情報及び／又は第１競合解消ウィンドウの長さ設定情報を含む。

【0216】

任意に、第１時間ウィンドウの長さは、ランダムアクセス応答ウィンドウの長さと同じであるか、
第１時間ウィンドウの長さは、第１競合解消ウィンドウの長さと同じであるか、
第１時間ウィンドウの長さは、ランダムアクセス応答ウィンドウの長さと第１競合解消ウィンドウの長さとの和であるか、
第１時間ウィンドウの長さは、ランダムアクセス応答ウィンドウの長さ及び第１競合解消ウィンドウの長さの中の最大値であるか、あるいは、
第１時間ウィンドウの長さは、ランダムアクセス応答ウィンドウの長さとネットワークによって設定されたウィンドウ長さインクリメントとの和である。

【0217】

任意に、処理ユニット６３０は、ランダムアクセスプリアンブルを送信するために使用される時間周波数リソースが第２タイプランダムアクセスプロシージャのランダムアクセスメッセージを送信するためにも使用される場合に、第１制御チャネルリソースセットの最初のシンボルで第１時間ウィンドウを開始するよう構成される。

【0218】

任意に、処理ユニット６３０は、ランダムアクセスプリアンブルを送信するために使用される時間周波数リソースが第２タイプランダムアクセスプロシージャのランダムアクセスメッセージを送信するためにも使用される場合に、第１時間ウィンドウの長さを、ランダムアクセス応答ウィンドウの長さ又は第１競合解消ウィンドウの長さと同じであるにようセットするよう構成される。

【0219】

任意に、第１ＤＣＩが第１時間ウィンドウ内で検出され、第１応答メッセージがアップリンクデータを再送することを示すために使用される情報を含む場合に、
処理ユニット６３０は、第１時間ウィンドウを終了するよう構成され、
送信ユニット６２０は、アップリンクデータを再送するよう構成され、
処理ユニット６３０は、アップリンクデータの再送が終了した後で、第２競合解消ウィンドウを開始するよう更に構成される。

【0220】

任意に、競合解消情報を運ぶＰＤＳＣＨをスケジューリングするために使用される第３ＤＣＩが第２競合解消ウィンドウ内で検出され、競合解消情報に基づいて、競合解消が成功したと決定される場合に、
処理ユニット６３０は、第２競合解消ウィンドウを終了するよう構成され、かつ／あるいは、
アップリンクデータの再送をスケジューリングするために使用される第４ＤＣＩが第２競合解消ウィンドウ内で検出される場合に、
送信ユニット６２０は、第４ＤＣＩに基づきアップリンクデータを再送するよう構成され、
処理ユニット６３０は、アップリンクデータの再送が終了した後に第２競合解消ウィンドウを再開するよう構成される。

【0221】

任意に、第１ＤＣＩが第１時間ウィンドウ内で検出され、第１応答メッセージが第１タイプランダムアクセスプロシージャのランダムアクセスメッセージを再送することを示すために使用される情報を含む場合に、
送信ユニット６２０は、第１タイプランダムアクセスプロシージャの第２ランダムアクセスメッセージを再送するよう構成され、第２ランダムアクセスメッセージは、アップリンクデータの全部又は一部を運び、
処理ユニット６３０は、第１時間ウィンドウを再開するよう構成される。

【0222】

任意に、第１ＤＣＩが第１時間ウィンドウ内で検出され、第１応答メッセージが第１タイプランダムアクセスプロシージャから第２タイプランダムアクセスプロシージャへロールバックすることを示すために使用される情報を含む場合に、処理ユニット６３０は、第１時間ウィンドウを終了し、第２タイプランダムアクセスプロシージャを実行することに切り替えるように装置をトリガするよう構成される。

【0223】

図９に示される装置は、図８に示されるランダムアクセス方法を実装するよう構成されてもよく、装置のユニットの具体的な実装は次の通りである。

【0224】

【0225】

処理ユニット６３０は、ランダムアクセスプリアンブルの伝送が終了した後に第２時間ウィンドウを開始し、アップリンクデータの伝送が終了した後に第３時間ウィンドウを開始するよう構成される。

【0226】

受信ユニット６１０は、第２時間ウィンドウ内で第１ダウンリンク制御情報ＤＣＩを検出し、第１ＤＣＩが、ランダムアクセスプリアンブルに対する第１応答メッセージを運ぶ第１物理ダウンリンク共有チャネルＰＤＳＣＨをスケジューリングするために使用され、そして、第３時間ウィンドウ内で第２ＤＣＩを検出し、第２ＤＣＩが、アップリンクデータに対する第２応答メッセージを運ぶ第２ＰＤＳＣＨをスケジューリングするために使用される、よう構成される。

【0227】

任意に、処理ユニット６３０は、第１制御チャネルリソースセットの最初のシンボルで第２時間ウィンドウを開始するか、
第２制御チャネルリソースセットの最初のシンボルで第２時間ウィンドウを開始するか、あるいは、
第３時間ウィンドウの開始位置で第２時間ウィンドウを開始するよう特に構成される。

【0228】

第１制御チャネルリソースセットは、ランダムアクセスプリアンブルの伝送が終了した後の最初の制御チャネルリソースセットであり、第２制御チャネルリソースセットは、アップリンクデータの伝送が終了した後の最初の制御チャネルリソースセットである。

【0229】

任意に、第１制御チャネルリソースセットは、ランダムアクセスプリアンブルの伝送が終了した後に最初に第１プリセット条件を満足する制御チャネルリソースセットであり、かつ／あるいは
第２制御チャネルリソースセットは、アップリンクデータの伝送が終了した後に最初に第２プリセット条件を満足する制御チャネルリソースセットである。

【0230】

【0231】

【0232】

任意に、本願のこの実施形態では、受信ユニット６１０は、
ネットワークデバイスから第２タイプランダムアクセスプロシージャの競合解消ウィンドウの長さ設定情報を受信するよう特に構成され、
第３時間ウィンドウの長さは、競合解消ウィンドウの長さと同じであるか、あるいは、
第３時間ウィンドウの長さは、競合解消ウィンドウの長さとネットワークデバイスによって設定されたウィンドウ長さインクリメントとの和である。

【0233】

任意に、処理ユニット６３０は、
ランダムアクセスプリアンブルを送信するために使用される時間周波数リソースが第２タイプランダムアクセスプロシージャのランダムアクセスメッセージを送信するためにも使用される場合に、第１制御チャネルリソースセットの最初のシンボルで第２時間ウィンドウを開始し、
第２ＤＣＩが検出され、第２応答メッセージに基づいて、競合解消が成功したと決定される場合に、第３時間ウィンドウを終了し、第３時間ウィンドウが終了するときに第２時間ウィンドウが終了していないならば、第２時間ウィンドウを終了するよう構成される。

【0234】

任意に、第１ＤＣＩが第２時間ウィンドウ内で検出され、第１応答メッセージがアップリンクデータの再送を示す情報を含む場合に、処理ユニット６３０は、第２時間ウィンドウを停止し、第１応答メッセージ内のアップリンクグラントに基づきアップリンクデータを再送するよう構成される。処理ユニット６３０は、アップリンクデータが再送された後に第３時間ウィンドウを再開するよう更に構成される。

【0235】

任意に、受信ユニット６１０は、
再開された第３時間ウィンドウ内で第３ＤＣＩを検出し、第３ＤＣＩが、アップリンクデータの再送のために第３応答メッセージを運ぶ第３ＰＤＳＣＨをスケジューリングするために使用され、
第３ＤＣＩを検出する場合に、第３ＤＣＩに基づき第３ＰＤＳＣＨを受信し、第３応答メッセージを取得するよう更に構成される。

【0236】

処理ユニット６３０は、装置が、第３応答メッセージに基づいて、競合解消が成功したと決定する場合に、再開された第３時間ウィンドウを終了するよう更に構成される。

【0237】

任意に、受信ユニット６１０は、ネットワークデバイスから第２タイプランダムアクセスプロシージャの競合解消ウィンドウの長さ設定情報を受信するよう更に構成され、
第２時間ウィンドウの長さは、競合解消ウィンドウの長さと同じであるか、あるいは、
第２時間ウィンドウの長さは、競合解消ウィンドウの長さとネットワークデバイスによって設定されたウィンドウ長さインクリメントとの和である。

【0238】

任意に、処理ユニット６３０は、ランダムアクセスプリアンブルを送信するために使用される時間周波数リソースが第２タイプランダムアクセスプロシージャのランダムアクセスメッセージを送信するためにも使用される場合に、第１制御チャネルリソースセットの最初のシンボルで第２時間ウィンドウを開始するよう構成される。

【0239】

任意に、処理ユニット６３０は、ランダムアクセスプリアンブルを送信するために使用される時間周波数リソースが第２タイプランダムアクセスプロシージャのランダムアクセスメッセージを送信するためにも使用される場合に、第２時間ウィンドウの長さを、ランダムアクセス応答ウィンドウの長さ又は競合解消ウィンドウの長さと同じであるようにセットするよう構成される。

【0240】

任意に、第１ＤＣＩが第２時間ウィンドウ内で検出され、第１応答メッセージがアップリンクデータを再送することを示すために使用される場合に、
処理ユニット６３０は、第２時間ウィンドウを終了するよう構成され、
送信ユニット６２０は、アップリンクデータを再送するよう構成され、
処理ユニット６３０は、アップリンクデータの再送が終了した後に、第３時間ウィンドウを再開するよう更に構成される。

【0241】

任意に、競合解消情報を運ぶＰＤＳＣＨをスケジューリングするために使用される第３ＤＣＩが再開された第３時間ウィンドウ内で検出される場合に、競合解消情報に基づいて、競合解消が成功したと決定される場合に、
処理ユニット６３０は、第３時間ウィンドウを終了するよう構成され、かつ／あるいは、
アップリンクデータの再送をスケジューリングする第４ＤＣＩが第３時間ウィンドウ内で検出される場合に、
送信ユニット６２０は、第４ＤＣＩに基づきアップリンクデータを再送するよう構成され、
処理ユニット６３０は、アップリンクデータの再送が終了した後に、第３時間ウィンドウを再開するよう構成される。

【0242】

任意に、第１ＤＣＩが第２時間ウィンドウ内で検出され、第１応答メッセージが第１タイプランダムアクセスプロシージャのランダムアクセスメッセージを再送することを示すために使用される情報を含む場合に、
送信ユニット６２０は、第１タイプランダムアクセスプロシージャの第２ランダムアクセスメッセージを再送するよう構成され、第２ランダムアクセスメッセージが、アップリンクデータの全部又は一部を運び、
処理ユニット６３０は、第２時間ウィンドウを再開するよう構成される。

【0243】

任意に、第１ＤＣＩが第２時間ウィンドウ内で検出され、第１応答メッセージが第１タイプランダムアクセスプロシージャから第２タイプランダムアクセスプロシージャへロールバックすることを示すために使用される情報を含む場合に、処理ユニット６３０は、第２時間ウィンドウを終了し、第２タイプランダムアクセスプロシージャを実行することに切り替えるように装置をトリガするよう構成される。

【0244】

任意に、第４ＤＣＩが再開された第３時間ウィンドウ内で検出され、第４ＤＣＩがアップリンクデータの再送をスケジューリングするために使用される場合に、送信ユニット６２０は、第４ＤＣＩに基づきアップリンクデータを再送するよう更に構成され、処理ユニット６３０は、第３時間ウィンドウを再開するよう更に構成される。

【0245】

任意に、第１ＤＣＩが第２時間ウィンドウ内で検出され、第１応答メッセージが第１タイプランダムアクセスプロシージャのランダムアクセスメッセージを再送することを示すために使用される情報を含む場合に、送信ユニット６２０は、第１タイプランダムアクセスプロシージャの第２ランダムアクセスメッセージを再送するよう更に構成され、処理ユニット６３０は、第２時間ウィンドウ及び第３時間ウィンドウを再開するよう更に構成される。第２ランダムアクセスメッセージは、アップリンクデータの全部又は一部を運ぶ。

【0246】

任意に、第１ＤＣＩが第２時間ウィンドウ内で検出され、第１応答メッセージが第１タイプランダムアクセスプロシージャから第２タイプランダムアクセスプロシージャへロールバックすることを示すために使用される情報を含む場合に、制御ユニット６２０は、第２時間ウィンドウ及び第３時間ウィンドウを終了し、第２タイプランダムアクセスプロシージャを実行することへ切り替えるように装置をトリガするよう構成される。

【0247】

任意に、受信ユニット６１０及び／又は送信ユニット６２０は、トランシーバユニット（モジュール）又は通信ユニットと総称されることがあり、図５又は図８での方法実施形態並びにユーザ装置の受信及び送信ステップを実行するよう別々に構成されてもよい。任意に、処理ユニットは、送信ユニットによって送信された命令を処理するか、あるいは、受信ユニットによって受信された命令を処理するよう構成される。記憶ユニットは、通信ユニット及び処理ユニットによって実行される命令を記憶するよう構成される。

【0248】

通信装置６００はユーザ装置であり、あるいは、ユーザ装置内のチップであってもよい。通信装置がユーザ装置である場合に、処理ユニットはプロセッサであってもよく、通信ユニットはトランシーバであってもよい。通信装置は、記憶ユニットを更に含んでもよく、記憶ユニットはメモリであってもよい。記憶ユニットは、命令を記憶するよう構成され、処理ユニットは、通信装置が上記の方法を実行することを可能にするように、きおくユニットに記憶されている命令を実行する。通信装置がユーザ装置内のチップである場合に、処理ユニットはプロセッサであってもよく、通信ユニットは入力／出力インターフェース、ピン、回路、等であってもよい。処理ユニットは、通信装置が上記の方法実施形態でユーザ装置によって実行された動作を実行することを可能にするように、記憶ユニットに記憶されている命令を実行する。記憶ユニットは、チップ内の記憶ユニット（例えば、レジスタ又はキャッシュ）であってもよく、あるいは、ユーザ装置内でチップの外にある記憶ユニット（例えば、リード・オンリー・メモリ又はランダム・アクセス・メモリ）であってもよい。

【0249】

当業者によって明らかに理解されるように、通信装置６００によって実行されるステップ及び対応する有利な効果については、上記の方法実施形態でのユーザ装置の関連する記載を参照されたい。簡潔さのために、詳細はここで再び記載されない。

【0250】

受信ユニット６１０及び送信ユニット６２０はトランシーバによって実装されてもよい、ことが理解されるべきである。処理ユニットはプロセッサによって実装されてもよい。記憶ユニットはメモリによって実装されてもよい。図１０に示されるに、通信装置７００は、プロセッサ７１０、メモリ７２０、及びトランシーバ７３０を含み得る。通信装置７００は、ランダムアクセスを実行するよう構成されてもよく、ランダムアクセス装置とも呼ばれ得る。

【0251】

図９に示される通信装置６００及び図１０に示される通信装置７００は、上記の実施形態並びに図５又は図８でユーザ装置によって実行されたステップを実装することができる。同様の記載については、対応する方法の記載を参照されたい。繰り返しを避けるために、詳細はここで再び記載されない。

【0252】

上記の装置実施形態におけるネットワークデバイス及びユーザ装置は、方法実施形態におけるネットワークデバイス及びユーザ装置に対応する。対応するモジュール又はユニットは、対応するステップを実行する。例えば、通信ユニット（すなわち、トランシーバユニット又はトランシーバ）は、方法実施形態での送信ステップ及び／又は受信ステップ（あるいは、送信ユニット及び受信ユニットによって実行されるステップ）を実行し、送信ステップ及び受信ステップ以外の他のステップは、処理ユニット（プロセッサ）によって実行されてもよい。特定のユニットの機能については、対応する方法実施形態を参照されたい。送信ユニット及び受信ユニットは、トランシーバユニットを形成してもよく、送信器及び受信器は、方法実施形態における受信及び送信機能を一緒に実装するように、トランシーバを形成してもよい。１つ以上のプロセッサが存在してもよい。

【0253】

上記のユニットへの分割は機能分割にすぎず、実際の実施では他の分割であってもよい、ことが理解されるべきである。

【0254】

上記のユーザ装置又はネットワークデバイスはチップであってもよく、処理ユニットは、ハードウェア又はソフトウェアを使用することによって実装されてもよい。処理ユニットがハードウェアを使用することによって実装される場合に、処理ユニットはロジック回路、集積回路、等であってもよい。処理ユニットがソフトウェアを使用することによって実装される場合に、処理ユニットは汎用プロセッサであってもよく、記憶ユニットに記憶されているソフトウェアコードを読み出すことによって実装される。記憶ユニットはプロセッサに組み込まれてもよく、あるいは、プロセッサの外に位置し、独立して存在してもよい。

【0255】

図１１は、本願に従うユーザ装置１０００の略構造図である。記載を簡単にするために、図１１は、ユーザ装置の主要な部分のみを示す。図１１に示されるように、ユーザ装置１０００は、プロセッサ、メモリ、制御回路、アンテナ、及び入力／出力装置を含む。ユーザ装置１０００は、上記の通信システムに適用され、上記の方法実施形態でのユーザ装置の機能を実行してもよい。

【0256】

プロセッサは、通信プロトコル及び通信データを処理し、ユーザ装置全体を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するよう主に構成され、例えば、上記の方法実施形態で記載された動作を実行することにおいてユーザ装置を制御するよう構成される。メモリは、ソフトウェアプログラム及びデータを記憶するよう主に構成される。制御回路は、ベースバンド信号と無線周波数信号との間の変換を実行し、無線周波数信号を処理するよう主に構成される。制御回路は、アンテナとともに、電磁波形式で無線周波数信号を送信及び受信するよう主に構成されるトランシーバとも呼ばれ得る。タッチスクリーン、ディスプレイ、又はキーボード等の入力／出力装置は、ユーザによって入力されたデータを受け取り、データをユーザに出力するよう主に構成される。

【0257】

ユーザ装置が電源を入れられた後、プロセッサは、記憶ユニットに記憶されているソフトウェアプログラムを呼び出し、ソフトウェアプログラムの命令を説明及び実行し、ソフトウェアプログラムのデータを処理し得る。データが無線で送信される必要がある場合に、プロセッサは、送信されるべきデータに対してベースバンド処理を実行し、それから、ベースバンド信号を無線周波数回路へ出力する。無線周波数回路は、ベースバンド信号に対して無線周波数処理を実行し、それから、アンテナを使用することによって、電磁波形式で無線周波数信号を送信する。データがユーザ装置へ送られる場合に、無線周波数回路は、アンテナを通じて無線周波数信号を受信し、無線周波数信号をベースバンド信号に変換し、ベースバンド信号をプロセッサへ出力し、プロセッサは、ベースバンド信号をデータに変換し、データを処理する。

【0258】

当業者であれば、記載を簡単にするために、図１１がただ１つのメモリ及びただ１つのプロセッサを示していることを理解し得る。実際のユーザ装置では、複数のプロセッサ及び複数のメモリが存在する可能性がある。メモリは記憶媒体、記憶デバイス等とも呼ばれ得る。これは本願の実施形態で限定されない。

【0259】

任意の実施では、プロセッサはベースバンドプロセッサ及び中央演算処理装置を含んでもよい。ベースバンドプロセッサは、通信プロトコル及び通信データを処理するよう主に構成される。中央演算処理装置は、ユーザ装置全体を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するよう主に構成される。図１１のプロセッサは、ベースバンドプロセッサ及び中央演算処理装置の機能を組み込まれている。当業者であれば、ベースバンドプロセッサ及び中央演算処理装置は、代替的に、独立したプロセッサであってもよく、バス等の技術を用いて相互接続されることを理解し得る。当業者であれば、ユーザ装置が異なるネットワーク標準規格に適応するよう複数のベースバンドプロセッサを含んでもよく、ユーザ装置がユーザ装置のプロセッシング能力を強化するよう複数の中央演算処理装置を含んでもよく、ユーザ装置のコンポーネントが様々なバスを使用することによって接続されてもよいことを理解し得る。ベースバンドプロセッサはまた、ベースバンド処理回路又はベースバンド処理チップとも表現され得る。中央演算処理装置はまた、中央演算処理回路又は中央演算処理チップとも表現され得る。通信プロトコル及び通信データを処理する機能は、プロセッサに埋め込まれてもよく、あるいは、ソフトウェアプログラムの形で記憶ユニットに記憶されてもよく、それにより、プロセッサは、ベースバンド処理機能を実装するようソフトウェアプログラムを実行する。

【0260】

例えば、図１１の実施形態では、トランシーバ機能を備えているアンテナ、及び制御回路は、ユーザ装置１０００のトランシーバユニット１００１と見なされてもよく、処理機能を備えているプロセッサは、ユーザ装置１０００の処理ユニット１００２と見なされてもよい。図１１に示されるように、ユーザ装置１０００は、トランシーバユニット１００１及び処理ユニット１００２を含む。トランシーバユニットは、トランシーバ、トランシーバマシン、トランシーバ装置、等とも呼ばれ得る。任意に、トランシーバユニット１００１内にあって、受信機能を実装するよう構成されるコンポーネントは、受信ユニットと見なされてもよく、トランシーバユニット１００１内にあって、送信機能を実装するよう構成されるコンポーネントは、送信ユニットと見なされてもよい。言い換えれば、トランシーバユニット１００１は受信ユニット及び送信ユニットを含む。例えば、受信ユニットは受信器、受信器マシン、受信回路等とも呼ばれることがあり、送信ユニットは送信器、送信器マシン、送信回路等とも呼ばれることがある。

【0261】

図１１に示されるユーザ装置１０００は、図５又は図８に示される方法実施形態でのユーザ装置の各プロセスを実装することができる。ユーザ装置１００におけるモジュールの動作及び／又は機能は、上記の方法実施形態での対応するプロシージャを実装するよう意図される。詳細については、上記の方法実施形態の記載を参照されたい。繰り返しを避けるために、詳細な説明は、ここでは適切に省略される。

【0262】

上記の処理装置はチップであってもよい、ことが理解されるべきである。例えば、処理装置は、フィールド・プログラマブル・ゲート・アレイ（Field-Programmable Gate Array，ＦＰＧＡ）、システム・オン・チップ（System on Chip，ＳｏＣ）、中央演算処理装置（Central Processor Unit，ＣＰＵ）、ネットワークプロセッサ（Network Processor，ＮＰ）、デジタル信号プロセッサ（Digital Signal Processor，ＤＳＰ）、マイクロコントローラ（Micro Controller Unit，ＭＣＵ）、プログラム可能ロジックデバイス（Programmable Logic Device，ＰＬＤ）、又は他の集積チップであってもよい。

【0263】

実施プロセスにおいて、実施形態における方法のステップは、プロセッサ内のハードウェア集積論理回路を使用することによって、又はソフトウェアの形を取る命令を使用することによって、実行されてもよい。本願の実施形態を参照して開示されている方法のステップは、ハードウェアプロセッサによって直接に実行されてもよく、あるいは、プロセッサ内のハードウェア及びソフトウェアの組み合わせによって実行されてもよい。

【0264】

留意されるべきは、本願の実施形態におけるプロセッサは集積回路チップであってもよく、信号処理能力を備えている、ことである。実施プロセスにおいて、上記の方法実施形態でのステップは、プロセッサ内のハードウェア集積論理回路を使用することによって、又はソフトウェアの形を取る命令を使用することによって、実行されてもよい。上記のプロセッサは、汎用プロセッサ、デジタル信号プロセッサ（digital signal processor，ＤＳＰ）、特定用途向け集積回路（application specific integrated circuit，ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（field programmable gate array，ＦＰＧＡ）若しくは他のプログラマブル・ロジック・デバイス、ディスクリートゲート若しくはトランジスタロジックデバイス、又はディスクリートハードウェア部品であってもよい。本願の実施形態におけるプロセッサは、本願の実施形態で開示されている方法、ステップ、及び論理ブロック図を実装又は実行してもよい。汎用プロセッサは、マイクロプロセッサであってもよく、あるいは、プロセッサは、あらゆる従来のプロセッサ等であってもよい。

【0265】

本願の実施形態におけるメモリ又は記憶ユニットは、揮発性メモリ又は不揮発性メモリであってもよく、あるいは、揮発性メモリ及び不揮発性メモリの両方を含んでもよい、ことが理解され得る。不揮発性メモリは、リード・オンリー・メモリ（read-only memory，ＲＯＭ）、プログラム可能リード・オンリー・メモリ（programmable ROM，ＰＲＯＭ）、消去可能なプログラム可能リード・オンリー・メモリ（erasable PROM，ＥＰＲＯＭ）、電気的消去可能なプログラム可能リード・オンリー・メモリ（electrically EPROM，ＥＥＰＲＯＭ）、又はフラッシュメモリであってもよい。揮発性メモリは、ランダム・アクセス・メモリ（random access memory，ＲＡＭ）であってもよく、外部キャッシュとして使用される。限定的な記載ではなく例を通じて、多くの形態をとるＲＡＭ、例えば、静的ランダム・アクセス・メモリ（static RAM，ＳＲＡＭ）、動的ランダム・アクセス・メモリ（dynamic RAM，ＤＲＡＭ）、同期型動的ランダム・アクセス・メモリ（synchronous DRAM，ＳＤＲＡＭ）、ダブルデータレート同期型動的ランダム・アクセス・メモリ（double data rate SDRAM，ＤＤＲＳＤＲＡＭ）、エンハンスド同期型動的ランダム・アクセス・メモリ（enhanced SDRAM，ＥＳＤＲＡＭ）、シンクリンク動的ランダム・アクセス・メモリ（synchlink DRAM，ＳＬＤＲＡＭ）、及びダイレクトランバス型ランダム・アクセス・メモリ（direct rambus RAM，ＤＲＲＡＭ）が、使用されてもよい。留意されるべきは、本明細書で記載されているシステム及び方法におけるメモリは、これらのメモリ及び他の適切なタイプのあらゆるメモリを含むが限定されない、ことである。

【0266】

本願の実施形態は、通信システムを更に提供する。通信システムは、上記のユーザ装置及びネットワークデバイスを含む。

【0267】

本願の実施形態は、コンピュータ可読媒体を更に提供する。コンピュータ可読媒体はコンピュータプログラムを記憶し、コンピュータプログラムがコンピュータによって実行される場合に、上記の実施形態のうちのいずれか１つにおける方法が実装される。

【0268】

本願の実施形態は、コンピュータプログラム製品を更に提供する。コンピュータプログラム製品がコンピュータによって実行される場合に、上記の実施形態のうちのいずれか１つにおける方法が実装される。

【0269】

本願の実施形態は、システムチップを更に提供する。システムチップは、通信ユニット及び処理ユニットを含む。処理ユニットは、例えば、プロセッサであってもよい。通信ユニットは、例えば、入力／出力インターフェース、ピン、回路、等であってもよい。処理ユニットは、通信装置内チップが本願の上記の実施形態で提供されたいずれかの方法を実行するように、コンピュータ命令を実行してもよい。

【0270】

任意に、コンピュータ命令は、記憶ユニットに記憶される。

【0271】

上記の実施形態の全て又はいくつかは、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを使用することによって実装されてもよい。ソフトウェアを使用することによって実装される場合に、実施形態の全て又はいくつかは、コンピュータプログラム製品の形で実装されてもよい。コンピュータプログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータ命令がコンピュータでロード又は実行される場合に、本願の実施形態に従うプロシージャ又は機能は、完全に又は部分的に生成される。コンピュータは、汎用コンピュータ、特別目的のコンピュータ、コンピュータネットワーク、又は他のプログラム可能な装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよく、あるいは、コンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体へ伝送されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンタから他のウェブサイト、コンピュータ、サーバ、又はデータセンタへ有線（例えば、同軸ケーブル、光ファイバ、若しくはデジタル加入者回線（digital subscriber line，ＤＳＬ））又は無線（例えば、赤外線、電波、若しくはマイクロ波）方式で伝送されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、又は１つ以上の使用可能な媒体を組み込む、サーバ若しくはデータセンタ等のデータ記憶デバイスであってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光学媒体（例えば、高密度デジタルビデオディスク（digital state disc，ＤＶＤ））、半導体媒体（例えば、ソリッド・ステート・ドライブ（solid state disk，ＳＳＤ））、等であってもよい。

【0272】

本願では、「少なくとも１つ」は、１つ以上を意味し、「複数の～」は、２つ以上を意味する。「及び／又は」と言う用語は、関連するオブジェクトについて記載するための関連付け関係を記載し、３つの関係が存在する可能性があることを表す。例えば、Ａ及び／又はＢは、次の場合：Ａのみが存在する、ＡとＢの両方が存在する、及びＢのみが存在する、を表すことができ、Ａ及びＢは単数でも複数でもよい。「／」の文字は、一般に、関連するオブジェクトどうしの「論理和」関係を表す。「次の～のうちの少なくとも１つのアイテム（片）」又はその類似の表現は、単一のアイテム（片）又は複数のアイテム（片の）任意の組み合わせを含む、これらのアイテムのあらゆる組み合わせを意味する。例えば、ａ、ｂ、又はｃのうちの少なくとも１つのアイテム（片）は、ａ、ｂ、ｃ、ａ－ｂ、ａ－ｃ、ｂ－ｃ、又はａ－ｂ－ｃを表すことができ、ａ、ｂ、及びｃは単数でも複数でもよい。

【0273】

明細書の全文で述べられている「一実施形態」又は「実施形態」は、この実施形態に関係がある特定の特徴、構造、又は特性が本願の少なくとも１つの実施形態に含まれていることを意味する、と理解されるべきである。従って、明細書の全文を通じて現れる「一実施形態において」又は「実施形態において」は、同じ実施形態を必ずしも参照しているわけではない。更には、それらの特定の特徴、構造、又は特性は、あらゆる適切な様態で１つ以上の実施形態において組み合わされてもよい。上記のプロセスの連続番号は、本願の様々な実施形態において実行順序を意味しているわけではない、ことが理解されるべきである。プロセスの実行順序は、プロセスの機能及び内部ロジックに基づき決定されるべきであり、本願の実施形態の実装プロセスに対するいかなる限定としても解釈されるべきではない。

【0274】

本願は、２０１９年５月３日付けで出願された中国特許出願第２０１９０３７７２０４．Ｘ号の優先権を主張するものであり、先の中国特許出願は、その全文を参照により本願に援用される。

【図1】