特表 2024-514516 設定許可内の論理チャネルの優先付け

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-04-02

(54)【発明の名称】設定許可内の論理チャネルの優先付け

(51)【国際特許分類】

   H04W 28/04 20090101AFI20240326BHJP

   H04W 72/11 20230101ALI20240326BHJP

   H04W 72/1268 20230101ALI20240326BHJP

   H04W 16/14 20090101ALI20240326BHJP

   H04W 72/566 20230101ALI20240326BHJP

   H04L 1/1812 20230101ALI20240326BHJP

【ＦＩ】

H04W28/04 110

H04W72/11

H04W72/1268

H04W16/14

H04W72/566

H04L1/1812

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023560773

(86)(22)【出願日】2022-04-01

(85)【翻訳文提出日】2023-11-14

(86)【国際出願番号】 EP2022058748

(87)【国際公開番号】W WO2022207903

(87)【国際公開日】2022-10-06

(31)【優先権主張番号】63/169,594

(32)【優先日】2021-04-01

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

２．ＨＤＭＩ

３．ＦＩＲＥＷＩＲＥ

４．ＪＡＶＡ

５．ＭＥＭＯＲＹ ＳＴＩＣＫ

６．ＢＬＵＥＴＯＯＴＨ

(71)【出願人】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】ドゥッダ， トルステン

(72)【発明者】

【氏名】ゾウ， チェンフア

(72)【発明者】

【氏名】ゲンク， エダ

【テーマコード（参考）】

5K014

5K067

【Ｆターム（参考）】

5K014FA03

5K067AA26

5K067DD24

5K067EE02

5K067EE10

5K067EE16

5K067GG06

5K067HH28

(57)【要約】

実施形態は、無線アクセスネットワーク（ＲＡＮ）において動作するように構成されたユーザ機器（ＵＥ）のための方法を含む。その方法は、そのＵＥがアップリンクデータ送信のためのリソースを許諾された複数の周期的な機会の特定の１つにおいて送信するためのデータを取得することを含む。そのデータは、それぞれ第１及び第２のハイブリッドＡＲＱ（ＨＡＲＱ）プロセスに関連付けられた第１及び第２のプロトコルデータユニット（ＰＤＵ）を含む。その第１及び第２のＰＤＵのうち少なくとも１つは、先の１つの機会において失敗した送信の後の再送のためのものである。その方法は、第１及び第２のＰＤＵに含まれるデータを有する論理チャネルの優先順位と、第１及び第２のＰＤＵの１つ又は両方が再送のためのものかどうか、との少なくとも１つに基づいて、特定の機会において送信するための第１のＰＤＵ又は第２のＰＤＵを選択することを含む。他の実施形態は、ＲＡＮノードのための相補的な方法を含む。
【選択図】図９

【特許請求の範囲】

【請求項1】

無線アクセスネットワーク（ＲＡＮ）において動作するように構成されたユーザ機器（ＵＥ）のための方法であって、
前記方法は、前記ＵＥがＵＬデータ送信のためのリソースを許可された周期的な複数の機会のうちの特定の１つの機会において送信するためのデータを取得すること（９１０）を含み、
前記データは、第１のハイブリッドＡＲＱ（ＨＡＲＱ）プロセスに関連付けられた第１のプロトコルデータユニット（ＰＤＵ）と、第２のＨＡＲＱプロセスに関連付けられた第２のＰＤＵとを含み、
前記第１のＰＤＵ及び第２のＰＤＵのうち少なくとも１つが、前記複数の機会のうちの先の機会の１つにおいて失敗した送信の後の、再送のためのＰＤＵであり、
前記方法は、前記第１のＰＤＵ及び第２のＰＤＵに含まれるデータを有する論理チャネル（ＬＣＨ）の優先順位と、前記第１のＰＤＵ及び第２のＰＤＵのうち１つ又は両方が再送のためのものであるか否かとの少なくとも１つに基づいて、前記特定の機会において送信するために前記第１のＰＤＵ又は前記第２のＰＤＵを選択すること（９２０）を含む
方法。

【請求項2】

前記第１のＰＤＵが初送のためのものであり、かつ、前記第２のＰＤＵが再送のためのものであり、
前記第１のＰＤＵ又は前記第２のＰＤＵを選択すること（９２０）が、複数の前記ＬＣＨの中で最も優先順位が高いＬＣＨに関連付けられたデータを含む前記第１のＰＤＵ及び第２のＰＤＵのうちの特定の１つを選択すること（９２１）、を含む
請求項１に記載の方法。

【請求項3】

前記第１のＰＤＵが初送のためのものであり、かつ、前記第２のＰＤＵが再送のためのものであり、
前記第１のＰＤＵ又は前記第２のＰＤＵを選択することが、前記第１のＰＤＵに含まれるデータを有するＬＣＨの中で最も高い優先順位が、前記第２のＰＤＵに含まれるデータを有するＬＣＨの中で最も高い優先順位と同一である場合に、前記第２のＰＤＵを選択すること（９２２）、を含む
請求項１又は２に記載の方法。

【請求項4】

前記第２のＰＤＵに含まれる１つ以上の第１のタイプの媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）を有するＬＣＨに、前記第１のＰＤＵに含まれるデータを有するＬＣＨよりも高い優先順位が付与される
請求項２又は３に記載の方法。

【請求項5】

前記第２のＰＤＵが、１つ以上の先の機会において失敗した１つ以上の再送信の後の再送のためのものである場合にのみ、前記第２のＰＤＵに含まれる１つ以上の第１のタイプのＭＡＣ ＣＥを有するＬＣＨに、前記第１のＰＤＵに含まれるデータを有する前記ＬＣＨよりも高い優先順位が付与される
請求項４に記載の方法。

【請求項6】

複数の前記第１のタイプのＭＡＣ ＣＥに、異なる優先順位が関連付けられる請求項４又は５に記載の方法。

【請求項7】

前記第１のＨＡＲＱプロセスに関連付けられた、設定許可タイマ（ＣＧＴ）及び設定許可再送タイマ（ＣＧＲＴ）が、前記ＵＥにおいて作動中でなく、
前記第１のＨＡＲＱプロセスが、前記ＵＥにおいて保留中でなく、
前記第２のＨＡＲＱプロセスに関連付けられた前記ＣＧＲＴが、前記ＵＥにおいて作動中でなく、
前記第２のＨＡＲＱプロセスが前記ＵＥにおいて保留中であるか、又は、前記第２のＨＡＲＱプロセスに関連付けられたＣＧＴが前記ＵＥにおいて作動中であるか、のうちの１つが適合する
請求項２から６のいずれか１項に記載の方法。

【請求項8】

前記第１のＰＤＵが選択された場合に、前記第２のＨＡＲＱプロセスに関連付けられたＣＧＴの期限を、前記周期的な機会の１周期分延長すること（９３０）、をさらに含む
請求項７に記載の方法。

【請求項9】

前記期限を延長すること（９３０）が、前記第２のＨＡＲＱプロセスに関連付けられた前記ＣＧＴが前記ＵＥにおいて作動中であること、又は、前記第２のＨＡＲＱプロセスが前記ＵＥにおいて保留中であること、のうちの１つに基づく
請求項８に記載の方法。

【請求項10】

前記第１のＰＤＵ及び第２のＰＤＵが、再送のためのものであり、
前記第１のＰＤＵ又は前記第２のＰＤＵを選択することが、前記第１のＰＤＵ及び第２のＰＤＵに含まれるデータを有するＬＣＨの優先順位に関わりなく、前記第１のＰＤＵを選択すること、又は、前記第１のＰＤＵ及び第２のＰＤＵに含まれるデータを有するＬＣＨの優先順位に関わりなく、前記第２のＰＤＵを選択すること、を含む
請求項１に記載の方法。

【請求項11】

前記第１のＨＡＲＱプロセスに関連付けられた設定許可タイマ（ＣＧＴ）が、前記ＵＥにおいて作動中であり、
前記第１のＨＡＲＱプロセスに関連付けられた設定許可再送タイマ（ＣＧＲＴ）が、前記ＵＥにおいて期限切れであり、
前記第２のＨＡＲＱプロセスに関連付けられたＣＧＲＴ及びＣＧＴが、前記ＵＥにおいて作動中でなく、
前記第１のＨＡＲＱプロセスが保留中でなく、かつ、前記第２のＨＡＲＱプロセスが前記ＵＥにおいて保留中である
請求項１０に記載の方法。

【請求項12】

前記機会のうち先の１つにおける前記許可されたリソースにおいて、リッスン・ビフォー・トーク（ＬＢＴ）手順を実行すること（９０５）をさらに含み、
前記第２のＰＤＵは、前記ＬＢＴ手順の失敗の後の保留中の再送である
請求項１１に記載の方法。

【請求項13】

前記特定の機会が、リソースの第１の許可に関連付けられた第１の複数の機会のうちの１つであり、かつ、リソースの第２の許可に関連付けられた第２の複数の機会の１つであり、
前記方法は、
前記選択されたＰＤＵに関連付けられた前記ＨＡＲＱプロセスに基づいて、前記第１の許可又は前記第２の許可からリソースを選択すること（９４０）と、
前記選択されたリソースを用いて、前記特定の機会において、前記選択されたＰＤＵを送信すること（９５０）、をさらに含む
請求項１から１２のいずれか１項に記載の方法。

【請求項14】

無線アクセスネットワーク（ＲＡＮ）におけるネットワークノードのための方法であって、
前記方法は、ユーザ機器（ＵＥ）から、前記ネットワークノードがアップリンク（ＵＬ）データ送信のためのリソースを前記ＵＥに許可した周期的な複数の機会のうちの特定の１つの機会においてデータを受信すること（１０２０）を含み、
前記データは、第１のハイブリッドＡＲＱ（ＨＡＲＱ）プロセスに関連付けられた第１のプロトコルデータユニット（ＰＤＵ）、又は、第２のＨＡＲＱプロセスに関連付けられた第２のＰＤＵのいずれかを含み、
前記第１のＰＤＵ及び第２のＰＤＵのうち少なくとも１つが、前記複数の機会のうちの先の機会の１つにおいて失敗した送信の後の、再送のためのＰＤＵであり、
前記データが前記第１のＰＤＵ又は前記第２のＰＤＵを含むか否かが、前記第１のＰＤＵ及び第２のＰＤＵに含まれるデータを有する論理チャネル（ＬＣＨ）の優先順位と、前記第１のＰＤＵ及び第２のＰＤＵのうち１つ又は両方が再送のためのものであるか否かとの少なくとも１つに基づく
方法。

【請求項15】

前記第１のＰＤＵが初送のためのものであり、かつ、前記第２のＰＤＵが再送のためのものであり、
前記データは、複数の前記ＬＣＨの中で最も優先順位の高いＬＣＨに関連付けられたデータを含む前記第１のＰＤＵ及び第２のＰＤＵのうちの特定の１つを含む
請求項１４に記載の方法。

【請求項16】

前記第１のＰＤＵが初送のためのものであり、かつ、前記第２のＰＤＵが再送のためのものであり、
前記データは、前記第１のＰＤＵに含まれるデータを有するＬＣＨの中で最も高い優先順位が、前記第２のＰＤＵに含まれるデータを有するＬＣＨの中で最も高い優先順位と同一である場合に、前記第２のＰＤＵを含む
請求項１４又は１５に記載の方法。

【請求項17】

前記第２のＰＤＵに含まれる１つ以上の第１のタイプの媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）を有するＬＣＨに、前記第１のＰＤＵに含まれるデータを有するＬＣＨよりも高い優先順位が付与される
請求項１５又は１６に記載の方法。

【請求項18】

前記第２のＰＤＵが、１つ以上の先の機会における１つ以上の失敗した再送信の後の再送のためのものである場合にのみ、前記第２のＰＤＵに含まれる１つ以上の第１のタイプのＭＡＣ ＣＥを有するＬＣＨに、前記第１のＰＤＵに含まれるデータを有する前記ＬＣＨよりも高い優先順位が付与される
請求項１７に記載の方法。

【請求項19】

複数の前記第１のタイプのＭＡＣ ＣＥが、異なる優先順位に関連付けられる請求項１７又は１８に記載の方法。

【請求項20】

前記第１のＨＡＲＱプロセスに関連付けられた、設定許可タイマ（ＣＧＴ）及び設定許可再送タイマ（ＣＧＲＴ）が、前記ＵＥにおいて作動中でなく、
前記第１のＨＡＲＱプロセスが、前記ＵＥにおいて保留中でなく、
前記第２のＨＡＲＱプロセスに関連付けられた前記ＣＧＲＴが、前記ＵＥにおいて作動中でなく、
前記第２のＨＡＲＱプロセスが、前記ＵＥにおいて保留中であるか、又は、前記第２のＨＡＲＱプロセスに関連付けられたＣＧＴが、前記ＵＥにおいて作動中であるか、のうちの１つが適合する
請求項１５から１９のいずれか１項に記載の方法。

【請求項21】

前記第１のＰＤＵ及び第２のＰＤＵが、再送のためのものであり、
前記第１のＰＤＵ及び第２のＰＤＵに含まれるデータを有するＬＣＨの前記優先順位に関わりなく、前記データが前記第１のＰＤＵを含むこと、又は、前記第１のＰＤＵ及び第２のＰＤＵに含まれるデータを有するＬＣＨの前記優先順位に関わりなく、前記データが前記第２のＰＤＵを含むこと、のうちの１つが適合する
請求項１４に記載の方法。

【請求項22】

前記ＵＥにおいて、前記第１のＨＡＲＱプロセスに関連付けられた設定許可タイマ（ＣＧＴ）が作動中であり、
前記ＵＥにおいて、前記第１のＨＡＲＱプロセスに関連付けられた設定許可再送タイマ（ＣＧＲＴ）が期限切れであり、
前記ＵＥにおいて、前記第２のＨＡＲＱプロセスに関連付けられたＣＧＲＴ及びＣＧＴが作動中でなく、
前記ＵＥにおいて、前記第１のＨＡＲＱプロセスが保留中でなく、かつ、前記第２のＨＡＲＱプロセスが保留中である
請求項２１に記載の方法。

【請求項23】

前記第２のＰＤＵが、前記機会のうち先の１つにおける前記許可されたリソースにおいて、前記ＵＥによる失敗したリッスン・ビフォー・トーク（ＬＢＴ）手順の後の保留中の再送である
請求項２２に記載の方法。

【請求項24】

前記特定の機会が、リソースの第１の許可に関連付けられた第１の複数の機会のうちの１つであり、かつ、リソースの第２の許可に関連付けられた第２の複数の機会の１つであり、
前記データが、前記データに含まれる前記ＰＤＵに関連付けられた前記ＨＡＲＱプロセスに基づいて、前記第１の許可又は前記第２の許可からのリソース上の前記特定の機会で受信される
請求項１４から２３のいずれか１項に記載の方法。

【請求項25】

前記ＵＥへ前記第１の許可及び前記第２の許可を送信すること（１０１０）をさらに含む
請求項２４に記載の方法。

【請求項26】

