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

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

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

▶ テレフオンアクチーボラゲット　エル　エム　エリクソン（パブル）の特許一覧

特許7522877端末デバイス、ネットワークデバイスおよびその方法

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

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

< >

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

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

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

(11)【特許番号】

(24)【登録日】2024-07-17

(45)【発行日】2024-07-25

(54)【発明の名称】端末デバイス、ネットワークデバイスおよびその方法

(51)【国際特許分類】

H04W 72/21 20230101AFI20240718BHJP

H04W 72/02 20090101ALI20240718BHJP

H04W 74/0836 20240101ALI20240718BHJP

H04W 72/1268 20230101ALI20240718BHJP

H04W 72/231 20230101ALI20240718BHJP

【ＦＩ】

H04W72/21

H04W72/02

H04W74/0836

H04W72/1268

H04W72/231

【請求項の数】 17

【外国語出願】

(21)【出願番号】P 2023019266

(22)【出願日】2023-02-10

(62)【分割の表示】P 2021535201の分割

【原出願日】2020-01-10

(65)【公開番号】P2023071702

(43)【公開日】2023-05-23

【審査請求日】2023-03-01

(31)【優先権主張番号】PCT/CN2019/075280

(32)【優先日】2019-02-15

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

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲットエルエムエリクソン（パブル）

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】リン，チーペン

(72)【発明者】

【氏名】ハリソン，ロバートマーク

(72)【発明者】

【氏名】フレンネ，マティアス

【審査官】石原由晴

(56)【参考文献】

【文献】国際公開第２０２０／１４７８２７（ＷＯ，Ａ１）

【文献】特開２０１１－０７７６４７（ＪＰ，Ａ）

【文献】3GPP TS 38.211 V15.4.0，2019年01月16日，pages 58-63

【文献】GEMALTO N.V.，2-Step RACH support for Small Cells.[online]，3GPP TSG-RAN WG2 # 100 R2-1712961，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_100/Docs/R2-1712961.zip>，2017年11月17日

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

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

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

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

ＳＡＷＧ１－４

ＣＴＷＧ１、４

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

【請求項1】

端末デバイスにおける方法であって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）のための復調基準信号（ＤＭＲＳ）構成を決定することと、ここで、前記ＤＭＲＳ構成は、ＤＭＲＳシーケンスを含み、当該ＤＭＲＳ構成を決定することは、プリアンブルの識別子を初期化パラメータとして使用して前記ＤＭＲＳシーケンスを生成すること、を含み、
ランダムアクセスメッセージにおいて、前記プリアンブルと共に前記ＤＭＲＳ構成を使用して前記ＰＵＳＣＨをネットワークデバイスに送信することと、ここで、前記ランダムアクセスメッセージは２ステップランダムアクセス手順におけるメッセージＡであり、
前記ＤＭＲＳ構成を決定すること（２１０）は、
前記ＤＭＲＳのためのシンボルの個数、
追加のＤＭＲＳシンボルの最大個数、および、
符号分割多重（ＣＤＭ）グループタイプ、
に基づくものであり、
前記ＣＤＭグループタイプはデフォルトで予め決定されており、
前記ＤＭＲＳのためのシンボルの個数、および、前記追加のＤＭＲＳシンボルの最大個数は、無線リソース制御（ＲＲＣ）シグナリングを介して前記ネットワークデバイスから受信される、方法。

【請求項2】

請求項１に記載の方法であって、前記ＤＭＲＳ構成を決定することは、さらに、
周波数ホッピング構成、
ＰＵＳＣＨマッピングタイプ、または、
ＰＵＳＣＨ持続時間、
のうちの１つまたは複数に基づく、方法。

【請求項3】

請求項１に記載の方法であって、前記ＤＭＲＳ構成は、ＤＭＲＳのための時間領域リソースを含み、前記ＤＭＲＳ構成を決定することは、前記ＤＭＲＳのための前記時間領域リソースを、さらに、
周波数ホッピング構成、
ＰＵＳＣＨマッピングタイプ、または、
ＰＵＳＣＨ持続時間、
のうちの１つまたは複数に基づいて決定することを含む、方法。

【請求項4】

請求項２に記載の方法であって、前記周波数ホッピング構成、前記ＰＵＳＣＨマッピングタイプ、または、前記ＰＵＳＣＨ持続時間、のうちの１つまたは複数は、デフォルトで予め決定されているか、または、前記プリアンブルのためのシーケンスに基づいて決定される、方法。

【請求項5】

請求項２に記載の方法であって、前記周波数ホッピング構成、前記ＰＵＳＣＨマッピングタイプ、または、前記ＰＵＳＣＨ持続時間、のうちの１つまたは複数が、シグナリングを介して前記ネットワークデバイスから受信される、方法。

【請求項6】

請求項５に記載の方法であって、前記シグナリングは、無線リソース制御（ＲＲＣ）シグナリング、または、レイヤ１シグナリングを含み、前記ＲＲＣシグナリングは、システム情報メッセージ、専用シグナリングメッセージ、または、前記システム情報メッセージと前記専用シグナリングメッセージの両方、を含み、前記レイヤ１シグナリングは、ダウンリンク制御情報（ＤＣＩ）を含む、方法。

【請求項7】

請求項３に記載の方法であって、前記ＤＭＲＳのための前記時間領域リソースは、前記ＤＭＲＳのための時間領域リソースと、前記ＤＭＲＳのためのシンボルの個数、前記追加のＤＭＲＳシンボルの最大個数、および、前記ＣＤＭグループタイプ、との間の所定のマッピングに基づいて、決定される、方法。

【請求項8】

請求項１に記載の方法であって、前記プリアンブルは、２ステップランダムアクセスのみのために予約されたプリアンブルのセットから選択される、方法。

【請求項9】

端末デバイスであって、
プロセッサと、
メモリと、を有し、前記メモリは、前記プロセッサによって実行される命令を含み、それによって前記端末デバイスに、
物理アップリンク共有チャネル（ＰＵＳＣＨ）のための復調基準信号（ＤＭＲＳ）構成を決定させ、ここで、前記ＤＭＲＳ構成は、ＤＭＲＳシーケンスを含み、当該ＤＭＲＳ構成を決定させることは、プリアンブルの識別子を初期化パラメータとして使用して前記ＤＭＲＳシーケンスを生成すること、を含み、
ランダムアクセスメッセージにおいて、前記プリアンブルと共に前記ＤＭＲＳ構成を使用して前記ＰＵＳＣＨをネットワークデバイスに送信させ、ここで、前記ランダムアクセスメッセージは２ステップランダムアクセス手順におけるメッセージＡであり、
前記ＤＭＲＳ構成は、
前記ＤＭＲＳのためのシンボルの個数、
追加のＤＭＲＳシンボルの最大個数、および、
符号分割多重（ＣＤＭ）グループタイプ、
に基づき決定され、
前記ＣＤＭグループタイプはデフォルトで予め決定されており、
前記ＤＭＲＳのためのシンボルの個数、および、前記追加のＤＭＲＳシンボルの最大個数は、無線リソース制御（ＲＲＣ）シグナリングを介して前記ネットワークデバイスから受信される、端末デバイス。

【請求項10】

