JP2021192466A - 無線通信装置、無線通信方法及びコンピュータプログラム - Google Patents

無線通信装置、無線通信方法及びコンピュータプログラム Download PDF

Info

Publication number
JP2021192466A
JP2021192466A JP2018150338A JP2018150338A JP2021192466A JP 2021192466 A JP2021192466 A JP 2021192466A JP 2018150338 A JP2018150338 A JP 2018150338A JP 2018150338 A JP2018150338 A JP 2018150338A JP 2021192466 A JP2021192466 A JP 2021192466A
Authority
JP
Japan
Prior art keywords
resource
harq
wireless communication
communication device
transmitted
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2018150338A
Other languages
English (en)
Inventor
直紀 草島
Naoki Kusajima
博允 内山
Hiromasa Uchiyama
大輝 松田
Daiki Matsuda
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Group Corp
Original Assignee
Sony Group Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Group Corp filed Critical Sony Group Corp
Priority to JP2018150338A priority Critical patent/JP2021192466A/ja
Priority to TW108126726A priority patent/TW202037200A/zh
Priority to EP19848017.0A priority patent/EP3836613A4/en
Priority to PCT/JP2019/030616 priority patent/WO2020031926A1/ja
Priority to US17/260,577 priority patent/US11575473B2/en
Publication of JP2021192466A publication Critical patent/JP2021192466A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1893—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0808—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using carrier sensing, e.g. as in CSMA
    • H04W74/0816—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using carrier sensing, e.g. as in CSMA carrier sensing with collision avoidance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes

Abstract

【課題】アンライセンスバンドを用いた通信システムにおいて、無線通信リンクをより安定させることが可能な、無線通信装置を提供する。【解決手段】チャネルがクリアかビジーかを判断する判断部と、通信相手の通信装置へＨＡＲＱ（Hybrid ARQ）を送信する送信処理部と、を備え、前記ＨＡＲＱは、第一のリソースまたは第二のリソースで送信され、前記キャリアセンス部の判断により、前記第一のリソースで前記ＨＡＲＱを送信できなかった場合には、前記送信処理部は、前記第二のリソースでＨＡＲＱを送信する、無線通信装置が提供される。【選択図】図１１

Description

