特許 6707513 無線通信システムにおいて異なるサービスについての送信を多重化するための方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6707513

(24)【登録日】2020年5月22日

(45)【発行日】2020年6月10日

(54)【発明の名称】無線通信システムにおいて異なるサービスについての送信を多重化するための方法及び装置

(51)【国際特許分類】

   H04W 52/38 20090101AFI20200601BHJP

   H04W 72/12 20090101ALI20200601BHJP

   H04W 72/04 20090101ALI20200601BHJP

【ＦＩ】

   H04W52/38

   H04W72/12 150

   H04W72/04 131

   H04W72/04 132

【請求項の数】13

【外国語出願】

【全頁数】24

(21)【出願番号】特願2017-245662(P2017-245662)

(22)【出願日】2017年12月22日

(65)【公開番号】特開2018-107804(P2018-107804A)

(43)【公開日】2018年7月5日

【審査請求日】2018年2月21日

(31)【優先権主張番号】62/438,802

(32)【優先日】2016年12月23日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】517114621

【氏名又は名称】華碩電腦股▲ふん▼有限公司

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】林 克彊

【審査官】 横田 有光

(56)【参考文献】

【文献】 特開２０１２−２３１２６７（ＪＰ，Ａ）

【文献】 Huawei, HiSilicon，UL URLLC Multiplexing Considerations[online]，3GPP TSG RAN WG1 #87 R1-1611657，２０１６年１１月 ５日，[検索日2018.11.30], インターネット<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_87/Docs/R1-1611657.zip>, 2節

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

送信を実行する方法であって、
第１のリソースを使用することによって、チャネル送信を実行するようにユーザ機器（ＵＥ）をネットワークノードによってスケジューリングするステップと、
第１の送信電力レベルを使用することによって、前記第１のリソースの第１の部分上で前記チャネル送信を前記ＵＥによって実行するステップと、
第２の送信電力レベルを使用することによって、前記第１のリソースの第２の部分上で前記チャネル送信を前記ＵＥによって実行するステップであって、前記第１の送信電力レベルは、該第２の送信電力レベルよりも低い、実行するステップと、
第２のリソースの指示を前記ＵＥによって受信するステップと、を含み、
前記第１のリソースと前記第２のリソースは、ＯＦＤＭシンボル上で重なり、
前記第１のリソースの第１の部分は前記ＯＦＤＭシンボル上にあり、前記第１のリソースの第１の部分は周波数領域において前記第２のリソースと重ならないリソース要素を含む、方法。

【請求項2】

前記第２のリソース内の送信電力レベルは、前記第２のリソース外の送信電力レベルよりも低い、請求項１に記載の方法。

【請求項3】

前記第２のリソースの指示を受信するステップは、ブロードキャストされたメッセージ、無線リソース制御（ＲＲＣ）構成メッセージ、又は物理制御チャネルのうちの１つを介する、請求項２に記載の方法。

【請求項4】

物理制御チャネルを介して前記第１のリソースの指示を受信するステップをさらに含む、請求項１に記載の方法。

【請求項5】

前記第１のリソースの第１の部分は、前記第２のリソースと重なるリソース要素を含む、請求項２に記載の方法。

【請求項6】

前記第１のリソースの第２の部分は、前記第２のリソースと重ならない、請求項２に記載の方法。

【請求項7】

前記第１の部分及び前記第２の部分は、同じ送信間隔、同じスケジューリング間隔、同じスロット又は同じミニスロットのうちの１つに関連する、請求項１に記載の方法。

【請求項8】

前記第２のリソースは、直交周波数分割多重（ＯＦＤＭ）シンボルに関連するユニット又はミニスロットに関連するユニットのうちの１つに従って構成される、請求項２に記載の方法。

【請求項9】

前記第１の送信電力レベルは、固定、構成可能又はプログラム可能である、請求項１に記載の方法。

【請求項10】

前記第２の送信電力レベルは、前記ＵＥに関連する通常又は公称電力レベルのうちの１つであり、前記第２の送信電力レベルは、電力制御式、送信帯域幅、パスロス又は電力制御コマンドのうちの１つに従って計算される、請求項１に記載の方法。

【請求項11】

プロセッサによって実行されると、動作の実行を容易にする実行可能命令を含む機械可読媒体であって、
第１のリソースを使用することによって、チャネル送信を実行するようにユーザ装置（ＵＥ）をネットワークノードによってスケジューリングするステップと、
第１の送信電力レベルを使用することによって、前記第１のリソースの第１の部分上で前記チャネル送信を前記ＵＥによって実行するステップと、
第２の送信電力レベルを使用することによって、前記第１のリソースの第２の部分上で前記チャネル送信を前記ＵＥによって実行するステップであって、前記第１の送信電力レベルは、該第２の送信電力レベルよりも低い、実行するステップと、
第２のリソースの指示を前記ＵＥによって受信するステップと、を含み、
前記第１のリソースと前記第２のリソースは、ＯＦＤＭシンボル上で重なり、
前記第１のリソースの第１の部分は前記ＯＦＤＭシンボル上にあり、前記第１のリソースの第１の部分は周波数領域において前記第２のリソースと重ならないリソース要素を含む、機械可読媒体。

【請求項12】

前記第２のリソース内の送信電力レベルは、前記第２のリソース外の送信電力レベルよりも低い、請求項１１に記載の機械可読媒体。

【請求項13】

前記第２のリソースの指示を受信するステップは、ブロードキャストされたメッセージ、無線リソース制御（ＲＲＣ）構成メッセージ、又は物理制御チャネルのうちの１つを介する、請求項１２に記載の機械可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、「Method and Apparatus for Multiplexing Transmissions for Different Services in a Wireless Communication System」と題する、２０１６年１２月２３日に出願された米国仮出願第６２／４３８，８０２号の利益を主張するものであり、そのすべては参照により本明細書に明示的に援用される。

【0002】

本開示は、概して、通信システムに関し、より詳細には、５Ｇ無線通信システムにおいて異なるサービスについての送信を多重化することに関する。

【背景技術】

【0003】

第３世代パートナーシッププロジェクト（３ＧＰＰ）は、基準設計を提供し、５Ｇのために考慮及び解決を必要とする問題を特定し、５Ｇシステムのためにリソース割り当て、リソース制御及び送信制御チャネル情報に関する多くの未解決の問題を特定している。本開示で提示する発明は、例えば、上りリンク（ＵＬ）リソースの管理を含む、これらの問題に対する数多くの解決策を提供する。

【図面の簡単な説明】

【0004】

添付の図面を参照して、様々な非限定的な実施形態をさらに説明する。

【図1】ＬＴＥ規格に準拠した多元接続無線通信システムを示す。

【図2】本明細書で説明する１つ以上の実施形態による、例示の非限定的な多元接続無線通信システムを示す。

【図3】本明細書で説明する１つ以上の実施形態による、構成されたリソース情報を送信するための例示の非限定的な無線通信システムを示す。

【図4a】本明細書で説明する１つ以上の実施形態による、構成されたＵＬリソースとスケジューリングされたＵＬリソースとの例示の非限定的な関係を示す。

【図4b】本明細書で説明する１つ以上の実施形態による、構成されたＵＬリソースとスケジューリングされたＵＬリソースとの例示の非限定的な関係を示す。

【図4c】本明細書で説明する１つ以上の実施形態による、構成されたＵＬリソースとスケジューリングされたＵＬリソースとの例示の非限定的な関係を示す。

【図4d】本明細書で説明する１つ以上の実施形態による、構成されたＵＬリソースとスケジューリングされたＵＬリソースとの例示の非限定的な関係を示す。

【図5】本明細書で説明する１つ以上の実施形態による、２つのＵＥのスケジューリングされたＵＬリソースと、ＵＥのうちの１つの構成されたＵＬリソースとの間の例示の非限定的な関係を示す。

【図6】本明細書で説明する１つ以上の実施形態による、リソーススケジューリング情報及びリソース構成情報を送信するための無線通信システムの例示の非限定的な簡略ブロック図である。

【図7】本明細書で説明する１つ以上の実施形態による、構成されたＵＬリソース及びスケジューリングされたＵＬリソースが記憶された、図６に示すメモリの例示の非限定的な簡略ブロック図である。

【図8】本明細書で説明する１つ以上の実施形態による、スイッチが異なる送信電力レベルで送信を制御する、図６に示す送信機コンポーネントの例示の非限定的な簡略ブロック図である。

