JP2024508167A - システムブロードキャスト情報の利用可能性メカニズム - Google Patents

Abstract

本開示の実施形態は、時間領域および／または周波数領域補償を導出するために使用することができるＧＮＳＳ情報などのシステムブロードキャスト情報を利用するためのソリューションを提案する。本開示の実施形態によれば、システムブロードキャスト情報の有効性タイマーが前記システムブロードキャスト情報の可用性ステータスが２つのノードで同期していることを保証するＵＥとネットワークの両方に導入され、前記システムブロードキャスト情報は、前記タイマーが動作しているときに時間領域および／または周波数領域で事前補正するために有効である。このようにすることで、ＵＬ送信において、ＵＥは正しいタイミングと周波数を推定してスケジューリングすることができる。

Description

本開示の実施形態は、一般に、電気通信の分野に関し、特に、システムブロードキャスト情報の利用可能性のための方法、デバイス、装置、およびコンピュータ可読記憶媒体に関する。

第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））は、非地上波ネットワーク（ＮＴＮ）における新無線（ＮＲ）の技術をサポートしてきた。衛星リンクのＮＲ無線アクセスをサポートするために、長い往復遅延は対処すべき問題の１つである。例えば、ユーザ機器（ＵＥ）は、アップリンク（ＵＬ）送信において、時間領域および／または周波数領域で事前補償することができる。ＵＬ送信における推定遅延をＵＥが事前補償できるかどうかに応じて、３ＧＰＰは２種類のＵＥを特定している。

一般に、本開示の例示的な実施形態は、システム情報の可用性のための解決策を提供する。

第１の態様では、第１デバイスが提供される。第１デバイスは、少なくとも１つのプロセッサとコンピュータプログラムコードを含む少なくとも１つのメモリとを含み。少なくとも１つのメモリと少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサによって、第１デバイスに、時間領域および／または周波数領域において第１デバイスと第２デバイスとの間の送信に関する補償を導出するために使用されるシステムブロードキャスト情報の有効性タイマーをトリガーさせ、有効性タイマーが満了する前に、システムブロードキャスト情報が補償に対して有効であるか否かを判断させ、前記システム報知が有効であるとの決定に従って、前記システム報知が有効であることを示す有効性情報を前記第２デバイスに送信させ、有効性タイマーをリセットさせるように構成される。

第２の態様では、第２デバイスが提供される。第２デバイスは、少なくとも１つのプロセッサおよびコンピュータプログラムコードを含む少なくとも１つのメモリを備え、前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサにより、前記第２デバイスに、前記第１デバイスによる時間領域および／または周波数領域における前記第１デバイスと前記第２デバイスとの間の送信に関する補償を導出するために使用されるシステムブロードキャスト情報の有効性タイマーをトリガーさせ、前記第１デバイスから、前記システムブロードキャスト情報が有効であることを示す有効性情報を受信させ、前記有効性タイマーをリセットさせるように構成される。

第３の態様では、方法が提供される。本方法は、時間領域及び／又は周波数領域における第１デバイスと第２デバイスとの間の送信に関する補償を導出するために使用されるシステムブロードキャスト情報の有効性タイマーをトリガーするステップと、有効性タイマーが満了する前に、システムブロードキャスト情報が補償のために有効であるか否かを決定するステップと、システム報知が有効であるとの決定に従って、システム報知が有効であることを示す有効性情報を第２デバイスに送信するステップと、有効性タイマーをリセットするステップと、を含む。

第４の態様では、方法が提供される。本方法は、第２デバイスにおいて、第１デバイスによる時間領域及び／又は周波数領域における第１デバイスと第２デバイスとの間の送信に関する補償を導出するために使用されるシステムブロードキャスト情報の有効性タイマーをトリガーするステップと、前記第１デバイスから、前記システムブロードキャスト情報が有効であることを示す有効性情報を受信するステップと、有効性タイマーをリセットするステップと、を含む。

第５の態様では、装置が提供される。本装置は、時間領域及び／又は周波数領域における第１デバイスと第２デバイスとの間の送信に関する補償を導出するために使用されるシステムブロードキャスト情報の有効性タイマーをトリガーする手段と、システムブロードキャスト情報が、有効性タイマーの満了前に補償のために有効であるか否かを決定する手段と、システム報知が有効であるとの決定に従って、システム報知が有効であることを示す有効性情報を第２デバイスに送信する手段と、有効性タイマーをリセットする手段と、を備える。

第６の態様では、装置が提供される。この装置は、第２デバイスにおいて、第１デバイスによる、時間領域および／または周波数領域における第１デバイスと第２デバイスとの間の送信に関する補償を導出するために使用されるシステムブロードキャスト情報の有効性タイマーをトリガーするための手段と、前記第１デバイスから、前記システムブロードキャスト情報が有効であることを示す有効性情報を受信する手段と、有効性タイマーをリセットする手段と、備える。

第７の態様では、コンピュータ可読媒体が提供される。コンピュータ可読媒体は、装置に少なくとも前記第３および第４の態様のいずれか１つによる方法を実行させるためのプログラム命令を含む。

要約部は、本開示の実施形態の重要な特徴または本質的な特徴を特定することを意図しておらず、本開示の範囲を限定するために使用することを意図していないことを理解されたい。本開示の他の特徴は、以下の説明を通じて容易に理解できるようになる。

次に、いくつかの例示的な実施形態を、添付の図面を参照して説明する。
図１は、従来技術によるランダムアクセス手順のシグナリングフローを示す図である。 図２Ａおよび図２Ｂは、それぞれ、従来技術によるタイミングアドバンス（ＴＡ）計算の概略図を示す。 図２Ａおよび図２Ｂは、それぞれ、従来技術によるタイミングアドバンス（ＴＡ）計算の概略図を示す。 図３は、従来技術による、異なるＵＥからの物理アップリンク共有チャネル（ＰＵＳＣＨ）スケジューリングの概略図を示す。 図４は、本開示の例示的な実施形態が実装され得る例示的な通信環境を示す。 図５は、本開示のいくつかの例示的な実施形態による有効性タイマー同期手順のためのシグナリングフローを示す。 図６は、本開示のいくつかの例示的な実施形態による、第１デバイスで実装される方法のフローチャートを示す。 図７は、本開示のいくつかの他の例示的な実施形態による、第２デバイスで実施される方法のフローチャートを示す。 図８は、本開示の例示的な実施形態を実施するのに適した装置の簡略化されたブロック図を示す。 図９は、本開示のいくつかの例示的な実施形態による例示的なコンピュータ可読媒体のブロック図を示す。

図面全体を通して、同一または類似の参照数字は同一または類似の要素を表す。

次に、本開示の原理を、いくつかの例示的な実施形態を参照して説明する。これらの実施形態は、例示を目的として記載されており、当業者が本開示を理解し実施するのに役立つものであって、本開示の範囲に関する限定を示唆するものではないことを理解されたい。本明細書に記載される実施形態は、以下に記載されるもの以外の様々な態様で実施され得る。

以下の説明および特許請求の範囲において、他に定義されない限り、本明細書で使用される全ての技術用語および科学用語は、本開示が属する技術分野における通常の技術者によって一般的に理解されるのと同じ意味を有する。

本開示における「一実施形態」、「例示的実施形態」等への言及は、記載される実施形態が特定の特徴、構造、または特性を含み得ることを示すが、全ての実施形態が特定の特徴、構造、または特性を含む必要はない。さらに、このような表現は、必ずしも同じ実施形態を指すものではない。さらに、特定の特徴、構造、または特性が実施形態に関連して記載されている場合、明示的に記載されているか否かにかかわらず、他の実施形態に関連してそのような特徴、構造、または特性に影響を与えることは当業者の知識の範囲内であることとする。

本明細書では、様々な要素を説明するために「第１の」及び「第２の」等の用語が使用されることがあるが、これらの要素はこれらの用語によって限定されるべきではないことを理解されたい。これらの用語は、１つの要素を別の要素から区別するために使用されるだけである。例えば、例示的な実施形態の範囲から逸脱することなく、第１の要素を第２の要素と称することができ、同様に、第２の要素を第１の要素と称することができる。本明細書で使用される場合、用語「および／または」は、列挙された用語の１つ以上の任意のおよびすべての組み合わせを含む。

本明細書で使用される用語は、特定の実施形態を説明するためだけのものであり、例示的な実施形態を限定することを意図するものではない。本明細書で使用される場合、用語「備える」、「備えている」、「有する」、「有している」、「含む」、および／または「含んでいる」は、記載された特徴、要素、および／または構成要素等の存在を特定する
が、１つ以上の他の特徴、要素、構成要素、および／またはそれらの組み合わせの存在または追加を排除するものではないことがさらに理解される。

本出願で使用される場合、「回路」という用語は、以下のうちの１つ以上もしくはすべてを指す場合がある。
（ａ）ハードウェアのみの回路実装（アナログ回路および／またはデジタル回路のみの実装など）と
（ｂ） ハードウェア回路とソフトウェアとの組み合わせ、例えば（該当する場合）、
（ｉ）アナログおよび／またはデジタルハードウェア回路とソフトウェア／ファームウェアとの組み合わせ、および
（ｉｉ）ソフトウェア（デジタル・シグナル・プロセッサを含む）、ソフトウェア、およびメモリを備えたハードウェア・プロセッサの一部であって、携帯電話やサーバなどの装置にさまざまな機能を実行させるために協働するもの）と、
（ｃ）マイクロプロセッサまたはマイクロプロセッサの一部などのハードウェア回路およびプロセッサで、動作のためにソフトウェア（ファームウェアなど）を必要とするが、動作に必要でないときはソフトウェアが存在しないこともある。

