特許 7436719 異なる信頼度を有するデータを転送するための方法、システム、およびデバイス

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-02-13

(45)【発行日】2024-02-22

(54)【発明の名称】異なる信頼度を有するデータを転送するための方法、システム、およびデバイス

(51)【国際特許分類】

   H04W 72/115 20230101AFI20240214BHJP

   H04W 72/12 20230101ALI20240214BHJP

   H04W 28/04 20090101ALI20240214BHJP

   H04W 72/563 20230101ALI20240214BHJP

【ＦＩ】

H04W72/115

H04W72/12

H04W28/04 110

H04W72/563

【請求項の数】 19

(21)【出願番号】P 2023024030

(22)【出願日】2023-02-20

(62)【分割の表示】P 2020570130の分割

【原出願日】2019-06-19

(65)【公開番号】P2023062108

(43)【公開日】2023-05-02

【審査請求日】2023-03-22

(31)【優先権主張番号】62/687,085

(32)【優先日】2018-06-19

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

(31)【優先権主張番号】62/752,807

(32)【優先日】2018-10-30

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

(31)【優先権主張番号】62/779,271

(32)【優先日】2018-12-13

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

(73)【特許権者】

【識別番号】316012245

【氏名又は名称】アイディーエーシー ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(72)【発明者】

【氏名】プレテイエ、ジスレン

(72)【発明者】

【氏名】マリニエール、ポール

(72)【発明者】

【氏名】アルファルファン、ファリス

(72)【発明者】

【氏名】エルハマス、アータ

【審査官】望月 章俊

(56)【参考文献】

【文献】特開２０１１－１４２６３８（ＪＰ，Ａ）

【文献】特表２０１７－５０７５８３（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１４／００５１２７８（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１４／０３０７５９７（ＵＳ，Ａ１）

【文献】Summary of handling UL multiplexing of transmission with different reliability requirements，3GPP TSG RAN WG1 #92 R1-1803359，2018年02月28日，[検索日 2023.12.26]

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ４／００－Ｈ０４Ｗ９９／００

Ｈ０４Ｂ７／２４－Ｈ０４Ｂ７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線送受信ユニット（ＷＴＲＵ）であって、
第１の構成されたグラント（ＣＧ）および第２のＣＧを示す構成情報を受信することであって、前記構成情報は、前記第１のＣＧに関連付けられる第１のＣＧオフセットおよび前記第２のＣＧに関連付けられる第２のＣＧオフセットをさらに示す、ことと、
前記第１のＣＧに関連付けられる第１の送信リソースおよび前記第２のＣＧに関連付けられる第２の送信リソースが時間において少なくとも部分的に重複することを判定することと、
アップリンク送信のために、前記第１のＣＧに関連付けられる前記第１の送信リソースまたは前記第２のＣＧに関連付けられる前記第２の送信リソースのうちの１つを選択することと、
前記第１のＣＧに関連付けられる前記第１の送信リソースが前記アップリンク送信のために選択されるという条件で前記第１のＣＧオフセットに、または
前記第２のＣＧに関連付けられる前記第２の送信リソースが前記アップリンク送信のために選択されるという条件で前記第２のＣＧオフセットに
少なくとも基づいて、前記アップリンク送信に関連付けられるハイブリッド自動再送要求（ＨＡＲＱ）プロセス識別子（ＩＤ）を判定することと、
前記第１のＣＧに関連付けられる前記第１の送信リソースまたは前記第２のＣＧに関連付けられる前記第２の送信リソースのうちの選択された１つを使用して前記アップリンク送信を送信することと
を実行するように構成されたプロセッサを備えたＷＴＲＵ。

【請求項2】

前記プロセッサは、前記第１のＣＧが前記第２のＣＧよりも優先されることに基づいて、前記第１のＣＧに関連付けられる前記第１の送信リソースを選択するように構成される、請求項１のＷＴＲＵ。

【請求項3】

前記プロセッサは、前記第１のＣＧが前記第２のＣＧよりも優先されることを、前記第１のＣＧにマッピングされる第１の論理チャネルの論理チャネル優先度が前記第２のＣＧにマッピングされる第２の論理チャネルの論理チャネル優先度よりも高いことに基づいて判定するように構成される、請求項２のＷＴＲＵ。

【請求項4】

前記プロセッサは、ＨＡＲＱプロセスＩＤを、前記第１のＣＧオフセットまたは前記第２のＣＧオフセットのうちの１つと、予め定められた式とに基づいて判定するようにさらに構成される、請求項１のＷＴＲＵ。

【請求項5】

前記予め定められた式は、前記第１のＣＧまたは前記第２のＣＧによって占められる１つまたは複数のリソースに基づく、請求項４のＷＴＲＵ。

【請求項6】

前記第１のＣＧは第１のＣＧ機会に関連付けられ、前記第２のＣＧは第２のＣＧ機会に関連付けられる、請求項１のＷＴＲＵ。

【請求項7】

前記第１のＣＧは、構成されたグラントリソースが可能な送信のためにスケジュールされる第１の時間またはスロットを含み、前記第２のＣＧは、構成されたグラントリソースが可能な送信のためにスケジュールされる第２の時間またはスロットを含む、請求項６のＷＴＲＵ。

【請求項8】

前記プロセッサは、前記第１のＣＧおよび前記第２のＣＧのそれぞれの優先度、構成されたサービスインデックス、１つまたは複数のＬＣＰ制限、前記第１のＣＧの特性、前記第２のＣＧの特性、および前記第１のＣＧまたは前記第２のＣＧに関連して実行される測定のうちの１つまたは複数に基づいて、前記第１のＣＧまたは前記第２のＣＧのうちの１つをアクティブなＣＧとして選択するように構成される、請求項１のＷＴＲＵ。

【請求項9】

ＷＴＲＵにおいて実行される方法であって、
第１の構成されたグラント（ＣＧ）および第２のＣＧを示す構成情報を受信することであって、前記構成情報は、前記第１のＣＧに関連付けられる第１のＣＧオフセットおよび前記第２のＣＧに関連付けられる第２のＣＧオフセットをさらに示す、ことと、
前記第１のＣＧに関連付けられる第１の送信リソースおよび前記第２のＣＧに関連付けられる第２の送信リソースが時間において少なくとも部分的に重複することを判定することと、
アップリンク送信のために、前記第１のＣＧに関連付けられる前記第１の送信リソースまたは前記第２のＣＧに関連付けられる前記第２の送信リソースのうちの１つを選択することと、
前記第１のＣＧに関連付けられる前記第１の送信リソースが前記アップリンク送信のために選択されるという条件で前記第１のＣＧオフセットに、または
前記第２のＣＧに関連付けられる前記第２の送信リソースが前記アップリンク送信のために選択されるという条件で前記第２のＣＧオフセットに
少なくとも基づいて、前記アップリンク送信に関連付けられるハイブリッド自動再送要求（ＨＡＲＱ）プロセス識別子（ＩＤ）を判定することと、
前記第１のＣＧに関連付けられる前記第１の送信リソースまたは前記第２のＣＧに関連付けられる前記第２の送信リソースのうちの選択された１つを使用して前記アップリンク送信を送信することと
を含む方法。

【請求項10】

前記第１のＣＧが前記第２のＣＧよりも優先されることに基づいて、前記第１のＣＧに関連付けられる前記第１の送信リソースを選択することをさらに含む、請求項９の方法。

【請求項11】

前記第１のＣＧが前記第２のＣＧよりも優先されることを、前記第１のＣＧにマッピングされる第１の論理チャネルの論理チャネル優先度が前記第２のＣＧにマッピングされる第２の論理チャネルの論理チャネル優先度よりも高いことに基づいて判定することをさらに含む、請求項１０の方法。

【請求項12】

ＨＡＲＱプロセスＩＤを、前記第１のＣＧオフセットまたは前記第２のＣＧオフセットのうちの１つと、予め定められた式とに基づいて判定することをさらに含む、請求項９の方法。

【請求項13】

前記予め定められた式は、前記第１のＣＧまたは前記第２のＣＧによって占められる１つまたは複数のリソースに基づく、請求項１２の方法。

【請求項14】

前記第１のＣＧは第１のＣＧ機会に関連付けられ、前記第２のＣＧは第２のＣＧ機会に関連付けられる、請求項９の方法。

【請求項15】

前記第１のＣＧは、構成されたグラントリソースが可能な送信のためにスケジュールされる第１の時間またはスロットを含み、前記第２のＣＧは、構成されたグラントリソースが可能な送信のためにスケジュールされる第２の時間またはスロットを含む、請求項１４の方法。

【請求項16】

前記第１のＣＧまたは前記第２のＣＧのうちの１つをアクティブなＣＧとして選択することは、前記第１のＣＧおよび前記第２のＣＧのそれぞれの優先度、構成されたサービスインデックス、１つまたは複数のＬＣＰ制限、前記第１のＣＧの特性、前記第２のＣＧの特性、および前記第１のＣＧまたは前記第２のＣＧに関連して実行される測定のうちの１つまたは複数に基づく、請求項９の方法。

【請求項17】

無線送受信ユニット（ＷＴＲＵ）に、第１の構成されたグラント（ＣＧ）および第２のＣＧを示す構成情報を送信することであって、前記構成情報は、前記第１のＣＧに関連付けられる第１のＣＧオフセットおよび前記第２のＣＧに関連付けられる第２のＣＧオフセットをさらに示し、前記第１のＣＧに関連付けられる第１の送信リソースおよび前記第２のＣＧに関連付けられる第２の送信リソースが時間において少なくとも部分的に重複する、ことと、
ＷＴＲＵから、前記第１のＣＧに関連付けられる前記第１の送信リソースまたは前記第２のＣＧに関連付けられる前記第２の送信リソースでアップリンク送信を受信することであって、前記アップリンク送信は、ハイブリッド自動再送要求（ＨＡＲＱ）プロセス識別子（ＩＤ）を含む、ことと
を実行するように構成されたプロセッサを備えた基地局。

【請求項18】

前記第１のＣＧは第１のＣＧ機会に関連付けられ、前記第２のＣＧは第２のＣＧ機会に関連付けられる、請求項１７の基地局。

【請求項19】

前記第１のＣＧは、構成されたグラントリソースが可能な送信のためにスケジュールされる第１の時間またはスロットを含み、前記第２のＣＧは、構成されたグラントリソースが可能な送信のためにスケジュールされる第２の時間またはスロットを含む、請求項１８の基地局。

【発明の詳細な説明】

【背景技術】

【0001】

関連出願の相互参照
本出願は、参照により内容が本明細書に組み込まれている、2018年6月19日に出願した米国特許仮出願第62/687,085号、2018年10月30日に出願した米国特許仮出願第62/752,807号、および2018年12月13日に出願した米国特許仮出願第62/779,271号の利益を主張する。

【0002】

新無線（ＮＲ）無線送受信ユニット（ＷＴＲＵ）は、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）とは別に、追加のネットワーク一時識別子（ＲＮＴＩ）を用いて無線リソース制御（ＲＲＣ）によって構成され得る。

【発明の概要】

【0003】

いくつかの実施形態は、アップリンク（ＵＬ）送信のために無線送受信ユニット（ＷＴＲＵ）において実装される方法を提供する。第１のグラントは、第１のＵＬリソースのために受信されまたは構成され、第２のグラントは、第２のＵＬリソースのために受信されまたは構成される。ＷＴＲＵは、ＵＬリソースを用いて、アップリンクデータおよび／または制御情報（例えば、ＳＲ信号、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報、ＭＡＣ ＣＥ）を送信する。第１のＵＬリソースが時間において第２のＵＬリソースと重複するかどうかが決定される。第１のＵＬリソースが時間において第２のＵＬリソースと重複する場合、第１の使用可能な処理時間が決定される。第１の使用可能な処理時間が第１の閾値より大きい場合、第１のＵＬリソースまたは第２のＵＬリソースのいずれかは、優先されるＵＬリソースに指定され、優先されるリソースのために単一の送信および／またはトランスポートブロック（ＴＢ）が生成され、単一のＴＢが、優先されるリソース上で送信される。

【0004】

