(57)【特許請求の範囲】
【請求項１】
ユーザ機器に対してアップリンク送信をスケジューリングする無線基地局であって、前記ユーザ機器と前記無線基地局との間の通信用に、少なくとも１つのアンライセンスセルが設定されており、
少なくとも１基の前記ユーザ機器が、少なくとも以下のアップリンク送信の異なるタイプ、すなわち、
完全なサブフレーム期間にわたり、かつ、前記ユーザ機器が従うサブフレーム境界から始まりサブフレーム境界で終わる、アップリンク送信の第１のタイプ（タイプＡ）、
および以下の少なくとも一方、すなわち、
完全なサブフレーム期間にわたる、アップリンク送信の第２のタイプ（タイプＢ）であって、前記第２のタイプのアップリンク送信が第１のサブフレーム境界より前／後ろから始まり、かつ、前記第１のサブフレーム境界に続く第２のサブフレーム境界より前／後ろで終わるように、前記アップリンク送信が、前記ユーザ機器が従うサブフレーム境界を基準として所定の時間長だけオフセットされる、アップリンク送信の前記第２のタイプ（タイプＢ）、
完全なサブフレーム期間より小さい期間にわたるアップリンク送信の第３のタイプ（タイプＣ）であって、前記アップリンク送信が、前記ユーザ機器が従うサブフレーム境界を基準として所定の時間長だけオフセットされる、アップリンク送信の前記第３のタイプ（タイプＣ）、
に従って、前記アンライセンスセルを介してアップリンク送信を実行することができ、
前記無線基地局がプロセッサおよび送信機を備えており、前記プロセッサおよび前記送信機が、動作時、前記アンライセンスセルを介してのアップリンク送信を前記少なくとも１基のユーザ機器にスケジューリングし、前記無線基地局が受信機を備えており、前記受信機が、動作時、前記少なくとも１基のユーザ機器から、前記スケジューリングされたアップリンク送信を受信し、
少なくとも、２つの異なるタイプに従うアップリンク送信が直接連続するアップリンク送信の間に、アップリンク送信の存在しない時間ギャップが生じるように、前記スケジューリングされたアップリンク送信それぞれが、アップリンク送信の前記異なるタイプのうちの１つに従って、前記少なくとも１基のユーザ機器によって実行される、
無線基地局。
【請求項２】
前記少なくとも１基のユーザ機器が、アップリンク送信のさらなる第４のタイプ（タイプＤ）に従って、前記アンライセンスセルを介してアップリンク送信を実行することができ、前記第４のタイプが、完全なサブフレーム期間より小さい期間にわたり、かつ、前記ユーザ機器が従うサブフレーム境界から始まる、または前記ユーザ機器が従うサブフレーム境界で終わる、請求項１に記載の無線基地局。
【請求項３】
前記プロセッサが、動作時、前記所定の時間長を決定し、オプションとして、前記所定の時間長が、ＯＦＤＭシンボルの長さの半分であり、
前記送信機が、動作時、前記所定の時間長を前記ユーザ機器に示し、オプションとして、前記送信機が、動作時、前記所定の時間長を、無線リソース制御（ＲＲＣ）シグナリングを使用して示し、
オプションとして、少なくとも第２の所定の時間長がＯＦＤＭシンボルの長さであり、前記第２のタイプのアップリンク送信を、前記ユーザ機器が従うサブフレーム境界を基準として前記第２の所定の時間長だけオフセットさせることができる、
請求項１または請求項２に記載の無線基地局。
【請求項４】
前記プロセッサが、動作時、スケジューリングされるアップリンク送信のアップリンク送信タイプを決定し、アップリンク送信の前記決定されたタイプが、前記アップリンク送信を実行する前記少なくとも１基のユーザ機器に前記無線基地局によって示され、オプションとして、アップリンク送信の前記決定されたタイプが、そのアップリンク送信のためのリソース割当てと一緒に、前記少なくとも１基のユーザ機器に示され、オプションとして、アップリンク送信の前記決定されたタイプが、前記ユーザ機器に送信される前記リソース割当てのビットフィールドにおいて示される、請求項１から請求項３のいずれか１項に記載の無線基地局。
【請求項５】
前記ユーザ機器および前記無線基地局においてタイプパターンがあらかじめ定められており、前記ユーザ機器および前記無線基地局が、アップリンク送信のアップリンク送信タイプを、前記タイプパターンと、前記アップリンク送信がスケジューリングされている対象の前記サブフレームとに基づいて決定するように、前記タイプパターンが、アップリンク送信が可能である各サブフレームについて、アップリンク送信の前記異なるタイプのうちの１つを定義する、請求項１から請求項４のいずれか１項に記載の無線基地局。
【請求項６】
２つの前記直接連続するアップリンク送信の間の前記時間ギャップが、アンライセンスバンドの空きチャネル判定を実行するために別のノードによって使用可能であり、前記空きチャネル判定が、前記アンライセンスセルが別の送信によって占有されているか否かを判定し、オプションとして、前記別のノードがＷｉ−Ｆｉノードまたは別のユーザ機器である、請求項１から請求項５のいずれか１項に記載の無線基地局。
【請求項７】
無線基地局によってスケジューリングされるアップリンク送信を実行するユーザ機器であって、前記ユーザ機器と前記無線基地局との間の通信用に、少なくとも１つのアンライセンスセルが設定されており、
前記ユーザ機器が、少なくとも以下のアップリンク送信の異なるタイプ、すなわち、
完全なサブフレーム期間にわたり、かつ、前記ユーザ機器が従うサブフレーム境界から始まりサブフレーム境界で終わる、アップリンク送信の第１のタイプ（タイプＡ）、
および以下の少なくとも一方、すなわち、
完全なサブフレーム期間にわたる、アップリンク送信の第２のタイプ（タイプＢ）であって、前記第２のタイプのアップリンク送信が第１のサブフレーム境界より前／後ろから始まり、かつ、前記第１のサブフレーム境界に続く第２のサブフレーム境界より前／後ろで終わるように、前記アップリンク送信が、前記ユーザ機器が従うサブフレーム境界を基準として所定の時間長だけオフセットされる、アップリンク送信の前記第２のタイプ（タイプＢ）、および、
完全なサブフレーム期間より小さい期間にわたるアップリンク送信の第３のタイプ（タイプＣ）であって、前記アップリンク送信が、前記ユーザ機器が従うサブフレーム境界を基準として所定の時間長だけオフセットされる、アップリンク送信の前記第３のタイプ（タイプＣ）、
に従って、前記アンライセンスセルを介してアップリンク送信を実行することができ、
前記ユーザ機器がプロセッサを備えており、前記プロセッサが、動作時、スケジューリングされたアップリンク送信用に、アップリンク送信の前記タイプのうちの１つを決定し、アップリンク送信のシーケンスのうちの何番目のアップリンク送信であるかに応じて前記アップリンク送信が従う前記タイプが規定されており、
前記ユーザ機器が送信機を備えており、前記送信機が、動作時、前記決定されたタイプに従って、前記アンライセンスセルを介して前記アップリンク送信を実行する、
ユーザ機器。
【請求項８】
前記ユーザ機器が、アップリンク送信のさらなる第４のタイプ（タイプＤ）に従って、前記アンライセンスセルを介してアップリンク送信を実行することができ、前記第４のタイプが、完全なサブフレーム期間より小さい期間にわたり、かつ、前記ユーザ機器が従うサブフレーム境界から始まる、または前記ユーザ機器が従うサブフレーム境界で終わる、請求項７に記載のユーザ機器。
【請求項９】
前記ユーザ機器が記憶装置を備えており、前記記憶装置が、動作時、アップリンク送信が可能である各サブフレームについて、アップリンク送信の前記異なるタイプのうちの１つを定義するタイプパターン、を記憶しており、前記プロセッサが、動作時、アップリンク送信のアップリンク送信タイプを、前記タイプパターンと、前記アップリンク送信がスケジューリングされている対象の前記サブフレームとに基づいて決定し、
オプションとして、２つのアップリンク送信のシーケンス用に第１のタイプパターンがあらかじめ定められており、前記第１のタイプパターンが、前記２つのアップリンク送信のうちの最初のアップリンク送信に対して前記第３のタイプを定義しており、かつ前記２つのアップリンク送信のうちの２番目のアップリンク送信に対して前記第１のタイプを定義しており、
オプションとして、３つのアップリンク送信のシーケンス用に第２のタイプパターンがあらかじめ定められており、前記第２のタイプパターンが、前記３つのアップリンク送信のうちの最初のアップリンク送信に対して前記第４のタイプを定義しており、かつ前記３つのアップリンク送信のうちの２番目のアップリンク送信に対して前記第２のタイプを定義しており、かつ前記３つのアップリンク送信のうちの３番目のアップリンク送信に対して前記第１のタイプまたは前記第４のタイプを定義している、
請求項８に記載のユーザ機器。
【請求項１０】
前記第３のタイプおよび前記第４のタイプのアップリンク送信の長さが１３個のＯＦＤＭシンボルにわたり、前記第１のタイプおよび前記第２のタイプのアップリンク送信の長さが１４個のＯＦＤＭシンボルにわたる、および／または、
前記ユーザ機器が従う前記サブフレーム境界が、前記ユーザ機器と前記無線基地局との間で実行されるタイミングアドバンス手順に基づいて決定され、
オプションとして、前記送信機が、動作時、前記ユーザ機器と前記無線基地局との間の通信用に前記ユーザ機器に設定されているライセンスセル、を介してのアップリンク送信を、前記サブフレーム境界の１つによって与えられる時刻に開始する、
請求項８または請求項９に記載のユーザ機器。
【請求項１１】
前記所定の時間長が、ＯＦＤＭシンボルの長さの半分であり、前記ユーザ機器が受信機を備えており、前記受信機が、動作時、前記所定の時間長を示す指示情報を前記無線基地局から受信し、
オプションとして、前記受信機が、動作時、前記所定の時間長を、無線リソース制御（ＲＲＣ）シグナリングを使用して受信し、
オプションとして、少なくとも第２の所定の時間長がＯＦＤＭシンボルの長さであり、前記第２のタイプのアップリンク送信を、前記ユーザ機器が従うサブフレーム境界を基準として前記第２の所定の時間長だけオフセットさせることができる、
請求項７から１０のいずれか１項に記載のユーザ機器。
【請求項１２】
前記ユーザ機器が受信機を備えており、前記受信機が、動作時、実行されるアップリンク送信の前記タイプを示すタイプ指示情報を前記無線基地局から受信し、オプションとして、前記受信機が、動作時、前記タイプ指示情報を、そのアップリンク送信のためのリソース割当てと一緒に受信し、オプションとして、前記タイプ指示情報が、前記無線基地局から受信される前記リソース割当てのビットフィールドの中である、請求項７から請求項９のいずれか１項に記載のユーザ機器。
【請求項１３】
少なくとも１基のユーザ機器と、無線基地局とを備えたシステムであって、前記少なくとも１基のユーザ機器と前記無線基地局との間の通信用に、少なくとも１つのアンライセンスセルが設定されており、前記少なくとも１基のユーザ機器が、少なくとも以下のアップリンク送信の異なるタイプ、すなわち、
完全なサブフレーム期間にわたり、かつ、前記ユーザ機器が従うサブフレーム境界から始まりサブフレーム境界で終わる、アップリンク送信の第１のタイプ（タイプＡ）、
および以下の少なくとも一方、すなわち、
完全なサブフレーム期間にわたる、アップリンク送信の第２のタイプ（タイプＢ）であって、前記第２のタイプのアップリンク送信が第１のサブフレーム境界より前／後ろから始まり、かつ、前記第１のサブフレーム境界に続く第２のサブフレーム境界より前／後ろで終わるように、前記アップリンク送信が、前記ユーザ機器が従うサブフレーム境界を基準として所定の時間長だけオフセットされる、アップリンク送信の前記第２のタイプ（タイプＢ）、
完全なサブフレーム期間より小さい期間にわたるアップリンク送信の第３のタイプ（タイプＣ）であって、前記アップリンク送信が、前記ユーザ機器が従うサブフレーム境界を基準として所定の時間長だけオフセットされる、アップリンク送信の前記第３のタイプ（タイプＣ）、
に従って、前記アンライセンスセルを介してアップリンク送信を実行することができ、
前記無線基地局がプロセッサおよび送信機を備えており、前記プロセッサおよび前記送信機が、動作時、前記アンライセンスセルを介してのアップリンク送信を前記少なくとも１基のユーザ機器にスケジューリングし、
前記ユーザ機器が受信機を備えており、前記受信機が、動作時、アップリンク送信をスケジューリングする前記無線基地局からのリソース割当てを受信し、前記ユーザ機器がプロセッサを備えており、前記プロセッサが、動作時、前記スケジューリングされたアップリンク送信用に、アップリンク送信の前記タイプのうちの１つを決定し、
前記ユーザ機器が送信機を備えており、前記送信機が、動作時、前記決定されたタイプに従って、前記アンライセンスセルを介して前記アップリンク送信を実行し、
前記無線基地局が受信機を備えており、前記受信機が、動作時、前記スケジューリングされたアップリンク送信を受信し、
少なくとも、２つの異なるタイプに従うアップリンク送信が直接連続するアップリンク送信の間に、アップリンク送信の存在しない時間ギャップが生じるように、前記スケジューリングされたアップリンク送信それぞれが、アップリンク送信の前記異なるタイプのうちの１つに従って、前記少なくとも１基のユーザ機器によって実行される、
システム。
【請求項１４】
無線基地局によってスケジューリングされるアップリンク送信を実行するようにユーザ機器を動作させる方法であって、前記ユーザ機器と前記無線基地局との間の通信用に、少なくとも１つのアンライセンスセルが設定されており、
前記ユーザ機器が、少なくとも以下のアップリンク送信の異なるタイプ、すなわち、
完全なサブフレーム期間にわたり、かつ、前記ユーザ機器が従うサブフレーム境界から始まりサブフレーム境界で終わる、アップリンク送信の第１のタイプ（タイプＡ）、
および以下の少なくとも一方、すなわち、
完全なサブフレーム期間にわたる、アップリンク送信の第２のタイプ（タイプＢ）であって、前記第２のタイプのアップリンク送信が第１のサブフレーム境界より前／後ろから始まり、かつ、前記第１のサブフレーム境界に続く第２のサブフレーム境界より前／後ろで終わるように、前記アップリンク送信が、前記ユーザ機器が従うサブフレーム境界を基準として所定の時間長だけオフセットされる、アップリンク送信の前記第２のタイプ（タイプＢ）、
完全なサブフレーム期間より小さい期間にわたるアップリンク送信の第３のタイプ（タイプＣ）であって、前記アップリンク送信が、前記ユーザ機器が従うサブフレーム境界を基準として所定の時間長だけオフセットされる、アップリンク送信の前記第３のタイプ（タイプＣ）、
に従って、前記アンライセンスセルを介してアップリンク送信を実行することができ、
前記方法が、前記ユーザ機器によって実行される以下のステップ、すなわち、
スケジューリングされたアップリンク送信用に、アップリンク送信の前記タイプのうちの１つを決定するステップであって、アップリンク送信のシーケンスのうちの何番目のアップリンク送信であるかに応じて前記アップリンク送信が従う前記タイプが規定されている、決定するステップと、
前記決定されたタイプに従って、前記アンライセンスセルを介して前記アップリンク送信を実行するステップと、
を含む、方法。
【請求項１５】
ユーザ機器に対してアップリンク送信をスケジューリングするように無線基地局を動作させる方法であって、前記ユーザ機器と前記無線基地局との間の通信用に、少なくとも１つのアンライセンスセルが設定されており、
少なくとも１基の前記ユーザ機器が、少なくとも以下のアップリンク送信の異なるタイプ、すなわち、
完全なサブフレーム期間にわたり、かつ、前記ユーザ機器が従うサブフレーム境界から始まりサブフレーム境界で終わる、アップリンク送信の第１のタイプ（タイプＡ）、
および以下の少なくとも一方、すなわち、
完全なサブフレーム期間にわたる、アップリンク送信の第２のタイプ（タイプＢ）であって、前記第２のタイプのアップリンク送信が第１のサブフレーム境界より前／後ろから始まり、かつ、前記第１のサブフレーム境界に続く第２のサブフレーム境界より前／後ろで終わるように、前記アップリンク送信が、前記ユーザ機器が従うサブフレーム境界を基準として所定の時間長だけオフセットされる、アップリンク送信の前記第２のタイプ（タイプＢ）、
完全なサブフレーム期間より小さい期間にわたるアップリンク送信の第３のタイプ（タイプＣ）であって、前記アップリンク送信が、前記ユーザ機器が従うサブフレーム境界を基準として所定の時間長だけオフセットされる、アップリンク送信の前記第３のタイプ（タイプＣ）、
に従って、前記アンライセンスセルを介してアップリンク送信を実行することができ、
前記方法が、前記無線基地局によって実行される以下のステップ、すなわち、
前記アンライセンスセルを介してのアップリンク送信を前記少なくとも１基のユーザ機器にスケジューリングするステップと、
前記少なくとも１基のユーザ機器からの、前記スケジューリングされたアップリンク送信、を受信するステップと、
を含み、
少なくとも、２つの異なるタイプに従うアップリンク送信が直接連続するアップリンク送信の間に、アップリンク送信の存在しない時間ギャップが生じるように、前記スケジューリングされたアップリンク送信それぞれが、アップリンク送信の前記異なるタイプのうちの１つに従って、前記少なくとも１基のユーザ機器によって実行される、
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、アップリンク送信をスケジューリングする無線基地局と、スケジューリングされたアップリンク送信を実行するユーザ機器と、無線基地局を動作させる方法と、ユーザ機器を動作させる方法とに関する。さらに、本開示は、ユーザ機器および無線基地局を備えた対応するシステムを提供する。
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ）
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させるうえでの最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００３】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
【０００４】
ＬＴＥ（ロングタームエボリューション）に関する作業項目（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ）：進化したＵＭＴＳ地上無線アクセス）およびＥ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network（ＵＴＲＡＮ）：進化したＵＭＴＳ地上無線アクセスネットワーク）と称され、最終的にリリース８（ＬＴＥリリース８）として公開される。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。ＬＴＥでは、与えられたスペクトルを用いてフレキシブルなシステム配備を達成するために、スケーラブルな複数の送信帯域幅（例えば、１.４ＭＨｚ、３.０ＭＨｚ、５.０ＭＨｚ、１０.０ＭＨｚ、１５.０ＭＨｚ、および２０.０ＭＨｚ）が指定されている。ダウンリンクには、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ）を受けにくく、また、サイクリックプレフィックス（ＣＰ）を使用しており、さらに、さまざまな送信帯域幅の構成に対応可能だからである。アップリンクには、ＳＣ−ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access：シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。ＬＴＥリリース８／９では、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（多入力多出力）チャネル伝送技術）が採用され、高効率の制御シグナリング構造が達成されている。
【０００５】
ＬＴＥのアーキテクチャ
図１は、ＬＴＥの全体的なアーキテクチャを示している。Ｅ−ＵＴＲＡＮはｅＮｏｄｅＢから構成され、ｅＮｏｄｅＢは、ユーザ機器（ＵＥ）に向かう、Ｅ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ）プロトコルを終端させる。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、媒体アクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、およびパケットデータ制御プロトコル（ＰＤＣＰ）レイヤ（これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクサービス品質（ＱｏＳ）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。複数のｅＮｏｄｅＢは、Ｘ２インタフェースによって互いに接続されている。
【０００６】
また、複数のｅＮｏｄｅＢは、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core：進化したパケットコア）、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）、Ｓ１−Ｕによってサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。ＳＧＷは、ユーザデータパケットをルーティングして転送する一方で、ｅＮｏｄｅＢ間のハンドオーバー時におけるユーザプレーンのモビリティアンカーとして機能し、さらに、ＬＴＥと別の３ＧＰＰ技術との間のモビリティのためのアンカー（Ｓ４インタフェースを終端させ、２Ｇ／３ＧシステムとＰＤＮ  ＧＷとの間でトラフィックを中継する）として機能する。ＳＧＷは、アイドル状態のユーザ機器に対しては、ダウンリンクデータ経路を終端させ、そのユーザ機器へのダウンリンクデータが到着したときにページングをトリガーする。ＳＧＷは、ユーザ機器のコンテキスト（例えばＩＰベアラサービスのパラメータ、またはネットワーク内部ルーティング情報）を管理および格納する。さらに、ＳＧＷは、合法傍受（lawful interception）の場合にユーザトラフィックの複製を実行する。
【０００７】
ＭＭＥは、ＬＴＥのアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラのアクティブ化／非アクティブ化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク（ＣＮ）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ユーザ機器のＳＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥにおいて終端され、ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダの公衆陸上移動網（ＰＬＭＮ：Public Land Mobile Network）に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制約を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／完全性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、ＭＭＥによってサポートされる。さらに、ＭＭＥは、ＬＴＥのアクセスネットワークと２Ｇ／３Ｇのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インタフェースを終端させる。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインタフェースを終端させる。
【０００８】
ＬＴＥにおけるコンポーネントキャリア構造
３ＧＰＰ  ＬＴＥシステムのダウンリンクコンポーネントキャリアは、いわゆるサブフレームにおける時間−周波数領域でさらに分割される。３ＧＰＰ  ＬＴＥで、各サブフレームは、図２に示すように２つのダウンリンクスロットに分割され、そこにおいて、第１のダウンリンクスロットは、第１のＯＦＤＭシンボル内の制御チャネル領域（ＰＤＣＣＨ領域）を備える。各サブフレームは、時間領域内の所与の数のＯＦＤＭシンボルで構成され（３ＧＰＰ  ＬＴＥ（リリース８）では１２個または１４個のＯＦＤＭシンボル）、各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体に広がる。したがって、ＯＦＤＭシンボルそれぞれは、それぞれのサブキャリアで送信されるいくつかの変調シンボルで構成される。ＬＴＥでは、各スロットにおける送信信号は、ＮＤＬＲＢ×ＮＲＢｓｃ本のサブキャリアとＮＤＬｓｙｍｂ個のＯＦＤＭシンボルのリソースグリッドによって記述される。ＮＤＬＲＢは、帯域幅の中のリソースブロックの数である。数ＮＤＬＲＢは、セルにおいて設定されているダウンリンク送信帯域幅に依存し、Ｎｍｉｎ，ＤＬＲＢ≦ＮＤＬＲＢ≦Ｎｍａｘ，ＤＬＲＢを満たし、この場合、Ｎｍｉｎ，ＤＬＲＢ＝６およびＮｍａｘ，ＤＬＲＢ＝１１０は、それぞれ、現在のバージョンの仕様によってサポートされている最小ダウンリンク帯域幅および最大ダウンリンク帯域幅である。ＮＲＢｓｃは、１個のリソースブロックの中のサブキャリアの数である。通常のサイクリックプレフィックスのサブフレーム構造の場合、ＮＲＢｓｃ＝１２、ＮＤＬｓｙｍｂ＝７である。
【０００９】
例えば３ＧＰＰロングタームエボリューション（ＬＴＥ）において使用されるような、例えばＯＦＤＭを使用する、マルチキャリア通信システムを想定すると、スケジューラによって割り当てることができるリソースの最小単位は、１つの「リソースブロック」である。物理リソースブロック（ＰＲＢ）は、図２に例示したように、時間領域における連続するＯＦＤＭシンボル（例えば７個のＯＦＤＭシンボル）および周波数領域における連続するサブキャリア（例えばコンポーネントキャリアの１２本のサブキャリア）として定義される。したがって３ＧＰＰ  ＬＴＥ（リリース８）では、物理リソースブロックはリソースエレメントから構成され、時間領域における１つのスロットおよび周波数領域における１８０ｋＨｚに対応する（ダウンリンクリソースグリッドに関するさらなる詳細は、例えば非特許文献１（現在のバージョン１２．６．０）の６.２節（３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている）を参照）。
【００１０】
１つのサブフレームは、２つのスロットで構成され、したがって、いわゆる「通常の」ＣＰ（サイクリックプレフィックス）が使用されるときにはサブフレーム内に１４個のＯＦＤＭシンボルが存在し、いわゆる「拡張」ＣＰが使用されるときにはサブフレーム内に１２個のＯＦＤＭシンボルが存在する。専門用語を目的として、以下で、サブフレーム全体に広がる同じ連続するサブキャリアと同等の時間−周波数リソースは、「リソースブロックペア」または同意義の「ＲＢペア」もしくは「ＰＲＢペア」と呼ばれる。「コンポーネントキャリア」という用語は、周波数領域におけるいくつかのリソースブロックの組合せを示す。ＬＴＥの将来のリリースでは、「コンポーネントキャリア」という用語はもはや使用されず、その代わりに、その専門用語はダウンリンクリソースおよびオプションでアップリンクリソースの組合せを示す「セル」に変更される。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との間のリンク付けは、ダウンリンクリソースで送信されるシステム情報において指示される。
【００１１】
コンポーネントキャリアの構造に関する同様の想定は、以降のリリースにも適用される。
【００１２】
より広い帯域幅のサポートのためのＬＴＥ−Ａにおけるキャリアアグリゲーション
世界無線通信会議２００７（ＷＲＣ−０７）において、ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルが決定された。ＩＭＴ−Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域や国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（第３世代パートナーシッププロジェクト）において無線インタフェースの標準化が開始された。
【００１３】
ＬＴＥアドバンストシステムがサポートすることができる帯域幅は１００ＭＨｚであり、一方、ＬＴＥシステムは２０ＭＨｚのみをサポートすることができる。今日、無線スペクトルの欠如がワイヤレスネットワークの開発のボトルネックになり、結果として、ＬＴＥアドバンストシステムのために十分広いスペクトル帯域を見つけることは困難である。したがって、より広い無線スペクトル帯域を獲得するための方法を見つけることは急務であり、ここにおいて、可能性のある答えは、キャリアアグリゲーション機能である。
【００１４】
キャリアアグリゲーションでは、最大で１００ＭＨｚのより広い送信帯域幅をサポートする目的で、２つ以上のコンポーネントキャリアがアグリゲートされる。ＬＴＥ−Ａｄｖａｎｃｅｄシステムでは、ＬＴＥシステムにおけるいくつかのセルが、より広い１つのチャネルにアグリゲートされ、このチャネルは、たとえＬＴＥにおけるこれらのセルが異なる周波数帯域にある場合でも１００ＭＨｚに対して十分に広い。少なくとも、コンポーネントキャリアの帯域幅が、ＬＴＥリリース８／９のセルのサポートされる帯域幅を超えないときには、すべてのコンポーネントキャリアをＬＴＥリリース８／９互換であるように設定することができる。ユーザ機器によってアグリゲートされるすべてのコンポーネントキャリアが必ずしもＬＴＥリリース８／９互換でなくてよい。リリース８／９のユーザ機器がコンポーネントキャリアにキャンプオンすることを回避するため、既存のメカニズム（例：バーリング）を使用することができる。
【００１５】
ユーザ機器は、自身の能力に応じて１つまたは複数のコンポーネントキャリア（複数のサービングセルに対応する）を同時に受信または送信することができる。キャリアアグリゲーションのための受信能力および／または送信能力を備えた、ＬＴＥ−Ａリリース１０のユーザ機器は、複数のサービングセル上で同時に受信する、および／または送信することができ、これに対して、ＬＴＥリリース８／９のユーザ機器は、コンポーネントキャリアの構造がリリース８／９の仕様に従う場合、１つのみのサービングセル上で受信および送信を行うことができる。
【００１６】
キャリアアグリゲーションは、連続するコンポーネントキャリアおよび不連続なコンポーネントキャリアの両方においてサポートされ、各コンポーネントキャリアは、（３ＧＰＰ  ＬＴＥ（リリース８／９）の計算方式（numerology）を使用して）周波数領域における最大１１０個のリソースブロックに制限される。
【００１７】
同じｅＮｏｄｅＢ（基地局）から送信される、場合によってはアップリンクおよびダウンリンクにおいて異なる帯域幅の異なる数のコンポーネントキャリアをアグリゲートするように、３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）互換のユーザ機器を構成することが可能である。設定することのできるダウンリンクコンポーネントキャリアの数は、ユーザ機器のダウンリンクのアグリゲーション能力に依存する。逆に、設定することのできるアップリンクコンポーネントキャリアの数は、ユーザ機器のアップリンクのアグリゲーション能力に依存する。現時点では、ダウンリンクコンポーネントキャリアよりもアップリンクコンポーネントキャリアが多い状態に移動端末を設定することはできない。一般的なＴＤＤ配備では、コンポーネントキャリアの数および各コンポーネントキャリアの帯域幅は、アップリンクとダウンリンクとで同じである。同じｅＮｏｄｅＢから送信されるコンポーネントキャリアは、同じカバレッジを提供する必要はない。
【００１８】
連続的にアグリゲートされるコンポーネントキャリアの中心周波数の間隔は、３００ｋＨｚの整数倍である。これは、３ＧＰＰ  ＬＴＥ（リリース８／９）の１００ｋＨｚの周波数ラスターとの互換性を保つと同時に、１５ｋＨｚ間隔のサブキャリアの直交性を維持するためである。アグリゲーションのシナリオによっては、連続するコンポーネントキャリアの間に少数の使用されないサブキャリアを挿入することによって、ｎ×３００ｋＨｚの間隔あけを容易にすることができる。
【００１９】
複数のキャリアをアグリゲートする影響は、ＭＡＣ層に及ぶのみである。ＭＡＣ層には、アップリンクおよびダウンリンクの両方において、アグリゲートされるコンポーネントキャリアごとに１つのＨＡＲＱエンティティが要求される。コンポーネントキャリアあたりのトランスポートブロックは最大１個である（アップリンクにおけるＳＵ−ＭＩＭＯを使用しない場合）。トランスポートブロックおよびその（１回または複数回の）ＨＡＲＱ再送信（発生時）は、同じコンポーネントキャリアにマッピングする必要がある。
【００２０】
キャリアアグリゲーションが設定されているとき、移動端末はネットワークとの１つのＲＲＣ接続のみを有する。ＲＲＣ接続の確立／再確立時、１つのセルが、ＬＴＥリリース８／９と同様に、セキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩ、および１つのＡＲＦＣＮ）と、非アクセス層（ＮＡＳ）モビリティ情報（例：ＴＡＩ）とを提供する。ＲＲＣ接続の確立／再確立の後、そのセルに対応するコンポーネントキャリアは、ダウンリンクプライマリセル（ＰＣｅｌｌ）と称される。接続状態では、ユーザ機器あたりつねに１つのダウンリンクＰＣｅｌｌ（ＤＬ  ＰＣｅｌｌ）および１つのアップリンクＰＣｅｌｌ（ＵＬ  ＰＣｅｌｌ）が設定される。コンポーネントキャリアの設定されたセットおいて、他のセルはセカンダリセル（ＳＣｅｌｌ）と呼ばれ、ＳＣｅｌｌのキャリアはダウンリンクセカンダリコンポーネントキャリア（ＤＬ  ＳＣＣ）およびアップリンクセカンダリコンポーネントキャリア（ＵＬ  ＳＣＣ）である。現在のところ、１基のＵＥに対して最大５つのサービングセル（ＰＣｅｌｌを含む）を設定することができる。
【００２１】
コンポーネントキャリアの設定および再設定、ならびに追加および削除は、ＲＲＣによって実行することができる。アクティブ化および非アクティブ化は、例えばＭＡＣ制御要素を介して行われる。ＬＴＥ内ハンドオーバー時、ＲＲＣによって、ターゲットセルで使用するためのＳＣｅｌｌを追加、削除、または再設定することもできる。新しいＳＣｅｌｌを追加するときには、ＳＣｅｌｌのシステム情報（送信／受信に必要である）を送るために専用のＲＲＣシグナリングが使用される（ＬＴＥリリース８／９におけるハンドオーバー時と同様）。１基のＵＥにＳＣｅｌｌが追加されるとき、各ＳＣｅｌｌにはサービングセルインデックスが設定される。ＰＣｅｌｌはつねにサービングセルインデックス０を有する。
【００２２】
キャリアアグリゲーションを使用するようにユーザ機器が設定されているとき、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアの少なくとも一対がつねにアクティブである。この対のうちのダウンリンクコンポーネントキャリアは、「ダウンリンクアンカーキャリア」と称されることもある。同じことはアップリンクについてもあてはまる。キャリアアグリゲーションが設定されているとき、同時に複数のコンポーネントキャリアについてユーザ機器をスケジューリングすることができるが、同時に進行させることのできるランダムアクセス手順は最大で１つである。クロスキャリアスケジューリング（cross-carrier scheduling）では、コンポーネントキャリアのＰＤＣＣＨによって別のコンポーネントキャリアのリソースをスケジューリングすることができる。この目的のため、それぞれのＤＣＩ（ダウンリンク制御情報）フォーマットにコンポーネントキャリア識別フィールド（「ＣＩＦ」と称する）が導入されている。
【００２３】
クロスキャリアスケジューリングが行われていないときには、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアのリンク（ＲＲＣシグナリングによって確立される）によって、グラントが適用されるアップリンクコンポーネントキャリアを識別することができる。アップリンクコンポーネントキャリアへのダウンリンクコンポーネントキャリアのリンクは、必ずしも１対１である必要はない。言い換えれば、同じアップリンクコンポーネントキャリアに２つ以上のダウンリンクコンポーネントキャリアをリンクすることができる。一方で、１つのダウンリンクコンポーネントキャリアは、１つのアップリンクコンポーネントキャリアのみにリンクすることができる。
【００２４】
アップリンク／ダウンリンクのスケジューリング
ｅＮｏｄｅＢにおけるＭＡＣ機能はスケジューリングを意味し、ｅＮＢはこのＭＡＣ機能によって、１つのセルにおいて利用可能な無線リソースを、ＵＥの間と、各ＵＥの無線ベアラの間で分配する。原理的には、ｅＮｏｄｅＢは、自身のバッファに格納されているダウンリンクデータに基づいてダウンリンクリソースを各ＵＥに割り当て、ＵＥから受信されるバッファ状態報告（ＢＳＲ）に基づいてアップリンクリソースを各ＵＥに割り当てる。このプロセスにおいてｅＮｏｄｅＢは、設定されている各無線ベアラのＱｏＳ要件を考慮し、ＭＡＣ  ＰＤＵのサイズを選択する。
【００２５】
スケジューリングの通常のモードは動的なスケジューリングであり、ダウンリンク送信リソースを割り当てるためのダウンリンクグラント／割当てメッセージ（ＤＣＩ）と、アップリンク送信リソースを割り当てるためのアップリンクグラント／割当てメッセージとによる。これらのメッセージは、対象のＵＥを識別するためのセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ：cell radio network temporary identifier）を使用して物理ダウンリンク制御チャネル（ＰＤＣＣＨ：physical downlink control channel）で送信される。動的なスケジューリングに加えて、パーシステントスケジューリング（persistent scheduling）が定義されており、パーシステントスケジューリングでは、無線リソースを半静的に設定して、１サブフレームより長い期間にわたりユーザ機器に割り当てることが可能になり、したがって、各サブフレームごとにＰＤＣＣＨを通じた特定のダウンリンク割当てメッセージやアップリンクグラントメッセージの必要性が回避される。パーシステントスケジューリングを設定または再設定する場合、無線リソースが周期的に割り当てられるリソース割当て間隔を、ＲＲＣシグナリングによって示す。パーシステントスケジューリングを設定または再設定する目的にＰＤＣＣＨが使用されるときには、パーシステントスケジューリングに適用されるスケジューリングメッセージと、動的なスケジューリングに使用されるスケジューリングメッセージとを区別する必要がある。この目的のため、特別なスケジューリング識別情報（セミパーシステントスケジューリングＣ−ＲＮＴＩ（ＳＰＳ−Ｃ−ＲＮＴＩ）として知られている）が使用され、この識別情報は、各ＵＥのための動的なスケジューリングメッセージに使用されるＣ−ＲＮＴＩとは異なる。
【００２６】
スケジューリング対象のユーザに、ユーザの割当て状態、トランスポートフォーマット、およびその他の送信関連情報（例：ＨＡＲＱ情報、送信電力制御（ＴＰＣ）コマンド）を知らせる目的で、第１層／第２層（Ｌ１／Ｌ２）制御シグナリングがデータと一緒にダウンリンクで送信される。第１層／第２層制御シグナリングは、サブフレーム内でダウンリンクデータと多重化される（ユーザ割当てがサブフレーム単位で変化しうるものと想定する）。なお、ユーザ割当てをＴＴＩ（送信時間間隔：Transmission Time Interval）ベースで実行することもでき、その場合、ＴＴＩ長をサブフレームの整数倍とすることができることに留意されたい。ＴＴＩ長は、サービスエリア内ですべてのユーザに対して一定とする、または異なるユーザに対して異なる長さとする、さらにはユーザ毎に動的とすることもできる。第１層／第２層制御シグナリングは、一般的にはＴＴＩあたり１回送信するのみでよい。以下では、一般性を失うことなく、ＴＴＩが１サブフレームに等しいものと想定する。
【００２７】
第１層／第２層制御シグナリングは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信される。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）としてのメッセージを伝え、ＤＣＩには、ほとんどの場合、移動端末またはＵＥのグループへのリソース割当ておよびその他の制御情報が含まれる。一般的には、いくつかのＰＤＣＣＨを１つのサブフレーム内で送信することができる。
【００２８】
ダウンリンク制御情報はいくつかのフォーマットの形をとり、これらのフォーマットは、全体のサイズと、そのフィールドに含まれる情報とが異なる。ＬＴＥにおいて現在定義されている異なるＤＣＩフォーマットは、非特許文献２の５．３．３．１節（現在のバージョン１２．６．０が３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている）に詳しく記載されている。ＤＣＩフォーマットと、ＤＣＩにおいて送信される特定の情報に関する詳細については、上に挙げた技術規格、または非特許文献３の９．３節（参照により本明細書に組み込まれている）を参照されたい。将来的には、追加のフォーマットも定義されうる。
【００２９】
第１層／第２層制御シグナリング
スケジューリング対象のユーザに、ユーザの割当て状態、トランスポートフォーマット、およびその他の送信関連情報（例：ＨＡＲＱ情報、送信電力制御（ＴＰＣ）コマンド）を知らせる目的で、第１層／第２層制御シグナリングがデータと一緒にダウンリンクで送信される。第１層／第２層制御シグナリングは、サブフレーム内でダウンリンクデータと一緒に多重化される（ユーザ割当てがサブフレーム単位で変化しうるものと想定する）。なお、ユーザ割当てをＴＴＩ（送信時間間隔）ベースで実行することもでき、その場合、ＴＴＩ長をサブフレームの整数倍とすることができることに留意されたい。ＴＴＩ長は、サービスエリア内ですべてのユーザに対して一定とする、または異なるユーザに対して異なる長さとする、さらにはユーザ毎に動的とすることもできる。第１層／第２層制御シグナリングは、一般的にはＴＴＩあたり１回送信するのみでよい。以下では、一般性を失うことなく、ＴＴＩが１サブフレームに等しいものと想定する。
【００３０】
第１層／第２層制御シグナリングは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信される。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）としてのメッセージを伝え、ＤＣＩには、ほとんどの場合、移動端末またはＵＥのグループへのリソース割当ておよびその他の制御情報が含まれる。一般的には、いくつかのＰＤＣＣＨを１つのサブフレーム内で送信することができる。
【００３１】
なお、３ＧＰＰ  ＬＴＥでは、アップリンクデータ送信のための割当て（アップリンクスケジューリンググラントまたはアップリンクリソース割当てとも称する）も、ＰＤＣＣＨで送信されることに留意されたい。さらに、３ＧＰＰリリース１１ではＥＰＤＣＣＨが導入され、ＥＰＤＣＣＨは基本的にＰＤＣＣＨと同じ機能を果たし（すなわち第１層／第２層制御シグナリングを伝える）、ただし送信方法の細部はＰＤＣＣＨとは異なる。さらなる詳細については、特に、非特許文献１および非特許文献４（参照により本明細書に組み込まれている）の現在のバージョンに記載されている。したがって、背景技術および実施形態の中で概説したほとんどの項目は、特に明記しない限り、ＰＤＣＣＨおよびＥＰＤＣＣＨ、または第１層／第２層制御シグナリングを伝える他の手段にあてはまる。
【００３２】
アップリンク無線リソースまたはダウンリンク無線リソースを割り当てる目的で第１層／第２層制御シグナリングで送られる情報は（特にＬＴＥ（−Ａ）リリース１０）、一般的には以下の項目に分類することができる。
−  ユーザ識別情報：  割り当てる対象のユーザを示す。この情報は、一般には、ＣＲＣをユーザの識別情報によってマスクすることによってチェックサムに含まれる。
−  リソース割当て情報：  ユーザに割り当てられるリソース（例：リソースブロック（ＲＢ））を示す。あるいはこの情報はリソースブロック割当て（ＲＢＡ）と称される。なお、ユーザに割り当てられるリソースブロック（ＲＢ）の数は動的とすることができる。
−  キャリアインジケータ：  第１のキャリアで送信される制御チャネルが、第２のキャリアに関連するリソース（すなわち第２のキャリアのリソースまたは第２のキャリアに関連するリソース）を割り当てる場合に使用される（クロスキャリアスケジューリング）。
−  変調・符号化方式：  採用される変調方式および符号化率を決める。
−  ＨＡＲＱ情報：  データパケットまたはその一部の再送信時に特に有用である、新規データインジケータ（ＮＤＩ）や冗長バージョン（ＲＶ）など。
−  電力制御コマンド：  割当て対象のアップリンクのデータまたは制御情報の送信時の送信電力を調整する。
−  基準信号情報：  割当ての対象の基準信号の送信または受信に使用される、適用されるサイクリックシフトや直交カバーコードインデックスなど。
−  アップリンク割当てインデックスまたはダウンリンク割当てインデックス：  割当ての順序を識別するために使用され、ＴＤＤシステムにおいて特に有用である。
−  ホッピング情報：  例えば、周波数ダイバーシチを増大させる目的でリソースホッピングを適用するかどうか、および適用方法の指示情報。
−  ＣＳＩ要求：  割り当てられるリソースにおいてチャネル状態情報を送信するようにトリガーするために使用される。
−  マルチクラスタ情報：  シングルクラスタ（ＲＢの連続的なセット）またはマルチクラスタ（連続的なリソースブロックの少なくとも２つの不連続なセット）で送信を行うかを指示して制御するために使用されるフラグである。マルチクラスタ割当ては、３ＧＰＰ  ＬＴＥ−（Ａ）リリース１０によって導入された。
【００３３】
なお上のリストは、すべてを網羅したものではなく、また、使用されるＤＣＩフォーマットによっては、リストした情報項目すべてを各ＰＤＣＣＨ送信に含める必要はないことに留意されたい。
【００３４】
ダウンリンク制御情報はいくつかのフォーマットの形をとり、これらのフォーマットは、全体のサイズと、上述したフィールドに含まれる情報とが異なる。ＬＴＥにおいて現在定義されている異なるＤＣＩフォーマットは、以下のとおりである。
−  フォーマット０：  ＤＣＩフォーマット０は、アップリンク送信モード１または２におけるシングルアンテナポート送信を使用するＰＵＳＣＨのためのリソースグラントを送信するのに使用される。
−  フォーマット１：  ＤＣＩフォーマット１は、単一コードワードＰＤＳＣＨの送信（ダウンリンク送信モード１，２，７）のためのリソース割当てを送信するのに使用される。
−  フォーマット１Ａ：  ＤＣＩフォーマット１Ａは、単一コードワードＰＤＳＣＨ送信のためのリソース割当てをコンパクトにシグナリングする目的と、競合のないランダムアクセスのために専用プリアンブルシグネチャ（dedicated preamble signature）を移動端末に割り当てる目的とに使用される（すべての送信モード）。
−  フォーマット１Ｂ：  ＤＣＩフォーマット１Ｂは、ランク１送信による閉ループプリコーディングを使用してのＰＤＳＣＨ送信（ダウンリンク送信モード６）のためのリソース割当てをコンパクトにシグナリングするのに使用される。送信される情報はフォーマット１Ａと同じであるが、それに加えて、ＰＤＳＣＨの送信に適用されるプリコーディングベクトルのインジケータが送信される。
−  フォーマット１Ｃ：  ＤＣＩフォーマット１Ｃは、ＰＤＳＣＨ割当てを極めてコンパクトに送信するのに使用される。フォーマット１Ｃが使用されるとき、ＰＤＳＣＨ送信は、ＱＰＳＫ変調の使用に制約される。このフォーマットは、例えば、ページングメッセージをシグナリングしたり、システム情報メッセージをブロードキャストするために使用される。
−  フォーマット１Ｄ：  ＤＣＩフォーマット１Ｄは、マルチユーザＭＩＭＯを使用してのＰＤＳＣＨ送信のためのリソース割当てをコンパクトにシグナリングするのに使用される。送信される情報は、フォーマット１Ｂの場合と同じであるが、プリコーディングベクトルのインジケータのビットのうちの１つの代わりに、データシンボルに電力オフセットが適用されるかを示すための１個のビットが存在する。この構成は、２基のユーザ機器の間で送信電力が共有されるか否かを示すために必要である。ＬＴＥの今後のバージョンでは、この構成は、より多くの数のＵＥの間で電力を共有する場合に拡張されうる。
−  フォーマット２：  ＤＣＩフォーマット２は、閉ループＭＩＭＯ動作の場合にＰＤＳＣＨのためのリソース割当てを送信するのに使用される（送信モード４）。
−  フォーマット２Ａ：  ＤＣＩフォーマット２Ａは、開ループＭＩＭＯ動作の場合にＰＤＳＣＨのためのリソース割当てを送信するのに使用される。送信される情報はフォーマット２の場合と同じであるが、異なる点として、ｅＮｏｄｅＢが２つの送信アンテナポートを有する場合、プリコーディング情報は存在せず、４つのアンテナポートの場合、送信ランクを示すために２ビットが使用される（送信モード３）。
−  フォーマット２Ｂ：  リリース９において導入され、デュアルレイヤ・ビームフォーミングの場合にＰＤＳＣＨのためのリソース割当てを送信するために使用される（送信モード８）。
−  フォーマット２Ｃ：  リリース１０において導入され、閉ループシングルユーザＭＩＭＯ動作またはマルチユーザＭＩＭＯ動作（最大８レイヤ）の場合にＰＤＳＣＨのためのリソース割当てを送信するために使用される（送信モード９）。
−  フォーマット２Ｄ：  リリース１１において導入され、最大８レイヤの送信に使用され、主としてＣｏＭＰ（協調マルチポイント）において使用される（送信モード１０）。
−  フォーマット３および３Ａ：  ＤＣＩフォーマット３および３Ａは、それぞれ、２ビットまたは１ビットの電力調整を有する、ＰＵＣＣＨおよびＰＵＳＣＨのための電力制御コマンドを送信するのに使用される。これらのＤＣＩフォーマットは、ＵＥのグループのための個々の電力制御コマンドを含む。
−  フォーマット４：  ＤＣＩフォーマット４は、アップリンク送信モード２における閉ループ空間多重化送信を使用する、ＰＵＳＣＨのスケジューリングに使用される。
−  フォーマット５：  ＤＣＩフォーマット５は、ＰＳＣＣＨ（物理サイドリンク制御チャネル：Physical Sidelink Shared Control Channel）のスケジューリングに使用され、さらに、ＰＳＳＣＨ（物理サイドリンク共有チャネル：Physical Sidelink Shared Channel）のスケジューリングに使用されるＳＣＩ（サイドリンク制御情報）フォーマット０のいくつかのフィールドを含む。特定のサーチスペースにマッピングされるＤＣＩフォーマット５における情報ビットの数は、同じサービングセルをスケジューリングするためのフォーマット０のペイロードサイズより少なく、フォーマット５のペイロードサイズが、フォーマット０に付加されたパディングビットを含むフォーマット０のペイロードサイズに等しくなるまで、フォーマット５に０が付加される。
【００３５】
タイミングアドバンス
３ＧＰＰ  ＬＴＥのアップリンク送信方式としては、アップリンクで送信する複数の異なるユーザ機器の間で時間および周波数における直交多元接続が達成されるように、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）が選択されている。アップリンクの直交性は、セル内の複数の異なるユーザ機器からの送信がｅＮｏｄｅＢの受信器において時間的に揃うようにすることで、維持される。これによって、連続するサブフレームにおいて送信するように割り当てられているユーザ機器の間と、隣り合うサブキャリアにおいて送信するユーザ機器の間の両方について、セル内干渉の発生が回避される。アップリンク送信の時間調整は、図３および図４に例示的に示したように、ユーザ機器の送信器において、ダウンリンクの受信タイミングを基準とするタイミングアドバンスを適用することによって達成される。タイミングアドバンスの主たる役割は、ユーザ機器ごとに異なる伝搬遅延を打ち消すことである。
【００３６】
図３は、アップリンクのタイミング調整が実行されない場合に、２基の移動端末からのアップリンク送信がｅＮｏｄｅＢにおいて揃わず、したがってｅＮｏｄｅＢが、２基の移動端末からそれぞれのアップリンク送信を異なるタイミングで受信する状態を示している。
【００３７】
図４は、これとは対照的に、２基の移動端末の同期したアップリンク送信を示している。ｅＮｏｄｅＢにおいて２基の移動端末からのアップリンク送信が実質的に同じタイミングで到着するように、各移動端末によってアップリンクタイミング調整が実行され、アップリンク送信に適用される。
【００３８】
したがって、ユーザ機器の観点でのアップリンク送信タイミングは、ユーザ機器に固有なタイミングアドバンスによって決まる。タイミングアドバンスの基準は、図４に示したようにユーザ機器の観点から見たときのダウンリンクサブフレームの境界のタイミングである。
【００３９】
ＬＴＥアップリンク送信における送信タイミングの調整は、非特許文献４の４．２．３節および非特許文献１の８．１節（それぞれ参照により本明細書に組み込まれている）に詳細に記載されている。
【００４０】
初期タイミングアドバンスの手順
ユーザ機器が、ｅＮｏｄｅＢから受信されるダウンリンク送信に同期しているとき、初期タイミングアドバンス（initial timing advance）は、以下に説明するランダムアクセス手順によって設定される。ユーザ機器はランダムアクセスプリアンブルを送信し、ｅＮｏｄｅＢは、このプリアンブルに基づいてアップリンクのタイミングを推定することができる。ｅＮｏｄｅＢは、ランダムアクセス応答（ＲＡＲ）メッセージの中に含まれる１１ビットの初期タイミングアドバンスコマンドによって応答する。これによりｅＮｏｄｅＢは、０から最大０．６７ｍｓの範囲内で０．５２μｓの粒度でタイミングアドバンスを設定することができる。
【００４１】
３ＧＰＰ  ＬＴＥ（リリース８／９）におけるアップリンクのタイミングの制御およびタイミングアドバンスに関するさらなる情報は、非特許文献３の２０．２節（参照により本明細書に組み込まれている）に記載されている。
【００４２】
タイミングアドバンスの更新
各ユーザ機器においてタイミングアドバンスが最初に設定されると、ｅＮｏｄｅＢにおけるアップリンク信号の到着時刻の変化を打ち消すため、タイミングアドバンスがときおり更新される。ｅＮｏｄｅＢは、タイミングアドバンス更新コマンドを導くとき、そのために有用な何らかのアップリンク信号を測定することができる。ｅＮｏｄｅＢにおけるアップリンクタイミングの測定の詳細については規定されておらず、ｅＮｏｄｅＢの実装に委ねられている。
【００４３】
タイミングアドバンス更新コマンドは、ｅＮｏｄｅＢのＭＡＣ（媒体アクセス制御：Medium Access Control）層で生成されてＭＡＣ制御要素としてユーザ機器に送信され、このＭＡＣ制御要素は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）においてデータと一緒に多重化することができる。更新コマンドの粒度は、ランダムアクセスチャネル（ＲＡＣＨ）プリアンブルに対する応答の中の初期タイミングアドバンスコマンドと同様に、０．５２μｓ（１６×Ｔｓに対応し、Ｔｓは、ＬＴＥエアインタフェースの基本的な時間単位１／（１５０００×２０４８）秒である）である。更新コマンドの範囲は±１６μｓであり、拡張されたサイクリックプレフィックスの長さに等しい間隔でアップリンクタイミングを変化させることができる。更新コマンドは、一般には約２秒毎より高い頻度で送られることはない。実際に、たとえ５００ｋｍ／ｈで移動しているユーザ機器でも、ラウンドトリップ経路長の変化は２７８ｍ／ｓ以下であり、対応するラウンドトリップタイムの変化は０．９３μｓ／ｓであるため、早い更新が必要である可能性は低い。
【００４４】
ｅＮｏｄｅＢは、ＵＥが自身の送信バッファにデータが格納されたときに迅速に送信する能力が維持される範囲内で、セル内のすべてのＵＥに定期的な更新コマンドを送る。したがって、ｅＮｏｄｅＢは、各ユーザ機器のタイマーを設定し、ユーザ機器は、タイミングアドバンス更新を受信するたびにこのタイマーをリスタートさせる。タイマーが切れるまでに、ユーザ機器がさらなるタイミングアドバンス更新を受信しなかった場合、ユーザ機器のアップリンク同期が失われたものと考えなければならない（非特許文献５の５．２節も参照）（３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている）。
【００４５】
このような場合、別のユーザ機器からのアップリンク送信との干渉が発生する危険性を回避する目的で、そのＵＥは、いかなる種類のアップリンク送信も行うことが許可されず（ランダムアクセスプリアンブルの送信を除く）、アップリンクのタイミングを回復する目的で初期タイミング調整手順を再び行う必要がある。
【００４６】
ユーザ機器は、タイミングアドバンスコマンドを受信すると、プライマリセルのＰＵＣＣＨ／ＰＵＳＣＨ／ＳＲＳにおける自身のアップリンク送信のタイミングを調整する。タイミングアドバンスコマンドは、現在のアップリンクタイミングを基準としたときのアップリンクタイミングの変更を１６Ｔｓの整数倍で示す。
【００４７】
アップリンクにおけるタイミングアドバンスおよびコンポーネントキャリアアグリゲーション
３ＧＰＰ標準規格のリリース１０までは、ＵＥは、１つのタイミングアドバンス値のみを維持し、アグリゲートされているすべてのコンポーネントキャリアでのＵＬ送信に、この値を適用しなければならなかった。同じ周波数帯域内でのセルのアグリゲーション（周波数内キャリアアグリゲーションとも称する）のみがサポートされていた。アップリンクタイミング同期は、基本的にはＰＣｅｌｌに対して（例えばＰＣｅｌｌでのＲＡＣＨ手順によって）実行され、ＵＥは、アグリゲートされているＳＣｅｌｌでのアップリンク送信に同じアップリンクタイミングを使用する。リリース１１以降では、異なる帯域からのアップリンクコンポーネントセルをアグリゲートすることができる。したがって、これらのコンポーネントセルは、チャネル特性、干渉特性、およびカバレッジ特性が異なりうる。周波数選択性の中継器または遠隔無線ヘッドを使用する配備シナリオでは、アグリゲートされているサービングセルの間で伝搬遅延が異なるため、特定のサービングセルに対する個別のタイミングアドバンスがさらに要求される。
【００４８】
アグリゲートされるサービングセルごとに個別のタイミングアドバンス（ＴＡ）を設定することができ、したがってセルがグループ化され、各グループが個別のタイミングアドバンスを有する。本質的には、同じＴＡが適用され（一般には同じ受信機によってホストされるサービングセルに対応する）かつ同じタイミング基準を使用するＵＬを有する（サービング）セルが、いわゆるＴＡグループにグループ化される。各ＴＡグループは、設定されたアップリンクを有する少なくとも１つのサービングセルを含み、ＴＡグループへの各サービングセルのマッピングは、サービングｅＮＢによってＲＲＣシグナリングを使用して設定される。ＳＣｅｌｌが、アグリゲートされるように設定されているとき、ｅＮＢは、そのＳＣｅｌｌをＴＡグループに割り当てる。ＳＣｅｌｌとＴＡグループとの間のマッピングは、ＲＲＣシグナリングによって再設定することができる。複数のＴＡをサポートするＵＥは、少なくとも２つのＴＡグループ（すなわちＰＣｅｌｌを含む１つのＴＡグループ（ｐＴＡＧ）と、ＰＣｅｌｌを含まない１つまたは複数のＴＡグループ（ｓＴＡＧ））をサポートすることが要求される。
【００４９】
時分割複信  −  ＴＤＤ
ＬＴＥは、ＴＤ−ＳＣＤＭＡ（時分割同期符号分割多重アクセス：Time-Division Synchronous Code Division Multiple Access）の進化もサポートするように設計されている統一フレームワーク（harmonized framework）において、周波数分割複信（ＦＤＤ）モードおよび時分割複信（ＴＤＤ）モードで動作することができる。ＴＤＤでは、時間領域においてアップリンク送信とダウンリンク送信が分離されるが、周波数は同じままとすることができる。
【００５０】
用語「複信」は、２つの装置の間の双方向通信を意味し、一方向通信と区別される。双方向の場合、各方向におけるリンクを通じての送信を、同時に（「全二重」）、または互いに重ならないタイミングで（「半二重」）、行うことができる。
【００５１】
対をなさない無線スペクトル（unpaired radio spectrum）におけるＴＤＤの場合、ＲＢ（リソースブロック）およびＲＥ（リソースエレメント）の基本的な構造を図２に示してあるが、無線フレームのサブフレームの部分集合のみがダウンリンク送信に利用可能である。残りのサブフレームは、アップリンク送信に使用される、またはスペシャルサブフレームに使用される。スペシャルサブフレームは、複数のＵＥから（すなわちアップリンクで）送信された信号がほぼ同時にｅＮｏｄｅＢに到着するように、アップリンク送信のタイミングを早めることを可能にするうえで重要である。すなわち、信号の伝搬遅延は（反射およびその他の類似する影響を無視すると）送信装置と受信装置との間の距離に関係するため、ｅＮｏｄｅＢに近いＵＥによって送信される信号は、ｅＮｏｄｅＢから遠いＵＥによって送信される信号よりも伝搬時間が短い。同時に到着させるためには、遠い方のＵＥは、近い方のＵＥよりも早く信号を送信しなければならず、このことは、３ＧＰＰシステムではいわゆる「タイミングアドバンス」手順によって解決される。ＴＤＤにおけるさらなる状況として、送信と受信が同じキャリア周波数で行われ、すなわちダウンリンクとアップリンクを時間領域において複信化する必要がある。ｅＮｏｄｅＢから遠いＵＥは、近いＵＥよりも早くアップリンク送信を開始する必要があるが、逆に、ダウンリンク信号は、近いＵＥの方が遠いＵＥよりも早く受信する。ＤＬ受信からＵＬ送信に回路を切り替えることができるようにする目的で、スペシャルサブフレームにはガードタイムが定義されている。タイミングアドバンスの問題にさらに対処するため、遠いＵＥのガードタイムは、近いＵＥのガードタイムよりも長い必要がある。
【００５２】
３ＧＰＰ  ＬＴＥリリース８以降においては、このＴＤＤ構造は「フレーム構造タイプ２」として公知であり、７つの異なるアップリンク−ダウンリンク構成が定義されており、これらの構成により、さまざまなダウンリンク−アップリンク比率および切り替え周期が可能である。図５は、７つの異なるＴＤＤアップリンク−ダウンリンク構成（番号：０〜６）の表を示しており、「Ｄ」はダウンリンクサブフレーム、「Ｕ」はアップリンクサブフレーム、「Ｓ」はスペシャルサブフレームを表す。表から理解できるように、７つの利用可能なＴＤＤアップリンク−ダウンリンク構成は、４０％〜９０％のダウンリンクサブフレームを提供することができる（スペシャルサブフレームの一部はダウンリンク送信に利用可能であるため、簡潔さのためスペシャルサブフレームをダウンリンクサブフレームとして数えるとき）。
【００５３】
図６は、特に、５ｍｓのスイッチポイント周期（すなわちＴＤＤ構成０，１，２，６）の場合のフレーム構造タイプ２を示している。図６は、長さ１０ｍｓである無線フレームと、それぞれ５ｍｓの対応する２つのハーフフレームとを示している。無線フレームは、それぞれが１ｍｓの１０個のサブフレームから構成されており、サブフレームそれぞれには、図５の表によるアップリンク−ダウンリンク構成のそれぞれによって定義されているように、アップリンク、ダウンリンク、またはスペシャルの各タイプが割り当てられている。
【００５４】
図５から理解できるように、サブフレーム＃１はつねにスペシャルサブフレームであり、サブフレーム＃６は、ＴＤＤ構成０，１，２，６の場合にはスペシャルサブフレームであり、ＴＤＤ構成３，４，５の場合にはダウンリンクサブフレームである。スペシャルサブフレームは、３つのフィールドとして、ＤｗＰＴＳ（ダウンリンクパイロットタイムスロット：Downlink Pilot Time Slot）、ＧＰ（ガード期間：Guard Period）、およびＵｐＰＴＳ（アップリンクパイロットタイムスロット：Uplink Pilot Time Slot）を含む。次の表は、スペシャルサブフレームに関する情報を示しており、特に、３ＧＰＰ  ＬＴＥリリース１１において定義されているように、ＤｗＰＴＳ（ダウンリンクパイロットタイムスロット）、ＧＰ（ガード期間）、およびＵｐＰＴＳ（アップリンクパイロットタイムスロット）それぞれの長さを、サンプル時間Ｔｓ＝（１／３０７２０）ｍｓの整数倍で示してある。
【００５５】
【表１】
0006799589.tif 000002
【００５６】
システムにおいて適用されるＴＤＤ構成は、移動局および基地局において実行される多くの動作、例えば、無線リソース管理（ＲＲＭ）測定、チャネル状態情報（ＣＳＩ）測定、チャネル推定、ＰＤＣＣＨ検出、ＨＡＲＱタイミングなどに影響する。
【００５７】
特に、ＵＥは、システム情報を読み取ることで、自身の現在のセルにおけるＴＤＤ構成に関して認識し、すなわち、測定、ＣＳＩの測定および報告、チャネル推定を取得するための時間領域フィルタリング、ＰＤＣＣＨの検出、またはＵＬ／ＤＬ  ＡＣＫ／ＮＡＣＫフィードバックの各目的に、どのサブフレームを監視するかを認識する。
【００５８】
アンライセンスバンドにおけるＬＴＥ：  ライセンス補助アクセス（ＬＡＡ）
３ＧＰＰは、２０１４年９月に、アンライセンス周波数帯でのＬＴＥ運用に関する新しい検討項目に着手した。ＬＴＥをアンライセンスバンドに拡張する理由は、ライセンスバンドの量が限られていることに加えて、無線ブロードバンドデータの需要がますます成長しているためである。したがってアンライセンス周波数帯は、携帯電話事業者が自社のサービス提供を拡大するための補足的な手段とみなす傾向が強まっている。Ｗｉ−Ｆｉなどの他の無線アクセス技術（ＲＡＴ）に頼ることと比較したとき、アンライセンスバンドにおけるＬＴＥの利点として、事業者およびベンダーは、アンライセンス周波数帯へのアクセスによってＬＴＥプラットフォームを補足することによって、無線・コアネットワークのＬＴＥ／ＥＰＣハードウェアにおける既存の投資および今後の投資を活用することができる。
【００５９】
しかしながら、アンライセンス周波数帯へのアクセスは、必然的にアンライセンス周波数帯におけるＷｉ−Ｆｉなどの他の無線アクセス技術（ＲＡＴ）と共存することになるため、ライセンス周波数帯アクセスの品質には絶対に匹敵し得ないことを考慮しなければならない。したがって、アンライセンスバンドでのＬＴＥ運用は、少なくとも最初は、アンライセンス周波数帯での単独の運用ではなく、むしろライセンス周波数帯でのＬＴＥの補足とみなされるであろう。この想定に基づき３ＧＰＰは、少なくとも１つのライセンスバンドと併用してアンライセンスバンドでＬＴＥを運用することに対して、ライセンス補助アクセス（ＬＡＡ：Licensed Assisted Access）という用語を確立した。ただし将来におけるアンライセンス周波数帯でのＬＴＥの単独運用（すなわちライセンスセルによって支援されない）が排除されるものではない。
【００６０】
３ＧＰＰにおいて現在意図されている一般的なＬＡＡの方法は、すでに策定されているリリース１２のキャリアアグリゲーション（ＣＡ）の枠組みを最大限に利用することであり、キャリアアグリゲーション（ＣＡ）の枠組みの構成は、前述したように、いわゆるプライマリセル（ＰＣｅｌｌ）キャリアと、１つまたは複数のセカンダリセル（ＳＣｅｌｌ）キャリアを含む。キャリアアグリゲーション（ＣＡ）では、一般的に、セルのセルフスケジューリング（スケジューリング情報とユーザデータとが同じコンポーネントキャリアで送信される）と、セル間のクロスキャリアスケジューリング（ＰＤＣＣＨ／ＥＰＤＣＣＨによるスケジューリング情報と、ＰＤＳＣＨ／ＰＵＳＣＨによるユーザデータが、異なるコンポーネントキャリアで送信される）の両方がサポートされる。
【００６１】
図７は、極めて基本的なシナリオを示しており、ライセンスＰＣｅｌｌと、ライセンスＳＣｅｌｌ  １と、さまざまなアンライセンスＳＣｅｌｌ  ２，３，４（例示的にスモールセルとして描いてある）とが存在する。アンライセンスＳＣｅｌｌ  ２，３，４の送信／受信ネットワークノードは、ｅＮＢによって管理される遠隔無線ヘッドとする、またはネットワークにアタッチされているがｅＮＢによって管理されないノードとすることができる。簡潔さのため、これらのノードからｅＮＢまたはネットワークへの接続は、図に明示的には示していない。
【００６２】
現在、３ＧＰＰにおいて想定されている基本的な方法では、ＰＣｅｌｌをライセンスバンドで運用し、その一方で、１つまたは複数のＳＣｅｌｌをアンライセンスバンドで運用する。この方式の利点として、制御メッセージと、高いサービス品質（ＱｏＳ）が求められるユーザデータ（例えば音声および映像など）とを高い信頼性で送信するためにＰＣｅｌｌを使用することができ、ただしその一方で、アンライセンス周波数帯におけるＳＣｅｌｌは、必然的に他の無線アクセス技術（ＲＡＴ）と共存するため、シナリオによって程度は異なるがＱｏＳが大幅に低下することがある。
【００６３】
ＬＡＡ（ライセンス補助アクセス）は、５ＧＨｚのアンライセンスバンドに焦点をあてることが合意された。したがって最も重要な問題の１つは、これらのアンライセンスバンドで動作するＷｉ−Ｆｉ（ＩＥＥＥ  ８０２．１１）システムとの共存である。ＬＴＥと他の技術（Ｗｉ−Ｆｉなど）との間の公平な共存をサポートし、さらに、同じアンライセンスバンドにおける複数の異なるＬＴＥ事業者間の公平性を保証する目的で、アンライセンスバンドでのＬＴＥのチャネルアクセスでは、地理的領域および特定の周波数帯に応じて一部が異なる特定の一連の規制に従わなければならない。５ＧＨｚのアンライセンスバンドで運用する場合の、すべての地域における規制要件の包括的な説明は、非特許文献６（参照により本明細書に組み込まれている）と、非特許文献７（現在のバージョン１３．０．０）とに記載されている。ＬＡＡ手順を設計するときに考慮しなければならない規制要件には、地域および帯域によって異なるが、動的周波数選択（ＤＦＳ：Dynamic Frequency Selection）、送信電力制御（ＴＰＣ：Transmit Power Control）、リッスンビフォアトーク（ＬＢＴ：Listen Before Talk）、最大送信時間長が限られた不連続送信、が含まれる。３ＧＰＰの意図は、ＬＡＡの国際的な単一の枠組みを目標とすることであり、すなわち基本的には、システムを設計する場合、さまざまな地域および５ＧＨｚ帯域に関するすべての要件を考慮しなければならない。
【００６４】
例えば欧州では、欧州標準規格である非特許文献８（現在のバージョン１．８．１）（参照により本明細書に組み込まれている）の４．３節から明らかであるように、公称チャネル帯域幅（Nominal Channel Bandwidth）の特定の制限が設定されている。公称チャネル帯域幅とは、１つのチャネルに割り当てられる最も広い周波数帯域（ガードバンドを含む）である。占有チャネル帯域幅（Occupied Channel Bandwidth）は、信号の電力の９９％を含む帯域幅である。装置は、１つまたは複数の隣り合う、または隣り合わないチャネルで同時に動作することが許可される。
【００６５】
機器がチャネルを使用する前に空きチャネル判定（ＣＣＡ）を適用するためのメカニズムとして、リッスンビフォアトーク（ＬＢＴ）手順が定義されている。ＣＣＡでは、チャネルが占有されているか空いているかを判定する目的で、少なくともエネルギの検出を利用して、チャネル上に別の信号が存在している、または存在していないことを判定する。欧州および日本では、現在、アンライセンスバンドにおいてＬＢＴを使用することが義務付けられている。ＬＢＴを介してのキャリアの感知は、規制上の要件であることとは別に、アンライセンス周波数帯を公平に共有するための１つの方法である。したがってＬＢＴは、１つのグローバルな解決策の枠組みの中でのアンライセンス周波数帯における公平かつ友好的な運用のために不可欠な機能であると考えられる。
【００６６】
アンライセンス周波数帯では、チャネルの可用性をつねに保証することはできない。これに加えて、欧州および日本などの特定の地域では、連続的な送信が禁止されており、アンライセンス周波数帯における送信バーストの最大持続時間に制限が課されている。したがって、送信の最大持続時間が限られた不連続送信は、ＬＡＡにおいて必須の機能である。ＤＦＳ（動的周波数選択）は、レーダーシステムからの干渉を検出してこれらのシステムとの同一チャネル動作を回避する目的で、特定の地域および帯域に要求される。この目的は、周波数帯のほぼ均一な負荷をさらに達成することである。ＤＦＳの動作および対応する要件は、マスター／スレーブ原理に関連する。レーダー検出を実施する目的で、マスターがレーダー干渉を検出するが、このときマスターに関連付けられる別の装置に頼ることができる。
【００６７】
５ＧＨｚのアンライセンスバンドでの運用は、ほとんどの地域では、ライセンスバンドでの運用と比較してかなり低い送信電力レベルに制限され、結果としてカバレッジエリアが小さい。たとえライセンスキャリアとアンライセンスキャリアが同じ電力で送信された場合でも、５ＧＨｚ帯域におけるアンライセンスキャリアによってサポートされるカバレッジエリアは、信号の経路損失およびシャドウイング効果が大きいことに起因して、２ＧＨｚ帯域におけるライセンスキャリアよりも通常では小さいものと予測される。特定の地域および帯域に関するさらなる要件として、同じアンライセンスバンドで動作する他の装置に引き起こされる干渉の平均レベルを低減する目的で、ＴＰＣ（送信電力制御）を使用する。
【００６８】
詳細な情報は、調整された欧州標準規格である非特許文献８（現在のバージョン１．８．０）（参照により本明細書に組み込まれている）に記載されている。
【００６９】
装置は、ＬＢＴに関するこの欧州の規制に従って、無線チャネルをデータ送信によって占有する前に空きチャネル判定（ＣＣＡ）を実行しなければならない。例えばエネルギ検出に基づいてチャネルが空きとして検出された後にのみ、アンライセンスチャネルでの送信を開始することが許可される。特に、装置は、ＣＣＡ中に特定の最小時間（例えば欧州では２０μｓ、非特許文献８の４．８．３節を参照）にわたりチャネルを監視しなければならない。検出されたエネルギレベルが、設定されているＣＣＡのしきい値（例えば欧州では−７３ｄＢｍ／ＭＨｚ、非特許文献８の４．８．３節を参照）を超える場合、チャネルは占有されているとみなされ、逆に、検出された電力レベルが、設定されているＣＣＡのしきい値より低い場合、チャネルは空いているとみなされる。チャネルが占有されていると判定される場合、次の固定フレーム期間（Fixed Frame Period）の間、装置はそのチャネルで送信しない。チャネルが空きとして分類される場合、装置はただちに送信することが許可される。送信の最大持続時間は、同じ帯域で動作する他の装置との公平なリソース共有を促進する目的で制限される。
【００７０】
ＣＣＡにおけるエネルギ検出は、チャネル帯域幅全体（例えば５ＧＨｚのアンライセンスバンドにおいて２０ＭＨｚ）にわたり実行され、すなわち、そのチャネル内のＬＴＥ  ＯＦＤＭシンボルのすべてのサブキャリアの受信電力レベルの総和が、ＣＣＡを実行した装置において評価されたエネルギレベルである。
【００７１】
上述したＣＣＡに加えて、非特許文献８の４．９．２．２節（参照により本明細書に組み込まれている）によれば、機器が負荷ベース機器（ＬＢＥ：Load Based Equipment）に分類される場合、追加の拡張ＣＣＡ（ＥＣＣＡ）を適用することが要求されうる。ＥＣＣＡは、ＣＣＡ観測タイムスロットにランダム係数Ｎを乗じた持続時間にわたる追加のＣＣＡ観測時間を含む。Ｎは、送信を開始する前に観測しなければならない合計アイドル期間をもたらすクリアアイドルスロット（clear idle slot）の数を定義する。
【００７２】
さらに、機器が、与えられたキャリアが利用できることを再評価する（すなわちＬＢＴ／ＣＣＡ）ことなく、そのキャリアでの送信を有する合計時間は、チャネル占有時間（Channel Occupancy Time）として定義されている（非特許文献８の４．８．３．１節を参照）。チャネル占有時間は、１ｍｓ〜１０ｍｓの範囲内であり、最大のチャネル占有時間は、欧州において現在定義されているように例えば４ｍｓとすることができる。さらに、アンライセンスセルでの送信後にＵＥに送信が許可されない最小アイドル時間も存在し、最小アイドル時間は、チャネル占有時間の少なくとも５％である。ＵＥは、アイドル期間が終わる少し前に、例えば新たなＣＣＡを実行することができる。この送信挙動は図８に概略的に示してあり、この図は非特許文献８からの引用である（この文献内の図２：「Example of timing for Frame Based Equipment（フレームベースの機器の場合のタイミングの例）」）。
【００７３】
図９は、特定の周波数帯域（アンライセンスセル）でのＷｉ−Ｆｉ送信とＬＡＡ  ＵＥ送信との間のタイミングを示している。図９から理解できるように、Ｗｉ−Ｆｉバーストの後、ｅＮＢが例えば予約信号を送信することによってアンライセンスセルを次のサブフレーム境界まで「予約する」前に、少なくともＣＣＡギャップが必要である。次に、実際のＬＡＡ  ＤＬバーストが開始される。この動作は、ＬＴＥ  ＵＥにも同様に適用され、ＵＥは、ＣＣＡを成功裏に実行した後、実際のＬＡＡ  ＵＬバーストを開始するため予約信号を送信することによってサブフレームを予約する。
【００７４】
上述したように、現在３ＧＰＰは、ＬＡＡ（ライセンス補助アクセス）を標準規格に導入する過程にある。特に、ＵＥがさまざまな規制要件（特にＣＣＡ要件）に従いながら、アップリンク送信をどのように実行することができるかを定義する必要がある。
【先行技術文献】
【非特許文献】
【００７５】
【非特許文献１】3GPP TS 36.211, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)”
【非特許文献２】3GPP TS 36.212, “Multiplexing and channel coding”
【非特許文献３】LTE - The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, Issam Toufik, Matthew Baker
【非特許文献４】3GPP TS 36.213
【非特許文献５】3GPP TS 36.321, “Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification”, version 12.7.0
【非特許文献６】R1-144348, “Regulatory Requirements for Unlicensed Spectrum”, Alcatel-Lucent et al., RAN1#78bis, Sep. 2014
【非特許文献７】3GPP Technical Report 36.889
【非特許文献８】ETSI EN 301 893
【発明の概要】
【課題を解決するための手段】
【００７６】
本発明を制限することのない例示的な実施形態は、ユーザ機器によって実行されるアップリンク送信をスケジューリングする改良された方法と、本方法に関与するユーザ機器および無線基地局、を提供する。独立請求項は、本発明を制限することのない例示的な実施形態を提供する。有利な実施形態は、従属請求項の主題である。
【００７７】
本明細書に記載されている態様のいくつかの実装形態によれば、アンライセンスセルを介してのアップリンク送信のスケジューリングが改良される。以下では、次のシナリオを想定する。移動通信システムにおいてユーザ機器と無線基地局が、少なくとも１つのアンライセンスセルを介して互いに接続されている。アンライセンスセルは、単独のセルとして運用することができる、または、ユーザ機器と無線基地局との間に追加的に設定されているさらなるライセンスセルによって支援することができる。
【００７８】
さらに、ユーザ機器が従うアップリンク送信タイミングを時間調整するために、ユーザ機器および無線基地局が適切な手順を実行するものと想定する。特に、ユーザ機器は、アップリンク送信を実行する特定の時点を決定する必要がある。このアップリンク送信タイミングは、アップリンク送信が無線基地局において特定の所望の時刻に（例えば他のユーザ機器によるアップリンク送信と基本的に同じ時刻に）受信されるように、適切な手順によって調整することができる。例えば、アップリンク送信タイミングは、ダウンリンク受信タイミングと、例えば無線基地局によって指示される追加のタイミングアドバンスとに基づいて、ユーザ機器によって決定される。言い換えればユーザ機器は、自身が（１つまたは複数の）アップリンク送信をいつ実行するかを基本的に示すサブフレーム境界に従う。すなわち通常では、ユーザ機器は、アップリンク送信がスケジューリングされたサブフレームのサブフレーム境界において、アップリンク送信を開始する。無線基地局は、自身のカバレッジエリア内の各ユーザ機器に適用される適切なタイミングアドバンス値をそれぞれ指示することによって、アップリンク送信が無線基地局において本質的に同じ時刻に受信されるように、無線基地局のカバレッジエリア内のいくつかのユーザ機器によって実行されるアップリンク送信が同期および調整されるようにすることができる。背景技術のセクションで説明したように、アップリンク送信タイミングを調整する適切な手順は、ＬＴＥの標準化に関連して説明したタイミングアドバンス手順である。
【００７９】
アップリンク（およびダウンリンク）送信のスケジューリングは、無線基地局の制御下にあるものと想定し、対応する（１つまたは複数の）リソース割当てが、アンライセンスセルの基地局のカバレッジエリア内の（１基または複数基の）ユーザ機器に適切な方法で伝えられる。以下の説明は、アンライセンスセルを介してユーザ機器によって実行されるアップリンク送信のスケジューリングに焦点をあてる。一般的には、アンライセンスセルを介して送信を実行する前に、無線基地局およびユーザ機器は、「リッスンビフォアトーク手順」（空きチャネル判定を含む）を最初に実行しなければならず、リッスンビフォアトーク手順は、基本的には、アップリンク／ダウンリンク送信を実際に開始する前に、チャネルが別の送信によって占有されていないことを確認するための手順である。例えば、無線基地局の制御下にない通信ノード（例：Ｗｉ−Ｆｉノード）も、アンライセンスバンドへのアクセスを望むことがある。リッスンビフォアトーク手順を使用することによって、複数の異なる無線技術の間でのアンライセンスバンドの公平な使用が提供される。しかしながら、アンライセンスバンドで送信する場合にリッスンビフォアトーク手順の使用を義務付けることによって、ユーザ機器はＣＣＡ判定を成功裏に終える必要があり、そうでない場合、ユーザ機器は、無線基地局によってスケジューリングされたアップリンク送信を実行することができない。これに加えて、別のノード（Ｗｉ−Ｆｉノードなど）も、アンライセンスセルを使用する前にそのような空きチャネル判定を実行する必要がある。したがって、適切に機能するためには、ＣＣＡ判定を正常に実行するための十分な時間を確保することが重要である。一態様によれば、アンライセンスセルを介してのアップリンクバースト送信に時間オフセットを追加的に適用する可能性を、以下に詳しく説明するように導入する。より具体的には、各ユーザ機器が、上に想定したようにアンライセンスセルおよびライセンスセルを介してアップリンク送信を実行するための特定のタイミングを有し、このタイミングは、適切な手順の使用によって無線基地局によって制御される。一態様によれば、異なるユーザ機器によって実行される２つの直接連続するアップリンク送信の間に時間ギャップを形成するために、ユーザ機器におけるアップリンク送信タイミングを追加的に変更することができる。最初のアップリンクバースト送信の後ろに形成される時間ギャップは、ユーザ機器が（２番目の）アップリンクバースト送信を開始する前に空きチャネル判定を正常に実行するために使用可能である。
【００８０】
例えば、無線基地局がさまざまな連続するアップリンク送信を（異なるユーザ機器にそれぞれ１つ）スケジューリングするものと想定すると、（最初のユーザ機器のみならず）スケジューリングされるユーザ機器それぞれが、自身のアップリンク送信を開始する前にチャネルを空きとして判定できるようにするためには、２つの連続するアップリンク送信それぞれの間に十分なギャップを設ける必要がある。したがって、チャネルが占有されていないものとユーザ機器が検出するための時間として、送信が存在しない適切な時間ギャップを形成するため、さまざまなユーザ機器の間で、（１つまたは複数の）送信タイミングのシフトを調整する。
【００８１】
次に、これについて別の観点から説明する。アップリンク送信タイミングの追加のシフトは、サブフレーム境界に時間調整される（すなわち（アップリンク送信の受信側エンティティとしての）無線基地局における受信タイミング（またはサブフレーム境界）を基準として調整／同期される）通常のアップリンク送信と比較して、アップリンク送信のさらなるタイプと考えることができる。したがって、この態様によって、アップリンク送信のさらなるタイプ、すなわち、アップリンク送信の開始が、サブフレーム境界を基準として（すなわちユーザ機器が通常（例えばライセンスセルを介してアップリンク送信を送信する場合に）従う通常のアップリンク送信タイミングを基準として）、いずれかの方向に、ある時間長だけシフトされるさらなるアップリンク送信タイプ、が導入される。言い換えれば、この態様によって導入される、このさらなるアップリンク送信タイプによるアップリンク送信の追加のシフトは、ユーザ機器によって一般的に実行されるタイミングアドバンス（例えば無線基地局に対するユーザ機器の位置に応じて無線基地局によって指示されるタイミングアドバンス）に加えて行われる。
【００８２】
前述したように、アップリンク送信の開始を適切にシフトさせることによって、２つの直接連続するアップリンク送信の間に時間ギャップが形成される。例えば、アップリンク送信の開始が延期される（すなわち時間的に遅らせる）ときには、延期されたアップリンク送信の前に時間ギャップが形成され、ＵＥはこの時間ギャップの間に、延期されたアップリンク送信を開始する前のＣＣＡ判定を正常に実行することができる。これに対して、アップリンク送信の開始が繰り上げられる（すなわち時間的に早める）ときには、繰り上げられたアップリンク送信の後ろに時間ギャップが形成され、このシフトされたアップリンク送信の直後にアップリンク送信を実行するように続いてスケジューリングされたＵＥは、そのアップリンク送信を開始する前に、設定された時間ギャップの間にＣＣＡ判定を正常に終えることができる。
【００８３】
結果として、無線基地局が２つの連続するアップリンク送信を異なるユーザ機器にスケジューリングする一方で、それと同時に、両方のユーザ機器が、アップリンク送信を開始する前に空きチャネル判定を成功裏に実行し、したがってアンライセンスチャネルが空いているものと検出できるようにすることが可能である。
【００８４】
この態様のさらなる改良形態によれば、ＣＣＡのための時間ギャップの形成を改良して柔軟性を高めるために、アンライセンスセルを介してユーザ機器によって実行されるアップリンク送信に対して追加の変更を実施することができる。具体的には、（シフトされる、またはシフトされない）アップリンク送信を、１個またはいくつかのＯＦＤＭシンボル（ＬＴＥ実装の場合、アップリンクではアップリンク技術ＳＣ−ＦＤＭＡが使用されることを考慮して、以下ではＳＣ−ＦＤＭＡシンボルとも称する）だけ短縮することができる。例えば通常のアップリンク送信は、少なくとも、１つまたは複数のサブフレームのすべてのＯＦＤＭシンボルにわたるが、このアップリンク送信を、アップリンク送信の先頭または最後のいずれかにおいて短縮することを提案する。その効果として、ユーザ機器は、その（１個またはいくつかの）ＯＦＤＭシンボルの間は送信せず、したがってその期間中はアンライセンスセルを占有しない。アップリンク送信の長さを短縮するための１つの可能な方法は、（１個またはいくつかの）ＯＦＤＭシンボルをパンクチャリングすることである（この時間中は送信が電力０で行われるため、パンクチャリングはミューティング（muting）またはヌリング（nulling）とも称される）。アップリンク送信を短縮することによって、アップリンク送信の前またはアップリンク送信の後ろのいずれかに時間ギャップを形成することが可能であり、時間ギャップは、短縮されたアップリンク送信を実行するそのユーザ機器、または別のユーザ機器によって実行される空きチャネル判定に使用することができる。
【００８５】
言い換えれば、アップリンク送信を短縮する追加のメカニズムは、前に導入した２つのアップリンク送信タイプ（すなわち、完全なサブフレーム期間にわたり、かつユーザ機器が従うサブフレーム境界に時間調整される通常のアップリンク送信タイプと、同様に完全なサブフレーム期間にわたり、かつユーザ機器が従うサブフレーム境界を基準として追加的にオフセットされるさらなるアップリンク送信タイプ）に加えて、アップリンク送信の別のタイプを導入することと同等であると考えることができる。具体的には、アップリンク送信のさらなるタイプは、（例えば完全なサブフレーム期間にわたらないように）短縮されるという特徴を有するが、依然としてサブフレーム境界に時間調整（整列）され、したがって（どの（１個またはいくつかの）ＯＦＤＭシンボルが破棄されるかに応じて）対応するアップリンク送信がサブフレーム境界から始まる、またはサブフレーム境界で終わる。アップリンク送信のさらに別のタイプは、（例えば完全なサブフレーム期間にわたらないように）短縮され、これに加えて、ユーザ機器が従うサブフレーム境界を基準としてオフセットされる。
【００８６】
上述した、アップリンク送信タイミングを追加的にシフトするメカニズムと、アップリンク送信期間を短縮するメカニズム（および類似するさまざまなアップリンク送信タイプ）は、（１基または複数基の）ＵＥが空きチャネル判定を正常に実行できるようにアンライセンスセルを介しての連続するアップリンク送信の間に十分な時間ギャップを形成する一方で、これと同時に、（短縮によって）不必要にＯＦＤＭシンボルが破棄されることが回避されるように、適切に使用および調整することができる。
【００８７】
各アップリンク送信は、必要なＣＣＡギャップが形成されるように、上述した４つのタイプのうちの１つに従って実行することができる。どのアップリンク送信がどのアップリンク送信タイプに従って実行されるかは、複数の異なるＵＥに無線基地局によってスケジューリングされる、アンライセンスセルを介しての実際のアップリンク送信のシーケンス（並び）にも依存する。例えば、２つのみの連続するアップリンク送信のシーケンスの場合（すなわちこれら２つの連続するアップリンク送信の前と後ろではアンライセンスセルが送信に使用されない）、アップリンク送信を（例えば１個のＯＦＤＭシンボルだけ）短縮する必要はなく、最初の送信は、何らの短縮または追加の時間オフセットなしに１基のＵＥによって実行することができ、その一方で、２番目のアップリンク送信は、第２のＵＥが空きチャネル判定を正常に実行するのに十分である時間長だけ第２のＵＥによって延期することができる。
【００８８】
空きチャネル判定を正常に実行するための十分な時間を可能にする例示的な時間オフセットは、ＯＦＤＭシンボルの持続時間の半分である。しかしながら、アップリンク送信タイミングをオフセットさせることによって形成される時間ギャップが、正常な空きチャネル判定のために十分に長い限り、時間オフセットは、これより小さい、または大きくてもよい。アップリンク送信をオフセットさせる時間長は、例えば、無線基地局によってユーザ機器に示すことができる。この時間長は、無線基地局の制御下にあるすべてのユーザ機器に対して同じとすることができる。さらに、オフセットの時間長は、無線基地局によって半静的に変更することができる。これに代えて、例えば標準規格に時間長を決めておくことができる。
【００８９】
この態様のさらなる実装形態は、アップリンク送信をどのように実行するか（すなわち追加の時間シフトあり／なし、およびアップリンク送信の短縮あり／なし）をＵＥが決定する方法に関する。一実装形態によれば、必要な情報は、例えば通常のリソース割当ての一部として無線基地局によってユーザ機器に提供される。別の実装形態によれば、特定のサブフレームにおいてアップリンク送信をどのように実行するかを定義するタイプパターンが、ＵＥおよび無線基地局において提供され、したがってＵＥは、実行するアップリンク送信のタイプを、そのアップリンク送信がスケジューリングされている対象のサブフレームと、パターンとに基づいて、決定する。
【００９０】
したがって、１つの一般的な第１の態様においては、本明細書に開示されている技術は、ユーザ機器に対してアップリンク送信をスケジューリングする無線基地局、を提供する。ユーザ機器と無線基地局との間の通信用に、少なくとも１つのアンライセンスセルが設定されている。少なくとも１基のユーザ機器は、少なくとも以下のアップリンク送信の異なるタイプ、すなわち、
完全なサブフレーム期間にわたり、かつ、ユーザ機器が従うサブフレーム境界から始まりサブフレーム境界で終わる、アップリンク送信の第１のタイプ（タイプＡ）、
および以下の少なくとも一方、すなわち、
完全なサブフレーム期間にわたる、アップリンク送信の第２のタイプ（タイプＢ）であって、第２のタイプのアップリンク送信が第１のサブフレーム境界より前／後ろから始まり、かつ、第１のサブフレーム境界に続く第２のサブフレーム境界より前／後ろで終わるように、アップリンク送信が、ユーザ機器が従うサブフレーム境界を基準として所定の時間長だけオフセットされる、アップリンク送信の第２のタイプ（タイプＢ）、
完全なサブフレーム期間より小さい期間にわたるアップリンク送信の第３のタイプ（タイプＣ）であって、アップリンク送信が、ユーザ機器が従うサブフレーム境界を基準として所定の時間長だけオフセットされる、アップリンク送信の第３のタイプ（タイプＣ）、
に従って、アンライセンスセルを介してアップリンク送信を実行することができる。
【００９１】
無線基地局は、プロセッサおよび送信機を備えており、プロセッサおよび送信機は、動作時、アンライセンスセルを介してのアップリンク送信を少なくとも１基のユーザ機器にスケジューリングする。さらに、無線基地局は受信機を備えており、この受信機は、動作時、少なくとも１基のユーザ機器から、スケジューリングされたアップリンク送信を受信する。少なくとも、２つの直接連続するアップリンク送信の間に、アップリンク送信の存在しない時間ギャップが生じるように、スケジューリングされたアップリンク送信それぞれが、アップリンク送信の異なるタイプのうちの１つに従って、少なくとも１基のユーザ機器によって実行される。
【００９２】
したがって、１つの一般的な第１の態様においては、本明細書に開示されている技術は、無線基地局によってスケジューリングされるアップリンク送信を実行するユーザ機器、を提供する。ユーザ機器と無線基地局との間の通信用に、少なくとも１つのアンライセンスセルが設定されている。ユーザ機器は、少なくとも以下のアップリンク送信の異なるタイプ、すなわち、
完全なサブフレーム期間にわたり、かつ、ユーザ機器が従うサブフレーム境界から始まりサブフレーム境界で終わる、アップリンク送信の第１のタイプ（タイプＡ）、
および以下の少なくとも一方、すなわち、
完全なサブフレーム期間にわたる、アップリンク送信の第２のタイプ（タイプＢ）であって、第２のタイプのアップリンク送信が第１のサブフレーム境界より前／後ろから始まり、かつ、第１のサブフレーム境界に続く第２のサブフレーム境界より前／後ろで終わるように、アップリンク送信が、ユーザ機器が従うサブフレーム境界を基準として所定の時間長だけオフセットされる、アップリンク送信の第２のタイプ（タイプＢ）、および、
完全なサブフレーム期間より小さい期間にわたるアップリンク送信の第３のタイプ（タイプＣ）であって、アップリンク送信が、ユーザ機器が従うサブフレーム境界を基準として所定の時間長だけオフセットされる、アップリンク送信の第３のタイプ（タイプＣ）、
に従って、アンライセンスセルを介してアップリンク送信を実行することができる。
【００９３】
ユーザ機器はプロセッサを備えており、プロセッサは、動作時、スケジューリングされたアップリンク送信用に、アップリンク送信のタイプのうちの１つを決定する。さらに、ユーザ機器は送信機を備えており、この送信機は、動作時、決定されたタイプに従って、アンライセンスセルを介してアップリンク送信を実行する。
【００９４】
したがって、１つの一般的な第１の態様においては、本明細書に開示されている技術は、少なくとも１基のユーザ機器と、無線基地局とを備えたシステム、を提供する。少なくとも１基のユーザ機器と無線基地局との間の通信用に、少なくとも１つのアンライセンスセルが設定されている。少なくとも１基のユーザ機器は、少なくとも以下のアップリンク送信の異なるタイプ、すなわち、
完全なサブフレーム期間にわたり、かつ、ユーザ機器が従うサブフレーム境界から始まりサブフレーム境界で終わる、アップリンク送信の第１のタイプ（タイプＡ）、
および以下の少なくとも一方、すなわち、
完全なサブフレーム期間にわたる、アップリンク送信の第２のタイプ（タイプＢ）であって、第２のタイプのアップリンク送信が第１のサブフレーム境界より前／後ろから始まり、かつ、第１のサブフレーム境界に続く第２のサブフレーム境界より前／後ろで終わるように、アップリンク送信が、ユーザ機器が従うサブフレーム境界を基準として所定の時間長だけオフセットされる、アップリンク送信の第２のタイプ（タイプＢ）、
完全なサブフレーム期間より小さい期間にわたるアップリンク送信の第３のタイプ（タイプＣ）であって、アップリンク送信が、ユーザ機器が従うサブフレーム境界を基準として所定の時間長だけオフセットされる、アップリンク送信の第３のタイプ（タイプＣ）、
に従って、アンライセンスセルを介してアップリンク送信を実行することができる。
【００９５】
無線基地局は、プロセッサおよび送信機を備えており、プロセッサおよび送信機は、動作時、アンライセンスセルを介してのアップリンク送信を少なくとも１基のユーザ機器にスケジューリングする。ユーザ機器は受信機を備えており、この受信機は、動作時、アップリンク送信をスケジューリングする無線基地局からのリソース割当て、を受信する。ユーザ機器はプロセッサを備えており、このプロセッサは、動作時、スケジューリングされたアップリンク送信用に、アップリンク送信のタイプのうちの１つを決定する。ユーザ機器は送信機を備えており、この送信機は、動作時、決定されたタイプに従って、アンライセンスセルを介してアップリンク送信を実行する。無線基地局は受信機を備えており、この受信機は、動作時、スケジューリングされたアップリンク送信を受信する。少なくとも、２つの直接連続するアップリンク送信の間に、アップリンク送信の存在しない時間ギャップが生じるように、スケジューリングされたアップリンク送信それぞれが、アップリンク送信の異なるタイプのうちの１つに従って、少なくとも１基のユーザ機器によって実行される。
【００９６】
したがって、１つの一般的な第１の態様においては、本明細書に開示されている技術は、無線基地局によってスケジューリングされるアップリンク送信を実行するようにユーザ機器を動作させる方法、を提供する。ユーザ機器と無線基地局との間の通信用に、少なくとも１つのアンライセンスセルが設定されている。ユーザ機器は、少なくとも以下のアップリンク送信の異なるタイプ、すなわち、
完全なサブフレーム期間にわたり、かつ、ユーザ機器が従うサブフレーム境界から始まりサブフレーム境界で終わる、アップリンク送信の第１のタイプ（タイプＡ）、
および以下の少なくとも一方、すなわち、
完全なサブフレーム期間にわたる、アップリンク送信の第２のタイプ（タイプＢ）であって、第２のタイプのアップリンク送信が第１のサブフレーム境界より前／後ろから始まり、かつ、第１のサブフレーム境界に続く第２のサブフレーム境界より前／後ろで終わるように、アップリンク送信が、ユーザ機器が従うサブフレーム境界を基準として所定の時間長だけオフセットされる、アップリンク送信の第２のタイプ（タイプＢ）、
完全なサブフレーム期間より小さい期間にわたるアップリンク送信の第３のタイプ（タイプＣ）であって、アップリンク送信が、ユーザ機器が従うサブフレーム境界を基準として所定の時間長だけオフセットされる、アップリンク送信の第３のタイプ（タイプＣ）、
に従って、アンライセンスセルを介してアップリンク送信を実行することができる。
【００９７】
本方法は、ユーザ機器によって実行される以下のステップ、すなわち、
スケジューリングされたアップリンク送信用に、アップリンク送信のタイプのうちの１つを決定するステップと、
決定されたタイプに従って、アンライセンスセルを介してアップリンク送信を実行するステップと、
を含む。
【００９８】
したがって、１つの一般的な第１の態様においては、本明細書に開示されている技術は、ユーザ機器に対してアップリンク送信をスケジューリングするように無線基地局を動作させる方法、を提供する。ユーザ機器と無線基地局との間の通信用に、少なくとも１つのアンライセンスセルが設定されている。少なくとも１基のユーザ機器は、少なくとも以下のアップリンク送信の異なるタイプ、すなわち、
完全なサブフレーム期間にわたり、かつ、ユーザ機器が従うサブフレーム境界から始まりサブフレーム境界で終わる、アップリンク送信の第１のタイプ（タイプＡ）、
および以下の少なくとも一方、すなわち、
完全なサブフレーム期間にわたる、アップリンク送信の第２のタイプ（タイプＢ）であって、第２のタイプのアップリンク送信が第１のサブフレーム境界より前／後ろから始まり、かつ、第１のサブフレーム境界に続く第２のサブフレーム境界より前／後ろで終わるように、アップリンク送信が、ユーザ機器が従うサブフレーム境界を基準として所定の時間長だけオフセットされる、アップリンク送信の第２のタイプ（タイプＢ）、
完全なサブフレーム期間より小さい期間にわたるアップリンク送信の第３のタイプ（タイプＣ）であって、アップリンク送信が、ユーザ機器が従うサブフレーム境界を基準として所定の時間長だけオフセットされる、アップリンク送信の第３のタイプ（タイプＣ）、
に従って、アンライセンスセルを介してアップリンク送信を実行することができる。
【００９９】
本方法は、無線基地局によって実行される以下のステップ、すなわち、
アンライセンスセルを介してのアップリンク送信を少なくとも１基のユーザ機器にスケジューリングするステップと、
少なくとも１基のユーザ機器からの、スケジューリングされたアップリンク送信、を受信するステップと、
を含む。
【０１００】
少なくとも、２つの直接連続するアップリンク送信の間に、アップリンク送信の存在しない時間ギャップが生じるように、スケジューリングされたアップリンク送信それぞれが、アップリンク送信の異なるタイプのうちの１つに従って、少なくとも１基のユーザ機器によって実行される。
【０１０１】
開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかであろう。これらの恩恵および／または利点は、本明細書および図面による開示内容のさまざまな実施形態および特徴によって個別に提供することができ、これらの恩恵および／または利点の１つまたは複数を得るためにすべてを設ける必要はない。
【０１０２】
これらの一般的な態様および具体的な態様は、システム、方法、コンピュータプログラム、またはこれらの任意の組合せ、を使用して実施することができる。
【０１０３】
以下では、例示的な実施形態について、添付の図面を参照しながらさらに詳しく説明する。
【図面の簡単な説明】
【０１０４】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的なアーキテクチャを示している。
【図２】３ＧＰＰ  ＬＴＥ（リリース８／９）において定義されているサブフレームのダウンリンクスロットの例示的なダウンリンクリソースグリッドを示している。
【図３】アップリンクのタイミング調整が実行されないときに、ｅＮｏｄｅＢにおいて受信される２基の移動端末からのアップリンク送信のタイミングのずれを示している。
【図４】アップリンクタイミング調整を実行する効果を示しており、２基の移動端末からのアップリンク送信においてアップリンクタイミングが同期している。
【図５】現時点において標準化されている（静的な）７つのＴＤＤ  ＵＬ／ＤＬ構成０〜６と、各ＴＤＤ  ＵＬ／ＤＬ構成における１０個のサブフレームの定義と、それぞれのスイッチポイント周期とを示している。
【図６】２つのハーフフレーム（１０個のサブフレーム）からなり、スイッチポイント周期が５ｍｓである無線フレームの構造を示している。
【図７】いくつかのライセンスセルおよびアンライセンスセルを含む例示的なＬＡＡシナリオを示している。
【図８】ＬＡＡ送信における送信挙動を示している。
【図９】アンライセンスセルにおけるＷｉ−Ｆｉ送信バーストとＬＡＡ  ＵＥダウンリンクバーストとの間のタイミングを示している。
【図１０】アンライセンスセルを介して３基の異なるＵＥによって実行される３つの連続するアップリンク送信のシーケンスを示している。
【図１１】アップリンク時間調整を使用し、これに加えてＵＥ１に対しては、第１の実施形態の例示的な実装形態による追加のアップリンク送信タイミングオフセットのメカニズムをさらに実施する場合の、ｅＮｏｄｅＢとＵＥ１およびＵＥ２との間で交換される送信のさまざまなダウンリンクタイミングおよびアップリンクタイミングを示している。
【図１２】第１の実施形態の例示的な実装形態によるアップリンク送信手順の概要図である。
【図１３】タイプＡのアップリンク送信を示している。
【図１４Ａ】タイプＢのアップリンク送信を示している。
【図１４Ｂ】タイプＢのアップリンク送信を示している。
【図１５Ａ】タイプＣのアップリンク送信を示している。
【図１５Ｂ】タイプＣのアップリンク送信を示している。
【図１５Ｃ】タイプＣのアップリンク送信を示している。
【図１５Ｄ】タイプＣのアップリンク送信を示している。
【図１６Ａ】タイプＤのアップリンク送信を示している。
【図１６Ｂ】タイプＤのアップリンク送信を示している。
【図１７】第１の実施形態の例示的な実装形態による、異なるタイプに従ってのアップリンク送信のさまざまなシーケンスを示している。
【図１８】第１の実施形態の例示的な実装形態による、異なるタイプに従ってのアップリンク送信のさまざまなシーケンスを示している。
【図１９】第１の実施形態の例示的な実装形態による、異なるタイプに従ってのアップリンク送信のさまざまなシーケンスを示している。
【図２０】第１の実施形態の例示的な実装形態による、異なるタイプに従ってのアップリンク送信のさまざまなシーケンスを示している。
【図２１】第１の実施形態の例示的な実装形態による、異なるタイプに従ってのアップリンク送信のさまざまなシーケンスを示している。
【図２２】第１の実施形態の例示的な実装形態による、異なるタイプに従ってのアップリンク送信のさまざまなシーケンスを示している。
【図２３】第１の実施形態の例示的な実装形態による、異なるタイプに従ってのアップリンク送信のさまざまなシーケンスを示している。
【図２４】第１の実施形態の例示的な実装形態による、異なるタイプに従ってのアップリンク送信のさまざまなシーケンスを示している。
【図２５】第１の実施形態の例示的な実装形態による、ＴＤＤアップリンク−ダウンリンク構成０，１，２に適用される可能なタイプパターンを示している。
【発明を実施するための形態】
【０１０５】
「移動局」または「移動ノード」または「ユーザ端末」または「ユーザ機器」は、通信ネットワーク内の物理エンティティである。１つのノードがいくつかの機能エンティティを有することができる。機能エンティティとは、所定の一連の機能を実施する、および／または、所定の一連の機能をノードまたはネットワークの別の機能エンティティに提供するソフトウェアモジュールまたはハードウェアモジュールを意味する。ノードは、通信機器または通信媒体にノードをアタッチする１つまたは複数のインタフェースを有することができ、ノードはこれらのインタフェースを通じて通信することができる。同様に、ネットワークエンティティは、機能エンティティを通信機器または通信媒体にアタッチする論理インタフェースを有することができ、ネットワークエンティティは論理インタフェースを通じて別の機能エンティティや通信相手ノードと通信することができる。
【０１０６】
特許請求の範囲および本出願において使用されている用語「無線リソース」は、物理無線リソース（時間−周波数リソースなど）を意味するものと広義に理解されたい。
【０１０７】
特許請求の範囲および本出願において使用されている用語「アンライセンスセル」あるいは「アンライセンスキャリア」は、特定の周波数帯域幅を有するアンライセンス周波数帯域で運用されるセル／キャリアとして広義に理解されたい。これに相応して、特許請求の範囲および本出願において使用されている用語「ライセンスセル」あるいは「ライセンスキャリア」は、特定の周波数帯域幅を有するライセンス周波数帯域で運用されるセル／キャリアとして広義に理解されたい。これらの用語は、例示的には、リリース１２／１３の時点の３ＧＰＰおよび作業項目「Ｌｉｃｅｎｓｅｄ−Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ（ライセンス補助アクセス）」の文脈において理解されたい。
【０１０８】
特許請求の範囲および本出願において使用されている表現「アップリンク送信のタイプ」は、第１の実施形態に関連して説明した２つのメカニズム（すなわち、アンライセンスセルを介してのアップリンク送信に対する時間オフセットを追加的に導入するメカニズムと、アンライセンスセルを介してのアップリンク送信の長さを短縮するメカニズム）のいずれか一方を適用する、いずれも適用しない、または両方を適用することによる、互いに異なるアップリンク送信を区別することができるように、概念的に導入されている。
【０１０９】
表現「ユーザ機器が従うサブフレーム境界を基準として」は、（１基または複数基の）ＵＥがサブフレーム境界に従うというコンセプトによって具体化される、ＵＥが通常に従う「通常の」送信タイミング（例えばＵＥはライセンスセルを介してアップリンク送信を実行する場合にこの送信タイミングに従う）に対して、シフトが実行されることを示す。言い換えれば、ユーザ機器に対して定義されるサブフレーム境界は、例えばアップリンク送信を開始する場合にＵＥにおいて通常に採用されるタイミングを基本的に示す。
【０１１０】
背景技術のセクションで説明したように、現在３ＧＰＰは、ライセンス補助アクセス（ＬＡＡ）を導入する過程にある。ＬＡＡに関していくつかの合意がすでに達成されたが、ＬＡＡに関するいくつかの重要な課題についてはまだ合意を達成することができていない。例えば、現在までは、ダウンリンクＬＡＡに関する合意に達することに焦点があてられていた。これに対して、特にアップリンク送信におけるアップリンクＬＡＡの場合のＵＥの挙動をどのように扱うかに関する重要な決定には、現在のところ達していない。なお以下から明らかになるように、現在のＵＥの挙動の一部は、アンライセンスバンド／セルでの動作に同じように適用することはできないものと考えられることに留意されたい。
【０１１１】
５ＧＨｚのアンライセンスバンドでのＬＡＡ動作の場合におけるタイミングアドバンスに関して、このようなセルのカバレッジエリアは、例えば背景技術のセクションで説明したようにアンライセンスバンドの動作に対して規制要件によって課される送信電力制限に起因して、かなり限られるものと想定することができる。したがって、このようなスモールセルの一般的なカバレッジエリアの最大半径は、１００〜２００ｍの範囲内であるものと予測することができる。ＴＡ（タイミングアドバンス）の粒度０．５２μｓが、ｅＮＢとＵＥの間の１５６ｍの距離によって生じる伝搬遅延に相当することを考慮すると、このアンライセンスセルに関連付けられる（ほぼ）すべてのＵＥに対して同じ小さいＴＡ値（例：０ないし１）を想定することは理にかなっている。
【０１１２】
しかしながら一方で、アンライセンスセルがより大きいエリアをカバーする場合にも、基本的に同じ状況が起こりうる。特に、互いに近接した位置にあるＵＥにも、同じかまたは極めて近いＴＡ値を適用するように指示される。言い換えれば、異なるＵＥによって（例えば互いに遠く離れている）ＵＥによって）、大きく異なるタイミングアドバンス値が適用されることがあるが、極めて近いアップリンク送信タイミングを有するＵＥが依然として存在する。
【０１１３】
さらに、アンライセンスバンドにおけるＬＴＥアップリンク送信は、例えば背景技術のセクションで説明したように、ｅＮＢによってスケジューリングされるものと想定する。したがって、アップリンク送信用のリソース割当てを含むダウンリンク制御情報（ＤＣＩ）は、関連付けられるライセンスＰＣｅｌｌにおいて（クロスキャリアスケジューリング）、またはアンライセンスセルのセルフスケジューリングの場合にアンライセンスＰＣｅｌｌ自体で、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）または拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）において、ｅＮＢからＵＥに送信される。
【０１１４】
ＬＡＡアップリンク送信のためのＬＢＴ（リッスンビフォアトーク）挙動の詳細は、依然として３ＧＰＰにおいて検討中である。現在のところ、ＬＢＴが要求されるか否かが不明確であり、ＬＢＴが義務付けられる場合、一定期間（例えば欧州における現在の最小限の要件による２０μｓ（非特許文献８の４．８．３節を参照）など）のＣＣＡのみを組み込めばよいのか、または追加のＥＣＣＡも組み込まなければならないかが、さらに不明確である。
【０１１５】
本文書に提示されている実施形態は、同じアンライセンスチャネルで動作している他の機器（Ｗｉ−Ｆｉノードなど）が共存する中で公平なチャネルアクセスをサポートする目的で、アンライセンスバンドにおける各アップリンク送信において、それぞれの送信前に空きチャネル判定（ＣＣＡ）が要求される場合に、特に有利である。
【０１１６】
図１０は、３基の異なるＵＥ（ＵＥ１、ＵＥ２、およびＵＥ３）による３つの直接連続するアップリンク送信を示しており、各アップリンク送信は、例示的にサブフレーム期間にわたる。図において、ユーザ機器が従うアップリンク送信の基準タイミングは、描いたサブフレーム境界を使用するように示してある。言い換えれば、図１０に示したサブフレーム境界は、そのサブフレームを対象にｅＮｏｄｅＢによってスケジューリングされたアップリンク送信をユーザ機器が開始するべき時点であるものと想定する。
【０１１７】
図から明らかであるように、各アップリンク送信がサブフレーム全体を範囲としているため、ＵＥ２（およびＵＥ３）がＣＣＡを最初に実行しなければならない場合（これは現在多くの国においてアンライセンスバンドの場合に義務付けられる方策であると予測されている）、ＵＥ２（およびＵＥ３）は、図示したアップリンク送信を実行できないという問題が存在する。ＣＣＡ（ＵＥ２およびＵＥ３がそれぞれのアップリンク送信を（可能な場合に）開始する直前に実行する）は、この時刻において発生している送信（すなわちＵＥ１によるアップリンク送信、またはＵＥ２による仮想的なアップリンク送信）に起因して、成功しない。したがって、ＣＣＡが義務付けられていると考えるとき、３基のＵＥのこの特定のアップリンク送信のシーケンスにおいては、ＵＥ２は、ＣＣＡが失敗するためアップリンク送信を実行することができず、一方でＵＥ３によって実行されるＣＣＡは、前に２番目のアップリンク送信が開始されなかった（２番目のアップリンク送信がアンライセンスセルを占有していない）ため、成功する。このような状況は不利であり、なぜならＣＣＡが成功しないため、複数の異なるＵＥによる連続するアップリンク送信（例えば図１０に示した例では最初と２番目のアップリンク送信）が可能ではないためである。最大でも１つおきのサブフレームのみが使用可能である。
【０１１８】
これに対して、アンライセンスセルでのアップリンク送信の前にＣＣＡが義務付けられない場合、ＬＴＥノードがアンライセンスセルを連続的に占有することができる。したがってＷｉ−Ｆｉノードは、ＬＡＡノードによってアンライセンスセルが連続的に占有されているためにアンライセンスセルにアクセスすることができない。
【０１１９】
本発明者は、上に説明した問題点の１つまたは複数を軽減する目的で、以下の例示的な実施形態を着想した。
【０１２０】
さまざまな実施形態の特定の実装形態は、３ＧＰＰ標準規格によって与えられる、一部が背景技術のセクションで説明されている幅広い仕様の中で実施され、提示する実施形態のさまざまな実装形態に関連する特に重要な特徴が、以下に説明するように追加される。なお、これらの実施形態は、例えば、背景技術のセクションで説明した３ＧＰＰ  ＬＴＥ−Ａ（リリース１０／１１／１２／１３およびそれ以降）などの移動通信システムにおいて有利に使用することができるが、実施形態はこれらの特定の例示的な通信ネットワークでの使用に限定されないことに留意されたい。
【０１２１】
以下の説明は、本開示の範囲を制限するものとしてではなく、本開示を深く理解するための実施形態の単なる例として理解されたい。当業者には、一連の請求項の中と、本明細書の発明の概要のセクションに示した説明の中で大まかに概説されている本開示の一般的な原理を、さまざまなシナリオに、以下に明示的には記載されていない方法で適用できることが認識されるであろう。図解および説明を目的として、いくつかの想定がなされているが、それらの想定は以下の実施形態の範囲を不当に制限するものではない。
【０１２２】
さらには、上述したように、以下の実施形態は、３ＧＰＰ  ＬＴＥ−Ａ（リリース１２／１３およびそれ以降）環境において実施することができる。これらのさまざまな実施形態は、主として、改良されたアップリンク送信方式を有することを可能にする。しかしながら、それ以外の機能（すなわちさまざまな実施形態によって変更されない機能）は、背景技術のセクションで説明したものとまったく同じままとする、または、さまざまな実施形態への影響なしに変更することができる。例えば、アップリンク送信を実際にどのように実行するかを定義する機能および手順（例えば、分割、変調、符号化、ビームフォーミング、多重化）、どのようにスケジューリングするかを定義する機能および手順（ＰＤＣＣＨ、ＤＣＩ、クロスキャリアスケジューリング、セルフスケジューリング）、またはタイミングアドバンス手順を使用することによる通常のアップリンク送信をどのように実行するかを定義する機能および手順（例えば、初期タイミングアドバンス、タイミングアドバンス更新コマンド）である。
【０１２３】
以下では、上の（１つまたは複数の）問題点を解決するための実施形態について説明する。
【０１２４】
第１の実施形態
以下では、上の（１つまたは複数の）問題点を解決するための第１の実施形態について詳しく説明する。第１の実施形態は、この実施形態の原理を容易に説明するために工夫された次の例示的なシナリオを使用することによって説明する。しかしながらこれらの原理は別のシナリオに適用することもでき、そのうちのいくつかは以下の説明の中で明示的に述べる。
【０１２５】
背景技術のセクションで説明したように、３ＧＰＰは、ライセンス不要周波数帯域における（１つまたは複数の）チャネルにおいて運用されるアンライセンスセルの使用を含む、ＬＡＡ（ライセンス補助アクセス）を導入することによって、現在のシステムを機能強化することを予定している。以下では、少なくとも１つのアンライセンスセルと、オプションとして少なくとも１つのさらなるライセンスセルとがＵＥに設定されているシナリオを想定する。いくつかのＵＥがアンライセンスセルを介してｅＮＢと通信している。以下の説明はこのようなシナリオに基づいているが、さまざまな実施形態は、アンライセンスセルが単独で（すなわち対応するライセンスセルによって支援されることなく）運用されるシナリオにも適用される。
【０１２６】
アンライセンスセルは、背景技術のセクションで説明したように通常の方法でｅＮｏｄｅＢとＵＥの間に設定することができる。したがってアンライセンスセルは、ライセンス不要周波数帯域における特定のチャネルで運用される。背景技術のセクションで詳しく説明したように、アンライセンスセルにおける運用はさまざまに規制されており、例えば欧州では、欧州標準規格である非特許文献８に従って規制されている。欧州では（および他の地域でも）、特に、リッスンビフォアトークおよび対応する空きチャネル判定は、Ｗｉ−ＦｉとＬＴＥ  ＬＡＡの間での公平な共存および公平なチャネルアクセスを保証するため、アンライセンスセルを介して送信を実行する前にｅＮＢおよびＵＥに義務付けられることが現在予測されている。ＬＢＴおよびＣＣＡの実行方法に関するさらなる詳細についてはここでは省き、代わりに、例示的なＬＴＥ実装を説明している背景技術のセクションの対応する部分を参照されたい。
【０１２７】
さらに、ＵＥによって実行されるｅＮＢへのアップリンク送信は、ｅＮＢによって適切な方法で（例えばＬＴＥ実装の場合に背景技術のセクションで説明した通常の方法で）スケジューリングされるものと想定する。したがって、アンライセンスセルを介してのアップリンク送信は、ＤＣＩを含む（Ｅ）ＰＤＣＣＨを、関連付けられるＰＣｅｌｌにおいて（クロスキャリアスケジューリング）、またはアンライセンスセルにおいて（セルフスケジューリング）送信することによって、スケジューリングすることができる。アップリンク送信をスケジューリングするために送信される制御シグナリングに関するさらなる詳細についてはここでは省き、代わりに、例示的なＬＴＥ実装を説明している背景技術のセクションの対応する部分を参照されたい。
【０１２８】
このシナリオでは、ＵＥが、アップリンク送信を実行するときに従うアップリンク基準タイミングを有する（すなわちＵＥはこのアップリンク基準タイミングに従ってアップリンク送信を開始する）ものとさらに想定する。例えば、各ＵＥは、異なるユーザ機器との間の異なる伝搬遅延を補正するためにｅＮＢによって指示されるタイミングアドバンスパラメータをさらに適用することによって、ダウンリンク受信タイミングを基準とする自身のアップリンク基準タイミングを決定する。ＬＡＡシナリオが、極めて限られたカバレッジエリアを有するスモールセルに主として適用されるものと想定すると、アンライセンスセルを介して送信する場合にＵＥはタイミングアドバンスを適用しなくてもよい、または極めて小さいタイミングアドバンスを適用すればよく、なぜなら伝搬差がごく小さいためである。しかしながらこの後者の想定は、（特にＬＡＡがスモールセルに対して適用される場合の）１つの可能な例示的な実装形態にすぎず、以下に説明する原理は、各ＵＥが、（例えばライセンスセルを介しての）通常のアップリンク送信を実行するためにそれぞれの（おそらくは異なる）タイミングアドバンスを適用する場合にも等しく適用することができることに留意されたい。アップリンク送信タイミングを適切に調整するための１つの可能な手順は、ＬＴＥ実装の場合に背景技術のセクションで説明したようにタイミングアドバンス手順である。この点の詳細についてはここでは省き、代わりに、例示的なＬＴＥ実装を説明している背景技術のセクションの対応する部分を参照されたい。以下では、（図での説明も容易にする目的で）この通常のアップリンク基準タイミングを、ユーザ機器が従うサブフレーム境界によって与えられる／定義されるものとして説明することもでき、すなわち図１０において説明および図解したように、アップリンク送信を開始する時点として、サブフレーム境界がユーザ機器によって使用される。
【０１２９】
以下では、さまざまなシナリオにおいて通常のサイクリックプレフィックスが使用され、結果として、対応するアップリンクサブフレームは１４個のＯＦＤＭシンボル（ＬＴＥではアップリンクにおいてＳＣ−ＦＤＭＡが使用されるという観点からＳＣ−ＦＤＭＡシンボルとも称する）を備えているものとさらに想定する。一方で、第１の実施形態の原理は、拡張サイクリックプレフィックスを使用するとき、したがってアップリンクサブフレームが１２個のＯＦＤＭシンボル（ＬＴＥではアップリンクにおいてＳＣ−ＦＤＭＡが使用されるという観点からＳＣ−ＦＤＭＡシンボルとも称する）を備えているシナリオの場合にも、等しく適用することができる。
【０１３０】
この第１の実施形態によれば、２つのアップリンク送信の間に時間ギャップ（以下の説明および図では「ＣＣＡギャップ」とも称する）を形成する目的で、アンライセンスセルを介してユーザ機器によって実行される特定のアップリンク送信のアップリンク送信タイミングを追加的にオフセットさせることを可能にする追加のメカニズムが実施され、この時間ギャップの間は送信が行われず、かつＵＥはＣＣＡを正常に実行するための十分な時間を有する。この追加のメカニズムについて、図１１に関連して例示的に説明するが、図１１は、背景技術のセクションでタイミングアドバンスを説明するために使用した図４に似ている。なお図１１は、概念的な図面にすぎず、図で使用されている延長線および縮尺は正確ではなく、第１の実施形態を説明する役割を果たすことに留意されたい。例えば、説明を容易にするため、ＵＥによって適用されるタイミングアドバンスはサブフレームの長さの２倍より大きく、しかしながらこのようなタイミングアドバンスが実際の実施において生じる可能性は低く、ＬＡＡアンライセンスセルが極めて限られたエリアのみをカバーする実施の場合にはさらに小さい。背景技術のセクションで説明したように、アンライセンススモールセルの場合の現実的なタイミングアドバンス値は、１×０．５２μｓまたは２×０．５２μｓ（これらはｅＮＢとＵＥの間の距離７８ｍおよび１５６ｍにそれぞれ対応する）になり、なぜなら背景技術のセクションで説明したように、タイミングアドバンスはｅＮＢとＵＥの間の伝搬遅延の２倍に等しく、タイミングアドバンスの粒度は０．５２μｓであるためである。
【０１３１】
したがって図１１は、２基のＵＥからアンライセンスセルを介しての同じｅＮｏｄｅＢへのアップリンク送信と、対応する相対的な送信タイミングおよび受信タイミングとを示している。図４において想定したシナリオとは異なり、図１１では、アンライセンスセルが極めて限られたカバレッジエリアを有し、結果として伝搬遅延が極めて同程度である（図１１の図解では同じであり、ただし０ではないと想定する）ＬＡＡシナリオを想定する。したがって、ＵＥ１およびＵＥ２におけるｅＮｏｄｅＢからのダウンリンク送信のダウンリンク受信タイミングと、ＵＥ１およびＵＥ２によって適用される結果としてのＴＡの範囲から明らかであるように、ＰＤｅＮＢ−ＵＥ１とＰＤｅＮＢ−ＵＥ２が同じであるものと想定する。図１１のこのシナリオの場合、ｅＮｏｄｅＢが最初のサブフレームにＵＥ１をスケジューリングし、直後のサブフレーム２にＵＥ２をスケジューリングしたものと想定する。背景技術のセクションの図４に関連してすでに説明したように、通常のタイミングアドバンス手順を、図１１に示したようにｅＮｏｄｅＢとそれぞれのＵＥ１およびＵＥ２との間に適用することができる（ＵＥ１：「ＵＥ１によるｅＮｏｄｅＢへの時間調整されたＵＬ送信」、ＵＥ２：「ＵＥ２によるｅＮｏｄｅＢへの時間調整されたＵＬ送信」）。したがってＵＥ１は、自身のアップリンク送信タイミングを、図４に示した通常の方法でダウンリンク受信タイミングおよびタイミングアドバンス値に基づいて決定する。
【０１３２】
しかしながら、この第１の実施形態によれば、図１１にも示したように、ＵＥ１によって実行されるアップリンク送信が、所定の時間長だけ追加的にオフセットされるものとさらに想定する（ＵＥ１：「ＵＬ送信タイミングオフセットを使用してのＵＥ１によるｅＮｏｄｅＢへのＵＬ送信」、「ＴＯ」を参照）。図１１の特定の例では、ＵＥ１のアップリンク送信タイミングが、通常に使用されるアップリンク送信タイミングを基準として、時間長ＴＯだけ繰り上げられている（すなわち時間的に早められている）。結果としてアップリンク送信は、伝搬遅延ＰＤＵＥ１−ｅＮＢを考慮すると、ｅＮｏｄｅＢにおいても相応して時間長ＴＯだけ早いタイミングで受信される。
【０１３３】
ＬＡＡの一般的な実装では、非特許文献１の８．１節に記載されているように、ＬＴＥのアップリンクフレームのタイミングを、ＵＬ無線フレーム内のＵＬバーストごとに追加のアップリンク送信タイミングシフトだけ延ばす。ＤＬ無線フレームタイミングとＵＬ無線フレームタイミングとの間の現在のシフトは、（Ｎ＿ＴＡ＋Ｎ＿ＴＡ＿ｏｆｆｓｅｔ）×Ｔｓによって与えられる。Ｎ＿ＴＡは、背景技術のセクションで説明したＵＥごとのタイミングアドバンスであり、Ｎ＿ＴＡ＿ｏｆｆｓｅｔは追加の固定オフセットであり、ＦＤＤの場合には０、ＴＤＤの場合には全ＵＥにおいて６２４である。したがって、この実施形態に基づく改良されたシフトは、（Ｎ＿ＴＡ＋Ｎ＿ＴＡ＿ｏｆｆｓｅｔ＋ＴＯ（ｉ））×Ｔｓによって与えられ、この式でＴＯ（ｉ）は、第１の実施形態のさまざまな実装形態による、連続するＬＡＡ  ＵＬバーストの間にＣＣＡギャップを形成するための、ＵＬバーストｉに対する追加のアップリンクタイミングオフセットである。
【０１３４】
ＵＥ１のアップリンク送信のアップリンク送信タイミングを早めることによって、この最初のアップリンク送信の最後と、ｅＮｏｄｅＢによってスケジューリングされた、ＵＥ２によって実行される次のアップリンク送信の先頭との間に、長さＴＯの時間ギャップが形成される（図１１の「ＣＣＡギャップ」の矢印を参照）。ＵＥ２のアップリンク送信に対しては、特に、アップリンク送信タイミングに追加のオフセットが適用されない（なぜなら必要ないため）ものと想定する。したがってＵＥ２は、通常の方法でダウンリンク受信の基準タイミングを基準とするタイミングアドバンスを使用することによって、アップリンク送信タイミングを決定する。ＵＥ２は、結果としての長さＴＯのＣＣＡギャップにおいてＣＣＡ判定を成功裏に終えることができ、なぜならＵＥ２は、アンライセンスセルがＵＥ１の送信によって（もはや）占有されていないものと判定するためである。
【０１３５】
これに対して、第１の実施形態による追加のアップリンク送信オフセットによって形成されるＣＣＡギャップが存在しなければ、ＵＥ２は、ｅＮｏｄｅＢによってスケジューリングされた自身のアップリンク送信を開始する前に必要なＣＣＡ判定を実行するとき、アンライセンスセルが（ＵＥ１によって実行された送信によって）占有されているものと判定し、したがってＣＣＡが失敗するため自身のアップリンク送信を実行することが許可されない。
【０１３６】
これに代えて、図１１には示していないが、ＵＥ２によって実行される２番目のアップリンク送信に追加のタイミングオフセットを適用することもでき、特に、２番目のアップリンク送信を時間オフセットＴＯだけ延期する（すなわち遅らせる）。この場合、ＵＥ１によって実行されるアップリンク送信はオフセットさせる必要がなく、なぜならＵＥ２がＣＣＡを実行するために必要な時間ギャップが、２番目のアップリンク送信を延期することによってすでに形成されるためである。
【０１３７】
したがって、スケジューリングされた特定のアップリンク送信のアップリンク送信タイミングに、追加の時間オフセットを選択的に適用する（一方で、この同じ時間オフセットを他のアップリンク送信には適用しない）ことによって、ＣＣＡ判定を実行するために（１基または複数基の）ＵＥ（さらにはＷｉ−Ｆｉノード）によって使用可能である時間ギャップが形成される。
【０１３８】
時間オフセットの量は、形成される時間ギャップが、ＣＣＡ判定を終えるのに十分であるような量である。Ｗｉ−Ｆｉが空きチャネル判定を実行するための最小限の時間（ＤＩＦＳ（分散フレーム間スペース：Distributed Inter-Frame Space）と称する）は３４μｓである。ＬＴＥ  ＵＥが空きチャネル判定を完了するための最小限の時間は、欧州における現在の規制要件に従って少なくとも２０μｓである。背景技術のセクションで説明したように、ＬＡＡの場合の正確なＣＣＡ規則は、依然として３ＧＰＰにおいて検討中である。例えば、通常のサイクリックプレフィックスの持続時間の場合、時間オフセットは、ＳＣ−ＦＤＭＡシンボルの長さの（約）半分（すなわち２１９２／２×Ｔｓ＝３５．６７７１μｓ）とすることができ、これは、ＵＥがＣＣＡを終えるのに、またはＷｉ−ＦｉノードがＤＩＦＳを終えるのに十分である。
【０１３９】
追加のアップリンク送信オフセットの時間長は、（１基または複数基の）ＵＥおよびｅＮｏｄｅＢに既知である。例えば適切な指示情報を、例えばＲＲＣシグナリングを使用してアンライセンスセルを確立するときに、および／または、ｅＮｏｄｅＢからＵＥに送信される実際のリソース割当てを用いて、ｅＮｏｄｅＢによって（１基または複数基の）ＵＥに提供することができる。任意の別の適切な手段（例えば指示情報を事前に設定する、または標準規格に決めておく、またはＵＳＩＭ（汎用加入者識別モジュール：Universal subscriber identity module）カードに格納するなど）も可能である。
【０１４０】
さらには、（１基または複数基の）ＵＥは、自身がアップリンク送信に追加のオフセットをいつ適用するか（すなわちどのアップリンク送信に適用し、どのアップリンク送信に適用しないか）を認識していなければならない。このことは、例えば、ｅＮｏｄｅＢからの適切な指示情報（例えばスケジューリングされた実際のリソース割当てと一緒にｅＮｏｄｅＢから送信される）によって達成することができる。第１の実施形態の一実装形態によれば、リソース割当ての中の１個のビットが、スケジューリングされたアップリンク送信に追加のタイミングオフセットを適用するか否かをＵＥに示すことができる。この場合、時間長は、上述したオプションのうちのいずれか１つに従って、ユーザ機器にすでに既知である。これに代えて、無線フレームの各サブフレームについて、その特定のサブフレームに対して、ｅＮｏｄｅＢによってスケジューリングされるＵＥによって追加のオフセット（さらにオプションとしてどの時間オフセット）が適用されるべきかを示すアップリンク送信パターンを、（１基または複数基の）ＵＥおよびｅＮｏｄｅＢにおいて定義することができる。したがってＵＥは、このアップリンク送信パターンと、自身がスケジューリングされた特定のサブフレームとに基づいて、自身のアップリンク送信タイミングを追加的にオフセットさせなければならないか否かを判定する。
【０１４１】
図１２は、第１の実施形態の例示的な実装形態において、アップリンク送信に対してＵＥにおいて実行される処理の概要図を示している。図１２に示したアップリンク送信手順は、上で第１の実施形態において説明した要旨に焦点をあてる目的で、大幅に簡略化されている。特に、ＵＥがアンライセンスセルを介してアップリンク送信を実行するためのリソース割当てを受信し、したがってＵＥが、対応するアップリンク送信タイミングを決定しなければならないものと想定する。図１２から明らかであるように、アップリンク送信タイミングの決定は、通常のタイミングアドバンス値と、この第１の実施形態によって導入される追加のアップリンク送信タイミングとに基づく。最後にＵＥは、前のステップで決定したタイミングにおいてアップリンク送信を実行する。
【０１４２】
以下では、第１の実施形態のさらなる有利な実装形態について説明する。アップリンク送信タイミングに追加のタイミングオフセットを適用することに加えて、以下に説明するように特定のアップリンク送信の長さを短縮するさらなるメカニズムを使用することができる。通常、ｅＮｏｄｅＢは、少なくともサブフレームの全長を対象として、すなわちサブフレーム内のすべてのＯＦＤＭ（ＳＣ−ＦＤＭＡ）シンボル（すなわち通常のサイクリックプレフィックスの場合には１４個のＯＦＤＭシンボル、拡張サイクリックプレフィックスの場合には１２個のＯＦＤＭシンボル）を占有する長さを対象として、アップリンク送信をスケジューリングする。この場合、第１の実施形態のさらなる実装形態によれば、特定のアップリンク送信の長さを、例えば完全なサブフレーム期間より小さい期間にわたるように、短縮することができる。アップリンク送信が２つ以上のサブフレームにわたる場合、短縮は、最後のサブフレームまたは最初のサブフレームに適用される。このことは、例えば、アップリンク送信のＯＦＤＭシンボルのうちの１個または複数個をパンクチャリングすることによってＵＥ側において達成することができる。言い換えれば、アップリンクトランスポートブロックは、非特許文献２の５．２．２節（参照により本明細書に組み込まれている）に記載されている手順に従って、サブフレーム全体が割り当てられるという想定下で、スケジューリングされたアップリンク送信用にユーザ機器によって準備される。非特許文献１の５．３．４節（参照により本明細書に組み込まれている）に記載されている物理リソースへのマッピングに加えて、最初または最後のＳＣ−ＦＤＭＡ（すなわちＯＦＤＭ）シンボルの追加のパンクチャリング（ヌリング）が実行される。このことは、図１６Ａおよび図１６Ｂに例示的に示してある（「タイプＤ」に関するさらなる詳細については後から説明する）。図１６Ａおよび図１６Ｂから明らかであるように、最初または最後のＯＦＤＭシンボルをパンクチャリングすることによって、対応する時間長だけアップリンク送信バーストの長さを短縮することができる。アップリンク送信の先頭または最後から、２個以上のＯＦＤＭシンボルをパンクチャリングすることもできる。
【０１４３】
理解されるように、アップリンク送信の長さを短縮することによって、送信が実行されない（すなわちアンライセンスセルが占有されない）時間ギャップが、アップリンク送信の前または後ろに形成され、この時間ギャップを使用して必要なＣＣＡを実行することができる。このように、異なるＵＥにｅＮｏｄｅＢによってスケジューリングされた（１つまたは複数の）特定のアップリンク送信のアップリンク送信長さを適切に短縮することによって、ＵＥそれぞれが、自身の（場合によっては短縮された）アップリンク送信を開始する前にＣＣＡを成功裏に（なぜならアンライセンスセルが占有されていないため）実行するための十分な時間を有するはずである。しかしながら、アップリンク送信をパンクチャリングすることによって、パンクチャリングされたＯＦＤＭシンボルに起因して、符号化されたデータの冗長性が減少し、そのサブフレームにおける送信全体の信頼性が低下する。結果として、アップリンク送信の長さを短縮するメカニズムのみを使用することは不利である。しかしながら、以下に説明するように有利な実施形態を達成するため、アップリンク送信の長さを短縮するメカニズムを、アップリンク送信タイミングに対する追加の時間オフセットの上述したメカニズムと組み合わせることができる。
【０１４４】
各ＵＥがＣＣＡを実行して成功裏に終えることができるように、連続するアップリンク送信の間に必要な時間ギャップを形成するため、これら２つのメカニズムを、異なるＵＥの特定のアップリンク送信に選択的に適用することができる。１基または複数基のＵＥによって２つのメカニズムのどちらが、いつ、どのように適用されるかは、以下の説明から明らかになるように、ｅＮｏｄｅＢによってスケジューリングされる特定のアップリンク送信シーケンスに強く依存する。
【０１４５】
一般的には、（１基または複数基の）ＵＥが、特定のアップリンク送信をアンライセンスセルを介してどのように実行するべきか（すなわち、上で導入したメカニズムのどちらを、どのアップリンク送信に適用するべきか）を認識することが重要である。以下の例において説明するように、ＵＥに対してこれら２つのメカニズムの使用をどのように制御するかに関して、この実施形態のさまざまな実装形態が可能であり、ただし以下の例は、本発明を制限するようには解釈されないものとする。前にすでに説明したように、アップリンク送信の追加のタイミングオフセットの時間長は、スケジューリングされるアップリンク送信ごとに明示的に示す、またはこれに代えて、別の手段によってＵＥにおいて設定することができる。さらには、前にも説明したように、ＵＥが特定のアップリンク送信にタイミングオフセットを適用しなければならないか否かも、ｅＮｏｄｅＢによって（例えばそのアップリンク送信のためのリソース割当ての一部として）、またはアップリンク送信のタイプパターンによって、明示的に示すことができる。
【０１４６】
同じコンセプトを、特定のアップリンク送信の長さを選択的に短縮するための第２のメカニズムの制御を実施する目的に適用することができる。例えば、アップリンク送信を短縮するべき量（例えばＯＦＤＭシンボルの数）を、特定のアップリンク送信それぞれについて、ｅＮｏｄｅＢによって（例えばリソース割当ての一部として）ＵＥに直接示すことができる。これに代えて、短縮の量を、（１基または複数基の）ＵＥにおいて、例えばＲＲＣシグナリングの使用によってアンライセンスセルを確立するときに設定することもでき、または、標準規格またはＵＳＩＭカードの中に一定の指示情報として事前設定することができる。この場合、特定のアップリンク送信を短縮するべきか否かを、ｅＮｏｄｅＢによって（例えばその特定のアップリンク送信のためのリソース割当ての一部として）ＵＥに示すことができる。これに代えて、特定のアップリンク送信それぞれについてｅＮｏｄｅＢによって直接示す代わりに、タイミングオフセットを実施する第１のメカニズムに関連してすでに説明したパターンを、アップリンク送信の長さを短縮する第２のメカニズムも考慮されるように拡張することができる。したがって例えば、このパターンは、各サブフレームについて、第１のメカニズムおよび／または第２のメカニズム（および場合によってはどの時間オフセットおよびどの短縮）を適用するべきか否かを定義する。したがって、特定のサブフレームにおいてアップリンク送信を実行するようにスケジューリングされているＵＥは、第１のメカニズムおよび第２のメカニズムを適用するのか、およびどのように適用するのかを、このパターンと、自身がスケジューリングされた特定のサブフレームとに基づいて、決定する。
【０１４７】
ｅＮｏｄｅＢの制御下にあるＵＥは、本質的には、ｅＮｏｄｅＢによってスケジューリングされたアップリンク送信をどのように実行するかを明確に決定することができる。上に説明したように、アップリンク送信をどのように実行するかは、特定のアップリンク送信それぞれについてｅＮｏｄｅＢによって直接示すことができ、または、各アップリンク送信についてｅＮｏｄｅＢがこれを明示的に示す必要なしにＵＥにおいて事前設定しておくことができる。
【０１４８】
この実施形態の例示的な一実装形態によれば、メカニズムの４通りの組合せを（後から説明する４種類のタイプも参照）、例えば２ビットを使用することによって区別する必要がある。アップリンク送信をどのように実行するかに関して（すなわち上に説明した第１のメカニズムもしくは第２のメカニズムまたはその両方を適用するか否かに関して）さらにＵＥに指示するため、ｅＮｏｄｅＢから（１基または複数基の）ＵＥに送信されるアップリンクリソース割当てを、これらの２ビットだけ拡張することができる。したがって、このようなアップリンクリソース割当て用に新規のＤＣＩフォーマット（例：ＤＣＩフォーマット０Ａ）を導入することができ、このフォーマットは、標準規格にすでに定義されているＤＣＩフォーマット０に似たものとすることができるが、タイプを示すための対応する２ビットフィールドを追加的に含む。これに代えて、ＤＣＩフォーマット０のうち使用されないフィールドを、この点において再利用することができる。例えばＲＢＡ（リソースブロック割当て）フィールドは、ＬＡＡアップリンク割当てがつねに広帯域であると想定されるときには使用されないことがあり、したがってＲＢＡフィールドのビットを使用して、アップリンク送信にどのメカニズムを適用するかを示すことができる。したがって新規のＤＣＩフォーマットを導入する必要はない。
【０１４９】
さらに、これらの指示情報を拡張して、どの時間オフセットおよび／またはどの短縮を適用するべきかを追加的に示すことができる。前に説明したように、タイミングオフセットの複数の異なる時間長、および／または、アップリンク送信の短縮の複数の異なる量が、システムによってサポートされる。したがって、２つのメカニズムを適用するときのさまざまな可能な条件を区別するためには、さらに多くのビットが必要である。
【０１５０】
前にすでに言及したように、（義務付けられた）ＣＣＡを正常に実行できるように、連続するアップリンク送信の間に時間ギャップが形成される利点を達成するため、メカニズムが使用されるか否か、およびどのメカニズムが使用されるかは、ｅＮｏｄｅＢの制御下でアンライセンスセルにおいて発生する特定のアップリンク送信シーケンスによって決まる。これらのメカニズムがいつ、どのように適用されるかの原理を理解する目的で、以下では、さまざまな例示的なアップリンク送信シーケンスをシナリオとして取り上げる。説明を目的として、時間オフセットあり／なし、およびアップリンク送信長さの短縮あり／なしの、異なるアップリンク送信を容易に区別できるように、以下ではアップリンク送信の異なるタイプのコンセプトを導入する。アップリンク送信の異なるタイプを導入することは、本発明を制限するものと解釈するのではなく、上述したメカニズムのいずれか一方または両方を適用するときにアンライセンスセルを介してＵＥによって実行することのできる異なるアップリンク送信を区別するための説明上の手段とみなされたい。次の表は、異なるタイプの概要およびそれらの主たる特性を示している。
【０１５１】
【表２】
0006799589.tif 000003
【０１５２】
以下の図１３〜図１６Ｂは、上の表に示した例示的な命名法に従った、さまざまな異なるタイプのアップリンク送信およびそれらのバリエーションを示している。図１３は、通常のアップリンク送信（例示的にタイプＡと称する）を示しており、このアップリンク送信は短縮されず、その通常のアップリンク送信タイミングを基準としてオフセットもされない。言い換えれば、タイプＡに従ってアップリンク送信を実行するときには、ＵＥは、サブフレーム境界によって与えられるタイミングに従い、すなわちアップリンク送信タイミングを、上に説明したように、ダウンリンク受信タイミングとタイミングアドバンス（ｅＮｏｄｅＢによって指示された場合）とに基づいて決定する。
【０１５３】
図１４Ａおよび図１４Ｂは、通常のアップリンク送信タイミング（すなわちオフセットされなければＵＥが従うサブフレーム境界）を基準として特定の時間長だけオフセットされるアップリンク送信（例示的にタイプＢと称する）を示しており、この場合、図１４Ａは、送信タイミングオフセットだけ延期され（すなわち遅延され）、したがってサブフレーム境界より後に開始かつ終了するアップリンク送信を示している。これに対して図１４Ｂは、送信タイミングオフセットだけ繰り上げられ（すなわち時間的に早められ）、したがってサブフレーム境界より前に開始かつ終了するアップリンク送信を示している。
【０１５４】
図１５Ａ〜１５Ｄは、通常のアップリンク送信タイミング（すなわちオフセットされなければＵＥが従うサブフレーム境界）を基準として特定の時間長だけオフセットされ、さらに長さが（この例では１個のＯＦＤＭシンボルだけ）短縮されるアップリンク送信（例示的にタイプＣと称する）を示している。図から明らかであるように、図１５Ａは、最後のＯＦＤＭシンボルがパンクチャリングされ、さらにアップリンク送信タイミングが延期されるアップリンク送信を示している。図１５Ｂは、最後のＯＦＤＭシンボルがパンクチャリングされ、さらにアップリンク送信タイミングが時間的に早められるアップリンク送信を示している。図１５Ｃは、最初のＯＦＤＭシンボルがパンクチャリングされ、さらにアップリンク送信タイミングが時間的に早められる）アップリンク送信を示している。最後に図１５Ｄは、最初のＯＦＤＭシンボルがパンクチャリングされ、さらにアップリンク送信タイミングが時間的に遅延されるアップリンク送信を示している。
【０１５５】
図１６Ａおよび図１６Ｂは、図示した例では１個のＯＦＤＭシンボルだけ長さが短縮されるアップリンク送信（例示的にタイプＤと称する）を示している。図１６Ａは、最初のＯＦＤＭシンボルがパンクチャリングされるアップリンク送信を示しており、一方で図１６Ｂは、最後のＯＦＤＭシンボルがパンクチャリングされるアップリンク送信を示している。
【０１５６】
説明した２つのメカニズムを選択的に適用することによって（すなわち異なるタイプに従ってアップリンク送信を実行することによって）、連続するアップリンク送信の間に時間ギャップを形成する一方で、それと同時に、アップリンク送信のスループットを最大にする（すなわちアップリンク送信長さを不必要に短縮することを回避する）ことが可能である。上にすでに示唆したように、異なるアップリンク送信シーケンス（例えば、個別のＵＥによる異なる数の連続するアップリンク送信）には、異なる手順が要求される。
【０１５７】
例えば、ＣＣＡのための十分な時間ギャップが利用可能であるようにするための１つの可能かつ単純な方法は、つねにタイプＣに従って（すなわちアップリンク送信長さの短縮あり、かつ特定の時間オフセットありで）アップリンク送信を実行することによって、達成することができる。この方法は図１７に示してあり、図１７では、３基のＵＥ（ＵＥ１、ＵＥ２、およびＵＥ３）によって実行されるそれぞれのアップリンク送信を延期させるための時間オフセットを例示的に想定する。この図から明らかであるように、ＣＣＡギャップは、最初と２番目のアップリンクバーストの間と、２番目と３番目のアップリンクバーストの間とに形成され、これらのＣＣＡギャップの間、ＵＥ２およびＵＥ３がそれぞれのアップリンク送信のためのＣＣＡをそれぞれ実行することができる。したがって、この単純な解決策は、アンライセンスセルを介してのアップリンク送信用に１つのタイプのみ（すなわちタイプＣのアップリンク送信）をサポートすることに基づき、タイプＣでは、アップリンク送信が短縮され、かつ、ＵＥが通常に従うサブフレーム境界を基準として、ある時間長だけオフセットされる。
【０１５８】
しかしながら、この方法によって上述した問題点は解決されるが、この方法の欠点として、すべてのアップリンク送信においてＯＦＤＭシンボルが破棄され、たとえ厳密には破棄が必要ではない場合でも破棄される。図１７の例では、３番目のアップリンク送信の後ろのサブフレームに対してさらなるアップリンク送信がスケジューリングされていないと想定すると、ＵＥ３によって実行されるアップリンク送信を短縮する必要はなかった。
【０１５９】
したがって、以下の説明から明らかになるように、少なくとも２つの異なるタイプ（例：タイプＡとＣ、またはタイプＡとＢ、またはタイプＢとＣ、またはタイプＤとＢ）に従ってアップリンク送信をサポートすることが有利であり得る。
【０１６０】
図１７に示したシーケンスなど、３つの連続するアップリンク送信のみを含むシーケンスの場合、ＵＥ３によって実行される最後のアップリンク送信を、図１４Ａに示したタイプＢとする、または図１３に示したタイプＡとすることもできる。結果として、最後のアップリンク送信は短縮されず、それと同時に、ＵＥ３がＣＣＡを正常に実行するための十分な時間が利用可能であることが確保される。
【０１６１】
図１８および図１９は、タイプＣとタイプＡに従って交互に実行されるアップリンク送信を示している。図１８から明らかであるように、ＵＥ１およびＵＥ３がタイプＣに従ってアップリンク送信を実行することにおいて、ＣＣＡギャップが形成される。このようなアップリンク送信シーケンスは、２つの直接連続するアップリンク送信の間すべてに適切なＣＣＡギャップが形成されるようにしながら、無制限に続けることができる。このようなシーケンスでは、１つおきのアップリンク送信の少なくとも１個のＯＦＤＭシンボルが破棄される。
【０１６２】
図２０の場合、２つのみの連続するアップリンク送信（ＵＥ１およびＵＥ２にそれぞれ１つのアップリンク送信）がｅＮｏｄｅＢによってスケジューリングされるものと想定する。ＯＦＤＭシンボルの破棄／パンクチャリングを回避する一方で、それと同時にＵＥ２が自身のアップリンク送信のためのＣＣＡを実行できるようにする目的で、ＵＥ２は自身のアップリンク送信をタイプＢに従って（すなわち追加の遅延を使用して）実行することができる。
【０１６３】
特に、連続するアップリンク送信の数が限られている場合に、ＯＦＤＭシンボルを不必要に破棄することを回避するために、タイプＡおよびタイプＢに従ってのアップリンク送信のみをサポートすることも可能である。具体的には、図２１によって例示したように、３基の異なるＵＥにｅＮｏｄｅＢによってスケジューリングされた３つの連続するアップリンク送信のシーケンスの場合、第１のＵＥを、タイプＡに従ってアップリンク送信を実行するようにスケジューリングすることができ、その一方で、残りのアップリンク送信をタイプＢとすることができる。しかしながら、ＵＥ３が自身のアップリンク送信を開始する前にＣＣＡを実行するための十分な時間ギャップを有するためには、３番目のアップリンク送信に適用される第２のタイミングオフセットが十分に大きくなければならない。したがって図２１では、異なる時間オフセットを「送信タイミングオフセット１」および「送信タイミングオフセット２」として示してある。理解されるように、アップリンク送信タイプのこの並びを適用するときには、アップリンク送信の数が増すにつれてタイミングオフセットが増大し、この欠点として、ｅＮｏｄｅＢにおける受信タイミングにも、増大した時間オフセットがそのまま影響し、これはｅＮｏｄｅＢにおける受信性能全体に悪影響をもたらす。
【０１６４】
図２２は、例示的に、３基の異なるＵＥによる３つのアップリンク送信のシーケンスの場合の、アップリンク送信タイプの別の並び（すなわちタイプＤ、タイプＢ、タイプＡという並び）を示している。この特定の例示的なシナリオでは、ＵＥ２によって実行されるタイプＢの２番目のアップリンク送信が、（遅延されるのではなく）時間的に早められており、これが可能であるのは、ＵＥ１によって実行される最初のアップリンク送信がタイプＤに従って実行され、最後のＯＦＤＭシンボルが破棄されるためである。結果として、２番目のアップリンク送信が時間的に早められることを考慮して、ＵＥ３によって実行される３番目のアップリンク送信は、オフセットさせる必要がなく、ＵＥのサブフレーム境界によって与えられる実際のアップリンクタイミングにおいて行うことができ、この例ではタイプＡに従うことができる（３番目のアップリンク送信の後ろに、この３番目のアップリンク送信によってさらなる時間ギャップを形成する必要がないものと想定する）。
【０１６５】
これに対して、３番目のアップリンク送信の後ろに適切な時間ギャップを形成しなければならない場合、ＵＥ３を、タイプＤに従ってアップリンク送信を実行するように制御することができ、この場合、最後のＯＦＤＭシンボルがパンクチャリングされる。このようなアップリンク送信の長さは、図２３に例示的に示してあり、等しい並びで無制限に続けることができる。
【０１６６】
ここまでは、説明を目的として、スケジューリングされるアップリンク送信が１つのみサブフレームにわたるものと想定してきた。しかしながら、第１の実施形態に関連してここまで説明した原理は、図２４に示した例示的なシナリオに関連して説明するように、１基のＵＥにいくつかの連続するサブフレームを割り当てるときにも等しく適用することができる。したがって、ｅＮｏｄｅＢがＵＥ１に２つの連続するアップリンクサブフレームを割り当てる一方で、３番目のサブフレームをＵＥ２に割り当てるものと想定する。アップリンク送信のこのような例示的なシーケンスの場合、ＵＥ２がＣＣＡを正常に実行することができるように、最初のアップリンク送信と２番目のアップリンク送信との間に時間ギャップをどのように形成するかに関していくつかのオプションが存在する。例えば、最初のアップリンク送信をタイプＡに従って実行することができ、したがってＵＥ１は、サブフレーム境界によって与えられる通常のアップリンク送信タイミングを使用し、かつ自身のアップリンク送信を短縮しない。これに対してＵＥ２によって実行される２番目のアップリンク送信はタイプＢに従って実行され、すなわちアップリンク送信の先頭がＵＥ２によって延期される。図２４に示したように、２番目のアップリンク送信の前にＣＣＡギャップが形成され、ＵＥ２は自身のＣＣＡを正常に実行することができる。これに代えて、図には示していないが、最初のアップリンク送信を短縮する（最後のＯＦＤＭシンボルを破棄する）、および／または、オフセットさせる（例えば時間的に早める）一方で、２番目のアップリンク送信をタイプＡに従って実行することも可能である。
【０１６７】
要約すれば、異なるＵＥによって実行される２つの連続するアップリンク送信の間に、送信シーケンスにおいて必要なＣＣＡギャップを形成するため、第１のメカニズムおよび／または第２のメカニズムを選択的に適用する方法について、図１７〜図２４を使用して説明した。理解されるように、２つのメカニズムのいずれかを単独で（すなわち他方のメカニズムを用いずに（例えば図１７を参照））使用することができる。しかしながら、これらの図面に関連して説明したように、２つのメカニズムが組み合わされる場合に、さらなる利点を提供することができる。
【０１６８】
どのタイプのアップリンク送信を実行するかをＵＥが決定するための１つの可能な方法は、この点において適切なタイプパターンをＵＥおよびｅＮｏｄｅＢにおいて事前定義することである。例えば、無線フレームのすべてのサブフレームを対象とするタイプパターンが定義されるものと想定することができ、タイプパターンは、アップリンク送信を実行する目的にこれらのサブフレームすべてを実際に使用できるという想定に基づく。したがって、無線フレームの１０個のサブフレームを対象とする可能なタイプパターン（各無線フレームに繰り返し適用することができる）は、ＣＣＣＣＣ，ＣＣＣＣＣ、またはＣＡＣＡＣ，ＡＣＡＣＡ、またはＡＣＡＣＡ，ＣＡＣＡＣ、またはＤＢＤＢＤ，ＢＤＢＤＢ、またはＢＤＢＤＢ，ＤＢＤＢＤ、またはＤＢＡＢＤ，ＤＢＡＢＤである。当然ながら、いま提示したタイプパターンは単なる例であり、多くのさらなるパターンを考案できることが、ただちに明らかであろう。
【０１６９】
さらには、アップリンクおよびダウンリンクのアンライセンスセルをＴＤＤ構成に従って運用することが３ＧＰＰによって決定される可能性があり、したがって背景技術のセクションで図５に関連して説明したように、標準規格にすでに定義されているＴＤＤ構成と同様に、特定のサブフレームがアップリンクまたはダウンリンクのいずれかであり、場合によっては、ＲＦモジュールを切り替えるためのガード期間を与えるスペシャルサブフレームをさらに含む。説明を目的として、背景技術のセクションで図５に示したものと類似するかまたは同じＴＤＤ構成が、アンライセンスセルの運用にも適用されるものと想定する。図５および図６に示したように、２つ〜最大で４つの連続するアップリンク送信の特定のシーケンス（スペシャルサブフレームもアップリンク送信とみなすことができる）を少なくともサポートする必要がある。したがって以下に詳しく説明するように、これらのシーケンスのいずれにも特定のタイプパターンを定義することができる。
【０１７０】
ＴＤＤアップリンク−ダウンリンク構成０を想定すると、４つの連続するアップリンク送信のシーケンスをサポートする必要がある（スペシャルサブフレームのアップリンク部分を個別のアップリンク送信とみなす）。４つの連続するアップリンク送信を対象とする可能な例示的なタイプパターンは、例えばＣＡＣＣとすることができる。３つの連続するアップリンク送信を対象とする可能な例示的なタイプパターンは、例えばＡＣＣとすることができる。２つの連続するアップリンク送信を対象とする可能な例示的なタイプパターンは、例えばＤＢとすることができる。このことは、図２５に、ＴＤＤアップリンク−ダウンリンク構成０，１，２に関連して例示的に示してあり、図２５に示していない残りのアップリンク−ダウンリンク構成３〜６にも等しく適用可能である。
【０１７１】
ハードウェアおよびソフトウェアによる本開示の実施
別の例示的な実施形態は、上述したさまざまな実施形態を、ハードウェア、ソフトウェア、またはハードウェアと協働するソフトウェアを使用して実施することに関する。これに関連して、ユーザ端末（移動端末）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ端末および基地局は、本明細書に記載されている方法を実行するように構成されており、これらの方法に適切に関与する対応するエンティティ（受信機、送信機、プロセッサなど）を含む。
【０１７２】
さまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行され得るものとさらに認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、その他プログラマブルロジックデバイスなどである。さまざまな実施形態は、これらのデバイスの組合せによっても実行または具体化され得る。特に、上に説明した各実施形態の説明において使用される各機能ブロックは、集積回路としてのＬＳＩによって実施することができる。これらの機能ブロックは、チップとして個別に形成する、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。これらのチップは、自身に結合されているデータ入出力部を含むことができる。ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩとも称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路または汎用プロセッサを使用することによって達成することができる。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）、あるいはＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブルプロセッサを使用することもできる。
【０１７３】
さらに、さまざまな実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行され、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納され得る。さらには、複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の実施形態の主題とすることができることに留意されたい。
【０１７４】
具体的な実施形態に示した本開示には、広義に記載されている本発明の概念または範囲から逸脱することなく、さまざまな変更および／または修正を行うことができることが、当業者には理解されるであろう。したがって、本明細書に示した実施形態は、あらゆる点において例示的であり、本発明を制限するものではないものとみなされる。
【図１】
0006799589.tif 000004
【図２】
0006799589.tif 000005
【図３】
0006799589.tif 000006
【図４】
0006799589.tif 000007
【図５】
0006799589.tif 000008
【図６】
0006799589.tif 000009
【図７】
0006799589.tif 000010
【図８】
0006799589.tif 000011
【図９】
0006799589.tif 000012
【図１０】
0006799589.tif 000013
【図１１】
0006799589.tif 000014
【図１２】
0006799589.tif 000015
【図１３】
0006799589.tif 000016
【図１４Ａ】
0006799589.tif 000017
【図１４Ｂ】
0006799589.tif 000018
【図１５Ａ】
0006799589.tif 000019
【図１５Ｂ】
0006799589.tif 000020
【図１５Ｃ】
0006799589.tif 000021
【図１５Ｄ】
0006799589.tif 000022
【図１６Ａ】
0006799589.tif 000023
【図１６Ｂ】
0006799589.tif 000024
【図１７】
0006799589.tif 000025
【図１８】
0006799589.tif 000026
【図１９】
0006799589.tif 000027
【図２０】
0006799589.tif 000028
【図２１】
0006799589.tif 000029
【図２２】
0006799589.tif 000030
【図２３】
0006799589.tif 000031
【図２４】
0006799589.tif 000032
【図２５】
0006799589.tif 000033