JP6479826B2 - タイミングソース選択および選択解除分散デバイスツーデバイス同期のための方法および装置 - Google Patents

Description

優先権の主張

関連出願の相互参照
本出願は、その全体が参照により本明細書に明確に組み込まれる、２０１４年１月１７日に出願された「METHOD AND APPARATUS FOR TIMING SOURCE SELECTION AND DESELECTION DISTRIBUTED DEVICE TO DEVICE SYNCHRONIZATION」と題する米国特許出願第１４／１５８，７０１号の利益を主張する。

本開示は、一般に通信システムに関し、より詳細には、分散（distributed）デバイスツーデバイス（Ｄ２Ｄ：device to device）同期のためのタイミングソース選択（timing source selection）および選択解除（deselection）に関する。

[0003]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなどの様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムがある。

[0004]これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを与えるために様々な電気通信規格において採用されている。電気通信規格の一例はＬＴＥ（登録商標）である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：Third Generation Partnership Project）によって公表されたユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Universal Mobile Telecommunications System）モバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善することによってモバイルブロードバンドインターネットアクセスをより良くサポートし、コストを下げ、サービスを改善し、新しいスペクトルを利用し、また、ダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合するように設計されている。ＬＴＥはまた、直接デバイスツーデバイス（ピアツーピア）通信をサポートし得る。

[0005]ユーザ機器（ＵＥ）が同期のソース（たとえば、ワイヤレスアクセスネットワーク（ＷＡＮ）ベース、全地球断定システム（ＧＰＳ）受信機ベースなど）へのアクセスを有しないことがあるＤ２Ｄ通信システムでは、ＵＥは分散プロトコルの使用によって同期を達成し得る。そのようなプロトコルでは、同期のためのリソース（たとえば、同期チャネルリソース）は、バッテリー消費、ならびに同期のために使用されるリソースの量を低減するために、低速時間スケールで（たとえば、毎秒１回）割り振られ得る。さらに、複数のＵＥが、同期チャネル中で利用可能な複数のブロードキャストリソース中で送信し得、タイミング構造情報、フレーム構造情報、時間および周波数補正、他のチャネルの割振りなどを取得するために、これらのリソース上の送信を受信し得る。

[0006]過密（densely populated）Ｄ２Ｄ通信システムでは、これらの同期チャネルリソースは、すべてのＵＥがその同期チャネルの各存在（occurrence）中で送信することを試みるので、重度に再利用され得る。すべてのデバイスが同期チャネル中で送信する場合、リソースのスケーリング、タイミング情報ブロードキャスト（ＴＩＢ：timing information broadcast）送信への非制御干渉などに関する問題があり得る。

[0007]したがって、過密Ｄ２Ｄ通信システムのための同期チャネル設計を改善するためのシステムおよび方法が望まれ得る。

[0008]以下で、１つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図された態様の包括的な概観ではなく、すべての態様の主要または重要な要素を識別するものでも、いずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。

[0009]１つまたは複数の態様およびそれの対応する開示に従って、過密通信システムにおいて分散Ｄ２Ｄ同期のための非集中方式でタイミングソース選択および選択解除を可能にすることに関して、様々な態様について説明する。一例では、非タイミングソース（ＴＳ）モードで機能する通信デバイスは、同期チャネル中にタイミング情報についての要求を受信するように装備される。通信デバイスは、さらに、選択ユーティリティメトリック値に基づいてＴＳモードに切り替えるべきかどうかを決定するように装備され得る。別の例では、ＴＳモードで機能する通信デバイスは、同期チャネル中にＴＩＢを送信し、選択解除ユーティリティメトリック値に基づいて非ＴＳモードに切り替えるべきかどうかを決定するように装備される。ＴＳモードでは、ＵＥは、ＴＩＢを送信するように構成されるが、非ＴＳモードでは、ＵＥは、ＴＩＢを送信しないように構成される。

[0010]関係する態様によれば、過密通信システムにおいて分散Ｄ２Ｄ同期のためのタイミングソース選択および選択解除を可能にするための方法が提供される。本方法は、非ＴＳモードにあるＵＥによって、同期チャネル中にタイミング情報についての要求を受信することを含むことができる。その上、本方法は、選択ユーティリティメトリック値に基づいてＴＳモードに切り替えるべきかどうかを決定することを含み得る。一態様では、ＴＳモードでは、ＵＥは、ＴＩＢを送信するように構成される。

[0011]別の態様は、過密通信システムにおいて分散Ｄ２Ｄ同期のためのタイミングソース選択および選択解除を行うことが可能な通信装置に関する。本通信装置は、非ＴＳモードで、同期チャネル中にタイミング情報についての要求を受信するための手段を含むことができる。その上、本通信装置は、選択ユーティリティメトリック値に基づいてＴＳモードに切り替えるべきかどうかを決定するための手段を含むことができる。一態様では、ＴＳモードでは、本装置は、ＴＩＢを送信するための手段を含む。

[0012]別の態様は通信装置に関する。本装置は、非ＴＳモードで、同期チャネル中にタイミング情報についての要求を受信するように構成された処理システムを含むことができる。その上、処理システムは、選択ユーティリティメトリック値に基づいてＴＳモードに切り替えるべきかどうかを決定するようにさらに構成され得る。一態様では、ＴＳモードでは、処理システムは、ＴＩＢを送信するように構成される。

[0013]さらに別の態様は、非ＴＳモードにあるＵＥによって、同期チャネル中にタイミング情報についての要求を受信するためのコードを含むコンピュータ可読媒体を有することができる、ＵＥのコンピュータプログラム製品に関する。その上、コンピュータ可読媒体は、選択ユーティリティメトリック値に基づいてＴＳモードに切り替えるべきかどうかを決定するためのコードを含むことができる。一態様では、ＴＳモードでは、コンピュータ可読媒体は、ＴＩＢを送信するためのコードを含む。

[0014]関係する態様によれば、過密通信システムにおいて分散Ｄ２Ｄ同期のためのタイミングソース選択および選択解除を可能にするための方法が提供される。本方法は、ＴＳモードにあるＵＥによって、同期チャネル中にＴＩＢを送信することを含むことができる。本方法はまた、ＴＳモードにあるＵＥによって、同期チャネル中にリソース中でＴＩＢ送信を受信することを含むことができる。その上、本方法は、選択解除ユーティリティメトリック値に基づいて非ＴＳモードに切り替えるべきかどうかを決定することを含み得る。一態様では、非ＴＳモードでは、ＵＥは、ＴＩＢを送信しないように構成される。

[0015]別の態様は、過密通信システムにおいて分散Ｄ２Ｄ同期のためのタイミングソース選択および選択解除を行うことが可能な通信装置に関する。本通信装置は、ＴＳモードで、同期チャネル中にＴＩＢを送信するための手段を含むことができる。本通信装置はまた、ＴＳモードで、同期チャネル中にリソース中でＴＩＢ送信を受信するための手段を含むことができる。その上、本通信装置は、選択解除ユーティリティメトリック値に基づいて非ＴＳモードに切り替えるべきかどうかを決定するための手段を含むことができる。一態様では、非ＴＳモードでは、本装置は、ＴＩＢを送信しないように構成される。

[0016]別の態様は通信装置に関する。本装置は、ＴＳモードで、同期チャネル中にＴＩＢを送信するように構成された処理システムを含むことができる。処理システムはまた、ＴＳモードで、同期チャネル中にリソース中でＴＩＢ送信を受信するように構成され得る。その上、処理システムは、選択解除ユーティリティメトリック値に基づいて非ＴＳモードに切り替えるべきかどうかを決定するようにさらに構成され得る。一態様では、非ＴＳモードでは、処理システムは、ＴＩＢを送信しないように構成される。

[0017]さらに別の態様は、ＴＳモードにあるＵＥによって、同期チャネル中にＴＩＢを送信するためのコードを含むコンピュータ可読媒体を有することができる、ＵＥのコンピュータプログラム製品に関する。コンピュータ可読媒体はまた、ＴＳモードにあるＵＥによって、同期チャネル中にリソース中でＴＩＢ送信を受信するためのコードを含むことができる。その上、コンピュータ可読媒体は、選択解除ユーティリティメトリック値に基づいて非ＴＳモードに切り替えるべきかどうかを決定するためのコードを含むことができる。一態様では、非ＴＳモードでは、コンピュータ可読媒体は、ＴＩＢを送信しないためのコードを含む。

