JP2022514038A - 上りリンク制御情報ｕｃｉの伝送方法及び端末 - Google Patents

上りリンク制御情報ｕｃｉの伝送方法及び端末 Download PDF

Info

Publication number
JP2022514038A
JP2022514038A JP2021535231A JP2021535231A JP2022514038A JP 2022514038 A JP2022514038 A JP 2022514038A JP 2021535231 A JP2021535231 A JP 2021535231A JP 2021535231 A JP2021535231 A JP 2021535231A JP 2022514038 A JP2022514038 A JP 2022514038A
Authority
JP
Japan
Prior art keywords
priority
uci
ucis
beta
different
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.)
Granted
Application number
JP2021535231A
Other languages
English (en)
Other versions
JP7225405B2 (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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication 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
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Publication of JP2022514038A publication Critical patent/JP2022514038A/ja
Application granted granted Critical
Publication of JP7225405B2 publication Critical patent/JP7225405B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0072—Error control for data other than payload data, e.g. control data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • H04L1/001—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding applied to control information
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/007—Unequal error protection
    • 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/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • 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/1854—Scheduling and prioritising 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/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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
    • 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/0466—Wireless resource allocation based on the type of the allocated resource the resource being a scrambling code
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • 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
    • 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
    • H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
    • 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
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0028—Formatting
    • H04L1/0031—Multiple signaling transmission
    • 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria

Landscapes

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

Abstract

本開示は、上りリンク制御情報ＵＣＩの伝送方法及び端末を提供する。この方法は、異なる優先度のＵＣＩが同一のターゲットチャネルで伝送される場合、異なる優先度のＵＣＩをそれぞれコーディングした後に前記ターゲットチャネル上で伝送することを含み、そのうち、前記ＵＣＩの優先度は、下りリンク制御情報ＤＣＩのターゲットパラメータ及び／又はＵＣＩに含まれる情報によって決定され、ＤＣＩは、前記ＵＣＩの伝送を指示するためのものに対応するＤＣＩである。

Description

本開示は、通信技術分野に関し、特に上りリンク制御情報ＵＣＩの伝送方法及び端末である。
従来の移動通信システムと比べて、将来の５Ｇ移動通信システムは、より多様なシーンと業務ニーズに適応する必要がある。５Ｇの主なシーンは、拡張型移動帯域幅（Ｅｎｈａｎｃｅ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）、低遅延・高信頼性通信（Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ ＆ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＵＲＬＬＣ）、大規模マシンタイプ通信（Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ｍＭＴＣ）を含み、これらのシーンは、システムに対して高信頼性、低遅延、大帯域幅、広カバレッジなどの要求を出している。ＵＲＬＬＣ低遅延、高信頼性の業務をサポートする端末に対して、より高い信頼性を達するために、より低いコードレートを使用して、データを伝送する必要があるとともに、より迅速で、より精確なチャネル状態情報（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ、ＣＳＩ）のフィードバックを必要とする。また、何らかの端末は、異なる数値が配置される業務をサポートする可能性があり、端末は、ＵＲＬＬＣ低遅延・高信頼性の業務をサポートするとともに、大容量高レートのｅＭＢＢ業務をサポートする。異なる業務タイプの信頼性要求は、主に異なるＢＬＥＲ ｔａｒｇｅｔ（ブロックエラー率ターゲット値）とｌａｔｅｎｃｙ（遅延）要求に体現される。
ニューラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）Ｒ１５において、各物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）リソースには、いずれも無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）によって配置される相応なｍａｘｃｏｄｅｒａｔｅ（最大コードレート）とｎｒｏｆＰＲＢｓ（最大の物理リソースブロック数）がある。端末は、このＰＵＣＣＨが上りリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）を伝送する時、ＵＣＩのｐａｙｌｏａｄ ｓｉｚｅ（ペイロードサイズ）とｍａｘｃｏｄｅｒａｔｅ（最大コードレート）に基づき、必要とする物理リソースブロック（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ、ＰＲＢ）（＜＝ｎｒｏｆＰＲＢｓ）を決定し、実際に伝送されるコードレートをｍａｘｃｏｄｅｒａｔｅ以下にする。端末が全てのＰＲＢを使用するコードレートが、依然としてこの配置される最大コードレートよりも高い場合、端末は、一定の規則に従って一部のＵＣＩを廃棄する必要がある。異なるコードレートは、異なるチャネル状態に適応し、異なるＢＬＥＲ ｔａｒｇｅｔ要求を満たすことができる。例えば、ＢＬＥＲ ｔａｒｇｅｔが比較的に低い（例えば１０＾－５）場合、比較的に低いコードレートを必要とする。逆に、ＢＬＥＲ ｔａｒｇｅｔが相対的に比較的に高い（例えば１０＾－２）場合、より高いコードレートで、使用されるリソースを減少し、リソース利用率を向上させることができる。
ＮＲ Ｒ１５においてＰＵＣＣＨと物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）時間ドメインが重畳する時、多重化の時間要求を満たす場合、端末は、ＰＵＣＣＨ上のＵＣＩ内容をＰＵＳＣＨ上で多重化して伝送し、ＵＣＩがＰＵＳＣＨ上で伝送される時、端末は、ＲＲＣによって配置され又はＤＣＩによって指示されるｂｅｔａ＿ｏｆｆｓｅｔ（リソース占有比オフセット値）によって、ＵＣＩがＰＵＳＣＨ上で伝送される時に占有するリソース粒子（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ、ＲＥ）数を決定し、且つこのＲＥ数に基づいてコーディングとレートマッチングを行う。
ＵＲＬＬＣとｅＭＢＢ業務を同時にサポートする端末に対して、ＵＲＬＬＣとｅＭＢＢ業務の物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＤＳＣＨ）のハイブリッド自動再送リクエスト確認（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ－ＡＣＫ、ＨＡＲＱ－ＡＣＫ）フィードバックは、異なるｃｏｄｅｂｏｏｋ（コードブック）を使用して異なるＰＵＣＣＨリソース上でフィードバックすることができ、異なるＰＵＣＣＨが衝突する時、あるＰＵＣＣＨ上のＨＡＲＱ－ＡＣＫを廃棄する場合、基地局は、その相応なＰＤＳＣＨを再送する必要がある。このため、下りリンクスループット量を大幅に低減させる。このため、異なるＰＵＣＣＨ上のＨＡＲＱ－ＡＣＫを一つのＰＵＣＣＨに多重化することを考慮する必要がある。一つのＰＵＣＣＨは、一つのｍａｘｃｏｄｅｒａｔｅのみを持つので、このｍａｘｃｏｄｅｒａｔｅがＵＲＬＬＣのコードレートである場合、ｅＭＢＢフィードバックには、比較的に多くのリソースを必要として、リソース浪費を引き起こす。このｍａｘｃｏｄｅｒａｔｅがｅＭＢＢのコードレートである場合、ＵＲＬＬＣフィードバックの信頼性は、確保することができない。同様に、ＵＲＬＬＣとｅＭＢＢ業務を同時にサポートする端末に対して、ＵＲＬＬＣとｅＭＢＢのＰＤＳＣＨのＨＡＲＱ－ＡＣＫフィードバックは、同じコードブックを使用して同じＰＵＣＣＨリソース上でフィードバックすることができ、異なる業務タイプのＵＣＩが多重化する時のコーディング問題を考慮する必要もある。
本開示の実施例は、異なる業務タイプのＵＣＩが同一のチャネル上で伝送される時のコーディング問題を解決するための上りリンク制御情報ＵＣＩの伝送方法及び端末を提供する。
上記技術課題を解決するために、本開示は、以下のように実現され、端末に用いられる上りリンク制御情報ＵＣＩの伝送方法であって、
異なる優先度のＵＣＩが同一のターゲットチャネルで伝送される場合、異なる優先度のＵＣＩをそれぞれコーディングした後に前記ターゲットチャネル上で伝送することを含み、
そのうち、前記ＵＣＩの優先度は、下りリンク制御情報ＤＣＩのターゲットパラメータ及び／又はＵＣＩに含まれる情報によって決定され、ＤＣＩは、前記ＵＣＩ伝送を指示するためのものに対応するＤＣＩである。
本開示の実施例は、端末をさらに提供する。前記端末は、
異なる優先度のＵＣＩが同一のターゲットチャネルで伝送される場合、異なる優先度のＵＣＩをそれぞれコーディングした後に前記ターゲットチャネル上で伝送するためのコーディング伝送モジュールを含み、
そのうち、前記ＵＣＩの優先度は、下りリンク制御情報ＤＣＩのターゲットパラメータ及び／又はＵＣＩに含まれる情報によって決定され、ＤＣＩは、前記ＵＣＩ伝送を指示するためのものに対応するＤＣＩである。
本開示の実施例は、端末をさらに提供する。プロセッサ、メモリ、および、前記メモリに記憶され、且つ前記プロセッサ上で運行できるコンピュータプログラムを含み、前記コンピュータプログラムが前記プロセッサによって実行される時、以上に記載の上りリンク制御情報ＵＣＩの伝送方法のステップを実現させる。
本開示の実施例は、コンピュータ可読記憶媒体をさらに提供する。前記コンピュータ可読記憶媒体には、コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時、以上に記載の上りリンク制御情報ＵＣＩの伝送方法のステップを実現させる。
本開示の実施例では、異なる優先度のＵＣＩが同一のターゲットチャネルで伝送される時のコーディング方式、コードレート等に対して定義又は配置を行うことによって、高優先度のＵＣＩの信頼性を実現し、リソース利用率を向上させることができる。
本開示の実施例による上りリンク制御情報ＵＣＩの伝送方法のステップ概略図を示す。 本開示の実施例による上りリンク制御情報ＵＣＩの伝送方法における一例の概略図を示す。 本開示の実施例による上りリンク制御情報ＵＣＩの伝送方法における別の例の概略図を示す。 本開示の実施例による上りリンク制御情報ＵＣＩの伝送方法におけるさらに別の例の概略図を示す。 本開示の実施例による端末の構造概略図のその一を示す。 本開示の実施例による端末の構造概略図のその二を示す。
本開示の実施例の技術案をより明瞭に説明するために、以上は、本開示の実施例の記述において使用される必要がある添付図面を簡単に紹介する。自明なことに、以上の記述における添付図面は、ただ本開示の何らかの実施例に過ぎず、当業者にとって、創造的な労力を払わない前提で、それらの添付図面に基づき、他の添付図面を取得することもできる。
以下は、本開示の実施例における添付図面を結び付けながら、本開示の実施例における技術案を明瞭且つ完全に記述する。明らかに、記述された実施例は、本開示の一部の実施例であり、全部の実施例ではない。本開示における実施例に基づき、当業者が創造的な労力を払わない前提で得られたすべての他の実施例は、いずれも本開示の保護範囲に属する。
図１に示すように、本開示の実施例は、端末に用いられる上りリンク制御情報ＵＣＩの伝送方法を提供する。前記方法は、以下のステップを含む。
ステップ１０１：異なる優先度のＵＣＩが同一のターゲットチャネルで伝送される場合、異なる優先度のＵＣＩをそれぞれコーディングした後に前記ターゲットチャネル上で伝送し、
そのうち、前記ＵＣＩの優先度は、下りリンク制御情報ＤＣＩのターゲットパラメータ及び／又はＵＣＩに含まれる情報によって決定され、ＤＣＩは、前記ＵＣＩ伝送を指示するためのものに対応するＤＣＩである。
選択的に、前記ＤＣＩのターゲットパラメータは、
ＤＣＩフォーマット、
ＤＣＩに対応する無線ネットワーク臨時標識（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｔｙ、ＲＮＴＩ）、
ＤＣＩに対応する制御リソースセット（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ、ＣＯＲＥＳＥＴ）、
ＤＣＩに対応するサーチスペース、
ＤＣＩに対応する変調とコーディングポリシー（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ、ＭＣＳ）表、
ＤＣＩにおいて携帯されている優先度指示情報、
ＤＣＩに対応するスクランブルビット情報、
ＤＣＩにおいて携帯されている、データ又は制御情報が伝送される時間ドメインリソース及び／又は周波数ドメインリソースを指示するためのリソース指示情報、及び
ＤＣＩにおいて携帯されている、データ又は制御情報の伝送を指示するためのパイロットマッピングタイプ情報、のうちの少なくとも一つを含む。
例えば、高優先度のＵＣＩ伝送を指示するためのものに対応するＤＣＩは、
特定のＤＣＩフォーマットのＤＣＩ、及び
特定のＲＮＴＩ（例えばＭＣＳ－Ｃ－ＲＮＴＩ）を使用してスクランブルされるＤＣＩであり、
ＤＣＩにおいて配置されるＭＣＳは、低スペクトル効率のＭＣＳ表（例えばＭＣＳ ｔａｂｌｅ ｉｎｄｅｘ ３、ＭＣＳ表３）を採用する場合、
低優先度のＵＣＩ伝送を指示するためのものに対応するＤＣＩは、
上記特定のＤＣＩフォーマット以外の他のＤＣＩフォーマットのＤＣＩ、及び
上記特定のＲＮＴＩ以外に、他のＲＮＴＩを使用してスクランブルされるＤＣＩであり、
ＤＣＩにおいて配置されるＭＣＳは、低スペクトル効率のＭＣＳ表を採用しない。
前記ＵＣＩに含まれる情報は、ハイブリッド自動再送リクエスト確認（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ－ＡＣＫ、ＨＡＲＱ－ＡＣＫ）、チャネル状態情報（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ、ＣＳＩ）、スケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ、ＳＲ）等を含む。
選択的に、ＵＣＩの優先度は、ＵＣＩの業務タイプに関連すると呼ばれてもよい。例えば、ｅＭＢＢ業務のＵＣＩとＵＲＬＬＣ業務のＵＣＩは、異なる優先度のＵＣＩである。
説明すべきことは、異なる業務タイプのＵＣＩ伝送を指示するためのものに対応するＤＣＩのターゲットパラメータは異なり、例えば、ｅＭＢＢ業務のＵＣＩ伝送を指示するためのＤＣＩのフォーマットがＤＣＩフォーマット１であり、ＵＲＬＬＣ業務のＵＣＩ伝送を指示するためのＤＣＩのフォーマットがＤＣＩフォーマット２である場合、端末は、異なるＤＣＩフォーマットに基づき、異なる業務タイプのＵＣＩの異なる優先度を決定することができる。
選択的に、本開示の上記実施例では、前記ターゲットチャネルは、物理上りリンク制御チャネルＰＵＣＣＨ又は物理上りリンク共有チャネルＰＵＳＣＨを含む。
一実施例として、前記ターゲットチャネルがＰＵＣＣＨである場合、前記方法は、
異なる優先度のＵＣＩをそれぞれコーディングする時、異なる優先度のＵＣＩが、異なるコードレートを使用することをさらに含む。
それに応じて、前記方法は、
第一のスケーリングファクター及びＰＵＣＣＨリソースに対応するコードレートに基づき、異なる優先度のＵＣＩによって使用されるコードレートを決定すること、
又は、
無線リソース制御ＲＲＣによって配置される異なる優先度のＵＣＩに対応するコードレートに基づき、異なる優先度のＵＣＩによって使用されるコードレートを決定することをさらに含む。
そのうち、前記第一のスケーリングファクターは、無線リソース制御ＲＲＣによって配置され、又はＤＣＩによって指示され、又はプロトコルによって規定される。選択的に、上記ＰＵＣＣＨリソースに対応するコードレートは、具体的には、ネットワーク側機器によってＲＲＣシグナリングを介してＰＵＣＣＨリソースのために配置されるコードレートである。
例えば、ネットワーク側機器によってＲＲＣシグナリングを介してＰＵＣＣＨリソースのために配置される異なるコードレートであり、異なる優先度のＵＣＩは、それぞれ異なるコードレートに対応する。
さらに例えば、高優先度のＵＣＩは、このＰＵＣＣＨリソースに対応するコードレートを使用し、低優先度のＵＣＩによって使用されるコードレートは、このＰＵＣＣＨリソースに対応するコードレートと第一のスケーリングファクターとの乗算値であり、このような場合、第一のスケーリングファクターは、１よりも小さい。
さらに例えば、低優先度のＵＣＩは、このＰＵＣＣＨリソースに対応するコードレートを使用し、高優先度のＵＣＩによって使用されるコードレートは、このＰＵＣＣＨリソースに対応するコードレートと第一のスケーリングファクターとの乗算値であり、このような場合、第一のスケーリングファクターは、１よりも大きい。
別の選択的な実施例として、前記ターゲットチャネルがＰＵＣＣＨであり、前記ＵＣＩの優先度が少なくとも第一の優先度と第二の優先度を含む場合、前記方法は、
異なる優先度のＵＣＩをそれぞれコーディングする時、ＲＲＣによって配置されるコードレートに基づき、第一の優先度のＵＣＩを伝送するためのリソースを割り当て、残りのリソースを、第二の優先度のＵＣＩを伝送するためのものとし、すなわち第一の優先度のＵＣＩと第二の優先度のＵＣＩが、ＲＲＣによって配置される物理リソースブロックＰＲＢ数を共同で使用することをさらに含む。
そのうち、第一の優先度は、第二の優先度よりも高い。
例えば、異なる優先度のＵＣＩをそれぞれコーディングする時、第一の優先度のＵＣＩは、ＲＲＣによって配置される最大コードレートを使用して第一の優先度のＵＣＩの伝送に必要とするリソースユニットＲＥを決定し、且つ前記ＲＲＣによって配置される物理リソースブロックにおける、第一の優先度のＵＣＩの伝送に必要とするＲＥ以外の残りのＲＥが、第二の優先度のＵＣＩを伝送するために用いられることを決定する。
残りのリソースが第二の優先度のＵＣＩを伝送するのに足りない時、第二の優先度ＵＣＩの伝送を全部又は部分的に廃棄する。部分的に廃棄される時、ある配置又は予め定義されるＵＣＩ廃棄規則に従って廃棄し、例えばＣＳＩ ｐａｒｔ ２（第２部分のＣＳＩ）を優先的に廃棄し、その後ＣＳＩ ｐａｒｔ １（第１部分のＣＳＩ）を廃棄し、その後ＨＡＲＱ－ＡＣＫ又はＳＲ等を廃棄する。
別の実施例として、前記ターゲットチャネルがＰＵＣＣＨである場合、ステップ１０１は、
異なる優先度のＵＣＩをそれぞれコーディングし、コーディングされた後の異なる優先度のＵＣＩが時間ドメイン優先のマッピング方法を採用して物理リソース上にマッピングされ且つ前記ターゲットチャネル上で伝送されることを含む。
例えば、異なる優先度のＵＣＩは、低優先度ＨＡＲＱ－ＡＣＫ（例えばｅＭＢＢ ＨＡＲＱ－ＡＣＫ）と高優先度ＨＡＲＱ－ＡＣＫ（例えばＵＲＬＬＣ ＨＡＲＱ－ＡＣＫ）であり、低優先度ＨＡＲＱ－ＡＣＫと高優先度ＨＡＲＱ－ＡＣＫが一緒に多重化される時、端末が、低優先度業務（例えばｅＭＢＢ業務）の最後の一つのＰＤＳＣＨに対応するＰＤＣＣＨへの検出を見逃した時、低優先度ＨＡＲＱ－ＡＣＫのビット数に対する基地局と端末との理解が一致せず、ＰＵＣＣＨによって使用されるＰＲＢリソースが一致しないことになる。このため、低優先度ＰＤＣＣＨの検出見逃しによる高優先度ＨＡＲＱ－ＡＣＫフィードバックへの影響を減少するために、高優先度ＨＡＲＱ－ＡＣＫと低優先度ＨＡＲＱ－ＡＣＫをそれぞれコーディングし、且つ時間ドメイン優先の方式を採用して物理リソース上にマッピングすれば、基地局が高優先度ＨＡＲＱ－ＡＣＫフィードバックを正確に受信することを確保することができる。
説明すべきことは、時間ドメイン優先のマッピング方式を採用して物理リソースにマッピングされるＵＣＩに対して、本開示の実施例は、ＵＣＩのコーディングレート及び／又はｂｅｔａ＿ｏｆｆｓｅｔを限定せず、すなわち時間ドメイン優先のマッピング方式を採用して伝送される異なる優先度のＵＣＩに対して、異なる優先度のＵＣＩを分けてコーディングする時、同じコードレートを採用してもよく、異なるコードレートを採用してもよく、同じｂｅｔａ＿ｏｆｆｓｅｔを採用してもよく、異なるｂｅｔａ＿ｏｆｆｓｅｔを採用してもよい。
図２に示すように、低優先度ＨＡＲＱ－ＡＣＫを担持するＰＵＣＣＨは、複数の時分割多重化される、高優先度ＨＡＲＱ－ＡＣＫ（それぞれは、ＨＡＲＱ－ＡＣＫ １とＨＡＲＱ－ＡＣＫ ２である）を担持するＰＵＣＣＨ時間ドメインと重畳し、高優先度ＨＡＲＱ－ＡＣＫのフィードバック遅延を減少するために、低優先度ＨＡＲＱ－ＡＣＫを高優先度ＰＵＣＣＨ上に多重化するとともに、端末処理の時間問題を考慮し、低優先度ＨＡＲＱ－ＡＣＫと、多重化時間条件を満たす一番目の高優先度ＰＵＣＣＨとを多重化する。
低優先度ＨＡＲＱ－ＡＣＫと高優先度ＨＡＲＱ－ＡＣＫ２が一つのＰＵＣＣＨ上で多重化して伝送される時、低優先度ＨＡＲＱ－ＡＣＫと高優先度ＨＡＲＱ－ＡＣＫ ２は、それぞれコーディングされ、両者は、異なるコードレートで、それらによって使用されるＲＥ数を決定する。低優先度ＨＡＲＱ－ＡＣＫがＵＲＬＬＣ ＰＵＣＣＨ上で多重化して伝送される時、高優先度ＨＡＲＱ－ＡＣＫ２は、ＲＲＣによって配置されるこのＰＵＣＣＨリソースに対応するｍａｘｃｏｄｅｒａｔｅ（最大コードレート）を採用し、それが占有するＲＥを決定し、ｅＭＢＢ ＨＡＲＱは、プロトコルによって規定され又はＲＲＣによって配置されるｓｃａｌｉｎｇ ｆａｃｔｏｒ（第一のスケーリングファクター）を採用し、そのコードレートがｍａｘｃｏｄｅｒａｔｅ＊ｓｃａｌｉｎｇ ｆａｃｔｏｒであり、例えばｓｃａｌｉｎｇ ｆａｃｔｏｒ＝０．１であることを決定する。端末は、ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫビット数とそのコードレート及び低優先度ＨＡＲＱ－ＡＣＫビット数とそのコードレートによって、使用されるＰＲＢ数を決定する（決定されるＰＲＢ数は、ＲＲＣによって配置されるこのＰＵＣＣＨリソースの最大ＰＲＢ数以下である）。
端末が最大ＰＲＢ数のＰＲＢを使用して伝送する時、依然として上記それぞれのコードレートを超えている（この時、端末により多くのＰＲＢを必要とすることが表明される）場合、端末は、最大コードレートを採用して高優先度ＨＡＲＱ－ＡＣＫを伝送し、且つ一部の低優先度ＨＡＲＱ－ＡＣＫビットを廃棄し又は低優先度ＨＡＲＱ－ＡＣＫビット圧縮（例えば、コードブロックグループ（ｃｏｄｅ ｂｌｏｃｋ ｇｒｏｕｐ、ＣＢＧ））粒度のＨＡＲＱ－ＡＣＫを伝送ブロック（ｔｒａｎｓｍｉｓｓｉｏｎ ｂｌｏｃｋ、ＴＢ）粒度のＨＡＲＱ－ＡＣＫにフォールバックし（ＴＢ数に従ってフィードバックＨＡＲＱ－ＡＣＫビット数を決定し）、又は、ＨＡＲＱ－ＡＣＫを、ｅＭＢＢのＨＡＲＱ－ＡＣＫコードレート要求を満たすまでバインディングする。
また、ＰＤＳＣＨフィードバックにおいて、同一の時間に複数のＰＤＣＣＨをフィードバックして、ＰＤＳＣＨのＨＡＲＱ－ＡＣＫをスケジューリングする必要がある。ＰＤＣＣＨ検出見逃しの状況を防止するために、カウンタ下りリンク割り当てインデックス（ｃｏｕｎｔｅｒ Ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ、ｃｏｕｎｔｅｒ ＤＡＩ）のメカニズムを導入して端末がフィードバックする必要のあるＨＡＲＱ－ＡＣＫビット数を決定するが、依然として最後の一つのＰＤＣＣＨへの検出が見逃される可能性があり、このように、端末によってフィードバックされるＨＡＲＱ－ＡＣＫのビット数と基地局によって理解されるビット数が一致しないことにより、基地局は、ＨＡＲＱ－ＡＣＫフィードバックを正確に受信することができない。例えば、低優先度のＢＬＥＲ ｔａｒｇｅｔ（ブロックエラー率ターゲット値）が１０＾－２であり、高優先度のＢＬＥＲ ｔａｒｇｅｔが１０＾－５／－６である場合、低優先度ＰＤＣＣＨの検出見逃し確率は、１％であり、高優先度ＰＤＣＣＨの検出見逃し確率は、０．００１％である。このため、低優先度の最後の一つのＰＤＣＣＨの検出が見逃され、低優先度ＨＡＲＱ－ＡＣＫと高優先度ＨＡＲＱ－ＡＣＫが一緒に多重化される時、ＨＡＲＱ－ＡＣＫのビット数に対する基地局とＵＥとの理解が一致せず、ＰＵＣＣＨによって使用されるＰＲＢリソースが一致しないことになる。このため、低優先度ＰＤＣＣＨ検出見逃しによる高優先度ＨＡＲＱ－ＡＣＫフィードバックへの影響を減少するために、図３に示すように、高優先度ＨＡＲＱ－ＡＣＫと低優先度ＨＡＲＱ－ＡＣＫをそれぞれコーディングし、且つ時間ドメイン優先の方式を採用して物理リソース上にマッピングする。基地局が高優先度ＨＡＲＱ－ＡＣＫフィードバックを正確に受信できることを確保する。
さらに別の実施例として、前記ターゲットチャネルがＰＵＳＣＨである場合、前記方法は、
異なる優先度のＵＣＩをそれぞれコーディングする時、異なる優先度のＵＣＩが、異なるリソース占有比オフセット値ｂｅｔａ＿ｏｆｆｓｅｔを使用し、各ＵＣＩによって使用されるリソース粒子ＲＥとコードレートを決定することをさらに含む。
それに応じて、前記方法は、以下のステップをさらに含む。
ＲＲＣによって配置され又はＤＣＩによって指示されるｂｅｔａ＿ｏｆｆｓｅｔ及び予め設定されるｂｅｔａ＿ｏｆｆｓｅｔに基づき、異なる優先度のＵＣＩによって使用されるｂｅｔａ＿ｏｆｆｓｅｔを決定し、例えば、高優先度のＵＣＩは、ＲＲＣによって配置され又はＤＣＩによって指示されるｂｅｔａ＿ｏｆｆｓｅｔを採用し、低優先度のＵＣＩは、予め設定されるｂｅｔａ＿ｏｆｆｓｅｔ（予め設定されるｂｅｔａ＿ｏｆｆｓｅｔが固定のｂｅｔａ＿ｏｆｆｓｅｔである）を採用し、例えば、予め設定されるｂｅｔａ＿ｏｆｆｓｅｔは、１に等しい。このような方式は、一般的には低優先度のＵＣＩと高優先度のＵＣＩが高優先度ＰＵＳＣＨ上に多重化されることに適用される。
又は、ＲＲＣによって配置される異なる優先度のＵＣＩに対応するｂｅｔａ＿ｏｆｆｓｅｔに基づき、異なる優先度のＵＣＩによって使用されるｂｅｔａ＿ｏｆｆｓｅｔを決定し、例えば、ＲＲＣは、それぞれ高優先度のＵＣＩのｂｅｔａ＿ｏｆｆｓｅｔと低優先度のＵＣＩのｂｅｔａ＿ｏｆｆｓｅｔを配置する。
Figure 2022514038000002
Figure 2022514038000003
又は、ＤＣＩにおいて指示される第一の優先度のＵＣＩに対応するｂｅｔａ＿ｏｆｆｓｅｔ及びＲＲＣによって配置される第二の優先度のＵＣＩに対応するｂｅｔａ＿ｏｆｆｓｅｔに基づき、異なる優先度のＵＣＩによって使用されるｂｅｔａ＿ｏｆｆｓｅｔを決定し、前記ＵＣＩの優先度は、少なくとも第一の優先度と第二の優先度を含み、例えば、ＲＲＣは、低優先度のＵＣＩのｂｅｔａ＿ｏｆｆｓｅｔを配置し、ＤＣＩにおいては高優先度のＵＣＩのｂｅｔａ＿ｏｆｆｓｅｔを指示する。
又は、ＲＲＣによって配置され、又はＤＣＩによって指示され、又はプロトコルによって規定される第二のスケーリングファクター、及びＲＲＣによって配置され又はＤＣＩによって指示される第一の優先度のＵＣＩのｂｅｔａ＿ｏｆｆｓｅｔに基づき、異なる優先度のＵＣＩによって使用されるｂｅｔａ＿ｏｆｆｓｅｔを決定する。例えば、高優先度のＵＣＩのｂｅｔａ＿ｏｆｆｓｅｔがＲＲＣによって配置され又はＤＣＩによって指示され、低優先度のＵＣＩのｂｅｔａ＿ｏｆｆｓｅｔは、ＲＲＣによって配置され又はＤＣＩによって指示されるｂｅｔａ＿ｏｆｆｓｅｔと第二のスケーリングファクター（ｓｃａｌｉｎｇ ｆａｃｔｏｒ）との乗算値に等しい。さらに例えば、低優先度のＵＣＩのｂｅｔａ＿ｏｆｆｓｅｔがＲＲＣによって配置され又はＤＣＩによって指示され、高優先度のＵＣＩのｂｅｔａ＿ｏｆｆｓｅｔは、ＲＲＣによって配置され又はＤＣＩによって指示されるｂｅｔａ＿ｏｆｆｓｅｔと第二のスケーリングファクター（ｓｃａｌｉｎｇ ｆａｃｔｏｒ）との乗算値に等しい。
図４に示すように、低優先度ＨＡＲＱ－ＡＣＫ、高優先度ＨＡＲＱ－ＡＣＫ及び高優先度ＰＵＳＣＨは、時間ドメインで重畳し、低優先度ＨＡＲＱ－ＡＣＫと高優先度ＨＡＲＱ－ＡＣＫをＰＵＳＣＨ上に多重化し、端末は、異なるｂｅｔａ＿ｏｆｆｓｅｔを使用し、高優先度ＨＡＲＱ－ＡＣＫと低優先度ＨＡＲＱ－ＡＣＫによって占有されるＲＥを決定し、そのうち、高優先度ＨＡＲＱ－ＡＣＫに対応するｂｅｔａ＿ｏｆｆｓｅｔは、高優先度ＨＡＲＱ－ＡＣＫに対応するｂｅｔａ＿ｏｆｆｓｅｔよりも大きく、且つ低優先度ＨＡＲＱ－ＡＣＫとこの高優先度ＨＡＲＱ－ＡＣＫをそれぞれコーディングし、マッピングする。
一実現形態として、上記言及された高優先度ＨＡＲＱ－ＡＣＫは、ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫであってもよく、低優先度ＨＡＲＱ－ＡＣＫは、ｅＭＢＢ ＨＡＲＱ－ＡＣＫであってもよく、
上記言及された高優先度ＵＣＩは、ＵＲＬＬＣ ＣＳＩであってもよく、低優先度ＵＣＩは、ｅＭＢＢ ＣＳＩであってもよい。
上記言及された高優先度ＵＣＩは、ＵＲＬＬＣ ＣＳＩであってもよく、低優先度ＵＣＩは、ｅＭＢＢ ＨＡＲＱ－ＡＣＫであってもよい。
別の実現形態として、ＤＣＩフォーマット、制御リソースセット及び／又はサーチスペース等によって、ＨＡＲＱ－ＡＣＫの優先度を決定し、ＵＣＩの優先度を決定する具体的な方式は、すでに上記実施例において詳細に記述されている。ここでは説明を省略する。
以上をまとめると、本開示の上記実施例は、異なる優先度のＵＣＩが同一のターゲットチャネルで伝送される時のコーディング方式、コードレート等に対して定義又は配置を行うことによって、高優先度のＵＣＩの信頼性を実現し、リソース利用率を向上させることができる。
図５に示すように、本開示の実施例は、端末５００をさらに提供する。この端末５００は、
異なる優先度のＵＣＩが同一のターゲットチャネルで伝送される場合、異なる優先度のＵＣＩをそれぞれコーディングした後に前記ターゲットチャネル上で伝送するためのコーディング伝送モジュール５０１を含み、
そのうち、前記ＵＣＩの優先度は、下りリンク制御情報ＤＣＩのターゲットパラメータ及び／又はＵＣＩに含まれる情報によって決定され、ＤＣＩは、前記ＵＣＩ伝送を指示するためのものに対応するＤＣＩである。
選択的に、本開示の上記実施例では、前記ターゲットチャネルは、物理上りリンク制御チャネルＰＵＣＣＨ又は物理上りリンク共有チャネルＰＵＳＣＨを含む。
選択的に、本開示の上記実施例では、前記端末は、
前記ターゲットチャネルがＰＵＣＣＨである場合、異なる優先度のＵＣＩをそれぞれコーディングする時、異なる優先度のＵＣＩは、異なるコードレートを使用するための第一のコーディングモジュールをさらに含む。
選択的に、本開示の上記実施例では、前記端末は、
第一のスケーリングファクター及びＰＵＣＣＨリソースに対応するコードレートに基づき、異なる優先度のＵＣＩによって使用されるコードレートを決定するため、又は、無線リソース制御ＲＲＣによって配置される異なる優先度のＵＣＩに対応するコードレートに基づき、異なる優先度のＵＣＩによって使用されるコードレートを決定するためのコードレート決定モジュールをさらに含み、
そのうち、前記第一のスケーリングファクターは、無線リソース制御ＲＲＣによって配置され、又はＤＣＩによって指示され、又はプロトコルによって規定される。
選択的に、本開示の上記実施例では、前記端末は、
前記ターゲットチャネルがＰＵＣＣＨであり、前記ＵＣＩの優先度が少なくとも第一の優先度と第二の優先度を含む場合、異なる優先度のＵＣＩをそれぞれコーディングする時、ＲＲＣによって配置されるコードレートに基づき、第一の優先度のＵＣＩを伝送するためのリソースを割り当て、残りのリソースを、第二の優先度のＵＣＩを伝送するためのものとするための第二のコーディングモジュールをさらに含み、
そのうち、第一の優先度は、第二の優先度よりも高い。
選択的に、本開示の上記実施例では、前記コーディング伝送モジュールは、
異なる優先度のＵＣＩをそれぞれコーディングし、コーディングされた後の異なる優先度のＵＣＩが時間ドメイン優先のマッピング方法を採用して物理リソース上にマッピングされ且つ前記ターゲットチャネル上で伝送されるためのコーディング伝送サブモジュールを含む。
選択的に、本開示の上記実施例では、前記端末は、
前記ターゲットチャネルがＰＵＳＣＨである場合、異なる優先度のＵＣＩをそれぞれコーディングする時、異なる優先度のＵＣＩが、異なるリソース占有比オフセット値ｂｅｔａ＿ｏｆｆｓｅｔを使用し、各ＵＣＩによって使用されるリソース粒子とコードレートを決定するための第三のコーディングモジュールをさらに含む。
選択的に、本開示の上記実施例では、前記端末は、
オフセット値決定モジュールをさらに含み、
前記オフセット値決定モジュールは、
ＲＲＣによって配置され又はＤＣＩによって指示されるｂｅｔａ＿ｏｆｆｓｅｔ及び予め設定されるｂｅｔａ＿ｏｆｆｓｅｔに基づき、異なる優先度のＵＣＩによって使用されるｂｅｔａ＿ｏｆｆｓｅｔを決定するために用いられ、
又は、
ＲＲＣによって配置される異なる優先度のＵＣＩに対応するｂｅｔａ＿ｏｆｆｓｅｔに基づき、異なる優先度のＵＣＩによって使用されるｂｅｔａ＿ｏｆｆｓｅｔを決定するために用いられ、
又は、
ＤＣＩにおいて指示される異なる優先度のＵＣＩに対応するｂｅｔａ＿ｏｆｆｓｅｔに基づき、異なる優先度のＵＣＩによって使用されるｂｅｔａ＿ｏｆｆｓｅｔを決定するために用いられ、
又は、
ＤＣＩにおいて指示される第一の優先度のＵＣＩに対応するｂｅｔａ＿ｏｆｆｓｅｔ及びＲＲＣによって配置される第二の優先度のＵＣＩに対応するｂｅｔａ＿ｏｆｆｓｅｔに基づき、異なる優先度のＵＣＩによって使用されるｂｅｔａ＿ｏｆｆｓｅｔを決定するために用いられ、前記ＵＣＩの優先度は、少なくとも第一の優先度と第二の優先度を含み、
又は、
ＲＲＣによって配置され、又はＤＣＩによって指示され、又はプロトコルによって規定される第二のスケーリングファクター、及びＲＲＣによって配置され又はＤＣＩによって指示される第一の優先度のＵＣＩのｂｅｔａ＿ｏｆｆｓｅｔに基づき、異なる優先度のＵＣＩによって使用されるｂｅｔａ＿ｏｆｆｓｅｔを決定するために用いられる。
本開示の実施例による端末は、図１～図４の方法の実施例において端末によって実現された各プロセスを実現することができる。説明の重複を回避するために、ここでは説明を省略する。
以上をまとめると、本開示の上記実施例は、異なる優先度のＵＣＩが同一のターゲットチャネルで伝送される時のコーディング方式、コードレート等に対して定義又は配置を行うことによって、高優先度のＵＣＩの信頼性を実現し、リソース利用率を向上させることができる。
説明すべきことは、本開示の実施例による端末が、上記上りリンク制御情報ＵＣＩの伝送方法を実行できる端末である場合、上記上りリンク制御情報ＵＣＩの伝送方法の全ての実施例は、いずれもこの端末に適用され、且つ同じ又は類似する有益な効果を達することができる。
図６は、本開示の各実施例を実現する端末のハードウェア構造概略図である。この端末６００は、無線周波数ユニット６０１、ネットワークモジュール６０２、オーディオ出力ユニット６０３、入力ユニット６０４、センサ６０５、表示ユニット６０６、ユーザ入力ユニット６０７、インターフェースユニット６０８、メモリ６０９、プロセッサ６１０、及び電源６１１などの部材を含むが、それらに限らない。当業者であれば理解できるように、図６に示す端末構成は、端末に対する限定を構成しなく、端末には、図示された部材の数よりも多くまたは少ない部材、または何らかの部材の組み合わせ、または異なる部材の配置が含まれてもよい。本開示の実施例では、端末は、携帯電話、タブレットパソコン、ノートパソコン、パームトップコンピューター、車載端末、ウェアラブルデバイス、及び歩数計などを含むが、それらに限らない。
プロセッサ６１０は、異なる優先度のＵＣＩが同一のターゲットチャネルで伝送される場合、異なる優先度のＵＣＩをそれぞれコーディングするために用いられ、
無線周波数ユニット６０１は、異なる優先度のＵＣＩをそれぞれコーディングした後に前記ターゲットチャネル上で伝送するために用いられ、
そのうち、前記ＵＣＩの優先度は、下りリンク制御情報ＤＣＩのターゲットパラメータ及び／又はＵＣＩに含まれる情報によって決定され、ＤＣＩは、前記ＵＣＩ伝送を指示するためのものに対応するＤＣＩである。
以上をまとめると、本開示の上記実施例は、異なる優先度のＵＣＩが同一のターゲットチャネルで伝送される時のコーディング方式、コードレート等に対して定義又は配置を行うことによって、高優先度のＵＣＩの信頼性を実現し、リソース利用率を向上させることができる。
説明すべきことは、本開示の実施例による端末が、上記上りリンク制御情報ＵＣＩの伝送方法を実行できる端末である場合、上記上りリンク制御情報ＵＣＩの伝送方法の全ての実施例は、いずれもこの端末に適用され、且つ同じ又は類似する有益な効果を達することができる。
理解すべきことは、本開示の実施例では、無線周波数ユニット６０１は、情報の送受信または通話中の信号の送受信に用いられてもよい。具体的には、基地局からの下りリンクのデータを受信してから、プロセッサ６１０に処理させてもよい。また、上りリンクのデータを基地局に送信してもよい。一般的には、無線周波数ユニット６０１は、アンテナ、少なくとも一つの増幅器、送受信機、カプラ、低雑音増幅器、デュプレクサなどを含むが、それらに限られない。なお、無線周波数ユニット６０１は、無線通信システムやネットワークを介して他の機器との通信を行ってもよい。
端末は、ネットワークモジュール６０２によってユーザに無線のブロードバンドインターネットアクセスを提供し、例えば、ユーザへ電子メールの送受信、ウェブページの閲覧、ストリーミングメディアへのアクセスなどを支援する。
オーディオ出力ユニット６０３は、無線周波数ユニット６０１またはネットワークモジュール６０２によって受信されたまたはメモリ６０９に記憶されたオーディオデータをオーディオ信号に変換して、音声として出力することができる。そして、オーディオ出力ユニット６０３はさらに、端末６００によって実行された特定の機能に関連するオーディオ出力（例えば、呼び信号受信音、メッセージ着信音など）を提供することができる。オーディオ出力ユニット６０３は、スピーカ、ブザー及び受話器などを含む。
入力ユニット６０４は、オーディオまたはビデオ信号を受信するために用いられる。入力ユニット６０４は、グラフィックスプロセッサ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＧＰＵ）６０４１とマイクロホン６０４２を含んでもよい。グラフィックスプロセッサ６０４１は、ビデオキャプチャモードまたは画像キャプチャモードにおいて画像キャプチャ装置（例えば、カメラ）によって得られた静止画像またはビデオの画像データを処理する。処理された画像フレームは、表示ユニット６０６に表示されてもよい。グラフィックスプロセッサ６０４１によって処理された画像フレームは、メモリ６０９（または他の記憶媒体）に記憶されてもよく、または無線周波数ユニット６０１またはネットワークモジュール６０２を介して送信されてもよい。マイクロホン６０４２は、音声を受信することができるとともに、このような音声をオーディオデータとして処理することができる。処理されたオーディオデータは、電話の通話モードにおいて、無線周波数ユニット６０１を介して移動通信基地局に送信することが可能なフォーマットに変換して出力されてもよい。
端末６００はさらに、少なくとも一つのセンサ６０５、例えば、光センサ、モーションセンサ及び他のセンサを含む。具体的には、光センサは、環境光センサ及び接近センサを含み、そのうち、環境光センサは、環境光の明暗に応じて、表示パネル６０６１の輝度を調整することができ、接近センサは、端末６００が耳元に移動した時、表示パネル６０６１及び／又はバックライトをオフにすることができる。モーションセンサの一種として、加速度計センサは、各方向（一般的には、三軸であり）における加速度の大きさを検出することができ、静止時、重力の大きさ及び方向を検出することができ、端末姿勢（例えば、縦横スクリーン切り替え、関連ゲーム、磁力計姿勢校正）の識別、振動識別関連機能（例えば、歩数計、タップ）などに用いられてもよい。センサ６０５はさらに、指紋センサ、圧力センサ、虹彩センサ、分子センサ、ジャイロ、気圧計、湿度計、温度計、赤外線センサなどを含んでもよい。ここでは説明を省略する。
表示ユニット６０６は、ユーザによって入力された情報またはユーザに提供される情報を表示するために用いられている。表示ユニット６０６は、表示パネル６０６１を含んでもよく、液晶ディスプレイ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ、ＬＣＤ）、有機発光ダイオード（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ－Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ、ＯＬＥＤ）などの形式で表示パネル６０６１を配置してもよい。
ユーザ入力ユニット６０７は、入力された数字または文字情報の受信、端末のユーザによる設置及び機能制御に関するキー信号入力の発生に用いられてもよい。具体的には、ユーザ入力ユニット６０７は、タッチパネル６０７１および他の入力機器６０７２を含む。タッチパネル６０７１は、タッチスクリーンとも呼ばれ、その上または付近でのユーザによるタッチ操作（例えば、ユーザが指、タッチペンなどの任意の適切な物体または付属品を使用してタッチパネル６０７１上またはタッチパネル６０７１付近で行う操作）を収集することができる。タッチパネル６０７１は、タッチ検出装置とタッチコントローラの二つの部分を含んでもよい。そのうち、タッチ検出装置は、ユーザによるタッチ方位を検出し、タッチ操作による信号を検出し、信号をタッチコントローラに伝送する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、それをタッチポイント座標に変換してから、プロセッサ６１０に送信し、プロセッサ６１０から送信されてきたコマンドを受信して実行する。なお、抵抗式、静電容量式、赤外線及び表面音波などの様々なタイプを用いてタッチパネル６０７１を実現してもよい。タッチパネル６０７１以外、ユーザ入力ユニット６０７は、他の入力機器６０７２を含んでもよい。具体的には、他の入力機器６０７２は、物理的なキーボード、機能キー（例えば、ボリューム制御ボタン、スイッチボタンなど）、トラックボール、マウス、操作レバーを含んでもよいが、それらに限られない。ここでは説明を省略する。
さらに、タッチパネル６０７１は、表示パネル６０６１上に覆われてもよい。タッチパネル６０７１は、その上または付近でのタッチ操作を検出した場合、プロセッサ６１０に伝送して、タッチイベントのタイプを特定し、その後、プロセッサ６１０は、タッチイベントのタイプに応じて表示パネル６０６１で相応な視覚出力を提供する。図６では、タッチパネル６０７１と表示パネル６０６１は、二つの独立した部材として端末の入力と出力機能を実現するものであるが、何らかの実施例では、タッチパネル６０７１と表示パネル６０６１を集積して端末の入力と出力機能を実現してもよい。具体的には、ここでは限定しない。
インターフェースユニット６０８は、外部装置と端末６００との接続のためのインターフェースである。例えば、外部装置は、有線または無線ヘッドフォンポート、外部電源（または電池充電器）ポート、有線または無線データポート、メモリカードポート、識別モジュールを有する装置への接続用のポート、オーディオ入力／出力（ｉｎｐｕｔ／ｏｕｔｐｕｔ、Ｉ／Ｏ）ポート、ビデオＩ／Ｏポート、イヤホンポートなどを含んでもよい。インターフェースユニット６０８は、外部装置からの入力（例えば、データ情報、電力など）を受信するとともに、受信した入力を端末６００内の一つまたは複数の素子に伝送するために用いられてもよく、または端末６００と外部装置との間でデータを伝送するために用いられてもよい。
メモリ６０９は、ソフトウェアプログラムおよび様々なデータを記憶するために用いることができる。メモリ６０９は、主に記憶プログラム領域および記憶データ領域を含んでもよい。そのうち、記憶プログラム領域は、オペレーティングシステム、少なくとも一つの機能に必要なアプリケーションプログラム（例えば、音声再生機能、画像再生機能など）などを記憶することができ、記憶データ領域は、携帯電話の使用によって作成されるデータ（例えば、オーディオデータ、電話帳など）などを記憶することができる。なお、メモリ６０９は、高速ランダムアクセスメモリを含んでもよく、非揮発性メモリ、例えば、少なくとも一つの磁気ディスクメモリデバイス、フラッシュメモリデバイス、または他の揮発性ソリッドステートメモリデバイスをさらに含んでもよい。
プロセッサ６１０は、端末の制御センターであり、各種のインターフェースと線路によって端末全体の各部分に接続され、メモリ６０９内に記憶されたソフトウェアプログラム及び／又はモジュールを運行又は実行すること、及びメモリ６０９内に記憶されたデータを呼び出し、端末の各種の機能を実行し、データを処理することにより、端末全体をモニタリングする。プロセッサ６１０は、一つまたは複数の処理ユニットを含んでもよい。選択的に、プロセッサ６１０は、アプリケーションプロセッサとモデムプロセッサを集積してもよい。そのうち、アプリケーションプロセッサは、主にオペレーティングシステム、ユーザインターフェースおよびアプリケーションプログラムなどを処理するためのものであり、モデムプロセッサは、主に無線通信を処理するためのものである。理解すべきことは、上記モデムプロセッサは、プロセッサ６１０に集積されなくてもよい。
端末６００はさらに、各部材に電力を供給する電源６１１（例えば、電池）を含んでもよい。選択的に、電源６１１は、電源管理システムによってプロセッサ６１０にロジック的に接続されてもよい。それにより、電源管理システムによって充放電管理及び消費電力管理などの機能を実現することができる。
また、端末６００は、いくつかの示されていない機能モジュールを含む。ここでは説明を省略する。
選択的に、本開示の実施例は、端末をさらに提供する。プロセッサ、メモリ、メモリに記憶され、前記プロセッサ上で運行できるコンピュータプログラムを含み、このコンピュータプログラムがプロセッサによって実行される時、上記上りリンク制御情報ＵＣＩの伝送方法の実施例の各プロセスを実現させ、且つ同じ技術的効果を達することができる。説明の重複を回避するために、ここで説明を省略する。
本開示の実施例はさらに、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体にはコンピュータプログラムが記憶されており、このコンピュータプログラムがプロセッサによって実行される時、上記上りリンク制御情報ＵＣＩの伝送方法の実施例の各プロセスを実現させ、且つ同じ技術的効果を達することができる。説明の重複を回避するために、ここで説明を省略する。そのうち、上述したコンピュータ可読記憶媒体は、例えば、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭと略称される）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭと略称される）、磁気ディスク又は光ディスクなどである。
説明すべきことは、本明細書において、「含む」、「包含」という用語またはその他の任意の変形は、非排他的な「含む」を意図的にカバーするものであり、それにより、一連の要素を含むプロセス、方法、物品または装置は、それらの要素を含むだけではなく、明確にリストされていていない他の要素も含み、またはこのようなプロセス、方法、物品または装置に固有の要素も含む。それ以上の制限がない場合に、「…を１つ含む」という文章で限定された要素について、この要素を含むプロセス、方法、物品または装置には他の同じ要素も存在することが排除されるものではない。
以上の実施の形態の記述によって、当業者であればはっきりと分かるように、上記実施例の方法は、ソフトウェアと必要な汎用ハードウェアプラットフォームの形態によって実現されてもよい。無論、ハードウェアによっても実現されるが、多くの場合、前者は、好適な実施の形態である。このような理解を踏まえて、本開示の技術案は、実質にはまたは関連技術に寄与した部分がソフトウェア製品の形式によって表われてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、一台の端末（携帯電話、コンピュータ、サーバ、エアコン、またはネットワーク機器などであってもよい）に本開示の各実施例に記載の方法を実行させるための若干の指令を含む。
当業者であれば意識できるように、本明細書に開示された実施例に記述された様々な例のユニット及びアルゴリズムステップを結び付けば、電子ハードウェアまたはコンピュータソフトウェアと電子ハードウェアとの組み合わせで実現されることが可能である。これらの機能は、ハードウェア方式で実行されるか、ソフトウェア方式で実行されるかは、技術案の特定の応用及び設計拘束条件によるものである。当業者は、各特定の応用に対して異なる方法を使用して、記述された機能を実現することができるが、このような実現は、本開示の範囲を超えていると考えられるべきではない。
当業者が明確に理解できるように、記述の利便性および簡潔性のために、以上に記述されたシステム、装置、およびユニットの具体的な作動プロセスは、前記方法の実施例における対応するプロセスを参照してもよい。ここでは説明を省略する。
本出願によって提供されるいくつかの実施例では、理解すべきことは、掲示された装置および方法は、他の方式によって実現されてもよい。例えば、以上に記述された装置の実施例は、単なる例示的なものであり、例えば、前記ユニットの区分は、単なる論理的機能区分であり、実際に実現する時、他の区分方式があってもよい。例えば、複数のユニットまたはコンポーネントは、別のシステムに結合されてもよく、または集積されてもよく、またはいくつかの特徴が無視されてもよく、または実行されなくてもよい。また、表示又は討論された同士間の結合又は直接結合又は通信接続は、いくつかのインターフェース、装置又はユニットによる間接の結合又は通信接続であってもよく、電気的、機械的、又は他の形式であってもよい。
前記分離された部品として説明されるユニットは、物理的に分離されてもよく、または物理的に分離されなくてもよく、ユニットとして表示される部品は、物理的なユニットであってもよく、または、物理的なユニットでなくてもよく、すなわち、一つの場所に位置してもよく、または複数のネットワークユニットに分布されてもよい。実際の必要に応じて、そのうちの一部または全部のユニットを選択して、本実施例の方案の目的を実現することができる。
また、本開示の各実施例における各機能ユニットは、一つの処理ユニットに集積されてもよく、各ユニットが物理的に単独に存在しもよく、二つ又は二つ以上のユニットが一つのユニットに集積されてもよい。
前記機能は、ソフトウェア機能ユニットの形式で実現され、且つ独立した製品として販売又は使用される場合、一つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解を踏まえて、本開示の技術案は、実質には、又は関連技術に寄与した部分又はこの技術案に関する部分がソフトウェア製品の形式によって表われてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体に記憶され、一台のコンピュータ機器（パソコン、サーバ、又はネットワーク機器などであってもよい）に本開示の各実施例に記載の方法の全部又は一部を実行させるための若干の指令を含む。前記記憶媒体は、Ｕディスク、リムーバブルハードディスク、ＲＯＭ、ＲＡＭ、磁気ディスク又は光ディスク等の様々なプログラムコードを記憶可能な媒体を含む。
当業者が理解できるように、上記実施例の方法における全部又は一部のフローを実現することは、コンピュータプログラムによって関連ハードウェアを制御することによって完了されてもよい。前記プログラムは、コンピュータ可読記憶媒体に記憶されてもよい。このプログラムが実行される時、上記各方法の実施例のようなフローを含んでもよい。そのうち、前記記憶媒体は、磁気ディスク、光ディスク、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）又はランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）などであってもよい。
理解できることは、本開示の実施例に記述されたこれらの実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード又はそれらの組み合わせで実現されてもよい。ハードウェアの実現に対して、処理ユニットは、一つ又は複数の特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ、ＡＳＩＣ）、デジタルシグナルプロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、デジタルシグナルプロセッシングデバイス（ＤＳＰ Ｄｅｖｉｃｅ、ＤＳＰＤ）、プログラマブル論理機器（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ、ＰＬＤ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本開示に記載の機能を実行するための他の電子ユニット又はそれらの組み合わせに実現されてもよい。
ソフトウェアの実現に対して、本開示の実施例に記載の機能を実行するモジュール（例えば、プロセス、関数など）によって本開示の実施例に記載の技術を実現してもよい。ソフトウェアコードは、メモリに記憶され、且つプロセッサを介して実行されてもよい。メモリは、プロセッサ内又はプロセッサの外部に実現されてもよい。
以上は、添付図面を結び付けながら、本開示の実施例を記述していたが、本開示は、上述した具体的な実施の形態に限らない。上述した具体的な実施の形態は例示的なものに過ぎず、制限性のあるものではない。当業者は、本開示による示唆を基にして、本開示の趣旨や請求項が保護する範囲から逸脱しない限り、多くの形式の変更を行うことができ、それらはいずれも本開示の保護範囲に入っている。
以上に記述されているのは、本開示の具体的な実施の形態に過ぎず、本開示の保護範囲は、それに限らない。いかなる当業者が、本開示に掲示される技術的範囲内に、容易に想到できる変形又は置き換えは、いずれも、本開示の保護範囲内に含まれるべきである。このため、本開示の保護範囲は、請求項の保護範囲を基にすべきである。
〔関連出願の相互参照〕
本出願は、２０１８年１２月２５日に中国で提出された中国特許出願番号第２０１８１１５９４１３７．９の優先権を主張しており、同出願の内容の全ては、ここに参照として取り込まれる。
また、ＰＤＳＣＨフィードバックにおいて、同一の時間に複数のＰＤＣＣＨをフィードバックして、ＰＤＳＣＨのＨＡＲＱ－ＡＣＫをスケジューリングする必要がある。ＰＤＣＣＨ検出見逃しの状況を防止するために、カウンタ下りリンク割り当てインデックス（ｃｏｕｎｔｅｒ Ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ、ｃｏｕｎｔｅｒ ＤＡＩ）のメカニズムを導入して端末がフィードバックする必要のあるＨＡＲＱ－ＡＣＫビット数を決定するが、依然として最後の一つのＰＤＣＣＨへの検出が見逃される可能性があり、このように、端末によってフィードバックされるＨＡＲＱ－ＡＣＫのビット数と基地局によって理解されるビット数が一致しないことにより、基地局は、ＨＡＲＱ－ＡＣＫフィードバックを正確に受信することができない。例えば、低優先度のＢＬＥＲ ｔａｒｇｅｔ（ブロックエラー率ターゲット値）が１０＾－２であり、高優先度のＢＬＥＲ ｔａｒｇｅｔが１０＾－５／－６である場合、低優先度ＰＤＣＣＨの検出見逃し確率は、１％であり、高優先度ＰＤＣＣＨの検出見逃し確率は、０．００１％である。このため、低優先度の最後の一つのＰＤＣＣＨの検出が見逃され、低優先度ＨＡＲＱ－ＡＣＫと高優先度ＨＡＲＱ－ＡＣＫが一緒に多重化される時、ＨＡＲＱ－ＡＣＫのビット数に対する基地局とＵＥとの理解が一致せず、ＰＵＣＣＨによって使用されるＰＲＢリソースが一致しないことになる。このため、低優先度ＰＤＣＣＨ検出見逃しによる高優先度ＨＡＲＱ－ＡＣＫフィードバックへの影響を減少するために、図３に示すように、高優先度ＨＡＲＱ－ＡＣＫと低優先度ＨＡＲＱ－ＡＣＫをそれぞれコーディングし、且つ時間ドメイン優先の方式を採用して物理リソース上にマッピングし、基地局が高優先度ＨＡＲＱ－ＡＣＫフィードバックを正確に受信できることを確保する。

Claims (18)

  1. 端末に用いられる上りリンク制御情報ＵＣＩの伝送方法であって、
    異なる優先度のＵＣＩが同一のターゲットチャネルで伝送される場合、異なる優先度のＵＣＩをそれぞれコーディングした後に前記ターゲットチャネル上で伝送することを含み、
    そのうち、前記ＵＣＩの優先度は、下りリンク制御情報ＤＣＩのターゲットパラメータ及び／又はＵＣＩに含まれる情報によって決定され、ＤＣＩは、前記ＵＣＩの伝送を指示するためのものに対応するＤＣＩである、上りリンク制御情報ＵＣＩの伝送方法。
  2. 前記ターゲットチャネルは、物理上りリンク制御チャネルＰＵＣＣＨ又は物理上りリンク共有チャネルＰＵＳＣＨを含む、請求項１に記載の伝送方法。
  3. 前記ターゲットチャネルがＰＵＣＣＨである場合、前記伝送方法は、
    異なる優先度のＵＣＩをそれぞれコーディングする時、異なる優先度のＵＣＩが、異なるコードレートを使用することをさらに含む、請求項２に記載の伝送方法。
  4. 無線リソース制御ＲＲＣによって配置され、又はＤＣＩによって指示され、又はプロトコルによって規定される第一のスケーリングファクター、及び、ＰＵＣＣＨリソースに対応するコードレートに基づき、異なる優先度のＵＣＩによって使用されるコードレートを決定すること、
    又は、
    無線リソース制御ＲＲＣによって配置される異なる優先度のＵＣＩに対応するコードレートに基づき、異なる優先度のＵＣＩによって使用されるコードレートを決定することをさらに含む、請求項３に記載の伝送方法。
  5. 前記ターゲットチャネルがＰＵＣＣＨであり、前記ＵＣＩの優先度が少なくとも第一の優先度と第二の優先度を含む場合、前記伝送方法は、
    異なる優先度のＵＣＩをそれぞれコーディングする時、ＲＲＣによって配置されるコードレートに基づき、第一の優先度のＵＣＩを伝送するためのリソースを割り当て、残りのリソースを、第二の優先度のＵＣＩを伝送するためのものとすることをさらに含み、
    そのうち、第一の優先度は、第二の優先度よりも高い、請求項２に記載の伝送方法。
  6. 前記ターゲットチャネルがＰＵＣＣＨである場合、前述した、異なる優先度のＵＣＩをそれぞれコーディングした後に前記ターゲットチャネル上で伝送することは、
    異なる優先度のＵＣＩをそれぞれコーディングし、コーディングされた後の異なる優先度のＵＣＩが時間ドメイン優先のマッピング方法を採用して物理リソース上にマッピングされ且つ前記ターゲットチャネル上で伝送されることを含む、請求項２に記載の伝送方法。
  7. 前記ターゲットチャネルがＰＵＳＣＨである場合、前記伝送方法は、
    異なる優先度のＵＣＩをそれぞれコーディングする時、異なる優先度のＵＣＩが、異なるリソース占有比オフセット値ｂｅｔａ＿ｏｆｆｓｅｔを使用し、各ＵＣＩによって使用されるリソース粒子とコードレートを決定することをさらに含む、請求項２に記載の伝送方法。
  8. ＲＲＣによって配置され又はＤＣＩによって指示されるｂｅｔａ＿ｏｆｆｓｅｔ及び予め設定されるｂｅｔａ＿ｏｆｆｓｅｔに基づき、異なる優先度のＵＣＩによって使用されるｂｅｔａ＿ｏｆｆｓｅｔを決定すること、
    又は、
    ＲＲＣによって配置される異なる優先度のＵＣＩに対応するｂｅｔａ＿ｏｆｆｓｅｔに基づき、異なる優先度のＵＣＩによって使用されるｂｅｔａ＿ｏｆｆｓｅｔを決定すること、
    又は、
    ＤＣＩにおいて指示される異なる優先度のＵＣＩに対応するｂｅｔａ＿ｏｆｆｓｅｔに基づき、異なる優先度のＵＣＩによって使用されるｂｅｔａ＿ｏｆｆｓｅｔを決定すること、
    又は、
    ＤＣＩにおいて指示される第一の優先度のＵＣＩに対応するｂｅｔａ＿ｏｆｆｓｅｔ及びＲＲＣによって配置される第二の優先度のＵＣＩに対応するｂｅｔａ＿ｏｆｆｓｅｔに基づき、異なる優先度のＵＣＩによって使用されるｂｅｔａ＿ｏｆｆｓｅｔを決定し、前記ＵＣＩの優先度は、少なくとも第一の優先度と第二の優先度を含むこと、
    又は、
    ＲＲＣによって配置され、又はＤＣＩによって指示され、又はプロトコルによって規定される第二のスケーリングファクター、及びＲＲＣによって配置され又はＤＣＩによって指示される第一の優先度のＵＣＩのｂｅｔａ＿ｏｆｆｓｅｔに基づき、異なる優先度のＵＣＩによって使用されるｂｅｔａ＿ｏｆｆｓｅｔを決定することをさらに含む、請求項７に記載の伝送方法。
  9. 異なる優先度の上りリンク制御情報ＵＣＩが同一のターゲットチャネルで伝送される場合、異なる優先度のＵＣＩをそれぞれコーディングした後に前記ターゲットチャネル上で伝送するためのコーディング伝送モジュールを含み、
    そのうち、前記ＵＣＩの優先度は、下りリンク制御情報ＤＣＩのターゲットパラメータ及び／又はＵＣＩに含まれる情報によって決定され、ＤＣＩは、前記ＵＣＩの伝送を指示するためのものに対応するＤＣＩである、端末。
  10. 前記ターゲットチャネルは、物理上りリンク制御チャネルＰＵＣＣＨ又は物理上りリンク共有チャネルＰＵＳＣＨを含む、請求項９に記載の端末。
  11. 前記ターゲットチャネルがＰＵＣＣＨである場合、異なる優先度のＵＣＩをそれぞれコーディングする時、異なる優先度のＵＣＩは、異なるコードレートを使用するための第一のコーディングモジュールをさらに含む、請求項１０に記載の端末。
  12. 第一のスケーリングファクター及びＰＵＣＣＨリソースに対応するコードレートに基づき、異なる優先度のＵＣＩによって使用されるコードレートを決定するため、又は、無線リソース制御ＲＲＣによって配置される異なる優先度のＵＣＩに対応するコードレートに基づき、異なる優先度のＵＣＩによって使用されるコードレートを決定するためのコードレート決定モジュールをさらに含み、
    そのうち、前記第一のスケーリングファクターは、無線リソース制御ＲＲＣによって配置され、又はＤＣＩによって指示され、又はプロトコルによって規定される、請求項１１に記載の端末。
  13. 前記ターゲットチャネルがＰＵＣＣＨであり、前記ＵＣＩの優先度が少なくとも第一の優先度と第二の優先度を含む場合、異なる優先度のＵＣＩをそれぞれコーディングする時、ＲＲＣによって配置されるコードレートに基づき、第一の優先度のＵＣＩを伝送するためのリソースを割り当て、残りのリソースを、第二の優先度のＵＣＩを伝送するためのものとするための第二のコーディングモジュールをさらに含み、
    そのうち、第一の優先度は、第二の優先度よりも高い、請求項１０に記載の端末。
  14. 前記コーディング伝送モジュールは、
    異なる優先度のＵＣＩをそれぞれコーディングし、コーディングされた後の異なる優先度のＵＣＩが時間ドメイン優先のマッピング方法を採用して物理リソース上にマッピングされ且つ前記ターゲットチャネル上で伝送されるためのコーディング伝送サブモジュールを含む、請求項１０に記載の端末。
  15. 前記ターゲットチャネルがＰＵＳＣＨである場合、異なる優先度のＵＣＩをそれぞれコーディングする時、異なる優先度のＵＣＩが、異なるリソース占有比オフセット値ｂｅｔａ＿ｏｆｆｓｅｔを使用し、各ＵＣＩによって使用されるリソース粒子とコードレートを決定するための第三のコーディングモジュールをさらに含む、請求項１０に記載の端末。
  16. オフセット値決定モジュールをさらに含み、
    前記オフセット値決定モジュールは、
    ＲＲＣによって配置され又はＤＣＩによって指示されるｂｅｔａ＿ｏｆｆｓｅｔ及び予め設定されるｂｅｔａ＿ｏｆｆｓｅｔに基づき、異なる優先度のＵＣＩによって使用されるｂｅｔａ＿ｏｆｆｓｅｔを決定するために用いられ、
    又は、
    ＲＲＣによって配置される異なる優先度のＵＣＩに対応するｂｅｔａ＿ｏｆｆｓｅｔに基づき、異なる優先度のＵＣＩによって使用されるｂｅｔａ＿ｏｆｆｓｅｔを決定するために用いられ、
    又は、
    ＤＣＩにおいて指示される異なる優先度のＵＣＩに対応するｂｅｔａ＿ｏｆｆｓｅｔに基づき、異なる優先度のＵＣＩによって使用されるｂｅｔａ＿ｏｆｆｓｅｔを決定するために用いられ、
    又は、
    ＤＣＩにおいて指示される第一の優先度のＵＣＩに対応するｂｅｔａ＿ｏｆｆｓｅｔ及びＲＲＣによって配置される第二の優先度のＵＣＩに対応するｂｅｔａ＿ｏｆｆｓｅｔに基づき、異なる優先度のＵＣＩによって使用されるｂｅｔａ＿ｏｆｆｓｅｔを決定するために用いられ、前記ＵＣＩの優先度は、少なくとも第一の優先度と第二の優先度を含み、
    又は、
    ＲＲＣによって配置され、又はＤＣＩによって指示され、又はプロトコルによって規定される第二のスケーリングファクター、及びＲＲＣによって配置され又はＤＣＩによって指示される第一の優先度のＵＣＩのｂｅｔａ＿ｏｆｆｓｅｔに基づき、異なる優先度のＵＣＩによって使用されるｂｅｔａ＿ｏｆｆｓｅｔを決定するために用いられる、請求項１５に記載の端末。
  17. プロセッサ、メモリ、および、前記メモリに記憶され、且つ前記プロセッサ上で運行できるコンピュータプログラムを含み、前記コンピュータプログラムが前記プロセッサによって実行される時、請求項１～８のいずれか１項に記載の上りリンク制御情報ＵＣＩの伝送方法のステップを実現させる、端末。
  18. コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時、請求項１～８のいずれか１項に記載の上りリンク制御情報ＵＣＩの伝送方法のステップを実現させる、コンピュータ可読記憶媒体。
JP2021535231A 2018-12-25 2019-12-19 上りリンク制御情報ｕｃｉの伝送方法及び端末 Active JP7225405B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201811594137.9A CN111314033B (zh) 2018-12-25 2018-12-25 一种上行控制信息uci的传输方法及终端
CN201811594137.9 2018-12-25
PCT/CN2019/126572 WO2020135214A1 (zh) 2018-12-25 2019-12-19 上行控制信息uci的传输方法及终端

Publications (2)

Publication Number Publication Date
JP2022514038A true JP2022514038A (ja) 2022-02-09
JP7225405B2 JP7225405B2 (ja) 2023-02-20

Family

ID=71126333

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021535231A Active JP7225405B2 (ja) 2018-12-25 2019-12-19 上りリンク制御情報ｕｃｉの伝送方法及び端末

Country Status (6)

Country Link
US (1) US11968676B2 (ja)
EP (1) EP3905570A4 (ja)
JP (1) JP7225405B2 (ja)
KR (1) KR102512967B1 (ja)
CN (1) CN111314033B (ja)
WO (1) WO2020135214A1 (ja)

Families Citing this family (52)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11323231B2 (en) * 2019-02-12 2022-05-03 Samsung Electronics Co., Ltd. Adapting a number of repetitions for a physical uplink control channel
US11451284B2 (en) * 2019-03-28 2022-09-20 Qualcomm Incorporated Multiplexing codebooks generated for transmissions having different service types
US20220183025A1 (en) * 2019-04-02 2022-06-09 Telefonaktiebolaget Lm Ericsson (Publ) Priority-dependent uci resource determination
US20210037555A1 (en) * 2019-07-29 2021-02-04 Samsung Electronics Co., Ltd. Scheduling for services with multiple priority types
US20230035066A1 (en) * 2020-02-05 2023-02-02 Lg Electronics Inc. Method, user device and storage medium for transmitting uplink channel, and method and base station for receiving uplink channel
WO2022006878A1 (en) 2020-07-10 2022-01-13 JRD Communication (Shenzhen) Ltd. Intra-user equipment multiplexing method, user equipment, and radio node for enabling the method
CN113939021A (zh) * 2020-07-13 2022-01-14 维沃移动通信有限公司 信息复用方法、装置及用户设备
CN116318547A (zh) * 2020-07-18 2023-06-23 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
CN113965301B (zh) * 2020-07-21 2023-04-18 维沃移动通信有限公司 物理上行控制信道资源重叠的处理方法及装置
US11811538B2 (en) * 2020-07-27 2023-11-07 Samsung Electronics Co., Ltd. Multiplexing information with different priority values
CN114070483A (zh) * 2020-08-03 2022-02-18 北京三星通信技术研究有限公司 上行传输方法和相应设备
WO2022030525A1 (en) * 2020-08-05 2022-02-10 Sharp Kabushiki Kaisha Code rate determination for multiplexing of harq-ack with different priorities on pucch with separate coding
WO2022029976A1 (ja) * 2020-08-06 2022-02-10 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局
EP4195560A4 (en) * 2020-08-06 2024-05-08 LG Electronics Inc. METHOD AND DEVICE FOR TRANSMITTING AND RECEIVING SIGNALS IN A WIRELESS COMMUNICATION SYSTEM
CN114070526B (zh) * 2020-08-07 2023-04-25 维沃移动通信有限公司 信息确定方法、信息指示方法、终端及网络侧设备
CN114071585A (zh) * 2020-08-07 2022-02-18 中国移动通信有限公司研究院 物理上行控制信道的传输方法、终端及基站
CN114071744A (zh) * 2020-08-07 2022-02-18 中国移动通信有限公司研究院 物理上行控制信道的传输方法、终端及基站
CN114070525B (zh) * 2020-08-07 2023-06-06 维沃移动通信有限公司 传输方法及装置
CN114079553B (zh) * 2020-08-19 2023-02-21 维沃移动通信有限公司 上行传输方法、设备及可读存储介质
US11943805B2 (en) * 2020-09-18 2024-03-26 Qualcomm Incorporated Beta offset factor configuration for uplink control information multiplexing on a physical uplink shared channel
US12127242B2 (en) * 2020-09-18 2024-10-22 Qualcomm Incorporated Transmission time implicitly triggering UCI multiplexing on PUSCH with different priorities
CN116471674A (zh) * 2020-09-23 2023-07-21 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
WO2022062982A1 (zh) * 2020-09-23 2022-03-31 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
CN114285536B (zh) * 2020-09-27 2024-07-16 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
CN114257360B (zh) * 2020-09-24 2023-12-05 维沃移动通信有限公司 Harq-ack处理方法、装置及相关设备
WO2022082499A1 (zh) * 2020-10-21 2022-04-28 华为技术有限公司 一种上行控制信息的传输方法及装置
CN116325615B (zh) * 2020-10-23 2024-07-30 华为技术有限公司 上行控制信息传输方法及装置
CN114614953A (zh) * 2020-12-09 2022-06-10 维沃移动通信有限公司 上行控制信息传输方法、装置、终端及网络侧设备
US11617166B2 (en) * 2021-01-04 2023-03-28 Qualcomm Incorporated Multiplexing higher priority and lower priority uplink control information on a physical uplink control channel
CN114765478B (zh) * 2021-01-11 2023-09-26 维沃移动通信有限公司 编码调制符号数的确定方法、装置及通信设备
WO2022151137A1 (en) * 2021-01-14 2022-07-21 Zte Corporation Multiplexing techniques for uplink control channels with different priorities
CN114765484A (zh) * 2021-01-15 2022-07-19 北京紫光展锐通信技术有限公司 Harq-ack传输方法、装置、用户侧设备和存储介质
EP4050958A4 (en) * 2021-01-15 2023-11-22 Lg Electronics Inc. METHOD AND APPARATUS FOR TRANSMITTING AND RECEIVING A SIGNAL IN A WIRELESS COMMUNICATION SYSTEM
EP4255073A4 (en) * 2021-01-22 2024-01-10 Guangdong Oppo Mobile Telecommunications Corp., Ltd. WIRELESS COMMUNICATION METHOD, TERMINAL DEVICE AND NETWORK DEVICE
CN114793152B (zh) * 2021-01-26 2024-09-24 北京紫光展锐通信技术有限公司 一种上行控制信息的传输方法及相关装置
CN113498195B (zh) * 2021-03-18 2023-07-18 上海移远通信技术股份有限公司 一种被用于无线通信的节点中的方法和装置
CN113489566B (zh) * 2021-03-31 2022-11-25 上海移远通信技术股份有限公司 一种用于无线通信的节点中的方法和装置
CN115190599A (zh) * 2021-04-02 2022-10-14 大唐移动通信设备有限公司 一种上行信道的传输方法及装置
CN115174016B (zh) * 2021-04-02 2023-12-26 大唐移动通信设备有限公司 信息传输方法、装置、设备以及存储介质
CN115225198B (zh) * 2021-04-16 2024-10-22 大唐移动通信设备有限公司 Uci的级联确定方法、装置、终端及网络侧设备
CN115250166B (zh) * 2021-04-26 2024-08-27 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
CN117242732A (zh) * 2021-05-05 2023-12-15 联想（新加坡）私人有限公司 确定用于pucch传输的prb的数量
CN115334652A (zh) * 2021-05-10 2022-11-11 维沃移动通信有限公司 上行控制信息uci传输方法、装置、用户设备及介质
CN115333690B (zh) * 2021-05-10 2024-05-31 维沃移动通信有限公司 信息传输方法、装置、终端及网络侧设备
CN115333681B (zh) * 2021-05-11 2024-05-07 大唐移动通信设备有限公司 信息传输方法、装置及存储介质
WO2022267020A1 (zh) * 2021-06-25 2022-12-29 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
CN115603857B (zh) * 2021-07-08 2024-04-26 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
CN115734375A (zh) * 2021-08-25 2023-03-03 中兴通讯股份有限公司 数据发送方法、数据接收方法、网络设备及存储介质
WO2023052134A1 (en) * 2021-09-30 2023-04-06 Sony Group Corporation Communications devices, network nodes, circuitry, systems and methods
CN116489791A (zh) * 2022-01-11 2023-07-25 大唐移动通信设备有限公司 上行传输方法、终端设备和网络设备
CN117177375A (zh) * 2022-05-23 2023-12-05 中兴通讯股份有限公司 资源协调方法、电子设备、存储介质
WO2024072305A1 (en) * 2022-09-30 2024-04-04 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for beta offset configuration for transmitting uplink control information

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013507067A (ja) * 2009-10-01 2013-02-28 インターデイジタル パテント ホールディングス インコーポレイテッド アップリンク制御データの送信
WO2019130522A1 (ja) * 2017-12-27 2019-07-04 株式会社Ｎｔｔドコモ 無線基地局及び無線通信方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102170647B (zh) * 2010-02-26 2013-11-20 电信科学技术研究院 上行数据信道资源复用类型的判断装置和方法
CN103391628B (zh) * 2012-05-09 2017-01-25 中国移动通信集团公司 一种载波聚合系统中信息传输方法及装置
MX362944B (es) 2014-01-15 2019-02-27 Nec Corp Método para transmitir información de control del enlace ascendente, terminal inalámbrica y estación base.
BR112016021392B8 (pt) * 2014-03-19 2024-01-23 Ericsson Telefon Ab L M Métodos de operar um dispositivo sem fio, dispositivos sem fio, meio de armazenamento não transitório e portadora
CN106470089B (zh) * 2015-08-14 2021-05-11 中兴通讯股份有限公司 一种上行控制信息的发送方法及装置
EP3403362B1 (en) * 2016-01-13 2020-10-28 LG Electronics Inc. -1- Method and user equipment for receiving downlink channel, and method and base station for transmitting downlink channel
EP3449590B1 (en) * 2016-04-29 2021-10-20 Apple Inc. Systems, methods and devices for uplink control information enhancement
US10492184B2 (en) * 2016-12-09 2019-11-26 Samsung Electronics Co., Ltd. Multiplexing control information in a physical uplink data channel
US10749640B2 (en) * 2017-03-24 2020-08-18 Electronics And Telecommunications Research Institute Method and apparatus for transmitting and receiving uplink control channel in communication system
WO2019098700A1 (ko) * 2017-11-15 2019-05-23 엘지전자 주식회사 무선 통신 시스템에서 단말의 상향링크 제어 정보 전송 방법 및 상기 방법을 이용하는 단말
MX2020005527A (es) * 2018-01-24 2020-08-20 Guangdong Oppo Mobile Telecommunications Corp Ltd Aparato y procedimiento de asignacion de canal de transmision para controlar una transmision sobre un canal de transmision.
US10880895B2 (en) * 2018-05-27 2020-12-29 Brian Gordaychik Variable length downlink control information formats for next generation radio technologies
KR20200054086A (ko) * 2018-11-09 2020-05-19 한국전자통신연구원 높은 신뢰 조건을 가지는 데이터 또는 제어 정보의 전송 방법 및 이를 위한 장치

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013507067A (ja) * 2009-10-01 2013-02-28 インターデイジタル パテント ホールディングス インコーポレイテッド アップリンク制御データの送信
WO2019130522A1 (ja) * 2017-12-27 2019-07-04 株式会社Ｎｔｔドコモ 無線基地局及び無線通信方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP TS 38.213 V15.3.0, JPN6022027893, 1 October 2018 (2018-10-01), pages 65 - 69, ISSN: 0004820177 *
HUAWEI, HISILICON: "UCI enhancements for URLLC[online]", 3GPP TSG RAN WG1 MEETING #95 R1-1813986, JPN6022027891, 13 November 2018 (2018-11-13), ISSN: 0004820175 *
INSTITUTE FOR INFORMATION INDUSTRY (III): "Discussion on flexible HARQ scheduling for URLLC[online]", 3GPP TSG RAN WG1 MEETING #95 R1-1813284, JPN6022027892, 2 November 2018 (2018-11-02), ISSN: 0004820176 *

Also Published As

Publication number Publication date
CN111314033A (zh) 2020-06-19
CN111314033B (zh) 2021-08-27
EP3905570A1 (en) 2021-11-03
KR102512967B1 (ko) 2023-03-22
US11968676B2 (en) 2024-04-23
EP3905570A4 (en) 2022-02-16
WO2020135214A1 (zh) 2020-07-02
JP7225405B2 (ja) 2023-02-20
US20210321394A1 (en) 2021-10-14
KR20210096273A (ko) 2021-08-04

Similar Documents

Publication Publication Date Title
JP7225405B2 (ja) 上りリンク制御情報ｕｃｉの伝送方法及び端末
WO2021088750A1 (zh) Harq-ack码本生成方法、信息发送方法及设备
WO2021004316A1 (zh) Uci传输方法、接收方法、终端和网络设备
JP7258041B2 (ja) サイドリンクの伝送方法及び端末
JP7259082B2 (ja) 上りリンク制御情報送信、受信方法、端末及びネットワーク側機器
WO2020221047A1 (zh) 反馈控制方法、ue及网络设备
JP7048762B2 (ja) Ｈａｒｑ－ａｃｋコードブックの決定方法及び端末
JP7332715B2 (ja) フィードバックメッセージの送信方法及び端末機器
JP7170067B2 (ja) チャネル状態情報報告の伝送方法及び端末
JP7259021B2 (ja) 情報伝送方法及び端末
WO2021017976A1 (zh) 信息传输方法、装置、终端、设备及介质
WO2020143656A1 (zh) 混合自动重传请求确认的发送方法和终端
CN111447686B (zh) 一种harq-ack反馈方法、终端和网络设备
WO2021147764A1 (zh) 信道状态信息csi上报方法、终端及计算机可读存储介质
US20220174701A1 (en) Information processing method, device, and computer-readable storage medium
WO2021228080A1 (zh) 信息传输、harq-ack码本的生成、传输方法及设备
WO2021147777A1 (zh) 一种通信处理方法及相关设备
WO2020192516A1 (zh) 下行分配索引确定方法、终端和网络设备
WO2021098629A1 (zh) Harq-ack处理方法及相关设备

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210617

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210617

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220616

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220705

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221003

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: 20230124

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230208

R150 Certificate of patent or registration of utility model

Ref document number: 7225405

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150