特表2023-518597 | 知財ポータル「IP Force」

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

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

▶ ノキア　テクノロジーズ　オサケユイチアの特許一覧

特表2023-518597ネットワーク時間の監視および調整

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

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

< >

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

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-05-02

(54)【発明の名称】ネットワーク時間の監視および調整

(51)【国際特許分類】

H04W 56/00 20090101AFI20230425BHJP

H04L 7/00 20060101ALI20230425BHJP

【ＦＩ】

H04W56/00

H04L7/00 990

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022558073

(86)(22)【出願日】2021-03-22

(85)【翻訳文提出日】2022-10-26

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

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

(87)【国際公開日】2021-09-30

(31)【優先権主張番号】20205302

(32)【優先日】2020-03-26

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＪＡＶＡ

２．３ＧＰＰ

３．ＷＣＤＭＡ

(71)【出願人】

【識別番号】515076873

【氏名又は名称】ノキアテクノロジーズオサケユイチア

(74)【代理人】

【識別番号】100094569

【弁理士】

【氏名又は名称】田中伸一郎

(74)【代理人】

【識別番号】100103610

【弁理士】

【氏名又は名称】▲吉▼田和彦

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田洋之

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚文昭

(74)【代理人】

【識別番号】100086771

【弁理士】

【氏名又は名称】西島孝喜

(74)【代理人】

【識別番号】100109335

【弁理士】

【氏名又は名称】上杉浩

(74)【代理人】

【識別番号】100120525

【弁理士】

【氏名又は名称】近藤直樹

(74)【代理人】

【識別番号】100139712

【弁理士】

【氏名又は名称】那須威夫

(74)【代理人】

【識別番号】100167911

【弁理士】

【氏名又は名称】豊島匠二

(72)【発明者】

【氏名】ウィアチェクファビアン

【テーマコード（参考）】

5K047

5K067

【Ｆターム（参考）】

5K047AA18

5K067EE02

5K067EE10

5K067HH22

5K067HH23

(57)【要約】

ネットワークのタイミングを監視するための装置および方法が開示される。方法は、装置と１つまたは複数の無線アクセスノードの間の基準伝搬遅延に関する情報を格納すること（３００）と、１つまたは複数の無線アクセスノードからの基準信号の受信を制御すること（３０２）であって、基準信号が信号の送信時刻に関する情報を含んでいる、制御すること（３０２）と、基準信号の受信時刻を決定すること（３０４）と、受信時刻と送信時刻の時間差に基づいて基準信号の伝搬遅延を決定すること（３０６）と、決定されて格納された伝搬遅延に基づいて装置および１つまたは複数の無線アクセスノードの時間基準の正しさを決定すること（３０８）とを含む。

【特許請求の範囲】

【請求項1】

装置と１つまたは複数の無線アクセスノードの間の基準伝搬遅延に関する情報を格納するための手段（１５００、１５０６）と、
１つまたは複数の無線アクセスノードからの基準信号の受信を制御するための手段（１５００、１５０６）であって、前記基準信号が前記信号の前記送信時刻に関する情報を含んでいる、前記手段（１５００、１５０６）と、
前記基準信号の前記受信時刻を決定するための手段（１５００、１５０４）と、
前記受信時刻と前記送信時刻の前記時間差に基づいて前記基準信号の前記伝搬遅延を決定するための手段（１５００、１５０４）と、
前記決定されて格納された伝搬遅延に基づいて前記装置および前記１つまたは複数の無線アクセスノードの時間基準の正しさを決定するための手段（１５００、１５０４）とを備える、装置。

【請求項2】

２つ以上の無線アクセスノードに関連する前記決定されて格納された伝搬遅延が等しくない場合に、前記装置の前記時間基準が正しくないということを決定するための手段をさらに備える、請求項１に記載の装置。

【請求項3】

前記無線アクセスノードに関連する前記決定されて格納された伝搬遅延が等しくなく、前記１つまたは複数の無線アクセスノードのうちの少なくとも１つの他のノードに関連する前記決定されて格納された伝搬遅延が特定のマージンを伴って等しい場合に、前記１つまたは複数の無線アクセスノードのうちの１つの前記時間基準が正しくないということを決定するための手段をさらに備える、請求項１～２のいずれか１項に記載の装置。

【請求項4】

前記正しくない時間基準に対する修正を決定するための手段をさらに備える、請求項２または３のいずれか１項に記載の装置。

【請求項5】

前記１つまたは複数の無線アクセスノードのうちの前記１つの無線アクセスノードへの指示の送信を制御するための手段をさらに備え、前記指示が、前記正しくない時間基準に対する前記修正に関する情報を含む、請求項２～４のいずれか１項に記載の装置。

【請求項6】

前記決定された修正に基づいて前記装置の前記時間基準を修正するための手段をさらに備える、請求項２または４のいずれか１項に記載の装置。

【請求項7】

ユーザ端末への基準信号の送信を制御するための手段（１６００、１６０６、１６０８）であって、前記基準信号が前記信号の前記送信時刻に関する情報を含んでいる、前記手段（１６００、１６０６、１６０８）と、
前記ユーザ機器からの指示の受信を制御するための手段（１６００、１６０６、１６０８）であって、前記指示が、前記装置の前記時間基準に対する前記修正に関する情報を含んでいる、前記手段（１６００、１６０６、１６０８）と、
前記指示に基づいて前記装置の前記時間基準を修正するための手段（１６００、１６０４）とを備える、装置。

【請求項8】

前記装置の前記時間基準を修正した後に、前記ユーザ機器への基準信号の送信を制御するための手段をさらに備える、請求項７に記載の装置。

【請求項9】

装置と１つまたは複数の無線アクセスノードの間の基準伝搬遅延に関する情報を格納すること（３００）と、
１つまたは複数の無線アクセスノードからの基準信号の受信を制御すること（３０２）であって、前記基準信号が前記信号の前記送信時刻に関する情報を含んでいる、前記制御すること（３０２）と、
前記基準信号の前記受信時刻を決定すること（３０４）と、
前記受信時刻と前記送信時刻の前記時間差に基づいて前記基準信号の前記伝搬遅延を決定すること（３０６）と、
前記決定されて格納された伝搬遅延に基づいて前記装置および前記１つまたは複数の無線アクセスノードの時間基準の正しさを決定すること（３０８）とを含む、方法。

【請求項10】

２つ以上の無線アクセスノードに関連する前記決定されて格納された伝搬遅延が等しくない場合に、前記装置の前記時間基準が正しくないということを決定することをさらに含む、請求項９に記載の方法。

【請求項11】

