JP2023548695A - チャネル伝送方法、装置、端末機器、ネットワーク機器及び記憶媒体 - Google Patents

チャネル伝送方法、装置、端末機器、ネットワーク機器及び記憶媒体 Download PDF

Info

Publication number
JP2023548695A
JP2023548695A JP2023526642A JP2023526642A JP2023548695A JP 2023548695 A JP2023548695 A JP 2023548695A JP 2023526642 A JP2023526642 A JP 2023526642A JP 2023526642 A JP2023526642 A JP 2023526642A JP 2023548695 A JP2023548695 A JP 2023548695A
Authority
JP
Japan
Prior art keywords
pucch
frequency
class
hop
terminal equipment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2023526642A
Other languages
English (en)
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.)
Datang Mobile Communications Equipment Co Ltd
Original Assignee
Datang Mobile Communications Equipment 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 Datang Mobile Communications Equipment Co Ltd filed Critical Datang Mobile Communications Equipment Co Ltd
Publication of JP2023548695A publication Critical patent/JP2023548695A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453Resources in frequency domain, e.g. a carrier in FDMA
    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0457Variable allocation of band or rate
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • 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/0048Allocation of pilot signals, i.e. of signals known to the receiver
    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232Control 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/002Transmission of channel access control information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • H04W74/0841Random access procedures, e.g. with 4-step access with collision treatment
    • H04W74/085Random access procedures, e.g. with 4-step access with collision treatment collision avoidance
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/0012Hopping in multicarrier systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Input Circuits Of Receivers And Coupling Of Receivers And Audio Equipment (AREA)

Abstract

本願の実施形態は、チャネル伝送方法、装置、端末機器、ネットワーク機器及び記憶媒体を提供する。方法は、上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する場合、前記PUCCHを送信するために使用される第1のリソースを決定し、前記第1のリソース上でPUCCHを送信することであって、前記第1のリソースの帯域幅範囲は前記第1のクラスの端末機器がサポートする最大帯域幅を超えず、前記第1のクラスの端末機器がサポートする最大帯域幅は第1のプリセット値以下であることを含む。本願は、第1のクラスの端末機器が上り初期帯域幅部分BWPにおいてPUCCHを送信する時に使用する帯域幅を、第1のクラスの端末機器がサポートする帯域幅範囲内にすることで、第1のクラスの端末機器はPUCCHを正しく送信することができる。

Description

