特許ウォッチ

公開番号2025157072
公報種別公開特許公報(A)
公開日2025-10-15
出願番号2024194032
出願日2024-11-05
発明の名称端末及び通信方法
出願人株式会社NTTドコモ
代理人弁理士法人ITOH
主分類H04W 72/1268 20230101AFI20251007BHJP(電気通信技術)
要約【課題】無線通信システムにおいて、OCC(Orthogonal Cover Code)が適用されるPUSCHにPUCCHがオーバラップする場合の処理を決定する。
【解決手段】端末20は、DFT-s-OFDM(Discrete fourier transform spread Orthogonal Frequency Division Multiplexing)又はOFDMにより変調される物理上りリンク共有チャネルPUSCHの繰り返しに適用するOCCを決定する制御部と、前記OCCを適用した前記PUSCHの繰り返しを基地局に送信する送信部とを有し、前記制御部は、前記PUSCHをスケジューリングするULグラントよりも後にスケジューリングされる物理下りリンク共有チャネルに対応するHARQ-ACK情報を運ぶ物理上りリンク制御チャネルPUCCHがオーバラップする場合の処理を決定する。
【選択図】図15
特許請求の範囲【請求項１】
ＤＦＴ－ｓ－ＯＦＤＭ（Discrete fourier transform spread Orthogonal Frequency Division Multiplexing）又はＯＦＤＭにより変調される物理上りリンク共有チャネルの繰り返しに適用するＯＣＣ（Orthogonal Cover Code）を決定する制御部と、
前記ＯＣＣを適用した前記物理上りリンク共有チャネルの繰り返しを基地局に送信する送信部とを有し、
前記制御部は、前記物理上りリンク共有チャネルをスケジューリングするＵＬ（Uplink）グラントよりも後にスケジューリングされる物理下りリンク共有チャネルに対応するＨＡＲＱ－ＡＣＫ（Hybrid Automatic Repeat Request-Acknowledgement）情報を運ぶ物理上りリンク制御チャネルがオーバラップする場合の処理を決定する端末。
続きを表示（約 1,400 文字）【請求項２】
前記制御部は、前記物理上りリンク共有チャネルをスケジューリングするＵＬグラントよりも後にスケジューリングされる物理下りリンク共有チャネルに対応するＨＡＲＱ－ＡＣＫ情報を運ぶ物理上りリンク制御チャネルがオーバラップする場合、オーバラップする前記物理上りリンク共有チャネルの繰り返しと同一のＯＣＣグループ内の前記物理上りリンク共有チャネルの繰り返しのすべてに、前記ＨＡＲＱ－ＡＣＫ情報を多重する請求項１記載の端末。
【請求項３】
前記制御部は、前記物理上りリンク共有チャネルをスケジューリングするＵＬグラントよりも後にスケジューリングされる物理下りリンク共有チャネルに対応するＨＡＲＱ－ＡＣＫ情報を運ぶ物理上りリンク制御チャネルが前記物理上りリンク共有チャネルの先頭以外の繰り返しとオーバラップする場合に、前記オーバラップする繰り返しと同一のＯＣＣグループ内の前記物理上りリンク共有チャネルの繰り返しのすべてに前記ＨＡＲＱ－ＡＣＫ情報を多重し、前記物理上りリンク制御チャネルが前記物理上りリンク共有チャネルの先頭の繰り返しとオーバラップすることを想定しない請求項１記載の端末。
【請求項４】
前記制御部は、前記物理上りリンク共有チャネルをスケジューリングするＵＬグラントよりも後にスケジューリングされる物理下りリンク共有チャネルに対応するＨＡＲＱ－ＡＣＫ情報を運ぶ物理上りリンク制御チャネルが前記物理上りリンク共有チャネルの先頭の繰り返しを含まないＯＣＣグループ内の前記物理上りリンク共有チャネルの繰り返しとオーバラップする場合に、前記ＯＣＣグループ内の前記物理上りリンク共有チャネルの繰り返しのすべてに前記ＨＡＲＱ－ＡＣＫ情報を多重し、前記物理上りリンク制御チャネルが前記物理上りリンク共有チャネルの先頭の繰り返しを含むＯＣＣグループ内の前記物理上りリンク共有チャネルの繰り返しとオーバラップすることを想定しない請求項１記載の端末。
【請求項５】
前記制御部は、前記物理上りリンク共有チャネルをスケジューリングするＵＬグラントよりも後にスケジューリングされる物理下りリンク共有チャネルに対応するＨＡＲＱ－ＡＣＫ情報を運ぶ物理上りリンク制御チャネルがオーバラップする場合、オーバラップする前記物理上りリンク共有チャネルの繰り返しが、前記物理上りリンク共有チャネルの先頭である場合、前記ＨＡＲＱ－ＡＣＫ情報を多重する請求項１記載の端末。
【請求項６】
ＤＦＴ－ｓ－ＯＦＤＭ（Discrete fourier transform spread Orthogonal Frequency Division Multiplexing）又はＯＦＤＭにより変調される物理上りリンク共有チャネルの繰り返しに適用するＯＣＣ（Orthogonal Cover Code）を決定する手順と、
前記ＯＣＣを適用した前記物理上りリンク共有チャネルの繰り返しを基地局に送信する手順と、
前記物理上りリンク共有チャネルをスケジューリングするＵＬ（Uplink）グラントよりも後にスケジューリングされる物理下りリンク共有チャネルに対応するＨＡＲＱ－ＡＣＫ（Hybrid Automatic Repeat Request-Acknowledgement）情報を運ぶ物理上りリンク制御チャネルがオーバラップする場合の処理を決定する手順とを端末が実行する通信方法。