いくつかの実施形態において、第１の使用可能な処理時間が第１の閾値未満であるが、第２の使用可能な処理時間が第２の閾値より大きい場合、第１のＵＬリソースまたは第２のＵＬリソースのいずれかが、優先されるＵＬリソースに指定され、第１のＴＢおよび／またはＵＬ制御情報が第１のリソースのために生成され、第２のＴＢおよび／またはＵＬ制御情報が第２のリソースのために生成され、第１の送信が第１のＵＬリソース上で開始され、第２の送信が第２のＵＬリソース上で開始され、並びに先取り手順が第１の送信および第２の送信上で行われる。

【0005】

いくつかの実施形態において、第２の使用可能な処理時間が第２の閾値未満である場合、第１のＵＬリソースまたは第２のＵＬリソースのいずれかが、優先されるＵＬリソースに指定され、ＴＢおよび／またはＵＬ制御情報が重複するリソースのために生成され、優先されないＵＬリソースに対する処理および送信は中止され、ＴＢおよび／またはＵＬ制御情報が、優先されるＵＬリソース上で送信される。

【0006】

いくつかの実施形態において、第１の使用可能な処理時間は、第１のＵＬリソースが時間において第２のＵＬリソースと重複するとの決定と、第１のＵＬリソースおよび第２のＵＬリソースの全ての送信の最も早期の開始時間との間の時間の差を含む。いくつかの実施形態において、第２の使用可能な処理時間は、第１のＵＬリソースが時間において第２のＵＬリソースと重複するとの決定と、第１のＵＬリソースおよび第２のＵＬリソースとの間の時間における重複の開始との間の、時間の差を含む。いくつかの実施形態において、ＷＴＲＵは、スケジューリング情報に基づいて、第１のＵＬリソースおよび第２のＵＬリソースが時間において重複するかどうかを決定する。いくつかの実施形態において、スケジューリング情報は、第１のＵＬグラント、第２のＵＬグラント、またはＵＬ制御情報の送信のためのリソースを含む。いくつかの実施形態において、ＷＴＲＵは、第１のＵＬリソースおよび第２のＵＬリソースが時間において重複することを、第１のＵＬリソースおよび第２のＵＬリソースの両方に対して、バッファされたデータを有する少なくとも１つの論理チャネルが初期送信を許容されることを条件として決定する。いくつかの実施形態において、ＷＴＲＵは、第１のＵＬリソースおよび第２のＵＬリソースが時間において重複することを、第１のＵＬリソースにマッピングされた最高の論理チャネル優先度が、第２のＵＬリソースにマッピングされた最高の論理チャネル優先度とは異なることを条件として決定する。

【0007】

いくつかの実施形態において、第１の閾値は、ＷＴＲＵによって、第１のＵＬリソースの優先度と第２のＵＬリソースの優先度とを決定するために必要な最短時間に基づく。いくつかの実施形態において、第１の閾値は、ＷＴＲＵによって、第１のグラントに対するおよび第２のグラントに対する論理チャネル優先順位付け（ＬＣＰ）制限を評価するために必要な最短時間に基づき、および最高の構成された優先度の論理チャネルは、第１のグラントと第２のグラントとにマッピングされる。いくつかの実施形態において、第１の閾値は、ＷＴＲＵによって、構成された論理チャネル優先順位付け（ＬＣＰ）制限に従って第１のＵＬリソースにマッピングされた最高の構成された優先度の論理チャネルと、第２のＵＬリソースにマッピングされたＵＬ制御情報に対応する（またはそれをトリガした）論理チャネルとを評価するために必要な最短時間に基づく。いくつかの実施形態において、第２の閾値は、先取り手順を行うために必要な最短時間に基づき、および物理レイヤにおけるグラント処理に基づいて、各ＵＬリソースに対する優先度を決定する。いくつかの実施形態において、先取り手順は、物理レイヤによって、第１のＵＬリソースまたは第２のＵＬリソースの優先順位付けに基づいて第１の送信または第２の送信を先取りすることを含む。いくつかの実施形態において、第１のＵＬリソースまたは第２のＵＬリソースのいずれかを優先されるＵＬリソースに指定することは、論理チャネル優先順位付け（ＬＣＰ）を行うことと、ＵＬリソースにマッピングされた最高優先度の論理チャネルを評価することと、および／またはＵＬリソースにマッピングされたＵＬ制御情報に対応する（またはそれをトリガした）論理チャネルを評価することとを含む。

【0008】

いくつかの実施形態は、アップリンク（ＵＬ）送信のために構成された無線送受信ユニット（ＷＴＲＵ）を提供する。ＷＴＲＵは、第１のＵＬリソースに対する第１のグラントおよび第２のＵＬリソースに対する第２のグラントを受信する受信機回路と、第１のＵＬリソースが時間において第２のＵＬリソースと重複するかどうかを決定する、受信機回路に結合されたプロセッサとを含む。プロセッサは、第１のＵＬリソースが時間において第２のＵＬリソースと重複する場合、第１の使用可能な処理時間を決定する。第１の使用可能な処理時間が第１の閾値より大きい場合、プロセッサは、第１のＵＬリソースまたは第２のＵＬリソースのいずれかを優先されるＵＬリソースに指定し、優先されるリソースのために単一のトランスポートブロック（ＴＢ）および／またはＵＬ制御情報を生成し、それを、優先されるリソース上でプロセッサに結合された送信機回路により送信する。

【0009】

いくつかの実施形態において、第１の使用可能な処理時間は第１の閾値未満であるが、第２の使用可能な処理時間は第２の閾値より大きい場合、プロセッサは、第１のＵＬリソースまたは第２のＵＬリソースのいずれかを優先されるＵＬリソースに指定し、第１のリソースのために第１のＴＢおよび／またはＵＬ制御情報と、第２のリソースのために第２のＴＢおよび／またはＵＬ制御情報とを生成し、第１のＵＬリソース上で第１の送信を開始し、第２のＵＬリソース上で第２の送信を開始し、並びに第１の送信および第２の送信に対して先取り手順を行う。

【0010】

いくつかの実施形態において、第２の使用可能な処理時間が第２の閾値未満である場合、プロセッサは、第１のＵＬリソースまたは第２のＵＬリソースのいずれかを優先されるＵＬリソースに指定し、重複するリソースのためにＴＢおよび／またはＵＬ制御情報を生成し、優先されないＵＬリソースに対する処理および送信を中止し、並びに優先されるＵＬリソース上でＴＢおよび／またはＵＬ制御情報を送信する。

【0011】

いくつかの実施形態において、第１の使用可能な処理時間は、第１のＵＬリソースが時間において第２のＵＬリソースと重複するとの決定と、第１のＵＬリソースおよび第２のＵＬリソースの全ての送信の最も早期の開始時間との間の時間の差を含む。いくつかの実施形態において、第２の使用可能な処理時間は、第１のＵＬリソースが時間において第２のＵＬリソースと重複するとの決定と、第１のＵＬリソースと第２のＵＬリソースとの間の時間における重複の開始との間の、時間の差を含む。いくつかの実施形態において、プロセッサは、スケジューリング情報に基づいて、第１のＵＬリソースおよび第２のＵＬリソースが時間において重複するかどうかを決定するようにさらに構成される。いくつかの実施形態において、スケジューリング情報は、第１のＵＬグラント、第２のＵＬグラント、またはＵＬ制御情報の送信のためのリソースを含む。いくつかの実施形態において、プロセッサは、第１のＵＬリソースおよび第２のＵＬリソースが時間において重複することを、第１のＵＬリソースおよび第２のＵＬリソースの両方に対して、バッファされたデータを有する少なくとも１つの論理チャネルが初期送信を許容されることを条件として決定するようにさらに構成される。いくつかの実施形態において、プロセッサは、第１のＵＬリソースおよび第２のＵＬリソースが時間において重複することを、第１のＵＬリソースにマッピングされた最高の論理チャネル優先度が、第２のＵＬリソースにマッピングされた最高の論理チャネル優先度とは異なることを条件として決定するようにさらに構成される。

【0012】

いくつかの実施形態において、第１の閾値は、ＷＴＲＵによって、第１のＵＬリソースの優先度と第２のＵＬリソースの優先度とを決定するために必要な最短時間に基づく。いくつかの実施形態において、第１の閾値は、ＷＴＲＵによって、第１のグラントに対するおよび第２のグラントに対する論理チャネル優先順位付け（ＬＣＰ）制限を評価するために必要な最短時間に基づき、およびプロセッサは、最高の構成された優先度の論理チャネルを第１のグラントと第２のグラントとにマッピングするようにさらに構成される。いくつかの実施形態において、第２の閾値は、先取り手順を行うために必要な最短時間に基づき、およびプロセッサは、物理レイヤにおけるグラント処理に基づいて、各ＵＬリソースに対する優先度を決定するようにさらに構成される。いくつかの実施形態において、先取り手順は、物理レイヤによって、第１のＵＬリソースまたは第２のＵＬリソースの優先順位付けに基づいて第１の送信または第２の送信を先取りすることを含む。いくつかの実施形態において、第１のＵＬリソースまたは第２のＵＬリソースのいずれかを優先されるＵＬリソースに指定することは、論理チャネル優先順位付け（ＬＣＰ）を行うことと、ＵＬリソースにマッピングされた最高優先度の論理チャネルを評価することと、および／またはＵＬリソースにマッピングされたＵＬ制御情報に対応する（またはそれをトリガした）論理チャネルを評価することとを含む。

【図面の簡単な説明】

【0013】

より詳細な理解は、添付図面と共に例として示される以下の説明から得ることができ、図における類似の参照番号は類似の要素を示す。

【図1A】１つまたは複数の開示される実施形態が実施され得る、例示の通信システムを示すシステム図である。

【図1B】実施形態による、図１Ａに示される通信システム内で用いられ得る例示の無線送受信ユニット（ＷＴＲＵ）を示すシステム図である。

【図1C】実施形態による、図１Ａに示される通信システム内で用いられ得る例示の無線アクセスネットワーク（ＲＡＮ）および例示のコアネットワーク（ＣＮ）を示すシステム図である。

【図1D】実施形態による、図１Ａに示される通信システム内で用いられ得る他の例示のＲＡＮおよび他の例示のＣＮを示すシステム図である。

【図2】ＷＴＲＵがＭＡＣにおけるグラントの間で優先順位付けするおよび／または選択する例示の場合を示すシグナリング図である。

【図3】ＷＴＲＵが進行中のＵＬ送信を先取りする例示の場合を示すシグナリング図である。

【図4】第１のアップリンクリソース上のＷＴＲＵからの物理アップリンクチャネル送信が、第２のアップリンクリソース上のＷＴＲＵからの物理アップリンクチャネル送信と、時間領域において重複するのを示すシグナリング図である。

【図5】異なるリソース上の重複する送信に対処するための例示の方法を示すフローチャートである。

【図6】異なるリソース上の重複する送信に対処するための、図５の例示の方法をさらに示すフローチャートである。

【図7】異なるリソース上の重複する送信に対処するための、図５および図６の例示の方法をさらに示すフローチャートである。

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

【0014】

図１Ａは、１つまたは複数の開示される実施形態が実施され得る、例示の通信システム１００を示す図である。通信システム１００は、複数の無線ユーザに音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを提供する多元接続方式とすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含む、システムリソースの共有を通してこのようなコンテンツにアクセスすることを可能にする。例えば通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ型ＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）などの１つまたは複数のチャネルアクセス方法を使用することができる。

【0015】

図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ１０４／１１３、ＣＮ１０６／１１５、公衆交換電話ネットワーク（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含み得るが、開示される実施形態は任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境において動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例えば、そのいずれも「ステーション」および／または「ＳＴＡ」と呼ばれ得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されることができ、ユーザ機器（ＵＥ）、移動局、固定または移動体加入者ユニット、サブスクリプションベースのユニット、ページャ、携帯電話、ＰＤＡ、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ－Ｆｉデバイス、ＩｏＴデバイス、ウォッチまたは他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、乗り物、ドローン、医療機器およびアプリケーション（例えば、遠隔手術）、産業用機器およびアプリケーション（例えば、産業および／または自動化処理チェーンの関連において動作する、ロボットおよび／または他の無線デバイス）、民生用エレクトロニクスデバイス、商用および／または産業用無線ネットワーク上で動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのいずれも、同義的にＵＥと呼ばれ得る。

【0016】

