JP2017500793A - 迅速なｔｄｄ構成インディケーションをサポートするためのシステム、方法、及びデバイス - Google Patents

Abstract

アプリケーション内のフロー優先順位付けをサポートするための複数のシステム及び複数の方法が本明細書に開示される。ユーザ機器（ＵＥ）は、進化型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）ＮｏｄｅＢ（ｅＮＢ）と通信可能に結合されるよう構成され得る。ｅＮＢは、経験したトラヒックに基づいて時分割多重化（ＴＤＤ）スケジュールを迅速に変更できる場合がある。ｅＮＢは、ＴＤＤスケジュールのために、ＵＥがどのサブフレームを監視すべきかを示し得る。インディケーションは、ビットマップ、コード等であってよい。ビットマップ及び／又はコードは、ＴＤＤスケジュールがどのフレーム及び／又はどのサブフレームにおいて送信されることができるかを制限することにより、短くされ得る。ＵＥは、サブフレームを監視してＴＤＤスケジュールを受信し得る。ＵＥは、ＴＤＤスケジュールが適用されるべく前に、遅延を決定し得る。遅延は、ＴＤＤスケジュールが受信されたサブフレームに基づいて決定され得る。

Description

［関連出願の相互参照］ 本出願は、２０１４年１月６日に出願された米国仮特許出願番号第６１／９２４，１９４号に基づく優先権及び利益を主張し、その全体を参照により本明細書に組み込まれる。

本開示は、時分割多重化システムのアップリンク／ダウンリンク構成の迅速なインディケーションをサポートするための複数のシステム、複数の方法及び複数のデバイスに関する。

複数のＵＥと通信可能に結合される複数のｅＮＢを備えるシステムの概略図である。

ＴＤＤ ＵＬ／ＤＬ構成情報を送信するためのスケジュールを図示するタイムラインである。

複数のサブフレームからビットマップへのマッピングの概略図である。

ＴＤＤ ＵＬ／ＤＬ構成情報が受信された複数のサブフレームから、ＴＤＤ ＵＬ／ＤＬ構成が適用される無線フレームへのマッピングの概略図である。

ＵＬ／ＤＬ構成の迅速なインディケーションを用いてデバイスを構成するための方法のフロー図である。

ＵＥにＵＬ／ＤＬ構成の迅速なインディケーションを提供するための方法のフロー図である。

ＴＤＤ ＵＬ／ＤＬ構成の迅速なインディケーションを受信することができるＵＥの概略図である。

無線モバイル通信技術では、様々な規格及びプロトコルを使用して、基地局と無線通信デバイスとの間でデータを送信する。複数の無線通信システム規格及びプロトコルは、例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）、業界団体で通称ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭＡＸ）の電気電子技術者協会（ＩＥＥＥ）８０２．１６規格、及び業界団体で通称ＷｉＦｉ（登録商標）のＩＥＥＥ８０２．１１規格を含むことができる。複数のＬＴＥシステムの複数の３ＧＰＰ無線アクセスネットワーク（ＲＡＮ）において、基地局は、進化型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）ＮｏｄｅＢ（進化型ＮｏｄｅＢ、拡張型ＮｏｄｅＢ、ｅＮｏｄｅＢ、又はｅＮＢとしても一般に表されている）、及び／又はユーザ機器（ＵＥ）として知られている無線通信デバイスと通信する、Ｅ−ＵＴＲＡＮにおける複数の無線ネットワークコントローラ（ＲＮＣ）を含み得る。複数のＬＴＥネットワークにおいて、Ｅ−ＵＴＲＡＮは、複数のｅＮｏｄｅＢを含んでよく、複数のＵＥと通信してよい。進化型パケットコア（ＥＰＣ）は、Ｅ−ＵＴＲＡＮを、インターネットなどの外部ネットワークと通信可能に結合させ得る。

複数のＬＴＥネットワークは、高データレート、低レイテンシ、パケット最適化、並びに改善されたシステム容量及びカバレッジを提供する、無線アクセス技術及びコア無線ネットワークアーキテクチャを含む。複数のＬＴＥネットワークにおいて、ｅＮＢは、１つ又は複数のＵＥと通信し得る。１つ又は複数のＵＥのアクティビティに応じて、ｅＮＢは、複数の異なるトラヒックプロファイル（例えば、バースト性の、連続性の等）のアップリンク（ＵＬ）及びダウンリンク（ＤＬ）トラヒックの複数の異なる量を経験し得る。例えば、ｅＮＢは、集中するＤＬトラヒック、バースト性のＵＬトラヒック、及び／又は同様のものを経験し得る。ｅＮＢは、ｅＮＢにより経験されたトラヒックの量及びプロファイルに基づいて時分割多重化（ＴＤＤ）ＵＬ／ＤＬ構成を選択し得る。ＴＤＤ ＵＬ／ＤＬ構成は、フレームにおける各サブフレームに対する送信方向を示す予め定義された及び／又は予め定められたスケジュールであってよい。複数の予め定められたスケジュールは、異なる種類のトラヒックを処理するよう構成され得る（例えば、ＬＴＥは、バースト性のＵＬトラヒックのために最適化される構成０及び集中するＤＬトラヒックのために最適化された構成５などの、７つの可能な構成を含み得る）。１つ又は複数のＵＥは、現在のトラヒック状況に基づいて選択されているＴＤＤ ＵＬ／ＤＬ構成の結果として、より良い性能を経験し得る。これは、ピコ又はフェムトセルなどの複数の低電力Ｎｏｄｅ（ＬＰＮ）と通信する複数のＵＥにとっては、特に当てはまる場合がある。

ＴＤＤ ＵＬ／ＤＬ構成は、半静的に変更され得る（例えば、最大で６４０ｍｓに１回変更され得る）。しかしながら、トラヒックの状況は、ＴＤＤ ＵＬ／ＤＬ構成に対する更新よりも頻繁に変わり得る。複数のＬＰＮ等の複数のｅＮＢの性能は、ＴＤＤ ＵＬ／ＤＬ構成をより頻繁に更新する（例えば、１０，２０，４０，又は８０ｍｓ等毎に最大１回更新する）ことによって改善され得る。更新の間の最短時間は、修正期間と称され得る。ＵＥは、ｅＮＢに対して、ＵＥがより頻繁な更新をサポートする（例えば、ＵＥが拡張型干渉緩和及びトラヒック適合（ｅＩＭＴＡ）をサポートする）ことを示し得る。ｅＮＢは、ＵＥがＴＤＤ ＵＬ／ＤＬ構成情報のためにどのサブフレームを監視すべきかのインディケーションを送信し得る。ＵＥは、示されたサブフレームの間にＴＤＤ ＵＬ／ＤＬ構成情報を送信し得る。例えば、所望の構成を示す特定化されたダウンリンク制御情報（ＤＯ）（例えば、再構成ＤＣＩ）は、送信され得る。再構成ＤＣＩは、既存のタイプのＤＣＩから区別すべく、プライマリセル（Ｐｃｅｌｌ）共通検索空間（ＣＳＳ）の間に、ユニークなｅＩＭＴＡ無線ネットワーク一時識別子（ＲＮＴＩ）で送信され得る。ＵＥは、ＴＤＤ ＵＬ／ＤＬ構成がどのフレームに適用されるべきかを決定してよく、決定されたフレームに、ＴＤＤ ＵＬ／ＤＬ構成を適用してよい。

