特許 6235715 ＵＬ−ＤＬコンフィグレーションのシグナリングのための方法及び装置

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

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

(11)【特許番号】6235715

(24)【登録日】2017年11月2日

(45)【発行日】2017年11月22日

(54)【発明の名称】ＵＬ−ＤＬコンフィグレーションのシグナリングのための方法及び装置

(51)【国際特許分類】

   H04W 72/04 20090101AFI20171113BHJP

   H04W 72/12 20090101ALI20171113BHJP

   H04W 28/06 20090101ALI20171113BHJP

【ＦＩ】

   H04W72/04 111

   H04W72/12

   H04W28/06 130

   H04W72/04 131

【請求項の数】16

【全頁数】24

(21)【出願番号】特願2016-532214(P2016-532214)

(86)(22)【出願日】2014年6月13日

(65)【公表番号】特表2016-529815(P2016-529815A)

(43)【公表日】2016年9月23日

(86)【国際出願番号】CN2014079823

(87)【国際公開番号】WO2015021818

(87)【国際公開日】20150219

【審査請求日】2016年2月9日

(31)【優先権主張番号】PCT/CN2013/081427

(32)【優先日】2013年8月14日

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

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100095957

【弁理士】

【氏名又は名称】亀谷 美明

(74)【代理人】

【識別番号】100096389

【弁理士】

【氏名又は名称】金本 哲男

(74)【代理人】

【識別番号】100101557

【弁理士】

【氏名又は名称】萩原 康司

(74)【代理人】

【識別番号】100128587

【弁理士】

【氏名又は名称】松本 一騎

(72)【発明者】

【氏名】ファン、ルイ

(72)【発明者】

【氏名】グオ、ジヘン

(72)【発明者】

【氏名】リ、シャオファ

(72)【発明者】

【氏名】リウ、ジンファ

(72)【発明者】

【氏名】ソン、シンファ

【審査官】 ▲高▼木 裕子

(56)【参考文献】

【文献】 国際公開第２０１３／０２６１８４（ＷＯ，Ａ１）

【文献】 米国特許出願公開第２０１３／０１５５８９８（ＵＳ，Ａ１）

【文献】 CATT，Design of L1 signaling for UL-DL reconfiguration[online]， 3GPP TSG-RAN WG1♯74 R1-133014，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_74/Docs/R1-133014.zip＞，２０１３年 ８月１０日，Pages 1-4

【文献】 Ericsson, ST-Ericsson，On efficient transmission of explicit signaling[online]， 3GPP TSG-RAN WG1♯74 R1-133417，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_74/Docs/R1-133417.zip＞，２０１３年 ８月１０日，Pages 1-3

【文献】 Intel Corporation，Signaling mechanism for TDD UL/DL reconfiguration[online]， 3GPP TSG-RAN WG1♯74 R1-132926，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_74/Docs/R1-132926.zip＞，２０１３年 ８月１０日，Pages 1-5

【文献】 Texas Instruments，Dynamic signaling for TDD UL/DL Reconfiguration[online]， 3GPP TSG-RAN WG1♯74 R1-133167，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_74/Docs/R1-133167.zip＞，２０１３年 ５月２３日，Pages 1-4

【文献】 NSN, Nokia，On UL-DL reconfiguration signalling[online]， 3GPP TSG-RAN WG1♯74 R1-133476，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_74/Docs/R1-133476.zip＞，２０１３年 ８月１０日，Pages 1-3

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

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

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

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

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

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

【請求項1】

キャリアアグリゲーションの存在下でアップリンク−ダウンリンク（ＵＬ−ＤＬ）コンフィグレーションの情報を送信するための、基地局における方法であって、
前記ＵＬ−ＤＬコンフィグレーションの情報を送信するという決定（Ｓ３１０）に応じて、予め定義されるルールに基づいて、前記ＵＬ−ＤＬコンフィグレーションの情報を搬送すべき１つ以上のコンポーネントキャリアを判定すること（Ｓ３２０）と、
判定された前記１つ以上のコンポーネントキャリア上で、前記ＵＬ−ＤＬコンフィグレーションの情報を含むメッセージを送信すること（Ｓ３３０）と、
を含み、
前記予め定義されるルールは、
ルールＢ：リソーススケジューリングコマンドを搬送するスケジューリングコンポーネントキャリアが前記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成される、
ルールＤ：１つの特定のコンポーネントキャリア又は複数のコンポーネントキャリアのうちの特定のサブセットが前記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成される、
のうちの１つ以上を含む、
方法。

【請求項2】

ルールＢにおいて、前記スケジューリングコンポーネントキャリアがスケジューリングされたコンポーネントキャリアに関連する前記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成され、又は、ＵＥの特定のスケジューリングコンポーネントキャリアが全てのコンポーネントキャリアに関連する前記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成され、及び、
ルールＤにおいて、前記特定のコンポーネントキャリアが全てのコンポーネントキャリアに関連する前記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成され、又は、前記特定のサブセット内の各コンポーネントキャリアが複数のコンポーネントキャリアのうちの特定のサブセットに関連する前記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成される、
請求項１の方法。

【請求項3】

前記メッセージは、
ＵＬ−ＤＬコンフィグレーションを切り替えるべきコンポーネントキャリアについてのＵＬ−ＤＬコンフィグレーションと、
全てのコンポーネントキャリアについてのＵＬ−ＤＬコンフィグレーションと、
１つ以上のＵＬ−ＤＬコンフィグレーションであって、各ＵＬ−ＤＬコンフィグレーションが複数のコンポーネントキャリアのうちの対応するサブセットについてのものである、当該１つ以上のＵＬ−ＤＬコンフィグレーションと、
のうちのいずれか１つを含む、請求項１から２のいずれかの方法。

【請求項4】

前記メッセージは、
全てのコンポーネントキャリアに関連するＵＬ−ＤＬコンフィグレーションと共に集約される単一のコマンドと、
複数の別個のコマンドであって、各コマンドが１つのコンポーネントキャリアについての前記ＵＬ−ＤＬコンフィグレーションについてのものである、当該複数の別個のコマンドと、
１つ以上のコマンドであって、各コマンドが複数のコンポーネントキャリアのうちの対応するサブセットについての１つのＵＬ−ＤＬコンフィグレーションを含む、当該１つ以上のコマンドと、
のうちのいずれかを含む、請求項１から３のいずれかの方法。

【請求項5】

前記決定は、
いずれかのコンポーネントキャリアについてのＵＬ−ＤＬコンフィグレーション切り替えと、
ＵＬ−ＤＬコンフィグレーションを通知するための周期と、
のうちの１つ以上に基づいて行われる、請求項１の方法。

【請求項6】

キャリアアグリゲーションの存在下でアップリンク−ダウンリンク（ＵＬ−ＤＬ）コンフィグレーションの情報を受信するための、ワイヤレスデバイスにおける方法であって、
予め定義されるルールに基づいて、前記ＵＬ−ＤＬコンフィグレーションの情報を搬送するための１つ以上のコンポーネントキャリアを判定すること（Ｓ６１０）と、
前記１つ以上のコンポーネントキャリア上で、前記ＵＬ−ＤＬコンフィグレーションの情報を含むメッセージを検出すること（Ｓ６２０）と、
前記メッセージを解析して、そのＵＬ−ＤＬコンフィグレーションを切り替えるべき１つ以上のコンポーネントキャリアを判定すること（Ｓ６３０）と、
を含み、
前記予め定義されるルールは、
ルールＢ：リソーススケジューリングコマンドを搬送するスケジューリングコンポーネントキャリアが前記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成される、
ルールＤ：１つの特定のコンポーネントキャリア又は複数のコンポーネントキャリアのうちの特定のサブセットが前記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成される、
のうちの１つ以上を含む、
方法。

【請求項7】

ルールＢにおいて、前記スケジューリングコンポーネントキャリアがスケジューリングされたコンポーネントキャリアに関連する前記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成され、又は、ＵＥの特定のスケジューリングコンポーネントキャリアが全てのコンポーネントキャリアに関連する前記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成され、及び、
ルールＤにおいて、前記特定のコンポーネントキャリアが全てのコンポーネントキャリアに関連する前記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成され、又は、前記特定のサブセット内の各コンポーネントキャリアが複数のコンポーネントキャリアのうちの特定のサブセットに関連する前記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成される、
請求項６の方法。

【請求項8】

前記メッセージは、
ＵＬ−ＤＬコンフィグレーションを切り替えるべきコンポーネントキャリアについてのＵＬ−ＤＬコンフィグレーションと、
全てのコンポーネントキャリアについてのＵＬ−ＤＬコンフィグレーションと、
１つ以上のＵＬ−ＤＬコンフィグレーションであって、各ＵＬ−ＤＬコンフィグレーションが複数のコンポーネントキャリアのうちの対応するサブセットについてのものである、当該１つ以上のＵＬ−ＤＬコンフィグレーションと、
のうちのいずれか１つを含む、請求項６から７のいずれかの方法。

【請求項9】

前記メッセージは、
全てのコンポーネントキャリアに関連するＵＬ−ＤＬコンフィグレーションと共に集約される単一のコマンドと、
複数の別個のコマンドであって、各コマンドが１つのコンポーネントキャリアについての前記ＵＬ−ＤＬコンフィグレーションについてのものである、当該複数の別個のコマンドと、
１つ以上のコマンドであって、各コマンドが複数のコンポーネントキャリアのうちの対応するサブセットについての１つのＵＬ−ＤＬコンフィグレーションを含む、当該１つ以上のコマンドと、
のうちのいずれかを含む、請求項６から８のいずれかの方法。

【請求項10】