無線アクセスネットワーク（ＲＡＮ（２９９、１３３０））において動作するように構成されたユーザ機器（ＵＥ（１１０、２０５、１１００、１３１０））であって、
前記ユーザ機器は、前記ＲＡＮのネットワークノード（１２０、２１０、２２０、１２００）と通信するように構成された無線送受信回路（１１４０）と、
前記無線送受信回路と動作可能に結合された処理回路（１１１０）と、を含み、
前記処理回路及び前記無線送受信回路は、前記ＵＥがアップリンク（ＵＬ）データ送信のためのリソースを許可された、周期的な複数の機会のうちの特定の機会において送信するためのデータを取得し、
前記データは、第１のハイブリッドＡＲＱ（ＨＡＲＱ）プロセスに関連付けられた第１のプロトコルデータユニット（ＰＤＵ）と、第２のＨＡＲＱプロセスに関連付けられた第２のＰＤＵとを含み、
前記第１のＰＤＵ及び第２のＰＤＵのうち少なくとも１つが、前記複数の機会のうちの先の１つ機会において失敗した送信の後の、再送のためのＰＤＵであり、
前記処理回路及び前記無線送受信回路は、前記第１のＰＤＵ及び第２のＰＤＵに含まれるデータを有する論理チャネル（ＬＣＨ）の優先順位と、前記第１のＰＤＵ及び第２のＰＤＵのうち１つ又は両方が再送のためのものであるか否かとの少なくとも１つに基づいて、前記特定の機会において送信するために前記第１のＰＤＵ又は前記第２のＰＤＵを選択する、ことを含む
ユーザ機器。

【請求項27】

前記処理回路及び前記無線送受信回路は、請求項２から１３のいずれか１項に記載の方法に対応する動作を実行するように、さらに構成された
請求項２６に記載のユーザ機器。

【請求項28】

無線アクセスネットワーク（ＲＡＮ（２９９、１３３０））において動作するように構成されたユーザ機器（ＵＥ（１１０、２０５、１１００、１３１０））であって、
前記ユーザ機器は、前記ＵＥがＵＬデータ送信のためのリソースを許可された、周期的な複数の機会のうちの特定の１つの機会において送信するためのデータを取得し、
前記データは、第１のハイブリッドＡＲＱ（ＨＡＲＱ）プロセスに関連付けられた第１のプロトコルデータユニット（ＰＤＵ）と、第２のＨＡＲＱプロセスに関連付けられた第２のＰＤＵとを含み、
前記第１のＰＤＵ及び第２のＰＤＵのうち少なくとも１つが、前記複数の機会のうちの先の機会の１つにおいて失敗した送信の後の、再送のためのＰＤＵであり、
前記ユーザ機器は、前記第１のＰＤＵ及び第２のＰＤＵに含まれるデータを有する論理チャネル（ＬＣＨ）の優先順位と、前記第１のＰＤＵ及び第２のＰＤＵのうち１つ又は両方が再送のためのものであるか否かとの少なくとも１つに基づいて、前記特定の機会において送信するために前記第１のＰＤＵ又は前記第２のＰＤＵを選択するように、さらに構成された
ユーザ機器。

【請求項29】

請求項２から１３のいずれか１項に記載の方法に対応する動作を実行するように、さらに構成された
請求項２８に記載のユーザ機器。

【請求項30】

無線アクセスネットワーク（ＲＡＮ（２９９、１３３０））において動作するよう構成されたユーザ機器（ＵＥ（１１０、２０５、１１００、１３１０））の処理回路（１１１０）により実行された場合、前記ＵＥを、請求項１から１３のいずれか１項に記載された方法に対応する動作を実行するように構成する、コンピュータ実行可能な命令を蓄積する
非一時的なコンピュータ可読媒体（１１２０）。

【請求項31】

無線アクセスネットワーク（ＲＡＮ（２９９、１３３０））において動作するよう構成されたユーザ機器（ＵＥ（１１０、２０５、１１００、１３１０））の処理回路（１１１０）により実行された場合、前記ＵＥを、請求項１から１３のいずれか１項に記載された方法に対応する動作を実行するよう構成する、コンピュータ実行可能な命令を蓄積する
コンピュータプログラム製品（１１２１）。

【請求項32】

無線アクセスネットワーク（ＲＡＮ（２９９、１３３０））において動作するように構成されたネットワークノード（１２０、２１０、２２０、１２００）であって、
前記ネットワークノードは、ユーザ機器（ＵＥ（１１０、２０５、１１００、１３１０））と通信するよう構成された無線ネットワークインタフェース回路（１２４０）と、
前記無線ネットワークインタフェース回路と動作可能に結合された処理回路（１２１０）と、を含み、
前記処理回路、及び、前記無線ネットワークインタフェース回路は、前記ネットワークノードが前記ＵＥにアップリンク（ＵＬ）データ送信のためのリソースを許可した、周期的な複数の機会のうちの特定の１つの機会においてＵＥからデータを受信し、
前記データは、第１のハイブリッドＡＲＱ（ＨＡＲＱ）プロセスに関連付けられた第１のプロトコルデータユニット（ＰＤＵ）と、第２のＨＡＲＱプロセスに関連付けられた第２のＰＤＵとを含み、
前記第１のＰＤＵ及び第２のＰＤＵのうち少なくとも１つが、前記複数の機会のうちの先の機会の１つにおいて失敗した送信の後の、再送のためのＰＤＵであり、
前記データが前記第１のＰＤＵ又は前記第２のＰＤＵを含むか否かが、前記第１のＰＤＵ及び第２のＰＤＵに含まれるデータを有する論理チャネル（ＬＣＨ）の優先順位と、前記第１のＰＤＵ及び第２のＰＤＵのうち１つ又は両方が再送のためのものであるか否かとの少なくとも１つに基づく
ネットワークノード。

【請求項33】

前記処理回路及び前記無線ネットワークインタフェース回路は、請求項１５から２５のいずれか１項に記載の方法に対応する動作を実行するように、さらに構成された
請求項３２に記載のネットワークノード。

【請求項34】

無線アクセスネットワーク（ＲＡＮ（２９９、１３３０））において動作するように構成されたネットワークノード（１２０、２１０、２２０、１２００））であって、
前記ネットワークノードは、前記ネットワークノードがＵＥにアップリンク（ＵＬ）データ送信のためのリソースを許可した、周期的な複数の機会のうちの特定の１つの機会において、ＵＥからデータを受信するように、さらに構成され、
前記データは、第１のハイブリッドＡＲＱ（ＨＡＲＱ）プロセスに関連付けられた第１のプロトコルデータユニット（ＰＤＵ）と、第２のＨＡＲＱプロセスに関連付けられた第２のＰＤＵとを含み、
前記第１のＰＤＵ及び第２のＰＤＵのうち少なくとも１つが、前記複数の機会のうちの先の機会の１つにおいて失敗した送信の後の、再送のためのＰＤＵであり、
前記データが前記第１のＰＤＵ又は前記第２のＰＤＵを含むか否かが、前記第１のＰＤＵ及び第２のＰＤＵに含まれるデータを有する論理チャネル（ＬＣＨ）の優先順位と、前記第１のＰＤＵ及び第２のＰＤＵのうち１つ又は両方が再送のためのものであるか否かとの少なくとも１つに基づく
ネットワークノード。

【請求項35】

請求項１５から２５のいずれか１項に記載の方法に対応する動作を実行するように、さらに構成された
請求項３４に記載のネットワークノード。

【請求項36】

無線アクセスネットワーク（ＲＡＮ（２９９、１３３０））において動作するよう構成されたネットワークノード（１２０、２１０、２２０、１２００）の処理回路（１２１０）により実行された場合、前記ネットワークノードを、請求項１４から２５のいずれか１項に記載された方法に対応する動作を実行するように構成する、コンピュータ実行可能な命令を蓄積する
非一時的なコンピュータ可読媒体（１２２０）。

【請求項37】

無線アクセスネットワーク（ＲＡＮ（２９９、１３３０））において動作するよう構成されたネットワークノード（１２０、２１０、２２０、１２００）の処理回路（１２１０）により実行された場合、前記ネットワークノードを、請求項１４から２５のいずれか１項に記載された方法に対応する動作を実行するように構成する、コンピュータ実行可能な命令を蓄積する
コンピュータプログラム製品（１２２１）。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、一般的に、無線通信ネットワークに関連し、より具体的には、無線ネットワークによりＵＥに送信リソースが許可された、複数の機会のうちの１つの間に、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ（ＵＥ）による送信が可能なデータの複数のタイプ間の優先付けのための技術に関連する。

【背景技術】

【0002】

現在、セルラシステムの第５世代（５Ｇ）（Ｎｅｗ Ｒａｄｉｏ（ＮＲ）とも呼ばれる）が第３世代パートナーシッププロジェクト（３ＧＰＰ）内で標準化されている。ＮＲは、複数の実質的に異なるユースケースをサポートするための最大限の柔軟性のために開発される。これらは、拡張モバイルブロードバンド（ｅＭＢＢ）、マシンタイプ通信（ＭＴＣ）、超高信頼低遅延通信（ＵＲＬＬＣ）、サイドリンクデバイスツーデバイス（Ｄ２Ｄ）及びいくつかの他のユースケースを含む。ＮＲは、３ＧＰＰリリース１５（Ｒｅｌ－１５）において最初に規定され、Ｒｅｌ－１６及びＲｅｌ－１７等のその後のリリースを通して進化し続けている。

【0003】

５Ｇ／ＮＲ技術は、第４世代Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）と多くの類似点を共有する。例えば、ＮＲは、ネットワークからユーザ機器（ＵＥ）へのダウンリンク（ＤＬ）におけるＣＰ－ＯＦＤＭ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）や、ＵＥからネットワークへのアップリンク（ＵＬ）におけるＣＰ－ＯＦＤＭとＤＦＴ－ｓｐｒｅａｄ ＯＦＤＭ（ＤＦＴ－Ｓ－ＯＦＤＭ）の両方を使用する。他の例として、ＮＲ ＤＬ及びＵＬの時間領域物理リソースは、同じサイズの１ｍｓサブフレームに編成される。サブフレームは、同じ期間の複数のスロットにさらに分割され、各スロットは複数のＯＦＤＭベースのシンボルを含む。しかし、時間領域のリソースは、ＬＴＥセルよりもＮＲセルの方がはるかに柔軟に設定されうる。例えば、ＬＴＥのように固定の１５ｋＨｚ ＯＦＤＭサブキャリア間隔（ＳＣＳ）ではなく、ＮＲ ＳＣＳの範囲は、１５から２４０ｋＨｚであり、将来のＮＲのリリースではさらに大きなＳＣＳが検討される。

【0004】

ＬＴＥのように複数のセルを介したカバレッジの提供に加えて、ＮＲネットワークは、"ビーム"を介したカバレッジも提供する。一般的に、ダウンリンク（ＤＬ、例えば、ネットワークからＵＥへ）"ビーム"は、ＵＥにより測定又は監視されうるネットワーク送信参照信号（ＲＳ）のカバレッジエリアである。ＮＲでは、例えば、ＲＳは、以下のいずれかを含めることができる：同期信号／ＰＢＣＨブロック（ＳＳＢ）、チャネル状態情報ＲＳ（ＣＳＩ－ＲＳ）、三次参照信号（又は任意の他の同期信号）、ポジショニングＲＳ（ＰＲＳ）、復調ＲＳ（ＤＭＲＳ）、位相トラッキング参照信号（ＰＴＲＳ）等。一般的に、ＳＳＢは、ネットワークとの接続状態に関わらず、全てのＵＥに利用可能であり、他のＲＳ（例えば、ＣＳＩ－ＲＳ、ＤＭ－ＲＳ、ＰＴＲＳ）は、ネットワーク接続のある特定のＵＥに関連付けられる。

【0005】

図１は、５Ｇコアネットワーク（５ＧＣ）におけるＵＥ、ｇＮｏｄｅＢ（ｇＮＢ、例えばベースステーション）、及び、アクセス・移動管理機能（ＡＭＦ）の間におけるＮＲユーザプレーン（ＵＰ）及び制御プレーン（ＣＰ）プロトコルスタックの例示的な構成を示す。ＵＥとｇＮＢとの間における、Ｐｈｙｓｉｃａｌ（ＰＨＹ）、Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）、Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（ＲＬＣ）、及び、Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｒｏｌ（ＰＤＣＰ）レイヤは、ＵＰ及びＣＰで共通である。ＰＤＣＰレイヤは、ＣＰ及びＵＰに対して、暗号化／復号、完全性の保護、シーケンス番号、並べ替え、及び、重複検出を提供する。

【0006】

ＰＤＣＰは、ＵＰデータに対して、ヘッダ圧縮及び再送を提供する。ＵＰ側では、Ｉｎｔｅｒｎｅｔプロトコル（ＩＰ）パケットがサービスデータユニット（ＳＤＵ）としてＰＤＣＰレイヤに到着し、ＰＤＣＰはＲＬＣに配信するプロトコルデータユニット（ＰＤＵ）を作成する。さらに、Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＤＡＰ）レイヤは、サービス品質（ＱｏＳ）を取り扱い、ＱｏＳは、ＱｏＳフローとＤａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ（ＤＲＢ）との間のマッピングや、ＵＬ及びＤＬパケットにおけるＱｏＳフロー識別子（ＱＦＩ）のマーキングを含む。

【0007】

各ＩＰパケットが到着すると、ＰＤＣＰは、破棄タイマを開始する。このタイマが満了すると、ＰＤＣＰは、関連付けられたＳＤＵや対応しているＰＤＵを破棄する。ＰＤＵがＲＬＣに配信されていた場合、ＰＤＣＰは、ＲＬＣにもその破棄を通知する。ＲＬＣレイヤは、論理チャネル（ＬＣＨ）を介して、ＰＤＣＰ ＰＤＵをＭＡＣへ転送する。ＲＬＣは、誤り検出／訂正、セグメンテーション／再構成、シーケンス番号、上位レイヤへ／から転送されるデータの並べ替えを提供する。ＲＬＣは、ＰＤＣＰ ＰＤＵに関連付けられた破棄通知を受信すると、下位レイヤに送信されていなければ、対応するＲＬＣ ＳＤＵ（又は任意のそのセグメント）を破棄する。

【0008】

ＭＡＣレイヤは、ＬＣＨとＰＨＹトランスポートチャネル間のマッピング、ＬＣＨの優先付け、トランスポートブロック（ＴＢ）への多重化、又は、トランスポートブロックからの復元、ハイブリッドＡＲＱ（ＨＡＲＱ）誤り訂正、及び、動的スケジューリング（ｇＮＢ側）を提供する。ＰＨＹレイヤは、ＭＡＣレイヤに対してトランスポートチャネルサービスを提供し、ＮＲ無線インタフェース上の転送を取り扱う（例えば、変調、符号化、アンテナマッピング及びビームフォーミング）。

【0009】

ＣＰ側では、非アクセスストラタム（ＮＡＳ）レイヤがＵＥとＡＭＦとの間にあり、ＵＥ／ｇＮＢ認証、移動管理及びセキュリティ制御を取り扱う。ＲＲＣレイヤは、ＵＥではＮＡＳの下にあるが、ＡＭＦではなくｇＮＢにおいて終端する。ＲＲＣは、無線インタフェースにおけるＵＥとｇＮＢとの間の通信と、ＮＧ－ＲＡＮのセル間のＵＥのモビリティを制御する。ＲＲＣは、また、システム情報（ＳＩ）をブロードキャストし、ＵＥにより使用されるＤＲＢとＳｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ（ＳＲＢ）の確立、設定、維持、及び解放を行う。また、ＲＲＣは、ＵＥのためのキャリアアグリゲーション（ＣＡ）及びデュアルコネクティビティ（ＤＣ）の設定の追加、変更及び解放を制御する。ＲＲＣは、また、鍵管理等の様々なセキュリティ機能を実行する。