回路のこの定義は、あらゆる特許請求の範囲を含む、本出願におけるこの用語のすべての使用に適用される。さらなる例として、本出願で使用される場合、回路という用語は、単にハードウェア回路もしくはプロセッサ（または複数のプロセッサ）または、ハードウェア回路もしくはプロセッサの一部と、それ（またはそれら）に付随するソフトウェアおよび／またはファームウェアの実装も対象とする。また、回路という用語は、例えば、また、特定の請求項要素に適用可能であれば、モバイルデバイス用のベースバンド集積回路もしくはプロセッサ集積回路、またはサーバ、セルラーネットワークデバイス、もしくは他のコンピューティングもしくはネットワークデバイスにおける同様の集積回路も対象とする。

本明細書で使用する場合、「通信ネットワーク」という用語は、新無線（ＮＲ）、ロング・ターム・エボリューション（ＬＴＥ）、ＬＴＥ－アドバンスド（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、高速パケット・アクセス（ＨＳＰＡ）、ナローバンド・インターネット・オブ・シングス（ＮＢ－ＩｏＴ）などの任意の適切な通信規格に従うネットワークを指す。さらに、通信ネットワークにおける端末装置とネットワーク装置との間の通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコル、および／または現在知られているもしくは将来開発される他のプロトコルを含むがこれらに限定されない、任意の適切な世代の通信プロトコルに従って実行され得る。本開示の実施形態は、様々な通信システムに適用することができる。通信の急速な発展を考慮すれば、もちろん、本開示が具体化され得る将来型の通信技術およびシステムも存在するであろう。本開示の範囲を前述のシステムのみに限定するものと見なすべきではない。

本明細書で使用する場合、「ネットワークデバイス」という用語は、端末デバイスがネットワークにアクセスし、そこからサービスを受信する通信ネットワーク内のノードを指す。ネットワークデバイスは、基地局（ＢＳ）またはアクセス・ポイント（ＡＰ）、例えば、ノードＢ（ＮｏｄｅＢまたはＮＢ）、進化型ＮｏｄｅＢ（ｅＮｏｄｅＢまたはｅＮＢ）、ＮＲ ＮＢ（ｇＮＢとも呼ばれる）、リモート無線ユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、リレー、統合およびアクセス・バックホール（ＩＡＢ）ノード、フェムト、ピコなどの低電力ノード、衛星ネットワーク装置、低軌道（ＬＥＯ）衛星、静止軌道（ＧＥＯ）衛星などの非地上ネットワーク装置、航空機ネットワーク装置など、を指すことがあるが、適用される用語や技術によって異なる。端末装置」という用語は、無線通信が可能なあらゆるエンドデバイスを指す。以下の説明では、「端末装置」、「端末」、「ユーザ機器」および「ＵＥ」という用語は、互換的に使用される場合がある。

上述したように、ＵＬ送信における推定遅延をＵＥが事前補償できるかどうかに応じて、 ３ＧＰＰは２つのタイプのＵＥを特定している。具体的には、タイプ１のＵＥは、タイミング・アドバンス（ＴＡ）の事前補償が可能なＵＥを指すことができ、タイプ２のＵＥは、ＴＡの事前補償が不可能なＵＥを指すことができる。本明細書で使用する「タイミングアドバンス（ＴＡ）」という用語は、ＵＥと基地局（ＢＳ）の間、またはＵＥと衛星の間を信号が移動する際の伝搬遅延を補正できる技術を意味する。

図１は、従来技術によるランダムアクセス手順のシグナリングフローを示す。図１に示すように、ＵＥ１１０は、１０１０メッセージ（Ｍｓｇ）１（例えば、プリアンブル）をｇＮＢ１２０に送信することができる。ｇＮＢは、１０２０個のメッセージ（Ｍｓｇ２）をＵＥ１１０に送信することができる。ＵＥ１１０は１０２０個のＭｓｇ３をｇＮＢ１２０に送信することができ、ｇＮＢ１２０はＭｓｇ４をＵＥ１１０に送信することができる。ＵＥ１１０がタイプ１のＵＥである場合、ＵＥ１１０は、Ｍｓｇ１を送信する前に、まず、受信したシステムブロードキャスト情報（たとえば、全地球航法衛星システム（ＧＮＳＳ）情報）に基づいて、ｇＮＢに対するタイミング・アドバンス（ＴＡ）を推定すべきである。ＵＥ１１０は、Ｍｓｇ１の送信において推定されたＴＡを適用することができる。ｇＮＢ１２０は、ＵＥ１１０のＴＡ推定に基づいてＴＡ調整を決定することができる。

ＵＥ１１０がタイプ２のＵＥである場合、ＵＥ１１０はｇＮＢ１２０に対するタイミングアドバンスを推定することができない。これは、ＧＮＳＳ能力を持たないＵＥ、またはチャネル状態が悪いためにＧＮＳＳ信号が利用できないＵＥ、またはＧＮＳＳ情報が一時的に精度要件から外れているＵＥ（例えば、ＵＥが屋内カバレッジに移動している）の場合に起こり得る。この場合、ｇＮＢ１２０は、共通ＴＡをブロードキャストする必要がある場合があり、共通ＴＡの値は、フィーダリンクのＴＡに、地上参照ポイントに対応する最小サービスリンクのＴＡを加えたものである。ＵＥ１１０は、Ｍｓｇ１を送信するために、ブロードキャストされた共通ＴＡを適用することができる。図２Ａおよび図２Ｂは、それぞれ、ＴＡ計算の概略図を示す。

図２Ａは、再生ペイロードのＴＡ計算を示している。この場合、ＵＥ固有ＴＡは、以下に基づいて求めることができる。

ここで、Ｄ１は、ＵＥ１１０とｇＮＢ１２０との間の距離を表し、Ｄ０は、ｇＮＢ１２０と基準点１３０との間の距離を表し、Ｃは、光速を表す。

ｇＮＢによってブロードキャストされる共通基準ＴＡは、以下のようになり得る。

ここで、Ｄ０はｇＮＢ１２０と基準点１３０との間の距離を表し、Ｃは光速を表す。

図２Ｂは、ベントパイプ型ペイロードのＴＡ計算を示している。ベントパイプ構成とは、衛星がリレーのように動作し、衛星から送られてくるものをそのまま地球に送り返すことを意味する。この場合、ＵＥ固有ＴＡは、

に基づいて求めることができる。ここで、Ｄ１はＵＥ１１０と中継装置（１２０）との間の距離を表し、Ｄ０は中継装置１２０と基準点１３０との間の距離を表し、Ｃは光速を表す。

ｇＮＢからブロードキャストされる共通基準ＴＡは、

のようになる。ここで、Ｄ０は中継装置１２０と基準点１３０との間の距離を表し、Ｄ０＿Ｆは中継装置１２０と地球上のネットワーク装置１４０との間の距離を表し、Ｃは光速を表す。

ＵＥには事前補償機能がある場合とない場合があるため、ＵＥは異なるＴＡを適用でき、物理ランダムアクセス・チャネル（ＰＲＡＣＨ）のリソース割り当てには異なる制限がある。例えば、タイミング事前補正機能を持たないＵＥの場合、ネットワーク（ＮＷ）でのプリアンブル受信ウィンドウは、セル内の最大差分遅延の少なくとも２倍でなければならない。連続するＲＡＣＨオケージョン（ＲＯ）間のプリアンブル受信ウィンドウが重ならないようにするため、ＰＲＡＣＨの構成は、連続する２つのＲＯ間の時間間隔がセル内の最大差分遅延の２倍より大きくなるようにする必要がある。（すなわち、スパースＰＲＡＣＨコンフィギュレーションが構成されるべきである）。タイミング事前補正機能を持つＵＥでは、このような制限は必要ない。

したがって、同じセルに両方のタイプのＵＥが共存する場合、事前補償機能を持つＵＥと持たないＵＥに対して、ＰＲＡＣＨリソースを別々に構成する必要がある。このＰＲＡＣＨ設計の上に、ＮＷは異なるタイプのＵＥを区別することができるため、ＵＥを別々の方法でスケジュールし、処理することができる。

さらに、事前補償機能を持つＵＥの場合、もう１つのトピックは、ＵＥがＲＲＣ結合状態にあるときに、ＲＡＣＨ手順中にＰＵＳＣＨ上のＭｓｇ３と、ＰＵＳＣＨ上のユニキャスト・データと、の両方を含む物理アップリンク共有チャネル（ＰＵＳＣＨ）をどのようにスケジュールするかである。３ＧＰＰ オフラインでの議論によると、２つの方法が考えられる。

オプション１：ＭＷは、セル内のＵＥの最大ＲＴＴに等しいＴＡを使用してＰＵＳＣＨ をスケジューリングする。ＵＥは、セル端だけでなく、セルのカバレッジ・センターにも存在する可能性があるため、簡略化のため、すべてのＵＥがＰＵＳＣＨを送信するのに十分なＴＡを確保できるように、最大往復時間（ＲＴＴ）を使用してＰＵＳＣＨをスケジューリングすることができる。

オプション２：ＮＷは、現在のスケジューリングＴＴＩにおいてスケジューリングされるＵＥの最大ＲＴＴに等しいＴＡを使用してＰＵＳＣＨをスケジューリングする。ＰＵＳＣＨはまた、ＵＥのスケジューリング遅延を節約するために、（セル内のすべてのＵＥの代わりに）現在のスケジューリングＴＴＩ内のすべてのＵＥの中で可能なＲＴＴの最大値を使用してスケジューリングすることもできる。

オプション１では、すべてのＵＥがこの値を知っているように、セル内で最大ＲＴＴをブロードキャストすることができる。オプション２の場合、各ＵＥはそのＵＥが推定したＴＡをＮＷに報告する必要があるため、ＮＷは「現在の」ＴＴＩでスケジューリングされるＵＥの最大ＲＴＴの値を決定することができる。

３ＧＰＰは、オプション２を有効にするために、ＵＥがＵＥ－ｃａｌｃｕｌａｔｅｄ ＴＡ（すなわち、ＵＥ－ｅｓｔｉｍａｔｅｄ ＴＡ）をＮＷに報告すべきかどうかを議論することを決定した無線アクセスネットワーク（ＲＡＮ）２に対し、どのようなソリューションを適応させるべきかについて決定していない。

