特表 2023-521538 タイミング同期方法、端末デバイス及びネットワークデバイス

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

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

(11)【公表番号】

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

(54)【発明の名称】タイミング同期方法、端末デバイス及びネットワークデバイス

(51)【国際特許分類】

   H04W 56/00 20090101AFI20230518BHJP

   H04W 74/08 20090101ALI20230518BHJP

【ＦＩ】

H04W56/00 130

H04W74/08

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022549235

(86)(22)【出願日】2020-02-28

(85)【翻訳文提出日】2022-08-15

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

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

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．ＷＣＤＭＡ

(71)【出願人】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．

【住所又は居所原語表記】Ｎｏ． １８ Ｈａｉｂｉｎ Ｒｏａｄ，Ｗｕｓｈａ， Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ， Ｇｕａｎｇｄｏｎｇ ５２３８６０ Ｃｈｉｎａ

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋 学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根 毅

(74)【代理人】

【識別番号】100152205

【弁理士】

【氏名又は名称】吉田 昌司

(74)【代理人】

【識別番号】100137523

【弁理士】

【氏名又は名称】出口 智也

(74)【代理人】

【識別番号】100120385

【弁理士】

【氏名又は名称】鈴木 健之

(72)【発明者】

【氏名】フー、チョー

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

5K067

【Ｆターム（参考）】

5K067DD11

5K067DD25

5K067EE02

5K067EE10

5K067HH21

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

前記処理ユニットは、前記ＴＡ情報を利用して伝播遅延補正をすることによって、タイミング同期を行うようにさらに構成されている、
ことを特徴とする請求項３１に記載の端末デバイス。

【請求項33】

前記ＲＡ手順は、２ステップ・ランダムアクセス（ＲＡ）手順又は４ステップ・ランダムアクセス（ＲＡ）手順である、
ことを特徴とする請求項３１又は請求項３２に記載の端末デバイス。

【請求項34】

前記取得ユニットは、
前記端末デバイスが有効なＴＡ情報を取得する必要があること、前記端末デバイスが有効なＴＡ情報を有していないこと、前記端末デバイスが伝播遅延補正をする必要があること、前記端末デバイスがタイミング同期を行う必要があることのうちの、少なくとも１つの状況に前記端末デバイスがあると確定する場合に、前記ＲＡ手順をトリガーすることによって前記ＴＡ情報を取得するようにさらに構成されている、
ことを特徴とする請求項３１～３３のいずれか一項に記載の端末デバイス。

【請求項35】

前記端末デバイスは、伝送の必要のあるデータを有していない、
ことを特徴とする請求項３４に記載の端末デバイス。

【請求項36】

前記ＴＡ情報は、２ステップＲＡ手順におけるメッセージ（ｍｅｓｓａｇｅ、Ｍｓｇ）Ｂ、４ステップＲＡ手順におけるＭｓｇ２のうちの少なくとも１つに搬送される、
ことを特徴とする請求項３１～３５のいずれか一項に記載の端末デバイス。

【請求項37】

前記処理ユニットは、
前記端末デバイスが伝播遅延補正をし且つ前記端末デバイスが有効なＴＡ情報を有すると確定する場合に、伝播遅延補正をすることによってタイミング同期を行うようにさらに構成されている、
ことを特徴とする請求項３１～３６のいずれか一項に記載の端末デバイス。

【請求項38】

前記端末デバイスは、第１の情報を送信するように構成された送信ユニットをさらに含み、前記第１の情報は、前記ＲＡ手順のトリガー原因を示すために用いられ、
前記トリガー原因は、前記端末デバイスが有効なＴＡ情報を取得する必要があること、前記端末デバイスが有効なＴＡ情報を有していないこと、前記端末デバイスが伝播遅延補正をする必要があること、前記端末デバイスがタイミング同期を行う必要があることのうちの、少なくとも１つを含む、
ことを特徴とする請求項３１～３７のいずれか一項に記載の端末デバイス。

【請求項39】

前記端末デバイスが前記ＲＡ手順をトリガーすると確定する状況は、前記端末デバイスが伝送の必要のあるデータを有していないこと、をさらに含む、
ことを特徴とする請求項３８に記載の端末デバイス。

【請求項40】

前記第１の情報は、２ステップＲＡ手順におけるＭｓｇＡ、４ステップＲＡ手順におけるＭｓｇ３のうちの少なくとも１つに搬送される、
ことを特徴とする請求項３８又は請求項３９に記載の端末デバイス。

【請求項41】

前記第１の情報は、特定情報、無線リソース制御（ＲＲＣ）確立要求、ＲＲＣ再確立要求、ＲＲＣ回復要求のうちの少なくとも１つを介して、前記ＭｓｇＡ又は前記Ｍｓｇ３に搬送される、
ことを特徴とする請求項４０に記載の端末デバイス。

【請求項42】

前記処理ユニットは、
前記端末デバイスがＲＲＣ確立メッセージ又はＲＲＣ再確立メッセージを受信した後、前記端末デバイスが接続状態に入ることを可能にし、
前記ＴＡ情報を利用して伝播遅延補正をするようにさらに構成されている、
ことを特徴とする請求項３８～４１のいずれか一項に記載の端末デバイス。

【請求項43】

前記処理ユニットは、
前記端末デバイスがＲＲＣリリースメッセージ、ＲＲＣ回復メッセージ又はＲＲＣ拒否メッセージを受信した後、前記端末デバイスが非接続状態に入ることを可能にし、
前記ＴＡ情報を利用して伝播遅延補正をするようにさらに構成されている、
ことを特徴とする請求項３８～４１のいずれか一項に記載の端末デバイス

【請求項44】

前記処理ユニットは、ネットワークデバイスの指示、事前構成又は前記処理ユニットの状況に基づいて、伝播遅延補正をするか否かを確定するようにさらに構成されている、
ことを特徴とする請求項３１～４３のいずれか一項に記載の端末デバイス。

【請求項45】

前記処理ユニットが伝播遅延補正をするか否かを確定する方法は、
伝播遅延補正をするか否かをシステム情報に基づいて確定すること、
伝播遅延補正をするか否かを前記システム情報における指示情報に基づいて確定すること、
伝播遅延補正をするか否かを専用ＲＲＣにおける指示情報に基づいて確定すること、
伝播遅延補正をするか否かを設定パラメーターに基づいて確定すること、
伝播遅延補正をするか否かをデバイス機能に基づいて確定することのうちの、少なくとも１つを含む、
ことを特徴とする請求項４４に記載の端末デバイス。

【請求項46】

前記パラメーターは、距離、パスロス又は参照信号受信電力（ＲＳＲＰ）を含む、
ことを特徴とする請求項４５に記載の端末デバイス。

【請求項47】

前記処理ユニットは、伝播遅延補正をすると確定する場合に、前記端末デバイスが有効なＴＡ情報を有するか否かを確定するようにさらに構成されている、
ことを特徴とする請求項４４～４６のいずれか一項に記載の端末デバイス。

【請求項48】

ネットワークデバイスであって、
ランダムアクセス（ｒａｎｄｏｍ ａｃｃｅｓｓ、ＲＡ）手順を介して、タイミングアドバンス（ｔｉｍｉｎｇ ａｄｖａｎｃｅ、ＴＡ）情報を送信するように構成された送信ユニットを含み、
前記ＴＡ情報は、端末デバイスにタイミング同期を行うよう指示するために用いられる、
ことを特徴とするネットワークデバイス。

【請求項49】

前記ＴＡ情報は、前記端末デバイスに、伝播遅延補正をすることによってタイミング同期を行うよう指示するために用いられる、
ことを特徴とする請求項４８に記載のネットワークデバイス。

【請求項50】