通信システム１００はまた、基地局１１４ａおよび／または基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂのそれぞれは、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線にインターフェース接続するように構成された任意のタイプのデバイスとすることができる。例えば、基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどとすることができる。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として描かれるが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが理解されるであろう。

【0017】

基地局１１４ａは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）も含み得るＲＡＮ１０４／１１３の一部とすることができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれ得る１つまたは複数のキャリア周波数上で無線信号を送信および／または受信するように構成され得る。これらの周波数は認可されたスペクトル、無認可のスペクトル、または認可されたおよび無認可のスペクトルの組み合わせにおけるものとすることができる。セルは、比較的固定的な、または時間と共に変化し得る、特定の地理的エリアに対する無線サービスのためのカバレッジを提供し得る。セルは、セルセクタにさらに分割され得る。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。従って、一実施形態において、基地局１１４ａは３つのトランシーバ、すなわち、セルの各セクタに対して１つずつを含み得る。実施形態において、基地局１１４ａは、ＭＩＭＯ技術を使用でき、セルの各セクタに対して複数のトランシーバを利用できる。例えば、所望の空間方向において信号を送信および／または受信するようにビームフォーミングが用いられ得る。

【0018】

基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができるエアインターフェース１１６を通して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数と通信することができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立され得る。

【0019】

より具体的には、上記のように、通信システム１００は多元接続方式とすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を使用できる。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施でき、これは広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を用いてエアインターフェース１１５／１１６／１１７を確立できる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含み得る。

【0020】

実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、発展型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実施でき、これはロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）および／またはＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を用いてエアインターフェース１１６を確立できる。

【0021】

実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実施でき、これは新無線（ＮＲ）を用いてエアインターフェース１１６を確立できる。

【0022】

実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実施できる。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ）原理を用いて、ＬＴＥ無線アクセスおよびＮＲ無線アクセスを一緒に実施できる。従って、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術、および／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）に、またはそれらから、送られる送信を特徴とし得る。

【0023】

他の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（即ち、ＷｉＦｉ（Wireless Fidelity））、ＩＥＥＥ８０２．１６（即ち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定標準２０００（ＩＳ－２０００）、暫定標準９５（ＩＳ－９５）、暫定標準８５６（ＩＳ－８５６）、ＧＳＭ（登録商標）（Global System for Mobile Communications）、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施できる。

【0024】

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとすることができ、事業所、自宅、乗り物、キャンパス、産業施設、空中回廊（例えば、ドローンによる使用のための）、車道などの、局在したエリア内の無線接続性を容易にするための任意の適切なＲＡＴを利用できる。一実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立できる。実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立できる。他の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立できる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。従って、基地局１１４ｂは、ＣＮ１０６／１１５を通じてインターネット１１０にアクセスすることを不要とすることができる。

【0025】

ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信することができ、これは音声、データ、アプリケーション、および／またはＶｏＩＰ（Voice over Internet Protocol）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数に提供するように構成された、任意のタイプのネットワークとすることができる。データは、異なるスループット要件、待ち時間要件、エラー耐性要件、信頼度要件、データスループット要件、モビリティ要件などの様々なサービス品質（ＱｏＳ）要件を有し得る。ＣＮ１０６／１１５は、呼制御、料金請求サービス、モバイル位置情報サービス、プリペイドコール、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証などの高レベルセキュリティ機能を行える。図１Ａに示されないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと、直接または間接に通信し得ることが理解されるであろう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４／１１３に接続されることに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、またはＷｉＦｉ無線技術を使用する他のＲＡＮ（図示せず）と通信できる。

【0026】

ＣＮ１０６／１１５はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働くことができる。ＰＳＴＮ１０８は、従来型電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群におけるＴＣＰ、ＵＤＰ、および／またはＩＰなどの共通通信プロトコルを用いる、相互接続されたコンピュータネットワークおよびデバイスの地球規模のシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される有線および／または無線通信ネットワークを含むことができる。例えばネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを使用し得る１つまたは複数のＲＡＮに接続された、他のＣＮを含むことができる。

【0027】

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたは全ては、マルチモード能力を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを通して異なる無線ネットワークと通信するための、複数のトランシーバを含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用可能な基地局１１４ａと、およびＩＥＥＥ ８０２無線技術を使用可能な基地局１１４ｂと通信するように構成され得る。

【0028】

図１Ｂは、例示のＷＴＲＵ１０２を示すシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は中でも、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６、および／または他の周辺装置１３８を含み得る。ＷＴＲＵ１０２は、実施形態と一貫性を保ちながら、前述の要素の任意のサブコンビネーションを含み得ることが理解されるであろう。

【0029】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連した１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ、ＦＰＧＡ回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする任意の他の機能を行い得る。プロセッサ１１８はトランシーバ１２０に結合されることができ、これは送受信要素１２２に結合され得る。図１Ｂはプロセッサ１１８およびトランシーバ１２０を個別の構成要素として描いているが、プロセッサ１１８およびトランシーバ１２０は、電子回路パッケージまたはチップ内に一緒に一体化され得ることが理解されるであろう。

【0030】

送受信要素１２２は、エアインターフェース１１６を通して基地局（例えば、基地局１１４ａ）に信号を送信し、またはそれから信号を受信するように構成され得る。例えば、一実施形態において、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。実施形態において、送受信要素１２２は例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。他の実施形態において、送受信要素１２２は、ＲＦおよび光信号の両方を送信および／または受信するように構成され得る。送受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成され得ることが理解されるであろう。

【0031】

図１Ｂでは送受信要素１２２は単一の要素として描かれるが、ＷＴＲＵ１０２は任意の数の送受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を使用し得る。従って、一実施形態において、ＷＴＲＵ１０２は、エアインターフェース１１６を通して無線信号を送信および受信するための２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含み得る。

【0032】

トランシーバ１２０は、送受信要素１２２によって送信されることになる信号を変調するように、および送受信要素１２２によって受信された信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２はマルチモード能力を有し得る。従って、トランシーバ１２０は、ＷＴＲＵ１０２が例えばＮＲおよびＩＥＥＥ ８０２．１１などの複数のＲＡＴを通じて通信することを可能にするための複数のトランシーバを含み得る。

【0033】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることができ、およびそれらからユーザ入力データを受信できる。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力できる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの、任意のタイプの適切なメモリの情報にアクセスし、それにデータを記憶できる。非リムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、ＳＩＭカード、メモリスティック、ＳＤメモリカードなどを含み得る。他の実施形態において、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアクセスし、それにデータを記憶できる。

【0034】

プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素に対する電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉイオン）など）、太陽電池、燃料電池などを含み得る。

【0035】

プロセッサ１１８はまたＧＰＳチップセット１３６に結合されることができ、これはＷＴＲＵ１０２の現在位置に関しての位置情報（例えば、経度および緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２はエアインターフェース１１６を通して、基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信でき、および／または２つ以上の近くの基地局から受信される信号のタイミングに基づいてそれの位置を決定できる。ＷＴＲＵ１０２は、実施形態と一貫性を保ちながら、任意の適切な位置決定方法によって位置情報を取得し得ることが理解されるであろう。

【0036】

プロセッサ１１８は他の周辺装置１３８にさらに結合されることができ、これはさらなる特徴、機能、および／または有線もしくは無線接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含み得る。例えば、周辺装置１３８は加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真および／またはビデオ用）、ＵＳＢポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどを含むことができる。周辺装置１３８は１つまたは複数のセンサを含むことができ、センサはジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ；ジオロケーションセンサ；高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体センサ、および／または湿度センサの１つまたは複数とすることができる。

【0037】

ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）およびダウンリンク（例えば、受信用）の両方のための特定のサブフレームに関連付けられた）信号のいくつかまたは全ての送信および受信がコンカレントおよび／または同時となり得る、全二重無線を含み得る。全二重無線は、ハードウェア（例えば、チョーク）、またはプロセッサを通じた（例えば、別個のプロセッサ（図示せず）、またはプロセッサ１１８を通じた）信号処理によって、自己干渉を低減するおよび／または実質的に除去するための干渉管理ユニット１３９を含み得る。実施形態において、ＷＴＲＵ１０２は、信号（例えば、ＵＬ（例えば、送信用）、またはダウンリンク（例えば、受信用）のための特定のサブフレームに関連付けられた）の、いくつかまたは全ての送信および受信のために半二重無線を含み得る。

【0038】

図１Ｃは、実施形態によるＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４はＥ－ＵＴＲＡ無線技術を使用して、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、ＣＮ１０６と通信することができる。

【0039】

ＲＡＮ１０４はｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、実施形態と一貫性を保ちながら、任意の数のｅノードＢを含み得ることが理解されるであろう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含み得る。一実施形態において、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施し得る。従って、例えば、ｅノードＢ１６０ａは、複数のアンテナを用いてＷＴＲＵ１０２ａに無線信号を送信し、および／またはそれから無線信号を受信できる。

【0040】

ｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられることができ、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどに対処するように構成され得る。図１Ｃに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを通して互いに通信できる。

【0041】

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６を含み得る。前述の要素のそれぞれはＣＮ１０６の一部として描かれるが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有および／または運用され得ることが理解されるであろう。

【0042】

ＭＭＥ１６２は、Ｓ１インターフェースを通じてＲＡＮ１０４内のｅノードＢ１６２ａ、１６２ｂ、１６２ｃのそれぞれに接続され、制御ノードとして働くことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチの間に特定のサービングゲートウェイを選択すること等を受け持ち得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）との間で切り換えるための、制御プレーン機能を提供し得る。

【0043】

ＳＧＷ１６４は、Ｓ１インターフェースを通じてＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続され得る。ＳＧＷ１６４は一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへのまたはそれらからのユーザデータパケットを経路指定および転送し得る。ＳＧＷ１６４は、ｅノードＢ間ハンドオーバの間にユーザプレーンをアンカリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのＤＬデータが使用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの他の機能を行い得る。

【0044】

ＳＧＷ１６４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができるＰＧＷ１６６に接続され得る。

【0045】

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来型の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運用される他の有線および／または無線ネットワークを含み得る他のネットワーク１１２へのアクセスを提供することができる。

【0046】

ＷＴＲＵは、図１Ａ～１Ｄでは無線端末として述べられるが、いくつかの代表的な実施形態においてこのような端末は、通信ネットワークとの有線通信インターフェースを用い得ること（例えば、一時的にまたは恒久的に）が企図される。代表的な実施形態において他のネットワーク１１２は、ＷＬＡＮとすることができる。

【0047】

インフラストラクチャ基本サービスセット（ＢＳＳ）モードでのＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）、およびＡＰに関連付けられた１つまたは複数のステーション（ＳＴＡ）を有し得る。ＡＰは、分配システム（ＤＳ）、またはＢＳＳ内へのおよび／またはそれからのトラフィックを運ぶ他のタイプの有線／無線ネットワークへの、アクセスまたはインターフェースを有し得る。ＢＳＳの外部から生じるＳＴＡへのトラフィックは、ＡＰを通して到着し、ＳＴＡに届けられ得る。ＳＴＡから生じる、ＢＳＳの外部の宛先へのトラフィックは、ＡＰに送られてそれぞれの宛先に届けられ得る。ＢＳＳ内のＳＴＡ間のトラフィックはＡＰを通して送られることができ、例えば、送信元ＳＴＡはトラフィックをＡＰに送ることができ、ＡＰはトラフィックを宛先ＳＴＡに届けることができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと、見なされ得るおよび／または呼ばれ得る。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）によって、送信元と宛先ＳＴＡとの間で（例えば、それらの間で直接）送られ得る。いくつかの代表的な実施形態において、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を用いることができる。独立ＢＳＳ（ＩＢＳＳ）モードを用いるＷＬＡＮはＡＰを持たなくてよく、ＩＢＳＳにおけるまたはそれを用いるＳＴＡ（例えば、ＳＴＡの全て）は、互いに直接通信することができる。ＩＢＳＳ通信モードは本明細書においてときには、「アドホック」通信モードと呼ばれ得る。

【0048】

