(57)【特許請求の範囲】
【請求項１】
アクセスノードまたは発展型ノードB（eNB）（１１０）における、１つまたは複数のユーザ機器(UE)(１２０−１、１２０−２)にアップリンク(UL)送信リソースを許可するための方法であって、
・１つまたは複数の送信時間間隔(TTI)にわたるアップリンク送信リソースを第１のUE(１２０−１)に割り当てることと、
・前記アップリンク送信リソースが前記第１のUE(１２０−１)によって所定のTTIでアップリンク送信に使用されていないことが検出された場合、前記所定のTTIの一部のアップリンク送信リソースを第２のUE(１２０−２)に許可することと、を有する方法。
【請求項２】
所定のTTIの一部のアップリンク送信リソースを第２のUE(１２０−２)に許可することが、
・前記第１のUE(１２０−１)によって所定のTTIにおけるアップリンク送信に前記アップリンク送信リソースが使用されていないことの検出を実行することと、
・前記検出に応答して、前記所定のTTIの一部のアップリンク送信リソースを第２のUE(１２０−２)に許可することと、を有する、請求項１に記載の方法。
【請求項３】
前記TTIは定義された数の連続した短いTTIに再分割され、前記検出は最初の短いTTIに関して実行される、請求項２に記載の方法。
【請求項４】
前記第２のUE(１２０−２)に許可される前記TTIの前記一部は、前記最初の短いTTIに続く前記短いTTIの１つまたは複数を含む、請求項３に記載の方法。
【請求項５】
前記検出は、前記アップリンク送信リソースが前記所定のTTI内の前記最初のUE(１２０−１)によって使用されないことを感知することによって実行される、請求項４に記載の方法。
【請求項６】
前記eNB(１１０)は、前記第１のUE(１２０)のアップリンク送信の受信電力の推定に基づいて前記検出を実行する、請求項５に記載の方法。
【請求項７】
前記eNB(１１０)は、推定された電力が所定の電力閾値未満である場合、UL送信が実行されていないことを検出する、請求項６に記載の方法。
【請求項８】
前記eNB(１１０)は、前記TTIリソース割当てに関してクリアチャネルアセスメントを実行する、請求項２から７のいずれか１項に記載の方法。
【請求項９】
前記検出は、前記アップリンク送信リソースが前記第１のUE(１２０−１)によって使用されていないことを示す情報を受信することによって実行される、請求項２から４のいずれか１項に記載の方法。
【請求項１０】
前記第２のUE(１２０−２)に対する前記アップリンク送信リソースの前記許可は、ダウンリンク制御情報(DCI)によって伝達される、請求項２から９のいずれか１項に記載の方法。
【請求項１１】
前記アップリンク送信リソースを前記第１のUE(１２０−１)に割り当てることは、永続的または半永続的リソース割り当てである、請求項１から１０のいずれか１項に記載の方法。
【請求項１２】
所定のTTIの一部のアップリンク送信リソースを第２のUE(１２０−２)に許可することが、
・第１のUE(１２０−１)がUL送信のためのリソース割当てを使用していない場合にのみ、第２のUEによって使用されるように、前記第２のUE(１２０−２)に対する前記TTIの１つまたは複数の短いTTIの条件付きアップリンクリソース割当てを実行することを含む、請求項１に記載の方法。
【請求項１３】
前記第２のUE(１２０−２)は、前記第１のUE(１２０−１)への前記TTIの前記アップリンク送信リソースの割り当てに関してチャネルセンシングを実行する、請求項１２に記載の方法。
【請求項１４】
前記eNBは、信号強度、地理的位置、および所与の優先度のうちの少なくとも１つに応じて複数の第２のUE(１２０−２)のグループ化を実行し、前記TTIの前記１つまたは複数の短いTTIは、１つのグループ内の複数の第２のUE(１２０−２)に許可される、請求項１２または１３に記載の方法。
【請求項１５】
前記複数の第２のUEは、互いにクリアチャネルアセスメントを実行することによって、前記１つまたは複数の許可された短いTTIリソースの配分を実行する、請求項１４に記載の方法。
【請求項１６】
前記複数の第２のUEは、前記１つまたは複数の許可された短いTTIリソースの配分を、前記複数の第２のUE間のさらなる優先度付けに基づいて実行する、請求項１４に記載の方法。
【請求項１７】
アップリンク(UL)送信リソースを、１つまたは複数のユーザ装置(UE)(１２０−１、１２０−２)に許可するように構成されたeNB(１１０)であって、信号交換のために１つ以上のインターフェースに接続されたプロセッサ(１１０１)と、前記プロセッサに動作可能に接続されたメモリ(１１０２)とを有し、前記メモリは、
・送信時間間隔(TTI)にわたるアップリンク送信リソースを第１のUE(120-1)に割り当てることと、
・前記第１のUE(１２０−１)によって所定のTTIにおけるアップリンク送信に前記アップリンク送信リソースが使用されていないことが検出された場合、前記所定のTTIの一部のアップリンク送信リソースを第２のUE(１２０−２)に許可することと、
を実行またはトリガするように構成された命令を格納する、eNB(１１０)。
【請求項１８】
１つまたは複数のユーザ機器(UE)(１２０−１、１２０−２)にアップリンク(UL)送信リソースを許可するように構成されたeNB(１１０)であって、
・送信時間間隔(TTI)にわたるアップリンク送信リソースを第１のUE(１２０−１)に割り当てることと、
・前記第１のUE(１２０−１)によって所定のTTIにおけるアップリンク送信に前記アップリンク送信リソースが使用されていないことが検出された場合、前記所定のTTIの一部のアップリンク送信リソースを第２のUE(１２０−２)に許可することと、を実行するか、トリガするように構成された、eNB（１１０）。
【請求項１９】
１つまたは複数のユーザ機器(UE)(１２０−１、１２０−２)にアップリンク(UL)送信リソースを許可するように構成されたeNB(１１０)であって、
・第１のUE(１２０−１)による所定のTTIにおけるアップリンク送信にアップリンク送信リソースが使用されていないことが検出された場合、前記所定のTTIの一部のアップリンク送信リソースを第２のUE(１２０−２)に許可するように構成されたスケジューラ(１１０７)を有するeNB(１１０)。
【請求項２０】
・前記第１のUE(１２０−１)によるアップリンク送信に前記アップリンク送信リソースが使用されていないことの検出を実行し、
・前記検出に応答して、前記TTIの一部のアップリンク送信リソースを第２のUE(１２０−２)に許可する、ように構成された請求項１７から１９のいずれか1項に記載のeNB。
【請求項２１】
前記TTIは定義された数の連続した短いTTIに再分割され、前記検出は最初の短いTTIに関して実行される、請求項１７から２０のいずれか1項に記載のeNB。
【請求項２２】
前記最初の短いTTIに続く１つまたは複数の短いTTIを有する、前記TTIの前記一部を前記第２のUE(１２０−２)に許可するように構成された、請求項２１に記載のeNB。
【請求項２３】
前記アップリンク送信リソースが前記第１のUE(１２０−１)から使用されないことを感知することによって前記検出を実行するようにさらに構成された、請求項２２に記載のeNB。
【請求項２４】
前記第１のUE(１２０)のアップリンク送信の受信電力の推定に基づいて前記検出を実行するようにさらに構成される、請求項２３に記載のeNB。
【請求項２５】
推定された電力が所定の電力閾値未満である場合、UL送信が実行されていないと検出するようにさらに構成される、請求項２４に記載のeNB。
【請求項２６】
前記TTIリソース割り当てに関してクリアチャネルアセスメントを実行するようにさらに構成された、請求項１７から２５のいずれか1項に記載のeNB。
【請求項２７】
前記アップリンク送信リソースが前記第１のUE(１２０−１)によって使用されていないことを示す情報を受信することによって前記検出を実行するようにさらに構成される、請求項１７から２６のいずれか1項に記載のeNB。
【請求項２８】
ダウンリンク制御情報(DCI)によって、前記第２のUE(１２０−２)に前記アップリンク送信の前記許可を伝達するようにさらに構成される、請求項１７から２７のいずれか1項に記載のeNB。
【請求項２９】
前記アップリンク送信リソースを割り当てるときに、永続的(または半永続的)リソース割り当てを実行するようにさらに構成される、請求項１７から２８のいずれか１項に記載のeNB。
【請求項３０】
所定のTTIの一部の前記アップリンク送信リソースを第２のUE(１２０−２)に許可するために、前記eNBは、前記第１のUE(１２０−１)がUL送信に前記アップリンク送信リソースを使用していない場合にのみ前記第２のUE(１２０−２)によって使用されるように、前記TTIの１つまたは複数の短いTTIの前記第２のUE(１２０−２)への条件付きアップリンク送信リソース割り当てを実行するように構成された、請求項１７から１９のいずれか１項に記載のeNB。
【請求項３１】
信号強度、地理的位置、および所与の優先度のうちの少なくとも１つに応じて複数の第２のUE(１２０−２)のグループ化を実行し、１つのグループ内の複数の第２のUE(１２０−２)に前記所定のTTIの前記１つまたは複数の短いTTIを許可するようにさらに構成される、請求項３０に記載のeNB。
【請求項３２】
アップリンク(UL)リソースを第２のUE(１２０−２)に許可するeNB(１１０)をサポートするための第１のUE(１２０−１)における方法であって、
・１つまたは複数の送信時間間隔(TTI)にわたるアップリンクリソースの割り当てを受信することと、
・所定のTTIに関する前記アップリンクリソースが前記第１のUEによるアップリンク送信に使用されていること、または使用されないことを検出することと、
・前記検出に応答して、前記所定のTTIの前記アップリンクリソースが使用されていないことを示す情報を前記eNB(１１０)に送信することと、を有する方法。
【請求項３３】
第１のUE(１２０−１)に割り当てられたアップリンクリソースを使用するための、第２のUE(１２０−２)における方法であって、
・eNB(１１０)から、所定のTTIの１つまたは複数の短いTTIのアップリンクリソースについての条件付き許可を受信することと、
・前記第１のUE(１２０−１)が前記所定のTTIに関して前記アップリンクリソースを使用しているか否かの検出を実行することと、
・前記検出が、前記第１のUE(１２０−１)が前記所定のTTIに関して前記アップリンクリソースを使用していないことを明らかにした場合にのみ、アップリンク送信リソースについて前記条件付き許可を使用することと、を有する方法。
【請求項３４】
前記第２のUE(１２０−２)は、前記第１のUE(１２０−１)への前記所定のTTIの前記アップリンクリソースの割り当てに関してチャネルセンシングを実行する、請求項３３に記載の方法。
【請求項３５】
第２のUE(１２０−２)は、第３のUEに関してクリアチャネルアセスメントを実行することによって、前記１つまたは複数の許可された短いTTIリソースについて第３のUEと競い合う、請求項３４に記載の方法。
【請求項３６】
アップリンク(UL)リソースをさらなるUE(１２０−２)に許可するようにeNB(１１０)をサポートするように構成されたUE(１２０−１)であって、:
・１つまたは複数の送信時間間隔(TTI)にわたるアップリンクリソースの割り当てを受信することと、
・所定のTTIに関するアップリンクリソースが前記UE(１２０−１)によるアップリンク送信に使用されていること、または使用されないことを検出することと、
・前記検出に応答して、前記所定のTTIの前記アップリンクリソースが使用されていないことを示す情報を前記eNB(１１０)に送信することと、を実行またはトリガするように構成されたUE(１２０−１)。
【請求項３７】
接続されたプロセッサと、前記プロセッサに動作可能に接続されたメモリとを有し、前記メモリは、請求項３６に記載されたステップを実行またはトリガするように構成された命令を記憶する、請求項３６に記載のUE(１２０−１)。
【請求項３８】
アップリンク(UL)リソースをさらなるUE(１２０−２)に許可するようにeNB(１１０)をサポートするように構成されたUE(１２０−１)であって、
・１つまたは複数の送信時間間隔(TTI)にわたるアップリンクリソースの割り当てを受信するように構成された受信機(１２０４)と、
・所定のTTIに関する前記アップリンクリソースが前記UE(１２０−１)によるアップリンク送信に使用されていること、または使用されないことを検出するように構成された検出器(１２０５)と、
・前記検出に応答して、前記所定のTTIの前記アップリンクリソースが使用されていないことを示す情報を前記eNB(１１０)に送信するように構成された送信機(１２０６)と、を有するUE(１２０−１)。
【請求項３９】
さらなるUE(１２０−１)に割り当てられたアップリンクリソースを使用するように構成されたUE(１２０−２)であって、
・eNB(１１０)から、所定のTTIの１つまたは複数の短いTTIのアップリンクリソースについての条件付き許可を受信することと、
・前記さらなるUE(１２０−１)が前記所定のTTIに関して前記アップリンクリソースを使用しているか否かの検出を実行することと、
・前記検出が、前記さらなるUE(１２０−１)が前記所定のTTIに関して前記アップリンクリソースを使用していないことを明らかにした場合にのみ、アップリンクリソースについて前記条件付き許可を使用することと、を有するUE(１２０−２)。
【請求項４０】
接続されたプロセッサと、前記プロセッサに動作可能に接続されたメモリとを有し、前記メモリは、請求項３９に記載のステップを実行またはトリガするように構成された命令を記憶する、請求項３９に記載のUE(１２０−２)。
【請求項４１】
さらなるUE(１２０−１)に割り当てられたアップリンクリソースを使用するように構成されたUE(１２０−２)であって、
・eNB(１１０)から、所定のTTIの１つまたは複数の短いTTIのアップリンクリソースについての条件付き許可を受信するように構成された受信機(１２１４)と、
・前記さらなるUE(１２０−１)が前記所定のTTIに関して前記アップリンクリソースを使用しているか否かの検出を実行するように構成された検出器(１２１５)と、
・前記さらなるUE(１２０−１)が前記所定のTTIに関して前記アップリンクリソースを使用していないことを前記検出が明らかにした場合にのみ、アップリンク送信について前記条件付き許可を使用するように構成された送信機(１２１６)と、を有するUE(１２０−２)。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は概してアップリンクリソース割り当てに関し、特に、割り当てられているが未使用のアップリンクリソースを再使用することに関する。
【背景技術】
【０００２】
パケットデータレイテンシは、通信ネットワークの重要な性能特性である。レイテンシが短い通信を提供することの必要性は、例えば、いわゆるモノのインターネット(IOT)の展開に伴って、高まっている。パケットレイテンシの短縮に関して取り組むべき１つの領域は、送信時間間隔(TTI)の長さに着目して、データおよび制御信号の伝送時間の短縮である。
【０００３】
第３世代パートナーシッププロジェクト(3GPP)によって規定されたロングタームエヴォリューション(LTE)では、UL送信のためのリソースがLTE環境では改良型ノードＢ(eNB)とも呼ばれる無線アクセスノードによって許可される。これは動的に行うことができ、すなわち、eNBは送信時間間隔(TTI)ごとにUL送信をスケジュールする。あるいは、これは複数のTTIが同時に、すなわちデータ送信の前に許可され得る、いわゆる半永続スケジューリング(SPS)を使用して行われ得る。
【０００４】
リリース１３までのLTE ３GPP規格では、TTI長（サブフレーム長とも呼ばれる）は１msであり、例えば約７２μsの長さの１４個の直交周波数分割多重(OFDM)シンボルからなる。
【０００５】
LTE ３GPP規格のリリース１４では、１TTIの周期性を可能にするために、すなわち、連続するTTIがあるユーザに永続的に割り当てられることを可能にするために、SPSフレームワークが拡張されており、「高速アップリンクアクセス」とも呼ばれている。さらなる拡張は、送信のために利用可能なデータがない場合のパディング送信がUEに義務づけられないことである。
【０００６】
また、今後想定されているコンセプトに短いTTI(sTTI)がある。これは、１ミリ秒(ms)の端数の長さを有するTTI(サブ１ms TTIとも呼ばれる)、例えば、２、４、および７OFDMシンボルの長さを有するTTIが規定される機能である。この短いTTIレベルに基づくスケジューリングおよびリソース割り当ては、レイテンシを大幅に低減しうる。
【０００７】
現在のLTE標準化(LTE−evolution)に加えて、NRまたは5Gとも呼ばれる、LTEと後方互換性のない新しい無線アクセス技術も3GPPによって標準化中である。NRでは、異なる周波数キャリア、および/または異なるサービスに対し、それらのレイテンシ要件に応じて異なる無線パラメータ(numerologies)が利用されることが予測される。NRでは、LTE無線パラメータが基本無線パラメータ(例えば、１５kHzのサブキャリア間隔および約７２μsのOFDMシンボル長)と見なされている。しかしながら、異なったサービス及び/又は周波数範囲に対して、基本無線パラメータの２n(ここで、nは整数)のスケーリングを行うこともまた可能であろう。したがって、LTE TTI短縮コンセプトと同様に、NRにおいて、より大きなサブキャリア間隔を有するTTIは、より短いサブキャリア間隔を有するTTIの整数個と同じ長さを有する。さらに、半永続的スケジューリング(または上述の高速アップリンクアクセスのような拡張)は、NRにおいて同様に適用され得る。
【０００８】
１TTIの可能な最小周期性を有するSPS許可(すなわち、永続的許可)を提供することに関する１つの問題は、これらのリソースがSPS許可の期間中、あるUEのために予約され、他のユーザに対してブロックされることである。リソースの一部が使用されないことは、典型的には不定期なULデータ送信によって発生しうるが、これによってシステム容量が浪費され得る。しかしながら、１TTIの周期性を有するリソース予約は、不定期なデータを有するユーザのための決定論的レイテンシを保証する役割を果たす。
【発明の概要】
【０００９】
したがって、(永続的な)長いTTI UL割り当て(例えば１４個のOFDMシンボルを有する１msのTTI)を用いてUEに決定論的レイテンシを保証するとともに、割り当てられたリソースがUEによって使用されないままであるときのシステムリソースの浪費を最小限に抑えることを可能にする解決策を提供することによって、全体的なシステム容量を最適化することが望ましい。さらに、長いTTIは複数の（例えば、２、４、または７個のOFDMシンボルを有する）サブTTI（短いＴＴＩとも呼ばれる）に再分割される。
【００１０】
一実施形態では、１つまたは複数のユーザ機器(UE)にアップリンク(UL)送信リソースを許可するために、アクセスノードまたは発展型ノードB(eNB)において実行される、
・１つまたは複数の送信時間間隔(TTI)にわたるアップリンク送信リソースを第１のUEに割り当てることと、
・所定のTTIのアップリンクリソースが第１のUEによってアップリンク送信に使用されていないことが検出された場合に、その所定のTTIの一部のアップリンク送信リソースを第２のUEに許可することと、のステップを有する方法が提案される。
【００１１】
それに対する一実施形態では、所定のTTIの一部のアップリンク送信リソースを第２のUEに許可するステップは、以下を有しうる、または以下によって実現されてよい。
・アップリンクリソースが、第１のUEによる所定のTTIにおけるアップリンク送信に使用されていないことの検出を実行することと、
・この検出に応答して、この所定のTTIの一部のアップリンク送信リソースを第２のUEに許可すること。
【００１２】
一実施形態ではUEが異なる優先度レベルにグループ化され、１つまたは複数の第１のUE(主優先度を有するUE、高い優先度を有するUE、または優先されるUE)、は１つまたは複数の第２のUE(副優先度を有するUE、低い優先度を有するUE、または優先されないUE)よりも高い優先度を受ける権利を与えられ得る。高優先度UEは長いTTIレベルで動作するようにスケジュールされてもよく、一方、低優先度UEは短いTTI(sTTI)レベルで動作してもよい。
【００１３】
以下では、UEという用語が、ユーザ端末、マシンタイプ装置、MTCまたはマシンツーマシン(M２M)装置など、３GPP仕様の枠組みにおける任意の種類のワイヤレス端末のために使用される。
【００１４】
一実施形態では、１つまたは複数のUEにアップリンク送信リソースを許可するように構成されたアクセスノードまたはeNBであって、
・送信時間間隔(TTI)にわたるアップリンク送信リソースを第１のUEに割り当てることと、
・アップリンクリソースが第１のUEによって所定のTTIにおけるアップリンク送信のために使用されていないことが検出された場合、所定のTTIの一部のアップリンク送信リソースを第２のUEに許可することと、
のステップを実行またはトリガするように構成されたアクセスノードまたはeNBが提案される。
【００１５】
eNBは信号交換のために１つまたは複数のインターフェースに接続されたプロセッサと、プロセッサに動作可能に接続されたメモリとを有することができ、メモリは、上述のステップを実行するための命令を格納する。
【００１６】
一実施形態では、第２のUEにアップリンクリソースを許可するためにeNBをサポートするために第１のまたは高優先度のUEにおいて実行される方法であって、
・１つまたは複数の送信時間間隔(TTI)にわたるアップリンクリソースの割り当てを受信することと、
・所定のTTIに関するアップリンクリソースが第１のUEによるアップリンク送信のために使用されているか、使用されないことを検出することと、
・検出に応答して、所定のTTIのアップリンクリソースが使用されていないことを示す情報をeNBに送信することと、
のステップを含む方法が提案される。
【００１７】
一実施形態では、第１のUEに割り当てられたアップリンクリソースを使用するために、第２のまたは優先されないUEにおいて実行される方法であって、
・eNBから、所定のTTIの１つまたは複数の短いTTIのアップリンクリソースに関する条件付き許可を受信することと、
・第１のUEが所定のTTIに関してULリソースを使用しているか否かの検出を実行することと、
・検出が第１のUEが所定のTTIに関してULリソースを使用していないことを明らかにした場合にのみ、アップリンク送信について条件付き許可を用いることと、
のステップを含む方法が提案される。
【００１８】
一実施形態では、アップリンク(UL)リソースを第２の(または優先されない)UEに許可するようにeNB １１０をサポートするように構成された第１(または優先される)UEであって、
・１つまたは複数の送信時間間隔(TTI)にわたるアップリンクリソースの割り当てを受信することと、
・所定のTTIに関するアップリンクリソースが第１のUEによるアップリンク送信のために使用されているか、使用されないことを検出することと、
・検出に応答して、所定のTTIのアップリンクリソースが使用されていないことを示す情報をeNBに送信することと、
のステップを実行またはトリガするように構成されたUEが提案される。
【００１９】
一実施形態ではUEが接続されたプロセッサと、プロセッサに動作可能に接続されたメモリとを備え、メモリは上述の実施形態のステップを実行またはトリガするように構成された命令を格納する。
【００２０】
一実施形態では、第１の(または優先される)UEに割り当てられたアップリンクリソースを使用するように構成された第２(または優先されない)UEであって、
・eNBから、所定のTTIの１つまたは複数の短いTTIのアップリンクリソースに対する条件付き許可を受信することと、
・第１のUEが所定のTTIに関してULリソースを使用しているかどうかの検出を実行することと、
・検出が第１のUEが所定のTTIに関してULリソースを使用していないことを明らかにした場合にのみ、アップリンク送信に対する条件付き許可を使用することと、
のステップを備えるUEが提案される。
【００２１】
一実施形態ではUEが接続されたプロセッサと、プロセッサに動作可能に接続されたメモリとを備え、メモリは上述の実施形態のステップを実行またはトリガするように構成された命令を格納する。
【００２２】
本実施形態はまた、本明細書で説明されるような適切なノード、例えば、eNBまたは無線アクセスネットワークノード、あるいはUEのそれぞれの処理ユニット動作されるときに、上述されるような方法を実施するためのソフトウェアコード部分を備えるコンピュータプログラムに関する。コンピュータプログラムは、コンピュータ可読媒体に格納することができる。コンピュータ可読媒体は、ノード内の永久メモリまたは書き換え可能メモリであってもよく、または外部に配置されてもよい。それぞれのコンピュータプログラムは例えば、ケーブルまたは無線リンクを介して、一連の信号として転送されることもできる。
【００２３】
以下では、当業者に十分かつ完全な理解を与えるために、本発明の詳細な実施形態を説明する。しかしながら、これらの実施形態は例示的なものであり、限定することを意図するものではない。
【００２４】
添付の図面は本開示のいくつかの態様を示し、説明とともに、本開示の原理を説明するのに役立つ。
【図面の簡単な説明】
【００２５】
【図１】割り当てられた優先度レベルに応じて、長いTTI上または短いTTI上のいずれかでスケジュールされるべきeNBおよび複数のUEを有する例示的なワイヤレスネットワークを示す図である。
【図２】送信センシングに基づく、異なる優先度レベルのUEに関する長いTTIおよび短いTTI割り当てのための第１の例示的なタイミング図である。
【図３】長いTTI使用指示に基づく、異なる優先度レベルのUEに関する長いTTIおよび短いTTI割り当てのための第２の例示的なタイミング図である。
【図４】異なる優先度レベルのUEに関する長いTTIおよび短いTTI割り当てのための第３の例示的なタイミング図であり、複数の低優先度のUEは、高優先度のUEによって使用されていないULリソースを共有することを示す図である。
【図５】eNBの例示的な物理ブロック図である。
【図６】eNBの例示的な機能ブロック図である。
【図７】UEの例示的な物理ブロック図である。
【図８】優先されるUEの例示的な機能ブロック図である。
【図９】優先されないUEの例示的な機能ブロック図である。
【図１０】eNBにおいて実行される第１の例示的な方法のステップを示す図である。
【図１１】eNBにおいて実行される第２の例示的な方法のステップを示す図である。
【図１２】優先されるUEにおいて実行される例示的な方法のステップを示す図である。
【図１３】優先されないUEにおいて実行される例示的な方法のステップを示す図である。
【発明を実施するための形態】
【００２６】
将来の５Gリリースでは、異なる能力を有するいくつかの異なるカテゴリのデバイスがネットワーク内に共存することが想定される。これらのデバイスは、異なるサービス品質(QoS)要件を有する同じおよび/または異なるサービスをサポートしうる。１つの具体例は、マシンタイプ通信(MTC)およびモバイルブロードバンド(MBB)通信の想定される共存である。将来のLTEリリースでは、ユーザデバイスがサブ１ms TTI(短いTTIまたはsTTIと名付けられる)をサポートすることが想定され得る。しかしながら、長いTTI割り当てのみをサポートする共存するレガシーデバイスは、決定論的なレイテンシサービスも得る必要があるかもしれない。
【００２７】
上述の要件を満たす１つの方法は、最小限の可能な周期性(すなわち、１TTI)でSPS許可または高速アップリンクアクセス許可を提供することであり得る。
【００２８】
上述のシナリオに加えて、永続的または半永続的スケジューリング(SPS)では通常、帯域幅の残りが他の目的および/またはユーザのために利用可能であるように、キャリア帯域幅のわずかな部分、例えば、２つのサブバンド(すなわち、LTEにおけるように１５kHzサブキャリアを使用する場合には３６０kHz)のみが割り当てられるため、ユーザが短いTTI長ではなく、１msサブフレーム長で自身のデータ送信を作動させることが、さらにより有益であり得る。このようにして、トランスポートブロックサイズ(帯域幅とTTI長との積)は典型的なULデータパケットが内部に収まるように、十分に大きく保たれる。永続的(または半永続的)スケジューリングは複数の(長い)TTIリソースがUEに許可されることを意味し、スケジューリングされたTTIは連続するTTIのシーケンス、繰り返しパターンに従うTTI(例えば、連続するTTIの２番目、３番目、ｎ番目のTTIごと)、または任意の他のパターンに従うTTIであり得る。
【００２９】
しかしながら、このユーザの割り当てられた長いTTIは未使用かもしれず、ユーザが送信すべきULデータを有していない場合でも他のユーザが利用することはできないであろう。別のUEによるリソースの再使用を可能にするために、ULデータが利用可能でないときにULパディング送信が義務付けられない(例えば、３GPPリリース１４において、高速アップリンクアクセスまたはSPS拡張とも呼ばれる)機能が実装され得る。
【００３０】
一実施形態ではUEが異なる優先度レベルにグループ化され、１つまたは複数の第１のUE(主優先度のUE、高い優先度のUE、または優先されるUE）は１つまたは複数の第２のUE(副優先度のUE、低い優先度のUE、または優先されないUE)よりも高い優先度を受ける権利を与えられ得る。高い優先度のUEは長いTTIレベルで動作するようにスケジュールされてもよく、一方、低い優先度のUEは短いTTI(sTTI)レベルで動作してもよい。
【００３１】
例として、以下で説明される実施形態は主に、例えば、１ミリ秒(１ms)レベルでのLTEの高速アップリンクアクセスを用い、短いTTIのために２つのOFDMシンボルを用いる、長いTTI割り当てに関して説明される。しかしながら、ここで説明される解決策は他のアクセス技術および物理層無線パラメータ(例えば、上述の５G/NR技術)を実装するワイヤレスアクセスネットワークおよびユーザ機器(UE)に等しく適用可能であることが十分に理解されるであろう。
【００３２】
図１は、ワイヤレスアクセスノードまたはeNB １１０と、第１のユーザ機器UE １２０−１と、第２のUE １２０−２とを有する例示的なワイヤレスネットワークを示す。例として、第１のUE １２０−１は(例えば、SPSまたは高速アップリンクアクセスプロシージャを使用する)(半)永続的なリソース割り当てを有し、現在のLTE仕様に従って、長いTTIレベルで、例えば、１msサブフレーム長で、eNB １１０への自身のULデータ送信を動作させる。これにより、ユーザは保証された期間、例えば２ms以下の時間(すなわち、次のサブフレーム境界のための≦１msの待ち時間＋１msのUL送信時間)内に、自身のULデータが利用可能であるとき(これは不定期なデータについては推定することができない)はいつでも、そのULデータを送信することができる。さらに、例として、第２のUE １２０−２は永続的なリソース割り当てを有さず、(半)永続的なリソース割り当てを有するUEによって使用されない、長いTTIの一部上でのみ、eNB １１０への自身のULデータ送信を動作させ得る。
【００３３】
一実施形態では第１のUE １２０−１が長いTTIグリッド上でスケジュールされる第１の複数のUE(例えば、１msのTTI上で動作するRel−１４のUE)のうちの１つであるのに対し、第２のUE １２０−２は短いTTIまたはsTTIと呼ばれる、TTIの一部を用いるグリッド上でスケジュールされる第２の複数のUEのうちの１つである。例として、sTTIは、長いTTIの持続時間の１/７である２つのOFDMシンボルを有することができる。長いTTIレベルでスケジュールされるべき第１の複数のUEは優先度の高いUEまたは優先されるUEと見なすことができ、第２の複数のUEは、優先されるUEがそのスケジュールされた送信を使用しない場合に条件付許可のUL送信リソースを用いることのみが許可される優先度の低い、あるいは優先されないUEと見なすことができる。
【００３４】
eNB １１０は例えば、第１のUE １２０−１の、１つまたは複数の優先されるUEに関するアップリンク(UL)送信のギャップを検出するように構成される。この検出は例えばsTTIレベルで、所定のsTTI、例えば、それぞれのTTIの最初のsTTIの範囲内で、優先度の高いUL送信が発生したか否かの判定が実行されるように行われてもよい。UL送信が発生していないことが検出された後、eNB １１０は、TTI割り当て内の残りの未使用の短いTTIリソース上に、１つまたは複数の優先されないUE、たとえば、の第２のUE １２０−２をスケジュールする(または、条件付き許可で示されたリソースを使用するアップリンク送信を許可する)ことができる。優先されるUEはTTIレベルで動作するので、eNBは優先されるUEが第１の短いTTIリソース上で送信しなかったことを検出したときに、そのUEが残りのTTIリソース上でもはや送信しないことを確信することができる。
【００３５】
一実施形態では、UL送信ギャップ検出がeNB １１０の送信センシングによって実行される。第１の実施形態では、eNB １１０によるこの検出は、eNBのDTX検出能力を使用することによって、あるsTTI、たとえば、TTIの複数のsTTIのうちの第１のsTTI上で送信が発生したかどうかをチェックすることによって実現される。あるいは、eNB １１０は、優先されるUEのUL送信におけるギャップを、受信アップリンク電力検出に基づいて検出することができる。それに加えて、eNB １１０は第１のUE １２０−１の受信アップリンク電力を推定し、推定されたUL電力が所定のしきい値未満である場合、UL送信が行われていないと判断することができる。一実施形態では、eNBがTTIの最初のOFDMシンボルについて既にそのような判断を行ってもよい。さらに、このセンシングは、例えば、WiFiまたはスタンドアロンLTE−アンライセンスド、またはLAA(Licensed Assisted Access)におけるように、クリアチャネルアクセス(CCA)スロットベースで行われてもよい。
【００３６】
一実施形態では、eNBが、優先されるUEのUL送信使用またはアクティビティの使用指標(usage indication)を受信する。さらに、優先されるUEは、ｅＮＢに対して、UL送信のために長いTTIを使用しないことを通知することができる。そのような通知は例えば、長いTTI内の最初の短いTTI内で、短いTTIレベル上で指標を送信することによって実行され得る。指標は、以下の特性を有することができる:
【００３７】
一実施形態によれば、ULデータが利用可能でない場合、パディングが送信されない(スキップされる)構成において、(長い)TTI送信のために利用可能なデータがないことを示すために、短いパディング指標が使用され得る。そのような構成では、eNBが「例外的な」短いパディング送信を、長いTTIのためのデータが利用可能でないという指標として理解することができる。あるいは、MAC CEまたはバッファ状態報告(BSR)が短いTTIレベルで送信されてもよい。さらなる代替手法として、参照シンボル、例えば、アップリンクDMRSが送信されてもよい。
【００３８】
一実施形態において、短いTTIレベルでの短いパッディング送信は例えば、他の（１つ以上の）UEに対して設定されたものでもある２OFDMシンボル送信として実現することができる。そのような送信のために、sPUSCHとも呼ばれる、物理アップリンク共有チャネルの短いバージョンが使用され得る。eNBはいずれにしても、他のユーザの短い(例えば、２つのOFDMシンボル)の動作のためにこれらの機能を実装する必要があるだろうからeNBにおける実装の複雑さは低く保たれるであろう。代替的に、１OFDMシンボルの最小送信時間も同様に使用することができる。
【００３９】
上述の実施形態と同様に、eNBは、このような「長いTTI送信がないことを示す短いTTI(short TTI no long TTI indication)」を受信(および処理)すると、長いTTIの残りのリソースを１つまたは複数の他の(低優先度の)UEにスケジュールすることができる。
【００４０】
図２は、eNB １１０による第１の(優先される)UE １２０−１への(長い)TTIのシーケンスの永続的なリソース割り当てと、第２の(優先されない)UE １２０−２への、未使用のTTIの一部のスケジューリングのための第１の例を示す。例として、連続する６つのTTIのうち、３番目のTTI３および６番目のTTI６のみが、第１のUE １２０−１によるULデータ送信のために使用されるものとする。各TTIは、所定数の短いTTIに分割される。例として、１番目のTTI１は、７つの短いTTIである TTI１−１, ...,TTI１−７に分割されているものとして図示されている。図２の例では、eNB １１０が長いTTIのそれぞれの最初の短いTTI内でセンシングを実行する。eNB １１０は、対応する長いTTIが使用されていないと判定した場合、長いTTIの残りの未使用のリソースの短いTTI許可を、優先されない、たとえば、第２のUE １２０−２にスケジュールする(または、条件付き許可で示されたリソースを使用するアップリンク送信を許可する)。図２に示される例によれば、第２のUE １２０−２は、長いTTIの一部、TTI１、TTI２、TTI４、およびTTI５についてスケジュールされる。
【００４１】
図３は、eNB １１０による第１の(優先される)UE １２０−１への(長い)TTIのシーケンスの永続的なリソース割り当てと、第２の(優先されない)UE １２０−２への、未使用のTTIの一部のスケジューリングのための第２の例を示す。図２と同様に、連続する６つのTTIのうち、３番目のTTI３および６番目のTTI６のみが、第１のUE １２０−１によるULデータ送信のために使用されるものとする。図３の例では優先されるUE(例えば、第１のUE １２０−１)はTTI使用指標をeNBに送信する。例えば、そのようなTTI指標は、TTIがそれぞれのUEによって使用されている/使用されない場合に送信される。受信されたTTI指標に基づいて、eNB １１０は長いTTIの残りの未使用のリソースの短いTTI許可を、優先されない、たとえば、第２のUE １２０−２にスケジュールする。図３に示される例によれば、第２のUE １２０−２は、長いTTIの一部、TTI１、TTI２、TTI４、およびTTI５についてスケジュールされる。
【００４２】
説明したように、長いTTIが未使用になることをeNBが知ると、短いTTIのかたまり(chunk)に基づいて、残りのリソースのスケジューリングが行われ得る。短いTTIスケジューリングのために、eNB １１０はデコード後に他のユーザが使用することができる高速UL許可を、例えば、ダウンリンク制御情報(DCI)として他のユーザに送信することができる。
【００４３】
さらなる実施形態では、eNB １１０が、高優先度UEに割り当てられたのと同じ時間および/または周波数リソースを複数の低優先度UEに事前にスケジュールする。そのような事前スケジューリングは、専用または共通の動的なロングスケール許可(「スロー許可」)、または複数の短いTTIに対して有効なSPSまたは高速アップリンクアクセス許可に基づくことができる。上述の実施形態と同様に、優先されるUEは常に、長いTTIスケールでの送信を優先する。優先度の低いユーザは予め割り当てられたリソースも有するが、自身に割り当てられたリソースで優先されるUEが送信していない場合に、(長いTTI内の)短いTTIスケールでのみ送信することができる。
【００４４】
加えて、１つまたは複数の高優先度UEおよび１つまたは複数の低優先度UEにサービスを提供するeNBは、(永続的または半永続的な)ULリソースを１つまたは複数の高優先度UEに割り当て、それらが長いTTIレベルで動作することを可能にする。同時に、これらのULリソースは低優先度UEにも割り当てられるが、短いTTIレベルで割り当てられる。しかしながら、これらの短いTTIリソースは、次のステップにおいてeNBがそれを許可するまで使用が制限される。言い換えると、eNBは、低優先度UEに短いTTIリソースの条件付き許可を与える。
【００４５】
条件付き許可に関する通信により低優先度ユーザはすでにスケジューリング情報を有しているので、eNBによって送信すべきさらなる情報はほんの数ビットであってよいであろう。これにより、処理時間を大幅に短縮することができる。
【００４６】
加えて、低優先度のユーザは、第１のユーザまたは高優先度のユーザがその割り当てられたリソースにおいて送信していないことを検出することができる。この検出手順は任意のチャネル感知機構で実現することができる。例えば、
・長いTTIの最初のsTTIで実行されるチャネル感知機構(例えば、エネルギー検出)によって。ここで、最初のsTTIは、UEによって観測されるサイドリンクリソースとして定義されてもよい。あるいは、これは長いTTIの最初のOFDMシンボル内のエネルギー検出によって、またはWiFi、スタンドアロンLTEアンライセンスド、またはLAA(Licensed Assisted Access)で知られているようなクリアチャネルアクセス(CCA)スロットベースで行うことができる。
・UEで利用可能な不連続送信(DTX)検出方法によって
・UEにおいて利用可能なLBT(Listen-before-talk)方法の一部としてセンシング実装を使用することによって、または
・例えば、ユーザ識別情報に基づいて、優先されるユーザからの特定の送信を観察することによって(このようにして、例えば、別の隣接セルからのエネルギーが受信される場合、リソースが既に使用されていると誤って判定されない)。
【００４７】
進行中の送信が検出されず、低優先度ユーザが送信すべきULデータを有する場合、低優先度ユーザは、そうでない場合には利用されない長いTTIの利用を許可される。
【００４８】
一実施形態では、低優先度ユーザによるULトランスポートブロックが、プリスケジューリング許可、例えば、高速アップリンクアクセス許可を受信した後に既に準備されていてもよく、その結果、ユーザは余分なデコード/エンコード時間を待つ必要がないので、処理時間が短くなり、したがって、リソースの利用がより良好になる。
【００４９】
さらなる実施形態では、eNBがユーザの信号強度および/または地理的位置などの情報に基づいてユーザをグループ化することができる。共通の高速アップリンクアクセス許可を使用して、リソースのグループごとの事前割り当てを提供することができる。例えば、優先度の高いユーザに割り当てられたものと同じ長いTTIが、優先度の低いユーザのグループに割り当てられてもよい。これらの低優先度ユーザは高優先度ユーザによって利用されていない長いTTIについて互いに競い合うために、LBT(Listen-Before-Talk)手順または任意の同様の手順を実行することができる。さらなる実施形態では、低優先度ユーザ間のさらなる優先度付けを実行することができる。これは、散発的な送信の場合に、さらなる容量の改善を可能にすることができる。
【００５０】
図４は優先されるユーザまたはプライマリユーザ(例えば、UE １２０−１)へのeNB １１０による長いTTIの永続的なリソース割り当てのための第３の例を示す。例として、２つの低優先度またはセカンダリUE(例えば、UE １２０−２)は、同じ長いTTIの短いTTI ULリソースを割り当てされる。しかしながら、セカンダリユーザは、プライマリユーザがUL送信のためにそれらを利用しない場合に限って、UL送信のためにそれらのリソースを使用することを許可される。例として、セカンダリユーザは上述したように、(例えば、各TTIにおける最初のsTTIの)センシングを実行する。さらに、例として、２つのセカンダリユーザの各々は、利用されない長いTTIの複数のsTTIから選択されたsTTIを取得する。そのようなsTTI選択は予め定義されたアルゴリズムによって、セカンダリユーザ間の競い合いによって(例えば、LBTを実行することによって)、またはセカンダリユーザ間のさらなる優先度付けによって実行され得る。
【００５１】
上述のように、低優先度ユーザは事前に割り当てられたリソース、例えば、高速アップリンクアクセスSPSベースのリソース割り当てを使用するように事前に構成されるが、チャネルが優先されるユーザによってすでに利用されていないと感知された場合にのみ、そのようなリソースを使用することができる(したがって、説明された文脈における高速アップリンクアクセス許可の意味は、リソースがさらなる条件なしに使用されることができることを意味する現在の意味とは異なりうる)。
【００５２】
RRCシグナリングによって行うことができる一実施形態の構成では優先されるユーザのUE IDもセカンダリユーザに提供することができ、これはリソースがすでに使用されている場合、そのセンシングの実装を容易にすることができる。あるいはこの情報(センシング条件、UE-IDの強制適用)はセカンダリユーザへの事前割り当てスケジューリング許可内で提供されてもよい。
【００５３】
図５に示すように、基地局またはeNB １１０は、ノードプロセッサ１１０１と、ノードメモリ１１０２と、ノードトランシーバ１１０３と、１つまたは複数のノードアンテナ１１０４と、ネットワークインタフェース１１０５とを含む。ノードプロセッサ１１０１は、ノードメモリ１１０２、ネットワークインタフェース１１０５、およびノードトランシーバ１１０３に接続される。ノードトランシーバ１１０３はさらに、１つまたは複数のノードアンテナ１１０４に接続される。ノードトランシーバ１１０３は、送信回路TX １１０３１および受信回路RX １１０３２を備える。特定の実施の形態では、eNBにより提供されるものとして上述した機能の一部(又は全て)がノードメモリ１１０２のようなコンピュータ可読媒体に記憶されたそれぞれの指示を実行するノードプロセッサ１１０１により提供される。eNBの代替の実施形態は、先に特定した機能のうちのいずれか、および/または上述した解決手法をサポートするために必要な任意の機能を含む、追加の機能を提供する役割を担う追加の構成要素を含み得る。
【００５４】
図６に示すように、アップリンク、UL、送信リソースを１つまたは複数のユーザ機器、UE １２０−１、１２０−２に許可するように構成された例示的な基地局またはeNB １１０はアップリンクリソースが第１のUE １２０−１による所定のTTIにおけるアップリンク送信に使用されていないことが検出された場合に、その所定のTTIの一部のアップリンク送信リソースを第２のUE １２０−２に許可するように構成されたスケジューラ１１０７を含む。
【００５５】
eNB １１０は、第１のUE １２０−１による所定のTTIにおけるアップリンク送信のためにアップリンクリソースが使用されていないことを検出するように構成されたアップリンクリソース使用判定ユニット(１１０６)をさらに備えることができる。
【００５６】
判定ユニット１１０６は、第１のUE １２０−１から、特定のTTIが使用されることになっていないという指標を受信するためのTTI指標受信機１１０６１によって実施され得る。
【００５７】
判定ユニット１１０６は代替的にまたは追加的に、第１のUE １２０−１による所定のTTIの非使用を感知するためのTTI感知ユニット１１０６２によって実施され得る。
【００５８】
図７に示すように、例示的な無線端末またはUE １２０−２は、ベースバンドユニット１２１と、無線ユニット１２２と、１つまたは複数のアンテナ１２３とを含む。ベースバンドユニット１２１は無線ユニット１２２に接続されている。ベースバンド部１２１は、デバイスプロセッサ１２１１と、デバイスメモリ１２１２とを備える。無線ユニット１２２は、１つまたは複数のアンテナ１２３に接続された送受信機１２２１を備える。送受信機は、送信回路TX １２２１１および受信回路RX １２２１２を備える。特定の実施の形態では上述したUE、MTC又はM２M装置、および／または任意の他のタイプの無線通信装置によって提供されるように上述した機能の一部または全てが、装置メモリ１２１１のようなコンピュータ可読媒体に記憶された命令を実行する装置プロセッサ１２１１によって提供される。ワイヤレス通信デバイスの代替の実施形態は、上述の機能のうちのいずれか、および/または上述の解決手法をサポートするために必要な任意の機能を含む、デバイスの機能のある態様を提供する役割を担うことができる、ここに示されたものを超える追加の構成要素を含むことができる。
【００５９】
図８に示すように、アップリンク（UL）リソースを第２の(優先されない)UE １２０−２に許可するeNB １１０をサポートするように構成された例示的な第１の(優先される)UE １２０−１は、以下の例示的な機能ユニットを含む。
・１つまたは複数の送信時間間隔(TTI)にわたるアップリンクリソースの割り当てを受信するように構成された受信機１２０４と、
・所定のTTIに関するアップリンクリソースがUE １２０−１によるアップリンク送信のために使用されているか、使用されないことを検出するように構成された検出器１２０５と、
・検出に応答して、所定のTTIのアップリンクリソースが使用されないことを示す情報をeNB(１１０)に送信するように構成された送信器１２０６。
【００６０】
図９に示すように、第１の(優先される)UE １２０−１に割り当てられたアップリンクリソースを使用するように構成された例示的な第２の(優先されない)UE １２０−２は、以下の例示的な機能ユニットを含む。
・eNB(１１０)から、所定のTTIの１つまたは複数の短いTTIのアップリンクリソースに対する条件付き許可を受信するように構成された受信機(１２１４)と、
・さらなるUE(１２０−１)が所定のTTIに関してULリソースを使用しているか否かの検出を実行するように構成された検出器(１２１５)と、
・検出が、さらなるUE(１２０−１)が特定のTTIに関してULリソースを使用していないことを明らかにした場合にのみ、アップリンク送信に対する条件付き許可を使用するように構成された送信機(１２１６)。
【００６１】
図１０に示されるように、eNB １１０において実行される例示的な方法は、以下のステップを実行する。
【００６２】
１番目のステップＳ１において、１つまたは複数の送信時間間隔(TTI)にわたる(永続的または半永続的)アップリンク送信リソースを第１のUE １２０−１に割り当てることと、
【００６３】
２番目のステップＳ２において、アップリンクリソースが第１のUE １２０−１によって所定のTTIにおけるアップリンク送信に使用されていないことが検出された場合、所定のTTIの一部のアップリンク送信リソースを第２のUE １２０−２に許可すること。
【００６４】
図１０の例によれば、２番目のステップＳ２は、以下のサブステップＳ２−１およびS２−２によって実現することができる。
・第１のサブステップＳ２−１において、アップリンクリソースが第１のUE １２０−１によって所定のTTIでアップリンク送信に使用されていないことの検出を実行することと、
・第２のサブステップＳ２−２において、アップリンクリソースが第１のUE １２０−１によって使用されていない場合に、所定のTTIの一部のアップリンク送信リソースを第２のUE １２０−２に許可すること。
【００６５】
図１１は、eNB １１０が上述の２番目のステップＳ２の代わりに、以下の代替の２番目のステップＳ２’を実行する例示的な方法を示す。
・第１のUE １２０−１がUL送信のためのリソース割当てを使用していない場合にのみ第２のUEによって使用されるように、第２のUE １２０−２に対するTTIの１つまたは複数の短いTTIの条件付きアップリンクリソース割当てを実行すること。
【００６６】
図１２に示されるように、第２の(優先されない)UE １２０−２にアップリンク(UL)リソースを許可するeNB １１０をサポートするように構成された例示的な第１の(優先される)UE １２０−１は、以下のステップを実行する。
・１番目のステップＳ１１において、１つまたは複数の送信時間間隔(TTI)にわたるアップリンクリソースの割り当てを受信することと、
・２番目のステップＳ１２において、所定のTTIに関するアップリンクリソースが第１のUE １２０−１によるアップリンク送信に使用されている、または使用されないことを検出することと、
・３番目ステップＳ１３において、検出に応答して、所定のTTIのアップリンクリソースが使用されないことを示す情報をeNB １１０に送信すること。
【００６７】
図１３に示すように、第１の(優先される)UE １２０−１に割り当てられたアップリンクリソースを使用するように構成された例示的な第２の(優先されない)UE １２０−２は、以下のステップを実行する。
・１番目のステップＳ２１において、所定のTTIの１つまたは複数の短いTTIのアップリンクリソースに対する条件付き許可をeNB １１０から受信することと、
・２番目のステップＳ２２において、第１のUE １２０−１が所定のTTIに関してULリソースを使用しているか否かの検出を実行することと、
・３番目のステップＳ２３において、検出が第１のUE １２０−１が所定のTTIに関してULリソースを使用していないことを明らかにした場合にのみ、アップリンク送信に対する条件付き許可を使用すること。
【図１】
0006821049.tif 000002
【図２】
0006821049.tif 000003
【図３】
0006821049.tif 000004
【図４】
0006821049.tif 000005
【図５】
0006821049.tif 000006
【図６】
0006821049.tif 000007
【図７】
0006821049.tif 000008
【図８】
0006821049.tif 000009
【図９】
0006821049.tif 000010
【図１０】
0006821049.tif 000011
【図１１】
0006821049.tif 000012
【図１２】
0006821049.tif 000013
【図１３】
0006821049.tif 000014