ＵＥがどのサブフレームを監視すべきか、かつ、どのようにそれらのサブフレームをＵＥにシグナリングするかを決定するとき、ＵＥによる不連続受信（ＤＲＸ）の長いＤＣＩ送信周期性の効果は、候補のサブフレームに対するむやみな複数の復号化の試みによる電力消費とのバランスを保ち得る。情報要素（ＩＥ）は、ＴＤＤ ＵＬ／ＤＬ構成情報が送信され得る潜在的なサブフレームを複数のＵＥに示す能力があるｅＩＭＴＡに送信されてよい。ＵＥは、次に、ＤＲＸのアクティブ時間の間にどこを監視すればよいかが分かる。実施形態において、ビットマップは、上位レイヤのシグナリングを通って（例えば、無線リソース制御（ＲＲＣ）メッセージを用いて）、送信され得る。ＴＤＤ ＵＬ／ＤＬ構成情報は、周期的に送信され得る。ＴＤＤ ＵＬ／ＤＬ構成情報は、誤検出を防ぐべく、システム情報ブロック１（ＳＩＢ１）ＤＬサブフレーム又は特定のサブフレーム上にのみ送信され得る。ＵＥは、同じ修正期間内のＴＤＤ ＵＬ／ＤＬ構成情報の全ての送信が同一であることを前提とし得る。ＵＥは、ＴＤＤ ＵＬ／ＤＬ構成情報が１回目で問題なく復号化された後に、修正期間において再びその復号化を試みなくてよい。修正期間の開始位置及び／又は持続時間は、複数の予め定義された値を示す上位レイヤのシグナリングにより示され得る。

実施形態において、現在のＴＤＤ ＵＬ／ＤＬ構成における各ＤＬサブフレーム又は特定のサブフレームは、ビットマップの要素に対応し得る。従って、ビットマップのの長さが、Ｌ＝ＭｘＴ／１０となってよく、式においてＬが長さで、Ｍが現在のＴＤＤ ＵＬ／ＤＬ構成下のフレーム毎のＤＬ及び特定のサブフレームの数で、Ｔがミリ秒単位の修正期間である。１０による分割は、１０ミリ秒フレームでの実施形態のためにミリ秒からフレームの数へ変換してよく、複数の他の長さを有する複数のフレームのための複数の数式は、当業者には明らかである。ビットマップにおける各ビットは、対応するサブフレームが監視されるべきかを示し得る。例えば、「１」は、それは監視されるべきと示してよく、「０」は、それは監視されるべきではないと示してよい。表１は、一実施形態に係る複数の異なるＴＤＤ ＵＬ／ＤＬ構成及び修正期間のためのビットマップ長を列挙する。表１−様々なＴＤＤ ＵＬ／ＤＬ構成のためのビットマップ長

ビットマップの長さ、並びに個々のビットの意味は、どのＴＤＤ ＵＬ／ＤＬ構成が現に適用されているかに基づいて変わり得る。結果として、更新されたビットマップを含むＩＥは、ＴＤＤ ＵＬ／ＤＬ構成が変わる度に、送信される必要があり得る。いくつかの例において、監視されるべきサブフレームは、ＴＤＤ ＵＬ／ＤＬ構成に変更があったにも関わらず変わらない場合がある。実施形態において、ＵＥは、ＴＤＤ ＵＬ／ＤＬ構成に変更があったにも関わらず、更新されたビットマップが受信されていない場合、前に特定されたサブフレームを継続して監視してよい。代替的に、又は加えて、ビットマップ長は、最大数のＤＬ及び特定のサブフレームを有するＴＤＤ ＵＬ／ＤＬ構成（例えば、表１の実施形態の構成５）に対応するように選択され得る。ビットマップのビットと、常にアップロードのために用いられるサブフレーム以外のサブフレーム（例えば、実施形態におけるサブフレーム２以外の全てのサブフレーム）との間で１対１のマッピングがあってよい。ｅＮＢは、どのサブフレームを監視するかをシグナリングする場合、修正期間の長さ及び対応してサイズが定められたビットマップのインディケーションのみを送信する必要があり得る。ｅＮＢは、監視されているサブフレームがＴＤＤ ＵＬ／ＤＬ構成における変更により、結果的にＵＬサブフレームになった場合、更新されたビットマップを送信してよく、及び／又はＵＥは、どのサブフレームがＵＬサブフレームかを決定することを担当するが、ビットマップに関わらず、それらのサブフレームを監視することを担当しなくてよい。

ビットマップの長さは、最小数のＤＬ及び特定のサブフレームを有するＴＤＤ ＵＬ／ＤＬ構成（例えば、表１の実施形態の構成０）の長さに基づいて代わりに選択され得る。ＵＥは、全ての可能なＴＤＤ ＵＬ／ＤＬ構成下のＤＬ又は特定のサブフレームであるサブフレーム（例えば、実施形態におけるサブフレーム０，１，５，及び６）のみを監視する必要があってよい。よって、ビットマップの長さは、修正期間の長さのみに応じてよく、ＵＥは、どのサブフレームが監視されるべきではないＵＬサブフレームであるかを決定することを担当しなくてよい。さらに、各修正期間においてより少ないサブフレームを監視する結果、シグナリングのオーバヘッドが実質的に低減されることがあり、ＵＥの複雑性が低減されることがあり、再構成ＤＣＩの誤検出の確率が潜在的により低くなることがある。

ビットマップの長さは、ＴＤＤ ＵＬ／ＤＬ構成情報が複数の特定のフレームの間にのみ送信されることを制限して、更に低減され得る。実施形態において、ＴＤＤ ＵＬ／ＤＬ構成情報は、各修正期間における最後の１つ又は２つのフレームの間にのみ送信され得る。例えば、１つのフレームに等しい持続時間を有する修正期間が、そのフレームの間に修正を可能にし得るが、他方、２つ、４つ、及び／又は８つのフレームに等しい持続時間を有する修正期間は、修正期間の最後の２つのフレームの間に修正を可能にし得る。代替的に、又は加えて、任意の持続時間の複数の修正期間は、修正期間の最後のフレームに制限され得る。ｅＮＢは、どのサブフレームを監視するかをシグナリングする場合、修正期間の長さ及び監視されるべきフレームの数に基づいてサイズが定められたビットマップのインディケーションのみを送信する必要があり得る。表２は、複数の異なる実施形態及び修正期間のためのビットマップの長さを列挙する。表２−様々な実施形態のための複数のビットマップ長