８０２．１１ａｃインフラストラクチャ動作モードまたは同様な動作モードを用いるとき、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信できる。プライマリチャネルは固定の幅とする（例えば、２０ＭＨｚ幅の帯域幅）、またはシグナリングを通じて動的に設定される幅とすることができる。プライマリチャネルはＢＳＳの動作チャネルとすることができ、ＳＴＡによってＡＰとの接続を確立するために用いられ得る。いくつかの代表的な実施形態では、例えば８０２．１１システムにおいて、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）が実施され得る。ＣＳＭＡ／ＣＡに対して、ＡＰを含み、ＳＴＡ（例えば、あらゆるＳＴＡ）はプライマリチャネルを検知できる。特定のＳＴＡによって、プライマリチャネルがビジーであることが検知／検出され、および／または決定された場合、特定のＳＴＡはバックオフすることができる。所与のＢＳＳにおける任意の所与の時点で、１つのＳＴＡ（例えば、１つのステーションのみ）が送信することができる。

【0049】

高スループット（ＨＴ）ＳＴＡは通信のために、例えば、４０ＭＨｚ幅のチャネルを形成するようにプライマリ２０ＭＨｚチャネルと、隣接したまたは隣接しない２０ＭＨｚチャネルとの組み合わせを通じて、４０ＭＨｚ幅のチャネルを用いることができる。

【0050】

超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚおよび／または８０ＭＨｚチャネルは、連続した２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続した２０ＭＨｚチャネルを組み合わせることによって、または８０＋８０構成と呼ばれ得る２つの連続しない８０ＭＨｚチャネルを組み合わせることによって形成され得る。８０＋８０構成に対してデータは、チャネルエンコーディングの後、データを２つのストリームに分割することができるセグメントパーサに通過され得る。各ストリームに対して別々に、逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理が行われ得る。ストリームは２つの８０ＭＨｚチャネル上にマッピングされることができ、データは送信するＳＴＡによって送信され得る。受信するＳＴＡの受信機では、８０＋８０構成に対する上記で述べられた動作が逆にされることができ、組み合わされたデータは媒体アクセス制御（ＭＡＣ）に送られ得る。

【0051】

サブ１ＧＨｚ動作モードは、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。８０２．１１ａｆおよび８０２．１１ａｈにおいてチャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃで用いられるものと比べて低減される。８０２．１１ａｆはＴＶホワイトスペース（ＴＶＷＳ）スペクトル内の５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは非ＴＶＷＳスペクトルを用いた１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリア内のＭＴＣデバイスなど、メータタイプ制御／マシンタイプ通信をサポートし得る。ＭＴＣデバイスは一定の能力、例えば、一定のおよび／または制限された帯域幅に対するサポート（例えば、それらに対するサポートのみ）を含む制限された能力を有し得る。ＭＴＣデバイスは、閾値より大きい電池寿命を有する電池を含み得る（例えば、非常に長い電池寿命を維持するように）。

【0052】

８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネルおよびチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルに指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳ内の全てのＳＴＡによってサポートされる最も大きな共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小の帯域幅動作モードをサポートする、ＢＳＳ内で動作する全てのＳＴＡの中からの、ＳＴＡによって設定および／または制限され得る。８０２．１１ａｈの例において、プライマリチャネルは、ＡＰ、およびＢＳＳ内の他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚおよび／または他のチャネル帯域幅動作モードをサポートする場合でも、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）のために１ＭＨｚ幅とすることができる。キャリア検知および／またはネットワーク割り振りベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存し得る。例えば、ＡＰに送信するＳＴＡ（１ＭＨｚ動作モードのみをサポートする）に起因してプライマリチャネルがビジーである場合、たとえ周波数帯域の大部分がアイドルのままであり使用可能であり得る場合でも、使用可能な周波数帯域全体がビジーであると見なされ得る。

【0053】

米国において、８０２．１１ａｈによって用いられ得る使用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚである。韓国において、使用可能な周波数帯域は、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本において、使用可能な周波数帯域は、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈのために使用可能な総帯域幅は、国コードに応じて６ＭＨｚから２６ＭＨｚである。

【0054】

図１Ｄは、実施形態によるＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上記のように、ＲＡＮ１１３はＮＲ無線技術を使用して、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信できる。ＲＡＮ１１３はまた、ＣＮ１１５と通信できる。

【0055】

ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は実施形態と一貫性を保ちながら、任意の数のｇＮＢを含み得ることが理解されるであろう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはそれぞれ、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含み得る。一実施形態においてｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施できる。例えば、ｇＮＢ１８０ａ、１０８ｂは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはそれらから信号を受信するために、ビームフォーミングを利用できる。従って、ｇＮＢ１８０ａは、例えば複数のアンテナを用いてＷＴＲＵ１０２ａに無線信号を送信し、および／またはそれから無線信号を受信できる。実施形態において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実施できる。例えばｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａに送信できる（図示せず）。これらのコンポーネントキャリアのサブセットは無認可のスペクトル上とすることができ、残りのコンポーネントキャリアは認可されたスペクトル上とすることができる。実施形態において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（ＣｏＭＰ）技術を実施できる。例えばＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）からの協調された送信を受信できる。

【0056】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルニューメロロジーに関連付けられた送信を用いてｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信できる。例えば、ＯＦＤＭシンボル間隔および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分に対して変わり得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、多様なまたはスケーラブルな長さ（例えば、様々な数のＯＦＤＭシンボルを含んだ、および／または様々な長さの絶対時間だけ継続する）のサブフレームまたは送信時間間隔（ＴＴＩ）を用いて、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信できる。

【0057】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなど）にもアクセスせずに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信できる。スタンドアロン構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの１つまたは複数をモビリティアンカーポイントとして利用できる。スタンドアロン構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無認可の帯域内の信号を用いてｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信できる。非スタンドアロン構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの他のＲＡＮとも通信／接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信／接続できる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃはＤＣ原理を実施して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ、および１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと、実質的に同時に通信できる。非スタンドアロン構成において、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカとして働くことができ、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレッジおよび／またはスループットを提供し得る。

【0058】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのそれぞれは、特定のセル（図示せず）に関連付けられることができ、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーンデータをユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂに向けて経路指定すること、制御プレーン情報をアクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂに向けて経路指定すること等に対処するように構成され得る。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを通して互いに通信できる。

【0059】

図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、および場合によってはデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素のそれぞれはＣＮ１１５の一部として描かれるが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有および／または運用され得ることが理解されるであろう。

【0060】

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを通じてＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃの１つまたは複数に接続され、制御ノードとして働くことができる。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのためのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの対処）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、レジストレーションエリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などに対して責任をもち得る。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって用いられ得る。例えば、異なるネットワークスライスは、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存したサービス、強化型大規模モバイルブロードバンド（ｅＭＢＢ）アクセスに依存したサービス、マシンタイプ通信（ＭＴＣ）アクセスのためのサービス、および／または同様のものなどの、異なるユースケースに対して確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を使用する他のＲＡＮ（図示せず）との間で切り換えるための、制御プレーン機能を提供し得る。

【0061】

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを通じてＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを通じてＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックの経路指定を構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理するおよび割り振ること、ＰＤＵセッションを管理すること、ポリシー実行およびＱｏＳを制御すること、ダウンリンクデータ通知を提供することなどの他の機能を行える。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどとすることができる。

【0062】

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを通じてＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃの１つまたは複数に接続され、これはＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４、１８４ｂは、パケットを経路指定および転送すること、ユーザプレーンポリシーを実行すること、マルチホーム型ＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳに対処すること、ダウンリンクパケットをバッファすること、モビリティアンカリングを提供することなどの他の機能を行い得る。

【0063】

ＣＮ１１５は、他のネットワークとの通信を容易にする。例えばＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み、またはそれと通信できる。さらに、ＣＮ１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運用される他の有線および／または無線ネットワークを含み得る他のネットワーク１１２へのアクセスを提供し得る。一実施形態において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、およびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを通じて、ＵＰＦ１８４ａ、１８４ｂを通してローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続され得る。

【0064】

図１Ａ～図１Ｄ、および図１Ａ～図１Ｄの対応する説明に鑑みて、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノードＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、および／または本明細書で述べられる任意の他のデバイスの１つまたは複数に関して、本明細書で述べられる機能の１つまたは複数、または全ては、１つまたは複数のエミュレーションデバイス（図示せず）によって行われ得る。エミュレーションデバイスは、本明細書で述べられる機能の１つまたは複数、または全てをエミュレートするように構成された１つまたは複数のデバイスとすることができる。例えば、エミュレーションデバイスは、他のデバイスをテストするためおよび／または、ネットワークおよび／またはＷＴＲＵ機能をシミュレートするために用いられ得る。

【0065】

エミュレーションデバイスは、研究室環境および／またはオペレータネットワーク環境において他のデバイスの１つまたは複数のテストを実施するように設計され得る。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として、全体的にまたは部分的に実施されおよび／または配備されながら、１つまたは複数、または全ての機能を行うことができる。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として、一時的に実施／配備されながら、１つまたは複数、または全ての機能を行うことができる。エミュレーションデバイスは、テストの目的のために別のデバイスに直接結合されることができ、および／またはオーバーザエア無線通信を用いてテストを行い得る。

【0066】

１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実施／配備されずに、全てを含む、１つまたは複数の機能を行うことができる。例えば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために、テスト室および／または配備されていない（例えば、テストする）有線および／または無線通信ネットワークにおけるテストシナリオにおいて利用され得る。１つまたは複数のエミュレーションデバイスは、テスト機器とすることができる。データを送信および／または受信するためにエミュレーションデバイスによって、直接ＲＦ結合、および／またはＲＦ回路（例えば、これは１つまたは複数のアンテナを含み得る）を通じた無線通信が用いられ得る。

【0067】

ＮＲ ＷＴＲＵは、第１および第２のＭＣＳテーブルを用いてＲＲＣによって構成されることができ、例えば、各テーブルは、送信に対して適用可能として、それぞれ第１および第２の無線ネットワーク一時識別子（ＲＮＴＩ）によって、または第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）探索空間（ＳＳ）（例えば、セル共通ＳＳ）内、もしくは第２のＰＤＣＣＨ ＳＳ（例えば、ＷＴＲＵ固有ＳＳ）内のダウンリンク制御情報（ＤＣＩ）メッセージによって示され得る。

【0068】

グラントベースの送信に対して、ダウンリンク制御情報（ＤＣＩ）巡回冗長検査（ＣＲＣ）は、新たなＭＣＳテーブルを示すように追加のＲＮＴＩによってスクランブルされ得る。いくつかの実装形態において、ネットワークは、たとえ新ＲＮＴＩが構成されなくても、新たなＭＣＳテーブルを動的に示すことができ、それによって、ユーザ探索空間（ＵＳＳ）において送られたＤＣＩは新たなＭＣＳテーブルを用い、および共通探索空間（ＣＳＳ）において送られたＤＣＩは既存のＭＣＳテーブルを用いる。構成されたグラントに対しては、ＲＲＣは構成されたグラントリソース構成の新ＲＮＴＩ部分を提供し得る。

【0069】

ＮＲ ＷＴＲＵは、Ｃ－ＲＮＴＩのそれと同様な特性を有する追加のＲＮＴＩを用いて構成され得る。例えば、新ＲＮＴＩはまた、ＷＴＲＵを一意に識別し得る。新ＲＮＴＩおよびＣ－ＲＮＴＩはそれぞれ、ＤＣＩによってスケジュールされる送信のために用いられることになる、複数のＭＣＳテーブルの１つを示し得る。異なるＭＣＳテーブルは、異なる信頼度および／またはブロックエラーレート（ＢＬＥＲ）目標に対応し得る。あるいは、ＷＴＲＵは、ＷＴＲＵのＰＤＣＣＨ探索空間内のＤＣＩの位置から所与のＤＣＩによってスケジュールされる送信のために、どのＭＣＳテーブルを用いるかを決定し得る。例えば、ＷＴＲＵは、ＷＴＲＵ固有探索空間（ＵＥＳＳ）において受信されたＤＣＩは第２のＭＣＳテーブルに対応し、共通探索空間（ＣＳＳ）において受信されたＤＣＩは第１の（またはデフォルトの）ＭＣＳテーブルに対応すると決定し得る。ＷＴＲＵは、第２のＲＮＴＩを、構成されたグラントに対する送信リソースの構成において受信し得る。

【0070】

