動的サブフレームタイプがTDDサブフレームのために示される技法が説明される。次世代ネットワーク(たとえば、5Gネットワーク)は、高帯域幅の動作、より多数の動的サブフレームタイプ、および(サブフレームの終わりの前にサブフレームのためのHARQフィードバックが送信され得る)自己完結型のサブフレームタイプなどの特徴をサポートするように設計されている。LTE/LTE-A通信のためのサブフレームを構築するための技法は、次世代(または5G)ネットワークに対して適当ではないことがある。たとえば、5Gネットワークがサービスすることが予想される、高く頻繁に変化するトラフィック負荷は、所定のまたは固定されたサブフレーム構造によっては効率的にサービスされないことがある。したがって、サブフレームタイプの動的な選択および指示をサポートすることが、高く頻繁に変化するトラフィック負荷をサポートするために必要であり得る。
ネットワークアクセスデバイス(たとえば、eNB、ANC、RH、または基地局)は、ネットワークアクセスデバイスと少なくとも1つのUEとの間で送信されるべきデータと関連付けられるトラフィック条件(たとえば、UL/DLトラフィック比)を特定し得る。UL/DLトラフィック比は、ネットワークアクセスデバイスへの送信のために待ち行列に入れられたトラフィックと、少なくとも1つのUEへの送信のために待ち行列に入れられたトラフィックとの比であり得る。トラフィック条件に少なくとも一部基づいて、今度の(たとえば、次の)サブフレームのために、動的サブフレームタイプが選択され得る。選択された動的サブフレームタイプは、たとえば、ダウンリンク中心動的サブフレームタイプ、アップリンク中心動的サブフレームタイプ、双方向動的サブフレームタイプ、全二重動的サブフレームタイプ、動的切替え動的サブフレームタイプ、混合干渉測定動的サブフレームタイプ、および分配スケジューリング動的サブフレームタイプなどの、動的サブフレームタイプのセットから選択され得る。選択された動的サブフレームタイプは、TDDサブフレームのTDDヘッダにおいて1つまたは複数のUEに示され得る。この方式では、それに対する動的サブフレームタイプが選択されるTDDサブフレームは、自己完結型であり得る(たとえば、TDDサブフレームのためのHARQフィードバックを含む、TDDサブフレームに関するすべての制御情報が、TDDサブフレーム内で送信され得る)。
いくつかの場合、異なる分類のユーザおよび要件の多重化をサポートするために、サブフレームのいくつかの属性が動的に変化することがある。ある例として、トーン間隔、巡回プレフィックス時間長、シンボル時間長、サブフレーム内の送信時間間隔(TTI)の数、TTI当たりのシンボルの数、共通ULバーストの存在および関連する属性、ガード期間の時間長、サブフレームの周波数領域区分(すなわち、サブバンド化)などを定義する、サブフレームヌメロロジーは、ワイヤレス通信システムにおいて動的に変化することがある。加えて、または代わりに、異なる属性を伴うサブフレームは、異なる動的サブフレームタイプとして分類され、使用のために動的に選択され得る。
以下の説明は例を与えるものであり、特許請求の範囲に記載される範囲、適用可能性、または例を限定するものではない。本開示の範囲から逸脱することなく、説明される要素の機能および構成に変更が行われ得る。様々な例は、必要に応じて、様々な手順または構成要素を省略し、置換し、または追加することがある。たとえば、説明される方法は、説明される順序とは異なる順序で実行されてよく、様々な動作が加えられ、省略され、または結合されてよい。加えて、または代わりに、いくつかの例に関して説明される特徴は、いくつかの他の例において組み合わされ得る。
図1は、本開示の1つまたは複数の態様によるワイヤレス通信システム100の例を示す。ワイヤレス通信システム100は、ネットワークアクセスデバイス105、UE115、およびコアネットワーク130を含み得る。コアネットワーク130は、ユーザ認証と、アクセス許可と、トラッキングと、インターネットプロトコル(IP)接続性と、他のアクセス、ルーティング、またはモビリティ機能とを提供し得る。ネットワークアクセスデバイス105(たとえば、eNB105-aまたはANC105-b)の少なくともいくつかが、バックホールリンク132(たとえば、S1、S2など)を通じてコアネットワーク130とインターフェースすることができ、UE115との通信のために無線構成およびスケジューリングを実行することができる。様々な例では、ANC105-bは、有線通信リンクまたはワイヤレス通信リンクであり得るバックホールリンク134(たとえば、X1、X2など)を介して、直接、または間接的に(たとえば、コアネットワーク130を通じて)のいずれかで、互いに通信することができる。各ANC105-bはまた、いくつかのスマートRH105-cを通じていくつかのUE115と通信することができる。ワイヤレス通信システム100の代替的な構成では、ANC105-bの機能は、RH105-cによって提供され、またはeNB105-aのRH105-cにわたって分散され得る。ワイヤレス通信システム100の別の代替的な構成では、RH105-cは基地局により置き換えられることがあり、ANC105-bは基地局コントローラ(またはコアネットワーク130へのリンク)により置き換えられることがある。
マクロセルは、比較的大きい地理的エリア(たとえば、半径数キロメートル)をカバーすることがあり、ネットワークプロバイダのサービスに加入しているUE115による無制限アクセスを可能にすることがある。スモールセルは、マクロセルと比較すると、低電力のRHまたは基地局を含むことがあり、マクロセルと同じまたは異なる周波数帯域で動作することがある。スモールセルは、様々な例によれば、ピコセル、フェムトセル、およびマイクロセルを含み得る。ピコセルは、比較的小さい地理的エリアをカバーすることができ、ネットワークプロバイダのサービスに加入しているUE115による無制限アクセスを可能にできる。フェムトセルも、比較的小さい地理的エリア(たとえば、自宅)をカバーすることができ、フェムトセルとの関連性を有するUE115(たとえば、限定加入者グループ(CSG)の中のUE、自宅内のユーザのためのUEなど)による制限付きアクセスを提供できる。マクロセルのためのeNBは、マクロeNBと呼ばれることがある。スモールセルのためのeNBは、スモールセルeNB、ピコeNB、フェムトeNB、またはホームeNBと呼ばれることがある。eNBは、1つまたは複数の(たとえば、2つ、3つ、4つなどの)セル(たとえば、コンポーネントキャリア)をサポートし得る。
ワイヤレス通信システム100は同期動作または非同期動作をサポートし得る。同期動作では、eNB105-aおよび/またはRH105-cは、同様のフレームタイミングを有することがあり、異なるeNB105-aおよび/またはRH105-cからの送信は、ほぼ時間的に揃うことがある。非同期動作では、eNB105-aおよび/またはRH105-cは、異なるフレームタイミングを有することがあり、異なるeNB105-aおよび/またはRH105-cからの送信は、時間的に揃わないことがある。本明細書において説明される技法は、同期動作または非同期動作のいずれでも使用され得る。
開示される様々な例のいくつかに適応し得る通信ネットワークは、階層化プロトコルスタックに従って動作するパケットベースネットワークであり得る。ユーザプレーンでは、ベアラまたはパケットデータコンバージェンスプロトコル(PDCP)レイヤにおける通信は、IPベースであり得る。いくつかの場合、無線リンク制御(RLC)レイヤが、論理チャネルを介して通信するためにパケットのセグメンテーションおよびリアセンブリを実行し得る。媒体アクセス制御(MAC)レイヤは、優先処理と、トランスポートチャネルへの論理チャネルの多重化とを実行し得る。MAC層はまた、MAC層において再送信を行ってリンク効率を改善するために、HARQを使用し得る。制御プレーンでは、無線リソース制御(RRC)プロトコルレイヤが、ユーザプレーンデータのための無線ベアラをサポートする、UE115とRH105-c、ANC105-b、またはコアネットワーク130との間のRRC接続の、確立、構成、および保守を行い得る。物理(PHY)レイヤにおいて、トランスポートチャネルは物理チャネルにマッピングされ得る。
UE115は、ワイヤレス通信システム100全体にわたって分散されることがあり、各UE115は固定式または移動式であり得る。UE115は、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、もしくは何らかの他の好適な用語も含むことがあり、またはそのように当業者によって呼ばれることがある。UE115は、携帯電話、携帯情報端末(PDA)、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、タブレットコンピュータ、ラップトップコンピュータ、コードレス電話、ワイヤレスローカルループ(WLL)局、モノのインターネット(IoE)デバイスなどであり得る。UEは、マクロeNB、スモールセルeNB、中継基地局などを含む、様々なタイプのeNB105-a、RH105-c、基地局、アクセスポイント、または他のネットワークアクセスデバイスと通信することが可能であり得る。UEはまた、他のUEと(たとえば、ピアツーピア(P2P)プロトコルを使用して)直接通信することが可能であり得る。
ワイヤレス通信システム100において示される通信リンク125は、UE115からRH105-cへのULチャネル、および/またはRH105-cからUE115へのDLチャネルを含み得る。DLチャネルは順方向リンクチャネルとも呼ばれることがあり、一方でULチャネルは逆方向リンクチャネルとも呼ばれることがある。制御情報およびデータは、様々な技法に従って、ULチャネルまたはDLチャネル上で多重化され得る。制御情報およびデータは、たとえば、時分割多重化(TDM)技法(たとえば、図2に関して説明されるような)、周波数分割多重化(FDM)技法(たとえば、図3に関して説明されるような)、またはハイブリッドTDM-FDM技法(たとえば、図7、図8、または図9に関して説明されるような)を使用して、DLチャネル上で多重化され得る。いくつかの例では、DLチャネルのTTIの間に送信される制御情報は、カスケード式に異なる制御領域の間に(たとえば、共通の制御領域と1つまたは複数のUE固有の制御領域との間に)分散され得る。
ネットワークアクセスデバイス105の1つまたは複数(たとえば、1つまたは複数のeNB105-a)は、ネットワークアクセスデバイスワイヤレス通信マネージャ1320を含み得る。いくつかの例では、ネットワークアクセスデバイスワイヤレス通信マネージャ1320は、図13、図14、または図17に関して説明されるワイヤレス通信マネージャ1320の例であることがあり、ネットワークアクセスデバイスと少なくとも1つのUE115との間で送信されるべきデータと関連付けられるトラフィック条件を特定するために使用されることがある。ネットワークアクセスデバイスワイヤレス通信マネージャ1320はまた、トラフィック条件に少なくとも一部基づいて、サブフレームの動的サブフレームタイプを選択するために、および、TDDサブフレームのTDDヘッダにおいて動的サブフレームタイプを示すために使用され得る。
UE115の1つまたは複数は、UEワイヤレス通信マネージャ1520を含み得る。いくつかの例では、UEワイヤレス通信マネージャ1520は、図15、図16、または図18に関して説明されるワイヤレス通信マネージャ1520の例であることがあり、サブフレームのTDDヘッダにおいて、TDDサブフレームの動的サブフレームタイプの指示を特定するために使用されることがある。UEワイヤレス通信マネージャ1520はまた、動的サブフレームタイプに少なくとも一部基づいて、TDDサブフレームのデータ領域において、データを送信またはデータを受信するために使用され得る。
各通信リンク125は、1つまたは複数のキャリアを含むことがあり、各キャリアは、1つまたは複数の無線接続技術に従って変調される複数のサブキャリア(たとえば、異なる周波数の波形信号)からなる信号であり得る。各々の変調された信号は、異なるサブキャリア上で送信されることがあり、制御情報(たとえば、参照信号、制御チャネルなど)、オーバーヘッド情報、ユーザデータなどを搬送し得る。通信リンク125は、(たとえば、対のスペクトルリソースを使用する)FDD技法または(たとえば、不対のスペクトルリソースを使用する)TDD技法を使用して、双方向通信を送信し得る。FDD(たとえば、フレーム構造タイプ1)およびTDD(たとえば、フレーム構造タイプ2)のフレーム構造が定義され得る。
ワイヤレス通信システム100のいくつかの例では、RH105-cおよび/またはUE115は、アンテナダイバーシティ方式を採用してRH105-cとUE115との間の通信品質および信頼性を改善するための、複数のアンテナを含み得る。加えて、または代わりに、RH105-cおよび/またはUE115は、同じまたは異なるコーディングされたデータを搬送する複数の空間レイヤを送信するためにマルチパス環境を利用し得る、多入力多出力(MIMO)技法を採用し得る。
ワイヤレス通信システム100は、複数のセルまたはキャリア上での動作、すなわち、キャリアアグリゲーション(CA)またはマルチキャリア動作と呼ばれることがある機能をサポートし得る。キャリアは、コンポーネントキャリア(CC)、レイヤ、チャネルなどと呼ばれることもある。「キャリア」、「コンポーネントキャリア」、「セル」、および「チャネル」という用語は、本明細書では互換的に使用されることがある。UE115は、複数のDL CCおよび1つまたは複数のUL CCのCAを用いて構成され得る。CAは、FDD CCとTDD CCの両方とともに使用され得る。
図2A、図2B、および図2Cは、動的サブフレームタイプの様々な例を示す。図2A、図2B、および図2Cに示される動的サブフレームタイプは、TDDサブフレームのために選択されるサブフレームタイプの例であり得る。図2Aは、本開示の1つまたは複数の態様による、DL中心動的サブフレームタイプと関連付けられるサブフレーム200の例を示す。いくつかの例では、DL中心動的サブフレームタイプは、UL/DLトラフィック比に少なくとも一部基づいて、ネットワークアクセスデバイスによって、サブフレーム200のために選択され得る。たとえば、ネットワークアクセスデバイスは、ネットワークアクセスデバイスへの送信のために1つまたは複数のUEにより待ち行列に入れられているトラフィックよりも、1つまたは複数のUEへの送信のためにネットワークアクセスデバイスにより待ち行列に入れられているトラフィックが多いことを、UL/DLトラフィック比が示すとき、サブフレーム200のためにDL中心動的サブフレームタイプを選択することができる。代わりに、さらなる例として、ネットワークアクセスデバイスは、1つまたは複数のUEのために待ち行列に入れられているトラフィックの総量のある特定の割合がDLトラフィックであることをUL/DL比が示すとき、または、UL/DL比に含まれるDLトラフィックのある特定の割合が閾値を超える優先度と関連付けられるとき、サブフレーム200のためにDL中心動的サブフレームタイプを選択することができる。いくつかの例では、サブフレーム200において通信するネットワークアクセスデバイスおよびUEは、図1に関して説明されるネットワークアクセスデバイス105およびUE115の態様の例であり得る。
サブフレーム200は、DL制御領域を含むヘッダ205で開始し得る。サブフレーム200のDL中心動的サブフレームタイプの指示は、ヘッダ205において(および/またはDL制御領域において)、ネットワークアクセスデバイスによって、サブフレーム200の間にデータを送信または受信する1つまたは複数のUEへ送信され得る。ヘッダ205に続いて、ネットワークアクセスデバイスは、サブフレーム200のデータ領域210(たとえば、DLデータ領域)をスケジューリングし得る。データ領域210に続いて、ネットワークアクセスデバイスは、サブフレーム200のためのHARQフィードバック(たとえば、1つまたは複数の肯定応答(ACK)または否定応答(NACK))をネットワークアクセスデバイスに送信するために、あるUE(または複数のUE)のために、UL制御領域215をスケジューリングし、かつ/または少なくとも1つのHARQ送信リソースを割り振ることができる。任意選択で、UL制御領域215および/または少なくとも1つのHARQ送信リソースは、RF切替えを実行するための時間をUEに与えるために、時間領域において第1のガード期間220および第2のガード期間225と接し得る。いくつかの例では、サブフレーム200は、自己完結型のサブフレーム構造(たとえば、サブフレームの間のすべての送信がサブフレームの間に肯定応答または否定応答されるサブフレーム構造)を有し得る。
図2Bは、本開示の1つまたは複数の態様による、UL中心動的サブフレームタイプと関連付けられるサブフレーム230の例を示す。いくつかの例では、UL中心動的サブフレームタイプは、UL/DLトラフィック比に少なくとも一部基づいて、ネットワークアクセスデバイスによって、サブフレーム230のために選択され得る。たとえば、ネットワークアクセスデバイスは、1つまたは複数のUEへの送信のためにネットワークアクセスデバイスにより待ち行列に入れられているトラフィックよりも、ネットワークアクセスデバイスへの送信のために1つまたは複数のUEにより待ち行列に入れられているトラフィックが多いことを、UL/DLトラフィック比が示すとき、サブフレーム230のためにUL中心動的サブフレームタイプを選択することができる。代わりに、さらなる例として、ネットワークアクセスデバイスは、1つまたは複数のUEのために待ち行列に入れられているトラフィックの総量のある特定の割合がULトラフィックであり得ることをUL/DL比が示すとき、または、UL/DL比に含まれるULトラフィックのある特定の割合が閾値を超える優先度と関連付けられ得るとき、サブフレーム230のためにUL中心動的サブフレームタイプを選択することができる。いくつかの例では、サブフレーム230において通信するネットワークアクセスデバイスおよびUEは、図1に関して説明されるネットワークアクセスデバイス105およびUE115の態様の例であり得る。
サブフレーム230は、DL制御領域を含むヘッダ235で開始し得る。サブフレーム230のUL中心動的サブフレームタイプの指示は、ヘッダ235において(および/またはDL制御領域において)、ネットワークアクセスデバイスによって、サブフレーム230においてデータを送信または受信する1つまたは複数のUEへ送信され得る。ヘッダ235に続いて、ネットワークアクセスデバイスは、サブフレーム230のデータ領域240(たとえば、ULデータ領域)をスケジューリングし得る。任意選択で、データ領域240は、RF切替えを実行するための時間をUEに与えるために、時間領域において第1のガード期間245によってヘッダ235から分離され得る。
データ領域240に続いて、ネットワークアクセスデバイスは任意選択で、サブフレーム230のためのHARQフィードバック(たとえば、1つまたは複数のACKまたはNACK)を1つまたは複数のUEに送信するために、ネットワークアクセスデバイスのために、DL制御領域250をスケジューリングし、かつ/または少なくとも1つのHARQ送信リソースを割り振ることができる。任意選択で、DL制御領域250および/または少なくとも1つのHARQ送信リソースは、RF切替えを実行するための時間をUEに与えるために、時間領域において第2のガード期間255と境界を接し得る。代わりに、DL制御領域250は設けられないことがあり、後で送信されるサブフレームのDL制御領域へと統合されることがある。いくつかの例では、サブフレーム230は、自己完結型のサブフレーム構造(たとえば、サブフレームの間のすべての送信がサブフレームの間に肯定応答または否定応答されるサブフレーム構造)を有し得る。
図2Cは、本開示の1つまたは複数の態様による、双方向動的サブフレームタイプと関連付けられるサブフレーム265の例を示す。いくつかの例では、双方向動的サブフレームタイプは、UL/DLトラフィック比に少なくとも一部基づいて、ネットワークアクセスデバイスによって、サブフレーム265のために選択され得る。たとえば、ネットワークアクセスデバイスは、トラフィックがネットワークアクセスデバイスへの送信のために1つまたは複数のUEにより待ち行列に入れられていることと、トラフィックが1つまたは複数のUEへの送信のためにネットワークアクセスデバイスにより待ち行列に入れられていることとを、UL/DLトラフィック比が示すとき、サブフレーム265のために双方向動的サブフレームタイプを選択することができる。代わりに、さらなる例として、ネットワークアクセスデバイスは、UL/DL比に含まれるULトラフィックとDLトラフィックの両方のある特定の割合が閾値を超える優先度と関連付けられるとき、サブフレーム265のために双方向動的サブフレームタイプを選択することができる。いくつかの例では、サブフレーム265において通信するネットワークアクセスデバイスおよびUEは、図1に関して説明されるネットワークアクセスデバイス105およびUE115の態様の例であり得る。
サブフレーム265は、DL制御領域を含むヘッダ270で開始し得る。サブフレーム265の双方向動的サブフレームタイプの指示は、ヘッダ270において(および/またはDL制御領域において)、ネットワークアクセスデバイスによって、サブフレーム265においてデータを送信または受信し得る1つまたは複数のUEへ送信され得る。ヘッダ270に続いて、ネットワークアクセスデバイスはUL制御領域275をスケジューリングすることができ、その後に、サブフレーム265の複数のデータ領域(たとえば、第1のデータ領域280(たとえば、DLデータ領域)および第2のデータ領域285(たとえば、ULデータ領域))が続く。任意選択で、UL制御領域275は、RF切替えを実行するための時間をUE115に与えるために、時間領域において第1のガード期間290によってヘッダ270から分離され得る。同様に、第2のデータ領域285は任意選択で、第2のガード期間295によって第1のデータ領域280から分離され得る。いくつかの例では、第2のデータ領域285は、ネットワークアクセスデバイスにサブフレーム265のためのHARQフィードバック(たとえば、1つまたは複数のACKまたはNAK)を送信するために、UE115(または複数のUE115)のための別のUL制御領域および/または少なくとも1つのHARQ送信リソースの割振りを含む、UL領域の一部であり得る。代わりに、UL制御情報は、後で送信されるもののUL制御領域へと先送りされることが可能であり、これはサブフレーム構造を非自己完結型にする。
第2のデータ領域285に続いて、ネットワークアクセスデバイスは任意選択で、サブフレーム265のためのHARQフィードバック(たとえば、1つまたは複数のACKまたはNACK)を1つまたは複数のUEに送信するために、ネットワークアクセスデバイスのために、ダウンリンク制御領域297をスケジューリングし、かつ/または少なくとも1つのHARQ送信リソースを割り振ることができる。代わりに、DL制御領域297はサブフレーム265に含まれないことがあり、後で送信されるサブフレームのDL制御領域へと統合されることがある。いくつかの例では、サブフレーム265は、自己完結型のサブフレーム構造(たとえば、サブフレームの間のすべての送信がサブフレームの間に肯定応答または否定応答されるサブフレーム構造)を有し得る。
いくつかのサブフレーム(たとえば、図2A、図2B、および図2Cに示されるもの以外のいくつかのサブフレーム)は、全二重動的サブフレームタイプ(図示されず)などの他の動的サブフレームタイプと関連付けられ得る。図2A、図2B、および図2Cに関して説明されるサブフレーム200、230、および265のヘッダ205、235、および270は、同じまたは同様の構造を有することがあり、各ヘッダは動的サブフレームタイプの指示を含む。いくつかの例では、動的サブフレームタイプは、対応するサブフレームのデータ領域が復号または送信される前に特定され得る。いくつかの例では、サブフレームと関連付けられる動的サブフレームタイプは、2つ(またはそれより多く)のシンボル期間のDL制御領域の時間的に最初のシンボル期間においてUEに送信され得る。この方式では、UEは、DL制御領域の2番目のまたは後続のシンボル期間の間に(すなわち、サブフレームのデータ領域の受信の前に)動的サブフレームタイプの特定(たとえば、復号)を完了することができる。サブフレームのヘッダに続くULデータ領域を有するサブフレームの場合、UEは、ヘッダに続くガード期間の間に、サブフレームと関連付けられる動的サブフレームタイプの特定(たとえば、復号)を完了することができる。
いくつかの例では、動的サブフレームタイプは、ネットワークアクセスデバイス(またはセル)と関連付けられるUEに動的サブフレームタイプをブロードキャストすることによって示され得る。いくつかの例では、動的サブフレームタイプは、ネットワークアクセスデバイス(またはセル)と関連付けられるUEのサブセットに動的サブフレームタイプをユニキャストすることによって示され得る。いくつかの例では、動的サブフレームタイプがユニキャストされるUEのサブセットは、動的サブフレームタイプがユニキャストされる対象のサブフレームの間にアクティブであるUEのサブセット(たとえば、非連続受信(non-DRX)モードUEのサブセット)を含み得る。動的サブフレームタイプのユニキャスト送信は、たとえば、ワイヤレス通信システムまたはネットワークアクセスデバイスが異なる動的サブフレームタイプの多重化(または同時送信)を許容する場合、またはいくつかのUEがユニキャスト制御しかサポートしないときに有用であり得る。いくつかの例では、動的サブフレームタイプは、図3に関して説明されるように、システム帯域幅の周波数の狭い帯域の中で動的サブフレームタイプの指示を送信することによって示され得る。
いくつかの例では、動的サブフレームタイプは、DL中心動的サブフレームタイプとUL中心動的サブフレームタイプを区別する、または、DL中心動的サブフレームタイプ、UL中心動的サブフレームタイプ、全二重動的サブフレームタイプ、動的切替え動的サブフレームタイプ、混合干渉測定動的サブフレームタイプ、もしくは分散スケジューリング動的サブフレームタイプを区別する、インジケータ(またはインジケータのセット)を送信することによって示され得る。いくつかの場合、動的サブフレームタイプは、指示(すなわち、1つまたは複数のビット)の内容と、較正されている任意のコンテキストまたはモードとの組合せを使用して、決定され得る。すなわち、指示のために使用されるビットの数は内容に依存し得る。たとえば、ワイヤレス通信システムは、動的サブフレームタイプのサブセットをサポートするように構成されることがあり、動的サブフレームタイプのこのサブセットは動的に変化しないことがある。結果として、指示は、動的サブフレームタイプのサブセット内のどのサブフレームタイプがTDDサブフレームのために使用されているかを指定することだけが必要であり得る。別の例では、UEは、以前に動的サブフレームタイプのサブセットを使用していることがあり、この以前に使用された動的サブフレームタイプのサブセットに基づいて、UEは動的サブフレームタイプの指示のために使用されるビットをどのように解釈するかを決定することができる。したがって、様々な動的サブフレームタイプを特定することと関連付けられる追加の情報は、比較的小さく保たれ得る。
いくつかの例では、動的サブフレームタイプは、ULデータ送信方向もしくはDLデータ送信方向を示す第1のビット、および/または、半二重データ送信もしくは全二重データ送信を示す第2のビットのうちの少なくとも1つを送信することによって示され得る。いくつかの例では、全二重サブフレーム構造に従って通信することが可能ではないUEは、第2のビットを無視して第1のビットに従って通信することができ、または、第2のビットが全二重動的サブフレームタイプを示すときにサブフレームを無視することができる。
図3は、本開示の1つまたは複数の態様による、DL中心動的サブフレームタイプと関連付けられる第1のサブフレーム305、およびUL中心動的サブフレームタイプと関連付けられる第2のサブフレーム310の例300を示す。いくつかの例では、第1のサブフレーム305または第2のサブフレーム310において通信するネットワークアクセスデバイスおよびUEは、図1に関して説明されるネットワークアクセスデバイス105およびUE115の態様の例であり得る。
上で言及されたように、いくつかのサブフレームは自己完結型のサブフレーム構造を有し得る。図3の例では、サブフレーム305はDL部分315およびUL部分320を含む。UL部分320は、時間領域において、両側がガード期間と接していることがある。DL制御領域325は、DL部分315の周波数リソースのサブセット内で、かつDL部分315の1つまたは2つのシンボル期間にわたって、DL部分315の最初に送信され得る。DL制御領域325は、サブセット305のための動的サブフレームタイプ(たとえば、DL中心動的サブフレームタイプ)の指示を含み得る。いくつかの例では、DL制御領域325は、ネットワークアクセスデバイスとUEとの間の通信に使用される総帯域幅よりも狭い帯域幅を有する周波数リソースのサブセットを含み得る。
DL制御領域325の比較的狭い帯域幅は、より広い帯域幅よりも参照信号(たとえば、セル固有参照信号(CRS))のオーバーヘッドの低減を可能にでき、より下層のUE(たとえば、マシンタイプ通信(MTC)UE)がより複雑ではないハードウェアおよびより少ない電力消費でネットワークアクセスデバイスを通じてネットワークにアクセスすることを可能にできる。いくつかの例では、DL制御領域325のリソースは、DL制御領域325を送信するために使用されるシンボル内で、DLデータ領域330に割り振られるリソースと、周波数において多重化され得る。DL制御領域325の周波数多重化は、DL制御領域325がネットワークアクセスデバイスとUEとの間の通信に使用される総帯域幅のうちの狭い帯域しか占有しないにもかかわらず、DL制御領域325を送信するために使用されるシンボル期間の間の、チャネル帯域幅のより多くまたはすべての利用を可能にし得る。いくつかの例では、サブフレーム305は、UL送信335で終了することがあり、UL送信335は、その構造がTDD DL中心サブフレームタイプと関連付けられるサブフレームおよびTDD UL中心サブフレームと関連付けられるサブフレームにより共有されるとき、「UL共通バースト」と呼ばれ得る。いくつかの例では、UL送信335のスケジューリングは、DLデータ領域330とは独立であることがあり、または事前にスケジューリングされることがある。
サブフレーム310において、DL部分340は、サブフレーム310の最初に位置し、その後にガード期間355が続き、ガード期間355の間に、RF回路が受信モードから送信モードに切り替えられてよく、その後にUL部分360が続く。後続のサブフレームのDL制御領域の受信の準備において送信/受信回路を送信モードから受信モードに戻すことに備えるために、第2のガード期間370がUL部分360の後に続き得る。DL部分340内で、DL制御領域350は、サブフレーム305のDL制御領域325と同様に、送信帯域幅全体のある部分を占有し得る。
DL制御領域350は、サブフレーム310のための動的サブフレームタイプ(たとえば、UL中心動的サブフレームタイプ)の指示を含み得る。DL制御領域350は、送信帯域幅全体を利用するために、他のDLデータリソース345と多重化され得る。UL部分360は、ULデータ領域365を含み得る。UL部分360はUL共通バースト335も含むことがあり、これは、サブフレーム305に関して説明されたUL共通バーストと同様にフォーマットされ得る。したがって、DL中心サブフレーム305とDL中心サブフレーム310の両方が、自己完結型のTDDサブフレーム構造を有し得る。
動的サブフレームタイプは、様々な方法で示され得る。たとえば、動的サブフレームタイプの指示は、CRSなどの参照信号に埋め込まれ得る。参照信号に埋め込まれるとき、いくつかの例では、情報の1ビットの値がDL中心動的サブフレームタイプを示すかUL中心動的サブフレームタイプを示すかを決定するために、仮説検定が使用され得る。別の例として、動的サブフレームタイプの指示は、たとえば図7に関して説明されるように、サブフレームタイプインジケータチャネルにおいて送信され得る。さらに別の例として、動的サブフレームタイプは、動的サブフレームタイプに対応するDCIのタイプを送信することにより示され得る。たとえば、DL割当てはDL中心動的サブフレームタイプと関連付けられるサブフレームにおいて送信されることがあり、ULグラントはUL中心動的サブフレームタイプと関連付けられるサブフレームにおいて送信されることがある。いくつかの例では、DCIの他のタイプが、双方向動的サブフレームタイプまたは全二重動的サブフレームタイプと関連付けられるサブフレームのために送信され得る。
図4A、図4B、および図4Cは、動的なフレーム切替えのために使用される動的サブフレームタイプの例を示す。いくつかの場合、ワイヤレス通信システムは、ULとDLの混合送信の動的なスケジューリングをサポートすることができ、チャネル解放機能(たとえば、clear-to-send(CTS)メッセージ)および上書きメッセージなどの、動的なフレーム切替え環境において使用される追加の機能を含む、ULまたはDL中心動的サブフレームを使用し得る。図4A、図4B、および図4Cに示される動的サブフレームタイプは、TDDサブフレームのために選択される動的サブフレームタイプの例であり得る。図4Aは、本開示の1つまたは複数の態様による、動的切替え動的サブフレームタイプと関連付けられるサブフレーム400の例を示す。いくつかの場合、動的切替え動的サブフレームタイプは、UL/DLトラフィック比などのトラフィック条件に少なくとも一部基づいて、基地局などのネットワークアクセスデバイスによって、サブフレーム400のために選択され得る。いくつかの例では、サブフレーム400において通信するネットワークアクセスデバイスおよびUEは、図1に関して説明されるネットワークアクセスデバイス105およびUE115の態様の例であり得る。
サブフレーム400は、DL/ULスケジューリング情報領域405で開始することができ、この領域において、サブフレーム400の動的切替え動的サブフレームタイプの指示が、サブフレーム400において、DL/ULスケジューリング情報領域405において、制御領域において、または何らかの他の領域においてデータを送信もしくは受信し得る、1つまたは複数のUEへとネットワークアクセスデバイスによって送信され得る。いくつかの場合、DL/ULスケジューリング情報は、制御チャネル(たとえば、物理ダウンリンク制御チャネル(PDCCH))において送信されることがあり、2つ(またはそれより多く)のシンボル期間制御領域の時間的に最初のシンボル期間においてUEに送信されることがある。
DL/ULスケジューリング情報領域405に続いて、ネットワークアクセスデバイスはDL/UL CTS領域415をスケジューリングし得る。DL/UL CTS領域は、免許不要RFスペクトルの中のチャネルなどのチャネルを、近隣のデバイス(たとえば、近隣のUEおよびネットワークアクセスデバイス)による通信から解放するために使用されるCTSメッセージを含み得る。結果として、CTSメッセージは、周囲のデバイスおよび周囲のデバイスにより引き起こされ得るあらゆる干渉を静めることができる。DL/UL CTS領域415は、第1のガード期間410および第2のガード期間420と接し得る。サブフレーム400のDL/ULデータ領域425が次いで、ネットワークアクセスデバイスによりスケジューリングされることがあり、UL制御領域430が、サブフレーム400のDL/ULデータ領域425の後に続くことがある。いくつかの例では、サブフレーム400は、自己完結型の動的切替え動的サブフレーム構造(たとえば、サブフレームの間のすべての送信がサブフレームの間に肯定応答または否定応答されるサブフレーム構造)を有し得る。
図4Bは、本開示の1つまたは複数の態様による、動的切替え動的サブフレームタイプと関連付けられるサブフレーム435の例を示す。動的切替え動的サブフレームタイプは、トラフィック条件に少なくとも一部基づいて、ネットワークアクセスデバイスによって、サブフレーム435のために選択され得る。いくつかの例では、サブフレーム435において通信するネットワークアクセスデバイスおよびUEは、図1に関して説明されるネットワークアクセスデバイス105およびUE115の態様の例であり得る。サブフレーム435は、DL/ULスケジューリング情報領域440で開始し得る。上で説明されたように、サブフレーム435の動的切替え動的サブフレームタイプの指示は、DL/ULスケジューリング情報領域440、制御領域、または何らかの他の領域を使用して送信され得る。いくつかの例では、動的切替え動的サブフレームタイプの指示は、サブフレーム435の2つ(またはそれより多く)のシンボル期間制御領域の時間的に最初のシンボル期間に含まれ得る。この方式では、UEは、DL制御領域の2番目のまたは後続のシンボル期間の間に(すなわち、サブフレームのデータ領域の受信の前に)動的切替え動的サブフレームタイプの特定(たとえば、復号)を完了することができる。
DL/ULスケジューリング情報領域440に続いて、ネットワークアクセスデバイスはDL/ULデータ領域450をスケジューリングすることができ、DL/ULデータ領域450は、ガード期間445によりDL/ULスケジューリング情報領域440から分離され得る。UEによるUL制御情報の送信に使用されるUL制御領域455は、DL/ULデータ領域450に続くサブフレーム435に含まれ得る。
図4Cは、本開示の1つまたは複数の態様による、動的切替え動的サブフレームタイプと関連付けられるサブフレーム460の例を示す。動的切替え動的サブフレームタイプは、トラフィック条件に少なくとも一部基づいて、ネットワークアクセスデバイスによって、サブフレーム460のために選択され得る。いくつかの例では、サブフレーム460において通信するネットワークアクセスデバイスおよびUEは、図1に関して説明されるネットワークアクセスデバイス105およびUE115の態様の例であり得る。サブフレーム460はDL/ULスケジューリング情報領域465で開始することができ、これは、時間的に最初のシンボル期間に動的サブフレームタイプの指示を含み得る。
サブフレーム460は、DL/ULスケジューリング情報領域465に続いて、DL/UL上書き領域475を含み得る。DL/UL上書き領域475は、DLまたはUL通信と関連付けられるリソースの指示を提供する上書きメッセージを含み得る。いくつかの例では、DL/UL上書き領域475は任意選択で、第1のガード期間470および第2のガード期間480と接し得る。ネットワークアクセスデバイスはさらに、サブフレーム460において、DL/ULデータ領域485を、続いてUL制御領域490をスケジューリングし得る。
動的切替え動的サブフレームタイプは、様々な方法で示され得る。たとえば、動的切替え動的サブフレームタイプの指示は、参照信号に埋め込まれ得る。別の例として、動的切替え動的サブフレームタイプの指示は、たとえば図7に関して説明されるように、サブフレームタイプインジケータチャネルにおいて送信され得る。別の例では、動的切替え動的サブフレームタイプは、動的切替え動的サブフレームタイプに対応するDCIのタイプを送信することにより示され得る。
図5Aおよび図5Bは、混合干渉測定に基づいてジャミンググラフを更新するために使用され得る、動的サブフレームタイプの様々な例を示す。いくつかの場合、ワイヤレス通信システムはULとDLの混合送信をサポートすることができ、この混合送信は、ジャミンググラフ(たとえば、UL/DLとDL/UL混合干渉を要約する準静的に更新されるジャミンググラフ)に少なくとも一部基づいて、ネットワークアクセスデバイスによってネットワークスケジューリングされ得る。したがって、ネットワークアクセスデバイスは、混合干渉測定動的サブフレームタイプをスケジューリングし得る。図5Aおよび図5Bに示される動的サブフレームタイプは、TDDサブフレームのために選択される動的サブフレームタイプの例であり得る。図5Aは、本開示の1つまたは複数の態様による、混合干渉測定動的サブフレームタイプと関連付けられるサブフレーム500の例を示す。いくつかの場合、混合干渉動的サブフレームタイプは、トラフィック条件(たとえば、UL/DLトラフィック比)に少なくとも一部基づいて、基地局などのネットワークアクセスデバイスによって、サブフレーム500のために選択され得る。サブフレーム500は、それぞれのUEのためにスケジューリングされるUL中心動的サブフレームタイプ(たとえば、それぞれ第1のUE、第2のUE、および第3のUEのためのサブフレーム505-a、505-b、および505-c)の例を示し得る。いくつかの例では、サブフレーム500を使用して通信するネットワークアクセスデバイスおよびUEは、図1に関して説明されるネットワークアクセスデバイス105およびUE115の態様の例であり得る。
サブフレーム500の各々はDL制御領域510で開始することができ、この領域は、サブフレーム500の混合干渉測定動的サブフレームタイプのサブフレーム505-a、505-b、および505-cの中でデータを送信または受信し得る複数のUEへの指示を含み得る。いくつかの例では、混合干渉測定動的サブフレームタイプは、対応するサブフレームの他の領域が復号または送信される前に特定され得る。たとえば、サブフレーム500と関連付けられる混合干渉測定動的サブフレームタイプは、2つ(またはそれより多く)のシンボル期間のDL制御領域の時間的に最初のシンボル期間においてUEに送信され得る。この方式では、UEは、DL制御領域の2番目のまたは後続のシンボル期間の間に(すなわち、サブフレームのデータ領域の受信の前に)混合干渉測定動的サブフレームタイプの特定(たとえば、復号)を完了することができる。
DL制御領域510に続いて、ネットワークアクセスデバイスは、サブフレーム500の各々において測定領域520をスケジューリングすることができ、測定領域520は、いくつかの例では、ガード期間515によりDL制御領域510から分離される。測定領域520は、SRS領域のサブセットの間に送信し、UEが送信していないSRS領域の間に(たとえば、サブフレーム500を使用して他のUEからの)信号測定を実行するために、UEによって使用され得る。たとえば、第1のUEは、第1のサブフレーム505-aのSRS領域の第1のサブセット(たとえば、SRS領域1および2において送信されるSRS領域525)においてSRSを送信することができ、測定領域520(たとえば、SRS領域3から6)の残りの時間長の間、聴取することができる。第2のサブフレーム505-bを使用すると、第2のUEは、(SRS領域525の間に)第1のUEによって送信されるSRSの測定を実行し、SRS領域の第2のサブセット(たとえば、SRS領域3および4において送信されるSRS領域530)においてSRSを送信し、続いて、測定領域520の残りの間に測定を実行することができる。混合干渉測定動的サブフレームタイプを使用するようにスケジューリングされる追加のUEは、SRS領域の異なるサブセットの間に同様の動作を実行することができる(たとえば、第3のUEは、第1のUEおよび第2のUEがSRSを送信する間にサブフレーム505-cにおいて測定を実行し、続いて、SRS領域535の間にSRSを送信することができる)。ネットワークアクセスデバイスは次いで、サブフレーム500の各々においてUL制御領域540をスケジューリングし得る。いくつかの例では、サブフレーム500は、自己完結型の混合干渉測定動的サブフレーム構造(たとえば、サブフレームの間のすべての送信がサブフレームの間に肯定応答または否定応答されるサブフレーム構造)を有し得る。
図5Bは、本開示の1つまたは複数の態様による、混合干渉測定動的サブフレームタイプと関連付けられるサブフレーム550の例を示す。いくつかの場合、混合干渉動的サブフレームタイプは、UL/DLトラフィック比に少なくとも一部基づいて、基地局などのネットワークアクセスデバイスによって、サブフレーム550のために選択され得る。サブフレーム550は、それぞれのUEのためにスケジューリングされるUL中心動的サブフレームタイプ(たとえば、それぞれ第1のUE、第2のUE、および第3のUEのためのサブフレーム555-a、555-b、および555-c)の例を示すことができ、UEは(たとえば、異なる周波数リソースを使用して)同時に送信するようにスケジューリングされ得る。いくつかの例では、サブフレーム550を使用して通信するネットワークアクセスデバイスおよびUEは、図1に関して説明されるネットワークアクセスデバイス105およびUE115の態様の例であり得る。
サブフレーム550の各々はDL制御領域560で開始することができ、この領域は、サブフレーム550の混合干渉測定動的サブフレームタイプのサブフレーム555-a、555-b、および555-cの中でデータを送信または受信し得る複数のUEへの指示を含み得る。たとえば、サブフレーム550と関連付けられる混合干渉測定動的サブフレームタイプは、2つ(またはそれより多く)のシンボル期間のDL制御領域の時間的に最初のシンボル期間においてUEに送信され得る。DL制御領域560に続いて、ネットワークアクセスデバイスは、サブフレーム550の各々において測定領域570をスケジューリングし得る。測定領域570は、サブフレームのサブバンド区分に相当し得る、SRS領域のサブセットの間に送信し、UEが送信していないSRS領域の間に(たとえば、サブフレーム550を使用して他のUEからの)信号測定を実行するために、UEによって使用され得る。
いくつかの場合、異なるUEは、混合干渉測定動的サブフレームタイプに少なくとも一部基づいて、一緒に(異なる周波数リソースを使用して)送信して測定を実行するために、グループ化され得る。たとえば、第1のUEは、周波数リソースの第1のセットを使用して、サブフレーム555-aのSRS領域のサブセット(たとえば、SRS領域1および2において送信されるSRS領域575)においてSRSを送信し得る。第2のUEは、周波数リソースの異なるセットを使用して、サブフレーム555-bのSRS領域のサブセット(たとえば、SRS領域1および2の中のSRS領域580)において同時に送信し得る。第1のUEおよび第2のUEは、測定領域570の他の時間の間に測定を実行することができ、または、周波数リソースの異なるセットを使用して追加のSRSを(たとえば、他のUEと協調して)送信することができる。ネットワークアクセスデバイスは次いで、ガード期間590に続くサブフレーム500の各々においてUL制御領域595をスケジューリングし得る。いくつかの例では、サブフレーム550は、自己完結型の混合干渉測定動的サブフレーム構造(たとえば、サブフレームの間のすべての送信がサブフレームの間に肯定応答または否定応答されるサブフレーム構造)を有し得る。
混合干渉測定動的サブフレームタイプは、様々な方法で示され得る。たとえば、混合干渉測定動的サブフレームタイプの指示は、参照信号に埋め込まれ得る。別の例として、混合干渉測定動的サブフレームタイプの指示は、たとえば図7に関して説明されるように、サブフレームタイプインジケータチャネルにおいて送信され得る。さらに別の例として、混合干渉測定動的サブフレームタイプは、分散スケジューリング動的サブフレームタイプに対応するDCIのタイプを送信することにより示され得る。
図6は、本開示の1つまたは複数の態様による、分散スケジューリング動的サブフレームタイプと関連付けられるサブフレーム600の例を示す。いくつかの例では、ワイヤレス通信システムは、UEのサブセットのための分散スケジューリング技法を含み得る(すなわち、ネットワークアクセスデバイスがネットワークの一部であるときでも、スケジューリングがネットワークアクセスデバイスにおいて集中しないことがある)。結果として、コンテンションベースのアクセス(たとえば、request-to-send(RTS)-CTSシグナリング、ノード発見などに基づく)のための動的サブフレームのスケジューリングは、ネットワークアクセスデバイスによって動的にシグナリングされ得る。いくつかの場合、分散スケジューリング動的サブフレームタイプは、UL/DLトラフィック比などのトラフィック条件に少なくとも一部基づいて、基地局などのネットワークアクセスデバイスによって、サブフレーム600のために選択され得る。サブフレーム600は、MTCタイプのUEの例であり得る、UEのためにスケジューリングされた動的サブフレームタイプの例を示し得る。いくつかの例では、サブフレーム600を使用して通信するネットワークアクセスデバイスおよびUEは、図1に関して説明されるネットワークアクセスデバイス105およびUE115の態様の例であり得る。
サブフレーム600は、ワイヤレスアクセスデバイスによって送信される制御領域(たとえば、PDCCH610)で開始し得る。いくつかの場合、PDCCH610は、サブフレーム600においてデータを送信または受信し得るUEへの、サブフレーム600の分散スケジューリング動的サブフレームタイプの指示を含み得る。たとえば、サブフレーム550と関連付けられる混合干渉測定動的サブフレームタイプは、2つ(またはそれより多く)のシンボル期間のDL制御領域の時間的に最初のシンボル期間においてUEに送信され得る。いくつかの場合、PDCCH610は、中継UEのための割当て情報、エンドデバイスUEのための割当て情報、および/またはサービングネットワークアクセスデバイスのデータスロット区分情報を含み得る。
PDCCH610に続いて、ネットワークアクセスデバイスは、1つまたは複数のUEにより使用するために、RTS/CTS/データ/ACK領域620などのサブフレーム600内の1つまたは複数の区分される領域をスケジューリングし得る。いくつかの例では、RTS/CTS/データ/ACK領域620は、同じRTS/CTS/データ/ACK領域620内でのデータまたはACK/NACKの送信を可能にするために、RTSおよびCTSチャネル解放技法の使用を可能にし得る。いくつかの場合、RTS/CTS/データ/ACK領域は、その間には送信がないギャップを含み得る。RTS/CTS/データ/ACK領域620の後には、共通ULバースト630が続き得る。ULバースト630は、たとえば、後続のトラフィックの指示を送信するために、および/または追加のリソースを要求するために使用され得る。いくつかの例では、サブフレーム600は、自己完結型の分散スケジューリング動的サブフレーム構造(たとえば、サブフレームの間のすべての送信がサブフレームの間に肯定応答または否定応答されるサブフレーム構造)を有し得る。
分散スケジューリング動的サブフレームタイプは、様々な方法で示され得る。たとえば、分散スケジューリング動的サブフレームタイプの指示は、参照信号に埋め込まれ得る。別の例として、分散スケジューリング動的サブフレームタイプの指示は、たとえば図7に関して説明されるように、サブフレームタイプインジケータチャネルにおいて送信され得る。さらに別の例として、分散スケジューリング動的サブフレームタイプは、分散スケジューリング動的サブフレームタイプに対応するDCIのタイプを送信することにより示され得る。
図7は、本開示の1つまたは複数の態様による、サブフレームタイプインジケータチャネルにおいて動的サブフレームタイプを示すための方法700の例を示すフローチャートである。いくつかの例では、方法700は、図1に関して説明されたように、ネットワークアクセスデバイス105のうちの1つなどの、ネットワークアクセスデバイスによって実行され得る。
方法700は、動的サブフレームタイプインジケータ705の受信で開始する。いくつかの例では、動的サブフレームタイプインジケータ705は、情報の1つまたは2つのビット(たとえば、ULデータ送信方向もしくはDLデータ送信方向を示す第1のビット、および/または、半二重データ送信もしくは全二重データ送信を示す第2のビット)を含み得る。他の例では、動的サブフレームタイプインジケータ705は、上で説明されたようなサブフレームの属性のサブセット(たとえば、サブフレームヌメロロジー)を指定するために、より多くのビットを搬送し得る。方法700は、ブロック710および715において、動的サブフレームタイプインジケータ705を符号化およびスクランブリングし得る。たとえば、動的サブフレームタイプインジケータ705は、ブロック710においてブロック符号化され、ブロック715においてバイナリスクランブリングされ得る。いくつかの例では、バイナリスクランブリングはセル固有であることがあり、いくつかの例では、サブフレーム番号およびセル識別子(ID)を用いて初期化されるgold系列に基づき得る。いくつかの例では、ブロック710および715における符号化および処理は、LTE/LTE-Aネットワークにおける物理チャネルフォーマットインジケータチャネル(PCFICH)の符号化および処理に類似していることがある。
ブロック720において、動的サブフレームタイプインジケータ705が変調され得る(たとえば、四位相シフトキーイング(QPSK)変調され得る)。ブロック725において、動的サブフレームタイプインジケータ705がトーンにマッピングされ得る。ブロック730において、動的サブフレームタイプインジケータ705が、サブフレームタイプインジケータチャネル上で直交周波数分割多重化(OFDM)変調され得る。前に説明されたように、動的サブフレームタイプインジケータ705は、いくつかの例では、狭い帯域および/または1つのシンボル期間(たとえば、1つのOFDMシンボル期間)にわたって送信され得る。
図8Aは、本開示の1つまたは複数の態様による、DL中心動的サブフレームタイプと関連付けられるサブフレーム805のためにネットワークアクセスデバイスにより実行される動作の例示的なタイムライン800を示す。いくつかの例では、ネットワークアクセスデバイスは、図1に関して説明されるネットワークアクセスデバイス105(たとえば、eNB、ANC、RH、または基地局)のうちの1つの例であり得る。
時間T-eNB-FrameTickにおいて、ネットワークアクセスデバイスのモデムがフレームティック指示をMAC層に送信することができ、これがMAC層における処理を誘引し得る。次のサブフレーム(たとえば、サブフレーム805)の動的サブフレームタイプはDL中心動的サブフレームタイプであるので、MAC層は、ネットワークアクセスデバイスに接続された1つまたは複数のUEのセットのためのDL割当て(およびいくつかのULグラント)の計算を開始し得る。
時間T-eNB-Grantにおいて、MAC層は、DLグラント(およびULグラント)をすべてのスケジューリングされたUEのためのモデムに送信し得る。いくつかの例では、MAC層は、DLグラントとともに、再送信(ReTx)インジケータ(たとえば、UEに送信されるべきデータが新しいデータであるか、ReTxであるか、または自動ReTx(AutoReTx)であるかの指示)を送信し得る。時間T-eNB-DLDataにおいて、MAC層は、モデムへのDLデータの直接メモリアクセス(DMA)移送(たとえば、すべてのスケジューリングされるUEのためのすべてのトランスポートブロック(TB)の移送)を開始し得る。時間T-eNB-DLAckにおいて、モデムはDL ACKまたはNACKを送信し得る。いくつかの場合、UL制御領域は任意選択で、ULデータを含むことがあり、時間T-eNB-ULDataにおいて、モデムは、MAC層のサブフレーム805のUL制御領域の間(たとえば、シンボル14の間)に受信されるULデータ(すべてのスケジューリングされたUEのためのTB)を送信し得る。
図8Bは、本開示の1つまたは複数の態様による、UL中心動的サブフレームタイプと関連付けられるサブフレーム855のためにネットワークアクセスデバイスにより実行される動作の例示的なタイムライン850を示す。いくつかの例では、ネットワークアクセスデバイスは、図1に関して説明されるネットワークアクセスデバイス105(たとえば、eNB、ANC、RH、または基地局)のうちの1つの例であり得る。
時間T-eNB-FrameTickにおいて、ネットワークアクセスデバイスのモデムがフレームティック指示をMAC層に送信することができる。これが、MAC層における処理を誘引し得る。次のサブフレーム(たとえば、サブフレーム855)の動的サブフレームタイプはUL中心動的サブフレームタイプであるので、MAC層は、ネットワークアクセスデバイスに接続された1つまたは複数のUEのセットのためのULグラントの計算を開始し得る。時間T-eNB-Grantにおいて、MAC層は、ULグラントをすべてのスケジューリングされたUEのためのモデムに送信し得る。いくつかの例では、MAC層はULグラントとともにReTxインジケータを送信し得る。いくつかの例では、DL制御領域は任意選択で、1つまたは複数のスケジューリングされたUEのためのDLデータを含み得る。時間T-eNB-ULDataにおいて、モデムは、サブフレーム855の間に受信されたULデータ(すべてのスケジューリングされたUEのためのTB)をMAC層に送信し得る。
DL中心動的サブフレームタイプと関連付けられるサブフレームにわたるMAC層処理とUL中心動的サブフレームタイプと関連付けられるサブフレームにわたるMAC層処理の類似性を考慮すると、ネットワークアクセスデバイス(たとえば、eNB)におけるMAC層プロセッサは、動的なULおよびDLサブフレーム動作を扱うことができる。さらに、ネットワークアクセスデバイスにおけるMAC層プロセッサは、全二重動的サブフレームタイプ(図示されず)のための同時のULおよびDL送信を扱うように構成され得る。
図9Aは、本開示の1つまたは複数の態様による、DL中心動的サブフレームタイプと関連付けられるサブフレーム905のためにUEにより実行される動作の例示的なタイムライン900を示す。いくつかの例では、UEは、図1に関して説明されるUE115の1つの例であり得る。
時間T-UE-FrameTickにおいて、UEのモデムがフレームティック指示をMAC層に送信することができ、これがMAC層における処理を誘引し得る。MAC層は最初、次のサブフレーム(たとえば、サブフレーム905)の動的サブフレームタイプがUL中心動的サブフレームタイプであると仮定し得る。サブフレーム905の動的サブフレームタイプがDL中心動的サブフレームタイプであると後で決定される場合、MAC層は、サブフレーム905のためにそれ以上活動を実行しなくてよい。MAC層における処理は、最小の予想されるULグラント(たとえば、グラント予測)の推定を含み得る。時間T-UE-ULData1において、MAC層はULデータ(たとえば、ULデータ1)をモデムに送信し得る。ULデータ1は、サブフレーム905のための推定される最小のTBサイズ(たとえば、グラント予測)を含み得る。
時間T-UE-Grantにおいて、モデムは、サブフレーム905のDL制御領域の1つまたは複数のシンボルにおいて受信されるDL割当てまたはULグラント情報をMAC層に送信し得る。MAC層がDL中心サブフレームタイプのためのDL割当てを特定すると、MAC層は、ULデータ1コマンドにおいて送信されるTBがモデムによって廃棄されたと仮定し得る。MAC層がDL中心動的サブフレームタイプのためのULグラントを特定する場合、MAC層はTBの作成を開始し得る。時間T-UE-ULDataにおいて、MAC層は、サブフレーム805のUL制御部分の間の送信のためのTBを含む、ULデータを送信し得る。時間T-UE-ULDataにおいて、モデムは、TBが受信されたことを示すDLデータ指示を送信し得る。
図9Bは、本開示の1つまたは複数の態様による、UL中心動的サブフレームタイプと関連付けられるサブフレーム955のためにUEにより実行される動作の例示的なタイムライン950を示す。いくつかの例では、UEは、図1に関して説明されるUE115の1つの例であり得る。
動的サブフレームタイプインジケータが2シンボル期間のDL制御領域の最初のシンボル期間の間にUEによって受信されるとき、2シンボル期間のDL制御領域は、受信されたサブフレームタイプインジケータの処理(たとえば、PHY層および/またはモデムの処理)のための時間を可能にし得る。時間T-UE-FrameTickにおいて、UEのモデムがフレームティック指示をMAC層に送信することができる。これが、MAC層における処理を誘引し得る。MAC層は最初、次のサブフレーム(たとえば、サブフレーム955)の動的サブフレームタイプがUL中心動的サブフレームタイプであると仮定し得る。サブフレーム955の動的サブフレームタイプがDL中心動的サブフレームタイプであると後で決定される場合、MAC層は、サブフレーム955のためにそれ以上活動を実行しなくてよい。MAC層における処理は、最小の予想されるULグラント(たとえば、グラント予測)の推定を含み得る。
時間T-UE-ULData1において、MAC層はULデータ(たとえば、ULデータ1)をモデムに送信し得る。ULデータ1は、サブフレーム955のための推定される最小のTBサイズ(たとえば、グラント予測)を含み得る。時間T-UE-Grantにおいて、モデムは、サブフレーム905のDL制御領域の1つまたは複数のシンボルにおいて受信されるDL割当てまたはULグラント情報をMAC層に送信し得る。MAC層がUL中心動的サブフレームタイプのためのULグラントを特定すると、MAC層はサブフレームのためのTBの残りの部分を構築し得る。時間T-UE-ULData2において、サブフレーム955のためのTBを完了するために、MAC層は追加のULデータ(たとえば、ULデータ2)をモデムに送信し得る。
上で論じられたように、2シンボル制御領域は、PHY層/モデムの処理のための時間をUEに与え得る。たとえば、UEは、参照信号の処理およびチャネルの推定、動的サブフレームタイプインジケータの復調および復号を、DL制御領域の第2のシンボル期間の間に実行(または完了)することができる。DL中心サブフレームのために、DLデータ(たとえば、DL割当て)のためのDCIは、DL制御領域の受信の間に処理および復号され得る。復調参照信号(DMRS)が(たとえば、DMRSがDL制御領域内で周波数分割多重化される)第1および/または第2のシンボル期間において送信されるような構造を有するDL中心サブフレームでは、およびいくつかの例では、UEは、DL割当てが復号されるとすぐに、バッファリングされたサンプルからDMRSを処理し始めることができる。DL中心サブフレームでは、RF方向を切り替える必要はないことがある。UL中心サブフレームのために、ULデータ(たとえば、ULグラント)のためのDCIは、DL制御領域の受信の間に処理および復号され得る。いくつかの例では、UEは、ULグラントが復号されるとすぐに、少なくとも第1のシンボル期間の間のULデータ送信を準備し始めることができる。別の何か(たとえば、DMRSパイロット信号、または共通ULバースト(たとえば、サウンディング参照信号(SRS)などのスケジューリングされないUL送信を搬送するULバースト))が、ULデータ送信の最初のシンボル期間の前に送信され得るとき、ULデータの準備は緩和され得る。
図10は、本開示の1つまたは複数の態様による、DL中心動的サブフレームタイプと関連付けられるサブフレーム1000のためのリソースおよびUEプロセスのタイミングの例を示す。いくつかの例では、図10は、図1に関して説明されるUE115のモデムによって実行される処理の態様を表し得る。
図10の例では、サブフレーム1000のDL部分1005がUEにおいて受信されることがあり、サブフレームのガード期間およびUL部分1010が後に続く。この例においてUEで受信されるDL部分1005は、参照信号(たとえば、CRS)パイロットリソース要素(RE)1025、参照信号パイロットRE1025に埋め込まれた制御シンボルRE1030(動的サブフレームタイプインジケータを含む)、ならびにDMRS RE1040および1045を含み得る、時間的に最初のシンボル期間を含み得る。制御シンボルRE1030は、データシンボル1050のための、変調およびコーディング方式(MCS)、新データインジケータ(NDI)、および冗長性バージョン(RV)などの、リソース割振りおよび処理パラメータを含む物理DL制御チャネル(PDCCH)情報を含み得る。この例においてUEで受信される時間的に2番目のシンボル期間は、他の制御シンボルRE1035ならびにDMRS RE1040および1045を含み得る。いくつかの例では、他の制御シンボルRE1035が、制御帯域幅に含まれることがあるが、PDCCH情報を含まないことがある。データシンボル1050の後で、サブフレーム1000は、UL部分1010の中に、ガード期間と、ULパイロット1055と、UL/ACK/NACKシンボル期間1060とを含み得る。サブフレーム1000は、最後のガード期間で終わり売る。
期間1065の間、UEは、サブフレーム1000の最初のシンボル期間において受信される参照信号および動的サブフレームタイプインジケータを処理し得る。この時点では、動的サブフレームタイプは知られていないことがある。動的サブフレームタイプが知られた後で、UEはPDCCHを復号し、DL割当てを探すことができる。これは、期間1070の間に発生し得る。DL割当てを復号すると、DL割当てのためのリソースブロック(RB)割振りが知られることがあり、DMRS処理が(たとえば、期間1075の間に)開始することがある。代わりに、DMRS処理は、RM割振りを知る前に開始することがある。しかしながら、これは、割り振られていないRBの処理により処理リソースを無駄にすることがある。DMRS処理に続いて、DL部分1005のデータ領域が(たとえば、期間1080の間に)処理され得る。データはサブフレーム1000の時間的に3番目および4番目のシンボル期間の間に送信され得るので、データシンボル処理に関する何らかの追い上げが実行され得る(たとえば、約11シンボルの時間に12シンボルを処理する)。しかしながら、PDCCHおよびDMRSが第2のシンボル期間に収まり得るとき、データシンボル処理の追い上げは必要ではないことがある。図10では、巡回プレフィックス(CP)は各シンボルの一部であり得るので、明示的に示されていない。
図11は、本開示の1つまたは複数の態様による、UL中心動的サブフレームタイプと関連付けられるサブフレーム1100のためのリソースおよびUEプロセスのタイミングの例を示す。いくつかの例では、図11は、図1に関して説明されるUE115のモデムによって実行される処理の態様を表し得る。
図11の例では、サブフレーム1100のDL部分1110がUEにおいて受信されることがあり、サブフレーム1100のガード期間1115およびUL部分1120が後に続く。この例においてUEで受信されるDL部分1110は、参照信号パイロットRE1125、および参照信号パイロットRE1125に埋め込まれた制御シンボルRE1130(動的サブフレームタイプインジケータを含む)を含み得る、時間的に最初のシンボル期間を含み得る。制御シンボルRE1130はまた、UEのためのULグラントを含み得る。この例においてUEで受信される時間的に2番目のシンボル期間は、追加の制御シンボルRE1135を含み得る。追加の制御シンボルRE1135は、データシンボル1150のためのMCSなどのリソース割振りおよび処理パラメータを含む、PDCCH情報を含み得る。いくつかの例では、追加の制御シンボルRE1135が、制御帯域幅に含まれることがあるが、PDCCH情報を含まないことがある。ガード期間1115に続いて、DMRS RE1140および1145が、ULデータ領域の最初の2つのULシンボル期間において送信され、ULデータシンボル1150がその後に続き得る。
期間1165の間、UEは、サブフレーム1100の最初のシンボル期間において受信される参照信号および動的サブフレームタイプインジケータを処理し得る。この時点では、動的サブフレームタイプは知られていないことがある。動的サブフレームタイプが知られた後で、UEはPDCCHを復号し、ULグラントを探すことができる。これは、期間1170の間に発生し得る。受信モードから送信モードへのRF切替えは、期間1170の間にも発生し得る。ULグラントを復号すると、ULグラントのためのRB割振りが知られ、DMRS処理/送信が(たとえば、期間1175の間に)開始することがある。代わりに、DMRSの部分的な事前処理は、RB割振りを知る前に開始することがある。しかしながら、これは、割り振られていないRBのためのDMRSを処理することにより処理リソースを無駄にすることがある。ULデータシンボル処理(たとえば、最初の1つまたは複数のデータシンボルの復号および変調)は、期間1175の間にも発生し得る。DMRS処理に続いて、UL部分1120のデータ領域が(たとえば、期間1180の間に)処理および送信され得る。図11では、CPは各シンボルの一部であり得るので、明示的に示されていない。
図12は、本開示の1つまたは複数の態様による、UL中心動的サブフレームタイプと関連付けられるサブフレーム1200のためのリソースおよびUEプロセスのタイミングの例を示す。いくつかの例では、図12は、図1に関して説明されるUE115のモデムによって実行される処理の態様を表し得る。
図12の例では、サブフレーム1200のDL部分1210がUEにおいて受信されることがあり、サブフレーム1200のガード期間1215、タイムクリティカルではないULバースト1255、およびUL部分1220が後に続く。この例においてUEで受信されるDL部分1210は、参照信号パイロットRE1225、および参照信号パイロットRE1225に埋め込まれた制御シンボルRE1230(動的サブフレームタイプインジケータを含む)を含み得る、時間的に最初のシンボル期間を含み得る。制御シンボルRE1230はまた、UEのためのULグラントを含み得る。この例においてUEで受信される時間的に2番目のシンボル期間は、追加の制御シンボル1235を含み得る。
ガード期間1215に続いて、タイムクリティカルではないULバースト1255は、ULデータ領域の最初のシンボル期間に送信され得る。タイムクリティカルではないULバースト1255は、前もって準備されることがあり、ULデータ領域(またはUL部分1220)における送信のためにDMRSおよび/またはULデータシンボル1250を準備するための追加の処理時間をUEに与えることがある。いくつかの例では、タイムクリティカルではないULバースト1255は、SRSまたはチャネル品質インジケータ(CQI)などの、スケジューリングされない(または演繹的にスケジューリングされる)UL送信を含み得る。DMRS RE1240および1245が、ULデータ領域の2番目および3番目のULシンボル期間において送信され、ULデータシンボル1250がその後に続き得る。追加の制御シンボルRE1235は、データシンボル1250のためのMCSなどのリソース割振りおよび処理パラメータを含む、PDCCH情報を含み得る。いくつかの例では、追加の制御シンボルRE1235が、制御帯域幅に含まれることがあるが、PDCCH情報を含まないことがある。
期間1265の間、UEは、サブフレーム1200の最初のシンボル期間において受信される参照信号および動的サブフレームタイプインジケータを処理し得る。この時点では、動的サブフレームタイプは知られていない。動的サブフレームタイプが知られた後で、UEはPDCCHを復号し、ULグラントを探すことができる。これは、タイムクリティカルではないULバースト1255の送信が原因で図11に関して説明された期間1170より長いことがある、期間1270の間に発生し得る。受信モードから送信モードへのRF切替えは、期間1170の間にも発生し得る。ULグラントを復号すると、ULグラントのためのRB割振りが知られ、DMRS処理/送信が(たとえば、期間1275の間に)開始することがある。代わりに、DMRSの部分的な事前処理は、RB割振りを知る前に開始することがある。しかしながら、これは、割り振られていないRBのためのDMRSの処理が原因で、処理リソースを無駄にすることがある。ULデータシンボル処理(たとえば、最初の1つまたは複数のデータシンボルの復号および変調)は、期間1275の間にも発生し得る。DMRS処理に続いて、UL部分1220のデータ領域が(たとえば、期間1280の間に)処理および送信され得る。図12では、巡回プレフィックス(CP)は各シンボルの一部であり得るので、明示的に示されていない。
HARQフィードバックはサブフレームにおけるデータ送信の方向に依存するので、サブフレームのための動的サブフレームタイプの選択は、サブフレームのためのHARQリソースを割り振るための基礎として使用され得る。サブフレームが自己完結型であるとき、HARQリソースはサブフレーム内に割り振られ得る。DL中心動的サブフレームタイプと関連付けられるサブフレームに対して、HARQ送信期間(たとえば、UL送信期間)がサブフレームの終わりにサブフレームのために割り振られ得る。UL中心動的サブフレームタイプと関連付けられるサブフレームに対して、HARQ送信期間(たとえば、DL送信期間)がサブフレームの終わりにサブフレームのために割り振られることがあり、または、サブフレームのための少なくとも1つのHARQ送信リソースが後続のサブフレームのDL制御領域において割り振られることがある。
サブフレームが少なくとも1つのDLデータ領域および少なくとも1つのULデータ領域を含むとき、少なくとも1つのDL HARQ送信リソースがサブフレームのために割り振られることがあり、少なくとも1つのUL HARQ送信リソースがサブフレームにおいてサブフレームのために割り振られることがある(または少なくとも1つのDL HARQ送信リソースが後続のサブフレームのDL制御領域に割り振られることがある)。
図13は、本開示の1つまたは複数の態様による、ワイヤレス通信において使用するための装置1305のブロック図1300を示す。装置1305は、図1に関して説明されたネットワークアクセスデバイス105の1つまたは複数の態様の例であり得る。装置1305はまた、プロセッサであることがあり、またはプロセッサを含むことがある。装置1305は、受信機1310、ワイヤレス通信マネージャ1320、または送信機1330を含み得る。これらの構成要素の各々は互いに通信していることがある。
装置1305の構成要素は、ハードウェアにおける適用可能な機能の一部またはすべてを実行するように適合された1つまたは複数の特定用途向け集積回路(ASIC)を使用して、個別にまたは集合的に実装され得る。代替的に、機能は、1つまたは複数の集積回路(IC)上で、1つまたは複数の他の処理ユニット(またはコア)によって実行され得る。いくつかの他の例では、他のタイプの集積回路(たとえば、ストラクチャード/プラットフォームASIC、フィールドプログラマブルゲートアレイ(FPGA)、システムオンチップ(SoC)、および/または他のタイプのセミカスタムIC)が使用されることがあり、これらは、当技術分野で知られている任意の方法でプログラムされ得る。各構成要素の機能はまた、メモリに記憶され1つまたは複数の汎用プロセッサまたは特定用途向けプロセッサによって実行されるようにフォーマットされた命令を用いて、全体的または部分的に実装され得る。
いくつかの例では、受信機1310は、1つまたは複数の高周波スペクトル帯域を通じて送信を受信するように動作可能な少なくとも1つのRF受信機などの、少なくとも1つのRF受信機を含み得る。いくつかの例では、1つまたは複数の高周波スペクトル帯域は、たとえば、図1から図12に関して説明されたように、LTE/LTE-A通信または5G通信のために使用され得る。受信機1310は、図1を関して説明されたワイヤレス通信システム100の1つまたは複数の通信リンクなどの、ワイヤレス通信システムの1つまたは複数の通信リンクを通じて、様々なタイプのデータまたは制御信号(すなわち、送信)を受信するために使用され得る。
いくつかの例では、送信機1330は、1つまたは複数の高周波スペクトル帯域を通じて送信するように動作可能な少なくとも1つのRF送信機などの、少なくとも1つのRF送信機を含み得る。いくつかの例では、1つまたは複数の高周波スペクトル帯域は、たとえば、図1から図12に関して説明されたように、LTE/LTE-A通信または5G通信のために使用され得る。送信機1330は、図1に関して説明されたワイヤレス通信システム100の1つまたは複数の通信リンクなどの、ワイヤレス通信システムの1つまたは複数の通信リンクを通じて、様々なタイプのデータまたは制御信号(すなわち、送信)を送信するために使用され得る。
いくつかの例では、ワイヤレス通信マネージャ1320は、装置1305のワイヤレス通信の1つまたは複数の態様を管理するために使用され得る。いくつかの例では、ワイヤレス通信マネージャ1320の一部は、受信機1310または送信機1330に組み込まれることがあり、もしくはそれらと共有されることがある。いくつかの例では、ワイヤレス通信マネージャ1320は、図1に関して説明されたネットワークアクセスデバイスワイヤレス通信マネージャの態様の例であり得る。いくつかの例では、ワイヤレス通信マネージャ1320は、トラフィック比特定器1335、動的サブフレームタイプ選択器1340、または動的サブフレームタイプ指示マネージャ1345を含み得る。
トラフィック比特定器1335は、装置1305および少なくとも1つのUEを含むネットワークアクセスデバイス間で送信されるべきデータと関連付けられるUL/DLトラフィック比を特定するために使用され得る。いくつかの例では、UL/DLトラフィック比は、ネットワークアクセスデバイスへの送信のために待ち行列に入れられたトラフィックと、少なくとも1つのUEへの送信のために待ち行列に入れられたトラフィックとの比を含み得る。
動的サブフレームタイプ選択器1340は、トラフィック条件(たとえば、UL/DLトラフィック比)に少なくとも一部基づいて、TDDサブフレームの動的サブフレームタイプを選択するために使用され得る。いくつかの例では、動的サブフレームタイプは、DL中心動的サブフレームタイプ、UL中心動的サブフレームタイプ、双方向動的サブフレームタイプ、全二重動的サブフレームタイプ、動的切替え動的サブフレームタイプ、混合干渉測定動的サブフレームタイプ、または分散スケジューリング動的サブフレームタイプのうちの2つ以上を含む、動的サブフレームタイプのセットから選択され得る。
動的サブフレームタイプ指示マネージャ1345は、サブフレームのTDDヘッダにおいて動的サブフレームタイプを示すために使用され得る。いくつかの例では、動的サブフレームタイプは、サブフレームの時間的に最初のシンボル期間内で示され得る。いくつかの例では、動的サブフレームタイプを示すステップは、参照信号に動的サブフレームタイプの指示を埋め込むステップ、サブフレームタイプインジケータチャネルにおいて動的サブフレームタイプの指示を送信するステップ、または動的サブフレームタイプに対応するDCIのタイプを送信するステップのうちの少なくとも1つを含み得る。いくつかの例では、動的サブフレームタイプを示すステップは、セルと関連付けられるUEに動的サブフレームタイプをブロードキャストするステップ、またはセルと関連付けられるUEのサブセットに動的サブフレームタイプをユニキャストするステップのうちの少なくとも1つを含み得る。いくつかの例では、動的サブフレームタイプを示すステップは、図3に関して説明されるように、システム帯域幅の周波数の狭い帯域の中で動的サブフレームタイプの指示を送信するステップを含み得る。いくつかの例では、動的サブフレームタイプを示すステップは、ULデータ送信方向もしくはDLデータ送信方向を示す第1のビット、または半二重データ送信もしくは全二重データ送信を示す第2のビット、またはこれらの組合せのうちの少なくとも1つを送信するステップを含み得る。
図14は、本開示の1つまたは複数の態様による、ワイヤレス通信において使用するためのワイヤレス通信マネージャ1320-bのブロック図1400を示す。ワイヤレス通信マネージャ1320-bは、図1または図13に関して説明されたワイヤレス通信マネージャ1320の態様の例であり得る。
ワイヤレス通信マネージャ1320-bの構成要素は、個別にまたは集合的に、適用可能な機能のうちの一部またはすべてをハードウェアで実行するように適合された1つまたは複数のASICを使用して実装され得る。代替として、機能は、1つまたは複数の集積回路上で、1つまたは複数の他の処理ユニット(または、コア)によって実行され得る。いくつかの他の例では、他のタイプの集積回路(たとえば、ストラクチャード/プラットフォームASIC、FPGA、SoC、および/または他のタイプのセミカスタムIC)が使用されることがあり、これらは、当技術分野で知られている任意の方法でプログラムされ得る。各構成要素の機能はまた、メモリに記憶され1つまたは複数の汎用プロセッサまたは特定用途向けプロセッサによって実行されるようにフォーマットされた命令を用いて、全体的または部分的に実装され得る。
いくつかの例では、ワイヤレス通信マネージャ1320-bは、図1または図13に関して説明されたネットワークアクセスデバイス105または装置1305のうちの1つなどの、UEまたは装置のためのワイヤレス通信の1つまたは複数の態様を管理するために使用され得る。いくつかの例では、ワイヤレス通信マネージャ1320-bの一部は、受信機または送信機(たとえば、図13に関して説明された受信機1310または送信機1330)に組み込まれることがあり、もしくはそれらと共有されることがある。いくつかの例では、ワイヤレス通信マネージャ1320-bは、トラフィック比特定器1335-a、動的サブフレームタイプ選択器1340-a、TDDデータ領域スケジューラ1405、ガード期間スケジューラ1410、HARQリソース割振器1415、TDDヘッダ送信マネージャ1420、データ送信/受信マネージャ1430、またはHARQマネージャ1435を含み得る。
トラフィック比特定器1335は、ワイヤレス通信マネージャ1320-bおよび少なくとも1つのUEを含むネットワークアクセスデバイス間で送信されるべきデータと関連付けられるUL/DLトラフィック比を特定するために使用され得る。いくつかの例では、UL/DLトラフィック比は、ネットワークアクセスデバイスへの送信のために待ち行列に入れられたトラフィックと、少なくとも1つのUEへの送信のために待ち行列に入れられたトラフィックとの比を含み得る。
動的サブフレームタイプ選択器1340は、トラフィック条件(たとえば、UL/DLトラフィック比)に少なくとも一部基づいて、TDDサブフレームの動的サブフレームタイプを選択するために使用され得る。いくつかの例では、動的サブフレームタイプは、DL中心動的サブフレームタイプ、UL中心動的サブフレームタイプ、双方向動的サブフレームタイプ、全二重動的サブフレームタイプ、動的切替え動的サブフレームタイプ、混合干渉測定動的サブフレームタイプ、または分散スケジューリング動的サブフレームタイプのうちの2つ以上を含む、動的サブフレームタイプのセットから選択され得る。
TDDデータ領域スケジューラ1405は、選択された動的サブフレームタイプに少なくとも一部基づいて、TDDサブフレームのデータ領域をスケジューリングするために使用され得る。ガード期間スケジューラ1410は、選択された動的サブフレームタイプがUL部分を有するデータ領域と関連付けられるとき(このUL部分はいくつかの例ではデータ領域全体を含み得る)、サブフレームのDL制御領域とデータ領域との間にガード期間をスケジューリングするために使用され得る。
HARQリソース割振器1415は、サブフレームの終わりにサブフレームのためのHARQ送信期間を割り振り、後続のサブフレームのDL制御領域にサブフレームのための少なくとも1つのHARQ送信リソースを割り振り、または、サブフレームのための少なくとも1つのDL HARQ送信リソースおよびサブフレームのための少なくとも1つのUL HARQ送信リソースをサブフレームにおいて割り振るために使用され得る。
TDDヘッダ送信マネージャ1420は、サブフレームのTDDヘッダを送信するために使用され得る。TDDヘッダは、DL制御領域と動的サブフレームタイプの指示とを含み得る。いくつかの例では、TDDヘッダ送信マネージャ1420は、DL制御領域の送信を管理するためのDL制御領域送信マネージャ1425、または動的サブフレームタイプの指示の送信を管理するための動的サブフレームタイプ指示マネージャ1345-aを含み得る。いくつかの例では、動的サブフレームタイプの指示は、DL制御領域において送信され得る。いくつかの例では、DL制御領域は、サブフレームの時間的に最初のシンボル期間内で送信され、または、TDDサブフレームの時間的に最初のシンボル期間およびTDDサブフレームの時間的に2番目のシンボル内で送信され得る。いくつかの例では、動的サブフレームタイプは、TDDサブフレームの時間的に最初のシンボル期間内で示され得る。
いくつかの例では、動的サブフレームタイプを示すステップは、参照信号に動的サブフレームタイプの指示を埋め込むステップ、サブフレームタイプインジケータチャネルにおいて動的サブフレームタイプの指示を送信するステップ、または動的サブフレームタイプに対応するDCIのタイプを送信するステップのうちの少なくとも1つを含み得る。いくつかの例では、動的サブフレームタイプを示すステップは、セルと関連付けられるUEに動的サブフレームタイプをブロードキャストするステップ、またはセルと関連付けられるUEのサブセットに動的サブフレームタイプをユニキャストするステップのうちの少なくとも1つを含み得る。いくつかの例では、動的サブフレームタイプを示すステップは、図3に関して説明されるように、システム帯域幅の周波数の狭い帯域の中で動的サブフレームタイプの指示を送信するステップを含み得る。いくつかの例では、動的サブフレームタイプを示すステップは、ULデータ送信方向もしくはDLデータ送信方向を示す第1のビット、または半二重データ送信もしくは全二重データ送信を示す第2のビット、またはこれらの組合せのうちの少なくとも1つを送信するステップを含み得る。データ送信/受信マネージャ1430は、スケジューリングされたデータ領域においてデータを送信および/または受信するために使用され得る。HARQマネージャ1435は、HARQリソース割振器1415によってスケジューリングされたHARQリソース上で少なくとも1つのHARQ送信を送信および/または受信するために使用され得る。
図15は、本開示の1つまたは複数の態様による、ワイヤレス通信において使用するための装置1515のブロック図1500を示す。装置1515は、図1に関して説明されたUE115の1つまたは複数の態様の例であり得る。装置1515はまた、プロセッサであることがあり、またはプロセッサを含むことがある。装置1515は、受信機1510、ワイヤレス通信マネージャ1520-a、または送信機1530を含み得る。これらの構成要素の各々は、互いに通信中であり得る。
装置1515の構成要素は、ハードウェアにおける適用可能な機能の一部またはすべてを実行するように適合された1つまたは複数のASICを使用して、個別にまたは集合的に実装され得る。代替として、機能は、1つまたは複数の集積回路上で、1つまたは複数の他の処理ユニット(または、コア)によって実行され得る。いくつかの他の例では、他のタイプの集積回路(たとえば、ストラクチャード/プラットフォームASIC、FPGA、SoC、および/または他のタイプのセミカスタムIC)が使用されることがあり、これらは、当技術分野で知られている任意の方法でプログラムされ得る。各構成要素の機能はまた、メモリに記憶され1つまたは複数の汎用プロセッサまたは特定用途向けプロセッサによって実行されるようにフォーマットされた命令を用いて、全体的または部分的に実装され得る。
いくつかの例では、受信機1510は、1つまたは複数の高周波スペクトル帯域を通じて送信を受信するように動作可能な少なくとも1つのRF受信機などの、少なくとも1つのRF受信機を含み得る。いくつかの例では、1つまたは複数の高周波スペクトル帯域は、たとえば、図1から図12に関して説明されたように、LTE/LTE-A通信または5G通信のために使用され得る。受信機1510は、図1を関して説明されたワイヤレス通信システム100の1つまたは複数の通信リンクなどの、ワイヤレス通信システムの1つまたは複数の通信リンクを通じて、様々なタイプのデータまたは制御信号(すなわち、送信)を受信するために使用され得る。
いくつかの例では、送信機1530は、1つまたは複数の高周波スペクトル帯域を通じて送信するように動作可能な少なくとも1つのRF送信機などの、少なくとも1つのRF送信機を含み得る。いくつかの例では、1つまたは複数の高周波スペクトル帯域は、たとえば、図1から図12に関して説明されたように、LTE/LTE-A通信または5G通信のために使用され得る。送信機1530は、図1に関して説明されたワイヤレス通信システム100の1つまたは複数の通信リンクなどの、ワイヤレス通信システムの1つまたは複数の通信リンクを通じて、様々なタイプのデータまたは制御信号(すなわち、送信)を送信するために使用され得る。
いくつかの例では、ワイヤレス通信マネージャ1520-aは、装置1515のためのワイヤレス通信の1つまたは複数の態様を管理するために使用され得る。いくつかの例では、ワイヤレス通信マネージャ1520-aの一部は、受信機1510または送信機1530に組み込まれることがあり、もしくはそれらと共有されることがある。いくつかの例では、ワイヤレス通信マネージャ1520-aは、図1に関して説明されたUEワイヤレス通信マネージャ1520の態様の例であり得る。いくつかの例では、ワイヤレス通信マネージャ1520-aは、動的サブフレームタイプ特定器1535またはデータ送信/受信マネージャ1540を含み得る。
動的サブフレームタイプ特定器1535は、TDDサブフレームのTDDヘッダにおいて、TDDサブフレームの動的サブフレームタイプの指示を特定するために使用され得る。いくつかの例では、動的サブフレームタイプは、DL中心動的サブフレームタイプ、UL中心動的サブフレームタイプ、双方向動的サブフレームタイプ、全二重動的サブフレームタイプ、動的切替え動的サブフレームタイプ、混合干渉測定動的サブフレームタイプ、または分散スケジューリング動的サブフレームタイプを含み得る。いくつかの例では、動的サブフレームタイプは、サブフレームの時間的に最初のシンボル期間内で特定され得る。いくつかの例では、動的サブフレームタイプは、参照信号に埋め込まれる動的サブフレームタイプの指示、サブフレームタイプインジケータチャネルにおいて受信される動的サブフレームタイプの指示、または受信されたDCIのタイプのうちの少なくとも1つに少なくとも一部基づいて特定され得る。
いくつかの例では、動的サブフレームタイプは、ブロードキャストされる制御情報、またはユニキャストされる制御情報のうちの少なくとも1つにおいて受信され得る。いくつかの例では、動的サブフレームタイプを特定するステップは、図3に関して説明されるように、システム帯域幅の周波数の狭い帯域の中で動的サブフレームタイプの指示を特定するステップを含み得る。いくつかの例では、動的サブフレームタイプを特定するステップは、ULデータ送信方向もしくはDLデータ送信方向を示す第1のビット、または半二重データ送信もしくは全二重データ送信を示す第2のビット、またはこれらの組合せのうちの少なくとも1つを受信するステップを含み得る。データ送信/受信マネージャ1540は、動的サブフレームタイプに少なくとも一部基づいて、サブフレームのデータ領域において、データを送信またはデータを受信するために使用され得る。
図16は、本開示の1つまたは複数の態様による、ワイヤレス通信において使用するためのワイヤレス通信マネージャ1520-bのブロック図1600を示す。ワイヤレス通信マネージャ1520-aは、図1または図15に関して説明されたワイヤレス通信マネージャ1520の態様の例であり得る。
ワイヤレス通信マネージャ1520-aの構成要素は、個別にまたは集合的に、適用可能な機能のうちの一部またはすべてをハードウェアで実行するように適合された1つまたは複数のASICを使用して実装され得る。代替として、機能は、1つまたは複数の集積回路上で、1つまたは複数の他の処理ユニット(または、コア)によって実行され得る。いくつかの他の例では、他のタイプの集積回路(たとえば、ストラクチャード/プラットフォームASIC、FPGA、SoC、および/または他のタイプのセミカスタムIC)が使用されることがあり、これらは、当技術分野で知られている任意の方法でプログラムされ得る。各構成要素の機能はまた、メモリに記憶され1つまたは複数の汎用プロセッサまたは特定用途向けプロセッサによって実行されるようにフォーマットされた命令を用いて、全体的または部分的に実装され得る。
いくつかの例では、ワイヤレス通信マネージャ1520-aは、図1または図15に関して説明されたUE115または装置1515のうちの1つなどの、UEまたは装置のためのワイヤレス通信の1つまたは複数の態様を管理するために使用され得る。いくつかの例では、ワイヤレス通信マネージャ1520-aの一部は、受信機または送信機(たとえば、図15に関して説明された受信機1510または送信機1530)に組み込まれることがあり、もしくはそれらと共有されることがある。いくつかの例では、ワイヤレス通信マネージャ1520-aは、ヘッダプロセッサ1605、ガード期間マネージャ1610、データ送信/受信マネージャ1540、またはHARQマネージャ1615を含み得る。
ヘッダプロセッサ1605は、TDDサブフレームのTDDヘッダを受信するために使用され得る。TDDヘッダは、DL制御領域とTDDサブフレームの動的サブフレームタイプの指示とを含み得る。いくつかの例では、動的サブフレームタイプの指示は、DL制御領域において受信され得る。いくつかの例では、DL制御領域は、TDDサブフレームの時間的に最初のシンボル期間内で受信され、または、TDDサブフレームの時間的に最初のシンボル期間およびTDDサブフレームの時間的に2番目のシンボル内で受信され得る。
いくつかの例では、ヘッダプロセッサ1605は動的サブフレームタイプ特定器1535を含み得る。動的サブフレームタイプ特定器1535は、TDDヘッダにおいて(およびいくつかの例では、DL制御領域において)、動的サブフレームタイプの指示を特定するために使用され得る。いくつかの例では、動的サブフレームタイプは、DL中心動的サブフレームタイプ、UL中心動的サブフレームタイプ、双方向動的サブフレームタイプ、全二重動的サブフレームタイプ、動的切替え動的サブフレームタイプ、混合干渉測定動的サブフレームタイプ、または分散スケジューリング動的サブフレームタイプを含み得る。いくつかの例では、動的サブフレームタイプは、TDDサブフレームの時間的に最初のシンボル期間内で特定され得る。
いくつかの例では、動的サブフレームタイプは、参照信号に埋め込まれる動的サブフレームタイプの指示、サブフレームタイプインジケータチャネルにおいて受信される動的サブフレームタイプの指示、または受信されたDCIのタイプのうちの少なくとも1つに少なくとも一部基づいて特定され得る。いくつかの例では、動的サブフレームタイプは、ブロードキャストされる制御情報、またはユニキャストされる制御情報のうちの少なくとも1つにおいて受信され得る。いくつかの例では、動的サブフレームタイプを特定するステップは、図3に関して説明されるように、システム帯域幅の周波数の狭い帯域の中で動的サブフレームタイプの指示を特定するステップを含み得る。いくつかの例では、動的サブフレームタイプを特定するステップは、ULデータ送信方向もしくはDLデータ送信方向を示す第1のビット、または半二重データ送信もしくは全二重データ送信を示す第2のビット、またはこれらの組合せのうちの少なくとも1つを受信するステップを含み得る。
ガード期間マネージャ1610は、特定された動的サブフレームタイプがUL部分を有するデータ領域と関連付けられるとき(このUL部分はいくつかの例ではデータ領域全体を含み得る)、DL制御領域とデータ領域との間のガード期間の間、送信を控えるために使用され得る。データ送信/受信マネージャ1540は、動的サブフレームタイプに少なくとも一部基づいて、サブフレームのデータ領域において、データを送信またはデータを受信するために使用され得る。
HARQマネージャ1615は、TDDサブフレームの終わりにおけるTDDサブフレームのためのHARQ送信期間の割振り、後続のTDDサブフレームのDL制御領域におけるサブフレームのための少なくとも1つのHARQ送信リソースの割振り、または、TDDサブフレームのための少なくとも1つのDL HARQ送信リソースおよびTDDサブフレームのための少なくとも1つのUL HARQ送信リソースのTDDサブフレームにおける割振りを特定するために使用され得る。HARQマネージャ1615はまた、割り振られたHARQリソース上で少なくとも1つのHARQ送信を送信および/または受信するために使用され得る。
図17は、本開示の1つまたは複数の態様による、ワイヤレス通信において使用するためのネットワークアクセスデバイス105-dのブロック図1700を示す。いくつかの例では、ネットワークアクセスデバイス105-dは、図1に関して説明されるネットワークアクセスデバイス(たとえば、eNB、ANC、RH、または基地局)のうちの1つまたは複数の態様、または図13に関して説明される装置1305の態様の例であり得る。ネットワークアクセスデバイス105-dは、図1から図14に関して説明されたネットワークアクセスデバイス技法および機能の少なくともいくつかを実装または支援するように構成され得る。
ネットワークアクセスデバイス105-dは、基地局プロセッサ1710、メモリ1720、少なくとも1つのトランシーバ(トランシーバ1750によって表される)、少なくとも1つのアンテナ(基地局アンテナ1755によって表される)、またはワイヤレス通信マネージャ1320-cを含み得る。ネットワークアクセスデバイス105-dはまた、ネットワークアクセスデバイス通信器1730またはネットワーク通信器1740の1つまたは複数を含み得る。これらの構成要素の各々は、1つまたは複数のバス1735を通じて、直接または間接的に、互いに通信していることがある。
メモリ1720は、ランダムアクセスメモリ(RAM)または読取り専用メモリ(ROM)を含み得る。メモリ1720は、実行されると、たとえば、ネットワークアクセスデバイスと少なくとも1つのUEとの間で送信されるべきデータと関連付けられるトラフィック条件を特定することと、トラフィック条件に少なくとも一部基づいて、TDDサブフレームの動的サブフレームタイプを選択することと、TDDサブフレームのTDDヘッダにおいて動的サブフレームタイプを示すこととを含む、ワイヤレス通信に関する本明細書で説明された様々な機能をプロセッサ1710に実行させるように構成される、命令を含むコンピュータ可読のコンピュータ実行可能コード1725を記憶し得る。代替的に、コンピュータ実行可能コード1725は、プロセッサ1710によって直接実行可能ではないことがあるが、(たとえば、コンパイルされ実行されると)本明細書において説明された様々な機能をネットワークアクセスデバイス105-dに実行させるように構成されることがある。
プロセッサ1710は、インテリジェントハードウェアデバイス、たとえば、中央処理ユニット(CPU)、マイクロコントローラ、ASICなどを含み得る。プロセッサ1710は、トランシーバ1750、ネットワークアクセスデバイス通信器1730、またはネットワーク通信器1740を通じて受信された情報を処理し得る。プロセッサ1710はまた、アンテナ1755を通じた送信のためにトランシーバ1750に送信されるべき情報、1つまたは複数の他のネットワークアクセスデバイス(たとえば、ネットワークアクセスデバイス105-eおよびネットワークアクセスデバイス105-f)への送信のためにネットワークアクセスデバイス通信器1730に送信されるべき情報、または、図1に関して説明されたコアネットワーク130の1つまたは複数の態様の例であり得る、コアネットワーク1745への送信のためにネットワーク通信器1740に送信されるべき情報を処理し得る。プロセッサ1710は、単独で、またはワイヤレス通信マネージャ1320-cとともに、1つまたは複数の高周波スペクトル帯域を通じて通信すること(またはそれを通じた通信を管理すること)の様々な態様を扱い得る。
トランシーバ1750は、パケットを変調して変調されたパケットを送信のためにアンテナ1755に与え、アンテナ1755から受信されたパケットを復調するように構成される、モデムを含み得る。トランシーバ1750は、いくつかの例では、1つまたは複数の送信機および1つまたは複数の別個の受信機として実装され得る。トランシーバ1750は、1つまたは複数の高周波スペクトル帯域における通信をサポートし得る。トランシーバ1750は、図1に関して説明されたUE115の1つまたは複数、または図15に関して説明された装置1515のうちの1つまたは複数などの、1つまたは複数のUEまたは装置と、アンテナ1755を介して双方向に通信するように構成され得る。ネットワークアクセスデバイス105-dは、たとえば、複数のアンテナ1755(たとえば、アンテナアレイ)を含み得る。ネットワークアクセスデバイス105-dは、ネットワーク通信器1740を通じてコアネットワーク1745と通信し得る。ネットワークアクセスデバイス105-dは、ネットワークアクセスデバイス通信器1730を使用して、ネットワークアクセスデバイス105-eおよびネットワークアクセスデバイス105-fなどの他のネットワークアクセスデバイスとも通信し得る。
ワイヤレス通信マネージャ1320-cは、1つまたは複数の高周波スペクトル帯域を通じたワイヤレス通信に関する、図1から図14に関して説明された技法または機能の一部またはすべてを、実行または制御するように構成され得る。ワイヤレス通信マネージャ1320-cもしくはその一部がプロセッサを含むことがあり、またはワイヤレス通信マネージャ1320-cの機能の一部もしくはすべてがプロセッサ1710によって、またはプロセッサ1710と連係して実行されることがある。いくつかの例では、ワイヤレス通信マネージャ1320-cは、図1、図13、または図14に関して説明されたワイヤレス通信マネージャ1320の例であり得る。
図18は、本開示の1つまたは複数の態様による、ワイヤレス通信において使用するためのUE115-aのブロック図1800を示す。UE115-aは、パーソナルコンピュータ(たとえば、ラップトップコンピュータ、ネットブックコンピュータ、タブレットコンピュータなど)、携帯電話、PDA、DVR、インターネットアプライアンス、ゲームコンソール、電子書籍リーダ、車両、家電機器、照明もしくは警報制御システムなどに含まれることがあり、またはそれらの一部であることがある。UE115-aは、いくつかの例では、モバイル動作を容易にするために、小型バッテリなどの内部電源(図示せず)を有することがある。いくつかの例では、UE115-aは、図1に関して説明されたUE115の1つまたは複数の態様、または図15に関して説明された装置1515の態様の例であり得る。UE115-aは、図1〜図16に関して説明されたUEまたは装置の技法および機能の少なくともいくつかを実装するように構成され得る。
UE115-aは、プロセッサ1810、メモリ1820、少なくとも1つのトランシーバ(トランシーバ1830によって表される)、少なくとも1つのアンテナ(アンテナ1840によって表される)、またはワイヤレス通信マネージャ1520-cを含み得る。これらの構成要素の各々は、1つまたは複数のバス1835を通じて、直接または間接的に互いに通信していてよい。
メモリ1820は、RAMまたはROMを含み得る。メモリ1820は、実行されると、たとえば、サブフレームのTDDヘッダにおいて、TDDサブフレームの動的サブフレームタイプの指示を特定すること、および動的サブフレームタイプに少なくとも一部基づいてTDDサブフレームの間にデータを送信しまたはデータを受信することを含む、ワイヤレス通信に関して本明細書で説明された様々な機能をプロセッサ1810に実行させるように構成される、命令を含むコンピュータ可読のコンピュータ実行可能コード1825を記憶し得る。代替的に、コンピュータ実行可能コード1825は、プロセッサ1810によって直接実行可能ではないことがあるが、(たとえば、コンパイルされ実行されると)本明細書において説明された様々な機能をUE115-aに実行させるように構成されることがある。
プロセッサ1810は、インテリジェントハードウェアデバイス、たとえば、CPU、マイクロコントローラ、ASICなどを含み得る。プロセッサ1810は、トランシーバ1830を通じて受信された情報、またはアンテナ1840を通じた送信のためにトランシーバ1830に送信されるべき情報を処理し得る。プロセッサ1810は、単独で、またはワイヤレス通信マネージャ1520-cとともに、1つまたは複数の高周波スペクトル帯域を通じて通信すること(またはそれを通じた通信を管理すること)の様々な態様を扱い得る。
トランシーバ1830は、パケットを変調して変調されたパケットを送信のためにアンテナ1840に与え、アンテナ1840から受信されたパケットを復調するように構成される、モデムを含み得る。トランシーバ1830は、いくつかの例では、1つまたは複数の送信機および1つまたは複数の別個の受信機として実装され得る。トランシーバ1830は、1つまたは複数の高周波スペクトル帯域における通信をサポートし得る。トランシーバ1830は、図1もしくは図17に関して説明されたネットワークアクセスデバイス105のうちの1つまたは複数、または図13に関して説明された装置1305のうちの1つまたは複数と、アンテナ1840を介して双方向に通信するように構成され得る。UE115-aは単一のアンテナを含み得るが、UE115-aが複数のアンテナ1840を含み得る例があり得る。
ワイヤレス通信マネージャ1520-cは、1つまたは複数の高周波スペクトル帯域を通じたワイヤレス通信に関する、図1から図16に関して説明されたUEまたは装置の技法または機能の一部またはすべてを、実行または制御するように構成され得る。ワイヤレス通信マネージャ1520-cもしくはその一部がプロセッサを含むことがあり、またはワイヤレス通信マネージャ1520-cの機能の一部もしくはすべてがプロセッサ1810によって、またはプロセッサ1810と連係して実行されることがある。いくつかの例では、ワイヤレス通信マネージャ1520-cは、図1、図15、または図16に関して説明されたワイヤレス通信マネージャ1520の例であり得る。
図19は、本開示の1つまたは複数の態様による、ワイヤレス通信のための方法1900の例を示すフローチャートである。明確にするために、方法1900は、図1もしくは図17に関して説明されたネットワークアクセスデバイス105(たとえば、eNB、ANC、RH、または基地局)の態様、または図13に関して説明された装置1305の態様、または図1、図13、図14、もしくは図17に関して説明されたワイヤレス通信マネージャ1320の態様を参照して以下で説明される。いくつかの例では、ネットワークアクセスデバイスは、以下に説明される機能を実行するようにネットワークアクセスデバイスの機能要素を制御するためのコードの1つまたは複数のセットを実行し得る。加えて、または代わりに、ネットワークアクセスデバイスは、専用ハードウェアを使用して、以下で説明される機能のうちの1つまたは複数を実行し得る。
ブロック1905において、方法1900は、TDDサブフレームの動的サブフレームタイプを選択するステップを含み得る。いくつかの例では、動的サブフレームタイプは、DL中心動的サブフレームタイプ、UL中心動的サブフレームタイプ、双方向動的サブフレームタイプ、全二重動的サブフレームタイプ、動的切替え動的サブフレームタイプ、混合干渉測定動的サブフレームタイプ、または分散スケジューリング動的サブフレームタイプのうちの2つ以上を含む、動的サブフレームタイプのセットから選択され得る。ブロック1905における動作は、図1、図13、図14、もしくは図17に関して説明されたワイヤレス通信マネージャ1320、または、図13もしくは図14に関して説明された動的サブフレームタイプ選択器1340を使用して実行され得る。
ブロック1910において、方法1900は、TDDサブフレームのTDDヘッダにおいて動的サブフレームタイプを示すステップを含み得る。いくつかの例では、動的サブフレームタイプは、TDDサブフレームの時間的に最初のシンボル期間内で示され得る。いくつかの例では、動的サブフレームタイプを示すステップは、参照信号に動的サブフレームタイプの指示を埋め込むステップ、サブフレームタイプインジケータチャネルにおいて動的サブフレームタイプの指示を送信するステップ、または動的サブフレームタイプに対応するDCIのタイプを送信するステップのうちの少なくとも1つを含み得る。いくつかの例では、動的サブフレームタイプを示すステップは、セルと関連付けられるUEに動的サブフレームタイプをブロードキャストするステップ、またはセルと関連付けられるUEのサブセットに動的サブフレームタイプをユニキャストするステップのうちの少なくとも1つを含み得る。いくつかの例では、動的サブフレームタイプを示すステップは、図3に関して説明されるように、システム帯域幅の周波数の狭い帯域の中で動的サブフレームタイプの指示を送信するステップを含み得る。
いくつかの場合、動的サブフレームタイプは、指示(すなわち、1つまたは複数のビット)の内容と、構成されている任意のコンテキストまたはモードとの組合せを使用して、決定され得る。たとえば、ネットワークアクセスデバイス105およびネットワークアクセスデバイス105と通信しているUEが、動的サブフレームタイプのサブセットをサポートするように構成され、動的サブフレームタイプのサブセットが動的に変化しない場合、動的サブフレームタイプの指示は、動的サブフレームタイプのサブセット内のどの動的サブフレームタイプが使用されているかを指定し得る。いくつかの例では、動的サブフレームタイプを示すステップは、ULデータ送信方向もしくはDLデータ送信方向を示す第1のビット、または半二重データ送信もしくは全二重データ送信を示す第2のビット、またはこれらの組合せのうちの少なくとも1つを送信するステップを含み得る。ブロック1910における動作は、図1、図13、図14、もしくは図17に関して説明されたワイヤレス通信マネージャ1320、または、図13もしくは図14に関して説明された動的サブフレームタイプ指示マネージャ1345を使用して実行され得る。
このようにして、方法1900はワイヤレス通信を実現し得る。方法1900は一実装形態にすぎないこと、および方法1900の動作は、他の実装形態が可能であるように、並べ替えられ得ること、または別様に修正され得ることに留意されたい。
図20は、本開示の1つまたは複数の態様による、ワイヤレス通信のための方法2000の例を示すフローチャートである。明確にするために、方法2000は、図1もしくは図17に関して説明されたネットワークアクセスデバイス105(たとえば、eNB、ANC、RH、または基地局)の態様、または図13に関して説明された装置1305の態様、または図1、図13、図14、もしくは図17に関して説明されたワイヤレス通信マネージャ1320の態様を参照して以下で説明される。いくつかの例では、ネットワークアクセスデバイスは、以下に説明される機能を実行するようにネットワークアクセスデバイスの機能要素を制御するためのコードの1つまたは複数のセットを実行し得る。加えて、または代わりに、ネットワークアクセスデバイスは、専用ハードウェアを使用して、以下で説明される機能のうちの1つまたは複数を実行し得る。
ブロック2005において、方法2000は、ネットワークアクセスデバイスと少なくとも1つのUEとの間で送信されるべきデータと関連付けられるトラフィック条件を特定するステップを含み得る。いくつかの場合、トラフィック条件はUL/DLトラフィック比を含み得る。いくつかの例では、UL/DLトラフィック比は、ネットワークアクセスデバイスへの送信のために待ち行列に入れられたトラフィックと、少なくとも1つのUEへの送信のために待ち行列に入れられたトラフィックとの比を含み得る。ブロック2005における動作は、図1、図13、図14、もしくは図17に関して説明されたワイヤレス通信マネージャ1320、または、図13もしくは図14に関して説明されたトラフィック比特定器1335を使用して実行され得る。
ブロック2010において、方法2000は、トラフィック条件に少なくとも一部基づいて、サブフレームの動的サブフレームタイプを選択するステップを含み得る。いくつかの例では、動的サブフレームタイプは、DL中心動的サブフレームタイプ、UL中心動的サブフレームタイプ、双方向動的サブフレームタイプ、または全二重動的サブフレームタイプのうちの2つ以上を含む、動的サブフレームタイプのセットから選択され得る。ブロック2010における動作は、図1、図13、図14、もしくは図17に関して説明されたワイヤレス通信マネージャ1320、または、図13もしくは図14に関して説明された動的サブフレームタイプ選択器1340を使用して実行され得る。
ブロック2015において、方法2000は、選択された動的サブフレームタイプに少なくとも一部基づいて、TDDサブフレームのデータ領域をスケジューリングするステップを含み得る。ブロック2015における動作は、図1、図13、図14、もしくは図17に関して説明されたワイヤレス通信マネージャ1320、または、図14に関して説明されたTDDデータ領域スケジューラ1405を使用して実行され得る。
ブロック2020において、選択された動的サブフレームタイプがUL部分を有するデータ領域と関連付けられるいくつかの例では(このUL部分はいくつかの例ではデータ領域全体を含み得る)、方法2000は、TDDサブフレームのDL制御領域とデータ領域との間にガード期間をスケジューリングするステップを含み得る。ブロック2020における動作は、図1、図13、図14、もしくは図17に関して説明されたワイヤレス通信マネージャ1320、または、図14に関して説明されたガード期間スケジューラ1410を使用して実行され得る。
ブロック2025において、方法2000は、TDDサブフレームの終わりにTDDサブフレームのためのHARQ送信期間を割り振るステップ、後続のサブフレームのDL制御領域にTDDサブフレームのための少なくとも1つのHARQ送信リソースを割り振るステップ、または、TDDサブフレームのための少なくとも1つのDL HARQ送信リソースおよびTDDサブフレームのための少なくとも1つのUL HARQ送信リソースをTDDサブフレームにおいて割り振るステップのうちの少なくとも1つを含み得る。ブロック2025における動作は、図1、図13、図14、もしくは図17に関して説明されたワイヤレス通信マネージャ1320、または、図14に関して説明されたHARQリソース割振器1415を使用して実行され得る。
ブロック2030において、方法2000は、TDDサブフレームのTDDヘッダを送信するステップを含み得る。TDDヘッダは、DL制御領域と動的サブフレームタイプの指示とを含み得る。いくつかの例では、動的サブフレームタイプの指示は、DL制御領域において送信され得る。いくつかの例では、DL制御領域は、TDDサブフレームの時間的に最初のシンボル期間内で送信され、または、TDDサブフレームの時間的に最初のシンボル期間およびTDDサブフレームの時間的に2番目のシンボル内で送信され得る。いくつかの例では、動的サブフレームタイプは、TDDサブフレームの時間的に最初のシンボル期間内で示され得る。いくつかの例では、動的サブフレームタイプを示すステップは、参照信号に動的サブフレームタイプの指示を埋め込むステップ、サブフレームタイプインジケータチャネルにおいて動的サブフレームタイプの指示を送信するステップ、または動的サブフレームタイプに対応するDCIのタイプを送信するステップのうちの少なくとも1つを含み得る。
いくつかの例では、動的サブフレームタイプを示すステップは、セルと関連付けられるUEに動的サブフレームタイプをブロードキャストするステップ、またはセルと関連付けられるUEのサブセットに動的サブフレームタイプをユニキャストするステップのうちの少なくとも1つを含み得る。いくつかの例では、動的サブフレームタイプを示すステップは、図3に関して説明されるように、システム帯域幅の周波数の狭い帯域の中で動的サブフレームタイプの指示を送信するステップを含み得る。いくつかの例では、動的サブフレームタイプを示すステップは、ULデータ送信方向もしくはDLデータ送信方向を示す第1のビット、または半二重データ送信もしくは全二重データ送信を示す第2のビット、またはこれらの組合せのうちの少なくとも1つを送信するステップを含み得る。ブロック2030における動作は、図1、図13、図14、もしくは図17に関して説明されたワイヤレス通信マネージャ1320、図14に関して説明されたTDDヘッダ送信マネージャ1420もしくはDL制御領域送信マネージャ1425、または、図13もしくは図14に関して説明された動的サブフレームタイプ指示マネージャ1345を使用して実行され得る。
ブロック2035において、方法2000は、スケジューリングされたデータ領域においてデータを送信および/または受信するステップを含み得る。ブロック2035における動作は、図1、図13、図14、もしくは図17に関して説明されたワイヤレス通信マネージャ1320、または、図14に関して説明されたデータ送信/受信マネージャ1430を使用して実行され得る。
ブロック2040において、方法2000は、ブロック2025においてスケジューリングされるHARQリソース上で少なくとも1つのHARQ送信を送信および/または受信するステップを含み得る。ブロック2040における動作は、図1、図13、図14、もしくは図17に関して説明されたワイヤレス通信マネージャ1320、または、図14に関して説明されたHARQマネージャ1435を使用して実行され得る。
このようにして、方法2000はワイヤレス通信を実現し得る。方法2000は一実装形態にすぎないこと、および方法2000の動作は、他の実装形態が可能であるように、並べ替えられ得ること、または別様に修正され得ることに留意されたい。
図21は、本開示の1つまたは複数の態様による、ワイヤレス通信のための方法2100の例を示すフローチャートである。明確にするために、方法2100は、図1もしくは図18に関して説明されたUE115の1つまたは複数の態様、または図15に関して説明された装置1515の態様、または図1、図15、図16、もしくは図18に関して説明されたワイヤレス通信マネージャ1520の態様に関して、以下で説明される。いくつかの例では、ワイヤレスデバイス(たとえば、UE、装置、またはワイヤレス通信マネージャ)は、以下で説明される機能を実行するためにワイヤレスデバイスの機能要素を制御するために、1つまたは複数のコードのセットを実行することができる。加えて、または代わりに、ワイヤレスデバイスは、専用ハードウェアを使用して、以下で説明される機能のうちの1つまたは複数を実行することができる。
ブロック2105において、方法2100は、サブフレームのTDDヘッダにおいて、TDDサブフレームの動的サブフレームタイプの指示を特定するステップを含み得る。いくつかの例では、動的サブフレームタイプは、DL中心動的サブフレームタイプ、UL中心動的サブフレームタイプ、双方向動的サブフレームタイプ、または全二重動的サブフレームタイプを含み得る。いくつかの例では、動的サブフレームタイプは、TDDサブフレームの時間的に最初のシンボル期間内で特定され得る。いくつかの例では、動的サブフレームタイプは、参照信号に埋め込まれる動的サブフレームタイプの指示、サブフレームタイプインジケータチャネルにおいて受信される動的サブフレームタイプの指示、または受信されたDCIのタイプのうちの少なくとも1つに少なくとも一部基づいて特定され得る。いくつかの例では、動的サブフレームタイプは、ブロードキャストされる制御情報、またはユニキャストされる制御情報のうちの少なくとも1つにおいて受信され得る。いくつかの例では、動的サブフレームタイプを特定するステップは、図3に関して説明されるように、システム帯域幅の周波数の狭い帯域の中で動的サブフレームタイプの指示を特定するステップを含み得る。いくつかの例では、動的サブフレームタイプを特定するステップは、ULデータ送信方向もしくはDLデータ送信方向を示す第1のビット、または半二重データ送信もしくは全二重データ送信を示す第2のビット、またはこれらの組合せのうちの少なくとも1つを受信するステップを含み得る。ブロック2105における動作は、図1、図15、図16、もしくは図18に関して説明されたワイヤレス通信マネージャ1520、または、図15もしくは図16に関して説明された動的サブフレームタイプ特定器1535を使用して実行され得る。
ブロック2110において、方法2100は、動的サブフレームタイプに少なくとも一部基づいて、TDDサブフレームのデータ領域においてデータを送信しまたはデータを受信するステップを含み得る。ブロック2110における動作は、図1、図15、図16、もしくは図18に関して説明されたワイヤレス通信マネージャ1520、または、図15もしくは図16に関して説明されたデータ送信/受信マネージャ1540を使用して実行され得る。
このようにして、方法2100はワイヤレス通信を実現し得る。方法2100は一実装形態にすぎないこと、および方法2100の動作は、他の実装形態が可能であるように、並べ替えられ得ること、または別様に修正され得ることに留意されたい。
図22は、本開示の1つまたは複数の態様による、ワイヤレス通信のための方法2200の例を示すフローチャートである。明確にするために、方法2200は、図1もしくは図18に関して説明されたUE115の1つまたは複数の態様、または図15に関して説明された装置1515の態様、または図1、図15、図16、もしくは図18に関して説明されたワイヤレス通信マネージャ1520の態様に関して、以下で説明される。いくつかの例では、ワイヤレスデバイス(たとえば、UE、装置、またはワイヤレス通信マネージャ)は、以下で説明される機能を実行するためにワイヤレスデバイスの機能要素を制御するために、1つまたは複数のコードのセットを実行することができる。加えて、または代わりに、ワイヤレスデバイスは、専用ハードウェアを使用して、以下で説明される機能のうちの1つまたは複数を実行することができる。
ブロック2205において、方法2200は、サブフレームのTDDヘッダを受信するステップを含み得る。TDDヘッダは、DL制御領域とTDDサブフレームの動的サブフレームタイプの指示とを含み得る。いくつかの例では、動的サブフレームタイプの指示は、DL制御領域において受信され得る。いくつかの例では、DL制御領域は、TDDサブフレームの時間的に最初のシンボル期間内で受信され、または、TDDサブフレームの時間的に最初のシンボル期間およびTDDサブフレームの時間的に2番目のシンボル内で受信され得る。ブロック2205における動作は、図1、図15、図16、もしくは図18に関して説明されたワイヤレス通信マネージャ1520、または、図16に関して説明されたヘッダプロセッサ1605を使用して実行され得る。
ブロック2210において、方法2200は、TDDヘッダにおいて(およびいくつかの例では、DL制御領域において)、動的サブフレームタイプの指示を特定するステップを含み得る。いくつかの例では、動的サブフレームタイプは、DL中心動的サブフレームタイプ、UL中心動的サブフレームタイプ、双方向動的サブフレームタイプ、全二重動的サブフレームタイプ、動的切替え動的サブフレームタイプ、混合干渉測定動的サブフレームタイプ、または分散スケジューリング動的サブフレームタイプを含み得る。いくつかの例では、動的サブフレームタイプは、TDDサブフレームの時間的に最初のシンボル期間内で特定され得る。いくつかの例では、動的サブフレームタイプは、参照信号に埋め込まれる動的サブフレームタイプの指示、サブフレームタイプインジケータチャネルにおいて受信される動的サブフレームタイプの指示、または受信されたDCIのタイプのうちの少なくとも1つに少なくとも一部基づいて特定され得る。
いくつかの例では、動的サブフレームタイプは、ブロードキャストされる制御情報、またはユニキャストされる制御情報のうちの少なくとも1つにおいて受信され得る。いくつかの例では、動的サブフレームタイプを特定するステップは、図3に関して説明されるように、システム帯域幅の周波数の狭い帯域の中で動的サブフレームタイプの指示を特定するステップを含み得る。いくつかの例では、動的サブフレームタイプを特定するステップは、ULデータ送信方向もしくはDLデータ送信方向を示す第1のビット、または半二重データ送信もしくは全二重データ送信を示す第2のビット、またはこれらの組合せのうちの少なくとも1つを受信するステップを含み得る。ブロック2210における動作は、図1、図15、図16、もしくは図18に関して説明されたワイヤレス通信マネージャ1520、図16に関して説明されたヘッダプロセッサ1605、または、図15もしくは図16に関して説明された動的サブフレームタイプ特定器1535を使用して実行され得る。
ブロック2215において、特定された動的サブフレームタイプがUL部分を有するデータ領域と関連付けられるいくつかの例では(このUL部分はいくつかの例ではデータ領域全体を含み得る)、方法2200は、DL制御領域とデータ領域との間のガード期間の間、送信を控えるステップを含み得る。ブロック2205における動作は、図1、図15、図16、もしくは図18に関して説明されたワイヤレス通信マネージャ1520、または、図16に関して説明されたガード期間マネージャ1610を使用して実行され得る。
ブロック2220において、方法2200は、動的サブフレームタイプに少なくとも一部基づいて、TDDサブフレームのデータ領域においてデータを送信しまたはデータを受信するステップを含み得る。ブロック2220における動作は、図1、図15、図16、もしくは図18に関して説明されたワイヤレス通信マネージャ1520、または、図15もしくは図16に関して説明されたデータ送信/受信マネージャ1540を使用して実行され得る。
ブロック2225において、方法2200は、TDDサブフレームの終わりにおけるTDDサブフレームのためのHARQ送信期間の割振り、後続のサブフレームのDL制御領域におけるTDDサブフレームのための少なくとも1つのHARQ送信リソースの割振り、または、TDDサブフレームのための少なくとも1つのDL HARQ送信リソースおよびTDDサブフレームのための少なくとも1つのUL HARQ送信リソースのTDDサブフレームにおける割振りのうちの少なくとも1つを特定するステップを含み得る。ブロック2225における動作は、図1、図15、図16、もしくは図18に関して説明されたワイヤレス通信マネージャ1520、または、図16に関して説明されたHARQマネージャ1615を使用して実行され得る。
ブロック2230において、方法2200は、割り振られたHARQリソース上で少なくとも1つのHARQ送信を送信および/または受信するステップを含み得る。ブロック2230における動作は、図1、図15、図16、もしくは図18に関して説明されたワイヤレス通信マネージャ1520、または、図16に関して説明されたHARQマネージャ1615を使用して実行され得る。
このようにして、方法2200はワイヤレス通信を実現し得る。方法2200は一実装形態にすぎないこと、および方法2200の動作は、他の実装形態が可能であるように、並べ替えられ得ること、または別様に修正され得ることに留意されたい。
いくつかの例では、図19、図20、図21、または図22に関して説明された方法1900、2000、2100、または2200のうちの2つ以上からの態様が組み合わされ得る。方法1900、2000、2100、および2200は例示的な実装形態にすぎず、方法1900、2000、2100、または2200の動作は、他の実装形態が可能であるように並べ替えられ、または場合によっては変更され得ることに留意されたい。
本明細書において説明される技法は、CDMA、TDMA、FDMA、OFDMA、シングルキャリアFDMA(SC-FDMA)、および他のシステムなどの様々なワイヤレス通信システムのために使用され得る。「システム」および「ネットワーク」という用語は、しばしば、互換的に使用される。CDMAシステムは、CDMA2000、Universal Terrestrial Radio Access(UTRA)などの無線技術を実装し得る。CDMA2000は、IS-2000、IS-95、およびIS-856規格をカバーする。IS-2000のリリース0およびAは、CDMA2000 1X、1Xなどと呼ばれ得る。IS-856(TIA-856)は、CDMA2000 1xEV-DO、High Rate Packet Data(HRPD)などと呼ばれ得る。UTRAは、広帯域CDMA(WCDMA(登録商標))およびCDMAの他の変形を含む。TDMAシステムは、Global System for Mobile Communications(GSM(登録商標))などの無線技術を実装し得る。OFDMAシステムは、Ultra Mobile Broadband(UMB)、Evolved UTRA(E-UTRA)、IEEE802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE802.20、Flash-OFDM(商標)などの無線技術を実装し得る。UTRAおよびE-UTRAは、Universal Mobile Telecommunication System(UMTS)の一部である。3GPP LTEおよびLTE-Aは、E-UTRAを使用するUMTSの新たなリリースである。UTRA、E-UTRA、UMTS、LTE、LTE-A、およびGSM(登録商標)は、3GPPと称する組織からの文書に記載されている。CDMA2000およびUMBは、「第3世代パートナーシッププロジェクト2」(3GPP2)と称する組織からの文書に記載されている。本明細書において説明される技法は、免許不要帯域幅または共有帯域幅を介したセルラー(たとえば、LTE)通信を含む、上述のシステムおよび無線技術、ならびに他のシステムおよび無線技術のために使用され得る。しかしながら、上の説明は、例としてLTE/LTE-Aシステムを説明し、上の説明の大部分においてLTE用語が使用されるが、本技法はLTE/LTE-A適用例以外に適用可能である。
添付の図面に関して上に記載された発明を実施するための形態は、例を説明しており、実装され得る例、または特許請求の範囲内にある例のすべてを表すものではない。この説明で使用される「例」および「例示的」という用語は、「例、事例、もしくは例示として機能すること」を意味し、「好ましい」または「他の例よりも有利である」ことを意味しない。詳細な説明は、説明された技法の理解を与える目的で、具体的な詳細を含む。しかしながら、これらの技法は、これらの具体的な詳細を伴うことなく実践されることがある。いくつかの事例では、説明される例の概念を不明瞭にすることを回避するために、よく知られている構造および装置はブロック図の形態で示されている。
情報および信号は、様々な異なる技術および技法のうちのいずれかを使用して表され得る。たとえば、上記の説明全体にわたって参照され得るデータ、命令、コマンド、情報、信号、ビット、記号、およびチップは、電圧、電流、電磁波、磁場もしくは磁性粒子、光場もしくは光学粒子、またはそれらの任意の組合せによって表されることがある。
本明細書の開示に関連して説明された様々な例示的なブロックおよび構成要素は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、ASIC、FPGAもしくは他のプログラマブル論理デバイス、ディスクリートゲートもしくはトランジスタロジック、ディスクリートハードウェア構成要素、または、本明細書において説明された機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。
本明細書において説明された機能は、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。プロセッサによって実行されるソフトウェアで実装される場合、機能は、1つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され得る。他の例および実装形態が、本開示および添付の特許請求の範囲および趣旨内にある。たとえば、ソフトウェアの性質に起因して、上で説明された機能は、プロセッサによって実行されるソフトウェア、ハードウェア、ファームウェア、ハードワイヤリング、またはそれらのいずれかの組合せを使用して実施され得る。機能を実施する特徴は、機能の部分が異なる物理的な場所において実施されるように分散されることを含めて、様々な位置に物理的に配置されることが可能である。特許請求の範囲内を含む、本明細書において使用されるときに、「および/または」という用語は、2つ以上の項目の列挙において使用されるとき、列挙される項目のうちのいずれか1つを単独で利用できること、または列挙される項目のうちの2つ以上からなる任意の組合せを利用できることを意味する。たとえば、組成物が構成要素A、B、および/またはCを含むものとして説明される場合、組成物は、Aのみ、Bのみ、Cのみ、AとBとの組合せ、AとCとの組合せ、BとCとの組合せ、またはAとBとCとの組合せを含み得る。特許請求の範囲を含めて、本明細書で使用される場合、項目の列挙(たとえば、「のうちの少なくとも1つ」または「のうちの1つまたは複数」などの句で終わる項目の列挙)中で使用される「または」は、たとえば、項目の列挙「のうちの少なくとも1つ」を指す句が単一のメンバーを含むそれらの項目の任意の組合せを指すような包含的列挙を示す。例として、「A、B、またはCのうちの少なくとも1つ」は、A、B、C、A-B、A-C、B-C、およびA-B-C、ならびに複数の同じ要素を有する任意の組合せ(たとえば、A-A、A-A-A、A-A-B、A-A-C、A-B-B、A-C-C、B-B、B-B-B、B-B-C、C-C、およびC-C-C、または任意の他の順序のA、B、およびC)を包含するものとする。
本明細書で使用される、「に基づいて」という句は、条件の閉集合を指すものと解釈されるものではない。たとえば、「条件Aに基づいて」と記載される例示的な動作は、本開示の範囲から逸脱することなく、条件Aと条件Bの両方に基づき得る。言い換えると、本明細書で使用される、「に基づいて」という句は、「に少なくとも部分的に基づいて」という句と同じように企図されるものとする。
コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、非一時的コンピュータ記憶媒体と通信媒体の両方を含む。非一時的記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、非一時的コンピュータ可読媒体は、RAM、ROM、電気的消去可能プログラマブル読取り専用メモリ(EEPROM)、コンパクトディスク(CD)ROMもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または命令もしくはデータ構造の形態の所望のプログラムコード手段を担持もしくは記憶するために使用され、汎用コンピュータもしくは専用コンピュータまたは汎用プロセッサもしくは専用プロセッサによってアクセスされ得る任意の他の非一時的媒体を備え得る。さらに、任意の接続をコンピュータ可読媒体と呼ぶことは適正である。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL)、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は媒体の定義に含まれる。本明細書では、ディスク(disk)およびディスク(disc)は、CD、レーザーディスク(登録商標)(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピーディスク(disk)およびBlu-ray(登録商標)ディスク(disc)を含み、ディスク(disk)は通常、データを磁気的に再生し、ディスク(disc)は、レーザーを用いてデータを光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれる。
本開示の以上の説明は、当業者が本開示を作成または使用できるように与えられる。本開示の様々な変更は当業者には容易に明らかとなり、本明細書で定義される一般原理は、本開示の範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書において説明される実施例および設計に限定されるものではなく、本明細書において開示される原理および新規な技法と一致する最も広い範囲が与えられるべきである。