前記無線アクセスノードに関連する前記決定されて格納された伝搬遅延が等しくなく、前記１つまたは複数の無線アクセスノードのうちの少なくとも１つの他のノード、第２の無線アクセスノードに関連する前記決定されて格納された伝搬遅延が特定のマージンを伴って等しい場合に、前記１つまたは複数の無線アクセスノードのうちの１つの前記時間基準が正しくないということを決定することをさらに含む、請求項９～１０のいずれか１項に記載の方法。

【請求項12】

前記正しくない時間基準に対する修正を決定することをさらに含む、請求項１０または１１のいずれか１項に記載の方法。

【請求項13】

前記１つまたは複数の無線アクセスノードのうちの前記１つの無線アクセスノードへの指示の送信を制御することをさらに含み、前記指示が、前記正しくない時間基準に対する前記修正に関する情報を含む、請求項１０～１２のいずれか１項に記載の方法。

【請求項14】

前記決定された修正に基づいて前記装置の前記時間基準を修正することをさらに含む、請求項１０または１２のいずれか１項に記載の方法。

【請求項15】

ユーザ端末への基準信号の送信を制御すること（４００）であって、前記基準信号が前記信号の前記送信時刻に関する情報を含んでいる、前記制御すること（４００）と、
前記ユーザ機器からの指示の受信を制御すること（４０２）であって、前記指示が、前記装置の前記時間基準に対する前記修正に関する情報を含んでいる、前記制御すること（４０２）と、
前記指示に基づいて前記装置の前記時間基準を修正すること（４０４）とを含む、方法。

【請求項16】

前記装置の前記時間基準を修正した後に、前記ユーザ機器への基準信号の送信を制御することをさらに含む、請求項１５に記載の方法。

【請求項17】

命令を含んでいるコンピュータプログラムであって、前記命令が、装置に、
前記装置と１つまたは複数の無線アクセスノードの間の基準伝搬遅延に関する情報を格納すること（３００）と、
１つまたは複数の無線アクセスノードからの基準信号の受信を制御すること（３０２）であって、前記基準信号が前記信号の前記送信時刻に関する情報を含んでいる、前記制御すること（３０２）と、
前記基準信号の前記受信時刻を決定すること（３０４）と、
前記受信時刻と前記送信時刻の前記時間差に基づいて前記基準信号の前記伝搬遅延を決定すること（３０６）と、
前記決定されて格納された伝搬遅延に基づいて前記装置および前記１つまたは複数の無線アクセスノードの時間基準の正しさを決定すること（３０８）とを少なくとも実行させる、コンピュータプログラム。

【請求項18】

命令を含んでいるコンピュータプログラムであって、前記命令が、装置に、
ユーザ端末への基準信号の送信を制御すること（４００）であって、前記基準信号が前記信号の前記送信時刻に関する情報を含んでいる、前記制御すること（４００）と、
前記ユーザ機器からの指示の受信を制御すること（４０２）であって、前記指示が、前記装置の前記時間基準に対する前記修正に関する情報を含んでいる、前記制御すること（４０２）と、
前記指示に基づいて前記装置の前記時間基準を修正すること（４０４）とを少なくとも実行させる、コンピュータプログラム。

【請求項19】

少なくとも１つのプロセッサと、コンピュータプログラムコードを含んでいる少なくとも１つのメモリとを備えている装置であって、前記少なくとも１つのメモリおよび前記コンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、
前記装置と１つまたは複数の無線アクセスノードの間の基準伝搬遅延に関する情報を格納することと、
１つまたは複数の無線アクセスノードからの基準信号の受信を制御することであって、前記基準信号が前記信号の前記送信時刻に関する情報を含んでいる、前記制御することと、
前記基準信号の前記受信時刻を決定することと、
前記受信時刻と前記送信時刻の前記時間差に基づいて前記基準信号の前記伝搬遅延を決定することと、
前記決定されて格納された伝搬遅延に基づいて前記装置および前記１つまたは複数の無線アクセスノードの時間基準の正しさを決定することとを少なくとも実行させるように構成される、装置。

【請求項20】

少なくとも１つのプロセッサと、コンピュータプログラムコードを含んでいる少なくとも１つのメモリとを備えている装置であって、前記少なくとも１つのメモリおよび前記コンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、
ユーザ機器への基準信号の送信を制御することであって、前記基準信号が前記信号の前記送信時刻に関する情報を含んでいる、前記制御することと、
前記ユーザ機器からの指示の受信を制御することであって、前記指示が、前記装置の前記時間基準に対する前記修正に関する情報を含んでいる、前記制御することと、
前記指示に基づいて前記装置の前記時間基準を修正することとを少なくとも実行させるように構成される、装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の例示的な非限定的実施形態は、一般に、ワイヤレス通信システムに関連している。本発明の例示的な非限定的実施形態は、特に、ワイヤレス通信ネットワーク内の装置および方法に関連している。

【背景技術】

【0002】

モバイル通信用グローバルシステム、ＧＳＭ、ロングタームエボリューションアドバンスド、ＬＴＥ－アドバンスド、ＬＴＥ－Ａ、またはニューラジオ、ＮＲなどのワイヤレス通信同期システムでは、５Ｇが、無線インターフェイスを経由して、例えば協定世界時、ＵＴＣであってよいネットワーク時間に関する情報をユーザ端末に提供し得る。ネットワーク時間は、例えば、ユーザ端末の内部クロック同期に使用されてよい。一般に、ユーザ端末内の時間基準は、安定性が不十分であり、内部クロックがネットワーク時間と定期的に同期される必要がある。このことは、ユーザ端末にサービスを提供する無線アクセスノードにも当てはまる。無線アクセスノードの内部クロックは、ネットワークの高精度基準クロック、ＰＲＣと同期される必要がある。ＰＲＣは、例えば、全地球的航法衛星システム、ＧＮＳＳ、時間から、または原子時計から取得されてよい。

【0003】

ＰＲＣの同期が失われた場合、モバイルネットワークは、特定の期間にわたって、ネットワーク要素の内部クロックに基づいて動作し続けることがある。例えば、ネットワーク時間がＧＮＳＳ時間に基づく場合、人工衛星に基づくシステムの故障または停止が発生することがある。そのような状況の例は、太陽フレアまたは電波妨害攻撃であることがある。また、原子時計の場合、システム故障が発生することがある。何らかの故障によって引き起こされた累積的な時間誤差または周波数誤差が大きくなり過ぎた場合、ネットワークのそれ以上の動作が危険にさらされることがある。このことは、無線インターフェイスを経由する動作にも当てはまり、ユーザ端末は、特定の相対的に短い周期で同期せずに動作し続けることがある。

【発明の概要】

【0004】

以下に、本発明の一部の態様の基本的理解を可能にするために、本発明の簡略化された概要を示す。この概要は、本発明の広範囲に及ぶ概要ではない。この概要は、本発明の主要な要素を識別するよう意図されておらず、本発明の範囲を正確に説明するよう意図されてもいない。この概要の唯一の目的は、後で提示されるより詳細な説明のための前置きとして、本発明の一部の概念を簡略化された形態で提示することである。