しかし、オプション２はＰＵＳＣＨのカバレッジを低下させる。ＵＥによって適用された ＴＡの値の情報がオーバーヘッドとして、ＭｓｇＡ ＰＵＳＣＨなどに追加されるため、ＭｓｇＡ ＰＵＳＣＨのペイロードサイズが大幅に増加し、最終的にＰＵＳＣＨのカバレージが低下する。

したがって、ＰＵＳＣＨオーバーヘッド（すなわち、ＰＵＳＣＨカバレージ）とＰＵＳＣＨスケジューリング遅延のバランスをとるためにＮＷに柔軟性を残すオプション１とオプション２の両方がＮＴＮでサポートされるべきである。たとえば、すべてのＵＥの差分 ＲＴＴを制限できるほどセル・サイズが小さい場合（セル内のすべてのＵＥからの差分ＲＴＴがそれほど大きくなく、セルの最大ＲＴＴに近い場合）、または、ＵＥにタイム・クリティカルなサービスがない場合、ＵＥはオプションＯとしてスケジューリングされるべきである。そうでない場合は、オプション２を採用できる。

オプション１をサポートするために、３ＧＰＰでは、ＮＷがこれらのＵＥを同じスケジューリング・スロット（例えば、スロットｍ）でスケジューリングする場合に、ＮＷが同じスロット（例えば、スロットｎ）で異なるＵＥからのすべてのＰＵＳＣＨ送信を受信できるようにする方法について、いくつかの議論がある。ここで、スロットｍとスロットｎの間の距離は固定値（例えば、ｍａｘ＿ＴＡまたはｍａｘ＿ＴＡ＋ＮＷ指示オフセット）に等しい）。

地上波ネットワークにおける現在のＮＷ実装原則によれば、１つの基本ルールは、ＮＷが同じＤＬスケジューリング・スロット（例えばスロットｍ）でＵＥのグループをスケジューリングする場合、ＮＷはこれらのＵＥからのすべてのＰＵＳＣＨ送信が同じＵＬ ＰＵＳＣＨスロット（例えばスロットｎ）でｇＮＢに到着することを期待する通りである。そうでない場合、現在のスケジューリング・スロットでスケジューリングされるＵＥだけでなく、以前のスロットでスケジューリングされた（既に）ＵＥも考慮し、異なるスケジューリング・スロットからスケジューリングされたＵＥが同じＰＵＳＣＨ送信スロットを持つかどうかをチェックする必要があるため、ＮＷは、ＵＥのスケジューリングが非常に複雑になる（例えば、スロットｍとスロットｍ－１の両方が、スロットｎでＵＥの送信をスケジューリングする）。

ＮＴＮでこのルールを満たすために、ＵＥはＵＥ＿ｅｓｔｉｍａｔｅｄ＿ＴＡに基づいてＰＵＳＣＨ送信の送信時間を自動的に調整する必要がある。この場合、例えば図３に示すように、セル内の最大ＲＴＴに基づいてＰＵＳＣＨをスケジューリングすることができる。

ここで、Ｋ２は、ＤＣＩグラントにおいてシグナリングされたＰＵＳＣＨのスケジューリングオフセットを表す。

言い換えれば、すべてのＵＥがこの値を知るように、ｍａｘ＿ＴＡをセル内でブロードキャストすることができる。ＵＥ１１０がスロットｍでＤＣＩを受信すると、ＵＥ１１０はスロットｎでＰＵＳＣＨを送信する。ここで、ｎ＝ｍ＋ｋ２＋Ｄｅｌｔａである。また、ここで、Ｄｅｌｔａ＝（ｍａｘ＿ＴＡ－ＵＥ＿ＴＡ）＝（ｍａｘ＿ＴＡ－ＵＥ＿ｅｓｔｉｍａｔｅｄ＿ＴＡ－ＴＡＣ）であり、ＴＡＣは、ＵＥがｇＮＢから受信したタイミングアドバンスコマンドの値である。これにより、ｇＮＢ１２０は、ｇＮＢがＤＣＩ０を送信してからｍａｘ＿ＴＡ＋ｋ２スロットが経過した後に、異なるＵＥからのすべてのＰＵＳＣＨ送信を受信する。

前の議論で述べたように、ＵＥは、ＵＥが受信したＧＮＳＳ情報（例えば、ＧＮＳＳロケーションまたはＧＮＳＳタイムスタンプ情報）に基づいて、ＵＥがＭｓｇ１を送信する前に、衛星に対するタイミングの前進を推定する。このようなＧＮＳＳ情報は、３ＧＰＰ／セルラー無線ネットワークに接続しなくても機能するＧＮＳＳデバイスを使用することで受信できる。ただし、情報が古い場合や、ＵＥが新しい正確な推定値を取得できない場合、オプション１には問題が生じる可能性がある。

事前補正機能を持たないＵＥの場合、ＰＵＳＣＨスケジューリングは、地上波ネットワークのレガシー処理に従うことができる（すなわち、ＵＬアライメントをネットワーク側からのＴＡコマンドに依存する）。

タイミング事前補正機能を持つＵＥと事前補正機能を持たないＵＥ（Ｔｙｐｅ１またはＴｙｐｅ２ ＵＥなど）の両方をサポートするＮＴＮシステムでは、アクセス・システムにＭｓｇ１を送信する前に、ＵＥは、ＧＮＳＳの利用可能状態を判断し、ＮＷにアクセスするために対応する専用のＰＲＡＣＨリソースを選択する必要がある。選択されたプリアンブル・リソースに従って、ｇＮＢは、ＵＥのタイプを識別できるため、ＲＡＣＨ手順中に適切なプリアンブル受信ウィンドウをセットし、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ を開始するためのオフセットをすることができる。その後、ｇＮＢはＵＥのためにＰＵＳＣＨをスケジューリングできる。

事前補償機能を有するＵＥの場合、ＵＥがＰＵＳＣＨでスケジューリングされると、ＵＥは、ＵＥ＿ｅｓｔｉｍａｔｅｄ＿ＴＡ（およびＵＥ－ｅｓｔｉｍａｔｅｄ ＴＡに基づくＴＡＣコマンド値）に基づいて、ＰＵＳＣＨ送信における送信時間を自動的に調整する必要がある。自律調整送信時間デルタは、（ｍａｘ＿ＴＡ－ＵＥ＿ｅｓｔｉｍａｔｅｄ＿ＴＡ－ＴＡＣ）に等しい。

ただし、ＵＥがＲＲＣ結合状態にある場合、ＧＮＳＳ能力（およびタイミング事前補正能力）を持つＵＥは、そのＧＮＳＳ情報が信頼できなくなるため、ＴＡを正しく計算できないことがある。例えば、ＵＥが屋外から屋内に移動し、チャネル状態が悪いためにＧＮＳＳ信号が利用できない場合や、ＧＮＳＳ情報がタイミング推定の精度要件から一時的に外れている場合などである（すなわち、ＧＮＳＳ情報のステータスが利用可能から利用不可能に切り替わる）。

ＵＥ＿ｅｓｔｉｍａｔｅｄ＿ＴＡが正しくなくなると、異なるＵＥ間で干渉が発生し、例えば、異なるＵＥ間のＰＵＳＣＨ受信においてタイミングのずれが生じ、図６とは逆に、ＵＥ１、ＵＥ２がｇＮＢ受信において整列しなくなる。デルタがサイクリックプレフィックスよりも大きい場合（例えば、ＵＥがＮＴＮセルのモビリティに沿って高速移動している場合）、干渉が発生し、システム性能が低下する。

さらに、少なくとも地球低軌道（ＬＥＯ）シナリオでＧＮＳＳ情報が失われるか、または正確に受信されない場合、周波数同期を取得または更新／追跡することができず、ＰＵＳＣＨ送信のために隣接する物理リソース・ブロック（ＰＲＢ）を持つＵＥの場合、ＵＥ間干渉が発生する。これにより、システム性能も低下する。

上記の問題の少なくとも一部を解決するために、システムブロードキャスト情報の可用性に関するソリューションが提案されている。本開示の実施形態によれば、タイマーが実行されているときに、時間領域および／または周波数領域において事前補償が行われるようにシステムブロードキャスト情報が有効であることを保証するために、システムブロードキャスト情報の有効性タイマーが導入される。このようにして、ＵＬ送信において正しいタイミング推定でＵＥをスケジューリングすることができる。

図４は、本開示の実施形態が実装され得る通信環境４００の概略図であり、本願開示の実施形態を実施することができる。通信ネットワークの一部である通信環境４０００は、デバイス４１０－１、デバイス４１０－２、．．．、デバイス４１０－Ｎを含み、これらは集合的に、「第１デバイス（複数可）４１０」と呼ぶことができる。通信環境４００は、第２デバイス４２０から構成される。

通信環境４００は、任意の適切な数のデバイス及びセルから構成され得る。通信環境４００において、第１デバイス４１０と第２デバイス４２０は、互いにデータや制御情報を通信することができる。第１デバイス４１０が端末デバイスであり、第２デバイス４２０がネットワークデバイスである場合、第２デバイス４２０から第１デバイス４１０へのリンクはダウンリンク（ＤＬ）と呼ばれ、第１デバイス４１０から第２デバイス４２０へのリンクはアップリンク（ＵＬ）と呼ばれる。いくつかの実施形態では、再生アーキテクチャを通信環境４００に適用することができる。あるいは、ベントパイプアーキテクチャを通信環境４００に適用することもできる。

図４に示された第１デバイスおよびセルの数ならびにそれらの接続は、いかなる制限も示唆することなく、説明の目的で与えられたものであることを理解されたい。通信環境４００は、本開示の実施形態を実施するために適合された任意の適切な数のデバイスおよびネットワークを含み得る。