【0010】

ＵＥは、起動した後、ネットワークとのＲＲＣ接続が確立（そのとき、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（例えば、データ転送が可能となる）に移行する）するまで、ＲＲＣ＿ＩＤＬＥ状態となる。ＵＥは、ネットワークとの接続が解放されると、ＲＲＣ＿ＩＤＬＥに戻る。ＲＲＣ＿ＩＤＬＥ状態において、ＵＥの無線は、上位レイヤにより設定された不連続受信（ＤＲＸ）スケジュールでアクティブになる。ＤＲＸアクティブ期間中（"ＤＲＸ Ｏｎ期間"とも呼ばれる）、ＲＲＣ＿ＩＤＬＥのＵＥは、ＵＥが在圏しているセルのＳＩブロードキャストを受信し、セルの再選択をサポートするためにネイバの測定を実行し、そしてｇＮＢを介する５ＧＣからのページのために物理ＤＬ制御チャネル（ＰＤＣＣＨ）のページングチャネルを監視する。ＲＲＣ＿ＩＤＬＥ状態のＵＥは、ＵＥが在圏しているセルをサービングしているｇＮＢに認識されない。しかし、ＮＲ ＲＲＣは、ＵＥが（例えば、コンテクストを介して）サービングｇＮＢにより認識されるＲＲＣ＿ＩＮＡＣＴＩＶＥ状態を含む。

【0011】

ＮＲでは、ＵＬ及びＤＬデータ送信は、それぞれ物理ＵＬ共有チャネル（ＰＵＳＣＨ）及び物理ＤＬ共有チャネル（ＰＤＳＣＨ）において行われる。これらのデータ送信は、ネットワーク（例えば、ｇＮＢ）による明示的な許可又はリソースの割当てを伴い、又は、伴わずに行われうる。一般的に、ＵＬ送信は、通常はネットワークにより"許可される"と呼ばれ（例えば、"ＵＬ許可（ＵＬ ｇｒａｎｔ）"）、ＤＬ送信は、通常はネットワークに"割り当てられる"と呼ばれる（例えば、"ＤＬ割当て（ＤＬ ａｓｓｉｇｎｍｅｎｔ）"）。明示的な許可／割当てに基づく送信のため、ｇＮＢは、ＤＬ制御情報（ＤＣＩ）をＵＥへ送信し、送信に使用されるべき特定のリソースを通知する。ｇＮＢスケジューラは、ｇＮＢのバッファにおけるＤＬデータ又はＵＥのバッファ（ＵＥは、バッファ状況報告（ＢＳＲ）及び／又は１ビットのスケジューリングリクエスト（ＳＲ）を介して報告を行う）におけるＵＬデータの認識に基づいて、許可／割当てを発行する。

【0012】

それに対して、明示的な許可／割当てのない送信は、定義された周期性のある機会（ｏｃｃａｓｉｏｎ）の間に行われるように通常は構成される。定期的及び／又は反復的なＵＬ許可及び／又はＤＬ割当てが与えられると、ＵＥは、予め定められた設定に従って、データ送信の開始及び／又はデータの受信を行いうる。そのような送信は、準永続的スケジューリング（ＳＰＳ、ＤＬ向け）、設定許可（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）（ＣＧ、ＵＬ向け）又は、グラント・フリー送信と呼ばれうる。

【0013】

ＮＲのＵＬにおいて、２つのタイプのＣＧがある。タイプ１（Ｔｙｐｅ－１）は、ＲＲＣシグナリングのみを介して設定され、タイプ２（Ｔｙｐｅ－２）は、一部のパラメータはＲＲＣシグナリングを介して予め設定され、一部のＰＨＹパラメータは、動的に示される。ＵＬ設定許可のＲＲＣ設定は、ＵＥにおけるタイマを介してＵＬのハイブリッドＡＲＱ（ＨＡＲＱ）処理の動作を制御するためのｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒ（ＣＧＴ）の値を含む、様々なパラメータを含む。

【0014】

関連する機能は、ＵＰ設定許可を用いて自律型ＨＡＲＱ再送（例えば、同じトランスポートブロック、ＴＢ）をサポートするためのＡｕｔｏｎｏｍｏｕｓ Ｕｐｌｉｎｋ（ＡＵＬ）である。ＣＧ機会の間のＨＡＱＲプロセスＴＢの送信のそれぞれにおいて、ＵＥは、ＣＧ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ（ＣＧＲＴ）を開始し、そのＣＧＲＴの満了前にｇＮＢがＴＢの受信の肯定的な確認応答を行わなかった場合、そのＴＢは、後続のＣＧ機会の間に自律的に再送信される。

【発明の概要】

【0015】

一部のＣＧ機会において、再送可能なデータを有するＨＡＲＱプロセスは、送信又は再送が可能なデータを有する他のＨＡＲＱプロセスと競合しうる。ＵＥが１つのＣＧ機会で競合する複数のＨＡＲＱプロセスを優先付けする方法は、現在明確でない。

【0016】

本開示の実施形態は、上記で要約され、下記でより詳細に説明された例示的な問題を克服するための解決方法の提供、有効化、及び／又は促進により、ＵＥと無線ネットワーク（例えば、無線アクセスネットワーク、ＲＡＮ）との間の通信に対して具体的な改善を提供する。

【0017】

実施形態は、ＲＡＮにおいて動作するよう設定されたＵＥのための方法（例えば、手続き）を含む。これらの例示的な方法は、ＵＥがＵＬデータ送信のためのリソースを許可された定期的な複数の機会のうち特定の１つにおいて、送信のためのデータを取得することを含みうる。そのデータは、第１のＨＡＲＱプロセスに関連付けられた第１のプロトコルデータユニット（ＰＤＵ）と、第２のＨＡＲＱプロセスに関連付けられた第２のＰＤＵとを含む。第１又は第２のＰＤＵのうちの少なくとも１つは、複数の機会のうちの先の１つ（ａｎ ｅａｒｌｉｅｒ ｏｎｅ ｏｆ ｔｈｅ ｐｌｕｒａｌｉｔｙ ｏｆ ｏｃｃａｓｉｏｎｓ）の間に失敗した送信の後の再送のためのものである。これらの例示的な方法は、特定の機会における送信のために、以下のうちの少なくとも１つに基づいて、第１のＰＤＵ又は第２のＰＤＵを選択することも含みうる：第１及び第２のＰＤＵに含まれるデータを有する論理チャネル（ＬＣＨ）の優先順位、及び、第１及び第２のＰＤＵのうちの１つ又は両方が再送のためのものであるか否か。

【0018】

一部の実施形態において、第１のＰＤＵは、初送のためのものであり、第２のＰＤＵは再送のためのものであり、第１のＰＤＵ又は第２のＰＤＵを選択することは、複数のＬＣＨの中で最も高い優先順位のＬＣＨに関連付けられたデータを含む第１及び第２のＰＤＵのうちの特定の１つを選択することを含む。

【0019】

一部の実施形態において、第１のＰＤＵは、初送のためのものであり、第２のＰＤＵは、再送のためのものであり、第１のＰＤＵ又は第２のＰＤＵを選択することは、第１のＰＤＵに含まれるデータを有するＬＣＨの最も高い優先順位が、第２のＰＤＵに含まれるデータを有するＬＣＨの最も高い優先順位と同じであるとき、第２のＰＤＵを選択することを含む。

【0020】

これらの実施形態の一部において、第２のＰＤＵに含まれるＭＡＣ ＣＥの第１のタイプの１つ以上を有するＬＣＨに、第１のＰＤＵに含まれるデータを有するＬＣＨよりも高い優先順位が与えられる。変形において、より高い優先順位は、第２のＰＤＵが、先の１つ以上の機会の間に（ｄｕｒｉｎｇ ｏｎｅ ｏｒ ｍｏｒｅ ｅａｒｌｉｅｒ ｏｃｃａｓｉｏｎｓ）失敗した１つ以上の再送の後の再送のためのものである場合にのみ与えられる。これらの実施形態の一部において、複数のＭＡＣ ＣＥの第１のタイプに、異なる優先順位が関連付けられる。

【0021】

これらの実施形態の一部において、第１のＨＡＲＱプロセスに関連付けられた、コンフィギュアド・グラント・タイマ（ＣＧＴ）とコンフィギュアド・グラント・リトランスミッション・タイマ（ＣＧＲＴ）は、作動しておらず、そして第１のＨＡＲＱプロセスは保留されていない。加えて、第２のＨＡＲＱプロセスに関連付けられたＣＧＲＴは、作動しておらず、そして第２のＨＡＲＱプロセスが保留されていないか、又は、第２のＨＡＲＱプロセスが作動している。

【0022】

これらの実施形態の一部では、これらの例示的な方法は、第１のＰＤＵが選択された場合、第２のＨＡＲＱプロセスに関連付けられたＣＧＴの期限を、その機会の期間分延長することも含みうる。一部の実施形態において、期限の延長は、以下のうち１つに基づく：第２のＨＡＲＱプロセスに関連付けられたＣＧＴが実行されているか、又は、第２のＨＡＲＱプロセスが保留されている。

【0023】

他の実施形態では、第１及び第２のＰＤＵは、再送のためものであり、第１のＰＤＵ又は第２のＰＤＵを選択することは、以下のうちの１つを含む：
・ 第１及び第２のＰＤＵに含まれるデータを有するＬＣＨの優先順位に関わらず、第１のＰＤＵを選択する、又は、
・ 第１及び第２のＰＤＵに含まれるデータを有するＬＣＨの優先順位に関わらず、第２のＰＤＵを選択する。

【0024】

これらの実施形態の一部では、第１のＨＡＲＱプロセスに関連付けられたＣＧＴが作動しており、第１のＨＡＲＱプロセスに関連付けられたＣＧＲＴは満了し、第１のＨＡＲＱプロセスが保留されていない。加えて、第２のＨＡＲＱプロセスに関連付けられたＣＧＲＴ及びＣＧＴは作動しておらず、第２のＨＡＲＱプロセスは保留されていない。

【0025】

これらの実施形態の一部では、これらの例示的な方法は、許可されたリソースにおいてリッスン・ビフォー・トーク（ＬＢＴ）手順を実行し、第２のＰＤＵが、先の１つの機会におけるＬＢＴ手順の失敗後の保留している再送である、ことも含みうる。

【0026】

実施形態の一部では、特定の機会は、リソースの第１の許可に関連付けられた第１の複数の機会の１つであり、リソースの第２の許可に関連付けられた第２の複数の機会の１つでありうる。そのような実施形態において、これらの例示的な方法は、以下も含みうる：選択されたＰＤＵに関連付けられたＨＡＲＱプロセスに基づいて、第１の許可又は第２の許可からリソースを選択すること、及び、選択されたリソースを用いて特定の機会において選択されたＰＤＵを送信すること。

【0027】

他の実施形態は、ＲＡＮにおけるネットワークノードのための例示的な方法（例えば、手順）を含む。一般に、これらの例示的な方法は、上記に要約された例示的なＵＥの方法と相補的でありうる。

【0028】

これらの例示的な方法は、ＵＬデータ送信のためにネットワークノードがＵＥにリソースを許可した定期的な複数の機会の特定の１つの間に、ＵＥからデータを受信することを含みうる。データは、第１のＨＡＲＱプロセスに関連付けられた第１のＰＤＵ又は第２のＨＡＲＱプロセスに関連付けられた第２のＰＤＵのいずれかを含む。第１及び第２のＰＤＵの少なくとも１つは、複数の期間のうちの先の１つ（ａｎ ｅａｒｌｉｅｒ ｏｎｅ ｏｆ ｔｈｅ ｐｌｕｒａｌｉｔｙ ｏｆ ｏｃｃａｓｉｏｎｓ）の間に失敗した送信の後の再送のためのものである。データが第１のＰＤＵ又は第２のＰＤＵを含むか否かは、第１又は第２のＰＤＵに含まれるデータを有するＬＣＨの優先順位、及び／又は、第１及び第２のＰＤＵの１つ又は両方が再送のためのものであるか否かに基づく。

【0029】

一部の実施形態では、第１のＰＤＵは、初送のためのものであり、第２のＰＤＵは、再送のためのものであり、そして、データは、複数のＬＣＨの中で最も高い優先順位を有するＬＣＨに関連付けられたデータを含む第１及び第２のＰＤＵのうちの特定の１つを含む。一部の実施形態では、第１のＰＤＵは、初送のためのものであり、第２のＰＤＵは再送のためのものであり、そして、データは、第１のＰＤＵに含まれるデータを有するＬＣＨの中で最も高い優先順位が、第２のＰＤＵに含まれるデータを有するＬＣＨの中で最も高い優先順位と同一の場合、第２のＰＤＵを含む。

【0030】

これらの実施形態の一部では、第２のＰＤＵに含まれるＭＡＣ ＣＥの第１のタイプの１つ以上を有するＬＣＨは、第１のＰＤＵに含まれるデータを有するＬＣＨよりも高い優先順位が与えられる。変形では、第２のＰＤＵが、１つ以上の先の機会において（ｄｕｒｉｎｇ ｏｎｅ ｏｒ ｍｏｒｅ ｅａｒｌｉｅｒ ｏｃｃａｓｉｏｎｓ）１つ以上の失敗した再送信の後の再送である場合にのみ、より高い優先順位が与えられうる。これらの実施形態の一部では、複数の第１のタイプのＭＡＣ ＣＥに、異なる優先順位が関連付けられる。

【0031】

これらの実施形態の一部では、第１のＨＡＲＱプロセスに関連付けられた、ＣＧＴ及びＣＧＲＴは、ＵＥにおいて実行されておらず、第１のＨＡＲＱプロセスは、ＵＥにおいて保留されていない。加えて、第２のＨＡＲＱに関連付けられたＣＧＲＴは、ＵＥにおいて作動しておらず、第２のＨＡＲＱプロセスがＵＥにおいて保留されていないか、又は、第２のＨＡＲＱプロセスに関連付けられたＣＧＴがＵＥにおいて作動していない。

【0032】

他の実施形態では、第１及び第２のＰＤＵは、再送のためのものであり、以下のうちの１つが適用される：
・ データは、第１及び第２のＰＤＵに含まれるデータを有するＬＣＨの優先順位に関わらず、第１のＰＤＵを含む。
・ データは、第１及び第２のＰＤＵに含まれるデータを有するＬＣＨの優先順位に関わらず、第２のＰＤＵを含む。

【0033】

これらの実施形態の一部では、第１のＨＡＲＱプロセスに関連付けられたＣＧＴは、ＵＥにおいて作動しており、第１のＨＡＲＱプロセスに関連付けられたＣＧＲＴがＵＥにおいて満了しており、第１のＨＡＲＱプロセスがＵＥにおいて保留されていない。加えて、第２のＨＡＲＱプロセスに関連付けられたＣＧＲＴ及びＣＧＴがＵＥにおいて作動しておらず、第２のＨＡＲＱプロセスがＵＥにおいて保留されていない。これらの実施形態の一部では、第２のＰＤＵは、複数の機会のうちの先の１つにおいて、許可されたリソースにてＵＥにより失敗されたＬＢＴ手順の後の、保留している再送である。

【0034】

