(57)【要約】      （修正有）【課題】ＰＵＣＣＨのための送信とＤ２Ｄ発見のための送信が、周波数において重複しないように優先順位またはリソース分割のメカニズムを提供する。【解決手段】ＵＥ１１０ａ−１１０ｃは他のＵＥと通信するためのデバイス間（Ｄ２Ｄ）サブフレーム構成を基地局１７０ａ−１７０ｂから受信することを含む。サブフレーム構成は、Ｄ２Ｄ信号を送信するまたは１つもしくは複数のＤ２Ｄ信号を受信するための１つまたは複数のサブフレームを示す。また、Ｄ２Ｄサブフレーム構成によって示されるサブフレーム上で第１の信号を基地局１７０ａ−１７０ｂに送信するためのスケジューリング情報を、基地局１７０ａ−１７０ｂから受信することを含む。さらに、第１の信号の送信を、Ｄ２Ｄ信号の送信または１つもしくは複数のＤ２Ｄ信号の受信よりも優先することおよび第１の信号を送信することを含む。【選択図】図１
2018074601.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信ネットワークでワイヤレスデバイスを動作させる方法であって、
１つまたは複数の第２のワイヤレスデバイスと通信するためのデバイス間（Ｄ２Ｄ）サブフレーム構成を通信コントローラから受信するステップであって、前記サブフレーム構成は、Ｄ２Ｄ信号を送信する、または１つもしくは複数のＤ２Ｄ信号を受信するための１つまたは複数のサブフレームを示す、ステップと、
前記Ｄ２Ｄサブフレーム構成によって示されるサブフレーム上で第１の信号を前記通信コントローラに送信するためのスケジューリング情報を前記通信コントローラから受信するステップと、
前記第１の信号の前記送信を、前記Ｄ２Ｄ信号の送信または前記１つもしくは複数のＤ２Ｄ信号の受信よりも優先するステップと、
前記第１の信号を送信するステップと
を含み、
前記第１の信号は、ランダムアクセスチャネル（ＲＡＣＨ）を含む
ことを特徴とする方法。
【請求項２】
前記Ｄ２Ｄ信号は、Ｄ２Ｄ発見信号を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記Ｄ２Ｄ発見信号は、タイプ１発見信号を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記Ｄ２Ｄ発見信号は、タイプ２発見信号を含むことを特徴とする請求項２に記載の方法。
【請求項５】
前記Ｄ２Ｄ信号は、Ｄ２Ｄ通信信号を含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記Ｄ２Ｄサブフレーム構成は、システム情報ブロック（ＳＩＢ）上で受信されることを特徴とする請求項１ないし５のいずれかに記載の方法。
【請求項７】
前記スケジューリング情報は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）指示を含むことを特徴とする請求項１ないし６のいずれかに記載の方法。
【請求項８】
前記第１の信号は、物理アップリンク制御チャネル（ＰＵＣＣＨ）を含むことを特徴とする請求項１ないし６のいずれかに記載の方法。
【請求項９】
ワイヤレス通信ネットワークで通信可能なワイヤレスデバイスであって、
信号を送受信するように構成された少なくとも１つのアンテナと、
前記デバイスを制御して以下、すなわち、
１つまたは複数の第２のワイヤレスデバイスと通信するためのデバイス間（Ｄ２Ｄ）サブフレーム構成を通信コントローラから受信することであって、前記サブフレーム構成は、Ｄ２Ｄ信号を送信する、または１つもしくは複数のＤ２Ｄ信号を受信するための１つまたは複数のサブフレームを示す、こと、
前記Ｄ２Ｄサブフレーム構成によって示されるサブフレーム上で第１の信号を前記通信コントローラに送信するためのスケジューリング情報を前記通信コントローラから受信すること、
前記第１の信号の前記送信を前記Ｄ２Ｄ信号の送信、または前記１つもしくは複数のＤ２Ｄ信号の受信よりも優先すること、および、
前記少なくとも１つのアンテナを介して前記第１の信号を送信すること
を行うように構成された少なくとも１つのプロセッサと
を含み、
前記第１の信号は、ランダムアクセスチャネル（ＲＡＣＨ）を含む
ことを特徴とするワイヤレスデバイス。
【請求項１０】
前記Ｄ２Ｄ信号は、Ｄ２Ｄ発見信号を含むことを特徴とする請求項９に記載のデバイス。
【請求項１１】
前記Ｄ２Ｄ発見信号は、タイプ１発見信号を含むことを特徴とする請求項１０に記載のデバイス。
【請求項１２】
前記Ｄ２Ｄ発見信号は、タイプ２発見信号を含むことを特徴とする請求項１０に記載のデバイス。
【請求項１３】
前記Ｄ２Ｄ信号は、Ｄ２Ｄ通信信号を含むことを特徴とする請求項９に記載のデバイス。
【請求項１４】
前記Ｄ２Ｄサブフレーム構成は、システム情報ブロック（ＳＩＢ）上で受信されることを特徴とする請求項９ないし１３のいずれかに記載のデバイス。
【請求項１５】
前記スケジューリング情報は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）指示を含むことを特徴とする請求項９ないし１４のいずれかに記載のデバイス。
【請求項１６】
前記第１の信号は、物理アップリンク制御チャネル（ＰＵＣＣＨ）を含むことを特徴とする請求項９ないし１４のいずれかに記載のデバイス。
【請求項１７】
コンピュータプログラムを組み入れた非一時的なコンピュータ可読媒体であって、前記コンピュータプログラムは、
１つまたは複数の第２のワイヤレスデバイスと通信するためのデバイス間（Ｄ２Ｄ）サブフレーム構成を通信コントローラから受信することであって、前記サブフレーム構成は、Ｄ２Ｄ信号を送信する、または１つもしくは複数のＤ２Ｄ信号を受信するための１つまたは複数のサブフレームを示す、こと、
前記Ｄ２Ｄサブフレーム構成によって示されるサブフレーム上で第１の信号を前記通信コントローラに送信するためのスケジューリング情報を前記通信コントローラから受信すること、
前記第１の信号の前記送信を前記Ｄ２Ｄ信号の送信、または前記１つもしくは複数のＤ２Ｄ信号の受信よりも優先すること、および、
前記第１の信号を送信すること
を行うためのコンピュータ可読プログラムコードを含み、
前記第１の信号は、ランダムアクセスチャネル（ＲＡＣＨ）を含む
ことを特徴とする非一時的なコンピュータ可読媒体。
【請求項１８】
前記Ｄ２Ｄ信号は、Ｄ２Ｄ発見信号を含むことを特徴とする請求項１７に記載の非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は一般に、ディジタル通信に関し、より詳細には、通信システムにおけるデバイス間信号の送受信のためのシステムおよび方法に関する。
【背景技術】
【０００２】
デバイス間（Ｄ２Ｄ）標準を使用して動作するシステムは、新しいサービスを提供し、システムスループットを向上させ、よりよいユーザ体験を提案する可能性を有する。Ｄ２Ｄ技術の応用は、３ＧＰＰ（第３世代パートナーシッププロジェクト）で検討中である。Ｄ２Ｄに関する潜在的な使用事例が、３ＧＰＰ関係者らによって識別されてきた。ＬＴＥ（Long Term Evolution）標準に関して考察されたいくつかの使用事例は、ユーザ機器（ＵＥ）、セルフォン、スマートフォン、およびネットワーク機器、例えば、通信コントローラ、基地局、エンハンスト（enhanced）ノードＢ（ｅＮＢ）などを含む様々なデバイスに関連する。
【発明の概要】
【０００３】
一実施形態によれば、ワイヤレス通信ネットワークにおけるワイヤレス通信の方法が提供される。この方法は、１つまたは複数の第２のワイヤレスデバイスと通信するためのデバイス間（Ｄ２Ｄ）サブフレーム構成を通信コントローラから受信することを含み、サブフレーム構成は、Ｄ２Ｄ信号の送信または１つもしくは複数のＤ２Ｄ信号の受信をその中で行うことになる１つまたは複数のサブフレームを示す。この方法はまた、Ｄ２Ｄサブフレーム構成によって示されるサブフレーム上で第１の信号を通信コントローラに送信するためのスケジューリング情報を、通信コントローラから受信することを含む。この方法はさらに、第１の信号の送信を、Ｄ２Ｄ信号の送信または１つもしくは複数のＤ２Ｄ信号の受信よりも優先すること、および第１の信号を送信することを含む。
【０００４】
別の実施形態によれば、ワイヤレス通信ネットワーク中で通信できるワイヤレスデバイスが提供される。このデバイスは、信号を送受信するように構成された少なくとも１つのアンテナと、少なくとも１つのプロセッサとを備える。少なくとも１つのプロセッサは、１つまたは複数の第２のワイヤレスデバイスと通信するためのデバイス間（Ｄ２Ｄ）サブフレーム構成を通信コントローラから受信することであって、サブフレーム構成は、Ｄ２Ｄ信号の送信または１つもしくは複数のＤ２Ｄ信号の受信をその中で行うことになる１つまたは複数のサブフレームを示すこと、Ｄ２Ｄサブフレーム構成によって示されるサブフレーム上で第１の信号を通信コントローラに送信するためのスケジューリング情報を、通信コントローラから受信すること、第１の信号の送信をＤ２Ｄ信号の送信または１つもしくは複数のＤ２Ｄ信号の受信よりも優先すること、および、少なくとも１つのアンテナを介して第１の信号を送信すること、を行うようデバイスを制御するように構成される。
【０００５】
さらに別の実施形態によれば、コンピュータプログラムを組み入れた非一時的なコンピュータ可読媒体が提供される。このコンピュータプログラムは、１つまたは複数の第２のワイヤレスデバイスと通信するためのデバイス間（Ｄ２Ｄ）サブフレーム構成を通信コントローラから受信することであって、サブフレーム構成は、Ｄ２Ｄ信号の送信または１つもしくは複数のＤ２Ｄ信号の受信をその中で行うことになる１つまたは複数のサブフレームを示すこと、Ｄ２Ｄサブフレーム構成によって示されるサブフレーム上で第１の信号を通信コントローラに送信するためのスケジューリング情報を、通信コントローラから受信すること、第１の信号の送信をＤ２Ｄ信号の送信または１つもしくは複数のＤ２Ｄ信号の受信よりも優先すること、および第１の信号を送信すること、を行うためのコンピュータ可読プログラムコードを含む。
【図面の簡単な説明】
【０００６】
本開示およびその利点のより完全な理解のために、添付の図面と共に読まれる次の記述が参照される。図面では、同じ番号は同じオブジェクトを示す。
【０００７】
【図１】本明細書で開示されるデバイスおよび方法を実装するために使用され得る例示的な通信システムを示している。
【図２Ａ】本明細書で開示される方法および教示を実装するために使用され得る例示的なデバイスを示している。
【図２Ｂ】本明細書で開示される方法および教示を実装するために使用され得る例示的なデバイスを示している。
【図３】ＬＴＥバージョン１１システムにおける無線リソース制御（ＲＲＣ）状態を示す状態図を示している。
【図４】ワイヤレス通信システムにおける種々のカバレッジシナリオの例を示している。
【図５】周波数分割複信（ＦＤＤ）構成における物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に対する肯定応答／否定応答（Ａ／Ｎ）タイミングの例を示している。
【図６】本開示による、Ｄ２Ｄリソースとセルラリソースとの衝突を回避するための例示的な方法を示している。
【発明を実施するための形態】
【０００８】
以下で議論される図１〜図６、および本特許文書で本発明の原理について述べるために使用される様々な実施形態は、例示に過ぎず、本発明の範囲を限定すると解釈されるべきでは決してない。本発明の原理は、適切に構成された任意のタイプのデバイスまたはシステム中で実装され得ることを、当業者なら理解するであろう。
【０００９】
以下の文書および標準の記述が、本明細書に完全に記載されるかのように本開示に組み込まれる。
【００１０】
３ＧＰＰ  ＴＲ２２．８０３，ｖｅｒｓｉｏｎ１２．０．０，Ｄｅｃｅｍｂｅｒ  ２０１２（以下「文献１」）、“Ｒ１−１３３８０３，”Ｆｉｎａｌ  Ｒｅｐｏｒｔ  ｏｆ  ３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  ＃７３  ｖ１．０．０，Ｆｕｋｕｏｋａ，Ｊａｐａｎ，Ｍａｙ２０−２４，２０１３，ＭＣＣ  Ｓｕｐｐｏｒｔ（以下「文献２」、３ＧＰＰ  ＴＲ３６．２１１，ｖｅｒｓｉｏｎ１１．３．０，Ｓｅｐｔｅｍｂｅｒ  ２０１２（以下「文献３」）、３ＧＰＰ  ＴＲ３６．２１３，ｖｅｒｓｉｏｎ１１．５．０，Ｓｅｐｔｅｍｂｅｒ  ２０１３（以下「文献４」）、３ＧＰＰ  ＴＲ３６．２１２，ｖｅｒｓｉｏｎ１１．１．０，Ｄｅｃｅｍｂｅｒ  ２０１２（以下「文献５」）
【００１１】
図１は、本明細書で開示されるデバイスおよび方法を実装するために使用され得る例示的な通信システム１００を示す。一般に、システム１００は、複数のワイヤレスユーザがデータおよび他のコンテンツを送受信するのを可能にする。システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＭＤＡ（ＯＦＤＭＡ）、またはシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１つまたは複数のチャネルアクセス方法を実装することができる。
【００１２】
この例では、通信システム１００は、ユーザ機器（ＵＥ）１１０ａ〜１１０ｃ、無線アクセスネットワーク（ＲＡＮ）１２０ａ〜１２０ｂ、コアネットワーク１３０、公衆交換電話網（ＰＳＴＮ）１４０、インターネット１５０、および他のネットワーク１６０を含む。図１では、特定数のこれらのコンポーネントまたは要素が示されているが、任意の数のこれらのコンポーネントまたは要素がシステム１００に含まれるようにしてもよい。
【００１３】
ＵＥ１１０ａ〜１１０ｃは、システム１００で動作および／または通信するように構成される。例えば、ＵＥ１１０ａ〜１１０ｃは、ワイヤレス信号を送信および／または受信するように構成される。各ＵＥ１１０ａ〜１１０ｃは、任意の適切なエンドユーザデバイスを表し、ユーザ機器／デバイス（ＵＥ）、ワイヤレス送受信ユニット（ＷＴＲＵ）、移動局、固定もしくはモバイルの加入者ユニット、ページャ、セルラ電話機、パーソナルディジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、コンピュータ、タッチパッド、ワイヤレスセンサ、または消費者電子デバイスなどのデバイスを含み得る（またはそのようなデバイスと称されることがある）。
【００１４】
ＲＡＮ１２０ａ〜１２０ｂはここでは、基地局１７０ａ〜１７０ｂをそれぞれ含む。各基地局１７０ａ〜１７０ｂは、ＵＥ１１０ａ〜１１０ｃのうちの１つまたは複数とワイヤレスにインタフェースして、コアネットワーク１３０、ＰＳＴＮ１４０、インターネット１５０、および／または他のネットワーク１６０へのアクセスが可能になるように構成される。例えば、基地局１７０ａ〜１７０ｂは、ベーストランシーバステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ（ＮｏｄｅＢ）、進化型（evolved）ＮｏｄｅＢ（ｅＮｏｄｅＢ）、Ｈｏｍｅ ＮｏｄｅＢ、Ｈｏｍｅ ｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータ、サーバ、スイッチ、または、有線もしくはワイヤレスネットワークによる他の任意の適切な処理エンティティなど、いくつかのよく知られたデバイスのうちの１つまたは複数を含む（またはそのようなデバイスである）ことがある。
【００１５】
図１に示される実施形態では、基地局１７０ａは、ＲＡＮ１２０ａの一部を形成するが、ＲＡＮ１２０ａは、他の基地局、要素、および／またはデバイスも含むことがある。また、基地局１７０ｂは、ＲＡＮ１２０ｂの一部を形成するが、ＲＡＮ１２０ｂは、他の基地局、要素、および／またはデバイスも含むことがある。各基地局１７０ａ〜１７０ｂは、「セル」と時々称せられる特定の地理的領域またはエリア内でワイヤレス信号を送信および／または受信するように動作する。一部の実施形態では、各セルにつき複数の送受信機を有する、多入力多出力（ＭＩＭＯ）技術を採用することができる。
【００１６】
基地局１７０ａ〜１７０ｂは、ワイヤレス通信リンクを使用して、１つまたは複数のエアインタフェース１９０を介してＵＥ１１０ａ〜１１０ｃのうちの１つまたは複数と通信する。エアインタフェース１９０は、任意の適切な無線アクセス技術を利用することができる。
【００１７】
システム１００は、本明細書に記載されたような方式を含めて、複数のチャネルアクセス機能を使用できることが企図される。特定の実施形態では、基地局１７０ａ〜１７０ｂおよびＵＥ１１０ａ〜１１０ｃは、ＬＴＥ、ＬＴＥ−Ａ、および／またはＬＴＥ−Ｂを実装するように構成される。さらに、この開示によれば、基地局１７０ａ〜１７０ｂおよびＵＥ１１０ａ〜１１０ｃのうちの１つまたは複数は、デバイス間（Ｄ２Ｄ）通信および発見の標準および原理に従って通信するように構成される。当然、他の多元接続方式およびワイヤレスプロトコルが利用されてもよい。
【００１８】
ＲＡＮ１２０ａ〜１２０ｂは、コアネットワーク１３０と通信して、音声、データ、アプリケーション、ボイスオーバインターネットプロトコル（ＶｏＩＰ）、または他のサービスをＵＥ１１０ａ〜１１０ｃに提供する。理解できるように、ＲＡＮ１２０ａ〜１２０ｂおよび／またはコアネットワーク１３０は、１つまたは複数の他のＲＡＮ（図示せず）と直接的または間接的に通信してもよい。コアネットワーク１３０はまた、他のネットワーク（ＰＳＴＮ１４０、インターネット１５０、および他のネットワーク１６０など）のためのゲートウェイアクセスとして提供することもできる。さらに、ＵＥ１１０ａ〜１１０ｃの一部または全ては、異なるワイヤレス技術および／またはプロトコルを使用して、異なるワイヤレスリンクを介して、異なるワイヤレスネットワークと通信するための機能を備えることができる。
【００１９】
図１は通信システムの一例を示すが、様々な変更を図１に加えることができる。例えば、通信システム１００は、任意の数のＵＥ、基地局、ネットワーク、または他のコンポーネントを、任意の適切な構成で含むことができる。
【００２０】
図２Ａおよび図２Ｂは、本明細書で開示される方法および教示を実装するのに使用され得る例示的なデバイスを示している。特に、図２Ａは例示的なＵＥ１１０を示し、図２Ｂは例示的な基地局１７０を示す。これらのコンポーネントは、システム１００において、または他の任意の適切なシステムにおいて使用することができる。
【００２１】
図２Ａに示されるように、ＵＥ１１０は、少なくとも１つの処理ユニット２００を備える。処理ユニット２００は、ＵＥ１１０の様々な処理動作を実行する。例えば、処理ユニット２００は、信号符号化、データ処理、電力制御、入出力処理、または、ＵＥ１１０がシステム１００において動作するのを可能にする他の任意の機能を実施することができる。処理ユニット２００はまた、以下でより詳細に説明する方法および教示をサポートする。例えば、処理ユニット２００は、後述するＤ２Ｄ標準および原理に従ってＵＥ１１０の動作を制御またはサポートするように構成される。各処理ユニット２００は、１つまたは複数の動作を実施するように構成された任意の適切な処理デバイスまたはコンピューティングデバイスを含む。各処理ユニット２００は、例えば、マイクロプロセッサ、マイクロコントローラ、ディジタル信号プロセッサ、フィールドプログラマブルゲートアレイ、または特定用途向け集積回路を含むことができる。
【００２２】
ＵＥ１１０はまた、少なくとも１つの送受信機２０２を備える。送受信機２０２は、少なくとも１つのアンテナ２０４による送信のためのデータまたは他のコンテンツを変調するように構成される。送受信機２０２はまた、少なくとも１つのアンテナ２０４によって受信されたデータまたは他のコンテンツを復調するように構成される。各送受信機２０２は、ワイヤレス送信のための信号を生成するための、かつ／またはワイヤレスに受信された信号を処理するための、任意の適切な構成を含む。各アンテナ２０４は、ワイヤレス信号を送信および／または受信するための任意の適切な構成を含む。１つまたは複数の送受信機２０２はＵＥ１１０で使用することができ、１つまたは複数のアンテナ２０４はＵＥ１１０で使用することができる。送受信機２０２は、単一の機能ユニットとして示されているが、少なくとも１つの送信機および少なくとも１つの受信機を使用して実装されてもよい。
【００２３】
ＵＥ１１０はさらに、１つまたは複数の入出力デバイス２０６を備える。入出力デバイス２０６は、ユーザとの対話を容易にする。各入出力デバイス２０６は、スピーカ、マイクロフォン、キーパッド、キーボード、ディスプレイ、またはタッチスクリーンなど、ユーザに情報を提供するためおよびユーザから情報を受け取るための任意の適切な構造を含む。
【００２４】
さらに、ＵＥ１１０は、少なくとも１つのメモリ２０８を備える。メモリ２０８は、ＵＥ１１０によって使用、生成、または収集される、命令およびデータを記憶する。例えば、メモリ２０８は、処理ユニット２００によって実行されるソフトウェアまたはファームウェア命令、および、入来信号中の干渉を低減または除去するのに使用されるデータを記憶することができる。各メモリ２０８は、任意の適切な揮発性および／または不揮発性の記憶および取出しデバイスを含む。ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、ハードディスク、光ディスク、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアディジタル（ＳＤ）メモリカードなどの任意の適切なタイプのメモリを使用することができる。
【００２５】
図２Ｂに示されるように、基地局１７０は、少なくとも１つの処理ユニット２５０、少なくとも１つの送信機２５２、少なくとも１つの受信機２５４、１つまたは複数のアンテナ２５６、および少なくとも１つのメモリ２５８を備える。処理ユニット２５０は、信号符号化、データ処理、電力制御、入出力処理、または他の任意の機能など、基地局１７０の様々な処理動作を実施する。処理ユニット２５０はまた、以下でより詳細に説明される方法および教示をサポートすることができる。例えば、処理ユニット２５０は、後述するＤ２Ｄ標準および原理に従って基地局１７０の動作を制御またはサポートするように構成される。各処理ユニット２５０は、１つまたは複数の動作を実施するように構成された任意の適切な処理デバイスまたはコンピューティングデバイスを含む。各処理ユニット２５０は、例えば、マイクロプロセッサ、マイクロコントローラ、ディジタル信号プロセッサ、フィールドプログラマブルゲートアレイ、または特定用途向け集積回路を含むことができる。
【００２６】
各送信機２５２は、１つまたは複数のＵＥまたは他のデバイスへのワイヤレス送信のための信号を生成するための任意の適切な構造を含む。各受信機２５４は、１つまたは複数のＵＥまたは他のデバイスからワイヤレスに受信された信号を処理するための任意の適切な構造を含む。少なくとも１つの送信機２５２と少なくとも１つの受信機２５４は、別々のコンポーネントとして示されているが、送受信機に結合することができる。各アンテナ２５６は、ワイヤレス信号を送信および／または受信するための任意の適切な構造を含む。ここでは、共通のアンテナ２５６が送信機２５２と受信機２５４の両方に結合されているように示されているが、１つまたは複数のアンテナ２５６が送信機２５２に結合され、１つまたは複数の別個のアンテナ２５６が受信機２５４に結合されてもよい。各メモリ２５８は、任意の適切な揮発性および／または不揮発性の記憶および取出しデバイスを含む。
【００２７】
ＵＥ１１０および基地局１７０に関する追加の詳細は、当業者には知られている。したがって、ここでは、これらの詳細は、明確なため、省略される。
【００２８】
ＬＴＥ標準のバージョン１１では、ＵＥは、２つの無線リソース制御（ＲＲＣ）状態、すなわち、ＲＲＣ−アイドル（RRC-Idle）およびＲＲＣ−接続（RRC-Connected）を有することができる。これらの状態は、通信コントローラ（例えば、ｅＮＢ）とＵＥとの間の通信のために開発された。
【００２９】
例示のため、図３は、ＬＴＥバージョン１１システムにおけるＲＲＣ状態の状態図を示している。図３に示されるように、状態は、ＲＲＣ−アイドルおよびＲＲＣ−接続である。図３はまた、ＲＲＣ−接続状態が２つのサブ状態、すなわちドーマント（Dormant）およびアクティブ（Active）を有することも示す。簡潔のため、本明細書では、「ＲＲＣ−アイドル状態」は「アイドル状態」と称されることもある。同様に、本明細書ではまた、「ＲＲＣ−接続状態」は「接続状態」と称されることもある。
【００３０】
Ｄ２Ｄでは、２つの機能、すなわち通信および発見が想定される。次に、これらの機能が定義される。
【００３１】
通信：通信機能を実施するとき、ＵＥは、ｅＮＢを通過する通信データを有することなく、他のＵＥと直接通信する。別のデバイスとＤ２Ｄ通信しているＵＥは、セルラ通信を実施すること（すなわち、通信コントローラを通じて別のエンティティとデータを交換すること）を妨げられない。
【００３２】
発見：発見を実施するとき、ＵＥは、発見することと発見されることの両方が可能である。すなわち、ＵＥは、発見信号を受信することにより近隣ＵＥを発見しようと試みることができ、また、他のＵＥが自分を発見するための発見信号を送信することができる。
【００３３】
いくつかの環境では、ＵＥは、カバレッジ内（in-coverage）（ＩＣ）またはカバレッジ外（out-of-coverage）（ＯＯＣ）であり得る。ＵＥがＩＣ（すなわちネットワークカバレッジ内）であるときは、ＵＥはｅＮＢとのリンクを確立することができる。ＵＥがＯＯＣ（すなわちネットワークカバレッジ外）であるときは、ＵＥはｅＮＢとのリンクを確立することができない。通常、ＵＥは、プライマリ同期信号（ＰＳＳ）やセカンダリ同期信号（ＳＳＳ）などの同期信号、マスタ情報ブロック（ＭＩＢ）、およびシステム情報ブロック（ＳＩＢ）を受信できる場合は、ＵＥは、カバレッジ内（ＩＣ）であると考えられることが可能である。反対に、ＵＥがこのような情報を受信できない場合は、ＵＥはカバレッジ外（ＯＯＣ）である。
【００３４】
例示のため、図４は、ワイヤレス通信システムにおける種々のカバレッジシナリオの例を示している。図４に示されるように、システム４００は、ｅＮＢ４１０と、ＵＥ４２０ａ〜４２０ｄによって表される複数のデバイスとを含む。あるいくつかの実施形態では、ｅＮＢ４１０は、図１の基地局１７０ａ〜１７０ｂのうちの１つまたは複数を表すことができ、ＵＥ４２０ａ〜４２０ｄは、図１のＵＥ１１０ａ〜１１０ｃのうちの１つまたは複数を表すことができる。ｅＮＢ４１０は、カバレッジエリア４３０内の通信を制御する。システム４００において、ＵＥ４２０ａ〜４２０ｂはネットワークカバレッジ内であり、一方ＵＥ４２０ｄはネットワークカバレッジ外と考えられることが可能である。ＵＥ４２０ｃは、ｅＮＢ４１０のカバレッジエリア４３０に近いので、部分的ネットワークカバレッジ内とすることができる。
【００３５】
ＬＴＥ標準化の議論の間、文献２からの以下のテキストに示されるように、Ｄ２Ｄ発見は２つのタイプにカテゴリ化された。
【００３６】
「さらなる議論／研究で使用するための用語定義の目的のために、少なくとも次の２つのタイプの発見プロシージャが定義される（これらの定義は、明確にするための助けに過ぎず、研究の範囲を限定するものではないことに留意されたい）。
−  タイプ１：発見プロシージャ、ここでは発見信号送信のためのリソースが非ＵＥ固有ベースで割り当てられる。
注：リソースは、すべてのＵＥ、またはＵＥのグループのためのものとすることができる。
−  タイプ２：発見プロシージャ、ここでは発見信号送信のためのリソースが各ＵＥ固有ベースで割り振られる。
・  タイプ２Ａ：リソースは、発見信号の固有送信インスタンスごとに割り当てられる。
・  タイプ２Ｂ：リソースは、発見信号送信のために半永続的に割り当てられる。」
【００３７】
現在のＬＴＥ定義に基づいて、ＵＥは、ネットワークに対して、ＲＲＣ−接続とＲＲＣ−アイドルのどちらかの状態である。ＵＥがＲＲＣ−アイドル状態で動作するとき、ＵＥが送信できる唯一の信号は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）である。他の全ての送信の場合、ＵＥはＲＲＣ−接続状態に入る。したがって、ＬＴＥバージョン１２の下では、相互との通信に参与するデバイスはＲＲＣ−接続状態で動作していると想定される。ＲＲＣ−接続状態の間のＵＥの機能の一部は、以下を含む。
ＲＲＣ−接続：
−  ＵＥは、Ｅ−ＵＴＲＡＮ−ＲＲＣ接続を有する。
−  ＵＥは、Ｅ−ＵＴＲＡＮにおけるコンテキストを有する。
−  Ｅ−ＵＴＲＡＮは、ＵＥの属するセルを知っている。
−  ネットワークは、ＵＥとの間でデータを送信および／または受信することができる。
−  ネットワークによって制御されるモビリティ（ＮＡＣＣによるＧＥＲＡＮへのハンドオーバおよびＲＡＴ間セル変更指示）。
−  近隣セル測定。
−  ＰＤＣＰ／ＲＬＣ／ＭＡＣレベルで：
・  ＵＥは、ネットワークとの間でデータを送信および／または受信することができる。
・  ＵＥは、制御シグナリングチャネルを共有データチャネルについてモニタして、共有データチャネルを介したどの送信がＵＥに割り当てられているか確認する。
・  ＵＥはまた、チャネル品質情報およびフィードバック情報をｅＮＢに報告する。
・  ＵＥ節電および効率的なリソース利用のために、ＤＲＸ期間がＵＥアクティビティレベルに従って構成されてよい。これはｅＮＢの制御下である。
【００３８】
ＲＲＣ−接続状態では、ＵＥは、通信コントローラ（例えばｅＮＢ）への通信リンクを維持する。ＵＥは、アップリンク（ＵＬ）で、物理アップリンク制御チャネル（ＰＵＣＣＨ）に関する制御情報、または物理アップリンク共有チャネル（ＰＵＳＣＨ）に関するデータ／制御情報を、通信コントローラに送信することができる。制御情報は種々のタイプの情報を含むことができ、これは、肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＫ、またはＡ／Ｎ）、スケジューリング要求（ＳＲ）、チャネル品質インジケータ（ＣＱＩ）、プリコーディング行列インジケータ（ＰＭＩ）、およびチャネル状態情報（ＣＳＩ）、のうちの１つまたは複数を含む。ＡＣＫ／ＮＡＫは、通信コントローラからＵＥへのダウンリンク（ＤＬ）上のデータの送信の受信に応答して生成される。より具体的には、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で通信コントローラからＵＥに送られたデータは通常、ＵＥによって受領通知される。この場合、受領通知は、ＵＥによって生成されて通信コントローラに送信されるＡＣＫまたはＮＡＫを含む。
【００３９】
文献４では、ＰＤＳＣＨに対するＡＣＫ／ＮＡＫの送信に関するプロシージャについて議論されている。プロシージャは、いつＡＣＫ／ＮＡＫが送信されるかを、時分割複信（ＴＤＤ）構成および周波数分割複信（ＦＤＤ）構成のためのサブフレームに関して指定する。ＬＴＥでは、１つのサブフレームは、継続時間が１ミリ秒であり、フレーム中に１０個のサブフレームがある。サブフレームには、フレーム内で０から９の番号が付される。
【００４０】
ＦＤＤの場合、サブフレームｋ中でのＰＤＳＣＨ送信が、ＵＥによってサブフレームｋ＋４中で受領通知され、ｋは０と９の間の整数である。例えば、図５は、ＦＤＤ構成のための例示的なタイミング図を示しているが、この構成では、サブフレーム０中でのＰＤＳＣＨ送信に応答して、サブフレーム４で受領通知が送信される。合計ｋ＋４は、モジュロ１０を使用して決定される。言い換えれば、ｋが６未満である場合は、合計ｋ＋４は１０未満であり、ＡＣＫ／ＮＡＫは同じフレームで送信される。ｋ≧６の場合は、合計ｋ＋４は１０以上であり、ＡＣＫ／ＮＡＫは次のフレームで送信される。
【００４１】
ＴＤＤの場合、文献４のＴａｂｌｅ１０．１．３．１−１などの表が、文献３のＴａｂｌｅ４．２−２に記載のようなサブフレーム番号およびＵＬ−ＤＬ構成に応じたオフセットを示す。一般に、最小オフセットは４である。文献４のＴａｂｌｅ１０．１．３．１−１はｎ−ｋとして表され、ｋはオフセットであり、ｎはアップリンクのためのサブフレーム番号であることに留意されたい。例えば、ＵＬ−ＤＬ構成０に関して、サブフレームｎ＝２で送信されるＡＣＫ／ＮＡＫは、ｋ＝６サブフレーム前のＰＤＳＣＨ送信（すなわち前のフレームのサブフレーム６）に応答したものである。ＵＥにおけるＰＤＳＣＨ受信と、対応するＡＣＫ／ＮＡＫ送信との間のこの関係（ＴＤＤとＦＤＤの両方の場合の）は、高スループットが可能となる。
【００４２】
Ｄ２Ｄのための発見の導入により、ＰＤＳＣＨ受信とＡＣＫ／ＮＡＫ送信との関係が変更される必要がある。なぜなら、Ｄ２Ｄ直接発見リソースとセルラリソースとが多重化されて、Ｄ２Ｄ発見リソースがＵＬとＤＬのどちらかの帯域を占める可能性があるからである。したがって、セルラサブフレームとＤ２Ｄ発見サブフレームとが「衝突」しないことを確実にする必要がある。すなわち、セルラ送信とＤ２Ｄ発見送信および／または受信とが、同じサブフレーム中で同時発生し得る。このような同時発生は、この開示では「衝突」とも称される。セルラ送信とＤ２Ｄ発見送信との衝突の可能性があるいくつかのシナリオが、以下に挙げられる。
・  発見サブフレームが、ＡＣＫ／ＮＡＫが送信されることになるサブフレームと同時発生する。
・  発見サブフレームが、制御情報（例えばＳＲやＣＱＩなど）が送信されることになるサブフレームと同時発生する。
・  発見サブフレームが、ＰＵＳＣＨの半永続的スケジューリング（semi-persistent scheduling）（ＳＰＳ）のために予約されたサブフレームと同時発生する。
・  発見サブフレームが、ハイブリッド自動再送要求（ＨＡＲＱ）−ＡＣＫのためにＡＣＫ／ＮＡＫが送信されることになるサブフレームと同時発生する。
・  発見サブフレームが、ＰＵＳＣＨの送信時間間隔（ＴＴＩ）バンドリングが使用されるサブフレームと同時発生する。
・  発見サブフレームが、ＰＵＳＣＨがスケジュールされるサブフレームと同時発生する。
・  発見サブフレームが、ランダムアクセスチャネル（ＲＡＣＨ）がイネーブルにされたサブフレームと同時発生する。
・  発見サブフレームが、サウンディング基準シンボル（ＳＲＳ）を含むサブフレームと同時発生する。
【００４３】
これらの可能な衝突シナリオを解決するために、本明細書で開示される実施形態は、ＵＥがＲＲＣ−接続またはＲＲＣ−アイドル状態である間に、発見サブフレームの多重化を許容する。開示した実施形態はさらに、Ｄ２Ｄ能力を有さないＵＥが、Ｄ２Ｄ機能を使用してＵＥと通信できるようにする。
【００４４】
一実施形態では、優先順位またはリソース分割のメカニズムが提供され、このメカニズムでは、制御情報の送信が発見信号よりも優先される。すなわち、ＵＥは、Ｄ２Ｄ発見用に指定されたサブフレームにおいてＤ２Ｄ発見信号を受信するのではなく、ＰＵＣＣＨに関するその制御信号を送信する。この実施形態では、ＰＵＣＣＨのためのリソースは、Ｄ２Ｄ発見のためのリソースとは別個である。例えば、アップリンクの場合の５０個のリソースブロック（ＲＢ）の構成では、ＰＵＣＣＨに割り当てられた６つのＲＢ（ＲＢ０、１、２、４７、４８、および４９など）があってもよい。サブフレーム中の残りのＲＢは、Ｄ２Ｄ発見のために予約することができる。リソースの分割により、ＰＵＣＣＨのための送信とＤ２Ｄ発見のための送信は、周波数において重複しない。
【００４５】
同様に、デバイスが、Ｄ２Ｄ発見信号と、制御情報（例えば、受信されたＤＬデータに応答した、ＡＣＫ／ＮＡＣＫを含むＰＵＣＣＨ。受信されたＤＬデータと、ＡＣＫ／ＮＡＣＫを搬送する対応するＰＵＣＣＨとの間には、固定の時間関係がある）とを送信する機会を有する場合、優先順位は、デバイスがＤ２Ｄ発見信号ではなく制御情報を送信するといったものになる。さらに、別の優先順位規則によれば、ＰＵＣＣＨがＡＣＫ／ＮＡＫを搬送しない場合は、ＵＥは、Ｄ２Ｄ発見モードで動作することができる。この実施形態では、Ｄ２Ｄ能力を有さないＵＥが、Ｄ２Ｄ発見サブフレーム中でＰＵＣＣＨを送ることが許容される。
【００４６】
別の実施形態は、Ｄ２Ｄ通信とＤ２Ｄ発見との間の優先順位規則を提供する。Ｄ２Ｄ通信のためのサブフレームが、Ｄ２Ｄ発見サブフレームと同時発生することがあり得る。ある優先順位規則によれば、Ｄ２Ｄ通信は、Ｄ２Ｄ発見送信によって引き起こされる干渉がＤ２Ｄ通信を破損させる可能性があるので、Ｄ２Ｄ発見よりも低い優先順位を有することができる。Ｄ２Ｄ通信では、Ｄ２Ｄ通信リンクにおいてデバイス間で送信されるデータについて、受領通知が生成されることがある。したがって、Ｄ２Ｄ通信のＡＣＫ／ＮＡＫは、Ｄ２Ｄ通信ＡＣＫ／ＮＡＫの次の送信機会まで延期されてよい。
【００４７】
別の実施形態では、サブフレーム中での、Ｄ２Ｄ通信の送信および／または受信ならびにＰＵＣＣＨの送信について、優先順位規則が確立される。ある優先順位規則によれば、ＰＵＣＣＨに関する制御情報がＡＣＫ／ＮＡＫを含まない場合、ＵＥは、Ｄ２Ｄ通信を優先することができる。別の優先順位規則によれば、Ｄ２Ｄ通信とＰＵＣＣＨの両方を含むサブフレーム中で、ＵＥは、Ｄ２Ｄ通信をＰＵＣＣＨよりも優先する。ＰＵＣＣＨは、別の実施形態で述べたように延期されてよい。
【００４８】
別の実施形態は、ＲＡＣＨがイネーブルにされたサブフレームに関する。ＲＡＣＨは６つのＲＢを占めるので、Ｄ２Ｄ発見構成は、ＲＡＣＨに割り当てられたＲＢを避けることができる。例えば、ＲＡＣＨはＲＢ４〜９を使用することができ、一方Ｄ２Ｄ発見はＲＢ４〜９を避けることができる（また、ＰＵＣＣＨに割り当てられたＲＢも避けることができる）。ある優先順位規則によれば、Ｄ２Ｄ発見は、ＲＡＣＨ送信よりも高い優先順位を有する。例えば、ＵＥは、Ｄ２Ｄ発見の送信をＲＡＣＨの送信よりも優先することを選択することができる。しかし、ＰＤＣＣＨ指示（文献５のセクション５．３．３．１．３参照）またはハンドオフによるＲＡＣＨは、より高い優先順位を有することができる。異なる優先順位規則によれば、ＲＡＣＨ送信は、Ｄ２Ｄ発見送信または受信よりも高い優先順位を有する。
【００４９】
別の実施形態では、制御情報は、後続のサブフレーム、例えば次のアップリンクサブフレームに延期されてよい。サブフレームｎの制御情報の遅延された送信は、サブフレームｎ＋ｉ（ＴＤＤの場合、ｉ＝１以上）上のＰＵＣＣＨリソース上で衝突を引き起こすことがある。衝突を回避するために、ＰＵＣＣＨについてのリソースマッピング規則が、以下の式に従って修正される。
【００５０】
【数１】
2018074601.tif 000003
【００５１】
ここで、ｎCCEは、ＰＤＳＣＨについてのダウンリンク制御情報（ＤＣＩ）を提供した物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の制御チャネル要素（ＣＣＥ）の位置に関連するパラメータであり、
【００５２】
【数２】
2018074601.tif 000004
【００５３】
は、より高いレイヤのシグナリング（例えばＲＲＣシグナリング）によって提供されるパラメータである。一実施形態では、別のパラメータ
【００５４】
【数３】
2018074601.tif 000005
【００５５】
がＲＲＣシグナリングによって割り当てられる（例えば、ＳＩＢ中でブロードキャストされる）ことができる。制御情報（ＰＵＣＣＨに関する）の送信のためのサブフレームと、発見の送信または受信のためのサブフレームとが同時発生する場合、制御情報は遅延され、以下の式によって決定されるようにＰＵＣＣＨリソース上で送られる。
【００５６】
【数４】
2018074601.tif 000006
【００５７】
別の実施形態では、ＳＲＳの送信と発見信号の送信とが同時発生するシナリオでは、ＳＲＳは、より後のサブフレーム、例えば次のアップリンクサブフレームに延期することができる。
【００５８】
図６は、本開示による、Ｄ２Ｄリソースとセルラリソースとの衝突を回避するための例示的な方法を示している。説明の容易のために、方法６００は、図１のシステム１００におけるＵＥ１１０のうちの１つと共に使用されるものとして記述される。しかし、方法６００は、任意の適切なデバイスにより、かつ任意の適切なシステムにおいて使用することができる。
【００５９】
ステップ６０１で、ＵＥが、ｅＮＢなどの通信コントローラからＤ２Ｄサブフレーム構成を受信する。Ｄ２Ｄサブフレーム構成は、１つまたは複数の他のワイヤレスデバイスとの通信のためのものである。Ｄ２Ｄサブフレーム構成は、Ｄ２Ｄ信号を送信する、または１つもしくは複数のＤ２Ｄ信号を受信するための１つまたは複数のサブフレームを示す。いくつかの実施形態では、Ｄ２Ｄ信号は、Ｄ２Ｄ発見信号である（またはそれを含む）。このようなＤ２Ｄ発見信号は、タイプ１またはタイプ２発見信号とすることができる。他の実施形態では、Ｄ２Ｄ信号は、Ｄ２Ｄ通信信号である（またはそれを含む）。いくつかの実施形態では、Ｄ２Ｄサブフレーム構成は、ＳＩＢ上で受信される。
【００６０】
ステップ６０３で、ＵＥは、Ｄ２Ｄサブフレーム構成によって示されるサブフレーム上で第１の信号を通信コントローラに送信するためのスケジューリング情報を、通信コントローラから受信する。いくつかの実施形態では、スケジューリング情報は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）指示を含む。
【００６１】
ステップ６０５で、ＵＥは、第１の信号の送信を、Ｄ２Ｄ信号の送信またはＤ２Ｄ信号の受信よりも優先する。次いで、ステップ６０７で、ＵＥは第１の信号を送信する。実施形態に応じて、第１の信号は、ＲＡＣＨまたはＰＵＣＣＨを含むことができる。
【００６２】
図６は、Ｄ２Ｄリソースとセルラリソースとの衝突を回避するための方法６００の一例を示しているが、様々な変更を図６に加えることができる。例えば、図６の様々なステップは、一連のステップとして示されているが、重複してもよく、並行して行われてもよく、異なる順序で行われてもよく、または任意の回数にわたって行われてもよい。
【００６３】
いくつかの実施形態では、デバイスのうちの１つまたは複数の機能またはプロセスのいくつかまたは全ては、コンピュータ可読プログラムコードで形成されコンピュータ可読媒体に組み入れられた、コンピュータプログラムによって実装またはサポートされる。「コンピュータ可読プログラムコード」という語は、ソースコード、オブジェクトコード、および実行可能コードを含めた、任意のタイプのコンピュータコードを含む。「コンピュータ可読媒体」という語は、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ハードディスクドライブ、コンパクトディスク（ＣＤ）、ディジタルビデオディスク（ＤＶＤ）、または他の任意のタイプのメモリなど、コンピュータによってアクセス可能な任意のタイプの媒体を含む。
【００６４】
本特許文書の全体を通して使用されるいくつかの単語および語句の定義を示すことが有利であろう。用語「含む」および「備える」ならびにそれらの派生形は、限定のない包含を意味する。用語「または、もしくは」は、包含的であり、「および／または（もしくは）」を意味する。語句「〜に関連する」および「それに関連する」ならびにそれらの派生形は、含む、内に含まれる、と相互接続する、含有する、内に含有される、〜にまたは〜と接続する、〜にまたは〜と結合する、〜と通信可能である、〜と協働する、インタリーブする、並置する、に近接する、〜にまたは〜と結び付けられる、有する、〜のプロパティを有する、などを意味する。
【００６５】
本開示はいくつかの実施形態および一般に関連する方法について述べているが、これらの実施形態および方法の改変および置換は、当業者には明らかであろう。したがって、例示的な実施形態に関する上の記述は、本開示を定義または制約しない。後続の特許請求の範囲によって定義されるように、本開示の主旨および範囲を逸脱することなく、他の変更、代用、および改変も可能である。
【図１】
2018074601.tif 000007
【図２Ａ】
2018074601.tif 000008
【図２Ｂ】
2018074601.tif 000009
【図３】
2018074601.tif 000010
【図４】
2018074601.tif 000011
【図５】
2018074601.tif 000012
【図６】
2018074601.tif 000013