特許7314265ビーム動作のための擬似コロケーション（ＱＣＬ）想定を決定する方法及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-07-14
(45)【発行日】2023-07-25
(54)【発明の名称】ビーム動作のための擬似コロケーション（ＱＣＬ）想定を決定する方法及び装置
(51)【国際特許分類】
H04W 72/23 20230101AFI20230718BHJP
H04W 72/1273 20230101ALI20230718BHJP
H04W 72/0453 20230101ALI20230718BHJP
H04W 16/28 20090101ALI20230718BHJP
【ＦＩ】
H04W72/23
H04W72/1273
H04W72/0453
H04W16/28
【請求項の数】
16
(21)【出願番号】P 2021523200
(86)(22)【出願日】2019-10-22
(65)【公表番号】
(43)【公表日】2022-01-17
(86)【国際出願番号】 CN2019112403
(87)【国際公開番号】W WO2020088295
(87)【国際公開日】2020-05-07
【審査請求日】2021-04-27
(31)【優先権主張番号】62/754,165
(32)【優先日】2018-11-01
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】522292220
【氏名又は名称】ハンニバル アイピー エルエルシー
(74)【代理人】
【識別番号】110000338
【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ
(72)【発明者】
【氏名】チェン，チエンチュン
(72)【発明者】
【氏名】ツァイ，ツンファ
(72)【発明者】
【氏名】チェン，ユシン
(72)【発明者】
【氏名】リン，ワンチェン
【審査官】石原 由晴
(56)【参考文献】
【文献】Intel Corporation，Remaining Issues on Beam Management[online]，3GPP TSG RAN WG1 Meeting #94b R1-1810751，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94b/Docs/R1-1810751.zip>，2018年09月29日
【文献】Ericsson，Feature lead summary for beam management - Thursday[online]，3GPP TSG-RAN WG1 Meeting #94 Tdoc R1-1809864，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94/Docs/R1-1809864.zip>，2018年08月23日
【文献】LG Electronics，Remaining issues on downlink control channel[online]，3GPP TSG RAN WG1 Meeting #94 R1-1808490，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94/Docs/R1-1808490.zip>，2018年08月11日
【文献】ZTE，Maintenance for Reference signals and QCL[online]，3GPP TSG RAN WG1 Meeting #94 R1-1808197，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94/Docs/R1-1808197.zip>，2018年08月11日
【文献】Nokia, Nokia Shanghai Bell，Feature lead summary on QCL[online]，3GPP TSG RAN WG1#94 R1-1809758，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94/Docs/R1-1809758.zip>，2018年08月22日
【文献】ZTE，Maintenance for beam management[online]，3GPP TSG RAN WG1 Meeting #94 R1-1808196，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94/Docs/R1-1808196.zip>，2018年08月11日
【文献】vivo，On the search space of cross carrier scheduling[online]，3GPP TSG-RAN WG2 Meeting #103bis R2-1814188，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_103bis/Docs/R2-1814188.zip>，2018年09月28日
【文献】vivo，Maintenance for beam management[online]，3GPP TSG RAN WG1 #94b R1-1810366，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94b/Docs/R1-1810366.zip>，2018年09月29日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
ユーザ機器（ＵＥ：user equipment）であって、コンピュータ実行可能命令が実装された一つ以上の非一時的なコンピュータ読み取り可能媒体と、
前記一つ以上の非一時的なコンピュータ読み取り可能媒体に結合された少なくとも一つのプロセッサと、を備え、
前記少なくとも一つのプロセッサは、
時間スロットにおけるサービングセルのアクティブＢＷＰ内において、前記ＵＥのために構成された複数の制御リソースセット（ＣＯＲＥＳＥＴ：Control Resource Sets）の内の少なくとも一つをモニターし、
前記複数のＣＯＲＥＳＥＴのうちの前記一つ以上のモニターされたＣＯＲＥＳＥＴのうちの第１のＣＯＲＥＳＥＴの第１の擬似コロケーション（ＱＣＬ：Quasi Co－Location）想定を適用することによって、非周期的チャンネルステータス情報－参照信号（ＣＳＩ－ＲＳ：Channel Status Information－Reference Signal）を受信するように、前記コンピュータ実行可能命令を実行するように構成され、
前記第１のＣＯＲＥＳＥＴは、前記複数のＣＯＲＥＳＥＴのうちの前記一つ以上のモニターされたＣＯＲＥＳＥＴのうちの最小のＣＯＲＥＳＥＴ識別子（ＩＤ）を用いて構成されてモニターされたサーチスペースに関連付けられており、
前記第１のＣＯＲＥＳＥＴから、前記非周期的ＣＳＩ－ＲＳをスケジュールするダウンリンク制御情報（ＤＣＩ：Downlink Control Information）を取得するように、前記コンピュータ実行可能命令を更に実行するように構成され、
前記ＤＣＩを搬送する物理ダウンリンク制御チャンネル（ＰＤＣＣＨ：Physical Downlink Control Channel）の最後のシンボルの終端と前記非周期的ＣＳＩ－ＲＳを搬送するリソースの最初のシンボルの起点の間にあるスケジューリングオフセットが閾値未満である、
ＵＥ。
【請求項2】
前記第１のＣＯＲＥＳＥＴは、時間領域における少なくとも一つのシンボルにおいて、前記複数のＣＯＲＥＳＥＴのうちの第２のＣＯＲＥＳＥＴと重複し、前記第２のＣＯＲＥＳＥＴは、前記複数のＣＯＲＥＳＥＴのうちのモニターされないＣＯＲＥＳＥＴであり、前記モニターされないＣＯＲＥＳＥＴは、前記ＵＥに構成されるモニターされないサーチスペースに関連付けられている、請求項１に記載のＵＥ。
【請求項3】
前記第１のＣＯＲＥＳＥＴに関連付けられた前記モニターされたサーチスペースは、第１のサーチスペースＩＤを用いて構成され、前記第２のＣＯＲＥＳＥＴに関連付けられた前記モニターされないサーチスペースは、第２のサーチスペースＩＤを用いて構成され、前記第１のサーチスペースＩＤは、前記第２のサーチスペースＩＤよりも小さい、請求項２に記載のＵＥ。
【請求項4】
前記第２のＣＯＲＥＳＥＴは、非アクティブ化されたバンド幅部分（ＢＷＰ）、及び、非アクティブ化されたセカンダリーセル（ＳＣｅｌｌ）のうちの一方において構成される、請求項２に記載のＵＥ。
【請求項5】
前記第２のＣＯＲＥＳＥＴは、前記時間領域における少なくとも一つのシンボルにおいて、前記複数のＣＯＲＥＳＥＴのうちの前記一つ以上のモニターされたＣＯＲＥＳＥＴのうちの第３のＣＯＲＥＳＥＴと更に重複する、請求項２に記載のＵＥ。
【請求項6】
前記複数のＣＯＲＥＳＥＴ及び前記非周期的ＣＳＩ－ＲＳを搬送するリソースは、前記時間スロット及び前記サービングセルの前記アクティブＢＷＰにおいて提供される、請求項１に記載のＵＥ。
【請求項7】
前記少なくとも一つのプロセッサは、前記第１のＣＯＲＥＳＥＴから、物理ダウンリンク共有チャンネル（ＰＤＳＣＨ）をスケジュールするＤＣＩを取得し、
前記ＤＣＩを搬送するＰＤＣＣＨの最後のシンボルの終端と前記ＰＤＳＣＨの最初のシンボルの起点の間にあるスケジューリングオフセットが閾値未満のとき、第２のＣＯＲＥＳＥＴの第２のＱＣＬ想定を適用することによって、前記ＰＤＳＣＨを受信するように、前記コンピュータ実行可能命令を実行するように更に構成され、
前記第２のＣＯＲＥＳＥＴは、時間領域における少なくとも一つのシンボルにおいて、前記ＰＤＳＣＨと重複する、
請求項１に記載のＵＥ。
【請求項8】
前記第２のＣＯＲＥＳＥＴは、前記複数のＣＯＲＥＳＥＴのうちモニターされないＣＯＲＥＳＥＴであり、前記モニターされないＣＯＲＥＳＥＴは、前記ＵＥに構成されたモニターされないサーチスペースに関連付けられている、請求項７に記載のＵＥ。
【請求項9】
無線通信の方法であって、ユーザ機器（ＵＥ）が、時間スロットにおけるサービングセルのアクティブＢＷＰ内において、前記ＵＥに構成された複数の制御リソースセット（ＣＯＲＥＳＥＴ）の内の少なくとも一つをモニターする工程と、
前記ＵＥが、前記複数のＣＯＲＥＳＥＴのうちの前記一つ以上のモニターされたＣＯＲＥＳＥＴのうちの第１のＣＯＲＥＳＥＴの第１の擬似コロケーション（ＱＣＬ）想定を適用することによって、非周期的チャンネルステータス情報－参照信号（ＣＳＩ－ＲＳ）を受信する工程と、を含み、
前記第１のＣＯＲＥＳＥＴは、前記複数のＣＯＲＥＳＥＴのうちの前記一つ以上のモニターされたＣＯＲＥＳＥＴのうちの最小のＣＯＲＥＳＥＴ識別子（ＩＤ）を用いて構成されてモニターされたサーチスペースに関連付けられており、
前記ＵＥが、前記第１のＣＯＲＥＳＥＴから、前記非周期的ＣＳＩ－ＲＳをスケジュールするダウンリンク制御情報（ＤＣＩ：Downlink Control Information）を取得する工程を更に含み、
前記ＤＣＩを搬送する物理ダウンリンク制御チャンネル（ＰＤＣＣＨ：Physical Downlink Control Channel）の最後のシンボルの終端と前記非周期的ＣＳＩ－ＲＳを搬送するリソースの最初のシンボルの起点の間にあるスケジューリングオフセットは、閾値未満である、
方法。
【請求項10】
前記第１のＣＯＲＥＳＥＴは、時間領域における少なくとも一つのシンボルにおいて、前記複数のＣＯＲＥＳＥＴのうちの第２のＣＯＲＥＳＥＴと重複し、前記第２のＣＯＲＥＳＥＴは、前記複数のＣＯＲＥＳＥＴのうちのモニターされないＣＯＲＥＳＥＴであり、前記モニターされないＣＯＲＥＳＥＴは、前記ＵＥに構成されたモニターされないサーチスペースに関連付けられている、請求項９に記載の方法。
【請求項11】
前記第１のＣＯＲＥＳＥＴに関連付けられた前記モニターされたサーチスペースは、第１のサーチスペースＩＤを用いて構成され、前記第２のＣＯＲＥＳＥＴに関連付けられた前記モニターされないサーチスペースは、第２のサーチスペースＩＤを用いて構成され、前記第１のサーチスペースＩＤは、前記第２のサーチスペースＩＤよりも小さい、請求項１０に記載の方法。
【請求項12】
前記第２のＣＯＲＥＳＥＴは、非アクティブ化されたバンド幅部分（ＢＷＰ）、及び、非アクティブ化されたセカンダリーセル（ＳＣｅｌｌ）のうちの一方において構成される、請求項１０に記載の方法。
【請求項13】
前記第２のＣＯＲＥＳＥＴは、前記時間領域における少なくとも一つのシンボルにおいて、前記複数のＣＯＲＥＳＥＴのうちの前記一つ以上のモニターされたＣＯＲＥＳＥＴのうちの第３のＣＯＲＥＳＥＴと更に重複する、請求項１０に記載の方法。
【請求項14】
前記複数のＣＯＲＥＳＥＴ及び前記非周期的ＣＳＩ－ＲＳを搬送するリソースは、前記時間スロット及び前記サービングセルの前記アクティブＢＷＰにおいて提供される、請求項９に記載の方法。
【請求項15】
前記ＵＥが、前記第１のＣＯＲＥＳＥＴから、物理ダウンリンク共有チャンネル（ＰＤＳＣＨ）をスケジュールするＤＣＩを取得する工程と、前記ＤＣＩを搬送するＰＤＣＣＨの最後のシンボルの終端と前記ＰＤＳＣＨの最初のシンボルの起点の間にあるスケジューリングオフセットが閾値未満のとき、前記ＵＥが、第２のＣＯＲＥＳＥＴの第２のＱＣＬ想定を適用することによって、前記ＰＤＳＣＨを受信する工程と、を含み、
前記第２のＣＯＲＥＳＥＴは、時間領域における少なくとも一つのシンボルにおいて、前記ＰＤＳＣＨと重複する、
請求項９に記載の方法。
【請求項16】
前記第２のＣＯＲＥＳＥＴは、前記複数のＣＯＲＥＳＥＴのうちモニターされないＣＯＲＥＳＥＴであり、前記モニターされないＣＯＲＥＳＥＴは、前記ＵＥに構成されたモニターされないサーチスペースに関連付けられている、請求項１５に記載の方法。【発明の詳細な説明】
【発明の詳細な説明】
【0001】
〔関連出願の相互参照〕
本出願は、代理人整理番号ＵＳ７５３６８（以下、「ＵＳ７５３６８出願」と称する）を有する、「Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ ｆｏｒ Ｓｐａｔｉａｌ ＱＣＬ ａｓｓｕｍｐｔｉｏｎｓ ｗｉｔｈ Ｏｖｅｒｌａｐｐｅｄ ＣＯＲＥＳＥＴｓ」と題する、２０１８年１１月１日に出願された米国特許仮出願第６２／７５４，１６５号の利益および優先権を主張する。ＵＳ７５３６８出願の開示は、参照により本出願に完全に組み込まれる。
本出願は、代理人整理番号ＵＳ７５３６８（以下、「ＵＳ７５３６８出願」と称する）を有する、「Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ ｆｏｒ Ｓｐａｔｉａｌ ＱＣＬ ａｓｓｕｍｐｔｉｏｎｓ ｗｉｔｈ Ｏｖｅｒｌａｐｐｅｄ ＣＯＲＥＳＥＴｓ」と題する、２０１８年１１月１日に出願された米国特許仮出願第６２／７５４，１６５号の利益および優先権を主張する。ＵＳ７５３６８出願の開示は、参照により本出願に完全に組み込まれる。
【0002】
〔分野〕
本開示は一般に、無線通信に関し、より詳細には、ビーム動作のための擬似コロケーション（ＱＣＬ）想定を決定する方法及び装置に関する。
本開示は一般に、無線通信に関し、より詳細には、ビーム動作のための擬似コロケーション（ＱＣＬ）想定を決定する方法及び装置に関する。
【0003】
〔背景〕
次世代（例えば、５世代（５Ｇ）新無線（ＮＲ））無線通信システムは、指向性通信を提供するためにビームフォーミング技術を利用することができる。例えばユーザ機器（ＵＥ）は、チャンネル又はリソースを送信又は受信するためにそのビーム（複数可）を切り替えるためにビーム動作を実行することができる。ＵＥが適用する各ビームは、対応するＱＣＬ想定によって決定される空間領域フィルタとみなすことができる。
次世代（例えば、５世代（５Ｇ）新無線（ＮＲ））無線通信システムは、指向性通信を提供するためにビームフォーミング技術を利用することができる。例えばユーザ機器（ＵＥ）は、チャンネル又はリソースを送信又は受信するためにそのビーム（複数可）を切り替えるためにビーム動作を実行することができる。ＵＥが適用する各ビームは、対応するＱＣＬ想定によって決定される空間領域フィルタとみなすことができる。
【0004】
しかしながら、次世代無線通信システムの現在の仕様は、ＵＥが複数の制御リソースセット（ＣＯＲＥＳＥＴ）を用いて構成されるとき、不都合なビーム切り替えをＵＥに実行させる可能性がある。その上、次世代無線通信システムは、柔軟なリソース割り当て方式を利用することができるが、ＵＥは、次世代無線通信システムの現在の仕様の曖昧さのために、どのＱＣＬ想定を使用するかを決定することができない可能性が高い。
【0005】
したがって、当技術分野では、複数のＣＯＲＥＳＥＴがＵＥに構成されるとき、ビーム動作のためのＱＣＬ想定を決定する方法および装置が必要とされている。
【0006】
〔概要〕
本開示は、ＱＣＬ想定を決定するための方法および装置を対象とする。
本開示は、ＱＣＬ想定を決定するための方法および装置を対象とする。
【0007】
本開示の一態様によれば、ＵＥが提供される。ＵＥは、コンピュータ実行可能命令が実装された一つ以上の非一時的なコンピュータ読み取り可能媒体、及び一つ以上の非一時的なコンピュータ読み取り可能媒体に結合された少なくとも一つのプロセッサを含む。少なくとも一つのプロセッサは、時間スロットにおけるサービングセルのアクティブＢＷＰ内のＵＥのために構成された複数のＣＯＲＥＳＥＴの内の少なくとも一つをモニターし、一つ以上のモニターされたＣＯＲＥＳＥＴの集合における第１のＣＯＲＥＳＥＴの第１のＱＣＬ想定を適用することによって、非周期的チャンネルステータス情報－参照信号（ＣＳＩ－ＲＳ：Ｃｈａｎｎｅｌ Ｓｔａｔｕｓ Ｉｎｆｏｒｍａｔｉｏｎ－Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を受信するように、コンピュータ実行可能命令を実行するように構成される。第１のＣＯＲＥＳＥＴは、サーチスペースに関連付けられていてもよい。当該サーチスペースは、一つ以上のモニターされるＣＯＲＥＳＥＴの集合のうちの最小のＣＯＲＥＳＥＴ識別子（ＩＤ）を用いて構成されてモニターされるサーチスペースである。
【0008】
本開示の別の態様によれば、ＵＥが提供される。ＵＥは、コンピュータ実行可能命令が実装された一つ以上の非一時的なコンピュータ読み取り可能媒体、及び少なくとも一つ以上の非一時的なコンピュータ読み取り可能媒体に結合された少なくとも一つのプロセッサを含む。少なくとも一つのプロセッサは、時間スロットにおけるサービングセルのアクティブＢＷＰ内にあるＵＥのために構成された複数のＣＯＲＥＳＥＴの内の少なくとも一つをモニターし、物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）から、物理ダウンリンク共有チャンネル（ＰＤＳＣＨ）をスケジュールするダウンリンク制御情報（ＤＣＩ）を受信し、及びＤＣＩを搬送するＰＤＣＣＨの最後のシンボルとＰＤＳＣＨの最初のシンボルの間にあるスケジューリングオフセットが閾値未満のとき、ＰＤＣＣＨを受信するためにＱＣＬ想定を適用することによって、ＰＤＳＣＨを受信するように、コンピュータ実行可能命令を実行するように構成される。ＰＤＣＣＨは、一つ以上のモニターされたＣＯＲＥＳＥＴの集合における一つのＣＯＲＥＳＥＴ内で送信されてもよい。一つ以上のモニターされるＣＯＲＥＳＥＴの集合における一つのＣＯＲＥＳＥＴは、サーチスペースに関連づけられていてもよい。当該サーチスペースは、一つ以上のモニターされるＣＯＲＥＳＥＴの集合のうちの最小のＣＯＲＥＳＥＴ識別子（ＩＤ）を用いて構成されモニターされるサーチスペースである。
【0009】
本開示の別の態様によれば、無線通信の方法が提供される。本方法は、ＵＥによって、
時間スロットにおけるサービングセルのアクティブＢＷＰ内において、ＵＥに構成された複数のＣＯＲＥＳＥＴの内の少なくとも一つをモニターする工程と、ＵＥが、一つ以上のモニターされたＣＯＲＥＳＥＴの集合における第１のＣＯＲＥＳＥＴの第１のＱＣＬ想定を適用することによって、ＣＳＩ－ＲＳを受信する工程と、を含む。第１のＣＯＲＥＳＥＴは、サーチスペースに関連づけられていてもよい。当該サーチスペースは、一つ以上のモニターされるＣＯＲＥＳＥＴの集合のうちの最小のＣＯＲＥＳＥＴ ＩＤを用いて構成されモニターされるサーチスペースである。
時間スロットにおけるサービングセルのアクティブＢＷＰ内において、ＵＥに構成された複数のＣＯＲＥＳＥＴの内の少なくとも一つをモニターする工程と、ＵＥが、一つ以上のモニターされたＣＯＲＥＳＥＴの集合における第１のＣＯＲＥＳＥＴの第１のＱＣＬ想定を適用することによって、ＣＳＩ－ＲＳを受信する工程と、を含む。第１のＣＯＲＥＳＥＴは、サーチスペースに関連づけられていてもよい。当該サーチスペースは、一つ以上のモニターされるＣＯＲＥＳＥＴの集合のうちの最小のＣＯＲＥＳＥＴ ＩＤを用いて構成されモニターされるサーチスペースである。
【0010】
〔図面の簡単な説明〕
例示的な開示の態様は、添付の図面と共に読まれるとき、以下の詳細な説明から最も良く理解される。様々な特徴は、一定の縮尺で描かれておらず、様々な特徴の寸法は、議論を明確にするために任意に増減されてもよい。
例示的な開示の態様は、添付の図面と共に読まれるとき、以下の詳細な説明から最も良く理解される。様々な特徴は、一定の縮尺で描かれておらず、様々な特徴の寸法は、議論を明確にするために任意に増減されてもよい。
【0011】
図１は、本開示の一例としての実装形態による、ＵＥのために構成された複数のＣＯＲＥＳＥＴを示す概略図である。
【0012】
図２は、本開示の一例としての実装形態による、ＵＥのために構成された複数のＣＯＲＥＳＥＴを示す概略図である。
【0013】
図３は、本開示の一例としての実装形態による、ＵＥのために構成された複数のＣＯＲＥＳＥＴを示す概略図である。
【0014】
図４は、本開示の一例としての実装形態による、ＵＥのために構成された複数のＣＯＲＥＳＥＴを示す概略図である。
【0015】
図５は、本開示の一例としての実装形態による、時間領域におけるＣＯＲＥＳＥＴと重複するＰＤＳＣＨを示す概略図である。
【0016】
図６は、本開示の一例としての実装形態による、非周期的ＣＳＩ－ＲＳ、ＰＤＳＣＨ、及びＣＯＲＥＳＥＴが時間領域において重複されることを示す概略図である。
【0017】
図７は、本開示の一例としての実装形態による、ＵＥのために構成された複数のＣＯＲＥＳＥＴを示す概略図である。
【0018】
図８は、本開示の一例としての実装形態による、ＵＥのために構成された複数のＣＯＲＥＳＥＴを示す概略図である。
【0019】
図９は、本開示の一例としての実装形態による、無線通信システムにおけるＱＣＬ想定を決定する方法のフローチャートである。
【0020】
図１０は、本開示の様々な態様による、無線通信のためのノードを示すブロック図である。
【0021】
〔詳細な説明〕
以下の説明は、本開示における一例としての実装形態に関連する特定の情報を含む。本開示における図面及びそれらの添付の詳細な説明は、単に例としての実装形態を対象としている。しかし、本開示は、これらの例としての実装形態のみに限定されるものではない。本開示の他の変形例及び実装形態は、当業者には想起されるであろう。特に断らない限り、複数の図中の同様の又は対応する要素は、同様の又は対応する参照番号によって示され得る。更に、本開示における図面及び図示は、ほとんどの場合、一定の縮尺ではなく、実際の相対的な寸法に対応することを意図していない。
以下の説明は、本開示における一例としての実装形態に関連する特定の情報を含む。本開示における図面及びそれらの添付の詳細な説明は、単に例としての実装形態を対象としている。しかし、本開示は、これらの例としての実装形態のみに限定されるものではない。本開示の他の変形例及び実装形態は、当業者には想起されるであろう。特に断らない限り、複数の図中の同様の又は対応する要素は、同様の又は対応する参照番号によって示され得る。更に、本開示における図面及び図示は、ほとんどの場合、一定の縮尺ではなく、実際の相対的な寸法に対応することを意図していない。
【0022】
一貫性及び理解を容易にするために、同様の特徴は、例としての図において同じ数字によって識別され得る（ただし、いくつかの例において、図示されていない）。しかしながら、異なる実装形態における特徴は、他の点で異なっていてもよく、従って、図面に示されるものに狭く限定されるものではない。
【0023】
本説明は、「一つの実装形態において」又は「いくつかの実装形態において」という語句を使用し、それぞれが同じ又は異なる実装形態の一つ以上を指してもよい。「結合された」というタームは、直接的又は間接的に介在する構成要素を介して接続されたものとして定義され、必ずしも物理的接続に限定されるものではない。「備える（ｃｏｍｐｒｉｓｉｎｇ）」というタームは、「必ずしも限定されるものではないが、含む」を意味する。それは、そのように説明された組み合わせ、グループ、シリーズ、及び等価物におけるオープンエンドの包含又はメンバーシップを特に示す。「Ａ、Ｂ、及びＣの内の少なくとも一つ」又は「Ａ、Ｂ、及びＣの内の少なくとも一つ」という表現は、「Ａのみ、又はＢのみ、又はＣのみ、又はＡ、Ｂ及びＣに任意の組み合わせ」を意味する。
【0024】
更に、説明及び非限定の目的のために、機能エンティティ、技法、プロトコル、規格などの具体的な詳細が、説明される技術の理解を実現するために記載される。他の例において、不必要な詳細で説明を不明瞭にしないように、周知の方法、技術、システム、アーキテクチャなどの詳細な説明は、省略される。
【0025】
当業者は、本開示に記載されている任意のネットワーク機能（複数可）又はアルゴリズム（複数可）が、ハードウェア、ソフトウェア、又はソフトウェアとハードウェアの組み合わせによって実装されてもよいことを直ちに理解するだろう。説明される機能は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせであり得るモジュールに対応し得る。ソフトウェアの実装形態は、メモリ又は他の種類の記憶装置などのコンピュータ読み取り可能媒体に記憶されたコンピュータ実行可能命令を備えてもよい。例えば、通信処理能力を有する一つ以上のマイクロプロセッサ又は汎用コンピュータを、対応する実行可能命令を用いてプログラムし、記述されたネットワーク機能（複数種類可）又はアルゴリズム（複数種類可）を実行することができる。マイクロプロセッサ又は汎用コンピュータは、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックアレイ、及び／又は一つ以上のデジタル信号プロセッサ（ＤＳＰ）を使用して形成することができる。本明細書に記載されている例としての実装形態のいくつかは、コンピュータハードウェア上にインストールされ実行されるソフトウェアを指向しているが、それにもかかわらず、ファームウェアとして、又はハードウェアとして、又はハードウェアとソフトウェアの組合せとして実装される代替の実施例は、本開示の範囲内に十分にある。
【0026】
コンピュータ読み取り可能な媒体は、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、コンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ：Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、磁気カセット、磁気テープ、磁気ディスク記憶装置、又はコンピュータ読み取り可能命令を記憶可能な他の任意の同等の媒体を含むが、これらに限定されない。
【0027】
無線通信ネットワークアーキテクチャ（例えばロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）システム、ＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏシステム、又は５Ｇ 新無線（ＮＲ）無線アクセスネットワーク（ＲＡＮ））は、通常、少なくとも一つの基地局（ＢＳ）、少なくとも一つのユーザ機器（ＵＥ）、及びネットワークへの接続を提供する一つ以上のオプションのネットワーク要素を含む。ＵＥは、一つ以上のＢＳによって確立されたＲＡＮを介して、ネットワーク（例えばコアネットワーク（ＣＮ）、エボルブドパケットコア（ＥＰＣ：Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）ネットワーク、エボルブドユニバーサルテレストリアル無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）、５Ｇコア（５ＧＣ）、又はインターネット）と通信する。
【0028】
なお、本出願において、ＵＥとしては移動局、携帯端末又は携帯機器、ユーザ通信無線端末が挙げられるが、これらに限定されない。例えばＵＥは、携帯無線機器であってもよく、携帯電話、タブレット、ウェアラブルデバイス、センサ、車両、又は無線通信能力を有する携帯情報端末（ＰＤＡ）を含むが、これらに限定されない。上記ＵＥは、無線アクセスネットワークにおける一つ以上のセルに、エアーインターフェース上で、信号を送受信するよう構成されている。
【0029】
ＢＳは、以下の無線アクセス技術（ＲＡＴｓ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｉｅｓ）の内の少なくとも一つに従った通信サービスを提供するように構成されてよい。マイクロ波アクセスのためのワールドワイド相互運用（ＷｉＭＡＸ：Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、モバイル通信のためのグローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ、しばしば２Ｇとして呼ばれる）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、汎用パケット無線サービス（ＧＲＰＳ：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、基本広帯域コード分割多元アクセス（Ｗ－ＣＤＭＡ：Ｗｉｄｅｂａｎｄ－Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）に基づいたユニバーサルモバイル通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ、しばしば３Ｇとして呼ばれる）、高速パケットアクセス（ＨＳＰＡ：Ｈｉｇｈ－Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、ＬＴＥ、ＬＴＥ－Ａ、ｅＬＴＥ（進化型ＬＴＥ、例えば５ＧＣに接続したＬＴＥ）、ＮＲ（しばしば５Ｇとして呼ばれる）、及び／又はＬＴＥ－Ａ Ｐｒｏ。しかしながら本出願の範囲は、上記のプロトコルに限定されるべきではない。
【0030】
基地局は、ＵＭＴＳにおけるノードＢ（ＮＢ：ｎｏｄｅ Ｂ）、ＬＴＥ又はＬＴＥ－Ａにおける進化型ノードＢ（ｅＮＢ：ｅｖｏｌｖｅｄ ｎｏｄｅ Ｂ）、ＵＭＴＳにおける無線ネットワークコントローラ（ＲＮＣ：Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）、ＧＳＭ／ＧＥＲＡＮにおける基地局コントローラ（ＢＳＣ：Ｂａｓｅ Ｓｔａｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｒ）、５ＧＣに接続したＥ－ＵＴＲＡ（Ｅ－ＵＴＲＡ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）ＢＳにおけるｎｇ－ｅＮＢ、５Ｇ－ＲＡＮにおける次世代ノードＢ（ｇＮＢ：ｇｅｎｅｒａｔｉｏｎ Ｎｏｄｅ Ｂ）、及びセル内の無線通信を制御し、無線リソースを管理することができる任意の他の装置を含むことができるが、これらに限定されない。ＢＳは、ネットワークへの無線インターフェースによって、一つ以上のＵＥにサービスを提供するように接続し得る。
【0031】
ＢＳは、無線アクセスネットワークを形成する複数のセルを使用して、特定の地理的エリアに無線カバレッジを提供するように動作可能である。ＢＳは、セルの動作をサポートする。各セルは、その無線カバレッジ内の少なくとも一つのＵＥにサービスを提供するように動作可能である。より具体的には、各セル（しばしばサービングセルと呼ばれる）は、その無線カバレッジ内の一つ以上のＵＥを提供するサービスを提供する（例えば各セルは、ダウンリンク（ＤＬ：Ｄｏｗｎｌｉｎｋ）をスケジュールし、任意で、ＤＬ及び任意でアップリンクパケット送信のために、その無線カバレッジ内の少なくとも一つのＵＥにアップリンクリソースをスケジュールする）。ＢＳは、複数のセルによって、無線通信システム内の一つ以上のＵＥと通信することができる。セルは、近接サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ）又はビークル・トゥ・エブリシング（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）サービスをサポートするためにサイドリンク（ＳＬ：Ｓｉｄｅｌｉｎｋ）リソースを割り当ててよい。各セルは、他のセルと重複するカバレッジ領域を有してもよい。
【0032】
上述したように、ＮＲのためのフレーム構造は、高信頼性、高データ速度、及び低遅延性の要件を満たしながら、拡張モバイルブロードバンド（ｅＭＢＢ：Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、大容量マシンタイプ通信（ｍＭＴＣ：Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、超高信頼性及び低遅延性通信（ＵＲＬＬＣ：Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）といった様々な次世代（例えば５Ｇ）通信要件に対応するための柔軟な構成をサポートすることである。３ＧＰＰにおいて合意された直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）技術は、ＮＲ波形のための基準として提供してよい。適応サブキャリア間隔、チャンネル帯域幅、及びサイクリックプレフィックス（ＣＰ：Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）といったスケーラブルなＯＦＤＭニューメロロジーは、使用されてもよい。更に、ＮＲには（１）低密度パリティ検査（ＬＤＰＣ：Ｌｏｗ－Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ－Ｃｈｅｃｋ）符号及び（２）ポーラ符号の２つの符号化方法が考えられる。符号化方法の適応は、チャンネル条件及び／又はサービスアプリケーションに基づいて構成されてもよい。
【0033】
更に、単一のＮＲフレームの送信時間間隔ＴＸにおいて、ＤＬ送信データ、ガード期間、及びアップリンク（ＵＬ：Ｕｐｌｉｎｋ）送信データは、少なくとも含まれるべきであり、ＤＬ送信データ、ガード期間、及びガード期間のそれぞれの部分において、ＵＬ送信データはまた、例えばＮＲのネットワークダイナミクスに基づいて設定可能であるべきであることも考慮される。更に、サイドリンクリソースは、ＰｒｏＳｅサービス又はＶ２Ｘサービスをサポートするために、ＮＲフレームにおいて提供されてもよい。
【0034】
更に、本明細書中のターム「システム」及び「ネットワーク」は、互換的に使用されてよい。本明細書中のターム「及び／又は」は、関連するオブジェクトを記述するための関連する関係のみであり、三つの関係が存在してもよいことを表す。例えばＡ及び／又はＢは、Ａが単独で存在し、Ａ及びＢが同時に存在し、Ｂが単独で存在することを示してもよい。加えて、本明細書中の文字「／」は、前者及び後者の関連するオブジェクトが「又は」関係にあることを一般的に表す。
【0035】
いくつかの実装形態において、複数のサーチスペースが時間領域において重複するとき、ＵＥは、デフォルトＰＤＳＣＨビームを決定するために、以下のプロセスを実行することができる：
【0036】
【表1】
【0037】
この目的のために、チャンネルステータス情報－参照信号（ＣＳＩ－ＲＳ：Ｃｈａｎｎｅｌ Ｓｔａｔｕｓ Ｉｎｆｏｒｍａｔｉｏｎ－Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）が同期信号ブロック（ＳＳＢ：Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ）から提供される場合であっても、当該ＳＳＢに関するＱＣＬ想定とＣＳＩ－ＲＳ（又は追従参照信号（ＴＲＳ：Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ））に関するＱＣＬ想定は、２つの異なるＱＣＬ想定として考えることができる。ＱＣＬ想定は、空間領域ＱＣＬパラメータ（例えば、ＱＣＬタイプＤパラメータ）、又は平均遅延、遅延拡散、ドップラーシフト、及びドップラー拡散の内の少なくとも一つに基づいて取得されたＱＣＬパラメータといった異なるパラメータに基づいてもよい。
【0038】
さらに、ＵＥは、以下に説明するプロセスを実行することができる：
【0039】
【表2】
【0040】
このようにして、ＰＤＳＣＨのＤＭ－ＲＳ群のＱＣＬ想定が時間領域において少なくとも一つのシンボルにおけるＰＤＳＣＨと重複するＰＤＣＣＨのＤＭ－ＲＳ群のＱＣＬ想定と異なる場合、ＵＥは、そのＣＯＲＥＳＥＴに関連付けられたＰＤＣＣＨの受信を優先することが期待され得る。これは、帯域内ＣＡの場合にも適用することができる（例えば、ＰＤＳＣＨとＣＯＲＥＳＥＴは、異なるコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒｓ）内にある）。
【0041】
本実装形態のいくつかにおいて、ＵＥは、複数のＣＯＲＥＳＥＴを用いて構成されてもよい。しかしながら、それらの全てがＵＥによってモニターされるわけではなくてもよい。例えば、ＵＥが時間領域における少なくとも一つのシンボル（例えば、ＯＦＤＭシンボル）において互いに重複する二つのＣＯＲＥＳＥＴを用いて構成される場合、ＵＥは、特定の優先順位ルール（複数可）又は事前構成（複数可）に基づいて、モニターする一つのＣＯＲＥＳＥＴを複数のＣＯＲＥＳＥＴの内から選択することができる。
【0042】
本実装形態のいくつかにおいて、モニターされるＣＯＲＥＳＥＴがＣＳＳ及び最小のサーチスペースＩＤに関連付けられている場合、ＵＥは、そのＣＯＲＥＳＥＴに優先してモニターすることができる。対照的に、モニターされないＣＯＲＥＳＥＴは、ＱＣＬ－タイプＤ競合などに因ってモニターされないサーチスペースの構成に関連付けられたＣＯＲＥＳＥＴであってよい。モニターされないＣＯＲＥＳＥＴは、非アクティブ化されたＢＷＰにおいて、非アクティブ化されたセカンダリーセル（ＳＣｅｌｌ）において、又は、サービングセルのアクティブＢＷＰであって他のモニターされるＣＯＲＥＳＥＴ（複数可）と同じアクティブＢＷＰ内において、構成することができる。いくつかの他の実装形態において、モニターされないＣＯＲＥＳＥＴは、同期信号（ＳＳ）／物理ブロードキャストチャンネル（ＰＢＣＨ）ブロックに対応する少なくとも一つのリソース要素（ＲＥ）と重複するＰＤＣＣＨを含むことができる。いくつかの他の実装形態において、モニターされないＣＯＲＥＳＥＴは、不連続受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）モード下で動作するＵＥのために構成されたＣＯＲＥＳＥＴであってよい。
【0043】
〔デフォルトＰＤＳＣＨビームのためにモニターされないＣＯＲＥＳＥＴ〕
いくつかの実装形態において、モニターされないＣＯＲＥＳＥＴが構成された複数のＣＯＲＥＳＥＴのうちの最小のＣＯＲＥＳＥＴ ＩＤを有するとき、そのＣＯＲＥＳＥＴは、ＰＤＳＣＨを受信するためのビームインディケーションのために使用することができる。
いくつかの実装形態において、モニターされないＣＯＲＥＳＥＴが構成された複数のＣＯＲＥＳＥＴのうちの最小のＣＯＲＥＳＥＴ ＩＤを有するとき、そのＣＯＲＥＳＥＴは、ＰＤＳＣＨを受信するためのビームインディケーションのために使用することができる。
【0044】
例えば、ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨの受信との間にあるスケジューリングオフセットが閾値（例えば、閾値シェッドオフセット（Ｔｈｒｅｓｈｏｌｄ－Ｓｃｈｅｄ－Ｏｆｆｓｅｔ））未満の場合、ＵＥは、ＰＤＳＣＨのＤＭ－ＲＳポートが、ＱＣＬ想定（複数可）に関してＴＣＩ状態にあるＲＳ（複数可）と擬似コロケーションされた、と想定することができる。ＱＣＬ想定（複数可）は、最後のスロットにおいて、最小のＣＯＲＥＳＥＴ ＩＤを有するＰＤＣＣＨ ＱＣＬインディケーション（例えば、ＣＯＲＥＳＥＴ）に対して使用でき、最後のスロットにおける、サービングセルのアクティブＢＷＰ内の一つ以上のＣＯＲＥＳＥＴが、ＵＥに構成される。
【0045】
図１は、本開示の一例としての実装形態による、ＵＥのために構成された複数のＣＯＲＥＳＥＴを示す概略図である。図１に示すように、ＵＥは、二つのＣＯＲＥＳＥＴ、ＣＯＲＥＳＥＴ＃１ １０２、及びＣＯＲＥＳＥＴ＃２ １０４を用いて構成され、二つのＣＯＲＥＳＥＴは、時間領域における少なくとも一つのシンボルにおいて重複する。ＵＥは、ＰＤＳＣＨ１０６をスケジュールするために、ＣＯＲＥＳＥＴ＃２ １０４からＤＣＩを受信することができる。ＣＯＲＥＳＥＴ＃１ １０２は、例えば、優先順位ルールのためにＵＥによってモニターされない場合がある（例えば、ＣＯＲＥＳＥＴ＃１ １０２は、ＣＳＳを用いて構成されておらず、及び／又は最小のサーチスペースＩＤを有するモニターされないサーチスペースに関連付けられている）。モニターされないサーチスペースは、このモニターされないサーチスペースと重複するそれらのサーチスペースの間に、最小のサーチスペースＩＤを持つことができる。例えば、ＣＯＲＥＳＥＴ＃１ １０２が、第１のサーチスペースＩＤを用いて構成されたモニターされないサーチスペースに関連付けられる場合であって、尚且つ、ＣＯＲＥＳＥＴ＃２ １０４が、第２のサーチスペースＩＤを用いて構成されたモニターされるサーチスペースに関連付けられる場合、第１のサーチスペースＩＤは、第２のサーチスペースＩＤよりも小さくてもよい。
【0046】
ＣＯＲＥＳＥＴ＃１ １０２が最小のＣＯＲＥＳＥＴ ＩＤを有すると仮定すると、ＣＯＲＥＳＥＴ＃２ １０４及び対応するＰＤＳＣＨ１０６の間にあるスケジューリングオフセット１１が閾値（例えば、Ｔｈｒｅｓｈｏｌｄ－Ｓｃｈｅｄ－Ｏｆｆｓｅｔ）未満の場合、現在では、ＣＯＲＥＳＥＴ＃１ １０２のＴＣＩ状態によって決定されるＲＸビームが、ＰＤＳＣＨ１０６を受信するために使用されることが要求され得る。この場合、ＵＥは、３ＧＰＰ仕様に従うために、ＣＯＲＥＳＥＴ＃２ １０４及びＰＤＳＣＨ１０６のために異なるＲＸビームを使用することを強制される。しかしながら、このタイプのビーム切り替えは望ましくなく、防止する必要がある。
【0047】
〔ケース１．１〕
本実装形態のいくつかにおいて、最小のＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴは、モニターされないＣＯＲＥＳＥＴとして解釈されない可能性がある。このような場合において、サーチスペースのモニタリング期間が時間領域において重複する場合であって、尚且つ、複数のサーチスペースが、異なるＱＣＬ－タイプＤ特性を有する異なる複数のＣＯＲＥＳＥＴに関連付けられている場合、ＵＥは、最小のサービングセルインデックスを有するサービングセルのアクティブＤＬ ＢＷＰにおけるモニタリング期間において、最小のＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴを選択することができる。同じＱＣＬ－タイプＤパラメータを有するＣＯＲＥＳＥＴ（複数可）に関連づけられた重複したサーチスペース（複数可）をモニターすることができる。
本実装形態のいくつかにおいて、最小のＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴは、モニターされないＣＯＲＥＳＥＴとして解釈されない可能性がある。このような場合において、サーチスペースのモニタリング期間が時間領域において重複する場合であって、尚且つ、複数のサーチスペースが、異なるＱＣＬ－タイプＤ特性を有する異なる複数のＣＯＲＥＳＥＴに関連付けられている場合、ＵＥは、最小のサービングセルインデックスを有するサービングセルのアクティブＤＬ ＢＷＰにおけるモニタリング期間において、最小のＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴを選択することができる。同じＱＣＬ－タイプＤパラメータを有するＣＯＲＥＳＥＴ（複数可）に関連づけられた重複したサーチスペース（複数可）をモニターすることができる。
【0048】
他のいくつかの実装形態において、ＵＥは、事前定義された優先順位（高い優先順位から低い優先順位）に従って、モニターする以下の複数のＣＯＲＥＳＥＴを選択することができる：
１）ＣＳＳに関連付けられたＣＯＲＥＳＥＴ；
２）最小のサーチスペースＩＤを有するサーチスペースに関連付けられたＣＯＲＥＳＥＴ；及び
３）最小のＣＯＲＥＳＥＴ ＩＤを格納するＣＯＲＥＳＥＴ。
１）ＣＳＳに関連付けられたＣＯＲＥＳＥＴ；
２）最小のサーチスペースＩＤを有するサーチスペースに関連付けられたＣＯＲＥＳＥＴ；及び
３）最小のＣＯＲＥＳＥＴ ＩＤを格納するＣＯＲＥＳＥＴ。
【0049】
二つ以上のＣＯＲＥＳＥＴが時間領域において重複するとき、この優先順位規則は、ＲＸビームのＱＣＬ想定を決定するために使用されてよい。
【0050】
〔ケース１．２〕
本実装形態のいくつかにおいて、好ましくないビーム切り替えを回避するために、モニターされないＣＯＲＥＳＥＴは、ＵＥに対して透過的であることができる。例えば、ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨの間にあるスケジューリングオフセットが閾値（例えば、Ｔｈｒｅｓｈｏｌｄ－Ｓｃｈｅｄ－Ｏｆｆｓｅｔ）未満の場合、ＵＥは、ＰＤＳＣＨのＤＭ－ＲＳポートがＱＣＬ想定（複数可）に関してＴＣＩ状態にあるＲＳ（複数可）と擬似コロケーションにあると想定することができる。ＱＣＬ想定（複数可）は、最後のスロットにおいて最小のＣＯＲＥＳＥＴ ＩＤを有するモニターされたＰＤＣＣＨ ＱＣＬインディケーションのために使用されることがあり、そこでは、最後のスロットにおいて、サービングセルのアクティブＢＷＰ内の一つ以上のＣＯＲＥＳＥＴが、ＵＥのために構成される。
本実装形態のいくつかにおいて、好ましくないビーム切り替えを回避するために、モニターされないＣＯＲＥＳＥＴは、ＵＥに対して透過的であることができる。例えば、ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨの間にあるスケジューリングオフセットが閾値（例えば、Ｔｈｒｅｓｈｏｌｄ－Ｓｃｈｅｄ－Ｏｆｆｓｅｔ）未満の場合、ＵＥは、ＰＤＳＣＨのＤＭ－ＲＳポートがＱＣＬ想定（複数可）に関してＴＣＩ状態にあるＲＳ（複数可）と擬似コロケーションにあると想定することができる。ＱＣＬ想定（複数可）は、最後のスロットにおいて最小のＣＯＲＥＳＥＴ ＩＤを有するモニターされたＰＤＣＣＨ ＱＣＬインディケーションのために使用されることがあり、そこでは、最後のスロットにおいて、サービングセルのアクティブＢＷＰ内の一つ以上のＣＯＲＥＳＥＴが、ＵＥのために構成される。
【0051】
このケースにおいて、モニターされないＰＤＣＣＨ／ＣＯＲＥＳＥＴは、スケジュールされたＰＤＳＣＨの受信のためのＱＣＬ想定のために使用されなくてもよい。
【0052】
本実装形態のいくつかにおいて、最小のサービングセルインデックスを有するサービングセルのアクティブＤＬ ＢＷＰ内の所定のＣＯＲＥＳＥＴ（ＰＤＣＣＨを含む）に関連するサーチスペース（複数可）をモニターすることをＵＥが優先するとき、そのＰＤＣＣＨは、モニターされるＰＤＣＣＨである。このＵＥは、異なる複数のＣＯＲＥＳＥＴに関連付けられた複数のサーチスペースをモニターするように構成され得る（例えば、単一セル動作のため、又は同じ周波数帯内のＣＡを用いた動作のため）。
【0053】
〔ケース１．３〕
本実装形態のいくつかにおいて、ＵＥは、モニターしないＣＯＲＥＳＥＴを、構成しないＣＯＲＥＳＥＴとして扱ってもよい。例えば、ＵＥがＣＯＲＥＳＥＴをモニターしないとき、ＣＯＲＥＳＥＴのためのＲＲＣ構成は、他の目的のために使用してはならない。しかしながら、ＲＲＣ構成は、依然としてＵＥによって記憶され、後続の時間スロットにおいて二つ以上のＣＯＲＥＳＥＴ間に衝突がないとき、再び有効になることができる。ＵＥの動作の一例を以下に説明する：
本実装形態のいくつかにおいて、ＵＥは、モニターしないＣＯＲＥＳＥＴを、構成しないＣＯＲＥＳＥＴとして扱ってもよい。例えば、ＵＥがＣＯＲＥＳＥＴをモニターしないとき、ＣＯＲＥＳＥＴのためのＲＲＣ構成は、他の目的のために使用してはならない。しかしながら、ＲＲＣ構成は、依然としてＵＥによって記憶され、後続の時間スロットにおいて二つ以上のＣＯＲＥＳＥＴ間に衝突がないとき、再び有効になることができる。ＵＥの動作の一例を以下に説明する：
【0054】
【表3】
【0055】
本実装形態のいくつかにおいて、ＵＥは、モニターしないＣＯＲＥＳＥＴ（複数可）のＲＲＣ構成を維持し、記憶することができる。このＲＲＣ構成は、ＭＡＣ－ＣＥ（複数可）及び／又はＤＣＩを介して更新することができる。
【0056】
他のいくつかの実装形態において、ＵＥは、モニターしないＣＯＲＥＳＥＴのＲＲＣ構成を解放することができる。解放されたＲＲＣ構成は、ＵＥによって更新又は記憶されない場合がある。
【0057】
〔ケース１．４〕
モニターされないＣＯＲＥＳＥＴに関し、現在のところ、そのＱＣＬ推定を維持すべきか、破棄すべきか、又は、モニターされる重複したＣＯＲＥＳＥＴによって無効にすべきかどうかの明確な表現はない。この問題に対する一例としての解決策は、異なるケースとして以下に記載される。
モニターされないＣＯＲＥＳＥＴに関し、現在のところ、そのＱＣＬ推定を維持すべきか、破棄すべきか、又は、モニターされる重複したＣＯＲＥＳＥＴによって無効にすべきかどうかの明確な表現はない。この問題に対する一例としての解決策は、異なるケースとして以下に記載される。
【0058】
〔ケース１．４．１〕
ケース１．４．１において、ＵＥは、モニターしないＣＯＲＥＳＥＴのＱＣＬ想定を記憶し、維持することができる。ＵＥの動作の一例は、以下に説明される：
ケース１．４．１において、ＵＥは、モニターしないＣＯＲＥＳＥＴのＱＣＬ想定を記憶し、維持することができる。ＵＥの動作の一例は、以下に説明される：
【0059】
【表4】
【0060】
本実装形態のいくつかにおいて、モニターされないＣＯＲＥＳＥＴのＱＣＬ想定は、ＭＡＣ－ＣＥ及び／又はＤＣＩを介して更新され得る。
【0061】
本実装形態のいくつかにおいて、ＵＥが複数のＲＸビームをサポートする場合、モニターされないＣＯＲＥＳＥＴのＱＣＬ想定は、使用され得る。
【0062】
本実装形態のいくつかにおいて、時間領域における、このＣＯＲＥＳＥＴの重複しないシンボルに対して、モニターされないＣＯＲＥＳＥＴのＱＣＬ想定は、使用され得る。
【0063】
本実装形態のいくつかにおいて、モニターされないＣＯＲＥＳＥＴのＱＣＬ想定は、ビームインディケーション、ＱＣＬインディケーション、又はＱＣＬチェーンの一部であるものとして使用することができる。
【0064】
〔ケース１．４．２〕
ケース１．４．２において、ＵＥは、モニターしないＣＯＲＥＳＥＴのＱＣＬ想定を解放又は一時停止することができる。ＵＥの動作の一例を以下に説明する：
ケース１．４．２において、ＵＥは、モニターしないＣＯＲＥＳＥＴのＱＣＬ想定を解放又は一時停止することができる。ＵＥの動作の一例を以下に説明する：
【0065】
【表5】
【0066】
〔オプション＃３〕
このオプションにおいて、ＵＥは、モニターしないＣＯＲＥＳＥＴのＱＣＬ想定を別のＱＣＬ想定で無効にすることができる。ＵＥの動作の一例は、以下に記載する：
このオプションにおいて、ＵＥは、モニターしないＣＯＲＥＳＥＴのＱＣＬ想定を別のＱＣＬ想定で無効にすることができる。ＵＥの動作の一例は、以下に記載する：
【0067】
【表6】
【0068】
本実装形態のいくつかにおいて、モニターされないＣＯＲＥＳＥＴのＱＣＬ想定は、モニターされないＣＯＲＥＳＥＴの重複したシンボルにおいて無効にされてもよい。
【0069】
いくつかの他の実装形態において、モニターされないＣＯＲＥＳＥＴ（複数可）のＱＣＬ想定は、モニターされないＣＯＲＥＳＥＴの全期間において無効にされてもよい。
【0070】
〔無線リンクモニタ（ＲＬＭ）ＲＳ選択のために選択されないＣＯＲＥＳＥＴ〕
いくつかの実装形態において、ＵＥのためのＲＬＭ ＲＳ選択プロセスは、以下のように記載される：
いくつかの実装形態において、ＵＥのためのＲＬＭ ＲＳ選択プロセスは、以下のように記載される：
【0071】
【表7】
【0072】
図２は、本開示の一例としての実装形態による、ＵＥのために構成された複数のＣＯＲＥＳＥＴを示す概略図である。図２に示すように、ＵＥは、ＣＯＲＥＳＥＴ＃１ ２０２、ＣＯＲＥＳＥＴ＃２ ２０４、及びＣＯＲＥＳＥＴ＃３ ２０６を用いて構成されている。ＣＯＲＥＳＥＴ＃１ ２０２は、時間領域の少なくとも一つのシンボルにおいてＣＯＲＥＳＥＴ＃２ ２０４と重複している。
【0073】
ＣＯＲＥＳＥＴ＃１ ２０２は重複したＣＯＲＥＳＥＴ＃２ ２０４より大きいＣＯＲＥＳＥＴ ＩＤを有する、と仮定すると、ＣＯＲＥＳＥＴ＃２ ２０４がＵＥによってモニターされないケースにおいて、上記のＲＬＭ ＲＳ選択プロセスは、あいまいになることがある。
【0074】
この問題に鑑みて、本実装形態のいくつかは、ＲＬＭ ＲＳ選択プロセスのためのＵＥのふるまいを改善する方法を提供する。
【0075】
〔ケース２．１〕
このケースにおいて、ＵＥに複数のＣＯＲＥＳＥＴが設定されているとき、ＵＥは、モニターすべき最小のＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴ（複数可）を選択することができる。ＲＬＭ ＲＳ選択プロセスの一例を以下に説明する：
このケースにおいて、ＵＥに複数のＣＯＲＥＳＥＴが設定されているとき、ＵＥは、モニターすべき最小のＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴ（複数可）を選択することができる。ＲＬＭ ＲＳ選択プロセスの一例を以下に説明する：
【0076】
【表8】
【0077】
〔ケース２．２〕
このケースにおいて、選択のためのＴＣＩ状態が存在しない（又はＴＣＩ状態が有効でない）場合を回避するために、選択されたＣＯＲＥＳＥＴ（複数可）は、ＵＥによってモニターされ、ＲＬＭ ＲＳ選択プロセス中にＴＣＩ状態（複数可）を用いて構成されることができる。
このケースにおいて、選択のためのＴＣＩ状態が存在しない（又はＴＣＩ状態が有効でない）場合を回避するために、選択されたＣＯＲＥＳＥＴ（複数可）は、ＵＥによってモニターされ、ＲＬＭ ＲＳ選択プロセス中にＴＣＩ状態（複数可）を用いて構成されることができる。
【0078】
〔デフォルト非周期的ＣＳＩ－ＲＳビームのためにモニターされないＣＯＲＥＳＥＴ〕
いくつかの実装形態において、非周期的ＣＳＩ－ＲＳと同じシンボルで送信されたＰＤＳＣＨが存在しない場合、非周期的ＣＳＩ－ＲＳのデフォルトのＱＣＬ想定を、最小のＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴから導出することができる。デフォルトのＱＣＬ想定を決定するためにＵＥによって適用されるプロセスの例を以下に記載する：
いくつかの実装形態において、非周期的ＣＳＩ－ＲＳと同じシンボルで送信されたＰＤＳＣＨが存在しない場合、非周期的ＣＳＩ－ＲＳのデフォルトのＱＣＬ想定を、最小のＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴから導出することができる。デフォルトのＱＣＬ想定を決定するためにＵＥによって適用されるプロセスの例を以下に記載する：
【0079】
【表9】
【0080】
上記のように、最小のＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴは、モニターされないＣＯＲＥＳＥＴであってよい。モニターされないＣＯＲＥＳＥＴをビームインディケーションに使用する場合、図３に示すように、好ましくないビーム切り替えが起こり得る。
【0081】
図３は、本開示の一例としての実装形態による、ＵＥのために構成された複数のＣＯＲＥＳＥＴを示す概略図である。図３に示すように、ＵＥは、ＣＯＲＥＳＥＴ＃１ ３０２とＣＯＲＥＳＥＴ＃２ ３０４の二つのＣＯＲＥＳＥＴを用いて構成され、時間領域における少なくとも一つのシンボルにおいて重複している。その上、ＵＥは、リソース３０６における非周期的ＣＳＩ－ＲＳを送信するために、ＣＯＲＥＳＥＴ＃２ ３０４からＤＣＩを受信することができる。
【0082】
ＣＯＲＥＳＥＴ＃１ ３０２が最小のＣＯＲＥＳＥＴ ＩＤを有し、ＵＥによってモニターされないと仮定する。ＣＯＲＥＳＥＴ＃２ ３０４におけるＤＣＩの受信とリソース３０６の間にあるスケジューリングオフセット３１が閾値（例えば、Ｔｈｒｅｓｈｏｌｄ－Ｓｃｈｅｄ－Ｏｆｆｓｅｔ）未満の場合、ＣＯＲＥＳＥＴ＃１ ３０２は、上述したプロセスに基づいて、非周期的ＣＳＩ－ＲＳを搬送するリソース３０６を受信するためのビームインディケーション（又はＱＣＬ想定）に使用され得る。しかしながら、これは好ましくないビーム切り替えをもたらす可能性がある。
【0083】
この問題を考慮して、本実装形態のいくつかにおいて、最小のＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴは、ＵＥによってモニターされ、少なくとも一つのアクティブ化したＴＣＩ状態を含むことが期待できる。
【0084】
図４は、本開示の一例としての実装形態による、ＵＥのために構成された複数のＣＯＲＥＳＥＴを示す概略図である。図４に示すように、ＵＥは、ＣＯＲＥＳＥＴ＃１ ４０２、ＣＯＲＥＳＥＴ＃２ ４０４、及びＣＯＲＥＳＥＴ＃３ ４０６を用いて構成される。ＣＯＲＥＳＥＴ＃１ ４０２は、時間領域における少なくとも一つのシンボルにおいてＣＯＲＥＳＥＴ＃２ ４０４と重複することがあり、ＣＯＲＥＳＥＴ＃２ ４０４は、時間領域における少なくとも一つのシンボルにおいてＣＯＲＥＳＥＴ＃３ ４０６と重複することがある。
【0085】
この例の実装形態において、ＵＥは、ＣＯＲＥＳＥＴ＃１ ４０２のみをモニターする、又は、ＣＯＲＥＳＥＴ＃１ ４０２及びＣＯＲＥＳＥＴ＃３ ４０６の両方を同時にモニターすることができる。ＵＥがＣＯＲＥＳＥＴ＃１ ４０２及びＣＯＲＥＳＥＴ＃３ ４０６をモニターする場合、ＣＯＲＥＳＥＴ＃２ ４０４は、モニターされていない唯一のＣＯＲＥＳＥＴであってよく、ビームインディケーションのためのそのＱＣＬ想定は、本開示で説明されるプロセスに従うことができる。対照的に、ＵＥがＣＯＲＥＳＥＴ＃１ ４０２のみをモニターする場合、ＣＯＲＥＳＥＴ＃２ ４０４及びＣＯＲＥＳＥＴ＃３ ４０６の両方が重複したモニターされないＣＯＲＥＳＥＴになることができ、ビームインディケーションに対するそれらのＱＣＬ想定は、同じ空間ＱＣＬのままであり得るか、又は最小のＣＯＲＥＳＥＴ ＩＤを有するモニターされないＣＯＲＥＳＥＴによって無効にされ得る。
【0086】
〔優先順位を下げられたＰＤＳＣＨ〕
いくつかの実装形態において、ＰＤＳＣＨが時間領域において一つ以上のＣＯＲＥＳＥＴと重複するとき、ＰＤＳＣＨの受信は、優先順位を下げられることがある。このＰＤＳＣＨは、優先順位を下げられたＰＤＳＣＨと呼ばれることがあり、これは、このＰＤＳＣＨを受信するための優先順位のレベルが低減され得ることを意味する。
いくつかの実装形態において、ＰＤＳＣＨが時間領域において一つ以上のＣＯＲＥＳＥＴと重複するとき、ＰＤＳＣＨの受信は、優先順位を下げられることがある。このＰＤＳＣＨは、優先順位を下げられたＰＤＳＣＨと呼ばれることがあり、これは、このＰＤＳＣＨを受信するための優先順位のレベルが低減され得ることを意味する。
【0087】
図５は、本開示の一例としての実装形態による、時間領域におけるＣＯＲＥＳＥＴと重複するＰＤＳＣＨを示す概略図である。図５に示すように、ＵＥは、時間領域においてＣＯＲＥＳＥＴ＃２ ５０８と重複するＰＤＳＣＨ５０４をスケジュールするために、ＣＯＲＥＳＥＴ＃１ ５０２におけるＤＣＩを受信することができる。この一例としての実装形態において、ＰＤＳＣＨ５０４は、時間領域におけるＣＯＲＥＳＥＴ＃２ ５０８と重複しない非周期的ＣＳＩ－ＲＳを搬送するリソース５０６を含み得る。リソース５０６のロケーションは、ＣＯＲＥＳＥＴ＃１ ５０２から取得されたＤＣＩによってスケジュールされるか、または決定され得る。スケジューリングオフセット５１は、（ＣＯＲＥＳＥＴ＃１ ５０２における）ＤＣＩを搬送するＰＤＣＣＨの最後のシンボルの終端とＰＤＳＣＨ５０４の最初のシンボルの起点の間の時間間隔であってよい。この一例としての実装形態において、スケジューリングオフセット５１は、閾値（例えば、Ｔｈｒｅｓｈｏｌｄ－Ｓｃｈｅｄ－Ｏｆｆｓｅｔ）未満であってよい。
【0088】
本実装形態のいくつかにおいて、ＵＥに構成された全てのＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ＃１ ５０２及びＣＯＲＥＳＥＴ＃２ ５０８）及び非周期的ＣＳＩ－ＲＳを搬送するリソース（例えば、図５のリソース５０６）は、サービングセルのアクティブＢＷＰの時間スロットにおいて提供されてよい。
【0089】
本実装形態のいくつかの実装形態において、ＣＯＲＥＳＥＴ＃２ ５０８は、ＵＥに構成されたモニターされないサーチスペースに関連付けられたモニターされないＣＯＲＥＳＥＴであってよい。
【0090】
ＰＤＳＣＨ５０４又は非周期的ＣＳＩ－ＲＳを搬送するリソース５０６のためのＱＣＬ想定を決定するための技法について、以下で説明する。
【0091】
〔ケース３．１〕
このケースにおいて、ＰＤＳＣＨ５０４のＱＣＬ想定は、時間領域における少なくとも一つのシンボルにおいてＰＤＳＣＨ５０４と重複するＣＯＲＥＳＥＴ＃２ ５０８のＱＣＬ想定に従うことができる。例えば、ＵＥのためにサービングセルのアクティブＢＷＰ内の一つ以上のＣＯＲＥＳＥＴが構成される最後のスロット内の最小のＣＯＲＥＳＥＴ ＩＤを有するＰＤＣＣＨ ＱＣＬインディケーション（例えば、ＣＯＲＥＳＥＴ＃２ ５０８に対応する）のために使用されるＱＣＬ想定（複数可）に関して、ＵＥは、ＰＤＳＣＨ５０４の複数のＤＭ－ＲＳポートが、ＴＣＩ状態で示されるＲＳ（複数可）と擬似的にコロケーションされている、と想定することができる。
このケースにおいて、ＰＤＳＣＨ５０４のＱＣＬ想定は、時間領域における少なくとも一つのシンボルにおいてＰＤＳＣＨ５０４と重複するＣＯＲＥＳＥＴ＃２ ５０８のＱＣＬ想定に従うことができる。例えば、ＵＥのためにサービングセルのアクティブＢＷＰ内の一つ以上のＣＯＲＥＳＥＴが構成される最後のスロット内の最小のＣＯＲＥＳＥＴ ＩＤを有するＰＤＣＣＨ ＱＣＬインディケーション（例えば、ＣＯＲＥＳＥＴ＃２ ５０８に対応する）のために使用されるＱＣＬ想定（複数可）に関して、ＵＥは、ＰＤＳＣＨ５０４の複数のＤＭ－ＲＳポートが、ＴＣＩ状態で示されるＲＳ（複数可）と擬似的にコロケーションされている、と想定することができる。
【0092】
このケースは、帯域内ＣＡ（ＰＤＳＣＨとＣＯＲＥＳＥＴとが異なる複数のＣＣ内にある場合）にも適用することができる。
【0093】
〔ケース３．２〕
このケースにおいて、ＰＤＳＣＨ５０４をスケジューリングするＤＣＩの復号が成功した後、ＰＤＳＣＨ５０４のみが、非周期的ＣＳＩ－ＲＳを有するリソース５０６と同じシンボルで送信される場合、ＰＤＳＣＨ５０４の受信が時間領域における少なくとも一つのＯＦＤＭシンボルにおけるＣＯＲＥＳＥＴ＃２ ５０８と重複するために優先順位を下げられる場合であっても、非周期的ＣＳＩ－ＲＳリソース５０６のためのデフォルトのＱＣＬ想定は、ＰＤＳＣＨ５０４のＱＣＬ想定に従うことができる。
このケースにおいて、ＰＤＳＣＨ５０４をスケジューリングするＤＣＩの復号が成功した後、ＰＤＳＣＨ５０４のみが、非周期的ＣＳＩ－ＲＳを有するリソース５０６と同じシンボルで送信される場合、ＰＤＳＣＨ５０４の受信が時間領域における少なくとも一つのＯＦＤＭシンボルにおけるＣＯＲＥＳＥＴ＃２ ５０８と重複するために優先順位を下げられる場合であっても、非周期的ＣＳＩ－ＲＳリソース５０６のためのデフォルトのＱＣＬ想定は、ＰＤＳＣＨ５０４のＱＣＬ想定に従うことができる。
【0094】
そのような実装形態のいくつかにおいて、少なくとも一つのＯＦＤＭシンボルにわたる時間領域において単一のＰＤＳＣＨについて複数のＱＣＬ想定が存在する場合、非周期的ＣＳＩ ＲＳは、整列された複数のＰＤＳＣＨシンボルと同じＱＣＬ想定（複数可）に従うことができる。
【0095】
〔ケース３．３〕
優先順位を下げられたＰＤＳＣＨに関し、そのＱＣＬ想定が維持されるべきか、破棄されるべきか、又は、重複するＣＯＲＥＳＥＴによって無効にされるべきかどうかについて、現在のところ明確な表現は存在しない。この問題のための例としての解決策を以下に記載する。
優先順位を下げられたＰＤＳＣＨに関し、そのＱＣＬ想定が維持されるべきか、破棄されるべきか、又は、重複するＣＯＲＥＳＥＴによって無効にされるべきかどうかについて、現在のところ明確な表現は存在しない。この問題のための例としての解決策を以下に記載する。
【0096】
〔ケース３．３．１〕
ケース３．３．１において、優先順位を下げられたＰＤＳＣＨ（例えば、ＰＤＳＣＨ５０４）のＤＭＲＳ群のＱＣＬ推定（例えば、ＱＣＬ－タイプＤパラメータ）が、時間領域における少なくとも一つのシンボルにおいてこのＰＤＳＣＨと重複するＰＤＣＣＨのＤＭＲＳ群（例えば、図５に示されるＣＯＲＥＳＥＴ＃２ ５０８）とは異なる場合、ＵＥは、このＰＤＳＣＨのＱＣＬ想定を記憶し、維持することができる。ＵＥは、そのＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ＃２ ５０８）に関連するＰＤＣＣＨの受信を優先することが期待されることがある。本実装形態のいくつかにおいて、ＵＥが複数のＲＸビームをサポートする場合、このＰＤＳＣＨのために、優先順位を下げられたＰＤＳＣＨのＱＣＬ想定が依然として使用されることができる。いくつかの他の実装形態において、優先順位を下げられたＰＤＳＣＨのＱＣＬ想定は、ＣＯＲＥＳＥＴ＃２ ５０８と重複しない部分のために使用され得る。いくつかの他の実装形態において、ＱＣＬ想定は、ビームインディケーションの目的のために、又はＱＣＬチェーンを構築するために使用され得る。
ケース３．３．１において、優先順位を下げられたＰＤＳＣＨ（例えば、ＰＤＳＣＨ５０４）のＤＭＲＳ群のＱＣＬ推定（例えば、ＱＣＬ－タイプＤパラメータ）が、時間領域における少なくとも一つのシンボルにおいてこのＰＤＳＣＨと重複するＰＤＣＣＨのＤＭＲＳ群（例えば、図５に示されるＣＯＲＥＳＥＴ＃２ ５０８）とは異なる場合、ＵＥは、このＰＤＳＣＨのＱＣＬ想定を記憶し、維持することができる。ＵＥは、そのＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ＃２ ５０８）に関連するＰＤＣＣＨの受信を優先することが期待されることがある。本実装形態のいくつかにおいて、ＵＥが複数のＲＸビームをサポートする場合、このＰＤＳＣＨのために、優先順位を下げられたＰＤＳＣＨのＱＣＬ想定が依然として使用されることができる。いくつかの他の実装形態において、優先順位を下げられたＰＤＳＣＨのＱＣＬ想定は、ＣＯＲＥＳＥＴ＃２ ５０８と重複しない部分のために使用され得る。いくつかの他の実装形態において、ＱＣＬ想定は、ビームインディケーションの目的のために、又はＱＣＬチェーンを構築するために使用され得る。
【0097】
〔ケース３．３．２〕
ケース３．３．２において、優先順位を下げられたＰＤＳＣＨ（例えば、ＰＤＳＣＨ５０４）のＤＭＲＳ群のＱＣＬ想定（例えば、ＱＣＬタイプＤパラメータ）が、時間領域における少なくとも一つのシンボルにおいてこのＰＤＳＣＨと重複するＰＤＣＣＨのＤＭＲＳ群（例えば、ＣＯＲＥＳＥＴ＃２ ５０８における）とは異なる場合、ＵＥは、このＰＤＳＣＨのＱＣＬ想定を解放するか、又は部分的に解放することができる。ＵＥは、そのＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ＃２ ５０８）に関連付けられたＰＤＣＣＨの受信を優先することが期待されることがある。例えば、ＵＥは、時間領域におけるＣＯＲＥＳＥＴ＃２ ５０８と重複した部分についてのみＰＤＳＣＨ５０４のＱＣＬ想定を解放する一方で、重複していない部分については、このＱＣＬ想定を維持することができる。
ケース３．３．２において、優先順位を下げられたＰＤＳＣＨ（例えば、ＰＤＳＣＨ５０４）のＤＭＲＳ群のＱＣＬ想定（例えば、ＱＣＬタイプＤパラメータ）が、時間領域における少なくとも一つのシンボルにおいてこのＰＤＳＣＨと重複するＰＤＣＣＨのＤＭＲＳ群（例えば、ＣＯＲＥＳＥＴ＃２ ５０８における）とは異なる場合、ＵＥは、このＰＤＳＣＨのＱＣＬ想定を解放するか、又は部分的に解放することができる。ＵＥは、そのＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ＃２ ５０８）に関連付けられたＰＤＣＣＨの受信を優先することが期待されることがある。例えば、ＵＥは、時間領域におけるＣＯＲＥＳＥＴ＃２ ５０８と重複した部分についてのみＰＤＳＣＨ５０４のＱＣＬ想定を解放する一方で、重複していない部分については、このＱＣＬ想定を維持することができる。
【0098】
〔ケース３．３．３〕
ケース３．３．３において、優先順位を下げられたＰＤＳＣＨ（例えば、ＰＤＳＣＨ５０４）のＤＭＲＳ群のＱＣＬ想定（例えば、ＱＣＬ－タイプＤパラメータ）が、時間領域における少なくとも一つのシンボルにおいてこのＰＤＳＣＨと重複するＰＤＣＣＨのＤＭＲＳ群（例えば、ＣＯＲＥＳＥＴ＃２ ５０８）とは異なる場合、ＵＥは、重複したモニターされたＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ＃１ ５０２）によって、このＰＤＳＣＨのＱＣＬ想定を無効にすることができる。ＵＥは、そのＣＯＲＥＳＥＴに関連付けられたＰＤＣＣＨの受信を優先することが期待され得る。
ケース３．３．３において、優先順位を下げられたＰＤＳＣＨ（例えば、ＰＤＳＣＨ５０４）のＤＭＲＳ群のＱＣＬ想定（例えば、ＱＣＬ－タイプＤパラメータ）が、時間領域における少なくとも一つのシンボルにおいてこのＰＤＳＣＨと重複するＰＤＣＣＨのＤＭＲＳ群（例えば、ＣＯＲＥＳＥＴ＃２ ５０８）とは異なる場合、ＵＥは、重複したモニターされたＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ＃１ ５０２）によって、このＰＤＳＣＨのＱＣＬ想定を無効にすることができる。ＵＥは、そのＣＯＲＥＳＥＴに関連付けられたＰＤＣＣＨの受信を優先することが期待され得る。
【0099】
本実装形態のいくつかにおいて、二つ以上のＣＯＲＥＳＥＴが選択された場合、ＵＥは、最小のＣＯＲＥＳＥＴ ＩＤを用いるＣＯＲＥＳＥＴを選択して、優先順位を下げられたＰＤＳＣＨのＱＣＬ想定を無効にすることができる。本実装形態のいくつかにおいて、ＵＥは、時間領域内のＣＯＲＥＳＥＴ（複数可）と重複した部分についてのみ、優先順位を下げられたＰＤＳＣＨのＱＣＬ想定を上書きする一方、重複していない部分については、この想定を維持することができる。
【0100】
〔重複した非周期的ＣＳＩ－ＲＳ及びＣＯＲＥＳＥＴのために優先順位を下げられたＰＤＳＣＨ〕
図６は、本開示の一例としての実装形態による、非周期的ＣＳＩ－ＲＳ、ＰＤＳＣＨ、及びＣＯＲＥＳＥＴが時間領域において重複していることを示す概略図である。図６に示すように、ＵＥは、時間領域においてＣＯＲＥＳＥＴ＃２ ６０８と重複するＰＤＳＣＨ６０４をスケジュールするために、ＣＯＲＥＳＥＴ＃１ ６０２においてＤＣＩを受信することができる。図５と同様に、ＰＤＳＣＨ６０４は、非周期的ＣＳＩ－ＲＳを搬送するリソース６０６も含みことができるが、リソース６０６は、時間領域におけるＣＯＲＥＳＥＴ＃２ ６０８と重複する。その上、スケジューリングオフセット６１は、（ＣＯＲＥＳＥＴ＃１ ６０２における）ＤＣＩを搬送するＰＤＣＣＨの最後のシンボルの終端とＰＤＳＣＨ６０４の最初のシンボルの起点の間の時間間隔であってよい。この一例としての実装形態において、スケジューリングオフセット６１は、閾値（例えば、Ｔｈｒｅｓｈｏｌｄ－Ｓｃｈｅｄ－Ｏｆｆｓｅｔ）未満であってよい。
図６は、本開示の一例としての実装形態による、非周期的ＣＳＩ－ＲＳ、ＰＤＳＣＨ、及びＣＯＲＥＳＥＴが時間領域において重複していることを示す概略図である。図６に示すように、ＵＥは、時間領域においてＣＯＲＥＳＥＴ＃２ ６０８と重複するＰＤＳＣＨ６０４をスケジュールするために、ＣＯＲＥＳＥＴ＃１ ６０２においてＤＣＩを受信することができる。図５と同様に、ＰＤＳＣＨ６０４は、非周期的ＣＳＩ－ＲＳを搬送するリソース６０６も含みことができるが、リソース６０６は、時間領域におけるＣＯＲＥＳＥＴ＃２ ６０８と重複する。その上、スケジューリングオフセット６１は、（ＣＯＲＥＳＥＴ＃１ ６０２における）ＤＣＩを搬送するＰＤＣＣＨの最後のシンボルの終端とＰＤＳＣＨ６０４の最初のシンボルの起点の間の時間間隔であってよい。この一例としての実装形態において、スケジューリングオフセット６１は、閾値（例えば、Ｔｈｒｅｓｈｏｌｄ－Ｓｃｈｅｄ－Ｏｆｆｓｅｔ）未満であってよい。
【0101】
本実装形態のいくつかにおいて、ＵＥは、非周期的ＣＳＩ－ＲＳリソース（例えば、リソース６０６）の受信のためのデフォルトビームとして、優先されてモニターされたＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ＃２ ６０８）のＱＣＬ想定を適用することができる。いくつかの実装形態において、リソース６０６中の非周期的ＣＳＩ－ＲＳの複数のシンボルのうち、重複している部分及び重複していない部分の両方で同じＱＣＬ想定を使用することができる。いくつかの他の実装形態において、リソース６０６における非周期的ＣＳＩ－ＲＳの重複している部分のみが、重複しているＣＯＲＥＳＥＴ＃２ ６０８と同じＱＣＬ想定を使用することができ、リソース６０６内の非周期的ＣＳＩ－ＲＳの重複していない部分は、元のＱＣＬ構成を使用し続けることができる。
【0102】
〔モニターされないＣＯＲＥＳＥＴ（複数可）のために優先順位を下げられたＰＤＳＣＨ〕
上述したように、ＰＤＳＣＨ ＤＭＲＳ群のＱＣＬ想定（例えば、ＱＣＬ－タイプＤ）が、時間領域における少なくとも一つのシンボル号においてＰＤＳＣＨ ＤＭＲＳ群と重複するＰＤＣＣＨ ＤＭＲＳ群のＱＣＬ想定と異なる場合、ＵＥは、そのＣＯＲＥＳＥＴに関連付けられたＰＤＣＣＨの受信をＰＤＳＣＨよりも優先することが期待され得る。
上述したように、ＰＤＳＣＨ ＤＭＲＳ群のＱＣＬ想定（例えば、ＱＣＬ－タイプＤ）が、時間領域における少なくとも一つのシンボル号においてＰＤＳＣＨ ＤＭＲＳ群と重複するＰＤＣＣＨ ＤＭＲＳ群のＱＣＬ想定と異なる場合、ＵＥは、そのＣＯＲＥＳＥＴに関連付けられたＰＤＣＣＨの受信をＰＤＳＣＨよりも優先することが期待され得る。
【0103】
しかしながら、そのＣＯＲＥＳＥＴがＵＥによってモニターされない場合（例えば、他のＣＯＲＥＳＥＴと偶発的に重複するため）、ＵＥは、図７に示されるように、モニターされないＣＯＲＥＳＥＴのＱＣＬ想定を優先するかどうかを知らないことがあるため、ＵＥのふるまいは、不明確であることがある。
【0104】
図７は、本開示の一例としての実装形態による、ＵＥのために構成された複数のＣＯＲＥＳＥＴを示す概略図である。一例としての実装形態において、ＵＥは、ＣＯＲＥＳＥＴ＃１ ７０２からＤＣＩを受信して、時間領域においてＣＯＲＥＳＥＴ＃２ ７０６と重複するＰＤＳＣＨ７０４をスケジュールすることができる。ＱＣＬ想定が異なるＣＯＲＥＳＥＴ＃２ ７０６及びＣＯＲＥＳＥＳＴ＃３ ７０８は、時間領域における少なくとも一つのシンボルにおいて重複する。その上、ＣＯＲＥＳＥＴ＃３は、ＵＥによってモニターされ、一方で、ＣＯＲＥＳＥＴ＃２はモニターされない。上述したように、ＰＤＳＣＨ７０４の受信によって、重複しているモニターされないＣＯＲＥＳＥＴ＃２ ７０６のためにＰＤＳＣＨ７０４のＱＣＬ想定を変更すべきかどうかは、不明である。
【0105】
この問題に鑑みて、ＣＯＲＥＳＥＴ（複数可）と重複するＰＤＳＣＨのＱＣＬ想定を決定するための技法を以下に説明する。
【0106】
〔ケース４．１〕
このケースにおいて、ＰＤＳＣＨは、重複したモニターされないＣＯＲＥＳＥＴと同じＱＣＬ想定を有することができる。例えば図７において、ＤＣＩの受信と対応するＰＤＳＣＨ７０４の間にあるスケジューリングオフセット７１が閾値（例えば、Ｔｈｒｅｓｈｏｌｄ－Ｓｃｈｅｄ－Ｏｆｆｓｅｔ）未満の場合、ＰＤＳＣＨ７０４のＱＣＬ想定は、重複したモニターされないＣＯＲＥＳＥＴ＃２ ７０６のＱＣＬ想定に従うことができる。このケースは、帯域内ＣＡ（例えば、ＰＤＳＣＨと重複したＣＯＲＥＳＥＴとが異なるＣＣ内にある）にも適用することができる。
このケースにおいて、ＰＤＳＣＨは、重複したモニターされないＣＯＲＥＳＥＴと同じＱＣＬ想定を有することができる。例えば図７において、ＤＣＩの受信と対応するＰＤＳＣＨ７０４の間にあるスケジューリングオフセット７１が閾値（例えば、Ｔｈｒｅｓｈｏｌｄ－Ｓｃｈｅｄ－Ｏｆｆｓｅｔ）未満の場合、ＰＤＳＣＨ７０４のＱＣＬ想定は、重複したモニターされないＣＯＲＥＳＥＴ＃２ ７０６のＱＣＬ想定に従うことができる。このケースは、帯域内ＣＡ（例えば、ＰＤＳＣＨと重複したＣＯＲＥＳＥＴとが異なるＣＣ内にある）にも適用することができる。
【0107】
〔ケース４．２〕
図８は、本開示の一例としての実装形態による、ＵＥのために構成された複数のＣＯＲＥＳＥＴを示す概略図である。一例としての実装形態において、ＵＥは、ＣＯＲＥＳＥＴ＃１ ８０２からＤＣＩを受信して、時間領域におけるＣＯＲＥＳＥＴ＃２ ８０６と重複するＰＤＳＣＨ８０４をスケジュールすることができる。その上、ＣＯＲＥＳＥＴ＃２ ８０６は、ＵＥによってモニターされる。
図８は、本開示の一例としての実装形態による、ＵＥのために構成された複数のＣＯＲＥＳＥＴを示す概略図である。一例としての実装形態において、ＵＥは、ＣＯＲＥＳＥＴ＃１ ８０２からＤＣＩを受信して、時間領域におけるＣＯＲＥＳＥＴ＃２ ８０６と重複するＰＤＳＣＨ８０４をスケジュールすることができる。その上、ＣＯＲＥＳＥＴ＃２ ８０６は、ＵＥによってモニターされる。
【0108】
このケースにおいて、ＤＣＩの受信と対応するＰＤＳＣＨ８０４の間にあるスケジューリングオフセット８１が閾値（例えば、Ｔｈｒｅｓｈｏｌｄ－Ｓｃｈｅｄ－Ｏｆｆｓｅｔ）未満の場合であって、尚且つ、ＰＤＳＣＨ８０４のＤＭＲＳ群のＱＣＬ想定が、（ＣＯＲＥＳＥＴ＃２ ８０６における）重複したモニターされるＰＤＣＣＨと異なる場合、ＵＥは、そのＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ＃２ ８０６）に関連付けられたモニターされているＰＤＣＣＨの受信を優先することが期待され得る。このケースは、帯域内ＣＡ（例えば、ＰＤＳＣＨ及びＣＯＲＥＳＥＴが異なるＣＣ内にある）にも適用することができる。
【0109】
図９は、本開示の一例としての実装形態による、無線通信システムにおいてＱＣＬ想定を決定する方法のフローチャートである。アクション９０２において、ＵＥは、時間スロットにおけるサービングセルのアクティブＢＷＰ内において、ＵＥのために構成された複数のＣＯＲＥＳＥＴの内の少なくとも一つをモニターすることができる。アクション９０４において、ＵＥは、非周期的ＣＳＩ－ＲＳを受信するために、ＣＯＲＥＳＥＴのＱＣＬ想定を適用することができる。そのＣＯＲＥＳＥＴは、モニターされるＣＯＲＥＳＥＴ（複数可）のうちの最小のＣＯＲＥＳＥＴ ＩＤを用いて構成されてモニターされるサーチスペースに関連付けることができる。
【0110】
本実装形態のいくつかにおいて、ＵＥは、時間スロット内のサービングセルのアクティブＢＷＰ内で、ＵＥのために構成された複数のＣＯＲＥＳＥＴの内の少なくとも一つをモニターすることができる。その上、ＤＣＩを搬送するＰＤＣＣＨの最後のシンボルの終端とＰＤＳＣＨの最初のシンボルの起点の間にあるスケジューリングオフセットが閾値未満の場合、ＵＥは、ＰＤＳＣＨをスケジューリングするＤＣＩをＰＤＣＣＨから受信し、ＰＤＣＣＨの受信のためのＱＣＬ想定を適用することによって、ＰＤＳＣＨを受信することができる。上述したＰＤＣＣＨは、一つ以上のモニターされたＣＯＲＥＳＥＴの集合における一つのＣＯＲＥＳＥＴにおいて送信されてもよい。ここで、このモニターされるＣＯＲＥＳＥＴ（ＰＤＣＣＨが送信される）は、モニターされたＣＯＲＥＳＥＴ（複数可）のうちの最小のＣＯＲＥＳＥＴ ＩＤを用いて構成されてモニターされたサーチスペースに関連付けられてもよい。
【0111】
図１０は、本開示の様々な態様による、無線通信のためのノードを示すブロック図である。図１０に示すように、ノード１０００は、トランシーバ１０２０と、プロセッサ１０２８と、メモリ１０３４と、一つ以上のプレゼンテーション部品１０３８と、少なくとも一つのアンテナ１０３６とを含むことができる。ノード１０００はまた、ＲＦスペクトル帯域モジュールと、ＢＳ通信モジュールと、ネットワーク通信モジュールと、システム通信管理モジュールと、入出力（Ｉ／Ｏ）ポートと、Ｉ／Ｏ部品と、電源（図１０には明示的に示されていない）とを含むことができる。これらの部品の各々は、一つ以上のバス１０４０を介して、直接的又は間接的に互いに通信することができる。一実装形態において、ノード１０００が例えば、図１から図９を参照して本明細書で説明される様々な機能を実行するＵＥ又はＢＳであり得る。
【0112】
送信機１０２２（例えば送信／送信回路）及び受信機１０２４（例えば受信／受信回路）を有するトランシーバ１０２０は、時間及び／又は周波数リソース分割情報を送信及び／又は受信するように構成され得る。いくつかの実装形態において、トランシーバ１０２０が使用可能、使用不可能又は柔軟に使用可能なサブフレーム及びスロットフォーマットを含むが、これらに限定されない、異なる種類のサブフレーム及びスロットで送信するように構成してもよい。トランシーバ１０２０は、データ及び制御チャンネルを受信するように構成され得る。
【0113】
ノード１０００は、様々なコンピュータ読み取り可能媒体を含んでもよい。コンピュータ読み取り可能媒体は、ノード１０００によってアクセスされ得る任意の利用可能な媒体であり得、揮発性及び不揮発性媒体、リムーバブル及び非リムーバブル媒体の両方を含む。限定ではなく、例として、コンピュータ読み取り可能媒体は、コンピュータ記憶媒体及び通信媒体を含み得る。コンピュータ記憶媒体は、コンピュータ読み取り可能命令、データ構造、プログラムモジュール、又は他のデータなどの情報を記憶するための任意の方法又は技術で実装される、揮発性及び不揮発性、リムーバブル及び非リムーバブル媒体の両方を含む。
【0114】
コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又は他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）又は他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置又は他の磁気記憶装置を含む。コンピュータ記憶媒体は、伝播データ信号を含まない。通信媒体は、典型的にはコンピュータ読み取り可能命令、データ構造、プログラムモジュール、又は他のデータを、搬送波又は他のトランスポート機構などの変調データ信号で具現化し、任意の情報配信媒体を含む。「変調されたデータ信号」という単語は、その特性のうちの一つ以上が信号内に符号化されるように設定又は変更された信号を意味する。限定ではなく、例として、通信媒体は、有線ネットワーク又は直接有線接続などの有線媒体と、音響、ＲＦ、赤外線、及び他の無線媒体などの無線媒体とを含む。上記のいずれかの組合せも、コンピュータ読み取り可能媒体の範囲内に含まれるべきである。
【0115】
メモリ１０３４は、揮発性及び／又は不揮発性メモリの形態のコンピュータ記憶媒体を含んでもよい。メモリ１０３４は、取り外し可能、取り外し不能、又はそれらの組み合わせであってもよい。例としてのメモリは、ソリッドステートメモリ、ハードドライブ、光ディスクドライブなどが含まれる。図１０に示すように、メモリ１０３４は、実行されるとき、プロセッサ１０２８に、例えば図１から図８を参照して、本明細書に記載する様々な機能を実行させるように構成された、コンピュータ読み取り可能なコンピュータ実行可能命令１０３２（例えば、ソフトウェアコード）を記憶することができる。あるいは、命令１０３２は、プロセッサ１０２８によって直接的に実行可能ではなく、本明細書に記載する様々な機能を実行するためにノード１０００（例えばコンパイルされ実行されるとき）を引き起こすように設定されてもよい。
【0116】
プロセッサ１０２８（例えば処理回路を有する）は、インテリジェントハードウェアデバイス、例えば中央処理装置（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣなどを含んでもよい。プロセッサ１０２８は、メモリを含んでもよい。プロセッサ１０２８は、メモリ１０３４から受信したデータ１０３０及び命令１０３２、並びにトランシーバ１０２０、ベースバンド通信モジュール、及び／又はネットワーク通信モジュールを介した情報を処理することができる。プロセッサ１０２８はまた、コアネットワークへの送信のために、アンテナ１０３６を介してネットワーク通信モジュールに送信するためにトランシーバ１０２０に送信される情報を処理することができる。
【0117】
一つ以上のプレゼンテーション部品１０３８は、人又は他のデバイスにデータインディケーションを提示する。プレゼンテーション部品１０３８の例は、表示デバイス、スピーカー、印刷部品、振動部品などを含んでもよい。
【0118】
上記の説明から、様々な技術が、これらの概念の範囲から逸脱することなく、本出願で説明される概念を実行するために使用され得ることが明らかである。更に、概念は特定の実施形態を特に参照して説明されてきたが、当業者はそれらの概念の範囲から逸脱することなく、形態及び詳細において変更を行うことができることを認識するのであろう。したがって、説明された実施形態はすべての点において、例示的なものであり、限定的なものではないと考えられるべきである。また、本出願は、上述の特定の実施形態に限定されるものではなく、本開示の範囲から逸脱することなく、多くの再構成、修正、及び置換が可能であることを理解されたい。
【図面の簡単な説明】
【0119】
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】