実施形態の一部では、特定の機会は、リソースの第１の許可に関連付けられた第１の複数の機会の１つ、及び、リソースの第２の許可に関連付けられた第２の複数の機会の１つでありうる。換言すると、第１及び第２の許可は、少なくとも１つの共通の機会（例えば、特定の機会）を有する。そのような実施形態では、データは、そのデータに含まれるＰＤＵに関連付けられたＨＡＲＱプロセスに応じて、第１の許可又は第２の許可からのリソース上の特定の機会において受信される。これらの実施形態の一部では、これらの例示的な方法は、ＵＥへ第１の許可及び第２の許可を送信することも含みうる。

【0035】

他の実施形態は、本明細書において説明される任意の例示方法に対応する動作を実行するよう構成されたＵＥ（例えば、無線デバイス）及びＲＡＮノード（例えば、ベースステーション、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ等又はそれらの構成品）を含む。他の実施形態は、処理回路により実行された場合に、ＵＥやＲＡＮを、本明細書において説明される任意の例示方法に対応する動作を実行するよう構成するプログラム命令を記憶している、非一時的な、コンピュータ可読媒体を含む。

【0036】

本明細書において説明される実施形態は、単一のＵＬ ＣＧ機会におけるＬＣＨベースの優先付けと、優先順位の低いＨＡＲＱプロセスの取り扱いとのための、柔軟で効率的な技術を提供する。これらの技術は、ＵＥに対して、優先順位の高いＵＲＬＬＣタイプのＵＬトラフィックのための要求条件を満足させ、同時に、優先順位の低いｅＭＢＢタイプのＵＬトラフィックと多重化する場合に、高いキャパシティを提供することを含む、様々な利益及び／又は利点を提供する。

【0037】

本開示の実施形態のこれら及び他の目的、特徴、及び、利点は、以下に簡潔に説明される図面を鑑みて、以下の詳細な説明を読むことにより明らかになる。

【図面の簡単な説明】

【0038】

【図1】例示的なＮＲユーザプレーン（ＵＰ）及び制御プレーン（ＣＰ）のプロトコルスタックを示す。

【図2】例示的な５Ｇ／ＮＲネットワークアーキテクチャのハイレベルな概観を示す。

【図3】例示的なＮＲユーザ機器（ＵＥ）の周波数領域の設定を示す。

【図4】ＮＲスロットの例示的な時間－周波数リソースグリッドを示す。

【図5】ＮＲの例示的なミニスロット配置を示す。

【図6】ＮＲスロット内の例示的な制御及びデータチャネルの配置を示す。

【図7A】図７Ａ－Ｂを含み、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ情報要素（ＩＥ）の例示的なＡＳＮ．１データ構造を示す。

【図7B】図７Ａ－Ｂを含み、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ情報要素（ＩＥ）の例示的なＡＳＮ．１データ構造を示す。

【図8】ハイブリッドＡＲＱ（ＨＡＲＱ）プロセスのための自律アップリンク（ＡＵＬ）送信を限定する例示的な手順を示す。

【図9】本開示の様々な例示的な実施形態に従うＵＥ（例えば、無線デバイス）のための例示的な方法のフロー図を示す。

【図10】本開示の様々な例示的な実施形態に従うネットワークノード（例えば、ベースステーション、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ等）のための例示的な方法のフロー図を示す。

【図11】本開示の様々な例示的な実施形態に従う例示的なＵＥ（例えば、無線デバイス）のブロック図を示す。

【図12】本開示の様々な例示的な実施形態に従う例示的なネットワークノード（例えば、ベースステーション、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ等）のブロック図を示す。

【図13】本開示の様々な例示的な実施形態に従うホストコンピュータとＵＥとの間のオーバー・ザ・トップ（ＯＴＴ）データサービスを提供するよう構成された例示的なネットワークのブロック図を示す。

【発明を実施するための形態】

【0039】

本明細書において考えられる実施形態の一部は、添付の図面を参照してより完全に説明される。しかし、他の実施形態は、本明細書において開示される主題の範囲内に含まれ、開示された主題は、本明細書に記載された実施形態にのみ限定されると解釈されるべきでなく、むしろ、これらの実施形態は、当業者に主題の範囲を伝える例として提供される。

【0040】

一般的に、本明細書で使用される全ての用語は、それらが使用されている文脈から明らかに異なる意味が与えられている及び／又は暗示されている場合を除き、関連する技術分野における通常の意味に従って解釈されるべきである。構成要素、装置、部品、手段、ステップ等への全ての言及は、特に明記されていない限り、その構成要素、装置、部品、手段、ステップ等の少なくとも１つの実例を指すものとして自由に解釈されるべきである。本明細書において開示された任意の方法のステップは、ステップが他のステップに後続する又は先行すると明示的に記載される、及び／又は、ステップが何らかの依存性により他のステップに必然的に後続又は先行しなければならない場合を除き、開示された正確な順序で実行される必要はない。本明細書において開示された任意の実施形態の任意の特徴は、適切であれば、他の任意の実施形態に適用されうる。同様に、任意の実施形態の任意の利点は、他の実施形態に適用することができ、逆もまた同様である。同封の実施形態の他の目的、特徴、及び利点は、以下の説明により明らかである。

【0041】

さらに、以下の説明全体で、以下の用語が使用される：
・ 無線ノード（Ｒａｄｉｏ Ｎｏｄｅ）：本明細書で使用される場合、"無線ノード"は、無線アクセスノード又は無線デバイスのいずれかでありうる。
・ ノード（Ｎｏｄｅ）：本明細書で使用される場合、"ノード"は、ネットワークノード又は無線デバイスでありうる。
・ 無線アクセスノード（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｏｄｅ）：本明細書で使用される場合、"無線アクセスノード"（又は、同等に"無線ネットワークノード"）は、信号を無線で送信及び／又は受信するよう動作するセルラ通信ネットワークの無線アクセスネットワーク（ＲＡＮ）における任意のノードでありうる。無線アクセスノードの一部の例は、限定されるものではなく、ベースステーション（例えば、３ＧＰＰ第５世代（５Ｇ）ＮＲネットワークにおけるＮｅｗ Ｒａｄｉｏ（ＮＲ）ベースステーション（ｇＮＢ）、３ＧＰＰ ＬＴＥネットワークにおけるｅｎｈａｎｃｅｄ又はｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ））、ベースステーション分散コンポーネント（例えば、ＣＵ及びＤＵ）、ハイパワー又はマクロベースステーション、ローパワーベースステーション（例えば、マイクロ、ピコ、フェムト又はホームベースステーション等）、ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ（ＩＡＢ）ノード、トランスミッションポイント、リモート無線ユニット（ＲＲＵ又はＲＲＨ）及びリレーノードを含む。
・ コアネットワークノード（Ｃｏｒｅ Ｎｅｔｗｏｒｋ Ｎｏｄｅ）：本明細書で使用される場合、"Ｃｏｒｅ Ｎｅｔｗｏｒｋ Ｎｏｄｅ"は、コアネットワークにおける任意のタイプのノードである。コアネットワークの一部の例は、例えば、Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）、サービングゲートウェイ（ＳＧＷ）、Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ（Ｐ－ＧＷ）、アクセス及び移動管理機能（ＡＭＦ）、セッション管理機能（ＡＭＦ）、ユーザプレーン機能（ＵＰＦ）、Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ（ＳＣＥＦ）等を含む。
・ 無線デバイス（Ｗｉｒｅｌｅｓｓ Ｄｅｖｉｃｅ）：本明細書で使用される場合、"無線デバイス"（又は短縮のため"ＷＤ"）は、ネットワークノード及び／又は他の無線デバイスと無線で通信することにより、セルラ通信ネットワークへのアクセスを有する（例えば、提供されることにより）任意のタイプのデバイスである。無線で通信することは、電磁波、電波、赤外線、及び／又は、他のタイプの空中を通して情報を搬送するために適した信号を用いて無線信号を送信すること及び／又は受信することを含みうる。無線デバイスの一部の例は、限定されるものではなく、スマートフォン、モバイルフォン、セルフォン、ボイスオーバーＩＰ（ＶｏＩＰ）フォン、ワイヤレスローカルループフォン、デスクトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、ワイヤレスカメラ、ゲーミングコンソール又はデバイス、ミュージックストレージデバイス、再生アプライアンス、ウェアラブルデバイス、ワイヤレスエンドポイント、モバイルステーション、タブレット、ラップトップ、ラップトップ埋め込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線顧客構内機器（ＣＰＥ）、モバイル型通信（ＭＴＣ）デバイス、インターネット・オブ・シングス（ＩｏＴ）デバイス、車載型無線端末機器等を含む。特に断りのない限り、"無線デバイス"は、本明細書において、"ユーザ機器"（又は短縮のため"ＵＥ"）と同じ意味で使用される。
・ ネットワークノード（Ｎｅｔｗｏｒｋ Ｎｏｄｅ）：本明細書で使用される場合、"ネットワークノード"は、無線アクセスネットワーク（例えば、無線アクセスノード又は上記で論じられた同等の名称）又はコアネットワーク（例えば、上記で論じられたコアネットワーク）、又はセルラ通信ネットワークのいずれかの一部である任意のノードである。機能的には、ネットワークノードは、セルラ通信ネットワークにおいて、無線デバイスに無線アクセスを可能とし、及び／又は、提供するため、及び／又は、他の機能（例えば、管理）を実行するために、セルラ通信ネットワークにおける無線デバイス及び／又は他のネットワークノード又は機器と直接又は間接的に通信することができ、通信できるよう設定され、配置され、動作可能な装置である。

【0042】

本明細書の説明は、３ＧＰＰセルラ通信システムに焦点を当てており、例えば、３ＧＰＰの用語や３ＧＰＰの用語に類似する用語がしばしば使用される。しかし、本明細書において開示される概念は、３ＧＰＰシステムに限定されない。さらに、本明細書で "セル"の用語が使用されるが、ビームがセルの代わりに使用されうること（特に、５Ｇ ＮＲに関して）、そのため、本明細書で説明される概念は、セルとビームの両方に等しく適用されることが理解されるべきである。

【0043】

上記で簡潔に言及したように、ＵＬ設定許可（ＣＧ）及び自律アップリンク（ＵＬ）をサポートするＮＲのＵＥにおいて、特定のＨＡＲＱプロセスが再送可能なデータを有し、場合によっては、１つ以上の他のＨＡＲＱプロセスも送信可能又は再送可能なデータを有する、ＣＧ機会がありうる。ＵＥが、単一のＣＧ機会に対してこれらの複数のＨＡＲＱプロセスにどのように優先付けをすべきかについては、現在明確でない。このことは、ＮＲネットワークアーキテクチャ及びＰＨＹ特性の紹介の後、下記でより詳細に論じられる。

【0044】

図２は、Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（ｎｇ－ＲＡＮ）２９９及び５Ｇ Ｃｏｒｅ（５ＧＣ）２９８を含む、例示的な５Ｇネットワークアーキテクチャのハイレベルな概観を示す。図に示されるように、ＮＧ－ＲＡｎ２９９は、それぞれのＸｎインタフェースを介して互いに相互接続されるｇＮＢ２１０（例えば、２１０ａ、ｂ）及びｎｇ－ｅＮＢ２２０（例えば、２２０ａ、ｂ）を含みうる。ｇＮＢとｎｇ－ｅＮＢは、ＮＧインタフェースを介して、５ＧＣ２９８とも接続される。より具体的には、それぞれのＮＧ－Ｃインタフェースを介して、ＡＭＦ（アクセス・移動管理機能）２３０（例えば、ＡＭＦ２３０ａ、ｂ）と、それぞれのＮＧ－Ｕインタフェースを介してＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）２４０（例えば、ＵＰＦ２４０ａ、ｂ）と接続される。さらに、ＡＭＦ２３０ａ、ｂは、１つ以上のポリシ制御機能（ＰＣＦ、例えばＰＣＦ２５０ａ、ｂ）及びネットワークエクスポージャ機能（ＮＥＦ、例えば２６０ａ、ｂ）と通信しうる。

【0045】

ｇＮＢ２１０のそれぞれは、周波数分割複信（ＦＤＤ）、時間分割複信（ＴＤＤ）、又はそれらの組合せを含むＮＲ無線インタフェースをサポートしうる。これに対して、ｎｇ－ｅＮＢ２２０のそれぞれは、ＬＴＥ無線インタフェースをサポートしうるが、従来のＬＴＥ ｅＮｏｄｅＢ（ｅＮＢ）と異なり、ＮＧインタフェースを介して、５ＧＣに接続する。ｇＮＢとｎｇ－ｅＮＢのそれぞれは、図２で例示されるセル２１１ａ－ｂ及び２２１ａ－ｂを含む１つ以上のセルを含む地理的なカバレッジエリアを提供しうる。ｇＮＢとｎｇ－ｅＮＢは、それぞれのセルにおいてカバレッジを提供するために、様々な方向性ビームを使用しうる。ＵＥ２０５は、それが配置された特定のセルに応じて、それぞれＮＲ又はＬＴＥ無線インタフェースを介して、そのセルを提供するｇＮＢ又はｎｇ－ｅＮＢと通信しうる。

【0046】

図２に示されたｇＮＢは、中央（又は集中型）ユニット（ＣＵ又はｇＮＢ－ＣＵ）又は１つ以上の分散（又は分散型）ユニット（ＤＵ又はｇＮＢ－ＤＵ）を含むことができ、それらは論理ノードとして見なされうる。ＣＵは、高いレイヤのプロトコルをホストし、ＤＵの動作の制御等の様々なｇＮＢ機能を実行する。ＤＵは、低いレイヤのプロトコルをホストしｇＮＢ機能の様々なサブセットを含みうる。そのように、ＣＵ及びＤＵのそれぞれは、処理回路、（例えば、Ｘｎ、ＮＧ、無線等のインタフェースを介して通信するための）通信インタフェース回路、それぞれの機能を実行するために必要とされる様々な回路を含みうる。さらに、"中央ユニット"及び"集中型ユニット"という用語は、"分散ユニット"及び"分散型ユニット"という用語と同様に、同じ意味で使用しうる。

【0047】

ＣＵは、関連付けられたＤＵに、それぞれのＦ１論理インタフェースを介して接続する。ＣＵと関連付けられたＤＵとは、他のｇＮＢや５ＧＣには、ｇＮＢとして認識される（例えば、Ｆ１インタフェースは、ＣＵを超えて認識されない）。ＣＵは、Ｆ１ ａｐｐｌｉｃａｔｉｏｎ ｐａｒｔ ｐｒｏｔｏｃｏｌ（Ｆ１－ＡＰ）、Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＣＴＰ）、ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ（ＧＴＰ）、Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ（ＰＤＣＰ）、Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ（ＵＤＰ）、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）及びＲａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）ｐｒｏｔｏｃｏｌ等の高いレイヤのプロトコルをホストしうる。これに対して、ＤＵは、Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（ＲＬＣ）、Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）及び物理レイヤ（ＰＨＹ）ｐｒｏｔｏｃｏｌ等の低いレイヤのプロトコルをホストしうる。

【0048】

しかし、ＣＵにおいてＲＲＣ、ＰＤＣＰ及びＲＬＣプロトコルの一部（例えば、Ａｕｔｏｍａｔｉｃ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｒｅｑｅｓｔ（ＡＲＱ）機能）をホストし、ＤＵにおいて、ＭＡＣ及びＰＨＹとともにＲＬＣプロトコルの残りの部分をホストする等のＣＵとＤＵの間のプロトコル・ディストリビューションの他の変形が存在しうる。一部の実施形態では、ＣＵは、ＲＲＣとＰＤＣＰをホストでき、このときＰＤＣＰは、ＵＰトラフィックとＣＰトラフィックの両方を取り扱うことが想定される。しかしながら、他の例示的な実施形態は、特定のプロトコルをＣＵにおいて、他をＤＵにおいてホストすることによる、他のプロトコル分割を使用しうる。