[0018]上記および関係する目的を達成するために、１つまたは複数の態様は、以下で十分に説明し、特に特許請求の範囲で指摘する特徴を備える。以下の説明および添付の図面に、１つまたは複数の態様のいくつかの例示的な特徴を詳細に記載する。ただし、これらの特徴は、様々な態様の原理が採用され得る様々な方法のほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの均等物を含むものとする。

ネットワークアーキテクチャの一例を示す図。 アクセスネットワークの一例を示す図。 ＬＴＥにおけるＤＬフレーム構造の一例を示す図。 ＬＴＥにおけるＵＬフレーム構造の一例を示す図。 アクセスネットワーク中の発展型ノードＢおよびユーザ機器の一例を示す図。 デバイスツーデバイス通信ネットワークを示す図。 一態様による、時間の経過に伴うデバイスツーデバイス通信ネットワークタイミング構造を示すブロック図。 一態様による、過密通信システムにおいて分散Ｄ２Ｄ同期のためのタイミングソース選択および選択解除を可能にするように構成されたデバイスツーデバイス通信ネットワークを示す図。 ワイヤレス通信の第１の方法のフローチャート。 例示的な装置における異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図。 処理システムを採用する装置のためのハードウェア実装形態の一例を示す図。

[0030]添付の図面に関して以下に記載する発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る構成のみを表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの事例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素をブロック図の形式で示す。

[0031]次に、様々な装置および方法に関して電気通信システムのいくつかの態様を提示する。これらの装置および方法について、以下の発明を実施するための形態において説明し、（「要素」と総称される）様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示す。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課される設計制約に依存する。

[0032]例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実施するように構成された他の好適なハードウェアがある。処理システム中の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。

[0033]したがって、１つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。

[0034]図１は、ＬＴＥネットワークアーキテクチャ１００を示す図である。ＬＴＥネットワークアーキテクチャ１００は発展型パケットシステム（ＥＰＳ：Evolved Packet System）１００と呼ばれることがある。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２と、発展型ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）１０４と、発展型パケットコア（ＥＰＣ：Evolved Packet Core）１１０と、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）１２０と、事業者のＩＰサービス１２２とを含み得る。ＥＰＳは他のアクセスネットワークと相互接続することができるが、簡単のために、それらのエンティティ／インターフェースは図示していない。図示のように、ＥＰＳはパケット交換サービスを提供するが、当業者が容易に諒解するように、本開示全体にわたって提示する様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。

[0035]Ｅ−ＵＴＲＡＮは発展型ノードＢ（ｅＮＢ）１０６と他のｅＮＢ１０８とを含む。ｅＮＢ１０６は、ＵＥ１０２に対してユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与える。ｅＮＢ１０６は、バックホール（たとえば、Ｘ２インターフェース）を介して他のｅＮＢ１０８に接続され得る。ｅＮＢ１０６は、基地局、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、または何らかの他の好適な用語で呼ばれることもある。ｅＮＢ１０６は、ＵＥ１０２にＥＰＣ１１０へのアクセスポイントを与える。ＵＥ１０２の例としては、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、または任意の他の同様の機能デバイスがある。ＵＥ１０２は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。

[0036]ＵＥ１０２はＤ２Ｄ接続１０３を形成し得る。一態様では、Ｄ２Ｄ接続１０３は、ＵＥ１０２が互いに通信することを可能にするように構成され得る。別の態様では、ＵＥ１０２は、Ｄ２Ｄ接続１０３を使用して互いに通信することが可能であるＵＥのグループのリーダーとして働き得る。Ｄ２Ｄ接続１０３の例がＩＥＥＥ８０２．１１ｐベース通信に関して与えられる。ＩＥＥＥ８０２．１１ｐベースの専用短距離通信（ＤＳＲＣ：dedicated short range communications）波システムは基本的な安全メッセージフォーマットを与え、そこで、デバイス（たとえば、車両）はそれらの位置、速度および他の属性を他のデバイス（たとえば、他の車両）に周期的に告知し、それにより、近隣トラフィックがそれらの位置を追跡すること、衝突を回避すること、トラフィックフローを改善することなどが可能になり得る。さらに、これらのシステムにおける通信プロトコルは、（それらのユーザ機器（ＵＥ）をもつ）歩行者が、このスペクトルを利用することと、当該歩行者の周りの車両に当該歩行者の存在などの情報を示すことができる基本的な安全メッセージ（basic safety message）を周期的に送信することとを妨げない。

[0037]ｅＮＢ１０６はＳ１インターフェースによってＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１１２と、他のＭＭＥ１１４と、サービングゲートウェイ１１６と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１１８とを含む。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１１２はベアラおよび接続管理を行う。すべてのユーザＩＰパケットはサービングゲートウェイ１１６を通して転送され、サービングゲートウェイ１１６自体はＰＤＮゲートウェイ１１８に接続される。ＰＤＮゲートウェイ１１８はＵＥのＩＰアドレス割振りならびに他の機能を与える。ＰＤＮゲートウェイ１１８は事業者のＩＰサービス１２２に接続される。事業者のＩＰサービス１２２は、インターネットと、イントラネットと、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）と、ＰＳストリーミングサービス（ＰＳＳ：PS Streaming Service）とを含む。

[0038]図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例では、アクセスネットワーク２００は、いくつかのセルラー領域（セル）２０２に分割される。１つまたは複数のより低い電力クラスのｅＮＢ２０８は、セル２０２のうちの１つまたは複数と重複するセルラー領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、マイクロセル、またはリモートラジオヘッド（ＲＲＨ）であり得る。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２中のすべてのＵＥ２０６、２１２にＥＰＣ１１０へのアクセスポイントを与えるように構成される。ＵＥ２１２のいくつかはデバイスツーデバイス通信中であり得る。アクセスネットワーク２００のこの例には集中型コントローラはないが、代替構成では集中型コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、すべての無線関係機能を担当する。

[0039]アクセスネットワーク２００によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。当業者が以下の詳細な説明から容易に諒解するように、本明細書で提示する様々な概念はＬＴＥ適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ：Evolution-Data Optimized）またはウルトラモバイルブロードバンド（ＵＭＢ）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２：3rd Generation Partnership Project 2）によって公表されたエアインターフェース規格であり、移動局にブロードバンドインターネットアクセスを提供するためにＣＤＭＡを採用する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））とＴＤ−ＳＣＤＭＡなどのＣＤＭＡの他の変形態とを採用するユニバーサル地上波無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ＴＤＭＡを採用するモバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）、ならびに、ＯＦＤＭＡを採用する、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＦｌａｓｈ−ＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課される全体的な設計制約に依存することになる。

[0040]図３は、ＬＴＥにおけるＤＬフレーム構造の一例を示す図３００である。フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットはリソースブロックを含む。リソースグリッドは複数のリソース要素に分割される。ＬＴＥでは、リソースブロックは、周波数領域において１２個の連続するサブキャリアを含んでおり、各ＯＦＤＭシンボル中のノーマルサイクリックプレフィックスの場合、時間領域において７個の連続するＯＦＤＭシンボルを含んでおり、すなわち８４個のリソース要素を含んでいる。拡張サイクリックプレフィックスの場合、リソースブロックは、時間領域において６個の連続するＯＦＤＭシンボルを含んでおり、７２個のリソース要素を有する。物理ＤＬ制御チャネル（ＰＤＣＣＨ：physical DL control channel）、物理ＤＬ共有チャネル（ＰＤＳＣＨ：physical DL shared channel）、および他のチャネルがリソース要素にマッピングされ得る。

[0041]図４は、ＬＴＥにおけるＵＬフレーム構造の一例を示す図４００である。ＵＬのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション中のリソースブロックは、制御情報の送信のためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。ＵＬフレーム構造は、単一のＵＥがデータセクション中の連続サブキャリアのすべてを割り当てられることを可能にし得る、連続サブキャリアを含むデータセクションを生じる。