本開示は、無線通信装置、無線通信方法及びコンピュータプログラムに関する。
セルラー移動通信の無線アクセス方式及び無線ネットワーク（以下、「Long Term Evolution（LTE）」、「LTE-Advanced（LTE-A）」、「LTE-Advanced Pro（LTE-A Pro）」、「New Radio（NR）」、「New Radio Access Technology（NRAT）」、「５Ｇ」「Evolved Universal Terrestrial Radio Access（EUTRA）」、または「Further EUTRA（FEUTRA）」とも称する。）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: 3GPP）において検討されている。なお、以下の説明において、ＬＴＥは、LTE-A、LTE-A Pro、及びEUTRAを含み、ＮＲは、NRAT、及びFEUTRAを含む。ＬＴＥでは基地局装置（基地局）はｅＮｏｄｅＢ（evolved NodeB）、ＮＲでは基地局装置（基地局）はｇＮｏｄｅＢ、ＬＴＥ及びＮＲでは端末装置（移動局、移動局装置、端末）はＵＥ（User Equipment）とも称する。ＬＴＥ及びＮＲは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。
ＮＲは、ＬＴＥに対する次世代の無線アクセス方式であり、ＬＴＥとは異なるＲＡＴ（Radio Access Technology）である。ＮＲは、ｅＭＢＢ（Enhanced mobile broadband）、ｍＭＴＣ（Massive machine type communications）及びＵＲＬＬＣ（Ultra reliable and low latency communications）を含む様々なユースケースに対応できるアクセス技術である。ＮＲは、それらのユースケースにおける利用シナリオ、要求条件、及び配置シナリオなどに対応する技術フレームワークを目指して検討される。
免許不要帯域（アンライセンスバンド、unlicensed band）及びライセンス共用帯域（ライセンス共用バンド、license shared band）において、セルラー通信を基とした無線アクセス方式の運用が検討されている。そのような免許不要帯域において他のノードや無線システムとの共存が重要とされており、ＬＴＥ及びＮＲなどの無線アクセス方式に対して、送信する前にチャネルのセンシングを行うＬＢＴ（Listen Before Talk）や断続的送信（discontinuous transmission）などの機能が要求されている。アンライセンスバンドにおけるＮＲを基にした無線アクセス方式の詳細は、非特許文献１に開示されている。なお、アンライセンスバンドは、例えば、2.4GHz帯、5GHz帯、及び6GHz帯である。ライセンス共用バンドは、例えば、3.5GHz帯や37GHz帯である。
一般的に、アンライセンスバンド及びライセンス共用バンド等の、異なるオペレータが共用するスペクトラムにおいては、送信機会の公平性を保つために、ＬＢＴ（Listen before talk）と呼ばれるコンセプトに従って送信が行われる。オペレータとは、移動体通信を行う回線網を有し、移動体通信サービスを提供する通信事業者である。ＬＢＴによれば、送信装置は、送信前にキャリアセンスを行い、チャネルがアイドルであることを確認し、チャネルアクセス権を獲得した上で送信を行う。チャネル公平性の観点から、送信装置は、送信対象のデータが発生したときにチャネルを確保し、一定期間の送信が終わったらチャネルを開放する場合が多い。
RP-172021, "Study on NR-based Access to Unlicensed Spectrum," 3GPP TSG RAN Meeting #77, Sapporo, Japan, September 11 - 14, 2017.
基本的には、通信装置は、アンライセンスバンドにおいて、送信する前にチャネルのセンシングを行うＬＢＴを行う。しかし、通信装置は、ＬＢＴの結果によっては送信不可となる。これにより、必要な情報が正常に届かなくなり、無線通信リンクの不安定を招く。
そこで、本開示は、アンライセンスバンドを用いた通信システムにおいて、無線通信リンクをより安定させることが可能な、新規かつ改良された無線通信装置、無線通信方法及びコンピュータプログラムを提案する。
本開示によれば、チャネルがクリアかビジーかを判断する判断部と、通信相手の通信装置へＨＡＲＱ（Hybrid ARQ：Hybrid Automatic Repeat reQuest）を送信する送信処理部と、を備え、前記ＨＡＲＱは、第一のリソースまたは第二のリソースで送信され、前記キャリアセンス部の判断により、前記第一のリソースで前記ＨＡＲＱを送信できなかった場合には、前記送信処理部は、前記第二のリソースでＨＡＲＱを送信する、無線通信装置が提供される。
また本開示によれば、通信相手の通信装置からＨＡＲＱ（Hybrid ARQ）を受信する通信部と、前記通信装置が前記ＨＡＲＱを送信するためのリソースを設定する設定部と、を備え、前記設定部は、前記ＨＡＲＱを送信するためのリソースとして、第一のリソースまたは第二のリソースを設定し、前記第二のリソースは、前記通信装置が前記第一のリソースで前記ＨＡＲＱを送信できなかった場合にＨＡＲＱを送信するリソースである、無線通信装置が提供される。
また本開示によれば、チャネルがクリアかビジーかを判断することと、通信相手の通信装置へＨＡＲＱ（Hybrid ARQ）を送信することと、を含み、前記ＨＡＲＱは、第一のリソースまたは第二のリソースで送信され、チャネルがクリアかビジーかの前記判断により、前記第一のリソースで前記ＨＡＲＱを送信できなかった場合には、前記第二のリソースでＨＡＲＱを送信する、無線通信方法が提供される。
また本開示によれば、通信相手の通信装置から前記ＨＡＲＱを送信するためのリソースを設定することと、前記通信装置からＨＡＲＱ（Hybrid ARQ）を受信することと、を含み、前記ＨＡＲＱを送信するためのリソースとして、第一のリソースまたは第二のリソースを設定し、前記第二のリソースは、前記通信装置が前記第一のリソースで前記ＨＡＲＱを送信できなかった場合にＨＡＲＱを送信するリソースである、無線通信方法が提供される。
また本開示によれば、コンピュータに、チャネルがクリアかビジーかを判断することと、通信相手の通信装置へＨＡＲＱ（Hybrid ARQ）を送信することと、を実行させ、前記ＨＡＲＱは、第一のリソースまたは第二のリソースで送信され、チャネルがクリアかビジーかの前記判断により、前記第一のリソースで前記ＨＡＲＱを送信できなかった場合には、前記第二のリソースでＨＡＲＱを送信する、コンピュータプログラムが提供される。
また本開示によれば、コンピュータに、通信相手の通信装置かが前記ＨＡＲＱを送信するためのリソースを設定することと、前記通信装置からＨＡＲＱ（Hybrid ARQ）を受信することと、を実行させ、前記ＨＡＲＱを送信するためのリソースとして、第一のリソースまたは第二のリソースを設定し、前記第二のリソースは、前記通信装置が前記第一のリソースで前記ＨＡＲＱを送信できなかった場合にＨＡＲＱを送信するリソースである、コンピュータプログラムが提供される。
以上説明したように本開示によれば、アンライセンスバンドを用いた通信システムにおいて、無線通信リンクをより安定させることが可能な、新規かつ改良された無線通信装置、無線通信方法及びコンピュータプログラムを提供することができる。
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
本実施形態における自己完結型送信のフレーム構成の一例（Ａ〜Ｃ）を示す説明図である。 フレーム構成を示す説明図である。 サブキャリア間隔設定を示す説明図である。 本実施形態における上りリンクチャネル／信号の周波数リソース割当の一例である。 本実施形態における上りリンク／信号の周波数リソース割当の一例である。 本実施形態における上りリンクチャネル／信号の周波数リソース割当の一例である。 本実施形態における上りリンクチャネル／信号の周波数リソース割当の一例である。 本実施形態における上りリンクチャネル／信号の周波数リソース割当の一例である。 ＰＵＣＣＨフォーマット０の構成例を示す説明図である。 ＰＵＣＣＨフォーマット１の構成例を示す説明図である。 ＰＵＣＣＨフォーマット２の構成例を示す説明図である。 ＰＵＣＣＨフォーマット３および４の構成例を示す説明図である。 アクセスポイントが端末装置の近隣に存在し、そのアクセスポイントがチャネルを使用している様子を示す説明図である。 ＬＢＴ成功により通信装置がＰＵＣＣＨを送信できる様子を示す説明図である。 ＬＢＴ失敗により通信装置がＰＵＣＣＨを送信できない様子を示す説明図である。 本開示の一実施形態に係るシステムの全体構成の一例を示す図である。 本実施形態に係る基地局装置の構成の一例を示すブロック図である。 本実施形態に係る端末装置の構成の一例を示すブロック図である。 端末装置がLBT lessでＰＵＣＣＨを送信する様子を示す説明図である。 ４つの異なるＰＵＣＣＨリソースが設定されている様子を示す説明図である。 基地局装置が、HARQ-ACK返信用のリソースをＰＤＣＣＨでスケジューリングしている様子を示す説明図である。 基地局装置が、ＰＤＣＣＨにおいてＰＵＣＣＨのリソースの指示を行っている例を示す説明図である。 ＮＲ−Ｕに対応するＰＵＣＣＨの構成例を示す説明図である。 ＮＲ−Ｕに対応するＰＵＣＣＨの構成例を示す説明図である。 ＮＲ−Ｕに対応するＰＵＣＣＨの構成例を示す説明図である。 ＮＲ−Ｕに対応するＰＵＣＣＨの構成例を示す説明図である。 ＮＲ−Ｕに対応するＰＵＣＣＨの構成例を示す説明図である。 ＮＲ−Ｕに対応するＰＵＣＣＨの構成例を示す説明図である。 ＮＲ−Ｕに対応するＰＵＣＣＨの構成例を示す説明図である。 ＮＲ−Ｕに対応するＰＵＣＣＨの構成例を示す説明図である。 本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。 本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。 本開示に係る技術が適用され得るスマートフォンの概略的な構成の一例を示すブロック図である。 本開示に係る技術が適用され得るカーナビゲーション装置の概略的な構成の一例を示すブロック図である。
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
なお、説明は以下の順序で行うものとする。
１．本開示の実施の形態
１．１．関連技術
１．２．経緯
１．３．構成例
１．４．動作例
２．応用例
３．まとめ
＜１．第１の実施形態＞
［１．１．関連技術］
まず、提案手法に関連する技術を説明する。
＜本実施形態におけるＮＲのフレーム構成＞
ＮＲでは、物理チャネル及び／または物理信号を自己完結型送信（self-contained transmission）によって送信することができる。図１に、本実施形態における自己完結型送信のフレーム構成の一例（Ａ〜Ｃ）を示す。自己完結型送信では、１つの送受信は、先頭から連続する下りリンク送信、ＧＰ、及び連続する下りリンク送信の順番で構成される。連続する下りリンク送信には、少なくとも１つの下りリンク制御情報及びＤＭＲＳが含まれる。その下りリンク制御情報は、その連続する下りリンク送信に含まれる下りリンク物理チャネルの受信、またはその連続する上りリンク送信に含まれる上りリンク物理チャネルの送信を指示する。その下りリンク制御情報が下りリンク物理チャネルの受信を指示した場合、端末装置２００は、その下りリンク制御情報に基づいてその下りリンク物理チャネルの受信を試みる。そして、端末装置２００は、その下りリンク物理チャネルの受信成否（デコード成否）を、ＧＰ後に割り当てられる上りリンク送信に含まれる上りリンク制御チャネルによって送信する。一方で、その下りリンク制御情報が上りリンク物理チャネルの送信を指示した場合、その下りリンク制御情報に基づいて送信される上りリンク物理チャネルを上りリンク送信に含めて送信を行う。このように、下りリンク制御情報によって、上りリンクデータの送信と下りリンクデータの送信を柔軟に切り替えることで、上りリンクと下りリンクのトラヒック比率の増減に即座に対応することができる。また、下りリンクの受信成否を直後の上りリンク送信で通知することで、下りリンクの低遅延通信を実現することができる。
単位スロット時間は、下りリンク送信、ＧＰ、または上りリンク送信を定義する最小の時間単位である。単位スロット時間は、下りリンク送信、ＧＰ、または上りリンク送信のいずれかのために予約される。単位スロット時間の中に、下りリンク送信と上りリンク送信の両方は含まれない。単位スロット時間は、その単位スロット時間に含まれるＤＭＲＳと関連付けられるチャネルの最小送信時間としてもよい。１つの単位スロット時間は、例えば、ＮＲのサンプリング間隔（Ts）またはシンボル長の整数倍で定義される。
単位フレーム時間は、スケジューリングで指定される最小時間であってもよい。単位フレーム時間は、トランスポートブロックが送信される最小単位であってもよい。単位スロット時間は、その単位スロット時間に含まれるＤＭＲＳと関連付けられるチャネルの最大送信時間としてもよい。単位フレーム時間は、端末装置２００において上りリンク送信電力を決定する単位時間であってもよい。単位フレーム時間は、サブフレームと称されてもよい。単位フレーム時間には、下りリンク送信のみ、上りリンク送信のみ、上りリンク送信と下りリンク送信の組み合わせの３種類のタイプが存在する。１つの単位フレーム時間は、例えば、ＮＲのサンプリング間隔（Ts）、シンボル長、または単位スロット時間の整数倍で定義される。
送受信時間は、１つの送受信の時間である。１つの送受信と他の送受信との間は、どの物理チャネル及び物理信号も送信されない時間（ギャップ）で占められる。端末装置２００は、異なる送受信間でＣＳＩ測定を平均しなくてもよい。送受信時間は、ＴＴＩと称されてもよい。１つの送受信時間は、例えば、ＮＲのサンプリング間隔（Ts）、シンボル長、単位スロット時間、または単位フレーム時間の整数倍で定義される。
本実施形態において、１０ｍｓ（ミリ秒）で構成される無線フレーム（radio frame）が規定される。無線フレームのそれぞれは２つのハーフフレームから構成される。ハーフフレームの時間間隔は、５ｍｓである。ハーフフレームのそれぞれは、５つのサブフレームから構成される。サブフレームの時間間隔は、１ｍｓである。さらに、１つのサブフレームは、１つ以上のスロットで構成される。スロットの時間間隔は、ヌメロロジー（numerology、ＯＦＤＭヌメロロジー）によって異なる。ヌメロロジーは、サブキャリア間隔（subcarrier spacing：ＳＣＳ）およびサイクリックプレフィックス（Cyclic Prefix：ＣＰ）の組み合わせによって規定される。本実施形態でサポートされるサブキャリア間隔は１５ｋＨｚ（キロヘルツ）を基準とした２のべき乗倍で規定される。具体的には、サブキャリア間隔は、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、および２４０ｋＨｚがサポートされる。スロットの時間間隔は、１５ｋＨｚのサブキャリア間隔に対して１ｍｓ、３０ｋＨｚのサブキャリア間隔に対して０．５ｍｓ、６０ｋＨｚのサブキャリア間隔に対して０．２５ｍｓ、１２０ｋＨｚのサブキャリア間隔に対して０．１２５ｍｓ、２４０ｋＨｚのサブキャリア間隔に対して０．０６２５ｍｓ、である。１つのスロットは、ノーマルＣＰの場合１４個、拡張ＣＰの場合１２個のシンボルで構成される。図２は、フレーム構成を示す説明図である。図３は、サブキャリア間隔設定を示す説明図である。
＜本実施形態における上りリンクチャネル／信号のリソース割当＞
ライセンスバンドにおいて、端末装置は、基地局装置の指示により、上りリンクチャネル／信号の送信リソースをリソースブロック単位で割り当てられる。一般的に、端末装置には、周波数軸上に連続する（continuous）リソースブロックが割り当てられることが好ましい。これにより、端末装置の送信帯域幅を狭めることができ、端末装置の送信電力効率を向上させることができる。
一方で、アンライセンスバンドを用いる際に、チャネル内の電力スペクトル密度（Power Spectral Density：PSD）を一定に保つことが要求される。チャネル内の電力スペクトル密度（Power Spectral Density：PSD）を一定にしながら、送信電力を低減するために、本実施形態の上りリンクチャネル／信号に対して、インターレース（interlace）のリソース割当が行われる。
インターレースのリソース割当とは、所定の上りリンクチャネル／信号に対して、等間隔の隙間を空けてリソースブロックが割り当てられる。図４Ａは、本実施形態における上りリンクチャネル／信号の周波数リソース割当の一例である。所定の端末装置に対して、１０リソースブロック間隔で１リソースブロック単位で割り当てられる。これにより、低消費電力で広帯域に上りリンクチャネル／信号を送信することができる。
用いられるリソースブロック間隔の数は、チャネル帯域幅に対して５分の１以下であることが好ましい。例えば、チャネル帯域幅が２０ＭＨｚかつサブキャリア間隔が１５ｋＨｚである場合、１０リソースブロック（１．８ＭＨｚ）の間隔で配置される。
また、インターレースのリソース割当の単位は、リソースブロック単位であるとは限らない。図４Ｂは、本実施形態における上りリンク／信号の周波数リソース割当の一例である。図４Ｂのインターレースのリソース割当の単位は、サブリソースブロック（sub-PRB）である。サブリソースブロックは、リソースブロックよりも狭い連続する周波数リソースの単位である。例えば、サブリソースブロックは、連続する１、２、３、４、または６サブキャリアのセットである。これにより、より細かいリソース割当が可能になる。
更に、複数の異なるインターレースのリソース割当の単位を組み合わせることも可能である。図４Ｃは、本実施形態における上りリンクチャネル／信号の周波数リソース割当の一例である。図４Ｃは、リソースブロック単位のインターレースのリソース割当と、サブリソースブロック単位のインターレースのリソース割当とが、周波数多重された一例である。例えば、ＰＵＣＣＨはサブリソースブロック単位で割り当てられ、ＰＵＳＣＨはリソースブロック単位で割り当てられる。この構成により、上りリンクの伝送情報量に応じて、柔軟に割り当てリソース量を可変にすることができる。
さらに、本実施形態では、上りリンクチャネル／信号の広帯域送信と狭帯域送信を組み合わせることができる。端末装置は、上りリンクチャネル／信号を広帯域で送信した後、チャネル専有時間以内であれば、連続でチャネル帯域よりも狭い帯域幅で上りリンクチャネル／信号を送信してもよい。図４Ｄ、図４Ｅは、本実施形態における上りリンクチャネル／信号の周波数リソース割当の一例である。図４Ｄでは、先頭の数シンボルおよび全帯域を用いたＳＲＳまたはショートＰＵＣＣＨの送信が行われ、連続して狭帯域のＰＵＳＣＨの送信が行われる。図４Ｅは、チャネル専有時間内の１番目のスロットにおいて、インターレースのリソース割当によって上りリンクチャネル／信号が送信され、チャネル専有時間内の２番目のスロットにおいて、周波数軸上に連続する（continuous）リソースブロック割当によって上りリンクチャネル／信号が送信される。これにより、電力スペクトル密度の要求と低消費電力を両立することができる。
＜ＵＣＩ＞
ＵＣＩ（Uplink Control Information：上りリンク制御情報）は、端末装置から基地局装置へ伝送される制御情報である。ＵＣＩは、ＨＡＲＱ−ＡＣＫ（Hybrid automatic repeat request acknowledgement）、ＣＳＩ（チャネル状態情報）、および／または、ＳＲ（Scheduling Request）を含む。
ＨＡＲＱ−ＡＣＫは、対応するＰＤＳＣＨの肯定応答（ＡＣＫ、acknowledgement）または否定応答（ＮＡＣＫ、Negative-acknowledgement）を示す情報である。端末装置は、対応するＰＤＳＣＨのトランスポートブロックの復号に成功した場合、ＡＣＫを示すビットを送信し、そうでなければＮＡＣＫを示すビットを送信する。基地局装置は、このＨＡＲＱ−ＡＣＫの情報に基づいて、ＰＤＳＣＨの再送制御を行う。ＨＡＲＱ−ＡＣＫは、トランスポートブロックごとに対応付けられる。更に、ＨＡＲＱ−ＡＣＫは、コードブロックグループ（code block group：ＣＢＧ）ごとの対応付けを設定することができる。コードブロックグループは、コードブロックのセットである。更に、１つのコードブロックグループにおけるコードブロック数は、上位層（ＲＲＣシグナリング）によって設定される。
ＣＳＩは、端末装置とサービングセル間のチャネル状態を示す情報である。ＣＳＩは、ＣＱＩ（Channel Quality Indicator）、ＰＭＩ（Precoding
Matrix Indicator）、ＣＲＩ（CSI-RS resource indicator）、ＳＳＢＲＩ（SSB/PBCH Block Resource indicator）、ＬＩ（Layer
Indicator）、ＲＩ（Rank Indicator）、および／または、Ｌ１−ＲＳＲＰ（Layer 1 Reference Signal Received Power）を含む。
ＣＱＩは、所定のトランスポートブロックサイズにおける、変調方式およびターゲットコードレートの組み合わせのうち、所定のトランスポートブロックエラー確率を超えない最大インデックスを表した情報である。所定のトランスポートブロックエラー確率は、例えば、１０−１、１０−５などが用いられる。端末装置は、報告したＰＭＩ、ＲＩ、およびＣＲＩを想定して、ＣＱＩを計算する。ＣＱＩには、広帯域ＣＱＩ（wideband CQI）と狭帯域ＣＱＩ（subband CQI）に分類される。
ＰＭＩは、想定環境における端末装置にとって適切なプリコーディングコードブックのインデックスを表した情報である。端末装置は、報告したＲＩおよびＣＲＩを想定して、ＰＭＩを計算する。
ＣＲＩは、ＣＳＩ−ＲＳリソースセットのうち、端末装置にとって適切なＣＳＩ−ＲＳリソースを示す情報である。
ＳＳＢＲＩは、ＳＳ／ＰＢＣＨブロックリソースセットのうち、端末装置にとって適切なＳＳ／ＰＢＣＨブロックリソースを示す情報である。
ＬＩは、報告した広帯域ＣＱＩに対応する最も強いコードワードのレイヤに対応する報告したＰＭＩのプリコーディング行列の列を示す情報である。端末装置は、報告したＣＱＩ、ＰＭＩ、ＲＩ、およびＣＲＩを想定して、ＬＩを計算する。
ＲＩは、想定環境における端末装置にとって適切なランク数を表した情報である。
Ｌ１−ＲＳＲＰは、設定されたＣＳＩ−ＲＳまたはＳＳ／ＰＢＣＨブロックを用いて測定された受信信号の情報である。
ＳＲは、サービングセルに対して上りリンクのスケジューリングを要求するために用いられる情報である。
ＵＣＩは、ＰＵＣＣＨまたはＰＵＳＣＨを用いて送られる。
＜ＰＵＣＣＨ＞
ＰＵＣＣＨは、ＵＣＩの送信のために用いられる。シンボル長および送信ビット数に応じて、５種類のＰＵＣＣＨフォーマットが定義される。図５ＡはＰＵＣＣＨフォーマット０の構成例を示す説明図である。図５ＢはＰＵＣＣＨフォーマット１の構成例を示す説明図である。図６はＰＵＣＣＨフォーマット２の構成例を示す説明図である。図７はＰＵＣＣＨフォーマット３および４の構成例を示す説明図である。
ＰＵＣＣＨフォーマット０は、１または２シンボルで構成され、２ビット以下のＵＣＩの送信に用いられる。ＰＵＣＣＨフォーマット０は、１ＲＢを用いて送信される。ＰＵＣＣＨフォーマット１は、４〜１４シンボルで構成され、２ビット以下のＵＣＩの送信に用いられる。ＰＵＣＣＨフォーマット１は、１ＲＢを用いて送信される。ＰＵＣＣＨフォーマット２は、１または２シンボルで構成され、３ビット以上のＵＣＩの送信に用いられる。ＰＵＣＣＨフォーマット２は、１〜１６ＲＢを用いて送信される。ＰＵＣＣＨフォーマット３は、４〜１４シンボルで構成され、３ビット以上のＵＣＩの送信に用いられる。ＰＵＣＣＨフォーマット３は、１〜１６ＲＢを用いて送信される。ＰＵＣＣＨフォーマット４は、４〜１４シンボルで構成され、３ビット以上のＵＣＩの送信に用いられる。ＰＵＣＣＨフォーマット４は、１ＲＢを用いて送信される。ＰＵＣＣＨフォーマット０およびＰＵＣＣＨフォーマット２は、ショートＰＵＣＣＨ（Short PUCCH）とも称される。ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、およびＰＵＣＣＨ４は、ロングＰＵＣＣＨ（Long PUCCH）とも称される。
端末装置は、最大４つのＰＵＣＣＨリソースが上位層から設定される。各々のＰＵＣＣＨリソースは、ＰＵＣＣＨリソースインデックスに紐付けられる。各ＰＵＣＣＨリソースに対して、ＰＵＣＣＨフォーマット、開始ＰＲＢインデックス、が設定される。ＰＵＣＣＨフォーマット０のＰＵＣＣＨリソースに対して、サイクリックシフトのインデックス、開始シンボルインデックス、シンボル長が設定される。また、ＰＵＣＣＨフォーマット１のＰＵＣＣＨリソースに対して、サイクリックシフトのインデックス、開始シンボルインデックス、シンボル長、時間軸のＯＣＣ（Orthogonal Cover Code）インデックスが設定される。また、ＰＵＣＣＨフォーマット２およびＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースに対して、ＲＢ数、開始シンボルインデックス、シンボル長が設定される。また、ＰＵＣＣＨフォーマット４のＰＵＣＣＨリソースに対して、ＯＣＣインデックス、ＯＣＣ長、開始シンボルインデックス、シンボル長が設定される。
ＰＵＣＣＨの送信は、非周期的ＰＵＣＣＨ（aperiodic PUCCH）と周期的ＰＵＣＣＨ（periodic PUCCH）に分類することができる。
非周期的ＰＵＣＣＨは、主に、ＨＡＲＱ−ＡＣＫやＣＳＩの送信のために用いられる。ＰＤＳＣＨをスケジュールするＤＣＩ（ＤＬ ＤＣＩ、DL scheduling assignment、DL grant）によって、非周期的ＰＵＣＣＨの送信が指示される。非周期的ＰＵＣＣＨの送信スロットは、ＤＬ ＤＣＩに含まれるフィールドによって指示される。ＤＬ ＤＣＩによってスケジュールされるＰＤＳＣＨのスロットとそのＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨのスロットのオフセット値がＤＬ ＤＣＩによって通知される。更に、ＤＬ ＤＣＩにより、ＰＵＣＣＨリソースインデックスが指示される。端末装置は、ＤＬ ＤＣＩで指示されたＰＵＣＣＨリソースを用いて、ＰＵＣＣＨを送信する。
周期的ＰＵＣＣＨは、主に、ＣＳＩやＳＲの送信のために用いられる。上位層によって、周期的ＰＵＣＣＨの送信が指示される。周期的ＰＵＣＣＨの周期およびオフセットがＲＲＣシグナリングによって通知される。
＜アンライセンスチャネルのチャネルアクセスプロシージャ＞
チャネルアクセス（Channel access, Listen before Talk）プロシージャは、基地局装置または端末装置で送信を行うアンライセンスチャネルにアクセスするために行われる。
チャネルアクセスプロシージャでは、１回または複数回のチャネルのセンシング（sensing）が行われる。そのセンシングの結果に基づいてそのチャネルがアイドル（idle、unoccupied、available、enable）か、またはビジー（busy、occupied、unavailable、disable）かの判定（空き判定）が行われる。チャネルのセンシングでは、所定の待ち時間におけるチャネルの電力がセンス（sense）される。
チャネルアクセスプロシージャの待ち時間の一例として、第一の待ち時間（スロット）、第二の待ち時間、及び、第三の待ち時間（延期期間）、第四の待ち時間、が挙げられる。
スロット（slot）は、チャネルアクセスプロシージャにおける、基地局装置及び端末装置の待ち時間の単位である。スロットは、例えば、９マイクロ秒で定義される。
第二の待ち時間には、１個のスロットが先頭に挿入されている。第二の待ち時間は、例えば、１６マイクロ秒で定義される。
延期期間（defer period）は、第二の待ち時間とその第二の待ち時間に続く複数個の連続したスロットで構成される。その第二の待ち時間に続く複数個の連続したスロットの個数は、QoSを満たすために用いられる優先クラス（priority class、チャネルアクセス優先クラス）に基づいて決定される。
第四の待ち時間は、第二の待ち時間とその後に続く１つのスロットによって構成される。
基地局装置または端末装置は、所定のスロットの期間に所定のチャネルをセンス（sense）する。その基地局装置または端末装置がその所定のスロット期間内の少なくとも４マイクロ秒に対して検出した電力が所定の電力検出閾値よりも小さい場合、その所定のスロットはアイドル（idle）であるとみなされる。一方で、その電力が所定の電力検出閾値よりも大きい場合、その所定のスロットはビジー（busy）であるとみなされる。
チャネルアクセスプロシージャには、第一のチャネルアクセスプロシージャと第二のチャネルアクセスプロシージャがある。第一のチャネルアクセスプロシージャは、第一のチャネルアクセスプロシージャは、複数個のスロット及び延期期間を用いて行われる。第二のチャネルアクセスプロシージャは、１つの第四の待ち時間を用いて行われる。
チャネルアクセスに関するパラメータは、優先クラスに基づいて決定される。チャネルアクセスに関するパラメータは、例えば、最小衝突窓、最大衝突窓、最大チャネル専有時間、衝突窓が取り得る値、などが挙げられる。優先クラスは、ＱｏＳ（Quality of Service）を処理するＱＣＩ（QoS class identifier）の値によって定められる。優先クラスとチャネルアクセスに関するパラメータの対応表を表１に、優先クラスとＱＣＩのマッピングの一例を表２に示す。
Figure 2021192466
Figure 2021192466
＜第一のチャネルアクセスプロシージャの詳細＞
第一のチャネルアクセスプロシージャにおいて、以下に記した手順が行われる。
（０）延期期間においてチャネルのセンシングが行われる。延期期間内のスロットにおいてチャネルがアイドルであった場合、（１）のステップに進み、そうでなければ、（６）のステップに進む。
（１）カウンタの初期値を取得する。そのカウンタの初期値が取り得る値は、０から衝突窓ＣＷまでの間の整数である。そのカウンタの初期値は、一様分布に従ってランダムに決定される。カウンタＮにカウンタの初期値がセットされ、（２）のステップに進む。
（２）カウンタＮが０よりも大きく、かつ、そのカウンタＮの減算を行うことが選択された場合、カウンタＮから１が減算される。その後、（３）のステップに進む。
（３）スロットの期間を追加して待機される。また、その追加のスロットにおいて、チャネルがセンスされる。その追加のスロットがアイドルであった場合は、（４）のステップに進み、そうでなければ、（５）のステップに進む。
（４）カウンタＮが０であった場合、このプロシージャを停止する。そうでなければ、（２）のステップに進む。
（５）延期期間を追加して待機される。また、その追加の延期期間に含まれるいずれか１つのスロットでビジーと検出されるまで、または、その追加の延期期間に含まれる全てのスロットがアイドルであると検出できるまで、チャネルはセンスされる。その後、（６）のステップに進む。
（６）チャネルがその追加の延期期間に含まれるスロットの全てでアイドルであるとセンスされた場合、（４）のステップに進み、そうでなければ、（５）のステップに進む。
上記のプロシージャにおける（４）のステップの停止後、そのチャネルにおいて、ＰＤＳＣＨやＰＵＳＣＨなどデータを含む送信が行われる。
なお、上記のプロシージャにおける（４）のステップの停止後、そのチャネルにおいて、送信が行われなくてもよい。この場合、その後、送信直前にスロット及び延期期間の全てにおいて、チャネルがアイドルであった場合に、上記のプロシージャを行わずに送信が行われてもよい。一方で、そのスロット及びその延期期間のいずれかにおいて、チャネルがアイドルでなかった場合に、追加の延期期間内のスロットの全てでチャネルがアイドルであるとセンシングされた後、上記のプロシージャの（１）のステップに進む。
＜第二のチャネルアクセスプロシージャの詳細＞
第二のチャネルアクセスプロシージャにおいて、少なくとも第四の待ち時間のセンシングの結果、チャネルがアイドルであるとみなされた直後、送信は行われてもよい。一方で、少なくとも第四の待ち時間のセンシングの結果、チャネルがアイドルでないとみなされた場合は、送信は行われない。
＜衝突窓適応プロシージャ＞
第一のチャネルアクセスプロシージャで用いられる衝突窓ＣＷ（contention window）は、衝突窓適応プロシージャに基づいて決定される。
衝突窓ＣＷの値は、優先クラスごとに保持される。また、衝突窓ＣＷは、最小衝突窓と最大衝突窓の間の値を取る。その最小衝突窓及びその最大衝突窓は、優先クラスに基づいて決定される。
衝突窓ＣＷの値の調整は、第一のチャネルアクセスプロシージャの（１）のステップの前に行われる。少なくとも衝突窓適応プロシージャにおける参照サブフレームまたは参照ＨＡＲＱプロセスの共用チャネルに対応するＨＡＲＱ応答でＮＡＣＫの割合が閾値よりも高い場合、衝突窓ＣＷの値を増加させ、そうでなければ、衝突窓ＣＷの値を最小衝突窓に設定する。
衝突窓ＣＷの値の増加は、例えば、ＣＷ＝２・(ＣＷ＋１)−１の式に基づいて行われる。
＜下りリンクにおけるチャネルアクセスプロシージャの詳細＞
アンライセンスチャネルにおいて、ＰＤＳＣＨ、ＰＤＣＣＨ、及び／または、ＥＰＤＣＣＨを含んだ下りリンク送信を行う場合、基地局装置は第一のチャネルアクセスプロシージャに基づいて、そのチャネルにアクセスし、その下りリンク送信を行う。
一方で、アンライセンスチャネルにおいて、ＤＲＳを含むがＰＤＳＣＨを含まない下りリンク送信を行う場合、基地局装置は第二のチャネルアクセスプロシージャに基づいて、そのチャネルにアクセスし、その下りリンク送信を行う。なお、その下りリンク送信の期間は、１ミリ秒よりも小さいことが好ましい。
＜上りリンクにおけるチャネルアクセスプロシージャの詳細＞
アンライセンスチャネルにおいて、ＰＵＳＣＨをスケジュールする上りリンクグラントで第一のチャネルアクセスプロシージャを行うことを指示された場合、端末装置はそのＰＵＳＣＨを含んだ上りリンク送信の前に第一のチャネルアクセスプロシージャを行う。
また、ＰＵＳＣＨをスケジュールする上りリンクグラントで第二のチャネルアクセスプロシージャを行うことを指示された場合、端末装置はそのＰＵＳＣＨを含んだ上りリンク送信の前に第二のチャネルアクセスプロシージャを行う。
また、ＰＵＳＣＨは含まないがＳＲＳは含む上りリンク送信に対しては、端末装置はその上りリンク送信の前に第二のチャネルアクセスプロシージャを行う。
また、上りリンクグラントで指示された上りリンク送信の末尾が上りリンク期間（UL duration）内であった場合、その上りリンクグラントで指示されたプロシージャタイプにかかわらず、端末装置はその上りリンク送信の前に第二のチャネルアクセスプロシージャを行う。
また、基地局からの下りリンク送信終了後に第四の待ち時間を挟んで上りリンク送信が続く場合、端末装置はその上りリンク送信の前に第二のチャネルアクセスプロシージャを行う。
＜本実施形態におけるＮＲのチャネルアクセスプロシージャ＞
ＮＲを用いたアンライセンスチャネルでのチャネルアクセスプロシージャでは、ビームフォームされていないチャネルセンシングとビームフォームされたチャネルセンシングが行われる。
ビームフォームされていないチャネルセンシングは、指向性が制御されない受信によるチャネルセンシング、または、方向の情報を持たないチャネルセンシングである。方向の情報を持たないチャネルセンシングとは、例えば、全方位で測定結果を平均化されたチャネルセンシングである。送信局は、チャネルセンシングで用いられた指向性（角度、方向）を認知しなくてもよい。
ビームフォームされたチャネルセンシングは、指向性が制御された受信によるチャネルセンシング、または、方向の情報を持つチャネルセンシングである。すなわち、受信ビームが所定の方向に向けられたチャネルセンシングである。ビームフォームされたチャネルセンシングを行う機能を有する送信局は、異なる指向性を用いた１回以上のチャネルセンシングを行うことができる。
ビームフォームされたチャネルセンシングを行うことで、センシングによって検出されるエリアが狭められる。これにより、送信局は、干渉を与えない通信リンクの検出の頻度を減らし、さらし端末問題を軽減することができる。
［１．２．経緯］
ＮＲのアンライセンスバンド（ＮＲ−Ｕ）では、キャリアアグリゲーションの仕組みを用いたＬＡＡ（Licensed Assisted Access）のみならず、デュアルコネクティビティ（Dual Connectivity）、アンライセンスバンドのみで運用されるスタンドアロン（Stand-alone）、ＤＬキャリアまたはＵＬキャリアのどちらか一方がライセンスバンドで他方がアンライセンスバンド（例えば、ライセンスＤＬ＋アンライセンスＵＬ）、など様々なユースケースをサポートすることが想定されている。
これらのユースケースをサポートするために、ＮＲ−Ｕでは、同期信号（Synchronization Signal：ＳＳ）、ＰＲＡＣＨ、ＰＵＣＣＨ、など、プライマリセル（ＰＣｅｌｌ）、セカンダリプライマリセル（ＰＳＣｅｌｌ）、スペシャルセル（ＳｐＣｅｌｌ）などで送信される物理チャネルおよび物理信号の送信をアンライセンスバンドで行える必要がある。
一般的にアンライセンスバンドにおいて、通信装置は、物理チャネルおよび／または物理信号を送信する前に、チャネルのセンシングを行い、そのチャネルがクリアまたはビジーかを判断する。そのチャネルがクリアであった場合（ＬＢＴ成功、LBT success）、通信装置は、物理チャネルおよび／または物理信号の送信を行うことができる。一方、そのチャネルがビジーであった場合（ＬＢＴ失敗、LBT failure）、通信装置は、物理チャネルおよび／または物理信号の送信を行うことができない。
ＬＢＴ失敗により、通信装置はＰＵＣＣＨを送信できないことが考えられる。例えば、隠れ端末問題により、近接する他のアクセスポイントがチャネルを利用していた場合、通信装置はチャネルがビジーであると判断し、送信を行うことができない。
図８は、アクセスポイントが端末装置の近隣に存在し、そのアクセスポイントがチャネルを使用している様子を示す説明図である。図９は、ＬＢＴ成功により通信装置がＰＵＣＣＨを送信できる様子を示す説明図である。図１０は、ＬＢＴ失敗により通信装置がＰＵＣＣＨを送信できない様子を示す説明図である。
ＰＵＣＣＨは、ＰＤＳＣＨに対応するＨＡＲＱ（Hybrid ARQ）−ＡＣＫ（Acknowledgement）の送信に用いられる。このＨＡＲＱ−ＡＣＫが指定したリソースで返ってこなかった場合、端末装置側でＰＤＳＣＨを正常に復号できたとしても、基地局装置は再度ＰＤＳＣＨを再送する。この要因により、リソース効率低下を招く。
そこで本件開示者は、上述した点に鑑み、ＮＲ−Ｕにおいてリソースを効率的に使用できる技術について鋭意検討を行った。その結果、本件開示者は、以下で説明するように、ＮＲ−Ｕにおいて、ＬＢＴ失敗時にＰＵＣＣＨを送信できるようにしてリソースを効率的に使用できる技術を考案するに至った。
［１．３．構成例］
図１１は、本開示の一実施形態に係るシステム１の全体構成の一例を示す図である。図１１に示したように、システム１は、基地局装置１００（１００Ａ及び１００Ｂ）、端末装置２００（２００Ａ及び２００Ｂ）、コアネットワーク（Core Network）２０、及びＰＤＮ（Packet Data Network）３０を含む。
基地局装置１００は、セル１１（１１Ａ又は１１Ｂ）を運用し、セル１１の内部に位置する１つ以上の端末装置へ無線サービスを提供する。例えば、基地局装置１００Ａは、端末装置２００Ａに無線サービスを提供し、基地局装置１００Ｂは端末装置２００Ｂに無線サービスを提供する。セル１１は、例えばＬＴＥ又はＮＲ（New Radio）等の任意の無線通信方式に従って運用され得る。基地局装置１００は、コアネットワーク２０に接続される。コアネットワーク２０は、ＰＤＮ３０に接続される。
コアネットワーク２０は、ＭＭＥ（Mobility Management Entity）、Ｓ−ＧＷ（Serving gateway）、Ｐ−ＧＷ（PDN gateway）、ＰＣＲＦ（Policy and Charging Rule Function）及びＨＳＳ（Home Subscriber Server）を含み得る。若しくは、コアネットワーク２０は、これらと同様の機能を有するＮＲのエンティティを含み得る。ＭＭＥは、制御プレーンの信号を取り扱う制御ノードであり、端末装置の移動状態を管理する。Ｓ−ＧＷは、ユーザプレーンの信号を取り扱う制御ノードであり、ユーザデータの転送経路を切り替えるゲートウェイ装置である。Ｐ−ＧＷは、ユーザプレーンの信号を取り扱う制御ノードであり、コアネットワーク２０とＰＤＮ３０との接続点となるゲートウェイ装置である。ＰＣＲＦは、ベアラに対するＱｏＳ（Quality of Service）等のポリシー及び課金に関する制御を行う制御ノードである。ＨＳＳは、加入者データを取り扱い、サービス制御を行う制御ノードである。
端末装置２００は、基地局装置１００による制御に基づいて基地局装置１００と無線通信する。端末装置２００は、いわゆるユーザ端末（User Equipment：ＵＥ）であってもよいし、伝送を他の端末装置に中継するリレー局（relay node）であってもよい。例えば、端末装置２００は、基地局装置１００に上りリンク信号を送信して、基地局装置１００から下りリンク信号を受信する。
とりわけ、本実施形態では、基地局装置１００Ａ及び１００Ｂは、それぞれ異なるオペレータにより運用される。例えば、基地局装置１００ＡはオペレータＡにより運用され、基地局装置１００ＢはオペレータＢにより運用される。そして、基地局装置１００Ａ及び１００Ｂは、各々を運用するオペレータ間で共用可能な無線リソースを共用して、無線通信サービスを提供する。
続いて、本開示の実施の形態に係る基地局装置１００及び端末装置２００の構成例を説明する。
図１２は、本実施形態に係る基地局装置１００の構成の一例を示すブロック図である。図１２を参照すると、基地局装置１００は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び制御部１５０を備える。
（１）アンテナ部１１０
アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。
（２）無線通信部１２０
無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置への下りリンク信号を送信し、端末装置からの上りリンク信号を受信する。
（３）ネットワーク通信部１３０
ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局及びコアネットワークノードを含む。
（４）記憶部１４０
記憶部１４０は、基地局装置１００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
（５）制御部１５０
制御部１５０は、基地局装置１００全体の動作を制御して、基地局装置１００の様々な機能を提供する。制御部１５０は、例えばＣＰＵ（Central Processing Unit）などのプロセッサやＲＯＭ等の各種記憶媒体等で構成される。制御部１５０は、設定部１５１及び通信処理部１５３を含む。
設定部１５１は、端末装置２００との通信に関する設定を行う機能を有する。
通信処理部１５３は、端末装置２００との通信処理を行う機能を有する。
制御部１５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部１５０は、これらの構成要素の動作以外の動作も行い得る。
図１３は、本実施形態に係る端末装置２００の構成の一例を示すブロック図である。図１３を参照すると、端末装置２００は、アンテナ部２１０、無線通信部２２０、記憶部２３０及び制御部２４０を備える。
（１）アンテナ部２１０
アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。
（２）無線通信部２２０
無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局からの下りリンク信号を受信し、基地局への上りリンク信号を送信する。
（３）記憶部２３０
記憶部２３０は、端末装置２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
（４）制御部２４０
制御部２４０は、端末装置２００全体の動作を制御して、端末装置２００の様々な機能を提供する。制御部２４０は、例えばＣＰＵ（Central Processing Unit）などのプロセッサやＲＯＭ等の各種記憶媒体等で構成される。制御部２４０は、情報取得部２４１及び通信処理部２４３を含む。
情報取得部２４１は、アンテナ部２１０が受信した電波から得られる信号から、情報を取得する機能を有する。
通信処理部２４３は、基地局装置１００との通信処理を行う機能を有する。
制御部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部２４０は、これらの構成要素の動作以外の動作も行い得る。
以上、本開示の実施の形態に係る基地局装置１００及び端末装置２００の構成例を説明した。続いて、本開示の実施の形態に係る基地局装置１００及び端末装置２００の動作について説明する。
［１．４．動作例］
以下では、端末装置２００が、ＬＢＴ失敗によりＰＵＣＣＨを送信できなかった場合の、基地局装置１００及び端末装置２００の動作例を説明する。なお本実施形態では、端末装置２００は通信処理部２４３でＬＢＴを実行しうる。従って通信処理部２４３は本開示の判断部の一例として機能しうる。
（１）LBT lessの採用（LBTを行わない）
ここでは、ＰＵＣＣＨがＬＢＴ失敗にならないような仕組みを説明する。このLBT lessの場合、すなわちＬＢＴを行わない場合は、最大２シンボルで構成されるショートＰＵＣＣＨのみをサポートする。換言すると、３シンボル以上で構成されるロングＰＵＣＣＨでは、ＬＢＴが行われる。また、LBT lessをする場合には、送信時間を短くすることが好ましい。
図１４は、端末装置２００がLBT lessでＰＵＣＣＨを送信する様子を示す説明図である。端末装置２００は、LBT lessでＰＵＣＣＨを送信する場合は、１６マイクロ秒以内に送信しなければならない。１６マイクロ秒以内に送信することが出来ない場合、例えば、１６マイクロ秒以内にＵＣＩ（Uplink Control Information）を準備できない場合は、端末装置２００は後述の（２）の方法を採用する。
LBT lessは、LBT typeの１つとして基地局装置１００から端末装置２００に通知されてもよい。基地局装置１００からLBT lessと通知されても、直前のリソースで下りリンクが使われていないと判断した場合は、端末装置２００はＬＢＴを行っても良い。下りリンクのリソースが途中で取られてしまった場合が考えられるためである。その場合は後述の方法が採られることになる。
この（１）の方法を採ることで、端末装置２００は、ＬＢＴを行わないため、ＬＢＴ失敗になることがない。すなわち、ＬＢＴ失敗による送信失敗は起こらない。従って、端末装置２００は、この方法を採ることで必ずＰＵＣＣＨを送ることが可能となる。
（２）複数ＰＵＣＣＨ送信オケージョンを設定
この方法は、予め複数の異なるＰＵＣＣＨリソース（ＰＵＣＣＨ送信オケージョン）が設定され、端末装置２００は、その中から１つのリソースを用いてＰＵＣＣＨを送信する、というものである。このＰＵＣＣＨリソースは、時間的に、及び／または周波数的に異なるリソースであり得る。例えば、基地局装置１００は、予め４つの異なるＰＵＣＣＨリソースを設定する。基地局装置１００は、この異なるＰＵＣＣＨリソースを、例えばＲＲＣシグナリングで端末装置２００に向けて通知する。図１５は、４つの異なるＰＵＣＣＨリソースが設定されている様子を示す説明図である。端末装置２００は、ＬＢＴ失敗によりＰＵＣＣＨを送信できなかった場合には、その４つのＰＵＣＣＨリソースの中からＬＢＴが成功した１つのＰＵＣＣＨリソースを用いて、ＰＵＣＣＨを送信する。周波数軸のＰＵＣＣＨリソースについて、基地局装置１００は、異なるキャリアにＰＵＣＣＨリソースを設定してもよい。
基地局装置１００は、複数のＰＵＣＣＨ送信オケージョンの設定を行う。それぞれのＰＵＣＣＨ送信オケージョンは時間や周波数が異なっている。基地局装置１００は、時間を異ならせる場合は異なるスロットを設定し、周波数を異ならせる場合には異なるキャリアまたは帯域幅パートを設定する。
端末装置２００は、周波数が異なるＰＵＣＣＨ送信オケージョンで同時に送信可能になった場合、それぞれのリソースを全て用いて同じＰＵＣＣＨを送信しても良く、予め定めた優先順位に応じてリソースを選択しても良く、それぞれのリソースを全て用いてＰＵＣＣＨを分割して送信しても良い。端末装置２００がどのように動作するかは、基地局装置１００から設定されても良く、端末装置２００に予め設定されていても良い。それぞれのリソースを全て用いて同じＰＵＣＣＨを送信することで、ダイバーシチ効果の向上が期待できる。また、それぞれのリソースを全て用いてＰＵＣＣＨを分割して送信することで符号化率の向上が期待できる。また予め定めた優先順位に応じてリソースを選択する場合、優先順位は、キャリアまたは帯域幅パートの小さい順で設定されても良い。
異なるＰＵＣＣＨリソースの設定方法は、基地局装置１００から端末装置２００に、周波数または時間リソースのセットを通知する方法であってもよい。基地局装置１００は、混雑状況に応じて、リソースを設定する。混雑状況は、端末装置２００からＲＲＭ測定（RSSI/channel occupancy ratio）や、ＰＵＣＣＨが返ってきた統計情報に基づいてもよい。また異なるＰＵＣＣＨリソースの設定方法は、基地局装置１００から端末装置２００に、時間ウインドウのみを設定する方法であってもよい。この方法の場合、端末装置２００は、ＬＢＴ成功のタイミングでＰＵＣＣＨを送信する。
この方法を採ることで、ＰＵＣＣＨリソースが複数設定されるため、端末装置２００のＬＢＴ成功確率が向上し、端末装置２００のＰＵＣＣＨの送信成功確率が向上するという効果が期待できる。
図１５では、４つの異なるＰＵＣＣＨリソースが設定されている例を示したが、本開示は係る例に限定されるものでは無い。例えば、リソースプールのように予めＰＵＣＣＨリソースが設定されうるエリアが指定されても良い。端末装置２００は、ＬＢＴが成功すれば、そのエリアを用いてＰＵＣＣＨを送信しても良い。また基地局装置１００は、過去の端末装置２００でのＰＵＣＣＨリソースの選択状況の統計に基づいて、端末装置２００にＰＵＣＣＨを送信させるためのＰＵＣＣＨリソースを設定しても良い。
（３）ＨＡＲＱ−ＡＣＫ返信用のリソースをＰＤＣＣＨでスケジューリング
本実施形態に係る基地局装置１００は、ＨＡＲＱ−ＡＣＫ返信用のリソースをＰＤＣＣＨでスケジューリングしてもよい。この場合、ＨＡＲＱ−ＡＣＫの返信にはＰＵＣＣＨまたはＰＵＳＣＨの構造が用いられる。図１６は、基地局装置１００が、ＨＡＲＱ−ＡＣＫ返信用のリソースをＰＤＣＣＨでスケジューリングしている様子を示す説明図である。ＰＵＣＣＨまたはＰＤＣＣＨには、ＤＣＩ（Downlink Control Information）フォーマットと呼ばれる帯域の割り当てに関する情報が示されるフィールドが存在する。ＨＡＲＱ−ＡＣＫ返信用のリソースはＤＣＩにて指定される。図１６では、端末装置２００でのＬＢＴ失敗により、最初のＰＤＣＣＨで指定されたリソースで端末装置２００がＰＵＣＣＨを送信できなかった例が示されている。次のＰＤＣＣＨでＨＡＲＱ−ＡＣＫ返信用のリソースが指定され、端末装置２００はＬＢＴ成功すると、指定された（短い）ＰＵＣＣＨリソースでＨＡＲＱ−ＡＣＫを基地局装置１００へ返信する。ここで、ＬＢＴ失敗によりＰＵＣＣＨを送信するリソースは、最初に基地局装置１００がリソースの指定で用いたＤＣＩとは異なるＤＣＩで指定される。ＨＡＲＱ−ＡＣＫ返信用のリソースを指示するＰＤＣＣＨのＤＣＩをＵＣＩグラントと呼称する。
ＰＵＳＣＨにはＵＣＩが含まれる（Piggy back）。そのＵＣＩグラントには、上りリンクＨＡＲＱプロセスＩＤではなく下りリンクＨＡＲＱプロセスＩＤが含まれる。端末装置２００は、指示された下りリンクＨＡＲＱプロセスＩＤに紐づくＨＡＲＱ−ＡＣＫのビットを基地局装置１００へ返す。基地局装置１００は、このＰＤＣＣＨに混ぜるＨＡＲＱの情報を含める。例えば、基地局装置１００は、ＨＡＲＱの混ぜ方のルールに関する情報（例えば、優先順位）などを通知する。ＨＡＲＱ−ＡＣＫ返信用のリソースはミニスロットが望ましい。多くのリソースは必要無いためである。ＰＵＣＣＨまたはＰＵＳＣＨのＭＣＳ（Modulation Coding Scheme）は固定でも良い。なお、ミニスロットとは、スロットの先頭以外で物理チャネル／信号が送信される時間領域である。
この方法を採ることで、基地局装置１００は、ＰＤＳＣＨの再送分のリソースが不要となり、リソースを効率的に利用することが出来る。また基地局装置１００は、この方法を採ることで、ダイナミックにＰＵＣＣＨリソースを再設定することが可能になる。これにより、端末装置２００によるＰＵＣＣＨの送信成功確率が向上すると共に、リソース効率が向上することが期待できる。
（４）ハンドシェイクを行う
基地局装置１００からＰＤＣＣＨを受信した端末装置２００は、ＬＢＴが成功すると、ＰＤＣＣＨに対するＡＣＫをＰＵＣＣＨで基地局装置１００に返す。端末装置２００からのＡＣＫを受信した基地局装置１００は、ＰＤＳＣＨを送信する。ＬＢＴ無しにＰＤＳＣＨを受信した端末装置２００はＰＤＳＣＨに対するＡＣＫを、ＬＢＴ無しにＰＵＣＣＨで基地局装置１００に返す。ここで、ＰＤＣＣＨに対するＡＣＫはショートＰＵＣＣＨが望ましい。図１７は、基地局装置１００が、ＰＤＣＣＨにおいてＰＵＣＣＨのリソースの指示を行っている例を示す説明図である。
この方法を採ることで、基地局装置１００は、無駄なＰＤＳＣＨの送信を避けることができる。これにより、リソース効率が向上することが期待できる。
このように基地局装置１００と端末装置２００との間でハンドシェイクを行いながら通信を行うことで、基地局装置１００と端末装置２００との間で、アンライセンスバンドを使用した確実な通信を実行することが出来る。
端末装置２００は、ＨＡＲＱ−ＡＣＫのビットに紐づく全てのＰＵＣＣＨリソースで送信できなかった場合、ＨＡＲＱ−ＡＣＫのビットを破棄しても良い。すなわち、端末装置２００から送信できなかったＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨは、基地局装置１００から再送される。
また端末装置２００は、ＨＡＲＱ−ＡＣＫのビットに紐づく全てのＰＵＣＣＨリソースで送信できなかった場合、後でＰＵＳＣＨやＰＵＣＣＨの送信が可能であれば、そのＰＵＳＣＨやＰＵＣＣＨを用いて、送信できなかったＨＡＲＱ−ＡＣＫのビットを送信してもよい。その際のリソースは、ＰＤＣＣＨで指示されたリソースでもよく、上位層で指示されたリソースでもよい。
送信できなかったＨＡＲＱ−ＡＣＫのビットを混ぜる場合はダイナミックＨＡＲＱコードブックを行う必要である。ＨＡＲＱコードブックとは、複数のＨＡＲＱ−ＡＣＫのビットの箱の大きさを定義するものである。ダイナミックＨＡＲＱコードブックとは、複数のＨＡＲＱ−ＡＣＫのビットの箱の大きさを、フィードバックするＨＡＲＱ−ＡＣＫのビット総数に応じて適宜変更することである。
ＨＡＲＱ−ＡＣＫのビットに紐づく全てのＰＵＣＣＨリソースで送信できなかった場合、先に送信されたＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫが優先されてもよく、もともと送信を予定していたＨＡＲＱ−ＡＣＫが優先されてもよい。端末装置２００は、送信できなかった分のＨＡＲＱ−ＡＣＫのビットは、次の機会で送信する。
送信できなかったＨＡＲＱ−ＡＣＫのビットを混ぜる場合のＨＡＲＱ−ＡＣＫとＰＤＳＣＨの対応方法には、基地局装置１００が、例えばＤＣＩを用いて通知する方法と、端末装置２００が事前ルールに基づいて選択する方法がある。端末装置２００が事前ルールに基づいて選択する方法には、さらに、暗示的に対応する方法と、明示的に対応する方法とがある。前者の場合、端末装置２００は、ＰＤＳＣＨの送信された順番にＨＡＲＱ−ＡＣＫのビットを入れる。ＰＤＳＣＨの送信された順番に入れる場合、端末装置２００は、もともと送信を予定していたＨＡＲＱ−ＡＣＫは先に入れて、送信できなかったＨＡＲＱ−ＡＣＫのビットをその後ろに追加で入れてもよい。また後者の場合、端末装置２００は、ＨＡＲＱ−ＡＣＫとＨＡＲＱプロセスＩＤとをセットで入れてもよく、指示されたＤＡＩ（Downlink Assignment Index）とセットで入れてもよい。
なお、送信できなかったＨＡＲＱ−ＡＣＫのビットを混ぜる場合、混ぜてもよいＰＵＣＣＨに制限を設けてもよい。例えば、周期的なＰＵＣＣＨには混ぜても良いが、ダイナミック（非周期的、aperiodic）なＰＵＣＣＨには混ぜてはいけないという制限を設けてもよい。ＣＳＩとＨＡＲＱの混ぜ方には、ＣＳＩを優先する方法と、ＨＡＲＱを優先する方法と、がある。前者の場合、端末装置２００は、ＣＳＩを入れて余ったスペースに、送信できなかったＨＡＲＱ−ＡＣＫを入れる。
端末装置２００は、所定の時間が経過しても、ＰＵＳＣＨやＰＵＣＣＨ送信リソースが取れなかったら、ＨＡＲＱ−ＡＣＫのビットを捨ててもよい。この所定の時間は、基地局装置１００から専用ＲＲＣシグナリングによって設定されてもよい。メッセージ４のＰＵＣＣＨに対する一定時間は、ＳＩＢ（System Information Block）で設定される。
ＣＯＴ（Channel Occupancy Time）の先頭スロットのＨＡＲＱ−ＡＣＫが返ってこなかった時の、衝突窓のサイズは、基地局装置１００によって以下のように決定されても良い。例えば、基地局装置１００は、誤ったものとして、衝突窓のサイズを決定してもよい。また基地局装置１００は、ＨＡＲＱ−ＡＣＫが返ってくるまで計算には反映しないようにしてもよい。また基地局装置１００は、２番目以降のスロットのＨＡＲＱ−ＡＣＫが返ってきた場合、そのＨＡＲＱ−ＡＣＫを用いて衝突窓のサイズを計算してもよい。
続いて、ＮＲ−Ｕに対応するＰＵＣＣＨの構成について説明する。
ＮＲ−Ｕに対応するＰＵＣＣＨは、ＰＵＣＣＨフォーマット０を基に構成されてもよい。この場合、１ＰＲＢ単位のインターレースの周波数リソース割り当てが行われてもよい。従って、同じ信号が周波数上に繰り返して送信される。図１８は、ＮＲ−Ｕに対応するＰＵＣＣＨの構成例を示す説明図である。
ＮＲ−Ｕに対応するＰＵＣＣＨは、ＰＵＣＣＨフォーマット０を基に構成されてもよい。この場合、１ｓｕｂ−ＰＲＢ単位のインターレースの周波数リソース割り当てが行われてもよい。このように周波数リソースが割り当てられることで、細かい単位でのリソース割当が可能となり、リソース効率の向上が期待できる。図１９は、ＮＲ−Ｕに対応するＰＵＣＣＨの構成例を示す説明図である。
ＮＲ−Ｕに対応するＰＵＣＣＨは、ＰＵＣＣＨフォーマット２を基に構成されてもよい。この場合、ＰＵＣＣＨフォーマット２で設定されたリソースブロック単位のインターレースの周波数リソース割り当てが行われる。従って、同じ信号が周波数上に繰り返して送信される。図２０は、ＮＲ−Ｕに対応するＰＵＣＣＨの構成例を示す説明図である。
ＮＲ−Ｕに対応するＰＵＣＣＨは、ＰＵＣＣＨフォーマット２を基に構成されてもよい。この場合、１リソースブロック単位のインターレースの周波数リソース割り当てが行われる。このように周波数リソースが割り当てられることで、細かい単位でのリソース割当が可能となり、リソース効率の向上が期待できる。図２１は、ＮＲ−Ｕに対応するＰＵＣＣＨの構成例を示す説明図である。
ＮＲ−Ｕに対応するＰＵＣＣＨは、ＰＵＣＣＨフォーマット１を基に構成されてもよい。この場合、１ＰＲＢ単位のインターレースの周波数リソース割り当てが行われてもよい。従って、同じ信号が周波数上に繰り返して送信される。図２２は、ＮＲ−Ｕに対応するＰＵＣＣＨの構成例を示す説明図である。
ＮＲ−Ｕに対応するＰＵＣＣＨは、ＰＵＣＣＨフォーマット１を基に構成されてもよい。この場合、１ＰＲＢ単位のインターレースの周波数リソース割り当てが行われてもよい。図２３は、ＮＲ−Ｕに対応するＰＵＣＣＨの構成例を示す説明図である。図２３に示した例は、図２２に示した場合とは異なり、ＰＵＣＣＨのＤＭＲＳのシンボル配置が異なるような構成となっている。このように周波数リソースが割り当てられることで、チャネル推定特性の向上が期待できる。
ＮＲ−Ｕに対応するＰＵＣＣＨは、ＰＵＣＣＨフォーマット３、４を基に構成されてもよい。この場合、１ＰＲＢ単位のインターレースの周波数リソース割り当てが行われてもよい。従って、同じ信号が周波数上に繰り返して送信される。図２４は、ＮＲ−Ｕに対応するＰＵＣＣＨの構成例を示す説明図である。
ＮＲ−Ｕに対応するＰＵＣＣＨは、ＰＵＣＣＨフォーマット３、４を基に構成されてもよい。この場合、１ＰＲＢ単位のインターレースの周波数リソース割り当てが行われてもよい。図２５は、ＮＲ−Ｕに対応するＰＵＣＣＨの構成例を示す説明図である。図２５に示した例は、図２４に示した場合とは異なり、ＰＵＣＣＨのＤＭＲＳのシンボル配置が異なるような構成となっている。このように周波数リソースが割り当てられることで、チャネル推定特性の向上が期待できる。
基地局装置１００および端末装置２００は、このような動作を実行することで、ＮＲ−Ｕにおいてリソースを効率的に使用することが可能となる。図１２に示した基地局装置１００の構成の内、設定部１５１は、上述した、ＮＲ−Ｕにおいてリソースを効率的に使用するための各種設定を行う。そして通信処理部１５３は、設定部１５１が設定した内容を端末装置２００へ通知する処理を実行する。そして、図１３に示した端末装置２００の構成の内、情報取得部２４１は、基地局装置１００から送信された各種設定を取得する。通信処理部２４３は、情報取得部２４１が取得した各種設定に基づき、基地局装置１００との間の、ＮＲ−Ｕによる無線通信処理を実行する。
［１．５．その他］
＜時間リソース割り当て＞
ＰＵＣＣＨの時間リソースは、下りリンクＤＣＩに含まれるＰＤＳＣＨ−ＨＡＲＱフィードバックタイミングインディケーター（PDSCH-HARQ feedback timing indicator）の情報によって指示される。ＰＤＳＣＨ−ＨＡＲＱフィードバックタイミングインディケーターを用いて、端末装置は、ＰＤＳＣＨをスケジュールするＰＤＣＣＨを受信したスロットとＰＵＣＣＨリソースとの間のスロット数をインデックスによって通知される。
ＰＤＳＣＨ−ＨＡＲＱフィードバックタイミングインディケーターで通知されるスロットの定義の一例として、システムで定義されたスロットインデックスが挙げられる。すなわち、スロットの定義とは、無線フレームの先頭のスロットを０番目としてインデクシングされたスロットインデックスである。
ライセンスバンドで運用されるＮＲは、システムで定義されたスロットインデックス（物理的なスロットインデックス）を用いて時間リソース割り当てが行われる。
ＰＤＳＣＨ−ＨＡＲＱフィードバックタイミングインディケーターで通知されるスロット数の一例として、仮想的なスロットインデックスが挙げられる。ＮＲ−Ｕで挙げられる仮想的なスロットインデックスの一例として、ＣＯＴ内のスロットのみをインデクシングしたスロットインデックスである。言い換えると、ＣＯＴ外のスロットはスロットインデックスとして数えられない。また、ＮＲ−Ｕで挙げられる仮想的なスロットインデックスの一例として、ＣＯＴ外のスロットのみをインデクシングしたスロットインデックスを採用してもよい。すなわち、ＣＯＴ内のスロットと、ＣＯＴ外のスロットは、区別される。
仮想的なスロットインデックスを用いることで、端末装置は必ずＣＯＴ内またはＣＯＴ外で上りリンク信号を送信するように制御される。
仮想的なスロットインデックスは、基地局装置からＰＤＣＣＨを用いて端末装置に通知されてもよい。そのＰＤＣＣＨには、ＣＯＴに関連する情報（下りリンクＣＯＴおよび上りリンクＣＯＴ、ＣＯＴの長さ、など）が含まれてもよい。仮想的なスロットインデックスの通知は、ＤＡＩを用いてもよい。
さらに、仮想的なシステムフレーム番号（ＳＦＮ）を通知してもよい。仮想的なシステムフレーム番号は、発見信号に含まれるＰＢＣＨで通知されてもよい。仮想的なシステムフレーム番号は、システムで定義されたシステムフレーム番号（物理的なシステムフレーム番号）とのオフセット値であってもよい。
基地局装置は、ＤＣＩによって、ＣＯＴ外でＨＡＲＱ−ＡＣＫを送信するか、ＣＯＴ内でＨＡＲＱ−ＡＣＫを送信するか、を端末装置に指示することができる。端末装置は、上記の仮想的なスロットインデックスに基づいてＨＡＲＱ−ＡＣＫ送信タイミングを識別する。
＜２．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、基地局装置１００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved Node B）として実現されてもよい。スモールｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ又はホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであってよい。その代わりに、基地局装置１００は、ＮｏｄｅＢ又はＢＴＳ（Base Transceiver Station）などの他の種類の基地局として実現されてもよい。基地局装置１００は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote Radio Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、基地局装置１００として動作してもよい。
また、例えば、端末装置２００は、スマートフォン、タブレットＰＣ（Personal Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、端末装置２００は、Ｍ２Ｍ（Machine To Machine）通信を行う端末（ＭＴＣ（Machine Type Communication）端末ともいう）として実現されてもよい。さらに、端末装置２００は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
＜２．１．基地局装置に関する応用例＞
（第１の応用例）
図２６は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。
アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図２６に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２６にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。
基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。
コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio Resource Control）、無線ベアラ制御（Radio Bearer Control）、移動性管理（Mobility Management）、流入制御（Admission Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。
ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。
無線通信インタフェース８２５は、ＬＴＥ（Long Term Evolution）又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium Access Control）、ＲＬＣ（Radio Link Control）及びＰＤＣＰ（Packet Data Convergence Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。
無線通信インタフェース８２５は、図２６に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図２６に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２６には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。
図２６に示したｅＮＢ８００において、図１２を参照して説明した制御部１５０に含まれる１つ以上の構成要素（設定部１５１及び／又は通信処理部１５３）は、無線通信インタフェース８２５において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８２１において実装されてもよい。一例として、ｅＮＢ８００は、無線通信インタフェース８２５の一部（例えば、ＢＢプロセッサ８２６）若しくは全部、及び／又はコントローラ８２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８００にインストールされ、無線通信インタフェース８２５（例えば、ＢＢプロセッサ８２６）及び／又はコントローラ８２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８００、基地局装置８２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
また、図２６に示したｅＮＢ８００において、図１２を参照して説明した無線通信部１２０は、無線通信インタフェース８２５（例えば、ＲＦ回路８２７）において実装されてもよい。また、アンテナ部１１０は、アンテナ８１０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８２１及び／又はネットワークインタフェース８２３において実装されてもよい。また、記憶部１４０は、メモリ８２２において実装されてもよい。
（第２の応用例）
図２７は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。
アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図２７に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２７にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。
基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図１６を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。
無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図２６を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図２７に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２７には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。
接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。
また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。
接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。
無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図２７に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２７には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。
図２７に示したｅＮＢ８３０において、図１２を参照して説明した制御部１５０に含まれる１つ以上の構成要素（設定部１５１及び／又は通信処理部１５３）は、無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８５１において実装されてもよい。一例として、ｅＮＢ８３０は、無線通信インタフェース８５５の一部（例えば、ＢＢプロセッサ８５６）若しくは全部、及び／又はコントローラ８５１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８３０にインストールされ、無線通信インタフェース８５５（例えば、ＢＢプロセッサ８５６）及び／又はコントローラ８５１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８３０、基地局装置８５０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
また、図２７に示したｅＮＢ８３０において、例えば、図１２を参照して説明した無線通信部１２０は、無線通信インタフェース８６３（例えば、ＲＦ回路８６４）において実装されてもよい。また、アンテナ部１１０は、アンテナ８４０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８５１及び／又はネットワークインタフェース８５３において実装されてもよい。また、記憶部１４０は、メモリ８５２において実装されてもよい。
＜２．２．端末装置に関する応用例＞
（第１の応用例）
図２８は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System on Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal Serial Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
カメラ９０６は、例えば、ＣＣＤ（Charge Coupled Device）又はＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図２８に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図２８には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。
さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local Area Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。
アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。
アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図２８に示したように複数のアンテナ９１６を有してもよい。なお、図２８にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。
さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。
バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図２８に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
図２８に示したスマートフォン９００において、図１３を参照して説明した制御部２４０に含まれる１つ以上の構成要素（測定報告部２４１及び／又は通信処理部２４３）は、無線通信インタフェース９１２において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。一例として、スマートフォン９００は、無線通信インタフェース９１２の一部（例えば、ＢＢプロセッサ９１３）若しくは全部、プロセッサ９０１、及び／又は補助コントローラ９１９を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがスマートフォン９００にインストールされ、無線通信インタフェース９１２（例えば、ＢＢプロセッサ９１３）、プロセッサ９０１、及び／又は補助コントローラ９１９が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてスマートフォン９００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
また、図２８に示したスマートフォン９００において、例えば、図１３を参照して説明した無線通信部２２０は、無線通信インタフェース９１２（例えば、ＲＦ回路９１４）において実装されてもよい。また、アンテナ部２１０は、アンテナ９１６において実装されてもよい。また、記憶部２３０は、メモリ９０２において実装されてもよい。
（第２の応用例）
図２９は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global Positioning System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図２９に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図２９には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図２９に示したように複数のアンテナ９３７を有してもよい。なお、図２９にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２９に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
図２９に示したカーナビゲーション装置９２０において、図１３を参照して説明した制御部２４０に含まれる１つ以上の構成要素（測定報告部２４１及び／又は通信処理部２４３）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
また、図２９に示したカーナビゲーション装置９２０において、例えば、図１３を参照して説明した無線通信部２２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０は、アンテナ９３７において実装されてもよい。また、記憶部２３０は、メモリ９２２において実装されてもよい。
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
＜３．まとめ＞
以上説明したように本開示の実施の形態によれば、ＮＲ−Ｕにおいて、ＬＢＴ失敗時にＰＵＣＣＨを送信できるようにしてリソースを効率的に使用できる基地局装置１００及び端末装置２００を提供することが出来る。
各装置に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述した各装置の構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供されることが可能である。また、機能ブロック図で示したそれぞれの機能ブロックをハードウェアで構成することで、一連の処理をハードウェアで実現することもできる。
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
チャネルがクリアかビジーかを判断する判断部と、
通信相手の通信装置へＨＡＲＱ（Hybrid ARQ）を送信する送信処理部と、
を備え、
前記ＨＡＲＱは、第一のリソースまたは第二のリソースで送信され、
前記キャリアセンス部の判断により、前記第一のリソースで前記ＨＡＲＱを送信できなかった場合には、前記送信処理部は、前記第二のリソースでＨＡＲＱを送信する、無線通信装置。
（２）
前記第一のリソースはＤＣＩで設定され、前記第二のリソースはＲＲＣシグナリングで設定される、前記（１）に記載の無線通信装置。
（３）
前記第二のリソースは複数設定される、前記（２）に記載の無線通信装置。
（４）
前記第二のリソースは、時間的に異なるリソースが複数設定される、前記（２）に記載の無線通信装置。
（５）
前記第二のリソースは、周波数的に異なるリソースが複数設定される、前記（２）に記載の無線通信装置。
（６）
前記第一のリソースはＤＣＩで設定され、前記第二のリソースは前記ＤＣＩとは異なるＤＣＩで設定される、前記（１）〜（５）のいずれかに記載の無線通信装置。
（７）
前記第二のリソースは、ＰＵＣＣＨまたはＰＵＳＣＨの構造が利用される、前記（６）に記載の無線通信装置。
（８）
前記第二のリソースには、ＵＣＩが含まれる、前記（７）に記載の無線通信装置。
（９）
前記ＵＣＩのグラントにはDL HARQ process IDが含まれる、前記（８）に記載の無線通信装置。
（１０）
前記送信処理部は、ＨＡＲＱの応答の一部が送信できなかった場合に、別のＨＡＲＱの応答の送信時に、送信できなかったＨＡＲＱの応答を少なくとも一部混在させて送信する、前記（１）〜（９）のいずれかに記載の無線通信装置。
（１１）
前記送信処理部は、一部が送信できなかったＨＡＲＱの応答が複数存在する場合、先に送信されたＰＤＳＣＨに対応するＨＡＲＱの応答を優先して送信する、前記（１０）に記載の無線通信装置。
（１２）
前記送信処理部は、一部が送信できなかったＨＡＲＱの応答が複数存在する場合、その時点で送信する予定のＨＡＲＱの応答を優先して送信する、前記（１０）に記載の無線通信装置。
（１３）
前記送信処理部は、ＨＡＲＱの一部が送信できなかった場合に、別のＨＡＲＱの送信時に、送信できなかった一部のＨＡＲＱのデータを破棄し、該ＨＡＲＱのデータを再送する、前記（１）〜（９）のいずれかに記載の無線通信装置。
（１４）
通信相手の通信装置からＨＡＲＱ（Hybrid ARQ）を受信する通信部と、
前記通信装置が前記ＨＡＲＱを送信するためのリソースを設定する設定部と、
を備え、
前記設定部は、前記ＨＡＲＱを送信するためのリソースとして、第一のリソースまたは第二のリソースを設定し、前記第二のリソースは、前記通信装置が前記第一のリソースで前記ＨＡＲＱを送信できなかった場合にＨＡＲＱを送信するリソースである、無線通信装置。
（１５）
前記第一のリソースはＤＣＩで設定し、前記第二のリソースはＲＲＣシグナリングで設定する、前記（１４）に記載の無線通信装置。
（１６）
前記第一のリソースはＤＣＩで設定し、前記第二のリソースは前記ＤＣＩとは異なるＤＣＩで設定する、前記（１４）に記載の無線通信装置。
（１７）
チャネルがクリアかビジーかを判断することと、
通信相手の通信装置へＨＡＲＱ（Hybrid ARQ）を送信することと、
を含み、
前記ＨＡＲＱは、第一のリソースまたは第二のリソースで送信され、
チャネルがクリアかビジーかの前記判断により、前記第一のリソースで前記ＨＡＲＱを送信できなかった場合には、前記第二のリソースでＨＡＲＱを送信する、無線通信方法。
（１８）
通信相手の通信装置から前記ＨＡＲＱを送信するためのリソースを設定することと、
前記通信装置からＨＡＲＱ（Hybrid ARQ）を受信することと、
を含み、
前記ＨＡＲＱを送信するためのリソースとして、第一のリソースまたは第二のリソースを設定し、前記第二のリソースは、前記通信装置が前記第一のリソースで前記ＨＡＲＱを送信できなかった場合にＨＡＲＱを送信するリソースである、無線通信方法。
（１９）
コンピュータに、
チャネルがクリアかビジーかを判断することと、
通信相手の通信装置へＨＡＲＱ（Hybrid ARQ）を送信することと、
を実行させ、
前記ＨＡＲＱは、第一のリソースまたは第二のリソースで送信され、
チャネルがクリアかビジーかの前記判断により、前記第一のリソースで前記ＨＡＲＱを送信できなかった場合には、前記第二のリソースでＨＡＲＱを送信する、コンピュータプログラム。
（２０）
コンピュータに、
通信相手の通信装置かが前記ＨＡＲＱを送信するためのリソースを設定することと、
前記通信装置からＨＡＲＱ（Hybrid ARQ）を受信することと、
を実行させ、
前記ＨＡＲＱを送信するためのリソースとして、第一のリソースまたは第二のリソースを設定し、前記第二のリソースは、前記通信装置が前記第一のリソースで前記ＨＡＲＱを送信できなかった場合にＨＡＲＱを送信するリソースである、コンピュータプログラム。
１００ 基地局装置
２００ 端末装置