ネットワークデバイスにおける方法であって、
ランダムアクセスメッセージの一部として、端末デバイスからのプリアンブルを検出することと、ここで、前記ランダムアクセスメッセージは、物理アップリンク共有チャネル（ＰＵＳＣＨ）をさらに含むものであり、前記ランダムアクセスメッセージは２ステップランダムアクセス手順におけるメッセージＡであり、
前記ＰＵＳＣＨのための復調基準信号（ＤＭＲＳ）構成を決定することと、ここで、前記ＤＭＲＳ構成は、ＤＭＲＳシーケンスを含み、当該ＤＭＲＳシーケンスは、前記プリアンブルの識別子を初期化パラメータとして使用して生成され、
を有し、
前記ＤＭＲＳ構成を決定することは、
前記ＤＭＲＳのためのシンボルの個数、
追加のＤＭＲＳシンボルの最大個数、および、
符号分割多重（ＣＤＭ）グループタイプ、
のうちの１つまたは複数に基づくものであり、
前記ＣＤＭグループタイプは、デフォルトで予め決定されており、
前記方法は、さらに、
前記ＤＭＲＳのシンボルの個数、および、前記追加のＤＭＲＳシンボルの最大個数を、無線リソース制御（ＲＲＣ）シグナリングを介して前記端末デバイスに送信すること、
を有する方法。

【請求項11】

請求項１０に記載の方法であって、前記ＤＭＲＳ構成を決定することは、さらに、
周波数ホッピング構成、
ＰＵＳＣＨマッピングタイプ、または
ＰＵＳＣＨ持続時間、
のうちの１つまたは複数に基づく、方法。

【請求項12】

請求項１０に記載の方法であって、前記ＤＭＲＳ構成は、ＤＭＲＳのための時間領域リソースを含み、前記ＤＭＲＳ構成を決定することは、前記ＤＭＲＳのための時間領域リソースを、
周波数ホッピング構成、
ＰＵＳＣＨマッピングタイプ、または、
ＰＵＳＣＨ持続時間、
のうちの１つまたは複数に基づいて決定することを含む、方法。

【請求項13】

請求項１１に記載の方法であって、前記周波数ホッピング構成、前記ＰＵＳＣＨマッピングタイプ、または、前記ＰＵＳＣＨ持続時間、のうちの前記１つまたは複数は、デフォルトで予め決定されているか、または、シーケンスに基づいて決定される、方法。

【請求項14】

請求項１１に記載の方法であって、さらに、
前記周波数ホッピング構成、前記ＰＵＳＣＨマッピングタイプ、または、前記ＰＵＳＣＨ持続時間、のうちの前記１つまたは複数を、シグナリングを介して前記端末デバイスに送信すること、
を有する方法。

【請求項15】

請求項１４に記載の方法であって、前記シグナリングは、無線リソース制御（ＲＲＣ）シグナリング、または、レイヤ１シグナリングを含み、前記ＲＲＣシグナリングは、システム情報メッセージ、専用シグナリングメッセージ、または、前記システム情報メッセージと前記専用シグナリングメッセージの両方、を含み、前記レイヤ１シグナリングは、ダウンリンク制御情報（ＤＣＩ）を含む、方法。

【請求項16】

請求項１２に記載の方法であって、前記ＤＭＲＳのための時間領域リソースは、前記ＤＭＲＳのための時間領域リソースと、前記ＤＭＲＳのためのシンボルの個数、前記追加のＤＭＲＳシンボルの最大個数、および、前記ＣＤＭグループタイプ、のうちの前記１つまたは複数と、の間の所定のマッピングに基づいて決定される、方法。

【請求項17】

ネットワークデバイスであって、
プロセッサと、
メモリと、を有し、前記メモリは、前記プロセッサによって実行される命令を有し、それによって前記ネットワークデバイスに、
ランダムアクセスメッセージの一部として、端末デバイスからのプリアンブルを検出させ、ここで、前記ランダムアクセスメッセージは、物理アップリンク共有チャネル（ＰＵＳＣＨ）をさらに含むものであり、前記ランダムアクセスメッセージは２ステップランダムアクセス手順におけるメッセージＡであり、
前記ＰＵＳＣＨのための復調基準信号（ＤＭＲＳ）構成を決定させ、ここで、前記ＤＭＲＳ構成は、ＤＭＲＳシーケンスを含み、当該ＤＭＲＳシーケンスは、前記プリアンブルの識別子を初期化パラメータとして使用して生成され、
前記ＤＭＲＳ構成は、
前記ＤＭＲＳのためのシンボルの個数、
追加のＤＭＲＳシンボルの最大個数、および、
符号分割多重（ＣＤＭ）グループタイプ、
のうちの１つまたは複数に基づき決定され、
前記ＣＤＭグループタイプは、デフォルトで予め決定されており、
前記ネットワークデバイスは、前記ＤＭＲＳのシンボルの個数、および、前記追加のＤＭＲＳシンボルの最大個数を、無線リソース制御（ＲＲＣ）シグナリングを介して前記端末デバイスに送信する、ネットワークデバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、無線通信に関し、より詳細には、端末デバイス、ネットワークデバイス、およびその中で使用される方法に関する。

【背景技術】

【0002】

ランダムアクセスは、新しいセルにアクセスするために、新無線（ＮＲ：ニューレディオ）ネットワークおよびロングタームエボリューション（ＬＴＥ）ネットワークにおいて、端末デバイス、たとえば、ユーザ装置（ＵＥ）によって実行される。ランダムアクセス手順が完了すると、端末デバイスをネットワークデバイス、たとえば進化したＮｏｄｅＢ（ｅＮＢ）または（次）世代ＮｏｄｅＢ（ｇＮＢ）に接続し、専用の送信信号を用いてネットワークデバイスと通信することができる。

【0003】

ＮＲ用として４ステップのランダムアクセス手順が定義されている。図１Ａは、４ステップランダムアクセス手順のシグナリングシーケンスを示す。図示のように、１０１で、ＵＥは、ｇＮＢから同期信号（ＳＳ）を検出する。１０２で、ＵＥは、物理ブロードキャストチャネル（ＰＢＣＨ）および物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のような複数の物理チャネル上に分散され得るマスター情報ブロック（ＭＩＢ）およびシステム情報ブロック（ＳＩＢ）、すなわち、残存最小システム情報（ＲＭＳＩ）および他のシステム情報（ＯＳＩ）を復号して、ランダムアクセス送信パラメータを取得する。１１１で、ＵＥが物理ランダムアクセスチャネル（ＰＲＡＣＨ）プリアンブル、つまりメッセージ１をｇＮＢに送信する。１１２で、ｇＮＢはメッセージ１を検出し、ランダムアクセス応答（ＲＡＲ）またはＭｅｓｓａｇｅ２で応答する。１１３で、ＵＥは、ＲＡＲで運ばれるＰＵＳＣＨ送信のためのコンフィギュレーション（構成）情報に従って、物理アップリンク共有チャネル（ＰＵＳＣＨ）またはメッセージ３をｇＮＢに送信する。１１４で、ｇＮＢは、コンテンションレゾリューション（競合解決）メッセージ、すなわちメッセージ４をＵＥに送信する。

【0004】

たとえば、送信前にＬＢＴ（リッスンビフォアトーク）が必要とされるアンライセンスド周波数バンド（免許不要周波数帯）での運用では大切なチャンネルアクセスの回数を最小化するために、ＮＲ用に２ステップランダムアクセス手順も提案されている。４つのステップ１１１～１１４を使用する代わりに、２ステップランダムアクセス手順は、メッセージＡおよびメッセージＢとも呼ばれる２つのステップのみでランダムアクセスを完了するものであり、図１Ｂは、２ステップランダムアクセス手順のシグナリングシーケンスを示す。図示のように、図１Ｂのステップ１０１～１０２は、図１Ａのステップ１０１～１０２と同じである。１２１で、ＵＥは、１つのメッセージ（すなわち、メッセージＡ）でＰＲＡＣＨプリアンブルおよびＰＵＳＣＨをｇＮＢに送信する。ＰＵＳＣＨは、無線リソース制御（ＲＲＣ）コネクションリクエスト（接続要求）のような上位レイヤデータを含むことができ、場合によっては、いくつかの小さな追加のペイロードを含んでもよい。
１２２で、ｇＮＢは、ＵＥ識別子割り当て情報、タイミングアドバンス情報、およびＣＲＭなどを含むメッセージＢをＵＥに送信する。