【図9】本明細書で説明する１つ以上の実施形態による、第１のリソースの第１の部分上のチャネルが第１の送信電力で送信され、第１のリソースの第２の部分上のチャネルが第２の送信電力で送信される、第１のリソース上でチャネルを送信するための例示の非限定的な方法論を示す。

【図10】本明細書の一態様による、異なる電力送信レベルで上りリンク送信を実行するための例示の非限定的な方法論を示す。

【図11】本明細書で説明する１つ以上の実施形態による、ＵＥがスケジューリングされたリソースの第１の部分に対して第１の電力送信レベルを、スケジューリングされたリソースの第２の部分に対して第２の（異なる）電力送信レベルを使用する、上りリンクを実行するための例示の非限定的な方法を示す。

【図12】本明細書で説明する１つ以上の実施形態による、第１及び第２のＵＥのそれぞれのトラフィックが異なる電力レベルで送信される、２つのＵＥからのトラフィックを送信するための例示の非限定的な方法を示す。

【図13】本明細書で説明する１つ以上の実施形態による、通信デバイスの代替の簡略ブロック図を示す。

【図14】本明細書で説明する１つ以上の実施形態による、図１３に示すプログラムコードの簡略ブロック図を示す。

【図15】本明細書で説明する１つ以上の実施形態による、送信機システム及び受信機システムを含む無線通信システムの実施形態の簡略ブロック図を示す。

【発明を実施するための形態】

【0005】

例示の実施形態を示す添付の図面を参照して、以下、１つ以上の実施形態をより十分に説明する。以下の説明では、説明の目的で、種々の実施形態についての完全な理解を提供するために、数多くの特定の詳細を明記する。しかし、種々の実施形態は、これらの特定の詳細がなくとも、そして、特定のネットワーク環境又は標準に限定することなく実施することができる。

【0006】

はじめに図１を参照すると、モバイルデバイス（又はＵＥ）１１４及び１２０と、ネットワークノード１００とを含む例示の非限定的な無線通信システムが示されている。ユーザ機器又はモバイルデバイスＵＥ１ １１４及びＵＥ２ １２０は、ネットワークノード１００（例えば、ｅＮｏｄｅＢ、ｅＮＢ、ネットワーク、セル、又は他の専門用語のもの）と通信していることができる。アンテナ１０２，１０４，１０６，１０８，１１０及び１１２は、ネットワークノード１００とＵＥ１ １１４及びＵＥ２ １２０を含むモバイルデバイスとの間の通信を送信又は受信する。図示のように、ＵＥ１ １１４及びＵＥ２ １２０は、第３世代パートナーシッププロジェクト（３ＧＰＰ）リリース８（２００８年１２月）以降のリリースで規定されているように、ロングタームエボリューション（ＬＴＥ、４Ｇとも呼ばれる）規格に準拠したネットワークノード１００と通信する。さらに、さらに、ＵＥ１ １１４及びＵＥ２ １２０及び／又はネットワークノード１００は、他のユーザ機器又はモバイルデバイス（図示せず）及び／又は他のネットワークノード（図示せず）と通信していることができる。「リンク」とは、２つ以上のデバイス又はノードを接続する通信チャネルである。上りリンク（ＵＬ）１１８は、ＵＥ１ １１４からネットワークノード１００への信号の送信に使用されるリンクを指す。下りリンク（ＤＬ）１１６は、ネットワークノード１００からＵＥ１ １１４への信号の送信に使用されるリンクを指す。ＵＬ１２４は、ＵＥ２ １２０からネットワークノード１００への信号の送信に使用されるリンクを指し、ＤＬ１２２は、ネットワークノード１００からＵＥ２ １２０への信号の送信に使用されるリンクを指す。

【0007】

３ＧＰＰは、ＬＴＥのフォローアップである５Ｇの開発において、改善分野としてパケットデータのレイテンシを特定した。パケットデータのレイテンシは、パフォーマンス評価のための重要なメトリックであり、パケットデータのレイテンシを小さくすれば改善されたシステムパフォーマンスをもたらす。３ＧＰＰ ＲＰ−１５０４６５（２０１５年３月）“SI: Study on Latency Reduction Technique for LTE”は、その全体として本明細書に参照により援用されるが、さらなる調査のために２つの手段を提案している。

【0008】

（外１）

【0009】

ＴＴＩの短縮及び処理時間の短縮は、レイテンシを小さくする効果的な解決策であると考えることができる。これは、送信のための時間単位が、例えば、１ミリ秒（ｍｓ）（１４ＯＦＤＭシンボル）から１−７ＯＦＤＭシンボルに低減されるためであり、デコードにより生じる遅延も同様に低減することができる。ＴＴＩを短縮する別の利点は、トランスポートブロック（ＴＢ）サイズに対してより細かい粒度をサポートすることであり、それにより、不要なパディングを減らすことができる。しかし、ＴＴＩの長さを小さくするとシステム設計に影響を与える可能性がある。これは、現在のシステムの物理チャネルは１ｍｓの構造に基づいているためである。

【0010】

ヌメロロジは、直交周波数分割多重（ＯＦＤＭ）を実行するためのサブキャリア間隔、シンボル時間、高速フーリエ変換（ＦＦＴ）サイズなどのパラメータのために選択される特定の値を指す。これは、最初のアクセスのために１つの下りリンク（ＤＬ）ヌメロロジのみが定義された、いくつかのＬＴＥ準拠の携帯電話の場合である。具体的には、ヌメロロジは、１５ｋＨｚのサブキャリア間隔を含むように定義され、初期アクセス中に取得される信号及びチャネルは、１５ｋＨｚのヌメロロジに基づく。ＯＦＤＭシンボルは、リソースブロックにグループ化される。リソースブロックが周波数領域において１８０ｋＨｚ間隔の合計サイズを有する場合、例えば、１５ｋＨｚのサブ間隔では、１２個のサブキャリアが存在する。時間領域において、各リソースブロックは１ミリ秒の長さを有するため、各１ミリ秒の送信時間間隔（ＴＴＩ）は、ＯＦＤＭシンボルの２つのスロット（Ｔｓｌｏｔｓ）を送信する。

【0011】

ＬＴＥのヌメロロジの概観並びにＯＦＤＭスロット、上りリンク及び下りリンクチャネル、及び制御チャネルの説明は、３ＧＰＰ ＴＳ ３６．２１１ ｖ．１３．１．０（２０１６年３月）“3^rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Access (E-UTRA); Physical channels and modulation (Release 13)”に記載されており、その全体として本明細書に参照により援用される。

【0012】

５Ｇにおける新しいＲＡＴ（ＮＲ）についてのフレーム構造は、例えば、超低遅延（約０．５ｍｓ）から、遅延に寛容なマシン型通信（ＭＴＣ）まで、そして、拡張モバイルブロードバンド（ｅＭＢＢ）のための高いピークレートからＭＴＣのための非常に低いデータレートまでという、時間及び周波数リソースについての種々の要件に対応するべきである。重要な考慮事項は低遅延であり、異なる長さのＴＴＩを混合又は適応させることを考慮した、例えば、短ＴＴＩである。多様なサービスや要件に対応することに加えて、ＮＲフレームの構造を設計する際には、すべてのＮＲの特徴やサービスが初期段階やリリースに含まるわけではない可能性があるため、前方互換性を考慮する必要がある。

【0013】

レイテンシを小さくすることは、プロトコルの異なる世代又はリリース間で重要な改善であり、効率性を改善するだけでなく、例えばリアルタイムサービスといった新しいアプリケーションの要件も満たす。レイテンシを小さくためによく採用される効果的な方法は、ＴＴＩの長さを３Ｇにおける１０ｍｓからＬＴＥにおける１ｍｓに小さくすることである。３ＧＰＰリリース１４で検討されているＬＴＥ−Ａ Ｐｒｏの文脈においては、既存いかなるＬＴＥのヌメロロジを変更することなく、ＴＴＩ内のＯＦＤＭシンボルの数を減らすことによって、ＴＴＩをサブｍｓレベル、例えば０．１〜０．５ｍｓにまで短縮することが提案されている。ＬＴＥは１つのヌメロロジしかサポートしていないことに留意すべきである。この提案された改善は、ＴＣＰスロースタート問題、極端に低い帯域幅だが頻繁なトラフィック、又はＮＲにおいてある程度の超低遅延に対応することができる。短いＴＴＩは常に短い処理時間に関連すると最終的に示されているわけではないが、処理時間の短縮はレイテンシを小さくする際の別の考慮事項である。