前記ＲＡ手順は、２ステップ・ランダムアクセス（ＲＡ）手順又は４ステップ・ランダムアクセス（ＲＡ）手順である、
ことを特徴とする請求項４８又は請求項４９に記載のネットワークデバイス。

【請求項51】

前記送信ユニットは、
前記端末デバイスが有効なＴＡ情報を取得する必要があること、前記端末デバイスが有効なＴＡ情報を有していないこと、前記端末デバイスが伝播遅延補正をする必要があること、前記端末デバイスがタイミング同期を行う必要があることのうちの、少なくとも１つの状況に前記端末デバイスがあると確定する場合に、前記ＲＡ手順を介して前記ＴＡ情報を送信するようにさらに構成されている、
ことを特徴とする請求項４８～５０のいずれか一項に記載のネットワークデバイス。

【請求項52】

前記端末デバイスが前記ＲＡ手順をトリガーすると確定する状況は、前記端末デバイスが伝送の必要のあるデータを有していないこと、をさらに含む、
ことを特徴とする請求項５１に記載のネットワークデバイス。

【請求項53】

前記ＴＡ情報は、２ステップＲＡ手順におけるメッセージ（ｍｅｓｓａｇｅ、Ｍｓｇ）Ｂ、４ステップＲＡ手順におけるＭｓｇ２のうちの少なくとも１つに搬送される、
ことを特徴とする請求項４８～５２のいずれか一項に記載のネットワークデバイス。

【請求項54】

前記ネットワークデバイスは、第１の情報を受信するように構成された受信ユニットをさらに含み、前記第１の情報は、前記ＲＡ手順のトリガー原因を示すために用いられ、
前記トリガー原因は、前記端末デバイスが有効なＴＡ情報を取得する必要があること、前記端末デバイスが有効なＴＡ情報を有していないこと、前記端末デバイスが伝播遅延補正をする必要があること、前記端末デバイスがタイミング同期を行う必要があることのうちの、少なくとも１つを含む、
ことを特徴とする請求項４８～５３のいずれか一項に記載のネットワークデバイス。

【請求項55】

前記トリガー原因は、前記端末デバイスが伝送の必要のあるデータを有していないこと、をさらに含む、
ことを特徴とする請求項５４に記載のネットワークデバイス。

【請求項56】

前記第１の情報は、２ステップＲＡ手順におけるＭｓｇＡ、４ステップＲＡ手順におけるＭｓｇ３のうちの少なくとも１つに搬送される、
ことを特徴とする請求項５４又は請求項５５に記載のネットワークデバイス。

【請求項57】

前記第１の情報は、特定情報、無線リソース制御（ＲＲＣ）確立要求、ＲＲＣ再確立要求、回復要求のうちの少なくとも１つを介して、前記ＭｓｇＡ又は前記Ｍｓｇ３に搬送される、
ことを特徴とする請求項５６に記載のネットワークデバイス。

【請求項58】

前記ネットワークデバイスは、前記第１の情報に基づいて、前記端末デバイスが前記ＲＡ手順をトリガーする原因を確定するように構成された処理ユニットをさらに含む、
ことを特徴とする請求項５４～５７のいずれか一項に記載のネットワークデバイス。

【請求項59】

前記送信ユニットは、
前記第１の情報に基づいて、前記端末デバイスが有効なＴＡ情報を有していないこと又は伝播遅延補正をする必要があることを確定する場合に、ＲＲＣ確立メッセージ又はＲＲＣ再確立メッセージを送信するようにさらに構成されている、
ことを特徴とする請求項５４～５８のいずれか一項に記載のネットワークデバイス。

【請求項60】

前記送信ユニットは、
前記第１の情報に基づいて、前記端末デバイスがタイミング同期を行う必要があること、有効なＴＡ情報のみを取得する必要があること、伝播遅延補正をする必要があること又は伝送の必要のあるデータを有していないことを確定する場合に、ＲＲＣリリースメッセージ、ＲＲＣ回復メッセージ又はＲＲＣ拒否メッセージを送信するようにさらに構成されている、
ことを特徴とする請求項５４～５８のいずれか一項に記載のネットワークデバイス。

【請求項61】

端末デバイスであって、
コンピュータプログラムを記憶するように構成されたメモリと、
前記メモリに記憶された前記コンピュータプログラムを呼び出して実行することにより、請求項１～１７のいずれか一項に記載の方法を実行するように構成されたプロセッサと、を含む、
ことを特徴とする端末デバイス。

【請求項62】

ネットワークデバイスであって、
コンピュータプログラムを記憶するように構成されたメモリと、
前記メモリに記憶された前記コンピュータプログラムを呼び出して実行することにより、請求項１８～３０のいずれか一項に記載の方法を実行するように構成されたプロセッサと、を含む、
ことを特徴とするネットワークデバイス。

【請求項63】

プロセッサを含むチップであって、
前記プロセッサは、メモリに記憶されたコンピュータプログラムを呼び出して実行することにより、前記チップが取り付けられたデバイスに、請求項１～１７のいずれか一項に記載の方法を実行させるように構成されている、
ことを特徴とするチップ。

【請求項64】

プロセッサを含むチップであって、
前記プロセッサは、メモリに記憶されたコンピュータプログラムを呼び出して実行することにより、前記チップが取り付けられたデバイスに、請求項１８～３０のいずれか一項に記載の方法を実行させるように構成されている、
ことを特徴とするチップ。

【請求項65】

コンピュータに請求項１～１７のいずれか一項に記載の方法を実行させるコンピュータプログラム、を記憶するように構成されている、
ことを特徴とするコンピュータ可読記憶媒体。

【請求項66】

コンピュータに請求項１８～３０のいずれか一項に記載の方法を実行させるコンピュータプログラム、を記憶するように構成されている、
ことを特徴とするコンピュータ可読記憶媒体。

【請求項67】

コンピュータに請求項１～１７のいずれか一項に記載の方法を実行させるコンピュータプログラム命令、を含む、
ことを特徴とするコンピュータプログラム製品。

【請求項68】

コンピュータに請求項１８～３０のいずれか一項に記載の方法を実行させるコンピュータプログラム命令、を含む、
ことを特徴とするコンピュータプログラム製品。

【請求項69】

コンピュータに請求項１～１７のいずれか一項に記載の方法を実行させる、
ことを特徴とするコンピュータプログラム。

【請求項70】

コンピュータに請求項１８～３０のいずれか一項に記載の方法を実行させる、
ことを特徴とするコンピュータプログラム。

【請求項71】

通信システムであって、
請求項１～１７のいずれか一項に記載の方法を実行するように構成された端末デバイスと、
請求項１８～３０のいずれか一項に記載の方法を実行ように構成されたネットワークデバイスと、を含む、
ことを特徴とする通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は通信分野に関し、さらに具体的に、タイミング同期方法、端末デバイス及びネットワークデバイスに関する。

【背景技術】

【0002】

あるシナリオでは、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）は、物理層のタイミング同期精度デルタ（ｄｅｌｔａ）が必要な範囲内にあるように、伝播遅延補正（ｐｒｏｐａｇａｔｉｏｎ ｄｅｌａｙ ｃｏｍｐｅｎｓａｔｉｏｎ）をする必要があり、それにより、第５世代（５－ｇｅｎｅｒａｔｉｏｎ、５Ｇ）においてＴＳＮ（ｔｉｍｅ ｓｅｎｓｉｔｉｖｅ ｎｅｔｗｏｒｋ）サービスが伝播する際にタイミング同期精度要求が満たされることを最終的に確保する。ＵＥは、タイムアライメント（ｔｉｍｅ ａｌｉｇｎｍｅｎｔ、ＴＡ）情報とも呼ばれるタイミングアドバンス（ｔｉｍｉｎｇ ａｄｖａｎｃｅ、ＴＡ）情報を利用して伝播遅延補正をすることができる。アイドル状態にあるＵＥがＴＡ情報を取得する方法は、接続状態にあるＵＥがＴＡ情報を取得する方法と異なる。接続状態では、ＵＥは、ネットワークによって送信されたタイミングアドバンスコマンド（ｔｉｍｉｎｇ ａｄｖａｎｃｅ ｃｏｍｍａｎｄ、ＴＡＣ）に基づいてＴＡ情報を取得し、同期アライメント（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ａｌｉｇｎｍｅｎｔ）を行う。