[0042]ＵＥは、ｅＮＢに制御情報を送信するために、制御セクション中のリソースブロック４１０ａ、４１０ｂを割り当てられ得る。ＵＥは、ｅＮＢにデータを送信するために、データセクション中のリソースブロック４２０ａ、４２０ｂをも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ：physical UL control channel）中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ：physical UL shared channel）中でデータのみまたはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットにわたり得、周波数上でホッピングし得る。

[0043]初期システムアクセスを実施し、物理ランダムアクセスチャネル（ＰＲＡＣＨ：physical random access channel）４３０中でＵＬ同期を達成するために、リソースブロックのセットが使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いかなるＵＬデータ／シグナリングも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはＰＲＡＣＨにはない。ＰＲＡＣＨ試みは単一のサブフレーム（１ｍｓ）中でまたは少数の連続サブフレームのシーケンス中で搬送され、ＵＥは、フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨ試みのみを行うことができる。

[0044]図５は、アクセスネットワーク中でＵＥ５５０と通信しているｅＮＢ５１０のブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットがコントローラ／プロセッサ５７５に与えられる。コントローラ／プロセッサ５７５はＬ２レイヤの機能を実装する。ＤＬでは、コントローラ／プロセッサ５７５は、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、様々な優先度メトリックに基づくＵＥ５５０への無線リソース割振りとを行う。コントローラ／プロセッサ５７５はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ＵＥ５５０へのシグナリングとを担当する。

[0045]送信（ＴＸ）プロセッサ５１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実装する。信号処理機能は、ＵＥ５５０における前方誤り訂正（ＦＥＣ：forward error correction）を容易にするためにコーディングおよびインターリービングと、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ：binary phase-shift keying）、４位相シフトキーイング（ＱＰＳＫ：quadrature phase-shift keying）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ：M-phase-shift keying）、多値直交振幅変調（Ｍ−ＱＡＭ：M-quadrature amplitude modulation））に基づく信号コンスタレーションへのマッピングと、を含む。コーディングされ、変調されたシンボルは、次いで並列ストリームに分割される。各ストリームは、次いで、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成するために、ＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）を使用して互いに合成される。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器５７４からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ５５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。各空間ストリームは、次いで、別個の送信機５１８ＴＸを介して異なるアンテナ５２０に与えられる。各送信機５１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。

[0046]ＵＥ５５０において、各受信機５５４ＲＸが、それのそれぞれのアンテナ５５２を通して信号を受信する。別の態様では、ＵＥ５５０は、ＵＥ５５０がｅＮＢ５１０と通信する方法と同様に他のＵＥと通信し得る。各受信機５５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信（ＲＸ）プロセッサ５５６に情報を与える。ＲＸプロセッサ５５６はＬ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ５５６は、ＵＥ５５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実施する。複数の空間ストリームがＵＥ５５０に宛てられた場合、それらはＲＸプロセッサ５５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ５５６は、次いで、高速フーリエ変換（ＦＦＴ）を使用してＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別個のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと、基準信号とは、ｅＮＢ５１０によって送信される、可能性が最も高い信号コンスタレーションポイントを決定することによって復元され、復調される。これらの軟判定は、チャネル推定器５５８によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅＮＢ５１０によって最初に送信されたデータと制御信号とを復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、コントローラ／プロセッサ５５９に与えられる。

[0047]コントローラ／プロセッサ５５９はＬ２レイヤを実装する。コントローラ／プロセッサは、プログラムコードとデータとを記憶するメモリ５６０に関連付けられ得る。メモリ５６０はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ５５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、復号（deciphering）と、ヘッダ復元（decompression）と、制御信号処理とを行う。上位レイヤパケットは、次いで、Ｌ２レイヤの上のすべてのプロトコルレイヤを表すデータシンク５６２に与えられる。また、様々な制御信号がＬ３処理のためにデータシンク５６２に与えられ得る。コントローラ／プロセッサ５５９はまた、ＨＡＲＱ動作をサポートするために確認応答（ＡＣＫ）および／または否定確認応答（ＮＡＣＫ）プロトコルを使用する誤り検出を担当する。

[0048]ＵＬでは、データソース５６７は、コントローラ／プロセッサ５５９に上位レイヤパケットを与えるために使用される。データソース５６７は、Ｌ２レイヤの上のすべてのプロトコルレイヤを表す。ｅＮＢ５１０によるＤＬ送信に関して説明した機能と同様に、コントローラ／プロセッサ５５９は、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、ｅＮＢ５１０による無線リソース割振りに基づく論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実装する。コントローラ／プロセッサ５５９はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ｅＮＢ５１０へのシグナリングとを担当する。

[0049]ｅＮＢ５１０によって送信される基準信号またはフィードバックからの、チャネル推定器５５８によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を可能にすることとを行うために、ＴＸプロセッサ５６８によって使用され得る。ＴＸプロセッサ５６８によって生成される空間ストリームは、別個の送信機５５４ＴＸを介して異なるアンテナ５５２に与えられる。各送信機５５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。

[0050]ＵＬ送信は、ＵＥ５５０における受信機機能に関して説明した方法と同様の方法でｅＮＢ５１０において処理される。各受信機５１８ＲＸが、それのそれぞれのアンテナ５２０を通して信号を受信する。各受信機５１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、ＲＸプロセッサ５７０に情報を与える。ＲＸプロセッサ５７０はＬ１レイヤを実装し得る。

[0051]コントローラ／プロセッサ５７５はＬ２レイヤを実装する。コントローラ／プロセッサ５７５は、プログラムコードとデータとを記憶するメモリ５７６に関連付けられ得る。メモリ５７６はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ５７５は、ＵＥ５５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、復号と、ヘッダ復元と、制御信号処理とを行う。コントローラ／プロセッサ５７５からの上位レイヤパケットはコアネットワークに与えられ得る。コントローラ／プロセッサ５７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出を担当する。

[0052]図６はデバイスツーデバイス通信システム６００の図である。デバイスツーデバイス通信システム６００は複数のワイヤレスデバイス６０４、６０６、６０８、６１０を含む。デバイスツーデバイス通信システム６００は、たとえば、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）などのセルラー通信システムと重なり得る。ワイヤレスデバイス６０４、６０６、６０８、６１０の一部は、ＤＬ／ＵＬ ＷＷＡＮスペクトルを使用してデバイスツーデバイス通信において互いに通信し、一部は基地局６０２と通信し、一部は両方を行い得る。たとえば、図６に示されているように、ワイヤレスデバイス６０８、６１０はデバイスツーデバイス通信中であり、ワイヤレスデバイス６０４、６０６はデバイスツーデバイス通信中である。ワイヤレスデバイス６０４、６０６は基地局６０２とも通信している。

[0053]ワイヤレスデバイスは、代替的に、当業者によって、ユーザ機器（ＵＥ）、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、ワイヤレスノード、リモートユニット、モバイルデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることがある。基地局は、代替的に、当業者によって、アクセスポイント、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、ノードＢ、発展型ノードＢ、または何らかの他の好適な用語で呼ばれることがある。

[0054]以下で説明する例示的な方法および装置は、たとえば、ＦｌａｓｈＬｉｎＱ、ＷｉＭｅｄｉａ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、またはＩＥＥＥ８０２．１１規格に基づくＷｉ−Ｆｉに基づくワイヤレスデバイスツーデバイス通信システムなど、様々なワイヤレスデバイスツーデバイス通信システムのいずれにも適用可能である。説明を簡略化するために、例示的な方法および装置についてＬＴＥのコンテキスト内で説明する。ただし、例示的な方法および装置は、様々な他のワイヤレスデバイスツーデバイス通信システムにより一般的に適用可能であることを当業者は理解されよう。

[0055]図７は、時間７０２の経過に伴うＤ２Ｄ通信システムのための通信構造７００を表すブロック図である。構造は、Ｄ２Ｄ通信システム中の任意のＵＥによって使用され得る。

[0056]示されている図７のように、通信構造７００は同期期間７０４と通信期間７０６とを含み得る。本明細書で説明するように、同期期間７０４は同期チャネルと呼ばれることもある。

