(57)【要約】  本開示の実施的形態は、無線通信システムにおける免許不要帯域でのデータ送信方法、デバイス及び装置に関する。本開示の実施的形態において、方法は、免許不要帯域でＣＣＡが成功した後、チャネル評価フィードバックリクエストに関する構成情報、及び共通制御情報領域におけるチャネル評価のフィードバックに関する構成情報の少なくとも一方を有する前記チャネル評価フィードバックリクエストを発信先デバイスに伝送することと、前記発信先デバイスから、前記発信先デバイスにより測定されたチャネル状態を示すチャネル評価のフィードバックを受信することと、を含み、前記免許不要帯域でのデータ伝送は、測定された前記チャネル状態に依存する。本開示の実施的形態によれば、ＮＲシステムのような無線通信システムにおける伝送効率と干渉回避とのバランスを取ることが可能である。【選択図】図７
2021510242.tif 000002
【特許請求の範囲】
【請求項１】
免許不要帯域でＣＣＡが成功した後、チャネル評価フィードバックリクエストに関する構成情報、及び共通制御情報領域におけるチャネル評価のフィードバックに関する構成情報の少なくとも一方を有する前記チャネル評価フィードバックリクエストを発信先デバイスに伝送することと、
前記発信先デバイスから、前記免許不要帯域で前記発信先デバイスにより測定されたチャネル状態を示すチャネル評価のフィードバックを受信することと、を含み、
前記免許不要帯域でのデータ伝送は、前記チャネル評価のフィードバックにより示される前記チャネル状態に依存する、
無線通信システムにおける免許不要帯域でのデータ伝送方法。
【請求項２】
前記チャネル評価フィードバックリクエストは、さらに、前記チャネル評価のフィードバックが前記発信先デバイスに対して有効であるか否かを示すチャネル測定有効情報を含む、
請求項１に記載の方法。
【請求項３】
さらに、上位層を介して、前記チャネル評価のフィードバックが前記発信先デバイスに対して有効であるか否かを示すチャネル測定有効情報を前記発信先デバイスに伝送することを含む、
請求項１に記載の方法。
【請求項４】
前記チャネル評価フィードバックリクエストに関する前記構成情報は、前記チャネル評価フィードバックリクエストのカテゴリ及び前記チャネル評価フィードバックリクエストの伝送リソースの少なくとも一方を有し、及び／又は、
前記チャネル評価のフィードバックに関する前記構成情報は、前記チャネル評価のフィードバックのカテゴリ及び前記チャネル評価のフィードバックの伝送リソースの少なくとも一方を有する、
請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記チャネル評価フィードバックリクエストは、さらに、前記データ伝送の期間情報を含む、請求項１〜４のいずれか１項に記載の方法。
【請求項６】
前記チャネル評価フィードバックリクエストは、さらに、
前記発信先デバイスによるチャネル測定を行うための参照信号、前記発信先デバイスによるチャネル測定を行うための符号化データのセグメント、及び前記発信先デバイスによる時間調整を行うための免許不要帯域の同期信号、のうちの少なくとも一方を含む、
請求項１〜５のいずれか１項に記載の方法。
【請求項７】
前記チャネル評価のフィードバックは、前記免許不要帯域での良好なチャネル状態を確認する肯定応答、及び最初に示されたチャネルの品質と前記発信先デバイスによって測定されたチャネルの品質との差を示す差分ＣＱＩのいずれかを含み、
データは、前記発信先デバイスによって測定された前記チャネルの品質で前記免許不要帯域で伝送される、
請求項１〜６のいずれか１項に記載の方法。
【請求項８】
前記チャネル評価のフィードバックは、さらに、１つ以上の指向性のチャネル評価のフィードバックを含む、
請求項１〜７のいずれか１項に記載の方法。
【請求項９】
前記チャネル評価のフィードバックは、免許不要帯域ＩＤによってスクランブルされ、
前記チャネル評価のフィードバックは、さらに、前記データ伝送の期間情報を含む、
請求項１〜８のいずれか１項に記載の方法。
【請求項１０】
前記チャネル評価のフィードバックは、免許不要帯域の同期信号を含む、
請求項１〜９のいずれか１項に記載の方法。
【請求項１１】
発信元デバイスから、チャネル評価フィードバックリクエストに関する構成情報及び共通制御情報領域におけるチャネル評価のフィードバックに関する構成情報の少なくとも一方を有する前記チャネル評価フィードバックリクエストを受信することと、
前記チャネル評価フィードバックリクエストに応答して、前記免許不要帯域でのチャネル状態を測定することと、
前記免許不要帯域で発信先デバイスによって測定された前記チャネル状態を示すチャネル評価のフィードバックを前記発信元デバイスに送信することと、を含み、
前記発信元デバイスからのデータ伝送は、前記チャネル評価のフィードバックによって示される前記チャネル状態に依存する、
無線通信システムにおける免許不要帯域でのデータ伝送方法。
【請求項１２】
前記チャネル評価フィードバックリクエストは、さらに、前記チャネル評価のフィードバックが前記発信先デバイスに対して有効であるか否かを示すチャネル測定有効情報を含む、
請求項１１に記載の方法。
【請求項１３】
さらに、上位層を介して、前記発信元デバイスから、前記チャネル評価のフィードバックが前記発信先デバイスに対して有効であるか否かを示すチャネル測定有効情報を受信することを含む、
請求項１１に記載の方法。
【請求項１４】
前記チャネル評価フィードバックリクエストに関する前記構成情報は、前記チャネル評価フィードバックリクエストのカテゴリ及び前記チャネル評価フィードバックリクエストの伝送リソースの少なくとも一方を有し、及び／又は、
前記チャネル評価のフィードバックに関する前記構成情報は、前記チャネル評価のフィードバックのカテゴリ及び前記チャネル評価のフィードバックの伝送リソースの少なくとも一方を有する、
請求項１１〜１３のいずれか１項に記載の方法。
【請求項１５】
前記チャネル評価フィードバックリクエストは、さらに、前記データ伝送の期間情報を含む、
請求項１１〜１４のいずれか１項に記載の方法。
【請求項１６】
前記チャネル評価フィードバックリクエストは、さらに、
前記発信先デバイスによるチャネル測定を行うための参照信号、前記発信先デバイスによるチャネル測定を行うための符号化データのセグメント、及び前記発信先デバイスによる時間調整を行うための免許不要帯域の同期信号、のうちの少なくとも一方を含む、
請求項１１〜１５のいずれか１項に記載の方法。
【請求項１７】
前記チャネル評価のフィードバックは、前記免許不要帯域での良好なチャネル状態を確認する肯定応答、及び最初に示されたチャネルの品質と前記発信先デバイスによって測定されたチャネルの品質との差を示す差分ＣＱＩのいずれかを含む、
請求項１１〜１６のいずれか１項に記載の方法。
【請求項１８】
前記チャネル評価のフィードバックは、さらに、１つ以上の指向性のチャネル評価のフィードバックを含む、
請求項１１〜１７のいずれか１項に記載の方法。
【請求項１９】
前記チャネル評価のフィードバックは、免許不要帯域ＩＤによってスクランブルされ、
前記チャネル評価のフィードバックは、さらに、前記データ伝送の期間情報を含む、
請求項１１〜１８のいずれか１項に記載の方法。
【請求項２０】
前記チャネル評価のフィードバックは、免許不要帯域の同期信号を含む、
請求項１１〜１９のいずれか１項に記載の方法。
【請求項２１】
免許不要帯域でＣＣＡが成功した後、チャネル評価フィードバックリクエストに関する構成情報、及び共通制御情報領域におけるチャネル評価のフィードバックに関する構成情報の少なくとも一方を有する前記チャネル評価フィードバックリクエストを発信先デバイスに伝送し、
前記発信先デバイスから、前記免許不要帯域で前記発信先デバイスにより測定されたチャネル状態を示すチャネル評価のフィードバックを受信し、
前記免許不要帯域でのデータ伝送は、前記チャネル評価のフィードバックにより示される前記チャネル状態に依存するように構成されるトランシーバを備える、
無線通信システムにおける免許不要帯域でのデータ伝送の発信元デバイス。
【請求項２２】
前記チャネル評価フィードバックリクエストは、さらに、前記チャネル評価のフィードバックが前記発信先デバイスに対して有効であるか否かを示すチャネル測定有効情報を含み、及び／又は、
前記トランシーバは、さらに、上位層を介して、前記チャネル評価のフィードバックが前記発信先デバイスに対して有効であるか否かを示すチャネル測定有効情報を前記発信先デバイスに伝送し、及び／又は、
前記チャネル評価フィードバックリクエストは、さらに、前記データ伝送の期間情報を含む、
請求項２１に記載の発信元デバイス。
【請求項２３】
前記チャネル評価フィードバックリクエストは、さらに、
前記発信先デバイスによるチャネル測定を行うための参照信号、前記発信先デバイスによるチャネル測定を行うための符号化データのセグメント、及び前記発信先デバイスによる時間調整を行うための免許不要帯域の同期信号、のうちの少なくとも一方を含む、
請求項２１又は２２に記載の発信元デバイス。
【請求項２４】
前記チャネル評価のフィードバックは、前記免許不要帯域での良好なチャネル状態を確認する肯定応答、最初に示されたチャネルの品質と前記発信先デバイスによって測定されたチャネルの品質との差を示す差分ＣＱＩ、及び１つ以上の指向性のチャネル評価のフィードバックのいずれかを含み、
データは、前記発信先デバイスによって測定された前記チャネルの品質で、前記免許不要帯域で伝送される、
請求項２２又は２３に記載の発信元デバイス。
【請求項２５】
前記チャネル評価のフィードバックは、免許不要帯域ＩＤによってスクランブルされ、
前記チャネル評価のフィードバックは、さらに、前記データ伝送の期間情報を含む、
請求項２１〜２４のいずれか１項に記載の発信元デバイス。
【請求項２６】
発信元デバイスから、チャネル評価フィードバックリクエストに関する構成情報及び共通制御情報領域におけるチャネル評価のフィードバックに関する構成情報の少なくとも一方を有する前記チャネル評価フィードバックリクエストを受信するように構成されるトランシーバと、
前記チャネル評価フィードバックリクエストに応答して、前記免許不要帯域でのチャネル状態を測定するように構成されるプロセッサと、を備え、
前記トランシーバは、さらに、前記免許不要帯域で発信先デバイスによって測定された前記チャネル状態を示すチャネル評価のフィードバックを前記発信元デバイスに送信し、
前記発信元デバイスからのデータ伝送は、前記チャネル評価のフィードバックによって示される前記チャネル状態に依存する、
無線通信システムにおける免許不要帯域でのデータ伝送の発信先デバイス。
【請求項２７】
前記チャネル評価フィードバックリクエストは、さらに、前記チャネル評価のフィードバックが前記発信先デバイスに対して有効であるか否かを示すチャネル測定有効情報を含み、又は、
前記トランシーバは、さらに、上位層を介して、前記発信元デバイスから、前記チャネル評価のフィードバックが前記発信先デバイスに対して有効であるか否かを示すチャネル測定有効情報を受信する、
請求項２６に記載の方法。
【請求項２８】
前記チャネル評価フィードバックリクエストは、さらに、
前記発信先デバイスによるチャネル測定を行うための参照信号、前記発信先デバイスによるチャネル測定を行うための符号化データのセグメント、及び前記発信先デバイスによる時間調整を行うための免許不要帯域の同期信号、のうちの少なくとも一方を含む、
請求項２６又は２７に記載の方法。
【請求項２９】
前記チャネル評価のフィードバックは、前記免許不要帯域での良好なチャネル状態を確認する肯定応答、最初に示されたチャネルの品質と前記発信先デバイスによって測定されたチャネルの品質との差を示す差分ＣＱＩ、及び１つ以上の指向性のチャネル評価のフィードバックのいずれかを含む、
請求項２６〜２８のいずれか１項に記載の方法。
【請求項３０】
前記チャネル評価のフィードバックは、免許不要帯域ＩＤによってスクランブルされ、前記チャネル評価のフィードバックは、さらに、前記データ伝送の期間情報を含む、請求項２６〜２９のいずれか１項に記載の方法。
【請求項３１】
プロセッサと、
前記プロセッサに接続され、かつ前記プロセッサ上で実行されると、端末デバイスに請求項１〜１０のいずれか１項に記載の動作を行わせるプログラムコードが格納さるメモリと、を備える、
無線通信システムにおける免許不要帯域でのデータ伝送の発信元デバイス。
【請求項３２】
プロセッサと、
前記プロセッサに接続され、かつ前記プロセッサ上で実行されると、ネットワークノードに請求項１１〜２０のいずれか１項に記載の動作を行わせるプログラムコードが格納されるメモリと、を備える、
無線通信システムにおける免許不要帯域でのデータ伝送の発信先デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の非限定的かつ例示的な実施的形態は、一般的に、無線通信技術に関し、特に、無線通信システムにおける免許不要帯域でのデータ伝送方法、デバイス及び装置に関する。
【背景技術】
【０００２】
ＮＲ（New Radio）システム又はＮＲネットワークとも称される新しい無線アクセスシステムは、次世代通信システムである。３ＧＰＰ（third generation Partnership Project）のワーキンググループのＲＡＮ（Radio Access Network）の会議＃７１にて、ＮＲシステムの研究は承認された。ＮＲシステムは、ｅＭＢＢ（enhanced Mobile Broadband）、ｍＭＴＣ(massive Machine Type Communication）、及びＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications）などの要求を含む技術レポートＴＲ  ３８．９１３に定義された全ての使用シナリオ、要求及び展開シナリオに対応する単一の技術フレームワークを目的として、１００ＧＨｚまでの周波数を考慮する。
【０００３】
データレートの性能を改善するために、３ＧＰＰ  ＬＴＥ（Long Term Evolution）において、ダウンリンクの伝送及びアップリンクの伝送の両方にＬＡＡ（License Assisted Access）が導入された。ＬＴＥネットワークは、ＮＲプロジェクトによる広帯域の波形の研究に基づいてエボリューションの次の段階に入るにつれて、ＬＡＡネットワークが５Ｇ  ＮＲシステムへ発展していくのは当然のことである。ＮＲ免許不要帯域とＬＴＥ免許不要帯域とが類似するため、ＬＴＥシステムのＬＡＡで使用される多くの機能（ＣＣＡ（Clear Channel Access）、ＬＢＴ（Listen Before Talk）メカニズムなど）はそのまま維持される。ただし、明らかな相違点もいくつかあり、そのうちの１つは、ＮＲシステムが最大６０ＧＨｚの高周波配置をサポートできることにあり、これは、深刻な隠れ端末問題を起こすおそれがある。
【０００４】
例示の目的で、図１は隠れ端末問題を起こし得るＬＴＥネットワークにおけるシナリオを示す。図１に示されるように、ノード（端末）Ｂ及びノードＣは、検知範囲外にあり、お互いを検出できないため、互いに隠れ端末となる。そのため、ノードＢがノードＡにパケットを送信している時、ノードＣは当該伝送を検知することができない。この場合に、ノードＣは、同じタイミングでデータを伝送する可能性があり、これに起因してノードＢからノードＡへの伝送を干渉してしまい、いわゆる隠れ端末問題を起こしてしまう。
【０００５】
ＬＡＡでは、隠れ端末問題は、例えばＲＳＲＩ（Received Signal Strength Indicator）又はＲＳＲＱ（Reference Signal Received Quality）の測定及び報告のようなＣＳＩ（Channel State Information）測定及び報告により解消される。測定及び報告に基づいて、潜在的な衝突スケジューリングは暗黙的に回避される。免許不要帯域でのＬＢＴはＬＡＡに採用されるメカニズムであり、ＬＡＡにおいて、伝送する前にＣＣＡは必要となる。ＬＢＴを使用すると、ＣＣＡが失敗した場合に伝送が行われず、かつ望ましくない干渉が発生しないため、多くの干渉や衝突は回避されることができる。
【０００６】
しかしながら、ＮＲシステムにおいて、大きな通路損失・減衰を補償するために、大量のアンテナは指向性のビームを形成するように導入されている。そのため、図２に示されるように、カバレッジは、従来の全方向からビーム状方向に変化する。低周波数で使用される広幅ビームブロードキャスティングソリューションと異なり、ＮＲシステムの指向性のビームは非常に深刻な隠れ端末問題を引き起こし、そして衝突の確率を上昇させるおそれがある。
【０００７】
図３は、隠れ端末問題を起こし得るＮＲシステムにおけるシナリオを示す。図３に示されるように、アンテナＡＮＴ２は、データをユーザ機器（ＵＥ）２に伝送する前に、まずリスンを行うが、ＡＮＴ１は検知領域外にあるため、ＡＮＴ２は、ＡＮＴ１とＵＥ１との間の伝送を検出することができない。そのため、たとえＡＮＴ２がＬＢＴ操作を実行しても、ＡＮＴ１とＵＥ１との間の伝送を検出することができず、これにより、ＡＮＴ２が同じタイミングでＵＥ２へデータを伝送すると、隠れ端末問題を起こすおそれがある。
【０００８】
従って、キャリア周波数が高くなり、かつビームが狭くなるにつれて、隠れ端末問題は、より複雑になる。一方、ＲＳＲＩ又はＲＳＲＱの測定及び報告を使用すると、より多くの方向をリスンする必要があるため、ＣＳＩ測定はより多くのＣＳＩリソースを要求する。頻繁な測定信号伝送は、免許帯域において重大な問題を起こすことはないが、免許不要帯域において、他のユーザや他のシステムへの伝送衝突や干渉を起こすおそれがある。これは、他のユーザ又は他のシステムにとって不公平であることであり、さらに、ＮＲシステムにおけるネットワークノードは、信号伝送が頻繁である場合に隣接する悪いノードとなり、信号伝送がほぼない場合にリアルタイムにチャネルの品質を追跡することが困難となる可能性がある。
【０００９】
そのため、隠れ端末問題を対処する新のソリューションは求められている。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
上記目的を達成するために、本開示は、従来技術の問題の少なくとも一部を解消又は少なくとも減少することができる無線通信システムにおける免許不要帯域でのデータ伝送のための新のソリューションを提供する。
【課題を解決するための手段】
【００１１】
本開示の第１の態様によれば、無線通信システムにおける免許不要帯域でのデータ伝送方法を提供する。当該方法は、データ伝送の発信元デバイスで実行されることができる。ダウンリンクのデータ伝送の場合に、発信元デバイスは、ＮＲシステム（ｇＮＢ）における基地局のようなネットワークノード、又は他のネットワークデバイスであってもよい。アップリンクのデータ伝送の場合に、発信元デバイスは、例えばＵＥのような端末デバイス、又は他の同等な端末デバイスであってもよい。当該方法は、免許不要帯域でＣＣＡが成功した後、チャネル評価フィードバックリクエストを発信先デバイスに伝送することを含む。前記チャネル評価フィードバックリクエストは、チャネル評価フィードバックリクエストに関する構成情報、及び共通制御情報領域におけるチャネル評価のフィードバックに関する構成情報の少なくとも一方を有する。当該方法は、さらに、発信先デバイスから、前記免許不要帯域で前記発信先デバイスにより測定されたチャネル状態を示すチャネル評価のフィードバックを受信することを含み、前記免許不要帯域でのデータ伝送は、チャネル評価のフィードバックにより示された前記チャネル状態に依存する。
【００１２】
本開示の第２の態様によれば、無線通信システムにおける免許不要帯域での他のデータ伝送方法を提供する。当該方法は、データ伝送の発信先デバイスで実行されることができる。ダウンリンクのデータ伝送の場合に、発信先デバイスは、例えばＵＥのような端末デバイス、又は他の同等な端末デバイスであってもよい。アップリンクのデータ伝送の場合に、発信先デバイスはｇＮＢのようなネットワークノード、又は他のネットワークデバイスであってもよい。当該方法は、発信元デバイスから、チャネル評価フィードバックリクエストを受信することを含む。前記チャネル評価フィードバックリクエストは、チャネル評価フィードバックリクエストに関する構成情報及び共通制御情報領域におけるチャネル評価のフィードバックに関する構成情報の少なくとも一方を有する。当該方法は、さらに、前記チャネル評価フィードバックリクエストに応答して、前記免許不要帯域でのチャネル状態を測定することと、前記免許不要帯域で発信先デバイスによって測定された前記チャネル状態を示すチャネル評価のフィードバックを前記発信元デバイスに送信することと、を含み、前記発信元デバイスからの前記データ伝送は、前記チャネル評価のフィードバックによって示される前記チャネル状態に依存する。
【００１３】
本開示の第３の態様によれば、無線通信システムにおける免許不要帯域でのデータ伝送の発信元デバイスを提供する。ダウンリンクのデータ伝送の場合に、発信元デバイスはｇＮＢのようなネットワークノード、又は他のネットワークデバイスであってもよい。アップリンクのデータ伝送の場合に、発信元デバイスは例えばＵＥのような端末デバイス、又は他の同等な端末デバイスであってもよい。当該発信元デバイスは、トランシーバを備える。免許不要帯域でＣＣＡが成功した後、チャネル評価フィードバックリクエストを発信先デバイスに伝送するように構成される。前記チャネル評価フィードバックリクエストは、チャネル評価フィードバックリクエストに関する構成情報、及び共通制御情報領域におけるチャネル評価のフィードバックに関する構成情報の少なくとも一方を有する。当該トランシーバは、さらに、前記発信先デバイスから、前記免許不要帯域で前記発信先デバイスにより測定されたチャネル状態を示すチャネル評価のフィードバックを受信し、前記免許不要帯域でのデータ伝送は、チャネル評価のフィードバックにより示された前記チャネル状態に依存する。
【００１４】
本開示の第４の態様によれば、無線通信システムにおける免許不要帯域でのデータ伝送の発信先デバイスを提供する。ダウンリンクのデータ伝送の場合に、発信先デバイスは、例えばＵＥのような端末デバイス、又は他の同等な端末デバイスであってもよい。アップリンクのデータ伝送の場合に、発信先デバイスはｇＮＢのようなネットワークノード、又は他のネットワークデバイスであってもよい。当該発信先デバイスは、トランシーバを備える。当該トランシーバは、発信元デバイスから、チャネル評価フィードバックリクエストに関する構成情報及び共通制御情報領域におけるチャネル評価のフィードバックに関する構成情報の少なくとも一方を有する前記チャネル評価フィードバックリクエストを受信するように構成される。当該発信先デバイスは、さらに、前記チャネル評価フィードバックリクエストに応答して、前記免許不要帯域でのチャネル状態を測定するように構成されるプロセッサを備える。前記トランシーバは、さらに、前記免許不要帯域で発信先デバイスによって測定された前記チャネル状態を示すチャネル評価のフィードバックを前記発信元デバイスに送信し、前記発信元デバイスからの前記データ伝送は、前記チャネル評価のフィードバックによって示される前記チャネル状態に依存する。
【００１５】
本開示の第５の態様によれば、無線通信システムにおける免許不要帯域でのデータ伝送の発信元デバイスを提供する。ダウンリンクのデータ伝送の場合に、発信元デバイスはｇＮＢのようなネットワークノード、又は他のネットワークデバイスであってもよい。アップリンクのデータ伝送の場合に、発信元デバイスは例えばＵＥのような端末デバイス、又は他の同等な端末デバイスであってもよい。当該発信元デバイスは、プロセッサ及びメモリを備える。当該メモリは、前記プロセッサに接続され、かつ前記プロセッサ上で実行されると、端末デバイスに第１態様に記載の動作を行わせるプログラムコードが格納される。
【００１６】
開示の第６の態様によれば、無線通信システムにおける免許不要帯域でのデータ伝送の発信先デバイスを提供する。ダウンリンクのデータ伝送の場合に、発信先デバイスは、例えばＵＥのような端末デバイス、又は他の同等な端末デバイスであってもよい。アップリンクのデータ伝送の場合に、発信先デバイスはｇＮＢのようなネットワークノード、又は他のネットワークデバイスであってもよい。当該発信先デバイスは、プロセッサ及びメモリを備える。当該メモリは、前記プロセッサに接続され、かつ前記プロセッサ上で実行されると、ネットワークノードに第２態様に記載の動作を行わせるプログラムコードが格納される。
【００１７】
本開示の第７の態様によれば、コンピュータプログラムコードが具現化されたコンピュータ読み取り可能な記憶媒体を提供し、コンピュータプログラムコードは、実行されると、装置に第１の態様における任意の実施的形態による方法の動作を実行させるように構成される。
【００１８】
本開示の第８の態様によれば、具現化されたコンピュータプログラムコードが具現化されたコンピュータ読み取り可能な記憶媒体を提供し、コンピュータプログラムコードは、実行されると、装置に第２の態様における任意の実施的形態による方法の動作を実行させるように構成される。
【００１９】
本開示の第９の態様によれば、第７の態様によるコンピュータ読み取り可能な記憶媒体を含むコンピュータプログラム製品を提供する。
【００２０】
本開示の第１０の態様によれば、第８の態様によるコンピュータ読み取り可能な記憶媒体を含むコンピュータプログラム製品を提供する。
【００２１】
本開示の実施的形態によれば、ＮＲシステムのような無線通信システムにおける伝送効率と干渉回避とのバランスを取ることができる高速チャネル評価フィードバックメカニズムを提供することが可能である。
【図面の簡単な説明】
【００２２】
本開示の上記および他の特徴は、添付の図面を参照してなされた実施的形態に示される実施的形態の詳細な説明により明らかになり、全図面において、同じ符号は同じまたは同等の構成要素を示す。
【００２３】
【図１】隠れ端末問題を起こし得るＬＴＥシステムにおけるシナリオを示す。
【００２４】
【図２】ＮＲシステムにおいてビーム状方向に収束することを模式的に示す。
【００２５】
【図３】隠れ端末問題を起こし得るＮＲシステムにおけるシナリオを示す。
【００２６】
【図４】本開示の実施的形態に係るダウンリンクのデータ伝送のための例示的なフレーム構成を模式的に示す。
【００２７】
【図５】本開示の実施的形態に係るアップリンクのデータ伝送のための例示的なフレーム構成を模式的に示す。
【００２８】
【図６】本開示の実施的形態に係るアップリンクのデータ伝送のためのもう１つの例示的なフレーム構成を模式的に示す。
【００２９】
【図７】本開示の実施的形態に係る無線通信システムにおける免許不要帯域でのデータ伝送方法のフローチャートを模式的に示す。
【００３０】
【図８】本開示の実施的形態に係るダウンリンクのデータ伝送のための例示的なフレーム構成を模式的に示す。
【００３１】
【図９】本開示の実施的形態に係るチャネル評価フィードバックリクエストのＱＣＬ（Quasi-colocation）モードにおける例示的なフレーム構成を模式的に示す。
【００３２】
【図１０】本開示の実施的形態に係るチャネル評価フィードバックリクエストのＣＳＩ−ＲＳモードにおける例示的なフレーム構成を模式的に示す。
【００３３】
【図１１】本開示の実施的形態に係るチャネル評価フィードバックリクエストのデータモードにおける例示的なフレーム構成を模式的に示す。
【００３４】
【図１２】本開示の実施的形態に係るチャネル評価フィードバックリクエストのｎｏ−ＡＣＫモードにおける例示的なフレーム構成を模式的に示す。
【００３５】
【図１３】本開示の実施的形態に係るチャネル評価フィードバックリクエストのビーム走査（beam sweeping）モードにおける例示的なフレーム構成を模式的に示す。
【００３６】
【図１４】本開示の実施的形態に係る調整伝送モードにおける例示的なフレーム構成を模式的に示す。
【００３７】
【図１５】本開示の実施的形態に係る非調整伝送モードにおける例示的なフレーム構成を模式的に示す。
【００３８】
【図１６】本開示の実施的形態に係る差分ＣＱＩ（チャネルの品質情報）のフィードバックモードにおけるダウンリンクのデータ伝送のための例示的なフレーム構成を模式的に示す。
【００３９】
【図１７】本開示の実施的形態に係る差分ＣＱＩのフィードバックモードにおけるアップリンクのデータ伝送のための例示的なフレーム構成を模式的に示す。
【００４０】
【図１８Ａ】本開示の実施的形態に係る隠れ端末問題を起こし得るＮＲシステムにおけるもう１つのシナリオを模式的に示す。
【００４１】
【図１８Ｂ】本開示の実施的形態に係るビーム走査モードにおけるチャネル評価のフィードバックを伝送する図を模式的に示す。
【００４２】
【図１９】本開示の実施的形態に係る無線通信システムにおける免許不要帯域でのデータ伝送方法のフローチャートを模式的に示す。
【００４３】
【図２０】本開示の実施的形態に係る無線通信システムにおける免許不要帯域でのデータ伝送装置のブロック図を模式的に示す。
【００４４】
【図２１】本開示の実施的形態に係る無線通信システムにおける免許不要帯域でのデータ伝送装置のブロック図を模式的に示す。
【００４５】
【図２２】本明細書に説明した免許不要帯域でのデータ伝送のための発信元デバイスとして具現化され、又は当該発信元デバイスに含まれる装置２２１０、及び免許不要帯域ＵＥでのデータ伝送のための発信先デバイスとして具現化され、又は当該発信先デバイスに含まれる装置２２２０の概略ブロック図を模式的に示す。
【発明を実施するための形態】
【００４６】
以下、添付の図面を参照しながら実施的形態を通して本開示に係る技術案をより詳細に説明する。これらの実施的形態は、当業者が本開示をより理解でき、かつ実施できるために提供されるものであり、いかなる形で本開示の範囲を限定するものではないと理解すべきである。
【００４７】
添付の図面において、本開示の様々な実施的形態は、ブロック図、フローチャート、および他の図で示されている。フローチャートにおける各ブロックまたは複数のブロックは、特定の論理機能を実行するための１つ以上の実行可能な指令を含むモジュール、プログラム、またはコードの一部で表現されることができ、本開示では、必須ではないブロックは点線で示されている。さらに、これらのブロックは、方法のステップを実行するための特定のシーケンスで示されているが、実際に、必ずしも示されたシーケンスに従って厳密に実行されるとは限らない。たとえば、それらは、各動作の性質に応じて、逆のシーケンスに従って実行されたり、同時に実行されたりしてもよい。ブロック図及び／又はフローチャートの各ブロック及び／又はそれらの組み合わせは、特定の機能／動作を実行するための専用ハードウェアベースのシステム、または専用ハードウェア及びコンピュータ指令の組み合わせによって実行されることができると注意すべきである。
【００４８】
一般には、特許請求の範囲で使用されるすべての用語は、本明細書で特に定義されない限り、技術分野におけるそれらの通常の意味で解釈されるべきである。「１つ／１個／上記／上述した要素、デバイス、コンポーネント、手段、ステップなど」を言及する場合に、上記した要素、デバイス、コンポーネント、手段、ユニットなどの少なくとも１例を意味すると解釈され、特に限定しない限り、このようなデバイス、コンポーネント、手段、ユニット、ステップなどが複数存在することもある。さらに、本明細書で使用される「１つ／１個」などの用語とは、このようなステップ、ユニット、モジュール、デバイス、およびオブジェクトなどが複数存在する場合を排除する意味ではない。
【００４９】
また、本開示の開示内容において、ユーザ機器（ＵＥ：User Equpment）は、端末、モバイル端末（ＭＴ：Mobile Terminal）、加入者局、携帯加入者局、モバイル局（ＭＳ：Mobile Station）、またはアクセス端末（ＡＴ：Access Terminal）であり、ＵＥ、端末、ＭＴ、ＳＳ、携帯加入者局、ＭＳ、またはＡＴの一部またはすべての機能を含んでもよい。さらに、本開示の開示内容において、「ＢＳ」という用語は、例えば、ノードＢ（ＮｏｄｅＢまたはＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢまたはｅＮＢ）、ｇＮＢ（次世代ＮｏｄｅＢ）、ラジオヘッダ（ＲＨ：Remote Header）、リモートラジオヘッド（ＲＲＨ：Remote Radio Header）、リレー、またはフェムトやピコなどの低電力ノードを意味してもよい。
【００５０】
背景技術で述べたように、キャリア周波数が高くなり、かつビームが狭くなるにつれて、隠れ端末問題は、より複雑になる。既存するソリューションにおいて、隠れ端末問題についていくつかの検討がある。例えば、公開番号がＣＮ１０５２３０１０９Ａである中国特許出願には、ＲＴＳ（Request to Send）信号及び共通又は個別のＣＴＳ(clear-to-send)信号に基づくソリューションが提案された。特許番号がＵＳ９７６３２６７Ｂ２である米国特許にも、かつ、ＲＴＳ信号及び1つ以上のＣＴＳ信号に基づくソリューションが提案された。３ＧＰＰ技術書類であるＲ１−１５０４０４には、隠れ端末問題も検討され、かつ、ＵＥが主要な隠れ端末干渉に対する検出を考慮して、システム間の検出にＲＴＳ/ＣＴＳのシグナリングが使用されないことが提案された。しかしながら、既存するソリューションは、ＮＲシステムにおける隠れ端末問題を対処するのにそのまま適用することができないため、新のソリューションは、求められる。
【００５１】
この目的のために、本開示において、従来技術の問題の少なくとも一部を解消又は少なくとも減少することができる免許不要帯域でのデータ伝送のための新のソリューションを提供する。以下、さらに、添付の図面を参照して、本開示で提供されるソリューションを詳細に説明する。ただし、以下の実施的形態は、例示的な目的で挙げられたものにすぎず、本開示を限定するものではないと理解すべきである。まず、図４から図６を参照しながら、免許不要帯域でダウンリンクのデータ伝送及びアップリンクのデータ伝送のための新のソリューションの主旨を説明する。
【００５２】
図４は、本開示の実施的形態に係るダウンリンクのデータ伝送のための例示的なフレーム構成を模式的に示す。図４に示されるように、ダウンリンクのデータ伝送の場合に、ＣＣＡ（例えばＬＢＴ  ｃａｔ．４）が成功した後、ｇＮＢは、追加可能なＣＳＩ−ＲＳ（Channel State Information RS））リソース又はＰＤＳＣＨ（Physical Downlink Shared Channel）リソースを使用してＰＤＣＣＨ（Physical Downlink Control Channel）でチャネル評価フィードバックリクエスト信号を伝送する。ＵＥは、ｇＮＢからのチャネル評価フィードバックリクエスト信号に応答して、チャネル評価のフィードバックをｇＮＢに送信する。チャネル評価のフィードバックは、例えば、２５μｓの遅延間隔でＰＵＣＣＨ（ＬＢＴ  ｃａｔ．２  ＣＣＡ）で搬送されることができる。ｇＮＢは、チャネル評価のフィードバック（例えば、応答確認（ＡＣＫ））に基づいて、ＰＤＳＣＨでデータを伝送することを決める。ダウンリンクのデータ伝送は、例えばＬＢＴ  ｃａｔ．２  ＣＣＡ（遅延間隔が２５μｓ）の後に実行され、又は直接に実行されることができる。さらに、ｇＮＢは、チャネル評価のフィードバック（例えば、否定応答であるＮＡＣＫ又はＤＴＸ）に基づいて、データ伝送を停止すること、又はＰＤＳＣＨでデータ伝送を調整することを決める。
【００５３】
図５は、本開示の実施的形態に係るアップリンクのデータ伝送のための例示的なフレーム構成を模式的に示す。図５には、ｇＮＢがアップリンクのデータ伝送のための伝送リソースをスケジューリングする、スケジューリングベースのアップリンクのデータ伝送の場合が示されている。そのため、まず、ＰＤＣＣＨ許可はスケジューリングされたリソースのＵＥに通知するように伝送される。次に、ＣＣＡ（ＬＢＴ  ｃａｔ．４）が成功した後、ｇＮＢはＰＵＳＣＨ（Physical Uplink Control Channel）でチャネル評価フィードバックリクエストを伝送し、又は当該チャネル評価フィードバックリクエストはＳＲＳ（sounding reference signal）を含んでもよい。ＵＥからのチャネル評価フィードバックリクエスト信号に応答して、ｇＮＢは、ＵＥへチャネル評価のフィードバックを送り返す。チャネル評価のフィードバックは、例えば、２５μｓの遅延間隔で、ＰＤＣＣＨ（ＬＢＴ  ｃａｔ．２  ＣＣＡ）で搬送されることができる。ＵＥは、チャネル評価のフィードバック（例えば、ＡＣＫ）に基づいて、ＰＵＳＣＨでデータを伝送する。アップリンクのデータ伝送は、例えばＬＢＴ  ｃａｔ．２  ＣＣＡ（遅延間隔が２５μｓ）の後に実行され、又は直接に実行されることができる。
【００５４】
図６は、本開示の実施的形態に係るアップリンクのデータ伝送のためのもう１つの例示的なフレーム構成を模式的に示す。図６は、自動的にアップリンクのデータを伝送する場合を示し、ここで、アップリンクデータの伝送リソースは、ＵＥにより自動的に選択される。図５に示すフレーム構成との相違点は、ｇＮＢからＰＤＣＣＨ許可が伝送されず、かつＰＵＳＣＨ又はＳＲＳでのチャネル評価フィードバックリクエストの代わりに、チャネル評価フィードバックリクエストが例えばＰＵＣＣＨで自動的に伝送される。
【００５５】
次に、図７から図２２を参照しながら、データ伝送の発信元デバイス及び発信先デバイスの動作を詳細に説明する。例示の目的で、ダウンリンクのデータ伝送は一例として挙げられていることを理解すべきである。しかしながら、当業者がわかるように、アップリンクのデータ伝送のソリューションについて、リソースのスケジューリング、チャネル搬送のリクエスト及びフィードバック、並びにチャネル予約要求以外、ダウンリンクのデータ伝送と同様であるため、ダウンリンクのデータ伝送に関する説明がほぼアップリンクのデータ伝送に適用されることができる。
【００５６】
以下、「発信元デバイス」及び「発信先デバイス」という用語は使用され、それぞれ、免許不要帯域でのデータ伝送のためのデータ送信デバイス及びデータ受信デバイスを意味する。ダウンリンクのデータ伝送の場合に、発信元デバイスはｇＮＢのようなネットワークノード、又は他のネットワークデバイスであってもよく、発信先デバイスは、例えばＵＥのような端末デバイス、又は他の同等な端末デバイスであってもよい。アップリンクのデータ伝送の場合に、発信元デバイスは例えばＵＥのような端末デバイス、又は他の同等な端末デバイスであってもよく、発信先デバイスはｇＮＢのようなネットワークノード、又は他のネットワークデバイスであってもよい。
【００５７】
図７は、本開示の実施的形態に係る無線通信システムにおける免許不要帯域でのデータ伝送方法７００のフローチャートを模式的に示す。当該方法７００は、発信元デバイスにより実行されることができる。ダウンリンクのデータ伝送の場合に、発信元デバイスはｇＮＢのようなネットワークノード、又は他のネットワークデバイスであってもよく、アップリンクのデータ伝送の場合に、発信元デバイスは例えばＵＥのような端末デバイス、又は他の同等な端末デバイスであってもよい。
【００５８】
図７に示されるように、ステップ７０１において、発信元デバイスは、免許不要帯域でＣＣＡが成功した後、チャネル評価フィードバックリクエストを発信先デバイスに送信する。チャネル評価フィードバックリクエストは、発信先デバイスに免許不要帯域でチャネル評価を行わせるように要求するために使用され、チャネル評価フィードバックリクエストに関する構成情報及び共通制御情報領域におけるチャネル評価のフィードバックに関する構成情報の少なくとも一方を有する。
【００５９】
チャネル評価フィードバックリクエストに関する構成情報はチャネル評価フィードバックリクエストに関する任意の構成を含んでもよい。例えば、チャネル評価フィードバックリクエストに関する構成情報は、チャネル評価フィードバックリクエストのカテゴリ及びチャネル評価フィードバックリクエストの伝送リソースの少なくとも一方を有する。
【００６０】
本開示の実施的形態において、チャネル評価フィードバックリクエストに関する構成情報はチャネル評価フィードバックリクエストのカテゴリを含む。チャネル評価フィードバックリクエストを搬送するＰＤＣＣＨは、指数バックオフの  ｃａｔ．４  ＬＢＴを採用し、スロット境界から開始したり、フレームの任意のシンボルから開始したりすることができる。そのため、チャネル評価フィードバックリクエストのカテゴリは、チャネル評価フィードバックリクエストが非調整伝送をサポートするかどうかを示す。ここでの非調整伝送は、スロット境界以外のシンボルから始まるフィードバックリクエストを伝送することを意味する。
【００６１】
非調整伝送の場合に、チャネル評価フィードバックリクエストは、さらに、時間調整するための免許不要帯域の同期信号（ＵＢＳＳ：Unlicensed Band Synchronisation Signal）を含んでもよい。図８は、本開示の実施的形態に係るダウンリンクのデータ伝送のための例示的なフレーム構成を模式的に示す。図８に示されるように、チャネル評価フィードバックリクエストは、シンボル０ではなくシンボル２から始まり、ＰＤＣＣＨに関する制御情報の前に、時間調整のためのＵＢＳＳがさらに挿入されている。
【００６２】
もう１つの例として、チャネル評価フィードバックリクエストは、さらに、チャネル評価フィードバックリクエストの３つの異なるカテゴリ、すなわち、ａ）ＱＣＬ（Ｑｕａｓｉ−ｃｏｌｏｃａｔｉｏｎ）モード、ｂ）参照信号（ＲＳ：Reference Signal）モード、及びｃ）データモードを含む。ＱＣＬモードでは、制御チャネルとデータチャネルとは、疑似コロケーションされる（ＱＣＬされる）ため、チャネルの品質はほぼ同じになる。そのため、データチャネルの品質は、制御チャネルの品質として評価されることができる。そのような場合、チャネル評価フィードバックリクエストは、参照信号又はコードデータのいずれも含まず、ＰＤＣＣＨに関する制御情報のみを含む。ＲＳモード及びデータモードでは、データチャネルの品質は制御チャネルと異なるため、追加のＣＳＩ−ＲＳ又は符号化データは、さらに、データチャネルを測定するために伝送される。
【００６３】
例示の目的で、表１は、ダウンリンクのデータ伝送のためのチャネル評価フィードバックリクエストのカテゴリ構成の例示的な表を示す。
（表１）
チャネル評価フィードバックリクエストの構成例
2021510242.tif 000003
【００６４】
表１において、構成「００」はＱＣＬモードに該当し、構成「０１」はＲＳモードに該当し、構成「１０」はデータモードに該当し、さらに、異なるモードに対応する伝送リソースを示している。
【００６５】
図９から図１１は、本開示の実施的形態に係る上記した３つの異なるカテゴリにおける例示的なフレーム構成を示す。図９は、本開示の実施的形態に係るチャネル評価フィードバックリクエストのＱＣＬモードにおける例示的なフレーム構成を模式的に示す。図９に示されるように、チャネル評価フィードバックリクエストは、ＰＤＣＣＨに関する制御情報のみを含み、構成「００」に該当する。図１０は、本開示の実施的形態に係るチャネル評価フィードバックリクエストのＣＳＩ−ＲＳモードにおける例示的なフレーム構成を模式的に示す。図１０に示されるように、チャネル評価フィードバックリクエストは、ＰＤＣＣＨに関する制御情報に加えて、さらに、ＣＳＩ−ＲＳ（２シンボル）を含み、構成「０１」に該当する。図１１は、本開示の実施的形態に係るチャネル評価フィードバックリクエストのデータモードにおける例示的なフレーム構成を模式的に示す。図１１に示されるように、チャネル評価フィードバックリクエストは、ＰＤＣＣＨに関する制御情報に加えて、さらに、ＰＤＳＣＨに関する符号化データ（４シンボル）を含み、構成「１０」に該当する。
【００６６】
本開示の他の実施的形態において、チャネル評価フィードバックリクエストに関する構成情報は、チャネル評価フィードバックリクエストの伝送リソースを含んでもよい。例えば、ＵＥがチャネル評価フィードバックリクエストの終了位置を取得できるように、チャネル評価フィードバックリクエストによって占有されるシンボルの数を含んでもよい。
【００６７】
本開示の実施的形態において、チャネル評価のフィードバックに関する構成情報は、チャネル評価のフィードバックに関する任意の構成を含んでもよい。例えば、チャネル評価のフィードバックに関する構成情報は、チャネル評価のフィードバックのカテゴリおよびチャネル評価のフィードバックの伝送リソースの少なくとも一方を有してもよい。
【００６８】
本開示の他の実施的形態において、チャネル評価のフィードバックに関する構成情報は、チャネル評価のフィードバックの特定のカテゴリを示す。例えば、チャネル評価のフィードバックが必要か否かを示す。もう１つの例として、チャネル評価のフィードバックが非調整伝送をサポートできるか否かを示す。更なる一例として、ビーム走査フィードバックモードが有効であるかどうかを示し、ここで、１つ以上の指向性のチャネル評価のフィードバックが、１つ以上のビームでｇＮＢに送り返される。更なる別の一例として、例えば、ＡＣＫや差分ＣＱＩなどのチャネル評価のフィードバックのコンテンツタイプをさらに示す。例示の目的で、表２はチャネル評価のフィードバックの構成表を示す。
（表２）
チャネル評価のフィードバックの構成例
2021510242.tif 000004
【００６９】
表２で挙げられた構成は、例示するためのものに過ぎず、本開示を限定するものではないと理解すべきである。実際に、さらに多くのカテゴリは追加されることができ、その一部が削除されることもできる。当該表は複数の表に分割されることができ、または、当該表には、リソース割り当てなどのよく多くの情報を示すより多くの列が追加されることができる。
【００７０】
図１２及び図１３は、それぞれ本開示の実施的形態に係る異なるカテゴリにおける例示的なフレーム構成を示す。図１２は、本開示の実施的形態に係るチャネル評価フィードバックリクエストのｎｏ−ＡＣＫモードにおける例示的なフレーム構成を模式的に示す。図１２に示されるように、ＰＤＳＣＨでのデータ伝送の前にチャネル評価のフィードバックが要求されず、構成「００」に該当する。図１３は、本開示の実施的形態に係るチャネル評価のフィードバックのビーム走査モードにおける例示的なフレーム構成を模式的に示す。図１３に示されるように、チャネル評価のフィードバックには、ビーム１から４で伝送される４つの指向性のチャネル評価のフィードバックが含まれており、構成「１１」に該当する。
【００７１】
例示の目的で、図１４及び図１５は、さらに、本開示の実施的形態に係る調整伝送モード及び非調整伝送モードにおける例示的なフレーム構成を示す。図１４に示されるように、チャネル評価のフィードバックは調整伝送のみをサポートし、ＰＵＣＣＨ確認伝送はシンボル３の開始境界から開始する。逆に、図１５では、チャネル評価のフィードバックが非調整伝送をサポートし、ＰＵＣＣＨ確認伝送は、シンボル２において、２５ｕｓの遅延の直後に、待つことなく開始する。非調整伝送の場合、ＵＢＳＳは、時間調整のためにＰＵＣＣＨ確認の前にさらに挿入されてもよい。
【００７２】
その他、チャネル測定有効情報は、チャネル評価のフィードバックが発信先デバイスに対して有効であるか否かを示すように、チャネル評価フィードバックリクエストに含まれることができる。例えば、ダウンリンクの制御情報（ＤＣＩ：Down Link Information）の１ビットを使用して、チャネル測定有効情報を搬送することができる。もう１つの例として、チャネル測定有効情報は、上位層（例えば、ＭＡＣ（Media Access Control）、ＣＥ（Control Element）またはＲＲＣ（Radio Resource Control）シグナリング）を介して搬送されることができる。
【００７３】
ダウンリンクのスケジューリングの場合、チャネル測定有効情報がチャネル評価のフィードバックが発信先デバイスに対して有効であることを示し、かつデータ伝送がスロットｎ内にスケジューリングされると、共通領域の制御情報は、スロットｎ内にあると予想される。ＵＥは、共通領域の制御情報を復号することができない場合に、スロットｎに関するデータを受信しない。アップリンクのスケジューリングの場合、チャネル測定有効情報は、ＰＤＣＣＨ許可に含まれ、又は、上位層を介して個別にＵＥに伝送されることができる。
【００７４】
共通領域は、さらに、スケジューリングＤＣＩを含み、当該スケジューリングＤＣＩは、例えばＭＣＳ（Modulation and Coding Scheme））レベル、Ｈ−ＡＲＱ（Hybrid Automatic Repeat Request）ＩＤ、コードワード、及び通常にスケジューリングＤＣＩに含まれる他の情報を含む。共通領域は、ＣＣ−ＲＮＴＩ（Common Cell Radio Network Temporary Identifier）のようなの共通のグループセルの固有ＩＤによってスクランブルされる。スケジューリングＤＣＩおよびグループ共通ＤＣＩを含む制御リソースセットは、ｃａｔ．４  ＬＢＴ、つまり指数バックオフのＬＢＴを採用でき、スロット境界または任意のシンボルから開始することができる。その他に、データ伝送のための期間情報をさらに含んでもよい。
【００７５】
他のネットワークノードは共通制御領域における制御情報を受信し、データ伝送の期間情報を得ると理解できる。そのため、データ伝送中に、干渉を回避するために、他のネットワークノードが伝送を停止する機会を提供する。
【００７６】
再び図７を参照すると、ステップ７０２において、発信元デバイスは、発信先デバイスから、発信先デバイスによって免許不要帯域で測定されたチャネル状態を示すチャネル評価のフィードバックを受信する。発信元デバイスは、チャネル評価のフィードバックによって示されるチャネル状態に基づいて、免許不要帯域でのデータ伝送を実行する。
【００７７】
チャネル評価のフィードバックは、任意の適切な形態であってもよい。代表的な開示の実施的形態において、チャネル評価のフィードバックは、免許不要帯域での良好なチャネル状態を確認する肯定応答を含む。つまり、発信先デバイスは、チャネル評価フィードバックリクエストに含まれる情報を正常に復号すると、発信元デバイスにＡＣＫを送信する。それ以外の場合は、ＮＡＣＫがフィードバックされるか、応答が送信されないこととなる。ダウンリンクのデータ伝送の場合に、ｇＮＢは、ＵＥからＡＣＫを受信すると、スケジューリングに基づいて残りのデータを伝送する。データ伝送はｃａｔ．２  ＬＢＴを採用することもできる。しかしながら、フィードバックがＮＡＣＫまたはＤＴＸの場合、ｇＮＢは残りのデータ伝送を停止する。
【００７８】
本開示の他の実施的形態において、チャネル評価のフィードバックには、差分ＣＱＩが含まれる。差分ＣＱＩは、最初に示されたチャネルの品質と発信先デバイスによって測定されたチャネルの品質との差を示す。例えば、発信先デバイスは、スケジューリングＤＣＩにおいて最初に示されたＭＣＳレベルで正常に復号できないが、最初に示されたＭＣＳレベルよりも低いＭＣＳレベルで正常に復号できる。このような場合、発信先デバイスは、ＭＣＳレベルの差を差分ＣＱＩとして発信元デバイスにフィードバックすることができる。発信元デバイスは、そのような差分ＣＱＩを受信すると、発信先デバイスによって測定されたチャネルの品質で免許不要帯域でデータを伝送する。
【００７９】
図１６は、本開示の実施的形態に係る差分ＣＱＩフィードバックモードにおけるダウンリンクのデータ伝送のための例示的なフレーム構成を模式的に示す。図１６に示されるように、ＵＥはＰＵＣＣＨで差分ＣＱＩをチャネル評価のフィードバックとしてｇＮＢに送り返す。ｇＮＢは、そのような差分ＣＱＩを受信すると、報告された差分ＣＱＩに基づいて、データ伝送のためのリソースを再スケジューリングすることができる。ｇＮＢは、成功したＬＢＴ  ｃａｔ．４  ＣＣＡの動作の後、オプションとして別のチャネル評価フィードバックリクエストを伝送することで、成功したスケジューリングを通知し、フィードバックを待たずに残りのデータを直接に送信する。
【００８０】
図１７は、本開示の実施的形態に係る差分ＣＱＩフィードバックモードにおけるアップリンクのデータ伝送のための例示的なフレーム構成を模式的に示す。図１７に示されるように、ｇＮＢは、ＰＤＣＣＨで差分ＣＱＩをチャネル評価のフィードバックとしてＵＥに送り返す。このような差分ＣＱＩを受信すると、ＵＥは免許なしで予約信号を送信し、その間、報告された差分ＣＱＩに基づいてデータ伝送の伝送リソースを決定する。そして、ＵＥは、新しい伝送リソースを用いてＰＵＳＣＨでのデータ伝送を開始する。
【００８１】
一方、正常に復号することが不可能である場合、差分ＣＱＩが非常にネガティブとなり、発信元デバイスは、単に差分ＣＱＩを無視し、データ伝送のために新しい伝送リソースを準備することができる。例えば、ダウンリンクのデータ伝送の場合、ｇＮＢは、伝送を停止し、ダウンリンクの伝送のための新しいスケジューリングを準備できる。アップリンクのデータ伝送の場合、ＵＥは、アップリンクの伝送のためのＵＥの機能に応じて、新しいＰＵＳＣＨ伝送を準備できる。
【００８２】
上述したソリューションによれば、進行中の他の伝送への干渉を回避することができる。しかしながら、このようなソリューションでは、他のノードからの干渉に対処することができない。図１８Ａに示されるように、ノードＡは、ノードＢがＵＥ２にデータを伝送しているときに、ここで提案されているソリューションを使用することで伝送を回避することができるが、ノードＡとＵＥ１との間で伝送が行わているときに、ノードＢからの干渉を積極的に回避することができない。言い換えると、ノードＡとＵＥ１との間で伝送が行わているときに、ノードＢはデータをＵＥ２に伝送する可能性もある。
【００８３】
本開示において、さらに、免許不要帯域ＩＤ（たとえば、ＵＢ−ＲＮＴＩ）によってチャネル評価のフィードバックをスクランブルし、かつチャネル評価のフィードバックにデータ伝送の期間情報を含ませることを提案する。ＵＢ−ＲＮＴＩは、３のような小さい数であってもよく、ＤＭＲＳシーケンスを生成し、免許不要帯域の制御情報をスクランブルするために使用される。これは、すべてのＮＲ免許不要帯域局（ｇＮＢ及び端末デバイスを含む）は、免許不要帯域のダウンリンクの制御情報（ＵＢ−ＤＣＩ）又は免許不要帯域のアップリンクの制御情報（ＵＢ−ＵＣＩ）のうちの情報を復号することができることを意味する。さらに、スクランブル及び期間情報は、ＵＢ−ＤＣＩとＵＢ−ＵＣＩの両方に適用されることができる。このようにして、ノードＢは、ノードＡとＵＥ１との間で伝送が始まる前にその伝送を知り、ノードＡとＵＥ１との間の伝送中にＵＥ２への伝送を回避できる。
【００８４】
その他、チャネル評価のフィードバックでは、時間調整のためにＵＢ−ＤＣＩおよびＵＢ−ＵＣＩの前にＵＢＳＳが挿入されることもあり、ＵＢ−ＲＮＴＩによって生成されたＵＢＳＳのシーケンスは、ＵＢ−ＤＣＩまたはＵＢ−ＵＣＩのシーケンスと同様である。さらに、これは、チャネル評価のフィードバックのビーム走査モードをトリガーすることも可能である。図１８Ｂに示されるように、１つ以上の指向性のチャネル評価のフィードバックは、１つ以上のビームで伝送されることができる。言い換えると、チャネル評価のフィードバックは、１つ以上の指向性のチャネル評価のフィードバックを含んでもよい。ビームの数は、チャネル評価フィードバックリクエスト内に構成されることができる。このようにして、それぞれのビームへの干渉は、積極的に回避されることができる。
【００８５】
以上、図７から図１８を参照して発信元側の免許不要帯域でのデータ伝送のソリューションについて説明した。次に、図１９を参照して、発信先側の免許不要帯域でのデータ送信のソリューションについて説明する。
【００８６】
図１９は本開示の実施的形態に係る無線通信システムにおける免許不要帯域でのデータ伝送方法のフローチャートを模式的に示す。方法１９００は、発信先デバイスで実行されることができる。ダウンリンクのデータ伝送の場合に、発信先デバイスは、例えばＵＥのような端末デバイス、又は他の同等な端末デバイスであってもよい。アップリンクのデータ伝送の場合に、発信先デバイスはｇＮＢのようなネットワークノード、又は他のネットワークデバイスであってもよい。
【００８７】
図１９に示されるように、ステップ１９０１において、発信先デバイスは、発信元デバイスからチャネル評価フィードバックリクエストを受信する。チャネル評価フィードバックリクエストは、発信先デバイスに免許不要帯域でチャネル評価を行わせるように要求するために使用され、チャネル評価フィードバックリクエストに関する構成情報及び共通制御情報領域におけるチャネル評価のフィードバックに関する構成情報の少なくとも一方を有する。
【００８８】
本開示の実施的形態において、チャネル評価フィードバックリクエストに関する構成情報は、チャネル評価フィードバックリクエストに関する任意の構成を含んでもよい。例えば、チャネル評価フィードバックリクエストに関する構成情報は、チャネル評価フィードバックリクエストのカテゴリ及びチャネル評価フィードバックリクエストの伝送リソースの少なくとも一方を有する。チャネル評価フィードバックリクエストのカテゴリは、チャネル評価フィードバックリクエストがフレームの任意のシンボルから始まるかどうか、チャネル評価フィードバックリクエストにＵＢＳＳが含まれているかどうか、のうちの１つ以上をを示すことができ、チャネル評価フィードバックリクエストが使用するリクエストモードは、例えば、表１及び図８から図１１に示されるように、ａ）ＱＣＬモード、ｂ）参照信号（ＲＳ：Reference Signal）モード、またはｃ）データモードである。
【００８９】
本開示の他の実施的形態において、チャネル評価フィードバックリクエストに関する構成情報は、チャネル評価フィードバックリクエストの伝送リソースを含んでもよい。例えば、ＵＥがチャネル評価フィードバックリクエストの終了位置を取得できるように、チャネル評価フィードバックリクエストによって占有されるシンボルの数を含んでもよい。
【００９０】
本開示の実施的形態において、チャネル評価のフィードバックに関する構成情報は、チャネル評価のフィードバックに関する任意の構成を含んでもよい。例えば、チャネル評価のフィードバックに関する構成情報は、チャネル評価のフィードバックのカテゴリ及びチャネル評価のフィードバックの伝送リソースの少なくとも一方を有してもよい。
【００９１】
チャネル評価のフィードバックに関する構成情報は、チャネル評価のフィードバックの特定のカテゴリを示す。例えば、チャネル評価のフィードバックが必要か否かを示す。もう１つの例として、チャネル評価のフィードバックが非調整伝送をサポートできるか否かを示す。更なる一例として、ビーム走査フィードバックモードが有効であるかどうかを示し、ここで、１つ以上の指向性のチャネル評価のフィードバックが、１つ以上のビームでｇＮＢに送り返される。更なる別の一例として、例えば、ＡＣＫや差分ＣＱＩなどのチャネル評価のフィードバックのコンテンツタイプをさらに示す。チャネル評価のフィードバックの構成情報の詳細について、表１、図１２から図１５を参照してください。
【００９２】
その他、チャネル測定有効情報は、チャネル評価のフィードバックが発信先デバイスに対して有効であるか否かを示すように、チャネル評価フィードバックリクエストに含まれることができる。例えば、ダウンリンクの制御情報（ＤＣＩ：Downlink Control Information）の１ビットを使用して、チャネル測定有効情報を搬送することができる。もう１つの例として、チャネル測定有効情報は、上位層（例えば、ＭＡＣ（Media Access Control）、ＣＥ（Control Element）またはＲＲＣ（Radio Resource Control）シグナリング）を介して搬送されることができる。発信先デバイスは、チャネル評価のフィードバックが有効であることを検出すると、共通領域における制御情報を復号し、チャネル評価のフィードバックが有効ではないと、制御情報を破棄する。
【００９３】
共通領域は、さらに、スケジューリングＤＣＩを含み、当該スケジューリングＤＣＩは、例えばＭＣＳ（Modulation and Coding Scheme））レベル、Ｈ−ＡＲＱ（Hybrid Automatic Repeat Request）ＩＤ、コードワード、及び通常にスケジューリングＤＣＩに含まれる他の情報を含む。その他に、データ伝送のための期間情報をさらに含んでもよい。
【００９４】
次に、ステップ１９０２において、発信先デバイスは、チャネル評価フィードバックリクエストに応答して、免許なしのチャネル状態を測定する。発信先デバイスは、チャネル評価フィードバックリクエストの構成情報によって示される制御情報、オプションとしてのＣＳＩ−ＲＳ、又は符号化データを復号し、かつチャネル状態を評価する。チャネル状態の測定または評価は、既存の技術であるため、ここでは詳しく説明しない。
【００９５】
ステップ１９０３において、発信先デバイスは、免許不要帯域で発信先デバイスによって測定されたチャネル状態を示すチャネル評価のフィードバックを発信元デバイスに送信し、発信元デバイスからのデータ伝送は、チャネル評価のフィードバックによって示されるチャネル状態に依存する。
【００９６】
チャネル評価のフィードバックは、任意の適切な形態であってもよい。代表的な開示の実施的形態において、チャネル評価のフィードバックは、免許不要帯域での良好なチャネル状態を確認する肯定応答を含む。つまり、発信先デバイスは、チャネル評価フィードバックリクエストに含まれる情報を正常に復号すると、発信元デバイスにＡＣＫを送信する。それ以外の場合は、ＮＡＣＫがフィードバックされるか、応答が送信されないこととなる。本開示の他の実施的形態において、チャネル評価のフィードバックは、最初に示されたチャネルの品質と発信先デバイスによって測定されたチャネルの品質との差を示す差分ＣＱＩを含んでもよい。例えば、発信先デバイスが最初に示されたＭＣＳレベルよりも低いＭＣＳレベルで正常に復号できると、発信先デバイスは、ＭＣＳレベルの差を差分ＣＱＩとして発信元デバイスへ報告する。発信元デバイスは、そのような差分ＣＱＩを受信すると、例えば、図１６及び図１７に示されるように、発信先デバイスによって測定されたチャネルの品質で、免許不要帯域でデータを伝送する。
【００９７】
本開示の他の実施的形態において、チャネル評価のフィードバックは、免許不要帯域ＩＤ（たとえば、ＵＢ−ＲＮＴＩ）によってスクランブルされ、かつ当該チャネル評価のフィードバックにおいてデータ伝送の期間情報を含む。これは、すべてのＮＲ免許不要帯域局（ｇＮＢ及び端末デバイス）は、ＵＢ−ＤＣＩ又はＵＢ−ＵＣＩのうちの情報を復号することができることを意味する。さらに、スクランブル及び期間情報は、ＵＢ−ＤＣＩとＵＢ−ＵＣＩの両方に適用されることができる。その他、チャネル評価のフィードバックでは、時間調整のためにＵＢ−ＤＣＩおよびＵＢ−ＵＣＩの前にＵＢＳＳが挿入されることもあり、ＵＢ−ＲＮＴＩによって生成されたＵＢＳＳのシーケンスは、ＵＢ−ＤＣＩまたはＵＢ−ＵＣＩのシーケンスと同様である。さらに、図１８Ｂに示すビーム走査モードをトリガーすることが可能であるため、チャネル評価のフィードバックは、１つ以上の指向性のチャネル評価のフィードバックを含む。これにより、ノードＢは、ノードＡとＵＥ１との間の伝送が始まる前にその伝送を知り、ノードＡとＵＥ１との間の伝送中にＵＥ２への伝送を回避できる。
【００９８】
以上、図１９を参照して、発信先デバイスによる免許不要帯域でのデータ伝送方法の実施的形態を簡略に説明した。しかしながら、発信先デバイスの動作は、発信元デバイスの動作に対応するため、その動作の一部の詳細について、図１から図１８Ｂを参照してなされた説明を参照することができると理解すべきである。
【００９９】
図２０は、さらに、本開示の実施的形態に係る無線通信システムにおける免許不要帯域でのデータ伝送装置のブロック図を模式的に示す。装置２０００は、発信元デバイスによって実行されることができる。ダウンリンクのデータ伝送の場合に、発信元デバイスはｇＮＢのようなネットワークノード、又は他のネットワークデバイスであってもよく、アップリンクのデータ伝送の場合に、発信元デバイスは例えばＵＥのような端末デバイス、又は他の同等な端末デバイスであってもよい。
【０１００】
図２０に示されるように、装置２０００は、リクエスト伝送モジュール２００１及びフィードバック受信モジュール２００２を含む。リクエスト伝送モジュール２００１は、免許不要帯域でＣＣＡが成功した後、チャネル評価フィードバックリクエストを発信先デバイスに送信するように構成される。チャネル評価フィードバックリクエストは、チャネル評価フィードバックリクエストに関する構成情報及び共通制御情報領域におけるチャネル評価のフィードバックに関する構成情報の少なくとも一方を有する。フィードバック受信モジュール２００２は、発信先デバイスから、免許不要帯域で発信先デバイスによって測定されたチャネル状態を示すチャネル評価のフィードバックを受信するように構成され、免許不要帯域でのデータ伝送は、チャネル評価のフィードバックにより示されたチャネル状態に依存する。
【０１０１】
本開示の実施的形態において、チャネル評価フィードバックリクエストは、さらに、チャネル評価のフィードバックが発信先デバイスに対して有効であるか否かを示すチャネル測定有効情報を含む。
【０１０２】
本開示の他の実施的形態において、装置２０００は、さらに、上位層を介して、チャネル評価のフィードバックが発信先デバイスに対して有効であるか否かを示すチャネル測定有効情報を発信先デバイスに伝送するように構成される指示伝送モジュール２００３を含む。
【０１０３】
本開示の別の実施的形態において、チャネル評価フィードバックリクエストに関する構成情報は、チャネル評価フィードバックリクエストのカテゴリ及びチャネル評価フィードバックリクエストの伝送リソースの少なくとも一方を有する。
【０１０４】
本開示のさらなる別の実施的形態において、チャネル評価のフィードバックに関する構成情報は、チャネル評価のフィードバックのカテゴリ及びチャネル評価のフィードバックの伝送リソースの少なくとも一方を有する。
【０１０５】
本開示のさらなる別の実施的形態において、チャネル評価フィードバックリクエストは、さらに、データ伝送の期間情報を有する。
【０１０６】
本開示の実施的形態において、チャネル評価フィードバックリクエストは、さらに、発信先デバイスによるチャネル測定を行うための参照信号、発信先デバイスによるチャネル測定を行うための符号化データのセグメント、及び発信先デバイスによる時間調整を行うための免許不要帯域の同期信号、のうちの少なくとも一方を有する。
【０１０７】
本開示の他の実施的形態において、チャネル評価フィードバックは、免許不要帯域での良好なチャネル状態を確認する肯定応答を含んでもよい。あるいは、チャネル評価フィードバックは、最初に示されたチャネルの品質と発信先デバイスによって測定されたチャネルの品質との差を示す差分ＣＱＩを含んもよく、データは、発信先デバイスによって測定されたチャネルの品質で、免許不要帯域で伝送される。
【０１０８】
本開示の別の実施的形態において、チャネル評価のフィードバックは、さらに、発信先デバイスによって、１つ以上の指向性のチャネル評価のフィードバックを含む。
【０１０９】
本開示のさらなる別の実施的形態において、チャネル評価のフィードバックは、免許不要帯域ＩＤによってスクランブルされ、チャネル評価のフィードバックは、さらに、データ伝送の期間情報を含む。
【０１１０】
本開示のさらなる別の実施的形態において、チャネル評価のフィードバックは、免許不要帯域の同期信号を含む。
【０１１１】
図２１は、さらに、本開示の実施的形態に係る無線通信システムにおける免許不要帯域でのデータ伝送装置のブロック図を模式的に示す。装置２１００は、発信先デバイスによって実行されることができる。ダウンリンクのデータ伝送の場合に、発信先デバイスは、例えばＵＥのような端末デバイス、又は他の同等な端末デバイスであってもよい。アップリンクのデータ伝送の場合に、発信先デバイスはｇＮＢのようなネットワークノード、又は他のネットワークデバイスであってもよい。
【０１１２】
図２１に示されるように、装置２１００は、リクエスト受信モジュール２１０１、チャネル測定モジュール２１０２及びフィードバック伝送モジュール２１０３を含む。リクエスト受信モジュール２１０１は、発信元デバイスからチャネル評価フィードバックリクエストを受信するように構成され、チャネル評価フィードバックリクエストは、チャネル評価フィードバックリクエストに関する構成情報及び共通制御情報領域におけるチャネル評価のフィードバックに関する構成情報の少なくとも一方を有する。チャネル測定モジュール２１０２は、チャネル評価フィードバックリクエストに応答して、免許不要帯域でのチャネル状態を測定するように構成される。フィードバック伝送モジュール２１０３は、免許不要帯域で発信先デバイスによって測定されたチャネル状態を示すチャネル評価のフィードバックを発信元デバイスに送信するように構成され、発信元デバイスからのデータ伝送は、チャネル評価のフィードバックによって示されるチャネル状態に依存する。
【０１１３】
本開示の実施的形態において、チャネル評価フィードバックリクエストは、さらに、チャネル評価のフィードバックが発信先デバイスに対して有効であるか否かを示すチャネル測定有効情報を含む。
【０１１４】
本開示の他の実施的形態において、装置２１００は、さらに、指示受信モジュール２１０４を含む。指示受信モジュール２１０４は、上位層を介して、発信元からチャネル評価のフィードバックが発信先デバイスに対して有効であるか否かを示すチャネル測定有効情報を受信するように構成される。
【０１１５】
本開示の別の実施的形態において、チャネル評価フィードバックリクエストに関する構成情報は、チャネル評価フィードバックリクエストのカテゴリ及びチャネル評価フィードバックリクエストの伝送リソースの少なくとも一方を有する。
【０１１６】
本開示のさらなる別の実施的形態において、チャネル評価のフィードバックに関する構成情報は、チャネル評価のフィードバックのカテゴリ及びチャネル評価のフィードバックの伝送リソースの少なくとも一方を有する。
【０１１７】
本開示のさらなる別の実施的形態において、チャネル評価フィードバックリクエストは、さらに、データ伝送の期間情報を有する。
【０１１８】
本開示の実施的形態において、チャネル評価フィードバックリクエストは、さらに、発信先デバイスによるチャネル測定を行うための参照信号、発信先デバイスによるチャネル測定を行うための符号化データのセグメント、及び発信先デバイスによる時間調整を行うための免許不要帯域の同期信号、のうちの少なくとも一方を有する。
【０１１９】
本開示の他の実施的形態において、チャネル評価のフィードバックは、免許不要帯域での良好なチャネル状態を確認する肯定応答、及び、最初に示されたチャネルの品質と発信先デバイスによって測定されたチャネルの品質との差を示す差分ＣＱＩのうちのいずれかを含んもよい。
【０１２０】
本開示の別の実施的形態において、チャネル評価のフィードバックは、さらに、１つ以上の指向性のチャネル評価のフィードバックを含む。
【０１２１】
本開示のさらなる別の実施的形態において、チャネル評価のフィードバックは、免許不要帯域ＩＤによってスクランブルされ、チャネル評価のフィードバックは、さらに、データ伝送の期間情報を含む。
【０１２２】
本開示のさらなる別の実施的形態において、チャネル評価のフィードバックは、免許不要帯域の同期信号を含む。
【０１２３】
以上、図２０および図２１を参照して、装置２０００および２１００について簡略に説明した。装置２０００および２１００は、図１から図１９を参照して説明した機能を実行するように構成されることを注意すべきである。従って、これらの装置のモジュールの動作の詳細について、図１から図１９を参照して方法のそれぞれのステップに関してなされた説明を参照することができる。
【０１２４】
さらに、装置２０００、２１００の構成要素は、ハードウェア、ソフトウェア、ファームウェア、及び／又はそれらの任意の組み合わせで具現化されることができると理解すべきである。例えば、装置２０００、２１００の構成要素は、回路、プロセッサ、又は任意の他の適切な選択可能なデバイスによってそれぞれ実行されてもよい。
【０１２５】
当業者は、上述した例が単に例示的なものに過ぎず、本開示を限定するためのものではないことを理解するだろう。本明細書で提供される示唆から様々な変形、追加、削除、及び修正を容易に想到することができ、これらのすべての変形、追加、削除、及び修正は、本開示の保護範囲に含まれる。
【０１２６】
本開示のいくつかの実施的形態において、装置２０００、２１００は、少なくとも１つのプロセッサを含んでもよい。本開示の実施的形態において適用される少なくとも１つのプロセッサは、例として、既存する、又は将来に開発される汎用プロセッサ及び専用プロセッサの両方を含んでもよい。装置２０００、２１００は、さらに、少なくとも１つのメモリを含んでもよい。少なくとも１つのメモリは、例えば、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリデバイスなどの半導体メモリデバイスを含んでもよい。少なくとも１つのメモリは、コンピュータ実行可能な指令のプログラムを格納するために使用される。当該プログラムは、あらゆるハイレベル及び／又はローレベルの柔軟又は解釈可能なプログラミング言語で記述されることができる。実施的形態によれば、コンピュータ実行可能な指令は、少なくとも１つのプロセッサを用いて、装置２０００、２１００に、少なくとも図１から図１９のそれぞれを参照して記述された方法に従って動作を実行させるように構成される。
【０１２７】
図２２は、本明細書に説明した免許不要帯域でのデータ伝送のための発信元デバイスとして具現化され、又は当該発信元デバイスに含まれる装置２２１０、及び免許不要帯域でのデータ伝送のための発信先デバイスとして具現化され、又は当該発信先デバイスに含まれる装置２２２０の概略ブロック図を模式的に示す。ダウンリンクのデータ伝送の場合に、発信元デバイスはｇＮＢのようなネットワークノード、又は他のネットワークデバイスであってもよく、発信先デバイスは、例えばＵＥのような端末デバイス、又は他の同等な端末デバイスであってもよい。アップリンクのデータ伝送の場合に、発信元デバイスは例えばＵＥのような端末デバイス、又は他の同等な端末デバイスであってもよく、発信先デバイスはｇＮＢのようなネットワークノード、又は他のネットワークデバイスであってもよい。
【０１２８】
装置２２１０は、データプロセッサ（ＤＰ：Data Processor）のような、少なくとも１つのプロセッサ２２１１、及びプロセッサ２２１１に接続された少なくとも１つのメモリ（ＭＥＭ：Memory）２２１２を備える。装置２２１０は、さらに、プロセッサ２２１１に接続された送信機ＴＸおよび受信機ＲＸ２２１３を含み、プロセッサ２２１１は、装置２２２０に通信可能に接続されるように操作可能であってもよい。ＭＥＭ２２１２は、プログラム（ＰＲＯＧ）２２１４を格納する。ＰＲＯＧ２２１４は、関連するプロセッサ２２１１で実行されると、装置２２１０に本開示の実施的形態、例えば方法７００に従って動作させるような指令を含んでもよい。少なくとも１つのプロセッサ２２１１及び少なくとも１つのＭＥＭ２２１２の組み合わせは、本開示の様々な実施的形態を実行するのに適する処理手段２２１５を形成する。
【０１２９】
装置２２２０は、ＤＰのような少なくとも１つのプロセッサ２２２１と、プロセッサ２２２１に接続された少なくとも１つのＭＥＭ２２２２とを備える。装置２２２０は、さらに、プロセッサ２２２１に接続された適切なＴＸ／ＲＸ２２２３を含み、プロセッサ２２２１は、装置２２１０と無線通信するように操作可能であってもよい。ＭＥＭ２２２２は、ＰＲＯＧ２２２４を格納する。ＰＲＯＧ２２２４は、関連するプロセッサ２２２１で実行されると、装置２２２０に本開示の実施的形態に従って動作させ、例えば方法１９００を実行させるような指令を含んでもよい。少なくとも１つのプロセッサ２２２１及び少なくとも１つのＭＥＭ２２２２の組み合わせは、本開示の様々な実施的形態を実行するのに適する処理手段２２２５を形成する。
【０１３０】
本開示の様々な実施的形態は、プロセッサ２２１１、２２２１、ソフトウェア、ファームウェア、ハードウェアの１つ又は複数、或いはそれらの組み合わせによって実行可能なコンピュータプログラムによって実施されることができる。
【０１３１】
ＭＥＭ２２１２および２２２２は、ローカル技術環境に適した任意のタイプのものであってもよく、半導体系のメモリデバイス、磁気メモリデバイス及びシステム、光メモリデバイス及びシステム、固定メモリと取り外し可能なメモリなどの任意の適切なデータ記憶技術を使用して実行されてもよいが、特に限定されていない。
【０１３２】
プロセッサ２２１１および２２２１は、ローカル技術環境に適した任意のタイプのものであってもよく、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサＤＳＰ、マルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含んでもよいが、特に限定されていない。
【０１３３】
その他、本開示は、上述のコンピュータプログラムを含むキャリアも提供することができ、ここでのキャリアは、電子信号、光信号、無線信号、またはコンピュータ読み取り可能な記憶媒体のうちの１つである。コンピュータ読み取り可能な記憶媒体は、例えば、光学コンパクトディスク、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、磁気テープ、ＣＤ−ＲＯＭ、ＤＶＤ、ブルーレイディスクのような電子メモリデバイスである。
【０１３４】
本明細書で説明された技術は、様々な手段によって実施されることができ、これにより、実施的形態で説明される対応装置の１つ以上の機能を実行する装置は従来技術の手段だけでなく、実施的形態で説明される対応装置の１つ以上の機能を実行する手段も含み、さらに、各々の個別な機能に対応する個別な手段、又は２つ以上の機能を行うように構成される手段を含んでもよい。例えば、これらの技術は、ハードウェア（１つ以上の装置）、ファームウェア（１つ以上の装置）、ソフトウェア（１つ以上のモジュール）、又はそれらの組み合わせで実行されることができる。ファームウェア又はソフトウェアの場合、本明細書で説明された機能を行うモジュール（例えば、手順、機能など）によって実行される。
【０１３５】
以上、本明細書における例示的な実施的形態は、方法のフローチャート及び装置のブロック図を参照して説明した。ブロック図及びフローチャートの各ブロック、並びにブロック図及びフローチャートのブロックの組み合わせは、それぞれ、コンピュータプログラム指令を含む様々な手段によって実行できると理解すべきである。これらのコンピュータプログラム指令は、汎用コンピュータ、専用コンピュータ、または他のプログラム可能なデータ処理装置にロードされてマシンを生成し、これにより、コンピュータまたは他のプログラム可能なデータ処理装置で実行される指令は、フローチャートの１つのブロックまた複数のブロックで指定された機能を実行する手段を構成する。
【０１３６】
本明細書は多くの特定の実行例の詳細を含むが、これらは、任意の実行例又は請求範囲に対して制限するものであるとして解釈されるべきではなく、単に特徴の説明として特定の実行例の個別の実施的形態を具体化したものである。別々の実施的形態の記述で本明細書に記載されている特定の特徴は、単一の実施的形態で組み合わせて実行されることもできる。逆に、単一の実施的形態の記述で説明される様々な特徴は、複数の実施的形態で別々に、又は任意の適切なサブコンビネーションで実行されることもできる。さらに、特徴は特定の組み合わせで動作するものとして上記のように説明され、かつ最初にそのように特許範囲請求されたとしても、特許範囲請求された組み合わせからの1つ以上の特徴は場合によってその組み合わせから削除され、特許範囲請求された組み合わせはサブコンビネーション又はサブコンビネーションのバリエーションに向けられている。
【０１３７】
技術の進歩につれて、本発明の概念を様々な方法で実行できることは当業者にとって自明である。上記した実施的形態は、本開示を説明するためのものであり、本開示を限定するものではない。当業者が容易に理解するように、本開示の主旨および範囲から逸脱しない限り、修正及び変更を行うことができると理解すべきである。そのような修正及び変更は、本開示及び添付の特許請求の範囲内に含まれる。本開示の保護範囲は、添付の特許請求の範囲によって定義される。
【図１】
2021510242.tif 000005
【図２】
2021510242.tif 000006
【図３】
2021510242.tif 000007
【図４】
2021510242.tif 000008
【図５】
2021510242.tif 000009
【図６】
2021510242.tif 000010
【図７】
2021510242.tif 000011
【図８】
2021510242.tif 000012
【図９】
2021510242.tif 000013
【図１０】
2021510242.tif 000014
【図１１】
2021510242.tif 000015
【図１２】
2021510242.tif 000016
【図１３】
2021510242.tif 000017
【図１４】
2021510242.tif 000018
【図１５】
2021510242.tif 000019
【図１６】
2021510242.tif 000020
【図１７】
2021510242.tif 000021
【図１８Ａ】
2021510242.tif 000022
【図１８Ｂ】
2021510242.tif 000023
【図１９】
2021510242.tif 000024
【図２０】
2021510242.tif 000025
【図２１】
2021510242.tif 000026
【図２２】
2021510242.tif 000027
【手続補正書】
【提出日】令和2年7月14日(2020.7.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
免許不要帯域でＣＣＡが成功した後、チャネル評価フィードバックリクエストに関する構成情報、及び共通制御情報領域におけるチャネル評価のフィードバックに関する構成情報の少なくとも一方を有する前記チャネル評価フィードバックリクエストを発信先デバイスに伝送することと、
前記発信先デバイスから、前記免許不要帯域で前記発信先デバイスにより測定されたチャネル状態を示すチャネル評価のフィードバックを受信することと、を含み、
前記免許不要帯域でのデータ伝送は、前記チャネル評価のフィードバックにより示される前記チャネル状態に依存する、
方法。
【請求項２】
前記チャネル評価フィードバックリクエストは、さらに、前記チャネル評価のフィードバックが前記発信先デバイスに対して有効であるか否かを示すチャネル測定有効情報を含む、
請求項１に記載の方法。
【請求項３】
さらに、上位層を介して、前記チャネル評価のフィードバックが前記発信先デバイスに対して有効であるか否かを示すチャネル測定有効情報を前記発信先デバイスに伝送することを含む、
請求項１に記載の方法。
【請求項４】
前記チャネル評価フィードバックリクエストに関する前記構成情報は、前記チャネル評価フィードバックリクエストのカテゴリ及び前記チャネル評価フィードバックリクエストの伝送リソースの少なくとも一方を有し、及び／又は、
前記チャネル評価のフィードバックに関する前記構成情報は、前記チャネル評価のフィードバックのカテゴリ及び前記チャネル評価のフィードバックの伝送リソースの少なくとも一方を有する、
請求項１に記載の方法。
【請求項５】
前記チャネル評価フィードバックリクエストは、さらに、前記データ伝送の期間情報を含む、請求項１に記載の方法。
【請求項６】
前記チャネル評価フィードバックリクエストは、さらに、
前記発信先デバイスによるチャネル測定を行うための参照信号、前記発信先デバイスによるチャネル測定を行うための符号化データのセグメント、及び前記発信先デバイスによる時間調整を行うための前記免許不要帯域の同期信号、のうちの少なくとも一方を含む、
請求項１に記載の方法。
【請求項７】
前記チャネル評価のフィードバックは、前記免許不要帯域での良好な前記チャネル状態を確認する肯定応答、及び最初に示されたチャネルの品質と前記発信先デバイスによって測定されたチャネルの品質との差を示す差分ＣＱＩのいずれかを含み、
データは、前記発信先デバイスによって測定された前記チャネルの品質で前記免許不要帯域で伝送される、
請求項１に記載の方法。
【請求項８】
前記チャネル評価のフィードバックは、さらに、１つ以上の指向性の前記チャネル評価のフィードバックを含む、
請求項１に記載の方法。
【請求項９】
前記チャネル評価のフィードバックは、免許不要帯域ＩＤによってスクランブルされ、
前記チャネル評価のフィードバックは、さらに、前記データ伝送の期間情報を含み、
前記チャネル評価のフィードバックは、前記免許不要帯域の同期信号を含む、
請求項１に記載の方法。
【請求項１０】
発信元デバイスから、チャネル評価フィードバックリクエストに関する構成情報及び共通制御情報領域におけるチャネル評価のフィードバックに関する構成情報の少なくとも一方を有する前記チャネル評価フィードバックリクエストを受信することと、
前記チャネル評価フィードバックリクエストに応答して、免許不要帯域でのチャネル状態を測定することと、
前記免許不要帯域で発信先デバイスによって測定された前記チャネル状態を示すチャネル評価のフィードバックを前記発信元デバイスに送信することと、を含み、
前記発信元デバイスからのデータ伝送は、前記チャネル評価のフィードバックによって示される前記チャネル状態に依存する、
方法。
【請求項１１】
前記チャネル評価フィードバックリクエストは、さらに、前記チャネル評価のフィードバックが前記発信先デバイスに対して有効であるか否かを示すチャネル測定有効情報を含む、
請求項１０に記載の方法。
【請求項１２】
さらに、上位層を介して、前記発信元デバイスから、前記チャネル評価のフィードバックが前記発信先デバイスに対して有効であるか否かを示すチャネル測定有効情報を受信することを含む、
請求項１０に記載の方法。
【請求項１３】
前記チャネル評価フィードバックリクエストに関する前記構成情報は、前記チャネル評価フィードバックリクエストのカテゴリ及び前記チャネル評価フィードバックリクエストの伝送リソースの少なくとも一方を有し、及び／又は、
前記チャネル評価のフィードバックに関する前記構成情報は、前記チャネル評価のフィードバックのカテゴリ及び前記チャネル評価のフィードバックの伝送リソースの少なくとも一方を有する、
請求項１０に記載の方法。
【請求項１４】
前記チャネル評価フィードバックリクエストは、さらに、前記データ伝送の期間情報を含む、
請求項１０に記載の方法。
【請求項１５】
前記チャネル評価フィードバックリクエストは、さらに、
前記発信先デバイスによるチャネル測定を行うための参照信号、前記発信先デバイスによるチャネル測定を行うための符号化データのセグメント、及び前記発信先デバイスによる時間調整を行うための前記免許不要帯域の同期信号、のうちの少なくとも一方を含む、
請求項１０に記載の方法。
【請求項１６】
前記チャネル評価のフィードバックは、前記免許不要帯域での良好な前記チャネル状態を確認する肯定応答、及び最初に示されたチャネルの品質と前記発信先デバイスによって測定されたチャネルの品質との差を示す差分ＣＱＩのいずれかを含む、
請求項１０に記載の方法。
【請求項１７】
前記チャネル評価のフィードバックは、さらに、１つ以上の指向性の前記チャネル評価のフィードバックを含む、
請求項１０に記載の方法。
【請求項１８】
前記チャネル評価のフィードバックは、免許不要帯域ＩＤによってスクランブルされ、
前記チャネル評価のフィードバックは、さらに、前記データ伝送の期間情報を含み、
前記チャネル評価のフィードバックは、前記免許不要帯域の同期信号を含む、
請求項１０に記載の方法。
【請求項１９】
免許不要帯域でＣＣＡが成功した後、チャネル評価フィードバックリクエストに関する構成情報、及び共通制御情報領域におけるチャネル評価のフィードバックに関する構成情報の少なくとも一方を有する前記チャネル評価フィードバックリクエストを発信先デバイスに伝送し、
前記発信先デバイスから、前記免許不要帯域で前記発信先デバイスにより測定されたチャネル状態を示すチャネル評価のフィードバックを受信し、
前記免許不要帯域でのデータ伝送は、前記チャネル評価のフィードバックにより示される前記チャネル状態に依存するように構成されるトランシーバを備える、
デバイス。
【請求項２０】
前記チャネル評価フィードバックリクエストは、さらに、前記チャネル評価のフィードバックが前記発信先デバイスに対して有効であるか否かを示すチャネル測定有効情報を含み、及び／又は、
前記トランシーバは、さらに、上位層を介して、前記チャネル評価のフィードバックが前記発信先デバイスに対して有効であるか否かを示すチャネル測定有効情報を前記発信先デバイスに伝送し、及び／又は、
前記チャネル評価フィードバックリクエストは、さらに、前記データ伝送の期間情報を含む、
請求項１９に記載のデバイス。
【国際調査報告】
2021510242.tif 000028
2021510242.tif 000029