【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】

一実施形態では、本方法は、ＤＭＲＳ構成に基づいてＰＵＳＣＨを復調することをさらに含んでもよい。

【0039】

本開示の第６の態様によれば、ネットワークデバイスが提供される。ネットワークデバイスは、ランダムアクセスメッセージの一部として、端末デバイスからプリアンブルを検出するように構成された検出部であって、ランダムアクセスメッセージは、ＰＵＳＣＨをさらに含むものである、検出部と、ＰＵＳＣＨのためのＤＭＲＳ構成を決定するように構成された決定部と、を有する。

【0040】

第５の態様と関連して上述した各実施形態および特徴は、第６の態様にも適用される。

【0041】

本開示の第７の態様によれば、ネットワークデバイスが提供される。ネットワークデバイスは、トランシーバと、プロセッサと、メモリとを有する。メモリは、プロセッサによって実行可能な命令を含み、それによって、ネットワークデバイスは、ランダムアクセスメッセージの一部として端末デバイスからプリアンブルを検出し、ここで、ランダムアクセスメッセージは、ＰＵＳＣＨをさらに含むものであり、ＰＵＳＣＨのためのＤＭＲＳ構成を決定する。

【0042】

一実施形態では、メモリは、プロセッサによって実行可能な命令をさらに含むことができ、それによって、ネットワークデバイスは、上記の第５の態様による方法を実行するように動作可能である。

【0043】

本開示の第８の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、そこに記憶されたコンピュータプログラム命令を有する。コンピュータプログラム命令は、ネットワークデバイスのプロセッサによって実行されると、ネットワークデバイスに、ランダムアクセスメッセージの一部として端末デバイスからのプリアンブルを検出させ、ここで、ランダムアクセスメッセージはさらにＰＵＳＣＨを含むものであり、ＰＵＳＣＨのためのＤＭＲＳ構成を決定させる。

【0044】

一実施形態では、コンピュータプログラム命令は、ネットワークデバイス内のプロセッサによって実行される場合、さらに、上記の第５の態様に従った方法をネットワークデバイスに実行させることができる。

【0045】

本開示の第９の態様によれば、通信システムが提供される。通信システムは、ユーザデータを提供するように構成されたプロセッシング回路と、ユーザデータをＵＥへの送信のためにセルラネットワークへフォワード（転送）するように構成された通信インターフェースと、を含む、ホストコンピュータを有する。セルラーネットワークは、無線インターフェースおよびプロセッシング回路を含む基地局を、有する。基地局のプロセッシング回路は、第５の態様による方法を実行するように構成される。

【0046】

一実施形態では、通信システムは、基地局をさらに含んでもよい。

【0047】

一実施形態では、通信システムは、ＵＥをさらに含んでもよい。
ＵＥは、基地局と通信するように構成される。

【0048】

一実施形態では、ホストコンピュータのプロセッシング回路は、ホストアプリケーションを実行し、それによってユーザデータを提供するように構成されてもよい。ＵＥは、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成されたプロセッシング回路を有してもよい。

【0049】

本開示の第１０の態様によれば、方法が提供される。本方法は、ホストコンピュータ、基地局およびＵＥを含む通信システムに実装される。本方法は、ホストコンピュータにおいて、ユーザデータを提供することと、ホストコンピュータにおいて、基地局を含むセルラネットワークを介して、ユーザデータをＵＥに運ぶ送信を開始することと、を有する。基地局は、第５の態様による方法を実行することができる。

【0050】

一実施形態では、方法は、基地局において、ユーザデータを送信することをさらに有してもよい。

【0051】

一実施形態では、ホストアプリケーションを実行することによって、ユーザデータをホストコンピュータで提供することができる。本方法は、さらに、ＵＥにおいて、ホストアプリケーションに関連するクライアントアプリケーションを実行することを含んでもよい。

【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】

【図1A】は、４ステップランダムアクセス手順を示すシーケンス図である。

【0077】

【図1B】は、２ステップランダムアクセス手順を示すシーケンス図である。

【0078】

【図2】は、本開示の一実施形態による端末デバイスにおける方法を示すフローチャートである。

【0079】

【図3】は、本開示の別の実施形態によるネットワークデバイスにおける方法を示すフローチャートである。

【0080】

【図4】は、本開示の一実施形態による端末ノードの構成図である。

【0081】

【図5】は、本開示の他の実施形態による端末ノードの構成図である。

【0082】

【図6】は、本開示の他の実施形態によるネットワークノードの構成図である。

【0083】

【図7】は、本開示の他の実施形態によるネットワークノードの構成図である。

【0084】

【図8】は、中間ネットワークを介してホストコンピュータに接続された電気通信ネットワークを概略的に示す図である。

【0085】

【図9】は、基地局を介して、部分無線コネクションを介してユーザ機器と通信するホストコンピュータの一般化されたブロック図である。

【0086】

【図10】および

【図11】および

【図12】および

【図13】は、ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示すフローチャートである。

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

【0087】

本明細書で使用される「無線通信ネットワーク」という用語は、ＮＲ、ＬＴＥアドバンスド（ＬＴＥ－Ａ）、ＬＴＥ、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、高速パケットアクセス（ＨＳＰＡ）などの任意の適切な通信規格に従うネットワークを指す。さらに、無線通信ネットワーク内の端末デバイスとネットワークデバイスとの間の通信は、移動体通信のためのグローバルシステム（ＧＳＭ）、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、および／または他の適切な１Ｇ（第１世代）、２Ｇ（第２世代）、２．５Ｇ、２．７５Ｇ、３Ｇ（第３世代）、４Ｇ（第４世代）、４．５Ｇ、５Ｇ（第５世代）通信プロトコル、ＩＥＥＥ８０２．１１規格などのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）規格、および／またはマイクロ波アクセスのためのワールドワイドインターオペラビリティ（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ、および／またはＺｉｇＢｅｅ規格などの任意の他の適切な無線通信規格、ならびに／あるいは現在知られているかまたは将来開発される任意の他のプロトコルを含むが、これらに限定されることはなく、任意の適切な世代通信プロトコルに従って実行されてもよい。

【0088】

「ネットワークノード」または「ネットワークデバイス」とは、無線通信ネットワークにおける装置であって、それを介して端末デバイスがネットワークにアクセスし、そこからサービスを受けるものをいう。ネットワークノードまたはネットワークデバイスは、基地局（ＢＳ）、アクセスポイント（ＡＰ）、または無線通信ネットワーク内の他の適当なデバイスを指す。ＢＳは、たとえば、ノードＢ（ＮｏｄｅＢまたはＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢまたはｅＮＢ）、またはｇＮＢ、遠隔無線ユニット（ＲＲＵ）、無線ヘッダー（ＲＨ）、遠隔無線ヘッド（ＲＲＨ）、中継器、フェムトやピコなどの低電力ノード、であってもよい。ネットワークデバイスのさらに別の例は、ＭＳＲＢＳなどのマルチスタンダード無線（ＭＳＲ）無線機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地送受信局（ＢＴＳ：ベーストランシーバステーション）、送信ポイント、送信ノードを含みうる。しかしながら、より一般的には、ネットワークデバイスは、無線通信ネットワークへの端末デバイスアクセスを可能にし、および／または提供し、あるいは無線通信ネットワークにアクセスした端末デバイスに何らかのサービスを提供することを、可能にし、構成し、配置し、および／または動作可能な任意の適当なデバイス（またはデバイス群）を表すことができる。

