ホーム > 特許ランキング > ソニーグループ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-03-14
(54)【発明の名称】通信デバイス、インフラストラクチャ機器、および方法
(51)【国際特許分類】
H04W 72/14 20090101AFI20220307BHJP
H04W 72/10 20090101ALI20220307BHJP
【ＦＩ】
H04W72/14
H04W72/10
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2021540297
(86)(22)【出願日】2020-01-08
(85)【翻訳文提出日】2021-09-03
(86)【国際出願番号】 EP2020050297
(87)【国際公開番号】W WO2020148122
(87)【国際公開日】2020-07-23
(31)【優先権主張番号】19152670.6
(32)【優先日】2019-01-18
(33)【優先権主張国・地域又は機関】EP
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】000002185
【氏名又は名称】ソニーグループ株式会社
(74)【代理人】
【識別番号】110003339
【氏名又は名称】特許業務法人南青山国際特許事務所
(72)【発明者】
【氏名】ウォン シン ホン
(72)【発明者】
【氏名】アワッド ヤシン アデン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA13
5K067DD11
5K067DD17
5K067EE02
5K067EE10
5K067GG01
5K067HH21
(57)【要約】
【課題】上述の問題のうちの少なくとも一部に対処するか、または軽減する。
【解決手段】
第１の態様によれば、本技術の諸実施形態は、無線通信ネットワークにおいて通信デバイスによってデータを送信する方法であって、上記通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを受信し、上記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを受信し、上記第２のアップリンク通信リソースが上記第１のアップリンク通信リソースの少なくとも一部分を含むと判断し、上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断し、上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断したことに応答して、上記第１のアップリンク通信リソースを使用してトランスポートブロックを送信する送信方法を提供することができる。
【選択図】図１
【解決手段】
第１の態様によれば、本技術の諸実施形態は、無線通信ネットワークにおいて通信デバイスによってデータを送信する方法であって、上記通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを受信し、上記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを受信し、上記第２のアップリンク通信リソースが上記第１のアップリンク通信リソースの少なくとも一部分を含むと判断し、上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断し、上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断したことに応答して、上記第１のアップリンク通信リソースを使用してトランスポートブロックを送信する送信方法を提供することができる。
【選択図】図１
【特許請求の範囲】
【請求項1】
無線通信ネットワークにおいて通信デバイスによってデータを送信する方法であって、前記通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを受信し、
前記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを受信し、
前記第２のアップリンク通信リソースが前記第１のアップリンク通信リソースの少なくとも一部分を含むと判断し、
前記第１のアップリンク通信リソースが前記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断し、
前記第１のアップリンク通信リソースが前記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断したことに応答して、前記第１のアップリンク通信リソースを使用してトランスポートブロックを送信する
送信方法。
【請求項2】
請求項１に記載の送信方法であって、前記第１のアップリンク通信リソースが前記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、前記第２の制御指示の後に前記第１の制御指示が受信されたと判断することを含む
送信方法
【請求項3】
請求項１に記載の送信方法であって、前記第１のアップリンク通信リソースが前記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、前記第１のアップリンク通信リソースが、前記第２のアップリンク通信リソースの後に開始すると判断することを含む
送信方法。
【請求項4】
請求項１に記載の送信方法であって、前記第１のアップリンク通信リソースが前記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、前記第１のアップリンク通信リソースの持続時間が前記第２のアップリンク通信リソースの持続時間よりも長いと判断することを含む
送信方法。
【請求項5】
請求項１に記載の送信方法であって、前記第１のアップリンク通信リソースが前記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、前記第１のアップリンク通信リソースを使用した前記データの前記送信のために使用される変調および符号化スキームが前記第２のアップリンク通信リソースを使用したデータの送信のために使用される変調および符号化スキームよりも信頼性が高いと判断することを含む
送信方法。
【請求項6】
請求項１に記載の送信方法であって、前記第１のアップリンク通信リソースは第１のサブキャリア間隔に関連付けられ、前記第２のアップリンク通信リソースは第２のサブキャリア間隔に関連付けられ、
前記第１のアップリンク通信リソースが前記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、前記第１のサブキャリア間隔が前記第２のサブキャリア間隔よりも広いと判断することを含む
送信方法。
【請求項7】
請求項１に記載の送信方法であって、前記第１のアップリンク通信リソースが前記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、前記第１のダウンリンク制御メッセージが、前記第１のアップリンク通信リソースを使用して前記トランスポートブロックを送信することにより、前記第１のダウンリンク制御メッセージの前に受信したダウンリンク制御メッセージによって割り当てられた通信リソースのプリエンプションを許可する指示を含み、前記第２のダウンリンク制御メッセージが前記第１のダウンリンク制御メッセージが受信されるよりも前に受信され、プリエンプションを許可しない指示を含むと判断することを含む
送信方法。
【請求項8】
請求項１に記載の送信方法であって、前記第１のダウンリンク制御メッセージは、前記第１のアップリンク通信リソースに関連付けられた前記優先順位の指示を含み、
前記第２のダウンリンク制御メッセージは、前記第２のアップリンク通信リソースに関連付けられた前記優先順位の指示を含む
送信方法。
【請求項9】
請求項８に記載の送信方法であって、前記第１のアップリンク通信リソースに関連付けられた前記優先順位の前記指示は、第１の論理チャネル優先順位に関連付けられた第１の論理チャネルの指示を含み、
前記第２のアップリンク通信リソースに関連付けられた前記優先順位の前記指示は、第２の論理チャネル優先順位に関連付けられた第２の論理チャネルの指示を含み、
前記第１のアップリンク通信リソースが前記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、前記第１の論理チャネル優先順位が前記第２の論理チャネル優先順位よりも高いと判断することを含む
送信方法。
【請求項10】
請求項８に記載の送信方法であって、前記第１のアップリンク通信リソースに関連付けられた前記優先順位の前記指示は、前記第１のアップリンク通信リソースに対する優先順位値の指示を含み、
前記第２のアップリンク通信リソースに関連付けられた前記優先順位の前記指示は、前記第２のアップリンク通信リソースに対する優先順位値の指示を含み、
前記第１のアップリンク通信リソースが前記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、前記第１のアップリンク通信リソースの前記優先順位値が前記第２のアップリンク通信リソースの前記優先順位値よりも高いと判断することを含む
送信方法。
【請求項11】
請求項８に記載の送信方法であって、前記第１のアップリンク通信リソースに関連付けられた前記優先順位の前記指示は、第１のグループの１つ以上の論理チャネルの指示を含み、
前記第２のアップリンク通信リソースに関連付けられた前記優先順位の前記指示は、第２のグループの１つ以上の論理チャネルの指示を含み、
前記１つ以上の論理チャネルは、論理チャネル優先順位と関連付けられ、
前記第１のアップリンク通信リソースが前記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、前記第１のグループの前記１つ以上の論理チャネルのいずれかに関連付けられた最も高い論理チャネル優先順位が前記第２のグループの前記１つ以上の論理チャネルのいずれかに関連付けられた最も高い論理チャネル優先順位より高いと判断することを含む
送信方法。
【請求項12】
請求項１１に記載の送信方法であって、第１のスケジューリングリクエスト（ＳＲ）－ＩＤは、前記第１のグループの論理チャネルのうちの１つ以上に関連付けられたデータを送信するための通信リソースの割り当てを要求するスケジューリングリクエストを送信するための第１の制御チャネル通信リソースと関連付けられ、
第２のＳＲ－ＩＤは、前記第２のグループの論理チャネルのうちの１つ以上に関連付けられたデータを送信するための通信リソースの割り当てを要求するスケジューリングリクエストを送信するための第２の制御チャネル通信リソースと関連付けられ、
前記第１のグループの前記１つ以上の論理チャネルの前記指示は、前記第１のＳＲ－ＩＤの指示を含み、
前記第２のグループの前記１つ以上の論理チャネルの前記指示は、前記第２のＳＲ－ＩＤの指示を含む
送信方法。
【請求項13】
請求項１１に記載の送信方法であって、第１の論理チャネルグループ（LCG）－ＩＤは、前記第１のグループの前記論理チャネルと関連付けられ、前記第１のグループの前記論理チャネルの各々に対応するバッファステータスは、単一のバッファステータスリポート内で報告され、
第２のLCG－ＩＤは、前記第２のグループの前記論理チャネルと関連付けられ、前記第２のグループの前記論理チャネルの各々に対応するバッファステータスは、単一のバッファステータスリポート内で報告され、
前記第１のグループの前記１つ以上の論理チャネルの前記指示は、前記第１のLCG－ＩＤの指示を含み、
前記第２のグループの前記１つ以上の論理チャネルの前記指示は、前記第２のLCG－ＩＤの指示を含む
送信方法。
【請求項14】
請求項１に記載の送信方法であって、さらに、第２のデータを含む第２のトランスポートブロックを形成し、
前記第１のアップリンク通信リソースのいずれも含まない前記第２のアップリンク通信リソースの一部を使用して前記第２のトランスポートブロックを送信する
送信方法。
【請求項15】
請求項１に記載の送信方法であって、前記第１のアップリンク通信リソースは、物理アップリンク共有チャネル上にある
送信方法。
【請求項16】
請求項１に記載の送信方法であって、さらに、複数の論理チャネルの各々に関連付けられたデータを受信し、
前記第１のダウンリンク制御メッセージに基づいて、前記トランスポートブロックの利用可能な容量を、前記複数の論理チャネルの１つ以上からのデータで満たすための優先順位を決定する
送信方法。
【請求項17】
請求項１６に記載の送信方法であって、前記第１のダウンリンク制御メッセージは、１つ以上の論理チャネルの指示を含み、
前記トランスポートブロックの前記利用可能な容量を満たすための前記優先順位は、前記１つ以上の論理チャネルの前記指示に基づく
送信方法。
【請求項18】
請求項１７に記載の送信方法であって、前記１つ以上の論理チャネルの前記指示は、ＳＲ－ＩＤ、LCG－ＩＤ、及び論理チャネルアイデンティティのうちの１つを含む
送信方法。
【請求項19】
無線通信ネットワークにおいて通信デバイスによってデータを送信する方法であって、相対的な優先順位が割り当てられた複数の論理チャネルの各々からのデータを受信し、
前記複数の論理チャネルのうちの１つ以上からの前記データを伝送するトランスポートブロックを送信するための無線アクセスインタフェースの第１のアップリンク通信リソースを割り当てる第１のダウンリンク制御メッセージを受信し、
前記受信した第１のダウンリンク制御メッセージに基づいて、前記トランスポートブロックの利用可能な容量を前記複数の論理チャネルのうちの１つ以上からの前記データで満たすための優先順位を決定し、
前記割り当てられた第１のアップリンク通信リソースで前記トランスポートブロックを送信する
送信方法。
【請求項20】
請求項１に記載の送信方法であって、さらに、前記第１のダウンリンク制御メッセージを受信する前に、前記データの前記送信のためのアップリンク通信リソースの割り当てを要求するスケジューリングリクエストおよびバッファステータスレポートのうちの１つを送信する
送信方法。
【請求項21】
無線通信ネットワークにおいてインフラストラクチャ機器によってデータを受信する方法であって、通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを受信し、
前記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを受信し、
前記第１のアップリンク通信リソースを使用してトランスポートブロックを受信し、
前記第２のアップリンク通信リソースは、前記第１のアップリンク通信リソースの少なくとも一部を含み、
前記第１のアップリンク通信リソースは、前記第２のアップリンク通信リソースよりも高い優先順位に関連付けられている
送信方法。
【請求項22】
無線通信ネットワークにおいてインフラストラクチャ機器によってデータを受信する方法であって、トランスポートブロックを送信するための無線アクセスインタフェースのアップリンク通信リソースを割り当てる第１のダウンリンク制御メッセージを送信し、前記第１のダウンリンク制御メッセージは、前記トランスポートブロックの利用可能な容量を複数の論理チャネルのうちの１つ以上からのデータで満たすための優先順位の指示を提供し、前記論理チャネルの各々は割り当てられた相対的な優先順位を有し、
前記割り当てられた第１のアップリンク通信リソースにおける前記トランスポートブロックを受信する
受信方法。
【請求項23】
請求項２２に記載の受信方法であって、前記トランスポートブロックの利用可能な容量を複数の論理チャネルのうちの１つ以上からのデータで満たすための前記優先順位を決定する
受信方法。
【請求項24】
請求項２１に記載の受信方法であって、さらに、前記データの前記送信のためのアップリンク通信リソースの割り当てを要求するスケジューリングリクエストおよびバッファステータスレポートのうちの１つを受信し、
前記第１のダウンリンク制御メッセージは、前記スケジューリングリクエストおよびバッファステータスレポートのうちの１つを受信したことに応答して送信される
受信方法。
【請求項25】
無線アクセスインタフェースを提供するインフラストラクチャ機器を含む無線通信ネットワークにおいて使用される通信デバイスであって、前記無線アクセスインタフェースを介してデータを送信するように構成された送信機と、
信号を受信するように構成された受信機と、
前記通信デバイスが
前記通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを受信し、
前記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを受信し、
前記第２のアップリンク通信リソースが前記第１のアップリンク通信リソースの少なくとも一部分を含むと判断し、
前記第１のアップリンク通信リソースが前記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断し、
前記第１のアップリンク通信リソースが前記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断したことに応答して、前記第１のアップリンク通信リソースを使用してトランスポートブロックを送信する
ように動作可能に前記送信機および前記受信機を制御するように構成されたコントローラと
を具備する
通信デバイス。
【請求項26】
無線アクセスインタフェースを提供するインフラストラクチャ機器を含む無線通信ネットワークにおいて使用される通信デバイスのための回路であって,前記無線アクセスインタフェースを介してデータを送信するように構成された送信回路と、
信号を受信するように構成された受信回路と、
前記通信デバイスが
前記通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを受信し、
前記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを受信し、
前記第２のアップリンク通信リソースが前記第１のアップリンク通信リソースの少なくとも一部分を含むと判断し、
前記第１のアップリンク通信リソースが前記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断し、
前記第１のアップリンク通信リソースが前記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断したことに応答して、前記第１のアップリンク通信リソースを使用してトランスポートブロックを送信する
ように動作可能に前記送信回路および前記受信回路を制御するように構成されたコントローラと
を具備する
回路。
【請求項27】
無線アクセスインタフェースを提供するインフラストラクチャ機器を含む無線通信ネットワークにおいて使用される通信デバイスであって、前記無線アクセスインタフェースを介してデータを送信するように構成された送信機と、
信号を受信するように構成された受信機と、
前記通信デバイスが
相対的な優先順位が割り当てられた複数の論理チャネルのそれぞれからのデータを受信し、
前記複数の論理チャネルのうちの１つ以上からの前記データを伝送するトランスポートブロックを送信するための無線アクセスインタフェースの第１のアップリンク通信リソースを割り当てる第１のダウンリンク制御メッセージを受信し、
前記受信した第１のダウンリンク制御メッセージに基づいて、前記トランスポートブロックの利用可能な容量を前記複数の論理チャネルのうちの１つ以上からの前記データで満たすための優先順位を決定し、
前記割り当てられた第１のアップリンク通信リソースで前記トランスポートブロックを送信する
ように動作可能に前記送信機および前記受信機を制御するように構成されたコントローラと
を具備する
通信デバイス。
【請求項28】
無線アクセスインタフェースを提供するインフラストラクチャ機器を含む無線通信ネットワークにおいて使用される通信デバイスのための回路であって、前記無線アクセスインタフェースを介してデータを送信するように構成された送信回路と、
信号を受信するように構成された受信回路と、
前記通信デバイスが
相対的な優先順位が割り当てられた複数の論理チャネルのそれぞれからのデータを受信し、
前記複数の論理チャネルのうちの１つ以上からの前記データを伝送するトランスポートブロックを送信するための無線アクセスインタフェースの第１のアップリンク通信リソースを割り当てる第１のダウンリンク制御メッセージを受信し、
前記受信した第１のダウンリンク制御メッセージに基づいて、前記トランスポートブロックの利用可能な容量を前記複数の論理チャネルのうちの１つ以上からの前記データで満たすための優先順位を決定し、
前記割り当てられた第１のアップリンク通信リソースで前記トランスポートブロックを送信する
ように動作可能に前記送信回路および前記受信回路を制御するように構成されたコントローラと
を具備する
回路。
【請求項29】
無線アクセスインタフェースを提供する無線通信ネットワークにおいて使用されるインフラストラクチャ機器であって、セルにおける前記無線アクセスインタフェースを介して通信デバイスに信号を送信するように構成された送信機と、
前記通信デバイスからデータを受信するように構成された受信機と、
前記インフラストラクチャ機器が、
前記通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを送信し、
前記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを送信し、
前記第１のアップリンク通信リソースを使用してトランスポートブロックを受信する
ように動作可能に前記送信機および前記受信機を制御するように構成されたコントローラと
を具備し、
前記第２のアップリンク通信リソースは、前記第１のアップリンク通信リソースの少なくとも一部を含み、
前記第１のアップリンク通信リソースは、前記第２のアップリンク通信リソースよりも高い優先順位に関連付けられている
インフラストラクチャ機器。
【請求項30】
無線アクセスインタフェースを提供する無線通信ネットワークにおいて使用されるインフラストラクチャ機器のための回路であって、セルにおける前記無線アクセスインタフェースを介して通信デバイスに信号を送信するように構成された送信回路と、
前記通信デバイスからデータを受信するように構成された受信回路と、
前記インフラストラクチャ機器が、
前記通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを送信し、
前記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを送信し、
前記第１のアップリンク通信リソースを使用してトランスポートブロックを受信する
ように動作可能に前記送信回路および前記受信回路を制御するように構成されたコントローラと
を具備し、
前記第２のアップリンク通信リソースは、前記第１のアップリンク通信リソースの少なくとも一部を含み、
前記第１のアップリンク通信リソースは、前記第２のアップリンク通信リソースよりも高い優先順位に関連付けられている
回路。
【請求項31】
無線アクセスインタフェースを提供する無線通信ネットワークにおいて使用されるインフラストラクチャ機器であって、セルにおける前記無線アクセスインタフェースを介して通信デバイスに信号を送信するように構成された送信機と、
前記通信デバイスからデータを受信するように構成された受信機と、
前記インフラストラクチャ機器が、
トランスポートブロックを送信するための無線アクセスインタフェースのアップリンク通信リソースを割り当てる第１のダウンリンク制御メッセージを送信し、前記第１のダウンリンク制御メッセージは、前記トランスポートブロックの利用可能な容量を複数の論理チャネルのうちの１つ以上からのデータで満たすための優先順位の指示を提供し、前記論理チャネルの各々は割り当てられた相対的な優先順位を有し、
前記割り当てられた第１のアップリンク通信リソースにおける前記トランスポートブロックを受信する
ように動作可能に前記送信機および前記受信機を制御するように構成されたコントローラと
を具備する
インフラストラクチャ機器。
【請求項32】
無線アクセスインタフェースを提供する無線通信ネットワークにおいて使用されるインフラストラクチャ機器のための回路であって、セルにおける前記無線アクセスインタフェースを介して通信デバイスに信号を送信するように構成された送信回路と、
前記通信デバイスからデータを受信するように構成された受信回路と、
前記インフラストラクチャ機器が、
トランスポートブロックを送信するための無線アクセスインタフェースのアップリンク通信リソースを割り当てる第１のダウンリンク制御メッセージを送信し、前記第１のダウンリンク制御メッセージは、前記トランスポートブロックの利用可能な容量を複数の論理チャネルのうちの１つ以上からのデータで満たすための優先順位の指示を提供し、前記論理チャネルの各々は割り当てられた相対的な優先順位を有し、
前記割り当てられた第１のアップリンク通信リソースにおける前記トランスポートブロックを受信する
ように動作可能に前記送信回路および前記受信回路を制御するように構成されたコントローラと
を具備する
インフラストラクチャ機器。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、通信デバイス、インフラストラクチャ機器、および、無線通信ネットワーク内の通信デバイスによるデータ送信の方法に関する。
【背景技術】
【0002】
本明細書で提供される「背景技術」の説明は、本開示の背景を一般的に提示するためのものである。現在指名されている発明者の研究は、この背景技術の項に記載されている限りにおいて、出願時に先行技術として見なされない明細書の態様と同様に、本発明に対する先行技術として明示的にも暗示的にも認められない。
【0003】
３ＧＰＰ定義のＵＭＴＳおよびＬＴＥ（Long Term Evolution）アーキテクチャに基づくもの等の第３世代および第４世代の移動体通信システムは、以前の世代の移動体通信システムによって提供された単純な音声およびメッセージングサービスよりも高度なサービスをサポートすることができる。例えば、LTEシステムによって提供される改善された無線インタフェースおよび拡張されたデータレートを用いて、ユーザは、以前は固定回線データ接続を介してのみ利用可能であったモバイルビデオストリーミングおよびモバイルビデオ会議等の高データレートアプリケーションを享受することができる。したがって、そのようなネットワークを配備する要求は強く、これらのネットワークのカバレッジエリア、すなわち、ネットワークへのアクセスが可能な地理的場所は、より急速に増加することが予想される。
【0004】
将来の無線通信ネットワークは、現在のシステムがサポートするように最適化されているよりも、より広範囲のデータトラフィックプロファイルおよびタイプに関連するより広範囲のデバイスを用いて、通信を日常的かつ効率的にサポートすることが期待される。例えば、将来の無線通信ネットワークは、複雑さが低減されたデバイス、マシンタイプ通信（ＭＴＣ）デバイス、高解像度ビデオディスプレイ、仮想現実ヘッドセット等を含むデバイスとの通信を効率的にサポートすることが期待される。これらの異なるタイプのデバイスのうちのいくつかは、非常に多数の、例えば、「物のインターネット（Internet of Things）」をサポートするための低複雑度のデバイスに配備されてもよく、典型的には、比較的高いレイテンシ耐性を有する比較的少量のデータの送信に関連付けられてもよい。
【0005】
この観点から、例えば、５Ｇまたは新しい無線（ＮＲ）システム／新しい無線アクセス技術（ＲＡＴ）システム（非特許文献１）、ならびに既存のシステムの将来の反復／解除と呼ばれてもよいもの等、将来の無線通信ネットワークが、異なるアプリケーションおよび異なる特性データトラフィックプロファイルに関連付けられた広範囲のデバイスの接続性を効率的にサポートすることが望まれると予想される。
【0006】
このような新たなサービスの例は、超高信頼低遅延通信（ＵＲＬＬＣ）サービスと呼ばれ、ＵＲＬＬＣサービスはその名前が示唆するように、データユニットまたはパケットが高い信頼性で、かつ低い通信遅延で通信されることを必要とする。したがって、ＵＲＬＬＣタイプのサービスは、ＬＴＥタイプの通信システムおよび５Ｇ／ＮＲ通信システムの両方にとって、難しい例である。
【0007】
異なるトラフィックプロファイルに関連する異なる種類の通信デバイスの使用が増加することにより、対処する必要がある無線電気通信システムにおける通信を効率的に処理するための新しい課題が生じている。
【0008】
【先行技術文献】
【特許文献】
【0009】
【特許文献1】Co-pending European patent application EP 18214944.3
【特許文献2】Co-pending European patent application EP 18185553.7
【非特許文献】
【0010】
【非特許文献1】RP-182090,"Revised SID: Study on NR Industrial Internet of Things (IoT)," RAN#81.
【非特許文献2】TS38.321,"Medium Access Control (MAC) protocol specification (Rel-15)", vl5.3.0
【非特許文献3】R2-1818795,"LS on Intra-UE Prioritization/Multiplexing," RAN2, RAN2#104
【非特許文献4】RP-182089,"New SID on Physical Layer Enhancements for NR Ultra-Reliable and Low Latency Communication (URLLC)," RAN#81.
【非特許文献5】TR38.824,"Study on physical layer enhancements for NR ultra-reliable and low latency case (URLLC) (Rel-16)," vl.0.0
【非特許文献6】3GPP TS 38.300 v. 15.2.0"NR; NR and NG-RAN Overall Description; Stage 2(Release 15)", June 2018
【非特許文献7】Holma H. and Toskala A,"LTE for UMTS OFDMA and SC-FDMA based radio access", John Wiley and Sons, 2009
【発明の概要】
【発明が解決しようとする課題】
【0011】
本開示は、上述の問題のうちの少なくとも一部に対処するか、または軽減するのに役立つことができる。
【課題を解決するための手段】
【0012】
第１の態様によれば、本技術の諸実施形態は、無線通信ネットワークにおいて通信デバイスによってデータを送信する方法であって、上記通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを受信し、上記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを受信し、上記第２のアップリンク通信リソースが上記第１のアップリンク通信リソースの少なくとも一部分を含むと判断し、上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断し、上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断したことに応答して、上記第１のアップリンク通信リソースを使用してトランスポートブロックを送信する送信方法を提供することができる。
【0013】
第２の態様によれば、無線通信ネットワークにおいて通信デバイスによってデータを送信する方法であって、相対的な優先順位が割り当てられた複数の論理チャネルの各々からのデータを受信し、上記複数の論理チャネルのうちの１つ以上からの上記データを伝送するトランスポートブロックを送信するための無線アクセスインタフェースの第１のアップリンク通信リソースを割り当てる第１のダウンリンク制御メッセージを受信し、上記受信した第１のダウンリンク制御メッセージに基づいて、上記トランスポートブロックの利用可能な容量を上記複数の論理チャネルのうちの１つ以上からの上記データで満たすための優先順位を決定し、上記割り当てられた第１のアップリンク通信リソースで上記トランスポートブロックを送信する送信方法が提供される。
【0014】
本開示のそれぞれの態様および特徴は、添付の特許請求の範囲において定義される。
【0015】
前述の一般的な説明および以下の詳細な説明の両方が、本技術の例示であるが、本技術を限定するものではないことを理解されたい。説明される本実施形態は、さらなる利点とともに、添付の図面と併せて以下の詳細な説明を参照することによって最もよく理解されるであろう。
【0016】
本開示のより完全な理解およびそれに付随する利点の多くは、同様の参照番号がいくつかの図を通して同一または対応する部分を示す添付の図面と関連して考慮されるとき、以下の詳細な説明を参照することによってより良く理解されるようになるので、容易に得られるのであろう。
【図面の簡単な説明】
【0017】
【発明を実施するための形態】
【0018】
LTE-Advanced無線アクセス技術（Long Term Evolution Advanced Radio Access Technology）（４Ｇ）
図１は、一般にＬＴＥ原理に従って動作するが、他の無線アクセス技術もサポートすることができ、本明細書で説明されるような本開示の実施形態を実装するように適合させることができる、モバイル遠隔通信ネットワーク／システム１００のいくつかの基本的な機能を示す概略図を提供する。図１の様々な要素およびそれらのそれぞれの動作モードの特定の態様は周知であり、３ＧＰＰ（ＲＴＭ）機関によって管理される関連する規格において定義されており、また、例えば、Holma H. and Toskala A（非特許文献７）等の主題に関する多くの書籍に記載されている。本明細書で特に記載されていない電気通信ネットワークの動作態様（例えば、異なる要素間で通信するための特定の通信プロトコルおよび物理チャネルに関して）は、例えば、関連する規格およびその関連する規格に対する既知の提案された修正および追加に従った、任意の既知の技法に従って実装され得ることが理解されよう。
図１は、一般にＬＴＥ原理に従って動作するが、他の無線アクセス技術もサポートすることができ、本明細書で説明されるような本開示の実施形態を実装するように適合させることができる、モバイル遠隔通信ネットワーク／システム１００のいくつかの基本的な機能を示す概略図を提供する。図１の様々な要素およびそれらのそれぞれの動作モードの特定の態様は周知であり、３ＧＰＰ（ＲＴＭ）機関によって管理される関連する規格において定義されており、また、例えば、Holma H. and Toskala A（非特許文献７）等の主題に関する多くの書籍に記載されている。本明細書で特に記載されていない電気通信ネットワークの動作態様（例えば、異なる要素間で通信するための特定の通信プロトコルおよび物理チャネルに関して）は、例えば、関連する規格およびその関連する規格に対する既知の提案された修正および追加に従った、任意の既知の技法に従って実装され得ることが理解されよう。
【0019】
ネットワーク１００は、コアネットワーク部１０２に接続された複数の基地局１０１を含む。各基地局は通信デバイス１０４との間でデータを通信することができるカバレッジエリア１０３（例えば、セル）を提供する。データは、無線ダウンリンクを介して、基地局１０１からそれぞれのカバレージエリア１０３内の通信デバイス１０４に送信される。データは、無線アップリンクを介して、通信デバイス１０４から基地局１０１に送信される。コアネットワーク部１０２は各基地局１０１を介して通信デバイス１０４との間でデータの送受信を行うものであり、認証、移動管理、課金等の機能を提供する。通信デバイスは、移動局、ユーザ機器（ＵＥ）、ユーザ端末、移動無線、端末デバイス等と呼ばれることもある。ネットワークインフラストラクチャ機器／ネットワークアクセスノードの一例である基地局は、トランシーバ局／ノードＢ／ｅノードＢ、ｇノードＢ（ｇＮＢ）等と呼ばれることもある。この点で、異なる用語は、広く同等の機能性を提供する要素のための異なる世代の無線電気通信システムに、しばしば関連する。しかしながら、本開示の例示的な実施形態は、以下に説明されるように、５Ｇまたは新しい無線等の異なる世代の無線電気通信システムにおいて同様に実装されてもよく、簡潔にするために、基礎となるネットワークアーキテクチャにかかわらず、特定の用語が使用されてもよい。すなわち、特定の実施例に関連する特定の用語の使用は、これらの実施例がその特定の用語に最も関連する可能性のある特定の世代のネットワークに限定されることを示すことを意図していない。
【0020】
新しい無線アクセス技術（New Radio Access Technology）（５Ｇ）
図２は、本明細書で説明される本開示の諸実施形態による機能を提供するようにも適合され得る、以前に提案されたアプローチに基づく、新しいＲＡＴ無線通信ネットワーク／システム２００のためのネットワークアーキテクチャを示す模式図である。図２に示す新しいＲＡＴネットワーク２００は、第１の通信セル２０１と第２の通信セル２０２とを備える。各通信セル２０１、２０２は、それぞれの有線リンクまたは無線リンク２５１、２５２を介してコアネットワーク構成要素２１０と通信する制御ノード（集約ノード）２２１、２２２を備える。また、各制御ノード２２１、２２２は、それぞれのセル内の複数の分散ユニット（無線アクセスノード／遠隔送受信ポイント（ＴＲＰ））２１１、２１２とも通信している。この場合も、これらの通信は、それぞれの有線リンクまたは無線リンクを介して行うことができる。分散ユニット２１１、２１２は、ネットワークに接続された通信デバイスのための無線アクセスインタフェースを提供する役割を担う。各分散ユニット２１１、２１２はカバレッジエリア（無線アクセスフットプリント）２４１、２４２を有し、制御ノードの制御下にある分散ユニットのカバレッジエリアの合計が、それぞれの通信セル２０１、２０２のカバレッジを共に定義する。各分散ユニット２１１、２１２は、無線信号の送受信のためのトランシーバ回路と、それぞれの分散ユニット２１１、２１２を制御するように構成されたプロセッサ回路とを含む。
図２は、本明細書で説明される本開示の諸実施形態による機能を提供するようにも適合され得る、以前に提案されたアプローチに基づく、新しいＲＡＴ無線通信ネットワーク／システム２００のためのネットワークアーキテクチャを示す模式図である。図２に示す新しいＲＡＴネットワーク２００は、第１の通信セル２０１と第２の通信セル２０２とを備える。各通信セル２０１、２０２は、それぞれの有線リンクまたは無線リンク２５１、２５２を介してコアネットワーク構成要素２１０と通信する制御ノード（集約ノード）２２１、２２２を備える。また、各制御ノード２２１、２２２は、それぞれのセル内の複数の分散ユニット（無線アクセスノード／遠隔送受信ポイント（ＴＲＰ））２１１、２１２とも通信している。この場合も、これらの通信は、それぞれの有線リンクまたは無線リンクを介して行うことができる。分散ユニット２１１、２１２は、ネットワークに接続された通信デバイスのための無線アクセスインタフェースを提供する役割を担う。各分散ユニット２１１、２１２はカバレッジエリア（無線アクセスフットプリント）２４１、２４２を有し、制御ノードの制御下にある分散ユニットのカバレッジエリアの合計が、それぞれの通信セル２０１、２０２のカバレッジを共に定義する。各分散ユニット２１１、２１２は、無線信号の送受信のためのトランシーバ回路と、それぞれの分散ユニット２１１、２１２を制御するように構成されたプロセッサ回路とを含む。
【0021】
広いトップレベル機能に関して、図２に示す新しいＲＡＴ通信ネットワークのコアネットワーク構成要素２１０は、図１に示すコアネットワーク１０２に対応すると広く考えることができ、それぞれの制御ノード２２１、２２２およびそれらの関連する分散ユニット／ＴＲＰ２１１、２１２は、図１の基地局１０１に対応する機能を提供すると広く考えることができる。ネットワークインフラストラクチャ機器／アクセスノードという用語は、これらの構成要素およびワイヤレス通信システムのより従来の基地局型の構成要素を包含するために使用されてもよい。手元のアプリケーションに応じて、それぞれの分散ユニットと通信デバイスとの間の無線インタフェース上でスケジュールされる送信をスケジュールする責任は、制御ノード／集約ノードおよび／または分散ユニット／ＴＲＰにあってもよい。
【0022】
通信デバイスまたはＵＥ２６０は、図２において、第１の通信セル２０１のカバレッジエリア内に表される。したがって、この通信デバイス２６０は、第１の通信セル２０１に関連する分散ユニット２１１のうちの１つを介して、第１の通信セル内の第１の制御ノード２２１とシグナリングを交換することができる。場合によっては所与の通信デバイスのための通信が分散ユニットの１つのみを介してルーティングされるが、他のいくつかの実装では、所与の通信デバイスに関連する通信は、ソフトハンドオーバシナリオや他のシナリオなどで、複数の分散ユニットを介してルーティングされてもよいことが理解されよう。
【0023】
図２の例では、簡略化のために、２つの通信セル２０１、２０２および１つの通信デバイス２６０が示されているが、実際には、勿論、システムがより多数の通信デバイスにサービスを提供する（それぞれの制御ノードおよび複数の分散ユニットによってサポートされる）より多数の通信セルを備えてもよいことが理解されよう。
【0024】
図2は、本明細書で説明される原理によるアプローチが採用され得る新しいRAT通信システム用に提案されたアーキテクチャの単なる一例を表し、本明細書で開示される機能は、異なるアーキテクチャを有する無線通信システムに関しても適用され得ることがさらに理解されよう。
【0025】
したがって、本明細書で説明される本開示の例示的な実施形態は、図１および図２に示される例示的なアーキテクチャなど、様々な異なるアーキテクチャによる無線電気通信システム／ネットワークにおいて実装され得る。したがって、任意の所定の実装における特定の無線通信アーキテクチャは、本明細書に記載する原理にとって主要な重要性がないことが理解されよう。この点に関して、本開示の例示的な実施形態は一般に、ネットワークインフラストラクチャ機器／アクセスノードと通信デバイスとの間の通信のコンテキストにおいて説明されてもよく、ネットワークインフラストラクチャ機器／アクセスノードおよび通信デバイスの特定の性質は、手元の実装のためのネットワークインフラストラクチャに依存する。例えば、いくつかのシナリオでは、ネットワークインフラストラクチャ機器／アクセスノードが、本明細書で説明される原理に従って機能を提供するように適合された、図１に示されるようなＬＴＥタイプの基地局１０１等の基地局を備えていてもよい。他の例では、ネットワークインフラストラクチャ機器／アクセスノードが、本明細書で説明される原理に従って機能を提供するように適合された、図２に示される種類の制御部／制御ノード２２１、２２２および／またはＴＲＰ２１１、２１２を備えていてもよい。
【0026】
例示的な実施形態によって提供されるより良い理解は、３ＧＰＰＬＴＥ／４ＧおよびＮＲ／５Ｇによる提案された無線アクセスインタフェースをレビューすることから得ることができる。ＬＴＥのための３ＧＰＰ規格による無線アクセスインタフェースは付属書１に詳細に記載されており、付属書１において、図１５および１６がそれぞれダウンリンクおよびアップリンクのための無線アクセスインタフェースを詳細に示す。したがって、ＬＴＥ無線アクセスインタフェースのさらなる詳細は、付属書１に記載される。しかしながら、無線アクセスインタフェースは、ＬＴＥに精通しているものが理解するように、適切な制御信号を通信することによってアクセスされ得る、アップリンクおよびダウンリンクの両方のための共有チャネルを含む物理通信リソースを提供することが理解されよう。同様に、図２に示すような５Ｇ規格のための無線アクセスインタフェースは、付属書１に示される構成に従って同様に形成されてもよく、ダウンリンク上でＯＦＤＭを使用し、アップリンク上でＯＦＤＭまたはＳＣ－ＦＤＭＡを使用してもよい。
【0027】
ＵＥ２７０と、ｇＮＢ１０１または制御ノード２２１とＴＲＰ２１１の組み合わせとして考えられる例示的なネットワークインフラストラクチャ機器２７２のより詳細な例を図３に示す。図３に示すように、ＵＥ２７０は、一般的に矢印２７４によって図示される無線アクセスインタフェースのグラントフリーリソースを介してインフラストラクチャ機器２７２にアップリンクデータを送信することが示されている。図１および図２と同様に、インフラストラクチャ機器２７２は、インタフェース２７８およびインフラストラクチャ機器２７２のコントローラ２８０を介してコアネットワーク２７６に接続されている。インフラストラクチャ機器２７２は、アンテナ２８４に接続された受信機２８２と、アンテナ２８４に接続された送信機２８６とを含む。これに対応して、ＵＥ２７０は、アンテナ２９４から信号を受信する受信機２９２に接続されたコントローラ２９０と、同じくアンテナ２９４に接続された送信機２９６とを含む。
【0028】
コントローラ２８０はインフラストラクチャ機器２７２を制御するように構成され、本明細書でさらに説明するように、各機能を提供するための各種サブユニット／サブ回路を備えることができるプロセッサ回路を備えていてもよい。これらのサブユニットは、個別のハードウェア要素として、または、プロセッサ回路において適切に構成された機能として実装され得る。したがって、コントローラ２８０は、無線電気通信システムにおける機器のための従来のプログラミング／構成技術を用いて所望の機能を提供するように適切に構成／プログラミングされた回路を備えていてもよい。送信機２８６および受信機２８２は、従来の構成による信号処理および無線周波数フィルタ、アンプ、および回路を備えていてもよい。送信機２８６、受信機２８２、およびコントローラ２８０は、表現を容易にするために別個の要素として図３に概略的に示されている。しかしながら、これらの要素の機能は、例えば、１つ以上の適切にプログラムされたプログラム可能なコンピュータ、または１つ以上の適切に構成された特定用途向け集積回路／回路／チップ／チップセットを用いて、様々な異なる方法で提供され得ることが理解されよう。理解されるように、インフラストラクチャ機器２７２は、一般に、その操作機能に関連する様々な他の要素を備える。
【0029】
これに対応して、ＵＥ２７０のコントローラ２９０は送信機２９６および受信機２９２を制御するように構成され、本明細書でさらに説明するように、各機能を提供するための各種サブユニット／サブ回路を備えることができるプロセッサ回路を備えていてもよい。これらのサブユニットは、個別のハードウェア要素として、または、プロセッサ回路において適切に構成された機能として実装され得る。したがって、コントローラ２９０は、無線電気通信システムにおける機器のための従来のプログラミング／構成技術を用いて所望の機能を提供するように適切に構成／プログラムされた回路を備えていてもよい。同様に、送信機２９６および受信機２９２は、従来の構成による信号処理および無線周波数フィルタ、アンプ、および回路を備えていてもよい。送信機２９６、受信機２９２、およびコントローラ２９０は表現を容易にするために、別個の要素として図３に概略的に示されている。しかしながら、これらの要素の機能は、例えば、１つ以上の適切にプログラムされたプログラム可能なコンピュータ、または１つ以上の適切に構成された特定用途向け集積回路／回路／チップ／チップセットを用いて、様々な異なる方法で提供され得ることが理解されよう。理解されるように、通信デバイス２７０は、一般に、その操作機能に関連する様々な他の要素、例えば、電源、ユーザインタフェース等を備えるが、これらは簡潔にするために図３には示されていない。
【0030】
５Ｇ、ＵＲＬＬＣ、および産業分野向けＩｏＴ（Industrial Internet of Things）
ＮＲ技術を組み込むシステムは、レイテンシ、データレート、および／または信頼度に関する異なる要件によって特徴付けられ得る異なるサービス（またはサービスのタイプ）をサポートすることが期待される。例えば、拡張モバイルブロードバンド（ｅＭＢＢ）サービスは、２０Ｇｂ／ｓまでをサポートする要件とする高容量で特徴付けられる。超高信頼低遅延通信（ＵＲＬＬＣ）サービスの要件（非特許文献１）は、ユーザプレーンレイテンシが１ｍｓの３２バイトパケットの１回の送信に対して１－１０－５（９９．９９９％）以上の信頼度である（非特許文献３）。いくつかのシナリオでは、０．５ｍｓまたは１ｍｓのいずれかのユーザプレーンレイテンシで１－１０－６（９９．９９９９％）以上の信頼度が要求されることがある。大規模マシンタイプ通信（ｍＭＴＣ）は、ＮＲベースの通信ネットワークでサポートされる可能性があるサービスの別の例である。
ＮＲ技術を組み込むシステムは、レイテンシ、データレート、および／または信頼度に関する異なる要件によって特徴付けられ得る異なるサービス（またはサービスのタイプ）をサポートすることが期待される。例えば、拡張モバイルブロードバンド（ｅＭＢＢ）サービスは、２０Ｇｂ／ｓまでをサポートする要件とする高容量で特徴付けられる。超高信頼低遅延通信（ＵＲＬＬＣ）サービスの要件（非特許文献１）は、ユーザプレーンレイテンシが１ｍｓの３２バイトパケットの１回の送信に対して１－１０－５（９９．９９９％）以上の信頼度である（非特許文献３）。いくつかのシナリオでは、０．５ｍｓまたは１ｍｓのいずれかのユーザプレーンレイテンシで１－１０－６（９９．９９９９％）以上の信頼度が要求されることがある。大規模マシンタイプ通信（ｍＭＴＣ）は、ＮＲベースの通信ネットワークでサポートされる可能性があるサービスの別の例である。
【0031】
さらに、システムは、高い可用性、高い信頼性、低遅延、および、場合によっては高い精度の測位という新しい要件を有するサービスをサポートするために、産業分野向けＩｏＴ（ＩＩｏＴ）に関連するさらなる拡張をサポートすることが期待され得る。
【0032】
産業オートメーション、エネルギー配電、および高度道路交通システムは、産業分野向けＩｏＴ（Industrial Internet of Things）のための新しいユースケースの例である。産業オートメーションの一例では、システムが、一緒に動作する異なる分散構成要素を含んでいてもよい。これらの構成要素は、センサ、仮想化ハードウェアコントローラ、および自律ロボットを含んでもよく、これらは、アクションを開始すること、または工場内で発生する重要なイベントに反応し、ローカルエリアネットワークを介して通信することが可能であり得る。
【0033】
したがって、ネットワーク内のＵＥは、例えば、異なるアプリケーションおよび潜在的に異なるサービス品質要件（最大レイテンシ、信頼性、パケットサイズ、スループット等）に関連する異なるトラフィックの混合物を処理することが期待され得る。
【0034】
通信デバイスが複数のトラフィッククラスに関連するデータをタイムリーに送信することを可能にするために、過剰なダイナミックダウンリンク制御信号を回避しながら、より多くの柔軟性を提供するために構成された複数のグラント／半永続スケジューリング（ＳＰＳ）グラントが必要とされ得る。
【0035】
ＩＩｏＴをサポートするために５Ｇ／ＮＲのために開発されているＵＲＬＬＣの態様の１つは、ＵＲＬＬＣが９９．９９９％の信頼性で、１ｍｓの提案されたターゲットを用いて、レイヤ２パケットの入口からネットワークからの出口まで測定される、低遅延を提供するための要件である。これは、高い可用性、高い信頼性、低遅延、および、場合によっては、高精度測位を必要とするＩＩｏＴのためのサービスをサポートするために必要とされる（非特許文献１）。さらに、ＵＥからアップリンクデータを通信するための要件の１つは、ＵＥ内パケットの優先順位付けと多重化を管理することである。これは、ＵＥ内の異なるカテゴリーのトラフィックからアップリンクデータと制御パケットの通信に優先順位を付けるための要件である。異なる論理型のアップリンクデータの生成のより良い理解は、以下のセクションで提供される。
【0036】
アップリンク論理チャネル優先順位付け
無線通信ネットワークへの通信のためのアップリンクデータは、異なるタイプの情報および制御情報を通信することによって異なるサービスをサポートすることを要求され得る。そのようなデータは、媒体アクセス制御（ＭＡＣ）レイヤにおいて上位レイヤから受信される。そのため、異なるタイプの情報は、異なる論理チャネルに分類される。例えば、ＭＩＢまたはＳＩＢ情報とユーザデータ情報は異なるタイプの情報であるため、それぞれ異なる論理チャネル、すなわちブロードキャスト制御チャネル（ＢＣＣＨ）と専用トラフィックチャネル（ＤＴＣＨ）に属する。図４には、ＵＥ２７０におけるＭＡＣ層３０２が論理チャネルＤＴＣＨ３００を、アップリンク共有チャネル（ＵＬ－ＳＣＨ）３０４を備えるトランスポートチャネルにマッピングする例が示されている。図４に示すように、ＵＬ－ＳＣＨトランスポートチャネル３０４は、次に、物理層３０８内の物理アップリンク共有チャネル（ＰＵＳＣＨ）３０６にマッピングされる。ＢＣＣＨ、ＤＴＣＨ、ＤＣＣＨ等の異なるタイプの論理チャネルには、異なる要件または優先順位があり、それらを区別するために、それぞれ異なる論理チャネルアイデンティティ（ＬＣＩＤ）が割り当てられる。データトラフィック（ＤＴＣＨ）間でさえ、優先順位または要求が異なる場合がある。したがって、異なる優先順位を有する複数のＤＴＣＨはそれぞれが、それぞれの論理チャネルアイデンティティ（ＬＣＩＤ）を有する異なる論理チャネルに分類され得る。各ＬＣＩＤは、ネットワークによって個別に設定することができる。
無線通信ネットワークへの通信のためのアップリンクデータは、異なるタイプの情報および制御情報を通信することによって異なるサービスをサポートすることを要求され得る。そのようなデータは、媒体アクセス制御（ＭＡＣ）レイヤにおいて上位レイヤから受信される。そのため、異なるタイプの情報は、異なる論理チャネルに分類される。例えば、ＭＩＢまたはＳＩＢ情報とユーザデータ情報は異なるタイプの情報であるため、それぞれ異なる論理チャネル、すなわちブロードキャスト制御チャネル（ＢＣＣＨ）と専用トラフィックチャネル（ＤＴＣＨ）に属する。図４には、ＵＥ２７０におけるＭＡＣ層３０２が論理チャネルＤＴＣＨ３００を、アップリンク共有チャネル（ＵＬ－ＳＣＨ）３０４を備えるトランスポートチャネルにマッピングする例が示されている。図４に示すように、ＵＬ－ＳＣＨトランスポートチャネル３０４は、次に、物理層３０８内の物理アップリンク共有チャネル（ＰＵＳＣＨ）３０６にマッピングされる。ＢＣＣＨ、ＤＴＣＨ、ＤＣＣＨ等の異なるタイプの論理チャネルには、異なる要件または優先順位があり、それらを区別するために、それぞれ異なる論理チャネルアイデンティティ（ＬＣＩＤ）が割り当てられる。データトラフィック（ＤＴＣＨ）間でさえ、優先順位または要求が異なる場合がある。したがって、異なる優先順位を有する複数のＤＴＣＨはそれぞれが、それぞれの論理チャネルアイデンティティ（ＬＣＩＤ）を有する異なる論理チャネルに分類され得る。各ＬＣＩＤは、ネットワークによって個別に設定することができる。
【0037】
ＬＴＥのように、ＮＲではＵＥが自身のアップリンクデータを送信するために使用することができる物理リソースの数を決定せず、むしろ、例えば、ＰＵＳＣＨを使用して、ＵＥが自身のデータの送信のために使用することができる物理リソースを決定するのはｇＮＢである。３ＧＰＰのＲｅｌｅａｓｅ１５のＮＲでは、ｇＮＢがその特定のＵＥによるデータトラフィックの送信のためにＰＵＳＣＨリソースを特定のＵＥに割り当てるが、ＵＥの特定の論理チャネル（ＤＴＣＨ）にリソースを割り当てない。すなわち、ｇＮＢは、割り当てられたＰＵＳＣＨリソース（すなわち、ＰＲＢの数、ＯＦＤＭシンボル）に依存するトランスポートブロックサイズ（ＴＢＳ）と、ＴＢが符号化され、送信される変調および符号化スキーム（ＭＣＳ）とを有するトランスポートブロック（ＴＢ）の送信のために、ＵＥアップリンクリソースを割り当てる。ＰＵＳＣＨリソースは、例えば、ダウンリンク制御情報（ＤＯ）を介して、ＵＥに動的に付与することができる。あるいは、ＰＵＳＣＨリソースは半静的に構成されることができ、その場合、ＰＵＳＣＨリソースは、構成されたグラントリソースと呼ばれることもある。
【0038】
トランスポートブロックは特定の論理チャネルからのデータを送信するために割り当てられず、むしろ、論理チャネルのすべて（または少なくとも複数）からのデータを潜在的に含むことができるので、ＵＥは論理チャネル優先順位付け機能を実行する必要がある（非特許文献２）。すなわち、ＵＥ２７０におけるＭＡＣ層３０２は、割り当てられたリソースを使用して送信されるＴＢを形成するために、どの論理チャネルからデータが選択されるべきかを決定する必要がある。ＭＡＣ層３０２は、複数の論理チャネルからのデータを単一のＴＢに多重化することができる。
【0039】
異なる論理チャネルからのアップリンクデータをトランスポートブロックに形成し、ＰＵＳＣＨリソース上のデータを送信する送信機の例を図５に示す。図５に示すように、送信機２９６によるアップリンク物理層の一部を形成するアップリンクデータトランスポートブロック形成器４０１によって、異なるチャネル識別子ＬＣＩＤ＃１、ＬＣＩＤ＃２、ＬＣＩＤ＃３、ＬＣＩＤ＃４を有する４つの論理チャネルからの送信のためのアップリンクデータが、媒体アクセス制御層内でトランスポートブロック４４０に形成される。次いで、アップリンクトランスポートブロック４４０は、ＣＲＣアタッチメントブロック４０２に供給され、ＣＲＣアタッチメントブロック４０２は結合されたＣＲＣパリティ検査ビットおよびデータビットを誤り訂正エンコーダ４０４に渡す前に、各トランスポートデータブロックについて巡回冗長検査（ＣＲＣ）を計算する。誤り訂正エンコーダ４０４は、ＣＲＣおよびトランスポートブロックのデータビットを符号化して、割り振られたリソース上で送信するための誤り訂正符号化トランスポートブロック４４２を形成する。誤り訂正符号化トランスポートブロック４４２は、次いで、レートマッチング、反復、およびハイブリッド自動反復要求（ＨＡＲＱ）ブロック４０６によって受信される。レートマッチング、繰り返し、およびＨＡＲＱブロック４０６は、コントローラ４１２によって制御され、送信ブロック４１４による送信のための符号化されたデータユニットを生成する。レートマッチング、繰り返し、およびＨＡＲＱブロック４０６は、コントローラ４１２によって制御されて、従来技術に従ってアップリンクデータを正しく受信する可能性を改善するために繰り返し送信され得る各トランスポートブロックから符号化されたデータユニットを形成する。また、レートマッチング、反復、およびＨＡＲＱブロック４０６は、ＣＲＣチェックが受信機において正しいと判定されたかどうかに基づいて、トランスポートブロックを送信するためにハイブリッド自動反復要求プロセスを使用するように制御され得る。
【0040】
したがって、送信機２９６は、図４に示すＭＡＣ層３０２および物理層３０８の機能を実行することができる。
【0041】
ＵＥ２７０から送信された無線信号を検出し、当該無線信号によって表された符号化トランスポートブロックを復号化するための、インフラストラクチャ機器２７２の受信機２８２の概略ブロック図が、網羅的に図６に示されている。図６に示すように、検出ブロック５０１は、ＵＥ２７０から送信されたデータの符号化ユニットを検出する。説明したように、各符号化されたトランスポートブロックを構成する符号化されたデータユニットは、同じ符号化されたデータユニットが割り当てられたアップリンクリソースにおいて繰り返し送信され得るＨＡＲＱスキームを使用して送信され得る。したがって、符号化されたデータユニットを検出した後、符号化されたトランスポートブロックは符号化されたデータユニットから再組み立てされ、符号化されたトランスポートブロックは誤り訂正デコーダ５０４に供給される。誤り訂正デコーダ５０４は、符号化されたトランスポートブロックを復号し、送信機で使用されている誤り訂正符号化スキームに従ってデータの推定値を生成する。ＣＲＣデコーダ５０６は、トランスポートブロック内のアップリンクデータが正しく受信されたかどうかを検出するために従来の構成に従ってＣＲＣを実行し、アップリンクデータを処理ブロック５０８に出力する。
【0042】
したがって、異なる論理チャネルからのアップリンクデータは、物理層を介してトランスポートブロックで送信される。しかしながら、上述したように、一旦トランスポートブロックが形成されると、データが送信される優先順位に関して区別に制限がある。
【0043】
従来、ＭＡＣレイヤでは、各ＬＣＩＤが構成された優先順位（より低い数がより高い優先順位に対応し得る）および最大バケットサイズを有し（すなわち、関連し）、最大バケットサイズは構成されたパラメータである優先ビットレート（prioritisedBitRate）およびバケットサイズ持続時間（bucketSizeDuration）から導出され、すなわち、最大バケットサイズ＝prioritisedBitRate×bucketSizeDurationである。ＭＡＣ層３０２で実行される論理チャネル優先順位付け機能は、ＬＣＩＤｊのダイナミックバケットＢｊ（ビット）を、以下のように維持する。
・割り当ての前に、バケットＢｊはprioritisedBitRate×TBucketjだけインクリメントされ、ここで、TBucketjはバケットＢｊの更新間の時間である。TBucketjの値は、ＵＥ実装次第である。Ｂｊの値は、ＬＣＩＤｊの最大バケットサイズよりも大きくすることはできない。
・割り当て後、バケットＢｊは、ＬＣＩＤｊがＴＢによって伝送されるビット数だけ削減される。
・割り当ての前に、バケットＢｊはprioritisedBitRate×TBucketjだけインクリメントされ、ここで、TBucketjはバケットＢｊの更新間の時間である。TBucketjの値は、ＵＥ実装次第である。Ｂｊの値は、ＬＣＩＤｊの最大バケットサイズよりも大きくすることはできない。
・割り当て後、バケットＢｊは、ＬＣＩＤｊがＴＢによって伝送されるビット数だけ削減される。
【0044】
図７に、異なるＬＣＥＤであるＬＣＩＤ＃１、ＬＣＩＤ＃２、ＬＣＩＤ＃３、ＬＣＩＤ＃４を有する４つの論理チャネルについて、例示的な論理チャネル優先順位付けプロセスを示す。各論理チャネルは、送信されるデータが格納される対応するデータバッファ６０１、６０２、６０３、６０４を有する。図７の例では、論理チャネルＬＣＩＤ＃１、ＬＣＥＤ＃２、ＬＣＩＤ＃３、ＬＣＩＤ＃４はそれぞれ優先順位値３、４、５、６で構成されており、論理チャネルＬＣＩＤ＃１は他の論理チャネルに関連付けられている優先順位よりも高い優先順位に関連付けられ、論理チャネルＬＣＩＤ＃４は他の論理チャネルに関連付けられている優先順位よりも低い優先順位に関連付けられている。論理チャネルＬＣＥＤ＃１、ＬＣＩＤ＃２、ＬＣＩＤ＃３、ＬＣＩＤ＃４の各々には、バケット６１１、６１２、６１３、６１４が割り当てられる。上記したように、論理チャネルＬＣＩＤ＃１、ＬＣＩＤ＃２、ＬＣＩＤ＃３、およびＬＣＩＤ＃４に対するバケット６１１、６１２、６１３、６１４の各々は、それぞれ、サイズＢ１、Ｂ２、Ｂ３、およびB４を有する。各データバッファを容器として見ることができ、バッファ内のデータを容器内の液体として見ることができる。トランスポートブロック６１６は、タンクとして見ることができる。論理チャネル優先順位付けのタスクは、各論理チャネルごとにバケットを使用して、対応するデータバッファ「コンテナ」からトランスポートブロック「タンク」にデータを「スクープ」することである。論理チャネルＬＣＩＤｊに関連するデータバッファに記憶されるデータの量に関係なく、最大Ｂｊビットを所与のトランスポートブロックに「スクープ」する（すなわち、含ませる）ことができることは、上記の定義から明らかであろう。
【0045】
従来、データは最も高い優先順位を有する論理チャネル（すなわち、最も小さい番号の優先順位に関連するチャネル）から始めることによって、トランスポートブロックに含めるために選択されてもよい。ここで、ＬＣＩＤ＃１に関連するデータはＬＣＥＤ＃２に関連するデータよりも優先順位が高い（すなわち優先順位の番号が小さい）ため、ＬＣＩＤ＃１を有する論理チャネルはＬＣＩＤ＃２を有する論理チャネルに関連するデータよりも先に「スクープ」（すなわち割り当て）される。このプロセスは、ＬＣＩＤ＃３に関連するデータ、次にＬＣＨ）＃４に関連するデータについて継続することができる。
【0046】
トランスポートブロック６１６は、図７に示されるように、制限されたサイズ（ＴＢＳ）を有し、全ての論理チャネルが考慮される前に満たされてもよい。図７の例では、ＴＢ６１６が、６２１、６２２、６２３で示すように、サイズＢｌ、Ｂ２、およびＢ３を有するデータを収容することができる。しかしながら、ＬＣＩＤ＃４に関連するデータは、最も低い優先順位を有し、そのバケットＢ４のサイズに対応するデータ量を完全に収容するのに十分な残りのスペースがトランスポートブロック６１６にはない。したがって、図７でＦ４とラベル付けされたＴＢ内の残りのスペース６２４は、バケットＢ４のサイズよりも小さいＬＣＩＤ＃４に関連するデータ量を含む。この例では、割り当ての後、バケットＢ１、Ｂ２、およびＢ３のサイズは（ＴＢがそのすべてのデータを完全に伝送することができるので）ゼロに低減され、バケットＢ４はＴＢＳ６１６に含まれるＬＣＩＤ＃４に関連するデータの量に対応して、Ｆ４だけ低減される。
【0047】
以前に提案された規格（Ｒｅｌｅａｓｅ１５のＮＲ）では、各ＬＣＩＤが許容SCSリスト（allowedSCS-List）および最大PUSCH持続時間（maxPUSCH-Duration）を用いて構成されてもよい。
・allowedSCS-Listは、ＬＣＩＤが使用を許可されるＰＵＳＣＨのサブキャリア間隔のセットである。すなわち、例えば、スケジュールされたＰＵＳＣＨが６０ｋＨｚのサブキャリア間隔を有し、ＬＣＩＤが｛１５ｋＨｚ、３０ｋＨｚ｝のサブキャリア間隔の許容セットを有する場合、このＬＣＩＤからのデータは、６０ｋＨｚのサブキャリア間隔を有するＰＵＳＣＨリソースを使用してＴＢに多重化することはできない。
・maxPUSCH-Durationは、割り当てられたＰＵＳＣＨリソースの許容される最大持続時間であり、そのＬＣＩＤのためのデータの送信に使用することができるミリ秒単位で表される。関連するＬＣＩＤからのデータは、リソースの持続時間がmaxPUSCH-Durationパラメータ以下である場合にのみ、そのようなＰＵＳＣＨリソースを使用してＴＢに多重化されることが許される。これにより、ＬＣＩＤがそのレイテンシ要件を超過する原因となる、非常に長い持続時間を有するＰＵＳＣＨリソースによって送信されるレイテンシ要件が低いＬＣＩＤを防ぐことができる。例えば：
oLCID#1: maxPUSCH-Duration = 0.5 ms
oLCED#2: maxPUSCH-Duration = 0.04 ms
o割り当てられたＰＵＳＣＨが１５ｋＨｚで４つのＯＦＤＭシンボル、すなわち、０．２８６ｍｓを占有する場合、次のようになる：
■ＬＣＩＤ＃１からのデータは、ＰＵＳＣＨ持続時間が０．５ｍｓのmaxPUSCH-Durationよりも短いので、このＴＢに多重化されることを許可される。
■ＬＣＩＤ＃２からのデータは、ＰＵＳＣＨ持続時間が０．０４ｍｓのmaxPUSCH-Durationよりも大きいので、このＴＢに多重化されることを許可されない。
・allowedSCS-Listは、ＬＣＩＤが使用を許可されるＰＵＳＣＨのサブキャリア間隔のセットである。すなわち、例えば、スケジュールされたＰＵＳＣＨが６０ｋＨｚのサブキャリア間隔を有し、ＬＣＩＤが｛１５ｋＨｚ、３０ｋＨｚ｝のサブキャリア間隔の許容セットを有する場合、このＬＣＩＤからのデータは、６０ｋＨｚのサブキャリア間隔を有するＰＵＳＣＨリソースを使用してＴＢに多重化することはできない。
・maxPUSCH-Durationは、割り当てられたＰＵＳＣＨリソースの許容される最大持続時間であり、そのＬＣＩＤのためのデータの送信に使用することができるミリ秒単位で表される。関連するＬＣＩＤからのデータは、リソースの持続時間がmaxPUSCH-Durationパラメータ以下である場合にのみ、そのようなＰＵＳＣＨリソースを使用してＴＢに多重化されることが許される。これにより、ＬＣＩＤがそのレイテンシ要件を超過する原因となる、非常に長い持続時間を有するＰＵＳＣＨリソースによって送信されるレイテンシ要件が低いＬＣＩＤを防ぐことができる。例えば：
oLCID#1: maxPUSCH-Duration = 0.5 ms
oLCED#2: maxPUSCH-Duration = 0.04 ms
o割り当てられたＰＵＳＣＨが１５ｋＨｚで４つのＯＦＤＭシンボル、すなわち、０．２８６ｍｓを占有する場合、次のようになる：
■ＬＣＩＤ＃１からのデータは、ＰＵＳＣＨ持続時間が０．５ｍｓのmaxPUSCH-Durationよりも短いので、このＴＢに多重化されることを許可される。
■ＬＣＩＤ＃２からのデータは、ＰＵＳＣＨ持続時間が０．０４ｍｓのmaxPUSCH-Durationよりも大きいので、このＴＢに多重化されることを許可されない。
【0048】
以下は、本開示において基準として使用するアップリンク論理チャネルのために構成可能なパラメータである：
・論理チャネルＩＤ（Logical Channel ID（ＬＣＩＤ））：上述のように、１つのタイプの論理チャネルを別のタイプの論理チャネルと区別するために使用される。
・優先順位（Priority）：論理チャネルの優先順位のランクで、数が小さいほど優先順位が高い。
・優先ビットレート（prioritisedBitRate）：上述のように、バケットサイズＢｊを決定する。これは、論理チャネルのビットレート要件を表す。
・バケットサイズ持続時間（bucketSizeDuration）：上述のように、バケットサイズＢｊを決定する。
・最大ＰＵＳＣＨ持続時間（maxPUSCH-Duration）：上述のように、対応する付与されたＰＵＳＣＨ持続時間がこの可変値を超える場合、この論理チャネルからのデータはＴＢに多重化される。
・許容ＳＣＳリスト（allowedSCS－List）：サブキャリア間隔のセットであって、付与されたＰＵＳＣＨのサブキャリア間隔がこのサブキャリア間隔のセット内に入る場合に、この論理チャネルからのデータがＴＢに多重化される。
・スケジューリングリクエストＩＤ（Scheduling request ID（ＳＲ－ＩＤ））：この論理チャネルでＵＬグラントが必要な場合、スケジューリングリクエストがトリガされ、ＳＲ－ＩＤが設定されている場合は、このＳＲ－ＩＤに対応する物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースが使用される。
・論理チャネル群ＩＤ（Logical Chanel Group ID（LCG-ID））：バッファステータスレポート（ＢＳＲ）は、このＬＣＧ－ＩＤに属するＬＣＩＤのバッファにデータがあるときにトリガされる。すなわち、ＢＳＲはＬＣＧ－ＩＤ内のすべてのＬＣＩＤのデータバッファステータスを報告する。
・論理チャネルＩＤ（Logical Channel ID（ＬＣＩＤ））：上述のように、１つのタイプの論理チャネルを別のタイプの論理チャネルと区別するために使用される。
・優先順位（Priority）：論理チャネルの優先順位のランクで、数が小さいほど優先順位が高い。
・優先ビットレート（prioritisedBitRate）：上述のように、バケットサイズＢｊを決定する。これは、論理チャネルのビットレート要件を表す。
・バケットサイズ持続時間（bucketSizeDuration）：上述のように、バケットサイズＢｊを決定する。
・最大ＰＵＳＣＨ持続時間（maxPUSCH-Duration）：上述のように、対応する付与されたＰＵＳＣＨ持続時間がこの可変値を超える場合、この論理チャネルからのデータはＴＢに多重化される。
・許容ＳＣＳリスト（allowedSCS－List）：サブキャリア間隔のセットであって、付与されたＰＵＳＣＨのサブキャリア間隔がこのサブキャリア間隔のセット内に入る場合に、この論理チャネルからのデータがＴＢに多重化される。
・スケジューリングリクエストＩＤ（Scheduling request ID（ＳＲ－ＩＤ））：この論理チャネルでＵＬグラントが必要な場合、スケジューリングリクエストがトリガされ、ＳＲ－ＩＤが設定されている場合は、このＳＲ－ＩＤに対応する物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースが使用される。
・論理チャネル群ＩＤ（Logical Chanel Group ID（LCG-ID））：バッファステータスレポート（ＢＳＲ）は、このＬＣＧ－ＩＤに属するＬＣＩＤのバッファにデータがあるときにトリガされる。すなわち、ＢＳＲはＬＣＧ－ＩＤ内のすべてのＬＣＩＤのデータバッファステータスを報告する。
【0049】
ダイナミックグラントＵＥ内データパケット衝突（Dynamic Grant Intra-UE Data Packet Collisions）
理解されるように、アップリンクデータのトランスポートブロックを送信するために、ＵＥはアップリンクの通信リソースを必要とする。しかしながら、異なるサービスが同一のＵＥによってサポートされている場合、ＵＥは衝突し得る異なるサービスからのアップリンク通信リソースへのアクセスを必要とする可能性があり、これは、ＵＥ内データ衝突と見なすことができる。以前の研究（非特許文献３）は、ダイナミックグラントによって引き起こされるものを含む、ＵＥ内データ衝突の異なるシナリオになされている。例えば、ダイナミックグラントは、トランスポートブロックのアップリンク送信のためのリソースを割り当てるために、ダウンリンク制御情報（ＤＣＩ）をＵＥに送信することにより、無線通信ネットワーク（ｇＮＢ）によってリソースがスケジュールされるものである。ＵＥ内データ衝突シナリオは、以下を含むことができる：
１．ダウンリンクダイナミックグラント衝突（ＰＤＳＣＨとのパケットダウンリンク共有チャネル（ＰＤＳＣＨ））
２．アップリンク構成グラント衝突によるアップリンクダイナミックグラント（ＰＵＳＣＨとＰＵＳＣＨ）
３．アップリンクダイナミックグラント衝突（ＰＵＳＣＨとＰＵＳＣＨ）
理解されるように、アップリンクデータのトランスポートブロックを送信するために、ＵＥはアップリンクの通信リソースを必要とする。しかしながら、異なるサービスが同一のＵＥによってサポートされている場合、ＵＥは衝突し得る異なるサービスからのアップリンク通信リソースへのアクセスを必要とする可能性があり、これは、ＵＥ内データ衝突と見なすことができる。以前の研究（非特許文献３）は、ダイナミックグラントによって引き起こされるものを含む、ＵＥ内データ衝突の異なるシナリオになされている。例えば、ダイナミックグラントは、トランスポートブロックのアップリンク送信のためのリソースを割り当てるために、ダウンリンク制御情報（ＤＣＩ）をＵＥに送信することにより、無線通信ネットワーク（ｇＮＢ）によってリソースがスケジュールされるものである。ＵＥ内データ衝突シナリオは、以下を含むことができる：
１．ダウンリンクダイナミックグラント衝突（ＰＤＳＣＨとのパケットダウンリンク共有チャネル（ＰＤＳＣＨ））
２．アップリンク構成グラント衝突によるアップリンクダイナミックグラント（ＰＵＳＣＨとＰＵＳＣＨ）
３．アップリンクダイナミックグラント衝突（ＰＵＳＣＨとＰＵＳＣＨ）
【0050】
２つのダイナミックグラントＰＤＳＣＨが衝突する第１のシナリオでは、３ＧＰＰが後のグラントが優先順位を有することを示唆した。これは、ｇＮＢにおけるスケジューラがダウンリンクパケットの優先順位を知っていることを前提としている。
【0051】
アップリンクダイナミックグラントがアップリンク構成グラントと衝突して、ｉｌｏＴのための異なるトラフィックの混合物を処理するためのＵＥ内優先順位付けおよび多重化ソリューションを提供する第２のシナリオは、出願人の同時係属中の特許出願ＥＰ１８２１４９４４．３（特許文献１）において対処されており、その内容は、参照により本明細書に組み込まれる。特許文献１に開示された構成によれば、複数の構成グラントがアクティブであり、ダイナミックグラントとの衝突が発生する場合に、ＵＥ内衝突が対処される。
【0052】
２つのアップリンクダイナミックグラントが衝突する第３のシナリオでは、２つのアップリンクグラント間の優先順位を識別するために、ＵＥが物理層で構成される必要がある。このような構成は３ＧＰＰ規格（Ｒｅｌ－１５）の以前のバージョンには存在しない。すなわち、物理層は、アップリンクグラントまたはダウンリンクグラントによってスケジュールされたトラフィックのタイプを区別しない。
【0053】
同時係属中の特許出願ＥＰ１８１８５５５３．７（特許文献２）では、ＵＲＬＬＣとｅＭＢＢ送信とを区別するためにＤＣＩのフォーマットを使用できることが提案されている。Rel-16 URLLC Study Item（非特許文献４）の後半で、ＵＲＬＬＣデータのための新しいＤＣＩフォーマットを導入する提案もなされている。
【0054】
しかし、本発明者らは、ＵＲＬＬＣ送信の場合であっても、例えば、Rel-16 NR URLLC Study Item（非特許文献５）のテクニカルレポートの付属書Ａ２において、ＵＥ内に異なるレイテンシおよび信頼性要件が存在し得ることを認識し、配電ユースケースはグリッド障害および管理のために９９．９９９９％の信頼性および５ｍｓのレイテンシを必要とし、差動保護のために９９．９９９％の信頼性および１５ｍｓのレイテンシを必要とする。もう１つの例は、拡張現実とバーチャルリアリティで、２つの異なるレイテンシ要件、例えば、異なるパケットサイズに対するｌｍｓと７ｍｓを有する。異なるＵＲＬＬＣ要件ごとに異なるＤＣＩフォーマットを有することは期待されず、むしろ、すべてのＵＲＬＬＣスケジューリングについて単一のＤＣＩフォーマットを有することが期待され、したがって、送信ごとに異なるトラフィックタイプを区別する必要がある。
【0055】
例示的な本技術の発明者らは、通信デバイスへの、または通信デバイスによるデータの送信のために割り当てられた通信リソースが重複するか、または衝突する可能性があり、したがって、そのような衝突を解決する必要があることを理解した。
【0056】
本明細書で開示される実施形態による技術は、改善されたＵＥ内論理チャネル優先順位付けを提供することもできる。
【0057】
ＵＥ内論理チャネル送信のためのネットワーク指向優先順位の提供
本技術の諸実施形態は、物理層でトランスポートブロックを送信するときに、異なる論理チャネルからのデータがトランスポートブロックの利用可能な容量に割り当てられる優先順位に無線通信ネットワークが影響を与え得る構成を提供することができる。
本技術の諸実施形態は、物理層でトランスポートブロックを送信するときに、異なる論理チャネルからのデータがトランスポートブロックの利用可能な容量に割り当てられる優先順位に無線通信ネットワークが影響を与え得る構成を提供することができる。
【0058】
本技術の諸実施形態は、例えば、送信のための通信パラメータに基づいて、暗黙的または明示的に決定された優先順位付けの機能として、他のトランスポートブロックの送信に関するトランスポートブロックの送信の優先順位付けを追加的または代替的に提供することができる。より具体的には、本技術の諸実施形態は、２つのダイナミックグラントが衝突する上述の第３のシナリオに関するが、いくつかの実施形態はダウンリンクまたはアップリンクダイナミックグラントが衝突する第１および第２のシナリオにも適用可能である。
【0059】
ＤＣＩに基づく優先順位決定
本技術の第１の態様に係る諸実施形態は、ダウンリンク制御情報（ＤＣＩ）等のリソースのグラントに関連付けられたダウンリンク制御チャネルメッセージに優先順位インジケータを導入することができ、これにより、ＵＥが物理層におけるトランスポートブロック内の異なる論理チャネルからデータを送信するための優先順位をＵＥが決定することができるネットワークからの指示が提供される。
本技術の第１の態様に係る諸実施形態は、ダウンリンク制御情報（ＤＣＩ）等のリソースのグラントに関連付けられたダウンリンク制御チャネルメッセージに優先順位インジケータを導入することができ、これにより、ＵＥが物理層におけるトランスポートブロック内の異なる論理チャネルからデータを送信するための優先順位をＵＥが決定することができるネットワークからの指示が提供される。
【0060】
この優先順位インジケータは、例えばＤＣＩ内のフィールドのように明示的であってもよいし、暗黙的であってもよい。異なる論理チャネルからのデータ送信の優先順位は、ＤＣＩフォーマットから決定することができ、あるいは、２つのＤＣＩが同じフォーマットを有する場合、優先順位はＤＣＩからの情報によって決定される。
【0061】
以下の段落で説明されるように、例示的な実施形態は、ＤＣＩ送信を使用する異なる論理チャネルの優先順位付けの明示的な信号または暗黙的な信号の異なる例を提供する。
【0062】
アップリンク通信リソースを付与するためのＤＣＩ送信の例を図８に示す。
【0063】
通信リソースを割り当てるためのＤＣＩ送信
図８は、従来技術による、グラントベースのリソースを使用するデータの送信を示すメッセージシーケンスチャートを示す。
図８は、従来技術による、グラントベースのリソースを使用するデータの送信を示すメッセージシーケンスチャートを示す。
【0064】
ステップ８５０において、データは、ＵＥ２７０の媒体アクセス制御（ＭＡＣ）プロトコル層３０２のバッファに上位プロトコル層から到着する。図８の例のように、ＵＥ２７２にアップリンク送信／リソースがスケジュールされていない場合、ＵＥ２７０は、これに応答して、スケジューリングリクエスト（ＳＲ）８５２をネットワーク（例えば、インフラストラクチャ機器２７２）に送信してもよい。
【0065】
スケジューリングリクエスト８５２は、ＵＥ２７２に割り当てられたＰＵＣＣＨリソースで送信される。ＵＥは複数のＳＲリソースで構成することができ、それぞれに異なる識別子（ＳＲ－ＩＤ）が割り当てられる。異なるＳＲリソースは、周期性および周波数リソース等の独立した時間リソースを用いて、複数のＰＵＣＣＨリソースに割り当てることができる。各ＳＲ－ＩＤはＰＵＣＣＨリソースに設定され、異なるＳＲ－ＩＤが同じＰＵＣＣＨリソースを共有することができる。また、ＰＵＣＣＨリソースは、時間および周波数において重複することができる。
【0066】
ＳＲ８５２の受信に応答して、ネットワーク（例えば、インフラストラクチャ機器２７２）は、ダウンリンク制御情報（ＤＣＩ）８５４によって伝送されるアップリンクグラントをＵＥ２７２に送信してもよい。ＤＣＩは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で送信され得る。
【0067】
アップリンクグラントは、ＵＥがアップリンクデータを送信するために割り当てられる（言い換えると、スケジュールされる）アップリンク通信リソースの指示を含んでもよい。
【0068】
アップリンク通信リソースは、変調および符号化スキーム（ＭＣＳ）パラメータに関連付けられ得る。ＭＣＳパラメータは、リソース割り当てを使用して送信されるデータに関連する信頼性、データスループット、およびレイテンシ要件のうちの１つ以上を満たすために、インフラストラクチャ機器２７２によって選択されてもよい。
【0069】
上記割り当てを含むＤＣＩ８５４の受信に応答して、ＵＥ２７２は、割り当てられたアップリンク通信リソース上でデータ８５６を送信する。アップリンク通信リソースは、物理アップリンク共有チャネル（ＰＵＳＣＨ）上にあってよい。
【0070】
ＵＥ２７０は、データ８５６を送信する前に、データ８５６の送信後であっても、送信するバッファリングされたデータを保持していると判断してもよい。したがって、ＤＣＩ８５４によって割り当てられたアップリンク通信リソースの一部を使用して、バッファステータスレポート（ＢＳＲ）を送信し、ＭＡＣ層バッファ内のデータ量を示す。
【0071】
ＢＳＲ８５８の受信に応答して、インフラストラクチャ機器２７２は、第２のダウンリンク制御情報（ＤＣＩ）８６０によって伝送される第２のアップリンクグラントを、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上でＵＥ２７２に送信してもよい。
【0072】
第２の割り当てを含む第２のＤＣＩ８６０の受信に応答して、ＵＥ２７２は割り当てられたアップリンク通信リソース上で第２のデータ８６２を送信し、プロセスは終了する。
【0073】
グラントベースの割り当ておよびグラントフリーの割り当て
リソースがアドホック、１回限りで割り当てられる図８に示すタイプのリソース割り当ては、グラントベースのリソースまたは「ダイナミックグラント」（ＤＧ）と呼ばれる場合がある。グラントベースのリソースは、データが可変量で到着し、および／または、このようなデータトラフィック到着がいくらか予測可能なトラフィックパターンに従う場合でっても、非周期的であるサービスに適している。ＤＧは、物理層においてｇＮＢによってシグナリングされてもよい。
リソースがアドホック、１回限りで割り当てられる図８に示すタイプのリソース割り当ては、グラントベースのリソースまたは「ダイナミックグラント」（ＤＧ）と呼ばれる場合がある。グラントベースのリソースは、データが可変量で到着し、および／または、このようなデータトラフィック到着がいくらか予測可能なトラフィックパターンに従う場合でっても、非周期的であるサービスに適している。ＤＧは、物理層においてｇＮＢによってシグナリングされてもよい。
【0074】
その一方で、グラントフリーのリソースは、アップリンク送信用の通信デバイスを使用するためのネットワークによって準静的に構成される、一連の周期的に反復するアップリンク通信リソースである。また、そのようなリソースは、「構成されたグラント」（ＣＧ）と呼ばれることもある。グラントフリーリソース割り当て（「半永続的スケジューリング」（ＳＰＳ）とも呼ばれる）は、生成される量が経時的にほぼ一定である周期的なデータトラフィックを生成するサービスに特に適している。ＣＧは、無線リソース制御（ＲＲＣ）層においてシグナリングされ得る。
【0075】
グラントフリーリソースは、各アップリンクデータ送信に関してＳＲまたはアップリンクグラントのいずれかを送信する必要がないので、通信リソースを使用する効率を改善することができる。
【0076】
したがって、通信リソースは、特定のサービスに関連するサービス品質要件に従って、通信デバイスのために構成され得る。単一の通信デバイスが、例えば、異なるサービスに関連するために異なるサービス品質要求に関連するデータを含む送信用データを生成する場合、当該通信デバイスは、複数のリソースグラントによって構成されてもよい。これらの複数のリソースグラントは、ゼロ、１つまたは複数のダイナミックグラント、およびゼロ、１つまたは複数の構成されたグラントを含むことができる。
【0077】
割り当てられた通信リソースは、通信デバイスによるデータの送信のために選択されたものであってもよい。ダイナミックグラントの場合、当該ダイナミックグラントによって示される通信リソースは、通信デバイスに割り当てられる。構成されたグラントの場合、通信デバイスは、当該通信デバイスによる送信のために構成されたグラントに対応する通信リソースの１つ以上のインスタンスを選択（すなわち、割り当て）してもよい。
【0078】
したがって、通信デバイスは、複数のアクティブグラントを有することができる。これらのグラントによって構成された通信リソースは、いくつかの例では、例えば、時間領域、周波数領域、またはその両方で一致し得る。
【0079】
明示的な優先順位インジケータ
例示的な一実施形態によれば、ＤＣＩによって提供される明示的な優先順位インジケータは、最高優先順位論理チャネル識別子（ＬＣＩＤ）であってもよい。前述したように、各ＬＣＩＤには優先順位パラメータがあり、優先順位値が小さいほどＬＣＩＤの優先順位が高くなる。この実施形態では、最高優先順位インジケータは、ＵＥが付与されたＰＵＳＣＨのＴＢに多重化することができる最高優先順位ＬＣＩＤである。例えば、最高優先順位＝３である場合、これはＵＥが優先順位＝３以上のＬＣＩＤを多重化できることを意味し、すなわち、優先順位＝２のＬＣＩＤはこのＴＢに多重化することができない。別の例では、ＤＣＩ＃１が最高優先順位＝３を有し、ＤＣＩ＃２が最高優先順位＝２を有する場合、これはＤＣＩ＃２からのＰＵＳＣＨのＴＢがより高い優先順位のＬＣＩＤからの多重化されたデータを有してもよく、かつ／あるいは、ＤＣＩ＃１より高い優先順位で送信されてもよいことを意味する。言い換えれば、ＤＣＩ＃２からの付与されたＰＵＳＣＨは、ＤＣＩ＃１よりも高い優先順位を有する。これは最高優先順位インジケータであり、ＴＢは、そのＬＣＩＤのバッファが空である場合、その優先順位を有するＬＣＩＤからのデータを含まない場合があることに留意されたい。
例示的な一実施形態によれば、ＤＣＩによって提供される明示的な優先順位インジケータは、最高優先順位論理チャネル識別子（ＬＣＩＤ）であってもよい。前述したように、各ＬＣＩＤには優先順位パラメータがあり、優先順位値が小さいほどＬＣＩＤの優先順位が高くなる。この実施形態では、最高優先順位インジケータは、ＵＥが付与されたＰＵＳＣＨのＴＢに多重化することができる最高優先順位ＬＣＩＤである。例えば、最高優先順位＝３である場合、これはＵＥが優先順位＝３以上のＬＣＩＤを多重化できることを意味し、すなわち、優先順位＝２のＬＣＩＤはこのＴＢに多重化することができない。別の例では、ＤＣＩ＃１が最高優先順位＝３を有し、ＤＣＩ＃２が最高優先順位＝２を有する場合、これはＤＣＩ＃２からのＰＵＳＣＨのＴＢがより高い優先順位のＬＣＩＤからの多重化されたデータを有してもよく、かつ／あるいは、ＤＣＩ＃１より高い優先順位で送信されてもよいことを意味する。言い換えれば、ＤＣＩ＃２からの付与されたＰＵＳＣＨは、ＤＣＩ＃１よりも高い優先順位を有する。これは最高優先順位インジケータであり、ＴＢは、そのＬＣＩＤのバッファが空である場合、その優先順位を有するＬＣＩＤからのデータを含まない場合があることに留意されたい。
【0080】
別の例示的な実施形態では、ＤＣＩで提供される明示的な優先順位インジケータは、ＰＵＳＣＨのＴＢ内で伝送され得る最低優先順位のＬＣＩＤであってもよい。これは上述の実施形態と同様であるが、ＴＢに多重化されるデータの優先順位値に下限を設ける代わりに、これは優先順位値に上限を設ける（ここでも、優先順位値が低いほど、その優先順位が高いことに留意されたい）。例えば、最低優先順位が５である場合、ＴＢが優先順位５以下のＬＣＩＤを含むこと、すなわち、優先順位１、２、３、４、および５のＬＣＩＤを含み得ることを意味する。一例では、ＤＣＩ＃１が最低優先順位＝３を示し、ＤＣＩ＃２が最低優先順位＝５を示す場合、ＤＣＩ＃１によってスケジュールされたＰＵＳＣＨはＤＣＩ＃２によってスケジュールされたＰＵＳＣＨよりも高い優先順位を有する。
【0081】
別の例示的な実施形態では、ＤＣＩ内に提供される明示的な優先順位インジケータは、メインＬＣＩＤからＴＢで伝送されるべきデータの指示を提供する。ここでは、ＵＥに対してＰＵＳＣＨリソースを割り当てる代わりに、ネットワークが特定のＬＣＩＤをターゲットとするＰＵＳＣＨリソースを割り当てる。各ＬＣＩＤは優先順位番号に対応するので、ＵＥはＵＬグラントの優先順位を決定することができる。一例が図９に示されており、これは図７に示す例に対応する。そのため、各要素を同じ数字で示し、異なる部分のみについて説明する。図７の例については、図９では、論理チャネルＬＣＩＤ＃１、ＬＣＩＤ＃２、ＬＣＩＤ＃３、ＬＣＩＤ＃４が、それぞれ、優先順位３、４、５、６を有する。ＤＣＩ＃１がＬＣＩＤ＝３を示し、ＤＣＩ＃２がＬＣＩＤ＝２を示す場合、ＬＣＩＤ＃２はＬＣＩＤ＃３よりも高い優先順位を有するので、ＤＣＩ＃２はＤＣＩ＃１よりも高い優先順位を有する。
【0082】
図９に示す例示的な実施形態によれば、ＤＣＩ７００は、ＤＣＩ７００によって付与されるアップリンクリソースで送信されるＴＢ７１６が主に論理チャネルＬＣＩＤ＃３からのデータを含むべきであることを示す。したがって、ＬＣＩＤ＃３を有する論理チャネルからのデータＢ３は、最初にＴＢ７１６に多重化される。その後、ＴＢ７００の残りの容量は、論理チャネルからのデータで、それらの相対優先順位に従って満たされる。図９に示すように、ＬＣＩＤ＃１はＬＣＥＤ＃３以外のすべてのＬＣＩＤの中で最も高い優先順位を有するので、論理データチャネルＬＣＩＤ＃１からのデータは、ＴＢ７１６の次のＢ１に含まれる。次に、論理チャネルＬＣＩＤ＃２のデータが追加される。これは、次に優先順位が高いためである。論理チャネルＬＣＩＤ＃２からのデータの量Ｆ２のみが、ＴＢ７１６の容量を超えることなく含まれることができる。ＴＢ７１６に残りのスペースがなく、ＬＣＩＤ＃４が他のＬＣＩＤよりも低い優先順位に関連付けられているので、論理チャネルＬＣＩＤ＃４からのデータは含まれない。
【0083】
図９の例では、各ＬＣＩＤが順番に考慮され、ＤＣＩに示されたＬＣＩＤで開始され、ＴＢの容量が満たされるまで、優先順位順に残りのＬＣＩＤで継続する。
【0084】
図９の例から明らかなように、諸実施形態では、ＵＥのＭＡＣ層が複数のＬＣＩＤを単一のＴＢに多重化することができる。したがって、別の実施形態では、ＤＣＩによって示されるメインＬＣＩＤがＴＢ７１６に多重化される第１のＬＣＩＤである。諸実施形態では、ＵＥが、次いで、レガシー論理チャネル優先順位付け機能を使用して、ＴＢ７１６のレストを埋める。例えば、図９では、ＬＣＩＤインジケータ＝３であり、ＬＣＩＤ＃３がＬＣＩＤ＃１およびＬＣ１Ｄ＃２よりも低い優先順位を有する場合であっても、ＵＥは、最初に、ＬＣＩＤ＃３からのデータで所与のＴＢ７１６を満たす。ＬＣＩＤ＃３のバケットが完全に満たされた後、ＵＥはＬＣＩＤの優先順位に従って、すなわちＬＣＩＤ＃１およびＬＣＩＤ＃２から開始して進む。
【0085】
この例では、ＴＢＳがＬＣＩＤ＃２のバケットからのデータを完全に含むのに十分な大きさではない。
【0086】
諸実施形態では、ＤＣＩに示されるＬＣＩＤに関連するデータのみがＴＢに多重化される
【0087】
スケジューリングリクエストに関連付けられたパラメータに基づく優先順位
図８に示すＵＥがアップリンクリソースを付与される前の手順の説明において上述したように、ＵＥはスケジューリングリクエストを送信し、その応答として、アップリンクリソースを示すＤＣＩを受信して、それらアップリンクリソース内のトランスポートブロックを送信する。
図８に示すＵＥがアップリンクリソースを付与される前の手順の説明において上述したように、ＵＥはスケジューリングリクエストを送信し、その応答として、アップリンクリソースを示すＤＣＩを受信して、それらアップリンクリソース内のトランスポートブロックを送信する。
【0088】
別の実施形態では、明示的な優先順位インジケータは、ＤＣＩに含めることができるスケジューリングリクエスト（ＳＲ）識別子である。
【0089】
この実施形態は、典型的にはアップリンクグラントがスケジューリングリクエストに応答してＵＥに送信されることを認識し、レガシーシステムでは、各ＬＣＩＤもＳＲ－ＩＤで構成される。各ＳＲ－ＩＤは一つ以上のＬＣＩＤに関するスケジューリングリクエストを送信するために、ＵＥのために割り当てられた通信リソースに関連付けられてもよい。同じＳＲ－ＩＤに関連付けられた１つ以上のＬＣＩＤは、それぞれのＬＣＩＤの優先順位に基づいて選択されてもよい。例えば、ＬＣＩＤが低遅延を有する場合、ＳＲ－ＩＤは、ＰＵＳＣＨリソースのＵＬグラントを要求するためにＳＲを送信するためのより多くの機会を提供することができる、周期性が小さいＰＵＣＣＨリソースを用いて構成されてもよい。同じＳＲ－ＩＤが、より高い優先順位を有する他のＬＣＩＤに関連付けられていてもよい。
【0090】
諸実施形態では、アップリンクグラントの優先順位が同じＳＲ－ＩＤを共有するすべてのＬＣＩＤの中で最も高い。
【0091】
例えば、表１に示すＬＣＩＤ構成について検討する。ＵＥは、２つのＤＣＩ、ＳＲ－ＩＤ＝１を有するＤＣＩ＃１と、ＳＲ－ＩＤ＝２を有するＤＣＩ＃２とを受信することができる。この例では、ＳＲ－ＩＤ＝１の優先順位が最も高いＬＣＩＤが優先順位＝３のＬＣＩＤ＃１で、ＳＲ－ＩＤ＝２の優先順位が最も高いＬＣＩＤが優先順位＝４のＬＣＩＤ＃２である。したがって、この場合、ＳＲ－ＩＤ＝１のＤＣＩ＃１は、ＳＲ－ＩＤ＝２のＤＣＩ＃２よりも優先順位が高い。
【0092】
したがって、ＤＣＩ＃１によって割り当てられたＰＵＳＣＨリソースは、ＤＣＩ＃２によって割り当てられたＰＵＳＣＨリソースよりも高い優先順位を有する。
【0093】
ＬＣＩＤ構成
【表1】
【0094】
図１０は、ＴＢの容量がＳＲ－ＩＤから推論される優先順位に従って割り当てられる実施形態の例示的な図を提供する。図１０は図７および図９に提供される例に対応する。そのため、図７および図９と異なる部分のみについて説明する。
【0095】
図１０に示すように、ＵＥは、ＰＵＣＣＨにおいてＳＲ－ＩＤ＝２を有するスケジューリングリクエストを送信することに応答して、ＳＲ－ＩＤ＝２の指示を提供するＤＣＩ８００を受信する。論理チャネルＬＣＩＤ＃１、ＬＣＥＤ＃２、ＬＣＩＤ＃３、ＬＣＩＤ＃４の各々は、上記表１に示すようにＳＲ－ＩＤに対応付けられている。ＳＲ－ＩＤ＝２を示すＤＣＩを受信すると、ＵＥは、図１０に示すように、ＳＲ－ＩＤ＝２によって識別される論理チャネルである論理チャネルＬＣＩＤ＃２およびＬＣＩＤ＃４からのデータを優先する。したがって、ＵＥは、論理チャネルＬＣＩＤ＃２およびＬＣＩＤ＃４からのデータを最初に使用して、ＴＢ７１６を満たす。したがって、図１０に示すように、ＬＣＩＤ＃２からのデータは最初の部分Ｂ２を満たし、論理チャネルＬＣＩＤ＃４からのデータは２番目の部分Ｂ４を満たすために使用される。論理チャネルＬＣＩＤ＃２は論理チャネルＬＣＩＤ＃４よりも優先順位が高いため、論理チャネルＬＣＩＤ＃２からのデータが先に使用される。その後、ＴＢ８１６の残りの容量は、残りの論理チャネルＬＣＩＤ＃１およびＬＣＩＤ＃３のそれぞれの相対優先順位に従って割り当てられる。図１０に示すように、第１の論理チャネルＬＣＥＤ＃１からのデータはＬＣＩＤ＃３よりも優先順位が高いので、ＴＢ８１６の容量は先にＬＣＩＤ＃１のバケットサイズＢ１に割り当てられる。バケットサイズＢ１に等しい論理チャネルＬＣＩＤ＃１からのデータ量を含むのに十分な残りのスペースがＴＢ８１６内にないので、バケットＢ１は部分的にのみ空にされ、すなわち、Ｂ１ビットのうちのＦＩのみがＴＢ８１６内に多重化される。
【0096】
図１０の例示的な実施形態によれば、ＵＥは、最初に、ＤＣＩに示されるＳＲ－ＩＤを有する論理チャネルからのデータを、割り当てられたＴＢに多重化する。その後、レガシー論理チャネル優先順位付け手順に従って、ＴＢ８１６に含めるために、残りのＬＣＩＤに関連付けられたデータを割り当ててもよい。図１０に示すように、ＤＣＩはＳＲ－ＩＤ＝２を示し、ここではＬＣＩＤ＃２およびＬＣＩＤ＃４がＳＲ－ＩＤ＝２で構成され、したがって、ＬＣＩＤ＃２の優先順位がＬＣＩＤ＃１の優先順位よりも低くても、それらのデータは最初にＴＢに割り当てられ、ＴＢはそれらのバケットＢ２およびＢ４を完全に収容することができる。ＴＢに空きスペースがあるので、ＵＥは、最高優先順位のＬＣＩＤ（この場合、ＬＣＩＤ＃１）を割り当てることになる。この例では、バケットＢ１の一部のみを、このＴＢ内の残りのスペースによって伝送することができる。
【0097】
別の実施形態では、ＵＥが、ＤＣＩに示されたＳＲ－ＩＤを有する１つ以上のＬＣＩＤのみからのデータを、割り当てられたＴＢに多重化する。
【0098】
別の実施形態では、上記明示的な優先順位インジケータは、論理チャネルグループＩＤ（ＬＣＧ－ＩＤ）である。
【0099】
ＬＣＧ－ＩＤのバッファステータスレポート（ＢＳＲ）は、このＬＣＧ－ＩＤに属するＬＣＩＤのバッファが空でない（すなわち、データがバッファに到着する）場合にトリガされる。ＬＣＧ－ＩＤは、同様の要件でＬＣＩＤをグループ化すると仮定される。したがって、ＬＣＧ－ＩＤの優先順位は論理チャネルグループのＬＣＩＤの中で最高の優先順位（すなわち、値が最も小さい優先順位）になり得る。例えば、表２のような構成を有し、ＤＣＩ＃１がＬＣＧ－ＩＤ＝１を示し、ＤＣＩ＃２がＬＣＧ－ＩＤ＝２を示す場合、ＬＣＧ－ＩＤ＝１における最高の優先順位は３であり、ＬＣＧ－ＩＤ＝２における最高の優先順位は４であるので、ＤＣＩ＃１によって付与されたＰＵＳＣＨは、ＤＣＩ＃２によって付与されたＰＵＳＣＨよりも高い優先順位を有する。
【0100】
ＬＣＧ－ＩＤ構成
【表2】
【0101】
付与されたリソース上でのトランスポートブロック送信の優先順位付け
上述の例示的な実施形態は、無線通信ネットワークが論理チャネルの相対的な優先順位に従って、異なる論理チャネルＬＣＩＤ＃１からのデータを使用して、トランスポートブロックの利用可能な容量を満たす方法の指示を通信デバイスに提供することができる技術を開示している。
上述の例示的な実施形態は、無線通信ネットワークが論理チャネルの相対的な優先順位に従って、異なる論理チャネルＬＣＩＤ＃１からのデータを使用して、トランスポートブロックの利用可能な容量を満たす方法の指示を通信デバイスに提供することができる技術を開示している。
【0102】
以下の段落で説明する例示的な実施形態の別の態様によれば、無線通信ネットワークは、異なる論理チャネルからのデータを伝送し得る、異なるトランスポートブロックを送信する優先順位も制御することができる。異なるトランスポートブロックを送信するために共有チャネルの物理リソースが割り当てられる優先順位を制御するこの態様を実施するための異なる例示的な実施形態を、以下の段落で説明する。一般に、諸実施形態は、衝突する通信リソース割り当てに関連する相対的または絶対的な優先順位の決定を提供することができる（例えば、１つの割り当ては、別の割り当ての少なくとも一部を含む）。
【0103】
通信リソース割り当てに関連する相対的または絶対的な優先順位の決定に基づいて、ＵＥは、例えば、１つ以上のトランスポートブロックの構成で、データを送信するための通信リソースの一部を選択してもよい。
【0104】
諸実施形態では、アップリンクリソースに関連する優先順位の決定が、割り当てられたアップリンクリソースを使用して送信されるＴＢ内に（特定のＬＣＤに関連する）データを含めるための優先順位を決定するための上述の技術のうちの１つ以上に基づく。
【0105】
例えば、諸実施形態では、ＤＣＩによって割り当てられるアップリンクリソースの優先順位が、上述の実施形態に従って決定されるように、そのデータが最高の優先順位を有する対応するＴＢに含まれることになるＬＣＩＤに関連する優先順位に基づいていてもよい。これは、そのようなＴＢ内に含まれ得る任意のデータに関連する最高優先順位とは異なり得ることに留意されたい。例えば、図９に示される例に関して、優先順位＝３を有するデータがＴＢ７１６に含まれてもよい。ただし、優先順位が最も高いデータ（言い換えれば、最高優先順位のデータ）は、優先順位が５のＬＣＩＤ３に関連付けられているデータである。したがって、諸実施形態によれば、図９の例で言及されるＤＣＩ７００によって割り当てられたアップリンクリソースは、５の優先順位レベルに関連付けられ得る。
【0106】
暗黙的な優先順位インジケータ
これまでに提示した実施形態は、ＤＣＩにおいて明示的な優先順位インジケータを提供する。以下の実施形態では、暗示的なインジケータが（例えば、ＤＣＩからの）アップリンクグラントに基づいて、または通信リソース自体に基づいて推論される。例えば、これは他の目的のために使用されるが、相対的な優先順位の表示を提供する方法としても使用されるインジケータであり得る。明示的な優先順位インジケータはダイナミックグラントＰＵＳＣＨに適用可能であるが、暗示的なインジケータはダイナミックグラントＰＵＳＣＨおよび構成されたグラントＰＵＳＣＨの両方に適用することができる。
これまでに提示した実施形態は、ＤＣＩにおいて明示的な優先順位インジケータを提供する。以下の実施形態では、暗示的なインジケータが（例えば、ＤＣＩからの）アップリンクグラントに基づいて、または通信リソース自体に基づいて推論される。例えば、これは他の目的のために使用されるが、相対的な優先順位の表示を提供する方法としても使用されるインジケータであり得る。明示的な優先順位インジケータはダイナミックグラントＰＵＳＣＨに適用可能であるが、暗示的なインジケータはダイナミックグラントＰＵＳＣＨおよび構成されたグラントＰＵＳＣＨの両方に適用することができる。
【0107】
例示的な実施形態によれば、暗黙的なインジケータは、付与されたＰＵＳＣＨによって使用されるサブキャリア間隔から推論される。この実施形態は、各ＬＣＩＤが許容可能なサブキャリア間隔のセット、すなわち、ＬＣＩＤのデータを伝送することを許可されるＰＵＳＣＨのサブキャリア間隔を決定する許容ＳＣＳリストで構成されることを認識する。より大きなサブキャリア間隔はより短いＯＦＤＭシンボル持続時間を有し、ここでは、より短いＯＦＤＭシンボル持続時間が典型的には低遅延要件を有する送信のためであると仮定する。したがって、本実施形態では、より大きなサブキャリア間隔を有するＰＵＳＣＨがより低いサブキャリア間隔を有するものよりも高い優先順位を有する。例えば、ＤＣＩ＃１がＰＵＳＣＨ＃１を３０ｋＨｚにスケジュールし、ＤＣＩ＃２がＰＵＳＣＨ２を１５ｋＨｚにスケジュールする場合、サブキャリア間隔が大きいＰＵＳＣＨ＃１の方がＰＵＳＣＨ＃２より優先順位が高くなる。
【0108】
別の例示的な実施形態では、通信リソースに優先順位を付けるための暗黙的な指示がＰＵＳＣＨ内の付与されたリソースの持続時間からＵＥによって推測され得る。すなわち、付与されたリソースの持続時間は、（レガシーＲｅｌ－１５のＮＲにおける）既知の通信システムによるＵＬグラントにおいて既に示され得る、ＰＵＳＣＨにおける付与されたリソースによって占有される時間である。この例示的な実施形態によれば、各ＬＣＩＤは、ＬＣＩＤからのデータをＰＵＳＣＨのＴＢに多重化することができる最も長いＰＵＳＣＨ持続時間を決定する最大ＰＵＳＣＨ持続時間パラメータを用いて構成されることが認識される。したがって、より短い持続時間を有するＰＵＳＣＨは、より長い持続時間を有するＰＵＳＣＨより高い優先順位を有する。ＤＣＩ＃１が４個のＯＦＤＭシンボル長であるＰＵＳＣＨ＃１をスケジュールし、ＤＣＩ＃２が１４個のＯＦＤＭシンボル長を占有する１スロットであるＰＵＳＣＨ＃２をスケジュールする場合、ＰＵＳＣＨ＃１の持続時間はＰＵＳＣＨ＃２の持続時間より短いので、ＰＵＳＣＨ＃１はＰＵＳＣＨ＃２より高い優先順位を有する。ＰＵＳＣＨの全体的な持続時間は、ＰＵＳＣＨのサブキャリア間隔によって決定されることも理解されたい。例えば、ＤＣＩ＃１が４個のＯＦＤＭシンボル長である３０ｋＨｚにＰＵＳＣＨ＃１をスケジュールする一方、ＤＣＩ＃２が４個のＯＦＤＭシンボル長である１５ｋＨｚにＰＵＳＣＨ＃２をスケジュールする場合、ＯＦＤＭシンボルの数は同じであるが、３０ｋＨｚでの４個のＯＦＤＭシンボルの持続時間が１５ｋＨｚでの４個のＯＦＤＭシンボルの持続時間の半分であるため、ＰＵＳＣＨ＃１はより高い優先順位を有する。ただし、持続時間とその他のパラメータが同じ場合は、原則として、後のグラントを優先することができる。
【0109】
別の実施形態では、暗黙的なインジケータは、ＤＣＩによって使用されるＲＮＴＩからのＵＥから推論される。
【0110】
ダイナミックグラントＰＵＳＣＨの場合、ＵＥは２つのタイプのＲＮＴＩ、すなわち、Ｃ－ＲＮＴＩおよびＭＣＳ－Ｃ－ＲＮＴＩでマスクすることができ、ＭＣＳ－Ｃ－ＲＮＴＩを使用するＤＣＩはそのＵＬグラントを決定する際に、より低いスペクトル効率のＭＣＳテーブルを使用する。より低いスペクトル効率のＭＣＳテーブルを用いて、スケジュールされたＰＵＳＣＨに対してより高い信頼性を提供する。したがって、この実施形態では、ＭＣＳ－Ｃ－ＲＮＴＩを用いてＤＣＩを使用してスケジュールされるＰＵＳＣＨがＣ－ＲＮＴＩを用いてＤＣＩを使用してスケジュールされるＰＵＳＣＨよりも高い優先順位を有する。
【0111】
図１１に示す例示的な一実施形態によれば、ＤＣＩなどのアップリンクリソースを割り当てるダウンリンクメッセージは、１つのトランスポートブロックの送信が別のトランスポートブロックをプリエンプトすることを可能にするプリエンプション指示を伝送するために使用される。１つの実装は１ビットのインジケータであり、これは、設定される場合、そのＤＣＩによって付与されるリソース内のＴＢの送信が別のＤＣＩによって付与されるＴＢの送信をプリエンプトできることを意味する。図１１に示すように、２つのタイムスロット９００、９０２は、無線アクセスインタフェース９０４のＵＬ部分および無線アクセスインタフェース９０６のＤＬ部分を示す。図１１において、ＵＬ部分およびＤＬ部分９０４、９０６の各々は、ＯＦＤＭシンボルを含む１４個のユニットで構成される。最初の２つのＯＦＤＭシンボルにおける時刻ｔ０とｔ１との間のＤＬ９０６において、第１のＤＣＩ（ＤＣＩ＃１）が送信される（９０８）。他の２つのＯＦＤＭシンボルにおける時刻ｔ２とｔ３との間に、第２のＤＣＩ（ＤＣＩ＃２）が送信される（９１０）。第１のＤＣＩ（ＤＣＩ＃１）は、プリエンプションインジケータゼロ９１２を提供する単一ビットを伝送する。第２のＤＣＩ（ＤＣＩ＃２）は同じビットを伝送するが、プリエンプションインジケータ１（９１４）を示す。第１のＤＣＩ（ＤＣＩ＃１）は、矢印９１６によって表される第２のタイムスロット９０２におけるリソースのＵＬグラントの指示と、６つのＯＦＤＭシンボル９１８のある部分における時刻ｔ５と時刻ｔ８との間の第１のボックスとを提供する。第２のＤＣＩ（ＤＣＩ＃２）は、２つのＯＦＤＭシンボルのある部分における時刻ｔ６と時刻ｔ７との間の矢印９２０および第２のボックス９２２によって表される第２のタイムスロット９０２におけるリソースのＵＬグラントの指示を提供する。
【0112】
図１１に示す構成から理解されるように、第１のＴＢ９１８を送信するために第１のＤＣＩ（ＤＣＩ＃１）によって提供される付与されたＵＬリソースと、第２のＴＢ９２２を送信するために提供される第２のＤＣＩ（ＤＣＩ＃２）によって提供される付与されたＵＬリソースとに重複がある。しかしながら、第２のＤＣＩ（ＤＣＩ＃２）はプリエンプションインジケータ＝１（９１４）を含んでいたため、第２のＤＣＩ（ＤＣＩ＃２）に関連するトランスポートブロックの送信は、第１のＤＣＩ（ＤＣＩ＃１）によって割り当てられたリソースの少なくとも一部を使用して送信をプリエンプトする。したがって、図１１に提供される例示的な実施形態によれば、ＰＵＳＣＨ＃２は、ＰＵＳＣＨ＃１と部分的に衝突する。ＤＣＩ＃２内のプリエンプションインジケータ＝１は、（ＤＣＩ＃２によってスケジュールされた）ＰＵＳＣＨ＃２が以前のＰＵＳＣＨをプリエンプトすることができるので、以前のＰＵＳＣＨよりも高い優先順位を有することをＵＥに示す。この例では、ＵＥがＰＵＳＣＨ＃２を送信することができるように、ＰＵＳＣＨ＃１送信を完全にまたは部分的に（例えば、プリエンプトされた部分のみ）停止する。
【0113】
時間および／または周波数リソースにおいて衝突するであろう異なるＴＢに対するリソースの競合する割り当て間の衝突を解決するさらなる例は、以下の段落で与えられる。
【0114】
本発明は衝突するＰＵＳＣＨのＤＣＩが同じフォーマットまたはサイズを使用する場合に焦点を当てているが、当該衝突処理の態様は優先順位が異なるＤＣＩフォーマットを使用して決定される場合にも適用可能であることを理解されたい。異なるＤＣＩフォーマットは、同じまたは異なるＤＣＩサイズを有してもよいことに留意されたい。例えば、ｅＭＢＢ送信をスケジューリングするＤＣＩはＵＲＬＬＣ送信をスケジューリングするＤＣＩとは異なるフォーマットを使用し、したがって、ＵＲＬＬＣのＤＣＩフォーマットは、ｅＭＢＢのＤＣＩフォーマットよりも高い優先順位を有する。
【0115】
例示的な実施形態が図１２に示され、これは、図１１に示す例に対応する。そのため、異なる部分のみについて説明する。図１２は、第１のＤＣＩ（ＤＣＩ＃１）および第２のＤＣＩ（ＤＣＩ＃２）がプリエンプションインジケータを伝送せず、ＰＵＳＣＨ＃１およびＰＵＳＣＨ＃２として考えることができるＵＬのＰＵＳＣＨ９１８、９２２のリソースを単に割り当てる例を提供する。したがって、図１１に示す例のように、ＰＵＳＣＨ＃１およびＰＵＳＣＨ＃２の割り当てられたリソースは、時間および周波数において部分的に衝突する。また、当該実施形態は、ＰＵＳＣＨ＃１およびＰＵＳＣＨ＃２が時間および周波数で完全に衝突する場合にも適用可能である。
【0116】
図１２に示す例示的な実施形態によれば、ＵＥはＰＵＳＣＨ＃１およびＰＵＳＣＨ＃２において、ＴＢの１回の送信を別の送信よりも優先するように指示されないため、潜在的な競合を解決するために、送信の相対的な優先順位を推論しなければならない。２つ以上のＰＵＳＣＨが時間において衝突するとき、ＵＥは、ＴＢによって伝送される好ましい優先順位に関して、先の実施形態のうちの１つ以上を使用して、これらのＰＵＳＣＨの優先順位を最初に決定する。この例によれば、ＵＥは、より低い優先順位のＰＵＳＣＨをドロップする。例えば、図１２において、ＰＵＳＣＨ＃１がＰＵＳＣＨ＃２よりも低い優先順位を有する場合、ＵＥは部分的に（すなわち、衝突部分）または完全に、ＰＵＳＣＨ＃１をドロップし、それによって、ＰＵＳＣＨ＃２が送信されることを可能にする。他方、ＰＵＳＣＨ＃２がＰＵＳＣＨ＃１よりも低い優先順位を有する場合、ＵＥはＰＵＳＣＨ＃２が後のグラント（すなわち、ＤＣＩ１の後に送信されるＤＣＩ２）によってスケジュールされる場合であっても、ＰＵＳＣＨ＃２をドロップする。
【0117】
別の実施形態では、２つ以上の衝突するＰＵＳＣＨが同じ優先順位を有する場合、後のＵＬグラントによってスケジュールされるＰＵＳＣＨが優先する。図１２の例ではＰＵＳＣＨ＃１およびＰＵＳＣＨ＃２（９１８、９２２）が上述の実施形態のうちの１つまたは複数を使用して決定されたのと同じ優先順位を有する場合、ＰＵＳＣＨ＃２（９２２）が後のグラント、すなわち、ＤＣＩ＃２（９３０）によってスケジュールされるので、ＰＵＳＣＨ＃２（９２２）はＰＵＳＣＨ＃１（９１８）よりも優先順位が高い。この例では、ＴＢがＰＵＳＣＨ＃２（９２２）で送信されることができるように、ＰＵＳＣＨ＃１（９１８）で送信されるＴＢが完全にまたは部分的にドロップされる。
【0118】
別の例示的な実施形態では、２つ以上の衝突するＰＵＳＣＨが上述の実施形態のうちの１つ以上を使用して決定されたものと同じ優先順位を有する場合、後に開始するＰＵＳＣＨは前のＰＵＳＣＨよりも優先する。一例が図１３に示されており、ここでも、簡潔にするために、図１１および図１２との相違点のみについて説明する。図１３に示すように、時刻ｔにおいて、第１のＤＣＩ（ＤＣＩ＃１）９５０は、時刻ｔ６において開始する矢印９５２およびＰＵＳＣＨ＃１（９５４）によって表される第１のＵＬグラントリソースにおける送信のためにＴＢをスケジュールする。後の時刻ｔ２において、第２のＤＣＩ９５６（ＤＣＩ＃２）は、時刻ｔ６において開始する矢印９５８およびＰＵＳＣＨ＃２（９６０）によって表される第２のＵＬグラントリソースにおける送信のためにＴＢをスケジュールする。ＰＵＳＣＨ＃２（９６０）は後のＵＬグラント、すなわち、ＤＣＩ＃２（９５６）によってスケジュールされるが、ＰＵＳＣＨ＃１（９５４）の送信はＰＵＳＣＨ＃２（９６０）の送信よりも後に開始するようにスケジュールされ、したがって、ＰＵＳＣＨ＃１（９５４）はＰＵＳＣＨ＃２（９６０）よりも高い優先順位を有する。この例では、ＰＵＳＣＨ＃１（９５４）を送信できるように、ＰＵＳＣＨ＃２（９６０）が部分的にまたは完全に停止される。
【0119】
本明細書に記載される例示的な実施形態は、独立して使用されてもよく、または組み合わされてもよいことを理解されたい。別の例示的な実施形態では、ＰＵＳＣＨの優先順位が明示的な優先順位表示または暗黙的な優先順位表示を使用して決定される。ここで、ＵＥは、まず、ＤＣＩ内の明示的な優先順位インジケータを使用してＰＵＳＣＨの優先順位を決定し、複数のＰＵＳＣＨが同じ優先順位を有することを明示的なインジケータが識別した場合、ＵＥは、リソースの競合を解決するために暗黙的なインジケータを使用することができる。一例が図１４に示され、これは、再び、図１１、１２、および１３に示される例示的な実施形態に対応する。そのため、異なる部分のみについて説明する。図１４に示すように、時刻ｔ０に送信された第１のＤＣＩ（ＤＣＩ＃１）９６０は、矢印９６４で表されるように、ＰＵＳＣＨ＃１（９６２）におけるＴＢの送信をスケジュールする。ＵＬグラントリソースＰＵＳＣＨ＃１（９６２）は、時刻ｔ５とｔ８との間に６つのＯＦＤＭシンボルの持続時間を有する。後の時刻ｔ２において、時刻ｔ２において送信された第２のＤＣＩ（ＤＣＩ＃２）９６６は、矢印９７０で表されるように、ＵＬグラントリソースＰＵＳＣＨ＃２（９６８）におけるＴＢの送信をスケジュールする。第２のＤＣＩ＃２（９６６）によって付与された第２のＵＬリソースは、時間ｔ６とｔ７との間に２つのＯＦＤＭシンボルの持続時間を有する。図１０を参照して上述した実施形態において説明したようなＳＲ－ＩＤを使用する明示的な優先順位インジケータは、第１および第２のＤＣＩ９６０、９６６の両方で使用される。図１４に示す例では、第１および第２のＤＣＩ（ＤＣＩ＃１）９６０およびＤＣＩ＃２（９６６）が同じスケジューリングリクエストインジケータＳＲ－３Ｄ＝１を参照する。すなわち、明示的な優先順位インジケータは、ＰＵＳＣＨ＃１およびＰＵＳＣＨ＃２の両方が同じ優先順位を有すると判断する。したがって、この例示的な実施形態によれば、暗黙的なインジケータが使用され、ここで、実装される暗黙的なインジケータは、割り当てられたＵＬグラントＰＵＳＣＨリソースの持続時間である。すなわち、図１２を参照して上述した実施形態において説明したように、ＰＵＳＣＨ持続時間が短いほど優先順位が高い。したがって、この例では、ＰＵＳＣＨ＃２の方がＰＵＳＣＨ＃１よりも持続時間が短いため、ＰＵＳＣＨ＃２（９６８）の方がＰＵＳＣＨ＃１（９６２）よりも優先順位が高い。次いで、ＵＥはＰＵＳＣＨ＃２を送信することができるように、ＰＵＳＣＨ＃１の送信を部分的にまたは完全に停止する。
【0120】
別の実施形態では、明示的な優先順位インジケータと暗黙的な優先順位インジケータの両方が使用される場合、ＵＥは、最初に暗示的なインジケータ、その後明示的なインジケータを使用して優先順位を決定する。
【0121】
ＰＵＳＣＨの衝突は、明示的な優先順位インジケータと暗示的な優先順位インジケータがＵＥに適切に伝達されるか、またはＵＥに事前に知られている、２つのダイナミックグラントまたはダイナミックグラントおよび構成されたグラントの結果であり得ることを理解されたい。
【0122】
諸実施形態では、割り当てられたアップリンクリソースの優先順位が、通信リソースが衝突するという判断に応答して比較される。比較の結果に基づいて、ＵＥは、より低い優先順位を有するリソースのいくつかまたはすべてを使用することを控える。諸実施形態では、割り当てられたアップリンクリソースの優先順位が他の何らかの判断、例えば、両方のリソースを使用するＴＢの準備および送信が、例えば、ＵＥの処理容量制約のために実現可能ではないという判断に応答して比較され得る。
【0123】
諸実施形態では、上述したように、論理チャネルに関連付けられたデータの包含は、バケットアルゴリズム等に従って、特定のトランスポートブロックに含めることができる論理チャネルに関連付けられたデータの最大量に対する制約を受けることがある。諸実施形態では、そのような制約は適用されないか、または異なる制約が適用され得る。
【0124】
例示的な実施形態はＰＵＳＣＨ上等のアップリンク通信リソースの衝突を参照して説明したが、上記の本開示の諸実施形態および態様は、諸実施形態では、ＵＥへのデータの送信のためにダウンリンクチャネル（ＰＤＳＣＨ等）上で割り当てられる通信リソースの衝突に適用可能であり得ることを理解されたい。
【0125】
例えば、諸実施形態では、２つの衝突するＰＤＳＣＨリソースの相対優先順位が、ＰＤＳＣＨ上のダウンリンクデータの送信と、ＰＵＣＣＨ上で送信される対応するＨＡＲＱ肯定応答との間の遅延に基づく暗黙的な指示に基づいていてもよい。ＰＤＳＣＨはダウンリンクデータを伝送し、ＰＵＣＣＨはＰＤＳＣＨ上で送信されるダウンリンクデータのためのＨＡＲＱ肯定応答を伝送することができる。ＨＡＲＱ肯定応答が送信されるべきＰＵＣＣＨ通信リソースは、ＰＤＳＣＨリソースに関連付けられたＤＣＩにおいて示され、それによって、例えば、ＤＣＩは、ダウンリンクデータの意図された受取先を示し得る。ＤＣＩはパラメータＰＤＳＣＨ－ＰＵＣＣＨ遅延Ｋ１の指示を含むことができ、それによって、ＤＣＩに関連付けられたＰＤＳＣＨがスロットｎで終了する場合、対応するＨＡＲＱ肯定応答を送信するためのＰＵＣＣＨリソースは、スロットｎ＋Ｋ１で発生する。この実施形態では、より短い遅延（すなわち、より小さいＫ１値）に関連するＰＤＳＣＨリソースはより長い遅延（すなわち、より大きいＫ１値）に関連するＰＤＳＣＨリソースより高い優先順位を有する。
【0126】
別の実施形態では、ＰＤＳＣＨ上で送信されるトランスポートブロックの優先順位がパラメータＫ１の粒度によって示される。３ＧＰＰのＲｅｌｅａｓｅ１５の仕様によれば、Ｋ１の粒度はスロット単位であり、すなわち、Ｋ１＝２の場合、遅延は２スロットであることを意味する。しかしながら、Ｋ１の指示は１つのスロットよりも大きいかまたは小さい、異なる単位に基づいていてもよい。例えば、Ｋｌの指示は、多数の単位の指示を含んでもよく、各単位は２個のＯＦＤＭシンボルに対応する。このような例では、Ｋｌ＝２単位の場合、遅延は４ＯＦＤＭシンボルとなる。第１のＰＤＳＣＨに関連するパラメータＫ１が第２のＰＤＳＣＨリソースに関連するパラメータＫ１よりも短い持続時間の単位で示される場合、第１のＰＤＳＣＨの優先順位は、第２のＰＤＳＣＨの優先順位よりも高くてもよい。言い換えると、パラメータＫｌの第１のインスタンスがパラメータＫｌの別のインスタンスよりも細かい粒度で示される場合、第１のインスタンスに関連する通信リソースは、他のインスタンスに関連するものよりも高い優先順位を有する。したがって、一例では、Ｋｌが単一ＯＦＤＭスロットの単位で示されるＰＤＳＣＨは、Ｋｌが２個のＯＦＤＭスロットの単位で示されるＰＤＳＣＨよりも優先順位が高い。
【0127】
２つのＤＣＩを受信するＵＥは、それらが衝突するＰＤＳＣＨ通信リソースに対応すると判断することができる。これに応答して、ＵＥは、例えば、上述した技術のうちの１つを使用して、各ＰＤＳＣＨリソースの優先順位を決定することができる。ＰＤＳＣＨリソースのうちの１つが他よりも低い優先順位に関連付けられていると判断したことに応答して、ＵＥは、より低い優先順位のＰＤＳＣＨリソースのうちのいくつかまたはすべてを使用して、送信を受信および／またはデコードすることを試みることを控えてもよい。ＵＥがどのＰＤＳＣＨリソースを受信し、かつ、デコードしようと試みるかの選択は、異なる優先順位を有するＰＵＳＣＨ上のアップリンク通信リソースのコンテキストで上述した技術のうちの１つ以上に従ってもよく、ＵＥは、どのＰＵＳＣＨリソースを使用して送信すべきかを選択する代わりに、受信および／またはデコードするＰＤＳＣＨリソースを選択する。
【0128】
以上、無線通信ネットワークにおいて通信デバイスによってデータを送信する方法であって、上記通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを受信し、上記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを受信し、上記第２のアップリンク通信リソースが上記第１のアップリンク通信リソースの少なくとも一部分を含むと判断し、上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断し、上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断したことに応答して、上記第１のアップリンク通信リソースを使用してトランスポートブロックを送信する送信方法について説明した。
【0129】
また、無線通信ネットワークにおいて通信デバイスによってデータを送信する方法であって、相対的な優先順位が割り当てられた複数の論理チャネルの各々からのデータを受信し、上記複数の論理チャネルのうちの１つ以上からの上記データを伝送するトランスポートブロックを送信するための無線アクセスインタフェースの第１のアップリンク通信リソースを割り当てる第１のダウンリンク制御メッセージを受信し、上記受信した第１のダウンリンク制御メッセージに基づいて、上記トランスポートブロックの利用可能な容量を上記複数の論理チャネルのうちの１つ以上からの上記データで満たすための優先順位を決定し、上記割り当てられた第１のアップリンク通信リソースで上記トランスポートブロックを送信する送信方法について説明した。
【0130】
本開示はいくつかの点で、特定の例を提供するために、ＬＴＥベースおよび／または５Ｇネットワークにおける実装に焦点を当てているが、同じ原理が、他の無線電気通信システムに適用され得ることが理解されよう。したがって、本明細書で使用される用語は、一般に、ＬＴＥおよび５Ｇ規格の用語と同一または類似しているが、本教示は、ＬＴＥおよび５Ｇの現在のバージョンに限定されず、ＬＴＥまたは５Ｇに基づいておらず、かつ／あるいはＬＴＥ、５Ｇ、または他の規格の任意の他の将来のバージョンに準拠していない任意の適切な装置に同様に適用することができる。
【0131】
本明細書で説明される各種の例示的なアプローチは、基地局および通信デバイスの両方によって知られているという意味で、事前に決定された／事前定義された情報に依拠し得ることに留意されたい。このような事前に決定された／事前定義された情報は、一般に、例えば、無線電気通信システムのための動作規格における定義によって、または、例えば、システム情報信号における基地局および通信デバイスとの間で事前に交換された信号によって、または、無線リソース制御セットアップ信号に関連して、または、ＳＩＭアプリケーションに記憶された情報において、確立され得ることが理解されよう。すなわち、関連する所定の情報が確立され、無線電気通信システムの様々な要素間で共有される特定の方法は、本明細書で説明される動作の原理にとって最も重要ではない。本明細書で説明される各種の例示的なアプローチは、無線通信システムの各種要素間で交換／通信される情報に依存することがさらに留意され、そのような通信は一般に、コンテキストが別段の要求をしない限り、例えば、特定の信号プロトコルおよび使用される通信チャネルのタイプに関して、従来の技法に従って行われ得ることが理解される。 すなわち、関連情報が無線電気通信システムの様々な要素間で交換される特定の方法は、本明細書で説明される動作の原理にとって最も重要ではない。
【0132】
本明細書で説明される原理は特定の種類の通信デバイスにのみ適用可能であるわけではなく、任意の種類の通信デバイスに関してより一般的に適用することができ、例えば、本発明のアプローチは、マシンタイプ通信デバイス／ＩｏＴデバイス、または他の狭帯域通信デバイスに限定されることなく、例えば、通信ネットワークへの無線リンクで動作する任意の種類の通信デバイスに関してより一般的に適用できることが理解されよう。
【0133】
本明細書に記載される原理は、LTEベースの無線電気通信システムにのみ適用可能であるわけではなく、通信デバイスと基地局との間のランダムアクセス手順メッセージの交換を含むランダムアクセス手順をサポートする任意の種類の無線電気通信システムに適用可能であることがさらに理解されよう。
【0134】
本発明のさらなる特定の好ましい態様は、添付の独立請求項および従属請求項に記載されている。従属請求項の特徴は、それらの請求項に明示的に記載されたもの以外の組み合わせで独立請求項の特徴と組み合わされてもよいことが理解されよう。
【0135】
したがって、前述の議論は、単に本発明の例示的な実施形態を開示し、説明しているに過ぎない。当業者には理解されるように、本発明は、その精神または本質的な特徴から逸脱することなく、他の特定の形態で実施することができる。したがって、本発明の開示は、例示であることが意図されているが、本発明の範囲、および他の特許請求の範囲を限定することは意図されていない。本開示は、本明細書の教示の、任意の容易に識別可能な変形を含み、発明の主題が公衆に専用とされないように、前述の請求項の用語の範囲を部分的に定義する。
【0136】
本開示のそれぞれの特徴は、以下の番号付けされた段落によって定義される：
段落１ 無線通信ネットワークにおいて通信デバイスによってデータを送信する方法であって、
上記通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを受信し、
上記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを受信し、
上記第２のアップリンク通信リソースが上記第１のアップリンク通信リソースの少なくとも一部分を含むと判断し、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断し、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断したことに応答して、上記第１のアップリンク通信リソースを使用してトランスポートブロックを送信する
送信方法。
段落２ 段落１に記載の送信方法であって、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、上記第２の制御指示の後に上記第１の制御指示が受信されたと判断することを含む
送信方法。
段落３ 段落１または段落２に記載の送信方法であって、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、上記第１のアップリンク通信リソースが、上記第２のアップリンク通信リソースの後に開始すると判断することを含む
送信方法。
段落４ 段落１から段落３のいずれか１つに記載の送信方法であって、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、上記第１のアップリンク通信リソースの持続時間が上記第２のアップリンク通信リソースの持続時間よりも長いと判断することを含む
送信方法。
段落５ 段落１から段落４のいずれか１つに記載の送信方法であって、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、上記第１のアップリンク通信リソースを使用した上記データの上記送信のために使用される変調および符号化スキームが上記第２のアップリンク通信リソースを使用したデータの送信のために使用される変調および符号化スキームよりも信頼性が高いと判断することを含む
送信方法。
段落６ 段落１から段落５のいずれか１つに記載の送信方法であって、
上記第１のアップリンク通信リソースは第１のサブキャリア間隔に関連付けられ、上記第２のアップリンク通信リソースは第２のサブキャリア間隔に関連付けられ、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、上記第１のサブキャリア間隔が上記第２のサブキャリア間隔よりも広いと判断することを含む
送信方法。
段落７ 段落１から段落６のいずれか１つに記載の送信方法であって、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、上記第１のダウンリンク制御メッセージが、上記第１のアップリンク通信リソースを使用して上記トランスポートブロックを送信することにより、上記第１のダウンリンク制御メッセージの前に受信したダウンリンク制御メッセージによって割り当てられた通信リソースのプリエンプションを許可する指示を含み、上記第２のダウンリンク制御メッセージが上記第１のダウンリンク制御メッセージが受信されるよりも前に受信され、プリエンプションを許可しない指示を含むと判断することを含む
送信方法。
段落８ 段落１から段落７のいずれか１つに記載の送信方法であって、
上記第１のダウンリンク制御メッセージは、上記第１のアップリンク通信リソースに関連付けられた上記優先順位の指示を含み、
上記第２のダウンリンク制御メッセージは、上記第２のアップリンク通信リソースに関連付けられた上記優先順位の指示を含む
送信方法。
段落９ 段落８に記載の送信方法であって、
上記第１のアップリンク通信リソースに関連付けられた上記優先順位の上記指示は、第１の論理チャネル優先順位に関連付けられた第１の論理チャネルの指示を含み、
上記第２のアップリンク通信リソースに関連付けられた上記優先順位の上記指示は、第２の論理チャネル優先順位に関連付けられた第２の論理チャネルの指示を含み、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、上記第１の論理チャネル優先順位が上記第２の論理チャネル優先順位よりも高いと判断することを含む
送信方法。
段落１０ 段落８に記載の送信方法であって、
上記第１のアップリンク通信リソースに関連付けられた上記優先順位の上記指示は、上記第１のアップリンク通信リソースに対する優先順位値の指示を含み、
上記第２のアップリンク通信リソースに関連付けられた上記優先順位の上記指示は、上記第２のアップリンク通信リソースに対する優先順位値の指示を含み、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、上記第１のアップリンク通信リソースの上記優先順位値が上記第２のアップリンク通信リソースの上記優先順位値よりも高いと判断することを含む
送信方法。
段落１１ 段落８に記載の送信方法であって、
上記第１のアップリンク通信リソースに関連付けられた上記優先順位の上記指示は、第１のグループの１つ以上の論理チャネルの指示を含み、
上記第２のアップリンク通信リソースに関連付けられた上記優先順位の上記指示は、第２のグループの１つ以上の論理チャネルの指示を含み、
上記１つ以上の論理チャネルは、論理チャネル優先順位と関連付けられ、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、上記第１のグループの上記１つ以上の論理チャネルのいずれかに関連付けられた最も高い論理チャネル優先順位が上記第２のグループの上記１つ以上の論理チャネルのいずれかに関連付けられた最も高い論理チャネル優先順位より高いと判断することを含む
送信方法。
段落１２ 段落１１に記載の送信方法であって、
第１のスケジューリングリクエスト（ＳＲ）－ＩＤは、上記第１のグループの論理チャネルのうちの１つ以上に関連付けられたデータを送信するための通信リソースの割り当てを要求するスケジューリングリクエストを送信するための第１の制御チャネル通信リソースと関連付けられ、
第２のＳＲ－ＩＤは、上記第２のグループの論理チャネルのうちの１つ以上に関連付けられたデータを送信するための通信リソースの割り当てを要求するスケジューリングリクエストを送信するための第２の制御チャネル通信リソースと関連付けられ、
上記第１のグループの上記１つ以上の論理チャネルの上記指示は、上記第１のＳＲ－ＩＤの指示を含み、
上記第２のグループの上記１つ以上の論理チャネルの上記指示は、上記第２のＳＲ－ＩＤの指示を含む
送信方法。
段落１３ 段落１１に記載の送信方法であって、
第１の論理チャネルグループ（LCG）－ＩＤは、上記第１のグループの上記論理チャネルと関連付けられ、上記第１のグループの上記論理チャネルの各々に対応するバッファステータスは、単一のバッファステータスリポート内で報告され、
第２のLCG－ＩＤは、上記第２のグループの上記論理チャネルと関連付けられ、上記第２のグループの上記論理チャネルの各々に対応するバッファステータスは、単一のバッファステータスリポート内で報告され、
上記第１のグループの上記１つ以上の論理チャネルの上記指示は、上記第１のLCG－ＩＤの指示を含み、
上記第２のグループの上記１つ以上の論理チャネルの上記指示は、上記第２のLCG－ＩＤの指示を含む
送信方法。
段落１４ 段落１から１３のいずれか１つに記載の送信方法であって、さらに
第２のデータを含む第２のトランスポートブロックを形成し、
上記第１のアップリンク通信リソースのいずれも含まない上記第２のアップリンク通信リソースの一部を使用して上記第２のトランスポートブロックを送信する
送信方法。
段落１５ 段落１から１４のいずれか１つに記載の送信方法であって、
上記第１のアップリンク通信リソースは、物理アップリンク共有チャネル上にある
送信方法。
段落１６ 段落１から１５のいずれか１つに記載の送信方法であって、さらに、
複数の論理チャネルの各々に関連付けられたデータを受信し、
上記第１のダウンリンク制御メッセージに基づいて、上記トランスポートブロックの利用可能な容量を、上記複数の論理チャネルの１つ以上からのデータで満たすための優先順位を決定する
送信方法。
段落１７ 段落１６に記載の送信方法であって、
上記第１のダウンリンク制御メッセージは、１つ以上の論理チャネルの指示を含み、
上記トランスポートブロックの上記利用可能な容量を満たすための上記優先順位は、上記１つ以上の論理チャネルの上記指示に基づく
送信方法。
段落１８ 段落１７に記載の送信方法であって、
上記１つ以上の論理チャネルの上記指示は、ＳＲ－ＩＤ、LCG－ＩＤ、及び論理チャネルアイデンティティのうちの１つを含む
送信方法。
段落１９ 無線通信ネットワークにおいて通信デバイスによってデータを送信する方法であって、
相対的な優先順位が割り当てられた複数の論理チャネルの各々からのデータを受信し、
上記複数の論理チャネルのうちの１つ以上からの上記データを伝送するトランスポートブロックを送信するための無線アクセスインタフェースの第１のアップリンク通信リソースを割り当てる第１のダウンリンク制御メッセージを受信し、
上記受信した第１のダウンリンク制御メッセージに基づいて、上記トランスポートブロックの利用可能な容量を上記複数の論理チャネルのうちの１つ以上からの上記データで満たすための優先順位を決定し、
上記割り当てられた第１のアップリンク通信リソースで上記トランスポートブロックを送信する
送信方法。
段落２０ 段落１から段落１９のいずれか１つに記載の送信方法であって、さらに、
上記第１のダウンリンク制御メッセージを受信する前に、上記データの上記送信のためのアップリンク通信リソースの割り当てを要求するスケジューリングリクエストおよびバッファステータスレポートのうちの１つを送信する
送信方法。
段落２１ 無線通信ネットワークにおいてインフラストラクチャ機器によってデータを受信する方法であって、
通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを受信し、
上記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを受信し、
上記第１のアップリンク通信リソースを使用してトランスポートブロックを受信し、
上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、
上記第１のアップリンク通信リソースは、上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられている
送信方法。
段落２２ 無線通信ネットワークにおいてインフラストラクチャ機器によってデータを受信する方法であって、
トランスポートブロックを送信するための無線アクセスインタフェースのアップリンク通信リソースを割り当てる第１のダウンリンク制御メッセージを送信し、上記第１のダウンリンク制御メッセージは、上記トランスポートブロックの利用可能な容量を複数の論理チャネルのうちの１つ以上からのデータで満たすための優先順位の指示を提供し、上記論理チャネルの各々は割り当てられた相対的な優先順位を有し、
上記割り当てられた第１のアップリンク通信リソースにおける上記トランスポートブロックを受信する
受信方法。
段落２３ 段落２２に記載の受信方法であって、
上記トランスポートブロックの利用可能な容量を複数の論理チャネルのうちの１つ以上からのデータで満たすための上記優先順位を決定する
受信方法。
段落２４ 段落２１から段落２３のいずれか１つに記載の受信方法であって、さらに、
上記データの上記送信のためのアップリンク通信リソースの割り当てを要求するスケジューリングリクエストおよびバッファステータスレポートのうちの１つを受信し、
上記第１のダウンリンク制御メッセージは、上記スケジューリングリクエストおよびバッファステータスレポートのうちの１つを受信したことに応答して送信される
受信方法。
段落２５ 無線アクセスインタフェースを提供するインフラストラクチャ機器を含む無線通信ネットワークにおいて使用される通信デバイスであって、
上記無線アクセスインタフェースを介してデータを送信するように構成された送信機と、
信号を受信するように構成された受信機と、
上記通信デバイスが
上記通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを受信し、
上記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを受信し、
上記第２のアップリンク通信リソースが上記第１のアップリンク通信リソースの少なくとも一部分を含むと判断し、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断し、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断したことに応答して、上記第１のアップリンク通信リソースを使用してトランスポートブロックを送信する
ように動作可能に上記送信機および上記受信機を制御するように構成されたコントローラと
を具備する
通信デバイス。
段落２６ 無線アクセスインタフェースを提供するインフラストラクチャ機器を含む無線通信ネットワークにおいて使用される通信デバイスのための回路であって,
上記無線アクセスインタフェースを介してデータを送信するように構成された送信回路と、
信号を受信するように構成された受信回路と、
上記通信デバイスが
上記通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを受信し、
上記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを受信し、
上記第２のアップリンク通信リソースが上記第１のアップリンク通信リソースの少なくとも一部分を含むと判断し、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断し、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断したことに応答して、上記第１のアップリンク通信リソースを使用してトランスポートブロックを送信する
ように動作可能に上記送信回路および上記受信回路を制御するように構成されたコントローラと
を具備する
回路。
段落２７ 無線アクセスインタフェースを提供するインフラストラクチャ機器を含む無線通信ネットワークにおいて使用される通信デバイスであって、
上記無線アクセスインタフェースを介してデータを送信するように構成された送信機と、
信号を受信するように構成された受信機と、
上記通信デバイスが
相対的な優先順位が割り当てられた複数の論理チャネルのそれぞれからのデータを受信し、
上記複数の論理チャネルのうちの１つ以上からの上記データを伝送するトランスポートブロックを送信するための無線アクセスインタフェースの第１のアップリンク通信リソースを割り当てる第１のダウンリンク制御メッセージを受信し、
上記受信した第１のダウンリンク制御メッセージに基づいて、上記トランスポートブロックの利用可能な容量を上記複数の論理チャネルのうちの１つ以上からの上記データで満たすための優先順位を決定し、
上記割り当てられた第１のアップリンク通信リソースで上記トランスポートブロックを送信する
ように動作可能に上記送信機および上記受信機を制御するように構成されたコントローラと
を具備する
通信デバイス。
段落２８ 無線アクセスインタフェースを提供するインフラストラクチャ機器を含む無線通信ネットワークにおいて使用される通信デバイスのための回路であって、
上記無線アクセスインタフェースを介してデータを送信するように構成された送信回路と、
信号を受信するように構成された受信回路と、
上記通信デバイスが
相対的な優先順位が割り当てられた複数の論理チャネルのそれぞれからのデータを受信し、
上記複数の論理チャネルのうちの１つ以上からの上記データを伝送するトランスポートブロックを送信するための無線アクセスインタフェースの第１のアップリンク通信リソースを割り当てる第１のダウンリンク制御メッセージを受信し、
上記受信した第１のダウンリンク制御メッセージに基づいて、上記トランスポートブロックの利用可能な容量を上記複数の論理チャネルのうちの１つ以上からの上記データで満たすための優先順位を決定し、
上記割り当てられた第１のアップリンク通信リソースで上記トランスポートブロックを送信する
ように動作可能に上記送信回路および上記受信回路を制御するように構成されたコントローラと
を具備する
回路。
段落２９ 無線アクセスインタフェースを提供する無線通信ネットワークにおいて使用されるインフラストラクチャ機器であって、
セルにおける上記無線アクセスインタフェースを介して通信デバイスに信号を送信するように構成された送信機と、
上記通信デバイスからデータを受信するように構成された受信機と、
上記インフラストラクチャ機器が、
上記通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを送信し、
上記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを送信し、
上記第１のアップリンク通信リソースを使用してトランスポートブロックを受信する
ように動作可能に上記送信機および上記受信機を制御するように構成されたコントローラと
を具備し、
上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、
上記第１のアップリンク通信リソースは、上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられている
インフラストラクチャ機器。
段落３０ 無線アクセスインタフェースを提供する無線通信ネットワークにおいて使用されるインフラストラクチャ機器のための回路であって、
セルにおける上記無線アクセスインタフェースを介して通信デバイスに信号を送信するように構成された送信回路と、
上記通信デバイスからデータを受信するように構成された受信回路と、
上記インフラストラクチャ機器が、
上記通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを送信し、
上記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを送信し、
上記第１のアップリンク通信リソースを使用してトランスポートブロックを受信する
ように動作可能に上記送信回路および上記受信回路を制御するように構成されたコントローラと
を具備し、
上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、
上記第１のアップリンク通信リソースは、上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられている
回路。
段落３１ 無線アクセスインタフェースを提供する無線通信ネットワークにおいて使用されるインフラストラクチャ機器であって、
セルにおける上記無線アクセスインタフェースを介して通信デバイスに信号を送信するように構成された送信機と、
上記通信デバイスからデータを受信するように構成された受信機と、
上記インフラストラクチャ機器が、
トランスポートブロックを送信するための無線アクセスインタフェースのアップリンク通信リソースを割り当てる第１のダウンリンク制御メッセージを送信し、上記第１のダウンリンク制御メッセージは、上記トランスポートブロックの利用可能な容量を複数の論理チャネルのうちの１つ以上からのデータで満たすための優先順位の指示を提供し、上記論理チャネルの各々は割り当てられた相対的な優先順位を有し、
上記割り当てられた第１のアップリンク通信リソースにおける上記トランスポートブロックを受信する
ように動作可能に上記送信機および上記受信機を制御するように構成されたコントローラと
を具備する
インフラストラクチャ機器。
段落３２ 無線アクセスインタフェースを提供する無線通信ネットワークにおいて使用されるインフラストラクチャ機器のための回路であって、
セルにおける上記無線アクセスインタフェースを介して通信デバイスに信号を送信するように構成された送信回路と、
上記通信デバイスからデータを受信するように構成された受信回路と、
上記インフラストラクチャ機器が、
トランスポートブロックを送信するための無線アクセスインタフェースのアップリンク通信リソースを割り当てる第１のダウンリンク制御メッセージを送信し、上記第１のダウンリンク制御メッセージは、上記トランスポートブロックの利用可能な容量を複数の論理チャネルのうちの１つ以上からのデータで満たすための優先順位の指示を提供し、上記論理チャネルの各々は割り当てられた相対的な優先順位を有し、
上記割り当てられた第１のアップリンク通信リソースにおける上記トランスポートブロックを受信する
ように動作可能に上記送信回路および上記受信回路を制御するように構成されたコントローラと
を具備する
インフラストラクチャ機器。
段落１ 無線通信ネットワークにおいて通信デバイスによってデータを送信する方法であって、
上記通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを受信し、
上記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを受信し、
上記第２のアップリンク通信リソースが上記第１のアップリンク通信リソースの少なくとも一部分を含むと判断し、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断し、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断したことに応答して、上記第１のアップリンク通信リソースを使用してトランスポートブロックを送信する
送信方法。
段落２ 段落１に記載の送信方法であって、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、上記第２の制御指示の後に上記第１の制御指示が受信されたと判断することを含む
送信方法。
段落３ 段落１または段落２に記載の送信方法であって、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、上記第１のアップリンク通信リソースが、上記第２のアップリンク通信リソースの後に開始すると判断することを含む
送信方法。
段落４ 段落１から段落３のいずれか１つに記載の送信方法であって、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、上記第１のアップリンク通信リソースの持続時間が上記第２のアップリンク通信リソースの持続時間よりも長いと判断することを含む
送信方法。
段落５ 段落１から段落４のいずれか１つに記載の送信方法であって、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、上記第１のアップリンク通信リソースを使用した上記データの上記送信のために使用される変調および符号化スキームが上記第２のアップリンク通信リソースを使用したデータの送信のために使用される変調および符号化スキームよりも信頼性が高いと判断することを含む
送信方法。
段落６ 段落１から段落５のいずれか１つに記載の送信方法であって、
上記第１のアップリンク通信リソースは第１のサブキャリア間隔に関連付けられ、上記第２のアップリンク通信リソースは第２のサブキャリア間隔に関連付けられ、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、上記第１のサブキャリア間隔が上記第２のサブキャリア間隔よりも広いと判断することを含む
送信方法。
段落７ 段落１から段落６のいずれか１つに記載の送信方法であって、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、上記第１のダウンリンク制御メッセージが、上記第１のアップリンク通信リソースを使用して上記トランスポートブロックを送信することにより、上記第１のダウンリンク制御メッセージの前に受信したダウンリンク制御メッセージによって割り当てられた通信リソースのプリエンプションを許可する指示を含み、上記第２のダウンリンク制御メッセージが上記第１のダウンリンク制御メッセージが受信されるよりも前に受信され、プリエンプションを許可しない指示を含むと判断することを含む
送信方法。
段落８ 段落１から段落７のいずれか１つに記載の送信方法であって、
上記第１のダウンリンク制御メッセージは、上記第１のアップリンク通信リソースに関連付けられた上記優先順位の指示を含み、
上記第２のダウンリンク制御メッセージは、上記第２のアップリンク通信リソースに関連付けられた上記優先順位の指示を含む
送信方法。
段落９ 段落８に記載の送信方法であって、
上記第１のアップリンク通信リソースに関連付けられた上記優先順位の上記指示は、第１の論理チャネル優先順位に関連付けられた第１の論理チャネルの指示を含み、
上記第２のアップリンク通信リソースに関連付けられた上記優先順位の上記指示は、第２の論理チャネル優先順位に関連付けられた第２の論理チャネルの指示を含み、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、上記第１の論理チャネル優先順位が上記第２の論理チャネル優先順位よりも高いと判断することを含む
送信方法。
段落１０ 段落８に記載の送信方法であって、
上記第１のアップリンク通信リソースに関連付けられた上記優先順位の上記指示は、上記第１のアップリンク通信リソースに対する優先順位値の指示を含み、
上記第２のアップリンク通信リソースに関連付けられた上記優先順位の上記指示は、上記第２のアップリンク通信リソースに対する優先順位値の指示を含み、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、上記第１のアップリンク通信リソースの上記優先順位値が上記第２のアップリンク通信リソースの上記優先順位値よりも高いと判断することを含む
送信方法。
段落１１ 段落８に記載の送信方法であって、
上記第１のアップリンク通信リソースに関連付けられた上記優先順位の上記指示は、第１のグループの１つ以上の論理チャネルの指示を含み、
上記第２のアップリンク通信リソースに関連付けられた上記優先順位の上記指示は、第２のグループの１つ以上の論理チャネルの指示を含み、
上記１つ以上の論理チャネルは、論理チャネル優先順位と関連付けられ、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断することは、上記第１のグループの上記１つ以上の論理チャネルのいずれかに関連付けられた最も高い論理チャネル優先順位が上記第２のグループの上記１つ以上の論理チャネルのいずれかに関連付けられた最も高い論理チャネル優先順位より高いと判断することを含む
送信方法。
段落１２ 段落１１に記載の送信方法であって、
第１のスケジューリングリクエスト（ＳＲ）－ＩＤは、上記第１のグループの論理チャネルのうちの１つ以上に関連付けられたデータを送信するための通信リソースの割り当てを要求するスケジューリングリクエストを送信するための第１の制御チャネル通信リソースと関連付けられ、
第２のＳＲ－ＩＤは、上記第２のグループの論理チャネルのうちの１つ以上に関連付けられたデータを送信するための通信リソースの割り当てを要求するスケジューリングリクエストを送信するための第２の制御チャネル通信リソースと関連付けられ、
上記第１のグループの上記１つ以上の論理チャネルの上記指示は、上記第１のＳＲ－ＩＤの指示を含み、
上記第２のグループの上記１つ以上の論理チャネルの上記指示は、上記第２のＳＲ－ＩＤの指示を含む
送信方法。
段落１３ 段落１１に記載の送信方法であって、
第１の論理チャネルグループ（LCG）－ＩＤは、上記第１のグループの上記論理チャネルと関連付けられ、上記第１のグループの上記論理チャネルの各々に対応するバッファステータスは、単一のバッファステータスリポート内で報告され、
第２のLCG－ＩＤは、上記第２のグループの上記論理チャネルと関連付けられ、上記第２のグループの上記論理チャネルの各々に対応するバッファステータスは、単一のバッファステータスリポート内で報告され、
上記第１のグループの上記１つ以上の論理チャネルの上記指示は、上記第１のLCG－ＩＤの指示を含み、
上記第２のグループの上記１つ以上の論理チャネルの上記指示は、上記第２のLCG－ＩＤの指示を含む
送信方法。
段落１４ 段落１から１３のいずれか１つに記載の送信方法であって、さらに
第２のデータを含む第２のトランスポートブロックを形成し、
上記第１のアップリンク通信リソースのいずれも含まない上記第２のアップリンク通信リソースの一部を使用して上記第２のトランスポートブロックを送信する
送信方法。
段落１５ 段落１から１４のいずれか１つに記載の送信方法であって、
上記第１のアップリンク通信リソースは、物理アップリンク共有チャネル上にある
送信方法。
段落１６ 段落１から１５のいずれか１つに記載の送信方法であって、さらに、
複数の論理チャネルの各々に関連付けられたデータを受信し、
上記第１のダウンリンク制御メッセージに基づいて、上記トランスポートブロックの利用可能な容量を、上記複数の論理チャネルの１つ以上からのデータで満たすための優先順位を決定する
送信方法。
段落１７ 段落１６に記載の送信方法であって、
上記第１のダウンリンク制御メッセージは、１つ以上の論理チャネルの指示を含み、
上記トランスポートブロックの上記利用可能な容量を満たすための上記優先順位は、上記１つ以上の論理チャネルの上記指示に基づく
送信方法。
段落１８ 段落１７に記載の送信方法であって、
上記１つ以上の論理チャネルの上記指示は、ＳＲ－ＩＤ、LCG－ＩＤ、及び論理チャネルアイデンティティのうちの１つを含む
送信方法。
段落１９ 無線通信ネットワークにおいて通信デバイスによってデータを送信する方法であって、
相対的な優先順位が割り当てられた複数の論理チャネルの各々からのデータを受信し、
上記複数の論理チャネルのうちの１つ以上からの上記データを伝送するトランスポートブロックを送信するための無線アクセスインタフェースの第１のアップリンク通信リソースを割り当てる第１のダウンリンク制御メッセージを受信し、
上記受信した第１のダウンリンク制御メッセージに基づいて、上記トランスポートブロックの利用可能な容量を上記複数の論理チャネルのうちの１つ以上からの上記データで満たすための優先順位を決定し、
上記割り当てられた第１のアップリンク通信リソースで上記トランスポートブロックを送信する
送信方法。
段落２０ 段落１から段落１９のいずれか１つに記載の送信方法であって、さらに、
上記第１のダウンリンク制御メッセージを受信する前に、上記データの上記送信のためのアップリンク通信リソースの割り当てを要求するスケジューリングリクエストおよびバッファステータスレポートのうちの１つを送信する
送信方法。
段落２１ 無線通信ネットワークにおいてインフラストラクチャ機器によってデータを受信する方法であって、
通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを受信し、
上記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを受信し、
上記第１のアップリンク通信リソースを使用してトランスポートブロックを受信し、
上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、
上記第１のアップリンク通信リソースは、上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられている
送信方法。
段落２２ 無線通信ネットワークにおいてインフラストラクチャ機器によってデータを受信する方法であって、
トランスポートブロックを送信するための無線アクセスインタフェースのアップリンク通信リソースを割り当てる第１のダウンリンク制御メッセージを送信し、上記第１のダウンリンク制御メッセージは、上記トランスポートブロックの利用可能な容量を複数の論理チャネルのうちの１つ以上からのデータで満たすための優先順位の指示を提供し、上記論理チャネルの各々は割り当てられた相対的な優先順位を有し、
上記割り当てられた第１のアップリンク通信リソースにおける上記トランスポートブロックを受信する
受信方法。
段落２３ 段落２２に記載の受信方法であって、
上記トランスポートブロックの利用可能な容量を複数の論理チャネルのうちの１つ以上からのデータで満たすための上記優先順位を決定する
受信方法。
段落２４ 段落２１から段落２３のいずれか１つに記載の受信方法であって、さらに、
上記データの上記送信のためのアップリンク通信リソースの割り当てを要求するスケジューリングリクエストおよびバッファステータスレポートのうちの１つを受信し、
上記第１のダウンリンク制御メッセージは、上記スケジューリングリクエストおよびバッファステータスレポートのうちの１つを受信したことに応答して送信される
受信方法。
段落２５ 無線アクセスインタフェースを提供するインフラストラクチャ機器を含む無線通信ネットワークにおいて使用される通信デバイスであって、
上記無線アクセスインタフェースを介してデータを送信するように構成された送信機と、
信号を受信するように構成された受信機と、
上記通信デバイスが
上記通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを受信し、
上記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを受信し、
上記第２のアップリンク通信リソースが上記第１のアップリンク通信リソースの少なくとも一部分を含むと判断し、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断し、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断したことに応答して、上記第１のアップリンク通信リソースを使用してトランスポートブロックを送信する
ように動作可能に上記送信機および上記受信機を制御するように構成されたコントローラと
を具備する
通信デバイス。
段落２６ 無線アクセスインタフェースを提供するインフラストラクチャ機器を含む無線通信ネットワークにおいて使用される通信デバイスのための回路であって,
上記無線アクセスインタフェースを介してデータを送信するように構成された送信回路と、
信号を受信するように構成された受信回路と、
上記通信デバイスが
上記通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを受信し、
上記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを受信し、
上記第２のアップリンク通信リソースが上記第１のアップリンク通信リソースの少なくとも一部分を含むと判断し、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断し、
上記第１のアップリンク通信リソースが上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられていると判断したことに応答して、上記第１のアップリンク通信リソースを使用してトランスポートブロックを送信する
ように動作可能に上記送信回路および上記受信回路を制御するように構成されたコントローラと
を具備する
回路。
段落２７ 無線アクセスインタフェースを提供するインフラストラクチャ機器を含む無線通信ネットワークにおいて使用される通信デバイスであって、
上記無線アクセスインタフェースを介してデータを送信するように構成された送信機と、
信号を受信するように構成された受信機と、
上記通信デバイスが
相対的な優先順位が割り当てられた複数の論理チャネルのそれぞれからのデータを受信し、
上記複数の論理チャネルのうちの１つ以上からの上記データを伝送するトランスポートブロックを送信するための無線アクセスインタフェースの第１のアップリンク通信リソースを割り当てる第１のダウンリンク制御メッセージを受信し、
上記受信した第１のダウンリンク制御メッセージに基づいて、上記トランスポートブロックの利用可能な容量を上記複数の論理チャネルのうちの１つ以上からの上記データで満たすための優先順位を決定し、
上記割り当てられた第１のアップリンク通信リソースで上記トランスポートブロックを送信する
ように動作可能に上記送信機および上記受信機を制御するように構成されたコントローラと
を具備する
通信デバイス。
段落２８ 無線アクセスインタフェースを提供するインフラストラクチャ機器を含む無線通信ネットワークにおいて使用される通信デバイスのための回路であって、
上記無線アクセスインタフェースを介してデータを送信するように構成された送信回路と、
信号を受信するように構成された受信回路と、
上記通信デバイスが
相対的な優先順位が割り当てられた複数の論理チャネルのそれぞれからのデータを受信し、
上記複数の論理チャネルのうちの１つ以上からの上記データを伝送するトランスポートブロックを送信するための無線アクセスインタフェースの第１のアップリンク通信リソースを割り当てる第１のダウンリンク制御メッセージを受信し、
上記受信した第１のダウンリンク制御メッセージに基づいて、上記トランスポートブロックの利用可能な容量を上記複数の論理チャネルのうちの１つ以上からの上記データで満たすための優先順位を決定し、
上記割り当てられた第１のアップリンク通信リソースで上記トランスポートブロックを送信する
ように動作可能に上記送信回路および上記受信回路を制御するように構成されたコントローラと
を具備する
回路。
段落２９ 無線アクセスインタフェースを提供する無線通信ネットワークにおいて使用されるインフラストラクチャ機器であって、
セルにおける上記無線アクセスインタフェースを介して通信デバイスに信号を送信するように構成された送信機と、
上記通信デバイスからデータを受信するように構成された受信機と、
上記インフラストラクチャ機器が、
上記通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを送信し、
上記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを送信し、
上記第１のアップリンク通信リソースを使用してトランスポートブロックを受信する
ように動作可能に上記送信機および上記受信機を制御するように構成されたコントローラと
を具備し、
上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、
上記第１のアップリンク通信リソースは、上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられている
インフラストラクチャ機器。
段落３０ 無線アクセスインタフェースを提供する無線通信ネットワークにおいて使用されるインフラストラクチャ機器のための回路であって、
セルにおける上記無線アクセスインタフェースを介して通信デバイスに信号を送信するように構成された送信回路と、
上記通信デバイスからデータを受信するように構成された受信回路と、
上記インフラストラクチャ機器が、
上記通信デバイスによるデータの送信のための第１のアップリンク通信リソースを割り当てる第１のダイナミックグラントの指示を含む第１のダウンリンク制御メッセージを送信し、
上記通信デバイスによるデータの送信のための第２のアップリンク通信リソースを割り当てる第２のダイナミックグラントの指示を含む第２のダウンリンク制御メッセージを送信し、
上記第１のアップリンク通信リソースを使用してトランスポートブロックを受信する
ように動作可能に上記送信回路および上記受信回路を制御するように構成されたコントローラと
を具備し、
上記第２のアップリンク通信リソースは、上記第１のアップリンク通信リソースの少なくとも一部を含み、
上記第１のアップリンク通信リソースは、上記第２のアップリンク通信リソースよりも高い優先順位に関連付けられている
回路。
段落３１ 無線アクセスインタフェースを提供する無線通信ネットワークにおいて使用されるインフラストラクチャ機器であって、
セルにおける上記無線アクセスインタフェースを介して通信デバイスに信号を送信するように構成された送信機と、
上記通信デバイスからデータを受信するように構成された受信機と、
上記インフラストラクチャ機器が、
トランスポートブロックを送信するための無線アクセスインタフェースのアップリンク通信リソースを割り当てる第１のダウンリンク制御メッセージを送信し、上記第１のダウンリンク制御メッセージは、上記トランスポートブロックの利用可能な容量を複数の論理チャネルのうちの１つ以上からのデータで満たすための優先順位の指示を提供し、上記論理チャネルの各々は割り当てられた相対的な優先順位を有し、
上記割り当てられた第１のアップリンク通信リソースにおける上記トランスポートブロックを受信する
ように動作可能に上記送信機および上記受信機を制御するように構成されたコントローラと
を具備する
インフラストラクチャ機器。
段落３２ 無線アクセスインタフェースを提供する無線通信ネットワークにおいて使用されるインフラストラクチャ機器のための回路であって、
セルにおける上記無線アクセスインタフェースを介して通信デバイスに信号を送信するように構成された送信回路と、
上記通信デバイスからデータを受信するように構成された受信回路と、
上記インフラストラクチャ機器が、
トランスポートブロックを送信するための無線アクセスインタフェースのアップリンク通信リソースを割り当てる第１のダウンリンク制御メッセージを送信し、上記第１のダウンリンク制御メッセージは、上記トランスポートブロックの利用可能な容量を複数の論理チャネルのうちの１つ以上からのデータで満たすための優先順位の指示を提供し、上記論理チャネルの各々は割り当てられた相対的な優先順位を有し、
上記割り当てられた第１のアップリンク通信リソースにおける上記トランスポートブロックを受信する
ように動作可能に上記送信回路および上記受信回路を制御するように構成されたコントローラと
を具備する
インフラストラクチャ機器。
【0137】
本発明のさらなる特定の好ましい態様は、添付の独立請求項および従属請求項に記載されている。従属請求項の特徴は、それらの請求項に明示的に記載されたもの以外の組み合わせで独立請求項の特徴と組み合わされてもよいことが理解されよう。
【0138】
付属書１
ＬＴＥ無線アクセスインタフェース
本技術の実施形態は、特定の無線通信規格に限定されず、送信機および受信機がＡＲＱタイプのプロトコルの一部としてフィードバックの何らかの指示が提供される単位、トランスポートブロック、またはパケットでデータを通信するように構成される、モバイル通信システムに一般的な用途を見出す。しかしながら、以下の例示的な実施形態は、３ＧＰＰ定義のＬＴＥアーキテクチャを参照して説明される。ＬＴＥに精通する者は、ＬＴＥ規格に従って構成された無線アクセスインタフェースが無線ダウンリンク（いわゆるＯＦＤＭＡ）のための直交周波数分割変調（ＯＦＤＭ）ベースの無線アクセスインタフェースと、無線アップリンク上の単一キャリア周波数分割多元接続方式（ＳＣ－ＦＤＭＡ）を使用することを理解するであろう。ＬＴＥ規格による無線アクセスインタフェースのダウンリンクおよびアップリンクを図１５および図１６に示す。
ＬＴＥ無線アクセスインタフェース
本技術の実施形態は、特定の無線通信規格に限定されず、送信機および受信機がＡＲＱタイプのプロトコルの一部としてフィードバックの何らかの指示が提供される単位、トランスポートブロック、またはパケットでデータを通信するように構成される、モバイル通信システムに一般的な用途を見出す。しかしながら、以下の例示的な実施形態は、３ＧＰＰ定義のＬＴＥアーキテクチャを参照して説明される。ＬＴＥに精通する者は、ＬＴＥ規格に従って構成された無線アクセスインタフェースが無線ダウンリンク（いわゆるＯＦＤＭＡ）のための直交周波数分割変調（ＯＦＤＭ）ベースの無線アクセスインタフェースと、無線アップリンク上の単一キャリア周波数分割多元接続方式（ＳＣ－ＦＤＭＡ）を使用することを理解するであろう。ＬＴＥ規格による無線アクセスインタフェースのダウンリンクおよびアップリンクを図１５および図１６に示す。
【0139】
図１５は、通信システムがＬＴＥ規格に従って動作しているときに、図１のｅＮＢによって、またはそれに関連して提供され得る無線アクセスインタフェースのダウンリンクの構造の簡略化された概略図を提供する。ＬＴＥシステムでは、ｅＮＢからＵＥへのダウンリンクの無線アクセスインタフェースが直交周波数分割多重（ＯＦＤＭ）アクセス無線インタフェースに基づいている。ＯＦＤＭインタフェースでは、利用可能な帯域幅のリソースが複数の直交サブキャリアに周波数分割され、データは複数の直交サブキャリア上で並列に送信される。１．４ＭＨＺから２０ＭＨｚの間の帯域幅は、複数の直交サブキャリアに分割されてもよい。これらのサブキャリアの全てがデータを送信するために使用されるわけではないが（いくつかは、例えば、受信機におけるチャネル推定のために使用される参照情報を伝送するために使用される）、一方、帯域幅のエッジにおけるいくつかは全く使用されない。ＬＴＥの場合、サブキャリアの数は７２サブキャリア（１．４ＭＨｚ）から１２００サブキャリア（２０ＭＨｚ）の間で変化するが、ＮＲまたは５Ｇのような他の無線アクセスインタフェースの場合、サブキャリアの数および帯域幅は異なり得ることが理解されよう。いくつかの例では、サブキャリアが２ｎ、例えば、１２８から２０４８に基づいてグループ化され、その結果、送信機および受信機の両方が逆方向および順方向高速フーリエ変換を使用して、サブキャリアを、それぞれ、周波数領域から時間領域へ、および時間領域から周波数領域へ変換することができる。各サブキャリア帯域幅は任意の値をとることができるが、ＬＴＥでは１５ｋＨｚに固定される。
【0140】
図１５に示されるように、無線アクセスインタフェースのリソースはまた、フレーム２００が１０ｍｓ続き、それぞれが１ｍｓの持続時間を有する１０個のサブフレーム１２０１に細分される複数のフレームに時間的に分割される。各サブフレーム２０１は１４個のＯＦＤＭシンボルから形成され、２つのスロット１２２０、１２２２に分割され、各スロットはシンボル間干渉の低減のためにＯＦＤＭシンボル内で通常のサイクリックプレフィックスが利用されているか、拡張サイクリックプレフィックスが利用されているかに応じて、６個または７個のＯＦＤＭシンボルを含む。スロット内のリソースは、１つのスロットの持続時間の間、それぞれが１２個のサブキャリアを含むリソースブロック１２０３に分割されてもよく、リソースブロックは１つのＯＦＤＭシンボルのための１つのサブキャリアに及ぶリソース要素１２０４にさらに分割され、各矩形１２０４はリソース要素を表す。ホストシステム帯域幅にわたってサブフレームおよび周波数内で時間的に分散されたリソース要素は、ホストシステムの通信リソースを表す。
【0141】
図１６に示すＬＴＥ無線アクセスインタフェースのダウンリンクの簡略化された構造は、制御データの送信のための制御領域１２０５と、ユーザデータの送信のためのデータ領域１２０６と、所定のパターンに従って制御領域およびデータ領域に散在する参照信号２０７とを含む各サブフレーム１２０１の図も含む。
【0142】
制御領域１２０５は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、および物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）等、制御データの送信のための多数の物理チャネルを含んでいてもよい。データ領域は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）、および物理ブロードキャストチャネル（ＰＢＣＨ）等、データの送信または制御のための多数の物理チャネルを含んでいてもよい。これらの物理チャネルはＬＴＥシステムに広範囲の機能を提供するが、リソース割り当ておよび本開示に関して、ＰＤＣＣＨおよびＰＤＳＣＨが最も関連がある。ＬＴＥシステムの物理チャネルの構造および機能に関するさらなる情報は、非特許文献１に見出すことができる。
【0143】
ＰＤＳＣＨ内のリソースは、ｅノードＢによってサービスされているＵＥに、当該ｅノードＢによって割り当てられ得る。例えば、ＰＤＳＣＨの多数のリソースブロックは、以前に要求されたデータや、無線リソース制御（ＲＲＣ）シグナリング等のｅノードＢによってプッシュされているデータを受信できるように、ＵＥに割り当てられてもよい。図１６では、ＵＥ１にはデータ領域１２０６のリソース１２０８、ＵＥ２リソース１２０９、およびＵＥ３リソース１２１０が割り当てられている。ＬＴＥシステム内のＵＥは、ＰＤＳＣＨのための利用可能なリソースの一部を割り当てられてもよい。したがって、ＰＤＳＣＨ内の関連するデータのみが検出され、推定されるように、ＵＥは、ＰＤＣＳＨ内のそれらの割り当てられたリソースの位置を通知される必要がある。それらの割り当てられた通信リソース要素の位置をＵＥに知らせるために、ダウンリンクリソース割当を指定するリソース制御情報は、同じサブフレーム内の先行するＰＤＣＣＨインスタンスにおいてＰＤＳＣＨのためのリソース割り当てが通信される、ダウンリンク制御情報（ＤＣＩ）と呼ばれる形式でＰＤＣＣＨ上で伝達される。
【0144】
図１５は図１のｅノードＢによって、またはそれに関連して提供され得るＬＴＥ無線アクセスインタフェースのアップリンクの構造の簡略化された概略図を提供する。ＬＴＥネットワークでは、アップリンク無線アクセスインタフェースは、シングルキャリア周波数分割多重ＦＤＭ（ＳＣ－ＦＤＭ）インタフェースに基づいており、ダウンリンクおよびアップリンク無線アクセスインタフェースは、周波数分割二重化（ＦＤＤ）または時分割二重化（ＴＤＤ）によって提供され得る。ＴＤＤ実装では、サブフレームが事前定義されたパターンに従ってアップリンクサブフレームとダウンリンクサブフレームとの間で切り替わる。しかしながら、使用される二重化の形式にかかわらず、共通のアップリンクフレーム構造が利用される。図１７の簡略化された構造は、ＦＤＤ実装におけるそのようなアップリンクフレームを示す。フレーム１３００はｌｍｓの持続時間の１０個のサブフレーム１３０１に分割され、各サブフレーム１３０１は０．５ｍｓの持続時間の２つのスロット１３０２を含む。次に、各スロット１３０２は、７個のＯＦＤＭシンボル１３０３から形成され、サイクリックプレフィックス１３０４が、ダウンリンクサブフレームにおける方法と同等の方法で、各シンボルの間に挿入される。
【0145】
図１５に示すように、各ＬＴＥアップリンクサブフレームは、複数の異なるチャネル、例えば、物理アップリンク通信チャネル（ＰＵＳＣＨ）１３０５、物理アップリンク制御チャネル（ＰＵＣＣＨ）１３０６、および物理ランダムアクセスチャネル（ＰＲＡＣＨ）を含んでもよい。物理アップリンク制御チャネル（ＰＵＣＣＨ）は、例えば、ダウンリンク送信のためのｅノードＢへのＡＣＫ／ＮＡＣＫ、スケジューリングされたアップリンクリソースであることを望むＵＥのためのスケジューリングリクエストインジケータ（ＳＲＩ）、およびダウンリンクチャネル状態情報（ＣＳＩ）のフィードバック等の制御情報を伝送し得る。ＰＵＳＣＨは、ＵＥアップリンクデータまたは何らかのアップリンク制御データを伝送してもよい。ＰＵＳＣＨのリソースはＰＤＣＣＨを介して付与され、このような付与は、典型的には、ＵＥにおいてバッファ内で送信可能なデータ量をネットワークに通信することによってトリガされる。ＰＲＡＣＨは、システム情報ブロック等のダウンリンク信号においてＵＥにシグナリングされ得る複数のＰＲＡＣＨパターンのうちの１つに従って、アップリンクフレームのリソースのうちのいずれかにおいてスケジュールされ得る。物理アップリンクチャネルと同様に、アップリンクサブフレームも参照信号を含むことができる。例えば、復調参照信号（ＤＭＲＳ）１３０７およびサウンディング参照信号（ＳＲＳ）１３０８はアップリンクサブフレーム内に存在してもよく、ＤＭＲＳはＰＵＳＣＨが送信され、ＰＵＣＣＨおよびＰＵＳＣＨデータの復号化に使用されるスロットの第４シンボルを占有し、ＳＲＳはｅノードＢでのアップリンクチャネル推定に使用される。ｅＰＤＣＣＨチャネルはＰＤＣＣＨと同様の制御情報（ＤＣＩ）を伝送するが、ＰＤＣＣＨの物理的態様は本明細書の他の箇所で説明するように、ｅＰＤＣＣＨの物理的態様とは異なる。ＬＴＥシステムの物理チャネルの構造および機能に関するさらなる情報は、非特許文献１に見出すことができる。
【0146】
ＰＤＳＣＨのリソースと同様に、ＰＵＳＣＨのリソースはそのサービスを提供するｅノードＢによってスケジュールまたは付与される必要がある。したがって、データがＵＥによって送信される場合、ＰＵＳＣＨのリソースは、ｅノードＢによってＵＥに付与される必要がある。ＵＥにおいて、ＰＵＳＣＨリソース割り当ては、そのサービスを提供するｅノードＢへのスケジューリングリクエストまたはバッファステータスレポートの送信によって達成される。ＵＥがバッファステータスレポートを送信するのに十分なアップリンクリソースがない場合、スケジューリングリクエストは、ＵＥのための既存のＰＵＳＣＨ割り当てがないときはＰＵＣＣＨ上でのアップリンク制御情報（ＵＣＩ）の送信を介して行われてもよく、あるいは、ＵＥのための既存のＰＵＳＣＨ割り当てがあるときはＰＵＳＣＨ上での直接の送信によって行われてもよい。スケジューリングリクエストに応答して、ｅノードＢは、バッファステータスレポートを転送するのに十分な要求ＵＥにＰＵＳＣＨリソースの一部を割り当て、その後、ＰＤＣＣＨ内のＤＣＩを介してバッファステータスレポートのリソース割り当てをＵＥに通知するように構成される。一旦、または仮に、ＵＥがバッファステータスレポートを送信するのに十分なＰＵＳＣＨリソースを有する場合、バッファステータスレポートはｅノードＢに送られ、当該ｅノードＢにＵＥにおける（複数の）アップリンクバッファのデータ量に関する情報を与える。バッファステータスレポートを受信した後、ｅノードＢは、バッファされたアップリンクデータの一部を送信するためにＰＵＳＣＨリソースの一部を送信ＵＥに割り当て、ＰＤＣＣＨにおけるＤＣＩを介してリソース割り当てをＵＥに通知することができる。例えば、ＵＥがｅノードＢとの接続を有すると仮定すると、ＵＥは、まず、ＵＣＩの形式でＰＵＣＣＨにおいてＰＵＳＣＨリソース要求を送信する。次いで、ＵＥは適切なＤＣＩについてＰＤＣＣＨを監視し、ＰＵＳＣＨリソース割り当ての詳細を抽出し、最初にバッファステータスレポートを含み、および／または後にバッファされたデータの一部を含むアップリンクデータを、割り当てられたリソースにおいて送信する。
【0147】
サブフレームをダウンリンクする構造は類似しているが、アップリンクサブフレームはダウンリンクサブフレームと異なる制御構造を有しており、特に、アップリンクサブフレームの上方および下方サブキャリア／周波数／リソースブロック１３０９および１３１０はダウンリンクサブフレームの最初のシンボルではなく、制御信号のためにリザーブされている。さらに、ダウンリンクおよびアップリンクのためのリソース割り当て手順は比較的類似しているが、割り当てることができるリソースの実際の構造はダウンリンクおよびアップリンクでそれぞれ使用されるＯＦＤＭおよびＳＣ－ＦＤＭインタフェースの異なる特性のために変化することがある。ＯＦＤＭでは、各サブキャリアは個々に変調される。したがって、周波数／サブキャリア割当てが連続している必要はないが、ＳＣ－ＦＤＭサブキャリアでは組み合わせて変調される。したがって、利用可能なリソースの効率的な使用がなされる場合、各ＵＥに対する連続した周波数割当てが好ましい。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【国際調査報告】