ＴＤＤ ＵＬ／ＤＬ構成情報の送信は、修正期間にわたって均等に分配され得る。当該均等の分配は、（例えば、ＴＤＤ ＵＬ／ＤＬ構成情報の送信の間で起動する、ＤＲＸの複数のＵＥでは）最新のＴＤＤ ＵＬ／ＤＬ構成情報を獲得するためにレイテンシを低減させてよく、さもなければ、レイテンシはより長い修正期間に対して相当大きい場合がある。送信を均等に配分するために、ＴＤＤ ＵＬ／ＤＬ構成情報を送信するのに用いられる複数のサブフレームは、修正期間内に複数のサブフレームにわたって均等に離間されてよい。例えば、同じサブフレームは、あらゆる無線フレームに用いられ得る。ビットマップは、前述した複数の方法のうちのいずれかに従ってサブフレームを示すのに用いられ得るが、ビットマップの長さは、複数の無線フレームを含む修正期間のために増加させられる必要がなくてよい。例えば、ＴＤＤ ＵＬ／ＤＬ構成情報の送信が、全ての可能なＴＤＤ ＵＬ／ＤＬ構成下のＤＬ又は特定のサブフレームである複数のサブフレームに制限された場合、ビットマップの長さは、最小数のＤＬ及び特定のサブフレームを有するＴＤＤ ＵＬ／ＤＬ構成におけるＤＬ及び特定のサブフレームの数に等しくてよい。

代替的に、コードは、どのサブフレームがＴＤＤ ＵＬ／ＤＬ構成情報を含むべきかを特定するのに用いられてよい。例えば、コードの各可能な値は、ＴＤＤ ＵＬ／ＤＬ構成情報が含まれる単一のサブフレームに対応し得る。修正期間毎に１つのサブフレームのみがＴＤＤ ＵＬ／ＤＬ構成情報を送信するのに用いられる、及び／又は、同じサブフレームが各フレームに用いられる場合、次に、単一のコードのみがサブフレームを識別する必要とされ得る。コードは、バイナリコードであってよく、コードの長さはおよそ、２を底とする、可能なＤＬ及び特定のサブフレームの数の対数をとったものであってよい。ＴＤＤ ＵＬ／ＤＬ構成情報が４つの可能なサブフレームに制限される実施形態において、コードは、２ビットの長さしかなくてもよい（例えば、サブフレーム０に対して００、サブフレーム１に対して０１、サブフレーム５に対して１０、及びサブフレーム６に対して１１）。

ＵＥがＴＤＤ ＵＬ／ＤＬ構成を指定する再構成ＤＣＩを受信するとき、ＵＥは、ＴＤＤ ＵＬ／ＤＬ構成情報が受信されたサブフレームに基づいて決定されるフレームに、検出されたＵＬ／ＤＬ構成を適用し得る。実施形態において、ＴＤＤ ＵＬ／ＤＬ構成は、ＴＤＤ ＵＬ／ＤＬ構成情報が現在のフレームの１つ目のサブフレーム（例えば、サブフレーム０）において検出されたとき、現在のフレームに適用されてよく、例えば、これにより、拡張型物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）監視及び／又はチャネル状態情報（ＣＳＩ）フィードバックを可能にする。ＴＤＤ ＵＬ／ＤＬ構成は、ＴＤＤ ＵＬ／ＤＬ構成情報が１つ目のサブフレーム以外のサブフレームにおいて検出されたとき、現在のフレームと予め定められたオフセットだけ異なるフレームに適用され得る。例えば、オフセットは、１（例えば、ＴＤＤ ＵＬ／ＤＬ構成が次のフレームに適用される）、２、３、４等であってよい。オフセットは、修正期間に依存しなくてよい。代替的に、又は加えて、ＴＤＤ ＵＬ／ＤＬ構成は、ＴＤＤ ＵＬ／ＤＬ構成情報が１つ目のサブフレーム以外のサブフレームにおいて検出されたとき、次の修正期間において適用され得る。

図１は、複数のＵＥ１２５、１３５と通信可能に結合されている複数のｅＮＢ１１０、１２０、１３０を含むシステム１００の概略図である。複数のｅＮＢは、マクロセル１１０のカバレッジエリア内のマクロセル１１０及び複数のフェムトセル１２０、１３０を含み得る。複数のＵＥ１２５、１３５は、スマートフォン、タブレット、ラップトップ、ラップトップ又はパーソナルコンピュータと結合されるモデム、及び／又は同様のものであってよい。フェムトセル１２０、１３０は、異なる種類のトラヒックを経験し得る。例えば、第１のフェムトセル１２０は、複数のスマートフォン１２５と結合されてよく、集中するダウンリンクトラヒックを経験し得る。第２のフェムトセル１３０は、複数のラップトップ１３５と結合されてよく、集中するアップリンクトラヒックを経験し得る。よって、第１のフェムトセル１２０は、集中するＤＬトラヒックに適応できるＴＤＤ ＵＬ／ＤＬ構成を適用してよく、第２のフェムトセル１３０は、集中するＵＬトラヒックに適応できるＴＤＤ ＵＬ／ＤＬ構成を適用してよい。

フェムトセル１２０、１３０の狭いカバレッジエリアに起因して、トラヒックのタイプが迅速に変わるように、それぞれのフェムトセル１２０、１３０と接続されている複数のＵＥは、変わり得る。ＵＥ１２５、１３５により経験された性能は、変化するトラヒックに適応するように、ＴＤＤ ＵＬ／ＤＬ構成を迅速に修正することによって改善され得る。１つ又は複数のｅＮＢ１１０、１２０、１３０は、修正期間毎に最大１回、ＴＤＤ ＵＬ／ＤＬ構成情報を更新し得る。修正期間は、半静的な更新期間に対して短くされ得る。例えば、修正期間は、１０ｍｓ、２０ｍｓ、４０ｍｓ、８０ｍｓ、及び／又は同様のものであってよい。ｅＮＢ１１０、１２０、１３０のうちの１つ又は複数は、複数のＵＥ１２５、１３５に、修正期間、及び、更新されたＴＤＤ ＵＬ／ＤＬ構成情報についていつ監視するかを知らせ得る。ｅＮＢ１１０、１２０、１３０は、監視されるべき時間において、複数のＵＥ１２５、１３５へ、ＴＤＤ ＵＬ／ＤＬ構成情報を送信し得る。ｅＮＢ１１０、１２０、１３０及び／又はＵＥ１２５、１３５は、更新されたＴＤＤ ＵＬ／ＤＬ構成を適用し得る。ｅＮＢ１１０、１２０、１３０及び／又はＵＥ１２５、１３５は、ＴＤＤ ＵＬ／ＤＬ構成情報の送信の後にどのくらい長くＴＤＤ ＵＬ／ＤＬ構成を適用するかを決定するよう構成されてよく、これにより、全ての必要なエンティティにより同時に適用される。