【0089】

「端末デバイス」という用語は、無線通信ネットワークにアクセスし、そこからサービスを受信することができる任意の端末デバイスを指す。限定ではなく例として、端末デバイスは、モバイル端末、ユーザ装置（ＵＥ）、または他の適当な装置を指す。ＵＥは、たとえば、加入者局（ＳＳ）、ポータブル加入者局、移動局（ＭＳ）、またはアクセス端末（ＡＴ）であってもよい。端末デバイスは、ポータブルコンピュータ、デスクトップコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽記憶および再生機器、移動電話、セルラー電話、スマートフォン、ボイスオーバーＩＰ（ＶｏＩＰ）電話、ワイヤレスローカルループ電話、タブレット端末、携帯情報端末（ＰＤＡ）、ウェアラブル端末デバイス、車載無線端末デバイス、ワイヤレスエンドポイント、移動局、ラップトップ埋め込み型機器（ＬＥＥ）、ラップトップ搭載型機器（ＬＭＥ）、ＵＳＢドングル、スマートデバイス、無線顧客宅内機器（ＣＰＥ）などを含むことができるが、これらに限定されない。以下の説明では、「端末デバイス」、「端末」、「ユーザ装置」および「ＵＥ」という用語は、置換可能に使用されうる。一例として、端末デバイスは、３ＧＰＰのＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ規格などの、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって公布された１つまたは複数の通信規格に従って通信するように構成されたＵＥを表すことができる。本明細書で使用される場合、「ユーザ装置」または「ＵＥ」は、関連デバイスを所有および／または操作する人間のユーザの意味で「ユーザ」を必ずしも有しないことがある。いくつかの実施形態では、端末デバイスは、直接的な人間の対話なしに情報を送信および／または受信するように構成されてもよい。たとえば、端末デバイスは、所定のスケジュールで、内部または外部の事象によってトリガされたとき、または無線通信ネットワークからの要求に応答して、ネットワークに情報を送信するように設計されてもよい。代わりに、ＵＥは、人間のユーザへの販売または人間のユーザによる操作が意図されているが、最初は特定の人間のユーザに関連付けられていないデバイスを表すことができる。

【0090】

端末デバイスは、たとえば、サイドリンク通信のための３ＧＰＰ標準を実装することによって、デバイスツーデバイス（Ｄ２Ｄ）通信をサポートすることができ、この場合、Ｄ２Ｄ通信装置と呼ばれることができる。

【0091】

さらに別の例として、インターネットオブシングス（ＩｏＴ）シナリオでは、端末デバイスは、監視および／または測定を実行し、そのような監視および／または測定の結果を別の端末デバイスおよび／またはネットワーク機器に送信するマシンまたは他のデバイスを表すことができる。この場合、端末デバイスは、マシンツーマシン（Ｍ２Ｍ）デバイスであってもよく、３ＧＰＰの文脈では、マシンタイプ通信（ＭＴＣ）デバイスと呼ばれることもある。１つの特定の例として、端末デバイスは、３ＧＰＰ狭帯域インターネットオブシングス（ＮＢ－ＩｏＴ）規格を実装するＵＥであってもよい。そのような機械または装置の特定の例は、センサ、電力計のような計量装置、産業機械、または家庭用もしくは個人用機器、たとえば冷蔵庫、テレビ、時計のような個人用ウェアラブルである。他のシナリオでは、端末デバイスは、その動作状態またはその動作に関連する他の機能を監視および／または報告することができる車両または他の機器を表すことができる。

【0092】

本明細書で使用されるように、ダウンリンク送信は、ネットワークデバイスから端末デバイスへの送信を指し、アップリンク送信は、これとは反対方向の送信を指す。

【0093】

本明細書における「一実施形態」、「一実施形態」、「例示的な実施形態」などへの言及は、記載された実施形態が特定の特徴、構造、または特性を含むことができることを示すが、すべての実施形態が特定の特徴、構造、または特性を含むことは必ずしも必要ではない。さらに、そのような語句は、必ずしも同じ実施形態を参照しているわけではない。さらに、特定の特徴、構造、または特性が、実施形態とコネクションて記載される場合、明示的に記載されるか否かにかかわらず、他の実施形態との関連で、そのような特徴、構造、または特性に影響を及ぼすことは、当業者の知識の範囲内であることが理解されよう。

【0094】

「第１の」および「第２の」などの用語は、様々な要素を説明するために本明細書で使用され得るが、これらの要素は、これらの用語によって限定されるべきではなく、これらの用語は、１つの要素を別の要素から区別するためにのみ使用される。たとえば、第１の要素は、第２の要素と呼ばれてもよく、同様に、第２の要素は、例示的な実施形態の範囲から逸脱することなく、第１の要素と呼ばれてもよい。

【0095】

本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図していない。本明細書で使用されるように、単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が別途明確に示さない限り、複数形も含むことが意図される。用語「備える」、「備えている」、「有する」、「有している」、「含む」および／または「含んでいる」は、本明細書で使用される場合、述べられた特徴、要素、および／または構成要素などの存在を指定するが、１つまたは複数の他の特徴、要素、構成要素、および／またはそれらの組合せの存在または追加を排除しないことがさらに理解されるであろう。

【0096】

以下の説明および特許請求の範囲では、別段の定義がない限り、本明細書で使用されるすべての技術用語および科学用語は、本開示が属する技術分野の通常の技能のうちの１つによって一般に理解されるものと同じ意味を有する。

【0097】

図１Ａに示されるような４ステップランダムアクセス手順において、ＤＭＲＳコンフィギュレーション（構成）、たとえば、ＤＭＲＳ送信のための時間領域リソースおよび周波数領域リソースは、メッセージ２で搬送される構成情報に基づいて決定される。しかしながら、図１Ｂに示されるような２ステップランダムアクセス手順では、ＵＥが（メッセージＡで）ＰＵＳＣＨを送信する前にメッセージ２は存在しない。この場合、２ステップランダムアクセス手順でＰＵＳＣＨに使用されるＤＭＲＳ構成を決定することが望ましい。

【0098】

ＮＲでは、ＤＭＲＳのための様々な構成がある。

【0099】

たとえば、ＤＭＲＳは、シングルシンボル信号またはダブルシンボル信号とすることができ、後者は、専用ＰＤＳＣＨおよびＰＵＳＣＨ送信のためにのみ使用される。

【0100】

さらに、ＤＭＲＳの周波数マッピングには、それぞれタイプ１（または符号分割多重（ＣＤＭ）グループタイプ１）およびタイプ２（またはＣＤＭグループタイプ２）と呼ばれる２つのタイプがあり得る。タイプ１は、コームベースであり、２つのＣＤＭグループを有する。タイプ２は、コームベースではなく、３つのＣＤＭグループを有する。

【0101】

スロット内のシンボルへのＤＭＲＳの時間マッピングは、ＰＵＳＣＨのスケジューリング／マッピングタイプに依存することができ、これは、ＰＵＳＣＨをスケジューリングするダウンリンク制御情報（ＤＣＩ）において動的に示される。スロットベースのＰＵＳＣＨマッピングタイプＡでは、物理ブロードキャストチャネル（ＰＢＣＨ）で示される構成に応じて、ＤＭＲＳがスロット境界からシンボル３または４の位置でスタートすることがある。非スロットベース（またはミニスロットベース）スケジューリングであるＰＵＳＣＨマッピングタイプＢの場合、ＤＭＲＳは、ＰＵＳＣＨのシンボル１においてスタートすることができる。また、１つまたは複数の追加のＤＭＲＳシンボルが、ＰＵＳＣＨ持続時間内に、構成されてもよい。