キャリアアグリゲーションの存在下でアップリンク−ダウンリンク（ＵＬ−ＤＬ）コンフィグレーションの情報を送信するために適合される基地局であって、プロセッサ及びメモリを含み、前記メモリは、前記プロセッサによって実行可能な命令を含み、それにより、前記基地局は、
前記ＵＬ−ＤＬコンフィグレーションの情報を送信するという決定に応じて、予め定義されるルールに基づいて、前記ＵＬ−ＤＬコンフィグレーションの情報を搬送すべき１つ以上のコンポーネントキャリアを判定することと、
判定された前記１つ以上のコンポーネントキャリア上で、前記ＵＬ−ＤＬコンフィグレーションの情報を含むメッセージを送信することと、
を行うように動作可能であり、
前記予め定義されるルールは、
ルールＢ：リソーススケジューリングコマンドを搬送するスケジューリングコンポーネントキャリアが前記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成される、
ルールＤ：１つの特定のコンポーネントキャリア又は複数のコンポーネントキャリアのうちの特定のサブセットが前記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成される、
のうちの１つ以上を含む、
基地局。

【請求項11】

前記メッセージは、
ＵＬ−ＤＬコンフィグレーションを切り替えるべきコンポーネントキャリアについてのＵＬ−ＤＬコンフィグレーションと、
全てのコンポーネントキャリアについてのＵＬ−ＤＬコンフィグレーションと、
１つ以上のＵＬ−ＤＬコンフィグレーションであって、各ＵＬ−ＤＬコンフィグレーションが複数のコンポーネントキャリアのうちの対応するサブセットについてのものである、当該１つ以上のＵＬ−ＤＬコンフィグレーションと、
のうちのいずれか１つを含む、請求項１０の基地局。

【請求項12】

前記メッセージは、
全てのコンポーネントキャリアに関連するＵＬ−ＤＬコンフィグレーションと共に集約される単一のコマンドと、
複数の別個のコマンドであって、各コマンドが１つのコンポーネントキャリアについての前記ＵＬ−ＤＬコンフィグレーションについてのものである、当該複数の別個のコマンドと、
１つ以上のコマンドであって、各コマンドが複数のコンポーネントキャリアのうちの対応するサブセットについての１つのＵＬ−ＤＬコンフィグレーションを含む、当該１つ以上のコマンドと、
のうちのいずれかを含む、請求項１０から１１のいずれかの基地局。

【請求項13】

キャリアアグリゲーションの存在下でアップリンク−ダウンリンク（ＵＬ−ＤＬ）コンフィグレーションの情報を受信するために適合されるワイヤレスデバイスであって、プロセッサ及びメモリを含み、前記メモリは、前記プロセッサによって実行可能な命令を含み、それにより、前記ワイヤレスデバイスは、
予め定義されるルールに基づいて、前記ＵＬ−ＤＬコンフィグレーションの情報を搬送するための１つ以上のコンポーネントキャリアを判定すること（Ｓ６１０）と、
前記１つ以上のコンポーネントキャリア上で、前記ＵＬ−ＤＬコンフィグレーションの情報を含むメッセージを検出すること（Ｓ６２０）と、
前記メッセージを解析して、そのＵＬ−ＤＬコンフィグレーションを切り替えるべき１つ以上のコンポーネントキャリアを判定すること（Ｓ６３０）と、
を行うように動作可能であり、
前記予め定義されるルールは、
ルールＢ：リソーススケジューリングコマンドを搬送するスケジューリングコンポーネントキャリアが前記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成される、
ルールＤ：１つの特定のコンポーネントキャリア又は複数のコンポーネントキャリアのうちの特定のサブセットが前記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成される、
のうちの１つ以上を含む、
ワイヤレスデバイス。

【請求項14】

前記メッセージは、
ＵＬ−ＤＬコンフィグレーションを切り替えるべきコンポーネントキャリアについてのＵＬ−ＤＬコンフィグレーションと、
全てのコンポーネントキャリアについてのＵＬ−ＤＬコンフィグレーションと、
１つ以上のＵＬ−ＤＬコンフィグレーションであって、各ＵＬ−ＤＬコンフィグレーションが複数のコンポーネントキャリアのうちの対応するサブセットについてのものである、当該１つ以上のＵＬ−ＤＬコンフィグレーションと、
のうちのいずれか１つを含む、請求項１３のワイヤレスデバイス。

【請求項15】

前記メッセージは、
全てのコンポーネントキャリアに関連するＵＬ−ＤＬコンフィグレーションと共に集約される単一のコマンドと、
複数の別個のコマンドであって、各コマンドが１つのコンポーネントキャリアについての前記ＵＬ−ＤＬコンフィグレーションについてのものである、当該複数の別個のコマンドと、
１つ以上のコマンドであって、各コマンドが複数のコンポーネントキャリアのうちの対応するサブセットについての１つのＵＬ−ＤＬコンフィグレーションを含む、当該１つ以上のコマンドと、
のうちのいずれかを含む、請求項１３から１４のいずれかのワイヤレスデバイス。

【請求項16】

少なくとも１つのプロセッサ上で実行された場合に、前記少なくとも１つのプロセッサに、請求項１から９のいずれか１項に記載の方法を行わせる命令、を含むコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

ここでの実施形態は、一般に、通信システムに関し、より具体的には、キャリアアグリゲーション（ＣＡ）の存在下のアップリンク−ダウンリンク（ＵＬ−ＤＬ）コンフィグレーションのシグナリングのための方法、装置、ユーザ機器、基地局及びコンピュータ読取可能な記憶媒体に関する。

【背景技術】

【0002】

本セクションは、本開示のより良好な理解を促進し得る観点を紹介する。そのため、本セクションの記述は、その見地において読まれるべきであり、何が従来技術内にあるか又は何が従来技術内に無いかについての承認として理解されるべきではない。

【0003】

ワイヤレスデータトラフィックは、将来において益々ローカライズされるようになるものと想定され、そこでは、ほとんどのユーザがホットスポット内、若しくはインドア領域内、又は居住領域内にいるであろう。それらユーザは、クラスタ内に位置し、異なる時刻において異なるアップリンク（ＵＬ）及びダウンリンク（ＤＬ）トラフィックを発生させるであろう。これは、本質的に、ＵＬ及びＤＬリソースを瞬間的な（又は短期的な）トラフィックの変動に対して調整するという動的な特徴を、将来の局所領域のセルにおいて要するはずであることを意味する。このケースでは、ＵＬ／ＤＬリソースを動的に割り当てる柔軟性を有する時間分割複信（ＴＤＤ）システムが、非常に魅力的になる。

【0004】

ＬＴＥ（Long-Term Evolution）では、７つの異なるＴＤＤ ＵＬ／ＤＬコンフィグレーションが存在し、ＤＬ向けに約４０％〜９０％のリソースを提供する。より高速なＴＤＤ再構成（これ以降、“動的ＴＤＤ”という）が、特に低から中システム負荷においてＵＬ及びＤＬ双方における良好な性能のポテンシャルを示しており、ＬＴＥリリース１２の標準化された特徴となるであろう。

【0005】

様々なタイムスケールで動的なＴＤＤ再構成をサポートするために、様々なシグナリング方法が検討されている。３ＧＰＰ（3^rd Generation Partnership Project）ＲＮ１＃７３ Ｃｈａｉｒｍａｎ’ｓ Ｎｏｔｅｓ，Ｍａｙ ２０−２４，２０１３では、動的なＴＤＤをサポートするために、明示的なＬ１シグナリングが提案されている。Ｌ１シグナリングを用いると、拡張ＮｏｄｅＢ（ｅＮＢ）によってフレキシブルサブフレームのリンク方向が制御され、ユーザ機器（ＵＥ）は、当該シグナリングに従って、そのサブフレームがダウンリンクであるのか、それともアップリンクであるのかを判断する。

【0006】

３ＧＰＰリリース１０では、より一層高いデータレートをサポートするために、キャリアアグリゲーション（ＣＡ）が導入された。ＬＴＥ−Ａ（LTE-Advanced）は、ダウンリンクにおいて１Ｇｂｐｓのピークデータレートと、アップリンクにおいて５００Ｍｂｐｓのピークデータレートとをサポートすることを企図している。このような要件を満たすには、最大１００ＭＨｚの送信帯域幅を要する。但し、実際には、連続的なスペクトラムのそうした大きな取り分の利用可能性は極めて低いため、ＬＴＥ−Ａは、複数のコンポーネントキャリア（ＣＣ）のキャリアアグリゲーションを使用して、高帯域幅送信を達成している。リリース８のＬＴＥキャリアは最大帯域幅が２０ＭＨｚであるため、ＬＴＥ−Ａは、最大５個の２０ＭＨｚＣＣのアグリゲーションをサポートする。

【0007】

後方互換性を得るために、各ＣＣは、それ自身のセルＩＤを有する別個のセルとして出現し、各ＵＥについて構成され、且つ、プライマリＵＬキャリア及びプライマリＤＬキャリアを含む、１つのプライマリＣＣ（ＰＣＣ、又はプライマリセル、ＰＣｅｌｌという）が存在する。ＵＥについて構成される他のキャリアは、セカンダリＣＣ（ＳＣＣ、又はセカンダリセル、ＳＣｅｌｌという）と称される。ＰＣｅｌｌは、接続を確立する間に最初に構成されるセルとして定義され、セキュリティ、ＮＡＳ２（Non-Access Stratum 2）のモビリティ情報、構成されるセル（即ち、キャリア）についてのシステム情報（ＳＩ）、及び、幾つかの下位レイヤ機能、に関して不可欠な役割を果たす。ＳＣｅｌｌは、さらなる無線リソースを単に提供するために、接続が確立された後に構成され得るセルである。

【0008】

以下のように定義される、２つのタイプのスケジューリングポリシーが存在する。

【0009】

後方互換性の方法（即ち、非クロスキャリアスケジューリング又はセルフスケジューリング）：リリース８におけるように、各ダウンリンクＣＣ上のＰＤＣＣＨ（physical dedicated control channel）は、同じＣＣに適用可能なダウンリンクリソース割り当てと、（ＳＩＢ２（System Information Block 2）に示されるリンケージに従って）関連付けられるアップリンクＣＣに適用可能なアップリンクリソースグラントとを搬送することが可能である。