通信環境４００における通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、第３世代（３Ｇ）、第４世代（４Ｇ）及び第５世代（５Ｇ）等のセルラー通信プロトコル、電気電子学会（ＩＥＥＥ）８０２．１１等の無線ローカルネットワーク通信プロトコル、及び／又は現在知られている又は将来開発される他のプロトコルからなるがこれらに限定されない、任意の適切な通信プロトコル（複数可）に従って実施することができる。さらに、通信は、符号分割多元接続（ＣＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割複信（ＦＤＤ）、時分割複信（ＴＤＤ）、多入力多出力（ＭＩＭＯ）、直交周波数分割多元接続（ＯＦＤＭ）、離散フーリエ変換拡散ＯＦＤＭ（ＤＦＴ－ｓ－ＯＦＤＭ）および／または現在知られているまたは将来開発される他の技術に限定されないが、任意の適切な無線通信技術を利用することができる。

本開示の例示的な実施形態について、添付の図面を参照して以下に詳細に説明する。次に、本開示の例示的な実施形態による有効性タイマー同期手順のためのシグナリングフロー５００を示す図５を参照する。議論のために、シグナリングフロー５００は、図４を参照して説明される。例示の目的のためにのみ、シグナリングフロー５００は、第１デバイス４１０－１および第２デバイス４２０を含み得る。

第１デバイス４１０－１は、第２デバイス４２０とのランダムアクセス手順５００５を実行することができる。いくつかの実施形態では、第１デバイス４１０－１は４ステップのランダムアクセス手順を実行できる。あるいは、第１デバイス４１０－１は、２ステップのランダムアクセス手順を実行することができる。

いくつかの実施形態では、第２デバイス４２０は、システムブロードキャスト情報の有効性タイマーを構成することができる。いくつかの実施形態では、システムブロードキャスト情報は、全地球航法衛星システムによって提供されるＧＮＳＳ位置情報から構成され得る。代替的にまたは追加的に、システムブロードキャスト情報は、グローバルナビゲーション衛星システムによって提供されるＧＮＳＳタイムスタンプ情報から構成することができる。この場合、第２デバイス４２０は、有効性タイマーの構成５０１０を第１デバイス４１０－１に送信することができる。例えば、構成は有効性タイマーの期間を示すことができる。他の実施形態では、有効性タイマーは、第１デバイス４１０－１で事前に構成することができる。いくつかの実施形態では、有効性タイマーはＵＥ固有のタイマーであり得る。
この場合、有効性タイマーの構成は、無線リソース制御（ＲＲＣ）シグナリングを介して第１デバイス４１０－１に送信され得る。あるいは、またはそれに加えて、有効性タイマーはＵＥに共通とすることができる。この状況では、有効性タイマーの構成は、１つ以上の第１デバイスにブロードキャストされ得る。他の実施形態では、第２デバイス４２０は、システムブロードキャスト情報の閾値精度を示す構成を送信することができる。代替的または追加的に、構成は有効性情報の更新周期性を示すことができる。

いくつかの実施形態では、タイマーの持続時間は、第１デバイス４１０－１と第２デバイス４２０との間の信号対雑音比（ＳＮＲ）に基づいて決定され得る。代替的にまたは追加的に、タイマーの持続時間は、第１デバイス４１０－１と第２デバイス４２０との間のチャネルの品質に基づいて決定され得る。

第１デバイス４１０－１は、有効性タイマー５０１５をトリガーする。本明細書で使用する「有効性タイマー（ｖａｌｉｄｉｔｙ ｔｉｍｅｒ）」という用語は、時間領域および／または周波数領域の補償を導出するために、システムブロードキャスト情報が有効であるべきタイマーを指す。例えば、いくつかの実施形態では、有効性タイマーが実行されているとき、システムブロードキャスト情報は、タイミング前進を推定するために有効であるべきである。あるいは、それに加えて、システムは、有効性タイマーが実行されているときに周波数シフトを推定するために有効であるべきである。いくつかの実施形態では、有効性タイマーは、第１デバイス４１０－１が有効なシステムブロードキャスト情報を受信した第１の時点でトリガーされ得る。いくつかの実施形態では、有効性タイマーは、ランダムアクセス手順が正常に完了した後に暗黙的にトリガーされ得る。いくつかの実施形態では、第１デバイス４１０－１は、第２デバイス４２０において別の有効性タイマーをトリガーする明示的な指示を送信することができる。このようにして、システム性能を保証する。

第２デバイス４２０は、第２デバイス４２０における別の有効性タイマー５０２０をトリガーする。いくつかの実施形態では、第１デバイス４１０－１は開始指示を第２デバイスに送信することができ、第２デバイス４２０は開始指示に基づいて他の有効性タイマーをトリガーすることができる。第２デバイス４２０は、指示に基づいて他の有効性タイマーをトリガーすることができる。指示は暗黙的であっても明示的であってもよい。例えば、いくつかの実施形態では、ランダムアクセス手順が正常に完了した後に、他の有効性タイマーを暗黙的にトリガーすることができる。いくつかの実施形態では、第１デバイス４１０－１および第２デバイス４２０の有効性タイマーが同時に開始、リセット、および停止されることを保証するために、第１デバイス４１０－１は、その有効性タイマーにオフセットを適用することができる。オフセットは、ＲＴＴおよび処理遅延を考慮した値とすることができる。第１デバイス４１０－１における有効性タイマーと、第２デバイス４２０における他の有効性タイマーとは、同時に開始することができる。

第１デバイス４１０－１は、システムがブロードキャストした情報が有効であるかどうか５０２５を決定する。いくつかの実施形態では、第１デバイス４１０－１は、システムブロードキャスト情報が有効であるかどうかを、有効性タイマーの開始に先立って決定することができる。あるいは、第１デバイス４１０－１は、システムブロードキャスト情報が有効性タイマー内に有効であるか否かを決定することができる。他の実施形態では、第１デバイス４１０－１は、システムブロードキャスト情報が周期的に有効であるか否かを決定することができる。いくつかの実施形態において、第１デバイス４１０－１は、全地球航法衛星システムによって提供されるＧＮＳＳ情報から信号電力の変化を決定することができる。変化が閾値変化を超える場合、第１デバイス４１０－１は、システムブロードキャスト情報が無効であると決定することができる。閾値変化は、時間領域の補償と周波数領域の補償とで異なっていてもよい。他の実施形態では、第１デバイス４１０－１は、現在のＴＡレベルを監視することができる。この場合、システムブロードキャスト情報に基づくＴＡの推定値の間の差が閾値以上である場合、システムブロードキャスト情報は無効である。あるいは、システムブロードキャスト情報に基づくＴＡの推定が大きなステップを示す場合、位置またはタイムスタンプの推定が間違っていることを意味する。他の実施形態では、周波数シフトのシステムブロードキャスト情報ベースの推定間の差が閾値以上である場合、システムブロードキャスト情報は無効である。ほんの一例として、第１デバイス４１０－１は、システムブロードキャスト情報の精度を決定することができる。例えば、システムブロードキャスト情報がＧＮＳＳである場合、第１デバイス４１０－１はＧＮＳＳの精度を決定することができる。この場合、ＧＮＳＳの精度が閾値精度を超える場合、第１デバイス４１０－１は、ＧＮＳＳが有効であると決定することができる。

システムブロードキャスト情報が有効である場合、第１デバイス４１０－１は、システムブロードキャスト情報が有効であることを示す有効性情報５０３５を送信する。いくつかの実施形態では、第２デバイス４２０は、有効性情報の要求５０３０を送信することができる。第１デバイス４１０－１は、その要求を受信した後、有効性情報を送信することができる。あるいは、第１デバイス４１０－１は、有効性情報を定期的に送信することができる。例えば、有効性情報は、所定の周期で送信され得る。所定の周期は、第１デバイス４１０－１で決定することができる。あるいは、所定の期間は第２デバイス４２０によって決定され得る。他の実施形態において、第１デバイス４１０－１は、第２デバイス４２０における他の有効性タイマーが満了していないことを保証するために、有効性情報をオンデマンドで送信することができる。他の実施形態において、第１デバイス４１０－１は、システムブロードキャスト情報の有効性を変更させる条件が満たされた場合、有効性情報を送信することができる。例えば、第１デバイス４１０－１が屋内から屋外に移動した場合、第１デバイス４１０－１は有効性情報を送信することができる。なお、条件は、システムブロードキャスト情報の有効性を変化させることができる任意の適切な条件とすることができる。このようにして、ＴＡおよび／または周波数シフトの推定精度が保証される。第１デバイス４１０－１は、有効性情報を送信した後、有効性タイマー５０４０をリセットする。

いくつかの実施形態では、有効性情報は、システムがブロードキャストした情報がＴＡ推定のために有効であることを示すことができる。代替的にまたは追加的に、有効性情報は、より多くの有効性ステータスを示すことができる。例えば、有効性情報は、システムブロードキャスト情報が周波数補償のために有効であることを示すことができる。有効性情報は、システムブロードキャスト情報が時間領域における補償のために有効であるかどうかの表示を含むことができる。他の実施形態では、有効性情報は、システムブロードキャスト情報が周波数領域における補償のために有効であるかどうかの表示を構成することができる。代替的または追加的に、有効性情報は、現在使用されているタイミングアドバンスで構成することができる。他の実施形態では、有効性情報は、現在使用されている周波数シフトを構成することができる。有効性情報は、正確なシステムブロードキャスト情報が第１デバイス４１０－１によって受信された最後の時間を示すこともできる。

いくつかの実施形態では、有効性情報は、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）で送信され得る。ＭＡＣ ＣＥは、物理アップリンク共有チャネル（ＰＵＳＣＨ）で送信され得る。例えば、ＭＡＣ ＣＥは、アップリンク制御情報において送信され得る。あるいは、有効性情報を他の送信と一緒に送信することもでき、これによりエネルギーを節約できる。例えば、有効性情報はチャネル品質インジケータ（ＣＱＩ）レポートで送信することができる。