【0102】

複数のＤＭＲＳポートが構成されてもよい。たとえば、４個または８個までのＤＭＲＳポートをタイプ１に対して多重化することができ、６個または１２個までのポートをタイプ２に対して多重化することができ、それぞれシングルシンボルＤＭＲＳおよびダブルシンボルＤＭＲＳに対して多重化することができる。周波数分割多重化（ＦＤＭ）、周波数分割－直交カバレッジコード（ＦＤ－ＯＣＣ）および／または時分割－直交カバレッジコード（ＴＤ－ＯＣＣ）は、直交ＤＭＲＳポートを分離するために使用可能である。

【0103】

さらに、ＤＭＲＳ、またはＤＭＲＳシーケンスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様書（ＴＳ）３８．２１１，Ｖ１５．４．０のセクション６．４．１．１．１．１および６．４．１．１．１．２に規定されているように生成可能であり、これらはその全体が援用により本明細書に組み込まれている。

【0104】

４ステップランダムアクセス手順のメッセージ３のＤＭＲＳ構成もＴＳ３８．２１１で規定されている。
ＴＳ３８．２１１のセクション２．１．３によれば、メッセージ３を搬送するＰＵＳＣＨ（ＯＦＤＭ（直交周波数分割多重化）の場合）またはｎ＿”ＩＤ”＾”ＲＳ”＝「Ｎ＿”ＩＤ”＾”セル”（ＤＦＴ－Ｓ－ＯＦＤＭ（離散フーリエ変換拡散ＯＦＤＭ）の場合）は、それぞれセクション６．４．１．１．１．１および６．４．１．１．１．２においてＤＭＲＳシーケンス生成に適用される。タイプ１、つまり、シングルシンボルベースのＤＭＲＳは、専用ＲＲＣコンフィギュレーションに先立つ、デフォルトのＤＭＲＳコンフィギュレーションであるため、常にランダムアクセス手順で使用される。

【0105】

表１として以下に再現されるＴＳ３８．２１１の表６．４．１．１．３－３は、スロット内周波数ホッピングがディスエーブルされている場合の、シングルシンボルＤＭＲＳのためのスロット内におけるＰＵＳＣＨＤＭＲＳの位置を定義する。

【0106】

【表1】

【0107】

表２として以下に再現されるＴＳ３８．２１１の表６．４．１．１．３－４は、スロット内周波数ホッピングがディスエーブルされている場合の、ダブルシンボルＤＭＲＳのためのスロット内におけるＰＵＳＣＨＤＭＲＳの位置を定義する。

【0108】

【表2】

【0109】

表３として以下に再現されるＴＳ３８．２１１の表６．４．１．１．３－６は、スロット内周波数ホッピングがイネーブルされている場合の、シングルシンボルＤＭＲＳのためのスロット内におけるＰＵＳＣＨＤＭＲＳの位置を定義する。

【0110】

【表3】

【0111】

表１～３の詳細については、ＴＳ３８．２１１の６．４．１．１．３セクションを参照することができ、その説明はここでは省略する。

【0112】

ＰＵＳＣＨマッピングタイプＡの場合、１つのフロントロードされたＤＭＲＳシンボルと、２つの追加的なＤＭＲＳシンボルとを、ランダムアクセス手順のデフォルトＤＭＲＳ構成にすることができる。周波数ホッピングがディスエーブルされるＰＵＳＣＨマッピングタイプＢの場合、タイプＢでは、２つまでの追加のＤＭＲＳシンボル（ｄｍｒｓ－ＡｄｄｉｔｉｏｎａｌＰｏｓｉｔｉｏｎ＝２）が、ランダムアクセス手順のデフォルト構成となり得る。

【0113】

ＲＡＲによってスケジュールされる適用可能なＰＵＳＣＨ持続時間のリストは、３ＧＰＰＴＳ３８．２１４、Ｖ１５．４．０の６．１．２．１．１セクションに記載されており、その全体が援用によって本明細書に組み込まれている。特に、表４として以下に再現されるＴＳ３８．２１４の表６．１．２．１．１－２は、通常のサイクリックプレフィックス（ＣＰ）のためのデフォルトＰＵＳＣＨ時間領域リソース割り当てＡを規定しており、表５として以下に再現されるＴＳ３８．２１４の表６．１．２．１．１－３は、拡張ＣＰのためのデフォルトＰＵＳＣＨ時間領域リソース割り当てＡを規定している。

【0114】

【表4】

【0115】

【表5】

【0116】

図２は、本開示の一実施形態による方法２００を示すフローチャートである。
方法２００は、端末デバイス、たとえば、ＵＥにおいて実行されうる。

【0117】

ブロック２１０において、ＰＵＳＣＨのＤＭＲＳ構成が決定される。

【0118】

一例では、ＤＭＲＳ構成は、以下の構成パラメータの１つ以上に基づいて決定されてもよい。
周波数ホッピング構成（すなわち、イネーブルまたはディスエーブル）、
ＰＵＳＣＨマッピングタイプ（すなわち、タイプＡまたはタイプＢ）、
ＰＵＳＣＨ持続時間（すなわち、ＰＵＳＣＨのためのＯＦＤＭシンボルの個数）、
ＤＭＲＳのためのシンボルの個数（すなわち、シングルシンボルまたはダブルシンボル）、
追加のＤＭＲＳシンボルの最大個数（すなわち、ｄｍｒｓ－ＡｄｄｉｔｉｏｎａｌＰｏｓｉｔｉｏｎ）、または、
ＣＤＭグループタイプ（タイプ１またはタイプ２）。

【0119】

一例では、ＤＭＲＳ構成にＤＭＲＳの時間領域リソースを含めることができる。ブロック２１０において、ＤＭＲＳのための時間領域リソースは、以下の構成パラメータのうちの１つまたは複数に基づいて決定され得る。
周波数ホッピング構成（すなわち、イネーブルまたはディスエーブル）、
ＰＵＳＣＨマッピングタイプ（すなわち、タイプＡまたはタイプＢ）、
ＰＵＳＣＨ持続時間（すなわち、ＰＵＳＣＨのためのＯＦＤＭシンボルの個数）、
ＤＭＲＳのためのシンボルの個数（すなわち、シングルシンボルまたはダブルシンボル）、
追加のＤＭＲＳシンボルの最大個数（すなわち、ｄｍｒｓ－ＡｄｄｉｔｉｏｎａｌＰｏｓｉｔｉｏｎ）、または、
ＣＤＭグループタイプ（タイプ１またはタイプ２）。

【0120】

たとえば、これらの構成パラメーターのうちの１つ以上を、デフォルトで事前に決めることができる。一例として、デフォルトでは、周波数ホッピングを無効（ディスエーブル）にすることができ、ＰＵＳＣＨマッピングタイプをタイプＡとすることができ、ＰＵＳＣＨ持続時間を固定値とすることができ、ＤＭＲＳのシンボルの個数を１とすることができ、追加のＤＭＲＳシンボルの最大個数を固定値とすることができ（たとえば、ｄｍｒｓ－ＡｄｄｉｔｉｏｎａｌＰｏｓｉｔｉｏｎ＝２）、ＣＤＭグループタイプをタイプ１とすることができる。

【0121】

あるいは、これらの構成パラメータのうちの１つまたは複数は、プリアンブルのためのリソースおよび／またはシーケンスに基づいて決定されてもよい。たとえば、構成パラメータと、プリアンブルに対するリソースおよび／またはシーケンスとの間の所定のマッピングがあってもよくこの場合、構成パラメータは、所定のマッピングに基づいて決定されてもよい。

【0122】