【0003】

アイドル状態／非アクティブ状態（ｉｄｌｅ／ｉｎａｃｔｉｖｅ ｓｔａｔｅ）では、ＵＥが同期アライメントを如何に行うかが喫緊の課題となっている。

【発明の概要】

【0004】

本出願の実施形態において、タイミング同期方法、端末デバイス及びネットワークデバイスが提供される。端末デバイスは様々なシナリオで有効なタイミングアドバンス（ＴＡ）情報を取得して、タイミング同期を行うことができる。

【0005】

本出願の実施形態において、タイミング同期方法が提供される。当該方法は以下を含む。
端末デバイスは、ランダムアクセス（ｒａｎｄｏｍ ａｃｃｅｓｓ、ＲＡ）手順を介して、タイミングアドバンス（ｔｉｍｉｎｇ ａｄｖａｎｃｅ、ＴＡ）情報を取得する。端末デバイスは、ＴＡ情報を利用してタイミング同期を行う。

【0006】

本出願の実施形態において、タイミング同期方法が提供される。当該方法は以下を含む。
ネットワークデバイスは、ランダムアクセス（ＲＡ）手順を介して、タイミングアドバンス（ＴＡ）情報を送信する。ＴＡ情報は、端末デバイスにタイミング同期を行うよう指示するために用いられる。

【0007】

本出願の実施形態において、端末デバイスが提供される。当該端末デバイスは、プロセッサ及びメモリを含む。当該メモリは、コンピュータプログラムを記憶するように構成されている。当該プロセッサは、当該メモリに記憶されたコンピュータプログラムを呼び出して実行することにより、上記タイミング同期方法を実行するように構成されている。

【0008】

本出願の実施形態において、ネットワークデバイスが提供される。当該ネットワークデバイスは、プロセッサ及びメモリを含む。当該メモリは、コンピュータプログラムを記憶するように構成されている。当該プロセッサは、当該メモリに記憶されたコンピュータプログラムを呼び出して実行することにより、上記タイミング同期方法を実行するように構成されている。

【0009】

本出願の実施形態において、チップが提供される。当該チップは、上記タイミング同期方法を実行するように構成されている。
具体的に、当該チップはプロセッサを含む。当該プロセッサは、メモリに記憶されたコンピュータプログラムを呼び出して実行することにより、当該チップが取り付けられたデバイスに、上記タイミング同期方法を実行させるように構成されている。

【0010】

本出願の実施形態において、コンピュータ可読記憶媒体が提供される。当該コンピュータ可読記憶媒体は、コンピュータに上記タイミング同期方法を実行させるコンピュータプログラム、を記憶するように構成されている。

【0011】

本出願の実施形態において、コンピュータプログラム製品が提供される。当該コンピュータプログラム製品は、コンピュータに上記タイミング同期方法を実行させるコンピュータプログラム命令、を含む。

【0012】

本出願の実施形態において、コンピュータプログラムが提供される。当該コンピュータプログラムは、コンピュータで実行されると、コンピュータに上記タイミング同期方法を実行させる。

【0013】

本出願の実施形態において、通信システムが提供される。当該通信システムは、端末デバイス及びネットワークデバイスを含む。当該端末デバイスは、本出願の任意の１つの実施形態における端末デバイスによって実行されるタイミング同期方法を実行するように構成されている。当該ネットワークデバイスは、本出願の任意の１つの実施形態におけるネットワークデバイスによって実行されるタイミング同期方法を実行するように構成されている。

【0014】

本出願の実施形態において、端末デバイスがＲＡ手順をトリガーすることによって、端末デバイスが様々なシナリオ（例えば、接続状態、非接続状態）で有効なＴＡ情報を取得し、且つ伝播遅延補正をすることによりタイミング同期を行うことが確保されることができる。

【図面の簡単な説明】

【0015】

【図1】図１は、本出願の実施形態に係るアプリケーションシナリオを示す概略図である。

【図2】図２は、ユーザ機器（ＵＥ）とネットワークとの間のクロック同期タイミング関係を示す概略図である。

【図3】図３は、メディアアクセス制御（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ）ランダムアクセス応答（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ、ＲＡＲ）を示す概略図である。

【図4】図４は、４ステップ・ランダムアクセス手順（４－ｓｔｅｐ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）におけるコンテンションベースのランダムアクセス（ｒａｎｄｏｍ ａｃｃｅｓｓ、ＲＡ）を示す概略図である。

【図5】図５は、４ステップＲＡ手順における非コンテンションベースのランダムアクセスを示す概略図である。

【図6】図６は、２ステップ・ランダムアクセス手順（２－ｓｔｅｐ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）を示す概略図である。

【図7】図７は、本出願の１つの実施形態に係るタイミング同期方法を示すフローチャートである。

【図8】図８は、本出願のもう１つの実施形態に係るタイミング同期方法を示すフローチャートである。

【図9】図９は、本出願の１つの実施形態に係る端末デバイスを示すブロック図である。

【図10】図１０は、本出願のもう１つの実施形態に係る端末デバイスを示すブロック図である。

【図11】図１１は、本出願の１つの実施形態に係るネットワークデバイスを示すブロック図である。

【図12】図１２は、本出願のもう１つの実施形態に係るネットワークデバイスを示すブロック図である。

【図13】図１３は、本出願の実施形態に係る通信デバイスを示すブロック図である。

【図14】図１４は、本出願の実施形態に係るチップを示すブロック図である。

【図15】図１５は、本出願の実施形態に係る通信システムを示すブロック図である。

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

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

端末デバイスは、物理ランダムアクセスチャネル（ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ、ＰＲＡＣＨ）リソースを選択し、選択されたＰＲＡＣＨリソース上で選択されたプリアンブル（ｐｒｅａｍｂｌｅ）を送信する。非コンテンションベースのＲＡであれば、ＰＲＡＣＨリソース及びプリアンブルは基地局によって指定されることができる。基地局はプリアンブルに基づいて、ＵＬタイミングと、端末デバイスによるＭｓｇ３の送信に必要なグラント（gｒａｎｔ）のサイズとを推定することができる。

【0043】

ステップ２：ネットワークデバイスは端末デバイスに、ＲＡＲ（Ｍｓｇ２）を送信する。

【0044】

端末デバイスはＭｓｇ１を送信した後、ＲＡ－応答ウィンドウ（ＲＡ－ｒｅｓｐｏｎｓｅ ｗｉｎｄｏｗ）をアクティブ化し、ランダムアクセス－無線ネットワーク一時識別子（ＲＡ－ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ、ＲＡ－ＲＮＴＩ）によってスクランブルされた物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ）を、当該ウィンドウ内でモニターする。ＲＡ－ＲＮＴＩは、ＵＥによるＭｓｇ１の送信のために用いられるＰＲＡＣＨ時間・周波数リソースに関連付けられている。

【0045】