【0049】

ＮＲのＤＬとＵＬの物理的なリソースは、等しいサイズの１ｍｓのサブフレームに編成される。サブフレームは、さらに、等しい期間の複数のスロットに分割され、各スロットは複数のＯＦＤＭベースのシンボルを含む。ＮＲスロットは、通常のサイクリック・プリフィクスでは１４ＯＦＤＭシンボルを含み、拡張されたサイクリック・プリフィクスでは１２シンボルを含みうる。リソースブロック（ＲＢ）は、１２又は１４シンボルスロットの期間の、１２の連続的なＯＦＤＭサブキャリアのグループにより構成される。リソース・エレメント（ＲＥ）は、１つのＯＦＤＭシンボル期間の１つのＯＦＤＭサブキャリアに対応する。

【0050】

図３はＮＲ ＵＥの、例示的な周波数領域の設定を示す。Ｒｅｌ－１５ ＮＲでは、ＵＥは、ＤＬ キャリア帯域幅（Ｃａｒｒｉｅｒ Ｂａｎｄｗｉｄｔｈ）において最大４つのＣａｒｒｉｅｒ Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ（ＢＷＰ）を設定されることができ、１つのＤＬ ＢＷＰが特定の時間でアクティブとなる。ＵＥは、ＵＬキャリア帯域幅において最大４つのＢＷＰを設定されることができ、１つのＤＬ ＢＷＰが特定の時間でアクティブとなる。ＵＥが、補足的なＵＬを伴って設定される場合、ＵＥは、補足的なＵＬキャリア帯域幅において、最大４つの追加のＢＷＰを伴って設定されることができ、１つの補足的なＵＬ ＢＷＰが特定の時間でアクティブとなる。

【0051】

共通のＲＢ（ＣＲＢ）は、０からキャリア帯域幅の最後まで番号付けされる。ＵＥに設定された各ＢＷＰは、ＣＲＢ０の共通の基準を有し、設定されたＢＷＰは、ゼロよりも大きいＣＲＢにおいて開始されうる。ＣＲＢ０は、３ＧＰＰ ＴＳ ３８．２１１ ｓｅｃｔｉｏｎ ４．４においてさらに規定されるように、ネットワークにより提供される以下のパラメータのうちの１つにより、特定されうる：
・ プライマリセル（ＰＣｅｌｌ、例えばＰＣｅｌｌ又はＰＳＣｅｌｌ）におけるＤＬ用のＰＲＢ－ｉｎｄｅｘ－ＤＬ－ｃｏｍｍｏｎ；
・ ＰＣｅｌｌにおけるＵＬ用のＰＲＢ－ｉｎｄｅｘ－ＵＬ－ｃｏｍｍｏｎ；
・ セカンダリセル（ＳＣｅｌｌ）におけるＤＬ用のＰＲＢ－ｉｎｄｅｘ－ＤＬ－Ｄｅｄｉｃａｔｅｄ；
・ ＳＣｅｌｌにおけるＵＬ用のＰＲＢ－ｉｎｄｅｘ－ＵＬ－Ｄｅｄｉｃａｔｅｄ；及び
・ 補足的なＵＬ用のＰＲＢ－ｉｎｄｅｘ－ＳＵＬ－ｃｏｍｍｏｎ。

【0052】

この方法では、ＵＥは、それぞれが特定のＣＲＢで開始する、狭いＢＷＰ（例えば、１０ＭＨｚ）及び広いＢＷＰ（例えば、１００ＭＨｚ）で設定されうるが、特定の時間における１つのＢＷＰのみがそのＵＥのためにアクティブになりうる。ＢＷＰ内で、ＰＲＢが規定され、周波数領域で０からＮ_BMP,i ^size－１、（ここで、iは、そのキャリアの特定のＢＷＰのインデクス）まで番号付けされる。例えば、図３に示されるように、ＢＷＰ０は、ＰＲＢ１からＮ１を含み、ＢＷＰ１は、ＰＲＢ０からＮ２を含み、ＢＷＰ２は、ＰＲＢ０からＮ３を含む。

【0053】

ＮＲは、様々なＳＣＳの値Δｆ＝（１５×２^μ）ｋＨｚ（ここで、μは（０、１、２、３、４）に属する）は、"ｎｕｍｅｒｏｌｏｇｉｅｓ"と呼ばれる）をサポートする。ｎｕｍｅｒｏｌｏｇｙ μ＝０（Δｆ＝１５ＫＨｚ）は、ＬＴＥにおいても使用される基本的な（又は基準となる）ＳＣＳを提供する。シンボル期間（サイクリック・プリフィクス（ＣＰ）期間）及びスロット期間は、ＳＣＳ又はｎｕｍｅｒｏｌｏｇｙに反比例する。例えば、Δｆ＝１５ｋＨｚではサブフレーム毎に（１ｍｓの）１つのスロット、Δｆ＝３０ｋＨｚではサブフレーム毎に２つの０．５ｍｓのスロット等がある。加えて、最大のキャリア帯域幅は、２^μ・５０ＭＨｚによるｎｕｍｅｒｏｌｏｇｙに直接関連する。以下の表１は、現在サポートされているＮＲのｎｕｍｅｒｏｌｏｇｉｅｓと関連付けられたパラメータを要約する。異なるＤＬ及びＵＬのｎｕｍｅｒｏｌｏｇｉｅｓが、ネットワークにより設定されうる。

【0054】

【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】

ライセンス不要のスペクトラム・アクセスでは、ＣＧ上での自律的な再送に利用可能な別のメカニズムが導入される。ＨＡＲＱプロセスでは、リッスン・ビフォー・トーク（ＬＢＴ）失敗により実行できなかった初送は、"保留"とみなされる。保留中のＨＡＲＱプロセスのためのＴＢは、ｇＮＢの肯定的な確認応答がなく期限切れとなったＣＧＲＴのＨＡＲＱプロセスのためのＴＢと同様の方法により、次のＣＧ機会において自律的に再送される。ＵＥは、その送信自体のために次のＨＡＲＱプロセスを選択し、新たなデータの送信前に再送を優先すべきであることが義務付けられている。

【0094】

保留中／非保留中の状態は、ｇＮＢが潜在的にＵＬ送信を認識しているかの指標として使用される。ＨＡＲＱエンティティがＭＡＣ ＰＤＵを取得した後、第１の送信（例えば、初送）のＬＢＴ失敗が検出された場合、ＨＡＲＱプロセスは、"保留"状態に設定される。ＬＢＴが失敗し、送信が実行されないと、ｇＮＢはＵＬ送信と、関連付けられたＨＡＲＱプロセスを"保留"にする条件を検出することができない。

【0095】

保留中のＨＡＲＱプロセスについて、ＣＧＲＴは、開始しない。ＣＧを使用するＨＡＲＱプロセスの送信毎に、ＬＢＴが成功する場合のみ、ＣＧＲＴは再開しうる。それ以外、ＣＧＲＴは、停止したままである。それゆえ、ＬＢＴが失敗する場合、ＵＥは、次のＣＧ機会でＨＡＲＱプロセスのための自律的に再送しうる。送信が成功の場合、ＣＧＴが開始し、ＨＡＲＱプロセスの状態は、"非保留"になる。ＨＡＲＱプロセスの状態は、一回ＬＢＴ成功した後は、"保留"には戻らない。ＣＧＴの期限が切れたとき、以前の送信のＨＡＲＱバッファは、フラッシュされ、新たなＭＡＣ ＰＤＵの新たな送信が開始される。

【0096】

３ＧＰＰ ＴＳ ３８．３２１（ｖ１６．４．０）ｓｅｃｔｉｏｎ ５．４．２．１は、ＣＧＲＴを伴って設定されたＵＬ ＣＧについて、ＵＥは、初送より先に再送を優先しなければならず、関連付けられたＨＡＲＱプロセスの情報を伴う、１つの許可のみがＨＡＲＱエンティティに配信しなければならないことを規定する。再送を伴うＨＡＲＱプロセスが１つより多くある場合、ＵＥの実装は、ＣＧ設定（例えば図７）により特定される複数のＨＡＲＱプロセスＩＤの中から１つのＨＡＲＱプロセスＩＤを選択する。その許可優先付け手順は明確である。

【0097】

３ＧＰＰ ＴＳ ３８．３２１（ｖ１６．４．０） ｓｅｃｔｉｏｎ ５．４．１によると、１つのＣＧ機会内でＬＣＨベースの優先付けを実行するために、関連付けられたＨＡＲＱプロセス情報とデータのＬＣＨ優先順位を伴う２つの"仮想的な"許可が、"ＵＬ許可受信"の後半部分に配信される。そうだとしても、出願人は、ＵＥがどのように１つのＣＧ内で再送と送信ＨＡＲＱプロセスとの間の優先付けを行うべきか、現在のところ不明確であると認識している。

【0098】

これらの問題、課題、及び／又は、困難をさらに示す第１の例を考える。ＨＡＲＱエンティティに配信される２つのＨＡＲＱプロセスがあるとする。一方のＨＡＲＱプロセスは、初送のためのものであり、他方のＨＡＲＱプロセスは、再送のためのものである。両方のプロセスが、３ＧＰＰ ＴＳ ３８．３２１（ｖ１６．４．０） ｓｅｃｔｉｏｎ５．４．１.における下記の条件を満たす。
２＞他、対応するＨＡＲＱプロセスのためのｃｇ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが設定され、作動していない場合、その対応するＨＡＲＱプロセスについて：
３＞ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒが実行しておらず、ＨＡＲＱプロセスが保留していない（例えば、新たな送信）場合：
４＞ＮＤＩビットが切り替えられたとみなす；
４＞設定されたアップリンクの許可と、関連付けられたＨＡＲＱ情報とを、ＨＡＲＱエンティティへ配信する
３＞その他、同一のＨＡＲＱプロセスのためにＨＡＲＱエンティティへ配信された以前のアップリンク許可が、設定アップリンク許可であった場合（例えば、設定許可における再送）：
４＞設定アップリンク許可と関連付けられたＨＡＲＱ情報をＨＡＲＱエンティティへ配信する。
換言すると、初送を必要としている第１のＨＡＲＱプロセスは、作動していないＣＧＴを有し、非保留中である。再送を必要としている第２のＨＡＲＱプロセスは、作動しているＣＧＴを有するか、又は、保留中である。どちらのＨＡＲＱプロセスも作動していないＣＧＲＴを有しておらず、両方が送信のために利用可能である。これらの２つのＨＡＲＱプロセスの間でどのように優先付けすべきかについて不明確である。

【0099】

これらの問題、課題、及び／又は、困難をさらに示す第２の例を考える。１つのＣＧ機会において再送を必要とする２つのＨＡＲＱプロセスがあるとする。第１のＨＡＲＱプロセスは、期限が切れたＣＧＲＴと作動中のＣＧＴを有する。これは、"ＣＧＲＴトリガ再送"と考えられうる。第２のＨＡＲＱプロセスは、ＬＢＴ失敗を生じているが、ＣＧＴは開始されていない。これは、"保留中の再送"と考えられうる。これらの２つのＨＡＲＱプロセスの間でどのように優先付けすべきか不明確である。

【0100】

したがって、本開示の実施形態は、１つのＣＧ機会におけるＬＣＨベースの優先付けと、優先順位の低いＨＡＲＱプロセスの取り扱いのための柔軟で効率的な技術を提供する。これらの技術は、優先度の高いＵＲＬＬＣ型トラフィックへの要求をＵＥが満たしつつ、同時に優先順位の低いｅＭＢＢ型トラフィックと多重化された場合に高い容量を提供することを含む、様々な利益及び／又は利点を提供しうる。

【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】

他の実施形態では、第１及び第２のＰＤＵは、再送のためのものであり、以下の１つを適用する：
・ データは、第１及び第２のＰＤＵに含まれるデータを有するＬＣＨの優先順位に関わらず第１のＰＤＵを含む；又は
・ データは、第１及び第２のＰＤＵに含まれるデータを有するＬＣＨの優先順位に関わらず第２のＰＤＵを含む
これらの条件は、上述のサブブロック９２３－９２４のＵＥの動作に対応する。

【0134】

これらの実施形態の一部では、第１のＨＡＲＱプロセスに関連付けられたＣＧＴは、ＵＥにおいて作動中であり、第１のＨＡＲＱプロセスに関連付けられたＣＧＲＴはＵＥにおいて期限切れであり、第１のＨＡＲＱプロセスはＵＥにおいて保留中でない。また、第２のＨＡＲＱプロセスに関連付けられたＣＧＲＴとＣＧＴは、ＵＥにおいて作動中でなく、第２のＨＡＲＱプロセスはＵＥにおいて保留中でない。このシナリオの例は、上記でより詳細に論じられた。これらの実施形態の一部では、第２のＰＤＵは、複数の機会の先の１つで許可されたリソースにおいて、ＵＥにより失敗されたＬＢＴ手順の後の保留された再送である。

【0135】

実施形態の一部では、特定の機会は、リソースの第１の許可に関連付けられた第１の複数の機会の１つであり、リソースの第２の許可に関連付けられた第２の複数の機会の１つでありうる。換言すると、第１及び第２の許可は、少なくとも１つの共通の機会（例えば、特定の機会）を有する。そのような実施形態では、データは、データに含まれるＰＤＵに関連付けられたＨＡＲＱプロセスにより、第１の許可又は第２の許可からのリソースにおける特定の機会（例えば、ブロック１０２０において）で受信される。これらの実施形態の一部では、例示的な方法は、ネットワークノードが第１の許可及び第２の許可をＵＥに送信しうる、ブロック１０１０の動作も含みうる。

【0136】

様々な実施形態が方法、技術、及び／又は手順に関して上述されたが、当業者は、そのような方法、技術、及び／又は手順が、様々なシステム、通信デバイス、コンピューティングデバイス、制御デバイス、装置、非一時的なコンピュータ可読媒体、コンピュータプログラム製品等におけるハードウェア及びソフトウェアの様々な組合せにより実現されうることをすぐに理解する。

【0137】

図１１は、他の図を参照して上述されたものを含む、本開示の様々な実施形態による例示的な無線デバイス又はユーザ機器（ＵＥ）１１００（以下、"ＵＥ１１００"と呼ばれる）のブロック図を示す。例えば、ＵＥ１１００は、コンピュータ可読媒体に蓄積された、本明細書で説明される例示的な方法の１つ以上に対応する動作を実行するための命令の実行により構成されうる。

【0138】

ＵＥ１１００は、パラレルアドレス及びデータバス、シリアルポート、又は当業者に公知の他の方法及び／又は構成を含みうるバス１１７０を介して、プログラムメモリ１１２０及び／又はデータメモリ１１３０と動作可能に接続されうるプロセッサ１１１０（"処理回路"とも呼ばれる）を含みうる。プログラムメモリ１１２０は、プロセッサ１１１０により実行された場合に、ＵＥ１１００が、本明細書において説明される様々な例示的な方法に対応する動作を含む、様々な動作を実行するよう構成する及び／又は容易にするソフトウェアコード、プログラム、及び／又は、命令（図１１においてコンピュータプログラム製品１１２１としてまとめて示される）を蓄積しうる。そのような動作の一部又は追加として、そのような命令の実行は、ＵＥが１つ以上の有線又は無線通信プロトコル（５Ｇ／ＮＲ、ＬＴＥ、ＬＴＥ－ａ、ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、１ｘＲＴＴ、ＣＤＭＡ２０００、８０２．１１ ＷｉＦｉ、ＨＤＭＩ、ＵＳＢ、Ｆｉｒｅｗｉｒｅ等として知られる３ＧＰＰ、３ＧＰＰ２又はＩＥＥＥにより標準化された１つ以上の無線通信プロトコル、又は、無線送受信機１１４０、ユーザインタフェース１１５０及び／又は制御インタフェース１１６０と組み合わせて利用されうる任意の他の現在又は将来のプロトコルを含む）を用いる通信を行うよう構成する、及び／又は、行うことを容易としうる。