【0014】

ＬＴＥでは、初期アクセスのために定義されたただ１つのＤＬヌメロロジが存在し、それは１５ＫＨｚのサブキャリア間隔であり、初期アクセス中に取得される信号及びチャネルは１５ＫＨｚのヌメロロジに基づく。セルにアクセスするために、ＵＥは、いくつかの基本的な情報を取得する必要があり得る。例えば、ＵＥは、まず、セルの時間／周波数同期を最初に取得するのであるが、これは、セルサーチ又はセル選択／再選択中に行われる。時間／周波数同期は、同期信号を受信することによって得ることができ、その同期信号はプライマリ同期信号（ＰＳＳ）／セカンダリ同期信号（ＳＳＳ）などである。同期中、セルの中心周波数及びサブフレーム／フレーム境界は、ＵＥによって取得される。また、セルのサイクリックプレフィックス（ＣＰ）、例えば、ノーマルＣＰ又は拡張ＣＰ、及びセルのデュプレックスモード、例えば、ＦＤＤ又はＴＤＤは、ＰＳＳ／ＳＳＳから知る、又は学習することができる。物理ブロードキャストチャネル（ＰＢＣＨ）上で搬送されるマスター情報ブロック（ＭＩＢ）は、セルに関するいくつかの基本システム情報、例えばシステムフレーム番号（ＳＦＮ）、システム帯域幅、物理制御チャネル（例えば、ＰＨＩＣＨ／ＰＤＣＣＨ）、及び関連情報を含む。ＤＬ制御チャネル（例えば、ＰＤＣＣＨ）は、システム帯域幅に応じた適切なリソース要素及び適切なペイロードサイズに関する情報を提供する。さらに、ＵＥは、セルにアクセスできるかどうか、上りリンク（ＵＬ）帯域幅及び周波数、ランダムアクセスパラメータ等、システム情報ブロック（ＳＩＢ）においてセルにアクセスするために必要なより多くのシステム情報を取得し得る。

【0015】

ＬＴＥ規格は上りリンク電力制御についても提供する。ＵＥは、いくつかのファクタ、例えば、送信帯域幅、パスロス、及び基地局／ネットワークセルからのコマンドに基づいて適切な送信電力を推定する。特定のチャネル又は信号、例えばＵＬデータチャネルための送信電力は、スケジューリングユニット／ＴＴＩ、例えば１ｍｓのサブフレームに適用される。上りリンク電力制御及び送信の概要は、３ＧＰＰ ＴＳ ３６．２１３ ｖ．１３．１．１（２０１６年３月）“3^rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Access (E-UTRA); Physical layer procedures (Release 13)”に記載されており、その全体として本明細書に参照により援用される。

【0016】

５ＧにおけるＮＲの場合、後方互換性は必要ではなく、複数のヌメロロジに対応することが可能である。追加的に、ヌメロロジを調整することができ、ＴＴＩのシンボル数を減らすことがＴＴＩの長さを変更する唯一の技法ではないようにする。例えば、ＬＴＥは１ｍｓ内で１４個のＯＦＤＭシンボル及び１５ｋＨｚのサブキャリア間隔を利用する。サブキャリア間隔を３０ｋＨｚに変更する場合、同じＦＦＴサイズ及びＣＰ構造を仮定すると、２８個のＯＦＤＭシンボルが１ｍｓ内に含まれることになる。同等に、ＴＴＩ内のＯＦＤＭシンボルの数がＬＴＥにおけるものと同じに維持される場合、ＴＴＩは０．５ｍｓに短縮される。したがって、ＴＴＩ長についての設計は、サブキャリア間隔に対するスケーラビリティを用いて、異なるＴＴＩ長にわたって維持することができる。サブキャリア間隔を決定する際に、ＦＦＴサイズ、物理リソースブロック（ＰＲＢ）定義／数、ＣＰ設計、サポート可能なシステム帯域幅を含めて考慮される。ＮＲはより大きいシステム帯域幅及びより大きいコヒーレンス帯域幅を提供するため、より大きなサブキャリア間隔が可能となる。

【0017】

５Ｇは、異なる特性及び要件で複数のタイプのサービスをサポートする可能性が高い。例えば、高信頼低遅延通信（ＵＲＬＬＣ：ultra-reliable and low latency communication）は、他のタイプのトラフィック、例えばｅＭＢＢに比べて厳しいタイミング／低遅延要件を有するタイプのサービスである。レイテンシ要件を満たすためには、ＵＲＬＬＣについてのＴＴＩ／スケジューリング間隔を短縮する必要がある。ＴＴＩを短縮するための１つの技法は、サブキャリア間隔を増加させることであり、時間領域においてＯＦＤＭシンボル長を小さくするようにする。例えば、サブキャリア間隔が１５ｋＨｚである場合、７個のＯＦＤＭシンボルの送信間隔は０．５ｍｓを占める。６０ｋＨｚのサブキャリア間隔では、７個のＯＦＤＭシンボルの送信間隔は０．１２５ｍｓを占めることになり、これはＵＲＬＬＣについての厳しいタイミング要求をよりよく満たす。別の技法は、ＴＴＩ内のＯＦＤＭシンボルの数を減らすことである。例えば、サブキャリア間隔が１５ｋＨｚに維持される場合、ＴＴＩ内のＯＦＤＭシンボル数が１４から２に減らされると、送信時間間隔は１ｍｓから０．１４ｍｓに短縮される。その結果は、サブキャリア間隔の増加と同様である。両方の技法を一緒に使用することができる。

【0018】

対照的に、ｅＭＢＢの場合、所与の量のデータトラフィックに対するより大きな制御シグナリングオーバーヘッド、より短い／より頻繁な制御チャネル受信間隔（結果として消費電力の増加を招く）、より短い処理時間（複雑さが増す）等の問題により、送信間隔を短縮することが望ましくないことがある。したがって、５Ｇ通信システムは、異なるサービス／ＵＥに対して異なるＴＴＩで動作することが予想される。タイムスロット及びミニスロットが、異なるＴＴＩに対応するために検討される。

【0019】

図２を参照すると、本明細書で説明する１つ以上の実施形態による、複数のトラフィックタイプの送信のための例示の非限定的な無線通信システムが示されている。ＵＥ１ ２１４、ＵＥ２ ２２０、及びネットワークノード２００（例えばｇＮｏｄｅＢ）は、それぞれ図１のＵＥ１ １１４、ＵＥ２ １２０、及びネットワークノード１００に類似する。アンテナ２０２，２０４，２０６，２０８，２１０、及び２１２は、ネットワークノード２００と、ＵＥ１ ２１４及びＵＥ２ ２２０を含むモバイルデバイスとの間の通信を可能にする。ＵＥ１及びＵＥ２は、それぞれ、ＤＬ２１６及び２２２を介してネットワークノード２００からデータを受信する。図示のように、ＵＥ１ ２１４はＵＲＬＬＣデータを、ＵＬ２１８を介してネットワークノード２００に送信し、ＵＥ２ ２２０はｅＭＢＢデータを、ＵＬ２２４を介してネットワークノード２００に送信する。２つのモバイルデバイス及び単一のネットワークノードに関する種々の態様を論じるが、本明細書で論じる種々の態様は、１つ以上のモバイルデバイス及び／又は１つ以上のネットワークノードに適用することができる。

【0020】