端末デバイスは、ＲＡ－ＲＮＴＩによってスクランブルされたＰＤＣＣＨを成功に受信した後、当該ＰＤＣＣＨによってスケジューリングされた物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＤＳＣＨ）を取得することができる。ＰＤＳＣＨはランダムアクセス応答（ＲＡＲ）を含む。例として、ＲＡＲは具体的に、以下の情報を含むことができる。
ＲＡＲのサブヘッダ（ｓｕｂｈｅａｄｅｒ）は、Ｍｓｇ１再送のフォールバック時間（ｆａｌｌｂａｃｋ ｔｉｍｅ）を指示するために用いられるバックオフ指示（ｂａｃｋｏｆｆ ｉｎｄｉｃａｔｏｒ、ＢＩ）を含む。
ＲＡＲにおけるＲＡプリアンブル識別子（ＲＡ ｐｒｅａｍｂｌｅ ｉｄｅｎｔｉｆｉｅｒ、ＲＡＰＩＤ）：ＲＡＰＩＤは、ネットワーク応答によって受信されたプリアンブルインデックス（ｐｒｅａｍｂｌｅ ｉｎｄｅｘ）である。
ＲＡＲのペイロード（ｐａｙｌｏａｄ）は、ＵＬタイミングを調整するためのタイミングアドバンスグループ（ｔｉｍｉｎｇ ａｄｖａｎｃｅ ｇｒｏｕｐ、ＴＡＧ）を含む。
ＵＬグラント：ＵＬグラントは、Ｍｓｇ３をスケジューリングするためのＵＬリソース指示である。
一時的なセル－無線ネットワーク一時識別子（ｃｅｌｌ－ＲＮＴＩ、Ｃ－ＲＮＴＩ）：一時的なＣ－ＲＮＴＩは、Ｍｓｇ４のＰＤＣＣＨを（初期アクセスの場合に）スクランブルするためのものである。

【0046】

端末デバイスがＲＡ－ＲＮＴＩによってスクランブルされたＰＤＣＣＨを受信し、且つＲＡＲが端末デバイスによって送信されたプリアンブルインデックスを含む場合に、端末デバイスは、ＲＡＲを成功に受信したと判断する。

【0047】

図５に示されるように、非コンテンションベースのＲＡの場合、端末デバイスがＭｓｇ２を成功に受信した後、ＲＡ手順が終了する。図４に示されるように、コンテンションベースのＲＡの場合、端末デバイスがＭｓｇ２を成功に受信した後、ＵＥはさらに、Ｍｓｇ３の送信及びＭｓｇ４の受信を行う必要がある。

【0048】

ステップ３：端末デバイスは、ネットワークデバイスによってスケジューリングされたリソース上でＭｓｇ３を送信する。

【0049】

Ｍｓｇ３は主に、ＲＡＣＨ手順をトリガーするイベントのタイプをネットワークに通知するために用いられる。例えば、初期アクセスランダム手順である場合に、ＵＥの識別子（ｉｄｅｎｔｉｆｉｅｒ、ＩＤ）及び確立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ）がＭｓｇ３に搬送される。ＲＲＣ再確立である場合に、接続状態にあるＵＥの識別子及び確立原因がＭｓｇ３に搬送される。

【0050】

ステップ４：ネットワークデバイスは、端末デバイスにＭｓｇ４を送信する。

【0051】

Ｍｓｇ４は、コンテンション解決のために用いられる機能と、ネットワークデバイスが端末デバイスにＲＲＣ構成メッセージを伝送するために用いられる機能という２つの機能を有する。コンテンション解決は以下の方法を含む。１つは、ＵＥがＣ－ＲＮＴＩをＭｓｇ３において搬送する場合に、Ｃ－ＲＮＴＩによってスクランブルされたＰＤＣＣＨによってＭｓｇ４がスケジューリングされることであり、もう１つは、ＵＥがＣ－ＲＮＴＩをＭｓｇ３において搬送しない場合に、例えば、初期アクセスである場合に、一時的なＣ－ＲＮＴＩによってスクランブルされたＰＤＣＣＨによってＭｓｇ４がスケジューリングされることである。コンテンション解決の方法は、ＵＥがＭｓｇ４のＰＤＳＣＨを受信し、ＰＤＳＣＨにおける共通制御チャネル（ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＣＣＣＨ）サービスデータユニット（ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ、ＳＤＵ）にマッチングすることである。

【0052】

ＲＡ手順から分かるように、ＲＡの主な目的は、端末デバイスがセルとＵＬ同期を取得することである。ランダムアクセス中に、ネットワークデバイスは、端末デバイスからのプリアンブルを受信するために用いられるＲＡＣＨ時間・周波数リソースに基づいて、端末デバイスがプリアンブルを送信する時点を確定することができ、これによりプリアンブルを送信する時点及びプリアンブルを受信する時点に基づいて端末デバイスの初期ＴＡ情報を確定し、ＲＡＲを介して端末デバイスに通知することができる。

【0053】

２ステップＲＡでは、遅延とシグナリングのオーバーヘッドとの両方を同時に低減することができる。図６に示されるように、２ステップＲＡにおけるＭｓｇＡは、ＰＲＡＣＨ上で伝播するプリアンブルと、物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）上で伝播するペイロード情報とを含む。ＭｓｇＡの伝送の後、端末デバイスは、構成されたウィンドウ内でネットワーク側の応答をモニターする。端末デバイスは、ネットワークデバイスによって送信されたコンテンション解決の成功を示す指示を受信すれば、ＲＡ手順を終了する。

【0054】

本出願の実施形態において、アイドル／非アクティブ状態などの非接続状態にあるＵＥは、有効なＴＡ情報を取得し、且つ伝播遅延補正をすることによって、タイミング同期を行うことができる。それによって、５Ｇシステム（５Ｇ ｓｙｓｔｅｍ、５ＧＳ）がＴＳＮに必要なタイミング同期精度要求を満たすことを確保する。

【0055】

当然ながら、本出願の実施形態において、接続状態にあるＵＥは、有効なＴＡ情報を取得し、且つ伝播遅延補正をすることによって、タイミング同期を行うことができる。

【0056】

図７は、本出願の１つの実施形態に係るタイミング同期方法２００を示すフローチャートである。選択的に、当該方法は、図１に示されたシステムに適用されることができるが、それに限定されない。当該方法は、以下の少なくとも一部を含む。

【0057】

Ｓ２１０、端末デバイスは、ランダムアクセス（ＲＡ）手順を介してタイミングアドバンス（ＴＡ）情報を取得する。

【0058】

Ｓ２２０、端末デバイスは、当該ＴＡ情報を利用してタイミング同期を行う。具体的に、端末デバイスは、当該ＴＡ情報を利用して伝播遅延補正をすることによって、タイミング同期を行うことができる。

【0059】

選択的に、本出願の実施形態において、ＲＡ手順は、２ステップＲＡＣＨ手順又は４ステップＲＡＣＨ手順である。

【0060】

選択的に、本出願の実施形態において、当該ＴＡ情報は、２ステップＲＡ手順におけるメッセージ（ｍｅｓｓａｇｅ、Ｍｓｇ）Ｂ、４ステップＲＡ手順におけるＭｓｇ２のうちの少なくとも１つに搬送される。

【0061】

２ステップＲＡ手順では、ネットワークデバイスは、ＴＡ情報を搬送するＭｓｇＢを端末デバイスに送信することができる。４ステップＲＡ手順では、ネットワークデバイスは、ＴＡ情報を搬送するＭｓｇ２を端末デバイスに送信することができる。

【0062】

選択的に、本出願の実施形態において、端末デバイスがＲＡ手順を介してＴＡ情報を取得することは、当該端末デバイスが以下の少なくとも１つの状況にあると確定する場合に、当該端末デバイスがＲＡ手順をトリガーすることによってＴＡ情報を取得することを、含む。

【0063】

状況１：端末デバイスは有効なＴＡ情報を取得する必要がある。例えば、ＵＥが有効なＴＡ情報を有していないと確定する場合に、ＵＥは有効なＴＡ情報を取得する必要がある。

【0064】

状況２：端末デバイスは、有効なＴＡ情報を有していない。