【0139】

他の例として、プロセッサ１１１０は、（例えば、ＮＲ及び／ＬＴＥのために）３ＧＰＰにより標準化されたＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＳＤＡＰ、ＲＲＣ及びＮＡＳレイヤのプロトコルに対応するプログラムメモリ１１２０に蓄積されたプログラムコードを実行しうる。さらなる例として、プロセッサ１１１０は、直交周波数分割多元（ＯＦＭＤ）、直交周波数分割多重アクセス（ＯＦＤＭＡ）及びシングルキャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ）等のＰＨＹレイヤプロトコルに対応する実装を、無線送受信機１１４０とともに行う、プログラムメモリ１１２０において蓄積されたプログラムコードを実行しうる。他の例として、プロセッサ１１１０は、他の対応製品及び／又はＵＥとのデバイス・ツ－・デバイス（Ｄ２Ｄ）通信を無線送受信機１１４０とともに実装するプログラムメモリ１１２０に蓄積されたプログラムコードを実行しうる。

【0140】

プログラムメモリ１２０も、無線送受信機１１４０、ユーザインタフェース１１５０、及び／又は制御インタフェース１１６０等の様々な構成要素を設定及び制御することを含む、ＵＥ１１００の機能を制御するための、プロセッサ１１１０により実行される、ソフトウェアコードを含みうる。プログラムメモリ１１２０は、本明細書で説明される任意の例示的な方法を具現化するコンピュータ可読命令を含む１つ以上のアプリケーションソフトウェア及び／又はモジュールも含みうる。そのようなソフトウェアコードは、（例えば、実装される方法のステップにより定義される）所望の機能が保持される限りにおいて、例えば、Ｊａｖａ、Ｃ＋＋、Ｃ、Ｏｂｊｅｃｔｉｖｅ Ｃ、ＨＴＭＬ、ＸＨＴＭＬ、ｍａｃｈｉｎｅ ｃｏｄｅ、及びＡｓｓｅｍｂｌｅｒ等の任意の既知又は将来開発されるプログラミング言語を用いて、特定又は記述されうる。加えて又は代替的に、プログラムメモリ１１２０は、ＵＥ１１００から離れた外部の記憶配置（図示されない）を含むことができ、命令の実行を可能にするために、そこからＵＥ１１００内に配置された又はＵＥ１１００と取外し可能に結合されたプログラムメモリ１１２０へ命令がダウンロードされうる。

【0141】

データメモリ１１３０は、プロトコル、設定、制御及び他のＵＥ１１００の機能（本明細書において説明された任意の例示的な方法に対応する（又はそれを含む）動作を含む）に使用される変数を蓄積するために、プロセッサ１１１０のためのメモリ領域を含みうる。また、プログラムメモリ１１２０及び／又はデータメモリ１１３０は、不揮発性メモリ（例えば、フラッシュメモリ）、揮発性メモリ（例えば、スタティック又はダイナミックＲＡＭ）、又はそれらの組合せを含みうる。さらに、データメモリ１１３０は、メモリスロットを含んでもよく、それにより、１つ以上のフォーマット（例えば、ＳＤ Ｃａｒｄ、Ｍｅｍｏｒｙ Ｓｔｉｃｋ、Ｃｏｍｐａｃｔ Ｆｌａｓｈ等）の取外し可能メモリカードが挿入又は取外しされうる。

【0142】

当業者は、プロセッサ１１１０が、それぞれが上述の機能の一部を実装する、複数の個別プロセッサ（例えば、マルチコアプロセッサを含む）を含むことを認識する。その場合、複数の個別プロセッサは、プログラムメモリ１１２０及びデータメモリ１１３０に共通的に接続されることができ、又は、複数の個別のプログラムメモリ及びデータメモリに個別に接続されうる。より一般的には、当業者は、ＵＥ１１００の様々なプロトコルや他の機能が、アプリケーションプロセッサ、シグナルプロセッサ、汎用プロセッサ、マルチコアプロセッサ、ＡＳＩＣ、固定及び／又はプログラム可能なデジタル回路、アナログベースバンド回路、無線周波数回路、ソフトウェア、ファームウェア及びミドルウェアを含み、これらに限定されない、ハードウェアとソフトウェアの異なる組合せを含む、多数の異なるコンピュータ配置により実装されうることを認識する。

【0143】

無線送受信機１１４０は、ＵＥ１１００が無線通信標準及び／又はプロトコル等をサポートする他の装置と通信することを容易にする、無線周波数送信機及び／又は受信機の機能を含みうる。例示的な実施形態の一部では、無線送受信機１１４０は、３ＧＰＰ及び／又は他の標準化団体により標準化に提案された様々なプロトコル及び／又は方法に従って、ＵＥ１１００が通信をできるようにする、通信１つ以上の送信機及び１つ以上の受信機を含む。例えば、そのような機能は、他の図に関して本明細書で説明したようなＯＦＤＭ、ＯＦＤＭＡ及び／又はＳＣ－ＦＤＭＡ技術に基づくＰＨＹレイヤを実装するために、プロセッサ１１１０と協調して動作しうる。

【0144】

一部の例示的な実施形態において、無線送受信機１１４０は、３ＧＰＰにより公布された標準に従って、ＵＥ１１００が、様々なＬＴＥ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－ａ）、及び／又はＮＲネットワークと通信することを容易としうる、１つ以上の送信機と１つ以上の受信機を含む。本開示の一部の例示的な実施形態では、無線送受信機１１４０は、３ＧＰＰ標準に従って、ＵＥ１１００が、ＮＲ、ＮＲ－Ｕ、ＬＴＥ、ＬＴＥ－ａ、ＬＴＥ－ＬＡＡ、ＵＭＴＳ及び／又はＧＳＭ/ＥＤＧＥネットワークと通信するために必要な回路、ファームウェア等を含む。実施形態の一部では、無線送受信機１１４０は、ＵＥ１１００と他の対応するデバイスとの間のＤ２Ｄ通信をサポートする回路を含みうる。

【0145】

実施形態の一部では、無線送受信機１１４０は、ＵＥ１１００が、３ＧＰＰ２標準に従って、様々なＣＤＭＡ２０００ネットワークと通信するために必要な、回路、ファームウェア等を含む。実施形態の一部では、無線送受信機１１４０は、２．４、５．６及び／又は６０ＧＨｚの領域における周波数を用いて動作するＩＥＥＥ ８０２．１１ ＷｉＦｉ等の、ライセンス不要の周波数帯で動作する無線技術を用いて通信を行いうる。実施形態の一部では、無線送受信機１１４０は、ＩＥＥＥ ８０２．３ Ｅｔｈｅｒｎｅｔ技術の使用等により、有線通信を可能な送受信機を含みうる。これらの実施形態のそれぞれに特有の機能は、データメモリ１１３０と連動して（及び／又は、サポートされて）プログラムメモリ１１２０に蓄積されたプログラムコードを実行するプロセッサ１１１０等のＵＥ１１００の他の回路と結合、及び／又は、制御されうる。

【0146】

ユーザインタフェース１１５０は、ＵＥ１１００の特定の実施形態により、様々な形態をとりうる、又は、ＵＥ１１００に完全に存在しないこともありうる。実施形態の一部では、ユーザインタフェース１１５０は、マイクロフォン、拡声器、スライド可能ボタン、押下可能ボタン、ディスプレイ、タッチスクリーンディスプレイ、機械式又は仮想的なキーパッド、機械式又は仮想的なキーボード、及び／又は、モバイルフォンに一般的に見られる任意の他のユーザインタフェース機能を含みうる。他の実施形態では、ＵＥ１１００は、大型のタッチスクリーンディスプレイを含むタブレットコンピューティングデバイスを含みうる。そのような実施形態では、ユーザインタフェース１１５０の１つ以上の機械的な機能は、当業者によく知られているようにタッチスクリーンディスプレイを用いて実装される、同等の又は機能的に等価な仮想的なユーザインタフェース機能（例えば、仮想的なキーパッド、仮想的なボタン等）により置き換えられうる。他の実施形態では、ＵＥ１１００は、特定の例示的な実施形態に応じて、統合、取外し、又は取外し可能にできる機械式のキーボードを含む、デジタルコンピューティングデバイス（ラップトップコンピュータ、デスクトップコンピュータ、ワークステーション等）でありうる。そのようなデジタルコンピューティングデバイスは、タッチスクリーンディスプレイも含みうる。タッチスクリーンディスプレイを有するＵＥ１１００の多数の例示的な実施形態は、本明細書で説明される、又は、他の当業者に既知の例示的な方法に関連する入力等のユーザ入力を受信することができる。

【0147】

実施形態の一部では、ＵＥ１１００は、ＵＥ１１００の特徴や機能により様々な用途に使用されうる方位センサを含みうる。例えば、ＵＥ１１００は、ユーザがＵＥ１１００のタッチスクリーンディスプレイの物理的な向きを変えた時期を決定するために、方位センサの出力を使用しうる。方位センサからの通知信号は、ＵＥ１１００上で実行する任意のアプリケーションプログラムに利用可能であり、アプリケーションプログラムは、通知信号がデバイスの物理的な向きにおいておよそ９０度の変化を示したときに、スクリーンディスプレイの向きを（例えば、縦から横へ）自動的に変更しうる。この例示的な方法では、アプリケーションプログラムは、デバイスの物理的な向きに関わらず、ユーザが読める様式でスクリーンディスプレイを維持しうる。加えて、方位センサの出力は、本開示の様々な例示的な実施形態と組み合わせて使用されうる。

【0148】

ＵＥ１１００の制御インタフェース１１６０は、ＵＥ１１００の特定の例示的な実施形態、及び、ＵＥ１１００が通信及び／又は制御を行おうとしている他のデバイスの特定のインタフェース要件により様々な形態をとりうる。例えば、制御インタフェース１１６０は、ＲＳ－２３２インタフェース、ＵＳＢインタフェース、ＨＤＭＩインタフェース、Ｂｌｕｅｔｏｏｔｈインタフェース、ＩＥＥＥ（"Ｆｉｒｅｗｉｒｅ"）インタフェース、Ｉ^２Ｃインタフェース、ＰＣＭＣＩＡインタフェース等を含みうる。本開示の例示的な実施形態の一部では、制御インタフェース１１６０は、上述したようなＩＥＥＥ ８０２．３ Ｅｔｈｅｒｎｅｔインタフェースを含みうる。本開示の例示的な実施形態の一部では、制御インタフェース１１６０は、例えば、１つ以上のデジタル－ツー－アナログ変換器（ＤＡＣ）及び／又はアナログ－ツー－デジタル変換器（ＡＤＣ）を含むアナログインタフェース回路を含みうる。

【0149】

当業者は、上記の機能、インタフェースのリスト及び無線周波数通信標準が、単なる例示であり、本開示の範囲を限定しないことを認識しうる。換言すると、ＵＥ１１００は、例えば、ビデオ及び／又は静止画カメラ、マイクロフォン、メディアプレイヤ、及び／又はレコーダ等を含む、図１１で示されるものよりもより多くの機能を含みうる。また、無線送受信機１１４０は、Ｂｌｕｅｔｏｏｔｈ、ＧＰＳ及び／又は他の追加的な無線周波数通信標準を用いる通信に必要な回路を含みうる。さらに、プロセッサ１１１０は、そのような追加的な機能を制御するための、プログラムメモリ１１２０に蓄積されたソフトウェアコードを実行しうる。例えば、ＧＰＳ受信機から出力される方向速度及び／又は位置推定値は、本明細書で説明される任意の例示的な実施形態（例えば、方法）に対応及び／又は具現化する任意のプログラムコードを含む、ＵＥ１１００において実行する任意のアプリケーションプログラムに利用可能でありうる。

【0150】

図１２は、他の図を参照して上述されたものを含む、本開示の様々な実施形態による例示的なネットワークノード１２００のブロック図を示す。例えば、例示的なネットワークノード１２００は、本明細書に説明された１つ以上の例示的な方法に対応する動作を実行するための、コンピュータ可読媒体に蓄積された命令の実行により構成されうる。例示的な実施形態の一部では、ネットワークノード１２００は、ベースステーション、ｅＮＢ、ｇＮＢ又は１つ以上のそれらの構成要素を含みうる。例えば、ネットワークノード１２００は、３ＧＰＰにより特定されるＮＲ ｇＮＢアーキテクチャに従う、中央ユニット（ＣＵ）及び１つ以上の分散ユニット（ＤＵ）として構成されうる。より一般的には、ネットワークノード１２００の機能は、様々な物理的デバイス及び／又は機能的ユニット、モジュール等に分散されうる。

【0151】

ネットワークノード１２００は、バス１２７０を介して、プログラムメモリ１２２０及びデータメモリ１２３０と動作可能に接続され、パラレルアドレス及びデータバス、シリアルポート又は他の当業者に既知の方法及び／又は構造を含みうる、プロセッサ１２１０（"処理回路"とも呼ばれうる）を含みうる。

【0152】

プログラムメモリ１２２０は、プロセッサ１２１０により実行された場合に、本明細書で説明される様々な例示的な方法に対応する動作を含む、様々な動作を実行するようにネットワークノード１２００を構成及び／又は容易にすることができる、ソフトウェアコード、プログラム、及び／又は、命令（図１２において、コンピュータプログラム製品１２２１としてまとめて示される）を蓄積しうる。そのような動作の一部として及び／又は追加的に、プログラムメモリ１２２０は、３ＧＰＰによりＬＴＥ、ＬＴＥ－Ａ及び／又はＮＲのために標準化されたＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＳＤＡＰ、ＲＲＣ及びＮＡＳレイヤプロトコルの１つ以上等の他のプロトコル又はプロトコルレイヤ、又は、無線ネットワークインタフェース１２４０及び／又はコアネットワークインタフェース１２５０と組み合わせて利用される任意の他の上位レイヤのプロトコルを用いて、１つ以上の他のＵＥ又はネットワークノードと通信するようネットワークノード１２００を構成及び／又は容易にすることができる、プロセッサ１２１０により実行されるソフトウェアコードも含みうる。例として、３ＧＰＰにより標準化されているように、コアネットワークインタフェース１２５０は、Ｓ１又はＮＧインタフェースを含むことができ、無線ネットワークインタフェース１２４０は、Ｕｕインタフェースを含みうる。プログラムメモリ１２２０は、無線ネットワークインタフェース１２４０及びコアネットワークインタフェース１２５０等の様々な構成要素の設定及び制御を含む、ネットワークノード１２００の機能を制御するために、プロセッサ１２１０により実行されるソフトウェアコードも含みうる。

【0153】