図２は、ＴＤＤ ＵＬ／ＤＬ構成情報を送信するためのスケジュールを図示するタイムライン２００である。タイムライン２００は、ＴＤＤ ＵＬ／ＤＬ構成情報が送信される連続した修正期間２１０、２２０を含む。それぞれの修正期間２１０、２２０は、異なるＴＤＤ ＵＬ／ＤＬ構成情報を含み得るが、必ずしもそうする必要としない。第１の修正期間２１０は、ＴＤＤ ＵＬ／ＤＬ構成情報が送信される複数のサブフレーム２１１、２１５を含み得る。同じ修正期間２１０内のそれぞれのサブフレーム２１１、２１５は、同一のＴＤＤ ＵＬ／ＤＬ構成情報を含み得る。よって、一旦ＵＥが、修正期間２１０、２２０において少なくとも１つのサブフレーム２１１、２１５からＴＤＤ ＵＬ／ＤＬ構成情報を復号化すると、修正期間２１０、２２０において任意の他のサブフレーム２１１、２１５を監視する又は復号化することは必要としなくてよい。修正期間２１０、２２０は、ＴＤＤ ＵＬ／ＤＬ構成情報を有する複数のサブフレーム２１１、２１５を含んでよく、複数のサブフレーム２１１、２１５は、ほぼ均等に離間されてよく、それにより、起動して及び／又はｅＮＢのカバレッジ範囲に入る複数のＵＥが、より短い時間でＤＲＸを実行することができる。

図３は、サブフレームからビットマップ３２０へのマッピング３００の概略図である。図示された実施形態において、複数の追加のＤＬサブフレームが存在し得るにも関わらず、フレーム３１１、３１２毎に４つのサブフレームのみが、ビットマップ３２０により表され得る。４つのサブフレームは、あらゆる可能なＴＤＤ ＵＬ／ＤＬ構成におけるダウンリンク又は特定のサブフレームであるサブフレームであってよい。従って、ビットマップ３２０は、長さを変更する必要も、又はＴＤＤ ＵＬ／ＤＬ構成が変わるとき、再送信される必要もなくてよく、ＵＥは、ビットマップの３２０の複数の要素が有効かどうか（例えば、複数の要素がＤＬ又は特定のサブフレームに対応するかどうか）を決定する必要がなくてよい。図示されている修正期間３１０は、４つのフレームの持続時間を有し得る。

ビットマップの３２０のサイズを低減するために、ＴＤＤ ＵＬ／ＤＬ構成情報は、修正期間３１０において２つのフレーム３１１、３１２の間にのみ、送信され得る。結果として、ビットマップ３２０は、最初の２つのフレームにおける複数のサブフレームに対応する複数の要素を含む必要がなくてよく、ビットマップ３２０は、そうでなかったら短くなっていたであろう長さよりも短くなり得る。図示されたビットマップ３２０は、複数の追加のサブフレーム及び／又は複数のフレームがＴＤＤ ＵＬ／ＤＬ構成情報を送信するのに利用可能にも関わらず、ＴＤＤ ＵＬ／ＤＬ構成情報が送信され得る複数のサブフレームを表す８つの要素のみを含む。代替的な実施形態において、ビットマップ３２０は、現在の構成における各ＤＬ又は特定のサブフレームに対する要素、最大数のＤＬ及び特定のサブフレームを有する構成における各ＤＬ又は特定のサブフレームに対する要素、より多くの又はより少ないフレームに対する複数の要素、及び／又は同様のものを含み得る。別の実施形態において、ビットマップ３２０よりも、３ビットのコードなどのコードが用いられてよい。

図４は、ＴＤＤ ＵＬ／ＤＬ構成情報が受信された複数のサブフレームから、ＴＤＤ ＵＬ／ＤＬ構成が適用される複数の無線フレーム４１０、４２０、４３０へのマッピング４００の概略図である。１つ目のサブフレーム（例えば、サブフレーム０）においてＴＤＤ ＵＬ／ＤＬ構成情報が受信される場合、ＴＤＤ ＵＬ／ＤＬ構成は、同じ無線フレーム４１０、４２０、４３０に適用され得る。例えば、再構成ＤＣＩは、第１のフレーム４１０の１つ目のサブフレームにおいて受信され得る。再構成ＤＣＩからのＴＤＤ ＵＬ／ＤＬ構成は、第１のフレーム４１０に適用され得る。実施形態において、最初の３つのサブフレーム（例えば、サブフレーム０、１、及び２）が全ての構成下で同一であり得るので、ＵＥは、４つ目のサブフレーム（例えば、サブフレーム３）まで同じフレームにおいてこの構成を適用し得る。

ＴＤＤ ＵＬ／ＤＬ構成情報が第１のフレーム４１０の１つ目のサブフレーム以外のサブフレームにおいて受信される場合、ＴＤＤ ＵＬ／ＤＬ構成は、予め定められた数のフレームだけオフセットしたフレーム４２０、４３０に適用され得る。オフセットは、１つ（例えば、次のフレーム４２０）、２つ、３つ、４つのフレーム又は同様のものであってよい。ＵＥは、オフセットされたフレーム４２０、４３０の４つ目のサブフレームまでＴＤＤ ＵＬ／ＤＬ構成を適用し得て、そうするには十分な時間があり得る。いくつかの実施形態において、ＴＤＤ ＵＬ／ＤＬ構成情報が１つ目のサブフレーム以外のサブフレームにおいて受信された場合、ＴＤＤ ＵＬ／ＤＬ構成は、次の修正期間の第１のフレームに適用され得る。よって、ＴＤＤ ＵＬ／ＤＬ構成情報が受信されたフレームに応じて遅延が変動し得る。

図５は、ＵＬ／ＤＬ構成の迅速なインディケーションを用いてデバイスを構成するための方法５００のフロー図である。方法５００は、ｅＮＢにｅＩＭＴＡをサポートする能力を通知する段階５０２により開始してよい。段階５０４では、応答において、ｅＮＢから、ＴＤＤ ＵＬ／ＤＬ構成情報についてどのサブフレームを監視するかについてのインディケーションが受信され得る。複数のインディケーションは、再構成ＤＣＩに含まれる１つ又は複数のＩＥとして受信され得る。複数のインディケーションは、いくつかの実施形態において、前述したビットマップ構成のうちの１つのようなビットマップを含み得る。代替的に、又は加えて、複数のインディケーションは、コード（例えば、可能なサブフレーム毎に１ビットより少ないビットを有するコード）を含み得る。再構成ＤＣＩはまた、修正期間の長さのインディケーションを含み得る。

段階５０６では、監視されるべき１つ又は複数のサブフレームは、複数のインディケーションから決定され得る。実施形態において、ｅＮＢにより示された各サブフレームは、ＴＤＤ ＵＬ／ＤＬ構成情報が現在の修正期間について受信されるまで監視され得る。代替的に、又は加えて、示された複数のサブフレームのうちのいくつかがＵＬサブフレームである場合等、ｅＮＢにより示された全てのサブフレームより少ないものが監視され得る。段階５０８では、複数の決定されたサブフレームは、監視されてよく、ＴＤＤ ＵＬ／ＤＬ構成情報は、ｅＮＢから受信され得る。ＴＤＤ ＵＬ／ＤＬ構成情報は、適用されるべきＴＤＤ ＵＬ／ＤＬ構成のインディケーションを含み得る。例えば、ＴＤＤ ＵＬ／ＤＬ構成は、予め定義されてよく、及び／又は予め定められてよく、ＴＤＤ ＵＬ／ＤＬ構成情報は、どの予め定義された及び／又は予め定められたＴＤＤ ＵＬ／ＤＬ構成が適用されるべきかのインディケーションを含み得る。