【0005】

本発明の態様によれば、通信ネットワーク内の装置が提供されており、この装置は、装置と１つまたは複数の無線アクセスノードの間の基準伝搬遅延に関する情報を格納するための手段と、１つまたは複数の無線アクセスノードからの基準信号の受信を制御するための手段であって、基準信号が信号の送信時刻に関する情報を含んでいる、手段と、基準信号の受信時刻を決定するための手段と、受信時刻と送信時刻の時間差に基づいて基準信号の伝搬遅延を決定するための手段と、決定されて格納された伝搬遅延に基づいて装置および１つまたは複数の無線アクセスノードの時間基準の正しさを決定するための手段とを備える。

【0006】

本発明の態様によれば、通信ネットワーク内の装置が提供されており、この装置は、ユーザ端末への基準信号の送信を制御するための手段であって、基準信号が信号の送信時刻に関する情報を含んでいる、手段と、ユーザ機器からの指示の受信を制御するための手段であって、指示が、装置の時間基準に対する修正に関する情報を含んでいる、手段と、この指示に基づいて装置の時間基準を修正するための手段とを備える。

【0007】

本発明の態様によれば、方法が提供されており、この方法は、装置と１つまたは複数の無線アクセスノードの間の基準伝搬遅延に関する情報を格納することと、１つまたは複数の無線アクセスノードからの基準信号の受信を制御することであって、基準信号が信号の送信時刻に関する情報を含んでいる、制御することと、基準信号の受信時刻を決定することと、受信時刻と送信時刻の時間差に基づいて基準信号の伝搬遅延を決定することと、決定されて格納された伝搬遅延に基づいて装置および１つまたは複数の無線アクセスノードの時間基準の正しさを決定することとを含む。

【0008】

本発明の態様によれば、通信ネットワーク内の方法が提供されており、この方法は、ユーザ端末への基準信号の送信を制御することであって、基準信号が信号の送信時刻に関する情報を含んでいる、制御することと、ユーザ機器からの指示の受信を制御することであって、この指示が装置の時間基準に対する修正に関する情報を含んでいる、制御することと、この指示に基づいて装置の時間基準を修正することとを含む。

【0009】

本発明の態様によれば、コンピュータプログラムが提供されており、コンピュータプログラムは、装置に、装置と１つまたは複数の無線アクセスノードの間の基準伝搬遅延に関する情報を格納することと、１つまたは複数の無線アクセスノードからの基準信号の受信を制御することであって、基準信号が信号の送信時刻に関する情報を含んでいる、制御することと、基準信号の受信時刻を決定することと、受信時刻と送信時刻の時間差に基づいて基準信号の伝搬遅延を決定することと、決定されて格納された伝搬遅延に基づいて装置および１つまたは複数の無線アクセスノードの時間基準の正しさを決定することとを少なくとも実行させる命令を含んでいる。

【0010】

本発明の態様によれば、コンピュータプログラムが提供されており、コンピュータプログラムは、装置に、ユーザ端末への基準信号の送信を制御することであって、基準信号が信号の送信時刻に関する情報を含んでいる、制御することと、ユーザ機器からの指示の受信を制御することであって、この指示が装置の時間基準に対する修正に関する情報を含んでいる、制御することと、この指示に基づいて装置の時間基準を修正することとを少なくとも実行させる命令を含んでいる。

【0011】

以下では、実装の１つまたは複数の実施例が、添付の図面および説明においてさらに詳細に示される。説明および図面から、ならびに特許請求の範囲から、その他の特徴が明らかになるであろう。独立請求項の範囲に該当しない、本明細書で説明される実施形態および／または実施例ならびに特徴は、もしあれば、本発明のさまざまな実施形態を理解することに役立つ例として解釈されるべきである。

【0012】

以下では、添付の図面を参照し、好ましい実施形態を用いて、本発明が詳細に説明される。

【図面の簡単な説明】

【0013】

【図1】通信システムの簡略化されたシステムアーキテクチャの例を示す図である。

【図2】通信システムの簡略化されたシステムアーキテクチャの例を示す図である。

【図3】一部の実施形態を示すフローチャートである。

【図4】一部の実施形態を示すフローチャートである。

【図5A-5B】一部の実施形態の例を示す図である。

【図6A-6B】一部の実施形態の例を示す図である。

【図7A-7B】一部の実施形態の例を示す図である。

【図8】ユーザ機器の較正の例を示すフローチャートである。

【図9】数値の例を示す図である。

【図10】較正されたユーザ機器の動作の例を示すフローチャートである。

【図11】一部の実施形態の一部の例を示すフローチャートである。

【図12】一部の実施形態の一部の例を示すフローチャートである。

【図13】一部の実施形態の一部の例を示すフローチャートである。

【図14】一部の実施形態の一部の例を示すフローチャートである。

【図15】一部の実施形態の装置の例を示す図である。

【図16】一部の実施形態の装置の例を示す図である。

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

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

したがって、到着時間（ＴＯＡ）の時間差Ｔ₁－Ｔ₀は、伝搬遅延に対応してよいが、２つの異なる基準時間ソース（アクセスノードおよびＲｅｆＵＥ）が使用されている。同期伝送が使用されるため、多くの測定結果間の時間関係が比較され得る。上記の表記を使用すると、ｅＮＢ１５０２によって送信された基準信号の時間差は、Ｔ_prop（ｅＮＢ１，Ｔ_e1，Ｔ_ue）として示されてよい。

【0057】

前述したように、ＲｅｆＵＥは、装置と１つまたは複数の無線アクセスノードの間の基準伝搬遅延に関する情報を格納するように構成されてよい。ユーザ機器５００とアクセスノードｅＮＢ１５０２の間の基準伝搬遅延５０６は、Ｔ_ref（ｅＮＢ１）と示されてよく、ユーザ機器５００とアクセスノードｅＮＢ２５０４の間の基準伝搬遅延５１０は、Ｔ_ref（ｅＮＢ２）として示されてよい。

【0058】

ＲｅｆＵＥとアクセスノードの間の決定されたＴＯＡ伝搬遅延が、同じアクセスノードの基準伝搬遅延と比較されてよい。ＴＯＡ測定結果における逸脱は、アクセスノード側またはＲｅｆＵＥ側での時間基準のソースが時間的にずれていたということを示してよい。ＲｅｆＵＥは、他のアクセスノードとのＴＯＡ測定結果を分析することによって、アクセスノード側またはＲｅｆＵＥ側のどちらに基準クロックのずれが存在するかを決定し得る。

【0059】