いくつかの実装形態において、ＵＬ送信のためにトランスポートブロック（ＴＢ）が用いられる。ＬＴＥおよびＮＲにおいて、ネットワーク（例えば、ｅＮＢまたはｇＮＢ）は、ＵＬ共有チャネル（ＵＬ－ＳＣＨ）上の送信のためにＷＴＲＵに無線リソースを付与し得る。ＷＴＲＵは、このようなリソース割り振りを、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で受信されるグラントにおいて、または構成されたリソース（例えば、ＬＴＥでは半持続的にスケジュールされたＵＬグラント、またはＮＲではタイプ１グラントもしくはタイプ２グラント）において受信し得る。いくつかの実装形態において、リソース割り振りを受信した後、ＷＴＲＵの媒体アクセス制御（本明細書の以下ではＭＡＣ）レイヤは、ハイブリッド自動再送要求（ＨＡＲＱ）エンティティ（ＷＴＲＵ）に、ＵＬ送信のための必要な情報を提供し得る。この情報は、新データ表示（ＮＤＩ）、送信単位（transmission unit）、冗長バージョン（ＲＶ）、または送信持続時間の１つまたは複数を含み得る。ＮＤＩは、アップリンク送信が新たな送信または再送信であるべきか否かを示し得る。送信単位（例えば、トランスポートブロック（ＴＢ）サイズ）は、アップリンク送信のために使用可能なビット数を示し得る。ＵＬ送信に対してＭＡＣによって提供されるＵＬ ＨＡＲＱ情報は、送信持続時間（ＴＴＩ）を示す。

【0071】

通常のシングルキャリアシステムにおいて、任意の所与の時点で所与の送信持続時間の、最大限でも単一のＴＢが存在し得る。ＨＡＲＱエンティティは、そのための送信が生じるべきＨＡＲＱプロセスを識別し得る。ＨＡＲＱエンティティはまた、ＨＡＲＱフィードバックと、変調および符号化方式（ＭＣＳ）とをＨＡＲＱプロセスに提供し得る。

【0072】

ＮＤＩ、ＴＢサイズ、ＲＶ ＴＴＩ、およびＭＣＳの値はネットワーク（例えば、ｅＮＢまたはｇＮＢ）によって制御されることができ、パケット遅延バジェット（ＰＤＢ）、パケットエラーロス率（ＰＥＬＲ）、および／または、例えば、ＷＴＲＵから受信される、バッファステータス報告（ＢＳＲ）情報、報告されるチャネル品質表示（ＣＱＩ）、および／またはＨＡＲＱフィードバックに基づいて、ＷＴＲＵのために確立された異なる無線ベアラの対応する無線ブロックエラーレート（ＢＬＥＲ）目標など、サービス品質（ＱｏＳ）要件に適合するためのネットワークによって選択され得る。

【0073】

送信に対してＭＡＣプロトコルデータユニット（ＰＤＵ）を組み立てるために、ＷＴＲＵは、１つまたは複数の論理チャネル（ＬＣＨ）から、１つまたは複数のＭＡＣサービスデータユニット（ＳＤＵ）を、適切なトランスポートチャネル上で物理レイヤに届けられることになるＴＢ上に多重化し得る。このような多重化に対して、ＬＣＨからのデータと所与のＴＢとの間のマッピングに対する制限もあり得る。例示の制限は、ＴＢの送信の１つまたは複数の特性に基づく制限を含む。例示の特性は、ＳＣＳ、最大ＰＵＳＣＨ送信持続時間（例えば、最大ＴＴＩ）、構成されたグラントのタイプ（例えば、ＮＲタイプ１、タイプ２）、および／またはＬＣＨに対するデータの送信のために許容されたサービングセルを含み得る。

【0074】

本明細書で論じられるように、論理チャネル（ＬＣＨ）は、データパケットおよび／またはＰＤＵの間の論理関連付けを表し得る。このような関連付けは、同じベアラに関連付けられたデータユニットに基づき得る。本明細書で論じられるように、論理チャネルグループ（ＬＣＧ）は、ＬＣＨのグループ（または上記の定義に従って等価なもの）を含むことができ、このようなグループ分けは１つまたは複数の基準に基づき得る。例示のグループ分け基準は、例えば、グループ内の１つまたは複数のＬＣＨは、同じＬＣＧの他のＬＣＨと同様な優先度レベルを有する、または何らかのやり方で送信の同じタイプに関連付けられる（例えば、同じＳＣＳ、持続時間、波形などを有する）ことを含み得る。

【0075】

いくつかの実装形態において、ＵＬ送信に対して論理チャネル優先順位付け（ＬＣＰ）が用いられる。ＬＣＰは、送信のために使用可能なデータを、ＵＬ送信のために使用可能であるリソースに関連付けるために用いられる機構である。いくつかの実装形態は、同じトランスポートブロック内で、異なるＱｏＳ要件を有する、異なるデータの多重化をサポートする。いくつかの実装形態において、このような多重化は、多重化が、最も厳しいＱｏＳ要件を有するサービスに悪影響（例えば、待ち時間または信頼度の観点から）を導入しない、および／またはシステムリソースの不必要な浪費を導入しない（例えば、ベストエフォートトラフィックのために構成されたリソース上に高信頼度トラフィックを運ぶことによるスペクトル非効率性を導入することによる）場合に、サポートされる。

【0076】

いくつかの実装形態において、ＷＴＲＵは、以下の原理を用いて、１つまたは複数のＬＣＨからのデータのためにサービスするように、ＭＡＣ ＰＤＵを組み立てる（例えば、ＵＬ送信のためのＴＢを満たす）。例えば、いくつかの実装形態においてＷＴＲＵは、２ラウンドまでの処理を用いてＬＣＰを行い得る。

【0077】

例示のＬＣＰ実装形態の第１のラウンドにおいて（または、別の表現では、ステップ１および２）、優先されるビットレート（ＰＢＲ）まで、優先度の高いものから順に、１つまたは複数のＬＣＨからのデータがサービスされる。別言すれば、データはＬＣＨに対して、最大限でも、ＰＢＲまでサービスされ得る。いくつかの例において、このラウンドにおいてＴＢに対して多重化するためにＬＣＨから取られるデータの量は、最大限でも、ＰＢＲに対応する値までとすることができ、ＬＣＨは優先度の高いものから順にサービスされる。

【0078】

サービスされるデータは、所与のＴＴＩ内の送信のためのＬＣＨに対するデータ容量の使用可能な大きさを超えることができる（すなわち、サービスされるデータは、通常、不必要なＲＬＣセグメンテーションを避けるために用いられる所与のＴＴＩ（例えば、エンベロープ）内の可能性のあるサービスされるデータの量に対する「バケット」またはトラフィックシェーパ（traffic shaper）を超えることができる）。別言すれば、いくつかの実装形態は、例えば、そうすることが、ＷＴＲＵによるＰＤＵまたはパケットのセグメンテーションが必要になることを、避けることに寄与するようになる場合、データの最大量より多くがサービスされることを許容する。

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

図２は、ＷＴＲＵがＭＡＣにおけるグラントの間で優先順位付けおよび／または選択する、例示のシナリオ２００を示すシグナリング図である。シナリオ２００において、時間２５０でＷＴＲＵは、グラント１に対する送信２１０は時間２２０で始まるようになり、並びにグラント２に対する送信２３０は送信２１０と時間領域において重複するようになり、および時間２４０で送信２１０より前に始まるようになると決定する。２つのグラントのＭＡＣレイヤ優先順位付けを行うために、ＷＴＲＵはＬＣＰを行うための最小処理時間Ｔ_minを必要とする。時間２５０は、Ｔ_minの開始の前であるので、ＷＴＲＵは、２つのグラントを優先順位付けし、それに従ってＭＡＣレイヤ優先順位付けを用いて送信を優先順位付けするのに、十分な時間を有する。

【0141】

図３は、ＷＴＲＵが進行中のＵＬ送信を先取りする例示のシナリオ３００を示すシグナリング図である。シナリオ３００において、時間３５０でＷＴＲＵは、グラント１に対する送信３１０は時間３２０で始まるようになり、並びにグラント２に対する送信３３０は送信３１０と時間領域において重複するようになり、および時間３４０で送信３１０より前に始まるようになると決定する。２つのグラントのＭＡＣレイヤ優先順位付けを行うために、ＷＴＲＵはＬＣＰを行うための最小処理時間Ｔ_minを必要とする。時間２５０は、Ｔ_minの開始の後であるので、ＷＴＲＵは、２つのグラントを優先順位付けし、それに従って物理レイヤ先取りを用いて、グラント１またはグラント２のいずれか上の重複する送信を先取りするのに、十分な時間を有しない。

【0142】

図４は、例示のシナリオ４００を示すシグナリング図であり、ＵＬリソース１上のＷＴＲＵからの物理アップリンクチャネル送信４１０は、ＵＬリソース２上のＷＴＲＵからの物理アップリンクチャネル送信４２０と、時間領域において重複する。送信４１０の最初のシンボルは時間ｔ₃で始まるようになり、送信４２０の最初のシンボルは後に時間ｔ₄で始まるようになる。ＷＴＲＵが送信４１０と４２０との間の重複または「衝突」に対処するために、ＷＴＲＵは十分なリードタイムを有して衝突を検出することが必要になる。ＷＴＲＵがＭＡＣレイヤ処理（例えば、ＬＣＰによる）を用いて重複に対処する、および／または単一のトランスポートブロックを生成するために、ＷＴＲＵは、より早期の重複する送信４１０の始まりより閾値時間ｔ_MACProcだけ前に、重複を検出することが必要になる。

【0143】

従って、ＷＴＲＵがいつ送信４１０が生じるか（例えば、時間ｔ₁で）をすでに決定しており、送信４２０との重複が時間ｔ₂以前（すなわち、より以前の送信４１０より少なくともｔ_MACProcだけ前）に生じるようになると決定した場合、ＷＴＲＵはＭＡＣレイヤ処理（例えば、ＭＡＣレイヤ優先順位付け）を用いて重複に対処するのに十分な処理時間を有する。

【0144】

一方、ＷＴＲＵがいつ送信４１０が生じるか（例えば、時間ｔ₁で）をすでに決定しており、送信４２０との重複が時間ｔ_2bis以前（すなわち、送信４１０と送信４２０との間の重複の始まりである、後の送信の始まりの少なくともｔ_PHYProc前）に生じるようになると決定した場合、ＷＴＲＵは、ＰＨＹレイヤ処理（例えば、物理レイヤ先取り）を用いて重複に対処するのに十分な処理時間を有する。

【0145】

図５、図６および図７は、第１のリソース（例えば、第１のグラント）上の物理チャネル送信と、第２のリソース（例えば、第２のグラント）上の第２の物理チャネル送信との間の重複に対処するために、ＷＴＲＵにおいて実装され得る、例示の方法を示すフローチャートである。ステップの順序は例示的なものであることに留意されたい。いくつかの実施形態において、ステップは異なる順序で生じてよく、時間において重複してよく、またはいくつかのステップは省かれてよい。いくつかのステップにおけるトランスポートブロック（ＴＢ）の生成は、アップリンクリソース上の送信のタイプに対する例示的なものであり、ＵＬ制御情報と入れ替えられることができ、またはアップリンク送信として一般化され得ることに留意されたい。

【0146】

図５は、上述の重複に対処するための例示の方法を示すフローチャート５００である。ステップ５１０において、ＷＴＲＵは第１のリソースに対する第１のグラントを受信し、ステップ５２０において、ＷＴＲＵは第２のリソースに対する第２のグラントを受信する。ＷＴＲＵは、第１および第２のグラント上の送信が予想されるかどうか、およびそれがいつであるかを決定する。第１のリソース上の送信および第２のリソース上の送信が時間領域において重複するようになるという条件５３０で、ＷＴＲＵはステップ５４０において使用可能な処理時間を決定し、そうでなければ、フローはステップ５１０に戻り、ＷＴＲＵは潜在的に重複するリソースのセットに対する別のグラントを受信する。処理時間が第１の閾値より大きいという条件５５０で、ＷＴＲＵはステップ５６０で優先されるリソースを指定し、ステップ５７０で優先されるリソースのための単一のＴＢを生成し、ステップ５８０で優先されるリソース上で単一のＴＢを送信する。そうでなければ、フローは、図６に関して示され述べられたようにステップ６１０に続く。

【0147】

ステップ５４０において、ＷＴＲＵは、上述の様々な実施形態により、第１の閾値に対する第１の使用可能な処理時間と、第２の閾値に対する第２の使用可能な処理時間の両方を決定する。

