▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-10-25
(45)【発行日】2023-11-02
(54)【発明の名称】信頼性のあるＰＵＲ送信のための測定値の検証方法
(51)【国際特許分類】
H04W 72/1268 20230101AFI20231026BHJP
H04W 72/115 20230101ALI20231026BHJP
H04W 24/10 20090101ALI20231026BHJP
H04W 56/00 20090101ALI20231026BHJP
H04B 17/309 20150101ALI20231026BHJP
【ＦＩ】
H04W72/1268
H04W72/115
H04W24/10
H04W56/00 130
H04B17/309
【請求項の数】
13
(21)【出願番号】P 2022509194
(86)(22)【出願日】2020-08-14
(65)【公表番号】
(43)【公表日】2022-10-17
(86)【国際出願番号】 IB2020057701
(87)【国際公開番号】W WO2021028886
(87)【国際公開日】2021-02-18
【審査請求日】2022-04-14
(31)【優先権主張番号】62/887,589
(32)【優先日】2019-08-15
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】サンガラサ， サンタン
(72)【発明者】
【氏名】カズミ， ムハンマド アリ
(72)【発明者】
【氏名】メディナ アコスタ， ジェラルド アグニ
(72)【発明者】
【氏名】カダン ヴィードゥ， サンディープ ナラヤナン
【審査官】新井 寛
(56)【参考文献】
【文献】Huawei, HiSilicon，UL transmission in preconfigured resource，3GPP TSG RAN WG1 #97 R1-1905980，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1905980.zip>，2019年05月04日
【文献】Ericsson，Discussions on RRM requirements for transmissions using PUR for NB-IoT，3GPP TSG RAN WG4 #91 R4-1906795，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG4_Radio/TSGR4_91/Docs/R4-1906795.zip>，2019年05月03日
【文献】Huawei, HiSilicon，Transmission in preconfigured UL resources，3GPP TSG RAN WG1 #96 R1-1901503，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96/Docs/R1-1901503.zip>，2019年02月16日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｂ １７／３０９
Ｈ０４Ｗ ４／００ － ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
アップリンク送信を実行するための、無線デバイスによって実行される方法であって、サービングセルの信号測定Ｍ２が、アップリンク送信機会に対応する基準時刻Ｔ２の前および前記基準時刻Ｔ２までの所定の時間範囲内に完了したかどうかを判定すること（７０２）と、
前記サービングセルの信号測定Ｍ２が、前記所定の時間範囲内に完了しなかったと判定したことに応答して、後続のアップリンク送信機会へ送信を延期すること、前記アップリンク送信をドロップすること、または前記所定の時間範囲内に収まる追加のサービングセルの測定Ｍ２'を収集すること、のいずれか（７０４）と、
を含み、
前記判定することの前に、
基準時刻Ｔ１の前後の所定の時間範囲内に、サービングセルの測定Ｍ１が完了したかどうかを確認することをさらに含み、
前記基準時刻Ｔ１は、前記アップリンク送信機会において送信するためのタイミングアドバンス（ＴＡ）が取得される時刻に対応する、方法。
【請求項2】
前記アップリンク送信機会は、事前構成されたアップリンクリソース（ＰＵＲ）を使用してアップリンク送信を実行するためのアイドルモードアップリンクにおける時間－周波数リソースである請求項１に記載の方法。
【請求項3】
前記サービングセルの測定Ｍ１が、前記基準時刻Ｔ１の前後の前記所定の時間範囲内に完了したと判定することに応答して、前記アップリンク送信機会における送信のための前記ＴＡを検証することであって、前記ＴＡを検証することは、前記サービングセルの測定Ｍ１と前記サービングセルの信号測定Ｍ２との間の大きさの差が所与の差分の閾値より小さいと判定することに応答して前記ＴＡを検証することを含む、ことと、
前記ＴＡの前記検証に応答して、前記アップリンク送信機会において送信することと、
をさらに含む、請求項１に記載の方法。
【請求項4】
前記サービングセルの測定Ｍ１が、前記基準時刻Ｔ１の前後の前記所定の時間範囲内に完了したと判定することに応答して、前記サービングセルの測定Ｍ１と前記サービングセルの信号測定Ｍ２との間の大きさの差が所与の差分の閾値より小さくないと判定することと、
前記判定に応答して前記アップリンク送信をドロップすることと、
をさらに含む請求項１に記載の方法。
【請求項5】
前記サービングセルの測定Ｍ１が前記基準時刻Ｔ１の前後の前記所定の時間範囲内に完了していないと判定することに応答して、前記基準時刻Ｔ１の前後の前記所定の時間範囲に収まる追加のサービングセルの測定Ｍ１'を収集することをさらに含む、請求項１に記載の方法。
【請求項6】
前記アップリンク送信機会で送信するための前記ＴＡを検証することであって、前記ＴＡを検証することは、前記追加のサービングセルの測定Ｍ１'と前記サービングセルの信号測定Ｍ２との間の大きさの差が所与の差分の閾値より小さいと判定することに応答して前記ＴＡを検証することを含む、ことと、前記ＴＡを前記検証することに応答して前記アップリンク送信機会で送信することと、
をさらに含む、請求項５に記載の方法。
【請求項7】
前記追加のサービングセルの測定Ｍ１'と前記サービングセルの信号測定Ｍ２との間の大きさの差が所与の差分の閾値以上であると判定することと、前記判定することに応答して前記アップリンク送信をドロップすることと、
をさらに含む請求項５に記載の方法。
【請求項8】
前記追加のサービングセルの測定Ｍ２'を収集することを含み、前記アップリンク送信機会における送信のための前記ＴＡを検証することであって、前記ＴＡを検証することは、前記サービングセルの測定Ｍ１と前記追加のサービングセルの測定Ｍ２'との間の大きさの差が所与の差分の閾値より小さいと判定することに応答して、前記ＴＡを検証することを含む、ことと、
前記ＴＡの前記検証に応答して前記アップリンク送信機会で送信することと、
をさらに含む請求項１または２に記載の方法。
【請求項9】
前記アップリンク送信機会における送信の電力制御のためにパスロス（ＰＬ）を推定することであって、前記ＰＬの変化を前記推定することは前記追加のサービングセルの測定Ｍ２'に基づく、ことと、前記推定することに基づいて前記アップリンク送信機会において送信することと、
をさらに含む、請求項１から３、５、６および８のいずれかに記載の方法。
【請求項10】
請求項１から９のいずれか１項に記載の方法を実行するように適合された無線デバイス（５０）。
【請求項11】
送受信回路（５６）と、前記送受信回路（５６）と動作可能に関連付けられ、請求項１から９のいずれかに記載の方法を実行するように構成された処理回路（５２）と、を有する無線デバイス（５０）。
【請求項12】
少なくとも１つの処理回路上で実行されると、少なくとも１つの処理回路に請求項１から９のいずれか１項に記載の方法を実行させる命令を含むコンピュータプログラム（６６）。
【請求項13】
請求項１２に記載のコンピュータプログラム（６６）を格納するコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
［関連出願］
本願は、令和１年８月１５日に出願された米国仮特許出願６２／８８７，５８９号の利点を主張し、その開示は、全体の参照により本明細書に組み込まれる。
本願は、令和１年８月１５日に出願された米国仮特許出願６２／８８７，５８９号の利点を主張し、その開示は、全体の参照により本明細書に組み込まれる。
【0002】
［技術分野］
本開示は一般に、無線ネットワーク通信の分野に関し、より詳細にはタイミングアドバンス（ＴＡ）検証および／またはパスロス（ＰＬ）推定のために使用される測定値を検証することに関し、ＴＡ検証および／またはＰＬ推定はアップリンク送信のために使用される。
本開示は一般に、無線ネットワーク通信の分野に関し、より詳細にはタイミングアドバンス（ＴＡ）検証および／またはパスロス（ＰＬ）推定のために使用される測定値を検証することに関し、ＴＡ検証および／またはＰＬ推定はアップリンク送信のために使用される。
【背景技術】
【0003】
第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））のメンバは、マシンツーマシン（Ｍ２Ｍ）および／または物のインターネット（ＩｏＴ）関連のユースケースをカバーする技術を指定してきた。３ＧＰＰリリース１３および１４に関する最近の検討は新しいユーザ機器（ＵＥ）カテゴリ（Ｃａｔ‐Ｍ１、Ｃａｔ‐Ｍ２）を有するマシンタイプ通信（ＭＴＣ）をサポートし、６つの物理リソースブロック（ＰＲＢ）（Ｃａｔ‐Ｍ２については２４ＰＲＢまで）の低減された帯域幅をサポートするための強化、および新しい無線インタフェース（およびＵＥカテゴリ、Ｃａｔ‐ＮＢ１およびＣａｔ‐ＮＢ２）を提供する狭帯域ＩｏＴ（ＮＢ‐ＩｏＴ）ＵＥをサポートするための強化を含む。
【0004】
ＭＴＣのための３ＧＰＰリリース１３、１４、および１５において導入されたロングタームエボリューションエンハンスメント（ＬＴＥ）は、「ｅＭＴＣ」と呼ばれ、帯域幅が制限されたＵＥ（Ｃａｔ‐Ｍ１）のサポートおよびカバレッジ強化のためのサポートを（限定ではなく）含む。これはＮＢ‐ＩｏＴ（任意のリリースに使用される表記法）から議論を分離するためであるが、サポートされる特徴は一般的なレベルで同様である。
【0005】
「レガシー」ＬＴＥと、ｅＭＴＣおよびＮＢ‐ＩｏＴのために定義された手順およびチャネルとの間には、複数の違いがある。いくつかの重要な違いは、ｅＭＴＣにおけるＭＰＤＣＣＨ(ＭＴＣ物理ダウンリンク制御チャネル）およびＮＢ‐ＩｏＴにおけるＮＰＤＣＣＨ(狭帯域物理ダウンリンク制御チャネル）と呼ばれる物理ダウンリンク制御チャネルなどの新しい物理チャネルと、ＮＢ－ＩｏＴ（ＮＰＲＡＣＨ）のための新しい物理ランダムアクセスチャネルとを含む。別の重要な違いは、これらの技術がサポートすることができるカバレッジレベル（カバレッジ強化レベルとしても知られる）である。送信された信号およびチャネルに繰り返しを適用することによって、ｅＭＴＣおよびＮＢ－ＩｏＴの両方はＬＴＥと比較してはるかに低い信号対雑音比（ＳＮＲ）レベルまでのＵＥ動作を可能にし、すなわち、ｅＭＴＣおよびＮＢ‐ＩｏＴのための最低動作点であるＥｓ／ＩｏＴ≧－１５ｄＢは、「レガシー」ＬＴＥのための－６ｄＢのＥｓ／ＩｏＴと比較することができる。
【0006】
＜事前構成されたアップリンクリソースを用いた送信＞
３ＧＰＰ規格のリリース１６では、ＮＢ－ＩｏＴおよびｅＭＴＣ強化がアイドルモードおよび／または接続モードにおける事前構成されたアップリンクリソース（ＰＵＲ）における送信と呼ばれる新しい特徴を含む。ＵＥは、無線リソース制御（ＲＲＣ）接続状態中にＰＵＲリソースを割り当てられ、また、サービングセルによってタイミングアドバンス（ＴＡ）値を割り当てられる。ＰＵＲリソースは異なるタイプ、すなわち、専用の、コンテンションフリーの共有の、またはコンテンションベースの共有の、ＰＵＲリソースとすることができる。ＰＵＲリソースは、物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースなどの物理チャネルリソースとして定義される。すなわち、時間領域と周波数領域の両方に割り当てられたリソースである。ＮＢ－ＩｏＴの場合、ＰＵＲリソースは、ＮＢ‐ＩｏＴ ＰＵＳＣＨ（ＮＰＵＳＣＨ）リソースと同じである。Ｃａｔ－Ｍの場合、それは６つのＰＲＢ（例えば、ＵＥカテゴリＭ１の場合）または２４のＲＢ（例えば、ＵＥカテゴリＭ２の場合）を備えるＰＵＳＣＨリソースと同じである。ＰＵＳＣＨおよびＮＰＵＳＣＨに類似して、繰り返しはＰＵＲ送信、特に、強化されたカバレッジの下で動作する場合、のためにも使用されることができる。
３ＧＰＰ規格のリリース１６では、ＮＢ－ＩｏＴおよびｅＭＴＣ強化がアイドルモードおよび／または接続モードにおける事前構成されたアップリンクリソース（ＰＵＲ）における送信と呼ばれる新しい特徴を含む。ＵＥは、無線リソース制御（ＲＲＣ）接続状態中にＰＵＲリソースを割り当てられ、また、サービングセルによってタイミングアドバンス（ＴＡ）値を割り当てられる。ＰＵＲリソースは異なるタイプ、すなわち、専用の、コンテンションフリーの共有の、またはコンテンションベースの共有の、ＰＵＲリソースとすることができる。ＰＵＲリソースは、物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースなどの物理チャネルリソースとして定義される。すなわち、時間領域と周波数領域の両方に割り当てられたリソースである。ＮＢ－ＩｏＴの場合、ＰＵＲリソースは、ＮＢ‐ＩｏＴ ＰＵＳＣＨ（ＮＰＵＳＣＨ）リソースと同じである。Ｃａｔ－Ｍの場合、それは６つのＰＲＢ（例えば、ＵＥカテゴリＭ１の場合）または２４のＲＢ（例えば、ＵＥカテゴリＭ２の場合）を備えるＰＵＳＣＨリソースと同じである。ＰＵＳＣＨおよびＮＰＵＳＣＨに類似して、繰り返しはＰＵＲ送信、特に、強化されたカバレッジの下で動作する場合、のためにも使用されることができる。
【0007】
ＵＥはサービングセルが変化しない限り、アイドル状態のＰＵＲリソースを使用して送信するときに、事前構成されたＴＡ値を使用する。サービングセルが変化する場合、古いサービングセルからのＰＵＲリソースおよびＴＡ値は無効になる。さらに、ＵＥはまた、信号強度（例えば、ＭＴＣにおける基準信号受信電力（ＲＳＲＰ）またはＮＢ‐ＩｏＴにおけるＮＲＳＲＰ）の変化に基づいてＴＡ値の有効性をチェックするように構成されうる。ＵＥは、送信時の電波状況は、ＴＡが構成された時の電波状況と同様であるという意味で、事前構成されたＴＡ値が有効である場合に、ＰＵＲを使用して送信することを許可される。例えば、ＰＵＲを使用する送信時に測定された信号強度（例えば、ＲＳＲＰ）と、ＴＡ値が構成されたときに測定された信号強度（例えば、ＲＳＲＰ）との差の大きさが、所定の閾値未満である場合、ＵＥは事前構成されたＴＡ値が有効であると仮定する。ＴＡ値が有効である場合、ＵＥは送信のためにＰＵＲリソースを使用することを許可され、そうではない場合、ＵＥはＰＵＲを使用して送信を実行すべきではない。
【0008】
＜ＭＴＣおよびＮＢ－ＩＯＴの電力制御＞
ＭＴＣの場合、ＰＵＳＣＨ送信のためのＵＥ送信電力の設定は、以下のように定義される。ＵＥがサービングセルのための同時ＰＵＣＣＨなしでＰＵＳＣＨを送信する場合、サービングセルｃのためのサブフレーム／スロット／サブスロットｉにおけるＰＵＳＣＨ送信のためのＵＥ送信電力
は、以下の式で与えられる。
ＭＴＣの場合、ＰＵＳＣＨ送信のためのＵＥ送信電力の設定は、以下のように定義される。ＵＥがサービングセルのための同時ＰＵＣＣＨなしでＰＵＳＣＨを送信する場合、サービングセルｃのためのサブフレーム／スロット／サブスロットｉにおけるＰＵＳＣＨ送信のためのＵＥ送信電力
【0009】
ＵＥがサービングセルのためのＰＵＣＣＨと同時にＰＵＳＣＨを送信する場合、サービングセルｃのためのサブフレーム／スロット／サブスロットｉにおけるＰＵＳＣＨ送信のためのＵＥ送信電力
は、以下の式で与えられる。
【0010】
ＵＥがサービングセルｃのためにＰＵＳＣＨを送信していない場合、ＰＵＳＣＨのためにＤＣＩフォーマット３／３Ａで受信されたＴＰＣコマンドの累積のために、ＵＥは、サービングセルｃのためのサブフレームｉにおけるＰＵＳＣＨ送信のためのＵＥ送信電力
以下の式によって計算されると仮定しなければならない。
【0011】
ＮＢ‐ＩＯＴの場合、サービングセルｃのためのＮＢ‐IoT ULスロットｉにおけるＮＰＵＳＣＨ送信のためのＵＥ送信電力
は、以下の式で与えられる：
強化されたランダムアクセス電力制御が適用されない場合のランダムアクセス応答許可に対応するＮＰＵＳＣＨ(再）送信について、および他のすべてのＮＰＵＳＣＨ送信について、割り当てられたＮＰＵＳＣＨ ＲＵの繰り返しの数が２より大きい場合：
そうでない場合は：
強化されたランダムアクセス電力制御が適用されない場合のランダムアクセス応答許可に対応するＮＰＵＳＣＨ(再）送信について、および他のすべてのＮＰＵＳＣＨ送信について、割り当てられたＮＰＵＳＣＨ ＲＵの繰り返しの数が２より大きい場合：
【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】
先の段落で論じたＵＥ、基地局、およびホストコンピュータの、一実施形態による例示的な実装形態を、図１０を参照して以下に説明する。通信システム１０００において、ホストコンピュータ１０１０は、通信システム１０００の異なる通信デバイスのインタフェースとの有線または無線接続をセットアップし維持するように構成された通信インタフェース１０１６を含むハードウェア８１５を備える。ホストコンピュータ１０１０は、ストレージおよび／または処理能力を有することができる処理回路１０１８をさらに備える。特に、処理回路１０１８は、命令を実行するように適合された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組み合わせ（不図示）を含んでもよい。ホストコンピュータ１０１０はホストコンピュータ１０１０に格納されているか、またはホストコンピュータ１０１０によってアクセス可能であり、処理回路１０１８によって実行可能なソフトウェア１０１１をさらに備える。ソフトウェア１０１１は、ホストアプリケーション１０１２を含む。ホストアプリケーション１０１２は、ＵＥ１０３０およびホストコンピュータ１０１０で終端するＯＴＴコネクション１０５０を介して接続するＵＥ１０３０などのリモートユーザにサービスを提供するように動作可能であってもよい。サービスをリモートユーザに提供する際に、ホストアプリケーション１０１２は、ＯＴＴコネクション１０５０を使用して送信されるユーザデータを提供することができる。
【0077】
通信システム１０００は、電気通信システムに設けられ、ホストコンピュータ１０１０およびＵＥ１０３０と通信することを可能にするハードウェア１０２５を含む基地局１０２０をさらに含む。ハードウェア１０２５は、通信システム１０００の異なる通信装置のインタフェースとの有線または無線接続をセットアップおよび維持するための通信インタフェース１０２６と、基地局１０２０によって提供されるカバレッジエリア（図１０には示されていない）に配置されたＵＥ １０３０との無線接続１０７０をセットアップおよび維持するための無線インタフェース１０２７とを含んでもよい。通信インタフェース１０２６は、ホストコンピュータ１０１０へのコネクション１０６０を容易にするように構成してもよい。コネクション１０６０は直接的なものであってもよいし、電気通信システムのコアネットワーク（図１０には図示せず）及び／又は電気通信システムの外部の１つ以上の中間ネットワークを通過するものであってもよい。図示の実施形態では、基地局１０２０のハードウェア１０２５が１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を実行するように適合されたこれら（図示せず）の組み合わせを含み得る処理回路１０２８をさらに含む。基地局１０２０はさらに、内部に記憶された、または外部接続を介してアクセス可能なソフトウェア１０２１を有する。
【0078】
通信システム１０００は、既に参照したＵＥ１０３０をさらに含む。そのハードウェア１０３５は、ＵＥ１０３０が現在配置されているカバレッジエリアにサービスを提供する基地局との無線接続１０７０をセットアップし維持するように構成された無線インタフェース１０３７を含むことができる。ＵＥ１０３０のハードウェア１０３５は処理回路１０３８を更に含み、処理回路は、命令を実行するように適合された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又はこれらの組合せ（不図示）を含み得る。ＵＥ１０３０はさらに、ＵＥ１０３０に記憶され、または処理回路１０３８によって実行可能であるソフトウェア１０３１を備える。ソフトウェア１０３１は、クライアントアプリケーション１０３２を含む。クライアントアプリケーション１０３２はホストコンピュータ１０１０のサポートにより、ＵＥ１０３０を介して人間または非人間のユーザにサービスを提供するように動作可能である。ホストコンピュータ１０１０において、実行中のホストアプリケーション１０１２は、ＵＥ１０３０およびホストコンピュータ１０１０で終端するＯＴＴコネクション１０５０を介して、実行中のクライアントアプリケーション１０３２と通信することができる。ユーザにサービスを提供する際に、クライアントアプリケーション１０３２はホストアプリケーション１０１２からリクエストデータを受信し、リクエストデータに応答してユーザデータを提供してもよい。ＯＴＴコネクション１０５０は、リクエストデータとユーザデータの両方を転送することができる。クライアントアプリケーション１０３２は、ユーザと対話して、それが提供するユーザデータを生成することができる。
【0079】
図１０に示されるホストコンピュータ１０１０、基地局１０２０、およびＵＥ１０３０は、それぞれ、ホストコンピュータ１０３０、基地局１０１２ａ、１０１２ｂ、１０１２ｃのうちの１つ、および図１０のＵＥ１０９１、１０９２のうちの１つと同一であり得ることに留意されたい。すなわち、これらのエンティティの内部動作は図１０に示すようなものとすることができ、独立して、周囲のネットワークトポロジは、図９のものとすることができる。
【0080】
図１０ではＯＴＴコネクション１０５０は、基地局１０２０を介したホストコンピュータ１０１０とユーザ機器１０３０との間の通信を図示するために、いかなる中間デバイスも明示的に参照せず、これらのデバイスを介したメッセージの正確なルーティングも示さず、抽象的に描かれている。ネットワークインフラストラクチャはルーティングを判定してもよく、これは、ＵＥ１０３０から、またはホストコンピュータ１０１０を操作するサービスプロバイダから、あるいはその両方から隠すように構成してもよい。ＯＴＴコネクション１０５０がアクティブである間、ネットワークインフラストラクチャはルーティングを動的に（例えば、負荷分散の考慮またはネットワークの再構成に基づいて）変更する決定をさらに行うことができる。
【0081】
ＵＥ１０３０と基地局１０２０との間の無線接続１０７０は対応する方法７００および８００とともに、無線デバイスおよびリレーノード３０などのノードによって提供されるような、本開示全体にわたって説明される実施形態の開示に従う。本明細書に記載される実施形態は、改善されたＴＡ検証およびＰＬ推定を提供する。これらの実施形態の開示は、ＯＴＴコネクション１０５０を使用して、ネットワークおよびＵＥ１０３０の信頼性、コネクション、データレート、キャパシティ、遅延時間、および／または電力消費を改善してもよい。
【0082】
１つ以上の実施形態が改善するデータレート、遅延時間、および他の要因を監視する目的で、測定手順を提供することができる。さらに、測定結果の変動に応答して、ホストコンピュータ１０１０とＵＥ１０３０との間のＯＴＴコネクション１０５０を再構成するためのオプションのネットワーク機能があってもよい。ＯＴＴコネクション１０５０を再構成するための測定手順および／またはネットワーク機能は、ホストコンピュータ１０１０のソフトウェア１０１１、またはＵＥ１０３０のソフトウェア１０３１、またはその両方において実装され得る。実施形態ではＯＴＴコネクション１０５０が通過する通信デバイス内、またはそれに関連付けられてセンサ（不図示）が配備されてもよい；センサは上で例示された監視量の値を供給することによって、またはソフトウェア１０１１、１０３１が監視量を計算または推定することができる他の物理量の値を供給することによって、測定手順に参加してもよい。ＯＴＴコネクション１０５０の再構成はメッセージフォーマット、再送設定、好ましいルーティングなどを含むことができる；再構成は、基地局１０２０に影響を及ぼす必要はなく、基地局１０２０には知られていないか、または知覚できないことがある。このような手順および機能性は当技術分野で公知であり、実施されていてもよい。所定の実施形態では、測定がスループット、伝搬時間、遅延時間などのホストコンピュータ１０１０の測定を容易にする独自のＵＥシグナリングを含むことができる。測定は、ソフトウェア１０１１、１０３１が伝搬時間、エラーなどを監視しながら、ＯＴＴコネクション１０５０を使用して、メッセージ、特に空または「ダミー」メッセージを送信させることによって実施することができる。
【0083】
図１１は、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、および図９および図１０を参照して説明したＵＥを含む。本開示を簡単にするために、図１１を参照する図面のみがこのセクションに含まれる。方法の最初のステップ１１１０において、ホストコンピュータはユーザデータを提供する。最初のステップ１１１０の任意選択のサブステップ１１１１において、ホストコンピュータはホストアプリケーションを実行することによってユーザデータを提供する。第２のステップ１１２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。任意選択の第３のステップ１１３０において、基地局は、本開示全体にわたって説明される実施形態の開示に従って、ホストコンピュータが開始した送信において搬送されたユーザデータをＵＥに送信する。オプションの第４のステップ１１４０において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。
【0084】
図１２は、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、並びに図９および図１０を参照して説明したＵＥを含む。本開示を簡単にするために、図１２を参照する図面のみがこのセクションに含まれる。方法の最初のステップ１２１０において、ホストコンピュータはユーザデータを提供する。オプションのサブステップ（図示せず）では、ホストコンピュータがホストアプリケーションを実行することによってユーザデータを提供する。第２のステップ１２２０において、ホストコンピュータは、ユーザデータをＵＥに運ぶ送信を開始する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して通過することができる。オプションの第３のステップ１２３０において、ＵＥは、送信で搬送されるユーザデータを受信する。
【0085】
図１３は、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、並びに図９および図１０を参照して説明したＵＥを含む。本開示を簡単にするために、図１３を参照する図面のみがこのセクションに含まれる。本方法のオプションの第１のステップ１３１０では、ＵＥがホストコンピュータによって提供される入力データを受信する。さらに、または代替的に、オプションの第２のステップ１３２０において、ＵＥはユーザデータを提供する。第２のステップ１３２０のオプションのサブステップ１３２１において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。第１のステップ１３１０のさらなるオプションのサブステップ１３１１において、ＵＥは、ホストコンピュータによって提供される受信された入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮してもよい。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、オプションの第３のサブステップ１３３０において、ユーザデータのホストコンピュータへの送信を開始する。本方法の第４のステップ１３４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の開示に従って、ＵＥから送信されたユーザデータを受信する。
【0086】
図１４は、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、並びに図９および図１０を参照して説明したＵＥを含む。本開示を簡単にするために、図１４を参照する図面のみがこのセクションに含まれる。方法の任意選択の第１のステップ１４１０では本開示全体にわたって説明される実施形態の開示に従って、基地局はＵＥからユーザデータを受信する。任意選択の第２のステップ１４２０において、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。第３のステップ１４３０で、ホストコンピュータは、基地局によって開始された送信で運ばれるユーザデータを受信する。
【0087】
上で詳細に論じたように、本明細書で説明した技術は例えば、図７および図８のプロセスフロー図に示すように、１つ以上のプロセッサによって実行されるコンピュータプログラム命令を使用して、全体的にまたは部分的に実施することができる。当然のことながら、これらの技術の機能実装は機能モジュールの観点から表されてもよく、各機能モジュールは、適切なプロセッサ内で実行されるソフトウェアの機能ユニット、または機能デジタルハードウェア回路、あるいは両方の何らかの組合せに対応する。
【0088】
図１５は、ＰＵＲを使用するアイドルモードアップリンク送信などのアップリンク送信を実行するように構成された、無線デバイス５０のための例示的な機能モジュールまたは回路アーキテクチャを示す。この実装は、サービングセルの信号測定値Ｍ２が送信機会に対応する基準時刻Ｔ２の前の所定の時間範囲内で取得されたかどうかを判定するための判定モジュール１５０２を含む。この実装はまた、サービングセルの信号測定値Ｍ２が所定の時間範囲内で取得されなかったとの判定に応答して、送信機会で送信するためのＴＡを検証する際に、および／または送信機会での送信の電力制御のためのＰＬを推定するために使用するために、後続の送信機会への送信を延期するか、または所定の時間範囲内に入る追加のサービングセル測定値Ｍ２'を収集するための実行モジュールを含む。この実装形態は、アップリンク送信を実行するためにモジュール１５０６を使用することも含むことができる。
【0089】
図１６は、無線デバイス５０のための別の例示的な機能モジュールまたは回路アーキテクチャを示す。機能実装は、第１の基準時刻Ｔ１におけるＴＡを含むＰＵＲ構成情報などの構成情報を取得するための取得モジュール１６０２と、構成情報から、ＴＡ検証、電力制御のためのＰＬ推定、および／またはパスロス変化推定が実行されるべき第２の基準時刻Ｔ２を識別する識別モジュール１６０４と、を含む。この実装形態はまた、第２の基準時刻Ｔ２を第１の基準時刻Ｔ１と比較するための比較モジュール１６０６と、第１の基準時刻Ｔ１と第２の基準時刻Ｔ２との間の時間差が所与の差分閾値を満たさないと判定することに応答して、無線デバイスにおいて利用可能な任意の測定値を使用して、または新しい測定を実行して、ＴＡ検証、電力制御のためのＰＬ推定、および／またはＰＬ変化推定を実行し、（たとえば、ＰＵＲリソースを使用する）ＴＡ検証、電力制御のためのＰＬ推定、および／またはＰＬ変化推定に基づいてアップリンク送信を実行すること；第３の基準時刻Ｔ３までアップリンク送信を延期すること；アップリンク送信をドロップすること；のうちの１つを実行するための実行モジュール１６０８と、を含む。
【0090】
＜例示的な実施形態＞
例示的な実施形態は以下の列挙された例を含むことができるが、これらに限定されない：
例示的な実施形態は以下の列挙された例を含むことができるが、これらに限定されない：
【0091】
１．事前構成されたアップリンクリソース（ＰＵＲ）を使用してアイドルモードアップリンク送信を実行するための、無線デバイスによって実行される方法であって、
サービングセルの信号測定Ｍ２が基準時刻Ｔ２の前の所定の時間範囲内で行われたかどうかを判定することであって、基準時刻Ｔ２はＰＵＲを使用する送信機会に対応する、ことと、
サービングセルの信号測定Ｍ２が所定の時間範囲内で取得されなかったとの判定に応答して、ＰＵＲを使用する後続の送信機会への送信を保留すること、または送信機会で送信するためのタイミングアドバンス（ＴＡ）を検証する際に使用する、および／または送信機会における送信の電力制御のためのパスロス（ＰＬ）を推定するために、所定の時間範囲内に収まる追加のサービングセルの測定Ｍ２'を収集すること、の何れかを実行することと、
を含む方法。
サービングセルの信号測定Ｍ２が基準時刻Ｔ２の前の所定の時間範囲内で行われたかどうかを判定することであって、基準時刻Ｔ２はＰＵＲを使用する送信機会に対応する、ことと、
サービングセルの信号測定Ｍ２が所定の時間範囲内で取得されなかったとの判定に応答して、ＰＵＲを使用する後続の送信機会への送信を保留すること、または送信機会で送信するためのタイミングアドバンス（ＴＡ）を検証する際に使用する、および／または送信機会における送信の電力制御のためのパスロス（ＰＬ）を推定するために、所定の時間範囲内に収まる追加のサービングセルの測定Ｍ２'を収集すること、の何れかを実行することと、
を含む方法。
【0092】
２．当該判定の前に、
ＴＡが確立された時刻に対応する基準時刻Ｔ１の周りの所定の時間範囲内でサービングセル測定Ｍ１が行われたかどうかを検証することをさらに含む請求項１に記載の方法。
ＴＡが確立された時刻に対応する基準時刻Ｔ１の周りの所定の時間範囲内でサービングセル測定Ｍ１が行われたかどうかを検証することをさらに含む請求項１に記載の方法。
【0093】
３．サービングセルの測定Ｍ１が基準時刻Ｔ１の前後の所定の時間範囲内に行われなかったと判定することに応答して、ＰＵＲを使用して後続の送信機会で送信するためのＴＡを検証する際に使用する、および／またはＰＵＲを使用して後続の送信機会においてＰＬの変化を推定するために、基準時刻Ｔ１の前後の所定の時間範囲内に収まる追加のサービングセル測定Ｍ１'を収集することをさらに含む請求項２に記載の方法。
【0094】
４．ＴＡを検証することは、追加のサービングセルの測定Ｍ１'と第２の測定値Ｍ２との間の大きさの差が所与の差分の閾値未満であると判定することに応答して、ＴＡを検証することを含み、
ＰＵＲはＴＡの検証に応答してアップリンク送信のために使用される、実施例３に記載の方法。
ＰＵＲはＴＡの検証に応答してアップリンク送信のために使用される、実施例３に記載の方法。
【0095】
５．ＴＡを検証することは、第１の測定Ｍ１と追加のサービングセルの測定Ｍ２'との間の大きさの差が所与の差分の閾値未満であると判定することに応答して、ＴＡを検証することを含み、
ＰＵＲはＴＡの検証に応答してアップリンク送信のために使用される、実施例１に記載の方法。
ＰＵＲはＴＡの検証に応答してアップリンク送信のために使用される、実施例１に記載の方法。
【0096】
６．ＰＬ変化を推定することは追加のサービングセル測定Ｍ２'に基づき、
ＰＵＲは推定に応答して、アップリンク送信のために使用されるか、または保留される、実施例１～５のいずれか１つに記載の方法。
ＰＵＲは推定に応答して、アップリンク送信のために使用されるか、または保留される、実施例１～５のいずれか１つに記載の方法。
【0097】
７．事前構成されたアップリンクリソース（ＰＵＲ）を使用してアイドルモードアップリンク送信を実行するために無線デバイスによって実行される方法であって、
第１の基準時刻Ｔ１におけるタイミングアドバンス（ＴＡ）を含むＰＵＲ構成情報を取得することと、
ＰＵＲ構成情報から、ＴＡ検証、電力制御のためのパスロス（ＰＬ）推定、および／またはパスロス変化の推定が実行される第２の基準時刻Ｔ２を識別することと、
第２の基準時刻Ｔ２と第１の基準時刻Ｔ１とを比較することと、
第１の基準時刻Ｔ１と第２の基準時刻Ｔ２との間の時間差が所与の差分の閾値を満たさないとの判定に応答して、
無線デバイスにおいて利用可能な任意の測定値を使用して、または新しい測定を実行して、ＴＡ検証、電力制御のためのＰＬ推定、および／またはＰＬの変化の推定を実行し、ＴＡ検証、電力制御のためのＰＬ推定、および／またはＰＬ変化推定に基づいて、アップリンク送信のためにＰＵＲリソースを使用することと、
第３の基準時刻Ｔ３まで、アップリンク送信のためのＰＵＲリソースの使用を延期することと、
アップリンク送信のためのＰＵＲリソースの使用をドロップすることと、
のうちの１つを実行することと、を含む方法。
第１の基準時刻Ｔ１におけるタイミングアドバンス（ＴＡ）を含むＰＵＲ構成情報を取得することと、
ＰＵＲ構成情報から、ＴＡ検証、電力制御のためのパスロス（ＰＬ）推定、および／またはパスロス変化の推定が実行される第２の基準時刻Ｔ２を識別することと、
第２の基準時刻Ｔ２と第１の基準時刻Ｔ１とを比較することと、
第１の基準時刻Ｔ１と第２の基準時刻Ｔ２との間の時間差が所与の差分の閾値を満たさないとの判定に応答して、
無線デバイスにおいて利用可能な任意の測定値を使用して、または新しい測定を実行して、ＴＡ検証、電力制御のためのＰＬ推定、および／またはＰＬの変化の推定を実行し、ＴＡ検証、電力制御のためのＰＬ推定、および／またはＰＬ変化推定に基づいて、アップリンク送信のためにＰＵＲリソースを使用することと、
第３の基準時刻Ｔ３まで、アップリンク送信のためのＰＵＲリソースの使用を延期することと、
アップリンク送信のためのＰＵＲリソースの使用をドロップすることと、
のうちの１つを実行することと、を含む方法。
【0098】
８． 実施例１～７のいずれか１項に記載の方法を実行するように適合された無線デバイス。
【0099】
９． 送受信回路と、該送受信回路と動作可能に関連づけられ、実施例１～７のいずれか１項に記載の方法を実行するように構成された処理回路と、を備える無線デバイス。
【0100】
１０． 少なくとも１つの処理回路上で実行されると、少なくとも１つの処理回路に実施例１～７のいずれか１項に記載の方法を実行させる命令を含むコンピュータプログラム。
【0101】
１１．電気信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つであるキャリアであって、実施例１０に記載のコンピュータプログラムを含むキャリア。
【0102】
Ａ１．ホストコンピュータを含む通信システムであって、
ユーザデータを提供するように構成された処理回路と、
ユーザ機器（ＵＥ）に送信するためにユーザデータをセルラーネットワークに転送するように構成された通信インタフェースと、
を含み、
セルラーネットワークは基地局を含み、ＵＥは無線インタフェースおよび処理回路を有し、ＵＥの処理回路は、実施例１～７を含む動作のいずれか１項を実行するように構成される通信システム。
ユーザデータを提供するように構成された処理回路と、
ユーザ機器（ＵＥ）に送信するためにユーザデータをセルラーネットワークに転送するように構成された通信インタフェースと、
を含み、
セルラーネットワークは基地局を含み、ＵＥは無線インタフェースおよび処理回路を有し、ＵＥの処理回路は、実施例１～７を含む動作のいずれか１項を実行するように構成される通信システム。
【0103】
Ａ２．基地局をさらに含む前述の実施形態の通信システム。
【0104】
Ａ３．ＵＥをさらに含み、ＵＥが基地局と通信するように構成される、前述の２つの実施形態の通信システム。
【0105】
Ａ４． ホストコンピュータの処理回路はホストアプリケーションを実行し、それによってユーザデータを提供するように構成され、
ＵＥは、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成された処理回路を備える、
前述の３つの実施形態の通信システム。
ＵＥは、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成された処理回路を備える、
前述の３つの実施形態の通信システム。
【0106】
Ａ５． ホストコンピュータと、基地局と、ユーザ装置（ＵＥ）とを含む通信システムにおいて実施される方法であって、
ホストコンピュータにおいて、ユーザデータを提供することと、
ホストコンピュータにおいて、基地局を含むセルラーネットワークを介してＵＥにユーザデータを搬送する送信を開始することと、
を含み、
ＵＥは実施形態１～７のいずれか１項のステップを実行する方法。
ホストコンピュータにおいて、ユーザデータを提供することと、
ホストコンピュータにおいて、基地局を含むセルラーネットワークを介してＵＥにユーザデータを搬送する送信を開始することと、
を含み、
ＵＥは実施形態１～７のいずれか１項のステップを実行する方法。
【0107】
Ａ６．前記基地局において、ユーザデータを送信することをさらに含む、前述の実施形態の方法。
【0108】
Ａ７． 前記ユーザデータは、ホストアプリケーションを実行することによって、前記ホストコンピュータにおいて提供され、前記ＵＥにおいて、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行することをさらに含む、前述の２つの実施形態の方法。
【0109】
Ａ８． ユーザ装置（ＵＥ）から基地局への送信から生じるユーザデータを受信するように構成された通信インタフェースを備えるホストコンピュータを含む通信システムであって、ＵＥは基地局と通信し、実施形態１～７のいずれかの動作を協働して実行するように構成された無線インタフェースおよび処理回路を備える、通信システム。
【0110】
Ａ９． 基地局をさらに含む前述の実施形態の通信システム。
【0111】
Ａ１０． ＵＥをさらに含み、ＵＥが基地局と通信するように構成される、前述の２つの実施形態の通信システム。
【0112】
Ａ１１． ホストコンピュータの処理回路はホストアプリケーションを実行するように構成され、
ＵＥはホストアプリケーションに関連付けられたクライアントアプリケーションを実行するようにさらに構成され、これによって、ホストコンピュータによって受信されるユーザデータを提供する、
前述の３つの実施形態の通信システム。
ＵＥはホストアプリケーションに関連付けられたクライアントアプリケーションを実行するようにさらに構成され、これによって、ホストコンピュータによって受信されるユーザデータを提供する、
前述の３つの実施形態の通信システム。
【0113】
Ａ１２． ホストコンピュータと、基地局と、ユーザ装置（ＵＥ）とを含む通信システムにおいて実施される方法であって、
ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から生じるユーザデータを受信し、ＵＥは、実施形態１～７のいずれか１項のいずれかのステップを実行する方法。
ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から生じるユーザデータを受信し、ＵＥは、実施形態１～７のいずれか１項のいずれかのステップを実行する方法。
【0114】
Ａ１３． 基地局において、ＵＥからユーザデータを受信することをさらに含む、前述の実施形態の方法。
【0115】
Ａ１４． 基地局において、受信されたユーザデータのホストコンピュータへの送信を開始することをさらに含む、前述の２つの実施形態の方法。
【0116】
本発明の概念の原理から実質的に逸脱することなく、実施形態に対して多くの変形および修正を行うことができる。全てのそのような変形及び修正は、本発明の概念の範囲内に含まれることが意図される。したがって、上記で開示された主題は例示的であり、限定的ではないと考えられるべきであり、実施形態の例は、本発明の概念の精神および範囲内にある、すべてのそのような修正、強化、および他の実施形態を包含することが意図される。したがって、本発明の概念の範囲は法律によって許容される最大限まで、実施形態の例およびその均等物を含む本開示の最も広い許容可能な解釈によって決定されるべきであり、前述の詳細な説明によって限定または限定されるべきではない。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】