[相互参照]
本願は、2020年11月02日に提出された、出願番号が2020112049917であり、発明の名称が「チャネル伝送方法、装置、端末機器、ネットワーク機器及び記憶媒体」である中国特許出願の優先権を主張し、その全体が参照により本願に組み込まれる。
[技術分野]
本願は、通信の技術分野に関し、特に、チャネル伝送方法、装置、端末機器、ネットワーク機器及び記憶媒体に関する。
第5世代移動通信技術5G(5th generation mobile networks)の新しい無線NR(New Radio)システムでは、ユーザ機器(User Equipment、UE)は、ネットワーク機器へのアクセスに成功し、ネットワーク機器が特別にそのユーザ機器のために設定したユーザ固有無線リソース制御(Radio Resource Control、RRC)構成を取得する前に、下り初期帯域幅部分BWP(DL initial BWP)でしか下り情報を受信できず、上り初期帯域幅部分BWP(UL initial BWP)でしか上り情報を送信できない。ここで、ネットワーク機器のキャリア周波数が6GHz以下(又は周波数範囲1、Frequency Range 1、FR1とも呼ばれる)である場合、DL initial BWPの帯域幅は常に20MHzを超えないが、UL initial BWPの帯域幅は制限せず、20MHzより大きくてもよい。
現在、NRシステムは、レデューストケイパビリティ(Reduced Capability)UEにサービスを提供することをサポートする。RedCap UEは、より低い複雑さとコストを追求するために、例えば、20MHzを超えないような狭い帯域幅のみをサポートしている。この場合、RedCap UEが依然として既存のUL initial BWPを使用する場合、その帯域幅がUL initial BWPよりも小さいため、物理上り制御チャネル(Physical Uplink Control Channel、PUCCH)などの上りチャネルを正しく送信できない可能性がある。
本願の実施形態は、従来技術においてPUCCHの2つのホップ間の周波数間隔がRedCap UEの最大帯域幅よりも大きいため、RedCap UEがUL initial BWPにおいてPUCCHを正しく送信できないという問題を解決するために、チャネル伝送方法、装置、端末機器、ネットワーク機器及び記憶媒体を提供する。
上記の問題を解決するために、具体的には、本願の実施形態は下記の技術案を提供する。
第1の形態では、本願の実施形態は、チャネル伝送方法を提供し、当該チャネル伝送方法は、第1のクラスの端末機器に適用されており、
上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する場合、前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記第1のリソースの帯域幅範囲は前記第1のクラスの端末機器がサポートする最大帯域幅を超えず、前記第1のクラスの端末機器がサポートする最大帯域幅は第1のプリセット値以下であることと、
前記第1のリソース上でPUCCHを送信することとを含む。
オプションとして、前記第1のリソースは、
非周波数ホッピング方式でPUCCHを送信するリソース、又は、
周波数ホッピング方式でPUCCHを送信するリソース、のうちのいずれかを含み、
ここで、第1ホップと第2ホップとの間の周波数間隔は、前記第1のクラスの端末機器がサポートする最大帯域幅を超えない。
オプションとして、前記第1のリソースが非周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記第2のクラスの端末機器がサポートする最大帯域幅は前記第1のプリセット値より大きいことと、
第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、のいずれか1つ又は複数の方式に基づいて決定される。
オプションとして、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
事前定義及び/又は指示による方法により、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定される。
オプションとして、第1のクラスの端末機器が前記PUCCHにおいてフィードバックする必要がある物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
PUCCHを送信するために使用される最初の物理リソースブロックPRBの周波数位置はDCIの最初の制御チャネルユニットCCEの周波数領域開始位置と同じであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置はDCIのK番目のCCEの周波数領域開始位置と同じであることであって、L及びKは0より大きい整数であることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、DCIのK番目のCCEの周波数領域開始位置及び第2の周波数オフセット値に基づいて決定される位置であることでって、前記第2の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、
オプションとして、第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
PUCCHを送信するために使用される最初の物理リソースブロックPRBの周波数位置は、第1のメッセージ又は第3のメッセージの最初のPRBの周波数位置と同じであることであって、第1のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置と同じであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置と、第3の周波数オフセット値とに基づいて決定される位置であることであって、前記第3の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、
オプションとして、前記第1のリソースが周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置とすることと、
PUCCHを送信する時に第1ホップに対応する周波数位置を決定し、第1ホップに対応する周波数位置、及び第1ホップと第2ホップとの間の第5の周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第2ホップの位置を決定することであって、前記第5の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであり、前記第5の周波数オフセット値の絶対値は
以下であることと、のいずれか1つ又は複数に基づいて決定される。
オプションとして、第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルにおける上り初期BWP帯域幅パラメータ
を、第1の帯域幅パラメータ
に置き換え、パラメータ置換後の関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルにおける上り初期BWP帯域幅パラメータ
を、第1の帯域幅パラメータ
に置き換え、パラメータ置換後の関係モデル及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを含む。
オプションとして、第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を、PUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置とすることは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを含む。
オプションとして、前記プリセットされた周波数オフセット値は、
と、
第1のメッセージ又は第3のメッセージが占めるリソースの最初の物理リソースブロックPRB又は中心PRBの周波数位置と、のいずれか1つ又は複数であり、
ここで、
は初期循環シフトインデックスの総数を表し、第1のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージである。
オプションとして、前記第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置の関係モデルにおける第1の周波数オフセット値
の取り得る値は、次の関係を満たす。
第2の形態では、本願の実施形態はチャネル伝送方法を提供し、当該チャネル伝送方法は、
第1のクラスの端末機器に第1の指示情報を送信することであって、前記第1の指示情報は、前記第1のクラスの端末機器が上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する時に使用する第1のリソースを指示するためのものであることと、
前記第1のリソース上で、前記第1のクラスの端末機器から送信されたPUCCHを受信することと、を含み、
ここで、前記第1のリソースの帯域幅範囲は前記第1のクラスの端末機器がサポートする最大帯域幅を超えず、前記第1のクラスの端末機器がサポートする最大帯域幅は第1のプリセット値以下である。
オプションとして、前記第1の指示情報は、
非周波数ホッピング方式でPUCCHを送信するリソース、又は、
周波数ホッピング方式でPUCCHを送信するリソース、のうちのいずれかを指示するためのものであり、
ここで、第1ホップと第2ホップとの間の周波数間隔は、前記第1のクラスの端末機器がサポートする最大帯域幅を超えない。
オプションとして、前記第1のリソースが非周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記第2のクラスの端末機器がサポートする最大帯域幅は前記第1のプリセット値より大きいことと、
第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、のいずれか1つ又は複数の方式に基づいて決定される。
オプションとして、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
事前定義及び/又は指示による方法により、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定される。
オプションとして、第1のクラスの端末機器が前記PUCCHにおいてフィードバックする必要がある物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
PUCCHを送信するために使用される最初の物理リソースブロックPRBの周波数位置はDCIの最初の制御チャネルユニットCCEの周波数領域開始位置と同じであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置はDCIのK番目のCCEの周波数領域開始位置と同じであることであって、L及びKは0より大きい整数であることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、DCIのK番目のCCEの周波数領域開始位置及び第2の周波数オフセット値に基づいて決定される位置であることでって、前記第2の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、
オプションとして、第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
PUCCHを送信するために使用される最初の物理リソースブロックPRBの周波数位置は、第1のメッセージ又は第3のメッセージの最初のPRBの周波数位置と同じであることであって、第1のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置と同じであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置と、第3の周波数オフセット値とに基づいて決定される位置であることであって、前記第3の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、
オプションとして、前記第1のリソースが周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、
PUCCHを送信する時に第1ホップに対応する周波数位置を決定し、第1ホップに対応する周波数位置、及び第1ホップと第2ホップとの間の第5の周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第2ホップの位置を決定することであって、前記第5の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであり、前記第5の周波数オフセット値の絶対値は
以下であることと、のいずれか1つ又は複数に基づいて決定される。
オプションとして、第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を、PUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置とすることは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを含む。
オプションとして、前記プリセットされた周波数オフセット値は、
と、
第1のメッセージ又は第3のメッセージが占めるリソースの最初の物理リソースブロックPRBの周波数位置又は中心PRBの周波数位置と、のいずれか1つ又は複数であり、
ここで、
は初期循環シフトインデックスの総数を表し、第1のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージである。
オプションとして、前記第1のクラスの端末機器が前記PUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置の関係モデルにおける第1の周波数オフセット値
の取り得る値は、次の関係を満たす。
第3の形態では、本願の実施形態はチャネル伝送装置を更に提供し、当該チャネル伝送装置は、第1のクラスの端末機器に適用されており、
上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する場合、前記PUCCHを送信するために使用される第1のリソースを決定するためのものであって、前記第1のリソースの帯域幅範囲は前記第1のクラスの端末機器がサポートする最大帯域幅を超えず、前記第1のクラスの端末機器がサポートする最大帯域幅は第1のプリセット値以下である決定モジュールと、
前記第1のリソース上でPUCCHを送信するための第1の送信モジュールとを含む。
第4の形態では、本願の実施形態はチャネル伝送装置を更に提供し、当該チャネル伝送装置は、
第1のクラスの端末機器に第1の指示情報を送信するためのものであって、前記第1の指示情報は、前記第1のクラスの端末機器が上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する時に使用する第1のリソースを指示するためのものである第2の送信モジュールと、
前記第1のリソース上で、前記第1のクラスの端末機器から送信されたPUCCHを受信するための受信モジュールとを含み、
ここで、前記第1のリソースの帯域幅範囲は前記第1のクラスの端末機器がサポートする最大帯域幅を超えず、前記第1のクラスの端末機器がサポートする最大帯域幅は第1のプリセット値以下である。
第5の形態では、本願の実施形態は端末機器を提供し、当該端末機器は、メモリと、プロセッサと、メモリに記憶され、且つプロセッサで実行可能なコンピュータプログラムとを含む端末機器であって、前記コンピュータプログラムが前記プロセッサによって実行されると、
上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する場合、前記PUCCHを送信するために使用される第1のリソースを決定するステップであって、前記第1のリソースの帯域幅範囲は前記第1のクラスの端末機器がサポートする最大帯域幅を超えず、前記第1のクラスの端末機器がサポートする最大帯域幅は第1のプリセット値以下であるステップを実現する。
オプションとして、前記第1のリソースは、
非周波数ホッピング方式でPUCCHを送信するリソース、又は、
周波数ホッピング方式でPUCCHを送信するリソース、のうちのいずれかを含み、ここで、第1ホップと第2ホップとの間の周波数間隔は、前記第1のクラスの端末機器がサポートする最大帯域幅を超えない。
オプションとして、前記第1のリソースが非周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記第2のクラスの端末機器がサポートする最大帯域幅は前記第1のプリセット値より大きいことと、
第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、のいずれか1つ又は複数の方式に基づいて決定される。
オプションとして、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
事前定義及び/又は指示による方法により、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定される。
オプションとして、第1のクラスの端末機器が前記PUCCHにおいてフィードバックする必要がある物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
PUCCHを送信するために使用される最初の物理リソースブロックPRBの周波数位置はDCIの最初の制御チャネルユニットCCEの周波数領域開始位置と同じであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置はDCIのK番目のCCEの周波数領域開始位置と同じであることであって、L及びKは0より大きい整数であることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、DCIのK番目のCCEの周波数領域開始位置及び第2の周波数オフセット値に基づいて決定される位置であることでって、前記第2の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、
オプションとして、第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
PUCCHを送信するために使用される最初の物理リソースブロックPRBの周波数位置は、第1のメッセージ又は第3のメッセージの最初のPRBの周波数位置と同じであることであって、第1のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置と同じであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置と、第3の周波数オフセット値とに基づいて決定される位置であることであって、前記第3の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、
オプションとして、前記第1のリソースが周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、
PUCCHを送信する時に第1ホップに対応する周波数位置を決定し、第1ホップに対応する周波数位置、及び第1ホップと第2ホップとの間の第5の周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第2ホップの位置を決定することであって、前記第5の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであり、前記第5の周波数オフセット値の絶対値は
以下であることと、のいずれか1つ又は複数に基づいて決定される。
オプションとして、第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を、PUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置とすることは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを含む。
オプションとして、前記プリセットされた周波数オフセット値は、
と、
第1のメッセージ又は第3のメッセージが占めるリソースの最初の物理リソースブロックPRB又は中心PRBの周波数位置と、のいずれか1つ又は複数であり、
ここで、
は初期循環シフトインデックスの総数を表し、第1のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージである。
オプションとして、前記第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置の関係モデルにおける第1の周波数オフセット値
の取り得る値は、次の関係を満たす。
第6形態では、本願の実施形態はネットワーク機器を提供し、メモリと、プロセッサと、メモリに記憶され、且つプロセッサで実行可能なコンピュータプログラムとを含むネットワーク機器であって、前記コンピュータプログラムが前記プロセッサによって実行されると、
第1のクラスの端末機器に第1の指示情報を送信することであって、前記第1の指示情報は、前記第1のクラスの端末機器が上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する時に使用する第1のリソースを指示するためのものであることと、
前記第1のリソース上で、前記第1のクラスの端末機器から送信されたPUCCHを受信することとを実現し、
ここで、前記第1のリソースの帯域幅範囲は前記第1のクラスの端末機器がサポートする最大帯域幅を超えず、前記第1のクラスの端末機器がサポートする最大帯域幅は第1のプリセット値以下である。
オプションとして、前記第1の指示情報は、
非周波数ホッピング方式でPUCCHを送信するリソース、又は、
周波数ホッピング方式でPUCCHを送信するリソース、のうちのいずれかを指示するためのものであり、
ここで、第1ホップと第2ホップとの間の周波数間隔は、前記第1のクラスの端末機器がサポートする最大帯域幅を超えない。
オプションとして、前記第1のリソースが非周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記第2のクラスの端末機器がサポートする最大帯域幅は前記第1のプリセット値より大きいことと、
第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、のいずれか1つ又は複数の方式に基づいて決定される。
オプションとして、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
事前定義及び/又は指示による方法により、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定される。
オプションとして、第1のクラスの端末機器が前記PUCCHにおいてフィードバックする必要がある物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
PUCCHを送信するために使用される最初の物理リソースブロックPRBの周波数位置はDCIの最初の制御チャネルユニットCCEの周波数領域開始位置と同じであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置はDCIのK番目のCCEの周波数領域開始位置と同じであることであって、L及びKは0より大きい整数であることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、DCIのK番目のCCEの周波数領域開始位置及び第2の周波数オフセット値に基づいて決定される位置であることでって、前記第2の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、
オプションとして、第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
PUCCHを送信するために使用される最初の物理リソースブロックPRBの周波数位置は、第1のメッセージ又は第3のメッセージの最初のPRBの周波数位置と同じであることであって、第1のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置と同じであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置と、第3の周波数オフセット値とに基づいて決定される位置であることであって、前記第3の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、
オプションとして、前記第1のリソースが周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置とすることと、
PUCCHを送信する時に第1ホップに対応する周波数位置を決定し、第1ホップに対応する周波数位置、及び第1ホップと第2ホップとの間の第5の周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第2ホップの位置を決定することであって、前記第5の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであり、前記第5の周波数オフセット値の絶対値は
以下であることと、のいずれか1つ又は複数に基づいて決定される。
オプションとして、第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を、PUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置とすることは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを含む。
オプションとして、前記プリセットされた周波数オフセット値は、
と、
第1のメッセージ又は第3のメッセージが占めるリソースの最初の物理リソースブロックPRBの周波数位置又は中心PRBの周波数位置と、のいずれか1つ又は複数であり、
ここで、
は初期循環シフトインデックスの総数を表し、第1のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージである。
オプションとして、前記第1のクラスの端末機器が前記PUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置の関係モデルにおける第1の周波数オフセット値
の取り得る値は、次の関係を満たす。
第7の形態では、本願の実施形態はプロセッサ読み取り可能な記憶媒体を更に提供し、前記プロセッサ読み取り可能な記憶媒体にはコンピュータプログラムが記憶され、前記コンピュータプログラムは、前記プロセッサに上記第1の形態又は第2の形態に記載のチャネル伝送方法のステップを実行させるためのものである。
本願の実施形態は、チャネル伝送方法、装置、端末機器、ネットワーク機器及び記憶媒体を提供し、第1のクラスの端末機器に適用されており、第1のクラスの端末機器がサポートする最大帯域幅は第1のプリセット値以下であり、第1のクラスの端末機器が上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する場合、前記PUCCHを送信するために使用される第1のリソースの帯域幅範囲が前記第1のクラスの端末機器がサポートする最大帯域幅を超えないことを決定するにより、第1のクラスの端末機器が送信するPUCCH帯域幅を、第1のクラスの端末機器がサポートする帯域幅範囲内にし、これにより、第1のクラスの端末機器はPUCCHを正しく送信することができ、従って、従来技術において、PUCCHの2つのホップ間の周波数間隔が第1のクラスの端末機器の最大帯域幅よりも大きいため、第1のクラスの端末機器がUL initial BWPにおいてPUCCHを正しく送信できないという問題を解決することができる。
以下、本願の実施形態又は従来技術における技術案をより明確に説明するために、実施形態又は従来技術の説明に必要な図面を簡単に説明する。勿論、以下に説明する図面は、本願のいくつかの実施形態であり、当業者にとって、創造的な労働を要しない前提で、更にこれらの図面に基づいてその他の図面を得ることができる。
従来技術において予め定義された共通PUCCHリソースの概略図である。 本願の実施形態に係る端末機器に適用されるチャネル伝送方法のフローチャートである。 本願の実施形態に係るネットワーク機器に適用されるチャネル伝送方法のフローチャートである。 本願の実施形態に係る適用シーンの概略図である。 本願の実施形態に係る周波数ホッピングをせずにPUCCHを伝送する一例の概略図である。 本願の実施形態に係る周波数ホッピングをせずにPUCCHを伝送する別の例の概略図である。 本願の実施形態に係るRedCapが周波数ホッピングをしてPUCCHを伝送する一例の概略図である。 FDDシステムの上り周波数帯域におけるUL-UL間の強制的なリチューニングの概略図である。 本願の実施形態に係るRedCapが周波数ホッピングをしてPUCCHを伝送する一例の概略図である。 本願の実施形態に係るRedCapが周波数ホッピングをしてPUCCHを伝送する別の例の概略図である。 TDDシステムにおいてDL-ULの間で強制的にリチューニングを発生させる概略図である。 本願の実施形態に係る端末機器に適用されるチャネル伝送装置のブロック図である。 本願の実施形態に係るネットワーク機器に適用されるチャネル伝送装置のブロック図である。 本願の実施形態に係る端末機器の構造の概略図である。 本願の実施形態に係るネットワーク機器の構造の概略図である。
以下、本願の実施形態における図面を参照しながら、本願の実施形態における技術案を明確で完全に説明する。勿論、以下に説明する図面は、ずべての実施形態ではなく、本願の実施形態の一部である。本願の実施形態に基づいて、当業者が創造的な労働を行うことなく取得した他のすべての実施形態は、本願の保護の範囲に属する。
5G NRシステムでは、UEは、ネットワーク機器へのアクセスに成功し、ネットワーク機器が特別にそのUEのために設定したユーザ固有無線リソース制御RRC構成を取得する前に、下り初期BWP(Bandwidth Part)でしか下り情報を受信できず、上り初期BWPでしか上り情報を送信できない。ここで、ネットワーク機器のキャリア周波数が6GHz以下(又は周波数範囲1、Frequency Range 1、FR1とも呼ばれる)である場合、 DL initial BWPの帯域幅は常に20MHzを超えないが、UL initial BWPの帯域幅は制限せず、20MHzより大きくてもよい。
現在、NRシステムは、レデューストケイパビリティ(Reduced Capability、RedCap)のUEにサービスを提供することをサポートする。RedCap UEは、より低い複雑さとコストを追求するために、20MHzを超えないなど、狭い帯域幅のみをサポートしている。この場合、RedCap UEが依然として既存のUL initial BWPを使用している場合、その帯域幅がUL initial BWPよりも小さいため、物理上り制御チャネル(Physical Uplink Control Channel、PUCCH)などの上りチャネルを正しく送信できない可能性がある。
具体的には、ユーザ固有のRRC構成は、RedCap UEに適切なPUCCH伝送リソースを設定することができる。しかしながら、ユーザ固有のRRC構成が取得される前に、UEは、PUCCHリソースセット(PUCCH resource set)を事前定義の方式でのみ知ることができる。この事前定義されたPUCCHリソースセットは、すべてのUEに対して同じであるため、「共通のPUCCH」リソースセットと考えられる。この事前定義されたPUCCHリソースセットでは、各PUCCHリソースは、いずれも「周波数ホッピング」がなされており、即ち、第1ホップと第2ホップの2つの部分を含むが、各PUCCHはいずれも「周波数ホッピング」の方式で送信されている。
例えば、UEは、ネットワーク機器が物理下り制御チャネル(Physical Downlink Control Channel、PDCCH)に担持したDCIを受信し、当該DCIに基づいて物理下り共有チャネル(Physical Downlink
UEがDCIによってスケジューリングされたPDSCHを受信すると、上記の事前定義されたPUCCHリソースセット、周波数ホッピング規則、及びDCIにおける指示情報に基づいて、PDSCHをフィードバックするPUCCHリソースが決定されることが分かる。図1に示す従来技術の例では、ここで、UL initial BWPの帯域幅が20MHzより大きいと仮定する。従来技術では、上記の「共通のPUCCH」に対して、その固有の周波数ホッピング特徴のため、PUCCHの2つのホップは、中心周波数帯域の近傍ではなく、UL initial BWPの周波数帯域のエッジにそれぞれ分布している。UL initial BWPの帯域幅が20MHzより大きいと、1つのPUCCHリソースの2つのホップの間の周波数間隔は20MHzより大きくなる可能性が高い。RedCap UEも当該UL initial BWPでPUCCHを送信すると、PUCCHの2つのホップ間の周波数間隔がRedCap UEがサポートする最大帯域幅よりも大きいため、そのPUCCHが正しく送信されない可能性が高い。例えば、RedCap UEはその中の1つのホップのみを送信することができ、或いは、RedCap UEは第1ホップを送信した後にリチューニング(retuning)を行い、動作周波数を第2ホップが位置する周波数の付近に調整した後に第2ホップを送信するが、変調中にUEは何の送信もできず、PUCCHの符号の一部の欠落と直交性の破壊を招いた。この問題を解決するために、本願の実施形態は、チャネル伝送方法、装置、端末機器、ネットワーク機器及び記憶媒体を提供し、本願の実施形態では、RedCap UEが上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する場合、前記PUCCHを送信するために使用される第1のリソースの帯域幅範囲がRedCap UEがサポートする最大帯域幅を超えないことを決定するこより、RedCap UEが送信するPUCCH帯域幅をRedCap UEがサポートする帯域幅範囲内にし、これにより、RedCap UEはPUCCHを正しく送信することができ、従って、従来技術において、PUCCHの2つのホップ間の周波数間隔がRedCap UEの最大帯域幅よりも大きいため、RedCap UEがUL initial BWPにおいてPUCCHを正しく送信できないという問題を解決することができる。以下、本願に係るチャネル伝送方法、装置、端末機器、ネットワーク機器及び記憶媒体について、具体的な実施形態を用いて詳細に解釈及び説明する。
なお、以下の説明では、方法と装置は同一の出願の構想に基づくものであり、方法と装置の問題を解決するための原理は類似するため、装置と方法の実施は相互に参照することができ、重複点はもはや説明しない。
ただし、本出願の実施形態に係る技術案は、様々なシステム、特に5Gシステムに適用可能である。例えば、適用可能なシステムは、グローバル移動通信(global system of mobile communication、GSM)システム、符号分割多元接続(code division multiple access、CDMA)システム、広帯域符号分割多元接続(Wideband Code Division Multiple Access、WCDMA(登録商標))システム、汎用パケット無線サービス(general packet radio service、GPRS)システム、ロングタームエボリューション(long term evolution、LTE)システム、LTE周波数分割複信(frequency division duplex、FDD)システム、LTE時分割複信(time division duplex、TDD)システム、高度ロングタームエボリューション(long term evolution advanced、LTE-A)システム、ユニバーサル移動体通信システム(universal mobile telecommunication system、UMTS)、ワイマックス(worldwide interoperability for microwave access、WiMAX)システム、5Gニューラジオ(New Radio、NR)システム等であってもよい。これらの各種システムは、いずれも端末機器及びネットワーク機器を含む。システムは、例えば進化したパケットシステム(Evloved Packet System、EPS)、5Gシステム(5GS)等のコアネットワーク部分を更に含んでもよい。
本出願の実施形態に係る端末機器は、音声及び/又はデータ接続性をユーザに提供する機器、無線接続機能を有するハンドヘルド機器、又はワイヤレスモデムに接続された他の処理機器であってもよい。異なるシステムでは、端末機器の名前は異なる場合があり、例えば、5Gシステムでは、端末機器は、ユーザ機器(User Equipment、UE)と呼ばれてもよい。無線端末機器は、無線アクセスネットワーク(Radio Access Network、RAN)を介して1つ又は複数のコアネットワーク(Core Network、CN)と通信でき、無線端末機器は、モバイル端末機器であってもよく、例えば、携帯電話(又は「セルラー」電話と呼ばれる)、及びモバイル端末機器を備えたコンピュータ等であってもよく、例えば、ポータブルモバイル機器、ポケットモバイル機器、ハンドヘルドモバイル機器、コンピューターに組み込まれたモバイル機器、又は車載モバイル機器であってもよく、これらの機器は無線アクセスネットワークと言語及び/又はデータを交換する。例えば、パーソナル通信サービス(Personal Communication Service、PCS)電話、コードレス電話、セッション開始プロトコル(Session Initiated Protocol、SIP)電話、ワイヤレスローカルループ(Wireless Local Loop、WLL)ステーション、パーソナルデジタルアシスタント(Personal Digital Assistant、PDA)等の機器が挙げられる。無線端末機器は、システム、加入者ユニット(subscriber unit)、加入者局(subscriber station)、移動局(mobile station)、モバイル(mobile)、リモート局(remote station)、アクセスポイント(access point)、リモート端末機器(remote terminal)、アクセス端末機器(access terminal)、ユーザ端末機器(user terminal)、ユーザエージェント(user agent)、ユーザ機器(user device)と呼ばれてもよく、本出願の実施形態では限定されない。端末機器は、例えばコアネットワーク機器やアクセスネットワーク機器(すなわち基地局)などの他のネットワーク機器とともに通信可能なネットワークを構成するため、本願では、端末機器もネットワーク機器とみなされる。
本出願の実施形態に係るネットワーク機器は、基地局であってもよく、当該基地局は、端末にサービスを提供する複数のセルを含んでもよく、CU(Central Unit、集中制御ユニット)又はDU(Distributed Unit、分散ユニット)であってもよい。具体的な適用シーンに応じて、ネットワーク機器は、アクセスポイントと呼ばれる場合もあり、又は、エアインターフェイス上で1つ又は複数のセクタを介して無線端末機器と通信するアクセスネットワーク内の機器であってもよく、又は他の名前である場合もある。ネットワーク機器は、受信したエアフレームをインターネットプロトコル(Internet Protocol、IP)パケットと相互交換することに使用でき、無線端末機器とアクセスネットワークの残りの部分との間のルーターとして機能する。ここで、アクセスネットワークの残りの部分は、インターネットプロトコル(IP)通信ネットワークを含んでもよい。ネットワーク機器は、エアインターフェイスの属性管理を調整することもでる。例えば、本出願の実施形態に係るネットワーク機器は、グローバル移動通信システム(Global System for Mobile communications、GSM)又は符号分割多元接続(Code Division Multiple Access、CDMA)におけるネットワーク機器(Base Transceiver Station、BTS)であってもよく、広帯域符号分割多元接続(Wide-band Code Division Multiple Access、WCDMA)におけるネットワーク機器(NodeB)であってもよく、更にロングタームエボリューション(long term evolution、LTE)システムにおける進化型ネットワーク機器(evolutional Node B、eNB又はe-NodeB)、5Gネットワークアーキテクチャ(next generation system)における5G基地局(gNB)であってもよく、ホーム進化型基地局(Home evolved Node B、HeNB)、リレーノード(relay node)、ホーム基地局(femto)、ピコ基地局(pico)等であってもよいが、本出願の実施形態では限定されない。いくつかのネットワーク構造では、ネットワーク機器は、集中ユニット(centralized unit、CU)ノード及び分散ユニット(distributed unit、DU)ノードを含んでもよく、集中ユニット及び分散ユニットは地理的に離れて配置されてもよい。
また、本願の実施形態における用語「及び/又は」の用語は、関連対象の関連関係を説明し、3種類の関係が存在し得ることを示す。例えば、A及び/又はBは、Aが単独で存在する場合、A及びBが同時に存在する場合、及びBが単独で存在する場合、の3つの場合を指示する。文字「/」は、通常、前後の関連対象が「or」関係であることを指示する。
明細書全体に記載された「1つの実施形態」又は「一実施形態」は、実施形態に関連する特定の特徴、構造、又は特性が本願の少なくとも1つの実施形態に含まれることを意味する。したがって、明細書全体の各所に記載される「1つの実施形態では」又は「一実施形態では」は必ずしも同じ実施形態を指すとは限らない。さらに、これらの特定の特徴、構造、又は特性は、1つ又は複数の実施形態に任意の適切な方法で組み込むことができる。
以下、本願を具体的に説明する。
図2は、本願の実施形態に係る端末機器に適用されるチャネル伝送方法のフローチャートであり、図2に示すように、当該方法は、
上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する場合、前記PUCCHを送信するために使用される第1のリソースを決定するステップ101であって、前記第1のリソースの帯域幅範囲は前記第1のクラスの端末機器がサポートする最大帯域幅を超えず、前記第1のクラスの端末機器がサポートする最大帯域幅は第1のプリセット値以下であるステップ101と、
前記第1のリソース上でPUCCHを送信するステップ102とを含む。
本実施形態では、第1のクラスの端末機器はレデューストケイパビリティ(Reduced Capability、RedCap)のUEとして理解されることができ、即ち、サポートされる最大帯域幅は第1のプリセット値以下であり、当該第1のプリセット値は事前定義されていてもよいし、実際の状況に応じて設定されていてもよい。例えば、第1のプリセット値は20MHz、又は40MHzであってもよく、即ち、第1のクラスの端末機器がサポートする最大帯域幅は20MHz、又は40MHzであってもよい。
本実施形態では、第1のクラスの端末機器がUL initial BWPにおいて物理上り制御チャネルPUCCHを送信する場合、PUCCH送信の周波数範囲が第1のクラスの端末機器がサポートする最大帯域幅を超えないようにPUCCH送信の周波数範囲を制限することで、第1のクラスの端末機器が送信するPUCCH帯域幅を第1のクラスの端末機器がサポートする帯域幅範囲内にし、これにより、第1のクラスの端末機器はPUCCHを正しく送信することができる。
本実施形態では、前記PUCCHを送信するために使用される第1のリソースの帯域幅範囲が前記第1のクラスの端末機器がサポートする最大帯域幅を超えないことを決定する場合、2つの実現方法が存在し、この2つの方法の中でPUCCHを送信するリソースは、(1)非周波数ホッピング方式でPUCCHを送信するリソース(ここでの非周波数ホッピング方式は、PUCCHを送信する場合、2つのホップに分けて送信しないことを意味する)、(2)周波数ホッピング方式でPUCCHを送信するリソースであって、第1ホップと第2ホップとの間の周波数間隔は、前記第1のクラスの端末機器がサポートする最大帯域幅を超えないリソースである。
実際に適用する場合、具体的には周波数ホッピング方式でPUCCHを送信するか、非周波数ホッピング方式でPUCCHを送信するかは、事前定義の方式によって決定してもよく、ネットワーク機器による指示の方式によって決定してもよく、事前定義とネットワーク設定指示とを組み合わせる方式によって決定してもよいと理解できる。
事前定義の方式については、例えば、プロトコルによる事前定義により、RedCap UEのPUCCHがユーザ固有のRRC構成を取得する前に周波数ホッピング送信を行わないことを直接規定してもよく、又は、RedCap UEが存在するUL BWP帯域幅(例えば、UL initial BWP)が1つの閾値(例えば、RedCap UEがサポートする帯域幅)より大きい場合、PUCCHが周波数ホッピング送信を行わず、そうでなければ周波数ホッピング送信を行うことを規定してもよい。事前定義の方式では、如何なるネットワーク機器の指示は必要ないため、指示オーバーヘッドを節約できることが理解できる。
ネットワーク機器による指示の方式については、例えば、gNBが送信した周波数ホッピング指示情報を受信することにより、周波数ホッピング送信を行うかどうかを決定してもよく、当該周波数ホッピング指示情報は、RedCap UEのPUCCHが周波数ホッピングを行うかどうかを指示するために使用され、システム情報ブロックSIB1(System Information Block)に担持されてブロードキャスト送信されてもよく、下り制御情報DCI (Downlink Control Information)に担持されてもよい。ネットワーク機器による指示に基づく方式は比較的柔軟であるが、下り指示オーバーヘッドが必要であることは理解できる。
事前定義とネットワーク機器による指示とを組み合わせる方式については、例えば、RedCap UEが存在するUL BWP帯域幅(例えば、UL initial BWP)が1つの閾値(例えば、RedCap UEがサポートする最大帯域幅)より大きい場合、PUCCHが周波数ホッピング送信を行わず、RedCap UEが存在するUL BWP帯域幅が当該閾値以下である場合、gNBの周波数ホッピング指示情報に基づいて、周波数ホッピング送信するかどうかを決定する。事前定義とネットワーク機器による指示とを組み合わせる方式は、指示オーバーヘッドの節約と柔軟性の利点を統合し、折衷案であることが理解できる。
理解できるように、上記のように説明された方式、即ち、PUCCHが使用する第1のリソースの帯域幅範囲は前記第1のクラスの端末機器がサポートする最大帯域幅を超えないというコア思想に基づいて、第1のリソースを決定した後、第1のクラスの端末機器は、前記第1のリソース上でPUCCHを送信することができ、更に、ネットワーク機器は前記第1のリソース上で前記PUCCHを受信することができる。
これから分かるように、本願の実施形態に係るチャネル伝送方法は、第1のクラスの端末機器に適用されており、第1のクラスの端末機器がサポートする最大帯域幅は第1のプリセット値以下であり、第1のクラスの端末機器が上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する場合、前記PUCCHを送信するために使用される第1のリソースの帯域幅範囲が前記第1のクラスの端末機器がサポートする最大帯域幅を超えないことを決定することにより、第1のクラスの端末機器が送信するPUCCH帯域幅を第1のクラスの端末機器がサポートする帯域幅範囲内にし、これにより、第1のクラスの端末機器はPUCCHを正しく送信することができ、従って、従来技術において、PUCCHの2つのホップ間の周波数間隔が第1のクラスの端末機器の最大帯域幅よりも大きいため、第1のクラスの端末機器がUL initial BWPにおいてPUCCHを正しく送信できないという問題を解決することができる。
上記実施形態の内容に基づいて、本実施形態では、前記第1のリソースは、
非周波数ホッピング方式でPUCCHを送信するリソース、又は、
周波数ホッピング方式でPUCCHを送信するリソース、のうちのいずれかを含み、
ここで、第1ホップと第2ホップとの間の周波数間隔は、前記第1のクラスの端末機器がサポートする最大帯域幅を超えない。
本実施形態では、前記PUCCHを送信するために使用される第1のリソースを決定する場合、2つの実現方式を少なくとも含み、この2つの方式は、(1)非周波数ホッピング方式でPUCCHを送信するリソースを決定する方式(ここでの非周波数ホッピング方式は、PUCCHを送信する場合、2つのホップに分けて送信しないことを意味する)、(2)定周波数ホッピング方式でPUCCHを送信するリソースを決定し、第1ホップと第2ホップとの間の周波数間隔は、前記第1のクラスの端末機器がサポートする最大帯域幅を超えない方式を含む。
実際に適用する場合、具体的には周波数ホッピング方式でPUCCHを送信するか、非周波数ホッピング方式でPUCCHを送信するかは、事前定義の方式によって決定してもよく、ネットワーク機器による指示の方式によって決定してもよく、事前定義とネットワーク設定指示とを組み合わせる方式によって決定してもよいと理解できる。
事前定義の方式については、例えば、プロトコルによる事前定義により、RedCap UEのPUCCHがユーザ固有のRRC構成を取得する前に周波数ホッピング送信を行わないことを直接規定してもよく、又は、RedCap UEが存在するUL BWP帯域幅(例えば、UL initial BWP)が1つの閾値(例えば、RedCap UEがサポートする最大帯域幅)より大きい場合、PUCCHが周波数ホッピング送信を行わず、そうでなければ周波数ホッピング送信を行うことを規定してもよい。事前定義の方式では、如何なるネットワーク機器の指示は必要ないため、指示オーバーヘッドを節約できることが理解できる。
ネットワーク機器による指示の方式については、例えば、gNBが送信した周波数ホッピング指示情報を受信することにより、周波数ホッピング送信を行うかどうかを決定してもよく、当該周波数ホッピング指示情報は、RedCap UEのPUCCHが周波数ホッピングを行うかどうかを指示するために使用され、システム情報ブロックSIB1(System Information Block)に担持されてブロードキャスト送信されてもよく、下り制御情報DCI(Downlink Control Information)に担持されてもよい。ネットワーク機器による指示に基づく方式は比較的柔軟であるが、下り指示オーバーヘッドが必要であることは理解できる。
事前定義とネットワーク機器による指示とを組み合わせる方式については、例えば、RedCap UEが存在するUL BWP帯域幅(例えば、UL initial BWP)が1つの閾値(例えば、RedCap UEがサポートする最大帯域幅)より大きい場合、PUCCHが周波数ホッピング送信を行わず、RedCap UEが存在するUL BWP帯域幅が当該閾値以下である場合、gNBの周波数ホッピング指示情報に基づいて、周波数ホッピング送信するかどうかを決定する。事前定義とネットワーク機器による指示とを組み合わせる方式は、指示オーバーヘッドの節約と柔軟性の利点を統合し、折衷案であることが理解できる。
上記実施形態の内容に基づいて、本実施形態では、前記第1のリソースが非周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記第2のクラスの端末機器がサポートする最大帯域幅は前記第1のプリセット値より大きいことと、
第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、のいずれか1つ又は複数の方式に基づいて決定される。
本実施形態では、前記第1のリソースが非周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、下記のA~Eのいずれか1つ又は複数の方式に基づいて決定される。
A、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定し、前記第2のクラスの端末機器がサポートする最大帯域幅は前記第1のプリセット値より大きい。
本実施形態では、前記第2のクラスの端末機器は、前記第1のクラスの端末機器とは異なる端末装置であり、第1のクラスの端末機器はレデューストケイパビリティの端末機器RedCap UEとして理解されることができ、第2のクラスの端末機器は、非レデューストケイパビリティの端末機器non-RedCap UE、又は通常の端末、又は正常な端末、又は従来の端末として理解されることができる。
本実施形態では、第1のクラスの端末機器は、第1のリソースが非周波数ホッピング方式でPUCCHを送信する場合、前記PUCCHを送信するために使用される第1のリソースは、従来の正常な端末機器(第2のクラスの端末機器)がPUCCHを周波数ホッピング方式で送信する時に第1ホップhop1又は第2ホップhop2に対応する周波数位置を再利用することができ、即ち、第2のクラスの端末機器がPUCCHを送信する時に第1ホップhop1に対応する周波数位置及び/又は第2ホップhop2に対応する周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することができる。
特に、RedCap UEと既存のUEは、上記の式及びパラメータ
を完全に共有すると、RedCap UEと既存のUEが使用するPUCCHリソースにオーバーラップが存在する可能性が高い。一方、上記の方法に基づいて、さらに以下の方法によりRedCap UEと既存のUEのPUCCHリソースとのオーバーラップが存在しないようにすることができる。
(1)RedCap UEのPUCCHの周波数位置を決定するための1つのオフセット値
を導入し、例えば、
(2)事前定義及び/又は指示による方法により、RedCap UEが使用する
ただし、このような方法により、RedCap UEと既存のUEのPUCCHリソースがオーバーラップしないようにすることで、RedCap UEが既存のUEに与える影響を低減し、両方のUEが十分なPUCCH容量を有することを確保することができる。
B、第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する。
本実施形態では、第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することができ、例えば、両者の開始周波数位置が同じであるか、又は、PDSCHの中心PRB位置はPUCCHの開始周波数位置と同じである。ここで、中心PRBとは、Nが奇数である場合、中心PRBが連続するN個のPRBのうち(N+1)/2番目のPRBであり、Nが偶数である場合、中心PRBが連続するN個のPRBのうちN/2又は(N/2)+1番目のPRBである。
C、第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する。
本実施形態では、第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することができる。具体的には、1つのDCIは、UEがPDSCHを受信した後に当該PDSCHの受信が正しいか否かについてPUCCHでフィードバックするようにスケジューリングすると、当該PUCCHの周波数位置は、当該フィードバックすべきPDSCHに対応するスケジューリングDCIの周波数位置によって決定することができる。例えば、
PUCCHの最初のPRBの周波数位置はDCIの最初のCCEの周波数領域開始位置と同じであり、又は、
PUCCHのL番目のPRBの周波数位置はDCIのK番目のCCEの周波数領域開始位置と同じであり、又は、
PUCCHのL番目のPRBの周波数位置はDCIのK番目のCCEの周波数領域開始位置に1つの周波数オフセット値を加えたものであり、当該周波数オフセット値は事前定義されたものであってもよく、又はネットワーク機器によって送信(例えばSIB1又はDCIにおいて)されて指示されたものであってもよく、又は、
D、第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する。
本実施形態では、PUCCH周波数位置は第1のクラスの端末機器が指定された上りチャネルを送信する周波数位置によって決定され、例えば、指定された上りチャネルはMsg1又はMsg3であってもよい。PUCCHの周波数位置はMsg1又はMsg3の周波数位置によって決定される。例えば、
PUCCHの最初のPRBの周波数位置はMsg1又はMsg3の最初のPRBの周波数位置と同じであり、又は、
PUCCHのL番目のPRBの周波数位置はMsg1又はMsg3のK番目のPRBの周波数位置と同じであり、又は、
PUCCHのL番目のPRBの周波数位置はMsg1又はMsg3のK番目のPRBの周波数位置に1つの周波数オフセット値を加えたものであり、当該周波数オフセット値は事前定義されたものであってもよく、又はネットワーク機器によって送信(例えばSIB1又はDCIにおいて)されて指示されたものであってもよい。
本実施形態では、Msg1は第1のメッセージであり、Msg1はランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、Msg3は第3のメッセージであり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージである。
E、第1のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する。
本実施形態では、第1のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することができ、具体的には、PUCCHの周波数位置の指示情報は、ランダムアクセス過程中のステップ4でgNBによってMsg4(衝突解決メッセージとも呼ばれる)を介してRedCap UEに送信された場合、RedCap UEはMsg4に担持される指示情報に基づいて、PUCCHの周波数領域リソースを決定することができる。当該指示情報はPUCCHの最初のPRBが存在する周波数位置を直接指示することができる。
理解できるように、本実施形態における方法により、RedCap UEは、ユーザ固有のRRC構成を取得する前でも、常にPUCCHを正しく伝送できること確保することができる。本実施形態では、PUCCHは周波数ホッピング送信されたものではなく、UEは1つのPUCCHに関するリソース位置を1つ決定するだけで送信することができるため、実現は簡単である。
上記実施形態の内容に基づいて、本実施形態では、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
事前定義及び/又は指示による方法により、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定される。
本実施形態では、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
B、事前定義及び/又は指示による方法により、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定される。
本実施形態では、ただし、RedCap UE(第1のクラスの端末機器)と既存のUE(第2のクラスの端末機器)は、上記の式及びパラメータ
を完全に共有すると、RedCap UEと既存のUEが使用するPUCCHリソースにオーバーラップが存在する可能性が高い。当該問題を解決するために、さらに以下の方法によりRedCap UEと既存のUEのPUCCHリソースとのオーバーラップが存在しないようにすることができる。
(1)RedCap UEのPUCCHの周波数位置を決定するための1つのオフセット値
を導入し、例えば、
ただし、このような方法により、RedCap UEと既存のUEのPUCCHリソースがオーバーラップしないようにすることで、RedCap UEが既存のUEに与える影響を低減し、両方のUEが十分なPUCCH容量を有することを確保することができる。
上記実施形態の内容に基づいて、本実施形態では、第1のクラスの端末機器が前記PUCCHにおいてフィードバックする必要がある物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
PUCCHを送信するために使用される最初の物理リソースブロックPRBの周波数位置はDCIの最初の制御チャネルユニットCCEの周波数領域開始位置と同じであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置はDCIのK番目のCCEの周波数領域開始位置と同じであることであって、L及びKは0より大きい整数であることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、DCIのK番目のCCEの周波数領域開始位置及び第2の周波数オフセット値に基づいて決定される位置であることでって、前記第2の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、
本実施形態では、PUCCHを送信するために使用されるL番目のPRBの周波数位置はDCIのK番目のCCEの周波数領域開始位置と同じであり、ここではLとKの関係は特に設定せず、必要に応じて自由に組み合わせることができる。例えば、L=1かつK=1である場合、両者の周波数開始位置が揃っていることに相当し、更に例えば、LはPUCCHが占めるリソースの周波数幅の1/2、KはDCIが占めるリソースの周波数幅の1/2である場合、両者の中心周波数位置が揃っていることに相当する。
上記実施形態の内容に基づいて、本実施形態では、第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
PUCCHを送信するために使用される最初の物理リソースブロックPRBの周波数位置は、第1のメッセージ又は第3のメッセージの最初のPRBの周波数位置と同じであることであって、第1のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置と同じであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置と、第3の周波数オフセット値とに基づいて決定される位置であることであって、前記第3の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、
本実施形態では、PUCCH周波数位置はUEが送信する指定された上りチャネルの周波数位置によって決定される。ここでの指定された上りチャネルはMsg1又はMsg3であってもよく、即ち、PUCCHを送信する周波数位置はMsg1又はMsg3の周波数位置によって決定される。例えば、PUCCHの最初のPRBの周波数位置はMsg1又はMsg3の最初のPRBの周波数位置と同じであり、又は、PUCCHのL番目のPRBの周波数位置はMsg1又はMsg3のK番目のPRBの周波数位置と同じであり、又は、PUCCHのL番目のPRBの周波数位置はMsg1又はMsg3のK番目のPRBの周波数位置に1つの周波数オフセット値を加えたものであり、当該周波数オフセット値は事前定義されたものであってもよく、又はネットワーク機器によって送信(例えばSIB1又はDCIにおいて)されて指示されたものであってもよい。又は、Msg1又はMsg3のK番目のPRB周波数位置によって
上記実施形態の内容に基づいて、本実施形態では、前記第1のリソースが周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置とすることと、
PUCCHを送信する時に第1ホップに対応する周波数位置を決定し、第1ホップに対応する周波数位置、及び第1ホップと第2ホップとの間の第5の周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第2ホップの位置を決定することであって、前記第5の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであり、前記第5の周波数オフセット値の絶対値は
以下であることと、のいずれか1つ又は複数に基づいて決定される。
本実施形態では、ただし、事前定義及び/又はネットワーク機器による指示の方式によって、PUCCHを周波数ホッピング送信することを決定した後に、下記の方法により、PUCCHを周波数ホッピング送信するリソースを決定することができる。
本実施形態では、第1のクラスの端末機器は、前記第1のリソースが周波数ホッピング方式でPUCCHを送信する場合、前記PUCCHを送信するために使用される第1のリソースは、既存の正常な端末機器(第2のクラスの端末機器)がPUCCHを周波数ホッピング方式で送信する時に、第1ホップhop1又は第2ホップhop2に対応する周波数位置を計算する方法を再利用することができるが、
この方法により、RedCapがPUCCHを送信する2つのホップ間の周波数間隔をRedCapの帯域幅範囲内にすることができ、RedCapが正常にPUCCHを伝送することができる。
特に、
特に、
本実施形態では、
例えば、Msg1又はMsg3が占めるリソースの最初のPRBの周波数位置又は中心PRBの周波数位置であってもよい。この設計は、RedCap UEがPUCCHを送信する周波数をMsg1又はMsg3の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング(retuning)する必要がないようにするため、特に周波数分割複信(Frequency Division Duplexing、FDD)システムに適している。好ましくは、FDDシステムでは、
の取る値はMsg1又はMsg3が占めるリソースの最初のPRBの周波数位置又は中心PRBの周波数位置である。
本実施形態では、理解できるように、RedCap PUCCHリソースセットの全体を周波数上でシフトすることにより、RedCap UEが使用するPUCCHリソースセットと通常のNR UEが使用するPUCCHリソースセットがオーバーラップしないようにすることができ、それにより、基地局がPUCCHリソースに対して監視する場合、RedCap UEと通常のNR UEに対して異なる監視スキームを使用することができ、基地局の実現を簡易化し、通常のNR UEに対するRedCap UEの影響を低減する。
本実施形態における方法により、RedCap UEは、ユーザ固有のRRC構成を取得する前でも、常にPUCCHを正しく伝送できること確保することができる。本実施形態では、PUCCHは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
B、第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置とする。
本実施形態では、ただし、事前定義及び/又はネットワーク機器による指示の方式によって、PUCCHを周波数ホッピング送信することを決定した後に、下記の方法により、
理解できるように、A Mod Bはモジュロ演算であり、この方法により、Aは、その値の大きさにかかわらず、Bをモジュロした後に0~(B-1)範囲内の数値になる。従って、本方法により、PUCCHリソースの2つのホップの周波数位置は常に
範囲内にあることができる。
特に、
とすることができる。この場合、RedCap帯域幅範囲を超えないPUCCHの周波数ホッピング間隔を最大化し、できるだけ周波数ダイバーシチ利得を得ることができる。
特に、
本実施形態では、
例えば、Msg1又はMsg3が占めるリソースの最初のPRBの周波数位置又は中心PRBの周波数位置であってもよく、この設計は、RedCap UEがPUCCHを送信する周波数をMsg1又はMsg3の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング(retuning)する必要がないようにするため、特にFDDシステムに適している。好ましくは、FDDシステムでは、
の取る値はMsg1又はMsg3が占めるリソースの最初のPRBの周波数位置又は中心PRBの周波数位置である。
RedCap PUCCHリソースセットの全体を周波数上でシフトすることにより、RedCap UEが使用するPUCCHリソースセットと通常のNR UEが使用するPUCCHリソースセットがオーバーラップしないようにすることができ、それにより、基地局がPUCCHリソースに対して監視する場合、RedCap UEと通常のNR UEに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
本実施形態における方法により、RedCap UEは、ユーザ固有のRRC構成を取得する前でも、常にPUCCHを正しく伝送できること確保することができる。本実施形態では、PUCCHは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
本実施形態では、ただし、事前定義及び/又はネットワーク機器による指示の方式によって、PUCCHを周波数ホッピング送信することを決定した後に、下記の方法により、PUCCHを周波数ホッピング送信するリソースを決定することができ、
RedCap PUCCHリソースセットの全体を周波数上でシフトすることにより、RedCap UEが使用するPUCCHリソースセットと通常のNR UEが使用するPUCCHリソースセットがオーバーラップしないようにすることができ、それにより、基地局がPUCCHリソースに対して監視する場合、RedCap UEと通常のNR UEに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
本実施形態における方法により、RedCap UEは、ユーザ固有のRRC構成を取得する前でも、常にPUCCHを正しく伝送できること確保することができる。本実施形態では、PUCCHは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができるとともに、異なるRedCap UEのPUCCHを異なる周波数範囲にディビジョンする効果もある。
本実施形態では、ただし、事前定義及び/又はネットワーク機器による指示の方式によって、PUCCHを周波数ホッピング送信することを決定した後に、下記の方法により、PUCCHを周波数ホッピング送信するリソースを決定することができ、
既存の第2のクラスの端末機器(通常のUE)のhop1とhop2の式を再利用するが、第1のクラスの端末機器(レデューストケイパビリティの端末機器RedCap UE)に対して、hop1とhop2の、式に基づいて算出した周波数位置の間隔がRedCap UEがサポートする最大帯域幅を超えないように、
この方法では、RedCap UEが送信するPUCCHのhop1とhop2は、BWPの中心
帯域幅範囲内に拘束され、このように、RedCap UEはPUCCHを正常に送信することができる。この方法は、RedCap UEがPUCCHを送信する時の中心周波数点が同様に上りBWP(例えばUL initial BWP)の中心周波数点でもあり、TDDシステムにおける下りBWPと上りBWPの中心周波数点が同じであるようにすることができるため、特に時分割複信(Time Division Duplexing、TDD)システムに適している。本方法は、TDDシステムにおける上下り切替時のリチューニングを回避することができる。好ましくは、TDDシステムでは、
本実施形態における方法により、RedCap UEは、ユーザ固有のRRC構成を取得する前でも、常にPUCCHを正しく伝送できること確保することができる。本実施形態では、PUCCHは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
E、PUCCHを送信する時に第1ホップに対応する周波数位置を決定し、第1ホップに対応する周波数位置、及び第1ホップと第2ホップとの間の第5の周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第2ホップの位置を決定し、前記第5の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであり、前記第5の周波数オフセット値の絶対値は
以下である。
本実施形態では、ただし、事前定義及び/又はネットワーク機器による指示の方式によって、PUCCHを周波数ホッピング送信することを決定した後に、下記の方法により、PUCCHを周波数ホッピング送信するリソースを決定することができる。
ステップ1、第1の実施形態のいずれかの方法を用いて、1つの周波数を決定し、当該周波数をPUCCH hop1の周波数とし、例えば、hop1の最初のPRBの周波数位置を
として決定する。
ここで、
は、周波数偏差値であり、hop2とhop1の間の周波数の差を表し、事前定義されたものであってもよく、又はネットワーク機器によって指示されたものであってもよく、例えば、SIB1又はDCIを介して指示される。
本願の実施形態における方法では、hop1とhop2のために周波数位置をそれぞれ設計する必要はなく、hop2の周波数位置は常にhop1の周波数位置と1つの周波数偏差値に基づいて決定することができるため、より簡単で柔軟である。hop1とhop2の間の周波数の差がRedCap UEがサポートする最大帯域幅を超えないようにするためには、
であるべきである。
本実施形態における方法により、RedCap UEは、ユーザ固有のRRC構成を取得する前でも、常にPUCCHを正しく伝送できること確保することができる。本実施形態では、PUCCHは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
本実施形態では、パラメータ置換後の関係モデル及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することは、パラメータ置換後の関係モデルにプリセットされた周波数オフセット値を直接加算して、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを指してもよい。また、パラメータ置換後の関係モデル及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することは、パラメータ置換後の関係モデルとプリセットされた周波数オフセット値に対して他の処理を行って、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを指してもよく、本実施形態はこれを限定するものではない。
例えば、Msg1又はMsg3が占めるリソースの最初のPRBの周波数位置又は中心PRBの周波数位置であってもよく、この設計は、RedCap UEがPUCCHを送信する周波数をMsg1又はMsg3の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング(retuning)する必要がないようにするため、特に周波数分割複信(Frequency Division Duplexing、FDD)システムに適している。
本実施形態では、理解できるように、RedCap PUCCHリソースセットの全体を周波数上でシフトすることにより、RedCap UEが使用するPUCCHリソースセットと通常のNR UEが使用するPUCCHリソースセットがオーバーラップしないようにすることができ、それにより、基地局がPUCCHリソースに対して監視する場合、RedCap UEと通常のNR UEに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
上記実施形態の内容に基づいて、本実施形態では、第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を、PUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置とすることは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを含む。
本実施形態では、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することは、モジュロ演算の結果にプリセットされた周波数オフセット値を直接加算して、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを指してもよい。また、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することは、モジュロ演算の結果とプリセットされた周波数オフセット値に対して他の演算を行って、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを指してもよく、本実施形態はこれを限定するものではない。
例えば、Msg1又はMsg3が占めるリソースの最初のPRBの周波数位置又は中心PRBの周波数位置であってもよく、この設計は、RedCap UEがPUCCHを送信する周波数をMsg1又はMsg3の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング(retuning)する必要がないようにするため、特にFDDシステムに適している。
RedCap PUCCHリソースセットの全体を周波数上でシフトすることにより、RedCap UEが使用するPUCCHリソースセットと通常のNR UEが使用するPUCCHリソースセットがオーバーラップしないようにすることができ、それにより、基地局がPUCCHリソースに対して監視する場合、RedCap UEと通常のNR UEに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
上記実施形態の内容に基づいて、本実施形態では、前記プリセットされた周波数オフセット値は、
と、
第1のメッセージ又は第3のメッセージが占めるリソースの最初の物理リソースブロックPRB又は中心PRBの周波数位置と、のいずれか1つ又は複数であり、
ここで、
は初期循環シフトインデックスの総数を表し、第1のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージである。
例えば、Msg1又はMsg3が占めるリソースの最初のPRBの周波数位置又は中心PRBの周波数位置であってもよく、この設計は、RedCap UEがPUCCHを送信する周波数をMsg1又はMsg3の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング(retuning)する必要がないようにするため、特にFDDシステムに適している。
この方法では、RedCap UEが送信するPUCCHのhop1とhop2は、BWPの中心
帯域幅範囲内に拘束され、このように、RedCap UEはPUCCHを正常に送信することができる。この方法は、RedCap UEがPUCCHを送信する時の中心周波数点が同様に上りBWP(例えばUL initial BWP)の中心周波数点でもあり、TDDシステムにおける下りBWPと上りBWPの中心周波数点が同じであるようにすることができるため、特に時分割複信(Time Division Duplexing、TDD)システムに適している。本方法は、TDDシステムにおける上下り切替時のリチューニングを回避することができる。
図3は、本願の実施形態に係るネットワーク機器に適用されるチャネル伝送方法のフローチャートであり、図3に示すように、当該方法は、
第1のクラスの端末機器に第1の指示情報を送信するステップであって、前記第1の指示情報は、前記第1のクラスの端末機器が上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する時に使用する第1のリソースを指示するためのものであるステップ201と、
前記第1のリソース上で、前記第1のクラスの端末機器から送信されたPUCCHを受信するステップ202とを含み、
ここで、前記第1のリソースの帯域幅範囲は前記第1のクラスの端末機器がサポートする最大帯域幅を超えず、前記第1のクラスの端末機器がサポートする最大帯域幅は第1のプリセット値以下である。
本願の実施形態に係るチャネル伝送方法は、第1のクラスの端末機器に適用されており、第1のクラスの端末機器がサポートする最大帯域幅は第1のプリセット値以下であり、第1のクラスの端末機器が上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する場合、ネットワーク機器は第1のクラスの端末機器に第1の指示情報を送信し、前記第1の指示情報は、前記第1のクラスの端末機器が上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する時に使用する第1のリソースを指示するためのものであり、第1のリソースの帯域幅範囲は前記第1のクラスの端末機器がサポートする最大帯域幅を超えないことで、第1のクラスの端末機器が送信するPUCCH帯域幅を第1のクラスの端末機器がサポートする帯域幅範囲内にし、これにより、第1のクラスの端末機器はPUCCHを正しく送信することができ、従って、従来技術において、PUCCHの2つのホップ間の周波数間隔が第1のクラスの端末機器の最大帯域幅よりも大きいため、第1のクラスの端末機器がUL initial BWPにおいてPUCCHを正しく送信できないという問題を解決することができる。
上記実施形態の内容に基づいて、本実施形態では、前記第1の指示情報は、
非周波数ホッピング方式でPUCCHを送信するリソース、又は、
周波数ホッピング方式でPUCCHを送信するリソース、のうちのいずれかを指示するためのものであり、
ここで、第1ホップと第2ホップとの間の周波数間隔は、前記第1のクラスの端末機器がサポートする最大帯域幅を超えない。
例示的には、第1の指示情報は、システム情報よって担持されてもよく、DCIによって担持されてもよく、第1の指示情報は、以下の方式のうちの少なくとも1つによってPUCCHリソースを指示することができる。
A.周波数ホッピングするか否かを指示し、PUCCHを担持する第1のリソースを決定するパラメータを指示する。
B.周波数ホッピングするか否かを指示し、PUCCHを担持する第1のリソースが事前定義の方式で決定される。
C.PUCCHを担持する第1のリソースのパラメータを決定し;周波数ホッピングするか否かは事前定義の方式で決定される。
本実施形態では、前記PUCCHを送信するために使用される第1のリソースを決定する場合、少なくとも下記の2つの実現方式を含み、(1)非周波数ホッピング方式でPUCCHを送信するリソースを決定し(ここでの非周波数ホッピング方式は、PUCCHを送信する場合、2つのホップに分けて送信しないことを意味する)、(2)周波数ホッピング方式でPUCCHを送信するリソースを決定し、第1ホップと第2ホップとの間の周波数間隔は、前記第1のクラスの端末機器がサポートする最大帯域幅を超えない。
実際に適用する場合、具体的には周波数ホッピング方式でPUCCHを送信するか、非周波数ホッピング方式でPUCCHを送信するかは、事前定義の方式によって決定してもよく、ネットワーク機器による指示の方式によって決定してもよく、事前定義とネットワーク設定指示とを組み合わせる方式によって決定してもよいと理解できる。
事前定義の方式については、例えば、プロトコルによる事前定義により、RedCap UEのPUCCHがユーザ固有のRRC構成を取得する前に周波数ホッピング送信を行わないことを直接規定してもよく、又は、RedCap UEが存在するUL BWP帯域幅(例えば、UL initial BWP)が1つの閾値(例えば、RedCap UEがサポートする最大帯域幅)より大きい場合、PUCCHが周波数ホッピング送信を行わず、そうでなければ周波数ホッピング送信を行うことを規定してもよい。事前定義の方式では、如何なるネットワーク機器の指示は必要ないため、指示オーバーヘッドを節約できることが理解できる。
ネットワーク機器による指示の方式については、例えば、gNBが送信した周波数ホッピング指示情報を受信することにより、周波数ホッピング送信を行うかどうかを決定してもよく、当該周波数ホッピング指示情報は、RedCap UEのPUCCHが周波数ホッピングを行うかどうかを指示するために使用され、システム情報ブロックSIB1(System Information Block)に担持されてブロードキャスト送信されてもよく、下り制御情報DCI(Downlink Control Information)に担持されてもよい。ネットワーク機器による指示に基づく方式は比較的柔軟であるが、下り指示オーバーヘッドが必要であることは理解できる。
1つの実行可能な実施形態では、第1の指示情報は、当該周波数ホッピング指示情報を含む。
事前定義とネットワーク機器による指示とを組み合わせる方式については、例えば、RedCap UEが存在するUL BWP帯域幅(例えば、UL initial BWP)が1つの閾値(例えば、RedCap UEがサポートする最大帯域幅)より大きい場合、PUCCHが周波数ホッピング送信を行わず、RedCap UEが存在するUL BWP帯域幅が当該閾値以下である場合、gNBの周波数ホッピング指示情報に基づいて、周波数ホッピング送信するかどうかを決定する。事前定義とネットワーク機器による指示とを組み合わせる方式は、指示オーバーヘッドの節約と柔軟性の利点を統合し、折衷案であることが理解できる。
上記実施形態の内容に基づいて、本実施形態では、前記第1のリソースが非周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記第2のクラスの端末機器がサポートする最大帯域幅は前記第1のプリセット値より大きいことと、
第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、のいずれか1つ又は複数の方式に基づいて決定される。
本実施形態では、前記第1のリソースが非周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、下記のA~Eのいずれか1つ又は複数の方式に基づいて決定される。
A、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定し、前記第2のクラスの端末機器がサポートする最大帯域幅は前記第1のプリセット値より大きい。
本実施形態では、前記第2のクラスの端末機器は、前記第1のクラスの端末機器とは異なる端末装置であり、第1のクラスの端末機器はレデューストケイパビリティの端末機器RedCap UEとして理解されることができ、第2のクラスの端末機器は、非レデューストケイパビリティの端末機器non-RedCap UE、又は通常の端末、又は正常な端末、又は従来の端末として理解されることができる。
本実施形態では、第1のクラスの端末機器は、第1のリソースが非周波数ホッピング方式でPUCCHを送信する場合、前記PUCCHを送信するために使用される第1のリソースは、従来の正常な端末機器(第2のクラスの端末機器)がPUCCHを周波数ホッピング方式で送信する時に第1ホップhop1又は第2ホップhop2に対応する周波数位置を再利用することができ、即ち、第2のクラスの端末機器がPUCCHを送信する時に第1ホップhop1に対応する周波数位置及び/又は第2ホップhop2に対応する周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することができる。
上記方法により、PUCCHのリソース位置を直接的に決定することができるため、実現は簡単であり、且つ、既存のDCIによる
に対する指示を再利用し、基地局の指示の複雑さを簡易化する。
特に、RedCap UEと既存のUEは、上記の式及びパラメータ
を完全に共有すると、RedCap UEと既存のUEが使用するPUCCHリソースにオーバーラップが存在する可能性が高い。一方、上記の方法に基づいて、さらに以下の方法によりRedCap UEと既存のUEのPUCCHリソースとのオーバーラップが存在しないようにすることができる。
(1)
(2)
ただし、このような方法により、RedCap UEと既存のUEのPUCCHリソースがオーバーラップしないようにすることで、RedCap UEが既存のUEに与える影響を低減し、両方のUEが十分なPUCCH容量を有することを確保することができる。
B、第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する。
本実施形態では、第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することができ、例えば、両者の開始周波数位置が同じである。
C、第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する。
本実施形態では、第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することができる。具体的には、1つのDCIは、UEがPDSCHを受信した後に当該PDSCHの受信が正しいか否かについてPUCCHでフィードバックするようにスケジューリングすると、当該PUCCHの周波数位置は、当該フィードバックすべきPDSCHに対応するスケジューリングDCIの周波数位置によって決定することができる。例えば、
PUCCHの最初のPRBの周波数位置はDCIの最初のCCEの周波数領域開始位置と同じであり、又は、
PUCCHのL番目のPRBの周波数位置はDCIのK番目のCCEの周波数領域開始位置と同じであり、又は、
PUCCHのL番目のPRBの周波数位置はDCIのK番目のCCEの周波数領域開始位置に1つの周波数オフセット値を加えたものであり、当該周波数オフセット値は事前定義されたものであってもよく、又はネットワーク機器によって送信(例えばSIB1又はDCIにおいて)されて指示されたものであってもよく、又は、
D、第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する。
本実施形態では、PUCCH周波数位置は第1のクラスの端末機器が指定された上りチャネルを送信する周波数位置によって決定され、例えば、指定された上りチャネルはMsg1又はMsg3であってもよい。PUCCHの周波数位置はMsg1又はMsg3の周波数位置によって決定される。例えば、
PUCCHの最初のPRBの周波数位置はMsg1又はMsg3の最初のPRBの周波数位置と同じであり、又は、
PUCCHのL番目のPRBの周波数位置はMsg1又はMsg3のK番目のPRBの周波数位置と同じであり、又は、
PUCCHのL番目のPRBの周波数位置はMsg1又はMsg3のK番目のPRBの周波数位置に1つの周波数オフセット値を加えたものであり、当該周波数オフセット値は事前定義されたものであってもよく、又はネットワーク機器によって送信(例えばSIB1又はDCIにおいて)されて指示されたものであってもよい。
本実施形態では、Msg1は第1のメッセージであり、Msg1はランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、Msg3は第3のメッセージであり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージである。
E、第1のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する。
本実施形態では、第1のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することができ、具体的には、PUCCHの周波数位置の指示情報は、ランダムアクセス過程中のステップ4でgNBによってMsg4(衝突解決メッセージとも呼ばれる)を介してRedCap UEに送信された場合、RedCap UEはMsg4に担持される指示情報に基づいて、PUCCHの周波数領域リソースを決定することができる。当該指示情報はPUCCHの最初のPRBが存在する周波数位置を直接指示することができる。
理解できるように、本実施形態における方法により、RedCap UEは、ユーザ固有のRRC構成を取得する前でも、常にPUCCHを正しく伝送できること確保することができる。本実施形態では、PUCCHは周波数ホッピング送信されたものではなく、UEは1つのPUCCHに関するリソース位置を1つ決定するだけで送信することができるため、実現は簡単である。
上記実施形態の内容に基づいて、本実施形態では、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
事前定義及び/又は指示による方法により、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定される。
本実施形態では、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
B、事前定義及び/又は指示による方法により、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定される。
本実施形態では、ただし、RedCap UE(第1のクラスの端末機器)と既存のUE(第2のクラスの端末機器)は、上記の式及びパラメータ
を完全に共有すると、RedCap UEと既存のUEが使用するPUCCHリソースにオーバーラップが存在する可能性が高い。当該問題を解決するために、さらに以下の方法によりRedCap UEと既存のUEのPUCCHリソースとのオーバーラップが存在しないようにすることができる。
(1)
(2)
ただし、このような方法により、RedCap UEと既存のUEのPUCCHリソースがオーバーラップしないようにすることで、RedCap UEが既存のUEに与える影響を低減し、両方のUEが十分なPUCCH容量を有することを確保することができる。
上記実施形態の内容に基づいて、本実施形態では、第1のクラスの端末機器が前記PUCCHにおいてフィードバックする必要がある物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
PUCCHを送信するために使用される最初の物理リソースブロックPRBの周波数位置はDCIの最初の制御チャネルユニットCCEの周波数領域開始位置と同じであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置はDCIのK番目のCCEの周波数領域開始位置と同じであることであって、L及びKは0より大きい整数であることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、DCIのK番目のCCEの周波数領域開始位置及び第2の周波数オフセット値に基づいて決定される位置であることでって、前記第2の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、
本実施形態では、PUCCHを送信するために使用されるL番目のPRBの周波数位置はDCIのK番目のCCEの周波数領域開始位置と同じであり、ここではLとKの関係は特に設定せず、必要に応じて自由に組み合わせることができる。例えば、L=1かつK=1である場合、両者の周波数開始位置が揃っていることに相当し、更に例えば、LはPUCCHが占めるリソースの周波数幅の1/2であり、KはDCIが占めるリソースの周波数幅の1/2である場合、両者の中心周波数位置が揃っていることに相当する。
上記実施形態の内容に基づいて、本実施形態では、第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
PUCCHを送信するために使用される最初の物理リソースブロックPRBの周波数位置は、第1のメッセージ又は第3のメッセージの最初のPRBの周波数位置と同じであることであって、第1のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置と同じであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置と、第3の周波数オフセット値とに基づいて決定される位置であることであって、前記第3の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、
本実施形態では、PUCCH周波数位置はUEが送信する指定された上りチャネルの周波数位置によって決定される。ここでの指定された上りチャネルはMsg1又はMsg3であってもよく、即ち、PUCCHを送信する周波数位置はMsg1又はMsg3の周波数位置によって決定される。例えば、PUCCHの最初のPRBの周波数位置はMsg1又はMsg3の最初のPRBの周波数位置と同じであり、又は、PUCCHのL番目のPRBの周波数位置はMsg1又はMsg3のK番目のPRBの周波数位置と同じであり、又は、PUCCHのL番目のPRBの周波数位置はMsg1又はMsg3のK番目のPRBの周波数位置に1つの周波数オフセット値を加えたものであり、当該周波数オフセット値は事前定義されたものであってもよく、又はネットワーク機器によって送信(例えばSIB1又はDCIにおいて)されて指示されたものであってもよい。
Msg1はランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、Msg3は第3のメッセージであり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージである。
上記実施形態の内容に基づいて、本実施形態では、前記第1のリソースが周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、
本実施形態では、ただし、事前定義及び/又はネットワーク機器による指示の方式によって、PUCCHを周波数ホッピング送信することを決定した後に、下記のA~Eの方法により、PUCCHを周波数ホッピング送信するリソースを決定することができる。
A、
本実施形態では、第1のクラスの端末機器は、前記第1のリソース周波数ホッピング方式でPUCCHを送信する場合、前記PUCCHを送信するために使用される第1のリソースは、既存の正常な端末機器(第2のクラスの端末機器)がPUCCHを周波数ホッピング方式で送信する時に、第1ホップhop1又は第2ホップhop2に対応する周波数位置を計算する方法を再利用することができるが、元の式におけるBWP帯域幅
の代わりに1つの帯域幅パラメータ
を使用する必要があり、ここで、
この方法により、RedCapがPUCCHを送信する2つのホップ間の周波数間隔をRedCapの帯域幅範囲内にすることができ、RedCapが正常にPUCCHを伝送することができる。
本実施形態では、
例えば、Msg1又はMsg3が占めるリソースの最初のPRBの周波数位置又は中心PRBの周波数位置であってもよく(Msg1は第1のメッセージであり、Msg1はランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、Msg3は第3のメッセージであり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージであり)、この設計は、RedCap UEがPUCCHを送信する周波数をMsg1又はMsg3の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング(retuning)する必要がないようにするため、特に周波数分割複信(Frequency Division Duplexing、FDD)システムに適している。
本実施形態では、理解できるように、RedCap PUCCHリソースセットの全体を周波数上でシフトすることにより、RedCap UEが使用するPUCCHリソースセットと通常のNR UEが使用するPUCCHリソースセットがオーバーラップしないようにすることができ、それにより、基地局がPUCCHリソースに対して監視する場合、RedCap UEと通常のNR UEに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
本実施形態における方法により、RedCap UEは、ユーザ固有のRRC構成を取得する前でも、常にPUCCHを正しく伝送できること確保することができる。本実施形態では、PUCCHは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
B、第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置とする。
本実施形態では、ただし、事前定義及び/又はネットワーク機器による指示の方式によって、PUCCHを周波数ホッピング送信することを決定した後に、下記の方法により、PUCCHを周波数ホッピング送信するリソースを決定することができ、
例えば、Msg1又はMsg3(Msg1は第1のメッセージであり、Msg1はランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、Msg3は第3のメッセージであり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージであり)が占めるリソースの最初のPRBの周波数位置又は中心PRBの周波数位置であってもよく、この設計は、RedCap UEがPUCCHを送信する周波数をMsg1又はMsg3の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング(retuning)する必要がないようにするため、特にFDDシステムに適している。
RedCap PUCCHリソースセットの全体を周波数上でシフトすることにより、RedCap UEが使用するPUCCHリソースセットと通常のNR UEが使用するPUCCHリソースセットがオーバーラップしないようにすることができ、それにより、基地局がPUCCHリソースに対して監視する場合、RedCap UEと通常のNR UEに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
本実施形態における方法により、RedCap UEは、ユーザ固有のRRC構成を取得する前でも、常にPUCCHを正しく伝送できること確保することができる。本実施形態では、PUCCHは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
C、
本実施形態では、ただし、事前定義及び/又はネットワーク機器による指示の方式によって、PUCCHを周波数ホッピング送信することを決定した後に、下記の方法により、PUCCHを周波数ホッピング送信するリソースを決定することができ、
例えば、Msg1又はMsg3が占めるリソースの最初のPRBの周波数位置又は中心PRBの周波数位置であってもよく、この設計は、RedCap UEがPUCCHを送信する周波数をMsg1又はMsg3の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング(retuning)する必要がないようにするため、特にFDDシステムに適している。
RedCap PUCCHリソースセットの全体を周波数上でシフトすることにより、RedCap UEが使用するPUCCHリソースセットと通常のNR UEが使用するPUCCHリソースセットがオーバーラップしないようにすることができ、それにより、基地局がPUCCHリソースに対して監視する場合、RedCap UEと通常のNR UEに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
本実施形態における方法により、RedCap UEは、ユーザ固有のRRC構成を取得する前でも、常にPUCCHを正しく伝送できること確保することができる。本実施形態では、PUCCHは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができるとともに、異なるRedCap UEのPUCCHを異なる周波数範囲にディビジョンする効果もある。
D、
本実施形態では、ただし、事前定義及び/又はネットワーク機器による指示の方式によって、PUCCHを周波数ホッピング送信することを決定した後に、下記の方法により、PUCCHを周波数ホッピング送信するリソースを決定することができ、
既存の第2のクラスの端末機器(通常のUE)のhop1とhop2の式を完全に再利用するが、第1のクラスの端末機器(レデューストケイパビリティの端末機器RedCap UE)に対して、hop1とhop2の、式に基づいて算出した周波数位置の間隔がRedCap UEがサポートする最大帯域幅を超えないように、
この方法では、RedCap UEが送信するPUCCHのhop1とhop2は、BWPの中心
帯域幅範囲内に拘束され、このように、RedCap UEはPUCCHを正常に送信することができる。この方法は、RedCap UEがPUCCHを送信する時の中心周波数点が同様に上りBWP(例えばUL initial BWP)の中心周波数点でもあり、TDDシステムにおける下りBWPと上りBWPの中心周波数点が同じであるようにすることができるため、特に時分割複信(Time Division Duplexing、TDD)システムに適している。本方法は、TDDシステムにおける上下り切替時のリチューニングを回避することができる。
本実施形態における方法により、RedCap UEは、ユーザ固有のRRC構成を取得する前でも、常にPUCCHを正しく伝送できること確保することができる。本実施形態では、PUCCHは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
E、PUCCHを送信する時に第1ホップに対応する周波数位置を決定し、第1ホップに対応する周波数位置、及び第1ホップと第2ホップとの間の第5の周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第2ホップの位置を決定し、前記第5の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであり、前記第5の周波数オフセット値の絶対値は
以下である。
本実施形態では、ただし、事前定義及び/又はネットワーク機器による指示の方式によって、PUCCHを周波数ホッピング送信することを決定した後に、下記の方法により、PUCCHを周波数ホッピング送信するリソースを決定することができる。
ステップ1、
ステップ2、
ここで、
は、周波数偏差値であり、hop2とhop1の間の周波数の差を表し、事前定義されたものであってもよく、又はネットワーク機器によって指示されたものであってもよく、例えば、SIB1又はDCIを介して指示される。
本願の実施形態における方法では、hop1とhop2のために周波数位置をそれぞれ設計する必要はなく、hop2の周波数位置は常にhop1の周波数位置と1つの周波数偏差値に基づいて決定することができるため、より簡単で柔軟である。hop1とhop2の間の周波数の差がRedCap UEがサポートする最大帯域幅を超えないようにするためには、
であるべきである。
本実施形態における方法により、RedCap UEは、ユーザ固有のRRC構成を取得する前でも、常にPUCCHを正しく伝送できること確保することができる。本実施形態では、PUCCHは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
本実施形態では、パラメータ置換後の関係モデル及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することは、パラメータ置換後の関係モデルにプリセットされた周波数オフセット値を直接加算して、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを指してもよい。また、パラメータ置換後の関係モデル及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することは、パラメータ置換後の関係モデルとプリセットされた周波数オフセット値に対して他の処理を行って、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを指してもよく、本実施形態はこれを限定するものではない。
例えば、Msg1又はMsg3が占めるリソースの最初のPRBの周波数位置又は中心PRBの周波数位置であってもよく、この設計は、RedCap UEがPUCCHを送信する周波数をMsg1又はMsg3の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング(retuning)する必要がないようにするため、特に周波数分割複信(Frequency Division Duplexing、FDD)システムに適している。
本実施形態では、理解できるように、RedCap PUCCHリソースセットの全体を周波数上でシフトすることにより、RedCap UEが使用するPUCCHリソースセットと通常のNR UEが使用するPUCCHリソースセットがオーバーラップしないようにすることができ、それにより、基地局がPUCCHリソースに対して監視する場合、RedCap UEと通常のNR UEに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
上記実施形態の内容に基づいて、本実施形態では、第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を、PUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置とすることは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを含む。
本実施形態では、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することは、モジュロ演算の結果にプリセットされた周波数オフセット値を直接加算して、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを指してもよい。また、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することは、モジュロ演算の結果とプリセットされた周波数オフセット値に対して他の演算を行って、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを指してもよく、本実施形態はこれを限定するものではない。
本実施形態では、
例えば、Msg1又はMsg3が占めるリソースの最初のPRBの周波数位置又は中心PRBの周波数位置であってもよく、この設計は、RedCap UEがPUCCHを送信する周波数をMsg1又はMsg3の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング(retuning)する必要がないようにするため、特にFDDシステムに適している。
RedCap PUCCHリソースセットの全体を周波数上でシフトすることにより、RedCap UEが使用するPUCCHリソースセットと通常のNR UEが使用するPUCCHリソースセットがオーバーラップしないようにすることができ、それにより、基地局がPUCCHリソースに対して監視する場合、RedCap UEと通常のNR UEに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
上記実施形態の内容に基づいて、本実施形態では、前記プリセットされた周波数オフセット値は、
と、
第1のメッセージ又は第3のメッセージが占めるリソースの最初の物理リソースブロックPRB又は中心PRBの周波数位置と、のいずれか1つ又は複数であり、
ここで、
は初期循環シフトインデックスの総数を表し、第1のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージである。
例えば、Msg1又はMsg3が占めるリソースの最初のPRBの周波数位置又は中心PRBの周波数位置であってもよく、この設計は、RedCap UEがPUCCHを送信する周波数をMsg1又はMsg3の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング(retuning)する必要がないようにするため、特にFDDシステムに適している。
本実施形態では、既存の第2のクラスの端末機器(通常のUE)のhop1とhop2の式を再利用するが、第1のクラスの端末機器(レデューストケイパビリティの端末機器RedCap UE)に対して、hop1とhop2の、式に基づいて算出した周波数位置の間隔がRedCap UEがサポートする最大帯域幅を超えないように、式における
を設計する。例えば、
この方法では、RedCap UEが送信するPUCCHのhop1とhop2は、BWPの中心
帯域幅範囲内に拘束され、このように、RedCap UEはPUCCHを正常に送信することができる。この方法は、RedCap UEがPUCCHを送信する時の中心周波数点が同様に上りBWP(例えばUL initial BWP)の中心周波数点でもあり、TDDシステムにおける下りBWPと上りBWPの中心周波数点が同じであるようにすることができるため、特に時分割複信(Time Division Duplexing、TDD)システムに適している。本方法は、TDDシステムにおける上下り切替時のリチューニングを回避することができる。
以下、具体的な実施形態により本願を具体的に説明する。
本願は、主に5G NRシステムに適用され、ネットワーク機器(例えば、基地局、gNB)及び端末機器を含み、端末機器は、特にレデューストケイパビリティの端末機器(RedCap UE、即ち第1のクラスの端末機器)を含み、本願は、端末機器がネットワーク機器にPUCCHを送信する必要がある限り、他のシステムにも適用することができる。
図4は本願の適用シーンを模式的に示す。UE1とUE2を含む複数のUEはgNBにランダムアクセスを開始し、無線ネットワーク接続サービスを要求し、gNBは少なくとも1つのUEからのランダムアクセス要求を受信し、無線サービスを行う。gNBとUE1、UE2との間で無線通信によりデータの相互作用と伝送が行われる。
本願の技術案のキーポイントは、RedCap UEが上り初期帯域幅部分BWPで物理上り制御チャネルPUCCHを送信する時に使用する第1のリソースの帯域幅範囲が、RedCap UEがサポートする最大帯域幅を超えないことを指示するために、ネットワーク機器がレデューストケイパビリティの端末機器RedCap UEに第1の指示情報を送信することにある。以下、図面を参照しながら本願に係る技術案を解釈及び説明する。
第1の実施形態:
理解できるように、RedCap UEが上り初期帯域幅部分BWPで物理上り制御チャネルPUCCHを送信する時に使用する第1のリソースの帯域幅範囲がRedCap UEがサポートする最大帯域幅を超えないことを指示するために、ネットワーク機器は、RedCap UEに第1の指示情報を送信する場合、2つの実現方法があり、1つは周波数ホッピングを行わない方式であり、もう1つは周波数ホッピングを行う方法であるが、第1ホップと第2ホップの間の周波数間隔がRedCap UEがサポートする最大帯域幅を超えない。具体的にどの実現方式を採用するかは、事前定義によって決定することができ、ネットワーク機器による指示の方式によって決定することができる。
例えば、RedCap UEは、下記の方式に基づいて、PUCCHが周波数ホッピング送信を行うかどうかを決定することができる。
A、事前定義の方式
例えば、プロトコルによる事前定義により、RedCap UEのPUCCHがユーザ固有のRRC構成を取得する前に周波数ホッピング送信を行わないことを直接規定してもよく、又は、RedCap UEが存在するUL BWP帯域幅(例えば、UL initial BWP)が1つの閾値(例えば、RedCap UEがサポートする最大帯域幅)より大きい場合、PUCCHが周波数ホッピング送信を行わず、そうでなければ周波数ホッピング送信を行うことを規定してもよい。
事前定義の方式では、如何なるネットワーク機器の指示は必要ないため、指示オーバーヘッドを節約できることが理解できる。
B、ネットワーク機器による指示の方式
例えば、gNBが送信した周波数ホッピング指示情報を受信することにより、周波数ホッピング送信を行わないことを決定し、当該周波数ホッピング指示情報は、RedCap UEのPUCCHが周波数ホッピングを行うかどうかを指示するために使用され、システム情報ブロックSIB1に担持されてブロードキャスト送信されてもよく、下り制御情報DCIに担持されてもよい。
ネットワーク機器による指示に基づく方式は、比較的柔軟であるが、下り指示オーバーヘッドが必要であることは理解できる。
C、事前定義+ネットワーク機器による指示の方式
例えば、RedCap UEが存在するUL BWP帯域幅(例えば、UL initial BWP)が1つの閾値(例えば、RedCap UEがサポートする最大帯域幅)より大きい場合、PUCCHが周波数ホッピング送信を行わず、RedCap UEが存在するUL BWP帯域幅が当該閾値以下である場合、gNBの周波数ホッピング指示情報に基づいて、周波数ホッピング送信するかどうかを決定することを規定する。
理解できるように、PUCCHを送信するためのリソースを決定する場合、下記の2つの異なる方法がある。(1)非周波数ホッピング方式でPUCCHを送信するリソースを決定し(ここでの非周波数ホッピング方式は、PUCCHを送信する場合、2つのホップに分けて送信しないことを意味する)、(2)周波数ホッピング方式でPUCCHを送信するリソースを決定し、第1ホップと第2ホップとの間の周波数間隔は、前記第1のクラスの端末機器がサポートする最大帯域幅を超えない。
以下は、非周波数ホッピング方式でPUCCHを送信する場合の第1のリソースの具体的な決定方法について説明する。
具体的には、以下の方法により、周波数ホッピングを行わない時のPUCCHの周波数位置を決定することができる。
方式一:第2のクラスの端末機器が周波数ホッピング方式でPUCCHを送信する場合の第1ホップhop1又は第2ホップhop2の周波数位置の計算方法を再利用し、第1のクラスの端末機器が非周波数ホッピング方式でPUCCHを送信する周波数位置を決定することができる。
更に又は、同様に、第2のクラスの端末機器の第2ホップhop2の周波数位置と同じ方法を用いて、第1のクラスの端末機器がPUCCHを送信する周波数位置を決定してもよく、
上記方法により、第1のクラスの端末機器がPUCCHを送信するリソース位置を直接的に決定することができるため、実現は簡単であり、且つ、既存のDCIによる
に対する指示を再利用し、基地局の指示の複雑さを簡易化する。
1つの実行可能な実施形態では、第1の指示情報は、
を指示する。
特に、第1のクラスの端末機器(その後、RedCap UEで表される)と第2のクラスの端末機器(その後、既存のUEで表される)は、上記の式及びパラメータ
を完全に共有すると、RedCap UEと既存のUEが使用するPUCCHリソースにオーバーラップが存在する可能性が高い。一方、上記の方法に基づいて、さらに以下の方法によりRedCap UEと既存のUEのPUCCHリソースとのオーバーラップが存在しないようにすることができる。
(1)
(2)
ただし、このような方法により、RedCap UEと既存のUEのPUCCHリソースがオーバーラップしないようにすることで、RedCap UEが既存のUEに与える影響を低減し、両方のUEが十分なPUCCH容量を有することを確保することができる。
方式二:RedCap UEがPUCCHを送信する周波数位置は、それに対応する受信されたDCIの周波数位置によって決定される。
1つのDCIは、UEがPDSCHを受信した後に当該PDSCHの受信が正しいか否かについてPUCCHでフィードバックするようにスケジューリングすると、当該PUCCHの周波数位置は、当該フィードバックすべきPDSCHに対応するスケジューリングDCIの周波数位置によって決定することができる。例えば、
PUCCHの最初のPRBの周波数位置はDCIの最初のCCEの周波数領域開始位置と同じであり、又は、
PUCCHのL番目のPRBの周波数位置はDCIのK番目のCCEの周波数領域開始位置と同じであり、又は、
PUCCHのL番目のPRBの周波数位置はDCIのK番目のCCEの周波数領域開始位置に1つの周波数オフセット値を加えたものであり、当該周波数オフセット値は事前定義されたものであってもよく、又はネットワーク機器によって送信(例えばSIB1又はDCIにおいて)されて指示されたものであってもよく、又は、
方式三:RedCap UEがPUCCHを送信する周波数位置は、UEが送信した他の上りチャネルの周波数位置によって決定される。
この方式三における「他の上りチャネル」は、例えばMsg1又はMsg3(Msg1は第1のメッセージであり、Msg1はランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、Msg3は第3のメッセージであり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージである)であってもよい。PUCCHの周波数位置はMsg1又はMsg3の周波数位置によって決定される。例えば、
PUCCHの最初のPRBの周波数位置はMsg1又はMsg3の最初のPRBの周波数位置と同じであり、又は、
PUCCHのL番目のPRBの周波数位置はMsg1又はMsg3のK番目のPRBの周波数位置と同じであり、又は、
PUCCHのL番目のPRBの周波数位置はMsg1又はMsg3のK番目のPRBの周波数位置に1つの周波数オフセット値を加えたものであり、当該周波数オフセット値は事前定義されたものであってもよく、又はネットワーク機器によって送信(例えばSIB1又はDCIにおいて)されて指示されたものであってもよい。
方式四:RedCap UEはPUCCHを送信する周波数位置はMsg4に担持される指示情報によって指示される。
この方式では、PUCCHの周波数位置の指示情報は、ランダムアクセス過程中のステップ4でgNBによってMsg4(衝突解決メッセージとも呼ばれる)を介してRedCap UEに送信された場合、RedCap UEはMsg4に担持される指示情報に基づいて、PUCCHの周波数領域リソースを決定することができる。当該指示情報はPUCCHの最初のPRBが存在する周波数位置を直接指示することができる。
それに対応して、gNBはRedCap UEがPUCCHを伝送するリソースで、RedCap UEが送信するPUCCHを受信することができる。
1つの実行可能な実施プロセスは、次のとおりであることが理解できる。
(1)RedCap UEは、ネットワーク機器によって送信された下りデータを受信する。
(2)RedCap UEは、事前定義の方式及び/又はネットワーク機器の指示に基づいて、PUCCHを送信するリソースを決定し、下りデータに対してフィードバックするようにPUCCHを送信する。
(3)ネットワーク機器は、それに応じて、PUCCHが存在するリソースでPUCCHを受信する。
理解できるように、本実施形態における方法により、RedCap UEは、ユーザ固有のRRC構成を取得する前でも、常にPUCCHを正しく伝送できること確保することができる。本実施形態では、PUCCHは周波数ホッピング送信されたものではなく、UEは1つのPUCCHに関するリソース位置を1つ決定するだけで送信することができるため、実現は簡単である。
第2の実施形態:
本実施形態は、周波数ホッピング方式でPUCCHを送信する場合の第1のリソースの具体的な決定方式を説明する。
本実施形態では、ただし、事前定義及び/又はネットワーク機器による指示の方式によって、PUCCHを周波数ホッピング送信することを決定した後に、下記の方式一によってPUCCHを周波数ホッピング送信するリソースを決定することができる。
この方法により、RedCapがPUCCHを送信する2つのホップ間の周波数間隔をRedCapの帯域幅範囲内にすることができ、RedCapが正常にPUCCHを伝送することができる。
特に、
とすることができ、この場合、RedCap帯域幅範囲を超えないPUCCHの周波数ホッピング間隔を最大化し、できるだけ周波数ダイバーシチ利得を得ることができる。
例えば、Msg1又はMsg3(Msg1は第1のメッセージであり、Msg1はランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、Msg3は第3のメッセージであり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージであり)が占めるリソースの最初のPRBの周波数位置又は中心PRBの周波数位置であってもよい。この設計は、RedCap UEがPUCCHを送信する周波数をMsg1又はMsg3の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング(retuning)する必要がないようにするため、特に周波数分割複信(Frequency Division Duplexing、FDD)システムに適している。ここで、図8は、1つのFDDシステムの上り周波数帯域におけるUL-UL間の強制的なリチューニングの例を示す。
本実施形態では、理解できるように、RedCap PUCCHリソースセットの全体を周波数上でシフトすることにより、RedCap UEが使用するPUCCHリソースセットと通常のNR UEが使用するPUCCHリソースセットがオーバーラップしないようにすることができ、それにより、基地局がPUCCHリソースに対して監視する場合、RedCap UEと通常のNR UEに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
本実施形態における方法により、RedCap UEは、ユーザ固有のRRC構成を取得する前でも、常にPUCCHを正しく伝送できること確保することができる。本実施形態では、PUCCHは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
第3の実施形態:
本実施形態は、周波数ホッピング方式でPUCCHを送信する場合の第1のリソースの具体的な決定方式を説明する。
本実施形態では、ただし、事前定義及び/又はネットワーク機器による指示の方式によって、PUCCHを周波数ホッピング送信することを決定した後に、下記の方式二によってPUCCHを周波数ホッピング送信するリソースを決定することができる。
方式二:第2のクラスの端末機器の第1ホップhop1と第2ホップhop2の周波数位置の計算方法を再利用するが、第2のクラスの端末機器の第1ホップhop1と第2ホップhop2の計算式を用いて周波数位置を計算する場合、
理解できるように、A Mod Bはモジュロ演算であり、この方法により、Aの値の大きさにかかわらず、Bをモジュロした後に0~(B-1)範囲内の数値になる。従って、本方法により、PUCCHリソースの2つのホップの周波数位置は常に
範囲内になることができる。具体的な例の図は、図7と同様であるため、ここでは省略する。
特に、
とすることができる。この場合、RedCap帯域幅範囲を超えないPUCCHの周波数ホッピング間隔を最大化し、できるだけ周波数ダイバーシチ利得を得ることができる。
例えば、Msg1又はMsg3が占めるリソースの最初のPRBの周波数位置又は中心PRBの周波数位置であってもよく、この設計は、RedCap UEがPUCCHを送信する周波数をMsg1又はMsg3の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング(retuning)する必要がないようにするため、特にFDDシステムに適している。
RedCap PUCCHリソースセットの全体を周波数上でシフトすることにより、RedCap UEが使用するPUCCHリソースセットと通常のNR UEが使用するPUCCHリソースセットがオーバーラップしないようにすることができ、それにより、基地局がPUCCHリソースに対して監視する場合、RedCap UEと通常のNR UEに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
本実施形態における方法により、RedCap UEは、ユーザ固有のRRC構成を取得する前でも、常にPUCCHを正しく伝送できること確保することができる。本実施形態では、PUCCHは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
第4の実施形態:
本実施形態は、周波数ホッピング方式でPUCCHを送信する場合の第1のリソースの具体的な決定方式を説明する。
本実施形態では、ただし、事前定義及び/又はネットワーク機器による指示の方式によって、PUCCHを周波数ホッピング送信することを決定した後に、下記の方式三によってPUCCHを周波数ホッピング送信するリソースを決定することができる。
方式三:第2のクラスの端末機器の第1ホップhop1と第2ホップhop2の計算式を再利用するが、第1の帯域幅パラメータを導入し、
の値に基づいて、hop2の位置を調整し、
本実施形態の方法では、
の値が0又は1であることに基づいて、PUCCHはそれぞれ上りBWP周波数帯域の低周波数または高周波数に集中する。図9に示す、別の周波数ホッピングの例示的概略図を参照する。前の方法と比較して、その利点の1つは、基地局がDCIを介して
の値を指示する場合、RedCap UEのディビジョンを実現し、異なるRedCap UEのPUCCHの送信を1つの周波数帯域幅が
である領域内に集中させる必要がないようにすることである。
本実施形態では、理解できるように、
の1つの取り得る値は
であり、これにより、RedCap UEのPUCCHリソースと通常のNR UEとの間でPUCCHリソースがオーバーラップしないことを確保することができる。また、
は他の値であってもよく、例えば、Msg1又はMsg3が占めるリソースの最初のPRBの周波数位置又は中心PRBの周波数位置であってもよく、この設計は、RedCap UEがPUCCHを送信する周波数をMsg1又はMsg3の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング(retuning)する必要がないようにするため、特にFDDシステムに適している。
RedCap PUCCHリソースセットの全体を周波数上でシフトすることにより、RedCap UEが使用するPUCCHリソースセットと通常のNR UEが使用するPUCCHリソースセットがオーバーラップしないようにすることができ、それにより、基地局がPUCCHリソースに対して監視する場合、RedCap UEと通常のNR UEに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
本実施形態における方法により、RedCap UEは、ユーザ固有のRRC構成を取得する前でも、常にPUCCHを正しく伝送できること確保することができる。本実施形態では、PUCCHは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができるとともに、異なるRedCap UEのPUCCHを異なる周波数範囲にディビジョンする効果もある。
第5の実施形態:
本実施形態は、周波数ホッピング方式でPUCCHを送信する場合の第1のリソースの具体的な決定方式を説明する。
本実施形態では、ただし、事前定義及び/又はネットワーク機器による指示の方式によって、PUCCHを周波数ホッピング送信することを決定した後に、下記の方式四によってPUCCHを周波数ホッピング送信するリソースを決定することができる。
方式四:既存の第2のクラスの端末機器の第1ホップhop1と第2ホップhop2の式を完全に再利用するが、RedCap UEに対して、hop1とhop2の、式に基づいて算出した周波数位置の間隔がRedCap UEがサポートする最大帯域幅を超えないように、
図10に示すPUCCHを周波数ホッピング伝送する例を参照し、この方法では、RedCap UEが送信するPUCCHのhop1とhop2は、BWPの中心
帯域幅範囲内に拘束され、このように、RedCap UEはPUCCHを正常に送信することができる。この方法は、RedCap UEがPUCCHを送信する時の中心周波数点が同様に上りBWP(例えばUL initial BWP)の中心周波数点でもあり、TDDシステムにおける下りBWPと上りBWPの中心周波数点が同じであるようにすることができるため、特に時分割複信(Time Division Duplexing、TDD)システムに適している。本方法は、TDDシステムにおける上下り切替時のリチューニングを回避することができる。図11はTDDシステムにおいてDL-ULで強制的にリチューニングを発生させる例を示す。本実施形態に係る方法を採用すると、TDDシステムにおける上下り切替時のリチューニングを回避することができる。
本実施形態における方法により、RedCap UEは、ユーザ固有のRRC構成を取得する前でも、常にPUCCHを正しく伝送できること確保することができる。本実施形態では、PUCCHは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
第6の実施形態:
本実施形態は、周波数ホッピング方式でPUCCHを送信する場合の第1のリソースの具体的な決定方式を説明する。本実施形態では、ただし、事前定義及び/又はネットワーク機器による指示の方式によって、PUCCHを周波数ホッピング送信することを決定した後に、下記の方式五によってPUCCHを周波数ホッピング送信するリソースを決定することができる。
方式五:
ここで、
は、周波数偏差値であり、hop2とhop1の間の周波数の差を表し、事前定義されたものであってもよく、又はネットワーク機器によって指示されたものであってもよく、例えば、SIB1又はDCIを介して指示される。
本願の実施形態における方法では、hop1とhop2のために周波数位置をそれぞれ設計する必要はなく、hop2の周波数位置は常にhop1の周波数位置と1つの周波数偏差値に基づいて決定することができるため、より簡単で柔軟である。hop1とhop2の間の周波数の差がRedCap UEがサポートする最大帯域幅を超えないようにするためには、
であるべきである。
1つの実行可能な実施形態では、第1の指示情報は、当該周波数偏差値を指示する。
本実施形態における方法により、RedCap UEは、ユーザ固有のRRC構成を取得する前でも、常にPUCCHを正しく伝送できること確保することができる。本実施形態では、PUCCHは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
本実施形態では、ただし、本実施形態のキーポイントは、RedCap UEが送信するPUCCH帯域幅範囲をRedCap UEの最大帯域幅内にすることである。
本実施形態は、事前定義又はネットワーク機器による指示の方法によって、RedCap UEがユーザ固有のRRC構成を取得する前に、送信されるPUCCHを周波数ホッピングせず、又は周波数ホッピングしても2つのホップの間隔がRedCap UEがサポートする帯域幅範囲内であることを確保することができ、これにより、RedCap UEが送信するPUCCH帯域幅をRedCap UEがサポートする帯域幅範囲内にすることで、第1のクラスの端末機器はPUCCHを正しく送信することができ、従って、従来技術では、PUCCHの2つのホップ間の周波数間隔がRedCap UEの最大帯域幅よりも大きいため、 RedCap UEがUL initial BWPにおいてPUCCHを正しく送信できないという問題を解決することができる。
以上の説明から分かるように、周波数ホッピングしない場合に対して、PUCCHを送信するリソースは下記の方式によって決定することができる。
PUCCHリソースが存在する周波数位置は、hop1又はhop2周波数位置の方法に基づいて決定される。
PUCCHリソースが存在する周波数位置は、フィードバックを必要とするPDSCHに対応するスケジューリングDCIの周波数位置によって決定される。
PUCCHリソースが存在する周波数位置はMsg1又はMsg3の周波数位置によって決定される。
PUCCHリソースが存在する周波数位置は、Msg4における情報によって指示される(ランダムアクセス過程中にMsg4の受信が成功するか否かについてPUCCHを送信する必要がある場合に適している)。
以上の説明から分かるように、周波数ホッピングする場合に対して、PUCCHを送信するリソースは下記の方式によって決定することができる。
また、その上で、hop1とhop2の周波数位置にはいずれも1つの追加のオフセット値
を追加することもできる。
hop1とhop2に対して、元のhop1とhop2の位置を用いて
に対するモジュロ演算を行い、モジュロ結果を送信位置とすることができる。その上で、更にモジュロ結果に1つの追加のオフセット値
を追加することもできる。
また、ただし、hop2に対して、その計算は既存の式を使用しなくてもよいく、既存の方式または上記のいずれかの、hop1周波数位置を決定するための方式でhop1周波数位置を決定した後に、「hop1の周波数位置」及び「hop2とhop1との間の周波数オフセット値
」に基づいてhop2位置を決定することができ、当該周波数オフセット値が事前定義の方式又はネットワーク機器による指示の方式によって決定される。
理解できるように、従来技術では、ユーザ固有のRRC構成を取得する前に、PUCCHは周波数ホッピング送信を固定的に行い、且つ2つのホップのリソースはUL initial BWPの両側に分布しているため、RedCap UEはUL initial BWPにおいてPUCCHを正しく送信できない可能性がある。本願の実施形態は、上記の問題を解決することにより、RedCap UEが送信するPUCCH帯域幅がRedCap UEの最大帯域幅内にあり、RedCap UEがPUCCHを正しく送信することができる。
また、図12は、本願の実施形態に係る端末機器に適用されるチャネル伝送装置のブロック図であり、図12に示すように、当該装置は、第1のクラスの端末機器に適用されており、具体的には、
上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する場合、前記PUCCHを送信するために使用される第1のリソースを決定するためのものであって、前記第1のリソースの帯域幅範囲は前記第1のクラスの端末機器がサポートする最大帯域幅を超えず、前記第1のクラスの端末機器がサポートする最大帯域幅は第1のプリセット値以下である決定モジュール11と、
前記第1のリソース上でPUCCHを送信するための第1の送信モジュール12と、を含む。
ただし、本装置は、端末機器に適用されるチャネル伝送方法の実施形態のすべての方法のステップを実現することができ、同じ技術的効果を達成することができ、ここで説明を省略する。
また、図13は、本願の実施形態に係るネットワーク機器に適用されるチャネル伝送装置のブロック図であり、図13に示すように、当該装置は、
第1のクラスの端末機器に第1の指示情報を送信するためのものであって、前記第1の指示情報は、前記第1のクラスの端末機器が上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する時に使用する第1のリソースを指示するためのものである第2の送信モジュール21と、
前記第1のリソース上で、前記第1のクラスの端末機器から送信されたPUCCHを受信する受信モジュール22と、を含み、
ここで、前記第1のリソースの帯域幅範囲は前記第1のクラスの端末機器がサポートする最大帯域幅を超えず、前記第1のクラスの端末機器がサポートする最大帯域幅は第1のプリセット値以下である。
ただし、本装置は、ネットワーク機器に適用されるチャネル伝送方法の実施形態のすべての方法のステップを実現することができ、同じ技術的効果を達成することができ、ここで説明を省略する。
図14は、本願の実施形態に係る端末機器の構造の概略図であり、当該端末機器は、メモリ1420、送受信機1400、プロセッサ1410を含む。
ここで、図14では、バスアーキテクチャは、任意の数の相互接続されたバスとブリッジを含んでもよく、具体的には、プロセッサ1410に代表される1つ又は複数のプロセッサ、及びメモリ1420に代表されるメモリの様々な回路は、一体にリンクされている。バスアーキテクチャは、また、例えば周辺機器、電圧レギュレーター、及び電力管理回路等の様々な他の回路を一体にリンクすることもでき、これらはすべて当技術分野でよく知られているものであるため、本明細書ではそれらを更に説明しない。バスインターフェースはインターフェースを提供する。送受信機1400は、複数の要素であってもよく、即ち、伝送媒体において他の様々な機器と通信するためのユニットを提供する、送信機及び受信機を含む。これらの伝送媒体には、無線チャネル、有線チャネル、光ケーブル等の伝送媒体が含まれる。プロセッサ1410は、バスアーキテクチャ及び一般的な処理を管理することに用いられ、メモリ1420は、プロセッサ1410が操作を実行する時に使用されるデータを記憶することができる。
プロセッサ1410は、中央処理装置(CPU)、特定用途向け集積回路(Application Specific Integrated Circuit、ASIC)、フィールドプログラマブルゲートアレイ(Field-Programmable Gate Array、FPGA)、又は複雑なプログラマブルロジック機器(Complex Programmable Logic Device、CPLD)であってもよく、プロセッサは、マルチコアアーキテクチャを使用してもよい。
メモリ1420は、コンピュータプログラムを記憶すためのものであり、送受信機1400は、前記プロセッサの制御下でデータを送受信するためのものであり、プロセッサ1410は、前記メモリ内のコンピュータプログラムを読み取り、
上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する場合、前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記第1のリソースの帯域幅範囲は前記第1のクラスの端末機器がサポートする最大帯域幅を超えず、前記第1のクラスの端末機器がサポートする最大帯域幅は第1のプリセット値以下であることと、
前記第1のリソース上でPUCCHを送信することとを実行するためのものである。
上記実施形態の内容に基づいて、本実施形態では、前記第1のリソースは、
非周波数ホッピング方式でPUCCHを送信するリソース、又は、
周波数ホッピング方式でPUCCHを送信するリソース、のうちのいずれかを含み、ここで、第1ホップと第2ホップとの間の周波数間隔は、前記第1のクラスの端末機器がサポートする最大帯域幅を超えない。
上記実施形態の内容に基づいて、本実施形態では、前記第1のリソースが非周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記第2のクラスの端末機器がサポートする最大帯域幅は前記第1のプリセット値より大きいことと、
第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、のいずれか1つ又は複数の方式に基づいて決定される。
上記実施形態の内容に基づいて、本実施形態では、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
事前定義及び/又は指示による方法により第1のクラスの端末機器に対応する第1の周波数オフセット値
を決定し、前記第1のクラスの端末機器に対応する第1の周波数オフセット値
と第2のクラスの端末機器に対応する第1の周波数オフセット値
の値が異なることと、
事前定義及び/又は指示による方法により、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定される。
上記実施形態の内容に基づいて、本実施形態では、第1のクラスの端末機器が前記PUCCHにおいてフィードバックする必要がある物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
PUCCHを送信するために使用される最初の物理リソースブロックPRBの周波数位置はDCIの最初の制御チャネルユニットCCEの周波数領域開始位置と同じであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置はDCIのK番目のCCEの周波数領域開始位置と同じであることであって、L及びKは0より大きい整数であることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、DCIのK番目のCCEの周波数領域開始位置及び第2の周波数オフセット値に基づいて決定される位置であることでって、前記第2の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、
上記実施形態の内容に基づいて、本実施形態では、第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
PUCCHを送信するために使用される最初の物理リソースブロックPRBの周波数位置は、第1のメッセージ又は第3のメッセージの最初のPRBの周波数位置と同じであることであって、第1のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置と同じであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置と、第3の周波数オフセット値とに基づいて決定される位置であることであって、前記第3の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、
上記実施形態の内容に基づいて、本実施形態では、前記第1のリソースが周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、
上記実施形態の内容に基づいて、本実施形態では、第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルにおける上り初期BWP帯域幅パラメータ
を、第1の帯域幅パラメータ
に置き換え、パラメータ置換後の関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルにおける上り初期BWP帯域幅パラメータ
を、第1の帯域幅パラメータ
に置き換え、パラメータ置換後の関係モデル及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを含む。
上記実施形態の内容に基づいて、本実施形態では、第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を、PUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置とすることは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを含む。
上記実施形態の内容に基づいて、本実施形態では、前記プリセットされた周波数オフセット値は、
と、
第1のメッセージ又は第3のメッセージが占めるリソースの最初の物理リソースブロックPRB又は中心PRBの周波数位置と、のいずれか1つ又は複数であり、
ここで、
は初期循環シフトインデックスの総数を表し、第1のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージである。
上記実施形態の内容に基づいて、本実施形態では、前記第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置の関係モデルにおける第1の周波数オフセット値
の取り得る値は、次の関係を満たす。
ただし、本願の実施形態に係る端末機器は、端末機器に適用されるチャネル伝送方法の実施形態のすべての方法のステップを実現することができ、同じ技術的効果を達成することができ、ここで説明を省略する。
図15は本願の実施形態に係るネットワーク機器の構造の概略図の1つであり、当該ネットワーク機器は、メモリ1520、送受信機1500、プロセッサ1510を含む。
ここで、図15では、バスアーキテクチャは、任意の数の相互接続されたバスとブリッジを含んでもよく、具体的には、プロセッサ1510に代表される1つ又は複数のプロセッサ、及びメモリ1520に代表されるメモリの様々な回路は、一体にリンクされている。バスアーキテクチャは、また、例えば周辺機器、電圧レギュレーター、及び電力管理回路等の様々な他の回路を一体にリンクすることもでき、これらはすべて当技術分野でよく知られているものであるため、本明細書ではそれらを更に説明しない。バスインターフェースはインターフェースを提供する。送受信機1500は、複数の要素であってもよく、即ち、伝送媒体において他の様々な機器と通信するためのユニットを提供する、送信機及び受信機を含む。これらの伝送媒体には、無線チャネル、有線チャネル、光ケーブル等の伝送媒体が含まれる。プロセッサ1510は、バスアーキテクチャ及び一般的な処理を管理することに用いられ、メモリ1520は、プロセッサ1510が操作を実行する時に使用されるデータを記憶することができる。
プロセッサ1510は、中央処理装置(CPU)、特定用途向け集積回路(Application Specific Integrated Circuit、ASIC)、フィールドプログラマブルゲートアレイ(Field-Programmable Gate Array、FPGA)、又は複雑なプログラマブルロジック機器(Complex Programmable Logic Device、CPLD)であってもよく、プロセッサは、マルチコアアーキテクチャを使用してもよい。
メモリ1520は、コンピュータプログラムを記憶すためのものであり、送受信機1500は、前記プロセッサの制御下でデータを送受信するためのものであり、プロセッサ1510は、前記メモリ内のコンピュータプログラムを読み取り、
第1のクラスの端末機器に第1の指示情報を送信することであって、前記第1の指示情報は、前記第1のクラスの端末機器が上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する時に使用する第1のリソースを指示するためのものであることと、
前記第1のリソース上で、前記第1のクラスの端末機器から送信されたPUCCHを受信することとを実行するためのものであり、
ここで、前記第1のリソースの帯域幅範囲は前記第1のクラスの端末機器がサポートする最大帯域幅を超えず、前記第1のクラスの端末機器がサポートする最大帯域幅は第1のプリセット値以下である。
上記実施形態の内容に基づいて、本実施形態では、前記第1の指示情報は、
非周波数ホッピング方式でPUCCHを送信するリソース、又は、
周波数ホッピング方式でPUCCHを送信するリソース、のうちのいずれかを指示するためのものであり、
ここで、第1ホップと第2ホップとの間の周波数間隔は、前記第1のクラスの端末機器がサポートする最大帯域幅を超えない。
上記実施形態の内容に基づいて、本実施形態では、前記第1のリソースが非周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記第2のクラスの端末機器がサポートする最大帯域幅は前記第1のプリセット値より大きいことと、
第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
第1のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、のいずれか1つ又は複数の方式に基づいて決定される。
上記実施形態の内容に基づいて、本実施形態では、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
事前定義及び/又は指示による方法により、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定される。
上記実施形態の内容に基づいて、本実施形態では、第1のクラスの端末機器が前記PUCCHにおいてフィードバックする必要がある物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
PUCCHを送信するために使用される最初の物理リソースブロックPRBの周波数位置はDCIの最初の制御チャネルユニットCCEの周波数領域開始位置と同じであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置はDCIのK番目のCCEの周波数領域開始位置と同じであることであって、L及びKは0より大きい整数であることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、DCIのK番目のCCEの周波数領域開始位置及び第2の周波数オフセット値に基づいて決定される位置であることでって、前記第2の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、
上記実施形態の内容に基づいて、本実施形態では、第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
PUCCHを送信するために使用される最初の物理リソースブロックPRBの周波数位置は、第1のメッセージ又は第3のメッセージの最初のPRBの周波数位置と同じであることであって、第1のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置と同じであることと、
PUCCHを送信するために使用されるL番目のPRBの周波数位置は、第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置と、第3の周波数オフセット値とに基づいて決定される位置であることであって、前記第3の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、
上記実施形態の内容に基づいて、本実施形態では、前記第1のリソースが周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、
PUCCHを送信する時に第1ホップに対応する周波数位置を決定し、第1ホップに対応する周波数位置、及び第1ホップと第2ホップとの間の第5の周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第2ホップの位置を決定することであって、前記第5の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであり、前記第5の周波数オフセット値の絶対値は
以下であることと、のいずれか1つ又は複数に基づいて決定される。
上記実施形態の内容に基づいて、本実施形態では、第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルにおける上り初期BWP帯域幅パラメータ
を、第1の帯域幅パラメータ
に置き換え、パラメータ置換後の関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルにおける上り初期BWP帯域幅パラメータ
を、第1の帯域幅パラメータ
に置き換え、パラメータ置換後の関係モデル及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを含む。
上記実施形態の内容に基づいて、本実施形態では、第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を、PUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置とすることは、
第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
に対するモジュロ演算を行い、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを含む。
上記実施形態の内容に基づいて、本実施形態では、前記プリセットされた周波数オフセット値は、
と、
第1のメッセージ又は第3のメッセージが占めるリソース的最初の物理リソースブロックPRBの周波数位置又は中心PRBの周波数位置と、のいずれか1つ又は複数であり、
ここで、
は初期循環シフトインデックスの総数を表し、第1のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージである。
上記実施形態の内容に基づいて、本実施形態では、前記第1のクラスの端末機器が前記PUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置の関係モデルにおける第1の周波数オフセット値
の取り得る値は、次の関係を満たす。
ただし、本実施形態に係るネットワーク機器は、ネットワーク機器に適用されるチャネル伝送方法の実施形態のすべての方法のステップを実現することができ、且つ同じ技術的効果を達成することができ、ここではこれ以上説明しない。
ただし、本願の実施形態では、ユニットの分割は例示的であり、論理的な機能分割に過ぎず、実際の実施では他の分割方法があり得る。また、本願の各実施形態における各機能ユニットは、1つの処理ユニットに統合されてもよく、又は各ユニットが単独で物理的に存在してもよく、又は2つ又は2つ以上のユニットが1つのユニットに統合されてもよい。上記の統合されたユニットは、ハードウェアの形で実現することができ、ソフトウェア機能ユニットの形で実現することもできる。
上記の統合されたユニットは、ソフトウェア機能ユニットの形で実現し、独立した製品として販売又は使用する場合、1つのプロセッサ可読記憶媒体に記憶することができる。そのような理解に基づいて、本願の技術案は、その本質、又は先行技術に寄与する部分又は当該技術案の全部又は一部がソフトウェア製品の形で具体化されてもよい。当該コンピュータソフトウェア製品は、記憶媒体に記憶されており、1つのコンピュータ機器(例えば、パーソナルコンピュータ、サーバ、又はネットワーク機器等)又はプロセッサ(processor)に本願の各実施形態の前記方法のステップのすべて又は一部を実行させるためのいくつかの命令を含む。前記記憶媒体は、USBディスク、リムーバブルハードディスク、読み取り専用メモリ(Read-Only Memory、ROM)、ランダムアクセスメモリ(Random Access Memory、RAM)、磁気ディスク又は光ディスク等の、プログラムコードを記憶可能な種々の媒体を含む。
ただし、本願の実施形態に係る上記装置は、上記方法の実施形態が実現するすべての方法のステップを実現することができ、且つ同じ技術的効果を達成することができ、ここでは、本実施形態における方法の実施形態と同じ部分および有益効果についてこれ以上説明しない。
他方では、本願の実施形態は、プロセッに上記実施形態に記載の方法を実行させるためのコンピュータプログラムが記憶されているプロセッサ可読記憶媒体を更に提供する。
前記プロセッサ可読記憶媒体は、プロセッサがアクセスできる任意の利用可能な媒体又はデータ記憶装置であってもよく、磁性メモリ(例えばフロッピーディスク、ハードディスク、磁気テープ、光磁気ディスク(MO)等)、光学メモリ(例えばCD、DVD、BD、HVD等)、及び半導体メモリ(例えばROM、EPROM、EEPROM、不揮発性メモリ(NAND FLASH)、ソリッドステートドライブ(SSD))等を含むが、これらに限定されない。
上記実施形態から分かるように、プロセッサ可読記憶媒体には、前記プロセッサに上記チャネル伝送方法のステップを実行させるためのコンピュータプログラムが記憶されている。
当業者には理解されるように、本願の実施形態は、方法、システム、又はコンピュータプログラム製品として提供され得る。従って、本願は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態、又はソフトウェアとハードウェアを組み合わせた実施形態を採用することができる。更に、本願は、コンピュータで利用可能なプログラムコードを含む1つ又は複数のコンピュータで利用可能な記憶媒体(磁気ディスクメモリ、光学メモリ等を含むが、これらに限定されない)で実施されるコンピュータプログラム製品の形態を採用することができる。
本願は、本願の実施形態の方法、機器(システム)、及びコンピュータプログラム製品のフローチャート及び/又はブロック図を参照して説明される。フローチャート及び/又はブロック図における各フロー及び/又はブロック、及びフローチャート及び/又はブロック図におけるフロー及び/又はブロックの組み合わせは、コンピュータ実行可能命令によって実装できることが理解可能である。これらのコンピュータ実行可能命令は、1つのマシンを生成するために、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は他のプログラマブルデータ処理機器のプロセッサに提供され、コンピュータ又は他のプログラマブルデータ処理機器のプロセッサによる命令の実行により、フローチャートの1つ又は複数のフロー、及び/又はブロック図の1つ又は複数のブロックで指定された機能を実現するための手段が生成される。
これらのプロセッサ実行可能命令は、コンピュータ又は他のプログラマブルデータ処理機器を特定の方法で動作させることができるプロセッサ可読メモリに格納されて、当該プロセッサ可読メモリに格納された命令に、命令手段を含む製品を生成させることもできる。当該命令手段は、フローチャートの1つ又は複数のフロー、及び/又はブロック図の1つ又は複数のブロックで指定された機能を実現する。
これらのプロセッサ実行可能命令は、コンピュータ又はその他のプログラマブルデータ処理機器にロードされて、コンピュータで実現される処理を生成するために、コンピュータ又はその他のプログラマブル機器上で一連の動作ステップを実行させることもできる。これにより、コンピュータ又はその他のプログラマブル機器上で実行される命令は、フローチャートの1つ又は複数のフロー、及び/又はブロック図の1つ又は複数のブロックで指定された機能を実現するためのステップを提供する。
当業者が本願の精神及び範囲から逸脱することなく、本願に対して様々な変更及び変形を行うことができることは明らかである。従って、本願のこれらの変更及び変形が、本願の特許請求の範囲及びその均等な技術的範囲に含まれる場合、本願は、これらの変更及び変形を含むことも意図する。

Claims (27)

  1. 第1のクラスの端末機器に適用されており、
    上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する場合、前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記第1のリソースの帯域幅範囲は前記第1のクラスの端末機器がサポートする最大帯域幅を超えず、前記第1のクラスの端末機器がサポートする最大帯域幅は第1のプリセット値以下であることと、
    前記第1のリソース上でPUCCHを送信することとを含むことを特徴とするチャネル伝送方法。
  2. 前記第1のリソースは、
    非周波数ホッピング方式でPUCCHを送信するリソース、又は、
    周波数ホッピング方式でPUCCHを送信するリソース、のうちのいずれかを含み、
    ここで、第1ホップと第2ホップとの間の周波数間隔は、前記第1のクラスの端末機器がサポートする最大帯域幅を超えないことを特徴とする請求項1に記載のチャネル伝送方法。
  3. 前記第1のリソースが非周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、
    第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記第2のクラスの端末機器がサポートする最大帯域幅は前記第1のプリセット値より大きいことと、
    第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
    第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
    第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
    第1のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、のいずれか1つ又は複数の方式に基づいて決定されることを特徴とする請求項2に記載のチャネル伝送方法。
  4. 第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
    事前定義及び/又は指示による方法により第1のクラスの端末機器に対応する第1の周波数オフセット値
    を決定し、前記第1のクラスの端末機器に対応する第1の周波数オフセット値
    と第2のクラスの端末機器に対応する第1の周波数オフセット値
    の値が異なることと、
    事前定義及び/又は指示による方法により、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定されることを特徴とする請求項3に記載のチャネル伝送方法。
  5. 第1のクラスの端末機器が前記PUCCHにおいてフィードバックする必要がある物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
    PUCCHを送信するために使用される最初の物理リソースブロックPRBの周波数位置はDCIの最初の制御チャネルユニットCCEの周波数領域開始位置と同じであることと、
    PUCCHを送信するために使用されるL番目のPRBの周波数位置はDCIのK番目のCCEの周波数領域開始位置と同じであることであって、L及びKは0より大きい整数であることと、
    PUCCHを送信するために使用されるL番目のPRBの周波数位置は、DCIのK番目のCCEの周波数領域開始位置及び第2の周波数オフセット値に基づいて決定される位置であることでって、前記第2の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、
    DCIのK番目のCCEの周波数開始位置により、第1の周波数オフセット値
    を決定し、第1の関係モデルである
    又は
    に基づいて、PUCCHを送信するために使用される最初のPRBの周波数位置を決定することと、のいずれかの方式によって決定され、
    ここで、
    は第1の周波数オフセット値を表し、
    はPUCCHリソースインデックスを表し、
    は初期循環シフトインデックスの総数を表し、
    は上り初期BWP帯域幅を表す
    ことを特徴とする請求項3に記載のチャネル伝送方法。
  6. 第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
    PUCCHを送信するために使用される最初の物理リソースブロックPRBの周波数位置は、第1のメッセージ又は第3のメッセージの最初のPRBの周波数位置と同じであることであって、第1のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージであることと、
    PUCCHを送信するために使用されるL番目のPRBの周波数位置は、第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置と同じであることと、
    PUCCHを送信するために使用されるL番目のPRBの周波数位置は、第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置と、第3の周波数オフセット値とに基づいて決定される位置であることであって、前記第3の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、
    第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置により、第1の周波数オフセット値
    を決定し、第1の関係モデルである
    又は
    に基づいて、PUCCHを送信するために使用される最初のPRBの周波数位置を決定することと、のいずれかの方式によって決定され、
    ここで、
    は第1の周波数オフセット値を表し、
    はPUCCHリソースインデックスを表し、
    は初期循環シフトインデックスの総数を表し、
    は上り初期BWP帯域幅を表す
    ことを特徴とする請求項3に記載のチャネル伝送方法。
  7. 前記第1のリソースが周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、
    第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルにおける上り初期BWP帯域幅パラメータ
    を、第1の帯域幅パラメータ
    に置き換え、パラメータ置換後の関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することであって、前記
    は、前記第1のクラスの端末機器がサポートする最大帯域幅
    を超えず、前記第2のクラスの端末機器がサポートする最大帯域幅は前記第1のプリセット値より大きいことと、
    第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
    に対するモジュロ演算を行い、更に、モジュロ演算の結果を第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置とすることと、
    第2のクラスの端末機器がPUCCHを送信する時に第2ホップに対応する周波数位置を決定するための関係モデルにおける、
    に対応する第1のサブ関係モデルにおける上り初期BWP帯域幅パラメータ
    を、第1の帯域幅パラメータ
    に置き換え、パラメータ置換後の第1のサブ関係モデルに基づいて、
    である場合、第1のクラスの端末機器がPUCCHを送信する時に第2ホップに対応する周波数位置を決定し、第2のクラスの端末機器がPUCCHを送信する時に第2ホップに対応する周波数位置を決定するための関係モデルにおける、
    に対応する第2のサブ関係モデル及び第4の周波数オフセット値に基づいて、
    である場合、第1のクラスの端末機器がPUCCHを送信する時に第2ホップに対応する周波数位置を決定することと、
    第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルにおける第1の周波数オフセット値
    の取り得る値は、第2のクラスの端末機器に使用される
    の取り得る値と異なり、且つ、第1のクラスの端末機器に対応する取り得る値
    は、PUCCHを送信する時に第1ホップと第2ホップとの間の周波数間隔が
    以下であるようにすることと、
    PUCCHを送信する時に第1ホップに対応する周波数位置を決定し、第1ホップに対応する周波数位置、及び第1ホップと第2ホップとの間の第5の周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第2ホップの位置を決定することであって、前記第5の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであり、前記第5の周波数オフセット値の絶対値は
    以下であることと、のいずれか1つ又は複数に基づいて決定されることを特徴とする請求項2に記載のチャネル伝送方法。
  8. 第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルにおける上り初期BWP帯域幅パラメータ
    を、第1の帯域幅パラメータ
    に置き換え、パラメータ置換後の関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することは、
    第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルにおける上り初期BWP帯域幅パラメータ
    を、第1の帯域幅パラメータ
    に置き換え、パラメータ置換後の関係モデル及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを含むことを特徴とする請求項7に記載のチャネル伝送方法。
  9. 第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
    に対するモジュロ演算を行い、更に、モジュロ演算の結果を、PUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置とすることは、
    第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
    に対するモジュロ演算を行い、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを含むことを特徴とする請求項7に記載のチャネル伝送方法。
  10. 前記プリセットされた周波数オフセット値は、
    と、
    第1のメッセージ又は第3のメッセージが占めるリソースの最初の物理リソースブロックPRB又は中心PRBの周波数位置と、のいずれか1つ又は複数であり、
    ここで、
    は初期循環シフトインデックスの総数を表し、第1のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージであることを特徴とする請求項8又は9に記載のチャネル伝送方法。
  11. 前記第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置の関係モデルにおける第1の周波数オフセット値
    の取り得る値は、次の関係を満たすことを特徴とする請求項7に記載のチャネル伝送方法。
  12. 第1のクラスの端末機器に第1の指示情報を送信することであって、前記第1の指示情報は、前記第1のクラスの端末機器が上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する時に使用する第1のリソースを指示するためのものであることと、
    前記第1のリソース上で、前記第1のクラスの端末機器から送信されたPUCCHを受信することと、を含み
    ここで、前記第1のリソースの帯域幅範囲は前記第1のクラスの端末機器がサポートする最大帯域幅を超えず、前記第1のクラスの端末機器がサポートする最大帯域幅は第1のプリセット値以下であることを特徴とするチャネル伝送方法。
  13. 前記第1の指示情報は、
    非周波数ホッピング方式でPUCCHを送信するリソース、又は、
    周波数ホッピング方式でPUCCHを送信するリソース、のうちのいずれかを指示するためのものであり、
    ここで、第1ホップと第2ホップとの間の周波数間隔は、前記第1のクラスの端末機器がサポートする最大帯域幅を超えないことを特徴とする請求項12に記載のチャネル伝送方法。
  14. 前記第1のリソースが非周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、
    第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記第2のクラスの端末機器がサポートする最大帯域幅は前記第1のプリセット値より大きいことと、
    第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
    第1のクラスの端末機器が前記PUCCHにおいてフィードバックする物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
    第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、
    第1のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定することと、のいずれか1つ又は複数の方式に基づいて決定されることを特徴とする請求項13に記載のチャネル伝送方法。
  15. 第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
    事前定義及び/又は指示による方法により第1のクラスの端末機器に対応する第1の周波数オフセット値
    を決定し、前記第1のクラスの端末機器に対応する第1の周波数オフセット値

    と第2のクラスの端末機器に対応する第1の周波数オフセット値
    の値が異なることと、
    事前定義及び/又は指示による方法により、第2のクラスの端末機器がPUCCHを送信する時に第1ホップに対応する周波数位置及び/又は第2ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記PUCCHを送信するために使用される第1のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定されることを特徴とする請求項14に記載のチャネル伝送方法。
  16. 第1のクラスの端末機器が前記PUCCHにおいてフィードバックする必要がある物理下り共有チャネルPDSCHに対応するスケジューリング下り制御情報DCIの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
    PUCCHを送信するために使用される最初の物理リソースブロックPRBの周波数位置はDCIの最初の制御チャネルユニットCCEの周波数領域開始位置と同じであることと、
    PUCCHを送信するために使用されるL番目のPRBの周波数位置はDCIのK番目のCCEの周波数領域開始位置と同じであることであって、L及びKは0より大きい整数であることと、
    PUCCHを送信するために使用されるL番目のPRBの周波数位置は、DCIのK番目のCCEの周波数領域開始位置及び第2の周波数オフセット値に基づいて決定される位置であることでって、前記第2の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、
    DCIのK番目のCCEの周波数開始位置により、第1の周波数オフセット値
    を決定し、第1の関係モデルである
    又は
    に基づいて、PUCCHを送信するために使用される最初のPRBの周波数位置を決定することと、のいずれかの方式によって決定され、
    ここで、
    は第1の周波数オフセット値を表し、
    はPUCCHリソースインデックスを表し、
    は初期循環シフトインデックスの総数を表し、
    は上り初期BWP帯域幅を表す
    ことを特徴とする請求項14に記載のチャネル伝送方法。
  17. 第1のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第1のクラスの端末機器が前記PUCCHを送信するために使用される第1のリソースを決定する場合、前記PUCCHを送信するために使用される第1のリソースは、
    PUCCHを送信するために使用される最初の物理リソースブロックPRBの周波数位置は、第1のメッセージ又は第3のメッセージの最初のPRBの周波数位置と同じであることであって、第1のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージであることと、
    PUCCHを送信するために使用されるL番目のPRBの周波数位置は、第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置と同じであることと、
    PUCCHを送信するために使用されるL番目のPRBの周波数位置は、第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置と、第3の周波数オフセット値とに基づいて決定される位置であることであって、前記第3の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであることと、
    第1のメッセージ又は第3のメッセージのK番目のPRBの周波数位置により、第1の周波数オフセット値
    を決定し、第1の関係モデルである
    又は
    に基づいて、PUCCHを送信するために使用される最初のPRBの周波数位置を決定することと、のいずれかの方式によって決定され、
    ここで、
    は第1の周波数オフセット値を表し、
    はPUCCHリソースインデックスを表し、
    は初期循環シフトインデックスの総数を表し、
    は上り初期BWP帯域幅を表すことを特徴とする請求項14に記載のチャネル伝送方法。
  18. 前記第1のリソースが周波数ホッピング方式でPUCCHを送信するリソースである場合、前記PUCCHを送信するために使用される第1のリソースは、
    第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルにおける上り初期BWP帯域幅パラメータ
    を、第1の帯域幅パラメータ
    に置き換え、パラメータ置換後の関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することであって、前記
    は、前記第1のクラスの端末機器がサポートする最大帯域幅

    を超えず、前記第2のクラスの端末機器がサポートする最大帯域幅は前記第1のプリセット値より大きいことと、
    第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
    に対するモジュロ演算を行い、更に、モジュロ演算の結果を第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置とすることと、
    第2のクラスの端末機器がPUCCHを送信する時に第2ホップに対応する周波数位置を決定するための関係モデルにおける、
    対応する第1のサブ関係モデルにおける上り初期BWP帯域幅パラメータ
    を、第1の帯域幅パラメータ
    に置き換え、パラメータ置換後の第1のサブ関係モデルに基づいて、
    である場合、第1のクラスの端末機器がPUCCHを送信する時に第2ホップに対応する周波数位置を決定し、第2のクラスの端末機器がPUCCHを送信する時に第2ホップに対応する周波数位置を決定するための関係モデルにおける、
    に対応する第2のサブ関係モデル及び第4の周波数オフセット値に基づいて、
    である場合、第1のクラスの端末機器がPUCCHを送信する時に第2ホップに対応する周波数位置を決定することと、
    第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルにおける第1の周波数オフセット値
    の取り得る値は、第2のクラスの端末機器に使用される
    の取り得る値と異なり、且つ、第1のクラスの端末機器に対応する取り得る値
    は、PUCCHを送信する時に第1ホップと第2ホップとの間の周波数間隔が
    以下であるようにすることと、
    PUCCHを送信する時に第1ホップに対応する周波数位置を決定し、第1ホップに対応する周波数位置、及び第1ホップと第2ホップとの間の第5の周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第2ホップの位置を決定することであって、前記第5の周波数オフセット値は事前定義され及び/又はネットワーク機器によって指示されるものであり、前記第5の周波数オフセット値の絶対値は
    以下であることと、のいずれか1つ又は複数に基づいて決定されることを特徴とする請求項13に記載のチャネル伝送方法。
  19. 第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルにおける上り初期BWP帯域幅パラメータ
    を、第1の帯域幅パラメータ
    に置き換え、パラメータ置換後の関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することは、
    第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルにおける上り初期BWP帯域幅パラメータ
    を、第1の帯域幅パラメータ
    に置き換え、パラメータ置換後の関係モデル及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを含むことを特徴とする請求項18に記載のチャネル伝送方法。
  20. 第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
    に対するモジュロ演算を行い、更に、モジュロ演算の結果を、PUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置とすることは、
    第2のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定するための関係モデルに基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第1の帯域幅パラメータ
    に対するモジュロ演算を行い、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第1のクラスの端末機器がPUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置を決定することを含むことを特徴とする請求項18に記載のチャネル伝送方法。
  21. 前記プリセットされた周波数オフセット値は、
    と、
    第1のメッセージ又は第3のメッセージが占めるリソースの最初の物理リソースブロックPRBの周波数位置又は中心PRBの周波数位置と、のいずれか1つ又は複数であり、
    ここで、
    は初期循環シフトインデックスの総数を表し、第1のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第3のメッセージはランダムアクセス段階の接続確立要求メッセージであることを特徴とする請求項19又は20に記載のチャネル伝送方法。
  22. 前記第1のクラスの端末機器が前記PUCCHを送信する時に第1ホップ及び第2ホップに対応する周波数位置の関係モデルにおける第1の周波数オフセット値
    の取り得る値は、次の関係を満たすことを特徴とする請求項18に記載のチャネル伝送方法。
  23. 第1のクラスの端末機器に適用されており、
    上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する場合、前記PUCCHを送信するために使用される第1のリソースを決定するためのものであって、前記第1のリソースの帯域幅範囲は前記第1のクラスの端末機器がサポートする最大帯域幅を超えず、前記第1のクラスの端末機器がサポートする最大帯域幅は第1のプリセット値以下である決定モジュールと、
    前記第1のリソース上でPUCCHを送信するための第1の送信モジュールとを含むことを特徴とするチャネル伝送装置。
  24. 第1のクラスの端末機器に第1の指示情報を送信するためのものであって、前記第1の指示情報は、前記第1のクラスの端末機器が上り初期帯域幅部分BWPにおいて物理上り制御チャネルPUCCHを送信する時に使用する第1のリソースを指示するためのものである第2の送信モジュールと、
    前記第1のリソース上で、前記第1のクラスの端末機器から送信されたPUCCHを受信するための受信モジュールと、を含み、
    ここで、前記第1のリソースの帯域幅範囲は前記第1のクラスの端末機器がサポートする最大帯域幅を超えず、前記第1のクラスの端末機器がサポートする最大帯域幅は第1のプリセット値以下であることを特徴とするチャネル伝送装置。
  25. メモリと、プロセッサと、メモリに記憶され、且つプロセッサで実行可能なコンピュータプログラムとを含む端末機器であって、前記コンピュータプログラムが前記プロセッサによって実行されると、請求項1乃至11のいずれか1項に記載のチャネル伝送方法のステップを実現することを特徴とする端末機器。
  26. メモリと、プロセッサと、メモリに記憶され、且つプロセッサで実行可能なコンピュータプログラムとを含むネットワーク機器であって、前記コンピュータプログラムが前記プロセッサによって実行されると、請求項12乃至22のいずれか1項に記載のチャネル伝送方法のステップを実現することを特徴とするネットワーク機器。
  27. コンピュータプログラムが記憶されたプロセッサ読み取り可能な記憶媒体であって、当該プログラムがプロセッサによって実行されると、請求項1乃至11のいずれか1項に記載のチャネル伝送方法のステップを実現し、又は請求項12乃至22のいずれか1項に記載のチャネル伝送方法のステップを実行することを特徴とするプロセッサ読み取り可能な記憶媒体。
JP2023526642A 2020-11-02 2021-10-22 チャネル伝送方法、装置、端末機器、ネットワーク機器及び記憶媒体 Pending JP2023548695A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN202011204991.7 2020-11-02
CN202011204991.7A CN114449655A (zh) 2020-11-02 2020-11-02 信道传输方法、装置、终端设备、网络设备及存储介质
PCT/CN2021/125881 WO2022089334A1 (zh) 2020-11-02 2021-10-22 信道传输方法、装置、终端设备、网络设备及存储介质

Publications (1)

Publication Number Publication Date
JP2023548695A true JP2023548695A (ja) 2023-11-20

Family

ID=81358337

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023526642A Pending JP2023548695A (ja) 2020-11-02 2021-10-22 チャネル伝送方法、装置、端末機器、ネットワーク機器及び記憶媒体

Country Status (7)

Country Link
US (1) US20240049205A1 (ja)
EP (1) EP4240080A1 (ja)
JP (1) JP2023548695A (ja)
KR (1) KR20230096071A (ja)
CN (1) CN114449655A (ja)
AU (1) AU2021369864B2 (ja)
WO (1) WO2022089334A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115915418A (zh) * 2022-09-30 2023-04-04 中兴通讯股份有限公司 数据发送方法和接收方法、通信节点和存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109474375B (zh) * 2017-09-08 2021-10-22 维沃移动通信有限公司 一种资源调度方法、基站和终端
CN109600833B (zh) * 2017-09-30 2023-08-01 中国移动通信有限公司研究院 一种确定传输资源的方法及设备
US10849110B2 (en) * 2018-02-16 2020-11-24 Qualcomm Incorporated Resource allocation for the physical uplink control channel
JP7286288B2 (ja) * 2018-09-21 2023-06-05 シャープ株式会社 基地局装置、端末装置、通信方法、および、集積回路
WO2020208679A1 (ja) * 2019-04-08 2020-10-15 株式会社Nttドコモ ユーザ端末及び無線通信方法

Also Published As

Publication number Publication date
AU2021369864B2 (en) 2024-08-08
AU2021369864A9 (en) 2024-10-10
US20240049205A1 (en) 2024-02-08
EP4240080A1 (en) 2023-09-06
CN114449655A (zh) 2022-05-06
WO2022089334A1 (zh) 2022-05-05
AU2021369864A1 (en) 2023-06-01
KR20230096071A (ko) 2023-06-29

Similar Documents

Publication Publication Date Title
US20200296757A1 (en) Data transmission method and terminal
CN110651507B (zh) 新无线电(nr)中的上行链路功率控制
JP5763782B2 (ja) チャネル品質指標のレポート
US20180220425A1 (en) Resource allocation method, apparatus, and wireless access system
EP4037413B1 (en) Multi-bit scheduling request
EP3567966A1 (en) Semi-static scheduling method, network device and terminal device
WO2019052334A1 (zh) 一种通信方法及设备
CN111756508B (zh) 一种通信方法及装置
WO2018082672A1 (zh) 一种上行测量参考信号传输方法、装置和系统
JP2020502918A (ja) 上りリンク伝送制御方法及びその装置、通信システム
JP7184154B2 (ja) 情報送受信方法及び装置
US20180160405A1 (en) Rate matching and signaling
KR20220050157A (ko) 리소스 다중화 방법 및 장치
JP2019503092A (ja) 搬送波ホッピング方法、端末と基地局
WO2022183455A1 (zh) 一种随机接入资源确定方法、电子设备及存储介质
JP2023548695A (ja) チャネル伝送方法、装置、端末機器、ネットワーク機器及び記憶媒体
KR20210017976A (ko) 무선 통신 시스템에서 초저지연 고신뢰성 통신을 위한 주파수 호핑을 이용한 반복 전송 방법 및 이를 위한 장치
CN115189846B (zh) 一种参考信号传输位置确定指示方法及装置
WO2024027603A1 (zh) 非授权频谱中直通链路资源分配方法、装置及存储介质
JP7396477B2 (ja) 上りリンク伝送の送信方法、装置及び通信システム
EP3883312B1 (en) Harq process determination method, network device and terminal
WO2023221106A1 (en) Methods and apparatuses for uplink transmission in a full duplex system
CN117560125A (zh) 频域资源确定方法、指示方法、装置、终端及网络设备
CN118785083A (zh) 上行定位参考信号传输方法及装置
CN118524454A (zh) Sl-prs冲突信息的传输方法、装置及终端

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230501

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230501

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240422

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240624

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240902