【0148】

例えば、第１の閾値に対する第１の使用可能な処理時間は、ＷＴＲＵが、第２のグラント上の送信が予想されること（第２のグラント上の送信が、第１のグラント上の送信より後に生じる場合）を決定した後と、第１のグラント上の送信の開始との残りの時間として決定され得る。これは、いくつかの実施形態において、図４に関して示され述べられたように、ｔ₂とｔ₃との間の時間に対応する。

【0149】

第２の閾値に対する第２の使用可能な処理時間は、ＷＴＲＵが、第２のグラント上の送信が予想されること（第２のグラント上の送信が、第１のグラント上の送信より後に生じるようになると想定して）を決定した後と、第２のグラント上の送信の開始（すなわち、送信の間の重複の開始）との残りの時間として決定され得る。これは、いくつかの実施形態において図４に関して示され述べられたように、ｔ₂とｔ₄との間の時間に対応する。

【0150】

条件５５０において、ＷＴＲＵは、ＷＴＲＵがＭＡＣレイヤ優先順位付けを用いて２つのうちのどちらが優先されるべきかを決定するのに十分な処理時間が残っているかどうかを決定するために、第１の使用可能な処理時間を第１の閾値と比較する。この閾値は、図４に関して示され述べられたように、ｔ_MACProcに対応する。

【0151】

様々なステップおよび条件は、１つの例示の実施形態を表すのみであり、別個に、および特に例示および理解を容易にするためのみであることに留意されたい。様々なステップおよび条件は、必ずしも連続したまたは別個の動作ではない。例えば、それぞれステップ５１０および５２０で受信される第１および第２のグラントは、いくつかの実施形態において、同時に、または示される順序と逆に受信され得る。

【0152】

例示の方法は、それぞれ図５、図６および図７に関して示され述べられるように、フローチャート５００、６００、および７００の組み合わせを用いて述べられる。しかし、フローチャート５００の方法はまた、それ自体でＭＡＣレイヤ優先順位付けのための方法として概念化されることができ、その場合は、いくつかの実施形態において条件５５０の否定条件は、ステップ５１０に戻るようになることに留意されたい。

【0153】

図６は、上述の重複に対処するための例示の方法をさらに示すフローチャート６００である。フローは、図５に関して示され述べられたように、条件５５０から条件６１０に進む。第１の使用可能な処理時間は第１の閾値未満であるが、第２の使用可能な処理時間は第２の閾値より大きいという条件６１０で、ＷＴＲＵは、ステップ６２０で優先されるリソースを指定し、ステップ６３０で第１のリソースのための第１のＴＢと第２のリソースのための第２のＴＢとを生成し、ステップ６４０で第１のリソース上で第１のＴＢの送信を開始し、ステップ６５０で第２のリソース上で第２のＴＢの送信を開始し、並びにステップ６６０で第１のＴＢおよび第２のＴＢの送信に対する先取り手順（ＰＨＹレイヤにおける）を行う。そうでなければ、フローは、図７に関して示され述べられたようにステップ７１０に続く。様々な処理ステップ６３０、６４０、および６５０の順序は例示的なものであり、他の実施形態では、任意の適切な順序で生じる、および／または時間において重複する、または同時とすることができることに留意されたい。いくつかのステップでのトランスポートブロック（ＴＢ）の生成は、アップリンクリソース上の送信のタイプに対する例示的なものであり、ＵＬ制御情報と入れ替えられる、またはアップリンク送信としてより一般化され得ることに留意されたい。

【0154】

条件６１０において、ＷＴＲＵは、ＷＴＲＵがＰＨＹレイヤ優先順位付けを用いて２つのうちのどちらが優先されるべきかを決定するのに十分な処理時間が残っているかどうかを決定するために、第２の使用可能な処理時間を（すなわち、図５に関して示され述べられたように、ステップ５４０において決定されたように）、第２の閾値と比較する。この閾値は、図４に関して示され述べられたように、ｔ_PHYProcに対応する。

【0155】

図７は、上述の重複に対処するための方法をさらに示すフローチャート７００である。フローは、図６に関して示され述べられたように、条件６１０から条件７１０に進む。第２の使用可能な処理時間が第２の閾値未満であるという条件７１０で、ＷＴＲＵは、ステップ７２０で優先されるリソースを指定し、ステップ７３０で、優先された送信がその上で行われるリソースのための単一のＴＢを生成し、ステップ７４０で、優先されないＵＬリソースに対する処理および送信を中止し、ステップ７５０で優先されるリソース上で単一のＴＢを送信する。様々な処理ステップ７３０、７４０、および７５０の順序は例示的なものであり、他の実施形態では、任意の適切な順序で生じる、および／または時間において重複する、または同時とすることができることに留意されたい。いくつかのステップでのトランスポートブロック（ＴＢ）の生成は、アップリンクリソース上の送信のタイプに対する例示的なものであり、ＵＬ制御情報と入れ替えられる、またはアップリンク送信としてより一般化され得ることに留意されたい。フローは、図５に関して示され述べられたように、ステップ５１０に戻る。

【0156】

図５、図６および図７に示される例示の処理順序において、条件７１０は暗黙的な条件であり、すなわち、処理が条件７１０に達した場合は第２の使用可能な処理時間は常に第２の閾値未満になる（すなわち、否定条件は存在しない）。しかし、この処理順序は単に例示的なものであることに留意されたい。他の実装形態において、ＷＴＲＵは、この条件を条件６１０および／または５５０より先に決定することができ、その場合、否定条件は、それに従って次の適切な条件（例えば、条件６１０または５５０）にフローを進めるようになる。

【0157】

いくつかの実装形態において、先取りは、ＷＴＲＵが第２の送信（例えば、第２のグラントに対応する）を開始するために、第１の進行中の送信（例えば、第１のグラントに対応する）を停止することを含む。いくつかの実装形態において、ＷＴＲＵは、適用可能なＬＣＨに対するＷＴＲＵのバッファ内の使用可能なデータに応じて、グラントが別のグラントと重複すると見なされるべきかどうかを決定し得る（例えば、ゼロでなく、および／またはそれらのＬＣＨに対する送信のために使用可能なデータの特定の量より多く存在する場合）。このような決定は、ＬＣＨマッピング制限に基づく、および／または所与のグラントに関連付けられたＴＢに対して適用可能なＴＰの決定に基づくことができる。

【0158】

いくつかの実装形態において、ＷＴＲＵは、第１のグラントが時間および／またはリソースにおいて第２のグラントと重複するが、使用可能な処理リソース（例えば、時間）は、第１のグラントに対応する送信の開始の前、第１のグラントに対応する送信がすでに開始するより前、および／または第１のグラントに対応する送信の少なくとも１つのＴＢがすでに物理レイヤに届けられる前に、第２のグラントの処理を完了するためには不十分であると決定することができる。この場合、ＷＴＲＵは第２のグラントを通して送信を行うことができ、送信のために使用可能なデータ、および第１および第２のグラントの特性に応じて、第１のグラントに関連付けられた送信を先取りすることができる。

【0159】

具体的には、いくつかの実装形態において、ＷＴＲＵは、以下の例示の条件の少なくとも１つが生じる場合、第１のグラントに関連付けられた送信を先取りすることができる。

【0160】

第１の例において、ＷＴＲＵは、ＷＴＲＵが論理チャネル制限および／またはＴＰに従って第２のグラントを通して送信され得る送信のために使用可能なデータを有する場合に、第１のグラントに関連付けられた送信を先取りすることができる。いくつかの実装形態において、追加の条件は、このようなデータはこのような制限および／またはＴＰに従って第１のグラントを通して送信されることができないことである。

【0161】

第２の例において、ＷＴＲＵは、第１および第２のグラントのリソースが時間領域において重複する（完全にまたは部分的に）が、周波数領域では重複しない、または完全に重複しない場合に、第１のグラントに関連付けられた送信を先取りすることができる。いくつかの実装形態において、このような条件はより高位のレイヤによって構成可能となり得る。

【0162】

第３の例において、ＷＴＲＵは、送信のために使用可能なデータに関連付けられた優先度パラメータが、第１のグラントに対応する送信によって運ばれるトランスポートブロックに含まれるデータに関連付けられたいずれの優先度パラメータより高い場合に、第１のグラントに関連付けられた送信を先取りすることができる。いくつかの実装形態において、このような優先度パラメータは、例えば、ＬＣＰ手順の一部として、論理チャネル優先度を含むことができ、または先取り優先度を含むことができる。いくつかの実装形態において、このような先取り優先度は、より高位のレイヤによって、論理チャネル優先度とは無関係に各論理チャネルまたは論理チャネルグループに対して構成され得る。

【0163】

第４の例において、ＷＴＲＵは、第２のグラントに関連付けられた優先度パラメータ（例えば、先取りパラメータ）が、第１のグラントに関連付けられた優先度パラメータより高い場合に、第１のグラントに関連付けられた送信を先取りすることができる。いくつかの実装形態において、このような優先度パラメータは、各グラントに対して、例えばＴＰの一部として構成される、またはＤＣＩ内でもしくはＲＲＣによって明示的にシグナリングされることができる。いくつかの実装形態において、優先度パラメータは、グラントの特性に基づいて暗黙的に決定され得る。

【0164】

第５の例において、ＷＴＲＵは、第１および第２のグラントに対応するＨＡＲＱプロセスが同じでない場合に、最も早期に生じるグラントに関連付けられた送信を先取りすることができる。このような場合において、最も早期に生じるグラントがまた、第３のグラント（例えば、時間において、より後の）と重複する場合、ＷＴＲＵは依然として、他の適用可能な条件が満たされる場合に第３のグラントを通して送信を行い得る。

【0165】

第６の例において、ＷＴＲＵは、第１および第２のグラントに対応するＰＵＳＣＨ持続時間が異なる場合に、第１のグラントに関連付けられた送信を先取りすることができる。例えば、ＷＴＲＵは、第２のグラントのＰＵＳＣＨ持続時間が一定の構成された値より短い（いくつかの例において、このような値は、バッファされたデータを有する最高優先度ＬＣＨに対して構成された最大ＰＵＳＣＨ持続時間ＬＣＰ制限、または半静的に構成された値に依存し得る）、第２のグラントのＰＵＳＣＨ持続時間が一定の相対値より短い（例えば、第１のグラントのＰＵＳＣＨ持続時間もしくは第１のグラントの残りのＰＵＳＣＨ持続時間より短い）、および／または第１の送信（第１のグラント上の）を完了させるための残りの時間が一定の値より大きい場合、第１のグラントの送信を先取りすることができる。

【0166】

第７の例において、ＷＴＲＵは、第１および第２のグラントに適用される、上記の段落で述べられた選択方法の１つが、結果として第２のグラントを選択することになる場合、第１のグラントに関連付けられた送信を先取りすることができる。言い換えれば、グラント優先順位付けに対する上述の条件は、先取りに対する条件として適用され得る（例えば、処理時間、グラント優先度、ＱｏＳなどに基づいて）。

【0167】

いくつかの場合において、上記の場合のいくつかの実装形態など、ＷＴＲＵが第１のグラントに関連付けられた送信を先取りして（すなわち、「先取りされる送信」）、第２のグラントに関連付けられた送信（すなわち、「先取りする送信」）を行う場合、以下の１つまたは複数が起こり得る；先取りされる送信は、先取りする送信の開始においてまたはその前に中断されまたは取り消され得る；先取りされる送信は、先取りする送信の終了においてまたはその後に再開し得る；先取りされるおよび先取りする送信のＨＡＲＱプロセスが同じ場合には、先取りされる送信のＨＡＲＱプロセスはフラッシュされ得る；および／またはＷＴＲＵは、先取りされるコードブロックグループに対するＣＢＧベースの再送信を生成し得る（このような場合において、いくつかの実装形態では、ＷＴＲＵは従って、初期送信の合計のＴＢサイズより小さなＴＢＳを有する後のグラントを受信し得る。ＷＴＲＵは、第２のグラントの第１のグラント部分上、またはアップリンク制御チャネル上に、先取りされたＣＢＧのインデックスを提供し得る）。

【0168】