データメモリ１２３０は、プロセッサ１２１０のために、プロトコル、設定、制御及び他のネットワークノード１２００の機能に使用される変数を蓄積するためのメモリ領域を含みうる。そのように、プログラムメモリ１２２０及びデータメモリ１２３０は、不揮発性メモリ（例えば、フラッシュメモリ、ハードディスク等）、揮発性メモリ（例えば、スタティック又はダイナミックＲＡＭ）、ネットワークベース（例えば、"クラウド"）のストレージ、又はそれらの組合せを含みうる。当業者は、プロセッサ１２１０が、それぞれが上記の機能の一部を実装する、複数の個別プロセッサ（不図示）を含みうることを認識する。そのケースでは、複数の個別プロセッサは、プログラムメモリ１２２０及びデータメモリ１２３０に共通的に接続されてもよく、複数の個別プログラムメモリ及び／又はデータメモリに個別に接続されてもよい。より一般的には、当業者は、ネットワークノード１２００の様々なプロトコルや他の機能が、アプリケーションプロセッサ、シグナルプロセッサ、汎用プロセッサ、マルチコアプロセッサ、ＡＳＩＣ、固定デジタル回路、プログラマブルデジタル回路、アナログベースバンド回路、無線周波数回路、ソフトウェア、ファームウェア及びミドルウェアを含むが、これらに限定されない、ハードウェア及びソフトウェアの多数の異なる組合せで実装されうることを認識する。

【0154】

無線ネットワークインタフェース１２４０は、送信機、受信機、シグナルプロセッサ、ＡＳＩＣ、アンテナ、ビームフォーミングユニット、及び、実施形態の一部において、ネットワークノード１２００が複数の対応するユーザ機器（ＵＥ）等の他の装置と通信できるようにする他の回路を含みうる。実施形態の一部では、インタフェース１２４０は、ネットワークノード１２００が衛星通信ネットワークの対応する衛星と通信できるようにしうる。例示的な実施形態の一部では、無線ネットワークインタフェース１２４０は、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－ＬＡＡ、ＮＲ、ＮＲ－Ｕ、上記の本明細書で説明されたようなそれらの改善、等のために３ＧＰＰにより標準化された、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、及び／又は、ＲＲＣレイヤプロトコル等の様々なプロトコル又はプロトコルレイヤ、又は、無線ネットワーク１２４０と組み合わせて使用される他の任意の上位レイヤを含みうる。本開示のさらなる例示的な実施形態によると、無線ネットワークインタフェース１２４０は、ＯＦＤＭ、ＯＦＤＭＡ及び／又はＳＣ－ＦＤＭＡ技術に基づく、ＰＨＹレイヤを含みうる。実施形態の一部では、そのようなＰＨＹレイヤの機能は、無線ネットワークインタフェース１２４０及びプロセッサ１２１０（メモリ１２２０におけるプログラムコードを含む）により協調的に提供されうる。

【0155】

コアネットワークインタフェース１２５０は、送信機、受信機、及び、実施形態の一部において、ネットワークノード１２００が、回線交換（ＣＳ）及び／又はパケット交換コア（ＰＳ）ネットワーク等のコアネットワークにおける他の装置と通信できるようにする他の回路を含みうる。実施形態の一部では、コアネットワークインタフェース１２５０は、３ＧＰＰにより標準化されたＳ１インタフェースを含みうる。実施形態の一部では、コアネットワークインタフェース１２５０は、３ＧＰＰにより標準化されたＮＧインタフェースを含みうる。例示的な実施形態の一部では、コアネットワークインタフェース１２５０は、ＡＭＦ、ＳＭＦ、ＳＧＷ、ＭＭＥ、ＳＧＳＮ、ＧＧＳＮ、及び、当業者に既知のＧＥＲＡＮ、ＵＴＲＡＮ、ＥＰＣ、５ＧＣ及びＣＤＭＡ２０００コアネットワークにおいて見られる機能を含む他の物理的なデバイスの１つ以上への、１つ以上のインタフェースを含みうる。実施形態の一部において、これらの１つ以上のインタフェースは、１つの物理インタフェース上に一緒に多重化されうる。実施形態の一部において、コアネットワークインタフェース１２５０の下位レイヤは、非同期転送モード（ＡＴＭ）、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）－ｏｖｅｒ－Ｅｔｈｅｒｎｅｔ、ＳＤＨ ｏｖｅｒ ｏｐｔｉｃａｌ ｆｉｂｅｒ、Ｔ１／Ｅ１／ＰＤＨ ｏｖｅｒ ｃｏｐｐｅｒ ｗｉｒｅ、マイクロ波無線、又は、当業者に既知の他の有線又は無線伝送技術の１つ以上を含みうる。

【0156】

実施形態の一部では、ネットワークノード１２００は、他のｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ、ｅｎ－ｇＮＢ、ＩＡＢノード等のＲＡＮにおける他のネットワークノードと通信するように、ネットワークノード１２００を構成及び／又は容易にするハードウェア及び／又はソフトウェアを含みうる。そのようなハードウェア及びソフトウェアは、無線ネットワークインタフェース１２４０及び／又はコアネットワークインタフェース１２５０の一部であることができ、又は、別の機能的なユニット（不図示）でありうる。例えば、そのようなハードウェア及び／又はソフトウェアは、３ＧＰＰにより標準化されたように、Ｘ２又はＸｎインタフェースを介して、他のＲＡＮノードと通信するように、ネットワークノード１２００を構成及び／又は容易としうる。

【0157】

ＯＡ＆Ｍインタフェース１２６０は、送信機、受信機、及び、ネットワークノード１２００が、ネットワークノード１２００又はそれと動作可能に接続された他のネットワーク装置のオペレーション、管理、及び保守の目的で外部ネットワーク、コンピュータ、データベース等と通信できるようにする他の回路を含みうる。ＯＡ＆Ｍインタフェース１２６０の下位レイヤは、非同期転送モード（ＡＴＭ）、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＩＰ）－ｏｖｅｒ－Ｅｔｈｅｒｎｅｔ、ＳＤＨ ｏｖｅｒ ｏｐｔｉｃａｌ ｆｉｂｅｒ、Ｔ１／Ｅ１／ＰＤＨ ｏｖｅｒ ｃｏｐｐｅｒ ｗｉｒｅ、マイクロ波無線、又は、当業者に既知の他の有線又は無線伝送技術の１つ以上を含みうる。また、実施形態の一部では、無線ネットワークインタフェース１２４０、コアネットワークインタフェース１２５０及びＯＡ＆Ｍインタフェース１２６０の１つ以上は、上記でリストされた例のように、１つの物理インタフェース上で一緒に多重化されうる。

【0158】

図１３は、本開示の１つ以上の例示的な実施形態による、ホストコンピュータとユーザ機器（ＵＥ）間でｏｖｅｒ－ｔｈｅ－ｔｏｐ（ＯＴＴ）データサービスを提供するために構成された、例示的な通信ネットワークのブロック図である。ＵＥ１３１０は、例えば、ＬＴＥ、ＬＴＥ－Ａ及び５Ｇ／ＮＲを含む上述のプロトコルに基づきうる、無線インタフェース１３２０上で無線アクセスネットワーク（ＲＡＮ）１３３０と通信しうる。例えば、ＵＥ１３１０は、上記で論じられた他の図で示されるように、構成及び／又は配置されうる。

【0159】

ＲＡＮ１３３０は、ライセンスされたスペクトラムバンドにおいて動作可能なネットワークノード（例えば、ベースステーション、ｅＮＢ、ｇＮＢ、コントローラ等）の１つ以上と、２．４－ＧＨｚ帯及び／又は５－ＧＨｚ帯等のライセンス不要のスペクトラムにおいて動作可能なネットワークノード（例えば、ＬＡＡ又はＮＲ－Ｕ技術を用いる）の１つ以上とを含みうる。その場合では、ＲＡＮ１３３０を含むネットワークノードは、ライセンスされたスペクトラムとライセンス不要のスペクトラムとを用いて協調的に動作しうる。実施形態の一部では、ＲＡＮ１３３０は、衛星アクセスネットワークを含む１つ以上の衛星を含みうる（又は、通信可能でありうる）。

【0160】

ＲＡＮ１３３０は、上述の様々なプロトコルやインタフェースに従って、コアネットワーク１３４０とさらに通信しうる。例えば、ＲＡＮ１３３０を含む１つ以上の装置（例えば、ベースステーション、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮ等）は、上述のコアネットワークインタフェース１３５０を介して、コアネットワーク１３４０と通信しうる。例示的な実施形態の一部では、ＲＡＮ１３３０及びコアネットワーク１３４０は、上述の他の図で示されたように構成及び／又は配置されうる。例えば、進化型ＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ）１３３０を含むｅＮＢは、Ｓ１インタフェースを介して、進化型パケットコア（ＥＰＣ）ネットワーク１３４０と通信しうる。他の例として、ＮＧ－ＲＡＮ１３３０を含むｇＮＢ及びｎｇ－ｅＮＢは、ＮＧインタフェースを介して、５ＧＣネットワークと通信しうる。

【0161】

コアネットワーク１３４０は、当業者に既知の様々なプロトコルやインタフェースに従って、図１３においてインターネット１３５０として示される外部パケットデータネットワークとさらに通信しうる。多くの他のデバイス及び／又はネットワークは、また、例示的なホストコンピュータ１３６０等とインターネット１３５０を介して、接続し、通信しうる。実施形態の一部では、ホストコンピュータ１３６０は、インターネット１３５０、コアネットワーク１３４０及びＲＡＮ１３３０を仲介として用いて、ＵＥ１３１０と通信しうる。ホストコンピュータ１３６０は、サービスプロバイダの所有下、及び／又は、コントロール下にあるサーバ（例えば、アプリケーションサーバ）でありうる。ホストコンピュータ１３６０は、ＯＴＴサービスプロバイダ又はサービスプロバイダに代わる他のエンティティによりオペレーションされうる。

【0162】

例えば、ホストコンピュータ１３６０は、コアネットワーク１３４０及びＲＡＮ１３３０の設備を用いて、ホストコンピュータ１３６０へ／からの発信／着信通信のルーティングを認識させないようにしうる、ｏｖｅｒ－ｔｈｅ－ｔｏｐ（ＯＴＴ）パケットデータサービスをＵＥ１３１０に提供しうる。同様に、ホストコンピュータ１３６０は、ホストコンピュータからＵＥへの送信のルーティング（例えば、ＲＡＮ１３３０を介した送信のルーティング）を意識させないようにしうる。様々なＯＴＴサービスは、図１３に示される例示的な構成を用いて提供されうる（例えば、ホストコンピュータからＵＥへの（一方向の）音声及び／又は映像のストリーミング、ホストコンピュータとＵＥ間の（双方向の）インタラクティブ音声及び／又は映像、インタラクティブメッセージング又はソーシャルコミュニケーション、インタラクティブな仮想又は拡張現実、クラウドゲーミング等）。

【0163】

図１３における例示的なネットワークは、データレート、遅延、及び、本明細書で開示された例示的な実施形態により改善された他の要素を含むネットワーク性能指標を監視する測定手順及び／又はセンサも含みうる。例示的なネットワークは、測定結果の変化に対応して、エンドポイント（例えば、ホストコンピュータとＵＥ）間のリンクを再構成するための機能も含みうる。そのような手順及び機能は、既知であり実践されており、ネットワークがＯＴＴサービスプロバイダからの無線インタフェースを隠し又は抽象化する場合、測定は、ＵＥとホストコンピュータ間の独自のシグナリングにより容易にされうる。

【0164】

本明細書に説明された例示的な実施形態は、１つのＵＬ設定された許可（ＣＧ）機会での論理チャネル（ＬＣＨ）ベースの優先付けと、優先順位の低いＨＡＲＱプロセスの取り扱いのための、柔軟で効率的な技術を提供する。これらの技術は、ＵＥが、高い優先順位のＵＲＬＬＣ型ＵＬトラフィックの要件を満たしつつ、優先順位の低いｅＭＢＢ型ＵＬトラフィックと多重化する場合の高い容量を同時に提供できるようにすることを含む、様々な利益及び／又は利点を提供しうる。ＮＲ ＵＥ（例えば、ＵＥ１３１０）とｇＮＢ（例えば、ＲＡＮ１３３０を含むｇＮＢ）において使用される場合、これらの改善は、よりよい遅延、信頼性、及び／又はサービス品質（ＱｏＳ）をＯＴＴサービスプロバイダ及びエンドユーザに提供することにより、ＯＴＴデータサービスの利用を増加しうる。したがって、エンドユーザ及びＯＴＴサービスプロバイダへのそのようなデータサービスの利益及び／又は価値が増加する。

【0165】

上記は、単に本開示の原則を説明するにすぎない。説明された実施形態への様々な修正及び変更が、本明細書の教示に鑑みて、当業者には明らかである。したがって、当業者が、本明細書において明示的に示され、又は、説明されていないが、本開示の原則を具体化する多くのシステム、配置、手順を考案することができると理解され、そして本開示の精神及び範囲内にありうる。様々な例示的な実施形態が、当業者に理解されるべきであるように、他のものと一緒に、又は、交換可能に使用されうる。

【0166】

本明細書で使用されるユニットの用語は、電子、電気デバイス、及び／又は電子デバイスの分野における従来の意味もつことができ、例えば、電気及び／又は電子回路、デバイス、モジュール、プロセッサ、メモリ、ロジックソリッドステート及び／又はディスクリートデバイス、個々のタスク、手順、演算、出力及び／又は表示機能、本明細書に説明されているもの等を実行するためのコンピュータプログラム又は命令を含みうる。

【0167】

本明細書で開示される任意の適切なステップ、方法、特徴、機能又は利点が、１つ以上の仮想的な装置の１つ以上の機能的ユニット又はモジュールを介して実行されうる。各仮想的な装置は、多数のこれらの機能的ユニットを含みうる。これらの機能的ユニットは、１つ以上のマイクロプロセッサ又はマイクロコントローラを含む処理回路や、デジタル信号プロセッサ（ＤＳＰ）、特殊用途デジタルロジック等を含みうる他のデジタルハードウェアを介して実装されうる。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリドライブ、光学記憶デバイス等の、１つ又は複数のタイプのメモリに蓄積されたプログラムコードを実行するよう構成されうる。メモリに蓄積されたプログラムコードは、１つ以上の電気通信及び／又はデータ通信プロトコルを実行するプログラム命令や本明細書で説明される１つ以上の技術を実行するための命令を含む。実装の一部では、処理回路は、個々の機能性ユニットに、本開示の１つ以上の実施形態に従って、対応する機能を実行させるために使用されうる。

【0168】

本明細書で説明されるように、デバイス及び／又は装置は、半導体チップ、チップセット、又は、そのようなチップ又はチップセットを含む（ハードウェア）モジュールにより表されうる。しかし、このことは、デバイス又は装置の機能が、ハードウェア実装である代わりに、実行のための実行可能なソフトウェアコード部分を含む、又は、プロセッサ上で実行されているコンピュータプログラムやコンピュータプログラム製品のようなソフトウェアモジュールとして実装される可能性を排除しない。さらに、デバイス又は装置の機能は、ハードウェアとソフトウェアの任意の組合せにより実装されうる。デバイス又は装置は、互いに機能的に協調しているか、独立しているかに関わらず、複数のデバイス及び／又は装置の集合体ともみなされうる。また、デバイス及び装置は、そのデバイス又は装置の機能が保持されうる限り、システム全体に分散した方式で実装されうる。そのような及び同様の原則が当業者に既知であるとみなされる。

【0169】