実施形態では、それに応じてＲｅｆＵＥは、アクセスノードまたはＲｅｆＵＥに対して時間補償を提案してよい。ＲｅｆＵＥは、時間のずれのソースを決定してよく、ｅＮＢまたはＲｅｆＵＥの内部基準クロックに対する時刻修正を行ってよい。このようにして、時刻同期のための従来のトップダウン手法とは異なる、ボトムアップの時刻同期が行われてよい。

【0060】

図５Ａおよび５Ｂの例では、ユーザ機器５００とアクセスノードｅＮＢ１５０２の間の基準伝搬遅延５０６（Ｔ_ref（ｅＮＢ１））、およびユーザ機器５００とアクセスノードｅＮＢ２５０４の間の基準伝搬遅延５１０（Ｔ_ref（ｅＮＢ２））が、ある早期の時点で決定された。

【0061】

例えば、ミリメートルの精度を有するレーザー測距器を利用して、ユーザ機器ＲｅｆＵＥとアクセスノードｅＮＢ１５０２およびアクセスノードｅＮＢ２５０４との間の距離が測定されてよい。伝搬時間は距離に比例する。例えば、アクセスノードｅＮＢ１の場合、次式が適用される。

【0062】

【数1】

ここで、Ｔ_ref（ｅＮＢ１）はｅＮＢ１との距離の測定に基づく基準信号伝搬遅延であり、ｃは光の速度であり、Ｄ_ref（ｅＮＢ１）はＲｅｆＵＥとｅＮＢ１の間の測定された基準距離である。

【0063】

アクセスノードｅＮＢ１５０２が、時間Ｔ₀に基準信号５０８をユーザ機器５００に送信し、ユーザ機器が、時間Ｔ₁に信号を受信する。それぞれ、アクセスノードｅＮＢ２５０４が、時間Ｔ₃に基準信号５１２をユーザ機器５００に送信し、ユーザ機器が、時間Ｔ₄に信号を受信する。

【0064】

上記の方法を使用して、ＴＯＡ伝搬遅延に比例する半径５１４、５１６を有する対応するＴＯＡリングを決定することができる。一例として、ｅＮＢ１を使用して基準信号伝搬遅延を決定するための方程式は次のとおりである。
Ｔ_prop（ｅＮＢ１，Ｔ_e1，Ｔ_ue）＝Ｔ₁（Ｔ_ue）－Ｔ₀（Ｔ_e1）（方程式２）
ここで、Ｔ_prop（ｅＮＢ１，Ｔ_e1，Ｔ_ue）は、ＲｅｆＵＥとｅＮＢ１の間の距離、ならびにｅＮＢ１およびＲｅｆＵＥの基準クロックの関数である基準信号伝搬遅延であり、Ｔ₁（Ｔ_ue）は、ＲｅｆＵＥのクロックに依存するＲｅｆＵＥによる物理的基準信号受信の時間であり、Ｔ₀（Ｔ_e1）は、ｅＮＢ１のクロックに依存するｅＮＢ１による物理的基準信号送信の時間である。

【0065】

図５Ａの例では、ＲｅｆＵＥ、ｅＮＢ１、およびｅＮＢ２の基準クロックは、時間的に正しい。したがって、方程式３および４の次の条件が満たされる（一例として、やはりｅＮＢ１を使用する）。
Ｔ_prop（ｅＮＢ１，Ｔ_e1，Ｔ_ue）＝Ｔｒｅｆ（ｅＮＢ１）（方程式３）

【0066】

【数2】

【0067】

上記の方程式が一致する場合、基準クロックに誤差はない。アクセスポイントｅＮＢおよびＲｅｆＵＥが両方とも高精度基準クロックＰＲＣと同期されている可能性があり、この同期が関数Ｔ_ue（Ｔ_e1（Ｔ））として定義されてよく、これがモバイルネットワークの動作の標準的な状況である。通常、アクセスポイントが同期をユーザ機器に提供する。したがって、通常の状況では、ユーザ機器での基準時間は、ユーザ機器の基準時間の関数であり、同様に、アクセスポイントの基準時間の関数である。

【0068】

相対的なＴＯＡ伝搬遅延が、正確な距離測定機器によって決定された実質的に等しい基準遅延になる必要があるため、方程式３および４に基づいて、基準時間Ｔ_ueまたはＴ_e1が正しいかどうかを判定することが可能になり得る。方程式３および４が満たされた場合、アクセスポイントおよびＲｅｆＵＥの時間基準は正常な状態である。これらの方程式が一致しない場合、アクセスポイントの基準時間またはＲｅｆＵＥの基準時間のいずれかに誤差が存在する。

【0069】

さらに、方程式のうちの１つが一致しなかった場合、２つ以上のアクセスポイントに対して方程式３および方程式４を分析することによって、共通の故障点（ＲｅｆＵＥ）が存在するかどうかに関して、基準時間ソースの不安定性がアクセスポイントに関連しているかどうかを判定することが可能になり得る。１つのアクセスポイントに関する誤差が存在するが、他のアクセスポイントの方程式が一致する場合、この個別のアクセスポイントの基準クロックのタイミングに誤りがある可能性がある。２つ以上のアクセスポイントの方程式が誤差を示している場合、誤ったタイミングがＲｅｆＵＥ内にある。

【0070】

実施形態では、方程式３および４の正しさを決定するときに、特定の許容誤差が適用されてよい。

【0071】

図５Ａおよび５Ｂは、ｅＮＢ１およびｅＮＢ２の両方の基準信号送信の伝搬遅延が各基準信号伝搬遅延に実質的に等しいという状況を示している。次に、図６Ａおよび６Ｂは、ある期間にわたって、アクセスポイントｅＮＢ１５０２がＰＲＣとの同期を失った例を示している。これは、クロックの同期を維持するために、ｅＮＢ１がそれ自身の内部クロックに頼る必要があるということを意味する。この場合、時間関係は、Ｔ_ue（Ｔ_e1（Ｔ_e1））として示されてよい。図６Ａおよび６Ｂの例では、このＰＲＣの欠如が、ｅＮＢ１のクロックの不安定性につながった。

【0072】

図６Ａおよび６Ｂは、ＲｅｆＵＥとｅＮＢ１の間のＴＯＡ伝搬遅延距離が、ｅＮＢ１との基準遅延に実質的に等しくなく、方程式３および４によって定義された条件が満たされない例を示している。次のように、伝搬遅延Ｔ₁（Ｔ_ue）－Ｔ₀（Ｔ_e1）が、基準遅延Ｔ_ref（ｅＮＢ１）より大きい。
Ｔ₁（Ｔ_ue）－Ｔ₀（Ｔ_e1）＞Ｔ_ref（ｅＮＢ１）

【0073】