Claims (20)

  1. チャネルがクリアかビジーかを判断する判断部と、
    通信相手の通信装置へＨＡＲＱ（Hybrid ARQ）を送信する送信処理部と、
    を備え、
    前記ＨＡＲＱは、第一のリソースまたは第二のリソースで送信され、
    前記キャリアセンス部の判断により、前記第一のリソースで前記ＨＡＲＱを送信できなかった場合には、前記送信処理部は、前記第二のリソースでＨＡＲＱを送信する、無線通信装置。
  2. 前記第一のリソースはＤＣＩで設定され、前記第二のリソースはＲＲＣシグナリングで設定される、請求項１に記載の無線通信装置。
  3. 前記第二のリソースは複数設定される、請求項２に記載の無線通信装置。
  4. 前記第二のリソースは、時間的に異なるリソースが複数設定される、請求項２に記載の無線通信装置。
  5. 前記第二のリソースは、周波数的に異なるリソースが複数設定される、請求項２に記載の無線通信装置。
  6. 前記第一のリソースはＤＣＩで設定され、前記第二のリソースは前記ＤＣＩとは異なるＤＣＩで設定される、請求項１に記載の無線通信装置。
  7. 前記第二のリソースは、ＰＵＣＣＨまたはＰＵＳＣＨの構造が利用される、請求項６に記載の無線通信装置。
  8. 前記第二のリソースには、ＵＣＩが含まれる、請求項７に記載の無線通信装置。
  9. 前記ＵＣＩのグラントにはDL HARQ process IDが含まれる、請求項８に記載の無線通信装置。
  10. 前記送信処理部は、ＨＡＲＱの応答の一部が送信できなかった場合に、別のＨＡＲＱの応答の送信時に、送信できなかったＨＡＲＱの応答を少なくとも一部混在させて送信する、請求項１に記載の無線通信装置。
  11. 前記送信処理部は、一部が送信できなかったＨＡＲＱの応答が複数存在する場合、先に送信されたＰＤＳＣＨに対応するＨＡＲＱの応答を優先して送信する、請求項１０に記載の無線通信装置。
  12. 前記送信処理部は、一部が送信できなかったＨＡＲＱの応答が複数存在する場合、その時点で送信する予定のＨＡＲＱの応答を優先して送信する、請求項１０に記載の無線通信装置。
  13. 前記送信処理部は、ＨＡＲＱの一部が送信できなかった場合に、別のＨＡＲＱの送信時に、送信できなかった一部のＨＡＲＱのデータを破棄し、該ＨＡＲＱのデータを再送する、請求項１に記載の無線通信装置。
  14. 通信相手の通信装置からＨＡＲＱ（Hybrid ARQ）を受信する通信部と、
    前記通信装置が前記ＨＡＲＱを送信するためのリソースを設定する設定部と、
    を備え、
    前記設定部は、前記ＨＡＲＱを送信するためのリソースとして、第一のリソースまたは第二のリソースを設定し、前記第二のリソースは、前記通信装置が前記第一のリソースで前記ＨＡＲＱを送信できなかった場合にＨＡＲＱを送信するリソースである、無線通信装置。
  15. 前記第一のリソースはＤＣＩで設定し、前記第二のリソースはＲＲＣシグナリングで設定する、請求項１４に記載の無線通信装置。
  16. 前記第一のリソースはＤＣＩで設定し、前記第二のリソースは前記ＤＣＩとは異なるＤＣＩで設定する、請求項１４に記載の無線通信装置。
  17. チャネルがクリアかビジーかを判断することと、
    通信相手の通信装置へＨＡＲＱ（Hybrid ARQ）を送信することと、
    を含み、
    前記ＨＡＲＱは、第一のリソースまたは第二のリソースで送信され、
    チャネルがクリアかビジーかの前記判断により、前記第一のリソースで前記ＨＡＲＱを送信できなかった場合には、前記第二のリソースでＨＡＲＱを送信する、無線通信方法。
  18. 通信相手の通信装置から前記ＨＡＲＱを送信するためのリソースを設定することと、
    前記通信装置からＨＡＲＱ（Hybrid ARQ）を受信することと、
    を含み、
    前記ＨＡＲＱを送信するためのリソースとして、第一のリソースまたは第二のリソースを設定し、前記第二のリソースは、前記通信装置が前記第一のリソースで前記ＨＡＲＱを送信できなかった場合にＨＡＲＱを送信するリソースである、無線通信方法。
  19. コンピュータに、
    チャネルがクリアかビジーかを判断することと、
    通信相手の通信装置へＨＡＲＱ（Hybrid ARQ）を送信することと、
    を実行させ、
    前記ＨＡＲＱは、第一のリソースまたは第二のリソースで送信され、
    チャネルがクリアかビジーかの前記判断により、前記第一のリソースで前記ＨＡＲＱを送信できなかった場合には、前記第二のリソースでＨＡＲＱを送信する、コンピュータプログラム。
  20. コンピュータに、
    通信相手の通信装置かが前記ＨＡＲＱを送信するためのリソースを設定することと、
    前記通信装置からＨＡＲＱ（Hybrid ARQ）を受信することと、
    を実行させ、
    前記ＨＡＲＱを送信するためのリソースとして、第一のリソースまたは第二のリソースを設定し、前記第二のリソースは、前記通信装置が前記第一のリソースで前記ＨＡＲＱを送信できなかった場合にＨＡＲＱを送信するリソースである、コンピュータプログラム。