[0057]オプションの態様では、同期期間７０４は、ビーコン期間７０８と、ページング期間７１０と、タイミング情報ブロック（ＴＩＢ）ブロードキャスト期間７１２とを含む３つの期間（たとえば、サブチャネル）に分割され得る。

[0058]そのようなオプションの態様では、ビーコン期間７０８中に、同じタイミング構造に従うすべてのＵＥがそのビーコン期間中のリソース中で送信し得る。ビーコン期間７０８中には少数（たとえば、１〜２個）のリソースしかないことがあるので、複数のＵＥが同じリソース上で送信し得る。そのような態様では、ビーコン期間７０８中に送信される情報は、送信ＵＥではなくタイミング構造に固有であり得る。言い換えれば、ビーコン期間７０８中のリソース中で送信する複数のＵＥは同じ同期信号を送信し得る。

[0059]さらに、そのようなオプションの態様では、ページング期間７１０はランダムアクセスサブチャネルとして割り振られ得る。したがって、ページング期間７１０中の送信はイベント駆動型であり得る。言い換えれば、ＵＥは、ページングリソース上で周期的には送信しないことがある。一態様では、ページング期間７１０中の送信をトリガし得るイベントは、ＴＩＢブロードキャストメッセージを復号することが可能でない状態でのビーコン送信の検出を含み得る。

[0060]またさらに、そのようなオプションの態様では、ＴＩＢブロードキャスト期間７１２は、互いに直交するように設計され得る複数のリソース（たとえば、１０〜２０個のリソース）を含み得る。さらに、ＴＩＢブロードキャスト期間７１２中のリソースは、局所近傍にないＵＥによって再利用され得る。一態様では、ＵＥのサブセットのみが、ＴＩＢ期間７１２において利用可能なリソースのうちの１つ上で送信し得る。そのような態様では、ＵＥは、ＷＡＮを通して受信された情報、ページング期間７１０中に受信された情報などに基づいて、ＴＩＢ期間中に送信すべきかどうかを決定し得る。一態様では、ＴＩＢ期間７１２中にリソース上で送信される情報は、限定はしないが、タイミング構造において使用されるフレーム構造情報、タイミング構造のエイジ（age）、情報がそれに関して送信されているリソースＩＤ、（近隣における別のタイミング構造の存在など）ＵＥが送信すると決め得る他のタイミング関係情報などを含み得る。別の態様では、ＴＩＢ期間中に送信される情報は複数の同期期間７０４生起にわたり得る。さらに別の態様では、ＴＩＢ期間中にリソース上で送信される情報は送信ＵＥに固有であり得る（たとえば、送信機のＭＡＣ ＩＤ、ＵＥがそのリソース上で送信し続けようとする持続時間、ＵＥがＴＩＢ期間中にリソースを送信することを選好するかどうかに関する選好など）。

[0061]図８は、Ｄ２Ｄ通信をサポートするように構成された通信システム８００の図である。

[0062]一態様では、複数のＵＥ（たとえば、８０２〜８１８）がＤ２Ｄ通信グループ８２０内の共通タイミング構造に同期し得る。ＵＥ８０２〜８１８は、図７要素７０４および７０６を参照しながら上記で説明したような分散Ｄ２Ｄ同期プロトコルを使用して同期し得る。別の態様では、ＵＥ８０２〜８１８は、図７要素７０４〜７１２を参照しながら上記で説明したような分散Ｄ２Ｄ同期プロトコルを使用して同期し得る。一態様では、Ｄ２Ｄ通信グループ８２０中のＵＥのサブセット（たとえば、ＵＥ８０４〜８１２）は、タイミングソースＵＥ（ＴＳ ＵＥ）として動作するように構成され得るが、残りのＵＥ（たとえば、ＵＥ８０２、８１４〜８１８）は、非ＴＳモードＵＥとして動作するように構成され得る。本明細書で使用する、ＴＳ ＵＥは、タイミング情報（たとえば、ＴＩＢコンテンツ）を送信するＵＥであるが、非ＴＳ ＵＥは、タイミング情報を送信しないＵＥである。一態様では、ＴＳ ＵＥは、ＵＥの周りの測定エリア８２４内にあり得るＵＥにタイミング情報８２２を送信し得る。たとえば、ＵＥ８１８は、ＵＥ８１８がＴＳ ＵＥ８１２の測定エリア８２４内にあるので、ＴＳ ＵＥ８１２からタイミング情報８２２を受信し得る。

[0063]動作態様では、ＵＥ（たとえば、ＵＥ８０２）は、ＴＳ動作モードと非ＴＳ動作モードとの間で切り替えるべきかどうかを決定し得る。図９中のフローチャートを参照しながら以下でさらに深く説明するように、ＵＥ８０２は、様々なファクタに基づいて動作モードを取り替えると決め得る。

[0064]図９に、提示する主題の様々な態様による様々な方法を示す。説明を簡単にするために、方法を一連の行為またはシーケンスステップとして図示および説明するが、いくつかの行為は本明細書で図示および説明する行為とは異なる順序で、および／または他の行為と同時に行われ得るので、請求する主題は行為の順序によって限定されないことを理解し、諒解されたい。たとえば、方法は、一連の相互に関係する状態またはイベントとして、および／または実質的に並列に実施され得ることを、当業者は理解し、諒解されよう。さらに、以下でブロックで説明する様々な方法は、個々にまたは任意の組合せで実施され得る。

[0065]図９はワイヤレス通信の方法９００の流れ図である。本方法は、Ｄ２Ｄ通信システム中のＵＥによって実施され得る。本方法は、ＵＥのサブセットが同期チャネル中でＴＩＢ送信を送信し得るシステムを想定する。そのようなＵＥは、タイミングソース（ＴＳ）ＵＥ、および／またはＴＳモードにあるＵＥと呼ばれることがある。同期リソースのスケーラビリティのために、別のＵＥの通信範囲中のＴＳ ＵＥの数が制限され、ＴＳ ＵＥの密度がエリア中のＵＥの密度とともに増減しないことは、望ましいことがある。そのようなシステムでは、各非ＴＳモードＵＥはＴＳ ＵＥの通信範囲内にあり得、（たとえば、ＴＳ ＵＥが共通時間オフセットと共通クロックドリフトとを維持することを可能にするために）各ＴＳ ＵＥは少なくとも１つの他のＴＳ ＵＥに接続され得る。さらに、ブロック９０２における説明が、非ＴＳモードＵＥによって実施されるプロセスから始まるが、当業者は、プロセスがプロセス中のどこでも（たとえば、ＵＥがＴＳモードにあるブロック９１２で）開始し得ることを理解している。

[0066]ブロック９０２において、ＵＥは、同期チャネル持続時間中にタイミング情報についての要求を受信する。たとえば、装置１００２受信モジュール１００４は、Ｄ２Ｄネットワーク８２０中の１つまたは複数のＵＥ（たとえば、ＵＥ８０２、８１４〜８１８）から、信号１０２０（たとえば、タイミング情報についての要求）を受信し得る。一態様では、要求は、同期チャネルのランダムアクセスサブチャネル（たとえば、７１０）中に受信され得る。

