(57)【要約】  ミニスロット送信をスケジューリングするためのシステムおよび方法が提供される。無線デバイスは、以前にスケジュールされた送信と重複するミニスロット送信をスケジュールすることを要求することができる。ミニスロット送信は、以前にスケジュールされた送信をパンクチャすることを許可され、許容される。
2020509653.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークノードによって実行される方法であって、前記方法は、
第１の無線デバイスから、ミニスロットにおいて第１のタイプのデータの送信をスケジュールするためのスケジューリング要求を受信することと、
前記要求されたミニスロットと重複する第２のタイプのデータの以前にスケジュールされた送信を、第２の無線デバイスが有することを判定することと、
前記第２のタイプのデータの送信をキャンセルすることを示す第１の制御メッセージを、前記第２の無線デバイスに送信することと、
前記第１の無線デバイスから、前記ミニスロットにおいて前記第１のタイプのデータを受信することと、を含む方法。
【請求項２】
前記第１の制御メッセージは、前記第２のタイプのデータの再送信のための許可をさらに示す、請求項１に記載の方法。
【請求項３】
前記第１のタイプのデータの送信のために前記ミニスロットが許可されることを示す第２の制御メッセージを、前記第１の無線デバイスに送信することを更に含む、請求項１又は２に記載の方法。
【請求項４】
前記第２のタイプのデータの前記以前にスケジュールされた送信と、前記要求されたミニスロットとが、時間および周波数リソースのうちの少なくとも１つにおいて重複している、請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記第１の制御メッセージは、前記要求されたミニスロットと重複するスロットにおける前記第２のタイプのデータの送信をキャンセルすることを示す、請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記第１の制御メッセージは、前記要求されたミニスロットと重複するミニスロットにおける前記第２のタイプのデータの送信をキャンセルすることを示す、請求項１から４のいずれか１項に記載の方法。
【請求項７】
前記第１の無線デバイスと前記第２の無線デバイスとが同一のデバイスであることを判定することをさらに含む、請求項１から６のいずれか１項に記載の方法。
【請求項８】
前記第１の制御メッセージは、ダウンリンク制御情報（ＤＣＩ）メッセージである、請求項１から７のいずれか１項に記載の方法。
【請求項９】
前記第１のタイプのデータは、前記第２のタイプのデータよりも送信のために優先されることを決定することをさらに含む、請求項１から８のいずれか１項に記載の方法。
【請求項１０】
前記第１のタイプのデータは、高信頼性低遅延通信（ＵＲＬＬＣ）トラフィックであり、前記第２のタイプのデータは、拡張モバイルブロードバンド（ｅＭＢＢ）トラフィックである、請求項１から９のいずれか１項に記載の方法。
【請求項１１】
前記受信されたスケジューリング要求は、ＵＲＬＬＣ−ＳＲメッセージである、請求項１から１０のいずれか１項に記載の方法。
【請求項１２】
前記スケジューリング要求は、第１のミニスロットにおいて受信される、請求項１から１１のいずれか１項に記載の方法。
【請求項１３】
前記第１のタイプのデータは、第２のミニスロットにおいて受信される、請求項１から１２のいずれか１項に記載の方法。
【請求項１４】
プロセッサおよびメモリを含む回路を含むネットワークノードであって、前記メモリは、前記プロセッサによって実行可能な命令を含み、それにより前記ネットワークノードは、
第１の無線デバイスから、ミニスロットにおいて第１のタイプのデータの送信をスケジュールするためのスケジューリング要求を受信し、
前記要求されたミニスロットと重複する第２のタイプのデータの以前にスケジュールされた送信を、第２の無線デバイスが有することを判定し、
前記第２のタイプのデータの送信をキャンセルすることを示す第１の制御メッセージを、前記第２の無線デバイスに送信し、
前記第１の無線デバイスから、前記ミニスロットにおいて前記第１のタイプのデータを受信するように動作する、ネットワークノード。
【請求項１５】
前記第１の制御メッセージは、前記第２のタイプのデータの再送信のための許可を更に示す、請求項１４に記載のネットワークノード。
【請求項１６】
前記第１のタイプのデータの送信のために前記ミニスロットが許可されることを示す第２の制御メッセージを、前記第１の無線デバイスに送信するようにさらに動作する、請求項１４又は１５に記載のネットワークノード。
【請求項１７】
前記第２のタイプのデータの前記以前にスケジュールされた送信と、前記要求されたミニスロットとが、時間および周波数リソースのうちの少なくとも１つにおいて重複している、請求項１４から１６のいずれか１項に記載のネットワークノード。
【請求項１８】
前記第１の制御メッセージは、前記要求されたミニスロットと重複するスロットにおける前記第２のタイプのデータの送信をキャンセルすることを示す、請求項１４から１７のいずれか１項に記載のネットワークノード。
【請求項１９】
前記第１の制御メッセージは、前記要求されたミニスロットと重複するミニスロットにおける前記第２のタイプのデータの送信をキャンセルすることを示す、請求項１４から１７のいずれか１項に記載のネットワークノード。
【請求項２０】
前記第１の無線デバイスと前記第２の無線デバイスとが同一のデバイスであることを判定するようにさらに動作する、請求項１４から１９のいずれか１項に記載のネットワークノード。
【請求項２１】
前記第１の制御メッセージは、ダウンリンク制御情報（ＤＣＩ）メッセージである、請求項１４から２０のいずれか１項に記載のネットワークノード。
【請求項２２】
前記第１のタイプのデータが、前記第２のタイプのデータよりも送信のために優先されることを決定するようにさらに動作可能である、請求項１４から２１のいずれか１項に記載のネットワークノード。
【請求項２３】
前記第１のタイプのデータは、高信頼性低遅延通信（ＵＲＬＬＣ）トラフィックであり、前記第２のタイプのデータは、拡張モバイルブロードバンド（ｅＭＢＢ）トラフィックである、請求項１４から２２のいずれか１項に記載のネットワークノード。
【請求項２４】
前記受信されたスケジューリング要求は、ＵＲＬＬＣ−ＳＲメッセージである、請求項１４から２３のいずれか１項に記載のネットワークノード。
【請求項２５】
前記スケジューリング要求は、第１のミニスロットにおいて受信される、請求項１４から２４のいずれか１項に記載のネットワークノード。
【請求項２６】
前記第１のタイプのデータは、第２のミニスロットにおいて受信される、請求項１４から２５のいずれか１項に記載のネットワークノード。
【請求項２７】
第１の無線デバイスによって実行される方法であって、前記方法は、
ミニスロットにおける第１のタイプのデータの送信をスケジュールするためのスケジューリング要求を送信することと、
前記第１の無線デバイスが以前にスケジュールした送信を有するかどうかを判定することと、
前記第１の無線デバイスが、前記要求したミニスロットと重複する第２のタイプのデータのスケジュールされた送信を有することの判定に応じて、前記ミニスロットにおける前記第２のタイプのデータの送信をキャンセルすることと、
前記ミニスロットにおいて前記第１のタイプのデータを送信することとを含む、方法。
【請求項２８】
前記要求されたミニスロットが前記第１のタイプのデータの送信のために許可されることを示す第１の制御メッセージを受信することをさらに含む、請求項２７に記載の方法。
【請求項２９】
前記第２のタイプのデータの再送信の許可を示す第２の制御メッセージを受信することをさらに含む、請求項２７又は２８に記載の方法。    
【請求項３０】
前記第１のタイプのデータは、前記第２のタイプのデータよりも送信のために優先されることを決定することをさらに含む、請求項２７から２９のいずれか１項に記載の方法。
【請求項３１】
前記第２のタイプのデータの前記以前にスケジュールされた送信と、前記要求されたミニスロットとが、時間および周波数リソースのうちの少なくとも１つにおいて重複している、請求項２７から３０のいずれか１項に記載の方法。
【請求項３２】
プロセッサとメモリとを含む回路を含む第１の無線デバイスであって、前記メモリは、前記プロセッサによって実行可能な命令を含み、それにより前記第１の無線デバイスは、
ミニスロットにおいて第１のタイプのデータの送信をスケジュールするためのスケジューリング要求を送信し、
前記第１の無線デバイスが以前にスケジュールした送信を有するかどうかを判定し、
前記第１の無線デバイスが、前記要求したミニスロットと重複する第２のタイプのデータのスケジュールされた送信を有することの判定に応じて、前記ミニスロットにおける前記第２のタイプのデータの送信をキャンセルし、
前記ミニスロットにおいて前記第１のタイプのデータを送信するように動作する、第１の無線デバイス。
【請求項３３】
前記要求されたミニスロットが前記第１のタイプのデータの送信のために許可されることを示す第１の制御メッセージを受信するようにさらに動作する、請求項３２に記載の第１の無線デバイス。
【請求項３４】
前記第２のタイプのデータの再送信の許可を示す第２の制御メッセージを受信するように更に動作する、請求項３２又は３３に記載の第１の無線デバイス。    
【請求項３５】
前記第１のタイプのデータが、前記第２のタイプのデータよりも送信のために優先されることを決定するようにさらに動作する、請求項３２から３４のいずれか１項に記載の第１の無線デバイス。
【請求項３６】
前記第２のタイプのデータの以前にスケジュールされた送信と、前記要求されたミニスロットとが、時間および周波数リソースのうちの少なくとも１つにおいて重複している、請求項３２から３５のいずれか１項に記載の第１の無線デバイス。
【請求項３７】
第２の無線デバイスによって実行される方法であって、前記方法は、
ミニスロットにおけるデータの送信をキャンセルすることを示す制御メッセージを受信することと、
前記ミニスロットと重複する以前にスケジュールされたスロット送信を識別することと、
前記識別された重複する以前にスケジュールされたスロット送信をキャンセルすることと、を含む方法。
【請求項３８】
前記制御メッセージは、前記キャンセルされたデータ送信の再送信の許可をさらに示す、請求項３７に記載の方法。
【請求項３９】
プロセッサとメモリとを含む回路を含む第２の無線デバイスであって、前記メモリは、前記プロセッサによって実行可能な命令を含み、それにより前記第２の無線デバイスは、
ミニスロットにおけるデータの送信をキャンセルすることを示す制御メッセージを受信し、
前記ミニスロットと重複する以前にスケジュールされたスロット送信を識別し、
前記識別された重複する以前にスケジュールされたスロット送信をキャンセルするように動作する、第２の無線デバイス。
【請求項４０】
前記制御メッセージは、前記キャンセルされたデータ送信の再送信の許可をさらに示す、請求項３９に記載の第２の無線デバイス。
【発明の詳細な説明】
【関連出願への相互参照】
【０００１】
本出願は、２０１７年２月６日に出願された米国仮出願第６２／４５５，４４７号の利益を主張するものであり、その内容全体が参照により本明細書に組み込まれる。
【技術分野】
【０００２】
本開示は、一般に、無線通信および無線通信ネットワークに関する。
イントロダクション
【０００３】
新無線（Ｎｅｗ  Ｒａｄｉｏ，  ＮＲ）  （５Ｇまたは次世代としても知られている）のためのアーキテクチャは、３ＧＰＰなどの標準化団体で議論されており、ネットワークアーキテクチャの例が図１に示されている。ｅＮｏｄｅＢ  １０Ａ−１０Ｂは、ロングタームエボリューション（ＬＴＥ）のｅＮｏｄｅＢを示し、ｇＮＢ１２Ａ−１２Ｂは、ＮＲ基地局（ＢＳ）を示す。１つのＮＲ  ＢＳは、１つ以上の送信／受信ポイントに対応することができる。ノード間のリンクは、展開され得る可能な対応するインタフェースを示す。例えば、進化型パケットコア（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ，ＥＰＣ）ノード１４とｅＮＢ１０Ａとの間のインタフェースは、ＬＴＥ  Ｓ１インタフェースとすることができ、一方、ＥＰＣノード１４とｇＮＢ１２Ａとの間のインタフェースは、Ｓ１のようなものとすることができる。ｅＮＢ１０ＡとｇＮＢ１２Ａとの間のインタフェースは、Ｘ２インタフェースと同様であり得る。ＮＲコアノード１６とｇＮＢ１２Ｂとの間のインタフェースは、ＮＧ１インタフェースとすることができる。
【０００４】
ＬＴＥでは、セミパーシステントスケジューリング（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ，  ＳＰＳ）は、ＬＴＥ  ［３ＧＰＰ  ＴＲ  ３６．８８１］の遅延短縮の研究で見られるように、アップリンク（ＵＬ）トラフィックに有益であることが示されている。ＮＲにおける高信頼低遅延通信（Ｕｌｔｒａ  Ｒｅｌｉａｂｌｅ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ，  ＵＲＬＬＣ）のためのＵＬにおけるＳＰＳの使用は、同様に潜在的に有益であり得る。ＵＬ遅延を短縮するために、代わりに、ＵＬデータが到達する前に許可を構成することができる。そうすることによって、スケジューリング要求（ＳＲ）およびＵＬ許可のステップは必要とされず、ＵＥは、事前に構成されたＵＬ許可において直接送信することができる。構成された許可の使用は、「許可無し送信」とも呼ばれる。
【０００５】
ＵＲＬＬＣユースケースに対して極めてロバストなＵＬデータ送信を達成するためには、低符号レートが要求される。信頼性のある送信も厳しい遅延要件を有する場合には、送信を短くする必要がある。これらの要求は、一般的な意味で、ＵＲＬＬＣのための広い帯域幅であるが短時間となる割り当てのプリファレンスを導くことができる。しかしながら、各ユーザ機器（ＵＥ）に広い帯域幅の専用ＵＬリソースを割り当てられる場合、ネットワークは、大量のＵＲＬＬＣ要求をサービスしようとする際に、ＵＬリソースを使い果たす可能性がある。したがって、効率のためにＵＥ間でＵＬリソースを共有すること、すなわち、異なるＵＥがたまたま同様のトラフィックの到達および送信タイミングを有する場合に、競合ベースの送信を可能にすることは合理的である。
【発明の概要】
【０００６】
本開示の目的は、従来技術の少なくとも１つの欠点を排除または緩和することである。
【０００７】
ミニスロット送信をスケジューリングするためのシステムおよび方法が提供される。
【０００８】
本開示の第１の態様では、ネットワークノードによって実行される方法が提供される。この方法は、ミニスロットにおける第１のタイプのデータの送信をスケジュールするためのスケジューリング要求を第１の無線デバイスから受信することと、第２の無線デバイスが、要求されたミニスロットと重複する第２のタイプのデータの以前にスケジュールされた送信を有すると判定することと、第２のタイプのデータの送信をキャンセルすることを示す第１の制御メッセージを第２の無線デバイスに送信することと、第１の無線デバイスから、ミニスロットにおける第１のタイプのデータを受信することのステップを含む。
【０００９】
本開示の別の態様では、プロセッサとメモリとを含む回路を備えるネットワークノードが提供され、メモリは、プロセッサによって実行可能な命令を含む。ネットワークノードは、第１の無線デバイスから、ミニスロットにおける第１のタイプのデータの送信をスケジュールするためのスケジューリング要求を受信し、第２の無線デバイスが、要求されたミニスロットと重複する第２のタイプのデータの以前にスケジュールされた送信を有すると判定し、第２のタイプのデータの送信をキャンセルすることを示す第１の制御メッセージを第２の無線デバイスに送信し、第１の無線デバイスから、ミニスロットにおける第１のタイプのデータを受信するように動作可能である。
【００１０】
いくつかの実施形態では、第１の制御メッセージは、第２のタイプのデータの再送信のための許可をさらに示すことができる。
【００１１】
いくつかの実施形態では、ミニスロットが第１のタイプのデータの送信のために許可されていることを示す第２の制御メッセージが、第１の無線デバイスに送信され得る。
【００１２】
いくつかの実施形態では、第２のタイプのデータおよび要求されたミニスロットの以前にスケジュールされた送信は、時間および周波数リソースのうちの少なくとも１つにおいて重複することができる。
【００１３】
いくつかの実施形態では、第１の制御メッセージは、要求されたミニスロットと重複するスロットおよび／またはミニスロットにおける第２のタイプのデータの送信をキャンセルすることを示すことができる。
【００１４】
いくつかの実施形態では、第１の無線デバイスと第２の無線デバイスとが同じデバイスであることが判定され得る。
【００１５】
いくつかの実施形態では、第１の制御メッセージは、ダウンリンク制御情報（ＤＣＩ）メッセージとすることができる。
【００１６】
いくつかの実施形態では、第１のタイプのデータが、第２のタイプのデータよりも送信のために優先されることを決定することができる。第１のタイプのデータは、高信頼低遅延通信（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ，  ＵＲＬＬＣ）のトラフィックとすることができる。第２のタイプのデータは、拡張モバイルブロードバンド（ｅＭＢＢ）トラフィックとすることができる。
【００１７】
いくつかの実施形態では、受信されたスケジューリング要求は、ＵＲＬＬＣ−ＳＲメッセージとすることができる。スケジューリング要求は、第１のミニスロットで受信することができる。第１のタイプのデータは、第２のミニスロットで受信することができる。
【００１８】
本開示の別の態様では、第１の無線デバイスによって実行される方法が提供される。この方法は、ミニスロットにおける第１のタイプのデータの送信をスケジュールするためにスケジューリング要求を送信することと、第１の無線デバイスが以前にスケジュールされた送信を有するかどうかを判定することと、第１の無線デバイスが、要求されたミニスロットと重複する第２のタイプのデータのスケジュールされた送信を有すると判定したことに応じて、ミニスロットにおける第２のタイプのデータの送信をキャンセルすることと、ミニスロットにおける第１のタイプのデータを送信することとを含む。
【００１９】
本開示の別の態様では、プロセッサとメモリとを含む回路を備える第１の無線デバイスが提供され、メモリは、プロセッサによって実行可能な命令を含む。第１の無線デバイスは、ミニスロットにおける第１のタイプのデータの送信をスケジュールするためにスケジューリング要求を送信し、第１の無線デバイスが以前にスケジュールされた送信を有するかどうかを判定し、第１の無線デバイスが、要求されたミニスロットと重複する第２のタイプのデータのスケジュールされた送信を有すると判定したことに応じて、ミニスロットにおける第２のタイプのデータの送信をキャンセルし、ミニスロットにおける第１のタイプのデータを送信するように動作する。
【００２０】
いくつかの実施形態では、第１の無線デバイスは、要求されたミニスロットが第１のタイプのデータの送信のために許可されることを示す第１の制御メッセージを受信することができる。
【００２１】
いくつかの実施形態では、第１の無線デバイスは、第２のタイプのデータの再送信のための許可を示す第２の制御メッセージを受信することができる。
【００２２】
いくつかの実施形態では、第１の無線デバイスは、第１のタイプのデータが、第２のタイプのデータよりも送信のために優先されることを決定することができる。
【００２３】
いくつかの実施形態では、第２のタイプのデータの以前にスケジュールされた送信と、要求されたミニスロットとは、時間リソースおよび周波数リソースのうちの少なくとも１つにおいて重複している。
【００２４】
本開示の別の態様では、第２の無線デバイスによって実行される方法が提供される。この方法は、ミニスロットにおけるデータの送信をキャンセルすることを示す制御メッセージを受信することと、ミニスロットと重複する以前にスケジュールされたスロット送信を識別することと、識別された重複する以前にスケジュールされたスロット送信をキャンセルすることとを含む。
【００２５】
本開示の別の態様では、プロセッサとメモリとを含む回路を備える第２の無線デバイスが提供され、メモリは、プロセッサによって実行可能な命令を含む。第２の無線デバイスは、ミニスロットにおけるデータの送信をキャンセルすることを示す制御メッセージを受信し、ミニスロットと重複する以前にスケジュールされたスロット送信を識別し、識別された重複する以前にスケジュールされたスロット送信をキャンセルするように動作する。
【００２６】
いくつかの実施形態では、制御メッセージは、キャンセルされたデータ送信の再送信のための許可をさらに示すことができる。
【００２７】
本明細書で説明される様々な態様および実施形態は、代替的に、任意選択で、および／または互いに追加して組み合わせることができる。
【００２８】
本開示の他の態様および特徴は、添付の図面と併せて特定の実施形態の以下の説明を検討することにより、当業者には明らかになるであろう。
【図面の簡単な説明】
【００２９】
以下、添付の図面を参照して、本開示の実施形態を例としてのみ説明する。
【００３０】
【図１】図１は、ＮＲアーキテクチャの一例を示す。
【００３１】
【図２】図２は、無線ネットワークの一例を示す。
【００３２】
【図３】図３は、ノード内パンクチャリングの例を示す。
【００３３】
【図４】図４は、ノード間パンクチャリングの例を示す。
【００３４】
【図５】図５は、第１の無線デバイスにおいて実行することができる方法を示すフローチャートである。
【００３５】
【図６】図６は、ネットワークノードにおいて実行され得る方法を示すフローチャートである。
【００３６】
【図７】図７は、第２の無線デバイスにおいて実行されることができる方法を示すフローチャートである。
【００３７】
【図８】図８は、例示的な無線デバイスのブロック図である。
【００３８】
【図９】図９は、例示的なネットワークノードのブロック図である。
【００３９】
【図１０】図１０は、モジュールを有する例示的な無線デバイスのブロック図である。
【００４０】
【図１１】図１１は、モジュールを有する例示的なネットワークノードのブロック図である。
【発明を実施するための形態】
【００４１】
以下に示す実施形態は、当業者が実施形態を実施することを可能にする情報を表す。添付の図面を考慮して以下の説明を読んだ場合に、当業者は、説明の概念を理解し、本明細書で特に扱われないこれらの概念の適用を認識するであろう。これらの概念および適用は、説明の範囲内に含まれることを理解されたい。
【００４２】
以下の記載では、数多くの特定の詳細が記載される。しかしながら、実施形態は、これらの特定の詳細なしに実施されてもよいことが理解される。他の例では、説明の理解を不明瞭にしないために、周知の回路、構造、および技法は詳細に示されていない。当業者は、含まれる説明により、過度の実験なしに適切な機能を実装することができるであろう。
【００４３】
本明細書における「一実施形態」、「実施形態」、「例示的な実施形態」などへの言及は、説明される実施形態が特定の特徴、構造、または特性を含み得るが、すべての実施形態が必ずしも特定の特徴、構造、または特性を含むとは限らないことを示す。さらに、そのような語句は、必ずしも同じ実施形態を指すわけではない。さらに、特定の特徴、構造、または特性が、一実施形態に関連して記載される場合、明示的に記載されるか否かに関わらず、他の実施形態に関連して、そのような特徴、構造、または特性を実施することは、当業者の知識の範囲内であることが受入れられる。
【００４４】
いくつかの実施形態では、非限定的な用語である「ユーザ機器」（ＵＥ）が使用され、これは、セルラーまたはモバイルまたは無線通信システムにおいて、ネットワークノードおよび／または別のＵＥと通信することができる任意のタイプの無線デバイスを指すことができる。ＵＥの例は、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ＵＥ、マシンタイプＵＥ又はマシンツーマシン（Ｍ２Ｍ）通信が可能なＵＥ、携帯情報端末、タブレット、モバイル端末、スマートフォン、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、ＰｒｏＳｅ  ＵＥ、Ｖ２Ｖ  ＵＥ、Ｖ２Ｘ  ＵＥ、ＭＴＣ  ＵＥ、ｅＭＴＣ  ＵＥ、ＦｅＭＴＣ  ＵＥ、ＵＥ  Ｃａｔ  ０、ＵＥ  Ｃａｔ  Ｍ１、狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）ＵＥ、ＵＥ  Ｃａｔ  ＮＢ１などである。ＵＥの例示的な実施形態は、図８に関して以下でより詳細に説明される。
【００４５】
いくつかの実施形態では、非限定的な用語である「ネットワークノード」が使用され、それは、ＵＥ、および／またはセルラーもしくはモバイルもしくは無線通信システム中の別のネットワークノード、と通信することができる任意のタイプの無線アクセスノード（または無線ネットワークノード）または任意のネットワークノードに対応することができる。ネットワークノードの例は、ＮｏｄｅＢ、ＭｅＮＢ、ＳｅＮＢ、ＭＣＧまたはＳＣＧに属するネットワークノード、基地局（ＢＳ）、ＭＳＲ  ＢＳ、ｅＮｏｄｅＢなどのマルチ標準無線（ＭＳＲ）無線アクセスノード、ネットワークコントローラ、無線ネットワークコントローラ（ＲＮＣ）、無線基地局コントローラ（ＢＳＣ）、リレー、リレーを制御するドナーノード、無線基地局装置（ＢＴＳ）、アクセスポイント（ＡＰ）、送信ポイント、送信ノード、ＲＲＵ、ＲＲＨ、分散アンテナシステム（ＤＡＳ）内のノード、コアネットワークノード（例えばＭＳＣ、ＭＭＥなど）、Ｏ＆Ｍ、ＯＳＳ、自己組織化ネットワーク（ＳＯＮ）、ポジショニングノード（Ｅ−ＳＭＬＣなど）、ＭＤＴ、テスト機器などである。ネットワークノードの例示的な実施形態は、図９に関して以下でより詳細に説明される。
【００４６】
いくつかの実施形態では、用語「無線アクセス技術」（ＲＡＴ）は、任意のＲＡＴ、例えば、ＵＴＲＡ、Ｅ−ＵＴＲＡ、物の狭帯域インターネット（ＮＢ−ＩｏＴ）、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ、次世代ＲＡＴ（ＮＲ）、４Ｇ、５Ｇなどを指す。第１および第２のノードのいずれも、単一または複数のＲＡＴをサポートすることができ得る。
【００４７】
本明細書で使用される用語「無線ノード」は、無線デバイスまたはネットワークノードを示すために使用され得る。
【００４８】
いくつかの実施形態では、ＵＥは、ダウンリンク（ＤＬ）方向およびアップリンク（ＵＬ）方向のうちの少なくとも１つにおける２つ以上のキャリアのアグリゲーションを暗示するキャリアアグリゲーション（ＣＡ）において動作するように構成され得る。ＣＡでは、ＵＥは、複数のサービングセルを有することができる。ここで、「サービング」という用語は、ＵＥが対応するサービングセルで構成され、サービングセル、例えば、ＰＣｅｌｌまたはＳＣｅｌｌのいずれかの上で、サービングセル上のネットワークノードからデータを受信し、および／またはネットワークノードにデータを送信してもよいことを意味する。データは、物理チャネル、例えば、ＤＬにおけるＰＤＳＣＨ、ＵＬにおけるＰＵＳＣＨなどを介して送信または受信される。キャリアまたはアグリゲートされたキャリア、ＰＣＣ、またはＳＣＣとも互換的に呼ばれるコンポーネントキャリア（ＣＣ）は、例えば、ＲＲＣコンフィグレーションメッセージをＵＥに送信することによって、上位レイヤシグナリングを使用するネットワークノードにより、ＵＥにおいて構成される。構成されたＣＣは、構成されたＣＣのサービングセル（例えば、ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＳＣｅｌｌなど）上でＵＥにサービングするために、ネットワークノードによって使用される。構成されたＣＣはまた、ＣＣ上で動作するセル、例えば、ＰＣｅｌｌ、ＳＣｅｌｌ、またはＰＳＣｅｌｌ、および隣接セル上で１つ以上の無線測定（例えば、ＲＳＲＰ、ＲＳＲＱなど）を実行するために、ＵＥによって使用される。
【００４９】
いくつかの実施形態では、ＵＥはまた、デュアル接続（ＤＣ）またはマルチ接続（ＭＣ）で動作することができる。マルチキャリアまたはマルチキャリア動作は、ＣＡ、ＤＣ、ＭＣなどのいずれかとすることができる。「マルチキャリア」という用語は、帯域の組み合わせと互換的に呼ばれることもある。
【００５０】
本明細書で使用される「無線測定」という用語は、無線信号に対して実行される任意の測定を指してよい。無線測定は、絶対的または相対的とすることができる。無線測定は、例えば、イントラ周波数、インター周波数、ＣＡなどであり得る。無線測定は、単方向（例えば、ＤＬまたはＵＬ、またはサイドリンク上のいずれかの方向）または双方向（例えば、ＲＴＴ、Ｒｘ−Ｔｘなど）であり得る。無線測定のいくつかの例は、タイミング測定（例えば、伝搬遅延、ＴＯＡ、事前タイミング、ＲＴＴ、ＲＳＴＤ、Ｒｘ−Ｔｘなど）、角度測定（例えば、到達角度）、電力ベースまたはチャネル品質測定（例えば、経路損失、受信信号電力、ＲＳＲＰ、受信信号品質、ＲＳＲＱ、ＳＩＮＲ、ＳＮＲ、干渉電力、全干渉プラスノイズ、ＲＳＳＩ、ノイズ電力、ＣＳＩ、ＣＱＩ、ＰＭＩなど）、セル検出またはセル識別、ＲＬＭ、ＳＩ読取などである。測定は、各方向の１つ以上のリンク、例えば、ＲＳＴＤまたは相対ＲＳＲＰ上で、または同じ（共有）セルの異なる送信ポイントからの信号に基づいて実行されてよい。
【００５１】
本明細書で使用される「シグナリング」という用語は、（例えば、ＲＲＣなどを介する）上位レイヤシグナリング、（例えば、物理制御チャネルまたはブロードキャストチャネルを介する）下位レイヤシグナリング、またはそれらの組合せのいずれかを備えることができる。シグナリングは、暗示的であっても明示的であってもよい。シグナリングは、さらに、ユニキャスト、マルチキャスト、またはブロードキャストされてよい。シグナリングはまた、別のノードに直接、または第３のノードを介してもよい。
【００５２】
本明細書で使用される用語「時間リソース」は、時間の長さに関して表される任意のタイプの物理リソースまたは無線リソースに対応してよい。時間リソースの例は、シンボル、タイムスロット、サブフレーム、無線フレーム、ＴＴＩ、インターリービング時間などを含む。用語「周波数リソース」は、チャネル帯域幅、サブキャリア、キャリア周波数、周波数帯域内のサブバンドを指してよい。用語「時間および周波数リソース」は、時間および周波数リソースの任意の組合せを指してよい。
【００５３】
ＵＥ動作のいくつかの例は、ＵＥ無線測定（上記の用語「無線測定」を参照）、送信するＵＥとの双方向測定、セル検出または識別、ビーム検出または識別、システム情報読取、チャネル受信および復号、１つ以上の無線信号および／またはチャネルを少なくとも受信することを含む任意のＵＥ動作、セル変更または（再）選択、ビーム変更または（再）選択、モビリティ関連動作、測定関連動作、無線リソース管理（ＲＲＭ）関連動作、測位プロシージャ、タイミング関連プロシージャ、タイミング調整関連プロシージャ、ＵＥロケーション追跡プロシージャ、時間追跡関連プロシージャ、同期関連プロシージャ、ＭＤＴ類似プロシージャ、測定収集関連プロシージャ、ＣＡ関連プロシージャ、サービングセルのアクティブ化／非アクティブ化、ＣＣコンフィグレーション／コンフィグレーション解除などを含む。
【００５４】
図２は、無線通信のために使用されることができる無線ネットワーク１００の例を示す。無線ネットワーク１００は、ＵＥ１１０Ａ〜１１０Ｂなどの無線デバイスと、相互接続ネットワーク１２５を介して１つ以上のコアネットワークノード１３０に接続された無線アクセスノード１２０Ａ〜１２０Ｂ（例えば、ｅＮＢ、ｇＮＢなど）などのネットワークノードとを含む。ネットワーク１００は、任意の適切なデプロイメントシナリオを使用することができる。カバレージエリア１１５内のＵＥ１１０は、それぞれ、無線インタフェースを介して無線アクセスノード１２０と直接通信可能であり得る。いくつかの実施形態では、ＵＥ１１０は、Ｄ２Ｄ通信を介して互いに通信可能でもあり得る。
【００５５】
一例として、ＵＥ  １１０Ａは、無線インタフェースを介して無線アクセスノード１２０Ａと通信することができる。すなわち、ＵＥ  １１０Ａは、無線アクセスノード１２０Ａとの間で無線信号を送信し、および／または無線信号を受信することができる。無線信号は、音声トラフィック、データトラフィック、制御信号、および／または任意の他の適切な情報を含むことができる。いくつかの実施形態では、無線アクセスノード１２０に関連する無線信号カバレージ１１５のエリアは、セルと呼ばれることがある。
【００５６】
相互接続ネットワーク１２５は、オーディオ、ビデオ、信号、データ、メッセージなど、またはそれらの任意の組合せを送信することができる任意の相互接続システムを指すことができる。相互接続ネットワーク１２５は、公衆交換電話網（ＰＳＴＮ）、公衆又はプライベートデータネットワーク、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、ローカル、地域又はグローバル通信又はコンピュータネットワーク、例えば、インターネット、有線又は無線ネットワーク、エンタープライズイントラネット、或いはそれらの組合せを含む他の適当な通信リンクの全部又は一部分を含むことができる。
【００５７】
いくつかの実施形態では、コアネットワークノード１３０は、ＵＥ１１０のための通信セッションの確立および他の様々な他の機能を管理することができる。コアネットワークノード１３０の例は、モバイルスイッチングセンタ（ＭＳＣ）、ＭＭＥ、サービングゲートウェイ（ＳＧＷ）、パケットデータネットワークゲートウェイ（ＰＧＷ）、オペレーションおよびメンテナンス（Ｏ＆Ｍ）、オペレーションサポートシステム（ＯＳＳ）、ＳＯＮ、測位ノード（例えば、拡張サービングモバイルロケーションセンタ、Ｅ−ＳＭＬＣ）、ＭＤＴノードなどを含むことができる。ＵＥ１１０は、非アクセス層を用いてコアネットワークノードと所定の信号をやり取りすることができる。非アクセス層シグナリングでは、ＵＥ１１０とコアネットワークノード１３０との間の信号は、無線アクセスネットワークを透過的に通過することができる。いくつかの実施形態では、無線アクセスノード１２０は、ノード間インタフェースを介して１つ以上のネットワークノードとインタフェースをとることができる。
【００５８】
１ミリ秒以内に１〜１０−５の信頼性が要求されるＵＲＬＬＣを満たすためには、コンテンションベースのアップリンク伝送の衝突確率が小さくなるように制御しなければならない。これは、いくつのＵＲＬＬＣ  ＵＥが同じリソースを共有することができるかを制限することができ、トラフィック到達レートのうちの最高のレートに制限を課すことができる。また、競合するＵＥ間のトラフィックの到達が肯定的に相関している場合には、十分に機能しない可能性がある。
【００５９】
本開示の実施形態は、第１のタイプのトラフィック（例えば、ＵＲＬＬＣトラフィック）をミニスロット上で送信することができ、第２のタイプのトラフィック（例えば、拡張モバイルブロードバンド（ｅＭＢＢ）トラフィック）をスロット上で送信することができる、複数のタイプの無線デバイスにサービングし、かつ複数のタイプのデータをサービングするセルを扱うことを対象とする。許可無しの方法で、ＵＲＬＬＣ  ＵＥは、ミニスロット上で送信し、同じまたは他のＵＥの既に許可されたスロット送信をパンクチャすることができる。
【００６０】
ＵＲＬＬＣ−ＳＲと呼ばれる、ミニスロットＳＲチャネルにおける専用ラベルを割り当てることができる。ＵＲＬＬＣ  ＵＥは、送信すべきデータを有すると、ＵＲＬＬＣ−ＳＲを送信またはトグルすることができる。データは、同じＵＥまたは他のＵＥからの他の許可されたスロット送信をパンクチャすることができる。これは、ＵＲＬＬＣ−ＳＲと同時に、または、ｇＮＢからの明示的な許可の有無にかかわらず、事前に定義された遅延と同時に発生する可能性がある。
【００６１】
ノード間パンクチャリングの場合、ｇＮＢは、ｅＭＢＢ  ＵＥからの送信を停止するために、高速停止ダウンリンク制御情報（ＤＣＩ）を送信することができる。ＵＲＬＬＣ−ＳＲはまた、パンクチャリング位置の指標として役立つことができる。
【００６２】
いくつかの実施形態では、アップリンクＵＲＬＬＣ送信は、任意の同行するＵＲＬＬＣ  ＵＥと競合するまたは空きリソースを待つ代わりに、ｅＭＢＢトラフィックをパンクチャすることができる。これは、ＵＲＬＬＣトラフィックのためにより広い周波数領域を解放することができ、頻繁でないトラフィックを有するより多くのＵＲＬＬＣ  ＵＥをサポート可能にすることができる。
【００６３】
アップリンクアクセスにおける遅延を低減するために、ＵＲＬＬＣトラフィックは、２つのＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルのミニスロット送信を使用すると仮定する。一方、ｅＭＢＢトラフィックは、７個以上のＯＦＤＭシンボルを有するスロット送信を使用する。例示の目的のために、いくつかの実施形態は、７シンボルスロット送信上への２シンボルミニスロット送信のパンクチャリングを説明する。ＵＲＬＬＣ  ＵＥは、ミニスロット周期性を有するミニスロットＳＲチャネル（ＵＲＬＬＣ−ＳＲと呼ばれる）リソースにおける専用の割り当てを割り当てられる。この専用のＵＲＬＬＣ−ＳＲラベルは、ＳＰＳフレームワークにおけるようなデータ送信よりも少ないリソースしか必要としないことに留意されたい。
【００６４】
ｇＮＢは、ＵＥのＵＲＬＬＣ−ＳＲの送信からＵＥを識別することができる。
【００６５】
一般的なシナリオにおいて、ＵＲＬＬＣ  ＵＥ１  １１０Ａが送信するデータを持っていると仮定する。ＵＲＬＬＣ  ＵＥ１  １１０Ａは、ミニスロットｍにおいてＵＲＬＬＣ−ＳＲをトグル又は送信することができる。このＵＲＬＬＣ−ＳＲは、第２のＵＥ（例えば、ＵＥ２  １１０Ｂ）からのｅＭＢＢ送信のスロットｎと時間的に重複する。可能な送信機会は、第３のＵＥ（例えば、ＵＥ３）がスケジュールされる次のスロットｎ＋１にあってもよい。ＵＲＬＬＣ  ＵＥ１  １１０Ａは、ｇＮＢ１２０Ａからの許可提示の有無にかかわらず、ミニスロットｍ＋ｘ（ここでｘは＞＝０であり、異なる値を持つことができる）において送信することができる。ｇＮＢ１２０Ａは、ミニスロットｍ＋ｘにおけるＵＲＬＬＣ  ＵＥ１の送信を予測する。ｇＮＢ１２０Ａは、衝突を予測することができ、ＵＥ２／ＵＥ３などのｅＭＢＢ  ＵＥへの送信を停止するための指示（例えば、ＤＣＩ）を送信することができる。
【００６６】
本明細書における実施形態では、ＵＥ２および／またはＵＥ３がＵＥ１に等しい（例えば、ＵＥ１と同じデバイスである）かどうかに応じた動作を詳述する。
【００６７】
図３は、ノード内パンクチャリングのためのアルゴリズムの一例を示す。この実施形態では、ＵＥ１と、ＵＥ２および／またはＵＥ３のうちの少なくとも１つとは、同じデバイスであると判定される。換言すれば、ＵＥ１は、ミニスロット送信を用いて、自身の以前にスケジュールされたスロット送信をパンクチャする。ＵＲＬＬＣ  ＵＥ１が、スロットｎのｅＭＢＢトラフィックのためにスロットレベルのアップリンク許可を既に有する場合、それは、ミニスロットｍでのデータ送信を停止し、ｘ＞＝０であるｍ＋ｘでＵＲＬＬＣデータを送信する。ＵＲＬＬＣ−ＳＲはミニスロットｍで最初に送信されることに留意されたい。ミニスロットｍにおけるデータの送信は、データとＳＲの同時送信を含む。任意のｘ＞０に対するスロットｍ＋ｘまで待機することは、ｇＮＢが準備することを可能にし、また、ＳＲ送信とデータ送信との分離を可能にする。
【００６８】
いくつかの実施形態では、ＵＥによるアクションは、以下を含む。ＵＥ１がＵＥ２および／またはＵＥ３と同じデバイスであることを検出する。ミニスロットｍからスロットｎまたはｎ＋１でスロットデータ（例えばｅＭＢＢデータ）を送信することを停止／キャンセルする。ミニスロットｍでＵＲＬＬＣ−ＳＲを送信する。ＵＲＬＬＣデータをミニスロットｍ＋ｘ（ｘ＞＝０かつ構成可能）で送信する。
【００６９】
いくつかの実施形態では、ｇＮＢによるアクションは、以下を含む。ＵＲＬＬＣ−ＳＲを検出する。ＵＥ  ＩＤを検出する。ＵＥ１がＵＥ２および／またはＵＥ３と同じデバイスであることを判定する。ミニスロットｍ＋ｘにおいてＵＲＬＬＣデータを受信する（ここでｘ  ＞＝  ０かつ構成可能）。
【００７０】
図３に示す例では、ＵＥ１はミニスロットｍにおいてＵＲＬＬＣ−ＳＲを送信する。ｇＮＢは、オプションとして、例えば、ミニスロットｍ＋３で送信する許可で応答することができる。ＵＥ１は、ミニスロット送信ｍ＋３を用いて、スロットｎ＋１で以前にスケジュールされたスロット送信をパンクチャする。
【００７１】
場合によっては、ミニスロット送信は、スロット送信に割り当てられたダウンリンク制御情報領域を再使用することができる。ＵＲＬＬＣ送信の持続時間は、１ミリ秒（ｍｓ）に制限されてもよい。時間カウンタは、ＵＥにおいて開始することができる。ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを含むダウンリンク制御情報は、この１ｍｓ期間内のミニスロットフィードバックとして解釈することができる。タイムカウンタの満了後のダウンリンク制御情報は、スロット送信のためのものである。
【００７２】
別の実施形態では、ダウンリンク制御情報領域は、追加指示のオーバーヘッドを伴うスロット送信およびミニスロット送信の両方のために同時に再使用されることができる。あるいは、ミニスロット送信のための別個のダウンリンク制御リソースは、暗示的に推論されるか、または明示的に割り当てられることができる。
【００７３】
いくつかの実施形態では、ＵＲＬＬＣ再送信は、ｅＭＢＢ再送信よりも優先されることができる。
【００７４】
専用の１ｍｓ領域がミニスロット送信のために使用される単純なケースでは、この領域内の任意のさらなる送信は、ＵＲＬＬＣ再送信として解釈されることができ、この領域の後のＮＤＩ＝０を有する任意の送信は、ｅＭＢＢ再送信として解釈されることができる。
【００７５】
別の実施形態では、予約領域は、調整可能であり、ミニスロット送信のために１ｍｓ領域内でＡＣＫを受信した後、より早く停止されることができる。
【００７６】
ＵＲＬＬＣ−ＳＲ指示のない実施形態では、スロット送信と、ミニスロット送信における強制復調基準信号（ＤＭＲＳ）との間のギャップ期間は、ｇＮＢにおけるブラインド検出に役立てることができる。別個のＵＲＬＬＣ−ＳＲは必要とされない。特に、ｇＮＢが、終了されたｅＭＢＢ送信とＵＲＬＬＣ送信の開始との間に、例えば、１ＯＦＤＭシンボルのサイレント期間を有することによって、ＵＲＬＬＣパンクチャリングの検出に役立てることが可能であり得る。特定の位置におけるＵＲＬＬＣ送信におけるＤＭＲＳの存在と共に、ｇＮＢは、ＵＲＬＬＣ送信をブラインド検出することができる。
【００７７】
図４は、ノード間パンクチャリングのためのアルゴリズムの一例を示す。この実施形態では、ＵＥ１はＵＥ２および／またはＵＥ３と同じデバイスではないと判定される。言い換えれば、ＵＥ１は、ミニスロット送信を用いて別のデバイスのスロット送信をパンクチャする。
【００７８】
ＵＲＬＬＣ  ＵＥ１がアップリンク許可を有さない場合、ＵＲＬＬＣ  ＵＥ１は、別のＵＥのｅＭＢＢ送信をパンクチャしなければならない。このシナリオにおける問題は、ＵＥ２／ＵＥ３が、ＵＥ１が何を計画しているか、または実行しているかを知らないことである。
【００７９】
一方、ｇＮＢは、ミニスロットｍでＵＲＬＬＣ−ＳＲを受信することによって、ＵＲＬＬＣ  ＵＥ１がＵＲＬＬＣアップリンク送信を要求したことを把握している。この提示を受信すると、ｇＮＢは、ＵＥ１がＵＥ２およびＵＥ３と異なると判定することができる。
【００８０】
いくつかの実施形態では、ｇＮＢは、ＵＲＬＬＣ  ＵＥのための許可を送信することができる。  
【００８１】
ｇＮＢは、ｍ＋ｋ＋ｌにおける送信が、ｅＭＢＢ  ＵＥ２のスロット送信ｎと時間的に重複するかどうかをチェックすることができる。それはまた、次のスロットｎ＋１において、ｍ＋ｋ＋ｌが、別のＵＥ、すなわちＵＥ３、によって到来する送信と重複するかをチェックすることもできる。重複が存在する場合、ｇＮＢは、ＵＥ２（例えば、現在のｅＭＢＢ送信機）またはＵＥ３（例えば、将来のｅＭＢＢ送信機）に、関連するＨＡＲＱプロセスのためにトグルされたＮＤＩを有するＵＬ  ＤＣＩを送信することができる。ＵＥ２またはＵＥ３が複数のＵＥに対応する場合、ｇＮＢは複数のメッセージを送信する。ｇＮＢはまた、ＮＤＩ＝０を有するＵＬ  ＤＣＩをＵＥ１（例えば、ＵＲＬＬＣ送信機）に送信することができる。第２のメッセージは、通常のＵＬスケジューリング動作における場合のように、第１のメッセージなしでも送信され得ることに留意されたい。
【００８２】
これらのＤＣＩ送信は、ミニスロットｍ＋ｋ（ここで、ｋは１以上である）において、可能な限り最短の遅延で送信することができる。ミニスロットＤＬ制御チャネルも監視しているＵＥ２は、ｍ＋ｋでＤＣＩメッセージを受信すると送信を停止することができ、それによってｍ＋ｋ＋ｌから開始して沈黙する。次いで、ＵＥ１は、定義されたタイミングに従って、ミニスロットｍ＋ｋ＋ｌ（ここで、ｌは１以上である）で送信することができる。  
【００８３】
ｇＮＢはパンクチャ位置／タイミングを把握しているため、ＤＬの場合のように、別個の指示は必要とならない。
【００８４】
いくつかの実施形態では、ＵＥ１によるアクションは、以下を含む。ＵＥ１がＵＥ２および／またはＵＥ３に等しくないと判定する。ミニスロットｍにおいてＵＲＬＬＣ−ＳＲを送信する。ｍ＋ｋにおいてＵＬ  ＤＣＩを受信する。ｍ＋ｋ＋ｌにおいてＵＬデータを送信する。
【００８５】
いくつかの実施形態では、ＵＥ２／ＵＥ３によるアクションは、以下を含む。ｍ＋ｋにおける進行中／スケジュールされたＨＡＲＱプロセスのためのトグルされたＤＣＩを有するＵＬ  ＤＣＩを受信する。ｎまたはｎ＋１における進行中／スケジュールされた送信との重複を識別する。ｍ＋ｋ＋ｌからの送信を停止／キャンセルする。
【００８６】
いくつかの実施形態では、ｇＮＢによるアクションは、以下を含む。ｍにおいてＵＲＬＬＣ−ＳＲを受信する。ＵＥ１がＵＥ２／ＵＥ３（複数可能）と異なることを判定する。ｍ＋ｋ＋ｌがｎまたはｎ＋１と重複することを識別する。進行中／スケジュールされたＨＡＲＱプロセスのためのトグルされたＮＤＩを有するＵＬ  ＤＣＩを、ｍ＋ｋにおいてＵＥ２／ＵＥ３に送信する。ｍ＋ｋにおいて、ＮＤＩ＝０であるＵＬ  ＤＣＩをＵＥ１に送信する。ＵＥ１からｍ＋ｋ＋ｌにおいてデータを受信する。
【００８７】
図４に示す例では、ＵＥ１はミニスロットｍにおいてＵＲＬＬＣ−ＳＲを送信する。ｇＮＢは、ミニスロットｍ＋４において送信を停止することを示す制御メッセージ（ＤＣＩ）をＵＥ３に送信する。ｇＮＢは、任意選択で、ミニスロットｍ＋４において送信する許可とともに、ＵＥ１に応答することができる。ＵＥ１は、ｍ＋４におけるミニスロット送信を用いて、スロットｎ＋１におけるＵＥ３の以前にスケジュールされたスロット送信をパンクチャする。
【００８８】
ノード間パンクチャリングの他の実施形態では、ｇＮＢは、ＵＲＬＬＣ  ＵＥに対する許可を送信しない。この場合、ｇＮＢは、ＮＤＩをＵＥ１に送信しない。代わりに、ＵＥ１は、ミニスロットｍ＋ｙにおいてミニスロット送信を準備することができる。ここで、ｙは、０以上であるが、動的スケジューリングを伴う通常のタイミングよりも小さい値に構成可能である。
【００８９】
いくつかの実施形態では、ＵＥ１によるアクションは、以下を含む。ＵＥ１がＵＥ２および／またはＵＥ３に等しくないことを判定する。ミニスロットｍでＵＲＬＬＣ−ＳＲを送信する。ｍ＋ｙ（ここでｙ＞＝０）においてＵＬデータを送信する。
【００９０】
いくつかの実施形態では、ＵＥ２／ＵＥ３によるアクションは、以下を含む。ｍ＋ｋ（ここで、ｋ＜＝ｙ）における進行中／スケジュールされたＨＡＲＱプロセスのためのトグルされたＤＣＩを有するＵＬ  ＤＣＩを受信する。ｎまたはｎ＋１における進行中／スケジュールされた送信との重複を識別する。ｍ＋ｙからの送信を停止／キャンセルする。
【００９１】
いくつかの実施形態では、ｇＮＢによるアクションは、以下を含む。ｍでＵＲＬＬＣ−ＳＲを受信する。ＵＥ１がＵＥ２／ＵＥ３（複数可能）と異なることを判定する。ｍ＋ｙがｎまたはｎ＋１と重複することを識別する。進行中／スケジュールされたＨＡＲＱプロセスのためのトグルされたＮＤＩを有するＵＬ  ＤＣＩを、ｍ＋ｋ（ここで、ｋ＜＝ｙ）においてＵＥ２／ＵＥ３に送信する。ｍ＋ｙにおいてＵＥ１からデータを受信する。
【００９２】
いくつかの実施形態では、ｇＮＢは、ＵＥ１またはＵＥ２／ＵＥ３にＤＣＩメッセージを送信しない。ＵＥ１は、ＤＭＲＳを挿入しながら、ｍ＋１において送信を続ける。ｇＮＢは、ＵＥ２からのｅＭＢＢ送信も受信する一方で、ＵＥ１からの同時ＵＲＬＬＣ送信を受信するように準備される。ＵＥ１の再送信は、ＵＥ２の再送信よりも優先され得る。ＵＥ１は、通常のＨＡＲＱ動作でＤＣＩを受信し、これは、１ｍｓの遅延の後に停止する。ＵＥ２は、ある期間の間、再送信を保留するために、停止メッセージを受信する必要があるかもしれない。
【００９３】
いくつかの実施形態では、１つのスロット領域をパンクチャすることを許可された専用ＵＲＬＬＣ  ＵＥが１つだけ存在する。他の実施形態では、いくつかのＵＲＬＬＣ  ＵＥが、１つのスロット領域をパンクチャすることを許可されることができる。この場合、別のＵＥ（すなわちＵＲＬＬＣ  ＵＥ４）も同じ領域をパンクチャすることが起こり得る。ＵＲＬＬＣ−ＳＲは、ＵＲＬＬＣ  ＵＥおよびパンクチャ位置の両方を検出するのに役立つことができる。
【００９４】
上述した解決策は、ＵＲＬＬＣ  ＵＥが許可を受信するか又は許可を受信しないかのオプションに応じて、２つのメカニズムに要約することができる。一般的なシナリオは、ＵＲＬＬＣ  ＵＥがｍでのミニスロット送信を望み、スロットｎでのＵＥ２またはスロットｎ＋１でのＵＥ３からのスロット送信をパンクチャすることである。
【００９５】
オプションＡ：  ｇＮＢからミニスロットＵＥ１への許可なし
【００９６】
パラメータ：  ｘ＿１  ＞＝  ０、ｘ＿２  ＞＝  ０、１  ＜＝  ｋ  ＜＝  ｘ＿２
【００９７】
ＵＲＬＬＣ  ＵＥ１：
【００９８】
１）  ミニスロットｍにおいてＵＲＬＬＣ−ＳＲを送信する
【００９９】
２）  ＵＥ１がｍ＋ｘ＿１において他の割り当てられたスロット送信を有する場合、ミニスロットｍ＋ｘ＿１においてデータを送信する
【０１００】
３）  そうでない場合、ミニスロットｍ＋ｘ＿２にデータを送信する
【０１０１】
ｇＮＢ：
【０１０２】
１）  ＵＲＬＬＣ−ＳＲを検出し、ＵＥ２からの進行中のスロット送信および／またはＵＥ３からのこれからのスロット送信を見つける
【０１０３】
２）  ＵＲＬＬＣ−ＳＲにおいてＵＥ  ＩＤを検出する
【０１０４】
２ａ）  ＵＥ１  ＝  ＵＥ２／ＵＥ３である場合、ｍ＋ｘ＿１においてＵＥ１からＵＲＬＬＣデータを受信する
【０１０５】
２ｂ）  そうでない場合、進行中／スケジュールされたＨＡＲＱプロセスのためのトグルされたＮＤＩを有するＵＬ  ＤＣＩをｍ＋ｋにおいてＵＥ２／ＵＥ３に送信し、ｍ＋ｘ＿２のおいてＵＲＬＣＣデータを受信する
【０１０６】
ｅＭＢＢ  ＵＥ２／ＵＥ３：
【０１０７】
１）  ｍ＋ｋにおける進行中／スケジュールされたＨＡＲＱプロセスのためのトグルされたＤＣＩを有するＵＬ  ＤＣＩを受信する
【０１０８】
２）  ｎまたはｎ＋１での進行中／スケジュールされた送信との重複を識別する
【０１０９】
３）  最新のｍ＋ｘ＿２からの送信を停止／キャンセルする
【０１１０】
オプション  Ｂ：    ｇＮＢからミニスロットＵＥ１へ許可
【０１１１】
パラメータ：  ｘ＿１  ＞＝  ０、ｋ  ＞＝  １、ｌ  ＞＝  １、ｘ＿２  ＝  ｋ＋ｌ
【０１１２】
ＵＲＬＬＣ  ＵＥ１：
【０１１３】
１）  ミニスロットｍにおいてＵＲＬＬＣ−ＳＲを送信する
【０１１４】
２）  ＵＥ１がｍ＋ｘ＿１において他の割り当てられたスロット送信を有する場合、ミニスロットｍ＋ｘ＿１においてデータを送信する
【０１１５】
３）  そうでない場合、ミニスロットｍ＋ｋにおいてＵＬ  ＤＣＩを受信し、そして、ミニスロットｍ＋ｋ＋ｌにおいてデータを送信する
【０１１６】
ｇＮＢ：
【０１１７】
１）  ＵＲＬＬＣ−ＳＲ  を検出し、実行中のスロット送信ＵＥ２および／またはこれからのスロット送信ＵＥ３を見つける
【０１１８】
２）  ＵＲＬＬＣ−ＳＲにおいてＵＥ  ＩＤを検出する
【０１１９】
２ａ）  ＵＥ１  ＝  ＵＥ２／ＵＥ３  の場合、ｍ＋ｘ＿１においてＵＥ１からＵＲＬＬＣデータを受信する
【０１２０】
２ｂ）  そうでない場合、進行中／スケジュールされたＨＡＲＱプロセスのためのトグルされたＮＤＩを有するＵＬ  ＤＣＩをミニスロットｍ＋ｋにおいてＵＥ２／ＵＥ３に送信し、ＮＤＩ＝０のＵＬ  ＤＣＩをミニスロットｍ＋ｋにおいてＵＥ１に送信し、ｍ＋ｋ＋ｌにおいてＵＥ１からのＵＲＬＣＣデータを受信する
【０１２１】
ｅＭＢＢ  ＵＥ２／ＵＥ３：
【０１２２】
１）  ｍ＋ｋにおける進行中／スケジュールされたＨＡＲＱプロセスのためのトグルされたＤＣＩを有するＵＬ  ＤＣＩを受信する
【０１２３】
２）  ｎまたはｎ＋１での進行中／スケジュールされた送信との重複を識別する
【０１２４】
３）  ｍ＋ｘ＿２（ここでｘ＿２  ＝  ｋ  ＋  ｌ）からの送信を停止／キャンセルする（これは、パラメータが設定されているオプションＡと同様である）
【０１２５】
ミニスロット送信の場合、スロット送信を先取りする意図を示すために、ＳＲのようなメッセージがＵＥからネットワークノードに送信され得る。ＵＥからの後続のミニスロット送信は、ネットワークノードからの明示的な許可を伴って、または伴わずに発生することができる。ネットワークノードは、スロット送信を停止し、スロット再送信をスケジュールするために、この指示を使用することができる。
【０１２６】
図５は、ＵＥ  １１０などの第１の無線デバイス（ＵＥ１）において実行されることができる方法を示すフローチャートである。方法は、以下を含むことができる。
【０１２７】
ステップ２００：  ミニスロット（ｍ）において、ＵＲＬＬＣデータのような第１のタイプのデータの送信をスケジュールするために、ＵＲＬＬＣ−ＳＲメッセージのようなスケジューリング要求を送信する。スケジューリング要求は、ｇＮＢ１２０などのネットワークノードに送信することができる。
【０１２８】
ステップ２１０：  第１の無線デバイスが、他の（割り当てられた）以前にスケジュールされた送信を有するかどうかを判定する。いくつかの実施形態では、第１の無線デバイスは、スロット中で情報を送信するための既存のアップリンク許可を既に有していてもよい。
【０１２９】
ステップ２２０：  第１の無線が、要求されたミニスロットと重複する第２のタイプのデータ（例えば、ｅＭＢＢデータ）のスケジュールされた送信を有すると判定したことに応じて、第１の無線デバイスは、以前にスケジュールされた送信をキャンセルすることができる。いくつかの実施形態では、送信をキャンセルすることは、要求されたミニスロットと重複するスロットにおいて第２のタイプのデータの送信を停止することを含むことができる。いくつかの実施形態では、送信をキャンセルすることは、要求されたミニスロットと重複するミニスロットにおいて第２のタイプのデータの送信を停止することを含むことができる。
【０１３０】
いくつかの実施形態では、第１のタイプのデータが、第２のタイプのデータよりも送信のために優先されることを決定することができる。
【０１３１】
いくつかの実施形態では、第２のタイプのデータおよび要求されたミニスロットの以前にスケジュールされた送信は、時間および／または周波数リソースにおいて重複することができる。
【０１３２】
ステップ２３０：第１の無線デバイスは、オプションとして、ミニスロットｍ＋ｋにおいて、例えばＵＬ  ＤＣＩなどの制御メッセージを受信することができる。制御メッセージは、ｇＮＢなどのネットワークノードから受信することができる。いくつかの実施形態では、制御メッセージは、データ送信のために許可されたスロットまたはミニスロットを示す許可提示メッセージとすることができる。
【０１３３】
いくつかの実施形態では、制御メッセージは、第２のタイプのデータの送信をキャンセルすることをさらに示すことができる。いくつかの実施形態では、制御メッセージは、第２のタイプのデータを再送信する許可をさらに示すことができる。いくつかの実施形態では、異なる制御メッセージを使用して、異なる提示をシグナリングすることができる。
【０１３４】
ステップ２４０：第１の無線デバイスは、次に、ミニスロットにおいて第１のタイプの（例えば、ＵＲＬＬＣ）データを送信することができる。ミニスロットは、本明細書で説明するように、ミニスロットｍ＋ｘ＿１、ｍ＋ｘ＿２、またはｍ＋ｋ＋ｌのいずれか１つとすることができる。データ送信のために使用されるミニスロットは、制御メッセージにおいて、オプションで受信された許可提示の中で示されることができる。
【０１３５】
上記ステップのうちの１つ以上は、同時におよび／または異なる順序で実行できることが理解される。また、破線で示されたステップは、オプションであり、いくつかの実施形態では省略することができる。
【０１３６】
図６は、無線アクセスノード１２０のようなネットワークノードにおいて実行されることができる方法を示すフローチャートである。ネットワークノードは、本明細書で説明したようにｇＮＢ１２０とすることができる。方法は、以下を含むことができる。
【０１３７】
ステップ３００：ミニスロット（ｍ）において、ＵＲＬＬＣデータのような第１のタイプのデータの送信をスケジュールするために、第１の無線デバイス（ＵＥ１）から、ＵＲＬＬＣ−ＳＲのようなスケジューリング要求を受信する。
【０１３８】
ステップ３１０：少なくとも１つの第２のＵＥ（ＵＥ２／ＵＥ３）からの進行中および来るべきスロット送信を識別する。これは、第２の無線デバイス（ＵＥ２）が、要求されたミニスロットと重複する第２のタイプのデータの以前にスケジュールされた送信を有することを判定することを含むことができる。第２のタイプのデータおよび要求されたミニスロットの以前にスケジュールされた送信は、時間および／または周波数リソースにおいて重複することができる。
【０１３９】
ステップ３２０：オプションとして、無線デバイスのＩＤを判定する。例えば、第１の無線デバイス（ＵＥ１）のＩＤは、受信したスケジューリング要求（例えば、ＵＲＬＬＣ−ＳＲ）から判定することができる。次いで、ネットワークノードは、受信されたスケジューリング要求に関連するＵＥのＩＤと、任意の識別された以前にスケジュールされた送信、例えば、ＵＥ２による第２のタイプのデータのスロット送信とを比較することができる。
【０１４０】
いくつかの実施形態では、第１のタイプのデータが、第２のタイプのデータよりも送信のために優先されることを決定することができる。
【０１４１】
ステップ３３０：第１の無線デバイス（ＵＥ１）と第２の無線デバイス（ＵＥ２）とが同一である（例えば、それらが同一のデバイスである）と判定したことに応じて、ネットワークノードは、第１のミニスロットにおいて、第１の無線デバイスから、ＵＲＬＬＣデータなどのデータを受信することができる。第１のミニスロットは、本明細書で説明するように、ミニスロットｍ＋ｘ＿１とすることができる。いくつかの実施形態では、ネットワークノードは、任意選択で、許可提示を含む制御メッセージを第１の無線デバイスに送信することができる。
【０１４２】
ステップ３４０：第１の無線デバイスおよび第２の無線デバイスが異なるＩＤを有する（例えば、それらが異なるデバイスである）と判定したことに応じて、ネットワークノードは、ＵＬ  ＤＣＩなどの第１の制御メッセージを第２の無線デバイスに送信することができる。いくつかの実施形態では、ＵＬ  ＤＣＩは、進行中のまたはスケジュールされたＨＡＲＱプロセスのためのトグルされたＮＤＩをミニスロットｍ＋ｋにおいて第２のＵＥに送信することを含むことができる。いくつかの実施形態では、第１の制御メッセージは、要求されたミニスロットと重複する第２のタイプのデータの送信をキャンセル／停止するための指示を含むことができる。いくつかの実施形態では、第１の制御メッセージは、特定のスロットまたはミニスロットでの送信をキャンセル／停止するための指示をさらに含むことができる。いくつかの実施形態では、第１の制御メッセージは、第２のタイプのデータの再送信のための許可提示をさらに含むことができる。
【０１４３】
ステップ３５０：ネットワークノードは、オプションとして、ＵＬ  ＤＣＩなどの第２の制御メッセージを第１の無線デバイス（ＵＥ１）に送信することができる。いくつかの実施形態では、ＵＬ  ＤＣＩは、ミニスロットｍ＋ｋにおいて、ＮＤＩ＝０を第１の無線デバイスに送信することを含むことができる。いくつかの実施形態では、第２の制御メッセージは、第１のタイプのデータを送信するために許可されたスロットまたはミニスロットを示す許可提示メッセージとすることができる。
【０１４４】
ステップ３６０：ネットワークノードは、その後、ミニスロットにおいて第１の無線デバイスから第１のタイプのデータ（例えば、ＵＲＬＬＣデータ）を受信することができる。ミニスロットは、本明細書で説明するように、ミニスロットｍ＋ｘ＿１、ｍ＋ｘ＿２、またはｍ＋ｋ＋ｌのいずれか１つとすることができる。
【０１４５】
上記ステップのうちの１つ以上は、同時におよび／または異なる順序で実行できることが理解される。また、破線で示されたステップは、オプションであり、いくつかの実施形態では省略することができる。
【０１４６】
図７は、ＵＥ  １１０などの第２の無線デバイス（ＵＥ２／ＵＥ３）において実行されることができる方法を示すフローチャートである。方法は、以下を含むことができる。
【０１４７】
ステップ４００：  ＵＬ  ＤＣＩメッセージなどの制御メッセージを受信する。制御メッセージは、ｇＮＢ１２０などのネットワークノードから受信することができる。制御メッセージは、所与の時間においてデータの送信をキャンセルすることを示すことができる。ＵＬ  ＤＣＩは、ミニスロットｍ＋ｋなどのスロットまたはミニスロットにおいて進行中またはスケジュールされたＨＡＲＱプロセスのためのトグルされたＮＤＩを含むことができる。
【０１４８】
いくつかの実施形態では、制御メッセージは、キャンセルされたデータ送信の再送信のための許可をさらに示すことができる。
【０１４９】
ステップ４１０：受信されたＵＬ  ＤＣＩによって示されるスロットにおける、進行中または以前にスケジュールされた送信に関連する重複を識別する。いくつかの実施形態では、これは、本明細書で説明したように、スロットｎまたはｎ＋１とすることができる。
【０１５０】
ステップ４２０：識別された重複する送信を停止またはキャンセルする。いくつかの実施形態では、これは、ミニスロットｍ＋ｘ＿２からの送信をキャンセルすることを含むことができる。いくつかの実施形態では、ｘ＿２  ＝  ｋ  ＋  ｌである。
【０１５１】
上記ステップのうちの１つ以上は、同時におよび／または異なる順序で実行できることが理解される。また、破線で示されたステップは、オプションであり、いくつかの実施形態では省略することができる。
【０１５２】
図８は、ある実施形態に従う、例示的な無線デバイス、ＵＥ  １１０のブロック図である。ＵＥ  １１０は、送受信機５１０、プロセッサ５２０、およびメモリ５３０を含む。いくつかの実施形態では、送受信機５１０は、（例えば、送信機（Ｔｘ）、受信機（Ｒｘ）、およびアンテナを介して）無線アクセスノード１２０に無線信号を送信し、無線アクセスノード１２０から無線信号を受信することを可能にする。プロセッサ５２０は、ＵＥによって提供されるものとして上述した機能の一部または全部を提供するための命令を実行し、メモリ５３０は、プロセッサ５２０によって実行される命令を記憶する。いくつかの実施形態では、プロセッサ５２０およびメモリ５３０は、処理回路を形成する。
【０１５３】
プロセッサ５２０は、命令を実行し、データを操作して、上述したＵＥ  １１０の機能など、無線デバイスの説明した機能のいくつかまたはすべてを実行するための、ハードウェアの任意の好適な組合せを含むことができる。いくつかの実施形態では、プロセッサ５２０は、例えば、１つ以上のコンピュータ、１つ以上の中央処理装置（ＣＰＵ）、１つ以上のマイクロプロセッサ、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、１つ以上のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、および／または他のロジックを含むことができる。  
【０１５４】
メモリ５３０は、一般に、コンピュータプログラム、ソフトウェア、ロジック、ルール、アルゴリズム、コード、テーブルなどのうちの１つ以上を含むアプリケーションなどの命令、および／またはプロセッサ５２０によって実行されることが可能な他の命令を記憶するように動作可能である。メモリ５３０の例は、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）または読み取り専用メモリ（ＲＯＭ））、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、および／またはＵＥ  １１０のプロセッサ５２０によって使用され得る情報、データ、および／または命令を記憶する任意の他の揮発性または不揮発性、非一時的コンピュータ可読および／またはコンピュータ実行可能メモリデバイスを含む。
【０１５５】
ＵＥ  １１０の他の実施形態は、上記で説明された機能のうちのいずれか、および／または任意の追加の機能（上記で説明された解決策をサポートするために必要な任意の機能を含む）を含む、無線デバイスの機能のいくつかの態様を提供することに関与し得る、図８に示されるものを超える追加の構成要素を含み得る。単なる一例として、ＵＥ  １１０は、プロセッサ５２０の一部であり得る、入力デバイスおよび回路、出力デバイス、ならびに１つ以上の同期ユニットまたは回路を含み得る。入力デバイスは、ＵＥ  １１０に情報を入力するための機構を含む。例えば、入力デバイスは、マイクロフォン、入力要素、ディスプレイなどの入力機構を含むことができる。出力デバイスは、オーディオ、ビデオ、および／またはハードコピーフォーマットでデータを出力するための機構を含むことができる。例えば、出力デバイスは、スピーカ、ディスプレイを含むことができる。
【０１５６】
無線デバイスＵＥ  １１０は、ＵＥ１、ＵＥ２、ＵＥ３、および／または本明細書の実施形態で説明する他のデバイスの機能を実行するように動作可能であることが理解される。
【０１５７】
図９は、特定の実施形態による、例示的なネットワークノード１２０のブロック図である。ネットワークノード１２０は、送受信機６１０、プロセッサ６２０、メモリ６３０、およびネットワークインタフェース６４０のうちの１つ以上を含むことができる。いくつかの実施形態では、送受信機６１０は、（例えば、送信機（Ｔｘ）、受信機（Ｒｘ）、およびアンテナを介して）ＵＥ  １１０などの無線デバイスに無線信号を送信し、無線デバイスから無線信号を受信することを可能にする。プロセッサ６２０は、ネットワークノード１２０によって提供されるものとして上述した機能の一部または全部を提供するための命令を実行し、メモリ６３０は、プロセッサ６２０によって実行される命令を記憶する。いくつかの実施形態では、プロセッサ６２０およびメモリ６３０は、処理回路を形成する。ネットワークインタフェース６４０は、ゲートウェイ、スイッチ、ルータ、インターネット、公衆交換電話網（ＰＳＴＮ）、コアネットワークノード、または無線ネットワークコントローラなどのバックエンドネットワーク構成要素に信号を通信することができる。
【０１５８】
プロセッサ６２０は、上述したような、ネットワークノード１２０の上述した機能の一部または全部を実行するために、命令を実行し、データを操作するためのハードウェアの任意の適切な組み合わせを含むことができる。いくつかの実施形態では、プロセッサ６２０は、例えば、１つ以上のコンピュータ、１つ以上の中央処理装置（ＣＰＵ）、１つ以上のマイクロプロセッサ、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、１つ以上のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、および／または他のロジックを含むことができる。
【０１５９】
メモリ６３０は、一般に、コンピュータプログラム、ソフトウェア、ロジック、ルール、アルゴリズム、コード、テーブルなどのうちの１つ以上を含むアプリケーションなどの命令、および／またはプロセッサ６２０によって実行されることが可能な他の命令を記憶するように動作可能である。メモリ６３０の例には、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）または読出専用メモリ（ＲＯＭ））、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、および／または情報を記憶する任意の他の揮発性または不揮発性、非一時的、コンピュータ可読および／またはコンピュータ実行可能メモリデバイスが含まれる。
【０１６０】
いくつかの実施形態では、ネットワークインタフェース６４０は、プロセッサ６２０に通信可能に結合され、ネットワークノード１２０のための入力を受信し、ネットワークノード１２０から出力を送信し、入力または出力またはその両方の適切な処理を実行し、他のデバイスと通信し、またはそれらの任意の組合せを行うように動作可能な任意の適切なデバイスを指すことができる。ネットワークインタフェース６４０は、ネットワークを介して通信するために、プロトコル変換およびデータ処理能力を含む、適切なハードウェア（例えば、ポート、モデム、ネットワークインタフェースカードなど）およびソフトウェアを含み得る。
【０１６１】
ネットワークノード１２０の他の実施形態は、図９に示されるものを超える追加の構成要素を含むことができ、この追加の構成要素は、上述の機能のいずれか、および／または任意の追加の機能（上述の解決策をサポートするのに必要な任意の機能を含む）を含む、ネットワークノードの機能の特定の態様を提供する役割を果たすことができる。様々な異なるタイプのネットワークノードは、同じ物理ハードウェアを有するが、異なる無線アクセス技術をサポートするように（例えば、プログラムを介して）構成された構成要素を含んでもよく、または部分的にまたは完全に異なる物理構成要素を表してもよい。
【０１６２】
図８および図９に関して説明したものと同様のプロセッサ、インタフェース、およびメモリは、他のネットワークノード（コアネットワークノード１３０など）に含まれてもよい。他のネットワークノードは、（図８および図９に記載された送受信機のような）無線インタフェースを任意に含んでも含まなくてもよい。
【０１６３】
いくつかの実施形態では、無線デバイスＵＥ  １１０は、上述した無線デバイスの機能を実装するように構成された一連のモジュールを含んでよい。図１０を参照すると、いくつかの実施形態では、無線デバイス１１０は、ミニスロットにおける第１のタイプのデータの送信をスケジュールするためのスケジューリング要求を送信するための要求モジュール７１０と、ＵＥが以前にスケジュールされた送信を有するかどうかを判定するための判定モジュール７２０と、ミニスロットにおける第１のタイプのデータを送信するための送信モジュール７３０とを含んでよい。
【０１６４】
様々なモジュールは、ハードウェアとソフトウェアの組み合わせとして、例えば、図８に示されるＵＥ  １１０のプロセッサ、メモリ、および送受信機として実装されてもよいことが理解される。いくつかの実施形態はまた、追加のおよび／または任意の機能をサポートするための追加のモジュールを含んでもよい。
【０１６５】
いくつかの実施形態では、ネットワークノード１２０は、例えば、無線アクセスノードとすることができ、上述のネットワークノードの機能を実装するように構成された一連のモジュールを含んでよい。図１１を参照すると、いくつかの実施形態では、ネットワークノード１２０は、第１のＵＥからミニスロットにおける第１のタイプのデータの送信をスケジュールするためのスケジューリング要求を受信し、第２のＵＥのための第２のタイプのデータの以前にスケジュールされた送信を識別するためのスケジューリングモジュール７４０と、必要に応じて第１のＵＥおよび／または第２のＵＥに制御情報を送信するための制御モジュール７５０と、ミニスロットにおいて第１のＵＥからデータを受信するための受信モジュール７６０とを含むことができる。
【０１６６】
様々なモジュールは、例えば、図９に示されるネットワークノード１２０のプロセッサ、メモリ、および送受信機などのハードウェアおよびソフトウェアの組合せとして実装されてもよいことが理解される。いくつかの実施形態はまた、追加のおよび／またはオプションの機能をサポートするための追加のモジュールを含んでもよい。
【０１６７】
標準化シナリオの例
【０１６８】
このセクションでは、ＵＬデータのためのｅＭＢＢのＵＲＬＬＣパンクチャリングの可能性および影響について説明する。
【０１６９】
ＵＬにおけるパンクチャリングのために、ＵＥ１からのＵＲＬＬＣデータがＵＥ１からのｅＭＢＢデータをパンクチャする（同一ＵＥパンクチャリング）か、またはＵＥ１からのＵＲＬＬＣデータがＵＥ２からのｅＭＢＢデータをパンクチャする（異ＵＥパンクチャリング）という２つの明確な場合を分離することができる。ベースラインとして、データを有するＵＲＬＬＣ  ＵＥは、ｇＮＢが適切と思われるように作用するために、好ましくはミニスロットレベルでＳＲを送信すべきである。この寄与では、さらに、ＵＲＬＬＣトラフィックが主にミニスロットを用いてスケジュールされることが想定される。しかし、ＵＲＬＬＣトラフィックに対応するいくつかのトラフィックシナリオは、ミニスロットの厳密な遅延要件を必要とせず、代わりにスロットを使用することができることに留意する必要がある。
【０１７０】
同一ＵＥパンクチャリング
【０１７１】
このシナリオでは、同一のＵＥがｅＭＢＢデータおよびＵＲＬＬＣデータを有する。これは、ＵＥが、ｅＭＢＢまたはＵＲＬＬＣのいずれかである特定の時間中に１つのトラフィックタイプに集中する可能性が高いため、あまり一般的なシナリオではないかもしれない。また、いずれの場合も、同一のＵＥが所与のスロット内に２つのタイプのＵＬを有することは、より少ない頻度で発生することになる。しかしながら、我々は、ビデオを制御室にストリーミングする一方で、重要なセンサデータを送信する産業用ロボットを考慮することができる。したがって、ここでは、いずれにしてもこのタイプのＵＬパンクチャリングの意味を論じることにする。
【０１７２】
ＵＥがＵＬスロットにｅＭＢＢを有するとともにＵＬミニスロットにＵＲＬＬＣデータを有する場合、いくつかの主要なシナリオを区別することもできる。
【０１７３】
この場合、ＵＥは、スロット長送信のための許可を受信しており、その後、時間的に重複し、両方とも同じキャリア上にあるミニスロット送信のための許可を受信する。この第２の許可は、ミニスロットベースで送信されることができ、したがって、異なるタイミングを有する。この場合、最新の受信された許可は、ＵＥによって使用されるべきであり、計画されたスロット長送信は、キャンセルされるべきである。
【０１７４】
許可されたリソースが同一キャリア内で時間的に重複して関連付けられている場合、ミニスロットのＵＬ許可は、スロットのＵＬ許可よりも優先されうる。
【０１７５】
異ＵＥパンクチャリング
【０１７６】
より一般的に発生するケースは、ＵＥ１が別のＵＥ２によって許可または使用されるリソース上で送信すべきミニスロットデータを有することである。このシナリオの明らかな問題は、ＵＥ１が、ＵＥ２が何を計画しているか、または実行しているかを把握していないことである。別の問題は、新らたな高速指示が追加されない限り、開始またはスケジュールされたときにスロット送信を停止することができないことである。そのような指示は、ＵＥにとって重大な負担につながり、大きな仕様上の影響を有する可能性がある。
【０１７７】
進行中のまたはスケジュールされたスロット／ミニスロット送信を終了するために、特別な停止指示を導入することはできない。
【０１７８】
しかしながら、ＵＥが（ミニスロットＴＴＩ）ＰＤＣＣＨを監視する場合、問題のＨＡＲＱプロセスのための送信の停止を示すＵＬ  ＤＣＩをＵＥに送信することができる。
【０１７９】
異ＵＥパンクチャリングの場合についても、以下に概説するように、いくつかのシナリオを区別することができる。
【０１８０】
許可された衝突
【０１８１】
ＵＥ１がミニスロットタイムのＳＲをｇＮＢに送信し、ミニスロット許可を与えられる場合、ＵＥ２へのスロット許可が既に送信されているようにすることができる。これにより、ｇＮＢは、パンクチャリングの間にリソース上の衝突をスケジューリングしている。２つの送信は、ｇＮＢで同時にデコードされ得るか、または１つまたは両方が失敗し、その場合、ｇＮＢは再送をスケジュールするであろう。そのようにするオプションは、ネットワークによって許可される。
【０１８２】
ネットワークは、ＵＬにおいて衝突する送信をスケジュールすることを許可される。
【０１８３】
許可無し衝突：  コンテンションベースのアクセス
【０１８４】
この場合、ＵＥ１は、ｅＭＢＢまたはＵＲＬＬＣトラフィックのいずれかのために別のＵＥ２に許可されたリソース上でのミニスロットＵＲＬＬＣ送信のためのＵＬ許可無しリソースを用いて構成される。ＵＥ１と同一のミニスロットリソースを有するＵＥ２の場合、これは、[Ｒ１−１７０１８７１  Ｏｎ  ＵＬ  ｇｒａｎｔ−ｆｒｅｅ  ｔｒａｎｓｍｉｓｓｉｏｎ、Ｅｒｉｃｓｓｏｎ、ＲＡＮ１＃８８］でさらに説明されているように、許可無しコンテンションベースの送信である。ＵＥ２がｅＭＢＢトラフィックを許可される場合、状況は、追加の複雑さを有する２．１．３および２．２．１の状況と類似する。
【０１８５】
ここで、ｇＮＢは、新しいＵＲＬＬＣ送信の開始を検出する必要があるだけでなく、ＵＥ１を識別する必要もある。これは、２つの送信が衝突するためにより困難であり、受信電力が非常に異なる場合、デコーダは、これらのタスクに困難を有するかもしれない。したがって、このような解決策の価値は、許容されるためにさらに検討されるべきである。ここでも、衝突は、ＵＲＬＬＣトラフィックにとって特に問題であることに留意されたい。
【０１８６】
ＵＬにおける他のＵＥ  ｅＭＢＢ送信のＵＲＬＬＣパンクチャリングを可能にする利得は、可能であれば明確にされるべきである。
【０１８７】
いくつかの実施形態は、機械可読媒体（コンピュータ可読媒体、プロセッサ可読媒体、またはコンピュータ可読プログラムコードが具現化されたコンピュータ使用可能媒体とも呼ばれる）に記憶されたソフトウェア製品として表されてよい。機械可読媒体は、ディスケット、コンパクトディスク読取専用メモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク読取専用メモリ（ＤＶＤ−ＲＯＭ）メモリデバイス（揮発性または不揮発性）、または同様の記憶機構を含む磁気、光学、または電気記憶媒体を含む任意の適切な有形媒体であってよい。機械可読媒体は、実行されると、処理回路（例えば、プロセッサ）に、１つ以上の実施形態に従う方法におけるステップを実行させる、命令、コードシーケンス、構成情報、または他のデータの様々なセットを含んでよい。当業者は、説明された実施形態を実装するために必要な他の命令および動作もまた、機械可読媒体上に記憶されてよいことを理解する。機械可読媒体から実行されるソフトウェアは、説明されたタスクを実行するために回路とのインタフェースを有してもよい。
【０１８８】
上述の実施の形態は例示のみを意図する。説明の範囲から逸脱することなく、当業者によって、変更、修正、および変形が特定の実施形態にもたらされてよい。
略語
本説明は、以下の略語のうちの１つ以上を含むことができる。
３ＧＰＰ      ３Ｇ  パートナーシッププロジェクト
ＡＣＫ        肯定応答
ＡＰ          アクセスポイント
ＡＲＱ        自動再送要求
ＢＳ          基地局
ＢＳＣ        基地局コントローラ
ＢＴＳ        無線基地局装置
ＣＡ          キャリアアグリゲーション
ＣＣ          コンポーネントキャリア
ＣＣＣＨ  ＳＤＵ      共通制御チャネルＳＤＵ
ＣＧ          セルグループ
ＣＧＩ        セルグローバルＩＤ
ＣＱＩ        チャネル品質情報
ＣＳＩ        チャネル状態情報
ＤＡＳ        分散アンテナシステム
ＤＣ          デュアル接続
ＤＣＣＨ      専用制御チャネル
ＤＣＩ        ダウンリンク制御情報
ＤＬ          ダウンリンク
ＤＭＲＳ      復調基準信号
ｅＭＢＢ      拡張モバイルブロードバンド
ｅＮＢ        Ｅ−ＵＴＲＡＮ  ＮｏｄｅＢまたは進化型ＮｏｄｅＢ
ｅＰＤＣＣＨ      拡張物理ダウンリンク制御チャネル
Ｅ−ＳＭＬＣ      進化型サービングモバイルロケーションセンタ
Ｅ−ＵＴＲＡ      進化型ＵＴＲＡ
Ｅ−ＵＴＲＡＮ      進化型ＵＴＲＡＮ
ＦＤＭ        周波数分割多重
ＨＡＲＱ      ハイブリッド自動再送要求
ＨＯ          ハンドオーバ
ＩｏＴ        物のインターネット
ＬＴＥ        ロングタームエボリューション
Ｍ２Ｍ        マシンツーマシン
ＭＡＣ        メディアアクセス制御
ＭＢＭＳ      マルチメディア・ブロードキャスト・マルチキャスト・サービス
ＭＣＧ        マスタセルグループ
ＭＤＴ        ドライブテストの最小化  
ＭｅＮＢ      マスタｅＮｏｄｅ  Ｂ
ＭＭＥ        モビリティ管理エンティティ
ＭＳＣ        モバイルスイッチングセンタ  
ＭＳＲ        マルチスタンダード無線
ＭＴＣ        マシンタイプコミュニケーション
ＮＡＣＫ      否定応答
ＮＤＩ        次データインジケータ
ＮＲ          新無線
Ｏ＆Ｍ        オペレーションアンドメンテナンス
ＯＦＤＭ      直交周波数分割多重
ＯＦＤＭＡ    直交周波数分割多元接続  
ＯＳＳ        オペレーションサポートシステム
ＰＣＣ        プライマリコンポーネントキャリア
Ｐ−ＣＣＰＣＨ      プライマリ共通制御物理チャネル
ＰＣｅｌｌ    プライマリセル
ＰＣＧ        プライマリセルグループ
ＰＣＨ        ページングチャネル
ＰＣＩ        物理セルＩＤ
ＰＤＣＣＨ    物理ダウンリンク制御チャネル
ＰＤＳＣＨ    物理ダウンリンク共有チャネル
ＰＤＵ        プロトコルデータユニット
ＰＧＷ        パケットゲートウェイ
ＰＨＩＣＨ    物理ＨＡＲＱ提示チャネル
ＰＭＩ        プリコーダ行列インジケータ
ＰｒｏＳｅ    近接サービス
ＰＳＣ        プライマリサービングセル
ＰＳＣｅｌｌ  プライマリＳＣｅｌｌ
ＰＵＣＣＨ    物理アップリンク制御チャネル
ＰＵＳＣＨ    物理アップリンク共有チャネル
ＲＡＴ        無線アクセス技術
ＲＢ          リソースブロック
ＲＦ          無線周波数
ＲＬＭ        無線リンク管理
ＲＮＣ        無線ネットワークコントローラ
ＲＲＣ        無線リソース制御  
ＲＲＨ        リモート無線ヘッド
ＲＲＭ        無線リソース管理
ＲＲＵ        リモート無線ユニット
ＲＳＲＰ      基準信号受信電力
ＲＳＲＱ      基準信号受信品質
ＲＳＳＩ      受信信号強度
ＲＳＴＤ      基準信号時間差
ＲＴＴ        ラウンドトリップタイム
ＳＣＣ        セカンダリコンポーネントキャリア
ＳＣｅｌｌ    セカンダリセル
ＳＣＧ        セカンダリセルグループ
ＳＣＨ        同期チャネル
ＳＤＵ        サービスデータユニット
ＳｅＮＢ      セカンダリｅＮｏｄｅＢ
ＳＧＷ        サービングゲートウェイ
ＳＩ          システム情報  
ＳＩＢ        システム情報ブロック
ＳＩＮＲ      信号対干渉雑音比
ＳＮＲ        信号雑音比
ＳＰＳ        セミパーシステントスケジューリング
ＳＯＮ        自己組織化ネットワーク
ＳＲ          スケジューリング要求
ＳＲＳ        サウンディング参照信号
ＳＳＣ        セカンダリサービングセル
ＴＴＩ        送信時間間隔
Ｔｘ          送信機
ＵＥ          ユーザ装置
ＵＬ          アップリンク
ＵＲＬＬＣ    高信頼低遅延通信
ＵＴＲＡ      ユニバーサル地上無線アクセス
ＵＴＲＡＮ    ユニバーサル地上無線アクセス網
Ｖ２Ｖ        ビークルツービークル
Ｖ２Ｘ        ビークルツーエブリシング
ＷＬＡＮ      無線ローカルエリアネットワーク
【図１】
2020509653.tif 000003
【図２】
2020509653.tif 000004
【図３】
2020509653.tif 000005
【図４】
2020509653.tif 000006
【図５】
2020509653.tif 000007
【図６】
2020509653.tif 000008
【図７】
2020509653.tif 000009
【図８】
2020509653.tif 000010
【図９】
2020509653.tif 000011
【図１０】
2020509653.tif 000012
【図１１】
2020509653.tif 000013
【国際調査報告】
2020509653.tif 000014
2020509653.tif 000015
2020509653.tif 000016
2020509653.tif 000017
2020509653.tif 000018