段階５１０では、ＴＤＤ ＵＬ／ＤＬ構成が適用される前の遅延が決定され得る。段階５１０では、ＴＤＤ ＵＬ／ＤＬ構成情報が受信されたサブフレームに基づいて遅延が決定され得る。遅延は１つ目のサブフレーム対他のサブフレームにおいて受信されたＴＤＤ ＵＬ／ＤＬ構成情報に対して異なり得る。ＴＤＤ ＵＬ／ＤＬ構成は、ＴＤＤ ＵＬ／ＤＬ構成情報が１つ目のサブフレームにおいて受信された場合、現在のフレームに適用されてよく、ＴＤＤ ＵＬ／ＤＬ構成情報が１つ目のサブフレーム以外のサブフレームにおいて受信された場合、フレーム又は予め定められたオフセットを有する修正期間に適用されてよい。段階５１２では、ＴＤＤ ＵＬ／ＤＬ構成は、決定された遅延が経過した後にアクティブとなるように、適用され得る。データは次に、ＴＤＤ ＵＬ／ＤＬ構成に従ってｅＮＢと交換され得る。段階５０８、５０４では、それぞれの新しい修正期間において、及び／又は、ｅＮＢがＴＤＤ ＵＬ／ＤＬ構成情報、及び／又は、どのサブフレームを監視するかについての複数のインディケーションを更新する度に、追加のＴＤＤ ＵＬ／ＤＬ構成情報、及び／又は、どのサブフレームを監視するかについての複数のインディケーションが受信され得る。

図６は、ＵＥにＵＬ／ＤＬ構成の迅速なインディケーションを提供する方法６００のフロー図である。方法６００は、ｅＩＭＴＡをサポートするＵＥの能力の通知を受信する段階６０２により開始してよい。段階６０４では、応答において、ＴＤＤ ＵＬ／ＤＬ構成情報を送信する１つ又は複数のサブフレームは、決定され得る。段階６０４では、複数のサブフレームは、現在のＴＤＤ ＵＬ／ＤＬ構成に基づいて、修正期間に基づいて、１つ又は複数のＵＥからの予測挙動（例えば、接続、起動等）に基づいて、及び／又は同様のものにより決定され得る。複数のサブフレームは、選択されてよく、これにより、サブフレームの間のレイテンシが小さい。代替的に、又は加えて、修正期間は決定され得る。

段階６０６では、ＵＥは、修正期間及び／又は１つ又は複数の決定されたサブフレームを知らされ得る。修正期間は、複数の修正期間の予め定義された及び／又は予め定められたセットから選択され得る。段階６０６では、ＵＥは、複数の予め定義された及び／又は予め定められた修正期間のうちのどれが選択されたかを知らされ得る。段階６０６では、ＵＥは、ビットマップ、１つ又は複数のコード及び／又は同様のものを用いて１つ又は複数の決定されたサブフレームを知らされ得る。例えば、前述した構成に係るビットマップ及び／又はコードは、ＵＥに送信され得る。ビットマップ及び／又はコードは、再構成ＤＣＩに含まれるＩＥとして送信され得る。ＩＥのフォーマットは、予め定義されてよく、及び／又は、前に若しくは同時にＵＥに送信され得る。段階６０８では、ＴＤＤ ＵＬ／ＤＬ構成情報は、１つ又は複数の決定されたサブフレームにおいて送信され得る。

段階６１０では、ＴＤＤ ＵＬ／ＤＬ構成情報の適用に対する遅延は、ＵＥがそうする準備ができるまでＴＤＤ ＵＬ／ＤＬ構成が適用されないように、決定され得る。ＴＤＤ ＵＬ／ＤＬ構成情報が現在のフレームの１つ目のサブフレームにおいて送信された場合、ＵＥがＴＤＤ ＵＬ／ＤＬ構成が現在のフレームに適用されると予測するだろうと仮定され得る。ＴＤＤ ＵＬ／ＤＬ構成情報が現在のフレームの１つ目のサブフレーム以外のサブフレームにおいて送信された場合、ＵＥが、現在のフレームからオフセットされたフレーム又は修正期間にＴＤＤ ＵＬ／ＤＬ構成を適用するだろうと仮定され得る。オフセットは、予め定義されてよく、及び／又は予め定められてよく、及び／又は前に若しくは同時に送信されてよい。段階６１２では、ＴＤＤ ＵＬ／ＤＬ構成情報は、決定された遅延が経過した後に有効となるように、適用され得る。方法６００は、段階６０８では、各新しい修正期間において、及び／又は、ＴＤＤ ＵＬ／ＤＬ構成が変更される必要がある度に、ＴＤＤ ＵＬ／ＤＬ構成情報を継続して送信し得る。サブフレームが変更される必要がある場合、方法はまた、若しくは代わりに、段階６０４に戻って、送信するためのサブフレームを決定し得る。

図７は、ＵＥ、移動局（ＭＳ）、モバイル無線デバイス、モバイル通信デバイス、タブレット、ハンドセット、又は別のタイプの無線通信デバイス等のモバイルデバイスの例示的な図示である。モバイルデバイスは、基地局（ＢＳ）、ｅＮＢ、基準帯域ユニット（ＢＢＵ）、遠隔無線ヘッド（ＲＲＨ）、遠隔無線装置（ＲＲＥ）、リレー局（ＲＳ）、無線装置（ＲＥ）、又は別のタイプの無線ワイドエリアネットワーク（ＷＷＡＮ）アクセスポイントのような送信局と通信するよう構成された１つ又は複数のアンテナを含むことができる。モバイルデバイスは、３ＧＰＰ ＬＴＥ，ＷｉＭＡＸ，ハイ・スピード・パケット・アクセス（ＨＳＰＡ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、及びＷｉＦｉ（登録商標）を含む、少なくとも１つの無線通信規格を用いて通信するよう構成されることができる。モバイルデバイスは、各無線通信規格又は複数の無線通信規格のための共有のアンテナのための別個のアンテナを用いて通信することができる。モバイルデバイスは、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）、及び／又はＷＷＡＮと通信することができる。

図７はまた、モバイルデバイスからのオーディオ入力及び出力のために用いられることのできるマイク及び１つ又は複数のスピーカの図示を提供する。ディスプレイ画面は、液晶ディスプレイ（ＬＣＤ）スクリーン、又は、有機発光ダイオード（ＯＬＥＤ）ディスプレイのような他のタイプのディスプレイ画面であってよい。ディスプレイ画面は、タッチ画面として構成されることができる。タッチ画面は、静電容量式、抵抗、又は別のタイプのタッチ画面技術を用いてよい。アプリケーションプロセッサ及びグラフィクスプロセッサは、処理及び表示性能を提供するように、内部メモリと結合され得る。不揮発性メモリポートはまた、ユーザにデータ入力／出力オプションを提供するのに用いられることができる。不揮発性メモリポートはまた、モバイルデバイスのメモリ性能を拡張するのに用いられ得る。キーボードは、追加のユーザ入力を提供するように、モバイルデバイスと統合されてよく、又はモバイルデバイスと無線接続されてよい。仮想的キーボードはまた、タッチ画面を用いて提供され得る。複数の例