【0010】

クロスキャリアスケジューリング方法：この方法は、ＰＤＣＣＨメッセージの冒頭に挿入される新たな３ビットのＣＩＦ（Carrier Indicator Field）により、１つのＣＣ上のＰＤＣＣＨが、別のＣＣ上でのデータ送信をスケジューリングすることを可能にする。リリース８のＰＤＣＣＨのＣＣＥ（Control Channel Element）構造、コーディング、及びメッセージの残りの部分は、キャリアアグリゲーション用に変更されることはない。各ＣＣ上にＣＩＦが存在すること、又は存在しないことは、各ＵＥについて半静的に（即ち、ＲＲＣシグナリングによって）構成される。構成されると、ＣＩＦは、ＰＤＣＣＨメッセージ内において、共通のサーチスペースではなくＵＥ固有のサーチスペースにのみ存在するようになる。ＵＥは、構成されたＣＣを通じて、ダウンリンク割り当て及びアップリンクグラントをリッスンする。

【0011】

異なるＵＥは、異なるＰＣＣ及びＳＣＣで構成され得る。ダウンリンク割り当て及びアップリンクグラント送信用に構成されるキャリアは、異なり得る。

【0012】

将来における高データレート要件を考えると、マイクロノード及びピコノードにおいてキャリアアグリゲーションが実装されることは必然的である。キャリアアグリゲーションのケースにおいて、１つのＵＥは複数のキャリアによってサービスされてよく、異なるＵＥは異なるキャリアによってサービスされ得る。異なるＵＥは、異なるプライマリコンポーネントキャリア（ＰＣＣ）及びセカンダリコンポーネントキャリア（ＳＣＣ）で構成され得る。さらに、異なるＵＥは、異なるキャリアを通じてダウンリンク割り当て及びアップリンクグラントをモニタリングするように構成され得る。現在、動的なＴＤＤが３ＧＰＰに導入されており、主張されている、動的なＴＤＤの主たる適用可能なシナリオは、マイクロ／ピコノードである。よって、キャリアアグリゲーションのケースの場合にＵＬ−ＤＬコンフィグレーションの切り替えを示す方法を提案することは有意義である。

【0013】

３ＧＰＰにおいては、明示的な物理レイヤシグナリングが取組みの前提となるよう提案されているが、一方で、キャリアアグリゲーションのケースの場合の信号にはまだ言及されていない。よって、ＵＬ−ＤＬコンフィグレーションの変化に関してＵＥに通知する幾つかの方法を提案することは有意義である。

【発明の概要】

【発明が解決しようとする課題】

【0014】

したがって、当該技術において、キャリアアグリゲーションの存在下でＵＬ−ＤＬコンフィグレーションをシグナリングするための解決策を提供することが望ましいであろう。

【課題を解決するための手段】

【0015】

第１の態様において、キャリアアグリゲーションの存在下でアップリンク−ダウンリンク（ＵＬ−ＤＬ）コンフィグレーションの情報を送信するための方法が提供される。上記方法は、上記ＵＬ−ＤＬコンフィグレーションの情報を送信するという決定に応じて、予め定義されるルールに基づいて、上記ＵＬ−ＤＬコンフィグレーションの情報を搬送すべき１つ以上のコンポーネントキャリアを判定することと、判定された上記１つ以上のコンポーネントキャリア上で、上記ＵＬ−ＤＬコンフィグレーションの情報を含むメッセージを送信することと、を含む。

【0016】

幾つかの実施形態において、上記予め定義されるルールは、ルールＡ：ユーザ機器（ＵＥ）についてのプライマリコンポーネントキャリア（ＰＣＣ）が上記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成される、ルールＢ：リソーススケジューリングコマンドを搬送するスケジューリングコンポーネントキャリアが上記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成される、ルールＣ：各アクティブなコンポーネントキャリアがそれ自身のＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成される、及び、ルールＤ：１つの特定のコンポーネントキャリア又は複数のコンポーネントキャリアのうちの特定のサブセットが上記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成される、のうちの１つ以上を含み得る。

【0017】

幾つかのさらなる実施形態では、ルールＡにおいて、ユーザ機器の上記ＰＣＣは、上記ユーザ機器の全てのサービングコンポーネントキャリアに関連する上記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成され、ルールＢにおいて、上記スケジューリングコンポーネントキャリアは、スケジューリングされたコンポーネントキャリアに関連する上記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成され、又は、ＵＥの特定のスケジューリングコンポーネントキャリアは、全てのコンポーネントキャリアに関連する上記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成され、及び、ルールＤにおいて、上記特定のコンポーネントキャリアは、全てのコンポーネントキャリアに関連する上記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成され、及び、上記特定のサブセット内の各コンポーネントキャリアは、複数のコンポーネントキャリアのうちの特定のサブセットに関連する上記ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成される。

【0018】

幾つかの実施形態において、上記メッセージは、ＵＬ−ＤＬコンフィグレーションを切り替えるべきコンポーネントキャリアについてのＵＬ−ＤＬコンフィグレーションと、全てのコンポーネントキャリアについてのＵＬ−ＤＬコンフィグレーションと、各々が複数のコンポーネントキャリアのうちの対応するサブセットについてのものである、１つ以上のＵＬ−ＤＬコンフィグレーションと、のうちのいずれか１つを含み得る。

【0019】

幾つかの実施形態において、上記メッセージは、全てのコンポーネントキャリアに関連するＵＬ−ＤＬコンフィグレーションと共に集約される単一のコマンドと、各々が１つのコンポーネントキャリアについての上記ＵＬ−ＤＬコンフィグレーションについてのものである、複数の別個のコマンドと、各々が複数のコンポーネントキャリアのうちの対応するサブセットについての１つのＵＬ−ＤＬコンフィグレーションを含む、１つ以上のコマンドと、のうちのいずれかを含み得る。

【0020】

幾つかの実施形態において、上記決定は、いずれかのコンポーネントキャリアについてのＵＬ−ＤＬコンフィグレーション切り替えと、ＵＬ−ＤＬコンフィグレーションを通知するための周期と、のうちの１つ以上に基づいて行われ得る。

【0021】

第２の態様において、キャリアアグリゲーションの存在下でアップリンク−ダウンリンク（ＵＬ−ＤＬ）コンフィグレーションの情報を受信するための方法が提供される。上記方法は、予め定義されるルールに基づいて、上記ＵＬ−ＤＬコンフィグレーションの情報を搬送するための１つ以上のコンポーネントキャリアを判定することと、上記１つ以上のコンポーネントキャリア上で、上記ＵＬ−ＤＬコンフィグレーションの情報を含むメッセージを検出することと、上記メッセージを解析して、そのＵＬ−ＤＬコンフィグレーションを切り替えるべき１つ以上のコンポーネントキャリアを判定することと、を含む。

【0022】

第３の態様において、キャリアアグリゲーションの存在下でアップリンク−ダウンリンク（ＵＬ−ＤＬ）コンフィグレーションの情報を送信するために適合される基地局が提供される。上記基地局は、プロセッサ及びメモリを含み、上記メモリは、上記プロセッサによって実行可能な命令を含み、それにより、上記基地局は、上記ＵＬ−ＤＬコンフィグレーションの情報を送信するという決定に応じて、予め定義されるルールに基づいて、上記ＵＬ−ＤＬコンフィグレーションの情報を搬送すべき１つ以上のコンポーネントキャリアを判定することと、判定された上記１つ以上のコンポーネントキャリア上で、上記ＵＬ−ＤＬコンフィグレーションの情報を含むメッセージを送信することと、を行うように動作可能である。

【0023】

第４の態様において、キャリアアグリゲーションの存在下でアップリンク−ダウンリンク（ＵＬ−ＤＬ）コンフィグレーションの情報を受信するために適合されるワイヤレスデバイスが提供される。上記ワイヤレスデバイスは、プロセッサ及びメモリを含み、上記メモリは、上記プロセッサによって実行可能な命令を含み、それにより、上記ワイヤレスデバイスは、予め定義されるルールに基づいて、上記ＵＬ−ＤＬコンフィグレーションの情報を搬送するための１つ以上のコンポーネントキャリアを判定することと、当該１つ以上のコンポーネントキャリア上で、当該ＵＬ−ＤＬコンフィグレーションの情報を含むメッセージを検出することと、上記メッセージを解析して、そのＵＬ−ＤＬコンフィグレーションを切り替えるべき１つ以上のコンポーネントキャリアを判定することと、を行うように動作可能である。

【0024】

第５の態様において、コンピュータプログラムが提供される。上記コンピュータプログラムは、少なくとも１つのプロセッサ上で実行された場合に上記少なくとも１つのプロセッサに本開示の第１の態様又は第２の態様による方法を実行させる命令、を含む。

【0025】

第６の態様において、キャリアアグリゲーションの存在下でアップリンク−ダウンリンク（ＵＬ−ＤＬ）コンフィグレーションの情報を送信するために適合される基地局が提供される。上記基地局は、アップリンク−ダウンリンク（ＵＬ−ＤＬ）コンフィグレーションの情報を送信することを決定するように構成される決定ユニットと、予め定義されるルールに基づいて、上記ＵＬ−ＤＬコンフィグレーションの情報を搬送すべき１つ以上のコンポーネントキャリアを判定するように構成される判定ユニットと、判定された上記１つ以上のコンポーネントキャリア上で、上記ＵＬ−ＤＬコンフィグレーションの情報を含むメッセージを送信するように構成される送信ユニットと、を含む。

【0026】

