JP7075805B2 - 端末装置、基地局装置、および、通信方法 - Google Patents

端末装置、基地局装置、および、通信方法 Download PDF

Info

Publication number
JP7075805B2
JP7075805B2 JP2018078980A JP2018078980A JP7075805B2 JP 7075805 B2 JP7075805 B2 JP 7075805B2 JP 2018078980 A JP2018078980 A JP 2018078980A JP 2018078980 A JP2018078980 A JP 2018078980A JP 7075805 B2 JP7075805 B2 JP 7075805B2
Authority
JP
Japan
Prior art keywords
uci
payload
uci payload
size
pusch
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.)
Active
Application number
JP2018078980A
Other languages
English (en)
Other versions
JP2019186876A (ja
JP2019186876A5 (ja
Inventor
泰雨 李
翔一 鈴木
渉 大内
友樹 吉村
麗清 劉
会発 林
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.)
FG Innovation Co Ltd
Original Assignee
FG Innovation Co Ltd
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
Priority to JP2018078980A priority Critical patent/JP7075805B2/ja
Application filed by FG Innovation Co Ltd filed Critical FG Innovation Co Ltd
Priority to CN201980025651.7A priority patent/CN112005577A/zh
Priority to US17/047,091 priority patent/US11405140B2/en
Priority to MX2020010816A priority patent/MX2020010816A/es
Priority to EP19787776.4A priority patent/EP3783949A4/en
Priority to PCT/JP2019/016376 priority patent/WO2019203246A1/ja
Publication of JP2019186876A publication Critical patent/JP2019186876A/ja
Publication of JP2019186876A5 publication Critical patent/JP2019186876A5/ja
Application granted granted Critical
Publication of JP7075805B2 publication Critical patent/JP7075805B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/1607Details of the supervisory signal
    • H04L1/1671Details of the supervisory signal the supervisory signal being transmitted together with control information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • H04L1/0013Rate matching, e.g. puncturing or repetition of code symbols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041Arrangements at the transmitter end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0061Error detection codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0067Rate matching
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0072Error control for data other than payload data, e.g. control data
    • H04L1/0073Special arrangements for feedback channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は、端末装置、基地局装置、および、通信方法に関する。
セルラー移動通信の無線アクセス方式および無線ネットワーク(以下、「Long Term Evolution (LTE:登録商標)」、または、「Evolved Universal Terrestrial Radio Access : EUTRA」と称する。)が、第三世代パートナーシッププロジェクト(3rd Generation Partnership Project: 3GPP)において検討されている。また、3GPPにおいて、新た
な無線アクセス方式(以下、「New Radio(NR)」と称する。)が検討されている(非特
許文献1、2、3、4)。LTEでは、基地局装置をeNodeB(evolved NodeB)と
も称する。NRでは、基地局装置をgNodeBとも称する。LTE、および、NRでは、端末装置をUE(User Equipment)とも称する。LTE、および、NRは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。
NRにおいて、1つのサービングセルに対して下りリンクBWP(bandwidth part)と上りリンクBWPのセットが設定される(非特許文献3)。端末装置は、下りリンクBWPにおいてPDCCHとPDSCHを受信する。
本発明は、効率的に上りリンク送信を行うことができる端末装置、該端末装置に用いられる通信方法、効率的に上りリンク送信の受信を行うことができる基地局装置、および、該基地局装置に用いられる通信方法を提供する。
(1)本発明の第1の態様は、端末装置であって、UCIのペイロードを符号化し、前記ペイロードの符号化ビットのレートマッチを行う符号化部と、PUSCHを用いて前記UCIを送信する送信部と、を備え、前記ペイロードは、HARQ-ACK情報とCSIの何れか一方を含み、前記レートマッチの出力系列の長さEUCIは、第1のCRCビット数LUCIに基づいて与えられ、前記第1のCRCビット数LUCIは、前記ペイロードのサイズに基づいて与えられ、前記ペイロードに付加される第2のCRCビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さEUCIに基づいて与えられる。
(2)本発明の第2の態様は、基地局装置であって、UCIのペイロードを復号化し、
前記ペイロードの復号化ビットのレートマッチを行う復号化部と、PUSCHを用いて前記UCIを受信する受信部と、を備え、前記ペイロードは、HARQ-ACK情報とCSIの何れか一方を含み、前記レートマッチの出力系列の長さEUCIは、第1のCRCビット数LUCIに基づいて与えられ、前記第1のCRCビット数LUCIは、前記ペイロードのサイズに基づいて与えられ、前記ペイロードに付加される第2のCRCビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さEUCIに基づいて与えられる。
(3)本発明の第3の態様は、端末装置に用いられる通信方法であって、UCIのペイロードを符号化し、
前記ペイロードの符号化ビットのレートマッチを行い、PUSCHを用いて前記UCIを送信し、前記ペイロードは、HARQ-ACK情報とCSIの何れか一方を含み、前記レートマッチの出力系列の長さEUCIは、第1のCRCビット数LUCIに基づいて与えられ、前記第1のCRCビット数LUCIは、前記ペイロードのサイズに基づいて与えられ、前記ペイロードに付加される第2のCRCビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さEUCIに基づいて与えられる。
(4)本発明の第4の態様は、基地局装置に用いられる通信方法であって、UCIのペイロードを復号化し、
前記ペイロードの復号化ビットのレートマッチを行い、PUSCHを用いて前記UCIを受信し、前記ペイロードは、HARQ-ACK情報とCSIの何れか一方を含み、前記レートマッチの出力系列の長さEUCIは、第1のCRCビット数LUCIに基づいて与えられ、前記第1のCRCビット数LUCIは、前記ペイロードのサイズに基づいて与えられ、前記ペイロードに付加される第2のCRCビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さEUCIに基づいて与えられる。
この発明によれば、端末装置は効率的に上りリンク送信を行うことができる。また、基地局装置は効率的に上りリンク送信の受信を行うことができる。
本実施形態の無線通信システムの概念図である。 本実施形態の無線フレームの概略構成を示す図である。 本実施形態における上りリンクスロットの概略構成を示す図である。 本実施形態の端末装置1の構成を示す概略ブロック図である。 本実施形態の基地局装置3の構成を示す概略ブロック図である。 本実施形態におけるUCIペイロードaのサイズOUCIとレートマッチ出力系列f のサイズEUCIに基づくコードブロックセグメンテーションを示した図である。 本実施形態におけるCRCビット数を決定の一例を示す図である。 本実施形態における仮想的なCRCビットのサイズを決定するフローチャートを示した図である。
以下、本発明の実施形態について説明する。
図1は、本実施形態の無線通信システムの概念図である。図1において、無線通信システムは、端末装置1A~1C、および基地局装置3を具備する。以下、端末装置1A~1Cを端末装置1という。
本実施形態の物理チャネルおよび物理信号について説明する。
端末装置1から基地局装置3への上りリンクの無線通信では、以下の上りリンク物理チャネルが用いられる。上りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・PUCCH(Physical Uplink Control Channel)
・PUSCH(Physical Uplink Shared Channel)
・PRACH(Physical Random Access Channel)
PUCCHは、端末装置1が上りリンク制御情報(Uplink Control Information: UCI
)を基地局装置3へ送信するために用いられる。なお、本実施形態において、端末装置1は、プライマリセル、および/または、プライマリセルの機能を有するセカンダリセル、および/または、PUCCHの送信が可能なセカンダリセルにおいてPUCCHの送信を行ってもよい。つまり、PUCCHは、特定のサービングセルにおいて送信されてもよい。
上りリンク制御情報は、下りリンクのチャネル状態情報(Channel State Information:
CSI)、PUSCHリソースの要求を示すスケジューリング要求(Scheduling Request: SR)、下りリンクデータ(Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Downlink-Shared Channel: DL-SCH, Physical Downlink Shared Channel: PDSCH)に対するHARQ-ACK(Hybrid Automatic Repeat request ACKnowledgement
)のうち、少なくとも1つを含む。
HARQ-ACKを、ACK/NACK、HARQフィードバック、HARQ-ACKフィードバック、HARQ応答、HARQ-ACK応答、HARQ情報、HARQ-ACK情報、HARQ制御情報、および、HARQ-ACK制御情報とも称する。下りリンクデータが成功裏に復号された場合、該下りリンクデータに対するACKが生成される。下りリンクデータが成功裏に復号されなかった場合、該下りリンクデータに対するNACKが生成される。DTX(discontinuous transmission)は、下りリンクデータを検出しなかったことを意味してもよい。DTX(discontinuous transmission)は、HARQ-ACK応答を送信するべきデータを検出しなかったことを意味してもよい。HARQ-ACKは、1つのトランスポートブロックに少なくとも対応するHARQ-ACKビットを少なくとも含んでもよい。HARQ-ACKビットは、1または複数のトランスポートブロックに対応するACK(acknowledgement)またはNACK(negative-acknowledgement
)を示してもよい。HARQ-ACKは、1または複数のHARQ-ACKビットを含むHARQ-ACKコードブックを少なくとも含んでもよい。HARQ-ACKビットが1または複数のトランスポートブロックに対応することは、HARQ-ACKビットが該1または複数のトランスポートブロックを含むPDSCHに対応することであってもよい。
HARQ-ACKビットは、トランスポートブロックに含まれる1つのCBG(Code Block Group)に対応するACKまたはNACKを示してもよい。HARQ-ACKは、HARQフィードバック、HARQ情報、HARQ制御情報とも呼称される。
チャネル状態情報(CSI:Channel State Information)は、チャネル品質指標(C
QI:Channel Quality Indicator)とランク指標(RI:Rank Indicator)を含んでもよい。チャネル品質指標は、プレコーダ行列指標(PMI:Precoder Matrix Indicator)、CSI-RS指標(CRI:CSI-RS indicator)を含んでもよい。チャネル状態情報はプレコーダ行列指標を含ん
でもよい。CQIは、チャネル品質(伝搬強度)に関連する指標であり、PMIは、プレコーダを指示する指標である。RIは、送信ランク(または、送信レイヤ数)を指示する指標である。CSIはCSIレポート、CSI情報とも呼称する。
CSIレポートは1つまたは複数に分割されてもよい。例えば、CSIレポートが2つに分割される場合、分割された第1のCSIレポートはCSI―part1、分割された第2のCSIレポートはCSI―part2であってもよい。CSIレポートのサイズは分割されたCSIのうちの一部または全部のビット数であってもよい。CSIレポートのサイズはCSI―part1のビット数であってもよい。CSIレポートのサイズはCSI―part2のビット数であってもよい。CSIレポートのサイズは分割された複数のCSIレポートのビット数の総和であってもよい。分割された複数のCSIのビット数の総和は、分割される前のCSIレポートのビット数である。CSI-part1は少なくともRI、CRI、CQI、PMIの何れかの一部または全部を含んでもよい。CSI-part2
はPMI、CQI、RI、CRIの何れかの一部または全部を含んでもよい。
スケジューリングリクエスト(SR: Scheduling Request)は、初期送信のためのPUSCHのリソースを要求するために少なくとも用いられてもよい。スケジューリングリクエストビットは、正のSR(positive SR)または、負のSR(negative SR)のいずれかを示すために用いられてもよい。スケジューリングリクエストビットが正のSRを示すことは、“正のSRが送信される”とも呼称される。正のSRは、端末装置1によって初期送信のためのPUSCHのリソースが要求されることを示してもよい。正のSRは、上位層によりスケジューリングリクエストがトリガされることを示してもよい。正のSRは、上位層によりスケジューリングリクエストを送信することが指示された場合に、送信されてもよい。スケジューリングリクエストビットが負のSRを示すことは、“負のSRが送信される”とも呼称される。負のSRは、端末装置1によって初期送信のためのPUSCHのリソースが要求されないことを示してもよい。負のSRは、上位層によりスケジューリングリクエストがトリガされないことを示してもよい。負のSRは、上位層によりスケジューリングリクエストを送信することが指示されない場合に、送信されてもよい。
スケジューリングリクエストビットは、1または複数のSR設定(SR configuration)のいずれかに対する正のSR、または、負のSRのいずれかを示すために用いられてもよい。該1または複数のSR設定のそれぞれは、1または複数のロジカルチャネルに対応してもよい。あるSR設定に対する正のSRは、該あるSR設定に対応する1または複数のロジカルチャネルのいずれかまたは全部に対する正のSRであってもよい。負のSRは、特定のSR設定に対応しなくてもよい。負のSRが示されることは、全てのSR設定に対して負のSRが示されることであってもよい。
SR設定は、スケジューリングリクエストID(Scheduling Request ID)であっても
よい。
PUSCHは、上りリンクデータ(Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Uplink-Shared Channel: UL-SCH)を送信するために用いられて
もよい。PUSCHは、上りリンクデータと共にHARQ-ACKおよび/またはチャネル状態情報を送信するために用いられてもよい。また、PUSCHはチャネル状態情報のみ、または、HARQ-ACKおよびチャネル状態情報のみを送信するために用いられてもよい。つまり、PUSCHは、上りリンク制御情報を送信するために用いられてもよい。端末装置1は、上りリンクグラント(uplink grant)を含むPDCCH(Physical Downlink Control Channel)の検出に基づいてPUSCHを送信してもよい。
PRACHは、ランダムアクセスプリアンブル(ランダムアクセスメッセージ1)を送信するために用いられる。PRACHは、初期コネクション確立(initial connection establishment)プロシージャ、ハンドオーバプロシージャ、コネクション再確立(connection re-establishment)プロシージャ、上りリンクデータの送信に対する同期(タイミ
ング調整)、およびPUSCH(UL-SCH)リソースの要求の少なくとも一部を示すために用いられてもよい。
端末装置1から基地局装置3への上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられてもよい。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・上りリンク参照信号(UL RS:Uplink Reference Signal)
本実施形態において、少なくとも以下の2つのタイプの上りリンク参照信号が少なくとも用いられてもよい。
・DMRS(Demodulation Reference Signal)
・SRS(Sounding Reference Signal)
DMRSは、PUSCH、および/または、PUCCHの送信に関連する。DMRSは、PUSCHまたはPUCCHと多重されてもよい。基地局装置3は、PUSCHまたはPUCCHの伝搬路補正を行なうためにDMRSを使用する。以下、PUSCHとDMRSを共に送信することを、単にPUSCHを送信すると称する。該DMRSは該PUSCHに対応してもよい。以下、PUCCHとDMRSを共に送信することを、単にPUCCHを送信すると称する。該DMRSは該PUCCHに対応してもよい。
SRSは、PUSCH、および/または、PUCCHの送信に関連しなくてもよい。SRSは、PUSCH、および/または、PUCCHの送信に関連してもよい。基地局装置3は、チャネル状態の測定のためにSRSを用いてもよい。SRSは、上りリンクスロットにおける最後から1つまたは複数の所定数のOFDMシンボルにおいて送信されてもよい。
基地局装置3から端末装置1への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられてもよい。下りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用されてもよい。
・PBCH(Physical Broadcast Channel)
・PDCCH(Physical Downlink Control Channel)
・PDSCH(Physical Downlink Shared Channel)
PBCHは、サービングセル内またはアクティブBWP(Bandwidth Part)内またはキャリア内の、1つまたは複数の端末装置1において共通に用いられるマスターインフォメーションブロック(Master Information Block: MIB)を報知するために
用いられる。PBCHは、所定の送信間隔に基づき送信されてもよい。例えば、PBCHは、80msの間隔で送信されてもよい。PBCHに含まれる情報の少なくとも一部は、80msごとに更新されてもよい。PBCHは、周波数領域において、所定のサブキャリア数(例えば、288サブキャリア)により構成されてもよい。また、PBCHは、時間領域において、2、3、または、4OFDMシンボルを含んで構成されてもよい。MIBは、同期信号の識別子(インデックス)に関連する情報を含んでもよい。MIBは、PBCHが送信されるスロットの番号、サブフレームの番号、および、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。第1の設定情報はMIBに含まれてもよい。該第1の設定情報は、ランダムアクセスメッセージ2、ランダムアクセスメッセージ3、ランダムアクセスメッセージ4の一部または全部に少なくとも用いられる設定情報であってもよい。
PDCCHは、下りリンク制御情報(Downlink Control Information: DCI)を送信す
るために用いられる。下りリンク制御情報を、DCIフォーマットとも称する。なお、DCIフォーマットは、1つまたは複数の下りリンク制御情報のフィールドを含んでも構成されてもよい。下りリンク制御情報は、上りリンクグラント(uplink grant
)または下りリンクグラント(downlink grant)のいずれかを少なくとも含んでもよい。
上りリンクグラントは、単一のセル内の単一のPUSCHのスケジューリングに用いられてもよい。上りリンクグラントは、単一のセル内の複数のスロットにおける複数のPUSCHのスケジューリングに用いられてもよい。上りリンクグラントは、単一のセル内の複数のスロットにおける単一のPUSCHのスケジューリングに用いられてもよい。上りリンクグラントを含む下りリンク制御情報は、上りリンクに関連するDCIフォーマットとも称されてもよい。
1つの下りリンクグラントは、1つのサービングセル内の1つのPDSCHのスケジューリングのために少なくとも用いられる。下りリンクグラントは、該下りリンクグラントが送信されたスロットと同じスロット内のPDSCHのスケジューリングのために少なくとも用いられる。下りリンクグラントを含む下りリンク制御情報は、下りリンクに関連するDCIフォーマットとも称されてもよい。
PDSCHは、下りリンクデータ(TB、MAC PDU、DL-SCH、PDSCH、CB、CBG)を送信するために用いられる。PDSCHは、ランダムアクセスメッセージ2(ランダムアクセスレスポンス)を送信するために少なくとも用いられる。PDSCHは、初期アクセスのために用いられるパラメータを含むシステムインフォーメーションを送信するために少なくとも用いられる。
上述したBCH、UL-SCHおよびDL-SCHは、トランスポートチャネルである。媒体アクセス制御(MAC:Medium Access Control)層で用いられるチャネルはトランスポートチャネルと呼称される。MAC層で用いられるトランスポートチャネルの単位は、トランスポートブロックまたはMAC PDUとも呼称される。MAC層においてトランスポートブロック毎にHARQ(Hybrid Automatic Repeat reQuest)の制御が行なわれる。トランスポートブロックは、MAC層が物理層に渡す(deliver)データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。
基地局装置3と端末装置1は、上位層(higher layer)において信号をやり取り(送受信)してもよい。例えば、基地局装置3と端末装置1は、無線リソース制御(RRC: Radio Resource Control)層において、RRCシグナリング(RRC message: Radio Resource Control
message、RRC information: Radio Resource
Control informationとも称される)を送受信してもよい。また、基地局装置3と端末装置1は、MAC層において、MAC CE(Control Element)を送受信してもよい。ここで、RRCシグナリング、および/または、MAC CEを、上位層の信号(higher layer signaling)とも称する。
PUSCHおよびPDSCHは、RRCシグナリング、および、MAC CEを送信するために少なくとも用いられる。ここで、基地局装置3からPDSCHで送信されるRRCシグナリングは、セル内における複数の端末装置1に対して共通のRRCシグナリングであってもよい。セル内における複数の端末装置1に対して共通のRRCシグナリングは、共通RRCシグナリングとも呼称される。基地局装置3からPDSCHで送信されるRRCシグナリングは、ある端末装置1に対して専用のRRCシグナリング(dedicated signalingまたはUE specific signalingとも呼
称される)であってもよい。端末装置1に対して専用のRRCシグナリングは、専用RRCシグナリングとも呼称される。セルスペシフィックパラメータは、セル内における複数の端末装置1に対して共通のRRCシグナリング、または、ある端末装置1に対して専用のRRCシグナリングを用いて送信されてもよい。UEスペシフィックパラメータは、ある端末装置1に対して専用のRRCシグナリングを用いて送信されてもよい。
以下、本実施形態の無線フレーム(radio frame)の構成について説明する。
図2は、本実施形態の無線フレームの概略構成を示す図である。図2において、横軸は時間軸である。無線フレームのそれぞれは、10ms長であってもよい。また、無線フレームのそれぞれは10のスロットから構成されてもよい。スロットのそれぞれは、1ms長であってもよい。
以下、本実施形態のスロットの構成の一例について説明する。図3は、本実施形態における上りリンクスロットの概略構成を示す図である。図3において、1つのセルにおける上りリンクスロットの構成を示す。図3において、横軸は時間軸であり、縦軸は周波数軸である。上りリンクスロットはNUL symb個のSC-FDMAシンボルを含んでもよい。上りリンクスロットはNUL symb個のOFDMシンボルを含んでもよい。以下、本実施形態では、上りリンクスロットがOFDMシンボルを含む場合を用いて説明をするが、上りリンクスロットがSC-FDMAシンボルを含む場合にも本実施形態を適用することはできる。
図3において、lはOFDMシンボル番号/インデックスであり、kはサブキャリア番号/インデックスである。スロットのそれぞれにおいて送信される物理シグナルまたは物理チャネルは、リソースグリッドによって表現される。上りリンクにおいて、リソースグリッドは複数のサブキャリアと複数のOFDMシンボルによって定義される。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリア番号/インデックスk、および、OFDMシンボル番号/インデックスlによって表される。
上りリンクスロットは、時間領域において、複数のOFDMシンボルl(l=0,1,・・・,NUL symb-1)を含んでもよい。1つの上りリンクスロットにおいて、上りリンクにおけるノーマルCP(normal Cyclic Prefix)に対して、NUL symbは7または14であってもよい。上りリンクにおける拡張CP(extended Cyclic Prefix)に対して、NUL symbは6または12であってもよい。
端末装置1は、上りリンクにおけるCP長を示す上位層のパラメータUL-CyclicPrefixLengthを基地局装置3から受信する。基地局装置3は、セルに対応する該上位層のパラメ
ータUL-CyclicPrefixLengthを含むシステムインフォメーションを、該セルにおいて報知
してもよい。
上りリンクスロットは、周波数領域において、複数のサブキャリアk(k=0,1,・・・,NUL RB・NRB SC-1)を含んでもよい。NUL RBは、サービングセルに
対する上りリンク帯域幅設定であり、NRB SCの倍数によって表現される。NRB SCは、サブキャリアの数によって表現される、周波数領域における(物理)リソースブロックサイズである。サブキャリア間隔Δfは15kHzであってもよい。NRB SCは12
であってもよい。周波数領域における(物理)リソースブロックサイズは180kHzであってもよい。
1つの物理リソースブロックは、時間領域においてNUL symbの連続するOFDMシンボ
ルと周波数領域においてNRB SCの連続するサブキャリアとから定義される。ゆえに、1つの物理リソースブロックは(NUL symb・NRB SC)のリソースエレメントから構成される。1つの物理リソースブロックは、時間領域において1つのスロットに対応してもよい。物理リソースブロックは周波数領域において、周波数の低いほうから順に番号nPRB(0,1,…, NUL RB -1)が付けられてもよい。
本実施形態における下りリンクのスロットは、複数のOFDMシンボルを含む。本実施形態における下りリンクのスロットの構成は上りリンクと基本的に同じであるため、下りリンクのスロットの構成の説明は省略する。
以下、本実施形態における装置の構成について説明する。
図4は、本実施形態の端末装置1の構成を示す概略ブロック図である。図示するように、端末装置1は、無線送受信部10、および、上位層処理部14を含んで構成される。無線送受信部10は、アンテナ部11、RF(Radio Frequency)部12、および、ベース
バンド部13を含んで構成される。上位層処理部14は、媒体アクセス制御層処理部15、および、無線リソース制御層処理部16を含んで構成される。無線送受信部10を送信部、受信部、符号化部、復号部、または、物理層処理部とも称する。
上位層処理部14は、ユーザの操作等により生成された上りリンクデータ(トランスポートブロック)を、無線送受信部10に出力する。上位層処理部14は、媒体アクセス制御(MAC: Medium Access Control)層、パケットデータ統合プロトコル(Packet Data Convergence Protocol: PDCP)層、無線リンク制御(Radio Link Control: RLC)層、無線
リソース制御(Radio Resource Control: RRC)層の処理を行なう。
上位層処理部14が備える媒体アクセス制御層処理部15は、媒体アクセス制御層の処理を行う。媒体アクセス制御層処理部15は、無線リソース制御層処理部16によって管理されている各種設定情報/パラメータに基づいて、ランダムアクセス手順の制御を行う。
上位層処理部14が備える無線リソース制御層処理部16は、無線リソース制御層の処理を行う。無線リソース制御層処理部16は、自装置の各種設定情報/パラメータの管理をする。無線リソース制御層処理部16は、基地局装置3から受信した上位層の信号に基づいて各種設定情報/パラメータをセットする。すなわち、無線リソース制御層処理部16は、基地局装置3から受信した各種設定情報/パラメータを示す情報に基づいて各種設定情報/パラメータをセットする。
無線送受信部10は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部10は、基地局装置3から受信した信号を、分離、復調、復号し、復号した情報を上位層処理部14に出力する。無線送受信部10は、データを変調、符号化することによって送信信号を生成し、基地局装置3に送信する。
RF部12は、アンテナ部11を介して受信した信号を、直交復調によりベースバンド信号に変換し(ダウンコンバート: down convert)、不要な周波数成分を除去する。RF部12は、処理をしたアナログ信号をベースバンド部に出力する。
ベースバンド部13は、RF部12から入力されたアナログ信号を、アナログ信号からディジタル信号に変換する。ベースバンド部13は、変換したディジタル信号からCP(Cyclic Prefix)に相当する部分を除去し、CPを除去した信号に対して高速フーリエ変
換(Fast Fourier Transform: FFT)を行い、周波数領域の信号を抽出する。
ベースバンド部13は、データを逆高速フーリエ変換(Inverse Fast Fourier Transform: IFFT)して、SC-FDMAシンボルを生成し、生成されたSC-FDMAシンボルにCPを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部13は、変換したアナログ信号をRF部12に出力する。
RF部12は、ローパスフィルタを用いてベースバンド部13から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート(up convert)し、アンテナ部11を介して送信する。また、RF部12は、電力を増幅する。また、RF部12は送信電力を制御する機能を備えてもよい。RF部12を送信電力制御部とも称する。
図5は、本実施形態の基地局装置3の構成を示す概略ブロック図である。図示するように、基地局装置3は、無線送受信部30、および、上位層処理部34を含んで構成される。無線送受信部30は、アンテナ部31、RF部32、および、ベースバンド部33を含んで構成される。上位層処理部34は、媒体アクセス制御層処理部35、および、無線リソース制御層処理部36を含んで構成される。無線送受信部30を送信部、受信部、符号化部、復号部、または、物理層処理部とも称する。
上位層処理部34は、媒体アクセス制御(MAC: Medium Access Control)層、パケットデータ統合プロトコル(Packet Data Convergence Protocol: PDCP)層、無線リンク制御(Radio Link Control: RLC)層、無線リソース制御(Radio Resource Control: RRC)層の処理を行なう。
上位層処理部34が備える媒体アクセス制御層処理部35は、媒体アクセス制御層の処理を行う。媒体アクセス制御層処理部35は、無線リソース制御層処理部36によって管理されている各種設定情報/パラメータに基づいて、ランダムアクセス手順の制御を行う。
上位層処理部34が備える無線リソース制御層処理部36は、無線リソース制御層の処理を行う。無線リソース制御層処理部36は、物理下りリンク共用チャネルに配置される下りリンクデータ(トランスポートブロック)、システムインフォメーション、RRCメッセージ、MAC CE(Control Element)などを生成し、又は上位ノードから取得し
、無線送受信部30に出力する。また、無線リソース制御層処理部36は、端末装置1各々の各種設定情報/パラメータの管理をする。無線リソース制御層処理部36は、上位層の信号を介して端末装置1各々に対して各種設定情報/パラメータをセットしてもよい。すなわち、無線リソース制御層処理部36は、各種設定情報/パラメータを示す情報を送信/報知する。
無線送受信部30の機能は、無線送受信部10と同様であるため説明を省略する。
端末装置1が備える符号10から符号16が付された部のそれぞれは、回路として構成されてもよい。基地局装置3が備える符号30から符号36が付された部のそれぞれは、回路として構成されてもよい。端末装置1が備える符号10から符号16が付された部のそれぞれは、少なくとも1つのプロセッサと前記少なくとも1つのプロセッサと連結されるメモリとして構成されてもよい。基地局装置3が備える符号30から符号36が付された部のそれぞれは、少なくとも1つのプロセッサと前記少なくとも1つのプロセッサと連結されるメモリとして構成されてもよい。
本実施形態の無線通信システムは、TDD(Time Division Duplex)および/またはFDD(Frequency Division Duplex)が適用されてもよい。セルアグリゲーションの場合
には、TDDが適用されるサービングセルとFDDが適用されるサービングセルが集約されてもよい。
なお、上位層の信号は、RMSI(Remaining Minimum System Information)、OSI(Other System Information)、SIB(System Information Block)、RRC(Radio Resource Control)メッセージ、MAC CE(Medium Access Control Control Element)のいずれかであってもよい。また、上位層パラメータ(higher layer parameter)は
上位層の信号に含まれるパラメータや情報要素を意味してもよい。
PUSCHで送信するUCIはHARQ-ACK、および/または、CSIを含んでもよい。
端末装置1は、あるサービングセルに対して上りリンクDCIフォーマットのデコードを成功的に行った上で該サービングセルにおいてPUSCHを用いて非周期的CSIレポート(aperiodic CSI report)を行う。PUSCHを用いて送信される非周期的CSIレポートは、ワイドバンド(wideband)、および/または、サブバンド(sub-band)周波数単位(frequency granularity)をサポートする。また、PUSCHで送信される非周期的CS
Iレポートは、タイプI、および/または、タイプIIのCSIをサポートする。
端末装置1は、セミパーシステント(semi-persistent)CSIトリガー(trigger)状態を活性化するDCIフォーマット0_1のデコードを成功的に行った上でセミパーシステントCSIレポートを行う。DCIフォーマット0_1は、セミパーシステントCSIトリガー状態を活性化するかどうかを指示するCSI要求フィールドを含む。PUSCHで送信されるセミパーシステントCSIレポートは、ワイドバンド(wideband)、および/または、サブバンド(sub-band)周波数単位(frequency granularity)をサポートする。P
USCHリソース、および/または、MCS(Modulation and Coding Scheme)は上りリンクDCIフォーマットに準静的に(semi-persistently)配置される。
PUSCHで送信されるCSIレポートはPUSCHで送信される上りリンクデータとマルチプレックス(multiplex)されてもよい。また、PUSCHで送信されるCSIレポ
ートは、上りリンクデータが無くても送信されてもよい。
タイプIのCSIレポートフィードバック(feedback)はPUSCHで送信されるCSI
レポートによってサポートされる。また、タイプIサブバンドCSIはPUSCHで送信
されるCSIレポートによってサポートされる。また、タイプIICSIはPUSCHで送信されるCSIレポートによってサポートされる。
PUSCHで送信されるタイプI、および/または、タイプIIのCSIフィードバック
において、CSIレポートは2つのパートを含んでもよい。2つのパートは、part1およ
び/またはpart2と呼称されてもよい。2つのパートは、CSI-part1および/ま
たはCSI-part2と呼称されてもよい。
CSI-part1は、CSI-part2の情報ビット数を識別することに用いられても良い。CSI-part1はCSI-part2が送信される前に、該CSI-part1の全体を送信し、CSI-part2の情報ビット数を識別することに用いられても良い。
タイプIのCSIフィードバックにおいて、CSI-part1はランクインジケータ
(RI)、および/または、CSI-RSインジケータ(CRI)、および/または、一番目のコー
ドワードのCQIを含んでもよい。タイプIおよび/またはタイプIIのフィードバックについて、Part1は固定のペイロードサイズを持ってもよい。また、Part1はRI、CQI、および/または、タイプIICSIにおけるゼロ(0)ではないレイヤー毎のワイドバンド振幅係数の数の指標を含んでもよい。Part1はPart2と別に符号化されてもよい。Part2はタイ
プIICSIのPMIを含んでもよい。
PUSCHで送信されるタイプIICSIレポートは、PUCCHフォーマット1、PUCCHフォーマット2、PUCCHフォーマット3、および/または、PUCCHフォーマット4で送信されるタイプIICSIレポートに関わらず独立的に計算されてもよい。
上位層パラメータReportQuantityがCSI/RSRP、および/または、SSBRI/RSRPの何れかの値で構成された場合、CSIフィードバックは1つのパートに構成されてもよい。即ち、上位層パラメータReportQuantityがCSI/RSRP、および/または、SSBRI/RSRPの何れかの値で構成された場合、CSIフィードバックはCSI-part1に構成されてもよい。また、上位層パラメータReportQuantityがCSI/RSRP、および/または、SSBRI/RSRPの何れかの値で構成された場合、CSIフィードバックはCSI-part2に構成されてもよい。
PUCCH用で構成されてPUSCHで送信されるタイプI、および/または、タイプIIのレポートにおいて、エンコーディングスキーム(encoding scheme)はPUCCHのエンコーディングスキームに従ってもよい。即ち、PUCCH用で構成されてPUSCHで送信されるタイプI、および/または、タイプIIのレポートにおいて、エンコーディング
スキーム(encoding scheme)はポラーコード(Polar code)であってもよい。
PUSCHで送信されるCSIレポートが2つに分割される場合、端末装置1はCSI-part2の一部または全部を取り除いてもよい。‘取り除く(omission)’ことは規則に従ってデータの一部または全部を送信せず破棄することを意味してもよい。取り除くことはドロッピング(dropping)とも呼称されてもよい。前記規則は優先順位(priority level)であってもよい。
数式1はPUSCHでUL-SCHと同時に送信されるUCIのレイヤー毎の符号化変調シンボル(coded modulation symbol)の数Q’UCIを決定する方法を示す。ここで
、符号化変調シンボルは、レートマッチの出力系列の長さEUCIを導き出すために用いられる。ここで、符号化変調シンボルは符号化されたビットのセット(グループ、集合)であってもよい。符号化変調シンボルは、PUSCHに対する変調次数と同じ数の符号化ビットを含む。符号化変調シンボルは変調シンボルに対応している。1つの符号化変調シンボルを変調することによって、1つの変調シンボル(複素数値シンボル)が得られる。符号化変調シンボルの数は、変調シンボル(複素数値シンボル)の数と同じである。前記変調方式はQPSKであってもよいし、BPSKであってもよい。数式1において、Mallは数式2に少なくとも基づいて与えられてもよいし、数式2Aに少なくとも基づいて与えられてもよい。数式1において、OUCIはUCIペイロードaのビット数であって
もよい。LUCIはUCIペイロードaに付加されるCRCビットの数であってもよい。
allは数式3に少なくとも基づいて与えられてもよい。数式1において、αは上位層パラメータuci-on-pusch-scalingによって構成されてもよいし、0.5、0.65, 0.8, 1の何
れかの値に少なくとも基づいて与えられてもよい。数式1において、Mは数式4に少なくとも基づいて与えられてもよい。数式1において、Q’otherはPUSCHで送信されるUCIの符号化変調シンボルQ’UCIの一部または全部の和であってもよい。数式1において、Q’otherは0、Q’ACK、または、Q’ACKとQ’CSI-1の和であってもよい。また、ceil(F)は、数値Fを切り上げてFより最も近く大きい
整数を出力する関数である。min{F1, F2}はF1とF2の中で小さい値を出力する関数である。
PUSCHでUL-SCHと同時に送信されるHARQ-ACKをUACKと称する。PUSCHでUL-SCHと同時に送信されるCSI-part1をUCSI―1と称する。PUSCHでUL-SCHと同時に送信されるCSI-part2をUCSI―2と称する。また、UACKのレイヤー毎の符号化変調シンボルの数をQ’ACKと呼称し、UCSI―1のレイヤー毎の符号化変調シンボルの数をQ’CSI―1と呼称し、UCSI―2のレイヤー毎の符号化変調シンボルの数をQ’CSI―2と呼称する。UACKのビット数をOACKと呼称し、UCSI―1のビット数をOCSI―1と呼称し、UCSI―2のビット数をOCSI―2と呼称する。
数式2において、MSC UCI(l)はl番目のOFDMシンボルでのUCI送信に用
いられるリソースエレメントの数であってもよい。ここで、lは0からNsymb,all PUSCH-1の整数であってもよい。つまり、l=0、1、2、・・・、Nsymb,all PUSCH-1の関係であってもよい。また、Nsymb,all PUSCHはPUSCH送信で用いられるOFDMシンボルの総数であってもよい。DMRSで用いられるOFDMシンボルの数がNsymb,all PUSCHに含まれてもよい。PUSCHのDMRSを送信するOFDMシンボルの場合、MSC UCI(l)は0であってもよい。PUSCHのDMRSを送信しないOFDMシンボルの場合、MSC UCI(l)はサブキャリアの数で表現されるPUSCH送信のスケジューリングされた帯域幅からPT-RSが含まれるl番目のOFDMシンボルにおけるPT-RSのサブキャリアの数を引いた値に少なくとも基づいて与えられてもよい。つまり、MSC UCI(l)=MSC PUSCH―MSC PT-RS(l)の関係であってもよい。ここで、MSC PUSCHはサ
ブキャリアの数で表現されるPUSCH送信のスケジューリングされた帯域幅であってもよい。また、MSC PT-RS(l)はPT-RSが含まれるl番目のOFDMシンボルに
おいてPT-RSを送信するサブキャリアの数であってもよい。数式2において、MallはOFDMシンボルインデックスlが0からNsymb,all PUSCH-1においてリソースエレメントの数MSC UCI(l)の総和であってもよい。
数式2Aにおいて、MSC UL-SCH(l)はl番目のOFDMシンボルでのUL-
SCH送信に用いられるリソースエレメントの数であってもよい。ここで、lは0からNsymb,all PUSCH-1の整数であってもよい。つまり、l=0、1、2、・・・、Nsymb,all PUSCH-1の関係であってもよい。また、Nsymb,all PUSCHはPUSCH送信で用いられるOFDMシンボルの総数であってもよい。DMRSで用いられるOFDMシンボルの数がNsymb,all PUSCHに含まれてもよい。PUSCHのDMRSを送信するOFDMシンボルの場合、MSC PUSCH(l)は
サブキャリアの数で表現されるPUSCH送信のスケジューリングされた帯域幅からDM-RSが含まれるl番目のOFDMシンボルにおけるDM-RSのサブキャリアの数を引いた値に少なくとも基づいて与えられてもよい。PUSCHに関連するDMRSが送信されるOFDMシンボルlにおいてUL-SCHが送信される場合、MSC UL-SCH(l)はMSC PUSCHに少なくとも基づいて与えられてもよい。つまり、PUSCHに関連するDMRSが送信されるOFDMシンボルlにおいてUL-SCHが送信される場合、MSC UL-SCH(l)=MSC PUSCH―MSC DM-RS(l)の関係であってもよい。PUSCHに関連するDMRSが送信されるOFDMシンボルlにおいてUL-SCHが送信される場合、MSC UL-SCH(l)は0より大きくてもよい。PUSCHに関連するDMRSが送信されるOFDMシンボルlにおいてUL-SCHが送信されない場合、MSC UL-SCH(l)=0の関係であってもよい。PUSCHに関連するDMRSが送信されるOFDMシンボルlにおいてUL-SCHが送信されるかどうかは、上位層パラメータによって与えられてもよい。OFDMシンボルlにおいてPUS
CHに関連するDMRSが送信されない場合、MSC UL-SCH(l)はサブキャリアの数で表現されるPUSCH送信のスケジューリングされた帯域幅からPT-RSが含まれるl番目のOFDMシンボルにおけるPT-RSのサブキャリアの数を引いた値に少なくとも基づいて与えられてもよい。つまり、MSC UL-SCH(l)=MSC PUSCH-MSC PT-RS(l)の関係であってもよい。ここで、MSC PUSCHはサブキャリアの数で表現されるPUSCH送信のスケジューリングされた帯域幅であってもよい。また、MSC DM-RS(l)はDM-RSが含まれるl番目のOFDMシンボルにおいてDM-RSを送信するサブキャリアの数であってもよい。また、MSC PT-RS(l)はPT-RSが含まれるl番目のOFDMシンボルにおいてPT-RSを送信するサブキャリアの数であってもよい。数式2Aにおいて、MallはOFDMシンボルインデックスlが0からNsymb,all PUSCH-1においてリソースエレメントの数MSC UL-SCH(l)の総和であってもよい。
数式3において、PUSCH送信をスケジューリングするDCIフォーマットに端末装置1がr番目のコードブロックを送信しないことを指示するCBGTIフィールドが含まれる場合、Kは0であってもよい。PUSCH送信をスケジューリングするDCIフォーマットに端末装置1がr番目のコードブロックを送信しないことを指示するCBGTIフィールドが含まれない場合、KはPUSCH送信におけるUL-SCHのr番目のコードブロックのサイズであってもよい。rは0からCUL-SCH-1の整数であってもよい。つまり、r=0、1、2、・・・、CUL-SCH-1の関係であってもよい。PUSCHでUL-SCHとHARQ-ACKが同時に送信される場合、KallはCUL-SCH個のKの総和であってもよい。PUSCHでUL-SCHとHARQ-ACKが同時に送信されない場合、KallはCSI-part1のビット数OCSI-1であってもよい。
数式4において、端末装置1がQ’ACKを決定する場合、MはOFDMシンボルインデックスlがlからNsymb,all PUSCH-1においてリソースエレメントの数MSC UCI(l)の総和であってもよい。端末装置1がQ’ACK以外のレイヤー毎の符号化変調シンボルの数Q’UCIを決定する場合、つまり、端末装置1がQ’CSI-1および/またはQ’CSI-2を決定する場合、MはOFDMシンボルインデックスlが0からNsymb,all PUSCH-1においてリソースエレメントの数MSC UCI(l)の総和であってもよい。
数式1において、UACKの場合、Q’UCIはQ’ACKであってもよいし、OUCIはHARQ-ACKのビット数OACKであってもよいし、LUCIはHARQ-ACKのビット数OACKに対応するCRCのビット数LACKであってもよい。UACKの場合、βoffset PUSCHは、PUSCHにおけるHARQ-ACKのマルチプレックスに用いられるリソースの数を決定するための上位層パラメータβoffset HARQ-ACKであってもよいし、DCIフォーマットを用いる指示であってもよい。UACKの場合、MはOFDMシンボルインデックスlがlからNsymb,all PUSCH-1においてリソースエレメントの数MSC UCI(l)の総和であってもよい。UACKの場合、Q’otherは0であってもよい。
数式1において、UCSI-1の場合、Q’UCIはQ’CSI-1であってもよいし、OUCIはCSI-part1のビット数OCSI-1であってもよいし、LUCIはCSI-part1のビット数OCSI-1に対応するCRCのビット数LCSI-1であってもよい。UCSI-1の場合、βoffset PUSCHは、PUSCHにおけるCSI-part1のマルチプレックスに用いられるリソースの数を決定するための上位層パラメータβoffset CSI-part1であってもよいし、DCIフォーマットを用いる指示であってもよい。UCSI-1の場合、MはOFDMシンボルインデック
スlが0からNsymb,all PUSCH-1においてリソースエレメントの数MSC UCI(l)の総和であってもよい。UCSI-1の場合、且つ、HARQ-ACKのビット数OACKが2ビットより大きい場合(つまり、OACK>2)、Q’otherはQ’ACKであってもよい。UCSI-1の場合、且つ、HARQ-ACKのビット数OACKが2ビットと同じまたは小さい場合、Q’otherは数式5で示すQ’ACK、rvdであってもよい。数式5において、Msc,rvd ACK(l)はOFDMシンボルlにおける潜在的な(potential)HARQ-ACK送信のために確保(reserv
ed)されたリソースエレメントの数であり、Q’ACK、rvdはOFDMシンボルインデックスlがlからNsymb,all PUSCH-1においてリソースエレメントの数Msc,rvd ACK(l)の総和であってもよい。
数式1において、UCSI-2の場合、Q’UCIはQ’CSI-2であってもよいし、OUCIはCSI-part2のビット数OCSI-1であってもよいし、LUCIはCSI-part2のビット数OCSI-2に対応するCRCのビット数LCSI-2であってもよい。UCSI-2の場合、βoffset PUSCHは、PUSCHにおけるCSI-part2のマルチプレックスに用いられるリソースの数を決定するための上位層パラメータβoffset CSI-part2であってもよいし、DCIフォーマットを用いる指示であってもよい。UCSI-2の場合、MはOFDMシンボルインデックスlが0からNsymb,all PUSCH-1においてリソースエレメントの数MSC UCI(l)の総和であってもよい。UCSI-2の場合、且つ、HARQ-ACKのビット数OACKが2ビットより大きい場合(つまり、OACK>2)、Q’otherはQ’ACKとQ’CSI-1の和であってもよい。UCSI-1の場合、且つ、HARQ-ACKのビット数OACKが2ビットと同じまたは小さい場合、Q’otherはQ’CSI-1であってもよい。
Figure 0007075805000001
Figure 0007075805000002
Figure 0007075805000003
Figure 0007075805000004
Figure 0007075805000005
Figure 0007075805000006
符号語は、UCIの符号化ビットを少なくとも含む系列であってもよい。符号語は、PRBにマッピングされる系列であってもよい。符号語は、1または複数のレートマッチ出力系列(rate-match output sequence)の結合に少なくとも基づき与えられる系列であってもよい。1または複数のレートマッチ出力系列f は、UCIの符号化系列d のレートマッチ(rate-match)処理に少なくとも基づき与えられてもよい。ここで、cは、コードブロック番号を示すインデックスである。cは0からC-1の値を示すインデックスである。Cは、コードブロックの数を示す。eは、0からEUCI-1の範囲の整数のいずれかを示す。EUCIは、レートマッチ出力系列f のサイズを示す。nは、0からN-1の範囲の整数のいずれかを示す。Nは、c番目のコードブロックのUCIの符号化ビット数であってもよい。Nは、UCIの符号化系列d のサイズを示す。レートマッチ処理の入力は、UCIの符号化系列d であってもよい。
レートマッチ出力系列f は、f =d mod(n,N)であってもよい。ここで、mod(X,Y)は、XをYで除算した場合の余りを出力する関数であってもよい。チャネル符号化のためにpolar符号が用いられ、かつ、EUCIがN以上である場合に少なくとも、レートマッチ出力系列f は、f =d mod(n,N)であってもよい。UCIの符号化系列d は、チャネル符号化された符号化系列をインターリーブ(interleave)することにより与えられてもよい。
コードブロックの数Cは、コードブロックセグメンテーションに基づき与えられる。コードブロックの数Cが1である場合、コードブロックの結合は行われなくてもよい。
ACKの場合、UCIペイロードaはHARQ-ACK情報であり、UCIペイロー
ドaのサイズOUCIはHARQ-ACK情報のビット数OACKに少なくとも基づいて
与えられてもよい。UCSI-1の場合、UCIペイロードaはCSI-part1であ
り、UCIペイロードaのサイズOUCIはCSI-part1のビット数OCSI-1
に少なくとも基づき与えられてもよい。UCSI-2の場合、UCIペイロードaはCS
I-part2であり、UCIペイロードaのサイズOUCIはCSI-part2のビ
ット数OCSI-2に少なくとも基づき与えられてもよい。UCIペイロードaと該UCIペイロードaに付加されるCRCビットを含んだペイロードを総合ペイロードと称する。また、UCIペイロードaのサイズOUCIとUCIペイロードaに対応するCRCビットのサイズOCRCを総合ペイロードのサイズと称する。
数式6から与えられるレートマッチ出力系列の長さEUCIは、符号化変調シンボルの数Q’UCI、および/または、PUSCHに対するレイヤー数N、および/または、
変調方式に対応するビット数Qmに少なくとも基づいて与えられる。ここで、UACKの場合、Q’UCIはUACKの符号化変調シンボルの数Q’ACKであってもよい。UCSI-1の場合、Q’UCIはUCSI-1の符号化変調シンボルの数Q’CSI-1であってもよい。UCSI-2の場合、Q’UCIはUCSI-2の符号化変調シンボルの数Q’CSI-2であってもよい。変調方式がBPSK、および/または、pi/2―BPSKである場合、Qmは1であってもよい。変調方式がQPSKである場合、Qmは2であってもよい。QmはPUSCHに対する変調次数(modulation order)であってもよい。
Figure 0007075805000007
UCIペイロードaのサイズOUCIが12より小さい場合、サイズL1のCRCビッ
トをUCIペイロードaに付加する。UCIペイロードaのサイズOUCIが12と同じまたは大きい、且つ、19と同じまたは小さい場合、サイズL2のCRCビットをUCIペイロードaに付加する。UCIペイロードaのサイズOUCIが20と同じまたは大きい場合、サイズL3のCRCビットをUCIペイロードaに付加する。UCIペイロードaのサイズOUCIが360と同じまたは大きい、且つ、レートマッチ出力系列の長さEUCIが1088と同じ、または、大きい場合、すなわち、コードブロックセグメンテーションを行う場合、端末装置1はサイズL4のCRCビットをUCIペイロードaに付加する。
ここで、L1は0であってもよい。L2は6であってもよい。L3は11であってもよい。L4は22であってもよい。
図6は、本実施形態におけるUCIペイロードaのサイズOUCIとレートマッチ出力
系列f のサイズEUCIに基づくコードブロックセグメンテーションを示した図である。
(601)端末装置1はUCIペイロードaのサイズOUCI、UCIペイロードaのサイズOUCIに対する閾値K1、総合ペイロードのレートマッチ出力系列f のサイズEUCI、当該レートマッチ出力系列f のサイズEUCIに対する閾値E1に少なくとも基づいてコードブロックセグメンテーションを施すかどうかを601で判定する。なお、UCIペイロードaに付加されるCRCビットのサイズは、該UCIペイロードaのサイズOUCIに少なくとも基づいて決定されてもよい。
(604)UCIペイロードaのサイズOUCIがK1以上である、且つ、レートマッチ
出力系列f のサイズEUCIがE1以上である場合、端末装置1はブロック603で該UCIペイロードaを2つに分割することができる(コードブロックの数C=2)。ここ
でK1は360であってもよい。E1は1088であってもよい。該レートマッチ出力系列f は、該UCIペイロードaを少なくとも含む総合ペイロードのチャネル符号化、およ
び、レートマッチ処理に少なくとも基づき与えられる。
(605)UCIペイロードaのサイズOUCIが少なくともK1未満である、または、
レートマッチ出力系列f のサイズEUCIが少なくともE1未満である場合、ブロック602でUCIペイロードaにCRCビットを付加してチャネル符号化を行う。つまり、
UCIペイロードaのサイズOUCIが少なくともK1未満である、または、レートマッチ
出力系列f のサイズEUCIが少なくともE1未満である場合、総合ペイロードに対してコードブロックセグメンテーションが行われなくてもよい(または、コードブロックの数C=1であってもよい)。該総合ペイロードは、UCIペイロードaにCRCビットが
付加されたペイロードであってもよい。
図7は、本実施形態におけるCRCビット数を決定の一例を示す図である。700はUCIペイロードaのビット数OUCIであってもよい。701はコードブロックセグメン
テーションを想定しない場合のUCIペイロードaのビット数OUCIに付加されるCR
Cビット数であってもよい。703はコードブロックセグメンテーションを想定する場合のUCIペイロードaのビット数OUCIに付加されるCRCのビット数であってもよい
。702はコードブロックセグメンテーションを想定しない場合のレートマッチ出力系列の長さEUCIであってもよい。704はコードブロックセグメンテーションを想定する場合のレートマッチ出力系列の長さEUCIであってもよい。コードブロックセグメンテーションを想定せずにUCIペイロードaに付加されるCRCのビット数が701である
場合、702で示すようにレートマッチ出力系列の長さEUCIはコードブロックセグメンテーションを施さない条件を満たす。また、コードブロックセグメンテーションを想定してUCIペイロードaに付加されるCRCのビット数が703である場合、704で示
すようにレートマッチ出力系列の長さEUCIはコードブロックセグメンテーションを施さない条件を満たす。
図6と図7で示されるように、コードブロックセグメンテーションの適用有無によってCRCビット数が変動するにも関わらず、1つまたは複数のCRCビット数が許容できる問題が発生する。例えば、図7において、端末装置1がコードブロックセグメンテーションを想定せずにUCIペイロードaに701のCRCのビット数を付加して送信し、且つ
、基地局装置はコードブロックセグメンテーションを想定して703のCRCビット数が付加されたUCIペイロードaのデコードを試みる場合、誤りが起こる問題が発生する。
UCIペイロードaに付加されるCRCをCRCビットと称する。PUSCHでUL-
SCHと同時に送信されるUCIのレイヤー毎の符号化変調シンボル(coded modulation
symbol)の数Q’UCIを決定するために参照する臨時(temporary)CRC
ビットを仮想的なCRCビットと称する。PUSCHでUL-SCHと同時に送信されるUCIのレイヤー毎の符号化変調シンボル(coded modulation symbol)の数Q’UCI
を決定するために参照するCRCビットのサイズを臨時CRCビットのサイズまたは仮想的なCRCビットのサイズと称する。仮想的なCRCビットのサイズはUCIペイロードaに付加されるCRCビットのサイズと同じでもよいし、異なってもよい。UCIペイロ
ードはUCIペイロードaと同じであってもよい。仮想的なCRCビットは参照CRCビ
ット(reference CRC bit)と称されてもよい。
仮想的なCRCビットのサイズはUCIペイロードaのサイズOUCIに少なくとも基
づいて与えられてもよい。仮想的なCRCビットのサイズはHARQ-ACK情報のビット数に少なくとも基づいて与えられてもよい。仮想的なCRCビットのサイズはCSIのビット数に少なくとも基づいて与えられてもよい。仮想的なCRCビットのサイズはHARQ-ACK情報のビット数、CSIのビット数、何れかの組み合わせの総和に少なくとも基づいて与えられてもよい。仮想的なCRCビットのサイズは、UCIペイロードaのサイズOUCIに関わらず与えられてもよい。ここで、UCIペイロードaに付加されるCRCビットのサイズは、該UCIペイロードaのサイズOUCIに少なくとも基づいて与えられてもよい。また、仮想的なCRCビットのサイズは、UCIペイロードaのサイズOUCIに関わらず所定の値であってもよい。例えば、該所定の値は0であってもよい。また、該所定の値は6であってもよい。また、該所定の値は11であってもよい。
図8は、本実施形態における仮想的なCRCビットのサイズを決定するフローチャートを示した図である。(801)において、端末装置1は、UCIペイロードaのサイズを
UCIにセットする。(802)において、端末装置1は、UCIペイロードaのサイ
ズOUCIに少なくとも基づいて仮想的なCRCビットのサイズを決定する。ここで、OUCIがY1より小さい場合には、(803)へ進む。また、OUCIがY1と同じまた
は大きい、且つ、OUCIがY2より小さい場合には、(804)へ進む。また、OUCIがY2と同じまたは大きい場合には、(805)へ進む。ここで、Y1は12であってもよい。Y2は20であってもよい。例えば、Y1とY2はそれぞれ、Y1<Y2を満たす値であってもよい。
(803)端末装置1は、仮想的なCRCビットのサイズを0に設定する。
(804)端末装置1は、仮想的なCRCビットのサイズを6に設定する。
(805)端末装置1は、仮想的なCRCビットのサイズをXに設定する。
XはX1であってもよい。OUCIがY3より小さい場合、XはX1であってもよく、かつ、OUCIがY3と同じまたは大きい場合、XはX2であってもよい。ここで、Y3は360であってもよい。X1は11であってもよいし、22であってもよい。X2は22であってもよい。例えば、X1とX2はそれぞれ、X1はX2と同じ、または、小さい値であってもよい。
“仮想的なCRCビットのサイズをX1に設定すること”は、“HARQ-ACK情報、CSIの一部または全部を含むUCIペイロードaに対してコードブロックセグメンテ
ーションが行われないことを想定してPUSCHでUL-SCHと同時に送信されるUCIのレイヤー毎の符号化変調シンボル(coded modulation symbol)の数Q’UCIを決
定するために参照するCRCビットのサイズを設定すること”であってもよい。すなわち、PUSCHでUL-SCHと同時に送信されるUCIのレイヤー毎の符号化変調シンボル(coded modulation symbol)の数Q’UCIを決定するために参照するCRCビット
のサイズを設定する場合に、端末装置1はHARQ-ACK情報、CSIの一部または全部を含むUCIペイロードaに対してコードブロックセグメンテーションが行われないと
想定してもよい。PUSCHでUL-SCHと同時に送信されるUCIのレイヤー毎の符号化変調シンボルの数Q’UCIを決定するために参照するCRCビットのサイズを設定する場合に端末装置1がHARQ-ACK情報、CSIの一部または全部を含むUCIペイロードaに対してコードブロックセグメンテーションが行われないと想定したとしても
、EUCIとUCIペイロードaに少なくとも基づいて、HARQ-ACK情報、CSI
の一部または全部を含むUCIペイロードaに対してコードブロックセグメンテーション
が行われてもよく、かつ、HARQ-ACK情報、CSIの一部または全部を含むUCIペイロードaに対してコードブロックセグメンテーションが行われことに基づいて実際の
CRCビットのサイズを決定してもよい。
“仮想的なCRCビットのサイズをX2に設定すること”は、“HARQ-ACK情報、CSIの一部または全部を含むUCIペイロードaに対してコードブロックセグメンテ
ーションが行われることを想定してPUSCHでUL-SCHと同時に送信されるUCIのレイヤー毎の符号化変調シンボルの数Q’UCIを決定するために参照するCRCビットのサイズを設定すること”であってもよい。すなわち、PUSCHでUL-SCHと同時に送信されるUCIのレイヤー毎の符号化変調シンボルの数Q’UCIを決定するために参照するCRCビットのサイズを設定する場合に、端末装置1はHARQ-ACK情報、CSIの一部または全部を含むUCIペイロードaに対してコードブロックセグメンテ
ーションが行われると想定してもよい。PUSCHでUL-SCHと同時に送信されるUCIのレイヤー毎の符号化変調シンボルの数Q’UCIを決定するために参照するCRCビットのサイズを設定する場合に端末装置1がHARQ-ACK情報、CSIの一部または全部を含むUCIペイロードaに対してコードブロックセグメンテーションが行われる
と想定したとしても、EUCIとUCIペイロードaに少なくとも基づいて、HARQ-
ACK情報、CSIの一部または全部を含むUCIペイロードaに対してコードブロック
セグメンテーションが行わなくてもよく、かつ、HARQ-ACK情報、CSIの一部または全部を含むUCIペイロードaに対してコードブロックセグメンテーションが行われ
ないことに基づいて実際のCRCビットのサイズを決定してもよい。
UCIがY3より小さい場合、仮想的なCRCビットのサイズとUCIペイロードa
に付加されるCRCビットのサイズは同じでもよい。OUCIがY3より小さい場合、仮想的なCRCビットのサイズとUCIペイロードaに付加されるCRCビットのサイズは
UCIに基づいて与えられる。
UCIがY3より大きい、または、同じ場合、仮想的なCRCビットのサイズとUCIペイロードaに付加されるCRCビットのサイズは同じでもよいし、異なってもよい。
UCIがY3より大きい、または、同じ場合、仮想的なCRCビットのサイズはOUCIに基づいて与えられ、かつ、UCIペイロードaに付加されるCRCビットのサイズは
UCIおよびEUCIに基づいて与えられる。
仮想的なCRCビットのサイズはレートマッチ出力系列f のサイズEUCIに関わらず与えられてもよい。
PUSCHでUL-SCHと同時に送信されるUCIのレイヤー毎の符号化変調シンボルの数Q’UCIはUCIペイロードaのサイズOUCIに基づいて与えられた仮想的な
CRCビットのサイズに少なくとも基づいて与えられる。本実施形態において、CRCビットのサイズは、CRCビット数であってもよい。
以下、本実施形態における、端末装置1および基地局装置3の種々の態様について説明する。
(1)本実施形態の第1の態様は、端末装置であって、UCIのペイロードを符号化し、前記ペイロードの符号化ビットのレートマッチを行う符号化部と、PUSCHを用いて前記UCIを送信する送信部と、を備え、前記ペイロードは、HARQ-ACK情報とCSIの何れか一方を含み、前記レートマッチの出力系列の長さEUCIは、第1のCRCビット数LUCIに基づいて与えられ、前記第1のCRCビット数LUCIは、前記ペイロードのサイズに基づいて与えられ、前記ペイロードに付加される第2のCRCビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さEUCIに基づいて与えられる。
(2)本実施形態の第1の態様において、レイヤー毎の符号化変調シンボルの数Q’UCIは、第1のCRCビット数LUCIに基づいて与えられ、前記レートマッチの出力系列の長さEUCIは、前記レイヤー毎の前記符号化変調シンボルの数Q’UCIと前記PUSCHに対する変調次数とPUSCHに対するレイヤー数Nに基づいて与えられる。
(3)本実施形態の第2の態様は、基地局装置であって、UCIのペイロードを復号化し、前記ペイロードの復号化ビットのレートマッチを行う復号化部と、PUSCHを用いて前記UCIを受信する受信部と、を備え、前記ペイロードは、HARQ-ACK情報とCSIの何れか一方を含み、前記レートマッチの出力系列の長さEUCIは、第1のCRCビット数LUCIに基づいて与えられ、前記第1のCRCビット数LUCIは、前記ペイロードのサイズに基づいて与えられ、前記ペイロードに付加される第2のCRCビットのサイズは、前記ペイロードのサイズと前記レートマッチの前記出力系列の長さEUCIに基づいて与えられる。
(4)本実施形態の第2の態様において、レイヤー毎の符号化変調シンボルの数Q’
CIは、第1のCRCビット数LUCIに基づいて与えられ、前記レートマッチの出力系列の長さEUCIは、前記レイヤー毎の前記符号化変調シンボルの数Q’UCIと前記PUSCHに対する変調次数とPUSCHに対するレイヤー数Nに基づいて与えられる。
これにより、端末装置1と基地局装置3は効率的に上りリンクの送受信をすることができる。
本発明に関わる基地局装置3、および端末装置1で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、CPU(Central Processing Unit)等を制
御するプログラム(コンピュータを機能させるプログラム)であってもよい。そして、これら装置で取り扱われる情報は、その処理時に一時的にRAM(Random Access Memory)に蓄積され、その後、Flash ROM(Read Only Memory)などの各種ROMやHD
D(Hard Disk Drive)に格納され、必要に応じてCPUによって読み出し、修正・書き
込みが行われる。
尚、上述した実施形態における端末装置1、基地局装置3の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
尚、ここでいう「コンピュータシステム」とは、端末装置1、又は基地局装置3に内蔵されたコンピュータシステムであって、OSや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ROM、CD-ROM等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
また、上述した実施形態における基地局装置3は、複数の装置から構成される集合体(装置グループ)として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置3の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置3の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置1は、集合体としての基地局装置と通信することも可能である。
また、上述した実施形態における基地局装置3は、EUTRAN(Evolved Universal Terrestrial Radio Access Network)であってもよい。また、上述した実施形態における基地局装置3は、eNodeBに対する上位ノードの機能の一部または全部を有してもよい。
また、上述した実施形態における端末装置1、基地局装置3の一部、又は全部を典型的には集積回路であるLSIとして実現してもよいし、チップセットとして実現してもよい。端末装置1、基地局装置3の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はLSIに限らず専用回
路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりLSIに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
1(1A、1B、1C) 端末装置
3 基地局装置
10 無線送受信部
11 アンテナ部
12 RF部
13 ベースバンド部
14 上位層処理部
15 媒体アクセス制御層処理部
16 無線リソース制御層処理部
30 無線送受信部
31 アンテナ部
32 RF部
33 ベースバンド部
34 上位層処理部
35 媒体アクセス制御層処理部
36 無線リソース制御層処理部

Claims (4)

  1. UCI(Uplink Control Information)ペイロードを符号化し、前記UCIペイロードの符号化ビットのレートマッチを行い、前記UCIペイロードをPUSCH(Physical Uplink Shared CHannel)で送信する送信部を備え、
    前記UCIペイロードは少なくともHARQ-ACK(Hybrid Automatic Repeat reQuest ACKnowledgement)情報及び/又はCSI(Channel State Information)を含み、
    第1のCRC(Cyclic Redundancy Check)ビット数は前記UCIペイロードのサイズに基づいて与えられ、
    前記レートマッチの出力系列の長さは前記第1のCRCビット数に基づいて与えられ、
    前記UCIペイロードのコードブロックセグメンテーションが適用されるか否かは前記UCIペイロードのサイズと前記レートマッチの出力系列の長さとに基づいて決定され、
    前記UCIペイロードに付加される第2のCRCビット数は、前記UCIペイロードのコードブロックセグメンテーションが適用されるか否かに基づいて与えられ、
    前記第1のCRCビット数は前記第2のCRCビット数に関わらず与えられる、
    端末装置。
  2. UCI(Uplink Control Information)ペイロードを端末装置からPUSCH(Physical Uplink Shared CHannel)で受信し、前記UCIペイロードを復号化する受信部を備え、
    前記UCIペイロードは少なくともHARQ-ACK(Hybrid Automatic Repeat reQuest ACKnowledgement)情報及び/又はCSI(Channel State Information)を含み、
    第1のCRC(Cyclic Redundancy Check)ビット数は前記UCIペイロードのサイズに基づいて与えられ、
    前記端末装置によるレートマッチの出力系列の長さは前記第1のCRCビット数に基づいて与えられ、
    前記端末装置によって前記UCIペイロードのコードブロックセグメンテーションが適用されるか否かは前記UCIペイロードのサイズと前記レートマッチの出力系列の長さとに基づいて決定され、
    前記端末装置よって前記UCIペイロードに付加される第2のCRCビット数は、前記端末装置によって前記UCIペイロードのコードブロックセグメンテーションが適用されるか否かに基づいて与えられ、
    前記第1のCRCビット数は前記第2のCRCビット数に関わらず与えられる、
    基地局装置。
  3. 端末装置に用いられる通信方法であって、
    UCI(Uplink Control Information)ペイロードを符号化し、
    前記UCIペイロードの符号化ビットのレートマッチを行い、
    前記UCIペイロードをPUSCH(Physical Uplink Shared CHannel)で送信し、
    前記UCIペイロードは少なくともHARQ-ACK(Hybrid Automatic Repeat reQuest ACKnowledgement)情報及び/又はCSI(Channel State Information)を含み、
    第1のCRC(Cyclic Redundancy Check)ビット数は前記UCIペイロードのサイズに基づいて与えられ、
    前記レートマッチの出力系列の長さは前記第1のCRCビット数に基づいて与えられ、
    前記UCIペイロードのコードブロックセグメンテーションが適用されるか否かは前記UCIペイロードのサイズと前記レートマッチの出力系列の長さとに基づいて決定され、
    前記UCIペイロードに付加される第2のCRCビット数は、前記UCIペイロードのコードブロックセグメンテーションが適用されるか否かに基づいて与えられ、
    前記第1のCRCビット数は前記第2のCRCビット数に関わらず与えられる、
    通信方法。
  4. 基地局装置に用いられる通信方法であって、
    UCI(Uplink Control Information)ペイロードを端末装置からPUSCH(Physical Uplink Shared CHannel)で受信し、
    前記UCIペイロードを復号化し、
    前記UCIペイロードは少なくともHARQ-ACK(Hybrid Automatic Repeat reQuest ACKnowledgement)情報及び/又はCSI(Channel State Information)を含み、
    第1のCRC(Cyclic Redundancy Check)ビット数は前記UCIペイロードのサイズに基づいて与えられ、
    前記端末装置によるレートマッチの出力系列の長さは前記第1のCRCビット数に基づいて与えられ、
    前記端末装置によって前記UCIペイロードのコードブロックセグメンテーションが適用されるか否かは前記UCIペイロードのサイズと前記レートマッチの出力系列の長さとに基づいて決定され、
    前記端末装置よって前記UCIペイロードに付加される第2のCRCビット数は、前記端末装置によって前記UCIペイロードのコードブロックセグメンテーションが適用されるか否かに基づいて与えられ、
    前記第1のCRCビット数は前記第2のCRCビット数に関わらず与えられる、
    通信方法。
JP2018078980A 2018-04-17 2018-04-17 端末装置、基地局装置、および、通信方法 Active JP7075805B2 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2018078980A JP7075805B2 (ja) 2018-04-17 2018-04-17 端末装置、基地局装置、および、通信方法
US17/047,091 US11405140B2 (en) 2018-04-17 2019-04-16 Terminal apparatus, base station apparatus, and communication method
MX2020010816A MX2020010816A (es) 2018-04-17 2019-04-16 Aparato terminal, aparato de estacion base y metodo de comunicacion.
EP19787776.4A EP3783949A4 (en) 2018-04-17 2019-04-16 TERMINAL DEVICE, BASE STATION DEVICE AND COMMUNICATION METHOD
CN201980025651.7A CN112005577A (zh) 2018-04-17 2019-04-16 终端装置、基站装置以及通信方法
PCT/JP2019/016376 WO2019203246A1 (ja) 2018-04-17 2019-04-16 端末装置、基地局装置、および、通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2018078980A JP7075805B2 (ja) 2018-04-17 2018-04-17 端末装置、基地局装置、および、通信方法

Publications (3)

Publication Number Publication Date
JP2019186876A JP2019186876A (ja) 2019-10-24
JP2019186876A5 JP2019186876A5 (ja) 2021-12-16
JP7075805B2 true JP7075805B2 (ja) 2022-05-26

Family

ID=68238960

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018078980A Active JP7075805B2 (ja) 2018-04-17 2018-04-17 端末装置、基地局装置、および、通信方法

Country Status (6)

Country Link
US (1) US11405140B2 (ja)
EP (1) EP3783949A4 (ja)
JP (1) JP7075805B2 (ja)
CN (1) CN112005577A (ja)
MX (1) MX2020010816A (ja)
WO (1) WO2019203246A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220053525A1 (en) * 2018-08-08 2022-02-17 Sharp Kabushiki Kaisha Terminal device, base-station device, and communication method

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10225046B2 (en) * 2017-01-09 2019-03-05 At&T Intellectual Property I, L.P. Adaptive cyclic redundancy check for uplink control information encoding
JP7197280B2 (ja) * 2018-04-06 2022-12-27 シャープ株式会社 端末装置、基地局装置、および、通信方法
JP7075805B2 (ja) * 2018-04-17 2022-05-26 シャープ株式会社 端末装置、基地局装置、および、通信方法
CN110752904A (zh) * 2018-07-24 2020-02-04 电信科学技术研究院有限公司 一种信息传输方法、终端及基站
US11374686B2 (en) * 2020-02-04 2022-06-28 Qualcomm Incorporated Parity check bits for non-coherent communication
WO2022236641A1 (zh) * 2021-05-10 2022-11-17 Oppo广东移动通信有限公司 信息处理方法、装置、终端设备及存储介质
US20240070021A1 (en) * 2022-08-28 2024-02-29 Micron Technology, Inc. Proximity based parity data management

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101813031B1 (ko) * 2010-04-13 2017-12-28 엘지전자 주식회사 상향링크 신호를 전송하는 방법 및 이를 위한 장치
US8879513B2 (en) * 2010-05-12 2014-11-04 Samsung Electronics Co., Ltd. Uplink transmission apparatus and method for mobile communication system supporting uplink MIMO
WO2011155748A2 (ko) * 2010-06-07 2011-12-15 엘지전자 주식회사 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치
WO2012050330A2 (ko) * 2010-10-10 2012-04-19 엘지전자 주식회사 무선 접속 시스템에서 상향링크 제어정보 전송방법 및 장치
WO2012050329A2 (ko) * 2010-10-11 2012-04-19 엘지전자 주식회사 무선 접속 시스템에서 상향링크 데이터 재전송 시 상향링크 제어정보 전송 방법 및 장치
CN102468917B (zh) * 2010-11-15 2014-04-30 华为技术有限公司 上行控制信息的传输和接收方法、终端以及基站
KR20140052948A (ko) 2011-02-23 2014-05-07 엘지전자 주식회사 무선접속시스렘에서 상향링크제어정보 코딩방법 및 전송방법
US8892829B2 (en) * 2012-02-29 2014-11-18 Ixia Methods, systems, and computer readable media for integrated sub-block interleaving and rate matching
JP6802043B2 (ja) 2016-11-15 2020-12-16 株式会社日立ソリューションズ・テクノロジー 在不在センサ装置、及び在不在センサ装置の在不在判定方法
US10893512B2 (en) * 2017-01-16 2021-01-12 Mediatek Inc. Resource element (RE) allocation for uplink control information (UCI) on physical uplink shared channel (PUSCH)
WO2018143740A1 (ko) * 2017-02-05 2018-08-09 엘지전자 주식회사 무선 통신 시스템에서 단말의 상향링크 제어 정보 전송 방법 및 이를 지원하는 장치
JP7173997B2 (ja) * 2017-06-27 2022-11-17 テレフオンアクチーボラゲット エルエム エリクソン(パブル) フィードバックシグナリングフォーマット選択
WO2019139412A1 (ko) * 2018-01-12 2019-07-18 엘지전자 주식회사 정보를 전송하는 방법 및 장치, 그리고 정보를 수신하는 방법 및 장치
KR102428522B1 (ko) * 2018-04-05 2022-08-03 삼성전자 주식회사 무선 통신 시스템에서 극 부호를 이용한 부호화 및 복호화를 위한 장치 및 방법
JP7075805B2 (ja) * 2018-04-17 2022-05-26 シャープ株式会社 端末装置、基地局装置、および、通信方法

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
Ericsson,On Remaining Issues on UCI Multiplexing on PUSCH [online],3GPP TSG RAN WG1 #92 R1-1802908,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92/Docs/R1-1802908.zip>,2018年02月17日
Qualcomm Incorporated,Polar Coding [online],3GPP TSG RAN WG1 adhoc_NR_AH_1801 R1-1801271,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1801/Docs/R1-1801271.zip>,2018年01月29日
Samsung,Corrections on Length of Rate Matching Output Sequence [online],3GPP TSG RAN WG1 adhoc_NR_AH_1801 R1-1800465,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1801/Docs/R1-1800465.zip>,2018年01月12日
Sharp,Discussions on RB selection for PUCCH resource [online],3GPP TSG RAN WG1 #92b R1-1804882,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92b/Docs/R1-1804882.zip>,2018年04月06日

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220053525A1 (en) * 2018-08-08 2022-02-17 Sharp Kabushiki Kaisha Terminal device, base-station device, and communication method

Also Published As

Publication number Publication date
MX2020010816A (es) 2020-10-28
EP3783949A4 (en) 2022-01-05
WO2019203246A1 (ja) 2019-10-24
US20210152289A1 (en) 2021-05-20
JP2019186876A (ja) 2019-10-24
CN112005577A (zh) 2020-11-27
US11405140B2 (en) 2022-08-02
EP3783949A1 (en) 2021-02-24

Similar Documents

Publication Publication Date Title
JP7075805B2 (ja) 端末装置、基地局装置、および、通信方法
CN109479315B (zh) 终端装置、基站装置、通信方法以及集成电路
JP6937202B2 (ja) 端末装置、基地局装置、および、通信方法
JP7101025B2 (ja) 端末装置、基地局装置、および、通信方法
JP7197280B2 (ja) 端末装置、基地局装置、および、通信方法
JP6260031B2 (ja) ユーザ装置、基地局装置、集積回路、および、通信方法
JP7156887B2 (ja) 端末装置、基地局装置、および、通信方法
WO2019088254A1 (ja) 端末装置、基地局装置、および、通信方法
WO2020031666A1 (ja) 端末装置、基地局装置、および、通信方法
WO2017175476A1 (ja) 端末装置、基地局装置、通信方法、および、集積回路
WO2020013030A1 (ja) 端末装置、基地局装置、および、通信方法
WO2020075690A1 (ja) 端末装置、基地局装置、および、通信方法
WO2020004627A1 (ja) 端末装置、基地局装置、および、通信方法
WO2020013028A1 (ja) 端末装置、基地局装置、および、通信方法
JP7481517B2 (ja) 端末装置、基地局装置、および、通信方法
JP6853863B1 (ja) 端末装置、基地局装置、および、通信方法
JP7319817B2 (ja) 端末装置、基地局装置、および、通信方法
WO2020218415A1 (ja) 端末装置、基地局装置、および、通信方法
WO2019131878A1 (ja) 端末装置、基地局装置、および、通信方法

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20200715

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20200715

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210408

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210408

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211108

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220510

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220516

R150 Certificate of patent or registration of utility model

Ref document number: 7075805

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313117

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350