いくつかの実施形態では、有効性情報はスケジューリング要求（ＳＲ）で送信することができる。代替的または追加的に、有効性情報は、ハイブリッド自動繰返し要求（ＨＡＲＱ）フィードバックにおいて送信することができる。他の実施形態では、有効性情報は他のＵＬ送信で送信することができる。例えば、有効性情報は、第１デバイス４１０－１と第２デバイス４２０との間のＲＲＣシグナリングにおいて送信することができる。有効性情報は暗黙的に送信することができる。例えば、第１デバイス４１０－１によって送信されたＳＲが第２デバイス４２０と十分に時間整合している場合、第２デバイス４２０は、システムブロードキャスト情報が有効であると決定することができる。同様に、ＨＡＲＱフィードバックまたはＵＬ送信が第２デバイス４２０と時間整合している場合、システムブロードキャスト情報は有効であると決定することができる。第２デバイス４２０がシステムブロードキャスト情報が有効であると決定した後、第２デバイス４２０は、第２デバイス４２０においてタイマーをリセットすることができる。

いくつかの実施形態では、第１デバイス４１０－１は、システムブロードキャスト情報の精度を決定することができる。システム情報の精度が閾値精度未満である場合、第１デバイス４１０－１は、第２デバイス４２０への有効性情報の送信を一時停止することができる。代替的にまたは追加的に、第１デバイス４１０－１は、第１デバイス４１０－１と第２デバイス４２０との間の送信を停止することができる。例えば、第１デバイス４１０－１は、第２デバイス４２０へのデータ送信を停止することができる。あるいは、第１デバイス４１０－１は、第２デバイス４２０へのランダムアクセスを停止することができる。いくつかの実施形態では、システムブロードキャスト情報に基づいて推定タイミングアドバンスの変化が閾値の変化を超える場合、システムブロードキャスト情報の精度が閾値の精度を下回ると決定することができる。例えば、第１デバイスは、現在のＴＡレベルを監視することができ、システムブロードキャスト情報に基づいて推定された推定値が突然閾値以上異なる場合、精度が低下する。あるいは、システムブロードキャスト情報に基づいて推定タイミングアドバンスが閾値を超えるステップを示す場合、システムブロードキャスト情報の精度が閾値精度以下であると決定することができる。例えば、システムブロードキャスト情報に基づいて推定されたＴＡが、以前に推定されたＴＡ値と比較して、または時間ウィンドウ内で大きなステップを示す場合、位置またはタイムスタンプの推定が間違っていることを意味する。他の実施形態では、第１デバイス４１０－１が屋外から屋内に移動する場合、システムブロードキャスト情報の精度は、閾値精度未満であると決定され得る。上述のように、閾値精度は、第２デバイス４２０によって第１デバイス４１０－１に提供され得る。

さらに、第１デバイス４１０－１は、例えば、第１デバイス４１０－１が屋内に移動した場合、システムブロードキャスト情報が不正確であることを検出することができる。
この場合、有効性タイマーがまだ実行中である場合、第１デバイス４１０－１は、屋内ロケーションで取得された不正確なシステムブロードキャスト情報から導出された値を使用する代わりに、アップリンク送信のために以前に有効であったＴＡ（例えば、過去ｘ秒以内のもの）を適用することができる、なぜなら、以前に有効であったＴＡに関連する以前のシステムブロードキャスト情報は有効であるが、現在システムブロードキャストされている情報は正しくないからである。

他の実施形態では、システムブロードキャスト情報の精度が閾値精度を超えている場合、
第１デバイス４１０－１は、第２デバイス４２０に指示を送信して、第２デバイス４２０における他の有効性タイマーを再起動させることができる。この状況において、第１デバイス４１０－１は、第１デバイス４１０－１において有効性タイマーをリセットすることもできる。例えば、第１デバイス４１０－１においてタイマー回復機構を定義することができる。例えば、第１デバイス４１０－１が屋内から屋外に移動した場合、システムブロードキャスト情報の精度が回復したと判断することができる。この場合、第１デバイス４１０－１は、第２デバイス４２０における他の有効性タイマーをリセットするための通知をネットワークに送信することができる。また、上記有効性情報を送信した後、第１デバイス４１０－１の有効性タイマーもリセットすることができる。

いくつかの実施形態では、第１デバイス４１０－１における有効性タイマーが満了した場合、第１デバイス４１０－１は、他のデバイスへの干渉を回避するためにデータ送信を停止することができる。この場合、第１デバイス４１０－１は、事前補償機能なしでＵＥのために予約されている１つ以上のＰＲＡＣＨリソースを選択することができる。第１デバイス４１０－１は、第２デバイス４２０との間で別のランダムアクセス手順５０４５を開始することができる。

さらに、ＴＡ推定に加えて、有効性タイマーは、ＵＬ周波数同期を達成するためにシステムブロードキャストされた情報が有効であることをカバーするために利用することもできる。第１デバイス４１０－１は、システムブロードキャスト情報がＴＡ推定とＵＬ周波数同期の両方に対して有効であることを第２デバイス４２０と同期させるために、そのシステムブロードキャスト情報がＴＡ推定とＵＬ周波数同期の両方に対して有効である場合、有効性タイマーを維持し、有効性情報を第２デバイス４２０に送信することができる。ＵＬ周波数同期の場合、第１デバイス４１０－１において有効性タイマーが満了した場合、第１デバイス４１０－１は、ＰＲＢ（周波数領域）におけるＵＥ間干渉を回避するために、ランダムアクセスを再び実行すべきではない。同様に、第２デバイス４２０において有効性タイマーが満了した場合、第２デバイス４２０はＰＤＣＣＨオーダを送信しないことを選択し、第１デバイス４１０－１に再びＰＲＡＣＨを行うよう求めることができる。

いくつかの実施形態では、第２デバイス４２０において他の有効性タイマーが満了した場合、第２デバイス４２０は、ＵＬ送信のための第１デバイス４１０－１のスケジューリングを停止することができる。さらに、第２デバイス４２０は、別のランダムアクセス手順を開始するためのＰＤＣＣＨオーダを送信することができる。上述したように、第１デバイス４１０－１は、有効なシステムブロードキャスト情報のないＵＥとして再びＰＲＡＣＨを行うことができ、第１デバイス４１０－１は、ＧＮＳＳ情報のないＵＥ（すなわち、事前補償能力のないＵＥ）のために予約されたＰＲＡＣＨリソースを選択することができる。

いくつかの実施形態では、アップリンク受信に基づく推定ＴＡドリフトに応じて、第２デバイス４２０は、有効性タイマーの満了よりも早くシステムブロードキャスト情報に基づくタイミング調整を開始するために、第１デバイス４１０－１に向けてＭＡＣレベルコマンドを送信することもできる。例えば、第１デバイス４１０－１も海上や高速鉄道シナリオのようなＮＴＮセルモビリティと共に高速移動するシナリオでは、第２デバイス４２０は、有効タイマーの満了前に、システムブロードキャスト情報に基づいてタイミング調整を開始する指示を第１デバイス４１０－１に送信することができる。代替的または追加的に、第２デバイス４２０は、第１デバイス４１０－１に対して、システムブロードキャスト情報に基づいて周波数調整を開始する指示を送信することができる。

いくつかの実施形態では、第２デバイス４２０は、第１デバイス４１０－１が接続モードでシステムブロードキャスト情報に基づくタイミング同期をトリガーすることを示すために、ＴＡコマンドＭＡＣ ＩＥに１つの追加ビットを含めることができる。この場合、第１デバイス４１０－１がＧＮＳＳおよびセルラー無線を同時に動作させることができない場合（例えば、ＩｏＴまたは拡張モバイルブロードバンド（ｅＭＢＢ））、第２デバイス４２０は、ＧＮＳＳ動作を完了させるためにスケジューリングギャップを作成することもできる。

本開示の実施形態は、システムブロードキャスト情報が信頼できない場合に、ＵＬ送信（例えばＰＵＳＣＨ）におけるＵＥ間干渉を回避することができ、これは、ＮＷ作業を良好に促進し、システム性能を保証するためである。本開示の実施形態はまた、システムブロードキャスト情報が利用可能でない場合にＵＥが再びシステムにアクセスすることを可能にすることができ、したがって、ＵＥがシステム内で再びサービスを受けることを可能にすることができる。本開示の実施形態は、ＵＥにおける専用のシステムブロードキャスト情報利用可能性ガードタイマーおよび定期チェックタイマー、ならびにＵＥがシステムブロードキャスト情報の精度が低下したことを検出する方法に関するパラメータを有するＮＷ制御メカニズムを導入する。

図６は、本開示のいくつかの例示的な実施形態による例示的な方法６００のフローチャートを示す。議論のために、方法６００を第１デバイス４１０の観点から説明する。

いくつかの実施形態では、ブロック６１０において、第１デバイス４１０－１は、Ｍｓｇ１を送信する前に、第１デバイス４１０－１に有効なシステムブロードキャスト情報があるかどうかを決定することができる。有効なシステムブロードキャスト情報がない場合、ブロック６２０において、第１デバイス４１０－１は、有効なシステムブロードキャスト情報のないＵＥのために予約されたＰＲＡＣＨリソースを使用して、第２デバイス４２０にアクセスすることができる。

有効なシステムブロードキャスト情報がある場合、ブロック６３０において、第１デバイス４１０－１は、システムブロードキャスト情報を持つＵＥ用に予約されたＰＲＡＣＨリソースを使用して第２デバイス４２０にアクセスすることができる。いくつかの実施形態では、第１デバイス４１０－１は４ステップのランダムアクセス手順を実行できる。あるいは、第１デバイス４１０－１は、２ステップのランダムアクセス手順を実行することができる。