第６の態様において、キャリアアグリゲーションの存在下でアップリンク−ダウンリンク（ＵＬ−ＤＬ）コンフィグレーションの情報を受信するために適合されるワイヤレスデバイスが提供される。上記ワイヤレスデバイスは、予め定義されるルールに基づいて、上記ＵＬ−ＤＬコンフィグレーションの情報を搬送するための１つ以上のコンポーネントキャリアを判定するように構成される判定ユニットと、上記１つ以上のコンポーネントキャリア上で、上記ＵＬ−ＤＬコンフィグレーションの情報を含むメッセージを検出するように構成される検出ユニットと、上記メッセージを解析して、そのＵＬ−ＤＬコンフィグレーションを切り替えるべき１つ以上のコンポーネントキャリアを判定するように構成される解析ユニットと、を含む。

【0027】

第７の態様において、コンピュータプログラムコードが記憶されたコンピュータ読取可能な記憶媒体が提供される。上記コンピュータプログラムコードは、実行された場合に第１の態様又は第２の態様による方法におけるアクションを装置に実行させる、ように構成される。

【0028】

この明細書に記載される技法の特定の実施形態を用いて、動的なＵＬ−ＤＬコンフィグレーションに関する信号及びメカニズムが、ＣＡの存在下における動的なＴＤＤのために提案される。種々のシナリオについて、複数のシグナリング方式が提供される。

【0029】

例として実施形態の原理を例示する添付図面と共に読むことで、具体的な実施形態の以下の説明からも、ここでの実施形態のその他の特徴及び利点が明らかになるであろう。

【図面の簡単な説明】

【0030】

ここでの種々の実施形態の、上記の及びその他の態様、特徴、及び利点は、例として、以下の詳細な説明及び添付の図面から、より充分に明らかになるであろう。添付図面は次の通りである：

【0031】

【図1】図１は、ここでの実施形態が適用され得る、キャリアアグリゲーションを用いる動的なＴＤＤの例示的なシナリオを例示する。

【図2】図２は、（ａ）クロスキャリアスケジューリングを用いない、及び、（ｂ）クロスキャリアスケジューリングを用いた、データ送信用にＰＤＣＣＨスケジューリングメッセージからＣＣへ半静的に構成されるマッピングの例を例示する。

【図3】図３は、幾つかの実施形態による、ＣＡの存在下でＵＬ−ＤＬコンフィグレーションの情報をシグナリングするための、基地局における方法の例示的なプロセスフローを例示する。

【図4】図４は、１つの実施形態による、全てのアクティブなＣＣについての集約されるＵＬ−ＤＬコンフィグレーション切り替えコマンドの一例を例示する。

【図5】図５は、１つの実施形態による、単一のＣＣについてのＵＬ−ＤＬコンフィグレーション切り替えコマンドの一例を例示する。

【図6】図６は、幾つかの実施形態による、ＣＡの存在下でＵＬ−ＤＬコンフィグレーションの情報を受信するための、ユーザ機器における方法の例示的なプロセスフローを例示する。

【図7】図７は、幾つかの実施形態による、例示的な実施形態を実践するように構成され得る基地局７００の概略ブロック図である。

【図8】図８は、幾つかの実施形態による、例示的な実施形態を実践するように構成され得るユーザ機器８００の概略ブロック図である。

【図9】図９は、ここでの例示的な実施形態を実践する際に使用するのに適切なエンティティ９００の簡略ブロック図を例示する。

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

【0032】

例示的な実施形態を参照して、本開示の原理及び精神を以下に説明する。理解されるべきことは、これら全ての実施形態が、本開示の範囲を限定するためではなく、本開示の、当業者によるより良好な理解とさらなる実践とのために、提示されているに過ぎないということである。例えば、１つの実施形態の一部として例示されるか、又は記載される特徴を、別の実施形態と共に使用して、一層さらなる実施形態を生じてよい。明瞭にするために、実際の実装物の全ての特徴が必ずしもこの明細書に記載されているわけではない。

【0033】

以下の説明において、基地局（ＢＳ）は、端末にリソースを割り当てるためのエンティティであり、拡張ノードＢ（ｅＮＢ）、ノードＢ、ＢＳ、無線アクセスユニット、基地局コントローラ、及び、ネットワーク上のノード、のうちのいずれかであり得る。端末は、ユーザ機器（ＵＥ）、移動局（ＭＳ）、セルラーフォン、スマートフォン、コンピュータ、又は、通信機能を備えるマルチメディアシステムであり得る。

【0034】

以下では例示の目的のためにＬＴＥタイプのセルラーネットワークのコンテキストで説明がなされているが、それがそのコンテキストに良好に適しているのは偶然であり、当業者は、ここで開示される実施形態が、種々のその他のタイプのセルラーネットワークにも適用され得ることを認識するであろう。

【0035】

当業者が認識すべきことは、キャリアアグリゲーション（ＣＡ）を用いると、種々のネットワーク配備が可能になるということである。図１は、ここでの実施形態が適用され得る、ＣＡを用いる動的なＴＤＤの例示的なシナリオを例示する。図１では、ＣＣ０、ＣＣ１、及びＣＣ２と表記される３つの非共通的な配置を有するＣＣのみが想定されていることに留意されたい。実際には、より少数の又はより多数の、共通的な配置を有し又は非共通的な配置を有するＣＣが、混在シナリオを有する配備と共に考えられ得る。

【0036】

図１に示されるように、通常のｅＮＢ１１０のＣＣ（ＣＣ０）は、マクロセルのカバレージを提供し、これに対し、ＲＲＨ（remote radio head）セルは、トラフィックのホットスポットに配置されて、別のＣＣによって拡張されたスループットを提供する。例えば、ＲＲＨ１２０は、ＣＣ（ＣＣ１）によってピコセルのカバレージを提供し、ＲＲＨ１３０は、ＣＣ（ＣＣ２）によってピコセルのカバレージを提供する。

【0037】

ＲＲＨセルは、光ファイバを介してｅＮＢに接続され、それにより、同じＣＡフレームワークに基づいて、マクロセルとＲＲＨセルとの間のＣＣのアグリゲーションを可能にする。このような配備により、オペレータは、低コストのＲＲＨ機器を使用することによってシステムスループットを効率的に改善することができる。

【0038】

ＣＡモードで動作するために、ＬＴＥ−Ａ ＵＥはまず、サービングｅＮＢにより、複数のサービングセルで構成される必要がある。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥについての複数のサービングセルのうちの構成されたセット内で、それらのうちの１つがＰＣｅｌｌとして指定され、当該ＰＣｅｌｌにおいては、対応するＤＬ ＣＣがＤＬプライマリＣＣ（ＰＣＣ）として指定され、対応するＵＬ ＣＣがＵＬ ＰＣＣとして指定される。ＵＥは、セカンダリサービングセル（ＳＣｅｌｌ）と呼ばれる、１つ以上の付加的なサービングセルで構成され得る。ＳＣｅｌｌに対応するＤＬ ＣＣ及びＵＬ ＣＣは、それぞれ、ＤＬセカンダリＣＣ（ＳＣＣ）及びＵＬセカンダリＣＣ（ＳＣＣ）と呼ばれる。各ＳＣｅｌｌについて、ＤＬ ＳＣＣに加えてＵＬ ＳＣＣの、ＵＥによる使用は、ｅＮＢにより構成可能である。

【0039】

ＰＣｅｌｌの指定は、ＵＥ固有のものであり、同じｅＮＢによってサービスされる異なるＵＥについては異なり得る。換言すると、ｅＮＢにおける或るセルは、１つのＵＥについてはＰＣｅｌｌであり得、別のＵＥについてはＳＣｅｌｌであり得る。通常、ＤＬ ＰＣＣ及びＵＬ ＰＣＣは、ロバストであるべきであり、典型的には、それらが最もユビキタスなカバレージ及び／又は最良の総合信号品質を提供するように選択される。例えば、図１に示されるように、ＵＥ１０１は、ＲＲＨ１１０のカバレージ内に位置し、別のＵＥ１０２は、ＲＲＨ１２０のカバレージ内に位置する。ＵＥ１０１のＰＣＣはＣＣ１であり、ＵＥ１０２のＰＣＣはＣＣ２である。加えて、ＵＥ１０１は、ＣＣ０のＳＣＣで構成されてよく、ＵＥ１０２は、ＣＣ０のＳＣＣで構成されてよい。

【0040】

幾つかの実施形態によると、ＵＥ１０１及びＵＥ１０２のＵＬ−ＤＬコンフィグレーションは、リアルタイムのデータトラフィックに従って動的に構成され得る。幾つかの実施形態において、ＵＬ−ＤＬコンフィグレーションを変更するための周期は、１０ｍｓ以下であり得る。

【0041】

以前に述べたように、ＣＡについて定義される２つのタイプのスケジューリングポリシーが存在する。図２は、（ａ）クロスキャリアスケジューリングを用いない、及び、（ｂ）クロスキャリアスケジューリングを用いた、データ送信用にＰＤＣＣＨスケジューリングメッセージからＣＣへ半静的に構成されるマッピングの例を例示する。図２では、ＣＣ１、ＣＣ２、ＣＣ３、ＣＣ４、及びＣＣ５と表記された５個のＣＣが想定されることに留意されたい。

【0042】

ＰＵＳＣＨ（physical uplink shared channel）送信又はＰＤＳＣＨ（physical downlink shared channel）送信にそれぞれ対応するＵＬグラント又はＤＬリソース割り当てを各ＣＣ上で搬送するために、ＰＤＣＣＨが使用される。所与のＣＣ上のＰＤＣＣＨメッセージは、同じＣＣ上におけるリソースのスケジューリング（非クロスキャリアスケジューリング）、又は、異なるＣＣ上におけるリソースのスケジューリング（クロスキャリアスケジューリング）を行うことができる。

【0043】

図２（ａ）は、各ダウンリンクＣＣ上のＰＤＣＣＨが、同じＣＣに適用可能なＰＤＳＣＨに対応するＤＬリソース割り当てと、関連付けられるアップリンクＣＣ（図示せず）に適用可能なＰＵＳＣＨに対応するアップリンクリソースグラントとを搬送する、非クロスキャリアスケジューリングのシナリオを例示する。