[0067]オプションの態様では、ブロック９０４において、ＵＥは選択ユーティリティメトリック値を生成する。たとえば、装置ユーティリティメトリック生成モジュール１００６は、ＵＥ８０４〜８１２から受信された（１つまたは複数の）信号１０２０に関連する情報に少なくとも部分的に基づいて、ユーティリティメトリック１０２２（たとえば、選択ユーティリティメトリック）を生成し得る。そのような態様では、選択ユーティリティメトリック値は、限定はしないが、ＵＥの通信範囲内のＴＳ ＵＥの数、１つまたは複数のＴＳ ＵＥの中からの最強受信電力値、タイミング情報についての要求が持続時間内に受信された回数、ＵＥの通信範囲内の１つまたは複数のＴＳ ＵＥによってカバーされる推定された全エリアなどの様々なファクタに基づき得る。選択ユーティリティメトリック値は、ＵＥが復号することができるＴＳ ＵＥの数の単調非増加関数（monotonically non-increasing function）として変動し得る。ＵＥは、ＴＳ ＵＥ ＴＩＢ送信の受信電力に基づいて、最も近いＴＳ ＵＥからの距離を推定することができる。さらに、選択ユーティリティメトリック値は、最も近いＴＳ ＵＥからの推定距離の単調非減少関数（monotonically non-decreasing function）として変動し得る。言い換えれば、ＵＥに関連する選択ユーティリティメトリック値は、ＴＳ ＵＥから受信される最強ＴＩＢ送信の電力の単調減少関数である。タイミング情報についての最近の要求の数に関して、ＵＥは、過去の少数の（たとえば、２つ、５つなどの）同期チャネルインスタンスの移動ウィンドウ（moving window）を維持し、受信されたタイミング情報要求の数の記録を維持し得る。選択ユーティリティメトリック値は、移動ウィンドウ中で受信された要求の数、ごく最近受信された連続する要求の数などの単調増加関数であり得る。一態様では、受信された要求のＲＳＳＩは、選択ユーティリティメトリック値を計算するために使用され得、ただし、その値は要求のＲＳＳＩの増加関数である。別の態様では、ＵＥは、それ自体の復号範囲「Ｒ」（したがって、復号エリア）を、経路損失モデルを使用して、およびＴＩＢ送信のために使用される復号信号対雑音比（ＳＮＲ：signal to noise ratio）に基づいて、推定し得る。たとえば、ＵＥは、経路損失を推定するために式（１）を使用し得る。距離「ｄ」における経路損失は、以下のように式（１）によって与えられる。
経路損失（ｄＢ）＝Ｋ＋ａｌｐｈａ＊ｌｏｇ（ｄ） （１）
[0068]一態様では、「Ｋ」は２８．６に等しくなり得、「Ａｌｐｈａ」は３５に等しくなり得る。さらに、ＵＥは、他のＴＳ ＵＥ ＴＩＢ送信（Ｍ）によってカバーされ得るＵＥのための復号エリアの部分（fraction）「ｆ」の推定値を維持し、推定値を順次更新し得る。一態様では、ＵＥは、Ｍを０（たとえば、Ｍ＝０）に初期化し得る。その後、ＵＥは、仮定された経路損失モデル（たとえば、式（１））を使用して受信電力に基づいて送信機の距離「ｄ_i」を推定し得る。ｄ_iとＲとに基づいて、ＵＥは、ＴＳ ＵＥ ＴＩＢ送信によってカバーされる復号エリアの部分「ｆ_i」を推定し得る。この部分「ｆ_i」は、式（２）を使用して他のＴＳ ＵＥのＴＩＢ送信「Ｍ」によってカバーされるエリアの推定値を更新するために使用され得る。
Ｍ＝Ｍ＋ｆ_ｉ−Ｍ*ｆ_ｉ （２）
[0069]ＵＥがＴＳ ＵＥのロケーションを知らないことがあるので、式（２）は、ｉ番目の送信機のロケーションが前の送信機とは無関係であると仮定する。

[0070]ブロック９０６において、ＵＥは、選択ユーティリティメトリック値が第１のしきい値を下回るかどうかを決定する。たとえば、装置１００２タイミングソースモード決定モジュール１０１０は、ユーティリティメトリック値１０２２（たとえば、選択ユーティリティメトリック）と第１のしきい値との比較に基づいてＴＳモードで動作するために装置１００２の機能を切り替えるべきかどうかを決定するために、ユーティリティメトリック生成モジュール１００６から値１０２２を受信し得る。一態様では、第１のしきい値は静的規定値であり得るか、ならびに／または様々なＵＥおよびＤ２Ｄシステム条件に基づいて動的に変化し得る。ブロック９０６において、ＵＥが、選択ユーティリティメトリック値が第１のしきい値を下回ると決定した場合、ブロック９０８において、ＵＥは、ＴＩＢ送信を送信しないと決定し、ブロック９０２に戻り得る。

[0071]ブロック９０６において、ＵＥが、選択ユーティリティメトリック値が第１のしきい値よりも大きいかまたはそれに等しいと決定した場合、ブロック９１０において、ＵＥは動作モードを非ＴＳモードからＴＳモードに切り替える。上述のように、たとえば、タイミングソースモード決定モジュール１０１０は、値１０２２と第１のしきい値との比較に基づいてＵＥをＴＳモードに切り替えると決定し得る。一態様では、決定は、決定論的に選択ユーティリティメトリックに基づくのではなく、確率的に選択ユーティリティメトリックに基づき得る。

[0072]ブロック９１２において、ＵＥはＴＩＢ送信を送信する。たとえば、タイミングソースモード決定モジュール１０１０は、内部タイミング情報モジュール１００８からタイミング情報１０２４（たとえば、ＴＩＢのためのコンテンツ）を受信し得、送信モジュール１０１２を介してタイミング情報１０２４をＵＥ８０４〜８１８に送信し得る。同期チャネルがサブチャネルに分割される一態様では、ＵＥは、同期チャネルのＴＩＢサブチャネル中にＴＩＢを送信し得る。そのような態様では、ＵＥは、同期チャネルのランダムアクセスサブチャネル中にタイミング情報要求を受信していることがある。上述のように、最初にＴＳモードで動作しているＵＥは、ブロック９１２において開始するプロセス９００を実施し得る。

[0073]オプションの態様では、ブロック９１４において、ＵＥは選択解除ユーティリティメトリック値を生成する。たとえば、装置ユーティリティメトリック生成モジュール１００６は、ＵＥ８０４〜８１８から受信された（１つまたは複数の）信号１０２０に関連する情報に少なくとも部分的に基づいて、ユーティリティメトリック１０２２（たとえば、選択解除ユーティリティメトリック）を生成し得る。選択ユーティリティメトリック値の生成に関して与えられる上記の説明と同様に、選択解除ユーティリティメトリック値は、限定はしないが、ＵＥの通信範囲内のＴＳ ＵＥの数、１つまたは複数のＴＳ ＵＥの中からの最強受信電力値、ＵＥの通信範囲内の１つまたは複数のＴＳ ＵＥによってカバーされる推定された全エリアなどの様々なファクタに基づき得る。一態様では、選択ユーティリティメトリックと選択解除ユーティリティメトリックは異なる値であり得る。

[0074]ブロック９１６において、ＵＥは、選択解除ユーティリティメトリック値が第２のしきい値を下回るかどうかを決定する。たとえば、装置１００２タイミングソースモード決定モジュール１０１０は、ユーティリティメトリック値１０２２（たとえば、選択解除ユーティリティメトリック）と第２のしきい値との比較に基づいて非ＴＳモードで動作するために装置１００２の機能を切り替えるべきかどうかを決定するために、ユーティリティメトリック生成モジュール１００６から値１０２２を受信し得る。一態様では、第２のしきい値は静的規定値であり得るか、ならびに／または様々なＵＥおよびＤ２Ｄシステム条件に基づいて動的に変化し得る。別の態様では、第１のしきい値と第２のしきい値は異なる値であり得る。一態様では、ＴＩＢ情報を送信するためにＴＳモードに切り替えるという決定、またはＴＩＢ情報を送信することを停止するために非ＴＳモードに切り替えるという決定は決定論的ではなく、むしろ決定は確率的に行われ得る。そのような態様では、確率は、９０４および／または９１４において中で計算されるユーティリティメトリックの関数であり得る。ブロック９１６において、ＵＥが、選択解除ユーティリティメトリック値が第２のしきい値を下回ると決定した場合、ＵＥはブロック９１２に戻り得る。

[0075]ブロック９１６において、ＵＥが、選択解除ユーティリティメトリック値が第２のしきい値よりも大きいかまたはそれに等しいと決定した場合、ブロック９１８において、ＵＥは動作モードをＴＳモードから非ＴＳモードに切り替え、ブロック９０２に戻り得る。上述のように、たとえば、タイミングソースモード決定モジュール１０１０は、値１０２２と第２のしきい値との比較に基づいてＵＥを非ＴＳモードに切り替えると決定し得る。一態様では、決定は、決定論的に選択ユーティリティメトリックに基づくのではなく、確率的に選択ユーティリティメトリックに基づき得る。