異なるサービスに対する異なるタイミング要件を考慮して、帯域幅効率を最大にするためにデータ伝送を多重化する必要性があると理解される。即時送信のための所定のタイプのトラフィック、例えばＵＲＬＬＣに対してＵＬリソースを予約することは可能であるが、予約する必要があるＵＬリソースの量を予測することは困難である。過剰にＵＬリソースを予約すると、未使用のＵＬリソースの無駄な割り当てをもたらす。しかし、異なるトラフィックタイプ、例えば、ＵＲＬＬＣ及びｅＭＢＢを使用するＵＥ間でＵＬリソースが異なる送信間隔により共有される場合、ｅＭＢＢトラフィックが既にＵＬリソースに対してスケジューリングされている間に、ＵＲＬＬＣトラフィックが送信を必要とする可能性がある。ＵＲＬＬＣトラフィックを遅延させずに衝突を回避する１つの技法は、ｅＭＢＢデータを送信しているＵＥ２ ２２０に指示し、スケジューリングされたＵＬリソースの所定の部分に関する送信を停止し、ＵＥ１ ２１４から送信されるＵＲＬＬＣデータがその部分を占有するのを許容することである。そうすると、ＵＥ２ ２２０がより頻繁に（すなわち、ｅＭＢＢのＴＴＩよりも短い間隔で）監視する必要がある新しい信号が必要となる。さらに、送信されるｅＭＢＢデータの品質は、ＵＬリソースの一部がパンクチャされ、全体的なコードレートが増加することで、損なわれる。最終的に、信号がＵＥ２ ２２０によって検出されない場合、ＵＥ２ ２２０は送信を継続し、ＵＥ１ ２１４からのＵＲＬＬＣデータトラフィックを妨害する。

【0021】

本開示の一態様によれば、ＵＥがスケジューリングされたＵＬリソースについての送信電力を変更することを可能にすることによって、衝突を回避することができる。ＵＥは、例えば、ｅＭＢＢに対してスケジューリングされたＵＬリソースの一部については送信電力を低減し、スケジューリングされたＵＬリソースの別の部分については異なる電力で送信することができる。したがって、ＵＥは、送信を停止したり、新しい信号を監視する必要がなく、他のＵＥは異なるデータタイプ、例えばＵＲＬＬＣの送信に対してスケジューリングされたＵＬリソースの一部を利用することを可能にする。

【0022】

図３は、図２の代替図であり、同一のネットワークノード３００、アンテナ３０２，３０４，３０６，３０８，３１０及び３１２、ＵＬ３２４、ＤＬ３２２及びＵＥ２ ３２０を利用し、ＵＥ２ ３２０はスケジューリングされたリソース上で、例えばｅＭＢＢのためのデータを送信する。一実施形態においては、ＵＥ２ ３２０は、低減した送信電力で送信を実行するように構成される。低減した送信電力が適用可能な構成されたＵＬリソースについての情報は、ネットワークノード３００からＤＬ３２２を通じてＵＥ２ ３２０に通信される。情報は、ブロードキャストメッセージ、ＲＲＣ構成メッセージ、物理制御チャネル、又は他の手段の形式で指示されてよい。低減した送信電力に関する情報は、好ましくは、同じメッセージ内で、ネットワークノード３００からＵＥ２ ３２０に通信されてもよい。情報は、（例えば、通常／公称送信電力に対する）電力低減量として表現されてもよいし、低減した送信電力として送信される。電力低減量（又は低減された送信電力）は、固定された又は構成された値としてよい。一実施形態では、ＵＥ２ ３２０は、低減した電力を使用して、スケジューリングされたリソースと構成されたＵＬリソースとの間の重なり部分上で送信を実行し、構成されたＵＬリソースと重ならない、スケジューリングされたリソースの別の部分上では通常／公称送信電力を使用する。

【0023】

図４ａ〜４ｄは、スケジューリングされたＵＬリソースが、構成されたＵＬリソースと重なっても、重ならなくてもよい、非限定的なシナリオの代替例を示す。図の理解を助けるために、周波数領域はｙ軸（又は高さ）に対応し、時間領域はｘ軸（又は幅）に対応する。図４ａでは、スケジューリングされたＵＬリソース４０２は時間領域において、構成されたＵＬリソース４０１と重ならず、スケジューリングされたＵＬリソース４０２は、ＵＥの通常又は公称送信電力で送信される。周波数領域においていくらかの重なりが存在する可能性があるが、その重なりは、スケジューリングされたＵＬリソース４０２の送信のタイミングに影響を及ぼさず、図４ａの目的で考慮される必要がない。

【0024】

図４ｂでは、構成されたＵＬリソース４０１は時間領域において、スケジューリングされたＵＬリソース４０２と部分的に重なり、周波数領域において、完全に重なる。例えば、スケジューリングされたＵＬリソース４０２内のいくつかのＯＦＤＭシンボルが、構成されたＵＬリソース４０１内にあり、それらのＯＦＤＭシンボルに関連するすべてのリソース要素も、構成されたＵＬリソース４０１内にあることを意味する。図４ｂに示すように、部分４０３は、時間領域（ＯＦＤＭシンボル）及び周波数領域（それらのＯＦＤＭシンボルについてのすべてのリソース要素）において重なる、構成されたＵＬリソース４０１及びスケジューリングされたＵＬリソース４０２の部分に対応する。構成されたＵＬリソース４０１の部分４０４は、スケジューリングされたＵＬリソース４０２のいずれの部分とも重ならない。同様に、スケジューリングされたＵＬリソース４０２の部分４０５は、構成されたＵＬリソース４０１と重ならない。このような部分的な重複が発生した場合、ＵＥは、スケジューリングされたＵＬリソース４０２の重なり部分４０３を低減した送信電力で送信し、重ならない部分４０５は通常／公称送信電力で送信される。

【0025】

図４ｃは、時間領域及び周波数領域の両方において、構成されたＵＬリソース４０１とスケジューリングされたＵＬリソース４０２との完全な重なりを示す。重なり部分４０６から理解できるように、構成されたＵＬリソース４０１の全体は、スケジューリングされたＵＬリソース４０２と重なる。このシナリオでは、スケジューリングされたＵＬリソース４０２全体が、低減した送信電力で送信される。

【0026】

図４ｄでは、スケジューリングされたＵＬリソースは時間領域及び周波数領域において、構成されたＵＬリソースと部分的に重なる。このシナリオでは、いくつかのＯＦＤＭシンボルが、構成されたＵＬリソース内にあり、それらのＯＦＤＭシンボルに関連する１つ以上の（ただしすべてではない）リソース要素が、構成されたＵＬリソース内にある。図４ｄに示すように、スケジューリングされたＵＬリソース４０２の部分４０８は、時間領域において構成されたＵＬリソース４０１と重なり、つまり、その部分におけるＯＦＤＭシンボルは、スケジューリングされたリソース４０２（例えば、第１のリソース）と、構成されたＵＬリソース４０１（例えば、第２のリソース）との両方において同一である。しかし、部分４０８におけるＯＦＤＭシンボルについてのリソース要素のすべてがスケジューリングされたＵＬリソース４０２及び構成されたＵＬリソース４０１において同一というわけではない。構成されたＵＬリソース４０１及びスケジューリングされたＵＬリソース４０２は部分４０９において、時間領域で重なるが、周波数領域では重ならず、部分４１０において、時間領域と周波数領域の両方で重なる。重なるリソース要素、つまり、スケジューリングされたＵＬリソース４０２の部分４１０は、低減した送信電力で送信されてよく、ＯＦＤＭシンボルでの残りのリソース要素、つまり、スケジューリングされたＵＬリソース４０２の部分４０９は、通常／公称電力で送信されてよい。追加的に、スケジューリングされたＵＬリソース４０２の部分４０７は、通常／公称電力で送信される。代替的には、図４ｂと同様に、スケジューリングされたＵＬリソース４０２の部分４０９におけるＯＦＤＭシンボルのためのすべてのリソース要素は、低減した送信電力で送信され、スケジューリングされたＵＬリソース４０２の重ならない部分４０７は、通常／公称電力で送信される。

【0027】