【0044】

図２（ｂ）は、１つのダウンリンクＣＣ上のＰＤＣＣＨが１つ以上の他のＣＣ上におけるデータ送信をスケジューリングし得る、クロスキャリアスケジューリングのシナリオを例示する。クロスキャリアスケジューリングは、ＤＬリソース割り当て及びＵＬグラントの双方についてサポートされる。ＵＥがクロスキャリアスケジューリングを用いて構成されると、３ビットＣＩＦ（Carrier Indicator Field）がＰＤＣＣＨメッセージのペイロードに付加されて、当該ＰＤＣＣＨメッセージ内に含まれるリソースグラント／割り当てに対応するＣＣを識別する。

【0045】

図２（ｂ）に示される例において、ＣＣ１上のＰＤＣＣＨは、ＣＣ１、ＣＣ２、及びＣＣ３上におけるデータ送信をスケジューリングすることができ、一方、ＣＣ５上のＰＤＣＣＨは、ＣＣ４及びＣＣ５上におけるデータ送信をスケジューリングすることができる。

【0046】

非クロスキャリアスケジューリングは、ＵＥが、アグリゲートされた全てのＣＣ上でＰＤＣＣＨを信頼可能な態様で受信することが可能なシナリオに適切である。クロスキャリアスケジューリングは、幾つかのＣＣ上で、ＵＥがＰＤＣＣＨを受信するように構成されていないとき、又は、ＰＤＣＣＨを高い信頼度で受信することができないとき、のいずれかにおいて適切である。

【0047】

上記から確認されるように、ＣＡのケースにおいては、複数のＣＣが存在し、各ＤＬ ＣＣは、或るＵＥについてはＰＣＣとして構成され得る。ＵＬ−ＤＬコンフィグレーションの変更に関し、ＵＥに通知する、関連付けられたメカニズムを定義することが必要である。

【0048】

図３は、幾つかの実施形態による、ＣＡの存在下でＵＬ−ＤＬコンフィグレーションの情報をシグナリングするための、基地局における方法の例示的なプロセスフローを例示する。

【0049】

図３に示されるように、ステップＳ３１０において、基地局は、ＵＬ−ＤＬコンフィグレーションの情報を送信することを決定し得る。

【0050】

１つの実施形態において、この決定は、ＵＬ−ＤＬコンフィグレーションを通知するための、予め定義される周期（例えば１０ｍｓ）に基づき得る。このような実施形態において、基地局は、ＵＬ−ＤＬコンフィグレーション切り替えが必要とされているかどうかに関係なく、定期的に、ＵＬ−ＤＬコンフィグレーションをシグナリングし得る。

【0051】

別の実施形態において、この決定は、いずれかのＣＣについてのＵＬ−ＤＬコンフィグレーション切り替えに基づき得る。例えば、幾つかのＣＣについてのＵＬ−ＤＬコンフィグレーションが、瞬間的なトラフィックの状況にマッチするように変更されるべきである場合、基地局は、ＵＬ−ＤＬコンフィグレーションに関する情報をシグナリングすることを決定し得る。

【0052】

さらなる実施形態において、上記の２つの実施形態が組み合わされ得る。このような実施形態では、予め定義される周期又はＵＬ−ＤＬコンフィグレーション切り替えの判定のいずれかに応じて、基地局が、ＵＬ−ＤＬコンフィグレーションの情報を送信することを決定し得る。

【0053】

留意されるべきことは、ここで使用される“ＵＬ−ＤＬコンフィグレーション”が、初期ＵＬ−ＤＬコンフィグレーション及びＵＬ−ＤＬ再構成の双方を指し得るということである。本開示は、この点に関し限定を有さない。

【0054】

基地局は、ＵＬ−ＤＬコンフィグレーションの情報を送信することを決定すると、ステップＳ３２０において、予め定義されるルールに基づいて、ＵＬ−ＤＬコンフィグレーションの情報を搬送すべき１つ以上のＣＣを判定し得る。以前に説明したように、ＣＡのケースにおいては、複数のＣＣが存在し、各ダウンリンクＣＣは、或るＵＥについてはＰＣＣとして構成され得る。よって、ＵＬ−ＤＬコンフィグレーションの情報をシグナリングするためのＣＣを判定するために、種々の方式（即ちルール）が存在する。

【0055】

第１の実施形態では、第１のルール（ルールＡ）に従い、少なくとも１つのアクティブなＵＥについてＰＣＣとして構成されたＣＣが、ＵＬ−ＤＬコンフィグレーションの情報を搬送する。幾つかの実施形態において、或るＵＥのＰＣＣは、当該ＵＥの全てのサービングＣＣに関連するＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成される。

【0056】

例えば、図１に示されるシナリオにおいて、ＵＥ１０１のＰＣＣ（例えばＣＣ１）は、そのサービングＣＣ、即ち、そのＰＣＣ（ＣＣ１）及びそのＳＣＣ（ＣＣ０）についてのＵＬ−ＤＬコンフィグレーションを搬送するように構成され得る。また、ＵＥ１０２のＰＣＣ（例えばＣＣ２）は、そのサービングＣＣ、即ち、そのＰＣＣ（ＣＣ２）及びそのＳＣＣ（ＣＣ０）についてのＵＬ−ＤＬコンフィグレーションを搬送するように構成され得る。

【0057】

この実施形態によると、ＵＥは、全てのサービングＣＣについて、そのＰＣＣを通じてＵＬ−ＤＬコンフィグレーションの情報をモニタリングするだけでよく、ＵＥにサービスするように構成されるＣＣのＵＬ−ＤＬコンフィグレーションの情報は、このキャリアを通じて送信されるはずである。この実施形態の利点は、ＵＥが１つの信号を介して全てのサービングＣＣのＵＬ−ＤＬコンフィグレーションの情報をモニタリングすることができ、よって、消費電力を削減できるという点である。加えて、ＵＥがアクティブであるときにＰＣＣが非アクティブ化され得ないため、ＵＬ−ＤＬコンフィグレーションの情報が確実に送信される。

【0058】

第２の実施形態では、第２のルール（ルールＢ）に従い、ダウンリンク割り当て及び／又はアップリンクグラント（即ち、リソーススケジューリングコマンド）を搬送するＣＣが、ＵＬ−ＤＬコンフィグレーションの情報を搬送する。

【0059】

この実施形態によると、全てのＣＣ又は全てのアクティブなＣＣのＵＬ−ＤＬコンフィグレーションは、ダウンリンク割り当て及び又はアップリンクグラントを送信するように構成されるキャリア（スケジューリングキャリア又はスケジューリングＣＣといわれる）を通じてのみ送信される。幾つかの実施形態において、各スケジューリングキャリアは、そのダウンリンク割り当て又はアップリンクグラントが、このスケジューリングキャリア（即ち、スケジューリングされたＣＣ）を通じて送信されるＣＣについてのＵＬ−ＤＬコンフィグレーション切り替えコマンドを搬送するように構成され得る。他の実施形態では、ＵＥの１つの特定のスケジューリングＣＣが、全てのＣＣについてのＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成され得る。当該特定のスケジューリングＣＣは、事前に定義されるか若しくは構成されるか、又は、送信の際に信号によって構成されるか、のいずれかであり得る。

【0060】

例示のため、図２（ｂ）の例を取り上げる。１つの実施形態において、スケジューリングキャリアＣＣ１は、ＣＣ１、ＣＣ２、及びＣＣ３についてのＵＬ−ＤＬコンフィグレーションを搬送するように構成され得、スケジューリングキャリアＣＣ５は、ＣＣ４及びＣＣ５についてのＵＬ−ＤＬコンフィグレーションを搬送するように構成され得る。代替的に、スケジューリングキャリアＣＣ１は、全てのＣＣ、即ち、ＣＣ１〜ＣＣ５についてのＵＬ−ＤＬコンフィグレーションを搬送するように予め定義されるか、又は選択される。

【0061】

この第２の実施形態の利点は、ＵＥが、スケジューリングＣＣを通じてＵＬ−ＤＬコンフィグレーションの情報をモニタリングするだけでよいという点である。ＵＥが複数のスケジューリングＣＣで一旦構成されると、信号オーバーヘッドとＵＬ−ＤＬコンフィグレーションの情報をモニタリングするためのＵＥ電力とを削減するために、どのスケジューリングＣＣがＵＬ−ＤＬコンフィグレーションの情報を搬送すべきかが予め定義され得る。

【0062】

第３の実施形態では、第３のルール（ルールＣ）に従い、各アクティブなＣＣがそれ自身のＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成され得る。

【0063】

この実施形態によると、ＵＥは、各サービングＣＣのＵＬ−ＤＬコンフィグレーションの情報を、当該ＣＣ自身を通じて別個にモニタリングする必要がある。ＵＥが複数のキャリアを使用する結果として生じる消費電力は、大きくなり得るが、その理由は、ＵＥが複数のキャリアをモニタリングする必要があり得るためである。この実施形態の利点は、ＵＬ−ＤＬコンフィグレーションの情報の送信及びモニタリングが、キャリアのアクティブ化及び非アクティブ化により影響を受けないという点である。欠点は、ＵＥが各サービングＣＣを通じてＵＬ−ＤＬコンフィグレーションの情報をモニタリングしなければならない点である。

【0064】

第４の実施形態では、第４のルール（ルールＤ）に従い、１つの特定のＣＣ又は複数のＣＣのうちの特定のサブセットがＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成される。

【0065】

この実施形態によると、或るＣＣがＵＬ−ＤＬコンフィグレーションの情報を搬送することが構成され得るか、又は、予め定義され得る。第１の例として、ＣＣ０が、それ自身及び他のＣＣのＵＬ−ＤＬコンフィグレーションの情報を搬送することが予め定義され得る。第２の例として、ＵＬ−ＤＬコンフィグレーションの情報を搬送するＣＣは、システム情報によって構成されてよく、このＣＣが、全てのＣＣについてのＵＬ−ＤＬコンフィグレーションの情報を搬送する。