【0065】

状況３：端末デバイスは、伝播遅延補正をする必要がある。例えば、ＵＥは、ネットワークデバイスの指示、事前構成又はＵＥの状況に基づいて、伝播遅延補正をするか否かを確定することができる。

【0066】

状況４：端末デバイスは、タイミング同期を行う必要がある。例えば、高精度同期の要求をサポートするＵＥは、タイミング同期を行う必要がある。別の例として、ＵＥはＴＳＣサービスシナリオで、タイミング同期を行う必要がある。

【0067】

この他、端末デバイスがＲＡ手順をトリガーすると確定する状況は、端末デバイスが伝送の必要のあるデータを有していないこと、をさらに含む。

【0068】

端末デバイスは、有効なＴＡ情報を取得する必要がある場合、有効なＴＡ情報を有していない場合、伝播遅延補正をする必要がある場合、タイミング同期を行う必要がある場合、又は、伝送の必要のあるデータを有していない場合に、４ステップＲＡ手順又は２ステップＲＡ手順を自発的にトリガーし、ＲＡ手順を介してＴＡ情報を取得することができる。さらに、端末デバイスはＴＡ情報を利用して伝播遅延補正をすることによって、ネットワークデバイスとのタイミング同期を実現する。

【0069】

選択的に、本出願の実施形態において、当該方法は以下をさらに含む。当該端末デバイスは、ネットワークデバイスの指示、事前構成又は端末デバイスの状況に基づいて、伝播遅延補正をするか否かを確定する。端末デバイスが伝播遅延補正をすると確定する場合に、上記状況３を参照して、ＲＡ手順をトリガーすることができる。

【0070】

１つの例において、端末デバイスは、ＲＡ手順を直接にトリガーすることによってＴＡ情報を取得することができる。また、端末デバイスは、伝播遅延補正をすると確定する場合に、ＲＡ手順をトリガーすることによって、ＴＡ情報を取得することができる。

【0071】

選択的に、本出願の実施形態において、当該端末デバイスが伝播遅延補正をするか否かをネットワークデバイスの指示に基づいて確定する方法は、
伝播遅延補正をするか否かをシステム情報に基づいて確定すること、
伝播遅延補正をするか否かをシステム情報における指示情報に基づいて確定すること、
伝播遅延補正をするか否かを専用ＲＲＣにおける指示情報に基づいて確定することのうちの、少なくとも１つを含む。

【0072】

選択的に、本出願の実施形態において、端末デバイスが伝播遅延補正をするか否かを事前構成に基づいて確定する方法は、伝播遅延補正をするか否かを設定パラメーターに基づいて確定すること、を含む。

【0073】

選択的に、本出願の実施形態において、端末デバイスが伝播遅延補正をするか否かを端末デバイスの状況に基づいて確定する方法は、伝播遅延補正をするか否かをデバイス機能に基づいて確定すること、を含む。また、端末デバイスのタイミング精度が不足な場合に、端末デバイスは伝播遅延補正を試行することも可能である。

【0074】

例えば、システム情報又は専用ＲＲＣに、端末デバイスが伝播遅延補正をすることを指示する指示情報が含まれる場合に、端末デバイスは伝播遅延補正をすると確定する。システム情報又は専用ＲＲＣに、端末デバイスが伝播遅延補正をすることを指示する指示情報が含まれていない場合に、端末デバイスは伝播遅延補正をしないと確定する。システム情報又は専用ＲＲＣに、端末デバイスが伝播遅延補正をしないことを指示する指示情報が含まれる場合に、端末デバイスは伝播遅延補正をしないと確定する。システム情報又は専用ＲＲＣに、端末デバイスが伝播遅延補正をすることを指示する指示情報が含まれる場合に、端末デバイスは伝播遅延補正をすると確定する。システム情報又は専用ＲＲＣに、端末デバイスが伝播遅延補正をしないことを指示する指示情報が含まれる場合に、端末デバイスは伝播遅延補正をすると確定する。

【0075】

また、ネットワークデバイスが端末デバイスに伝播遅延補正をするよう指示しない場合に、端末デバイスは、伝播遅延補正をすることもできる。

【0076】

選択的に、本出願の実施形態において、上記設定パラメーターは、距離、パスロス（ｐａｔｈ ｌｏｓｓ）又は参照信号受信電力（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ、ＲＳＲＰ）を含むが、これらに限定されない。

【0077】

例えば、端末デバイスとネットワークデバイスとの間の距離がある閾値に達した場合に、端末デバイスが伝播遅延補正をすることを指示する指示情報が確定される。

【0078】

もう１つの例として、端末デバイスとネットワークデバイスとの間のパスロスがある閾値に達した場合に、端末デバイスが伝播遅延補正をすることを指示する指示情報が確定される。

【0079】

別の例として、ＲＳＲＰがある閾値に達した場合に、端末デバイスが伝播遅延補正をすることを指示する指示情報が確定される。

【0080】

さらに別の例として、端末デバイスが伝播遅延補正をする機能を有する場合に、端末デバイスが伝播遅延補正をすることを指示する指示情報が確定される。

【0081】

選択的に、本出願の実施形態において、当該方法は以下をさらに含む。当該端末デバイスは、伝播遅延補正をすると確定する場合に、有効なＴＡ情報を有するか否かを確定する。

【0082】

１つの例において、端末デバイスは、伝播遅延補正をすると確定する場合に、端末デバイスが有効なＴＡ情報を有するか否かを確定することができる。次に、端末デバイスは、有効なＴＡ情報を有していない場合に、ＲＡ手順をトリガーすることによってＴＡ情報を取得する。

【0083】

選択的に、本出願の実施形態において、当該方法は以下をさらに含む。当該端末デバイスは伝播遅延補正をし且つ有効なＴＡ情報を有すると確定する場合に、当該端末デバイスは伝播遅延補正をすることによってタイミング同期を行う。

【0084】

選択的に、本出願の実施形態において、当該方法は以下をさらに含む。当該端末デバイスは第１の情報を送信する。当該第１の情報は、ＲＡ手順のトリガー原因を示すために用いられ、当該トリガー原因は、当該端末デバイスが有効なＴＡ情報を取得する必要があること、当該端末デバイスが有効なＴＡ情報を有していないこと、当該端末デバイスが伝播遅延補正をする必要があること、当該端末デバイスがタイミング同期を行う必要があることのうちの、少なくとも１つを含む。

【0085】

選択的に、本出願の実施形態において、トリガー原因は、端末デバイスが伝送の必要のあるデータを有していないこと、をさらに含む。

【0086】

上記トリガー原因は、同じ原因値又は異なる原因値で表されることができる。

【0087】

選択的に、本出願の実施形態において、当該第１の情報は、２ステップＲＡ手順におけるＭｓｇＡ、４ステップＲＡ手順におけるＭｓｇ３のうちの少なくとも１つに搬送される。

【0088】

２ステップＲＡ手順では、ネットワークデバイスは、第１の情報を搬送するＭｓｇＡを端末デバイスに送信することができる。４ステップＲＡ手順では、ネットワークデバイスは、第１の情報を搬送するＭｓｇ３を端末デバイスに送信することができる。端末デバイスは、第１の情報を受信した後、端末デバイスがＲＡ手順をトリガーする原因を取得することができる。

【0089】

選択的に、本出願の実施形態において、当該第１の情報は、特定情報（例えば、特定のＭＡＣ ＣＥ）、無線リソース制御（ＲＲＣ）確立要求、ＲＲＣ再確立要求、ＲＲＣ回復要求のうちの少なくとも１つを介して、当該ＭｓｇＡ又はＭｓｇ３に搬送される。

【0090】