図５に戻ると、ＵＥ１がＵＲＬＬＣデータを送信する例示の非限定的なシナリオが示されている。ＵＥ２ ２２０は、スケジューリングされたＵＬリソース５０２上でｅＭＢＢデータを送信するようにスケジューリングされる。ＵＥ２ ２２０に対してスケジューリングされたＵＬリソース５０２の部分５０５は、構成されたＵＬリソース５０３の部分５０８と重なり、構成されたＵＬリソース５０３の部分５０７は、スケジューリングされたＵＬリソース５０２のいずれの部分とも重ならない。したがって、ＵＥ２ ２２０は、送信を停止するのではなく、スケジューリングされたＵＬリソース５０２の部分５０５については、低減された送信電力でｅＭＢＢデータを送信する。ＵＥ２ ２２０が、スケジューリングされたＵＬリソース５０２の部分５０５を低減された送信電力で送信している間、ＵＥ１ ２１４は、スケジューリングされたＵＬリソース５０１の部分５０４については、ＵＲＬＬＣデータを通常／公称送信電力で送信してよい。スケジューリングされたＵＬリソース５０２の重ならない部分５０６は、通常／公称送信電力でＵＥ２ ２２０によって送信される。したがって、構成されたＵＬリソース５０３の部分５０８と重なるスケジューリングされたＵＬリソース５０２の部分５０５については、ＵＥ１ ２１４からのＵＲＬＬＣデータの送信がＵＥ２ ２２０からのｅＭＢＢデータの送信に対して支配的となり、ネットワークノード２００は、ＵＬ２２４を介したＵＥ２ ２２０から送信されるｅＭＢＢデータからの衝突なしに、ＵＬ２１８を介したＵＥ１ ２１４から送信されるＵＲＬＬＣデータを受信する。低減した送信電力での送信は、図５に示される特定のシナリオに限定されないことが理解される。例えば、一実施形態では、スケジューリングされたＵＬリソース５０２の部分５０５と重なるスケジューリングされたＵＬリソース５０１の部分５０４は、スケジューリングされたＵＬリソース５０１の全体を占めなくてよい。

【0028】

図６は、モバイルデバイス６０９（又はＵＥ）及びネットワークノード６０１を含む例示の非限定的な無線通信システム６００を示す。ネットワークノード６０１は、メモリ６０２、プロセッサ６０３、通信コンポーネント６０４、リソーススケジューラコンポーネント６０５、及びリソース構成コンポーネント６０６を含むことができる。通信コンポーネント６０４は、モバイルデバイス６０９、他のネットワークノード、及び／又は他のモバイルデバイスとデータを送信及び／又は受信するように構成された送信機／受信機とすることができる。通信コンポーネント６０４を通じて、ネットワークノード６０１は、データを同時に送受信することができ、異なる時間にデータを送受信することができ、又はそれらの組合せを行うことができる。ネットワークノード６０１は、プロセッサ６０３に動作可能に結合されたメモリ６０２を含むこともできる。メモリ６０２は、ネットワークノード６０１とモバイルデバイス６０９との間の通信を制御するアクションを容易にすることができ、非限定的な無線通信システム６００が、本明細書で説明する無線ネットワークにおいて改善された通信を達成するための記憶されたプロトコル及び／又はアルゴリズムを使用することができるようにする。リソーススケジューラコンポーネント６０５は、本明細書でより十分に説明するように、モバイルデバイス６０９のためのＵＬリソースをスケジューリングする。リソース構成コンポーネント６０６は、構成されたＵＬリソースについての情報を生成する。リソーススケジューラコンポーネント６０５及びリソース構成コンポーネント６０６は、通信コンポーネント６０４に動作可能に結合され、下りリンク６０８を介してモバイルデバイス６０９と通信する。ネットワークノード６０１は、上りリンク６０７を介してモバイルデバイス６０９からデータを受信してよい。

【0029】

モバイルデバイス６０９は、送信機コンポーネント６１０、受信機コンポーネント６１１、メモリ６１２、及びプロセッサ６１３を含むことができる。別々のコンポーネントで図示及び説明しているが、送信機コンポーネント６１０及び受信機コンポーネント６１１は、ネットワークノード６０１、他のネットワークノード、及び／又は他のモバイルデバイスとデータを送信及び／又は受信するように構成された単一の送信機／受信機とすることができる。送信機コンポーネント６１０及び受信機コンポーネント６１１を通じて、モバイルデバイス６０９は、データを同時に送受信し、異なる時間にデータを送受信し、又はそれらの組合せを行うことができる。モバイルデバイス６０９は、メモリ６１２及びプロセッサ６１３を含むこともでき、これらは動作可能に結合されている。

【0030】

図７及び図８は、図６に示された非限定的なメモリ６１２及び送信機コンポーネント６１０の例をそれぞれ示す。メモリ６１２は、ネットワークノード６０１のリソース構成コンポーネント６０６及びリソーススケジューラコンポーネント６０５から通信された構成されたＵＬリソース７０１及びスケジューリングされたＵＬリソース７０２に関する情報を記憶する。プロセッサ６１３は、図６に示すように、構成されたＵＬリソース７０１とスケジューリングされたＵＬリソース７０２との間に重なりがあれば、これを決定する。スケジューリングされたＵＬリソース７０２の重なり部分は、送信機コンポーネント６１０によってパワー１レベル８０１で送信され、重ならない部分は、パワー２レベル８０２で送信される。スイッチ８０３は、スケジューリングされたＵＬリソース７０２の部分が送信機コンポーネント６１０によって送信される送信電力レベルを決定する。

【0031】

図９は、本開示の一態様による、スケジューリングされたＵＬリソースを異なる送信電力で送信するための例示の非限定的な方法論を示す。フロー図９００に示すように、ステップ９０２では、ＵＥは、第１のリソース上でチャネルのための送信を実行するようにスケジューリングされる。ステップ９０４では、ＵＥは、第１の送信電力で第１のリソースの第１の部分上でチャネルを送信し、ステップ９０６では、ＵＥは、第２の送信電力で第１のリソースの第２の部分上でチャネルを送信する。好ましくは、第１のリソースの第１の部分は、構成されたＵＬリソースと重なり、第１のリソースの第２の部分よりも低い送信電力で送信される。

【0032】

図１０は、本開示の一態様による、ＵＬリソースをスケジューリングするための例示の非限定的な方法論を示す。フロー図１０００に示すように、ステップ１００２では、ネットワークノードは、構成されたＵＬリソース（例えば、第２のリソース）をＵＥに設定する。ステップ１００４では、ネットワークノードは、ＵＥのためにスケジューリングされたＵＬリソース上でＵＬ送信をスケジューリングする。ここで、構成されたＵＬリソースに入り込む（falls into）上りリンク送信の第１の部分は、構成されたＵＬリソースに入り込まない上りリンク送信の第２の部分の電力レベルとは異なる電力レベルで送信される。ステップ１００６では、ネットワークノードはそれに応じて上りリンク送信を受信する。

【0033】

ＵＥは、好ましくは、ＯＦＤＭシンボルに関するすべての送信されるリソース要素に対して同じ送信電力を使用する。より具体的には、ＯＦＤＭシンボルに関する任意のリソース要素が、構成されたＵＬリソースと重なる場合、ＯＦＤＭシンボルに関するすべての送信されるリソース要素での送信電力が低減される。代替的には、ＵＥは、ＯＦＤＭシンボルに関する異なる送信リソース要素に対して異なる送信電力を使用してよい。より具体的には、構成されたＵＬリソースと重なるＯＦＤＭシンボルに関する送信リソース要素の第１のセットでの第１の送信電力は低減され、構成されたＵＬリソースと重ならないＯＦＤＭシンボルに関する送信リソース要素の第２のセットでの第２の送信電力は低減されない。

【0034】

本開示の好ましい態様においては、構成されたＵＬリソースは、１つ以上のＯＦＤＭシンボルである。構成されたＵＬリソースの存在が、ＵＥに動的に指示されることができる。時間領域におけるスケジューリングされたＵＬリソースの長さは、ＴＴＩ／スケジューリング間隔、例えば、１つのスロットである。スケジューリングされたＵＬリソースの長さは、１つのスロット、複数のスロット、１つのミニスロット、又は複数のミニスロットであってよい。スケジューリングされたＵＬリソースのＴＴＩ／スケジューリング間隔内で、スケジューリングされたリソースの一部分上でのチャネル／信号のための送信電力は、スケジューリングされたＵＬリソースの異なる部分に関する送信電力と異なることがある。好ましくは、送信電力の差は、ＵＥの電力制限又は電力能力によるものではない。好ましくは、ＵＥは、重なり部分上で通常／公称送信電力を提供する（afford）ことができる。さらに、ＵＥは、好ましくは、ＴＴＩ／スケジューリング間隔内に任意の他のチャネル／信号を送信しない。

【0035】

好ましくは、チャネル推定は、異なる送信電力で送信されるスケジューリングされたＵＬリソースの部分について同一である。より具体的には、上りリンクのための変調スキームはＱＰＳＫである。低減された送信電力で送信されるスケジューリングされた上りリンクリソースの部分についての基準信号が存在してもしなくてもよい。低減された送信電力で送信される部分についてのチャネル推定は、通常／公称電力で送信される部分についての基準信号によって実行されてよい。代替的には、スケジューリングされたＵＬリソースの異なる部分についてのチャネル推定は、異なって／独立して実行されてよい。そのような場合、上りリンクのための変調スキームは、低減された送信電力で送信されるスケジューリングされた上りリンクリソースの部分についての基準信号を伴うＱＡＭである。

