(57)【要約】  本願の実施形態は、チャネルリスニング方法および装置を提供する。方法は、基地局によって送信されたアップリンクグラント情報を、端末によって受信するステップと、アップリンクグラント情報に基づいて、第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定するステップと、第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを決定するステップと、コンテンションウィンドウサイズに基づいてチャネルをリッスンするステップと、を含む。この技術的解決策によれば、ノード間の衝突の確立が低減され得るように、リアルタイムチャネル状態が正確に反映されることが可能であり、チャネルアクセスの機会が増加する。
2020505833.tif 000002
【特許請求の範囲】
【請求項１】
チャネルリスニング方法であって、
基地局によって送信されたアップリンクグラント情報を、端末によって受信するステップと、
前記アップリンクグラント情報に基づいて、第1アップリンク参照リソースおよび第2アップリンク参照リソースを前記端末によって決定するステップと、
前記第1アップリンク参照リソースおよび前記第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを前記端末によって決定するステップと、
前記コンテンションウィンドウサイズに基づいてチャネルを前記端末によってリッスンするステップと、
を備える方法。
【請求項２】
前記アップリンクグラント情報は第1アップリンクグラントを備え、
前記アップリンクグラント情報に基づいて、第1アップリンク参照リソースおよび第2アップリンク参照リソースを前記端末によって決定する前記ステップは、
前記第1アップリンクグラントに基づいて前記第1アップリンク参照リソースおよび前記第2アップリンク参照リソースを前記端末によって決定するステップ
を備える、
請求項1に記載の方法。
【請求項３】
前記第1アップリンク参照リソースは前記第1アップリンクグラントよりも早く、前記第1アップリンク参照リソースと前記第1アップリンクグラントとの間の時間間隔は第1プリセット時間間隔以上であり、前記第2アップリンク参照リソースは前記第1アップリンクグラントよりも早く、前記第2アップリンク参照リソースと前記第1アップリンクグラントとの間の時間間隔は第2プリセット時間間隔以上であり、前記第1プリセット時間間隔は前記第2プリセット時間間隔よりも大きい、
請求項2に記載の方法。
【請求項４】
前記アップリンクグラント情報は第1アップリンクグラントおよび第2アップリンクグラントを備え、
前記アップリンクグラント情報に基づいて、第1アップリンク参照リソースおよび第2アップリンク参照リソースを前記端末によって決定する前記ステップは、
前記第1アップリンクグラントに基づいて前記第1アップリンク参照リソースを前記端末によって決定し、前記第2アップリンクグラントに基づいて前記第2アップリンク参照リソースを決定するステップ
を備える、
請求項1に記載の方法。
【請求項５】
前記第1アップリンク参照リソースは前記第1アップリンクグラントよりも早く、前記第1アップリンク参照リソースと前記第1アップリンクグラントとの間の時間間隔は第1プリセット時間間隔以上であり、前記第2アップリンク参照リソースは前記第2アップリンクグラントよりも早く、前記第2アップリンク参照リソースと前記第2アップリンクグラントとの間の時間間隔は第2プリセット時間間隔以上であり、前記第1プリセット時間間隔は前記第2プリセット時間間隔よりも大きい、
請求項4に記載の方法。
【請求項６】
前記第1アップリンク参照リソースおよび前記第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを前記端末によって決定する前記ステップは、
前記第1アップリンク参照リソースおよび前記第2アップリンク参照リソースのうちの新しい方がターゲット参照リソースであると前記端末によって決定するステップと、
前記ターゲット参照リソースに基づいて前記コンテンションウィンドウサイズを前記端末によって決定するステップと、
を備える、請求項1から5のいずれか一項に記載の方法。
【請求項７】
前記ターゲット参照リソースに基づいて前記コンテンションウィンドウサイズを前記端末によって決定する前記ステップは、
前記ターゲット参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態が肯定応答であることを前記端末が受信すると、前記コンテンションウィンドウサイズを前記端末によって減少させるステップ
を備える、請求項6に記載の方法。
【請求項８】
前記ターゲット参照リソースに基づいて前記コンテンションウィンドウサイズを前記端末によって決定する前記ステップは、
前記ターゲット参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの各々の、前記端末によって受信された受信状態が否定応答であるとき、または前記端末が前記ターゲット参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、前記コンテンションウィンドウサイズを前記端末によって増加させるステップ
を備える、請求項6または7に記載の方法。
【請求項９】
前記第1アップリンク参照リソースおよび前記第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを前記端末によって決定する前記ステップは、
前記端末が、前記第1アップリンク参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態および前記第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を受信すると、前記第1アップリンク参照リソース内の前記少なくとも1つのHARQプロセスの前記受信された受信状態および前記第2アップリンク参照リソース内の前記少なくとも1つのHARQプロセスの前記受信された受信状態に基づいて、前記コンテンションウィンドウサイズを前記端末によって決定するステップ
を備える、請求項1から5のいずれか一項に記載の方法。
【請求項１０】
前記第1アップリンク参照リソースおよび前記第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを前記端末によって決定する前記ステップは、
前記端末が、前記第1アップリンク参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態を受信するが、しかし前記第2アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないとき、前記第1アップリンク参照リソース内の前記少なくとも1つのHARQプロセスの前記受信された受信状態に基づいて、前記コンテンションウィンドウサイズを前記端末によって決定するステップ、または
前記端末が、前記第1アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないが、しかし前記第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を受信するとき、前記第2アップリンク参照リソース内の前記少なくとも1つのHARQプロセスの前記受信された受信状態に基づいて、前記コンテンションウィンドウサイズを前記端末によって決定するステップ、
を備える、請求項1から5のいずれか一項または請求項9に記載の方法。
【請求項１１】
前記第1アップリンク参照リソースおよび前記第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを前記端末によって決定する前記ステップは、
前記端末が、前記第1アップリンク参照リソース内のいずれのハイブリッド自動繰り返し要求HARQプロセスの受信状態も、そして前記第2アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、前記コンテンションウィンドウサイズを前記端末によって増加させるステップ
を備える、請求項1から5のいずれか一項、請求項9、または請求項10に記載の方法。
【請求項１２】
前記第1アップリンク参照リソースは第1アップリンク基準サブフレームを備え、前記第2アップリンク参照リソースは第2アップリンク基準サブフレームを備え、前記第1アップリンク基準サブフレームは少なくとも1つの第1アップリンクデータチャネルまたは少なくとも1つの第1送信時間間隔を備え、前記第2アップリンク基準サブフレームは少なくとも1つの第2アップリンクデータチャネルまたは少なくとも1つの第2送信時間間隔を備え、または
前記第1アップリンク参照リソースは第1アップリンク基準サブフレームを備え、前記第1アップリンク基準サブフレームは少なくとも1つの第1アップリンクデータチャネルまたは少なくとも1つの第1送信時間間隔を備え、前記第2アップリンク参照リソースは少なくとも1つの第2アップリンクデータチャネルまたは少なくとも1つの第2送信時間間隔を備える、
請求項1から11のいずれか一項に記載の方法。
【請求項１３】
前記第1アップリンクデータチャネルまたは前記第1送信時間間隔によって占有される第1時間領域リソース長は、前記第2アップリンクデータチャネルまたは前記第2送信時間間隔によって占有される第2時間領域リソース長よりも大きい、請求項12に記載の方法。
【請求項１４】
トランシーバと、プロセッサとを備えるチャネルリスニング装置であって、
前記トランシーバは、基地局によって送信されるアップリンクグラント情報を受信するように構成されており、
前記プロセッサは、前記トランシーバによって受信された前記アップリンクグラント情報に基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定し、前記第1アップリンク参照リソースおよび前記第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを決定し、前記コンテンションウィンドウサイズに基づいてチャネルをリッスンする、ように構成されている、
装置。
【請求項１５】
前記アップリンクグラント情報が第1アップリンクグラントを備えるとき、前記プロセッサは、前記第1アップリンクグラントに基づいて前記第1アップリンク参照リソースおよび前記第2アップリンク参照リソースを決定するように、特に構成されている、請求項14に記載の装置。
【請求項１６】
前記第1アップリンク参照リソースは前記第1アップリンクグラントよりも早く、前記第1アップリンク参照リソースと前記第1アップリンクグラントとの間の時間間隔は第1プリセット時間間隔以上であり、前記第2アップリンク参照リソースは前記第1アップリンクグラントよりも早く、前記第2アップリンク参照リソースと前記第1アップリンクグラントとの間の時間間隔は第2プリセット時間間隔以上であり、前記第1プリセット時間間隔は前記第2プリセット時間間隔よりも大きい、
請求項15に記載の装置。
【請求項１７】
前記アップリンクグラント情報が第1アップリンクグラントおよび第2アップリンクグラントを備えるとき、前記プロセッサは、前記第1アップリンクグラントに基づいて前記第1アップリンク参照リソースを決定し、前記第2アップリンクグラントに基づいて前記第2アップリンク参照リソースを決定する、ように特に構成されている、請求項14に記載の装置。
【請求項１８】
前記第1アップリンク参照リソースは前記第1アップリンクグラントよりも早く、前記第1アップリンク参照リソースと前記第1アップリンクグラントとの間の時間間隔は第1プリセット時間間隔以上であり、前記第2アップリンク参照リソースは前記第2アップリンクグラントよりも早く、前記第2アップリンク参照リソースと前記第2アップリンクグラントとの間の時間間隔は第2プリセット時間間隔以上であり、前記第1プリセット時間間隔は前記第2プリセット時間間隔よりも大きい、
請求項17に記載の装置。
【請求項１９】
前記プロセッサは、前記第1アップリンク参照リソースおよび前記第2アップリンク参照リソースのうちの新しい方がターゲット参照リソースであると決定し、前記ターゲット参照リソースに基づいて前記コンテンションウィンドウサイズを決定するように、特に構成されている、請求項14から18のいずれか一項に記載の装置。
【請求項２０】
前記プロセッサは、前記ターゲット参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態が肯定応答であることを前記トランシーバが受信したときに前記コンテンションウィンドウサイズを減少させるように、特に構成されている、請求項19に記載の装置。
【請求項２１】
前記プロセッサは、前記ターゲット参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの各々の、前記トランシーバによって受信された受信状態が否定応答であるとき、または前記トランシーバが前記ターゲット参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、前記コンテンションウィンドウサイズを増加させるように、さらに特に構成されている、請求項19または20に記載の装置。
【請求項２２】
前記プロセッサは、前記第1アップリンク参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態、および前記第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を前記トランシーバが受信すると、前記第1アップリンク参照リソース内の前記少なくとも1つのHARQプロセスの前記受信された受信状態および前記第2アップリンク参照リソース内の前記少なくとも1つのHARQプロセスの前記受信された受信状態に基づいて前記コンテンションウィンドウサイズを決定するように、特に構成されている、請求項14から18のいずれか一項に記載の装置。
【請求項２３】
前記プロセッサは、前記トランシーバが、前記第1アップリンク参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態を受信するが、しかし前記第2アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、前記第1アップリンク参照リソース内の前記少なくとも1つのHARQプロセスの前記受信された受信状態に基づいて前記コンテンションウィンドウサイズを決定するように、または前記トランシーバが、前記第1アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないが、しかし前記第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を受信するとき、前記第2アップリンク参照リソース内の前記少なくとも1つのHARQプロセスの前記受信された受信状態に基づいて、前記コンテンションウィンドウサイズを決定するように、さらに特に構成されている、請求項14から18のいずれか一項または請求項22に記載の装置。
【請求項２４】
前記プロセッサは、前記トランシーバが、前記第1アップリンク参照リソース内のいずれのハイブリッド自動繰り返し要求HARQプロセスの受信状態も、そして前記第2アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、前記コンテンションウィンドウサイズを増加させるように、さらに特に構成されている、請求項14から18のいずれか一項、請求項22、または請求項23に記載の装置。
【請求項２５】
前記第1アップリンク参照リソースは第1アップリンク基準サブフレームを備え、前記第2アップリンク参照リソースは第2アップリンク基準サブフレームを備え、前記第1アップリンク基準サブフレームは少なくとも1つの第1アップリンクデータチャネルまたは少なくとも1つの第1送信時間間隔を備え、前記第2アップリンク基準サブフレームは少なくとも1つの第2アップリンクデータチャネルまたは少なくとも1つの第2送信時間間隔を備え、または
前記第1アップリンク参照リソースは第1アップリンク基準サブフレームを備え、前記第1アップリンク基準サブフレームは少なくとも1つの第1アップリンクデータチャネルまたは少なくとも1つの第1送信時間間隔を備え、前記第2アップリンク参照リソースは少なくとも1つの第2アップリンクデータチャネルまたは少なくとも1つの第2送信時間間隔を備える、
請求項14から24のいずれか一項に記載の装置。
【請求項２６】
前記第1アップリンクデータチャネルまたは前記第1送信時間間隔によって占有される第1時間領域リソース長は、前記第2アップリンクデータチャネルまたは前記第2送信時間間隔によって占有される第2時間領域リソース長よりも大きい、請求項25に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、無線通信技術の分野に関し、特にチャネルリスニング方法および装置に関する。
【背景技術】
【０００２】
ロングタームエボリューションを用いるライセンス支援アクセス（Licensed−Assisted Access using Long Term Evolution，LAA−LTE）技術に基づいて開発された、強化ライセンス支援アクセス（enhanced LAA，eLAA）は、アップリンク送信が免許不要帯域でサポートされるシステムである。LAAシステムにおけるアップリンク送信と同様に、eLAAシステムにおけるアップリンク送信もまた、リッスンビフォアトーク（Listen−Before−Talk，LBT）チャネルアクセス機構を必要とする。ランダムバックオフ（Type 1 UL channel access、CCA）は、LBTリスニング機構である。具体的には、無線通信機器は、0とコンテンションウィンドウサイズ（Contention Window Size，CWS）との間でバックオフカウンタNを均一かつランダムに生成し、チャネルのビジーまたはアイドル状態に基づいてバックオフカウンタを1だけ減少させるか否かを判断する。そしてバックオフカウンタが0に減少すると、無線通信機器は直ちにチャネルを占有する。したがって、アップリンク送信中にCWSを調整する方法は重要な問題である。
【０００３】
全ての送信時間間隔（Transmission Time Interval，TTI）が1msのTTIであるeLAAシステムでは、時間領域スケジューリングおよび送信の粒度は1ms毎であり、各アップリンクサブフレームの復号遅延は4msであり、各アップリンクサブフレームのスケジューリング遅延もまた4msである。この場合、アップリンク基準サブフレームは、端末がアップリンクグラント（UL grant）を受信するサブフレームの3ms前の最新のアップリンクバースト内の初期アップリンクサブフレームであり、初期アップリンクサブフレームは、ランダムバックオフLBTを通じてチャネルにアクセスする。したがって、アップリンク基準サブフレームの状態に基づいてCWSを調整することによって、リアルタイムチャネル状態が反映され得る。
【０００４】
しかしながら、LTEシステム内の送信遅延を短縮してユーザ体験を改善するために、1msの送信時間間隔よりも短い短送信時間間隔（short TTI，sTTI）がeLAAシステムに導入され、端末は1msのTTIとsTTIとの間の動的な切り替えをサポートする。したがって、sTTIの復号遅延はk sTTIであって1msのTTIの復号遅延（4ms）未満であり、sTTIのスケジューリング遅延もまたk sTTIであって1msのTTIの復号遅延（4ms）未満である。sTTIの最短再送信遅延は2＊k sTTIであって1msのTTIの最短再送信遅延（8ms）未満である。したがって、1msのTTIおよびsTTIを含むeLAAシステムでは、アップリンクグラントUL grantが位置しているサブフレームの3ms前の最新のアップリンクバースト内の初期アップリンクサブフレームが依然として基準サブフレームとして使用されている場合、最もリアルタイムのチャネル状態は反映されない可能性がある。
【０００５】
結論として、1msのTTIおよびsTTIを含むeLAAシステムでは、アップリンクグラントUL grantが位置しているサブフレームの3ms前の最新のアップリンクバースト内の初期アップリンクサブフレームが基準サブフレームとして使用されている場合、最もリアルタイムのチャネル状態は反映され得ない。
【発明の概要】
【０００６】
本願の実施形態は、既存のチャネルリスニング方法においてリアルタイムチャネル状態が反映され得ないという問題を克服するための、チャネルリスニング方法および装置を提供する。
【課題を解決するための手段】
【０００７】
本願の第1の態様は、チャネルリスニング方法を提供する。方法は、免許不要帯域で動作することができ、少なくとも2つの送信時間間隔、または少なくとも2つのアップリンク復号遅延をサポートする、無線通信システムに適用可能である。無線通信システム内の基地局は免許不要帯域に関するダウンリンク情報を送信し、無線通信システム内の端末は免許不要帯域に関するアップリンク情報を送信する。方法は、
基地局によって送信されたアップリンクグラント情報を、端末によって受信するステップと、
アップリンクグラント情報に基づいて、第1アップリンク参照リソースおよび第2アップリンク参照リソースを端末によって決定するステップと、
第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定するステップと、
コンテンションウィンドウサイズに基づいてチャネルを端末によってリッスンするステップと、
を含む。
【０００８】
本願のこの実施形態では、端末は、アップリンクグラント情報に基づいて2つのアップリンク参照リソースを決定し、2つの参照リソースに基づいてコンテンションウィンドウサイズを調整および決定する。このようにして、ノード間の衝突の確立が低減され得るように、リアルタイムチャネル状態が正確に反映されることが可能であり、チャネルアクセスの機会が増加する。
【０００９】
任意選択的に、アップリンクグラント情報は第1アップリンクグラントを含み、
アップリンクグラント情報に基づいて、第1アップリンク参照リソースおよび第2アップリンク参照リソースを端末によって決定するステップは、第1アップリンクグラントに基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを端末によって決定するステップを含む。
【００１０】
この実施形態では、端末は、同じアップリンクグラントに基づいて2つの異なるアップリンク参照リソースを決定することができ、端末は、2つの異なるアップリンク参照リソースを使用することによってコンテンションウィンドウサイズを調整する。このようにして、チャネルリスニングの精度が改善される。
【００１１】
任意選択的に、第1アップリンク参照リソースは第1アップリンクグラントよりも早く、第1アップリンク参照リソースと第1アップリンクグラントとの間の時間間隔は第1プリセット時間間隔以上であり、第2アップリンク参照リソースは第1アップリンクグラントよりも早く、第2アップリンク参照リソースと第1アップリンクグラントとの間の時間間隔は第2プリセット時間間隔以上であり、第1プリセット時間間隔は第2プリセット時間間隔よりも大きい。
【００１２】
第1プリセット時間間隔は第1アップリンク参照リソースと第1基準アップリンクグラントとの間の最短時間間隔であり、第2プリセット時間間隔は第2アップリンク参照リソースと第2基準アップリンクグラントとの間の最短時間間隔である。任意選択的に、第1プリセット時間間隔は第1アップリンク参照リソース内のアップリンクチャネルまたはトランスポートブロックの復号遅延に対応してもよく、第2プリセット時間間隔は第2アップリンク参照リソース内のアップリンクチャネルまたはトランスポートブロックの復号遅延に対応してもよい。第2アップリンク参照リソース内のアップリンクチャネルまたはトランスポートブロックの復号遅延は、第1アップリンク参照リソース内のアップリンクチャネルまたはトランスポートブロックの復号遅延未満である。したがって、第1プリセット時間間隔は第2プリセット時間間隔よりも大きい。
【００１３】
任意選択的に、アップリンクグラント情報は第1アップリンクグラントおよび第2アップリンクグラントを含み、
アップリンクグラント情報に基づいて、第1アップリンク参照リソースおよび第2アップリンク参照リソースを端末によって決定するステップは、第1アップリンクグラントに基づいて第1アップリンク参照リソースを端末によって決定するステップと、第2アップリンクグラントに基づいて第2アップリンク参照リソースを決定するステップと、を含む。
【００１４】
この実施形態では、第2アップリンクグラントおよび第1アップリンクグラントは異なっており、異なるダウンリンク送信時間間隔または異なるダウンリンクサブフレーム内に別々に配置されている。この場合、異なるダウンリンク送信時間間隔をスケジューリングするために使用される第1アップリンクグラントおよび第2アップリンクグラントは、ダウンリンクサブフレーム内の異なる瞬間に配置されてもよく、第1アップリンクグラントを使用することによってスケジューリングされたアップリンクサービスおよび第2アップリンクグラントを使用することによってスケジューリングされたアップリンクサービスは、異なる優先順位のものである。基地局は、1つのアップリンクグラントのみを送信することはできるが、同時に2つのアップリンクグラントを直ちに送信することはできないかも知れない。したがって、（異なるTTI長または復号遅延に対応する）2つの異なるアップリンクグラントは、2つのアップリンク参照リソースを別々に決定するために選択される。
【００１５】
任意選択的に、第1アップリンク参照リソースは第1アップリンクグラントよりも早く、第1アップリンク参照リソースと第1アップリンクグラントとの間の時間間隔は第1プリセット時間間隔以上であり、第2アップリンク参照リソースは第2アップリンクグラントよりも早く、第2アップリンク参照リソースと第2アップリンクグラントとの間の時間間隔は第2プリセット時間間隔以上であり、第1プリセット時間間隔は第2プリセット時間間隔よりも大きい。
【００１６】
この実施形態では、第1プリセット時間間隔は第1アップリンク参照リソースと第1基準アップリンクグラントとの間の最短時間間隔であり、第2プリセット時間間隔は第2アップリンク参照リソースと第2基準アップリンクグラントとの間の最短時間間隔である。第1基準アップリンクグラントは、第1アップリンク参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求プロセスに基づいて初期送信または再送信を実行するように端末をスケジューリングするために基地局によって使用されるアップリンクグラントであり、第2基準アップリンクグラントは、第2アップリンク参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求プロセスに基づいて初期送信または再送信を実行するように端末をスケジューリングするために基地局によって使用されるアップリンクグラントである。
【００１７】
任意選択的に、第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定するステップは、
第1アップリンク参照リソースおよび第2アップリンク参照リソースのうちの新しい方がターゲット参照リソースであると端末によって決定するステップと、
ターゲット参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定するステップと、
を含む。
【００１８】
この実施形態では、第1アップリンク参照リソースおよび第2アップリンク参照リソースの両方が第1アップリンクグラントに基づいて決定されるとき、第1アップリンク参照リソースおよび第2アップリンク参照リソースのうちの、第1アップリンクグラントに近い方の参照リソースがターゲット参照リソースであるか、または第1アップリンク参照リソースが第1アップリンクグラントに基づいて決定されて第2アップリンク参照リソースが第2アップリンクグラントに基づいて決定されるとき、第1アップリンク参照リソースおよび第2アップリンク参照リソースのうちの、第1アップリンクグラントおよび第2アップリンクグラントのうちの新しい方に近い方の参照リソースがターゲット参照リソースである。ターゲット参照リソースはより最近の参照リソースであるので、ターゲット参照リソースはリアルタイムチャネル状態を正確に反映することができ、その後正確なコンテンションウィンドウサイズが決定され得る。
【００１９】
任意選択的に、ターゲット参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定するステップは、
ターゲット参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態が肯定応答であることを端末が受信すると、コンテンションウィンドウサイズを端末によって減少させるステップ
を含む。
【００２０】
この実施形態では、少なくとも1つのハイブリッド自動繰り返し要求プロセスの受信状態が肯定応答であることは、少なくとも1つのハイブリッド自動繰り返し要求プロセス番号に対応するハイブリッド自動繰り返し要求プロセスの新しいデータインジケータまたは少なくとも1つのハイブリッド自動繰り返し要求プロセス番号に対応するトランスポートブロックの新しいデータインジケータが「トグル」状態にあることを含む。言い換えると、基地局は、最初にハイブリッド自動繰り返し要求プロセスを送信するか、または新しいデータを送信するためにハイブリッド自動繰り返し要求プロセス番号を使用するように、端末に指示する。この場合、コンテンションウィンドウサイズは、次回のアクセス機会を増加させるために減少してもよい。
【００２１】
任意選択的に、ターゲット参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定するステップは、
ターゲット参照リソース内の少なくとも1つのHARQプロセスの各々の、端末によって受信された受信状態が否定応答であるとき、または端末がターゲット参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、コンテンションウィンドウサイズを端末によって増加させるステップ
を含む。
【００２２】
この実施形態では、端末が、ターゲット参照リソース内の少なくとも1つのHARQプロセスまたはトランスポートブロックの各々の、基地局によって示される受信状態を受信するが、しかし少なくとも1つのHARQプロセスまたはトランスポートブロックの各々の受信状態が否定応答である場合、または端末が、ターゲット参照リソース内のいずれのHARQプロセスの、基地局によって示される受信状態も受信しない場合、これはアップリンク基準サブフレームが1つまたは複数の他の無線ノードに衝突し得ることを示す。したがって、コンテンションウィンドウサイズは、次のアクセス中の衝突の確率を低減するために増加するべきである。
【００２３】
任意選択的に、第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定するステップは、
端末が、第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態および第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を受信すると、第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態および第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態に基づいて、コンテンションウィンドウサイズを端末によって決定するステップ
を含む。
【００２４】
この実施形態では、端末が第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態および第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を受信すると、少なくとも1つのHARQプロセスのうちのいずれか1つの受信された受信状態が肯定応答である場合、コンテンションウィンドウサイズは減少すべきであり、HARQプロセスの受信状態の全てが否定応答である場合、コンテンションウィンドウサイズは増加すべきである。このようにして、ノード間の衝突の確立が低減されることが可能であり、チャネルアクセスの機会が増加する。
【００２５】
任意選択的に、第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定するステップは、
端末が、第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を受信するが、しかし第2アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないとき、第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態に基づいて、コンテンションウィンドウサイズを端末によって決定するステップ、または
端末が、第1アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないが、しかし第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を受信するとき、第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態に基づいて、コンテンションウィンドウサイズを端末によって決定するステップ、
を含む。
【００２６】
端末が、第1アップリンク参照リソースまたは第2アップリンク参照リソースのいずれかに含まれる少なくとも1つのHARQプロセスの受信状態のみを受信するが、他のアップリンク参照リソースに含まれるいずれのHARQプロセスの受信状態も受信しない場合、端末は、アップリンク参照リソース内のHARQプロセスの受信された受信状態のみに基づいてコンテンションウィンドウサイズを決定することができる。
【００２７】
任意選択的に、第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定するステップは、
端末が、第1アップリンク参照リソース内のいずれのHARQプロセスの受信状態も、そして第2アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、コンテンションウィンドウサイズを端末によって増加させるステップ
を含む。
【００２８】
端末が、2つのアップリンク参照リソースのいずれかに含まれるいずれのHARQプロセスの受信状態も受信しない場合、このケースは、コンテンションウィンドウサイズを決定するために1つのアップリンク参照リソースのみが選択され、初期送信または再送信を実行するために基地局がアップリンク参照リソース内のHARQプロセスを直ちにスケジューリングできないケースと似ている。このため、端末は受信状態情報を取得できず、したがってコンテンションウィンドウサイズを増加させることができない。
【００２９】
この実施形態の技術的解決策によれば、CWSはより正確に調整されることが可能であり、リアルタイムチャネル状態はより正確に反映されることが可能である。
【００３０】
任意選択的に、第1アップリンク参照リソースは第1アップリンク基準サブフレームを含み、第2アップリンク参照リソースは第2アップリンク基準サブフレームを含み、第1アップリンク基準サブフレームは少なくとも1つの第1アップリンクデータチャネルまたは少なくとも1つの第1送信時間間隔を含み、第2アップリンク基準サブフレームは少なくとも1つの第2アップリンクデータチャネルまたは少なくとも1つの第2送信時間間隔を含み、または
第1アップリンク参照リソースは第1アップリンク基準サブフレームを含み、第1アップリンク基準サブフレームは少なくとも1つの第1アップリンクデータチャネルまたは少なくとも1つの第1送信時間間隔を含み、第2アップリンク参照リソースは少なくとも1つの第2アップリンクデータチャネルまたは少なくとも1つの第2送信時間間隔を含む。
【００３１】
任意選択的に、第1アップリンクデータチャネルまたは第1送信時間間隔によって占有される第1時間領域リソース長は、第2アップリンクデータチャネルまたは第2送信時間間隔によって占有される第2時間領域リソース長よりも大きい。
【００３２】
本願の実施形態の第2の態様は、チャネルリスニング装置を提供する。装置は、第1の態様による方法または第1の態様の実装形態を実行するためのモジュールまたは手段（means）を含む。
【００３３】
本願の実施形態の第3の態様は、チャネルリスニング装置を提供する。装置は、トランシーバおよびプロセッサを含む。
【００３４】
トランシーバは、基地局によって送信されたアップリンクグラント情報を受信するように構成されている。
【００３５】
プロセッサは、トランシーバによって受信されたアップリンクグラント情報に基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定し、第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを決定し、コンテンションウィンドウサイズに基づいてチャネルをリッスンする、ように構成されている
【００３６】
任意選択的に、アップリンクグラント情報が第1アップリンクグラントを含むとき、プロセッサは、第1アップリンクグラントに基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定するように、特に構成されている。
【００３７】
第1アップリンク参照リソースは第1アップリンクグラントよりも早く、第1アップリンク参照リソースと第1アップリンクグラントとの間の時間間隔は第1プリセット時間間隔以上であり、第2アップリンク参照リソースは第1アップリンクグラントよりも早く、第2アップリンク参照リソースと第1アップリンクグラントとの間の時間間隔は第2プリセット時間間隔以上であり、第1プリセット時間間隔は第2プリセット時間間隔よりも大きい。
【００３８】
任意選択的に、アップリンクグラント情報が第1アップリンクグラントおよび第2アップリンクグラントを含むとき、プロセッサは、第1アップリンクグラントに基づいて第1アップリンク参照リソースを決定し、第2アップリンクグラントに基づいて第2アップリンク参照リソースを決定する、ように特に構成されている。
【００３９】
第1アップリンク参照リソースは第1アップリンクグラントよりも早く、第1アップリンク参照リソースと第1アップリンクグラントとの間の時間間隔は第1プリセット時間間隔以上であり、第2アップリンク参照リソースは第2アップリンクグラントよりも早く、第2アップリンク参照リソースと第2アップリンクグラントとの間の時間間隔は第2プリセット時間間隔以上であり、第1プリセット時間間隔は第2プリセット時間間隔よりも大きい。
【００４０】
任意選択的に、プロセッサは、第1アップリンク参照リソースおよび第2アップリンク参照リソースのうちの新しい方がターゲット参照リソースであると決定し、ターゲット参照リソースに基づいてコンテンションウィンドウサイズを決定するように、特に構成されている。
【００４１】
任意選択的に、プロセッサは、ターゲット参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態が肯定応答であることをトランシーバが受信したときにコンテンションウィンドウサイズを減少させるように、特に構成されている。
【００４２】
任意選択的に、プロセッサは、ターゲット参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの各々の、トランシーバによって受信された受信状態が否定応答であるとき、またはトランシーバがターゲット参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、コンテンションウィンドウサイズを増加させるように、さらに特に構成されている。
【００４３】
任意選択的に、プロセッサは、第1アップリンク参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態、および第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態をトランシーバが受信すると、第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態および第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態に基づいてコンテンションウィンドウサイズを決定するように、特に構成されている。
【００４４】
任意選択的に、プロセッサは、トランシーバが、第1アップリンク参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態を受信するが、しかし第2アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態に基づいてコンテンションウィンドウサイズを決定するように、またはトランシーバが、第1アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないが、しかし第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を受信するとき、第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態に基づいて、コンテンションウィンドウサイズを決定するように、さらに特に構成されている。
【００４５】
任意選択的に、プロセッサは、トランシーバが、第1アップリンク参照リソース内のいずれのハイブリッド自動繰り返し要求HARQプロセスの受信状態も、そして第2アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、コンテンションウィンドウサイズを増加させるように、さらに特に構成されている。
【００４６】
任意選択的に、第1アップリンク参照リソースは第1アップリンク基準サブフレームを含み、第2アップリンク参照リソースは第2アップリンク基準サブフレームを含み、第1アップリンク基準サブフレームは少なくとも1つの第1アップリンクデータチャネルまたは少なくとも1つの第1送信時間間隔を含み、第2アップリンク基準サブフレームは少なくとも1つの第2アップリンクデータチャネルまたは少なくとも1つの第2送信時間間隔を含み、または
第1アップリンク参照リソースは第1アップリンク基準サブフレームを含み、第1アップリンク基準サブフレームは少なくとも1つの第1アップリンクデータチャネルまたは少なくとも1つの第1送信時間間隔を含み、第2アップリンク参照リソースは少なくとも1つの第2アップリンクデータチャネルまたは少なくとも1つの第2送信時間間隔を含む。
【００４７】
任意選択的に、第1アップリンクデータチャネルまたは第1送信時間間隔によって占有される第1時間領域リソース長は、第2アップリンクデータチャネルまたは第2送信時間間隔によって占有される第2時間領域リソース長よりも大きい。
【００４８】
本願の実施形態の第4の態様は、第1の態様による方法を実行するように構成された少なくとも1つの処理要素（またはチップ）を含む、チャネルリスニング装置を提供する。
【００４９】
本願の実施形態の第5の態様は、通信システムを提供する。システムは、前述の態様によるチャネルリスニング装置および基地局を含み、基地局は、アップリンクグラント情報をチャネルリスニング装置に送信するように構成されている。
【００５０】
本願の実施形態の第6の態様は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、命令を記憶する。命令がコンピュータ上で実行されると、コンピュータは前述の態様による方法を実行する。
【００５１】
本願の実施形態の第7の態様は、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で実行されると、コンピュータは前述の態様による方法を実行する。
【００５２】
前述の態様によれば、端末は、基地局によって送信されたアップリンクグラント情報を受信し、アップリンクグラント情報に基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定し、第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを決定し、コンテンションウィンドウサイズに基づいてチャネルをリッスンする。従来技術とは異なり、端末は、アップリンクグラント情報に基づいて2つのアップリンク参照リソースを決定し、2つの参照リソースに基づいてコンテンションウィンドウサイズを調整および決定する。このようにして、ノード間の衝突の確立が低減され得るように、リアルタイムチャネル状態が正確に反映されることが可能であり、チャネルアクセスの機会が増加する。
【図面の簡単な説明】
【００５３】
【図１】ランダムバックオフCCAに基づくLBTリスニング機構の概略図である。
【図２Ａ】従来技術におけるコンテンションウィンドウサイズ調整の概略図である。
【図２Ｂ】1msのTTIおよびsTTIを含むeLAAシステムにおけるCWS調整の概略図である。
【図３】本願の実施形態が適用される通信システムの概略図である。
【図４】本願の実施形態によるチャネルリスニング方法の実施形態1のフローチャートである。
【図５】本願の実施形態による、第1アップリンクグラントに基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを端末によって決定することの概略図である。
【図６】本願の実施形態による、端末によって、第1アップリンクグラントに基づいて第1アップリンク参照リソースを決定し、第2アップリンクグラントに基づいて第2アップリンク参照リソースを決定することの、概略図である。
【図７】本願の実施形態によるチャネルリスニング方法の実施形態2のフローチャートである。
【図８】第2アップリンク参照リソースが第1アップリンク参照リソースよりも早い場合の概略図である。
【図９Ａ】図7に示される実施形態における、ターゲット参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定することの概略図である。
【図９Ｂ】図7に示される実施形態における、ターゲット参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定することの概略図である。
【図９Ｃ】図7に示される実施形態における、ターゲット参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定することの概略図である。
【図９Ｄ】図7に示される実施形態における、ターゲット参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定することの概略図である。
【図１０Ａ】本願の実施形態による、第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定することの概略図である。
【図１０Ｂ】本願の実施形態による、第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定することの概略図である。
【図１１】本願の実施形態によるチャネルリスニング方法の実施形態3のフローチャートである。
【図１２Ａ】図11に示される実施形態における、第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定することの概略図である。
【図１２Ｂ】図11に示される実施形態における、第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定することの概略図である。
【図１２Ｃ】図11に示される実施形態における、第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定することの概略図である。
【図１２Ｄ】図11に示される実施形態における、第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定することの概略図である。
【図１３】本願の実施形態によるチャネルリスニング装置の概略構造図である。
【図１４】本願の実施形態による別のチャネルリスニング装置の概略構造図である。
【発明を実施するための形態】
【００５４】
ロングタームエボリューション（Long Term Evolution，LTE）システムでは、直交周波数分割多重（Orthogonal Frequency Division Multiplexing，OFDM）技術が使用される。LTEシステムにおいて、データを送信するために使用される最小のリソース単位は、リソース要素（Resource Element，RE）である。1リソース要素は、時間領域内の1つのOFDMシンボル、および周波数領域内の1つのサブキャリアに対応する。リソース要素に基づいて、リソースブロック（Resource Block，RB）は、時間領域内の複数の連続するOFDMシンボルおよび周波数領域内の連続するサブキャリアを含み、リソーススケジューリングのための基本単位である。
【００５５】
LTEシステムでは、アップリンク送信のために単一のキャリアが使用され、1つのREは、周波数領域における1つのシングルキャリア周波数分割多元接続（Single Carrier Frequency Division Multiplexing Access，SC−FDMA）シンボルおよび1つのサブキャリアに対応する。LTEシステムにおけるアップリンクリソース割り当ての粒度は、送信時間間隔（Transmission Time Interval，TTI）毎である。従来のLTEシステム内の1つのTTIは、14OFDMシンボルの長さ、言い換えると1サブフレーム、1msの長さである。
【００５６】
LTEシステム内のアップリンク送信は、基地局によってスケジューリングされる。具体的には、基地局は、ダウンリンク制御チャネルにアップリンクグラント（UpLink grant，UL grant）を追加し、対応するアップリンクサブフレーム内の物理アップリンク共有チャネル（Physical Uplink Shared Channel，PUSCH）を送信するようにユーザ機器（User Equipment，UE）に指示するためにUL grantを使用する。1つのアップリンクサブフレームは少なくとも1つのトランスポートブロック（Transmission Block，TB）を含み、各TBは、1つのハイブリッド自動繰り返し要求（Hybrid Automatic Repeat，HARQ）プロセス番号（HARQ ID）に対応する。
【００５７】
TBがうまく受信された場合、基地局は、HARQプロセスを使用して新しいアップリンクデータを送信するように、またはHARQプロセス番号を使用して新しいTBを送信するように、言い換えると初期送信を実行するように、UEに指示するためにアップリンクグラント（UL grant）を使用してもよく、もしくはTBが受信されない場合、基地局はまた、送信されなかったHARQプロセスまたはHARQプロセス番号に対応するTBを送信するようにUEに指示するために、UL grantを使用する。
【００５８】
初期送信および再送信は、UL grantに含まれる新しいデータインジケータ（New Data Indicator，NDI）シグナリングを使用して区別される。具体的には、基地局は、アップリンクデータチャネル上で、またはHARQプロセスまたはTBに基づいて、最初に送信（NDIが「トグル」であるとき）または再送信（NDIが「非トグル」であるとき）を実行するようにUEに指示またはスケジューリングするために、NDIを使用する。初期送信は、アップリンクデータチャネル、HARQプロセス、またはTBの受信状態が肯定応答（ACK）であることを示し、再送信は、アップリンクデータチャネル、HARQプロセス、またはTBの受信状態が否定応答（NACK）であることを示す。
【００５９】
利用可能な帯域幅を拡張するために、ロングタームエボリューションを使用するライセンス支援アクセス（Licensed−Assisted Access using Long Term Evolution，LAA−LTE）システムが、LTE仕様のRelease 13に導入されている。キャリアアグリゲーション（Carrier Aggregation，CA）技術を用いると、LAA−LTEシステムは、利用可能なスペクトルを5GHzの免許不要周波数帯域まで拡張し、シームレスなカバレッジを実施して高遅延要件を有するいくつかのサービスを搬送するために認可スペクトルを使用し、いくつかのデータサービスを搬送するために免許不要帯域を使用することができる。
【００６０】
異なるオペレータの基地局およびUEならびにWi−FiなどのRAT間システム内の無線ノードが免許不要帯域内で友好的に共存できるようにするために、クリアチャネルアセスメント（Clear Channel Assessment，CCA）を通じて通信チャネルが検出され、チャネルがアイドル状態であるとわかった後にリスニングを通じて情報が送信されるように、LAA−LTEシステム内でリッスンビフォアトーク（Listen−Before−Talk，LBT）チャネルアクセス機構が使用されてもよい。
【００６１】
免許不要帯域上のアップリンク送信をさらにサポートするために、強化ライセンス支援アクセス（enhanced LAA，eLAA）システムがRelease 14に導入されている。既存のLTEシステムにおけるアップリンク送信と一致して、eLAAシステム内のアップリンク送信は、UL grantを送信することによって基地局によってスケジューリングされたUEによって実行される。LBTはまた、eLAAシステム内のアップリンク送信で実施される必要がある。ランダムバックオフCCAはLBTリスニング機構である。
【００６２】
ランダムバックオフCCA（Type 1 UL channel access）の具体的な手順は以下の通りである。無線通信機器は、0とコンテンションウィンドウサイズ（Contention Window Size，CWS）との間で1つのバックオフカウンタNを均等かつランダムに生成し、リスニングスロット（CCA slot）毎のベースでリスニングを実行し、そしてチャネルがリスニングスロット内でアイドル状態にあることを検出するとバックオフカウンタを1だけ減少し、チャネルがビジーであることが検出されるとバックオフカウンタを中断し、言い換えると、チャネルがアイドル状態になるまでチャネルのビジー時間中はバックオフカウンタNを変えずに維持する。バックオフカウンタが0に減少すると、無線通信機器は直ちにチャネルを占有することができる。
【００６３】
CWSは、ある範囲内で動的に調整され得る。たとえば、CWSの標準値は｛15，31，63，127，255，511，1023｝の値である。任意選択的に、ランダムバックオフCCAでは、リスニングスロットの標準値は9μsである。チャネル状態を決定するための基準は以下の通りである。無線通信機器は、リスニングスロット内のチャネル上で受信した電力をエネルギー検出閾値と比較する。電力がエネルギー検出閾値よりも高い場合、チャネルはビジーである。もしくは電力がエネルギー検出閾値よりも低い場合、チャネルはアイドル状態である。
【００６４】
eLAAシステム内のアップリンクCWSは、前のアップリンクデータチャネルが正確に送信されたか否かに基づいて調整される。UEはアップリンク基準サブフレームを決定する。アップリンク基準サブフレームに含まれるHARQプロセスまたはTBの受信状態が正しい場合、UEは、次回のアクセス機会を増加させるためにCWSを減少させる。もしくは、アップリンク基準サブフレームに含まれるHARQプロセスまたはTBの受信状態が正しくないかまたはUEがアップリンク基準サブフレームに含まれるいずれのHARQプロセスまたはTBの受信状態も受信しない場合、これはアップリンク基準サブフレームが別の無線ノードに衝突する可能性があることを示しており、したがってUEは、次のアクセス中の衝突の確率を低減するためにCWSを増加させる。
【００６５】
図1は、ランダムバックオフCCAに基づくLBTリスニング気候の概略図である。図1に示されるように、LBTリスニング機構では、CWSが15であり、対応するバックオフカウンタNは7であり、チャネルは複数のリスニングスロット内でビジーであると検出されると、バックオフカウンタは中断され、バックオフはチャネルがアイドル状態になった後に継続し、バックオフカウンタはアップリンクTTIがスケジューリングされる前にゼロにカウントダウンされる。もしくはCWSが31でNが20であるとき、バックオフカウンタは端末がスケジューリングされているアップリンクTTIの前にゼロにカウントダウンするので、LBTは失敗し、端末はデータ情報を送信するためにアップリンクTTIを占有することができない。
【００６６】
LTEシステム内の送信遅延をさらに減少させてユーザ体験を改善するために、リソース割り当ての粒度を1msのTTIから短送信時間間隔（short TTI，sTTI）に減少させるため、およびパケットアセンブリおよび復調および復号を実行するのにかかる時間を削減し、これによって物理層無線インターフェース遅延を減少させるために、遅延短縮（Latency Reduction）技術がRelease 14に導入されている。
【００６７】
TTIによって占有される時間領域リソースは、1msのTTIによって占有されるものよりも短い。言い換えると、アップリンクデータチャネルに対応するTTIがsTTIであるとき、sTTIによって占有される時間領域リソースは1msよりも短い。sTTIは、7SC−FDMA  シンボル（SC−FDMA Symbol，SS）、1SS、2SS、2＆3SS、または3＆4SS、およびその他の長さの構造をサポートし得る。2＆3SS構造では、サブフレームにおいて、いくつかのsTTIは2シンボルの長さを含み、その他のsTTIは3シンボルの長さを含む。3＆4SS構造では、サブフレームにおいて、いくつかのsTTIは3シンボルの長さを含み、その他のsTTIは4シンボルの長さを含む。sTTIは、1msよりも短い他のTTIをさらにサポートする。sTTI送信をサポートするLTEシステムは、周波数分割多重を通じて従来の1msのTTI LTEシステムと下位互換性があり得る。
【００６８】
加えて、異なるユーザの異なる遅延要件を満たすために、基地局は、異なるユーザ機器のために異なるsTTI長を構成し得る。ユーザ機器に対応する異なるsTTI長は、1SS、2SS、2＆3SS、3＆4SS、または7SSの間で半静的に調整され得る。加えて、同じsTTI長と1msのTTI長との間の動的な切り替えがサポートされ得る。sTTIのパケット長が短縮されるので、復号速度およびパケット組み立て速度は通常、1msのTTIよりも早い。したがって、スケジューリング遅延およびHARQフィードバック遅延もまた相応に短縮される。たとえば、アップリンクスケジューリング遅延は既存の1msのTTIの4msからk個のsTTIに短縮され、アップリンク復号遅延は既存の1msのTTIの4msからk個のsTTIに短縮され、ここでkは正の整数である。相応に、最短再送信遅延（同じHARQ IDに対応するTB送信と次のTB送信との間の時間間隔）は、8msから2＊k個のsTTIに短縮される。本願のこの実施形態では、「＊」は乗算を意味する。たとえば、2＊kは2掛けるkを意味する。言い換えると、2＊k個のsTTIは2k個のsTTIを示す。
【００６９】
sTTIが免許不要帯域内のeLAAシステムに導入された後、アップリンクスケジューリング粒度は減少するので、チャネルアクセスが成功する機会が増加でき、アップリンクスケジューリング遅延が短縮されるので、ダウンリンクからアップリンクへの切り替え時間が短縮でき、チャネル使用効率が改善される。しかしながら、sTTI送信をサポートするUEでは、CWSをどのように調整するかは解決すべき問題である。
【００７０】
現在、Release 14のeLAAプロトコルにおいて定義されたCWS調整モードは、eLAAシステムにおいて直接使用されている。具体的には、UEは、基地局によって送信されたUL grantに基づいてアップリンク基準サブフレームを決定し、アップリンク基準サブフレーム内のTBの受信状態（書記送信状態または再送信状態）に基づいてCWSを調整する。UEがアップリンク基準サブフレーム内のTBのためのHARQ IDを再び受信し、少なくとも1つのHARQ IDに対応するNDI情報が「トグル」状態である場合、これは初期送信を示し、したがってCWSは減少すべきである。アップリンク基準サブフレーム内の全ての受信したHARQ IDに対応するNDI情報が「非トグル」状態である場合には、これは再送信を示し、したがってCWSは増加すべきである。UEがもはやアップリンク基準サブフレーム内のTBのためのHARQ IDを受信しない場合には、これは基地局が復調されたアップリンク基準サブフレームを直ちに最初に送信または再送信しないことを示し、したがってCWSはまた増加すべきである。
【００７１】
NDI情報は、アップリンクサブフレームを送信するようにUEをスケジューリングするために基地局によって使用されるUL grantに含まれる。UL grantは、アップリンク基準サブフレームを決定するためにUEによって使用されるUL grantであってもよく、またはアップリンク基準サブフレームを決定するためにUEによって使用されるUL grantでなくてもよい。
【００７２】
具体的には、CWS調整がリアルタイムチャネル状態を反映できることを保証するために、アップリンク基準サブフレームは、UEがUL grantを受信するサブフレーム（たとえば、基地局がUL grantを送信するダウンリンクサブフレーム）の3ms前の最新のアップリンクバースト（UL burst）内の初期アップリンクサブフレームとして定義され、初期アップリンクサブフレームは、ランダムバックオフLBTを通じてチャネルにアクセスし、UEは、初期アップリンクサブフレームを使用してアップリンクデータ情報UL−SCHを送信する。
【００７３】
アップリンクバーストは、アップリンクデータ情報を送信するためにUEによって使用される、一連の連続するアップリンクサブフレーム（たとえば、2つのサブフレームが連続している場合、2つのサブフレームは間隙（Gap）を伴わずに時間領域内で連続していてもよく、または2つのサブフレームはサブフレーム間に間隙（Gap）を伴って連続するサブフレーム番号を有してもよい）である。
【００７４】
アップリンク基準サブフレームは、UEがアップリンクデータ情報を実際に送信するサブフレームである。たとえば、基地局によってスケジューリングされているが、LBTの失敗のためUEがチャネルにアクセスできないためにUEによって送信されなかったアップリンクサブフレームは、基準サブフレームとして使用され得ない。
【００７５】
1msのTTI eLAAシステムでは、基地局がアップリンク基準サブフレームを受信して受信状態を判断するときに消費される復号遅延は4msである。したがって、UEがサブフレーム＃nでUL grantを受信した場合、前述のアップリンクバーストは最新のアップリンクバーストであり、これはサブフレーム＃nの3ms前である（＃n−3と称される）。サブフレーム＃n−3が、UEがアップリンクデータ情報を送信してアップリンクバーストに含まれるアップリンクサブフレームである場合、アップリンク基準サブフレームは、アップリンクバーストにおいてアップリンクデータ情報を送信するための初期アップリンクサブフレームである。または＃n−3がアップリンクバーストにおいてアップリンクデータ情報を送信するための初期アップリンクサブフレームである場合、サブフレーム＃n−3はアップリンク基準サブフレームである。あるいは、n＿wが、UEがUL grantを受信するサブフレームの3ms前、言い換えると＃n−3の前で＃n−3に最も近く、UEがアップリンクデータ情報を送信するアップリンクサブフレームである場合、アップリンクバーストはn＿wが位置するアップリンクバーストであり、アップリンク基準サブフレームはアップリンクバースト内の初期アップリンクサブフレームである。または、n＿wがアップリンクバースト内の初期アップリンクサブフレームである場合、アップリンクサブフレームn＿wはアップリンク基準サブフレームである。
【００７６】
なお、この実施形態では、サブフレーム＃nはサブフレーム番号が＃nのサブフレームであり、ここでnは正の整数である。サブフレーム＃n＋kは、サブフレーム番号が＃n＋kのサブフレームであるか、またはサブフレーム＃nのk ms後の対応するサブフレームである。そしてサブフレーム＃n−kは、サブフレーム番号が＃n−kのサブフレームであるか、またはサブフレーム＃nのk ms前の対応するサブフレームである。TTI＃nは、TTI番号が＃nのTTIである。TTI＃n＋kは、TTI番号が＃n＋kのTTIであるか、またはTTI＃nの後のk番目のTTIである。TTI＃n−kは、TTI番号が＃n−kのTTIであるか、またはTTI＃nの前のk番目のTTIである。
【００７７】
図2Aは、従来技術におけるコンテンションウィンドウサイズ調整の概略図である。図2Aに示されるように、端末は、サブフレーム＃nにおいて、基地局によって送信されたアップリンクグラントUL grantを受信する。この場合、最新のアップリンクバーストおよびサブフレーム＃n−3の前は、アップリンクサブフレーム＃n−4、＃n−3、および＃n−2を含むアップリンクバーストである。アップリンクサブフレーム＃n−4はアップリンクバースト内の最初のアップリンクサブフレームなので、図2Aでは、アップリンクサブフレーム＃n−4が基準サブフレームである。
【００７８】
さらに、図2Aに示されるように、アップリンク基準サブフレーム＃n−4の受信状態場「NACK」、具体的には否定応答である。したがって、コンテンションウィンドウサイズは相応に増加すべきである。たとえば、図2Aに示されるように、元のCWSは15であり、調整されたCWSは31である。
【００７９】
全ての送信時間間隔TTIが1msのTTIであるeLAAシステムでは、時間領域スケジューリングおよび送信の粒度が両方とも1ms毎なので、各アップリンクサブフレームの復号遅延は4msであり、各アップリンクサブフレームのスケジューリング遅延もまた4msであるので、アップリンク基準サブフレームは最もリアルタイムのチャネル状態を反映することができる。しかしながら、sTTIがeLAAシステムに導入された後、UEは1msのTTIとsTTIとの間の動的な切り替えをサポートし、1msのTTIの復号遅延は4msであり、1msのTTIのスケジューリング遅延もまた4msであるので、1msのTTIに対応する最短再送信遅延は8msである。加えて、sTTIの復号遅延はk個のsTTIなので、sTTIのスケジューリング遅延もまたk個のsTTIであり、k個のsTTIは4ms未満であり、sTTIに対応する最短再送信遅延は2＊k個のsTTIであり、8ms未満である。
【００８０】
したがって、1msのTTIおよびsTTIを含むeLAAシステムでは、アップリンクグラントUL grantが受信されるサブフレームの3ms前である最新のアップリンクバースト内の初期アップリンクサブフレームが依然として基準サブフレームとして使用されている場合、最もリアルタイムのチャネル状態は反映され得ない。その理由は、依然としてアップリンクグラントUL grantが受信されるサブフレームの3ms後にsTTIがあってもよく、sTTIの再送信遅延が短くなり、UEがsTTI内のTBの受信状態を取得し得るからである。
【００８１】
たとえば、図2Bは、1msのTTIおよびsTTIを含むeLAAシステムにおけるCWS調整の概略図である。図2Bに示されるように、サブフレーム＃n−2は2つのsTTIを含み、各sTTIのTTI長は7SSであり、sTTIの復号遅延は2msであり、基地局は、サブフレーム＃n＋3において初期送信または再送信を実行するように2つのsTTIに含まれるHARQプロセスをスケジューリングするために、サブフレーム＃n＋1内のUL grantを実際に使用する。サブフレーム＃n−6は1つの1msのTTIに対応し、TTIの復号遅延は4msであり、基地局は、サブフレーム＃n＋4において初期送信または再送信を実行するように1msのTTIに含まれるHARQプロセスをスケジューリングするために、サブフレーム＃n内のUL grantを実際に使用する。図2Bでは、UEは、サブフレーム＃n内で受信されたアップリンクグラントUL grantに基づいて、およびアップリンクグラントUL grantが配置されたサブフレームの3ms前である最新のアップリンクバースト内の初期アップリンクサブフレームが基準サブフレームであるという規則にしたがって、基準サブフレームはサブフレーム＃n−6であると判断する。しかしながら、sTTIの再送信遅延はより短いので、UEはまた、アップリンクバースト｛＃n＋3，＃n＋4｝に対してLBTを実行する前のsTTIの受信状態も受信する。明らかに、CWSを調整するために＃n−2または＃n−2に含まれるsTTIを参照リソースとして使用することで、リアルタイムチャネル状態をより正確に反映することができる。対照的に、従来技術によれば、アップリンクグラントULが配置されたサブフレームの3ms前である最新のアップリンクバースト内の初期アップリンクサブフレームが基準サブフレームとして使用されるとき、最もリアルタイムのチャネル状態は反映され得ない。
【００８２】
前述の問題を解決するために、本願の実施形態は、1msのTTIおよびsTTIを含むeLAAシステムでは、アップリンクグラントUL grantが受信されるサブフレームの3ms前である最新のアップリンクバースト内の初期アップリンクサブフレームが依然として基準サブフレームとして使用されている場合、最もリアルタイムのチャネル状態は反映され得ないという従来技術の問題を解決するための、チャネルリスニング方法および端末を提供する。
【００８３】
本願の実施形態において提供されるチャネルリスニング方法は、免許不要帯域で動作することができ、少なくとも2つの送信時間間隔、または少なくとも2つのアップリンク復号遅延をサポートする、無線通信システムに適用可能である。無線通信システム内の基地局は免許不要帯域に関するダウンリンク情報を送信し、無線通信システム内の端末は免許不要帯域に関するアップリンク情報を送信する。
【００８４】
無線通信システムが少なくとも2つの送信時間間隔をサポートすると言うことは、以下を含む。端末が1msのTTIでのアップリンク送信およびsTTIでのアップリンク送信をサポートするとき、無線通信システム内の端末は、通常の1msのTTIのトランスポートフォーマットで、またはsTTIのトランスポートフォーマットで、アップリンク情報を送信し得る。もしくは端末が2つの異なる長さのsTTIでのアップリンク送信をサポートするとき、無線通信システム内の端末は、sTTIのより長いもののトランスポートフォーマットで、またはsTTIのより短いもののトランスポートフォーマットで、アップリンク情報を送信し得る。無線通信システムが少なくとも2つの最短アップリンク再送信遅延をサポートするということは、端末が、2つの異なる最短再送信遅延を用いるTTI送信をサポートするということを含む。最短再送信遅延は、HARQプロセスを含むアップリンクTTIから同じHARQプロセスを含む次のアップリンクTTIまでの最短時間間隔である。
【００８５】
図3は、本願の実施形態が適用される通信システムの概略図である。通信システムは、少なくとも1つの基地局110と、基地局110のカバレッジエリア内の複数の端末120とを含み得る。図3は、1つの基地局110および2つの端末120の一例を示す。任意選択的に、通信システムは複数の基地局を含んでもよく、各基地局のカバレッジエリアは別の数の端末を含んでもよい。これは、本願のこの実施形態では限定されない。
【００８６】
任意選択的に、無線通信システムは、ネットワークコントローラおよびモビリティ管理エンティティなど、他のネットワークエンティティをさらに含んでもよい。本願のこの実施形態は、これに限定されない。
【００８７】
本願の実施形態が適用される通信システムは、グローバルシステムフォーモバイルコミュニケーション（Global System for Mobile Communications，GSM（登録商標））システム、符号分割多重アクセス（Code Division Multiple Access，CDMA）システム、広帯域符号分割多重アクセス（Wideband Code Division Multiple Access，WCDMA（登録商標））システム、汎用パケット無線サービス（General Packet Radio Service，GPRS）システム、ロングタームエボリューション（Long Term Evolution，LTE）システム、LTE周波数分割複信（Frequency Division Duplex，FDD）システム、  LTE時分割複信（Time Division Duplex，TDD）システム、ユニバーサル移動体通信システム（Universal Mobile Telecommunication System，UMTS）、直交周波数分割多重（OFDM）技術などを使用する別の無線通信システムであってもよい。本願の実施形態において説明されるシステムアーキテクチャおよびビジネスシナリオは、本願の実施形態における技術的解決策をより明確に説明することを意図しているが、本願の実施形態において提供される技術的解決策を限定するように意図するものではない。当業者は、ネットワークアーキテクチャが進化して新しいビジネスシナリオが出現するにつれて、本願の実施形態において提供される技術的解決策が類似の技術的問題にさらに適用されることを知っているかも知れない。
【００８８】
本願の実施形態における基地局は、端末に無線通信機能を提供するように構成され得る。基地局は、様々な形態の、マクロ基地局、ミクロ基地局（スモールセルとも称される）、中継局、アクセスポイントなどを含み得る。基地局は、GSM（登録商標）またはCDMAのベーストランシーバ基地局（Base Transceiver Station，BTS）であってもよく、またはWCDMA（登録商標）のノードB（NodeB，NB）であってもよく、またはLTEの発展型ノードB（Evolutional Node B、eNB、またはe−NodeB）であってもよく、または5Gネットワークの対応するgNBデバイスであってもよい。説明を容易にするために、本願の実施形態の全てにおいて、端末に無線通信機能を提供する前述の装置は、まとめて基地局と称される。
【００８９】
本願の実施形態では、端末はまた、ユーザ機器（User Equipment，UE）、移動局（Mobile Station，MS）、移動端末（Mobile Terminal）、端末（Terminal）、などと称されてもよい。端末は、無線アクセスネットワーク（Radio Access Network，RAN）を介して1つ以上のコアネットワークと通信することができる。たとえば、端末は、携帯電話（「セルラー」電話とも称される）、移動端末と通信するコンピュータなどであってもよい。たとえば、端末は、音声および／またはデータを無線アクセスネットワークとやり取りする、携帯用でポケットサイズでハンドヘルドの、コンピュータ内蔵または車載の移動装置であり得る。これは、本願の実施形態では限定されない。
【００９０】
本願の実施形態では、「複数」とは2つ以上を指す。用語「および／または」は、関連する対象物の間の関連関係を記述しており、3つの関係性が存在し得ることを表している。たとえば、Aおよび／またはBは、以下の3つの場合を表すことができる：Aのみが存在する、AおよびBの両方が存在する、そしてBのみが存在する場合である。文字「／」は通常、関連する対象物の間の「または」の関係性を示す。
【００９１】
なお、リアルタイムチャネル状態をより良く反映し、少なくとも2つの最短再送信遅延またはTTI長をサポートする無線通信システム内のCWSをより正確に調整するために、本願の実施形態では、2つのアップリンク参照リソースを決定するために2つの異なる最短再送信遅延が使用され、次いで2つのアップリンク参照リソースに基づいてCWSが決定されることに、留意すべきである。eLAAシステムが2つの最短再送信遅延を有し、端末が2つのアップリンク参照リソース内のTB（またはHARQプロセス）の受信状態を受信するとき、端末は、2つのアップリンク参照リソースを比較して、より最近のアップリンク参照リソースに基づいてCWSを調整し、または2つのアップリンク参照リソースの療法に基づいてCWSを調整してもよく、これにより、CWS調整中に最新のチャネル状態が考慮されることを保証する。
【００９２】
任意選択的に、本願の実施形態では、TTIは1msのTTIまたはsTTIを含み、ここでsTTIは時間領域において1msよりも短いTTIである。TTIは、基地局によってスケジューリングされたように端末によって送信されるアップリンクデータブロックTBに対応する時間領域長である。
【００９３】
当業者による理解を容易にするために、本願の実施形態における復号遅延、最短スケジューリング遅延、および最短再送信遅延が最初に説明され、以下に記載される。
【００９４】
復号遅延は、端末が、HARQプロセスを含むアップリンクTTIまたはアップリンクサブフレームを送信する瞬間から、基地局がHARQプロセスを復調および復号して、初期送信または再送信を実行するようにHARQプロセスに指示するためにUL grantを使用する瞬間までの、最短時間間隔である。言い換えると、アップリンクTTIまたはアップリンクサブフレームを受信した後、基地局が、UL grantを使用してアップリンクTTIまたはアップリンクサブフレームにおいてHARQプロセスの初期送信または再送信をスケジュールできる最も早い瞬間は、復号遅延の後である。
【００９５】
基地局が、初期送信または再送信を実行するようにHARQプロセスに指示するためにUL grantを使用する瞬間は、基地局がUL grantを送信する瞬間であってもよく、または端末がUL grantを受信する瞬間であってもよい。任意選択的に、基地局がUL grantを送信する瞬間は特に、基地局が、UL grantのダウンリンクサブフレームを送信する、またはUL grantを搬送するUL grantまたはダウンリンクOFDMシンボルのダウンリンクTTI（sTTIまたは1msのTTI）を送信する瞬間である。したがって、端末がUL grantを受信するということは、端末が、UL grantのサブフレームを受信する、またはUL grantのTTI（sTTIまたは1msのTTI）を受信する、またはUL grantのダウンリンクOFDMシンボルまたはアップリンクシンボルを受信することを、特に意味する。
【００９６】
なお、復号遅延は、端末が、HARQプロセスを含むアップリンクTTIまたはアップリンクサブフレームを送信する瞬間から、基地局が、初期送信または再送信を実行するようにHARQプロセスに指示するためにUL grantを使用する瞬間までの、最短時間間隔であることを、理解すべきである。端末がHARQプロセスを含むアップリンクTTIまたはアップリンクサブフレームを送信する瞬間は、アップリンクTTIまたはアップリンクサブフレームの開始境界であってもよく、またはアップリンクTTIまたはアップリンクサブフレームの終了境界であってもよい。基地局が初期送信または再送信を実行するようにHARQプロセスに指示するためにUL grantを使用する瞬間は、UL grantを基地局が送信または端末が受信するサブフレームの開始境界、またはTTIの開始境界、または少なくとも1つのOFDMシンボルの終了境界であってもよく、もしくは端末がUL grantを受信するサブフレームの開始境界、またはTTIの終了境界、または少なくとも1つのOFDMシンボルの終了境界であってもよい。たとえば、従来の1msのTTIでは、復号遅延は、端末によって送信されてHARQプロセスを含むアップリンクサブフレームの開始境界から、基地局がUL grantを送信するサブフレームの開始境界までの最短時間間隔、具体的には4msであってもよく、もしくは、端末によって送信されてHARQプロセスを含むアップリンクサブフレームの終了境界から、基地局がUL grantを送信するサブフレームの開始境界までの最短時間間隔、具体的には3msであってもよい。
【００９７】
任意選択的に、復号遅延は、k個のサブフレームまたはkミリ秒として反映されてもよく、もしくはk個のsTTIとして反映されてもよく、もしくはk個のアップリンクシンボルとして反映されてもよい。一例では、sTTIが2 SSである場合、k個のsTTIは2＊k個のSSである。もしくはsTTIが2＆3構造である場合、k個のsTTIは、k1 2−SS sTTIおよび（k−k1）  3−SS sTTIを含み、k個のsTTIは（k1＊2＋（k−k1）＊3）SSである。
【００９８】
たとえば、従来のLTEシステムでは、復号遅延は4msである。言い換えると、端末がアップリンクサブフレーム＃n内のHARQプロセスを送信するとき、端末は、サブフレーム＃n＋4の場合と同じくらい早く、初期送信または再送信を実行するようにHARQプロセスをスケジューリングするために使用されるUL grantを受信することができる。しかしながら、基地局が初期送信または再送信を実行するようにHARQプロセスに指示するためにUL grantを使用することは非同期であるので、HARQプロセスを復号した後に、基地局が初期送信または再送信を実行するようにHARQプロセスに対応するHARQ IDを直ちにスケジューリングしなければ、端末がHARQプロセスを含むアップリンクTTIまたはアップリンクサブフレームを送信する瞬間から、端末がHARQプロセスに対応するHARQ IDを含むUL grantを受信する瞬間までの実際の時間間隔は、4msよりも大きい。sTTI送信では、復号遅延はk個のsTTIに短縮される。たとえば、7−SS構造のsTTIは4 sTTI、言い換えると2msであってもよい。
【００９９】
最短スケジューリング遅延は、基地局が初期送信または再送信を実行するようにHARQプロセスに指示するためにUL grantを使用する瞬間から、端末がアップリンクTTIまたはアップリンクサブフレーム内のHARQプロセスを送信する瞬間までの時間間隔である。基地局が、初期送信または再送信を実行するようにHARQプロセスに指示するためにUL grantを使用する瞬間は、基地局がUL grantを送信する瞬間であってもよく、または端末がUL grantを受信する瞬間であってもよい。任意選択的に、基地局がUL grantを送信するということは、基地局がUL grantのダウンリンクサブフレームを送信するということを特に意味し、端末がUL grantを送信すると言うことは、端末がUL grantのサブフレームを受信するということを特に意味する。
【０１００】
たとえば、従来のLTEシステムにおける1ms TTI送信のための最短スケジューリング遅延は4msであり、sTTI送信のための最短スケジューリング遅延はm個のsTTIに短縮されてもよく、ここでmは正の整数である。たとえば、7−SS構造のsTTIの最短スケジューリング遅延は4 sTTI、言い換えると2msであってもよい。
【０１０１】
最短再送信遅延は、端末がHARQプロセスを含むアップリンクTTIまたはアップリンクサブフレームを送信する瞬間から、端末がHARQプロセスを含む次のアップリンクTTIまたは次のアップリンクサブフレームを送信する瞬間までの、最短時間間隔である。任意選択的に、最短再送信遅延は、復号遅延および最短スケジューリング遅延の合計である。
【０１０２】
たとえば、従来のLTEシステムでは、最短再送信遅延は8msである。具体的には、端末がアップリンクサブフレーム＃n内のHARQプロセスを送信するとき、端末は、＃n＋8の場合と同じくらい早く、同じHARQプロセス番号に対応するHARQプロセスを送信することができる。基地局が初期送信または再送信を実行するようにHARQプロセスに指示するためにUL grantを使用することは非同期であるので、再送信遅延は8msよりも大きくなり得る。sTTI送信では最短再送信遅延は（k＋m）sTTIに短縮され得る。たとえば、7−SS構造のsTTIの最短再送遅延は8 sTTI、言い換えると4msであってもよい。
【０１０３】
図4は、本願の実施形態によるチャネルリスニング方法の実施形態1のフローチャートである。図4に示されるように、本願のこの実施形態において提供されるチャネルリスニング方法は、以下のステップを含む。
【０１０４】
ステップ41：端末は、基地局によって送信されたアップリンクグラント情報を受信する。
【０１０５】
eLAAシステム内のアップリンク送信は基地局によってスケジューリングされるので、基地局は、端末が基地局によって送信されたアップリンクグラント情報を受信できるように、ダウンリンク制御チャネルでアップリンクグラント情報を送信する。なお、アップリンクグラント情報は、ダウンリンク制御チャネル上で基地局によって端末に送信される指示情報であり、対応するアップリンクサブフレーム内のアップリンクデータチャネル、HARQプロセス、またはTBを最初に送信または再送するように端末に指示するために使用される情報を含むことを、理解すべきである。加えて、端末は、アップリンクグラント情報に基づいて、コンテンションウィンドウサイズを調整するために使用されるアップリンク参照リソースを、さらに決定することができる。
【０１０６】
任意選択的に、端末は、基地局によって送信された1つのアップリンクグラント情報を受信してもよく、または基地局によって送信された2つのアップリンクグラント情報を受信してもよい。これは本明細書において限定されない。言い換えると、この実施形態のアップリンクグラント情報は、1つまたは2つのアップリンクグラントを含み得る。アップリンクグラント情報が1つのアップリンクグラントのみを含むとき、アップリンクグラントは、この実施形態では、第1アップリンクグラントとして定義される。加えて、アップリンクグラント情報が2つのアップリンクグラントを含むとき、アップリンクグラントは、この実施形態では、第1アップリンクグラントおよび第2アップリンクグラントとして別々に定義される。言い換えると、本願の第1アップリンクグラントおよび第2アップリンクグラントは、アップリンクグラント情報の表現である。これは、本願のこの実施形態では限定されない。
【０１０７】
ステップ42：端末は、アップリンクグラント情報に基づいて、第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定する。
【０１０８】
任意選択的に、一実施形態では、アップリンクグラント情報が第1アップリンクグラント（UL grant）のみを含むとき、端末は、第1 UL grantに基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定し得る。
【０１０９】
別の実施形態では、アップリンクグラント情報が第1アップリンクグラント（UL grant）および第2 UL grantを含むとき、端末は、第1 UL grantに基づいて第1アップリンク参照リソースを決定し、第2 UL grantに基づいて第2アップリンク参照リソースを決定してもよい。
【０１１０】
ステップ43：端末は、第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいて、コンテンションウィンドウサイズを決定する。
【０１１１】
具体的には、端末が第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定した後、一実装形態において、端末は、第1アップリンク参照リソースまたは第2アップリンク参照リソースのいずれかをターゲット参照リソースとして選択し、最良のコンテンションウィンドウサイズを決定するために、次いでターゲット参照リソース内の少なくとも1つのHARQプロセスの受信状態に基づいてコンテンションウィンドウサイズを調整してもよい。別の実装形態では、端末は、最良のコンテンションウィンドウサイズを決定するために、第1アップリンク参照リソースおよび第2アップリンク参照リソースの各々の少なくとも1つのHARQプロセスの受信状態に基づいてコンテンションウィンドウサイズを決定する。
【０１１２】
ステップ44：端末は、コンテンションウィンドウサイズに基づいてチャネルをリッスンする。
【０１１３】
端末は、決定されたコンテンションウィンドウサイズCWSに基づいてチャネルをリッスンする。任意選択的に、チャネルリスニング方法は、ランダムバックオフにおけるCCAである。具体的な手順については、前述の説明を参照されたい。詳細はここで再び説明されない。
【０１１４】
本願のこの実施形態で提供されるチャネルリスニング方法によれば、端末は、基地局によって送信されたアップリンクグラント情報を受信し、アップリンクグラント情報に基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定し、第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを決定し、コンテンションウィンドウサイズに基づいてチャネルをリッスンする。従来技術とは異なり、端末は、アップリンクグラント情報に基づいて2つのアップリンク参照リソースを決定し、2つの参照リソースに基づいてコンテンションウィンドウサイズを調整および決定する。このようにして、ノード間の衝突の確立が低減され得るように、リアルタイムチャネル状態が正確に反映されることが可能であり、チャネルアクセスの機会が増加する。
【０１１５】
なお、端末は、2つの参照リソースに基づいてコンテンションウィンドウサイズを調整および決定する。端末は、2つのアップリンク参照リソースを比較し、アップリンク参照リソースの新しい方に基づいてCWSを調整してもよく、または2つのアップリンク参照リソースに基づいてCWSを調整してもよい。
【０１１６】
任意選択的に、一例では、この実施形態で提供されるチャネルリスニング方法では、アップリンクグラント情報は第1アップリンクグラントを含む。
【０１１７】
相応に、ステップ12（端末がアップリンクグラント情報に基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定する）は、以下のステップを使用することによって実施されてもよい。
【０１１８】
端末は、第1アップリンクグラントに基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定する。
【０１１９】
この実施形態では、端末は、第1 UL grantに基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定してもよい。言い換えると、端末は、同じUL grantに基づいて2つの異なるアップリンク参照リソースを決定する。
【０１２０】
任意選択的に、端末が第1 UL grantに基づいて第1アップリンク参照リソースを決定することは、以下の可能な方法で実施され得る。具体的には、端末は、第1の瞬間の前に最新の第1アップリンクバーストに含まれるアップリンク時間領域リソースを決定し、第1アップリンク参照リソースとしてアップリンク時間領域リソースを使用する。アップリンク時間領域リソースは、第1アップリンクバースト内の初期アップリンクサブフレーム、初期TTI、または初期第1アップリンクデータチャネルであってもよい。
【０１２１】
第1アップリンクバーストは、一連の連続するアップリンクサブフレームまたはTTIである。2つのサブフレーム（または2つのTTI）が連続的であるということは、サブフレーム間にアイドル時間間隔を伴わずに2つのサブフレーム（または2つのTTI）が時間領域において連続していること、または2つのサブフレームが、2つのサブフレーム間にアイドル時間間隔を伴って連続するサブフレーム番号を有する、または2つのTTIが2つのTTI間にアイドル時間間隔を伴って連続するTTI番号を有することを、含み得る。第1アップリンクバーストが一連の連続するアップリンクTTIである場合、アップリンクTTIは長さが同じであっても異なってもよい。
【０１２２】
さらに、第1の瞬間がアップリンクバーストに含まれる場合、第1アップリンク参照リソースは、アップリンクバースト内の初期アップリンクサブフレーム、初期TTI、または初期第1アップリンクデータチャネルである。任意選択的に、初期アップリンクサブフレーム、初期TTI、または初期第1アップリンクデータチャネルは、端末がアップリンク共有チャネル（Uplink Shared Channel，UL−SCH）を送信するためにチャネルを占有する、アップリンクサブフレーム、TTI、または第1アップリンクデータチャネルである。
【０１２３】
（たとえば、LBTの失敗のために端末がサブフレームの前にチャネルにアクセスできないため）基地局が送信するように端末をスケジューリングするが端末が送信できないサブフレーム、TTI、またはアップリンクデータチャネルは無視され、第1アップリンク参照リソースとして使用されない。任意選択的に、第1アップリンクバースト、第1アップリンクサブフレーム、第1 TTI、またはNo．1第1アップリンクデータチャネルは、ランダムバックオフCCAを通じてチャネルにアクセスした後に、端末によって送信される。端末が、別のLBT方法でチャネルにアクセスした後に初期アップリンクサブフレーム、初期TTI、または初期アップリンクデータチャネルを送信する場合、初期アップリンクサブフレーム、初期TTI、または初期第1アップリンクデータチャネルは第1アップリンク参照リソースとして使用されない。
【０１２４】
同様に、端末が第1 UL grantに基づいて第2アップリンク参照リソースを決定することは、端末が、第2の瞬間の前に最新の第2アップリンクバースト内のアップリンクリソースを決定し、このアップリンクリソースを第2アップリンク参照リソースとして使用することを含む。アップリンクリソースは、第2アップリンクバースト内の初期アップリンクサブフレーム、初期TTI、または初期第2アップリンクデータチャネルであってもよい。この方法は、端末が第1 UL grantに基づいて第1アップリンク参照リソースを決定する方法と似ている。第2アップリンクバーストの定義は、第1アップリンクバーストの定義と似ている。詳細はここで再び説明されない。
【０１２５】
任意選択的に、第1アップリンクバーストおよび第2アップリンクバーストは異なるアップリンクバーストである。アップリンクバースト内の初期アップリンクサブフレームが1種類のTTI長のみであり得ること、たとえば1msのTTI構造のみであり得ること、またはsTTI構造のみであり得ることを考慮すると、初期アップリンクサブフレームがsTTIである場合、初期アップリンクサブフレームは1つの構造のみのsTTI長であり得、1つのアップリンクバースト内の初期サブフレームは、1msのTTIおよびsTTIの両方を含むことができず、異なる長さの2種類のsTTIを含むことはできない。したがって、端末によって選択された第1アップリンク参照リソースおよび第2アップリンク参照リソースは、異なるアップリンクバースト内に配置される。
【０１２６】
図5は、本願の実施形態による、第1アップリンクグラントに基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを端末によって決定することの概略図である。図5に示されるように、基地局は、ダウンリンク制御チャネル上で、サブフレーム＃n＋10内の初期送信または再送信を実行するようにサブフレーム＃n内のHARQプロセスH0（1msのTTI）をスケジューリングするために、サブフレーム＃n＋6内のUL grant 1を送信し、基地局は、ダウンリンク制御チャネル上で、サブフレーム＃n＋9内の初期送信または再送信を実行するようにサブフレーム＃n＋4内のHARQプロセスH1（7−SS sTTI）をスケジューリングするために、サブフレーム＃n＋7内のUL grant 2を送信すると想定される。この場合、第1プリセット時間間隔は4msであり、第2プリセット時間間隔は4 sTTIである。UL grant 1はUL grant 2よりも早いので、端末は、より最近のUL grant 2を第1 UL grantとして使用し、第1アップリンク参照リソースが、基地局がUL grant 2を送信するダウンリンクサブフレーム＃n＋7の3ms前の最新のアップリンクバースト内の初期アップリンクサブフレーム＃nであると判断し、第2アップリンク参照リソースが基地局がUL grant 2を送信するダウンリンクサブフレーム＃n＋7の3ms前の最新のアップリンクバースト3内の初期アップリンクsTTI（＃n＋4の初期sTTI）であると判断する。
【０１２７】
なお、端末は、決定されたCWSに基づいてチャネルをリッスンし、リスニングを通じてアイドルチャネルが見つかった後にチャネルにアクセスし、新しいアップリンクバーストを送信することに、留意すべきである。第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定するために使用される第1 UL grantは、新しいアップリンクバースト内の少なくとも1つのアップリンクサブフレームまたはTTIをスケジューリングするために使用されるUL grantであってもよく、もしくは新しいアップリンクバースト内のいずれか1つ以上のアップリンクサブフレームまたはTTIをスケジューリングするために使用されなくてもよい（言い換えると、新しいアップリンクバースト以外のアップリンクバースト内の少なくとも1つのアップリンクサブフレームまたはTTIをスケジューリングするために使用されるUL grant）。言い換えると、端末は、新しいアップリンクバースト内のアップリンクサブフレームまたはTTIをスケジューリングするために使用されるUL grantに基づいてアップリンク参照リソースを決定してもよく、もしくは別のUL grant、たとえばあまり最近ではないかまたはより最近のUL grantに基づいて、アップリンク参照リソースを決定してもよい。
【０１２８】
さらに、本願のこの実施形態では、第1アップリンク参照リソースは第1アップリンクグラントよりも早く、第1アップリンク参照リソースと第1アップリンクグラントとの間の時間間隔は第1プリセット時間間隔以上であり、第2アップリンク参照リソースは第1アップリンクグラントよりも早く、第2アップリンク参照リソースと第1アップリンクグラントとの間の時間間隔は第2プリセット時間間隔以上であり、第1プリセット時間間隔は第2プリセット時間間隔よりも大きい。
【０１２９】
任意選択的に、第1プリセット時間間隔および第2プリセット時間間隔が以下に最初に説明および記載され、本願のこの実施形態では、第1プリセット時間間隔は第2プリセット時間間隔よりも大きい。第1プリセット時間間隔は第1アップリンク参照リソースと第1基準アップリンクグラントとの間の最短時間間隔であり、第2プリセット時間間隔は第2アップリンク参照リソースと第2基準アップリンクグラントとの間の最短時間間隔である。第1プリセット時間間隔は、第1アップリンク参照リソース内のアップリンクチャネルまたはTBの復号遅延、言い換えると、端末がHARQプロセスを含むアップリンクTTIまたはアップリンクサブフレーム（第1アップリンク参照リソース）を送信する瞬間から、基地局が初期送信または再送信を実行するようにHARQプロセスに指示するためにUL grant（第1基準アップリンクグラント）を使用する瞬間までの最短時間間隔に、対応し得る。詳細はここで再び説明されない。第2プリセット時間間隔は、第2アップリンク参照リソース内のアップリンクチャネルまたはTBの復号遅延に対応し得る。詳細はここで再び説明されない。第2アップリンク参照リソース内のアップリンクチャネルまたはTBの復号遅延は、第1アップリンク参照リソース内のアップリンクチャネルまたはTBの復号遅延未満である。したがって、第1プリセット時間間隔は第2プリセット時間間隔よりも大きい。
【０１３０】
なお、第1アップリンク参照リソースと第1基準アップリンクグラントとの間の最短時間間隔は、特定の送信における第1アップリンク参照リソースから第1基準アップリンクグラントまでの時間間隔ではなく、基地局の復号能力に基づいて達成され得る第1アップリンク参照リソースから第1基準アップリンクグラントまでの最短時間間隔であることを、理解すべきである。復号能力または復号遅延は事前定義されてもよい。したがって、さらに、第1プリセット時間間隔が事前定義され、第2プリセット時間間隔が事前定義される。基地局のスケジューリングアルゴリズムまたはLBTにおけるチャネル競合などの要因により、特定の送信において、第1アップリンク参照リソース内の少なくとも1つのHARQプロセスに基づいて初期送信または再送信を実行するように端末を実際にスケジューリングするために基地局によって使用される、第1アップリンク参照リソースからアップリンクグラントまでの時間間隔は、第1プリセット時間間隔よりも大きくてもよい。そして同様に、第2アップリンク参照リソース内の少なくとも1つのHARQプロセスに基づいて初期送信または再送信を実行するように端末を実際にスケジューリングするために基地局によって使用される、第2アップリンク参照リソースからアップリンクグラントまでの時間間隔は、第2プリセット時間間隔よりも大きくてもよい。
【０１３１】
第1基準アップリンクグラントは、第1アップリンク参照リソース内の少なくとも1つのHARQプロセスに基づいて初期送信または再送信を実行するように端末をスケジューリングするために基地局によって使用されるアップリンクグラントであり、第2基準アップリンクグラントは、第2アップリンク参照リソース内の少なくとも1つのHARQプロセスに基づいて初期送信または再送信を実行するように端末をスケジューリングするために基地局によって使用されるアップリンクグラントである。
【０１３２】
実際に、第1アップリンク参照リソースに対応する初期TTIは、1msのTTIまたはsTTIであってもよい。前述の分析から、端末は、第1の瞬間の前の最新の第1アップリンクバーストに含まれるアップリンク時間領域リソースを決定し、このアップリンク時間領域リソースを第1アップリンク参照リソースとして使用することがわかる。
【０１３３】
本願のこの実施形態では、第1の瞬間は第1 UL grantよりも早く、第1の瞬間と第1 UL grantとの間の時間間隔は、第1プリセット時間間隔、第1プリセット時間間隔マイナス1ms、または第1プリセット時間間隔マイナス1 sTTIである。具体的には、第1の瞬間と第1 UL grantとの間の時間間隔は、第1の瞬間と、基地局が第1 UL grantを送信する瞬間との間の時間間隔であってもよく、もしくは第1の瞬間と、端末が第1 UL grantを受信する瞬間との間の時間間隔であってもよい。任意選択的に、基地局が第1 UL grantを送信することは、基地局が第1 UL grantのダウンリンクサブフレームを送信することを含み、端末が第1 UL grantを受信することは、端末が第1 UL grantのサブフレーム、第1 UL grantのTTI（sTTIまたは1msのTTI）、または第1 UL grantのアップリンクシンボルを受信することを含む。
【０１３４】
たとえば、第1プリセット時間間隔が3msである場合（たとえば、復号遅延が4msであり、第1プリセット時間間隔が復号遅延マイナス1ms、または復号遅延が3msであり、第1プリセット時間間隔が復号遅延である場合）、第1の瞬間と第1 UL grantとの間の時間間隔は第1プリセット時間間隔であり、基地局はダウンリンクサブフレーム＃nで第1 UL grantを送信し、第1の瞬間はサブフレーム＃n−3である。第1プリセット時間間隔が3msであり、端末がダウンリンクサブフレーム＃n＋1で第1 UL grantを受信および検出する場合、第1の瞬間はサブフレーム＃n−2である。たとえば、第1プリセット時間間隔が3 sTTIであり（たとえば、復号遅延が4 sTTIであり、第1プリセット時間間隔が復号遅延マイナス1 sTTI、または復号遅延が3 sTTIであり、第1プリセット時間間隔が復号遅延）、基地局がダウンリンクsTTI  ＃pで第1 UL grantを送信する場合、第1の瞬間はsTTI  ＃p−3である。第1プリセット時間間隔が4msである場合（たとえば、復号遅延が4msであり、第1プリセット時間間隔が復号遅延である場合）、第1の瞬間と第1 UL grantとの間の時間間隔は第1プリセット時間間隔マイナス1msであり、基地局はダウンリンクサブフレーム＃nで第1 UL grantを送信し、第1の瞬間はサブフレーム＃n−3である。
【０１３５】
本願のこの実施形態では、第2の瞬間は第1 UL grantよりも早く、第2の瞬間と第1 UL grantとの間の時間間隔は第2プリセット時間間隔、第2プリセット時間間隔マイナス1ms、または第2プリセット時間間隔マイナス1 sTTIである。第2の瞬間と第1 UL grantとの間の時間間隔の定義は、第1の瞬間と第1 UL grantとの間の時間間隔の定義と似ている。詳細はここで再び説明されない。
【０１３６】
任意選択的に、第1アップリンク参照リソースが第1アップリンクグラントよりも早いことは、第1アップリンク参照リソースの終了の瞬間が、端末が第1 UL grantを受信する瞬間、端末がUL grantを受信する瞬間に対応するサブフレーム、または基地局がUL grantを送信するダウンリンクサブフレームよりも早いことを含む。
【０１３７】
たとえば、第1アップリンク参照リソースはアップリンクサブフレーム＃nであり、基地局（Evolved Node B，eNB）によって送信された第1 UL grantはダウンリンクサブフレーム＃n＋4の物理ダウンリンク制御チャネル（Physical Downlink Control Channel，PDCCH）で搬送され、端末はサブフレーム＃n＋5内の第1 UL grantを受信する。したがって、第1 UL grantは第1アップリンク参照リソースよりも遅い。第2アップリンク参照リソースが第1アップリンクグラントよりも早いということは、これと似ている。詳細はここで再び説明されない。
【０１３８】
なお、端末が第1 UL grantに基づいて2つのアップリンク参照リソースを決定し、1つのアップリンク参照リソースの含まれるデータチャネルまたはTTIの長さが別のアップリンク参照リソースの含まれるデータチャネルまたはTTI長と異なるとき（第1時間領域リソース長は第2時間領域リソース長と等しくない）、第1 UL grantは、同じTTI長または同じ復号遅延に対応するアップリンクチャネルまたはTBのみをスケジューリングするために使用されることが可能であるが、2つの異なるTTI長または2つの復号遅延に対応するアップリンクチャネルまたはTBを同時にスケジューリングすることはできないので、端末が、第1 UL grantに基づいて、他のTTI長または他の復号遅延に対応するアップリンク参照リソースを決定するとき、端末は、他のTTI長または他の復号遅延に対応する第1 UL grantおよび復号遅延に基づいてアップリンク参照リソースを直接決定し得ることは、理解されるだろう。このように、第1 UL grantを使用することによってスケジューリングされる1つのTTIの長さは、他のTTIの長さと同じである必要はなく、第1 UL grantを使用することによってスケジューリングされる1つのTTIに対応する復号遅延は、他の復号遅延と同じである必要はない。さらに、第1 UL grantが1msのTTI長に対応するアップリンクチャネルまたはTBをスケジューリングするために使用されるとき、端末は1msのTTIに対応する第1 UL grantおよび復号遅延に基づいて第1アップリンク参照リソースを決定し、第1 UL grantが配置されたサブフレームに含まれるsTTI（sTTIをスケジューリングするために使用されるUL grantがsTTIに含まれていなくても）およびsTTIの復号遅延に基づいて、第2アップリンク参照リソースをさらに決定してもよい。さらに、第1 UL grantが配置されたサブフレームに含まれるsTTIは、第1 UL grantが配置されたsTTIであってもよく、または第1 UL grantが配置されたサブフレーム内の別のsTTIであってもよい。sTTI長に対応するアップリンクチャネルまたはTBをスケジューリングするために第1 UL grantが使用されるとき、端末は、sTTIに対応する第1 UL grantおよび復号遅延に基づいて第2アップリンク参照リソースを決定し、第1 UL grantが位置するサブフレーム（1msのTTIをスケジューリングするために使用されるUL grantがサブフレームに含まれていなくても）および1msのTTIの復号遅延に基づいて、第1アップリンク参照リソースをさらに決定してもよい。
【０１３９】
たとえば、端末が、1msのTTIをスケジューリングするために使用される第1 UL grantに基づいて、sTTIを含む第2アップリンク参照リソースを決定するとき、端末は、第1 UL grantが配置されたダウンリンクサブフレーム内のダウンリンクsTTI（アップリンクsTTIをスケジューリングするために使用されるUL grantはダウンリンクsTTIに含まれ得る）に基づいて、しかし第1 UL grantが配置されたダウンリンクサブフレームには基づかないで、第2アップリンク参照リソースが第2の瞬間の前の最新の第2アップリンクバースト内のアップリンクリソースであると判断し得る。
【０１４０】
端末が、sTTIをスケジューリングするために使用される第1 UL grantに基づいて、1msのTTIを含む第1アップリンク参照リソースを決定するとき、端末は、第1 UL grantが配置されたダウンリンクサブフレーム（アップリンクの1ms TTIをスケジューリングするために使用されるUL grantはダウンリンクサブフレームのPDCCH領域に含まれ得る）に基づいて、しかしUL grantが配置されたダウンリンクsTTIには基づかないで、第1アップリンク参照リソースが第1の瞬間の前の最新の第1アップリンクバーストであると判断し得る。
【０１４１】
一例では、第1時間領域リソース長が第2時間領域リソース長と等しくないとき、第1 UL grantは、第1時間領域リソース長に対応するアップリンクデータチャネルをスケジューリングするために使用されてもよく、または第2時間領域リソース長に対応するアップリンクデータチャネルをスケジューリングするために使用されてもよい。たとえば、第1 UL grantは、sTTIに対応するデータチャネルでデータ情報を送信するように端末をスケジューリングしてもよく、または1msのTTIに対応するデータチャネルでデータ情報を送信するように端末をスケジューリングしてもよい。
【０１４２】
なお、第1 UL grantは、第1時間領域リソース長に対応するアップリンクデータチャネルでHARQプロセスまたはTBに基づいて初期送信または再送信を実行するように端末をスケジューリングするために使用されてもよく、もしくは第2時間領域リソース長に対応するアップリンクデータチャネルでHARQプロセスまたはTBに基づいて初期送信または再送信を実行するように端末をスケジューリングするために使用されてもよいことを、理解すべきである。HARQプロセスまたはTBの初期送信または再送信を搬送するために使用されるアップリンクデータチャネルは、第1時間領域リソース長または第2時間領域リソース長に対応し得る。たとえば、第1 UL grantは、sTTIに基づいて再送信を実行するように端末をスケジューリングするために使用されるUL grantであってもよく、または1msのTTIに基づいて再送信を実行するように端末をスケジューリングするために使用されるUL grantであってもよい。sTTIまたは1msのTTIの再送信を搬送するために使用されるTTIは、sTTIまたは1msのTTIであってもよい。
【０１４３】
任意選択的に、別の例では、この実施形態で提供されるチャネルリスニング方法では、アップリンクグラント情報は第1アップリンクグラントおよび第2アップリンクグラントを含む。
【０１４４】
相応に、ステップ12（端末がアップリンクグラント情報に基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定する）は、以下のステップを使用して実施されてもよい。
【０１４５】
端末は、第1アップリンクグラントに基づいて第1アップリンク参照リソースを決定し、第2アップリンクグラントに基づいて第2アップリンク参照リソースを決定する。
【０１４６】
任意選択的に、端末は、第1 UL grantに基づいて第1アップリンク参照リソースを決定し、第2 UL grantに基づいて第2アップリンク参照リソースを決定し、第2 UL grantおよび第1 UL grantは異なっており、異なるダウンリンクTTI内に別々に配置されるか、または異なるダウンリンクサブフレーム内に配置される。さらに、本願のこの実施形態の技術的解決策は、2つのUL grantを使用することによって参照リソースを共同で決定することを含まない。
【０１４７】
本願のこの実施形態では、第2の瞬間は第2 UL grantよりも早く、第2の瞬間と第2 UL grantとの間の時間間隔は第2プリセット時間間隔、第2プリセット時間間隔マイナス1ms、または第2プリセット時間間隔マイナス1 sTTIである。第2の瞬間と第2 UL grantとの間の時間間隔の定義は、第2の瞬間と第1 UL grantとの間の時間間隔の定義と似ている。詳細はここで再び説明されない。
【０１４８】
なお、第1時間領域リソース長が第2時間領域リソース長と等しくないかまたは第1プリセット時間間隔が第2プリセット時間間隔と等しくないとき、第1 UL grantはアップリンクデータチャネル、HARQプロセス、またはトランスポートブロックをスケジューリングするために使用され、アップリンクデータチャネル、HARQプロセス、またはトランスポートブロックは第1時間領域リソース長または第1プリセット時間間隔に対応し、第2 UL grantは別のアップリンクデータチャネル、HARQプロセス、またはトランスポートブロックをスケジューリングするために使用され、別のアップリンクデータチャネル、HARQプロセス、またはトランスポートブロックは第2時間領域リソース長または第2プリセット時間間隔に対応することは、理解されるだろう。
【０１４９】
任意選択的に、第1 UL grantは第1アップリンクデータチャネル、HARQプロセス、またはトランスポートブロックをスケジューリングするために使用され、第1アップリンクデータチャネル、HARQプロセス、またはトランスポートブロックは、前のアップリンクデータチャネル、HARQプロセス、またはトランスポートブロックに基づいて初期送信または再送信を実行するために使用される。加えて、前のアップリンクデータチャネル、HARQプロセス、またはトランスポートブロックは、第1時間領域リソース長または第1プリセット時間間隔に対応する。第2 UL grantは第2アップリンクデータチャネル、HARQプロセス、またはトランスポートブロックをスケジューリングするために使用され、第2アップリンクデータチャネル、HARQプロセス、またはトランスポートブロックは、第1アップリンクデータチャネル、HARQプロセス、またはトランスポートブロックとは異なっており、前のアップリンクデータチャネル、HARQプロセス、またはトランスポートブロックに基づいて初期送信または再送信を実行するために使用される。前のアップリンクデータチャネル、HARQプロセス、またはトランスポートブロックは、第2時間領域リソース長または第2プリセット時間間隔に対応する。
【０１５０】
1msのTTIをスケジューリングするために使用される第1 UL grantおよびsTTIをスケジューリングするために使用される第2 UL grantは、ダウンリンクサブフレームの異なる瞬間に配置されてもよく、1msのTTIに対応する第1 UL grantによってスケジューリングされるアップリンクサービスの優先順位は、sTTIに対応する第2 UL grantによってスケジューリングされるアップリンクサービスの優先順位とは異なることを考慮して、基地局は、1つのUL grantのみを送信することができるが、2つのUL grantを直ちに同時に送信することはできなくてもよい。この場合、2つのアップリンク参照リソース（1つのアップリンク参照リソースのTTI長または復号遅延はUL grantを使用してスケジューリングされたリソースと一致しない）は、同じUL grantを使用して決定されない。代わりに、2つのアップリンク参照リソースは、2つの異なるUL grantを選択することによって別々に決定される（2つのUL grantは、異なるTTI長または復号遅延に対応する）。
【０１５１】
たとえば、1msのTTIをスケジューリングするために使用される第1 UL grantは、より早いPDCCH領域内に配置され、sTTIをスケジューリングするために使用される第2 UL grantは、後のsPDCCH領域内に配置され得る。したがって、基地局が競合を通じてサブフレームの中央のチャネルを占有する場合、基地局は、一度に、sTTIをスケジューリングするために使用される第2 UL grantのみを送信し、sTTIに対応する第2アップリンク参照リソースを決定するために第2 UL grantを使用し、1msのTTIに対応する第1アップリンク参照リソースを決定するために1msのTTIをスケジューリングするために使用される別の第1 UL grantを使用することができる。
【０１５２】
図6は、本願の実施形態による、端末によって、第1アップリンクグラントに基づいて第1アップリンク参照リソースを決定し、第2アップリンクグラントに基づいて第2アップリンク参照リソースを決定することの、概略図である。図6に示されるように、基地局は、サブフレーム＃n＋2内のUL grant 1ダウンリンク制御チャネルを使用することによって、サブフレーム＃n＋10内の初期送信または再送信を実行するようにサブフレーム＃n内のHARQプロセスH2（1msのTTI）をスケジューリングし、基地局は、サブフレーム＃n＋7内のUL grant 2ダウンリンク制御チャネルを使用することによって、サブフレーム＃n＋9内の初期送信または再送信を実行するようにサブフレーム＃n＋4内のHARQプロセスH1（7−SS sTTI）をスケジューリングすると想定され、第1プリセット時間間隔は4msであり、第2プリセット時間間隔は4 sTTIである。この実施形態では、UL grant 1は第1 UL grantであり、UL grant 2は第2 UL grantである。したがって、端末は、1msのTTIをスケジューリングするために使用される第1 UL grantに基づいて、第1の瞬間はUL grant 1が配置されたダウンリンクサブフレーム＃n＋2の3ms前（第1プリセット時間間隔マイナス1ms）、言い換えるとサブフレーム＃n−2であると判断し、第1アップリンク参照リソース（1msのTTIに対応する）は第1の瞬間の前の最新の第1アップリンクバースト内の初期アップリンクサブフレーム＃n−3であると判断し、sTTIをスケジューリングするために使用される第2 UL grantに基づいて、第2の瞬間はUL grant 2が配置されたダウンリンクsTTIの3 sTTI前、言い換えるとサブフレーム＃n＋5の第2のsTTIであると判断し（＃n＋5は7−SS構造であると想定される）、第2アップリンク参照リソース（sTTIまたはsTTIを含むサブフレームに対応する）はサブフレーム＃n＋5の第2のsTTIの前の最新のアップリンクバースト内の、初期アップリンクsTTI（＃n＋4内の初期sTTI）またはsTTIを含むアップリンクサブフレーム＃n＋4であると判断する。
【０１５３】
なお、端末は、決定されたCWSに基づいてチャネルをリッスンし、チャネルリスニングが成功した後にチャネルにアクセスし、新しいアップリンクバーストを送信することに、留意すべきである。第1アップリンク参照リソースを決定するために使用される第1 UL grantおよび第2アップリンク参照リソースを決定するために使用される第2 UL grantは、新しいアップリンクバースト内の少なくとも1つのアップリンクサブフレームまたはTTIをスケジューリングするために使用される第2 UL grantであってもよく、もしくは新しいアップリンクバースト内のいずれか1つ以上のアップリンクサブフレームまたはTTIをスケジューリングするために使用されなくてもよい。言い換えると、端末は、新しいアップリンクバースト内のアップリンクサブフレームまたはTTIをスケジューリングするために使用されるUL grantに基づいてアップリンク参照リソースを決定してもよく、もしくは別のUL grant、たとえばあまり最近ではないかまたはより最近のUL grantに基づいて、アップリンク参照リソースを決定してもよい。
【０１５４】
さらに、本願のこの実施形態では、第1アップリンク参照リソースは第1アップリンクグラントよりも早く、第1アップリンク参照リソースと第1アップリンクグラントとの間の時間間隔は第1プリセット時間間隔以上であり、第2アップリンク参照リソースは第2アップリンクグラントよりも早く、第2アップリンク参照リソースと第2アップリンクグラントとの間の時間間隔は第2プリセット時間間隔以上であり、第1プリセット時間間隔は第2プリセット時間間隔よりも大きい。
【０１５５】
任意選択的に、本願のこの実施形態では、第1プリセット時間間隔は第2プリセット時間間隔よりも大きいことが想定される。第1プリセット時間間隔は第1アップリンク参照リソースと第1基準アップリンクグラントとの間の最短時間間隔であり、第2プリセット時間間隔は第2アップリンク参照リソースと第2基準アップリンクグラントとの間の最短時間間隔である。第1基準アップリンクグラントは、第1アップリンク参照リソース内の少なくとも1つのHARQプロセスに基づいて初期送信または再送信を実行するように端末をスケジューリングするために基地局によって使用されるアップリンクグラントであり、第2基準アップリンクグラントは、第2アップリンク参照リソース内の少なくとも1つのHARQプロセスに基づいて初期送信または再送信を実行するように端末をスケジューリングするために基地局によって使用されるアップリンクグラントである。したがって、第1アップリンク参照リソースと第1アップリンクグラントとの間の時間間隔は第1プリセット時間間隔以上であり、第2アップリンク参照リソースと第2アップリンクグラントとの間の時間間隔は第2プリセット時間間隔以上である。
【０１５６】
さらに、1msのTTIに対応する復号遅延、最短スケジューリング遅延、および最短再送信遅延はそれぞれsTTIに対応する復号遅延、最短スケジューリング遅延、および最短再送信遅延よりも大きいので、第1アップリンクグラントが1msのTTIをスケジューリングするために使用されるUL grantであり、第2アップリンクグラントがsTTIをスケジューリングするために使用されるUL grantである場合、第1プリセット時間間隔は第2プリセット時間間隔よりも大きい。
【０１５７】
本願のこの実施形態では、第1アップリンク参照リソースが第1アップリンクグラントよりも早いことは、第1アップリンク参照リソースの終了の瞬間が、端末が第1 UL grantを受信する瞬間、端末が第1 UL grantを受信する瞬間に対応するサブフレームまたはTTI、または基地局が第1 UL grantを送信するダウンリンクサブフレームまたはTTIよりも早いことを含む。第2アップリンク参照リソースが第2アップリンクグラントよりも早いことは、第2アップリンク参照リソースの終了の瞬間が、端末が第2 UL grantを受信する瞬間、または端末が第2 UL grantを受信する瞬間に対応するサブフレームまたはTTIよりも早いことを含む。
【０１５８】
前述の実施形態のいずれか1つに基づいて、ステップ43（端末が第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを決定する）は、以下の2つの可能な実装形態で実施され得る。詳細については、以下の実施形態を参照されたい。
【０１５９】
可能な実施形態において、図7は、本願の実施形態によるチャネルリスニング方法の実施形態2のフローチャートである。図7に示されるように、本願のこの実施形態で提供されるチャネルリスニング方法では、ステップ43（端末が第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを決定する）は、以下のステップを含む。
【０１６０】
ステップ71：端末は、第1アップリンク参照リソースおよび第2アップリンク参照リソースのうちの新しい方がターゲット参照リソースであると決定する。
【０１６１】
ステップ72：端末は、ターゲット参照リソースに基づいてコンテンションウィンドウサイズを決定する。
【０１６２】
一例では、端末は、最初に第1アップリンク参照リソースおよび第2アップリンク参照リソースからターゲット参照リソースを決定し、次いでターゲット参照リソースに基づいてコンテンションウィンドウサイズを決定する。
【０１６３】
具体的には、第1アップリンク参照リソースおよび第2アップリンク参照リソースの両方が第1 UL grantによって決定されるとき、第1アップリンク参照リソースおよび第2アップリンク参照リソースのうち、第1 UL grantにより近い参照リソースがターゲット参照リソースである。第1アップリンク参照リソースが第1 UL grantに基づいて決定され、第2アップリンク参照リソースが第2 UL grantに基づいて決定されるとき、第1アップリンク参照リソースおよび第2アップリンク参照リソースのうち、第1 UL grantおよび第2 UL grantのうちの新しい方により近い参照リソースがターゲット参照リソースである。言い換えると、最新の参照リソースがターゲット参照リソースとして選択され、次いで最良のCWSを決定するために、ターゲット参照リソースに基づいて、具体的にはターゲット参照リソース内のHARQプロセス（またはTB）の受信状態が受信されたか否かに基づいて、またはターゲット参照リソース内のHARQプロセス（またはTB）の受信された受信状態（肯定応答または否定応答）に基づいて、CWSが調整される。
【０１６４】
端末は、2つのアップリンク参照リソースの各々におけるHARQプロセス（またはTB）の受信状態が受信されたか否かに基づいて、または2つのアップリンク参照リソースの各々におけるHARQプロセス（またはTB）の受信状態に基づいてCWSを直接調節するのではなく、代わりに、2つのアップリンク参照リソースの時系列順に基づいて2つのアップリンク参照リソースのうちの1つがターゲット参照リソースとして決定され、次いでターゲット参照リソース内のHARQプロセス（またはTB）の受信状態に基づいてCWSが決定されることは、理解されるだろう。
【０１６５】
任意選択的に、ターゲット参照リソースが第1アップリンク参照リソースおよび第2アップリンク参照リソースのうちの新しい方であることは、ターゲット参照リソースに対応するTTIまたはサブフレームが別のアップリンク参照リソースに対応するTTIまたはサブフレームよりも遅いことを含む。
【０１６６】
本願のこの実施形態で提供されるチャネルリスニング方法によれば、端末が第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを決定するとき、端末は、最初に、ターゲット参照リソースは第1アップリンク参照リソースおよび第2アップリンク参照リソースのうちの新しい方であると決定し、次いでターゲット参照リソースに基づいてコンテンションウィンドウサイズを決定するだけでよい。ターゲット参照リソースはより最近の参照リソースであるので、ターゲット参照リソースはリアルタイムチャネル状態を正確に反映することができ、その後正確なコンテンションウィンドウサイズが決定され得る。
【０１６７】
さらに、一実装形態では、2つのアップリンクデータチャネル（またはTTI）の最短再送信遅延または復号遅延は異なっている。具体的には、2つの可能なケースが含まれる。
【０１６８】
第1のケースでは、2つのアップリンクデータチャネルが同じTTI長（たとえば、1msのTTI）に対応する。しかしながら、基地局および端末は、初期TTIを処理する能力がより高く、初期TTIを処理することで、第2のTTIを処理することと比較してより短い再送信遅延または復号遅延を達成することができる。したがって、端末は、第2のTTI（内のTBまたはHARQプロセス）の受信状態を取得する前に、初期TTI（内のTBまたはHARQプロセス）の受信状態を取得する。たとえば、2つのアップリンクデータチャネルの両方が1msのTTIに対応し、第1アップリンクデータチャネルに対応する復号遅延は4msであり、第2アップリンクデータチャネルに対応する復号遅延は3msである。
【０１６９】
第2のケースでは、2つのアップリンクデータチャネルは異なるTTI長に対応する。1つのアップリンクデータチャネル（たとえば、第2アップリンクデータチャネル）に対応するsTTIの長さは、別のアップリンクデータチャネル（たとえば、第1アップリンクデータチャネル）に対応する1msのTTIまたはsTTIの長さよりも短い。短い方のsTTIの再送信遅延または復号遅延の方が短いので、端末は、1msのTTIまたはより長いsTTI（内のTBまたはHARQプロセス）の受信状態を取得する前に、より短いsTTI（内のTBブロックまたはHARQプロセス）の受信状態を取得する。
【０１７０】
なお、両方のケースにおいて、第1プリセット時間間隔は第2プリセット時間間隔よりも大きく、ここで第1プリセット時間間隔は第1アップリンク参照リソースの復号遅延（または復号遅延マイナス1ms、または復号遅延マイナス1 sTTI）に対応し、第2プリセット時間間隔は第2アップリンク参照リソースの復号遅延（または復号遅延マイナス1ms、または復号遅延マイナス1 sTTI）に対応することを、理解すべきである。2つのタイプのTTIの復号遅延が異なることを考慮して、より短い復号遅延を有するTTIの受信状態の方が早く取得されてもよいが、しかし2つのタイプのTTIについて基地局によって実行されるアップリンクスケジューリングは柔軟であり、より短い復号遅延を有する第2アップリンク参照リソースは、より長い復号遅延を有する第1アップリンク参照リソース内のTTIよりも早く送信されてもよく、またはより長い復号遅延を有する第1アップリンク参照リソース内のTTIよりも遅く送信されてもよい。したがって、CWSは、2つのアップリンク参照リソースに基づいて、共同で決定される必要がある。
【０１７１】
たとえば、第1アップリンク参照リソースおよび第2アップリンク参照リソースが比較され、CWSは、より最近のアップリンク参照リソースまたは現在の瞬間により近いアップリンク参照リソースに基づいて決定されるが、固定的により短い復号遅延を有するアップリンク参照リソースに基づいて決定されるものではない。
【０１７２】
図5に示されるように、端末は、サブフレーム＃nでHARQプロセスH0を送信し、サブフレーム＃n＋4でHARQプロセスH1を送信するようにスケジューリングされ、基地局は、サブフレーム＃n＋9でHARQプロセスH1を、およびサブフレーム＃n＋10でHARQプロセスH0を初期送信または再送信するように端末をスケジューリングするために、UL grantを使用する。したがって、第1アップリンク参照リソースはサブフレーム＃nであり、第2アップリンク参照リソースは、サブフレーム＃n＋4またはサブフレーム＃n＋4内の初期sTTIであると判断され得る。第1アップリンク参照リソースは第2アップリンク参照リソースよりも早いので、CWSは第2アップリンク参照リソースに基づいて調整され得る。
【０１７３】
別の実施形態では、図8は、第2アップリンク参照リソースが第1アップリンク参照リソースよりも早い場合の概略図である。図8に示されるように、第1アップリンク参照リソースがサブフレーム＃nであり、第2アップリンク参照リソースがサブフレーム＃n−2またはサブフレーム＃n−2内の初期sTTIであって第1アップリンク参照リソースよりも早い場合、CWSを調整するために第1アップリンク参照リソースが使用されてもよい。
【０１７４】
さらに、図7に示される実施形態に基づいて、一実装形態では、ステップ72（端末はターゲット参照リソースに基づいてコンテンションウィンドウサイズを決定する）は、以下のステップを含む。
【０１７５】
端末は、ターゲット参照リソース内の少なくとも1つのHARQプロセスの受信状態が肯定応答であることを端末が受信したときに、コンテンションウィンドウサイズをする。または、端末は、ターゲット参照リソース内の少なくとも1つのHARQプロセスの受信状態およびその受信状態が受信されたHARQプロセスのうちの少なくとも1つの樹脂状態が肯定応答であることを端末が受信したときに、コンテンションウィンドウサイズを減少させる。
【０１７６】
ターゲット参照リソースが決定された後、ターゲット参照リソースに基づいてCWSを端末によって決定するステップは、アップリンク基準サブフレームに基づいてCWSを決定する従来技術のステップと似ている。
【０１７７】
具体的には、ターゲット参照リソースに含まれる少なくとも1つのHARQプロセスの受信状態が肯定応答である場合、CWSは減少すべきである。たとえば、元のCWSが31である場合、調整されたCWSは同じ優先順位のサービスの最小値である。たとえば、優先順位階級（priority class）が3に等しいとき、CWSは15である。
【０１７８】
少なくとも1つのHARQプロセスの受信状態が肯定応答であることは、少なくとも1つのHARQプロセス番号に対応するTBまたはHARQプロセスのNDIが「トグル」状態であることを含む。言い換えると、基地局は、最初にHARQプロセスを送信するように、または新しいデータを送信するためにHARQプロセス番号を使用するように、端末に指示する。
【０１７９】
さらに、図7に示される実施形態に基づいて、別の実装形態では、ステップ72（端末はターゲット参照リソースに基づいてコンテンションウィンドウサイズを決定する）は、以下のステップを含む。
【０１８０】
端末は、ターゲット参照リソース内の少なくとも1つのHARQプロセスの各々の、端末によって受信された受信状態が否定応答であるとき、または端末がターゲット参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、コンテンションウィンドウサイズを増加させる。
【０１８１】
一例では、端末は、ターゲット参照リソース内の少なくとも1つのHARQプロセスまたはTBの各々の、基地局によって示される受信状態を受信するが、少なくとも1つのHARQプロセスまたはTBの各々の受信状態は否定応答である。言い換えると、少なくとも1つのHARQプロセスまたはTBの各々に対応するNDIは「トグル」状態であり、つまり基地局は、HARQプロセスまたはTBを送信するように指示する。この場合、端末はコンテンションウィンドウサイズを増加させる。
【０１８２】
別の例では、端末は、ターゲット参照リソース内のいずれのHARQプロセスの、基地局によって示される受信状態も受信しない。言い換えると、アップリンク参照リソースが受信された後、ターゲット参照リソースに含まれるいずれかのHARQプロセスに基づいて初期送信または再送信を実行する命令は、再び基地局から受信されない。アップリンク参照リソースはアップリンクグラント情報および復号遅延に基づく計算を通じて取得され、言い換えると、基地局がアップリンクグラント情報を受信するかまたは端末がアップリンクグラント情報を受信するときに、基地局はアップリンク参照リソース内のHARQプロセスまたはTBの受信状態を知るが、しかし初期送信または再送信を実行するようにアップリンク参照リソース内のHARQプロセスを直ちにスケジューリングすることはない。したがって、端末は、アップリンクグラント情報が取得されないときにもCWSを増加させる。
【０１８３】
ターゲット参照リソースが受信された瞬間（ターゲット参照リソースが受信される瞬間を含まない）と、（アップリンク参照リソースを決定するために使用される）アップリンクグラント情報を基地局が送信するかまたは端末が受信する瞬間またはサブフレーム（UL grantの瞬間またはサブフレームを含む）との間の時間間隔内に、ターゲット参照リソース内の少なくとも1つのHARQプロセスまたはTBの、基地局によって指示される受信状態を端末が受信するかまたは受信しないことは、理解されるだろう。
【０１８４】
任意選択的に、端末がコンテンションウィンドウサイズを増加させることは、既存のCWS値に基づく。たとえば、既存のCWSがNの場合、調整されたCWS値は2＊N−1である。
【０１８５】
図9Aから図9Dは、図7に示される実施形態における、ターゲット参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定することの概略図である。
【０１８６】
任意選択的に、図9Aに示されるように、基地局は、ダウンリンク制御チャネル上で、サブフレーム＃n＋10内の初期送信または再送信を実行するようにサブフレーム＃n内のHARQプロセスH0（1msのTTI）をスケジューリングするために、サブフレーム＃n＋6内のUL grant 1を送信し、基地局は、ダウンリンク制御チャネル上で、サブフレーム＃n＋9内の初期送信を実行するようにサブフレーム＃n＋4内のHARQプロセスH1（7−SS sTTI）をスケジューリングするために、サブフレーム＃n＋7内のUL grant 2を送信し、サブフレーム＃n＋4がターゲット参照リソースであると決定すると、想定される。HARQプロセスH1の受信状態は肯定応答ACKなので、端末はCWSを減少させる。
【０１８７】
1msのTTI送信に対応する第1プリセット時間間隔は4msであり、7−SS sTTI送信に対応する第2プリセット時間間隔は4 sTTIである。UL grant 2はUL grant 1よりも遅いので、端末は、より最近のUL grant 2に基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定する。第1の瞬間は、基地局がUL grant 2を送信するダウンリンクサブフレーム＃n＋7（第1プリセット時間間隔マイナス1ms）の3ms前、言い換えるとサブフレーム＃n＋4である。第1アップリンク参照リソースは、第1の瞬間の前の最新のアップリンクバースト内の初期アップリンクサブフレーム＃nである。第2の瞬間は、基地局がUL grant 2を送信するダウンリンクsTTIの3 sTTI前（第2プリセット時間間隔マイナス1 sTTI）、言い換えると、サブフレーム＃n＋5内の第2のsTTIである（＃n＋5は7−SS構造であると想定される）。第2アップリンク参照リソースは、第2の瞬間の前の最新のアップリンクバースト内の初期アップリンクsTTI（＃n＋4内の初期sTTI）である。
【０１８８】
端末は、第1アップリンク参照リソースおよび第2参照リソースから、最新の第2アップリンク参照リソースをターゲット参照リソースとして選択する。ターゲット参照リソース内のHARQプロセスH1の受信状態は正しい肯定応答ACKなので、端末は、アップリンクバースト内の＃n＋9および＃n＋10についてCWSを減少させる。
【０１８９】
図9Bに示されるように、図9Aとの違いは、UL grant 2が、サブフレーム＃n＋9内の初期送信を実行するようにサブフレーム＃n−2内のHARQプロセスH1（7−SS sTTI）をスケジューリングし、UL grant 2に基づいて端末によって決定された第2アップリンク参照リソースが、＃n−2内の初期sTTIであり、第1アップリンク参照リソースよりも早いことである。したがって、端末は、ターゲット参照リソースが第1アップリンク参照リソースであると判断し、第1アップリンク参照リソース内のHARQプロセスH0の受信状態に基づいてCWSを決定する。HARQプロセスH0の受信状態は否定応答NACKであるので、端末は、アップリンクバースト内の＃n＋9および＃n＋10についてCWSを増加させる。
【０１９０】
図9Cに示されるように、図9Aと同様に、端末は、第2アップリンク参照リソースがターゲット参照リソースであると判断する。しかしながら、図9Aとの違いは、ターゲット参照リソース内のHARQプロセスH1の受信状態が否定応答NACKであることである。したがって、端末は、アップリンクバースト内の＃n＋9および＃n＋10についてCWSを増加させる。
【０１９１】
図9Dに示されるように、図9Aと同様に、端末は、第2アップリンク参照リソースがターゲット参照リソースであると判断する。しかしながら、図9Aとの違いは、基地局が、初期送信または再送信を実行するようにターゲット参照リソース内のHARQプロセスH1をもはやスケジューリングしないことである。したがって、端末は、アップリンクバースト内の＃n＋9および＃n＋10についてCWSを増加させる。
【０１９２】
さらに、図10Aから図10Bは、本願の実施形態による、第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定することの概略図である。
【０１９３】
一例では、第1アップリンク参照リソースは第1アップリンク基準サブフレームを含み、第2アップリンク参照リソースは第2アップリンク基準サブフレームを含み、端末によって送信される第2アップリンク基準サブフレーム内の全てのsTTIは、CWSを調整するために使用される。図10Aに示されるように、端末は、第2の瞬間が、基地局がUL grant 2を送信するダウンリンクサブフレーム＃n＋7の3 sTTI前であり、第2アップリンク参照リソースが、第2の瞬間の前の最新のアップリンクバースト内の初期アップリンクサブフレーム＃n＋4であると判断する。加えて、端末は、第2アップリンク参照リソースはターゲット参照リソースであり、＃n＋4は2つのsTTIを含み、2つのsTTIはHARQプロセスH1およびHARQプロセスH2をそれぞれ含み、HARQプロセスH1の受信状態はACKであり、HARQプロセスH2の受信状態はNACKであると判断する。少なくとも1つのHARQプロセスの受信状態はACKなので、端末はCWSを減少させる。
【０１９４】
別の例では、第1アップリンク参照リソースは第1アップリンク基準サブフレームを含み、第2アップリンク参照リソースは第2アップリンクデータチャネルまたは第2アップリンクデータチャネルに対応するsTTI（参照sTTI）を含む。図10Bに示されるように、端末は、第2アップリンク参照リソースが第2の瞬間の前の最新のアップリンクバースト内の初期アップリンクサブフレーム＃n＋4内の初期sTTIであると判断し、端末は、sTTI内のHARQプロセスH1の受信状態が肯定応答（ACK）であるという事実に基づいてCWSを減少させる。
【０１９５】
本願の一実装形態では、別の可能な実装形態において、図11は、本願の実施形態によるチャネルリスニング方法の実施形態3のフローチャートである。図11に示されるように、本願のこの実施形態で提供されるチャネルリスニング方法では、ステップ43（端末が第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを決定する）は、以下のステップを含む。
【０１９６】
ステップ111：端末が第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態および第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を受信すると、端末は、第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態および第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態に基づいてコンテンションウィンドウサイズを決定する
【０１９７】
任意選択的に、端末が第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを決定することは、具体的には、端末が、第1アップリンク参照リソースおよび／または第2アップリンク参照リソース内のHARQプロセスの受信状態の受信状況に基づいて、ならびにHARQプロセスの受信状態に基づいてCWSを決定することである。HARQプロセスの受信状態の受信状況は、第1アップリンク参照リソースおよび／または第2アップリンク参照リソース内のHARQプロセス（またはTB）の受信状態が受信されたか否かを含む。HARQプロセスの受信状態は、端末が第1アップリンク参照リソースおよび／または第2アップリンク参照リソース内の少なくとも1つのHARQプロセス（またはTB）の各々の受信状態を受信するときに、少なくとも1つのHARQプロセスの各々の受信状態が肯定応答か否定応答かを含む。具体的には、第1アップリンク参照リソースが受信された瞬間とアップリンクグラント情報が受信された瞬間との間に（アップリンクグラント情報が受信される瞬間を含む）、第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を端末が受信する場合、たとえば少なくとも1つのHARQプロセスに基づいて初期送信または再送信を実行するように端末に指示するためにUL grantが使用される場合、端末が第1アップリンク参照リソース内のHARQプロセス（またはTB）の受信状態を受信すると言及される。そうでなければ、端末は第1アップリンク参照リソース内のHARQプロセス（またはTB）の受信状態を受信しないと言及される。第2アップリンク参照リソースが受信される瞬間とアップリンクグラント情報が受信される瞬間との間に（アップリンクグラント情報が受信される瞬間を含む）、第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を端末が受信する場合、端末が第2アップリンク参照リソース内のHARQプロセス（またはTB）の受信状態を受信すると言及される。そうでなければ、端末は第2アップリンク参照リソース内のHARQプロセス（またはTB）の受信状態を受信しないと言及される。
【０１９８】
任意選択的に、端末が、アップリンク参照リソース内の少なくとも1つのHARQプロセス（またはTB）、基地局によって示される受信状態を受信するかまたは受信しないことは、アップリンク参照リソースが受信される瞬間と、（アップリンク参照リソースを決定するために使用される）UL grantを基地局が送信するかまたは端末が受信する瞬間、サブフレーム、またはTTI（UL grantの瞬間、サブフレーム、またはTTIを含む）との間の時間間隔内である。アップリンク参照リソースは、第1アップリンク参照リソースまたは第2アップリンク参照リソースであり得る。
【０１９９】
なお、端末が第1アップリンク参照リソースおよび第2アップリンク参照リソース内のHARQプロセス（またはTB）の受信状態を受信することは、端末が第1アップリンク参照リソース内の少なくとも1つのHARQプロセス（またはTB）の受信状態を受信するのみならず、第2アップリンク参照リソース内の少なくとも1つのHARQプロセス（またはTB）の受信状態も受信することであることは、理解されるだろう。
【０２００】
この場合、端末は、第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態および第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態に基づいて、コンテンションウィンドウサイズを決定する。具体的には、端末によって受信された第1アップリンク参照リソース内の少なくとも1つのHARQプロセスのセットは第1 HARQプロセスセットであり、端末によって受信された第2アップリンク参照リソース内の少なくとも1つのHARQプロセスのセットは第2 HARQプロセスセットであると想定される。
【０２０１】
一実装形態では、第1 HARQプロセスセットおよび第2 HARQプロセスセットに含まれるHARQプロセスの少なくとも1つ（いずれか1つ）の受信状態が肯定応答である場合、端末はCWSを減少させる。第1 HARQプロセスセットおよび第2 HARQプロセスセット内のHARQプロセスの全ての受信状態が否定応答である場合、端末はCWSを増加させる。
【０２０２】
別の実施形態では、端末は、第1 HARQプロセスセットおよび第2 HARQプロセスセットからターゲットHARQプロセスセットを選択し、ターゲットHARQプロセスセットに含まれるHARQプロセスの少なくとも1つ（いずれか1つ）の受信状態が肯定応答である場合、端末はCWSを減少させる。そうでなければ、ターゲットHARQプロセスセット内のHARQプロセスの全ての受信状態が否定応答である場合、端末はCWSを増加させる。たとえば、第1 HARQプロセスセットはターゲットHARQプロセスセットとして使用され得る。
【０２０３】
さらに、ターゲットHARQプロセスセットは、第1アップリンク参照リソースおよび第2アップリンク参照リソースのうちの新しい方であるアップリンク参照リソースに含まれる少なくとも1つのHARQプロセスのセットである。
【０２０４】
このステップは、図7に示される実施形態の解決策と似ている。図7に示される実施形態との違いは、この解決策では、最新の参照リソースが、第1アップリンク参照リソースおよび第2アップリンク参照リソースの各々に含まれる少なくとも1つのHARQプロセス（またはTB）の各々の受信状態が端末によって受信されたときに選択される、より最近のアップリンク参照リソースであることである。
【０２０５】
任意選択的に、端末が2つのアップリンク参照リソースのいずれかの少なくとも1つのHARQプロセス（またはTB）の受信状態のみを受信するとき、具体的には、第1アップリンク参照リソース内の少なくとも1つのHARQプロセス（またはTB）の受信状態を受信するが第2アップリンク参照リソース内の少なくとも1つのHARQプロセス（またはTB）の受信状態は受信しない、もしくは第2アップリンク参照リソース内の少なくとも1つのHARQプロセス（またはTB）の受信状態を受信するが第1アップリンク参照リソース内の少なくとも1つのHARQプロセス（またはTB）の受信状態は受信しないとき、端末は、2つのアップリンク参照リソースのHARQ受信状態が受信されないと見なし、したがってCWSを増加させる（アップリンク参照リソースの受信したHARQ受信状態が肯定応答状態を含むとしても）。
【０２０６】
さらに、一実装形態では、2つのアップリンク参照リソースを復号した後、UL grantを送信するときに、基地局は好ましくは、（アップリンク参照リソースが別のアップリンク参照リソースよりも早いか遅いかにかかわらず）アップリンク参照リソースのうちの1つをスケジューリングしてもよく、または基地局は、1つのUL grantのみを送信することができ、異なるTTI長／復号遅延の2つのTTIをスケジューリングすることはできない。したがって、端末は、アップリンク参照リソースのうちの1つのみの受信状態を受信することができるかも知れず、したがってアップリンク参照リソースの受信された受信状態のみに基づいてCWSを決定することができる。
【０２０７】
具体的には、端末が、第1アップリンク参照リソースまたは第2アップリンク参照リソースのいずれかに含まれる少なくとも1つのHARQプロセスの受信状態のみを受信するが、他のアップリンク参照リソースに含まれるいずれのHARQプロセスの受信状態も受信しない場合、端末は、アップリンク参照リソース内のHARQプロセスの受信された受信状態のみに基づいてCWSを決定することができる。詳細については、ステップ112およびステップ113を参照されたい。
【０２０８】
ステップ112：端末が第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を受信するが第2アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないとき、端末は、第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態に基づいてコンテンションウィンドウサイズを決定する。
【０２０９】
このステップでは、第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの、端末によって受信された受信状態が肯定応答である場合、端末はCWSを減少させる。または、第1アップリンク参照リソース内のHARQプロセスの、端末によって受信された全ての受信状態が否定応答である場合、端末はCWSを増加させる。
【０２１０】
ステップ113：端末が第1アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないが第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を受信するとき、端末は、第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態に基づいてコンテンションウィンドウサイズを決定する。
【０２１１】
このステップでは、第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの、端末によって受信された受信状態が肯定応答である場合、端末はCWSを減少させる。または、第2アップリンク参照リソース内のHARQプロセスの、端末によって受信された全ての受信状態が否定応答である場合、端末はCWSを増加させる。
【０２１２】
さらに、また別の実施形態では、ステップ43（端末が第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを決定する）は、ステップ114を実行することによって実施される。
【０２１３】
ステップ114：端末は、第1アップリンク参照リソース内のいずれのHARQプロセスの受信状態も、第2アップリンク参照リソース内のいずれのHARQプロセスの受信状態も、端末が受信しないとき、コンテンションウィンドウサイズを増加させる。
【０２１４】
具体的には、この実施形態では、端末は、2つのアップリンク参照リソースのいずれかに含まれるいずれのHARQプロセスの受信状態も受信しない。このケースは、1つのアップリンク参照リソースのみが選択されるときにCWSが決定されるケースと似ている。基地局は、初期送信または再送信を実行するように、アップリンク参照リソース内のHARQプロセスを直ちにスケジューリングすることはできない。このため、端末は受信状態情報を取得できず、したがってCWSを増加させることができない。
【０２１５】
言い換えると、端末が、第1アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信せず、第2アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないとき、端末はコンテンションウィンドウサイズを増加させる。
【０２１６】
本願のこの実施形態で提供されるチャネルリスニング方法によれば、端末は、第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態に基づいて、または第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態に基づいて、コンテンションウィンドウサイズを決定し、少なくとも1つのHARQプロセスの受信状態が肯定応答であるときにCWSを減少させ、HARQプロセスの全ての受信された受信状態が否定応答であるときにCWSを増加させるか、または端末が第1アップリンク参照リソースおよび第2アップリンク参照リソース内のいずれかのHARQプロセスの受信状態を受信しないときにコンテンションウィンドウサイズを増加させる。従来技術と比較して、この技術的解決策は、CWSをより正確に調整することができ、そしてリアルタイムチャネル状態をより正確に反映することができる。
【０２１７】
なお、図7に示される実施形態では、端末がCWSを正確に調整することを保証するために、基地局はより最近のアップリンク参照リソースを直ちにスケジューリングする必要があることに留意すべきである。しかしながら、図11に示される実施形態では、基地局はスケジューリングを実行する必要がない。したがって、図7に示される実施形態と比較して、基地局によって実行されるスケジューリングに対する制約は、図11に示される実施形態では減少している。
【０２１８】
図12Aから図12Dは、図11に示される実施形態における、第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを端末によって決定することの概略図である。
【０２１９】
図12Aに示されるように、基地局は、ダウンリンク制御チャネル上で、サブフレーム＃n＋10内の初期送信（H0の受信状態はACK）を実行するようにサブフレーム＃n内のHARQプロセスH0（1msのTTI）をスケジューリングするためにサブフレーム＃n＋6内のUL grant 1を送信し、基地局は、ダウンリンク制御チャネル上で、サブフレーム＃n＋9内の再送信（H1の受信状態はNACK）を実行するようにサブフレーム＃n＋4内のHARQプロセスH1（7−SS sTTI）をスケジューリングするためにサブフレーム＃n＋7内のUL grant 2を送信すると想定される。
【０２２０】
1msのTTI送信に対応する第1プリセット時間間隔は4msであり、7−SS sTTI送信に対応する第2プリセット時間間隔は4 sTTIである。UL grant 2はUL grant 1よりも遅いので、端末は、より最近のUL grant 2に基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定する。第1の瞬間は、基地局がUL grant 2を送信するダウンリンクサブフレーム＃n＋7の3ms前、言い換えるとサブフレーム＃n＋4である。第1アップリンク参照リソースは、第1の瞬間の前の最新のアップリンクバースト内の初期アップリンクサブフレーム＃nである。第2の瞬間は、基地局がUL grant 2を送信するダウンリンクsTTIの3 sTTI前、言い換えると、サブフレーム＃n＋5内の第2のsTTIである（＃n＋5は7−SS構造であると想定される）。第2アップリンク参照リソースは、第2の瞬間の前の最新のアップリンクバースト内の初期アップリンクsTTI（＃n＋4内の初期sTTI）である。ステップ111によれば、第1アップリンク参照リソースおよび第2参照リソースの両方の受信状態が受信されてACK状態が含まれるので（第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態は肯定応答）、端末はCWSを減少させる。
【０２２１】
図12Bに示されるように、端末が最新の第2アップリンク参照リソースに対応する第2 HARQプロセスセットをターゲットHARQプロセスセット（HARQプロセスH1を含む）として選択するとき、HARQプロセスH1の受信状態はNACKなので、端末はCWSを増加させる。
【０２２２】
図12Cに示されるように、基地局は、ダウンリンク制御チャネル上で、サブフレーム＃n＋6内のUL grant 1を送信するが、しかし初期送信または再送信を実行するようにサブフレーム＃n内のHARQプロセスH0（1msのTTI）をスケジューリングせず、基地局は、ダウンリンク制御チャネル上で、ダウンリンク制御チャネル上で、サブフレーム＃n＋9内の初期送信（HARQプロセスH1の受信状態はACK）を実行するようにサブフレーム＃n＋4内のHARQプロセスH1（7−SS sTTI）をスケジューリングするためにサブフレーム＃n＋7内のUL grant 2を送信する。端末は、HARQプロセスH1の再送信のみを受信することが、図12Cからわかる。したがって、端末は、第2アップリンク参照リソース内のHARQプロセスH1の受信された受信状態のみに基づいて、CWSを決定する。HARQプロセスH1の受信状態は肯定応答（ACK状態）なので、端末はCWSを減少させる。
【０２２３】
図12Dに示されるように、基地局は、ダウンリンク制御チャネル上で、サブフレーム＃n＋6内のUL grant 1を送信するが、しかしUL grant 1は初期送信または再送信を実行するようにサブフレーム＃n内のHARQプロセスH0（1msのTTI）をスケジューリングせず、基地局は、ダウンリンク制御チャネル上で、サブフレーム＃n＋7内のUL grant 2を送信するが、しかしUL grant 2は初期送信または再送信を実行するようにHARQプロセスH1（7−SS sTTI）をスケジューリングしない。この場合、端末は、いずれのアップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しない。したがって、端末はCWSを増加させる。
【０２２４】
任意選択的に、前述の実施形態のいずれか1つにおいて提供されるチャネルリスニング方法では、第1アップリンク参照リソースは第1アップリンク基準サブフレームを含み、第2アップリンク参照リソースは第2アップリンク基準サブフレームを含み、第1アップリンク基準サブフレームは少なくとも1つの第1アップリンクデータチャネルまたは少なくとも1つの第1送信時間間隔を含み、第2アップリンク基準サブフレームは少なくとも1つの第2アップリンクデータチャネルまたは少なくとも1つの第2送信時間間隔を含み、または
第1アップリンク参照リソースは第1アップリンク基準サブフレームを含み、第1アップリンク基準サブフレームは少なくとも1つの第1アップリンクデータチャネルまたは少なくとも1つの第1送信時間間隔を含み、第2アップリンク参照リソースは少なくとも1つの第2アップリンクデータチャネルまたは少なくとも1つの第2送信時間間隔を含む。
【０２２５】
任意選択的に、典型的なシナリオでは、2つのアップリンクデータチャネルは異なるTTI長に対応し、アップリンクデータチャネルのうちの1つ（たとえば、第2アップリンクデータチャネル）に対応するsTTIの長さは、他方のアップリンクデータチャネル（たとえば、第1アップリンクデータチャネル）に対応する1msのTTIまたはsTTIの長さよりも短い。第1アップリンクデータチャネルが1msのTTIに対応して第2アップリンクデータチャネルがsTTIに対応するとき、第1アップリンク参照リソースは第1アップリンク基準サブフレームを含み、第2アップリンク参照リソースは2つの方法で定義され得る。方法1では、第2アップリンク参照リソースは第2アップリンク基準サブフレームを含み、端末によって送信される第2アップリンク基準サブフレーム内の全てのsTTIは、CWSを調整するために使用される。方法2では、第2アップリンク参照リソースは、第2アップリンクデータチャネルまたは第2アップリンクデータチャネルに対応するsTTIを含む。
【０２２６】
方法1の利点はより多くの基準サンプルがあることであり、方法2の利点は、参照リソースがより新しく、衝突状況をより容易に反映できることである。端末が、アップリンク送信中に、同時に送信を実行する別のノードと衝突するとき、送信の開始位置で衝突が発生する確率がより高くなる。したがって、送信の開始位置におけるアップリンクデータチャネル（内のTBブロックまたはHARQプロセス）の受信状態は、衝突状況をより良く反映することができる。CWSの増加は、衝突問題を緩和するためである。
【０２２７】
任意選択的に、第1アップリンク参照リソースは第1アップリンク基準サブフレームを含む。第1アップリンク基準サブフレームが第1送信時間間隔を含む場合、第1送信時間間隔は1msのTTI構造であり、端末は第1アップリンク参照リソースに基づいてCWSを調整し、1msのTTI内の全てのHARQプロセスはCWSを調整するために使用され得る。相応に、第2アップリンク参照リソースは第2アップリンク基準サブフレームを含み、第2アップリンク基準サブフレームは第2送信時間間隔を含む。第2送信時間間隔がsTTI構造であり、端末が第2アップリンク参照リソースに基づいてCWSを調整する場合、第2アップリンク基準サブフレーム内の全てのsTTI内の全てのHARQプロセスは、CWSを調整するために使用され得る。
【０２２８】
任意選択的に、第1アップリンク参照リソースは、少なくとも1つの第1アップリンクデータチャネル、または少なくとも1つの第1アップリンクデータチャネルに対応する第1送信時間間隔（第1アップリンクデータチャネルの第1送信時間間隔、たとえば1msのTTIを含む）を含む。第2アップリンク参照リソースは、少なくとも1つの第2アップリンクデータチャネル、または少なくとも1つの第2アップリンクデータチャネルに対応する第2送信時間間隔（第1アップリンクデータチャネルの第1送信時間間隔、たとえばsTTIを含む）を含む。
【０２２９】
本願のこの実施形態では、第1アップリンク参照リソースは少なくとも1つの第1アップリンクデータチャネルを含み、第1アップリンクデータチャネルは、UL−SCHを含むアップリンクチャネル、または端末がデータ情報を送信するアップリンクチャネルである。アップリンクチャネルのうち、UL−SCHを含むPUSCHのみが、PUSCH上で搬送されるTB（またはHARQプロセス）の受信状態が肯定応答であるか否定応答であるかを示すために基地局がNDIを使用することを必要とする。たとえば、サウンディング参照信号（Sounding Reference Signal，SRS）および復調参照信号（Demodulation Reference Signal，DMRS）などの他のアップリンクチャネルは、基地局が受信状態をフィードバックすることを必要としない。したがって、第1アップリンク参照リソースはデータ情報を含む。第2アップリンク参照リソースが少なくとも1つの第2アップリンクデータチャネルを含むケースは、これと似ている。詳細はここで説明されない。
【０２３０】
第1アップリンク参照リソースが第1アップリンク基準サブフレームを含み、第1アップリンク基準サブフレームが少なくとも1つの第1アップリンクデータチャネルを含むことは理解され、以下のように説明され得る。
【０２３１】
基地局の観点から（Cell−specific）、基地局は、第1アップリンク参照リソース上で少なくとも1つの第1アップリンクデータチャネルをスケジューリングする。第1アップリンク参照リソースが少なくとも2つのアップリンクデータチャネルを含む場合、アップリンクデータチャネルは、同じ端末をスケジューリングするために、または異なる端末をスケジューリングするために使用され得る。端末の観点から、端末は、スケジューリングされた第1アップリンク参照リソースのみを選択することによって、または端末が実際に第1アップリンクデータチャネルを送信するスケジューリングされた第1アップリンク参照リソースを選択することによって、CWSを決定する。
【０２３２】
第2アップリンク参照リソースが少なくとも1つの第2アップリンクデータチャネルを含むケースは、これと似ている。詳細はここで説明されない。たとえば、第2アップリンク参照リソースはアップリンクサブフレームであり、サブフレームは、7−SS構造であって2つの7−SS sTTIを含み、端末は第2のsTTIのみにおいてアップリンクデータを送信するようにスケジューリングされ、サブフレーム内の初期sTTIは、アップリンクデータを送信するように別の端末をスケジューリングするために使用される。この場合、第2参照リソースは2つのアップリンクデータチャネルを含み、端末は第2のsTTI（内のTBまたはHARQプロセス）の受信状態に基づいてCWSを調整するとも言及される。
【０２３３】
さらに、本願のこの実施形態では、第1アップリンクデータチャネルまたは第1送信時間間隔によって占有される第1時間領域リソース長は、第2アップリンクデータチャネルまたは第2送信時間間隔によって占有される第2時間領域リソース長よりも大きい。
【０２３４】
2つのアップリンクデータチャネルが異なるTTI長に対応し、アップリンクデータチャネルのうちの1つ（たとえば、第2アップリンクデータチャネル）に対応するsTTIの長さが別のアップリンクデータチャネル（たとえば、第1アップリンクデータチャネル）に対応する1msのTTIまたはsTTIの長さよりも短いとき、第1アップリンクデータチャネルによって占有される第1時間領域リソース長は第2アップリンクデータチャネルによって占有される第2時間領域リソース長よりも大きいか、または第1アップリンクデータチャネルに対応するTTI長は第2アップリンクデータチャネルに対応するTTI長よりも大きい。
【０２３５】
第1アップリンクデータチャネルおよび第2アップリンクデータチャネルのTTI長は異なるので、言い換えるとデータパケットが異なるサイズなので、TTI長に対応する復号遅延もまた異なる。任意選択的に、第1アップリンクデータチャネルは1msのTTIに対応し、第2アップリンクデータチャネルはsTTIに対応する。任意選択的に、第1アップリンクデータチャネルおよび第2アップリンクデータチャネルはsTTIに対応する。しかしながら、第1アップリンクデータチャネルのsTTI長は第2アップリンクデータチャネルのsTTI長よりも大きい。たとえば、第1アップリンクデータチャネルに対応するsTTIは7−SS構造であり、第2アップリンクデータチャネルに対応するsTTIは2−SS構造である。
【０２３６】
第1アップリンクデータチャネルによって占有される第1時間領域リソースが、データ情報UL−SCHを送信するアップリンク共有チャネルPUSCHまたは短いアップリンク共有チャネルsPUSCHによって占有される時間領域リソースのみを含み得るか、もしくはPUSCHまたはsPUSCHが配置されたTTIによって占有される時間領域リソースであり得ることは、理解されるだろう。言い換えると、第1時間領域リソースは復調参照信号DMRSを含む。
【０２３７】
たとえば、TTIによって占有される時間領域リソースが考慮されると、1msのTTIの1msのPUSCHによって占有される時間領域リソースの長さは1msであり、sTTI長が7 SSであるsPUSCHによって占有される時間領域リソースの長さは7 SSであり、sTTI長が2 SSであるsPUSCHによって占有される時間領域リソースの長さは2 SSである。PUSCHまたはsPUSCHによって占有される時間領域リソースのみが考慮されてDMRSによって占有される時間領域リソースは考慮されない場合、sTTI長が2 SSのsPUSCHでは、1つのSSがDMRSの場合、SSによって占有される時間領域リソースは、UL−SCH情報を送信するために1 SSしか含まない。第2アップリンクデータチャネルによって占有される第2時間領域リソースの定義は、第1時間領域リソースの定義と似ている。詳細はここで説明されない。
【０２３８】
図13は、本願の実施形態によるチャネルリスニング装置の概略構造図である。装置は前述の端末に組み込まれてもよい。図13に示されるように、装置は、トランシーバ1301およびプロセッサ1302を含む。任意選択的に、装置はメモリをさらに含んでもよい。メモリは、プロセッサ1302によって実行される命令を記憶するように構成されている。任意選択的に、トランシーバ1301は、独立して機能する送信機および受信機によって実施されてもよい。送信機および受信機の両方は、アンテナを使用することによって、または他の形態で、実装されてもよい。これは、本願のこの実施形態では限定されない。
【０２３９】
トランシーバ1301は、基地局によって送信されたアップリンクグラント情報を受信するように構成されている。
【０２４０】
プロセッサ1302は、トランシーバ1301によって受信されたアップリンクグラント情報に基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定し、第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを決定し、コンテンションウィンドウサイズに基づいてチャネルをリッスンする、ように構成されている
【０２４１】
任意選択的に、アップリンクグラント情報が第1アップリンクグラントを含むとき、プロセッサ1302は、第1アップリンクグラントに基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定するように、特に構成されている。
【０２４２】
この実施形態では、第1アップリンク参照リソースは第1アップリンクグラントよりも早く、第1アップリンク参照リソースと第1アップリンクグラントとの間の時間間隔は第1プリセット時間間隔以上であり、第2アップリンク参照リソースは第1アップリンクグラントよりも早く、第2アップリンク参照リソースと第1アップリンクグラントとの間の時間間隔は第2プリセット時間間隔以上であり、第1プリセット時間間隔は第2プリセット時間間隔よりも大きい。
【０２４３】
任意選択的に、アップリンクグラント情報が第1アップリンクグラントおよび第2アップリンクグラントを含むとき、プロセッサ1302は、第1アップリンクグラントに基づいて第1アップリンク参照リソースを決定し、第2アップリンクグラントに基づいて第2アップリンク参照リソースを決定する、ように特に構成されている。
【０２４４】
この実施形態では、第1アップリンク参照リソースは第1アップリンクグラントよりも早く、第1アップリンク参照リソースと第1アップリンクグラントとの間の時間間隔は第1プリセット時間間隔以上であり、第2アップリンク参照リソースは第2アップリンクグラントよりも早く、第2アップリンク参照リソースと第2アップリンクグラントとの間の時間間隔は第2プリセット時間間隔以上であり、第1プリセット時間間隔は第2プリセット時間間隔よりも大きい。
【０２４５】
任意選択的に、この実施形態では、プロセッサ1302は、第1アップリンク参照リソースおよび第2アップリンク参照リソースのうちの新しい方がターゲット参照リソースであると決定し、ターゲット参照リソースに基づいてコンテンションウィンドウサイズを決定するように、特に構成されている。
【０２４６】
一例では、プロセッサ1302は、ターゲット参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態が肯定応答であることをトランシーバ1301が受信したときにコンテンションウィンドウサイズを減少させるように、特に構成されている。
【０２４７】
さらに、プロセッサ1302は、ターゲット参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの各々の、トランシーバ1301によって受信された受信状態が否定応答であるとき、またはトランシーバ1301がターゲット参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、コンテンションウィンドウサイズを増加させるように、さらに特に構成されている。
【０２４８】
別の例では、プロセッサ1302は、第1アップリンク参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態、および第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態をトランシーバ1301が受信すると、第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態および第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態に基づいてコンテンションウィンドウサイズを決定するように、特に構成されている。
【０２４９】
さらに、プロセッサ1302は、トランシーバ1301が、第1アップリンク参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態を受信するが、しかし第2アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態に基づいてコンテンションウィンドウサイズを決定するように、またはトランシーバ1301が、第1アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないが、しかし第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を受信するとき、第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態に基づいて、コンテンションウィンドウサイズを決定するように、さらに特に構成されている。
【０２５０】
さらに、プロセッサ1302は、トランシーバ1301が、第1アップリンク参照リソース内のいずれのハイブリッド自動繰り返し要求HARQプロセスの受信状態も、そして第2アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、コンテンションウィンドウサイズを増加させるように、さらに特に構成されている。
【０２５１】
任意選択的に、第1アップリンク参照リソースは第1アップリンク基準サブフレームを含み、第2アップリンク参照リソースは第2アップリンク基準サブフレームを含み、第1アップリンク基準サブフレームは少なくとも1つの第1アップリンクデータチャネルまたは少なくとも1つの第1送信時間間隔を含み、第2アップリンク基準サブフレームは少なくとも1つの第2アップリンクデータチャネルまたは少なくとも1つの第2送信時間間隔を含み、または
第1アップリンク参照リソースは第1アップリンク基準サブフレームを含み、第1アップリンク基準サブフレームは少なくとも1つの第1アップリンクデータチャネルまたは少なくとも1つの第1送信時間間隔を含み、第2アップリンク参照リソースは少なくとも1つの第2アップリンクデータチャネルまたは少なくとも1つの第2送信時間間隔を含む。
【０２５２】
任意選択的に、第1アップリンクデータチャネルまたは第1送信時間間隔によって占有される第1時間領域リソース長は、第2アップリンクデータチャネルまたは第2送信時間間隔によって占有される第2時間領域リソース長よりも大きい。
【０２５３】
装置の実施形態の原理および技術的効果は、図1から図12に示される方法実施形態のものと似ている。詳細はここで再び説明されない。
【０２５４】
図14は、本願の実施形態による別のチャネルリスニング装置の概略構造図である。装置は前述の端末に組み込まれてもよい。図14に示されるように、装置は、受信モジュール1401、決定モジュール1402、およびリスニングモジュール1403を含む。
【０２５５】
受信モジュール1401は、基地局によって送信されたアップリンクグラント情報を受信するように構成されている。
【０２５６】
決定モジュール1402は、アップリンクグラント情報に基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定し、第1アップリンク参照リソースおよび第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを決定するように、構成されている。
【０２５７】
リスニングモジュール1403は、コンテンションウィンドウサイズに基づいてチャネルをリッスンするように構成されている。
【０２５８】
任意選択的に、アップリンクグラント情報が第1アップリンクグラントを含むとき、決定モジュール1402は、第1アップリンクグラントに基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定するように、特に構成されている。
【０２５９】
この実施形態では、第1アップリンク参照リソースは第1アップリンクグラントよりも早く、第1アップリンク参照リソースと第1アップリンクグラントとの間の時間間隔は第1プリセット時間間隔以上であり、第2アップリンク参照リソースは第1アップリンクグラントよりも早く、第2アップリンク参照リソースと第1アップリンクグラントとの間の時間間隔は第2プリセット時間間隔以上であり、第1プリセット時間間隔は第2プリセット時間間隔よりも大きい。
【０２６０】
任意選択的に、アップリンクグラント情報が第1アップリンクグラントおよび第2アップリンクグラントを含むとき、決定モジュール1402は、第1アップリンクグラントに基づいて第1アップリンク参照リソースを決定し、第2アップリンクグラントに基づいて第2アップリンク参照リソースを決定する、ように特に構成されている。
【０２６１】
この実施形態では、第1アップリンク参照リソースは第1アップリンクグラントよりも早く、第1アップリンク参照リソースと第1アップリンクグラントとの間の時間間隔は第1プリセット時間間隔以上であり、第2アップリンク参照リソースは第2アップリンクグラントよりも早く、第2アップリンク参照リソースと第2アップリンクグラントとの間の時間間隔は第2プリセット時間間隔以上であり、第1プリセット時間間隔は第2プリセット時間間隔よりも大きい。
【０２６２】
任意選択的に、決定モジュール1402は、第1アップリンク参照リソースおよび第2アップリンク参照リソースのうちの新しい方がターゲット参照リソースであると決定し、ターゲット参照リソースに基づいてコンテンションウィンドウサイズを決定するように、特に構成されている。
【０２６３】
任意選択的に、決定モジュール1402は、ターゲット参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態が肯定応答であることを受信モジュール1401が受信したときにコンテンションウィンドウサイズを減少させるように、特に構成されている。
【０２６４】
さらに、決定モジュール1402は、ターゲット参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの各々の、受信モジュール1401によって受信された受信状態が否定応答であるか、または受信モジュール1401がターゲット参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、コンテンションウィンドウサイズを増加させるように、さらに特に構成されている。
【０２６５】
本願の一実装形態では、決定モジュール1402は、第1アップリンク参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態、および第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を受信モジュール1401が受信すると、第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態および第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態に基づいてコンテンションウィンドウサイズを決定するように、特に構成されている。
【０２６６】
さらに、決定モジュール1402は、受信モジュール1401が、第1アップリンク参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態を受信するが、しかし第2アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態に基づいてコンテンションウィンドウサイズを決定するように、または受信モジュール1401が、第1アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないが、しかし第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を受信するとき、第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信された受信状態に基づいて、コンテンションウィンドウサイズを決定するように、さらに特に構成されている。
【０２６７】
さらに、決定モジュール1402は、受信モジュール1401が、第1アップリンク参照リソース内のいずれのハイブリッド自動繰り返し要求HARQプロセスの受信状態も、そして第2アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、コンテンションウィンドウサイズを増加させるように、さらに特に構成されている。
【０２６８】
任意選択的に、第1アップリンク参照リソースは第1アップリンク基準サブフレームを含み、第2アップリンク参照リソースは第2アップリンク基準サブフレームを含み、第1アップリンク基準サブフレームは少なくとも1つの第1アップリンクデータチャネルまたは少なくとも1つの第1送信時間間隔を含み、第2アップリンク基準サブフレームは少なくとも1つの第2アップリンクデータチャネルまたは少なくとも1つの第2送信時間間隔を含み、または
第1アップリンク参照リソースは第1アップリンク基準サブフレームを含み、第1アップリンク基準サブフレームは少なくとも1つの第1アップリンクデータチャネルまたは少なくとも1つの第1送信時間間隔を含み、第2アップリンク参照リソースは少なくとも1つの第2アップリンクデータチャネルまたは少なくとも1つの第2送信時間間隔を含む。
【０２６９】
任意選択的に、第1アップリンクデータチャネルまたは第1送信時間間隔によって占有される第1時間領域リソース長は、第2アップリンクデータチャネルまたは第2送信時間間隔によって占有される第2時間領域リソース長よりも大きい。
【０２７０】
装置の実施形態の原理および技術的効果は、図1から図12に示される方法実施形態のものと似ている。詳細はここで再び説明されない。
【０２７１】
なお、前述の装置のモジュールの分割は、単なる論理的機能分割であることに、留意すべきである。実際の実施形態では、モジュールの全てまたは一部が1つの物理的エンティティに組み込まれてもよく、もしくはモジュールは物理的に分離していてもよい。加えて、これらのモジュールは、処理要素を使用することによって呼び出されるソフトウェアの形態で全て実装されてもよく、またはハードウェアの形態で全て実装されてもよい。もしくはいくつかのモジュールは、処理要素を使用することによって呼び出されるソフトウェアの形態で全て実装されてもよく、他のモジュールはハードウェアの形態で実装される。たとえば、決定モジュールは、独立して設けられた処理要素であってもよく、または実装のために前述の装置のチップに組み込まれてもよく、プログラムコードの形態で、前述の装置のメモリ内に記憶され、前述の決定モジュールの機能を実行するために前述の装置の処理要素によって呼び出されてもよい。他のモジュールの実装形態もこれと似ている。加えて、これらのモジュールの全てまたは一部が一緒に統合されてもよく、もしくはこれらのモジュールは別々に実装されてもよい。本明細書の処理要素は集積回路であってもよく、信号処理能力を有してもよい。一実施プロセスでは、前述の方法のステップまたは前述のモジュールは、処理要素内のハードウェアの形態の集積論理回路を使用することによって、またはソフトウェアの形態の命令を使用することによって、実施され得る。
【０２７２】
たとえば、前述のモジュールは、前述の方法を実行する1つ以上の集積回路、たとえば1つ以上の特定用途向け集積回路（Application Specific Integrated Circuit，ASIC）、1つ以上のプロセッサ（digital signal processor，DSP）、または1つ以上のフィールドプログラマブルゲートアレイ（Field Programmable Gate Array，FPGA）として、構成されてもよい。別の例として、前述のモジュールのうちの1つが、プログラムコードを呼び出すための処理要素を使用することによって実施されるとき、処理要素は汎用プロセッサ、たとえば中央処理装置（Central Processing Unit，CPU）、またはプログラムコードを呼び出すことができる他のプロセッサであってもよい。別の例として、これらのモジュールは、一緒に統合されるか、またはシステムオンチップ（system−on−a−chip，SOC）の形態で実装されてもよい。
【０２７３】
前述の実施形態の全てまたは一部は、ソフトウェア、ハードウェア、ファームウェア、またはこれらのいずれかの組み合わせを使用することによって実施され得る。実施形態を実施するためにソフトウェアが使用されるとき、実施形態は、完全にまたは部分的にコンピュータプログラム製品の形態で実施されてもよい。コンピュータプログラム製品は、1つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされ実行されると、本願の実施形態による手順または機能が、全てまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、またはその他のプログラマブル装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよく、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてもよい。たとえば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンターから別のウェブサイト、コンピュータ、サーバ、またはデータセンターへ、有線（たとえば、同軸ケーブル、光ファイバー、またはデジタル加入者回線（DSL））または無線（たとえば、赤外線、ラジオ波、およびマイクロ波など）の方法で、送信され得る。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、もしくは1つ以上の使用可能な媒体を組み込んだ、サーバまたはデータセンターなどのデータ記憶装置であってもよい。使用可能な媒体は、磁気媒体（たとえば、フロッピーディスク、ハードディスク、または磁気テープ）、光学媒体（たとえば、DVD）、半導体媒体（たとえば、固体ディスクSolid State Disk（SSD））、などであってもよい。
【符号の説明】
【０２７４】
110  基地局
120  端末
1301  トランシーバ
1302  プロセッサ
1401  受信モジュール
1402  決定モジュール
1403  リスニングモジュール
【図１】
2020505833.tif 000003
【図２Ａ】
2020505833.tif 000004
【図２Ｂ】
2020505833.tif 000005
【図３】
2020505833.tif 000006
【図４】
2020505833.tif 000007
【図５】
2020505833.tif 000008
【図６】
2020505833.tif 000009
【図７】
2020505833.tif 000010
【図８】
2020505833.tif 000011
【図９Ａ】
2020505833.tif 000012
【図９Ｂ】
2020505833.tif 000013
【図９Ｃ】
2020505833.tif 000014
【図９Ｄ】
2020505833.tif 000015
【図１０Ａ】
2020505833.tif 000016
【図１０Ｂ】
2020505833.tif 000017
【図１１】
2020505833.tif 000018
【図１２Ａ】
2020505833.tif 000019
【図１２Ｂ】
2020505833.tif 000020
【図１２Ｃ】
2020505833.tif 000021
【図１２Ｄ】
2020505833.tif 000022
【図１３】
2020505833.tif 000023
【図１４】
2020505833.tif 000024
【手続補正書】
【提出日】令和1年8月23日(2019.8.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
チャネルリスニング方法であって、
基地局によって送信されたアップリンクグラント情報を、端末によって受信するステップと、
前記アップリンクグラント情報に基づいて、第1アップリンク参照リソースおよび第2アップリンク参照リソースを前記端末によって決定するステップと、
前記第1アップリンク参照リソースおよび前記第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを前記端末によって決定するステップと、
前記コンテンションウィンドウサイズに基づいてチャネルを前記端末によってリッスンするステップと、
を備える方法。
【請求項２】
前記アップリンクグラント情報は第1アップリンクグラントを備え、
前記アップリンクグラント情報に基づいて、第1アップリンク参照リソースおよび第2アップリンク参照リソースを前記端末によって決定する前記ステップは、
前記第1アップリンクグラントに基づいて前記第1アップリンク参照リソースおよび前記第2アップリンク参照リソースを前記端末によって決定するステップ
を備える、
請求項1に記載の方法。
【請求項３】
前記第1アップリンク参照リソースは前記第1アップリンクグラントよりも早く、前記第1アップリンク参照リソースと前記第1アップリンクグラントとの間の時間間隔は第1プリセット時間間隔以上であり、前記第2アップリンク参照リソースは前記第1アップリンクグラントよりも早く、前記第2アップリンク参照リソースと前記第1アップリンクグラントとの間の時間間隔は第2プリセット時間間隔以上であり、前記第1プリセット時間間隔は前記第2プリセット時間間隔よりも大きい、
請求項2に記載の方法。
【請求項４】
前記アップリンクグラント情報は第1アップリンクグラントおよび第2アップリンクグラントを備え、
前記アップリンクグラント情報に基づいて、第1アップリンク参照リソースおよび第2アップリンク参照リソースを前記端末によって決定する前記ステップは、
前記第1アップリンクグラントに基づいて前記第1アップリンク参照リソースを前記端末によって決定し、前記第2アップリンクグラントに基づいて前記第2アップリンク参照リソースを決定するステップ
を備える、
請求項1に記載の方法。
【請求項５】
前記第1アップリンク参照リソースは前記第1アップリンクグラントよりも早く、前記第1アップリンク参照リソースと前記第1アップリンクグラントとの間の時間間隔は第1プリセット時間間隔以上であり、前記第2アップリンク参照リソースは前記第2アップリンクグラントよりも早く、前記第2アップリンク参照リソースと前記第2アップリンクグラントとの間の時間間隔は第2プリセット時間間隔以上であり、前記第1プリセット時間間隔は前記第2プリセット時間間隔よりも大きい、
請求項4に記載の方法。
【請求項６】
前記第1アップリンク参照リソースおよび前記第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを前記端末によって決定する前記ステップは、
前記第1アップリンク参照リソースおよび前記第2アップリンク参照リソースのうちの新しい方がターゲット参照リソースであると前記端末によって決定するステップと、
前記ターゲット参照リソースに基づいて前記コンテンションウィンドウサイズを前記端末によって決定するステップと、
を備える、請求項1から5のいずれか一項に記載の方法。
【請求項７】
前記ターゲット参照リソースに基づいて前記コンテンションウィンドウサイズを前記端末によって決定する前記ステップは、
前記ターゲット参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態が肯定応答であることを前記端末が受信すると、前記コンテンションウィンドウサイズを前記端末によって減少させるステップ
を備える、請求項6に記載の方法。
【請求項８】
前記ターゲット参照リソースに基づいて前記コンテンションウィンドウサイズを前記端末によって決定する前記ステップは、
前記ターゲット参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの各々の、前記端末によって受信された受信状態が否定応答であるとき、または前記端末が前記ターゲット参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、前記コンテンションウィンドウサイズを前記端末によって増加させるステップ
を備える、請求項6または7に記載の方法。
【請求項９】
前記第1アップリンク参照リソースおよび前記第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを前記端末によって決定する前記ステップは、
前記端末が、前記第1アップリンク参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態および前記第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を受信すると、前記第1アップリンク参照リソース内の前記少なくとも1つのHARQプロセスの前記受信された受信状態および前記第2アップリンク参照リソース内の前記少なくとも1つのHARQプロセスの前記受信された受信状態に基づいて、前記コンテンションウィンドウサイズを前記端末によって決定するステップ
を備える、請求項1から5のいずれか一項に記載の方法。
【請求項１０】
前記第1アップリンク参照リソースおよび前記第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを前記端末によって決定する前記ステップは、
前記端末が、前記第1アップリンク参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態を受信するが、しかし前記第2アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないとき、前記第1アップリンク参照リソース内の前記少なくとも1つのHARQプロセスの前記受信された受信状態に基づいて、前記コンテンションウィンドウサイズを前記端末によって決定するステップ、または
前記端末が、前記第1アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないが、しかし前記第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を受信するとき、前記第2アップリンク参照リソース内の前記少なくとも1つのHARQプロセスの前記受信された受信状態に基づいて、前記コンテンションウィンドウサイズを前記端末によって決定するステップ、
を備える、請求項1から5のいずれか一項または請求項9に記載の方法。
【請求項１１】
前記第1アップリンク参照リソースおよび前記第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを前記端末によって決定する前記ステップは、
前記端末が、前記第1アップリンク参照リソース内のいずれのハイブリッド自動繰り返し要求HARQプロセスの受信状態も、そして前記第2アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、前記コンテンションウィンドウサイズを前記端末によって増加させるステップ
を備える、請求項1から5のいずれか一項、請求項9、または請求項10に記載の方法。
【請求項１２】
前記第1アップリンク参照リソースは第1アップリンク基準サブフレームを備え、前記第2アップリンク参照リソースは第2アップリンク基準サブフレームを備え、前記第1アップリンク基準サブフレームは少なくとも1つの第1アップリンクデータチャネルまたは少なくとも1つの第1送信時間間隔を備え、前記第2アップリンク基準サブフレームは少なくとも1つの第2アップリンクデータチャネルまたは少なくとも1つの第2送信時間間隔を備え、または
前記第1アップリンク参照リソースは第1アップリンク基準サブフレームを備え、前記第1アップリンク基準サブフレームは少なくとも1つの第1アップリンクデータチャネルまたは少なくとも1つの第1送信時間間隔を備え、前記第2アップリンク参照リソースは少なくとも1つの第2アップリンクデータチャネルまたは少なくとも1つの第2送信時間間隔を備える、
請求項1から11のいずれか一項に記載の方法。
【請求項１３】
前記第1アップリンクデータチャネルまたは前記第1送信時間間隔によって占有される第1時間領域リソース長は、前記第2アップリンクデータチャネルまたは前記第2送信時間間隔によって占有される第2時間領域リソース長よりも大きい、請求項12に記載の方法。
【請求項１４】
トランシーバと、プロセッサとを備えるチャネルリスニング装置であって、
前記トランシーバは、基地局によって送信されるアップリンクグラント情報を受信するように構成されており、
前記プロセッサは、前記トランシーバによって受信された前記アップリンクグラント情報に基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定し、前記第1アップリンク参照リソースおよび前記第2アップリンク参照リソースに基づいてコンテンションウィンドウサイズを決定し、前記コンテンションウィンドウサイズに基づいてチャネルをリッスンする、ように構成されている、
装置。
【請求項１５】
前記アップリンクグラント情報が第1アップリンクグラントを備えるとき、前記プロセッサは、前記第1アップリンクグラントに基づいて前記第1アップリンク参照リソースおよび前記第2アップリンク参照リソースを決定するように、特に構成されている、請求項14に記載の装置。
【請求項１６】
前記第1アップリンク参照リソースは前記第1アップリンクグラントよりも早く、前記第1アップリンク参照リソースと前記第1アップリンクグラントとの間の時間間隔は第1プリセット時間間隔以上であり、前記第2アップリンク参照リソースは前記第1アップリンクグラントよりも早く、前記第2アップリンク参照リソースと前記第1アップリンクグラントとの間の時間間隔は第2プリセット時間間隔以上であり、前記第1プリセット時間間隔は前記第2プリセット時間間隔よりも大きい、
請求項15に記載の装置。
【請求項１７】
前記アップリンクグラント情報が第1アップリンクグラントおよび第2アップリンクグラントを備えるとき、前記プロセッサは、前記第1アップリンクグラントに基づいて前記第1アップリンク参照リソースを決定し、前記第2アップリンクグラントに基づいて前記第2アップリンク参照リソースを決定する、ように特に構成されている、請求項14に記載の装置。
【請求項１８】
前記第1アップリンク参照リソースは前記第1アップリンクグラントよりも早く、前記第1アップリンク参照リソースと前記第1アップリンクグラントとの間の時間間隔は第1プリセット時間間隔以上であり、前記第2アップリンク参照リソースは前記第2アップリンクグラントよりも早く、前記第2アップリンク参照リソースと前記第2アップリンクグラントとの間の時間間隔は第2プリセット時間間隔以上であり、前記第1プリセット時間間隔は前記第2プリセット時間間隔よりも大きい、
請求項17に記載の装置。
【請求項１９】
前記プロセッサは、前記第1アップリンク参照リソースおよび前記第2アップリンク参照リソースのうちの新しい方がターゲット参照リソースであると決定し、前記ターゲット参照リソースに基づいて前記コンテンションウィンドウサイズを決定するように、特に構成されている、請求項14から18のいずれか一項に記載の装置。
【請求項２０】
前記プロセッサは、前記ターゲット参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態が肯定応答であることを前記トランシーバが受信したときに前記コンテンションウィンドウサイズを減少させるように、特に構成されている、請求項19に記載の装置。
【請求項２１】
前記プロセッサは、前記ターゲット参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの各々の、前記トランシーバによって受信された受信状態が否定応答であるとき、または前記トランシーバが前記ターゲット参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、前記コンテンションウィンドウサイズを増加させるように、さらに特に構成されている、請求項19または20に記載の装置。
【請求項２２】
前記プロセッサは、前記第1アップリンク参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態、および前記第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を前記トランシーバが受信すると、前記第1アップリンク参照リソース内の前記少なくとも1つのHARQプロセスの前記受信された受信状態および前記第2アップリンク参照リソース内の前記少なくとも1つのHARQプロセスの前記受信された受信状態に基づいて前記コンテンションウィンドウサイズを決定するように、特に構成されている、請求項14から18のいずれか一項に記載の装置。
【請求項２３】
前記プロセッサは、前記トランシーバが、前記第1アップリンク参照リソース内の少なくとも1つのハイブリッド自動繰り返し要求HARQプロセスの受信状態を受信するが、しかし前記第2アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、前記第1アップリンク参照リソース内の前記少なくとも1つのHARQプロセスの前記受信された受信状態に基づいて前記コンテンションウィンドウサイズを決定するように、または前記トランシーバが、前記第1アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないが、しかし前記第2アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態を受信するとき、前記第2アップリンク参照リソース内の前記少なくとも1つのHARQプロセスの前記受信された受信状態に基づいて、前記コンテンションウィンドウサイズを決定するように、さらに特に構成されている、請求項14から18のいずれか一項または請求項22に記載の装置。
【請求項２４】
前記プロセッサは、前記トランシーバが、前記第1アップリンク参照リソース内のいずれのハイブリッド自動繰り返し要求HARQプロセスの受信状態も、そして前記第2アップリンク参照リソース内のいずれのHARQプロセスの受信状態も受信しないときに、前記コンテンションウィンドウサイズを増加させるように、さらに特に構成されている、請求項14から18のいずれか一項、請求項22、または請求項23に記載の装置。
【請求項２５】
前記第1アップリンク参照リソースは第1アップリンク基準サブフレームを備え、前記第2アップリンク参照リソースは第2アップリンク基準サブフレームを備え、前記第1アップリンク基準サブフレームは少なくとも1つの第1アップリンクデータチャネルまたは少なくとも1つの第1送信時間間隔を備え、前記第2アップリンク基準サブフレームは少なくとも1つの第2アップリンクデータチャネルまたは少なくとも1つの第2送信時間間隔を備え、または
前記第1アップリンク参照リソースは第1アップリンク基準サブフレームを備え、前記第1アップリンク基準サブフレームは少なくとも1つの第1アップリンクデータチャネルまたは少なくとも1つの第1送信時間間隔を備え、前記第2アップリンク参照リソースは少なくとも1つの第2アップリンクデータチャネルまたは少なくとも1つの第2送信時間間隔を備える、
請求項14から24のいずれか一項に記載の装置。
【請求項２６】
前記第1アップリンクデータチャネルまたは前記第1送信時間間隔によって占有される第1時間領域リソース長は、前記第2アップリンクデータチャネルまたは前記第2送信時間間隔によって占有される第2時間領域リソース長よりも大きい、請求項25に記載の装置。
【請求項２７】
チャネルリスニング装置であって、
プロセッサと、プログラム命令を記憶するメモリユニットとを備え、
前記プロセッサによって実行されると、前記プログラム命令は、前記チャネルリスニング装置が請求項1から13のいずれか一項に記載の方法を実行できるようにする、
装置。
【請求項２８】
コンピュータ可読記憶媒体であって、命令を備え、前記命令がコンピュータ上で実行されると、前記コンピュータは請求項1から13のいずれか一項に記載の方法を実行する、コンピュータ可読記憶媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
この実施形態では、第2アップリンクグラントおよび第1アップリンクグラントは異なっており、異なるダウンリンク送信時間間隔または異なるダウンリンクサブフレーム内に別々に配置されている。この場合、異なるアップリンク送信時間間隔に対応するデータ情報をスケジューリングするために使用される第1アップリンクグラントおよび第2アップリンクグラントは、ダウンリンクサブフレーム内の異なる瞬間に配置されてもよく、第1アップリンクグラントを使用することによってスケジューリングされたアップリンクサービスおよび第2アップリンクグラントを使用することによってスケジューリングされたアップリンクサービスは、異なる優先順位のものである。基地局は、1つのアップリンクグラントのみを送信することはできるが、同時に2つのアップリンクグラントを直ちに送信することはできないかも知れない。したがって、（異なるTTI長または復号遅延に対応する）2つの異なるアップリンクグラントは、2つのアップリンク参照リソースを別々に決定するために選択される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００５４
【補正方法】変更
【補正の内容】
【００５４】
ロングタームエボリューション（Long Term Evolution，LTE）システムでは、直交周波数分割多重（Orthogonal Frequency Division Multiplexing，OFDM）技術が使用される。LTEシステムにおいて、データを送信するために使用される最小のリソース単位は、リソース要素（Resource Element，RE）である。1リソース要素は、時間領域内の1つのOFDMシンボル、および周波数領域内の1つのサブキャリアに対応する。リソースブロック（Resource Block，RB）は、時間領域内の複数の連続するOFDMシンボルおよび周波数領域内の連続するサブキャリアを含み、リソーススケジューリングのための基本単位である。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００７５
【補正方法】変更
【補正の内容】
【００７５】
1msのTTI eLAAシステムでは、基地局がアップリンク基準サブフレームを受信して受信状態を判断するときに消費される復号遅延は4msである。したがって、UEがサブフレーム＃nでUL grantを受信した場合、前述のアップリンクバーストは最新のアップリンクバーストであり、これはサブフレーム＃nの3ms前である（＃n−3と称される）。サブフレーム＃n−3が、UEがアップリンクデータ情報を送信してアップリンクバーストに含まれるアップリンクサブフレームである場合、アップリンク基準サブフレームは、アップリンクバーストにおいてアップリンクデータ情報を送信するための初期アップリンクサブフレームである。またはサブフレーム＃n−3がアップリンクバーストにおいてアップリンクデータ情報を送信するための初期アップリンクサブフレームである場合、サブフレーム＃n−3はアップリンク基準サブフレームである。あるいは、サブフレームn＿wが、UEがUL grantを受信するサブフレームの3ms前、言い換えるとサブフレーム＃n−3の前でサブフレーム＃n−3に最も近く、UEがアップリンクデータ情報を送信するアップリンクサブフレームである場合、アップリンクバーストはサブフレームn＿wが位置するアップリンクバーストであり、アップリンク基準サブフレームはアップリンクバースト内の初期アップリンクサブフレームである。または、サブフレームn＿wがアップリンクバースト内の初期アップリンクサブフレームである場合、アップリンクサブフレームn＿wはアップリンク基準サブフレームである。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００８１
【補正方法】変更
【補正の内容】
【００８１】
たとえば、図2Bは、1msのTTIおよびsTTIを含むeLAAシステムにおけるCWS調整の概略図である。図2Bに示されるように、サブフレーム＃n−2は2つのsTTIを含み、各sTTIのTTI長は7SSであり、sTTIの復号遅延は2msであり、基地局は、サブフレーム＃n＋3において初期送信または再送信を実行するように2つのsTTIに含まれるHARQプロセスをスケジューリングするために、サブフレーム＃n＋1内のUL grantを実際に使用する。サブフレーム＃n−6は1つの1msのTTIに対応し、TTIの復号遅延は4msであり、基地局は、サブフレーム＃n＋4において初期送信または再送信を実行するように1msのTTIに含まれるHARQプロセスをスケジューリングするために、サブフレーム＃n内のUL grantを実際に使用する。図2Bでは、UEは、サブフレーム＃n内で受信されたアップリンクグラントUL grantに基づいて、およびアップリンクグラントUL grantが配置されたサブフレームの3ms前である最新のアップリンクバースト内の初期アップリンクサブフレームが基準サブフレームであるという規則にしたがって、基準サブフレームはサブフレーム＃n−6であると判断する。しかしながら、sTTIの再送信遅延はより短いので、UEはまた、アップリンクバースト｛＃n＋3，＃n＋4｝に対してLBTを実行する前のsTTIの受信状態も受信する。明らかに、CWSを調整するためにサブフレーム＃n−2またはサブフレーム＃n−2に含まれるsTTIを参照リソースとして使用することで、リアルタイムチャネル状態をより正確に反映することができる。対照的に、従来技術によれば、アップリンクグラントULが配置されたサブフレームの3ms前である最新のアップリンクバースト内の初期アップリンクサブフレームが基準サブフレームとして使用されるとき、最もリアルタイムのチャネル状態は反映され得ない。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００８６
【補正方法】変更
【補正の内容】
【００８６】
任意選択的に、通信システムは、ネットワークコントローラおよびモビリティ管理エンティティなど、他のネットワークエンティティをさらに含んでもよい。本願のこの実施形態は、これに限定されない。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００９６
【補正方法】変更
【補正の内容】
【００９６】
なお、復号遅延は、端末が、HARQプロセスを含むアップリンクTTIまたはアップリンクサブフレームを送信する瞬間から、基地局が、初期送信または再送信を実行するようにHARQプロセスに指示するためにUL grantを使用する瞬間までの、最短時間間隔であることを、理解すべきである。端末がHARQプロセスを含むアップリンクTTIまたはアップリンクサブフレームを送信する瞬間は、アップリンクTTIまたはアップリンクサブフレームの開始境界であってもよく、またはアップリンクTTIまたはアップリンクサブフレームの終了境界であってもよい。基地局が初期送信または再送信を実行するようにHARQプロセスに指示するためにUL grantを使用する瞬間は、UL grantを基地局が送信または端末が受信するサブフレームの開始境界、またはTTIの開始境界、または少なくとも1つのOFDMシンボルの開始境界であってもよく、もしくは端末がUL grantを受信するサブフレームの終了境界、またはTTIの終了境界、または少なくとも1つのOFDMシンボルの終了境界であってもよい。たとえば、従来の1msのTTIでは、復号遅延は、端末によって送信されてHARQプロセスを含むアップリンクサブフレームの開始境界から、基地局がUL grantを送信するサブフレームの開始境界までの最短時間間隔、具体的には4msであってもよく、もしくは、端末によって送信されてHARQプロセスを含むアップリンクサブフレームの終了境界から、基地局がUL grantを送信するサブフレームの開始境界までの最短時間間隔、具体的には3msであってもよい。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００９７
【補正方法】変更
【補正の内容】
【００９７】
任意選択的に、復号遅延は、k個のサブフレームまたはkミリ秒として反映されてもよく、もしくはk個のsTTIとして反映されてもよく、もしくはk個のアップリンクシンボルとして反映されてもよい。一例では、sTTIが2 SSである場合、k個のsTTIは2＊k個のSSである。もしくはsTTIが2＆3SS構造である場合、k個のsTTIは、k1 2−SS sTTIおよび（k−k1）  3−SS sTTIを含み、k個のsTTIは（k1＊2＋（k−k1）＊3）SSである。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１３６
【補正方法】変更
【補正の内容】
【０１３６】
任意選択的に、第1アップリンク参照リソースが第1アップリンクグラントよりも早いことは、第1アップリンク参照リソースの終了の瞬間が、端末が第1 UL grantを受信する瞬間、端末が第1 UL grantを受信する瞬間に対応するサブフレーム、または基地局が第1 UL grantを送信するダウンリンクサブフレームよりも早いことを含む。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１５２
【補正方法】変更
【補正の内容】
【０１５２】
図6は、本願の実施形態による、端末によって、第1アップリンクグラントに基づいて第1アップリンク参照リソースを決定し、第2アップリンクグラントに基づいて第2アップリンク参照リソースを決定することの、概略図である。図6に示されるように、基地局は、サブフレーム＃n＋2内のUL grant 1ダウンリンク制御チャネルを使用することによって、サブフレーム＃n＋10内の初期送信または再送信を実行するようにサブフレーム＃n内のHARQプロセスH2（1msのTTI）をスケジューリングし、基地局は、サブフレーム＃n＋7内のUL grant 2ダウンリンク制御チャネルを使用することによって、サブフレーム＃n＋9内の初期送信または再送信を実行するようにサブフレーム＃n＋4内のHARQプロセスH1（7−SS sTTI）をスケジューリングすると想定され、第1プリセット時間間隔は4msであり、第2プリセット時間間隔は4 sTTIである。この実施形態では、UL grant 1は第1 UL grantであり、UL grant 2は第2 UL grantである。したがって、端末は、1msのTTIをスケジューリングするために使用される第1 UL grantに基づいて、第1の瞬間はUL grant 1が配置されたダウンリンクサブフレーム＃n＋2の3ms前（第1プリセット時間間隔マイナス1ms）、言い換えるとサブフレーム＃n−2であると判断し、第1アップリンク参照リソース（1msのTTIに対応する）は第1の瞬間の前の最新の第1アップリンクバースト内の初期アップリンクサブフレーム＃n−3であると判断し、sTTIをスケジューリングするために使用される第2 UL grantに基づいて、第2の瞬間はUL grant 2が配置されたダウンリンクsTTIの3 sTTI前、言い換えるとサブフレーム＃n＋5の第2のsTTIであると判断し（サブフレーム＃n＋5は7−SS構造であると想定される）、第2アップリンク参照リソース（sTTIまたはsTTIを含むサブフレームに対応する）はサブフレーム＃n＋5の第2のsTTIの前の最新のアップリンクバースト内の、初期アップリンクsTTI（サブフレーム＃n＋4内の初期sTTI）またはsTTIを含むアップリンクサブフレーム＃n＋4であると判断する。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０１６９
【補正方法】変更
【補正の内容】
【０１６９】
第2のケースでは、2つのアップリンクデータチャネルは異なるTTI長に対応する。1つのアップリンクデータチャネル（たとえば、第2アップリンクデータチャネル）に対応するsTTIの長さは、別のアップリンクデータチャネル（たとえば、第1アップリンクデータチャネル）に対応する1msのTTIまたはsTTIの長さよりも短い。短い方のsTTIの再送信遅延または復号遅延の方が短いので、端末は、1msのTTIまたはより長いsTTI（内のTBまたはHARQプロセス）の受信状態を取得する前に、より短いsTTI（内のTBまたはHARQプロセス）の受信状態を取得する。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０１８７
【補正方法】変更
【補正の内容】
【０１８７】
1msのTTI送信に対応する第1プリセット時間間隔は4msであり、7−SS sTTI送信に対応する第2プリセット時間間隔は4 sTTIである。UL grant 2はUL grant 1よりも遅いので、端末は、より最近のUL grant 2に基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定する。第1の瞬間は、基地局がUL grant 2を送信するダウンリンクサブフレーム＃n＋7（第1プリセット時間間隔マイナス1ms）の3ms前、言い換えるとサブフレーム＃n＋4である。第1アップリンク参照リソースは、第1の瞬間の前の最新のアップリンクバースト内の初期アップリンクサブフレーム＃nである。第2の瞬間は、基地局がUL grant 2を送信するダウンリンクsTTIの3 sTTI前（第2プリセット時間間隔マイナス1 sTTI）、言い換えると、サブフレーム＃n＋5内の第2のsTTIである（サブフレーム＃n＋5は7−SS構造であると想定される）。第2アップリンク参照リソースは、第2の瞬間の前の最新のアップリンクバースト内の初期アップリンクsTTI（サブフレーム＃n＋4内の初期sTTI）である。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】０１８８
【補正方法】変更
【補正の内容】
【０１８８】
端末は、第1アップリンク参照リソースおよび第2アップリンク参照リソースから、最新の第2アップリンク参照リソースをターゲット参照リソースとして選択する。ターゲット参照リソース内のHARQプロセスH1の受信状態は正しい肯定応答ACKなので、端末は、アップリンクバースト内のサブフレーム＃n＋9およびサブフレーム＃n＋10についてCWSを減少させる。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】０１８９
【補正方法】変更
【補正の内容】
【０１８９】
図9Bに示されるように、図9Aとの違いは、UL grant 2が、サブフレーム＃n＋9内の初期送信を実行するようにサブフレーム＃n−2内のHARQプロセスH1（7−SS sTTI）をスケジューリングし、UL grant 2に基づいて端末によって決定された第2アップリンク参照リソースが、＃n−2内の初期sTTIであり、第1アップリンク参照リソースよりも早いことである。したがって、端末は、ターゲット参照リソースが第1アップリンク参照リソースであると判断し、第1アップリンク参照リソース内のHARQプロセスH0の受信状態に基づいてCWSを決定する。HARQプロセスH0の受信状態は否定応答NACKであるので、端末は、アップリンクバースト内のサブフレーム＃n＋9およびサブフレーム＃n＋10についてCWSを増加させる。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】０１９０
【補正方法】変更
【補正の内容】
【０１９０】
図9Cに示されるように、図9Aと同様に、端末は、第2アップリンク参照リソースがターゲット参照リソースであると判断する。しかしながら、図9Aとの違いは、ターゲット参照リソース内のHARQプロセスH1の受信状態が否定応答NACKであることである。したがって、端末は、アップリンクバースト内のサブフレーム＃n＋9およびサブフレーム＃n＋10についてCWSを増加させる。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】０１９１
【補正方法】変更
【補正の内容】
【０１９１】
図9Dに示されるように、図9Aと同様に、端末は、第2アップリンク参照リソースがターゲット参照リソースであると判断する。しかしながら、図9Aとの違いは、基地局が、初期送信または再送信を実行するようにターゲット参照リソース内のHARQプロセスH1をもはやスケジューリングしないことである。したがって、端末は、アップリンクバースト内のサブフレーム＃n＋9およびサブフレーム＃n＋10についてCWSを増加させる。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】０１９３
【補正方法】変更
【補正の内容】
【０１９３】
一例では、第1アップリンク参照リソースは第1アップリンク基準サブフレームを含み、第2アップリンク参照リソースは第2アップリンク基準サブフレームを含み、端末によって送信される第2アップリンク基準サブフレーム内の全てのsTTIは、CWSを調整するために使用される。図10Aに示されるように、端末は、第2の瞬間が、基地局がUL grant 2を送信するダウンリンクサブフレーム＃n＋7の3 sTTI前であり、第2アップリンク参照リソースが、第2の瞬間の前の最新のアップリンクバースト内の初期アップリンクサブフレーム＃n＋4であると判断する。加えて、端末は、第2アップリンク参照リソースはターゲット参照リソースであり、サブフレーム＃n＋4は2つのsTTIを含み、2つのsTTIはHARQプロセスH1およびHARQプロセスH2をそれぞれ含み、HARQプロセスH1の受信状態はACKであり、HARQプロセスH2の受信状態はNACKであると判断する。少なくとも1つのHARQプロセスの受信状態はACKなので、端末はCWSを減少させる。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】０２２０
【補正方法】変更
【補正の内容】
【０２２０】
1msのTTI送信に対応する第1プリセット時間間隔は4msであり、7−SS sTTI送信に対応する第2プリセット時間間隔は4 sTTIである。UL grant 2はUL grant 1よりも遅いので、端末は、より最近のUL grant 2に基づいて第1アップリンク参照リソースおよび第2アップリンク参照リソースを決定する。第1の瞬間は、基地局がUL grant 2を送信するダウンリンクサブフレーム＃n＋7の3ms前、言い換えるとサブフレーム＃n＋4である。第1アップリンク参照リソースは、第1の瞬間の前の最新のアップリンクバースト内の初期アップリンクサブフレーム＃nである。第2の瞬間は、基地局がUL grant 2を送信するダウンリンクsTTIの3 sTTI前、言い換えると、サブフレーム＃n＋5内の第2のsTTIである（サブフレーム＃n＋5は7−SS構造であると想定される）。第2アップリンク参照リソースは、第2の瞬間の前の最新のアップリンクバースト内の初期アップリンクsTTI（サブフレーム＃n＋4内の初期sTTI）である。ステップ111によれば、第1アップリンク参照リソースおよび第2アップリンク参照リソースの両方の受信状態が受信されてACK状態が含まれるので（第1アップリンク参照リソース内の少なくとも1つのHARQプロセスの受信状態は肯定応答）、端末はCWSを減少させる。
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】０２２２
【補正方法】変更
【補正の内容】
【０２２２】
図12Cに示されるように、基地局は、ダウンリンク制御チャネル上で、サブフレーム＃n＋6内のUL grant 1を送信するが、しかし初期送信または再送信を実行するようにサブフレーム＃n内のHARQプロセスH0（1msのTTI）をスケジューリングせず、基地局は、ダウンリンク制御チャネル上で、ダウンリンク制御チャネル上で、サブフレーム＃n＋9内の初期送信（HARQプロセスH1の受信状態はACK）を実行するようにサブフレーム＃n＋4内のHARQプロセスH1（7−SS sTTI）をスケジューリングするためにサブフレーム＃n＋7内のUL grant 2を送信する。端末は、HARQプロセスH1に基づいて初期送信を実行するように端末をスケジューリングするために使用されるアップリンクグラントのみを受信することが、図12Cからわかる。したがって、端末は、第2アップリンク参照リソース内のHARQプロセスH1の受信された受信状態のみに基づいて、CWSを決定する。HARQプロセスH1の受信状態は肯定応答（ACK状態）なので、端末はCWSを減少させる。
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】０２２８
【補正方法】変更
【補正の内容】
【０２２８】
任意選択的に、第1アップリンク参照リソースは、少なくとも1つの第1アップリンクデータチャネル、または少なくとも1つの第1アップリンクデータチャネルに対応する第1送信時間間隔（第1アップリンクデータチャネルの第1送信時間間隔、たとえば1msのTTIを含む）を含む。第2アップリンク参照リソースは、少なくとも1つの第2アップリンクデータチャネル、または少なくとも1つの第2アップリンクデータチャネルに対応する第2送信時間間隔（第2アップリンクデータチャネルの第2送信時間間隔、たとえばsTTIを含む）を含む。
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】０２３２
【補正方法】変更
【補正の内容】
【０２３２】
第2アップリンク参照リソースが少なくとも1つの第2アップリンクデータチャネルを含むケースは、これと似ている。詳細はここで説明されない。たとえば、第2アップリンク参照リソースはアップリンクサブフレームであり、サブフレームは、7−SS構造であって2つの7−SS sTTIを含み、端末は第2のsTTIのみにおいてアップリンクデータを送信するようにスケジューリングされ、サブフレーム内の初期sTTIは、アップリンクデータを送信するように別の端末をスケジューリングするために使用される。この場合、第2アップリンク参照リソースは2つのアップリンクデータチャネルを含み、端末は第2のsTTI（内のTBまたはHARQプロセス）の受信状態に基づいてCWSを調整するとも言及される。
【国際調査報告】
2020505833.tif 000025
2020505833.tif 000026
2020505833.tif 000027
2020505833.tif 000028