例えば、ＭｓｇＡ又はＭｓｇ３のＲＲＣ確立要求における原因値が、上記トリガー原因のうちの任意の１つに設定されることができる。ネットワークデバイスによって受信されたＲＲＣ確立要求における原因値が上記トリガー原因のうちの１つである場合に、ネットワークデバイスは、ＲＲＣ確立メッセージ、ＲＲＣリリースメッセージ又はＲＲＣ拒否メッセージのうちの少なくとも１つを端末デバイスに送信することができる。

【0091】

例えば、ＭｓｇＡ又はＭｓｇ３のＲＲＣ再確立要求における原因値が、上記トリガー原因のうちの任意の１つに設定されることができる。ネットワークデバイスによって受信されたＲＲＣ再確立要求における原因値が上記トリガー原因のうちの１つである場合に、ネットワークデバイスは、ＲＲＣ再確立メッセージ、ＲＲＣリリースメッセージ又はＲＲＣ拒否メッセージのうちの少なくとも１つを端末デバイスに送信することができる。

【0092】

例えば、ＭｓｇＡ又はＭｓｇ３のＲＲＣ回復要求における原因値が、上記トリガー原因のうちの任意の１つに設定されることができる。ネットワークデバイスによって受信されたＲＲＣ回復要求における原因値が上記トリガー原因のうちの１つである場合に、ネットワークデバイスは、ＲＲＣ回復要求、ＲＲＣ確立メッセージ、ＲＲＣリリースメッセージ又はＲＲＣ拒否メッセージのうちの少なくとも１つを端末デバイスに送信することができる。

【0093】

選択的に、本出願の実施形態において、当該方法は以下をさらに含む。端末デバイスは、ＲＲＣ確立メッセージ又はＲＲＣ再確立メッセージを受信した後、接続状態に入り、また、ＴＡ情報を利用して伝播遅延補正をする。

【0094】

例えば、非接続状態にある端末デバイスは、ネットワークデバイスによって送信されたＲＲＣ確立メッセージ又はＲＲＣ再確立メッセージを受信した後、非接続状態から接続状態に入り、また、ＴＡ情報を利用して伝播遅延補正をする。

【0095】

もう１つの例として、接続状態にある端末デバイスは、ＲＡ手順をトリガーし、接続状態を維持し、ＴＡ情報を利用して伝播遅延補正をする。

【0096】

選択的に、本出願の実施形態において、当該方法は以下をさらに含む。当該端末デバイスは、ＲＲＣリリースメッセージ、ＲＲＣ回復メッセージ又はＲＲＣ拒否メッセージを受信した後、非接続状態に入り、また、ＴＡ情報を利用して伝播遅延補正をする。

【0097】

例えば、非接続状態にある端末デバイスは、ネットワークデバイスによって送信されたＲＲＣリリースメッセージ、ＲＲＣ回復メッセージ又はＲＲＣ拒否メッセージを受信した後、接続状態に入らず、ＴＡ情報を利用して伝播遅延補正をする。

【0098】

もう１つの例として、接続状態にある端末デバイスは、ネットワークデバイスによって送信されたＲＲＣリリースメッセージ、ＲＲＣ回復メッセージ又はＲＲＣ拒否メッセージを受信した後、接続状態から離れ、ＴＡ情報を利用して伝播遅延補正をする。

【0099】

本出願の実施形態において、端末デバイスがＲＡ手順をトリガーすることによって、端末デバイスが様々なシナリオ（例えば、接続状態、非接続状態）で有効なＴＡ情報を取得し、且つ伝播遅延補正をすることによりタイミング同期を行うことが確保されることができる。

【0100】

以下では、端末デバイスがＵＥであり、ネットワークデバイスが基地局であることを例として、いくつかの具体的な実施形態を説明する。

【0101】

実施形態１

【0102】

非接続状態にあるＵＥは、有効なＴＡ情報を有していない。ＵＥは、タイミング同期情報を取得しても、システムによって要求されたタイミング同期を完成することができない。そこで、本実施形態において、非接続状態にあるＵＥがＴＡ情報を取得する方法が提供される。また、ＵＥの不要な状態変換（ｉｄｌｅ／ｉｎａｃｔｉｖｅ－＞ｃｏｎｎｅｃｔｅｄ）を回避するために、例えば、ＵＥがデータ伝播などの要求を有しておらず、ＴＡ情報のみを取得すればよい場合に、ネットワークデバイスは関連情報に基づいて、ＵＥが接続状態に入ることを可能にするか否かを確定することができる。例えば、ネットワークデバイスは、確立メッセージ又は再確立メッセージを送信するか、或いは、リリース（ｒｅｌｅａｓｅ）メッセージ、回復（ｒｅｓｕｍｅ）メッセージ、拒否（ｒｅｊｅｃｔ）メッセージなどを送信するかを確定する。このように、ＵＥが有効なＴＡ情報を取得し且つ伝播遅延補正をすることによって、システムとの同期を維持することが確保されることができる。また、ＵＥの不要な状態変換を回避し、ＵＥの複雑さを低減することができる。

【0103】

本実施形態は、非接続状態にあるＵＥ、例えば、ＲＲＣアイドル状態又はＲＲＣ非アクティブ状態のうちの１つの状態にあるＵＥ、に適用されることができる。

【0104】

本実施形態は、接続状態にあるＵＥにさらに適用されることができる。

【0105】

本実施形態において、ＵＥはＲＡ手順を介して、有効なＴＡ情報を取得する。次に、ＵＥはすべての有効なＴＡ情報を利用して伝播遅延補正をすることによって、タイミング同期を行う。ＲＡ手順は２ステップＲＡ手順及び／又は４ステップＲＡ手順を含むことができる。例えば、第１の情報は、（４ステップＲＡ手順における）Ｍｓｇ３、又は（２ステップＲＡ手順における）ＭｓｇＡに搬送され、ＲＡ手順をトリガーする原因を指示することができる。上記原因は、ＵＥが有効なＴＡ情報を取得する必要があること、ＵＥが有効なＴＡ情報を有していないこと、ＵＥが伝播遅延補正をする必要があること、又はＵＥがタイミング同期を行う必要があることのうちの少なくとも１つである。具体的に、第１の情報は、Ｍｓｇ３又はＭｓｇＡにおけるＲＲＣ確立要求（ＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｒｅｑｕｅｓｔ）、ＲＲＣ再確立要求（ＲＲＣ ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ ｒｅｑｕｅｓｔ）、又はＲＲＣ回復要求（ＲＲＣ ｒｅｓｕｍｅ ｒｅｑｕｅｓｔ）に搬送されることができる。第１の情報は、新しい確立原因（ｃａｕｓｅ）、新しい再確立原因又は新しい回復原因として表されることができる。基地局（例えば、ｇＮＢ）は第１の情報に基づいて、ＵＥがＲＡ手順をトリガーする原因を確定する。選択的に、ｇＮＢは、ＲＲＣリリースメッセージ又はＲＲＣ回復メッセージをＵＥに送信する。

【0106】

例えば、本実施形態の具体的な実施プロセスは、以下を含む。

【0107】

１．ＵＥはネットワークデバイスの指示、事前構成又はＵＥの状況に基づいて、伝播遅延補正をするか否かを確定する。

【0108】

具体的に、ＵＥは、システム情報又は専用ＲＲＣにおける指示情報（例えば、ネットワークによって指示された、ＵＥが伝播遅延補正をする／しないことを指示する指示情報、又はネットワークによって指示された、ＵＥが伝播遅延補正をする／しないことを指示するパラメータ（例えば、閾値、パスロスなど））に基づいて、伝播遅延補正をするか否かを確定することができる。

【0109】

２．ＵＥは伝播遅延補正をすると確定する。

【0110】

１）ＵＥは接続状態にある。

【0111】