【0036】

図１１は、本開示の一態様による、異なる電力送信レベルで上りリンク送信を実行するための例示の非限定的な方法論を示す。フロー図１１００に示すように、ステップ１１０２では、ＵＥは、第１の電力送信レベルを使用して、スケジューリングされたリソース（例えば、第１のリソース）の第１の部分上でチャネル（又は信号）のための上りリンク送信を実行する。ステップ１１０４では、ＵＥは、第２の（異なる）電力送信レベルを使用して、スケジューリングされたリソースの第２の部分上でチャネル（又は信号）のための上りリンク送信を実行する。一実施形態では、スケジューリングされたリソースの第１の部分は、構成されたＵＬリソースに入り込み、スケジューリングされたリソースの第２の部分は、構成されたＵＬリソースに入り込まない。

【0037】

図１２は、ＵＲＬＬＣトラフィックニーズを有するＵＥ及びｅＭＢＢトラフィックニーズを有するＵＥによってＵＬリソースを共有するための例示の非限定的な方法論を示す。フロー図１２００に示すように、ステップ１２０２は、ＵＲＬＬＣトラフィックニーズを有する第１のＵＥと、ｅＭＢＢトラフィックニーズを有する第２のＵＥが同じＵＬリソースを共有するように構成することを含む。ステップ１２０４は、ＵＬリソース上で第２のＵＥの送信をスケジューリングすることを含む。ステップ１２０６は、第２のＵＥの送信をスケジューリングした後に第１のＵＥのトラフィックが利用可能となったことを決定することを含む。ステップ１２０８は、第１及び第２のＵＥの送信が同時に行われるなら、リソースの重なり部分が存在するだろうと決定することを含む。最後に、ステップ１２１０は、重なり部分に関連する第１及び第２のＵＥのそれぞれのトラフィックを異なる電力レベルで送信することを含む。

【0038】

図１３に戻ると、本明細書で説明する１つ以上の実施形態による、通信デバイス１３００の代替の簡略化された機能ブロック図が示されている。図１３に示すように、無線通信システムにおける通信デバイス１３００は、図２のモバイルデバイス（又はＵＥ）２１４及び２２０を実現するのに利用することができ、無線通信システムは５Ｇシステムとすることができる。通信デバイス１３００は、入力デバイス１３０２、出力デバイス１３０４、制御回路１３０６、中央処理装置（ＣＰＵ）１３０８、メモリ１３１０、プログラムコード１３１２及びトランシーバ１３１４を含むことができる。制御回路１３０６は、ＣＰＵ１３０８を通じてメモリ１３１０にプログラムコード１３１２を実行することにより、通信デバイス１３００の動作を制御する。プログラムコード１３１２は、図４〜１２に示す技術を行うように実行することができる。通信デバイス１３００は、キーボード、キーパッド等の入力デバイス１３０２を通じてユーザによって入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス１３０４を通じて画像及び音声を出力することができる。トランシーバ１３１４は、無線信号を送受信し、受信した信号を制御回路１３０６に送り、制御回路１３０６によって生成された信号を無線で出力するのに使用される。無線通信システムにおける通信デバイス１３００と同様の装置が、図２のネットワークノード２００を実現するのに使用されることもできる。

【0039】

図１４は、本明細書で説明する１つ以上の実施形態による、図１３に示すプログラムコード１３１２の簡略ブロック図である。この実施形態では、プログラムコード１３１２は、アプリケーションレイヤ１４００、レイヤ３部分１４０２、及びレイヤ２部分１４０４を含み、レイヤ１部分１４０６に結合される。レイヤ３部分１４０２は、概して、無線リソース制御を実行する。レイヤ２部分１４０４は、概して、リンク制御を実行する。レイヤ１部分１４０６は、概して、物理的接続を実行する。５Ｇシステムの場合、レイヤ２部分１４０４は、無線リンク制御（ＲＬＣ）レイヤ及び媒体アクセス制御（ＭＡＣ）レイヤを含んでよい。レイヤ３部分１４０２は、無線リソース制御（ＲＲＣ）レイヤを含んでよい。

【0040】

図１５は、本明細書で説明する１つ以上の実施形態による、送信機システム１５０２（アクセスネットワークとしても知られる）及び受信機１５０４（ユーザ機器（ＵＥ）としても知られる）を含むＭＩＭＯシステム１５００の一実施形態の簡略ブロック図を示す。送信機システム１５０２では、ある数のデータストリームに対するトラフィックデータが、データソース１５０６から送信（ＴＸ）データプロセッサ１５０８に提供される。

【0041】

一実施形態では、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ１５０８は、データストリームに対して選択された特定の符号化スキームに基づいて、各データストリームに対するトラフィックデータをフォーマットし、符号化し、インターリーブして、符号化データを提供する。

【0042】

各データストリームについての符号化データは、ＯＦＤＭ技術を使用してパイロットデータと多重化されてよい。パイロットデータは、典型的には、既知のやり方で処理される既知のデータパターンであり、チャネル応答を推定するために受信機システムで使用してよい。各データストリームについて多重化されたパイロット及び符号化データは、データストリームに対して選択された特定の変調スキーム（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、又はＭ−ＱＡＭ）に基づいて変調（例えば、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、及び変調は、プロセッサ１５１０によって実行される命令によって決定されてよい。

【0043】

次に、すべてのデータストリームについての変調シンボルは、ＴＸ ＭＩＭＯプロセッサ１５１２に提供され、それが変調シンボル（例えばＯＦＤＭの場合）をさらに処理してよい。ＴＸ ＭＩＭＯプロセッサ１５１２は、次いで、Ｎ_Ｔ個の変調シンボルストリームをＮ_Ｔ個の送信機（ＴＭＴＲ）１５１４ａ〜１５１４ｔに提供する。特定の実施形態では、ＴＸ ＭＩＭＯプロセッサ１５１２は、ビームフォーミング重みをデータストリームのシンボル及びシンボルが送信されているアンテナに適用する。

【0044】

各送信機１５１４は、それぞれのシンボルストリームを受信、処理して、１つ以上のアナログ信号を提供し、さらにアナログ信号を調整（例えば、増幅、フィルタリング、及びアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。送信機１５１４ａ〜１５１４ｔからのＮ_Ｔ個の変調信号は、それぞれＮ_Ｔ個のアンテナ１５１６ａ〜１５１６ｔから送信される。受信機システム１５０４において、送信された変調信号は、Ｎ_Ｒ個のアンテナ１５１８ａ〜１５１８ｒによって受信され、各アンテナ１５１８からの受信信号は、それぞれの受信機（ＲＣＶＲ）１５２０ａ〜１５２０ｒに提供される。各受信機１５２０は、それぞれの受信信号を調整（例えば、フィルタリング、増幅、及びダウンコンバート）して、調整された信号をデジタル化してサンプルを提供し、さらにサンプルを処理して対応する「受信」シンボルストリームを提供する。

【0045】

ＲＸデータプロセッサ１５２２は、次いで、特定の受信機処理技術に基づいてＮ_Ｒ個の受信機１５２０からのＮ_Ｒ個の受信シンボルストリームを受信、処理して、Ｎ_Ｔ個の「検出」シンボルストリームを提供する。ＲＸデータプロセッサ１５２２は、次いで、各検出シンボルストリームを復調、デインターリーブ、復号して、データストリームに対するトラフィックデータを復元する。ＲＸデータプロセッサ１５２２による処理は、送信機システム１５０２におけるＴＸ ＭＩＭＯプロセッサ１５１２及びＴＸデータプロセッサ１５０８によって実行されるものと相補的である。プロセッサ１５２４は、どのプリコーディング行列を使用するべきかを周期的に決定する。プロセッサ１５２４は、行列インデックス部分及びランク値部分を含むリバースリンクメッセージを定式化する。

【0046】

リバースリンクメッセージは、通信リンク及び／又は受信データストリームに関する種々のタイプの情報を含んでよい。リバースリンクメッセージは、次いで、データソース１５２８からのある数のデータストリームに対するトラフィックデータも受信するＴＸデータプロセッサ１５２６によって処理され、変調器１５３０によって変調され、送信機１５２０ａ〜１５２０ｒによって調整され、送信機システム１５０２に返送される。