ｅＮＢ１およびＲｅｆＵＥの位置がどちらも変更されていないため、ＴＯＡの誤差の理由は、ｅＮＢ１またはＲｅｆＵＥのどちらかでの基準時間ソースのずれである可能性がある。マイクロ波の速度が一定であるため、これが選択肢になる。この時点では、１つのｅＮＢとの１つのＴＯＡ測定結果に基づいて、問題がＲｅｆＵＥの基準時間ソースＴ_ueまたはｅＮＢ１の基準時間ソースＴ_e1のどちらにあるかを決定することが可能でなくてよい。

【0074】

ＲｅｆＵＥは、ｅＮＢとＲｅｆＵＥの対をさらに分析することによって、ＴＯＡ測定結果に関連付けられた時間のずれのソースを明確に示してよい。図６Ａおよび６Ｂの例では、ｅＮＢ２とのＴＯＡ測定結果が、方程式３および４の条件を次のように満たしている。
Ｔ₄（Ｔ_ue）－Ｔ₃（Ｔ_e2）＝Ｔ_ref（ｅＮＢ２）

【0075】

これは、ＲｅｆＵＥの基準時間ソースＴ_ueおよびｅＮＢ２の基準時間ソースＴ_e2が、特定の許容誤差で共通の基準クロックを有しているということを示している。同じＲｅｆＵＥのクロックＴ_ueが使用されるｅＮＢ１とのＴＯＡ測定結果に関しては、問題が、Ｔ₀（Ｔ_e1）によって決定さる時間に影響を与えているため、ｅＮＢ１の内部クロックＴ_e1に関連するということが決定されることができる。

【0076】

図６Ａおよび６Ｂの例では、誤差が、長過ぎる伝搬遅延を引き起こす。特定のＴＯＡ伝搬遅延が対応する基準遅延より短い場合、すなわち、伝搬遅延Ｔ₁（Ｔ_ue）－Ｔ₀（Ｔ_e1）が、基準遅延Ｔ_ref（ｅＮＢ１）より短い場合、同様の状況になることがある。

【0077】

図７Ａおよび７Ｂは、別の例を示している。この例では、次のように、ｅＮＢ１によって送信された基準信号も、ｅＮＢ２によって送信された基準信号も、方程式３を満たさない。
Ｔ₁（Ｔ_ue）－Ｔ₀（Ｔ_e1）＞Ｔ_ref（ｅＮＢ１）
Ｔ₄（Ｔ_ue）－Ｔ₃（Ｔ_e2）＞Ｔ_ref（ｅＮＢ２）

【0078】

このような状況は、例えば、何らかの理由のためにＲｅｆＵＥ５００が同期を失った場合に、発生することがある。ＲｅｆＵＥでの間違った基準時間は、Ｔ_ueがＴ₁（Ｔ_ue）およびＴ₄（Ｔ_ue）によって決定される時間に影響を与えるため、正しくないＴＯＡ測定結果を引き起こすことがある。Ｔ_ueがＴＯＡ測定結果に共通しているため、すべてのＴＯＡ伝搬測定結果が正しくない可能性がある。

【0079】

現在、ユーザ機器が無線アクセスノードと定期的に同期する必要があり、その手順がランダムアクセス手順を必要とし、無線リソースを消費するということに注意する。

【0080】

任意のＴＯＡ伝搬遅延が任意の関連する基準遅延より短い場合にも、図７Ａおよび７Ｂと同様の状況になることがある。

【0081】

標準的な時間のずれが、継続的な徐々のプロセスであり、ＲｅｆＵＥのサンプリング周期に関して、時間のずれのモデル化のためには十分であり得るということに注意する。ＲｅｆＵＥからの修正処置が必要とされるかどうかを指定するために、許容される時間のずれのパラメータ、例えばｅＮＢ１の場合のＴ_drift1Maxが決定されてよい。

【0082】

異なる現在のＴ_drift1の指示とのＴＯＡ測定結果の交差領域が、基準時間の安定性のさらなる評価に使用されてよく、最適な修正処置をトリガーしてもよい。

【0083】

実施形態では、ＲｅｆＵＥ５００が使用前に較正されてよい。ＬＴＥでは、基本時間単位Ｔ_s＝０．０３２５マイクロ秒が、ＯＦＤＭシンボルのサンプリング時間であるため使用される。このＴ_s＝０．０３２５マイクロ秒は、距離における４．８７５ｍの粒度（精度）を生み出し、この粒度は、ナノ秒の精度を使用して決定されることがあるＴ_refの値に関しては、不十分な精度である。

【0084】

図８は、３つのｅＮＢの場合のＲｅｆＵＥ較正プロセスのアクティビティ図の例を示している。しかし、同様のプロセスが、任意の数のｅＮＢに当てはまる。

【0085】

ステップ８００「ＰＲＣ：高精度基準クロック」で、高精度基準クロックＴからの時間がｅＮＢ１に提供され、この時間はｅＮＢに共通であってよい。この要件が較正中に満たされ得るということが仮定される。

【0086】

ステップ８０２「ｅＮＢ１：内部クロックを同期する」で、ｅＮＢ１の内部クロックがＰＲＣと同期されてよい。したがって、ｅＮＢ１の内部クロックＴ_e1はＴの関数、すなわちＴ_e1（Ｔ）になる。ＰＲＣがｅＮＢに使用可能である場合、モバイルネットワーク内全体で、次のように実質的に同じ時間が使用される。
Ｔ_e1（Ｔ）＝Ｔ_e2（Ｔ）（方程式５）

【0087】

ＰＲＣとの同期がなければ、時間Ｔ_e1は、それ自身の水晶発振器（またはその他の手段）の安定性に頼る必要があり、その場合、Ｔ_e1時間値はＴ_e1（Ｔ_e1）と表されてよく、関係方程式５が真ではないことがある。

【0088】

ステップ８０４「ｅＮＢ１：ＴＯＡ基準シンボルを送信する」で、ｅＮＢ１が、物理的基準シンボル送信時間に関する情報を含む基準シンボルをブロードキャストまたは送信する。実施形態では、基準シンボルは、ｅＮＢ１のアンテナシステムからの送信時間であってよい。この場合、Ｔ₀（Ｔ_e1）が、ＨＨ：ＭＭ：ＳＳ：ＭＳ：ＵＳ：ＮＳの形態で提供されてよく、ラッチプロセスに起因して、Ｔ₀がＴ_e1の品質に依存する。Ｔ₀（Ｔ_e1）が物理的送信時間を表すため、ｅＮＢ１の処理およびｅＮＢ１の特定の送信の遅延が補償される必要があることがある。

【0089】