[0076]図１０は、例示的な装置１００２における異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図１０００である。本装置はＵＥ（たとえば、ＵＥ８０２）であり得る。図１０を参照しながら説明したように、装置１００２は、受信モジュール１００４と、ユーティリティメトリック生成モジュール１００６と、内部タイミング情報モジュール１００８と、タイミングソースモード決定モジュール１０１０と、送信モジュール１０１２とを含む。

[0077]本装置は、図９の上述のフローチャート中のアルゴリズムのステップの各々を実施する追加のモジュールを含み得る。したがって、図９の上述のフローチャート中の各ブロックは１つのモジュールによって実施され得、本装置は、それらのモジュールのうちの１つまたは複数を含み得る。それらのモジュールは、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実施するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。

[0078]図１１は、処理システム１１１４を採用する装置１００２’のためのハードウェア実装形態の一例を示す図１１００である。処理システム１１１４は、バス１１２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス１１２４は、処理システム１１１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス１１２４は、プロセッサ１１０４によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールと、モジュール１００４、１００６、１００８、１０１０、１０１２と、コンピュータ可読媒体１１０６とを含む様々な回路を互いにリンクする。バス１１２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。

[0079]処理システム１１１４はトランシーバ１１１０に結合され得る。トランシーバ１１１０は１つまたは複数のアンテナ１１２０に結合される。トランシーバ１１１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。処理システム１１１４は、コンピュータ可読媒体１１０６に結合されたプロセッサ１１０４を含む。プロセッサ１１０４は、コンピュータ可読媒体１１０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１１０４によって実行されたとき、処理システム１１１４に、特定の装置のための上記で説明した様々な機能を実施させる。コンピュータ可読媒体１１０６はまた、ソフトウェアを実行するときにプロセッサ１１０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール１００４、１００６、１００８、１０１０、および１０１２のうちの少なくとも１つをさらに含む。それらのモジュールは、コンピュータ可読媒体１１０６中に常駐する／記憶された、プロセッサ１１０４中で動作するソフトウェアモジュールであるか、プロセッサ１１０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム１１１４は、ＵＥ５５０の構成要素であり得、メモリ５６０、および／またはＴＸプロセッサ５６８と、ＲＸプロセッサ５５６と、コントローラ／プロセッサ５５９とのうちの少なくとも１つを含み得る。

[0080]一構成では、分散同期を用いたＤ２Ｄネットワークにおけるワイヤレス通信のための装置１００２／１００２’は、非ＴＳモードにあるＵＥによって、同期チャネル中にタイミング情報についての要求を受信するための手段と、選択ユーティリティメトリック値に基づいてＴＳモードに切り替えるべきかどうかを決定するための手段とを含む。一態様では、ＵＥは、ＴＳモードにあるとき、ＴＩＢを送信するように構成される。一態様では、装置１００２／１００２’は、選択ユーティリティメトリック値が第１のユーティリティメトリックしきい値よりも大きいかまたはそれに等しいとき、ＴＳモードに切り替えるための手段と、同期チャネル中にＴＩＢを送信するための手段とをさらに含み得る。一態様では、装置１００２／１００２’は、選択ユーティリティメトリック値を生成するための手段をさらに含み得る。一態様では、生成するための装置１００２／１００２’手段は、受信されたＴＩＢ送信を復号するためのＳＮＲしきい値に基づいてＵＥの通信範囲を決定することと、１つまたは複数のＵＥの各々からの受信電力値に基づいて、ＴＳモードにある１つまたは複数のＵＥによってカバーされるＵＥの通信範囲内のエリアの部分を決定することと、ＴＳモードにある１つまたは複数のＵＥによってカバーされるＵＥの通信範囲内のエリアの部分に基づいて、ＴＳモードにある１つまたは複数のＵＥによってカバーされる全エリアを推定することとを行うようにさらに構成され得る。

[0081]別の構成では、分散同期を用いたＤ２Ｄネットワークにおけるワイヤレス通信のための装置１００２／１００２’は、ＴＳモードにあるＵＥによって、同期チャネル中にＴＩＢを送信するための手段と、選択解除ユーティリティメトリック値に基づいて非ＴＳモードに切り替えるべきかどうかを決定するための手段とを含む。一態様では、ＵＥは、非ＴＳモードにあるとき、ＴＩＢを送信しないように構成される。一態様では、装置１００２／１００２’は、選択解除ユーティリティメトリック値を生成するための手段をさらに含み得る。一態様では、生成するための装置１００２／１００２’手段は、受信されたＴＩＢ送信を復号するためのＳＮＲしきい値に基づいてＵＥの通信範囲を決定することと、１つまたは複数のＵＥの各々からの受信電力値に基づいて、ＴＳモードにある１つまたは複数のＵＥによってカバーされるＵＥの通信範囲内のエリアの部分を決定することと、ＴＳモードにある１つまたは複数のＵＥによってカバーされるＵＥの通信範囲内のエリアの部分に基づいて、ＴＳモードにある１つまたは複数のＵＥによってカバーされる通信範囲内の全エリアを推定することとを行うようにさらに構成され得る。

[0082]上述の手段は、上述の手段によって具陳された機能を実施するように構成された、装置１００２、および／または装置１００２’の処理システム１１１４の上述のモジュールのうちの１つまたは複数であり得る。上記で説明したように、処理システム１１１４は、ＴＸプロセッサ５６８と、ＲＸプロセッサ５５６と、コントローラ／プロセッサ５５９とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実施するように構成された、ＴＸプロセッサ５６８と、ＲＸプロセッサ５５６と、コントローラ／プロセッサ５５９とであり得る。

[0083]開示したプロセスにおけるステップの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計選好に基づいて、プロセスにおけるステップの特定の順序または階層は再構成され得ることを理解されたい。さらに、いくつかのステップは組み合わせられるかまたは省略され得る。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。