Ａ．ＵＥが現在有効なＴＡ情報を有する場合に、ＵＥは、有効なＴＡ情報に基づいて伝播遅延補正をすることによって、タイミング同期を行う。

【0112】

Ｂ．ＵＥが現在有効なＴＡ情報を有していない場合に、ＵＥはＲＡＣＨ手順（２ステップＲＡＣＨ又は４ステップＲＡＣＨ）をトリガーすることによって有効なＴＡ情報を取得し、且つ伝播遅延補正をすることにより、タイミング同期を行う。

【0113】

具体的に、第１の情報は、Ｍｓｇ３又はＭｓｇＡに搬送され、ＲＡ手順をトリガーする原因を指示する。上記原因は、ＵＥが有効なＴＡ情報を取得する必要があること、ＵＥが有効なＴＡ情報を有していないこと、ＵＥが伝播遅延補正をする必要があること、又はＵＥがタイミング同期を行う必要があることのうちの少なくとも１つを含む。

【0114】

具体的に、第１の情報は、ＲＡＣＨ手順のトリガー原因として表される。具体的に、トリガー原因は、ＵＥが有効なＴＡ情報を取得する必要があること、ＵＥが有効なＴＡ情報を有していないこと、ＵＥが伝播遅延補正をする必要があること、又はＵＥがタイミング同期を行う必要があることのうちの少なくとも１つを含む。

【0115】

２）ＵＥは非接続状態にあり、この場合、ＵＥは有効なＴＡ情報を有しておらず、そのため、ＵＥはＲＡＣＨ手順（２ステップＲＡＣＨ又は４ステップＲＡＣＨ）をトリガーすることによって有効なＴＡ情報を取得し、且つ伝播遅延補正をすることによって、タイミング同期を行う。

【0116】

第１の情報は、Ｍｓｇ３又はＭｓｇＡに搬送され、ＲＡ手順をトリガーする原因を指示する。上記原因は、ＵＥが有効なＴＡ情報を取得する必要があること、ＵＥが有効なＴＡ情報を有していないこと、ＵＥが伝播遅延補正をする必要があること、ＵＥがタイミング同期を行う必要があることのうちの少なくとも１つを含む。

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

上記は、ただ本出願の具体的な実施形態であり、本出願の保護範囲はそれに限定されない。当業者が本出願に開示された技術範囲内で容易に想到し得る変更又は置換は全て本出願の保護範囲内に含まれるべきである。従って、本出願の保護範囲は特許請求の保護範囲によって決められるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【手続補正書】

【提出日】2023-01-31

【手続補正1】

【補正対象書類名】明細書

【補正対象項目名】００４９

【補正方法】変更

【補正の内容】

【0049】

Ｍｓｇ３は主に、ＲＡ手順をトリガーするイベントのタイプをネットワークに通知するために用いられる。例えば、初期アクセスランダム手順である場合に、ＵＥの識別子（ｉｄｅｎｔｉｆｉｅｒ、ＩＤ）及び確立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ）がＭｓｇ３に搬送される。ＲＲＣ再確立である場合に、接続状態にあるＵＥの識別子及び確立原因がＭｓｇ３に搬送される。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】００５２

【補正方法】変更

【補正の内容】

【0052】

ＲＡ手順から分かるように、ＲＡの主な目的は、端末デバイスがセルとＵＬ同期を取得することである。ランダムアクセス中に、ネットワークデバイスは、端末デバイスからのプリアンブルを受信するために用いられるＲＡ時間・周波数リソースに基づいて、端末デバイスがプリアンブルを送信する時点を確定することができ、これによりプリアンブルを送信する時点及びプリアンブルを受信する時点に基づいて端末デバイスの初期ＴＡ情報を確定し、ＲＡＲを介して端末デバイスに通知することができる。

【手続補正3】

【補正対象書類名】明細書

【補正対象項目名】００５９

【補正方法】変更

【補正の内容】

【0059】

選択的に、本出願の実施形態において、ＲＡ手順は、２ステップＲＡ手順又は４ステップＲＡ手順である。

【手続補正4】

【補正対象書類名】明細書

【補正対象項目名】００７４

【補正方法】変更

【補正の内容】

【0074】

例えば、システム情報又は専用ＲＲＣに、端末デバイスが伝播遅延補正をすることを指示する指示情報が含まれる場合に、端末デバイスは伝播遅延補正をすると確定する。システム情報又は専用ＲＲＣに、端末デバイスが伝播遅延補正をすることを指示する指示情報が含まれていない場合に、端末デバイスは伝播遅延補正をしないと確定する。システム情報又は専用ＲＲＣに、端末デバイスが伝播遅延補正をしないことを指示する指示情報が含まれる場合に、端末デバイスは伝播遅延補正をしないと確定する。

【手続補正5】

【補正対象書類名】明細書

【補正対象項目名】０１１２

【補正方法】変更

【補正の内容】

【0112】

Ｂ．ＵＥが現在有効なＴＡ情報を有していない場合に、ＵＥはＲＡ手順（２ステップＲＡ又は４ステップＲＡ）をトリガーすることによって有効なＴＡ情報を取得し、且つ伝播遅延補正をすることにより、タイミング同期を行う。

【手続補正6】

【補正対象書類名】明細書

【補正対象項目名】０１１４

【補正方法】変更

【補正の内容】

【0114】

具体的に、第１の情報は、ＲＡ手順のトリガー原因として表される。具体的に、トリガー原因は、ＵＥが有効なＴＡ情報を取得する必要があること、ＵＥが有効なＴＡ情報を有していないこと、ＵＥが伝播遅延補正をする必要があること、又はＵＥがタイミング同期を行う必要があることのうちの少なくとも１つを含む。

【手続補正7】

【補正対象書類名】明細書

【補正対象項目名】０１１５

【補正方法】変更

【補正の内容】

【0115】

２）ＵＥは非接続状態にあり、この場合、ＵＥは有効なＴＡ情報を有しておらず、そのため、ＵＥはＲＡ手順（２ステップＲＡ又は４ステップＲＡ）をトリガーすることによって有効なＴＡ情報を取得し、且つ伝播遅延補正をすることによって、タイミング同期を行う。

【手続補正8】

【補正対象書類名】明細書

【補正対象項目名】０１２４

【補正方法】変更

【補正の内容】

【0124】

Ａ．ＵＥが非アクティブ／アイドル状態にある場合に、基地局は第１の情報に基づいて、ＵＥが現在タイミング同期を行う必要があり、ＴＡ情報のみを取得する必要があり、伝播遅延補正をする必要があり、又は、伝送の必要のあるデータを有していないと確定すれば、基地局は、ＲＲＣリリースメッセージ、ＲＲＣ回復メッセージ又はＲＲＣ拒否メッセージをＵＥに送信する。相応に、ＵＥは接続状態に入らず、ＴＡ情報のみを利用して伝播遅延補正をすることによって、タイミング同期を行う。又は、ＵＥが非アクティブ／アイドル状態にあり且つＲＡ手順をトリガーする場合に、基地局は、ＲＲＣ確立メッセージ又はＲＲＣ再確立メッセージをＵＥに送信する。相応に、ＵＥは接続状態に入り、ＴＡ情報を利用して伝播遅延補正をする。

【手続補正9】

【補正対象書類名】明細書

【補正対象項目名】０１２５

【補正方法】変更

【補正の内容】

【0125】

Ｂ．ＵＥが接続状態にある場合に、基地局は第１の情報に基づいて、ＵＥが現在タイミング同期を行う必要があり、ＴＡ情報のみを取得する必要があり、伝播遅延補正をする必要があり、又は、伝送の必要のあるデータを有していないと確定すれば、基地局は、ＲＲＣリリースメッセージ、ＲＲＣ回復メッセージ又はＲＲＣ拒否メッセージをＵＥに送信する。相応に、ＵＥは接続状態から離れ、ＴＡ情報のみを利用して伝播遅延補正をすることによって、タイミング同期を行う。又は、ＵＥが接続状態にあり且つＲＡ手順をトリガーする場合に、接続状態にあるＵＥは、ＴＡ情報を利用して伝播遅延補正をする。相応に、基地局は、ＲＲＣ確立メッセージ又はＲＲＣ再確立メッセージをＵＥに送信することができる。