あるいは、これらの構成パラメータのうちの１つまたは複数が、シグナリングを介してネットワークデバイスから、受信されてもよい。たとえば、シグナリングは、ＲＲＣシグナリングまたはレイヤ１シグナリングを含んでもよい。ＲＲＣシグナリングは、システム情報メッセージおよび／または専用シグナリングメッセージを含むことができ、レイヤ１シグナリングは、ＤＣＩを含んでもよい。

【0123】

一例では、追加のＤＭＲＳシンボルの最大個数は、端末デバイスの移動速度に基づいて決定されてもよい。たとえば、端末デバイスの移動速度が閾値（たとえば、１２０ｋｍ）未満である場合、ｄｍｒｓ－ＡｄｄｉｔｉｏｎａｌＰｏｓｉｔｉｏｎ＝１、そうでない場合、ｄｍｒｓ－ＡｄｄｉｔｉｏｎａｌＰｏｓｉｔｉｏｎ＝２である。

【0124】

一例では、ＤＭＲＳのための時間領域リソースは、ＤＭＲＳのための時間領域リソースと上記の１つ以上の構成パラメータとの間の所定のマッピングに基づいて決定されてもよい。たとえば、上述の表１～表５を再使用することができる。ＤＭＲＳの時間領域リソースは、構成パラメータに基づいてこれらのテーブルを検索することによって、決定されてもよい。

【0125】

さらに、ＤＭＲＳ構成は、ＤＭＲＳポートおよび／またはＤＭＲＳシーケンスを含んでもよい。ブロック２１０において、ＤＭＲＳポートおよび／またはＤＭＲＳシーケンスは、プリアンブルのためのリソースおよび／またはシーケンスに基づいて、および／またはＰＵＳＣＨのためのリソースに基づいて、決定されてもよい。

【0126】

たとえば、１つのＤＭＲＳポート（および／または１つのＤＭＲＳシーケンス）を、プリアンブルのリソースおよび／またはシーケンスに、および／またはＰＵＳＣＨのリソースに、マッピングしてもよい。ＤＭＲＳポートは、プリアンブルのリソースおよび／またはシーケンスにマッピングされるＤＭＲＳポートとして、および／またはＰＵＳＣＨのリソースにマッピングされるＤＭＲＳポートとして、決定されてもよい。ＤＭＲＳシーケンスは、プリアンブルのためのリソースおよび／またはシーケンスに、および／または、ＰＵＳＣＨのためのリソースに、マッピングされるＤＭＲＳシーケンスとして、決定されてもよい。あるいは、ＤＭＲＳポートのセット（および／またはＤＭＲＳシーケンス）は、プリアンブルのためのリソースおよび／またはシーケンス、および／またはＰＵＳＣＨのためのリソースにマッピングされてもよい。ＤＭＲＳポートは、プリアンブルのためのリソースおよび／またはシーケンスにマッピングされているか、および／またはＰＵＳＣＨのためのリソースにマッピングされている、ＤＭＲＳポートのセットから、ランダムに選択されてもよい。ＤＭＲＳシーケンスは、プリアンブルのためのリソースおよび／またはシーケンスにマッピングされているか、および／またはＰＵＳＣＨのためのリソースにマッピングされている、ＤＭＲＳシーケンスのセットから、ランダムに選択されてもよい。ＤＭＲＳポートおよび／またはＤＭＲＳシーケンスのこのようなランダムな選択は、異なる端末デバイスからのＤＭＲＳ間での衝突の確率を低減する。

【0127】

一例では、プリアンブルの識別子を初期化パラメータとして使用することによって、ＤＭＲＳシーケンスが生成されてもよい。このようにして、異なる端末デバイスからのＤＭＲＳ間の衝突の確率を低減することができる。たとえば、ＴＳ３８．２１１のセクション６．４．１．１．１．１で指定されるようなＤＭＲＳシーケンスの生成において、擬似ランダムシーケンス生成器は、次式により初期化されてもよい。

【数1】

ここで、ＰｒｅａｍｂｌｅＩＤはプリアンブル識別子を示す。あるいは、ＴＳ３８．２１１のセクション６．４．１．１．１．２で指定されるＤＭＲＳシーケンス生成では、ｆｇｈは、セル識別子およびプリアンブルの識別子の関数とされてもよい。たとえば、ｆｇｈまたはシーケンス番号ｖは、次のように決定される。

【数2】

ここでＰｒｅａｍｂｌｅＩＤはプリアンブルの識別子を表す。

【0128】

ブロック２２０において、ＤＭＲＳ構成を使用するＰＵＳＣＨは、プリアンブルと共に、ランダムアクセスメッセージでネットワークデバイス（たとえば、ｇＮＢ）に送信される。ここで、ランダムアクセスメッセージは、２段階のランダムアクセス手順におけるメッセージ、たとえば、図１ＢのメッセージＡとすることができる。

【0129】

一例では、プリアンブルは、２ステップランダムアクセスのみのために予約されたプリアンブルのセットから選択可能であり、またはＰＵＳＣＨは、２ステップランダムアクセスのみのために予約された時間－周波数リソースのセットから選択された時間－周波数リソース上で送信されてもよい。これにより、ネットワークデバイスは、プリアンブルが２ステップのランダムアクセスにおけるメッセージＡの一部であると判定し、メッセージＡのＰＵＳＣＨの検出を試行することができる。

【0130】

図３は、本開示の実施形態による方法３００を示すフローチャートである。方法３００は、ネットワークデバイス、たとえば、ｇＮＢにおいて実行されうる。

【0131】

ブロック３１０において、端末デバイス（たとえば、ＵＥ）からのプリアンブルが、ランダムアクセスメッセージの一部である、と決定される。ランダムアクセスメッセージは、ＰＵＳＣＨをさらに含む。ここで、ランダムアクセスメッセージは、２段階のランダムアクセス手順におけるメッセージ、たとえば、図１ＢのメッセージＡとすることができる。

【0132】

一例では、ブロック３１０において、プリアンブルが、２ステップランダムアクセスのみのために予約されたプリアンブルのセットから選択されていること、または、ＰＵＳＣＨが、２ステップランダムアクセスのみのために予約された時間－周波数リソースのセットから選択された時間－周波数リソース上で送信されていること、が決定されてもよい。

【0133】

ブロック３２０において、ＰＵＳＣＨのＤＭＲＳ構成が決定される。

【0134】

【0135】

特に、一例では、ＤＭＲＳ構成は、ＤＭＲＳのための時間領域リソースを含んでもよい。ブロック３２０において、ＤＭＲＳのための時間領域リソースは、以下の構成パラメータのうちの１つ以上に基づいて決定可能である。
周波数ホッピング構成（すなわち、イネーブルまたはディスエーブル）、
ＰＵＳＣＨマッピングタイプ（すなわち、タイプＡまたはタイプＢ）、
ＰＵＳＣＨ持続時間（すなわち、ＰＵＳＣＨのためのＯＦＤＭシンボルの個数）、
ＤＭＲＳのためのシンボルの個数（すなわち、シングルシンボルまたはダブルシンボル）、
追加のＤＭＲＳシンボルの最大個数（すなわち、ｄｍｒｓ－ＡｄｄｉｔｉｏｎａｌＰｏｓｉｔｉｏｎ）、または、
ＣＤＭグループタイプ（タイプ１またはタイプ２）。

【0136】

たとえば、これらの構成パラメータのうちの１つまたは複数は、デフォルトで事前に決定されているか、または、プリアンブルのためのリソースおよび／またはシーケンスに基づいて決定可能である。

【0137】