発明の詳細な説明【技術分野】
【０００１】
本発明は、無線通信システムにおける端末及び通信方法に関する。
続きを表示（約 2,600 文字）【背景技術】
【０００２】
ＬＴＥ（Long Term Evolution）の後継システムであるＮＲ（New Radio）（「５Ｇ」ともいう。）においては、要求条件として、大容量のシステム、高速なデータ伝送速度、低遅延、多数の端末の同時接続、低コスト、省電力等を満たす技術が検討されている（例えば非特許文献１）。
【０００３】
また現在、ＮＴＮ（Non-Terrestrial Network）が検討されている。ＮＴＮとは、衛星等の非地上型ネットワークを使用して、地上型５Ｇネットワークでは主にコスト面でカバーできないエリアにサービスを提供するものである（例えば非特許文献２及び非特許文献３）。
【先行技術文献】
【非特許文献】
【０００４】
3GPP TS 38.300 V18.3.0 (2024-09)
3GPP TR 38.821 V16.2.0 (2023-03)
小西他，"HAPS移動通信システムにおける下りリンク周波数共用に関する一検討"，電子情報通信学会総合大会，B-17-1，2020年
3GPP TS 38.211 V18.4.0 (2024-09)
3GPP TS 38.213 V18.4.0 (2024-09)
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＮＴＮでは、上空の基地局と端末間の距離が非常に大きく、基地局のリソースが限られるため、ＵＬ（Uplink）の容量及びスループットの強化が必要である。そこで、ＯＣＣ（Orthogonal Cover Code）をＤＦＴ－ｓ－ＯＦＤＭ（Discrete fourier transform spread Orthogonal Frequency Division Multiplexing）のＰＵＳＣＨ（Physical Uplink Shared Channel）に適用する手法が検討されている。ここで、ＯＣＣが適用されるＰＵＳＣＨに、ＰＵＣＣＨ（Physical Uplink Control Channel）がオーバラップする場合があった。
【０００６】
本発明は上記の点に鑑みてなされたものであり、無線通信システムにおいて、ＯＣＣ（Orthogonal Cover Code）が適用されるＰＵＳＣＨ（Physical Uplink Shared Channel）にＰＵＣＣＨ（Physical Uplink Control Channel）がオーバラップする場合の処理を決定することを目的とする。
【課題を解決するための手段】
【０００７】
開示の技術によれば、ＤＦＴ－ｓ－ＯＦＤＭ（Discrete fourier transform spread Orthogonal Frequency Division Multiplexing）又はＯＦＤＭにより変調される物理上りリンク共有チャネルの繰り返しに適用するＯＣＣ（Orthogonal Cover Code）を決定する制御部と、前記ＯＣＣを適用した前記物理上りリンク共有チャネルの繰り返しを基地局に送信する送信部とを有し、前記制御部は、前記物理上りリンク共有チャネルをスケジューリングするＵＬ（Uplink）グラントよりも後にスケジューリングされる物理下りリンク共有チャネルに対応するＨＡＲＱ－ＡＣＫ（Hybrid Automatic Repeat Request-Acknowledgement）情報を運ぶ物理上りリンク制御チャネルがオーバラップする場合の処理を決定する端末が提供される。
【発明の効果】
【０００８】
開示の技術によれば、無線通信システムにおいて、ＯＣＣ（Orthogonal Cover Code）が適用されるＰＵＳＣＨ（Physical Uplink Shared Channel）にＰＵＣＣＨ（Physical Uplink Control Channel）がオーバラップする場合の処理を決定することができる。
【図面の簡単な説明】
【０００９】
ＮＴＮの例（１）を示す図である。
ＮＴＮの例（２）を示す図である。
ＮＴＮの例（３）を示す図である。
ＮＴＮの例（４）を示す図である。
本発明の実施の形態におけるＯＣＣの例（１）を示す図である。
本発明の実施の形態におけるＯＣＣの例（２）を示す図である。
本発明の実施の形態におけるＯＣＣの例（３）を示す図である。
本発明の実施の形態におけるＰＵＳＣＨの信号生成の例を示す図である。
本発明の実施の形態におけるＯＣＣの適用例を説明するためのフローチャートである。
本発明の実施の形態におけるオーバラップの例（１）を示す図である。
本発明の実施の形態におけるオーバラップの例（２）を示す図である。
本発明の実施の形態におけるオーバラップの例（３）を示す図である。
本発明の実施の形態におけるＨＡＲＱ－ＡＣＫ送信の例（１）を示す図である。
本発明の実施の形態におけるＨＡＲＱ－ＡＣＫ送信の例（２）を示す図である。
本発明の実施の形態におけるオーバラップに係る処理例を説明するためのフローチャートである。
本発明の実施の形態におけるオーバラップの例（４）を示す図である。
本発明の実施の形態におけるオーバラップの例（５）を示す図である。
本発明の実施の形態におけるオーバラップの例（６）を示す図である。
本発明の実施の形態における基地局１０の機能構成の一例を示す図である。
本発明の実施の形態における端末２０の機能構成の一例を示す図である。
本発明の実施の形態における基地局１０又は端末２０のハードウェア構成の一例を示す図である。
本発明の実施の形態における車両２００１の構成の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例であり、本発明が適用される実施の形態は、以下の実施の形態に限られない。
（【００１１】以降は省略されています）

関連特許