(57)【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）によるワイヤレス通信の方法であって、
少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成における変更に基づいて、Ｄ２Ｄリソースメッセージを受信することと、ここにおいて、前記Ｄ２Ｄリソースメッセージは、前記ＵＥが、前記アップリンク−ダウンリンクサブフレーム構成における前記変更の後、少なくともＤ２Ｄデータ送信のために割り振られたリソースを決定することを可能にする、
前記受信されたＤ２Ｄリソースメッセージに基づいて、少なくともＤ２Ｄデータ送信を行うために使用されるべき前記リソースのサブセットを決定することと、ここにおいて、少なくともＤ２Ｄデータ送信を行うために使用されるべきリソースの前記サブセットを前記決定することは、Ｄ２Ｄデータ送信に関連付けられた識別子に基づいて前記Ｄ２Ｄリソースメッセージを復号することを備える、
を備える、方法。
【請求項２】
前記少なくとも１つのフレームの前記アップリンク−ダウンリンクサブフレーム構成における前記変更に基づいて、構成更新メッセージを受信することをさらに備え、ここにおいて、前記構成更新メッセージは、ダウンリンクサブフレームのセットおよびアップリンクサブフレームのセットを示す、請求項１に記載の方法。
【請求項３】
少なくともＤ２Ｄデータ送信を行うために使用されるべきリソースの前記サブセットを前記決定することは、
前にアップリンクサブフレームとして構成され、前に、少なくともＤ２Ｄデータ送信のために割り振られたリソースと関連付けられたダウンリンクサブフレームを識別することと、
前記識別されたダウンリンクサブフレーム上で少なくともＤ２Ｄデータ送信を行うことを控えることと、
を備える、請求項１に記載の方法。
【請求項４】
前記Ｄ２Ｄリソースメッセージは、アップリンクサブフレームのセットにおいて、少なくともＤ２Ｄデータ送信のために割り振られた前記リソースを示す、請求項１に記載の方法。
【請求項５】
前記Ｄ２Ｄリソースメッセージは、Ｄ２Ｄ情報メッセージが送信されることとなるリソースを識別し、ここにおいて、前記Ｄ２Ｄ情報メッセージは、アップリンクサブフレームのセットにおいて、少なくともＤ２Ｄデータ送信のために割り振られた前記リソースを示す、請求項１に記載の方法。
【請求項６】
基地局によるワイヤレス通信の方法であって、
ネットワークトラフィックに基づいて、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成を再構成することを決定することと、
前記決定に基づいて前記アップリンク−ダウンリンクサブフレーム構成を再構成することと、
前記再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、Ｄ２Ｄリソースメッセージを送信することと、ここにおいて、前記Ｄ２Ｄリソースメッセージは、ユーザ機器（ＵＥ）が、前記再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて少なくともＤ２Ｄデータ送信のために割り振られたリソースを決定することを可能にする、
前記ＵＥが前記Ｄ２Ｄリソースメッセージを復号することを可能にするために、システム情報ブロックにおいて、少なくともＤ２Ｄデータ送信に関連付けられた識別子を送信することと、
を備える、方法。
【請求項７】
前記再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、少なくともＤ２Ｄデータ送信のために前記リソースを割り振ることをさらに備える、請求項６に記載の方法。
【請求項８】
前記再構成されたアップリンク−ダウンリンクサブフレーム構成は、前のアップリンク−ダウンリンクサブフレーム構成より少ないアップリンクサブフレームを有し、ここにおいて、前記リソースのサブセットは、前記前のアップリンク−ダウンリンクサブフレーム構成において前に少なくともＤ２Ｄデータ送信のために割り振られていないアップリンクサブフレームのサブセットに割り振られた、請求項６に記載の方法。
【請求項９】
前記少なくとも１つのフレームの、前記再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、構成更新メッセージを送信することをさらに備え、ここにおいて、前記構成更新メッセージは、ダウンリンクサブフレームのセットおよびアップリンクサブフレームのセットを示す、請求項６に記載の方法。
【請求項１０】
前記Ｄ２Ｄリソースメッセージは、アップリンクサブフレームのセットにおいて割り振られた前記リソースを示す、請求項６に記載の方法。
【請求項１１】
前記Ｄ２Ｄリソースメッセージは、Ｄ２Ｄ情報メッセージが送信されることとなるリソースを識別し、ここにおいて、前記Ｄ２Ｄ情報メッセージは、前記再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいてアップリンクサブフレームのセットにおいて割り振られた前記リソースを示す、請求項６に記載の方法。
【請求項１２】
ワイヤレス通信のための装置であって、
少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成における変更に基づいて、Ｄ２Ｄリソースメッセージを受信するための手段と、ここにおいて、前記Ｄ２Ｄリソースメッセージは、前記装置が、前記アップリンク−ダウンリンクサブフレーム構成における前記変更の後、少なくともＤ２Ｄデータ送信のために割り振られたリソースを決定することを可能にする、
前記受信されたＤ２Ｄリソースメッセージに基づいて、少なくともＤ２Ｄデータ送信を行うために使用されるべき前記リソースのサブセットを決定するための手段と、ここにおいて、少なくともＤ２Ｄデータ送信を行うために使用されるべきリソースの前記サブセットを前記決定するための手段は、Ｄ２Ｄデータ送信に関連付けられた識別子に基づいて前記Ｄ２Ｄリソースメッセージを復号するための手段を備える、
を備える、装置。
【請求項１３】
ワイヤレス通信のための装置であって、
ネットワークトラフィックに基づいて、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成を再構成することを決定するための手段と、
前記決定に基づいて前記アップリンク−ダウンリンクサブフレーム構成を再構成するための手段と、
前記再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、Ｄ２Ｄリソースメッセージを送信するための手段と、ここにおいて、前記Ｄ２Ｄリソースメッセージは、ユーザ機器（ＵＥ）が、前記再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて少なくともＤ２Ｄデータ送信のために割り振られたリソースを決定することを可能にする、
前記ＵＥが前記Ｄ２Ｄリソースメッセージを復号することを可能にするために、システム情報ブロックにおいて、少なくともＤ２Ｄデータ送信に関連付けられた識別子を送信するための手段と、
を備える、装置。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
[0001]  本願は、２０１５年７月７日に出願された「DYNAMIC SIGNALING OF LTE-TDD CONFIGURATIONS IN THE PRESENCE OF D2D TRANSMISSIONS」と題された米国特許出願第１４／７９３、６２１号の利益を主張し、それは、その全体が本明細書に参照によって明確に組み込まれる。
【技術分野】
【０００２】
[0002]  本開示は一般的に、通信システムに関し、より具体的には、デバイスツーデバイス（Ｄ２Ｄ：device-to-device）送信がある場合のロングタームエボリューション時分割複信（ＬＴＥ−ＴＤＤ：Long Term Evolution Time-Division Duplex）構成の動的なシグナリングに関する。
【背景技術】
【０００３】
[0003]  ワイヤレス通信システムは、電話通信、ビデオ、データ、メッセージング、およびブロードキャストのような様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（例えば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を用い得る。そのような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ：code division multiple access）システム、時分割多元接続（ＴＤＭＡ：time division multiple access）システム、周波数分割多元接続（ＦＤＭＡ：frequency division multiple access）システム、直交周波数分割多元接続（ＯＦＤＭＡ：orthogonal frequency division multiple access）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ：single-carrier frequency division multiple access）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ：time division synchronous code division multiple access）システムを含む。
【０００４】
[0004]  これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、地球規模でも通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されてきた。実例的な電気通信規格は、ロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表されたユニバーサルモバイル電気通信システム（ＵＭＴＳ）のモバイル規格に対する改良（enhancement）のセットである。ＬＴＥは、スペクトル効率を改善すること、コストを下げること、サービスを改善すること、新たなスペクトルを利用すること、およびダウンリンク（ＤＬ）上ではＯＦＤＭＡを、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを、そして多入力多出力（ＭＩＭＯ）アンテナ技術を使用して、他のオープン規格とより良く統合することによって、モバイルブロードバンドインターネットアクセスをより良くサポートするように設計される。しかしながら、モバイルブロードバンドアクセスに対する需要が増大し続けるにつれて、ＬＴＥ技術におけるさらなる改善の必要性が存在する。望ましくは、これらの改善は、これらの技術を用いる電気通信規格および他の多元接続技術に適用可能であるべきである。
【発明の概要】
【０００５】
[0005]  本開示のある態様において、方法、コンピュータ読み取り可能な媒体、および装置が提供される。装置は、ユーザ機器（ＵＥ）であり得る。一態様において、装置は、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成における変更に基づいてＤ２Ｄリソースメッセージを受信する。Ｄ２Ｄリソースメッセージは、装置が、アップリンク−ダウンリンクサブフレーム構成における変更の後、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを決定することを可能にする。装置は、受信されたＤ２Ｄリソースメッセージに基づいて、Ｄ２Ｄ送信を行うために使用されるべきＤ２Ｄリソースのサブセットを決定する。
【０００６】
[0006]  別の態様において、装置は、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成における変更に基づいてＤ２Ｄリソースメッセージを受信するための手段を含む。Ｄ２Ｄリソースメッセージは、装置が、アップリンク−ダウンリンクサブフレーム構成における変更の後、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを決定することを可能にする。装置は、受信されたＤ２Ｄリソースメッセージに基づいて、Ｄ２Ｄ送信を行うために使用されるべきＤ２Ｄリソースのサブセットを決定するための手段を含む。装置は、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成における変更に基づいて、構成更新メッセージを受信するための手段を含み得、ここにおいて、構成更新メッセージは、ダウンリンクサブフレームのセットおよびアップリンクサブフレームのセットを示す。ある態様において、Ｄ２Ｄ送信を行うために使用されるべきＤ２Ｄリソースのサブセットを決定するための手段は、前にアップリンクサブフレームとして構成され、前に、Ｄ２Ｄ送信のために割り振られたリソースと関連付けられたダウンリンクサブフレームを識別するように、および識別されたダウンリンクサブフレーム上でＤ２Ｄ送信を行うことを控えるように構成され得る。別の態様において、Ｄ２Ｄ送信を行うために使用されるべきＤ２Ｄリソースのサブセットを決定するための手段は、Ｄ２Ｄ送信に関連付けられた識別子に基づいてＤ２Ｄリソースメッセージを復号するように構成され得る。別の態様において、装置は、システム情報ブロックにおいて、Ｄ２Ｄ送信に関連付けられた識別子を受信するための手段を含み得る。別の態様において、Ｄ２Ｄリソースメッセージは、アップリンクサブフレームのセットにおいて、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを示す。別の態様において、Ｄ２Ｄリソースメッセージは、ＰＤＣＣＨにおいて送信される。別の態様において、Ｄ２Ｄリソースメッセージは、Ｄ２Ｄ情報メッセージが送信されることとなるリソースを識別し、Ｄ２Ｄ情報メッセージは、アップリンクサブフレームのセットにおいて、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを示す。別の態様において、装置は、Ｄ２Ｄリソースメッセージにおいて識別されたリソース上でＤ２Ｄ情報メッセージを受信するための手段を含む。別の態様において、Ｄ２Ｄリソースメッセージは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：physical downlink control channel）において受信され、Ｄ２Ｄ情報メッセージは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：physical downlink shared channel）において受信される。別の態様において、Ｄ２Ｄ情報メッセージは、アップリンク−ダウンリンクサブフレーム構成における変更に基づいてダウンリンクサブフレームにコンバートされる、またはアップリンクサブフレームにコンバートされることとなる少なくとも１つのフレームの１つ以上のサブフレームを示すビットマップを含む。
【０００７】
[0007]  別の態様において、コンピュータ読み取り可能な媒体は、ＵＥに関連付けられ、ワイヤレス通信のためのコンピュータ実行可能なコードを記憶する。コンピュータ読み取り可能な媒体は、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成における変更に基づいてＤ２Ｄリソースメッセージを受信するためのコードを含む。Ｄ２Ｄリソースメッセージは、ＵＥが、アップリンク−ダウンリンクサブフレーム構成における変更の後、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを決定することを可能にする。コンピュータ読み取り可能な媒体は、受信されたＤ２Ｄリソースメッセージに基づいて、Ｄ２Ｄ送信を行うために使用されるべきＤ２Ｄリソースのサブセットを決定するためのコードを含む。ある態様において、コンピュータ読み取り可能な媒体は、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成における変更に基づいて、構成更新メッセージを受信するためのコードを含む。構成更新メッセージは、ダウンリンクサブフレームのセットおよびアップリンクサブフレームのセットを示す。別の態様において、Ｄ２Ｄ送信を行うために使用されるべきＤ２Ｄリソースのサブセットを決定するためのコードは、前にアップリンクサブフレームとして構成され、前に、Ｄ２Ｄ送信のために割り振られたリソースと関連付けられたダウンリンクサブフレームを識別するため、および識別されたダウンリンクサブフレーム上でＤ２Ｄ送信を行うことを控えるためのコードを含み得る。別の態様において、Ｄ２Ｄ送信を行うために使用されるべきＤ２Ｄリソースのサブセットを決定するためのコードは、Ｄ２Ｄ送信に関連付けられた識別子に基づいてＤ２Ｄリソースメッセージを復号するためのコードを含み得る。別の態様において、コンピュータ読み取り可能な媒体は、システム情報ブロックにおいて、Ｄ２Ｄ送信に関連付けられた識別子を受信するためのコードを含み得る。別の態様において、Ｄ２Ｄリソースメッセージは、アップリンクサブフレームのセットにおいて、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを示す。別の態様において、Ｄ２Ｄリソースメッセージは、ＰＤＣＣＨにおいて送信される。別の態様において、Ｄ２Ｄリソースメッセージは、Ｄ２Ｄ情報メッセージが送信されることとなるリソースを識別し、ここにおいて、Ｄ２Ｄ情報メッセージは、アップリンクサブフレームのセットにおいて、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを示す。別の態様において、コンピュータ読み取り可能な媒体は、Ｄ２Ｄリソースメッセージにおいて識別されたリソース上でＤ２Ｄ情報メッセージを受信するためのコードを含み得る。別の態様において、Ｄ２Ｄリソースメッセージは、ＰＤＣＣＨにおいて受信され、Ｄ２Ｄ情報メッセージは、ＰＤＳＣＨにおいて受信される。別の態様において、Ｄ２Ｄ情報メッセージは、アップリンク−ダウンリンクサブフレーム構成における変更に基づいてダウンリンクサブフレームにコンバートされる、またはアップリンクサブフレームにコンバートされることとなる少なくとも１つのフレームの１つ以上のサブフレームを示すビットマップを含む。
【０００８】
[0008]  本開示の別の態様において、方法、コンピュータ読み取り可能な媒体、および装置が、提供される。装置は、基地局（例えば、発展型ノードＢ）であり得る。一態様において、装置は、ネットワークトラフィックに基づいて、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成を再構成することを決定する。装置は、決定に基づいてアップリンク−ダウンリンクサブフレーム構成を再構成する。装置は、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいてＤ２Ｄリソースメッセージを送信し、ここにおいて、Ｄ２Ｄリソースメッセージは、ＵＥが、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいてＤ２Ｄ送信のために割り振られたＤ２Ｄリソースを決定することを可能にする。
【０００９】
[0009]  別の態様において、装置は、ネットワークトラフィックに基づいて、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成を再構成することを決定するための手段を含む。装置は、決定に基づいてアップリンク−ダウンリンクサブフレーム構成を再構成するための手段を含む。装置は、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいてＤ２Ｄリソースメッセージを送信するための手段を含む。Ｄ２Ｄリソースメッセージは、ＵＥが、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいてＤ２Ｄ送信のために割り振られたＤ２Ｄリソースを決定することを可能にする。ある態様において、装置は、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、Ｄ２Ｄ送信のためにＤ２Ｄリソースを割り振るための手段を含み得る。別の態様において、再構成されたアップリンク−ダウンリンクサブフレーム構成は、前のアップリンク−ダウンリンクサブフレーム構成より少ないアップリンクサブフレームを有し、Ｄ２Ｄリソースのサブセットは、前のアップリンク−ダウンリンクサブフレーム構成において前にＤ２Ｄ送信のために割り振られていないアップリンクサブフレームのサブセットに割り振られる。別の態様において、装置は、少なくとも１つのフレームの、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、構成更新メッセージを送信するための手段を含み得る。構成更新メッセージは、ダウンリンクサブフレームのセットおよびアップリンクサブフレームのセットを示す。別の態様において、装置は、ＵＥがＤ２Ｄリソースメッセージを復号することを可能にするために、システム情報ブロックにおいて、Ｄ２Ｄ送信に関連付けられた識別子を送信するための手段を含み得る。別の態様において、Ｄ２Ｄリソースメッセージは、アップリンクサブフレームのセットにおいて割り振られたＤ２Ｄリソースを示す。別の態様において、Ｄ２Ｄリソースメッセージは、Ｄ２Ｄ情報メッセージが送信されることとなるリソースを識別し、Ｄ２Ｄ情報メッセージは、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいてアップリンクサブフレームのセットにおいて割り振られたＤ２Ｄリソースを示す。別の態様において、装置は、Ｄ２Ｄリソースメッセージにおいて識別されたリソース上でＤ２Ｄ情報メッセージを送信するための手段を含み得る。別の態様において、Ｄ２Ｄリソースメッセージは、ＰＤＣＣＨにおいて送信され、Ｄ２Ｄ情報メッセージは、ＰＤＳＣＨにおいて送信される。
【００１０】
[0010]  別の態様において、コンピュータ読み取り可能な媒体は、基地局に関連付けられ、ワイヤレス通信のためのコンピュータ実行可能なコードを記憶する。コンピュータ読み取り可能な媒体は、ネットワークトラフィックに基づいて、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成を再構成することを決定するためのコードを含む。コンピュータ読み取り可能な媒体は、決定に基づいてアップリンク−ダウンリンクサブフレーム構成を再構成するためのコードを含む。コンピュータ読み取り可能な媒体は、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいてＤ２Ｄリソースメッセージを送信するためのコードを含み、ここにおいて、Ｄ２Ｄリソースメッセージは、ＵＥが、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいてＤ２Ｄ送信のために割り振られたＤ２Ｄリソースを決定することを可能にする。別の態様において、コンピュータ読み取り可能な媒体は、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、Ｄ２Ｄ送信のためにＤ２Ｄリソースを割り振るためのコードを含み得る。別の態様において、再構成されたアップリンク−ダウンリンクサブフレーム構成は、前のアップリンク−ダウンリンクサブフレーム構成より少ないアップリンクサブフレームを有し、Ｄ２Ｄリソースのサブセットは、前のアップリンク−ダウンリンクサブフレーム構成において前にＤ２Ｄ送信のために割り振られていないアップリンクサブフレームのサブセットに割り振られる。別の態様において、コンピュータ読み取り可能な媒体は、少なくとも１つのフレームの、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、構成更新メッセージを送信するためのコードを含み得、構成更新メッセージは、ダウンリンクサブフレームのセットおよびアップリンクサブフレームのセットを示す。別の態様において、コンピュータ読み取り可能な媒体は、ＵＥがＤ２Ｄリソースメッセージを復号することを可能にするために、システム情報ブロックにおいて、Ｄ２Ｄ送信に関連付けられた識別子を送信するためのコードを含み得る。別の態様において、Ｄ２Ｄリソースメッセージは、アップリンクサブフレームのセットにおいて割り振られたＤ２Ｄリソースを示す。別の態様において、Ｄ２Ｄリソースメッセージは、Ｄ２Ｄ情報メッセージが送信されることとなるリソースを識別し、Ｄ２Ｄ情報メッセージは、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいてアップリンクサブフレームのセットにおいて割り振られたＤ２Ｄリソースを示す。別の態様において、コンピュータ読み取り可能な媒体は、Ｄ２Ｄリソースメッセージにおいて識別されたリソース上でＤ２Ｄ情報メッセージを送信するためのコードを含み得る。別の態様において、Ｄ２Ｄリソースメッセージは、ＰＤＣＣＨにおいて送信され、Ｄ２Ｄ情報メッセージは、ＰＤＳＣＨにおいて送信される。
【図面の簡単な説明】
【００１１】
【図１】[0011]  図１は、ネットワークアーキテクチャの例を例示する図である。
【図２】[0012]  図２は、アクセスネットワークの例を例示する図である。
【図３】[0013]  図３は、ＬＴＥにおけるＤＬフレーム構造の例を例示する図である。
【図４】[0014]  図４は、ＬＴＥにおけるＵＬフレーム構造の例を例示する図である。
【図５】[0015]  図５は、ユーザおよび制御プレーンのための無線プロトコルアーキテクチャの例を例示する図である。
【図６】[0016]  図６は、アクセスネットワークにおける発展型ノードＢおよびユーザ機器の例を例示する図である。
【図７】[0017]  図７は、デバイスツーデバイス通信システムの図である。
【図８Ａ】[0018]  図８Ａは、ｅＩＭＴＡを用いるＬＴＥ−ＴＤＤにおけるアップリンク−ダウンリンクサブフレーム構成の例証的な図である。
【図８Ｂ】[0019]  図８Ｂは、Ｄ２ＤとＷＡＮとが共存した状態でのｅＩＭＴＡ  ＬＴＥ−ＴＤＤネットワークにおける潜在的な干渉のシナリオ（potential interference scenario）を例示する。
【図９】[0020]  図９は、ワイヤレスネットワークにおいてＤ２Ｄ送信がある場合に、ＬＴＥ−ＴＤＤ構成における変更を動的にシグナリングする方法を例示する。
【図１０】[0021]  図１０は、ワイヤレス通信の方法のフローチャートである。
【図１１】[0022]  図１１は、ワイヤレス通信の方法のフローチャートである。
【図１２】[0023]  図１２は、例証的な装置における異なるモジュール／手段／コンポーネントの間でのデータフローを例示する概念的なデータフロー図である。
【図１３】[0024]  図１３は、処理システムを用いる装置についてのハードウェアインプリメンテーションの例を例示する図である。
【図１４】[0025]  図１４は、例証的な装置における異なるモジュール／手段／コンポーネントの間でのデータフローを例示する概念的なデータフロー図である。
【図１５】[0026]  図１５は、処理システムを用いる装置についてのハードウェアインプリメンテーションの例を例示する図である。
【詳細な説明】
【００１２】
[0027]  添付された図面に関連して以下に記載される詳細な説明は、様々な構成の説明として意図され、本明細書に説明される概念が実現され得る唯一の構成を表すようには意図されない。詳細な説明は、様々な概念の完全な理解を提供する目的で、特定の詳細を含む。しかしながら、これらの概念がこれらの特定の詳細なしで実現され得ることは、当業者に明らかであろう。いくつかの事例において、周知の構造およびコンポーネントが、そのような概念を曖昧にすることを避けるために、ブロック図形式で示される。
【００１３】
[0028]  ここでは、電気通信システムのいくつかの態様が、様々な装置および方法に関連して提示されることとなる。これらの装置および方法は、以下の詳細な説明において説明され、添付の図面において、様々なブロック、モジュール、コンポーネント、回路、ステップ、プロセス、アルゴリズム、等（まとめて「要素」と称される）によって例示されることとなる。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組み合わせを使用してインプリメントされ得る。そのような要素がハードウェアとしてインプリメントされるか、またはソフトウェアとしてインプリメントされるかは、特定のアプリケーションおよびシステム全体に課せられる設計制約に依存する。
【００１４】
[0029]  例として、ある要素、またはある要素の任意の部分、あるいは要素の任意の組み合わせは、１つ以上のプロセッサを含む「処理システム」を用いてインプリメントされ得る。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ（ＤＳＰ：digital signal processor）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：field programmable gate array）、プログラマブル論理デバイス（ＰＬＤ：programmable logic device）、ステートマシン、ゲート論理、ディスクリートハードウェア回路、およびこの開示全体を通じて説明される様々な機能を行うように構成された他の適切なハードウェアを含む。処理システムの中の１つ以上のプロセッサは、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他の名称で呼ばれるかにかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数、等を意味するように広く解釈されるべきである。
【００１５】
[0030]  従って、１つ以上の例証的な実施形態において、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせでインプリメントされ得る。ソフトウェアでインプリメントされる場合、機能は、コンピュータ読み取り可能な媒体上で、１つ以上の命令またはコードとして記憶または符号化され得る。コンピュータ読み取り可能な媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされることができる任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ読み取り可能な媒体は、ランダムアクセスメモリ（ＲＡＭ：random-access memory）、読み取り専用メモリ（ＲＯＭ：read-only memory）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標）：electrically erasable programmable ROM）、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ：compact disk ROM）または他の光ディスク記憶装置、磁器ディスク記憶装置または他の磁器記憶デバイス、前述されたタイプのコンピュータ読み取り可能な媒体の組み合わせ、あるいはコンピュータによってアクセスされることができるデータ構造または命令の形態でコンピュータ実行可能なコードを記憶するために使用されることができる任意の他の媒体を備えることができる。
【００１６】
[0031]  図１は、ＬＴＥネットワークアーキテクチャ１００を例示する図である。ＬＴＥネットワークアーキテクチャ１００は、発展型パケットシステム（ＥＰＳ：Evolved Packet System）１００と称され得る。ＥＰＳ１００は、１つ以上のユーザ機器（ＵＥ：user equipment）１０２、発展型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）１０４、発展型パケットコア（ＥＰＣ：Evolved Packet Core）１１０、およびオペレータのインターネットプロトコル（ＩＰ：Internet Protocol）サービス１２２を含み得る。ＥＰＳは、他のアクセスネットワークと相互接続することができるが、簡潔化のために、それらのエンティティ／インターフェースは、示されていない。示されているように、ＥＰＳは、パケット交換サービスを提供するが、当業者が容易に認識することとなるように、この開示全体を通じて提示される様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。
【００１７】
[0032]  Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ：evolved Node B）１０６および他のｅＮＢ１０８を含み、マルチキャスト協調エンティティ（ＭＣＥ：Multicast Coordination Entity）１２８を含んでもよい。ｅＮＢ１０６は、ＵＥ１０２に対してユーザおよび制御プレーンプロトコル終端（user and control planes protocol termination）を提供する。ｅＮＢ１０６は、バックホール（例えば、Ｘ２インターフェース）を介して他のｅＮＢ１０８に接続され得る。ＭＣＥ１２８は、発展型マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ：Multimedia Broadcast Multicast Service）（ｅＭＢＭＳ：evolved Multimedia Broadcast Multicast Service）のために時間／周波数無線リソースを割り振り、ｅＭＢＭＳのための無線構成（例えば、変調およびコーディングスキーム（ＭＣＳ：modulation and coding scheme））を決定する。ＭＣＥ１２８は、別個のエンティティまたはｅＮＢ１０６の一部であり得る。ｅＮＢ１０６はまた、基地局、ノードＢ、アクセスポイント、ベーストランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の適切な用語で称され得る。ｅＮＢ１０６は、ＵＥ１０２のためにＥＰＣ１１０へのアクセスポイントを提供する。ＵＥ１０２の例は、セルラ電話、スマートフォン、セッション開始プロトコル（ＳＩＰ：session initiation protocol）電話、ラップトップ、携帯情報端末（ＰＤＡ：personal digital assistant）、衛星ラジオ、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（例えば、ＭＰ３プレーヤ）、カメラ、ゲーム機、タブレット、または任意の他の同様の機能的なデバイス（functioning device）を含む。ＵＥ１０２はまた、当業者によって、モバイル局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、遠隔ユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、遠隔端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適切な用語で称され得る。
【００１８】
[0033]  ｅＮＢ１０６は、ＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１１２、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）１２０、他のＭＭＥ１１４、サービングゲートウェイ１１６、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ：Multimedia Broadcast Multicast Service）ゲートウェイ１２４、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ：Broadcast Multicast Service Center）１２６、およびパケットデータネットワーク（ＰＤＮ：Packet Data Network）ゲートウェイ１１８を含み得る。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。一般に、ＭＭＥ１１２は、ベアラおよび接続管理を提供する。全てのユーザＩＰパケットは、それ自体がＰＤＮゲートウェイ１１８に接続されるサービングゲートウェイ１１６を通じて転送される。ＰＤＮゲートウェイ１１８は、ＵＥ  ＩＰアドレス割り振りも、その他の機能も提供する。ＰＤＮゲートウェイ１１８およびＢＭ−ＳＣ１２６は、ＩＰサービス１２２に接続される。ＩＰサービス１２２は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）、ＰＳストリーミングサービス（ＰＳＳ：PS Streaming Service）、および／または他のＩＰサービスを含み得る。ＢＭ−ＳＣ１２６は、ＭＢＭＳユーザサービスプロビジョニング（MBMS user service provisioning）および配信のための機能を提供し得る。ＢＭ−ＳＣ１２６は、コンテンツプロバイダＭＢＭＳ送信のためのエントリポイントとしての役割を果たし得、ＰＬＭＮ内でＭＢＭＳベアラサービスを認証および開始するために使用され得、ＭＢＭＳ送信をスケジューリングおよび配信するために使用され得る。ＭＢＭＳゲートウェイ１２４は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ：Multicast Broadcast Single Frequency Network）エリアに属するｅＮＢ（例えば、１０６、１０８）にＭＢＭＳトラフィックを分配するために使用され得、セッション管理（開始／停止）およびｅＭＢＭＳに関連するチャージング情報（eMBMS related charging information）を収集することを担い得る。
【００１９】
[0034]  図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の例を例示する図である。この例において、アクセスネットワーク２００は、多数のセルラ領域（セル）２０２に分割されている。１つ以上のより低い電力クラスのｅＮＢ２０８は、セル２０２のうちの１つ以上と重複するセルラ領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、フェムトセル（例えば、ホームｅＮＢ（ＨｅＮＢ：home eＮＢ））、ピコセル、マイクロセル、または遠隔無線ヘッド（ＲＲＨ：remote radio head）であり得る。マクロｅＮＢ２０４は、それぞれのセル２０２に各々割り当てられ、セル２０２における全てのＵＥ２０６のために、ＥＰＣ１１０へのアクセスポイントを提供するように構成される。アクセスネットワーク２００のこの例において集中型コントローラ（centralized controller）は存在しないが、代替の構成において、集中型コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、アドミッション制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、全ての無線関連機能（radio related function）を担う。ｅＮＢは、（セクタとしても称される）１つまたは複数（例えば、３つ）のセルをサポートし得る。「セル」という用語は、特定のカバレッジエリアにサービングするｅＮＢサブシステムおよび／またはｅＮＢの最小のカバレッジエリアを指し得る。さらに、「ｅＮＢ」、「基地局」、および「セル」という用語は、本明細書において交換可能に使用され得る。
【００２０】
[0035]  アクセスネットワーク２００によって用いられる変調および多元接続スキームは、展開されている特定の電気通信規格に依存して変化し得る。ＬＴＥアプリケーションにおいて、周波数分割複信（ＦＤＤ：frequency division duplex）および時分割複信（ＴＤＤ：time division duplex）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。続く詳細な説明から当業者が容易に認識することとなるように、本明細書に提示される様々な概念は、ＬＴＥアプリケーションによく適している。しかしながら、これらの概念は、他の変調および多元接続技法を用いる他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ：Evolution-Data Optimized）またはウルトラモバイルブロードバンド（ＵＭＢ：Ultra Mobile Broadband）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として、第３世代パートナーシッププロジェクト２（３ＧＰＰ２：3rd Generation Partnership Project 2）によって公表されたエアインタフェース規格であり、モバイル局にブロードバンドインターネットアクセスを提供するためにＣＤＭＡを用いる。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標）：Wideband-CDMA）、およびＴＤ−ＳＣＤＭＡのようなＣＤＭＡの他の変形を用いるユニバーサル地上無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ＴＤＭＡを用いるモバイル通信のためのグローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）、およびＯＦＤＭＡを用いるフラッシュＯＦＤＭ、ＩＥＥＥ８０２．２０、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、および発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）に拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、３ＧＰＰの組織からの文書において説明されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２の組織からの文書において説明されている。用いられる実際のワイヤレス通信規格および多元接続技術は、特定のアプリケーションおよびシステムに課せられる全体的な設計制約に依存することとなる。
【００２１】
[0036]  ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用は、ｅＮＢ２０４が、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用することを可能にする。空間多重化は、同じ周波数上で異なるストリームのデータを同時に送信するために使用され得る。データストリームは、データレートを増大させるために単一のＵＥ２０６に、または、全システム容量を増大させるために複数のＵＥ２０６に、送信され得る。これは、各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、その後、ＤＬ上で複数の送信アンテナを通じて各空間的にプリコーディングされたストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともに（１つまたは複数の）ＵＥ２０６に到着し、このことは、（１つまたは複数の）ＵＥ２０６の各々が、そのＵＥ２０６宛ての1つ以上のデータストリームを復元することを可能にする。ＵＬ上では、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、このことは、ｅＮＢ２０４が、各空間的にプリコーディングされたデータストリームのソースを識別することを可能にする。
【００２２】
[0037]  空間多重化は概して、チャネルコンディションが良好なときに使用される。チャネルコンディションがあまり良好でないとき、１つ以上の方向に送信エネルギーを集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通じた送信のためにデータを空間的にプリコーディングすることによって達成され得る。セルの端で良好なカバレッジを達成するために、単一ストリームのビームフォーミング送信が、送信ダイバーシティと組み合わせて使用され得る。
【００２３】
[0038]  続く詳細な説明において、アクセスネットワークの様々な態様が、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムを参照して説明されることとなる。ＯＦＤＭは、ＯＦＤＭシンボル内の多数のサブキャリアを介してデータを変調するスペクトル拡散技法（spread-spectrum technique）である。サブキャリアは、正確な周波数（precise frequencies）で間隔を隔てられている。間隔を空けること（spacing）は、受信機がサブキャリアからのデータを復元することを可能にする「直交性（orthogonality）」を提供する。時間領域において、ＯＦＤＭシンボル間干渉に対抗するために、ガードインターバル（例えば、サイクリックプリフィックス）が各ＯＦＤＭシンボルに追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ：peak-to-average power ratio）を補償するために、ＤＦＴ拡散ＯＦＤＭ信号の形態でＳＣ−ＦＤＭＡを使用し得る。
【００２４】
[0039]  図３は、ＬＴＥにおけるＤＬフレーム構造の例を例示する図３００である。フレーム（１０ｍｓ）は、１０個の等しいサイズのサブフレームに分割され得る。各サブフレームは、２つの連続したタイムスロットを含み得る。リソースグリッドは、２つのタイムスロットを表すために使用され得、各タイムスロットは、リソースブロックを含む。リソースグリッドは、複数のリソース要素に分割される。ＬＴＥにおいて、通常のサイクリックプリフィックスの場合、１つのリソースブロックは、周波数領域における１２個の連続したサブキャリアと時間領域における７つの連続したＯＦＤＭシンボルの合計８４個のリソース要素を包含する。拡張されたサイクリックプリフィックスの場合、１つのリソースブロックは、周波数領域における１２個の連続したサブキャリアと時間領域における６つの連続したＯＦＤＭシンボルの合計７２個のリソース要素を包含する。Ｒ３０２、３０４として示されている、リソース要素のうちのいくつかは、ＤＬ基準信号（ＤＬ−ＲＳ：DL reference signal）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ：Cell-specific RS）３０２およびＵＥ固有ＲＳ（ＵＥ−ＲＳ：UE-specific RS）３０４を含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ：physical DL shared channel）がマッピングされるリソースブロック上で送信される。各リソース要素によって搬送されるビットの数は、変調スキームに依存する。よって、ＵＥが受信するリソースブロックが多いほど、および、変調スキームが高度であるほど、ＵＥのためのデータレートはより高くなる。
【００２５】
[0040]  図４は、ＬＴＥにおけるＵＬフレーム構造の例を例示する図４００である。ＵＬのための利用可能なリソースブロックは、データセクションおよび制御セクションに区分され得る。制御セクションは、システム帯域幅の両端で形成され得、設定可能なサイズを有し得る。制御セクションにおけるリソースブロックは、制御情報の送信のために複数のＵＥに割り当てられ得る。データセクションは、制御セクションの中に含まれない全てのリソースブロックを含み得る。ＵＬフレーム構造は、連続するサブキャリアを含む、データセクションをもたらし、それは、単一のＵＥが、データセクションにおける連続するサブキャリアの全てを割り当てられることを可能にし得る。
【００２６】
[0041]  ＵＥは、ｅＮＢに制御情報を送信するために制御セクションにおけるリソースブロック４１０ａ、４１０ｂを割り当てられ得る。ＵＥはまた、ｅＮＢにデータを送信するためにデータセクションにおけるリソースブロック４２０ａ、４２０ｂを割り当てられ得る。ＵＥは、制御セクションにおける割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ：physical UL control channel）において制御情報を送信し得る。ＵＥは、データセクションにおける割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ：physical UL shared channel）において、データ、またはデータと制御情報との両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットにまたがり得、周波数にわたってホッピングし得る。
【００２７】
[0042]  リソースブロックのセットは、物理ランダムアクセスチャネル（ＰＲＡＣＨ：physical random access channel）４３０において、初期システムアクセスを行い、ＵＬ同期を達成するために使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いずれのＵＬデータ／シグナリングも搬送することはできない。各ランダムアクセスプリアンブルは、６個の連続したリソースブロックに対応する帯域幅を占有する。開始周波数は、ネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある特定の時間および周波数リソースに制限される。ＰＲＡＣＨについては、周波数ホッピングはない。ＰＲＡＣＨの試みは、単一のサブフレーム（１ｍｓ）において、または少数の連続したサブフレームのシーケンスにおいて搬送され、ＵＥは、フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨの試みを行うことができる。
【００２８】
[0043]  図５は、ＬＴＥにおけるユーザおよび制御プレーンのための無線プロトコルアーキテクチャの例を例示する図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、３つのレイヤ：レイヤ１、レイヤ２、およびレイヤ３で示されている。レイヤ１（Ｌ１レイヤ）は、最下位のレイヤであり、様々な物理レイヤ信号処理機能をインプリメントする。Ｌ１レイヤは、本明細書において物理レイヤ５０６と称されることとなる。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６より上位にあり、物理レイヤ５０６を介したＵＥとｅＮＢとの間のリンクを担う。
【００２９】
[0044]  ユーザプレーンにおいて、Ｌ２レイヤ５０８は、媒体アクセス制御（ＭＡＣ：media access control）サブレイヤ５１０、無線リンク制御（ＲＬＣ：radio link control）サブレイヤ５１２、およびパケットデータコンバージェンスプロトコル（ＰＤＣＰ：packet data convergence protocol）５１４サブレイヤを含み、それらは、ネットワーク側のｅＮＢで終端される。示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８で終端されるネットワークレイヤ（例えば、ＩＰレイヤ）、および接続の他端（例えば、遠端のＵＥ、サーバ、等）で終端されるアプリケーションレイヤを含む、Ｌ２レイヤ５０８よりも上位のいくつかの上位レイヤを有し得る。
【００３０】
[0045]  ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間での多重化を提供する。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバヘッドを低減させるための上位レイヤデータパケットのためのヘッダ圧縮、データパケットを暗号化することによるセキュリティ、およびｅＮＢの間のＵＥのためのハンドオーバサポートを提供する。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメント化およびリアセンブリと、損失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）に起因する順序が乱れた受信（out-of-order reception）を補償するためのデータパケットの並び替えとを提供する。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を提供する。ＭＡＣサブレイヤ５１０はまた、ＵＥの間で１つのセルにおける様々な無線リソース（例えば、リソースブロック）を割り振ることを担う。ＭＡＣサブレイヤ５１０はまた、ＨＡＲＱ動作を担う。
【００３１】
[0046]  制御プレーンにおいて、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）において無線リソース制御（ＲＲＣ：radio resource control）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（例えば、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間でＲＲＣシグナリングを使用して下位レイヤを構成することとを担う。
【００３２】
[0047]  図６は、アクセスネットワークにおいてＵＥ６５０と通信状態にあるｅＮＢ６１０のブロック図である。ＤＬにおいて、コアネットワークからの上位レイヤパケットは、コントローラ／プロセッサ６７５に提供される。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能をインプリメントする。ＤＬにおいて、コントローラ／プロセッサ６７５は、様々な優先度メトリックに基づいたＵＥ６５０への無線リソース割り振り、論理チャネルとトランスポートチャネルとの間での多重化、パケットセグメント化および並び替え、暗号化、およびヘッダ圧縮を提供する。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作、損失パケットの再送、およびＵＥ６５０へのシグナリングを担う。
【００３３】
[0048]  送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能をインプリメントする。信号処理機能は、ＵＥ６５０での前方誤り訂正（ＦＥＣ：forward error correction）を容易にするためにコーディングおよびインタリーブすることと、様々な変調スキーム（例えば、２相位相シフトキーイング（ＢＰＳＫ：binary phase-shift keying）、４相位相シフトキーイング（ＱＰＳＫ：quadrature phase-shift keying）、Ｍ相位相シフトキーイング（Ｍ−ＰＳＫ：M-phase-shift keying）、Ｍ値直交振幅変調（Ｍ−ＱＡＭ：M-quadrature amplitude modulation））に基づいて信号コンステレーションにマッピングすることと、を含む。コーディングおよび変調されたシンボルはその後、並列ストリームに分けられる。各ストリームは、その後、ＯＦＤＭサブキャリアにマッピングされ、時間および／または周波数領域において基準信号（例えば、パイロット）と多重化され、その後、逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）を使用して共に組み合わされて、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成する。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器６７４からのチャネル推定値は、コーディングおよび変調スキームを決定するためにも、空間処理のためにも使用され得る。チャネル推定値は、ＵＥ６５０によって送信されたチャネル状態フィードバックおよび／または基準信号から導出され得る。各空間ストリームはその後、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に提供され得る。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームを用いてＲＦキャリアを変調し得る。
【００３４】
[0049]  ＵＥ６５０で、各受信機６５４ＲＸは、そのそれぞれのアンテナ６５２を通じて信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信（ＲＸ）プロセッサ６５６に情報を提供する。ＲＸプロセッサ６５６は、Ｌ１レイヤの様々な信号処理機能をインプリメントする。ＲＸプロセッサ６５６は、ＵＥ ６５０宛ての任意の空間ストリームを復元するために、情報に対して空間処理を行い得る。複数の空間ストリームがＵＥ６５０宛てである場合、それらは、ＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに組み合わされ得る。ＲＸプロセッサ６５６はその後、高速フーリエ変換（ＦＦＴ：Fast Fourier Transform）を使用して、ＯＦＤＭシンボルストリームを時間領域から周波数領域にコンバートする。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別個のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボル、および基準信号は、ｅＮＢ６１０によって送信された最も可能性の高い信号コンステレーションポイント（most likely signal constellation point）を決定することによって復元および復調される。これらの軟判定（soft decision）は、チャネル推定器６５８によって算出されるチャネル推定値に基づき得る。軟判定はその後、物理チャネル上でｅＮＢ６１０によって当初送信されたデータおよび制御信号を復元するために、復号およびデインターリーブされる。データおよび制御信号はその後、コントローラ／プロセッサ６５９に提供される。
【００３５】
[0050]  コントローラ／プロセッサ６５９は、Ｌ２レイヤをインプリメントする。コントローラ／プロセッサは、プログラムコードおよびデータを記憶するメモリ６６０に関連付けられることができる。メモリ６６０は、コンピュータ読み取り可能な媒体と称され得る。ＵＬにおいて、コントローラ／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間での逆多重化、パケットのリアセンブリ、暗号解読、ヘッダの解凍、制御信号処理を提供する。上位レイヤパケットはその後、Ｌ２レイヤより上位の全てのプロトコルレイヤを表すデータシンク６６２に提供される。様々な制御信号もまた、Ｌ３処理のためにデータシンク６６２に提供され得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために、肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用した誤り検出を担う。
【００３６】
[0051]  ＵＬにおいて、データソース６６７が、コントローラ／プロセッサ６５９に上位レイヤパケットを提供するために使用される。データソース６６７は、Ｌ２レイヤより上位の全てのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関連して説明された機能と同様に、コントローラ／プロセッサ６５９は、ｅＮＢ６１０による無線リソース割り振りに基づいて、論理チャネルとトランスポートチャネルの間の多重化、パケットセグメント化と並べ替え、暗号化、およびヘッダ圧縮を提供することによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤをインプリメントする。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作、損失パケットの再送、およびｅＮＢ６１０へのシグナリングを担う。
【００３７】
[0052]  ｅＮＢ６１０によって送信された基準信号またはフィードバックからチャネル推定器６５８によって導出されたチャネル推定値は、適切なコーディングおよび変調スキームを選択するために、および空間処理を容易にするために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成された空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に提供され得る。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームを用いてＲＦキャリアを変調し得る。
【００３８】
[0053]  ＵＬ送信は、ＵＥ６５０における受信機機能に関して説明されたのと同様の方法でｅＮＢ６１０において処理される。各受信機６１８ＲＸは、そのそれぞれのアンテナ６２０を通じて信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、ＲＸプロセッサ６７０に情報を提供する。ＲＸプロセッサ６７０は、Ｌ１レイヤをインプリメントし得る。
【００３９】
[0054]  コントローラ／プロセッサ６７５は、Ｌ２レイヤをインプリメントする。コントローラ／プロセッサ６７５は、プログラムコードおよびデータを記憶するメモリ６７６に関連付けられることができる。メモリ６７６は、コンピュータ読み取り可能な媒体と称され得る。ＵＬにおいて、コントローラ／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間での逆多重化、パケットのリアセンブリ、暗号解読、ヘッダの解凍、制御信号処理を提供する。コントローラ／プロセッサ６７５からの上位レイヤパケットは、コアネットワークに提供され得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするために、ＡＣＫおよび／またはＮＡＣＫプロトコルを使用した誤り検出を担う。
【００４０】
[0055]  図７は、デバイスツーデバイス通信システム７００の図である。デバイスツーデバイス通信システム７００は、複数のワイヤレスデバイス７０４、７０６、７０８、７１０を含む。デバイスツーデバイス通信システム７００は、例えば、ワイヤレス広域ネットワーク（ＷＷＡＮ：wireless wide area network）のようなセルラ通信システムとオーバーラップし得る。ワイヤレスデバイス７０４、７０６、７０８、７１０のなかには、ＤＬ／ＵＬ  ＷＷＡＮスペクトルを使用してデバイスツーデバイス通信においてともに通信し得るものもあれば、基地局７０２と通信し得るものもあり、その両方を行い得るものもある。例えば、図７に示されているように、ワイヤレスデバイス７０８、７１０がデバイスツーデバイス通信状態にあり、ワイヤレスデバイス７０４、７０６がデバイスツーデバイス通信状態にある。ワイヤレスデバイス７０４、７０６はまた、基地局７０２と通信している。
【００４１】
[0056]  以下に説明される例証的な方法および装置は、例えば、ＩＥＥＥ８０２．１１規格に基づいたＷｉ−Ｆｉ、ＺｉｇＢｅｅ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＭｅｄｉａ、またはＦｌａｓｈＬｉｎＱに基づいたワイヤレスデバイスツーデバイス通信システムのような、様々なワイヤレスデバイスツーデバイス通信システムのいずれにも適用可能である。論述を簡略化するために、例証的な方法および装置は、ＬＴＥのコンテキスト内で説明される。しかしながら、当業者は、例証的な方法および装置が、より広く様々な他のワイヤレスデバイスツーデバイス通信システムに適用可能であることを理解するであろう。
【００４２】
[0057]  ＬＴＥにおいて、無線フレームのＵＬ−ＤＬサブフレーム構成は、無線フレームから無線フレームにかけて固定され得る。すなわち、無線フレームごとに、ダウンリンク通信のために割り振られた固定の数のサブフレーム、およびアップリンク通信のために割り振られた固定の数のサブフレームが存在し得る。しかしながら、トラフィックパターンは、変化し得、より多くの数のダウンリンク（またはアップリンク）リソースが、割り振られているものよりも要求されるときがあり得る。改良された干渉緩和およびトラフィック適応（ｅＩＭＴＡ：Enhanced Interference Mitigation and Traffic Adaption）を用いて、例えば、ＴＤＤのためのリソース構成は、動的に割り振られ得、それは、より柔軟なリソース構成を可能にする。ｅＩＭＴＡにおいて、基地局（例えば、ｅＮＢ）は、最初に、無線フレームにおける第１のサブフレーム構成を利用し得る。トラフィックに依存して、基地局は、ネットワークトラフィックにおける変更に適応するために第２のサブフレーム構成を採用し得る。例えば、ダウンリンク送信が増加する場合、基地局は、前にアップリンク通信のために割り振られたが、現在ダウンリンク通信のために割り振られているリソースにおいてダウンリンクデータを送信し得る。
【００４３】
[0058]  図８Ａは、ｅＩＭＴＡを用いるＬＴＥ−ＴＤＤにおけるアップリンク−ダウンリンクサブフレーム構成の例証的な図８００である。図８Ａを参照すると、ｅＩＭＴＡを用いるＬＴＥ−ＴＤＤは、ＷＡＮ通信のために７つのＵＬ−ＤＬサブフレーム構成を使用し得る。７つの構成の各々は、アンカーサブフレームおよび非アンカーサブフレーム（non-anchor subframe）のセットを有し得る。共通サブフレームとしても知られる、アンカーサブフレームは、異なるＵＬ−ＤＬサブフレーム構成にわたって同じままであり得る。非アンカーサブフレームは、ネットワークのトラフィックパターンに基づいて動的に変更され得る。特殊な非アンカーサブフレーム（special non-anchor subframe）は、ダウンリンクサブフレームとアップリンクサブフレームとの間でのトラフィックの遷移を可能にし得る。図８Ａにおいて、サブフレーム０、１、２、５は、構成から構成にかけて変わらないアンカーサブフレームであり得る。サブフレーム３、４、７、８、９は、ネットワークトラフィックパターンベースで動的に構成され得る非アンカーサブフレームであり得る（例えば、アップリンクサブフレームは、トラフィックがダウンリンクヘビーであるとき、ダウンリンクサブフレームであるように動的に構成され得、または逆もまた同様である）。サブフレーム６は、（例えば、ＵＬ−ＤＬ構成０、１、２、６においてＳによって表示されるとき）ダウンリンクサブフレームとアップリンクサブフレームとの間の遷移のために割り振られ得る、または（例えば、ＵＬ−ＤＬサブフレーム構成３、４、５においてＤによって表示されるとき）ダウンリンクサブフレームとして割り振られ得る、特殊な非アンカーサブフレームであり得る。合計で、図８Ａは、トラフィック適応に基づいて選択され得る７つの異なるＵＬ−ＤＬサブフレーム構成を描写する。
【００４４】
[0059]  動的なＴＤＤ  ＵＬ−ＤＬ再構成を介するトラフィック適応は、新たなセル間干渉が適切に管理されることができるという条件で、パケットスループットおよびエネルギー節約を改善する可能性を有する。ある態様において、ＬＴＥ−ＴＤＤにおけるデフォルトの構成は、アップリンクヘビー（例えば、ＵＬ−ＤＬサブフレーム構成０、１）であるように選ばれ得る。セルがダウンリンクヘビーになるとき、よりダウンリンクヘビーな構成（例えば、ＵＬ−ＤＬサブフレーム構成４、５）が選択され得る。異なる構成は、ある特定の非アンカーアップリンクサブフレームをダウンリンクサブフレームにコンバートすることによって選ばれ得る。例えば、ＵＬ−ＤＬ構成１におけるサブフレーム７、８は、ＵＬ−ＤＬ構成４においてはダウンリンクサブフレームにコンバートされる。一方、ダウンリンクヘビーな構成が使用され、より多くのアップリンクリソースが必要とされる場合、よりアップリンクヘビーな構成が選択され得る。
【００４５】
[0060]  Ｄ２Ｄ送信（例えば、Ｄ２Ｄ送信は、Ｄ２Ｄ通信、Ｄ２Ｄ発見、および／またはＤ２Ｄ同期を含み得る）を可能にするネットワークにおいて、半静的に構成されたＤ２Ｄサブフレーム（semi-statically configured D2D subframe）（例えば、Ｄ２Ｄ通信のためにリザーブされたリソースを持つアップリンクサブフレーム）は、周期的に生じる。トラフィック適応（またはＵＬ−ＤＬサブフレーム再構成）のため、割り当てられたＤ２Ｄサブフレームは、ダウンリンクトラフィック需要に基づいてアップリンクサブフレームからダウンリンクサブフレームにコンバートされ得る（またはアップリンクトラフィック需要に基づいてダウンリンクサブフレームからアップリンクサブフレームにコンバートされ得る）。アップリンクサブフレームがダウンリンクサブフレームにコンバートされるとき、前にアップリンクのために割り振られたサブフレーム上でのＤ２Ｄ送信は、図８Ｂに例示されているように、ｅＮＢからダウンリンクデータを受信しているｅＩＭＴＡ  ＵＥに干渉を導入し得る。
【００４６】
[0061]  図８Ｂは、Ｄ２ＤとＷＡＮとが共存した状態でのｅＩＭＴＡ  ＬＴＥ−ＴＤＤネットワーク８５０における潜在的な干渉のシナリオを例示する。図８Ｂを参照して、ｅＩＭＴＡ  ＬＴＥ−ＴＤＤネットワーク８５０は、基地局８５２、第１のＵＥ８５４、第２のＵＥ８５６、および第３のＵＥ８５８を含む。第１のＵＥ８５４および第２のＵＥ８５６は、Ｄ２Ｄ通信リンクを有し、アップリンクサブフレームを使用してＤ２Ｄ伝送８６０（例えば、Ｄ２Ｄ通信、Ｄ２Ｄ発見メッセージ、Ｄ２Ｄ同期メッセージ）を送る、または受信し得る。基地局８５２は、ＵＬ−ＤＬサブフレーム構成０を使用している可能性があり、第１および第２のＵＥ８５４、８５６は、例えばＤ２Ｄ送信のためにサブフレーム４を使用している可能性がある。続いて、第３のＵＥ８５８は、ＵＬ−ＤＬサブフレーム構成０によって提供される（offered）ものより多いダウンリンクリソースを要求するダウンリンク送信を要求し得る。基地局８５２は、例えば、追加のダウンリンクリソースが必要とされることを決定した後、構成０から構成１にＵＬ−ＤＬ構成を再構成し得る。ＵＬ−ＤＬサブフレーム構成を再構成すると、基地局８５２は、前にＤ２Ｄ送信のために割り振られた、サブフレーム４におけるリソースを使用して第３のＵＥ８５８にＷＡＮ送信８６２を送り得る。点線で示されているように、基地局８５２から第３のＵＥ８５８へのダウンリンク上でのＷＡＮ送信８６２は、サブフレーム４上で第２のＵＥ８５６からＤ２Ｄ伝送８６０を受信している第１のＵＥ８５４への干渉を引き起こし得る。同様に、点線によって同様に示されているように、Ｄ２Ｄ伝送８６０は、第３のＵＥ８５８（またはサブフレーム４におけるリソースを介してｅＮＢからダウンリンクデータを受信している他のｅＩＭＴＡ  ＵＥ）に干渉を導入し得る。このようにして、ｅＩＭＴＡ  ＬＴＥ−ＴＤＤネットワークがある場合のＤ２Ｄ送信の共存を改善するための必要性が存在する。図８Ｂは、３つのＵＥを例示するが、任意の数のＵＥが、セルに存在し得る。
【００４７】
[0062]  図９は、ワイヤレスネットワーク９００においてＤ２Ｄ送信がある場合に、ＬＴＥ−ＴＤＤ構成における変更を動的にシグナリングする方法を例示する。ワイヤレスネットワーク９００は、基地局９０２（例えば、ｅＮＢ）、第１のＵＥ９０４、第２のＵＥ９０６、および第３のＵＥ９０８（または任意の他の数のｅＮＢおよび／またはＵＥ）を含み得る。ある例において、基地局９０２は、最初に、ＷＡＮ（およびＤ２Ｄ）送信のためにＵＬ−ＤＬサブフレーム構成０を使用し得る。第１および第２のＵＥ９０４、９０６は、Ｄ２Ｄ送信のためにサブフレーム３、４上のＤ２Ｄリソースを割り振られ得る。このようにして、第１および第２のＵＥ９０４、９０６は、サブフレーム３、４において割り振られたＤ２Ｄリソース上でＤ２Ｄ伝送９１０を送信および／または受信し得る。第３のＵＥ９０８および／または他のＵＥ（描かれていない）は、基地局９０２からのダウンリンクＷＡＮ送信９１２を要求し得る。例えば、第３のＵＥ９０８は、より多くのダウンリンクリソースを要求し得るビデオストリームを要求および開始し得る。ＵＬ−ＤＬサブフレーム構成０が、ダウンリンク通信のために割り振られた２つのサブフレーム（例えば、サブフレーム０、５）を有するため、基地局９０２は、現在のＵＬ−ＤＬサブフレーム構成が、予測されるダウンリンクトラフィックをサポートしないことを決定し得る。よりヘビーなダウンリンクトラフィックに適応するために、基地局９０２は、ＵＬ−ＤＬ構成を再構成／変更し、例えば、ＵＬ−ＤＬ構成１を選択し得る。ＵＬ−ＤＬ構成１において、サブフレーム４、９は、アップリンクの使用からダウンリンクの使用（uplink to downlink use）にコンバートされている。少なくとも１つの無線フレームについてのＵＬ−ＤＬサブフレーム構成を変更すると、基地局９０２は、基地局９０２によってサーブされている全てのＵＥに構成更新メッセージ９１４を送信し得る。ある態様において、構成更新メッセージ９１４は、ブロードキャストされ得る。別の態様において、構成更新メッセージ９１４は、基地局９０２によって選択され、１つ以上の無線フレームに関連付けられる、新たなＵＬ−ＤＬサブフレーム構成を示し得る。別の態様において、構成更新メッセージ９１４は、サブフレーム構成を示すための２つ以上のビット（例えば、２つ以上のビットは、０−６の間の数を示すために使用され得る）を有するインジケータ（例えば、構成インジケータ）を含み得る。インジケータは、ダウンリンクサブフレームのセット（例えば、構成０におけるサブフレーム０、５）およびアップリンクサブフレームのセット（例えば、構成０におけるサブフレーム２、３、４、７、８、９）を示し得る。ある態様において、ワイヤレスネットワーク９００内のワイヤレスデバイスは、ワイヤレスデバイスが異なるＵＬ−ＤＬサブフレーム構成に様々なインジケータ値を関連付けることを可能にする情報を用いてあらかじめ構成され得る。第１、第２、および第３のＵＥ９０４、９０６、９０８は、構成更新メッセージ９１４を受信し、どのサブフレームが、アップリンク送信か、ダウンリンク送信か、のために割り振られたのかを決定し得る。
【００４８】
[0063]  前に説明したように、ＵＬ−ＤＬ構成０が選択されているときの例において、基地局９０２は、Ｄ２Ｄ送信のために第１および第２のＵＥ９０４、９０６にサブフレーム３、４を割り振っている可能性がある。ＵＬ−ＤＬ構成における変更の後、サブフレーム４が、今はダウンリンク送信のために割り振られる。基地局９０２および第３のＵＥ９０８もダウンリンク通信のためにサブフレーム４を使用している間に、第１のＵＥ９０４または第２のＵＥ９０６が、サブフレーム４上でＤ２Ｄ送信を行い続ける場合、第１および第２のＵＥ９０４、９０６は、基地局９０２および／または第３のＵＥ９０８に干渉を引き起こし得る。ある態様において、構成更新メッセージ９１４は、任意の新たなリソースがＤ２Ｄ送信のために割り振られているかどうかを示さない可能性がある。構成更新メッセージ９１４は、前にＤ２Ｄ送信のために割り振られたリソースがもはやＤ２Ｄ送信のために使用されるべきではないことを示さない可能性がある。このようにして、第１および第２のＵＥ９０４、９０６は、Ｄ２Ｄ送信のためにサブフレーム４を使用し続け得、それは意図していない干渉をもたらし得る。
【００４９】
[0064]  そのような干渉を避けるために、第１および第２のＵＥ９０４、９０６は、基地局９０２からのシグナリング（例えば、Ｌ１シグナリング）に関してダウンリンク送信をモニタし得る。シグナリングは、リソースの発生の前に、前にＤ２Ｄ送信のために割り振られたリソースがダウンリンク送信のために使用されるべきとなり、それゆえに、もはやＤ２Ｄ送信のために使用されるべきではないかどうかを示し得る。第１および第２のＵＥ９０４、９０６は、ＲＲＣ＿ＩＤＬＥおよび／またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある間、そのようなモニタリングを行い得る。
【００５０】
[0065]  一構成において、トラフィックパターンのためにＵＬ−ＤＬ構成を再構成するとの判定に基づいて、基地局９０２は、再構成されたＵＬ−ＤＬ構成に基づいて、Ｄ２Ｄ送信のための異なる／新たなリソースを割り振り得る。例えば、基地局９０２は、再構成されたＵＬ−ＤＬ構成の下、アップリンクサブフレームを識別し、ならびにＤ２Ｄ送信におけるデータ送信のために、およびスケジューリング割り当てのために、アップリンクサブフレーム内のリソース（例えば、時間周波数リソース）のサブセットをリザーブし得る。ある態様において、基地局９０２は、Ｄ２Ｄリソースメッセージ９１６において新たに割り振られたＤ２Ｄリソースを示すシグナリングを送信（またはブロードキャスト）し得る。Ｄ２Ｄリソースメッセージ９１６は、再構成されたＵＬ−ＤＬサブフレーム構成に従って、１つ以上のアップリンクサブフレームにおける、Ｄ２Ｄ送信のために新たに割り振られた任意のリソース（例えば、１つ以上のサブフレームに関連付けられる時間周波数リソース）を示し得る。Ｄ２Ｄ送信のために割り振られたリソースは、１つ以上の無線フレームのためのものであり得る。別の態様において、リソースが割り振られた無線フレームの数は、Ｄ２Ｄリソースメッセージ９１６に示され得る。別の態様において、Ｄ２Ｄリソースメッセージ９１６はまた、ダウンリンクサブフレームにコンバートされることとなる、前のＵＬ−ＤＬ構成において、前にアップリンク送信のために割り振られた任意のサブフレームを識別し得る。例えば、Ｄ２Ｄリソースメッセージ９１６は、今後の無線フレームのためにダウンリンクサブフレームにコンバートされることとなる、Ｄ２Ｄ送信に関連付けられるアップリンクサブフレームを示すビットマップを含み得る。ある態様において、基地局９０２は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：physical downlink control channel）にわたってＤ２Ｄリソースメッセージ９１６を送信し得る。別の態様において、Ｄ２Ｄリソースメッセージ９１６は、Ｄ２Ｄリソースメッセージ９１６に付加される巡回冗長検査（ＣＲＣ：cyclic redundancy check）を含み得る。ＣＲＣは、無線ネットワーク一時識別子（ＲＮＴＩ：radio network temporary identifier
）のような識別子を用いてスクランブルされ得る。ＲＮＴＩは、ブロードキャストＤ２Ｄ−ＲＮＴＩであり得、それは、Ｄ２Ｄ送信に興味がある全てのＵＥに既知である共通のＲＮＴＩであり得る。ある態様において、識別子は、システム情報ブロック（ＳＩＢ：system information block）において基地局９０２によってブロードキャストされ得る（例えば、基地局９０２は、ＳＩＢ１においてブロードキャストＤ２Ｄ−ＲＮＴＩを送り得る）。識別子を用いてＤ２Ｄリソースメッセージ９１６のＣＲＣをスクランブルすることによって、Ｄ２Ｄ送信に興味がないＵＥは、Ｄ２Ｄリソースメッセージ９１６を無視し得、Ｄ２Ｄ送信に興味のあるＵＥ（例えば、第１のＵＥ９０４および第２のＵＥ９０６）は、識別子に基づいてＤ２Ｄリソースメッセージ９１６を復号し得る。Ｄ２Ｄリソースメッセージ９１６を受信すると、第１および第２のＵＥ９０４、９０６は、識別子を使用してＤ２Ｄリソースメッセージ９１６を復号し得る。Ｄ２Ｄリソースメッセージ９１６を復号した後、第１および第２のＵＥ９０４、９０６は、前にＤ２Ｄ送信のためのリソースを包含したアップリンクサブフレームであった、サブフレーム４が、今はダウンリンクサブフレームであることを決定し得る。第１および第２のＵＥ９０４、９０６は、サブフレーム４上で（およびアップリンクサブフレームからダウンリンクサブフレームにコンバートされた任意の他のサブフレーム上で）Ｄ２Ｄ送信を行うことを控え得る。すなわち、この例において、第１および第２のＵＥ９０４、９０６は、サブフレーム４上でＤ２Ｄ通信を送信または受信しない可能性がある。第１および第２のＵＥ９０４、９０６は、受信されたＤ２Ｄリソースメッセージ９１６に基づいて、再構成されたＵＬ−ＤＬサブフレーム構成における１つ以上のアップリンクサブフレーム内の、Ｄ２Ｄ送信のために割り振られたリソースを決定し得る。この構成において、Ｄ２Ｄリソースメッセージ９１６（または他のＬ１シグナリング）が送られるときと、Ｄ２Ｄリソースが生じるときとの間のオフセットは、ネットワークシグナリングに基づいて設定可能、または固定（例えば、既定）であり得る。
【００５１】
[0066]  別の構成において、ＵＬ−ＤＬサブフレーム構成を再構成するとの判定に基づいて、基地局９０２は、第１および第２のＵＥ９０４、９０６に送るためのＤ２Ｄ送信に関するより詳細な情報を有し得る。この構成において、Ｄ２Ｄリソースメッセージ９１６は、ＰＤＣＣＨにおいて詳細な情報の全ては送信することができない可能性がある。代わりに、基地局９０２は、Ｄ２Ｄ情報メッセージ９１８が送信されることとなるリソース（例えば、時間周波数リソースのセット）を示すためにＤ２Ｄリソースメッセージ９１６を送信し得る。前の構成において説明されたＤ２Ｄリソースメッセージ９１６と同様に、Ｄ２Ｄ情報メッセージ９１８は、再構成されたＵＬ−ＤＬサブフレーム構成におけるＤ２Ｄ送信のためのリソースを示し得る。しかしながら、前の構成とは違って、Ｄ２Ｄ情報メッセージ９１８は、Ｄ２Ｄリソースメッセージ９１６よりはむしろ、Ｄ２Ｄ送信のために割り振られたリソースを示すために使用され得る。この構成において、Ｄ２Ｄリソースメッセージ９１６は、第１および第２のＵＥ９０４、９０６がＤ２Ｄ情報メッセージ９１８を見つける(locate)ことを可能にし得る。Ｄ２Ｄ情報メッセージ９１８は、前に説明した構成においてＤ２Ｄリソースメッセージ９１６に示されることができたよりも多い数の無線フレームにおけるＤ２Ｄ送信のためのリソースを示し得る。Ｄ２Ｄ情報メッセージ９１８は、Ｄ２Ｄリソースが示された数の無線フレームのために割り振られていることを示し得る。言い換えれば、Ｄ２Ｄ情報メッセージ９１８は、Ｄ２Ｄリソースメッセージ９１６より多い情報／データを搬送し得る。Ｄ２Ｄ情報メッセージ９１８は、どのアップリンクサブフレームがダウンリンクサブフレームにコンバートされたかを示し得る。Ｄ２Ｄ情報メッセージ９１８はまた、１つ以上のＤ２Ｄ通信リンクに関連付けられるパラメータを含み得る。そのようなパラメータは、Ｄ２Ｄ送信のための提案される送信電力（suggested transmission power）、Ｄ２Ｄ送信のための提案される変調およびコーディングスキーム（ＭＣＳ）、および／または今後の無線フレームのためにダウンリンクサブフレームにコンバートされることとなる、Ｄ２Ｄ送信に関連付けられるアップリンクサブフレームを示すビットマップを含み得る。ある態様におい
て、Ｄ２Ｄ情報メッセージ９１８によって搬送されるビットマップは、Ｄ２Ｄリソースメッセージ９１６によって搬送されるビットマップより大きい可能性がある。別の態様において、基地局９０２は、ＰＤＣＣＨにわたってＤ２Ｄリソースメッセージ９１６を送信し、ＰＤＳＣＨにわたってＤ２Ｄ情報メッセージ９１８を送信し得る。この構成において、Ｄ２Ｄリソースメッセージ９１８（または他のＬ１シグナリング）が送られるときと、Ｄ２Ｄリソースが生じるときとの間のオフセットは、固定、または設定可能であり得る。
【００５２】
[0067]  受信されたＤ２Ｄリソースメッセージ９１６および／または受信されたＤ２Ｄ情報メッセージ９１８に基づいて、割り振られたＤ２Ｄリソースを決定すると、第１および第２のＵＥ９０４、９０６は、Ｄ２Ｄ送信を行うために使用されるべき割り振られたＤ２Ｄリソースのサブセットを決定し得る。ある態様において、第１のＵＥ９０４が送るべき大量のデータを有する場合、第１のＵＥ９０４は、Ｄ２Ｄ伝送９１０のために使用するべき、割り振られたＤ２Ｄリソースの、より大きいサブセットを選択し得る。別の態様において、第１のＵＥ９０４が送るべき、より少ないデータを有する場合、第１のＵＥ９０４は、Ｄ２Ｄ伝送９１０のために使用するべき、割り振られたＤ２Ｄリソースの、より小さいサブセットを選択し得る。さらに別の態様において、リソース選択はまた、送信されるべきデータの優先度（priority）に基づき得る。第１のＵＥ９０４が送信のための、高い優先度データを有する場合、第１のＵＥ９０４は、割り振られたＤ２Ｄリソースの、より大きいサブセットを選択し得るが、第１のＵＥ９０４が送信のための、低い優先度データを有する場合、第１のＵＥ９０４は、割り振られたＤ２Ｄリソースの、より小さいサブセットを選択し、他のＵＥのために残りのリソースを残し得る。同様に、ワイヤレスネットワーク９００における他のＵＥがＤ２Ｄ送信（例えば、Ｄ２Ｄ通信）に従事している場合、第１のＵＥ９０４は、Ｄ２Ｄリソース上のエネルギー検出レベルに基づいてＤ２Ｄリソースのサブセットを選択し得る。第１のＵＥ９０４は、他のＤ２Ｄ送信との干渉を最小限にするために、比較的より低いエネルギー検出レベルを持つリソースのサブセットを選択し得る。別の態様において、Ｄ２Ｄリソースメッセージ９１６またはＤ２Ｄ情報メッセージ９１８は、ＵＥ識別子（例えば、ＭＡＣアドレス）に基づいて、どのリソースがＤ２Ｄ送信のためにどのＵＥに割り振られたかを示し得る。この態様において、第１のＵＥ９０４は、どのリソースが第１のＵＥ９０４の識別子に関連付けられるかに基づいてＤ２Ｄ送信のために使用するべきリソースのサブセットを決定し得る。別の態様において、第１のＵＥ９０４によって選択された、割り振られたＤ２Ｄリソースのサブセットは、Ｄ２Ｄ送信のために割り振られた全てのリソースを含み得る。
【００５３】
[0068]  図１０は、ワイヤレス通信の方法のフローチャート１０００である。この方法は、ＵＥ（例えば、第１のＵＥ９０４、第２のＵＥ９０６、以下の装置１２０２／１２０２’）によって行われ得る。ブロック１００２で、ＵＥは、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成における変更に基づいて、構成更新メッセージを受信し得る。構成更新メッセージは、ダウンリンクサブフレームのセットおよびアップリンクサブフレームのセットを示し得る。例えば、図９を参照すると、第１のＵＥ９０４は、少なくとも１つのフレームのＵＬ−ＤＬサブフレーム構成における変更（例えば、構成０から構成１）に基づいて、構成更新メッセージ９１４を受信し得る。構成更新メッセージ９１４は、ダウンリンクサブフレームのセット（０、４、５、９、）およびアップリンクサブフレームのセット（２、３、７、８）を示し得る。
【００５４】
[0069]  ブロック１００４で、ＵＥは、システム情報ブロックにおいて、Ｄ２Ｄ送信に関連付けられた識別子を受信し得る。例えば、図９を参照すると、第１のＵＥ９０４は、ＳＩＢ１において基地局９０２からのＤ２Ｄ送信に関連付けられるブロードキャストＤ２Ｄ−ＲＮＴＩを受信し得る。
【００５５】
[0070]  ブロック１００６で、ＵＥは、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成における変更に基づいて、Ｄ２Ｄリソースメッセージを受信し得る。Ｄ２Ｄリソースメッセージは、ＵＥが、アップリンク−ダウンリンクサブフレーム構成における変更の後、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを決定することを可能にし得る。一構成において、Ｄ２Ｄリソースメッセージは、アップリンクサブフレームのセットにおいて、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを示し得る。この構成において、Ｄ２Ｄリソースメッセージは、ＰＤＣＣＨにおいて送信され得る。別の構成において、Ｄ２Ｄリソースメッセージは、Ｄ２Ｄ情報メッセージが送信されることとなるリソースを識別し得、Ｄ２Ｄ情報メッセージは、アップリンクサブフレームのセットにおいて、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを示し得る。例えば、図９を参照すると、第１のＵＥ９０４は、少なくとも１つの無線フレームのＵＬ−ＤＬサブフレーム構成における変更に基づいて、Ｄ２Ｄリソースメッセージ９１６を受信し得る。Ｄ２Ｄリソースメッセージ９１６は、第１のＵＥ９０４が、構成０から構成１へのＵＬ−ＤＬサブフレーム構成における変更の後、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを決定することを可能にし得る。一態様において、Ｄ２Ｄリソースメッセージ９１６は、ＰＤＣＣＨ上で送信され得、アップリンクサブフレームのセット（例えば、構成１のサブフレーム３、７）において、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを示し得る。別の態様において、Ｄ２Ｄリソースメッセージ９１６は、Ｄ２Ｄ情報メッセージ９１８が送信されることとなるリソースを識別し得る。この態様において、Ｄ２Ｄ情報メッセージ９１８は、アップリンクサブフレームのセット（例えば、構成１のサブフレーム３、７）において、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを示し得る。
【００５６】
[0071]  ブロック１００８で、ＵＥは、Ｄ２Ｄリソースメッセージにおいて識別されたリソース上でＤ２Ｄ情報メッセージを受信し得る。ある態様において、Ｄ２Ｄリソースメッセージは、ＰＤＣＣＨにおいて受信され得、Ｄ２Ｄ情報メッセージは、ＰＤＳＣＨにおいて受信され得る。別の態様において、Ｄ２Ｄ情報メッセージは、アップリンク−ダウンリンクサブフレーム構成における変更に基づいてダウンリンクサブフレームにコンバートされる、またはアップリンクサブフレームにコンバートされることとなる少なくとも１つのフレームの１つ以上のサブフレームを示すビットマップを含み得る。例えば、図９を参照すると、第１のＵＥ９０４は、Ｄ２Ｄリソースメッセージ９１６において識別されたリソース上でＤ２Ｄ情報メッセージ９１８を受信し得る。この例において、Ｄ２Ｄリソースメッセージ９１６は、ＰＤＣＣＨにおいて受信され得、Ｄ２Ｄ情報メッセージ９１８は、ＰＤＳＣＨにおいて受信され得る。ある態様において、Ｄ２Ｄ情報メッセージ９１８は、次の１２個の無線フレームのサブフレーム４、９が、ＵＬ−ＤＬサブフレーム構成における変更に基づいてダウンリンクサブフレームにコンバートされることとなることを示すビットマップを含み得る。
【００５７】
[0072]  最後に、ブロック１０１０で、ＵＥは、受信されたＤ２Ｄリソースメッセージに基づいて、Ｄ２Ｄ送信を行うために使用されるべきＤ２Ｄリソースのサブセットを決定し得る。ある態様において、ＵＥは、前にアップリンクサブフレームとして構成され、前に、Ｄ２Ｄ送信のために割り振られたリソースと関連付けられたダウンリンクサブフレームを識別することによって、Ｄ２Ｄ送信を行うために使用されるべきＤ２Ｄリソースのサブセットを決定し、および識別されたダウンリンクサブフレーム上でＤ２Ｄ送信を行うことを控え得る。別の態様において、ＵＥは、Ｄ２Ｄ送信に関連付けられた識別子に基づいてＤ２Ｄリソースメッセージを復号することによって、Ｄ２Ｄ送信を行うために使用されるべきＤ２Ｄリソースのサブセットを決定し得る。例えば、図９を参照すると、第１のＵＥ９０４は、受信されたＤ２Ｄリソースメッセージ９１６に基づいて、第２のＵＥ９０６とのＤ２Ｄ送信を行うために使用されるべきＤ２Ｄリソースのサブセットを決定し得る。第１のＵＥ９０４は、Ｄ２Ｄリソースメッセージ９１６を復号するためにブロードキャストＤ２Ｄ−ＲＮＴＩを使用し得る。ある態様において、Ｄ２Ｄリソースメッセージ９１６は、Ｄ２Ｄ送信のためのＤ２Ｄリソースを示し得る。別の態様において、Ｄ２Ｄリソースメッセージ９１６は、Ｄ２Ｄ情報メッセージ９１８を受信するための（１つまたは複数の）リソースを提供し得、第１のＵＥ９０４は、Ｄ２Ｄリソースメッセージ９１６によって示された（１つまたは複数の）リソース上でＤ２Ｄ情報メッセージ９１８を受信し得る。この態様において、第１のＵＥ９０４は、Ｄ２Ｄ情報メッセージ９１８を復号し、Ｄ２Ｄ送信のために割り振られたリソースを決定し得る。Ｄ２Ｄリソースメッセージ９１６またはＤ２Ｄ情報メッセージ９１８のどちらかにおいて示されたＤ２Ｄリソースを決定すると、第１のＵＥ９０４は、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースのサブセットを使用し得る。ある態様において、サブセットは、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースの全てを含み得る。別の態様において、サブセットは、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースの一部を含み得る。サブセットがＤ２Ｄリソースの一部を含む場合、その一部は、利用可能なＤ２Ｄリソースのエネルギー検出レベル、第１のＵＥ９０４の送信の優先度、および／またはＤ２Ｄリソースメッセージ９１６またはＤ２Ｄ情報メッセージ９１８において示された第１のＵＥ９０４に対する特定のリソース割り当てに基づいて選択され得る。
【００５８】
[0073]  図１１は、ワイヤレス通信の方法のフローチャート１１００である。方法は、基地局（例えば、基地局９０２、以下の装置１４０２／１４０２’）によって行われ得る。１１０２で、基地局は、ネットワークトラフィックに基づいて、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成を再構成することを決定し得る。例えば、図９を参照すると、基地局９０２は、ワイヤレスネットワーク９００におけるトラフィックに基づいて、少なくとも１つの無線フレームのＵＬ−ＤＬサブフレーム構成を再構成することを決定し得る。この例において、基地局９０２は、（例えば、ビデオストリーミングサービスをサポートするために）追加のダウンリンク送信を要求する、第３のＵＥ９０８からの要求を受信し得る。基地局９０２は、ＵＬ−ＤＬサブフレーム構成０を使用している可能性があり、現在の構成が第３のＵＥ９０８によって要求されたスループットをサポートするのに十分なダウンリンクサブフレームを有さないことを決定し得る。従って、基地局９０２は、追加のダウンリンクサブフレームが要求されることを決定し得る。ある態様において、基地局９０２は、トラフィックスループットをサポートするために必要とされるダウンリンクサブフレームの量を決定し得る。例えば、基地局９０２は、さらに２つのダウンリンクサブフレームが必要とされることを決定し得る。
【００５９】
[0074]  ブロック１１０４で、基地局は、決定に基づいて、アップリンク−ダウンリンクサブフレーム構成を再構成し得る。例えば、図９を参照すると、基地局９０２は、再構成が必要とされるという決定に基づいてＵＬ−ＤＬサブフレーム構成を再構成し得る。ある態様において、基地局９０２は、現在のＵＬ−ＤＬサブフレーム構成より多くのダウンリンクサブフレームを有する１つ以上のＵＬ−ＤＬサブフレーム構成を識別し、識別された１つ以上のＵＬ−ＤＬサブフレーム構成のうちのいずれか１つに切り替え得る。別の態様において、基地局９０２は、追加のネットワークダウンリンクをサポートするために要求される追加のダウンリンクサブフレームの数（例えば、さらに２つのダウンリンクサブフレーム）を決定し、要件を満たす１つ以上のＵＬ−ＤＬサブフレーム構成を識別し、１つ以上のＵＬ−ＤＬサブフレーム構成に切り替え得る（例えば、基地局９０２は、構成０から構成１にＵＬ−ＤＬサブフレーム構成を再構成し得る）。
【００６０】
[0075]  ブロック１１０６で、基地局は、少なくとも１つのフレームの再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、構成更新メッセージを送信し得る。構成更新メッセージは、ダウンリンクサブフレームのセットおよびアップリンクサブフレームのセットを示し得る。例えば、図９を参照すると、基地局９０２は、少なくとも１つの無線フレームの再構成されたＵＬ−ＤＬサブフレーム構成に基づいて、構成更新メッセージ９１４を送信し得る。構成更新メッセージ９１４は、ダウンリンクサブフレームのセット（例えば、サブフレーム０、４、５、９）およびアップリンクサブフレームのセット（例えば、２、３、７、８）を示し得る。ある態様において、構成更新メッセージ９１４は、構成番号（構成０−６）に対応するビットインジケータ（例えば、２ビットインジケータ）によってダウンリンクサブフレームのセットおよびアップリンクサブフレームのセットを示し得る。
【００６１】
[0076]  ブロック１１０８で、基地局は、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、Ｄ２Ｄ送信のためにＤ２Ｄリソースを割り振り得る。ある態様において、再構成されたアップリンク−ダウンリンクサブフレーム構成は、前のアップリンク−ダウンリンクサブフレーム構成より少ないアップリンクサブフレームを有し得、Ｄ２Ｄリソースのサブセットは、前のアップリンク−ダウンリンクサブフレーム構成において前にＤ２Ｄ送信のために割り振られていないアップリンクサブフレームのサブセットに割り振られる。例えば、図９を参照すると、基地局９０２は、再構成ＵＬ−ＤＬサブフレーム構成に基づいて、Ｄ２Ｄ送信のためにＤ２Ｄリソースを割り振り得る。基地局９０２は、構成１が新たなＵＬ−ＤＬサブフレーム構成であることを決定し得る。構成１は、構成０（例えば、６つのアップリンクサブフレーム）より少ないアップリンクサブフレーム（例えば、４つのアップリンクサブフレーム）を有し得る。基地局９０２は、構成１において、サブフレーム２、３、７、８がアップリンクサブフレームであることを決定し得る。基地局９０２は、（構成０のサブフレーム３、４に対して）構成１のサブフレーム３、７内でＤ２Ｄリソースを割り振り得る。態様において、基地局９０２は、特定のＵＥ（例えば、第１のＵＥ９０４および第２のＵＥ９０６）に特定のＤ２Ｄリソースを割り振り得る。この態様において、割り振りは、基地局９０２とＵＥとの間の距離に基づき得る。別の態様において、前にＤ２Ｄ送信のために利用可能であったＤ２Ｄリソースの一部のみが、再構成されたＵＬ−ＤＬサブフレーム構成の下で利用可能であり続ける場合、Ｄ２Ｄリソースのうちのいくつかは、再び割り当てられることができる。例えば、スケジューリング割り当てリソース（scheduling assignment resource）がダウンリンクのために使用される場合、データリソースを同じスケジューリング割り当てリソースに関連付けることにあまり価値がない可能性がある。このようにして、基地局９０２は、スケジューリング割り当てリソースにデータリソースのうちのいくつかをコンバート／再び割り振り得る。
【００６２】
[0077]  ブロック１１１０で、基地局は、ＵＥがＤ２Ｄリソースメッセージを復号することを可能にするために、システム情報ブロックにおいて、Ｄ２Ｄ送信に関連付けられた識別子を送信し得る。例えば、基地局９０２は、第１のＵＥ９０４がＤ２Ｄリソースメッセージ９１６を復号することを可能にするために、ＳＩＢ１においてＤ２Ｄ送信に関連付けられるブロードキャストＤ２Ｄ−ＲＮＴＩを送信し得る。
【００６３】
[0078]  ブロック１１１２で、基地局は、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、Ｄ２Ｄリソースメッセージを送信し得る。Ｄ２Ｄリソースメッセージは、ＵＥが、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいてＤ２Ｄ送信のために割り振られたＤ２Ｄリソースを決定することを可能にし得る。ある態様において、Ｄ２Ｄリソースメッセージは、アップリンクサブフレームのセットにおいて割り振られたＤ２Ｄリソースを示し得る。別の態様において、Ｄ２Ｄリソースメッセージは、Ｄ２Ｄ情報メッセージが送信されることとなるリソースを識別し得る。Ｄ２Ｄ情報メッセージは、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいてアップリンクサブフレームのセットにおいて割り振られたＤ２Ｄリソースを示し得る。例えば、図９を参照すると、基地局９０２は、再構成されたＵＬ−ＤＬサブフレーム構成に基づいて、Ｄ２Ｄリソースメッセージ９１６を送信し得る。Ｄ２Ｄリソースメッセージ９１６は、第１のＵＥ９０４が、再構成されたＵＬ−ＤＬサブフレーム構成に基づいてＤ２Ｄ送信のために割り振られたＤ２Ｄリソースを決定することを可能にする。態様において、Ｄ２Ｄリソースメッセージ９１６は、アップリンクサブフレーム３および７において割り振られたＤ２Ｄリソースを示し得る。別の態様において、Ｄ２Ｄリソースメッセージ９１６は、Ｄ２Ｄ情報メッセージ９１８が送信されることとなるリソース（例えば、１つ以上のシンボルおよび関連付けられたサブキャリア）を識別し、Ｄ２Ｄ情報メッセージは、構成１に基づいて、アップリンクサブフレーム３、７において割り振られたＤ２Ｄリソースを示すこととなる。
【００６４】
[0079]  最後に、ブロック１１１４で、基地局は、Ｄ２Ｄリソースメッセージにおいて識別されたリソース上でＤ２Ｄ情報メッセージを送信し得る。例えば、図９を参照すると、基地局９０２は、Ｄ２Ｄリソースメッセージ９１６において識別されたリソース上でＤ２Ｄ情報メッセージ９１８を送信し得る。Ｄ２Ｄリソースメッセージ９１６は、ＰＤＣＣＨ上で送信され得、Ｄ２Ｄ情報メッセージ９１８は、ＰＤＳＣＨ上で送信され得る。
【００６５】
[0080]  図１２は、例証的な装置１２０２における異なるモジュール／手段／コンポーネントの間のデータフローを例示する概念的なデータフロー図１２００である。この装置は、ＵＥであり得る。装置は、受信モジュール１２０４、Ｄ２Ｄ送信モジュール１２０６、および送信モジュール１２０８を含む。受信モジュール１２０４は、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成における変更に基づいて、基地局１２５０からＤ２Ｄリソースメッセージを受信するように構成され得る。Ｄ２Ｄリソースメッセージは、装置が、アップリンク−ダウンリンクサブフレーム構成における変更の後、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを決定することを可能にし得る。Ｄ２Ｄ送信モジュール１２０６は、受信されたＤ２Ｄリソースメッセージに基づいて、ＵＥ１２６０とのＤ２Ｄ送信を行うために使用されるべきＤ２Ｄリソースのサブセットを決定するように構成され得る。一構成において、受信モジュール１２０４は、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成における変更に基づいて、基地局１２５０から構成更新メッセージを受信するように構成され得る。構成更新メッセージは、ダウンリンクサブフレームのセットおよびアップリンクサブフレームのセットを示し得る。別の構成において、Ｄ２Ｄ送信モジュール１２０６は、前にアップリンクサブフレームとして構成され、前に、Ｄ２Ｄ送信のために割り振られたリソースと関連付けられたダウンリンクサブフレームを識別することによって、および識別されたダウンリンクサブフレーム上でＤ２Ｄ送信を行うことを控えることによって、Ｄ２Ｄ送信を行うために使用されるべきＤ２Ｄリソースのサブセットを決定するように構成され得る。別の構成において、Ｄ２Ｄ送信モジュール１２０６は、Ｄ２Ｄ送信に関連付けられた識別子に基づいてＤ２Ｄリソースメッセージを復号することによって、Ｄ２Ｄ送信を行うために使用されるべきＤ２Ｄリソースのサブセットを決定するように構成され得る。この構成において、受信モジュール１２０４は、システム情報ブロックにおいて、Ｄ２Ｄ送信に関連付けられた識別子を受信するように構成され得る。ある態様において、Ｄ２Ｄリソースメッセージは、アップリンクサブフレームのセットにおいて、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを示し得る。別の態様において、Ｄ２Ｄリソースメッセージは、ＰＤＣＣＨにおいて送信され得る。別の構成において、Ｄ２Ｄリソースメッセージは、Ｄ２Ｄ情報メッセージが送信されることとなるリソースを識別し得、Ｄ２Ｄ情報メッセージは、アップリンクサブフレームのセットにおいて、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを示し得る。この構成において、受信モジュール１２０４は、Ｄ２Ｄリソースメッセージにおいて識別されたリソース上でＤ２Ｄ情報メッセージを受信するように構成され得る。ある態様において、Ｄ２Ｄリソースメッセージは、ＰＤＣＣＨにおいて受信され得、Ｄ２Ｄ情報メッセージは、ＰＤＳＣＨにおいて受信され得る。別の態様において、Ｄ２Ｄ情報メッセージは、アップリンク−ダウンリンクサブフレーム構成における変更に基づいてダウンリンクサブフレ���ムにコンバートされる、またはアップリンクサブフレームにコンバートされることとなる少なくとも１つのフレームの１つ以上のサブフレームを示すビットマップを含み得る。
【００６６】
[0081]  装置は、前述の図１０のフローチャートにおけるアルゴリズムのブロックの各々を行う追加のモジュールを含み得る。このように、前述の図１０のフローチャートにおける各ブロックは、モジュールによって行われ得、装置は、それらモジュールのうちの１つ以上を含み得る。モジュールは、記述されたプロセス／アルゴリズムを実行するように特に構成されるか、記述されたプロセス／アルゴリズムを行うように構成されたプロセッサによってインプリメントされるか、プロセッサによるインプリメンテーションのためにコンピュータ読み取り可能な媒体内に記憶されるか、またはそれらの何らかの組み合わせの、１つ以上のハードウェアコンポーネントであり得る。
【００６７】
[0082]  図１３は、処理システム１３１４を用いる装置１２０２’についてのハードウェアインプリメンテーションの例を例示する図１３００である。処理システム１３１４は、概してバス１３２４によって表される、バスアーキテクチャでインプリメントされ得る。バス１３２４は、処理システム１３１４の特定のアプリケーションおよび全体的な設計制約に依存して、任意の数の相互接続バスおよびブリッジを含み得る。バス１３２４は、プロセッサ１３０４、モジュール１２０４、１２０６、１２０８、およびコンピュータ読み取り可能な媒体／メモリ１３０６によって表される、１つ以上のプロセッサおよび／またはハードウェアモジュールを含む、様々な回路を互いにリンクする。バス１３２４はまた、タイミングソース、周辺機器、電圧レギュレータ、および電力管理回路のような様々な他の回路をリンクし得、それらは当該技術分野において周知であり、それゆえに、これ以上は説明されない。
【００６８】
[0083]  処理システム１３１４は、トランシーバ１３１０に結合され得る。トランシーバ１３１０は、１つ以上のアンテナ１３２０に結合される。トランシーバ１３１０は、送信媒体を介して様々な他の装置と通信するための手段を提供する。トランシーバ１３１０は、１つ以上のアンテナ１３２０から信号を受信し、受信される信号から情報を抽出し、処理システム１３１４、具体的には受信モジュール１２０４に抽出された情報を提供する。さらに、トランシーバ１３１０は、処理システム１３１４、具体的には送信モジュール１２０８から情報を受信し、受信された情報に基づいて、１つ以上のアンテナ１３２０に適用されるべき信号を生成する。処理システム１３１４は、コンピュータ読み取り可能な媒体／メモリ１３０６に結合されたプロセッサ１３０４を含む。プロセッサ１３０４は、コンピュータ読み取り可能な媒体／メモリ１３０６に記憶されたソフトウェアの実行を含む一般的な処理を担う。ソフトウェアは、プロセッサ１３０４によって実行されるとき、処理システム１３１４に、任意の特定の装置について上記に説明された様々な機能を行わせる。コンピュータ読み取り可能な媒体／メモリ１３０６はまた、ソフトウェアを実行するとき、プロセッサ１３０４によって操作されるデータを記憶するために使用され得る。処理システムはさらに、モジュール１２０４、１２０６、１２０８のうちの少なくとも１つを含む。モジュールは、プロセッサ１３０４において実行中の、コンピュータ読み取り可能な媒体／メモリ１３０６に存在する／記憶されたソフトウェアモジュール、プロセッサ１３０４に結合された１つ以上のハードウェアモジュール、またはそれらの何らかの組み合わせであり得る。処理システム１３１４は、ＵＥ６５０のコンポーネントであり得、メモリ６６０、ならびに／またはＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９のうちの少なくとも１つを含み得る。
【００６９】
[0084]  一構成において、ワイヤレス通信のための装置１２０２／１２０２’は、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成における変更に基づいてＤ２Ｄリソースメッセージを受信するための手段を含む。Ｄ２Ｄリソースメッセージは、装置が、アップリンク−ダウンリンクサブフレーム構成における変更の後、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを決定することを可能にし得る。装置は、受信されたＤ２Ｄリソースメッセージに基づいて、Ｄ２Ｄ送信を行うために使用されるべきＤ２Ｄリソースのサブセットを決定するための手段を含む。装置は、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成における変更に基づいて、構成更新メッセージを受信するための手段を含み得る。構成更新メッセージは、ダウンリンクサブフレームのセットおよびアップリンクサブフレームのセットを示し得る。ある態様において、Ｄ２Ｄ送信を行うために使用されるべきＤ２Ｄリソースのサブセットを決定するための手段は、前にアップリンクサブフレームとして構成され、前に、Ｄ２Ｄ送信のために割り振られたリソースと関連付けられたダウンリンクサブフレームを識別するように、および識別されたダウンリンクサブフレーム上でＤ２Ｄ送信を行うことを控えるように構成され得る。ある態様において、Ｄ２Ｄ送信を行うために使用されるべきＤ２Ｄリソースのサブセットを決定するための手段は、Ｄ２Ｄ送信に関連付けられた識別子に基づいてＤ２Ｄリソースメッセージを復号するように構成され得る。この態様において、装置は、システム情報ブロックにおいて、Ｄ２Ｄ送信に関連付けられた識別子を受信するための手段を含み得る。別の態様において、Ｄ２Ｄリソースメッセージは、アップリンクサブフレームのセットにおいて、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを示し得る。別の態様において、Ｄ２Ｄリソースメッセージは、ＰＤＣＣＨにおいて送信され得る。別の態様において、Ｄ２Ｄリソースメッセージは、Ｄ２Ｄ情報メッセージが送信されることとなるリソースを識別し得る。Ｄ２Ｄ情報メッセージは、アップリンクサブフレームのセットにおいて、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを示し得る。別の態様において、装置は、Ｄ２Ｄリソースメッセージにおいて識別されたリソース上でＤ２Ｄ情報メッセージを受信するための手段を含み得る。別の態様において、Ｄ２Ｄリソースメッセージは、ＰＤＣＣＨにおいて受信され得、Ｄ２Ｄ情報メッセージは、ＰＤＳＣＨにおいて受信され得る。別の態様において、Ｄ２Ｄ情報メッセージは、アップリンク−ダウンリンクサブフレーム構成における変更に基づいてダウンリンクサブフレームにコンバートされる、またはアップリンクサブフレームにコンバートされることとなる少なくとも１つのフレームの１つ以上のサブフレームを示すビットマップを含み得る。前述された手段は、前述された手段によって記載された機能を行うように構成される装置１２０２’の処理システム１３１４および／または装置１２０２の前述されたモジュールのうちの１つ以上であり得る。上記に説明されたように、処理システム１３１４は、ＴＸプロセッサ６６８、ＲＸプロセッサ６５６、お���びコントローラ／プロセッサ６５９を含み得る。このようにして、一構成において、前述の手段は、前述の手段によって記載された機能を行うように構成されたＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９であり得る。
【００７０】
[0085]  図１４は、例証的な装置１４０２における異なるモジュール／手段／コンポーネントの間のデータフローを例示する概念的なデータフロー図１４００である。装置は、基地局（例えば、ｅＮＢ）であり得る。装置は、受信モジュール１４０４、サブフレーム構成モジュール１４０６、Ｄ２Ｄリソース割り振りモジュール１４０８、および送信モジュール１４１０を含む。サブフレーム構成モジュール１４０６は、ネットワークトラフィックに基づいて、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成を再構成することを決定するように構成され得る。サブフレーム構成モジュール１４０６は、決定に基づいて、アップリンク−ダウンリンクサブフレーム構成を再構成するように構成され得る。送信モジュール１４１０は、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、Ｄ２Ｄリソースメッセージを送信するように構成され得る。Ｄ２Ｄリソースメッセージは、ＵＥ１４５０が、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいてＤ２Ｄ送信のために割り振られたＤ２Ｄリソースを決定することを可能にし得る。Ｄ２Ｄリソース割り振りモジュール１４０８は、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、Ｄ２Ｄ送信のためにＤ２Ｄリソースを割り振るように構成され得る。ある態様において、再構成されたアップリンク−ダウンリンクサブフレーム構成は、前のアップリンク−ダウンリンクサブフレーム構成より少ないアップリンクサブフレームを有し得、Ｄ２Ｄリソースのサブセットは、前のアップリンク−ダウンリンクサブフレーム構成において前にＤ２Ｄ送信のために割り振られていないアップリンクサブフレームのサブセットに割り振られ得る。一構成において、送信モジュール１４１０は、少なくとも１つのフレームの再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、構成更新メッセージを送信するように構成され得る。構成更新メッセージは、ダウンリンクサブフレームのセットおよびアップリンクサブフレームのセットを示し得る。別の構成において、送信モジュール１４１０は、ＵＥ１４５０がＤ２Ｄリソースメッセージを復号することを可能にするために、システム情報ブロックにおいて、Ｄ２Ｄ送信に関連付けられた識別子を送信するように構成され得る。ある態様において、Ｄ２Ｄリソースメッセージは、アップリンクサブフレームのセットにおいて割り振られたＤ２Ｄリソースを示し得る。別の態様において、Ｄ２Ｄリソースメッセージは、Ｄ２Ｄ情報メッセージが送信されることとなるリソースを識別し得る。Ｄ２Ｄ情報メッセージは、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいてアップリンクサブフレームのセットにおいて割り振られたＤ２Ｄリソースを示し得る。別の構成において、送信モジュール１４１０は、Ｄ２Ｄリソースメッセージにおいて識別されたリソース上でＤ２Ｄ情報メッセージを送信するように構成され得る。この構成において、Ｄ２Ｄリソースメッセージは、ＰＤＣＣＨにおいて送信され得、Ｄ２Ｄ情報メッセージは、ＰＤＳＣＨにおいて送信され得る。
【００７１】
[0086]  装置は、前述の図１１のフローチャートにおけるアルゴリズムのブロックの各々を行う追加のモジュールを含み得る。このように、前述された図１１のフローチャートにおける各ブロックは、モジュールによって行われ得、装置は、これらモジュールのうちの１つ以上を含み得る。モジュールは、記述されたプロセス／アルゴリズムを実行するように特に構成されるか、記述されたプロセス／アルゴリズムを行うように構成されたプロセッサによってインプリメントされるか、プロセッサによるインプリメンテーションのためにコンピュータ読み取り可能な媒体内に記憶されるか、またはそれらの何らかの組み合わせの、１つ以上のハードウェアコンポーネントであり得る。
【００７２】
[0087]  図１５は、処理システム１５１４を用いる装置１４０２’についてのハードウェアインプリメンテーションの例を例示する図１５００である。処理システム１５１４は、概してバス１５２４によって表される、バスアーキテクチャでインプリメントされ得る。バス１５２４は、処理システム１５１４の特定のアプリケーションおよび全体的な設計制約に依存して、任意の数の相互接続バスおよびブリッジを含み得る。バス１５２４は、プロセッサ１５０４、モジュール１４０４、１４０６、１４０８、１４１０およびコンピュータ読み取り可能な媒体／メモリ１５０６によって表される、１つ以上のプロセッサおよび／またはハードウェアモジュールを含む、様々な回路を共にリンクする。バス１５２４はまた、タイミングソース、周辺機器、電圧レギュレータ、および電力管理回路のような様々な他の回路をリンクし得、それらは当該技術分野において周知であり、それゆえに、これ以上は説明されない。
【００７３】
[0088]  処理システム１５１４は、トランシーバ１５１０に結合され得る。トランシーバ１５１０は、１つ以上のアンテナ１５２０に結合される。トランシーバ１５１０は、送信媒体を介して様々な他の装置と通信するための手段を提供する。トランシーバ１５１０は、１つ以上のアンテナ１５２０から信号を受信し、受信される信号から情報を抽出し、処理システム１５１４、具体的には受信モジュール１４０４に抽出された情報を提供する。さらに、トランシーバ１５１０は、処理システム１５１４、具体的には送信モジュール１４１０から情報を受信し、受信された情報に基づいて、１つ以上のアンテナ１５２０に適用される信号を生成する。処理システム１５１４は、コンピュータ読み取り可能な媒体／メモリ１５０６に結合されたプロセッサ１５０４を含む。プロセッサ１５０４は、コンピュータ読み取り可能な媒体／メモリ１５０６に記憶されたソフトウェアの実行を含む一般的な処理を担う。ソフトウェアは、プロセッサ１５０４によって実行されるとき、処理システム１５１４に、任意の特定の装置について上記に説明された様々な機能を行わせる。コンピュータ読み取り可能な媒体／メモリ１５０６はまた、ソフトウェアを実行するとき、プロセッサ１５０４によって操作されるデータを記憶するために使用され得る。処理システムはさらに、モジュール１４０４、１４０６、１４０８、１４１０のうちの少なくとも１つを含む。モジュールは、プロセッサ１５０４において実行中の、コンピュータ読み取り可能な媒体／メモリ１５０６に存在する／記憶されたソフトウェアモジュール、プロセッサ１５０４に結合された１つ以上のハードウェアモジュール、またはそれらの何らかの組み合わせであり得る。処理システム１５１４は、ｅＮＢ６１０のコンポーネントであり得、メモリ６７６、ならびに／またはＴＸプロセッサ６１６、ＲＸプロセッサ６７０、およびコントローラ／プロセッサ６７５のうちの少なくとも１つを含み得る。
【００７４】
[0089]  一構成において、ワイヤレス通信のための装置１４０２／１４０２’は、ネットワークトラフィックに基づいて、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成を再構成することを決定するための手段を含む。装置は、決定に基づいてアップリンク−ダウンリンクサブフレーム構成を再構成するための手段を含む。装置は、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいてＤ２Ｄリソースメッセージを送信するための手段を含む。Ｄ２Ｄリソースメッセージは、ＵＥが、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいてＤ２Ｄ送信のために割り振られたＤ２Ｄリソースを決定することを可能にし得る。装置は、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、Ｄ２Ｄ送信のためにＤ２Ｄリソースを割り振るための手段を含み得る。ある態様において、再構成されたアップリンク−ダウンリンクサブフレーム構成は、前のアップリンク−ダウンリンクサブフレーム構成より少ないアップリンクサブフレームを有し得、Ｄ２Ｄリソースのサブセットは、前のアップリンク−ダウンリンクサブフレーム構成において前にＤ２Ｄ送信のために割り振られていないアップリンクサブフレームのサブセットに割り振られ得る。別の態様において、装置は、少なくとも１つのフレームの、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、構成更新メッセージを送信するための手段を含み得る。構成更新メッセージは、ダウンリンクサブフレームのセットおよびアップリンクサブフレームのセットを示し得る。別の態様において、装置は、ＵＥがＤ２Ｄリソースメッセージを復号することを可能にするために、システム情報ブロックにおいて、Ｄ２Ｄ送信に関連付けられた識別子を送信するための手段を含み得る。別の態様において、Ｄ２Ｄリソースメッセージは、アップリンクサブフレームのセットにおいて割り振られたＤ２Ｄリソースを示し得る。別の態様において、Ｄ２Ｄリソースメッセージは、Ｄ２Ｄ情報メッセージが送信されることとなるリソースを識別し得る。この態様において、Ｄ２Ｄ情報メッセージは、再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいてアップリンクサブフレームのセットにおいて割り振られたＤ２Ｄリソースを示し得る。別の態様において、装置は、Ｄ２Ｄリソースメッセージにおいて識別されたリソース上でＤ２Ｄ情報メッセージを送信するための手段を含み得る。別の態様において、Ｄ２Ｄリソースメッセージは、ＰＤＣＣＨにおいて送信され得、Ｄ２Ｄ情報メッセージは、ＰＤＳＣＨにおいて送信され得る。前述された手段は、前述された手段によって記載される機能を行うように構成される装置１４０２’の処理システム１５１４および／または装置１４０２の前述されたモジュールのうちの１つ以上であり得る。上記に説明されたように、処理システム１５１４は、ＴＸプロセッサ６１６、ＲＸプロセッサ６７０、およびコントローラ／プロセッサ６７５を含み得る。このようにして、一構成において、前述の手段は、前述の手段によって記載された機能を行うように構成されたＴＸプロセッサ６１６、ＲＸプロセッサ６７０、およびコントローラ／プロ���ッサ６７５であり得る。
【００７５】
[0090]  開示されたプロセス／フローチャートにおけるブロックの特定の順序または階層は例証的なアプローチの例示であるということが理解される。設計の選好に基づいて、プロセス／フローチャートにおけるブロックの特定の順序または階層は再配列され得ることが理解される。さらに、いくつかのブロックは、組み合わされるか、または省略され得る。添付の方法の請求項は、サンプルの順序で様々なブロックの要素を提示しており、提示された特定の順序または階層に限定されるようには意図されない。
【００７６】
[0091]  先の説明は、いかなる当業者であっても、本明細書に説明された様々な態様を実現することを可能にするために提供される。これらの態様に対する様々な修正は、当業者に容易に明らかとなり、本明細書に定義された包括的な原理は、他の態様に適用され得る。よって、特許請求の範囲は、本明細書に示された態様に限定されるようには意図されず、特許請求の範囲の文言と一致する全範囲が付与れるべきものであり、ここで、単数形の要素への参照は、そのように明記されていない限り、「１つ、および１つのみ」を意味するようには意図されず、むしろ「１つ以上」を意味するように意図される。「例証的（exemplary）」という用語は、本明細書において、「例、事例、または例示としての役割を果たす」という意味で用いられる。「例証的」であるとして本明細書に説明された任意の態様は、必ずしも、他の態様より好ましいまたは有利であるとして解釈されるべきではない。そうでないと明記されない限り、「何らかの／いくつかの（some）」という用語は、１つ以上を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、ならびに「Ａ、Ｂ、Ｃ、またはそれらの任意の組み合わせ」のような組み合わせは、Ａ、Ｂ、および／またはＣの任意の組み合わせを含み、複数のＡ、複数のＢ、または複数のＣを含み得る。具体的には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、ならびに「Ａ、Ｂ、Ｃ、またはそれらの任意の組み合わせ」のような組み合わせは、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢ、ＡとＣ、ＢとＣ、またはＡとＢとＣであり得、ここで、任意のそのような組み合わせは、Ａ、Ｂ、またはＣの１つ以上のメンバーを包含し得る。当業者に知られている、あるいは後に知られることとなるこの開示全体を通じて説明された様々な態様の要素と構造的および機能的に同等な物は全て、参照によって本明細書に明確に組み込まれ、特許請求の範囲によって網羅されるように意図される。さらに、本明細書に開示されたものは何れも、そのような開示が特許請求の範囲において明記されているかどうかにかかわらず、公衆に献呈されるようには意図されていない。要素が「〜のための手段」という表現を使用して明記されていない限り、どの請求項の要素もミーンズプラスファンクションとして解釈されるべきではない。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］  ユーザ機器（ＵＥ）によるワイヤレス通信の方法であって、
少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成における変更に基づいて、デバイスツーデバイス（Ｄ２Ｄ）リソースメッセージを受信することと、ここにおいて、前記Ｄ２Ｄリソースメッセージは、前記ＵＥが、前記アップリンク−ダウンリンクサブフレーム構成における前記変更の後、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを決定することを可能にする、
前記受信されたＤ２Ｄリソースメッセージに基づいて、Ｄ２Ｄ送信を行うために使用されるべき前記Ｄ２Ｄリソースのサブセットを決定することと、
を備える、方法。
［Ｃ２］  前記少なくとも１つのフレームの前記アップリンク−ダウンリンクサブフレーム構成における前記変更に基づいて、構成更新メッセージを受信することをさらに備え、ここにおいて、前記構成更新メッセージは、ダウンリンクサブフレームのセットおよびアップリンクサブフレームのセットを示す、Ｃ１に記載の方法。
［Ｃ３］  Ｄ２Ｄ送信を行うために使用されるべきＤ２Ｄリソースの前記サブセットを前記決定することは、
前にアップリンクサブフレームとして構成され、前に、Ｄ２Ｄ送信のために割り振られたリソースと関連付けられたダウンリンクサブフレームを識別することと、
前記識別されたダウンリンクサブフレーム上でＤ２Ｄ送信を行うことを控えることと、  を備える、Ｃ１に記載の方法。
［Ｃ４］  Ｄ２Ｄ送信を行うために使用されるべきＤ２Ｄリソースの前記サブセットを前記決定することは、Ｄ２Ｄ送信に関連付けられた識別子に基づいて前記Ｄ２Ｄリソースメッセージを復号することを備える、Ｃ１に記載の方法。
［Ｃ５］  システム情報ブロックにおいて、Ｄ２Ｄ送信に関連付けられた前記識別子を受信することをさらに備える、Ｃ４に記載の方法。
［Ｃ６］  前記Ｄ２Ｄリソースメッセージは、アップリンクサブフレームのセットにおいて、Ｄ２Ｄ送信のために割り振られた前記Ｄ２Ｄリソースを示す、Ｃ１に記載の方法。
［Ｃ７］  前記Ｄ２Ｄリソースメッセージは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）において送信される、Ｃ６に記載の方法。
［Ｃ８］  前記Ｄ２Ｄリソースメッセージは、Ｄ２Ｄ情報メッセージが送信されることとなるリソースを識別し、ここにおいて、前記Ｄ２Ｄ情報メッセージは、アップリンクサブフレームのセットにおいて、Ｄ２Ｄ送信のために割り振られた前記Ｄ２Ｄリソースを示す、Ｃ１に記載の方法。
［Ｃ９］  前記Ｄ２Ｄリソースメッセージにおいて識別された前記リソース上で前記Ｄ２Ｄ情報メッセージを受信することをさらに備える、Ｃ８に記載の方法。
［Ｃ１０］  前記Ｄ２Ｄリソースメッセージは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）において受信され、前記Ｄ２Ｄ情報メッセージは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）において受信される、Ｃ９に記載の方法。
［Ｃ１１］  前記Ｄ２Ｄ情報メッセージは、前記アップリンク−ダウンリンクサブフレーム構成における前記変更に基づいてダウンリンクサブフレームにコンバートされる、またはアップリンクサブフレームにコンバートされることとなる前記少なくとも１つのフレームの１つ以上のサブフレームを示すビットマップを備える、Ｃ９に記載の方法。
［Ｃ１２］  基地局によるワイヤレス通信の方法であって、
ネットワークトラフィックに基づいて、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成を再構成することを決定することと、
前記決定に基づいて前記アップリンク−ダウンリンクサブフレーム構成を再構成することと、
前記再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、デバイスツーデバイス（Ｄ２Ｄ）リソースメッセージを送信することと、ここにおいて、前記Ｄ２Ｄリソースメッセージは、ユーザ機器（ＵＥ）が、前記再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいてＤ２Ｄ送信のために割り振られたＤ２Ｄリソースを決定することを可能にする、
を備える、方法。
［Ｃ１３］  前記再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、Ｄ２Ｄ送信のために前記Ｄ２Ｄリソースを割り振ることをさらに備える、Ｃ１２に記載の方法。
［Ｃ１４］  前記再構成されたアップリンク−ダウンリンクサブフレーム構成は、前のアップリンク−ダウンリンクサブフレーム構成より少ないアップリンクサブフレームを有し、ここにおいて、前記Ｄ２Ｄリソースのサブセットは、前記前のアップリンク−ダウンリンクサブフレーム構成において前にＤ２Ｄ送信のために割り振られていないアップリンクサブフレームのサブセットに割り振られた、Ｃ１２に記載の方法。
［Ｃ１５］  前記少なくとも１つのフレームの、前記再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、構成更新メッセージを送信することをさらに備え、ここにおいて、前記構成更新メッセージは、ダウンリンクサブフレームのセットおよびアップリンクサブフレームのセットを示す、Ｃ１２に記載の方法。
［Ｃ１６］  前記ＵＥが前記Ｄ２Ｄリソースメッセージを復号することを可能にするために、システム情報ブロックにおいて、Ｄ２Ｄ送信に関連付けられた識別子を送信することをさらに備える、Ｃ１２に記載の方法。
［Ｃ１７］  前記Ｄ２Ｄリソースメッセージは、アップリンクサブフレームのセットにおいて割り振られた前記Ｄ２Ｄリソースを示す、Ｃ１２に記載の方法。
［Ｃ１８］  前記Ｄ２Ｄリソースメッセージは、Ｄ２Ｄ情報メッセージが送信されることとなるリソースを識別し、ここにおいて、前記Ｄ２Ｄ情報メッセージは、前記再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいてアップリンクサブフレームのセットにおいて割り振られた前記Ｄ２Ｄリソースを示す、Ｃ１２に記載の方法。
［Ｃ１９］  前記Ｄ２Ｄリソースメッセージにおいて識別された前記リソース上で前記Ｄ２Ｄ情報メッセージを送信することをさらに備える、Ｃ１８に記載の方法。
［Ｃ２０］  前記Ｄ２Ｄリソースメッセージは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）において送信され、前記Ｄ２Ｄ情報メッセージは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）において送信される、Ｃ１９に記載の方法。
［Ｃ２１］  ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合される少なくとも１つのプロセッサと、
を備え、前記少なくとも１つのプロセッサは、
少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成における変更に基づいて、デバイスツーデバイス（Ｄ２Ｄ）リソースメッセージを受信することと、ここにおいて、前記Ｄ２Ｄリソースメッセージは、前記装置が、前記アップリンク−ダウンリンクサブフレーム構成における前記変更の後、Ｄ２Ｄ送信のために割り振られたＤ２Ｄリソースを決定することを可能にする、
前記受信されたＤ２Ｄリソースメッセージに基づいて、Ｄ２Ｄ送信を行うために使用されるべき前記Ｄ２Ｄリソースのサブセットを決定することと、
を行うように構成される、装置。
［Ｃ２２］  前記少なくとも１つのプロセッサはさらに、前記少なくとも１つのフレームの前記アップリンク−ダウンリンクサブフレーム構成における前記変更に基づいて、構成更新メッセージを受信することを行うように構成され、ここにおいて、前記構成更新メッセージは、ダウンリンクサブフレームのセットおよびアップリンクサブフレームのセットを示す、Ｃ２１に記載の装置。
［Ｃ２３］  前記少なくとも１つのプロセッサは、Ｄ２Ｄ送信に関連付けられた識別子に基づいて前記Ｄ２Ｄリソースメッセージを復号することによって、Ｄ２Ｄ送信を行うために使用されるべき前記Ｄ２Ｄリソースの前記サブセットを決定することを行うように構成される、Ｃ２１に記載の装置。
［Ｃ２４］  前記Ｄ２Ｄリソースメッセージは、Ｄ２Ｄ情報メッセージが送信されることとなるリソースを識別し、ここにおいて、前記Ｄ２Ｄ情報メッセージは、アップリンクサブフレームのセットにおいて、Ｄ２Ｄ送信のために割り振られた前記Ｄ２Ｄリソースを示す、Ｃ２１に記載の装置。
［Ｃ２５］  ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合される少なくとも１つのプロセッサと、
を備え、前記少なくとも１つのプロセッサは、
ネットワークトラフィックに基づいて、少なくとも１つのフレームのアップリンク−ダウンリンクサブフレーム構成を再構成することを決定することと、
前記決定に基づいて前記アップリンク−ダウンリンクサブフレーム構成を再構成することと、
前記再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、デバイスツーデバイス（Ｄ２Ｄ）リソースメッセージを送信することと、ここにおいて、前記Ｄ２Ｄリソースメッセージは、ユーザ機器（ＵＥ）が、前記再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいてＤ２Ｄ送信のために割り振られたＤ２Ｄリソースを決定することを可能にする、
を行うように構成される、装置。
［Ｃ２６］  前記少なくとも１つのプロセッサはさらに、前記再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいて、Ｄ２Ｄ送信のために前記Ｄ２Ｄリソースを割り振ること行うように構成される、Ｃ２５に記載の装置。
［Ｃ２７］  前記少なくとも１つのプロセッサはさらに、前記ＵＥが前記Ｄ２Ｄリソースメッセージを復号することを可能にするために、システム情報ブロックにおいて、Ｄ２Ｄ送信に関連付けられた識別子を送信することを行うように構成される、Ｃ２５に記載の装置。
［Ｃ２８］  前記Ｄ２Ｄリソースメッセージは、アップリンクサブフレームのセットにおいて割り振られた前記Ｄ２Ｄリソースを示す、Ｃ２５に記載の装置。
［Ｃ２９］  前記Ｄ２Ｄリソースメッセージは、Ｄ２Ｄ情報メッセージが送信されることとなるリソースを識別し、ここにおいて、前記Ｄ２Ｄ情報メッセージは、前記再構成されたアップリンク−ダウンリンクサブフレーム構成に基づいてアップリンクサブフレームのセットにおいて割り振られた前記Ｄ２Ｄリソースを示す、Ｃ２５に記載の装置。
［Ｃ３０］  前記少なくとも１つのプロセッサはさらに、前記Ｄ２Ｄリソースメッセージにおいて識別された前記リソース上で前記Ｄ２Ｄ情報メッセージを送信することを行うように構成される、Ｃ２９に記載の装置。
【図１】
0006740335.tif 000002
【図２】
0006740335.tif 000003
【図３】
0006740335.tif 000004
【図４】
0006740335.tif 000005
【図５】
0006740335.tif 000006
【図６】
0006740335.tif 000007
【図７】
0006740335.tif 000008
【図８Ａ】
0006740335.tif 000009
【図８Ｂ】
0006740335.tif 000010
【図９】
0006740335.tif 000011
【図１０】
0006740335.tif 000012
【図１１】
0006740335.tif 000013
【図１２】
0006740335.tif 000014
【図１３】
0006740335.tif 000015
【図１４】
0006740335.tif 000016
【図１５】
0006740335.tif 000017