[0084]以上の説明は、当業者が本明細書で説明した様々な態様を実施することができるようにするために提供したものである。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義した一般的原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、クレーム文言に矛盾しない全範囲を与えられるべきであり、ここにおいて、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。別段に明記されていない限り、「いくつか(some)」という用語は１つまたは複数を指す。当業者に知られている、または後に知られることになる、本開示全体にわたって説明した様々な態様の要素のすべての構造的および機能的均等物は、参照により本明細書に明確に組み込まれ、特許請求の範囲に包含されるものである。その上、本明細書で開示したいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「ための手段」という句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］分散同期を用いたデバイスツーデバイス（Ｄ２Ｄ）ネットワークにおけるユーザ機器（ＵＥ）のためのワイヤレス通信の方法であって、
非タイミングソース（ＴＳ）モードにある前記ＵＥによって、同期チャネル中にタイミング情報についての要求を受信することと、
選択ユーティリティメトリック値に基づいてＴＳモードに切り替えるべきかどうかを決定することと、ここにおいて、前記ＴＳモードにおいて、前記ＵＥは、タイミング情報ブロードキャスト（ＴＩＢ）を送信するように構成される、
を備える方法。
［Ｃ２］前記選択ユーティリティメトリック値が第１のユーティリティメトリックしきい値を下回ったとき、前記ＵＥは、前記ＴＳモードに切り替えないと決定する、Ｃ１に記載の方法。
［Ｃ３］前記選択ユーティリティメトリック値が第１のユーティリティメトリックしきい値よりも大きいかまたはそれに等しいとき、前記ＴＳモードに切り替えることと、
前記同期チャネル中に前記ＴＩＢを送信することと、
をさらに備える、Ｃ１に記載の方法。
［Ｃ４］前記選択ユーティリティメトリック値に基づく確率で、前記ＴＳモードに切り替えることと、
前記ＵＥが前記ＴＳモードに切り替えたとき、前記同期チャネル中に前記ＴＩＢを送信することと、
をさらに備える、Ｃ１に記載の方法。
［Ｃ５］前記タイミング情報についての前記要求は、前記同期チャネルのランダムアクセスサブチャネル持続時間を使用して受信され、前記ＴＩＢは、前記同期チャネルのＴＩＢサブチャネル持続時間中に送信される、Ｃ３に記載の方法。
［Ｃ６］前記選択ユーティリティメトリック値を生成することをさらに備える、Ｃ１に記載の方法。
［Ｃ７］前記選択ユーティリティメトリック値は、
前記ＵＥの通信範囲内の前記ＴＳモードにあるＵＥの数、
前記ＴＳモードにある１つまたは複数のＵＥの中からの最強受信電力値、
タイミング情報についての要求が持続時間内に受信された回数、または
前記ＵＥの前記通信範囲内の前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記通信範囲内の推定された全エリア
のうちの少なくとも１つに基づいて生成される、Ｃ６に記載の方法。
［Ｃ８］前記持続時間は、同期チャネルの最近の数のインスタンスのうちの１つまたは複数をカバーする移動ウィンドウを備える、Ｃ７に記載の方法。
［Ｃ９］前記生成することは、
受信されたＴＩＢ送信を復号するための信号対雑音比（ＳＮＲ）しきい値に基づいて前記ＵＥの距離を決定することと、
前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記ＵＥの前記通信範囲内のエリアの部分を、前記１つまたは複数のＵＥの各々からの受信電力値に基づいて、決定することと、
前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記ＵＥの前記通信範囲内の前記エリアの前記部分に基づいて、前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記通信範囲内の前記全エリアを推定することと、
をさらに備える、Ｃ７に記載の方法。
［Ｃ１０］分散同期を用いたデバイスツーデバイス（Ｄ２Ｄ）ネットワークにおけるユーザ機器（ＵＥ）のためのワイヤレス通信の方法であって、
タイミングソース（ＴＳ）モードにある前記ＵＥによって、同期チャネル中にタイミング情報ブロードキャスト（ＴＩＢ）を送信することと、
前記ＴＳモードにある前記ＵＥによって、前記同期チャネル中にＴＩＢ送信を受信することと、
選択解除ユーティリティメトリック値に基づいて非ＴＳモードに切り替えるべきかどうかを決定することと、ここにおいて、前記非ＴＳモードにおいて、前記ＵＥは、前記ＴＩＢを送信しないように構成される、
を備える、方法。
［Ｃ１１］前記選択解除ユーティリティメトリック値が第２のユーティリティメトリックしきい値を下回ったとき、前記ＵＥは、前記非ＴＳモードに切り替えると決定する、Ｃ１０に記載の方法。
［Ｃ１２］前記ＵＥは、前記選択解除ユーティリティメトリック値に基づく確率で、前記非ＴＳモードに切り替えると決定する、Ｃ１０に記載の方法。
［Ｃ１３］前記選択解除ユーティリティメトリック値を生成すること、
をさらに備える、Ｃ１０に記載の方法。
［Ｃ１４］前記選択解除ユーティリティメトリック値は、
前記ＵＥの通信範囲内の前記ＴＳモードにあるＵＥの数、
前記ＴＳモードにある１つまたは複数のＵＥの中からの最強受信電力値、または
前記ＵＥの前記通信範囲内の前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記通信範囲内の推定された全エリア、
のうちの少なくとも１つに基づいて生成される、Ｃ１３に記載の方法。
［Ｃ１５］前記生成することは、
受信されたＴＩＢ送信を復号するための信号対雑音比（ＳＮＲ）しきい値に基づいて前記ＵＥの距離を決定することと、
前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記ＵＥの前記通信範囲内のエリアの部分を、前記１つまたは複数のＵＥの各々からの受信電力値に基づいて、決定することと、
前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記ＵＥの前記通信範囲内の前記エリアの前記部分に基づいて、前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記通信範囲内の前記全エリアを推定することと、
をさらに備える、Ｃ１４に記載の方法。
［Ｃ１６］前記ＴＩＢは、前記同期チャネルのＴＩＢサブチャネル持続時間中に送信される、Ｃ１０に記載の方法。
［Ｃ１７］分散同期を用いたデバイスツーデバイス（Ｄ２Ｄ）ネットワークにおける通信のための装置であって、
処理システムを備え、前記処理システムは、
非タイミングソース（ＴＳ）モードにおいて、同期チャネル中にタイミング情報についての要求を受信することと、
選択ユーティリティメトリック値に基づいてＴＳモードに切り替えるべきかどうかを決定することと、ここにおいて、前記処理システムは、前記ＴＳモードにおいて、タイミング情報ブロードキャスト（ＴＩＢ）を送信するように構成される、
を行うように構成された、装置。
［Ｃ１８］前記処理システムは、前記選択ユーティリティメトリック値が第１のユーティリティメトリックしきい値を下回ったとき、前記ＴＳモードに切り替えないと決定するように構成された、Ｃ１７に記載の装置。
［Ｃ１９］前記処理システムは、
前記選択ユーティリティメトリック値が第１のユーティリティメトリックしきい値よりも大きいかまたはそれに等しいとき、前記ＴＳモードに切り替えること、あるいは前記選択ユーティリティメトリック値に基づく確率で前記ＴＳモードに切り替えること、のうちの少なくとも１つを行うことと、
前記装置が前記ＴＳモードに切り替えたとき、前記同期チャネル中に前記ＴＩＢを送信することと、
を行うようにさらに構成された、Ｃ１７に記載の装置。
［Ｃ２０］前記タイミング情報についての前記要求は、前記同期チャネルのランダムアクセスサブチャネル持続時間を使用して受信され、前記ＴＩＢは、前記同期チャネルのＴＩＢサブチャネル持続時間中に送信される、Ｃ１９に記載の装置。
［Ｃ２１］前記処理システムは、前記選択ユーティリティメトリック値を生成するようにさらに構成された、Ｃ１７に記載の装置。
［Ｃ２２］前記選択ユーティリティメトリック値は、
前記装置の通信範囲内の前記ＴＳモードにあるＵＥの数、
前記ＴＳモードにある１つまたは複数のＵＥの中からの最強受信電力値、
タイミング情報についての要求が持続時間内に受信された回数、または
前記装置の前記通信範囲内の前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記通信範囲内の推定された全エリア、
のうちの少なくとも１つに基づいて生成される、Ｃ２１に記載の装置。
［Ｃ２３］前記持続時間は、同期チャネルの最近の数のインスタンスのうちの１つまたは複数をカバーする移動ウィンドウを備える、Ｃ２２に記載の装置。
［Ｃ２４］前記処理システムは、
受信されたＴＩＢ送信を復号するための信号対雑音比（ＳＮＲ）しきい値に基づいて前記装置の距離を決定することと、
前記１つまたは複数のＵＥの各々からの受信電力値に基づいて、前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記装置の前記通信範囲内のエリアの部分を決定することと、
前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記装置の前記通信範囲内の前記エリアの前記部分に基づいて、前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記通信範囲内の前記全エリアを推定することと、
を行うようにさらに構成された、Ｃ２２に記載の装置。
［Ｃ２５］分散同期を用いたデバイスツーデバイス（Ｄ２Ｄ）ネットワークにおける通信のための装置であって、
処理システムを備え、前記処理システムは、
タイミングソース（ＴＳ）モードにおいて、同期チャネル中にタイミング情報ブロードキャスト（ＴＩＢ）を送信することと、
前記ＴＳモードにおいて、前記同期チャネル中にＴＩＢ送信を受信することと、
選択解除ユーティリティメトリック値に基づいて非ＴＳモードに切り替えるべきかどうかを決定することと、ここにおいて、前記処理システムは、前記非ＴＳモードにおいて、前記ＴＩＢを送信しないように構成される、
を行うように構成された、装置。
［Ｃ２６］前記処理システムは、前記選択解除ユーティリティメトリック値が第２のユーティリティメトリックしきい値を下回ったとき、前記非ＴＳモードに切り替えると決定するか、または前記選択解除ユーティリティメトリック値に基づく確率で前記非ＴＳモードに切り替えると決定するように構成された、Ｃ２５に記載の装置。
［Ｃ２７］前記処理システムは、前記選択解除ユーティリティメトリック値を生成する
ようにさらに構成された、Ｃ２５に記載の装置。
［Ｃ２８］前記選択解除ユーティリティメトリック値は、
前記装置の通信範囲内の前記ＴＳモードにあるＵＥの数、
前記ＴＳモードにある１つまたは複数のＵＥの中からの最強受信電力値、または
前記装置の通信測定範囲内の前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記通信範囲内の推定された全エリア、
のうちの少なくとも１つに基づいて生成される、Ｃ２７に記載の装置。
［Ｃ２９］前記処理システムは、
受信されたＴＩＢ送信を復号するための信号対雑音比（ＳＮＲ）しきい値に基づいて前記装置の距離を決定することと、
前記１つまたは複数のＵＥの各々からの受信電力値に基づいて、前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記装置の前記通信範囲内のエリアの部分を決定することと、
前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記ＵＥの前記通信範囲内の前記エリアの前記部分に基づいて、前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記通信範囲内の前記全エリアを推定することと、
を行うようにさらに構成された、Ｃ２８に記載の装置。
［Ｃ３０］前記ＴＩＢは、前記同期チャネルのＴＩＢサブチャネル持続時間中に送信される、Ｃ２３に記載の装置。

