(57)【特許請求の範囲】
【請求項１】
複数の通信キャリアを有する通信システムの第1の通信キャリアにおける動作のために適合された第1の通信コントローラを動作させるための方法であって、
前記第1の通信キャリアにおいて第1のより高いレイヤメッセージをユーザデバイスに信号伝達するステップであって、前記第1のより高いレイヤメッセージが、第2の通信キャリアにおける動作のアクティブ化に関する情報を含む、ステップと、
前記第2の通信キャリアにおける日和見的送信機会を、前記第2の通信キャリアにおける動作のために適合された第2の通信コントローラと協調させるステップと、
前記第2の通信キャリアにおいて送信された基準信号に従って、チャネル測定を促すように構成された非周期的なトリガを含む第1の物理レイヤメッセージを生成するステップであって、前記第1の物理レイヤメッセージが、前記日和見的送信機会の指示として働く、ステップと、
前記第1の通信キャリアにおいて前記第1の物理レイヤメッセージを前記ユーザデバイスに信号伝達するステップと、
前記非周期的なトリガに従って、前記ユーザデバイスから前記第1の通信キャリアにおいて測定報告を受信するステップであって、前記測定報告が、前記第2の通信キャリアにおいて送信された前記基準信号に従って生成される、ステップと、
前記測定報告を前記第2の通信コントローラに送信するステップと
を含む、方法。
【請求項２】
前記第1の物理レイヤメッセージが、前記第1のより高いレイヤメッセージの後、信号伝達される、請求項1に記載の方法。
【請求項３】
前記第2の通信キャリアにおける前記基準信号の前記送信が、前記第1の物理レイヤメッセージの前記信号伝達と協調する、請求項1に記載の方法。
【請求項４】
レイヤ1インジケータが、前記第2の通信キャリアにおける前記日和見的送信機会を示す、請求項1に記載の方法。
【請求項５】
前記非周期的なトリガが、非周期的なサウンディング基準信号(SRS)トリガおよび非周期的なチャネル状態情報(CSI)トリガのうちの一方を含む、請求項1に記載の方法。
【請求項６】
複数の通信キャリアを有する通信システムの第1の通信キャリアにおける動作のために適合された第1の通信コントローラを動作させるための方法であって、
前記第1の通信キャリアにおいて第1のより高いレイヤメッセージをユーザデバイスに信号伝達するステップであって、前記第1のより高いレイヤメッセージが、第2の通信キャリアにおける動作のアクティブ化に関する情報を含む、ステップと、
前記第2の通信キャリアにおける日和見的送信機会を、前記第2の通信キャリアにおける動作のために適合された第2の通信コントローラと協調させるステップと、
前記第2の通信キャリアにおいて送信された基準信号に従って、チャネル測定を促すように構成された非周期的なトリガを含む第1の物理レイヤメッセージを生成するステップであって、前記第1の物理レイヤメッセージが、前記日和見的送信機会の指示として働く、ステップと、
前記第1の通信キャリアにおいて前記第1の物理レイヤメッセージを前記ユーザデバイスに信号伝達するステップと
を含み、
前記第1の通信キャリアが、認可通信キャリアであり、前記第2の通信キャリアが、無認可通信キャリアであり、前記方法が、前記第1の物理レイヤメッセージを信号伝達することに先立って、前記第2の通信キャリアが空いているという通知を前記第2の通信コントローラから受信するステップをさらに含む、方法。
【請求項７】
前記通信システムが、第3世代パートナシッププロジェクト(3GPP)ロングタームエボリューション(LTE)における無認可スペクトルへの認可され補助されたアクセス(LAAまたはLAA-LTE)通信システムである、請求項6に記載の方法。
【請求項８】
前記第1の通信キャリアにおいて第2のより高いレイヤメッセージを前記ユーザデバイスに信号伝達するステップであって、前記第2のより高いレイヤメッセージが、前記第2の通信キャリアにおける動作の非アクティブ化に関する情報を含む、ステップ
をさらに含む、請求項1から7のいずれか一項に記載の方法。
【請求項９】
前記第1の通信キャリアにおいて第2の物理レイヤメッセージを前記ユーザデバイスに信号伝達するステップであって、前記第2の物理レイヤメッセージが、前記第2の通信キャリアにおける送信を監視することを中止するための前記ユーザデバイスに対する指示を含む、ステップをさらに含む、請求項8に記載の方法。
【請求項１０】
前記ユーザデバイスを用いて、前記第1の通信キャリアにおけるデータパケットの再送信に参加するステップをさらに含み、前記データパケットが、前記第2の通信キャリアにおいて、最初に送信された、請求項1から9のいずれか一項に記載の方法。
【請求項１１】
前記第1の通信キャリアにおける前記データパケットの前記再送信に関連付けられた第1のハイブリッド自動再送要求(HARQ)プロセスが、前記第2の通信キャリアにおける前記データパケットの前記最初の送信に関連付けられた第2のHARQプロセスに対応する、請求項10に記載の方法。
【請求項１２】
前記第1のHARQプロセスと前記第2のHARQプロセスとの関連付けを前記ユーザデバイスに示すステップをさらに含む、請求項11に記載の方法。
【請求項１３】
前記データパケットの前記再送信は、前記データパケットの前記最初の送信についての否定応答を受信すること、前記データパケットの前記最初の送信に関連付けられた送信タイマの期限切れ、および前記第2の通信キャリアが利用不可になったという通知を受信することのうちの1つに応答する、請求項10に記載の方法。
【請求項１４】
複数の通信キャリアを有する通信システムにおける動作のために適合されたユーザデバイスを動作させるための方法であって、
第1の通信キャリアを介して第1の通信コントローラから第1のより高いレイヤメッセージを受信するステップであって、前記第1のより高いレイヤメッセージが、第2の通信キャリアのアクティブ化に関する情報を含む、ステップと、
前記第1の通信キャリアを介して前記第1の通信コントローラから第1の物理レイヤメッセージを受信するステップであって、前記第1の物理レイヤメッセージが、前記第2の通信キャリアにおけるチャネル測定手順を開始するように構成された非周期的なトリガを含み、前記第1の物理レイヤメッセージが、前記第2の通信キャリアにおける日和見的送信機会の指示として働く、ステップと、
前記第2の通信キャリアにおける前記日和見的送信機会を監視するステップと、
前記第2の通信キャリアにおける前記チャネル測定手順に参加するステップと
を含み、
前記非周期的なトリガが、非周期的なサウンディング基準信号(SRS)トリガを含み、前記チャネル測定手順に参加するステップが、
SRSを前記第2の通信キャリアにおけるネットワークリソースにおいて第2の通信コントローラに送信するステップを含み、
前記第1の通信キャリアが、認可通信キャリアであり、前記第2の通信キャリアが、無認可通信キャリアであり、前記チャネル測定手順に参加するステップが、
空きチャネルアセスメント(CCA)を行って、前記第2の通信キャリアの状態を判定するステップをさらに含み、前記SRSは、前記第2の通信キャリアの前記状態が空きであるとき、前記第2の通信キャリアにおいて送信される、方法。
【請求項１５】
複数の通信キャリアを有する通信システムにおける動作のために適合されたユーザデバイスを動作させるための方法であって、
第1の通信キャリアを介して第1の通信コントローラから第1のより高いレイヤメッセージを受信するステップであって、前記第1のより高いレイヤメッセージが、第2の通信キャリアのアクティブ化に関する情報を含む、ステップと、
前記第1の通信キャリアを介して前記第1の通信コントローラから第1の物理レイヤメッセージを受信するステップであって、前記第1の物理レイヤメッセージが、前記第2の通信キャリアにおけるチャネル測定手順を開始するように構成された非周期的なトリガを含み、前記第1の物理レイヤメッセージが、前記第2の通信キャリアにおける日和見的送信機会の指示として働く、ステップと、
前記第2の通信キャリアにおける前記日和見的送信機会を監視するステップと、
前記第2の通信キャリアにおける前記チャネル測定手順に参加するステップと
を含み、
前記非周期的なトリガが、非周期的なチャネル状態情報(CSI)トリガを含み、前記チャネル測定手順に参加するステップが、
前記第2の通信キャリアにおいて第2の通信コントローラから基準信号(RS)を受信するステップと、
前記受信されたRSの測定に従って、CSI報告を生成するステップと、
前記CSI報告を前記第1の通信キャリアにおいて前記第1の通信コントローラに送信するステップと
を含む、方法。
【請求項１６】
前記第1の物理レイヤメッセージの受信が前記RSの受信を協調させる、請求項15に記載の方法。
【請求項１７】
前記第1の通信キャリアにおけるデータパケットの再送信に参加するステップをさらに含み、前記データパケットの最初の送信が、前記第2の通信キャリアにおいて行われた、請求項14から16のいずれか一項に記載の方法。
【請求項１８】
前記データパケットの前記再送信に関連付けられた第1のハイブリッド自動再送要求(HARQ)プロセスが、前記データパケットの前記最初の送信に関連付けられた第2のHARQプロセスに対応する、請求項17に記載の方法。
【請求項１９】
前記第1のHARQプロセスと前記第2のHARQプロセスとの関連付けの指示を受信するステップをさらに含む、請求項18に記載の方法。
【請求項２０】
前記データパケットの前記再送信に参加する前記ステップは、前記第2の通信キャリアにおける前記データパケットの前記最初の送信の受信に対応する否定応答を送信すること、前記データパケットの前記最初の送信に関連付けられた送信タイマの期限切れ、および前記第2の通信キャリアが利用不可になったという通知の受信のうちの1つに応答する、請求項17に記載の方法。
【請求項２１】
前記第1の通信キャリアにおいて前記第1の通信コントローラから第2のより高いレイヤメッセージを受信するステップであって、前記第2のより高いレイヤメッセージが、前記第2の通信キャリアの非アクティブ化に関する情報を含む、ステップをさらに含む、請求項14から20のいずれか一項に記載の方法。
【請求項２２】
前記第1の通信キャリアにおいて前記第1の通信コントローラから第2の物理レイヤメッセージを受信するステップであって、前記第2の物理レイヤメッセージが、前記第2の通信キャリアを監視することを中止する指示を含む、ステップをさらに含む、請求項21に記載の方法。
【請求項２３】
複数の通信キャリアを有する通信システムの第1の通信キャリアにおける動作のために適合された第1の通信コントローラであって、
プロセッサと、
前記プロセッサによる実行のためのプログラミングを記憶したコンピュータ可読記憶媒体と
を備え、前記プログラミングは、
前記第1の通信キャリアにおいて第1のより高いレイヤメッセージをユーザデバイスに信号伝達することであって、前記第1のより高いレイヤメッセージが、第2の通信キャリアにおける動作のアクティブ化に関する情報を含む、前記信号伝達することと、
前記第2の通信キャリアにおける日和見的送信機会を、前記第2の通信キャリアにおける動作のために適合された第2の通信コントローラと協調させることと、
前記第2の通信キャリアにおいて送信された基準信号に従って、チャネル測定を促すように構成された非周期的なトリガを含む第1の物理レイヤメッセージを生成することであって、前記第1の物理レイヤメッセージが、前記日和見的送信機会の指示として働く、前記生成することと、
前記第1の通信キャリアにおいて前記第1の物理レイヤメッセージを前記ユーザデバイスに信号伝達することと
を行うための命令を含み、
前記プログラミングは、前記非周期的なトリガに従って、前記ユーザデバイスから前記第1の通信キャリアにおいて測定報告を受信することであって、前記測定報告が、前記第2の通信キャリアにおいて送信された前記基準信号に従って生成される、前記受信することと、前記測定報告を前記第2の通信コントローラに送信することとを行うための命令を含む、第1の通信コントローラ。
【請求項２４】
前記プログラミングは、前記第1の物理レイヤメッセージを信号伝達することに先立って、前記第2の通信キャリアが空いているという通知を前記第2の通信コントローラから受信するための命令を含む、請求項23に記載の第1の通信コントローラ。
【請求項２５】
前記プログラミングが、前記第1の通信キャリアにおいて第2のより高いレイヤメッセージを前記ユーザデバイスに信号伝達するための命令を含み、前記第2のより高いレイヤメッセージが、前記第2の通信キャリアにおける動作の非アクティブ化に関する情報を含む、請求項23または24に記載の第1の通信コントローラ。
【請求項２６】
前記プログラミングが、前記ユーザデバイスを用いて、前記第1の通信キャリアにおけるデータパケットの再送信に参加するための命令を含み、前記データパケットが、前記第2の通信キャリアにおいて、最初に送信された、請求項23または24に記載の第1の通信コントローラ。
【請求項２７】
前記第1の通信キャリアにおける前記データパケットの前記再送信に関連付けられた第1のハイブリッド自動再送要求(HARQ)プロセスが、前記第2の通信キャリアにおける前記データパケットの前記最初の送信に関連付けられた第2のHARQプロセスに対応する、請求項26に記載の第1の通信コントローラ。
【請求項２８】
複数の通信キャリアを有する通信システムにおける動作のために適合されたユーザデバイスであって、
プロセッサと、
前記プロセッサによる実行のためのプログラミングを記憶したコンピュータ可読記憶媒体と
を備え、前記プログラミングは、
第1の通信キャリアを介して第1の通信コントローラから第1のより高いレイヤメッセージを受信することであって、前記第1のより高いレイヤメッセージが、第2の通信キャリアのアクティブ化に関する情報を含む、前記第1のより高いレイヤメッセージを受信することと、
前記第1の通信キャリアを介して前記第1の通信コントローラから第1の物理レイヤメッセージを受信することであって、前記第1の物理レイヤメッセージが、前記第2の通信キャリアにおけるチャネル測定手順を開始するように構成された非周期的なトリガを含み、前記第1の物理レイヤメッセージが、前記第2の通信キャリアにおける日和見的送信機会の指示として働く、前記第1の物理レイヤメッセージを受信することと、
前記第2の通信キャリアにおける前記日和見的送信機会を監視することと、
前記第2の通信キャリアにおける前記チャネル測定手順に参加することと
を行うための命令を含み、
前記非周期的なトリガが、非周期的なサウンディング基準信号(SRS)トリガを含み、前記プログラミングが、SRSを前記第2の通信キャリアにおけるネットワークリソースにおいて第2の通信コントローラに送信するための命令を含み、
前記第1の通信キャリアが、認可通信キャリアであり、前記第2の通信キャリアが、無認可通信キャリアであり、前記プログラミングが、空きチャネルアセスメント(CCA)を行って、前記第2の通信キャリアの状態を判定するための命令を含み、前記SRSは、前記第2の通信キャリアの状態が空きであるとき、前記第2の通信キャリアにおいて送信される、ユーザデバイス。
【請求項２９】
複数の通信キャリアを有する通信システムにおける動作のために適合されたユーザデバイスであって、
プロセッサと、
前記プロセッサによる実行のためのプログラミングを記憶したコンピュータ可読記憶媒体と
を備え、前記プログラミングは、
第1の通信キャリアを介して第1の通信コントローラから第1のより高いレイヤメッセージを受信することであって、前記第1のより高いレイヤメッセージが、第2の通信キャリアのアクティブ化に関する情報を含む、前記第1のより高いレイヤメッセージを受信することと、
前記第1の通信キャリアを介して前記第1の通信コントローラから第1の物理レイヤメッセージを受信することであって、前記第1の物理レイヤメッセージが、前記第2の通信キャリアにおけるチャネル測定手順を開始するように構成された非周期的なトリガを含み、前記第1の物理レイヤメッセージが、前記第2の通信キャリアにおける日和見的送信機会の指示として働く、前記第1の物理レイヤメッセージを受信することと、
前記第2の通信キャリアにおける前記日和見的送信機会を監視することと、
前記第2の通信キャリアにおける前記チャネル測定手順に参加することと
を行うための命令を含み、
前記非周期的なトリガが、非周期的なチャネル状態情報(CSI)トリガを含み、前記プログラミングが、前記第2の通信キャリアにおいて第2の通信コントローラから基準信号(RS)を受信することと、前記受信されたRSの測定に従って、CSI報告を生成することと、前記CSI報告を前記第1の通信キャリアにおいて前記第1の通信コントローラに送信することとを行うための命令を含む、ユーザデバイス。
【請求項３０】
前記プログラミングが、前記第1の通信キャリアにおけるデータパケットの再送信に参加するための命令を含み、前記データパケットの最初の送信が、前記第2の通信キャリアにおいて行われた、請求項28または29に記載のユーザデバイス。
【請求項３１】
複数の通信キャリアを有する通信システムの第1の通信キャリアにおける動作のために適合された第1の通信コントローラを備えた機器であって、前記第1の通信コントローラが、
前記第1の通信キャリアにおいて第1のより高いレイヤメッセージをユーザデバイスに信号伝達することであって、前記第1のより高いレイヤメッセージが、第2の通信キャリアにおける動作のアクティブ化に関する情報を含む、前記信号伝達することと、
前記第2の通信キャリアにおける日和見的送信機会を、前記第2の通信キャリアにおける動作のために適合された第2の通信コントローラと協調させることと、
前記第2の通信キャリアにおいて送信された基準信号に従って、チャネル測定を促すように構成された非周期的なトリガを含む第1の物理レイヤメッセージを生成することであって、前記第1の物理レイヤメッセージが、前記日和見的送信機会の指示として働く、前記生成することと、
前記第1の通信キャリアにおいて前記第1の物理レイヤメッセージを前記ユーザデバイスに信号伝達することと
を行うように構成され、
前記第1の通信コントローラが、前記非周期的なトリガに従って、前記ユーザデバイスから前記第1の通信キャリアにおいて測定報告を受信することであって、前記測定報告が、前記第2の通信キャリアにおいて送信された前記基準信号に従って生成される、前記受信することと、前記測定報告を前記第2の通信コントローラに送信することとを行うように構成された、機器。
【請求項３２】
前記第1の通信コントローラが、前記第1の通信キャリアにおいて第2のより高いレイヤメッセージを前記ユーザデバイスに信号伝達するように構成され、前記第2のより高いレイヤメッセージが、前記第2の通信キャリアにおける動作の非アクティブ化に関する情報を含む、請求項31に記載の機器。
【請求項３３】
前記第1の通信コントローラが、前記ユーザデバイスを用いて、前記第1の通信キャリアにおけるデータパケットの再送信に参加するように構成され、前記データパケットが、前記第2の通信キャリアにおいて、最初に送信された、請求項31または32に記載の機器。
【請求項３４】
前記第1の通信キャリアにおける前記データパケットの前記再送信に関連付けられた第1のハイブリッド自動再送要求(HARQ)プロセスが、前記第2の通信キャリアにおける前記データパケットの前記最初の送信に関連付けられた第2のHARQプロセスに対応する、請求項33に記載の機器。
【請求項３５】
複数の通信キャリアを有する通信システムにおける動作のために適合されたユーザデバイスであって、
第1の通信キャリアを介して第1の通信コントローラから第1のより高いレイヤメッセージを受信する手段であって、前記第1のより高いレイヤメッセージが、第2の通信キャリアのアクティブ化に関する情報を含む、手段と、
前記第1の通信キャリアを介して前記第1の通信コントローラから第1の物理レイヤメッセージを受信する手段であって、前記第1の物理レイヤメッセージが、前記第2の通信キャリアにおけるチャネル測定手順を開始するように構成された非周期的なトリガを含み、前記第1の物理レイヤメッセージが、前記第2の通信キャリアにおける日和見的送信機会の指示として働く、手段と、
前記第2の通信キャリアにおける前記日和見的送信機会を監視する手段と、
前記第2の通信キャリアにおける前記チャネル測定手順に参加する手段と
を備え、
前記非周期的なトリガが、非周期的なサウンディング基準信号(SRS)トリガを含み、前記ユーザデバイスが、SRSを前記第2の通信キャリアにおけるネットワークリソースにおいて第2の通信コントローラに送信する手段を備え、
前記第1の通信キャリアが、認可通信キャリアであり、前記第2の通信キャリアが、無認可通信キャリアであり、前記ユーザデバイスが、空きチャネルアセスメント(CCA)を行って、前記第2の通信キャリアの状態を判定する手段を備え、前記SRSは、前記第2の通信キャリアの状態が空きであるとき、前記第2の通信キャリアにおいて送信される、ユーザデバイス。
【請求項３６】
複数の通信キャリアを有する通信システムにおける動作のために適合されたユーザデバイスであって、
第1の通信キャリアを介して第1の通信コントローラから第1のより高いレイヤメッセージを受信する手段であって、前記第1のより高いレイヤメッセージが、第2の通信キャリアのアクティブ化に関する情報を含む、手段と、
前記第1の通信キャリアを介して前記第1の通信コントローラから第1の物理レイヤメッセージを受信する手段であって、前記第1の物理レイヤメッセージが、前記第2の通信キャリアにおけるチャネル測定手順を開始するように構成された非周期的なトリガを含み、前記第1の物理レイヤメッセージが、前記第2の通信キャリアにおける日和見的送信機会の指示として働く、手段と、
前記第2の通信キャリアにおける前記日和見的送信機会を監視する手段と、
前記第2の通信キャリアにおける前記チャネル測定手順に参加する手段と
を備え、
前記非周期的なトリガが、非周期的なチャネル状態情報(CSI)トリガを含み、前記ユーザデバイスが、前記第2の通信キャリアにおいて第2の通信コントローラから基準信号(RS)を受信することと、前記受信されたRSの測定に従って、CSI報告を生成することと、前記CSI報告を前記第1の通信キャリアにおいて前記第1の通信コントローラに送信することとを行う手段を備える、ユーザデバイス。
【請求項３７】
前記ユーザデバイスが、前記第1の通信キャリアにおけるデータパケットの再送信に参加する手段を備え、前記データパケットの最初の送信が、前記第2の通信キャリアにおいて行われた、請求項35または36に記載のユーザデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、発明の名称を「System and Method for Discontinuous Transmissions and Measurements」とする2015年4月6日に出願された米国非仮出願第14/679,282号、および発明の名称を「Device, Network, and Method for Discontinuous Transmissions and Measurements」とする2014年4月7日に出願された米国仮出願第61/976,363号の利益を主張し、これらの出願の両方は参照によりここに組み込まれる。
【０００２】
本開示は、概して、デジタル通信、より詳細には、不連続送信および測定のためのシステムおよび方法に関する。
【背景技術】
【０００３】
転送されている無線データの量は、有線データのそれを超えることが見込まれ、マクロセルラ配備の限界を押し広げつつある。より高い密度を有し、かつ/または新しく、多様なスペクトルリソースを有するスモールセル配備は、顧客のサービス品質の期待および費用効果の高いサービス提供に対するオペレータの要件を満たすと同時に、データ容量のこの増加に対処することに役立つように使用され得る。
【０００４】
スモールセルは、概して、認可スペクトルにおいて動作する低電力無線アクセスポイントである。スモールセルは、家庭および企業、ならびに都市および地方の公共空間に、改善されたセルラカバレッジ、容量、およびアプリケーションを提供する。異なるタイプのスモールセルは、概して、最も小さいサイズから最も大きいサイズまで、フェムトセル、ピコセル、およびマイクロセルを含む。スモールセルは、密に配備可能であり、無認可スペクトルリソースなど、追加のスペクトルリソースも利用することができる。
【発明の概要】
【課題を解決するための手段】
【０００５】
不連続送信および測定のためのシステムおよび方法を提供する本開示の例示の実施形態。
【０００６】
本開示の例示の実施形態によれば、複数の通信キャリアを有する通信システムの第1の通信キャリアにおける動作のために適合された第1の通信コントローラを動作させるための方法が提供される。この方法は、第1の通信キャリアにおいて第1のより高いレイヤメッセージをユーザデバイスに信号伝達するステップであって、第1のより高いレイヤメッセージが、第2の通信キャリアにおける動作のアクティブ化に関する情報を含む、ステップと、第2の通信キャリアにおける日和見的送信機会を、第2の通信キャリアにおける動作のために適合された第2の通信コントローラと協調させるステップとを含む。この方法は、第2の通信キャリアにおいて送信された基準信号に従って、チャネル測定を促すように構成された非周期的なトリガを含む第1の物理レイヤメッセージを生成するステップであって、第1の物理レイヤメッセージが、日和見的送信機会の指示として働く、ステップと、第1の通信キャリアにおいて第1の物理レイヤメッセージをユーザデバイスに信号伝達するステップとを含む。
【０００７】
本開示の別の例示の実施形態によれば、複数の通信キャリアを有する通信システムにおける動作のために適合されたユーザデバイスを動作させるための方法が提供される。この方法は、第1の通信キャリアを介して第1の通信コントローラから第1のより高いレイヤメッセージを受信するステップであって、第1のより高いレイヤメッセージが、第2の通信キャリアのアクティブ化に関する情報を含む、ステップと、第1の通信キャリアを介して第1の通信コントローラから第1の物理レイヤメッセージを受信するステップであって、第1の物理レイヤメッセージが、第2の通信キャリアにおけるチャネル測定手順を開始するように構成された非周期的なトリガを含み、第1の物理レイヤメッセージが、第2の通信キャリアにおける日和見的送信機会の指示として働く、ステップとを含む。この方法はまた、第2の通信キャリアにおける日和見的送信機会を監視するステップと、第2の通信キャリアにおけるチャネル測定手順に参加するステップとを含む。
【０００８】
本開示の別の例示の実施形態によれば、複数の通信キャリアを有する通信システムの第1の通信キャリアにおける動作のために適合された第1の通信コントローラが提供される。第1の通信コントローラは、プロセッサと、プロセッサによる実行のためのプログラミングを記憶したコンピュータ可読記憶媒体とを含む。プログラミングは、第1の通信キャリアにおいて第1のより高いレイヤメッセージをユーザデバイスに信号伝達することであって、第1のより高いレイヤメッセージが、第2の通信キャリアにおける動作のアクティブ化に関する情報を含む、前記信号伝達することと、第2の通信キャリアにおける日和見的送信機会を、第2の通信キャリアにおける動作のために適合された第2の通信コントローラと協調させることと、第2の通信キャリアにおいて送信された基準信号に従って、チャネル測定を促すように構成された非周期的なトリガを含む第1の物理レイヤメッセージを生成することであって、第1の物理レイヤメッセージが、日和見的送信機会の指示として働く、前記生成することと、第1の通信キャリアにおいて第1の物理レイヤメッセージをユーザデバイスに信号伝達することとを行うための命令を含む。
【０００９】
本開示の別の例示の実施形態によれば、複数の通信キャリアを有する通信システムにおける動作のために適合されたユーザデバイスが提供される。このユーザデバイスは、プロセッサと、プロセッサによる実行のためのプログラミングを記憶したコンピュータ可読記憶媒体とを含む。プログラミングは、第1の通信キャリアを介して第1の通信コントローラから第1のより高いレイヤメッセージを受信することであって、第1のより高いレイヤメッセージが、第2の通信キャリアのアクティブ化に関する情報を含む、前記第1のより高いレイヤメッセージを受信することと、第1の通信キャリアを介して第1の通信コントローラから第1の物理レイヤメッセージを受信することであって、第1の物理レイヤメッセージが、第2の通信キャリアにおけるチャネル測定手順を開始するように構成された非周期的なトリガを含み、第1の物理レイヤメッセージが、第2の通信キャリアにおける日和見的送信機会の指示として働く、前記第1の物理レイヤメッセージを受信することと、第2の通信キャリアにおける日和見的送信機会を監視することと、第2の通信キャリアにおけるチャネル測定手順に参加することとを行うための命令を含む。
【００１０】
本開示の別の例示の実施形態によれば、複数の通信キャリアを有する通信システムにおける動作のために適合されたユーザデバイスが提供される。ユーザデバイスは、ソフトウェアユニットおよび/またはハードウェアユニットであり、かつすべての種類の機能またはステップを行うために適合されたいくつかの手段(または機能ユニット)を含む。たとえば、ユーザデバイスは、第1の通信キャリアを介して第1の通信コントローラから第1のより高いレイヤメッセージを受信する手段であって、第1のより高いレイヤメッセージが、第2の通信キャリアのアクティブ化に関する情報を含む、手段と、第1の通信キャリアを介して第1の通信コントローラから第1の物理レイヤメッセージを受信する手段であって、第1の物理レイヤメッセージが、第2の通信キャリアにおけるチャネル測定手順を開始するように構成された非周期的なトリガを含み、第1の物理レイヤメッセージが、第2の通信キャリアにおける日和見的送信機会の指示として働く、手段と、第2の通信キャリアにおける日和見的送信機会を監視する手段と、第2の通信キャリアにおけるチャネル測定手順に参加する手段とを含む。他の実施形態においては、「手段」は、類似の意味を表現するユニットまたはモジュールに置換え可能である。
【００１１】
一実施形態の1つの利点は、認可スペクトルと無認可スペクトルの両方における動作が、結果的に、より多くの数の利用可能な通信リソースとなり、特に、人口過密な配備において、より優れた性能を可能にすることである。
【００１２】
一実施形態のさらなる利点は、それが、スペクトル非依存(agnostic)であることである。スペクトル非依存の解決策は、新しい多様なスペクトルに対する再設計または新しい設計の必要なしに、幅広い多様な認可スペクトルと無認可スペクトルにおける動作を可能にする。
【００１３】
本開示およびその利点のより完全な理解のために、ここで添付の図面を併用して行われる以下の説明への参照が行われる。
【図面の簡単な説明】
【００１４】
【図１】ここに説明される例示の実施形態による、例示の通信システムを示す。
【図２ａ】ここに説明される例示の実施形態による、eNBが2つのUEにサービス提供することを強調する例示の通信システムを示す。
【図２ｂ】ここに説明される例示の実施形態による、無線異種ネットワーク配備と合致する例示の通信システムを示す。
【図２ｃ】ここに説明される例示の実施形態による、キャリアアグリゲーションを強調する例示の通信システムを示す。
【図２ｄ】ここに説明される例示の実施形態による、HetNet配備およびCoMP動作を強調する例示の通信システムを示す。
【図２ｅ】ここに説明される例示の実施形態による、二重接続のために構成された例示の通信システムを示す。
【図３ａ】ここに説明される例示の実施形態による、通常のサイクリックプレフィックスを有する例示のOFDMシンボルを示す。
【図３ｂ】ここに説明される例示の実施形態による、3GPP LTEにおいて使用される例示のフレーム構成を示す。
【図３ｃ】ここに説明される例示の実施形態による、シンボルおよび周波数の観点において区切られたダウンリンクサブフレームの例を示す。
【図３ｄ】ここに説明される例示の実施形態による、シンボルおよび周波数の観点において区切られたダウンリンクサブフレームの例を示す。
【図３ｅ】ここに説明される例示の実施形態による、CRSを強調する例示のサブフレームを示す。
【図３ｆ】ここに説明される例示の実施形態による、CSI-RSを強調する例示のサブフレームを示す。
【図３ｇ】ここに説明される例示の実施形態による、サブフレーム0および1についてのFDD構成についてのeNBからの送信電力の例示のデータプロットを示す。
【図４】ここに説明される例示の実施形態による、信号を使用して、同期させ、測定を行うUEにおいて行われる例示の動作のフロー図を示す。
【図５】ここに説明される例示の実施形態による、認可および/または無認可スペクトルにおける動作を可能にするホットエリアについての例示のフレームワークの高レベル図を示す。
【図６】ここに説明される例示の実施形態による、あるシナリオについての設計特徴が別のシナリオのサブセットとすることができる例示のフレームワークを示す。
【図７】ここに説明される例示の実施形態による、あるシナリオについての設計特徴が別のシナリオのサブセットすることができる例示のフレームワークの階層図を示す。
【図８】ここに説明される例示の実施形態による、適応的リソース選定および日和見的送信/測定において使用される例示のネットワークリソースの図を示す。
【図９ａ】ここに説明される例示の実施形態による、複数の認可通信キャリアを有する通信システムにおけるリンク適応化のためのオンデマンドのCSI測定/フィードバックの第1の例示の設計を強調するメッセージ交換および処理図を示す。
【図９ｂ】ここに説明される例示の実施形態による、少なくとも1つの無認可通信キャリアと1つの認可通信キャリアとを有する通信システムにおけるリンク適応化のためのオンデマンドのCSI測定/フィードバックの第1の例示の設計を強調するメッセージ交換および処理図を示す。
【図１０ａ】ここに説明される例示の実施形態による、U-LTEにおいて動作するリンク適応化のためのオンデマンドのCSI測定/フィードバックの第1の例示の設計を強調するサブフレームを示す。
【図１０ｂ】ここに説明される例示の実施形態による、U-LTEにおいて動作するリンク適応化のためのオンデマンドのCSI測定/フィードバックの代替の例示の設計を強調するサブフレームを示す。
【図１１ａ】ここに説明される例示の実施形態による、リンク適応化のためのオンデマンドのCSI測定/フィードバックの第1の例示の設計を強調する認可キャリアにおいて動作するセルラセルにおいて行われる例示の動作のフロー図を示す。
【図１１ｂ】ここに説明される例示の実施形態による、リンク適応化のためのオンデマンドのCSI測定/フィードバックの第1の例示の設計を強調する認可または無認可キャリアにおいて動作する日和見的オン/オフセルにおいて行われる例示の動作のフロー図を示す。
【図１１ｃ】ここに説明される例示の実施形態による、リンク適応化のためのオンデマンドのCSI測定/フィードバックの第1の例示の設計を強調するUEにおいて行われる例示の動作のフロー図を示す。
【図１２ａ】ここに説明される例示の実施形態による、複数の認可通信キャリアを有する通信システムにおける非周期的なSRSトリガおよびUL SRSに基づく、リンク適応化のためのオンデマンドのCSI測定/フィードバックの第2の例示の設計を強調するメッセージ交換および処理図を示す。
【図１２ｂ】ここに説明される例示の実施形態による、少なくとも1つの無認可通信キャリアと1つの認可通信キャリアとを有する通信システムにおける非周期的なSRSトリガおよびUL SRSに基づく、リンク適応化のためのオンデマンドのCSI測定/フィードバックの第2の例示の設計を強調するメッセージ交換および処理図を示す。
【図１３】ここに説明される例示の実施形態による、非周期的なSRSトリガおよびUL SRSに基づく、リンク適応化のためのオンデマンドのCSI測定/フィードバックの第2の例示の設計を強調するサブフレームを示す。
【図１４ａ】ここに説明される例示の実施形態による、リンク適応化のためのオンデマンドのCSI測定/フィードバックの第2の例示の設計を強調する認可キャリアにおいて動作するセルラセルにおいて行われる例示の動作のフロー図を示す。
【図１４ｂ】ここに説明される例示の実施形態による、リンク適応化のためのオンデマンドのCSI測定/フィードバックの第2の例示の設計を強調する認可または無認可キャリアにおいて動作する日和見的オン/オフセルにおいて行われる例示の動作のフロー図を示す。
【図１４ｃ】ここに説明される例示の実施形態による、リンク適応化のためのオンデマンドのCSI測定/フィードバックの第2の例示の設計を強調するUEにおいて行われる例示の動作のフロー図を示す。
【図１５ａ】ここに説明される例示の実施形態による、DL送信についてのHARQ動作を強調するメッセージ交換および処理図1500を示す。
【図１５ｂ】ここに説明される例示の実施形態による、UL送信についてのHARQ動作を強調するメッセージ交換および処理図1550を示す。
【図１６ａ】ここに説明される例示の実施形態による、HARQ動作に参加する送信側デバイスにおける例示の動作のフロー図を示す。
【図１６ｂ】ここに説明される例示の実施形態による、HARQ動作に参加する受信側デバイスにおける例示の動作のフロー図を示す。
【図１７】ここに開示されるデバイスおよび方法を実装するために使用され得る処理システムのブロック図である。
【発明を実施するための形態】
【００１５】
現在の例示の実施形態の動作とその構成が、以下に詳細に議論される。しかしながら、本開示が、幅広い多様な具体的な文脈において具現化され得る多くの適用可能な発明概念を提供することを認識すべきである。議論される具体的な実施形態は、この開示の具体的な構成およびこの開示を動作させる方式のほんの例示であり、この開示の範囲を限定しない。
【００１６】
この開示の1つの実施形態は、不連続送信および測定に関する。たとえば、第1の通信コントローラは、第2の通信キャリアにおける測定を促すように構成された非周期的なトリガを生成し、その非周期的なトリガを第1の通信キャリアを介してユーザデバイスに送信する。
【００１７】
本開示は、具体的な文脈における例示の実施形態、すなわち、認可スペクトルと無認可スペクトルの両方をサポートする通信システムに関して説明されることになる。この開示は、認可スペクトルと無認可スペクトルの両方をサポートする、第3世代パートナシッププロジェクト(Third Generation Partnership Project: 3GPP)、IEEE 802.11などに準拠しているものなどの標準準拠通信システム、技術標準、ならびに非標準準拠通信システムに適用可能である。
【００１８】
図1は、例示の通信システム100を示す。通信システム100は、複数のユーザ装置(user equipment: UE)110、112、114、116にサービス提供する進化型NodeB(evolved NodeB: eNB)105を含む。第1の動作モードにおいては、UEへの送信ならびにUEによる送信は、eNBを通過する。eNBは、UEへのまたはUEからの送信に通信リソースを割り当てる。eNBは、一般に、基地局、NodeB、送信地点、遠隔無線ヘッド、またはアクセスポイントなどとも称されることがあり、一方、UEは、一般に、モバイル、モバイル局、端末、加入者、ユーザ、および無線デバイスなどとも称されることがある。通信リソースは、時間リソース、周波数リソース、コードリソース、および時間周波数リソースなどとすることができる。通信システム100はまた、UE114とUE120など、UE間の通信を含むことができる。例示として、UE114およびUE120は、デバイス対デバイスの通信および/または発見に係わり、UE114は、UE120とeNB105との間のメッセージを中継することができる。
【００１９】
通信システムが、複数のUEと通信することができる複数のAPを採用し得ることが理解されるが、2つのみのAPと複数のUEとが、簡略化のために示される。
【００２０】
典型的に、第3世代パートナシッププロジェクト(Third Generation Partnership Project: 3GPP)ロングタームエボリューション(Long Term Evolution: LTE)準拠通信システムなど、最新の無線通信システムにおいては、複数のセルまたはeNBは、セルのクラスタの中に配置されることが可能であり、各セルは、複数の送信アンテナを有する。追加として、各セルまたはeNBは、ある時間期間にわたって、公平性、比例した公平性、ラウンドロビンなど、優先度のメトリックに基づいて、複数のユーザにサービス提供していることができる。用語セル、送信地点、およびeNBは、相互交換可能に使用され得ることが注記される。セルと、送信地点と、eNBとの間の区別は、必要に応じてなされることになる。
【００２１】
図2aは、eNBが2つのUEにサービス提供していることを強調する例示の通信システム200を示す。通信システム200は、無線リンク206を介して第1のUE201と、かつ第2の無線リンク207を介して第2の無線デバイス202と通信するeNB205を有する典型的な無線ネットワークである。無線リンク206および207は、時分割二重(time division duplex: TDD)構成について典型的に使用されるような単一のキャリア周波数、または周波数分割二重(frequency division duplex: FDD)構成において使用されるような1対のキャリア周波数を含み得る。通信システム200においては、バックホール、管理エンティティなどのeNB205をサポートするために使用されるネットワークエレメントのうちのいくつかは表さない。eNBからUEへの送信/受信は、ダウンリンク(downlink: DL)送信/受信と称されることがあり、UEからeNBへの送信/受信は、アップリンク(uplink: UL)送信/受信と称されることがある。
【００２２】
図2bは、無線異種ネットワーク(heterogeneous network: HetNet)配備と合致する例示の通信システム220を示す。通信システム220は、無線リンク206を介して第1のUE201と、かつ無線リンク207を介して第2のUE202と通信するeNB205を含む。ピコセル、フェムトセル、スモールセルなど、第2のeNB221は、カバレッジエリア223を有し、無線リンク222を介して第2のUE202と通信することができる。典型的には、無線リンク222、ならびに無線リンク206および207は、同じキャリア周波数を使用するが、無線リンク222、ならびに無線リンク206および207は、異なる周波数を使用してもよい。eNB205と第2のeNB221とを接続するバックホール(表さない)があり得る。HetNetは、マクロセルおよびピコセル、すなわち、概して、より大きいカバレッジエリアを有するより高い電力ノード/アンテナ、およびより小さいカバレッジエリアを有するより低い電力ノード/アンテナを含み得る。より低い電力ノード(すなわちより低い電力地点、ピコ、フェムト、マイクロ、中継ノード、遠隔無線ヘッド(RRH)、遠隔無線ユニット、分散型アンテナなど)は、概して、認可スペクトルにおいて動作する低電力無線アクセスポイントである。スモールセルは、より低い電力ノードを使用し得る。より低い電力ノードは、家庭および企業、ならびに都市および地方の公共エリアに、改善されたセルラカバレッジ、容量、およびアプリケーションを提供する。
【００２３】
図2bの中に表された通信システム220などの例示のネットワークにおいては、複数のコンポーネントキャリアを用いて動作する複数のマクロセル(たとえば、eNB205)および複数のピコセル(たとえば、第2のeNB221)があることが可能であり、任意の2つのセル間のバックホールは、配備に応じて、高速バックホールであっても、または低速バックホールであってもよい。2つのセルが高速バックホールによって接続されるとき、高速バックホールは、(たとえば、通信方法およびシステムを簡略化するため、または協調を改善するために)完全に利用され得る。例示として、UEについての送信または受信をサポートするために、複数のセルを伴うことがあり、セルのいくつかの対は、高速バックホールを有し、一方、セルの他の対は、低速バックホールまたは「何らかのバックホール」を有し得る。「何らかのバックホール」は、バックホールが高速バックホールであるのか、それとも低速バックホールであるのかに関しては具体的でなく、バックホールの存在を示すために使用され得る。
【００２４】
例示の配備においては、eNBは、1つまたは複数のセルを制御することができる。複数の遠隔無線ユニットが、光ファイバケーブルによってeNBの同じベースバンドユニットに接続されることが可能であり、ベースバンドユニットと遠隔無線ユニットとの間の遅延は、非常に小さい。従って、同じベースバンドユニットは、複数のセルの協調した送信/受信を処理することができる。例示として、eNBは、単一のUEに複数のセルの送信を協調させることができ、それは、多地点協調(coordinated multiple point: CoMP)送信と称されることがある。eNBは、複数のセルに単一のUEの受信を協調させることもでき、それは、CoMP受信と称されることがある。この例においては、セルとeNBとの間のバックホールは、高速バックホールであり、異なるセルによってUEに送信されるデータのスケジューリングは、eNBにおいて容易に協調し得る。
【００２５】
HetNet配備の拡大として、低電力ノードを使用する、密に配備されるスモールセルの可能性は、特に、屋内および屋外のシナリオにおけるホットスポット配備に対して、モバイルトラフィックの急増に対処するための有望な方式と考えられつつある。低電力ノードは、概して、マクロノードまたは基地局のそれよりも低い送信電力レベルを有するノードを意味し、たとえば、ピコeNBおよびフェムトeNBは、通常、低電力ノードと考えられる。3GPPにおいて進行中の研究であるE-UTRAおよびE-UTRANについてのスモールセル拡張は、可能性として密に配備される低電力ノードを使用して、屋内および屋外のホットスポットエリアにおける拡張された性能のための追加的な機能に焦点を合わせることになる。
【００２６】
図2cは、キャリアアグリゲーション(carrier aggregation: CA)を強調する例示の通信システム210を示す。通信システム210は、無線リンク206を介してUE201と、かつ無線リンク207および208を用いてUE202と通信し得るeNB205を含む。いくつかの例示の配備においては、UE202に対して、無線リンク207は、プライマリコンポーネントキャリア(primary component carrier: PCC)と称されることがあり、一方、無線リンク208は、セカンダリコンポーネントキャリア(secondary component carrier: SCC)と称されることがある。いくつかのCA配備においては、PCCは、UEからeNBにフィードバックを提供するために使用されることが可能であり、一方、SCCは、データトラフィックを搬送することが可能である。3GPP LTE Release-10仕様書によれば、CCは、セルと称されることがある。複数のセルが単一のeNBによって制御されるとき、複数のセルのスケジューリングを可能にする単一のeNBの中の単一のスケジューラがあり得るので、複数のセルのクロススケジューリングの実装が可能である。CAを用いて、1つのeNBは、プライマリセル(primary cell: Pcell)およびセカンダリセル(secondary cell: Scell)を形成するいくつかのCCを動作させ、制御することができる。3GPP LTE Release-11仕様書によれば、eNBは、マクロセルとピコセルの両方を制御することができる。そのような状況においては、マクロセルとピコセルとの間のバックホールは、高速バックホールである。eNBは、マクロセルとピコの両方の送信/受信を動的に制御することができる。
【００２７】
図2dは、HetNet配備およびCoMP動作を強調する例示の通信システム230を示す。通信システム230は、無線リンク206を用いてUE201と、かつ無線リンク207を用いてUE202と通信するeNB205を含む。たとえば、スモールセルなどの第2のeNB231は、カバレッジエリア233を有し、無線リンク232を用いてUE202と通信することができる。たとえば、別のスモールセルなどの第3のeNB235は、カバレッジエリア238を有し、無線リンク236を用いてUE202と通信することができる。カバレッジエリア233と238とは、重なり合うことがある。無線リンク206、232、および236のキャリア周波数は、同じであっても、または異なっていてもよい。
【００２８】
図2eは、二重接続のために構成された例示の通信システム240を示す。通信システム240は、Xnインターフェース(Xnインターフェースは、いくつかの具体的な状況においては、X2インターフェースとすることができる)などのインターフェースを使用して、SeNB247および249などの、1つまたは複数のセカンダリeNB(secondary eNB: SeNB)に接続されるマスタeNB(master eNB: MeNB)245を含むことができる。バックホールは、そのようなインターフェースをサポートすることができる。SeNB247と249との間には、X2インターフェースがあることがある。UE251などの第1のUEが、MeNB245およびSeNB247に無線で接続することが可能であり、一方、UE253などの第2のUEが、MeNB245およびSeNB249に無線で接続することが可能である。
【００２９】
直交周波数分割多重(orthogonal frequency-division multiplexing: OFDM)通信システムにおいては、周波数帯域幅は、周波数ドメインにおける複数のサブキャリアに分割される。時間ドメインにおいては、1つのサブフレームは、複数のOFDMシンボルに分割される。各OFDMシンボルは、複数の経路遅延に起因するシンボル間干渉を回避するために、サイクリックプレフィックスを有することができる。1つのリソースエレメント(resource element: RE)は、1つのサブキャリアおよび1つのOFDMシンボル内の時間周波数リソースによって定義される。データチャネル、たとえば物理ダウンリンク共有チャネル(physical downlink shared channel: PDSCH)、および制御チャネル、たとえば物理ダウンリンク制御チャネル(physical downlink control channel: PDCCH)など、基準信号と他の信号は、時間周波数ドメインにおける異なるリソースエレメントにおいて直交し、多重化される。さらには、信号は、変調され、リソースエレメント上にマッピングされる。各OFDMシンボルについては、周波数ドメインにおける信号は、たとえばフーリエ変換を使用して、時間ドメインにおける信号に変換され、シンボル間干渉を回避するために、追加されたサイクリックプレフィックスとともに送信される。
【００３０】
図3aは、通常のサイクリックプレフィックス(cyclic prefix: CP)を有する例示のOFDMシンボル300を示す。各リソースブロック(resource block: RB)は、複数のREを含む。各サブフレームの中に0から13までのラベル付けされた14個のOFDMシンボルがある。各サブフレームの中のシンボル0から6は、偶数のスロットに対応し、各サブフレームの中のシンボル7から13は、奇数のスロットに対応する。図においては、サブフレームの1つのスロットのみが表されている。各RBの中に、0から11までのラベル付けされた12個のサブキャリアがあり、したがって、この例においては、RBの対の中に、12×14=168個のREがある(1つのRBは、縦が12個のサブキャリア、横が1つのスロットの中のシンボルの数である)。各サブフレームにおいては、複数のRBがあり、その数は、帯域幅(bandwidth: BW)に依存し得る。
【００３１】
図3bは、3GPP LTEにおいて使用される例示のフレーム構成310および320を示す。フレーム310は、典型的には、FDD構成について使用され、ここでは、0から9までのラベル付けされた10個すべてのサブフレームが、同じ方向(この例においてはダウンリンク)で通信する。各サブフレームは、持続時間が1ミリ秒であり、各フレームは、持続時間が10ミリ秒である。フレーム320は、概して、TDD構成について使用され、ここでは、あるサブフレームが、ダウンリンク送信のために(陰影が付いていないボックス(サブフレーム0 321およびサブフレーム5 322)など)、アップリンク送信のために(縦の線(サブフレーム2 323))、およびアップリンク送信とダウンリック送信の両方を含むスペシャル(縞模様のボックス(サブフレーム1 324)に割り当てられる。ダウンリンク(アップリンク)送信のために専用のサブフレーム全体を、ダウンリンク(アップリンク)サブフレームと呼ぶことができる。サブフレーム6 325は、TDD構成に依存して、ダウンリンクまたはスペシャルサブフレームのいずれかとすることができる。濃い陰影の付いたボックス(サブフレーム3 326、サブフレーム4 327、サブフレーム7 328、サブフレーム8 329、およびサブフレーム9 330)のそれぞれは、TDD構成に依存して、ダウンリンクサブフレームまたはアップリンクサブフレームのいずれかとすることができる。フレーム320の中に表されている構成は、議論の目的のために意図され、3GPPの技術標準TSG 36.211 Release-11に基づいている。
【００３２】
図3cおよび図3dは、シンボルおよび周波数の観点において区切られたダウンリンクサブフレームの例を示す。サブフレーム340などのサブフレームが、周波数ドメインにおいて3つのセクションに分割される(RBの数が、6より大きいと仮定して)。類似の図が、6つのRBのダウンリンク帯域幅(たとえば、ダウンリンクキャリアの帯域幅)について表され得る。
【００３３】
図3cにおいて表されているように、サブフレーム340は、サブフレーム0および5についてのFDD構成のためのシンボル割当ての一例を示す。濃い陰影付けは、共通基準信号(common reference signal: CRS)を有するシンボルを表している。例は、CRSが、アンテナポート0において送信されるか、またはアンテナポート0および1において送信されるかのいずれかであるという仮定の下で表されている。水平のクロスハッチングは、セカンダリ同期信号(secondary synchronization signal: SSS)の位置を表す。ドット付きクロスハッチングは、プライマリ同期信号(primary synchronization signal: PSS)の位置を表す。PSSとSSSの両方は、ダウンリンクキャリアの中央の6つのリソースブロックを占める。スロット1のシンボル0、1、2、3の中の斜め線は、物理ブロードキャストチャネル(physical broadcast channel: PBCH)が、サブフレーム0について占める位置を表現する。PBCHは、3GPP LTE技術標準のRelease-11におけるサブフレーム5においては送信されない。PSS、SSS、およびCRSは、オーバーヘッドとみなされ得ることが注記される。
【００３４】
図3dにおいて表されているように、サブフレーム345は、図3bのTDDサブフレーム320のサブフレーム0 321およびサブフレーム5 322についてのシンボル割当ての一例を示す。同様に、サブフレーム350は、TDDサブフレーム320のサブフレーム1 324およびサブフレーム6 325についてのシンボル割当ての一例を示す。サブフレーム345とサブフレーム350の両方においては、濃い陰影付けは、CRSを有するシンボルを表す。例は、CRSが、アンテナポート0において送信されるか、またはアンテナポート0および1において送信されるかのいずれかであるという仮定の下で表されている。サブフレーム345の中の水平の陰影付けは、SSSの位置を表す。サブフレーム350の中のドット付き陰影付けは、PSSの位置を表す。PSSとSSSの両方は、ダウンリンクキャリアの中央の6つのRBを占める。サブフレーム350の中の十字陰影付けは、サブフレームの残りのシンボルが、(サブフレーム6がダウンリンクサブフレームである場合)ダウンリンクであるか、またはサブフレームがスペシャルサブフレームである場合、ダウンリンクシンボルと、ガード時間と、アップリンクシンボルとの組み合せであるか、のいずれかであることを示す。図3cと同様に、スロット1のシンボル0、1、2、3の中の斜め線は、PBCHが、サブフレーム0について占める位置を表現する。PBCHは、3GPP LTE標準のRelease-11におけるサブフレーム5においては送信されない。PSS、SSS、およびCRSは、オーバーヘッドとみなされ得ることが注記される。PBCHの情報内容(すなわち、マスタ情報ブロック)は、40msごとに変わることができる。
【００３５】
図3eは、CRSを強調する例示のサブフレーム360を示す。3GPP LTE-Advanced (LTE-A)通信システムのダウンリンク送信においては、UEが、PDCCHおよび他の共通チャネルの復調のための、ならびに測定およびいくつかのフィードバックのためのチャネル推定を行うために使用する基準信号がある。基準信号は、サブフレーム360の中に表されたように、E-UTRAの仕様書のRelease-8/9から継承されたCRSである。専用/復調基準信号(Dedicated/de-modulation reference signal: DMRS)は、E-UTRAのRelease-10におけるPDSCHチャネルと一緒に送信されることが可能である。DMRSは、PDSCH復調中、チャネル推定のために使用される。DMRSはまた、UEによるEPDCCHのチャネル推定のために拡張型PDCCH (enhanced PDCCH: EPDCCH)と一緒に送信されることが可能である。表記(E)PDCCHは、EPDCCHおよび/またはPDCCHを示す。
【００３６】
図3fは、CSI-RSを強調する例示のサブフレーム370を示す。Release-10においては、チャネルステータスインジケータ基準信号(channel status indicator reference signal: CSI-RS)が、サブフレーム370の中に表されたように、CRSおよびDMRSに加えて導入される。CSI-RSは、Release-10のUEがチャネルステータスを測定するため、特に複数のアンテナの場合のために使用され得る。PMI/CQI/RIおよび他のフィードバックは、Rel-10以降のUEについてのCSI-RSの測定に基づくことができる。PMIは、「プリコーディング行列インジケータ(precoding matrix indicator)」であり、CQIは、「チャネル品質インジケータ(channel quality indicator)」であり、RIは、プリコーディング行列の「ランクインジケータ(rank indicator)」である。UEが使用するために構成された複数のCSI-RSリソースがあり得る。各CSI-RSリソースについて、eNBによって割り振られた特定の時間周波数リソースおよびスクランブリングコードがある。
【００３７】
図3gは、サブフレーム0および1についてのFDD構成のためのeNBからの送信電力の例示のデータプロット380を示す。データプロット380は、ダウンリンクにおいて送信する他のデータがないときであっても、通信コントローラが、CRS(濃い陰影付け)、SSS(水平のクロスハッチング)、PSS(ドット付きクロスハッチング)、およびPBCH(斜めクロスハッチング)などの信号を依然として送信することを表す。これらの信号の送信は、通信コントローラ205が、UE202などのUEにサービス提供していないときであっても、たとえば図2bの中のシステムにおいて観測される干渉を増加させる可能性がある。干渉は、システム容量を低減させる可能性がある。
【００３８】
しかしながら、これらの信号を全体的に排除することは、システム動作を損なう可能性がある。たとえば、無線デバイスは、(時間と周波数の両方を)同期させ、次いで、測定を行うためにこれらの信号に依存する。図4は、信号を使用して、同期させ、測定を行うUEにおいて行われる例示の動作400のフロー図を示す。UEは、ブロック405において、送信されたPSSを検出する。UEは、ブロック410において、SSSを検出することができる。PSSとSSSの両方を有することは、UEに、1)フレーム構成(FDDまたはTDD)、2)あるダウンリンクサブフレームについて使用されるサイクリックプレフィックス、3)セルid、および4)サブフレーム0の位置などの情報を提供する。加えて、UEは、PSSおよびSSSを使用して、周波数およびタイミングの粗い同期化を行うことができる。
【００３９】
UEが、セルid、サイクリックプレフィックス、およびサブフレーム0の位置を知っているので、UEは、ブロック415において表されたように、サブフレーム0および5におけるCRSについての測定を行うことができる。例示の測定は、基準信号受信電力(reference signal received power: RSRP)、受信信号強度インジケータ(received signal strength indicator: RSSI)、および基準信号受信品質(reference signal received quality: RSRQ)を含むことが可能である。CRSは、周波数およびタイミングの同期化を改善するために使用され得る。通信コントローラが(受信信号品質の観点において)十分であることを測定が示す場合、無線デバイスは、ブロック420において表されたように、PBCHを処理することを選択して、CRSがそれを介して送信されるアンテナポートの数、フレーム番号付け(たとえば、0から1023まで)、およびダウンリンク帯域幅(ダウンリンクキャリアの帯域幅)などの他の情報を判定することができる。
【００４０】
動作400の残りのブロックは、いかにしてUEがeNBに割り振られるようになり得るかを示す。ブロック425においては、UEは、SIB1およびSIB2などのシステム情報ブロードキャスト(system information broadcast: SIB)メッセージをリッスンする。SIBメッセージをリッスンするために、UEは、典型的には、PDCCHを受信して、ダウンリンク制御情報(downlink control information: DCI)を処理して、SIBメッセージを搬送するPDSCHについての変調、コーディングなどの情報を取得する。ブロック430においては、UEは、測定の目的のために、より多くのCRSを処理することができる。ブロック435においては、UEは、1つまたは複数のキャリアの中のセルを比較し、適切なものを選定することができる。ブロック440においては、UEは、このキャリア上でキャンピングすることを決めることができる。ブロック450においてRRC_CONNECTED状態に入るために、ブロック445においては、UEは、アップリンクにおいてランダムアクセスチャネル(random access channel: RACH)を送信することによって、ランダムアクセス手順を開始することができる。UEとeNBとの間にブロック450においてメッセージ交換があり得る。UEは、2つの状態、RRC_CONNECTEDおよびRRC_IDLEを有することが可能であり、用語「接続された(connected)」は、RRC_CONNECTEDを表現することができ、一方、「アイドル(idle)」は、RRC_IDLEを表現することができる。RRCは、無線リソース制御(radio resource control)の略語である。
【００４１】
eNBがいずれのUEもアタッチされ(割り振られ、キャンピングされ)ないとき、eNBからの干渉を低減させる1つの方式は、それらのeNBをオフにすることである。UEが到着したときには、eNBは、そのときオンにされ得る。同様に、トラフィックがないとき、eNBは、オフにされ得る。PSS、SSS、およびCRSなどの信号の持続的送信に基づいて、UEがeNBの品質を識別するなど、eNBのオン/オフ機構(オン/オフ適応化)をサポートする様々な方式があることが理解されるが、それらの信号が不在であるとき、UEがいかにしてeNBの品質を測定することができるか。スモールセルオン/オフ適応化、またはより概括的には、ネットワーク適応化に関する他の問題は、カバレッジおよびアイドルUEの問題を含む。カバレッジ問題は、スモールセルのオン/オフにかかわらず、セルラカバレッジを保証することに関する。アイドルUE問題は、オン/オフを動作させるスモールセルが、アイドル状態におけるUEをサポートするかどうかを判定することに関し、アイドルUEをサポートするために行われる必要があることは、接続された状態において、UEとeNBがデータを交換することができることである。他の実装問題は、レガシーUEサポート(この特徴を有しないUEをいかにサポートすべきであるか)、およびこの特徴を有しないUEデバイスをいかにサポートすべきであるかに関する。加えて、いかに高速オン/オフ適応化がサポートされ得るかに関する問題がある。具体的には、高速オン/オフ適応化がいかにサポートされ得るかは、スモールセル発見および測定の拡張、二重接続性またはより広範なマルチストリームアグリゲーション(multi-stream aggregation: MSA)、CoMPおよび拡張型CoMP(enhanced CoMP: eCoMP)(CoMPシナリオ4を含み、ここでネットワークが、RRHによって生み出される送信/受信地点がマクロセルと同じセルIDを有するマクロセルカバレッジエリア内の低電力RRH、理想的ではないバックホールを介する協調を有する)、大規模なキャリアアグリゲーション、および他の導入される手順/機構など、新しく導入される手順/機構(Release-11/12以降における)を所与とする。
【００４２】
オン/オフ適応化または電力適応化を頻繁に(たとえば、数時間よりも短い時間スケールにおいて)行うスモールセルは、急速な適応化がアイドルUEをセル再選定に繰り返し入らせ、増加した電力消費を導き得るので、アイドルUEをサポートするために適していないことがある。同様に、スモールセルは、マクロセルが提供できることになるカバレッジサポートのために適していないことがある。従って、スモールセルは、カバレッジレイヤによって提供される基本機能に加えて、アクティブなUEの高いトラフィック需要をサポートするために主に使用され得る。カバレッジレイヤ上のセルは、オン/オフ適応化を行うことはできない(少なくとも、それらは、それほど頻繁に行うべきではない)。アイドルUEは、カバレッジレイヤセルのみに接続され得る。この結果は、スモールセルは、少なくともレガシーUEの観点からスタンドアロンセルである必要はないことである。しかしながら、ある隔離されたローカルエリアにおいては、カバレッジが懸念事項ではなく、高容量が望ましいいくつかのシナリオが存在することがあり、そのような状況においては、オン/オフ適応化を行うスタンドアロンのスモールセルが配備され得る。
【００４３】
従って、典型的な配備シナリオは、セルがネットワーク適応化を行わない(または、少なくともそれほど頻繁もしくは顕著に行わない)カバレッジレイヤ、およびセル(主には、スモールセル)がネットワーク適応化を行い得る容量レイヤを含む。カバレッジ/モビリティおよびアイドルUEサポートは、主には、カバレッジレイヤによって提供される。典型的には、UEは、まず、カバレッジレイヤの中のセルに接続し、次いで、必要に応じて、容量レイヤの中のスモールセルに接続する。スモールセルは、カバレッジレイヤの中のそれらと同一チャネルであっても、または同一でないチャネルであってもよい。例示の配備は、図2bにおいて表されている。
【００４４】
例示の実施形態によれば、仮想セル構成(たとえば、CoMPシナリオ4)が、スモールセルを配備し動作させる効率的な方式として採用され、スモールセルは、高いトラフィック需要を有するUEのために構成され、日和見的にオンされる。したがって、そのようなネットワークにおいては、カバレッジおよびアイドルUEサポートは、スモールセル適応化によって保証されるが、影響されない。
【００４５】
スモールセルの動的オン/オフ適応化の機構は、スモールセルネットワークのさらなる進化が予想されるとき、有益であると理解され得る。具体的には、顧客サービス品質(quality of service: QoS)の期待および費用効果が高いサービス提供に対するオペレータの要件を満たすと同時に、データ容量のさらに高まるニーズに対処するために、スモールセルネットワークの高密度化が提案される。大雑把に言えば、スモールセルネットワークの密度を倍増させることは、ネットワークの容量の倍増をもたらし得る。しかしながら、高密度化は、より高い干渉、特に、持続的に送信される共通チャネル(たとえば、CRS)によって引き起こされる干渉に導く。スモールセルを日和見的にオフにすることは、高密度のネットワークの干渉を低減させ、効率を改善させることに有意に役立つ可能性がある。
【００４６】
ネットワークを高密度化することによってネットワークリソースを増加させることと併せて、ネットワークリソースの利用可能性を高めるための別の方式は、さらなる使用可能なスペクトルリソースを利用することであり、それは、マクロセルによって使用されるのと同じタイプの認可スペクトルリソースだけでなく、マクロセルによって使用されるそれとは異なるタイプの認可スペクトルリソース(たとえば、マクロセルは、FDDセルであるが、スモールセルは、FDDキャリアとTDDキャリアの両方を使用し得る)、ならびに無認可スペクトルリソースおよび共有スペクトルリソースをも含む。概して、無認可スペクトルは、それに課せられる規制要件を受けて、いずれのユーザによっても使用され得る。慣例的に、無認可スペクトルは、QoS要件を保証することが概して難しいとき、セルラネットワークによっては使用されない。無認可スペクトルにおいて動作する通信システムは、無線ローカルエリアネットワーク(WLAN)、たとえば、IEEE 802.11(Wi-Fi)ネットワークを含む。しかしながら、通常、認可スペクトルは不足しており、高価であるという事実のために、セルラオペレータによる無認可スペクトルを利用することが考えられ得る。無認可スペクトルにおける動作の規制要件を満たすために、かつWi-Fiなどの他の無線アクセス技術(radio access technology: RAT)と共存するために、無認可スペクトルにおける送信は、連続的でなくても、または持続的でなくてもよい。むしろ、通常、オンデマンドのオン/オフ送信(または日和見的送信および測定)が採用され得る。無認可スペクトルを活用することも可能である3GPP LTE準拠通信システムは、無認可LTE(unlicensed LTE: U-LTE)、LTE無認可(LTE-unlicensed: LTE-U)、またはLTEにおける無認可スペクトルへの認可され補助されたアクセス(Licensed-Assisted Access to Unlicensed Spectrum in LTE: LAAもしくはLAA-LTE)通信システムと称されることがある。無認可スペクトルと認可スペクトルの両方は、帯域を有し、各帯域内には、1つまたは複数のキャリアがあり得る。
【００４７】
したがって、スモールセルネットワークのさらなる進化を考えるとき、シナリオは、ノード密度範囲とスペクトル範囲の両方に豊富なリソースを有するスモールセルネットワークを含み得ることが理解され得る。そのようなシナリオは、ホットエリアと称されることがあり、それは、ホットスポットと比較されるとき、拡大されたカバレッジエリアを示す。概して、そのようなホットエリアは、ネットワークオペレータによって配備され、制御される。ホットエリアの中の動作のために、柔軟に選定されたリソースにおける不連続な、日和見的な、かつ/またはオンデマンドの送信(および受信)と、(信号および/または様々なタイプの干渉の)測定とが必要とされる。
【００４８】
例示の実施形態によれば、認可および/または無認可スペクトルにおける動作を可能にする、ホットエリアのために適した方法/設計のフレームワークが提供される。すなわち、設計は、スペクトル非依存とすることができる。スペクトル非依存設計は、ある利点を有する。その代わりに、主な設計フレームワークが、異なるスペクトルについての設計をカスタマイズすることである場合には、別個の設計が、異なるスペクトルをサポートするために、明確に行われることになり、それらの設計は、時が進むにつれて、ますます成長し、ますます隔たりができることになり、仕様書、実装、および動作を、より複雑にする。従って、認可および無認可のための2つ以上の別個のフレームワークによる一元化されたフレームワークが望ましいことがある。高密度のセルラ動作およびU-LTEまたはLAA動作についての主な問題、したがって主な特徴が、たとえば干渉問題、および持続的なDL RS(たとえば、CRS)の不存在など、多くの共通点を共有しているので、一元化されたフレームワークは実現可能でもある。本質において、通信システムは、特徴/機能、たとえば、測定、アクセススキーム、リンク適応化などについてのいくつかの構築ブロックに要約され得る。各構築ブロックは、より小さいブロックにさらにまとめられ得る。より低いレベルにおいては、認可および無認可スペクトルについての動作は、同様である。一旦、これらの構築ブロックがよく定義されると、構成の信号伝達は、相互接続されたシステムが、異なるタイプのスペクトルにおいていかに働くことができるかを指定するために使用され得る。ある枝分かれが必要とされる場合、それは、適切なレベルにあることが可能であり、分岐は、ネットワーク構成の信号伝達によって選定され得る。
【００４９】
望ましい高レベルの特徴は、適応化、RAT内協調、およびRAT間共存を含む。より具体的には、それらは、ロードバランシング/シフティング、電力制御/適応化、プロービングなどの他の干渉協調/回避によって実現され得る。これらの高レベルの特徴を可能にするために、以下の実施形態が採用され得る。
【００５０】
図5は、認可および/または無認可スペクトルにおける動作を可能にするホットエリアについての例示のフレームワーク500の高レベル図を示す。フレームワーク500は、適応化、rat内協調、ならびにrat間共存をサポートするスペクトル非依存設計を指定する。フレームワーク500の特徴は、適応的リソース選定505、適応的送信および受信510、ならびにオンデマンドの測定515を含む。適応的リソース選定505は、セルおよび/またはキャリアの適応的選定を含み、膨大な数の使用可能なセルおよび/またはキャリア、高速応答時間、様々なタイプのスペクトルなどを提供し得る。適応的送信および受信510は、選定されたリソースにおける不連続な、日和見的な、かつオンデマンドの送信および/または受信を含み、それらのリソースにおける、たとえばリンク適応化サポート、HARQサポート、およびタイミング・アドバンス・サポートなどの機能を提供し得る。オンデマンドの測定515は、ダウンリンク基準信号(RS)設計、発見および同期化、ならびに様々な干渉測定および/またはリソース感知を含む、オンデマンドの信号ならびに/または干渉の測定、およびフィードバックを含み得る。適応的リソース選定505、適応的送信および/または受信510、ならびにオンデマンドの測定515の詳細な議論は、以下に提供される。
【００５１】
例示の実施形態によれば、適応的リソース選定が提供される。言い換えれば、ネットワークは、UEについて使用されるべきセルおよび/またはキャリアリソースのサブセットを適応的に選定することができる。UEの観点から、ネットワークの中に含まれるべきより多くのノードリソースおよびスペクトルリソースがあるので、それは、複数の「セル」を発見することができる(認可コンポーネントキャリア、すなわちCCが、概して、キャリアアグリゲーションに従ってセルとみなされ、他のノードまたはキャリアは、物理セルIDに関連していても、関連していなくてもよい仮想セルIDを有する仮想セルまたは一般化セルとみなされ得る)。これらのセルは、UEについて構成され得るが(たとえば、遅い時間スケールにおいて)、すべてが使用され得るわけではない。ネットワークは、セルのサブセットを選定し、そのサブセットに関する情報をUEに(たとえば、RRCもしくは媒体アクセス制御(medium access control: MAC)信号伝達、または高速応答のための物理レイヤ信号伝達を介して)信号伝達する。セルが、いずれのUEについても選定されない場合、それは、オフにされ、発見バースト(発見RSバースト、またはDRSバースト)においてのみ送信され得る。セルが選定される場合、セルは、オンである、またはオンにされる必要があり得る。遷移時間は、可能な限り短くすることができる。1つの例示の実施形態においては、セルの帯域幅は、あらかじめ定められていないが、使用のために選定されるとき、定められ、または送信の「動作中に」定められる。例示として、セルおよび/またはUEは、スペクトルの使用を感知し、次いで、他のデバイスまたは送信によってあまり占有されていないスペクトルの一部分において決めることができる。
【００５２】
例示の実施形態によれば、適応的送信および受信のための方法が提供される。選定されたリソースにおいて、不連続な、日和見的な、かつ/またはオンデマンドの送信ならびに受信が行われ得る。そのような送信を可能にするために、リンク適合化、ハイブリッド自動再送要求(hybrid automatic repeat request: HARQ)、タイミング・アドバンス、および電力制御などの例示の実施形態が提供される。
【００５３】
例示の実施形態によれば、オンデマンドの測定および報告のための方法が提供される。測定は、信号測定、および様々なタイプの干渉の測定結果を含む。持続的に送信されるCRSなしに、日和見的送信をサポートするためには、測定機構、発見、および同期化の再設計が行われる必要がある。様々なタイプの干渉測定リソース(interference measurement resource: IMR)または干渉感知リソースが構成される必要があることがあり、異なるタイプのIMRは、システム内(同じセルラオペレータによって制御されるネットワーク内の)干渉、(異なるセルラオペレータによって制御されるネットワークについての)RAT内干渉、(たとえば、U-LTEとWi-Fiとの間の)RAT間など、異なるタイプの干渉のために適している。
【００５４】
図6は、あるシナリオについての設計特徴が別のシナリオのサブセットとすることができる例示のフレームワーク600を示す。すべての特徴が、1つのネットワークについて含まれ、設計された場合には、ネットワークは、含まれた特徴を選定し組み合わせること、パラメータを微調整することなどによって、シナリオについてのその構成を調節することができる。中核的な特徴が、高密度のセルラについて設計されたそれらであることが理解され得るが(ブロック605)、それは、重いトラフィックロードの下でWi-Fi設計よりも有利であり、可能ならば、U-LTEまたはLAAについて維持されるべきである。高密度のセルラの特徴は、周波数の完全な再利用、ロードバランシングおよびシフティング、協調した適応化、オン/オフ動作、リンク適応化、ハイブリッド自動再送要求(HARQ)、DRS/IMRなどを含み得る。U-LTEまたはLAAがオペレータによって制御される同じシステム内(すなわち、システム内(ブロック610))で使用されるとき、主な追加の特徴は、IMRの新しい設計に基づいて、外部干渉(すなわち、非U-LTE干渉、典型的には、Wi-Fiシステムからの干渉)を感知する(ブロック615)実施形態の方法である。U-LTEまたはLAAを伴うシステム内状況においては、動作は、たとえば、通常のセルラシステム(たとえば、LTEのみのシステム)と同様であり、リッスン・ビフォア・トランスミッション(listen-before-transmission)(またはリッスン・ビフォア・トーク(listen-before-talk: LBT))は、必要ではない。RAT内の場合について(ブロック620)、システム内の場合におけるすべての特徴は、システム間感知のための追加のIMRとともに(ブロック625)システム内動作について使用されることが可能であり、感知/測定結果に基づいて、概して、遅い、または準固定的な時間スケールにおいてシステム間協調が行われ得る(ブロック630)。RAT間の場合において(ブロック635)、U-LTEとWi-Fiとの共存を伴う、RAT内の場合におけるすべての特徴が、RAT内動作について使用されることが可能であり、追加の特徴は、LBTをサポートすることである(ブロック640)。すべての高密度のセルラの特徴、たとえば、完全な再利用、ロードバランシング/シフティング、協調が、RAT間動作について使用されることが可能であるわけではなく、なぜなら、これらの技法は、Wi-Fiにおいて利用可能でない協調を必要とするからであり、かつWi-Fiは、干渉耐性能力に欠け、主に干渉回避に依存するからである。しかしながら、たとえばセルオン/オフ、リンク適応化、HARQ、発見/IMR、プロービング、電力制御/適応化などの他の高密度のセルラの特徴は、U-LTEのRAT間動作についても使用されることが可能である。
【００５５】
図7は、あるシナリオについての設計特徴が別のシナリオのサブセットすることができる例示のフレームワーク700の階層図を示す。フレームワーク700は、概して、LTEを非常に効率的にする、中核的な3GPP LTEの特徴のうちの多くを含み得る。フレームワーク700は、高密度のセルラ705ならびにU-LTE (またはLAA)710を含む。高密度のセルラ705は、リソースの完全な再利用、ロードバランシングおよび/またはロードシフティング、協調した適応化、デバイスオン/オフ、リンク適応化、HARQ、DRSおよび/またはIMRなどを可能にすることができる。U-LTEまたはLAA710は、システム内715、RAT内720、およびRAT間725の構成に適用することができる。システム内715は、高密度のセルラの特徴、ならびに外部感知のためのIMRを提供することができる。RAT内720は、システム内の特徴、ならびにシステム間感知および協調のためのIMRを含むことが可能であり、一方、RAT間725は、RAT間の特徴およびLBTを含むことが可能である。
【００５６】
図8は、適応的リソース選定および日和見的送信/測定において使用される例示のネットワークリソース800の図を示す。マクロキャリア(マクロCC 805)は、通常、Pcellとしての役割を果たし、オフにはならない。それは、CRS、ならびに806および807など、(図8の中の細い頭部の矢印として表された)他の共通チャネルを規則的に送信する。概して、UEは、CRSについてのマクロCC、共通チャネル、他のCCに関する信号伝達、および、808など、(図8の中の太い頭部の矢印として表された)可能性としてデータを常に監視する。マクロセルCCに加えて、UEは、(たとえば、DRSによって)複数のセルを発見しており、それらのいくつかは、UEへの可能な送信地点として構成され得る。ノード1およびノード2は、認可スペクトルにおいて動作するスモールセルとすることができ、それぞれは、1つより多くのCC、たとえば、CC1 810とCC2 815とを有することができる。それらは、高速バックホールを介して接続され得る。それらは、816および817など、長いデューティサイクルを用いて規則的にDRSを送信することができる。それらは、818など、測定/送信が必要とされない限り、非DRSバーストにおいてオフにされ得る。例示として、マクロCCは、817を示す808など、次のサブフレームにおいて、ノード1および/またはノード2が、CC1および/またはCC2においてRSおよび/またはデータを送信できることを示すことができる。次いで、ノード(ノード1および/またはノード2)は、適時にオンされることが可能であり、UEは、CC1および/またはCC2を監視すること、ならびにCSI報告をフィードバックすることを開始する。
【００５７】
チャネル品質、干渉協調目的、およびロードバランシング/シフティングなどに依存して、動的地点選定(dynamic point selection)(DPSまたは等価な動的地点ブランキング(dynamic point blanking: DPB))が行われ得る。Release-11のCoMPにおいて使用されるDPSとは異なり、ここでは、セルが選択されない場合、RS送信はオフにされることが可能であり、セルが選択される場合、RS送信はオンにされることが可能である。スケジューリング情報は、マクロCCからであっても、またはセルのいずれかからであってもよいが、信号伝達は、たとえば次のいくつかのサブフレームの中のセルのサブセットの中など、UEがスケジューリング情報をいかにして受信することができるかを示すために送信側セルから送られ得る。同様に、セルが、無認可スペクトルにおけるセル(たとえば、ノード3 CC3 820およびノード3 CC4 825)を監視するようにUEにさらに指示することができる。これらのセルは、概して、周期的な測定を用いず、従って、非周期的な測定は、826など、リンク適応化能力を提供するためにトリガされ得る。通常、測定は、無認可セルにおけるデータ送信に先行することができるが(827に先行する826など)、それらはまた、測定結果がネットワークによって得られるまでは、可能性としてはより高い復号化誤りの確率、または伝統的なデータ送信を伴って、セルが選定されるのと同じ時に送信され得る(828など)。
【００５８】
図9aは、複数の認可通信キャリアを有する通信システムにおけるリンク適応化のためのオンデマンドのCSI測定/フィードバックの第1の例示の設計を強調するメッセージ交換および処理図900を示す。メッセージ交換および処理図900は、UE905、CC1 910、およびCC2 915によるメッセージ交換および処理を含む。図9aにおいては、CC1 910は、UE905が監視しているキャリア、ならびにそのキャリアに関連付けられたセル(たとえば、CC1 910は、Pcellであっても、またはアクティブ化されたScellであってもよい)を管理することができ、CC2 915は、日和見的オン/オフセルであり、CC1 910との高速バックホールを有する。CC1 910とCC2 915とは、異なる認可の通信キャリアを介してUE905へ通信する。議論は、バックホールを介して接続された別個のエンティティであるCC1 910およびCC2 915に焦点を合わせているが、CC1 910とCC2 915はまた、単一のデバイスの中に共同設置されてもよい。
【００５９】
CC2 915は、通常、それは連続的には通信しないので、スリープまたは低減された電力状態にあってよい。CC1 910は、それが、CC2 915をアクティブ化していることをUE905に伝えることができる(イベント920として表されている)。例示として、CC1 910は、CC2 915をアクティブ化することができ、CC2 915をCC1 910に接続するバックホールを介して信号伝達を行うことができる(破線921として表されている)。CC1 910はまた、CC2 915がアクティブ化されていることをUE905に伝えるために、UE905と高レイヤ信号伝達(低速信号伝達として特徴付けられ得る)を行うことができる。通常、高レイヤ信号伝達は、それが、ダウンリンク制御情報(downlink control information: DCI)において送られる情報、ならびに送信し復号化することに著しい量の時間がかかり得るパケットペイロードにおいて符号化されるメッセージを含んでいるので、低速信号伝達と称されることがある。
【００６０】
CC1は、UE905に測定トリガを信号伝達することができる(イベント922として表されている)。測定トリガは、たとえばDCIにおいてなど、物理レイヤ信号伝達(高速信号伝達として特徴付けられ得る)を使用して信号伝達され得る。典型的には、物理レイヤ信号伝達は、それが、短い量の時間において送信され復号化され得るDCIにおいて送られる情報を含むので、高速信号伝達と称されることがある。CC1 910はまた、CC2 915に信号伝達して、RSを送信することを開始することができる(破線923として表されている)。UE905は、CC2 915を監視することを開始することができる(ブロック924)。CC2 915は、RS(および可能性としてデータ)の送信を開始することができる(イベント926として表されている)。UE905は、それ自体とCC2 915との間の通信チャネルをRSを使用して測定することができる。言い換えれば、UE905は、チャネル測定を行うことができる。UE905は、チャネル測定に従ってCSI報告を生成し、CC1 910に送ることができる(イベント928として表されている)。CC1 910およびCC2 915は、バックホールを介して接続されているので、CC1 910は、CSI報告をCC2 915に信号伝達することができる(破線929として表されている)。CC2 915は、CSI報告の中に含まれた情報(すなわち、チャネル測定に関する情報)を使用し、リンク適応化を行うことができる。CC2 915は、データ(および可能性としてRS)をUE905に送信することができる(イベント930として表されている)。
【００６１】
CC1 910は、受信することを中止するようにUE905に信号伝達する(イベント932として表されている)。その信号伝達は、物理レイヤにおいて行うことができ、従って、それは、高速信号伝達とすることができる。CC1 910はまた、送信することを中止するようにCC2 915に信号伝達することができる(破線933として表されている)。UE905は、CC2 915を監視することを中止することができる(ブロック934)。CC1 910は、バックホールを介する信号伝達によってCC2 915を非アクティブ化し(破線937として表されている)、CC2 915の非アクティブ化に関して高レイヤ信号伝達を介してUE905に伝えることができる(イベント936として表されている)。
【００６２】
図9bは、少なくとも1つの無認可通信キャリアと1つの認可通信キャリアとを有する通信システムにおけるリンク適応化のためのオンデマンドのCSI測定/フィードバックの第1の例示の設計を強調するメッセージ交換および処理図950を示す。メッセージ交換および処理図950は、UE955、CC1 960、およびCC2 965によるメッセージ交換および処理を含む。図9bにおいては、CC1 960は、UE955が監視しているキャリア、ならびにそのキャリアに関連付けられたセルとすることができ(たとえば、CC1 960は、Pcellであっても、またはアクティブ化されたScellであってもよい)、CC2 965は、日和見的オン/オフセルであり、CC1 960との高速バックホールを有する。CC1 960は、認可通信キャリアを使用することができ、一方、CC2 965は、無認可通信キャリアを使用することができる。議論は、バックホールを介して接続された別個のエンティティであるCC1 960およびCC2 965に焦点を合わせているが、CC1 960とCC2 965はまた、単一のデバイスの中に共同設置されてもよい。
【００６３】
CC2 965は、通常、それは連続的には通信しないので、スリープまたは低減された電力状態にあってよい。CC1 960は、それが、CC2 965をアクティブ化していることをUE955に伝えることができる(イベント970として表されている)。例示として、CC1 960は、CC2 965をアクティブ化することができ、CC2 965をCC1 960に接続するバックホールを介して信号伝達を行うことができる(破線971として表されている)。CC1 960はまた、CC2 965がアクティブ化されていることをUE955に伝えるために、UE955と高レイヤ信号伝達(低速信号伝達として特徴付けられ得る)を行うことができる。CC2 965は、それが無認可通信帯域において動作しているので、それが送信することができる前に、その無認可帯域の中のキャリアが空いているかどうかを判定するために確認しなくてはならない。言い換えれば、CC2 965は、CCAを行う(ブロック972)。CC2 965が、キャリアが空いていると判定するとき、CC2 965は、チャネルが空いていることをCC1 960に信号伝達することができる(イベント974として表されている)。チャネルが空いているという信号伝達は、CC2 965とCC1 960との間のバックホールを介して行うことができる。CC1 960は、UE955に測定トリガを信号伝達することができる(イベント976として表されている)。測定トリガは、たとえば、DCIにおいてなど、物理レイヤ信号伝達(高速信号伝達として特徴付けられ得る)を使用して信号伝達され得る。キャリアが空いていると判定した後、CC2 965は、そのキャリアを予約して、RSを送信することができる(ブロック978)。CC2 965はまた、ハイブリッド自動再送要求(HARQ)プロセスを使用して、データの送信などのセルラ通信を開始して、データの送信などを管理することができる。
【００６４】
UE955は、CC2 965を監視することを開始することができる(ブロック980)。CC2 965は、RS(および可能性としてデータ)送信を開始することができる(イベント982として表されている)。UE955は、それ自体とCC2 965との間の通信チャネルをRSを使用して測定することができる。言い換えれば、UE955は、チャネル測定を行うことができる。UE955は、チャネル測定に従ってCSI報告を生成し、CC1 960に送ることができる(イベント984として表されている)。CC1 960およびCC2 965は、バックホールを介して接続されているので、CC1 960は、CSI報告をCC2 965に信号伝達することができる(破線985として表されている)。CC2 965は、CSI報告の中に含まれた情報(すなわち、チャネル測定に関する情報)を使用し、リンク適応化を行うことができる。CC2 965は、データ(および可能性としてRS)をUE955に送信することができる(イベント986として表されている)。
【００６５】
CC1 960は、受信することを中止するようにUE955に信号伝達する(イベント988として表されている)。その信号伝達は、物理レイヤにおいて行うことができ、従って、それは、高速信号伝達とすることができる。CC1 960はまた、送信することを中止するようにCC2 965に信号伝達することができる(破線989として表されている)。UE955は、CC2 965を監視することを中止することができる(ブロック990)。CC1 960は、バックホールを介する信号伝達によってCC2 965を非アクティブ化し(破線993として表されている)、CC2 965の非アクティブ化に関して高レイヤ信号伝達を介してUE955に伝えることができる(イベント992として表されている)。
【００６６】
図10aは、U-LTEにおいて動作するリンク適応化のためのオンデマンドのCSI測定/フィードバックの第1の例示の設計を強調するサブフレーム1000を示す。議論の目的のために、CC1 1005は、UE1010が監視しているセルラセルであり、CC2 1015は、無認可キャリアにおいて動作する日和見的オン/オフセルであり、CC1 1005との高速バックホールを有する(たとえば、CC1 1005とCC2 1015は、共同設置されている)ことが仮定される。概して、CC2 1015が選定されないときには、CC2 1015によって送られるCSI測定結果および報告についてのDL RSはない。それに加えて、CC2 1015は、概して、それが、ある時間期間についてその無認可キャリアにおける送信を感知しなくなるまで送信することができず、すなわち、CC2 1015は、チャネルを使用する前に、CCAを行わなくてはならない。
【００６７】
CC2 1015における送信をサポートするために、CC2 1015は、サブフレームの最終のいくつかのOFDMシンボルにおいてCCA 1020を行うことができる。チャネルが空いている場合には、CC1 1005は、CC2 1015のために非周期的なCSIトリガ1025を送信することができ、そうでない場合には、CC2 1015は、連続した複数のサブフレームについてCCAを繰り返すことができる。概して、非周期的なCSIトリガ1025は、CC2 1015による成功したCCAに続いて、サブフレームの中のそのPDCCHにおいてCC1 1005によって送信され、次いで、UE1010は、最大でも数個のシンボル持続期間において非周期的なCSIトリガ1030を検出し復号化することができる。次いで、非周期的なCSIトリガ1025の終了以降であるそのサブフレームの中のシンボルxから開始して、CC2 1015は、RS送信1035を開始することができる。非周期的なCSIトリガ1030を受信すると、UE1010は、RS(および可能性としてデータ)1040についてCC2 1015を監視することを開始することができる。非周期的なCSI報告が、生成され、ネットワーク(たとえば、CC1 1005)に送られ得る。CSI報告を用いて、CC2 1010は、それに従ってその送信についてリンク適応化を行うことができる。例示の実施形態によれば、CC2 1010は、CCAの後、チャネルを予約する必要があることがある。CC2 1010はまた、非周期的なCSIトリガ1025が送られるサブフレームの最初の数個のシンボルまでCCAを行い、CCAの直後にRSを送信することができる。非周期的なCSIトリガ1025は、代替として、通常は最初の数個のシンボルでないサブフレームの最終のシンボルを占める、CC1 1005のEPDCCHにおいて送信され得る。この場合においては、CCA、および非周期的なCSIトリガ1025を含むEPDCCHは、1つのサブフレームにおいて行われ得る。次いで、RS/データ送信1035は、EPDCCHの後、サブフレームから開始することができる。UE1010が、EPDCCHを検出し復号化する、およびCC2 1015を監視するための準備をすることに十分な時間を有することを確実にするために、RS/データ送信は、そのサブフレームの最初の数個のOFDMシンボルを回避すべきである。CSI-RSは、DL RSのための適切な候補とすることができる。代替としては、CRSが使用されるべきである場合、それは、サブフレームの第2のスロットにおいてのみ送信され得る。
【００６８】
RSおよび可能なデータの送信は、CC2 1015のサブフレームの最初の数個のシンボルにおいては行うことができないことが注記される。言い換えれば、CC2 1015が、RSおよび可能性としてデータを送信することを開始するたびに、数個のシンボルが失われる可能性がある。そのような状況においては、PDSCHの開始OFDMシンボルは、より柔軟であることが必要であり得る。そのような日和見的送信が頻繁に行われ、各送信が長くない場合、オーバーヘッドは、高いことがある。
【００６９】
図10bは、U-LTEにおいて動作するリンク適応化のためのオンデマンドのCSI測定/フィードバックの代替の例示の設計を強調するサブフレーム1050を示す。議論の目的のために、CC1 1055は、UE1060が監視しているセルラセルであり、CC2 1065は、無認可キャリアにおいて動作する日和見的オン/オフセルであり、CC1 1055との高速バックホールを有する(たとえば、CC1 1055とCC2 1065は、共同設置されている)ことが仮定される。オーバーヘッドを低減させるために、CC2 1065によるRSおよび可能なデータの送信は、CC1 1055に対して時間シフトされ得る。議論を簡略化するために、時間シフトは、値においてスロットとすることができる。しかしながら、他の時間シフト値もまた、サポートされ得る。次いで、RSおよび可能性としてデータは、非周期的なCSIトリガが送られた直後に、CC2 1065によってサブフレームにおいて送られ得る。UE1060は、CC1 1055から非周期的なCSIトリガを(CC1 1055のサブフレームタイミングに基づいて)受信することができ、UE1060は、RSおよび可能性としてデータの受信のために、その直後に、CC2 1065のサブフレームをバッファリングすることを開始する。認可キャリアは、同じサブフレーム境界を有することができ(許容可能なタイミング誤りを受ける)、無認可キャリアは、基準タイミングとして、認可サブフレーム境界を使用するが、サブフレーム境界の(可能性として共通の)シフトを伴う。従って、ネットワークおよびUE1060が、(関連してはいるが)複数の(たとえば、2つの)タイミングを維持することを代償に、無認可サブフレームは、完全に利用され得る。
【００７０】
図11aは、リンク適応化のためのオンデマンドのCSI測定/フィードバックの第1の例示の設計を強調する、認可キャリアにおいて動作するセルラセルにおいて行われる例示の動作1100のフロー図を示す。動作1100は、CC1 910など、セルラセルにおいて行われる動作を示すことができる。
【００７１】
動作1100は、第1のキャリア(すなわち、認可キャリア)において動作するセルラセルが、第2のキャリア(すなわち、別の認可キャリア、または無認可キャリア)における動作をアクティブ化することから開始することができる(ブロック1105)。第2のキャリアにおける動作をアクティブ化することの一部として、セルラセルは、より高いレイヤメッセージをUEに送って、第2のキャリアにおける動作が(それがUEに関係するときに)アクティブ化されたことをUEに伝えることができる。セルラセルは、日和見的送信機会を協調させることができる(ブロック1107)。セルラセルは、日和見的オン/オフセルと協調して、日和見的送信機会を調整することができる。セルラセルは、非周期的なCSIトリガを含む物理レイヤメッセージを生成し、その物理レイヤメッセージを第1のキャリアにおいてUEに送信することができる(ブロック1109)。物理レイヤメッセージは、日和見的送信機会のインジケータとしての役割を果たすことができる。日和見的送信機会は、レイヤ1インジケータによって指示され得る。セルラセルは、UEからCSI報告を受信することができる(ブロック1111)。セルラセルは、CSI報告を無認可キャリアにおいて動作する日和見的オン/オフセルと共有することができる(ブロック1113)。一例として、セルラセルは、それ自体と日和見的オン/オフセルとの間の高速バックホールを使用することができる。
【００７２】
図11bは、リンク適応化のためのオンデマンドのCSI測定/フィードバックの第1の例示の設計を強調する、認可または無認可のキャリアにおいて動作する日和見的オン/オフセルにおいて行われる例示の動作1120のフロー図を示す。動作1120は、CC2 915など、無認可キャリアにおいて動作する日和見的オン/オフセルにおいて行われる動作を示し得る。
【００７３】
動作1120は、日和見的オン/オフセルが、第2のキャリア(すなわち、(ここにおいては第1のキャリアと称される、セルラセルによって使用されるそれとは異なる)認可キャリア、または無認可キャリア)において、それがUEとの通信に関係するときにアクティブ化されるための動作から開始することができる(ブロック1125)。日和見的オン/オフセルは、日和見的送信機会についてセルラセルと協調することができる(ブロック1127)。日和見的オン/オフセルは、基準信号(RS)を第2のキャリアにおいてUEに送信することができる(ブロック1129)。RSの送信は、日和見的送信機会のインジケータとしての役割を果たすことができる。日和見的オン/オフセルが無認可帯域において動作している場合、日和見的オン/オフセルは、RSを送信することに先立ってCCAを行って、それが送信する前に、第2のキャリアが空いていることを確認することができる。日和見的オン/オフセルは、UEから受信されたCSI報告をセルラセルから受信することができる(ブロック1131)。CSI報告は、たとえば、高速バックホールを介してセルラセルから受信され得る。日和見的オン/オフセルは、CSI報告の中に含まれた情報を使用してリンク適応化を行うことができる(ブロック1131)。RSの送信、CSI報告の受信、およびリンク適応化の実行は、チャネル測定手順への参加と称されることがある。日和見的オン/オフセルは、UEと通信することができる(ブロック1135)。UEと通信することは、日和見的オン/オフセルが、第2のキャリアにおいてUEに送信することを含み得る。
【００７４】
図11cは、リンク適応化のためのオンデマンドのCSI測定/フィードバックの第1の例示の設計を強調する、UEにおいて行われる例示の動作1140のフロー図を示す。動作1140は、UE905など、UEにおいて行われる動作を示し得る。
【００７５】
動作1140は、UEとの動作のための第2のキャリア(すなわち、(ここにおいては第1のキャリアと称される、セルラセルによって使用されるそれとは異なる)認可キャリア、または無認可キャリア)のアクティブ化に関する情報を含むより高いレイヤメッセージをセルラセルからUEが受信することから開始することができ、より高いレイヤメッセージは、第1のキャリアにおいて送信される(ブロック1145)。UEは、非周期的なCSIトリガを含むセルラセルから物理レイヤメッセージを受信することができる(ブロック1147)。非周期的なCSIトリガは、たとえば、第1のキャリアにおいてセルラセルから受信され得る。非周期的なCSIトリガは、UEが測定すべき第2のキャリアを指定する情報を含むことができる。UEは、日和見的オン/オフセルによって送信されたRSについての日和見的送信機会を監視することができる(ブロック1149)。UEは、RSを受信し(ブロック1151)、CSI報告を生成し、CSI報告を送信する(ブロック11511153)ことができる。CSI報告は、受信されたRSに従って生成され得る。CSI報告は、第1のキャリアにおいてセルラセルに送信され得る。RSの受信は、日和見的送信機会のインジケータとしての役割を果たすことができる。RSの受信、CSI報告の生成、およびCSI報告の送信は、チャネル測定手順への参加と称されることがある。UEは、日和見的オン/オフセルと通信することができる(ブロック1155)。日和見的オン/オフセルとの通信は、UEが、日和見的オン/オフセルからの送信を受信することを含むことができる。
【００７６】
図12aは、複数の認可通信キャリアを有する通信システムにおける非周期的なサウンディング基準信号(sounding reference signal: SRS)トリガおよびUL SRSに基づく、リンク適応化のためのオンデマンドのCSI測定/フィードバックの第2の例示の設計を強調するメッセージ交換および処理図1200を示す。メッセージ交換および処理図1200は、UE1205、CC1 1210、およびCC2 1215によるメッセージ交換および処理を含む。図12aにおいては、CC1 1210は、UE1205が監視しているキャリア、ならびにそのキャリアに関連付けられたセル(たとえば、CC1 1210は、Pcellであっても、またはアクティブ化されたScellであってもよい)を管理することができ、CC2 1215は、日和見的オン/オフセルであり、CC1 1210との高速バックホールを有する。CC1 1210とCC2 1215は、異なる認可の通信キャリアを介して通信する。議論は、バックホールを介して接続された別個のエンティティであるCC1 1210およびCC2 1215に焦点を合わせているが、CC1 1210とCC2 1215はまた、単一のデバイスの中に共同設置されてもよい。
【００７７】
CC2 1215は、通常、それは連続的には通信しないので、スリープまたは低減された電力状態にあってよい。CC1 1210は、それが、CC2 1215をアクティブ化していることをUE1205に伝えることができる(イベント1220として表されている)。例示として、CC1 1210は、CC2 1215をアクティブ化することができ、CC2 1215をCC1 1210に接続するバックホールを介して信号伝達を行うことができる(破線1221として表されている)。CC1 1210はまた、CC2 1215がアクティブ化されていることをUE1205に伝えるために、UE1205と高レイヤ信号伝達(低速信号伝達として特徴付けられ得る)を行うことができる。CC1 1210は、UE1205にトリガ、たとえば、非周期的なSRSトリガを信号伝達することができる(イベント1222として表されている)。UE1205は、SRSを、非周期的なSRSトリガにおいて指定された、指定されたリソースにおいてCC2 1215に送ることができる(イベント1224として表されている)。UE1205は、CC2 1215を監視することを開始することができる(ブロック1226)。CC2 1215は、それ自体とUE1205との間の通信チャネルをSRSを使用して測定することができる。言い換えれば、CC2 1215は、チャネル測定を行うことができる。CC2 1215は、チャネル測定を用いて、リンク適応化を行うことができる。CC2 1215は、データ(および可能性としてDL RS)をUE1205に送信することができる(イベント1228として表されている)。
【００７８】
CC1 1210は、受信することを中止するようにUE1205に信号伝達する(イベント1230として表されている)。その信号伝達は、物理レイヤにおいて行われることが可能であり、従って、それは、高速信号伝達とすることが可能である。CC1 1210はまた、送信することを中止するようにCC2 1215に信号伝達することができる(破線1231として表されている)。UE1205は、CC2 1215を監視することを中止することができる(ブロック1232)。CC1 1210は、バックホールを介する信号伝達によってCC2 1215を非アクティブ化し(破線1235として表されている)、CC2 1215の非アクティブ化に関して高レイヤ信号伝達を介してUE1205に伝えることができる(イベント1234として表されている)。
【００７９】
図12bは、少なくとも1つの無認可通信キャリアと1つの認可通信キャリアとを有する通信システムにおける非周期的なSRSトリガおよびUL SRSに基づく、リンク適応化のためのオンデマンドのCSI測定/フィードバックの第2の例示の設計を強調するメッセージ交換および処理図1250を示す。メッセージ交換および処理図1250は、UE1255、CC1 1260、およびCC2 1265によるメッセージ交換および処理を含む。図12bにおいては、CC1 1260は、UE1255が監視しているキャリア、ならびにそのキャリアに関連付けられたセル(たとえば、CC1 1260は、Pcellであっても、またはアクティブ化されたScellであってもよい)を管理することができ、CC2 1265は、日和見的オン/オフセルであり、CC1 1260との高速バックホールを有する。CC1 1260は、認可通信キャリアを使用することができ、一方、CC2 1265は、無認可通信キャリアを使用することができる。議論は、バックホールを介して接続された別個のエンティティであるCC1 1260およびCC2 1265に焦点を合わせているが、CC1 1260とCC2 1265はまた、単一のデバイスの中に共同設置されてもよい。
【００８０】
CC2 1265は、通常、それは連続的には通信しないので、スリープまたは低減された電力状態にあってよい。CC1 1260は、それが、CC2 1265をアクティブ化していることをUE1255に伝えることができる(イベント1270として表されている)。例示として、CC1 1260は、CC2 1265をアクティブ化することができ、CC2 1265をCC1 1260に接続するバックホールを介して信号伝達を行うことができる(破線1271として表されている)。CC1 1260はまた、CC2 1265がアクティブ化されていることをUE1255に伝えるために、UE1255と高レイヤ信号伝達(低速信号伝達として特徴付けられ得る)を行うことができる。CC1 1260は、UE1255にトリガ、たとえば、非周期的なSRSトリガを信号伝達することができる(イベント1272として表されている)。UE1255は、それが、無認可通信キャリアにおいて動作しているので、それが送信することができる前に、キャリアが空いているかどうかを判定するために確認しなくてはならない。言い換えれば、UE1255は、CCAを行う(ブロック1274)。UE1255が、キャリアが空いていると判定するとき、UE1255は、SRSを非周期的なSRSトリガにおいて指定された、指定されたリソースにおいてCC2 1265に送ることができる(イベント1276として表されている)。UE1255は、CC2 1265を監視することを開始することができる(ブロック1278)。CC2 1265は、それ自体とUE1255との間の通信チャネルをSRSを使用して測定することができる。言い換えれば、CC2 1265は、チャネル測定を行うことができる。CC2 1265は、チャネル測定を用いて、リンク適応化を行うことができる。CC2 1265は、それもまた、無認可通信帯域において動作しているので、それが送信することができる前に、キャリアが空いているかどうかを判定するために確認しなくてはならない。言い換えれば、CC2 1265は、CCAを行う(ブロック1280)。CC2 1265が、キャリアが空いていると判定するとき、CC2 1265は、データ(および可能性としてDL RS)をUE1255に送信することができる(イベント1282として表されている)。
【００８１】
CC1 1260は、受信することを中止するようにUE1255に信号伝達する(イベント1284として表されている)。その信号伝達は、物理レイヤにおいて行うことができ、従って、それは、高速信号伝達とすることができる。CC1 1260はまた、送信することを中止するようにCC2 1265に信号伝達することができる(破線1285として表されている)。UE1255は、CC2 1265を監視することを中止することができる(ブロック1286)。CC1 1260は、バックホールを介する信号伝達によってCC2 1265を非アクティブ化し(破線1289として表されている)、CC2 1265の非アクティブ化に関して高レイヤ信号伝達を介してUE1255に伝えることができる(イベント1288として表されている)。
【００８２】
CC2 1215および/または1265がDLにおけるMIMO送信を行うために、SRS送信がUE1205および/または1255の1つのみのアンテナを使用する場合、より多くの送信が(たとえば単一のトリガによって)トリガされ得る。しかしながら、UE1205および/または1255における干渉は、この方法を使用してネットワークに知られないことがある。図12aおよび図12bの中に表された技法は、干渉測定をネットワークに提供することができる他の方法と併せて使用されることが可能であり、ネットワークは、SRSおよび報告された干渉に基づいて送信形式を選択することができる。
【００８３】
図13は、非周期的なSRSトリガおよびUL SRSに基づく、リンク適応化のためのオンデマンドのCSI測定/フィードバックの第2の例示の設計を強調するサブフレーム1300を示す。議論の目的のために、CC1 1305は、UE1310が監視しているセルラセルであり、CC2 1315は、無認可キャリアにおいて動作する日和見的オン/オフセルであり、CC1 1305との高速バックホールを有する(たとえば、CC1 1305とCC2 1315は、共同設置されている)ことが仮定される。概して、UL送信は、ネットワーク(たとえば、CC1 1305)によってスケジューリングされ、UL送信によって使用されるべき時間/周波数リソースは、ネットワークによって、決められ、指定される。しかしながら、無認可スペクトルにおいては、UE1310は、依然としてチャネルを感知する必要があり、次いで、それが送信することができるか否かを決める。いくつかの代替の技法が、この問題に対処するために採用され得る。第1の技法は、スケジューリングされたULを送信する際のいくつかのタイミングの不確実性を許容することであり、したがって、UE1310が、それがタイムアウトになる前に数個のシンボル/スロット/サブフレームを撤回することを許容する。第2の技法は、CC1 1305とUE1310の両方が、スケジューリングされた送信前に、チャネルを感知し、予約することを可能にすることである。
【００８４】
例示の実施形態によれば、CC2 1315は、サブフレームの最終の数個のシンボルにおいてCCA1320を行い、ULおよび/またはDLの送信が適切であるか否かを決める。肯定である場合には、CC1 1305は、次のサブフレームの中のPDCCHにおいてSRSトリガ1325を送る。次いで、UE1310は、SRSトリガ1325を受信するとCCA1330を行い、サブフレームの最終の(1つまたは複数の)シンボルにおいてSRS1335を送る(サブフレームの最終部分は、SRS送信のためのUpPTSとみなされ得る)。CC2 1315は、SRS信号1340を受信する。次いで、CC2 1310からのデータおよび/またはDL RS1345が、次のサブフレームにおいて続き得る。UE1310はまた、次のサブフレームにおいてCC2 1315を監視することを開始するように、それに要求する信号伝達としてSRSトリガ1325をみなすことができる。別の例示の実施形態においては、CC2 1315は、CCAを行い、サブフレームにおいてEPDCCHを送り、UE1310は、CCAを行い、次のサブフレームにおいてSRSを送る。別の例示の実施形態においては、CC2 1315のサブフレーム境界は、1つのスロットだけ、たとえば、CC1 1305のサブフレーム境界に対してシフトされることが可能である。
【００８５】
例示の実施形態によれば、RTS/CTS信号もまた、Wi-Fiと同様に送信される。しかしながら、U-LTEにおいては、RTS/CTS機構は、正確に従う必要はない。例示として、UL送信についてさえ、CC2 1315は、RTSを送ることができ、UE1310は、CTSを用いて返信することができ、またはUE1310は、CTSを用いて返信する必要がない(たとえば、CTSなしで単にULを送る)。信号内容/波形もまた、たとえば、RTS/CTSから修正可能であり、SRSは、CC2 1315からのRTSに応答して、CTSの形態とみなされ得る。RTS/CTSはまた、たとえば、U-LTEが情報を送信するために使用されることが可能であり、RTS/CTSは、SRS/CSIについてのスケジューリングおよび送信情報を含み得る。RTSはまた、UL送信をトリガするためにも使用され得る。
【００８６】
図14aは、リンク適応化のためのオンデマンドのCSI測定/フィードバックの第2の例示の設計を強調する、認可キャリアにおいて動作するセルラセルにおいて行われる例示の動作1400のフロー図を示す。動作1400は、CC1 1210など、セルラセルにおいて行われる動作を示し得る。
【００８７】
動作1400は、第1のキャリア(すなわち、認可キャリア)において動作するセルラセルが、第2のキャリア(すなわち、別の認可キャリア、または無認可キャリア)における動作をアクティブ化することから開始することができる(ブロック1405)。第2のキャリアにおける動作をアクティブ化することの一部として、セルラセルは、より高いレイヤメッセージをUEに送って、第2のキャリアにおける動作が(それがUEに関係するときに)アクティブ化されたことをUEに伝えることができる。セルラセルは、日和見的送信機会を協調させることができる(ブロック1407)。セルラセルは、日和見的オン/オフセルと協調して、日和見的送信機会を調整することができる。セルラセルは、非周期的なCSIトリガを含む物理レイヤメッセージを生成し、その物理レイヤメッセージを第1のキャリアにおいてUEに送信することができる(ブロック1409)。物理レイヤメッセージは、日和見的送信機会のインジケータとしての役割を果たすことができる。物理レイヤメッセージは、セルラセルによって送信されたPDCCHにおいて送信され得る。
【００８８】
図14bは、リンク適応化のためのオンデマンドのCSI測定/フィードバックの第2の例示の設計を強調する、認可または無認可キャリアにおいて動作する日和見的オン/オフセルにおいて行われる例示の動作1420のフロー図を示す。動作1420は、CC2 1215など、無認可キャリアにおいて動作する日和見的オン/オフセルにおいて行われる動作を示し得る。
【００８９】
動作1420は、日和見的オン/オフセルが、第2のキャリア(すなわち、(ここにおいては第1のキャリアと称される、セルラセルによって使用されるそれとは異なる)認可キャリア、または無認可キャリア)において、それがUEとの通信に関係するときにアクティブ化されるための動作を開始することができる(ブロック1425)。日和見的オン/オフセルは、日和見的送信機会についてセルラセルと協調することができる(ブロック1427)。日和見的オン/オフセルは、SRSなど、RSを受信することができる(ブロック1429)。RSは、UEから受信されることが可能である。日和見的オン/オフセルは、SRSに従って、リンク適応化を行うことができる(ブロック1431)。RSの受信、およびリンク適応化の実行は、チャネル測定手順への参加と称されることがある。日和見的オン/オフセルは、UEと通信することができる(ブロック1433)。UEとの通信は、日和見的オン/オフセルによるデータおよび可能性としてDL RSの送信を含み得る。日和見的オン/オフセルが無認可帯域において動作している場合、日和見的オン/オフセルは、UEに送信することに先立ってCCAを行って、それが送信する前に、第2のキャリアが空いていることを確認することができる。
【００９０】
図14cは、リンク適応化のためのオンデマンドのCSI測定/フィードバックの第2の例示の設計を強調する、UEにおいて行われる例示の動作1440のフロー図を示す。動作1440は、UE1205など、UEにおいて行われる動作を示し得る。
【００９１】
動作1440は、UEが、第1のキャリアにおいて、第2のキャリア(すなわち、(ここにおいては第1のキャリアと称される、セルラセルによって使用されるそれとは異なる)認可キャリア、または無認可キャリア)のアクティブ化に関する情報を含むより高いレイヤメッセージをセルラセルから受信することから開始することができる(ブロック1445)。UEは、非周期的なCSIトリガを含むセルラセルからの物理レイヤメッセージを受信することができる(ブロック1447)。物理レイヤメッセージは、たとえば、第1のキャリアを介して、セルラセルから受信されることが可能である。物理レイヤメッセージは、日和見的送信機会のインジケータとしての役割を果たすことができる。非周期的なCSIトリガは、UEが、SRSなど、RSを送信するために使用すべき第2のキャリアにおけるネットワークリソースを指定する情報を含み得る。第2のキャリアが無認可キャリアである場合、UEは、CCAを行って、第2のキャリアが利用可能であるかどうかを判定することができる。第2のキャリアが利用可能であるとき、または第2のキャリアが認可キャリアである場合、UEは、RSを送信することができる(ブロック1451)。RSの送信(および可能性としてCCAの実行)は、チャネル測定手順への参加と称されることがある。UEは、日和見的オン/オフセルと通信することができる(ブロック1453)。日和見的オン/オフセルとの通信は、たとえば、日和見的オン/オフセルからデータおよび可能性としてDL RSを受信することを含み得る。
【００９２】
無認可キャリアにおいて動作するネットワークノードは、規則的にチャネル使用を監視する必要があることがあり、UEは、同様に、このために構成され得る。これらの目的のために、セルは、いくつかの時間/周波数のリソースにおいては何も送信することができない。同じオペレータによって制御されるセルについて、それらは、同時(通常、Wi-Fiチャネルと整列されたすべてのチャネルにおける広帯域)に沈黙することができ、どのUEも、送信すべきではない。沈黙は、周期的に行われることが可能である。ブランク・サブフレーム・パターンが、使用されることが可能であり、またはスロット/シンボル、またはこれらの組み合せなど、より小さい時間粒度が使用されることが可能である。拡張型セル間干渉協調(enhanced inter-cell interference coordination: eICIC)について定義されたそれらなどの既存のブランキング・パターンは、再利用されることが可能である(および信号伝達機構も同様である)が、オールモスト・ブランク・サブフレーム(almost blank subframe: ABS)の代わりに、ブランク・サブフレームが使用される。セルは、沈黙の持続期間中に感知し、それらは、他のU-LTEシステムまたはWi-Fiシステムによる送信を感知することができる。統計は、記録され、たとえば、U-LTEシステムにおけるリソース割当て/回避を協調させるために、およびWi-Fiシステムとの相互作用にアクセスするために、ネットワークによって使用され得る。
【００９３】
従って、U-LTEシステム間のRAT内協調をサポートするために、たとえば、Wi-Fi送信のプリアンブルを検出し、復号化しようと試みることによって行われることが可能である、どのシステム/RATが送信しているかを受信器が判定するために十分な情報を送信が含むことが可能である。送信がWi-Fiでない(すなわち、Wi-Fiプリアンブルが検出されない)場合には、システムは、それが、波形を試験し、バックホールを介して他のシステムと情報を交換することによって、別のU-LTEシステムであるかどうかを知ることができる。加えて、UEのサブセットは、これらの目的のために、設計され、構成されたIMRにおいて感知するように構成され得る。Release-11のIMRとは異なって、これらのIMRは、RAT間感知について、チャネルの全帯域幅を占有する。しかしながら、適正な協調を伴うRST内感知の場合、IMRは、必ずしも、定義されるように広帯域の全体を占有するとは限らないことがあるが、IMRにおける干渉は、CSI報告とは別個に報告され得る。全体の9番目および10番目のシンボルを占有するCSI-IMRは、測定のために使用されることが可能であり、かつ/または指定されたブランキング・サブフレームについての測定もまた、使用されることが可能である。IMRは、任意のCSIプロセスと関連付けられても、または関連付けられなくてもよく、測定は、3GPP LTE Release-11またはRelease-12において定義される受信信号強度インジケータ(received signal strength indicator: RSSI)と同様とすることができる。
【００９４】
ネットワークは、感知統計が使用されるとき、無認可キャリアにおける長期(少なくとも数秒)トラフィックロードおよびチャネル使用を推定することができる。次いで、ネットワークは、ある混雑したチャネルを日和見的に回避し、より好ましいチャネルを選択することができる。ネットワークは、それらのチャネルがあまり混雑していない場合であっても、いくつかのチャネルを使用して意図的に回避することもでき、代わりに、スペクトル感知によって、Wi-FiのAPは、それらのチャネルに移動することができる。可能性のある結果は、Wi-Fiは、チャネルのサブセットを使用し、U-LTEは、チャネルの別のサブセットを使用することである。これは、U-LTE動作は、Wi-Fiデバイスによって行われるランダムアクセスについて絶えず懸念することなしに効率的に行われることが可能性であり、かつUL送信は、U-LTEによってサポートされることが可能である、すなわち、各送信前に、CCAを実行するための必要性がないことがあるので、望ましいことがある。
【００９５】
Wi-Fiはまた、高密度のセルラに関する共存問題とともに効率的に働くことができる。LTEシステムは、無認可スペクトルの全体の帯域幅を監視することを継続することができ、チャネルのその占有を、無認可スペクトルのすべてのチャネルにおける相対的なロードおよびチャネル使用に基づいて調節することができる。LTEシステムは、チャネル使用の可能な平衡状態を予測し、LTEとWi-Fiの両方について望ましいものを見出すことができる。LTEシステムは、RATおよび通信トラフィックを誘導して、所望の平衡状態に到達することができる。
【００９６】
例示の実施形態によれば、ハイブリッド自動再送要求(HARQ)動作は、1つより多くのキャリアにわたって実装される。例示として、第1の送信は、結果として、検出/復号化の誤りとなり、データは、再送信されるべきである。再送信が、元の送信と同じキャリアにおいて行われなくてはならない場合、それは、チャネル感知(channel sensing: CCA)の結果に依存して、無期限に延期され得る。したがって、それは、より信頼性がある認可キャリアなど、異なる利用可能なキャリアにおいて再送信を行うために有益であり得る。UL HARQについて、HARQ動作は、同期から非同期に変更される必要があることがある。加えて、HARQ番号は、スケジューリング情報の中に含められ得る。DL HARQについて、UEは、可能性として異なるキャリアからの送信を組み合わせるために必要な情報が信号伝達される必要がある。UEの能力の観点から、HARQプロセスの総数は、より多い必要はなく、各キャリアについて同じに維持されてもよい。追加の情報は、1つのHARQプロセスに関連付けられる送信が、同じ情報(たとえば、インデックス)に関連付けられるように追加されることが可能であり、その情報は、スケジューリングDCIの中に追加されることが可能である。また、RRC信号伝達による準静的に定義されたマッピング、HARQプロセスについての候補キャリアをダウン選定すること、したがって、DCIについての信号伝達オーバーヘッドを低減させること、があり得る。
【００９７】
図15aは、DL送信についてのHARQ動作を強調する、メッセージ交換および処理図1500を示す。メッセージ交換および処理図1500は、UE1505、CC2 1510、およびCC1 1515によるメッセージ交換および処理を含む。図15aにおいては、CC1 1515は、UE1505が監視しているキャリア(たとえば、CC1 1515は、Pcellであっても、またはアクティブ化されたScellであってもよい)とすることができ、CC2 1510は、日和見的オン/オフセルであり、CC1 1515との高速バックホールを有する。CC2 1510は、UE1505にDLにおいて送信することができる(イベント1520として表されている)。CC2 1510は、測定(たとえば、CCA)を通じて、またはタイムアウトを理由に、そのキャリアが利用可能ではないことを観測することができる(ブロック1522)。CC2 1510は、そのキャリアが利用不可であることを(Pcellであり得る)CC1 1515に伝えることができる(イベント1524として表されている)。UE1505が、CC2 1510による送信(イベント1520)が、(HARQ動作の一部が)成功して受信されなかったというフィードバックをCC2 1510(またはCC1 1515)に提供していてもよい。代替としては、タイムアウトまたはビジーチャネルは、UE1505が、HARQ ACKまたはNAKをCC2 1510に送ることを阻止することができる。結果として、CC2 1510および/またはCC1 1515は、送信が失敗したと判定することができる(ブロック1526および/または1528)。CC1 1515は、UE1505へのDLにおける再送信によってHARQプロセスを継続することができる(イベント1530として表されている)。
【００９８】
図15bは、UL送信についてのHARQ動作を強調するメッセージ交換および処理図1550を示す。メッセージ交換および処理図1550は、UE1555、CC2 1560、およびCC1 1565によるメッセージ交換および処理を含む。図15bにおいては、CC1 1565は、UE1555が監視しているキャリア(たとえば、CC1 1565は、Pcellであっても、またはアクティブ化されたScellであってもよい)とすることができ、CC2 1560は、日和見的オン/オフセルであり、CC1 1565との高速バックホールを有する。UE1555は、CC2 1560にULにおいて送信することができる(イベント1570として表されている)。CC2 1560は、そのキャリアが、利用不可であり、UL送信のために使用されることが可能ではないことを検出することができる(ブロック1572)。CC2 1560は、CC1 1565に伝えることができ、受信された送信の処理された部分(たとえば、ソフトデータ、および対数尤度比など)をCC1 1565に提供することができる(イベント1574として表されている)。CC1 1565は、再送信についての要求をUE1555に伝えることができる(イベント1576として表されている)。再送信についての要求は、冗長バージョン、プロセス番号など、再送信のために使用するネットワークリソースについての情報を含み得る。UE1555は、CC1 1565にULにおいて再送信することができる(イベント1578として表されている)。
【００９９】
図16aは、HARQ動作に参加する送信側デバイスにおける例示の動作1600のフロー図を示す。動作1600は、受信側デバイスがHARQ動作に参加するとき、UL送信におけるUE、およびDL送信におけるeNBなど、送信側デバイスにおいて行われる動作を示し得る。
【０１００】
動作1600は、送信側デバイスが送信を送信することから開始することができる(ブロック1605)。送信は、認可スペクトルまたは無認可スペクトルにおいて行うことができる。送信側デバイスは、送信が成功したかどうかを判定するために確認を行うことができる(ブロック1610)。送信は、送信側デバイスが、受信側デバイスからHARQ ACK(そのHARQプロセスについての肯定応答)を受信した場合、成功とみなされ得る。送信は、送信側デバイスが、受信側デバイスからHARQ NAK(そのHARQプロセスについての否定応答)を受信した場合、成功でないとみなされ得る。送信はまた、送信側デバイスが、指定された時間期間内に受信側デバイスから何らHARQ ACKを受信しない場合、成功でないとみなされ得る。代替のフィードバックは、肯定応答を示すために「1」、および否定応答を示すために「0」を設定することである。
【０１０１】
送信が成功でない場合、送信側デバイスは、利用可能なキャリアを選定して、送信を再送信することができる(ブロック1615)。利用可能なキャリアは、元の送信を送信するために使用された同じキャリアであっても、またはそれは、異なるキャリアであってもよい。送信側デバイスがUEである場合には、UEが、それ自体における利用可能なキャリアを選定することができる可能性が少ないことがあることが注記される。代わりに、UEは、どのキャリアを使用すべきであるかを(たとえば、Pcell、または日和見的オン/オフセルによって)命令され得る。命令は、メッセージにおいて受信される、使用すべきキャリアのインジケータの形態であってよい。送信側デバイスは、利用可能なキャリアにおける送信を再送信することができる(ブロック1620)。送信が成功した場合、動作1600は、終了することができる。
【０１０２】
図16bは、HARQ動作に参加する受信側デバイスにおける例示の動作1650のフロー図を示す。動作1650は、受信側デバイスがHARQ動作に参加するとき、DL送信におけるUE、およびUL送信におけるeNBなど、受信側デバイスにおいて行われる動作を示し得る。
【０１０３】
動作1650は、受信側デバイスが、送信を受信し復号化することから開始することができる(ブロック1655)。受信側デバイスは、それが、送信を、成功して復号化することができたかどうかを判定するために確認を行うことができる(ブロック1660)。受信側デバイスが、送信を、成功して復号化することができた場合、受信側デバイスは、送信のソースにHARQ ACKを送信することができる(ブロック1665)。受信側デバイスが、送信を、成功して復号化することができなかった場合、受信側デバイスは、送信のソースにHARQ NAKを送信することができる(ブロック1670)。受信側デバイスは、ブロック1655に戻って、送信の再送信を受信し、復号化することができる。再送信のためにソフトコンバイニングがあり得る。受信側デバイスが再送信を受信しているとき、受信側デバイスは、ソフトコンバイニングを実装して、成功した復号化の尤度を改善することができる。例示として、受信側デバイスの復号器は、受信された信号から生成される対数尤度比(LLR)において動作することができる。再送信の場合においては、受信された再送信についてのLLRは、データの(最初の送信、および任意の回数の再送信を含み得る)以前の送信からのLLRと結合され得る。結合されたLLRは、復号化され得る。
【０１０４】
図17は、ここに開示されるデバイスおよび方法を実装するために使用され得る処理システム1700のブロック図である。具体的なデバイスは、表された構成要素のすべて、または構成要素のサブセットのみを利用してもよく、統合のレベルは、デバイスによって異なり得る。さらには、デバイスが、複数の処理ユニット、プロセッサ、メモリ、送信機、受信機など、構成要素の複数の事例を含んでもよい。処理システムは、(スピーカ、マイクロフォン、マウス、タッチ画面、キーパッド、キーボード、プリンタなどを含む)ヒューマンインターフェース1715、ディスプレイ1710など、1つまたは複数の入力/出力デバイスが設けられた処理ユニット1705を備えることができる。処理ユニットは、バス1745に接続された中央処理ユニット(central processing unit: CPU)1720、メモリ1725、大容量記憶デバイス1730、ビデオアダプタ1735、およびI/Oインターフェース1740を含むことができる。
【０１０５】
バスは、メモリバスもしくはメモリコントローラ、周辺機器バス、ビデオバスなどを含む任意のタイプのいくつかのバスアーキテクチャのうちの1つまたは複数とすることができる。CPUは、任意のタイプの電子データプロセッサを含むことができる。メモリは、スタティック・ランダム・アクセス・メモリ(static random access memory: SRAM)、ダイナミック・ランダム・アクセス・メモリ(dynamic random access memory: DRAM)、同期DRAM(synchronous DRAM: SDRAM)、リード・オンリ・メモリ(read-only memory: ROM)、それらの組み合せなど、任意のタイプのシステムメモリを含むことができる。一実施形態においては、メモリは、起動時の使用のためのROM、ならびにプログラムを実行しながらの使用のためのプログラムおよびデータ記憶のためのDRAMを含むことができる。
【０１０６】
大容量記憶デバイスは、データ、プログラム、および他の情報を記憶し、データ、プログラム、および他の情報をバスを介してアクセス可能にするように構成された任意のタイプの記憶デバイスを含むことができる。大容量記憶デバイスは、たとえば、ソリッドステートドライブ、ハードディスクドライブ、磁気ディスクドライブ、光ディスクドライブなどのうちの1つまたは複数を含むことができる。
【０１０７】
ビデオアダプタおよびI/Oインターフェースは、外部入力および出力デバイスを処理ユニットに連結するインターフェースを提供する。示されたように、入力および出力デバイスの例は、ビデオアダプタに連結されたディスプレイ、およびI/Oインターフェースに連結されたマウス/キーボード/プリンタを含む。他のデバイスは、処理ユニットに連結されることが可能であり、追加のまたはより少ないインターフェースカードが利用されてもよい。たとえば、ユニバーサルシリアルバス(Universal Serial Bus: USB)(表さない)などのシリアルインターフェースが、プリンタのためのインターフェースを提供するために使用され得る。
【０１０８】
処理ユニットはまた、1つまたは複数のネットワークインターフェース1750を含み、これは、ノードもしくは異なるネットワーク1755にアクセスするために、Ethernetケーブルなどの有線のリンク、および/または無線のリンクを含むことができる。ネットワークインターフェースは、処理ユニットが、ネットワークを介して遠隔ユニットと通信することを可能にする。たとえば、ネットワークインターフェースは、1つまたは複数の送信機/送信アンテナ、および1つまたは複数の受信機/受信アンテナを介して無線通信を提供することができる。一実施形態においては、処理ユニットは、データ処理、および他の処理ユニット、インターネット、遠隔記憶設備など、遠隔デバイスとの通信のために、ローカルエリアネットワークまたは広域ネットワークに連結される。
【０１０９】
本開示およびその利点が詳細に説明されたが、添付の特許請求の範囲によって定義される開示の思想および範囲から逸脱することなく、様々な変更、置換、および修正が、ここにおいて行われ得ることが理解されるべきである。
【符号の説明】
【０１１０】
100  通信システム
105、221、231、235  eNB
110、112、114、116  ユーザ装置、UE
200、210、220、230、240  通信システム
201、251、253、955、1010、1010、1060、1205、1255、1310、1505、1555  UE
202  UE、無線デバイス
205  eNB、通信コントローラ
206、207、222、236  無線リンク
223、232、233、238  カバレッジエリア
245  マスタeNB、MeNB
247、249  SeNB
310、320  フレーム構成
321、322、323、324、325、326、327、328、329、330、340、345、324、325、350、360、370、1000、1300  サブフレーム
500、600、700  フレームワーク
505  適応的リソース選定
510  適応的送信および受信
515  オンデマンドの測定
705  高密度のセルラ
710  U-LTEまたはLAA
715  システム内構成
720  RAT内構成
725  RAT間構成
800  ネットワークリソース
805  マクロCC
810、910、960、1005、1055、1210、1260、1305、1515、1565  CC1
815、915、965、1015、1065、1215、1265、1315、1510、1560  CC2
820  CC3
825  CC4
900、950、1200、1250、1500、1550  メッセージ交換および処理図
1100、1120、1140、1400、1420、1440、1600、1650  動作
1700  処理システム
1705  処理ユニット
1710  ディスプレイ
1715  ヒューマンインターフェース
1720  中央処理ユニットCPU)
1725  メモリ
1730  大容量記憶デバイス
1735  ビデオアダプタ
1740  I/Oインターフェース
1745  バス
1750  ネットワークインターフェース
1755  ネットワーク
【図１】
0006338075.tif 000002
【図２ａ】
0006338075.tif 000003
【図２ｂ】
0006338075.tif 000004
【図２ｃ】
0006338075.tif 000005
【図２ｄ】
0006338075.tif 000006
【図２ｅ】
0006338075.tif 000007
【図３ａ】
0006338075.tif 000008
【図３ｂ】
0006338075.tif 000009
【図３ｃ】
0006338075.tif 000010
【図３ｄ】
0006338075.tif 000011
【図３ｅ】
0006338075.tif 000012
【図３ｆ】
0006338075.tif 000013
【図３ｇ】
0006338075.tif 000014
【図４】
0006338075.tif 000015
【図５】
0006338075.tif 000016
【図６】
0006338075.tif 000017
【図７】
0006338075.tif 000018
【図８】
0006338075.tif 000019
【図９ａ】
0006338075.tif 000020
【図９ｂ】
0006338075.tif 000021
【図１０ａ】
0006338075.tif 000022
【図１０ｂ】
0006338075.tif 000023
【図１１ａ】
0006338075.tif 000024
【図１１ｂ】
0006338075.tif 000025
【図１１ｃ】
0006338075.tif 000026
【図１２ａ】
0006338075.tif 000027
【図１２ｂ】
0006338075.tif 000028
【図１３】
0006338075.tif 000029
【図１４ａ】
0006338075.tif 000030
【図１４ｂ】
0006338075.tif 000031
【図１４ｃ】
0006338075.tif 000032
【図１５ａ】
0006338075.tif 000033
【図１５ｂ】
0006338075.tif 000034
【図１６ａ】
0006338075.tif 000035
【図１６ｂ】
0006338075.tif 000036
【図１７】
0006338075.tif 000037