特に定義がない限り、本明細書で使用される全ての用語（技術的及び科学的用語を含む）は、本開示が属する分野の当業者により一般的に理解されるものと同じ意味を有する。本明細書で使用される用語は、この明細書及び関連技術の文脈における意味と一致する意味を有すると解釈されるべきであり、本明細書で明示的にそのように定義されなければ、理想化された又は角に形式的な意味で解釈されない。

【0170】

加えて、明細書及び図面を含む、本開示で使用される特定の用語は、特定の実例で同義語として使用されうる（例えば、"データ"及び"情報"）。これらの用語（及び／又は互いに同義語でありうる他の用語）は、本明細書において同義語として使用されうるが、その用語が同義語として使用されないことを意図して使われうる例がありうることを理解されるべきである。さらに、先行技術の知識が、上記参照により本明細書に明示的に組み込まれていない限りにおいて、その全体が本明細書に明示的に組み込まれる。全ての参照された刊行物は、それらの全体が参照により本明細書に組み込まれる。

【0171】

本明細書で説明される技術や装置の実施形態は、また、これらに限定されないが、以下の列挙された例を含む：
Ａ１． 無線アクセスネットワーク（ＲＡＮ）において動作しているユーザ機器（ＵＥ）のための方法であって、
前記方法は、前記ＵＥがＵＬデータ送信のためのリソースを許可された周期的な複数の機会のうちの特定の１つの機会において送信するためのデータを取得すること、を含み、
前記データは、第１のハイブリッドＡＲＱ（ＨＡＲＱ）プロセスに関連付けられた第１のプロトコルデータユニット（ＰＤＵ）と、第２のＨＡＲＱプロセスに関連付けられた第２のＰＤＵと、を含み、
前記第１のＰＤＵ及び第２のＰＤＵのうち少なくとも１つが、前記複数の機会のうちの先の１つ（ａｎ ｅａｒｌｉｅｒ ｏｎｅ ｏｆ ｔｈｅ ｐｌｕｒａｌｉｔｙ ｏｆ ｏｃｃａｓｉｏｎｓ）において失敗した送信の後の再送のためのＰＤＵであり、
前記方法は、前記第１のＰＤＵ及び第２のＰＤＵに含まれるデータを有する論理チャネル（ＬＣＨ）の優先順位と、前記第１のＰＤＵ及び第２のＰＤＵのうち１つ又は両方が再送のためのものであるか否かとの少なくとも１つに基づいて、前記特定の機会において送信するために前記第１のＰＤＵ又は前記第２のＰＤＵを選択すること、を含む
方法。
Ａ２. 前記第１のＰＤＵは初送のためのものであり、かつ、前記第１のＨＡＲＱプロセスに関連付けられた、設定グラントタイマ（ＣＧＴ）及び設定グラント再送タイマ（ＣＧＲＴ）が作動中でなく、前記第１のＨＡＲＱプロセスが保留中でなく、
前記第２のＰＤＵは再送であって、前記第２のＨＡＲＱプロセスに関連付けられたＣＧＲＴは作動中でなく、かつ、前記第２のＨＡＲＱプロセスが保留中でない、又は、前記第２のＨＡＲＱプロセスに関連付けられたＣＧＴが作動中である
実施形態Ａ１の方法。
Ａ３． 前記第１のＰＤＵ、又は、前記第２のＰＤＵを選択することが、最も高い優先順位を有する前記ＬＣＨに関連付けられたデータを含む前記第１の及び第２のＰＤＵの特定の１つを選択することを含む
実施形態Ａ２の方法。
Ａ４． 前記第１のＰＤＵ又は前記第２のＰＤＵを選択することが、前記第１のＰＤＵに含まれるデータを有するＬＣＨにおける最も高い優先順位が、前記第２のＰＤＵに含まれるデータを有するＬＣＨにおける最も高い優先順位と同一である場合に、前記第２のＰＤＵを選択することをさらに含む
実施形態Ａ３のいずれかの方法。
Ａ５． 前記第２のＰＤＵに含まれる媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）の第１のタイプの１つ以上を有するＬＣＨに、前記第１のＰＤＵに含まれるデータを有するＬＣＨよりも高い優先順位が付与される
実施形態Ａ３からＡ４のいずれか１つの方法。
Ａ６． 前記第２のＰＤＵが、１つ以上の先の機会において（ｄｕｒｉｎｇ ｏｎｅ ｏｒ ｍｏｒｅ ｅａｒｌｉｅｒ ｏｃｃａｓｉｏｎｓ）失敗した１つ以上の送信後の再送のためのものである場合、前記第２のＰＤＵに含まれる媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）の第１のタイプの１つ以上を有するＬＣＨに、前記第１のＰＤＵを含むデータを有するＬＣＨよりも高い優先順位が付与される
実施形態Ａ３からＡ３のいずれか１つの方法。
Ａ７． 複数の前記第１のタイプのＭＡＣ ＣＥに、異なる優先順位が関連付けられる
実施形態Ａ５からＡ６のいずれか１つの方法。
Ａ８． 前記第１のＰＤＵが選択された場合、前記第２のＨＡＲＱプロセスに関連付けられたＣＧＴの期限を、その機会の期間分延長することをさらに含む
実施形態Ａ３からＡ７のいずれかの方法。
Ａ９． 前記期限の延長は、前記第２のＨＡＲＱプロセスに関連付けられたＣＧＴが作動中であるか、又は、前記第２のＨＡＲＱプロセスが保留中であるか、のうち１つに基づく
実施形態Ａ８の方法。
Ａ１０． 前記第１のＰＤＵが再送であり、前記第１のＨＡＲＱプロセスに関連付けられた設定グラントタイマ（ＣＧＴ）が作動中であり、前記第１のＨＡＲＱプロセスに関連付けられた設定グラント再送タイマ（ＣＧＲＴ）が期限切れであり、かつ、前記第１のＨＡＲＱプロセスが保留中でなく、かつ、
前記第２のＰＤＵが再送であり、前記第２のＨＡＲＱプロセスに関連付けられたＣＧＲＴ及びＣＧＴが作動中でなく、かつ、前記第２のＨＡＲＱプロセスが保留中である
実施形態Ａ１の方法。
Ａ１１． 前記第１のＰＤＵ又は前記第２のＰＤＵを選択することが、
前記第１のＰＤＵ及び第２のＰＤＵに含まれるデータを有するＬＣＨの前記優先順位と関係なく、前記第１のＰＤＵを選択し、又は、
前記第１のＰＤＵ及び第２のＰＤＵに含まれるデータを有するＬＣＨの前記優先順位と関係なく、前記第２のＰＤＵを選択すること
を含む実施形態Ａ１０の方法。
Ａ１２． 前記特定の機会が、リソースの第１の許可に関連付けられた第１の複数の機会のうちの１つ、及び、リソースの第２の許可に関連付けられた第２の複数の機会のうちの１つであり、
前記第１又は第２のＰＤＵを選択した後に、前記特定の機会において前記選択されたＰＤＵの送信のための前記第１の許可又は前記第２の許可に関連付けられたリソースを選択すること、をさらに含む
実施形態Ａ１からＡ１１のいずれか１つである方法。
Ａ１３． 前記特定の機会に関連付けられたリソースを用いる前記特定の機会において前記選択されたＰＤＵを送信すること、をさらに含む
実施形態Ａ１からＡ１１のいずれか１つである方法。
Ｂ１． 無線アクセスネットワーク（ＲＡＮ）におけるネットワークノードのための方法であって、
前記方法は、ユーザ機器（ＵＥ）から、前記ネットワークノードが前記ＵＥにアップリンク（ＵＬ）データ送信のためのリソースを許可した周期的な複数の機会のうちの特定の１つの機会において、データを受信することを含み、
前記データは、第１のハイブリッドＡＲＱ（ＨＡＲＱ）プロセスに関連付けられた第１のプロトコルデータユニット（ＰＤＵ）、又は、第２のＨＡＲＱプロセスに関連付けられた第２のＰＤＵのいずれかを含み、
前記第１のＰＤＵ及び第２のＰＤＵの少なくとも１つは、前記複数の機会のうちの先の１つ（ａｎ ｅａｒｌｉｅｒ ｏｎｅ ｏｆ ｔｈｅ ｐｌｕｒａｌｉｔｙ ｏｆ ｏｃｃａｓｉｏｎｓ）における送信失敗後の再送であり、
前記データが前記第１のＰＤＵ又は前記第２のＰＤＵを含むか否かは、前記第１のＰＤＵ及び第２のＰＤＵに含まれるデータを有する論理チャネル（ＬＣＨ）の優先順位と、前記第１のＰＤＵ及び第２のＰＤＵの１つ又は両方が再送であるか否か、に基づく
方法。
Ｂ２． 前記第１のＰＤＵが初送であり、前記第１のＨＡＲプロセスに関連付けられた、設定グラントタイマ（ＣＧＴ）及び設定グラント再送タイマ（ＣＧＲＴ）が、前記ＵＥにおいて作動中でなく、前記第１のＨＡＲＱプロセスが前記ＵＥにおいて保留中でなく
前記第２のＰＤＵが再送でなく、前記第２のＨＡＲＱプロセスに関連付けられたＣＧＲＴが前記ＵＥにおいて作動中でなく、前記第２のＨＡＲＱプロセスが前記ＵＥにおいて保留中であるか、前記第２のＨＡＲＱプロセスに関連付けられたＣＧＴが前記ＵＥにおいて作動中である
実施形態Ｂ１の方法。
Ｂ３． 前記データが、最も高い優先順位を有する前記ＬＣＨに関連付けられたデータを含む前記第１又は第２のＰＤＵの特定の１つを含む
実施形態Ｂ２の方法。
Ｂ４． 前記データが、前記第１のＰＤＵに含まれるデータを有するＬＣＨの最も高い優先順位が、前記第２のＰＤＵに含まれるデータを有するＬＣＨの最も高い優先順位と同一である場合、前記第２のＰＤＵを含む
実施形態Ｂ３のいずれかの方法。
Ｂ５． 前記第２のＰＤＵに含まれる１つ以上の第１のタイプの媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）を有するＬＣＨに、前記第１のＰＤＵに含まれるデータを有するＬＣＨよりも高い優先順位が付与される
実施形態Ｂ３からＢ４のいずれかの方法。
Ｂ６． 前記第２のＰＤＵが、１つ以上の先の機会において（ｄｕｒｉｎｇ ｏｎｅ ｏｒ ｍｏｒｅ ｅａｒｌｉｅｒ ｏｃｃａｓｉｏｎｓ）失敗した１つ以上の送信後の再送である場合、前記第２のＰＤＵに含まれる１つ以上の第１のタイプの媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）を有するＬＣＨに、前記第２のＰＤＵに含まれるデータを有するＬＣＨよりも高い優先順位が付与される
実施形態Ｂ３からＢ４のいずれかの方法。
Ｂ７. 複数の前記第１のタイプのＭＡＣ ＣＥに異なる優先順位が関連づけられる
実施形態Ｂ５からＢ６のいずれかの方法。
Ｂ８． 前記第１のＰＤＵが再送であり、前記第１のＨＡＲＱプロセスに関連付けられた設定グラントタイマ（ＣＧＴ）が前記ＵＥにおいて動作中であり、前記第１のＨＡＲＱプロセスに関連付けられた設定グラント再送タイマ（ＣＧＲＴ）が前記ＵＥにおいて期限切れであり、前記第１のＨＡＲＱプロセスが前記ＵＥにおいて保留中でなく、
前記第２のＰＤＵが再送であり、前記第２のＨＡＲＱプロセスに関連付けられたＣＧＲＴ及びＣＧＴが前記ＵＥにおいて作動中でなく、前記第２のＨＡＲＱプロセスが前記ＵＥにおいて保留中である
実施形態Ｂ１の方法。
Ｂ９． 前記データが、前記第１のＰＤＵ及び第２のＰＤＵに含まれるデータを有するＬＣＨの前記優先順位に関わらず前記第１のＰＤＵを含むか、
前記データが、前記第１のＰＤＵ及び第２のＰＤＵに含まれるデータを有するＬＣＨの前記優先順位に関わらず前記第２のＰＤＵを含む
実施形態Ｂ８の方法。
Ｂ１０． 前記特定の機会が、リソースの第１の許可に関連付けられた第１の複数の機会の１つであり、かつ、リソースの第２の許可に関連付けられた第２の複数の機会の１つであり、
前記データが、前記第１の許可、又は、前記第２の許可に関連付けられたリソース上の前記特定の機会において受信される
実施形態Ｂ１からＢ９のいずれかの方法。
Ｂ１１． 前記ＵＥに対して、前記第１の許可及び前記第２の許可を送信すること、をさらに含む
実施形態Ｂ１０の方法。
Ｃ１． 無線アクセスネットワーク（ＲＡＮ）において動作するように構成されたユーザ機器（ＵＥ）であって、
前記ユーザ機器は、前記ＲＡＮのネットワークノードと通信するように構成された無線送受信回路と、
前記無線送受信回路と動作可能に結合された処理回路とを含み、
前記処理回路及び前記無線送受信回路は、実施形態Ａ１－Ａ１３の任意の方法に対応する動作を実行するよう構成される
ユーザ機器。
Ｃ２． 無線アクセスネットワーク（ＲＡＮ）において動作するように構成され、実施形態Ａ１－Ａ１３の任意の方法に対応する動作を実行するようさらに構成されるユーザ機器（ＵＥ）。
Ｃ３． 無線アクセスネットワーク（ＲＡＮ）において動作するよう構成されたユーザ機器（ＵＥ）の処理回路により実行された場合、前記ＵＥを、実施形態Ａ１からＡ１３のいずれかの方法に対応する動作を実行するように構成する、コンピュータ実行可能な命令を蓄積する非一時的なコンピュータ可読媒体。
Ｃ４． 無線アクセスネットワーク（ＲＡＮ）において動作するよう構成されたユーザ機器（ＵＥ）の処理回路により実行された場合、前記ＵＥを、実施形態１から１３のいずれかの方法に対応する動作を実行するように構成する、コンピュータ実行可能な命令を蓄積するコンピュータプログラム製品。
Ｄ１． 無線アクセスネットワーク（ＲＡＮ）において動作するように構成されたネットワークノードであって、
前記ネットワークノードは、ユーザ機器（ＵＥ）と通信するよう構成された無線ネットワークインタフェース回路と、
前記無線ネットワークインタフェース回路と動作可能に結合された処理回路と、を含み、
前記処理回路及び前記無線ネットワークインタフェース回路は、実施形態Ｂ１－Ｂ１１の方法のいずれかに対応する動作を実行するよう構成される
ネットワークノード。
Ｄ２． 無線アクセスネットワーク（ＲＡＮ）において動作するよう構成され、実施形態Ｂ１－Ｂ１１の方法のいずれかに対応する動作を実行するように、さらに構成されたネットワークノード。
Ｄ３． 無線アクセスネットワーク（ＲＡＮ）において動作するよう構成されたネットワークノードの処理回路により実行された場合、前記ネットワークノードを、実施形態Ｂ１－Ｂ１１のいずれかの方法に対応する動作を実行するように構成する、コンピュータ実行可能な命令を蓄積する非一時的なコンピュータ可読媒体。
Ｄ４． 無線アクセスネットワーク（ＲＡＮ）において動作するよう構成されたネットワークノードの処理回路により実行された場合、前記ネットワークノードを、実施形態Ｂ１－Ｂ１１のいずれかの方法に対応する動作を実行するように構成する、コンピュータ実行可能な命令を蓄積するコンピュータプログラム製品。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7A】

【図7B】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【国際調査報告】