JP2018150338A 2018-08-09 2018-08-09 無線通信装置、無線通信方法及びコンピュータプログラム Pending JP2021192466A (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2018150338A JP2021192466A (ja) 2018-08-09 2018-08-09 無線通信装置、無線通信方法及びコンピュータプログラム
TW108126726A TW202037200A (zh) 2018-08-09 2019-07-29 無線通訊裝置、無線通訊方法及電腦程式
EP19848017.0A EP3836613A4 (en) 2018-08-09 2019-08-02 WIRELESS COMMUNICATION DEVICE, WIRELESS COMMUNICATION METHOD AND COMPUTER PROGRAM
PCT/JP2019/030616 WO2020031926A1 (ja) 2018-08-09 2019-08-02 無線通信装置、無線通信方法及びコンピュータプログラム
US17/260,577 US11575473B2 (en) 2018-08-09 2019-08-02 Wireless communication device, wireless communication method, and computer program for uplink control signals based on channel sensing

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2018150338A JP2021192466A (ja) 2018-08-09 2018-08-09 無線通信装置、無線通信方法及びコンピュータプログラム

Publications (1)

Publication Number Publication Date
JP2021192466A true JP2021192466A (ja) 2021-12-16

Family

ID=69414741

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018150338A Pending JP2021192466A (ja) 2018-08-09 2018-08-09 無線通信装置、無線通信方法及びコンピュータプログラム

Country Status (5)

Country Link
US (1) US11575473B2 (ja)
EP (1) EP3836613A4 (ja)
JP (1) JP2021192466A (ja)
TW (1) TW202037200A (ja)
WO (1) WO2020031926A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017166270A1 (en) * 2016-04-01 2017-10-05 Lenovo Innovations Limited (Hong Kong) Carrier determination for a device
JP7339758B2 (ja) * 2019-04-11 2023-09-06 キヤノン株式会社 通信装置、通信方法、及び、プログラム
EP4017199A4 (en) * 2019-11-08 2022-07-27 Guangdong Oppo Mobile Telecommunications Corp., Ltd. METHOD AND DEVICE FOR DATA TRANSMISSION ON AN UNLICENSED SPECTRUM, DEVICE AND STORAGE MEDIA
US11659569B2 (en) * 2020-04-29 2023-05-23 Qualcomm Incorporated Rate matching for piggyback downlink control information

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017081799A1 (ja) 2015-11-12 2017-05-18 富士通株式会社 端末装置、基地局装置、無線通信システム及び無線通信方法
US10645679B2 (en) * 2015-11-18 2020-05-05 Qualcomm Incorporated Hybrid automatic repeat request (HARQ) payload mapping for short physical uplink control channel (PUCCH) on a shared communication medium
US10567110B2 (en) * 2016-03-17 2020-02-18 Ofinno, Llc Modulation, coding and redundancy version in a wireless network
JP6702603B2 (ja) * 2016-03-31 2020-06-03 ホアウェイ・テクノロジーズ・カンパニー・リミテッド クリアチャネルアセスメントにおけるコンテンションウィンドウサイズを決定するための方法および装置
US10477526B2 (en) * 2016-06-10 2019-11-12 Qualcomm Incorporated Uplink procedures on a shared communication medium
WO2018021821A1 (ko) * 2016-07-26 2018-02-01 엘지전자 주식회사 무선 통신 시스템에서 단말의 상향링크 제어 정보 전송 방법 및 이를 지원하는 장치
US10848977B2 (en) * 2016-11-02 2020-11-24 Comcast Cable Communications, Llc Dual connectivity with licensed assisted access
JP2020036051A (ja) * 2016-12-28 2020-03-05 株式会社Ｎｔｔドコモ ユーザ装置、及びデータ送信方法
JP2020036052A (ja) 2017-01-05 2020-03-05 シャープ株式会社 基地局装置、端末装置およびその通信方法
US11647543B2 (en) * 2017-03-23 2023-05-09 Comcast Cable Communications, Llc Power control for random access
US10667282B2 (en) * 2017-07-11 2020-05-26 Qualcomm Incorporated Uplink hopping pattern modes for hybrid automatic repeat request (HARQ) transmissions
EP3738244A4 (en) * 2018-01-09 2021-01-06 NEC Corporation PROCESS AND DEVICE FOR HARQ FEEDBACK
US10873423B2 (en) * 2018-02-15 2020-12-22 Huawei Technologies Co., Ltd. Systems and methods for allocation of uplink control channel resources in unlicensed spectrum

Also Published As

Publication number Publication date
US20210266111A1 (en) 2021-08-26
US11575473B2 (en) 2023-02-07
EP3836613A1 (en) 2021-06-16
EP3836613A4 (en) 2021-09-22
WO2020031926A1 (ja) 2020-02-13
TW202037200A (zh) 2020-10-01

Similar Documents

Publication Publication Date Title
CN109644498B (zh) 针对频谱共享的新无线电先听后讲设计
CN108988998B (zh) 在蜂窝通信系统中启用对直接链路通信的调度和控制的方法
CN113678392A (zh) Nr sl psfch传输和监视
JP6640205B2 (ja) 無認可無線周波数スペクトル帯域を介してサウンディング基準信号またはスケジューリング要求を送信するための技法
JP7409086B2 (ja) 通信装置、通信制御方法及びコンピュータプログラム
TWI811410B (zh) 終端裝置、基地台裝置、無線通訊方法及電腦程式
CN110140396B (zh) 无线通信设备、无线通信方法和存储介质
JP6388768B2 (ja) ユーザ端末、無線基地局及び無線通信方法
WO2019138658A1 (ja) 端末装置、基地局装置及び方法
KR102571604B1 (ko) 무선 통신을 위한 전자 디바이스 및 방법
US20160242186A1 (en) Dynamic Carrier Selection Via Auxiliary Carriers In Unlicensed Band
KR20210053204A (ko) 무선 통신 시스템에서 장치 대 장치 피드백 전송을 처리하기 위한 방법 및 장치
US11575473B2 (en) Wireless communication device, wireless communication method, and computer program for uplink control signals based on channel sensing
US11357016B2 (en) Base station device, terminal device, and method
JP6915335B2 (ja) 通信装置、通信方法、及びプログラム
US20220132530A1 (en) User equipment and base station
JP2023541032A (ja) 無線通信システムにおける物理サイドリンクフィードバックチャネルの送受信方法及びその装置
WO2022185869A1 (ja) 端末装置、基地局装置及び通信方法
JP2021182654A (ja) 無線通信装置、無線通信方法及びコンピュータプログラム
US20220150967A1 (en) UE, Radio Network Node and Methods Performed Therein for Handling Communication
CN115443635A (zh) 带宽部分改变后的通信
WO2022215350A1 (ja) 通信装置、基地局装置、通信方法、及び、通信プログラム
US20230300859A1 (en) Terminal and sidelink communication control method
WO2024068136A1 (en) User equipment and base station involved in time-division communication
WO2023208515A1 (en) User equipment and base station involved in spatial/frequency domain measurement

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20190208

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20190214

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20190222