【0047】

送信機システム１５０２では、受信機１５０４からの変調信号がアンテナ１５１６によって受信され、受信機１５１４によって調整され、復調器１５３２によって復調され、ＲＸデータプロセッサ１５３４によって処理されて、受信機システム１５０４によって送信されたリバースリンクメッセージを抽出する。次に、プロセッサ１５１０は、ビームフォーミング重みを決定するためにどのプリコーディング行列を使用するべきかを決定し、次いで、抽出されたメッセージを処理する。メモリ１５３６は、プロセッサ１５１０を通じて一時的に、１５３２又は１５３４からのいくらかのバッファ／計算データを記憶する、１５０６からのいくらかのバッファデータを記憶する、又はいくつかの特定のプログラムコードを記憶するのに使用されることができる。さらに、メモリ１５３８は、一時的に、１５２２からプロセッサ１５２４までのいくらかのバッファ／計算データを記憶する、１５２８からのいくらかのバッファデータを記憶する、又はいくつかの特定のプログラムコードを記憶するのに使用されることができる。

【0048】

本開示の種々の態様を上記に説明した。当然のことながら、本明細書の教示を多種多様な形態で具現化してよく、本明細書に開示された、いかなる特定の構造、機能、又はその両方も代表的なものに過ぎない。本明細書の教示に基づいて、当業者には当然のことながら、本明細書に開示される態様を他のいかなる態様からも独立して実装してよく、これら態様のうちの２つ以上を種々のやり方で組合せてよい。例えば、本明細書で記載した任意の数の態様を用いて、装置を実装してよく、方法を実現してよい。追加的に、本明細書で記載した態様のうちの１つ以上に追加又は代替して、他の構造、機能、又は構造と機能を用いて、そのような装置を実装してよく、そのような方法を実現してよい。上記概念の一部の例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルが確立されてよい。いくつかの態様においては、パルス位置又はオフセットに基づいて、同時チャネルが確立されてよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。いくつかの態様において、パルス繰り返し周波数、パルス位置又はオフセット、及び時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。

【0049】

当業者であれば、多様な異なる技術及び技法のいずれかを使用して、情報及び信号を表わしてよいと理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、又はこれらの任意の組合せによって表わしてよい。

【0050】

さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、及びアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディング又はその他何らかの技術を用いて設計され得るデジタル実装、アナログ実装、又はこの２つの組合せ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」又は「ソフトウェアモジュール」と称されることがある）、又はその両者の組合せとして実装されてよい。このハードウェア及びソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、及びステップを、概略的にそれぞれの機能の観点から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の用途及びシステム全体に課される設計上の制約によって決まる。当業者であれば、各特定の用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。

【0051】

追加的に、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、及び回路は、集積回路（「ＩＣ」）、アクセス端末、又はアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣは、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、又は本明細書で説明した機能を実行するように設計されたこれらの任意の組合せを含み、ＩＣ内、ＩＣ外、又はその両方に存在するコード又は命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替的には、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械としてよい。プロセッサは、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、又はその他任意のこのような構成である、コンピュータデバイスの組合せとして実装されてもよい。

【0052】

開示された任意のプロセスにおけるステップの如何なる特定の順序又は階層は、実例的な手法の例であると理解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序又は階層は、本開示の範囲内に留まりつつ、再構成されてよいと理解される。添付の方法の請求項は、実例的な順序で種々のステップの要素を提示しており、提示した特定の順序又は階層に限定されることを意図していない。

【0053】

本明細書に開示された態様に関連して説明した方法又はアルゴリズムのステップは、ハードウェアに直接具現化する、プロセッサにより実行されるソフトウェアモジュールにおいて具現化する、又はこの２つの組合せにおいて具現化してもよい。（例えば、実行可能な命令及び関連するデータを含む）ソフトウェアモジュール及び他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、又は当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体は、コンピュータ／プロセッサ（本明細書では便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよく、プロセッサは、記憶媒体から情報（例えば、コード）を読み出し、これに情報を書き込むことができるようにする。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサ及び記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在してよい。代替的には、プロセッサ及び記憶媒体は、ユーザ機器内のディスクリートコンポーネントとして存在してよい。さらに、いくつかの態様においては、適当な任意のコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。

【0054】

以上、種々の態様に関連して本発明を説明したが、本発明は、さらに修正可能であると理解されるであろう。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野において既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、又は適応を網羅することを意図している。

【0055】

本明細書を通して、「一実施形態」又は「実施形態」への参照は、実施形態に関連して説明した特定の特徴、構造又は特性が少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書を通して、種々の箇所において「一実施形態では」、「一態様では」、又は「実施形態では」という句が現れるが、必ずしもすべて同じ実施形態を指しているとは限らない。さらに、特定の特徴、構造、又は特性は、１つ以上の実施形態において適切な任意の方法で組合せることができる。

【0056】

本開示で使用される、いくつかの実施形態において、「コンポーネント」、「システム」、「インターフェース」等の用語は、コンピュータ関連エンティティ又は１つ以上の特定の機能を有する動作機械に関連するエンティティを指す、又は含むことを意図している。ここで、エンティティは、ハードウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、又は実行中のソフトウェア、及び／又はファームウェアのいずれかとすることができる。例として、コンポーネントは、プロセッサ上で実行中のプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行スレッド、コンピュータ実行可能命令、プログラム、及び／又はコンピュータとすることができるが、これらに限定されない。限定ではなく例示として、サーバ上で実行中のアプリケーションとサーバとの両方が、コンポーネントとすることができる。

【0057】

１つ以上のコンポーネントは、プロセス及び／又は実行スレッド内に存在することができ、コンポーネントは、１つのコンピュータ上にローカライズされる、及び／又は２つ以上のコンピュータ間に分散されることができる。さらに、これらの構成要素は、様々なデータ構造が記憶された様々なコンピュータ可読媒体から実行することができる。コンポーネントは、１つ以上のデータパケット（例えば、信号を介した、ローカルシステムにおける、分散システムにおける、及び／又は他のシステムを有するインターネットなどのネットワークを介した別のコンポーネントと相互作用する１つのコンポーネントからのデータ）を有する信号に従う等により、ローカル及び／又はリモートプロセスを介して通信することができる。別の例として、コンポーネントは、１つ以上のプロセッサによって実行されるソフトウェアアプリケーション又はファームウェアアプリケーションによって動作される電気又は電子回路によって動作する機械部品によって提供される特定の機能を有する装置とすることができる。ここで、プロセッサは、装置の内部又は外部にあることができ、ソフトウェア又はファームウェアアプリケーションの少なくとも一部を実行することができる。さらに別の例として、コンポーネントは、機械部品なしで電子コンポーネントを介して特定の機能を提供する装置とすることができ、電子コンポーネントは、電子コンポーネントの機能の少なくとも一部を与えるソフトウェア又はファームウェアを実行するプロセッサをそこに含むことができる。ある態様では、コンポーネントは、例えばクラウドコンピューティングシステム内で、仮想マシンを介して電子コンポーネントをエミュレートすることができる。種々の構成要素を別々のコンポーネントとして例示しているが、例示の実施形態から逸脱することなく、複数のコンポーネントを単一のコンポーネントとして実装することができる、又は単一のコンポーネントを複数のコンポーネントとして実装することができると理解される。

【0058】

追加的に、「例」及び「典型的」という用語は、本明細書では、インスタンス又は例示としての役割を果たすことを意味するのに使用される。「例」又は「典型的」として本明細書に説明した任意の実施形態又は設計は、必ずしも他の実施形態又は設計よりも好ましい、又は有利であると解釈されない。むしろ、例又は典型的という用語を使用するのは、具体的な方法で概念を提示することを意図している。本出願で使用される場合、「又は」という用語は排他的な「又は」ではなく包括的な「又は」を意味することを意図している。すなわち、特に指定がない限り、又は文脈から明らかでない限り、「ＸがＡ又はＢを使用する」は、自然包括的順列のいずれかを意味することを意図している。つまり、ＸがＡを使用する、ＸがＢを使用する、又はＸがＡとＢの両方を使用する場合には、前述のインスタンスのうちのいずれかにおいて「ＸはＡ又はＢを使用する」が満たされる。追加的に、本出願及び添付の特許請求の範囲で使用される冠詞「ある（“a” and “an”）」は、特に指定がない限り、又は単数形に向けられていると文脈から明らかでない限り、一般に「１つ以上」を意味すると解釈されるべきである。

