知財求人 - 知財ポータルサイト「IP Force」
特表2024-502987ＮＲ ＩＩＯＴにおける同期精度の維持方法とユーザ機器
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-01-24
(54)【発明の名称】ＮＲ ＩＩＯＴにおける同期精度の維持方法とユーザ機器
(51)【国際特許分類】
H04W 56/00 20090101AFI20240117BHJP
【ＦＩ】
H04W56/00 130
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023541124
(86)(22)【出願日】2022-01-11
(85)【翻訳文提出日】2023-07-05
(86)【国際出願番号】 JP2022000610
(87)【国際公開番号】W WO2022153985
(87)【国際公開日】2022-07-21
(31)【優先権主張番号】202111002014
(32)【優先日】2021-01-15
(33)【優先権主張国・地域又は機関】IN
(81)【指定国・地域】
(71)【出願人】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】ゴンウグントラ ヴェンカタラオ
(72)【発明者】
【氏名】二木 尚
(72)【発明者】
【氏名】池田 哲
(72)【発明者】
【氏名】林 貞福
(72)【発明者】
【氏名】シュリニヴァサン マニカンタン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067DD25
5K067EE02
5K067EE10
(57)【要約】
ＮＲ ＩＩＯＴにおける同期マスタークロックとＵＥクロック間のより微細な同期要件（例えば１μｓ未満の同期）を維持する方法を開示する。本開示では、ＵＬタイミングアドバンス受信時間に応じてＵＥクロック更新を適用する方法を導入する。また、本開示では、伝播遅延変化のためのスケジューリング要求ＩＤを示す新しいシグナリング、これに基づいて同期マスターとＵＥクロック間のより微細な同期要件を維持するためにタイミングアドバンスをトリガーするためのシグナリングを導入する。また、本開示では、ＵＥ（９００）での伝播遅延変更を計算し、それによって同期マスターとＵＥクロックとの間のより微細な同期要件を維持するために伝播遅延補償を実行する新しい方法を導入する。
【選択図】図４
【選択図】図４
【特許請求の範囲】
【請求項1】
ＴＳＮ ＧＭ（Ｔｉｍｅ－Ｓｅｎｓｉｔｉｖｅ Ｎｅｔｗｏｒｋｉｎｇ Ｇｒａｎｄ Ｍａｔｅｒ）クロックとユーザ機器（ＵＥ）クロックとの同期を１マイクロ秒未満に維持するためにＵＥで実行される方法であって、（Ｒ）ＡＮノードからの基準時間情報（Ｔ＿Ｒｅｆ）を受信し、
前記（Ｒ）ＡＮノードからのＴＡ（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ）コマンドを受信し、
前記ＴＡコマンドからのＰＤ（Ｐｒｏｐａｇａｔｉｏｎ Ｄｅｌａｙ）を計算し、
ＵＥクロック更新を適用し、
前記ＴＡコマンド受信後、前記基準時間情報受信前にＰＤ変化が検出されなかった場合、前記基準時間情報受信時に前記ＵＥクロック更新が適用され、
前記ＴＡコマンド受信後、前記基準時間情報受信前にＰＤ変化が検出され、更新ＴＡコマンドが受信されなかった場合、前記更新ＴＡコマンド受信時に前記ＵＥクロック更新が適用される、方法。
【請求項2】
Ｔ＿Ｒｅｆ＋ＰＤ＋ｄｅｌｔａによる前記ＵＥクロック更新を適用することを更に含み、前記ｄｅｌｔａは、前記ＵＥクロック更新時のＵＥクロック値と前記基準時間情報受信時のＵＥクロック値の差である、請求項１に記載の方法。
【請求項3】
計算された前記ＰＤはＴＡ値の半分に等しい、請求項１に記載の方法。
【請求項4】
ビーム変化又はパス変化による前記ＰＤの変化がある場合に前記ＰＤ変化を検出し、前記ＰＤ変化を、前記ビーム変化又は経路変更時のＵＥ ＤＬタイミングと前記ＴＡコマンド受信時のＵＥ ＤＬタイミングとの差として計算する、請求項１に記載の方法。
【請求項5】
ユーザ機器（ＵＥ）であって、少なくとも１つの送受信機と、
少なくとも１つのプロセッサと、
を備え、
前記プロセッサは、
（Ｒ）ＡＮノードから基準時間情報（Ｔ＿Ｒｅｆ） を受信し、
前記（Ｒ）ＡＮノードからＴＡ（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ）コマンドを受信し、
前記ＴＡコマンドからＰＤ（Ｐｒｏｐａｇａｔｉｏｎ Ｄｅｌａｙ：伝播遅延）を計算し、
ＵＥクロック更新を適用し、
前記ＴＡコマンド受信後、前記基準時間情報受信前に前記ＵＥがＰＤ変化を検出しなかった場合、前記基準時間情報受信時に前記ＵＥクロック更新を行い、
前記ＴＡコマンド受信後、前記基準時間情報受信前に前記ＵＥがＰＤ変化を検出し、更新ＴＡコマンドが受信されていない場合、前記更新ＴＡコマンド受信時にＵＥクロック更新を行うように構成されている、ＵＥ。
【請求項6】
前記ＵＥクロック更新はＴ＿Ｒｅｆ＋ＰＤ＋ｄｅｌｔａで実行され、前記ｄｅｌｔａは前記ＵＥクロック更新時のＵＥクロック値と前記基準時間情報受信時のＵＥクロック値の差である、クレーム５に記載のＵＥ。
【請求項7】
前記プロセッサは、前記ＰＤをＴＡ値の半分として計算するように構成される、請求項５に記載のＵＥ。
【請求項8】
前記プロセッサは、ビーム変化又はパス変化による前記ＰＤの変化がある場合に前記ＰＤ変化を検出し、前記ＰＤ変化を、前記ビーム変化又は経路変化時のＵＥ ＤＬタイミングと前記ＴＡコマンド受信時のＵＥ ＤＬタイミングの差として計算するように構成される、請求項５に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は概して無線電気通信に関するものであり、特に、ＮＲ ＩＩＯＴ（Ｎｅｗ Ｒａｄｉｏ Ｉｎｄｕｓｔｒｉａｌ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）における同期マスタークロックとＵＥクロックとのより精細な同期要件の維持に関するものである。
【背景技術】
【0002】
ＮＲ ＩＩＯＴでは、アプリケーションの一部は同期マスタークロックとＵＥクロック間でより厳密なクロック同期を要する。これらのアプリケーションにおける同期マスタークロックとＵＥクロック間の同期要件は、１マイクロ秒（μｓ）のレベルである。様々なＮＲ ＩＩＯＴアプリケーションのクロック同期要件は、表１．（ＴＳ ３８．８２５－ｇ００の表６．３．１－２）［１］に記載されている。
【表1】
【0003】
表１から、２つのシナリオでＮＲ ＩＩｏＴに１μｓの同期が必要であることが分かる。この要件は、同期マスターに関してより微細な同期要件（例えば、アプリケーションに基づいて１μｓ又は１０ｕｓ）の精度内で同期される通信グループ内のすべてのＵＥクロックを意味する。ＴＳＮでは、同期マスターはＴＳＮグランドマスター（ＴＳＮ ＧＭ）クロックであり得る。この文献では、同期マスターとＴＳＮ ＧＭクロックを同じ意味で使用する。
【0004】
一般に、ＵＥ水晶発振器の不正確さにより、ＵＥクロックは時間とともにドリフトする。システム情報ブロック（ＳＩＢ）９を使用した基準時間情報（Ｔ＿Ｒｅｆ）は、時間ドリフトを修正するためにｇＮＢから定期的に送信される場合がある。図１に示すように、ｇＮＢから（時刻ＴＢＳに）送信されたＴ＿Ｒｅｆは、伝播遅延（ＰＤ）後にＵＥで受信される。
【0005】
例えば、１μｓの同期は、２つのＵＥクロックが基準時間の＋／－１μｓ以内でなければならないことを意味する。図１に示すように、ｇＮＢから異なる距離にあるＵＥｍとＵＥｎは、異なる時刻にｇＮＢから送信される基準時間を受信することができる。ＮＲ ＩＩＯＴの指定された要件を満たすために、これら２つのＵＥはＴＳＮ ＧＭクロックから＋／－１μｓ以内の精度を要する。
【0006】
ＵＥクロックの精度は、「ｐａｒｔｓ ｐｅｒ ｍｉｌｌｉｏｎ （ｐｐｍ）」と呼ばれるメトリックを使用して指定される。１ｐｐｍとは、１００万分の１が誤差の可能性があることを意味する。つまり、クロックが実行される１００万マイクロ秒ごとに、クロックが１μｓだけドリフトしている可能性がある。例えば、ＵＥクロックが実行される１秒ごとに、１μｓドリフトしている可能性がある。精度が０．１ｐｐｍのＵＥの場合、クロックは１０秒ごとに１μｓドリフトしている可能性がある。
【0007】
１μｓのタイムシフトが発生する前にＵＥが基準時間情報を受信すれば、グランドマスタークロックとＵＥクロックの間のより微細な同期要件（例えば、１μｓ）を実現できる。つまり、ｇＮＢはＳＩＢ９又はＲＲＣ ＤＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージのいずれかを使用して基準時間情報を送信しなければならない可能性がある。基準時間情報がＳＩＢ９を使用して配信される場合、ｇＮＢは少なくとも５１２０ｍｓごとに（ＴＳ ３８．３３１に従って１００００ｍｓ未満のＳＩＢ周期）ＳＩＢ９を送信する必要がある。
【0008】
ｇＮＢから３００ｍの距離にあるＵＥの伝播遅延（ＰＤ）は１μｓである。通信グループ内の異なるＵＥは、ｇＮＢから異なる距離にあり得るため、基準時間情報はすべてのＵＥに同時に提供されるが、ＵＥクロックの更新を適用しながら伝播遅延を補償しない限り、ＵＥクロックとＴＳＮ ＧＭクロックとの間のより微細な同期要件（例えば、１μｓの同期）は不可能である。
【0009】
要約すると、ＴＳＮ ＧＭクロックとＵＥクロックとのより微細な同期要件（例えば、１μｓ）は、伝播遅延補償（ＰＤＣ）を使用して実現できる。ＰＤＣを使用してより微細な同期要件を実現及び維持するためのＵＥクロック更新の手順／工程を以下に説明する。
１．ｇＮＢは、周期性、オフセット、サブキャリア間隔などのパラメータを使用したＳＳＢ測定タイミング設定（ＳＭＴＣ）およびＳＲＳ設定にてＵＥを設定する。
２．ＵＥは、異なるＳＳＢビームを監視し、ビーム測定を実行する。測定結果に基づいて、ＵＥは、ｇＮＢでのＴＸビームの変更又はＲＸビームの変更を支援するために、ビーム測定レポートをｇＮＢにフィードバックすることができる。
ＲＸビームの変更：
無線媒体／チャネルのマルチパス環境により、ｇＮＢからの同じＴＸビームが複数の空間方向からＵＥで受信され得る。各空間方向で受信されるビームは、それぞれがＲＸビームと呼ばれる。より強いＲＸビームを選択するために、ＵＥは３６０度の空間方向のビームを監視し、より強いＲＸビームを選択することができ、選択されたビームはサービングＲＸビームと呼ばれる。ＵＥはさらに、より強いビームを選択するため、あらゆる空間方向のビームを追跡し続ける。
同じＴＸビームについて、ＵＥは、サービングＲＸビームよりも強いＲＸビームがある場合、ＲＸビームを変更することができ、ＲＸビームの切り替えはｇＮＢに依存しない可能性がある。
異なるＴＸ／ＲＸビームは異なる伝播遅延を持つ場合があるため、ＴＸ／ＲＸビームの変更は伝播遅延の変更につながる場合がある。タイミングアドバンスは伝播遅延に正比例するため、伝播遅延の変更はタイミングアドバンスの変更につながる可能性がある。
３．ＵＥはｇＮＢからの設定に従って定期的にＳＲＳを送信する。受信したＳＲＳの助けにより、ｇＮＢは伝播遅延の変化を検出することができる。検出された伝播遅延の変化が特定の閾値（ｇＮＢ実装に依存する）を超える場合、ｇＮＢはＵＥへＴＡコマンドをトリガーすることができる。
４．ｇＮＢはＳＩＢ９メッセージを通じて基準時間情報を送信する。ＳＩＢ９の周期はｇＮＢの実装に依存する。
５．ｇＮＢから基準時間情報を受信すると、ＵＥはＴＲｅｆ＋ＰＤ＋ｄｅｌｔａとしてＵＥクロックを更新する。ここで、ｄｅｌｔａは、ＵＥクロック更新インスタンスのＵＥクロック値とＴＲｅｆ受信タイミングのＵＥクロック値の差である。ここで、ＰＤ＝０．５＊ＮＴＡ＊ＴＣ、ＮＴＡはｇＮＢから受信したＴＡコマンドで、ＴＣは０．５０９ｎｓである。
１．ｇＮＢは、周期性、オフセット、サブキャリア間隔などのパラメータを使用したＳＳＢ測定タイミング設定（ＳＭＴＣ）およびＳＲＳ設定にてＵＥを設定する。
２．ＵＥは、異なるＳＳＢビームを監視し、ビーム測定を実行する。測定結果に基づいて、ＵＥは、ｇＮＢでのＴＸビームの変更又はＲＸビームの変更を支援するために、ビーム測定レポートをｇＮＢにフィードバックすることができる。
ＲＸビームの変更：
無線媒体／チャネルのマルチパス環境により、ｇＮＢからの同じＴＸビームが複数の空間方向からＵＥで受信され得る。各空間方向で受信されるビームは、それぞれがＲＸビームと呼ばれる。より強いＲＸビームを選択するために、ＵＥは３６０度の空間方向のビームを監視し、より強いＲＸビームを選択することができ、選択されたビームはサービングＲＸビームと呼ばれる。ＵＥはさらに、より強いビームを選択するため、あらゆる空間方向のビームを追跡し続ける。
同じＴＸビームについて、ＵＥは、サービングＲＸビームよりも強いＲＸビームがある場合、ＲＸビームを変更することができ、ＲＸビームの切り替えはｇＮＢに依存しない可能性がある。
異なるＴＸ／ＲＸビームは異なる伝播遅延を持つ場合があるため、ＴＸ／ＲＸビームの変更は伝播遅延の変更につながる場合がある。タイミングアドバンスは伝播遅延に正比例するため、伝播遅延の変更はタイミングアドバンスの変更につながる可能性がある。
３．ＵＥはｇＮＢからの設定に従って定期的にＳＲＳを送信する。受信したＳＲＳの助けにより、ｇＮＢは伝播遅延の変化を検出することができる。検出された伝播遅延の変化が特定の閾値（ｇＮＢ実装に依存する）を超える場合、ｇＮＢはＵＥへＴＡコマンドをトリガーすることができる。
４．ｇＮＢはＳＩＢ９メッセージを通じて基準時間情報を送信する。ＳＩＢ９の周期はｇＮＢの実装に依存する。
５．ｇＮＢから基準時間情報を受信すると、ＵＥはＴＲｅｆ＋ＰＤ＋ｄｅｌｔａとしてＵＥクロックを更新する。ここで、ｄｅｌｔａは、ＵＥクロック更新インスタンスのＵＥクロック値とＴＲｅｆ受信タイミングのＵＥクロック値の差である。ここで、ＰＤ＝０．５＊ＮＴＡ＊ＴＣ、ＮＴＡはｇＮＢから受信したＴＡコマンドで、ＴＣは０．５０９ｎｓである。
【0010】
上記の手順から、ＵＥクロックの更新には基準時間情報とＰＤが必要であることが分かる。より微細な同期要件の維持は、Ｔ＿ＲｅｆとＰＤの精度に依存する。Ｔ＿ＲｅｆはｇＮＢから定期的に受信されるため、その精度は許容範囲内であると想定できる。ただし、ＰＤはビーム変化や経路変化などの他の要因によって変化する場合がある。ＰＤ変化に影響を与える要因と、ＴＳＮ ＧＭとＵＥクロック間の１μｓ同期の維持に起こりうる問題について以下に説明する。
【0011】
留意：本明細書の文脈では、「基準時間情報、基準時間情報、基準時間」という用語は同じ意味で使用される。特に明記されていない限り、これらの用語はすべて同じ意味を持ち、基準時間情報である。
【0012】
留意：本明細書の文脈では、「ＴＳＮ ＧＭクロックとＴＳＮ ＧＭ」という用語は同じ意味で使用される。特に明記されていない限り、これらの用語はすべてＴＳＮ ＧＭクロックを意味する。
【0013】
ＴＳＮ ＧＭクロックとＵＥクロック間の同期要件（例：１μｓ）の維持：
ＰＤ＝０．５＊ＮＴＡ＊ＴＣから、ＰＤがタイミングアドバンス（ＮＴＡ）コマンドに正比例することが分かる。ＴＡからＰＤを計算できるが、ビームの変化により、伝播遅延が変化し、以前に受信したＴＡコマンドから計算したＰＤが正確でない場合がある。
ＰＤ＝０．５＊ＮＴＡ＊ＴＣから、ＰＤがタイミングアドバンス（ＮＴＡ）コマンドに正比例することが分かる。ＴＡからＰＤを計算できるが、ビームの変化により、伝播遅延が変化し、以前に受信したＴＡコマンドから計算したＰＤが正確でない場合がある。
【0014】
ＵＥがビームの変化時にｇＮＢから更新されたＴＡコマンドを受信しない限り、ＴＡは正確でない可能性がある。ただし、一部のシナリオでは、ビームの変化が発生した後にＵＥがＵＬ信号を送信していない場合があるため、ｇＮＢからＴＡコマンドを受信するのが遅れる場合がある。換言すると、ＵＥで伝播遅延の変化があるたびに、ｇＮＢからのＴＡコマンドの更新はＳＲＳ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）の周期性に依存し得る。
【0015】
さらに、ＵＥが、（ＳＳＢの周期性に依存する）測定の周期性に基づいてビームを切り替えることができる場合があるため、ＵＥでのビームの変化は間接的にＳＳＢの周期性に依存し得る。
【0016】
水晶発振器の精度に基づいて前述したように、ｇＮＢは、ＵＥクロックが１μｓ以上ドリフトする前に基準時間情報を送信する場合がある。
【0017】
要約すると、より微細な同期要件は伝播遅延補償によって達成される可能性があるが、ＴＳＮ ＧＭクロックとＵＥクロック間の１μｓの同期性の維持は、ＳＩＢ９の周期性と、ＵＥがビーム変更後にどのくらい早くＳＲＳを送信するかに依存し得る。
【0018】
より微細な同期要件を維持する上で考えられる問題：
ＳＲＳの周期性は主に他の目的のために設計されているため、ＴＳＮ ＧＭとＵＥクロック間の１μｓの同期性を維持するために特別にＳＲＳの周期性を設定することは、常に実行可能であるとは限らない。このアルゴリズムのために、すべての考えられる設定シナリオで１μｓの同期性を維持するように設計する必要がある。次のシナリオをさらに分析することが考えられる。
シナリオ１：ＳＲＳ周期性はＳＩＢ９周期性より小さい
シナリオ２：ＳＲＳ周期性はＳＩＢ９周期性より大きい
ＳＲＳの周期性は主に他の目的のために設計されているため、ＴＳＮ ＧＭとＵＥクロック間の１μｓの同期性を維持するために特別にＳＲＳの周期性を設定することは、常に実行可能であるとは限らない。このアルゴリズムのために、すべての考えられる設定シナリオで１μｓの同期性を維持するように設計する必要がある。次のシナリオをさらに分析することが考えられる。
シナリオ１：ＳＲＳ周期性はＳＩＢ９周期性より小さい
シナリオ２：ＳＲＳ周期性はＳＩＢ９周期性より大きい
【0019】
１μｓの同期性など、より微細な同期要件を維持する上で考えられる問題を分析するために、次の設定例を検討する。これらの設定例を使用して、ＵＥクロック更新のタイムラインを示す。
【0020】
留意：いくつかの設定パラメータはスロットでＵＥに提供されるが、本明細書ではｍｓで説明する。
【0021】
設定１：
ＳＣＳ：６０ｋＨｚ；
ＳＳＢ周期：８０ｍｓ；及びオフセット：０ｍｓ；
ＳＲＳ周期：８０ｍｓ；オフセット：２０ｍｓ；
ＳＩＢ ９周期：６４０ｍｓ；オフセット：５０ｍｓ；
ＵＥクロックの更新を図２に示す。
ＳＣＳ：６０ｋＨｚ；
ＳＳＢ周期：８０ｍｓ；及びオフセット：０ｍｓ；
ＳＲＳ周期：８０ｍｓ；オフセット：２０ｍｓ；
ＳＩＢ ９周期：６４０ｍｓ；オフセット：５０ｍｓ；
ＵＥクロックの更新を図２に示す。
【0022】
このシナリオでは、（６４０ｍｓ時に）ＰＤ変化はあるが、ＵＥが基準時間情報を（６９０ｍｓ時に）受信した場合、基準時間情報受信前（６７０ｍｓ時）に、更新されたＴＡコマンドをすでにＵＥで受信されている。したがって、このシナリオでは問題はない。
【0023】
設定２：
ＳＣＳ：６０ｋＨｚ；
ＳＳＢ周期：８０ｍｓ；及びオフセット：０ｍｓ；
ＳＲＳ周期：８０ｍｓ；オフセット：２０ｍｓ；
ＳＩＢ ９周期：６４０ｍｓ；オフセット：１０ｍｓ。
設定２のＵＥクロック更新を図３に示す。
ＳＣＳ：６０ｋＨｚ；
ＳＳＢ周期：８０ｍｓ；及びオフセット：０ｍｓ；
ＳＲＳ周期：８０ｍｓ；オフセット：２０ｍｓ；
ＳＩＢ ９周期：６４０ｍｓ；オフセット：１０ｍｓ。
設定２のＵＥクロック更新を図３に示す。
【0024】
設定２のＵＥクロック更新の図では、ＰＤ変化は６４０ｍｓで発生し、最後に受信されたＴＡは３５０ｍｓであった。ＵＥは基準時間情報受信時（６５０ｍｓ）に正確なＰＤを持っていなかったため、６５０ｍｓでのＵＥクロック更新は１μｓの同期に失敗する場合がある。
【先行技術文献】
【非特許文献】
【0025】
【非特許文献1】： ［１］ ３ＧＰＰ（登録商標） ＴＲ ２１．９０５： 「Ｖｏｃａｂｕｌａｒｙ ｆｏｒ ３ＧＰＰ（登録商標） Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ」 Ｖ１５．０．０（２０１８－０３）。
【非特許文献2】： ［２］ ３ＧＰＰ（登録商標） ＴＳ ３８．３３１：「Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ （ＲＲＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ」 Ｖ１５．７．０。
【非特許文献3】： ［３］ ３ＧＰＰ（登録商標） ＴＳ ３８．１３３：「Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔのサポートのための要件」
【非特許文献4】： ［４］ ３ＧＰＰ（登録商標） ＴＳ ３８．２１１：「物理チャネルと変調」 Ｖ１５．７．０
【非特許文献5】： ［５］ ３ＧＰＰ（登録商標） ＴＳ ３８．２１２：「多重化とチャネル符号化」 Ｖ１５．７．０
【非特許文献6】： ［６］ ３ＧＰＰ（登録商標） ＴＳ ３８．２１３：「制御のための物理層手順」 Ｖ１５．７．０
【非特許文献7】： ［７］ ３ＧＰＰ（登録商標） ＴＳ ３８．２１４：「データのための物理層手順」 Ｖ１５．７．０
【非特許文献8】： ［８］ ３ＧＰＰ（登録商標） ＴＳ ３８．３２１：「媒体アクセス制御 （ＭＡＣ） プロトコル仕様」 Ｖ１５．７．０
【非特許文献9】： ［９］ ５Ｇ ＮＲ：「次世代無線技術」Ｅｒｉｃ Ｄａｈｌｍａｎ， Ｓｔｅｆａｎ Ｐａｒｋｖａｌｌ， Ｊｏｈａｎ Ｓｋｏｌｄ
【特許文献】
【0026】
【特許文献1】： ［１０］ 欧州特許出願公開第２８２９０９９号明細書
【発明の概要】
【発明が解決しようとする課題】
【0027】
ＮＲ ＩＩＯＴでは、一部のアプリケーションで通信グループ内のＵＥ間でより微細な同期要件を維持する必要がある。換言すると、通信グループ内のＴＳＮ ＧＭクロックとすべてのＵＥクロックは、＋／－ｘ ｕｓ（例：ｘ＝１）の同期精度である必要がある。これを実現するには、ＴＳＮ ＧＭクロックの基準時間（Ｔ＿Ｒｅｆ）を通信グループ内のすべてのＵＥにブロードキャストする必要がある。
【0028】
ｇＮＢから３００ｍの距離にあるＵＥの伝搬遅延（ＰＤ）は１μｓである。通信グループ内の異なるＵＥは、ｇＮＢから異なる距離にあり得るため、受信した基準時間情報を適用する際に伝搬遅延を補償しない限り、ＵＥクロックとＴＳＮ ＧＭクロックとの間でより微細な同期要求は不可能である。
【0029】
伝搬遅延補償のための伝搬遅延計算の合意された方法の１つは、ＴＡコマンドを使用することである。
【0030】
ＵＥクロックは、水晶発振器の不正確さによりドリフトすることがある。無線チャネルの時間変化性により、伝播遅延が変化することがある。これらの２つの側面により、より微細な同期要件の維持は困難である。
【0031】
ＵＥがｇＮＢからＴ＿Ｒｅｆを受信してＵＥクロック更新を適用する場合、いくつかのシナリオでは、ＰＤ変化があり、ＰＤ変化に対応する最新のＴＡコマンドを受信するかどうかによって、ＵＥが正確なＰＤ値を持つ場合と持たない場合がある。正確なＰＤ値がＵＥクロック更新の伝播遅延補償に適用されない限り、ＮＲ ＩＩＯＴアプリケーションではより微細な同期要件を維持できない場合がある。
【課題を解決するための手段】
【0032】
本開示は、クロック同期の改善されたシステム及び方法を提供する。より具体的には、本開示は、ＮＲ ＩＩＯＴにおいて１μｓの同期精度を維持するための方法に関する。
【0033】
したがって、本発明は、一態様において、ＴＳＮ ＧＭ（Ｔｉｍｅ－Ｓｅｎｓｉｔｉｖｅ Ｎｅｔｗｏｒｋｉｎｇ Ｇｒａｎｄ Ｍａｔｅｒ）クロックとユーザ機器のＵＥクロックとの間のより微細な同期要件（例えば、１μｓ又は１０μｓ）を維持する方法を提供する。（Ｒ）ＡＮノードから基準時間情報（Ｔ＿Ｒｅｆ）とＴＡ（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ）コマンドを受信し、ＴＡコマンドから伝播遅延（Propagation Delay：ＰＤ）を計算する。ＴＡコマンド受信後、基準時間情報受信前にＰＤ変化が検出されなかった場合、ＵＥクロック更新を適用し、その場合、基準時間情報受信時に、ＵＥクロック更新を適用する。ＴＡコマンド受信後、基準時間情報受信前にＰＤ変化が検出され、更新ＴＡコマンドが受信されなかった場合、更新ＴＡコマンド受信時にＵＥクロック更新を適用する。
【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】
「ユーザ機器」又は「ＵＥ」（３ＧＰＰ（登録商標）で使用されている用語）、「移動局」、「モバイルデバイス」、及び「無線デバイス」という用語は、一般的に互いに同義であることを意図しており、端末、携帯電話、スマートフォン、タブレット、セルラＩｏＴデバイス、ＩｏＴデバイス、機械（machinery）などのスタンドアロンの移動局を含む。
【0071】
「ＵＥ」及び「無線デバイス」という用語には、長期間静止しているデバイスも含まれることが認識される。
【0072】
ＵＥは、例えば、生産又は製造のための機器の製品及び／又はエネルギー関連機械（例えば、ボイラー、エンジン、タービン、ソーラーパネル、風力タービン、水力発電機、火力発電機、原子力発電機、電池、原子力システム及び／又は関連機器、重電機器、真空ポンプを含むポンプ、コンプレッサ、ファン、ブロワー、油圧機器、空気圧機器、金属加工機械、マニピュレータ、ロボット及び／又はその応用システム、ツール、金型（ダイ）又は金型（モールド）、ロール、搬送機器、昇降機器、マテリアルハンドリング機器、繊維機械、ミシン、印刷及び／又は関連する機械、抄紙機、化学機械、鉱業及び／又は建設機械及び／又は関連機器、農林漁業用機械器具、安全・環境保全機器、トラクター、精密軸受、鎖、歯車、送電設備、潤滑機器、バルブ、パイプ継手のような機器又は機械、及び／又は前述の機器又は機械などの応用システム）の製品でありうる。
【0073】
ＵＥは、例えば、輸送機器（例えば、鉄道車両、自動車、モーターサイクル、自転車、列車、バス、カート、人力車、船舶その他の水上艦艇、航空機、ロケット、衛星、ドローン、風船などのような輸送機器）の製品である。
【0074】
ＵＥは、例えば、情報通信機器（例えば、電子コンピュータ及び関連機器、通信・関連機器、電子部品など情報通信機器）の製品でありうる。
【0075】
ＵＥは、例えば、冷凍機、冷凍機応用製品、貿易及び／又はサービス産業機器の製品、自動販売機、自動サービス機械、事務用機械又は機器、消費者向け電子・電子機器（例えば、オーディオ機器、ビデオ機器、大音量スピーカ、ラジオ、テレビ、電子レンジ、炊飯器、コーヒーマシン、食器洗い機、洗濯機、乾燥機、扇風機や関連器具、クリーナーなどの家電製品）などがありうる。
【0076】
ＵＥは、例えば、電気応用システム又は電気機器（例えば、Ｘ線システム、粒子加速器、ラジオアイソトープ機器、音響機器、電磁応用機器、電子電力応用機器などのような電気応用システム又は機器）などでありうる。
【0077】
ＵＥは、例えば、電子ランプ、照明器具、測定器、分析器、試験器、又は測量機器又は感知機器（例えば、煙アラーム、ヒューマンアラームセンサ、モーションセンサ、無線タグなどのような測量機器又は感知機器）、腕時計又は時計、実験器具、光学機器、医療機器及び／又はシステム、武器、刃物類、手工具などでありうる。
【0078】
ＵＥは、例えば、無線を装備した携帯情報端末（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ：ＰＤＡ）又は関連機器（他の電子デバイス（例えばパソコン、電気計測器）に取り付けたり挿入したりするために設計された無線カードやモジュールなど）でありうる。
【0079】
ＵＥは、様々な有線及び／又は無線通信技術を使用して、「モノのインターネット（ＩｏＴ）」に関して、以下に説明するアプリケーション、サービス、及びソリューションを提供するデバイス又はシステムの一部でありうる。
【0080】
モノのインターネットデバイス（又は「モノ」）には、適切な電子機器、ソフトウェア、センサ、ネットワーク接続などが装備されてもよく、これにより、これらのデバイスは相互に、又は他の通信デバイスとデータを収集及び交換することができる。ＩｏＴデバイスは、内部メモリに格納されたソフトウェアの命令に従う自動化された機器を備えてもよい。ＩｏＴデバイスは、人間の監督や操作を必要とせずに動作することができる。また、ＩｏＴデバイスは長期間静止したり、非アクティブになったりする場合がある。ＩｏＴデバイスは、（一般的には）静止した装置の一部として実装される場合がある。また、ＩｏＴデバイスは、非静止装置（例えば、車両）に組み込まれたり、監視／追跡対象の動物又は人に取り付けられたりする場合もある。
【0081】
ＩｏＴ技術は、通信デバイスが人間の入力によって制御されているか、メモリに格納されているソフトウェアの命令によって制御されているかにかかわらず、通信ネットワークに接続してデータを送受信することができるあらゆる通信デバイスにも実装できることが理解されるであろう。
【0082】
ＩｏＴデバイスは、ＭＴＣ（Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイス又はＭ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）通信デバイス又はＮＢ－ＩｏＴ ＵＥ（Ｎａｒｒｏｗ Ｂａｎｄ－ＩｏＴ ＵＥ）と称されることもあることが理解されるであろう。ＵＥは、１つ以上のＩｏＴ又はＭＴＣアプリケーションをサポートする場合があることが理解されるであろう。ＭＴＣアプリケーションのいくつかの例を次の表に列挙する（出典：３ＧＰＰ（登録商標） ＴＳ ２２．３６８ Ｖ １３．１．０、Ａｎｎｅｘ Ｂ、その内容は参照により本明細書に組み込まれる）。このリストは完全ではなく、マシンタイプの通信アプリケーションのいくつかの例を示すことを目的とする。
【0083】
表２：マシンタイプの通信アプリケーションのいくつかの例。
【表2】
【0084】
アプリケーション、サービス、及びソリューションは、ＭＶＮＯ（Ｍｏｂｉｌｅ Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ）サービス、緊急無線通信システム、ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）システム、ＰＨＳ／デジタルコードレス通信システム、ＰＯＳ（Ｐｏｉｎｔ ｏｆ ｓａｌｅ）システム、広告通話システム、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ａｎｄ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）システム、列車無線システム、位置関連サービス、災害／緊急無線通信サービス、コミュニティサービス、ビデオストリーミングサービス、フェムトセルアプリケーションサービス、ＶｏＬＴＥ（Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ）サービス、課金サービス、無線オンデマンドサービス、ローミングサービス、アクティビティ監視サービス、通信事業者／通信ＮＷ選択サービス、機能制限サービス、ＰｏＣ（Ｐｒｏｏｆ ｏｆ Ｃｏｎｃｅｐｔ）サービス、個人情報管理サービス、アドホックネットワーク／ＤＴＮ（Ｄｅｌａｙ Ｔｏｌｅｒａｎｔ Ｎｅｔｗｏｒｋｉｎｇ）サービスなどであり得る。
【0085】
また、上記のＵＥカテゴリは、本文書に記載されている技術的アイデアや例示的な実施形態の例に過ぎない。言うまでもなく、これらの技術的アイデア及び実施形態は、上記のＵＥに限定されるものではなく、様々な修正を行うことができる。
【0086】
例えば、上記に開示された例示的な実施形態の全体又は一部は、以下の付記として記載することができるが、これに限定されない。
（付記１）
ＴＳＮ ＧＭ（Ｔｉｍｅ－Ｓｅｎｓｉｔｉｖｅ Ｎｅｔｗｏｒｋｉｎｇ Ｇｒａｎｄ Ｍａｔｅｒ）クロックとユーザ機器（ＵＥ）クロックとの同期を１マイクロ秒未満に維持するためにＵＥで実行される方法であって、
（Ｒ）ＡＮノードからの基準時間情報（Ｔ＿Ｒｅｆ）を受信し、
前記（Ｒ）ＡＮノードからのＴＡ（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ）コマンドを受信し、
前記ＴＡコマンドからのＰＤ（Ｐｒｏｐａｇａｔｉｏｎ Ｄｅｌａｙ）を計算し、
ＵＥクロック更新を適用し、
前記ＴＡコマンド受信後、前記基準時間情報受信前にＰＤ変化が検出されなかった場合、前記基準時間情報受信時に前記ＵＥクロック更新が適用され、
前記ＴＡコマンド受信後、前記基準時間情報受信前にＰＤ変化が検出され、更新ＴＡコマンドが受信されなかった場合、前記更新ＴＡコマンド受信時に前記ＵＥクロック更新が適用される、方法。
（付記２）
Ｔ＿Ｒｅｆ＋ＰＤ＋ｄｅｌｔａによる前記ＵＥクロック更新を適用することを更に含み、前記ｄｅｌｔａは、前記ＵＥクロック更新時のＵＥクロック値と前記基準時間情報受信時のＵＥクロック値の差である、付記１に記載の方法。
（付記３）
計算された前記ＰＤはＴＡ値の半分に等しい、付記１に記載の方法。
（付記４）
ビーム変化又はパス変化による前記ＰＤの変化がある場合に前記ＰＤ変化を検出し、前記ＰＤ変化を、前記ビーム変化又は経路変更時のＵＥ ＤＬタイミングと前記ＴＡコマンド受信時のＵＥ ＤＬタイミングとの差として計算する、付記１に記載の方法。
（付記５）
ユーザ機器（ＵＥ）であって、
少なくとも１つの送受信機と、
少なくとも１つのプロセッサと、
を備え、
前記プロセッサは、
（Ｒ）ＡＮノードから基準時間情報（Ｔ＿Ｒｅｆ） を受信し、
前記（Ｒ）ＡＮノードからＴＡ（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ）コマンドを受信し、
前記ＴＡコマンドからＰＤ（Ｐｒｏｐａｇａｔｉｏｎ Ｄｅｌａｙ：伝播遅延）を計算し、
ＵＥクロック更新を適用し、
前記ＴＡコマンド受信後、前記基準時間情報受信前に前記ＵＥがＰＤ変化を検出しなかった場合、前記基準時間情報受信時に前記ＵＥクロック更新を行い、
前記ＴＡコマンド受信後、前記基準時間情報受信前に前記ＵＥがＰＤ変化を検出し、更新ＴＡコマンドが受信されていない場合、前記更新ＴＡコマンド受信時にＵＥクロック更新を行うように構成されている、ＵＥ。
（付記６）
前記ＵＥクロック更新はＴ＿Ｒｅｆ＋ＰＤ＋ｄｅｌｔａで実行され、
前記ｄｅｌｔａは前記ＵＥクロック更新時のＵＥクロック値と前記基準時間情報受信時のＵＥクロック値の差である、クレーム５に記載のＵＥ。
（付記７）
前記プロセッサは、
前記ＰＤをＴＡ値の半分として計算するように構成される、付記５に記載のＵＥ。
（付記８）
前記プロセッサは、
ビーム変化又はパス変化による前記ＰＤの変化がある場合に前記ＰＤ変化を検出し、前記ＰＤ変化を、前記ビーム変化又は経路変化時のＵＥ ＤＬタイミングと前記ＴＡコマンド受信時のＵＥ ＤＬタイミングの差として計算するように構成される、付記５に記載のＵＥ。
（付記１）
ＴＳＮ ＧＭ（Ｔｉｍｅ－Ｓｅｎｓｉｔｉｖｅ Ｎｅｔｗｏｒｋｉｎｇ Ｇｒａｎｄ Ｍａｔｅｒ）クロックとユーザ機器（ＵＥ）クロックとの同期を１マイクロ秒未満に維持するためにＵＥで実行される方法であって、
（Ｒ）ＡＮノードからの基準時間情報（Ｔ＿Ｒｅｆ）を受信し、
前記（Ｒ）ＡＮノードからのＴＡ（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ）コマンドを受信し、
前記ＴＡコマンドからのＰＤ（Ｐｒｏｐａｇａｔｉｏｎ Ｄｅｌａｙ）を計算し、
ＵＥクロック更新を適用し、
前記ＴＡコマンド受信後、前記基準時間情報受信前にＰＤ変化が検出されなかった場合、前記基準時間情報受信時に前記ＵＥクロック更新が適用され、
前記ＴＡコマンド受信後、前記基準時間情報受信前にＰＤ変化が検出され、更新ＴＡコマンドが受信されなかった場合、前記更新ＴＡコマンド受信時に前記ＵＥクロック更新が適用される、方法。
（付記２）
Ｔ＿Ｒｅｆ＋ＰＤ＋ｄｅｌｔａによる前記ＵＥクロック更新を適用することを更に含み、前記ｄｅｌｔａは、前記ＵＥクロック更新時のＵＥクロック値と前記基準時間情報受信時のＵＥクロック値の差である、付記１に記載の方法。
（付記３）
計算された前記ＰＤはＴＡ値の半分に等しい、付記１に記載の方法。
（付記４）
ビーム変化又はパス変化による前記ＰＤの変化がある場合に前記ＰＤ変化を検出し、前記ＰＤ変化を、前記ビーム変化又は経路変更時のＵＥ ＤＬタイミングと前記ＴＡコマンド受信時のＵＥ ＤＬタイミングとの差として計算する、付記１に記載の方法。
（付記５）
ユーザ機器（ＵＥ）であって、
少なくとも１つの送受信機と、
少なくとも１つのプロセッサと、
を備え、
前記プロセッサは、
（Ｒ）ＡＮノードから基準時間情報（Ｔ＿Ｒｅｆ） を受信し、
前記（Ｒ）ＡＮノードからＴＡ（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ）コマンドを受信し、
前記ＴＡコマンドからＰＤ（Ｐｒｏｐａｇａｔｉｏｎ Ｄｅｌａｙ：伝播遅延）を計算し、
ＵＥクロック更新を適用し、
前記ＴＡコマンド受信後、前記基準時間情報受信前に前記ＵＥがＰＤ変化を検出しなかった場合、前記基準時間情報受信時に前記ＵＥクロック更新を行い、
前記ＴＡコマンド受信後、前記基準時間情報受信前に前記ＵＥがＰＤ変化を検出し、更新ＴＡコマンドが受信されていない場合、前記更新ＴＡコマンド受信時にＵＥクロック更新を行うように構成されている、ＵＥ。
（付記６）
前記ＵＥクロック更新はＴ＿Ｒｅｆ＋ＰＤ＋ｄｅｌｔａで実行され、
前記ｄｅｌｔａは前記ＵＥクロック更新時のＵＥクロック値と前記基準時間情報受信時のＵＥクロック値の差である、クレーム５に記載のＵＥ。
（付記７）
前記プロセッサは、
前記ＰＤをＴＡ値の半分として計算するように構成される、付記５に記載のＵＥ。
（付記８）
前記プロセッサは、
ビーム変化又はパス変化による前記ＰＤの変化がある場合に前記ＰＤ変化を検出し、前記ＰＤ変化を、前記ビーム変化又は経路変化時のＵＥ ＤＬタイミングと前記ＴＡコマンド受信時のＵＥ ＤＬタイミングの差として計算するように構成される、付記５に記載のＵＥ。
【0087】
本出願は、２０２１年１月１５日に出願されたインド特許出願２０２１１１００２０１４号に基づいており、その優先権の利益を主張しており、その開示は参照によりその全体が本出願に組み込まれている。
【0088】
略語
本明細書では、３ＧＰＰ（登録商標） ＴＲ ２１．９０５［１］及び以下に示す略語を適用する。本明細書で定義された略語は、３ＧＰＰ（登録商標） ＴＲ ２１．９０５［１］に同じ略語がある場合、その定義よりも優先される。
５ＧＣ ５Ｇコアネットワーク
５ＧＳ ５Ｇシステム
５ＱＩ ５Ｇ ＱｏＳ識別子
ＡＭＦ アクセス及びモビリティ管理機能
ＡＳ アクセス層
ＡＳＮ１ 抽象構文記法１
ＢＷＰ 帯域幅部分
ＣＯＲＥＳＥＴ 制御リソースセット
ＣＰ 巡回プレフィックス
ＣＳＩ チャネルの状態情報
ＣＳＩ－ＲＳ チャネルの状態情報－基準信号
ＤＬ ダウンリンク
ＩＩＯＴ 産業用モノのインターネット
ＭＡＣ メディアアクセスコントロール
ＭＡＣ ＣＥ ＭＡＣ制御要素
ＮＧ－ＲＡＮ 次世代無線アクセスネットワーク
ＮＲ 新無線／ＮＲ無線アクセス
ＰＢＣＨ 物理放送チャンネル
ＰＤ 伝播遅延
ＰＤＣ 伝播遅延補償
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＤＳＣＨ 物理ダウンリンク共有チャネル
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＱＣＬ 準Ｃｏロケーション
（Ｒ）ＡＮ （無線）アクセスネットワーク
ＲＲＣ 無線リソース制御
ＲＳ 基準信号
ＳＡ ＮＲ スタンドアロンＮＲ
ＳＩＢ システム情報ブロック
ＳＣＳ サブキャリア間隔
ＳＲ スケジューリング要求
ＳＲＳ サウンディング基準信号
ＳＳ 同期信号
ＳＳＢ ＳＳ／ＰＢＣＨブロック
ＴＡ タイミングアドバンス
ＴＣＩ 送信設定指示
ＵＬ アップリンク
ＯＳ オペレーティングシステム
ＭＯ 移動体発信
ＭＴ 移動体着信
ＵＳＩＭ Ｕｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ（汎用加入者識別）モジュール
本明細書では、３ＧＰＰ（登録商標） ＴＲ ２１．９０５［１］及び以下に示す略語を適用する。本明細書で定義された略語は、３ＧＰＰ（登録商標） ＴＲ ２１．９０５［１］に同じ略語がある場合、その定義よりも優先される。
５ＧＣ ５Ｇコアネットワーク
５ＧＳ ５Ｇシステム
５ＱＩ ５Ｇ ＱｏＳ識別子
ＡＭＦ アクセス及びモビリティ管理機能
ＡＳ アクセス層
ＡＳＮ１ 抽象構文記法１
ＢＷＰ 帯域幅部分
ＣＯＲＥＳＥＴ 制御リソースセット
ＣＰ 巡回プレフィックス
ＣＳＩ チャネルの状態情報
ＣＳＩ－ＲＳ チャネルの状態情報－基準信号
ＤＬ ダウンリンク
ＩＩＯＴ 産業用モノのインターネット
ＭＡＣ メディアアクセスコントロール
ＭＡＣ ＣＥ ＭＡＣ制御要素
ＮＧ－ＲＡＮ 次世代無線アクセスネットワーク
ＮＲ 新無線／ＮＲ無線アクセス
ＰＢＣＨ 物理放送チャンネル
ＰＤ 伝播遅延
ＰＤＣ 伝播遅延補償
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＤＳＣＨ 物理ダウンリンク共有チャネル
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＱＣＬ 準Ｃｏロケーション
（Ｒ）ＡＮ （無線）アクセスネットワーク
ＲＲＣ 無線リソース制御
ＲＳ 基準信号
ＳＡ ＮＲ スタンドアロンＮＲ
ＳＩＢ システム情報ブロック
ＳＣＳ サブキャリア間隔
ＳＲ スケジューリング要求
ＳＲＳ サウンディング基準信号
ＳＳ 同期信号
ＳＳＢ ＳＳ／ＰＢＣＨブロック
ＴＡ タイミングアドバンス
ＴＣＩ 送信設定指示
ＵＬ アップリンク
ＯＳ オペレーティングシステム
ＭＯ 移動体発信
ＭＴ 移動体着信
ＵＳＩＭ Ｕｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ（汎用加入者識別）モジュール
【0089】
定義
本明細書の目的上、３ＧＰＰ（登録商標） ＴＲ ２１．９０５ ［１］及び以下に示す用語及び定義が適用される。本明細書で定義された用語は、３ＧＰＰ（登録商標） ＴＲ ２１．９０５［１］に同じ用語がある場合、その定義よりも優先される。
本明細書の目的上、３ＧＰＰ（登録商標） ＴＲ ２１．９０５ ［１］及び以下に示す用語及び定義が適用される。本明細書で定義された用語は、３ＧＰＰ（登録商標） ＴＲ ２１．９０５［１］に同じ用語がある場合、その定義よりも優先される。
【0090】
参考文献一覧
［１］ ３ＧＰＰ（登録商標） ＴＲ ２１．９０５：「３ＧＰＰ（登録商標）仕様の語彙」。Ｖ１５．０．０（２０１８－０３）。
［２］ ３ＧＰＰ（登録商標） ＴＳ ３８．３３１：「Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ） プロトコル仕様」Ｖ１５．７．０。
［３］ ３ＧＰＰ（登録商標） ＴＳ ３８．１３３：「無線リソース管理サポートの要件」
［４］ ３ＧＰＰ（登録商標） ＴＳ ３８．２１１：「物理チャネルと変調」Ｖ１５．７．０
［５］ ３ＧＰＰ（登録商標） ＴＳ ３８．２１２：「多重化とチャネル符号化」Ｖ１５．７．０
［６］ ３ＧＰＰ（登録商標） ＴＳ ３８．２１３：「制御のための物理層手順」Ｖ１５．７．０
［７］ ３ＧＰＰ（登録商標） ＴＳ ３８．２１４：「データのための物理層手順」Ｖ１５．７．０
［８］ ３ＧＰＰ（登録商標） ＴＳ ３８．３２１：「媒体アクセス制御（ＭＡＣ）プロトコル仕様」Ｖ１５．７．０
［９］ ５Ｇ ＮＲ：「次世代無線技術」Ｅｒｉｃ Ｄａｈｌｍａｎ， Ｓｔｅｆａｎ Ｐａｒｋｖａｌｌ， Ｊｏｈａｎ Ｓｋｏｌｄ
［１０］ ＥＰ２８２９０９９Ａ１ 送信点選択
［１］ ３ＧＰＰ（登録商標） ＴＲ ２１．９０５：「３ＧＰＰ（登録商標）仕様の語彙」。Ｖ１５．０．０（２０１８－０３）。
［２］ ３ＧＰＰ（登録商標） ＴＳ ３８．３３１：「Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ） プロトコル仕様」Ｖ１５．７．０。
［３］ ３ＧＰＰ（登録商標） ＴＳ ３８．１３３：「無線リソース管理サポートの要件」
［４］ ３ＧＰＰ（登録商標） ＴＳ ３８．２１１：「物理チャネルと変調」Ｖ１５．７．０
［５］ ３ＧＰＰ（登録商標） ＴＳ ３８．２１２：「多重化とチャネル符号化」Ｖ１５．７．０
［６］ ３ＧＰＰ（登録商標） ＴＳ ３８．２１３：「制御のための物理層手順」Ｖ１５．７．０
［７］ ３ＧＰＰ（登録商標） ＴＳ ３８．２１４：「データのための物理層手順」Ｖ１５．７．０
［８］ ３ＧＰＰ（登録商標） ＴＳ ３８．３２１：「媒体アクセス制御（ＭＡＣ）プロトコル仕様」Ｖ１５．７．０
［９］ ５Ｇ ＮＲ：「次世代無線技術」Ｅｒｉｃ Ｄａｈｌｍａｎ， Ｓｔｅｆａｎ Ｐａｒｋｖａｌｌ， Ｊｏｈａｎ Ｓｋｏｌｄ
［１０］ ＥＰ２８２９０９９Ａ１ 送信点選択
【符号の説明】
【0091】
４０１ （Ｒ） ＡＮノード又はｇＮＢによる基準時間情報
４０２ ＵＥによるＳＲＳ送信
４０３ （Ｒ）ＡＮノード又はｇＮＢによるＴＡコマンド
４０４ ＵＥクロックの更新
６０１ （Ｒ）ＡＮノード又はｇＮＢによる基準時間情報
６０２ ＵＥによるスケジューリング要求
６０３ （Ｒ）ＡＮノード又はｇＮＢによるＴＡコマンド
６０４ ＵＥクロックの更新
８０１ （Ｒ）ＡＮノードによるＴＡコマンド
８０２ ＵＥによるＰＤ計算
８０３ （Ｒ）ＡＮノード又はｇＮＢによる基準時間情報
８０４ ＵＥクロックの更新
４０２ ＵＥによるＳＲＳ送信
４０３ （Ｒ）ＡＮノード又はｇＮＢによるＴＡコマンド
４０４ ＵＥクロックの更新
６０１ （Ｒ）ＡＮノード又はｇＮＢによる基準時間情報
６０２ ＵＥによるスケジューリング要求
６０３ （Ｒ）ＡＮノード又はｇＮＢによるＴＡコマンド
６０４ ＵＥクロックの更新
８０１ （Ｒ）ＡＮノードによるＴＡコマンド
８０２ ＵＥによるＰＤ計算
８０３ （Ｒ）ＡＮノード又はｇＮＢによる基準時間情報
８０４ ＵＥクロックの更新
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【国際調査報告】