複数の以下の例は、複数の更なる実施形態に関する。

例１は、構成情報がいつ提供されるかを示すためのｅＮＢである。ｅＮＢは、プロセッサを含む。プロセッサは、ＵＥがｅＩＭＴＡをサポートするというインディケーションを受信するよう構成される。プロセッサはまた、ＵＬ／ＤＬ構成情報を伝送するための１つ又は複数のサブフレームを決定するよう構成される。プロセッサはまた、複数の決定されたサブフレームを示すＩＥを送信するよう構成される。ＩＥは、ビットマップを含む。

例２において、例１のビットマップの長さが、フレーム毎のＤＬ及び特定のサブフレームの数に基づいて選択される。

例３において、例１から２のうちのいずれかのビットマップの長さが、フレーム毎の最大数のＤＬ及び特定のサブフレームを有するＵＬ／ＤＬ構成に基づく。

例４において、例１から３のうちのいずれかのビットマップの長さが、フレーム毎の最小数のＤＬ及び特定のサブフレームを有するＵＬ／ＤＬ構成に基づく。

例５において、例１から４のうちのいずれかのプロセッサが、複数のＵＬ／ＤＬ構成においてＤＬ又は特定のサブフレームであるサブフレームを選択することによって、１つ又は複数のサブフレームを決定する。

例６において、例１から５のうちののいずれかのプロセッサが、１つ又は複数のサブフレームを含む１つ又は複数のフレームを決定する。

例７において、例１から６のうちのいずれかのＵＬ／ＤＬ構成情報を伝送するための１つ又は複数のサブフレームは、各修正期間において最後の１つ又は２つのフレームに制限される。

例８において、例１から７のうちのいずれかのＵＬ／ＤＬ構成情報が、修正期間内のあらゆるフレームの同じサブフレームに伝送される。ビットマップは、各フレームのどのサブフレームかを示す。

例９は、スケジューリング情報がいつ提供されるかを示すための方法である。方法は、多重化スケジュールを送信するための時分割を選択する段階を含む。多重化スケジュールは、複数の時分割のそれぞれに対する送信方向を示す。多重化スケジュールを送信する段階は、選択された時分割のために許可される。方法はまた、選択された時分割のインディケーションを送信する段階を含む。

例１０において、例９の選択された時分割のインディケーションを送信する段階は、ベクトルを送信する段階を含む。ベクトルのそれぞれの要素が時分割に対応する。

例１１において、例９から１０のうちのいずれかの方法は、多重化スケジュールを決定する段階を含む。多重化スケジュールは、修正期間毎に最大１回、決定される。

例１２において、例９から１１のうちのいずれかのベクトルの長さが、修正期間毎のフレームの数及び送信が許可されたフレーム毎の時分割の数に対応する。

例１３において、例９から１２のうちのいずれかの時分割を選択する段階は、修正期間において全ての可能なフレームより少ないフレームにおける時分割から選択する段階を含む。

例１４において、例９から１３のうちのいずれかのベクトルの長さは、予め定められた多重化スケジュールにおいて送信が許可される時間周期の数に対応する。

例１５において、例９から１４のうちのいずれかの選択された時分割のインディケーションを送信する段階は、選択された時分割を示すコードを送信する段階を含む。コードは、選択された時分割のみに対応する。

例１６において、例９から１５のうちのいずれかの選択された時間のインディケーションを送信する段階は、フレーム毎に１回、選択された時間のインディケーションを送信する段階を含む。

例１７において、例９から１６のうちのいずれかの多重化スケジュールは、予め定められたスケジュールのインディケーションを含む。

例１８は、無線通信デバイスである。無線通信デバイスは、回路を含む。回路は、基地局からのスケジューリング情報を受信するよう構成される。スケジューリング情報は、複数のサブフレームに対する送信方向を示す。回路はまた、スケジューリング情報を適用するフレームを決定するよう構成される。フレームは、スケジューリング情報が受信されたサブフレームに基づいて決定される。回路はまた、決定されたフレームに、スケジューリング情報を適用するよう構成される。

例１９において、例１８の回路は、スケジューリング情報が現在のフレームの１つ目のサブフレームにおいて受信された場合、スケジューリング情報が現在のフレームに適用されるべきと決定する。

例２０において、例１８から１９のうちのいずれかの回路は、スケジューリング情報が現在のフレームの１つ目のサブフレーム以外のサブフレームにおいて受信された場合、スケジューリング情報が、現在のフレームと予め定められたオフセットだけ異なるフレームに適用されるべきと決定する。

例２１において、例１８から２０のうちのいずれかの回路は、スケジューリング情報が１つ目のサブフレーム以外のサブフレームにおいて受信された場合、スケジューリング情報が次のフレームに適用されるべきと決定する。

例２２において、例１８から２１のうちのいずれかの回路は、スケジューリング情報が現在のフレームの１つ目のサブフレーム以外のサブフレームにおいて受信された場合、スケジューリング情報が次の修正期間の第１のフレームに適用されるべきと決定する。

例２３は、構成情報がいつ提供されるかを示するための方法である。方法は、ＵＥがｅＩＭＴＡをサポートするというインディケーションを受信する段階を含む。方法はまた、ＵＬ／ＤＬ構成情報を伝送するための１つ又は複数のサブフレームを決定する段階を含む。方法はまた、複数の決定されたサブフレームを示すＩＥを送信する段階を含む。ＩＥは、ビットマップを含む。

例２４において、例２３のビットマップの長さは、フレーム毎のＤＬ及び特定のサブフレームの数、及び、修正期間におけるフレームの数に基づいて選択される。

例２５において、例２３から２４のうちのいずれかのビットマップの長さは、フレーム毎の最大数のＤＬ及び特定のサブフレームを有するＵＬ／ＤＬ構成に基づく。

例２６において、例２３から２５のうちのいずれかのビットマップの長さは、フレーム毎の最小数のＤＬ及び特定のサブフレームを有するＵＬ／ＤＬ構成に基づく。

例２７において、例２３から２６のうちのいずれかの１つ又は複数のサブフレームを決定する段階は、複数のＵＬ／ＤＬ構成におけるＤＬ又は特定のサブフレームであるサブフレームを選択する段階を含む。

例２８において、例２３から２７のうちのいずれかの１つ又は複数のサブフレームを決定する段階は、当該１つ又は複数のサブフレームを含む１つ又は複数のフレームを決定する段階を含む。

例２９において、例２３から２８のうちのいずれかのＵＬ／ＤＬ構成情報を伝送するための１つ又は複数のサブフレームは、各修正期間において最後の１つ又は２つのフレームに制限される。