いくつかの例は、ＨＡＲＱプロセス選択に関する。いくつかの実装形態において、第２のグラントが構成されたグラントである場合、ＷＴＲＵは構成されたグラントに関連付けられたＨＡＲＱプロセスを識別し得る。いくつかの実装形態において、ＷＴＲＵは予め定義された式に基づいて（例えば、グラントによって占有されるリソースに基づいて）、ＨＡＲＱプロセスを決定し得る。いくつかの実装形態において、ＷＴＲＵは、ＨＡＲＱプロセスが別のグラント（例えば、前の重複する第１のグラント）に関連付けられたＨＡＲＱプロセスと同じになると決定し得る。第１のグラントのＨＡＲＱプロセスでのデータの上書きを防止するために、ＷＴＲＵは、以下の例示の手法の少なくとも１つに基づいて、ＨＡＲＱプロセス（すなわち、予め定義された式に基づいてＷＴＲＵによって自律的に決定されるもの以外のＨＡＲＱプロセスＩＤ）を決定（例えば、再選択）し得る。第１の例示の手法において、ＷＴＲＵは、構成されたグラントタイマがそれに対して稼働していないＨＡＲＱプロセスを選択する。例えば、ＷＴＲＵは、例えば初期に決定されたものから開始して、構成されたグラントタイマがそれに対して稼働していないものを見出すまで、使用可能なＨＡＲＱプロセスを循環し得る。このようなＨＡＲＱプロセスが見出され得ない場合、ＷＴＲＵはタイマがそれに対して最も長く稼働しているＨＡＲＱプロセスを選択し得る。第２の例示の手法において、ＷＴＲＵは、いずれの進行中の送信にも関連付けられていないＨＡＲＱプロセスを選択する。

【0169】

構成されたグラントと、時間領域において重複する動的グラントを受信した後、ＷＴＲＵは、いくつかの処置の１つまたは複数を行い得る。第１の例示の処置において、ＷＴＲＵは、重複する構成されたグラントに関連付けられた構成されたグラントタイマを停止し得る。例えば、ＷＴＲＵが構成されたグラントは動的グラントより優先されると決定した場合、ＷＴＲＵは構成されたグラントタイマが稼働している場合はそれを停止し得る。第２の例示の処置において、ＷＴＲＵは、例えば、動的グラントが構成されたグラントより優先される場合、構成されたグラントタイマを停止し得る。第３の例示の処置において、ＷＴＲＵは、重複するグラントが同じＨＡＲＱプロセスＩＤを有する場合、第１のまたはセクションの例示の処置を条件付きで行い得る。

【0170】

いくつかの実装形態において、ＷＴＲＵは複数のアクティブな構成されたグラントを有し得る。構成されたグラントのリソース構成態様に応じて、２つ以上の構成されたグラントが時間において重複し得る。ＷＴＲＵは、一定の機会に対する構成されたグラントのＨＡＲＱプロセスＩＤ（すなわち、構成されたグラント機会、例えば、可能な送信のために、その中に構成されたグラントリソースがスケジュールされる時間またはスロット）が、予め定義された式（例えば、グラントによって占有されるリソースに基づく式）に基づくと決定し得る。構成されたグラント送信のための所与の機会において、複数のアクティブな構成されたグラントが重複する場合、ＷＴＲＵは、選択されたアクティブな構成されたグラントに基づいてＨＡＲＱプロセスＩＤを決定し得る。例えば、所与の機会に対して、ＷＴＲＵは、例えば、ＨＡＲＱプロセスＩＤを決定するために用いられる式に、構成されたグラントインデックスまたはオフセットを含めることによって、異なる構成されたグラントに対して、異なるＨＡＲＱプロセスＩＤを選択し得る。

【0171】

いくつかの例は、複数のアクティブな構成されたグラントの間での選択および／または優先順位付けに関する。いくつかの実装形態においてＷＴＲＵは、複数のアクティブな構成されたグラントを有し得る。リソース構成態様に応じて、２つ以上の構成されたグラントが時間において重複し得る。ＷＴＲＵは、重複する構成されたグラントの間で、優先順位付けするまたは選択することが必要になり得る。このような優先順位付けまたは選択は、例えば１つまたは複数の条件に基づいてＷＴＲＵによってなされ得る。

【0172】

第１の例示の条件において、優先順位付けまたは選択は、送信のために使用可能なデータの最高優先度に基づいてなされる。例えば、ＷＴＲＵは、最高優先度データがその上に送信され得る構成されたグラントを選択し得る。優先度は、ＬＣＰのために構成されたＬＣＨ優先度に基づき得る。

【0173】

第２の例示の条件において、優先順位付けまたは選択は構成されたサービスインデックスおよび／またはＴＰに基づいてなされる。例えば、１つまたは複数のＴＰは、構成されたグラントごとにおよびＬＣＨごとに構成され得る。ＷＴＲＵは、送信のためのバッファされたデータがそれのために使用可能な、最高優先度ＬＣＨのために構成された少なくとも１つのＴＰに一致するＴＰを有する、構成されたグラントを選択し得る。

【0174】

第３の例示の条件において、優先順位付けまたは選択は、送信のためのバッファされたデータがそれのために使用可能な最高優先度ＬＣＨのＬＣＰ制限に基づいてなされる。例えば、ＷＴＲＵは、送信のためのバッファされたデータを有する最高優先度ＬＣＨのＬＣＰ ＬＣＨ選択制限を満たす構成されたグラントを優先させ得る。

【0175】

第４の例示の条件において、優先順位付けまたは選択は、構成されたグラントの特性に基づいてなされる。例示の特性は、構成されたグラントのタイプ（例えば、ＮＲタイプ１またはタイプ２）および以下を含み得る；構成されたグラントの周期（例えば、ＷＴＲＵは最も短い構成された周期の構成されたグラントを選択する）；構成されたグラントのＰＵＳＣＨ持続時間（例えば、ＷＴＲＵは最も短いＰＵＳＣＨ持続時間の構成されたグラントを選択し、このような持続時間は、例えば反復（Ｋ）を含む合計の持続時間を含み得る）；各グラントに対する構成されたグラントタイマのために構成された値（例えば、ＷＴＲＵは最も短い構成されたグラントタイマの構成されたグラントを選択する）；構成されたテーブルのＭＣＳテーブル（例えば、ＷＴＲＵは、最低のスペクトル効率に対応するＭＣＳテーブルを有する構成されたグラントを選択する）；および／または構成された最小反復数（Ｋ）（例えば、ＷＴＲＵは、最も少ない反復数を有する構成されたグラントを選択する。第１の構成されたグラントの少なくとも１つの反復が、第２の構成されたグラントと重複しない場合には、ＷＴＲＵは例えば、少なくとも１つの反復のための第１の構成されたグラントを用い得る）。

【0176】

第５の例示の条件において、優先順位付けまたは選択は、構成されたグラントに関して行われる測定に基づいてなされる。例えば、ＷＴＲＵは、そのＢＷＰに対して行われる測定に基づいて、一定のＢＷＰ上の構成されたグラントを選択し得る。ＷＴＲＵは、最良メトリック（ＲＳＲＰ、ＲＳＲＱ、ＲＳＳＩ、および／またはチャネル占有率を含むが、それらに限定されない）を有する構成されたグラントを選択し得る。

【0177】

第６の例示の条件において、優先順位付けまたは選択は、例えば再送信番号またはレビジョン番号を含み、送信が初期送信かそれとも再送信であるかに基づいてなされる。第７の例示の条件において、優先順位付けまたは選択は、構成されたグラントリソースが位置するセルまたは帯域幅部分に基づいてなされる。他の例において、優先順位付けまたは選択は、これらおよび／または他の条件の組み合わせに基づいてなされ得る。

【0178】

いくつかの実装形態において、ＷＴＲＵは一定の構成されたグラントを非アクティブ化されたものと見なし得る。いくつかの実装形態において、ＷＴＲＵは一定の構成されたグラントを、たとえそれらがアクティブな帯域幅部分内に構成されたとしても、例えば構成されたグラントの周期、アクティブトラフィック／サービスプロファイル、および／または構成されたグラントにマッピングするバッファされたデータを有するＬＣＨに対するＬＣＰ制限に応じて、非アクティブ化されたものと見なし得る。例えば、一定のＴＰが、構成されたグラントのための構成される場合、ＷＴＲＵは、送信のためのバッファされたデータを有するＬＣＨのものと一致するＴＰを有する構成されたグラントのみを、アクティブな構成されたグラントと見なし得る。他の例において、ＷＴＲＵは、送信のためのバッファされたデータを有するＬＣＨのパケット遅延バジェットと一致する構成された周期を有する構成されたグラントのみを、アクティブな構成されたグラントと見なし得る。

【0179】

いくつかの実装形態において、グラント優先順位付けは、ＭＡＣおよびより高位のレイヤに影響を及ぼし得る。例えば、ＭＡＣが、送信されない、送信のために物理レイヤに届けられない、またはそれのＰＵＳＣＨ送信持続時間の開始後に先取りされるＴＢを構築する場合、制御要素並びに関連するタイマおよびカウンタの取り込みに関する、より高位のレイヤへの影響が存在し得る。より一般的には、ＴＢが取り消される、またはＭＡＣにおいて送信されないとき、ＭＡＣは以下の例示の処置など、１つまたは複数の処置を行うことを考慮し得る。

【0180】

第１の例において、取り消されたＭＡＣ ＰＤＵ（例えば、先取りされた送信）がいくつかのＭＡＣ ＣＥを含む場合、ＷＴＲＵは後のグラントにおいてＭＡＣ ＣＥを生成し得る。ＭＡＣ ＣＥは、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ、ＢＳＲ ＭＡＣ ＣＥ、および電力ヘッドルーム（ＰＨＲ）ＭＡＣ ＣＥを含み得るがそれらに限定されない。例えば、ＭＡＣエンティティは、第２のグラントのＭＡＣ ＰＤＵの第１のグラント部分に含まれていた全てのＭＡＣ ＣＥまたはそのサブセットを生成することができ、これらはＭＡＣにおいて先取りイベントより前に（またはＰＨＹが第１のＴＢを先取りするようになるかどうかの知識をもたずに）考慮され得る。ＭＡＣは、第２のグラントがリソースにおいて第１のグラントと重複する場合、このようなＭＡＣ ＣＥの生成を考慮し得る。

【0181】

第２の例において、取り消されたＭＡＣ ＰＤＵ内のＭＡＣ ＣＥの取り込みの結果として、ＭＡＣにおいていくつかのタイマまたは処置が、修正された／運ばれた場合（例えば、第１のグラント／先取りされたグラント）、ＭＡＣはこのような処置をリセットまたは元に戻すことができる。先取りされたグラント内のＭＡＣ ＣＥの取り込みの結果として開始されたタイマに対しては、ＭＡＣはこのようなタイマを停止または再始動し得る。例えば、第２のＴＢが同じＭＡＣ ＣＥに含まれる場合、ＭＡＣは関連するタイマを再始動することができ、および／または第２のＴＢが同じＭＡＣ ＣＥを含まない場合、ＭＡＣは関連するタイマを停止することができる。

【0182】

第３の例において、ＢＳＲ ＭＡＣ ＣＥが、先取りされたＭＡＣ ＰＤＵに含まれており、取り込みの結果としてＢＳＲタイマ（例えば、ｐｅｒｉｏｄｉｃＢＳＲ－ＴｉｍｅｒおよびｒｅｔｘＢＳＲ－Ｔｉｍｅｒ）が開始された場合、ＭＡＣは、関連のあるＭＡＣ ＰＤＵが先取りされている、またはそうなると決定するとすぐに、これらのタイマを停止し得る。ＭＡＣはさらに、例えば第２の／後のグラント内にＢＳＲ ＭＡＣ ＣＥを含めるために、取り消されたＭＡＣ ＰＤＵ内のＢＳＲ ＭＡＣ ＣＥの取り込みの結果としてＭＡＣによって取り消されたＢＳＲを再トリガし得る。

【0183】