【0066】

第３の例として、複数のＣＣのうちのサブセットが、ＵＬ−ＤＬコンフィグレーションの情報を搬送するように予め定義され又は構成されてもよく、当該サブセット内の各ＣＣは、複数のＣＣのうちの特定のサブセットについてのＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成され得る。５個のＣＣ（ＣＣ１〜ＣＣ５）がＣＡ用に使用される図２（ｂ）の例を例示のために取り上げると、ＣＣ１及びＣＣ５から成るサブセットが、ＵＬ−ＤＬコンフィグレーションの情報を搬送するように予め定義され又は構成されてもよい。詳細には、ＣＣ１は、ＣＣ１、ＣＣ２、及びＣＣ３についての別個のＵＬ−ＤＬコンフィグレーションか、又は、ＣＣ１、ＣＣ２、及びＣＣ３についての共通のＵＬ−ＤＬコンフィグレーションを搬送するように構成されてもよく、これに対し、ＣＣ５は、ＣＣ４及びＣＣ５についての別個のＵＬ−ＤＬコンフィグレーションか、又は、ＣＣ４及びＣＣ５についての共通のＵＬ−ＤＬコンフィグレーションを搬送するように構成されてもよい。複数のＣＣのセットについての共通のＵＬ−ＤＬコンフィグレーションの配備は、幾つかのＣＣが隣接キャリアであって、これらのキャリアが異なるＵＬ−ＤＬコンフィグレーションで構成される場合に隣接キャリア干渉の問題が存在し得るときに、有意義である。

【0067】

図３に戻る。基地局は、ＵＬ−ＤＬコンフィグレーションの情報を搬送すべきＣＣを判定すると、ステップＳ３３０において、判定された１つ以上のＣＣ上で、ＵＬ−ＤＬコンフィグレーションの情報を含むメッセージを送信し得る。

【0068】

適用のシナリオに依存して、メッセージは、異なる内容を含み得る。

【0069】

１つの実施形態では、ＵＬ−ＤＬコンフィグレーションを切り替えるべきＣＣについてのＵＬ−ＤＬコンフィグレーションが、メッセージに含まれる。換言すると、ＵＬ−ＤＬコンフィグレーションの変更が構成されるＣＣの、新たなＵＬ−ＤＬコンフィグレーションのみが、ＵＥへと指示示される。

【0070】

この実施形態によると、或るＣＣについて何らかのＵＬ−ＤＬコンフィグレーション切り替えが存在するとき、このＣＣの新たなＵＬ−ＤＬコンフィグレーションのみが、関連するＵＥに示され、一方、ＵＬ−ＤＬコンフィグレーション切り替えを有さない、他の全てのＣＣのＵＬ−ＤＬコンフィグレーションは、送信されない。これにより、シグナリングのオーバーヘッドが最小に保たれる。

【0071】

別の実施形態において、メッセージは、全てのＣＣについてのＵＬ−ＤＬコンフィグレーションを常に含む。

【0072】

この実施形態によると、いずれかのＣＣについてのＵＬ−ＤＬコンフィグレーション切り替えが存在するとき、このＣＣの新たなＵＬ−ＤＬコンフィグレーションと、これに加え、他のＣＣのＵＬ−ＤＬコンフィグレーションとが、関連するＵＥに示される。以前の実施形態と比較すると、この実施形態の利点は、ＵＥが全てのアクティブなＣＣの、現在のＵＬ−ＤＬコンフィグレーションを知得するという点であり、このことは、全てのＣＣのＵＬ−ＤＬコンフィグレーショがＵＥにとって既知となるが故に、ＵＥについてのキャリアのアクティブ化／切り替えが迅速に行われ得ることを意味し、このことは、キャリア間での迅速な負荷分担にさらに恩恵をもたらし得る。

【0073】

さらなる実施形態において、メッセージは、各々が複数のＣＣのうちの対応するサブセットについてのものである、１つ以上のＵＬ−ＤＬコンフィグレーションを含み得る。

【0074】

第１の例として、メッセージは、全てのＣＣについての１つのＵＬ−ＤＬコンフィグレーションを含む。換言すると、全てのＣＣは、同じＵＬ−ＤＬコンフィグレーションに構成され、全てのＣＣは、ＵＬ−ＤＬコンフィグレーション切り替え時に１つのまとまりとして取り扱われ、即ち、全てのアクティブなＣＣは、ＵＬ−ＤＬコンフィグレーション切り替え時に、新たな同じＵＬ−ＤＬコンフィグレーションに切り替わる。このようなケースにおいて、ｅＮＢは、ＵＬ−ＤＬコンフィグレーション切り替え時に、単一の新たなＵＬ−ＤＬコンフィグレーションを単に示すだけであり得る。この方法は、明らかに、シグナリングのオーバーヘッドを削減することが可能だが、異なるＣＣが異なるＵＬ−ＤＬコンフィグレーションに構成されるかもしれないという機会を妨げ得る。

【0075】

第２の例として、メッセージは、各々が複数のＣＣのうちの対応するサブセットについてのものである、２つ以上のＵＬ−ＤＬコンフィグレーションを含む。この実施形態は、幾つかのＣＣが隣接キャリアであって、これらのキャリアが異なるＵＬ−ＤＬコンフィグレーションで構成される場合に隣接キャリア干渉の問題が存在し得るようなケースに対して特に有用である。

【0076】

メッセージは、様々な形式で構築され得る。

【0077】

１つの実施形態において、全ての関与するＣＣについて使用されるべきＵＬ−ＤＬコンフィグレーションは、単一の物理レイヤシグナリング又はＵＬ−ＤＬ切り替えコマンドへと集約される。

【0078】

図４は、１つの実施形態による、全てのアクティブなＣＣについての、集約されるＵＬ−ＤＬコンフィグレーション切り替えコマンドの一例を例示する。

【0079】

図４に示される例において、全てのＣＣのＵＬ−ＤＬコンフィグレーション（ＵＬ−ＤＬ ｃｆｇ０、…、ＵＬ−ＤＬ ｃｆｇ４）は、キャリアインデックス（ＣＣ０、…、ＣＣ４）に従って集約される。この態様により、複数のＣＣのうちの幾つかのみがＵＥにサービスするように構成されているにも関わらず、ＵＥは、全てのＣＣのＵＬ−ＤＬコンフィグレーションを知得する。上述のように、このことは、キャリア間での迅速な負荷分担の利点を提供し得る。

【0080】

別の実施形態において、各ＣＣのＵＬ−ＤＬコンフィグレーションは、別個のコマンドにより搬送される。

【0081】

この実施形態によると、各ＣＣのＵＬ−ＤＬコンフィグレーション切り替えコマンドは、個々のシグナリングにより送信される。ＵＬ−ＤＬコンフィグレーション切り替えコマンドがプライマリキャリア又はスケジューリングキャリアを通じてのみ送信される場合、どのキャリアがＵＬ−ＤＬコンフィグレーションを切り替えるべきであるのかを示すのに、キャリアインジケータが必要とされ、複数のＣＣがＵＬ−ＤＬコンフィグレーションを切り替える場合、複数のコマンドが送信される。

【0082】

図５は、１つの実施形態による、単一のＣＣについてのＵＬ−ＤＬコンフィグレーション切り替えコマンドの一例を例示する。示されるように、切り替えコマンドは、どのキャリアがＵＬ−ＤＬコンフィグレーションを切り替えるべきであるのかを示すキャリアインジケータと、このＣＣについてのＵＬ−ＤＬコンフィグレーションを示すＵＬ−ＤＬコンフィグレーションとを含む。

【0083】

さらなる実施形態では、１つのＵＬ−ＤＬコンフィグレーション切り替えコマンドが、１つ以上のＣＣに適用され得る。即ち、メッセージは、各々が複数のＣＣのうちの対応するサブセットについての１つのＵＬ−ＤＬコンフィグレーションを含む、１つ以上のコマンドを含み得る。

【0084】

この実施形態によると、複数のＣＣのうちの幾つかが、集合として予め定義され又は構成されてよく、同じＵＬ−ＤＬコンフィグレーションが適用される。したがって、ＵＬ−ＤＬコンフィグレーション切り替えが一旦トリガされると、新たな同じＵＬ−ＤＬコンフィグレーションが、その集合内の全てのＣＣに適用される。このことは、幾つかのＣＣが隣接キャリアであって、これらのキャリアが異なるＵＬ−ＤＬコンフィグレーションで構成されると隣接キャリア干渉の問題が存在し得るときに、有意義である。下位実施形態として、ＣＣセットの構成を示すために、ＲＲＣシグナリングが導入されてもよい。別の下位実施形態として、隣接周波数を有する複数のＣＣは当然のＣＣセットであるということが、予め定義されてもよい。

【0085】

よって、上記の内容は、基地局がＣＡの存在下でＵＬ−ＤＬコンフィグレーションの情報をシグナリングする例示的な方法を説明してきた。理解されるべきことは、これら全ての実施形態が、本開示の範囲を限定するためではなく、本開示の、当業者によるより良好な理解とさらなる実施とのために、提示されているに過ぎないということである。例えば、１つの実施形態の一部として例示されるか、又は記載される特徴を、別の実施形態と共に使用して、一層さらなる実施形態を生じてよい。例えば、ＵＥのＰＣＣがＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成されており、当該情報が、全てのサービングＣＣについてのＵＬ−ＤＬコンフィグレーションを含む場合、全てのサービングＣＣについてのＵＬ−ＤＬコンフィグレーションと共に集約された１つのメッセージをＰＣＣが搬送することが可能である。代替的に、ＰＣＣは、複数の別個のコマンドから成る１つのメッセージを搬送してよく、各コマンドは、全てのサービングＣＣ内のうち、対応するＣＣのＵＬ−ＤＬコンフィグレーションについてのものである。明らかに、当業者は、本開示の発想の下でその他の実施形態を想定することができる。