例３０において、例２３から２９のうちのいずれかのＵＬ／ＤＬ構成情報が、修正期間内のあらゆるフレームの同じサブフレームにおいて伝送される。ビットマップは、各フレームのどのサブフレームかを示す。

例３１において、例２３から３０のうちのいずれかの方法は、現在の修正期間に対するＵＬ／ＤＬ構成を決定する段階と、決定されたサブフレームにおいて決定されたＵＬ／ＤＬ構成のインディケーションを送信する段階とを含む。

例３２において、例２３から３１のうちのいずれかの決定されたＵＬ／ＤＬ構成のインディケーションは、予め定められたＵＬ／ＤＬ構成のインディケーションを含む。

例３３は、ＵＬ／ＤＬ構成情報を適用するための方法である。方法は、ｅＮＢからＵＬ／ＤＬ構成情報を受信する段階を含む。方法はまた、ＵＬ／ＤＬ構成情報を適用するフレームを決定する段階を含む。フレームは、ＵＬ／ＤＬ構成情報が受信されたサブフレームに基づいて決定される。方法はまた、決定されたフレームのＵＬ／ＤＬ構成情報を適用する段階を含む。

例３４において、例３３のフレームを決定する段階は、ＵＬ／ＤＬ構成情報が現在のフレームの１つ目のサブフレームにおいて受信された場合、ＵＬ／ＤＬ構成情報が現在のフレームに適用されるべきと決定する段階を含む。

例３５において、例３３から３４のうちのいずれかのフレームを決定する段階は、ＵＬ／ＤＬ構成情報が現在のフレームの１つ目のサブフレーム以外のフレームにおいて受信された場合、ＵＬ／ＤＬ構成情報が現在のフレームと予め定められたオフセットだけ異なるフレームに適用されるべきと決定する段階を含む。

例３６は、任意の先行の例において説明されているような方法を実行するための手段を含む装置である。

例３７は、実行された場合、方法を実装する、又は任意の先行の例に説明されているような装置を実現するための複数の機械可読命令を含む機械可読ストレージである。

様々な技術、又は特定の態様若しくはこれらの部分は、フロッピー（登録商標）ディスケット、ＣＤ−ＲＯＭ、ハードドライブ、非一時的コンピュータ可読記憶媒体、又は任意の他の機械可読記憶媒体等の有形のメディアに具現化されるプログラムコード（すなわち、複数の命令）の形態を取ってよく、当該プログラムコードがコンピュータのような機械内にロードされ、機械により実行された場合、当該機械は、当該様々な技術を実行するための装置となる。プログラム可能なコンピュータ上でプログラムコードを実行する場合、コンピューティングデバイスは、プロセッサ、プロセッサに可読な記憶媒体（揮発性メモリ及び不揮発性メモリ及び／又はストレージ要素を含む）、少なくとも１つの入力デバイス、及び少なくとも１つの出力デバイスを含み得る。揮発性メモリ及び不揮発性メモリ及び／又はストレージ要素は、ＲＡＭ，ＥＰＲＯＭ，フラッシュドライブ、光ドライブ、磁気ハードドライブ、又は電子データを格納するための別の媒体であり得る。ｅＮＢ（又は他の基地局）及びＵＥ（又は他の移動局）はまた、トランシーバ構成要素、カウンタ構成要素、処理構成要素、及び／又はクロック構成要素又はタイマ構成要素を含み得る。本明細書で説明されている様々な技術を実装し得る又は利用し得る１つ又は複数のプログラムは、アプリケーション・プログラミング・インタフェース（ＡＰＩ）、再使用可能な制御及び同様のものを使用し得る。そのようなプログラムは、コンピュータシステムと通信すべく、高水準手続き型又はオブジェクト向けのプログラミング言語に実施され得る。しかしながら、プログラムは、所望であれば、アセンブリ又は機械言語に実装され得る。何らかの場合においても、言語は、コンパイラ型又はインタプリタ型言語であってよく、複数のハードウェア実装と組み合わせられ得る。

本明細書において説明されている多くの機能的ユニットが、１つ又は複数の構成要素として実装されてよいことが理解されるべきであり、それらの実装の独立性をより具体的に強調するために用いられる用語である。例えば、構成要素は、カスタムの超大規模集積（ＶＬＳＩ）回路又はゲートアレイ、ロジックチップ等の既製の半導体、トランジスタ、又は他の別個の構成要素を含むハードウェア回路として実装され得る。構成要素はまた、フィールド・プログラマブル・ゲート・アレイ、プログラマブル・アレイ・ロジック、プログラマブル・ロジック・デバイス、又は同様のもの等のプログラマブル・ハードウェア・デバイスに実装され得る。

構成要素はまた、様々なタイプのプロセッサによる実行のためのソフトウェアに実装され得る。実行可能なコードの識別された構成要素は、例えば、コンピュータ命令の１つ又は複数の物理又は論理ブロックを含んでよく、例えば、オブジェクト、プロシージャ、又は関数として体系化されてよい。それでもなお、識別された構成要素の実行ファイルは、物理的に共に位置付けられる必要はないが、論理的に共に結合されたときに、その構成要素を含み、その構成要素のための述べられた目的を達成する異なる位置に格納される複数の異なる命令を含んでよい。

実際に、実行可能なコードの構成要素は、単一の命令、又は多数の命令であり得て、いくつかの異なるコードセグメントにわたって、異なるプログラム間で、及びいくつかのメモリデバイスにわたってさえも分配され得る。同様に、処理データは、構成要素内に本明細書で識別されて図示されてよく、任意の適切な形態で具現化され、任意の適切なタイプのデータ構造内で体系化されてよい。処理データは、単一のデータセットとして収集されてよく、又は異なる記憶デバイスにわたって含む異なる位置にわたって分配させられてよく、及び単にシステム又はネットワーク上で電子信号として少なくとも部分的に存在してよい。構成要素は、受動的又は能動的であってよく、所望の機能を実行するように動作可能なエージェントを含む。

本明細書全体を通じて「ある例」と言った場合は、その例に関連して説明されている特定の特徴、構造、又は特性が少なくとも本開示の一実施形態に含まれることを意味する。従って、本明細書全体を通じて様々な箇所における「例において」という文言という出現は、必ずしも全て同一の実施形態を参照していない。

本明細書で用いられたように、複数のアイテム、複数の構造的要素、複数の組成的要素、及び／又は複数の材料は、便宜上の共通のリストに示されてよい。しかしながら、リストの各部材が別個でユニークな部材として個々に識別されるかのように、これらのリストが解釈されるべきである。従って、そのようなリストの個々の部材は、それとは反対の指摘がない限り、共通のグループにおけるそれの提示に専ら基づいて、同じリストの任意の他の部材の事実上の均等物としてのみ解釈されるべきではない。加えて、本開示の様々な実施形態及び例が、これらの様々な構成要素に対する代替例と共に、本明細書にて参照され得る。そのような実施形態、例、及び代替例は、互いに、事実上均等であると解釈されるべきでないが、本開示の、別個かつ自律的な表現として考えられるべきであることが理解されたい。