一例では、これらの構成パラメータのうちの１つまたは複数を、シグナリングを介して端末デバイスに送信することができる。たとえば、シグナリングは、ＲＲＣシグナリングまたはレイヤ１シグナリングを含んでもよい。ＲＲＣシグナリングは、システム情報メッセージおよび／または専用シグナリングメッセージを含むことができ、レイヤ１シグナリングは、ＤＣＩを含んでもよい。

【0138】

一例では、追加のＤＭＲＳシンボルの最大個数は、端末デバイスの移動速度に基づいて決定されてもよい。

【0139】

一例では、ＤＭＲＳのための時間領域リソースは、ＤＭＲＳのための時間領域リソースと上記の１つ以上の構成パラメータとの間の所定のマッピングに基づいて決定されてもよい。たとえば、上述の表１～表５が再度使用されてもよい。ＤＭＲＳの時間領域リソースは、構成パラメータに基づいてこれらのテーブルを検索することによって決定可能である。

【0140】

さらに、ＤＭＲＳ構成は、ＤＭＲＳポートおよび／またはＤＭＲＳシーケンスを含んでもよい。ブロック３２０において、ＤＭＲＳポートおよび／またはＤＭＲＳシーケンスは、プリアンブルのためのリソースおよび／またはシーケンスに基づいて、および／またはＰＵＳＣＨのためのリソースに基づいて決定されうる。たとえば、ＤＭＲＳポートは、プリアンブルのためのリソースおよび／またはシーケンスに、および／またはＰＵＳＣＨのためのリソースにマッピングされるＤＭＲＳポートとして決定可能であり、および／または、ＤＭＲＳシーケンスは、プリアンブルのためのリソースおよび／またはシーケンスにマッピングされている、および／またはＰＵＳＣＨのためのリソースにマッピングされているＤＭＲＳシーケンスとして、決定可能である。あるいは、ＤＭＲＳポートは、プリアンブルのためのリソースおよび／またはシーケンスにマッピングされている、および／またはＰＵＳＣＨのためのリソースにマッピングされているＤＭＲＳポートのセットから、ランダムに選択可能であり、および／または、ＤＭＲＳシーケンスは、プリアンブルのためのリソースおよび／またはシーケンスにマッピングされているか、および／または、ＰＵＳＣＨのためのリソースにマッピングされているＤＭＲＳシーケンスのセットからランダムに選択可能である。

【0141】

一例では、プリアンブルの識別子を初期化パラメータとして使用することによって、ＤＭＲＳシーケンスが生成されてもよい。

【0142】

ブロック３２０内の動作は、端末デバイスで実行されるブロック２１０内の動作に対応する。したがって、ブロック３２０における動作のさらなる詳細については、上述のようにブロック２１０を参照することができる。

【0143】

一例では、方法３００は、ＤＭＲＳ構成に基づいてＰＵＳＣＨを復調するステップをさらに含んでもよい。具体的には、ネットワークデバイスは、ＤＭＲＳ構成に基づいてＤＭＲＳを検出し、検出されたＤＭＲＳに基づいてアップリンクチャネルを推定し、次いで、推定されたチャネルに基づいてＰＵＳＣＨを復調することができる。

【0144】

上述した方法２００に対応して、端末デバイスが提供される。図４は、本開示の一実施形態による端末デバイス４００のブロック図である。

【0145】

図４に示すように、端末デバイス４００は、ＰＵＳＣＨのためのＤＭＲＳ構成を決定するように構成された決定部４１０を有する。端末デバイス４００は、ランダムアクセスメッセージにおいて、プリアンブルと共にＤＭＲＳ構成を使用してＰＵＳＣＨをネットワークデバイスに送信するように構成された送信部４２０をさらに含む。

【0146】

一実施形態では、決定部４１０は、周波数ホッピング構成、ＰＵＳＣＨマッピングタイプ、ＰＵＳＣＨ持続時間、ＤＭＲＳのためのシンボルの個数、追加のＤＭＲＳシンボルの最大個数、またはＣＤＭグループタイプ、のうちの１つまたは複数に基づいて、ＤＭＲＳのための時間領域リソースを決定するように構成されてもよい。

【0147】

一実施形態では、ＤＭＲＳ構成は、ＤＭＲＳのための時間領域リソースを含んでもよい。決定部４１０は、周波数ホッピング構成、ＰＵＳＣＨマッピングタイプ、ＰＵＳＣＨ持続時間、ＤＭＲＳのためのシンボルの個数、追加のＤＭＲＳシンボルの最大個数、またはＣＤＭグループタイプ、のうちの１つまたは複数に基づいて、ＤＭＲＳのための時間領域リソースを決定するように構成されてもよい。

【0148】

【0149】

【0150】

【0151】

ある実施形態では、追加のＤＭＲＳシンボルの最大個数は、端末デバイスの移動速度に基づいて決定されてもよい。

【0152】

【0153】

一実施形態では、ＤＭＲＳ構成は、ＤＭＲＳポートおよび／またはＤＭＲＳシーケンスを含んでもよい。決定部４１０は、プリアンブルのためのリソースおよび／またはシーケンスに基づいて、および／またはＰＵＳＣＨのためのリソースに基づいて、ＤＭＲＳポートおよび／またはＤＭＲＳシーケンスを決定するように構成されうる。

【0154】

一実施形態では、決定部４１０は、ＤＭＲＳポートを、プリアンブルのためのリソースおよび／またはシーケンスおよび／またはＰＵＳＣＨのためのリソースにマッピングされるＤＭＲＳポートとして決定するように、および／またはＤＭＲＳシーケンスを、プリアンブルのためのリソースおよび／またはシーケンスに、および／またはＰＵＳＣＨのためのリソースにマッピングされるＤＭＲＳシーケンスとして決定するように構成されてもよい。あるいは、決定部４１０は、プリアンブルのためのリソースおよび／またはシーケンスおよび／またはＰＵＳＣＨのためのリソースにマッピングされるＤＭＲＳポートのセットからランダムにＤＭＲＳポートを選択するように、および／またはプリアンブルのためのリソースおよび／またはシーケンスに、および／またはＰＵＳＣＨのためのリソースにマッピングされるＤＭＲＳシーケンスのセットからランダムにＤＭＲＳシーケンスを選択するように構成されてもよい。

【0155】

一実施形態では、決定部４１０は、初期化パラメータとしてプリアンブルの識別子を使用することによってＤＭＲＳシーケンスを生成するように構成されてもよい。

【0156】

一実施形態では、ランダムアクセスメッセージは、２ステップランダムアクセス手順におけるメッセージであってもよい。

【0157】

一実施形態では、プリアンブルは、２ステップランダムアクセスのみのために予約されたプリアンブルのセットから選択されてもよく、または、ＰＵＳＣＨは、２ステップランダムアクセスのみのために予約された時間－周波数リソースのセットから選択された時間－周波数リソース上で送信されてもよい。

【0158】

ユニット４１０および４２０は、純粋なハードウェアソリューションとして、またはソフトウェアとハードウェアとの組合せとして、たとえば、プロセッサまたはマイクロプロセッサと、ソフトウェアを格納するための適切なソフトウェアおよびメモリと、プログラマブル論理デバイス（ＰＬＤ）または他の電子コンポーネント（複数可）と、たとえば図２に示され、上記の動作を実行するように構成されたプロセッシング回路とのうちの１つまたは複数とによって実装されてもよい。

【0159】

図５は、本開示の他の実施形態による端末デバイス５００のブロック図である。

【0160】

