(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-09-03
(54)【発明の名称】アップリンク送信のためのタイミング調整
(51)【国際特許分類】
H04W 56/00 20090101AFI20240827BHJP
H04W 16/28 20090101ALI20240827BHJP
H04W 4/42 20180101ALI20240827BHJP
【ＦＩ】
H04W56/00 130
H04W16/28
H04W4/42
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2024506966
(86)(22)【出願日】2021-08-06
(85)【翻訳文提出日】2024-02-05
(86)【国際出願番号】 EP2021072066
(87)【国際公開番号】W WO2023011734
(87)【国際公開日】2023-02-09
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
(71)【出願人】
【識別番号】515076873
【氏名又は名称】ノキア テクノロジーズ オサケユイチア
(74)【代理人】
【識別番号】100094569
【弁理士】
【氏名又は名称】田中 伸一郎
(74)【代理人】
【識別番号】100103610
【弁理士】
【氏名又は名称】▲吉▼田 和彦
(74)【代理人】
【識別番号】100109070
【弁理士】
【氏名又は名称】須田 洋之
(74)【代理人】
【識別番号】100067013
【弁理士】
【氏名又は名称】大塚 文昭
(74)【代理人】
【識別番号】100120525
【弁理士】
【氏名又は名称】近藤 直樹
(74)【代理人】
【識別番号】100176418
【弁理士】
【氏名又は名称】工藤 嘉晃
(72)【発明者】
【氏名】マルコネ アレッシオ
(72)【発明者】
【氏名】ペトロフ ドミトリ
(72)【発明者】
【氏名】サイエド ハッサン モハマド
(72)【発明者】
【氏名】ダルスカールト ラルス
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067DD11
(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】
少なくとも、請求項２６～３２のいずれか１項に記載の方法、請求項３３～４０のいずれか１項に記載の方法、および請求項４１～５０のいずれか１項に記載の方法を、装置に実行させるためのプログラム命令を含む、コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の実施形態は、一般に電気通信の分野に関し、より詳細には、特に高速シナリオにおけるアップリンク（ＵＬ）送信のためのタイミング調整のための方法、デバイス、装置およびコンピュータ可読記憶媒体に関する。
【背景技術】
【0002】
一部の通信システムでは、端末デバイスは高速シナリオで動作することがあり、例えば、端末デバイスは高速列車（ＨＳＴ）に位置する場合がある。さらに、ｍｍＷａｖｅ／ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ２（ＦＲ２）デプロイメントは、このような高速シナリオで追加的なネットワーク容量を提供するために使用されることがある。ＦＲ２におけるＨＳＴデプロイメントでは、端末デバイスはビーム切替えを行なうことがあり、これはＵＬのネットワークデバイスとの整合に関し、タイミング調整で何らかの問題が生じる。このような問題は、端末デバイスがネットワークデバイスと整合するように解決することが望ましい。
【発明の概要】
【0003】
一般に、本開示の例示の実施形態は、特に高速シナリオにおけるＵＬ送信のタイミング調整のための解決策を提供する。
【0004】
第１の態様では、第１のデバイスが提供される。第１のデバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備え、少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、第１のデバイスに、第２のデバイスから、第２のデバイスによって体感される第１のデバイスと第３のデバイスとの間の伝搬遅延の差を示すオフセット情報を受信することであって、オフセット情報は、伝搬遅延の差の範囲の時間シフト値に基づいて決定され、時間シフト値は、第１のデバイスに関連付けられるビームから第３のデバイスに関連付けられるビームへの切替えに関連付けられ、第３のデバイスは第１のデバイスとは異なる、受信することと、第２のデバイスから第３のデバイスへの送信のためのタイミングアドバンス量を示すタイミング情報を第２のデバイスに送信することであって、タイミング情報は、時間シフト値に基づいて決定される、送信することとを行なわせるように構成される。
【0005】
第２の態様では、第２のデバイスが提供される。第２のデバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備え、少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、第２のデバイスに、第２のデバイスによって体感される伝搬遅延の差の範囲の時間シフト値を取得することであって、時間シフト値は、第１のデバイスに関連付けられるビームから第３のデバイスに関連付けられるビームへの切替えに関連付けられ、第３のデバイスは第１のデバイスとは異なる、取得することと、第２のデバイスによって体感される第１のデバイスと第３のデバイスとの間の伝搬遅延の差を示すオフセット情報を第１のデバイスに送信することであって、オフセット情報は、時間シフト値に基づいて決定される、送信することと、第２のデバイスから第３のデバイスへの送信のためのタイミングアドバンス量を示すタイミング情報を第１のデバイスから受信することであって、タイミング情報は、時間シフト値に基づいて決定される、受信することとを行なわせるように構成される。
【0006】
第３の態様では、第４のデバイスが提供される。第４のデバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備え、少なくとも１つのメモリおよびコンピュータプログラムコードが、少なくとも１つのプロセッサを用いて、第４のデバイスに、ビーム切替えに関与するソースデバイスとターゲットデバイスとの間の伝搬遅延の差に少なくとも基づいて、第４のデバイスと第５のデバイスとの間の送信のためのタイミング調整量を決定することと、タイミング調整量に基づいて、第５のデバイスと送信を行なうこととを行なわせるように構成される。
【0007】
第４の態様では、方法が提供される。方法は、第１のデバイスにおいて第２のデバイスから、第２のデバイスによって体感される第１のデバイスと第３のデバイスとの間の伝搬遅延の差を示すオフセット情報を受信することであって、オフセット情報は、伝搬遅延の差の範囲の時間シフト値に基づいて決定され、時間シフト値は、第１のデバイスに関連付けられるビームから第３のデバイスに関連付けられるビームへの切替えに関連付けられ、第３のデバイスは第１のデバイスとは異なる、受信することと、第２のデバイスから第３のデバイスへの送信のためのタイミングアドバンス量を示すタイミング情報を第２のデバイスに送信することであって、タイミング情報は、時間シフト値に基づいて決定される、送信することとを含む。
【0008】
第５の態様では、方法が提供される。方法は、第２のデバイスにおいて、第２のデバイスによって体感される伝搬遅延の差の範囲の時間シフト値を取得することであって、時間シフト値は、第１のデバイスに関連付けられるビームから第３のデバイスに関連付けられるビームへの切替えに関連付けられ、第３のデバイスは第１のデバイスとは異なる、取得することと、第２のデバイスによって体感される第１のデバイスと第３のデバイスとの間の伝搬遅延の差を示すオフセット情報を第１のデバイスに送信することであって、オフセット情報は、時間シフト値に基づいて決定される、送信することと、第２のデバイスから第３のデバイスへの送信のためのタイミングアドバンス量を示すタイミング情報を第１のデバイスから受信することであって、タイミング情報は、時間シフト値に基づいて決定される、受信することとを含む。
【0009】
第６の態様では、方法が提供される。方法は、第４のデバイスにおいて、ビーム切替えに関与するソースデバイスとターゲットデバイスとの間の伝搬遅延の差に少なくとも基づいて、第４のデバイスと第５のデバイスとの間の送信のためのタイミング調整量を決定することと、タイミング調整量に基づいて、第５のデバイスと送信を行なうこととを含む。
【0010】
第７の態様では、第１の装置が提供される。第１の装置は、第２の装置によって体感される第１の装置と第３の装置との間の伝搬遅延の差を示すオフセット情報を、第２の装置から受信するための手段であって、オフセット情報は、伝搬遅延の差の範囲の時間シフト値に基づいて決定され、時間シフト値は、第１の装置に関連付けられるビームから第３の装置に関連付けられるビームへの切替えに関連付けられ、第３の装置は第１の装置とは異なる、受信するための手段と、第２の装置から第３の装置への送信のためのタイミングアドバンス量を示すタイミング情報を第２の装置に送信するための手段であって、タイミング情報は、時間シフト値に基づいて決定される、送信するための手段とを備える。
【0011】
第８の態様では、第２の装置が提供される。第２の装置は、第２の装置によって体感される伝搬遅延の差の範囲の時間シフト値を取得するための手段であって、時間シフト値は、第１の装置に関連付けられるビームから第３の装置に関連付けられるビームへの切替えに関連付けられ、第３の装置は第１の装置とは異なる、取得するための手段と、第２の装置によって体感される第１の装置と第３の装置との間の伝搬遅延の差を示すオフセット情報を第１の装置に送信するための手段であって、オフセット情報は、時間シフト値に基づいて決定される、送信するための手段と、第２の装置から第３の装置への送信のためのタイミングアドバンス量を示すタイミング情報を第１の装置から受信するための手段であって、タイミング情報は、時間シフト値に基づいて決定される、受信するための手段とを備える。
【0012】
第９の態様では、第４の装置が提供される。第４の装置は、ビーム切替えに関与するソース装置とターゲット装置との間の伝搬遅延の差に少なくとも基づいて、第４の装置と第５の装置との間の送信のためのタイミング調整量を決定するための手段と、タイミング調整量に基づいて、第５の装置と送信を行なうための手段とを備える。
【0013】
第１０の態様では、コンピュータ可読媒体が提供される。コンピュータ可読媒体は、装置に、少なくとも、第４、第５、および第６の態様のいずれかに記載の方法を実施させるためのプログラム命令を含む。
【0014】
概要のセクションは、本開示の実施形態の主要な、または本質的な特徴を特定することは意図しておらず、本開示の範囲を限定するために用いられることも意図されていないことを理解されたい。本開示の他の特徴は、以下の説明によって容易に理解可能となろう。
【0015】
次に、添付の図面を参照していくつかの例示の実施形態を説明する。
【図面の簡単な説明】
【0016】
【図1A】一方向ＨＳＴ ＦＲ２デプロイメントの例示のシナリオの図である。
【図1B】双方向ＨＳＴ ＦＲ２デプロイメントの例示のシナリオの図である。
【図2】特定のリモートラジオヘッド（ＲＲＨ）から異なる距離における伝搬遅延を示す例の図である。
【図3】本開示の例示の実施形態を実施することができる例示の通信環境の図である。
【図4】本開示のいくつかの例示の実施形態による、タイミング調整の例示のプロセスを示すシグナリングチャートである。
【図5】本開示のいくつかの例示の実施形態による、シフトされた例示のレポーティング範囲の図である。
【図6】本開示のいくつかの例示の実施形態による、タイミングアドバンスの例の図である。
【図7】本開示のいくつかの例示の実施形態による、タイミング調整の別の例示のプロセスを示すシグナリングチャートである。
【図8】ダウンリンク（ＤＬ）／ＵＬスロットの不整合を示す例示の図である。
【図9】本開示のいくつかの例示の実施形態による、タイミング調整のさらなる例示のプロセスを示すシグナリングチャートである。
【図10】本開示のいくつかの例示の実施形態による、第１のデバイスで実施される方法のフローチャートである。
【図11】本開示のいくつかの例示の実施形態による、第２のデバイスで実施される方法のフローチャートである。
【図12】本開示のいくつかの例示の実施形態による、第４のデバイスで実施される方法のフローチャートである。
【図13】本開示の例示の実施形態を実施するために適切な装置の簡略化したブロック図である。
【図14】本開示のいくつかの例示の実施形態による、例示のコンピュータ可読媒体のブロック図である。
【発明を実施するための形態】
【0017】
図面を通じて、同一または類似の参照符号は同一または類似の要素を表現する。
【0018】
次に本開示の原理を、いくつかの例示の実施形態を参照して説明する。これらの実施形態は、単に説明目的で記載されるものであり、本開示の範囲のいかなる限定をも示唆することなく、当業者が本開示を理解して実施するのを助けるものであることを理解されたい。本明細書において説明される実施形態は、以下で説明されるもの以外に様々な方法で実施することができる。
【0019】
そうではないと定義されない限り、以下の説明、および特許請求の範囲では、本明細書において使用されるすべての技術的かつ科学的な用語は、本開示が属する分野の当業者によって共通して理解されるのと同じ意味を有する。
【0020】
本開示における「一実施形態」、「実施形態」、「例示の実施形態」などの言及は、説明される実施形態が特定の特徴、構造、または特性を含み得ることを示すが、すべての実施形態が特定の特徴、構造、または特性を含む必要はない。その上、このような言い回しは必ずしも同じ実施形態を指しているわけではない。さらに、特定の特徴、構造、または特性が一実施形態に関連して説明される場合、明示的に説明されているか否かにかかわらず、他の実施形態に関連してそのような特徴、構造、または特性に影響を与えることは当業者の知識の範囲内であるものとする。
【0021】
本明細書では、様々な要素を説明するために「第１の」および「第２の」などの用語が使用されることがあるが、これらの要素はこれらの用語によって限定されるべきではないことを理解されたい。これらの用語は、ある要素と別の要素とを区別するためにのみ使用される。例えば、例示の実施形態の範囲から逸脱することなく、第１の要素を第２の要素と呼ぶことができ、同様に、第２の要素を第１の要素と呼ぶことができる。本明細書で使用される場合、「および／または」という用語は、列挙された用語の１つまたは複数のすべてかつあらゆる組合せを含む。
【0022】
本明細書で使用される用語は、単に特定の実施形態を説明することを目的としており、例示の実施形態を限定することを意図するものではない。本明細書で使用される場合、コンテキストがそうではないと明らかに示さない限りは、単数形の「ａ」、「ａｎ」、および「ｔｈｅ」は、やはり複数形を含むことを意図されている。用語「ｃｏｍｐｒｉｓｅｓ」、「ｃｏｍｐｒｉｓｉｎｇ」、「ｈａｓ」、「ｈａｖｉｎｇ」、「ｉｎｃｌｕｄｅｓ」、および／または「ｉｎｃｌｕｄｉｎｇ」は、本明細書で使用される場合、説明された特徴、要素、および／または構成要素などの存在を特定するが、１つまたは複数の他の特徴、要素、構成要素、および／またはそれらの組合せの存在または追加を排除するものではないことがさらに理解されるであろう。
【0023】
本出願で使用される場合、用語「回路」は、次のうちの１つまたは複数またはすべてを指す場合がある：
（ａ）ハードウェアのみの回路実行（アナログおよび／またはデジタル回路のみにおける実行など）
（ｂ）以下のような（該当すれば）ハードウェア回路とソフトウェアとの組合せ：
（ｉ）アナログおよび／またはデジタルのハードウェア回路とソフトウェア／ファームウェアとの組合せ、ならびに
（ｉｉ）携帯電話またはサーバなどの装置に様々な機能）を実行させるようともに機能する、（デジタル信号プロセッサを含む）ソフトウェアを伴うハードウェアプロセッサの任意の部分、ソフトウェア、およびメモリ
（ｃ）動作のためにソフトウェア（例えば、ファームウェア）を必要とするが、動作に必要とされないときにはソフトウェアが存在しなくてもよい、ハードウェア回路およびまたはマイクロプロセッサもしくはマイクロプロセッサの一部などのプロセッサ。
（ａ）ハードウェアのみの回路実行（アナログおよび／またはデジタル回路のみにおける実行など）
（ｂ）以下のような（該当すれば）ハードウェア回路とソフトウェアとの組合せ：
（ｉ）アナログおよび／またはデジタルのハードウェア回路とソフトウェア／ファームウェアとの組合せ、ならびに
（ｉｉ）携帯電話またはサーバなどの装置に様々な機能）を実行させるようともに機能する、（デジタル信号プロセッサを含む）ソフトウェアを伴うハードウェアプロセッサの任意の部分、ソフトウェア、およびメモリ
（ｃ）動作のためにソフトウェア（例えば、ファームウェア）を必要とするが、動作に必要とされないときにはソフトウェアが存在しなくてもよい、ハードウェア回路およびまたはマイクロプロセッサもしくはマイクロプロセッサの一部などのプロセッサ。
【0024】
回路のこの定義は、任意の特許請求の範囲を含む本出願において、この用語のすべての使用に当てはまる。さらなる例として、本出願で使用される場合、回路という用語は、単なるハードウェア回路もしくはプロセッサ（もしくは複数のプロセッサ）、またはハードウェア回路もしくはプロセッサの部分とその（それらの）付属ソフトウェアおよび／もしくはファームウェアの実装形態もカバーする。回路という用語は、例えば特定の請求項の要素に適用可能な場合、ベースバンド集積回路もしくはモバイルデバイス向けプロセッサ集積回路またはサーバの類似の集積回路、セルラネットワークデバイス、あるいは他のコンピューティングデバイスまたはネットワークデバイスもカバーする。
【0025】
本明細書で使用される場合、「通信ネットワーク」という用語は、新無線（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）、狭帯域モノのインターネット（ＮＢ－ＩｏＴ）などの任意の適切な通信規格に従うネットワークを指す。さらに、通信ネットワークにおける端末デバイスとネットワークデバイスとの間の通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、将来的な第５世代（５Ｇ）通信プロトコル、および／または現在知られているもしくは将来開発される任意の他のプロトコルを含むが、これらに限定されない、任意の適切な世代の通信プロトコルに従って実施され得る。本開示の実施形態は、様々な通信システムにおいて適用することができる。通信における急速な発展を考えると、やはり本開示が具体化され得る将来型の通信技術およびシステムがもちろん存在するだろう。本開示の範囲を前述のシステムのみに限定するものと見なすべきではない。
【0026】
本明細書で使用される場合、「ネットワークデバイス」という用語は、端末デバイスがネットワークにアクセスし、そこからサービスを受ける通信ネットワーク中のノードを指す。ネットワークデバイスは、適用される用語および技術に応じて、基地局（ＢＳ）またはアクセスポイント（ＡＰ）、例えば、ノードＢ（ＮｏｄｅＢまたはＮＢ）、進化型ＮｏｄｅＢ（ｅＮｏｄｅＢまたはｅＮＢ）、ＮＲ ＮＢ（ｇＮＢとも呼ばれる）、リモート無線ユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、中継、統合アクセスおよびバックホール（ＩＡＢ）ノード、フェムト、ピコなどの低電力ノード、衛星ネットワークデバイス、低軌道（ＬＥＯ）衛星、および静止軌道（ＧＥＯ）衛星などの非地上系ネットワーク（ＮＴＮ）デバイスまたは非グラウンドネットワークデバイス、航空機ネットワークデバイスなどを指す。いくつかの例示の実施形態では、無線アクセスネットワーク（ＲＡＮ）スプリットアーキテクチャは、ＩＡＢドナーノードにおいて、集中ユニット（ＣＵ：Ｃｅｎｔｒａｌｉｚｅｄ Ｕｎｉｔ）および分散ユニット（ＤＵ：Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）を含む。ＩＡＢノードは、親ノードに対してＵＥのように振る舞う移動端末（ＩＡＢ－ＭＴ）部分、およびネクストホップのＩＡＢノードに対して基地局のように振る舞うＩＡＢノードのＤＵ部分を備える。
【0027】
「端末デバイス」という用語は、無線通信が可能な任意の終端デバイスを指す。限定ではなく一例として、端末デバイスは、通信デバイス、ユーザ機器（ＵＥ）、加入者局（ＳＳ：Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、携帯型加入者局（Ｐｏｒｔａｂｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、移動局（ＭＳ）、またはアクセス端末（ＡＴ）と呼ばれることもある。端末デバイスは、携帯電話、セルラ電話、スマートフォン、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）電話、無線ローカルループ電話、タブレット、ウェアラブル端末デバイス、携帯情報端末（ＰＤＡ）、ポータブルコンピュータ、デスクトップコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーム用端末デバイス、音楽記憶装置および再生家電、車載無線端末デバイス、無線エンドポイント、移動局、ラップトップ組込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、スマートデバイス、無線顧客構内設備（ＣＰＥ）、モノのインターネット（ｌｏＴ）デバイス、腕時計または他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療用デバイスおよびアプリケーション（例えば、遠隔手術）、産業用デバイスおよびアプリケーション（例えば、産業用および／または自動化された処理チェーンのコンテキストにおいて動作するロボットおよび／または他の無線デバイス）、民生用電子機器、商業用および／または産業用無線ネットワークで動作するデバイスなどを含み得るが、それらに限定されない。また、端末デバイスは、ＩＡＢノード（例えば、中継ノード）の移動端末（ＭＴ）部分に対応することもある。以下の説明では、「端末デバイス」、「通信デバイス」、「端末」、「ユーザ機器」および「ＵＥ」という用語は、互換的に使用される場合がある。
【0028】
上記で簡単に述べたように、ｍｍＷａｖｅではパスロスが大きくネットワークセルのカバレッジが制限されるため、ｍｍＷａｖｅ／ＦＲ２デプロイメントは、多くのユーザで混雑したエリアで追加的なネットワーク容量を提供するために補完的なものとして使用される。そのため、ＦＲ２デプロイメントは通常、ネットワークセル間が数百メートルレベルという短い距離の、密なものである。
【0029】
図１Ａおよび図１Ｂは、ＦＲ２デプロイメントにおけるＨＳＴの例示のシナリオ１００および１６０を図示している。図１Ａおよび図１Ｂに示されるように、ＨＳＴ１５０、ひいてはＨＳＴ１５０上に配置されたルーフマウント型のＣＰＥ１４０は、高速、例えば３５０ｋｍ／時を超える速度で移動している可能性がある。ＤＵ１１０には、複数のＲＲＨ、例えば、ＲＲＨ１２０－１、ＲＲＨ１２０－２、およびＲＲＨ１２０－３が備えられてもよく、これらのＲＲＨは、ＨＳＴ１５０が走行する軌道に沿って離間されてもよい。ＲＲＨ１２０－１、ＲＲＨ１２０－２、およびＲＲＨ１２０－３は、「ＲＲＨ１２０」と総称されることもあるし、個々に「ＲＲＨ１２０」と呼ばれることもある。ＲＲＨ１２０は、ＤＵ１１０の実質的に同じセルに属することがある。ＲＲＨ間距離とも呼ばれるＲＲＨ１２０間の距離は、所定の距離、例えば７００ｍに等しい距離とすることができる。
【0030】
ＲＲＨ１２０は、ビームを介したＣＰＥ１４０との通信用のビームを提供するように構成されている。図１Ａに示されるような一方向デプロイメントでは、ＲＲＨ１２０は、一方向のビーム、例えばビーム１３０－１、ビーム１３０－２、およびビーム１３０－３を提供する。ＨＳＴ１５０が軌道の異なる場所に配置されている場合、ＨＳＴ１５０に配置されるＣＰＥ１４０は、異なるビーム１３０を介して複数のＲＲＨ１２０と送信を行なうことができる。例えば、ＨＳＴ１５０が図１Ａの矢印で示す方向に移動している場合、ＣＰＥ１４０は、最初にビーム１３０－１を介してＲＲＨ１２０－１と送信を行ない、次にビーム１３０－２を介してＲＲＨ１２０－２と送信を行なうことができる。
【0031】
図１Ｂに示されるような双方向デプロイメントでは、ＲＲＨ１２０は、二方向のビーム、例えばビーム１３０－４、ビーム１３０－５、ビーム１３０－６、ビーム１３０－７などを提供する。ビーム１３０－１、１３０－２、１３０－３、１３０－４、１３０－５、１３０－６および１３０－７は、「ビーム１３０」と総称されることもあるし、個々に「ビーム１３０」と呼ばれることもある。ＨＳＴ１５０が図１Ｂの矢印で示す方向に移動している場合、ＣＰＥ１４０は、最初にビーム１３０－５を介してＲＲＨ１２０－１と送信を行ない、次にビーム１３０－７を介してＲＲＨ１２０－２と送信を行なうことができる。
【0032】
図１Ａおよび図１Ｂに示されるように、サービングビームは、ＣＰＥ１４０に関し、あるＲＲＨから別のＲＲＨに切り替えられる。換言すると、サービングＲＲＨはＣＰＥ１４０のために切り替えられる。ビーム切替え中またはＲＲＨ切替え中、例えば、ＨＳＴ１５０の移動性により、サービングビームがあるＲＲＨ１２０から次のＲＲＨ１２０に切り替えられた場合、ＲＲＨ１２０が実質的に同じＤＵ１１０に接続されているため、ＣＰＥ１４０は実質的に同じセルに接続されたままとなる。
【0033】
ビーム切替え中またはＲＲＨ切替え中、ＲＲＨ間の距離が大きいと（例えば７００ｍ）、隣接するＲＲＨ間で伝搬遅延に著しい差が生じる。伝搬遅延における著しい差は、数マイクロ秒レベルとなる場合がある。図２は、特定のＲＲＨから異なる距離におけるサイクリックプレフィックス（ＣＰ）長に対する、伝搬遅延の差の例示の図２００を示す。プロット２１０、２２０、２３０および２４０は、それぞれ、ＲＲＨ１２０－１、ＲＲＨ１２０－２、ＲＲＨ１２０－３およびより遠いＲＲＨ（図１Ａおよび図１Ｂには示されていない）のＣＰ長に対する伝搬遅延の差を図示している。プロット２１０から、ＲＲＨ１２０－１とＲＲＨ１２０－２との間の距離７００ｍにおけるＣＰ長に対する伝搬遅延の差は、交点２１５において４より大きいと判断される。そのため、端末デバイスがＲＲＨ１２０－２のカバレッジエリアに到達すると、ＲＲＨ１２０－１とＲＲＨ１２０－２との間の伝搬遅延の差は、ＣＰ長のおよそ５倍になる。例えば、１２０ｋＨｚのサブキャリア間隔（ＳＣＳ）では、ＣＰ長は０．５７μ秒に等しい。この場合、距離７００ｍの２つのＲＲＨ間の伝搬遅延の差は約２．３μ秒と計算され得る。
【0034】
ＲＲＨ間距離が７００ｍの場合、連続する２つのＲＲＨ１２０からの２つの信号間の伝搬遅延の差は約２．３μ秒となり、ＣＰ長よりもはるかに大きくなる。伝搬遅延の大きな差により、ＵＬタイミング整合に関しＵＬタイミング調整の点で限界が生じる。
【0035】
従来、ＵＬタイミング整合に対処するために、タイミングアドバンス（ＴＡ）を適用することが提案されてきた。ＴＡは、サービングセル／ＲＲＨからのＤＬフレームを受信した時点と比較して、ＵＥがそのＵＬ送信に適用する時間の前進（ａｄｖａｎｃｅ ｉｎ ｔｉｍｅ）である。この方法では、ｇＮＢ受信機に到着する信号は、ｇＮＢの観点からＵＬフレームの開始と整合される。ＴＡは、実質的に同時にｇＮＢに到着するようにｇＮＢが複数のＵＥの受信を同期できるようになるため、ネットワークの運用および実施に必要とされる。ＵＥでのＵＬ送信タイミングを制御するには、ＴＡＣ（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ Ｃｏｍｍａｎｄ）が使用される。
【0036】
ＴＡＣは２つの方法で指示することができる。ＴＡＣは、ランダムアクセス（ＲＡ）手順の一部としてランダムアクセス応答（ＲＡＲ）を通じて指示することができ、これは初期タイミングオフセットに関連付けられる。ＵＥが無線リソース制御（ＲＲＣ）接続モードにある場合、ＴＡＣは媒体アクセス制御（ＭＡＣ）－制御要素（ＣＥ）を介して指示することができ、これは残留タイミングオフセットに関連付けられる。ＭＡＣ－ＣＥを介して指示されたＴＡＣは、必要なときにＵＥにおける使用済みＴＡを更新するためにネットワークによって使用される。このため、ｇＮＢは常に測定および追跡を行ない、移動に起因する伝搬遅延の時間変化をいつ補償するかを、ＵＥにＴＡ更新を送信することでＵＥに指示する。ＵＥが必要とするＴＡ量を推定するために、ｇＮＢは、ＵＬフレーム／スロットの実際の開始と比較したＵＬチャネル（例えば、物理アップリンク共有チャネル（ＰＵＳＣＨ）／物理アップリンク制御チャネル（ＰＵＣＣＨ）／サウンディング参照信号（ＳＲＳ））の到達時間を、常に測定する。
【0037】
ＴＡＣは現在６ビットに制限されており、その結果、シングルショットのＴＡ変化は最大２．１μ秒である。一部のデプロイメントシナリオでは、６ビットのＴＡＣでは、２つのＲＲＨ間の伝搬遅延の差を完全に補償するには十分ではない。実際、上記でも計算したように、７００ｍのＲＲＨ間距離の場合、２．３μ秒の伝搬遅延の差が予想され得るため、タイミングアドバンスの最小誤差は０．２μ秒（２．３μ秒－２．１μ秒）となり、ＵＬ受信機の性能に影響する。
【0038】
ＵＬ ｇＮＢ受信機は通常、［－ＣＰ／２：ＣＰ／２］μ秒の間の時間オフセットを追跡するように設計される。ＵＥが自律的にＵＬ送信タイミングを追跡すると仮定しても、この範囲を超える誤差により、このような時間オフセットの推定および補償に問題が生じる。
【0039】
上記の例では、予想される時間オフセットは理想的には０．２μ秒であり、これはＣＰ／２＝０．２９μ秒より小さく、理論的に補償することができる。しかしながら、ＵＥには０．１１μ秒のタイミング誤差が許容されるため、ｇＮＢ受信機では０．３１μ秒の時間オフセットが生じる可能性があり、これはＣＰ／２よりも大きくなり、時間オフセット推定器によりサポートされる範囲を超えることになる。加えて、ＲＲＨ間距離７００ｍが主に基準値として使われている。実用的なデプロイメントでは、より長い距離が存在するか、または必要とされる可能性があり、０．３１μ秒より大きなタイミングアドバンスの誤差が生じる。
【0040】
上記のことを考慮して、従来のタイミング整合メカニズムを使用した場合、以下のような弊害が予想される：ＲＲＨ切替えにおける時間オフセットはＣＰ長の２倍より大きいが、ネットワークデバイスのタイミングオフセット（ＴＯ）推定器は、このような大きなタイミングオフセット値を扱うようには設計されていない可能性が高い。そのため、ネットワークは適切なＴＡＣを推定（および端末デバイスに指示）することができない。ＵＬ送信タイミングの不整合は、ネットワークデバイス側でＵＬの復号化の失敗につながり、ビーム障害または無線リンク障害をもたらす。この場合、端末デバイスはセルへの接続を再確立する必要がある。ＤＬとＵＬの両方において、データ送信はかなりの時間中断される。
【0041】
別の態様では、ＵＥによってネットワークにΔＴＯをレポートするよう提案されている。ΔＴＯは、１つのＵＥによって体感される隣接する２つのＲＲＨ間の伝搬遅延の差として定義される。ΔＴＯをレポートすることは、このような差を追跡する際ネットワークを支援することができる。
【0042】
ΔＴＯをレポートすることは、ＴＡＣフレームワークに従って設計されるように期待されるため、６ビットの表現範囲で特性付けされ、それに制限されるよう期待される。そのような場合、ＴＡＣに関して前述したような、６ビットのフィールドが制限となり、伝搬遅延の差の実際の量を表現できないようなシナリオが同様に考えられる。その結果、ネットワークは実際の伝搬遅延の差を知ることができず、ネットワークの運用に影響が出る。
【0043】
しかしながら、ＴＡＣおよびΔＴＯに伴うこのような問題は、次の理由からこれまで考慮されてこなかった。１つ目の理由は、ｍｍＷａｖｅネットワークは通常、単独ではなく、より長距離のＦＲ１カバレッジが利用可能なヘテロジニアスなシナリオで検討されるからである。したがって、ｍｍＷａｖｅのＲＲＨ間距離は、ＨＳＴのＦＲ２デプロイメントで現在考えられているよりもかなり短い。２つ目に、新無線（ＮＲ）ビーム切替え手順は、ビームが分散しているのではなくコロケートされるシナリオに基づいて開発された。ＨＳＴデプロイメントでは、より頻繁なハンドオーバ（ＨＯ）（すなわち、少なくとも１つのＲＲＨが個々のセルに対応する場合）の代わりに、より高速なＭＡＣベースのセル内モビリティのために、より大きなセルを持つことが有益である。そのため、ＲＲＨが変わるたびにＲＡ手順が伴わず、より大きなＴＡ調整が必要となる。したがって、特にＦＲ２におけるＨＳＴのシナリオ用に、ＵＬ送信のためのタイミング調整を強化する必要がある。
【0044】
本開示の例示の実施形態によれば、タイミング調整、特にＦＲ２におけるＨＳＴのＵＬ送信のタイミング調整のための解決策が提案される。本開示では、タイミングアドバンスの時間シフト値および伝搬遅延の差を使用して、タイミング調整をどのように行なうかについての解決策が提案される。端末デバイスは、ソースデバイス（例えば、ソースＲＲＨ）から、ソースデバイスからターゲットデバイス（例えば、ターゲットＲＲＨ）への切替えに関連付けられる時間シフト値を指示する設定を受信する。端末デバイスは、時間シフト値に基づいてオフセット情報を決定する。オフセット情報は、ソースデバイスとターゲットデバイスとの間の伝搬遅延の差を示す。端末デバイスは、伝搬する遅延の差のレポートとして、オフセット情報をソースデバイスに送信する。ソースデバイスは、端末デバイスからターゲットデバイスへの送信のためのタイミングアドバンス量を示すタイミング情報を決定し、このタイミング情報を端末デバイスに送信する。次いで、端末デバイスは、タイミング情報および時間シフト値に基づいて、ターゲットデバイスと送信を行なう。
【0045】
時間シフト値を使用することで、オフセット情報を使用して余分なオーバヘッドを伴わずに伝搬遅延の差をレポートすることができ、タイミング情報を使用して余分なオーバヘッドを伴わずにタイミングアドバンスを示すことができる。例えば、ΔＴＯのフィールドおよびＴＡＣのフィールドは、拡張することなく６ビットとして維持することができる。換言すると、ＨＳＴ ＦＲ２シナリオにおけるＲＲＨ切替え時の伝搬遅延の大きな差は、ＴＡＣおよびΔＴＯレポーティングについて最小のシグナリングオーバヘッドで、またはさらなるシグナリングオーバヘッドなしに表現され、補正することができる。こうすることで、ＵＬ送信がタイミング整合されるよう確実にすることができる。
【0046】
【0047】
図３は、本開示の例示の実施形態を実施することができる例示の通信環境３００を示す。通信環境３００では、デバイス３１０、デバイス３２０、デバイス３３０、およびＤＵ３７０を含む複数の通信デバイスは、互いに通信することができる。
【0048】
図３の例では、デバイス３１０およびデバイス３２０は、ＤＵ３７０に接続されたネットワークデバイスとして図示されている。例えば、デバイス３１０およびデバイス３２０は、隣接する２つのＲＲＨであってもよい。デバイス３１０および３２０は、ＤＵ３７０によって提供されるセルのカバレッジ内に位置する。デバイス３１０および３２０は、それぞれセル内の複数のビームに関連付けられる場合がある。例えば、デバイス３１０はビーム３４０に関連付けられ、デバイス３２０はビーム３５０に関連付けられる。
【0049】
デバイス３３０は、ＤＵ３７０によって、例えばデバイス３１０またはデバイス３２０によって、サービングされる端末デバイスとして図示されている。例えば、デバイス３３０は、ＣＰＥまたはＨＳＴ３６０に搭載される任意の他の適切なデバイスであってもよい。別の例として、デバイス３３０は、ＨＳＴ３６０の乗客によって持ち運ばれるＵＥであってもよい。デバイス３３０は、ビーム３４０を介してデバイス３１０と送信を行なってもよいし、ビーム３５０を介してデバイス３２０と送信を行なってもよい。
【0050】
図３は一例として一方向のデプロイメントを図示しているが、本開示の実施形態は双方向のデプロイメントにも適用できることを理解されたい。デバイスとビームの数は、単なる説明目的であり、いかなる限定をも示唆するものではないことを理解されたい。通信環境３００は、本開示の実施形態を実施するために設定される、任意の適切な数のデバイスおよびビームを含むことができる。示されていないが、１つまたは複数の端末デバイスがＨＳＴ３６０に配置され、ＤＵ３７０に接続されたデバイスによってサービングされ得ることを理解されたい。ネットワークデバイスとして図示されているが、デバイス３１０およびデバイス３２０はネットワークデバイス以外のデバイスであってもよいことに留意されたい。端末デバイスとして図示されているが、デバイス３３０は端末デバイス以外のデバイスであってもよい。
【0051】
いくつかの例示の実施形態では、デバイス３３０が端末デバイスであり、デバイス３１０および３２０がネットワークデバイスである場合、デバイス３１０またはデバイス３２０からデバイス３３０へのリンクはＤＬと呼ばれ、デバイス３３０からデバイス３１０またはデバイス３２０へのリンクはＵＬと呼ばれる。ＤＬでは、デバイス３１０および３２０は送信（ＴＸ）デバイス（または送信機）であり、デバイス３３０は受信（ＲＸ）デバイス（または受信機）である。ＵＬでは、デバイス３３０はＴＸデバイス（または送信機）であり、デバイス３１０および３２０はＲＸデバイス（または受信機）である。
【0052】
通信環境３００における通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、第３世代（３Ｇ）、第４世代（４Ｇ）および第５世代（５Ｇ）などのセルラ通信プロトコル、Ｉｎｓｔｉｔｕｔｅ ｆｏｒ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ（ＩＥＥＥ）８０２．１１などの無線ローカルネットワーク通信プロトコル、および／または現在知られているもしくは将来開発される任意の他のプロトコルを含むが、これらに限定されない、任意の適切な通信プロトコルに従って実施することができる。その上、通信は、以下に限定されないが、任意の適切な無線通信技術を利用することができる：符号分割多元接続（ＣＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割複信（ＦＤＤ）、時分割複信（ＴＤＤ）、多入力多出力（ＭＩＭＯ）、直交周波数分割多元接続（ＯＦＤＭ）、離散フーリエ変換拡散ＯＦＤＭ（ＤＦＴ－ｓ－ＯＦＤＭ）、および／または現在知られているもしくは将来開発されるあらゆる他の技術。
【0053】
例示の環境３００では、サービングデバイスはデバイス３３０用に切り替えることができる。例えば、デバイス３３０のためにサービングＲＲＨ切替えが発生し得る。具体的には、ＨＳＴ３６０が矢印で示す方向に移動すると、デバイス３３０用のサービングデバイスはデバイス３１０からデバイス３２０に切り替わる。最初、デバイス３３０はビーム３４０を介してデバイス３１０と送信を行なうことができる。デバイス３２０のカバレッジエリアに入った後、デバイス３３０はビーム３５０を介してデバイス３２０と送信を行なうように切り替わることができる。この場合、デバイス３３０からデバイス３２０への送信のタイミング整合を確実にするために、タイミング調整が必要となる。
【0054】
時間シフト値
次に図４を参照する。図４は、本開示のいくつかの例示の実施形態による、タイミング調整の例示のプロセスを図示するシグナリングチャート４００を示す。検討目的のため、図３を参照してシグナリングチャート４００を説明する。シグナリングチャート４００には、図３に図示されるように、デバイス３１０、デバイス３２０、およびデバイス３３０が含まれる。
次に図４を参照する。図４は、本開示のいくつかの例示の実施形態による、タイミング調整の例示のプロセスを図示するシグナリングチャート４００を示す。検討目的のため、図３を参照してシグナリングチャート４００を説明する。シグナリングチャート４００には、図３に図示されるように、デバイス３１０、デバイス３２０、およびデバイス３３０が含まれる。
【0055】
動作時には、伝搬遅延の差の範囲の時間シフト値がデバイス３３０に設定され、この値はシフト値Ｍとも呼ばれる。シフト値Ｍは、あるデバイスに関連付けられるビームから、別のデバイスに関連付けられる別のビームへの切替えに関連付けられる。いくつかの例示の実施形態では、シフト値Ｍは特定の切替えに固有であってもよい。例えば、シフト値Ｍは、ビーム３４０からビーム３５０への切替えに固有であってもよい。あるいは、シフト値Ｍは、実質的に同じセル内に位置するデバイス同士の切替えに共通であってもよい。例えば、シフト値Ｍは、ビーム３４０からビーム３５０への切替えと、ビーム３５０からデバイス３２０に続く別のデバイス（やはりＤＵ３７０に接続されている）に関連付けられる別のビームへの切替えとで共通にすることができる。ＲＲＨが軌道に沿って均等に分散されている場合、シフト値Ｍは共通であってもよい。
【0056】
シフト値Ｍは、デバイス３１０および３２０を含むネットワークデバイスのデプロイメントシナリオに基づいて決定されてもよい。あるいは、または加えて、デバイス３１０と３２０との間の距離に基づいてシフト値Ｍを決定してもよい。
【0057】
いくつかの例示の実施形態では、時間シフト値は動的に設定されることがある。図４に示されるように、デバイス３１０は時間シフト値を決定すること４１０ができる。このような例示の実施形態では、デバイス３２０には、ＤＵ３７０から、またはＤＵ３７０に接続された別のデバイスから、時間シフト値が通知されてもよく、ＤＵ３７０に接続された、いくつかまたはすべての他のデバイスにも時間シフト値が通知されてもよい。デバイス３１０は、時間シフト値を示す設定をデバイス３３０に送信すること４１５ができる。例えば、デバイス３１０はＲＲＣメッセージで時間シフト値をデバイス３３０に送信すること４１５ができる。
【0058】
いくつかの例示の実施形態では、時間シフト値は静的または半静的に設定されることがある。ＤＵ３７０またはＤＵ３７０に接続された別のデバイスが、時間シフト値を決定してもよい。例えば、一方向シナリオでは、時間シフト値は、デバイス３１０および３２０を含むＤＵ３７０に接続された、いくつかまたはすべてのデバイスに対して一度だけ設定することができる。このような例示の実施形態では、時間シフト値はデバイス３１０からデバイス３３０に送信され得る。あるいは、時間シフト値は、ＤＵ３７０に接続された別のデバイス、例えば軌道に沿ってデバイス３１０に先行するデバイスから、デバイス３３０に送信されてもよい。
【0059】
共通の時間シフト値の場合、時間シフト値は、例えば隣接するＲＲＨ間の距離が変わるなどの大きな変化が生じない限り、同じ値を維持することができる。大きな変化が生じると、ＤＵ３７０は、デバイス３１０および３２０を含むＤＵに接続されたいくつかまたはすべてのデバイス、およびこれらのデバイスのいくつかまたはすべてのビームについて、時間シフト値を再設定することができる。次いで、その時点でデバイス３３０と送信を行なっているソースデバイスは、再設定された時間シフト値をデバイス３３０に送信することができる。
【0060】
デバイス３３０は、時間シフト値を受信してもすぐに使用しないことがある。換言すると、デバイス３３０での時間シフト値の使用をアクティブ化する必要があり得る。時間シフト値の使用には、ＴＡＣの解釈における使用を含め、デバイス３３０からデバイス３２０への送信のための時間シフト値の使用を含むことができる。時間シフト値の使用は、デバイス３３０によって体感されるデバイス３１０とデバイス３２０との間の伝搬遅延の差のレポート、すなわち時間オフセットΔＴＯのレポートにおける時間シフト値の使用をさらに含み得る。
【0061】
いくつかの例示の実施形態では、時間シフト値の使用は、デバイス３１０からの指示によってネットワーク支援の手法でアクティブ化されてもよい。図４に示されるように、デバイス３１０はデバイス３３０がデバイス３２０に接近していると判断すること４２０ができる。例えば、デバイス３１０は、デバイス３３０の位置信号とデバイス３２０の位置に基づいて、デバイス３３０がデバイス３２０に接近していると判断することができる。あるいは、ＤＵ３７０が、デバイス３３０の位置信号とデバイス３２０の位置に基づいて、デバイス３３０がデバイス３２０に接近していると判断することができる。ＤＵ３７０はさらに、デバイス３３０がデバイス３２０に接近していることをデバイス３１０に知らせることができる。また、ＤＵ３７０は、デバイス３３０がデバイス３２０に接近していることをデバイス３２０に知らせることもできる。
【0062】
デバイス３３０がデバイス３２０に接近している場合、デバイス３１０は、デバイス３３０からデバイス３２０への送信において、時間シフト値の使用をアクティブ化するための指示（「第１の指示」または「アクティブ化指示」とも呼ばれる）を、デバイス３３０に送信すること４２５ができる。アクティブ化指示はまた、デバイス３３０によって体感されるデバイス３１０とデバイス３２０との間の伝搬遅延の差をレポートする際の時間シフト値の使用をアクティブ化するために使用され得る。換言すると、アクティブ化指示により、時間シフト値は、ＴＡＣの解釈およびタイミングオフセットΔＴＯをレポートするためにアクティブ化されてもよい。前述のように、ΔＴＯは、デバイス３３０によって体感されるデバイス３１０とデバイス３２０の間の伝搬遅延の差を表す。アクティブ化指示は、ダウンリンク制御情報（ＤＣＩ）またはＭＡＣ ＣＥを介してデバイス３３０に送信されてもよい。アクティブ化指示を受信すると、デバイス３３０は、時間シフト値の使用をアクティブ化するように決定すること４３０ができる。
【0063】
加えて、またはあるいは、いくつかの例示の実施形態では、時間シフト値の使用は、アクティブ化指示を伴わずに自律的な手法でアクティブ化されることがある。デバイス３３０は、１つまたは複数の基準に基づいて、時間シフト値の使用をアクティブ化するように自律的に決定すること４３０ができる。
【0064】
一例として、デバイス３３０は、デバイス３１０に関連付けられる第１のビーム（例えば、図３に示すビーム３４０）の第１のインデックス、およびデバイス３２０に関連付けられる第２のビーム（例えば、図３に示すビーム３５０）の第２のインデックスを受信することができる。第１のビームと第２のビームでの伝搬遅延の差の測定を使用して、時間シフト値の使用をアクティブ化することができる。第１のビームおよび第２のビームで測定された伝搬遅延の差が閾値を超える場合、デバイス３３０は、時間シフト値の使用がアクティブ化されていると判断することができる。例えば、測定されたΔＴＯs（秒単位のΔＴＯである）が秒単位で閾値を超える、またはΔＴＯを表すために使用されるペイロードが閾値サイズ（例えば、６ビット）を超えるとデバイス３３０が判断した場合、デバイス３３０は、時間シフト値の使用がアクティブ化されていると判断することができる。この場合、閾値を超えるΔＴＯをレポートした後、デバイス３３０は、デバイス３３０からデバイス３１０へのΔＴＯの次のレポートにおいて、時間シフト値を使用すると決定することができる。デバイス３１０は、デバイス３１０に関連付けられるビームからデバイス３２０に関連付けられるビームへの切替えを指示する第２の指示とともに、デバイス３１０によってデバイス３３０に送信されるタイミング情報コマンドで時間シフト値の使用をアクティブ化する。閾値は、ネットワーク、例えばデバイス３１０またはＤＵ３７０によって設定することができる。
【0065】
このような例示の実施形態では、ネットワーク支援の手法または自律的手法によって、時間シフト値の使用における協調がネットワークとＵＥとの間で実現される。一部のデプロイメントシナリオ、例えば、より複雑な双方向デプロイメントでは、ΔＴＯのレポートおよびＴＡＣの解釈における曖昧さを避けるために、このような協調が必要である。ＲＲＨが複数のビームを有する事例では、ＵＥが少なくとも１つのビーム切替え時にＴＡＣを解釈するためにシフト値Ｍを適用することを避けることができ、むしろサービングＲＲＨが変更されたときにのみシフト値Ｍが適用されることを確実にすることができる。
【0066】
デバイス３３０は、ネットワーク支援の手法または自律的手法のいずれかによって時間シフト値の使用がアクティブ化されていると判断した後、ＲＲＨ切替えに対応する次のビーム切替えのＴＡＣを解釈するために時間シフト値を使用してもよい。例えば、時間シフト値の使用がアクティブ化され、デバイス３１０からデバイス３２０への切替えが発生した場合、デバイス３３０は時間シフト値と６ビットのＴＡＣなどのタイミング情報に基づいてＴＡ量を決定することができる。ＴＡＣの解釈については以下で詳述する。
【0067】
ＴＡＣの解釈とは異なり、デバイス３３０が、ネットワーク支援の手法または自律的手法のいずれかによって時間シフト値の使用がアクティブ化されていると判断すると、時間シフト値を使用して伝搬遅延の差をレポートすることができる。例えば、時間シフト値の使用がアクティブ化されると、デバイス３３０は、時間シフト値とデバイス３３０によって体感される伝搬遅延の差とに基づいて、オフセット情報（６ビットのΔＴＯなど）を決定することができる。オフセット情報は、デバイス３３０によって体感される伝搬遅延の差をネットワークに指示するために使用される。時間シフト値がアクティブ化される前に、デバイス３３０は伝搬遅延の差に基づいてオフセット情報を決定できることを理解されたい。
【0068】
一例として、ΔＴＯは６に等しいビット数で表すことができる。つまり、ΔＴＯの値は０から６３の範囲である。デバイス３３０によって体感される秒単位の伝搬遅延の差は、ΔＴＯsで表すことができ、これは秒単位のΔＴＯである。例えば、時間シフト値がアクティブ化される前に、ΔＴＯsとΔＴＯの関係は、式（１）を用いて表すことができる：
(1)
上式で、Ｔcは０．５０９ｎ秒に等しく、μはＦＲ２ １２０ｋＨｚのＳＣＳにおいて３に等しい。式（１）を使用して、ΔＴＯsの範囲は、－２．１μ秒～２．１μ秒（対称範囲と呼ばれる）とすることができる。図５は、ΔＴＯsが－２．１μ秒～２．１μ秒の範囲５１０を示す。
【数1】
上式で、Ｔcは０．５０９ｎ秒に等しく、μはＦＲ２ １２０ｋＨｚのＳＣＳにおいて３に等しい。式（１）を使用して、ΔＴＯsの範囲は、－２．１μ秒～２．１μ秒（対称範囲と呼ばれる）とすることができる。図５は、ΔＴＯsが－２．１μ秒～２．１μ秒の範囲５１０を示す。
【0069】
時間シフト値がアクティブ化されると、デバイス３３０によって体感される秒単位の伝搬遅延の差は、
で表すことができ、これは秒単位のΔＴＯである。
とΔＴＯの関係は、次のように式（２）を用いて表すことができる。
(2)
上式で、Ｔcは０．５０９ｎ秒に等しく、μはＦＲ２ １２０ｋＨｚのＳＣＳにおいて３に等しく、Ｍは時間シフト値を表す。ビット単位のΔＴＯが伝搬遅延の差としてデバイス３１０にレポートされる。式（２）を使用することで、
は非対称な範囲を有することができる。例えば、時間シフト値が２０に等しい場合、
の範囲は－０．７μ秒～３．４μ秒とすることができる。図６は、
が－０．７μ秒～３．４μ秒の範囲６２０を示す。
【数2】
【数3】
【数4】
上式で、Ｔcは０．５０９ｎ秒に等しく、μはＦＲ２ １２０ｋＨｚのＳＣＳにおいて３に等しく、Ｍは時間シフト値を表す。ビット単位のΔＴＯが伝搬遅延の差としてデバイス３１０にレポートされる。式（２）を使用することで、
【数5】
【数6】
【数7】
【0070】
６ビットの時間シフト値ΔＴＯを使用して、－０．７μ秒～３．４μ秒の範囲の伝搬遅延の差を表すことができる。図６から分かるように、オフセット情報によって示される伝搬遅延の差の範囲は、時間シフト値を用いない場合と比較して、時間シフト値に基づいてシフトされる。このようにして、デバイス３３０は、６ビットの中でより大きな伝搬遅延の差、例えば２．１μ秒より大きい差をレポートすることができる。
【0071】
戻って図４を参照する。デバイス３３０は、デバイス３３０によって体感されるデバイス３１０とデバイス３２０の間の伝搬遅延の差を示すオフセット情報をデバイス３１０に送信する４３５。オフセット情報（例えば６ビットのΔＴＯ）は時間シフト値に基づいて決定される。例えば、ΔＴＯの値は、式（２）を用いて決定することができる。オフセット情報（例えば、６ビットのΔＴＯ）は、ＰＵＣＣＨまたはＰＵＳＣＨを介してデバイス３１０に送信されてもよい。このようにして、ＤＵ３７０またはデバイス３１０は、デバイス３１０と３２０との間の伝搬遅延の差を、より大きな範囲で追跡することができる。
【0072】
デバイス３１０は、デバイス３３０からデバイス３２０への送信のためのＴＡ量を示すタイミング情報をデバイス３３０に送信する４４０。タイミング情報、例えば６ビットのＴＡＣは、時間シフト値に基づいて決定される。デバイス３１０は、６ビットのＴＡＣをＭＡＣ ＣＥを介してデバイス３３０に送信すること４４０ができる。
【0073】
いくつかの例示の実施形態では、デバイス３１０は、タイミング情報とともに切替えの指示（「第２の指示」または「切替え指示」とも呼ばれる）をデバイス３３０に送信することができる。切替え指示は、デバイス３１０に関連付けられるビーム（例えば、図３に示すビーム３４０）からデバイス３２０に関連付けられるビーム（例えば、図３に示すビーム３５０）に切り替えるよう、デバイス３３０に指示する。
【0074】
デバイス３１０からタイミング情報を受信した後、デバイス３３０は時間シフト値に基づいてＴＡＣの解釈を実行することができる。本明細書で使用される場合、ＴＡＣの解釈とは、ＴＡＣに基づいて送信に使用されるＴＡ量を決定することを意味する。例えば、ＴＡＣの解釈は以下の式（３）に基づいて行なうことができる：
(3)
上式で、Ｔcは０．５０９ｎ秒に等しく、μはＦＲ２ １２０ｋＨｚのＳＣＳにおいて３に等しく、ＴＡoldはデバイス３３０がそのＵＬ送信に適用している既存のＴＡを表し、Ｍは時間シフト値を表し、ＴＡＣはタイミング情報（例えば、タイミングアドバンスコマンド）に含まれるビット値で、ＴＡＣ＝０、１、２、．．．、６３である。式（３）を使用することで、デバイス３３０は、６ビットのＴＡＣと時間シフト値に基づいてＴＡの値を決定することができる。
【数8】
上式で、Ｔcは０．５０９ｎ秒に等しく、μはＦＲ２ １２０ｋＨｚのＳＣＳにおいて３に等しく、ＴＡoldはデバイス３３０がそのＵＬ送信に適用している既存のＴＡを表し、Ｍは時間シフト値を表し、ＴＡＣはタイミング情報（例えば、タイミングアドバンスコマンド）に含まれるビット値で、ＴＡＣ＝０、１、２、．．．、６３である。式（３）を使用することで、デバイス３３０は、６ビットのＴＡＣと時間シフト値に基づいてＴＡの値を決定することができる。
【0075】
時間シフト値がアクティブ化される前に、デバイス３３０は時間シフト値を使用せずにＴＡＣの解釈を実行してもよいことに留意されたい。例えば、デバイス３３０は、以下の式（４）に基づいてＴＡの値を決定することができる。
(4)
上式で、Ｔcは０．５０９ｎ秒に等しく、μはＦＲ２ １２０ｋＨｚのＳＣＳにおいて３に等しく、ＴＡoldはデバイス３３０がそのＵＬ送信に適用している既存のＴＡを表し、ＴＡＣ＝０、１、２、．．．、６３である。式（４）を使用することで、デバイス３３０は、６ビットのＴＡＣに基づいてＴＡの値を決定することができる。式（３）と式（４）の比較から分かるように、時間シフト値に基づいてタイミングアドバンスの範囲がシフトされる。
【数9】
上式で、Ｔcは０．５０９ｎ秒に等しく、μはＦＲ２ １２０ｋＨｚのＳＣＳにおいて３に等しく、ＴＡoldはデバイス３３０がそのＵＬ送信に適用している既存のＴＡを表し、ＴＡＣ＝０、１、２、．．．、６３である。式（４）を使用することで、デバイス３３０は、６ビットのＴＡＣに基づいてＴＡの値を決定することができる。式（３）と式（４）の比較から分かるように、時間シフト値に基づいてタイミングアドバンスの範囲がシフトされる。
【0076】
デバイス３３０は、デバイス３１０からのタイミング情報に基づいてＴＡ量を決定する。デバイス３３０がデバイス３１０からデバイス３２０への切替えを決定すると、デバイス３３０は、決定された量のＴＡを適用することにより、デバイス３３０からデバイス３２０への送信を実行することができる。例えば、デバイス３３０は、決定された量のＴＡをデバイス３２０への次のＵＬ送信に適用し、デバイス３２０への次のＵＬ送信を実行すること４４５ができる。デバイス３３０は、ＰＵＳＣＨ、ＰＵＣＣＨ、およびＳＲＳなどのＵＬ送信にＴＡを適用することができる。図６は、デバイス３３０でＴＡを適用する例を示している。図６に示すように、ＵＬスロット６２０には、ＤＬスロット６１０が受信された時刻と比較して、ある量のＴＡ６３０が適用される。
【0077】
伝搬遅延の差およびタイミングアドバンス量の範囲または平均値をシフトさせることで、端末デバイスは余分なオーバヘッドを伴わずに伝搬遅延の差をレポートすることができ、タイミング情報を使用して余分なオーバヘッドを伴わずにタイミングアドバンスを示すことができる。例えば、ΔＴＯのフィールドおよびＴＡＣのフィールドは、拡張することなく６ビットとして維持することができる。換言すると、ＨＳＴ ＦＲ２シナリオにおけるＲＲＨ切替え時の伝搬遅延の大きな差は、ＴＡＣおよびΔＴＯレポーティングについて最小のシグナリングオーバヘッドで、またはさらなるシグナリングオーバヘッドなしに表現され、補正することができる。こうすることで、ＵＬ送信がタイミング整合されるよう確実にすることができる。
【0078】
送信不整合の補償
時間オフセットと時間アドバンスをシフトさせることに関し、いくつかの実施形態を、図４を参照して説明した。図４を参照して説明した例示の実施形態では、ΔＴＯのレポーティングおよびＴＡＣの指示は、例えば６ビットに制限される。あるいは、いくつかの例示の実施形態では、ΔＴＯのレポーティングは、制約とならない。換言すると、ネットワーク（例えば、ＤＵ３７０、デバイス３１０、およびデバイス３２０）は、デバイス３３０によって体感される伝搬遅延の差を完全に把握している。このような例示の実施形態では、ネットワークがデバイス３３０にＵＬ送信を適切な量だけ前進させるよう指示できるように、ＴＡＣ範囲が制限される問題に対処する必要がある。
時間オフセットと時間アドバンスをシフトさせることに関し、いくつかの実施形態を、図４を参照して説明した。図４を参照して説明した例示の実施形態では、ΔＴＯのレポーティングおよびＴＡＣの指示は、例えば６ビットに制限される。あるいは、いくつかの例示の実施形態では、ΔＴＯのレポーティングは、制約とならない。換言すると、ネットワーク（例えば、ＤＵ３７０、デバイス３１０、およびデバイス３２０）は、デバイス３３０によって体感される伝搬遅延の差を完全に把握している。このような例示の実施形態では、ネットワークがデバイス３３０にＵＬ送信を適切な量だけ前進させるよう指示できるように、ＴＡＣ範囲が制限される問題に対処する必要がある。
【0079】
このような例示の実施形態では、ビーム切替えに関与するデバイス（例えば、デバイス３３０またはデバイス３２０）は、ソースデバイスとして作用するデバイス３１０とターゲットデバイスとして作用するデバイス３２０との間の伝搬遅延の差に少なくとも基づいて、デバイス３２０とデバイス３３０との間の送信のためのタイミング調整量を決定することができる。ソースデバイスとは、ビーム切替え前にデバイス３３０と送信を行なうデバイスを指す。ターゲットデバイスとは、ビーム切替え後にデバイス３３０と送信を行なうデバイスを指す。次いで、デバイスは送信のための決定されたタイミング調整量に基づいて、他のデバイスと送信を行なうことができる。
【0080】
いくつかの例示の実施形態では、送信のためのタイミング調整量を決定するデバイスは、ターゲットデバイスとして作用するデバイス３２０である。次に図７を参照すると、図７は本開示のいくつかの例示の実施形態による、タイミング調整の例示のプロセスを示す別のシグナリングチャート７００を示している。検討目的のため、図３を参照してシグナリングチャート７００を説明する。シグナリングチャート７００には、図３に図示されるように、デバイス３２０およびデバイス３３０が含まれる。
【0081】
動作時には、デバイス３２０は、伝搬遅延の差およびＴＡＣによって指示されるＴＡ量に基づいて、デバイス３３０とデバイス３２０との間の送信のためのタイミング調整量を決定すること７１０ができる。この場合、デバイス３２０（すなわち、ターゲットデバイス）およびデバイス３１０（すなわち、ソースデバイス）には、デバイス３３０によって体感されるΔＴＯの値が分かっている。ＴＡＣはデバイス３２０によって設定されてもよい。あるいは、ＴＡＣはＤＵ３７０によってデバイス３２０用に設定されてもよい。
【0082】
例えば、伝搬遅延ΔＴＯの差とＴＡＣによって指示されるＴＡ量の差εは、以下の式（５）を使用して決定することができる：
ε＝ΔＴＯ－ＴＡＣ （５）
上式で、ΔＴＯとＴＡＣは秒単位であり、差εもやはり秒単位である。送信のためのタイミング調整量は、差εとして決定されてもよい。
ε＝ΔＴＯ－ＴＡＣ （５）
上式で、ΔＴＯとＴＡＣは秒単位であり、差εもやはり秒単位である。送信のためのタイミング調整量は、差εとして決定されてもよい。
【0083】
図８は、ＤＬスロット８１０とＵＬスロット８２０の不整合を示す例示の図を示す。図８において、例８００は、デバイス３３０における理想的なＴＡを示している。伝搬遅延の差はΔＴＯ８３０として示される。ＴＡＣ８５０の長さは、ΔＴＯ８３０の長さよりも差ε８４０だけ短い。理想的には、デバイス３３０は、ΔＴＯ８３０を補償するようにＵＬスロット８２０に（ＴＡＣ８５０＋差ε８４０）を適用すべきである。
【0084】
しかしながら、実際には、デバイス３３０は、ＵＬスロット８２０にＴＡＣ８５０を適用するだけでよい。例８６０は、デバイス３３０における実際のＴＡを示している。例８７０は、デバイス３３０における残留不整合を示している。例８７０に示されるように、ＤＬスロット８１０とＵＬスロット８２０との間の不整合ε８４０は、依然として存在する。
【0085】
ここで、戻って図７を参照する。上記で検討したように、デバイス３３０がデバイス３２０への送信のためにＴＡＣによって指示されたＴＡを適用する場合、ＤＬスロット８１０とＵＬスロット８２０との間のε８４０の不整合は、依然として存在する。このような不整合に対処するため、デバイス３２０は、送信のためのタイミング調整量を決定した後、送信のためのタイミング調整量に基づいてデバイス３３０と送信を行なう７１５。例えば、デバイス３３０は、タイミングオフセット補償として差εを適用することができる。デバイス３３０は、ＵＬスロットを受信し、あらゆる他の処理の前に、時間領域または周波数領域でタイミングオフセット補償を適用することができる。このように、ターゲットデバイスは、送信のためのタイミング調整量を適用することで、ＵＬ送信の不整合を補償することができる。
【0086】
あるいは、いくつかの例示の実施形態では、送信のためのタイミング調整量を決定するデバイスは、デバイス３３０である。いくつかの例示の実施形態では、デバイス３２０は差εを認識することができるが、それを補償しない。デバイス３３０は、ネットワークからの指示に基づいて補償を実行することが許可される。
【0087】
次に図９を参照すると、図９は、本開示のいくつかの例示の実施形態による、タイミング調整の例示のプロセスを示す別のシグナリングチャート９００を示している。検討目的のため、図３を参照してシグナリングチャート９００を説明する。シグナリングチャート９００には、図３に図示されるように、デバイス３１０、デバイス３２０、およびデバイス３３０が含まれる。
【0088】
動作時には、デバイス３１０はデバイス３３０にＴＡＣを送信する９１０。例えば、ＴＡＣによって指示されるＴＡ量は、次のように式（６）を用いて求められる：
(6)
上式で、Ｔcは０．５０９ｎ秒に等しく、μはＦＲ２ １２０ｋＨｚのＳＣＳにおいて３に等しく、ＴＡＣは０、１、２、．．．、３８４６に等しい。
【数10】
上式で、Ｔcは０．５０９ｎ秒に等しく、μはＦＲ２ １２０ｋＨｚのＳＣＳにおいて３に等しく、ＴＡＣは０、１、２、．．．、３８４６に等しい。
【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】
本明細書および／または図面において見られることがある以下の略称を次のように定義する：
ＣＰ サイクリックプレフィックス
ＣＰＥ 顧客構内設備
ＤＣＩ ダウンリンク制御情報
ＤＬ ダウンリンク
ＤＵ 分散ユニット
ＦＲ２ ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ（周波数範囲）２
ＨＯ ハンドオーバ
ＨＳＴ 高速列車
ＬＴＥ ロングタームエボリューション
ＭＡＣ 媒体アクセス制御
ＭＡＣ－ＣＥ 媒体アクセス制御要素
ＮＲ 新無線
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＲＡ ランダムアクセス
ＲＡＲ ランダムアクセス応答
ＲＲＣ 無線リソース制御
ＲＲＨ リモート無線ヘッド
ＳＣＳ サブキャリア間隔
ＳＲＳ サウンディング参照信号
ＴＡ タイミングアドバンス
ＴＡＣ タイミングアドバンスコマンド
ＴＯ タイミングオフセット
ＵＥ ユーザ機器
ＵＬ アップリンク
ＣＰ サイクリックプレフィックス
ＣＰＥ 顧客構内設備
ＤＣＩ ダウンリンク制御情報
ＤＬ ダウンリンク
ＤＵ 分散ユニット
ＦＲ２ ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ（周波数範囲）２
ＨＯ ハンドオーバ
ＨＳＴ 高速列車
ＬＴＥ ロングタームエボリューション
ＭＡＣ 媒体アクセス制御
ＭＡＣ－ＣＥ 媒体アクセス制御要素
ＮＲ 新無線
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＲＡ ランダムアクセス
ＲＡＲ ランダムアクセス応答
ＲＲＣ 無線リソース制御
ＲＲＨ リモート無線ヘッド
ＳＣＳ サブキャリア間隔
ＳＲＳ サウンディング参照信号
ＴＡ タイミングアドバンス
ＴＡＣ タイミングアドバンスコマンド
ＴＯ タイミングオフセット
ＵＥ ユーザ機器
ＵＬ アップリンク
【図1A】
【図1B】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【手続補正書】
【提出日】2024-02-05
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
第２のデバイスから、前記第２のデバイスによって体感される第１のデバイスと第３のデバイスとの間の伝搬遅延の差を示すオフセット情報を受信するための手段であって、前記オフセット情報が、前記伝搬遅延の差の範囲の時間シフト値に基づいて決定され、前記時間シフト値が、前記第１のデバイスに関連付けられるビームから前記第３のデバイスに関連付けられるビームへの切替えに関連付けられ、前記第３のデバイスが前記第１のデバイスとは異なる、受信するための手段と、前記第２のデバイスから前記第３のデバイスへの送信のためのタイミングアドバンス量を示すタイミング情報を前記第２のデバイスに送信するための手段であって、前記タイミング情報が、前記時間シフト値に基づいて決定される、送信するための手段と
を備える、第１のデバイス。
【請求項2】
前記第１のデバイスに、前記第２のデバイスが前記第３のデバイスに接近しているとの判断に従って、前記第２のデバイスから前記第３のデバイスへの前記送信において前記時間シフト値の使用をアクティブ化するための第１の指示を前記第２のデバイスに送信すること
を行なわせるための手段をさらに備える、請求項１に記載の第１のデバイス。
【請求項3】
前記第１のデバイスに、前記第１のデバイスに関連付けられる前記ビームの第１のインデックスおよび前記第３のデバイスに関連付けられる前記ビームの第２のインデックスを前記第２のデバイスに送信して、前記第２のデバイスから前記第３のデバイスへの前記送信における前記時間シフト値の使用をアクティブ化すること
を行なわせるための手段をさらに備える、請求項１に記載の第１のデバイス。
【請求項4】
前記第１のデバイスに、前記時間シフト値を示す設定を前記第２のデバイスに送信すること
を行なわせるための手段をさらに備える、請求項１に記載の第１のデバイス。
【請求項5】
前記第１のデバイスに、前記タイミング情報とともに前記切替えの第２の指示を前記第２のデバイスに送信することであって、前記第２の指示が、前記第１のデバイスに関連付けられる前記ビームから、前記第３のデバイスに関連付けられる前記ビームに切り替えるよう指示する、送信すること
を行なわせるための手段をさらに備える、請求項１に記載の第１のデバイス。
【請求項6】
前記第１のデバイスに、前記第１のデバイスおよび前記第３のデバイスのデプロイメントシナリオ、または
前記第１のデバイスと前記第３のデバイスとの間の距離
のうちの少なくとも１つに基づいて、前記時間シフト値を決定すること
を行なわせるための手段をさらに備える、請求項１に記載の第１のデバイス。
【請求項7】
前記オフセット情報によって示される前記伝搬遅延の差の前記範囲が、前記時間シフト値を用いない場合と比較して、前記時間シフト値に基づいてシフトされ、前記タイミング情報によって示される前記タイミングアドバンス量の範囲が、前記シフト値を用いない場合と比較して、前記時間シフト値に基づいてシフトされる、請求項１に記載の第１のデバイス。
【請求項8】
第２のデバイスによって体感される伝搬遅延の差の範囲の時間シフト値を取得するための手段であって、前記時間シフト値が、第１のデバイスに関連付けられるビームから第３のデバイスに関連付けられるビームへの切替えに関連付けられ、前記第３のデバイスが前記第１のデバイスとは異なる、取得するための手段と、前記第２のデバイスによって体感される前記第１のデバイスと前記第３のデバイスとの間の前記伝搬遅延の差を示すオフセット情報を前記第１のデバイスに送信するための手段であって、前記オフセット情報が、前記時間シフト値に基づいて決定される、送信するための手段と、
前記第２のデバイスから前記第３のデバイスへの送信のためのタイミングアドバンス量を示すタイミング情報を前記第１のデバイスから受信するための手段であって、前記タイミング情報が、前記時間シフト値に基づいて決定される、受信するための手段と
を備える、第２のデバイス。
【請求項9】
前記第２のデバイスに、前記時間シフト値の使用がアクティブ化されているとの判断に従って、前記時間シフト値および前記伝搬遅延の差に基づいて前記オフセット情報を決定すること
を行なわせるための手段をさらに備える、請求項８に記載の第２のデバイス。
【請求項10】
前記第２のデバイスに、前記シフト値の使用がアクティブ化されているとの判断、および前記第１のデバイスから前記第３のデバイスへの前記切替えの判断に従って、前記時間シフト値および前記タイミング情報に基づいて前記タイミングアドバンス量を決定することと、
前記送信に前記タイミングアドバンス量を適用することによって、前記第２のデバイスから前記第３のデバイスへの前記送信を行なうことと
を行なわせるための手段をさらに備える、請求項８に記載の第２のデバイス。
【請求項11】
ビーム切替えに関与するソースデバイスとターゲットデバイスとの間の伝搬遅延の差に少なくとも基づいて、第４のデバイスと第５のデバイスとの間の送信のためのタイミング調整量を決定するための手段と、前記タイミング調整量に基づいて、前記第５のデバイスと前記送信を行なうための手段と
を備える、第４のデバイス。
【請求項12】
前記第４のデバイスが前記ターゲットデバイスを含み、前記第５のデバイスが前記第４のデバイスに切り替わり、前記第４のデバイスに、
前記伝搬遅延の差、およびタイミングアドバンスコマンドによって示されるタイミングアドバンス量に基づいて、前記送信のための前記タイミング調整量を決定すること
によって、前記タイミング調整量を決定することを行なわせるための手段、
請求項１１に記載の第４のデバイス。
【請求項13】
前記第４のデバイスに、タイミングオフセット補償として、前記第５のデバイスからの前記送信に前記タイミング調整量を適用すること
によって、前記第５のデバイスと前記送信を行なうことを行なわせるための手段、
請求項１２に記載の第４のデバイス。
【請求項14】
前記第５のデバイスが前記ターゲットデバイスを含み、前記第４のデバイスが前記第５のデバイスに切り替わり、前記第４のデバイスに、
前記ソースデバイスから、前記第４のデバイスのためにタイミングオフセット補償をアクティブ化するかどうかを示す指示を受信することと、
前記指示が前記タイミングオフセット補償をアクティブ化することを示すとの判断に従って、前記伝搬遅延の差を前記送信のための前記タイミング調整量として決定することと
によって、前記タイミング調整量を決定することを行なわせるための手段、
請求項１１に記載の第４のデバイス。
【請求項15】
前記第４のデバイスに、前記送信のためのタイミングアドバンスとして、前記第５のデバイスへの前記送信に前記タイミング調整量を適用すること
によって、前記第５のデバイスと前記送信を行なうことを行なわせるための手段、
請求項１４に記載の第４のデバイス。
【国際調査報告】