【0059】

さらに、「移動体機器」、「移動局」、「モバイル」、「加入者局」、「アクセス端末」、「端末」、「ハンドセット」、「通信デバイス」、「モバイルデバイス」（及び／又は類似の専門用語を表す用語）は、データ、制御、音声、ビデオ、サウンド、ゲーム、又は実質的に任意のデータストリーム若しくはシグナリングストリームを受信又は搬送する、無線通信サービスの加入者又はモバイルデバイスによって利用される無線デバイスを指すことができる。前述の用語は、本明細書において、また関連する図面を参照して相互交換可能に利用される。同様に、「アクセスポイント（ＡＰ）」、「基地局（ＢＳ）」、ＢＳトランシーバ、ＢＳデバイス、セルサイト、セルサイトデバイス、「ノードＢ（ＮＢ）」、「進化型ノードＢ（ｅＮｏｄｅ Ｂ）」、「ホームノードＢ（ＨＮＢ）」等の用語は、本願において相互交換可能に使用され、１つ以上の加入者局から、データ、制御、音声、ビデオ、サウンド、ゲーム、又は実質的に任意のデータストリーム若しくはシグナリングストリームを送信及び／又は受信する無線ネットワークコンポーネント又はアプライアンスを指す。データ及びシグナリングストリームは、パケット化される、又はフレームベースのフローにすることができる。

【0060】

さらに、「デバイス」、「通信デバイス」、「モバイルデバイス」、「加入者」、「顧客エンティティ」、「消費者」、「顧客エンティティ」、「エンティティ」等の用語は、文脈がこれらの用語の間で特定の区別を保証しない限り、全体で相互交換可能に使用される。そのような用語は、人工知能（例えば、複雑な数学的形式に基づく推論を行う能力）を通じてサポートされる人間の実体又は自動化されたコンポーネントを指すことができ、シミュレートされた視覚、音声認識等を提供することができると理解されるべきである。

【0061】

本明細書に説明した実施形態は、実質的に任意の無線通信技術において利用することができ、その無線通信技術は、Ｗｉ−Ｆｉ（登録商標）（wireless fidelity）、ＧＳＭ（登録商標）（global system for mobile communications）、ＵＭＴＳ（universal mobile telecommunications system）、ＷｉＭＡＸ（worldwide interoperability for microwave access）、発展型ＧＰＲＳ（enhanced general packet radio service）、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）、第３世代パートナーシッププロジェクト２（３ＧＰＰ２）ウルトラモバイルブロードバンド（ＵＭＢ）、高速パケットアクセス（ＨＳＰＡ）、Ｚ−Ｗａｖｅ、Ｚｉｇｂｅｅ、その他８０２．ＸＸ無線技術及び／又は従来の電気通信技術を含むが、これらに限られない。

【0062】

５Ｇシステムのための２段階下りリンク制御チャネルを容易にするためのシステム、方法、及び／又は機械可読記憶媒体が本明細書で提供される。ＬＴＥ、ロングタームエボリューションアドバンスト（ＬＴＥ−Ａ）、ＨＳＰＡ等の従来の無線システムは、下りリンク制御チャネルのために固定変調フォーマットを使用する。固定変調フォーマットは、下りリンク制御チャネルフォーマットは常に単一の変調タイプ（例えば、直交位相シフトキーイング（ＱＰＳＫ））で符号化され、固定コードレートを有することを暗示する。さらに、前方誤り訂正（ＦＥＣ）エンコーダは、レートマッチングを伴う１／３の単一の固定マザーコードレートを使用する。この設計は、チャネル統計を考慮していない。例えば、ＢＳデバイスからモバイルデバイスへのチャネルが非常に良好である場合でも、制御チャネルは、この情報を使用して変調、コードレートを調整することができず、それにより制御チャネルに不必要に電力を割り当ててしまう。同様に、ＢＳからモバイルデバイスへのチャネルが不良である場合、モバイルデバイスは、固定変調及びコードレートのみで受信した情報をデコードすることができない可能性がある。本明細書で使用する場合、「推論する」又は「推論」という用語は、一般に、イベント及び／又はデータを介して捕捉された一連の観測結果からシステム、環境、ユーザ、及び／又は意図について判断する、又はそれらの状態を推論するプロセスを指す。捕捉されたイベント及び／又はデータは、ユーザデータ、デバイスデータ、環境データ、センサからのデータ、センサデータ、アプリケーションデータ、暗示データ、明示データ等を含むことができる。推論は、特定の状況（context）又は行動（action）を識別するのに使用されることができる、又は例えば、データ及びイベントについての考慮に基づいて、関心のある状態に対する確率分布を生成することができる。

【0063】

推論は、一連のイベント及び／又はデータからより高いレベルのイベントを構成するのに使用される技術を指すこともできる。そのような推論は、一連の観察されたイベント及び／又は記憶されたイベントデータのセット、イベントが近い時間的近接において相関しているかどうか、及びイベント及びデータが１つ以上のイベント及びデータソースに由来するかどうかから、新しいイベント又は行動の構築をもたらす。種々の分類スキーム及び／又はシステム（例えば、サポートベクトルマシン、ニューラルネットワーク、エキスパートシステム、ベイジアンビリーフネットワーク、ファジーロジック、及びデータ融合エンジン）が、開示した主題に関連する自動及び／又は推論された行動を実行することに関連して使用され得る。

【0064】

さらに、様々な実施形態は、開示された主題を実装するためのコンピュータを制御するソフトウェア、ファームウェア、ハードウェア、又はそれらの任意の組合せを生成する標準プログラミング及び／又はエンジニアリング技術を使用して、方法、装置、又は製品として実装されることができる。本明細書で使用される場合、「製品」という用語は、任意のコンピュータ可読デバイス、機械可読デバイス、コンピュータ可読キャリア、コンピュータ可読媒体、機械可読媒体、コンピュータ可読（又は機械可読）ストレージ／通信媒体からアクセス可能なコンピュータプログラムを包含することを意図している。例えば、コンピュータ可読媒体は、非限定的に、磁気記憶装置、例えば、ハードディスク、フロッピーディスク、磁気ストリップ、光学ディスク（例えば、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、ブルーレイディスク（ＢＤ））、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）及び／又はストレージデバイス及び／又は上記のコンピュータ可読媒体のいずれかをエミュレートする仮想デバイスを含むことができる。もちろん、当業者であれば、種々の実施形態の範囲又は精神から逸脱することなく、この構成に多くの変更を加えることができると認識するであろう。

【0065】

要約書に説明しているものを含めて、本開示の例示された実施形態の上記の説明が網羅的であり、かつ実施形態を開示した厳密な形態に限定すること、を意図したものではない。特定の実施形態及び実施例は、本明細書に例示目的のために記載されているが、当業者が認識することができるように、そのような実施形態及び実施例の範囲内であると考えられる様々な変更が可能である。

【0066】

これに関して、主題は、種々の実施形態及び対応する図に関連して本明細書に説明しているが、適用可能であれば、他の類似の実施形態を使用することができ、又は開示された主題を逸脱することなく開示された主題と同じ、類似の、代替の、又は置換となる機能を実行するための変更及び追加を、説明した実施形態になすことができると理解されたい。したがって、開示された主題は、本明細書に説明したいずれかの単一の実施形態に限定されるべきではなく、むしろ以下の添付の特許請求の範囲に従って幅広く解釈されるべきである。

【0067】

要約すると、典型的な実施形態では、本発明は、無線通信システムにおいてユーザ機器（ＵＥ）（例えば、携帯電話）のための上りリンク送信のための方法及び装置に関する。好ましくは、ＵＥは、スケジューリングされたリソース上でチャネルのための送信を実行するようにスケジューリングされ、スケジューリングされたリソースがＵＥに対して構成されたリソースと重なる場合、ＵＥは、スケジューリングされたリソースの重ならない部分上ではＵＥの通常の送信電力レベルで送信を行い、スケジューリングされたリソースの重なる部分上ではより低い送信電力レベルで送信を行う。

【図1】

【図2】

【図3】

【図4a】

【図4b】

【図4c】

【図4d】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】