次のステップ８０６「ＲｅｆＵＥ：内部クロックをｅＮＢ１と同期する」で、ＲｅｆＵＥが、ネットワーク時間を受信するためにランダムアクセス手順を実行してよい。このようにして、ＲｅｆＵＥは、それ自身の内部クロックＴ_ueを、接続されたｅＮＢ１と同期してよく、これは最初は、関数Ｔ_ue（Ｔ_e1）を意味する。Ｔ_e1における不正確さがあると、Ｔ_ueに影響を与えることがある。このステップは、較正用である。また、ある期間の後に同期が失われることがあるため、ＲｅｆＵＥの時間のずれが予想され得る。
Ｔ_ue（Ｔ_ue）＝Ｔ_ue（Ｔ_e1）（方程式６）

【0090】

ＰＲＣがＲｅｆＵＥに使用可能である場合、ＲｅｆＵＥの時間は、標準的な事例と見なされ得る方程式７で規定されているように、時間Ｔの関数であってよい。ＲｅｆＵＥがネットワークと同期するときに、Ｔ_ue時間のずれが定期的に補償されてよい。
Ｔ_ue（Ｔ_ue）＝Ｔ_ue（Ｔ_e1）＝Ｔ_ue（Ｔ_e1（Ｔ））（方程式７）

【0091】

ステップ８０８「ＲｅｆＵＥ：ｅＮＢ１からＴＯＡ基準シンボルを受信する」で、ＲｅｆＵＥが、基準シンボルと、それ自身の時間基準ソースＴ_ueに関する基準シンボルの受信のラッチ時間Ｔ₁とを受信してよく、これは、ラッチ時間Ｔ₁が関数Ｔ₁（Ｔ_ue）であるということを意味する。ＲｅｆＵＥは、ＲｅｆＵＥの処理および送信の遅延を考慮してよい。

【0092】

ステップ８１０「ＲｅｆＵＥ：ｅＮＢ１とのＴＯＡ伝搬遅延を測定する」で、ＲｅｆＵＥが、Ｔ₀およびＴ₁の値を使用してｅＮＢ１とのＴＯＡ信号伝搬遅延を測定する。信号伝搬遅延Ｔ_prop1（ｅＮＢ１，Ｔ_e1，Ｔ_ue）は、方程式２によって決定されるが、基本時間単位Ｔ_sの粒度で測定される。

【0093】

ステップ８１２「ＲｅｆＵＥ：ｅＮＢ１との基準遅延（距離）」で、ｅＮＢの基準遅延が、方程式１によって規定されているように決定されてよい。

【0094】

ステップ８１４「ＲｅｆＵＥ：ｅＮＢ１の場合のＲｅｆＵＥのＴＯＡ伝搬遅延（距離）の較正」は、ＴＯＡの精度の改善を微調整するプロセスを表している。ＴＯＡに関連する修正係数ｅＮＢ１ｃｏｒｒが決定される。この修正係数が、特定のｅＮＢのＴＯＡ伝搬遅延測定結果に加算されてよい。この加算は、図９にも示されている例示的なデータを使用して、以下の数値の例に関して説明され得る。これらの非限定的な数値は、例示にすぎない。

【0095】

ＲｅｆＵＥは、この例では、ネットワーク時間と完全に同期され、すなわちＴ_ue（Ｔ_ue）＝Ｔ_ue（Ｔ_e1）、これによって、初期の時間のずれが補償されることを保証する。

【0096】

基準信号の送信時間Ｔ₀（Ｔ_e1）は、ＨＨ：ＭＭ：ＳＳ：ＭＳ：ＵＳ：ＮＳ＝００：００：００：００：００：００である。

【0097】

この例では、ＲｅｆＵＥは、ｅＮＢのアンテナシステム９００からの距離Ｄ_ref1（ｅＮＢ１）＝１００００ｍの位置にあり、この距離は、マイクロ波信号伝搬の場合の３３．３５６マイクロ秒に対応し、Ｔ_ref1（ｅＮＢ１）＝１０２．６４Ｔｓ（００：００：００：００：３３：３６）に対応する。

【0098】

ＲｅｆＵＥは、Ｔ_sの分解能９０２を含むＴ₁（Ｔ_ue）に関する情報をラッチしてよく、これはＴ₁（Ｔ_ue）＝１０３Ｔ_sを意味する。Ｔ₁（Ｔ_ue）の粒度に関連する誤差が存在することがあり、この誤差は－０．３６Ｔ_sに等しくてよく、ｅＮＢ１ｃｏｒｒとして示されてよい。

【0099】

次のステップでは、この例ではＴ_ue1（Ｔ_ue）として示され得るｅＮＢ１との基準のために、ｅＮＢ１ｃｏｒｒ＝－０．３６Ｔ_sが次のようにＴ_ue（Ｔ_ue）に加算されてよい。
Ｔ_ue1（Ｔ_ue）＝Ｔ_ue（Ｔ_ue）－ｅＮＢ１ｃｏｒｒ（方程式８）

【0100】

方程式８に基づいて、ｅＮＢ１に関する以降のすべてのＴＯＡ測定結果が、ｅＮＢ１ｃｏｒｒによって補償されてよい。その結果、Ｔ_sの境界が、Ｔ_ref1（ｅＮＢ１）によって決定された実際の伝搬遅延に合わせられる。次に、Ｔ₁（Ｔ_ue）での時間基準の精度におけるわずかな差が、１０３Ｔ_s（図９の左側の場合）または１０４Ｔ_s（図９の右側の場合）であってよい示されたＴ_sの変化によって伝えられ得る。

【0101】

さらに、追加のＴＯＡ測定の精度の向上が、０．５Ｔ_sだけシフトされた直角位相時間基準Ｔ_ue1Ｉ（Ｔ_ue）９０４およびＴ_ue1Ｑ（Ｔ_ue）９０６の使用によって達成されることができ、Ｔ_ue1Ｉ（Ｔ_ue）の場合の基準シンボルがＴ₁（Ｔ_ue）＝１０４Ｔ_sでラッチされてよく、一方、Ｔ_ue1Ｑ（Ｔ_ue）の場合の基準シンボルがＴ₁（Ｔ_ue）＝１０３Ｔ_sでラッチされてよいということが理解され得る。

【0102】

その結果、例えば、Ｔ₁（Ｔ_ue）イベントに１／４Ｔ_sの精度が割り当てられてよく、この精度は、標準的なＴＯＡ測定の精度よりも４倍良い。

【0103】

ＲｅｆＵＥ側でｅＮＢ１ｃｏｒｒを時間基準に加算することによって、ＴＯＡ測定結果における変化を検出することが可能になることができ、これは、より高いＴＯＡの精度を意味する。実施形態では、修正ｅＮＢ１ｃｏｒｒは静的である。任意のその他のｅＮＢの場合、他の修正係数が決定されてよい。

【0104】

