(57)【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）によるワイヤレス通信のための方法であって、
基地局から、２次キャリア用のダウンリンク（ＤＬ）許可と前記２次キャリア用のアップリンク（ＵＬ）許可とを受信することと、ここにおいて、前記ＤＬ許可が前記２次キャリア上で受信され、前記ＵＬ許可が１次キャリア上で受信され、前記ＤＬ許可および前記ＵＬ許可は、ＤＬ許可が前記２次キャリア上でセルフスケジューリングによってスケジュールされ、ＵＬ許可が前記１次キャリア上でクロスキャリアスケジューリングによってスケジュールされる構成を使用して受信される、
前記２次キャリア上で前記ＤＬ許可を受信した後に前記２次キャリア上でＤＬデータを受信することと、
前記１次キャリア上で前記ＵＬ許可を受信した後に前記２次キャリア上でＵＬデータを送信することと
を備え、前記１次キャリアは、前記２次キャリアと異なる、方法。
【請求項２】
前記１次キャリアが認可キャリアであり、前記２次キャリアが無認可キャリアである、請求項１に記載の方法。
【請求項３】
各キャリア上の各サブフレーム上で監視するためにそれぞれのダウンリンク制御情報（ＤＣＩ）メッセージのＤＣＩフォーマットまたはＤＣＩフォーマットサイズのセットのうちの少なくとも１つについての情報を受信することと、
前記情報に基づいて前記ＵＬ許可または前記ＤＬ許可のうちの少なくとも１つを監視することと
をさらに備える、請求項１に記載の方法。
【請求項４】
前記それぞれのＤＣＩメッセージの前記ＤＣＩフォーマットサイズの各々が送信モードに固有である、請求項３に記載の方法。
【請求項５】
サブフレームごとに実施するためのブラインド復号の数に関する情報を受信することと、
前記ＤＬ許可また前記ＵＬ許可のうちの少なくとも１つを検出するためにブラインド復号の前記数に基づいてブラインド復号することと
をさらに備える、請求項１に記載の方法。
【請求項６】
前記１次キャリア上で受信された前記ＵＬ許可が複数の無認可キャリアに対応し、
前記ＵＬデータを送信するために、前記２次キャリアとして前記複数の無認可キャリアの中からキャリアを選択すること
をさらに備える、請求項１に記載の方法。
【請求項７】
前記複数の無認可キャリアの中から前記キャリアを前記選択することが、
前記複数の無認可キャリアに関連付けられたチャネルのチャネル可用性を決定することと、ここにおいて、チャネルのエネルギーがエネルギーしきい値よりも低いとき、前記チャネルが利用可能である、
前記チャネル可用性またはキャリア優先度のうちの少なくとも１つに基づいて、前記ＵＬデータの送信用に前記チャネルに関連付けられた前記キャリアを選択することと
を備える、請求項６に記載の方法。
【請求項８】
前記ＵＬ許可を受信することを監視するためにリソースブロックの数を調整する、サービング基地局からの構成情報を受信することと、
前記ＵＬ許可を受信することを監視するためにリソースブロックの前記数を調整する、前記受信された構成情報に基づいて前記ＵＬ許可を監視することと
をさらに備える、請求項１に記載の方法。
【請求項９】
基地局によるワイヤレス通信のための方法であって、
２次キャリア用のダウンリンク（ＤＬ）許可と前記２次キャリア用のアップリンク（ＵＬ）許可とを送ることと、ここにおいて、前記ＤＬ許可が前記２次キャリア上で送信され、前記ＵＬ許可が１次キャリア上で送信され、前記ＤＬ許可および前記ＵＬ許可は、ＤＬ許可が前記２次キャリア上でセルフスケジューリングによってスケジュールされ、ＵＬ許可が前記１次キャリア上でクロスキャリアスケジューリングによってスケジュールされる構成を使用して、前記基地局から送信される、
前記２次キャリア上で前記ＤＬ許可を送った後に前記２次キャリア上でＤＬデータを送ることと、
前記１次キャリア上で前記ＵＬ許可を送った後に前記２次キャリア上でＵＬデータを受信することと
を備え、前記１次キャリアは、前記２次キャリアと異なる、方法。
【請求項１０】
前記１次キャリアが認可キャリアであり、前記２次キャリアが無認可キャリアである、請求項９に記載の方法。
【請求項１１】
各キャリア上の各サブフレーム上で監視するためにダウンリンク制御情報（ＤＣＩ）フォーマットまたはＤＣＩフォーマットサイズのセットについての情報を送ること
をさらに備える、請求項９に記載の方法。
【請求項１２】
前記ＤＣＩフォーマットサイズの各々が送信モードに固有である、請求項１１に記載の方法。
【請求項１３】
前記ＤＬ許可または前記ＵＬ許可のうちの少なくとも１つを検出するために、サブフレームごとにユーザ機器（ＵＥ）において実施されるべきブラインド復号の最大数を示す構成情報を送ること
をさらに備える、請求項９に記載の方法。
【請求項１４】
前記２次キャリアにおける時分割複信（ＴＤＤ）ＵＬ／ＤＬサブフレーム構成に基づいて、前記構成を選択することをさらに備える、請求項９に記載の方法。
【請求項１５】
前記構成は、前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成がＤＬサブフレームよりも多くのＵＬサブフレームを含むときに使用される第１の構成に対応し、前記方法は、
前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成がＵＬサブフレームよりも多くのＤＬサブフレームを含むとき、前記２次キャリア上でＤＬ許可を送ることと、前記２次キャリア上でＵＬ許可を送ることとを含む第２の構成を使用することをさらに備える、
請求項１４に記載の方法。
【請求項１６】
前記セルフスケジューリングまたは前記クロスキャリアスケジューリングが、前記１次キャリアと前記２次キャリアとを含む利用可能なキャリアの各々について独立して構成される、請求項９に記載の方法。
【請求項１７】
前記セルフスケジューリングまたは前記クロスキャリアスケジューリングが、前記利用可能なキャリアの各々における干渉またはチャネル可用性のうちの少なくとも１つに基づいて構成される、請求項１６に記載の方法。
【請求項１８】
前記セルフスケジューリングまたは前記クロスキャリアスケジューリングが、前記１次キャリアと前記２次キャリアとを含む利用可能なキャリアの各々について独立して構成され、前記ＵＬ許可および前記ＤＬ許可について独立して構成される、請求項９に記載の方法。
【請求項１９】
前記ＵＬデータを受信するための前記２次キャリアが、複数の無認可キャリアの中から選択されたキャリアであり、
前記１次キャリア上で送られた前記ＵＬ許可が、前記複数の無認可キャリアのために指定される、
請求項９に記載の方法。
【請求項２０】
前記基地局が、前記選択されたキャリアをブラインド検出するように構成される、請求項１９に記載の方法。
【請求項２１】
前記ＵＬ許可をＵＥが監視するためのリソースの数を調整する構成情報を送ること
をさらに備える、請求項９に記載の方法。
【請求項２２】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内で監視するためのアグリゲーションレベルまたは候補の数を構成することと、
拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）のセットの数、ＥＰＤＣＣＨのセットごとのリソースブロック（ＲＢ）の数、ＥＰＤＣＣＨのタイプ、またはＥＰＤＣＣＨ監視用のアグリゲーションレベルもしくは候補の数のうちの少なくとも１つを構成することと
をさらに備える、請求項２１に記載の方法。
【請求項２３】
監視するためのリソースの前記数が、時分割複信（ＴＤＤ）サブフレーム構成またはアクティブな無認可キャリアの数のうちの少なくとも１つに依存する、請求項２１に記載の方法。
【請求項２４】
ワイヤレス通信のためのユーザ機器（ＵＥ）であって、
基地局から、２次キャリア用のダウンリンク（ＤＬ）許可と前記２次キャリア用のアップリンク（ＵＬ）許可とを受信するための手段と、ここにおいて、前記ＤＬ許可が前記２次キャリア上で受信され、前記ＵＬ許可が１次キャリア上で受信され、前記ＤＬ許可および前記ＵＬ許可は、ＤＬ許可が前記２次キャリア上でセルフスケジューリングによってスケジュールされ、ＵＬ許可が前記１次キャリア上でクロスキャリアスケジューリングによってスケジュールされる構成を使用して受信される、
前記２次キャリア上で前記ＤＬ許可を受信した後に前記２次キャリア上でＤＬデータを受信するための手段と、
前記１次キャリア上で前記ＵＬ許可を受信した後に前記２次キャリア上でＵＬデータを送信するための手段と
を備え、前記１次キャリアは、前記２次キャリアと異なる、ユーザ機器（ＵＥ）。
【請求項２５】
前記１次キャリアが認可キャリアであり、前記２次キャリアが無認可キャリアである、請求項２４に記載のＵＥ。
【請求項２６】
各キャリア上の各サブフレーム上で監視するためにそれぞれのダウンリンク制御情報（ＤＣＩ）メッセージのＤＣＩフォーマットまたはＤＣＩフォーマットサイズのセットのうちの少なくとも１つについての情報を受信するための手段と、
前記情報に基づいて前記ＵＬ許可または前記ＤＬ許可のうちの少なくとも１つを監視するための手段と
をさらに備える、請求項２４に記載のＵＥ。
【請求項２７】
前記それぞれのＤＣＩメッセージの前記ＤＣＩフォーマットサイズの各々が送信モードに固有である、請求項２６に記載のＵＥ。
【請求項２８】
サブフレームごとに実施するためのブラインド復号の数に関する情報を受信するための手段と、
前記ＤＬ許可また前記ＵＬ許可のうちの少なくとも１つを検出するためにブラインド復号の前記数に基づいてブラインド復号するための手段と
をさらに備える、請求項２４に記載のＵＥ。
【請求項２９】
前記１次キャリア上で受信された前記ＵＬ許可が複数の無認可キャリアに対応し、
前記ＵＬデータを送信するために、前記２次キャリアとして前記複数の無認可キャリアの中からキャリアを選択するための手段
をさらに備える、請求項２４に記載のＵＥ。
【請求項３０】
前記複数の無認可キャリアの中から前記キャリアを選択するための前記手段が、
前記複数の無認可キャリアに関連付けられたチャネルのチャネル可用性を決定することと、ここにおいて、チャネルのエネルギーがエネルギーしきい値よりも低いとき、前記チャネルが利用可能である、
前記チャネル可用性またはキャリア優先度のうちの少なくとも１つに基づいて、前記ＵＬデータの送信用に前記チャネルに関連付けられた前記キャリアを選択することと
を行うように構成される、請求項２９に記載のＵＥ。
【請求項３１】
前記ＵＬ許可を受信することを監視するためにリソースブロックの数を調整する、サービング基地局からの構成情報を受信するための手段と、
前記ＵＬ許可を受信することを監視するためにリソースブロックの前記数を調整する、前記受信された構成情報に基づいて前記ＵＬ許可を監視するための手段と
をさらに備える、請求項２４に記載のＵＥ。
【請求項３２】
ワイヤレス通信のための基地局であって、
２次キャリア用のダウンリンク（ＤＬ）許可と前記２次キャリア用のアップリンク（ＵＬ）許可とを送るための手段と、ここにおいて、前記ＤＬ許可が前記２次キャリア上で送信され、前記ＵＬ許可が１次キャリア上で送信され、前記ＤＬ許可および前記ＵＬ許可は、ＤＬ許可が前記２次キャリア上でセルフスケジューリングによってスケジュールされ、ＵＬ許可が前記１次キャリア上でクロスキャリアスケジューリングによってスケジュールされる構成を使用して、前記基地局から送信される、
前記２次キャリア上で前記ＤＬ許可を送った後に前記２次キャリア上でＤＬデータを送るための手段と、
前記１次キャリア上で前記ＵＬ許可を送った後に前記２次キャリア上でＵＬデータを受信するための手段と
を備え、前記１次キャリアは、前記２次キャリアと異なる、基地局。
【請求項３３】
前記１次キャリアが認可キャリアであり、前記２次キャリアが無認可キャリアである、請求項３２に記載の基地局。
【請求項３４】
各キャリア上の各サブフレーム上で監視するためにダウンリンク制御情報（ＤＣＩ）フォーマットまたはＤＣＩフォーマットサイズのセットについての情報を送るための手段をさらに備える、請求項３２に記載の基地局。
【請求項３５】
前記ＤＣＩフォーマットサイズの各々が送信モードに固有である、請求項３４に記載の基地局。
【請求項３６】
前記ＤＬ許可または前記ＵＬ許可のうちの少なくとも１つを検出するために、サブフレームごとにユーザ機器（ＵＥ）において実施されるべきブラインド復号の最大数を示す構成情報を送るための手段
をさらに備える、請求項３２に記載の基地局。
【請求項３７】
前記２次キャリアにおける時分割複信（ＴＤＤ）ＵＬ／ＤＬサブフレーム構成に基づいて、前記構成を選択するための手段をさらに備える、請求項３２に記載の基地局。
【請求項３８】
前記構成は、前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成がＵＬサブフレームよりも多くのＤＬサブフレームを含むときに使用される第１の構成に対応し、前記基地局は、
前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成がＤＬサブフレームよりも多くのＵＬサブフレームを含むとき、前記２次キャリア上でＤＬ許可を送ることと、前記２次キャリア上でＵＬ許可を送ることとを含む第２の構成を使用するための手段をさらに備える、
請求項３７に記載の基地局。
【請求項３９】
前記セルフスケジューリングまたは前記クロスキャリアスケジューリングが、前記１次キャリアと前記２次キャリアとを含む利用可能なキャリアの各々について独立して構成される、請求項３２に記載の基地局。
【請求項４０】
前記セルフスケジューリングまたは前記クロスキャリアスケジューリングが、前記利用可能なキャリアの各々における干渉またはチャネル可用性のうちの少なくとも１つに基づいて構成される、請求項３９に記載の基地局。
【請求項４１】
前記セルフスケジューリングまたは前記クロスキャリアスケジューリングが、前記１次キャリアと前記２次キャリアとを含む利用可能なキャリアの各々について独立して構成され、前記ＵＬ許可および前記ＤＬ許可について独立して構成される、請求項３２に記載の基地局。
【請求項４２】
前記ＵＬデータを受信するための前記２次キャリアが、複数の無認可キャリアの中から選択されたキャリアであり、
前記１次キャリア上で送られた前記ＵＬ許可が、前記複数の無認可キャリアのために指定される、
請求項３２に記載の基地局。
【請求項４３】
前記基地局が、前記選択されたキャリアをブラインド検出するように構成される、請求項４２に記載の基地局。
【請求項４４】
前記ＵＬ許可をＵＥが監視するためのリソースの数を調整する構成情報を送るための手段
をさらに備える、請求項３２に記載の基地局。
【請求項４５】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内で監視するためのアグリゲーションレベルまたは候補の数を構成するための手段と、
拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）のセットの数、ＥＰＤＣＣＨのセットごとのリソースブロック（ＲＢ）の数、ＥＰＤＣＣＨのタイプ、またはＥＰＤＣＣＨ監視用のアグリゲーションレベルもしくは候補の数のうちの少なくとも１つを構成するための手段と
をさらに備える、請求項４４に記載の基地局。
【請求項４６】
監視するためのリソースの前記数が、時分割複信（ＴＤＤ）サブフレーム構成またはアクティブな無認可キャリアの数のうちの少なくとも１つに依存する、請求項４４に記載の基地局。
【請求項４７】
ワイヤレス通信のためのユーザ機器（ＵＥ）であって、
メモリと、
前記メモリに結合され、
基地局から、２次キャリア用のダウンリンク（ＤＬ）許可と前記２次キャリア用のアップリンク（ＵＬ）許可とを受信することと、ここにおいて、前記ＤＬ許可が前記２次キャリア上で受信され、前記ＵＬ許可が１次キャリア上で受信され、前記ＤＬ許可および前記ＵＬ許可は、ＤＬ許可が前記２次キャリア上でセルフスケジューリングによってスケジュールされ、ＵＬ許可が前記１次キャリア上でクロスキャリアスケジューリングによってスケジュールされる構成を使用して受信される、
前記２次キャリア上で前記ＤＬ許可を受信した後に前記２次キャリア上でＤＬデータを受信することと、
前記１次キャリア上で前記ＵＬ許可を受信した後に前記２次キャリア上でＵＬデータを送信することと
を行うように構成された少なくとも１つのプロセッサと
を備え、前記１次キャリアは、前記２次キャリアと異なる、ユーザ機器（ＵＥ）。
【請求項４８】
前記１次キャリアが認可キャリアであり、前記２次キャリアが無認可キャリアである、請求項４７に記載のＵＥ。
【請求項４９】
前記少なくとも１つのプロセッサが、
各キャリア上の各サブフレーム上で監視するためにそれぞれのダウンリンク制御情報（ＤＣＩ）メッセージのＤＣＩフォーマットまたはＤＣＩフォーマットサイズのセットのうちの少なくとも１つについての情報を受信することと、
前記情報に基づいて前記ＵＬ許可または前記ＤＬ許可のうちの少なくとも１つを監視することと
を行うようにさらに構成される、請求項４７に記載のＵＥ。
【請求項５０】
前記それぞれのＤＣＩメッセージの前記ＤＣＩフォーマットサイズの各々が送信モードに固有である、請求項４９に記載のＵＥ。
【請求項５１】
前記少なくとも１つのプロセッサが、
サブフレームごとに実施するためのブラインド復号の数に関する情報を受信することと、
前記ＤＬ許可また前記ＵＬ許可のうちの少なくとも１つを検出するためにブラインド復号の前記数に基づいてブラインド復号することと
を行うようにさらに構成される、請求項４７に記載のＵＥ。
【請求項５２】
前記１次キャリア上で受信された前記ＵＬ許可が複数の無認可キャリアに対応し、前記少なくとも１つのプロセッサが、
前記ＵＬデータを送信するために、前記２次キャリアとして前記複数の無認可キャリアの中からキャリアを選択すること
を行うようにさらに構成される、請求項４７に記載のＵＥ。
【請求項５３】
前記複数の無認可キャリアの中から前記キャリアを選択するように構成された前記少なくとも１つのプロセッサが、
前記複数の無認可キャリアに関連付けられたチャネルのチャネル可用性を決定することと、ここにおいて、チャネルのエネルギーがエネルギーしきい値よりも低いとき、前記チャネルが利用可能である、
前記チャネル可用性またはキャリア優先度のうちの少なくとも１つに基づいて、前記ＵＬデータの送信用に前記チャネルに関連付けられた前記キャリアを選択することと
を行うように構成される、請求項５２に記載のＵＥ。
【請求項５４】
前記少なくとも１つのプロセッサが、
前記ＵＬ許可を受信することを監視するためにリソースブロックの数を調整する、サービング基地局からの構成情報を受信することと、
前記ＵＬ許可を受信することを監視するためにリソースブロックの前記数を調整する、前記受信された構成情報に基づいて前記ＵＬ許可を監視することと
を行うようにさらに構成される、請求項４７に記載のＵＥ。
【請求項５５】
ワイヤレス通信のための基地局であって、
メモリと、
前記メモリに結合され、
２次キャリア用のダウンリンク（ＤＬ）許可と前記２次キャリア用のアップリンク（ＵＬ）許可とを送ることと、ここにおいて、前記ＤＬ許可が前記２次キャリア上で送信され、前記ＵＬ許可が１次キャリア上で送信され、前記ＤＬ許可および前記ＵＬ許可は、ＤＬ許可が前記２次キャリア上でセルフスケジューリングによってスケジュールされ、ＵＬ許可が前記１次キャリア上でクロスキャリアスケジューリングによってスケジュールされる構成を使用して、前記基地局から送信される、
前記２次キャリア上で前記ＤＬ許可を送った後に前記２次キャリア上でＤＬデータを送ることと、
前記１次キャリア上で前記ＵＬ許可を送った後に前記２次キャリア上でＵＬデータを受信することと
を行うように構成された少なくとも１つのプロセッサと
を備え、前記１次キャリアは、前記２次キャリアと異なる、基地局。
【請求項５６】
前記１次キャリアが認可キャリアであり、前記２次キャリアが無認可キャリアである、請求項５５に記載の基地局。
【請求項５７】
前記少なくとも１つのプロセッサが、
各キャリア上の各サブフレーム上で監視するためにダウンリンク制御情報（ＤＣＩ）フォーマットまたはＤＣＩフォーマットサイズのセットについての情報を送ること
を行うようにさらに構成される、請求項５５に記載の基地局。
【請求項５８】
前記ＤＣＩフォーマットサイズの各々が送信モードに固有である、請求項５７に記載の基地局。
【請求項５９】
前記少なくとも１つのプロセッサが、
前記ＤＬ許可または前記ＵＬ許可のうちの少なくとも１つを検出するために、サブフレームごとにユーザ機器（ＵＥ）において実施されるべきブラインド復号の最大数を示す構成情報を送ること
を行うようにさらに構成される、請求項５５に記載の基地局。
【請求項６０】
前記少なくとも１つのプロセッサが、
前記２次キャリアにおける時分割複信（ＴＤＤ）ＵＬ／ＤＬサブフレーム構成に基づいて、前記構成を選択すること
を行うようにさらに構成される、請求項５５に記載の基地局。
【請求項６１】
前記構成は、前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成がＤＬサブフレームよりも多くのＵＬサブフレームを含むときに使用される第１の構成に対応し、前記基地局は、
前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成がＵＬサブフレームよりも多くのＤＬサブフレームを含むとき、前記２次キャリア上でＤＬ許可を送ることと、前記２次キャリア上でＵＬ許可を送ることとを含む第２の構成を使用することを行うようにさらに構成される、
請求項６０に記載の基地局。
【請求項６２】
前記セルフスケジューリングまたは前記クロスキャリアスケジューリングが、前記１次キャリアと前記２次キャリアとを含む利用可能なキャリアの各々について独立して構成される、請求項５５に記載の基地局。
【請求項６３】
前記セルフスケジューリングまたは前記クロスキャリアスケジューリングが、前記利用可能なキャリアの各々における干渉またはチャネル可用性のうちの少なくとも１つに基づいて構成される、請求項６２に記載の基地局。
【請求項６４】
前記セルフスケジューリングまたは前記クロスキャリアスケジューリングが、前記１次キャリアと前記２次キャリアとを含む利用可能なキャリアの各々について独立して構成され、前記ＵＬ許可および前記ＤＬ許可について独立して構成される、請求項５５に記載の基地局。
【請求項６５】
前記ＵＬデータを受信するための前記２次キャリアが、複数の無認可キャリアの中から選択されたキャリアであり、
前記１次キャリア上で送られた前記ＵＬ許可が、前記複数の無認可キャリアのために指定される、
請求項５５に記載の基地局。
【請求項６６】
前記基地局が、前記選択されたキャリアをブラインド検出するように構成される、請求項６５に記載の基地局。
【請求項６７】
前記少なくとも１つのプロセッサが、
前記ＵＬ許可をＵＥが監視するためのリソースの数を調整する構成情報を送ることを行うようにさらに構成される、請求項５５に記載の基地局。
【請求項６８】
前記少なくとも１つのプロセッサが、
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内で監視するためのアグリゲーションレベルまたは候補の数を構成することと、
拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）のセットの数、ＥＰＤＣＣＨのセットごとのリソースブロック（ＲＢ）の数、ＥＰＤＣＣＨのタイプ、またはＥＰＤＣＣＨ監視用のアグリゲーションレベルもしくは候補の数のうちの少なくとも１つを構成することと
を行うようにさらに構成される、請求項６７に記載の基地局。
【請求項６９】
監視するためのリソースの前記数が、時分割複信（ＴＤＤ）サブフレーム構成またはアクティブな無認可キャリアの数のうちの少なくとも１つに依存する、請求項６７に記載の基地局。
【請求項７０】
ユーザ機器（ＵＥ）によるワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体であって、
基地局から、２次キャリア用のダウンリンク（ＤＬ）許可と前記２次キャリア用のアップリンク（ＵＬ）許可とを受信することと、ここにおいて、前記ＤＬ許可が前記２次キャリア上で受信され、前記ＵＬ許可が１次キャリア上で受信され、前記ＤＬ許可および前記ＵＬ許可は、ＤＬ許可が前記２次キャリア上でセルフスケジューリングによってスケジュールされ、ＵＬ許可が前記１次キャリア上でクロスキャリアスケジューリングによってスケジュールされる構成を使用して受信される、
前記２次キャリア上で前記ＤＬ許可を受信した後に前記２次キャリア上でＤＬデータを受信することと、
前記１次キャリア上で前記ＵＬ許可を受信した後に前記２次キャリア上でＵＬデータを送信することと
を行うコードを備え、前記１次キャリアは、前記２次キャリアと異なる、コンピュータ可読媒体。
【請求項７１】
前記１次キャリアが認可キャリアであり、前記２次キャリアが無認可キャリアである、請求項７０に記載のコンピュータ可読媒体。
【請求項７２】
各キャリア上の各サブフレーム上で監視するためにそれぞれのＤＣＩメッセージのダウンリンク制御情報（ＤＣＩ）フォーマットまたはＤＣＩフォーマットサイズのセットのうちの少なくとも１つについての情報を受信することと、
前記情報に基づいて前記ＵＬ許可または前記ＤＬ許可のうちの少なくとも１つを監視することと
を行うコードをさらに備える、請求項７０に記載のコンピュータ可読媒体。
【請求項７３】
前記それぞれのＤＣＩメッセージの前記ＤＣＩフォーマットサイズの各々が送信モードに固有である、請求項７２に記載のコンピュータ可読媒体。
【請求項７４】
サブフレームごとに実施するためのブラインド復号の数に関する情報を受信することと、
前記ＤＬ許可また前記ＵＬ許可のうちの少なくとも１つを検出するためにブラインド復号の前記数に基づいてブラインド復号することと
を行うコードをさらに備える、請求項７０に記載のコンピュータ可読媒体。
【請求項７５】
前記１次キャリア上で受信された前記ＵＬ許可が複数の無認可キャリアに対応し、
前記ＵＬデータを送信するために、前記２次キャリアとして前記複数の無認可キャリアの中からキャリアを選択すること
を行うコードをさらに備える、請求項７０に記載のコンピュータ可読媒体。
【請求項７６】
前記複数の無認可キャリアの中から前記キャリアを選択する前記コードが、
前記複数の無認可キャリアに関連付けられたチャネルのチャネル可用性を決定することと、ここにおいて、チャネルのエネルギーがエネルギーしきい値よりも低いとき、前記チャネルが利用可能である、
前記チャネル可用性またはキャリア優先度のうちの少なくとも１つに基づいて、前記ＵＬデータの送信用に前記チャネルに関連付けられた前記キャリアを選択することと
を行うコードを備える、請求項７５に記載のコンピュータ可読媒体。
【請求項７７】
前記ＵＬ許可を受信することを監視するためにリソースブロックの数を調整する、サービング基地局からの構成情報を受信することと、
前記ＵＬ許可を受信することを監視するためにリソースブロックの前記数を調整する、前記受信された構成情報に基づいて前記ＵＬ許可を監視することと
を行うコードをさらに備える、請求項７０に記載のコンピュータ可読媒体。
【請求項７８】
基地局によるワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体であって、
２次キャリア用のダウンリンク（ＤＬ）許可と前記２次キャリア用のアップリンク（ＵＬ）許可とを送ることと、ここにおいて、前記ＤＬ許可が前記２次キャリア上で送信され、前記ＵＬ許可が１次キャリア上で送信され、前記ＤＬ許可および前記ＵＬ許可は、ＤＬ許可が前記２次キャリア上でセルフスケジューリングによってスケジュールされ、ＵＬ許可が前記１次キャリア上でクロスキャリアスケジューリングによってスケジュールされる構成を使用して、前記基地局から送信される、
前記２次キャリア上で前記ＤＬ許可を送った後に前記２次キャリア上でＤＬデータを送ることと、
前記１次キャリア上で前記ＵＬ許可を送った後に前記２次キャリア上でＵＬデータを受信することと
を行うコードを備え、前記１次キャリアは、前記２次キャリアと異なる、コンピュータ可読媒体。
【請求項７９】
前記１次キャリアが認可キャリアであり、前記２次キャリアが無認可キャリアである、請求項７８に記載のコンピュータ可読媒体。
【請求項８０】
各キャリア上の各サブフレーム上で監視するためにダウンリンク制御情報（ＤＣＩ）フォーマットまたはＤＣＩフォーマットサイズのセットについての情報を送ること
を行うコードをさらに備える、請求項７８に記載のコンピュータ可読媒体。
【請求項８１】
前記ＤＣＩフォーマットサイズの各々が送信モードに固有である、請求項８０に記載のコンピュータ可読媒体。
【請求項８２】
前記ＤＬ許可または前記ＵＬ許可のうちの少なくとも１つを検出するために、サブフレームごとにユーザ機器（ＵＥ）において実施されるべきブラインド復号の最大数を示す構成情報を送ること
を行うコードをさらに備える、請求項７８に記載のコンピュータ可読媒体。
【請求項８３】
前記２次キャリアにおける時分割複信（ＴＤＤ）ＵＬ／ＤＬサブフレーム構成に基づいて、前記構成を選択することを行うコードをさらに備える、請求項７８に記載のコンピュータ可読媒体。
【請求項８４】
前記構成は、前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成がＵＬサブフレームよりも多くのＤＬサブフレームを含むときに使用される第１の構成に対応し、前記コンピュータ可読媒体は、
前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成がＤＬサブフレームよりも多くのＵＬサブフレームを含むとき、前記２次キャリア上でＤＬ許可を送ることと、前記２次キャリア上でＵＬ許可を送ることとを含む第２の構成を使用することを行うコードをさらに備える、
請求項８３に記載のコンピュータ可読媒体。
【請求項８５】
前記セルフスケジューリングまたは前記クロスキャリアスケジューリングが、前記１次キャリアと前記２次キャリアとを含む利用可能なキャリアの各々について独立して構成される、請求項７８に記載のコンピュータ可読媒体。
【請求項８６】
前記セルフスケジューリングまたは前記クロスキャリアスケジューリングが、前記利用可能なキャリアの各々における干渉またはチャネル可用性のうちの少なくとも１つに基づいて構成される、請求項８５に記載のコンピュータ可読媒体。
【請求項８７】
前記セルフスケジューリングまたは前記クロスキャリアスケジューリングが、前記１次キャリアと前記２次キャリアとを含む利用可能なキャリアの各々について独立して構成され、前記ＵＬ許可および前記ＤＬ許可について独立して構成される、請求項７８に記載のコンピュータ可読媒体。
【請求項８８】
前記ＵＬデータを受信するための前記２次キャリアが、複数の無認可キャリアの中から選択されたキャリアであり、
前記１次キャリア上で送られた前記ＵＬ許可が、前記複数の無認可キャリアのために指定される、
請求項７８に記載のコンピュータ可読媒体。
【請求項８９】
前記基地局が、前記選択されたキャリアをブラインド検出するように構成される、請求項８８に記載のコンピュータ可読媒体。
【請求項９０】
前記ＵＬ許可をＵＥが監視するためのリソースの数を調整する構成情報を送ること
を行うコードをさらに備える、請求項７８に記載のコンピュータ可読媒体。
【請求項９１】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内で監視するためのアグリゲーションレベルまたは候補の数を構成することと、
拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）のセットの数、ＥＰＤＣＣＨのセットごとのリソースブロック（ＲＢ）の数、ＥＰＤＣＣＨのタイプ、またはＥＰＤＣＣＨ監視用のアグリゲーションレベルもしくは候補の数のうちの少なくとも１つを構成することと
を行うコードをさらに備える、請求項９０に記載のコンピュータ可読媒体。
【請求項９２】
監視するためのリソースの前記数が、時分割複信（ＴＤＤ）サブフレーム構成またはアクティブな無認可キャリアの数のうちの少なくとも１つに依存する、請求項９０に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]本出願は、それらの全体が参照により本明細書に明確に組み込まれる、２０１５年３月１７日に出願された「Ｓｃｈｅｄｕｌｉｎｇ  ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  ＬＴＥ−Ｕ」と題する米国仮特許出願第６２／１３４，４８７号、および２０１６年３月４日に出願された「ＳＣＨＥＤＵＬＩＮＧ  ＥＮＨＡＮＣＥＭＥＮＴＳ  ＦＯＲ  ＣＯＮＴＥＮＴＩＯＮ−ＢＡＳＥＤ  ＳＨＡＲＥＤ  ＦＲＥＱＵＥＮＣＹ  ＳＰＥＣＴＲＵＭ」と題する米国特許出願第１５／０６１，９５３号の利益を主張する。
【０００２】
[0002]本開示は、一般に、通信システムに関し、より詳細には、競合ベースの共有周波数スペクトル内で動作するロングタームエボリューション（ＬＴＥ（登録商標））／ＬＴＥアドバンスト（ＬＴＥ−Ａ）ネットワークにおける基地局間再同期損失（inter-base station resynchronization loss）の緩和に関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなどの様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソースを共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用する場合がある。そのような多元接続技術の例には、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムが含まれる。
【０００４】
[0004]これらの多元接続技術は、様々なワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されている。例示的な電気通信規格はロングタームエボリューション（ＬＴＥ）である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表されたユニバーサルモバイル通信システム（ＵＭＴＳ）モバイル規格に対する拡張のセットである。ＬＴＥは、ダウンリンク上でＯＦＤＭＡを使用し、アップリンク上でＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して、スペクトル効率の改善、コストの低下、およびサービスの改善を通して、モバイルブロードバンドアクセスをサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増大し続けるにつれて、ＬＴＥ技術におけるさらなる改善が必要である。これらの改善はまた、他の多元接続技術、およびこれらの技術を採用する電気通信規格に適用可能であり得る。
【０００５】
[0005]いくつかの通信モードは、セルラーネットワークの競合ベースの共有無線周波数スペクトル帯域上で、または様々な無線周波数スペクトル帯域（たとえば、認可無線周波数スペクトル帯域（a licensed radio frequency spectrum band）もしくは無認可無線周波数スペクトル帯域（an unlicensed radio frequency spectrum band））上で、基地局とＵＥとの間の通信を可能にすることができる。認可無線周波数スペクトル帯域を使用するセルラーネットワークにおけるデータトラフィックの増加に伴い、少なくともいくつかのデータトラフィックを無認可無線周波数スペクトル帯域にオフロードすることにより、データ伝送容量を拡大するための機会をセルラー事業者に提供することができる。無認可無線周波数スペクトル帯域はまた、認可無線周波数スペクトル帯域へのアクセスが利用可能でないエリア内でサービスを提供することができる。無認可キャリアを利用すると、チャネル可用性（channel availability）が不確定になる場合がある。したがって、無認可キャリアが利用されるときのチャネル可用性の不確定性に起因して、いくつかの困難が発生する場合がある。
【発明の概要】
【０００６】
[0006]以下では、１つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての考えられる態様の包括的な概説ではなく、すべての態様の主要または重要な要素を識別することも、いずれかまたはすべての態様の範囲を定めることも意図されていない。その唯一の目的は、後に提示されるより詳細な説明の導入として、１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。
【０００７】
[0007]チャネル可用性は、無認可キャリアを利用するとき不確定になる。特に、将来のチャネル可用性に関連する不確定性のせいで、前もって許可をスケジュールすることは困難であり得る。したがって、無認可キャリアを利用するためにセルフスケジューリングを排他的に使用するか、またはクロスキャリアスケジューリングを排他的に使用して、アップリンク（ＵＬ）許可および／またはダウンリンク（ＤＬ）許可をスケジュールすると、通信機会を無駄にする結果になる場合がある。ｅノードＢ（ｅＮＢ）が認可キャリアと無認可キャリアとを使用して、ＵＥへの無認可キャリアのためのダウンリンク許可とアップリンク許可とを通信することができる態様が本明細書において開示される。
【０００８】
[0008]本開示の一態様では、ユーザ機器（ＵＥ）によるワイヤレス通信の方法は、２次キャリア用のＤＬ許可と２次キャリア用のＵＬ許可とを受信することを含む。一態様では、ＤＬ許可は２次キャリア上で受信され、ＵＬ許可は１次キャリア上で受信される。方法は、２次キャリア上でＤＬ許可を受信した後に２次キャリア上でＤＬデータを受信することをさらに含む。方法は、１次キャリア上でＵＬ許可を受信した後に２次キャリア上でＵＬデータを送信することをさらに含む。
【０００９】
[0009]一態様では、ＵＥは、２次キャリア用のダウンリンク（ＤＬ）許可と２次キャリア用のアップリンク（ＵＬ）許可とを受信するための手段を含み、ここで、ＤＬ許可は２次キャリア上で受信され、ＵＬ許可は１次キャリア上で受信される。ＵＥは、２次キャリア上でＤＬ許可を受信した後に２次キャリア上でＤＬデータを受信するための手段をさらに含む。ＵＥは、１次キャリア上でＵＬ許可を受信した後に２次キャリア上でＵＬデータを送信するための手段をさらに含む。
【００１０】
[0010]一態様では、ＵＥは、メモリと、メモリに結合された少なくとも１つのプロセッサとを含む。少なくとも１つのプロセッサは、２次キャリア用のダウンリンク（ＤＬ）許可と２次キャリア用のアップリンク（ＵＬ）許可とを受信することと、ここにおいて、ＤＬ許可は２次キャリア上で受信され、ＵＬ許可は１次キャリア上で受信される、２次キャリア上でＤＬ許可を受信した後に２次キャリア上でＤＬデータを受信することと、１次キャリア上でＵＬ許可を受信した後に２次キャリア上でＵＬデータを送信することとを行うように構成される。
【００１１】
[0011]一態様では、ＵＥによるワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体。コンピュータ可読媒体は、２次キャリア用のダウンリンク（ＤＬ）許可と２次キャリア用のアップリンク（ＵＬ）許可とを受信することと、ここにおいて、ＤＬ許可は２次キャリア上で受信され、ＵＬ許可は１次キャリア上で受信される、２次キャリア上でＤＬ許可を受信した後に２次キャリア上でＤＬデータを受信することと、１次キャリア上でＵＬ許可を受信した後に２次キャリア上でＵＬデータを送信することとを行うコードを含む。一態様では、コンピュータ可読媒体は非一時的コンピュータ可読媒体であり得る。
【００１２】
[0012]本開示の別の態様では、基地局によるワイヤレス通信の方法は、２次キャリア用のＤＬ許可と２次キャリア用のＵＬ許可とを送ることを含む。一態様では、ＤＬ許可は２次キャリア上で送信され、ＵＬ許可は１次キャリア上で送信される。方法は、２次キャリア上でＤＬ許可を送った後に２次キャリア上でＤＬデータを送ることをさらに含む。方法は、１次キャリア上でＵＬ許可を送った後に２次キャリア上でＵＬデータを受信することをさらに含む。
【００１３】
[0013]一態様では、ＵＥは、２次キャリア用のＤＬ許可と２次キャリア用のＵＬ許可とを送るための手段を含み、ここで、ＤＬ許可は２次キャリア上で送信され、ＵＬ許可は１次キャリア上で送信される。ＵＥは、２次キャリア上でＤＬ許可を送った後に２次キャリア上でＤＬデータを送るための手段をさらに含む。ＵＥは、１次キャリア上でＵＬ許可を送った後に２次キャリア上でＵＬデータを受信するための手段をさらに含む。
【００１４】
[0014]一態様では、ＵＥは、メモリと、メモリに結合された少なくとも１つのプロセッサとを含む。少なくとも１つのプロセッサは、２次キャリア用のＤＬ許可と２次キャリア用のＵＬ許可とを送ることと、ここにおいて、ＤＬ許可は２次キャリア上で送信され、ＵＬ許可は１次キャリア上で送信される、２次キャリア上でＤＬ許可を送った後に２次キャリア上でＤＬデータを送ることと、１次キャリア上でＵＬ許可を送った後に２次キャリア上でＵＬデータを受信することとを行うように構成される。
【００１５】
[0015]一態様では、コンピュータ可読媒体は、ＵＥによるワイヤレス通信のためのコンピュータ実行可能コードを記憶する。コンピュータ可読媒体は、２次キャリア用のＤＬ許可と２次キャリア用のＵＬ許可とを送ることと、ここにおいて、ＤＬ許可は２次キャリア上で送信され、ＵＬ許可は１次キャリア上で送信される、２次キャリア上でＤＬ許可を送った後に２次キャリア上でＤＬデータを送ることと、１次キャリア上でＵＬ許可を送った後に２次キャリア上でＵＬデータを受信することとを行うコードを含む。一態様では、コンピュータ可読媒体は非一時的コンピュータ可読媒体であり得る。
【００１６】
[0016]上記および関係する目的を達成するために、１つまたは複数の態様は、以下で十分に記載され、特に特許請求の範囲において指摘される機能を備える。以下の説明および添付の図面は、１つまたは複数の態様のうちのいくつかの例示的な機能を詳細に記載する。しかしながら、これらの機能は、様々な態様の原理が採用され得る様々な方法のほんのいくつかを示すものであり、この説明は、すべてのそのような態様とそれらの均等物とを含むものである。
【図面の簡単な説明】
【００１７】
【図１】[0017]ワイヤレス通信システムおよびアクセスネットワークの一例を示す図。
【図２Ａ】[0018]ＤＬフレーム構造のＬＴＥ例を示す図。
【図２Ｂ】ＤＬフレーム構造内のＤＬチャネルのＬＴＥ例を示す図。
【図２Ｃ】ＵＬフレーム構造のＬＴＥ例を示す図
【図２Ｄ】ＵＬフレーム構造内のＵＬチャネルのＬＴＥ例を示す図。
【図３】[0019]アクセスネットワーク内の発展型ノードＢ（ｅＮＢ）およびユーザ機器（ＵＥ）の一例を示す図。
【図４】[0020]本開示の様々な態様による、無認可無線周波数スペクトル帯域を介したワイヤレス通信の一例を示す図。
【図５Ａ】[0021]セルフスケジューリングモードの例示的な図。
【図５Ｂ】[0022]クロスキャリアスケジューリングモードの例示的な図。
【図６Ａ】[0023]アップリンク通信のためにＰＣＣによってサービスされる１次サービングセルおよびＳＣＣによってサービスされる２次サービングセルの使用を示す例示的な図。
【図６Ｂ】アップリンク通信のためにＰＣＣによってサービスされる１次サービングセルおよびＳＣＣによってサービスされる２次サービングセルの使用を示す例示的な図。
【図７】[0024]本開示の一態様による、セルフスケジューリングとクロスキャリアスケジューリングとを示す例示的な図。
【図８】[0025]ワイヤレス通信の方法のフローチャート。
【図９Ａ】[0026]本開示の一態様による、図１１のフローチャートから展開するワイヤレス通信の方法のフローチャート。
【図９Ｂ】[0027]本開示の一態様による、図１１のフローチャートから展開するワイヤレス通信の方法のフローチャート。
【図１０Ａ】[0028]本開示の一態様による、図１１のフローチャートから展開するワイヤレス通信の方法のフローチャート。
【図１０Ｂ】[0029]本開示の一態様による、図１１のフローチャートから展開するワイヤレス通信の方法のフローチャート。
【図１１】[0030]例示的な装置内の様々な手段／構成要素間のデータフローを示す概念データフロー図。
【図１２】[0031]処理システムを採用する装置のためのハードウェア実装形態の一例を示す図。
【図１３】[0032]ワイヤレス通信の方法のフローチャート。
【図１４Ａ】[0033]本開示の一態様による、図１６のフローチャートから展開するワイヤレス通信の方法のフローチャート。
【図１４Ｂ】[0034]本開示の一態様による、図１６のフローチャートから展開するワイヤレス通信の方法のフローチャート。
【図１５Ａ】[0035]本開示の一態様による、図１６のフローチャートから展開するワイヤレス通信の方法のフローチャート。
【図１５Ｂ】[0036]本開示の一態様による、図１６のフローチャートから展開するワイヤレス通信の方法のフローチャート。
【図１６】[0037]例示的な装置内の様々な手段／構成要素間のデータフローを示す概念データフロー図。
【図１７】[0038]処理システムを採用する装置のためのハードウェア実装形態の一例を示す図。
【詳細な説明】
【００１８】
[0039]添付の図面に関して以下に記載される詳細な説明は、様々な構成を説明するものであり、本明細書に記載される概念が実践され得る構成のみを表すものではない。詳細な説明は、様々な概念を完全に理解することを目的とする具体的な詳細を含む。しかしながら、これらの概念がこれらの具体的な詳細なしに実践され得ることが当業者に明らかであろう。場合によっては、そのような概念を不明瞭にすることを回避するために、よく知られている構造および構成要素がブロック図の形態で示される。
【００１９】
[0040]次に、様々な装置および方法を参照して、電気通信システムのいくつかの態様が提示される。これらの装置および方法は、以下の詳細な説明に記載され、（「要素」と総称される）様々なブロック、構成要素、回路、プロセス、アルゴリズムなどによって添付の図面に示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装される場合がある。そのような要素がハードウェアとして実装されるか、またはソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課される設計制約に依存する。
【００２０】
[0041]例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」として実装される場合がある。プロセッサの例には、マイクロプロセッサ、マイクロコントローラ、グラフィックス処理装置（ＧＰＵ）、中央処理装置（ＣＰＵ）、アプリケーションプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、縮小命令セットコンピューティング（ＲＩＳＣ）プロセッサ、システムオンチップ（ＳｏＣ）、ベースバンドプロセッサ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって記載される様々な機能を実施するように構成された他の適切なハードウェアが含まれる。処理システム内の１つまたは複数のプロセッサはソフトウェアを実行することができる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェア構成要素、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味するように広く解釈されるべきである。
【００２１】
[0042]したがって、１つまたは複数の例示的な実施形態では、記載される機能は、ハードウェア、ソフトウェア、またはそれらの任意の組合せで実装される場合がある。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体上に１つもしくは複数の命令もしくはコードとして符号化される場合がある。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、光ディスクストレージ、磁気ディスクストレージ、他の磁気ストレージデバイス、上述のタイプのコンピュータ可読媒体の組合せ、または、コンピュータによってアクセスされ得る命令もしくはデータ構造の形態のコンピュータ実行可能コードを記憶するために使用され得る任意の他の媒体を備えることができる。
【００２２】
[0043]図１は、ワイヤレス通信システムおよびアクセスネットワーク１００の一例を示す図である。（ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）とも呼ばれる）ワイヤレス通信システムは、基地局１０２と、ＵＥ１０４と、発展型パケットコア（ＥＰＣ）１６０とを含む。基地局１０２は、マクロセル（高電力セルラー基地局）および／またはスモールセル（低電力セルラー基地局）を含む場合がある。マクロセルはｅＮＢを含む。スモールセルは、フェムトセルと、ピコセルと、マイクロセルとを含む。
【００２３】
[0044]（発展型ユニバーサルモバイル通信システム（ＵＭＴＳ）地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）と総称される）基地局１０２は、バックホールリンク１３２（たとえば、Ｓ１インターフェース）を介してＥＰＣ１６０とインターフェースをとる。他の機能に加えて、基地局１０２は、以下の機能：ユーザデータの転送、無線チャネル暗号化および解読、完全性保護、ヘッダ圧縮、モビリティ制御機能（たとえば、ハンドオーバー、デュアル接続性）、セル間干渉協調、接続セットアップおよび解放、負荷バランシング、非アクセス層（ＮＡＳ）メッセージのための分配、ＮＡＳノード選択、同期、無線アクセスネットワーク（ＲＡＮ）共有、マルチメディア・ブロードキャスト・マルチキャストサービス（ＭＢＭＳ）、加入者および機器トレース、ＲＡＮ情報管理（ＲＩＭ）、ページング、測位、ならびに警告メッセージの配信、のうちの１つまたは複数を実施することができる。基地局１０２は、バックホールリンク１３４（たとえば、Ｘ２インターフェース）上で互いに直接的または（たとえば、ＥＰＣ１６０を介して）間接的に通信することができる。バックホールリンク１３４は有線またはワイヤレスであり得る。
【００２４】
[0045]基地局１０２はＵＥ１０４とワイヤレスに通信することができる。基地局１０２の各々は、それぞれの地理的カバレージエリア１１０に対して通信カバレージを提供することができる。重複する地理的カバレージエリア１１０が存在する場合がある。たとえば、スモールセル１０２’は、１つまたは複数のマクロ基地局１０２のカバレージエリア１１０と重複するカバレージエリア１１０’を有する場合がある。スモールセルとマクロセルの両方を含むネットワークは、異機種ネットワークとして知られる場合がある。異機種ネットワークは、限定加入者グループ（ＣＳＧ）として知られる制限されたグループにサービスを提供することができるホーム発展型ノードＢ（ｅＮＢ）（ＨｅＮＢ）を含む場合もある。基地局１０２とＵＥ１０４との間の通信リンク１２０は、ＵＥ１０４から基地局１０２への（逆方向リンクとも呼ばれる）アップリンク（ＵＬ）送信、および／または基地局１０２からＵＥ１０４への（順方向リンクとも呼ばれる）ダウンリンク（ＤＬ）送信を含む場合がある。通信リンク１２０は、空間多重化、ビームフォーミング、および／または送信ダイバーシティを含む、ＭＩＭＯアンテナ技術を使用することができる。通信リンクは、１つまたは複数のキャリアを介する場合がある。基地局１０２／ＵＥ１０４は、各方向における送信に使用される合計Ｙｘ  ＭＨｚ（ｘ個のコンポーネントキャリア）までのキャリアアグリゲーションにおいて割り振られた、キャリア当たりＹ  ＭＨｚ（たとえば、５、１０、１５、２０ＭＨｚ）までの帯域幅のスペクトルを使用することができる。キャリアは、互いに隣接する場合も、隣接しない場合もある。キャリアの割振りは、ＤＬおよびＵＬに対して非対称であり得る（たとえば、ＤＬに対して、ＵＬに対してよりも多いかまたは少ないキャリアが割り振られる場合がある）。コンポーネントキャリアは、１次コンポーネントキャリアと、１つまたは複数の２次コンポーネントキャリアとを含む場合がある。１次コンポーネントキャリアは１次セル（ＰＣｅｌｌ）と呼ばれる場合があり、２次コンポーネントキャリアは２次セル（ＳＣｅｌｌ）と呼ばれる場合がある。
【００２５】
[0046]ワイヤレス通信システムは、５ＧＨｚ無認可周波数スペクトル内で通信リンク１５４を介してＷｉ−Ｆｉ（登録商標）局（ＳＴＡ）１５２と通信しているＷｉ−Ｆｉアクセスポイント（ＡＰ）１５０をさらに含む場合がある。無認可周波数スペクトル内で通信するとき、ＳＴＡ１５２／ＡＰ１５０は、チャネルが利用可能であるかどうかを判断するために、通信するより前にクリアチャネルアセスメント（ＣＣＡ）を実施することができる。
【００２６】
[0047]スモールセル１０２’は、認可および／または無認可の周波数スペクトル内で動作することができる。無認可周波数スペクトル内で動作しているとき、スモールセル１０２’は、ＬＴＥを採用し、Ｗｉ−Ｆｉ  ＡＰ１５０によって使用されるのと同じ５ＧＨｚ無認可周波数スペクトルを使用することができる。無認可周波数スペクトル内でＬＴＥを採用するスモールセル１０２’は、アクセスネットワークへのカバレージをブーストし（boost）、および／またはアクセスネットワークの容量を増加させることができる。無認可スペクトルにおけるＬＴＥは、ＬＴＥ無認可（ＬＴＥ−Ｕ：LTE-unlicensed）、認可支援アクセス（ＬＡＡ：licensed assisted access）、またはＭｕＬＴＥｆｉｒｅと呼ばれる場合がある。
【００２７】
[0048]ＥＰＣ１６０は、モビリティ管理エンティティ（ＭＭＥ）１６２と、他のＭＭＥ１６４と、サービングゲートウェイ１６６と、マルチメディア・ブロードキャスト・マルチキャストサービス（ＭＢＭＳ）ゲートウェイ１６８と、ブロードキャスト・マルチキャストサービスセンタ（ＢＭ−ＳＣ）１７０と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１７２とを含む場合がある。ＭＭＥ１６２は、ホーム加入者サーバ（ＨＳＳ）１７４と通信している場合がある。ＭＭＥ１６２は、ＵＥ１０４とＥＰＣ１６０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１６２はベアラと接続管理とを提供する。すべてのユーザのインターネットプロトコル（ＩＰ）パケットは、サービングゲートウェイ１６６を介して転送され、サービングゲートウェイ１６６自体はＰＤＮゲートウェイ１７２に接続される。ＰＤＮゲートウェイ１７２は、ＵＥのＩＰアドレス割振りならびに他の機能を提供する。ＰＤＮゲートウェイ１７２およびＢＭ−ＳＣ１７０は、ＩＰサービス１７６に接続される。ＩＰサービス１７６は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、ＰＳストリーミングサービス（ＰＳＳ）、および／または他のＩＰサービスを含む場合がある。ＢＭ−ＳＣ１７０は、ＭＢＭＳユーザサービスのプロビジョニングおよび配信のための機能を提供することができる。ＢＭ−ＳＣ１７０は、コンテンツプロバイダＭＢＭＳ送信のためのエントリポイントとして働く場合があり、公衆地上モバイルネットワーク（ＰＬＭＮ：public land mobile network）内のＭＢＭＳベアラサービスを認可および開始するために使用される場合があり、ＭＢＭＳ送信をスケジュールするために使用される場合がある。ＭＢＭＳゲートウェイ１６８は、特定のサービスをブロードキャストするマルチキャスト・ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属する基地局１０２にＭＢＭＳトラフィックを配信するために使用される場合があり、セッション管理（開始／停止）およびｅＭＢＭＳ関係の課金情報を収集することに関与する場合がある。
【００２８】
[0049]基地局は、ノードＢ、発展型ノードＢ（ｅＮＢ）、アクセスポイント、トランシーバ基地局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、または他の何らかの適切な用語で呼ばれる場合もある。基地局１０２は、ＵＥ１０４に対してＥＰＣ１６０へのアクセスポイントを提供する。ＵＥ１０４の例には、携帯電話、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、タブレット、スマートデバイス、ウェアラブルデバイス、または任意の他の同様の機能デバイスが含まれる。ＵＥ１０４は、局、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または他の何らかの適切な用語で呼ばれる場合もある。
【００２９】
[0050]再び図１を参照すると、いくつかの態様では、ＵＥ１０４は、無認可キャリア上で、無認可キャリア上でのダウンリンク通信のためのｅＮＢ１０２からのダウンリンク許可を受信する場合があり、認可キャリア上で、無認可キャリア上でのアップリンク通信のためのｅＮＢ１０２からのアップリンク許可を受信する場合がある（１９８）。
【００３０】
[0051]図２Ａは、ＬＴＥにおけるＤＬフレーム構造の一例を示す図２００である。図２Ｂは、ＬＴＥにおけるＤＬフレーム構造内のチャネルの一例を示す図２３０である。図２Ｃは、ＬＴＥにおけるＵＬフレーム構造の一例を示す図２５０である。図２Ｄは、ＬＴＥにおけるＵＬフレーム構造内のチャネルの一例を示す図２８０である。他のワイヤレス通信技術は、異なるフレーム構造および／または異なるチャネルを有する場合がある。ＬＴＥでは、フレーム（１０ｍｓ）は、１０個の等しいサイズのサブフレームに分割される場合がある。各サブフレームは、２つの連続するタイムスロットを含む場合がある。２つのタイムスロットを表すためにリソースグリッドが使用される場合があり、各タイムスロットは、１つまたは複数の（物理ＲＢ（ＰＲＢ）とも呼ばれる）時間並列（time concurrent）リソースブロック（ＲＢ）を含む。リソースグリッドは複数のリソース要素（ＲＥ）に分割される。ＬＴＥでは、ノーマルサイクリックプレフィックスの場合、ＲＢは、合計８４個のＲＥについて、周波数領域内に１２個の連続するサブキャリアを含んでおり、時間領域内に７つの連続するシンボル（ＤＬの場合、ＯＦＤＭシンボル、ＵＬの場合、ＳＣ−ＦＤＭＡシンボル）を含んでいる。拡張サイクリックプレフィックスの場合、ＲＢは、合計７２個のＲＥについて、周波数領域内に１２個の連続するサブキャリアを含んでおり、時間領域内に６個の連続するシンボルを含んでいる。各ＲＥによって搬送されるビット数は変調方式に依存する。
【００３１】
[0052]図２Ａに示されたように、ＲＥのうちのいくつかは、ＵＥにおけるチャネル推定のためのＤＬ基準（パイロット）信号（ＤＬ−ＲＳ）を搬送する。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有基準信号（ＣＲＳ）と、ＵＥ固有基準信号（ＵＥ−ＲＳ）と、チャネル状態情報基準信号（ＣＳＩ−ＲＳ）とを含む場合がある。図２Ａは、（それぞれ、Ｒ0、Ｒ1、Ｒ2、およびＲ3として示された）アンテナポート０、１、２、および３のためのＣＲＳと、（Ｒ5として示された）アンテナポート５のためのＵＥ−ＲＳと、（Ｒとして示された）アンテナポート１５のためのＣＳＩ−ＲＳとを示す。図２Ｂは、フレームのＤＬサブフレーム内の様々なチャネルの一例を示す。物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）はスロット０のシンボル０内にあり、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が１つのシンボルを占有するか、２つのシンボルを占有するか、または３つのシンボルを占有するかを示す制御フォーマットインジケータ（ＣＦＩ）を搬送する（図２Ｂは、３つのシンボルを占有するＰＤＣＣＨを示す）。ＰＤＣＣＨは、１つまたは複数の制御チャネル要素（ＣＣＥ）内でダウンリンク制御情報（ＤＣＩ）を搬送し、各ＣＣＥは９つのＲＥグループ（ＲＥＧ）を含み、各ＲＥＧはＯＦＤＭシンボル内に４つの連続するＲＥを含む。ＵＥは、ＤＣＩも搬送するＵＥ固有拡張ＰＤＣＣＨ（ｅＰＤＣＣＨ）で構成される場合がある。ｅＰＤＣＣＨは、２つ、４つ、または８つのＲＢペアを有する場合がある（図２Ｂは２つのＲＢペアを示し、各サブセットは１つのＲＢペアを含む）。物理ハイブリッド自動再送要求（ＡＲＱ）（ＨＡＲＱ）インジケータチャネル（ＰＨＩＣＨ）もスロット０のシンボル０内にあり、物理アップリンク共有チャネル（ＰＵＳＣＨ）に基づいてＨＡＲＱ肯定応答（ＡＣＫ）／否定ＡＣＫ（ＮＡＣＫ）フィードバックを示すＨＡＲＱインジケータ（ＨＩ）を搬送する。１次同期チャネル（ＰＳＣＨ）は、フレームのサブフレーム０および５内のスロット０のシンボル６内にあり、サブフレームタイミングと物理レイヤ識別とを決定するためにＵＥによって使用される１次同期信号（ＰＳＳ）を搬送する。２次同期チャネル（ＳＳＣＨ）は、フレームのサブフレーム０および５内のスロット０のシンボル５内にあり、物理レイヤセル識別グループ番号を決定するためにＵＥによって使用される２次同期信号（ＳＳＳ）を搬送する。物理レイヤ識別および物理レイヤセル識別グループ番号に基づいて、ＵＥは物理セル識別子（ＰＣＩ）を決定することができる。ＰＣＩに基づいて、ＵＥは上述のＤＬ−ＲＳのローケーションを決定することができる。物理ブロードキャストチャネル（ＰＢＣＨ）は、フレームのサブフレーム０のスロット１のシンボル０、１、２、３内にあり、マスタ情報ブロック（ＭＩＢ）を搬送する。ＭＩＢは、ＤＬシステム帯域幅内のＲＢの数と、ＰＨＩＣＨ構成と、システムフレーム番号（ＳＦＮ）とを提供する。物理ダウンリンク共有チャネル（ＰＤＳＣＨ）は、ユーザデータと、システム情報ブロック（ＳＩＢ）などのＰＢＣＨを介して送信されないブロードキャストシステム情報と、ページングメッセージとを搬送する。
【００３２】
[0053]図２Ｃに示されたように、ＲＥのうちのいくつかは、ｅＮＢにおけるチャネル推定のための復調基準信号（ＤＭ−ＲＳ）を搬送する。ＵＥは、サブフレームの最終シンボル内でサウンディング基準信号（ＳＲＳ）をさらに送信する場合がある。ＳＲＳはコム構造（comb structure）を有する場合があり、ＵＥは、コムのうちの１つの上でＳＲＳを送信する場合がある。ＳＲＳは、ＵＬ上での周波数依存スケジューリングを可能にするために、ｅＮＢによってチャネル品質推定に使用される場合がある。図２Ｄは、フレームのＵＬサブフレーム内の様々なチャネルの一例を示す。物理ランダムアクセスチャネル（ＰＲＡＣＨ）は、ＰＲＡＣＨ構成に基づいてフレーム内の１つまたは複数のサブフレーム内にあり得る。ＰＲＡＣＨは、サブフレーム内に６つの連続するＲＢペアを含む場合がある。ＰＲＡＣＨにより、ＵＥが初期システムアクセスを実施し、ＵＬ同期を実現することが可能になる。物理アップリンク制御チャネル（ＰＵＣＣＨ）は、ＵＬシステム帯域幅のエッジ上に位置する場合がある。ＰＵＣＣＨは、スケジューリング要求、チャネル品質インジケータ（ＣＱＩ）、プリコーディング行列インジケータ（ＰＭＩ）、ランクインジケータ（ＲＩ）、およびＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックなどのアップリンク制御情報（ＵＣＩ）を搬送する。ＰＵＳＣＨは、データを搬送し、バッファステータス報告（ＢＳＲ）、パワーヘッドルーム報告（ＰＨＲ：power headroom report）、および／またはＵＣＩを搬送するためにさらに使用される場合がある。
【００３３】
[0054]図３は、アクセスネットワーク内でｅＮＢ３１０がＵＥ３５０と通信しているブロック図である。ＤＬでは、ＥＰＣ１６０からのＩＰパケットがコントローラ／プロセッサ３７５に供給される場合がある。コントローラ／プロセッサ３７５はレイヤ３およびレイヤ２の機能を実装する。レイヤ３は無線リソース制御（ＲＲＣ）レイヤを含み、レイヤ２は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤと、無線リンク制御（ＲＬＣ）レイヤと、媒体アクセス制御（ＭＡＣ）レイヤとを含む。コントローラ／プロセッサ３７５は、システム情報（たとえば、ＭＩＢ、ＳＩＢ）のブロードキャスティング、ＲＲＣ接続制御（たとえば、ＲＲＣ接続ページング、ＲＲＣ接続確立、ＲＲＣ接続修正、およびＲＲＣ接続解放）、無線アクセス技術（ＲＡＴ）間モビリティ、ならびにＵＥ測定報告のための測定構成に関連するＲＲＣレイヤ機能と、ヘッダ圧縮／解凍、セキュリティ（暗号化、解読、完全性保護、完全性検証）、およびハンドオーバーサポート機能に関連するＰＤＣＰレイヤ機能と、上位レイヤパケットデータユニット（ＰＤＵ）の転送、ＡＲＱを介した誤り訂正、ＲＬＣサービスデータユニット（ＳＤＵ）の連結、セグメンテーション、およびリアセンブリ、ＲＬＣデータＰＤＵの再セグメンテーション、ならびにＲＬＣデータＰＤＵの並べ替えに関連するＲＬＣレイヤ機能と、論理チャネルとトランスポートチャネルとの間のマッピング、トランスポートブロック（ＴＢ）上へのＭＡＣ  ＳＤＵの多重化、ＴＢからのＭＡＣ  ＳＤＵの逆多重化、スケジューリング情報報告、ＨＡＲＱを介した誤り訂正、優先度処理、および論理チャネル優先度付けに関連するＭＡＣレイヤ機能とを提供する。
【００３４】
[0055]送信（ＴＸ）プロセッサ３１６および受信（ＲＸ）プロセッサ３７０は、様々な信号処理機能に関連するレイヤ１機能を実装する。物理（ＰＨＹ）レイヤを含むレイヤ１は、トランスポートチャネル上の誤り検出と、トランスポートチャネルの前方誤り訂正（ＦＥＣ）コーディング／復号と、インターリービングと、レートマッチングと、物理チャネル上へのマッピングと、物理チャネルの変調／復調と、ＭＩＭＯアンテナ処理とを含む場合がある。ＴＸプロセッサ３１６は、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ）、４位相シフトキーイング（ＱＰＳＫ）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ）、Ｍ直交振幅変調（Ｍ−ＱＡＭ））に基づく信号コンスタレーションへのマッピングを扱う。コーディングされ変調されたシンボルは、次いで、並列ストリームに分割される場合がある。各ストリームは、次いで、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成するために、ＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域内で基準信号（たとえば、パイロット）と多重化され、次いで、逆高速フーリエ変換（ＩＦＦＴ）を使用して一緒に組み合わされる場合がある。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器３７４からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために使用される場合がある。チャネル推定値は、ＵＥ３５０によって送信されるチャネル状態フィードバックおよび／または基準信号から導出される場合がある。各空間ストリームは、次いで、別個の送信機３１８ＴＸを介して異なるアンテナ３２０に供給される場合がある。各送信機３１８ＴＸは、送信用にそれぞれの空間ストリームでＲＦキャリアを変調することができる。
【００３５】
[0056]ＵＥ３５０において、各受信機３５４ＲＸは、受信機のそれぞれのアンテナ３５２を介して信号を受信する。各受信機３５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、その情報を受信（ＲＸ）プロセッサ３５６に提供する。ＴＸプロセッサ３６８およびＲＸプロセッサ３５６は、様々な信号処理機能に関連するレイヤ１機能を実装する。ＲＸプロセッサ３５６は、ＵＥ３５０に宛てられた任意の空間ストリームを復元するために、その情報に対して空間処理を実施することができる。複数の空間ストリームがＵＥ３５０に宛てられた場合、複数の空間ストリームはＲＸプロセッサ３５６によって単一のＯＦＤＭシンボルストリームに組み合わされる場合がある。次いで、ＲＸプロセッサ３５６は、高速フーリエ変換（ＦＦＴ）を使用して、ＯＦＤＭＡシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別々のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルおよび基準信号は、ｅＮＢ３１０によって送信された、最も可能性の高い信号のコンスタレーションポイントを決定することによって復元および復調される。これらの軟判定は、チャネル推定器３５８によって算出されたチャネル推定値に基づく場合がある。軟判定は、次いで、物理チャネル上でｅＮＢ３１０によって最初に送信されたデータと制御信号とを復元するために復号およびデインターリーブされる。データおよび制御信号は、次いで、レイヤ３およびレイヤ２の機能を実装するコントローラ／プロセッサ３５９に供給される。
【００３６】
[0057]コントローラ／プロセッサ３５９は、プログラムコードとデータとを記憶するメモリ３６０に関連付けられることができる。メモリ３６０は、コンピュータ可読媒体と呼ばれる場合がある。ＵＬでは、コントローラ／プロセッサ３５９は、ＥＰＣ１６０からのＩＰパケットを復元するために、トランスポートチャネルと論理チャネルとの間の逆多重化と、パケットリアセンブリと、解読と、ヘッダ解凍と、制御信号処理とを提供する。コントローラ／プロセッサ３５９はまた、ＨＡＲＱ動作をサポートするために、ＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出に関与する。
【００３７】
[0058]ｅＮＢ３１０によるＤＬ送信に関して記載された機能と同様に、コントローラ／プロセッサ３５９は、システム情報（たとえば、ＭＩＢ、ＳＩＢ）獲得、ＲＲＣ接続、および測定報告に関連するＲＲＣレイヤ機能と、ヘッダ圧縮／解凍およびセキュリティ（暗号化、解読、完全性保護、完全性検証）に関連するＰＤＣＰレイヤ機能と、上位レイヤＰＤＵの転送、ＡＲＱを介した誤り訂正、ＲＬＣ  ＳＤＵの連結、セグメンテーション、およびリアセンブリ、ＲＬＣデータＰＤＵの再セグメンテーション、ならびにＲＬＣデータＰＤＵの並べ替えに関連するＲＬＣレイヤ機能と、論理チャネルとトランスポートチャネルとの間のマッピング、ＴＢ上へのＭＡＣ  ＳＤＵの多重化、ＴＢからのＭＡＣ  ＳＤＵの逆多重化、スケジューリング情報報告、ＨＡＲＱを介した誤り訂正、優先度処理、および論理チャネル優先度付けに関連するＭＡＣレイヤ機能とを提供する。
【００３８】
[0059]ｅＮＢ３１０によって送信された基準信号またはフィードバックからチャネル推定器３５８によって導出されたチャネル推定値は、適切なコーディングおよび変調方式を選択し、空間処理を容易にするために、ＴＸプロセッサ３６８によって使用される場合がある。ＴＸプロセッサ３６８によって生成された空間ストリームは、別々の送信機３５４ＴＸを介して異なるアンテナ３５２に供給される場合がある。各送信機３５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調することができる。
【００３９】
[0060]ＵＬ送信は、ＵＥ３５０における受信機機能に関して記載された方式と同様の方式で、ｅＮＢ３１０において処理される。各受信機３１８ＲＸは、受信機のそれぞれのアンテナ３２０を介して信号を受信する。各受信機３１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、その情報をＲＸプロセッサ３７０に提供する。
【００４０】
[0061]コントローラ／プロセッサ３７５は、プログラムコードとデータとを記憶するメモリ３７６に関連付けられることができる。メモリ３７６は、コンピュータ可読媒体と呼ばれる場合がある。ＵＬでは、コントローラ／プロセッサ３７５は、ＵＥ３５０からのＩＰパケットを復元するために、トランスポートチャネルと論理チャネルとの間の逆多重化と、パケットリアセンブリと、解読と、ヘッダ解凍と、制御信号処理とを提供する。コントローラ／プロセッサ３７５からのＩＰパケットは、ＥＰＣ１６０に供給される場合がある。コントローラ／プロセッサ３７５はまた、ＨＡＲＱ動作をサポートするために、ＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出に関与する。
【００４１】
[0062]図４は、本開示の様々な態様による、無認可無線周波数スペクトル帯域を介したワイヤレス通信４１０の一例４００の図である。いくつかの例では、リッスンビフォアトーク（ＬＢＴ）無線フレーム４１５は、１０ミリ秒の持続時間を有し、いくつかのダウンリンク（Ｄ）サブフレーム４２０、いくつかのアップリンク（Ｕ）サブフレーム４２５、ならびに２つのタイプの特殊サブフレーム、すなわち、Ｓサブフレーム４３０およびＳ’サブフレーム４３５を含む場合がある。Ｓサブフレーム４３０は、ダウンリンクサブフレーム４２０とアップリンクサブフレーム４２５との間の遷移を実現することができ、一方、Ｓ’サブフレーム４３５は、アップリンクサブフレーム４２５とダウンリンクサブフレーム４２０との間の遷移と、いくつかの例では、ＬＢＴ無線フレーム間の遷移とを実現することができる。
【００４２】
[0063]Ｓ’サブフレーム４３５の間に、ワイヤレス通信４１０が行われる競合ベースの共有無線周波数スペクトル帯域のチャネルをある時間期間の間確保するために、図１を参照して記載された基地局１０２のうちの１つまたは複数などの１つまたは複数の基地局によって、ダウンリンククリアチャネルアセスメント（ＣＣＡ）手順４４５が実施される場合がある。基地局によるダウンリンクＣＣＡ手順４４５に成功した後、基地局は、基地局がチャネルを確保したことの指示を他の基地局または装置（たとえば、ＵＥ、Ｗｉ−Ｆｉアクセスポイントなど）に提供するために、チャネル使用ビーコン信号（ＣＵＢＳ：channel usage beacon signal）（たとえば、ダウンリンクＣＵＢＳ（Ｄ−ＣＵＢＳ４５０））などのプリアンブルを送信することができる。いくつかの例では、Ｄ−ＣＵＢＳ４５０は、複数のインターリーブされたリソースブロックを使用して送信される場合がある。この方式でＤ−ＣＵＢＳ４５０を送信することにより、Ｄ−ＣＵＢＳ４５０が、競合ベースの共有無線周波数スペクトル帯域の利用可能な周波数帯域幅の少なくともある割合を占有し、１つまたは複数の規制要件（regulatory requirements）（たとえば、無認可無線周波数スペクトル帯域を介した送信が利用可能な周波数帯域幅の少なくとも８０％を占有するという要件）を満たすことが可能になる場合がある。Ｄ−ＣＵＢＳ４５０は、いくつかの例では、ＬＴＥ／ＬＴＥ−Ａセル固有基準信号（ＣＲＳ）またはチャネル状態情報基準信号（ＣＳＩ−ＲＳ）の形態と同様の形態をとる場合がある。ダウンリンクＣＣＡ手順４４５が失敗すると、Ｄ−ＣＵＢＳ４５０は送信されない場合がある。
【００４３】
[0064]Ｓ’サブフレーム４３５は、複数のＯＦＤＭシンボル期間（たとえば、１４個のＯＦＤＭシンボル期間）を含む場合がある。Ｓ’サブフレーム４３５の第１の部分は、短縮されたアップリンク（Ｕ）期間４４０として、いくつかのＵＥによって使用される場合がある。Ｓ’サブフレーム４３５の第２の部分は、ダウンリンクＣＣＡ手順４４５のために使用される場合がある。Ｓ’サブフレーム４３５の第３の部分は、Ｄ−ＣＵＢＳ４５０を送信するために、競合ベースの共有無線周波数スペクトル帯域のチャネルへのアクセスの競合に成功した１つまたは複数の基地局によって使用される場合がある。
【００４４】
[0065]Ｓサブフレーム４３０の間に、ワイヤレス通信４１０が行われるチャネルをある時間期間の間確保するために、図１を参照して上述されたＵＥ１０４のうちの１つまたは複数などの１つまたは複数のＵＥによって、アップリンクＣＣＡ手順４６５が実施される場合がある。ＵＥによるアップリンクＣＣＡ手順４６５が成功した後、ＵＥは、ＵＥがチャネルを確保したことの指示を他のＵＥまたは装置（たとえば、基地局、Ｗｉ−Ｆｉアクセスポイントなど）に提供するために、アップリンクＣＵＢＳ（Ｕ−ＣＵＢＳ４７０）などのプリアンブルを送信することができる。いくつかの例では、Ｕ−ＣＵＢＳ４７０は、複数のインターリーブされたリソースブロックを使用して送信される場合がある。この方式でＵ−ＣＵＢＳ４７０を送信することにより、Ｕ−ＣＵＢＳ４７０が、競合ベースの無線周波数スペクトル帯域の利用可能な周波数帯域幅の少なくともある割合を占有し、１つまたは複数の規制要件（たとえば、競合ベースの無線周波数スペクトル帯域を介した送信が利用可能な周波数帯域幅の少なくとも８０％を占有するという要件）を満たすことが可能になる場合がある。Ｕ−ＣＵＢＳ４７０は、いくつかの例では、ＬＴＥ／ＬＴＥ−ＡのＣＲＳまたはＣＳＩ−ＲＳの形態と同様の形態をとる場合がある。アップリンクＣＣＡ手順４６５が失敗すると、Ｕ−ＣＵＢＳ４７０は送信されない場合がある。
【００４５】
[0066]Ｓサブフレーム４３０は、複数のＯＦＤＭシンボル期間（たとえば、１４個のＯＦＤＭシンボル期間）を含む場合がある。Ｓサブフレーム４３０の第１の部分は、短縮されたダウンリンク（Ｄ）期間４５５として、いくつかの基地局によって使用される場合がある。Ｓサブフレーム４３０の第２の部分は、ガード期間（ＧＰ）４６０として使用される場合がある。Ｓサブフレーム４３０の第３の部分は、アップリンクＣＣＡ手順４６５のために使用される場合がある。Ｓサブフレーム４３０の第４の部分は、アップリンクパイロットタイムスロット（ＵｐＰＴＳ：uplink pilot time slot）として、またはＵ−ＣＵＢＳ４７０を送信するために、競合ベースの無線周波数スペクトル帯域のチャネルへのアクセスの競合に成功した１つまたは複数のＵＥによって使用される場合がある。
【００４６】
[0067]いくつかの例では、ダウンリンＣＣＡ手順４４５またはアップリンクＣＣＡ手順４６５は、単一のＣＣＡ手順の実施を含む場合がある。他の例では、ダウンリンＣＣＡ手順４４５またはＵアップリンクＣＣＡ手順４６５は、拡張ＣＣＡ手順の実施を含む場合がある。拡張ＣＣＡ手順は、ランダムな数のＣＣＡ手順を含む場合があり、いくつかの例では、複数のＣＣＡ手順を含む場合がある。
【００４７】
[0068]上記で示されたように、図４は一例として提供される。他の例が可能であり、他の例は図４に関して記載されたものとは異なる場合がある。
【００４８】
[0069]認可キャリアと１つまたは複数の無認可キャリアとを有するＬＴＥネットワークでは、ＤＬ許可およびＵＬ許可は、全体的に、セルフスケジューリングモードおよび／またはクロスキャリアスケジューリングモードを使用してスケジュールされる場合がある。セルフスケジューリングモードでは、ＵＥは同じキャリアを利用して、データ通信用の許可を受信し、その許可に基づいてデータ通信用のリソースをスケジュールする。詳細には、ＵＥは、ＤＬ許可を受信し、同じキャリア上で、そのＤＬ許可に基づいてＤＬデータを受信するように構成され、ＵＥは、ＵＬ許可を受信し、同じキャリア上で、そのＵＬ許可に基づいてＵＬデータを送信するように構成される。このように、セルフスケジューリングモードでは、ＤＬ許可およびＵＬ許可の受信、ならびにＤＬデータおよびＵＬデータの通信は、同じキャリア上で実施される。クロスキャリアスケジューリングモードでは、ＵＥは、１つのキャリアを利用して許可を受信し、別のキャリアを利用して、その許可に基づいてデータ通信用のリソースをスケジュールすることができる。詳細には、ＵＥは、１つのキャリア（たとえば、第１のキャリア）上でＤＬ許可とＵＬ許可とを受信するように構成される場合があり、異なるキャリア（たとえば、第２のキャリア）上でＤＬデータを受信し、異なるキャリア（たとえば、第２のキャリアまたは第３のキャリア）上でＵＬデータを送信するように構成される場合がある。このように、クロスキャリアスケジューリングモードでは、ＤＬ許可の受信およびＤＬデータの通信は異なるキャリア上で実施され、ＵＬ許可の受信およびＵＬデータの通信は異なるキャリア上で実施される。
【００４９】
[0070]図５Ａは、セルフスケジューリングモードの例示的な図５００を示す。図５００の１次コンポーネントキャリア（ＰＣＣ）上で、ＵＥは、ＰＣＣの制御領域５１２内で許可（たとえば、ＵＬ許可またはＤＬ許可）を受信し、矢印５１６によって示されたように、ＰＣＣのデータ領域５１４内でデータ（たとえば、ＵＬ許可に基づいてＵＬデータまたはＤＬ許可に基づいてＤＬデータ）を通信する。図５００の２次コンポーネントキャリア（ＳＣＣ）上で、ＵＥは、ＳＣＣの制御領域５２２内で許可（たとえば、ＵＬ許可またはＤＬ許可）を受信し、矢印５２６によって示されたように、ＳＣＣのデータ領域５２４内でデータ（たとえば、ＵＬ許可に基づいてＵＬデータまたはＤＬ許可に基づいてＤＬデータ）を通信する。
【００５０】
[0071]図５Ｂは、クロスキャリアスケジューリングモードの例示的な図５５０を示す。図５５０のＰＣＣ上で、ＵＥは、ＰＣＣの制御領域５６２内で許可（たとえば、ＵＬ許可またはＤＬ許可）を受信する。ＰＣＣの制御領域５６２内でその許可を受信した後、ＵＥは、ＳＣＣのデータ領域５７４内でデータ（たとえば、ＵＬ許可に基づいてＵＬデータまたはＤＬ許可に基づいてＤＬデータ）を通信し、それにより、矢印５７６によって示されたように、ＰＣＣとＳＣＣとの間のデータ通信のクロスキャリアスケジューリングを実施することができる。ＳＣＣは制御領域５７２を含む場合があるか、またはいかなる制御領域も含まない場合がある。場合によっては、ＵＥは、受信された許可に基づいて、ＰＣＣのデータ領域５６４内でデータを通信するようにさらに構成される場合がある。
【００５１】
[0072]上記に記載されたように、ＣＣは、キャリアアグリゲーションを介して一緒にアグリゲートされる場合があり、ＦＤＤ構成またはＴＤＤ構成のいずれかで構成される場合がある。ＦＤＤのＰＣＣを使用するＳＣＣ上のクロスキャリアスケジューリングモードの場合、ＤＬ許可がＰＣＣのサブフレームｎ内で受信された場合、ＤＬデータは、ＤＬ許可に基づいてＳＣＣのサブフレームｎ内で受信される。加えて、ＦＤＤのＰＣＣを使用するＳＣＣ上のクロスキャリアスケジューリングモードの場合、ＵＬ許可がＰＣＣのサブフレームｎ−４内で受信された場合、ＵＬデータは、ＵＬ許可に基づいてＳＣＣのサブフレームｎ内で受信される。ＴＤＤのＰＣＣを使用するＳＣＣ上のクロスキャリアスケジューリングモードの場合、ＳＣＣのサブフレームｎ上でＤＬデータを受信するためのＤＬ許可は、ＤＬサブフレームがＰＣＣ内に存在するときにＰＣＣ上でスケジュールされる場合がある。ＴＤＤのＰＣＣを使用するＳＣＣ上のクロスキャリアスケジューリングモードの場合、ＳＣＣのサブフレームｎ上でＵＬデータを送信するためのＵＬ許可は、ＰＣＣのＴＤＤ構成に応じて、サブフレームｎ−４、ｎ−５、ｎ−６などで受信される場合がある。
【００５２】
[0073]無認可キャリアを利用するときチャネル可用性は確定されていない場合があることに留意されたい。特に、利用可能なチャネルを決定するときの困難さのせいで、前もって許可をスケジュールすることは困難であり得る。少なくともこれらの理由で、無認可キャリアを利用するときに前もってＵＬ許可および／もしくはＤＬ許可をスケジュールすることは実行可能でない場合があるか、または、ＵＬ許可および／もしくはＤＬ許可が前もってスケジュールされたときでも、ＲＢの浪費（wastage）および／もしくはＲＢの不十分な利用（underutlization）をもたらす場合がある。したがって、無認可キャリアの利用を改善する新しいスケジューリング方式が望まれる場合がある。
【００５３】
[0074]図６Ａおよび図６Ｂは、アップリンク通信のためにＰＣＣによってサービスされる１次サービングセルおよびＳＣＣによってサービスされる２次サービングセルの使用を示す例示的な図である。ＰＣＣは認可スペクトル内で動作するコンポーネントキャリアである場合があり、ＳＣＣは無認可スペクトル内で動作するキャリアである場合がある。しかしながら、他の実装形態では、いずれも認可または無認可であり得る。
【００５４】
[0075]図６Ａは、２次サービングセル（ＳＣｅｌｌ）用のＤＬ許可を通信するために１次サービングセル（ＰＣｅｌｌ）を使用する、ＤＬクロスキャリアスケジューリングからもたらされる場合がある不整合を示す例示的な図６００である。ＰＣｅｌｌはＰＣＣによってサービスされ、ＳＣｅｌｌはＳＣＣによってサービスされる。例示的な図６００は、ｅＮＢがＳＣｅｌｌのＳＣＣ用のＤＬ許可をスケジュールすることを１次サービングセルのＴＤＤ構成が妨害する状況を示す。具体的には、この例では、ＰＣｅｌｌ内のＵＬサブフレーム（たとえば、ＵＬサブフレーム６０２、６０４、および６０６）のタイミングがＳＣｅｌｌ内のＤＬサブフレーム（たとえば、ＤＬサブフレーム６１２、６１４、および６１６）のタイミングと重複するので、ｅＮＢは、それぞれ、ＤＬサブフレーム６１２、６１４、および６１６上でのＤＬ通信に対してＵＬサブフレーム６０２、６０４、および６０６内のＤＬ許可を与えることができない。ＵＥは、ＰＣｅｌｌ内のＵＬサブフレーム（６０２、６０４、および６０６）上でＤＬ許可を受信することができないので、ＵＥは、ＤＬサブフレーム６１２、６１４、および６１６上でのデータ通信を実施することができず、したがって、データ通信機会を逸する。
【００５５】
[0076]図６Ｂは、ＵＬクロスキャリアスケジューリング６６６とＵＬセルフスケジューリング６５２の両方を示す例示的な図６５０である。
【００５６】
[0077]セルフスケジューリング（たとえば、ＵＬセルフスケジューリング６５２）を使用するとき、チャネル可用性は、２つのレベルの検査手順を実施することによって決定される場合がある。第１のレベルの検査手順では、ｅＮＢは、許可の送信のために利用可能なチャネルを検査し、利用可能なチャネルを使用して許可を送信する。第２のレベルの検査手順では、ＵＥが許可を受信した後、ＵＥは、その許可に基づいてデータ通信のために利用可能なチャネルを検査する。ＵＬセルフスケジューリング６５２を使用するとき、ｅＮＢからＵＬ許可を受信するために、サブフレーム６５４、６５６、６５８、６６０、および６６２のうちのどれもＵＥにとって利用可能ではない場合、ＵＥは、ＵＬ許可がないためにＵＬサブフレーム６６４上でのＵＬ通信を実施することができない。さらに、ＵＥはＵＬ通信の前に少なくとも４つのサブフレームにおけるＵＬ許可を受信する必要があり得るので、サブフレーム６５４および６５６内の利用可能なチャネルがないため、ＵＥがＵＬサブフレーム６６４内のＵＬ送信機会を逸することになり得る。
【００５７】
[0078]ＵＬセルフスケジューリング６５２に対する代替形態は、ＵＬクロスキャリアスケジューリング６６６を使用することである。ＵＬクロスキャリアスケジューリング６６６では、ＵＥはＰＣｅｌｌからＵＬ許可を受信し、ＵＬ許可に基づいてＳＣｅｌｌにＵＬデータを送信する。クロスキャリアスケジューリング６６６を使用するとき、ＵＥはＰＣｅｌｌのサブフレーム６６８内でＵＬ許可を受信する。ＰＣｅｌｌのＰＣＣは認可キャリアであるため、ｅＮＢは、ＵＬ許可の送信のために利用可能なチャネルを検査する必要がない。したがって、クロスキャリアスケジューリングでは、利用可能なチャネルについての第１のレベルの検査手順は必要でない場合がある。ＰＣｅｌｌからのサブフレーム６６８内でＵＬ許可を受信した後、ＵＥは、ＵＬサブフレーム６６４内でＵＬデータをＳＣｅｌｌに送信することができる。
【００５８】
[0079]本開示によれば、ＵＥおよびｅＮＢは、セルフスケジューリングとクロスキャリアスケジューリングの組合せを使用する場合がある。ＤＬクロスキャリアスケジューリングは、認可キャリアおよび無認可キャリアが使用されるとき、以下の問題に遭遇する場合がある。（たとえば、クロスキャリアスケジューリング中に）ｅＮＢが認可キャリア（たとえば、ＰＣＣ）上でＤＬ許可を送信するとき、ｅＮＢは、ＳＣＣ上でのＤＬ通信用の無認可キャリア（たとえば、ＳＣＣ）上でチャネルが利用可能かどうかを知らない。ＵＥによってＤＬ許可が受信されたときにＳＣＣ上でのＤＬ通信のために利用可能なチャネルがない場合、ＵＥはＤＬ通信を受信することができない場合がある。したがって、ｅＮＢはＤＬ許可のスケジューリングを続け、ＵＥは、利用可能なチャネル上でのＤＬ通信の実施に成功するまで、ＤＬ通信を受信することを繰り返し試み、これはＵＥにとって望ましくない場合がある。したがって、ＤＬ通信の場合、クロスキャリアスケジューリングよりもセルフスケジューリングの方が有利であり得る。一方、ＵＬ通信の場合、ＵＬクロスキャリアスケジューリングは、ＤＬクロスキャリアスケジューリングと同じ問題に遭遇しない場合がある。詳細には、ｅＮＢはＵＬ通信を受信するいくらか前（たとえば、ＵＬ通信を受信する４ｍｓｅｃ前）にＵＬ許可を送り、こうして、ｅＮＢはＵＬ通信のために利用可能なチャネルを割り振るのに十分な時間を有することができる。たとえば、ＵＬクロスキャリアスケジューリングの場合、ｅＮＢは、ＵＬ許可を送った後にＵＬ通信のために利用可能なチャネルを割り振るのに十分な時間を有するので、ＵＥは、利用可能なチャネル上でのＵＬ通信の成功まで、ＵＬ通信を送信することを繰り返し試みる必要がない。ＵＥは認可キャリア上でＵＬ許可を受信し、無認可キャリア上でのＵＬ通信を実施する。このように、たとえば、ｅＮＢは、認可キャリア上でＵＬ許可を送るとき、チャネル可用性を検査する必要がない場合がある。
【００５９】
[0080]したがって、本開示の態様によれば、セルフスケジューリングモードはＤＬ許可のために利用される場合があり、クロスキャリアスケジューリングモードはＵＬ許可のために利用される場合がある。詳細には、その態様によれば、セルフスケジューリングモードを利用するＤＬ通信の場合、ＵＥは、ＤＬ許可を受信し、その後同じキャリア上でＤＬデータを受信することができる。クロスキャリアスケジューリングモードを利用するＵＬ通信の場合、ＵＥは、１つのキャリア上でＵＬ許可を受信することができ、別のキャリア上でｅＮＢにＵＬデータを送信することができる。たとえば、セルフスケジューリングモードに従って、ＵＥは、２次キャリア上で２次キャリア用のＤＬ許可を受信し、ＤＬ許可に基づいて２次キャリア上でＤＬデータを受信するように構成される場合がある。さらに、クロスキャリアスケジューリングモードに従って、ＵＥは、１次キャリア上で２次キャリア用のＵＬ許可を受信し、ＵＬ許可に基づいて２次キャリア上でＵＬデータを送信するように構成される場合がある。たとえば、１次キャリアは認可キャリア（たとえば、ＰＣＣ）の場合があり、２次キャリアは無認可キャリア（たとえば、ＳＣＣ）の場合がある。
【００６０】
[0081]図７は、本開示の一態様による、セルフスケジューリングとクロスキャリアスケジューリングとを示す例示的な図７００である。図７のＰＣＣは制御領域７１２とデータ領域７１４とを有し、図７のＳＣＣは制御領域７２２とデータ領域７２４とを有する。ＵＥ（たとえば、ＵＥ７５２）は、ＵＬ通信のためにクロスキャリアスケジューリングモードを利用することができる。詳細には、ＵＥ７５２は、７６２において、ｅＮＢ７５４からＰＣＣの制御領域７１２内でＵＬ許可を受信することができ、ここで、ＵＬ許可はＳＣＣ上でのＵＬ通信用である。矢印７２６によって示されたように、ＰＣＣ上でＵＬ許可を受信した後、ＵＥ７５２は、７６４において、ＵＬ許可に基づいて、ＳＣＣのデータ領域７２４内でＵＬデータをｅＮＢ７５４に送信することができる。ＵＥ７５２は、ＤＬ通信のためにセルフスケジューリングモードを利用することができる。詳細には、ＵＥ７５２は、７７２において、ｅＮＢ７５４からＳＣＣの制御領域７２２内でＤＬ許可を受信することができ、ここで、ＤＬ許可はＳＣＣ上でのＤＬ通信用である。矢印７２８によって示されたように、ＳＣＣ上でＤＬ許可を受信した後、ＵＥ７５２は、７７４において、ＤＬ許可に基づいて、ＳＣＣのデータ領域７２４内でＤＬデータをｅＮＢ７５４から受信することができる。
【００６１】
[0082]本開示の態様は、以下のようにいくつかの利点を提供することができる。第１に、ｅＮＢが無認可キャリアである２次キャリア上でＤＬ通信をセルフスケジュールするとき、ｅＮＢがＵＥにＤＬ許可を通信するためにチャネルにアクセスできる限り、ＵＥは２次キャリア上でＤＬ許可を受信することができる。ｅＮＢがチャネルにアクセスできない場合、ｅＮＢはＤＬ許可をスケジュールしない場合がある。ｅＮＢがチャネルにすでにアクセスできたかどうかに基づいて、ｅＮＢはＤＬ許可をスケジュールするように決定することができるので、ｅＮＢがＤＬ通信のためにチャネルにアクセスできたどうかをｅＮＢが決定しない限り、ｅＮＢはＤＬ許可のために２次キャリアを利用することを試みず、それにより、ＵＥにおいて使用される無効な許可のインスタンスが低減される。さらに、２次キャリアを利用してＤＬ許可を受信することにより、認可キャリアである１次キャリア上のリソースが節約される場合があり、１次キャリア上の許可の過負荷が低減される場合がある。第２に、ｅＮＢは認可キャリアである１次キャリア上でＵＬ許可を送信するので、ｅＮＢはチャネル可用性を検査する必要がない場合がある。言い換えれば、無認可キャリア上での許可の送信に反して、ｅＮＢは、認可キャリア上での送信用のＵＬ許可をスケジュールするとき、チャネル可用性を検査する必要がない。したがって、ＵＬデータの送信は、ＵＬ許可を受信するためのチャネル可用性に依存しない。
【００６２】
[0083]本開示の一態様では、ＵＥの複雑度は、本開示による手法を使用して低減される場合がある。ダウンリンク制御情報（ＤＣＩ）のフォーマットサイズ（ＤＣＩメッセージのフォーマットサイズ）に対するＵＥ探索の数が増えるにつれて、ＵＥの複雑度は増大する場合がある。したがって、その態様によれば、ＵＥの複雑度は、ＵＥ探索の数を削減することによって低減される場合がある。ＤＬ許可とＵＬ許可の両方が同じキャリア上で通信される場合、ＵＥは、同じキャリア上でＵＬ許可および／またはＤＬ許可を取得するために、ＤＣＩメッセージのフォーマットサイズを探索することができる。ＤＬ許可が第１のキャリア上で通信され、ＵＬ許可が第１のキャリアとは異なる第２のキャリア上で通信される場合、ＵＥは、第１のキャリア上でＤＬ許可用のＤＣＩメッセージのフォーマットサイズを探索し、第２のキャリア上でＵＬ許可用のＤＣＩメッセージのフォーマットサイズをさらに探索することができる。たとえば、ＰＣＣ上でスケジューリングするとき、ＤＬ許可およびＵＬ許可は、ＤＣＩメッセージの同じフォーマットサイズに対応する場合があり、したがって、ＵＥは、ＤＣＩメッセージの同じフォーマットサイズを探索することにより、ＤＬ許可とＵＬ許可とを見つけることができる。ＤＬ許可がＳＣＣ上で通信され、ＵＬ許可がＰＣＣ上で通信される場合、ＵＥは、ＳＣＣ上でＤＬ許可用のＤＣＩメッセージのフォーマットサイズを探索し、ＰＣＣ上でＵＬ許可用のＤＣＩメッセージのフォーマットサイズをさらに探索し、これにより、ＵＥの複雑度が増大する場合がある。そのような場合、ＵＥは、ＤＬ許可を探索するとき、送信モード（ＴＭ）に固有のＤＣＩメッセージのフォーマットサイズをＳＣＣ上で探索し、ＤＣＩメッセージのフォールバックモード・フォーマットサイズ（a fallback mode format size）（たとえば、フォーマット０／１Ａのフォーマット１Ａ許可のサイズ）を探索することもできる。ＤＣＩメッセージのフォーマット１ＡはＤＬスケジューリング用のフォールバックモードとして使用される場合があることに留意されたい。たとえば、ＵＥがＴＭ４内で動作するように構成された場合、ＵＥは、（たとえば、ＤＬ許可を探索するとき）ＳＣＣ上で２つのフォーマットサイズを探索することができる。探索されるべき１つのフォーマットサイズは、ＴＭ４に対応するＤＣＩフォーマットサイズである場合があり、それはＤＣＩフォーマット２である。探索されるべき他のフォーマットサイズは、ＤＣＩフォーマット１Ａに対応するＤＣＩフォーマットサイズである場合がある。ＵＥは、ＵＬ許可を探索するとき、ＤＣＩフォーマット（たとえば、フォーマット０／１Ａのフォーマット０許可）のフォーマットサイズをＰＣＣ上で探索することもできる。ＤＣＩメッセージのフォーマット０はＵＬスケジューリングのために使用される場合があることに留意されたい。一態様では、ＵＥの複雑度を低減するために、以下の２つの手法が利用される場合がある。
【００６３】
[0084]本態様の第１の手法によれば、ＵＬ許可および／またはＤＬ許可を監視するために、ＵＥは、ＤＣＩメッセージのフォールバックモード・フォーマットサイズを探索せずに、ＴＭに固有のＤＣＩフォーマットサイズをＳＣＣ上で探索するように構成される場合がある。たとえば、本態様の第１の手法によれば、ＵＥがＴＭ４で動作するように構成される場合、ＵＥは、ＤＣＩフォーマット２である、ＴＭ４に対応するＤＣＩフォーマットサイズを探索する場合があり、フォールバックモードに関連するＤＣＩフォーマット１Ａに対応するサイズを探索しない場合がある。本態様の第１の手法では、ＵＥは、ＳＣＣ上にフォールバックモードが存在しないことを想定し、ＴＭ固有サイズ探索（TM-specific size search）を実施する場合がある。第１の手法は、ＤＣＩメッセージのフォールバックモード・フォーマットサイズを探索せずに、ＴＭに固有のＤＣＩフォーマットサイズに探索を限定することにより、ＵＥによって実施される探索の回数を削減するので、第１の手法はＵＥの複雑度を低減することができる。
【００６４】
[0085]本態様の第２の手法によれば、ｅＮＢは、ＵＬ許可および／またはＤＬ許可を検出するために、サブフレームごとに実施するためのブラインド復号の数に関するブラインド復号情報（たとえば、ブラインド復号の最大数）をＵＥに提供することができる。ｅＮＢは、半静的にそのようなブラインド復号情報をＵＥに提供することができる。詳細には、ブラインド復号情報に従って、ＵＥは、ブラインド復号情報内で指定されたブラインド復号の数に基づいて、いくつかのサブフレーム内のＵＬ許可および／またはＤＬ許可についてのすべての候補を復号することができ、他のサブフレーム内のＵＬ許可および／またはＤＬ許可についての候補のサブセットを復号することができる。たとえば、ブラインド復号情報がブラインド復号の最大数を提供する場合、ＵＥはいくつかのサブフレーム内のＤＬ許可とＵＬ許可の両方について復号することができ、ブラインド復号情報がブラインド復号のより少ない数を提供する場合、ＵＥはサブフレーム内のＤＬ許可またはＵＬ許可のいずれかを復号することができる。第２の手法では、あらゆるサブフレームについてすべての候補が復号される構成とは異なり、あらゆるサブフレームについてすべてではない候補が復号されるので、ＵＥの複雑度は低減される場合がある。
【００６５】
[0086]本開示の別の態様では、許可が別のキャリア上で送られることを示すために、１つのキャリア上でＵＥにクロスキャリアインジケータが通信される場合がある。たとえば、ＤＬ通信用のセルフスケジューリングでは、ｅＮＢは、ＰＣＣ上でＵＥにクロスキャリアインジケータを送って、ＤＬ許可がＳＣＣ上で送られることを示すことができる。ＳＣＣ上のＤＬデータ通信のためにＰＣＣ上でＤＬ許可を送信することは、ＰＣＣ上でより多くのオーバーヘッドを招く場合があることに留意されたい。本開示のこの態様では、ｅＮＢはＰＣＣ上でＤＬ許可を送らないので、ＰＣＣ上のオーバーヘッドの量および／またはＵＥによって実施されるブラインド復号の数は削減される場合がある。ＰＣＣ上で受信されたクロスキャリアインジケータ内でＳＣＣ上のＤＬ許可の有無が示されるので、ＵＥは、クロスキャリアインジケータに基づいてＳＣＣ上でＤＬ許可を監視することができる。ＰＣＣ上でＤＬ許可を送信する代わりにクロスキャリアインジケータを利用することにより、（たとえば、ＵＥによるブラインド復号の数を削減することによって）ＵＥの複雑度が低減される場合がある。さらに、クロスキャリアインジケータを利用することにより、ＵＥがＤＬ通信用のＤＬ許可を利用することを失敗させる信号干渉の悪影響が低減される場合がある。たとえば、ＵＥがＳＣＣ上のＤＬデータ通信のためにＳＣＣ上でＤＬ許可を受信するように試みる場合、ＵＥは、高い信号干渉に起因してＤＬ許可を復号することができない場合がある。ＵＥがＤＬ許可の復号に失敗し、したがってＤＬ許可を受信しなかったとき、ＵＥは、ＤＬ許可の肯定応答／否定応答を示すメッセージ（ＡＣＫ／ＮＡＣＫメッセージ）を報告しない場合がある。これにより、次に、ＵＥおよびｅＮＢが同期外れになる場合がある。認可スペクトルは無認可スペクトルよりも信頼性が高いので、ＵＥは、認可スペクトル、たとえばＰＣＣ上でクロスキャリアインジケータの受信に成功して、ＳＣＣ上のＤＬ許可の存在を示すことができる。高い信号干渉に起因してＵＥがＳＣＣ上でＤＬ許可を受信しない場合でも、ＵＥは、ＰＣＣ上で受信されたクロスキャリアインジケータに基づいて、ＳＣＣ上のＤＬ許可に対するＡＣＫ／ＮＡＣＫメッセージをｅＮＢに報告することができる。これにより、ＵＥおよびｅＮＢが同期から外れる機会が低減される場合がある。
【００６６】
[0087]ＵＥにクロスキャリア指示を示すためにいくつかの手法が利用される場合がある。一手法によれば、ｅＮＢは、新しいフォーマットを有する新しいＤＣＩメッセージ内にクロスキャリアインジケータを含め、共通探索空間内のＰＣＣ上で新しいフォーマットを有する新しいＤＣＩメッセージを送信することができる。クロスキャリアインジケータは、ＵＥのグループに知られている新しいＲＮＴＩで保護される場合がある。新しいＤＣＩフォーマットを有する新しいＤＣＩメッセージのサイズは、既存のＤＣＩメッセージのサイズと同じであり得る。ｅＮＢは、ＤＣＩ許可が通信されたかどうかを決定するために、クロスキャリアインジケータについてＰＣＣ上の新しいＤＣＩメッセージのいくつかのビットが監視され得ることを、ＲＲＣ構成を介して各ＵＥに示すことができる。
【００６７】
[0088]別の手法によれば、許可のグループ指示の代わりに、ｅＮＢは、許可が存在するか否かを各ＵＥに個別に示すことができる。詳細には、ｅＮＢは、共通探索空間内でＤＣＩメッセージを送る代わりに、各ＵＥの対応するＵＥ固有探索空間内でクロスキャリアインジケータを含むＤＣＩメッセージを送ることにより、各ＵＥに個別の指示を提供することができる。
【００６８】
[0089]本開示の別の態様では、ｅＮＢは、ＴＤＤサブフレーム構成の関数としてスケジューリングモードを構成する場合がある。表１は、ＰＣｅｌｌおよび／またはＳＣｅｌｌのために利用され得る例示的なＴＤＤのＤＬ／ＵＬサブフレーム構成を示す。
【００６９】
【表１】
0006657249.tif 000002
【００７０】
[0090]詳細には、ＵＬ通信のためのスケジューリングは、ＳＣｅｌｌによって使用されるＴＤＤサブフレーム構成がＤＬ重構成（DL heavy configuration）であるかまたはＵＬ重構成（UL heavy configuration）であるかに依存する場合がある。他のタイプのサブフレームよりも多くのＤＬサブフレームを有するサブフレーム構成は、ＤＬ重ＴＤＤ構成と考えられる場合がある。他のタイプのサブフレームよりも多くのＵＬサブフレームを有するサブフレーム構成は、ＵＬ重ＴＤＤ構成と考えられる場合がある。たとえば、サブフレーム構成＃５は、１０個のサブフレームのうち８個のＤＬサブフレームが存在するので、ＤＬ重ＴＤＤ構成と考えられる場合がある。たとえば、サブフレーム構成＃０は、１０個のサブフレームのうち６個のＵＬサブフレームが存在するので、ＵＬ重ＴＤＤ構成と考えられる場合がある。ＵＬ通信の場合、ＳＣｅｌｌがＤＬ重構成を使用する場合、ＳＣｅｌｌは、無認可キャリア上のＵＬ許可を使用して無認可キャリア上でのＵＬデータ通信をスケジュールすることができる（たとえば、ＵＬのためのセルフスケジューリング）。ＤＬ通信の場合、ＳＣｅｌｌがＤＬ重構成を使用するかまたはＵＬ重構成を使用するかにかかわらず、セルフスケジューリングが利用されることに留意されたい。したがって、本開示のこの態様によれば、ＳＣｅｌｌがＤＬ重ＴＤＤ構成を利用すると、ＵＬ通信とＤＬ通信の両方のためのセルフスケジューリングがもたらされる。反対に、ＵＬ通信の場合、ＳＣｅｌｌがＵＬ重ＴＤＤ構成を使用する場合、ＰＣｅｌｌは、ＵＬ通信のためにクロスキャリアスケジューリングを利用することができる。ＤＬ通信の場合、上記で説明されたように、ＳＣｅｌｌがＤＬ重構成を使用するかまたはＵＬ重構成を使用するかにかかわらず、セルフスケジューリングが利用される。したがって、ＳＣｅｌｌがＵＬ重ＴＤＤ構成を利用すると、ＵＬ通信用のクロスキャリアスケジューリングおよびＤＬ通信用のセルフスケジューリングがもたらされる。
【００７１】
[0091]一態様では、ｅＮＢは、キャリアの各々についてスケジューリングモードを独立して構成することができ、ここで、キャリアは、認可キャリア（たとえば、ＰＣＣ）と１つまたは複数の無認可キャリア（たとえば、１つまたは複数のＳＣＣ）とを含む場合がある。ｅＮＢは、各キャリア上で観測された信号干渉およびチャネル占有に基づいて、キャリアの各々についてスケジューリングモードを独立して構成することができる。たとえば、ｅＮＢは、最初にＣＣＡ手順を実施して、ＵＥに情報（たとえば、許可）を送信するためのチャネルをクリアすることができる。チャネル内で観測されたエネルギーがエネルギーしきい値よりも低い場合、チャネルはクリアされる場合がある。たとえば、チャネルが別のデバイスによって占有されるか、または強い干渉に遭遇した場合、チャネルは、エネルギーしきい値を上回る高いエネルギーを観測する場合があり、したがって、ｅＮＢはチャネルをクリアすることができない場合がある。チャネル上の信号干渉およびチャネル占有は、チャネルが通信のためにクリアされ得るかどうかによって表される（reflected）場合がある。いくつかのｅＮＢ（たとえば、マルチアンテナ受信機を有するｅＮＢ）は、チャネルがクリアされない場合でも、ＵＥからＵＬデータを受信することができる場合があることに留意されたい。そのような場合、ｅＮＢはさらに、認可キャリア（たとえば、ＰＣＣ）上でＵＬ許可を送り、無認可キャリア（たとえば、ＳＣＣ）上でＵＬデータを受信し、こうして、干渉またはチャネル占有によって影響されない場合がある。
【００７２】
[0092]本開示の別の態様では、ＰＣＣ上で送信されたＵＬ許可は、ＵＬ許可に基づくＵＬデータ送信用の無認可キャリアのグループにマッピングされる場合がある。ＵＥがＵＬ許可を受信するとき、ＵＥは、ＵＬ許可が無認可キャリアのグループにマッピングされるかどうかを決定するように構成される場合がある。ＵＥは、ＵＬ許可にマッピングされた無認可キャリアのグループの中の任意の利用可能な（たとえば、クリアされた）チャネル上でＵＬデータを送信することができる。ＵＥは、チャネル可用性および／またはキャリアの優先度に基づいて、無認可キャリアのグループの中からＵＬデータを送信するためのキャリアを選択することができる。チャネル可用性は、上記で説明されたように、チャネルがクリアされたか否か（たとえば、ＣＣＡ手順）に依存する場合がある。たとえば、３つの無認可キャリアに対応する３つのチャネルがクリアされた場合、ＵＥは、高い優先度の無認可キャリアに関連付けられたチャネルを選択し、選択されたチャネルに対応する無認可キャリア上でＵＬデータを送信することができる。ｅＮＢは、ＵＬデータを送信するためにＵＥが使用する無認可キャリアをブラインド検出することができる。
【００７３】
[0093]本開示の別の態様では、スケーラブルな拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）が使用される場合がある。ＥＰＤＣＣＨは、制御チャネル情報のリソース割振りに使用される場合がある。詳細には、ｅＮＢは、ＥＰＤＣＣＨにリソースブロック（ＲＢ）を割り当てることができる。ＵＥがｅＮＢからＥＰＤＣＣＨを受信すると、ＵＥは、ＥＰＤＣＣＨに基づいて、ＵＬ許可を搬送するサブフレームを監視するためにＲＢのあるセットを決定することができる。監視するためのＲＢの数は、ｅＮＢによって半静的に固定される場合がある。サブフレームが搬送する許可の数は、サブフレームに応じて変化する場合がある。いくつかのＤＬサブフレームは、それらの許可が無認可スペクトル内の複数のキャリア用のＵＬサブフレームをスケジュールするために使用される場合、他のサブフレームよりも多くの許可を搬送することができる。たとえば、サブフレームが多くのＵＬ許可を有する場合、より多くの探索空間が必要とされる場合がある。たとえば、２つまたは３つのＤＬサブフレーム（したがって、８つまたは７つのＵＬサブフレーム）を有するＴＤＤサブフレーム構成を使用するとき、各ＤＬサブフレームは、複数のサブフレーム用の複数のＵＬ許可を搬送することができ、このことは、ＵＬ許可を監視するためのより大きい探索空間およびより多くのリソースの恩恵を受ける場合がある。したがって、本開示の一態様によれば、ＵＬ許可を搬送するサブフレームのあらかじめ決められたセットについてＵＥによって監視されるべきＲＢ／候補の数をｅＮＢが調整することができるように、スケーラブルなＥＰＤＣＣＨ設計が使用される。監視するためのＲＢおよび候補（たとえば、ＰＤＣＣＨおよび／または許可用の候補）の数は、アクティブな無認可キャリアの数および／またはＴＤＤ構成の関数であり得る。ＴＤＤサブフレーム構成に応じて、ＵＬ許可のための探索空間は、増やされる場合もあり、減らされる場合もある。たとえば、ＴＤＤ構成が他のサブフレームよりも多くのＵＬサブフレームを有するＵＬ重構成である場合、ｅＮＢは、ＥＰＤＣＣＨにより多くのリソースブロックを割り当てることができ、それにより、ＵＬ許可用の探索空間が増大する。反対に、ＴＤＤ構成が他のサブフレームよりも多くのＤＬサブフレームを有するＤＬ重構成である場合、ｅＮＢは、ＥＰＤＣＣＨにより少ないリソースブロックしか割り当てることができず、それにより、ＵＬ許可用の探索空間が減少する。加えて、ｅＮＢは、ＰＤＣＣＨ内で監視するためのアグリゲーションレベルまたは候補の数を構成することができ、ＥＰＤＣＣＨのセットの数、ＥＰＤＣＣＨのセットごとのリソースブロック（ＲＢ）の数、ＥＰＤＣＣＨのタイプ、またはＥＰＤＣＣＨ監視用のアグリゲーションレベルもしくは候補の数のうちの少なくとも１つをさらに構成することができる。
【００７４】
[0094]図８は、ワイヤレス通信の方法のフローチャート８００である。方法は、ＵＥ（たとえば、ＵＥ１０４、ＵＥ７５２、装置１１０２／１１０２’）によって実施される場合がある。ブロック８０１において、以下で説明される１つまたは複数のさらなる方法が実施される場合がある。点線を伴うブロックは、オプションの機能またはステップを含む場合がある。
【００７５】
[0095]一態様では、ブロック８０２において、ＵＥは、１次キャリア上でＤＬ許可インジケータを受信することができ、ここで、ＤＬ許可インジケータは、ＵＥがＤＬ許可のために１次キャリアまたは２次キャリアのうちの少なくとも１つを監視するべきかどうかを示す。一態様では、ＤＬ許可インジケータは、共通探索空間内の１次キャリア上のＤＣＩメッセージ内で受信され、ＵＥのグループに知られているＲＮＴＩで保護される。そのような態様では、ＵＥは、ＲＲＣ構成に基づいて、１次キャリア上のＤＣＩメッセージ内でＤＬ許可インジケータを監視する。一態様では、ＤＬ許可インジケータは、ユーザ機器に固有の探索空間内の１次キャリア上で受信される。
【００７６】
[0096]たとえば、上記で説明されたように、ＤＬ通信用のセルフスケジューリングでは、ｅＮＢは、ＰＣＣ上でＵＥにクロスキャリアインジケータを送って、ＤＬ許可がＳＣＣ上で送られることを示すことができる。たとえば、上記で説明されたように、ＰＣＣ上で受信されたクロスキャリアインジケータ内でＳＣＣ上のＤＬ許可の有無が示されるので、ＵＥは、クロスキャリアインジケータに基づいてＳＣＣ上でＤＬ許可を監視することができる。たとえば、上記で説明されたように、ｅＮＢは、新しいフォーマットを有する新しいＤＣＩメッセージ内にクロスキャリアインジケータを含め、共通探索空間内のＰＣＣ上で新しいフォーマットを有する新しいＤＣＩメッセージを送信することができ、クロスキャリアインジケータは、ＵＥのグループに知られている新しいＲＮＴＩで保護される場合がある。たとえば、上記で説明されたように、ｅＮＢは、共通探索空間内でＤＣＩメッセージを送る代わりに、ＵＥ固有探索空間内でクロスキャリアインジケータを含むＤＣＩメッセージを送ることにより、ＵＥに個別の指示を提供することができる。
【００７７】
[0097]ブロック８０４において、ＵＥは、２次キャリア用のＤＬ許可と２次キャリア用のＵＬ許可とを受信し、ここで、ＤＬ許可は２次キャリア上で受信され、ＵＬ許可は１次キャリア上で受信される。たとえば、上記で説明されたように、ＵＥは、２次キャリア上で２次キャリア用のＤＬ許可を受信し、１次キャリア上で２次キャリア用のＵＬ許可を受信するように構成される場合がある。たとえば、再び図７を参照すると、ＵＥ７５２は、７６２において、ＰＣＣの制御領域７１２内でＵＬ許可を受信することができ、ここで、ＵＬ許可はＳＣＣ上でのＵＬ通信用であり、７７２において、ＳＣＣの制御領域７２２内でＤＬ許可を受信することができ、ここで、ＤＬ許可はＳＣＣ上でのＤＬ通信用である。
【００７８】
[0098]ブロック８０６において、ＵＥは、２次キャリア上でＤＬ許可を受信した後に２次キャリア上でＤＬデータを受信することができる。たとえば、上記で説明されたように、セルフスケジューリングモードに従って、ＵＥは、ＤＬ許可に基づいて２次キャリア上でＤＬデータを受信するように構成される場合がある。たとえば、再び図７を参照すると、矢印７２８によって示されたように、ＳＣＣ上でＤＬ許可を受信した後、ＵＥ７５２は、７７４において、ＤＬ許可に基づいてＳＣＣのデータ領域７２４内でＤＬデータを受信することができる。
【００７９】
[0099]ブロック８０８において、ＵＥは、１次キャリア上でＵＬ許可を受信した後に２次キャリア上でＵＬデータを送信することができる。たとえば、上記で説明されたように、クロスキャリアスケジューリングモードに従って、ＵＥは、１次キャリア上で２次キャリア用のＵＬ許可を受信し、ＵＬ許可に基づいて２次キャリア上でＵＬデータを送信するように構成される場合がある。たとえば、再び図７を参照すると、矢印７２６によって示されたように、ＰＣＣ上でＵＬ許可を受信した後、ＵＥ７５２は、７６４において、ＵＬ許可に基づいてＳＣＣのデータ領域７２４内でＵＬデータを送信することができる。
【００８０】
[00100]一態様では、１次キャリアは認可キャリアであり、２次キャリアは無認可キャリアである。一態様では、ＤＬ許可およびＵＬ許可は、ＤＬ許可が２次キャリア上でＵＥによって受信され、ＵＬ許可が１次キャリア上でＵＥによって受信される構成を使用して、基地局から受信される。一態様では、ＤＬ許可およびＵＬ許可は、ＤＬ許可が２次キャリア上でセルフスケジューリングによってスケジュールされ、ＵＬ許可が１次キャリア上でクロスキャリアスケジューリングによってスケジュールされる構成を使用して、基地局から受信される。たとえば、上記で説明されたように、１次キャリアは認可キャリア（たとえば、ＰＣＣ）である場合があり、２次キャリアは無認可キャリア（たとえば、ＳＣＣ）である場合がある。
【００８１】
[00101]図９Ａは、本開示の一態様による、図８のフローチャート８００から展開するワイヤレス通信の方法のフローチャート９００である。方法は、ＵＥ（たとえば、ＵＥ１０４、ＵＥ７５２、装置１１０２／１１０２’）によって実施される場合がある。フローチャート９００は図８のブロック８０１から展開する。たとえば、フローチャート９００の方法は、ＵＥが図８のブロック８０４においてＤＬ許可とＵＬ許可とを受信することができるように、ＤＬ許可および／またはＵＬ許可を監視するために実施される場合がある。一態様では、ＵＥは、フローチャート９００の機能を実施した後、図８のブロック８０２またはブロック８０４に進むことができる。
【００８２】
[00102]ブロック９０２において、ＵＥは、各キャリア上の各サブフレーム上で監視するためにそれぞれのＤＣＩメッセージのＤＣＩフォーマットまたはＤＣＩフォーマットサイズのセットのうちの少なくとも１つについての情報を受信することができる。たとえば、上記で説明されたように、ＤＬ許可が第１のキャリア上で通信され、ＵＬ許可が第１のキャリアとは異なる第２のキャリア上で通信される場合、ＵＥは、第１のキャリア上でＤＬ許可用のＤＣＩメッセージのフォーマットサイズを探索し、第２のキャリア上でＵＬ許可用のＤＣＩメッセージのフォーマットサイズをさらに探索することができる。たとえば、一態様では、ＵＥは、ＵＥによって受信されたＤＣＩメッセージ上で分析することにより、それぞれのＤＣＩメッセージのＤＣＩフォーマットまたはＤＣＩフォーマットサイズのセットのうちの少なくとも１つについての情報を受信することができる。
【００８３】
[00103]ブロック９０４において、ＵＥは、その情報に基づいてＵＬ許可またはＤＬ許可のうちの少なくとも１つを監視する。一態様では、それぞれのＤＣＩメッセージのＤＣＩフォーマットサイズの各々は、送信モードに固有である。たとえば、上記で説明されたように、ＵＥは、ＤＣＩメッセージのフォールバックモード・フォーマットサイズを探索せずに、ＵＬ許可および／またはＤＬ許可を監視するために、ＴＭに固有のＤＣＩフォーマットサイズをＳＣＣ上で探索するように構成される場合がある。たとえば、上記で説明されたように、ＵＥは、ＳＣＣ上にフォールバックモードが存在しないことを想定し、ＴＭ固有サイズ探索を実施する場合がある。
【００８４】
[00104]図９Ｂは、本開示の一態様による、図８のフローチャート８００から展開するワイヤレス通信の方法のフローチャート９５０である。方法は、ＵＥ（たとえば、ＵＥ１０４、ＵＥ７５２、装置１１０２／１１０２’）によって実施される場合がある。フローチャート９５０は図８のブロック８０１から展開する。たとえば、フローチャート９５０の方法は、ＵＥが図８のブロック８０４においてＤＬ許可とＵＬ許可とを受信することができるように、ＤＬ許可および／またはＵＬ許可を検出するために実施される場合がある。一態様では、ＵＥは、フローチャート９５０の動作を実施した後、図８のブロック８０２またはブロック８０４に進むことができる。
【００８５】
[00105]ブロック９５２において、ＵＥは、サブフレームごとに実施するためのブラインド復号の数に関する情報を受信することができる。たとえば、上記で説明されたように、ＵＥは、サブフレームごとに実施するためのブラインド復号の数に関するブラインド復号情報（たとえば、ブラインド復号の最大数）をｅＮＢから受信して、ＵＬ許可および／またはＤＬ許可を検出することができる。たとえば、上記で説明されたように、ＵＥは、そのようなブラインド復号情報を半静的にｅＮＢから受信することができる。
【００８６】
[00106]ブロック９５４において、ＵＥは、ブラインド復号の数に基づいてブラインド復号して、ＤＬ許可またはＵＬ許可のうちの少なくとも１つを検出することができる。たとえば、上記で説明されたように、ブラインド復号情報に従って、ＵＥは、ブラインド復号情報内で指定されたブラインド復号の数に基づいて、いくつかのサブフレーム内のすべての候補を復号することができ、候補のサブセットを復号することができる。たとえば、上記で説明されたように、ＵＥは、ブラインド復号情報がブラインド復号の最大数を提供する場合、いくつかのサブフレームについてＤＬ許可とＵＬ許可の両方を復号することができ、ブラインド復号情報がブラインド復号のより少ない数を提供する場合、ＤＬ許可またはＵＬ許可のいずれかを復号することができる。
【００８７】
[00107]図１０Ａは、本開示の一態様による、図８のフローチャート８００から展開するワイヤレス通信の方法のフローチャート１０００である。方法は、ＵＥ（たとえば、ＵＥ１０４、ＵＥ７５２、装置１１０２／１１０２’）によって実施される場合がある。フローチャート１０００は図８のブロック８０１から展開する。たとえば、フローチャート１０００の方法は、ＵＥが図８のブロック８０８においてＵＬデータを送信することができるように、キャリアを選択してＵＬデータを送信するために実施される場合がある。一態様では、ＵＥは、フローチャート１０００の機能を実施した後、図８のブロック８０２またはブロック８０４に進むことができる。
【００８８】
[00108]ブロック１００２において、１次キャリア上で受信されたＵＬ許可が複数の無認可キャリアに対応する場合、ＵＥは、２次キャリアとして複数の無認可キャリアの中からキャリアを選択してＵＬデータを送信する。一態様では、ＵＥは、複数の無認可キャリアに関連付けられたチャネルのチャネル可用性を決定することにより、複数の無認可キャリアの中からキャリアを選択し、ここで、チャネルのエネルギーがエネルギーしきい値よりも低いとき、そのチャネルは利用可能であり、チャネル可用性またはキャリア優先度のうちの少なくとも１つに基づいてＵＬデータの送信用にそのチャネルに関連付けられたキャリアを選択する。
【００８９】
[00109]たとえば、上記で説明されたように、ＵＥがＵＬ許可を受信するとき、ＵＥは、ＵＬ許可が無認可キャリアのグループにマッピングされるかどうかを決定するように構成される場合がある。たとえば、上記で説明されたように、ＵＥは、チャネル可用性および／またはキャリアの優先度に基づいて無認可キャリアのグループの中からＵＬデータを送信するためのキャリアを選択することができ、ここで、チャネル可用性はチャネルがクリアされているか否かに依存する場合がある。
【００９０】
[00110]図１０Ｂは、本開示の一態様による、図８のフローチャート８００から展開するワイヤレス通信の方法のフローチャート１０５０である。方法は、ＵＥ（たとえば、ＵＥ１０４、ＵＥ７５２、装置１１０２／１１０２’）によって実施される場合がある。フローチャート１０５０は図８のブロック８０１から展開する。たとえば、フローチャート１０５０の方法は、ＵＥが図８のブロック８０４においてＵＬ許可を受信することができるように、ＵＬ許可を監視するために実施される場合がある。一態様では、ＵＥは、フローチャート１０５０の機能を実施した後、図８のブロック８０２またはブロック８０４に進むことができる。
【００９１】
[00111]ブロック１０５２において、ＵＥは、ＵＬ許可を受信することを監視するために（to monitor for receiving the UL grant）リソースブロックの数を調整するサービング基地局からの構成情報を受信することができる。たとえば、上記で説明されたように、ＵＬ許可を搬送することができるサブフレームの規定されたセットについてＵＥによって監視されるべきＲＢ／候補の数をサービング基地局（たとえば、ｅＮＢ）が調整することができるように、スケーラブルなＥＰＤＣＣＨ設計が使用される場合がある。たとえば、上記で説明されたように、ＵＥがｅＮＢからＥＰＤＣＣＨを受信するとき、ＵＥは、ＥＰＤＣＣＨに基づいて、ＵＬ許可を搬送することができるサブフレームを監視するためのＲＢのある特定のセットを決定する。
【００９２】
[00112]ブロック１０５４において、ＵＥは、ＵＬ許可を受信することを監視するためにリソースブロックの数を調整する、受信された構成情報に基づいて、ＵＬ許可を監視する。たとえば、上記で説明されたように、ＴＤＤサブフレーム構成に応じて、ＵＬ許可用の探索空間は、増やされる場合もあり、減らされる場合もある。たとえば、上記で説明されたように、ＴＤＤ構成が他のサブフレームよりも多くのＵＬサブフレームを有する場合、より多くのリソースブロックがＥＰＤＣＣＨに割り当てられる場合があり、それにより、ＵＬ許可用の探索空間が増大する。たとえば、上記で説明されたように、ＴＤＤ構成が他のサブフレームよりも多くのＤＬサブフレームを有する場合、より少ないリソースブロックしかＥＰＤＣＣＨに割り当てられない場合があり、それにより、ＵＬ許可用の探索空間が減少する。
【００９３】
[00113]図１１は、例示的な装置１１０２内の様々な手段／構成要素間のデータフローを示す概念データフロー図１１００である。装置はＵＥであり得る。装置は、受信構成要素１１０４と、送信構成要素１１０６と、許可管理構成要素１１０８と、データ通信構成要素１１１０と、許可インジケータ構成要素１１１２と、キャリア選択構成要素１１１４と、リソース管理構成要素１１１６とを含む。
【００９４】
[00114]許可管理構成要素１１０８は、１１５２および１１５４において、受信構成要素１１０４を介して、２次キャリア用のＤＬ許可と２次キャリア用のＵＬ許可とをｅＮＢ１１５０から受信し、ここで、ＤＬ許可は２次キャリア上で受信され、ＵＬ許可は１次キャリア上で受信される。データ通信構成要素１１１０は、１１５８を介して２次キャリア上でＤＬ許可を受信した後、１１５２および１１５６において、受信構成要素１１０４を介して、２次キャリア上でＤＬデータをｅＮＢ１１５０から受信する。データ通信構成要素１１１０は、１１５８を介して１次キャリア上でＵＬ許可を受信した後、１１６０および１１６２において、送信構成要素１１０６を介して、２次キャリア上でＵＬデータをｅＮＢ１１５０に送信する。一態様では、１次キャリアは認可キャリアであり、２次キャリアは無認可キャリアである。一態様では、ＤＬ許可およびＵＬ許可は、ＤＬ許可が２次キャリア上でＵＥによって受信され、ＵＬ許可が１次キャリア上でＵＥによって受信される構成を使用して、基地局から受信される。一態様では、ＤＬ許可およびＵＬ許可は、ＤＬ許可が２次キャリア上でセルフスケジューリングによってスケジュールされ、ＵＬ許可が１次キャリア上でクロスキャリアスケジューリングによってスケジュールされる構成を使用して、基地局から受信される。
【００９５】
[00115]許可管理構成要素１１０８は、１１５２および１１５４において、受信構成要素１１０４を介して、各キャリア上の各サブフレーム上で監視するためにそれぞれのＤＣＩメッセージのＤＣＩフォーマットまたはＤＣＩフォーマットサイズのセットのうちの少なくとも１つについての情報を受信する。許可管理構成要素１１０８は、１１５２および１１５４において、その情報に基づいてＵＬ許可またはＤＬ許可のうちの少なくとも１つを監視する。一態様では、それぞれのＤＣＩメッセージのＤＣＩフォーマットサイズの各々は、送信モードに固有である。
【００９６】
[00116]許可管理構成要素１１０８は、１１５４において、受信構成要素１１０４を介して、サブフレームごとに実施するためのブラインド復号の数に関する（ｅＮＢ１１５０からの）情報を１１５２において受信する。許可管理構成要素１１０８は、ブラインド復号の数に基づいてブラインド復号して、ＤＬ許可またはＵＬ許可のうちの少なくとも１つを検出する。
【００９７】
[00117]許可インジケータ構成要素１１１２は、１１６４において、１１５２における受信構成要素１１０４を介して、１次キャリア上でＤＬ許可インジケータを受信することができ、ここで、ＤＬ許可インジケータは、ＵＥがＤＬ許可について１次キャリアまたは２次キャリアのうちの少なくとも１つを（たとえば、許可管理構成要素１１０８を介して１１６６において）監視するべきかどうかを示す。一態様では、ＤＬ許可インジケータは、共通探索空間内の１次キャリア上のＤＣＩメッセージ内で受信され、ＵＥのグループに知られているＲＮＴＩで保護される。そのような態様では、許可インジケータ構成要素１１１２は、１１５２および１１６４を介して、ＲＲＣ構成に基づいて１次キャリア上のＤＣＩメッセージ内でＤＬ許可インジケータを監視する。一態様では、ＤＬ許可インジケータは、ユーザ機器に固有の探索空間内の１次キャリア上で受信される。
【００９８】
[00118]１次キャリア上で受信されたＵＬ許可が複数の無認可キャリアに対応する場合、キャリア選択構成要素１１１４は、２次キャリアとして複数の無認可キャリアの中からキャリアを選択してＵＬデータを送信し、ここで、無認可キャリアについての情報は、１１６８において受信構成要素１１０４によって提供される場合がある。一態様では、キャリア選択構成要素１１１４は、複数の無認可キャリアに関連付けられたチャネルのチャネル可用性を決定することにより、複数の無認可キャリアの中からキャリアを選択し、ここで、チャネルのエネルギーがエネルギーしきい値よりも低いとき、そのチャネルは利用可能であり、チャネル可用性またはキャリア優先度のうちの少なくとも１つに基づいて（たとえば、１１６８および１１７０において、データ通信構成要素１１１０を介した）ＵＬデータの送信用にそのチャネルに関連付けられたキャリアを選択する。
【００９９】
[00119]リソース管理構成要素１１１６は、１１７２において、１１５２における受信構成要素１１０４を介して、（たとえば、１１７４において、許可管理構成要素１１０８を介して）ＵＬ許可を受信することを監視するためにリソースブロックの数を調整する、サービング基地局（たとえば、ｅＮＢ１１５０）からの構成情報を受信する。許可管理構成要素１１０８は、１１７４を介してＵＬ許可を受信することを監視するためにリソースブロックの数を調整する、受信された構成情報に基づいて、ＵＬ許可を監視する。
【０１００】
[00120]装置は、図８〜図１０の上述のフローチャート内のアルゴリズムのブロックの各々を実施するさらなる構成要素を含む場合がある。したがって、図８〜図１０の上述のフローチャート内の各ブロックは、１つの構成要素によって実施される場合があり、装置は、それらの構成要素のうちの１つまたは複数を含む場合がある。構成要素は、述べられたプロセス／アルゴリズムを遂行するように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実施するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
【０１０１】
[00121]図１２は、処理システム１２１４を採用する装置１１０２’のためのハードウェア実装形態の一例を示す図１２００である。処理システム１２１４は、バス１２２４によって全体的に表されるバスアーキテクチャを用いて実装される場合がある。バス１２２４は、処理システム１２１４の具体的な適用例および全体的な設計制約に応じて、任意の数の相互接続バスとブリッジとを含む場合がある。バス１２２４は、プロセッサ１２０４によって表される１つまたは複数のプロセッサおよび／またはハードウェア構成要素と、構成要素１１０４、１１０６、１１０８、１１１０、１１１２、１１１４、１１１６と、コンピュータ可読媒体／メモリ１２０６とを含む様々な回路を互いにリンクする。バス１２２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路などの様々な他の回路をリンクする場合があるが、これらは当技術分野においてよく知られており、したがって、これ以上記載されない。
【０１０２】
[00122]処理システム１２１４はトランシーバ１２１０に結合される場合がある。トランシーバ１２１０は、１つまたは複数のアンテナ１２２０に結合される。トランシーバ１２１０は、送信媒体を介して様々な他の装置と通信するための手段を提供する。トランシーバ１２１０は、１つまたは複数のアンテナ１２２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１２１４、具体的には受信構成要素１１０４に提供する。加えて、トランシーバ１２１０は、処理システム１２１４、具体的には送信構成要素１１０６から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ１２２０に印加されるべき信号を生成する。処理システム１２１４は、コンピュータ可読媒体／メモリ１２０６に結合されたプロセッサ１２０４を含む。プロセッサ１２０４は、コンピュータ可読媒体／メモリ１２０６に記憶されたソフトウェアの実行を含む全体的な処理に関与する。ソフトウェアは、プロセッサ１２０４によって実行されると、任意の特定の装置のための上記に記載された様々な機能を処理システム１２１４に実施させる。コンピュータ可読媒体／メモリ１２０６はまた、ソフトウェアを実行するときにプロセッサ１２０４によって操作されるデータを記憶するために使用される場合がある。処理システム１２１４は、構成要素１１０４、１１０６、１１０８、１１１０、１１１２、１１１４、１１１６のうちの少なくとも１つをさらに含む。それらの構成要素は、プロセッサ１２０４内で走行し、コンピュータ可読媒体／メモリ１２０６に常駐する／記憶されたソフトウェア構成要素、プロセッサ１２０４に結合された１つもしくは複数のハードウェア構成要素、またはそれらの何らかの組合せであり得る。処理システム１２１４は、ＵＥ３５０の構成要素である場合があり、メモリ３６０、ならびに／または、ＴＸプロセッサ３６８、ＲＸプロセッサ３５６、およびコントローラ／プロセッサ３５９のうちの少なくとも１つ、を含む場合がある。
【０１０３】
[00123]一構成では、ワイヤレス通信のための装置１１０２／１１０２’は、２次キャリア用のＤＬ許可と２次キャリア用のＵＬ許可とを受信するための手段と、ここにおいて、ＤＬ許可は２次キャリア上で受信され、ＵＬ許可は１次キャリア上で受信される、２次キャリア上でＤＬ許可を受信した後に２次キャリア上でＤＬデータを受信するための手段と、１次キャリア上でＵＬ許可を受信した後に２次キャリア上でＵＬデータを送信するための手段とを含む。装置１１０２／１１０２’は、各キャリア上の各サブフレーム上で監視するために、それぞれのＤＣＩメッセージのＤＣＩフォーマットまたはＤＣＩフォーマットサイズのセットのうちの少なくとも１つについての情報を受信するための手段と、その情報に基づいてＵＬ許可またはＤＬ許可のうちの少なくとも１つを監視するための手段とをさらに含む。装置１１０２／１１０２’は、サブフレームごとに実施するためのブラインド復号の数に関する情報を受信するための手段と、ブラインド復号の数に基づいてＤＬ許可またはＵＬ許可のうちの少なくとも１つを検出するためにブラインド復号するための手段とをさらに含む。装置１１０２／１１０２’は、１次キャリア上でＤＬ許可インジケータを受信するための手段をさらに含み、ここで、ＤＬ許可インジケータは、ＵＥがＤＬ許可について１次キャリアまたは２次キャリアのうちの少なくとも１つを監視するべきかどうかを示す。装置１１０２／１１０２’は、ＵＬデータを送信するために２次キャリアとして複数の無認可キャリアの中からキャリアを選択するための手段をさらに含み、ここで、１次キャリア上で受信されたＵＬ許可は複数の無認可キャリアに対応する。装置１１０２／１１０２’は、ＵＬ許可を受信することを監視するためにリソースブロックの数を調整する、サービング基地局からの構成情報を受信するための手段と、ＵＬ許可を受信することを監視するためにリソースブロックの数を調整する、受信された構成情報に基づいて、ＵＬ許可を監視するための手段とをさらに含む。
【０１０４】
[00124]上述の手段は、上述の手段によって列挙された機能を実施するように構成された、装置１１０２、および／または装置１１０２’の処理システム１２１４の上述の構成要素のうちの１つまたは複数であり得る。上記で説明されたように、処理システム１２１４は、ＴＸプロセッサ３６８と、ＲＸプロセッサ３５６と、コントローラ／プロセッサ３５９とを含む場合がある。したがって、一構成では、上述の手段は、上述の手段によって列挙された機能を実施するように構成されたＴＸプロセッサ３６８、ＲＸプロセッサ３５６、およびコントローラ／プロセッサ３５９であり得る。
【０１０５】
[00125]図１３は、ワイヤレス通信の方法のフローチャート１３００である。方法は、基地局（たとえば、基地局１０２、ｅＮＢ７５４  １０４、装置１６０２／１６０２’）によって実施される場合がある。ブロック１３０１において、以下で説明される１つまたは複数のさらなる方法が実施される場合がある。点線を伴うブロックは、オプションの機能またはステップを含む場合がある。
【０１０６】
[00126]一態様では、ブロック１３０２において、ｅＮＢは、１次キャリア上でＤＬ許可インジケータを送ることができ、ここで、ＤＬ許可インジケータは、ＵＥがＤＬ許可について１次キャリアまたは２次キャリアのうちの少なくとも１つを監視するべきかどうかを示す。一態様では、ＤＬ許可インジケータは、共通探索空間内の１次キャリア上のＤＣＩメッセージ内で送られ、ユーザ機器のグループに知られているＲＮＴＩで保護される。一態様では、ＤＬ許可インジケータは、ユーザ機器に固有の探索空間内の１次キャリア上で受信される。
【０１０７】
[00127]たとえば、上記で説明されたように、ＤＬ通信用のセルフスケジューリングでは、ｅＮＢは、ＤＬ許可がＳＣＣ上で送られることを示すためにＰＣＣ上でＵＥにクロスキャリアインジケータを送ることができる。たとえば、上記で説明されたように、ＰＣＣ上で受信されたクロスキャリアインジケータ内でＳＣＣ上のＤＬ許可の有無が示されるので、ＵＥは、クロスキャリアインジケータに基づいてＳＣＣ上でＤＬ許可を監視することができる。たとえば、上記で説明されたように、ｅＮＢは、新しいフォーマットを有する新しいＤＣＩメッセージ内にクロスキャリアインジケータを含めて、共通探索空間内のＰＣＣ上で新しいフォーマットを有する新しいＤＣＩメッセージを送信することができ、クロスキャリアインジケータは、ＵＥのグループに知られている新しいＲＮＴＩで保護される場合がある。たとえば、上記で説明されたように、ｅＮＢは、共通探索空間内でＤＣＩメッセージを送る代わりに、ＵＥ固有探索空間内でクロスキャリアインジケータを含むＤＣＩメッセージを送ることにより、ＵＥに個別の指示を提供することができる。
【０１０８】
[00128]ブロック１３０４において、ｅＮＢは、２次キャリア用のＤＬ許可と２次キャリア用のＵＬ許可とを送り、ここで、ＤＬ許可は２次キャリア上で送信され、ＵＬ許可は１次キャリア上で送信される。たとえば、上記で説明されたように、ｅＮＢは、２次キャリア上で２次キャリア用のＤＬ許可を送信し、１次キャリア上で２次キャリア用のＵＬ許可を送信する場合がある。たとえば、再び図７を参照すると、ｅＮＢ７５４は、７６２において、ＰＣＣの制御領域７１２内でＵＥ７５２にＵＬ許可を送ることができ、ここで、ＵＬ許可はＳＣＣ上でのＵＬ通信用であり、７７２において、ＳＣＣの制御領域７２２内でＵＥ７５２にＤＬ許可を送ることができ、ここで、ＤＬ許可はＳＣＣ上でのＤＬ通信用である。
【０１０９】
[00129]ブロック１３０６において、ｅＮＢは、２次キャリア上でＤＬ許可を送った後に２次キャリア上でＤＬデータを送る。たとえば、上記で説明されたように、セルフスケジューリングモードに従って、ｅＮＢは、ＤＬ許可に基づいて２次キャリア上でＤＬデータを送ることができる。たとえば、再び図７を参照すると、矢印７２８によって示されたように、ＳＣＣ上でＤＬ許可を送った後、ｅＮＢ７５４は、７７４において、ＤＬ許可に基づいてＳＣＣのデータ領域７２４内でＤＬデータを送ることができる。
【０１１０】
[00130]ブロック１３０８において、ｅＮＢは、１次キャリア上でＵＬ許可を送った後に２次キャリア上でＵＬデータを受信する。たとえば、上記で説明されたように、クロスキャリアスケジューリングモードに従って、ｅＮＢは、１次キャリア上で２次キャリア用のＵＬ許可を送り、ＵＬ許可に基づいて２次キャリア上でＵＬデータを送ることができる。たとえば、再び図７を参照すると、矢印７２６によって示されたように、ＰＣＣ上でＵＬ許可を送った後、ｅＮＢ７５４は、７６４において、ＵＬ許可に基づいてＳＣＣのデータ領域７２４内でＵＬデータを受信することができる。
【０１１１】
[00131]一態様では、１次キャリアは認可キャリアであり、２次キャリアは無認可キャリアである。一態様では、ＤＬ許可およびＵＬ許可は、ＤＬ許可が２次キャリア上で通信され、ＵＬ許可が１次キャリア上で通信される構成を使用して、ｅＮＢから送信される。一態様では、ＤＬ許可およびＵＬ許可は、ＤＬ許可が２次キャリア上でセルフスケジューリングによってスケジュールされ、ＵＬ許可が１次キャリア上でクロスキャリアスケジューリングによってスケジュールされる構成を使用して、ｅＮＢから送信される。たとえば、上記で説明されたように、１次キャリアは認可キャリア（たとえば、ＰＣＣ）の場合があり、２次キャリアは無認可キャリア（たとえば、ＳＣＣ）の場合がある。
【０１１２】
[00132]一態様では、ＵＬデータを受信するための２次キャリアは、複数の無認可キャリアの中で選択されたキャリアであり、１次キャリア上で送られたＵＬ許可は、複数の無認可キャリアのために指定される。そのような態様では、ｅＮＢは、選択されたキャリアをブラインド検出するように構成される。たとえば、上記で説明されたように、ＵＥがＵＬ許可を受信するとき、ＵＥは、ＵＬ許可が無認可キャリアのグループにマッピングされるかどうかを決定するように構成される場合がある。たとえば、上記で説明されたように、ｅＮＢは、ＵＬデータを送信するためにＵＥが使用する無認可キャリアをブラインド検出することができる。
【０１１３】
[00133]図１４Ａは、本開示の一態様による、図１３のフローチャート１３００から展開するワイヤレス通信の方法のフローチャート１４００である。方法は、基地局（たとえば、基地局１０２、ｅＮＢ７５４、装置１６０２／１６０２'）によって実施される場合がある。フローチャート１４００は図１３のブロック１３０１から展開する。たとえば、フローチャート１４００の方法は、ＤＬ許可およびＵＬ許可が図１３のブロック１３０４において送られたとき、ＵＥがＤＬ許可とＵＬ許可とを受信することができるように、ＤＬ許可および／またはＵＬ許可を監視するために使用される情報を提供するために実施される場合がある。一態様では、基地局は、フローチャート１４００の機能を実施した後、図１３のブロック１３０２またはブロック１３０４に進むことができる。
【０１１４】
[00134]ブロック１４０２において、ｅＮＢは、各キャリア上の各サブフレーム上で監視するためにＤＣＩフォーマットまたはＤＣＩフォーマットサイズのセットについての情報を送る。一態様では、ＤＣＩフォーマットサイズの各々は、送信モードに固有である。たとえば、上記で説明されたように、ＤＬ許可が第１のキャリア上で通信され、ＵＬ許可が第１のキャリアとは異なる第２のキャリア上で通信される場合、ＵＥは、第１のキャリア上でＤＬ許可用のＤＣＩメッセージのフォーマットサイズを探索し、第２のキャリア上でＵＬ許可用のＤＣＩメッセージのフォーマットサイズをさらに探索することができる。たとえば、一態様では、ＵＥは、ＵＥによって受信されたＤＣＩメッセージ上で分析することにより、それぞれのＤＣＩメッセージのＤＣＩフォーマットまたはＤＣＩフォーマットサイズのセットのうちの少なくとも１つについての情報を受信することができる。たとえば、上記で説明されたように、ＵＥは、ＤＣＩメッセージのフォールバックモード・フォーマットサイズを探索せずに、ＵＬ許可および／またはＤＬ許可を監視するために、ＴＭに固有のＤＣＩフォーマットサイズをＳＣＣ上で探索するように構成される場合がある。
【０１１５】
[00135]図１４Ｂは、本開示の一態様による、図１３のフローチャート１３００から展開するワイヤレス通信の方法のフローチャート１４５０である。方法は、基地局（たとえば、基地局１０２、ｅＮＢ７５４、装置１６０２／１６０２'）によって実施される場合がある。フローチャート１４５０は図１３のブロック１３０１から展開する。たとえば、フローチャート１４５０の方法は、ＤＬ許可およびＵＬ許可が図１３のブロック１３０４において送られたとき、ＵＥがＤＬ許可とＵＬ許可とを受信することができるように、ＵＥに対して、ＤＬ許可および／またはＵＬ許可を検出するためにブラインド復号を実施するための構成を提供するために実施される場合がある。一態様では、基地局は、フローチャート１４５０の機能を実施した後、図１３のブロック１３０２またはブロック１３０４に進むことができる。
【０１１６】
[00136]ブロック１４５２において、ｅＮＢは、ＤＬ許可またはＵＬ許可のうちの少なくとも１つを検出するために、サブフレームごとにＵＥにおいて実施されるべきブラインド復号の最大数を示す構成情報を送る。たとえば、上記で説明されたように、ｅＮＢは、ＵＬ許可および／またはＤＬ許可を検出するために、サブフレームごとに実施するためのブラインド復号の数に関するブラインド復号情報（たとえば、ブラインド復号の最大数）をＵＥに提供することができる。たとえば、上記で説明されたように、ブラインド復号情報に従って、ＵＥは、ブラインド復号情報内で指定されたブラインド復号の数に基づいて、いくつかのサブフレーム内のすべての候補を復号することができ、候補のサブセットを復号することができる。
【０１１７】
[00137]図１５Ａは、本開示の一態様による、図１３のフローチャート１３００から展開するワイヤレス通信の方法のフローチャート１５００である。方法は、基地局（たとえば、基地局１０２、ｅＮＢ７５４、装置１６０２／１６０２'）によって実施される場合がある。フローチャート１５００は図１３のブロック１３０１から展開する。たとえば、フローチャート１５００の方法は、図１３のブロック１３０４におけるＵＬ許可およびＤＬ許可の送信を構成するために実施される場合がある。一態様では、基地局は、フローチャート１５００の機能を実施した後、図１３のブロック１３０２またはブロック１３０４に進むことができる。
【０１１８】
[00138]ブロック１５０４において、ｅＮＢは、ＴＤＤサブフレーム構成に基づいてＵＬ／ＤＬ許可構成を選択する。そのような態様では、ＵＬ／ＤＬ許可構成は、ＴＤＤサブフレーム構成がＤＬサブフレームよりも多くのＵＬサブフレームを含むとき、２次キャリア上でＤＬ許可を、１次キャリア上でＵＬ許可を送ることを含み、ＵＬ／ＤＬ許可構成は、ＴＤＤサブフレーム構成がＤＬサブフレームよりも多くのＵＬサブフレームを含むとき、２次キャリア上でＤＬ許可を、２次キャリア上でＵＬ許可を送ることを含む。一態様では、スケジューリングモードは、１次キャリアと２次キャリアとを含む利用可能なキャリアの各々について独立して構成される。一態様では、スケジューリングモードは、利用可能なキャリアの各々における干渉またはチャネル可用性のうちの少なくとも１つに基づいて構成される。一態様では、スケジューリングモードは、１次キャリアと２次キャリアとを含む利用可能なキャリアの各々について独立して構成され、ＵＬ許可およびＤＬ許可について独立して構成される。
【０１１９】
[00139]たとえば、上記で説明されたように、ｅＮＢは、ＴＤＤサブフレーム構成の関数としてスケジューリングモードを構成する場合がある。たとえば、上記で説明されたように、ＳＣｅｌｌがＤＬ重構成（たとえば、他のタイプのサブフレームよりも多くのＤＬサブフレームを有する構成）を使用する場合、ＳＣｅｌｌは、無認可キャリア上のＵＬ許可を使用して無認可キャリア上でのＵＬデータ通信をスケジュールすることができる。たとえば、上記で説明されたように、ＳＣｅｌｌがＵＬ重ＴＤＤ構成（たとえば、他のタイプのサブフレームよりも多くのＵＬサブフレームを有する構成）を使用する場合、ＰＣｅｌｌは、ＵＬ通信用のクロスキャリアスケジューリングを利用することができる。たとえば、上記で説明されたように、ｅＮＢは、キャリアの各々について独立してスケジューリングモードを構成することができ、ここで、キャリアは、認可キャリア（たとえば、ＰＣＣ）と１つまたは複数の無認可キャリア（たとえば、ＳＣＣ）とを含む場合がある。たとえば、上記で説明されたように、ｅＮＢは、各キャリア内で観測された信号干渉およびチャネル占有に基づいて、キャリアの各々について独立してスケジューリングモードを構成することができる。
【０１２０】
[00140]図１５Ｂは、本開示の一態様による、図１３のフローチャート１３００から展開するワイヤレス通信の方法のフローチャート１５５０である。方法は、基地局（たとえば、基地局１０２、ｅＮＢ７５４、装置１６０２／１６０２'）によって実施される場合がある。フローチャート１５５０は図１３のブロック１３０１から展開する。たとえば、フローチャート１５５０の方法は、ＵＬ許可が図１３のブロック１３０４において送られたとき、ＵＥがＵＬ許可を受信することができるように、ＵＬ許可を監視するために使用される情報をＵＥに提供するために実施される場合がある。一態様では、基地局は、フローチャート１５５０の機能を実施した後、図１３のブロック１３０２またはブロック１３０４に進むことができる。
【０１２１】
[00141]ブロック１５５２において、ｅＮＢは、ＵＬ許可をＵＥが監視するためのリソースの数を調整する構成情報を送る。たとえば、上記で説明されたように、ＵＬ許可を搬送するサブフレームの規定されたセットに対してＵＥによって監視されるべきＲＢ／候補の数をｅＮＢが調整することができるように、スケーラブルなＥＰＤＣＣＨ設計が使用される場合がある。たとえば、上記で説明されたように、ＵＥがｅＮＢからＥＰＤＣＣＨを受信するとき、ＵＥは、ＥＰＤＣＣＨに基づいて、ＵＬ許可を搬送することができるサブフレームを監視するためにＲＢのある特定のセットを決定する。
【０１２２】
[00142]ブロック１５５４において、ｅＮＢは、ＰＤＣＣＨ内で監視するためのアグリゲーションレベルまたは候補の数を構成する。たとえば、上記で説明されたように、ｅＮＢは、ＰＤＣＣＨ内で監視するためのアグリゲーションレベルまたは候補の数を構成することができる。アグリゲーションレベルまたは候補の数に基づいて、ＵＥはＵＬ許可を監視することができる。
【０１２３】
[00143]ブロック１５５６において、ｅＮＢは、ＥＰＤＣＣＨのセットの数、ＥＰＤＣＣＨのセットごとのＲＢの数、ＥＰＤＣＣＨのタイプ、またはＥＰＤＣＣＨ監視用のアグリゲーションレベルもしくは候補の数のうちの少なくとも１つを構成する。一態様では、監視するためのリソースの数は、アクティブな無認可キャリアの数またはＴＤＤサブフレーム構成のうちの少なくとも１つに依存する。たとえば、上記で説明されたように、ｅＮＢは、ＥＰＤＣＣＨのセットの数、ＥＰＤＣＣＨのセットごとのＲＢの数、ＥＰＤＣＣＨのタイプ、またはＥＰＤＣＣＨ監視用のアグリゲーションレベルもしくは候補の数のうちの少なくとも１つを構成することができる。
【０１２４】
[00144]図１６は、例示的な装置１６０２内の様々な手段／構成要素間のデータフローを示す概念データフロー図１６００である。装置はｅＮＢであり得る。装置は、受信構成要素１６０４と、送信構成要素１６０６と、許可管理構成要素１６０８と、データ通信構成要素１６１０と、許可インジケータ構成要素１６１２と、許可構成の構成要素（grant configuration component）１６１４と、リソース管理構成要素１６１６とを含む。
【０１２５】
[00145]許可管理構成要素１６０８は、１６５２および１６５４において、送信構成要素１６０６を介して、２次キャリア用のＤＬ許可と２次キャリア用のＵＬ許可とをＵＥ１６５０に送り、ここで、ＤＬ許可は２次キャリア上で送信され、ＵＬ許可は１次キャリア上で送信される。データ通信構成要素１６１０は、２次キャリア上でＤＬ許可を送った後、１６５６および１６５４において、送信構成要素１６０６を介して、２次キャリア上でＤＬデータをＵＥ１６５０に送る。一態様では、データ通信構成要素１６１０は、１６７４において、許可管理構成要素１６０８と通信して、ＤＬデータの送信をスケジュールすることができる。データ通信構成要素１６１０は、１次キャリア上でＵＬ許可を送った後、受信構成要素１６０４を介して、２次キャリア上でＵＬデータを１６５８および１６６０でＵＥ１６５０から受信する。一態様では、１次キャリアは認可キャリアであり、２次キャリアは無認可キャリアである。一態様では、ＤＬ許可およびＵＬ許可は、ＤＬ許可が２次キャリア上で通信され、ＵＬ許可が１次キャリア上で通信される構成を使用して、ｅＮＢから送信される。一態様では、ＤＬ許可およびＵＬ許可は、ＤＬ許可が２次キャリア上でセルフスケジューリングによってスケジュールされ、ＵＬ許可が１次キャリア上でクロスキャリアスケジューリングによってスケジュールされる構成を使用して、ｅＮＢから送信される。
【０１２６】
[00146]一態様では、ＵＬデータを受信するための２次キャリアは、複数の無認可キャリアの中で選択されたキャリアであり、１次キャリア上で送られたＵＬ許可は、複数の無認可キャリアのために指定される。そのような態様では、許可管理構成要素１６０８は、選択されたキャリアをブラインド検出するように構成される。
【０１２７】
[00147]許可管理構成要素１６０８は、１６５２および１９５４において、送信構成要素１６０６を介して、各キャリア上の各サブフレーム上で監視するためにＤＣＩフォーマットまたはＤＣＩフォーマットサイズのセットについての情報を送る。一態様では、ＤＣＩフォーマットサイズの各々は、送信モードに固有である。許可管理構成要素１６０８は、１６５２および１６５４において、送信構成要素１６０６を介して、ＤＬ許可またはＵＬ許可のうちの少なくとも１つを検出するために、サブフレームごとにＵＥにおいて実施されるべきブラインド復号の最大数を示す構成を送る。
【０１２８】
[00148]許可インジケータ構成要素１６１２は、１６６２、１６５２、および１６５４において、許可管理構成要素１６０８および送信構成要素１６０６を介して、１次キャリア上でＤＬ許可インジケータを送ることができ、ここで、ＤＬ許可インジケータは、ＵＥがＤＬ許可について１次キャリアまたは２次キャリアのうちの少なくとも１つを監視するべきかどうかを示す。一態様では、ＤＬ許可インジケータは、共通探索空間内の１次キャリア上のＤＣＩメッセージ内で送られ、ユーザ機器のグループに知られているＲＮＴＩで保護される。一態様では、ＤＬ許可インジケータは、ユーザ機器に固有の探索空間内の１次キャリア上で受信される。
【０１２９】
[00149]許可構成の構成要素１６１４は、１６６４および１６６８を介して、ＴＤＤサブフレーム構成に基づいてＵＬ／ＤＬ許可構成を選択する。そのような態様では、ＵＬ／ＤＬ許可構成は、ＴＤＤサブフレーム構成がＤＬサブフレームよりも多くのＵＬサブフレームを含むとき、２次キャリア上でＤＬ許可を、１次キャリア上でＵＬ許可を送ることを含み、ＵＬ／ＤＬ許可構成は、ＴＤＤサブフレーム構成がＤＬサブフレームよりも多くのＵＬサブフレームを含むとき、２次キャリア上でＤＬ許可を、２次キャリア上でＵＬ許可を送ることを含む。一態様では、スケジューリングモードは、１次キャリアと２次キャリアとを含む利用可能なキャリアの各々について独立して構成される。一態様では、スケジューリングモードは、利用可能なキャリアの各々における干渉またはチャネル可用性のうちの少なくとも１つに基づいて構成される。一態様では、スケジューリングモードは、１次キャリアと２次キャリアとを含む利用可能なキャリアの各々について独立して構成され、ＵＬ許可およびＤＬ許可について独立して構成される。
【０１３０】
[00150]リソース管理構成要素１６１６は、１６７０および１６５４において、送信構成要素１６０６を介して、ＵＬ許可をＵＥが監視するべきリソースの数を調整する構成情報を送る。リソース管理構成要素１６１６は、ＰＤＣＣＨ内で監視するためのアグリゲーションレベルまたは候補の数を（たとえば、１６７２を介して）構成する。リソース管理構成要素１６１６は、ＥＰＤＣＣＨのセットの数、ＥＰＤＣＣＨのセットごとのＲＢの数、ＥＰＤＣＣＨのタイプ、またはＥＰＤＣＣＨ監視用のアグリゲーションレベルもしくは候補の数のうちの少なくとも１つを（たとえば、１６７２を介して）構成する。一態様では、監視するためのリソースの数は、アクティブな無認可キャリアの数またはＴＤＤサブフレーム構成のうちの少なくとも１つに依存する。
【０１３１】
[00151]装置は、図１３〜図１５の上述のフローチャート内のアルゴリズムのブロックの各々を実施するさらなる構成要素を含む場合がある。したがって、図１３〜図１５の上述のフローチャート内の各ブロックは、１つの構成要素によって実施される場合があり、装置は、それらの構成要素のうちの１つまたは複数を含む場合がある。構成要素は、述べられたプロセス／アルゴリズムを遂行するように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実施するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
【０１３２】
[00152]図１７は、処理システム１７１４を採用する装置１６０２’のためのハードウェア実装形態の一例を示す図１７００である。処理システム１７１４は、バス１７２４によって全体的に表されるバスアーキテクチャを用いて実装される場合がある。バス１７２４は、処理システム１７１４の具体的な適用例および全体的な設計制約に応じて、任意の数の相互接続バスとブリッジとを含む場合がある。バス１７２４は、プロセッサ１７０４によって表される１つまたは複数のプロセッサおよび／またはハードウェア構成要素と、構成要素１６０４、１６０６、１６０８、１６１０、１６１２、１６１４、１６１６と、コンピュータ可読媒体／メモリ１７０６とを含む様々な回路を互いにリンクする。バス１７２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路などの様々な他の回路をリンクする場合があるが、これらは当技術分野においてよく知られており、したがって、これ以上記載されない。
【０１３３】
[00153]処理システム１７１４は、トランシーバ１７１０に結合される場合がある。トランシーバ１７１０は、１つまたは複数のアンテナ１７２０に結合される。トランシーバ１７１０は、送信媒体を介して様々な他の装置と通信するための手段を提供する。トランシーバ１７１０は、１つまたは複数のアンテナ１７２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１７１４、具体的には受信構成要素１６０４に提供する。加えて、トランシーバ１７１０は、処理システム１７１４、具体的には送信構成要素１６０６から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ１７２０に印加されるべき信号を生成する。処理システム１７１４は、コンピュータ可読媒体／メモリ１７０６に結合されたプロセッサ１７０４を含む。プロセッサ１７０４は、コンピュータ可読媒体／メモリ１７０６に記憶されたソフトウェアの実行を含む全体的な処理に関与する。ソフトウェアは、プロセッサ１７０４によって実行されると、任意の特定の装置のための上記に記載された様々な機能を処理システム１７１４に実施させる。コンピュータ可読媒体／メモリ１７０６はまた、ソフトウェアを実行するときにプロセッサ１７０４によって操作されるデータを記憶するために使用される場合がある。処理システム１７１４は、構成要素１６０４、１６０６、１６０８、１６１０、１６１２、１６１４、１６１６のうちの少なくとも１つをさらに含む。それらの構成要素は、プロセッサ１７０４内で動作し、コンピュータ可読媒体／メモリ１７０６に常駐する／記憶されたソフトウェア構成要素、プロセッサ１７０４に結合された１つもしくは複数のハードウェア構成要素、またはそれらの何らかの組合せであり得る。処理システム１７１４は、ｅＮＢ３１０の構成要素である場合があり、メモリ３７６、ならびに／またはＴＸプロセッサ３１６、ＲＸプロセッサ３７０、およびコントローラ／プロセッサ３７５のうちの少なくとも１つ、を含む場合がある。
【０１３４】
[00154]一構成では、ワイヤレス通信のための装置１６０２／１６０２’は、２次キャリア用のＤＬ許可と２次キャリア用のＵＬ許可とを送るための手段と、ここにおいて、ＤＬ許可は２次キャリア上で送信され、ＵＬ許可は１次キャリア上で送信される、２次キャリア上でＤＬ許可を送った後に２次キャリア上でＤＬデータを送るための手段と、１次キャリア上でＵＬ許可を送った後に２次キャリア上でＵＬデータを受信するための手段とを含む。装置１６０２／１６０２’は、各キャリア上の各サブフレーム上で監視するためにＤＣＩフォーマットまたはＤＣＩフォーマットサイズのセットについての情報を送るための手段をさらに含む。装置１６０２／１６０２’は、ＤＬ許可またはＵＬ許可のうちの少なくとも１つを検出するために、サブフレームごとにＵＥにおいて実施されるべきブラインド復号の最大数を示す構成情報を送るための手段をさらに含む。装置１６０２／１６０２’は、１次キャリア上でＤＬ許可インジケータを送るための手段をさらに含み、ここで、ＤＬ許可インジケータは、ＵＥがＤＬ許可について１次キャリアまたは２次キャリアのうちの少なくとも１つを監視するべきかどうかを示す。装置１６０２／１６０２’は、ＴＤＤサブフレーム構成に基づいてＵＬ／ＤＬ許可構成を選択するための手段をさらに含む。装置１６０２／１６０２’は、ＵＬ許可をＵＥが監視するためのリソースの数を調整する構成情報を送るための手段をさらに含む。装置１６０２／１６０２’は、ＰＤＣＣＨ内で監視するためのアグリゲーションレベルまたは候補の数を構成するための手段と、ＥＰＤＣＣＨのセットの数、ＥＰＤＣＣＨのセットごとのＲＢの数、ＥＰＤＣＣＨのタイプ、またはＥＰＤＣＣＨ監視用のアグリゲーションレベルもしくは候補の数のうちの少なくとも１つを構成するための手段とをさらに含む。
【０１３５】
[00155]上述の手段は、上述の手段によって列挙された機能を実施するように構成された装置１６０２’の処理システム１７１４、および／または装置１６０２の上述の構成要素のうちの１つまたは複数であり得る。上記で説明されたように、処理システム１７１４は、ＴＸプロセッサ３１６と、ＲＸプロセッサ３７０と、コントローラ／プロセッサ３７５とを含む場合がある。したがって、一構成では、上述の手段は、上述の手段によって列挙された機能を実施するように構成されたＴＸプロセッサ３１６、ＲＸプロセッサ３７０、およびコントローラ／プロセッサ３７５であり得る。
【０１３６】
[00156]開示されたプロセス／フローチャート内のブロックの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計上の選好に基づいて、プロセス／フローチャート内のブロックの特定の順序または階層は、再配置される場合があることを理解されたい。さらに、いくつかのブロックは組み合わされるかまたは省略される場合がある。添付の方法クレームは、様々なブロックの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。
【０１３７】
[00157]前の説明は、いかなる当業者も本明細書に記載された様々な態様を実践することを可能にするために提供される。これらの態様に対する様々な修正は当業者には容易に明らかであり、本明細書において規定された一般的原理は他の態様に適用される場合がある。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、クレーム文言に矛盾しない最大の範囲を与えられるべきであり、ここにおいて、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。「例示的」という単語は、本明細書において、「例、事例、または例示として働くこと」を意味するために使用される。「例示的」として本明細書に記載されたいかなる態様も、必ずしも他の態様よりも好ましいか、または有利であると解釈されるべきではない。別段に明記されていない限り、「いくつかの」という用語は１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つまたは複数」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたは複数」、ならびに「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａ、Ｂ、および／またはＣの任意の組合せを含み、複数のＡ、複数のＢ、または複数のＣを含む場合がある。具体的には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つまたは複数」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたは複数」、ならびに「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣの場合があり、ここで、任意のそのような組合せは、Ａ、Ｂ、またはＣのうちの１つまたは複数のメンバを含む場合がある。当業者には既知であるか、または後で既知になる、本開示全体にわたって記載された様々な態様の要素に対するすべての構造的および機能的均等物は、参照により本明細書に明確に組み込まれ、特許請求の範囲によって包含されるものである。その上、本明細書で開示されたいかなることも、そのような開示が特許請求の範囲に明示的に列挙されているか否かにかかわらず、公に供されるものではない。「モジュール」、「機構」、「要素」、「デバイス」などの単語は、「手段」という単語の代用ではない場合がある。したがって、いかなるクレーム要素も、その要素が「のための手段」という語句を使用して明確に列挙されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ユーザ機器（ＵＥ）によるワイヤレス通信のための方法であって、
２次キャリア用のダウンリンク（ＤＬ）許可と前記２次キャリア用のアップリンク（ＵＬ）許可とを受信することと、ここにおいて、前記ＤＬ許可が前記２次キャリア上で受信され、前記ＵＬ許可が１次キャリア上で受信される、
前記２次キャリア上で前記ＤＬ許可を受信した後に前記２次キャリア上でＤＬデータを受信することと、
前記１次キャリア上で前記ＵＬ許可を受信した後に前記２次キャリア上でＵＬデータを送信することと
を備える、方法。
［Ｃ２］
前記１次キャリアが認可キャリアであり、前記２次キャリアが無認可キャリアである、Ｃ１に記載の方法。
［Ｃ３］
ＤＬ許可が前記２次キャリア上で前記ＵＥによって受信され、ＵＬ許可が前記１次キャリア上で前記ＵＥによって受信される構成を使用して、前記ＤＬ許可および前記ＵＬ許可が基地局から受信される、Ｃ１に記載の方法。
［Ｃ４］
ＤＬ許可が前記２次キャリア上でセルフスケジューリングによってスケジュールされ、ＵＬ許可が前記１次キャリア上でクロスキャリアスケジューリングによってスケジュールされる構成を使用して、前記ＤＬ許可および前記ＵＬ許可が基地局から受信される、Ｃ１に記載の方法。
［Ｃ５］
各キャリア上の各サブフレーム上で監視するためにそれぞれのダウンリンク制御情報（ＤＣＩ）メッセージのＤＣＩフォーマットまたはＤＣＩフォーマットサイズのセットのうちの少なくとも１つについての情報を受信することと、
前記情報に基づいて前記ＵＬ許可または前記ＤＬ許可のうちの少なくとも１つを監視することと
をさらに備える、Ｃ１に記載の方法。
［Ｃ６］
前記それぞれのＤＣＩメッセージの前記ＤＣＩフォーマットサイズの各々が送信モードに固有である、Ｃ５に記載の方法。
［Ｃ７］
サブフレームごとに実施するためのブラインド復号の数に関する情報を受信することと、
前記ＤＬ許可また前記ＵＬ許可のうちの少なくとも１つを検出するためにブラインド復号の前記数に基づいてブラインド復号することと
をさらに備える、Ｃ１に記載の方法。
［Ｃ８］
前記１次キャリア上で受信された前記ＵＬ許可が複数の無認可キャリアに対応し、
前記ＵＬデータを送信するために、前記２次キャリアとして前記複数の無認可キャリアの中からキャリアを選択すること
をさらに備える、Ｃ１に記載の方法。
［Ｃ９］
前記複数の無認可キャリアの中から前記キャリアを前記選択することが、
前記複数の無認可キャリアに関連付けられたチャネルのチャネル可用性を決定することと、ここにおいて、チャネルのエネルギーがエネルギーしきい値よりも低いとき、前記チャネルが利用可能である、
前記チャネル可用性またはキャリア優先度のうちの少なくとも１つに基づいて、前記ＵＬデータの送信用に前記チャネルに関連付けられた前記キャリアを選択することと
を備える、Ｃ８に記載の方法。
［Ｃ１０］
前記ＵＬ許可を受信することを監視するためにリソースブロックの数を調整する、サービング基地局からの構成情報を受信することと、
前記ＵＬ許可を受信することを監視するためにリソースブロックの前記数を調整する、前記受信された構成情報に基づいて前記ＵＬ許可を監視することと
をさらに備える、Ｃ１に記載の方法。
［Ｃ１１］
基地局によるワイヤレス通信のための方法であって、
２次キャリア用のダウンリンク（ＤＬ）許可と前記２次キャリア用のアップリンク（ＵＬ）許可とを送ることと、ここにおいて、前記ＤＬ許可が前記２次キャリア上で送信され、前記ＵＬ許可が１次キャリア上で送信される、
前記２次キャリア上で前記ＤＬ許可を送った後に前記２次キャリア上でＤＬデータを送ることと、
前記１次キャリア上で前記ＵＬ許可を送った後に前記２次キャリア上でＵＬデータを受信することと
を備える、方法。
［Ｃ１２］
前記１次キャリアが認可キャリアであり、前記２次キャリアが無認可キャリアである、Ｃ１１に記載の方法。
［Ｃ１３］
ＤＬ許可が前記２次キャリア上で通信され、ＵＬ許可が前記１次キャリア上で通信される構成を使用して、前記ＤＬ許可および前記ＵＬ許可が前記基地局から送信される、Ｃ１１に記載の方法。
［Ｃ１４］
ＤＬ許可が前記２次キャリア上でセルフスケジューリングによってスケジュールされ、ＵＬ許可が前記１次キャリア上でクロスキャリアスケジューリングによってスケジュールされる構成を使用して、前記ＤＬ許可および前記ＵＬ許可が前記基地局から送信される、Ｃ１１に記載の方法。
［Ｃ１５］
各キャリア上の各サブフレーム上で監視するためにダウンリンク制御情報（ＤＣＩ）フォーマットまたはＤＣＩフォーマットサイズのセットについての情報を送ること
をさらに備える、Ｃ１１に記載の方法。
［Ｃ１６］
前記ＤＣＩフォーマットサイズの各々が送信モードに固有である、Ｃ１５に記載の方法。
［Ｃ１７］
前記ＤＬ許可または前記ＵＬ許可のうちの少なくとも１つを検出するために、サブフレームごとにユーザ機器（ＵＥ）において実施されるべきブラインド復号の最大数を示す構成情報を送ること
をさらに備える、Ｃ１１に記載の方法。
［Ｃ１８］
時分割複信（ＴＤＤ）サブフレーム構成に基づいて、ＵＬ／ＤＬ許可構成を選択することをさらに備える、Ｃ１１に記載の方法。
［Ｃ１９］
前記ＴＤＤサブフレーム構成がＤＬサブフレームよりも多くのＵＬサブフレームを含むとき、前記ＵＬ／ＤＬ許可構成が、前記２次キャリア上でＤＬ許可を送り、前記１次キャリア上でＵＬ許可を送ることを含み、
前記ＴＤＤサブフレーム構成がＤＬサブフレームよりも多くのＵＬサブフレームを含むとき、前記ＵＬ／ＤＬ許可構成が、前記２次キャリア上でＤＬ許可を送り、前記２次キャリア上でＵＬ許可を送ることを含む、
Ｃ１８に記載の方法。
［Ｃ２０］
スケジューリングモードが、前記１次キャリアと前記２次キャリアとを含む利用可能なキャリアの各々について独立して構成される、Ｃ１１に記載の方法。
［Ｃ２１］
前記スケジューリングモードが、前記利用可能なキャリアの各々における干渉またはチャネル可用性のうちの少なくとも１つに基づいて構成される、Ｃ２０に記載の方法。
［Ｃ２２］
スケジューリングモードが、前記１次キャリアと前記２次キャリアとを含む利用可能なキャリアの各々について独立して構成され、前記ＵＬ許可および前記ＤＬ許可について独立して構成される、Ｃ１１に記載の方法。
［Ｃ２３］
前記ＵＬデータを受信するための前記２次キャリアが、複数の無認可キャリアの中から選択されたキャリアであり、
前記１次キャリア上で送られた前記ＵＬ許可が、前記複数の無認可キャリアのために指定される、
Ｃ１１に記載の方法。
［Ｃ２４］
前記基地局が、前記選択されたキャリアをブラインド検出するように構成される、Ｃ２３に記載の方法。
［Ｃ２５］
前記ＵＬ許可をＵＥが監視するためのリソースの数を調整する構成情報を送ること
をさらに備える、Ｃ１１に記載の方法。
［Ｃ２６］
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内で監視するためのアグリゲーションレベルまたは候補の数を構成することと、
拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）のセットの数、ＥＰＤＣＣＨのセットごとのリソースブロック（ＲＢ）の数、ＥＰＤＣＣＨのタイプ、またはＥＰＤＣＣＨ監視用のアグリゲーションレベルもしくは候補の数のうちの少なくとも１つを構成することと
をさらに備える、Ｃ２５に記載の方法。
［Ｃ２７］
監視するためのリソースの前記数が、時分割複信（ＴＤＤ）サブフレーム構成またはアクティブな無認可キャリアの数のうちの少なくとも１つに依存する、Ｃ２５に記載の方法。
［Ｃ２８］
ワイヤレス通信のためのユーザ機器（ＵＥ）であって、
２次キャリア用のダウンリンク（ＤＬ）許可と前記２次キャリア用のアップリンク（ＵＬ）許可とを受信するための手段と、ここにおいて、前記ＤＬ許可が前記２次キャリア上で受信され、前記ＵＬ許可が１次キャリア上で受信される、
前記２次キャリア上で前記ＤＬ許可を受信した後に前記２次キャリア上でＤＬデータを受信するための手段と、
前記１次キャリア上で前記ＵＬ許可を受信した後に前記２次キャリア上でＵＬデータを送信するための手段と
を備える、ユーザ機器（ＵＥ）。
［Ｃ２９］
前記１次キャリアが認可キャリアであり、前記２次キャリアが無認可キャリアである、Ｃ２８に記載のＵＥ。
［Ｃ３０］
ＤＬ許可が前記２次キャリア上で前記ＵＥによって受信され、ＵＬ許可が前記１次キャリア上で前記ＵＥによって受信される構成を使用して、前記ＤＬ許可および前記ＵＬ許可が基地局から受信される、Ｃ２８に記載のＵＥ。
［Ｃ３１］
ＤＬ許可が前記２次キャリア上でセルフスケジューリングによってスケジュールされ、ＵＬ許可が前記１次キャリア上でクロスキャリアスケジューリングによってスケジュールされる構成を使用して、前記ＤＬ許可および前記ＵＬ許可が基地局から受信される、Ｃ２８に記載のＵＥ。
［Ｃ３２］
各キャリア上の各サブフレーム上で監視するためにそれぞれのダウンリンク制御情報（ＤＣＩ）メッセージのＤＣＩフォーマットまたはＤＣＩフォーマットサイズのセットのうちの少なくとも１つについての情報を受信するための手段と、
前記情報に基づいて前記ＵＬ許可または前記ＤＬ許可のうちの少なくとも１つを監視するための手段と
をさらに備える、Ｃ２８に記載のＵＥ。
［Ｃ３３］
前記それぞれのＤＣＩメッセージの前記ＤＣＩフォーマットサイズの各々が送信モードに固有である、Ｃ３２に記載のＵＥ。
［Ｃ３４］
サブフレームごとに実施するためのブラインド復号の数に関する情報を受信するための手段と、
前記ＤＬ許可また前記ＵＬ許可のうちの少なくとも１つを検出するためにブラインド復号の前記数に基づいてブラインド復号するための手段と
をさらに備える、Ｃ２８に記載のＵＥ。
［Ｃ３５］
前記１次キャリア上で受信された前記ＵＬ許可が複数の無認可キャリアに対応し、
前記ＵＬデータを送信するために、前記２次キャリアとして前記複数の無認可キャリアの中からキャリアを選択するための手段
をさらに備える、Ｃ２８に記載のＵＥ。
［Ｃ３６］
前記複数の無認可キャリアの中から前記キャリアを選択するための前記手段が、
前記複数の無認可キャリアに関連付けられたチャネルのチャネル可用性を決定することと、ここにおいて、チャネルのエネルギーがエネルギーしきい値よりも低いとき、前記チャネルが利用可能である、
前記チャネル可用性またはキャリア優先度のうちの少なくとも１つに基づいて、前記ＵＬデータの送信用に前記チャネルに関連付けられた前記キャリアを選択することと
を行うように構成される、Ｃ３５に記載のＵＥ。
［Ｃ３７］
前記ＵＬ許可を受信することを監視するためにリソースブロックの数を調整する、サービング基地局からの構成情報を受信するための手段と、
前記ＵＬ許可を受信することを監視するためにリソースブロックの前記数を調整する、前記受信された構成情報に基づいて前記ＵＬ許可を監視するための手段と
をさらに備える、Ｃ２８に記載のＵＥ。
［Ｃ３８］
ワイヤレス通信のための基地局であって、
２次キャリア用のダウンリンク（ＤＬ）許可と前記２次キャリア用のアップリンク（ＵＬ）許可とを送るための手段と、ここにおいて、前記ＤＬ許可が前記２次キャリア上で送信され、前記ＵＬ許可が１次キャリア上で送信される、
前記２次キャリア上で前記ＤＬ許可を送った後に前記２次キャリア上でＤＬデータを送るための手段と、
前記１次キャリア上で前記ＵＬ許可を送った後に前記２次キャリア上でＵＬデータを受信するための手段と
を備える、基地局。
［Ｃ３９］
前記１次キャリアが認可キャリアであり、前記２次キャリアが無認可キャリアである、Ｃ３８に記載の基地局。
［Ｃ４０］
ＤＬ許可が前記２次キャリア上で通信され、ＵＬ許可が前記１次キャリア上で通信される構成を使用して、前記ＤＬ許可および前記ＵＬ許可が前記基地局から送信される、Ｃ３８に記載の基地局。
［Ｃ４１］
ＤＬ許可が前記２次キャリア上でセルフスケジューリングによってスケジュールされ、ＵＬ許可が前記１次キャリア上でクロスキャリアスケジューリングによってスケジュールされる構成を使用して、前記ＤＬ許可および前記ＵＬ許可が前記基地局から送信される、Ｃ３８に記載の基地局。
［Ｃ４２］
各キャリア上の各サブフレーム上で監視するためにダウンリンク制御情報（ＤＣＩ）フォーマットまたはＤＣＩフォーマットサイズのセットについての情報を送るための手段をさらに備える、Ｃ３８に記載の基地局。
［Ｃ４３］
前記ＤＣＩフォーマットサイズの各々が送信モードに固有である、Ｃ４２に記載の基地局。
［Ｃ４４］
前記ＤＬ許可または前記ＵＬ許可のうちの少なくとも１つを検出するために、サブフレームごとにユーザ機器（ＵＥ）において実施されるべきブラインド復号の最大数を示す構成情報を送るための手段
をさらに備える、Ｃ３８に記載の基地局。
［Ｃ４５］
時分割複信（ＴＤＤ）サブフレーム構成に基づいて、ＵＬ／ＤＬ許可構成を選択するための手段をさらに備える、Ｃ３８に記載の基地局。
［Ｃ４６］
前記ＴＤＤサブフレーム構成がＤＬサブフレームよりも多くのＵＬサブフレームを含むとき、前記ＵＬ／ＤＬ許可構成が、前記２次キャリア上でＤＬ許可を送り、前記１次キャリア上でＵＬ許可を送ることを含み、
前記ＴＤＤサブフレーム構成がＤＬサブフレームよりも多くのＵＬサブフレームを含むとき、前記ＵＬ／ＤＬ許可構成が、前記２次キャリア上でＤＬ許可を送り、前記２次キャリア上でＵＬ許可を送ることを含む、
Ｃ４５に記載の基地局。
［Ｃ４７］
スケジューリングモードが、前記１次キャリアと前記２次キャリアとを含む利用可能なキャリアの各々について独立して構成される、Ｃ３８に記載の基地局。
［Ｃ４８］
前記スケジューリングモードが、前記利用可能なキャリアの各々における干渉またはチャネル可用性のうちの少なくとも１つに基づいて構成される、Ｃ４７に記載の基地局。
［Ｃ４９］
スケジューリングモードが、前記１次キャリアと前記２次キャリアとを含む利用可能なキャリアの各々について独立して構成され、前記ＵＬ許可および前記ＤＬ許可について独立して構成される、Ｃ３８に記載の基地局。
［Ｃ５０］
前記ＵＬデータを受信するための前記２次キャリアが、複数の無認可キャリアの中から選択されたキャリアであり、
前記１次キャリア上で送られた前記ＵＬ許可が、前記複数の無認可キャリアのために指定される、
Ｃ３８に記載の基地局。
［Ｃ５１］
前記基地局が、前記選択されたキャリアをブラインド検出するように構成される、Ｃ５０に記載の基地局。
［Ｃ５２］
前記ＵＬ許可をＵＥが監視するためのリソースの数を調整する構成情報を送るための手段
をさらに備える、Ｃ３８に記載の基地局。
［Ｃ５３］
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内で監視するためのアグリゲーションレベルまたは候補の数を構成するための手段と、
拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）のセットの数、ＥＰＤＣＣＨのセットごとのリソースブロック（ＲＢ）の数、ＥＰＤＣＣＨのタイプ、またはＥＰＤＣＣＨ監視用のアグリゲーションレベルもしくは候補の数のうちの少なくとも１つを構成するための手段と
をさらに備える、Ｃ５２に記載の基地局。
［Ｃ５４］
監視するためのリソースの前記数が、時分割複信（ＴＤＤ）サブフレーム構成またはアクティブな無認可キャリアの数のうちの少なくとも１つに依存する、Ｃ５２に記載の基地局。
［Ｃ５５］
ワイヤレス通信のためのユーザ機器（ＵＥ）であって、
メモリと、
前記メモリに結合され、
２次キャリア用のダウンリンク（ＤＬ）許可と前記２次キャリア用のアップリンク（ＵＬ）許可とを受信することと、ここにおいて、前記ＤＬ許可が前記２次キャリア上で受信され、前記ＵＬ許可が１次キャリア上で受信される、
前記２次キャリア上で前記ＤＬ許可を受信した後に前記２次キャリア上でＤＬデータを受信することと、
前記１次キャリア上で前記ＵＬ許可を受信した後に前記２次キャリア上でＵＬデータを送信することと
を行うように構成された少なくとも１つのプロセッサと
を備える、ユーザ機器（ＵＥ）。
［Ｃ５６］
前記１次キャリアが認可キャリアであり、前記２次キャリアが無認可キャリアである、Ｃ５５に記載のＵＥ。
［Ｃ５７］
ＤＬ許可が前記２次キャリア上で前記ＵＥによって受信され、ＵＬ許可が前記１次キャリア上で前記ＵＥによって受信される構成を使用して、前記ＤＬ許可および前記ＵＬ許可が基地局から受信される、Ｃ５５に記載のＵＥ。
［Ｃ５８］
ＤＬ許可が前記２次キャリア上でセルフスケジューリングによってスケジュールされ、ＵＬ許可が前記１次キャリア上でクロスキャリアスケジューリングによってスケジュールされる構成を使用して、前記ＤＬ許可および前記ＵＬ許可が基地局から受信される、Ｃ５５に記載のＵＥ。
［Ｃ５９］
前記少なくとも１つのプロセッサが、
各キャリア上の各サブフレーム上で監視するためにそれぞれのダウンリンク制御情報（ＤＣＩ）メッセージのＤＣＩフォーマットまたはＤＣＩフォーマットサイズのセットのうちの少なくとも１つについての情報を受信することと、
前記情報に基づいて前記ＵＬ許可または前記ＤＬ許可のうちの少なくとも１つを監視することと
を行うようにさらに構成される、Ｃ５５に記載のＵＥ。
［Ｃ６０］
前記それぞれのＤＣＩメッセージの前記ＤＣＩフォーマットサイズの各々が送信モードに固有である、Ｃ５９に記載のＵＥ。
［Ｃ６１］
前記少なくとも１つのプロセッサが、
サブフレームごとに実施するためのブラインド復号の数に関する情報を受信することと、
前記ＤＬ許可また前記ＵＬ許可のうちの少なくとも１つを検出するためにブラインド復号の前記数に基づいてブラインド復号することと
を行うようにさらに構成される、Ｃ５５に記載のＵＥ。
［Ｃ６２］
前記１次キャリア上で受信された前記ＵＬ許可が複数の無認可キャリアに対応し、前記少なくとも１つのプロセッサが、
前記ＵＬデータを送信するために、前記２次キャリアとして前記複数の無認可キャリアの中からキャリアを選択すること
を行うようにさらに構成される、Ｃ５５に記載のＵＥ。
［Ｃ６３］
前記複数の無認可キャリアの中から前記キャリアを選択するように構成された前記少なくとも１つのプロセッサが、
前記複数の無認可キャリアに関連付けられたチャネルのチャネル可用性を決定することと、ここにおいて、チャネルのエネルギーがエネルギーしきい値よりも低いとき、前記チャネルが利用可能である、
前記チャネル可用性またはキャリア優先度のうちの少なくとも１つに基づいて、前記ＵＬデータの送信用に前記チャネルに関連付けられた前記キャリアを選択することと
を行うように構成される、Ｃ６２に記載のＵＥ。
［Ｃ６４］
前記少なくとも１つのプロセッサが、
前記ＵＬ許可を受信することを監視するためにリソースブロックの数を調整する、サービング基地局からの構成情報を受信することと、
前記ＵＬ許可を受信することを監視するためにリソースブロックの前記数を調整する、前記受信された構成情報に基づいて前記ＵＬ許可を監視することと
を行うようにさらに構成される、Ｃ５５に記載のＵＥ。
［Ｃ６５］
ワイヤレス通信のための基地局であって、
メモリと、
前記メモリに結合され、
２次キャリア用のダウンリンク（ＤＬ）許可と前記２次キャリア用のアップリンク（ＵＬ）許可とを送ることと、ここにおいて、前記ＤＬ許可が前記２次キャリア上で送信され、前記ＵＬ許可が１次キャリア上で送信される、
前記２次キャリア上で前記ＤＬ許可を送った後に前記２次キャリア上でＤＬデータを送ることと、
前記１次キャリア上で前記ＵＬ許可を送った後に前記２次キャリア上でＵＬデータを受信することと
を行うように構成された少なくとも１つのプロセッサと
を備える、基地局。
［Ｃ６６］
前記１次キャリアが認可キャリアであり、前記２次キャリアが無認可キャリアである、Ｃ６５に記載の基地局。
［Ｃ６７］
ＤＬ許可が前記２次キャリア上で通信され、ＵＬ許可が前記１次キャリア上で通信される構成を使用して、前記ＤＬ許可および前記ＵＬ許可が前記基地局から送信される、Ｃ６５に記載の基地局。
［Ｃ６８］
ＤＬ許可が前記２次キャリア上でセルフスケジューリングによってスケジュールされ、ＵＬ許可が前記１次キャリア上でクロスキャリアスケジューリングによってスケジュールされる構成を使用して、前記ＤＬ許可および前記ＵＬ許可が前記基地局から送信される、Ｃ６５に記載の基地局。
［Ｃ６９］
前記少なくとも１つのプロセッサが、
各キャリア上の各サブフレーム上で監視するためにダウンリンク制御情報（ＤＣＩ）フォーマットまたはＤＣＩフォーマットサイズのセットについての情報を送ること
を行うようにさらに構成される、Ｃ６５に記載の基地局。
［Ｃ７０］
前記ＤＣＩフォーマットサイズの各々が送信モードに固有である、Ｃ６９に記載の基地局。
［Ｃ７１］
前記少なくとも１つのプロセッサが、
前記ＤＬ許可または前記ＵＬ許可のうちの少なくとも１つを検出するために、サブフレームごとにユーザ機器（ＵＥ）において実施されるべきブラインド復号の最大数を示す構成情報を送ること
を行うようにさらに構成される、Ｃ６５に記載の基地局。
［Ｃ７２］
前記少なくとも１つのプロセッサが、
時分割複信（ＴＤＤ）サブフレーム構成に基づいて、ＵＬ／ＤＬ許可構成を選択すること
を行うようにさらに構成される、Ｃ６５に記載の基地局。
［Ｃ７３］
前記ＴＤＤサブフレーム構成がＤＬサブフレームよりも多くのＵＬサブフレームを含むとき、前記ＵＬ／ＤＬ許可構成が、前記２次キャリア上でＤＬ許可を送り、前記１次キャリア上でＵＬ許可を送ることを含み、
前記ＴＤＤサブフレーム構成がＤＬサブフレームよりも多くのＵＬサブフレームを含むとき、前記ＵＬ／ＤＬ許可構成が、前記２次キャリア上でＤＬ許可を送り、前記２次キャリア上でＵＬ許可を送ることを含む、
Ｃ７２に記載の基地局。
［Ｃ７４］
スケジューリングモードが、前記１次キャリアと前記２次キャリアとを含む利用可能なキャリアの各々について独立して構成される、Ｃ６５に記載の基地局。
［Ｃ７５］
前記スケジューリングモードが、前記利用可能なキャリアの各々における干渉またはチャネル可用性のうちの少なくとも１つに基づいて構成される、Ｃ７４に記載の基地局。
［Ｃ７６］
スケジューリングモードが、前記１次キャリアと前記２次キャリアとを含む利用可能なキャリアの各々について独立して構成され、前記ＵＬ許可および前記ＤＬ許可について独立して構成される、Ｃ６５に記載の基地局。
［Ｃ７７］
前記ＵＬデータを受信するための前記２次キャリアが、複数の無認可キャリアの中から選択されたキャリアであり、
前記１次キャリア上で送られた前記ＵＬ許可が、前記複数の無認可キャリアのために指定される、
Ｃ６５に記載の基地局。
［Ｃ７８］
前記基地局が、前記選択されたキャリアをブラインド検出するように構成される、Ｃ７７に記載の基地局。
［Ｃ７９］
前記少なくとも１つのプロセッサが、
前記ＵＬ許可をＵＥが監視するためのリソースの数を調整する構成情報を送ることを行うようにさらに構成される、Ｃ６５に記載の基地局。
［Ｃ８０］
前記少なくとも１つのプロセッサが、
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内で監視するためのアグリゲーションレベルまたは候補の数を構成することと、
拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）のセットの数、ＥＰＤＣＣＨのセットごとのリソースブロック（ＲＢ）の数、ＥＰＤＣＣＨのタイプ、またはＥＰＤＣＣＨ監視用のアグリゲーションレベルもしくは候補の数のうちの少なくとも１つを構成することと
を行うようにさらに構成される、Ｃ７９に記載の基地局。
［Ｃ８１］
監視するためのリソースの前記数が、時分割複信（ＴＤＤ）サブフレーム構成またはアクティブな無認可キャリアの数のうちの少なくとも１つに依存する、Ｃ７９に記載の基地局。
［Ｃ８２］
ユーザ機器（ＵＥ）によるワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体であって、
２次キャリア用のダウンリンク（ＤＬ）許可と前記２次キャリア用のアップリンク（ＵＬ）許可とを受信することと、ここにおいて、前記ＤＬ許可が前記２次キャリア上で受信され、前記ＵＬ許可が１次キャリア上で受信される、
前記２次キャリア上で前記ＤＬ許可を受信した後に前記２次キャリア上でＤＬデータを受信することと、
前記１次キャリア上で前記ＵＬ許可を受信した後に前記２次キャリア上でＵＬデータを送信することと
を行うコードを備える、コンピュータ可読媒体。
［Ｃ８３］
前記１次キャリアが認可キャリアであり、前記２次キャリアが無認可キャリアである、Ｃ８２に記載のコンピュータ可読媒体。
［Ｃ８４］
ＤＬ許可が前記２次キャリア上で前記ＵＥによって受信され、ＵＬ許可が前記１次キャリア上で前記ＵＥによって受信される構成を使用して、前記ＤＬ許可および前記ＵＬ許可が基地局から受信される、Ｃ８２に記載のコンピュータ可読媒体。
［Ｃ８５］
ＤＬ許可が前記２次キャリア上でセルフスケジューリングによってスケジュールされ、ＵＬ許可が前記１次キャリア上でクロスキャリアスケジューリングによってスケジュールされる構成を使用して、前記ＤＬ許可および前記ＵＬ許可が基地局から受信される、Ｃ８２に記載のコンピュータ可読媒体。
［Ｃ８６］
各キャリア上の各サブフレーム上で監視するためにそれぞれのＤＣＩメッセージのダウンリンク制御情報（ＤＣＩ）フォーマットまたはＤＣＩフォーマットサイズのセットのうちの少なくとも１つについての情報を受信することと、
前記情報に基づいて前記ＵＬ許可または前記ＤＬ許可のうちの少なくとも１つを監視することと
を行うコードをさらに備える、Ｃ８２に記載のコンピュータ可読媒体。
［Ｃ８７］
前記それぞれのＤＣＩメッセージの前記ＤＣＩフォーマットサイズの各々が送信モードに固有である、Ｃ８６に記載のコンピュータ可読媒体。
［Ｃ８８］
サブフレームごとに実施するためのブラインド復号の数に関する情報を受信することと、
前記ＤＬ許可また前記ＵＬ許可のうちの少なくとも１つを検出するためにブラインド復号の前記数に基づいてブラインド復号することと
を行うコードをさらに備える、Ｃ８２に記載のコンピュータ可読媒体。
［Ｃ８９］
前記１次キャリア上で受信された前記ＵＬ許可が複数の無認可キャリアに対応し、
前記ＵＬデータを送信するために、前記２次キャリアとして前記複数の無認可キャリアの中からキャリアを選択すること
を行うコードをさらに備える、Ｃ８２に記載のコンピュータ可読媒体。
［Ｃ９０］
前記複数の無認可キャリアの中から前記キャリアを選択する前記コードが、
前記複数の無認可キャリアに関連付けられたチャネルのチャネル可用性を決定することと、ここにおいて、チャネルのエネルギーがエネルギーしきい値よりも低いとき、前記チャネルが利用可能である、
前記チャネル可用性またはキャリア優先度のうちの少なくとも１つに基づいて、前記ＵＬデータの送信用に前記チャネルに関連付けられた前記キャリアを選択することと
を行うコードを備える、Ｃ８９に記載のコンピュータ可読媒体。
［Ｃ９１］
前記ＵＬ許可を受信することを監視するためにリソースブロックの数を調整する、サービング基地局からの構成情報を受信することと、
前記ＵＬ許可を受信することを監視するためにリソースブロックの前記数を調整する、前記受信された構成情報に基づいて前記ＵＬ許可を監視することと
を行うコードをさらに備える、Ｃ８２に記載のコンピュータ可読媒体。
［Ｃ９２］
基地局によるワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体であって、
２次キャリア用のダウンリンク（ＤＬ）許可と前記２次キャリア用のアップリンク（ＵＬ）許可とを送ることと、ここにおいて、前記ＤＬ許可が前記２次キャリア上で送信され、前記ＵＬ許可が１次キャリア上で送信される、
前記２次キャリア上で前記ＤＬ許可を送った後に前記２次キャリア上でＤＬデータを送ることと、
前記１次キャリア上で前記ＵＬ許可を送った後に前記２次キャリア上でＵＬデータを受信することと
を行うコードを備える、コンピュータ可読媒体。
［Ｃ９３］
前記１次キャリアが認可キャリアであり、前記２次キャリアが無認可キャリアである、Ｃ９２に記載のコンピュータ可読媒体。
［Ｃ９４］
ＤＬ許可が前記２次キャリア上で通信され、ＵＬ許可が前記１次キャリア上で通信される構成を使用して、前記ＤＬ許可および前記ＵＬ許可が前記基地局から送信される、Ｃ９２に記載のコンピュータ可読媒体。
［Ｃ９５］
ＤＬ許可が前記２次キャリア上でセルフスケジューリングによってスケジュールされ、ＵＬ許可が前記１次キャリア上でクロスキャリアスケジューリングによってスケジュールされる構成を使用して、前記ＤＬ許可および前記ＵＬ許可が前記基地局から送信される、Ｃ９２に記載のコンピュータ可読媒体。
［Ｃ９６］
各キャリア上の各サブフレーム上で監視するためにダウンリンク制御情報（ＤＣＩ）フォーマットまたはＤＣＩフォーマットサイズのセットについての情報を送ること
を行うコードをさらに備える、Ｃ９２に記載のコンピュータ可読媒体。
［Ｃ９７］
前記ＤＣＩフォーマットサイズの各々が送信モードに固有である、Ｃ９６に記載のコンピュータ可読媒体。
［Ｃ９８］
前記ＤＬ許可または前記ＵＬ許可のうちの少なくとも１つを検出するために、サブフレームごとにユーザ機器（ＵＥ）において実施されるべきブラインド復号の最大数を示す構成情報を送ること
を行うコードをさらに備える、Ｃ９２に記載のコンピュータ可読媒体。
［Ｃ９９］
時分割複信（ＴＤＤ）サブフレーム構成に基づいて、ＵＬ／ＤＬ許可構成を選択することを行うコードをさらに備える、Ｃ９２に記載のコンピュータ可読媒体。
［Ｃ１００］
前記ＴＤＤサブフレーム構成がＤＬサブフレームよりも多くのＵＬサブフレームを含むとき、前記ＵＬ／ＤＬ許可構成が、前記２次キャリア上でＤＬ許可を送り、前記１次キャリア上でＵＬ許可を送ることを含み、
前記ＴＤＤサブフレーム構成がＤＬサブフレームよりも多くのＵＬサブフレームを含むとき、前記ＵＬ／ＤＬ許可構成が、前記２次キャリア上でＤＬ許可を送り、前記２次キャリア上でＵＬ許可を送ることを含む、
Ｃ９９に記載のコンピュータ可読媒体。
［Ｃ１０１］
スケジューリングモードが、前記１次キャリアと前記２次キャリアとを含む利用可能なキャリアの各々について独立して構成される、Ｃ９２に記載のコンピュータ可読媒体。
［Ｃ１０２］
前記スケジューリングモードが、前記利用可能なキャリアの各々における干渉またはチャネル可用性のうちの少なくとも１つに基づいて構成される、Ｃ１０１に記載のコンピュータ可読媒体。
［Ｃ１０３］
スケジューリングモードが、前記１次キャリアと前記２次キャリアとを含む利用可能なキャリアの各々について独立して構成され、前記ＵＬ許可および前記ＤＬ許可について独立して構成される、Ｃ９２に記載のコンピュータ可読媒体。
［Ｃ１０４］
前記ＵＬデータを受信するための前記２次キャリアが、複数の無認可キャリアの中から選択されたキャリアであり、
前記１次キャリア上で送られた前記ＵＬ許可が、前記複数の無認可キャリアのために指定される、
Ｃ９２に記載のコンピュータ可読媒体。
［Ｃ１０５］
前記基地局が、前記選択されたキャリアをブラインド検出するように構成される、Ｃ１０４に記載のコンピュータ可読媒体。
［Ｃ１０６］
前記ＵＬ許可をＵＥが監視するためのリソースの数を調整する構成情報を送ること
を行うコードをさらに備える、Ｃ９２に記載のコンピュータ可読媒体。
［Ｃ１０７］
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内で監視するためのアグリゲーションレベルまたは候補の数を構成することと、
拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）のセットの数、ＥＰＤＣＣＨのセットごとのリソースブロック（ＲＢ）の数、ＥＰＤＣＣＨのタイプ、またはＥＰＤＣＣＨ監視用のアグリゲーションレベルもしくは候補の数のうちの少なくとも１つを構成することと
を行うコードをさらに備える、Ｃ１０６に記載のコンピュータ可読媒体。
［Ｃ１０８］
監視するためのリソースの前記数が、時分割複信（ＴＤＤ）サブフレーム構成またはアクティブな無認可キャリアの数のうちの少なくとも１つに依存する、Ｃ１０６に記載のコンピュータ可読媒体。
【図１】
0006657249.tif 000003
【図２Ａ】
0006657249.tif 000004
【図２Ｂ】
0006657249.tif 000005
【図２Ｃ】
0006657249.tif 000006
【図２Ｄ】
0006657249.tif 000007
【図３】
0006657249.tif 000008
【図４】
0006657249.tif 000009
【図５Ａ】
0006657249.tif 000010
【図５Ｂ】
0006657249.tif 000011
【図６Ａ】
0006657249.tif 000012
【図６Ｂ】
0006657249.tif 000013
【図７】
0006657249.tif 000014
【図８】
0006657249.tif 000015
【図９Ａ】
0006657249.tif 000016
【図９Ｂ】
0006657249.tif 000017
【図１０Ａ】
0006657249.tif 000018
【図１０Ｂ】
0006657249.tif 000019
【図１１】
0006657249.tif 000020
【図１２】
0006657249.tif 000021
【図１３】
0006657249.tif 000022
【図１４Ａ】
0006657249.tif 000023
【図１４Ｂ】
0006657249.tif 000024
【図１５Ａ】
0006657249.tif 000025
【図１５Ｂ】
0006657249.tif 000026
【図１６】
0006657249.tif 000027
【図１７】
0006657249.tif 000028