第４の例において、ＰＨＲ ＭＡＣ ＣＥが、先取りされたＭＡＣ ＰＤＵに含まれており、取り込みの結果としてＰＨＲタイマ（例えば、ｐｈｒ－ＰｒｏｈｉｂｉｔＴｉｍｅｒおよびｐｈｒ－ＰｅｒｉｏｄｉｃＴｉｍｅｒ）が開始された場合、ＭＡＣは、関連のあるＭＡＣ ＰＤＵが先取りされている、またはそうなると決定するとすぐに、これらのタイマを停止し得る。ＭＡＣはさらに、例えば第２の／後のグラント内にＰＨＲ ＭＡＣ ＣＥを含めるために、取り消されたＭＡＣ ＰＤＵ内のＰＨＲ ＭＡＣ ＣＥの取り込みの結果としてＭＡＣによって取り消されたＰＨＲを再トリガし得る。

【0184】

第５の例において、取り消されたＭＡＣ ＰＤＵ内のＭＡＣ ＣＥの取り込みの結果として、あるカウンタがインクリメントされたまたは修正された場合（例えば、第１のグラント／先取りされたグラント）、ＭＡＣはカウンタをデクリメントしてそれの値を復元することができ、またはカウンタをリセットすることができる。

【0185】

これらの例示の処置（または他の処置）は、ＴＢが取り消されたまたは送信されなかった場合に対してＭＡＣによってより一般的に行われることができ、およびＭＡＣ ＣＥ優先度、またはＭＡＣ ＣＥの取り込みをトリガしたＬＣＨの優先度に対して、さらに条件付けされ得る。

【0186】

いくつかの手法は不連続受信（ＤＲＸ）に関する。例えば、ＤＲＸ手順は、例えばトラフィックのタイプに応じて、ＷＴＲＵに対して異なる省電力化機会を提供するように強化され得る。いくつかの例において、ＭＣＳテーブルの複数のタイプの１つを示すグラントまたは割り当て（またはＣ－ＲＮＴＩおよびｎｅｗ－ＲＮＴＩなど、２つ以上のＲＮＴＩを用いて）が受信され得るとき、追加のＤＲＸタイマが利用され得る。このような追加のＤＲＸタイマは、例えば、グラントまたは割り当てが第１のタイプのＭＣＳテーブルを示す（またはｎｅｗ－ＲＮＴＩなど、第１のＲＮＴＩを用いる）というさらなる条件により、既存のＤＲＸタイマを開始または停止するためのものと同様な条件に基づいて開始されまたは停止され得る。いくつかの例において、既存のＤＲＸタイマは、グラントまたは割り当てが第２のタイプのＭＣＳテーブルを示す（またはＣ－ＲＮＴＩなど、第２のＲＮＴＩを用いる）というさらなる条件により、開始されまたは停止され得る。

【0187】

いくつかの例において、新たなタイマ（例えば、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ－ＵＲ、ＵＬ ＨＡＲＱ再送信グラントがＭＡＣエンティティによって予想される前の最小持続時間）は、ＰＤＣＣＨが第１のタイプのＭＣＳテーブルを示すＵＬ送信を示す、またはＭＡＣ ＰＤＵが第１のタイプのＭＣＳテーブルに関連付けられた構成されたアップリンクグラントにおいて送信される場合にのみ開始され得る。新たなタイマ（例えば、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ－ＵＲ、ＵＬ再送信のためのグラントが受信されるまでの最大持続時間）は、同じ条件の下で停止され得る。いくつかの例において、第１のタイプのＭＣＳテーブルはいわゆる超高信頼度通信（例えば、ＵＲＬＬＣ）に対応し得る。従って、本明細書での例において、アクティブ時間および様々なタイマは、超高信頼度通信（ＵＲ）に関係するものとして示されるが、これらの技法は他の例において所望のタイプのＭＣＳテーブルに適用され得ることに留意されたい。いくつかの例において、既存のタイマ（例えば、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ）は、ＰＤＣＣＨが第２のタイプのＭＣＳテーブルを示すＵＬ送信を示す、またはＭＡＣ ＰＤＵが第２のタイプのＭＣＳテーブルに関連付けられた構成されたアップリンクグラントにおいて送信される場合にのみ開始され得る。既存のタイマ（例えば、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ）は、同じ条件の下で停止され得る。いくつかの例において、新たなタイマ（例えば、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ－ＵＲ）は、ＰＤＣＣＨが第１のタイプのＭＣＳテーブルに関連付けられた新たな送信を示す場合にのみ開始され得る。いくつかの例において、新たなタイマ（例えば、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ）は、新たなタイマ（例えば、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－Ｔｉｍｅｒ－ＵＬ－ＵＲ）が満了するとすぐに開始され得る。

【0188】

同様な挙動は対応するＤＬタイマに当てはまり得る。いくつかの例において、共通のアクティブ時間が、全てのタイプのＭＣＳテーブルまたはＲＮＴＩに対して用いられる。このような場合において、アクティブ時間はまた、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ－ＵＲ（ＰＤＣＣＨがＭＡＣエンティティに対する新たなＵＬまたはＤＬ送信をその中で示すＰＤＣＣＨ機会の後の持続時間）、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ－ＵＲ（ＤＬ再送信が受信されるまでの最大持続時間）、またはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ－ＵＲもしくはｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ－ＵＲ（ＤＲＸサイクルの始まりでの持続時間）など、新たに定義されたタイマのいくつかが稼働しているときの時間を含み得る。あるいは、いくつかの例において、アクティブ時間は、ＲＮＴＩの一定のタイプのＭＣＳテーブルまたはそのセットに対して定義され得る。複数のタイプのアクティブ時間が定義されることができ、そのそれぞれは、ＷＴＲＵがＭＣＳテーブルのタイプの一定のセット（例えば、ＵＲ ＭＣＳ）またはＲＮＴＩに対してＰＤＣＣＨを監視するときに適用され得る。

【0189】

例えば、Ａｃｔｉｖｅ Ｔｉｍｅ ＵＲは、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ－ＵＲ、またはｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ－ＵＲ、またはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ－ＵＲ、またはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ－ＵＲ、またはｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ－ＵＲの少なくとも１つが稼働している間の時間を含み得る。Ａｃｔｉｖｅ Ｔｉｍｅ ＵＲの間、ＷＴＲＵは、第１のタイプのＭＣＳテーブルのみに対して、または第１のＲＮＴＩ（ｎｅｗ－ＲＮＴＩなど）のみに対して、ＰＤＣＣＨを監視し得る。あるいは、ＷＴＲＵは、ＭＣＳテーブルまたはＲＮＴＩのタイプに関係なくＰＤＣＣＨを監視し得る。アクティブ時間の間、ＷＴＲＵは、第２のタイプのＭＣＳテーブルのみに対して、または第２のＲＮＴＩ（Ｃ－ＲＮＴＩなど）のみに対して、ＰＤＣＣＨを監視し得る。あるいは、ＷＴＲＵは、ＭＣＳテーブルまたはＲＮＴＩのタイプに関係なくＰＤＣＣＨを監視し得る。

【0190】

いくつかの手法は、探索空間構成に関する。例えば、ＷＴＲＵは、第１のＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ）によってＤＣＩフォーマット（またはＤＣＩサイズ）の第１のセット、および第２のＲＮＴＩ（例えば、ｎｅｗ－ＲＮＴＩ）によってＤＣＩフォーマット（またはＤＣＩサイズ）の第２のセットを用いて、ＰＤＣＣＨを監視するように構成され得る。いくつかの例において、ＷＴＲＵは、ＲＮＴＩの一定のセットを用いて、特定の探索空間またはコアセット上でＰＤＣＣＨを監視するように構成され得る。ＲＮＴＩのセットはＲＲＣによってシグナリングされ得る。例えば、ＵＥは、第１のコアセットまたは探索空間内でｎｅｗ－ＲＮＴＩに対してのみＰＤＣＣＨを監視するように構成され、および第２のコアセットまたは探索空間内でＣ－ＲＮＴＩおよびｎｅｗ－ＲＮＴＩの両方に対してＰＤＣＣＨを監視するように構成され得る。

【0191】

いくつかの例において、ＲＮＴＩのセットは、探索空間の監視周期から決定され得る。例えば、監視周期ｋ＜ｋ_thrに対して、ＷＴＲＵはｎｅｗ－ＲＮＴＩを監視することができ、より高い周期に対して、ＷＴＲＵはＣ－ＲＮＴＩ（またはｎｅｗ－ＲＮＴＩおよびＣ－ＲＮＴＩの両方）を監視することができる。ここで、ｋ_thrはＷＴＲＵがそれによって構成される閾値である。別の言い方をすれば、探索空間の周期がｋ_thr未満である場合、ＷＴＲＵは第１のＲＮＴＩに対して監視し、または第１のＭＣＳテーブルを用い、そうでなければ、第２のＲＮＴＩを監視し、または第２のＭＣＳテーブルを用いる。いくつかの例において、ＲＮＴＩのセットは、Ｓｙｍｂｏｌ Ｗｉｔｈｉｎ Ｓｌｏｔから決定され得る（すなわち、ＰＵＳＣＨ送信に対して、スロット内のシンボル番号からＣ－ＲＮＴＩを決定する）。例えば、最初のＮ個のシンボルはＣ－ＲＮＴＩに結び付けられることができ、スロットの残りのシンボルはｎｅｗ－ＲＮＴＩに結び付けられ得る。いくつかの例において、ＲＮＴＩのセットはアグリゲーションレベルから決定され得る。いくつかの例において、新ＲＮＴＩが同じＤＣＩサイズによって用いられる場合、ＤＣＩフィールドの解釈は用いられるＲＮＴＩに依存し得る。これは誤警報率の低減を可能にし得る。

【0192】

いくつかの例は、ＰＤＳＣＨ／ＰＵＳＣＨの時間領域割り振りに関する。いくつかの例において、ＵＲＬＬＣに対する時間領域割り振りは異なるテーブルを指し示す。いくつかの例は、ＨＡＲＱフィードバックタイミング表示に関する。いくつかの例において、Ｋ１値のセットはＵＲＬＬＣ／ｅＭＢＢの間で異なる。いくつかの例において、不使用のフィールドは、誤警報率を減少させるために再使用され得る。例えば、ＵＲＬＬＣパケットは小さなサイズを有することが予想されるので、たとえセルがＣＢＧベースの送信を用いて構成されても、ＣＢＧは用いられ得ない。この場合、ＤＣＩ内のＣＢＧＴＩ／ＣＢＧＦＩフィールドは特別な値に設定され得る。

【0193】

Ｋ１は、ＤＬデータ（ＰＤＳＣＨ）受信と、ＵＬ上の対応するＡＣＫ送信との間の遅延を指すことに留意されたい。Ｋ２は、ＤＬにおけるＵＬグラント受信と、ＵＬデータ（ＰＵＳＣＨ）送信との間の遅延を指す。Ｋ２値のセットは、例えば異なるＲＮＴＩ値に対して、ＵＲＬＬＣ／ｅＭＢＢの間で異なり得る。Ｎ１は、ＮＲ－ＰＤＳＣＨ受信の終了から、ＷＴＲＵの観点からの対応するＡＣＫ／ＮＡＣＫ送信の可能な限り早い開始までのＷＴＲＵ処理のために必要なＯＦＤＭシンボルの数を指す。Ｎ１値のセットは、例えば異なるＲＮＴＩ値に対して、ＵＲＬＬＣ／ｅＭＢＢの間で異なり得る。Ｎ２は、ＵＬグラント受信を含んだＮＲ－ＰＤＣＣＨの終了から、ＷＴＲＵの観点から対応するＮＲ－ＰＵＳＣＨ送信の可能な限り早い開始までのＷＴＲＵ処理のために必要なＯＦＤＭシンボルの数を指す。Ｎ２値のセットは、例えば異なるＲＮＴＩ値に対して、ＵＲＬＬＣ／ｅＭＢＢの間で異なり得る。

【0194】

特徴および要素を特定の組み合わせで上述したが、当業者は各特徴または要素は単独で、または他の特徴および要素との任意の組み合わせにおいて用いられ得ることを理解するであろう。本明細書で述べられる方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェアまたはファームウェアにおいて実施され得る。コンピュータ可読媒体の例は、電子信号（有線または無線接続を通して送信される）、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、並びにＣＤ－ＲＯＭディスクなどの光媒体、およびＤＶＤを含むが、それらに限定されない。ソフトウェアに関連してプロセッサは、ＷＴＲＵ、ＵＥ、端末装置、基地局、ＲＮＣ、または任意のホストコンピュータにおける使用のために、無線周波数トランシーバを実施するために用いられ得る。

【図1A】

【図1B】

【図1C】

【図1D】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】