図８に戻り、ステップ８１６「ＲｅｆＵＥ：ｅＮＢ１の場合の基準クロックのずれを測定する」で、ＲｅｆＵＥがＴ_drift1（Ｔ_e1，Ｔ_ue1）の安定性を測定する。Ｔ_ue1Ｉ（Ｔ_ue）およびＴ_ue1Ｑ（Ｔ_ue）（またはＴＯＡ測定用のさらにシフトされた基準クロック）の使用によって、ＴＯＡの精度が改善され得る。この場合、８．１２５ｎｓの時間シフトが検出されることができ、この値は、モバイルネットワーク時間の監視および検証のためには十分であることがある。この時間シフトは、Ｔ_drift1Max値として示されてもよく、Ｔ_drift1Max値は、Ｔ_ref1（ｅＮＢ１）に対して測定されたＴＯＡ遅延がこの制限を超えた場合のトリガーとして使用されてよい。

【0105】

実施形態では、ＲｅｆＵＥでより大きいＴ_sのシフトを時間基準として使用することによって、より高いＴＯＡの精度が可能であってもよく、これは、Ｔ₁のラッチプロセスが、シフトされた基準時間に関して次のように乗算される必要があるため、技術的に複雑ではない。
Ｔ_ue1Ｉ（Ｔ_ue）＝Ｔ_ue1（Ｔ_ue）（方程式９Ａ）

【0106】

【数3】

【0107】

実施形態では、ＲｅｆＵＥが較正された後に、ＲｅｆＵＥのＴ_ueに関連するＴ₁（Ｔ_ue）の不安定性またはｅＮＢ１のＴ_e1に関連するＴ₀（Ｔ_e1）の不安定性によって、ＴＯＡ伝搬遅延における変化が引き起こされることがある。

【0108】

実施形態では、ｅＮＢ１のＴ_e1（Ｔ_e1）での不安定性が、ｅＮＢ１に関連するＴＯＡ測定に影響を与えることがある。

【0109】

実施形態では、時間フロアＴ_ue（Ｔ_ue）が共通であってよく、加算される修正が方程式８などのように静的であるため、ＲｅｆＵＥのＴ_ue（Ｔ_ue）での不安定性が、すべての他のｅＮＢに関してＲｅｆＵＥによって実行されるＴＯＡ測定に影響を与えることがある。

【0110】

ＰＲＣが使用可能である正常なモバイルネットワークの動作では、ｅＮＢでの時間基準は許容誤差の範囲内にあり、これは、ネットワークに接続されたＲｅｆＵＥ（または任意のＵＥ）が正確かつ精確な時間を有している可能性があるということも意味する。ＵＥの基準時間ソースでの不安定性を補償するために、ＵＥのタイミングが定期的に再同期されてよい。しかし、ＰＲＣがあるｅＮＢに使用可能でない場合、再同期メカニズムが間違った結果をもたらすことがある。

【0111】

最後に、ステップ８１８で、カバレッジ内のいずれかのｅＮＢとのＲｅｆＵＥのＴＯＡ測定結果が較正されてよい。ｅＮＢ１のパラメータＴ_drift1Maxが精度を決定してよく、この値を超えた場合、Ｔ_ueまたはＴ_e1の時間修正のためのトリガーとして使用されてよい。説明されたように、直角位相または同様の技術が使用された場合、より高い精度が達成され得る、方程式９Ａおよび９Ｂを参照されたい。

【0112】

図１０は、較正されたＲｅｆＵＥ５００のアクティビティ図の例を示している。この例では、ｅＮＢ１が、ＰＲＣとの同期を失っている。しかし、ＰＲＣはまだｅＮＢ２およびｅＮＢＸに使用可能であってよい。ｅＮＢ１の動作は、それ自身の内部クロックに基づく。実施形態では、ｅＮＢ１によって送信された基準信号を利用したＴＯＡ測定結果が特定のしきい値レベルＴ_drift1Maxなどを超えたときに、ＲｅｆＵＥが基準時間のずれを検出してよい。アクセスノードが同期を失ったが、このノードの内部クロックが、少なくともある期間にわたって、まだ時間を十分正確に保ち得るということがあってよい。図１０の例では、ｅＮＢ１がＰＲＣとの同期を失っているが、ｅＮＢ１の時間のずれは、まだ制限内であってよい。ＲｅｆＵＥは、ｅＮＢからのＴＯＡ測定結果が正しいということを決定してよく、これは、ｅＮＢに関して、方程式３および４における条件が真であるということを意味する。ＲｅｆＵＥのさらなる処置は必要とされない。この状態は、図５Ａおよび５Ｂに示された状況に対応してよい。

【0113】

図１０に関して、特定の期間の後に、ｅＮＢ１の内部クロックが、ＴＯＡの定義されたＴ_drift1Maxしきい値を超えてずれることがある。そのような場合、ＲｅｆＵＥは、図１１に示されているように、ｅＮＢ１に関するステップ１１００からのＮＯＫ状態によって、この状態を検出してよい。この状態は、図６Ａおよび６Ｂに示された状況に対応してよい。

【0114】

問題の原因を決定するために、ＲｅｆＵＥは、ｅＮＢ２およびｅＮＢＸであってよい近くの他のｅＮＢとのＴＯＡ伝搬遅延を測定してよい。これらの追加のＴＯＡ測定結果は、ステップ１１０２および１１０４からのＯＫ状態によって示されているように、この例では正しい。これによって、ＲｅｆＵＥは、問題がｅＮＢ１のＴ_e1のずれに関連しているということを確認する。Ｔ_ueがｅＮＢに共通している（ｅＮＢ１ｃｏｒｒが静的シフトである）ため、ＲｅｆＵＥでの基準時間Ｔ_ueは正しい。

【0115】

実施形態では、より良い精度が必要とされる場合、ｅＮＢ１のＴ_e1時間のずれがＴ_drift1Max（または一般に、Ｔ_drift1）に実質的に等しくなるように評価されてよい。変化は、正または負であってよく、＋／－Ｔ_drift1として示されてよい。

【0116】

実施形態では、ＲｅｆＵＥが、ｅＮＢ１の内部クロックＴ_e1が調整される必要があるということを決定した場合、図１２に示されているように、ＲｅｆＵＥは処置を実行してよい。

【0117】

図１２のステップ１２００「ＲｅｆＵＥ：ｅＮＢ１に対して必要とされる時間修正」で、ＲｅｆＵＥは、＋／－Ｔ_drift1によるｅＮＢ１に対する時間修正が必要とされる可能性があるということを決定し、＋／－Ｔ_drift1は、前に説明されたように、正確な基準時間フロアが使用可能である場合、正確な値、すなわちＴ_drift1Maxであってよい。

【0118】

ＲｅｆＵＥは、ｅＮＢ１とのＲＲＣ接続を要求する。

【0119】

