(57)【要約】  ＵＥによって実行されるランダムアクセスのための方法が提供される。本方法は、進行中のランダムアクセス手順の間に、基地局からのＲＡＲ中のＵＬグラントをＭＡＣエンティティによって受信することを含み、ＭＡＣエンティティは、Ｍｓｇ３バッファ、Ｍ＆Ａエンティティ、及びＨＡＲＱエンティティを含み、少なくとも一つのＭＡＣ  ＰＤＵがＭｓｇ３バッファ内にあると決定した後に、ＨＡＲＱエンティティによって、第１のＭＡＣ  ＰＤＵをＭｓｇ３バッファから取得することを含み、第１のＭＡＣ  ＰＤＵは、ＭＡＣ  ＳＤＵを搬送する第１の種類のＭＡＣサブＰＤＵ、及び、ＭＡＣ  ＣＥを搬送する第２の種類のＭＡＣサブＰＤＵを含み、ＵＬグラントのサイズが第１のＭＡＣ  ＰＤＵのサイズと異なるとき、ＨＡＲＱエンティティによって、特定の種類のＭＡＣサブＰＤＵを第１のＭＡＣ  ＰＤＵから破棄することを指示する。
2022501939.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ：user equipment）であって、
コンピュータ実行可能命令が実装された一つ以上の非一時的なコンピュータ読み取り可能媒体；及び
前記一つ以上の非一時的なコンピュータ読み取り可能媒体に結合された少なくとも一つのプロセッサを備え、
前記少なくとも一つのプロセッサは、前記コンピュータ実行可能命令を実行することにより：
前記ＵＥの媒体アクセス制御（ＭＡＣ：Medium Access Control）エンティティによって、基地局からのランダムアクセス応答（ＲＡＲ：Random Access Response）におけるアップリンク（ＵＬ：uplink）グラントを進行中のランダムアクセス手順の間に受信し、前記ＭＡＣエンティティは、メッセージ３（Ｍｓｇ３）バッファ、多重化及びアセンブリエンティティ、並びにハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）エンティティを備え；
少なくとも一つのＭＡＣ  ＰＤＵが前記Ｍｓｇ３バッファ内にあると決定（determine）した後、前記ＨＡＲＱエンティティによって、第１のＭＡＣプロトコルデータユニット（ＰＤＵ：Protocol Data Unit）を前記Ｍｓｇ３バッファから取得し、前記第１のＭＡＣ  ＰＤＵは、ＭＡＣサービスデータユニット（ＳＤＵ：Service Data Unit）を搬送する第１の種類のＭＡＣサブＰＤＵ、及び、ＭＡＣ制御要素（ＣＥ：Control Element）を搬送する第２の種類のＭＡＣサブＰＤＵを備え；
前記ＵＬグラントのサイズが前記第１のＭＡＣ  ＰＤＵのサイズと異なるとき、前記ＨＡＲＱエンティティによって、多重化及びアセンブリエンティティに対して、前記第１のＭＡＣ  ＰＤＵから特定の種類のＭＡＣサブＰＤＵを破棄することを指示し、前記特定の種類のＭＡＣサブＰＤＵは、前記第１の種類のＭＡＣサブＰＤＵ及び前記第２の種類のＭＡＣサブＰＤＵの内の一つである
ように構成されている、ＵＥ。
【請求項２】
前記特定の種類のＭＡＣサブＰＤＵは、前記第２の種類のＭＡＣサブＰＤＵである、請求項１に記載のＵＥ。
【請求項３】
前記少なくとも一つのプロセッサは、更に、前記コンピュータ実行可能命令を実行することにより：
前記ＨＡＲＱエンティティによって、第２のＭＡＣ  ＰＤＵを前記多重化及びアセンブリエンティティから取得し、前記第２のＭＡＣ  ＰＤＵは、前記第１のＭＡＣ  ＰＤＵ内の前記第１の種類のＭＡＣサブＰＤＵに属する少なくとも一つのサブＰＤＵを備え；
前記ＨＡＲＱエンティティによって、前記第２のＭＡＣ  ＰＤＵを前記基地局に送信する
ように構成されている、請求項１に記載のＵＥ。
【請求項４】
前記第１のＭＡＣ  ＰＤＵは、パディングのために使用される第３の種類のＭＡＣサブＰＤＵを更に備え、
前記少なくとも一つのプロセッサは、更に、前記コンピュータ実行可能命令を実行することにより：
前記ＵＬグラントの前記サイズが前記第１のＭＡＣ  ＰＤＵの前記サイズと異なるとき、前記ＨＡＲＱエンティティによって、前記多重化及びアセンブリエンティティに対して、前記第１のＭＡＣ  ＰＤＵから前記第３の種類のＭＡＣサブＰＤＵを破棄することを指示する
ように構成されている、請求項１に記載のＵＥ。
【請求項５】
前記ＵＬグラントは、Ｍｓｇ３送信のために使用されるＨＡＲＱプロセスＩＤに関連付けられている、請求項１に記載のＵＥ。
【請求項６】
ユーザ機器（ＵＥ）であって、
コンピュータ実行可能命令が実装された一つ以上の非一時的なコンピュータ読み取り可能媒体；及び
前記一つ以上の非一時的なコンピュータ読み取り可能媒体に結合された少なくとも一つのプロセッサを備え、
前記少なくとも一つのプロセッサは、前記コンピュータ実行可能命令を実行することにより：
基地局からのランダムアクセス応答（ＲＡＲ）内のアップリンク（ＵＬ）グラントを進行中のランダムアクセス手順の間に受信し；
少なくとも一つのＭＡＣ  ＰＤＵがメッセージ３（Ｍｓｇ３）バッファ内にあると決定した後、第１の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を前記ＵＥの前記Ｍｓｇ３バッファから取得し、前記第１のＭＡＣ  ＰＤＵは、ＭＡＣサービスデータユニット（ＳＤＵ）を搬送する第１の種類のＭＡＣサブＰＤＵ、及び、ＭＡＣ制御要素（ＣＥ）を搬送する第２の種類のＭＡＣサブＰＤＵを備え；
前記ＵＬグラントのサイズが前記第１のＭＡＣ  ＰＤＵのサイズと異なるとき、前記第１のＭＡＣ  ＰＤＵから特定の種類のＭＡＣサブＰＤＵを破棄し、前記特定の種類のＭＡＣサブＰＤＵは、前記第１の種類のＭＡＣサブＰＤＵ及び前記第２の種類のＭＡＣサブＰＤＵの内の一つである
ように構成されている、ＵＥ。
【請求項７】
前記特定の種類のＭＡＣサブＰＤＵは、前記第２の種類のＭＡＣサブＰＤＵである、請求項６に記載のＵＥ。
【請求項８】
前記少なくとも一つのプロセッサは、更に、前記コンピュータ実行可能命令を実行することにより：
前記基地局に第２のＭＡＣ  ＰＤＵを送信し、前記第２のＭＡＣ  ＰＤＵは、前記第１のＭＡＣ  ＰＤＵ内の前記第１の種類のＭＡＣサブＰＤＵに属する少なくとも一つのサブＰＤＵを備える、
ように構成されている、請求項６に記載のＵＥ。
【請求項９】
前記第１のＭＡＣ  ＰＤＵは、パディングのために使用される第３の種類のＭＡＣサブＰＤＵを更に備え、
前記少なくとも一つのプロセッサは、更に、前記コンピュータ実行可能命令を実行することにより：
前記ＵＬグラントの前記サイズが前記第１のＭＡＣ  ＰＤＵの前記サイズと異なるとき、前記第１のＭＡＣ  ＰＤＵから前記第３の種類のＭＡＣサブＰＤＵを破棄する、
ように構成されている、請求項６に記載のＵＥ。
【請求項１０】
前記ＵＬグラントは、Ｍｓｇ３送信のために使用されるＨＡＲＱプロセスＩＤに関連付けられている、請求項６に記載のＵＥ。
【請求項１１】
ＵＥによって実行されるランダムアクセスのための方法であって、前記方法は：
前記ＵＥの媒体アクセス制御（ＭＡＣ）エンティティによって、基地局からのランダムアクセス応答（ＲＡＲ）におけるアップリンク（ＵＬ）グラントを進行中のランダムアクセス手順の間に受信し、前記ＭＡＣエンティティは、メッセージ３（Ｍｓｇ３）バッファ、多重化及びアセンブリエンティティ、並びにハイブリッド自動再送要求（ＨＡＲＱ）エンティティを備えること；
少なくとも一つのＭＡＣ  ＰＤＵが前記Ｍｓｇ３バッファ内にあると決定した後、前記ＨＡＲＱエンティティによって、第１のＭＡＣプロトコルデータユニット（ＰＤＵ）を前記Ｍｓｇ３バッファから取得し、前記第１のＭＡＣ  ＰＤＵは、ＭＡＣサービスデータユニット（ＳＤＵ）を搬送する第１の種類のＭＡＣサブＰＤＵ、及び、ＭＡＣ制御要素（ＣＥ）を搬送する第２の種類のＭＡＣサブＰＤＵを備えること；及び
前記ＵＬグラントのサイズが前記第１のＭＡＣ  ＰＤＵのサイズと異なるとき、前記ＨＡＲＱエンティティによって、前記多重化及びアセンブリエンティティに対して、前記第１のＭＡＣ  ＰＤＵから特定の種類のＭＡＣサブＰＤＵを破棄することを指示し、前記特定の種類のＭＡＣサブＰＤＵは、前記第１の種類のＭＡＣサブＰＤＵ及び前記第２の種類のＭＡＣサブＰＤＵの内の一つであること
を含む、方法。
【請求項１２】
前記特定の種類のＭＡＣサブＰＤＵは、前記第２の種類のＭＡＣサブＰＤＵである、請求項１１に記載の方法。
【請求項１３】
前記ＨＡＲＱエンティティによって、前記多重化及びアセンブリエンティティから第２のＭＡＣ  ＰＤＵを取得し、前記第２のＭＡＣ  ＰＤＵは、前記第１のＭＡＣ  ＰＤＵ内の前記第１の種類のＭＡＣサブＰＤＵに属する少なくとも一つのサブＰＤＵを備えること；及び
前記ＨＡＲＱエンティティによって、前記第２のＭＡＣ  ＰＤＵを前記基地局に送信すること、
を更に含む、請求項１１に記載の方法。
【請求項１４】
前記第１のＭＡＣ  ＰＤＵは、パディングのために使用される第３の種類のＭＡＣサブＰＤＵを更に備え、
前記方法は：
前記ＵＬグラントの前記サイズが前記第１のＭＡＣ  ＰＤＵの前記サイズと異なるとき、前記ＨＡＲＱエンティティによって、前記多重化及びアセンブリエンティティに対して、前記第１のＭＡＣ  ＰＤＵから前記第３の種類のＭＡＣサブＰＤＵを破棄することを指示すること、
を更に含む、請求項１１に記載の方法。
【請求項１５】
前記ＵＬグラントは、Ｍｓｇ３送信のために使用されるＨＡＲＱプロセスＩＤに関連付けられている、請求項１１に記載の方法。
【請求項１６】
ＵＥによって実行されるランダムアクセスのための方法であって、前記方法は：
基地局からのランダムアクセス応答（ＲＡＲ）内のアップリンク（ＵＬ）グラントを進行中のランダムアクセス手順の間に受信すること；
少なくとも一つのＭＡＣ  ＰＤＵがメッセージ３（Ｍｓｇ３）バッファ内にあると決定した後、第１の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を前記ＵＥの前記Ｍｓｇ３バッファから取得し、前記第１のＭＡＣ  ＰＤＵは、ＭＡＣサービスデータユニット（ＳＤＵ）を搬送する第１の種類のＭＡＣサブＰＤＵ、及び、ＭＡＣ制御要素（ＣＥ）を搬送する第２の種類のＭＡＣサブＰＤＵを備えること；及び
前記ＵＬグラントのサイズが前記第１のＭＡＣ  ＰＤＵのサイズと異なるとき、前記第１のＭＡＣ  ＰＤＵから特定の種類のＭＡＣサブＰＤＵを破棄し、前記特定の種類のＭＡＣサブＰＤＵは、前記第１の種類のＭＡＣサブＰＤＵ及び前記第２の種類のＭＡＣサブＰＤＵの内の一つであること
を含む、方法。
【請求項１７】
前記特定の種類のＭＡＣサブＰＤＵは、前記第２の種類のＭＡＣサブＰＤＵである、請求項１６に記載の方法。
【請求項１８】
前記方法は：
前記基地局に第２のＭＡＣ  ＰＤＵを送信し、前記第２のＭＡＣ  ＰＤＵは、前記第１のＭＡＣ  ＰＤＵ内の前記第１の種類のＭＡＣサブＰＤＵに属する少なくとも一つのサブＰＤＵを備えること
を更に含む、請求項１６に記載の方法。
【請求項１９】
前記第１のＭＡＣ  ＰＤＵは、パディングのために使用される第３の種類のＭＡＣサブＰＤＵを更に備え、
前記方法は：
前記ＵＬグラントの前記サイズが前記第１のＭＡＣ  ＰＤＵの前記サイズと異なるとき、前記第１のＭＡＣ  ＰＤＵから前記第３の種類のＭＡＣサブＰＤＵを破棄すること、
を更に含む、請求項１６に記載の方法。
【請求項２０】
前記ＵＬグラントは、Ｍｓｇ３送信のために使用されるＨＡＲＱプロセスＩＤに関連付けられている、請求項１６に記載の方法。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
〔関連出願の相互参照〕
本出願は、「Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｔｈｏｄ  ｉｎ  Ｎｅｗ  Ｒａｄｉｏ」と題する２０１８年９月２７日に出願された米国特許仮出願第６２／７３７，２３６号、代理人整理番号ＵＳ７５０７９（以下「ＵＳ７５０７９出願」という）の利益及び優先権を主張する。ＵＳ７５０７９出願の開示は、参照により本出願に完全に組み込まれる。
【０００２】
〔分野〕
本開示は一般に、無線通信に関し、より詳細には、次世代無線通信ネットワークにおけるランダムアクセス（ＲＡ）手順に関する。
【０００３】
〔背景〕
次世代（例えば第５世代（５Ｇ）新無線（ＮＲ））無線通信システムのための、データ速度、遅延性、信頼性、及びモビリティなどの無線通信の異なる態様を改善するために、様々な努力がなされてきた。ＮＲにおいて、ＲＡ手順は、ＲＡ手順初期化、ＲＡリソース選択、ＲＡプリアンブル送信、ＲＡ応答受信、及びコンテンションレゾリューションのステップを含むことができる。進行中(ongoing)のＲＡ手順の間、ユーザ機器（ＵＥ）は、プリアンブル再送信の各々の前にＲＡリソース選択を実行することができる。ＵＥは、ＲＡリソース選択を実行する毎に、異なるＲＡリソースを選択することができる。ＲＡ手順における異なるＲＡリソースを選択するために、ＵＥのための改善された効率的なメカニズムが、業界において必要とされている。
【０００４】
〔概要〕
本開示は、次世代無線通信ネットワークにおけるＵＥによって実行されるランダムアクセスのための方法を対象とする。
【０００５】
本開示の態様によれば、ＵＥが提供される。ＵＥは、コンピュータ実行可能命令が実装された一つ以上の非一時的なコンピュータ読み取り可能媒体及び一つ以上の非一時的なコンピュータ読み取り可能媒体に結合された少なくとも一つのプロセッサを含む。少なくとも一つのプロセッサは、ＵＥの媒体アクセス制御（ＭＡＣ：Medium Access Control）エンティティによって、基地局からのランダムアクセス応答（ＲＡＲ）におけるアップリンク（ＵＬ）グラントを進行中のランダムアクセス手順の間に受信し、ＭＡＣエンティティは、メッセージ３（Ｍｓｇ３）バッファ、多重化及びアセンブリエンティティ、並びにハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）エンティティを含み、少なくとも一つのＭＡＣ  ＰＤＵがＭｓｇ３バッファ内にあると決定（determine）した後、ＨＡＲＱエンティティによって、第１のＭＡＣプロトコルデータユニット（ＰＤＵ：Protocol Data Unit）をＭｓｇ３バッファから取得し、第１のＭＡＣ  ＰＤＵは、ＭＡＣサービスデータユニット（ＳＤＵ：Service Data Unit）を搬送する第１の種類のＭＡＣサブＰＤＵ、及び、ＭＡＣ制御要素（ＣＥ：Control Element）を搬送する第２の種類のＭＡＣサブＰＤＵを含み、ＵＬグラントのサイズが第１のＭＡＣ  ＰＤＵのサイズと異なるとき、ＨＡＲＱエンティティによって、多重化及びアセンブリエンティティに対して、第１のＭＡＣ  ＰＤＵから特定の種類のＭＡＣサブＰＤＵを破棄することを指示し、特定の種類のＭＡＣサブＰＤＵは、第１の種類のＭＡＣサブＰＤＵ及び第２の種類のＭＡＣサブＰＤＵの内の一つであるように構成される。
【０００６】
本開示の別の態様によれば、ＵＥが提供される。ＵＥは、コンピュータ実行可能命令が実装された一つ以上の非一時的なコンピュータ読み取り可能媒体及び一つ以上の非一時的なコンピュータ読み取り可能媒体に結合された少なくとも一つのプロセッサを含む。少なくとも一つのプロセッサは、コンピュータ実行可能命令を実行することにより、基地局からのＲＡＲ内のＵＬグラントを進行中のランダムアクセス手順の間に受信し、少なくとも一つのＭＡＣ  ＰＤＵがＭｓｇ３バッファ内にあると決定した後、第１のＭＡＣ  ＰＤＵをＵＥのＭｓｇ３バッファから取得し、ＵＬグラントのサイズが第１のＭＡＣ  ＰＤＵのサイズと異なるとき、第１のＭＡＣ  ＰＤＵから特定の種類のＭＡＣサブＰＤＵを破棄し、特定の種類のＭＡＣサブＰＤＵは、第１の種類のＭＡＣサブＰＤＵ及び第２の種類のＭＡＣサブＰＤＵの内の一つであるように構成される。
【０００７】
本開示の更に別の態様によれば、ＵＥによって実行されるランダムアクセスのための方法が提供される。本方法は、ＵＥのＭＡＣエンティティによって、基地局からのＲＡＲ中のＵＬグラントを進行中のランダムアクセス手順の間に受信し、ＭＡＣエンティティは、Ｍｓｇ３バッファ、多重化及びアセンブリエンティティ、並びにＨＡＲＱエンティティを含むこと、少なくとも一つのＭＡＣ  ＰＤＵがＭｓｇ３バッファ内にあると決定した後、ＨＡＲＱエンティティによって、第１のＭＡＣ  ＰＤＵをＭｓｇ３バッファから取得し、第１のＭＡＣ  ＰＤＵは、ＭＡＣ  ＳＤＵを搬送する第１の種類のＭＡＣサブＰＤＵ、及び、ＭＡＣ  ＣＥを搬送する第２の種類のＭＡＣサブＰＤＵを含むこと、及びＵＬグラントのサイズが第１のＭＡＣ  ＰＤＵのサイズと異なるとき、ＨＡＲＱエンティティによって、多重化及びアセンブリエンティティに対して、第１のＭＡＣ  ＰＤＵから特定の種類のＭＡＣサブＰＤＵを破棄することを指示し、特定の種類のＭＡＣサブＰＤＵは、第１の種類のＭＡＣサブＰＤＵ及び第２の種類のＭＡＣサブＰＤＵの内の一つであること、を含む。
【０００８】
本開示の更に別の態様によれば、ＵＥによって実行されるランダムアクセスのための方法が提供される。本方法は、基地局からのＲＡＲ内のＵＬグラントを進行中のランダムアクセス手順の間に受信すること、少なくとも一つのＭＡＣ  ＰＤＵがＭｓｇ３バッファ内にあると決定した後、第１のＭＡＣ  ＰＤＵをＵＥのＭｓｇ３バッファから取得し、第１のＭＡＣ  ＰＤＵは、ＭＡＣ  ＳＤＵを搬送する第１の種類のＭＡＣサブＰＤＵ、及び、ＭＡＣ  ＣＥを搬送する第２の種類のＭＡＣサブＰＤＵを含むこと、及びＵＬグラントのサイズが第１のＭＡＣ  ＰＤＵのサイズと異なるとき、第１のＭＡＣ  ＰＤＵから特定の種類のＭＡＣサブＰＤＵを破棄し、特定の種類のＭＡＣサブＰＤＵは、第１の種類のＭＡＣサブＰＤＵ及び第２の種類のＭＡＣサブＰＤＵの内の一つであること、を含む。
【０００９】
〔図面の簡単な説明〕
例示的な開示の態様は、添付の図面と共に読まれるとき、以下の詳細な説明から最も良く理解される。様々な特徴は、一定の縮尺で描かれておらず、様々な特徴の寸法は、議論を明確にするために任意に増減されてもよい。
【００１０】
図１は、本出願の一例としての実装形態による、一例としてのコンテンションベースのＲＡ（ＣＢＲＡ）手順を示す図である。
【００１１】
図２は、本出願の一例としての実装形態による、一例としてのコンテンションフリーＲＡ（ＣＦＲＡ）手順を示す図である。
【００１２】
図３は、本出願の一例としての実装形態による、ＵＥの一例としてのＭＡＣエンティティを示すブロック図である。
【００１３】
図４は、本出願の一例としての実装形態による、ＲＡ手順におけるＭＡＣエンティティによって実行される一例としての方法のフローチャートである。
【００１４】
図５は、本出願の一例としての実装形態による、ＲＡ手順におけるＨＡＲＱエンティティによって実行される一例としての方法のフローチャートである。
【００１５】
図６は、本出願の一例としての実装形態による、ＲＡ手順におけるＨＡＲＱエンティティによって実行される一例としての方法のフローチャートである。
【００１６】
図７は、本出願の一例としての実装形態による、一例としてのＭＡＣ  ＰＤＵを示す。
【００１７】
図８は、本出願の一例としての実装形態による、ＵＥによって実行されるＲＡ手順のための一例としての方法のフローチャートである。
【００１８】
図９は、本出願の一例としての実装形態による、ＵＥによって実行されるＲＡ手順のための一例としての方法のフローチャートである。
【００１９】
図１０は、本出願の様々な態様による無線通信のための装置を示すブロック図である。
【００２０】
〔詳細な説明〕
以下の説明は、本開示における一例としての実装形態に関連する特定の情報を含む。本開示における図面及びそれらの添付の詳細な説明は、単に例としての実装形態を対象としている。しかし、本開示は、これらの例としての実装形態のみに限定されるものではない。本開示の他の変形例及び実装形態は、当業者には想起されるであろう。特に断らない限り、複数の図中の同様の又は対応する要素は、同様の又は対応する参照番号によって示され得る。更に、本開示における図面及び図示は、ほとんどの場合、一定の縮尺ではなく、実際の相対的な寸法に対応することを意図していない。
【００２１】
一貫性及び理解を容易にするために、同様の特徴は、例としての図において同じ数字によって識別され得る（ただし、いくつかの例において、図示されていない）。しかしながら、異なる実装形態における特徴は、他の点で異なっていてもよく、従って、図面に示されるものに狭く限定されるものではない。
【００２２】
本説明は、「一つの実装形態において」又は「いくつかの実装形態において」という語句を使用し、それぞれが同じ又は異なる実装形態の一つ以上を指してもよい。「結合された」というタームは、直接的又は間接的に介在する構成要素を介して接続されたものとして定義され、必ずしも物理的接続に限定されるものではない。「備える（ｃｏｍｐｒｉｓｉｎｇ）」というタームは、「必ずしも限定されるものではないが、含む」を意味する。それは、そのように説明された組み合わせ、グループ、シリーズ、及び等価物におけるオープンエンドの包含又はメンバーシップを特に示す。
【００２３】
更に、説明及び非限定の目的のために、機能エンティティ、技法、プロトコル、規格などの具体的な詳細が、説明される技術の理解を実現するために記載される。他の例において、不必要な詳細で説明を不明瞭にしないように、周知の方法、技術、システム、アーキテクチャなどの詳細な説明は、省略される。
【００２４】
当業者は、本開示に記載されている任意のネットワーク機能（複数可）又はアルゴリズム（複数可）が、ハードウェア、ソフトウェア、又はソフトウェアとハードウェアの組み合わせによって実装されてもよいことを直ちに理解するだろう。説明される機能は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせであり得るモジュールに対応し得る。ソフトウェアの実装形態は、メモリ又は他の種類の記憶装置などのコンピュータ読み取り可能媒体に記憶されたコンピュータ実行可能命令を備えてもよい。例えば、通信処理能力を有する一つ以上のマイクロプロセッサ又は汎用コンピュータを、対応する実行可能命令を用いてプログラムし、記述されたネットワーク機能（複数可）又はアルゴリズム（複数可）を実行することができる。マイクロプロセッサ又は汎用コンピュータは、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックアレイ、及び／又は一つ以上のデジタル信号プロセッサ（ＤＳＰ）を使用して形成することができる。本明細書に記載されている例としての実装形態のいくつかは、コンピュータハードウェア上にインストールされ実行されるソフトウェアを指向しているが、それにもかかわらず、ファームウェアとして、又はハードウェアとして、又はハードウェアとソフトウェアの組合せとして実装される代替の実施例は、本開示の範囲内に十分にある。
【００２５】
コンピュータ読み取り可能な媒体は、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フラッシュメモリ、コンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ：Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気カセット、磁気テープ、磁気ディスク記憶装置、又はコンピュータ読み取り可能命令を記憶可能な他の任意の同等の媒体を含むが、これらに限定されない。
【００２６】
無線通信ネットワークアーキテクチャ（例えばロングタームエボリューション（ＬＴＥ：Long Term Evolution）システム、ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）システム、ＬＴＥ−Ａｄｖａｎｃｅｄ  Ｐｒｏシステム、又は５Ｇ  ＮＲ無線アクセスネットワーク（ＲＡＮ））は、通常、少なくとも一つの基地局、少なくとも一つのＵＥ、及びネットワークへの接続を提供する一つ以上のオプションのネットワーク要素を含む。ＵＥは一つ以上の基地局によって確立されたＲＡＮを介して、ネットワーク（例えばコアネットワーク（ＣＮ）、エボルブドパケットコア（ＥＰＣ：Evolved Packet Core）ネットワーク、エボルブドユニバーサルテレストリアル無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved Universal Terrestrial Radio Access network）、５Ｇコア（５ＧＣ）、又はインターネット）と通信する。
【００２７】
なお、本出願において、ＵＥとしては移動局、携帯端末又は携帯機器、ユーザ通信無線端末が挙げられるが、これらに限定されない。例えばＵＥは、携帯無線機器であってもよく、携帯電話、タブレット、ウェアラブルデバイス、センサ、車両、又は無線通信能力を有する携帯情報端末（ＰＤＡ）を含むが、これらに限定されない。上記ＵＥは、無線アクセスネットワークにおける一つ以上のセルに、エアーインターフェース上で、信号を送受信するよう構成されている。
【００２８】
基地局は、以下の無線アクセス技術（Radio Access Technologies:ＲＡＴｓ）の内の少なくとも一つに従った通信サービスを提供するように構成されてよい。マイクロ波アクセスのためのワールドワイド相互運用（Worldwide Interoperability for Microwave Access:ＷｉＭＡＸ）、モバイル通信のためのグローバルシステム（Global System for Mobile:ＧＳＭ、しばしば２Ｇとして呼ばれる）、ＧＳＭ  ＥＤＧＥ無線アクセスネットワーク（GSM EDGE Radio Access Network:ＧＥＲＡＮ）、汎用パケット無線サービス（GeneralPacket Radio Service:ＧＲＰＳ）、基本広帯域コード分割多元アクセス（wideband-codedivision multiple access:Ｗ−ＣＤＭＡ）に基づいたユニバーサルモバイル通信システム（Universal Mobile Telecommunication System:ＵＭＴＳ、しばしば３Ｇとして呼ばれる）、高速パケットアクセス（high-speed packet access:ＨＳＰＡ）、ＬＴＥ、ＬＴＥ−Ａ、ｅＬＴＥ（進化型ＬＴＥ、例えば５ＧＣに接続したＬＴＥ）、ＮＲ（しばしば５Ｇとして呼ばれる）、及び／又はＬＴＥ−Ａ  Ｐｒｏ。しかしながら本出願の範囲は、上記のプロトコルに限定されるべきではない。
【００２９】
基地局は、ＵＭＴＳにおけるノードＢ（node B:ＮＢ）、ＬＴＥ又はＬＴＥ−Ａにおける進化型ノードＢ（evolved node B:ｅＮＢ）、ＵＭＴＳにおける無線ネットワークコントローラ（ＲＮＣ）、ＧＳＭ／ＧＥＲＡＮにおける基地局コントローラ（base station controller:ＢＳＣ）、５ＧＣに関連するＥ−ＵＴＲＡ基地局におけるｎｇ−ｅＮＢ、５Ｇ−ＲＡＮにおける次世代ノードＢ（generation Node B:ｇＮＢ）、及びセル内の無線通信を制御し、無線リソースを管理することができる任意の他の装置を含むことができるが、これらに限定されない。基地局は、ネットワークへの無線インターフェースによって、一つ以上のＵＥｓにサービスを提供するように接続し得る。
【００３０】
基地局は、無線アクセスネットワークを形成する複数のセルを使用して、特定の地理的エリアに無線カバレッジを提供するように動作可能である。基地局は、セルの動作をサポートする。各セルは、その無線カバレッジ内の少なくとも一つのＵＥにサービスを提供するように動作可能である。より具体的には、各セル（しばしばサービングセルと呼ばれる）は、その無線カバレッジ内の一つ以上のＵＥｓを提供するサービスを提供する（例えば各セルは、ダウンリンクをスケジュールし、任意で、ダウンリンク及び任意でアップリンクパケット送信のために、その無線カバレッジ内の少なくとも一つのＵＥにアップリンクリソースをスケジュールする）。基地局は、複数のセルによって、無線通信システム内の一つ以上のＵＥｓと通信することができる。セルは、近接サービス（Proximity Service:ＰｒｏＳｅ）又はビークル・トゥ・エブリシング（Vehicle to Everything:Ｖ２Ｘ）サービスをサポートするためにサイドリンク（sidelink:ＳＬ）リソースを割り当ててよい。各セルは、他のセルと重複するカバレッジ領域を有してもよい。
【００３１】
上述したように、ＮＲのためのフレーム構造は、高信頼性、高データ速度、及び低遅延性の要件を満たしながら、拡張モバイルブロードバンド（Enhanced Mobile Broadband:ｅＭＢＢ）、大容量マシンタイプ通信（Massive Machine Type Communication:ｍＭＴＣ）、超高信頼性及び低遅延性通信（Ultra-Reliable and Low-Latency Communication:ＵＲＬＬＣ）といった様々な次世代（例えば５Ｇ）通信要件に対応するための柔軟な構成をサポートすることである。３ＧＰＰにおいて合意された直交周波数分割多重（Orthogonal Frequency-Division Multiplexing:ＯＦＤＭ）技術は、ＮＲ波形のための基準として提供してよい。適応サブキャリア間隔、チャネル帯域幅、及びサイクリックプレフィックス（Cyclic Prefix:ＣＰ）といったスケーラブルなＯＦＤＭニューメロロジーは、使用されてもよい。更に、ＮＲには（１）低密度パリティ検査（Low-Density Parity-Check:ＬＤＰＣ）符号及び（２）ポーラ符号の２つの符号化方法が考えられる。符号化方法の適応は、チャネル条件及び／又はサービスアプリケーションに基づいて構成されてもよい。
【００３２】
更に、単一のＮＲフレームの送信時間隔ＴＸにおいて、ダウンリンク（downlink:ＤＬ）送信データ、ガード期間、及びアップリンク（uplink:ＵＬ）送信データは、少なくとも含まれるべきであり、ＤＬ送信データ、ガード期間、及びガード期間のそれぞれの部分において、ＵＬ送信データはまた、例えばＮＲのネットワークダイナミクスに基づいて設定可能であるべきであることも考慮される。更に、サイドリンクリソースは、ＰｒｏＳｅサービス又はＶ２Ｘサービスをサポートするために、ＮＲフレーム内に提供されてもよい。
【００３３】
更に、本明細書中のターム「システム」及び「ネットワーク」は、互換的に使用されてよい。本明細書中のターム「及び／又は」は、関連するオブジェクトを記述するための関連する関係のみであり、三つの関係が存在してもよいことを表す。例えばＡ及び／又はＢは、Ａが単独で存在し、Ａ及びＢが同時に存在し、Ｂが単独で存在することを示してもよい。加えて、本明細書中の文字「／」は、前者及び後者の関連するオブジェクトが「又は」関係にあることを一般的に表す。
【００３４】
マルチビームオペレーションは、ＮＲにおいてサポートされうるため、ＮＲにおけるＲＡ手順はロングタームエボリューション（ＬＴＥ）におけるＲＡ手順とは異なりうる。例えばＲＡが開始される前に、基地局（例えばｇＮＢ）は、システム情報を介して、同期信号ブロック（ＳＳＢｓ）と一つ以上のランダムアクセスチャネル（ＲＡＣＨ）リソースとの間の関連情報をＵＥに提供し得る。基地局はまた、ＳＳＢ選択のための参照信号受信電力（ＲＳＲＰ）閾値をＵＥに提供し得る。ＲＡが開始された後、ＲＡリソース選択のステップ中、ＵＥは、ビーム選択のためにＤＬ参照信号（例えばＳＳＢ又はチャネル状態情報参照信号（ＣＳＩ−ＲＳ））測定を実行することができる。
【００３５】
ＮＲにおいて、ＲＡ手順は、以下のイベントの一つ以上によってトリガされ得る：
イベントは、
−  無線リソース制御（ＲＲＣ）アイドル状態（ＲＲＣ＿ｉｄｌｅ）からの初期アクセス；
−  ＲＲＣ接続再確立手順；
−  ハンドオーバー（ＨＯ）；
−  ＵＬ同期状態が「非同期」のとき、ＲＲＣ接続状態（ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ）中のＤＬ又はＵＬデータの到着；
−  ＲＲＣ＿ＩＮＡＣＴＩＶＥからの遷移；
−  二次セル（ＳＣｅｌｌ）追加時のタイムアラインメントの確立；
−  他のシステム情報の要求；及び
−  ビーム障害回復（ＢＦＲ）、
を含んでいる。
【００３６】
ＵＥによって送信されたＲＡプリアンブルが別のＵＥの送信されたプリアンブルと衝突する可能性を有するか否かに基づいて、ＲＡの二つの種類、コンテンションベースＲＡ（ＣＢＲＡ）及びコンテンションフリーＲＡ（ＣＦＲＡ）が存在し得る。通常のＤＬ／ＵＬ送信は、ＲＡ手順の完了後に行われてもよい。
【００３７】
図１は、本出願の一例としての実装形態による、一例としてのＣＢＲＡ手順を示す図１００である。ＣＢＲＡ手順は、４ステップランダムアクセスチャネル（ＲＡＣＨ）手順とも呼ばれ得る。アクション１３１において、ＵＥ１１０は、メッセージ１（Ｍｓｇ１）を基地局１２０に送信する。Ｍｓｇ１は、物理的ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access Channel）上で送信されるランダムアクセス（ＲＡ：Random Access）プリアンブルを含むことができる。アクション１３２において、基地局１２０は、ランダムアクセス応答（ＲＡＲ）を含んでもよいメッセージ２（Ｍｓｇ２）をＵＥ１１０に送信する。Ｍｓｇ２は、メッセージ３（Ｍｓｇ３）送信のために、ＵＬグラントのようなリソース割当て情報を搬送することがある。ＵＥ１１０がＲＡＲを正常に復号化した後、アクション１３３において、ＵＥ１１０は、グラントされたリソース上のＭｓｇ３を基地局１２０に送信する。Ｍｓｇ３は、ＲＲＣ接続要求メッセージのようなＲＲＣメッセージを含んでもよい。Ｍｓｇ３は、共通制御チャネル（ＣＣＣＨ）上の上位レイヤから受信されるデータを搬送するＭＡＣ  ＰＤＵであってもよい。ＲＡ手順の間、Ｍｓｇ３は、ＣＣＣＨ上の上位レイヤから受信されたデータの損失を防ぐため、Ｍｓｇ３バッファに格納され得る。アクション１３４において、基地局１２０は、メッセージ４（Ｍｓｇ４）をＵＥ１１０に送信する。Ｍｓｇ４は、コンテンションレゾリューションＭＡＣ制御要素（ＣＥ）を含んでよい。
【００３８】
図２は、本出願の一例としての実装形態による、一例としてのＣＦＲＡ手順を示す図２００である。ＣＦＲＡ手順は、２ステップＲＡＣＨ手順と呼ばれることもある。アクション２３０において、基地局２２０は、プリアンブルをＵＥ２１０に割り当てる。アクション２３１において、ＵＥ２１０は、Ｍｓｇ１を基地局２２０に送信する。アクション２３２において、基地局２２０は、ＲＡＲを含み得るＭｓｇ２をＵＥ２１０に送信する。
【００３９】
ＮＲにおいて、ＲＡ手順内の各プリアンブル送信又は再送信（例えば各ランダムバックオフ後の第１のプリアンブル送信及びプリアンブル再送信を含む）の前に、ＵＥは、ＲＡリソース選択を実行することができる。ＲＡリソース選択の間、ＲＡリソースには、二つの種類があってもよい：ＣＢＲＡリソース（例えばランダムアクセスプリアンブルは一つ以上のコンテンションベースのランダムアクセスプリアンブルからＭＡＣエンティティによって選択される）とＣＦＲＡリソース（例えばランダムアクセスプリアンブルは、一つ以上のコンテンションベースのランダムアクセスプリアンブルからＭＡＣエンティティによって選択されない）。ＣＦＲＡリソースは、基地局（例えばｇＮＢ）によってＵＥに必ずしも構成されなくてもよいことに留意されたい。ＣＦＲＡリソースが基地局によって構成されている場合、ＵＥは、ＲＡプリアンブル送信手順を実行する毎に、ＣＦＲＡリソース又はＣＢＲＡリソースのいずれかを選択することができる。換言すると、進行中のＲＡ手順の間に、ＵＥは、ＣＢＲＡリソース又はＣＦＲＡリソースを介して、ＲＡプリアンブルを交互に送信又は再送信することを許可され得る。以下の説明において、ＣＢＲＡという単語は、プリアンブルがＣＢＲＡリソースを介して送信されることを意味し、ＣＦＲＡという単語は、プリアンブルがＣＦＲＡリソースを介して送信されることを意味する。進行中のＲＡ手順の間に、ＵＥは、ＣＢＲＡとＣＦＲＡとの間で切り替えることができる。
【００４０】
図３は、本出願の一例としての実装形態による、ＵＥの一例としてのＭＡＣエンティティを示すブロック図である。ＭＡＣエンティティ３００は、Ｍｓｇ３バッファ３１０、多重化及びアセンブリ（Ｍ＆Ａ）エンティティ３２０、並びにハイブリッド自動再送要求（ＨＡＲＱ）エンティティ３３０を含むことができる。
【００４１】
図４は、本出願の一例としての実装形態による、ＲＡ手順においてＭＡＣエンティティ（例えば図３のＭＡＣエンティティ３００）によって実行される方法４００のフローチャートである。アクション４１０において、ＵＥのＭＡＣエンティティ３００は、ＵＬグラントを含むＲＡＲを正常に受信する。一実装形態において、ＲＡＲの正常な受信は、無線ネットワーク一時識別子（ＲＡ−ＲＮＴＩ）のための物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）上でダウンリンク割当てが受信され、受信されたトランスポートブロック（ＴＢ）が正常に復号化されることを意味し得る。ＲＡＲは、送信されたプリアンブルインデックスに対応するランダムアクセスプリアンブル識別子を有するＭＡＣサブＰＤＵを含むことができる。ＭＡＣエンティティ３００がＣＦＲＡを実行している場合（例えばアクション４２０の「ｙｅｓ」の分岐）、アクション４３０において、ＲＡ手順は正常に完了することができる。ＭＡＣエンティティ３００がＣＢＲＡを実行している場合（例えばアクション４２０の「ｎｏ」の分岐）、アクション４４０において、ＭＡＣエンティティ３００は、アクション４１０において受信されたＲＡＲがＲＡ手順内で最初の正常に受信されたＲＡＲであるかどうかを決定することができる。
【００４２】
ＲＡ手順の間、コンテンションレゾリューションが成功する前に、ＭＡＣエンティティ３００は、ＲＡプリアンブルを数回再送信することができるため、ＲＡＲを数回うまく受信することができる。ＭＡＣエンティティ３００がこのＲＡ手順内でＲＡＲを最初に正常に受信する場合（例えばアクション４４０の「ｙｅｓ」の分岐）、アクション４５０において、ＭＡＣエンティティ３００は、Ｍ＆Ａエンティティ３２０からＭＡＣ  ＰＤＵを取得してもよい。Ｍ＆Ａエンティティ３２０は、いくつかの実装形態において、Ｍ＆Ａ手順として表すこともできる。一実装形態において、ＭＡＣエンティティ３００は、Ｍ＆Ａ手順を実行して、ＭＡＣ  ＰＤＵを取得し、グラントされたリソース上でＭＡＣ  ＰＤＵを送信してもよい。アクション４５０において、ＭＡＣエンティティ３００は、取得されたＭＡＣ  ＰＤＵをＭｓｇ３バッファ３１０に格納することもできる。アクション４５０はまた、いくつかの実装形態において、「Ｍ＆Ａ手順からＭＡＣ  ＰＤＵを取得し、それをＭｓｇ３バッファに格納する」として表現されてもよい。ＲＡＲがこのＲＡ手順内で最初の正常に受信されたＲＡＲでない場合（例えばアクション４４０の「ｎｏ」の分岐）、アクション４６０において、ＭＡＣエンティティ３００は、Ｍｓｇ３バッファ３１０からＭＡＣ  ＰＤＵを取得することができる。
【００４３】
図５は、本出願の一例としての実装形態による、ＲＡ手順においてＨＡＲＱエンティティ（例えば図３のＨＡＲＱエンティティ３３０）によって実行される方法５００のフローチャートである。アクション５１０において、ＵＬグラントがＲＡＲに追加されるとき、ＵＥのＨＡＲＱエンティティ３３０は、Ｍｓｇ３バッファ３１０に格納されたＭＡＣ  ＰＤＵがあるかどうかをチェックすることができる。Ｍｓｇ３バッファ３１０にＭＡＣ  ＰＤＵが格納されている場合、アクション５３０において、ＨＡＲＱエンティティ３３０は、Ｍｓｇ３バッファ３１０からＭＡＣ  ＰＤＵを取得することができる。さもなければ、アクション５２０において、ＨＡＲＱエンティティ３３０は、Ｍ＆Ａエンティティ３２０からＭＡＣ  ＰＤＵを取得することができる。その後、アクション５４０において、ＨＡＲＱエンティティ３３０は、取得したＭＡＣ  ＰＤＵをＨＡＲＱプロセスに送ることができる。一実装形態において、各ＨＡＲＱプロセスがＨＡＲＱプロセスＩＤ（例えばＨＡＲＱプロセス＃０、ＨＡＲＱプロセス＃１、ＨＡＲＱプロセス＃２など）を有する、ＨＡＲＱエンティティ３３０によって実行されるいくつかのＨＡＲＱプロセスが存在することができる。
【００４４】
基地局によって割り当てられるＵＬグラントのサイズは、その実装形態までに依存しており、それは、ＲＡＲにおいて受信されるＵＬグラントのサイズは、Ｍｓｇ３バッファ３１０に格納されるＭＡＣ  ＰＤＵのサイズと異なってもよいことを意味することに留意されたい。本問題は、ＵＥがＣＦＲＡリソースで構成されているが、ＲＡリソース選択段階では選択閾値（基地局によって構成され得る）を超える同期信号基準信号受信電力（ＳＳ−ＲＳＲＰ）を有するＣＦＲＡリソースに関連するＳＳＢが存在しない場合に発生し得る。この場合、ＵＥは、ＣＢＲＡを実行すること（例えばＣＢＲＡリソースを選択すること）を強制され得る。一実装形態において、ＳＳ−ＲＳＲＰが閾値を超えるＳＳＢがない場合、ＵＥは、任意のＳＳＢを選択することができる。ＣＢＲＡがコンテンションレゾリューション段階において失敗するとき、ＵＥは、ＲＡリソース選択段階に戻ることができ、この時、ＵＥがＣＦＲＡリソースに関連するＳＳＢを正常に選択することができる。この場合において、ＵＥはＲＡ再試行のためにＣＦＲＡに切り替えることができ、基地局は、（ＨＯ完了コマンドを含むことができる）Ｍｓｇ３のために（例えばＲＡＲを介して）より大きなＵＬグラントを割り当てることができるか、又はＵＬリソースが十分ではないため、より小さなＵＬグラントを割り当てることができる。ＵＬグラントのサイズは、基地局の実装形態に応じて大きくても小さくてもよいため、ＨＯ完了コマンドを含むＭｓｇ３を送信するとき、問題があるかもしれない。
【００４５】
図６は、本出願の一例としての実装形態による、ＲＡ手順においてＨＡＲＱエンティティ（例えば図３のＨＡＲＱエンティティ３３０）によって実行される方法６００のフローチャートである。ＵＥがＲＡＲにおいてＵＬグラントを受信するとき、アクション６１０において、ＵＥのＨＡＲＱエンティティ３３０は、Ｍｓｇ３バッファ３１０に格納されたＭＡＣ  ＰＤＵがあるかどうかをチェックすることができる。Ｍｓｇ３バッファ３１０にＭＡＣ  ＰＤＵが格納されている場合、アクション６３０において、ＨＡＲＱエンティティ３３０は、Ｍｓｇ３バッファ３１０からＭＡＣ  ＰＤＵを取得することができる。さもなければ、アクション６２０において、ＨＡＲＱエンティティ３３０は、Ｍ＆Ａエンティティ３２０からＭＡＣ  ＰＤＵを取得することができる。アクション６３０の後、ＨＡＲＱエンティティ３３０は、アクション６４０において特定の条件が満たされているかどうかをチェックすることができる。特定の条件が満たされる場合、アクション６５０において、ＨＡＲＱエンティティ３３０は、特定の手順を適用することができる。さもなければ、アクション６６０において、ＨＡＲＱエンティティ３３０は、取得されたＭＡＣ  ＰＤＵをＨＡＲＱプロセスに送ることができる。アクション６２０又はアクション６５０を実行した後、ＨＡＲＱエンティティ３３０は、アクション６６０において、取得されたＭＡＣ  ＰＤＵをＨＡＲＱプロセスに送ることもできる。
【００４６】
一実装形態において、アクション６４０において、ＨＡＲＱエンティティ３３０は、ＵＬグラントのサイズがＭｓｇ３バッファ３１０から取得されたＭＡＣ  ＰＤＵのサイズに等しいかどうかをチェックすることができる。ＵＬグラントのサイズがＭｓｇ３バッファ３１０から取得されたＭＡＣ  ＰＤＵのサイズと異なる（例えばアクション６４０における特定の条件が満たされる）場合、アクション６５０において、ＨＡＲＱエンティティ３３０は、Ｍ＆Ａエンティティ３２０に、新しいＭＡＣ  ＰＤＵを再構築するように通知又は命令することができる。アクション６６０において、ＨＡＲＱエンティティ３３０は、新しいＭＡＣ  ＰＤＵ（例えば再構築されたＭＡＣ  ＰＤＵ）をＨＡＲＱプロセスに送ることができる。
【００４７】
一実装形態において、アクション６５０は、Ｍｓｇ３バッファ３１０に新しいＭＡＣ  ＰＤＵを格納するＨＡＲＱエンティティ３３０／Ｍ＆Ａエンティティ３２０／ＭＡＣエンティティ３００を更に含むことができる。
【００４８】
一実装形態において、アクション６５０は、Ｍ＆Ａエンティティ３２０に新しいＭＡＣ  ＰＤＵを再構築するように通知／命令する前又は後、Ｍｓｇ３バッファ３１０をフラッシュすることを要求するＨＡＲＱエンティティ３３０／Ｍ＆Ａエンティティ３２０／ＭＡＣエンティティ３００を更に含むことができる。
【００４９】
一実装形態において、アクション６５０は、取得されたＭＡＣ  ＰＤＵをＭ＆Ａエンティティ３２０に送るＨＡＲＱエンティティ３３０、及びＭｓｇ３バッファ３１０をフラッシュすることを要求するＭＡＣエンティティ３００を更に含むことができる。その後、Ｍ＆Ａエンティティ３２０は、新しいＭＡＣ  ＰＤＵを再構築し、新しいＭＡＣ  ＰＤＵをＭｓｇ３バッファ３１０に送ることができる（又はＭ＆Ａエンティティ３２０が新しいＭＡＣ  ＰＤＵをＭｓｇ３バッファ３１０に格納することができる）。次いで、ＨＡＲＱエンティティ３３０は、Ｍｓｇ３バッファ３１０から再構築されたＭＡＣ  ＰＤＵを取得することができる。
【００５０】
一実装形態において、アクション６５０は、ＭＡＣ  ＰＤＵを再構築するためのＭ＆Ａエンティティ３２０を示すＨＡＲＱエンティティ３３０を更に含むことができる。インディケーションを受信した後、Ｍ＆Ａエンティティ３２０は、Ｍｓｇ３バッファ３１０に格納されたＭＡＣ  ＰＤＵを取得し、Ｍｓｇ３バッファ３１０をフラッシュすることができる。その後、Ｍ＆Ａエンティティ３２０は、新しいＭＡＣ  ＰＤＵを再構築し、新しいＭＡＣ  ＰＤＵをＭｓｇ３バッファ３１０に送ることができる（又はＭ＆Ａエンティティ３２０が新しいＭＡＣ  ＰＤＵを再構築し、新しいＭＡＣ  ＰＤＵをＭｓｇ３バッファ３１０に格納することができる）。次いで、ＨＡＲＱエンティティ３３０は、Ｍｓｇ３バッファ３１０から再構築されたＭＡＣ  ＰＤＵを取得することができる。
【００５１】
Ｍ＆Ａエンティティ３２０は、論理チャネル優先順位付け（ＬＣＰ）手順を実行することができる。一実装形態において、ＬＣＰは、新しい送信が実行されるとき、トリガされてもよい。ＬＣＰ内で、Ｍ＆Ａエンティティ３２０は、論理チャネル（例えば一つ以上の論理チャネル（ＬＣＨｓ）からＭＡＣ  ＰＤＵ内に受信したパックＭＡＣ  ＳＤＵ（複数可））にリソースを割り当て、ＭＡＣ  ＳＤＵをＭＡＣ  ＣＥを用いて多重化することによって、ＭＡＣ  ＰＤＵを生成することができる。ＭＡＣ  ＰＤＵは、一つ以上のＭＡＣサブＰＤＵｓを含むことができる。各サブＰＤＵは、以下のうちの一つを搬送することができる：
−  ＭＡＣサブヘッダのみ（パディングを含む）；
−  ＭＡＣサブヘッダとＭＡＣ  ＳＤＵ；
−  ＭＡＣサブヘッダとＭＡＣ  ＣＥ；及び
−  ＭＡＣサブヘッダとパディング。
【００５２】
一実装形態において、ＬＣＰはまた、Ｍ＆Ａエンティティ３２０がＭＡＣ  ＰＤＵを再構築するとき、Ｍ＆Ａエンティティ３２０によって実行されてもよい。ＭＡＣ  ＰＤＵの再構築によってトリガされるＬＣＰの振る舞いは、新しい送信によってトリガされるＬＣＰの振る舞いとは異なるときがある。例えばＭ＆Ａエンティティ３２０がＭＡＣ  ＰＤＵを再構築する（又は新しいＭＡＣ  ＰＤＵを構築する）とき、Ｍ＆Ａエンティティ３２０によって実行されるＬＣＰは、Ｍｓｇ３バッファ３１０から取得されたＭＡＣ  ＰＤＵ、ＬＣＨｓから受信されたＭＡＣ  ＳＤＵ（複数可）、ＭＡＣ  ＣＥ、及びパディングサブＰＤＵの少なくとも一つを考慮する必要があり得る。Ｍ＆Ａエンティティ３２０は、ＵＬグラントのサイズ及び／又は他の何らかの基準を考慮することによって、Ｍｓｇ３バッファ３１０から取得されたＭＡＣ  ＰＤＵ内のサブＰＤＵｓの各々が新しいＭＡＣ  ＰＤＵにパックされ得るかどうかをチェックする必要があり得る。
【００５３】
Ｍ＆Ａエンティティ３２０がＭＡＣ  ＰＤＵを再構築し始めるとき、ＭＡＣ  ＰＤＵ（Ｍｓｇ３バッファ３１０から取得される）は、Ｍ＆Ａエンティティ３２０内ではなく、ＨＡＲＱエンティティ３３０内にあってもよいことに留意されたい。したがって、ＨＡＲＱエンティティ３３０及びＭ＆Ａエンティティ３２０によって実行されるために、いくつかの手順が必要とされ得る。例えば、ＨＡＲＱエンティティ３３０は、ＭＡＣ  ＰＤＵをＭ＆Ａエンティティ３２０に送ることができる。その上、Ｍｓｇ３バッファ３１０から取得されたＭＡＣ  ＰＤＵ（一つ以上のＭＡＣサブＰＤＵｓを含む）を新しいＭＡＣ  ＰＤＵにパックするために、ＨＡＲＱエンティティ３３０とＭ＆Ａエンティティ３２０との間のいくつかの関係も必要とされ得る。例えば、Ｍ＆Ａエンティティ３２０がＭＡＣ  ＰＤＵを再構築する前、Ｍ＆Ａエンティティ３２０は、Ｍｓｇ３バッファ３１０又はＨＡＲＱエンティティ３３０からＭＡＣ  ＰＤＵを取得する必要があり得る。
【００５４】
Ｍ＆Ａエンティティ３２０がＭｓｇ３バッファ３１０に格納されたＭＡＣ  ＰＤＵを取得する方法に関して、いくつかの実装形態があり得る。一実装形態において、ＨＡＲＱエンティティ３３０は、ＭＡＣ  ＰＤＵ（Ｍｓｇ３バッファ３１０から取得される）を最初にＭ＆Ａエンティティ３２０に送ることができ、その後、ＨＡＲＱエンティティ３３０は、Ｍ＆Ａエンティティ３２０から新しいＭＡＣ  ＰＤＵを取得することができる。一実装形態において、Ｍ＆Ａエンティティ３２０は、最初にＨＡＲＱエンティティ３３０からＭＡＣ  ＰＤＵを取得することができ、次いで、ＨＡＲＱエンティティ３３０はその後、Ｍ＆Ａエンティティ３２０から新しいＭＡＣ  ＰＤＵを取得することができる。一実装形態において、ＨＡＲＱエンティティ３３０が（Ｍｓｇ３バッファ３１０から取得された）ＭＡＣ  ＰＤＵを破棄し、次いで、Ｍ＆Ａエンティティ３２０から新しいＭＡＣ  ＰＤＵを取得することができる。上記の導入された代替の実装形態の各々は、特定の場合に適用可能であり得る。したがって、ＨＡＲＱエンティティ３３０とＭ＆Ａエンティティ３２０との間で適用されるべき関係の決定は、（Ｍｓｇ３バッファ３１０から取得される）ＭＡＣ  ＰＤＵ内のコンテンツに基づいてもよく、又はいくつかの他のイベントに基づいてもよい。例えば、決定は、Ｍｓｇ３バッファ３１０から取得されたＭＡＣ  ＰＤＵが特定の論理チャネル（例えばＣＣＣＨ又は専用制御チャネル（ＤＣＣＨ：Dedicated Control Channel））からのデータ（例えばＭＡＣ  ＳＤＵ）を含むかどうかに基づいてもよい。
【００５５】
上述したように、Ｍ＆Ａエンティティ３２０は、Ｍ＆Ａ手順として表すこともできる。Ｍ＆Ａがエンティティとして表されるとき、Ｍ＆Ａエンティティ３２０は、ＬＣＰによってＭＡＣ  ＰＤＵを生成することができる。Ｍ＆Ａが手順として表される場合、ＭＡＣエンティティ３００は、ＬＣＰを含むＭ＆Ａ手順によってＭＡＣ  ＰＤＵを生成することができる。これらの二つの代替表現（Ｍ＆Ａエンティティ及びＭ＆Ａ手順）の両方が、いくつかの実装形態において、論理的に採用され得る。
【００５６】
一実装形態において、図６に示されるアクション６４０は、ＭＡＣ  ＰＤＵを再構築するための手順をトリガするための条件を参照することができ、図６に示されるアクション６５０は、ＭＡＣ  ＰＤＵを再構築するための手順を参照することができる。アクション６４０における特定の条件のいくつかの実装形態及びアクション６５０における特定の手順は、以下の説明で説明される。
【００５７】
一実装形態において、アクション６４０における特定の条件は、ＵＬグラントのサイズ及びＭｓｇ３バッファ３１０に格納されたＭＡＣ  ＰＤＵのサイズに依存し得る。
【００５８】
ケース１−１：アクション６４０における特定の条件は、ＵＬグラントのサイズがＭｓｇ３バッファ３１０に格納されたＭＡＣ  ＰＤＵのサイズよりも大きいときに満たされる。
【００５９】
ケース１−２：アクション６４０における特定の条件は、ＵＬグラントのサイズがＭｓｇ３バッファ３１０に格納されたＭＡＣ  ＰＤＵのサイズよりも小さいときに満たされる。
【００６０】
ケース１−３：アクション６４０における特定の条件は、ＵＬグラントのサイズがＭｓｇ３バッファ３１０に格納されたＭＡＣ  ＰＤＵのサイズと異なるときに満たされる。
【００６１】
ケース１−４：アクション６４０における特定の条件は、ＵＬグラントのサイズと、Ｍｓｇ３バッファ３１０に格納されたＭＡＣ  ＰＤＵのサイズとの間の差が特定の値よりも大きい又は小さいときに満たされる。
【００６２】
ケース１−５：アクション６４０における特定の条件は、ＵＬグラントのサイズが基地局によって事前に構成された値よりも大きい又は小さいときに満たされる。
【００６３】
ケース１−６：アクション６４０における特定の条件は、ＵＬグラントのサイズが所定の値（例えば技術規格において定義された値）よりも大きい又は小さいときに満たされる。
【００６４】
ケース１−７：アクション６４０において、特定の条件をチェックするとき、他のイベントを考慮することができる。
【００６５】
ケース１−７−ａ：一実装形態において、アクション６４０における特定の条件は、ＭＡＣエンティティ３００／上位レイヤ／下位レイヤ内の特定のタイマが実行されているとき、満たされる。一実装形態において、アクション６４０における特定の条件は、ＭＡＣエンティティ３００／上位レイヤ／下位レイヤ内の特定のタイマが実行されていないとき、満たされる。
【００６６】
ケース１−７−ｂ：一実装形態において、アクション６４０における特定の条件は、特定のＨＡＲＱプロセスＩＤがＵＬグラントに設定されるとき、満たされる。例えば、アクション６４０における特定の条件は、ＵＬグラントがＭｓｇ３送信のために使用されるＨＡＲＱプロセスＩＤ（例えばＨＡＲＱプロセス＃０）に関連付けられているとき、満たされる。一実装形態において、アクション６４０における特定の条件は、特定のＨＡＲＱ関連の設定がＭＡＣエンティティ３００に設定されるとき、満たされる。
【００６７】
ケース１−７−ｃ：一実装形態において、アクション６４０における特定の条件は、特定の上位／下位レイヤ設定が設定されるとき、満たされる。例えば、Ｍｓｇ３を送るために適用される無線ベアラのために設定される無線リンク制御（ＲＬＣ）エンティティは、特定の動作モード（例えば肯定応答モード、非肯定応答モード、又は透過モード）又は特定の設定によって、設定される。他の例として、ＭＡＣ  ＰＤＵを送信するように設定されたＨＡＲＱプロセスが特定の設定を有する場合がある。
【００６８】
一実装形態において、ＨＡＲＱエンティティ３３０によって実行される方法は、以下の表１に記載される通りであってよい：
【００６９】
【表１】
2022501939.tif 000003
【００７０】
アクション６４０における特定の条件は、ケース１−１から１−７（又はそれらの任意の組合せ）を含むことができる。アクション６５０における特定の手順は、以下に説明されるケース２−１から２−６（又はそれらの任意の組み合わせ）を含むことができる。ＭＡＣ  ＰＤＵが再構築されると（例えばアクション６５０が実行されると）、ＨＡＲＱエンティティ３３０とＭ＆Ａエンティティ３２０との間に何らかの関係が存在し得る。
【００７１】
ケース２−１：ＨＡＲＱエンティティ３３０は、ＭＡＣ  ＰＤＵをＭ＆Ａエンティティ３２０に送る。
【００７２】
一実装形態において、ＨＡＲＱエンティティ３３０がＭＡＣ  ＰＤＵ（Ｍｓｇ３バッファ３１０から取得される）を最初にＭ＆Ａエンティティ３２０に送ることができ、その後、ＨＡＲＱエンティティ３３０は、Ｍ＆Ａエンティティ３２０から再構築されたＭＡＣ  ＰＤＵを取得することができる。一実装形態において、アクション６６０において、ＨＡＲＱエンティティ３３０は、新しいＭＡＣ  ＰＤＵ（再構築されたＭＡＣ  ＰＤＵ）をＨＡＲＱプロセスに送ることができる。一実装形態において、アクション６５０は、Ｍｓｇ３バッファ３１０内の新しいＭＡＣ  ＰＤＵを格納する（例えばＭｓｇ３バッファ３１０に格納された内容を上書きする）ＨＡＲＱエンティティ３３０／Ｍ＆Ａエンティティ３２０／ＭＡＣエンティティ３００を更に含むことができる。一実装形態において、アクション６５０は、Ｍ＆Ａエンティティ３２０に新しいＭＡＣ  ＰＤＵを再構築するように通知／命令する前又は後に、ＨＡＲＱエンティティ３３０／Ｍ＆Ａエンティティ３２０／ＭＡＣエンティティ３００がＭｓｇ３バッファ３１０をフラッシュすること（例えばＭｓｇ３バッファ３１０に格納された内容をクリアすること）を更に含むことができる。一実装形態において、アクション６５０は、取得されたＭＡＣ  ＰＤＵをＭ＆Ａエンティティ３２０に送るＨＡＲＱエンティティ３３０と、Ｍｓｇ３バッファ３１０をフラッシュすることを要求するＭＡＣエンティティ３００とを更に含むことができる。その後、Ｍ＆Ａエンティティ３２０は、新しいＭＡＣ  ＰＤＵを再構築し、新しいＭＡＣ  ＰＤＵをＭｓｇ３バッファ３１０に送ることができる（又はＭ＆Ａエンティティ３２０は、新しいＭＡＣ  ＰＤＵをＭｓｇ３バッファ３１０に格納することができる）。次いで、ＨＡＲＱエンティティ３３０は、Ｍｓｇ３バッファ３１０から再構築されたＭＡＣ  ＰＤＵを取得することができる。
【００７３】
ケース２−１−ａ：ＨＡＲＱエンティティ３３０は、Ｍｓｇ３バッファ３１０から取得されたＭＡＣ  ＰＤＵをＭ＆Ａエンティティ３２０に送り、Ｍ＆Ａエンティティ３２０から再構築されたＭＡＣ  ＰＤＵを取得することができる。
【００７４】
ケース２−１−ｂ：ＨＡＲＱエンティティ３３０は、Ｍｓｇ３バッファ３１０をフラッシュし、Ｍｓｇ３バッファ３１０から取得されたＭＡＣ  ＰＤＵをＭ＆Ａエンティティ３２０に送り、Ｍ＆Ａエンティティ３２０から再構築されたＭＡＣ  ＰＤＵを取得し、再構築されたＭＡＣ  ＰＤＵをＭｓｇ３バッファ３１０に格納することができる。
【００７５】
ケース２−１−ｃ：ＨＡＲＱエンティティ３３０は、Ｍｓｇ３バッファ３１０から取得されたＭＡＣ  ＰＤＵをＭ＆Ａエンティティ３２０に送り、ＭＡＣエンティティ３００にＭｓｇ３バッファ３１０をフラッシュするように要求し、Ｍ＆Ａエンティティ３２０から再構築されたＭＡＣ  ＰＤＵを取得し、再構築されたＭＡＣ  ＰＤＵをＭｓｇ３バッファ３１０に格納することができる。
【００７６】
ケース２−２：ＭＡＣ  ＰＤＵは、（ＨＡＲＱエンティティ３３０からＭ＆Ａエンティティ３２０に送られるＭＡＣ  ＰＤＵを明示的に示さずに）Ｍ＆Ａエンティティ３２０によって取得される。
【００７７】
一実装形態において、ＨＡＲＱエンティティ３３０は、ＭＡＣ  ＰＤＵを再構築するためにＭ＆Ａエンティティ３２０に示すことができ、その後、ＨＡＲＱエンティティ３３０は、Ｍ＆Ａエンティティ３２０から新しいＭＡＣ  ＰＤＵ（再構築されたＭＡＣ  ＰＤＵ）を取得することができる。一実装形態において、アクション６６０において、ＨＡＲＱエンティティ３３０は、新しいＭＡＣ  ＰＤＵ（再構築されたＭＡＣ  ＰＤＵ）をＨＡＲＱプロセスに送ることができる。一実装形態において、アクション６５０は、Ｍｓｇ３バッファ３１０に新しいＭＡＣ  ＰＤＵを格納する（例えばＭｓｇ３バッファ３１０に格納された内容を上書きする）ＨＡＲＱエンティティ３３０／Ｍ＆Ａエンティティ３２０／ＭＡＣエンティティ３００を更に含むことができる。一実装形態において、アクション６５０は、Ｍ＆Ａエンティティ３２０に新しいＭＡＣ  ＰＤＵを再構築するように通知／命令する前に又は後に、ＨＡＲＱエンティティ３３０／Ｍ＆Ａエンティティ３２０／ＭＡＣエンティティ３００がＭｓｇ３バッファ３１０をフラッシュすること（例えばＭｓｇ３バッファ３１０に格納された内容をクリアすること）を更に含むことができる。一実装形態において、アクション６５０は、ＭＡＣ  ＰＤＵを再構築するために、Ｍ＆Ａエンティティ３２０に示すＨＡＲＱエンティティ３３０を更に含むことができる。インディケーションを受信した後、Ｍ＆Ａエンティティ３２０は、Ｍｓｇ３バッファ３１０に格納されたＭＡＣ  ＰＤＵを取得し、Ｍｓｇ３バッファ３１０をフラッシュすることができる。その後、Ｍ＆Ａエンティティ３２０は、新しいＭＡＣ  ＰＤＵを再構築し、新しいＭＡＣ  ＰＤＵをＭｓｇ３バッファ３１０に送ることができる（又はＭ＆Ａエンティティ３２０は、新しいＭＡＣ  ＰＤＵをＭｓｇ３バッファ３１０に格納することができる）。次いで、ＨＡＲＱエンティティ３３０は、Ｍｓｇ３バッファ３１０から再構築されたＭＡＣ  ＰＤＵを取得することができる。
【００７８】
ケース２−２−ａ：ＨＡＲＱエンティティ３３０は、ＭＡＣ  ＰＤＵを再構築し、Ｍ＆Ａエンティティ３２０から再構築されたＭＡＣ  ＰＤＵを取得することをＭ＆Ａエンティティ３２０に示すことができる。
【００７９】
ケース２−２−ｂ：ＨＡＲＱエンティティ３３０は、ＭＡＣ  ＰＤＵを再構築し、Ｍ＆Ａエンティティ３２０から再構築されたＭＡＣ  ＰＤＵを取得し、Ｍｓｇ３バッファ３１０をフラッシュし、再構築されたＭＡＣ  ＰＤＵをＭｓｇ３バッファ３１０に格納することをＭ＆Ａエンティティ３２０に示すことができる。
【００８０】
一実装形態において、（例えばＭ＆Ａエンティティ３２０によって）論理チャネル優先順位付け手順は、（ａ）新しい送信が実行されるとき、（ｂ）他のエンティティ（例えばＨＡＲＱエンティティ３３０、ＭＡＣエンティティ３００、上位層、又は下位層）からインディケーションが受信されるとき、（ｃ）ＭＡＣ  ＰＤＵを再構築するためのいくつかの基準が満たされるとき、又は（ｄ）ＭＡＣ  ＰＤＵが既に生成されているが、いくつかの特定のイベント（例えばＭＡＣ  ＰＤＵのサイズが更新されたＵＬグラントサイズのサイズと等しくない（ＴＢサイズが変更される）、ＵＬリソースが基地局又は上位／下位層からのいくつかの他のインディケーションによって取り消される、送信取り消しがＭＡＣエンティティ３００自体又は他のいくつかのイベントによってトリガされる）によって、何らかの方法で再構築される必要があるときに、適用される。
【００８１】
一実装形態において、ＬＣＰ手順は、新しい送信が実施されるとき、又はＭＡＣ  ＰＤＵが再構築されるとき、常に適用されることができる。一実装形態において、ＬＣＰ手順は、ＨＡＲＱエンティティによって新しい送信が実行されるか、又は示されるときはいつでも適用されることができる。
【００８２】
一実装形態において、ＭＡＣ  ＰＤＵを再構築するとき、Ｍ＆Ａエンティティは、ＭＡＣ  ＰＤＵを再構築する手順をトリガするＨＡＲＱエンティティからＭＡＣ  ＰＤＵを取得することができる。一実装形態において、ＭＡＣ  ＰＤＵを再構築するとき、Ｍ＆Ａエンティティは、ＨＡＲＱエンティティによって示されるとき、Ｍｓｇ３バッファからＭＡＣ  ＰＤＵを取得することができる。
【００８３】
ケース２−３：ＭＡＣ  ＰＤＵは、Ｍ＆Ａエンティティによって取得された
一実装形態において、ＨＡＲＱエンティティ３３０は、Ｍｓｇ３バッファ３１０から取得されたＭＡＣ  ＰＤＵを破棄することができ、次いで、ＨＡＲＱエンティティ３３０は、Ｍ＆Ａエンティティ３２０から新しいＭＡＣ  ＰＤＵを取得することができる。一実装形態において、アクション６６０において、ＨＡＲＱエンティティ３３０は、新しいＭＡＣ  ＰＤＵ（再構築されたＭＡＣ  ＰＤＵ）をＨＡＲＱプロセスに送ることができる。一実装形態において、アクション６５０は、Ｍｓｇ３バッファ３１０内に新しいＭＡＣ  ＰＤＵを格納する（例えばＭｓｇ３バッファ３１０に格納された内容を上書きする）ＨＡＲＱエンティティ３３０／Ｍ＆Ａエンティティ３２０／ＭＡＣエンティティ３００を更に含むことができる。一実装形態において、アクション６５０は、Ｍ＆Ａエンティティ３２０に新しいＭＡＣ  ＰＤＵを再構築するように通知／命令する前に又は後に、ＨＡＲＱエンティティ３３０／Ｍ＆Ａエンティティ３２０／ＭＡＣエンティティ３００がＭｓｇ３バッファ３１０をフラッシュすること（例えばＭｓｇ３バッファ３１０に格納された内容をクリアすること）を更に含むことができる。一実装形態において、アクション６５０は、取得されたＭＡＣ  ＰＤＵをＭ＆Ａエンティティ３２０に送るＨＡＲＱエンティティ３３０と、Ｍｓｇ３バッファ３１０をフラッシュすることを要求するＭＡＣエンティティ３００とを更に含むことができる。その後、Ｍ＆Ａエンティティ３２０は、新しいＭＡＣ  ＰＤＵを再構築し、新しいＭＡＣ  ＰＤＵをＭｓｇ３バッファ３１０に送ることができる（又はＭ＆Ａエンティティ３２０は、新しいＭＡＣ  ＰＤＵをＭｓｇ３バッファ３１０に格納することができる）。次いで、ＨＡＲＱエンティティ３３０は、Ｍｓｇ３バッファ３１０から再構築されたＭＡＣ  ＰＤＵを取得することができる。一実装形態において、アクション６５０は、ＭＡＣ  ＰＤＵを再構築することをＭ＆Ａエンティティ３２０に示すＨＡＲＱエンティティ３３０を更に含むことができる。インディケーションを受信した後、Ｍ＆Ａエンティティ３２０は、Ｍｓｇ３バッファ３１０に格納されたＭＡＣ  ＰＤＵを取得し、Ｍｓｇ３バッファ３１０をフラッシュすることができる。その後、Ｍ＆Ａエンティティ３２０は、新しいＭＡＣ  ＰＤＵを再構築し、新しいＭＡＣ  ＰＤＵをＭｓｇ３バッファ３１０に送ることができる（又はＭ＆Ａエンティティ３２０は、新しいＭＡＣ  ＰＤＵをＭｓｇ３バッファ３１０に格納することができる）。次いで、ＨＡＲＱエンティティ３３０は、Ｍｓｇ３バッファ３１０から再構築されたＭＡＣ  ＰＤＵを取得することができる。
【００８４】
ケース２−３−ａ：ＨＡＲＱエンティティ３３０は、Ｍｓｇ３バッファ３１０から取得されたＭＡＣ  ＰＤＵを破棄し、ＭＡＣ  ＰＤＵを再構築するようにＭ＆Ａエンティティ３２０に示し、Ｍ＆Ａエンティティ３２０から再構築されたＭＡＣ  ＰＤＵを取得することができる。
【００８５】
ケース２−３−ｂ：ＨＡＲＱエンティティ３３０は、Ｍｓｇ３バッファ３１０から取得されたＭＡＣ  ＰＤＵを破棄し、ＭＡＣ  ＰＤＵを再構築するようにＭ＆Ａエンティティ３２０に示し、Ｍｓｇ３バッファ３１０をフラッシュし、Ｍ＆Ａエンティティ３２０から再構築されたＭＡＣ  ＰＤＵを取得し、Ｍｓｇ３バッファ３１０に再構築されたＭＡＣ  ＰＤＵを格納することができる。
【００８６】
Ｍ＆Ａエンティティ３２０が（例えばＭｓｇ３バッファ３１０又はＨＡＲＱエンティティ３３０のいずれかから）ＭＡＣ  ＰＤＵを取得した後、Ｍ＆Ａエンティティ３２０は、ＭＡＣ  ＰＤＵを再構築し始めることができる。Ｍ＆Ａエンティティ３２０がＭＡＣ  ＰＤＵをどのように再構築するかに関するいくつかの実装形態がある。
【００８７】
ケース２−４：パディングサブＰＤＵの変更
一実装形態において、ＭＡＣ  ＰＤＵを再構築する手順の間、Ｍ＆Ａエンティティ３２０は、対応するサブヘッダ（及びＭＡＣ  ＳＤＵ及び／又はＭＡＣ  ＣＥ）を変更することなく、元のＭＡＣ  ＰＤＵに含まれるＭＡＣ  ＳＤＵを搬送するサブＰＤＵｓ及び／又はサブＰＤＵを搬送するサブＰＤＵの少なくとも一つ又は全てを保持してもよい。例えば、新しいＭＡＣ  ＰＤＵ（再構築されたＭＡＣ  ＰＤＵ）は、元のＭＡＣ  ＰＤＵからＭＡＣ  ＳＤＵを搬送するＭＡＣ  ＣＥ及び／又はサブＰＤＵを搬送するサブＰＤＵの少なくとも一つ又は全てを含むことができる。
【００８８】
一実装形態において、（再構築される前の）元のＭＡＣ  ＰＤＵがパディングを伴うサブＰＤＵ、又は（パディングを含む）サブヘッダのみを伴うサブＰＤＵも含む場合、サブＰＤＵｓのこれらの二つの種類は、ＵＬグラント（例えばＴＢサイズ）を満たすように変更され得る。一実装形態において、Ｍ＆Ａエンティティ３２０は、残りのＵＬリソース（例えば取得されたＭＡＣ  ＰＤＵ内の全てのサブＰＤＵをパッキングした後のＵＬグラント内の追加のＵＬリソース）を任意の論理チャネルに割り振らなくてもよい。一実装形態において、Ｍ＆Ａエンティティ３２０は、パディングサブＰＤＵを削除／破棄し、新しい／更新されたパディングサブＰＤＵを追加してもよい。一実装形態において、Ｍ＆Ａエンティティ３２０は、パディングサブＰＤＵのサブヘッダ及び／又はパディングビットを直接的に更新するか、又はＵＬグラントを満たすために一つ以上のパディングサブＰＤＵを追加することができる。
【００８９】
一実装形態において、ＵＥはまた、スケジューリング手順の間、以下のルールに従うことができる：
−  全体のＳＤＵ（又は部分的に送信されたＳＤＵ又は再送されたＲＬＣ  ＰＤＵ）が関連付けられていたＭＡＣエンティティの残りのリソースに適合する場合、ＵＥは、ＲＬＣ  ＳＤＵ（又は部分的に送信されたＳＤＵ又は再送されたＲＬＣ  ＰＤＵ）をセグメント化しないことがある；
−  ＵＥが論理チャネルからＲＬＣ  ＳＤＵをセグメント化する場合、ＵＥは、関連付けられていたＭＡＣエンティティのグラントを可能な限り満たすためにセグメントのサイズを最大化することができる；
−  ＵＥは、データの送信を最大化することができる；
−  ＭＡＣエンティティに８バイト以上のＵＬグラントサイズが与えられた場合、ＭＡＣエンティティは送信可能なデータを有するが、パディングバッファステータスレポート（ＢＳＲ）及び／又はパディングのみを送信することはできない。
【００９０】
−  スケジューリング手順が新しい送信に対して実行されない場合、ＵＥは、いかなる論理チャネルにもリソースを割り当てないことがある；
−  スケジューリング手順が新しい送信に対して実行されない場合、関連付けられていたＭＡＣエンティティの残りのリソースは、パディングビットにのみ割り当てられてもよい（又はパディング、又はパディングサブＰＤＵに割り当てられてもよい）；
−  スケジューリング手順が新しい送信に対して実行されず、ＭＡＣ  ＰＤＵがパディングサブＰＤＵを含む場合、パディングサブＰＤＵは、削除／破棄される可能性がある。
【００９１】
一実装形態において、スケジューリング手順が新しい送信に対して実行されない場合、ＭＡＣ  ＰＤＵを再構築するためにスケジューリング手順が実行されてもよい。
【００９２】
ケース２−５：破棄アクションとの組み合わせ
一実装形態において、ＭＡＣ  ＰＤＵを再構築する手順の間、Ｍ＆Ａエンティティ３２０は、（元のＭＡＣ  ＰＤＵに含まれる）全てのサブＰＤＵを新しいＭＡＣ  ＰＤＵに保持するとは限らない。したがって、サブＰＤＵｓのいくつかは破棄され得る。その上、パディングサブＰＤＵ（元のＭＡＣ  ＰＤＵに含まれる場合）は、ＵＬグラント（例えばＴＢサイズ）を満たすために変更され得る。一実装形態において、Ｍ＆Ａエンティティ３２０は、残りのＵＬリソースを任意の論理チャネルに割り当てることができない。一実装形態において、Ｍ＆Ａエンティティ３２０は、パディングサブＰＤＵを削除／破棄し、新しい／更新されたパディングサブＰＤＵを追加してもよい。一実装形態において、Ｍ＆Ａエンティティ３２０は、パディングサブＰＤＵのサブヘッダ及び／又はパディングビットを直接的に更新するか、又はＵＬグラントを満たすために一つ以上のパディングサブＰＤＵを追加することができる。
【００９３】
一実装形態において、Ｍ＆Ａエンティティ３２０は、特定の順序により、ＭＡＣ  ＰＤＵ内でどのサブＰＤＵを破棄すべきかを決定することができる。一実装形態において、特定の順序が以下のように列挙されてもよい（最初に列挙される最低優先順位）：
−  Ｃ−ＲＮＴＩ  ＭＡＣ  ＣＥ又はＵＬ−ＣＣＣＨからのデータ；
−  構成されたグラント確認ＭＡＣ  ＣＥ；
−  ＢＳＲのＭＡＣ  ＣＥ、パディングに含まれるＢＳＲを除く；
−  単一エントリパワーヘッドルームレポート（ＰＨＲ）ＭＡＣ  ＣＥ又は複数エントリＰＨＲ  ＭＡＣ  ＣＥ；
−  ＵＬ−ＣＣＣＨからのデータを除く任意の論理チャネルからのデータ；
−  推奨されたビットレートクエリのＭＡＣ  ＣＥ；及び
−  パディングのために含まれるＢＳＲのためのＭＡＣ  ＣＥ。
【００９４】
破棄されるサブＰＤＵの順序は、異なる実装形態において異なる可能性があることに留意されたい。
【００９５】
一実装形態において、ＵＥはまた、スケジューリング手順の間、以下のルールに従うことができる：
−  スケジューリング手順が新しい送信に対して実行されない場合、ＵＥは、いかなる論理チャネルにもリソースを割り当てないことがある；
−  スケジューリング手順が新しい送信に対して実行されない場合、関連付けられていたＭＡＣエンティティの残りのリソースは、パディングビットにのみ割り当てられてもよい（又はパディング、又はパディングサブＰＤＵに割り当てられてもよい）；
−  スケジューリング手順が新しい送信に対して実行されず、ＭＡＣ  ＰＤＵがパディングサブＰＤＵを含む場合、パディングサブＰＤＵは削除／破棄されることがある；
−  新たな送信のためにスケジューリング手順が実行されない場合、（再構築中のＭＡＣ  ＰＤＵ内の）サブＰＤＵは破棄されることが許される。
【００９６】
一実装形態において、論理チャネルが次の順序に従って優先順位付けされてもよい（例えば最も高い優先順位が最初に列挙されている）：
−  Ｃ−ＲＮＴＩ  ＭＡＣ  ＣＥ又はＵＬ−ＣＣＣＨからのデータ；
−  構成されたグラント確認ＭＡＣ  ＣＥ；
−  パディングに含まれるＢＳＲを除く、ＢＳＲのためのＭＡＣ  ＣＥ；
−  単一エントリＰＨＲ  ＭＡＣ  ＣＥ又は複数エントリＰＨＲ  ＭＡＣ  ＣＥ；
−  ＵＬ−ＣＣＣＨからのデータを除く任意の論理チャネルからのデータ；
−  推奨されたビットレートクエリのＭＡＣ  ＣＥ；及び
−  パディングのために含まれるＢＳＲのためのＭＡＣ  ＣＥ。
【００９７】
ＭＡＣ  ＰＤＵが再構築されている間、サブＰＤＵを破棄するとき、順序は逆にされてもよいことに留意されたい。
【００９８】
一実装形態において、Ｍ＆Ａエンティティ３２０が以下に列挙される特定のデータを除いて、ＭＡＣ  ＰＤＵ内のサブＰＤＵの全てを破棄することができる：
−  ＣＣＣＨからのデータ；
−  特定ＬＣＨのデータ；
−  特定の種類のＭＡＣ  ＣＥ；
−  特定の条件（複数可）も満たす特定の種類のＭＡＣ  ＣＥ及び／又はフォーマット；
−  特定のＬＣＨ又はＬＣＨグループ（ＬＣＧ）のバッファ状態を含むＢＳＲ  ＭＡＣ  ＣＥ；及び
−  最新のバッファ状態までのバッファ状態を含むＢＳＲ  ＭＡＣ  ＣＥ。
【００９９】
ケース２−６：特定のＬＣＨから新しいサブＰＤＵを追加する。
【０１００】
ケース２−６−ａ：一実装形態において、Ｍ＆Ａエンティティ３２０がＨＡＲＱエンティティ３３０又はＭｓｇ３バッファ３１０のいずれかからＭＡＣ  ＰＤＵを取得した後、Ｍ＆Ａエンティティ３２０は、ＭＡＣ  ＰＤＵを分解し、新しいＭＡＣ  ＰＤＵを再構成／再構築することができる。
【０１０１】
ケース２−６−ｂ：一実装形態において、ケース２−６−ａにおいて新しいＭＡＣ  ＰＤＵを再構成／再構築するとき、Ｍ＆Ａエンティティ３２０は、（ａ）任意のＭＡＣ  ＣＥ；（ｂ）特定のＭＡＣ  ＣＥ；（ｃ）任意の論理チャネルからのデータ；及び（ｄ）特定の論理チャネルからのデータの内の少なくとも一つをＭＡＣ  ＰＤＵに追加することが許される。
【０１０２】
ケース２−６−ｃ：一実装形態において、ＭＡＣ  ＰＤＵを再構築するとき、ＭＡＣ  ＣＥを有するＭＡＣサブＰＤＵ及びパディングを有するＭＡＣサブＰＤＵを除き、元のＭＡＣ  ＰＤＵ（Ｍｓｇ３バッファ３１０に格納されている）を構築するために選択されたＬＣＨのみが、リソースを割り当てるために選択されることができる（例えばＬＣＰ内のリソースの割り当て）。例えばＭＡＣエンティティ３００は、三つの論理チャネル（例えばＬＣＨ＃１、＃２、及び＃３）を用いて構成され得る。Ｍｓｇ３バッファ３１０に格納されたＭＡＣ  ＰＤＵは、ＬＣＨ＃１及び＃２からのＭＡＣ  ＳＤＵｓを含むことができる。一実装形態において、ＭＡＣ  ＰＤＵを再構築するとき、ＭＡＣエンティティ３００は、設定された論理チャネルの各々のためのマッピング制約の全てを無視してもよい。一実装形態において、マッピング制約は、送信のために許されたサブキャリア間隔（複数可）をセットするパラメータａｌｌｏｗｅｄＳＣＳ−Ｌｉｓｔと、送信のために許された最大物理アップリンク共有チャネル（ＰＵＳＣＨ）持続時間をセットするパラメータｍａｘＰＵＳＣＨ−Ｄｕｒａｔｉｏｎと、設定されたグラントのＴｙｐｅ  １を送信のために使用できるかどうかをセットするパラメータｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｙｐｅ１ａｌｌｏｗｅｄと、送信のために許可されたセル（複数可）をセットするパラメータａｌｌｏｗｅｄＳｅｒｖｉｎｇＣｅｌｌとを含むことができる。上記の例において、ＭＡＣ  ＣＥを有するＭＡＣサブＰＤＵ及びパディングを有するＭＡＣサブＰＤＵを除き、ＭＡＣエンティティ３００は、必要なときにＬＣＨ＃１及び＃２にのみリソースを割り当てることができる。
【０１０３】
一実装形態において、ＭＡＣ  ＣＥを有するＭＡＣサブＰＤＵ及びパディングを有するＭＡＣサブＰＤＵを除いて、ＭＡＣエンティティ３００は、下記の条件のすべてを満たす論理チャネルにのみリソースを割り当てることができる：
−  ＵＬグラントに関連付けられていたサブキャリア間隔インデックスを含むように設定されている場合、パラメータａｌｌｏｗｅｄＳＣＳ−Ｌｉｓｔ内の許されたサブキャリア間隔インデックス値のセット；
−  ＵＬグラントに関連付けられていたＰＵＳＣＨ送信期間以上であるように設定されている場合、パラメータｍａｘＰＵＳＣＨ−Ｄｕｒａｔｉｏｎ；
−  ＵＬグラントがＣｏｎｆｉｇｕｒｅｄ  Ｇｒａｎｔ  Ｔｙｐｅ  １であるケースにおいて、ＴＲＵＥにセットされているように設定されている場合、パラメータｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｙｐｅ１Ａｌｌｏｗｅｄ；及び
−  ＵＬグラントに関連付けられていたＣｅｌｌ情報が含まれるように設定される場合、パラメータａｌｌｏｗｅｄＳｅｒｖｉｎｇＣｅｌｌｓ。
【０１０４】
一実装形態において、上記の二つの実装形態を組み合わせてもよい。例えば、ＭＡＣエンティティ３００は、三つの論理チャネル（例えばＬＣＨ＃１、＃２、及び＃３）を用いて設定され得る。Ｍｓｇ３バッファ３１０に格納されたＭＡＣ  ＰＤＵは、ＬＣＨ＃１及び＃２からのＭＡＣ  ＳＤＵを含むことができる。ＭＡＣ  ＰＤＵを再構築するとき、ＭＡＣ  ＣＥを有するＭＡＣサブＰＤＵ及びパディングを有するＭＡＣサブＰＤＵを除いて、ＭＡＣエンティティ３００は、下記の条件のすべてを満たすＬＣＨ＃１及び／又はＬＣＨ＃２にのみリソースを割り当てることができる：
−  ＵＬグラントに関連付けられていたサブキャリア間隔インデックスを含むように設定されている場合、パラメータａｌｌｏｗｅｄＳＣＳ−Ｌｉｓｔ内の許されたサブキャリア間隔インデックス値のセット；
−  ＵＬグラントに関連付けられていたＰＵＳＣＨ送信期間以上であるように設定されている場合、パラメータｍａｘＰＵＳＣＨ−Ｄｕｒａｔｉｏｎ；
−  ＵＬグラントがＣｏｎｆｉｇｕｒｅｄ  Ｇｒａｎｔ  Ｔｙｐｅ  １のケースにおいて、ＴＲＵＥにセットされるように設定されている場合、パラメータｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｙｐｅ１Ａｌｌｏｗｅｄ；及び
−  ＵＬグラントに関連付けられていたＣｅｌｌ情報が含まれるように、設定されている場合、ａｌｌｏｗｅｄＳｅｒｖｉｎｇＣｅｌｌｓパラメータ。
【０１０５】
ケース２−６−ｄ：一実装形態において、ＭＡＣ  ＰＤＵを再構築するとき、Ｍ＆Ａエンティティ３２０は、（例えばＲＡＲによってグラントされたＴＢサイズを満たすために）パディングを直接的に追加することができる。
【０１０６】
ケース２−６−ｅ：一実装形態において、ＭＡＣ  ＰＤＵを再構築するとき、Ｍ＆Ａエンティティ３２０は、最初にパディングを削除し、それに応じて（例えばＲＡＲによってグラントされたＴＢサイズを満たすために）新しいパディングを追加することができる。
【０１０７】
ケース２−６−ｆ：一実装形態において、ＭＡＣ  ＰＤＵを再構築するとき、Ｍ＆Ａエンティティ３２０は、取得されたＭＡＣ  ＰＤＵ（Ｍｓｇ３バッファ３１０に格納されているか、又はＨＡＲＱエンティティ３３０から受信されてもよい）から、ＭＡＣサブＰＤＵｓのいくつか（例えばＭＡＣサブヘッダのみ、ＭＡＣサブヘッダ及びＭＡＣ  ＳＤＵ、ＭＡＣサブヘッダ及びＭＡＣ  ＣＥ、又はＭＡＣサブヘッダ及びパディング）を保持してもよい。一実装形態において、Ｍ＆Ａエンティティ３２０が予め定義されたルール（複数可）及び／又はＲＡＲによってグラントされたＴＢサイズに基づいて、ＭＡＣサブＰＤＵｓのいくつかを破棄することができる。
【０１０８】
ケース２−６−ｇ：一実装形態において、Ｍ＆Ａエンティティ３２０は、生成されたＭＡＣ  ＰＤＵ内にいくつかのＭＡＣサブＰＤＵｓを保持し、及び／又は予め定義されたルール及び／又は任意の新しいＵＬグラントによってグラントされたＴＢサイズに基づいて、いくつかのＭＡＣサブＰＤＵを破棄し得る。この場合は、生成されたＭＡＣ  ＰＤＵが更新されたＵＬグラントサイズを満たすことができない（例えばＴＢサイズが変更される）、ＵＬリソースが基地局又は上位／下位レイヤからの何らかの他のインディケーションによってキャンセルされる、ＭＡＣエンティティ３００自体によってトリガされる送信キャンセル、又は何らかの他のイベントのとき、起こり得る。
【０１０９】
ケース２−６−ｈ：一実装形態において、ＭＡＣ  ＰＤＵを再構築するとき、Ｍ＆Ａエンティティ３２０は、ＭＡＣ  ＳＤＵを含むＭＡＣサブＰＤＵｓのみをＣＣＣＨから保持し、その後にパディングを追加することができる。
【０１１０】
ケース２−６−ｉ：一実装形態において、ＭＡＣ  ＰＤＵを再構築するとき、Ｍ＆Ａエンティティ３２０は、特定のＭＡＣ  ＣＥ（例えばＢＳＲ  ＭＡＣ  ＣＥ）を含むＭＡＣサブＰＤＵを保持／廃棄／破棄し得る。
【０１１１】
図７は、本出願の一例としての実装形態によるＭＡＣ  ＰＤＵ  ７００を示す。ＭＡＣ  ＰＤＵ７００は、ＭＡＣサブＰＤＵ＃１  ７１０、ＭＡＣサブＰＤＵ＃２  ７２０、ＭＡＣサブＰＤＵ＃３  ７３０、ＭＡＣサブＰＤＵ＃４  ７４０、及びＭＡＣサブＰＤＵ＃５  ７５０を含むことができる。ＭＡＣサブＰＤＵ＃１  ７１０は、ＭＡＣサブヘッダ７１１及びＭＡＣ  ＳＤＵ＃１  ７１２を含むことができる。ＭＡＣサブＰＤＵ＃２  ７２０は、ＭＡＣサブヘッダ７２１及びＭＡＣ  ＳＤＵ＃２  ７２２を含むことができる。ＭＡＣサブＰＤＵ＃３  ７３０は、ＭＡＣサブヘッダ７３１及びＭＡＣ  ＣＥ＃１  ７３２（例えば固定サイズのＭＡＣ  ＣＥ）を含むことができる。ＭＡＣサブＰＤＵ＃４  ７４０は、ＭＡＣサブヘッダ７４１及びＭＡＣ  ＣＥ＃２  ７４２（例えば可変サイズのＭＡＣ  ＣＥ）を含み得る。ＭＡＣサブＰＤＵ＃５  ７５０は、パディングを含むことができる。
【０１１２】
ＭＡＣサブＰＤＵ＃１  ７１０及びＭＡＣサブＰＤＵ＃２  ７２０は、ＭＡＣ  ＳＤＵを搬送する第１の種類のＭＡＣサブＰＤＵに属することができる。ＭＡＣサブＰＤＵ＃３  ７３０及びＭＡＣサブＰＤＵ＃４  ７４０は、ＭＡＣ  ＣＥを搬送する第２の種類のＭＡＣサブＰＤＵに属することができる。ＭＡＣサブＰＤＵ＃５  ７５０は、パディングに使用される第３の種類のＭＡＣサブＰＤＵに属することができる。パディングのために使用されるＭＡＣサブＰＤＵ（例えばＭＡＣサブＰＤＵ＃５  ７５０）は、ＭＡＣ  ＰＤＵ（例えばＭＡＣ  ＰＤＵ７００）に任意に含まれてもよい。すなわち、第３の種類に属するＭＡＣサブＰＤＵｓの数はゼロであってもよい。図７に示される特定の種類に属するＭＡＣサブＰＤＵｓの数は、限定されるものではなく単なる例示であることに留意されたい。例えば、第１の種類（又は第２の種類）に属するＭＡＣサブＰＤＵｓの数も、２つ以上又は２つ未満の場合がある。一実装形態において、第２の種類に属するＭＡＣサブＰＤＵの数は０であってもよく、これは、ＭＡＣ  ＰＤＵ内にＭＡＣ  ＣＥを搬送するＭＡＣサブＰＤＵは存在しないことを意味する。
【０１１３】
図８は、本出願の一例としての実装形態による、ＵＥによって実行されるＲＡ手順のための方法８００のフローチャートである。方法８００は、アクション８０２、８０４及び８０６を含むことができる。図３を参照して上述したように、ＵＥのＭＡＣエンティティ３００は、Ｍｓｇ３バッファ３１０、Ｍ＆Ａエンティティ３２０、及びＨＡＲＱエンティティ３３０を含むことができる。アクション８０２において、ＵＥのＭＡＣエンティティ３００は、進行中のランダムアクセス手順の間に、基地局からのＲＡＲ内のＵＬグラントを受信する。一実装形態において、ＵＬグラントを含むＲＡＲは、進行中のランダムアクセス手順の間に、最初の正常に受信されたＲＡＲではないことがある。アクション８０２は、図１に示されるアクション１３２又は図４に示されるアクション４１０に対応し得る。
【０１１４】
アクション８０４において、ＨＡＲＱエンティティ３３０は、Ｍｓｇ３バッファ３１０内にＭＡＣ  ＰＤＵが存在するかどうかをチェックすることができる（例えば図６に示されるアクション６１０）。Ｍｓｇ３バッファ３１０内にＭＡＣ  ＰＤＵが存在する場合、ＨＡＲＱエンティティ３３０は、Ｍｓｇ３バッファ３１０から第１のＭＡＣ  ＰＤＵを取得することができる。図７に示されるＭＡＣ  ＰＤＵ７００は、第１のＭＡＣ  ＰＤＵの構造の一例として取り上げられることができる。第１のＭＡＣ  ＰＤＵは、ＭＡＣ  ＳＤＵを搬送する第１の種類のＭＡＣサブのＰＤＵ（例えば図７に示されるＭＡＣサブＰＤＵ＃１  ７１０及びＭＡＣサブＰＤＵ＃２  ７２０）、及びＭＡＣ  ＣＥを搬送する第２の種類のＭＡＣサブＰＤＵ（例えば図７に示されるＭＡＣサブＰＤＵ＃３  ７３０及びＭＡＣサブＰＤＵ＃４  ７４０）を含むことができる。
【０１１５】
アクション８０６において、ＨＡＲＱエンティティ３３０は、ＵＬグラントのサイズ及び第１のＭＡＣ  ＰＤＵのサイズ（例えば図６に示されるアクション６４０における特定の条件）をチェックすることができる。ＵＬグラントのサイズが第１のＭＡＣ  ＰＤＵのサイズと異なる場合（例えば上述のケース１−１、ケース１−２、ケース１−３）、ＨＡＲＱエンティティ３３０は、第１のＭＡＣ  ＰＤＵから特定の種類のＭＡＣサブＰＤＵを破棄するようにＭ＆Ａエンティティ３２０に指示することができる（例えば図６に示されるアクション６５０における特定の手順）。一実装形態において、特定の種類のＭＡＣサブＰＤＵが第１の種類のＭＡＣサブＰＤＵ及び第２の種類のＭＡＣサブＰＤＵの一つであってよい。アクション８０６の一つの実装形態は、Ｍ＆Ａエンティティ３２０がＭＡＣ  ＰＤＵを再構築するとき、いくつかのＭＡＣサブＰＤＵｓを破棄することができるケース２−５を参照することができる。
【０１１６】
一実装形態において、特定の種類のＭＡＣサブＰＤＵは、第１の種類のＭＡＣサブＰＤＵであってよい。アクション８０６において、ＨＡＲＱエンティティ３３０からインディケーションを受信した後、Ｍ＆Ａエンティティ３２０は、第１の種類のＭＡＣサブＰＤＵに属するＭＡＣサブＰＤＵｓの少なくとも一つ又は全てを破棄することができる。図７に示される例を参照すると、一実装形態において、Ｍ＆Ａエンティティ３２０は、ＭＡＣ  ＰＤＵ＃１  ７１０及びＭＡＣサブＰＤＵ＃２  ７２０をＭＡＣ  ＰＤＵ７００から破棄することができる。
【０１１７】
一実装形態において、特定の種類のＭＡＣサブＰＤＵは、第２の種類のＭＡＣサブＰＤＵであってよい。アクション８０６において、ＨＡＲＱエンティティ３３０からインディケーションを受信した後、Ｍ＆Ａエンティティ３２０は、第２の種類のＭＡＣサブＰＤＵに属するＭＡＣサブＰＤＵｓの少なくとも一つ又はすべてを破棄することができる。図７に示される例を参照すると、一実装形態において、Ｍ＆Ａエンティティ３２０は、ＭＡＣ  ＰＤＵ７００からＭＡＣサブＰＤＵ＃３  ７３０及びＭＡＣサブＰＤＵ＃４  ７４０を破棄することができる。
【０１１８】
一実装形態において、方法８００は、Ｍ＆Ａエンティティ３２０から第２のＭＡＣ  ＰＤＵを取得するＨＡＲＱエンティティ３３０、及び第２のＭＡＣ  ＰＤＵを基地局に送信するＨＡＲＱエンティティ３３０を更に含むことができる（例えば図１に示すアクション１３３）。一実装形態において、第２のＭＡＣ  ＰＤＵは、アクション８０６において、ＨＡＲＱエンティティ３３０からインディケーションを受信した後、Ｍ＆Ａエンティティ３２０によって再構築されたＭＡＣ  ＰＤＵであってよい。一実装形態において、第２のＭＡＣ  ＰＤＵは、アクション８０２において受信されたＵＬグラントに関連付けられているリソース上で送信されてよい。別の実装形態において、第２のＭＡＣ  ＰＤＵは、アクション８０２において受信されたＵＬグラントに関連付けられていないリソース上で送信されてもよい。すなわち、第２のＭＡＣ  ＰＤＵは、後続のアップリンク送信で送信されるＭＡＣ  ＰＤＵであってもよい。一実装形態において、第２のＭＡＣ  ＰＤＵは、第１のＭＡＣ  ＰＤＵ（アクション８０４において取得される）内の第１の種類のＭＡＣサブＰＤＵに属する、少なくとも一つのサブＰＤＵを含んでもよい。図７に示す例を参照すると、第２のＭＡＣ  ＰＤＵは、ＭＡＣサブＰＤＵ＃１  ７１０及びＭＡＣサブＰＤＵ＃２  ７２０の少なくとも一つを含むことができる。
【０１１９】
一実装形態において、第１のＭＡＣ  ＰＤＵ（アクション８０４において取得される）は、パディングに使用される第３の種類のＭＡＣサブＰＤＵ（例えば図７に示されるＭＡＣサブＰＤＵ＃５  ７５０）を更に含むことができる。方法８００は、ＵＬグラントのサイズが第１のＭＡＣ  ＰＤＵのサイズと異なるとき（例えば図６に示されるアクション６４０における特定の条件）、ＨＡＲＱエンティティ３３０は、第１のＭＡＣ  ＰＤＵから第３の種類のＭＡＣサブＰＤＵを破棄するようにＭ＆Ａエンティティ３２０に指示することができる（例えば図６に示されるアクション６５０における特定の手順）。図７に示される例を参照すると、一実装形態において、Ｍ＆Ａエンティティ３２０は、ＭＡＣ  ＰＤＵ７００からＭＡＣサブＰＤＵ＃５  ７５０を破棄することができる。一実装形態は、ケース２−５を参照することができ、その場合、Ｍ＆Ａエンティティ３２０は、ＭＡＣ  ＰＤＵを再構築するとき、パディングのために使用されたＭＡＣサブＰＤＵを破棄することができる。
【０１２０】
図９は、本出願の一例としての実装形態による、ＵＥによって実行されるＲＡ手順のための方法９００のフローチャートである。方法９００は、アクション９０２、９０４、及び９０６を含むことができる。アクション９０２において、ＵＥは、進行中のランダムアクセス手順の間に、基地局からのＲＡＲにおいてＵＬグラントを受信することができる。アクション９０２は、図１に示されるアクション１３２又は図４に示されるアクション４１０に対応し得る。
【０１２１】
アクション９０４において、Ｍｓｇ３バッファ内にＭＡＣ  ＰＤＵが存在する場合（例えば図６に示されるアクション６１０）、ＵＥは、ＵＥのＭｓｇ３バッファから第１のＭＡＣ  ＰＤＵを取得することができる。図７に示されるＭＡＣ  ＰＤＵ７００は、第１のＭＡＣ  ＰＤＵの構造の一例として挙げることができる。
【０１２２】
アクション９０６において、ＵＬグラントのサイズが第１のＭＡＣ  ＰＤＵのサイズと異なる場合（例えば図６に示すアクション６４０）、ＵＥは、第１のＭＡＣ  ＰＤＵから特定の種類のＭＡＣサブＰＤＵを破棄することができる（例えば図６に示すアクション６５０）。一実装形態において、特定の種類のＭＡＣサブＰＤＵは、第１の種類のＭＡＣサブＰＤＵ及び第２の種類のＭＡＣサブＰＤＵの内の一つであってよい。アクション８０６の一実装形態は、ケース２−５を参照することができ、このケースにおいて、ＭＡＣ  ＰＤＵを再構築するとき、ＵＥは、いくつかのＭＡＣサブＰＤＵｓを破棄することができる。
【０１２３】
一実装形態において、特定の種類のＭＡＣサブＰＤＵは、第１の種類のＭＡＣサブＰＤＵであってもよい。アクション９０６において、ＵＥは、第１の種類のＭＡＣサブＰＤＵに属するＭＡＣサブＰＤＵｓの少なくとも一つ又は全てを破棄してもよい。図７に示される例を参照すると、一実装形態において、ＵＥは、ＭＡＣ  ＰＤＵ＃１  ７１０及びＭＡＣサブＰＤＵ＃２  ７２０をＭＡＣ  ＰＤＵ７００から破棄することができる。
【０１２４】
一実装形態において、特定の種類のＭＡＣサブＰＤＵは、第２の種類のＭＡＣサブＰＤＵであってよい。アクション９０６において、ＵＥは、第２の種類のＭＡＣサブＰＤＵに属するＭＡＣサブＰＤＵｓの少なくとも一つ又は全てを破棄してもよい。図７に示す例を参照すると、一実装形態において、ＵＥは、ＭＡＣ  ＰＤＵ７００からＭＡＣサブＰＤＵ＃３  ７３０及びＭＡＣサブＰＤＵ＃４  ７４０を破棄することができる。
【０１２５】
一実装形態において、方法９００は、ＵＥが第２のＭＡＣ  ＰＤＵを基地局に送信すること（例えば図１に示されるアクション１３３）を更に含み得る。一実装形態において、第２のＭＡＣ  ＰＤＵは、アクション９０２において受信されたＵＬグラントに関連付けられていたリソース上で送信されてもよい。別の実装形態において、第２のＭＡＣ  ＰＤＵは、アクション９０２において受信されたＵＬグラントに関連付けられていないリソース上で送信されてもよい。すなわち、第２のＭＡＣ  ＰＤＵは、後続のアップリンク送信で送信されてもよい。一実装形態において、第２のＭＡＣ  ＰＤＵは、第１のＭＡＣ  ＰＤＵ（アクション９０４において取得される）内の第１の種類のＭＡＣサブＰＤＵに属する、少なくとも一つのサブＰＤＵを含んでもよい。図７に示す例を参照すると、第２のＭＡＣ  ＰＤＵは、ＭＡＣサブＰＤＵ＃１  ７１０及びＭＡＣサブＰＤＵ＃２  ７２０の少なくとも一つを含むことができる。
【０１２６】
一実装形態において、第１のＭＡＣ  ＰＤＵ（アクション９０４において取得される）は、パディングに使用される第３の種類のＭＡＣサブＰＤＵ（例えば図７に示されるＭＡＣサブＰＤＵ＃５  ７５０）を更に含むことができる。方法９００は、アップリンクグラントのサイズが第１のＭＡＣ  ＰＤＵのサイズと異なるとき（例えば図６に示されるアクション６４０）、ＵＥは、第１のＭＡＣ  ＰＤＵから第３の種類のＭＡＣサブＰＤＵを破棄することができる（例えば図６に示されるアクション６５０）。図７に示される例を参照して、一実装形態において、ＵＥは、ＭＡＣ  ＰＤＵ７００からＭＡＣサブＰＤＵ＃５  ７５０を破棄することができる。
【０１２７】
一実装形態において、Ｍ＆Ａエンティティ３２０によって実行される方法（例えばＬＣＰ手順）は、ＨＡＲＱエンティティ３３０によっても適用され得る。その上、本開示で提供される実装形態は、論理的に結合されてもよく、代替物によって置き換えられてもよい。本開示で提供される方法及び装置はまた、以下に列挙されるいくつかの他の場合に適用されてもよい：
−  ＭＡＣ  ＰＤＵが生成される（例えばＭＡＣエンティティ３００に既に存在している）が、新しいＵＬグラントサイズが決定又は通知されるとき；及び
−  ＲＡ手順が補助ＵＬ（ＳＵＬ）キャリア上で実行されるとき。
【０１２８】
図１０は、本出願の様々な態様による、無線通信のための装置を示すブロック図である。図１０に示すように、装置１０００は、トランシーバ１０２０と、プロセッサ１０２８と、メモリ１０３４と、一つ以上のプレゼンテーション部品１０３８と、少なくとも１つのアンテナ１０３６とを含むことができる。装置１０００はまた、ＲＦスペクトル帯域モジュール、基地局（ＢＳ）通信モジュール、ネットワーク通信モジュール、及びシステム通信管理モジュール、入力／出力（Ｉ／Ｏ）ポート、Ｉ／Ｏ部品、及び電源（図１０には明示的に示されていない）を含むことができる。これらの部品の各々は、一つ以上のバス１０４０を介して、直接的又は間接的に互いに通信することができる。一実装形態において、装置１０００が例えば、図１から図９を参照して本明細書で説明される様々な機能を実行するＵＥ又は基地局であり得る。
【０１２９】
送信機１０２２（例えば送信／送信回路）及び受信機１０２４（例えば受信／受信回路）を有するトランシーバ１０２０は、時間及び／又は周波数リソース分割情報を送信及び／又は受信するように構成され得る。いくつかの実装形態において、トランシーバ１０２０が使用可能、使用不可能又は柔軟に使用可能なサブフレーム及びスロットフォーマットを含むが、これらに限定されない、異なる種類のサブフレーム及びスロットで送信するように構成してもよい。トランシーバ１０２０は、データ及び制御チャネルを受信するように構成され得る。
【０１３０】
装置１０００は、様々なコンピュータ読み取り可能媒体を含んでもよい。コンピュータ読み取り可能媒体は、装置１０００によってアクセスされ得る任意の利用可能な媒体であり得、揮発性及び不揮発性媒体、リムーバブル及び非リムーバブル媒体の両方を含む。限定ではなく、例として、コンピュータ読み取り可能媒体は、コンピュータ記憶媒体及び通信媒体を含み得る。コンピュータ記憶媒体は、コンピュータ読み取り可能命令、データ構造、プログラムモジュール、又は他のデータなどの情報を記憶するための任意の方法又は技術で実装される、揮発性及び不揮発性、リムーバブル及び非リムーバブル媒体の両方を含む。
【０１３１】
コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又は他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）又は他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置又は他の磁気記憶装置を含む。コンピュータ記憶媒体は、伝播データ信号を含まない。通信媒体は、典型的にはコンピュータ読み取り可能命令、データ構造、プログラムモジュール、又は他のデータを、搬送波又は他のトランスポート機構などの変調データ信号で具現化し、任意の情報配信媒体を含む。「変調されたデータ信号」という単語は、その特性のうちの一つ以上が信号内に符号化されるように設定又は変更された信号を意味する。限定ではなく、例として、通信媒体は、有線ネットワーク又は直接有線接続などの有線媒体と、音響、ＲＦ、赤外線、及び他の無線媒体などの無線媒体とを含む。上記のいずれかの組合せも、コンピュータ読み取り可能媒体の範囲内に含まれるべきである。
【０１３２】
メモリ１０３４は、揮発性及び／又は不揮発性メモリの形態のコンピュータ記憶媒体を含んでもよい。メモリ１０３４は、取り外し可能、取り外し不能、又はそれらの組み合わせであってもよい。例としてのメモリは、ソリッドステートメモリ、ハードドライブ、光ディスクドライブなどが含まれる。図１０に示すように、メモリ１０３４は、実行されるとき、プロセッサ１０２８に、例えば図１から図８を参照して、本明細書に記載する様々な機能を実行させるように構成された、コンピュータ読み取り可能なコンピュータ実行可能命令１０３２（例えば、ソフトウェアコード）を記憶することができる。あるいは、命令１０３２は、プロセッサ１０２８によって直接的に実行可能ではなく、本明細書に記載する様々な機能を実行するために装置１０００（例えばコンパイルされ実行されるとき）を引き起こすように設定されてもよい。
【０１３３】
プロセッサ１０２８（例えば処理回路を有する）は、インテリジェントハードウェアデバイス、例えば中央処理装置（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣなどを含んでもよい。プロセッサ１０２８は、メモリを含んでもよい。プロセッサ１０２８は、メモリ１０３４から受信したデータ１０３０及び命令１０３２、並びにトランシーバ１０２０、ベースバンド通信モジュール、及び／又はネットワーク通信モジュールを介した情報を処理することができる。プロセッサ１０２８はまた、コアネットワークへの送信のために、アンテナ１０３６を介してネットワーク通信モジュールに送信するためにトランシーバ１０２０に送信される情報を処理することができる。
【０１３４】
一つ以上のプレゼンテーション部品１０３８は、人又は他のデバイスにデータインディケーションを提示する。プレゼンテーション部品１０３８の例は、表示デバイス、スピーカー、印刷部品、振動部品などを含んでもよい。
【０１３５】
上記の説明から、様々な技術が、これらの概念の範囲から逸脱することなく、本出願で説明される概念を実行するために使用され得ることが明らかである。更に、概念は特定の実施形態を特に参照して説明されてきたが、当業者はそれらの概念の範囲から逸脱することなく、形態及び詳細において変更を行うことができることを認識するのであろう。したがって、説明された実施形態はすべての点において、例示的なものであり、限定的なものではないと考えられるべきである。また、本出願は、上述の特定の実施形態に限定されるものではなく、本開示の範囲から逸脱することなく、多くの再構成、修正、及び置換が可能であることを理解されたい。
【図面の簡単な説明】
【０１３６】
【図１】図１は、本出願の一例としての実装形態による、一例としてのコンテンションベースのＲＡ（ＣＢＲＡ）手順を示す図である。
【図２】図２は、本出願の一例としての実装形態による、一例としてのコンテンションフリーＲＡ（ＣＦＲＡ）手順を示す図である。
【図３】図３は、本出願の一例としての実装形態による、ＵＥの一例としてのＭＡＣエンティティを示すブロック図である。
【図４】図４は、本出願の一例としての実装形態による、ＲＡ手順におけるＭＡＣエンティティによって実行される一例としての方法のフローチャートである。
【図５】図５は、本出願の一例としての実装形態による、ＲＡ手順におけるＨＡＲＱエンティティによって実行される一例としての方法のフローチャートである。
【図６】図６は、本出願の一例としての実装形態による、ＲＡ手順におけるＨＡＲＱエンティティによって実行される一例としての方法のフローチャートである。
【図７】図７は、本出願の一例としての実装形態による、一例としてのＭＡＣ  ＰＤＵを示す。
【図８】図８は、本出願の一例としての実装形態による、ＵＥによって実行されるＲＡ手順のための一例としての方法のフローチャートである。
【図９】図９は、本出願の一例としての実装形態による、ＵＥによって実行されるＲＡ手順のための一例としての方法のフローチャートである。
【図１０】図１０は、本出願の様々な態様による無線通信のための装置を示すブロック図である。
【図１】
2022501939.tif 000004
【図２】
2022501939.tif 000005
【図３】
2022501939.tif 000006
【図４】
2022501939.tif 000007
【図５】
2022501939.tif 000008
【図６】
2022501939.tif 000009
【図７】
2022501939.tif 000010
【図８】
2022501939.tif 000011
【図９】
2022501939.tif 000012
【図１０】
2022501939.tif 000013
【国際調査報告】
2022501939.tif 000014
2022501939.tif 000015