いくつかの実施形態では、第２デバイス４２０は、システムブロードキャスト情報の有効性タイマーを構成することができる。いくつかの実施形態では、システムブロードキャスト情報は、全地球航法衛星システムによって提供されるＧＮＳＳ位置情報から構成され得る。代替的にまたは追加的に、システムブロードキャスト情報は、グローバルナビゲーション衛星システムによって提供されるＧＮＳＳタイムスタンプ情報から構成され得る。この場合、第１デバイス４１０－１は、第２デバイス４２０から有効性タイマーの構成を受信することができる。例えば、構成は有効性タイマーの期間を示すことができる。他の実施形態では、有効性タイマーは、第１デバイス４１０－１で事前に構成することができる。いくつかの実施形態では、有効性タイマーはＵＥ固有のタイマーであり得る。この場合、有効性タイマーの構成は、無線リソース制御（ＲＲＣ）シグナリングを介して第１デバイス４１０－１に送信され得る。あるいは、またはそれに加えて、有効性タイマーはＵＥに共通とすることができる。この状況では、有効性タイマーの構成は、１つ以上の第１デバイスにブロードキャストされ得る。

いくつかの実施形態では、タイマーの持続時間は、第１デバイス４１０－１と第２デバイス４２０との間の信号対雑音比（ＳＮＲ）に基づいて決定され得る。代替的または追加的に、タイマーの持続時間は、第１デバイス４１０－１と第２デバイス４２０との間のチャネルの品質に基づいて決定することができる。

ブロック６４０において、第１デバイス４１０－１は有効性タイマーをトリガーする。例えば、いくつかの実施形態では、有効性タイマーが実行されているとき、システムがブロードキャストした情報は、タイミング前進を推定するために有効であるべきである。代替的にまたは追加的に、システムは、有効性タイマーが実行されているときに周波数シフトを推定するために有効であるべきである。いくつかの実施形態では、有効性タイマーは、第１デバイス４１０－１が有効なシステムブロードキャスト情報を受信した第１の時点でトリガーされ得る。いくつかの実施形態では、有効性タイマーは、ランダムアクセス手順が正常に完了した後に暗黙的にトリガーされ得る。いくつかの実施形態では、第１デバイス４１０－１は、第２デバイス４２０において別の有効性タイマーをトリガーする明示的な指示を送信することができる。このようにして、システム性能を保証する。

いくつかの実施形態では、ブロック６５０において、第１デバイス４１０－１は、有効性タイマーが期限切れであるかどうかを決定することができる。第１デバイス４１０－１の有効性タイマーが期限切れである場合、第１デバイス４１０－１は、ブロック６６０において、他のデバイスへの干渉を回避するためにデータ送信を停止することができる。この場合、第１デバイス４１０－１は、有効なシステムブロードキャスト情報なしで、ＵＥのために予約されている１つ以上のＰＲＡＣＨリソースを選択することができる。第１デバイス４１０－１は、第２デバイス４２０との間で別のランダムアクセス手順を開始することができる。

第１デバイス４１０－１における有効性タイマーが満了した場合、ブロック６７０において、第１デバイス４１０－１は、システムブロードキャスト情報が有効であるか否かを決定する。いくつかの実施形態において、第１デバイス４１０－１は、第２デバイス４２０からの信号電力の変化を決定してもよい。変化が閾値変化を超える場合、第１デバイス４１０－１は、システムブロードキャスト情報が無効であると決定することができる。閾値変化は、時間領域での補償と周波数領域での補償とで異なっていてもよい。他の実施形態では、第１デバイス４１０－１は、現在のＴＡレベルを監視することができる。この場合、システムブロードキャスト情報に基づくＴＡの推定値の間の差が閾値以上である場合、システムブロードキャスト情報は無効である。あるいは、システムブロードキャスト情報に基づくＴＡの推定が大きなステップを示す場合、位置またはタイムスタンプの推定が間違っていることを意味する。他の実施形態では、周波数シフトのシステムブロードキャスト情報ベースの推定間の差が閾値以上である場合、システムブロードキャスト情報は無効である。

システムブロードキャスト情報が有効である場合、第１デバイス４１０－１は、ブロック６８０において、システムブロードキャスト情報が有効であることを示す有効性情報を送信する。いくつかの実施形態では、第１デバイス４１０－１は、第２デバイス４２０から有効性情報の要求を受信することができる。第１デバイス４１０－１は、その要求を受信した後、有効性情報を送信することができる。あるいは、第１デバイス４１０－１は、有効性情報を定期的に送信することができる。例えば、有効性情報は、所定の周期で送信され得る。所定の期間は、第１デバイス４１０－１で決定することができる。あるいは、所定の期間は、第２デバイス４２０によって決定され得る。他の実施形態では、第１デバイス４１０－１は、第２デバイス４２０における他の有効性タイマーが満了していないことを保証するために、有効性情報をオンデマンドで送信することができる。このようにして、ＴＡおよび／または周波数シフトの推定の精度を保証する。第１デバイス４１０－１は、有効性情報を送信した後、有効性タイマーをリセットすることができる。

いくつかの実施形態では、有効性情報は、システムがブロードキャストした情報がＴＡ推定のために有効であることを示すことができる。代替的または追加的に、有効性情報は、より多くの有効性ステータスを示すことができる。例えば、有効性情報は、システムブロードキャスト情報が周波数補償のために有効であることを示すことができる。有効性情報は、システムブロードキャスト情報が時間領域における補償のために有効であるかどうかの表示を含むことができる。他の実施形態では、有効性情報は、システムブロードキャスト情報が周波数領域での補償に有効であるかどうかの表示で構成することができる。代替的または追加的に、有効性情報は、現在使用されているタイミングアドバンスで構成することができる。他の実施形態では、有効性情報は、現在使用されている周波数シフトを構成することができる。有効性情報はまた、正確なシステムブロードキャスト情報が第１デバイス４１０－１によって受信された最後の時間を示すことができる。

いくつかの実施形態では、有効性情報は、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）で送信され得る。ＭＡＣ ＣＥは、物理アップリンク共有チャネル（ＰＵＳＣＨ）で送信され得る。例えば、ＭＡＣ ＣＥは、アップリンク制御情報において送信され得る。あるいは、有効性情報は、エネルギーを節約することができる他の送信と共に送信することができる。例えば、有効性情報はチャネル品質インジケータ（ＣＱＩ）レポートで送信することができる。

いくつかの実施形態では、有効性情報はスケジューリング要求（ＳＲ）で送信することができる。代替的または追加的に、有効性情報は、ハイブリッド自動繰返し要求（ＨＡＲＱ）フィードバックにおいて送信することができる。他の実施形態では、有効性情報は他のＵＬ送信で送信することができる。有効性情報は暗黙的に送信することができる。例えば、第１デバイス４１０－１によって送信されたＳＲが第２デバイス４２０と良好に時間整合している場合、第２デバイス４２０は、システムブロードキャスト情報が有効であると決定することができる。同様に、ＨＡＲＱフィードバックまたはＵＬ送信が第２デバイス４２０と時間整合している場合、システムブロードキャスト情報は有効であると決定することができる。いくつかの実施形態では、有効性情報は、第１デバイス４１０－１と第２デバイス４２０との間で送信されるＲＲＣシグナリングによって送信され得る。

いくつかの実施形態において、第１デバイス４１０－１は、システムブロードキャスト情報の精度を決定することができる。システムブロードキャスト情報の精度が閾値精度未満である場合、第１デバイス４１０－１は、第２デバイス４２０への有効性情報の送信を停止することができる。いくつかの実施形態において、第１デバイスは、現在のＴＡレベルを監視することができ、システムブロードキャスト情報に基づく推定値が突然閾値以上異なる場合、精度が劣化する。あるいは、システムがブロードキャストした情報に基づくＴＡ推定値が大きなステップを示す場合、それは位置またはタイムスタンプ推定値が誤っていることを意味する。

さらに、第１デバイス４１０－１は、例えば、第１デバイス４１０－１が屋内に移動した場合、システムブロードキャスト情報が不正確であることを検出することができる。この場合、有効性タイマーがまだ実行中であれば、第１デバイス４１０－１は、不正確なシステムブロードキャスト情報から導出された値を使用する代わりに、アップリンク送信のために以前に有効であったＴＡ（例えば、過去ｘ秒以内のもの）を適用してもよい。

他の実施形態では、システムブロードキャスト情報の精度が回復した場合、第１デバイス４１０－１は、第２デバイス４２０に指示を送信して、第２デバイス４２０における他の有効性タイマーを再起動させることができる。この状況において、第１デバイス４１０－１は、第１デバイス４１０－１における有効性タイマーもリセットすることができる。例えば、第１デバイス４１０－１においてタイマー回復メカニズムを定義することができる。例えば、第１デバイス４１０－１が屋内から屋外に移動した場合、システムブロードキャスト情報の精度が回復するかどうかを判断することができる。この場合、第１デバイス４１０－１は、第２デバイス４２０の他の有効期限タイマーをリセットするための通知をネットワークに送信することができる。上記有効性情報を送信した後、第１デバイス４１０－１の有効性タイマーもリセットすることができる。

さらに、ＴＡ推定に加えて、有効性タイマーは、ＵＬ周波数同期を達成するためにシステムブロードキャスト情報が有効であることをカバーするためにも利用することができる。第１デバイス４１０－１は、第１デバイス４１０－１においてシステムブロードキャスト情報がＴＡ推定およびＵＬ周波数同期の両方において有効であることを第２デバイス４２０と同期させるために、そのシステムブロードキャスト情報がＴＡ推定およびＵＬ周波数同期の両方に対して有効である場合、有効性タイマーを維持し、有効性情報を第２デバイス４２０に送信することができる。ＵＬ周波数同期の場合、第１デバイス４１０－１において有効性タイマーが満了した場合、第１デバイス４１０－１は、ＰＲＢ（周波数領域）におけるＵＥ間干渉を回避するために、再びＲＡＣＨすべきではない。同様に、第２デバイス４２０において有効性タイマーが満了した場合、第２デバイス４２０はＰＤＣＣＨオーダを送信せず、第１デバイス４１０－１に再度ＰＲＡＣＨを行うよう求めるべきである。

図７は、本開示のいくつかの例示的な実施形態による例示的な方法７００のフローチャートを示す。議論のために、方法７００を第２デバイス４２０の観点から説明する。