次に、ステップ１２０２「ＲｅｆＵＥ：ｅＮＢの時間修正を送信する」で、ＲｅｆＵＥは、ｅＮＢ１の内部クロックが＋／－Ｔ_drift1によって調整される必要があるということをｅＮＢ１に報告してよく、これは、Ｔ_e1時間がＴ_e1＋／－Ｔ_drift1に変更されるべきであるということを意味する。

【0120】

ステップ１２０４「ｅＮＢ１：内部クロックを再同期化する」で、ｅＮＢ１が、ｅＮＢ１の内部クロックをＴ_e1＋／－Ｔ_drift1に調整するように構成される。これは、このｅＮＢに接続されたすべてのＵＥにも影響を与える。したがって、特定のｅＮＢがＰＲＣに接続せずに動作している場合でも、すべての他のＵＥが、従来の同期メカニズムによって、修正された時間を受信する。

【0121】

ステップ１２０６「ＲｅｆＵＥ：内部クロックを再同期する」で、ＲＲＣ接続された状態にあるＲｅｆＵＥも、内部クロックＴ_ue（Ｔ_e1＋／－Ｔ_drift1）を調整し、これは、ｅＮＢ１およびＲｅｆＵＥが、両方ともＴＯＡ測定のための共通の基準クロックを有するということを意味する。

【0122】

ステップ１２０８で、ｅＮＢ１が、時刻Ｔ₀での基準信号を送信する。ステップ１２１０で、前に説明されたように、ＲｅｆＵＥが信号を時刻Ｔ₁として受信する。これらの送信は、ｅＮＢ１およびＲｅｆＵＥの更新された内部クロックの間に発生する。ＲｅｆＵＥの場合、これは、ｅＮＢ１とのＴＯＡ測定結果が正しいということをやはり意味する。

【0123】

ＲｅｆＵＥは、他の測定結果がまだ正しいかどうかを検証し、Ｔ_e1時間の調整によって問題が解決されたことを確認するために、他のＴＯＡ測定も継続的に実行するように構成される。他のＴＯＡ測定結果が問題ない場合、問題が解決されており、さらなる処置は必要とされない。同期が回復されている。

【0124】

ＰＲＣが多数のｅＮＢに使用可能でないか、または全く存在しない場合、ＲｅｆＵＥは、図１３に示されているように、２つのＮＯＫ状態１３００、１３０２が受信され得る２つ以上のｅＮＢにおける時間のずれを決定してよい。この状況は、ＲｅｆＵＥの内部クロックＴ_ueの不安定性にも当てはまる。この条件は、２つ以上のＴＯＡ測定結果の誤差によって伝えられてよく、１つのｅＮＢが影響を受ける場合、異なる条件になる。

【0125】

この場合、ＲｅｆＵＥは、どのＴＯＡ測定結果が正しくないかを決定し、各ｅＮＢについてＴ_drift1MaxまたはＴ_drift1の値によって誤差を評価してよい。次に、ＲｅｆＵＥは、次の方程式１０によって示され得るように、Ｔ_ueに対する時間修正を決定してよい。
ｍｉｎ（Ｔ_drift1，Ｔ_drift2）（方程式１０）
ここで、Ｔ_drift1、Ｔ_drift2は異なるｅＮＢに対する値である。

【0126】

提案された解決策は、変更がより小さい増分で実施されることを保証し、そのような変更の管理を改善する。Ｔ_ueにおける変更が他のＴＯＡ測定結果にも影響を与えるということに注意する。図１４は、ＲｅｆＵＥでの基準時間に対する変更（方程式１０）がどのように実施され得るかの例を示している。ＲｅｆＵＥは、ＲＲＣアイドル状態にとどまってよく、またはＲｅｆＵＥがすでにＲＲＣ接続された状態にある場合、変更が受信された時間値に適用されてよく、そのため現在の時間値は、これらの変更に影響を与えなくてよい。

【0127】

ＲｅｆＵＥの内部クロック基準時間における変更の実施後に、ＲｅｆＵＥは、ＴＯＡ測定結果が較正からの値に類似するようになるまでＴＯＡ測定を繰り返すように構成されてよい。

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

技術が進歩するにつれて、本発明の概念がさまざまな方法で実装されることができるということが、当業者にとって明らかであろう。本発明およびその実施形態は、前述の例に限定されず、特許請求の範囲内で変わってよい。

【図1】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図6A】

【図6B】

【図7A】

【図7B】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【手続補正書】

【提出日】2022-10-26

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

【請求項2】

前記少なくとも１つのメモリおよび前記コンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、
２つ以上の無線アクセスノードに関連する前記決定されて格納された伝搬遅延が等しくない場合に、前記装置の前記時間基準が正しくないということを決定することを少なくともさらに実行させるように構成される、請求項１に記載の装置。

【請求項3】

前記少なくとも１つのメモリおよび前記コンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、
前記無線アクセスノードに関連する前記決定されて格納された伝搬遅延が等しくなく、前記１つまたは複数の無線アクセスノードのうちの少なくとも１つの他のノードに関連する前記決定されて格納された伝搬遅延が特定のマージンを伴って等しい場合に、前記１つまたは複数の無線アクセスノードのうちの１つの前記時間基準が正しくないということを決定することを少なくともさらに実行させるように構成される、請求項１に記載の装置。

【請求項4】

前記少なくとも１つのメモリおよび前記コンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、
前記正しくない時間基準に対する修正を決定することを少なくともさらに実行させるように構成される、請求項２に記載の装置。

【請求項5】

前記少なくとも１つのメモリおよび前記コンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、
前記１つまたは複数の無線アクセスノードのうちの前記１つの無線アクセスノードへの指示の送信を制御することを少なくともさらに実行させるように構成され、前記指示が、前記正しくない時間基準に対する前記修正に関する情報を含む、請求項２に記載の装置。

【請求項6】

前記少なくとも１つのメモリおよび前記コンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、
前記決定された修正に基づいて前記装置の前記時間基準を修正することを少なくともさらに実行させるように構成される、請求項２に記載の装置。

【請求項7】

【請求項8】

前記少なくとも１つのメモリおよび前記コンピュータプログラムコードが、前記少なくとも１つのプロセッサと共に、前記装置に、
前記装置の前記時間基準を修正した後に、前記ユーザ機器への基準信号の送信を制御することを少なくともさらに実行させるように構成される、請求項７に記載の装置。

【請求項9】

【請求項10】

【請求項11】

【請求項12】

前記正しくない時間基準に対する修正を決定することをさらに含む、請求項１０に記載の方法。

【請求項13】

前記１つまたは複数の無線アクセスノードのうちの前記１つの無線アクセスノードへの指示の送信を制御することをさらに含み、前記指示が、前記正しくない時間基準に対する前記修正に関する情報を含む、請求項１０に記載の方法。