IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ 鴻穎創新有限公司の特許一覧

<>
  • 特許-ランダムアクセスのための方法及び装置 図1
  • 特許-ランダムアクセスのための方法及び装置 図2
  • 特許-ランダムアクセスのための方法及び装置 図3
  • 特許-ランダムアクセスのための方法及び装置 図4
  • 特許-ランダムアクセスのための方法及び装置 図5
  • 特許-ランダムアクセスのための方法及び装置 図6
  • 特許-ランダムアクセスのための方法及び装置 図7
  • 特許-ランダムアクセスのための方法及び装置 図8
  • 特許-ランダムアクセスのための方法及び装置 図9
  • 特許-ランダムアクセスのための方法及び装置 図10
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-04
(45)【発行日】2024-07-12
(54)【発明の名称】ランダムアクセスのための方法及び装置
(51)【国際特許分類】
   H04W 28/06 20090101AFI20240705BHJP
   H04L 1/1812 20230101ALI20240705BHJP
   H04L 1/1867 20230101ALI20240705BHJP
   H04W 28/04 20090101ALI20240705BHJP
   H04W 72/231 20230101ALI20240705BHJP
   H04W 74/0838 20240101ALI20240705BHJP
【FI】
H04W28/06
H04L1/1812
H04L1/1867
H04W28/04 110
H04W72/231
H04W74/0838
【請求項の数】 12
(21)【出願番号】P 2023068478
(22)【出願日】2023-04-19
(62)【分割の表示】P 2021517363の分割
【原出願日】2019-09-27
(65)【公開番号】P2023103249
(43)【公開日】2023-07-26
【審査請求日】2023-04-19
(31)【優先権主張番号】62/737,236
(32)【優先日】2018-09-27
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】518446879
【氏名又は名称】鴻穎創新有限公司
【氏名又は名称原語表記】FG INNOVATION COMPANY LIMITED
【住所又は居所原語表記】Flat 2623,26/F Tuen Mun Central Square,22 Hoi Wing Road,Tuen Mun,New Territories,The Hong Kong Special Administrative Region of the People’s Republic of China
(74)【代理人】
【識別番号】110000338
【氏名又は名称】弁理士法人 HARAKENZO WORLD PATENT & TRADEMARK
(72)【発明者】
【氏名】ウェイ,チャ-フン
(72)【発明者】
【氏名】チン,ヘンリ
(72)【発明者】
【氏名】チョウ,チェミン
【審査官】齋藤 浩兵
(56)【参考文献】
【文献】CATT,Msg3 MAC PDU assembly in NR[online],3GPP TSG RAN WG2 #103 R2-1811211,2018年08月24日,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_103/Docs/R2-1811211.zip>
【文献】Ericsson,Corrections on MAC PDU handling when receiving a different grant size in RAR[online],3GPP TSG RAN WG2 #103 R2-1813044,2018年08月24日,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_103/Docs/R2-1813044.zip>
【文献】OPPO,Support the new RNTI in MAC[online],3GPP TSG RAN WG2 adhoc_2018_07_NR R2-1809930,2018年07月06日,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_AHs/2018_07_NR/Docs/R2-1809930.zip>
【文献】CATT,Correction on Msg3 MAC PDU[online],3GPP TSG RAN WG2 #103 R2-1811212,2018年08月24日,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_103/Docs/R2-1811212.zip>
【文献】Huawei, HiSilicon,Discussion on padding BSR[online],3GPP TSG RAN WG2 #103 R2-1811379,2018年08月24日,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_103/Docs/R2-1811379.zip>
【文献】Huawei, HiSilicon, Samsung Electronics R & D Institute UK,CR on padding BSR[online],3GPP TSG RAN WG2 #103 R2-1813047,2018年08月24日,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_103/Docs/R2-1813047.zip>
【文献】vivo,Discussion on the switch between CFRA and CBRA[online],3GPP TSG RAN WG2 #103 R2-1811898,2018年08月24日,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_103/Docs/R2-1811898.zip>
【文献】MediaTek Inc.,CR on rebuilding MAC PDU due to RACH fallback[online],3GPP TSG RAN WG2 #103bis R2-1814885,2018年09月28日,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_103bis/Docs/R2-1814885.zip>(本願優先日後の公知文献)
(58)【調査した分野】(Int.Cl.,DB名)
H04B 7/24- 7/26
H04L 1/1812
H04L 1/1867
H04W 4/00-99/00
3GPP TSG RAN WG1-4
SA WG1-4
CT WG1,4
(57)【特許請求の範囲】
【請求項1】
ユーザ機器(UE:user equipment)であって、
コンピュータ実行可能命令が実装された一つ以上の非一時的なコンピュータ読み取り可能媒体;及び
前記一つ以上の非一時的なコンピュータ読み取り可能媒体に結合された少なくとも一つのプロセッサを備え、
前記少なくとも一つのプロセッサは、前記コンピュータ実行可能命令を実行することにより:
前記UEの媒体アクセス制御(MAC:Medium Access Control)エンティティによって、基地局からのランダムアクセス応答(RAR:Random Access Response)におけるアップリンク(UL:uplink)グラントを進行中のランダムアクセス手順の間に受信し、前記MACエンティティは、メッセージ3(Msg3)バッファ、多重化及びアセンブリエンティティ、並びにハイブリッド自動再送要求(HARQ:Hybrid Automatic Repeat Request)エンティティを備え;
少なくとも一つのMAC PDUが前記Msg3バッファ内にあると決定(determine)した後、前記HARQエンティティによって、第1のMACプロトコルデータユニット(PDU:Protocol Data Unit)を前記Msg3バッファから取得し、前記第1のMAC PDUは、MACサービスデータユニット(SDU:Service Data Unit)を搬送する第1の種類のMACサブPDU、及び、MAC制御要素(CE:Control Element)を搬送する第2の種類のMACサブPDUを備え;
前記HARQエンティティによって、前記ULグラントのサイズが前記第1のMAC PDUのサイズと異なるかどうかを決定し;
前記HARQエンティティによって、前記ULグラントがHARQプロセス#0に関連付けられているかどうかを決定し、前記HARQプロセス#0は、Msg3送信に用いられるHARQプロセスIDであり;
前記ULグラントのサイズが前記第1のMAC PDUのサイズと異なり、かつ、前記ULグラントがHARQプロセス#0に関連付けられていると決定したことに応じて、前記HARQエンティティによって、前記多重化及びアセンブリエンティティに対して、前記第2の種類のMACサブPDUを破棄し、前記第1の種類のMACサブPDUを含めることにより第2のMAC PDUを生成することを指示する
ように構成されている、UE。
【請求項2】
前記少なくとも一つのプロセッサは、更に、前記コンピュータ実行可能命令を実行することにより:
前記HARQエンティティによって、前記第2のMAC PDUを前記多重化及びアセンブリエンティティから取得し;且つ
前記HARQエンティティによって、前記第2のMAC PDUを前記基地局に送信する
ように構成されている、請求項1に記載のUE。
【請求項3】
前記第1のMAC PDUは、パディングのために使用される第3の種類のMACサブPDUを更に備え、
前記少なくとも一つのプロセッサは、更に、前記コンピュータ実行可能命令を実行することにより:
前記ULグラントの前記サイズが前記第1のMAC PDUの前記サイズと異なると決定したことに応じて、前記HARQエンティティによって、前記多重化及びアセンブリエンティティに対して、前記第1のMAC PDUから前記第3の種類のMACサブPDUを破棄することを指示する
ように構成されている、請求項1に記載のUE。
【請求項4】
ユーザ機器(UE)であって、
コンピュータ実行可能命令が実装された一つ以上の非一時的なコンピュータ読み取り可能媒体;及び
前記一つ以上の非一時的なコンピュータ読み取り可能媒体に結合された少なくとも一つのプロセッサを備え、
前記少なくとも一つのプロセッサは、前記コンピュータ実行可能命令を実行することにより:
基地局からのランダムアクセス応答(RAR)内のアップリンク(UL)グラントを進行中のランダムアクセス手順の間に受信し;
少なくとも一つのMAC PDUがメッセージ3(Msg3)バッファ内にあると決定した後、第1の媒体アクセス制御(MAC)プロトコルデータユニット(PDU)を前記UEの前記Msg3バッファから取得し、前記第1のMAC PDUは、MACサービスデータユニット(SDU)を搬送する第1の種類のMACサブPDU、及び、MAC制御要素(CE)を搬送する第2の種類のMACサブPDUを備え;
前記ULグラントのサイズが前記第1のMAC PDUのサイズと異なるかどうかを決定し;
前記ULグラントがHARQプロセス#0に関連付けられているかどうかを決定し、前記HARQプロセス#0は、Msg3送信に用いられるHARQプロセスIDであり;
前記ULグラントのサイズが前記第1のMAC PDUのサイズと異なり、かつ、前記ULグラントがHARQプロセス#0に関連付けられていると決定したことに応じて、前記第2の種類のMACサブPDUを破棄し、前記第1の種類のMACサブPDU
を含めることにより第2のMAC PDUを生成する、
ように構成されている、UE。
【請求項5】
前記少なくとも一つのプロセッサは、更に、前記コンピュータ実行可能命令を実行することにより:
前記基地局に前記第2のMAC PDUを送信する、
ように構成されている、請求項に記載のUE。
【請求項6】
前記第1のMAC PDUは、パディングのために使用される第3の種類のMACサブPDUを更に備え、
前記少なくとも一つのプロセッサは、更に、前記コンピュータ実行可能命令を実行することにより:
前記ULグラントの前記サイズが前記第1のMAC PDUの前記サイズと異なると決定したことに応じて、前記第1のMAC PDUから前記第3の種類のMACサブPDUを破棄する、
ように構成されている、請求項に記載のUE。
【請求項7】
UEによって実行されるランダムアクセスのための方法であって、前記方法は:
前記UEの媒体アクセス制御(MAC)エンティティによって、基地局からのランダムアクセス応答(RAR)におけるアップリンク(UL)グラントを進行中のランダムアクセス手順の間に受信し、前記MACエンティティは、メッセージ3(Msg3)バッファ、多重化及びアセンブリエンティティ、並びにハイブリッド自動再送要求(HARQ)エンティティを備えること;
少なくとも一つのMAC PDUが前記Msg3バッファ内にあると決定した後、前記HARQエンティティによって、第1のMACプロトコルデータユニット(PDU)を前記Msg3バッファから取得し、前記第1のMAC PDUは、MACサービスデータユニット(SDU)を搬送する第1の種類のMACサブPDU、及び、MAC制御要素(CE)を搬送する第2の種類のMACサブPDUを備えること;
前記HARQエンティティによって、前記ULグラントのサイズが前記第1のMAC PDUのサイズと異なるかどうかを決定すること;
前記HARQエンティティによって、前記ULグラントがHARQプロセス#0に関連付けられているかどうかを決定し、前記HARQプロセス#0は、Msg3送信に用いられるHARQプロセスIDであること;及び
前記ULグラントのサイズが前記第1のMAC PDUのサイズと異なり、かつ、前記ULグラントがHARQプロセス#0に関連付けられていると決定したことに応じて、前記HARQエンティティによって、前記多重化及びアセンブリエンティティに対して、前記第2の種類のMACサブPDUを破棄し、前記第1の種類のMACサブPDUを含めることにより第2のMAC PDUを生成することを指示すること
を含む、方法。
【請求項8】
前記HARQエンティティによって、前記多重化及びアセンブリエンティティから前記第2のMAC PDUを取得すること;及び
前記HARQエンティティによって、前記第2のMAC PDUを前記基地局に送信すること、
を更に含む、請求項に記載の方法。
【請求項9】
前記第1のMAC PDUは、パディングのために使用される第3の種類のMACサブPDUを更に備え、
前記方法は:
前記ULグラントの前記サイズが前記第1のMAC PDUの前記サイズと異なると決定したことに応じて、前記HARQエンティティによって、前記多重化及びアセンブリエンティティに対して、前記第1のMAC PDUから前記第3の種類のMACサブPDUを破棄することを指示すること、
を更に含む、請求項に記載の方法。
【請求項10】
UEによって実行されるランダムアクセスのための方法であって、前記方法は:
基地局からのランダムアクセス応答(RAR)内のアップリンク(UL)グラントを進行中のランダムアクセス手順の間に受信すること;
少なくとも一つのMAC PDUがメッセージ3(Msg3)バッファ内にあると決定した後、第1の媒体アクセス制御(MAC)プロトコルデータユニット(PDU)を前記UEの前記Msg3バッファから取得し、前記第1のMAC PDUは、MACサービスデータユニット(SDU)を搬送する第1の種類のMACサブPDU、及び、MAC制御要素(CE)を搬送する第2の種類のMACサブPDUを備えること;
前記ULグラントのサイズが前記第1のMAC PDUのサイズと異なるかどうかを決定すること;
前記ULグラントがHARQプロセス#0に関連付けられているかどうかを決定し、前記HARQプロセス#0は、Msg3送信に用いられるHARQプロセスIDであること;及び
前記ULグラントのサイズが前記第1のMAC PDUのサイズと異なり、かつ、前記ULグラントがHARQプロセス#0に関連付けられていると決定したことに応じて、前記第2の種類のMACサブPDUを破棄し、前記第1の種類のMACサブPDUを含めることにより第2のMAC PDUを生成すること
を含む、方法。
【請求項11】
前記方法は:
前記基地局に前記第2のMAC PDUを送信すること
を更に含む、請求項10に記載の方法。
【請求項12】
前記第1のMAC PDUは、パディングのために使用される第3の種類のMACサブPDUを更に備え、
前記方法は:
前記ULグラントの前記サイズが前記第1のMAC PDUの前記サイズと異なるとき、前記第1のMAC PDUから前記第3の種類のMACサブPDUを破棄すること、
を更に含む、請求項10に記載の方法。
【発明の詳細な説明】
【発明の詳細な説明】
【0001】
〔関連出願の相互参照〕
本出願は、「Random Access Method in New Radio」と題する2018年9月27日に出願された米国特許仮出願第62/737,236号、代理人整理番号US75079(以下「US75079出願」という)の利益及び優先権を主張する。US75079出願の開示は、参照により本出願に完全に組み込まれる。
【0002】
〔分野〕
本開示は一般に、無線通信に関し、より詳細には、次世代無線通信ネットワークにおけるランダムアクセス(RA)手順に関する。
【0003】
〔背景〕
次世代(例えば第5世代(5G)新無線(NR))無線通信システムのための、データ速度、遅延性、信頼性、及びモビリティなどの無線通信の異なる態様を改善するために、様々な努力がなされてきた。NRにおいて、RA手順は、RA手順初期化、RAリソース選択、RAプリアンブル送信、RA応答受信、及びコンテンションレゾリューションのステップを含むことができる。進行中(ongoing)のRA手順の間、ユーザ機器(UE)は、プリアンブル再送信の各々の前にRAリソース選択を実行することができる。UEは、RAリソース選択を実行する毎に、異なるRAリソースを選択することができる。RA手順における異なるRAリソースを選択するために、UEのための改善された効率的なメカニズムが、業界において必要とされている。
【0004】
〔概要〕
本開示は、次世代無線通信ネットワークにおけるUEによって実行されるランダムアクセスのための方法を対象とする。
【0005】
本開示の態様によれば、UEが提供される。UEは、コンピュータ実行可能命令が実装された一つ以上の非一時的なコンピュータ読み取り可能媒体及び一つ以上の非一時的なコンピュータ読み取り可能媒体に結合された少なくとも一つのプロセッサを含む。少なくとも一つのプロセッサは、UEの媒体アクセス制御(MAC:Medium Access Control)エンティティによって、基地局からのランダムアクセス応答(RAR)におけるアップリンク(UL)グラントを進行中のランダムアクセス手順の間に受信し、MACエンティティは、メッセージ3(Msg3)バッファ、多重化及びアセンブリエンティティ、並びにハイブリッド自動再送要求(HARQ:Hybrid Automatic Repeat Request)エンティティを含み、少なくとも一つのMAC PDUがMsg3バッファ内にあると決定(determine)した後、HARQエンティティによって、第1のMACプロトコルデータユニット(PDU:Protocol Data Unit)をMsg3バッファから取得し、第1のMAC PDUは、MACサービスデータユニット(SDU:Service Data Unit)を搬送する第1の種類のMACサブPDU、及び、MAC制御要素(CE:Control Element)を搬送する第2の種類のMACサブPDUを含み、ULグラントのサイズが第1のMAC PDUのサイズと異なるとき、HARQエンティティによって、多重化及びアセンブリエンティティに対して、第1のMAC PDUから特定の種類のMACサブPDUを破棄することを指示し、特定の種類のMACサブPDUは、第1の種類のMACサブPDU及び第2の種類のMACサブPDUの内の一つであるように構成される。
【0006】
本開示の別の態様によれば、UEが提供される。UEは、コンピュータ実行可能命令が実装された一つ以上の非一時的なコンピュータ読み取り可能媒体及び一つ以上の非一時的なコンピュータ読み取り可能媒体に結合された少なくとも一つのプロセッサを含む。少なくとも一つのプロセッサは、コンピュータ実行可能命令を実行することにより、基地局からのRAR内のULグラントを進行中のランダムアクセス手順の間に受信し、少なくとも一つのMAC PDUがMsg3バッファ内にあると決定した後、第1のMAC PDUをUEのMsg3バッファから取得し、ULグラントのサイズが第1のMAC PDUのサイズと異なるとき、第1のMAC PDUから特定の種類のMACサブPDUを破棄し、特定の種類のMACサブPDUは、第1の種類のMACサブPDU及び第2の種類のMACサブPDUの内の一つであるように構成される。
【0007】
本開示の更に別の態様によれば、UEによって実行されるランダムアクセスのための方法が提供される。本方法は、UEのMACエンティティによって、基地局からのRAR中のULグラントを進行中のランダムアクセス手順の間に受信し、MACエンティティは、Msg3バッファ、多重化及びアセンブリエンティティ、並びにHARQエンティティを含むこと、少なくとも一つのMAC PDUがMsg3バッファ内にあると決定した後、HARQエンティティによって、第1のMAC PDUをMsg3バッファから取得し、第1のMAC PDUは、MAC SDUを搬送する第1の種類のMACサブPDU、及び、MAC CEを搬送する第2の種類のMACサブPDUを含むこと、及びULグラントのサイズが第1のMAC PDUのサイズと異なるとき、HARQエンティティによって、多重化及びアセンブリエンティティに対して、第1のMAC PDUから特定の種類のMACサブPDUを破棄することを指示し、特定の種類のMACサブPDUは、第1の種類のMACサブPDU及び第2の種類のMACサブPDUの内の一つであること、を含む。
【0008】
本開示の更に別の態様によれば、UEによって実行されるランダムアクセスのための方法が提供される。本方法は、基地局からのRAR内のULグラントを進行中のランダムアクセス手順の間に受信すること、少なくとも一つのMAC PDUがMsg3バッファ内にあると決定した後、第1のMAC PDUをUEのMsg3バッファから取得し、第1のMAC PDUは、MAC SDUを搬送する第1の種類のMACサブPDU、及び、MAC CEを搬送する第2の種類のMACサブPDUを含むこと、及びULグラントのサイズが第1のMAC PDUのサイズと異なるとき、第1のMAC PDUから特定の種類のMACサブPDUを破棄し、特定の種類のMACサブPDUは、第1の種類のMACサブPDU及び第2の種類のMACサブPDUの内の一つであること、を含む。
【0009】
〔図面の簡単な説明〕
例示的な開示の態様は、添付の図面と共に読まれるとき、以下の詳細な説明から最も良く理解される。様々な特徴は、一定の縮尺で描かれておらず、様々な特徴の寸法は、議論を明確にするために任意に増減されてもよい。
【0010】
図1は、本出願の一例としての実装形態による、一例としてのコンテンションベースのRA(CBRA)手順を示す図である。
【0011】
図2は、本出願の一例としての実装形態による、一例としてのコンテンションフリーRA(CFRA)手順を示す図である。
【0012】
図3は、本出願の一例としての実装形態による、UEの一例としてのMACエンティティを示すブロック図である。
【0013】
図4は、本出願の一例としての実装形態による、RA手順におけるMACエンティティによって実行される一例としての方法のフローチャートである。
【0014】
図5は、本出願の一例としての実装形態による、RA手順におけるHARQエンティティによって実行される一例としての方法のフローチャートである。
【0015】
図6は、本出願の一例としての実装形態による、RA手順におけるHARQエンティティによって実行される一例としての方法のフローチャートである。
【0016】
図7は、本出願の一例としての実装形態による、一例としてのMAC PDUを示す。
【0017】
図8は、本出願の一例としての実装形態による、UEによって実行されるRA手順のための一例としての方法のフローチャートである。
【0018】
図9は、本出願の一例としての実装形態による、UEによって実行されるRA手順のための一例としての方法のフローチャートである。
【0019】
図10は、本出願の様々な態様による無線通信のための装置を示すブロック図である。
【0020】
〔詳細な説明〕
以下の説明は、本開示における一例としての実装形態に関連する特定の情報を含む。本開示における図面及びそれらの添付の詳細な説明は、単に例としての実装形態を対象としている。しかし、本開示は、これらの例としての実装形態のみに限定されるものではない。本開示の他の変形例及び実装形態は、当業者には想起されるであろう。特に断らない限り、複数の図中の同様の又は対応する要素は、同様の又は対応する参照番号によって示され得る。更に、本開示における図面及び図示は、ほとんどの場合、一定の縮尺ではなく、実際の相対的な寸法に対応することを意図していない。
【0021】
一貫性及び理解を容易にするために、同様の特徴は、例としての図において同じ数字によって識別され得る(ただし、いくつかの例において、図示されていない)。しかしながら、異なる実装形態における特徴は、他の点で異なっていてもよく、従って、図面に示されるものに狭く限定されるものではない。
【0022】
本説明は、「一つの実装形態において」又は「いくつかの実装形態において」という語句を使用し、それぞれが同じ又は異なる実装形態の一つ以上を指してもよい。「結合された」というタームは、直接的又は間接的に介在する構成要素を介して接続されたものとして定義され、必ずしも物理的接続に限定されるものではない。「備える(comprising)」というタームは、「必ずしも限定されるものではないが、含む」を意味する。それは、そのように説明された組み合わせ、グループ、シリーズ、及び等価物におけるオープンエンドの包含又はメンバーシップを特に示す。
【0023】
更に、説明及び非限定の目的のために、機能エンティティ、技法、プロトコル、規格などの具体的な詳細が、説明される技術の理解を実現するために記載される。他の例において、不必要な詳細で説明を不明瞭にしないように、周知の方法、技術、システム、アーキテクチャなどの詳細な説明は、省略される。
【0024】
当業者は、本開示に記載されている任意のネットワーク機能(複数可)又はアルゴリズム(複数可)が、ハードウェア、ソフトウェア、又はソフトウェアとハードウェアの組み合わせによって実装されてもよいことを直ちに理解するだろう。説明される機能は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせであり得るモジュールに対応し得る。ソフトウェアの実装形態は、メモリ又は他の種類の記憶装置などのコンピュータ読み取り可能媒体に記憶されたコンピュータ実行可能命令を備えてもよい。例えば、通信処理能力を有する一つ以上のマイクロプロセッサ又は汎用コンピュータを、対応する実行可能命令を用いてプログラムし、記述されたネットワーク機能(複数可)又はアルゴリズム(複数可)を実行することができる。マイクロプロセッサ又は汎用コンピュータは、特定用途向け集積回路(ASIC)、プログラマブルロジックアレイ、及び/又は一つ以上のデジタル信号プロセッサ(DSP)を使用して形成することができる。本明細書に記載されている例としての実装形態のいくつかは、コンピュータハードウェア上にインストールされ実行されるソフトウェアを指向しているが、それにもかかわらず、ファームウェアとして、又はハードウェアとして、又はハードウェアとソフトウェアの組合せとして実装される代替の実施例は、本開示の範囲内に十分にある。
【0025】
コンピュータ読み取り可能な媒体は、ランダムアクセスメモリ(RAM:Random Access Memory)、読み取り専用メモリ(ROM:Read Only Memory)、消去可能プログラマブル読み取り専用メモリ(EPROM:Erasable Programmable Read-Only Memory)、電気的消去可能プログラマブル読み取り専用メモリ(EEPROM:Electrically Erasable Programmable Read-Only Memory)、フラッシュメモリ、コンパクトディスク読み取り専用メモリ(CD-ROM:Compact Disc Read-Only Memory)、磁気カセット、磁気テープ、磁気ディスク記憶装置、又はコンピュータ読み取り可能命令を記憶可能な他の任意の同等の媒体を含むが、これらに限定されない。
【0026】
無線通信ネットワークアーキテクチャ(例えばロングタームエボリューション(LTE:Long Term Evolution)システム、LTE-Advanced(LTE-A)システム、LTE-Advanced Proシステム、又は5G NR無線アクセスネットワーク(RAN))は、通常、少なくとも一つの基地局、少なくとも一つのUE、及びネットワークへの接続を提供する一つ以上のオプションのネットワーク要素を含む。UEは一つ以上の基地局によって確立されたRANを介して、ネットワーク(例えばコアネットワーク(CN)、エボルブドパケットコア(EPC:Evolved Packet Core)ネットワーク、エボルブドユニバーサルテレストリアル無線アクセスネットワーク(E-UTRAN:Evolved Universal Terrestrial Radio Access network)、5Gコア(5GC)、又はインターネット)と通信する。
【0027】
なお、本出願において、UEとしては移動局、携帯端末又は携帯機器、ユーザ通信無線端末が挙げられるが、これらに限定されない。例えばUEは、携帯無線機器であってもよく、携帯電話、タブレット、ウェアラブルデバイス、センサ、車両、又は無線通信能力を有する携帯情報端末(PDA)を含むが、これらに限定されない。上記UEは、無線アクセスネットワークにおける一つ以上のセルに、エアーインターフェース上で、信号を送受信するよう構成されている。
【0028】
基地局は、以下の無線アクセス技術(Radio Access Technologies:RATs)の内の少なくとも一つに従った通信サービスを提供するように構成されてよい。マイクロ波アクセスのためのワールドワイド相互運用(Worldwide Interoperability for Microwave Access:WiMAX)、モバイル通信のためのグローバルシステム(Global System for Mobile:GSM、しばしば2Gとして呼ばれる)、GSM EDGE無線アクセスネットワーク(GSM EDGE Radio Access Network:GERAN)、汎用パケット無線サービス(GeneralPacket Radio Service:GRPS)、基本広帯域コード分割多元アクセス(wideband-codedivision multiple access:W-CDMA)に基づいたユニバーサルモバイル通信システム(Universal Mobile Telecommunication System:UMTS、しばしば3Gとして呼ばれる)、高速パケットアクセス(high-speed packet access:HSPA)、LTE、LTE-A、eLTE(進化型LTE、例えば5GCに接続したLTE)、NR(しばしば5Gとして呼ばれる)、及び/又はLTE-A Pro。しかしながら本出願の範囲は、上記のプロトコルに限定されるべきではない。
【0029】
基地局は、UMTSにおけるノードB(node B:NB)、LTE又はLTE-Aにおける進化型ノードB(evolved node B:eNB)、UMTSにおける無線ネットワークコントローラ(RNC)、GSM/GERANにおける基地局コントローラ(base station controller:BSC)、5GCに関連するE-UTRA基地局におけるng-eNB、5G-RANにおける次世代ノードB(generation Node B:gNB)、及びセル内の無線通信を制御し、無線リソースを管理することができる任意の他の装置を含むことができるが、これらに限定されない。基地局は、ネットワークへの無線インターフェースによって、一つ以上のUEsにサービスを提供するように接続し得る。
【0030】
基地局は、無線アクセスネットワークを形成する複数のセルを使用して、特定の地理的エリアに無線カバレッジを提供するように動作可能である。基地局は、セルの動作をサポートする。各セルは、その無線カバレッジ内の少なくとも一つのUEにサービスを提供するように動作可能である。より具体的には、各セル(しばしばサービングセルと呼ばれる)は、その無線カバレッジ内の一つ以上のUEsを提供するサービスを提供する(例えば各セルは、ダウンリンクをスケジュールし、任意で、ダウンリンク及び任意でアップリンクパケット送信のために、その無線カバレッジ内の少なくとも一つのUEにアップリンクリソースをスケジュールする)。基地局は、複数のセルによって、無線通信システム内の一つ以上のUEsと通信することができる。セルは、近接サービス(Proximity Service:ProSe)又はビークル・トゥ・エブリシング(Vehicle to Everything:V2X)サービスをサポートするためにサイドリンク(sidelink:SL)リソースを割り当ててよい。各セルは、他のセルと重複するカバレッジ領域を有してもよい。
【0031】
上述したように、NRのためのフレーム構造は、高信頼性、高データ速度、及び低遅延性の要件を満たしながら、拡張モバイルブロードバンド(Enhanced Mobile Broadband:eMBB)、大容量マシンタイプ通信(Massive Machine Type Communication:mMTC)、超高信頼性及び低遅延性通信(Ultra-Reliable and Low-Latency Communication:URLLC)といった様々な次世代(例えば5G)通信要件に対応するための柔軟な構成をサポートすることである。3GPPにおいて合意された直交周波数分割多重(Orthogonal Frequency-Division Multiplexing:OFDM)技術は、NR波形のための基準として提供してよい。適応サブキャリア間隔、チャネル帯域幅、及びサイクリックプレフィックス(Cyclic Prefix:CP)といったスケーラブルなOFDMニューメロロジーは、使用されてもよい。更に、NRには(1)低密度パリティ検査(Low-Density Parity-Check:LDPC)符号及び(2)ポーラ符号の2つの符号化方法が考えられる。符号化方法の適応は、チャネル条件及び/又はサービスアプリケーションに基づいて構成されてもよい。
【0032】
更に、単一のNRフレームの送信時間隔TXにおいて、ダウンリンク(downlink:DL)送信データ、ガード期間、及びアップリンク(uplink:UL)送信データは、少なくとも含まれるべきであり、DL送信データ、ガード期間、及びガード期間のそれぞれの部分において、UL送信データはまた、例えばNRのネットワークダイナミクスに基づいて設定可能であるべきであることも考慮される。更に、サイドリンクリソースは、ProSeサービス又はV2Xサービスをサポートするために、NRフレーム内に提供されてもよい。
【0033】
更に、本明細書中のターム「システム」及び「ネットワーク」は、互換的に使用されてよい。本明細書中のターム「及び/又は」は、関連するオブジェクトを記述するための関連する関係のみであり、三つの関係が存在してもよいことを表す。例えばA及び/又はBは、Aが単独で存在し、A及びBが同時に存在し、Bが単独で存在することを示してもよい。加えて、本明細書中の文字「/」は、前者及び後者の関連するオブジェクトが「又は」関係にあることを一般的に表す。
【0034】
マルチビームオペレーションは、NRにおいてサポートされうるため、NRにおけるRA手順はロングタームエボリューション(LTE)におけるRA手順とは異なりうる。例えばRAが開始される前に、基地局(例えばgNB)は、システム情報を介して、同期信号ブロック(SSBs)と一つ以上のランダムアクセスチャネル(RACH)リソースとの間の関連情報をUEに提供し得る。基地局はまた、SSB選択のための参照信号受信電力(RSRP)閾値をUEに提供し得る。RAが開始された後、RAリソース選択のステップ中、UEは、ビーム選択のためにDL参照信号(例えばSSB又はチャネル状態情報参照信号(CSI-RS))測定を実行することができる。
【0035】
NRにおいて、RA手順は、以下のイベントの一つ以上によってトリガされ得る:
イベントは、
- 無線リソース制御(RRC)アイドル状態(RRC_idle)からの初期アクセス;
- RRC接続再確立手順;
- ハンドオーバー(HO);
- UL同期状態が「非同期」のとき、RRC接続状態(RRC_connected)中のDL又はULデータの到着;
- RRC_INACTIVEからの遷移;
- 二次セル(SCell)追加時のタイムアラインメントの確立;
- 他のシステム情報の要求;及び
- ビーム障害回復(BFR)、
を含んでいる。
【0036】
UEによって送信されたRAプリアンブルが別のUEの送信されたプリアンブルと衝突する可能性を有するか否かに基づいて、RAの二つの種類、コンテンションベースRA(CBRA)及びコンテンションフリーRA(CFRA)が存在し得る。通常のDL/UL送信は、RA手順の完了後に行われてもよい。
【0037】
図1は、本出願の一例としての実装形態による、一例としてのCBRA手順を示す図100である。CBRA手順は、4ステップランダムアクセスチャネル(RACH)手順とも呼ばれ得る。アクション131において、UE110は、メッセージ1(Msg1)を基地局120に送信する。Msg1は、物理的ランダムアクセスチャネル(PRACH:Physical Random Access Channel)上で送信されるランダムアクセス(RA:Random Access)プリアンブルを含むことができる。アクション132において、基地局120は、ランダムアクセス応答(RAR)を含んでもよいメッセージ2(Msg2)をUE110に送信する。Msg2は、メッセージ3(Msg3)送信のために、ULグラントのようなリソース割当て情報を搬送することがある。UE110がRARを正常に復号化した後、アクション133において、UE110は、グラントされたリソース上のMsg3を基地局120に送信する。Msg3は、RRC接続要求メッセージのようなRRCメッセージを含んでもよい。Msg3は、共通制御チャネル(CCCH)上の上位レイヤから受信されるデータを搬送するMAC PDUであってもよい。RA手順の間、Msg3は、CCCH上の上位レイヤから受信されたデータの損失を防ぐため、Msg3バッファに格納され得る。アクション134において、基地局120は、メッセージ4(Msg4)をUE110に送信する。Msg4は、コンテンションレゾリューションMAC制御要素(CE)を含んでよい。
【0038】
図2は、本出願の一例としての実装形態による、一例としてのCFRA手順を示す図200である。CFRA手順は、2ステップRACH手順と呼ばれることもある。アクション230において、基地局220は、プリアンブルをUE210に割り当てる。アクション231において、UE210は、Msg1を基地局220に送信する。アクション232において、基地局220は、RARを含み得るMsg2をUE210に送信する。
【0039】
NRにおいて、RA手順内の各プリアンブル送信又は再送信(例えば各ランダムバックオフ後の第1のプリアンブル送信及びプリアンブル再送信を含む)の前に、UEは、RAリソース選択を実行することができる。RAリソース選択の間、RAリソースには、二つの種類があってもよい:CBRAリソース(例えばランダムアクセスプリアンブルは一つ以上のコンテンションベースのランダムアクセスプリアンブルからMACエンティティによって選択される)とCFRAリソース(例えばランダムアクセスプリアンブルは、一つ以上のコンテンションベースのランダムアクセスプリアンブルからMACエンティティによって選択されない)。CFRAリソースは、基地局(例えばgNB)によってUEに必ずしも構成されなくてもよいことに留意されたい。CFRAリソースが基地局によって構成されている場合、UEは、RAプリアンブル送信手順を実行する毎に、CFRAリソース又はCBRAリソースのいずれかを選択することができる。換言すると、進行中のRA手順の間に、UEは、CBRAリソース又はCFRAリソースを介して、RAプリアンブルを交互に送信又は再送信することを許可され得る。以下の説明において、CBRAという単語は、プリアンブルがCBRAリソースを介して送信されることを意味し、CFRAという単語は、プリアンブルがCFRAリソースを介して送信されることを意味する。進行中のRA手順の間に、UEは、CBRAとCFRAとの間で切り替えることができる。
【0040】
図3は、本出願の一例としての実装形態による、UEの一例としてのMACエンティティを示すブロック図である。MACエンティティ300は、Msg3バッファ310、多重化及びアセンブリ(M&A)エンティティ320、並びにハイブリッド自動再送要求(HARQ)エンティティ330を含むことができる。
【0041】
図4は、本出願の一例としての実装形態による、RA手順においてMACエンティティ(例えば図3のMACエンティティ300)によって実行される方法400のフローチャートである。アクション410において、UEのMACエンティティ300は、ULグラントを含むRARを正常に受信する。一実装形態において、RARの正常な受信は、無線ネットワーク一時識別子(RA-RNTI)のための物理的ダウンリンク制御チャネル(PDCCH)上でダウンリンク割当てが受信され、受信されたトランスポートブロック(TB)が正常に復号化されることを意味し得る。RARは、送信されたプリアンブルインデックスに対応するランダムアクセスプリアンブル識別子を有するMACサブPDUを含むことができる。MACエンティティ300がCFRAを実行している場合(例えばアクション420の「yes」の分岐)、アクション430において、RA手順は正常に完了することができる。MACエンティティ300がCBRAを実行している場合(例えばアクション420の「no」の分岐)、アクション440において、MACエンティティ300は、アクション410において受信されたRARがRA手順内で最初の正常に受信されたRARであるかどうかを決定することができる。
【0042】
RA手順の間、コンテンションレゾリューションが成功する前に、MACエンティティ300は、RAプリアンブルを数回再送信することができるため、RARを数回うまく受信することができる。MACエンティティ300がこのRA手順内でRARを最初に正常に受信する場合(例えばアクション440の「yes」の分岐)、アクション450において、MACエンティティ300は、M&Aエンティティ320からMAC PDUを取得してもよい。M&Aエンティティ320は、いくつかの実装形態において、M&A手順として表すこともできる。一実装形態において、MACエンティティ300は、M&A手順を実行して、MAC PDUを取得し、グラントされたリソース上でMAC PDUを送信してもよい。アクション450において、MACエンティティ300は、取得されたMAC PDUをMsg3バッファ310に格納することもできる。アクション450はまた、いくつかの実装形態において、「M&A手順からMAC PDUを取得し、それをMsg3バッファに格納する」として表現されてもよい。RARがこのRA手順内で最初の正常に受信されたRARでない場合(例えばアクション440の「no」の分岐)、アクション460において、MACエンティティ300は、Msg3バッファ310からMAC PDUを取得することができる。
【0043】
図5は、本出願の一例としての実装形態による、RA手順においてHARQエンティティ(例えば図3のHARQエンティティ330)によって実行される方法500のフローチャートである。アクション510において、ULグラントがRARに追加されるとき、UEのHARQエンティティ330は、Msg3バッファ310に格納されたMAC PDUがあるかどうかをチェックすることができる。Msg3バッファ310にMAC PDUが格納されている場合、アクション530において、HARQエンティティ330は、Msg3バッファ310からMAC PDUを取得することができる。さもなければ、アクション520において、HARQエンティティ330は、M&Aエンティティ320からMAC PDUを取得することができる。その後、アクション540において、HARQエンティティ330は、取得したMAC PDUをHARQプロセスに送ることができる。一実装形態において、各HARQプロセスがHARQプロセスID(例えばHARQプロセス#0、HARQプロセス#1、HARQプロセス#2など)を有する、HARQエンティティ330によって実行されるいくつかのHARQプロセスが存在することができる。
【0044】
基地局によって割り当てられるULグラントのサイズは、その実装形態までに依存しており、それは、RARにおいて受信されるULグラントのサイズは、Msg3バッファ310に格納されるMAC PDUのサイズと異なってもよいことを意味することに留意されたい。本問題は、UEがCFRAリソースで構成されているが、RAリソース選択段階では選択閾値(基地局によって構成され得る)を超える同期信号基準信号受信電力(SS-RSRP)を有するCFRAリソースに関連するSSBが存在しない場合に発生し得る。この場合、UEは、CBRAを実行すること(例えばCBRAリソースを選択すること)を強制され得る。一実装形態において、SS-RSRPが閾値を超えるSSBがない場合、UEは、任意のSSBを選択することができる。CBRAがコンテンションレゾリューション段階において失敗するとき、UEは、RAリソース選択段階に戻ることができ、この時、UEがCFRAリソースに関連するSSBを正常に選択することができる。この場合において、UEはRA再試行のためにCFRAに切り替えることができ、基地局は、(HO完了コマンドを含むことができる)Msg3のために(例えばRARを介して)より大きなULグラントを割り当てることができるか、又はULリソースが十分ではないため、より小さなULグラントを割り当てることができる。ULグラントのサイズは、基地局の実装形態に応じて大きくても小さくてもよいため、HO完了コマンドを含むMsg3を送信するとき、問題があるかもしれない。
【0045】
図6は、本出願の一例としての実装形態による、RA手順においてHARQエンティティ(例えば図3のHARQエンティティ330)によって実行される方法600のフローチャートである。UEがRARにおいてULグラントを受信するとき、アクション610において、UEのHARQエンティティ330は、Msg3バッファ310に格納されたMAC PDUがあるかどうかをチェックすることができる。Msg3バッファ310にMAC PDUが格納されている場合、アクション630において、HARQエンティティ330は、Msg3バッファ310からMAC PDUを取得することができる。さもなければ、アクション620において、HARQエンティティ330は、M&Aエンティティ320からMAC PDUを取得することができる。アクション630の後、HARQエンティティ330は、アクション640において特定の条件が満たされているかどうかをチェックすることができる。特定の条件が満たされる場合、アクション650において、HARQエンティティ330は、特定の手順を適用することができる。さもなければ、アクション660において、HARQエンティティ330は、取得されたMAC PDUをHARQプロセスに送ることができる。アクション620又はアクション650を実行した後、HARQエンティティ330は、アクション660において、取得されたMAC PDUをHARQプロセスに送ることもできる。
【0046】
一実装形態において、アクション640において、HARQエンティティ330は、ULグラントのサイズがMsg3バッファ310から取得されたMAC PDUのサイズに等しいかどうかをチェックすることができる。ULグラントのサイズがMsg3バッファ310から取得されたMAC PDUのサイズと異なる(例えばアクション640における特定の条件が満たされる)場合、アクション650において、HARQエンティティ330は、M&Aエンティティ320に、新しいMAC PDUを再構築するように通知又は命令することができる。アクション660において、HARQエンティティ330は、新しいMAC PDU(例えば再構築されたMAC PDU)をHARQプロセスに送ることができる。
【0047】
一実装形態において、アクション650は、Msg3バッファ310に新しいMAC PDUを格納するHARQエンティティ330/M&Aエンティティ320/MACエンティティ300を更に含むことができる。
【0048】
一実装形態において、アクション650は、M&Aエンティティ320に新しいMAC PDUを再構築するように通知/命令する前又は後、Msg3バッファ310をフラッシュすることを要求するHARQエンティティ330/M&Aエンティティ320/MACエンティティ300を更に含むことができる。
【0049】
一実装形態において、アクション650は、取得されたMAC PDUをM&Aエンティティ320に送るHARQエンティティ330、及びMsg3バッファ310をフラッシュすることを要求するMACエンティティ300を更に含むことができる。その後、M&Aエンティティ320は、新しいMAC PDUを再構築し、新しいMAC PDUをMsg3バッファ310に送ることができる(又はM&Aエンティティ320が新しいMAC PDUをMsg3バッファ310に格納することができる)。次いで、HARQエンティティ330は、Msg3バッファ310から再構築されたMAC PDUを取得することができる。
【0050】
一実装形態において、アクション650は、MAC PDUを再構築するためのM&Aエンティティ320を示すHARQエンティティ330を更に含むことができる。インディケーションを受信した後、M&Aエンティティ320は、Msg3バッファ310に格納されたMAC PDUを取得し、Msg3バッファ310をフラッシュすることができる。その後、M&Aエンティティ320は、新しいMAC PDUを再構築し、新しいMAC PDUをMsg3バッファ310に送ることができる(又はM&Aエンティティ320が新しいMAC PDUを再構築し、新しいMAC PDUをMsg3バッファ310に格納することができる)。次いで、HARQエンティティ330は、Msg3バッファ310から再構築されたMAC PDUを取得することができる。
【0051】
M&Aエンティティ320は、論理チャネル優先順位付け(LCP)手順を実行することができる。一実装形態において、LCPは、新しい送信が実行されるとき、トリガされてもよい。LCP内で、M&Aエンティティ320は、論理チャネル(例えば一つ以上の論理チャネル(LCHs)からMAC PDU内に受信したパックMAC SDU(複数可))にリソースを割り当て、MAC SDUをMAC CEを用いて多重化することによって、MAC PDUを生成することができる。MAC PDUは、一つ以上のMACサブPDUsを含むことができる。各サブPDUは、以下のうちの一つを搬送することができる:
- MACサブヘッダのみ(パディングを含む);
- MACサブヘッダとMAC SDU;
- MACサブヘッダとMAC CE;及び
- MACサブヘッダとパディング。
【0052】
一実装形態において、LCPはまた、M&Aエンティティ320がMAC PDUを再構築するとき、M&Aエンティティ320によって実行されてもよい。MAC PDUの再構築によってトリガされるLCPの振る舞いは、新しい送信によってトリガされるLCPの振る舞いとは異なるときがある。例えばM&Aエンティティ320がMAC PDUを再構築する(又は新しいMAC PDUを構築する)とき、M&Aエンティティ320によって実行されるLCPは、Msg3バッファ310から取得されたMAC PDU、LCHsから受信されたMAC SDU(複数可)、MAC CE、及びパディングサブPDUの少なくとも一つを考慮する必要があり得る。M&Aエンティティ320は、ULグラントのサイズ及び/又は他の何らかの基準を考慮することによって、Msg3バッファ310から取得されたMAC PDU内のサブPDUsの各々が新しいMAC PDUにパックされ得るかどうかをチェックする必要があり得る。
【0053】
M&Aエンティティ320がMAC PDUを再構築し始めるとき、MAC PDU(Msg3バッファ310から取得される)は、M&Aエンティティ320内ではなく、HARQエンティティ330内にあってもよいことに留意されたい。したがって、HARQエンティティ330及びM&Aエンティティ320によって実行されるために、いくつかの手順が必要とされ得る。例えば、HARQエンティティ330は、MAC PDUをM&Aエンティティ320に送ることができる。その上、Msg3バッファ310から取得されたMAC PDU(一つ以上のMACサブPDUsを含む)を新しいMAC PDUにパックするために、HARQエンティティ330とM&Aエンティティ320との間のいくつかの関係も必要とされ得る。例えば、M&Aエンティティ320がMAC PDUを再構築する前、M&Aエンティティ320は、Msg3バッファ310又はHARQエンティティ330からMAC PDUを取得する必要があり得る。
【0054】
M&Aエンティティ320がMsg3バッファ310に格納されたMAC PDUを取得する方法に関して、いくつかの実装形態があり得る。一実装形態において、HARQエンティティ330は、MAC PDU(Msg3バッファ310から取得される)を最初にM&Aエンティティ320に送ることができ、その後、HARQエンティティ330は、M&Aエンティティ320から新しいMAC PDUを取得することができる。一実装形態において、M&Aエンティティ320は、最初にHARQエンティティ330からMAC PDUを取得することができ、次いで、HARQエンティティ330はその後、M&Aエンティティ320から新しいMAC PDUを取得することができる。一実装形態において、HARQエンティティ330が(Msg3バッファ310から取得された)MAC PDUを破棄し、次いで、M&Aエンティティ320から新しいMAC PDUを取得することができる。上記の導入された代替の実装形態の各々は、特定の場合に適用可能であり得る。したがって、HARQエンティティ330とM&Aエンティティ320との間で適用されるべき関係の決定は、(Msg3バッファ310から取得される)MAC PDU内のコンテンツに基づいてもよく、又はいくつかの他のイベントに基づいてもよい。例えば、決定は、Msg3バッファ310から取得されたMAC PDUが特定の論理チャネル(例えばCCCH又は専用制御チャネル(DCCH:Dedicated Control Channel))からのデータ(例えばMAC SDU)を含むかどうかに基づいてもよい。
【0055】
上述したように、M&Aエンティティ320は、M&A手順として表すこともできる。M&Aがエンティティとして表されるとき、M&Aエンティティ320は、LCPによってMAC PDUを生成することができる。M&Aが手順として表される場合、MACエンティティ300は、LCPを含むM&A手順によってMAC PDUを生成することができる。これらの二つの代替表現(M&Aエンティティ及びM&A手順)の両方が、いくつかの実装形態において、論理的に採用され得る。
【0056】
一実装形態において、図6に示されるアクション640は、MAC PDUを再構築するための手順をトリガするための条件を参照することができ、図6に示されるアクション650は、MAC PDUを再構築するための手順を参照することができる。アクション640における特定の条件のいくつかの実装形態及びアクション650における特定の手順は、以下の説明で説明される。
【0057】
一実装形態において、アクション640における特定の条件は、ULグラントのサイズ及びMsg3バッファ310に格納されたMAC PDUのサイズに依存し得る。
【0058】
ケース1-1:アクション640における特定の条件は、ULグラントのサイズがMsg3バッファ310に格納されたMAC PDUのサイズよりも大きいときに満たされる。
【0059】
ケース1-2:アクション640における特定の条件は、ULグラントのサイズがMsg3バッファ310に格納されたMAC PDUのサイズよりも小さいときに満たされる。
【0060】
ケース1-3:アクション640における特定の条件は、ULグラントのサイズがMsg3バッファ310に格納されたMAC PDUのサイズと異なるときに満たされる。
【0061】
ケース1-4:アクション640における特定の条件は、ULグラントのサイズと、Msg3バッファ310に格納されたMAC PDUのサイズとの間の差が特定の値よりも大きい又は小さいときに満たされる。
【0062】
ケース1-5:アクション640における特定の条件は、ULグラントのサイズが基地局によって事前に構成された値よりも大きい又は小さいときに満たされる。
【0063】
ケース1-6:アクション640における特定の条件は、ULグラントのサイズが所定の値(例えば技術規格において定義された値)よりも大きい又は小さいときに満たされる。
【0064】
ケース1-7:アクション640において、特定の条件をチェックするとき、他のイベントを考慮することができる。
【0065】
ケース1-7-a:一実装形態において、アクション640における特定の条件は、MACエンティティ300/上位レイヤ/下位レイヤ内の特定のタイマが実行されているとき、満たされる。一実装形態において、アクション640における特定の条件は、MACエンティティ300/上位レイヤ/下位レイヤ内の特定のタイマが実行されていないとき、満たされる。
【0066】
ケース1-7-b:一実装形態において、アクション640における特定の条件は、特定のHARQプロセスIDがULグラントに設定されるとき、満たされる。例えば、アクション640における特定の条件は、ULグラントがMsg3送信のために使用されるHARQプロセスID(例えばHARQプロセス#0)に関連付けられているとき、満たされる。一実装形態において、アクション640における特定の条件は、特定のHARQ関連の設定がMACエンティティ300に設定されるとき、満たされる。
【0067】
ケース1-7-c:一実装形態において、アクション640における特定の条件は、特定の上位/下位レイヤ設定が設定されるとき、満たされる。例えば、Msg3を送るために適用される無線ベアラのために設定される無線リンク制御(RLC)エンティティは、特定の動作モード(例えば肯定応答モード、非肯定応答モード、又は透過モード)又は特定の設定によって、設定される。他の例として、MAC PDUを送信するように設定されたHARQプロセスが特定の設定を有する場合がある。
【0068】
一実装形態において、HARQエンティティ330によって実行される方法は、以下の表1に記載される通りであってよい:
【0069】
【表1】
【0070】
アクション640における特定の条件は、ケース1-1から1-7(又はそれらの任意の組合せ)を含むことができる。アクション650における特定の手順は、以下に説明されるケース2-1から2-6(又はそれらの任意の組み合わせ)を含むことができる。MAC PDUが再構築されると(例えばアクション650が実行されると)、HARQエンティティ330とM&Aエンティティ320との間に何らかの関係が存在し得る。
【0071】
ケース2-1:HARQエンティティ330は、MAC PDUをM&Aエンティティ320に送る。
【0072】
一実装形態において、HARQエンティティ330がMAC PDU(Msg3バッファ310から取得される)を最初にM&Aエンティティ320に送ることができ、その後、HARQエンティティ330は、M&Aエンティティ320から再構築されたMAC PDUを取得することができる。一実装形態において、アクション660において、HARQエンティティ330は、新しいMAC PDU(再構築されたMAC PDU)をHARQプロセスに送ることができる。一実装形態において、アクション650は、Msg3バッファ310内の新しいMAC PDUを格納する(例えばMsg3バッファ310に格納された内容を上書きする)HARQエンティティ330/M&Aエンティティ320/MACエンティティ300を更に含むことができる。一実装形態において、アクション650は、M&Aエンティティ320に新しいMAC PDUを再構築するように通知/命令する前又は後に、HARQエンティティ330/M&Aエンティティ320/MACエンティティ300がMsg3バッファ310をフラッシュすること(例えばMsg3バッファ310に格納された内容をクリアすること)を更に含むことができる。一実装形態において、アクション650は、取得されたMAC PDUをM&Aエンティティ320に送るHARQエンティティ330と、Msg3バッファ310をフラッシュすることを要求するMACエンティティ300とを更に含むことができる。その後、M&Aエンティティ320は、新しいMAC PDUを再構築し、新しいMAC PDUをMsg3バッファ310に送ることができる(又はM&Aエンティティ320は、新しいMAC PDUをMsg3バッファ310に格納することができる)。次いで、HARQエンティティ330は、Msg3バッファ310から再構築されたMAC PDUを取得することができる。
【0073】
ケース2-1-a:HARQエンティティ330は、Msg3バッファ310から取得されたMAC PDUをM&Aエンティティ320に送り、M&Aエンティティ320から再構築されたMAC PDUを取得することができる。
【0074】
ケース2-1-b:HARQエンティティ330は、Msg3バッファ310をフラッシュし、Msg3バッファ310から取得されたMAC PDUをM&Aエンティティ320に送り、M&Aエンティティ320から再構築されたMAC PDUを取得し、再構築されたMAC PDUをMsg3バッファ310に格納することができる。
【0075】
ケース2-1-c:HARQエンティティ330は、Msg3バッファ310から取得されたMAC PDUをM&Aエンティティ320に送り、MACエンティティ300にMsg3バッファ310をフラッシュするように要求し、M&Aエンティティ320から再構築されたMAC PDUを取得し、再構築されたMAC PDUをMsg3バッファ310に格納することができる。
【0076】
ケース2-2:MAC PDUは、(HARQエンティティ330からM&Aエンティティ320に送られるMAC PDUを明示的に示さずに)M&Aエンティティ320によって取得される。
【0077】
一実装形態において、HARQエンティティ330は、MAC PDUを再構築するためにM&Aエンティティ320に示すことができ、その後、HARQエンティティ330は、M&Aエンティティ320から新しいMAC PDU(再構築されたMAC PDU)を取得することができる。一実装形態において、アクション660において、HARQエンティティ330は、新しいMAC PDU(再構築されたMAC PDU)をHARQプロセスに送ることができる。一実装形態において、アクション650は、Msg3バッファ310に新しいMAC PDUを格納する(例えばMsg3バッファ310に格納された内容を上書きする)HARQエンティティ330/M&Aエンティティ320/MACエンティティ300を更に含むことができる。一実装形態において、アクション650は、M&Aエンティティ320に新しいMAC PDUを再構築するように通知/命令する前に又は後に、HARQエンティティ330/M&Aエンティティ320/MACエンティティ300がMsg3バッファ310をフラッシュすること(例えばMsg3バッファ310に格納された内容をクリアすること)を更に含むことができる。一実装形態において、アクション650は、MAC PDUを再構築するために、M&Aエンティティ320に示すHARQエンティティ330を更に含むことができる。インディケーションを受信した後、M&Aエンティティ320は、Msg3バッファ310に格納されたMAC PDUを取得し、Msg3バッファ310をフラッシュすることができる。その後、M&Aエンティティ320は、新しいMAC PDUを再構築し、新しいMAC PDUをMsg3バッファ310に送ることができる(又はM&Aエンティティ320は、新しいMAC PDUをMsg3バッファ310に格納することができる)。次いで、HARQエンティティ330は、Msg3バッファ310から再構築されたMAC PDUを取得することができる。
【0078】
ケース2-2-a:HARQエンティティ330は、MAC PDUを再構築し、M&Aエンティティ320から再構築されたMAC PDUを取得することをM&Aエンティティ320に示すことができる。
【0079】
ケース2-2-b:HARQエンティティ330は、MAC PDUを再構築し、M&Aエンティティ320から再構築されたMAC PDUを取得し、Msg3バッファ310をフラッシュし、再構築されたMAC PDUをMsg3バッファ310に格納することをM&Aエンティティ320に示すことができる。
【0080】
一実装形態において、(例えばM&Aエンティティ320によって)論理チャネル優先順位付け手順は、(a)新しい送信が実行されるとき、(b)他のエンティティ(例えばHARQエンティティ330、MACエンティティ300、上位層、又は下位層)からインディケーションが受信されるとき、(c)MAC PDUを再構築するためのいくつかの基準が満たされるとき、又は(d)MAC PDUが既に生成されているが、いくつかの特定のイベント(例えばMAC PDUのサイズが更新されたULグラントサイズのサイズと等しくない(TBサイズが変更される)、ULリソースが基地局又は上位/下位層からのいくつかの他のインディケーションによって取り消される、送信取り消しがMACエンティティ300自体又は他のいくつかのイベントによってトリガされる)によって、何らかの方法で再構築される必要があるときに、適用される。
【0081】
一実装形態において、LCP手順は、新しい送信が実施されるとき、又はMAC PDUが再構築されるとき、常に適用されることができる。一実装形態において、LCP手順は、HARQエンティティによって新しい送信が実行されるか、又は示されるときはいつでも適用されることができる。
【0082】
一実装形態において、MAC PDUを再構築するとき、M&Aエンティティは、MAC PDUを再構築する手順をトリガするHARQエンティティからMAC PDUを取得することができる。一実装形態において、MAC PDUを再構築するとき、M&Aエンティティは、HARQエンティティによって示されるとき、Msg3バッファからMAC PDUを取得することができる。
【0083】
ケース2-3:MAC PDUは、M&Aエンティティによって取得された
一実装形態において、HARQエンティティ330は、Msg3バッファ310から取得されたMAC PDUを破棄することができ、次いで、HARQエンティティ330は、M&Aエンティティ320から新しいMAC PDUを取得することができる。一実装形態において、アクション660において、HARQエンティティ330は、新しいMAC PDU(再構築されたMAC PDU)をHARQプロセスに送ることができる。一実装形態において、アクション650は、Msg3バッファ310内に新しいMAC PDUを格納する(例えばMsg3バッファ310に格納された内容を上書きする)HARQエンティティ330/M&Aエンティティ320/MACエンティティ300を更に含むことができる。一実装形態において、アクション650は、M&Aエンティティ320に新しいMAC PDUを再構築するように通知/命令する前に又は後に、HARQエンティティ330/M&Aエンティティ320/MACエンティティ300がMsg3バッファ310をフラッシュすること(例えばMsg3バッファ310に格納された内容をクリアすること)を更に含むことができる。一実装形態において、アクション650は、取得されたMAC PDUをM&Aエンティティ320に送るHARQエンティティ330と、Msg3バッファ310をフラッシュすることを要求するMACエンティティ300とを更に含むことができる。その後、M&Aエンティティ320は、新しいMAC PDUを再構築し、新しいMAC PDUをMsg3バッファ310に送ることができる(又はM&Aエンティティ320は、新しいMAC PDUをMsg3バッファ310に格納することができる)。次いで、HARQエンティティ330は、Msg3バッファ310から再構築されたMAC PDUを取得することができる。一実装形態において、アクション650は、MAC PDUを再構築することをM&Aエンティティ320に示すHARQエンティティ330を更に含むことができる。インディケーションを受信した後、M&Aエンティティ320は、Msg3バッファ310に格納されたMAC PDUを取得し、Msg3バッファ310をフラッシュすることができる。その後、M&Aエンティティ320は、新しいMAC PDUを再構築し、新しいMAC PDUをMsg3バッファ310に送ることができる(又はM&Aエンティティ320は、新しいMAC PDUをMsg3バッファ310に格納することができる)。次いで、HARQエンティティ330は、Msg3バッファ310から再構築されたMAC PDUを取得することができる。
【0084】
ケース2-3-a:HARQエンティティ330は、Msg3バッファ310から取得されたMAC PDUを破棄し、MAC PDUを再構築するようにM&Aエンティティ320に示し、M&Aエンティティ320から再構築されたMAC PDUを取得することができる。
【0085】
ケース2-3-b:HARQエンティティ330は、Msg3バッファ310から取得されたMAC PDUを破棄し、MAC PDUを再構築するようにM&Aエンティティ320に示し、Msg3バッファ310をフラッシュし、M&Aエンティティ320から再構築されたMAC PDUを取得し、Msg3バッファ310に再構築されたMAC PDUを格納することができる。
【0086】
M&Aエンティティ320が(例えばMsg3バッファ310又はHARQエンティティ330のいずれかから)MAC PDUを取得した後、M&Aエンティティ320は、MAC PDUを再構築し始めることができる。M&Aエンティティ320がMAC PDUをどのように再構築するかに関するいくつかの実装形態がある。
【0087】
ケース2-4:パディングサブPDUの変更
一実装形態において、MAC PDUを再構築する手順の間、M&Aエンティティ320は、対応するサブヘッダ(及びMAC SDU及び/又はMAC CE)を変更することなく、元のMAC PDUに含まれるMAC SDUを搬送するサブPDUs及び/又はサブPDUを搬送するサブPDUの少なくとも一つ又は全てを保持してもよい。例えば、新しいMAC PDU(再構築されたMAC PDU)は、元のMAC PDUからMAC SDUを搬送するMAC CE及び/又はサブPDUを搬送するサブPDUの少なくとも一つ又は全てを含むことができる。
【0088】
一実装形態において、(再構築される前の)元のMAC PDUがパディングを伴うサブPDU、又は(パディングを含む)サブヘッダのみを伴うサブPDUも含む場合、サブPDUsのこれらの二つの種類は、ULグラント(例えばTBサイズ)を満たすように変更され得る。一実装形態において、M&Aエンティティ320は、残りのULリソース(例えば取得されたMAC PDU内の全てのサブPDUをパッキングした後のULグラント内の追加のULリソース)を任意の論理チャネルに割り振らなくてもよい。一実装形態において、M&Aエンティティ320は、パディングサブPDUを削除/破棄し、新しい/更新されたパディングサブPDUを追加してもよい。一実装形態において、M&Aエンティティ320は、パディングサブPDUのサブヘッダ及び/又はパディングビットを直接的に更新するか、又はULグラントを満たすために一つ以上のパディングサブPDUを追加することができる。
【0089】
一実装形態において、UEはまた、スケジューリング手順の間、以下のルールに従うことができる:
- 全体のSDU(又は部分的に送信されたSDU又は再送されたRLC PDU)が関連付けられていたMACエンティティの残りのリソースに適合する場合、UEは、RLC SDU(又は部分的に送信されたSDU又は再送されたRLC PDU)をセグメント化しないことがある;
- UEが論理チャネルからRLC SDUをセグメント化する場合、UEは、関連付けられていたMACエンティティのグラントを可能な限り満たすためにセグメントのサイズを最大化することができる;
- UEは、データの送信を最大化することができる;
- MACエンティティに8バイト以上のULグラントサイズが与えられた場合、MACエンティティは送信可能なデータを有するが、パディングバッファステータスレポート(BSR)及び/又はパディングのみを送信することはできない。
【0090】
- スケジューリング手順が新しい送信に対して実行されない場合、UEは、いかなる論理チャネルにもリソースを割り当てないことがある;
- スケジューリング手順が新しい送信に対して実行されない場合、関連付けられていたMACエンティティの残りのリソースは、パディングビットにのみ割り当てられてもよい(又はパディング、又はパディングサブPDUに割り当てられてもよい);
- スケジューリング手順が新しい送信に対して実行されず、MAC PDUがパディングサブPDUを含む場合、パディングサブPDUは、削除/破棄される可能性がある。
【0091】
一実装形態において、スケジューリング手順が新しい送信に対して実行されない場合、MAC PDUを再構築するためにスケジューリング手順が実行されてもよい。
【0092】
ケース2-5:破棄アクションとの組み合わせ
一実装形態において、MAC PDUを再構築する手順の間、M&Aエンティティ320は、(元のMAC PDUに含まれる)全てのサブPDUを新しいMAC PDUに保持するとは限らない。したがって、サブPDUsのいくつかは破棄され得る。その上、パディングサブPDU(元のMAC PDUに含まれる場合)は、ULグラント(例えばTBサイズ)を満たすために変更され得る。一実装形態において、M&Aエンティティ320は、残りのULリソースを任意の論理チャネルに割り当てることができない。一実装形態において、M&Aエンティティ320は、パディングサブPDUを削除/破棄し、新しい/更新されたパディングサブPDUを追加してもよい。一実装形態において、M&Aエンティティ320は、パディングサブPDUのサブヘッダ及び/又はパディングビットを直接的に更新するか、又はULグラントを満たすために一つ以上のパディングサブPDUを追加することができる。
【0093】
一実装形態において、M&Aエンティティ320は、特定の順序により、MAC PDU内でどのサブPDUを破棄すべきかを決定することができる。一実装形態において、特定の順序が以下のように列挙されてもよい(最初に列挙される最低優先順位):
- C-RNTI MAC CE又はUL-CCCHからのデータ;
- 構成されたグラント確認MAC CE;
- BSRのMAC CE、パディングに含まれるBSRを除く;
- 単一エントリパワーヘッドルームレポート(PHR)MAC CE又は複数エントリPHR MAC CE;
- UL-CCCHからのデータを除く任意の論理チャネルからのデータ;
- 推奨されたビットレートクエリのMAC CE;及び
- パディングのために含まれるBSRのためのMAC CE。
【0094】
破棄されるサブPDUの順序は、異なる実装形態において異なる可能性があることに留意されたい。
【0095】
一実装形態において、UEはまた、スケジューリング手順の間、以下のルールに従うことができる:
- スケジューリング手順が新しい送信に対して実行されない場合、UEは、いかなる論理チャネルにもリソースを割り当てないことがある;
- スケジューリング手順が新しい送信に対して実行されない場合、関連付けられていたMACエンティティの残りのリソースは、パディングビットにのみ割り当てられてもよい(又はパディング、又はパディングサブPDUに割り当てられてもよい);
- スケジューリング手順が新しい送信に対して実行されず、MAC PDUがパディングサブPDUを含む場合、パディングサブPDUは削除/破棄されることがある;
- 新たな送信のためにスケジューリング手順が実行されない場合、(再構築中のMAC PDU内の)サブPDUは破棄されることが許される。
【0096】
一実装形態において、論理チャネルが次の順序に従って優先順位付けされてもよい(例えば最も高い優先順位が最初に列挙されている):
- C-RNTI MAC CE又はUL-CCCHからのデータ;
- 構成されたグラント確認MAC CE;
- パディングに含まれるBSRを除く、BSRのためのMAC CE;
- 単一エントリPHR MAC CE又は複数エントリPHR MAC CE;
- UL-CCCHからのデータを除く任意の論理チャネルからのデータ;
- 推奨されたビットレートクエリのMAC CE;及び
- パディングのために含まれるBSRのためのMAC CE。
【0097】
MAC PDUが再構築されている間、サブPDUを破棄するとき、順序は逆にされてもよいことに留意されたい。
【0098】
一実装形態において、M&Aエンティティ320が以下に列挙される特定のデータを除いて、MAC PDU内のサブPDUの全てを破棄することができる:
- CCCHからのデータ;
- 特定LCHのデータ;
- 特定の種類のMAC CE;
- 特定の条件(複数可)も満たす特定の種類のMAC CE及び/又はフォーマット;
- 特定のLCH又はLCHグループ(LCG)のバッファ状態を含むBSR MAC CE;及び
- 最新のバッファ状態までのバッファ状態を含むBSR MAC CE。
【0099】
ケース2-6:特定のLCHから新しいサブPDUを追加する。
【0100】
ケース2-6-a:一実装形態において、M&Aエンティティ320がHARQエンティティ330又はMsg3バッファ310のいずれかからMAC PDUを取得した後、M&Aエンティティ320は、MAC PDUを分解し、新しいMAC PDUを再構成/再構築することができる。
【0101】
ケース2-6-b:一実装形態において、ケース2-6-aにおいて新しいMAC PDUを再構成/再構築するとき、M&Aエンティティ320は、(a)任意のMAC CE;(b)特定のMAC CE;(c)任意の論理チャネルからのデータ;及び(d)特定の論理チャネルからのデータの内の少なくとも一つをMAC PDUに追加することが許される。
【0102】
ケース2-6-c:一実装形態において、MAC PDUを再構築するとき、MAC CEを有するMACサブPDU及びパディングを有するMACサブPDUを除き、元のMAC PDU(Msg3バッファ310に格納されている)を構築するために選択されたLCHのみが、リソースを割り当てるために選択されることができる(例えばLCP内のリソースの割り当て)。例えばMACエンティティ300は、三つの論理チャネル(例えばLCH#1、#2、及び#3)を用いて構成され得る。Msg3バッファ310に格納されたMAC PDUは、LCH#1及び#2からのMAC SDUsを含むことができる。一実装形態において、MAC PDUを再構築するとき、MACエンティティ300は、設定された論理チャネルの各々のためのマッピング制約の全てを無視してもよい。一実装形態において、マッピング制約は、送信のために許されたサブキャリア間隔(複数可)をセットするパラメータallowedSCS-Listと、送信のために許された最大物理アップリンク共有チャネル(PUSCH)持続時間をセットするパラメータmaxPUSCH-Durationと、設定されたグラントのType 1を送信のために使用できるかどうかをセットするパラメータconfiguredGrantType1allowedと、送信のために許可されたセル(複数可)をセットするパラメータallowedServingCellとを含むことができる。上記の例において、MAC CEを有するMACサブPDU及びパディングを有するMACサブPDUを除き、MACエンティティ300は、必要なときにLCH#1及び#2にのみリソースを割り当てることができる。
【0103】
一実装形態において、MAC CEを有するMACサブPDU及びパディングを有するMACサブPDUを除いて、MACエンティティ300は、下記の条件のすべてを満たす論理チャネルにのみリソースを割り当てることができる:
- ULグラントに関連付けられていたサブキャリア間隔インデックスを含むように設定されている場合、パラメータallowedSCS-List内の許されたサブキャリア間隔インデックス値のセット;
- ULグラントに関連付けられていたPUSCH送信期間以上であるように設定されている場合、パラメータmaxPUSCH-Duration;
- ULグラントがConfigured Grant Type 1であるケースにおいて、TRUEにセットされているように設定されている場合、パラメータconfiguredGrantType1Allowed;及び
- ULグラントに関連付けられていたCell情報が含まれるように設定される場合、パラメータallowedServingCells。
【0104】
一実装形態において、上記の二つの実装形態を組み合わせてもよい。例えば、MACエンティティ300は、三つの論理チャネル(例えばLCH#1、#2、及び#3)を用いて設定され得る。Msg3バッファ310に格納されたMAC PDUは、LCH#1及び#2からのMAC SDUを含むことができる。MAC PDUを再構築するとき、MAC CEを有するMACサブPDU及びパディングを有するMACサブPDUを除いて、MACエンティティ300は、下記の条件のすべてを満たすLCH#1及び/又はLCH#2にのみリソースを割り当てることができる:
- ULグラントに関連付けられていたサブキャリア間隔インデックスを含むように設定されている場合、パラメータallowedSCS-List内の許されたサブキャリア間隔インデックス値のセット;
- ULグラントに関連付けられていたPUSCH送信期間以上であるように設定されている場合、パラメータmaxPUSCH-Duration;
- ULグラントがConfigured Grant Type 1のケースにおいて、TRUEにセットされるように設定されている場合、パラメータconfiguredGrantType1Allowed;及び
- ULグラントに関連付けられていたCell情報が含まれるように、設定されている場合、allowedServingCellsパラメータ。
【0105】
ケース2-6-d:一実装形態において、MAC PDUを再構築するとき、M&Aエンティティ320は、(例えばRARによってグラントされたTBサイズを満たすために)パディングを直接的に追加することができる。
【0106】
ケース2-6-e:一実装形態において、MAC PDUを再構築するとき、M&Aエンティティ320は、最初にパディングを削除し、それに応じて(例えばRARによってグラントされたTBサイズを満たすために)新しいパディングを追加することができる。
【0107】
ケース2-6-f:一実装形態において、MAC PDUを再構築するとき、M&Aエンティティ320は、取得されたMAC PDU(Msg3バッファ310に格納されているか、又はHARQエンティティ330から受信されてもよい)から、MACサブPDUsのいくつか(例えばMACサブヘッダのみ、MACサブヘッダ及びMAC SDU、MACサブヘッダ及びMAC CE、又はMACサブヘッダ及びパディング)を保持してもよい。一実装形態において、M&Aエンティティ320が予め定義されたルール(複数可)及び/又はRARによってグラントされたTBサイズに基づいて、MACサブPDUsのいくつかを破棄することができる。
【0108】
ケース2-6-g:一実装形態において、M&Aエンティティ320は、生成されたMAC PDU内にいくつかのMACサブPDUsを保持し、及び/又は予め定義されたルール及び/又は任意の新しいULグラントによってグラントされたTBサイズに基づいて、いくつかのMACサブPDUを破棄し得る。この場合は、生成されたMAC PDUが更新されたULグラントサイズを満たすことができない(例えばTBサイズが変更される)、ULリソースが基地局又は上位/下位レイヤからの何らかの他のインディケーションによってキャンセルされる、MACエンティティ300自体によってトリガされる送信キャンセル、又は何らかの他のイベントのとき、起こり得る。
【0109】
ケース2-6-h:一実装形態において、MAC PDUを再構築するとき、M&Aエンティティ320は、MAC SDUを含むMACサブPDUsのみをCCCHから保持し、その後にパディングを追加することができる。
【0110】
ケース2-6-i:一実装形態において、MAC PDUを再構築するとき、M&Aエンティティ320は、特定のMAC CE(例えばBSR MAC CE)を含むMACサブPDUを保持/廃棄/破棄し得る。
【0111】
図7は、本出願の一例としての実装形態によるMAC PDU 700を示す。MAC PDU700は、MACサブPDU#1 710、MACサブPDU#2 720、MACサブPDU#3 730、MACサブPDU#4 740、及びMACサブPDU#5 750を含むことができる。MACサブPDU#1 710は、MACサブヘッダ711及びMAC SDU#1 712を含むことができる。MACサブPDU#2 720は、MACサブヘッダ721及びMAC SDU#2 722を含むことができる。MACサブPDU#3 730は、MACサブヘッダ731及びMAC CE#1 732(例えば固定サイズのMAC CE)を含むことができる。MACサブPDU#4 740は、MACサブヘッダ741及びMAC CE#2 742(例えば可変サイズのMAC CE)を含み得る。MACサブPDU#5 750は、パディングを含むことができる。
【0112】
MACサブPDU#1 710及びMACサブPDU#2 720は、MAC SDUを搬送する第1の種類のMACサブPDUに属することができる。MACサブPDU#3 730及びMACサブPDU#4 740は、MAC CEを搬送する第2の種類のMACサブPDUに属することができる。MACサブPDU#5 750は、パディングに使用される第3の種類のMACサブPDUに属することができる。パディングのために使用されるMACサブPDU(例えばMACサブPDU#5 750)は、MAC PDU(例えばMAC PDU700)に任意に含まれてもよい。すなわち、第3の種類に属するMACサブPDUsの数はゼロであってもよい。図7に示される特定の種類に属するMACサブPDUsの数は、限定されるものではなく単なる例示であることに留意されたい。例えば、第1の種類(又は第2の種類)に属するMACサブPDUsの数も、2つ以上又は2つ未満の場合がある。一実装形態において、第2の種類に属するMACサブPDUの数は0であってもよく、これは、MAC PDU内にMAC CEを搬送するMACサブPDUは存在しないことを意味する。
【0113】
図8は、本出願の一例としての実装形態による、UEによって実行されるRA手順のための方法800のフローチャートである。方法800は、アクション802、804及び806を含むことができる。図3を参照して上述したように、UEのMACエンティティ300は、Msg3バッファ310、M&Aエンティティ320、及びHARQエンティティ330を含むことができる。アクション802において、UEのMACエンティティ300は、進行中のランダムアクセス手順の間に、基地局からのRAR内のULグラントを受信する。一実装形態において、ULグラントを含むRARは、進行中のランダムアクセス手順の間に、最初の正常に受信されたRARではないことがある。アクション802は、図1に示されるアクション132又は図4に示されるアクション410に対応し得る。
【0114】
アクション804において、HARQエンティティ330は、Msg3バッファ310内にMAC PDUが存在するかどうかをチェックすることができる(例えば図6に示されるアクション610)。Msg3バッファ310内にMAC PDUが存在する場合、HARQエンティティ330は、Msg3バッファ310から第1のMAC PDUを取得することができる。図7に示されるMAC PDU700は、第1のMAC PDUの構造の一例として取り上げられることができる。第1のMAC PDUは、MAC SDUを搬送する第1の種類のMACサブのPDU(例えば図7に示されるMACサブPDU#1 710及びMACサブPDU#2 720)、及びMAC CEを搬送する第2の種類のMACサブPDU(例えば図7に示されるMACサブPDU#3 730及びMACサブPDU#4 740)を含むことができる。
【0115】
アクション806において、HARQエンティティ330は、ULグラントのサイズ及び第1のMAC PDUのサイズ(例えば図6に示されるアクション640における特定の条件)をチェックすることができる。ULグラントのサイズが第1のMAC PDUのサイズと異なる場合(例えば上述のケース1-1、ケース1-2、ケース1-3)、HARQエンティティ330は、第1のMAC PDUから特定の種類のMACサブPDUを破棄するようにM&Aエンティティ320に指示することができる(例えば図6に示されるアクション650における特定の手順)。一実装形態において、特定の種類のMACサブPDUが第1の種類のMACサブPDU及び第2の種類のMACサブPDUの一つであってよい。アクション806の一つの実装形態は、M&Aエンティティ320がMAC PDUを再構築するとき、いくつかのMACサブPDUsを破棄することができるケース2-5を参照することができる。
【0116】
一実装形態において、特定の種類のMACサブPDUは、第1の種類のMACサブPDUであってよい。アクション806において、HARQエンティティ330からインディケーションを受信した後、M&Aエンティティ320は、第1の種類のMACサブPDUに属するMACサブPDUsの少なくとも一つ又は全てを破棄することができる。図7に示される例を参照すると、一実装形態において、M&Aエンティティ320は、MAC PDU#1 710及びMACサブPDU#2 720をMAC PDU700から破棄することができる。
【0117】
一実装形態において、特定の種類のMACサブPDUは、第2の種類のMACサブPDUであってよい。アクション806において、HARQエンティティ330からインディケーションを受信した後、M&Aエンティティ320は、第2の種類のMACサブPDUに属するMACサブPDUsの少なくとも一つ又はすべてを破棄することができる。図7に示される例を参照すると、一実装形態において、M&Aエンティティ320は、MAC PDU700からMACサブPDU#3 730及びMACサブPDU#4 740を破棄することができる。
【0118】
一実装形態において、方法800は、M&Aエンティティ320から第2のMAC PDUを取得するHARQエンティティ330、及び第2のMAC PDUを基地局に送信するHARQエンティティ330を更に含むことができる(例えば図1に示すアクション133)。一実装形態において、第2のMAC PDUは、アクション806において、HARQエンティティ330からインディケーションを受信した後、M&Aエンティティ320によって再構築されたMAC PDUであってよい。一実装形態において、第2のMAC PDUは、アクション802において受信されたULグラントに関連付けられているリソース上で送信されてよい。別の実装形態において、第2のMAC PDUは、アクション802において受信されたULグラントに関連付けられていないリソース上で送信されてもよい。すなわち、第2のMAC PDUは、後続のアップリンク送信で送信されるMAC PDUであってもよい。一実装形態において、第2のMAC PDUは、第1のMAC PDU(アクション804において取得される)内の第1の種類のMACサブPDUに属する、少なくとも一つのサブPDUを含んでもよい。図7に示す例を参照すると、第2のMAC PDUは、MACサブPDU#1 710及びMACサブPDU#2 720の少なくとも一つを含むことができる。
【0119】
一実装形態において、第1のMAC PDU(アクション804において取得される)は、パディングに使用される第3の種類のMACサブPDU(例えば図7に示されるMACサブPDU#5 750)を更に含むことができる。方法800は、ULグラントのサイズが第1のMAC PDUのサイズと異なるとき(例えば図6に示されるアクション640における特定の条件)、HARQエンティティ330は、第1のMAC PDUから第3の種類のMACサブPDUを破棄するようにM&Aエンティティ320に指示することができる(例えば図6に示されるアクション650における特定の手順)。図7に示される例を参照すると、一実装形態において、M&Aエンティティ320は、MAC PDU700からMACサブPDU#5 750を破棄することができる。一実装形態は、ケース2-5を参照することができ、その場合、M&Aエンティティ320は、MAC PDUを再構築するとき、パディングのために使用されたMACサブPDUを破棄することができる。
【0120】
図9は、本出願の一例としての実装形態による、UEによって実行されるRA手順のための方法900のフローチャートである。方法900は、アクション902、904、及び906を含むことができる。アクション902において、UEは、進行中のランダムアクセス手順の間に、基地局からのRARにおいてULグラントを受信することができる。アクション902は、図1に示されるアクション132又は図4に示されるアクション410に対応し得る。
【0121】
アクション904において、Msg3バッファ内にMAC PDUが存在する場合(例えば図6に示されるアクション610)、UEは、UEのMsg3バッファから第1のMAC PDUを取得することができる。図7に示されるMAC PDU700は、第1のMAC PDUの構造の一例として挙げることができる。
【0122】
アクション906において、ULグラントのサイズが第1のMAC PDUのサイズと異なる場合(例えば図6に示すアクション640)、UEは、第1のMAC PDUから特定の種類のMACサブPDUを破棄することができる(例えば図6に示すアクション650)。一実装形態において、特定の種類のMACサブPDUは、第1の種類のMACサブPDU及び第2の種類のMACサブPDUの内の一つであってよい。アクション806の一実装形態は、ケース2-5を参照することができ、このケースにおいて、MAC PDUを再構築するとき、UEは、いくつかのMACサブPDUsを破棄することができる。
【0123】
一実装形態において、特定の種類のMACサブPDUは、第1の種類のMACサブPDUであってもよい。アクション906において、UEは、第1の種類のMACサブPDUに属するMACサブPDUsの少なくとも一つ又は全てを破棄してもよい。図7に示される例を参照すると、一実装形態において、UEは、MAC PDU#1 710及びMACサブPDU#2 720をMAC PDU700から破棄することができる。
【0124】
一実装形態において、特定の種類のMACサブPDUは、第2の種類のMACサブPDUであってよい。アクション906において、UEは、第2の種類のMACサブPDUに属するMACサブPDUsの少なくとも一つ又は全てを破棄してもよい。図7に示す例を参照すると、一実装形態において、UEは、MAC PDU700からMACサブPDU#3 730及びMACサブPDU#4 740を破棄することができる。
【0125】
一実装形態において、方法900は、UEが第2のMAC PDUを基地局に送信すること(例えば図1に示されるアクション133)を更に含み得る。一実装形態において、第2のMAC PDUは、アクション902において受信されたULグラントに関連付けられていたリソース上で送信されてもよい。別の実装形態において、第2のMAC PDUは、アクション902において受信されたULグラントに関連付けられていないリソース上で送信されてもよい。すなわち、第2のMAC PDUは、後続のアップリンク送信で送信されてもよい。一実装形態において、第2のMAC PDUは、第1のMAC PDU(アクション904において取得される)内の第1の種類のMACサブPDUに属する、少なくとも一つのサブPDUを含んでもよい。図7に示す例を参照すると、第2のMAC PDUは、MACサブPDU#1 710及びMACサブPDU#2 720の少なくとも一つを含むことができる。
【0126】
一実装形態において、第1のMAC PDU(アクション904において取得される)は、パディングに使用される第3の種類のMACサブPDU(例えば図7に示されるMACサブPDU#5 750)を更に含むことができる。方法900は、アップリンクグラントのサイズが第1のMAC PDUのサイズと異なるとき(例えば図6に示されるアクション640)、UEは、第1のMAC PDUから第3の種類のMACサブPDUを破棄することができる(例えば図6に示されるアクション650)。図7に示される例を参照して、一実装形態において、UEは、MAC PDU700からMACサブPDU#5 750を破棄することができる。
【0127】
一実装形態において、M&Aエンティティ320によって実行される方法(例えばLCP手順)は、HARQエンティティ330によっても適用され得る。その上、本開示で提供される実装形態は、論理的に結合されてもよく、代替物によって置き換えられてもよい。本開示で提供される方法及び装置はまた、以下に列挙されるいくつかの他の場合に適用されてもよい:
- MAC PDUが生成される(例えばMACエンティティ300に既に存在している)が、新しいULグラントサイズが決定又は通知されるとき;及び
- RA手順が補助UL(SUL)キャリア上で実行されるとき。
【0128】
図10は、本出願の様々な態様による、無線通信のための装置を示すブロック図である。図10に示すように、装置1000は、トランシーバ1020と、プロセッサ1028と、メモリ1034と、一つ以上のプレゼンテーション部品1038と、少なくとも1つのアンテナ1036とを含むことができる。装置1000はまた、RFスペクトル帯域モジュール、基地局(BS)通信モジュール、ネットワーク通信モジュール、及びシステム通信管理モジュール、入力/出力(I/O)ポート、I/O部品、及び電源(図10には明示的に示されていない)を含むことができる。これらの部品の各々は、一つ以上のバス1040を介して、直接的又は間接的に互いに通信することができる。一実装形態において、装置1000が例えば、図1から図9を参照して本明細書で説明される様々な機能を実行するUE又は基地局であり得る。
【0129】
送信機1022(例えば送信/送信回路)及び受信機1024(例えば受信/受信回路)を有するトランシーバ1020は、時間及び/又は周波数リソース分割情報を送信及び/又は受信するように構成され得る。いくつかの実装形態において、トランシーバ1020が使用可能、使用不可能又は柔軟に使用可能なサブフレーム及びスロットフォーマットを含むが、これらに限定されない、異なる種類のサブフレーム及びスロットで送信するように構成してもよい。トランシーバ1020は、データ及び制御チャネルを受信するように構成され得る。
【0130】
装置1000は、様々なコンピュータ読み取り可能媒体を含んでもよい。コンピュータ読み取り可能媒体は、装置1000によってアクセスされ得る任意の利用可能な媒体であり得、揮発性及び不揮発性媒体、リムーバブル及び非リムーバブル媒体の両方を含む。限定ではなく、例として、コンピュータ読み取り可能媒体は、コンピュータ記憶媒体及び通信媒体を含み得る。コンピュータ記憶媒体は、コンピュータ読み取り可能命令、データ構造、プログラムモジュール、又は他のデータなどの情報を記憶するための任意の方法又は技術で実装される、揮発性及び不揮発性、リムーバブル及び非リムーバブル媒体の両方を含む。
【0131】
コンピュータ記憶媒体は、RAM、ROM、EEPROM、フラッシュメモリ又は他のメモリ技術、CD-ROM、デジタル多用途ディスク(DVD)又は他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置又は他の磁気記憶装置を含む。コンピュータ記憶媒体は、伝播データ信号を含まない。通信媒体は、典型的にはコンピュータ読み取り可能命令、データ構造、プログラムモジュール、又は他のデータを、搬送波又は他のトランスポート機構などの変調データ信号で具現化し、任意の情報配信媒体を含む。「変調されたデータ信号」という単語は、その特性のうちの一つ以上が信号内に符号化されるように設定又は変更された信号を意味する。限定ではなく、例として、通信媒体は、有線ネットワーク又は直接有線接続などの有線媒体と、音響、RF、赤外線、及び他の無線媒体などの無線媒体とを含む。上記のいずれかの組合せも、コンピュータ読み取り可能媒体の範囲内に含まれるべきである。
【0132】
メモリ1034は、揮発性及び/又は不揮発性メモリの形態のコンピュータ記憶媒体を含んでもよい。メモリ1034は、取り外し可能、取り外し不能、又はそれらの組み合わせであってもよい。例としてのメモリは、ソリッドステートメモリ、ハードドライブ、光ディスクドライブなどが含まれる。図10に示すように、メモリ1034は、実行されるとき、プロセッサ1028に、例えば図1から図8を参照して、本明細書に記載する様々な機能を実行させるように構成された、コンピュータ読み取り可能なコンピュータ実行可能命令1032(例えば、ソフトウェアコード)を記憶することができる。あるいは、命令1032は、プロセッサ1028によって直接的に実行可能ではなく、本明細書に記載する様々な機能を実行するために装置1000(例えばコンパイルされ実行されるとき)を引き起こすように設定されてもよい。
【0133】
プロセッサ1028(例えば処理回路を有する)は、インテリジェントハードウェアデバイス、例えば中央処理装置(CPU)、マイクロコントローラ、ASICなどを含んでもよい。プロセッサ1028は、メモリを含んでもよい。プロセッサ1028は、メモリ1034から受信したデータ1030及び命令1032、並びにトランシーバ1020、ベースバンド通信モジュール、及び/又はネットワーク通信モジュールを介した情報を処理することができる。プロセッサ1028はまた、コアネットワークへの送信のために、アンテナ1036を介してネットワーク通信モジュールに送信するためにトランシーバ1020に送信される情報を処理することができる。
【0134】
一つ以上のプレゼンテーション部品1038は、人又は他のデバイスにデータインディケーションを提示する。プレゼンテーション部品1038の例は、表示デバイス、スピーカー、印刷部品、振動部品などを含んでもよい。
【0135】
上記の説明から、様々な技術が、これらの概念の範囲から逸脱することなく、本出願で説明される概念を実行するために使用され得ることが明らかである。更に、概念は特定の実施形態を特に参照して説明されてきたが、当業者はそれらの概念の範囲から逸脱することなく、形態及び詳細において変更を行うことができることを認識するのであろう。したがって、説明された実施形態はすべての点において、例示的なものであり、限定的なものではないと考えられるべきである。また、本出願は、上述の特定の実施形態に限定されるものではなく、本開示の範囲から逸脱することなく、多くの再構成、修正、及び置換が可能であることを理解されたい。
【0136】
本出願はまた、以下の各態様を含む。
(態様1)
ユーザ機器(UE:user equipment)であって、
コンピュータ実行可能命令が実装された一つ以上の非一時的なコンピュータ読み取り可能媒体;及び
前記一つ以上の非一時的なコンピュータ読み取り可能媒体に結合された少なくとも一つのプロセッサを備え、
前記少なくとも一つのプロセッサは、前記コンピュータ実行可能命令を実行することにより:
前記UEの媒体アクセス制御(MAC:Medium Access Control)エンティティによって、基地局からのランダムアクセス応答(RAR:Random Access Response)におけるアップリンク(UL:uplink)グラントを進行中のランダムアクセス手順の間に受信し、前記MACエンティティは、メッセージ3(Msg3)バッファ、多重化及びアセンブリエンティティ、並びにハイブリッド自動再送要求(HARQ:Hybrid Automatic Repeat Request)エンティティを備え;
少なくとも一つのMAC PDUが前記Msg3バッファ内にあると決定(determine)した後、前記HARQエンティティによって、第1のMACプロトコルデータユニット(PDU:Protocol Data Unit)を前記Msg3バッファから取得し、前記第1のMAC PDUは、MACサービスデータユニット(SDU:Service Data Unit)を搬送する第1の種類のMACサブPDU、及び、MAC制御要素(CE:Control Element)を搬送する第2の種類のMACサブPDUを備え;
前記ULグラントのサイズが前記第1のMAC PDUのサイズと異なるとき、前記HARQエンティティによって、多重化及びアセンブリエンティティに対して、前記第1のMAC PDUから特定の種類のMACサブPDUを破棄することを指示し、前記特定の種類のMACサブPDUは、前記第1の種類のMACサブPDU及び前記第2の種類のMACサブPDUの内の一つである
ように構成されている、UE。
(態様2)
前記特定の種類のMACサブPDUは、前記第2の種類のMACサブPDUである、態様1に記載のUE。
(態様3)
前記少なくとも一つのプロセッサは、更に、前記コンピュータ実行可能命令を実行することにより:
前記HARQエンティティによって、第2のMAC PDUを前記多重化及びアセンブリエンティティから取得し、前記第2のMAC PDUは、前記第1のMAC PDU内の前記第1の種類のMACサブPDUに属する少なくとも一つのサブPDUを備え;
前記HARQエンティティによって、前記第2のMAC PDUを前記基地局に送信する
ように構成されている、態様1に記載のUE。
(態様4)
前記第1のMAC PDUは、パディングのために使用される第3の種類のMACサブPDUを更に備え、
前記少なくとも一つのプロセッサは、更に、前記コンピュータ実行可能命令を実行することにより:
前記ULグラントの前記サイズが前記第1のMAC PDUの前記サイズと異なるとき、前記HARQエンティティによって、前記多重化及びアセンブリエンティティに対して、前記第1のMAC PDUから前記第3の種類のMACサブPDUを破棄することを指示する
ように構成されている、態様1に記載のUE。
(態様5)
前記ULグラントは、Msg3送信のために使用されるHARQプロセスIDに関連付けられている、態様1に記載のUE。
(態様6)
ユーザ機器(UE)であって、
コンピュータ実行可能命令が実装された一つ以上の非一時的なコンピュータ読み取り可能媒体;及び
前記一つ以上の非一時的なコンピュータ読み取り可能媒体に結合された少なくとも一つのプロセッサを備え、
前記少なくとも一つのプロセッサは、前記コンピュータ実行可能命令を実行することにより:
基地局からのランダムアクセス応答(RAR)内のアップリンク(UL)グラントを進行中のランダムアクセス手順の間に受信し;
少なくとも一つのMAC PDUがメッセージ3(Msg3)バッファ内にあると決定した後、第1の媒体アクセス制御(MAC)プロトコルデータユニット(PDU)を前記UEの前記Msg3バッファから取得し、前記第1のMAC PDUは、MACサービスデータユニット(SDU)を搬送する第1の種類のMACサブPDU、及び、MAC制御要素(CE)を搬送する第2の種類のMACサブPDUを備え;
前記ULグラントのサイズが前記第1のMAC PDUのサイズと異なるとき、前記第1のMAC PDUから特定の種類のMACサブPDUを破棄し、前記特定の種類のMACサブPDUは、前記第1の種類のMACサブPDU及び前記第2の種類のMACサブPDUの内の一つである
ように構成されている、UE。
(態様7)
前記特定の種類のMACサブPDUは、前記第2の種類のMACサブPDUである、態様6に記載のUE。
(態様8)
前記少なくとも一つのプロセッサは、更に、前記コンピュータ実行可能命令を実行することにより:
前記基地局に第2のMAC PDUを送信し、前記第2のMAC PDUは、前記第1のMAC PDU内の前記第1の種類のMACサブPDUに属する少なくとも一つのサブPDUを備える、
ように構成されている、態様6に記載のUE。
(態様9)
前記第1のMAC PDUは、パディングのために使用される第3の種類のMACサブPDUを更に備え、
前記少なくとも一つのプロセッサは、更に、前記コンピュータ実行可能命令を実行することにより:
前記ULグラントの前記サイズが前記第1のMAC PDUの前記サイズと異なるとき、前記第1のMAC PDUから前記第3の種類のMACサブPDUを破棄する、
ように構成されている、態様6に記載のUE。
(態様10)
前記ULグラントは、Msg3送信のために使用されるHARQプロセスIDに関連付けられている、態様6に記載のUE。
(態様11)
UEによって実行されるランダムアクセスのための方法であって、前記方法は:
前記UEの媒体アクセス制御(MAC)エンティティによって、基地局からのランダムアクセス応答(RAR)におけるアップリンク(UL)グラントを進行中のランダムアクセス手順の間に受信し、前記MACエンティティは、メッセージ3(Msg3)バッファ、多重化及びアセンブリエンティティ、並びにハイブリッド自動再送要求(HARQ)エンティティを備えること;
少なくとも一つのMAC PDUが前記Msg3バッファ内にあると決定した後、前記HARQエンティティによって、第1のMACプロトコルデータユニット(PDU)を前記Msg3バッファから取得し、前記第1のMAC PDUは、MACサービスデータユニット(SDU)を搬送する第1の種類のMACサブPDU、及び、MAC制御要素(CE)を搬送する第2の種類のMACサブPDUを備えること;及び
前記ULグラントのサイズが前記第1のMAC PDUのサイズと異なるとき、前記HARQエンティティによって、前記多重化及びアセンブリエンティティに対して、前記第1のMAC PDUから特定の種類のMACサブPDUを破棄することを指示し、前記特定の種類のMACサブPDUは、前記第1の種類のMACサブPDU及び前記第2の種類のMACサブPDUの内の一つであること
を含む、方法。
(態様12)
前記特定の種類のMACサブPDUは、前記第2の種類のMACサブPDUである、態様11に記載の方法。
(態様13)
前記HARQエンティティによって、前記多重化及びアセンブリエンティティから第2のMAC PDUを取得し、前記第2のMAC PDUは、前記第1のMAC PDU内の前記第1の種類のMACサブPDUに属する少なくとも一つのサブPDUを備えること;及び
前記HARQエンティティによって、前記第2のMAC PDUを前記基地局に送信すること、
を更に含む、態様11に記載の方法。
(態様14)
前記第1のMAC PDUは、パディングのために使用される第3の種類のMACサブPDUを更に備え、
前記方法は:
前記ULグラントの前記サイズが前記第1のMAC PDUの前記サイズと異なるとき、前記HARQエンティティによって、前記多重化及びアセンブリエンティティに対して、前記第1のMAC PDUから前記第3の種類のMACサブPDUを破棄することを指示すること、
を更に含む、態様11に記載の方法。
(態様15)
前記ULグラントは、Msg3送信のために使用されるHARQプロセスIDに関連付けられている、態様11に記載の方法。
(態様16)
UEによって実行されるランダムアクセスのための方法であって、前記方法は:
基地局からのランダムアクセス応答(RAR)内のアップリンク(UL)グラントを進行中のランダムアクセス手順の間に受信すること;
少なくとも一つのMAC PDUがメッセージ3(Msg3)バッファ内にあると決定した後、第1の媒体アクセス制御(MAC)プロトコルデータユニット(PDU)を前記UEの前記Msg3バッファから取得し、前記第1のMAC PDUは、MACサービスデータユニット(SDU)を搬送する第1の種類のMACサブPDU、及び、MAC制御要素(CE)を搬送する第2の種類のMACサブPDUを備えること;及び
前記ULグラントのサイズが前記第1のMAC PDUのサイズと異なるとき、前記第1のMAC PDUから特定の種類のMACサブPDUを破棄し、前記特定の種類のMACサブPDUは、前記第1の種類のMACサブPDU及び前記第2の種類のMACサブPDUの内の一つであること
を含む、方法。
(態様17)
前記特定の種類のMACサブPDUは、前記第2の種類のMACサブPDUである、態様16に記載の方法。
(態様18)
前記方法は:
前記基地局に第2のMAC PDUを送信し、前記第2のMAC PDUは、前記第1のMAC PDU内の前記第1の種類のMACサブPDUに属する少なくとも一つのサブPDUを備えること
を更に含む、態様16に記載の方法。
(態様19)
前記第1のMAC PDUは、パディングのために使用される第3の種類のMACサブPDUを更に備え、
前記方法は:
前記ULグラントの前記サイズが前記第1のMAC PDUの前記サイズと異なるとき、前記第1のMAC PDUから前記第3の種類のMACサブPDUを破棄すること、
を更に含む、態様16に記載の方法。
(態様20)
前記ULグラントは、Msg3送信のために使用されるHARQプロセスIDに関連付けられている、態様16に記載の方法。
【図面の簡単な説明】
【0137】
図1図1は、本出願の一例としての実装形態による、一例としてのコンテンションベースのRA(CBRA)手順を示す図である。
図2図2は、本出願の一例としての実装形態による、一例としてのコンテンションフリーRA(CFRA)手順を示す図である。
図3図3は、本出願の一例としての実装形態による、UEの一例としてのMACエンティティを示すブロック図である。
図4図4は、本出願の一例としての実装形態による、RA手順におけるMACエンティティによって実行される一例としての方法のフローチャートである。
図5図5は、本出願の一例としての実装形態による、RA手順におけるHARQエンティティによって実行される一例としての方法のフローチャートである。
図6図6は、本出願の一例としての実装形態による、RA手順におけるHARQエンティティによって実行される一例としての方法のフローチャートである。
図7図7は、本出願の一例としての実装形態による、一例としてのMAC PDUを示す。
図8図8は、本出願の一例としての実装形態による、UEによって実行されるRA手順のための一例としての方法のフローチャートである。
図9図9は、本出願の一例としての実装形態による、UEによって実行されるRA手順のための一例としての方法のフローチャートである。
図10図10は、本出願の様々な態様による無線通信のための装置を示すブロック図である。
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10