(57)【要約】  本開示は、ＵＥがｅＬＡＡベースの通信システムの基地局中にＵＬチャネル・アクセスを実装するのを支援するための方法を提供する。本方法は、ＵＥのためのリッスン・ビフォア・トーク（ＬＢＴ）優先度を決定することと、ＵＥに決定されたＬＢＴ優先度を示す第１のシグナリングを送信することとを備える。本開示は、拡張ＵＬチャネル・アクセス機構を提案する。この機構では、ｅＮＢは、ＵＬアクセスを容易にするために何らかの支援を提供することができる。ＬＡＡ  ＵＬにおける複数ユーザ多重化およびスペクトル効率の機会がこの解決策によって改善され得る。
2019510429.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）がｅＬＡＡベースの通信システムの基地局中にアップリンク（ＵＬ）チャネル・アクセスを実装するのを支援するための方法であって、
前記ＵＥのためのリッスン・ビフォア・トーク（ＬＢＴ）優先度を決定することと、
前記ＵＥに前記決定されたＬＢＴ優先度を示す第１のシグナリングを送信することと
を備える、方法。
【請求項２】
前記ＵＥのためのＬＢＴ優先度を決定することが、
所定のファクタに従ってＵＬチャネル・アクセス・パラメータのセットを決定することと、
ＵＬチャネル・アクセス・パラメータの前記セットに基づいて前記ＬＢＴ優先度を決定することと
をさらに備える、請求項１に記載の方法。
【請求項３】
前記所定のファクタが、
ＵＬ送信バーストの送信持続時間と、
前記ＵＬ送信バースト中にスケジュールされたＵＥの数と、
前記スケジュールされたＵＥのトラフィック・タイプおよび干渉状況と、
ｅＬＡＡ  ＴＤＤ構成情報と
のうちの１つまたは複数を少なくとも備える、請求項１に記載の方法。
【請求項４】
ＵＬチャネル・アクセス・パラメータの同じセットがすべてのＵＥに対して決定されるか、または
ＵＬチャネル・アクセス・パラメータの異なるセットが異なるＵＥに対して決定される、請求項２または３に記載の方法。
【請求項５】
ユーザ機器（ＵＥ）がｅＬＡＡベースの通信システムの基地局中にアップリンク（ＵＬ）チャネル・アクセスを実装するのを支援するための方法であって、
前記ＵＬ送信バースト中に前記ＵＥのためにスケジュールされた予想される送信持続時間を前記ＵＥに示すこと
を備える、方法。
【請求項６】
前記ＵＬ送信バースト中に前記ＵＥのためにスケジュールされた予想される送信持続時間を前記ＵＥに示すことが、
シグナリングを通して前記ＵＥに前記予想される送信持続時間を動的にまたは半静的に示すこと、または
ＵＬスケジューリング許可を通して前記ＵＥに前記予想される送信持続時間を示すこと
をさらに備える、請求項５に記載の方法。
【請求項７】
ｅＬＡＡベースの通信システムのユーザ機器（ＵＥ）中にアップリンク（ＵＬ）チャネル・アクセスを実装するための方法であって、
前記ＵＥのために前記基地局によって決定されたリッスン・ビフォア・トーク（ＬＢＴ）優先度または前記ＵＥのために前記基地局によって決定されたＵＬチャネル・アクセス・パラメータのセットの一部分を示す第１のシグナリングを基地局から受信すること
を備える、方法。
【請求項８】
前記第１のシグナリングが前記ＬＢＴ優先度を示す場合、前記ＵＥが、前記ＬＢＴ優先度に対応するＵＬチャネル・アクセス・パラメータのセットを使用してＬＢＴ動作を実行し、
前記第１のシグナリングがＵＬチャネル・アクセス・パラメータのセットの一部分を示す場合、前記ＵＥが、トラフィック・タイプおよびＬＢＴ優先度とＵＬチャネル・アクセス・パラメータとの間の前記事前記憶された関係に基づいてＵＬチャネル・アクセス・パラメータの前記セット中の他のパラメータと前記ＬＢＴ優先度とを決定し、ＵＬチャネル・アクセス・パラメータの前記セットを使用してＬＢＴ動作を実行する、請求項７に記載の方法。
【請求項９】
前記方法が、
前記トラフィック・タイプに従って前記ＬＢＴ優先度を調整すること
をさらに備える、請求項８に記載の方法。
【請求項１０】
前記方法が、
第１のタイプのトラフィックのすべてが送信された後にのみ第２のタイプのトラフィックを送信することであって、前記第１のタイプのトラフィックのＬＢＴ優先度が、前記ＬＢＴ優先度以上であり、前記第２のタイプのトラフィックのＬＢＴ優先度が、前記ＬＢＴ優先度よりも低い、送信すること
をさらに備える、請求項８または９に記載の方法。
【請求項１１】
ユーザ機器（ＵＥ）がｅＬＡＡベースの通信システムの基地局中のコンテンション・ウィンドウ・サイズ（ＣＷＳ）を維持するのを支援するための方法であって、
ＣＷＳのセットを構成することであって、ＣＷＳの前記セット中の各ＣＷＳが、異なるリッスン・ビフォア・トーク（ＬＢＴ）優先度に対応し、ＣＷＳの前記セットが、すべてのＵＥに適用可能である、構成することと、
所定のトリガ機構に基づいてすべてのＬＢＴ優先度のＣＷＳを同時に更新することと
を備える、方法。
【請求項１２】
所定のトリガ機構に基づいてすべてのＬＢＴ優先度のＣＷＳを同時に更新することが、
最後のＵＬ送信バーストの第１のサブフレーム中のＰＵＳＣＨ復号結果に基づいてすべてのＬＢＴ優先度のＣＷＳを更新すること、または
最後のＵＬ送信バーストの最後の有効なサブフレーム中のＰＵＳＣＨ復号結果に基づいてすべてのＬＢＴ優先度のＣＷＳを更新すること、
をさらに備え、
前記ＰＵＳＣＨ復号結果が、前記最後のＵＬ送信バースト中にＬＢＴカテゴリー４動作を実装する前記ＵＥによるものである、請求項１１に記載の方法。
【請求項１３】
所定のトリガ機構に基づいてすべてのＬＢＴ優先度のＣＷＳを同時に更新することが、
最後のＵＬ送信バーストのすべてのサブフレーム中の前記ＰＵＳＣＨ復号結果に基づいてすべてのＬＢＴ優先度のＣＷＳを更新することであって、前記ＰＵＳＣＨ復号結果が、前記最後のＵＬ送信バースト中にＵＬ送信を実装するすべてのＵＥによるものである、更新すること
をさらに備える、請求項１１に記載の方法。
【請求項１４】
前記ＰＵＳＣＨ復号結果が、間違って復号されたＰＵＳＣＨの数と正しく復号されたＰＵＳＣＨの数との比率であり、
前記比率が、あらかじめ定義されたしきい値よりも大きい場合、すべてのＬＢＴ優先度のＣＷＳが、指数関数的にまたは線形的に増加することになり、
前記比率が、あらかじめ定義されたしきい値よりも大きくない場合、すべてのＬＢＴ優先度の前記ＣＷＳが、それぞれのＬＢＴ優先度に対応するそれぞれの最小ＣＷＳにリセットされる、請求項１２または１３に記載の方法。
【請求項１５】
前記方法が、
前記ＵＥに前記更新されたＣＷＳまたはそこから生成されたバックオフ・カウンタを送信すること
をさらに備える、請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、モバイル通信技術に関し、より詳細には、ｅＬＡＡベースの通信システム中にアップリンク・チャネル・アクセスを実装するための方法およびユーザ機器（ＵＥ）がｅＬＡＡベースの通信システムの基地局中でコンテンション・ウィンドウ・サイズを維持するのを支援するための方法に関する。
【背景技術】
【０００２】
ＲＡＮ＃７０では、アップリンク（ＵＬ）の無認可スペクトルに対するライセンス補助アクセス（ＬＡＡ（Licensed-Assisted Access））ＳＣｅｌｌ動作をサポートするためにＬＴＥのための拡張ＬＡＡに関する新しいワーク・アイテム（ｅＬＡＡ−ＬＴＥ（enhanced LAA for LTE））が承認された。共存公平性を保証するのに最も重要な機構のうちの１つであるリッスン・ビフォア・トーク（ＬＢＴ）は、慎重に設計されるべきである。現在のＥＴＳＩ  ＢＲＡＮの議論では、基地局（ｅＮＢ）によって取得される最大チャネル占有時間（ＭＣＯＴ（Maximum Channel Occupancy Time））内でＵＬ送信をサポートできる可能性が高い。この場合、ダウンリンク（ＤＬ）送信の終了とＵＬ送信の開始との間のギャップ内でＬＢＴ動作としての２５μｓの単発のクリア・チャネル・アセスメント（ＣＣＡ）が十分であり得る。しかしながら、ＵＬ送信バーストの場合、ＬＢＴ動作は、現時点ではクリアではない。
【０００３】
ＲＡＮ１＃８４会議において、ＬＡＡ  ＵＬにおいてＬＢＴカテゴリー４チャネル・アクセス手順をサポートすることに合意した。ただし、ＵＬ  ＬＢＴカテゴリー４のためのアプリケーション・シナリオは、クリアでない。図１に示すようにＵＬ送信バーストを開始するために、ＬＢＴカテゴリー４は、ＷｉＦｉと非同期ＬＡＡ  ＤＬ送信との間により良い共存公平性を保証することができる。
【０００４】
さらに、詳細なＵＬ  ＬＢＴカテゴリー４設計（たとえば、チャネル・アクセス・パラメータ、コンテンション・ウィンドウ・サイズ（ＣＷＳ）調整の機構）は、依然として未解決の問題である。ＤＬ  ＬＡＡでは、チャネル・アクセスを求めて競合することになるのはｅＮＢであるので、チャネル・アクセス・パラメータとＣＷＳ値とはｅＮＢ側で決定される。しかしながら、ＬＡＡ  ＵＬ送信がｅＮＢによってスケジュールされるので、これは、ＵＥ側でＵＬアクセス・パラメータを維持するのに適用可能でない。たとえば、ｅＮＢが、ＵＥのための多数の連続サブフレームをスケジュールし、ＵＥが、高優先度に対応するチャネル・アクセス・パラメータのセットを選定する場合、ＵＥは、送信を停止し、より高い優先度のＭＣＯＴに達したときにＬＢＴを再び実行しなければならない。ｅＮＢが、ＵＬ送信バースト中にＵＥのために小数のサブフレーム（たとえば、１つのサブフレーム）しかスケジュールせず、ＵＥが、低優先度に対応するチャネル・アクセス・パラメータのセットを選定する場合、ＵＥは、チャネル・アクセスを競合するために長い時間をかけることになる。これは、ＵＬ送信のスペクトル効率を低下させることになる。
【０００５】
加えて、ＣＷＳ調整は、ＤＬ  ＬＢＴ手順中のＨＡＲＱ−ＡＣＫフィードバック情報に基づく。ＵＬでは、そのような明示的フィードバックは、現在ＬＡＡ中にあるＵＥ側において利用可能でない。ＵＥは、ある時間期間内にＤＣＩフォーマット０／４の対応するＰＤＣＣＨ／ＥＰＤＣＣＨを検出しない場合、ＰＵＳＣＨ送信が成功したと仮定し得る。ｅＮＢが、あるＨＡＲＱプロセスを再送信するのを続けない（そして、それによって、これをより高いレイヤ再送信に置く、すなわち、最終的に追加の遅延とはるかに大きいオーバーヘッドとが生じることになる）場合、そのようなＨＡＲＱ−ＡＣＫの信頼性が減じられることになる。
【０００６】
さらに、３ＧＰＰでは、ＬＡＡフレーム構造の新しい特徴としてＬＢＴギャップが議論されている。ＬＡＡ  ＵＬ中でのマルチユーザ多重化を考慮すると、複数のＵＥは、ＬＢＴギャップ中にそれらのＬＢＴ手順を実行することができる。異なるＵＥが異なるＣＷＳを有する場合、これらのＵＥがこのサブフレーム中で多重化される可能性は比較的小さい。ｅＮＢは、各ＵＥのＣＷＳを知っている場合、１つのサブフレーム中にまったく異なるＣＷＳをもつＵＥをスケジューリングするのを回避することができるか、またはより好適なＬＢＴギャップを構成することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
したがって、ＵＥがｅＬＡＡベースの通信システム中にＵＬチャネル・アクセスを実装するのを支援するためにｅＮＢ側でＵＬチャネル・アクセス・パラメータを維持するための技術的解決策を提案する必要がある。
【課題を解決するための手段】
【０００８】
本開示の第１の態様によれば、ＵＥがｅＬＡＡベースの通信システムの基地局中にＵＬチャネル・アクセスを実装するのを支援するための方法を提供する。本方法は、ＵＥのためのリッスン・ビフォア・トーク（ＬＢＴ）優先度を決定することと、ＵＥに決定されたＬＢＴ優先度を示す第１のシグナリングを送信することとを含む。
【０００９】
本開示の第２の態様によれば、ＵＥがｅＬＡＡベースの通信システムの基地局中にＵＬチャネル・アクセスを実装するのを支援するための方法を提供する。本方法は、所定のファクタに従ってＵＬチャネル・アクセス・パラメータのセットを決定することと、ＵＥにＵＬチャネル・アクセス・パラメータの決定されたセットの一部分を示す第１のシグナリングを送信することとを含む。
【００１０】
本開示の第３の態様によれば、ＵＥがｅＬＡＡベースの通信システムの基地局中にＵＬチャネル・アクセスを実装するのを支援するための方法を提供する。本方法は、ＵＬ送信バースト中にＵＥのためにスケジュールされた予想される送信持続時間をＵＥに示すことを含む。
【００１１】
本開示の第４の態様によれば、ｅＬＡＡベースの通信システムのＵＥ中にＵＬチャネル・アクセスを実装するための方法を提供する。本方法は、ＵＥのために基地局によって決定されたＬＢＴ優先度またはＵＥのために基地局によって決定されたＵＬチャネル・アクセス・パラメータのセットの一部分を示す第１のシグナリングを基地局から受信することを含む。
【００１２】
本開示の第５の態様によれば、ｅＬＡＡベースの通信システムのＵＥ中にＵＬチャネル・アクセスを実装するための方法を提供する。本方法は、基地局から、ＵＬ送信バースト中にＵＥのためにスケジュールされた予想される送信持続時間を取得すること、または予想される送信持続時間が基地局から取得されない場合、予想される送信持続時間を１つのサブフレーム以下になるように設定することを含む。
【００１３】
本開示の第６の態様によれば、ＵＥがｅＬＡＡベースの通信システムの基地局中にＣＷＳを維持するのを支援するための方法を提供する。本方法は、ＣＷＳのセットを構成することであって、ＣＷＳのセット中のそれぞれのＣＷＳは、異なるＬＢＴ優先度に対応し、ＣＷＳのセットは、すべてのＵＥに適用可能である、構成することと、所定のトリガ機構に基づいてすべてのＬＢＴ優先度のＣＷＳを同時に更新することとを含む。
【００１４】
本開示の第７の態様によれば、ＵＥがｅＬＡＡベースの通信システムの基地局中にＣＷＳを維持するのを支援するための方法を提供する。本方法は、各ＵＥのためのＣＷＳのセットを構成することであって、ＣＷＳのセット中の各ＣＷＳは、異なるＬＢＴ優先度に対応する、構成することと、所定のトリガ機構に基づいてＬＢＴ優先度のＣＷＳを更新することとを含む。
【００１５】
本開示では、拡張ＵＬチャネル・アクセス機構を提供する。この機構では、ｅＮＢは、ＵＬアクセスを容易にするために何らかの支援を提供することができる。ＬＡＡ  ＵＬにおける複数ユーザ多重化およびスペクトル効率の機会がこの解決策によって改善され得る。
【００１６】
対照的に、ＵＬ  ＬＢＴカテゴリー４を使用する既存の技術的解決策はまた、ＵＬでＤＬ機構を使用する。ただし、ＬＡＡ  ＵＬ送信は、ｅＮＢによって実質的に制御される。合意が得られる前に、ユーザが、完全に自由にＬＢＴを実装することが可能である場合、複数ユーザ多重化が、中断されることになり、スペクトル効率が、低減されることになる。この欠陥は、本開示の技術的解決策によって解決することができる。
【００１７】
本開示の他の特徴、目的および利点は、以下の添付の図面と併せて本開示の非制限的な実施形態についての以下の詳細な説明からより明らかになろう。
【図面の簡単な説明】
【００１８】
【図１】ＵＬ  ＬＡＡのためのフレーム構造を示す。
【図２】本開示の一実施形態による、ＵＬ送信バーストを示す。
【図３】本開示の別の実施形態による、ｅＮＢでのＣＷＳ維持の概略図を示す。
【発明を実施するための形態】
【００１９】
添付の図面では、同じまたは同様の参照番号が、同じまたは対応する部分または特徴のために使用される。
【００２０】
本開示では、ＵＬ  ＬＡＡにおいて複数のＱｏＳトラフィックをサポートするためのＵＬ  ＬＢＴカテゴリー４のための詳細な設計を提案する。提案されたＬＢＴ設計は、以下の特徴をもつｅＮＢによって支援される。
【００２１】
チャネル・アクセス・パラメータのセットの決定
【００２２】
ＬＢＴ優先度に対応するチャネル・アクセス・パラメータのセットは、ＵＥがＬＢＴカテゴリー４動作を実行する前に決定されていなければならない。ｅＮＢは、以下のファクタを検討することによってチャネル・アクセス・パラメータを決定することになる。
−  ＵＬ送信バーストの送信持続時間、
−  ＵＬ送信バースト中にスケジュールされたＵＥの数、
−  スケジュールされたＵＥのトラフィック・タイプおよび干渉状況、
−  ＬＡＡ  ＴＤＤ構成、および
−  上記のファクタの一部または全部。
【００２３】
本開示の一実施形態では、ｅＮＢによって決定されたチャネル・アクセス・パラメータが、ＵＥによってさらに取得されなければならない。これについては、後で説明する。
【００２４】
一実施形態では、ｅＮＢは、レイヤ１シグナリングを介してＵＥに選択されたＬＢＴ優先度Ｘを明示的に示すことができる。ＬＢＴ動作のために使用されるＬＢＴ優先度Ｘに対応するチャネル・アクセス・パラメータのセットは、ＵＥ中で決定され得る。
【００２５】
本明細書では、好ましくは、ＬＢＴ優先度とＵＬチャネル・アクセス・パラメータの対応するセットとの間の関係は、それぞれ、ｅＮＢ側とＵＥ側とに事前記憶される。ｅＮＢは、次いで、ＵＬチャネル・アクセス・パラメータのセットが決定された後に表に従ってＬＢＴ優先度Ｘを決定することができる。ＵＥは、表に従って、上述のシグナリングに基づいて対応するＵＬチャネル・アクセス・パラメータを決定することができる。
【００２６】
加えて、Ｘ以下のＬＢＴ優先度に対応するトラフィックが枯渇した場合のみ、ＵＥは、Ｘよりも大きいＬＢＴ優先度に対応する追加のトラフィックを送信することによってチャネル占有を最大化することができる。ＬＢＴフレームワークでは、Ｘ以下のＬＢＴ優先度は、ｅＮＢによって決定されたＬＢＴ優先度以上であるＬＢＴ優先度を示す。Ｘよりも大きいＬＢＴ優先度は、ｅＮＢによって決定されたＬＢＴ優先度よりも小さいＬＢＴ優先度を示す。
【００２７】
さらに、ＵＥは、それ自体のトラフィック・タイプに従ってＬＢＴ優先度をさらに調整することが可能である。
【００２８】
別の実施形態では、ｅＮＢは、レイヤ１シグナリング介してＵＥにアクセス・パラメータのうちのいくつかまたは１つ（たとえば、ＣＷＳ値、または最大チャネル占有時間、またはＬＢＴギャップ構成）を示すことができ、次いで、ＵＥは、あらかじめ定義されたＬＢＴ優先度表（上述の表）とそれ自体のトラフィック・タイプとに従って他のアクセス・パラメータを解釈する柔軟性を有する。
【００２９】
別の実施形態では、予想される送信持続時間に関連する情報がＵＥによって取得され得る場合、ＵＥは、以下の考慮事項のいずれかまたはそれらの任意の組合せを用いてＬＢＴ優先度Ｘと対応するＵＬチャネル・アクセス・パラメータとを決定することができる。
【００３０】
１．選択されたＬＢＴ優先度ＸのＭＣＯＴは、予想される送信持続時間よりも短くなくてはならない。
【００３１】
２．Ｘ以下のＬＢＴ優先度に対応するトラフィックは、予想される送信持続時間中に送信され得る。
【００３２】
本明細書では、予想される送信持続時間は、ＵＬ送信バースト中でのＵＥによる送信のためにスケジュールされたサブフレームまたは時間を示す。
【００３３】
さらに、同様に、上述のように、Ｘ以下のＬＢＴ優先度に対応するトラフィックが枯渇した場合のみ、ＵＥは、Ｘよりも大きいＬＢＴ優先度に対応する追加のトラフィックを送信することによってチャネル占有を最大化することができる。
【００３４】
好ましくは、送信持続時間は、暗黙的な方法と明示的な方法とのいずれかでｅＮＢからＵＥに示され得る。
【００３５】
一実施形態では、ｅＮＢは、レイヤ１シグナリングを通してＵＥに予想される送信持続時間を動的にまたは半静的に通知することができる。
【００３６】
別の実施形態では、ＵＥは、マルチ・サブフレーム・スケジューリングの場合、ＵＬ許可に従って送信持続時間を取得することができる。
【００３７】
また別の実施形態では、特定の情報が受信されない場合、ＵＥは、送信持続時間が１つのサブフレーム以下であると仮定することができる。
【００３８】
上記の実施形態の各々では、ＵＥは、決定されたＵＬチャネル・アクセス・パラメータに基づいてＬＢＴ動作を実行することになる。
【００３９】
好ましくは、複数のＵＥが送信バースト中にＬＢＴ動作を実行することになるとき、ｅＮＢは、すべてのＵＥにアクセス・パラメータの同じセットを構成することができるか、またはそれぞれのＵＥにアクセス・パラメータの異なるセットを構成することができる。
【００４０】
ＣＷＳ維持
ｅＮＢは、ＵＥがＣＷＳ値を維持し、調整するのを助けることができる。
【００４１】
ａ）解決策１：共通のＣＷＳ維持が、ｅＮＢによってサービスされるすべてのＵＥのために構成される。
【００４２】
本解決策では、ｅＮＢは、すべてのＵＥの異なる優先度に対してＣＷＳの１つのセットのみを維持する。表１は、対応するＣＷＳが異なる優先度に対して設定された１つのＵＥのためのＣＷＳ表を示す。さらに、この実施形態では、すべてのＵＥは、同じＣＷＳ表を有する。すなわち、ＣＷＳの１つのセットしか維持する必要がない。
【表１】
2019510429.tif 000003
表１：ＵＥのためのＣＷＳ
【００４３】
この解決策では、ＣＷＳは、ＣＷＳトリガ機構の結果に基づいてすべてのＬＢＴ優先度について同時に更新されることになる。
【００４４】
一実施形態では、ＣＷＳトリガ機構は、最後のＵＬ送信バーストの第１のサブフレーム中のＰＵＳＣＨ復号結果に基づき得る。最後のＵＬ送信バースト中に、ＬＢＴカテゴリー４動作を実行するＵＥのＰＵＳＣＨ復号結果のみが検討される。ＵＥに対応する最後のＵＬ送信バーストが、ＵＥごとに異なり得、復号することに成功したのかどうかも異なることに留意されたい。本明細書では、ＬＢＴカテゴリー４動作を実装するＵＥのＰＵＳＣＨ復号結果は、上述のＣＷＳの更新に影響を及ぼすことになる。
【００４５】
本開示の一実施形態では、最後のＵＬ送信バーストは、たとえば、完全にＵＬ送信バーストである。
【００４６】
別の実施形態では、ＣＷＳトリガ機構は、最後のＵＬ送信バーストの最後の有効なサブフレーム中のＰＵＳＣＨ復号結果に基づき得る。同様に、最後のＵＬ送信バースト中に、ＬＢＴカテゴリー４動作を実行するＵＥのＰＵＳＣＨ復号結果のみが検討される。さらに、ＵＥに対応する最後のＵＬ送信バーストは、ＵＥごとに異なり得、復号すること成功したのかどうかも異なる。同様に、本明細書では、ＬＢＴカテゴリー４動作を実装するＵＥのＰＵＳＣＨ復号結果は、上述のＣＷＳの更新に影響を及ぼすことになる。
【００４７】
同様に、最後のＵＬ送信バーストは、たとえば、完全にＵＬ送信バーストである。
【００４８】
また別の実施形態では、ＣＷＳトリガ機構は、最後のＵＬ送信バーストのすべてのサブフレーム中のＰＵＳＣＨ復号結果に基づき得る。最後のＵＬ送信バースト中で、すべてのＵＥは、ＵＬ送信を実行する。この実施形態では、ＵＥが、ＵＬ送信を実行する限り、ＵＥのＰＵＳＣＨ復号結果はＣＷＳの更新に影響を及ぼすことになる。
【００４９】
好ましくは、ＰＵＳＣＨ復号結果は、間違って復号されたＰＵＳＣＨの数と正しく復号されたＰＵＳＣＨの数との比率として定義され得る。この比率があらかじめ定義された値よりも大きい場合、ＣＷＳは、指数関数的にまたは線形的に増加することになる。他の場合、ＣＷＳは、それぞれの優先度に対応する最小ＣＷＳにリセットされることになる。
【００５０】
最後に、ｅＮＢは、レイヤ１シグナリングを介してＵＥに更新されたＣＷＳまたはそこから生成されたバックオフ・カウンタを送信することになる。
【００５１】
ｂ）解決策２：個別のＣＷＳ維持が、異なるＵＥのために構成される。
【００５２】
ｅＮＢは、それぞれのＵＥごとに異なる優先度に対してＣＷＳの個別のセットを維持する。各ＵＥのＣＷＳを調整するために、以下の解決策が検討される。
【００５３】
ｉ．すべてのＬＢＴ優先度について、ＣＷＳトリガ機構からの結果に基づいてＣＷＳが指数関数的にまたは線形的に更新されることになる。一実施形態では、ＣＷＳトリガ機構は、最後のＵＬ送信バースト中の第１のサブフレームのＰＵＳＣＨ復号結果に基づき得る。最後のＵＬ送信バースト中に、ＵＥは、ＬＢＴカテゴリー４動作を実行する。
【００５４】
本開示の一実施形態では、最後のＵＬ送信バーストは、たとえば、完全にＵＬ送信バーストである。
【００５５】
さらに、ＰＵＳＣＨが正しく復号される場合、異なるＬＢＴ優先度のすべてのＣＷＳがそれらの最小値にリセットされ得る。他の場合、ＣＷＳは、指数関数的にまたは線形的に増加することになる。
【００５６】
ｉｉ．条件付きＬＢＴ優先度について、ＣＷＳが更新されることになる。一実施形態では、最後の送信バースト中で利用されるＬＢＴ優先度のみがそれのＣＷＳを更新することになる。他のＬＢＴ優先度は、それらのＣＷＳ値を維持する。
【００５７】
さらに、ＣＷＳは、それの最大値を使用する回数が所定の回数に達する場合リセットされ得る。
【００５８】
好ましくは、あるＵＥについて、ＵＥが所定の時間期間の間スケジュールされない場合、そのＣＷＳがリセットされ得る。
【００５９】
最後に、解決策１と同様に、ＵＥが、ＵＬ送信のためにスケジュールされると、ｅＮＢは、レイヤ１シグナリングを介してＵＥにＣＷＳ値またはそこから生成されたバックオフ・カウンタを送信することになる。
【００６０】
本開示の実施形態について、以下で詳細に記載することになる。詳細には、ｅＮＢ支援を用いる提案されたＵＬチャネル・アクセス拡張は、以下の特徴を含む。
【００６１】
−  チャネル・アクセス・パラメータのセットを決定すること
ｅＮＢは、ＵＬ送信の前にＬＢＴカテゴリー４動作を実行することになるＵＥのためのチャネル・アクセス・パラメータを決定する。図２に示すようなシナリオが仮定され得る。
【００６２】
ＵＥ１とＵＥ２とは、それらのＵＬ送信の前にＬＢＴカテゴリー４動作を実行することになる。ｅＮＢは、２つのＵＥのためのＬＢＴ動作において使用されるチャネル・アクセス・パラメータを決定するのを助けることができる。ＵＥ１のための送信持続時間は４ｍｓであり、ＵＥ２のための送信持続時間は２ｍｓである。ＤＬでのＬＢＴ優先度の定義に従って、ＵＥ１は、３以上のＬＢＴ優先度を使用すべきであり、ＵＥ２は、ＭＣＯＴ制限により１以上のＬＢＴ優先度を使用することができる。ＵＥ側においてチャネル・アクセス・パラメータを取得するために、以下のオプションが検討され得る。
【００６３】
１．ｅＮＢは、レイヤ１シグナリングを介してＵＥにＬＢＴ優先度を示す。
【００６４】
ｅＮＢが、すべてのＵＥのためにＵＬチャネル・アクセス・パラメータの共通セットを構成する場合、ｅＮＢは、ＵＥ１とＵＥ２との両方にＬＢＴ優先度３を示すことができる。
【００６５】
ｅＮＢが、ＵＥごとに異なるチャネル・アクセス・パラメータを構成する場合、ｅＮＢは、ＵＥ１にＬＢＴ優先度３を示し、ＵＥ２にＬＢＴ優先度１を示し得る。
【００６６】
２．ｅＮＢは、レイヤ１シグナリングを介してＵＥにアクセス・パラメータのうちのいくつか（たとえば、ＣＷＳ値、または最大チャネル占有時間、またはＬＢＴギャップ構成）を示す。
【００６７】
たとえば、ｅＮＢは、ＵＥにＭＣＯＴを示すことができる。各ＵＥは、それ自体のトラフィックと、受信された情報と、あらかじめ定義されたＬＢＴ優先度とに従ってすべてのＵＬチャネル・アクセス・パラメータを決定することができる。
【００６８】
３．予想される送信持続時間に関する情報が取得され得る場合、ＵＥは、ｅＮＢによってＵＬチャネル・アクセス・パラメータとＬＢＴ優先度とを決定することなしに単独でＵＬチャネル・アクセス・パラメータを決定することができる。
【００６９】
本明細書では、ｅＮＢは、明示的にまたは暗黙的にＵＥに送信持続時間を示す。送信持続時間を取得することによって、ＵＥは、上記で説明したあらかじめ定義されたルールに従ってＵＬチャネル・アクセス・パラメータを選択することができる。たとえば、ＵＥ２は、ベスト・エフォート・トラフィックしか有しないが、送信持続時間に従ってチャネル・アクセスのためにＬＢＴ優先度１を使用することができる。
【００７０】
−  ＣＷＳ維持
解決策１：共通のＣＷＳ維持が、ｅＮＢによってサービスされるすべてのＵＥのために構成される。
【００７１】
本解決策では、ｅＮＢは、すべてのＵＥのための異なる優先度に対してＣＷＳの１つのセットのみを維持し得る。同じく、図２のシナリオを仮定すると、ＵＥ１とＵＥ２とは、ＵＬ送信バーストの間にＬＢＴカテゴリー４手順を実行する。ｅＮＢが、ＵＬ送信バーストの第１のサブフレーム中のＵＥ１とＵＥ２とのためのＰＵＳＣＨを正常に復号することができる場合、すべてのＣＷＳは、異なる優先度に対応する最小値にリセットされ得る。ＰＵＳＣＨのうちの１つが復号され得ない場合、すべてのＣＷＳを増大しなければならない。一言で言えば、異なる優先度のＣＷＳが、図３に示す一例として同時に更新されなければならない。
【００７２】
解決策２：個別のＣＷＳ維持が、異なるＵＥのために構成される。
【００７３】
ＵＥごとに、ｅＮＢは、異なる優先度に対してＣＷＳのセットを維持する。同じく、図２のシナリオを仮定すると、ｅＮＢは、ＵＬ送信バーストの第１のＰＵＳＣＨを復号した後、ＵＥ１のＣＷＳとＵＥ２のＣＷＳとを更新することになる。
【００７４】
−  すべてのＬＢＴ優先度について、ＣＷＳが更新される。
【００７５】
ｅＮＢがＰＵＳＣＨを正しく復号することができる場合、すべてのＬＢＴ優先度がそれらのＣＷＳをリセットする。他の場合、すべてのＬＢＴ優先度は、ＣＷＳ値を指数関数的にまたは線形的に増加させる。
【００７６】
−  条件付きＬＢＴ優先度について、ＣＷＳが更新されることになる。
【００７７】
一実施形態では、ＰＵＳＣＨ中で使用されるＬＢＴ優先度のみがそのＣＷＳを更新することになる。
【００７８】
本開示の原理の一部を構成する上記の実施形態は、本開示を説明するものであり、本開示を制限するものではないことを理解されたい。
【００７９】
上記の実施形態が、例示的なものであり、本開示をそれに限定するものではないことに留意されたい。本開示の趣旨から逸脱しないすべての技術的解決策が、本開示の保護範囲に分類されるべきである。様々な実施形態で提示する様々な技術的特徴、装置および方法が、有益な効果を達成するために組み合わされ得る。さらに、特許請求の範囲中のいかなる参照番号も、関係する請求項を限定するものと解釈すべきではない。「備える」または「含む」という語は、特許請求の範囲および本明細書中に列挙されない装置またはステップの存在を除外しない。
【図１】
2019510429.tif 000004
【図２】
2019510429.tif 000005
【図３】
2019510429.tif 000006
【国際調査報告】
2019510429.tif 000007
2019510429.tif 000008