【0086】

図６は、幾つかの実施形態による、ＣＡの存在下でＵＬ−ＤＬコンフィグレーションの情報を受信するための、ユーザ機器における方法の例示的なプロセスフローを例示する。

【0087】

図６に示されるように、ステップＳ６１０において、ユーザ機器は、予め定義されるルールに基づいて、ＵＬ−ＤＬコンフィグレーションの情報を搬送するための１つ以上のＣＣを判定する。

【0088】

予め定義されるルールは、以下のもののうちのいずれかを含み得る。

【0089】

ルールＡ：ＵＥについてのＰＣＣを、ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成する。ＵＥのＰＣＣは、そのＵＥの全てのサービングＣＣに関連するＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成され得る。

【0090】

ルールＢ：リソーススケジューリングコマンド（例えば、アップリンクグラント及び／又はダウンリンク割り当て）を搬送するスケジューリングＣＣを、ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成する。各スケジューリングＣＣが、スケジューリングされたＣＣに関連するＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成され得る。代替的に、ＵＥの特定の（予め定義されるか、又は構成される）スケジューリングＣＣが、全てのＣＣに関連するＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成され得る。

【0091】

ルールＣ：各アクティブなＣＣを、それ自身のＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成する。

【0092】

ルールＤ：１つの特定のＣＣ又は複数のＣＣのうちの特定のサブセットを、ＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成する。例えば、当該特定のＣＣが、全てのＣＣに関連するＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成され得る。代替的に、複数のＣＣのうちの当該特定のサブセット内の各ＣＣが、複数のＣＣのうちの特定の（予め定義されるか、又は構成される）サブセットに関連するＵＬ−ＤＬコンフィグレーションの情報を搬送するように構成され得る。

【0093】

幾つかの実施形態において、ＵＬ−ＤＬコンフィグレーションをシグナリングするための１つ以上のＣＣは、例えば、上記のようなルールのうちのいずれかに従って予め定義され得る。幾つかの他の実施形態において、ＵＬ−ＤＬコンフィグレーションをシグナリングするための１つ以上のＣＣは、ｅＮＢによって上記のルールに基づいて構成されてよく、ＲＲＣシグナリングによってＵＥに通知され得る。

【0094】

その後、ＵＥは、ＵＬ−ＤＬコンフィグレーションの情報を搬送し得るＣＣをモニタリングし得る。ステップＳ６２０において、ＵＥは、判定された１つ以上のＣＣ上で、ＵＬ−ＤＬコンフィグレーションの情報を含むメッセージを検出する。メッセージの検出は、当該技術でよく知られており、よって、その説明は、ここでは省略する。

【0095】

ステップＳ６３０において、ＵＥは、検出されたメッセージを解析して、どのＣＣがそれ自身のＵＬ−ＤＬコンフィグレーションを切り替えるべきであるのかを判定することができる。

【0096】

図３を参照して説明したように、メッセージは、ＵＬ−ＤＬコンフィグレーションを切り替えるべきＣＣについてのＵＬ−ＤＬコンフィグレーションと、全てのＣＣについてのＵＬ−ＤＬコンフィグレーションと、各々が複数のＣＣのうちの対応するサブセットについてのものである、１つ以上のＵＬ−ＤＬコンフィグレーションと、のうちのいずれか１つを含み得る。また、メッセージは、全てのコンポーネントキャリアに関連するＵＬ−ＤＬコンフィグレーションと共に集約される単一のコマンドと、各々が１つのコンポーネントキャリアについてのＵＬ−ＤＬコンフィグレーションについてのものである、複数の別個のコマンドと、各々が複数のコンポーネントキャリアのうちの対応するサブセットについての１つのＵＬ−ＤＬコンフィグレーションを含む、１つ以上のコマンドと、のうちのいずれかによって形成され得る。

【0097】

ＵＬ−ＤＬコンフィグレーションの変更が構成される対象であるＣＣの新たなＵＬ−ＤＬコンフィグレーションのみをメッセージが含む場合、当該メッセージは、好ましくは、別個のコマンドによって形成され、各々が新たなＵＬ−ＤＬコンフィグレーション用である。よって、ＵＥは、別個のコマンドに含まれるキャリアインジケータによって、そのＵＬ−ＤＬコンフィグレーションが切り替えられるべきＣＣを識別し得る。その後、ＵＥは、識別されたＣＣを、新たなＵＬ−ＤＬコンフィグレーションに切り替えることができる。

【0098】

任意に、全ての新たなＵＬ−ＤＬコンフィグレーションが、単一のＵＬ−ＤＬコンフィグレーション切り替えコマンドへと集約されてもよい。例えば、５個のフィールドを含むコマンドが、図４に示されるフォーマットといった、５個のＣＣについてのＵＬ−ＤＬコンフィグレーションを運ぶために割り当てられる。このようなケースにおいて、通知されるべき新たなＵＬ−ＤＬコンフィグレーションが３個しか存在しない場合、割り当てられた全てのフィールドを埋めるために様々なコーディング方式が適用されて冗長性が取り入れられてもよく、それにより、信号対雑音比（ＳＮＲ）が改善される。

【0099】

当業者は、ＵＬ−ＤＬコンフィグレーションの情報をシグナリングするためのＣＣと、当該情報の内容とに基づいて、その他の形式のＵＬ−ＤＬコンフィグレーション切り替えコマンドが、ＵＬ−ＤＬコンフィグレーションの情報を運ぶように設計され得ることを理解することができ、本開示は、この点に関し限定を有さない。

【0100】

図７は、幾つかの実施形態による、例示的な実施形態を実践するように構成され得る基地局７００の概略ブロック図である。

【0101】

図７に示されるように、基地局７００は、決定ユニット７１０、判定ユニット７２０、及び送信ユニット７３０を含み得る。

【0102】

決定ユニット７１０は、ＵＬ−ＤＬコンフィグレーションの情報を送信することを決定するように構成され得る。１つの実施形態において、決定は、ＵＬ−ＤＬコンフィグレーションを通知するための、予め定義される周期に基づき得る。別の実施形態において、決定は、いずれかのＣＣについてのＵＬ−ＤＬコンフィグレーション切り替えに基づき得る。さらなる実施形態において、決定は、予め定義される周期又はＵＬ−ＤＬコンフィグレーション切り替え需要の、いずれか先に生じた方に基づき得る。

【0103】

判定ユニット７２０は、予め定義されるルールに基づいて、ＵＬ−ＤＬコンフィグレーションの情報を搬送すべき１つ以上のＣＣを判定するように構成され得る。予め定義されるルールは、上記のようなルールのうちのいずれかを含んでよく、よって、その詳細な説明は、ここでは省略する。

【0104】

送信ユニット７３０は、判定された１つ以上のＣＣ上で、ＵＬ−ＤＬコンフィグレーションの情報を含むメッセージを送信するように構成され得る。

【0105】

適用のシナリオに依存して、メッセージは、異なる内容を含み得る。例えば、メッセージは、ＵＬ−ＤＬコンフィグレーションを切り替えるべきＣＣについてのＵＬ−ＤＬコンフィグレーションと、全てのＣＣについてのＵＬ−ＤＬコンフィグレーションと、各々が複数のＣＣのうちの対応するサブセットについてのものである、１つ以上のＵＬ−ＤＬコンフィグレーションと、のうちのいずれかを含み得る。また、メッセージは、全てのコンポーネントキャリアに関連するＵＬ−ＤＬコンフィグレーションと共に集約される単一のコマンドと、各々が１つのコンポーネントキャリアについてのＵＬ−ＤＬコンフィグレーションについてのものである、複数の別個のコマンドと、各々が複数のコンポーネントキャリアのうちの対応するサブセットについての１つのＵＬ−ＤＬコンフィグレーションを含む、１つ以上のコマンドと、のうちのいずれかによって形成され得る。

【0106】

理解されるべきことは、基地局７００に含まれるユニット７１０〜７３０が、ここでの例示的な実施形態を実践するために構成されているということである。よって、図３に関して上で説明した動作及び特徴が、ここでの装置７００及びユニットにも当てはまり、それらの詳細な説明は、ここでは省略する。

【0107】

図８は、幾つかの実施形態による、例示的な実施形態を実践するように構成され得るユーザ機器８００の概略ブロック図である。

【0108】

図８に示されるように、ユーザ機器８００は、判定ユニット８１０、検出ユニット８２０、及び解析ユニット８３０を含み得る。

【0109】

判定ユニット８１０は、予め定義されるルールに基づいて、ＵＬ−ＤＬコンフィグレーションの情報を搬送するための１つ以上のＣＣを判定するように構成され得る。予め定義されるルールは、上で説明したルール（即ち、ルールＡ、ルールＢ、ルールＣ、及びルールＤ）のうちのいずれかを含み得る。

【0110】

検出ユニット８２０は、判定された１つ以上のＣＣ上で、ＵＬ−ＤＬコンフィグレーションの情報を含むメッセージを検出するように構成され得る。

【0111】

解析ユニット８３０は、検出されたメッセージを解析して、どのＣＣがそれ自身のＵＬ−ＤＬコンフィグレーションを切り替えるべきであるのかを判定するように構成され得る。

【0112】

上で説明したように、メッセージは、ＵＬ−ＤＬコンフィグレーションを切り替えるべきＣＣについてのＵＬ−ＤＬコンフィグレーションと、全てのＣＣについてのＵＬ−ＤＬコンフィグレーションと、各々が複数のＣＣのうちの対応するサブセットについてのものである、１つ以上のＵＬ−ＤＬコンフィグレーションと、のうちのいずれか１つを含み得る。また、メッセージは、全てのコンポーネントキャリアに関連するＵＬ−ＤＬコンフィグレーションと共に集約される単一のコマンドと、各々が１つのコンポーネントキャリアについてのＵＬ−ＤＬコンフィグレーションについてのものである、複数の別個のコマンドと、各々が複数のコンポーネントキャリアのうちの対応するサブセットについての１つのＵＬ−ＤＬコンフィグレーションを含む、１つ以上のコマンドと、のうちのいずれかにより形成され得る。