【手続補正10】

【補正対象書類名】明細書

【補正対象項目名】０１３４

【補正方法】変更

【補正の内容】

【0134】

ＵＥが非アクティブ／アイドル状態にあり且つＲＡ手順をトリガーする場合に、基地局は、ＲＲＣ確立メッセージ又はＲＲＣ再確立メッセージをＵＥに送信する。相応に、ＵＥは接続状態に入り、ＴＡ情報を利用して伝播遅延補正をすることによって、タイミング同期を行う。

【手続補正11】

【補正対象書類名】明細書

【補正対象項目名】０１３６

【補正方法】変更

【補正の内容】

【0136】

ＵＥが接続状態にあり且つＲＡ手順をトリガーする場合に、接続状態にあるＵＥは、ＴＡ情報を利用して伝播遅延補正をする。相応に、基地局は、ＲＲＣ確立メッセージ又はＲＲＣ再確立メッセージをＵＥに送信する。

【手続補正12】

【補正対象書類名】明細書

【補正対象項目名】０１４５

【補正方法】変更

【補正の内容】

【0145】

ＵＥが接続状態にあり且つＲＡ手順をトリガーする場合に、接続状態にあるＵＥは、ＴＡ情報を利用して伝播遅延補正をする。相応に、基地局は、ＲＲＣ確立メッセージ又はＲＲＣ再確立メッセージをＵＥに送信する。

【手続補正13】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

タイミング同期方法であって、
端末デバイスがランダムアクセス（ｒａｎｄｏｍ ａｃｃｅｓｓ、ＲＡ）手順を介して、タイミングアドバンス（ｔｉｍｉｎｇ ａｄｖａｎｃｅ、ＴＡ）情報を取得することと、
前記端末デバイスが前記ＴＡ情報を利用して、タイミング同期を行うことと、を含む、
ことを特徴とするタイミング同期方法。

【請求項2】

前記端末デバイスが前記ＴＡ情報を利用してタイミング同期を行うことは、
前記端末デバイスが前記ＴＡ情報を利用して伝播遅延補正をすることによって、タイミング同期を行うこと、を含む、
ことを特徴とする請求項１に記載のタイミング同期方法。

【請求項3】

前記端末デバイスが前記ＲＡ手順を介して前記ＴＡ情報を取得することは、
前記端末デバイスが有効なＴＡ情報を取得する必要があること、前記端末デバイスが有効なＴＡ情報を有していないこと、前記端末デバイスが伝播遅延補正をする必要があること、前記端末デバイスがタイミング同期を行う必要があることのうちの、少なくとも１つの状況に前記端末デバイスがあると確定する場合に、前記端末デバイスが、前記ＲＡ手順をトリガーすることによって前記ＴＡ情報を取得すること、を含む、
ことを特徴とする請求項１～２のいずれか一項に記載のタイミング同期方法。

【請求項4】

前記タイミング同期方法は、
前記端末デバイスが伝播遅延補正をし且つ前記端末デバイスが有効なＴＡ情報を有すると確定する場合に、前記端末デバイスが伝播遅延補正をすることによってタイミング同期を行うことを、さらに含む、
ことを特徴とする請求項１～３のいずれか一項に記載のタイミング同期方法。

【請求項5】

前記タイミング同期方法は、
前記端末デバイスがネットワークデバイスの指示に基づいて、伝播遅延補正をするか否かを確定すること、をさらに含む、
ことを特徴とする１～４のいずれか一項に記載のタイミング同期方法。

【請求項6】

伝播遅延補正をするか否かを確定する方法は、
伝播遅延補正をするか否かを専用無線リソース制御（ＲＲＣ）における指示情報に基づいて確定すること、
伝播遅延補正をするか否かをデバイス機能に基づいて確定することのうちの、少なくとも１つを含む、
ことを特徴とする請求項５に記載のタイミング同期方法。

【請求項7】

タイミング同期方法であって、
ネットワークデバイスがランダムアクセス（ｒａｎｄｏｍ ａｃｃｅｓｓ、ＲＡ）手順を介して、タイミングアドバンス（ｔｉｍｉｎｇ ａｄｖａｎｃｅ、ＴＡ）情報を送信することを含み、前記ＴＡ情報は、端末デバイスにタイミング同期を行うよう指示するために用いられる、
ことを特徴とするタイミング同期方法。

【請求項8】

前記ＴＡ情報は、前記端末デバイスに、伝播遅延補正をすることによってタイミング同期を行うよう指示するために用いられる、
ことを特徴とする請求項７に記載のタイミング同期方法。

【請求項9】

前記ネットワークデバイスが前記ＲＡ手順を介して、前記ＴＡ情報を送信することは、
前記端末デバイスが有効なＴＡ情報を取得する必要があること、前記端末デバイスが有効なＴＡ情報を有していないこと、前記端末デバイスが伝播遅延補正をする必要があること、前記端末デバイスがタイミング同期を行う必要があることのうちの、少なくとも１つの状況に前記端末デバイスがあると確定する場合に、前記ネットワークデバイスが前記ＲＡ手順を介して、前記ＴＡ情報を送信すること、を含む、
ことを特徴とする請求項７～８のいずれか一項に記載のタイミング同期方法。

【請求項10】

前記タイミング同期方法は、前記ネットワークデバイスが第１の情報を受信することをさらに含み、
前記第１の情報は、前記ＲＡ手順のトリガー原因を示すために用いられ、前記トリガー原因は、前記端末デバイスが有効なＴＡ情報を取得する必要があること、前記端末デバイスが有効なＴＡ情報を有していないこと、前記端末デバイスが伝播遅延補正をする必要があること、前記端末デバイスがタイミング同期を行う必要があることのうちの、少なくとも１つを含む、
ことを特徴とする請求項７～９のいずれか一項に記載のタイミング同期方法。

【請求項11】

前記タイミング同期方法は、
前記ネットワークデバイスが前記第１の情報に基づいて、前記端末デバイスが前記ＲＡ手順をトリガーする原因を確定すること、をさらに含む、
ことを特徴とする請求項１０に記載のタイミング同期方法。

【請求項12】

端末デバイスであって、
コンピュータプログラムを記憶するように構成されたメモリと、
前記メモリに記憶された前記コンピュータプログラムを呼び出して実行することにより、請求項１～６のいずれか一項に記載のタイミング同期方法を実行するように構成されたプロセッサと、を含む、
ことを特徴とする端末デバイス。

【請求項13】

ネットワークデバイスであって、
コンピュータプログラムを記憶するように構成されたメモリと、
前記メモリに記憶された前記コンピュータプログラムを呼び出して実行することにより、請求項７～１１のいずれか一項に記載のタイミング同期方法を実行するように構成されたプロセッサと、を含む、
ことを特徴とするネットワークデバイス。

【請求項14】

命令を含むコンピュータ可読記憶媒体であって、
前記命令がコンピュータによって実行されると、前記コンピュータに請求項１～６のいずれか一項に記載のタイミング同期方法を実行させる、
ことを特徴とするコンピュータ可読記憶媒体。

【請求項15】

命令を含むコンピュータ可読記憶媒体であって、
前記命令がコンピュータによって実行されると、前記コンピュータに請求項７～１１のいずれか一項に記載のタイミング同期方法を実行させる、
ことを特徴とするコンピュータ可読記憶媒体。

【国際調査報告】