Claims (15)

1. 分散同期を用いたデバイスツーデバイス（Ｄ２Ｄ）ネットワークにおけるユーザ機器（ＵＥ）のためのワイヤレス通信の方法であって、
   非タイミングソース（ＴＳ）モードにある前記ＵＥによって、同期チャネル持続時間中にタイミング情報についての要求を受信することと、
   タイミング情報についての前記受信された要求に関連する情報に基づいて選択ユーティリティメトリック値を生成することと、
   前記選択ユーティリティメトリック値に基づいてＴＳモードに切り替えるべきかどうかを決定することと、ここにおいて、前記ＴＳモードにおいて、前記ＵＥは、タイミング情報ブロック（ＴＩＢ）を送信するように構成される、
   を備える方法。
2. 前記選択ユーティリティメトリック値が第１のユーティリティメトリックしきい値を下回ったとき、前記ＵＥは、前記ＴＳモードに切り替えないと決定する、請求項１に記載の方法。
3. 前記選択ユーティリティメトリック値が第１のユーティリティメトリックしきい値よりも大きいかまたはそれに等しいとき、前記ＴＳモードに切り替えることと、
   前記同期チャネル中に前記ＴＩＢを送信することと、
   をさらに備える、請求項１に記載の方法。
4. 前記選択ユーティリティメトリック値に基づく確率で、前記ＴＳモードに切り替えることと、
   前記ＵＥが前記ＴＳモードに切り替えたとき、前記同期チャネル中に前記ＴＩＢを送信することと、
   をさらに備える、請求項１に記載の方法。
5. 前記タイミング情報についての前記要求は、前記同期チャネルのランダムアクセスサブチャネル持続時間を使用して受信され、前記ＴＩＢは、前記同期チャネルのＴＩＢサブチャネル持続時間中に送信される、請求項３に記載の方法。
6. 前記選択ユーティリティメトリック値は、
   前記ＵＥの通信範囲内の前記ＴＳモードにあるＵＥの数、
   前記ＴＳモードにある１つまたは複数のＵＥの中からの最強受信電力値、
   タイミング情報についての要求が持続時間内に受信された回数、または
   前記ＵＥの前記通信範囲内の前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記通信範囲内の推定された全エリア
   のうちの少なくとも１つに基づいて生成される、請求項１に記載の方法。
7. 前記持続時間は、同期チャネルの最近の数のインスタンスのうちの１つまたは複数をカバーする移動ウィンドウを備える、請求項６に記載の方法。
8. 前記生成することは、
   受信されたＴＩＢ送信を復号するための信号対雑音比（ＳＮＲ）しきい値に基づいて前記ＵＥの距離を決定することと、
   前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記ＵＥの前記通信範囲内のエリアの部分を、前記１つまたは複数のＵＥの各々からの受信電力値に基づいて、決定することと、
   前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記ＵＥの前記通信範囲内の前記エリアの前記部分に基づいて、前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記通信範囲内の前記全エリアを推定することと、
   をさらに備える、請求項６に記載の方法。
9. 分散同期を用いたデバイスツーデバイス（Ｄ２Ｄ）ネットワークにおけるユーザ機器（ＵＥ）のためのワイヤレス通信の方法であって、
   タイミングソース（ＴＳ）モードにある前記ＵＥによって、同期チャネル持続時間中にタイミング情報ブロック（ＴＩＢ）を送信することと、
   前記ＴＳモードにある前記ＵＥによって、前記同期チャネル持続時間中にＴＩＢ送信を受信することと、
   前記ＴＳモードにある少なくとも１つのＵＥに関連する受信された情報に基づいて選択解除ユーティリティメトリック値を生成することと、
   前記選択解除ユーティリティメトリック値に基づいて非ＴＳモードに切り替えるべきかどうかを決定することと、ここにおいて、前記非ＴＳモードにおいて、前記ＵＥは、前記ＴＩＢを送信しないように構成される、
   を備える、方法。
10. 前記選択解除ユーティリティメトリック値が第２のユーティリティメトリックしきい値を下回ったとき、前記ＵＥは、前記非ＴＳモードに切り替えると決定する、請求項９に記載の方法。
11. 前記ＵＥは、前記選択解除ユーティリティメトリック値に基づく確率で、前記非ＴＳモードに切り替えると決定する、請求項９に記載の方法。
12. 前記選択解除ユーティリティメトリック値は、
    前記ＵＥの通信範囲内の前記ＴＳモードにあるＵＥの数、
    前記ＴＳモードにある１つまたは複数のＵＥの中からの最強受信電力値、または
    前記ＵＥの前記通信範囲内の前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記通信範囲内の推定された全エリア、
    のうちの少なくとも１つに基づいて生成される、請求項９に記載の方法。
13. 前記生成することは、
    受信されたＴＩＢ送信を復号するための信号対雑音比（ＳＮＲ）しきい値に基づいて前記ＵＥの距離を決定することと、
    前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記ＵＥの前記通信範囲内のエリアの部分を、前記１つまたは複数のＵＥの各々からの受信電力値に基づいて、決定することと、
    前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記ＵＥの前記通信範囲内の前記エリアの前記部分に基づいて、前記ＴＳモードにある前記１つまたは複数のＵＥによってカバーされる前記通信範囲内の前記全エリアを推定することと、
    をさらに備える、請求項１２に記載の方法。
14. 分散同期を用いたデバイスツーデバイス（Ｄ２Ｄ）ネットワークにおける通信のための装置であって、
    メモリと、
    前記メモリに結合された少なくとも１つのプロセッサと、
    を備え、前記少なくとも１つのプロセッサは、
    非タイミングソース（ＴＳ）モードにおいて、同期チャネル持続時間中にタイミング情報についての要求を受信することと、
    タイミング情報についての前記受信された要求に関連する情報に基づいて選択ユーティリティメトリック値を生成することと、
    前記選択ユーティリティメトリック値に基づいてＴＳモードに切り替えるべきかどうかを決定することと、
    を行うように構成され、
    前記少なくとも１つのプロセッサは、前記ＴＳモードにおいて、タイミング情報ブロック（ＴＩＢ）を送信するように構成される、装置。
15. 分散同期を用いたデバイスツーデバイス（Ｄ２Ｄ）ネットワークにおける通信のための装置であって、
    メモリと、
    前記メモリに結合された少なくとも１つのプロセッサと、
    を備え、前記少なくとも１つのプロセッサは、
    タイミングソース（ＴＳ）モードにおいて、同期チャネル持続時間中にタイミング情報ブロードキャスト（ＴＩＢ）を送信することと、
    前記ＴＳモードにおいて、前記同期チャネル持続時間中にＴＩＢ送信を受信することと、
    前記ＴＳモードにある少なくとも１つのＵＥに関連する受信された情報に基づいて選択解除ユーティリティメトリック値を生成することと、
    前記選択解除ユーティリティメトリック値に基づいて非ＴＳモードに切り替えるべきかどうかを決定することと、
    を行うように構成され、
    前記少なくとも１つのプロセッサは、前記非ＴＳモードにおいて、前記ＴＩＢを送信しないように構成される、装置。

Images