上述は、明確の目的のためにいくつかの詳細に説明されているが、特定の変更及び修正はこれらの原理から逸脱することなしで行われ得ることが明らかであろう。本明細書で説明されている複数のプロセス及び装置の両方を実装する代替例が多く存在することは留意されるべきである。よって、これらの実施形態は、限定的なものではなく、図示的なものとみなされるべきであり、開示は、本明細書で与えられている複数の詳細に限定されるものではないが、添付の請求項の範囲及び均等物内で変更され得る。

当業者は、多くの変更が開示の根本的な原理から逸脱することなしで上において説明されている複数の実施形態の詳細に対して行われ得ることを理解するであろう。従って、本出願の範囲は、以下の請求項のみにより決定されるべきである。

Claims (18)

1. 無線通信デバイスと基地局との間を多重化する構成を決定するための方法であって、
   前記無線通信デバイスにおいて、前記基地局からの送信を符号化するのに用いられる識別子を検出する段階であって、前記識別子は、多重化スケジュールが送信されていることを示す、段階と、
   前記多重化スケジュールを復号化する段階であって、前記多重化スケジュールは、複数のサブフレームのそれぞれに対する送信方向を示す段階と、
   前記多重化スケジュールを適用するフレームを選択する段階であって、前記フレームは、前記多重化スケジュールが復号化されたサブフレームのサブフレーム数に基づいて選択される段階と、
   選択された前記フレームにおける前記多重化スケジュールに従って前記基地局と通信する段階と
   を備える
   方法。
2. 前記フレームを選択する段階は、前記多重化スケジュールが現在のフレームの１つ目のサブフレームにおいて復号化される場合、前記現在のフレームを選択する段階を含む、
   請求項１に記載の方法。
3. 前記フレームを選択する段階は、前記多重化スケジュールが現在のフレームの１つ目のサブフレーム以外のサブフレームにおいて復号化される場合、予め定められたオフセットだけ前記現在のフレームと異なるフレームを選択する段階を含む、
   請求項１に記載の方法。
4. 前記フレームを選択する段階は、前記多重化スケジュールが前記現在のフレームの前記１つ目のサブフレーム以外の前記サブフレームにおいて復号化される場合、次のフレームを選択する段階を含む、
   請求項３に記載の方法。
5. 前記多重化スケジュールを復号化する段階の後に、次の再構成期間まで複数の追加の多重化スケジュールの復号化を遅延させる段階を更に備える
   請求項１から４のいずれか１項に記載の方法。
6. 前記多重化スケジュールに対する更新のための再構成周期性が１０ミリ秒である、
   請求項１から５のいずれか１項に記載の方法。
7. アップリンク／ダウンリンク（ＵＬ／ＤＬ）通信のためのスケジュールを決定すべく、進化型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）と通信するユーザ機器（ＵＥ）であって、
   前記ＵＥは、
   Ｅ−ＵＴＲＡＮ ＮｏｄｅＢ（ｅＮＢ）から拡張型干渉緩和及びトラヒック適合（ｅＩＭＴＡ）無線ネットワーク一時識別子（ＲＮＴＩ）を検出し、ＵＬ／ＤＬ構成のインディケーションを復号化するトランシーバであって、前記ＲＮＴＩは、前記ＵＬ／ＤＬ構成の前記インディケーションがシグナリングされていることを示す、トランシーバと、
   前記トランシーバと通信可能に結合されプロセッサであって、前記プロセッサは、前記ＵＬ／ＤＬ構成の前記インディケーションが受信されたサブフレームのサブフレーム数を決定し、前記ＵＬ／ＤＬ構成の前記インディケーションが受信された前記サブフレームの前記サブフレーム数に基づいて選択される無線フレームに前記ＵＬ／ＤＬ構成を適用するプロセッサと
   を備える、
   ユーザ機器（ＵＥ）である。
8. 前記プロセッサは、現在のフレームのサブフレーム０において前記ＵＬ／ＤＬ構成の前記インディケーションが受信される場合、前記現在のフレームに前記ＵＬ／ＤＬ構成を適用する、
   請求項７に記載のＵＥ。
9. 前記プロセッサは、前記ＵＬ／ＤＬ構成の前記インディケーションが現在のフレームのサブフレーム０以外のサブフレームにおいて受信される場合、前記現在のフレームと予め定められたオフセットだけ異なるフレームに、前記ＵＬ／ＤＬ構成を適用する、
   請求項７に記載のＵＥ。
10. 前記プロセッサは、前記ＵＬ／ＤＬ構成の前記インディケーションが前記現在のフレームのサブフレーム０以外の前記サブフレームにおいて受信される場合、前記現在のフレームの後の次のフレームに、前記ＵＬ／ＤＬ構成を適用する、
    請求項９に記載のＵＥ。
11. 前記プロセッサは、前記ＵＬ／ＤＬ構成の受信された前記インディケーションと同じ再構成期間において検出された前記ＵＬ／ＤＬ構成の複数の追加のインディケーションが、前記ＵＬ／ＤＬ構成の受信された前記インディケーションと同一であることを前提とする、
    請求項７に記載のＵＥ。
12. 前記ＵＬ／ＤＬ構成の前記インディケーションに対する更新のための再構成周期性が１０ミリ秒である、
    請求項７に記載のＵＥ。
13. 多重化構成を決定すべく、基地局と通信する装置であって、前記装置は、
    対応する識別子で、符号化されたスケジューリング情報を復号化する回路と、
    前記スケジューリング情報が受信されるサブフレームのサブフレーム数を識別する回路と、
    前記スケジューリング情報が復号化された前記サブフレームの前記サブフレーム数に基づいて選択された無線フレームに、スケジューリング情報を適用する回路と
    を備える、
    装置。
14. 前記スケジューリング情報を適用する前記回路は、ＵＬ／ＤＬ構成のインディケーションが現在のフレームのサブフレーム０において復号化される場合、前記現在のフレームに、前記スケジューリング情報を適用する回路を含む、
    請求項１３に記載の装置。
15. 前記スケジューリング情報を適用する前記回路は、現在のフレームのサブフレーム０以外のサブフレームにおいて前記スケジューリング情報が送信される場合、前記現在のフレームと予め定められたオフセットだけ異なるフレームに、前記スケジューリング情報を適用する回路を含む、
    請求項１３に記載の装置。
16. 前記スケジューリング情報を適用する前記回路は、前記現在のフレームのサブフレーム０以外の前記サブフレームにおいて前記スケジューリング情報が受信される場合、前記現在のフレームの後の次のフレームに、前記スケジューリング情報を適用する回路を含む、
    請求項１５に記載の装置。
17. 次の再構成期間まで追加のスケジューリング情報の復号化を遅延させる回路を更に備える
    請求項１３から１６のいずれか１項に記載の装置。
18. スケジューリング情報に対する更新のための再構成周期性が１０ミリ秒である、
    請求項１３から１７のいずれか１項に記載の装置。

Images