【0113】

理解されるべきことは、ＵＥ８００内に含まれるユニット８１０〜８３０が、ここでの例示的な実施形態を実践するために構成されているということである。よって、図６に関して上で説明した動作及び特徴が、ここでのＵＥ８００及びユニットにも当てはまり、それらの詳細な説明は、ここでは省略する。

【0114】

留意されるべきことは、図７及び図８が、基地局７００及びワイヤレスデバイス８００内の種々の機能モジュールを、ロジカルな意味で例示しているに過ぎないということである。これらの機能は、実際には、あらゆる適切なソフトウェア及びハードウェアの手段／回路などを使用して実装されてよい。よって、これらの実施形態は一般に、基地局７００及びワイヤレスデバイス８００の、示された構造と機能モジュールとに限定されない。したがって、以前に説明した例示的な実施形態は、多くの方式で実現され得る。例えば、１つの実施形態は、そこに命令が記憶されたコンピュータ読取可能な媒体を含み、当該命令は、基地局７００又はワイヤレスデバイス８００における方法ステップを実行するための制御ユニット又は処理ユニットにより、実行可能である。処理ユニットによって実行可能であって、コンピュータ読取可能な媒体に記憶された命令は、請求項に明記されるように、基地局７００又はワイヤレスデバイス８００の方法ステップを実行する。

【0115】

図９は、ここでの例示的な実施形態を実践する際に使用するのに適切なエンティティ９００の簡略ブロック図を例示する。エンティティ９００は、ネットワーク側のエンティティ、例えば、基地局であってよく、又は、ユーザ側のエンティティ、例えば、ユーザ機器であってもよい。

【0116】

図９に示されるように、エンティティ９００は、データプロセッサ（ＤＰ）９０１、ＤＰ９０１に結合されたメモリ（ＭＥＭ）９０２、並びに、ＤＰ９０１に結合された適切なＲＦ送信機ＴＸ及び受信機ＲＸ９０４を含む。ＭＥＭ９０２は、プログラム（ＰＲＯＧ）９０３を記憶する。ＴＸ／ＲＸ９０４は、双方向ワイヤレス通信用のものである。ＴＸ／ＲＸ９０４は通信を容易にするために少なくとも１つのアンテナを有しているが、実際には、ＢＳ又はＵＥが幾つかのアンテナを有し得ることに留意されたい。エンティティ９００は、データ経路を介して、例えばインターネットといった１つ以上の外部ネットワーク又は外部システムに結合され得る。

【0117】

ＰＲＯＧ９０３は、プログラム命令を含むことが想定されており、当該プログラム命令は、関連付けられるＤＰ９０１によって実行されると、図３及び図６における方法を用いてここで論じられたように、この開示の例示的な実施形態に従ってエンティティ９００が動作することを可能にする。幾つかの実施形態において、エンティティ９００が基地局として構成されていると、基地局のメモリは、基地局のＤＰによって実行可能な命令を含み、それにより、基地局は、図３に例示されるような方法ステップを実行するように動作可能となる。幾つかの他の実施形態において、エンティティ９００がワイヤレスデバイスとして構成されていると、ワイヤレスデバイスのメモリは、ワイヤレスデバイスのＤＰによって実行可能な命令を含み、それにより、ワイヤレスデバイスは、図６に例示されるような方法ステップを実行するように動作可能となる。幾つかの他の実施形態において、エンティティ９００が基地局であると、ＰＲＯＧ９０３及びＤＰ９０１は、決定ユニット７１０及び判定ユニット７２０を、それぞれの機能を実行するように具現化し得る。ＴＸ／ＲＸ９０４は、ＵＬ−ＤＬコンフィグレーションの情報を含むメッセージを送信するという機能を実行するように送信ユニット７３０を具現化し得る。エンティティ９００がワイヤレスデバイス又はユーザ機器であると、ＰＲＯＧ９０３及びＤＰ９０１は、判定ユニット８１０及び解析ユニット８３０を、それぞれの機能を実行するように具現化し得る。ＴＸ／ＲＸ９０４、ＰＲＯＧ９０３、及びＤＰ９０１ＰＲＯＧは協働して、検出ユニット８２０を、判定された１つ以上のＣＣ上で、ＵＬ−ＤＬコンフィグレーションの情報を含むメッセージを検出するように具現化し得る。

【0118】

ここでの実施形態は、エンティティ９００のＤＰ９０１によって、ハードウェアによって、又は、ソフトウェア及びハードウェアの組み合わせによって実行可能なコンピュータソフトウェアにより、実装され得る。

【0119】

ＭＥＭ９０２は、局所的な技術環境に適切な任意のタイプのものであってよく、非限定的な例として、半導体ベースのメモリデバイス、磁気メモリデバイス及びシステム、光メモリデバイス及びシステム、固定メモリ及び取外し可能メモリといった、任意の適切なデータ記憶技術を使用して実装されてよい。エンティティ９００内にはＭＥＭが１つのみ示されているが、エンティティ９００には、物理的に独立した幾つかのメモリユニットが存在してよい。ＤＰ９０１は、局所的な技術環境に適切な任意のタイプのものであってよく、非限定的な例として、汎用コンピュータ、特定用途コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、及び、マルチコアプロセッサアーキテクチャに基づいたプロセッサ、のうちの１つ以上を含んでよい。エンティティ９００は、例えば、メインプロセッサに同期するクロックに時間的に従うスレーブとしての特定用途向け集積回路チップといった、複数のプロセッサを有し得る。

【0120】

よって、本開示は、キャリアアグリゲーションの存在下でアップリンク−ダウンリンク（ＵＬ−ＤＬ）コンフィグレーションの情報を送信するために適合されるＢＳを提供する。当該ＢＳは、本開示の実施形態の態様による、いずれかの方法ステップを実行するように適合される処理手段を含む。幾つかの実施形態において、ＢＳの処理手段は、図３に例示されるような方法ステップを実行するように構成される。また、キャリアアグリゲーションの存在下でアップリンク−ダウンリンク（ＵＬ−ＤＬ）コンフィグレーションの情報を受信するために適合されるワイヤレスデバイスも提供される。当該ワイヤレスデバイスは、本開示の実施形態の態様による、いずれかの方法ステップを実行するように適合される処理手段を含む。幾つかの実施形態において、ワイヤレスデバイスの処理手段は、図６に例示されるような方法ステップを実行するように構成される。幾つかの実施形態において、処理手段は、少なくともプロセッサと、当該プロセッサによって実行可能な命令を含む、少なくともメモリと、を含む。

【0121】

方法、装置（即ちシステム）のブロック図及びフローチャートの例示を参照して、ここでの例示的な実施形態について説明してきた。ブロック図及びフローチャートの例示の各ブロック、並びに、ブロック図及びフローチャートの例示内のブロックの組み合わせがそれぞれ、コンピュータプログラム命令を含む種々の手段によって実装され得ることが理解されるであろう。これらのコンピュータプログラム命令が、マシンを産み出すために、汎用コンピュータ、特定用途コンピュータ、又はその他のプログラマブルデータ処理装置にロードされてもよく、それにより、コンピュータ又はその他のプログラマブルデータ処理装置上で実行される命令が、フローチャートの１つ又は複数のブロック内で特定された機能を実装するための手段を生じるようになされる。

【0122】

前述のコンピュータプログラム命令は、例えば、サブルーチン及び／又は機能であり得る。１つの実施形態におけるコンピュータプログラムプロダクトは、少なくとも１つのコンピュータ読取可能な記憶媒体を含み、当該記憶媒体に、前述のコンピュータプログラム命令が記憶される。コンピュータ読取可能な記憶媒体は、例えば、ＲＡＭ（ランダムアクセスメモリ）又はＲＯＭ（読取専用メモリ）のような、光コンパクトディスク又は電子メモリデバイスであり得る。

【0123】

この明細書は、多くの具体的な実装の詳細を含んでいるが、これらは、いかなる実装物の範囲又は特許請求され得るものの範囲に対する限定としても解釈されるべきではなく、むしろ、特定の実装物の特定の実施形態に固有であり得る特徴の説明として解釈されるべきである。別個の実施形態のコンテキストにおいて、この明細書に記載された或る複数の特徴を、単一の実施形態において組み合わせて実装することも可能である。その反対に、単一の実施形態のコンテキストにおいて記載された種々の特徴を、複数の実施形態において別個に実装すること、又は、任意の適切な部分的組み合わせにおいて実装することも可能である。さらに、特徴が、或る組み合わせで作用するものとして上で説明されており、そのように出願当初において特許請求さえも行われるかもしれないが、幾つかのケースでは、特許請求された組み合わせからの１つ以上の特徴を、当該組み合わせから削除することができ、当該特許請求された組み合わせは、部分的組み合わせ、又は部分的組み合わせの変形例を対象とし得る。

【0124】

また、留意されるべきことは、上述の実施形態が、本開示を限定するよりもむしろ、本開示を説明するために提示されているということであり、理解されるべきことは、当業者が容易に理解するように、本開示の精神及び範囲から逸脱することなく修正及び変形を行い得るということである。このような修正及び変形は、本開示及び添付の特許請求の範囲のスコープ内にあるものとみなされる。本開示の保護範囲は、添付の特許請求の範囲によって定義される。加えて、請求項内の参照番号はいずれも、当該請求項に対する限定として解釈されるべきではない。“含む（comprise)”という動詞及びその活用形を使用しても、請求項内に述べられる要素又はステップ以外の要素又はステップの存在を排除しない。１つの要素又はステップの前に付く“ａ”又は“ａｎ”という不定冠詞は、複数のこのような要素又はステップの存在を排除しない。

【図1】

【図2(a)】

【図2(b)】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】