いくつかの実施形態では、ブロック７１０において、第２デバイス４２０は、第２デバイス４２０における他の有効性タイマーを開始する開始指示が受信されたかどうかを決定することができる。開始指示が受信された場合、第２デバイス４２０は、ブロック７２０において、他の有効性タイマーをトリガーする。一部の実施形態では、ランダムアクセス手順が正常に完了した後に、他の有効性タイマーをトリガーすることができる。いくつかの実施形態では、第２デバイス４２０は、他の有効性タイマーをトリガーするための指示を受信してもよい。第２デバイス４２０は、指示に基づいて他の有効性タイマーをトリガーしてもよい。指示は暗黙的であっても明示的であってもよい。いくつかの実施形態では、第１デバイス４１０－１および第２デバイス４２０の有効性タイマーが同時に開始、リセット、および停止できることを保証するために、第１デバイス４１０－１はその有効性タイマーにオフセットを適用することができる。オフセットは、ＲＴＴと処理遅延を考慮した値とすることができる。

いくつかの実施形態では、ブロック７３０において、第２デバイス４２０は、他の有効性タイマーが期限切れであるか否かを決定し得る。他の有効性タイマーが満了していない場合、ブロック７４０において、第２デバイス４１０は、システムブロードキャスト情報が有効であることを示す有効性情報を受信したか否かを決定する。有効性情報が受信されない場合、第２デバイス４２０は、他の有効性タイマーが期限切れであるか否かを再び決定することができる。有効性情報が受信された場合、第２デバイス４２０は、他の有効性タイマーを再びトリガーする（すなわち、他の有効性タイマーをリセットする）ことができる。いくつかの実施形態では、有効性情報は、システムがブロードキャストした情報がＴＡ推定のために有効であることを示すことができる。代替的または追加的に、有効性情報は、より多くの有効性ステータスを示すことができる。例えば、有効性情報は、システムブロードキャスト情報が周波数補償のために有効であることを示すことができる。有効性情報は、システムブロードキャスト情報が時間領域での補償のために有効であるかどうかの表示を含むことができる。他の実施形態では、有効性情報は、システムブロードキャスト情報が周波数領域における補償のために有効であるかどうかの表示を構成することができる。代替的または追加的に、有効性情報は、現在使用されているタイミングアドバンスで構成することができる。他の実施形態では、有効性情報は、現在使用されている周波数シフトを含むことができる。有効性情報はまた、正確なシステムブロードキャスト情報が第１デバイス４１０－１によって受信された最後の時間を示すことができる。

いくつかの実施形態では、有効性情報は、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）において受信され得る。ＭＡＣ ＣＥは物理上りリンク共有チャネル（ＰＵＳＣＨ）で受信できる。例えば、ＭＡＣ ＣＥはアップリンク制御情報の中で受信することができる。あるいは、有効性情報は、エネルギーを節約できる他の送信と共に受信することができる。例えば、有効性情報はチャネル品質インジケータ（ＣＱＩ）レポートで受信することができる。

いくつかの実施形態では、有効性情報はスケジューリング要求（ＳＲ）で受信することができる。代替的または追加的に、有効性情報は、ハイブリッド自動繰返し要求（ＨＡＲＱ）フィードバックで受信することができる。他の実施形態では、有効性情報は他のＵＬ送信で受信することができる。有効性情報は暗黙的に受信することができる。例えば、第１デバイス４１０－１によって送信されたＳＲが第２デバイス４２０と良好に時間整合している場合、第２デバイス４２０は、システムブロードキャスト情報が有効であると決定することができる。同様に、ＨＡＲＱフィードバックまたはＵＬ送信が第２デバイス４２０と時間整合している場合、システムブロードキャスト情報は有効であると決定することができる。いくつかの実施形態では、有効性情報は、第１デバイス４１０－１と第２デバイス４２０との間で送信されるＲＲＣシグナリングによって送信され得る。

いくつかの実施形態において、他の有効性タイマーが満了した場合、ブロック７５０において、第２デバイス４２０は、ＵＬ送信のための第１デバイス４１０－１のスケジューリングを停止することができる。さらに、ブロック７６０において、第２デバイス４２０は、別のランダムアクセス手順を開始するためのＰＤＣＣＨ順序を送信し得る。いくつかの実施形態では、第２デバイス４２０は、第１デバイス４１０－１が接続モードにおいてシステムブロードキャスト情報に基づくタイミング同期をトリガーすることを示すために、ＴＡコマンドＭＡＣ ＩＥに１つの追加ビットを含めることができる。この場合、第１デバイス４１０－１がＧＮＳＳとセルラー無線を同時に動作させることができない場合（例えば、ＩｏＴまたは拡張モバイルブロードバンド（ｅＭＢＢ））、第２デバイス４２０もＧＮＳＳ動作を完了させるためにスケジューリングギャップを作ることができる。

いくつかの例示的な実施形態では、方法６００のいずれかを実行可能な装置（例えば、第１デバイス４１０）は、方法６００のそれぞれの動作を実行するための手段を構成することができる。手段は、任意の適切な形態で実装されてよい。例えば、手段は、回路またはソフトウェアモジュールに実装されてもよい。第１デバイスは、第１デバイス４１０として実装されてもよいし、第１デバイス４１０に含まれてもよい。いくつかの例示的な実施形態において、手段は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備えることができる。少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサとともに、装置の性能を発揮させるように構成される。

いくつかの実施形態において、本装置は、第１デバイスにおいて、時間領域および／または周波数領域における第１デバイスと第２デバイスとの間の送信に関する補償を導出するために使用されるシステムブロードキャスト情報の有効性タイマーをトリガーするための手段と、有効性タイマーの満了前に、システムブロードキャスト情報が補償のために有効であるか否かを決定する手段と、前記システム報知が有効であるとの決定に応じて、前記システムブロードキャスト情報が有効であることを示す有効性情報を前記第２デバイスに送信する手段と、有効性タイマーをリセットする手段と、を備える。

いくつかの実施形態において、前記有効性情報を送信するための手段は、前記所定期間、前記第２デバイスから前記有効性情報の要求を受信したこと、または、前記システムブロードキャスト情報の有効性を変更させる条件が満たされたこと、のうちの１つに基づいて有効性情報を送信する手段を備える。

いくつかの実施形態において、有効性情報は、システムブロードキャスト情報が時間領域における補償のために有効であるかどうかの表示、システムブロードキャスト情報が周波数領域における補償のために有効であるかどうかの表示、現在使用されているタイミングアドバンス、現在使用されている周波数シフト、または、正確なシステムブロードキャスト情報が第１デバイスによって受信された最後の時刻、のうちの少なくとも１つを含む。

いくつかの実施形態では、装置は、システムブロードキャスト情報の精度を決定するための手段と、システムブロードキャスト情報の精度が閾値精度未満であるという決定に従って、第１デバイスと第２デバイスとの間の送信、または、有効性情報の送信の少なくとも一方を停止、のうちの少なくとも１つを一時停止する手段と、をさらに備える。

いくつかの実施形態において、装置は、システムブロードキャスト情報の精度が閾値精度を下回り、有効性タイマーが実行中であるという決定に従って、第１デバイスと第２デバイスとの間の送信に対して、時間領域および／または周波数領域における以前の有効な補償を適用するための手段をさらに備える。

いくつかの実施形態では、装置は、システムブロードキャスト情報の精度が閾値精度を超えているという決定に従って、有効性情報を第２デバイスに送信して、第２デバイスにおいてさらなる有効性タイマーを再起動するための手段と、第１デバイスで有効性タイマーをリセットする手段と、をさらに備える。

いくつかの実施形態において、本装置は、システムブロードキャスト情報に基づいて推定タイミングアドバンスの変化が閾値変化を超えること、システムブロードキャスト情報に基づいて推定タイミングアドバンスが閾値ステップを超えるステップを示すこと、または
システムブロードキャスト情報の検出された信号強度が閾値を下回ること、のうちの少なくとも１つが満たされる場合に、システムブロードキャスト情報の精度が閾値精度未満であると決定するための手段をさらに備える。

いくつかの実施形態において、有効性情報を送信するための手段は、媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）、スケジューリング要求、ハイブリッド自動繰返し要求（ＨＡＲＱ）フィードバック、または、前記第１デバイスと前記第２デバイスとの間で送信される無線リソース制御シグナリングのうちの少なくとも１つにおいて有効性情報を送信する手段を備える。

いくつかの実施形態において、装置は、有効性タイマーが満了したとの決定に従って、前記第２デバイスへの送信を停止すること、または、前記第２デバイスへのランダムアクセスを開始することのうちの少なくとも１つを実行するための手段をさらに備える。

いくつかの実施形態において、装置は、第２デバイスから、有効性タイマーの時間、システムブロードキャスト情報の閾値精度、または、有効性情報更新周期のうちのの少なくとも１つを示す構成を受信するための手段をさらに備える。

いくつかの実施形態において、本装置は、有効性タイマーの満了前に、システムブロードキャスト情報に基づいてタイミング調整および／または周波数調整を開始する指示を第２デバイスから受信するための手段をさらに備える。

いくつかの実施形態において、装置は、有効性タイマーにオフセットを適用するための手段をさらに備え、オフセットは、少なくとも、第１デバイスと第２デバイスとの間の往復時間を含む。

いくつかの実施形態では、本装置は、第２デバイスにおいて別の有効性タイマーをトリガーするための暗黙的または明示的な開始指示を第２デバイスに送信する手段をさらに備える。

いくつかの例示的な実施形態では、方法７００のいずれかを実行可能な第２デバイス（たとえば、第２デバイス４２０）は、方法７００のそれぞれの動作を実行するための手段を備えることができる。手段は、任意の適切な形態で実装することができる。例えば、手段は、回路またはソフトウェアモジュールに実装されてもよい。第１デバイスは、第２デバイス３２０として実装されてもよいし、第２デバイス３２０に含まれてもよい。いくつかの例示的な実施形態では、手段は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを含んでよい。少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサと共に、装置の性能を引き起こすように構成される。

