以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例であり、本発明が適用される実施の形態は、以下の実施の形態に限られない。
本発明の実施の形態の無線通信システムの動作にあたっては、適宜、既存技術が使用されてよい。当該既存技術は、例えば既存のNRあるいはLTEであるが、既存のNRあるいはLTEに限られない。また、本明細書で使用する用語「LTE」は、特に断らない限り、LTE-Advanced、及び、LTE-Advanced以降の方式(例:NR)を含む広い意味を有するものとする。
また、以下で説明する本発明の実施の形態では、既存のLTEで使用されているSS(Synchronization signal)、PSS(Primary SS)、SSS(Secondary SS)、PBCH(Physical broadcast channel)、PRACH(Physical random access channel)、PDCCH(Physical Downlink Control Channel)、PDSCH(Physical Downlink Shared Channel)、PUCCH(Physical Uplink Control Channel)、PUSCH(Physical Uplink Shared Channel)等の用語を使用する。これは記載の便宜上のためであり、これらと同様の信号、機能等が他の名称で呼ばれてもよい。また、NRにおける上述の用語は、NR-SS、NR-PSS、NR-SSS、NR-PBCH、NR-PRACH等に対応する。ただし、NRに使用される信号であっても、必ずしも「NR-」と明記しない。
また、本発明の実施の形態において、複信(Duplex)方式は、TDD(Time Division Duplex)方式でもよいし、FDD(Frequency Division Duplex)方式でもよいし、又はそれ以外(例えば、Flexible Duplex等)の方式でもよい。
また、本発明の実施の形態において、無線パラメータ等が「設定される(Configure)」とは、所定の値が予め設定(Pre-configure)されることであってもよいし、基地局又は端末から通知される無線パラメータが設定されることであってもよい。
(システム構成)
図1は、本発明の実施の形態に係る無線通信システムについて説明するための図である。
本発明の実施の形態に係る無線通信システムは、図1に示されるように、基地局10及び端末20を含む。図1には、基地局10及び端末20が1つずつ示されているが、これは例であり、それぞれ複数であってもよい。
基地局10は、1つ以上のセルを提供し、端末20と無線通信を行う通信装置である。無線信号の物理リソースは、時間領域及び周波数領域で定義され、時間領域はOFDM(Orthogonal Frequency Division Multiplexing)シンボル数で定義されてもよいし、周波数領域はサブキャリア数又はリソースブロック数で定義されてもよい。また、時間領域におけるTTI(Transmission Time Interval)がスロットであってもよいし、TTIがサブフレームであってもよい。
基地局10は、同期信号及びシステム情報を端末20に送信する。同期信号は、例えば、NR-PSS及びNR-SSSである。システム情報は、例えば、NR-PBCHにて送信され、報知情報ともいう。同期信号及びシステム情報は、SSB(SS/PBCH block)と呼ばれてもよい。図1に示されるように、基地局10は、DL(Downlink)で制御信号又はデータを端末20に送信し、UL(Uplink)で制御信号又はデータを端末20から受信する。基地局10及び端末20はいずれも、ビームフォーミングを行って信号の送受信を行うことが可能である。また、基地局10及び端末20はいずれも、MIMO(Multiple Input Multiple Output)による通信をDL又はULに適用することが可能である。また、基地局10及び端末20はいずれも、CA(Carrier Aggregation)によるセカンダリセル(SCell:Secondary Cell)及びプライマリセル(PCell:Primary Cell)を介して通信を行ってもよい。さらに、端末20は、DC(Dual Connectivity)による基地局10のプライマリセル及び他の基地局10のプライマリセカンダリセルグループセル(PSCell:Primary SCG Cell)を介して通信を行ってもよい。
端末20は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、M2M(Machine-to-Machine)用通信モジュール等の無線通信機能を備えた通信装置である。図1に示されるように、端末20は、DLで制御信号又はデータを基地局10から受信し、ULで制御信号又はデータを基地局10に送信することで、無線通信システムにより提供される各種通信サービスを利用する。また、端末20は、基地局10から送信される各種の参照信号を受信し、当該参照信号の受信結果に基づいて伝搬路品質の測定を実行する。なお、端末20をUEと呼び、基地局10をgNBと呼んでもよい。
図2は、本発明の実施の形態における無線通信システムについて説明するための第二の図である。図2は、デュアルコネクティビティ(DC:Dual connectivity)が実行される場合における無線通信システムの構成例を示す。図2に示されるとおり、マスタノード(MN:Master Node)となる基地局10Aと、セカンダリノード(SN:Secondary Node)となる基地局10Bが備えられる。基地局10Aと基地局10Bはそれぞれコアネットワーク30に接続される。端末20は基地局10Aと基地局10Bの両方と通信を行うことができる。
MNである基地局10Aにより提供されるセルグループをマスタセルグループ(MCG:Master Cell Group)と呼び、SNである基地局10Bにより提供されるセルグループをセカンダリセルグループ(SCG:Secondary Cell Group)と呼ぶ。また、デュアルコネクティビティにおいて、MCGは1つのPCellと0以上のSCellから構成され、SCGは1つのPSCell(Primary SCG Cell)と0以上のSCellから構成される。
なお、デュアルコネクティビティは2つの通信規格を利用した通信方法であってもよく、どのような通信規格が組み合わされてもよい。例えば、当該組み合わせは、NRと6G規格、LTEと6G規格のいずれでもよい。また、デュアルコネクティビティは3以上の通信規格を利用した通信方法であってもよく、デュアルコネクティビティとは異なる他の名称で呼ばれてもよい。
本実施の形態における処理動作は、図1に示されるシステム構成で実行されてもよいし、図2に示されるシステム構成で実行されてもよいし、これら以外のシステム構成で実行されてもよい。
3GPP標準化において、強化されたIoT(Internet of Things)及びURLLC(Ultra-reliable and low latency communication)をNRでサポートすることが検討されている。さらに、URLLCの要件に対応するため、HARQ-ACK(Hybrid automatic repeat request Acknowledgement)のフィードバックの強化が検討されている。
(基本的な動作)
図3は、本発明の実施の形態における基本的な手順例を示す図である。まず、本実施の形態の無線通信システムにおける基本的な動作例について図3を参照して説明する。
S100において、端末20は、能力情報(UE capability)を基地局10に送信する。基地局10は、この能力情報により、例えば、下記のS101、S102で端末20に送信する情報の内容を判断できる。
S101において、基地局10が端末20に対してRRCメッセージにより設定情報を送信し、端末20は当該設定情報を受信する。当該設定情報は、例えば、後述するようなK1のセット、及びTDRAテーブルに関する設定情報である。なお、K1のセット、及びTDRAテーブルはいずれも、基地局10から端末20に通知されてもよいし、仕様書等により予め定められていて、基地局10及び端末20は当該定められたものを使用してもよい。また、TDRAテーブルを時間領域リソース割り当て設定情報と呼んでもよい。
S102において、基地局10が端末20に対してDCIにより複数のPDSCHに対するスケジューリング(割り当て情報)を送信し、端末20はDCIを受信する。また、DCIには、HARQ-ACK情報を送信するためのアップリンクリソースに関する情報も含まれている。
S103において、端末20は、DCIにおけるスケジューリング情報に基づいて、PDSCHを受信し、S104においてHARQ-ACK情報を基地局10に送信する。基地局10はHARQ-ACK情報を受信する。
(従来の問題点)
NRリリース17では、動的に指示されるPUCCHセル(PCell/PSCell/PUCCH-SCell以外)でのHARQ-ACK(動的PUCCHセルの指示なし)、SR(Scheduling Request)、およびP/SP-CSI(Channel Status Information)の多重化をサポートする合意は為されていない。
図4は、セル間でUCIがオーバーラップする場合について説明するための図である。PUCCHキャリアスイッチングが有効であると、図4に示されるように、PUCCHが複数のセルでオーバーラップする場合が考えられる。
PUCCHキャリアスイッチングとは、端末20が、PUCCHの送信をPCell(PSCell又はPUCCH-SCellであってもよい)の特定の送信タイミングで行おうとする場合に、PCell(PSCell又はPUCCH-SCellであってもよい)の当該特定の送信タイミングのスロットが、DLスロットとなっているため、PUCCHの送信を行うセルを、PCell(PSCell又はPUCCH-SCellであってもよい)から、当該特定の送信タイミングと同じタイミングのスロットがULスロットとなっている1又は複数のSCellのうちいずれかのSCell(PSCellの場合には、PSCell以外のSCellであり、PUCCH-SCellの場合には、PUCCH-SCell以外のSCell)に切り替えることであってもよい。なお、本実施の形態において、特定の送信タイミングの単位はスロットに限定されない。例えば、特定の送信タイミングは、サブフレームを単位とするタイミングであってもよく、シンボルを単位とするタイミングであってもよい。
NRでは、PUCCHキャリアスイッチングを実現するための、2つの方法が検討されている。第一の方法は、基地局10が端末20に対して、PUCCHの送信を行うためのキャリアを動的に指示する方法である。第二の方法は、基地局10が端末20に対して、PUCCHの送信を行うためのキャリアを準静的(semi-static)に設定する方法である。なお、以下の実施例において、「PUCCHの送信」及び「PUCCHを送信」とは、PUCCHを介して上り制御信号を送信することであってもよい。
セル間におけるUCIの多重化がサポートされていない場合、端末の動作をさらに明確にする必要がある。具体的には、第一の問題点は、セル間におけるPUCCHのオーバーラップに対する端末の動作が明確でないという点である。例えば、セル間におけるPUCCHのオーバーラップを許容するか否か、また許容する場合、オーバーラップするPUCCHのいずれかをドロップするか、という動作が規定されていないという問題がある。
第二の問題点は、セル内処理(すなわち、NRリリース15またはリリース16で規定された多重化または優先順位付け、および/またはNRリリース17で規定された多重化)とセル間におけるオーバーラップのチェックまたは処理の相互作用が明確でないという点である。
第三の問題点は、UCIまたはPUSCHのオーバーラップの処理(すなわち、NRリリース15またはリリース16で規定された多重化または優先順位付け、および/またはNRリリース17で規定された多重化)とセル間におけるオーバーラップのチェックまたは処理の相互作用が明確でないという点である。
第四の問題点は、ダウンリンクシンボルの衝突によるPUCCHキャンセル(すなわち、PUCCHがセミスタティックダウンリンクシンボルと衝突する、および/またはSSB/CORESET#0用に構成されたシンボル)と、セル間のオーバーラップのチェックまたは処理の相互作用が明確でないという点である。
(本実施の形態の概要)
そこで、上述した従来の問題を解決するために、セル間におけるUCIの多重化がサポートされていない場合の端末の動作を明確にする例について説明する。以下、本実施の形態の具体的な実施例として、実施例1から実施例5までについて説明する。
(実施例1)
本実施例では、セル間におけるPUCCHのオーバーラップの想定に関する端末20の挙動について説明する。端末20は、次に示す代替案のいずれかの動作を行ってもよい。
<代替案1>
端末20は、PUCCHのセル間におけるオーバーラップが無いと想定する。
<代替案2>
端末20は、同じUCIタイプのPUCCHのセル間におけるオーバーラップが無いと想定する。この場合、端末20は、異なるUCIタイプのPUCCHのセル間におけるオーバーラップがあると想定してもよい。
端末20は、さらに、以下に示す特定のUCIタイプのPUCCHのセル間におけるオーバーラップが無いと想定してもよい。
<例1>
端末20は、HARQ-ACK PUCCHのセル間におけるオーバーラップが無いと想定してもよい。
<例2>
端末20は、CSI PUCCHのセル間におけるオーバーラップが無いと想定してもよい。
<例3>
端末20は、SR PUCCHのセル間におけるオーバーラップが無いと想定してもよい。
<代替案3>
端末20は、同じ優先度を有するPUCCHのセル間におけるオーバーラップが無いと想定してもよい。この場合、端末20は、異なる優先度を有するPUCCHのセル間におけるオーバーラップがあると想定してもよい。
端末20は、さらに、以下に示す特定の優先度を有するPUCCHのセル間におけるオーバーラップが無いと想定してもよい。
<例1>
端末20は、高優先度(HP)PUCCHのセル間におけるオーバーラップが無いと想定してもよい。
<例2>
端末20は、低優先度(LP)PUCCHのセル間におけるオーバーラップが無いと想定してもよい。
<代替案4>
端末20は、同じUCIタイプ(または特定のUCIタイプ)および同じ優先度(または特定の優先度)のPUCCHのセル間におけるオーバーラップが無いと想定してもよい。この場合、端末20は、異なるUCIタイプまたは異なる優先度を有するPUCCHのセル間におけるオーバーラップがあると想定してもよい。
端末20は、さらに、以下に示す特定のUCIタイプおよび同じまたは特定の優先度を有するPUCCHのセル間におけるオーバーラップが無いと想定してもよい。
<例1>
端末20は、高優先度(HP)のHARQ-ACK PUCCHのセル間におけるオーバーラップが無いと想定してもよい。
<例2>
端末20は、高優先度(HP)のSR PUCCHのセル間におけるオーバーラップが無いと想定してもよい。
<例3>
端末20は、低優先度(LP)のHARQ-ACK PUCCHのセル間におけるオーバーラップが無いと想定してもよい。
<例4>
端末20は、低優先度(LP)のCSI PUCCHのセル間におけるオーバーラップが無いと想定してもよい。
<例5>
端末20は、低優先度(LP)のSR PUCCHのセル間におけるオーバーラップが無いと想定してもよい。
本実施例では、端末20は、オーバーラップが無いと想定するオーバーラップが実際に発生するスケジューリングになっていないかをチェックして、オーバーラップが実際に発生するスケジューリングになっている場合には、エラーとして処理してもよい。
(実施例2)
本実施例では、端末がセル間のPUCCHのオーバーラップを処理する例について説明する。
端末20は、セル間のPUCCHのオーバーラップが許可されている場合、セル間のPUCCHのオーバーラップを処理するために、一方のセルのPUCCHをドロップし、他方のセルのPUCCHを送信してもよい。具体的には、端末20は、以下に示すオプションのいずれか1つ、または複数の組み合わせを実行してもよい。
<オプション1>
端末20は、物理レイヤにおける優先度に基づいてドロップするPUCCHを決定してもよい。例えば、端末20は、高優先度(HP)のPUCCHが異なるセルで低優先度(LP)のPUCCHとオーバーラップする場合、高優先度(HP)のPUCCHのみを送信し、低優先度(LP)のPUCCHをドロップしてもよい。
<オプション2>
端末20は、UCIタイプに基づいてドロップするPUCCHを決定してもよい。例えば、端末20は、異なるセルでUCIタイプ1のPUCCHがUCIタイプ2のPUCCHとオーバーラップする場合、「UCIタイプの優先度」が高いPUCCHのみを送信し、「UCIタイプの優先度」が低いPUCCHをドロップしてもよい。
ここで、「UCIタイプの優先度」は、仕様で定義されていてもよいし、RRCによって基地局10によって設定されてもよい。例えば、「UCIタイプの優先度」は、HARQ-ACK>SR>CSI、HARQ-ACK>CSI>SR、SR>HARQ-ACK>CSI、SR>CSI>HARQ-ACK、CSI>SR>HARQ-ACK、またはCSI>HARQ-ACK>SRであってもよい。
また、本オプションにおいて、同じUCIタイプ内の優先度に基づいてドロップするPUCCHを決定してもよい。例えば、複数のCSI PUCCH内で、NRリリース16で規定されたルールに基づくCSI優先度を利用して、ドロップするCSI PUCCHを決定してもよい。
<オプション3>
端末20は、PUCCHの長さ、開始(シンボル)位置または終了位置に基づいて、ドロップするPUCCHを決定してもよい。例えば、端末20は、異なるセルでPUCCH1がPUCCH2とオーバーラップする場合、PUCCHの長さが長い方または短い方、またはPUCCHの終了または開始(シンボル)位置が早い方または遅い方のPUCCHのみを送信し、他のPUCCHをドロップしてもよい。
<オプション4>
端末20は、PUCCHのセルに基づいて、ドロップするPUCCHを決定してもよい。例えば、端末20は、PUCCHセル#1のPUCCHがPUCCHセル#2のPUCCHとオーバーラップする場合、「PUCCHセルの優先度」の高いPUCCHセルのPUCCHのみを送信し、他のセルのPUCCHをドロップしてもよい。
<オプション4-A>
「PUCCHセルの優先度」は、仕様で定義されていてもよいし、RRCによって基地局10によって設定されてもよい。例えば、PCell/PSCell/PUCCH-SCellは常にScellよりも高いまたは低い優先度が定義または設定されてもよい。
<オプション4-B>
端末20は、「PUCCHセルの優先度」を動的なPUCCHセルの指示に基づいて決定してもよい。例えば、端末20は、2つのPUCCHセル間でオーバーラップするPUCCHのうち、動的にPUCCHセルが指示されたPUCCHがある場合、指示されたPUCCHセルの優先度が高いものとしてもよい。
<オプション4-C>
端末20は、「PUCCHセルの優先度」を、準静的なPUCCHセルパターンに基づいて決定してもよい。例えば、2つのPUCCHセル間でオーバーラップするPUCCHのうち、準静的なPUCCHセルパターンで示されるPUCCHセルの優先度が高いものとしてもよい。
(実施例3)
本実施例では、セル間のPUCCHのオーバーラップが許容されない場合または許容される場合において、端末がセル内のPUCCHのオーバーラップの処理と、セル間のPUCCHのオーバーラップの処理またはチェックとを実行する例について説明する。
(実施例3-1)
端末20は、セル間のPUCCHのオーバーラップが許容されない場合に、セル内のPUCCHのオーバーラップを処理し(すなわち、NRリリース15またはリリース16に規定された多重化または優先順位付け、および/またはNRリリース17で規定された多重化)、セル間のPUCCHオーバーラップをチェック(実施例1と同様)してもよい。
端末20は、以下のオプションのいずれかの動作をしてもよい。
<オプション1>
端末20は、セル内のPUCCHのオーバーラップの処理(すなわち、NRリリース15またはリリース16に規定された多重化または優先順位付け、および/またはNRリリース17で規定された多重化)を、セル間のPUCCHオーバーラップのチェック(実施例1と同様)の前に実行してもよい。
<オプション2>
端末20は、セル内のPUCCHのオーバーラップの処理(すなわち、NRリリース15またはリリース16に規定された多重化または優先順位付け、および/またはNRリリース17で規定された多重化)の前に、セル間のPUCCHのオーバーラップのチェック(実施例1と同様)を実行してもよい。
図5は、実施例3に係るセル間におけるUCIのオーバーラップの扱いについて説明するための図である。図5に示す例では、前提として、セル間のオーバーラップは、後述するように、PUCCHリソースのオーバーラップに基づいて定義されているものとする。また、同じ優先度のセル間のオーバーラップ、すなわち実施例1の代替案3の状況は発生しないと想定されるものとする。この場合、異なる優先度のNRリリース17で規定された多重化は行われずに、NRリリース15またはリリース16に規定された多重化または優先順位付けが想定されるものとする。
このような前提において、例えば、図5に示すようなPUCCHのスケジューリングが為された場合に、端末20は、オプション1の動作では、当該スケジューリングを許容する。具体的には、端末20は、最初のステップで、Pcellの高優先度(HP)のHARQ-ACKをドロップする。次のステップで、端末20は、同じ優先度のセル間のPUCCHのオーバーラップをチェックし、オーバーラップは無い(エラーなし)と判断する。
端末20は、オプション2の動作では、エラーと判断する。具体的には、端末20は、最初のステップで、セル間のPUCCHのオーバーラップをチェックし、オーバーラップが有る(エラーあり)と判断する。
(実施例3-2)
また、端末20は、セル間のPUCCHのオーバーラップが許容される場合に、セル内のPUCCHのオーバーラップを処理し(すなわち、NRリリース15またはリリース16に規定された多重化または優先順位付け、および/またはNRリリース17で規定された多重化)、セル間のPUCCHオーバーラップを処理(実施例2と同様)してもよい。
端末20は、以下のオプションのいずれかの動作をしてもよい。
<オプション1>
端末20は、セル内のPUCCHのオーバーラップの処理(すなわち、NRリリース15またはリリース16に規定された多重化または優先順位付け、および/またはNRリリース17で規定された多重化)を、セル間のPUCCHオーバーラップの処理(実施例2と同様)の前に実行してもよい。
<オプション2>
端末20は、セル内のPUCCHのオーバーラップの処理(すなわち、NRリリース15またはリリース16に規定された多重化または優先順位付け、および/またはNRリリース17で規定された多重化)の前に、セル間のPUCCHのオーバーラップの処理(実施例2と同様)を実行してもよい。
<オプション3>
端末20は、セル内のPUCCHのオーバーラップの処理(すなわち、NRリリース15またはリリース16に規定された多重化または優先順位付け、および/またはNRリリース17で規定された多重化)と、セル間のPUCCHのオーバーラップの処理(実施例2と同様)と、を合わせて実行してもよい。具体的には、端末20は、セル内またはセル間のPUCCHのオーバーラップを、ドロップするPUCCHの数またはドロップ回数が少なくなるように処理してもよい。
例えば、図5の場合、端末20は、セル間のPUCCHのオーバーラップの処理を先に実行してScell#1の低優先度(LP)のCSIをドロップし、次にセル内のPUCCHのオーバーラップの処理を実行してPCellの低優先度(LP)のHARQ-ACKをドロップする代わりに、ドロップするPUCCHの数またはドロップ回数が少なくなるように、PCellの低優先度(LP)のHARQ-ACKのみをドロップしてもよい。
(実施例4)
本実施例では、セル間のPUCCHのオーバーラップが許容されない場合または許容される場合において、端末がUCIとPUSCHのオーバーラップの処理と、セル間のPUCCHのオーバーラップの処理またはチェックとを実行する例について説明する。
(実施例4-1)
端末20は、セル間のPUCCHのオーバーラップが許容されない場合に、UCIとPUSCHのオーバーラップを処理し(すなわち、NRリリース15またはリリース16に規定されたUCIとPUSCHの多重化または優先順位付け、および/またはNRリリース17で規定された多重化)、セル間のPUCCHオーバーラップをチェック(実施例1と同様)してもよい。
端末20は、以下のオプションのいずれかの動作をしてもよい。
<オプション1>
端末20は、UCIとPUSCHのオーバーラップの処理(すなわち、NRリリース15またはリリース16に規定されたUCIとPUSCHの多重化または優先順位付け、および/またはNRリリース17で規定された多重化)を、セル間のPUCCHオーバーラップのチェック(実施例1と同様)の前に実行してもよい。
<オプション2>
端末20は、UCIとPUSCHのオーバーラップの処理(すなわち、NRリリース15またはリリース16に規定されたUCIとPUSCHの多重化または優先順位付け、および/またはNRリリース17で規定された多重化)の前に、セル間のPUCCHのオーバーラップのチェック(実施例1と同様)を実行してもよい。
図6は、実施例4に係るセル間におけるUCIおよびPUSCHのオーバーラップの扱いについて説明するための図である。
例えば、図6に示すようなUCIおよびPUSCHのスケジューリングが為された場合に、端末20は、オプション1の動作では、当該スケジューリングを許容する。具体的には、端末20は、最初のステップで、ScellのUCIをPUSCHに多重させる。
端末20は、オプション2の動作では、エラーと判断する。具体的には、端末20は、最初のステップで、セル間のPUCCHのオーバーラップをチェックし、オーバーラップが有る(エラーあり)と判断する。
(実施例4-2)
また、端末20は、セル間のPUCCHのオーバーラップが許容される場合に、UCIとPUSCHのオーバーラップを処理し(すなわち、NRリリース15またはリリース16に規定されたUCIとPUSCHの多重化または優先順位付け、および/またはNRリリース17で規定された多重化)、セル間のPUCCHオーバーラップを処理(実施例2と同様)してもよい。
端末20は、以下のオプションのいずれかの動作をしてもよい。
<オプション1>
端末20は、UCIとPUSCHのオーバーラップの処理(すなわち、NRリリース15またはリリース16に規定されたUCIとPUSCHの多重化または優先順位付け、および/またはNRリリース17で規定された多重化)を、セル間のPUCCHオーバーラップの処理(実施例2と同様)の前に実行してもよい。
<オプション2>
端末20は、UCIとPUSCHのオーバーラップの処理(すなわち、NRリリース15またはリリース16に規定されたUCIとPUSCHの多重化または優先順位付け、および/またはNRリリース17で規定された多重化)の前に、セル間のPUCCHのオーバーラップの処理(実施例2と同様)を実行してもよい。
<オプション3>
端末20は、UCIとPUSCHのオーバーラップの処理(すなわち、NRリリース15またはリリース16に規定されたUCIとPUSCHの多重化または優先順位付け、および/またはNRリリース17で規定された多重化)と、セル間のPUCCHのオーバーラップの処理(実施例2と同様)と、を合わせて実行してもよい。具体的には、端末20は、UCIとPUSCHのオーバーラップとセル間のPUCCHのオーバーラップとを、ドロップするPUCCHの数またはドロップ回数が少なくなるように処理してもよい。
例えば、図6の場合、端末20は、セル間のPUCCHのオーバーラップの処理を先に実行してScell#1のPUCCHをドロップする代わりに、ドロップするPUCCHの数またはドロップ回数が少なくなるように、Scell#1のPUCCHをPUSCHに多重させることによって、Scell#1のPUCCHをドロップしなくてもよい。
(実施例5)
本実施例では、セル間のPUCCHのオーバーラップが許容されない場合または許容される場合において、端末がダウンリンクシンボルとの衝突によるPUCCHのキャンセルの処理と、セル間のPUCCHのオーバーラップの処理またはチェックとを実行する例について説明する。
(実施例5-1)
端末20は、セル間のPUCCHのオーバーラップが許容されない場合に、ダウンリンクシンボル(すなわち、PUCCHが準静的なダウンリンクシンボル、および/またはSSB/CORESET#0用に設定されたシンボル)と衝突するPUCCHをキャンセルし、セル間のPUCCHオーバーラップをチェック(実施例1と同様)してもよい。
端末20は、以下のオプションのいずれかの動作をしてもよい。
<オプション1>
端末20は、ダウンリンクシンボル(すなわち、PUCCHが準静的なダウンリンクシンボル、および/またはSSB/CORESET#0用に設定されたシンボル)と衝突するPUCCHのキャンセル処理を、セル間のPUCCHオーバーラップのチェック(実施例1と同様)の前に実行してもよい。
<オプション2>
端末20は、ダウンリンクシンボル(すなわち、PUCCHが準静的なダウンリンクシンボル、および/またはSSB/CORESET#0用に設定されたシンボル)と衝突するPUCCHをキャンセルする前に、セル間のPUCCHのオーバーラップのチェック(実施例1と同様)を実行してもよい。
図7は、実施例5に係るダウンリンクシンボルと衝突するUCIのオーバーラップの扱いについて説明するための図である。例えば、図7に示すようなPUCCHのスケジューリングが為された場合に、端末20は、オプション1の動作では、当該スケジューリングを許容する。具体的には、端末20は、最初のステップで、ダウンリンクシンボルと衝突するPcellのUCIをキャンセルする。
端末20は、オプション2の動作では、エラーと判断する。具体的には、端末20は、最初のステップで、セル間のPUCCHのオーバーラップをチェックし、オーバーラップが有る(エラーあり)と判断する。
(実施例5-2)
また、端末20は、ダウンリンクシンボル(すなわち、PUCCHが準静的なダウンリンクシンボル、および/またはSSB/CORESET#0用に設定されたシンボル)と衝突するPUCCHをキャンセルし、セル間のPUCCHオーバーラップを処理(実施例2と同様)してもよい。
端末20は、以下のオプションのいずれかの動作をしてもよい。
<オプション1>
端末20は、ダウンリンクシンボル(すなわち、PUCCHが準静的なダウンリンクシンボル、および/またはSSB/CORESET#0用に設定されたシンボル)と衝突するPUCCHのキャンセル処理を、セル間のPUCCHオーバーラップの処理(実施例2と同様)の前に実行してもよい。
<オプション2>
端末20は、ダウンリンクシンボル(すなわち、PUCCHが準静的なダウンリンクシンボル、および/またはSSB/CORESET#0用に設定されたシンボル)と衝突するPUCCHをキャンセルする前に、セル間のPUCCHのオーバーラップの処理(実施例2と同様)を実行してもよい。
上述した各実施例について、次に示すオプションを使用してもよい。
・上位レイヤのパラメータによって設定されてもよい。
・端末20が端末能力として基地局10に報告してもよい。
・仕様に定義されてもよい。
・上位レイヤのパラメータの設定と報告された端末能力によって決定されてもよい(上記の決定の組み合わせ)。
上述した実施例ごとに、「スロット」を「サブスロット」に置き換えてもよい。
上述した各実施例の「セル間のオーバーラップ」は、次の定義のいずれかであってもよい。
・定義1では、「セル間のオーバーラップ」は、一方のセルのPUCCHのPUCCHリソースが、他方のセルのPUCCHのPUCCHリソースとオーバーラップしていることとしてもよい。
・定義2では、「セル間のオーバーラップ」は、一方のセルのPUCCHのスロットまたはサブスロットが、他方のセルのPUCCHのスロットまたはサブスロットとオーバーラップしていることとしてもよい。
・定義3では、「セル間のオーバーラップ」は、一方のセルのPUCCHのスロットまたはサブスロットが、他方のセルのPUCCHのPUCCHリソースとオーバーラップしていることとしてもよい。
・定義4では、「セル間のオーバーラップ」は、異なるセル上のPUCCHのスロットまたはサブスロットが、特定のセルの同じスロットまたはサブスロットとオーバーラップしていることとしてもよい。
端末20がセル間のPUCCHのオーバーラップをサポートするか否かを示す端末能力が定義されてもよい。
また、端末20がセル内のUCIのオーバーラップ処理の前後におけるセル間のPUCCHのオーバーラップのチェックまたは処理をサポートするか否かを示す端末能力が定義されてもよい。
また、端末20が、UCIとPUSCHのオーバーラップ処理の前後におけるセル間のPUCCHのオーバーラップのチェックまたは処理をサポートするか否かを示す端末能力が定義されてもよい。
また、端末20がダウンリンクシンボルの衝突によるキャンセルの前後におけるセル間のPUCCHのオーバーラップのチェックまたは処理をサポートするか否かを示す端末能力が定義されてもよい。
(装置構成)
次に、これまでに説明した処理及び動作を実行する基地局10及び端末20の機能構成例を説明する。基地局10及び端末20は上述した実施例を実行する機能を含む。ただし、基地局10及び端末20はそれぞれ、実施例のうちのいずれかの提案の機能のみを備えることとしてもよい。
<基地局10>
図8は、基地局の機能構成の一例を示す図である。図8に示されるように、基地局10は、送信部110と、受信部120と、設定部130と、制御部140とを有する。図8に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。送信部110と受信部120とを通信部と呼んでもよい。
送信部110は、端末20側に送信する信号を生成し、当該信号を無線で送信する機能を含む。受信部120は、端末20から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。また、送信部110は、端末20へNR-PSS、NR-SSS、NR-PBCH、DL/UL制御信号、DLデータ等を送信する機能を有する。また、送信部110は、実施例で説明した設定情報等を送信する。
設定部130は、予め設定される設定情報、及び、端末20に送信する各種の設定情報を記憶装置に格納し、必要に応じて記憶装置から読み出す。制御部140は、例えば、信号送受信に係る制御を含む基地局10全体の制御等を行う。なお、制御部140における信号送信に関する機能部を送信部110に含め、制御部140における信号受信に関する機能部を受信部120に含めてもよい。また、送信部110、受信部120をそれぞれ送信機、受信機と呼んでもよい。
<端末20>
図9は、端末の機能構成の一例を示す図である。図9に示されるように、端末20は、送信部210と、受信部220と、設定部230と、制御部240とを有する。図9に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。送信部210と受信部220とを通信部と呼んでもよい。
送信部210は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部220は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、送信部210はHARQ-ACKを送信し、受信部220は、実施例で説明した設定情報等を受信する。
設定部230は、受信部220により基地局10から受信した各種の設定情報を記憶装置に格納し、必要に応じて記憶装置から読み出す。また、設定部230は、予め設定される設定情報も格納する。制御部240は、信号送受信に係る制御を含む端末20全体の制御等を行う。なお、制御部240における信号送信に関する機能部を送信部210に含め、制御部240における信号受信に関する機能部を受信部220に含めてもよい。また、送信部210、受信部220をそれぞれ送信機、受信機と呼んでもよい。
本実施の形態の端末は、下記の各項に示す端末として構成されてもよい。また、下記の通信方法が実施されてもよい。
<本実施の形態に関する構成>
(第1項)
上り制御信号を送信する送信部と、
セル間における前記上り制御信号のオーバーラップが無いことを想定するか、またはセル間における前記上り制御信号のオーバーラップがある場合に、いずれかの上り制御信号をドロップする制御部と、を備える、
端末。
(第2項)
前記制御部は、セル内の前記上り制御信号のオーバーラップの多重化または優先順位付けと、セル間の前記上り制御信号のオーバーラップをドロップまたはチェックする処理とを実行する、
第1項に記載の端末。
(第3項)
前記制御部は、前記上り制御信号と上り共有チャネルとのオーバーラップの多重化または優先順位付けと、セル間の前記上り制御信号のオーバーラップをドロップまたはチェックする処理とを実行する、
第1項または第2項に記載の端末。
(第4項)
前記制御部は、ダウンリンクシンボルと衝突する前記上り制御信号のキャンセルと、セル間の前記上り制御信号のオーバーラップをドロップまたはチェックする処理とを実行する、
第1項から第3項のいずれか1項に記載の端末。
(第5項)
上り制御信号を送信するステップと、
セル間における前記上り制御信号のオーバーラップが無いことを想定するか、またはセル間における前記上り制御信号のオーバーラップがある場合に、いずれかの上り制御信号をドロップするステップと、を備える、
端末が実行する通信方法。
上記構成のいずれによっても、セル間におけるUCIの多重化がサポートされていない場合の端末の動作を明確にさせることを可能とする技術が提供される。第2項によれば、セル内の上り制御信号のオーバーラップとセル間の上り制御信号のオーバーラップとが発生した場合における端末の動作を明確にさせることができる。第3項によれば、上り制御信号と上り共有チャネルとのオーバーラップとセル間の上り制御信号のオーバーラップとが発生した場合における端末の動作を明確にさせることができる。第4項によれば、ダウンリンクシンボルと上り制御信号の衝突とセル間の上り制御信号のオーバーラップとが発生した場合における端末の動作を明確にさせることができる。
(ハードウェア構成)
上記実施形態の説明に用いたブロック図(図8及び図9)は、機能単位のブロックを示している。これらの機能ブロック(構成部)は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した1つの装置を用いて実現されてもよいし、物理的又は論理的に分離した2つ以上の装置を直接的又は間接的に(例えば、有線、無線などを用いて)接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記1つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知(broadcasting)、通知(notifying)、通信(communicating)、転送(forwarding)、構成(configuring)、再構成(reconfiguring)、割り当て(allocating、mapping)、割り振り(assigning)などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック(構成部)は、送信部(transmitting unit)や送信機(transmitter)と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。
例えば、本開示の一実施の形態における基地局10、端末20等は、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図10は、本開示の一実施の形態に係る基地局10及び端末20のハードウェア構成の一例を示す図である。上述の基地局10及び端末20は、物理的には、プロセッサ1001、記憶装置1002、補助記憶装置1003、通信装置1004、入力装置1005、出力装置1006、バス1007などを含むコンピュータ装置として構成されてもよい。
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニット等に読み替えることができる。基地局10及び端末20のハードウェア構成は、図に示した各装置を1つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
基地局10及び端末20における各機能は、プロセッサ1001、記憶装置1002等のハードウェア上に所定のソフトウェア(プログラム)を読み込ませることによって、プロセッサ1001が演算を行い、通信装置1004による通信を制御したり、記憶装置1002及び補助記憶装置1003におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインタフェース、制御装置、演算装置、レジスタ等を含む中央処理装置(CPU:Central Processing Unit)で構成されてもよい。例えば、上述の制御部140、制御部240等は、プロセッサ1001によって実現されてもよい。
また、プロセッサ1001は、プログラム(プログラムコード)、ソフトウェアモジュール又はデータ等を、補助記憶装置1003及び通信装置1004の少なくとも一方から記憶装置1002に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図8に示した基地局10の制御部140は、記憶装置1002に格納され、プロセッサ1001で動作する制御プログラムによって実現されてもよい。また、例えば、図9に示した端末20の制御部240は、記憶装置1002に格納され、プロセッサ1001で動作する制御プログラムによって実現されてもよい。上述の各種処理は、1つのプロセッサ1001によって実行される旨を説明してきたが、2以上のプロセッサ1001により同時又は逐次に実行されてもよい。プロセッサ1001は、1以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。
記憶装置1002は、コンピュータ読み取り可能な記録媒体であり、例えば、ROM(Read Only Memory)、EPROM(Erasable Programmable ROM)、EEPROM(Electrically Erasable Programmable ROM)、RAM(Random Access Memory)等の少なくとも1つによって構成されてもよい。記憶装置1002は、レジスタ、キャッシュ、メインメモリ(主記憶装置)等と呼ばれてもよい。記憶装置1002は、本開示の一実施の形態に係る通信方法を実施するために実行可能なプログラム(プログラムコード)、ソフトウェアモジュール等を保存することができる。
補助記憶装置1003は、コンピュータ読み取り可能な記録媒体であり、例えば、CD-ROM(Compact Disc ROM)等の光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Blu-ray(登録商標)ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー(登録商標)ディスク、磁気ストリップ等の少なくとも1つによって構成されてもよい。上述の記憶媒体は、例えば、記憶装置1002及び補助記憶装置1003の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。
通信装置1004は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア(送受信デバイス)であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置1004は、例えば周波数分割複信(FDD:Frequency Division Duplex)及び時分割複信(TDD:Time Division Duplex)の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、送受信アンテナ、アンプ部、送受信部、伝送路インタフェース等は、通信装置1004によって実現されてもよい。送受信部は、送信部と受信部とで、物理的に、または論理的に分離された実装がなされてもよい。
入力装置1005は、外部からの入力を受け付ける入力デバイス(例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサ等)である。出力装置1006は、外部への出力を実施する出力デバイス(例えば、ディスプレイ、スピーカ、LEDランプ等)である。なお、入力装置1005及び出力装置1006は、一体となった構成(例えば、タッチパネル)であってもよい。
また、プロセッサ1001及び記憶装置1002等の各装置は、情報を通信するためのバス1007によって接続される。バス1007は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
また、基地局10及び端末20は、マイクロプロセッサ、デジタル信号プロセッサ(DSP:Digital Signal Processor)、ASIC(Application Specific Integrated Circuit)、PLD(Programmable Logic Device)、FPGA(Field Programmable Gate Array)等のハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ1001は、これらのハードウェアの少なくとも1つを用いて実装されてもよい。
図11に車両2001の構成例を示す。図11に示すように、車両2001は駆動部2002、操舵部2003、アクセルペダル2004、ブレーキペダル2005、シフトレバー2006、前輪2007、後輪2008、車軸2009、電子制御部2010、各種センサ2021~2029、情報サービス部2012と通信モジュール2013を備える。本開示において説明した各態様/実施形態は、車両2001に搭載される通信装置に適用されてもよく、例えば、通信モジュール2013に適用されてもよい。
駆動部2002は例えば、エンジン、モータ、エンジンとモータのハイブリッドで構成される。操舵部2003は、少なくともステアリングホイール(ハンドルとも呼ぶ)を含み、ユーザによって操作されるステアリングホイールの操作に基づいて前輪及び後輪の少なくとも一方を操舵するように構成される。
電子制御部2010は、マイクロプロセッサ2031、メモリ(ROM、RAM)2032、通信ポート(IOポート)2033で構成される。電子制御部2010には、車両2001に備えられた各種センサ2021~2029からの信号が入力される。電子制御部2010は、ECU(Electronic Control Unit)と呼んでも良い。
各種センサ2021~2029からの信号としては、モータの電流をセンシングする電流センサ2021からの電流信号、回転数センサ2022によって取得された前輪や後輪の回転数信号、空気圧センサ2023によって取得された前輪や後輪の空気圧信号、車速センサ2024によって取得された車速信号、加速度センサ2025によって取得された加速度信号、アクセルペダルセンサ2029によって取得されたアクセルペダルの踏み込み量信号、ブレーキペダルセンサ2026によって取得されたブレーキペダルの踏み込み量信号、シフトレバーセンサ2027によって取得されたシフトレバーの操作信号、物体検知センサ2028によって取得された障害物、車両、歩行者等を検出するための検出信号等がある。
情報サービス部2012は、カーナビゲーションシステム、オーディオシステム、スピーカ、テレビ、ラジオといった、運転情報、交通情報、エンターテイメント情報等の各種情報を提供するための各種機器と、これらの機器を制御する1つ以上のECUとから構成される。情報サービス部2012は、外部装置から通信モジュール2013等を介して取得した情報を利用して、車両2001の乗員に各種マルチメディア情報及びマルチメディアサービスを提供する。
運転支援システム部2030は、ミリ波レーダ、LiDAR(Light Detection and Ranging)、カメラ、測位ロケータ(例えば、GNSS等)、地図情報(例えば、高精細(HD)マップ、自動運転車(AV)マップ等)、ジャイロシステム(例えば、IMU(Inertial Measurement Unit)、INS(Inertial Navigation System)等)、AI(Artificial Intelligence)チップ、AIプロセッサといった、事故を未然に防止したりドライバの運転負荷を軽減したりするための機能を提供するための各種機器と、これらの機器を制御する1つ以上のECUとから構成される。また、運転支援システム部2030は、通信モジュール2013を介して各種情報を送受信し、運転支援機能又は自動運転機能を実現する。
通信モジュール2013は通信ポートを介して、マイクロプロセッサ2031および車両2001の構成要素と通信することができる。例えば、通信モジュール2013は通信ポート2033を介して、車両2001に備えられた駆動部2002、操舵部2003、アクセルペダル2004、ブレーキペダル2005、シフトレバー2006、前輪2007、後輪2008、車軸2009、電子制御部2010内のマイクロプロセッサ2031及びメモリ(ROM、RAM)2032、センサ2021~29との間でデータを送受信する。
通信モジュール2013は、電子制御部2010のマイクロプロセッサ2031によって制御可能であり、外部装置と通信を行うことが可能な通信デバイスである。例えば、外部装置との間で無線通信を介して各種情報の送受信を行う。通信モジュール2013は、電子制御部2010の内部と外部のどちらにあってもよい。外部装置は、例えば、基地局、移動局等であってもよい。
通信モジュール2013は、電子制御部2010に入力された電流センサからの電流信号を、無線通信を介して外部装置へ送信する。また、通信モジュール2013は、電子制御部2010に入力された、回転数センサ2022によって取得された前輪や後輪の回転数信号、空気圧センサ2023によって取得された前輪や後輪の空気圧信号、車速センサ2024によって取得された車速信号、加速度センサ2025によって取得された加速度信号、アクセルペダルセンサ2029によって取得されたアクセルペダルの踏み込み量信号、ブレーキペダルセンサ2026によって取得されたブレーキペダルの踏み込み量信号、シフトレバーセンサ2027によって取得されたシフトレバーの操作信号、物体検知センサ2028によって取得された障害物、車両、歩行者等を検出するための検出信号等についても無線通信を介して外部装置へ送信する。
通信モジュール2013は、外部装置から送信されてきた種々の情報(交通情報、信号情報、車間情報等)を受信し、車両2001に備えられた情報サービス部2012へ表示する。また、通信モジュール2013は、外部装置から受信した種々の情報をマイクロプロセッサ2031によって利用可能なメモリ2032へ記憶する。メモリ2032に記憶された情報に基づいて、マイクロプロセッサ2031が車両2001に備えられた駆動部2002、操舵部2003、アクセルペダル2004、ブレーキペダル2005、シフトレバー2006、前輪2007、後輪2008、車軸2009、センサ2021~2029等の制御を行ってもよい。
(実施形態の補足)
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、2以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に(矛盾しない限り)適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には1つの部品で行われてもよいし、あるいは1つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、基地局10及び端末20は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って基地局10が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って端末20が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ(RAM)、フラッシュメモリ、読み取り専用メモリ(ROM)、EPROM、EEPROM、レジスタ、ハードディスク(HDD)、リムーバブルディスク、CD-ROM、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
また、情報の通知は、本開示で説明した態様/実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング(例えば、DCI(Downlink Control Information)、UCI(Uplink Control Information))、上位レイヤシグナリング(例えば、RRC(Radio Resource Control)シグナリング、MAC(Medium Access Control)シグナリング、報知情報(MIB(Master Information Block)、SIB(System Information Block))、その他の信号又はこれらの組み合わせによって実施されてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC接続セットアップ(RRC Connection Setup)メッセージ、RRC接続再構成(RRC Connection Reconfiguration)メッセージ等であってもよい。
本開示において説明した各態様/実施形態は、LTE(Long Term Evolution)、LTE-A(LTE-Advanced)、SUPER 3G、IMT-Advanced、4G(4th generation mobile communication system)、5G(5th generation mobile communication system)、6th generation mobile communication system(6G)、xth generation mobile communication system(xG)(xG(xは、例えば整数、小数))、FRA(Future Radio Access)、NR(new Radio)、New radio access(NX)、Future generation radio access(FX)、W-CDMA(登録商標)、GSM(登録商標)、CDMA2000、UMB(Ultra Mobile Broadband)、IEEE 802.11(Wi-Fi(登録商標))、IEEE 802.16(WiMAX(登録商標))、IEEE 802.20、UWB(Ultra-WideBand)、Bluetooth(登録商標)、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張、修正、作成、規定された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて(例えば、LTE及びLTE-Aの少なくとも一方と5Gとの組み合わせ等)適用されてもよい。
本明細書で説明した各態様/実施形態の処理手順、シーケンス、フローチャート等は、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
本明細書において基地局10によって行われるとした特定動作は、場合によってはその上位ノード(upper node)によって行われることもある。基地局10を有する1つ又は複数のネットワークノード(network nodes)からなるネットワークにおいて、端末20との通信のために行われる様々な動作は、基地局10及び基地局10以外の他のネットワークノード(例えば、MME又はS-GW等が考えられるが、これらに限られない)の少なくとも1つによって行われ得ることは明らかである。上記において基地局10以外の他のネットワークノードが1つである場合を例示したが、他のネットワークノードは、複数の他のネットワークノードの組み合わせ(例えば、MME及びS-GW)であってもよい。
本開示において説明した情報又は信号等は、上位レイヤ(又は下位レイヤ)から下位レイヤ(又は上位レイヤ)へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
本開示における判定は、1ビットで表される値(0か1か)によって行われてもよいし、真偽値(Boolean:true又はfalse)によって行われてもよいし、数値の比較(例えば、所定の値との比較)によって行われてもよい。
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術(同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL:Digital Subscriber Line)など)及び無線技術(赤外線、マイクロ波など)の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号(シグナリング)であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア(CC:Component Carrier)は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。
本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル(例えば、PUCCH、PDCCHなど)及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
本開示においては、「基地局(BS:Base Station)」、「無線基地局」、「基地局」、「固定局(fixed station)」、「NodeB」、「eNodeB(eNB)」、「gNodeB(gNB)」、「アクセスポイント(access point)」、「送信ポイント(transmission point)」、「受信ポイント(reception point)、「送受信ポイント(transmission/reception point)」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
基地局は、1つ又は複数(例えば、3つ)のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム(例えば、屋内用の小型基地局(RRH:Remote Radio Head)によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
本開示においては、「移動局(MS:Mobile Station)」、「ユーザ端末(user terminal)」、「ユーザ装置(UE:User Equipment)」、「端末」などの用語は、互換的に使用され得る。
移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。
基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物(例えば、車、飛行機など)であってもよいし、無人で動く移動体(例えば、ドローン、自動運転車など)であってもよいし、ロボット(有人型又は無人型)であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのIoT(Internet of Things)機器であってもよい。
また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数の端末20間の通信(例えば、D2D(Device-to-Device)、V2X(Vehicle-to-Everything)などと呼ばれてもよい)に置き換えた構成について、本開示の各態様/実施形態を適用してもよい。この場合、上述の基地局10が有する機能を端末20が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言(例えば、「サイド(side)」)で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末が有する機能を基地局が有する構成としてもよい。
本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)(例えば、テーブル、データベース又は別のデータ構造での探索)、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)(例えば、情報を受信すること)、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)(例えば、メモリ中のデータにアクセスすること)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断(決定)」は、「想定する(assuming)」、「期待する(expecting)」、「みなす(considering)」などで読み替えられてもよい。
「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、2又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された2つの要素間に1又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、2つの要素は、1又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光(可視及び不可視の両方)領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
参照信号は、RS(Reference Signal)と略称することもでき、適用される標準によってパイロット(Pilot)と呼ばれてもよい。
本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
本開示において使用する「第1の」、「第2の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、2つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第1及び第2の要素への参照は、2つの要素のみが採用され得ること、又は何らかの形で第1の要素が第2の要素に先行しなければならないことを意味しない。
上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
本開示において、「含む(include)」、「含んでいる(including)」及びそれらの変形が使用されている場合、これらの用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は(or)」は、排他的論理和ではないことが意図される。
無線フレームは時間領域において1つ又は複数のフレームによって構成されてもよい。時間領域において1つ又は複数の各フレームはサブフレームと呼ばれてもよい。サブフレームは更に時間領域において1つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジ(numerology)に依存しない固定の時間長(例えば、1ms)であってもよい。
ニューメロロジは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジは、例えば、サブキャリア間隔(SCS:SubCarrier Spacing)、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔(TTI:Transmission Time Interval)、TTIあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも1つを示してもよい。
スロットは、時間領域において1つ又は複数のシンボル(OFDM(Orthogonal Frequency Division Multiplexing)シンボル、SC-FDMA(Single Carrier Frequency Division Multiple Access)シンボル等)で構成されてもよい。スロットは、ニューメロロジに基づく時間単位であってもよい。
スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において1つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるPDSCH(又はPUSCH)は、PDSCH(又はPUSCH)マッピングタイプAと呼ばれてもよい。ミニスロットを用いて送信されるPDSCH(又はPUSCH)は、PDSCH(又はPUSCH)マッピングタイプBと呼ばれてもよい。
無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。
例えば、1サブフレームは送信時間間隔(TTI:Transmission Time Interval)と呼ばれてもよいし、複数の連続したサブフレームがTTIと呼ばれてよいし、1スロット又は1ミニスロットがTTIと呼ばれてもよい。つまり、サブフレーム及びTTIの少なくとも一方は、既存のLTEにおけるサブフレーム(1ms)であってもよいし、1msより短い期間(例えば、1-13シンボル)であってもよいし、1msより長い期間であってもよい。なお、TTIを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
ここで、TTIは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、LTEシステムでは、基地局が各端末20に対して、無線リソース(各端末20において使用することが可能な周波数帯域幅、送信電力など)を、TTI単位で割り当てるスケジューリングを行う。なお、TTIの定義はこれに限られない。
TTIは、チャネル符号化されたデータパケット(トランスポートブロック)、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、TTIが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間(例えば、シンボル数)は、当該TTIよりも短くてもよい。
なお、1スロット又は1ミニスロットがTTIと呼ばれる場合、1以上のTTI(すなわち、1以上のスロット又は1以上のミニスロット)が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数(ミニスロット数)は制御されてもよい。
1msの時間長を有するTTIは、通常TTI(LTE Rel.8-12におけるTTI)、ノーマルTTI、ロングTTI、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常TTIより短いTTIは、短縮TTI、ショートTTI、部分TTI(partial又はfractional TTI)、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
なお、ロングTTI(例えば、通常TTI、サブフレームなど)は、1msを超える時間長を有するTTIで読み替えてもよいし、ショートTTI(例えば、短縮TTIなど)は、ロングTTIのTTI長未満かつ1ms以上のTTI長を有するTTIで読み替えてもよい。
リソースブロック(RB)は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、1つ又は複数個の連続した副搬送波(subcarrier)を含んでもよい。RBに含まれるサブキャリアの数は、ニューメロロジに関わらず同じであってもよく、例えば12であってもよい。RBに含まれるサブキャリアの数は、ニューメロロジに基づいて決定されてもよい。
また、RBの時間領域は、1つ又は複数個のシンボルを含んでもよく、1スロット、1ミニスロット、1サブフレーム、又は1TTIの長さであってもよい。1TTI、1サブフレームなどは、それぞれ1つ又は複数のリソースブロックで構成されてもよい。
なお、1つ又は複数のRBは、物理リソースブロック(PRB:Physical RB)、サブキャリアグループ(SCG:Sub-Carrier Group)、リソースエレメントグループ(REG:Resource Element Group)、PRBペア、RBペアなどと呼ばれてもよい。
また、リソースブロックは、1つ又は複数のリソースエレメント(RE:Resource Element)によって構成されてもよい。例えば、1REは、1サブキャリア及び1シンボルの無線リソース領域であってもよい。
帯域幅部分(BWP:Bandwidth Part)(部分帯域幅などと呼ばれてもよい)は、あるキャリアにおいて、あるニューメロロジ用の連続する共通RB(common resource blocks)のサブセットのことを表してもよい。ここで、共通RBは、当該キャリアの共通参照ポイントを基準としたRBのインデックスによって特定されてもよい。PRBは、あるBWPで定義され、当該BWP内で番号付けされてもよい。
BWPには、UL用のBWP(UL BWP)と、DL用のBWP(DL BWP)とが含まれてもよい。端末20に対して、1キャリア内に1つ又は複数のBWPが設定されてもよい。
設定されたBWPの少なくとも1つがアクティブであってもよく、端末20は、アクティブなBWPの外で所定の信号/チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「BWP」で読み替えられてもよい。
上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びRBの数、RBに含まれるサブキャリアの数、並びにTTI内のシンボル数、シンボル長、サイクリックプレフィックス(CP:Cyclic Prefix)長などの構成は、様々に変更することができる。
本開示において、例えば、英語でのa, an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
本開示において、「AとBが異なる」という用語は、「AとBが互いに異なる」ことを意味してもよい。なお、当該用語は、「AとBがそれぞれCと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
本開示において説明した各態様/実施形態は単独で用いられてもよいし、組み合わせて用いられてもよいし、実行に伴って切り替えて用いられてもよい。また、所定の情報の通知(例えば、「Xであること」の通知)は、明示的に行うものに限られず、暗黙的(例えば、当該所定の情報の通知を行わない)ことによって行われてもよい。
以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。