(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-06-19
(45)【発行日】2024-06-27
(54)【発明の名称】無線ネットワーク一時識別子に関連する方法および装置
(51)【国際特許分類】
H04L 27/26 20060101AFI20240620BHJP
H04W 74/08 20240101ALI20240620BHJP
H04L 1/00 20060101ALI20240620BHJP
H04W 72/232 20230101ALI20240620BHJP
H04W 8/26 20090101ALI20240620BHJP
【FI】
H04L27/26 113
H04W74/08
H04L1/00 A
H04W72/232
H04W8/26 110
(21)【出願番号】P 2022540392
(86)(22)【出願日】2020-08-25
(86)【国際出願番号】 CN2020110933
(87)【国際公開番号】W WO2022040895
(87)【国際公開日】2022-03-03
【審査請求日】2022-09-14
【前置審査】
(73)【特許権者】
【識別番号】511151662
【氏名又は名称】中興通訊股▲ふん▼有限公司
【氏名又は名称原語表記】ZTE CORPORATION
【住所又は居所原語表記】ZTE Plaza,Keji Road South,Hi-Tech Industrial Park,Nanshan Shenzhen,Guangdong 518057 China
(74)【代理人】
【識別番号】100078282
【氏名又は名称】山本 秀策
(74)【代理人】
【識別番号】100113413
【氏名又は名称】森下 夏樹
(74)【代理人】
【識別番号】100181674
【氏名又は名称】飯田 貴敏
(74)【代理人】
【識別番号】100181641
【氏名又は名称】石川 大輔
(74)【代理人】
【識別番号】230113332
【氏名又は名称】山本 健策
(72)【発明者】
【氏名】ジャン, リー
(72)【発明者】
【氏名】リー, ジヤン
【審査官】川口 貴裕
(56)【参考文献】
【文献】特開2020-053849(JP,A)
【文献】特表2022-506678(JP,A)
【文献】国際公開第2020/047080(WO,A1)
【文献】MediaTek Inc.,Remaining details on RACH procedure[online],3GPP TSG RAN WG1 Meeting 90bis R1-1718340,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_90b/Docs/R1-1718340.zip>,2017年10月03日
【文献】ZTE (CR editor), Nokia, Samsung, Vivo, Ericsson, Fujitsu, LG,Updates to MAC spec for 2-step RACH[online],3GPP TSG-RAN WG2 Meeting #110-e R2-2006323,Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_110-e/Docs/R2-2006323.zip>,2020年06月15日
【文献】SONY,msgB-RNTI ambiguity for CFRA and CBRA of 2-Step RACH[online],3GPP TSG-RAN WG2 Meeting #109 electronic R2-2000833,Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_109_e/Docs/R2-2000833.zip>,2020年02月13日
(58)【調査した分野】(Int.Cl.,DB名)
H04L 27/26
H04L 1/00
H04B 7/24 - 7/26
H04W 4/00 - 99/00
(57)【特許請求の範囲】
【請求項1】
方法であって、
無線通信デバイスが、物理ランダムアクセスチャネル(PRACH)プリアンブルが伝送される時間ドメインにおけるPRACH機会のインデックスに従って、無線ネットワーク一時識別子(RNTI)を決定すること
であって、前記RNTIは、時間ドメインにおける前記PRACH機会の前記インデックスであるt_RO_idの関数として決定され、前記RNTIは、
RNTI=1+t_RO_id、
RNTI=1+t_RO_id+t_RO_total、
RNTI=1+t_RO_id+t_RO_total×f_id+t_RO_total×8×ul_carrier_id、または
RNTI=1+t_RO_id+t_RO_total×f_id+t_RO_total×8×ul_carrier_id+t_RO_total×8×2
のうちの少なくとも1つに従って決定され、ここで、t_RO_totalは、時間ドメインにおけるPRACH機会の総数であり、f_idは、周波数ドメインにおける前記PRACH機会のインデックスであり、ul_carrier_idは、ランダムアクセスプリアンブル伝送のためのキャリアの識別子である、ことと、
前記無線通信デバイスが、前記RNTIを用いてスクランブリングされる巡回冗長検査(CRC)を伴うダウンリンク制御情報(DCI)フォーマットを検出することと
を含む方法。
【請求項2】
ランダムアクセス応答は、
前記DCIフォーマットの前記CRCが、前記RNTIを用いてスクランブリングされるとき、かつ、
媒体アクセス制御(MAC)プロトコルデータユニット(PDU)におけるランダムアクセスプリアンブル識別子が、含まれる場合、伝送されるプリアンブルインデックスに対応するか、または、MACサブPDUにおけるユーザ機器(UE)競合解決識別が、共通制御チャネル(CCCH)サービスデータユニット(SDU)に合致するかのいずれかであるとき、
受信成功を示す、請求項1に記載の方法。
【請求項3】
前記RNTIは、ランダムアクセス(RA)-RNTIまたはMsgB-RNTIを備える、請求項1に記載の方法。
【請求項4】
前記無線通信デバイスが、無線通信ノードから、メッセージを介して、伝送プリアンブルの時間ドメインリソースに対応する
前記f_idのインジケーションを受信することであって、前記メッセージは、ランダムアクセス応答(RAR)または前記DCI内にある、こと
を含む、請求項1に記載の方法。
【請求項5】
方法であって、
無線通信ノードが、無線通信デバイスから物理ランダムアクセスチャネル(PRACH)プリアンブルを受信することと、
前記無線通信ノードが、前記PRACHプリアンブルが受信される時間ドメインにおけるPRACH機会のインデックスの関数として無線ネットワーク一時識別子(RNTI)を決定することであって、前記RNTIは、前記PRACHプリアンブルの周波数ドメインリソースと関連付けられたパラメータを除外して決定される、ことと、
前記無線通信ノードが、前記無線通信デバイスに、前記RNTIを用いてスクランブリングされる巡回冗長検査(CRC)を伴うダウンリンク制御情報(DCI)フォーマットを伝送することと
を含む方法。
【請求項6】
ランダムアクセス応答は、
前記DCIフォーマットの前記CRCが、前記RNTIを用いてスクランブリングされるとき、かつ、
媒体アクセス制御(MAC)プロトコルデータユニット(PDU)におけるランダムアクセスプリアンブル識別子が、含まれる場合、伝送されるプリアンブルインデックスに対応するか、または、MACサブPDUにおけるユーザ機器(UE)競合解決識別が、共通制御チャネル(CCCH)サービスデータユニット(SDU)に合致するかのいずれかであるとき、
受信成功を示す、請求項
5に記載の方法。
【請求項7】
前記無線通信ノードが、RNTI=1+t_RO_idとして前記RNTIを決定することであって、t_RO_idは、時間ドメインにおける前記PRACH機会の前記インデックスである、こと
を含む、請求項
5に記載の方法。
【請求項8】
前記無線通信ノードが、時間ドメインにおける前記PRACH機会の前記インデックス(t_RO_id)と、時間ドメインにおけるPRACH機会の総数(t_RO_total)との関数として、前記RNTIを決定すること
を含む、請求項
5に記載の方法。
【請求項9】
前記無線通信ノードが、RNTI=1+t_RO_id+t_RO_totalとして前記RNTIを決定することを含む、請求項
8に記載の方法。
【請求項10】
前記RNTIは、ランダムアクセス(RA)-RNTIまたはMsgB-RNTIを備える、請求項
5に記載の方法。
【請求項11】
請求項1~
4のいずれか1項に記載の方法を実施するように構成される少なくとも1つのプロセッサを備える、無線通信デバイス。
【請求項12】
請求項
5~
10のいずれか1項に記載の方法を実施するように構成される少なくとも1つのプロセッサを備える、無線通信ノード。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、概して、限定ではないが、無線ネットワーク一時識別子(RNTI)のためのシステムおよび方法を含む、無線通信に関する。
【背景技術】
【0002】
標準化機関である、第3世代パートナーシッププロジェクト(3GPP(登録商標))は、現在、5G新規無線(5G NR)および次世代パケットコアネットワーク(NG-CNまたはNGC)と呼ばれる新しい無線インターフェースを規定する段階にある。5G NRは、3つの主要なコンポーネント、すなわち、5Gアクセスネットワーク(5G-AN)、5Gコアネットワーク(5GC)、およびユーザ機器(UE)を有するであろう。異なるデータサービスおよび要件の使用可能性を促進するために、ネットワーク機能とも呼ばれる、5GCの要素が、必要性に従って適合され得るように、そのうちの一部は、ソフトウェアベースであるように、そのうちの一部は、ハードウェアベースであるように簡略化されている。
【発明の概要】
【課題を解決するための手段】
【0003】
本明細書に開示される例示的実施形態は、先行技術に提示される問題のうちの1つまたはそれを上回るものに関連する問題を解決し、かつ添付の図面と関連して検討されるときに以下の発明を実施するための形態を参照することによって容易に明白であろう、付加的特徴を提供することを対象とする。種々の実施形態によると、例示的システム、方法、デバイス、およびコンピュータプログラム製品が、本明細書に開示される。しかしながら、これらの実施形態は、限定ではなく、一例として提示されることが理解され、開示される実施形態に対する種々の修正が、本開示の範囲内に留まったまま行われることができることが、本開示を熟読する当業者に明白となるであろう。
【0004】
少なくとも1つの側面は、システム、方法、装置、またはコンピュータ可読媒体を対象とする。無線通信デバイスが、RNTI(例えば、RNTI値)を計算する、算出する、または別様に決定してもよい。無線通信デバイスは、ダウンリンク制御情報(DCI)フォーマットの巡回冗長検査が、RNTIを用いてスクランブリングされることを決定する、検出する、または確認してもよい。
【0005】
いくつかの実施形態では、ランダムアクセス応答が、受信成功を示し得る。いくつかの実施形態では、ランダムアクセス応答は、DCIフォーマットのCRCが、RNTIを用いてスクランブリングされると、受信成功を示し得る。いくつかの実施形態では、媒体アクセス制御(MAC)プロトコルデータユニット(PDU)におけるランダムアクセスプリアンブル識別子が、含まれてもよい。いくつかの実施形態では、ランダムアクセス応答は、第1のMAC PDUにおけるランダムアクセスプリアンブル識別子が、伝送されるプリアンブルインデックスに対応すると、受信成功を示し得る。いくつかの実施形態では、ランダムアクセス応答は、MACサブPDUにおけるユーザ機器(UE)競合解決識別が、共通制御チャネル(CCCH)サービスデータユニット(SDU)に合致すると、受信成功を示し得る。
【0006】
いくつかの実施形態では、無線通信デバイスは、無線通信ノードから、メッセージを介して、インジケーションと、識別子とを受信してもよい。いくつかの実施形態では、インジケーションは、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)のインジケーションを備えてもよい。いくつかの実施形態では、識別子は、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)を備えてもよい。いくつかの実施形態では、インジケーションおよび識別子は、伝送プリアンブルの周波数ドメインリソースに対応してもよい。いくつかの実施形態では、無線通信デバイスは、RNTIを決定してもよい。いくつかの実施形態では、RNTIは、PRACH機会の第1の直交周波数分割多重化(OFDM)シンボルのインデックス(s_id)、PRACH機会の第1のスロットのインデックス(t_id)の関数であってもよい。いくつかの実施形態では、RNTIは、f_idおよびul_carrier_idを除外してもよい。
【0007】
いくつかの実施形態では、無線通信デバイスは、無線通信ノードから、メッセージを介して、インジケーションおよび識別子を受信してもよい。いくつかの実施形態では、インジケーションは、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)のインジケーションを備えてもよい。いくつかの実施形態では、識別子は、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)を備えてもよい。いくつかの実施形態では、インジケーションおよび識別子は、伝送プリアンブルの周波数ドメインリソースに対応してもよい。いくつかの実施形態では、無線通信デバイスは、RNTIを決定してもよい。いくつかの実施形態では、RNTIは、時間ドメインにおけるPRACH機会のインデックス(t_RO_id)の関数であってもよい。いくつかの実施形態では、RNTIは、f_idおよびul_carrier_idを除外してもよい(例えば、その関数ではない、またはそれに従って決定されない)。
【0008】
いくつかの実施形態では、無線通信デバイスは、無線通信ノードから、メッセージを介して、インジケーションと、インデックスとを受信してもよい。いくつかの実施形態では、インジケーションは、PRACH機会の第1の直交周波数分割多重化(OFDM)シンボルのインデックス(s_id)のインジケーションを備えてもよい。いくつかの実施形態では、インデックスは、伝送プリアンブルの時間ドメインリソースに対応する、PRACH機会の第1のスロットのインデックス(t_id)を備えてもよい。いくつかの実施形態では、無線通信デバイスは、RNTIを決定してもよい。いくつかの実施形態では、RNTIは、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)と、ランダムアクセスプリアンブル伝送のためのキャリア(例えば、アップリンクキャリア)の識別子(ul_carrier_id)の関数であってもよい。いくつかの実施形態では、RNTIは、s_idおよびt_idを除外してもよい。
【0009】
いくつかの実施形態では、無線通信デバイスは、無線通信ノードから、メッセージを介して、インジケーションを受信してもよい。いくつかの実施形態では、インジケーションは、時間ドメインにおけるPRACH機会のインデックス(t_RO_id)のインジケーションを備えてもよい。いくつかの実施形態では、インジケーションは、伝送プリアンブルの時間ドメインリソースに対応してもよい。いくつかの実施形態では、無線通信デバイスは、RNTIを決定してもよい。いくつかの実施形態では、RNTIは、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)と、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)の関数であってもよい。いくつかの実施形態では、RNTIは、t_RO_idを除外してもよい(例えば、その関数ではない、またはそれを使用して決定されない)。
【0010】
いくつかの実施形態では、無線通信デバイスは、RNTIを決定してもよい(例えば、それに関する値を算出または計算する)。いくつかの実施形態では、RNTIは、時間ドメインインデックスと、数と、周波数ドメインインデックスと、識別子との関数であってもよい。いくつかの実施形態では、時間ドメインインデックスは、時間ドメインにおけるPRACH機会のインデックス(t_RO_id)を備えてもよい。いくつかの実施形態では、数は、時間ドメインにおけるPRACH機会の総数(t_RO_total)を備えてもよい。いくつかの実施形態では、周波数ドメインインデックスは、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)を備えてもよい。いくつかの実施形態では、識別子は、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)を備えてもよい。
【0011】
いくつかの実施形態では、無線通信デバイスは、RNTIを決定してもよい。いくつかの実施形態では、RNTIは、インジケーションと、時間ドメインインデックスと、周波数ドメインインデックスと、識別子との関数であってもよい。いくつかの実施形態では、インジケーションは、PRACH機会の第1の直交周波数分割多重化(OFDM)シンボルのインデックス(s_id)のインジケーションを備えてもよい。いくつかの実施形態では、時間ドメインインデックスは、伝送プリアンブルの時間ドメインリソースに対応する、PRACH機会の第1のスロットのインデックス(t_id)を備えてもよい。いくつかの実施形態では、周波数ドメインインデックスは、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)を備えてもよい。いくつかの実施形態では、識別子は、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)を備えてもよい。いくつかの実施形態では、無線通信デバイスは、メッセージを介して、無線通信ノードにインジケーションを送信してもよい。いくつかの実施形態では、インジケーションは、RNTIが属する、スロットのグループのインジケーションを備えてもよい。
【0012】
少なくとも1つの側面は、システム、方法、装置、またはコンピュータ可読媒体を対象とする。無線通信ノードが、RNTIを決定してもよい。無線通信デバイスが、RNTIを決定してもよい。無線通信デバイスは、ダウンリンク制御情報(DCI)フォーマットの巡回冗長検査が、RNTIを用いてスクランブリングされることを決定してもよい。
【0013】
いくつかの実施形態では、ランダムアクセス応答が、受信成功を示し得る。いくつかの実施形態では、ランダムアクセス応答は、DCIフォーマットのCRCが、RNTIを用いてスクランブリングされると、受信成功を示し得る。いくつかの実施形態では、媒体アクセス制御(MAC)プロトコルデータユニット(PDU)におけるランダムアクセスプリアンブル識別子が、含まれてもよい。いくつかの実施形態では、ランダムアクセス応答は、第1のMAC PDUにおけるランダムアクセスプリアンブル識別子が、伝送されるプリアンブルインデックスに対応すると、受信成功を示し得る。いくつかの実施形態では、ランダムアクセス応答は、MACサブPDUにおけるユーザ機器(UE)競合解決識別が、共通制御チャネル(CCCH)サービスデータユニット(SDU)に合致すると、受信成功を示し得る。
【0014】
いくつかの実施形態では、無線通信ノードは、メッセージを介して、無線通信デバイスにインジケーションおよび識別子を送信してもよい。いくつかの実施形態では、インジケーションは、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)のインジケーションを備えてもよい。いくつかの実施形態では、識別子は、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)を備えてもよい。いくつかの実施形態では、インジケーションおよび識別子は、伝送プリアンブルの周波数ドメインリソースに対応してもよい。いくつかの実施形態では、無線通信ノードは、RNTIを決定してもよい。いくつかの実施形態では、RNTIは、PRACH機会の第1の直交周波数分割多重化(OFDM)シンボルのインデックス(s_id)と、PRACH機会の第1のスロットのインデックス(t_id)の関数であってもよい。いくつかの実施形態では、RNTIは、f_idおよびul_carrier_idを除外してもよい(例えば、その関数ではない、またはそれを使用して決定されない)。
【0015】
いくつかの実施形態では、無線通信ノードは、メッセージを介して、無線通信デバイスにインジケーションおよび識別子を送信してもよい。いくつかの実施形態では、インジケーションは、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)のインジケーションを備えてもよい。いくつかの実施形態では、識別子は、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)を備えてもよい。いくつかの実施形態では、インジケーションおよび識別子は、伝送プリアンブルの周波数ドメインリソースに対応してもよい。いくつかの実施形態では、無線通信ノードは、RNTIを決定してもよい。いくつかの実施形態では、RNTIは、時間ドメインにおけるPRACH機会のインデックス(t_RO_id)の関数であってもよい。いくつかの実施形態では、RNTIは、f_idおよびul_carrier_idを除外してもよい(例えば、その関数ではない、またはそれを使用して決定されない)。
【0016】
いくつかの実施形態では、無線通信ノードは、メッセージを介して、インジケーションと、インデックスとを無線通信デバイスに送信してもよい。いくつかの実施形態では、インジケーションは、PRACH機会の第1の直交周波数分割多重化(OFDM)シンボルのインデックス(s_id)のインジケーションを備えてもよい。いくつかの実施形態では、インデックスは、伝送プリアンブルの時間ドメインリソースに対応する、PRACH機会の第1のスロットのインデックス(t_id)を備えてもよい。いくつかの実施形態では、無線通信ノードは、RNTIを決定してもよい。いくつかの実施形態では、RNTIは、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)と、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)の関数であってもよい。いくつかの実施形態では、RNTIは、s_idおよびt_idを除外してもよい(例えば、その関数ではない、またはそれに従って決定されない)。
【0017】
いくつかの実施形態では、無線通信ノードは、メッセージを介して、無線通信デバイスにインジケーションを送信してもよい。いくつかの実施形態では、インジケーションは、時間ドメインにおけるPRACH機会のインデックス(t_RO_id)のインジケーションを備えてもよい。いくつかの実施形態では、インジケーションは、伝送プリアンブルの時間ドメインリソースに対応してもよい。いくつかの実施形態では、無線通信ノードは、RNTIを決定してもよい。いくつかの実施形態では、RNTIは、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)と、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)の関数であってもよい。いくつかの実施形態では、RNTIは、t_RO_idを除外してもよい(例えば、その関数ではない、またはそれを使用して決定されない)。
【0018】
いくつかの実施形態では、無線通信ノードは、RNTIを決定してもよい。いくつかの実施形態では、RNTIは、時間ドメインインデックスと、数と、周波数ドメインインデックスと、識別子の関数であってもよい。いくつかの実施形態では、時間ドメインインデックスは、時間ドメインにおけるPRACH機会のインデックス(t_RO_id)を備えてもよい。いくつかの実施形態では、数は、時間ドメインにおけるPRACH機会の総数(t_RO_total)を備えてもよい。いくつかの実施形態では、周波数ドメインインデックスは、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)を備えてもよい。いくつかの実施形態では、識別子は、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)を備えてもよい。
【0019】
いくつかの実施形態では、無線通信ノードは、RNTIを決定してもよい。いくつかの実施形態では、RNTIは、インジケーションと、時間ドメインインデックスと、周波数ドメインインデックスと、識別子の関数であってもよい。いくつかの実施形態では、インジケーションは、PRACH機会の第1の直交周波数分割多重化(OFDM)シンボルのインデックス(s_id)のインジケーションを備えてもよい。いくつかの実施形態では、時間ドメインインデックスは、伝送プリアンブルの時間ドメインリソースに対応する、PRACH機会の第1のスロットのインデックス(t_id)を備えてもよい。いくつかの実施形態では、周波数ドメインインデックスは、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)を備えてもよい。いくつかの実施形態では、識別子は、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)を備えてもよい。いくつかの実施形態では、無線通信ノードは、メッセージを介して、無線通信デバイスからインジケーションを受信してもよい。いくつかの実施形態では、インジケーションは、RNTIが属する、スロットのグループのインジケーションを備えてもよい。
【0020】
いくつかの実施形態では、ランダムアクセス無線ネットワーク一時識別子(RA-RNTI)式が、伝送プリアンブルの1つまたはそれを上回る時間ドメインリソース(または無線通信ノードを用いて同期/通信を開始する他の伝送)を含んでもよい。いくつかの実施形態では、RA-RNTI式は、伝送プリアンブルの1つまたはそれを上回る周波数ドメインリソースを含んでもよい。いくつかの実施形態では、時間ドメインおよび周波数ドメインリソースは、RA-RNTIの範囲を低減/減少/最小限/制御/限定するために、分断/分離されてもよい。以下のアプローチのうちの少なくとも1つは、RA-RNTIの範囲を低減/限定させ得る。
【0021】
・ アプローチ1:RA-RNTIは、伝送プリアンブルの1つまたはそれを上回る時間ドメインリソース(例えば、t_id、s_id、および/または他の時間ドメインリソース)を示す/規定/提供してもよい。ランダムアクセス応答(RAR)および/またはダウンリンク制御情報(DCI)が、伝送プリアンブルの1つまたはそれを上回る周波数ドメインリソース(例えば、f_id、ul_carrier_id、および/または他の周波数ドメインリソース)を示す/規定/提供してもよい。現在のサブキャリア間隔(SCS)が、t_idの範囲との関係を保持してもよい。例えば、960kHzのSCSが、使用される場合、t_idの最大値は、640に対応してもよい。無線通信デバイス(例えば、UE、端末、またはサーブされるノード)が、周波数ドメインリソースに対応/関連付けられる/関連する、少なくとも1つのインジケーションおよび/または識別子を受信/取得してもよい。例えば、無線通信デバイスは、f_idおよび/またはul_carrier_idを受信/取得してもよい。いくつかの実施形態では、4ビット(または他の数のビット)は、1つまたはそれを上回る周波数ドメインリソースを示す/規定してもよい。
【0022】
・ アプローチ2:RA-RNTIは、伝送プリアンブルの1つまたはそれを上回る時間ドメインリソースを示す/規定/提供してもよい。RARおよび/またはDCIは、伝送プリアンブルの1つまたはそれを上回る周波数ドメインリソースを示す/規定/提供してもよい。1つまたはそれを上回る時間ドメインリソースは、時間ドメインにおいてPRACH機会のインデックス(t_RO_id)を備えてもよい。時間ドメインリソースは、システムフレームにおいて、ランダムアクセスチャネル(RACH)機会(RO)インデックスを使用/採用してもよい。無線通信デバイスは、周波数ドメインリソースに対応する、少なくとも1つのインジケーションおよび/または識別子を受信/取得してもよい。例えば、無線通信デバイスは、f_idおよび/またはul_carrier_idを受信/取得してもよい。いくつかの実施形態では、4ビット(または他の数のビット)は、1つまたはそれを上回る周波数ドメインリソースを示す/規定してもよい。
【0023】
・ アプローチ3:RA-RNTIは、伝送プリアンブルの1つまたはそれを上回る周波数ドメインリソースを示す/規定/提供してもよい。RARおよび/またはDCIは、伝送プリアンブルの1つまたはそれを上回る時間ドメインリソースを示し得る。1つまたはそれを上回る時間ドメインリソースは、シンボルの開始位置および/または伝送プリアンブルのスロットを示す/提供する/備えてもよい。シンボルの開始位置は、物理ランダムアクセスチャネル(PRACH)機会の第1の直交周波数分割多重化(OFDM)シンボルのインデックス(s_id)を備えてもよい。スロットは、PRACH機会の第1のスロットのインデックス(t_id)を備えてもよい。1,920kHzのSCSが、使用される場合、少なくとも15ビットは、時間ドメインリソースを示す、または提供するために、使用されてもよい。
【0024】
・ アプローチ4:RA-RNTIは、伝送プリアンブルの1つまたはそれを上回る周波数ドメインリソースを示す/規定/提供してもよい。RARおよび/またはDCIは、伝送プリアンブルの1つまたはそれを上回る時間ドメインリソースを示し得る。いくつかの実施形態では、RARおよび/またはDCIは、システムフレームにおいてROインデックスを示し得る。あるPRACH構成(例えば、TS38.211によって規定される構成)では、最大数のPRACH機会は、70に対応してもよい(例えば、少なくとも7ビットが、使用されてもよい)。
【0025】
RA-RNTI式のある実施形態によると、無線通信デバイスおよび/またはノードは、フレームにおける時間ドメインシンボルの粒度を使用して、RA-RNTIを計算してもよい。時間ドメインシンボルは、SCSの値に従って、値を変化させてもよい。例えば、時間ドメインシンボルは、SCSのより高い値(例えば、1,920kHzまたは他の周波数)を用いて、値を増加/インクリメントさせ得る。ある仕様では、各PRACH構成インデックス(例えば、TS38.211における第6.3.3.2節においてテーブル6.3.3.2-2~テーブル6.3.3.2-4に規定されるPRACH構成インデックス)は、時間ドメインにおける限定された数のPRACH機会に対応してもよい。したがって、1つまたはそれを上回るPRACH機会インデックスは、システムフレームにおける1つまたはそれを上回る時間ドメインリソースを交換/代用してもよい。
【0026】
いくつかの実施形態では、RA-RNTI式は、不変/未改変のままであってもよい。RA-RNTIは、ある仕様に従って、少なくとも80(または160)スロットを示す/規定してもよい。いくつかの実施形態では、拡張/インクリメント/増加したSCSが、120kHzの倍数である値を有してもよい。したがって、拡張したSCSは、80または160スロットの倍数であるスロット数をもたらし得る。無線通信デバイスは、RNTIが属する、スロットのグループ(例えば、80および/または160スロットのグループ)を規定/示し得る。無線通信デバイスは、RARおよび/またはDCI(または他のメッセージ)を使用して、スロットのグループを規定してもよい。
例えば、本願は以下の項目を提供する。
(項目1)
方法であって、
無線通信デバイスによって、無線ネットワーク一時識別子(RNTI)を決定することと、
上記無線通信デバイスによって、ダウンリンク制御情報(DCI)フォーマットの巡回冗長検査が、上記RNTIを用いてスクランブリングされることを決定することと
を含む、方法。
(項目2)
ランダムアクセス応答は、
上記DCIフォーマットのCRCが、上記RNTIを用いてスクランブリングされ、
媒体アクセス制御(MAC)プロトコルデータユニット(PDU)におけるランダムアクセスプリアンブル識別子が、含まれる場合、伝送されるプリアンブルインデックスに対応する、または
MACサブPDUにおけるユーザ機器(UE)競合解決識別が、共通制御チャネル(CCCH)サービスデータユニット(SDU)に合致する
とき、受信成功を示す、項目1に記載の方法。
(項目3)
上記無線通信デバイスによって、無線通信ノードから、メッセージを介して、伝送プリアンブルの周波数ドメインリソースに対応する、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)のインジケーションと、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)とを受信することと、
上記無線通信デバイスによって、f_idおよびul_carrier_idを除外して、上記PRACH機会の第1の直交周波数分割多重化(OFDM)シンボルのインデックス(s_id)と、上記PRACH機会の第1のスロットのインデックス(t_id)との関数として、上記RNTIを決定することと
を含む、項目1に記載の方法。
(項目4)
上記無線通信デバイスによって、無線通信ノードから、メッセージを介して、伝送プリアンブルの周波数ドメインリソースに対応する、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)のインジケーションと、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)とを受信することと、
上記無線通信デバイスによって、f_idおよびul_carrier_idを除外して、時間ドメインにおける上記PRACH機会のインデックス(t_RO_id)の関数として、上記RNTIを決定することと
を含む、項目1に記載の方法。
(項目5)
上記無線通信デバイスによって、無線通信ノードから、メッセージを介して、上記PRACH機会の第1の直交周波数分割多重化(OFDM)シンボルのインデックス(s_id)のインジケーションと、伝送プリアンブルの時間ドメインリソースに対応する上記PRACH機会の第1のスロットのインデックス(t_id)とを受信することと、
上記無線通信デバイスによって、上記s_idおよびt_idを除外して、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)と、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)との関数として、上記RNTIを決定することと
を含む、項目1に記載の方法。
(項目6)
上記無線通信デバイスによって、無線通信ノードから、メッセージを介して、伝送プリアンブルの時間ドメインリソースに対応する時間ドメインにおけるPRACH機会のインデックス(t_RO_id)のインジケーションを受信することと、
上記無線通信デバイスによって、t_RO_idを除外して、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)と、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)との関数として、上記RNTIを決定することと
を含む、項目1に記載の方法。
(項目7)
上記無線通信デバイスによって、時間ドメインにおけるPRACH機会のインデックス(t_RO_id)と、上記時間ドメインにおけるPRACH機会の総数(t_RO_total)と、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)と、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)との関数として、上記RNTIを決定すること
を含む、項目1に記載の方法。
(項目8)
上記無線通信デバイスによって、上記PRACH機会の第1の直交周波数分割多重化(OFDM)シンボルのインデックス(s_id)のインジケーションと、伝送プリアンブルの時間ドメインリソースに対応する上記PRACH機会の第1のスロットのインデックス(t_id)と、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)と、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)との関数として、上記RNTIを決定することと、
上記無線通信デバイスによって、無線通信ノードに、メッセージを介して、上記RNTIが属するスロットのグループのインジケーションを送信することと
を含む、項目1に記載の方法。
(項目9)
方法であって、
無線通信ノードによって、無線ネットワーク一時識別子(RNTI)を決定すること
を含み、
無線通信デバイスが、上記RNTIを決定し、ダウンリンク制御情報(DCI)フォーマットの巡回冗長検査(CRC)が、上記RNTIを用いてスクランブリングされることを決定する、方法。
(項目10)
ランダムアクセス応答は、
上記DCIフォーマットのCRCが、上記RNTIを用いてスクランブリングされ、
媒体アクセス制御(MAC)プロトコルデータユニット(PDU)におけるランダムアクセスプリアンブル識別子が、含まれる場合、伝送されるプリアンブルインデックスに対応する、または
MACサブPDUにおけるユーザ機器(UE)競合解決識別が、共通制御チャネル(CCCH)サービスデータユニット(SDU)に合致する
とき、受信成功を示す、項目9に記載の方法。
(項目11)
上記無線通信ノードによって、上記無線通信デバイスに、メッセージを介して、伝送プリアンブルの周波数ドメインリソースに対応する、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)のインジケーションと、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)とを送信することと、
上記無線通信ノードによって、f_idおよびul_carrier_idを除外して、上記PRACH機会の第1の直交周波数分割多重化(OFDM)シンボルのインデックス(s_id)と、上記PRACH機会の第1のスロットのインデックス(t_id)との関数として、上記RNTIを決定することと
を含む、項目9に記載の方法。
(項目12)
上記無線通信ノードによって、上記無線通信デバイスに、メッセージを介して、伝送プリアンブルの周波数ドメインリソースに対応する、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)のインジケーションと、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)とを送信することと、
上記無線通信ノードによって、f_idおよびul_carrier_idを除外して、時間ドメインにおける上記PRACH機会のインデックス(t_RO_id)の関数として、上記RNTIを決定することと
を含む、項目9に記載の方法。
(項目13)
上記無線通信ノードによって、上記無線通信デバイスに、メッセージを介して、上記PRACH機会の第1の直交周波数分割多重化(OFDM)シンボルのインデックス(s_id)のインジケーションと、伝送プリアンブルの時間ドメインリソースに対応する上記PRACH機会の第1のスロットのインデックス(t_id)とを送信することと、
上記無線通信ノードによって、上記s_idおよびt_idを除外して、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)と、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)との関数として、上記RNTIを決定することと
を含む、項目9に記載の方法。
(項目14)
上記無線通信ノードによって、上記無線通信デバイスに、メッセージを介して、伝送プリアンブルの時間ドメインリソースに対応する時間ドメインにおけるPRACH機会のインデックス(t_RO_id)のインジケーションを送信することと、
上記無線通信ノードによって、t_RO_idを除外して、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)と、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)との関数として、上記RNTIを決定することと
を含む、項目9に記載の方法。
(項目15)
上記無線通信ノードによって、時間ドメインにおけるPRACH機会のインデックス(t_RO_id)と、上記時間ドメインにおけるPRACH機会の総数(t_RO_total)と、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)と、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)との関数として、上記RNTIを決定すること
を含む、項目9に記載の方法。
(項目16)
上記無線通信ノードによって、上記PRACH機会の第1の直交周波数分割多重化(OFDM)シンボルのインデックス(s_id)と、伝送プリアンブルの時間ドメインリソースに対応する上記PRACH機会の第1のスロットのインデックス(t_id)と、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)と、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)との関数として、上記RNTIを決定することと、
上記無線通信ノードによって、上記無線通信デバイスから、メッセージを介して、上記RNTIが属するスロットのグループのインジケーションを受信することと
を含む、項目9に記載の方法。
(項目17)
非一過性コンピュータ可読媒体であって、上記非一過性コンピュータ可読媒体は、命令を記憶しており、上記命令は、少なくとも1つのプロセッサによって実行されると、上記少なくとも1つのプロセッサに、項目1-16のいずれか1項に記載の方法を実施させる、非一過性コンピュータ可読媒体。
(項目18)
項目1-16のいずれか1項に記載の方法を実施するように構成される少なくとも1つのプロセッサを備える、装置。
【図面の簡単な説明】
【0027】
本ソリューションの種々の例示的実施形態は、以下の図または図面を参照して下記に詳細に説明される。図面は、例証目的のためだけに提供され、単に、本ソリューションの読者の理解を促進するための本ソリューションの例示的実施形態を描写する。したがって、図面は、本ソリューションの範疇、範囲、または可用性の限定と見なされるべきではない。明確にするため、かつ例証の容易性のため、これらの図面は、必ずしも、正確な縮尺で描かれていないことに留意されたい。
【0028】
【
図1】
図1は、本開示のある実施形態による、本明細書に開示される技法が実装され得る、例示的セルラー通信ネットワークを図示する。
【0029】
【
図2】
図2は、本開示のいくつかの実施形態による、例示的基地局およびユーザ機器デバイスのブロック図を図示する。
【0030】
【
図3】
図3は、本開示のいくつかの実施形態による、ある周波数範囲および/または不対スペクトルに関するランダムアクセス構成のためのテーブルを図示する。
【0031】
【
図4】
図4は、本開示のいくつかの実施形態による、無線ネットワーク一時識別子(RNTI)と通信するための、例示的システムフレームを図示する。
【0032】
【
図5】
図5は、本開示のある実施形態による、RNTIを決定するための例示的方法のフロー図を図示する。
【発明を実施するための形態】
【0033】
詳細な説明
本ソリューションの種々の例示的実施形態は、当業者が本ソリューションを作製および使用することを可能にするために、付随の図を参照して下記に説明される。当業者に明白となるであろうように、本開示を熟読後、本明細書に説明される実施例の種々の変更または修正が、本ソリューションの範囲から逸脱することなく、行われることができる。したがって、本ソリューションは、本明細書に説明および図示される例示的実施形態および用途に限定されない。加えて、本明細書に開示される方法におけるステップの具体的順序または階層は、単に、例示的アプローチである。設計選好に基づいて、開示される方法またはプロセスのステップの具体的順序または階層は、本ソリューションの範囲内に留まったまま、並べ替えられることができる。したがって、当業者は、本明細書に開示される方法および技法が、種々のステップまたは行為をサンプル順序において提示し、本ソリューションが、明示的にそうではないことが述べられない限り、提示される具体的順序または階層に限定されないことを理解するであろう。
以下の頭字語は、本開示全体を通して使用される。
【表1-1】
【表1-2】
【表1-3】
【表1-4】
【0034】
1. モバイル通信技術および環境
【0035】
図1は、本開示の実施形態による、本明細書に開示される技法が実装され得る、例示的無線通信ネットワークおよび/またはシステム100を図示する。以下の議論では、無線通信ネットワーク100は、セルラーネットワークまたは狭帯域モノのインターネット(NE-IoT)ネットワーク等の任意の無線ネットワークであってもよく、本明細書では「ネットワーク100」と称される。そのような例示的ネットワーク100は、基地局102(以降、「BS102」、無線通信ノードとも称される)と、通信リンク110(例えば、無線通信チャネル)を介して相互に通信し得る、ユーザ機器デバイス104(以降、「UE104」、無線通信デバイスとも称される)と、地理的エリア101にオーバーレイする、セルのクラスタ126、130、132、134、136、138、および140とを含む。
図1では、BS102およびUE104は、セル126の個別の地理的境界内に含有される。他のセル130、132、134、136、138、および140はそれぞれ、その配分された帯域幅で動作し、適正な無線カバレッジをその意図されるユーザに提供する、少なくとも1つの基地局を含んでもよい。
【0036】
例えば、BS102は、配分されたチャネル伝送帯域幅で動作し、適正なカバレッジをUE104に提供し得る。BS102およびUE104は、それぞれ、ダウンリンク無線フレーム118およびアップリンク無線フレーム124を介して通信してもよい。各無線フレーム118/124は、サブフレーム120/127にさらに分割されてもよく、これは、データシンボル122/128を含んでもよい。本開示では、BS102およびUE104は、概して、本明細書に開示される方法を実践し得る、「通信ノード」の非限定的実施例として本明細書に説明される。そのような通信ノードは、本ソリューションの種々の実施形態によると、無線および/または有線通信することが可能であり得る。
【0037】
図2は、本ソリューションのいくつかの実施形態による、無線通信信号(例えば、OFDM/OFDMA信号)を伝送および受信するための例示的無線通信システム200のブロック図を図示する。システム200は、本明細書に詳細に説明される必要はない、既知または従来の動作特徴をサポートするように構成される、コンポーネントおよび要素を含んでもよい。一例証的実施形態では、システム200は、上記に説明されるように、
図1の無線通信環境100等の無線通信環境内でデータシンボルを通信(例えば、伝送および受信)するために使用されることができる。
【0038】
システム200は、概して、基地局202(以降、「BS202」)と、ユーザ機器デバイス204(以降、「UE204」)とを含む。BS202は、BS(基地局)送受信機モジュール210と、BSアンテナ212と、BSプロセッサモジュール214と、BSメモリモジュール216と、ネットワーク通信モジュール218とを含み、各モジュールは、必要に応じて、データ通信バス220を介して、相互に結合および相互接続される。UE204は、UE(ユーザ機器)送受信機モジュール230と、UEアンテナ232と、UEメモリモジュール234と、UEプロセッサモジュール236とを含み、各モジュールは、必要に応じて、データ通信バス240を介して、相互に結合および相互接続される。BS202は、任意の無線チャネルまたは本明細書に説明されるようなデータの伝送のために好適な他の媒体であり得る、通信チャネル250を介して、UE204と通信する。
【0039】
当業者によって理解されるであろうように、システム200はさらに、
図2に示されるモジュール以外の任意の数のモジュールを含んでもよい。当業者は、本明細書に開示される実施形態に関連して説明される、種々の例証的ブロック、モジュール、回路、および処理論理が、ハードウェア、コンピュータ可読ソフトウェア、ファームウェア、または任意の実践的なそれらの組み合わせにおいて実装されてもよいことを理解するであろう。ハードウェア、ファームウェア、およびソフトウェアの本可換性および互換性を明確に図示するために、種々の例証的コンポーネント、ブロック、モジュール、回路、およびステップが、概して、その機能性の観点から説明される。そのような機能性が、ハードウェア、ファームウェア、またはソフトウェアとして実装されるかどうかは、特定の用途および全体的システム上に課される設計制約に依存し得る。本明細書に説明される概念に精通する者は、そのような機能性を特定の用途毎に好適な様式で実装してもよいが、そのような実装決定は、本開示の範囲を限定するものとして解釈されるべきではない。
【0040】
いくつかの実施形態によると、UE送受信機230は、本明細書では、それぞれ、アンテナ232に結合される回路を備える、無線周波数(RF)送信機およびRF受信機を含む、「アップリンク」送受信機230と称され得る。デュプレックススイッチ(図示せず)が、代替として、時間デュプレックス方式において、アップリンク送信機または受信機をアップリンクアンテナに結合してもよい。同様に、いくつかの実施形態によると、BS送受信機210は、本明細書では、それぞれ、アンテナ212に結合される回路を備える、RF送信機およびRF受信機を含む、「ダウンリンク」送受信機210と称され得る。ダウンリンクデュプレックススイッチは、代替として、時間デュプレックス方式において、ダウンリンク送信機または受信機をダウンリンクアンテナ212に結合してもよい。2つの送受信機モジュール210および230の動作は、アップリンク受信機回路が、無線伝送リンク250を経由した伝送の受信のために、アップリンクアンテナ232に結合されるのと同時に、ダウンリンク送信機が、ダウンリンクアンテナ212に結合されるように、時間的に協調される。逆に言えば、2つの送受信機210および230の動作は、ダウンリンク受信機が、無線伝送リンク250を経由した伝送の受信のためにダウンリンクアンテナ212に結合されるのと同時に、アップリンク伝送機が、アップリンクアンテナ232に結合されるように、時間的に協調されてもよい。いくつかの実施形態では、最小限の保護時間をデュプレックス方向の変化間に伴って、近接時間同期が存在する。
【0041】
UE送受信機230および基地局送受信機210は、無線データ通信リンク250を介して通信し、特定の無線通信プロトコルおよび変調スキームをサポートし得る、好適に構成されたRFアンテナ配列212/232と協働するように構成される。いくつかの例証的実施形態では、UE送受信機210および基地局送受信機210は、ロングタームエボリューション(LTE)および新しい5G規格および同等物等の産業規格をサポートするように構成される。しかしながら、本開示は、必ずしも、特定の規格および関連付けられるプロトコルに用途が限定されないことを理解されたい。むしろ、UE送受信機230および基地局送受信機210は、将来的規格またはその変形例を含む、代替または付加的無線データ通信プロトコルをサポートするように構成されてもよい。
【0042】
種々の実施形態によると、BS202は、例えば、進化型ノードB(eNB)、サービングeNB、標的eNB、フェムトステーション、またはピコステーションであってもよい。いくつかの実施形態では、UE204は、携帯電話、スマートフォン、携帯情報端末(PDA)、タブレット、ラップトップコンピュータ、ウェアラブルコンピューティングデバイス等の種々のタイプのユーザデバイスにおいて具現化されてもよい。プロセッサモジュール214および236は、本明細書に説明される機能を実施するように設計される、汎用プロセッサ、コンテンツアドレス指定可能メモリ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、任意の好適なプログラマブル論理デバイス、離散ゲートまたはトランジスタ論理、離散ハードウェアコンポーネント、または任意のそれらの組み合わせとともに実装または実現されてもよい。このように、プロセッサは、マイクロプロセッサ、コントローラ、マイクロコントローラ、状態機械、または同等物として実現され得る。プロセッサはまた、コンピューティングデバイスの組み合わせ、例えば、デジタル信号プロセッサおよびマイクロプロセッサ、複数のマイクロプロセッサ、デジタル信号プロセッサコアと併せた1つまたはそれを上回るマイクロプロセッサ、または任意の他のそのような構成の組み合わせとして実装されてもよい。
【0043】
さらに、本明細書に開示される実施形態と関連して説明される方法またはアルゴリズムのステップは、直接、それぞれ、プロセッサモジュール214および236によって実行される、ハードウェア、ファームウェア、ソフトウェアモジュール、または任意の実践的なそれらの組み合わせにおいて具現化されてもよい。メモリモジュール216および234は、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野において公知の任意の他の形態の記憶媒体として実現され得る。この点において、メモリモジュール216および234は、それぞれ、プロセッサモジュール210および230が、それぞれ、メモリモジュール216および234から情報を読み取り、そこに情報を書き込み得るように、プロセッサモジュール210および230に結合されてもよい。メモリモジュール216および234はまた、その個別のプロセッサモジュール210および230の中に統合されてもよい。いくつかの実施形態では、メモリモジュール216および234はそれぞれ、それぞれ、プロセッサモジュール210および230によって実行される命令の実行の間、一時的変数または他の中間情報を記憶するために、キャッシュメモリを含んでもよい。メモリモジュール216および234はまたそれぞれ、それぞれ、プロセッサモジュール210および230によって実行されるための命令を記憶するために、不揮発性メモリを含んでもよい。
【0044】
ネットワーク通信モジュール218は、概して、基地局送受信機210と、基地局202と通信するように構成される、他のネットワークコンポーネントおよび通信ノードとの間の双方向通信を可能にする、基地局202のハードウェア、ソフトウェア、ファームウェア、処理論理、および/または他のコンポーネントを表す。例えば、ネットワーク通信モジュール218は、インターネットまたはWiMAXトラフィックをサポートするように構成されてもよい。典型的展開では、限定ではないが、ネットワーク通信モジュール218は、基地局送受信機210が、従来のイーサネット(登録商標)ベースのコンピュータネットワークと通信し得るように、802.3イーサネット(登録商標)インターフェースを提供する。このように、ネットワーク通信モジュール218は、コンピュータネットワーク(例えば、移動交換局(MSC))への接続のための物理インターフェースを含んでもよい。規定された動作または機能に対する、用語「~のために構成される(configured for)」、「~のように構成される(configured to)」、およびその活用形は、本明細書で使用されるように、規定された動作または機能を実施するように物理に構築される、プログラムされる、フォーマット化される/または配列される、デバイス、コンポーネント、回路、構造、機械、信号等を指す。
【0045】
開放型システム間相互接続(OSI)モデル(本明細書では、「開放型システム間相互接続モデル」と称される)は、他のシステムと相互接続および通信するように開放する、システム(例えば、無線通信デバイス、無線通信ノード)によって使用されるネットワーク通信を定義する、概念的および論理的レイアウトである。本モデルは、そのそれぞれが、その上方および下方の層に提供されるサービスの概念的集合を表す、7つサブコンポーネントまたは層に分かれる。OSIモデルはまた、論理的ネットワークを定義し、異なる層プロトコルを使用することによって、コンピュータパケット転送を効果的に説明する。OSIモデルはまた、7層OSIモデルまたは7層モデルと称され得る。いくつかの実施形態では、第1の層が、物理層であってもよい。いくつかの実施形態では、第2の層が、媒体アクセス制御(MAC)層であってもよい。いくつかの実施形態では、第3の層が、無線リンク制御(RLC)層であってもよい。いくつかの実施形態では、第4の層が、パケットデータ収束プロトコル(PDCP)層であってもよい。いくつかの実施形態では、第5の層が、無線リソース制御(RRC)層であってもよい。いくつかの実施形態では、第6の層が、非アクセス層(NAS)層またはインターネットプロトコル(IP)層であってもよく、第7の層が他の層であってもよい。
【0046】
2. 無線ネットワーク一時識別子(RNTI)に関連するシステムおよび方法
【0047】
ある仕様では、ランダムアクセス無線ネットワーク一時識別子(RA-RNTI)は、物理ランダムアクセスチャネル(PRACH)機会に関連付けられてもよい。PRACH機会は、その中でランダムアクセスプリアンブルが、伝送/送信/ブロードキャストされる、PRACH機会に対応してもよい。無線通信デバイス(例えば、UE、端末、またはサーブされるノード)および/または無線通信ノード(例えば、地上端末、基地局、gNB、eNB、またはサービングノード)が、以下の式を使用して、RA-RNTIを算出/計算/決定してもよい。
【化1】
【0048】
s_idは、PRACH機会の第1の直交周波数分割多重化(OFDM)シンボルのインデックスに対応する/それを指してもよい。s_idは、0より大きいまたはそれに等しく、かつ14未満である値を有してもよい。t_idは、システムフレームにおいて、PRACH機会の第1のスロットのインデックスに対応する/それを指してもよい。t_idは、0より大きいまたはそれに等しく、かつ80未満である値を有してもよい。パラメータμの値(例えば、TS38.211[8]における第5.3.2節において規定される)が、サブキャリア間隔を示す/影響/決定してもよい。サブキャリア間隔は、t_idの値を決定/示す/規定してもよい。f_idは、周波数ドメインにおけるPRACH機会のインデックスに対応する/それを指してもよい。f_idは、0より大きいまたはそれに等しく、かつ8未満である値を有してもよい。ul_carrier_idは、ランダムアクセスプリアンブル伝送のために使用されるアップリンク(UL)キャリアに対応する/それを指してもよい。ul_carrier_idは、正常アップリンク(NUL)キャリアに関する0の値を有してもよい。ul_carrier_idは、補助アップリンク(SUL)キャリアに関する1の値を有してもよい。
【0049】
サブキャリア間隔(SCS)の値が、t_idの範囲に影響を及ぼす/決定し得る。システムフレームにおいて、t_idの最大値は、SCSが、120kHzの値を有するとき、79に対応してもよい。RA-RNTI式によって明示されるように、RA-RNTIの値は、t_idの関数であってもよい。例えば、RA-RNTIの最大値は、t_idが、79の値を有する(例えば、SCSは、120kHzの値を有する)場合、(例えば、RA-RNTI式に従って)17,920に対応してもよい。SCSが、480kHzの値を有するとき、t_idの最大値は、319に対応してもよい。したがって、RA-RNTIの最大値(例えば、SCSは、480kHzの値を有する)は、71,680に対応してもよい(例えば、t_idは、319の値を有する)。ある実施形態では、RNTIの範囲は、0を上回るまたはそれに等しく、かつ65,535未満またはそれに等しい値に制限/限定/境界してもよい(例えば、0≦RNTI≦65,535)。したがって、SCSが、480kHzの値を有する(例えば、t_idは、319の値を有してもよい)場合、RA-RNTIの最大値は、65,535(例えば、上界)を超えてもよい。本明細書に提示されるシステムおよび方法は、RNTIの値を決定(または境界)するための新規アプローチを含む。
A. 実施形態1:RNTIは、時間ドメインリソースを示し、DCIまたはRARは、周波数ドメインリソースを示す
【0050】
ある仕様では、RA-RNTIは、PRACH機会に関連付けられる/関連してもよい。PRACH機会は、この中でランダムアクセスプリアンブルが伝送される、PRACH機会に対応してもよい。無線通信デバイスおよび/または無線通信ノードは、以下の式を使用して、RA-RNTIを算出/計算/決定してもよい。
【化2】
【0051】
RA-RNTI式は、伝送プリアンブルの1つまたはそれを上回る時間ドメインリソース(例えば、1つまたはそれを上回る時間ドメインリソースと関連付けられる、1つまたはそれを上回るパラメータ)(例えば、s_id、t_id、および/または他の時間ドメインリソースパラメータ)を含む/備えてもよい。RA-RNTI式は、伝送プリアンブルの1つまたはそれを上回る周波数ドメインリソース(例えば、1つまたはそれを上回る周波数ドメインリソースと関連付けられる、1つまたはそれを上回るパラメータ)(例えば、f_id、ul_carrier_id、および/または他の周波数ドメインリソースパラメータ)を含む/備えてもよい。1つまたはそれを上回る時間ドメインリソースおよび周波数ドメインリソースは、RA-RNTIの範囲を低減/減少/最小限にするために、分断/分離されてもよい。いくつかの実施形態では、RA-RNTIの値を提供/示す/規定する式は、1つまたはそれを上回る時間ドメインリソースを含んでもよい。RA-RNTIの値を提供/示す/規定する式は、1つまたはそれを上回る周波数ドメインリソースおよび/またはその関連付けられるパラメータを除外してもよい(例えば、伴わない/考慮されない)。無線通信ネットワークは、周波数ドメインリソース(またはその関連付けられるパラメータ)を無線通信デバイスに示す/提供してもよい。無線通信ネットワークは、周波数ドメインリソースと関連付けられるパラメータを示すように、DCIおよび/またはRAR(または他のタイプのシグナリングおよび/またはメッセージ)を使用してもよい。
【0052】
いくつかの実施形態では、RA-RNTIは、伝送プリアンブルの1つまたはそれを上回る時間ドメインリソース(例えば、時間ドメインリソースと関連付けられる、s_id、t_id、および/または他のパラメータ)と関連付けられる、またはそれに対応するパラメータの関数であってもよい(例えば、RA-RNTIは、周波数ドメインリソースと関連付けられるパラメータを除外してもよい)。したがって、無線通信デバイスおよび/または無線通信ノードは、以下の式を使用して、RA-RNTIを算出/計算/決定してもよい。
【化3】
【0053】
前の式に従って、SCSが、1,920kHzの値を有する場合、t_idの範囲は、0~1,279(例えば、0≦t_id≦1,279)の値であってもよい。したがって、RA-RNTIの最大値は、17,920に対応してもよく、故に、上界(例えば、65,535)を超えない。
【0054】
無線通信ノードは、伝送プリアンブルの1つまたはそれを上回る周波数ドメインリソース(例えば、f_id、ul_carrier_id、および/または他の周波数ドメインリソース)を無線通信デバイスに示す/提供してもよい。無線通信ノードは、1つまたはそれを上回る周波数ドメインリソースを示すために、RARおよび/またはDCIを使用してもよい。ある仕様では、f_idは、7の最大値を有してもよい。したがって、少なくとも3ビット(または他の数のビット)は、f_idを示し得る。いくつかの実施形態では、少なくとも2アップリンク(UL)キャリアは、ULキャリアに関して構成されてもよく、故に、少なくとも1ビット(または他の数のビット)は、ul_carrier_idを示し得る。したがって、少なくとも4ビット(例えば、3ビットのf_idおよび/または1ビットのul_carrier_id)は、1つまたはそれを上回る周波数ドメインリソースを示す/規定してもよい。
【0055】
2ステップランダムアクセスプロシージャに関して、メッセージB(MSGB)RNTI(MSGB-RNTI)が、PRACH機会と関連付けられてもよい。PRACH機会は、その中でランダムアクセスプリアンブルが伝送される、PRACH機会に対応してもよい。無線通信デバイスおよび/または無線通信ノードは、以下の式を使用して、MSGB-RNTIを算出/計算/決定してもよい。
【化4】
【0056】
いくつかの実施形態では、MSGB-RNTIは、伝送プリアンブルの1つまたはそれを上回る時間ドメインリソースと関連付けられる、1つまたはそれを上回るパラメータ(例えば、s_id、t_id、および/または他の時間ドメインリソースパラメータ)の関数であってもよい(例えば、MSGB-RNTIは、周波数ドメインリソースパラメータを除外してもよい)。したがって、無線通信デバイスおよび/または無線通信ノードは、以下の式を使用して、MSGB-RNTIを算出/計算/決定してもよい。
【化5】
【0057】
SCSの値は、t_idの最大値を決定/影響を及ぼし得る。SCSが、1,920kHzの値を有する場合、MSGB-RNTIの最大値は、35,840(または他の数)に対応してもよい。少なくとも4ビット(例えば、3ビットのf_idおよび/または1ビットのul_carrier_id)は、1つまたはそれを上回る周波数ドメインリソースを示す/規定してもよい(例えば、4ステップランダムアクセスチャネル(RACH)に類似する)。
I. 無線通信ノード側
【0058】
いくつかの実施形態では、少なくとも1ビットは、プリアンブルが受信/取得される、ul_carrier_idを示す/規定してもよい。少なくとも3ビットは、プリアンブルが受信される、周波数ドメインリソースを示す/提供してもよい。したがって、無線通信ノードは、少なくとも4ビットを無線通信デバイスに送信/提供/示し得る。無線通信ノードは、少なくとも4ビットを提供するために、DCIおよび/またはRARを使用してもよい。
II. 無線通信デバイス側
4ステップランダムアクセスプロシージャに関して
【0059】
いくつかの実施形態では、ランダムアクセス応答が、複数の条件のうちの1つまたはそれを上回るものが、充足されると、受信成功を示し得る。無線通信デバイスは、DCIフォーマット(例えば、DCIフォーマット1_0または他のタイプおよび/またはフォーマットのDCI)を検出/決定/識別してもよい。複数の条件は、DCIフォーマットの巡回冗長検査(CRC)が、RA-RNTIを用いてスクランブリングされることを含んでもよい。DCIおよび/またはRARは、1つまたはそれを上回る周波数ドメインリソースおよび/またはULキャリアを示す/規定してもよい。複数の条件は、示される周波数ドメインリソースが、無線通信デバイスがPRACHを伝送した、周波数ドメインリソースに対応することを含んでもよい。複数の条件は、示されるULキャリアが、無線通信デバイスがPRACHを伝送した、ULキャリアに対応することを含んでもよい。複数の条件のうちの少なくとも1つは、媒体アクセス制御(MAC)プロトコルデータユニット(PDU)におけるランダムアクセスプリアンブル識別子が、伝送されるプリアンブルインデックスに対応することを含む/であってもよい。
2ステップランダムアクセスプロシージャに関して
【0060】
いくつかの実施形態では、ランダムアクセス応答が、第1のセットの条件の1つまたはそれを上回る条件が、充足されると、受信成功を示し得る。無線通信デバイスは、DCIフォーマット(例えば、DCIフォーマット1_0または他のタイプおよび/またはフォーマットのDCI)を検出/決定/識別してもよい。第1のセットの条件の少なくとも1つの条件は、DCIフォーマットのCRCが、MSGB-RNTIを用いてスクランブリングされることである/を含んでもよい。DCIおよび/またはRARは、1つまたはそれを上回る周波数ドメインリソースおよび/またはULキャリアを示す/規定してもよい。第1のセットの条件の少なくとも1つの条件は、示される周波数ドメインリソースが、無線通信デバイスがPRACHを伝送した、周波数ドメインリソースに対応することである/を含んでもよい。第1のセットの条件の少なくとも1つの条件は、示されるULキャリアが、無線通信デバイスがPRACHを伝送した、ULキャリアに対応することである/を含んでもよい。いくつかの実施形態では、MSGB(またはMsgB)は、fallbackRAR MACサブPDU(または他の データユニットまたはメッセージ)を含んでもよい。第1のセットの条件の少なくとも1つの条件は、fallbackRAR MACサブPDUが、伝送されるプリアンブルインデックスに対応することである/を含んでもよい(例えば、MAC PDUに含まれる場合)。第1のセットの条件の少なくとも1つの条件は、MAC PDUにおけるランダムアクセスプリアンブル識別子が、伝送されるプリアンブルインデックスに対応することである/を含んでもよい(例えば、MAC PDUに含まれる場合)。
【0061】
いくつかの実施形態では、ランダムアクセス応答が、第2のセット条件の1つまたはそれを上回る条件が、充足されると、受信成功を示し得る。無線通信デバイスは、DCIフォーマット(例えば、DCIフォーマット1_0または他のタイプおよび/またはフォーマットのDCI)を検出/決定/識別してもよい。第2のセットの条件の少なくとも1つの条件は、DCIフォーマットのCRCが、MSGB-RNTIを用いてスクランブリングされることである/を含んでもよい。DCIおよび/またはRARは、1つまたはそれを上回る周波数ドメインリソースおよび/またはULキャリアを示す/規定してもよい。第2のセットの条件の少なくとも1つの条件は、示される周波数ドメインリソースが、無線通信デバイスがPRACHを伝送した、周波数ドメインリソースに対応することである/を含んでもよい。第2のセットの条件の少なくとも1つの条件は、示されるULキャリアが、無線通信デバイスがPRACHを伝送した、ULキャリアに対応することである/を含んでもよい。第2のセットの条件の少なくとも1つの条件は、MSGBが、successRAR MACサブPDU(または他のデータユニットまたはメッセージ)を含むことである/を含んでもよい。第2のセットの条件の少なくとも1つの条件は、メッセージA MSGAが、共通制御チャネル(CCCH)サービスデータユニット(SDU)を含むことである/を含んでもよい。第2のセットの条件の少なくとも1つの条件は、MACサブPDUにおけるユーザ機器(UE)競合解決識別が、CCCH SDUに合致/対応することである/を含んでもよい。
B. 実施形態2:RNTIは、時間ドメインリソースを示し、DCIまたはRARは、周波数ドメインリソースを示し、ROインデックスは、t_idとして使用される
【0062】
RA-RNTIの動作および機能性は、第A節のRA-RNTIに関連して説明される、コンポーネント、動作、および/または特性のうちの任意の1つまたはそれを上回るものを備えてもよい(実施形態1)。無線通信デバイスおよび/または無線通信ノードは、以下の式を使用して、RA-RNTIを算出/計算/決定してもよい。
【化6】
【0063】
いくつかの実施形態では、RA-RNTIは、伝送プリアンブルの1つまたはそれを上回る時間ドメインリソース(例えば、s_id、t_id、および/または他の時間ドメインリソース)と関連付けられる、1つまたはそれを上回るパラメータの関数であってもよい(例えば、RA-RNTIは、周波数ドメインリソースと関連付けられるパラメータを除外してもよい)。1つまたはそれを上回る時間ドメインリソースと関連付けられる、1つまたはそれを上回るパラメータは、システムフレームにおいてRACH機会(RO)インデックス(RO_index)を含む/備えてもよい。RA-RNTI式は、RO_index(または他の時間ドメインインデックス)の関数であってもよい。したがって、無線通信デバイスおよび/または無線通信ノードは、以下の式を使用して、RA-RNTIを算出/計算/決定してもよい。
【化7】
【0064】
t_RO_idは、ドメインにおいて(例えば、システムフレームにおいて)PRACH機会のインデックスを示す/提供/規定/対応してもよい。t_RO_idは、0を上回るまたはそれに等しく、かつt_RO_total未満(例えば、0≦t_RO_id≦t_RO_total)である値を有してもよい。t_RO_totalは、システムフレームにおいて、時間ドメインにおけるPRACH機会の総数を示す/提供/規定/対応してもよい。t_RO_totalは、0を上回る、かつ70未満またはそれに等しい(例えば、0<t_RO_total≦70)値を有してもよい。t_RO_idおよび/またはt_RO_totalは、PRACH構成インデックス(例えば、TS38.211の第6.3.3.2節におけるテーブル6.3.3.2-2~テーブル6.3.3.2-4に規定される)に基づいて、決定されてもよい。
【0065】
無線通信ノードは、伝送プリアンブルの1つまたはそれを上回る周波数ドメインリソース(例えば、f_id、ul_carrier_id、および/または他の周波数ドメインリソースパラメータ)と関連付けられる、1つまたはそれを上回るパラメータを無線通信デバイスに示す/提供してもよい。無線通信ノードは、1つまたはそれを上回る周波数ドメインリソースと関連付けられる、1つまたはそれを上回るパラメータを示すために、RARおよび/またはDCIを使用してもよい。ある仕様では、f_idは、7(または他の数)の最大値を有してもよい。したがって、少なくとも3ビット(または他の数のビット)は、f_idを示し得る。いくつかの実施形態では、少なくとも2アップリンク(UL)キャリアは、ULキャリアに関して構成されてもよく、故に、少なくとも1ビット(または他の数のビット)は、ul_carrier_idを示し得る。したがって、少なくとも4ビット(例えば、3ビットのf_idおよび/または1ビットのul_carrier_id)は、1つまたはそれを上回る周波数ドメインリソースを示す/規定してもよい。
【0066】
2ステップランダムアクセスプロシージャに関して、MSGB-RNTIが、PRACH機会と関連付けられてもよい。PRACH機会は、その中でランダムアクセスプリアンブルが伝送される、PRACH機会に対応してもよい。無線通信デバイスおよび/または無線通信ノードは、以下の式を使用して、MSGB-RNTIを算出/計算/決定してもよい。
【化8】
【0067】
いくつかの実施形態では、MSGB-RNTIは、伝送プリアンブルの1つまたはそれを上回る時間ドメインリソースと関連付けられる、1つまたはそれを上回るパラメータ(例えば、s_id、t_id、t_RO_id、および/または他の時間ドメインリソースパラメータ)の関数であってもよい(例えば、MSGB-RNTIは、周波数ドメインリソースパラメータを除外してもよい)。したがって、無線通信デバイスおよび/または無線通信ノードは、以下の式を使用して、MSGB-RNTIを算出/計算/決定してもよい。
【化9】
【0068】
少なくとも4ビット(例えば、3ビットのf_idおよび/または1ビットのul_carrier_id)は、1つまたはそれを上回る周波数ドメインリソースを示す/規定してもよい。
【0069】
本実施形態(実施形態2)では、無線通信ノードの動作および機能性は、第A節の第I項(無線通信ノード側)に関連して説明される、コンポーネントおよび/または動作のうちの任意の1つまたはそれを上回るものによって実施されてもよい(実施形態1)。本実施形態(実施形態2)では、無線通信デバイスの動作および機能性は、第A節の第II項(無線通信デバイス側)に関連して説明される、コンポーネントおよび/または動作のうちの任意の1つまたはそれを上回るものによって、実施されてもよい(実施形態1)。
C. 実施形態3:RNTIは、周波数ドメインリソースを示し、DCIまたはRARは、時間ドメインリソースを示す
【0070】
ある実装では、RA-RNTIは、PRACH機会に関連付けられる/関連してもよい。PRACH機会は、その中でランダムアクセスプリアンブルが伝送される、PRACH機会に対応してもよい。無線通信デバイスおよび/または無線通信ノードは、以下の式を使用して、RA-RNTIを算出/計算/決定してもよい。
【化10】
【0071】
RA-RNTI式は、伝送プリアンブルの1つまたはそれを上回る時間ドメインリソースと関連付けられる、1つまたはそれを上回るパラメータ(例えば、s_id、t_id、および/または他の時間ドメインリソースパラメータ)を含む/備えてもよい。RA-RNTI式は、伝送プリアンブルの1つまたはそれを上回る周波数ドメインリソースと関連付けられる、1つまたはそれを上回るパラメータ(例えば、f_id、ul_carrier_id、および/または他の周波数ドメインリソースパラメータ)を含む/備えてもよい。1つまたはそれを上回る時間ドメインリソースおよび周波数ドメインリソース(および/またはその関連付けられるパラメータ)は、RA-RNTIの範囲を低減/減少/最小限にするために、分断/分離されてもよい。いくつかの実施形態では、RA-RNTIの値を提供/示す/規定する式は、1つまたはそれを上回る周波数ドメインリソースと関連付けられる、1つまたはそれを上回るパラメータを含んでもよい。RA-RNTIの値を提供/示す/規定する式は、1つまたはそれを上回る時間ドメインリソースと関連付けられる、パラメータを除外してもよい。無線通信ネットワークは、時間ドメインリソースと関連付けられるパラメータを無線通信デバイスに示す/提供してもよい。無線通信ネットワークは、時間ドメインリソースと関連付けられるパラメータを示すために、DCIおよび/またはRAR(または他のタイプのシグナリングおよび/またはメッセージ)を使用してもよい。
【0072】
いくつかの実施形態では、RA-RNTIは、伝送プリアンブルの1つまたはそれを上回る周波数ドメインリソース(例えば、f_id、ul_carrier_id、および/または他の周波数ドメインリソース)と関連付けられるパラメータの関数であってもよい(例えば、RA-RNTIは、時間ドメインリソースと関連付けられるパラメータを除外してもよい)。したがって、無線通信デバイスおよび/または無線通信ノードは、以下の式を使用して、RA-RNTIを算出/計算/決定してもよい。
【化11】
【0073】
前の式は、SCSの値に関連付けられない/関連しなくてもよい(例えば、式は、t_idを除外する)。したがって、RA-RNTIの値は、0~15(または他の数)の範囲であってもよい。
【0074】
いくつかの実施形態では、無線通信ノードは、1つまたはそれを上回る時間ドメインリソース(例えば、シンボルの開始位置、伝送プリアンブルのスロット、および/または他の時間ドメインリソース)と関連付けられる、パラメータを無線通信デバイスに示す/提供/規定してもよい。無線通信ノードは、DCIおよび/またはRARを使用して、1つまたはそれを上回る時間ドメインリソースと関連付けられる、パラメータを示し得る。少なくとも4ビット(または他の数のビット)が、シンボルの情報(例えば、シンボルの開始位置)を示す/提供してもよい。SCSが、1,920kHzの値を有する場合、少なくとも11ビット(または他の数のビット)は、スロット(例えば、伝送プリアンブルのスロット)の情報を示し得る。したがって、SCSが、1,920kHzの値を有する場合、少なくとも15ビットが、1つまたはそれを上回る時間ドメインリソースと関連付けられる、パラメータを示すために、使用されてもよい。
【0075】
2ステップランダムアクセスプロシージャに関して、MSGB-RNTIが、PRACH機会と関連付けられてもよい。PRACH機会は、その中でランダムアクセスプリアンブルが伝送される、PRACH機会に対応してもよい。無線通信デバイスおよび/または無線通信ノードは、以下の式を使用して、MSGB-RNTIを算出/計算/決定してもよい。
【化12】
【0076】
いくつかの実施形態では、MSGB-RNTIは、伝送プリアンブルの1つまたはそれを上回る周波数ドメインリソースに関するパラメータ(例えば、f_id、ul_carrier_id、および/または他の周波数ドメインリソースパラメータ)の関数である、または関連付けられてもよい(例えば、MSGB-RNTIは、時間ドメインリソースを除外してもよい)。したがって、無線通信デバイスおよび/または無線通信ノードは、以下の式を使用して、MSGB-RNTIを算出/計算/決定してもよい。
【化13】
【0077】
少なくとも15ビット(例えば、11ビットのスロット情報および/または4ビットのシンボル情報)は、1つまたはそれを上回る時間ドメインリソースと関連付けられる、パラメータを示す/規定してもよい(例えば、SCSが、1,920kHzの値を有する場合、4ステップランダムアクセスプロシージャに類似する)。
I. 無線通信ノード側
【0078】
いくつかの実施形態では、無線通信ノードは、1つまたはそれを上回る時間ドメインリソース(例えば、シンボルの位置、プリアンブルが受信したスロット、および/または他の時間ドメインリソース)を無線通信デバイスに示す/提供してもよい。無線通信ノードは、DCIおよび/またはRARを使用して、時間ドメインリソースと関連付けられるパラメータを示し得る。例えば、SCSが、1,920kHzの値を有する場合、少なくとも4ビットは、シンボルの位置を示し得る。同一の実施例では、少なくとも9ビットが、プリアンブルが受信したスロットを示し得る。したがって、無線通信ノードは、DCIおよび/またはRARを使用して、少なくとも13ビットを無線通信デバイスに提供してもよい。
II. 無線通信デバイス側
4ステップランダムアクセスプロシージャに関して
【0079】
いくつかの実施形態では、ランダムアクセス応答が、複数の条件のうちの1つまたはそれを上回るものが、充足されると、受信成功を示し得る。無線通信デバイスは、DCIフォーマット(例えば、DCIフォーマット1_0または他のタイプおよび/またはフォーマットのDCI)を検出/決定/識別してもよい。複数の条件のうちの少なくとも1つは、DCIフォーマットのCRCが、RA-RNTIを用いてスクランブリングされることである/を含んでもよい。DCIおよび/またはRARは、1つまたはそれを上回る時間ドメインリソース(例えば、シンボルの位置、スロット、および/または他のリソース)を示す/規定してもよい。複数の条件のうちの少なくとも1つは、シンボルの示される位置が、無線通信デバイスがPRACHを伝送した、シンボルの位置に対応することである/を含んでもよい。複数の条件のうちの少なくとも1つは、示されるスロットが、無線通信デバイスがPRACHを伝送した、スロットに対応することである/を含んでもよい。複数の条件のうちの少なくとも1つは、MAC PDUにおけるランダムアクセスプリアンブル識別子が、伝送されるプリアンブルインデックスに対応することである/を含んでもよい(例えば、MAC PDUに含まれる場合)。
2ステップランダムアクセスプロシージャに関して
【0080】
いくつかの実施形態では、ランダムアクセス応答が、第1のセットの条件の1つまたはそれを上回る条件が、充足されると、受信成功を示し得る。無線通信デバイスは、DCIフォーマット(例えば、DCIフォーマット1_0または他のタイプおよび/またはフォーマットのDCI)を検出/決定/識別してもよい。第1のセットの条件の少なくとも1つの条件は、DCIフォーマットのCRCが、MSGB-RNTIを用いてスクランブリングされることである/を含んでもよい。DCIおよび/またはRARは、1つまたはそれを上回る時間ドメインリソース(例えば、シンボルの位置、スロット、および/または他のリソース)を示す/規定してもよい。第1のセットの条件の少なくとも1つの条件は、シンボルの示される位置が、無線通信デバイスがPRACHを伝送した、シンボルの位置に対応することである/を含んでもよい。第1のセットの条件の少なくとも1つの条件は、示されるスロットが、無線通信デバイスがPRACHを伝送した、スロットに対応することである/を含んでもよい。いくつかの実施形態では、MSGBは、fallbackRAR MACサブPDU(または他のデータユニットまたはメッセージ)を含んでもよい。第1のセットの条件の少なくとも1つの条件は、fallbackRAR MACサブPDUが、伝送されるプリアンブルインデックスに対応することである/を含んでもよい(例えば、MAC PDUに含まれる場合)。第1のセットの条件の少なくとも1つの条件は、MAC PDUにおけるランダムアクセスプリアンブル識別子が、伝送されるプリアンブルインデックスに対応することである/を含んでもよい(例えば、MAC PDUに含まれる場合)。
【0081】
いくつかの実施形態では、ランダムアクセス応答が、第2のセットの条件の1つまたはそれを上回る条件が、充足されると、受信成功を示し得る。無線通信デバイスは、DCIフォーマット(例えば、DCIフォーマット1_0または他のタイプおよび/またはフォーマットのDCI)を検出/決定/識別してもよい。第2のセットの条件の少なくとも1つの条件は、DCIフォーマットのCRCが、MSGB-RNTIを用いてスクランブリングされることである/を含んでもよい。DCIおよび/またはRARは、1つまたはそれを上回る時間ドメインリソース(例えば、シンボルの位置、スロット、および/または他のリソース)を示す/規定してもよい。第2のセットの条件の少なくとも1つの条件は、シンボルの示される位置が、無線通信デバイスがPRACHを伝送した、シンボルの位置に対応することである/を含んでもよい。第2のセットの条件の少なくとも1つの条件は、示されるスロットが、無線通信デバイスがPRACHを伝送した、スロットに対応することである/を含んでもよい。第2のセットの条件の少なくとも1つの条件は、MSGBが、successRAR MACサブPDU(または他のパラメータ/設定)を含むことである/を含んでもよい。第2のセットの条件の少なくとも1つの条件は、MSGAが、CCCH SDUを含むことである/を含んでもよい。第2のセットの条件の少なくとも1つの条件は、MACサブPDUにおけるUE競合解決識別が、CCCH SDUに合致/対応することである/を含んでもよい。
D. 実施形態4:RNTIは、周波数ドメインリソースを示し、DCIまたはRARは、時間ドメインリソースを示し、ROインデックスは、t_idとして使用される
【0082】
RA-RNTIの動作および機能性は、第C節のRA-RNTIに関連して説明される、コンポーネント、動作、および/または特性のうちの任意の1つまたはそれを上回るものを備えてもよい(実施形態3)。無線通信デバイスおよび/または無線通信ノードは、以下の式を使用して、RA-RNTIを算出/計算/決定してもよい。
【化14】
【0083】
いくつかの実施形態では、RA-RNTIは、伝送プリアンブルの1つまたはそれを上回る周波数ドメインリソースと関連付けられる、パラメータ(例えば、f_id、ul_carrier_id、および/または他の周波数ドメインリソースパラメータ)の関数であってもよい(例えば、RA-RNTIは、時間ドメインリソースパラメータを除外してもよい)。したがって、無線通信デバイスおよび/または無線通信ノードは、以下の式を使用して、RA-RNTIを算出/計算/決定してもよい。
【化15】
【0084】
前の式は、SCSの値に関連付けられない/関連しなくてもよい(例えば、式は、t_idを除外する)。したがって、RA-RNTIの値は、0~15(または他の数)の範囲であってもよい。
【0085】
1つまたはそれを上回る時間ドメインリソースと関連付けられる、パラメータは、t_RO_idを含む/備えてもよい。t_RO_idの動作および機能性は、第B節のt_RO_idに関連して説明される、コンポーネント、動作、および/または特性のうちの任意の1つまたはそれを上回るものを備えてもよい(実施形態2)。t_RO_totalの動作および機能性は、第B節のt_RO_totalに関連して説明される、コンポーネント、動作、および/または特性のうちの任意の1つまたはそれを上回るものを備えてもよい(実施形態2)。t_RO_totalが、70の値を有する場合、少なくとも7ビット(または他の数のビット)は、t_RO_totalを示す/規定してもよい。したがって、少なくとも7ビットは、伝送プリアンブルの時間ドメインリソースを示す/規定してもよい。
【0086】
2ステップランダムアクセスプロシージャに関して、MSGB-RNTIが、PRACH機会と関連付けられてもよい。MSGB-RNTIの動作および機能性は、第C節のMSGB-RNTIに関連して説明される、コンポーネント、動作、および/または特性のうちの任意の1つまたはそれを上回るものを備えてもよい(実施形態3)。
無線通信デバイスおよび/または無線通信ノードは、以下の式を使用して、MSGB-RNTIを算出/計算/決定してもよい。
【化16】
【0087】
少なくとも7ビット(例えば、t_RO_totalの7ビット)は、1つまたはそれを上回る時間ドメインリソースを示す/規定してもよい(例えば、4ステップランダムアクセスプロシージャに類似する)。
I. 無線通信ノード側
【0088】
いくつかの実施形態では、無線通信ノードは、1つまたはそれを上回る時間ドメインリソースと関連付けられる、パラメータを無線通信デバイスに(例えば、システムフレームにおいて、時間ドメインにおけるROインデックス)示す/提供してもよい。無線通信ノードは、DCIおよび/またはRARを使用して、時間ドメインリソースと関連付けられるパラメータを示し得る。
II. 無線通信デバイス側
4ステップランダムアクセスプロシージャに関して
【0089】
いくつかの実施形態では、ランダムアクセス応答が、複数の条件のうちの1つまたはそれを上回るものが、充足されると、受信成功を示し得る。無線通信デバイスは、DCIフォーマット(例えば、DCIフォーマット1_0または他のタイプおよび/またはフォーマットのDCI)を検出/決定/識別してもよい。複数の条件のうちの少なくとも1つは、DCIフォーマットのCRCが、RA-RNTIを用いてスクランブリングされることである/を含んでもよい。DCIおよび/またはRARは、1つまたはそれを上回る時間ドメインリソース(例えば、システムフレームにおいて、時間ドメインにおけるROインデックス、および/または他のリソース)を示す/規定してもよい。複数の条件のうちの少なくとも1つは、ROインデックスが、無線通信デバイスがPRACHを伝送した、シンボルに対応することである/を含んでもよい。複数の条件のうちの少なくとも1つは、ROインデックスが、無線通信デバイスがPRACHを伝送した、スロットに対応することである/を含んでもよい。複数の条件のうちの少なくとも1つは、MAC PDUにおけるランダムアクセスプリアンブル識別子が、伝送されるプリアンブルインデックスに対応することである/を含んでもよい(例えば、MAC PDUに含まれる場合)。
2ステップランダムアクセスプロシージャに関して
【0090】
いくつかの実施形態では、ランダムアクセス応答が、第1のセットの条件の1つまたはそれを上回る条件が、充足されると、受信成功を示し得る。無線通信デバイスは、DCIフォーマット(例えば、DCIフォーマット1_0または他のタイプおよび/またはフォーマットのDCI)を検出/決定/識別してもよい。第1のセットの条件の少なくとも1つの条件は、DCIフォーマットのCRCが、MSGB-RNTIを用いてスクランブリングされることである/を含んでもよい。DCIおよび/またはRARは、1つまたはそれを上回る時間ドメインリソース(例えば、システムフレームにおいて、時間ドメインにおけるROインデックス、および/または他のリソース)を示す/規定してもよい。第1のセットの条件の少なくとも1つの条件は、ROインデックスが、無線通信デバイスがPRACHを伝送した、シンボルに対応することである/を含んでもよい。第1のセットの条件の少なくとも1つの条件は、ROインデックスが、無線通信デバイスがPRACHを伝送した、スロットに対応することである/を含んでもよい。いくつかの実施形態では、MSGBは、fallbackRAR MACサブPDU(または他のデータユニットまたはメッセージ)を含んでもよい。第1のセットの条件の少なくとも1つの条件は、fallbackRAR MACサブPDUが、伝送されるプリアンブルインデックスに対応することを備えてもよい(例えば、MAC PDUに含まれる場合)。第1のセットの条件の少なくとも1つの条件は、MAC PDUにおけるランダムアクセスプリアンブル識別子が、伝送されるプリアンブルインデックスに対応することである/を含んでもよい(例えば、MAC PDUに含まれる場合)。
【0091】
いくつかの実施形態では、ランダムアクセス応答が、第2のセットの条件の1つまたはそれを上回る条件が、充足されると、受信成功を示し得る。無線通信デバイスは、DCIフォーマット(例えば、DCIフォーマット1_0または他のタイプおよび/またはフォーマットのDCI)を検出/決定/識別してもよい。第2のセットの条件の少なくとも1つの条件は、DCIフォーマットのCRCが、MSGB-RNTIを用いてスクランブリングされることである/を含んでもよい。DCIおよび/またはRARは、1つまたはそれを上回る時間ドメインリソース(例えば、システムフレームにおいて、時間ドメインにおけるROインデックス、および/または他のリソース)を示す/規定してもよい。第2のセットの条件の少なくとも1つの条件は、ROインデックスが、無線通信デバイスがPRACHを伝送した、シンボルに対応することである/を含んでもよい。第2のセットの条件の少なくとも1つの条件は、ROインデックスが、無線通信デバイスがPRACHを伝送した、スロットに対応することである/を含んでもよい。第2のセットの条件の少なくとも1つの条件は、MSGBが、successRAR MACサブPDU(または他のパラメータ/設定)を含むことである/を含んでもよい。第2のセットの条件の少なくとも1つの条件は、MSGAが、CCCH SDUを含むことである/を含んでもよい。第2のセットの条件の少なくとも1つの条件は、MACサブPDUにおけるUE競合解決識別が、CCCH SDUに合致/対応することである/を含んでもよい。
E. 実施形態5:PRACH機会インデックスt_RO_idによって再設置された、時間ドメインシンボルインデックスおよびスロットインデックス
【0092】
いくつかの実施形態では、RNTIを生成/決定/計算する式は、RNTIの可能性として考えられる値の範囲を低減/限定/維持するために、修正/変化されてもよい。式を修正することは、(例えば、時間および/または周波数ドメインインジケーションに関する)シグナリングオーバーヘッドの低減をもたらし得る。無線通信デバイスおよび/または無線通信ノードは、以下の式を使用して、RA-RNTIを算出/計算/決定してもよい。
【化17】
無線通信デバイスおよび/または無線通信ノードは、以下の式を使用して、MSGB-RNTIを算出/計算/決定してもよい。
【化18】
【0093】
t_RO_idの動作および機能性は、第B節のt_RO_idに関連して説明される、コンポーネント、動作、および/または特性のうちの任意の1つまたはそれを上回るものを備えてもよい(実施形態2)。t_RO_totalの動作および機能性は、第B節のt_RO_totalに関連して説明される、コンポーネント、動作、および/または特性のうちの任意の1つまたはそれを上回るものを備えてもよい(実施形態2)。f_idは、周波数ドメインにおけるPRACH機会のインデックス(例えば、0≦f_id<8)に対応する/それを指してもよい。ul_carrier_idは、ランダムアクセスプリアンブル伝送のために使用されるULキャリアに対応する/それを指してもよい(例えば、NULキャリアに関して0および/またはSULキャリアに関して1)。
【0094】
ある構成(例えば、TS38.211において規定されるPRACH構成)に従って、t_RO_totalの最大値は、70に対応してもよい。したがって、RA-RNTIの最大値は、1,120(例えば、70×8×2)に対応してもよい。MSGB-RNTIの最大値は、2,240(例えば、70×8×2×2)に対応してもよい。最大SCSが、1,920kHzに増加/拡張/インクリメントされる場合、RA-RNTIの最大値は、17,920(例えば、RNTI範囲内(0、65,535)にあってもよい)に対応してもよい。最大SCSが、1,920kHzに増加/拡張/インクリメントされる場合、MSGB-RNTIの最大値は、35,840に対応してもよい(例えば、RNTI範囲(0、65,535)内にあってもよい)。
【0095】
ここで
図3を参照すると、周波数範囲2(FR2)および/または、不対スペクトルに関するランダムアクセス構成のためのテーブル300が、描写される。いくつかの実施形態では、PRACH構成インデックスは、テーブル300を使用して構成されてもよい。例えば、PRACH構成インデックスは、26(または他の数)の値に対応してもよい。無線通信デバイスは、時間ドメインにおけるスロット31において、シンボル4~5に位置するPRACH機会を選択/識別してもよい。テーブル300に従って、標的PRACH機会(例えば、スロット3、7、11、15、19、23、および27)を含むスロットに先立って、PRACH機会を含む、7つのスロットがある。いくつかの実施形態では、スロット31におけるシンボル4に先立って、2つのPRACH機会があってもよい。したがって、t_RO_idは、7×6+2=44と計算/算出されてもよい。t_RO_idは、標的PRACH機会を含むスロットに先立ったスロットの数、PRACHスロット
【化19】
内の時間ドメインPRACH機会の数、および/または標的PRACH機会を含むシンボルに先立ったPRACH機会の数の関数であってもよい。t_RO_totalは、10×6=60と計算/算出されてもよい。
F. 実施形態6:DCIまたはRARは、スロットを示す
【0096】
ある仕様では、RA-RNTIは、PRACH機会に関連付けられる/関連してもよい。PRACH機会は、その中でランダムアクセスプリアンブルが伝送される、PRACH機会に対応してもよい。無線通信デバイスおよび/または無線通信ノードは、以下の式を使用して、RA-RNTIを算出/計算/決定してもよい。
【化20】
【0097】
s_idは、PRACH機会の第1のOFDMシンボルのインデックス(例えば、0≦s_id<14)に対応する/それを指してもよい。t_idは、サブキャリア間隔が、120kHz(または他の周波数)より小さいまたはそれに等しいとき、システムフレームにおいてPRACH機会の第1のスロットのインデックス(例えば、0≦t_id<80)に対応する/それを指してもよい。いくつかの実施形態では、t_idは、サブキャリア間隔が、120kHz(または他の周波数)より大きいとき、80スロット(または160スロット)のグループにおけるPRACH機会の第1のスロットのインデックスに対応する/それを指してもよい。パラメータμの値(例えば、TS38.211[8]における第5.3.2節において規定される)が、サブキャリア間隔を示す/影響/決定してもよい。サブキャリア間隔は、t_idの値を決定/示す/規定してもよい。f_idが、周波数ドメインにおけるPRACH機会のインデックス(例えば、0≦f_id<8)に対応する/それを指してもよい。ul_carrier_idは、ランダムアクセスプリアンブル伝送のために使用されるULキャリアに対応する/それを指してもよい(例えば、NULキャリアに関して0および/またはSULキャリアに関して1)。
【0098】
ここで
図4を参照すると、RNTIに通信するための例示的システムフレームの表現400が、描写される。いくつかの実施形態では、SCSの値は、120kHz(または他の周波数)に対応してもよい。120kHzの値は、ある規格/仕様下、SCSの最大値に対応してもよい。SCSが、120kHzの値を有する場合、スロットの数が、80(または他の数)に対応してもよい。スロットの数(例えば、80スロットまたは他の数)は、システムフレームの粒度のレベルを示す/提供/規定してもよい。スロットの数は、複数のサイクル/インターバルにおける、1つのサイクル/インターバルに対応してもよい。いくつかの実施形態では、SCSの値は、120kHzを上回ってもよい。SCSの値は、120kHzの倍数に対応してもよい。例えば、SCSの値は、240kHzに対応してもよい。SCSが、240kHz(例えば、120×2)の値を有する場合、システムフレームにおけるスロットの総数は、160スロット(例えば、80×2)に対応してもよい。スロットの総数は、80スロットの倍数に対応してもよい。別の実施例では、SCSの値は、1,920kHzに対応してもよい。SCSが、1,920kHz(例えば、120×16)の値を有する場合、システムフレームにおけるスロットの総数は、1,280スロット(例えば、80×16)に対応してもよい。
図5に提示されるように、SCSが、480kHz(例えば、120×4)の値を有する場合、システムフレームにおけるスロットの総数は、320スロット(例えば、80×4)に対応してもよい。システムフレームの粒度のレベルは、80スロット(例えば、第1の80スロット、第2の80スロット、第3の80スロット、および第4の80スロット)に対応してもよい。
【0099】
いくつかの実施形態では、無線通信デバイスは、RNTIが属するスロットのグループ(例えば、第1の80スロット、第2の80スロット、および/または他のグループのスロット)を示す/規定してもよい。SCSが、480kHzの値を有し、80スロットの4つのグループがある場合、少なくとも2ビット(または他の数のビット)は、RNTIが属する、スロットのグループを示し得る。無線通信ノードは、DCIおよび/またはRARを介して、スロットのグループを示すために、少なくとも2ビットを使用してもよい。SCSが、1,920kHzの値を有し、80スロットの16グループがある場合、少なくとも4ビット(または他の数のビット)は、RNTIが属する、スロットのグループを示し得る。
I. 無線通信ノード側
【0100】
無線通信ノードは、無線通信デバイスから、80スロット(または160スロット)のグループを受信/取得してもよい。無線通信デバイスは、インジケーションを無線通信ノードに送信してもよい。インジケーションは、RNTIが属する、スロットのグループのインジケーションを備えてもよい。無線通信デバイスは、DCIおよび/またはRARを使用して、インジケーションを送信/伝送/ブロードキャストしてもよい。無線通信デバイスは、msg1-SubcarrierSpacing(または他のパラメータ)の値が、120kHz(または他の周波数)を上回る場合、インジケーションを送信してもよい。
II. 無線通信デバイス側
4ステップランダムアクセスプロシージャに関して
【0101】
いくつかの実施形態では、ランダムアクセス応答が、複数の条件のうちの1つまたはそれを上回るものが、充足されると、受信成功を示し得る。無線通信デバイスは、DCIフォーマット(例えば、DCIフォーマット1_0または他のタイプおよび/またはフォーマットのDCI)を検出/決定/識別してもよい。複数の条件のうちの少なくとも1つは、DCIフォーマットのCRCが、RA-RNTIを用いてスクランブリングされることである/を含んでもよい。DCIおよび/またはRARは、80スロット(または160スロット)のグループを示す/規定してもよい。複数の条件のうちの少なくとも1つは、80スロット(または160スロット)のグループが、無線通信デバイスがPRACHを伝送した、シンボルに対応することである/を含んでもよい。複数の条件のうちの少なくとも1つは、80スロット(または160スロット)のグループが、無線通信デバイスがPRACHを伝送した、スロットに対応することである/を含んでもよい。複数の条件のうちの少なくとも1つは、MAC PDUにおけるランダムアクセスプリアンブル識別子が、伝送されるプリアンブルインデックスに対応することである/を含んでもよい(例えば、MAC PDUに含まれる場合)。
2ステップランダムアクセスプロシージャに関して
【0102】
いくつかの実施形態では、ランダムアクセス応答が、第1のセットの条件の1つまたはそれを上回る条件が、充足されると、受信成功を示し得る。無線通信デバイスは、DCIフォーマット(例えば、DCIフォーマット1_0または他のタイプおよび/またはフォーマットのDCI)を検出/決定/識別してもよい。第1のセットの条件の少なくとも1つの条件は、DCIフォーマットのCRCが、MSGB-RNTIを用いてスクランブリングされることである/を含んでもよい。DCIおよび/またはRARは、80(または160スロット)のグループを示す/規定してもよい。第1のセットの条件の少なくとも1つの条件は、80スロット(または160スロット)のグループが、無線通信デバイスがPRACHを伝送した、シンボルに対応することである/を含んでもよい。第1のセットの条件の少なくとも1つの条件は、80スロット(または160スロット)のグループが、無線通信デバイスがPRACHを伝送した、スロットに対応することである/を含んでもよい。いくつかの実施形態では、MSGBは、fallbackRAR MACサブPDU(または他のデータユニットまたはメッセージ)を含んでもよい。第1のセットの条件の少なくとも1つの条件は、fallbackRAR MACサブPDUが、伝送されるプリアンブルインデックスに対応することを備えてもよい(例えば、MAC PDUに含まれる場合)。第1のセットの条件の少なくとも1つの条件は、MAC PDUにおけるランダムアクセスプリアンブル識別子が、伝送されるプリアンブルインデックスに対応することを備えてもよい(例えば、MAC PDUに含まれる場合)。
【0103】
いくつかの実施形態では、ランダムアクセス応答が、第2のセットの条件の1つまたはそれを上回る条件が、充足されると、受信成功を示し得る。無線通信デバイスは、DCIフォーマット(例えば、DCIフォーマット1_0または他のタイプおよび/またはフォーマットのDCI)を検出/決定/識別してもよい。第2のセットの条件の少なくとも1つの条件は、DCIフォーマットのCRCが、MSGB-RNTIを用いてスクランブリングされることである/を含んでもよい。DCIおよび/またはRARは、80スロット(または160スロット)のグループを示す/規定してもよい。第2のセットの条件の少なくとも1つの条件は、80スロット(または160スロット)のグループが、無線通信デバイスがPRACHを伝送した、シンボルに対応することである/を含んでもよい。第2のセットの条件の少なくとも1つの条件は、80スロット(または160スロット)のグループが、無線通信デバイスがPRACHを伝送した、スロットに対応することである/を含んでもよい。第2のセットの条件の少なくとも1つの条件は、MSGBが、successRAR MACサブPDU(または他のパラメータ/設定)を含むことである/を含んでもよい。第2のセットの条件の少なくとも1つの条件は、MSGAが、CCCH SDUを含むことである/を含んでもよい。第2のセットの条件の少なくとも1つの条件は、MACサブPDUにおけるUE競合解決識別が、CCCH SDUに合致/対応することである/を含んでもよい。
G. 実施形態7:拡張したt_idおよびスロットは、DCIまたはRARによって示される
【0104】
RA-RNTIの動作および機能性は、第F節のRA-RNTIに関連して説明される、コンポーネント、動作、および/または特性のうちの任意の1つまたはそれを上回るものを備えてもよい(実施形態6)。無線通信デバイスおよび/または無線通信ノードは、以下の式を使用して、RA-RNTIを算出/計算/決定してもよい。
【化21】
【0105】
SCSが、120kHzの値を有する場合、t_idの最大値は、79に対応してもよい。SCSが、120kHzの値を有する場合、RA-RNTIの最大値は、17,920に対応してもよい。SCSが、240kHzの値を有する場合、t_idの最大値は、159に対応してもよい。SCSが、240kHzの値を有する場合、RA-RNTIの最大値は、35,840に対応してもよい。したがって、SCSが、240kHzの値を有する場合、RA-RNTIの最大値(例えば、35,840)は、RA-RNTIの境界内(例えば、0≦RA-RNTI<65,535)であってもよい。いくつかの実施形態では、t_idは、160の値(または他の数)に増加/インクリメント/拡張されてもよい。
【0106】
t_idが、160に拡張される場合、グループにおけるスロットの数は、160スロットに対応してもよい(例えば、粒度のレベルは、160スロットに対応してもよい)。480kHzの値を伴うSCSに関して、スロットの総数は、320スロット(例えば、160×2)に対応してもよい。別の実施例では、1,920kHzの値を伴うSCSに関して、スロットの総数は、1,280スロット(例えば、160×8)に対応してもよい。本実施例では、少なくとも3ビット(または他の数のビット)は、RA-RNTIが属する、160スロットのグループを示す/規定してもよい。DCIおよび/またはRARは、RA-RNTIが属する、160スロットのグループを示す/規定してもよい。
【0107】
本実施形態(実施形態7)では、無線通信ノードの動作および機能性は、第F節(実施形態6)の第I項(無線通信ノード側)に関連して説明される、コンポーネントおよび/または動作のうちの任意の1つまたはそれを上回るものによって、実施されてもよい。本実施形態(実施形態7)では、無線通信デバイスの動作および機能性は、第F節(実施形態6)の第II項(無線通信デバイス側)に関連して説明される、コンポーネントおよび/または動作のうちの任意の1つまたはそれを上回るものによって、実施されてもよい。
H. 無線ネットワーク一時識別子(RNTI)に関連する方法
【0108】
図5は、無線ネットワーク識別子(RNTI)に関連する方法550のフロー図を図示する。方法550は、
図1-4と併せて本明細書に詳細される、コンポーネントおよびデバイスのいずれかを使用して、実装されてもよい。要するに、方法550は、RNTIを決定するステップ(552)を含んでもよい。方法550は、巡回冗長検査(CRC)が、RNTIを用いてスクランブリングされることを決定するステップ(554)を含んでもよい。
【0109】
ここで動作(552)を参照すると、いくつかの実施形態では、無線通信デバイスが、RNTI(例えば、RA-RNTI、MSGB-RNTI、および/または他のタイプ/フォーマットのRNTI)を決定/計算してもよい。いくつかの実施形態では、無線通信ノードは、RNTIを決定/計算してもよい。いくつかの実施形態では、無線通信デバイスは、無線通信ノードから、インジケーションを受信/取得してもよい。無線通信ノードは、メッセージ(例えば、RAR、DCI、および/または他のメッセージ)を介して、インジケーションを送信/伝送/ブロードキャストしてもよい。インジケーションは、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)を備える/含む/提供/規定してもよい。インジケーションは、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)を備える/含む/提供/規定してもよい。f_idおよび/またはul_carrier_idは、伝送プリアンブルの1つまたはそれを上回る周波数ドメインリソースに関するパラメータに対応する、またはそれと関連付けられてもよい。いくつかの実施形態では、無線通信デバイスおよび/または無線通信ノードは、RNTIを決定/計算してもよい。RNTIは、1つまたはそれを上回るインデックスの関数であってもよい。1つまたはそれを上回るインデックスは、PRACH機会の第1の直交周波数分割多重化(OFDM)シンボルのインデックス(s_id)および/または他のインデックスを備えてもよい。1つまたはそれを上回るインデックスは、PRACH機会の第1のスロットのインデックス(t_id)を備えてもよい。無線通信デバイスおよび/または無線通信ノードは、RNTIを決定/計算するために、1つまたはそれを上回るインデックス(例えば、s_idおよび/またはt_id)を使用してもよい。いくつかの実施形態では、RNTIは、1つまたはそれを上回る周波数ドメインリソースのパラメータ(例えば、f_id、ul_carrier_id、および/または他の周波数ドメインリソースパラメータ)を除外してもよい。
【0110】
いくつかの実施形態では、無線通信デバイスは、無線通信ノードから、インジケーションを受信/取得してもよい。無線通信ノードは、メッセージ(例えば、RAR、DCI、および/または他のメッセージ)を介して、インジケーションを送信/伝送/ブロードキャストしてもよい。インジケーションは、周波数ドメインにおけるPRACH機会のインデックス(f_id)を備える/含む/提供/規定してもよい。インジケーションは、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)を備える/含む/提供/規定してもよい。f_idおよび/またはul_carrier_idは、伝送プリアンブルの1つまたはそれを上回る周波数ドメインリソースのパラメータに対応してもよい。いくつかの実施形態では、無線通信デバイスおよび/または無線通信ノードは、RNTIを決定/計算してもよい。RNTIは、1つまたはそれを上回るインデックスの関数であってもよい。1つまたはそれを上回るインデックスは、時間ドメインにおけるPRACH機会のインデックス(t_RO_id)および/または他のインデックスを備えてもよい。無線通信デバイスおよび/または無線通信ノードは、RNTIを決定/計算するために、1つまたはそれを上回るインデックス(例えば、t_RO_idおよび/または他のインデックス)を使用してもよい。いくつかの実施形態では、RNTIは、1つまたはそれを上回る周波数ドメインリソースのパラメータ(例えば、f_id、ul_carrier_id、および/または他の周波数ドメインリソースパラメータ)を除外してもよい。
【0111】
いくつかの実施形態では、無線通信デバイスは、無線通信ノードから、インジケーションを受信/取得してもよい。無線通信ノードは、メッセージ(例えば、RAR、DCI、および/または他のメッセージ)を介して、インジケーションを送信/伝送/ブロードキャストしてもよい。インジケーションは、PRACH機会の第1のOFDMシンボルのインデックス(s_id)を備える/含む/提供/規定してもよい。インジケーションは、PRACH機会の第1のスロットのインデックス(t_id)を備える/含む/提供/規定してもよい。s_idおよび/またはt_idは、伝送プリアンブルの1つまたはそれを上回る時間ドメインリソースのパラメータに対応してもよい。いくつかの実施形態では、無線通信デバイスおよび/または無線通信ノードは、RNTIを決定/計算してもよい。RNTIは、1つまたはそれを上回るインデックスおよび/または1つまたはそれを上回る識別子の関数であってもよい。1つまたはそれを上回るインデックスは、周波数ドメインにおけるPRACH機会のインデックス(f_id)および/または他のインデックスを備えてもよい。1つまたはそれを上回る識別子は、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)および/または他の識別子を備えてもよい。無線通信デバイスおよび/または無線通信ノードは、RNTIを決定/計算するために、1つまたはそれを上回るインデックス(例えば、f_idおよび/または他のインデックス)および/または1つまたはそれを上回る識別子(例えば、ul_carrier_idおよび/または他の識別子)を使用してもよい。いくつかの実施形態では、RNTIは、1つまたはそれを上回る時間ドメインリソースに関するパラメータ(例えば、s_id、t_id、および/または他の時間ドメインリソースパラメータ)を除外する、またはそれと関連付けられてもよい。
【0112】
いくつかの実施形態では、無線通信デバイスは、無線通信ノードから、インジケーションを受信/取得してもよい。無線通信ノードは、メッセージ(例えば、RAR、DCI、および/または他のメッセージ)を介して、インジケーションを送信/伝送/ブロードキャストしてもよい。インジケーションは、時間ドメインにおけるPRACH機会のインデックス(t_RO_id)を備える/含む/提供/規定してもよい。t_RO_idは、伝送プリアンブルの1つまたはそれを上回る時間ドメインリソースと関連付けられる、パラメータに対応してもよい。いくつかの実施形態では、無線通信デバイスおよび/または無線通信ノードは、RNTIを決定/計算してもよい。RNTIは、1つまたはそれを上回るインデックスおよび/または1つまたはそれを上回る識別子の関数であってもよい。1つまたはそれを上回るインデックスは、周波数ドメインにおけるPRACH機会のインデックス(f_id)および/または他のインデックスを備えてもよい。1つまたはそれを上回る識別子は、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)および/または他の識別子を備えてもよい。無線通信デバイスおよび/または無線通信ノードは、RNTIを決定/計算するために、1つまたはそれを上回るインデックス(例えば、f_idおよび/または他のインデックス)および/または1つまたはそれを上回る識別子(例えば、ul_carrier_idおよび/または他の識別子)を使用してもよい。いくつかの実施形態では、RNTIは、1つまたはそれを上回る時間ドメインリソース(例えば、t_RO_id、および/または他の時間ドメインリソース)と関連付けられる、パラメータを除外してもよい。
【0113】
いくつかの実施形態では、無線通信デバイスおよび/または無線通信ノードは、RNTIを決定してもよい。RNTIは、1つまたはそれを上回るインデックス、1つまたはそれを上回る数、および/または1つまたはそれを上回る識別子の関数であってもよい。1つまたはそれを上回るインデックスは、周波数ドメインにおけるPRACH機会のインデックス(f_id)および/または他のインデックスを備えてもよい。1つまたはそれを上回るインデックスは、時間ドメインにおけるPRACH機会のインデックス(t_RO_id)を備えてもよい。1つまたはそれを上回る数は、時間ドメインにおけるPRACH機会の総数(t_RO_total)を備えてもよい。1つまたはそれを上回る識別子は、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)および/または他の識別子を備えてもよい。無線通信デバイスおよび/または無線通信ノードは、RNTIを決定/計算するために、1つまたはそれを上回るインデックス(例えば、f_id、t_RO_id、および/または他のインデックス)、1つまたはそれを上回る数(例えば、t_RO_total)、および/または1つまたはそれを上回る識別子(例えば、ul_carrier_idおよび/または他の識別子)を使用してもよい。
【0114】
いくつかの実施形態では、無線通信デバイスおよび/または無線通信ノードは、RNTIを決定してもよい。RNTIは、1つまたはそれを上回るインデックスおよび/または1つまたはそれを上回る識別子の関数であってもよい。1つまたはそれを上回るインデックスは、PRACH機会の第1のOFDMシンボルのインデックス(s_id)のインジケーションおよび/または他のインデックスを備えてもよい。1つまたはそれを上回るインデックスは、PRACH機会の第1のスロットのインデックス(t_id)を備えてもよい。いくつかの実施形態では、t_idの値は、(例えば、79~159)拡張/インクリメント/増加されもよい。s_idおよび/またはt_idは、伝送プリアンブルの1つまたはそれを上回る時間ドメインリソースに関するパラメータに対応する、またはそれと関連付けられてもよい。1つまたはそれを上回るインデックスは、周波数ドメインにおける物理ランダムアクセスチャネル(PRACH)機会のインデックス(f_id)を備えてもよい。1つまたはそれを上回る識別子は、ランダムアクセスプリアンブル伝送のためのキャリアの識別子(ul_carrier_id)および/または他の識別子を備えてもよい。いくつかの実施形態では、無線通信デバイスは、RNTIが属する、スロットのグループのインジケーション(例えば、80スロットおよび/または160スロットのグループ)を無線通信ノードに送信/伝送/ブロードキャストしてもよい。無線通信ノードは、メッセージ、(例えば、DCI、RAR、および/または他のメッセージ)を介して、インジケーションを受信/取得してもよい。
【0115】
ここで動作(554)を参照すると、いくつかの実施形態では、無線通信デバイスは、CRCのDCIフォーマット(例えば、DCIフォーマット_0および/または他のタイプ/フォーマットのDCI)が、RNTIを用いてスクランブリングされることを決定してもよい。ランダムアクセス応答が、受信(例えば、MAC RARの受信)成功(または不成功)を示す/知らせる/確認し得る。ランダムアクセス応答は、CRCが、RNTI(例えば、無線通信デバイスによって、独立して決定される/計算されるRNTIの値と同一である、RNTIの値)を用いてスクランブリング/混合されると、受信成功を示し得る。いくつかの実施形態では、媒体アクセス制御(MAC)プロトコルデータユニット(PDU)が、ランダムアクセスプリアンブル識別子を含む/提供/示してもよい。ランダムアクセス応答は、ランダムアクセスプリアンブル識別子が、伝送されるプリアンブルインデックスに対応すると、受信成功を示し得る。いくつかの実施形態では、MACサブPDUが、ユーザ機器(UE)競合解決識別を含む/提供/示してもよい。ランダムアクセス応答は、UE競合解決識別が、共通制御チャネル(CCCH)サービスデータユニット(SDU)に合致/対応すると、受信成功を示し得る。
【0116】
本ソリューションの種々の実施形態が、上記に説明されたが、それらは、限定としてではなく、実施例としてのみ提示されたことを理解されたい。同様に、種々の略図は、例示的アーキテクチャまたは構成を描写し得、これは、当業者が、本ソリューションの例示的特徴および機能を理解することを可能にするために提供される。しかしながら、そのような当業者は、本ソリューションが、図示される例示的アーキテクチャまたは構成に制限されず、種々の代替アーキテクチャおよび構成を使用して実装されることができることを理解するであろう。加えて、当業者によって理解されるであろうように、一実施形態の1つまたはそれを上回る特徴は、本明細書に説明される別の実施形態の1つまたはそれを上回る特徴と組み合わせられることができる。したがって、本開示の範疇および範囲は、上記に説明される例証的実施形態のいずれかによって限定されるべきではない。
【0117】
また、「第1」、「第2」等の指定を使用した本明細書における要素の任意の参照は、概して、それらの要素の量または順序を限定するものではないことを理解されたい。むしろ、これらの指定は、本明細書では、2つまたはそれを上回る要素または要素のインスタンス間で区別する便宜的手段として使用されることができる。したがって、第1および第2の要素の参照は、2つのみの要素が採用され得る、または第1の要素がある様式において、第2の要素に先行しなければならないことを意味するものではない。
【0118】
加えて、当業者は、情報および信号が種々の異なる技術および技法のいずれかを使用して表されることができることを理解するであろう。上記の説明において参照され得る、例えば、データ、命令、コマンド、情報、信号、ビット、およびシンボルは、例えば、電圧、電流、電磁波、磁場または粒子、光学場または粒子、または任意のそれらの組み合わせによって表されることができる。
【0119】
当業者はさらに、本明細書に開示される側面に関連して説明される、種々の例証的論理ブロック、モジュール、プロセッサ、手段、回路、方法、および機能のいずれかが、電子ハードウェア(例えば、デジタル実装、アナログ実装、またはその2つの組み合わせ)、ファームウェア、命令を組み込む種々の形態のプログラムまたは設計コード(本明細書では、便宜上、「ソフトウェア」または「ソフトウェアモジュールと称され得る)、またはこれらの技法の任意の組み合わせによって実装されることができることを理解するであろう。ハードウェア、ファームウェア、およびソフトウェアの本可換性を明確に図示するために、種々の例証的コンポーネント、ブロック、モジュール、回路、およびステップは、概して、その機能性の観点から上記に説明される。そのような機能性が、ハードウェア、ファームウェア、またはソフトウェア、またはこれらの技法の組み合わせとして実装されるかどうかは、特定の用途および全体的システム上に課される設計制約に依存する。当業者は、説明される機能性を特定の用途毎に種々の方法で実装することができるが、そのような実装決定は、本開示の範囲からの逸脱を生じさせるものではない。
【0120】
さらに、当業者は、本明細書に説明される種々の例証的論理ブロック、モジュール、デバイス、コンポーネント、および回路が、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、または他のプログラマブル論理デバイス、または任意のそれらの組み合わせを含み得る、集積回路(IC)内に実装される、またはそれによって実施されることができることを理解するであろう。論理ブロック、モジュール、および回路はさらに、アンテナおよび/または送受信機を含み、ネットワークまたはデバイス内の種々のコンポーネントと通信することができる。汎用プロセッサは、マイクロプロセッサであることができるが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、または状態機械であることができる。プロセッサはまた、コンピューティングデバイス、例えば、DSPおよびマイクロプロセッサ、複数のマイクロプロセッサ、DSPコアと併せた1つまたはそれを上回るマイクロプロセッサの組み合わせ、または本明細書に説明される機能を実施するための任意の他の好適な構成の組み合わせとして実装されることができる。
【0121】
ソフトウェア内に実装される場合、機能は、1つまたはそれを上回る命令またはコードとして、コンピュータ可読媒体上に記憶されることができる。したがって、本明細書に開示される方法またはアルゴリズムのステップは、コンピュータ可読媒体上に記憶されるソフトウェアとして実装されることができる。コンピュータ可読媒体は、コンピュータ記憶媒体および通信媒体の両方を含み、コンピュータプログラムまたはコードを1つの場所から別の場所に転送することを可能にされ得る、任意の媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る、任意の利用可能な媒体であることができる。限定ではなく、一例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROMまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、または所望のプログラムコードを命令またはデータ構造の形態で記憶するために使用され得、かつコンピュータによってアクセスされ得る、任意の他の媒体を含むことができる。
【0122】
本書では、用語「モジュール」は、本明細書で使用されるように、ソフトウェア、ファームウェア、ハードウェア、および本明細書に説明される関連付けられる機能を実施するためのこれらの要素の任意の組み合わせを指す。加えて、議論の目的のために、種々のモジュールは、離散モジュールとして説明される。しかしながら、当業者に明白となるであろうように、2つまたはそれを上回るモジュールが、組み合わせられ、本ソリューションの実施形態に従って関連付けられる機能を実施する、単一モジュールを形成してもよい。
【0123】
加えて、メモリまたは他の記憶装置および通信コンポーネントが、本ソリューションの実施形態において採用されてもよい。明確にする目的のために、上記の説明は、異なる機能ユニットおよびプロセッサを参照して本ソリューションの実施形態を説明していることを理解されたい。しかしながら、異なる機能ユニット、処理論理要素、またはドメイン間の機能性の任意の好適な分配が、本ソリューションから逸脱することなく使用されてもよいことが明白であろう。例えば、別個の処理論理要素またはコントローラによって実施されるように例証される機能性は、同一処理論理要素またはコントローラによって実施されてもよい。故に、具体的機能ユニットの参照は、厳密な論理または物理構造または編成を示すのではなく、説明される機能性を提供するための好適な手段の参照にすぎない。
【0124】
本開示に説明される実施形態の種々の修正が、当業者に容易に明白となり、本明細書に定義された一般的原理は、本開示の範囲から逸脱することなく、他の実施形態に適用されることができる。したがって、本開示は、本明細書に示される実施形態に限定されることを意図するものではなく、下記の請求項において制限されるように、本明細書に開示される新規特徴および原理と一致する最も広い範囲と見なされる。