幾つかの実施形態において、本装置は、第２デバイスにおいて、第１デバイスによる時間領域及び／又は周波数領域における第１デバイスと第２デバイスとの間の送信に関する補償を導出するために使用されるシステムブロードキャスト情報の有効性タイマーをトリガーするための手段と、前記第１デバイスから、前記システムブロードキャスト情報が有効であることを示す有効性情報を受信する手段と、有効性タイマーをリセットする手段と、を備える。

いくつかの実施形態において、本装置は、有効性情報の要求を第１デバイスに送信する手段をさらに備える。

いくつかの実施形態において、有効性情報は、システムブロードキャスト情報が時間領域における補償のために有効であるかどうかの表示、システムブロードキャスト情報が周波数領域における補償のために有効であるかどうかの表示、現在使用されているタイミングアドバンス、現在使用されている周波数シフト、または、正確なシステムブロードキャスト情報が第１デバイスによって受信された最後の時刻、のうちの少なくとも１つを含む。

いくつかの実施形態では、有効性タイマーは、第１デバイスから受信した暗黙的または明示的な開始指示によってトリガーされる。

いくつかの実施形態では、有効性情報を受信するための手段は、有効性情報を、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）、スケジューリング要求、ハイブリッド自動反復要求（ＨＡＲＱ）フィードバック、または、第１デバイスと第２デバイスとの間のＲＲＣシグナリングのうちの少なくとも１つで受信することを備える。

いくつかの実施形態では、装置は、第１デバイスに、有効性タイマーの持続時間、システムブロードキャスト情報の閾値精度、または、有効性情報の更新周期性のうちの少なくとも１つを示す構成を送信する手段をさらに備える。

いくつかの実施形態では、装置は、送信に基づいてタイミングアドバンスドリフトを決定するための手段と、タイミングアドバンスドリフトが閾値ドリフトを超えるという決定に従って、システムブロードキャスト情報に基づいてタイミング調整および／または周波数調整を開始する指示を第１デバイスに送信する手段と、をさらに備える。

いくつかの実施形態において、装置は、有効性タイマーが満了したとの決定に従って、第１デバイスのスケジューリングを中断するための手段と、前記第１デバイスが前記第２デバイスに対してランダムアクセスを実行するトリガーとなる物理ランダムアクセスチャネル（ＰＲＡＣＨ）命令を前記第１デバイスに送信する手段と、をさらに備える。

図８は、本開示の例示的な実施形態を実装するのに適したデバイス８００の簡略化されたブロック図である。デバイス８００は、例えば、図１に示されるような第１デバイス１１０または第２デバイス１２０などの通信デバイスを実装するために提供され得る。示されるように、デバイス８００は、１つ以上のプロセッサ８１０と、プロセッサ８１０に結合された１つ以上のメモリ８２０と、プロセッサ８１０に結合された１つ以上の通信モジュール８４０とを含む。

通信モジュール８４０は双方向通信用である。通信モジュール８４０は、１つ以上の他のモジュールまたはデバイスとの通信を容易にするために、１つ以上の通信インターフェースを有する。通信インターフェースは、他のネットワーク要素との通信に必要な任意のインターフェースを表すことができる。いくつかの例示的な実施形態において、通信モジュール８４０は、少なくとも１つのアンテナを含むことができる。

プロセッサ８１０は、ローカル技術ネットワークに適した任意のタイプのものであってよく、非限定的な例として、汎用コンピュータ、特殊用途コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、および、マルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含み得る。装置８００は、メインプロセッサを同期させるクロックに時間的にスレーブされる特定用途向け集積回路チップなどの複数のプロセッサを有していてもよい。

メモリ８２０は、１つ以上の不揮発性メモリおよび１つ以上の揮発性メモリを含むことができる。不揮発性メモリの例としては、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）８２４、ＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、ハードディスク、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ）、光ディスク、レーザディスク、および他の磁気記憶装置および／または光記憶装置が挙げられるが、これらに限定されない。揮発性メモリの例としては、ランダムアクセスメモリ（ＲＡＭ）８２２や、パワー・ダウン時間では持続しない他の揮発性メモリが挙げられるが、これらに限定されない。

コンピュータプログラム８３０は、関連プロセッサ８１０によって実行されるコンピュータ実行可能命令を含む。プログラム８３０は、メモリ、例えばＲＯＭ８２４に格納されてもよい。プロセッサ８１０は、プログラム８３０をＲＡＭ８２２にロードすることによって、任意の適切な動作および処理を実行してもよい。

本開示の例示的な実施形態は、図５ないし図７を参照して議論されるように、装置８００が本開示の任意のプロセスを実行し得るように、プログラム８３０によって実施され得る。また、本開示の例示的な実施形態は、ハードウェアによって、またはソフトウェアとハードウェアの組み合わせによって実施することもできる。

いくつかの例示的な実施形態では、プログラム８３０は、デバイス８００に含まれ得る（メモリ８２０内など）コンピュータ可読媒体、または、デバイス８００によってアクセス可能な他の記憶デバイスに接するように含まれ得る。装置８００は、実行のために、プログラム８３０をコンピュータ可読媒体からＲＡＭ８２２にロードしてもよい。コンピュータ可読媒体は、ＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードディスク、ＣＤ、ＤＶＤ、および他の磁気記憶装置および／または光学記憶装置などの任意のタイプの有形不揮発性記憶装置を含み得る。図９は、光記憶ディスクの形態のコンピュータ可読媒体９００の例を示す。このコンピュータ可読媒体には、プログラム８３０が格納されている。

一般に、本開示の様々な実施形態は、ハードウェアまたは特殊目的回路、ソフトウェア、ロジック、またはそれらの任意の組み合わせで実装され得る。いくつかの態様はハードウェアに実装されてもよく、他の態様はコントローラ、マイクロプロセッサ、または他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアに実装されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート、または他の何らかの絵画的表現を用いて図示および説明されているが、本明細書で説明されるブロック、装置、システム、技術、または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、特殊用途回路またはロジック、汎用ハードウェアまたはコントローラ、または他のコンピューティングデバイス、またはそれらの何らかの組み合わせで実装され得ることを理解されたい。

本開示はまた、非一過性のコンピュータ可読記憶媒体に当接可能に記憶された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図３ないし図８を参照して上述したような方法のいずれかを実行するために、ターゲット物理プロセッサまたは仮想プロセッサ上のデバイスにおいて実行される、プログラムモジュールに含まれるものなどのコンピュータ実行可能命令を含む。一般に、プログラムモジュールには、特定のタスクを実行したり、特定の抽象データ型を実装したりするルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などが含まれる。プログラムモジュールの機能は、様々な実施形態において所望に応じてプログラムモジュール間で組み合わせたり、分割したりすることができる。プログラムモジュールの機械実行可能命令は、ローカルまたは分散デバイス内で実行されてもよい。分散デバイスでは、プログラムモジュールは、ローカルおよびリモートの記憶媒体の両方に配置されてもよい。

本開示の方法を実施するためのプログラムコードは、１つ以上のプログラミング言語の任意の組み合わせで記述され得る。これらのプログラムコードは、汎用コンピュータ、特殊用途コンピュータ、または他のプログラム可能なデータ処理装置のプロセッサまたはコントローラに提供されてもよく、プログラムコードがプロセッサまたはコントローラによって実行されると、フローチャートおよび／またはブロック図で指定された機能／動作が実施されるようになる。プログラムコードは、完全にマシン上で実行してもよいし、部分的にマシン上で実行してもよいし、スタンドアロンソフトウェアパッケージとして実行してもよいし、部分的にマシン上で実行し、部分的にリモートマシン上で実行してもよいし、完全にリモートマシンまたはサーバ上で実行してもよい。

本開示の文脈において、コンピュータプログラムコードまたは関連データは、デバイス、装置、またはプロセッサが上述のような様々なプロセスおよび動作を実行することを可能にするために、任意の適切なキャリアによって搬送され得る。キャリアの例には、信号、コンピュータ可読媒体などが含まれる。

コンピュータ可読媒体は、コンピュータ可読信号媒体であってもよいし、コンピュータ可読記憶媒体であってもよい。コンピュータ可読媒体には、電子式、磁気式、光学式、電磁式、赤外線式、または半導体式のシステム、装置、もしくはデバイス、またはこれらの任意の適切な組み合わせが含まれるが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例としては、１本以上のワイヤを有する電気接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学記憶装置、磁気記憶装置、または前述の任意の適切な組み合わせが挙げられる。

さらに、操作は特定の順序で描かれているが、これは、望ましい結果を達成するために、そのような操作を、示された特定の順序で、または順次実行すること、あるいは図示されたすべての操作を実行することを要求するものとして理解されるべきではない。特定の状況においては、マルチタスクおよび並列処理が有利である場合がある。同様に、いくつかの具体的な実装の詳細が上記の議論に含まれているが、これらは、本開示の範囲を制限するものとして解釈されるべきではなく、むしろ、特定の実施形態に特有であり得る特徴の説明として解釈されるべきである。別々の実施形態の文脈で説明される特定の特徴は、単一の実施形態において組み合わせて実施することもできる。逆に、単一の実施形態の文脈で説明される様々な特徴も、複数の実施形態で別々に、または任意の適切なサブコンビネーションで実施することができる。

本開示は、構造的特徴及び／又は方法論的行為に特有の言語で説明されてきたが、添付の特許請求の範囲において定義される本開示は、必ずしも上述の特定の特徴又は行為に限定されないことを理解されたい。むしろ、上述した特定の特徴および行為は、特許請求の範囲を実施する例示的な形態として開示されている。

Claims (48)

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. 請求項２４から３７のいずれか１項に記載の方法、または、請求項３８から４６のいずれか１項に記載の方法を装置に実行させるためのプログラム命令を含むコンピュータ可読媒体。

Images