▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-10-29
(54)【発明の名称】伝播遅延の補償用の指示
(51)【国際特許分類】
H04W 56/00 20090101AFI20241022BHJP
H04W 48/10 20090101ALI20241022BHJP
【ＦＩ】
H04W56/00 130
H04W48/10
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2024522137
(86)(22)【出願日】2022-10-08
(85)【翻訳文提出日】2024-06-03
(86)【国際出願番号】 EP2022078002
(87)【国際公開番号】W WO2023061890
(87)【国際公開日】2023-04-20
(31)【優先権主張番号】63/255,467
(32)【優先日】2021-10-14
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/270,274
(32)【優先日】2021-10-21
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＢＬＵＥＴＯＯＴＨ
２．３ＧＰＰ
３．ＺＩＧＢＥＥ
４．Ｂｌｕ－ｒａｙ
５．ＷＣＤＭＡ
６．ＬｏＲａ
７．ＳＩＧＦＯＸ
(71)【出願人】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】ツォウ， チェンフア
(72)【発明者】
【氏名】ディアチナ， ジョン， ウォルター
(72)【発明者】
【氏名】ベルグストレム， マティアス
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067CC14
5K067DD30
5K067EE02
5K067EE10
(57)【要約】
基準時刻情報を受信するための、ユーザ機器（ＵＥ）による方法は、ネットワークノードから、第１の基準時刻情報を含む専用メッセージを受信することを含む。前記ＵＥは、前記専用メッセージ内の前記第１の基準時刻情報に対する代替的な基準時刻情報を取得するための第１指示を受信し、ブロードキャストメッセージにおいて受信される第２の基準時刻情報を適用する。
【選択図】図１０
【選択図】図１０
【特許請求の範囲】
【請求項1】
基準時刻情報を受信するための、ユーザ機器（ＵＥ）による方法であって、前記方法は、ネットワークノードから、第１の基準時刻情報を含む専用メッセージを受信することと、
前記専用メッセージ内の前記第１の基準時刻情報に対する代替的な基準時刻情報を取得するための第１指示を受信することと、
ブロードキャストメッセージにおいて受信される第２の基準時刻情報を適用することと、を含む、方法。
【請求項2】
請求項１に記載の方法であって、前記代替的な基準時刻情報を取得するための前記第１指示は、前記第１の基準時刻情報が無効であるという指示を含む、方法。
【請求項3】
請求項２に記載の方法であって、前記第１指示は、ＳＩＢ９フォールバック指示を含み、前記第２の基準時刻情報を含む前記ブロードキャストメッセージは、ＳＩＢ９メッセージを含む、方法。
【請求項4】
請求項２～３のいずれか１項に記載の方法であって、前記ＵＥは、前記ＵＥが前記代替的な基準時刻情報を取得するための前記第１指示を受信した後に少なくとも期間Ｔにわたって前記第１の基準時刻情報を有効であると見なし、前記方法は、さらに、前記期間Ｔの間に前記第１の基準時刻情報を使用することと、
前記期間Ｔが満了した後に前記第１の基準時刻情報の使用を停止することと、
を含む、方法。
【請求項5】
請求項１～４のいずれか１項に記載の方法であって、前記第２の基準時刻情報を適用することは、代替的な基準時刻情報を取得するための前記第１指示を受信することに基づく、方法。
【請求項6】
請求項１～５のいずれか１項に記載の方法であって、さらに、代替的な基準時刻情報を取得するための前記第１指示を受信する前に、前記第１の基準時刻情報を適用すること、を含む、方法。
【請求項7】
請求項１～６のいずれか１項に記載の方法であって、さらに、前記第２の基準時刻情報の代わりに、第２の専用メッセージ内で受信される第３の基準時刻情報を適用すること、を含む、方法。
【請求項8】
請求項１～７のいずれか１項に記載の方法であって、さらに、前記第２の基準時刻情報を含む前記ブロードキャストメッセージを受信すること、をさらに含む、方法。
【請求項9】
請求項１～８のいずれか１項に記載の方法であって、前記ブロードキャストメッセージは、前記第２の基準時刻情報を事前補償するために適用された時間量の指示を含む、方法。
【請求項10】
請求項９のいずれか１項に記載の方法であって、前記第２の基準時刻情報は、前記ネットワークノードからの目標距離（ＴＤ）を反映するための伝播遅延補償に関連付けられる、方法。
【請求項11】
請求項１～１０のいずれか１項に記載の方法であって、さらに、前記ＵＥがＵＥ側の伝播遅延補償を実行すべきかを判定することと、
前記ＵＥがＵＥ側の伝播遅延補償を実行すべきであると前記ＵＥが判定すると、上位レイヤへ前記第２の基準時刻情報に基づいて算出される基準時刻を送信する前に、ＵＥ側の伝播遅延補償を実行すること、又は、
前記ＵＥがＵＥ側の伝播遅延補償を実行すべきでないと前記ＵＥが判定すると、ＵＥ側の伝播遅延補償を実行することなく、前記第２の基準時刻情報に基づいて算出される基準時刻を上位レイヤへ送信することと、を含む、方法。
【請求項12】
請求項１１に記載の方法であって、ＵＥ側の伝播遅延補償を実行することは、前記第２の基準時刻情報から事前補償された時間の量を減算すること、を含む、方法。
【請求項13】
請求項１～１２のいずれか１項に記載の方法であって、さらに、調整無しで算出された前記基準時刻が前記ネットワークノードにより維持されるクロック時刻から時間Ｘだけ離れている場合に、前記ＵＥによるＵＥ別の伝播遅延補償の前記使用をトリガする第２指示を、前記ネットワークノードから受信すること、を含み、Ｘは、基準時刻伝達誤差バジェットよりも大きい、方法。
【請求項14】
請求項１～１２のいずれか１項に記載の方法であって、さらに、調整無しで算出された前記基準時刻が前記ネットワークノードにより維持されるクロック時刻から時間Ｘだけ離れている場合に、前記ＵＥにおけるＵＥ別の伝播遅延補償の無効化をトリガする第３指示を、前記ネットワークノードから受信すること、を含み、Ｘは、基準時刻伝達誤差バジェットよりも小さい、方法。
【請求項15】
請求項１に記載の方法であって、前記代替的な基準時刻情報を取得するための前記第１指示は、有効性タイマを含み、前記ＵＥは、前記タイマの満了に基づいて、第２の基準時刻情報を適用する、方法。
【請求項16】
基準時刻情報を送信するための、ネットワークノードによる方法であって、前記方法は、ユーザ機器（ＵＥ）へ、第１の基準時刻情報を含む専用メッセージを送信することと、
前記専用メッセージ内の前記第１の基準時刻情報に対する代替的な基準時刻情報を取得するための第１指示を前記ＵＥへ送信することであって、前記第１指示は前記ＵＥが第２の基準時刻情報を適用することをトリガする、ことと、
前記第２の基準時刻情報を含むブロードキャストメッセージを送信することと、を含む、方法。
【請求項17】
請求項１６に記載の方法であって、さらに、前記第１の基準時刻情報が前記ＵＥについて無効であると判定すること、を含み、前記第１指示は、前記第１の基準時刻情報が無効であるという判定に基づいて、前記ＵＥへ送信される、方法。
【請求項18】
請求項１６～１７のいずれか１項に記載の方法であって、前記指示は、ＳＩＢ９フォールバック指示を含み、前記第２の基準時刻情報を含む前記ブロードキャストメッセージは、ＳＩＢ９メッセージを含む、方法。
【請求項19】
請求項１６～１８のいずれか１項に記載の方法であって、さらに、前記ネットワークノードが前記第１指示を送信した後及び／又は前記ＵＥが前記第１指示を受信した後の期間Ｔの間に前記第１の基準時刻情報を使用するように前記ＵＥを構成することと、
前記期間Ｔが満了した後に前記第１の基準時刻情報の使用を停止するように前記ＵＥを構成することと、を含む、方法。
【請求項20】
請求項１６～１９のいずれか１項に記載の方法であって、さらに、第２の専用メッセージ内で第３の基準時刻情報を前記ＵＥへ送信して、前記第２の基準時刻情報の代わりに前記第３の基準時刻情報を前記ＵＥが適用することをトリガすること、を含む、方法。
【請求項21】
請求項１６～２０のいずれか１項に記載の方法であって、前記ブロードキャストメッセージは、前記第２の基準時刻情報を事前補償するために適用された時間量の指示を含む、方法。
【請求項22】
請求項１６～２１のいずれか１項に記載の方法であって、前記第２の基準時刻情報は、前記ネットワークノードから前記ＵＥへの目標距離（ＴＤ）を反映するための伝播遅延補償に関連付けられる、方法。
【請求項23】
請求項１６～２２のいずれか１項に記載の方法であって、さらに、前記ＵＥからのアップリンク送信タイミングのタイミングを監視することと、
少なくとも１つのアップリンク送信について、任意の時点で要する合計の適用可能なタイミングアドバンス（ＴＡ）を推定することと、を含む、方法。
【請求項24】
請求項２３に記載の方法であって、さらに、前記合計の適用可能なＴＡの１／２が２×ＴＤよりも小さい距離にあたると判定することと、
事前補償された前記第２の基準時刻情報を使用するように前記ＵＥへ指示することと、を含む、方法。
【請求項25】
請求項２３に記載の方法であって、さらに、前記合計の適用可能なＴＡの１／２が２×ＴＤよりも大きい距離にあたると判定することと、
伝播遅延補償が必要であると前記ＵＥへ指示することと、
伝播遅延補償を推定するための少なくとも１つのリソースを構成することと、を含む、方法。
【請求項26】
請求項１６～２５のいずれか１項に記載の方法であって、さらに、調整無しで算出された前記基準時刻が前記ネットワークノードにより維持されるクロック時刻から時間Ｘだけ離れている場合に、前記ＵＥによるＵＥ別の伝播遅延補償の前記使用をトリガするための第２指示を、前記ＵＥへ送信すること、を含み、Ｘは、基準時刻伝達誤差バジェットよりも大きい、方法。
【請求項27】
請求項１６～２５のいずれか１項に記載の方法であって、さらに、調整無しで算出された前記基準時刻が前記ネットワークノードにより維持されるクロック時刻から時間Ｘだけ離れている場合に、前記ＵＥにおけるＵＥ別の伝播遅延補償の前記無効化をトリガするための第３指示を、前記ＵＥへ送信すること、を含み、Ｘは、基準時刻伝達誤差バジェットよりも小さい、方法。
【請求項28】
請求項１６に記載の方法であって、さらに、タイマを監視することと、
前記タイマの満了に基づいて、前記第１の基準時刻情報が無効であると判定することと、のうちの少なくとも１つを含む、方法。
【請求項29】
基準時刻情報を受信するためのユーザ機器（ＵＥ）であって、前記ＵＥは、ネットワークノードから、第１の基準時刻情報を含む専用メッセージを受信することと、
前記専用メッセージ内の前記第１の基準時刻情報に対する代替的な基準時刻情報を取得するための第１指示を受信することと、
ブロードキャストメッセージにおいて受信される第２の基準時刻情報を適用することと、
を行うように適合される、ＵＥ。
【請求項30】
請求項２～１５に記載の方法のいずれかを行うようにさらに適合される、請求項２９に記載のＵＥ。
【請求項31】
基準時刻情報を送信するためのネットワークノードであって、前記ネットワークノードは、ユーザ機器（ＵＥ）へ、第１の基準時刻情報を含む専用メッセージを送信することと、
前記専用メッセージ内の前記第１の基準時刻情報に対する代替的な基準時刻情報を取得するための第１指示を前記ＵＥへ送信することであって、当該指示は前記ＵＥが第２の基準時刻情報を適用することをトリガする、ことと、
前記第２の基準時刻情報を含むブロードキャストメッセージを送信することと、
を行うように適合される、ネットワークノード。
【請求項32】
請求項１７～２８に記載の方法のいずれかを行うようにさらに適合される、請求項３１に記載のネットワークノード。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、概して、ワイヤレス通信に関連し、より具体的には、伝播遅延の補償用の指示のためのシステム及び方法に関連する。
【背景技術】
【0002】
第３世代パートナーシッププロジェクト（３ＧＰＰ）のリリース１６において、３ＧＰＰ ＳＡ２及びＲＡＮ２は、時間センシティブネットワーキング（ＴＳＮ）についてのサポートを、第５世代システム（５ＧＳ）がＴＳＮベースのネットワークエレメントの間のＴＳＮ論理ブリッジとして動作できるように提供することを狙いとしてきた。５Ｇ－ＴＳＮがタイムクリティカルな産業用途をうまくサポートするには、エンドツーエンドの時間同期を要する。例えば、産業オートメーションの展開の多くでは、末端のデバイス上で稼働するアプリケーションのために、ＴＳＮグランドマスタクロックにより提供されるような時間基準（time reference）情報が必要とされる。また、タイムクリティカルなトラフィック向けに確定的な低レイテンシを提供するためにスケジュールドトラフィックのような時間ベースのＴＳＮツールが使用される場合、例えば、ＴＳＮブリッジについて入口から出口までのトラフィック遅延目標を実現するなどのために、ＴＳＮネットワークのブリッジにおいて同一の又は追加的な種類の時間基準情報を要する。"Enhancements for Scheduled Traffic"（IEEE 802.1Qbv-2015，www.ieee802.org/1/pages/802.1bv.-html，２０２２年９月１１日に最終訪問）を参照されたい。
【0003】
垂直的な産業からの時間同期要件は、３ＧＰＰ ＴＳ２２．１０４のｖ１８．２．０により定義されている。テーブル１は、３ＧＰＰ ＴＳ２２．１０４のｖ１８．２．０のテーブル５．６．２－１に相当し、５Ｇシステム向けのクロック同期サービス性能要件の多様なセットを示している。
【0004】
テーブル１ ５Ｇシステム向けのクロック同期サービス性能要件
【表1】
【0005】
ＴＳＮとの一体化のために、５ＧＳは、仮想的なブリッジであると見なされる。時間同期のサポートのために、そうした５Ｇ仮想ブリッジは、時間認識型（time-aware）のシステムとしてモデル化される。"Timing and Synchronization"（IEEE 802.1AS，www.ieee802.org/1/-pages/802.1as.html，２０２２年９月１１日に最終訪問）を参照されたい。
【0006】
一体化された５Ｇ－ＴＳＮシステムにおいて、並列で稼働する２つの同期プロセスが存在する。第一に、５Ｇシステムの内部の同期プロセスが、５ＧＳについて入口から出口へのトラフィック遅延目標を実現するために要する５Ｇ内部クロックの分配を提供する。第二に、ＴＳＮ同期プロセスが、ＴＳＮグランドマスタクロック源と５ＧＳを通じて到達可能なデバイス群との間の同期を実現するために実行される。
【0007】
それら２つの同期プロセスは互いに独立していると見なすことができる。ｇＮＢは、５Ｇ基準クロックを認識しそれに同期している必要があるだけであり、なぜなら、５Ｇシステムの内部の同期プロセスを変更せずに保ち、機能させ、及びＴＳＮの同期プロセス（即ち、５Ｇシステムを通して透過的に伝達されるｇＰＴＰグランドマスタのクロックを利用する、外部のｇＰＴＰ（Generalized Precision Time Protocol）同期プロセス）から独立させておくにはそれで十分だからである。
【0008】
時間同期の使用は、他の世代のセルラネットワークにとって既に一般的なプラクティスとなっており、５Ｇセルラ無線システムの運用の一体的な部分である。５Ｇ無線ネットワークのコンポーネントは、高度な無線送信などのために、それ自体が時間同期しており、高度な無線送信の例は、同期的な時間分割複信（ＴＤＤ）動作、協調マルチポイント（ＣｏＭＰ）送信、及びキャリアグリゲーション（ＣＡ）を含む。５ＧＳ及びＴＳＮネットワークを統合する際に取り入れられる新たな５Ｇのケイパビリティは、５ＧＳ上のサービスとして、５Ｇの内部クロック（基準時刻）の伝達を提供することである。ｇＮｏｄｅＢ（ｇＮＢ）により例えばＧＰＳ受信機などから一旦５Ｇ基準時刻が取得されると、５Ｇ基準時刻は、分配の最中に可能な限り少ししか同期誤差及び不確実度を取り込まないことを目指しつつ、５Ｇネットワーク内の様々なノードへ送信される。追加的に、５Ｇ基準時刻情報のＵＥへの配信が、５Ｇ無線アクセスネットワークに備わる既存の同期的な動作を活用するように設計されている。そうした部分構造のアプローチが、５Ｇシステム上で稼働する産業用途の通信サービスのためのエンドツーエンドの時間同期を可能にする。
【0009】
ｇＮＢは、取得した５Ｇ基準時刻を継続的に維持すると共に、システムのフレーム構造において固有のアンテナ基準点（ＡＲＰ）がｇＮＢにおいて生じる場合にｇＮＢが有することになる値を周期的に見積もる。図１は、ｇＮＢのシステムフレーム番号（ＳＦＮ）の送信を示しており、基準点ｔＲとして描かれているＡＲＰがＳＦＮｚの末尾で生じている。具体的には、ＳＦＮｘの期間中に、ｇＮＢは、無線リソース制御（ＲＲＣ）ブロードキャストメッセージ（例えば、システム情報ブロック（ＳＩＢ））又はＲＲＣユニキャストメッセージを送信し、これがＳＦＮｘの期間中の見積もられた基準時刻の値及び対応する基準点（例えば、ＳＦＮｚの値）を含む。例えば、見積もられた基準時刻及び対応する基準点は、ＳＩＢ９において全てのユーザ機器（ＵＥ）へブロードキャストされてもよい。代替的に、見積もられた基準時刻及び対応する基準点は、DLInformationTransferというＲＲＣメッセージで個別のＵＥへユニキャストにより送信されてもよい。その情報は、ｔＲに先立ってＵＥにより受信される。
【0010】
５Ｇ基準時刻情報を送信するために使用されるメッセージは、指示される５Ｇ基準時刻の値（基準点ｔＲに適用可能）が有すると予期される想定誤差をＵＥへ指示するための不確実度（uncertainty）の値をも含み得る。不確実度の値は、（ａ）基準点ｔＲ（ＳＦＮｚの末尾）に対応する指し示される基準時刻がＡＲＰにおける当該基準点の生起時の実際の時刻を反映することをｇＮＢの実装により保証できる精度と、（ｂ）当該ｇＮＢによりその基準時刻を取得できる精度と、を反映する。（ａ）により取り入れられる不確実度は、実装に固有であるが、無視できるものと予期されており、したがってここではこれ以上検討しない。基準時刻情報は、ＲＲＣの情報エレメント（ＩＥ）であるReferenceTimeInfoにおいて送信される。その詳細が以下に示される：
【表2】
【0011】
【表3】
【0012】
５Ｇシステムを通じて産業上のクロック同期サービスの提供がサポートされる産業的な用途において、５Ｇシステムは、実際には、何らかの所与のＴＳＮグランドマスタクロックについて許容される最大のエンドツーエンドの共時性（synchronicity）バジェット（不確実度バジェエット）の一部に貢献することのみが可能とされている。５Ｇシステムには多くの不確実度成分が存在し、そこには、ＵＥの内部の同期誤差バジェット、並びに、５Ｇの内部クロックのユーザプレーン機能（ＵＰＦ）及びＵＥへの伝達に関連付けられる同期誤差バジェットが含まれる。
【0013】
取り込まれる最大の５ＧＳ同期誤差は、５Ｇの内部クロックがｇＮＢからＵＥへＵｕインタフェースを介して伝達される時のものである。それは、エアインタフェース上で生じ、未知の伝播遅延に起因する誤差に関連付けられる。いくつかの大規模なセルでは、ｇＮＢからＵＥへの伝播遅延は、１μｓ程度まで大きくなり得る（即ち、ｇＮＢからＵＥへの距離は３００メートルである）。５Ｇの内部クロックに伝播遅延補償が何ら適用されなければ、テーブル１に示したいくつかのクロック同期サービス性能要件を充足することはできない。
【0014】
テーブル１の性能要件を充足するために、以下のテーブル２に示した単一のＵｕインタフェースのための最も厳しい同期要件についての不確実度のレンジが３ＧＰＰ ＴＳＧ－ＲＡＮ ＷＧ２＃１１３－ｅにおいて合意された。一般的な広範囲の配備及び局所的な配備範囲を表す２つのシナリオが列挙されている。
テーブル２．単一のＵｕインタフェースのための時間同期エラーバジェット
テーブル２．単一のＵｕインタフェースのための時間同期エラーバジェット
【表4】
【0015】
３ＧＰＰ Ｒｅｌ－１５／Ｒｅｌ－１６では、レガシーのアップリンク（ＵＬ）送信タイミング調整（即ち、タイミングアドバンス（ＴＡ））を、伝播遅延を推定し及び補償するために再利用することができる。３ＧＰＰ ＴＡコマンドは、ＵＬ送信の同期のためにセルラ通信において利用され、ラウンドトリップ時間（ＲＴＴ）測定の実装上の派生である。ＴＡの動的な部分、即ちＮＴＡは、ＤＬ方向及びＵＬ方向の双方に同じ伝播遅延値が適用されると見なして、（２×伝播遅延）に等しい。主にメディアアクセス制御（ＭＡＣ）制御エレメント（ＣＥ）を介してＴＡコマンドがＵＥへ送信されることから、ＵＥは伝播遅延を導出することができる。ＴＡ方式の課題は、それが単一のＵｕインタフェースについてＤＬ伝播遅延を判定するにあたり５４０ｎｓまでの不確実度を取り込むからである。Ｒ１－１９０１４７０（"Reply LS on TSN requirements evaluation"、ＲＡＮ１、3GPP TSG-RAN WG1 Ad-Hoc Meeting 1901 Taipei, Taiwan, ２０１９年１月２１～２５日）を参照されたい。
【0016】
よって、Ｒｅｌ－１７における最も厳しい同期要件を充足するための新たな伝播遅延補償の方法を導入するというニーズが存在する。Ｒｅｌ－１７のＲＡＮの作業項目"ＮＲについての拡張された産業ＩｏＴ（Internet of Things）及び超高信頼性低レイテンシ通信（ＵＲＬＬＣ）のサポート"は、伝播遅延補償に関連する以下の目的を有する：
【表5】
【0017】
より精細な粒度のＴＡコマンド及び要件でＴＡベースの方法を拡張することに加えて、他の方法は、レガシーのマルチＲＴＴ測位法を活用することである。このレガシーの方法は、例えば、ＵＥ Ｒｘ－Ｔｘ（Receiver-Transmitter）時間差測定結果、及び、複数の送受信ポイント（ＴＲＰ）から受信されるＤＬ信号の、ＵＥにより測定されるダウンリンク測位リファレンス信号－受信電力（ＤＬ－ＰＲＳ－ＲＳＲＰ）、並びに、測定されるｇＮＢ Ｒｘ－Ｔｘ時間差測定結果、及び、ＵＥから送信されるＵＬ信号の、複数のＴＲＰにおけるアップリンクサウンディングリファレンス信号－リファレンス信号受信電力（ＵＬ－ＳＲＳ－ＲＳＲＰ）を使用する。それら測定結果は測位サーバにおいてＲＴＴを判定するために使用され、ＲＴＴはＵＥのロケーションを推定するために使用される。
【0018】
図２は、ＲＴＴベースの伝播遅延の補償を示している。新たなＲＴＴベースの遅延補償法は、レガシーのマルチＲＴＴ測位法を次のように活用する：
ａ）ＵＥは、アップリンクフレームｉを送信し、その送信時刻をｔ１として記録する。
ｂ）ｇＮＢは、アップリンクフレームｉを受信し、最初に検出された経路の到来時刻をｔ３として記録する。
ｃ）ｇＮＢは、ダウンリンクフレームｊをＵＥへ送信し、送信時刻をｔ２として記録する。
ｄ）ＵＥは、ダウンリンクフレームｊを受信し、最初に検出された経路の到来時刻をｔ４として記録する。
ｅ）ＵＥ及びｇＮＢにおいて、それぞれ次の計算が行われる：
－ｉ）ＵＥ Ｒｘ－Ｔｘｄｉｆｆ＝ｔ４－ｔ１
－ｉｉ）ｇＮＢ Ｒｘ－Ｔｘｄｉｆｆ＝ｔ３－ｔ２，この数量は、ｇＮＢがＤＬフレームをＵＬフレームの受信より前に送信するか後に送信するかに依存して、正であるか又は負であり得る。
ｆ）伝播遅延を、次のように算出することができる：ＲＴＴ＝（ｇＮＢ Ｒｘ－Ｔｘ時間差）＋（ＵＥ Ｒｘ－Ｔｘ時間差）。伝播遅延は、ＲＴＴの２分の１である。
ａ）ＵＥは、アップリンクフレームｉを送信し、その送信時刻をｔ１として記録する。
ｂ）ｇＮＢは、アップリンクフレームｉを受信し、最初に検出された経路の到来時刻をｔ３として記録する。
ｃ）ｇＮＢは、ダウンリンクフレームｊをＵＥへ送信し、送信時刻をｔ２として記録する。
ｄ）ＵＥは、ダウンリンクフレームｊを受信し、最初に検出された経路の到来時刻をｔ４として記録する。
ｅ）ＵＥ及びｇＮＢにおいて、それぞれ次の計算が行われる：
－ｉ）ＵＥ Ｒｘ－Ｔｘｄｉｆｆ＝ｔ４－ｔ１
－ｉｉ）ｇＮＢ Ｒｘ－Ｔｘｄｉｆｆ＝ｔ３－ｔ２，この数量は、ｇＮＢがＤＬフレームをＵＬフレームの受信より前に送信するか後に送信するかに依存して、正であるか又は負であり得る。
ｆ）伝播遅延を、次のように算出することができる：ＲＴＴ＝（ｇＮＢ Ｒｘ－Ｔｘ時間差）＋（ＵＥ Ｒｘ－Ｔｘ時間差）。伝播遅延は、ＲＴＴの２分の１である。
【0019】
どちらのノードがＲＴＴを計算し、他方のノードがＲｘ－Ｔｘの差を伝達するのかに依存して、上記方法には２つの派生が存在する。
【0020】
１．ＵＥ側伝播遅延補償（ＰＤＣ）：ｇＮＢがｇＮＢ Ｒｘ－Ｔｘ時間差をＵＥへ伝達し、ＵＥがラウンドトリップ時間を計算する。
２．ｇＮＢ側ＰＤＣ：ＵＥがＵＥ Ｒｘ－Ｔｘ時間差をｇＮＢへ伝達し、ｇＮＢがラウンドトリップ時間を計算する。
２．ｇＮＢ側ＰＤＣ：ＵＥがＵＥ Ｒｘ－Ｔｘ時間差をｇＮＢへ伝達し、ｇＮＢがラウンドトリップ時間を計算する。
【0021】
レガシーのマルチＲＴＴ測位法を考慮すると、複数のＵＥからのＵＬ送信における直交性を保全することは、それらがｇＮＢにおいて時間的に揃っていることを要し、即ち、それらは同じ時刻の前後で（あるいは、例えばＵＬ信号のサイクリックプレフィクス（ＣＰ）の範囲内などといったある時間ウィンドウ内で）ｇＮＢに到達すべきである。ＵＥはｇＮＢから様々な距離に位置し得ることから、それらＵＥは異なる時刻に自身のＵＬ送信を開始する必要があるであろう。ｇＮＢから遠いＵＥは、ｇＮＢから近いＵＥよりも早く送信を開始する必要がある。これを、例えば、ＵＬ送信のＴＡにより扱うことができる。特に、ＵＥは、ＤＬ信号がＵＥにより受信されるタイミングにより与えられる名目上の時刻の前に、自身のＵＬ送信を開始する。
【0022】
時間合わせは、ネットワークがＴＡ値をＵＥへ指示することにより保証される。その値は、例えばＵＥがｇＮＢのより近く又はより遠くへ移動した際に、ネットワークにより更新され得る。Timing Advance Commandフィールドは、タイミング調整の量を制御するために使用されるインデックス値ＴＡを指し示す。ＴＡＧについての、ランダムアクセス応答の場合の又は絶対タイミングアドバンスコマンドＭＡＣ ＣＥにおけるタイミングアドバンスコマンドＴＡは、ＮＴＡの値を、ＴＡ＝０，１，２，...，３８４６というインデックス値で指し示し、ここで、２μ・１５ｋＨｚのサブキャリア間隔（ＳＣＳ）を伴うＴＡＧについての時間合わせの量はＮＴＡ＝ＴＡ・１６・６４／２μである。ＮＴＡは、時間単位（例えば、１Ｔｃ＞＞０．５１ｎｓとしてＴｃで（ｎｓは３ＧＰＰ ＴＳ３８．２１１ｖ１６．６．０において規格化されているＮＲでの基本的な時間単位））で表現され、ランダムアクセス応答（ＲＡＲ）又は絶対タイミングアドバンスコマンドＭＡＣ ＣＥの受信後のＵＥからの最初のＵＬ送信のＳＣＳに関連する。ここで、μ＝０，１，２，３及び４は、それぞれＳＣＳ＝１５ｋＨｚ，３０ｋＨｚ，６０ｋＨｚ，１２０ｋＨｚ，２４０ｋＨｚに対応する。
【0023】
他のケースにおいて、あるタイミングアドバンスグループ（ＴＡＧ）についてのタイミングアドバンスコマンドＴＡは、現行のＮＴＡの値ＮＴＡ＿ｏｌｄから新たなＮＴＡの値ＮＴＡ＿ｎｅｗの調整分を、ＴＡ＝０，１，２，...，６３というインデックス値で指し示し、ここで、、２μ・１５ｋＨｚのＳＣＳについて、ＮＴＡ＿ｎｅｗ＝ＮＴＡ＿ｏｌｄ＋（ＴＡ－３１）・１６・６４／２μである。
【0024】
現在のところ、ある課題が存在する。例えば、ＮＲ Ｒｅｌ－１６では、referenceTimeInfoというＩＥから指示される時刻は、ネットワークにおいて参照される、無線周波数（ＲＦ）伝播遅延の補償のなされていない時刻を示す。
【0025】
ＮＲ Ｒｅｌ－１７の議論では、３ＧＰＰ ＲＡＮ２＃１１５の会議において次のことが合意されている：
【0026】
１．ＲＡＮ２は、ｇＮＢが事前補償を実行できることを前提とする。ＲＡＮ２は、ＵＥ側のＰＤＣを有効化／無効化するためのシグナリングを導入することに合意する。
２．ｇＮＢは、Ｒｅｌ－１７についてユニキャストのＲＲＣシグナリングを介して、ＵＥ側のＰＤＣを有効化／無効化することができる。
２．ｇＮＢは、Ｒｅｌ－１７についてユニキャストのＲＲＣシグナリングを介して、ＵＥ側のＰＤＣを有効化／無効化することができる。
【0027】
ユニキャストＲＲＣシグナリングを介してＵＥ側のＰＤＣを有効化することは、シグナリングオーバヘッドを取り込み、またＵＥ側の計算力及びエネルギー消費量を費やす。伝播遅延を判定するために新たなＲＴＴベースの方法が使用されることになれば、ネットワークがリファレンス信号（例えば、ＰＲＳ、アップリンクサウンディングリファレンス信号（ＵＬ－ＳＲＳ）など）を構成することを追加的に要し、ネットワークがｇＮＢ Ｒｘ－Ｔｘ時間差を計算して伝達することを要する。換言すると、システムの観点からは、ＵＥ固有のＰＤＣはできる限り少ない方が有益である。
【0028】
１つの例において、ネットワークは、事前補償された基準時刻情報をブロードキャストすることができる。仮に、セルサイズ（Ｒで表す）の半径のおよそ３分の１をカバーする無線波の伝播時間がＸナノ秒である状況で、セル内の全てのＵＥについて伝播遅延に割当てられる同期誤差／不正確さのバジェットが±Ｘナノ秒であるものとする。
【0029】
ｇＮＢからの未補償の基準時刻情報は、ｇＮＢまでの距離が［０，Ｒ／３］であるＵＥだけはＰＤＣを要しないことを意味する。スマートなｇＮＢの実装ならば、Ｘナノ秒で事前補償された基準時刻情報をブロードキャストすることになるはずである（即ち、ＳＩＢ９において指し示される時刻は、実際の内部ｇＮＢクロック時刻のＸナノ秒前である）。そうすることで、ｇＮＢまでの距離が［０，２・Ｒ／３］であるＵＥはＰＤＣを要しない。ＵＥ別のＰＤＣのためのシグナリングオーバヘッドは、半分に削減される。
【0030】
しかしながら、ブロードキャストされる事前補償された基準時刻情報は、セル内の全てのＵＥにより読み取り可能である。よって、ＵＥ別のＰＤＣを要するＵＥ（即ち、２・Ｒ／３よりも遠い距離にいるＵＥ）にとって、ＰＤＣをいかにしてサポートするかが不明確となり、なぜなら既存の（即ち、ＴＡベース及びＲＴＴベースの）方法は基準時刻が未補償であるという前提の下で設計されているからである。
【発明の概要】
【0031】
本開示のある観点及びそれらの実施形態は、これらの又は他の課題に対する解決策を提供し得る。例えば、ある実施形態によれば、ＳＩＢ９のreferenceTimeInfoというＩＥにより提供されるレガシーの基準時刻情報に対する補足としての新たなフィールドを導入する方法及びシステムが提供される。その新たなフィールドは、指示される基準時刻に適用されている事前補償された時間量を示すために使用される。
【0032】
ある実施形態によれば、基準時刻情報を受信するためのＵＥによる方法は、ネットワークノードから、第１の基準時刻情報を含む専用メッセージを受信することを含む。上記ＵＥは、上記専用メッセージ内の上記第１の基準時刻情報に対する代替的な基準時刻情報を取得するための第１指示を受信し、ブロードキャストメッセージにおいて受信される第２の基準時刻情報を適用する。
【0033】
ある実施形態によれば、基準時刻情報を受信するためのＵＥは、ネットワークノードから、第１の基準時刻情報を含む専用メッセージを受信する、ように適合される。上記ＵＥは、上記専用メッセージ内の上記第１の基準時刻情報に対する代替的な基準時刻情報を取得するための第１指示を受信する、ように適合される。上記ＵＥは、ブロードキャストメッセージにおいて受信される第２の基準時刻情報を適用する、ように適合される。
【0034】
ある実施形態によれば、基準時刻情報を送信するためのネットワークノードによる方法は、第１の基準時刻情報を含む専用メッセージをＵＥへ送信すること、を含む。上記ネットワークノードは、上記専用メッセージ内の上記第１の基準時刻情報に対する代替的な基準時刻情報を取得するための指示を、上記ＵＥへ送信する。上記指示は、ブロードキャストメッセージにおいて受信される第２の基準時刻情報を上記ＵＥが適用することをトリガする。
【0035】
ある実施形態によれば、基準時刻情報を送信するためのネットワークノードは、第１の基準時刻情報を含む専用メッセージをＵＥへ送信する、ように適合される。上記ネットワークノードは、上記専用メッセージ内の上記第１の基準時刻情報に対する代替的な基準時刻情報を取得するための指示を上記ＵＥへ送信する、ように適合される。上記指示は、ブロードキャストメッセージにおいて受信される第２の基準時刻情報を上記ＵＥが適用することをトリガする。
【0036】
ある実施形態は、次の技術的利点のうちの１つ以上を提供し得る。例えば、ある実施形態は、ｇＮＢが事前補償された基準時刻情報を全てのＵＥにブロードキャストすることを可能にするという技術的利点を提供し得る。同時に、ｇＮＢは、ＵＥのサブセット（即ち、事前補償された基準時刻を適用するには遠過ぎる距離にいると判定したＵＥの集合）にＰＤＣの必要性を指示することができ、それらＵＥは、伝播遅延を判定し及び未補償の基準時刻を判定した伝播遅延に従って正確に補償することを可能にするＲＲＣユニキャストシグナリングを実行することができる。
【0037】
他の例として、ある実施形態は、より少ない数のＵＥしかＵＥ別のＰＤＣを要しないという技術的利点を提供し得る。よって、ある実施形態は、シグナリングオーバヘッド及びｇＮＢにおける実装上の複雑さを低減し得る。ＵＥ別のＰＤＣを要するＵＥの量は、所与のセル内のＵＥ分布パターン及び事前補償を用いるために選択される目標距離に基づいて判定される（即ち、目標距離の２倍以下に位置する全てのＵＥが事前補償を用いて動作することができる）。
【0038】
当業者にとって容易に他の利点が明白であろう。ある実施形態は、述べられる利点のいずれも有しなくてもよく、いくつか又は全てを有していてもよい。
【図面の簡単な説明】
【0039】
開示される実施形態並びにそれらの特徴及び利点のより充分な理解のために、これより、次の添付図面と併せて以下の説明への参照がなされる：
【図1】ｇＮＢ ＳＦＮ送信を示している。
【図2】ＲＴＴベースの伝播遅延の補償を示している。
【図3】ある実施形態に従ってｇＮＢにより補償される時刻、ＵＥ側のＰＤＣ無しでのＵＥによる受信時刻、及びＵＥ側のＰＤＣありでのＵＥによる受信時刻を示している。
【図4】ある実施形態に係る例示的な通信システムを示している。
【図5】ある実施形態に係る例示的なＵＥを示している。
【図6】ある実施形態に係る例示的なネットワークノードを示している。
【図7】ある実施形態に係るホストのブロック図を示している。
【図8】ある実施形態に係る、いくつかの実施形態により実装される機能群が仮想化され得る仮想化環境を示している。
【図9】ある実施形態に係る部分的にワイヤレスな接続上でＵＥと通信するホストを示している。
【図10】ある実施形態に係る基準時刻情報を受信するためのＵＥによる例示的な方法を示している。
【図11】ある実施形態に係る基準時刻情報を送信するためのネットワークノードによる例示的な方法を示している。
【発明を実施するための形態】
【0040】
ここで企図される実施形態のいくつかが、これより添付図面を参照しながらより十分に説明されるであろう。実施形態は、当業者へその要旨のスコープを伝えるために、例示の手段により提供されている。
【0041】
ある実施形態によれば、ＵＥ側での伝播遅延補償についての必要性の明示的な指示の受信又は明示的な指示からの推認に応じて、ＵＥは、事前補償された基準時刻を事前補償された時間量をもはや反映しないものへと修正するか、又はＲＲＣユニキャストメッセージ（即ち、DLInformationTransferメッセージ）において未補償の時刻を直接的に受信するかのいずれかにより、伝播遅延補償のための未補償の基準時刻情報を取得する。
【0042】
ある実施形態によれば、ｇＮＢは、基準時刻情報をブロードキャストするためにＳＩＢを使用する。基準時刻情報は、ｇＮＢからの目標距離（ＴＤ）を反映するように事前補償され、ＳＩＢは、追加的に、別個のブロードキャストパラメータとして事前補償量を指し示す。１つの例において、ＵＥは、ｇＮＢにより別段の通知が無ければ、事前補償された基準時刻情報を使用するのが既定の動作である。具体的な実施形態において、上記方法は、次のことを含む：
・ｇＮＢは、ＵＥからのＵＬ送信を監視することにより、任意の時点で要する合計の適用可能なＴＡを推定する。
・所要の合計のＴＡの１／２（即ち、伝播遅延）が２×ＴＤよりも小さい距離にあたる場合、ＵＥは、受信される事前補償された基準時刻情報を上位レイヤへ伝達するのが既定の動作である。
・所要の合計のＴＡの１／２（即ち、伝播遅延）が２×ＴＤよりも大きい距離にあたる場合、ｇＮＢは、伝播遅延補償が必要であることを（例えば、ＲＲＣユニキャストシグナリングを介して）ＵＥへ指示し、（未だ構成済みでなければ）伝播遅延補償の推定のためのリソースを構成する。続けて、ＵＥは、受信した事前補償された基準時刻から（ＳＩＢで指示される）事前補償量を減算し（それにより未補償の基準時刻を取得し）、伝播遅延を推定するためのＲＲＣユニキャスト手続を実行し、そして、調整後の基準時刻を上位レイヤへ伝達する前に、未補償の基準時刻を推定された伝播遅延で調整する。
・ｇＮＢは、ＵＥからのＵＬ送信の監視を継続して、所要の合計のＴＡを判定する。
・合計のＴＡの１／２（即ち、伝播遅延）が引き続き２×ＴＤよりも大きい距離にあたる場合、ｇＮＢ及びＵＥは伝播遅延の推定のためのＲＲＣユニキャスト手続を周期的に実行し、ＵＥは推定される伝播遅延だけ未補償の基準時刻を調整する。
・そうではなく、所要の合計のＴＡの１／２が２×ＴＤよりも小さい距離にあたる場合、ｇＮＢは、（ＳＩＢにより提供される）事前補償された基準時刻の使用へ立ち戻るように（例えば、ＲＲＣユニキャストシグナリングを介して）ＵＥへ通知し、それが上位レイヤへ伝達されるようになる。
・ｇＮＢは、ＵＥからのＵＬ送信を監視することにより、任意の時点で要する合計の適用可能なＴＡを推定する。
・所要の合計のＴＡの１／２（即ち、伝播遅延）が２×ＴＤよりも小さい距離にあたる場合、ＵＥは、受信される事前補償された基準時刻情報を上位レイヤへ伝達するのが既定の動作である。
・所要の合計のＴＡの１／２（即ち、伝播遅延）が２×ＴＤよりも大きい距離にあたる場合、ｇＮＢは、伝播遅延補償が必要であることを（例えば、ＲＲＣユニキャストシグナリングを介して）ＵＥへ指示し、（未だ構成済みでなければ）伝播遅延補償の推定のためのリソースを構成する。続けて、ＵＥは、受信した事前補償された基準時刻から（ＳＩＢで指示される）事前補償量を減算し（それにより未補償の基準時刻を取得し）、伝播遅延を推定するためのＲＲＣユニキャスト手続を実行し、そして、調整後の基準時刻を上位レイヤへ伝達する前に、未補償の基準時刻を推定された伝播遅延で調整する。
・ｇＮＢは、ＵＥからのＵＬ送信の監視を継続して、所要の合計のＴＡを判定する。
・合計のＴＡの１／２（即ち、伝播遅延）が引き続き２×ＴＤよりも大きい距離にあたる場合、ｇＮＢ及びＵＥは伝播遅延の推定のためのＲＲＣユニキャスト手続を周期的に実行し、ＵＥは推定される伝播遅延だけ未補償の基準時刻を調整する。
・そうではなく、所要の合計のＴＡの１／２が２×ＴＤよりも小さい距離にあたる場合、ｇＮＢは、（ＳＩＢにより提供される）事前補償された基準時刻の使用へ立ち戻るように（例えば、ＲＲＣユニキャストシグナリングを介して）ＵＥへ通知し、それが上位レイヤへ伝達されるようになる。
【0043】
ＵＥの例示的な実施形態において、ＵＥは、ｇＮＢにより別段の通知が無ければ、事前補償された基準時刻情報を使用するのが既定の動作である。他の実施形態において、ＵＥは、ＵＥ側のＰＤＣが無効化されている場合に、事前補償された基準時刻情報を適用し、ＵＥは、ＵＥ側のＰＤＣが有効化されている場合には、事前補償された基準時刻情報及び事前補償量の双方を適用する。ＵＥ側のＰＤＣの無効化／有効化は、明示的な指示又は暗黙的な指示（例えば、指示の欠如が、ＵＥがＵＥ側のＰＤＣをを適用すること又は適用しないことを意味する）であり得る。
【0044】
いくつかの実施形態において、ネットワークは、ＲＲＣユニキャストメッセージにおける専用のシグナリングを用いて、ネットワークからＵＥへ送信された時刻情報をＵＥが無効なものと見なすべきであることをＵＥへ指示する。
【0045】
＜ＵＥによる方法及び解決策＞
具体的な実施形態において、基準時刻情報を収容するＲＲＣメッセージは、時刻が事前補償されていることを指し示す。さらなる具体的な実施形態において、当該ＲＲＣメッセージは、事前補償された基準時刻へ適用された時間量を指し示す。例えば、事前補償されたｇＮＢクロック時刻がＴ（即ち、事前補償された基準時刻）であり、未補償のｇＮＢクロック時刻がｔである場合、上記メッセージにより指し示される適用される補償済み時刻情報は、Ｔ－ｔである。
具体的な実施形態において、基準時刻情報を収容するＲＲＣメッセージは、時刻が事前補償されていることを指し示す。さらなる具体的な実施形態において、当該ＲＲＣメッセージは、事前補償された基準時刻へ適用された時間量を指し示す。例えば、事前補償されたｇＮＢクロック時刻がＴ（即ち、事前補償された基準時刻）であり、未補償のｇＮＢクロック時刻がｔである場合、上記メッセージにより指し示される適用される補償済み時刻情報は、Ｔ－ｔである。
【0046】
具体的な実施形態において、ＲＲＣの仕様に新たな情報エレメントであるReferenceTimeInfoPreCompensation-v17xyが追加されてもよく、それがさらにＳＩＢ９内に又はDLInformationTransferメッセージ内に含められてもよい。preCompensationTenNanoSecondsというフィールドは、（典型的には負の値である）Ｔ－ｔの絶対値を１０ナノ秒の単位で指し示す。
【表6】
【0047】
さらなる具体的な実施形態では、ReferenceTimeInfoPreCompensation-v17xyというＩＥは、ＲＲＣブロードキャストメッセージ（例えば、ＳＩＢ９）においてのみ送信される。いくつかの他の派生において、それは、ＲＲＣユニキャストメッセージ（例えば、DLInformationTransfer）においてのみ送信されてもよく、又は、ＲＲＣブロードキャストメッセージ及びＲＲＣユニキャストメッセージの双方において送信されてもよい。
【0048】
さらなる具体的な実施形態において、時刻が事前補償されていること及び事前補償された時間量を含む事前補償インジケーションの受信に応じて、上記方法は、次のことを含む：
【0049】
１．ＵＥがＵＥ側の伝播遅延補償を実行するよう要求されていない場合、これはＵＥ側の伝播遅延補償が必要ではないという明示的な指示があったか又はＵＥ側の伝播遅延補償が必要であるという明示的な指示の受信無しかのいずれかであり得るが、ＵＥは、ReferenceTimeInfoPreCompensationというＩＥに収容されている情報を処理することなく、即ち、受信される基準時刻が事前補償されているのか及びその事前補償の量に関わらず、当該基準時刻情報を上位レイヤへ伝達する。
２．ＵＥがＵＥ側の伝播遅延補償を実行するよう要求されている場合、これはＵＥ側の伝播遅延補償が必要であるという明示的な指示があったか又はＵＥ側の伝播遅延補償が必要ではないという明示的な指示の受信無しかのいずれかであり得るが、ＵＥは、ＵＥがＳＩＢ９で送信されたブロードキャストメッセージにおいて受信したReference Time情報内の（例えば、ReferenceTimeInfoPreCompensationというＩＥ内のpreCompensationTenNanoSecondsというフィールドにより指し示される）事前補償された時間の量を減算する。
２．ＵＥがＵＥ側の伝播遅延補償を実行するよう要求されている場合、これはＵＥ側の伝播遅延補償が必要であるという明示的な指示があったか又はＵＥ側の伝播遅延補償が必要ではないという明示的な指示の受信無しかのいずれかであり得るが、ＵＥは、ＵＥがＳＩＢ９で送信されたブロードキャストメッセージにおいて受信したReference Time情報内の（例えば、ReferenceTimeInfoPreCompensationというＩＥ内のpreCompensationTenNanoSecondsというフィールドにより指し示される）事前補償された時間の量を減算する。
【0050】
以下は、ＲＲＣの仕様にこれをいかにして実装できるかに関する２つの例であり、仕様に対する変更が太字及び下線で示されている：
【表7】
【0051】
【表8】
【0052】
他の具体的な実施形態において、ＵＥは、基準時刻情報を収容するＲＲＣユニキャストメッセージをも受信すると、ＳＩＢ９において送信された基準時刻情報を無視する。換言すると、ＵＥが基準時刻情報を収容するＲＲＣユニキャストメッセージ及びＲＲＣブロードキャストメッセージの双方を受信する場合、ＲＲＣユニキャストメッセージ内の基準時刻情報が優先される。例えば、ＵＥが時刻ｔ１でＳＩＢ９において基準時刻情報を受信し、かつ時刻ｔ２＞ｔ１でDLInformationTransferにおいて基準時刻情報をちょうど受信した場合、ＵＥは、ｔ１で受信した基準時刻情報を無視する。一方、ＵＥが時刻ｔ３＞ｔ２でＳＩＢ９において他の基準時刻情報を受信した場合、ＵＥは、時刻ｔ３で受信したその基準時刻情報を無視する。
【0053】
さらなる具体的な実施形態において、ＵＥは、ＲＲＣメッセージであるDLInformationTransferにおいて受信される基準時刻情報についての有効性タイマ（validity timer）と共に構成される：
【0054】
１．本タイマは、基準時刻情報を収容するＲＲＣメッセージであるDLInformationTransferの受信に応じて（再）起動される。
２．タイマが稼働中である場合、ＵＥは、ＳＩＢ９メッセージを受信することを要さず、又はＳＩＢ９メッセージにおいて受信される基準時刻情報を無視する。
３．タイマの満了に応じて、ＵＥは、ＳＩＢ９の復号を開始し、基準時刻情報を取得し得る。
２．タイマが稼働中である場合、ＵＥは、ＳＩＢ９メッセージを受信することを要さず、又はＳＩＢ９メッセージにおいて受信される基準時刻情報を無視する。
３．タイマの満了に応じて、ＵＥは、ＳＩＢ９の復号を開始し、基準時刻情報を取得し得る。
【0055】
他の具体的な実施形態において、ＵＥは、ネットワークが送信した専用の時刻情報が無効であることを示す指示をネットワークから受信する。専用の時刻情報は、ＲＲＣユニキャストメッセージ（例えば、DLInformationTransferメッセージ）において送信される。前述の実施形態において説明したように、有効性タイマが構成され稼働中である場合には、タイマが停止され又は満了したと見なされる。これは、上記指示がタイマの停止をトリガする（又はその満了をトリガする）ものとして実装されてもよい。タイマの停止又は満了のアクションは、転じて、専用の時刻情報の無効化（invalidation）をトリガする。
【0056】
具体的な実施形態において、ＵＥは、それ（専用のタイミング情報の無効化に関する指示）に応じて、ブロードキャストされる（例えばＳＩＢ９でＲＲＣブロードキャストメッセージにおいて送信される）時刻情報を取得して、その情報を代わりに適用し得る。
【0057】
具体的な実施形態において、ネットワークがＵＥへ専用の時刻がそれ以上有効ではないことを指示した場合であっても、ＵＥは、ネットワークが無効を指示した後にある時間Ｔにわたって前回受信した（無効であると指示された）専用の時刻情報を有効であると見なしてもよい。これによって、ＵＥが（例えば、ブロードキャストされるシグナリングを介して）代替的な時刻情報を取得することが可能となるという利点がある。時間Ｔは、次のうちの１つ以上として定義されてよい：
【0058】
・ＵＥがブロードキャスト情報を取得するまでの時間；
・事前に構成される時間；
・（上述したように）有効時間（validity time）に基づいて決定される時間。例えば、有効性タイマが３秒である場合、時間Ｔはｋ×３に設定されてもよく、ここでｋは予め構成される値、又は規格において特定される値であってよい；
・上で定義した時間のうちの１つ以上の最小値又は最大値。
・事前に構成される時間；
・（上述したように）有効時間（validity time）に基づいて決定される時間。例えば、有効性タイマが３秒である場合、時間Ｔはｋ×３に設定されてもよく、ここでｋは予め構成される値、又は規格において特定される値であってよい；
・上で定義した時間のうちの１つ以上の最小値又は最大値。
【0059】
利用可能な時刻情報がブロードキャストされない場合、ＵＥは、専用の時刻情報が無効であるというネットワークからの指示の受信に応じて、適用可能な時刻情報が無いと判定してもよい。
【0060】
＜ｇＮＢの実施形態＞
具体的な実施形態において、ｇＮＢは、事前補償される量と共に基準時刻情報をブロードキャストし、その時間量はブロードキャストメッセージ（例えば、ＳＩＢ９）において送信される。例えば、新たなＩＥであるReferenceTimeInfoPreCompensationにおいて上記情報を送信することができる。
具体的な実施形態において、ｇＮＢは、事前補償される量と共に基準時刻情報をブロードキャストし、その時間量はブロードキャストメッセージ（例えば、ＳＩＢ９）において送信される。例えば、新たなＩＥであるReferenceTimeInfoPreCompensationにおいて上記情報を送信することができる。
【0061】
さらなる具体的な実施形態において、ｇＮＢは、ＵＥからのＵＬ送信タイミングを監視し、各ＵＥのＮＴＡの値の記録を維持する。ＵＥからの伝播遅延は、凡そＮＴＡ／２・Ｔｃである。
【0062】
他のさらなる具体的な実施形態において、ＵＥがＵＥ側のＰＤＣを未適用である間のＵＥにて算出される（即ち、ReferenceTimeというＩＥを事前補償された基準時刻情報（即ち、Ｔ）と共に使用して算出され、但しreferenceTimeInfoPreCompensationというＩＥのpreCompensationTenNanoSecondsというフィールドを用いて調整されていない）基準時刻情報のｇＮＢにおける知識がｇＮＢのクロック時刻（即ち、基準時刻）からＸナノ秒だけ離れていて、Ｘが当該ＵＥについての基準時刻伝達誤差バジェットよりも大きい場合、ｇＮＢは、ＵＥ別の伝播遅延補償の使用をトリガし、それは次のことを含む：
【0063】
１．伝播遅延を補償せよという指示をＵＥへ送信。
２．ＲＴＴベースの伝播遅延補償の場合、ｇＮＢは、リファレンス信号を構成し、ＤＬリファレンス信号を送信し、ＵＬリファレンス信号を受信する。その後、ｇＮＢは、ｇＮＢ Ｒｘ－Ｔｘ時間をＵＥへ送信する。
３．追加的に、上記からは独立して、ｇＮＢは、基準時刻を収容するＲＲＣユニキャストメッセージを送信し、但しその基準時刻は事前補償されておらず、即ち時間ｔである。これは、ＵＥがさらなる補償無しでこの基準時刻を伝播遅延補償のために使用するはずであるという期待と共に行われる。
２．ＲＴＴベースの伝播遅延補償の場合、ｇＮＢは、リファレンス信号を構成し、ＤＬリファレンス信号を送信し、ＵＬリファレンス信号を受信する。その後、ｇＮＢは、ｇＮＢ Ｒｘ－Ｔｘ時間をＵＥへ送信する。
３．追加的に、上記からは独立して、ｇＮＢは、基準時刻を収容するＲＲＣユニキャストメッセージを送信し、但しその基準時刻は事前補償されておらず、即ち時間ｔである。これは、ＵＥがさらなる補償無しでこの基準時刻を伝播遅延補償のために使用するはずであるという期待と共に行われる。
【0064】
図３は、ある実施形態に従ってｇＮＢにより補償される時刻、ＵＥ側のＰＤＣ無しでのＵＥによる受信時刻、及びＵＥ側のＰＤＣありでのＵＥによる受信時刻を含む例５０を示している。
【0065】
ＵＥにおいて算出される基準時刻情報のｇＮＢにおける知識は、次のように演算される：
Reference Time（補償済み、即ちＴ）＋伝播遅延
Reference Time（補償済み、即ちＴ）＋伝播遅延
【0066】
他の具体的な実施形態において、ＵＥがＵＥ側のＰＤＣを未適用である間のＵＥにて算出される（即ち、ReferenceTimeというＩＥを事前補償された基準時刻情報（即ち、Ｔ）と共に使用して算出され、但しreferenceTimeInfoPreCompensationというＩＥのpreCompensationTenNanoSecondsというフィールドを用いて調整されていない）基準時刻情報のｇＮＢにおける知識がｇＮＢのクロック時刻（基準時刻、即ちＴ）からＸナノ秒だけ離れていて、Ｘが当該ＵＥについての基準時刻伝達誤差バジェットよりも小さい場合、ｇＮＢは、ＵＥ別の伝播遅延補償の無効化をトリガし、それは次のことを含む：
【0067】
１．伝播遅延を補償するなという指示をＵＥへ送信。
２．ＲＴＴベースの伝播遅延補償の場合、ｇＮＢは、リファレンス信号の構成を解除する。
３．追加的に、上記からは独立して、ｇＮＢは、基準時刻を収容するＲＲＣユニキャストメッセージの送信を停止する。
２．ＲＴＴベースの伝播遅延補償の場合、ｇＮＢは、リファレンス信号の構成を解除する。
３．追加的に、上記からは独立して、ｇＮＢは、基準時刻を収容するＲＲＣユニキャストメッセージの送信を停止する。
【0068】
具体的な実施形態において、ネットワークは、具体的なＵＥについて、ネットワークはもはや（例えば、DLInformationTransferというＲＲＣメッセージで送信される）専用シグナリングの手段で時刻情報を提供すべきではないと判定し得る。ネットワークは、このトリガに応じて、専用シグナリングで受信されるタイミングをもはや適用すべきではないことを示す指示をＵＥへ送信してもよい。
【0069】
ＵＥの実施形態に関して上述したように、ＵＥは、ネットワークがＵＥへ専用の時刻情報の適用を停止することを指示した後にある時間Ｔにわたって前回受信した専用の時刻情報が依然として有効であると見なしてもよい。この時間Ｔがネットワークから指示されてもよい。ネットワークは、ブロードキャストされる時刻情報の周期に依存してこの時間を設定してもよく、例えば、時間Ｔをブロードキャストされる時刻情報の周期に設定してもよい。
【0070】
図４は、いくつかの実施形態に係る通信システム１００の一例を示している。
【0071】
この例において、通信システム１００は、無線アクセスネットワーク（ＲＡＮ）といったアクセスネットワーク１０４と、１つ以上のコアネットワークノード１０８を含むコアネットワーク１０６とを含む電気通信ネットワーク１０２を含む。アクセスネットワーク１０４は、ネットワークノード１１０ａ及び１１０ｂといった１つ以上のアクセスネットワークノード（そのうちの１つ以上が、概してネットワークノード１１０として言及され得る）、又は何らかの他の類似の第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスノード若しくは非３ＧＰＰアクセスポイントを含む。ネットワークノード１１０は、１つ以上のワイヤレス接続上でコアネットワーク１０６へＵＥ１１２ａ、１１２ｂ、１１２ｃ及び１１２ｄ（そのうちの１つ以上が、概してＵＥ１１１２として言及され得る）を接続するなどして、ユーザ機器（ＵＥ）の直接的な又は間接的な接続を促進する。
【0072】
ワイヤレス接続上の例示的なワイヤレス通信は、電磁波、無線波、赤外線波、及び／若しくは、ワイヤ、ケーブル若しくは他の物質的な導体を使用せずに情報を運ぶために適した他のタイプの信号を用いて、ワイヤレス信号を送信し並びに／又は受信することを含む。そのうえ、様々な実施形態において、通信システム１００は、いかなる数の有線若しくは無線ネットワーク、ネットワークノード、ＵＥ、並びに／又は、有線接続か無線接続かに関わらずデータ及び／若しくは信号の通信を促進し若しくは当該通信に参加し得る任意の他のコンポーネント若しくはシステムを含んでもよい。通信システム１００は、任意のタイプの通信、電気通信、データ、セルラー、無線ネットワーク、及び／若しくは他の類似するタイプのシステムを含んでよく、並びに／又はそれらとインタフェースしてよい。
【0073】
ＵＥ１１２は、ネットワークノード１１０及び他の通信デバイスとワイヤレスに通信するように配置され、構成され、及び／又は動作可能なワイヤレスデバイスを含む、広範な種類の通信デバイスのうちの任意のものであってよい。同様に、ネットワークノード１１０は、ワイヤレスネットワークアクセスといったネットワークアクセスを可能にし及び／若しくは提供するため、並びに／又は、電気通信ネットワーク１０２内の管理といった他の機能を実行するために、ＵＥ１１２に対して、及び／若しくは電気通信ネットワーク１０２内の他のネットワークノード若しくは機器に対して、直接的に若しくは間接的に通信するように配置され、それが可能であり、そのように構成され、並びに／又はそのように動作可能である。
【0074】
図示した例において、コアネットワーク１０６は、ネットワークノード１１０を、ホスト１１６といった１つ以上のホストへ接続する。それら接続は、直接的であってもよく、又は１つ以上の中間的なネットワーク若しくはデバイスを介する間接的なものであってもよい。他の例において、ネットワークノードがホストへ直接的に連結されてもよい。コアネットワーク１０６は、ハードウェア及びソフトウェアコンポーネントと共に構造化される１つ以上のコアネットワークノード（例えば、コアネットワークノード１０８）を含む。それらコンポーネントの機能は、ＵＥ、ネットワークノード及び／又はホストに関して説明したものと実質的に同様であってよく、よって、それらの説明がコアネットワークノード１０８の対応するコンポーネントへ概して適用可能である。例示的なコアネットワークノードは、モバイルスイッチングセンタ（ＭＳＣ）、モビリティ管理エンティティ（ＭＭＥ）、ホーム加入者サーバ（ＨＳＳ）、アクセス及びモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、認証サーバ機能（ＡＵＳＦ）、サブスクリプション識別子秘匿解除機能（ＳＩＤＦ）、統一データ管理（ＵＤＭ）、セキュリティエッジ保護プロキシ（ＳＥＰＰ）、ネットワーク露出機能（ＮＥＦ）、及び／又はユーザプレーン機能（ＵＰＦ）のうちの１つ以上の機能を含む。
【0075】
ホスト１１６は、事業者以外のサービスプロバイダ、又はアクセスネットワーク１０４及び／若しくは電気通信ネットワーク１０２のプロバイダの所有下にあってもその制御下にあってもよく、当該サービスプロバイダにより若しくは当該サービスプロバイダのために運用されてもよい。ホスト１１６は、多様なアプリケーションをホスティングして１つ以上のサービスを提供してよい。そうしたアプリケーションの例は、ライブの及び事前収録された音声／映像コンテンツ、複数のＵＥにより検知される多様な周囲の条件に関するデータの取得及び編集といったデータ収集サービス、分析機能性、ソーシャルメディア、リモートデバイスの制御若しくはさもなければインタラクションのための機能、警報及び監視センタのための機能、又は、サーバにより実行される任意の他のそうした機能を含む。
【0076】
全体として、図４の通信システム１００は、ＵＥ、ネットワークノード及びホストの間の接続性を可能にする。その意味において、通信システムは、限定ではないものの、次のものを含む特定の標準のような予め定義されたルール又は手続に従って動作するように構成されてよい：ＧＳＭ（Global System for Mobile Communications）、ＵＭＴＳ（Universal Mobile Telecommunications System）、ロングタームエボリューション（ＬＴＥ）、及び／若しくは他の適した２Ｇ、３Ｇ、４Ｇ、５Ｇ標準、若しくは任意の適用可能な将来の世代の標準（例えば、６Ｇ）、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２.１１標準（ＷｉＦｉ）などのＷＬＡＮ（wireless local area network）標準、並びに／又は、ＷｉＭａｘ（Worldwide Interoperability for Microwave Access）、Ｂｌｕｅｔｏｏｔｈ、Ｚ－Ｗａｖｅ、ＮＦＣ（Near Field Communication） ＺｉｇＢｅｅ、ＬｉＦｉ、及び／若しくは、ＬｏＲａ及びＳｉｇｆｏｘなど任意のＬＰＷＡＮ（low-power wide-area network）標準といった、任意の他の適切なワイヤレス通信標準。
【0077】
いくつかの例において、電気通信ネットワーク１０２は、３ＧＰＰにより標準化された機能を実装するセルラーネットワークである。したがって、電気通信ネットワーク１０２は、電気通信ネットワーク１０２へ接続される様々なデバイスに様々な論理的ネットワークを提供するためのネットワークスライシングをサポートしてもよい。例えば、電気通信ネットワーク１０２は、いくつかのＵＥに超高信頼性低レイテンシ通信（ＵＲＬＬＣ）サービスを提供する一方で、他のＵＥに拡張モバイルブロードバンド（ｅＭＢＢ）サービスを提供してもよく、またさらなるＵＥにマッシブマシンタイプ通信（ｍＭＴＣ）／マッシブＩｏＴサービスを提供してもよい。
【0078】
いくつかの例において、ＵＥ１１２は、直接的なヒューマンインタラクション無しで情報を送信し及び／又は受信するように構成される。例えば、ＵＥは、予め決定されるスケジュールで、内部の若しくは外部のイベントによりトリガされた場合に、又は、アクセスネットワーク１０４からのリクエストに応じて、アクセスネットワーク１０４へ情報を送信するように設計されてもよい。追加的に、ＵＥは、シングル若しくはマルチＲＡＴで、又はマルチ標準モードで動作するために構成されてもよい。例えば、ＵＥは、Ｗｉ－Ｆｉ、ＮＲ（新無線）及びＬＴＥのうちの任意の１つ又は組み合わせで、即ち、Ｅ－ＵＴＲＡＮ（Evolved-UMTS Terrestrial Radio Access Network）新無線－デュアルコネクティビティ（ＥＮ－ＤＣ）といったマルチ無線デュアルコネクティビティ（ＭＲ－ＤＣ）のために構成されて動作してもよい。
【0079】
上記例において、ハブ１１４は、１つ以上のＵＥ（例えば、ＵＥ１１２ｃ及び／又は１１２ｄ）とネットワークノード（例えば、ネットワークノード１１０ｂ）との間の間接的な通信を促進するために、アクセスネットワーク１０４と通信する。いくつかの例において、ハブ１１４は、コントローラ、ルータ、コンテンツソース及びアナリティクス、又はＵＥに関してここで説明した他の通信デバイスのいずれかであってよい。例えば、ハブ１１４は、ＵＥのためにコアネットワーク１０６へのアクセスを可能にするブロードバンドルータであってもよい。他の例として、ハブ１１４は、ＵＥ内の１つ以上のアクチュエータへコマンド又は命令を送信するコントローラであってもよい。コマンド又は命令は、ＵＥやネットワークノード１１０から受信され、又は、実行可能なコード、スクリプト、プロセス、若しくはハブ１１４内の他の命令により受付けられてもよい。他の例として、ハブ１１４は、ＵＥのデータのための一時的なストレージとして動作するデータコントローラであってもよく、いくつかの実施形態では、そのデータの分析若しくは他の処理を実行してもよい。他の例として、ハブ１１４は、コンテンツソースであってもよい。例えば、ＶＲヘッドセット、ディスプレイ、ラウドスピーカー、若しくは他のメディアデリバリデバイスであるＵＥについて、ハブ１１４は、ネットワークノードを介してＶＲアセット、映像、音声、又は他の感覚情報に関連するメディア若しくはデータを取得してもよく、その場合、ハブ１１４は、直接的に、ローカルでの処理の実行後、及び／又は追加的なローカルコンテンツを加えた後のいずれかに、ＵＥへそれを提供する。また別の例において、ハブ１１４は、ＵＥのためのプロキシサーバ又はオーケストレータとして動作し、とりわけ、ＵＥのうちの１つ以上が低エネルギーＩｏＴデバイスである場合にはそうである。
【0080】
ハブ１１４は、ネットワークノード１１０ｂに対して定常的／永続的な又は間欠的な接続を有し得る。また、ハブ１１４は、ハブ１１４とＵＥ（ＵＥ１１２ｃ及び／又は１１２ｄ）との間、並びにハブ１１４とコアネットワーク１０６との間で、異なる通信方式及び／又はスケジュールを可能にしてもよい。他の例において、ハブ１１４は、有線接続を介して、コアネットワーク１０６及び／又は１つ以上のＵＥへ接続される。そのうえ、ハブ１１４は、アクセスネットワーク１０４上でＭ２Ｍサービスプロバイダへ接続され、及び／又は、直接的な接続上で他のＵＥへ接続されるように構成されてもよい。いくつかのシナリオにおいて、ＵＥは、有線又は無線接続を介してハブ１１４経由で依然として接続されながら、ネットワークノード１１０と無線接続を確立してもよい。いくつかの実施形態において、ハブ１１４は、専用のハブ、即ち、その主要な機能がＵＥとネットワークノード１１０ｂとの間で通信をルーティングすることであるハブであってもよい。他の実施形態において、ハブ１１４は、専用でないハブ、即ち、ＵＥとネットワークノード１１０ｂとの間で通信をルーティングするように動作可能であるが、それに加えて何らかのデータチャネルについて通信の始点及び／又は終点として動作可能なデバイスであってもよい。
【0081】
図５は、いくつかの実施形態に係るＵＥ２００を示している。ここで使用されるところでは、ＵＥは、ネットワークノード及び／若しくは他のＵＥとワイヤレスに通信することが可能であり、そのように構成され、配置され並びに／又は動作可能なデバイスをいう。ＵＥの例は、限定ではないものの、スマートフォン、モバイルフォン、セルフォン、ＶｏＩＰ（Voice over IP）フォン、ワイヤレスローカルループフォン、デスクトップコンピュータ、パーソナル・デジタル・アシスタント（ＰＤＡ）、ワイヤレスカメラ、ゲームコンソール若しくはデバイス、音楽記憶デバイス、再生用電化製品、ウェアラブル端末デバイス、ワイヤレスエンドポイント、移動局、タブレット、ラップトップ、ラップトップ組込み機器（ＬＥＥ）、ラップトップ搭載型機器（ＬＭＥ）、スマートデバイス、ワイヤレス顧客構内機器（ＣＰＥ）、車両搭載型若しくは車両組込／統合型のワイヤレスデバイスなどを含む。他の例は、狭帯域モノのインターネット（ＮＢ－ＩｏＴ）ＵＥ、マシンタイプ通信（ＭＴＣ）ＵＥ及び／又は拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）により識別される任意のＵＥを含む。
【0082】
ＵＥは、例えば、サイドリンク通信、専用近距離通信（ＤＳＲＣ）、車両対車両（Ｖ２Ｖ）、車両対インフラストラクチャ（Ｖ２Ｉ）又は車両対エブリシング（Ｖ２Ｅ）のために３ＧＰＰ標準を実装することにより、デバイスツーデバイス（Ｄ２Ｄ）通信をサポートしてもよい。他の例において、ＵＥは、関係するデバイスを所有し及び／又は操作する人間のユーザという意味でのユーザを必ずしも有していなくてもよい。その代わりに、ＵＥは、人間のユーザへの販売又は人間のユーザによる操作を意図されているが、少なくとも当初は特定の人間のユーザに関連付けられていないかもしれないデバイス（例えば、スマートスプリンクラーコントローラ）を表してもよい。代替的に、ＵＥは、エンドユーザへの販売又はエンドユーザによる操作を意図されず、ユーザの恩恵に関連付けられ又はユーザの恩恵のために運用され得るデバイス（例えば、スマートパワーメータ）を表してもよい。
【0083】
ＵＥ２００は、入出力インタフェース２０６へバス２０４を介して動作可能に連結される処理回路２０２、電源２０８、メモリ２１０、通信インタフェース２１２、及び／若しくは任意の他のコンポーネント、又はそれらの任意の組み合わせを含む。あるＵＥは、図５に示したコンポーネントのうちの全て又はサブセットを利用し得る。コンポーネント間の統合のレベルは、あるＵＥと他のＵＥとで変化してよい。さらに、あるＵＥは、複数のプロセッサ、メモリ、送受信機、送信機、受信機などのように、コンポーネントの複数のインスタンスを含んでもよい。
【0084】
処理回路２０２は、命令群及びデータを処理するように構成され、メモリ２１０内に機械読取可能なコンピュータプログラムとして記憶されている命令群を実行するように動作可能な何らかのシーケンシャルステートマシンを実装するように構成されてもよい。処理回路２０２は、１つ以上の（例えば、離散ロジック、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）などでの）ハードウェア実装されるステートマシン、適切なファームウェアを伴うプログラマブルロジック、１つ以上のストアドコンピュータプログラム、適切なソフトウェアを伴うマイクロプロセッサ若しくはデジタル信号プロセッサ（ＤＳＰ）といった汎用プロセッサ、又は上記の任意の組み合わせとして実装されてもよい。例えば、処理回路２０２は、複数の中央演算装置（ＣＰＵ）を含んでもよい。
【0085】
上記例において、入出力インタフェース２０６は、入力デバイス、出力デバイス、又は１つ以上の入出力デバイスに対する１つ又は複数のインタフェースを提供するように構成されてもよい。出力デバイスの例は、スピーカ、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、他の出力デバイス、又はそれらの任意の組み合わせを含む。入力デバイスは、ユーザがＵＥ２００に対し情報を捕捉することを可能にし得る。入力デバイスの例は、タッチ感応型の又はプレゼンス感応型のディスプレイ、カメラ（例えば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサ、マウス、トラックボール、指向性パッド、トラックパッド、スクロールホイール、及びスマートカードなどを含む。プレゼンス感応型のディスプレイは、ユーザからの入力を感知するための容量型又は抵抗型のタッチセンサを含んでもよい。センサは、例えば、加速度計、ジャイロスコープ、傾斜センサ、力センサ、磁力計、光センサ、近接センサ、バイオメトリックセンサなど、又はそれらの任意の組み合わせであってもよい。出力デバイスは、入力デバイスと同じタイプのインタフェースポートを使用してもよい。例えば、ユニバーサルシリアルバス（ＵＳＢ）ポートが、入力デバイス及び出力デバイスを提供するために使用されてもよい。
【0086】
いくつかの実施形態において、電源２０８は、バッテリ又はバッテリパックとして構造化される。外部の電源（例えば、電気コンセント）、太陽光発電デバイス又は電池といった他のタイプの電源もまた使用されてよい。電源２０８は、電源２０８自体及び／又は外部電源からＵＥ２００の多様な部分へ入力回路又は電源ケーブルといったインタフェースを介して電力を伝達するための電力回路をさらに含んでもよい。電力の伝達は、例えば、電源２０８の充電のためであってもよい。電力回路は、電力供給先であるＵＥ２００のそれぞれのコンポーネントに電力を適したものとするために、電源２０８からの電力に対し何らかの整形、変換又は他の修正を行ってもよい。
【0087】
メモリ２１０は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、プログラマブル読取専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取専用メモリ（ＥＰＲＯＭ）、電気消去可能プログラマブル読取専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、ハードディスク、取り外し可能カートリッジ、及びフラッシュドライブなどであってもよく、又はそうしたメモリを含むように構成されてもよい。１つの例において、メモリ２１０は、オペレーティングシステム、ウェブブラウザアプリケーション、ウィジェット、ガジェットエンジン若しくは他のアプリケーションといった１つ以上のアプリケーションプログラム２１４、及び対応するデータ２１６を含む。メモリ２１０は、ＵＥ２００による使用のために、広範な多様なオペレーティングシステム又は複数のオペレーティングシステムの組み合わせのうちの任意のものを記憶してよい。
【0088】
メモリ２１０は、ＲＡＩＤ（Redundant Array of Independent Disks）といった複数の物理ドライブユニット、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、ＨＤ－ＤＶＤ（High-Density Digital Versatile Disc）、光ディスクドライブ、内部ハードディスクドライブ、Ｂｌｕ－Ｒａｙ光ディスクドライブ、ＨＤＤＳ（Holographic Digital Data Storage）光ディスクドライブ、外部ミニＤＩ ＭＭ（Dual In-Line Memory Module）、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）、外部マイクロＤＩＭＭ ＳＤＲＡＭ、ＵＳＩＭ及び／若しくはＩＳＩＭなどの１つ以上のＳＩＭ（subscriber Identity Module）を含むＵＩＣＣ（universal integrated circuit card）の形式の耐タンパモジュールといったスマートカードメモリ、他のメモリ、又はそれらの任意の組み合わせを含むように構成されてもよい。ＵＩＣＣは、例えば、組込みＵＩＣＣ（ｅＵＩＣＣ）、統合ＵＩＣＣ（ｉＵＩＣＣ）、又は一般に"ＳＩＭカード"として知られるリムーバブルＵＩＣＣであってよい。メモリ２１０は、ＵＥ２００が一時的な若しくは非一時的な記憶媒体に記憶される命令群及びアプリケーションプログラムなどへアクセスしてデータをオフロードし又はデータをアップロードすることを可能にしてもよい。通信システムを利用するものなどといった製品の品目は、デバイス読取可能な記憶媒体であり又はそれを含んでもよいメモリ２１０として又は当該メモリ２１０内で有形的に具現化され得る。
【0089】
処理回路２０２は、通信インタフェース２１２を用いてアクセスネットワーク又は他のネットワークと通信するように構成され得る。通信インタフェース２１２は、１つ以上の通信サブシステムを含んでもよく、アンテナ２２２を含み若しくはアンテナ２２２へ通信可能に連結されてもよい。通信インタフェース２１２は、ワイヤレス通信可能な他のデバイス（例えば、他のＵＥ若しくはアクセスネットワーク内のネットワークノード）の１つ以上のリモート送受信機と通信することなどによって、通信を行うために使用される１つ以上の送受信機を含んでもよい。各送受信機は、ネットワーク通信を提供するために適切な送信機２１８及び／又は受信機２２０を含み得る（例えば、光学的、電気的、周波数割当てなど）。そのうえ、送信機２１８及び受信機２２０は、１つ以上のアンテナ（例えば、アンテナ２２２）へ連結されてもよく、それらは回路コンポーネント、ソフトウェア若しくはファームウェアを共有してもよく、又は、代替的に別個に実装されてもよい。
【0090】
図示した実施形態において、通信インタフェース２１２の通信機能は、セルラー通信、Ｗｉ－Ｆｉ通信、ＬＰＷＡＮ通信、データ通信、音声通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈのような近距離通信、近接（near-field）通信、ロケーションの決定のためのＧＰＳ（Global Positioning System）の使用といったロケーションベースの通信、他の類似の通信機能、又はそれらの任意の組み合わせを含んでもよい。通信は、ＩＥＥＥ８０２．１１、符号分割多重アクセス（ＣＤＭＡ）、広帯域符号分割多重アクセス（ＷＣＤＭＡ）、ＧＳＭ、ＬＴＥ、新無線（ＮＲ）、ＵＭＴＳ、ＷｉＭａｘ、イーサネット、ＴＣＰ／ＩＰ（transmission control protocol/internet protocol）、ＳＯＮＥＴ（synchronous optical networking）、ＡＴＭ（Asynchronous Transfer Mode）、ＱＵＩＣ、ＨＴＴＰ（Hypertext Transfer Protocol）などといった１つ以上の通信プロトコル及び／又は標準に従って実装されてよい。
【0091】
センサのタイプに関わらず、ＵＥは、自身の通信インタフェース２１２を通じてワイヤレス接続を介してネットワークノードへ、自身のセンサにより捕捉されるデータの出力を提供してもよい。ＵＥのセンサにより捕捉されるデータは、ワイヤレス接続を通じてネットワークノードへ他のＵＥを介して通信されてもよい。出力は、周期的であってもよく（例えば、測定温度を報告する場合には１５分ごと）、ランダムであってもよく（例えば、複数のセンサからの報告による負荷をならすため）、トリガイベントに応じてなされてもよく（例えば、湿気が検知されるとアラートが送信される）、リクエストに応じてなされてもよく（例えば、ユーザにより開始されるリクエスト）、又は連続的なストリームであってもよい（例えば、患者のライブ映像のフィード）。
【0092】
他の例として、ＵＥは、ネットワークノードからワイヤレス接続を介してワイヤレス入力を受信するように構成される通信インタフェースに関連する、アクチュエータ、モータ又はスイッチを含む。受信されるワイヤレス入力に応じて、アクチュエータ、モータ又はスイッチの状態が変化し得る。例えば、ＵＥは、受信される入力に従って飛行中のドローンの制御面若しくはロータを調整するモータ、又は、受信される入力に従って医療上の処置を行うロボティックアームを含んでもよい。
【0093】
ＵＥは、モノのインターネット（ＩｏＴ）デバイスの形式である場合、１つ以上のアプリケーションドメインにおける使用のためのデバイスであってよく、それらドメインは、限定ではないものの、街中でのウェアラブル技術、拡張された産業アプリケーション、及びヘルスケアを含む。そうしたＩｏＴデバイスの非限定的な例は、コネクテッド冷蔵庫若しくは冷凍庫、ＴＶ、コネクテッド照明デバイス、電気メータ、ロボット掃除機、音声制御型スマートスピーカ、家庭用セキュリティカメラ、動き検知器、サーモスタット、煙検知器、ドア／窓センサ、冠水／湿気センサ、電気ドア錠、コネクテッドドアベル、ヒートポンプのような空調システム、自律型の乗り物、監視システム、気候モニタリングデバイス、駐車モニタリングデバイス、乗り物充電ステーション、スマートウォッチ、フィットネストラッカ、拡張現実（ＡＲ）若しくは仮想現実（ＶＲ）のためのヘッドマウントディスプレイ、触覚拡張若しくは知覚拡張のためのウェアラブル、ウォータスプリンクラ、動物若しくは物品追跡デバイス、植物若しくは動物を監視するためのセンサ、産業用ロボット、無人航空機（ＵＡＶ）、及び、心拍数モニタ若しくは遠隔制御型手術用ロボットなどの任意の種類の医療デバイスであるか、又はそこに組み込まれるデバイスである。ＩｏＴデバイスの形式のＵＥは、ＩｏＴデバイスの目的とするアプリケーションに依存する回路及び／又はソフトウェアに加えて、図５に示したＵＥ２００に関連して説明したような他のコンポーネントを備える。
【0094】
また別の固有の例として、ＩｏＴのシナリオでは、ＵＥは、監視及び／若しくは測定を実行し、並びに他のＵＥ及び／若しくはネットワークノードへそうした監視及び／若しくは測定の結果を送信する、マシン又は他のデバイスを表してもよい。ＵＥは、このケースにおいて、Ｍ２Ｍデバイスであってもよく、３ＧＰＰの文脈ではＭＴＣデバイスとして言及されてもよい。１つの具体的な例として、ＵＥは、３ＧＰＰ ＮＢ－ＩｏＴ標準を実装してもよい。他のシナリオにおいて、ＵＥは、その動作ステータス若しくはその動作に関連付けられる他の機能について監視し及び／若しくは報告することの可能な乗用車、バス、トラック、船舶若しくは航空機、又は他の機器を表してもよい。
【0095】
実際上、単一のユースケースに関していかなる数のＵＥが一緒に使用されてもよい。例えば、第１のＵＥは、ドローンであるか又はドローンに統合され、（速度センサを通じて取得される）ドローンの速度情報を、当該ドローンを操作するリモートコントローラである第２のＵＥへ提供してもよい。ユーザがリモートコントローラから変更を行うと、第１のＵＥは、（例えば、アクチュエータを制御することで）ドローンのスロットルを調整して、ドローンの速度を増減させてもよい。第１及び／又は第２のＵＥは、上述した機能性のうちの１つよりも多くを含むこともできる。例えば、ＵＥは、センサ及びアクチュエータを備え、速度センサ及びアクチュエータの双方についてのデータの通信を扱ってもよい。
【0096】
図６は、いくつかの実施形態に係るネットワークノード３００を示している。ここで使用されるところでは、ネットワークノードは、ＵＥ及び／若しくは電気通信ネットワーク内の他のネットワークノード若しくは機器と直接的に若しくは間接的に通信することが可能であり、そのように構成され、配置され並びに／又は動作可能な機器をいう。ネットワークノードの例は、限定ではないものの、アクセスポイント（ＡＰ）（例えば、無線アクセスポイント）や基地局（ＢＳ）（例えば、無線基地局、ノードＢ、進化型ノードＢ（ｅＮＢ）、及びＮＲノードＢ（ｇＮＢ））を含む。
【0097】
基地局は、それらが提供するカバレッジの量（あるいは別の言い方をすると、それらの送信電力レベル）に基づいてカテゴリ分けされてよく、そのため、提供されるカバレッジの量に依存して、フェムト基地局、ピコ基地局、マイクロ基地局又はマクロ基地局として言及され得る。基地局は、中継ノード又は中継機を制御する中継ドナーノードであってもよい。ネットワークノードは、集中型デジタルユニット、及び／又はリモート無線ヘッド（ＲＲＨ）ということもあるリモート無線ユニット（ＲＲＵ）といった、分散型の無線基地局の１つ以上の（又は全ての）部分を含んでもよい。そうしたリモート無線ユニットは、アンテナ統合型無線機のようにアンテナと統合されてもよく又は統合されなくてもよい。分散型無線基地局の一部は、分散アンテナシステム（ＤＡＳ）内のノードとして言及されてもよい。
【0098】
ネットワークノードの他の例は、マルチ送信ポイント（マルチＴＲＰ）５Ｇアクセスノード、ＭＳＲ ＢＳといったマルチ標準無線（ＭＳＲ）機器、無線ネットワークコントローラ（ＲＮＣ）若しくは基地局コントローラ（ＢＳＣ）といったネットワークコントローラ、基地送受信局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、オペレーション及びメンテナンス（Ｏ＆Ｍ）ノード、オペレーションサポートシステム（ＯＳＳ）ノード、自己組織化ネットワーク（ＳＯＮ）ノード、測位ノード（例えば、進化型サービングモバイルロケーションセンタ（Ｅ－ＳＭＬＣ）及び／又はドライブテスト最小化（ＭＤＴ）を含む。
【0099】
ネットワークノード３００は、処理回路３０２、メモリ３０４、通信インタフェース３０６及び電源３０８を含む。ネットワークノード３００は、自身のそれぞれのコンポーネントを各々が有し得る、複数の物理的に別個のコンポーネント（例えば、ノードＢコンポーネント及びＲＮＣコンポーネント、又は、ＢＴＳコンポーネント及びＢＳＣコンポーネントなど）から構成されてもよい。ネットワークノード３００が複数の別個のコンポーネント（例えば、ＢＴＳ及びＢＳＣコンポーネント）を備えるあるシナリオにおいて、それら別個のコンポーネントの１つ以上がいくつかのネットワークノードの間で共有されてもよい。例えば、単一のＲＮＣが複数のノードＢを制御してもよい。そうしたシナリオでは、ノードＢ及びＲＮＣの一意な各ペアが、いくつかの例において、単一の別個のネットワークノードとみなされてもよい。いくつかの実施形態において、ネットワークノード３００は、複数の無線アクセス技術（ＲＡＴ）をサポートするように構成されてもよい。そうした実施形態において、いくつかのコンポーネントが冗長化されてもよく（例えば、異なるＲＡＴ向けの別個のメモリ３０４）、いくつかのコンポーネントが再利用されてもよい（例えば、同一のアンテナ３１０が異なる複数のＲＡＴにより共有されてもよい）。また、ネットワークノード３００は、例えばＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、Ｚｉｇｂｅｅ、Ｚ－ｗａｖｅ、ＬｏＲａＷＡＮ、ＲＦＩＤ（Radio Frequency Identification）、又はＢｌｕｅｔｏｏｔｈワイヤレス技術といった、ネットワークノード３００へ統合される様々なワイヤレス技術のための多様な例示したコンポーネントの複数のセットを含んでもよい。それらワイヤレス技術は、ネットワークノード３００内の同一の若しくは異なるチップ又はチップのセット及び他のコンポーネントへ統合されてよい。
【0100】
処理回路３０２は、単独で若しくはメモリ３０４といった他のネットワークノード３００のコンポーネントと連携してネットワークノード３００の機能性を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又は他の適したコンピューティングデバイス、リソース若しくはハードウェア、ソフトウェア及び／又は符号化ロジックの組み合わせ、のうちの１つ以上の組み合わせを含んでよい。
【0101】
いくつかの実施形態において、処理回路３０２は、システムオンチップ（ＳＯＣ）を含む。いくつかの実施形態において、処理回路３０２は、無線周波数（ＲＦ）送受信機回路３１２及びベースバンド処理回路３１４のうちの１つ以上を含む。いくつかの実施形態において、無線周波数（ＲＦ）送受信機回路３１２及びベースバンド処理回路３１４は、無線ユニット及びデジタルユニットのように、別個のチップ（若しくはチップのセット）、基盤又はユニット上にあってもよい。代替的な実施形態において、ＲＦ送受信機回路３１２及びベースバンド処理回路３１４の一部又は全てが同一のチップ若しくはチップのセット、基盤又はユニット上にあってもよい。
【0102】
メモリ３０４は、限定ではないものの、処理回路３０２により使用され得る情報、データ及び／若しくは命令を記憶する、永続的なストレージ、ソリッドステートメモリ、遠隔搭載型のメモリ、磁気媒体、光媒体、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、大規模記憶媒体（例えば、ハードディスク）、取外し可能記憶媒体（例えば、フラッシュドライブ、コンパクトディスク（ＣＤ）若しくはデジタルビデオディスク（ＤＶＤ））、並びに／又は、他の任意の揮発性の若しくは不揮発性の非一時的なデバイス読取可能な及び／若しくはコンピュータ実行可能なメモリデバイスを含む、いかなる形式の揮発性の又は不揮発性のコンピュータ読取可能なメモリを含んでもよい。メモリ３０４は、処理回路３０２により実行可能であってネットワークノード３００により利用可能な、コンピュータプログラム、ソフトウェア、ロジック、ルール、コード、テーブルのうちの１つ以上を含むアプリケーション、及び／又は他の命令を含む任意の適した命令、データ又は情報を記憶し得る。メモリ３０４は、処理回路３０２により生み出される任意の計算結果、及び／又はインタフェース３０６を介して受信される任意のデータを記憶するために使用されてもよい。いくつかの実施形態において、処理回路３０２及びメモリ３０４は統合される。
【0103】
通信インタフェース３０６は、ネットワークノード、アクセスネットワーク及び／又はＵＥの間での、シグナリング及び／又はデータの有線若しくは無線通信において使用される。図示したように、通信インタフェース３０６は、例えば、有線接続上でネットワークとの間でデータを送受信するためのポート／端子３１６を含む。通信インタフェース３０６は、アンテナ３１０へ連結され又はある実施形態ではアンテナ３１０の一部であり得る無線フロントエンド回路３１８をも含む。無線フロントエンド回路３１８は、フィルタ３２０及び増幅器３２２を含む。無線フロントエンド回路３１８は、アンテナ３１０及び処理回路３０２へ接続され得る。無線フロントエンド回路は、アンテナ３１０及び処理回路３０２の間で通信される信号を調整するように構成されてもよい。無線フロントエンド回路３１８は、無線接続を介して他のネットワークノード又はＵＥへ送出されるべきデジタルデータを受け付け得る。無線フロントエンド回路３１８は、そのデジタルデータを、フィルタ３２０及び／又は増幅器３２２の組み合わせを用いて、適切なチャネル及び帯域幅パラメータを有する無線信号へ変換し得る。そして、無線信号は、アンテナ３１０を介して送信され得る。同様に、データが受信される場合、アンテナ３１０が無線信号を収集し、次いで無線信号は無線フロントエンド回路３１８によりデジタルデータへ変換され得る。デジタルデータは、処理回路３０２へ受け渡され得る。他の実施形態において、通信インタフェースは、異なるコンポーネント及び／又はコンポーネントの異なる組み合わせを含んでもよい。
【0104】
ある代替的な実施形態において、ネットワークノード３００は、別個の無線フロントエンド回路３１８を含まなくてもよく、むしろ、処理回路３０２が、無線フロントエンド回路を含んでもよく、アンテナ３１０へ接続されてもよい。同様に、いくつかの実施形態において、ＲＦ送受信機回路３１２の全て又はいくつかが通信インタフェース３０６の一部である。また別の実施形態において、通信インタフェース３０６は、無線ユニット（図示せず）の一部として、１つ以上のポート若しくは端子３１６、無線フロントエンド回路３１８及びＲＦ送受信機回路３１２を含み、通信インタフェース３０６はデジタルユニット（図示せず）の一部であるベースバンド処理回路３１４と通信する。
【0105】
アンテナ３１０は、ワイヤレス信号を送信し及び／又は受信するように構成される、１つ以上のアンテナ若しくはアンテナアレイを含んでもよい。アンテナ３１０は、無線フロントエンド回路３１８へ連結されてもよく、データ及び／又は信号をワイヤレスに送信し及び受信することの可能ないかなるタイプのアンテナであってもよい。ある実施形態において、アンテナ３１０は、ネットワークノード３００とは別個であり、インタフェース又はポートを通じてネットワークノード３００へ接続可能である。
【0106】
アンテナ３１０、通信インタフェース３０６及び／又は処理回路３０２は、ネットワークノードにより実行されるものとしてここで説明した何らかの受信動作及び／又はある取得動作を実行するように構成され得る。どのような情報、データ及び／又は信号が、ＵＥ、他のネットワークノード及び／又は任意の他のネットワーク機器から受信されてもよい。同様に、アンテナ３１０、通信インタフェース３０６及び／又は処理回路３０２は、ネットワークノードにより実行されるものとしてここで説明した何らかの送信動作を実行するように構成され得る。どのような情報、データ及び／又は信号が、ＵＥ、他のネットワークノード及び／又は任意の他のネットワーク機器へ送信されてもよい。
【0107】
電源３０８は、それぞれのコンポーネントに適した形式で（例えば、各コンポーネントそれぞれにとって必要とされる電圧及び電流のレベルで）、ネットワークノード３００の多様なコンポーネントへ電力を提供する。電源３０８は、ここで説明した機能性を実行するための電力をネットワークノード３００のコンポーネントへ供給するための電力管理回路を含んでもよく、又は当該電力管理回路へ連結されてもよい。例えば、ネットワークノード３００は、電気ケーブルといった入力回路若しくはインタフェースを介して外部の電源（例えば、電力グリッド、電気コンセント）へ接続可能であってもよく、それにより外部の電源が電源３０８の電力回路へ電力を供給する。さらなる例として、電源３０８は、電力回路へ接続され若しくは電力回路へ統合されるバッテリ又はバッテリパックの形式の電力のソースを含んでもよい。バッテリは、外部の電源の障害に備えてバックアップ電力を提供してもよい。
【0108】
ネットワークノード３００の実施形態は、ここで説明した機能性のいずれか及び／又はここで説明した主題をサポートするために必要な何らかの機能性を含む、当該ネットワークノードの機能性のある観点を提供するための、図６に示したもの以外の追加的なコンポーネントを含んでもよい。例えば、ネットワークノード３００は、ネットワークノード３００への情報の入力を可能にし、及びネットワークノード３００からの情報の出力を可能にするユーザインタフェース機器を含んでもよい。これにより、ユーザがネットワークノード３００について診断、メンテナンス、修理及び他の管理機能を実行することが可能となり得る。
【0109】
図７は、ここで説明した多様な観点に係る、図４のホスト１１６の実施形態であり得るホスト４００のブロック図である。ここで使用されるところでは、ホスト４００は、スタンドアローンサーバ、ブレードサーバ、クラウド実装されたサーバ、分散型サーバ、仮想マシン、コンテナ、若しくはサーバファーム内の処理リソースを含む、多様な組み合わせでのハードアウェア及び／又はソフトウェアであってもよく、あるいはそれを含んでもよい。ホスト４００は、１つ以上のＵＥへ１つ以上のサービスを提供し得る。
【0110】
ホスト４００は、入出力インタフェース４０６へバス４０４を介して動作可能に連結される処理回路４０２、ネットワークインタフェース４０８、電源４１０、及びメモリ４１２を含む。他の実施形態において、他のコンポーネントが含まれていてもよい。それらコンポーネントの機能は、図２及び図３といったこれまでの図面のデバイスに関して説明したものと実質的に同様であってよく、よって、それらの説明がホスト４００の対応するコンポーネントへ概して適用可能である。
【0111】
メモリ４１２は、１つ以上のホストアプリケーションプログラム４１４を含む１つ以上のコンピュータプログラムと、例えばホスト４００のためにＵＥにより生成されるデータ又はＵＥのためにホスト４００により生成されるデータなどのユーザデータを含み得るデータ４１６と、を含んでよい。ホスト４００の実施形態は、図示したコンポーネントのうちのサブセットのみ又は全てを利用してよい。ホストアプリケーションプログラム４１４は、コンテナベースのアーキテクチャで実装されてもよく、異なる複数のＵＥのクラス、タイプ又は実装（例えば、ハンドセット、デスクトップコンピュータ、ウェアラブルディスプレイシステム、ヘッドアップディスプレイシステム）のためのトランスコーディングを含む、ビデオコーデック（ＶＶＣ（Versatile Video Coding）、ＨＥＶＣ（High Efficiency Video Coding）、ＡＶＣ（Advanced Video Coding）、ＭＰＥＧ、ＶＰ９）及びオーディオコーデック（例えば、ＦＬＡＣ、ＡＡＣ（Advanced Audio Coding）、ＭＰＥＧ、Ｇ．７１１）のためのサポートを提供してもよい。また、ホストアプリケーションプログラム４１４は、ユーザ認証及びライセンスチェックを提供してもよく、コアネットワークのエッジ内に又はエッジにあるデバイスといった中央ノードへ周期的にヘルス、ルート及びコンテンツ利用可能性を報告してもよい。したがって、ホスト４００は、ＵＥのためのオーバザトップサービスのために異なるホストを選択し及び／又は指し示してもよい。ホストアプリケーションプログラム４１４は、ＨＬＳ（HTTP Live Streaming）プロトコル、ＲＴＭＰ（Real-Time Messaging Protocol）、ＲＴＳＰ（Real-Time Streaming Protocol）、ＭＰＥＧ－ＤＡＳＨ（Dynamic Adaptive Streaming over HTTP）などといった多様なプロトコルをサポートしてもよい。
【0112】
図８は、いくつかの実施形態により実装される機能が仮想化され得る仮想化環境５００を示すブロック図である。
【0113】
本文脈において、装置又はデバイスの仮想的なバージョンを生成する仮想化手段は、仮想化ハードウェアプラットフォーム、記憶デバイス及びネットワーキングリソースを含み得る。ここで使用されるところでは、仮想化は、ここで説明される任意のデバイス又はそれらのコンポーネントへ適用されることができ、その機能性の少なくとも一部が１つ以上の仮想コンポーネントとして実装される実装例に関連する。ここで説明される機能のいくつか又は全ては、ネットワークノード、ＵＥ、コアネットワークノード又はホストとして動作するハードウェアコンピューティングデバイスといったハードウェアノードの１つ以上によりホスティングされる１つ以上の仮想環境５００内に実装される１つ以上の仮想マシン（ＶＭ）により実行される仮想コンポーネントとして実装されてよい。さらに、仮想ノードが無線接続性を要しない実施形態（例えば、コアネットワークノード又はホスト）では、当該ノードが全体として仮想化されてもよい。
【0114】
アプリケーション５０２（代替的に、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれてもよい）は、ここで開示した実施形態のいくつかの特徴、機能及び／又は恩恵のいくつかを実装するための仮想化環境５００において稼働する。
【0115】
ハードウェア５０４は、処理回路、ハードウェアである処理回路により実行可能なソフトウェア及び／若しくは命令群を記憶するメモリ、並びに／又は、ネットワークインタフェースや入出力インタフェースといったここで説明した通りのハードウェアデバイスなどを含む。ソフトウェアは、処理回路により実行されて、１つ以上の仮想化レイヤ５０６（ハイパーバイザ又は仮想マシンモニタ（ＶＭＭ）としても言及される）をインスタンス化し、ＶＭ５０８ａ及びＶＭ５０８ｂ（そのうち１つ以上がまとめてＶＭ５０８として言及されてもよい）を提供し、並びに／又は、ここで説明したいくつかの実施形態との関係で説明した機能、特徴及び／若しくは恩恵のうちのいずれかを実行する。仮想化レイヤ５０６は、仮想マシン５０８にとってネットワーキングハードウェアのように見える仮想動作プラットフォームを呈示してもよい。
【0116】
ＶＭ５０８は、仮想処理、仮想メモリ、仮想ネットワーキング又はインタフェース、及び仮想ストレージを含み、対応する仮想化レイヤ５０６により実行され得る。仮想アプライアンス５０２のインスタンスの様々な実施形態が、ＶＭ５０８のうちの１つ以上において実装されてよく、その実装は、様々な手法でなされてよい。ハードウェアの仮想化を、いくつかの文脈において、ネットワーク機能仮想化（ＮＦＶ）という。ＮＦＶは、データセンタ及び顧客構内機器内に位置することのできる、業界標準の大容量のサーバハードウェア、物理スイッチ及び物理ストレージへと多くのネットワーク機器のタイプを集約するために使用され得る。
【0117】
ＮＦＶの文脈では、ＶＭ５０８は、物理的であって仮想化されていないマシン上であたかも実行されているかのようにプログラムを稼働させる物理マシンのソフトウェア実装であってよい。ＶＭ５０８の各々、及び当該ＶＭを実行するハードウェア５０４の部分は、当該ＶＭに専用のハードウェアであれ、及び／又は当該ＶＭにより他のＶＭと共用されるハードウェアであれ、別個の仮想ネットワークエレメントを形成する。やはりＮＦＶの文脈において、仮想ネットワーク機能は、ハードウェア５０４の最上位で１つ以上のＶＭ５０８において稼働する固有のネットワーク機能を扱うことに責任を有し、アプリケーション５０２に対応する。
【0118】
ハードウェア５０４は、一般的な又は固有のコンポーネントを伴うスタンドアローンのネットワークノードにおいて実装されてもよい。ハードウェア５０４は、仮想化を介していくつかの機能を実装してもよい。代替的に、ハードウェア５０４は、多数のハードウェアノードが協働し及び管理及びオーケストレーション５１０を介して管理される（例えば、データセンタ又はＣＰＥ内のもののような）より大規模なハードウェアのクラスタの一部であってもよく、それは、とりわけアプリケーション５０２のライフサイクル管理を監督する。いくつかの実施形態において、ハードウェア５０４は、１つ以上のアンテナへ連結され得る、１つ以上の送信機及び１つ以上の受信機を各々含む、１つ以上の無線ユニットへ連結される。無線ユニットは、１つ以上の適切なネットワークインタフェースを介して他のハードウェアノードと直接的に通信してもよく、無線アクセスノード又は基地局のように仮想ノードに無線ケイパビリティを提供するために仮想コンポーネントとの組み合わせで使用されてもよい。いくつかの実施形態において、制御システム５１２の使用と共に何らかのシグナリングを提供することができ、それは代替的にハードウェアノード及び無線ユニットの間の通信のために使用されてもよい。
【0119】
図９は、いくつかの実施形態に係る部分的にワイヤレスな接続上でネットワークノード６０４を介してＵＥ６０６と通信するホストコンピュータ６０２の通信図を示している。
【0120】
ここまでの段落において議論したＵＥ（図４のＵＥ１１２ａ及び／又は図５のＵＥ２００）、ネットワークノード（図４のネットワークノード１１０ａ及び／又は図６のネットワークノード３００）、並びにホスト（図４のホスト１１６及び／又は図７のホスト４００）の、多様な実施形態に係る例示的な実装が、これより図９を参照しながら説明されるであろう。
【0121】
ホスト４００と同様に、ホスト６０２の実施形態は、通信インタフェース、処理回路、及びメモリといったハードウェアを含む。ホスト６０２は、さらに、ホスト６０２内に記憶され又はホスト６０２によりアクセス可能なソフトウェアであって、処理回路により実行可能な当該ソフトウェアをも含む。当該ソフトウェアは、ＵＥ６０６及びホストコンピュータ６０２の間に伸びるオーバザトップ（ＯＴＴ）接続６５０を介して接続しているＵＥ６０６といったリモートユーザへサービスを提供するように動作可能であり得るホストアプリケーションを含む。リモートユーザへのサービスの提供中に、ホストアプリケーションは、ＯＴＴ接続６５０を用いて送信されるユーザデータを提供し得る。
【0122】
ネットワークノード６０４は、ホスト６０２及びＵＥ６０６との通信を可能にするハードウェアを含む。接続６６０は、ダイレクトであり、又は、（図４のコアネットワーク１０６のような）コアネットワーク及び／若しくは１つ以上のパブリックな、プライベートな若しくはホスティングされるネットワークといった１つ以上の他の中間ネットワークを通過し得る。例えば、中間ネットワークは、バックボーンネットワーク又はインターネットであってもよい。
【0123】
ＵＥ６０６は、ＵＥ６０６内に記憶され又はＵＥ６０６によりアクセス可能なソフトウェアであって、ＵＥの処理回路により実行可能な当該ソフトウェアをも含む。当該ソフトウェアは、ホスト６０２のサポートと共に、人間の又は非人間のユーザへＵＥ６０６を介してサービスを提供するように動作可能であり得る、ウェブブラウザ又は事業者固有の"アプリ"といったクライアントアプリケーションを含む。ホスト６０２において、実行対象のホストアプリケーションは、実行対象のクライアントアプリケーションとＵＥ６０６及びホスト６０２で終端するＯＴＴ接続６５０を介して通信し得る。ユーザへのサービス提供中に、ＵＥのクライアントアプリケーションは、ホストのホストアプリケーションからリクエストデータを受信し、当該リクエストデータへの応答としてユーザデータを提供し得る。ＯＴＴ接続６５０は、リクエストデータ及びユーザデータの双方を移送し得る。ＵＥのクライアントアプリケーションは、自身がＯＴＴ接続６５０を通じてホストアプリケーションへ提供するユーザデータを生成するために、ユーザとインタラクションし得る。
【0124】
ＯＴＴ接続６５０は、ホスト６０２とネットワークノード６０４との間の接続６６０を介して、及びネットワークノード６０４とＵＥ６０６との間の無線接続６７０を介して伸びており、ホスト６０２とＵＥ６０６との間の接続を提供し得る。ホスト６０２とＵＥ６０６との間のネットワークノード６０４を介する通信を、いかなる中間的なデバイス及びそれらデバイスを介するメッセージの正確なルーティングへの明示的な言及も無く例示するために、ＯＴＴ接続６５０が提供され得る接続６６０及び無線接続６７０が抽象的に描かれている。
【0125】
ＯＴＴ接続６５０を介してデータを送信する一例として、ステップ６０８において、ホスト６０２はユーザデータを提供し、これはホストアプリケーションを実行することにより行われ得る。いくつかの実施形態において、ユーザデータは、特定の人間のユーザがＵＥ６０６とインタラクションすることに関連付けられる。他の実施形態において、ユーザデータは、ＵＥ６０６が明示的なヒューマンインタラクション無しでホスト６０２とデータを共有することに関連付けられる。ステップ６１０において、ホスト６０２は、ユーザデータを搬送するＵＥ６０６への送信を開始する。ホスト６０２は、ＵＥ６０６により送信されるリクエストへの応答として当該送信を開始してもよい。上記リクエストは、ＵＥ６０６とのヒューマンインタラクションにより、又はＵＥ６０６上で稼働するクライアントアプリケーションの動作により引き起こされ得る。その送信は、本開示を通じて説明される実施形態の教示に従って、ネットワークノード６０４を通過し得る。それに応じて、ステップ６１２において、ネットワークノード６０４は、本開示を通じて説明される実施形態の教示に従って、ホスト６０２が開始した上記送信において搬送されたユーザデータをＵＥ６０６へ送信する。ステップ６１４において、ＵＥ６０６は、上記送信において搬送されたユーザデータを受信し、これはホスト６０２により実行されるホストアプリケーションに関連付けられるＵＥ６０６上で実行されるクライアントアプリケーションにより行われ得る。
【0126】
いくつかの例において、ＵＥ６０６がクライアントアプリケーションを実行し、それによりホスト６０２宛てのユーザデータが提供される。ユーザデータは、ホスト６０２からデータを受信したことに対するリアクション又はレスポンスにおいて提供されてもよい。それに応じて、ステップ６１６において、ＵＥ６０６がユーザデータを提供してもよく、これはクライアントアプリケーションを実行することにより行われ得る。ユーザデータの提供中に、クライアントアプリケーションは、ユーザからＵＥ６０６の入出力インタフェースを介して受け付けられるユーザ入力をさらに考慮してもよい。ユーザデータが提供された具体的なやり方に関わらず、ＵＥ６０６は、ステップ６１８において、ネットワークノード６０４を介するホスト６０２へのユーザデータの送信を開始する。ステップ６２０において、本開示を通じて説明される実施形態の教示に従って、ネットワークノード６０４は、ＵＥ６０６からユーザデータを受信し、受信したユーザデータのホスト６０２への送信を開始する。ステップ６２２において、ホスト６０２は、ＵＥ６０６により開始される上記送信において搬送されるユーザデータを受信する。
【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】
具体的な実施形態において、ネットワークノード１１０は、ＵＥ１１２からのアップリンク送信タイミングを監視し、少なくとも１つのアップリンク送信について、任意の時点で要する合計の適用可能なＴＡを推定する。
【0155】
具体的な実施形態において、ネットワークノード１１０は、合計の適用可能なＴＡの１／２が２×ＴＤよりも小さい距離にあたると判定し、事前補償された第２の基準時刻情報を使用するようにＵＥ１１２へ指示する。
【0156】
具体的な実施形態において、ネットワークノード１１０は、合計の適用可能なＴＡの１／２が２×ＴＤよりも大きい距離にあたると判定し、伝播遅延補償が必要であるとＵＥ１１２へ指示し、伝播遅延補償を推定するための少なくとも１つのリソースを構成する。
【0157】
具体的な実施形態において、ネットワークノード１１０は、調整無しで算出された基準時刻がネットワークノード１１０により維持されるクロック時刻から基準時刻伝達誤差バジェットよりも大きい時間Ｘだけ離れている場合に、ＵＥ１１０によるＵＥ別の伝播遅延補償の使用をトリガするための第２指示をＵＥ１１２へ送信する。いくつかの例において、算出される基準時刻は、ＵＥにおいて維持される基準時刻である。
【0158】
具体的な実施形態において、ネットワークノード１１０は、調整無しで算出された基準時刻が当該ネットワークノードにより維持されるクロック時刻から基準時刻伝達誤差バジェットよりも小さい時間Ｘだけ離れている場合に、ＵＥ１１２におけるＵＥ別の伝播遅延補償の無効化をトリガするための第３指示をＵＥ１１２へ送信する。いくつかの例において、算出される基準時刻は、ＵＥにおいて維持される基準時刻である。
【0159】
具体的な実施形態において、ネットワーク１１０は、タイマを監視し、タイマの満了に基づいて、第１の基準時刻情報が無効であると判定する。
【0160】
＜例示的な実施形態＞
［グループＡの例示的な実施形態］
例示的な実施形態Ａ１． 伝播遅延補償の指示のための、ユーザ機器による方法であって、前記方法は、上述したユーザ機器のステップ群、特徴群、又は機能群のいずれかを、単独か又は他のステップ群、特徴群、若しくは機能群との組合せかで含む、方法。
［グループＡの例示的な実施形態］
例示的な実施形態Ａ１． 伝播遅延補償の指示のための、ユーザ機器による方法であって、前記方法は、上述したユーザ機器のステップ群、特徴群、又は機能群のいずれかを、単独か又は他のステップ群、特徴群、若しくは機能群との組合せかで含む、方法。
【0161】
例示的な実施形態Ａ２． 前述した実施形態の方法であって、さらに、上述した１つ以上の追加的なユーザ機器のステップ群、特徴群、又は機能群を含む、方法。
【0162】
例示的な実施形態Ａ３． 前述した実施形態のいずれかの方法であって、さらに、ユーザデータを提供することと、当該ユーザデータをネットワークノードへの送信を介してホストコンピュータへ転送することと、を含む、方法。
【0163】
［グループＢの例示的な実施形態］
例示的な実施形態Ｂ１． 伝播遅延補償の指示のための、ネットワークノードによる実行される方法であって、前記方法は、上述したネットワークノードのステップ群、特徴群、又は機能群のいずれかを、単独か又は他のステップ群、特徴群、若しくは機能群との組合せかで含む、方法。
例示的な実施形態Ｂ１． 伝播遅延補償の指示のための、ネットワークノードによる実行される方法であって、前記方法は、上述したネットワークノードのステップ群、特徴群、又は機能群のいずれかを、単独か又は他のステップ群、特徴群、若しくは機能群との組合せかで含む、方法。
【0164】
例示的な実施形態Ｂ２． 前述した実施形態の方法であって、さらに、上述した１つ以上の追加的なネットワークノードのステップ群、特徴群、又は機能群を含む、方法。
【0165】
例示的な実施形態Ｂ３． 前述した実施形態のいずれかの方法であって、さらに、ユーザデータを取得することと、当該ユーザデータをホスト又はユーザ機器へ転送することと、を含む、方法。
【0166】
［グループＣの例示的な実施形態］
例示的な実施形態Ｃ１． 伝播遅延補償の指示のための、ユーザ機器（ＵＥ）による方法であって、前記方法は、ネットワークノードから、基準時刻情報が事前補償されているという指示を含むメッセージを受信すること、を含む、方法。
例示的な実施形態Ｃ１． 伝播遅延補償の指示のための、ユーザ機器（ＵＥ）による方法であって、前記方法は、ネットワークノードから、基準時刻情報が事前補償されているという指示を含むメッセージを受信すること、を含む、方法。
【0167】
例示的な実施形態Ｃ２． 例示的な実施形態Ｃ１の方法であって、前記メッセージは、前記基準時刻情報を含む、方法。
【0168】
例示的な実施形態Ｃ３． 例示的な実施形態Ｃ１～Ｃ２のいずれか１つの方法であって、前記メッセージは、ＲＲＣメッセージを含む、方法。
【0169】
例示的な実施形態Ｃ４． 例示的な実施形態Ｃ１～Ｃ３のいずれか１つの方法であって、前記メッセージは、ｇＮＢからの目標距離を反映するために前記基準時刻を事前補償するために適用された時間量の指示を含む、方法。
【0170】
例示的な実施形態Ｃ５． 例示的な実施形態Ｃ１～Ｃ４のいずれか１つの方法であって、前記基準時刻情報は、伝播遅延に関連付けられる、方法。
【0171】
例示的な実施形態Ｃ６． 例示的な実施形態Ｃ１～Ｃ５のいずれか１つの方法であって、前記メッセージは、例えばＳＩＢといった、ブロードキャストメッセージを含む、方法。
【0172】
例示的な実施形態Ｃ７． 例示的な実施形態Ｃ１～Ｃ６のいずれか１つの方法であって、さらに、前記ＵＥがＵＥ側の伝播遅延補償を実行すべきかを判定することと、前記ＵＥがＵＥ側の伝播遅延補償を実行すべきであると前記ＵＥが判定すると、基準時刻を前記ネットワークノード送信する前に、ＵＥ側の伝播遅延補償を実行すること、又は、前記ＵＥがＵＥ側の伝播遅延補償を実行すべきでないと前記ＵＥが判定すると、ＵＥ側の伝播遅延補償を実行することなく、基準時刻を前記ネットワークノードへ送信することと、を含む、方法。
【0173】
例示的な実施形態Ｃ８． 例示的な実施形態Ｃ７の方法であって、ＵＥ側の伝播遅延補償を実行することは、前記ＵＥにより算出される基準時刻から事前補償された時間の量を減算すること、を含む、方法。
【0174】
例示的な実施形態Ｃ９． 例示的な実施形態Ｃ１～Ｃ８のいずれか１つの方法であって、さらに、前記ＵＥが調整無しのＵＥ側のＰＤＣを適用していない間に、前記ＵＥにおいて算出される基準時刻の情報を前記ネットワークノードへ送信することと、調整無しで算出された前記基準時刻が前記ネットワークノードにより維持されるクロック時刻から時間Ｘだけ離れている場合に、前記ＵＥによるＵＥ別の伝播遅延補償の前記使用をトリガする指示を、前記ネットワークノードから受信することと、を含み、Ｘは、基準時刻伝達誤差バジェットよりも大きい、方法。
【0175】
例示的な実施形態Ｃ１０． 例示的な実施形態Ｃ１～Ｃ８のいずれか１つの方法であって、さらに、前記ＵＥが調整無しのＵＥ側のＰＤＣを適用していない間に、前記ＵＥにおいて算出される基準時刻の情報を前記ネットワークノードへ送信することと、調整無しで算出された前記基準時刻が前記ネットワークノードにより維持されるクロック時刻から時間Ｘだけ離れている場合に、前記ＵＥにおけるＵＥ別の伝播遅延補償の無効化をトリガする指示を、前記ネットワークノードから受信することと、を含み、Ｘは、基準時刻伝達誤差バジェットよりも小さい、方法。
【0176】
例示的な実施形態Ｃ１１． 例示的な実施形態Ｃ１～Ｃ１０のいずれか１つの方法であって、前記ＵＥは、既定として事前補償された前記基準時刻情報を使用するように構成される、方法。
【0177】
例示的な実施形態Ｃ１２． 例示的な実施形態Ｃ１～Ｃ１１のいずれか１つの方法であって、前記ＵＥは、ＵＥ側のＰＤＣが無効化される場合に、事前補償された前記基準時刻情報を使用するように構成される、方法。
【0178】
例示的な実施形態Ｃ１３． 例示的な実施形態Ｃ１～Ｃ１２のいずれか１つの方法であって、前記ＵＥは、ＵＥ側のＰＤＣが有効化される場合に、無効化されていた前記基準時刻情報及び事前補償量の双方を使用するように構成される、方法。
【0179】
例示的な実施形態Ｃ１４． 例示的な実施形態Ｃ１２～Ｃ１３のいずれか１つの方法であって、さらに、ＵＥ側のＰＤＣが有効化されるか又は無効化されるかを指示する信号を前記ネットワークノードから受信すること、を含む、方法。
【0180】
例示的な実施形態Ｃ１５． 例示的な実施形態Ｃ１～Ｃ１４のいずれか１つの方法であって、さらに、前記基準時刻情報が無効であると判定すること、を含む、方法。
【0181】
例示的な実施形態Ｃ１６． 例示的な実施形態Ｃ１５の方法であって、さらに、前記基準時刻情報が無効であるという指示を含むメッセージを前記ネットワークノードから受信すること、を含む、方法。
【0182】
例示的な実施形態Ｃ１７． 例示的な実施形態Ｃ１６の方法であって、前記メッセージは、無線リソース制御のユニキャストメッセージを介して受信される、方法。
【0183】
例示的な実施形態Ｃ１８． 例示的な実施形態Ｃ１６～Ｃ１７のいずれか１つの方法であって、前記ＵＥは、前記ＵＥが前記基準時刻情報が無効であるという前記指示を含む前記メッセージを受信した後に少なくとも期間Ｔにわたって前記基準時刻情報を有効であると見なす、方法。
【0184】
例示的な実施形態Ｃ１９． 例示的な実施形態Ｃ１８の方法であって、さらに、前記期間Ｔの間に前記基準時刻情報を使用することと、前記期間Ｔが満了した後に前記基準時刻情報の使用を停止することと、を含む、方法。
【0185】
例示的な実施形態Ｃ２０． 例示的な実施形態Ｃ１８～Ｃ１９のいずれか１つの方法であって、前記期間Ｔは、（ａ）前記ＵＥが追加的な時刻情報を取得したときまでの時間量、（ｂ）事前に構成される時間量、（ｃ）有効時間に基づいて決定される時間量、及び、（ｄ）上の（ａ）から（ｃ）のうちのいずれか１つの最小値又は最大値、のうちの少なくとも１つを含む、方法。
【0186】
例示的な実施形態Ｃ２１． 例示的な実施形態Ｄ１９～Ｄ２０のいずれか１つの方法であって、さらに、前記期間Ｔを指示するメッセージを前記ネットワークノードから受信すること、を含む、方法。
【0187】
例示的な実施形態Ｃ２２． 例示的な実施形態Ｃ１５～Ｃ２１のいずれか１つの方法であって、さらに、前記基準時刻情報が有効であると判定すること、及び／又は、前記基準時刻情報が無効であるという前記指示を含む前記メッセージを受信することに基づいて、タイマを停止すること、を含む、方法。
【0188】
例示的な実施形態Ｃ２３． 例示的な実施形態Ｃ１５～Ｃ２２のいずれか１つの方法であって、さらに、前記基準時刻情報が有効であると判定すること、及び／又は、前記基準時刻情報が無効であるという前記指示を含む前記メッセージを受信することに基づいて、前記基準時刻情報を無効化すること、を含む、方法。
【0189】
例示的な実施形態Ｃ２４． 例示的な実施形態Ｃ２１～Ｃ２３のいずれか１つの方法であって、さらに、追加的な時刻情報をブロードキャストを介して受信することと、前記基準時刻情報の代わりに、前記追加的な時刻情報を適用することと、を含む、方法。
【0190】
例示的な実施形態Ｃ２５． 例示的な実施形態Ｃ１５～Ｃ２３のいずれか１つの方法であって、さらに、前記基準時刻情報が無効であることを示す前記メッセージを受信した後に、適用可能な時刻情報が無いと判定すること、をさらに含む、方法。
【0191】
例示的な実施形態Ｃ２６． 例示的な実施形態Ｃ１～Ｃ２５の方法であって、さらに、ユーザデータを提供することと、当該ユーザデータを前記ネットワークノードへの送信を介してホストへ転送することと、を含む、方法。
【0192】
例示的な実施形態Ｃ２７． 例示的な実施形態Ｃ１～Ｃ２６の方法のいずれかを実行するように構成される処理回路を備える、ユーザ機器。
【0193】
例示的な実施形態Ｃ２８． 例示的な実施形態Ｃ１～Ｃ２６の方法のいずれかを実行するように構成される処理回路を備える、ＵＥ。
【0194】
例示的な実施形態Ｃ２９． コンピュータ上で実行された場合に、例示的な実施形態Ｃ１～Ｃ２６の方法のいずれかを実行する命令群、を含むコンピュータプログラム。
【0195】
例示的な実施形態Ｃ３０． コンピュータ上で実行された場合に、例示的な実施形態Ｃ１～Ｃ２６の方法のいずれかを実行する命令群、を含むコンピュータプログラムを含むコンピュータプログラムプロダクト。
【0196】
例示的な実施形態Ｃ３１． コンピュータにより実行された場合に、例示的な実施形態Ｃ１～Ｃ２６の方法のいずれかを実行する命令群、を記憶した非一時的なコンピュータ読取可能な媒体。
【0197】
［グループＤの例示的な実施形態］
例示的な実施形態Ｄ１． 伝播遅延補償の指示のための、ネットワークノードによる方法であって、前記方法は、ユーザ機器（ＵＥ）へ、基準時刻情報が事前補償されているという指示を含むメッセージを送信すること、を含む、方法。
例示的な実施形態Ｄ１． 伝播遅延補償の指示のための、ネットワークノードによる方法であって、前記方法は、ユーザ機器（ＵＥ）へ、基準時刻情報が事前補償されているという指示を含むメッセージを送信すること、を含む、方法。
【0198】
例示的な実施形態Ｄ２． 例示的な実施形態Ｄ１の方法であって、前記メッセージは、前記基準時刻情報を含む、方法。
【0199】
例示的な実施形態Ｄ３． 例示的な実施形態Ｄ１～Ｄ２のいずれか１つの方法であって、前記メッセージは、ＲＲＣメッセージを含む、方法。
【0200】
例示的な実施形態Ｄ４． 例示的な実施形態Ｄ１～Ｄ３のいずれか１つの方法であって、前記メッセージは、ｇＮＢからの目標距離を反映するために前記基準時刻を事前補償するために適用された時間量の指示を含む、方法。
【0201】
例示的な実施形態Ｄ５． 例示的な実施形態Ｄ１～Ｄ４のいずれか１つの方法であって、前記基準時刻情報は、伝播遅延に関連付けられる、方法。
【0202】
例示的な実施形態Ｄ６． 例示的な実施形態Ｄ１～Ｄ５のいずれか１つの方法であって、前記メッセージは、例えばＳＩＢといった、ブロードキャストメッセージを含む、方法。
【0203】
例示的な実施形態Ｄ７． 例示的な実施形態Ｄ１～Ｄ６のいずれか１つの方法であって、さらに、前記ＵＥからのアップリンク送信タイミングを監視することと、前記アップリンク送信タイミングに基づいて、前記アップリンク送信タイミングに基づいて前記基準時刻情報を事前補償するために適用すべき時間量を判定することと、を含む、方法。
【0204】
例示的な実施形態Ｄ８． 例示的な実施形態Ｄ７の方法であって、前記アップリンク送信タイミングを監視することは、少なくとも１つのアップリンク送信について、任意の時点で要する合計の適用可能なＴＡを推定することと、を含む、方法。
【0205】
例示的な実施形態Ｄ９． 例示的な実施形態Ｄ８の方法であって、さらに、前記合計の適用可能なＴＡの１／２が２×ＴＤよりも小さい距離にあたると判定することと、既定として事前補償された前記基準時刻情報を使用するように前記ＵＥへ指示することと、を含む、方法。
【0206】
例示的な実施形態Ｄ１０． 例示的な実施形態Ｄ８の方法であって、さらに、前記合計の適用可能なＴＡの１／２が２×ＴＤよりも大きい距離にあたると判定することと、伝播遅延補償が必要であると前記ＵＥへ指示することと、随意的に、伝播遅延補償を推定するための少なくとも１つのリソースを構成することと、を含む、方法。
【0207】
例示的な実施形態Ｄ１１． 例示的な実施形態Ｄ１～Ｄ１０のいずれか１つの方法であって、さらに、前記ＵＥが調整無しのＵＥ側のＰＤＣを適用していない間に、前記ＵＥにおいて算出される基準時刻の情報を取得することと、調整無しで算出される前記基準時刻が、Ｘを基準時刻伝達誤差バジェットよりも大きいものとして、前記ネットワークノードにより維持されるクロック時刻から時間Ｘだけ離れていると判定することと、ＵＥ別の伝播遅延補償の前記使用をトリガするための指示を前記ＵＥへ送信することと、を含む、方法。
【0208】
例示的な実施形態Ｄ１２． 例示的な実施形態Ｄ１～Ｄ１０のいずれか１つの方法であって、さらに、前記ＵＥが調整無しのＵＥ側のＰＤＣを適用していない間に、前記ＵＥにおいて算出される基準時刻の情報を取得することと、調整無しで算出される前記基準時刻が、Ｘを基準時刻伝達誤差バジェットよりも小さいものとして、前記ネットワークノードにより維持されるクロック時刻から時間Ｘだけ離れていると判定することと、ＵＥ別の伝播遅延補償の前記無効化をトリガするための指示を前記ＵＥへ送信することと、を含む、方法。
【0209】
例示的な実施形態Ｄ１３． 例示的な実施形態Ｄ１～Ｄ１２のいずれか１つの方法であって、さらに、既定として事前補償された前記基準時刻情報を使用するように前記ＵＥを構成すること、を含む、方法。
【0210】
例示的な実施形態Ｄ１４． 例示的な実施形態Ｄ１～Ｄ１２のいずれか１つの方法であって、さらに、ＵＥ側のＰＤＣが無効化される場合に、事前補償された前記基準時刻情報を使用するように前記ＵＥを構成すること、を含む、方法。
【0211】
例示的な実施形態Ｄ１５． 例示的な実施形態Ｄ１～Ｄ１４のいずれか１つの方法であって、さらに、ＵＥ側のＰＤＣが有効化される場合に、無効化されていた前記基準時刻情報及び事前補償量の双方を使用するように前記ＵＥを構成すること、をさらに含む、方法。
【0212】
例示的な実施形態Ｄ１６． 例示的な実施形態Ｄ１４～Ｄ１５のいずれか１つの方法であって、さらに、ＵＥ側のＰＤＣが有効化されるか又は無効化されるかを指示する信号を前記ＵＥへ送信すること、を含む、方法。
【0213】
例示的な実施形態Ｄ１７． 例示的な実施形態Ｄ１～Ｄ１６のいずれか１つの方法であって、さらに、前記基準時刻情報が前記ＵＥについて無効であると判定すること、を含む、方法。
【0214】
例示的な実施形態Ｄ１８． 例示的な実施形態Ｄ１７の方法であって、さらに、前記基準時刻情報が無効であるという指示を含むメッセージを前記ＵＥへ送信すること、を含む、方法。
【0215】
例示的な実施形態Ｄ１９． 例示的な実施形態Ｄ１８の方法であって、前記メッセージは、無線リソース制御のユニキャストメッセージを介して送信される、方法。
【0216】
例示的な実施形態Ｄ２０． 例示的な実施形態Ｄ１７～Ｄ２９のいずれか１つの方法であって、前記基準時刻情報は、前記ネットワークノードが前記メッセージを送信した後に、及び／又は、前記基準時刻情報が無効であるという前記指示を含む前記メッセージを前記ＵＥが受信した後に、少なくとも期間Ｔにわたって有効である、方法。
【0217】
例示的な実施形態Ｄ２１． 例示的な実施形態Ｄ２０の方法であって、さらに、前記期間Ｔの間に前記基準時刻情報を使用するように前記ＵＥを構成することと、前記期間Ｔが満了した後に前記基準時刻情報の使用を停止するように前記ＵＥを構成することと、を含む、方法。
【0218】
例示的な実施形態Ｄ２２． 例示的な実施形態Ｄ２０～Ｄ２１のいずれか１つの方法であって、前記期間Ｔは、（ａ）前記ＵＥが追加的な時刻情報を取得したときまでの時間量、（ｂ）事前に構成される時間量、（ｃ）有効時間に基づいて決定される時間量、及び、（ｄ）上の（ａ）から（ｃ）のうちのいずれか１つの最小値又は最大値、のうちの少なくとも１つを含む、方法。
【0219】
例示的な実施形態Ｄ２３． 例示的な実施形態Ｄ２１～Ｄ２２のいずれか１つの方法であって、さらに、前記期間Ｔを指示するメッセージを前記ＵＥへ送信すること、を含む、方法。
【0220】
例示的な実施形態Ｄ２４． 例示的な実施形態Ｄ１６～Ｄ２３のいずれか１つの方法であって、さらに、前記基準時刻情報が前記ＵＥについて無効であることに基づいて、前記ネットワークノードにおいてタイマを停止することと、前記基準時刻情報が無効であるという判定及び／又はそういう前記指示を含む前記メッセージの受信に基づいて前記ＵＥにおいてタイマを停止するように前記ＵＥを構成することと、のうちの少なくとも１つを含む、方法。
【0221】
例示的な実施形態Ｄ２５． 例示的な実施形態Ｄ１６～Ｄ２４のいずれか１つの方法であって、さらに、追加的な時刻情報をブロードキャストを介して前記ＵＥへ送信すること、を含み、前記ＵＥは、前記基準時刻情報が無効であるという前記指示を含む前記メッセージを受信した後に前記基準時刻情報の代わりに前記追加的な時刻情報を適用するように構成される、方法。
【0222】
例示的な実施形態Ｄ２６． 例示的な実施形態Ｄ１６～Ｄ２５のいずれか１つの方法であって、前記基準時刻情報が無効であるという前記指示を含む前記メッセージを送信した後に、適用可能な時刻情報は無い、方法。
【0223】
例示的な実施形態Ｄ２７． 例示的な実施形態Ｄ１～Ｄ２６のいずれか１つの方法であって、前記ネットワークノードは、ｇＮｏｄｅＢ（ｇＮＢ）を含む、方法。
【0224】
例示的な実施形態Ｄ２８． 前述した例示的な実施形態のいずれかの方法であって、さらに、ユーザデータを取得することと、当該ユーザデータをホスト又はユーザ機器へ転送することと、を含む、方法。
【0225】
例示的な実施形態Ｄ２９． 例示的な実施形態Ｄ１～Ｄ２８の方法のいずれかを実行するように構成される処理回路を備える、ネットワークノード。
【0226】
例示的な実施形態Ｄ３０． コンピュータ上で実行された場合に、例示的な実施形態Ｄ１～Ｄ２８の方法のいずれかを実行する命令群、を含むコンピュータプログラム。
【0227】
例示的な実施形態Ｄ３１． コンピュータ上で実行された場合に、例示的な実施形態Ｄ１～Ｄ２８の方法のいずれかを実行する命令群、を含むコンピュータプログラムを含むコンピュータプログラムプロダクト。
【0228】
例示的な実施形態Ｄ３２． コンピュータにより実行された場合に、例示的な実施形態Ｄ１～Ｄ２８の方法のいずれかを実行する命令群、を記憶した非一時的なコンピュータ読取可能な媒体。
【0229】
［グループＥの例示的な実施形態］
例示的な実施形態Ｅ１． 伝播遅延補償の指示のためのユーザ機器であって、グループＡ及びＣの例示的な実施形態のいずれかのステップ群のいずれかを実行するように構成される処理回路と、前記処理回路へ電力を供給するように構成される電力供給回路と、を備えるユーザ機器。
例示的な実施形態Ｅ１． 伝播遅延補償の指示のためのユーザ機器であって、グループＡ及びＣの例示的な実施形態のいずれかのステップ群のいずれかを実行するように構成される処理回路と、前記処理回路へ電力を供給するように構成される電力供給回路と、を備えるユーザ機器。
【0230】
例示的な実施形態Ｅ２． 伝播遅延補償の指示のためのネットワークノードであって、前記ネットワークノードは、グループＢ及びＤの例示的な実施形態のいずれかのステップ群のいずれかを実行するように構成される処理回路と、前記処理回路へ電力を供給するように構成される電力供給回路と、を備えるネットワークノード。
【0231】
例示的な実施形態Ｅ３． 伝播遅延補償の指示のためのユーザ機器（ＵＥ）であって、前記ＵＥは、ワイヤレス信号を送受信するように構成されるアンテナと、前記アンテナ及び処理回路へ接続され、前記アンテナと前記処理回路との間で通信される信号を調整するように構成される無線フロントエンド回路と、グループＡ及びＣの例示的な実施形態のいずれかのステップ群のいずれかを実行するように構成される前記処理回路と、前記処理回路へ接続され、前記ＵＥへの情報の入力が前記処理回路により処理されることを可能にするように構成される入力インタフェースと、前記処理回路へ接続され、前記処理回路により処理された情報を前記ＵＥから出力するように構成される出力インタフェースと、前記処理回路へ接続され、前記ＵＥへ電力を供給するように構成されるバッテリと、を備えるＵＥ。
【0232】
例示的な実施形態Ｅ４． オーバザトップ（ＯＴＴ）サービスを提供するために通信システムにおいて動作するように構成されるホストであって、前記ホストは、ユーザデータを提供するように構成される処理回路と、ユーザ機器（ＵＥ）への送信のために、セルラネットワークへの前記ユーザデータの送信を開始するように構成されるネットワークインタフェースと、を備え、前記ＵＥは、通信インタフェースと処理回路とを備え、前記ＵＥの前記通信インタフェース及び処理回路は、前記ホストから前記ユーザデータを受信するために、グループＡ及びＣの例示的な実施形態のいずれかのステップ群のいずれかを実行するように構成される、ホスト。
【0233】
例示的な実施形態Ｅ５． 前述した例示的な実施形態のホストであって、前記セルラネットワークは、前記ホストから前記ＵＥへ前記ユーザデータを送信するために前記ＵＥと通信するように構成されるネットワークノードをさらに含む、ホスト。
【0234】
例示的な実施形態Ｅ６． 前述した２つの例示的な実施形態のホストであって、前記ホストの前記処理回路は、ホストアプリケーションを実行することにより前記ユーザデータを提供するように構成され、前記ホストアプリケーションは、前記ＵＥ上で実行されるクライアントアプリケーションとインタラクションするように構成され、前記クライアントアプリケーションは、前記ホストアプリケーションに関連付けられる、ホスト。
【0235】
例示的な実施形態Ｅ７． ネットワークノード及びユーザ機器（ＵＥ）をさらに含む通信システムにおいて動作するホストにより実装される方法であって、前記方法は、前記ＵＥ向けのユーザデータを提供することと、前記ネットワークノードを含むセルラネットワークを介して、前記ＵＥへの前記ユーザデータを搬送する送信を開始することと、を含み、前記ＵＥは、前記ホストから前記ユーザデータを受信するために、グループＡの実施形態のいずれかの動作群のいずれかを実行する、方法。
【0236】
例示的な実施形態Ｅ８． 前述した例示的な実施形態の方法であって、前記ホストにおいて、前記ＵＥから前記ユーザデータを受信するために、前記ＵＥ上で実行されるクライアントアプリケーションに関連付けられるホストアプリケーションを実行すること、をさらに含む、方法。
【0237】
例示的な実施形態Ｅ９． 前述した例示的な実施形態の方法であって、前記ホストにおいて、前記ホストアプリケーションを実行することにより提供される入力データを前記ＵＥ上で実行される前記クライアントアプリケーションへ送信すること、をさらに含み、前記ユーザデータは、前記ホストアプリケーションからの前記入力データへの応答として前記クライアントアプリケーションにより提供される、方法。
【0238】
例示的な実施形態Ｅ１０． オーバザトップ（ＯＴＴ）サービスを提供するために通信システムにおいて動作するように構成されるホストであって、前記ホストは、ユーザデータを提供するように構成される処理回路と、ユーザ機器（ＵＥ）への送信のために、セルラネットワークへの前記ユーザデータの送信を開始するように構成されるネットワークインタフェースと、を備え、前記ＵＥは、通信インタフェースと処理回路とを備え、前記ＵＥの前記通信インタフェース及び処理回路は、前記ユーザデータを前記ホストへ送信するために、グループＡ及びＣの例示的な実施形態のいずれかのステップ群のいずれかを実行するように構成される、ホスト。
【0239】
例示的な実施形態Ｅ１１． 前述した例示的な実施形態のホストであって、前記セルラネットワークは、前記ＵＥから前記ホストへ前記ユーザデータを送信するために前記ＵＥと通信するように構成されるネットワークノードをさらに含む、ホスト。
【0240】
例示的な実施形態Ｅ１２． 前述した２つの例示的な実施形態のホストであって、前記ホストの前記処理回路は、ホストアプリケーションを実行することにより前記ユーザデータを提供するように構成され、前記ホストアプリケーションは、前記ＵＥ上で実行されるクライアントアプリケーションとインタラクションするように構成され、前記クライアントアプリケーションは、前記ホストアプリケーションに関連付けられる、ホスト。
【0241】
例示的な実施形態Ｅ１３． ネットワークノード及びユーザ機器（ＵＥ）をさらに含む通信システムにおいて動作するように構成されるホストにより実装される方法であって、前記方法は、前記ホストにおいて、前記ＵＥにより前記ネットワークノードを介して前記ホストへ送信されるユーザデータを受信すること、を含み、前記ＵＥは、前記ホストへ前記ユーザデータを送信するために、グループＡ及びＣの例示的な実施形態のいずれかのステップ群のいずれかを実行する、方法。
【0242】
例示的な実施形態Ｅ１４． 前述した例示的な実施形態の方法であって、前記ホストにおいて、前記ＵＥから前記ユーザデータを受信するために、前記ＵＥ上で実行されるクライアントアプリケーションに関連付けられるホストアプリケーションを実行すること、をさらに含む、方法。
【0243】
例示的な実施形態Ｅ１５． 前述した例示的な実施形態の方法であって、前記ホストにおいて、前記ホストアプリケーションを実行することにより提供される入力データを前記ＵＥ上で実行される前記クライアントアプリケーションへ送信すること、をさらに含み、前記ユーザデータは、前記ホストアプリケーションからの前記入力データへの応答として前記クライアントアプリケーションにより提供される、方法。
【0244】
例示的な実施形態Ｅ１６． オーバザトップ（ＯＴＴ）サービスを提供するために通信システムにおいて動作するように構成されるホストであって、前記ホストは、ユーザデータを提供するように構成される処理回路と、ユーザ機器（ＵＥ）への送信のために、セルラネットワーク内のネットワークノードへの前記ユーザデータの送信を開始するように構成されるネットワークインタフェースと、を備え、前記ネットワークノードは、通信インタフェーと処理回路とを備え、前記ネットワークノードの前記処理回路は、前記ホストから前記ＵＥへ前記ユーザデータを送信するために、グループＢ及びＤの例示的な実施形態のいずれかの動作群のいずれかを実行するように構成される、ホスト。
【0245】
例示的な実施形態Ｅ１７． 前述した例示的な実施形態のホストであって、前記ホストの前記処理回路は、前記ユーザデータを提供するホストアプリケーションを実行するように構成され、前記ＵＥは、前記ホストからユーザデータの前記送信を受信するために、前記ホストアプリケーションに関連付けられるクライアントアプリケーションを実行するように構成される、ホスト。
【0246】
例示的な実施形態Ｅ１８． ネットワークノード及びユーザ機器（ＵＥ）をさらに含む通信システムにおいて動作するように構成されるホストにおいて実装される方法であって、前記方法は、前記ＵＥ向けのユーザデータを提供することと、前記ネットワークノードを含むセルラネットワークを介して、前記ＵＥへの前記ユーザデータを搬送する送信を開始することと、を含み、前記ネットワークノードは、前記ホストから前記ＵＥへ前記ユーザデータを送信するために、グループＢ及びＤの例示的な実施形態のいずれかの動作群のいずれかを実行する、方法。
【0247】
例示的な実施形態Ｅ１９． 前述した例示的な実施形態の方法であって、前記ネットワークノードにおいて、前記ホストにより提供される前記ユーザデータを前記ＵＥに向けて送信すること、をさらに含む、方法。
【0248】
例示的な実施形態Ｅ２０． 前述した２つの例示的な実施形態のいずれかの方法であって、前記ユーザデータは、前記ＵＥ上で実行されるクライアントアプリケーションとインタラクションするホストアプリケーションを実行することにより前記ホストにおいて提供され、前記クライアントアプリケーションは、前記ホストアプリケーションに関連付けられる、方法。
【0249】
例示的な実施形態Ｅ２１． オーバザトップサービスを提供するように構成される通信システムであって、前記通信システムは、ホストを含み、前記ホストは、前記オーバザトップサービスに関連付けられるユーザデータをユーザ機器（ＵＥ）のために提供するように構成される処理回路と、前記ＵＥへの送信のために、セルラネットワークノードへの前記ユーザデータの送信を開始するように構成されるネットワークインタフェースと、を備え、前記ネットワークノードは、通信インタフェーと処理回路とを備え、前記ネットワークノードの前記処理回路は、前記ホストから前記ＵＥへ前記ユーザデータを送信するために、グループＢ及びＤの例示的な実施形態のいずれかの動作群のいずれかを実行するように構成される、通信システム。
【0250】
例示的な実施形態Ｅ２２． 前述した例示的な実施形態の通信システムであって、前記ネットワークノード及び／又は前記ユーザ機器をさらに含む、通信システム。
【0251】
例示的な実施形態Ｅ２３． オーバザトップ（ＯＴＴ）サービスを提供するために通信システムにおいて動作するように構成されるホストであって、前記ホストは、ユーザデータの受信を開始するように構成される処理回路と、セルラネットワーク内のネットワークノードから前記ユーザデータを受信するように構成されるネットワークインタフェースと、を備え、前記ネットワークノードは、通信インタフェースと処理回路とを備え、前記ネットワークノードの前記処理回路は、前記ホスト向けにユーザ機器（ＵＥ）から前記ユーザデータを受信するために、グループＢ及びＤの例示的な実施形態のいずれかの動作群のいずれかを実行するように構成される、ホスト。
【0252】
例示的な実施形態Ｅ２４． 前述した２つの例示的な実施形態のホストであって、前記ホストの前記処理回路は、ホストアプリケーションを実行することにより前記ユーザデータを提供するように構成され、前記ホストアプリケーションは、前記ＵＥ上で実行されるクライアントアプリケーションとインタラクションするように構成され、前記クライアントアプリケーションは、前記ホストアプリケーションに関連付けられる、ホスト。
【0253】
例示的な実施形態Ｅ２５． 前述した２つの例示的な実施形態のいずれかのホストであって、前記ユーザデータの受信の前記開始は、前記ユーザデータを要求すること、を含む、方法。
【0254】
例示的な実施形態Ｅ２６． ネットワークノード及びユーザ機器（ＵＥ）をさらに含む通信システムにおいて動作するように構成されるホストにより実装される方法であって、前記方法は、前記ホストにおいて、前記ネットワークノードが前記ＵＥから受信した送信信号に由来する、前記ＵＥからのユーザデータの受信を開始すること、を含み、前記ネットワークノードは、前記ＵＥからの前記ユーザデータを前記ホスト向けに受信するために、グループＢ及びＤの例示的な実施形態のいずれかのステップ群のいずれかを実行する、方法。
【0255】
例示的な実施形態Ｅ２７． 前述した例示的な実施形態の方法であって、前記ネットワークノードにおいて、受信した前記ユーザデータを前記ホストへ送信すること、をさらに含む、方法。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【手続補正書】
【提出日】2024-06-03
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
基準時刻情報を受信するための、ユーザ機器（ＵＥ）による方法であって、前記方法は、ネットワークノードから、第１の基準時刻情報を含む専用メッセージを受信することと、
前記専用メッセージ内の前記第１の基準時刻情報に対する代替的な基準時刻情報を取得するための第１指示を受信することと、
ブロードキャストメッセージにおいて受信される第２の基準時刻情報を適用することと、を含む、方法。
【請求項2】
請求項１に記載の方法であって、前記代替的な基準時刻情報を取得するための前記第１指示は、前記第１の基準時刻情報が無効であるという指示を含む、方法。
【請求項3】
請求項２に記載の方法であって、前記第１指示は、ＳＩＢ９フォールバック指示を含み、前記第２の基準時刻情報を含む前記ブロードキャストメッセージは、ＳＩＢ９メッセージを含む、方法。
【請求項4】
請求項２又は３に記載の方法であって、前記ＵＥは、前記ＵＥが前記代替的な基準時刻情報を取得するための前記第１指示を受信した後に少なくとも期間Ｔにわたって前記第１の基準時刻情報を有効であると見なし、前記方法は、さらに、前記期間Ｔの間に前記第１の基準時刻情報を使用することと、
前記期間Ｔが満了した後に前記第１の基準時刻情報の使用を停止することと、
を含む、方法。
【請求項5】
請求項１に記載の方法であって、前記第２の基準時刻情報を適用することは、代替的な基準時刻情報を取得するための前記第１指示を受信することに基づく、方法。
【請求項6】
請求項１に記載の方法であって、さらに、代替的な基準時刻情報を取得するための前記第１指示を受信する前に、前記第１の基準時刻情報を適用すること、
前記第２の基準時刻情報の代わりに、第２の専用メッセージ内で受信される第３の基準時刻情報を適用すること、及び
前記第２の基準時刻情報を含む前記ブロードキャストメッセージを受信すること、
のうちの少なくとも１つを含む、方法。
【請求項7】
請求項１に記載の方法であって、前記ブロードキャストメッセージは、前記第２の基準時刻情報を事前補償するために適用された時間量の指示を含む、方法。
【請求項8】
請求項１に記載の方法であって、さらに、前記ＵＥがＵＥ側の伝播遅延補償を実行すべきかを判定することと、
前記ＵＥがＵＥ側の伝播遅延補償を実行すべきであると前記ＵＥが判定すると、上位レイヤへ前記第２の基準時刻情報に基づいて算出される基準時刻を送信する前に、ＵＥ側の伝播遅延補償を実行し、又は、
前記ＵＥがＵＥ側の伝播遅延補償を実行すべきでないと前記ＵＥが判定すると、ＵＥ側の伝播遅延補償を実行することなく、前記第２の基準時刻情報に基づいて算出される基準時刻を上位レイヤへ送信する、ことと、を含む、
方法。
【請求項9】
請求項１に記載の方法であって、さらに、調整無しで算出された基準時刻が前記ネットワークノードにより維持されるクロック時刻から時間Ｘだけ離れている場合に、前記ＵＥによるＵＥ別の伝播遅延補償の使用をトリガする第２指示を、前記ネットワークノードから受信することであって、Ｘは、基準時刻伝達誤差バジェットよりも大きい、こと、及び、
調整無しで算出された前記基準時刻が前記ネットワークノードにより維持されるクロック時刻から時間Ｘだけ離れている場合に、前記ＵＥにおけるＵＥ別の伝播遅延補償の無効化をトリガする第３指示を、前記ネットワークノードから受信することであって、Ｘは、基準時刻伝達誤差バジェットよりも小さい、こと、
のうちの少なくとも１つを含む、方法。
【請求項10】
請求項１に記載の方法であって、前記代替的な基準時刻情報を取得するための前記第１指示は、有効性タイマを含み、前記ＵＥは、前記有効性タイマの満了に基づいて、前記第２の基準時刻情報を適用する、方法。
【請求項11】
基準時刻情報を送信するための、ネットワークノードによる方法であって、前記方法は、ユーザ機器（ＵＥ）へ、第１の基準時刻情報を含む専用メッセージを送信することと、
前記専用メッセージ内の前記第１の基準時刻情報に対する代替的な基準時刻情報を取得するための第１指示を前記ＵＥへ送信することであって、前記第１指示は前記ＵＥが第２の基準時刻情報を適用することをトリガする、ことと、
前記第２の基準時刻情報を含むブロードキャストメッセージを送信することと、を含む、方法。
【請求項12】
請求項１１に記載の方法であって、さらに、前記第１の基準時刻情報が前記ＵＥについて無効であると判定すること、を含み、前記第１指示は、前記第１の基準時刻情報が無効であるという判定に基づいて、前記ＵＥへ送信される、方法。
【請求項13】
請求項１１又は１２に記載の方法であって、前記第１指示は、ＳＩＢ９フォールバック指示を含み、前記第２の基準時刻情報を含む前記ブロードキャストメッセージは、ＳＩＢ９メッセージを含む、方法。
【請求項14】
請求項１１に記載の方法であって、さらに、前記ネットワークノードが前記第１指示を送信した後及び／又は前記ＵＥが前記第１指示を受信した後の期間Ｔの間に前記第１の基準時刻情報を使用するように前記ＵＥを構成することと、
前記期間Ｔが満了した後に前記第１の基準時刻情報の使用を停止するように前記ＵＥを構成することと、を含む、方法。
【請求項15】
請求項１１に記載の方法であって、さらに、第２の専用メッセージ内で第３の基準時刻情報を前記ＵＥへ送信して、前記第２の基準時刻情報の代わりに前記第３の基準時刻情報を前記ＵＥが適用することをトリガすること、を含む、方法。
【請求項16】
請求項１１に記載の方法であって、前記ブロードキャストメッセージは、前記第２の基準時刻情報を事前補償するために適用された時間量の指示を含む、方法。
【請求項17】
請求項１１に記載の方法であって、前記第２の基準時刻情報は、前記ネットワークノードから前記ＵＥへの目標距離（ＴＤ）を反映するための伝播遅延補償に関連付けられる、方法。
【請求項18】
請求項１１に記載の方法であって、さらに、前記ＵＥからのアップリンク送信タイミングを監視することと、
少なくとも１つのアップリンク送信について、任意の時点で要する合計の適用可能なタイミングアドバンス（ＴＡ）を推定することと、を含む、
方法。
【請求項19】
請求項１１に記載の方法であって、さらに、調整無しで算出された基準時刻が前記ネットワークノードにより維持されるクロック時刻から時間Ｘだけ離れている場合に、前記ＵＥによるＵＥ別の伝播遅延補償の使用をトリガするための第２指示を、前記ＵＥへ送信することであって、Ｘは、基準時刻伝達誤差バジェットよりも大きい、こと、及び、
調整無しで算出された前記基準時刻が前記ネットワークノードにより維持されるクロック時刻から時間Ｘだけ離れている場合に、前記ＵＥにおけるＵＥ別の伝播遅延補償の無効化をトリガするための第３指示を、前記ＵＥへ送信することであって、Ｘは、基準時刻伝達誤差バジェットよりも小さい、こと、
のうちの少なくとも１つを含む、方法。
【請求項20】
請求項１１に記載の方法であって、さらに、タイマを監視することと、
前記タイマの満了に基づいて、前記第１の基準時刻情報が無効であると判定することと、のうちの少なくとも１つを含む、方法。
【請求項21】
基準時刻情報を受信するためのユーザ機器（ＵＥ）であって、前記ＵＥは、ネットワークノードから、第１の基準時刻情報を含む専用メッセージを受信することと、
前記専用メッセージ内の前記第１の基準時刻情報に対する代替的な基準時刻情報を取得するための第１指示を受信することと、
ブロードキャストメッセージにおいて受信される第２の基準時刻情報を適用することと、
を行うように適合される、ＵＥ。
【請求項22】
基準時刻情報を送信するためのネットワークノードであって、前記ネットワークノードは、ユーザ機器（ＵＥ）へ、第１の基準時刻情報を含む専用メッセージを送信することと、
前記専用メッセージ内の前記第１の基準時刻情報に対する代替的な基準時刻情報を取得するための第１指示を前記ＵＥへ送信することであって、当該第１指示は前記ＵＥが第２の基準時刻情報を適用することをトリガする、ことと、
前記第２の基準時刻情報を含むブロードキャストメッセージを送信することと、
を行うように適合される、ネットワークノード。
【国際調査報告】