端末デバイス５００は、トランシーバ（送受信機）５１０と、プロセッサ５２０と、メモリ５３０とを有する。メモリ５３０は、プロセッサ５２０によって実行可能な命令を含み、それによって、端末デバイス５００は、たとえば、図２に関連して前述した手順の動作を実行するように動作可能である。具体的には、メモリ５３０は、プロセッサ５２０によって実行可能な命令を含み、それによって、端末デバイス５００は、ＰＵＳＣＨのためのＤＭＲＳ構成を決定し、ランダムアクセスメッセージにおいて、プリアンブルと共にＤＭＲＳ構成を使用してＰＵＳＣＨをネットワークデバイスに送信するように動作可能である。

【0161】

【0162】

一実施形態では、ＤＭＲＳ構成は、ＤＭＲＳのための時間領域リソースを含んでもよい。ＤＭＲＳ構成を決定する動作は、周波数ホッピング構成、ＰＵＳＣＨマッピングタイプ、ＰＵＳＣＨ持続時間、ＤＭＲＳのためのシンボルの個数、追加のＤＭＲＳシンボルの最大個数、または符号分割多重化（ＣＤＭ）グループタイプのうちの１つまたは複数に基づいて、ＤＭＲＳのための時間領域リソースを決定することを含んでもよい。

【0163】

【0164】

【0165】

【0166】

ある実施形態では、追加のＤＭＲＳシンボルの最大個数は、端末デバイスの移動速度に基づいて決定されてもよい。

【0167】

【0168】

【0169】

一実施形態では、ＤＭＲＳポートおよび／またはＤＭＲＳシーケンスを決定する動作は、ＤＭＲＳポートを、プリアンブルのためのリソースおよび／またはシーケンスおよび／またはＰＵＳＣＨのためのリソースにマッピングされるＤＭＲＳポートとして決定することと、および／または、ＤＭＲＳシーケンスを、プリアンブルのためのリソースおよび／またはシーケンスに、および／またはＰＵＳＣＨのためのリソースにマッピングされるＤＭＲＳシーケンスとして決定することと、を含んでもよい。あるいは、ＤＭＲＳポートおよび／またはＤＭＲＳシーケンスを決定する動作は、プリアンブルのためのリソースおよび／またはシーケンスに、および／または、ＰＵＳＣＨのためのリソースに、マッピングされるＤＭＲＳポートのセットからランダムにＤＭＲＳポートを選択すること、および／または、プリアンブルのためのリソースおよび／またはシーケンスに、および／または、ＰＵＳＣＨのためのリソースにマッピングされるＤＭＲＳシーケンスのセットからランダムにＤＭＲＳシーケンスを選択することを含んでもよい。

【0170】

【0171】

一実施形態では、ランダムアクセスメッセージは、２ステップランダムアクセス手順におけるメッセージであってもよい。

【0172】

【0173】

上述した方法３００に対応して、ネットワークデバイスが提供される。図６は、本開示の一実施形態によるネットワークデバイス６００のブロック図である。

【0174】

図６に示すように、ネットワークデバイス６００は、ＰＵＳＣＨをさらに含むランダムアクセスメッセージの一部として、端末デバイスからのプリアンブルを検出するように構成された検出部６１０を有する。ネットワークデバイス６００は、ＰＵＳＣＨのためのＤＭＲＳ構成を決定するように構成された決定部６２０をさらに含む。

【0175】

一実施形態では、決定部６２０は、周波数ホッピング構成、ＰＵＳＣＨマッピングタイプ、ＰＵＳＣＨ持続時間、ＤＭＲＳのためのシンボルの個数、追加のＤＭＲＳシンボルの最大個数、またはＣＤＭグループタイプ、のうちの１つまたは複数に基づいて、ＤＭＲＳのための時間領域リソースを決定するように構成されてもよい。

【0176】

一実施形態では、ＤＭＲＳ構成は、ＤＭＲＳのための時間領域リソースを含んでもよい。決定部６２０は、周波数ホッピング構成、ＰＵＳＣＨマッピングタイプ、ＰＵＳＣＨ持続時間、ＤＭＲＳのためのシンボルの個数、追加のＤＭＲＳシンボルの最大個数、またはＣＤＭグループタイプ、のうちの１つまたは複数に基づいて、ＤＭＲＳのための時間領域リソースを決定するように構成されてもよい。

【0177】

一実施形態では、周波数ホッピング構成、ＰＵＳＣＨマッピングタイプ、ＰＵＳＣＨ持続時間、ＤＭＲＳのためのシンボルの個数、追加のＤＭＲＳシンボルの最大個数、またはＣＤＭグループタイプ、のうちの１つまたは複数は、デフォルトによって予め決定されるか、またはプリアンブルのためのリソースおよび／またはシーケンスに基づいて決定されてもよい。

【0178】

一実施形態では、ネットワークデバイス６００は、周波数ホッピング構成、ＰＵＳＣＨマッピングタイプ、ＰＵＳＣＨ持続時間、ＤＭＲＳのためのシンボルの個数、追加のＤＭＲＳシンボルの最大個数、またはＣＤＭグループタイプ、のうちの１つまたは複数を、シグナリングを介して端末デバイスに送信するように構成された送信部をさらに含んでもよい。

【0179】

【0180】

ある実施形態では、追加のＤＭＲＳシンボルの最大個数は、端末デバイスの移動速度に基づいて決定されてもよい。

【0181】

【0182】

一実施形態では、ＤＭＲＳ構成は、ＤＭＲＳポートおよび／またはＤＭＲＳシーケンスを含んでもよい。決定部６２０は、プリアンブルのためのリソースおよび／またはシーケンスに基づいて、および／またはＰＵＳＣＨのためのリソースに基づいて、ＤＭＲＳポートおよび／またはＤＭＲＳシーケンスを決定するように構成されてもよい。

【0183】

一実施形態では、決定部６２０は、ＤＭＲＳポートを、プリアンブルのためのリソースおよび／またはシーケンスに、および／またはＰＵＳＣＨのためのリソースに、マッピングされるＤＭＲＳポートとして決定するように、および／またはＤＭＲＳシーケンスを、プリアンブルのためのリソースおよび／またはシーケンスに、および／またはＰＵＳＣＨのためのリソースに、マッピングされるＤＭＲＳシーケンスとして決定するように構成されてもよい。あるいは、決定部６２０は、プリアンブルのためのリソースおよび／またはシーケンスに、および／またはＰＵＳＣＨのためのリソースに、マッピングされるＤＭＲＳポートのセットからランダムにＤＭＲＳポートを決定するように、および／またはプリアンブルのためのリソースおよび／またはシーケンスに、および／またはＰＵＳＣＨのためのリソースに、マッピングされるＤＭＲＳシーケンスのセットからランダムにＤＭＲＳシーケンスを決定するように構成されてもよい。

【0184】

一実施形態では、決定部６２０は、初期化パラメータとしてプリアンブルの識別子を使用することによってＤＭＲＳシーケンスを生成するように構成されてもよい。

【0185】

一実施形態では、ランダムアクセスメッセージは、２ステップランダムアクセス手順におけるメッセージであってもよい。検出部６１０は、プリアンブルが、２ステップランダムアクセスのみのために予約されたプリアンブルのセットから選択されたものであること、または、ＰＵＳＣＨが、２ステップランダムアクセスのみのために予約された時間－周波数リソースのセットから選択された時間－周波数リソース上で送信されたものであること、を決定するように構成されてもよい。

【0186】

一実施形態によると、ネットワークデバイス６００は、さらに、ＤＭＲＳ構成に基づいてＰＵＳＣＨを復調するように構成された復調部を含んでもよい。

【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】

本開示は、その実施形態を参照して上述された。当業者は、本開示の精神および範囲から逸脱することなく、種々の変形、代替、および追加を行うことができることを理解されたい。したがって、本開示の範囲は、上記の特定の実施形態に限定されず、添付の特許請求の範囲によってのみ定義される。

【図1A】