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

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

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

Description

［相互参照］
本願は、２０２０年１１月０２日に提出された、出願番号が２０２０１１２０４９９１７であり、発明の名称が「チャネル伝送方法、装置、端末機器、ネットワーク機器及び記憶媒体」である中国特許出願の優先権を主張し、その全体が参照により本願に組み込まれる。
［技術分野］
本願は、通信の技術分野に関し、特に、チャネル伝送方法、装置、端末機器、ネットワーク機器及び記憶媒体に関する。
第５世代移動通信技術５Ｇ（５ｔｈ ｇｅｎｅｒａｔｉｏｎ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋｓ）の新しい無線ＮＲ（Ｎｅｗ Ｒａｄｉｏ）システムでは、ユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）は、ネットワーク機器へのアクセスに成功し、ネットワーク機器が特別にそのユーザ機器のために設定したユーザ固有無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）構成を取得する前に、下り初期帯域幅部分ＢＷＰ（ＤＬ ｉｎｉｔｉａｌ ＢＷＰ）でしか下り情報を受信できず、上り初期帯域幅部分ＢＷＰ（ＵＬ ｉｎｉｔｉａｌ ＢＷＰ）でしか上り情報を送信できない。ここで、ネットワーク機器のキャリア周波数が６ＧＨｚ以下（又は周波数範囲１、Ｆｒｅｑｕｅｎｃｙ Ｒａｎｇｅ １、ＦＲ１とも呼ばれる）である場合、ＤＬ ｉｎｉｔｉａｌ ＢＷＰの帯域幅は常に２０ＭＨｚを超えないが、ＵＬ ｉｎｉｔｉａｌ ＢＷＰの帯域幅は制限せず、２０ＭＨｚより大きくてもよい。
現在、ＮＲシステムは、レデューストケイパビリティ（Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ）ＵＥにサービスを提供することをサポートする。ＲｅｄＣａｐ ＵＥは、より低い複雑さとコストを追求するために、例えば、２０ＭＨｚを超えないような狭い帯域幅のみをサポートしている。この場合、ＲｅｄＣａｐ ＵＥが依然として既存のＵＬ ｉｎｉｔｉａｌ ＢＷＰを使用する場合、その帯域幅がＵＬ ｉｎｉｔｉａｌ ＢＷＰよりも小さいため、物理上り制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）などの上りチャネルを正しく送信できない可能性がある。
本願の実施形態は、従来技術においてＰＵＣＣＨの２つのホップ間の周波数間隔がＲｅｄＣａｐ ＵＥの最大帯域幅よりも大きいため、ＲｅｄＣａｐ ＵＥがＵＬ ｉｎｉｔｉａｌ ＢＷＰにおいてＰＵＣＣＨを正しく送信できないという問題を解決するために、チャネル伝送方法、装置、端末機器、ネットワーク機器及び記憶媒体を提供する。
上記の問題を解決するために、具体的には、本願の実施形態は下記の技術案を提供する。
第１の形態では、本願の実施形態は、チャネル伝送方法を提供し、当該チャネル伝送方法は、第１のクラスの端末機器に適用されており、
上り初期帯域幅部分ＢＷＰにおいて物理上り制御チャネルＰＵＣＣＨを送信する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することであって、前記第１のリソースの帯域幅範囲は前記第１のクラスの端末機器がサポートする最大帯域幅を超えず、前記第１のクラスの端末機器がサポートする最大帯域幅は第１のプリセット値以下であることと、
前記第１のリソース上でＰＵＣＣＨを送信することとを含む。
オプションとして、前記第１のリソースは、
非周波数ホッピング方式でＰＵＣＣＨを送信するリソース、又は、
周波数ホッピング方式でＰＵＣＣＨを送信するリソース、のうちのいずれかを含み、
ここで、第１ホップと第２ホップとの間の周波数間隔は、前記第１のクラスの端末機器がサポートする最大帯域幅を超えない。
オプションとして、前記第１のリソースが非周波数ホッピング方式でＰＵＣＣＨを送信するリソースである場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することであって、前記第２のクラスの端末機器がサポートする最大帯域幅は前記第１のプリセット値より大きいことと、
第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨに対応するスケジューリング下り制御情報ＤＣＩの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、のいずれか１つ又は複数の方式に基づいて決定される。
オプションとして、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置に基づいて、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
事前定義及び／又は指示による方法により、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定される。
オプションとして、第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする必要がある物理下り共有チャネルＰＤＳＣＨに対応するスケジューリング下り制御情報ＤＣＩの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
ＰＵＣＣＨを送信するために使用される最初の物理リソースブロックＰＲＢの周波数位置はＤＣＩの最初の制御チャネルユニットＣＣＥの周波数領域開始位置と同じであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置はＤＣＩのＫ番目のＣＣＥの周波数領域開始位置と同じであることであって、Ｌ及びＫは０より大きい整数であることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、ＤＣＩのＫ番目のＣＣＥの周波数領域開始位置及び第２の周波数オフセット値に基づいて決定される位置であることでって、前記第２の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、
オプションとして、第１のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
ＰＵＣＣＨを送信するために使用される最初の物理リソースブロックＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージの最初のＰＲＢの周波数位置と同じであることであって、第１のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージのＫ番目のＰＲＢの周波数位置と同じであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージのＫ番目のＰＲＢの周波数位置と、第３の周波数オフセット値とに基づいて決定される位置であることであって、前記第３の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、
オプションとして、前記第１のリソースが周波数ホッピング方式でＰＵＣＣＨを送信するリソースである場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置とすることと、
ＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置を決定し、第１ホップに対応する周波数位置、及び第１ホップと第２ホップとの間の第５の周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第２ホップの位置を決定することであって、前記第５の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであり、前記第５の周波数オフセット値の絶対値は
以下であることと、のいずれか１つ又は複数に基づいて決定される。
オプションとして、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルにおける上り初期ＢＷＰ帯域幅パラメータ
を、第１の帯域幅パラメータ
に置き換え、パラメータ置換後の関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルにおける上り初期ＢＷＰ帯域幅パラメータ
を、第１の帯域幅パラメータ
に置き換え、パラメータ置換後の関係モデル及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを含む。
オプションとして、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を、ＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置とすることは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを含む。
オプションとして、前記プリセットされた周波数オフセット値は、
と、
第１のメッセージ又は第３のメッセージが占めるリソースの最初の物理リソースブロックＰＲＢ又は中心ＰＲＢの周波数位置と、のいずれか１つ又は複数であり、
ここで、
は初期循環シフトインデックスの総数を表し、第１のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージである。
オプションとして、前記第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置の関係モデルにおける第１の周波数オフセット値
の取り得る値は、次の関係を満たす。
第２の形態では、本願の実施形態はチャネル伝送方法を提供し、当該チャネル伝送方法は、
第１のクラスの端末機器に第１の指示情報を送信することであって、前記第１の指示情報は、前記第１のクラスの端末機器が上り初期帯域幅部分ＢＷＰにおいて物理上り制御チャネルＰＵＣＣＨを送信する時に使用する第１のリソースを指示するためのものであることと、
前記第１のリソース上で、前記第１のクラスの端末機器から送信されたＰＵＣＣＨを受信することと、を含み、
ここで、前記第１のリソースの帯域幅範囲は前記第１のクラスの端末機器がサポートする最大帯域幅を超えず、前記第１のクラスの端末機器がサポートする最大帯域幅は第１のプリセット値以下である。
オプションとして、前記第１の指示情報は、
非周波数ホッピング方式でＰＵＣＣＨを送信するリソース、又は、
周波数ホッピング方式でＰＵＣＣＨを送信するリソース、のうちのいずれかを指示するためのものであり、
ここで、第１ホップと第２ホップとの間の周波数間隔は、前記第１のクラスの端末機器がサポートする最大帯域幅を超えない。
オプションとして、前記第１のリソースが非周波数ホッピング方式でＰＵＣＣＨを送信するリソースである場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することであって、前記第２のクラスの端末機器がサポートする最大帯域幅は前記第１のプリセット値より大きいことと、
第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨに対応するスケジューリング下り制御情報ＤＣＩの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、のいずれか１つ又は複数の方式に基づいて決定される。
オプションとして、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置に基づいて、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
事前定義及び／又は指示による方法により、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定される。
オプションとして、第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする必要がある物理下り共有チャネルＰＤＳＣＨに対応するスケジューリング下り制御情報ＤＣＩの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
ＰＵＣＣＨを送信するために使用される最初の物理リソースブロックＰＲＢの周波数位置はＤＣＩの最初の制御チャネルユニットＣＣＥの周波数領域開始位置と同じであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置はＤＣＩのＫ番目のＣＣＥの周波数領域開始位置と同じであることであって、Ｌ及びＫは０より大きい整数であることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、ＤＣＩのＫ番目のＣＣＥの周波数領域開始位置及び第２の周波数オフセット値に基づいて決定される位置であることでって、前記第２の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、
オプションとして、第１のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
ＰＵＣＣＨを送信するために使用される最初の物理リソースブロックＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージの最初のＰＲＢの周波数位置と同じであることであって、第１のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージのＫ番目のＰＲＢの周波数位置と同じであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージのＫ番目のＰＲＢの周波数位置と、第３の周波数オフセット値とに基づいて決定される位置であることであって、前記第３の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、
オプションとして、前記第１のリソースが周波数ホッピング方式でＰＵＣＣＨを送信するリソースである場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
ＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置を決定し、第１ホップに対応する周波数位置、及び第１ホップと第２ホップとの間の第５の周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第２ホップの位置を決定することであって、前記第５の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであり、前記第５の周波数オフセット値の絶対値は
以下であることと、のいずれか１つ又は複数に基づいて決定される。
オプションとして、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を、ＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置とすることは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを含む。
オプションとして、前記プリセットされた周波数オフセット値は、
と、
第１のメッセージ又は第３のメッセージが占めるリソースの最初の物理リソースブロックＰＲＢの周波数位置又は中心ＰＲＢの周波数位置と、のいずれか１つ又は複数であり、
ここで、
は初期循環シフトインデックスの総数を表し、第１のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージである。
オプションとして、前記第１のクラスの端末機器が前記ＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置の関係モデルにおける第１の周波数オフセット値
の取り得る値は、次の関係を満たす。
第３の形態では、本願の実施形態はチャネル伝送装置を更に提供し、当該チャネル伝送装置は、第１のクラスの端末機器に適用されており、
上り初期帯域幅部分ＢＷＰにおいて物理上り制御チャネルＰＵＣＣＨを送信する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定するためのものであって、前記第１のリソースの帯域幅範囲は前記第１のクラスの端末機器がサポートする最大帯域幅を超えず、前記第１のクラスの端末機器がサポートする最大帯域幅は第１のプリセット値以下である決定モジュールと、
前記第１のリソース上でＰＵＣＣＨを送信するための第１の送信モジュールとを含む。
第４の形態では、本願の実施形態はチャネル伝送装置を更に提供し、当該チャネル伝送装置は、
第１のクラスの端末機器に第１の指示情報を送信するためのものであって、前記第１の指示情報は、前記第１のクラスの端末機器が上り初期帯域幅部分ＢＷＰにおいて物理上り制御チャネルＰＵＣＣＨを送信する時に使用する第１のリソースを指示するためのものである第２の送信モジュールと、
前記第１のリソース上で、前記第１のクラスの端末機器から送信されたＰＵＣＣＨを受信するための受信モジュールとを含み、
ここで、前記第１のリソースの帯域幅範囲は前記第１のクラスの端末機器がサポートする最大帯域幅を超えず、前記第１のクラスの端末機器がサポートする最大帯域幅は第１のプリセット値以下である。
第５の形態では、本願の実施形態は端末機器を提供し、当該端末機器は、メモリと、プロセッサと、メモリに記憶され、且つプロセッサで実行可能なコンピュータプログラムとを含む端末機器であって、前記コンピュータプログラムが前記プロセッサによって実行されると、
上り初期帯域幅部分ＢＷＰにおいて物理上り制御チャネルＰＵＣＣＨを送信する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定するステップであって、前記第１のリソースの帯域幅範囲は前記第１のクラスの端末機器がサポートする最大帯域幅を超えず、前記第１のクラスの端末機器がサポートする最大帯域幅は第１のプリセット値以下であるステップを実現する。
オプションとして、前記第１のリソースは、
非周波数ホッピング方式でＰＵＣＣＨを送信するリソース、又は、
周波数ホッピング方式でＰＵＣＣＨを送信するリソース、のうちのいずれかを含み、ここで、第１ホップと第２ホップとの間の周波数間隔は、前記第１のクラスの端末機器がサポートする最大帯域幅を超えない。
オプションとして、前記第１のリソースが非周波数ホッピング方式でＰＵＣＣＨを送信するリソースである場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することであって、前記第２のクラスの端末機器がサポートする最大帯域幅は前記第１のプリセット値より大きいことと、
第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨに対応するスケジューリング下り制御情報ＤＣＩの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、のいずれか１つ又は複数の方式に基づいて決定される。
オプションとして、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置に基づいて、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
事前定義及び／又は指示による方法により、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定される。
オプションとして、第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする必要がある物理下り共有チャネルＰＤＳＣＨに対応するスケジューリング下り制御情報ＤＣＩの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
ＰＵＣＣＨを送信するために使用される最初の物理リソースブロックＰＲＢの周波数位置はＤＣＩの最初の制御チャネルユニットＣＣＥの周波数領域開始位置と同じであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置はＤＣＩのＫ番目のＣＣＥの周波数領域開始位置と同じであることであって、Ｌ及びＫは０より大きい整数であることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、ＤＣＩのＫ番目のＣＣＥの周波数領域開始位置及び第２の周波数オフセット値に基づいて決定される位置であることでって、前記第２の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、
オプションとして、第１のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
ＰＵＣＣＨを送信するために使用される最初の物理リソースブロックＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージの最初のＰＲＢの周波数位置と同じであることであって、第１のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージのＫ番目のＰＲＢの周波数位置と同じであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージのＫ番目のＰＲＢの周波数位置と、第３の周波数オフセット値とに基づいて決定される位置であることであって、前記第３の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、
オプションとして、前記第１のリソースが周波数ホッピング方式でＰＵＣＣＨを送信するリソースである場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
ＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置を決定し、第１ホップに対応する周波数位置、及び第１ホップと第２ホップとの間の第５の周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第２ホップの位置を決定することであって、前記第５の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであり、前記第５の周波数オフセット値の絶対値は
以下であることと、のいずれか１つ又は複数に基づいて決定される。
オプションとして、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を、ＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置とすることは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを含む。
オプションとして、前記プリセットされた周波数オフセット値は、
と、
第１のメッセージ又は第３のメッセージが占めるリソースの最初の物理リソースブロックＰＲＢ又は中心ＰＲＢの周波数位置と、のいずれか１つ又は複数であり、
ここで、
は初期循環シフトインデックスの総数を表し、第１のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージである。
オプションとして、前記第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置の関係モデルにおける第１の周波数オフセット値
の取り得る値は、次の関係を満たす。
第６形態では、本願の実施形態はネットワーク機器を提供し、メモリと、プロセッサと、メモリに記憶され、且つプロセッサで実行可能なコンピュータプログラムとを含むネットワーク機器であって、前記コンピュータプログラムが前記プロセッサによって実行されると、
第１のクラスの端末機器に第１の指示情報を送信することであって、前記第１の指示情報は、前記第１のクラスの端末機器が上り初期帯域幅部分ＢＷＰにおいて物理上り制御チャネルＰＵＣＣＨを送信する時に使用する第１のリソースを指示するためのものであることと、
前記第１のリソース上で、前記第１のクラスの端末機器から送信されたＰＵＣＣＨを受信することとを実現し、
ここで、前記第１のリソースの帯域幅範囲は前記第１のクラスの端末機器がサポートする最大帯域幅を超えず、前記第１のクラスの端末機器がサポートする最大帯域幅は第１のプリセット値以下である。
オプションとして、前記第１の指示情報は、
非周波数ホッピング方式でＰＵＣＣＨを送信するリソース、又は、
周波数ホッピング方式でＰＵＣＣＨを送信するリソース、のうちのいずれかを指示するためのものであり、
ここで、第１ホップと第２ホップとの間の周波数間隔は、前記第１のクラスの端末機器がサポートする最大帯域幅を超えない。
オプションとして、前記第１のリソースが非周波数ホッピング方式でＰＵＣＣＨを送信するリソースである場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することであって、前記第２のクラスの端末機器がサポートする最大帯域幅は前記第１のプリセット値より大きいことと、
第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨに対応するスケジューリング下り制御情報ＤＣＩの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、のいずれか１つ又は複数の方式に基づいて決定される。
オプションとして、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置に基づいて、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
事前定義及び／又は指示による方法により、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定される。
オプションとして、第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする必要がある物理下り共有チャネルＰＤＳＣＨに対応するスケジューリング下り制御情報ＤＣＩの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
ＰＵＣＣＨを送信するために使用される最初の物理リソースブロックＰＲＢの周波数位置はＤＣＩの最初の制御チャネルユニットＣＣＥの周波数領域開始位置と同じであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置はＤＣＩのＫ番目のＣＣＥの周波数領域開始位置と同じであることであって、Ｌ及びＫは０より大きい整数であることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、ＤＣＩのＫ番目のＣＣＥの周波数領域開始位置及び第２の周波数オフセット値に基づいて決定される位置であることでって、前記第２の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、
オプションとして、第１のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
ＰＵＣＣＨを送信するために使用される最初の物理リソースブロックＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージの最初のＰＲＢの周波数位置と同じであることであって、第１のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージのＫ番目のＰＲＢの周波数位置と同じであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージのＫ番目のＰＲＢの周波数位置と、第３の周波数オフセット値とに基づいて決定される位置であることであって、前記第３の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、
オプションとして、前記第１のリソースが周波数ホッピング方式でＰＵＣＣＨを送信するリソースである場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置とすることと、
ＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置を決定し、第１ホップに対応する周波数位置、及び第１ホップと第２ホップとの間の第５の周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第２ホップの位置を決定することであって、前記第５の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであり、前記第５の周波数オフセット値の絶対値は
以下であることと、のいずれか１つ又は複数に基づいて決定される。
オプションとして、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を、ＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置とすることは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを含む。
オプションとして、前記プリセットされた周波数オフセット値は、
と、
第１のメッセージ又は第３のメッセージが占めるリソースの最初の物理リソースブロックＰＲＢの周波数位置又は中心ＰＲＢの周波数位置と、のいずれか１つ又は複数であり、
ここで、
は初期循環シフトインデックスの総数を表し、第１のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージである。
オプションとして、前記第１のクラスの端末機器が前記ＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置の関係モデルにおける第１の周波数オフセット値
の取り得る値は、次の関係を満たす。
第７の形態では、本願の実施形態はプロセッサ読み取り可能な記憶媒体を更に提供し、前記プロセッサ読み取り可能な記憶媒体にはコンピュータプログラムが記憶され、前記コンピュータプログラムは、前記プロセッサに上記第１の形態又は第２の形態に記載のチャネル伝送方法のステップを実行させるためのものである。
本願の実施形態は、チャネル伝送方法、装置、端末機器、ネットワーク機器及び記憶媒体を提供し、第１のクラスの端末機器に適用されており、第１のクラスの端末機器がサポートする最大帯域幅は第１のプリセット値以下であり、第１のクラスの端末機器が上り初期帯域幅部分ＢＷＰにおいて物理上り制御チャネルＰＵＣＣＨを送信する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースの帯域幅範囲が前記第１のクラスの端末機器がサポートする最大帯域幅を超えないことを決定するにより、第１のクラスの端末機器が送信するＰＵＣＣＨ帯域幅を、第１のクラスの端末機器がサポートする帯域幅範囲内にし、これにより、第１のクラスの端末機器はＰＵＣＣＨを正しく送信することができ、従って、従来技術において、ＰＵＣＣＨの２つのホップ間の周波数間隔が第１のクラスの端末機器の最大帯域幅よりも大きいため、第１のクラスの端末機器がＵＬ ｉｎｉｔｉａｌ ＢＷＰにおいてＰＵＣＣＨを正しく送信できないという問題を解決することができる。
以下、本願の実施形態又は従来技術における技術案をより明確に説明するために、実施形態又は従来技術の説明に必要な図面を簡単に説明する。勿論、以下に説明する図面は、本願のいくつかの実施形態であり、当業者にとって、創造的な労働を要しない前提で、更にこれらの図面に基づいてその他の図面を得ることができる。
従来技術において予め定義された共通ＰＵＣＣＨリソースの概略図である。 本願の実施形態に係る端末機器に適用されるチャネル伝送方法のフローチャートである。 本願の実施形態に係るネットワーク機器に適用されるチャネル伝送方法のフローチャートである。 本願の実施形態に係る適用シーンの概略図である。 本願の実施形態に係る周波数ホッピングをせずにＰＵＣＣＨを伝送する一例の概略図である。 本願の実施形態に係る周波数ホッピングをせずにＰＵＣＣＨを伝送する別の例の概略図である。 本願の実施形態に係るＲｅｄＣａｐが周波数ホッピングをしてＰＵＣＣＨを伝送する一例の概略図である。 ＦＤＤシステムの上り周波数帯域におけるＵＬ－ＵＬ間の強制的なリチューニングの概略図である。 本願の実施形態に係るＲｅｄＣａｐが周波数ホッピングをしてＰＵＣＣＨを伝送する一例の概略図である。 本願の実施形態に係るＲｅｄＣａｐが周波数ホッピングをしてＰＵＣＣＨを伝送する別の例の概略図である。 ＴＤＤシステムにおいてＤＬ－ＵＬの間で強制的にリチューニングを発生させる概略図である。 本願の実施形態に係る端末機器に適用されるチャネル伝送装置のブロック図である。 本願の実施形態に係るネットワーク機器に適用されるチャネル伝送装置のブロック図である。 本願の実施形態に係る端末機器の構造の概略図である。 本願の実施形態に係るネットワーク機器の構造の概略図である。
以下、本願の実施形態における図面を参照しながら、本願の実施形態における技術案を明確で完全に説明する。勿論、以下に説明する図面は、ずべての実施形態ではなく、本願の実施形態の一部である。本願の実施形態に基づいて、当業者が創造的な労働を行うことなく取得した他のすべての実施形態は、本願の保護の範囲に属する。
５Ｇ ＮＲシステムでは、ＵＥは、ネットワーク機器へのアクセスに成功し、ネットワーク機器が特別にそのＵＥのために設定したユーザ固有無線リソース制御ＲＲＣ構成を取得する前に、下り初期ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）でしか下り情報を受信できず、上り初期ＢＷＰでしか上り情報を送信できない。ここで、ネットワーク機器のキャリア周波数が６ＧＨｚ以下（又は周波数範囲１、Ｆｒｅｑｕｅｎｃｙ Ｒａｎｇｅ １、ＦＲ１とも呼ばれる）である場合、 ＤＬ ｉｎｉｔｉａｌ ＢＷＰの帯域幅は常に２０ＭＨｚを超えないが、ＵＬ ｉｎｉｔｉａｌ ＢＷＰの帯域幅は制限せず、２０ＭＨｚより大きくてもよい。
現在、ＮＲシステムは、レデューストケイパビリティ（Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ、ＲｅｄＣａｐ）のＵＥにサービスを提供することをサポートする。ＲｅｄＣａｐ ＵＥは、より低い複雑さとコストを追求するために、２０ＭＨｚを超えないなど、狭い帯域幅のみをサポートしている。この場合、ＲｅｄＣａｐ ＵＥが依然として既存のＵＬ ｉｎｉｔｉａｌ ＢＷＰを使用している場合、その帯域幅がＵＬ ｉｎｉｔｉａｌ ＢＷＰよりも小さいため、物理上り制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）などの上りチャネルを正しく送信できない可能性がある。
具体的には、ユーザ固有のＲＲＣ構成は、ＲｅｄＣａｐ ＵＥに適切なＰＵＣＣＨ伝送リソースを設定することができる。しかしながら、ユーザ固有のＲＲＣ構成が取得される前に、ＵＥは、ＰＵＣＣＨリソースセット（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｓｅｔ）を事前定義の方式でのみ知ることができる。この事前定義されたＰＵＣＣＨリソースセットは、すべてのＵＥに対して同じであるため、「共通のＰＵＣＣＨ」リソースセットと考えられる。この事前定義されたＰＵＣＣＨリソースセットでは、各ＰＵＣＣＨリソースは、いずれも「周波数ホッピング」がなされており、即ち、第１ホップと第２ホップの２つの部分を含むが、各ＰＵＣＣＨはいずれも「周波数ホッピング」の方式で送信されている。
例えば、ＵＥは、ネットワーク機器が物理下り制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）に担持したＤＣＩを受信し、当該ＤＣＩに基づいて物理下り共有チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ
ＵＥがＤＣＩによってスケジューリングされたＰＤＳＣＨを受信すると、上記の事前定義されたＰＵＣＣＨリソースセット、周波数ホッピング規則、及びＤＣＩにおける指示情報に基づいて、ＰＤＳＣＨをフィードバックするＰＵＣＣＨリソースが決定されることが分かる。図１に示す従来技術の例では、ここで、ＵＬ ｉｎｉｔｉａｌ ＢＷＰの帯域幅が２０ＭＨｚより大きいと仮定する。従来技術では、上記の「共通のＰＵＣＣＨ」に対して、その固有の周波数ホッピング特徴のため、ＰＵＣＣＨの２つのホップは、中心周波数帯域の近傍ではなく、ＵＬ ｉｎｉｔｉａｌ ＢＷＰの周波数帯域のエッジにそれぞれ分布している。ＵＬ ｉｎｉｔｉａｌ ＢＷＰの帯域幅が２０ＭＨｚより大きいと、１つのＰＵＣＣＨリソースの２つのホップの間の周波数間隔は２０ＭＨｚより大きくなる可能性が高い。ＲｅｄＣａｐ ＵＥも当該ＵＬ ｉｎｉｔｉａｌ ＢＷＰでＰＵＣＣＨを送信すると、ＰＵＣＣＨの２つのホップ間の周波数間隔がＲｅｄＣａｐ ＵＥがサポートする最大帯域幅よりも大きいため、そのＰＵＣＣＨが正しく送信されない可能性が高い。例えば、ＲｅｄＣａｐ ＵＥはその中の１つのホップのみを送信することができ、或いは、ＲｅｄＣａｐ ＵＥは第１ホップを送信した後にリチューニング（ｒｅｔｕｎｉｎｇ）を行い、動作周波数を第２ホップが位置する周波数の付近に調整した後に第２ホップを送信するが、変調中にＵＥは何の送信もできず、ＰＵＣＣＨの符号の一部の欠落と直交性の破壊を招いた。この問題を解決するために、本願の実施形態は、チャネル伝送方法、装置、端末機器、ネットワーク機器及び記憶媒体を提供し、本願の実施形態では、ＲｅｄＣａｐ ＵＥが上り初期帯域幅部分ＢＷＰにおいて物理上り制御チャネルＰＵＣＣＨを送信する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースの帯域幅範囲がＲｅｄＣａｐ ＵＥがサポートする最大帯域幅を超えないことを決定するこより、ＲｅｄＣａｐ ＵＥが送信するＰＵＣＣＨ帯域幅をＲｅｄＣａｐ ＵＥがサポートする帯域幅範囲内にし、これにより、ＲｅｄＣａｐ ＵＥはＰＵＣＣＨを正しく送信することができ、従って、従来技術において、ＰＵＣＣＨの２つのホップ間の周波数間隔がＲｅｄＣａｐ ＵＥの最大帯域幅よりも大きいため、ＲｅｄＣａｐ ＵＥがＵＬ ｉｎｉｔｉａｌ ＢＷＰにおいてＰＵＣＣＨを正しく送信できないという問題を解決することができる。以下、本願に係るチャネル伝送方法、装置、端末機器、ネットワーク機器及び記憶媒体について、具体的な実施形態を用いて詳細に解釈及び説明する。
なお、以下の説明では、方法と装置は同一の出願の構想に基づくものであり、方法と装置の問題を解決するための原理は類似するため、装置と方法の実施は相互に参照することができ、重複点はもはや説明しない。
ただし、本出願の実施形態に係る技術案は、様々なシステム、特に５Ｇシステムに適用可能である。例えば、適用可能なシステムは、グローバル移動通信（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｏｆ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ）システム、符号分割多元接続（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＣＤＭＡ）システム、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＷＣＤＭＡ（登録商標））システム、汎用パケット無線サービス（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ、ＧＰＲＳ）システム、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、ＬＴＥ周波数分割複信（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ、ＦＤＤ）システム、ＬＴＥ時分割複信（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ、ＴＤＤ）システム、高度ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ ａｄｖａｎｃｅｄ、ＬＴＥ－Ａ）システム、ユニバーサル移動体通信システム（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ、ＵＭＴＳ）、ワイマックス（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ、ＷｉＭＡＸ）システム、５Ｇニューラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）システム等であってもよい。これらの各種システムは、いずれも端末機器及びネットワーク機器を含む。システムは、例えば進化したパケットシステム（Ｅｖｌｏｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ、ＥＰＳ）、５Ｇシステム（５ＧＳ）等のコアネットワーク部分を更に含んでもよい。
本出願の実施形態に係る端末機器は、音声及び／又はデータ接続性をユーザに提供する機器、無線接続機能を有するハンドヘルド機器、又はワイヤレスモデムに接続された他の処理機器であってもよい。異なるシステムでは、端末機器の名前は異なる場合があり、例えば、５Ｇシステムでは、端末機器は、ユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）と呼ばれてもよい。無線端末機器は、無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＲＡＮ）を介して１つ又は複数のコアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ、ＣＮ）と通信でき、無線端末機器は、モバイル端末機器であってもよく、例えば、携帯電話（又は「セルラー」電話と呼ばれる）、及びモバイル端末機器を備えたコンピュータ等であってもよく、例えば、ポータブルモバイル機器、ポケットモバイル機器、ハンドヘルドモバイル機器、コンピューターに組み込まれたモバイル機器、又は車載モバイル機器であってもよく、これらの機器は無線アクセスネットワークと言語及び／又はデータを交換する。例えば、パーソナル通信サービス（Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ、ＰＣＳ）電話、コードレス電話、セッション開始プロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｅｄ Ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、ワイヤレスローカルループ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ、ＷＬＬ）ステーション、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）等の機器が挙げられる。無線端末機器は、システム、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ ｕｎｉｔ）、加入者局（ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ）、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、モバイル（ｍｏｂｉｌｅ）、リモート局（ｒｅｍｏｔｅ ｓｔａｔｉｏｎ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）、リモート端末機器（ｒｅｍｏｔｅ ｔｅｒｍｉｎａｌ）、アクセス端末機器（ａｃｃｅｓｓ ｔｅｒｍｉｎａｌ）、ユーザ端末機器（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ユーザエージェント（ｕｓｅｒ ａｇｅｎｔ）、ユーザ機器（ｕｓｅｒ ｄｅｖｉｃｅ）と呼ばれてもよく、本出願の実施形態では限定されない。端末機器は、例えばコアネットワーク機器やアクセスネットワーク機器（すなわち基地局）などの他のネットワーク機器とともに通信可能なネットワークを構成するため、本願では、端末機器もネットワーク機器とみなされる。
本出願の実施形態に係るネットワーク機器は、基地局であってもよく、当該基地局は、端末にサービスを提供する複数のセルを含んでもよく、ＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ、集中制御ユニット）又はＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ、分散ユニット）であってもよい。具体的な適用シーンに応じて、ネットワーク機器は、アクセスポイントと呼ばれる場合もあり、又は、エアインターフェイス上で１つ又は複数のセクタを介して無線端末機器と通信するアクセスネットワーク内の機器であってもよく、又は他の名前である場合もある。ネットワーク機器は、受信したエアフレームをインターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰ）パケットと相互交換することに使用でき、無線端末機器とアクセスネットワークの残りの部分との間のルーターとして機能する。ここで、アクセスネットワークの残りの部分は、インターネットプロトコル（ＩＰ）通信ネットワークを含んでもよい。ネットワーク機器は、エアインターフェイスの属性管理を調整することもでる。例えば、本出願の実施形態に係るネットワーク機器は、グローバル移動通信システム（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＧＳＭ）又は符号分割多元接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ）におけるネットワーク機器（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ）であってもよく、広帯域符号分割多元接続（Ｗｉｄｅ－ｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＷＣＤＭＡ）におけるネットワーク機器（ＮｏｄｅＢ）であってもよく、更にロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システムにおける進化型ネットワーク機器（ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ、ｅＮＢ又はｅ－ＮｏｄｅＢ）、５Ｇネットワークアーキテクチャ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｓｙｓｔｅｍ）における５Ｇ基地局（ｇＮＢ）であってもよく、ホーム進化型基地局（Ｈｏｍｅ ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ、ＨｅＮＢ）、リレーノード（ｒｅｌａｙ ｎｏｄｅ）、ホーム基地局（ｆｅｍｔｏ）、ピコ基地局（ｐｉｃｏ）等であってもよいが、本出願の実施形態では限定されない。いくつかのネットワーク構造では、ネットワーク機器は、集中ユニット（ｃｅｎｔｒａｌｉｚｅｄ ｕｎｉｔ、ＣＵ）ノード及び分散ユニット（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ、ＤＵ）ノードを含んでもよく、集中ユニット及び分散ユニットは地理的に離れて配置されてもよい。
また、本願の実施形態における用語「及び／又は」の用語は、関連対象の関連関係を説明し、３種類の関係が存在し得ることを示す。例えば、Ａ及び／又はＢは、Ａが単独で存在する場合、Ａ及びＢが同時に存在する場合、及びＢが単独で存在する場合、の３つの場合を指示する。文字「／」は、通常、前後の関連対象が「ｏｒ」関係であることを指示する。
明細書全体に記載された「１つの実施形態」又は「一実施形態」は、実施形態に関連する特定の特徴、構造、又は特性が本願の少なくとも１つの実施形態に含まれることを意味する。したがって、明細書全体の各所に記載される「１つの実施形態では」又は「一実施形態では」は必ずしも同じ実施形態を指すとは限らない。さらに、これらの特定の特徴、構造、又は特性は、１つ又は複数の実施形態に任意の適切な方法で組み込むことができる。
以下、本願を具体的に説明する。
図２は、本願の実施形態に係る端末機器に適用されるチャネル伝送方法のフローチャートであり、図２に示すように、当該方法は、
上り初期帯域幅部分ＢＷＰにおいて物理上り制御チャネルＰＵＣＣＨを送信する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定するステップ１０１であって、前記第１のリソースの帯域幅範囲は前記第１のクラスの端末機器がサポートする最大帯域幅を超えず、前記第１のクラスの端末機器がサポートする最大帯域幅は第１のプリセット値以下であるステップ１０１と、
前記第１のリソース上でＰＵＣＣＨを送信するステップ１０２とを含む。
本実施形態では、第１のクラスの端末機器はレデューストケイパビリティ（Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ、ＲｅｄＣａｐ）のＵＥとして理解されることができ、即ち、サポートされる最大帯域幅は第１のプリセット値以下であり、当該第１のプリセット値は事前定義されていてもよいし、実際の状況に応じて設定されていてもよい。例えば、第１のプリセット値は２０ＭＨｚ、又は４０ＭＨｚであってもよく、即ち、第１のクラスの端末機器がサポートする最大帯域幅は２０ＭＨｚ、又は４０ＭＨｚであってもよい。
本実施形態では、第１のクラスの端末機器がＵＬ ｉｎｉｔｉａｌ ＢＷＰにおいて物理上り制御チャネルＰＵＣＣＨを送信する場合、ＰＵＣＣＨ送信の周波数範囲が第１のクラスの端末機器がサポートする最大帯域幅を超えないようにＰＵＣＣＨ送信の周波数範囲を制限することで、第１のクラスの端末機器が送信するＰＵＣＣＨ帯域幅を第１のクラスの端末機器がサポートする帯域幅範囲内にし、これにより、第１のクラスの端末機器はＰＵＣＣＨを正しく送信することができる。
本実施形態では、前記ＰＵＣＣＨを送信するために使用される第１のリソースの帯域幅範囲が前記第１のクラスの端末機器がサポートする最大帯域幅を超えないことを決定する場合、２つの実現方法が存在し、この２つの方法の中でＰＵＣＣＨを送信するリソースは、（１）非周波数ホッピング方式でＰＵＣＣＨを送信するリソース（ここでの非周波数ホッピング方式は、ＰＵＣＣＨを送信する場合、２つのホップに分けて送信しないことを意味する）、（２）周波数ホッピング方式でＰＵＣＣＨを送信するリソースであって、第１ホップと第２ホップとの間の周波数間隔は、前記第１のクラスの端末機器がサポートする最大帯域幅を超えないリソースである。
実際に適用する場合、具体的には周波数ホッピング方式でＰＵＣＣＨを送信するか、非周波数ホッピング方式でＰＵＣＣＨを送信するかは、事前定義の方式によって決定してもよく、ネットワーク機器による指示の方式によって決定してもよく、事前定義とネットワーク設定指示とを組み合わせる方式によって決定してもよいと理解できる。
事前定義の方式については、例えば、プロトコルによる事前定義により、ＲｅｄＣａｐ ＵＥのＰＵＣＣＨがユーザ固有のＲＲＣ構成を取得する前に周波数ホッピング送信を行わないことを直接規定してもよく、又は、ＲｅｄＣａｐ ＵＥが存在するＵＬ ＢＷＰ帯域幅（例えば、ＵＬ ｉｎｉｔｉａｌ ＢＷＰ）が１つの閾値（例えば、ＲｅｄＣａｐ ＵＥがサポートする帯域幅）より大きい場合、ＰＵＣＣＨが周波数ホッピング送信を行わず、そうでなければ周波数ホッピング送信を行うことを規定してもよい。事前定義の方式では、如何なるネットワーク機器の指示は必要ないため、指示オーバーヘッドを節約できることが理解できる。
ネットワーク機器による指示の方式については、例えば、ｇＮＢが送信した周波数ホッピング指示情報を受信することにより、周波数ホッピング送信を行うかどうかを決定してもよく、当該周波数ホッピング指示情報は、ＲｅｄＣａｐ ＵＥのＰＵＣＣＨが周波数ホッピングを行うかどうかを指示するために使用され、システム情報ブロックＳＩＢ１（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）に担持されてブロードキャスト送信されてもよく、下り制御情報ＤＣＩ （Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）に担持されてもよい。ネットワーク機器による指示に基づく方式は比較的柔軟であるが、下り指示オーバーヘッドが必要であることは理解できる。
事前定義とネットワーク機器による指示とを組み合わせる方式については、例えば、ＲｅｄＣａｐ ＵＥが存在するＵＬ ＢＷＰ帯域幅（例えば、ＵＬ ｉｎｉｔｉａｌ ＢＷＰ）が１つの閾値（例えば、ＲｅｄＣａｐ ＵＥがサポートする最大帯域幅）より大きい場合、ＰＵＣＣＨが周波数ホッピング送信を行わず、ＲｅｄＣａｐ ＵＥが存在するＵＬ ＢＷＰ帯域幅が当該閾値以下である場合、ｇＮＢの周波数ホッピング指示情報に基づいて、周波数ホッピング送信するかどうかを決定する。事前定義とネットワーク機器による指示とを組み合わせる方式は、指示オーバーヘッドの節約と柔軟性の利点を統合し、折衷案であることが理解できる。
理解できるように、上記のように説明された方式、即ち、ＰＵＣＣＨが使用する第１のリソースの帯域幅範囲は前記第１のクラスの端末機器がサポートする最大帯域幅を超えないというコア思想に基づいて、第１のリソースを決定した後、第１のクラスの端末機器は、前記第１のリソース上でＰＵＣＣＨを送信することができ、更に、ネットワーク機器は前記第１のリソース上で前記ＰＵＣＣＨを受信することができる。
これから分かるように、本願の実施形態に係るチャネル伝送方法は、第１のクラスの端末機器に適用されており、第１のクラスの端末機器がサポートする最大帯域幅は第１のプリセット値以下であり、第１のクラスの端末機器が上り初期帯域幅部分ＢＷＰにおいて物理上り制御チャネルＰＵＣＣＨを送信する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースの帯域幅範囲が前記第１のクラスの端末機器がサポートする最大帯域幅を超えないことを決定することにより、第１のクラスの端末機器が送信するＰＵＣＣＨ帯域幅を第１のクラスの端末機器がサポートする帯域幅範囲内にし、これにより、第１のクラスの端末機器はＰＵＣＣＨを正しく送信することができ、従って、従来技術において、ＰＵＣＣＨの２つのホップ間の周波数間隔が第１のクラスの端末機器の最大帯域幅よりも大きいため、第１のクラスの端末機器がＵＬ ｉｎｉｔｉａｌ ＢＷＰにおいてＰＵＣＣＨを正しく送信できないという問題を解決することができる。
上記実施形態の内容に基づいて、本実施形態では、前記第１のリソースは、
非周波数ホッピング方式でＰＵＣＣＨを送信するリソース、又は、
周波数ホッピング方式でＰＵＣＣＨを送信するリソース、のうちのいずれかを含み、
ここで、第１ホップと第２ホップとの間の周波数間隔は、前記第１のクラスの端末機器がサポートする最大帯域幅を超えない。
本実施形態では、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、２つの実現方式を少なくとも含み、この２つの方式は、（１）非周波数ホッピング方式でＰＵＣＣＨを送信するリソースを決定する方式（ここでの非周波数ホッピング方式は、ＰＵＣＣＨを送信する場合、２つのホップに分けて送信しないことを意味する）、（２）定周波数ホッピング方式でＰＵＣＣＨを送信するリソースを決定し、第１ホップと第２ホップとの間の周波数間隔は、前記第１のクラスの端末機器がサポートする最大帯域幅を超えない方式を含む。
実際に適用する場合、具体的には周波数ホッピング方式でＰＵＣＣＨを送信するか、非周波数ホッピング方式でＰＵＣＣＨを送信するかは、事前定義の方式によって決定してもよく、ネットワーク機器による指示の方式によって決定してもよく、事前定義とネットワーク設定指示とを組み合わせる方式によって決定してもよいと理解できる。
事前定義の方式については、例えば、プロトコルによる事前定義により、ＲｅｄＣａｐ ＵＥのＰＵＣＣＨがユーザ固有のＲＲＣ構成を取得する前に周波数ホッピング送信を行わないことを直接規定してもよく、又は、ＲｅｄＣａｐ ＵＥが存在するＵＬ ＢＷＰ帯域幅（例えば、ＵＬ ｉｎｉｔｉａｌ ＢＷＰ）が１つの閾値（例えば、ＲｅｄＣａｐ ＵＥがサポートする最大帯域幅）より大きい場合、ＰＵＣＣＨが周波数ホッピング送信を行わず、そうでなければ周波数ホッピング送信を行うことを規定してもよい。事前定義の方式では、如何なるネットワーク機器の指示は必要ないため、指示オーバーヘッドを節約できることが理解できる。
ネットワーク機器による指示の方式については、例えば、ｇＮＢが送信した周波数ホッピング指示情報を受信することにより、周波数ホッピング送信を行うかどうかを決定してもよく、当該周波数ホッピング指示情報は、ＲｅｄＣａｐ ＵＥのＰＵＣＣＨが周波数ホッピングを行うかどうかを指示するために使用され、システム情報ブロックＳＩＢ１（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）に担持されてブロードキャスト送信されてもよく、下り制御情報ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）に担持されてもよい。ネットワーク機器による指示に基づく方式は比較的柔軟であるが、下り指示オーバーヘッドが必要であることは理解できる。
事前定義とネットワーク機器による指示とを組み合わせる方式については、例えば、ＲｅｄＣａｐ ＵＥが存在するＵＬ ＢＷＰ帯域幅（例えば、ＵＬ ｉｎｉｔｉａｌ ＢＷＰ）が１つの閾値（例えば、ＲｅｄＣａｐ ＵＥがサポートする最大帯域幅）より大きい場合、ＰＵＣＣＨが周波数ホッピング送信を行わず、ＲｅｄＣａｐ ＵＥが存在するＵＬ ＢＷＰ帯域幅が当該閾値以下である場合、ｇＮＢの周波数ホッピング指示情報に基づいて、周波数ホッピング送信するかどうかを決定する。事前定義とネットワーク機器による指示とを組み合わせる方式は、指示オーバーヘッドの節約と柔軟性の利点を統合し、折衷案であることが理解できる。
上記実施形態の内容に基づいて、本実施形態では、前記第１のリソースが非周波数ホッピング方式でＰＵＣＣＨを送信するリソースである場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することであって、前記第２のクラスの端末機器がサポートする最大帯域幅は前記第１のプリセット値より大きいことと、
第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨに対応するスケジューリング下り制御情報ＤＣＩの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、のいずれか１つ又は複数の方式に基づいて決定される。
本実施形態では、前記第１のリソースが非周波数ホッピング方式でＰＵＣＣＨを送信するリソースである場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、下記のＡ～Ｅのいずれか１つ又は複数の方式に基づいて決定される。
Ａ、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定し、前記第２のクラスの端末機器がサポートする最大帯域幅は前記第１のプリセット値より大きい。
本実施形態では、前記第２のクラスの端末機器は、前記第１のクラスの端末機器とは異なる端末装置であり、第１のクラスの端末機器はレデューストケイパビリティの端末機器ＲｅｄＣａｐ ＵＥとして理解されることができ、第２のクラスの端末機器は、非レデューストケイパビリティの端末機器ｎｏｎ－ＲｅｄＣａｐ ＵＥ、又は通常の端末、又は正常な端末、又は従来の端末として理解されることができる。
本実施形態では、第１のクラスの端末機器は、第１のリソースが非周波数ホッピング方式でＰＵＣＣＨを送信する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、従来の正常な端末機器（第２のクラスの端末機器）がＰＵＣＣＨを周波数ホッピング方式で送信する時に第１ホップｈｏｐ１又は第２ホップｈｏｐ２に対応する周波数位置を再利用することができ、即ち、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップｈｏｐ１に対応する周波数位置及び／又は第２ホップｈｏｐ２に対応する周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することができる。
特に、ＲｅｄＣａｐ ＵＥと既存のＵＥは、上記の式及びパラメータ
を完全に共有すると、ＲｅｄＣａｐ ＵＥと既存のＵＥが使用するＰＵＣＣＨリソースにオーバーラップが存在する可能性が高い。一方、上記の方法に基づいて、さらに以下の方法によりＲｅｄＣａｐ ＵＥと既存のＵＥのＰＵＣＣＨリソースとのオーバーラップが存在しないようにすることができる。
（１）ＲｅｄＣａｐ ＵＥのＰＵＣＣＨの周波数位置を決定するための１つのオフセット値
を導入し、例えば、
（２）事前定義及び／又は指示による方法により、ＲｅｄＣａｐ ＵＥが使用する
ただし、このような方法により、ＲｅｄＣａｐ ＵＥと既存のＵＥのＰＵＣＣＨリソースがオーバーラップしないようにすることで、ＲｅｄＣａｐ ＵＥが既存のＵＥに与える影響を低減し、両方のＵＥが十分なＰＵＣＣＨ容量を有することを確保することができる。
Ｂ、第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する。
本実施形態では、第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することができ、例えば、両者の開始周波数位置が同じであるか、又は、ＰＤＳＣＨの中心ＰＲＢ位置はＰＵＣＣＨの開始周波数位置と同じである。ここで、中心ＰＲＢとは、Ｎが奇数である場合、中心ＰＲＢが連続するＮ個のＰＲＢのうち（Ｎ＋１）／２番目のＰＲＢであり、Ｎが偶数である場合、中心ＰＲＢが連続するＮ個のＰＲＢのうちＮ／２又は（Ｎ／２）＋１番目のＰＲＢである。
Ｃ、第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨに対応するスケジューリング下り制御情報ＤＣＩの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する。
本実施形態では、第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨに対応するスケジューリング下り制御情報ＤＣＩの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することができる。具体的には、１つのＤＣＩは、ＵＥがＰＤＳＣＨを受信した後に当該ＰＤＳＣＨの受信が正しいか否かについてＰＵＣＣＨでフィードバックするようにスケジューリングすると、当該ＰＵＣＣＨの周波数位置は、当該フィードバックすべきＰＤＳＣＨに対応するスケジューリングＤＣＩの周波数位置によって決定することができる。例えば、
ＰＵＣＣＨの最初のＰＲＢの周波数位置はＤＣＩの最初のＣＣＥの周波数領域開始位置と同じであり、又は、
ＰＵＣＣＨのＬ番目のＰＲＢの周波数位置はＤＣＩのＫ番目のＣＣＥの周波数領域開始位置と同じであり、又は、
ＰＵＣＣＨのＬ番目のＰＲＢの周波数位置はＤＣＩのＫ番目のＣＣＥの周波数領域開始位置に１つの周波数オフセット値を加えたものであり、当該周波数オフセット値は事前定義されたものであってもよく、又はネットワーク機器によって送信（例えばＳＩＢ１又はＤＣＩにおいて）されて指示されたものであってもよく、又は、
Ｄ、第１のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する。
本実施形態では、ＰＵＣＣＨ周波数位置は第１のクラスの端末機器が指定された上りチャネルを送信する周波数位置によって決定され、例えば、指定された上りチャネルはＭｓｇ１又はＭｓｇ３であってもよい。ＰＵＣＣＨの周波数位置はＭｓｇ１又はＭｓｇ３の周波数位置によって決定される。例えば、
ＰＵＣＣＨの最初のＰＲＢの周波数位置はＭｓｇ１又はＭｓｇ３の最初のＰＲＢの周波数位置と同じであり、又は、
ＰＵＣＣＨのＬ番目のＰＲＢの周波数位置はＭｓｇ１又はＭｓｇ３のＫ番目のＰＲＢの周波数位置と同じであり、又は、
ＰＵＣＣＨのＬ番目のＰＲＢの周波数位置はＭｓｇ１又はＭｓｇ３のＫ番目のＰＲＢの周波数位置に１つの周波数オフセット値を加えたものであり、当該周波数オフセット値は事前定義されたものであってもよく、又はネットワーク機器によって送信（例えばＳＩＢ１又はＤＣＩにおいて）されて指示されたものであってもよい。
本実施形態では、Ｍｓｇ１は第１のメッセージであり、Ｍｓｇ１はランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、Ｍｓｇ３は第３のメッセージであり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージである。
Ｅ、第１のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する。
本実施形態では、第１のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することができ、具体的には、ＰＵＣＣＨの周波数位置の指示情報は、ランダムアクセス過程中のステップ４でｇＮＢによってＭｓｇ４（衝突解決メッセージとも呼ばれる）を介してＲｅｄＣａｐ ＵＥに送信された場合、ＲｅｄＣａｐ ＵＥはＭｓｇ４に担持される指示情報に基づいて、ＰＵＣＣＨの周波数領域リソースを決定することができる。当該指示情報はＰＵＣＣＨの最初のＰＲＢが存在する周波数位置を直接指示することができる。
理解できるように、本実施形態における方法により、ＲｅｄＣａｐ ＵＥは、ユーザ固有のＲＲＣ構成を取得する前でも、常にＰＵＣＣＨを正しく伝送できること確保することができる。本実施形態では、ＰＵＣＣＨは周波数ホッピング送信されたものではなく、ＵＥは１つのＰＵＣＣＨに関するリソース位置を１つ決定するだけで送信することができるため、実現は簡単である。
上記実施形態の内容に基づいて、本実施形態では、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置に基づいて、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
事前定義及び／又は指示による方法により、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定される。
本実施形態では、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置に基づいて、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
Ｂ、事前定義及び／又は指示による方法により、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定される。
本実施形態では、ただし、ＲｅｄＣａｐ ＵＥ（第１のクラスの端末機器）と既存のＵＥ（第２のクラスの端末機器）は、上記の式及びパラメータ
を完全に共有すると、ＲｅｄＣａｐ ＵＥと既存のＵＥが使用するＰＵＣＣＨリソースにオーバーラップが存在する可能性が高い。当該問題を解決するために、さらに以下の方法によりＲｅｄＣａｐ ＵＥと既存のＵＥのＰＵＣＣＨリソースとのオーバーラップが存在しないようにすることができる。
（１）ＲｅｄＣａｐ ＵＥのＰＵＣＣＨの周波数位置を決定するための１つのオフセット値
を導入し、例えば、
ただし、このような方法により、ＲｅｄＣａｐ ＵＥと既存のＵＥのＰＵＣＣＨリソースがオーバーラップしないようにすることで、ＲｅｄＣａｐ ＵＥが既存のＵＥに与える影響を低減し、両方のＵＥが十分なＰＵＣＣＨ容量を有することを確保することができる。
上記実施形態の内容に基づいて、本実施形態では、第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする必要がある物理下り共有チャネルＰＤＳＣＨに対応するスケジューリング下り制御情報ＤＣＩの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
ＰＵＣＣＨを送信するために使用される最初の物理リソースブロックＰＲＢの周波数位置はＤＣＩの最初の制御チャネルユニットＣＣＥの周波数領域開始位置と同じであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置はＤＣＩのＫ番目のＣＣＥの周波数領域開始位置と同じであることであって、Ｌ及びＫは０より大きい整数であることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、ＤＣＩのＫ番目のＣＣＥの周波数領域開始位置及び第２の周波数オフセット値に基づいて決定される位置であることでって、前記第２の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、
本実施形態では、ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置はＤＣＩのＫ番目のＣＣＥの周波数領域開始位置と同じであり、ここではＬとＫの関係は特に設定せず、必要に応じて自由に組み合わせることができる。例えば、Ｌ＝１かつＫ＝１である場合、両者の周波数開始位置が揃っていることに相当し、更に例えば、ＬはＰＵＣＣＨが占めるリソースの周波数幅の１／２、ＫはＤＣＩが占めるリソースの周波数幅の１／２である場合、両者の中心周波数位置が揃っていることに相当する。
上記実施形態の内容に基づいて、本実施形態では、第１のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
ＰＵＣＣＨを送信するために使用される最初の物理リソースブロックＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージの最初のＰＲＢの周波数位置と同じであることであって、第１のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージのＫ番目のＰＲＢの周波数位置と同じであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージのＫ番目のＰＲＢの周波数位置と、第３の周波数オフセット値とに基づいて決定される位置であることであって、前記第３の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、
本実施形態では、ＰＵＣＣＨ周波数位置はＵＥが送信する指定された上りチャネルの周波数位置によって決定される。ここでの指定された上りチャネルはＭｓｇ１又はＭｓｇ３であってもよく、即ち、ＰＵＣＣＨを送信する周波数位置はＭｓｇ１又はＭｓｇ３の周波数位置によって決定される。例えば、ＰＵＣＣＨの最初のＰＲＢの周波数位置はＭｓｇ１又はＭｓｇ３の最初のＰＲＢの周波数位置と同じであり、又は、ＰＵＣＣＨのＬ番目のＰＲＢの周波数位置はＭｓｇ１又はＭｓｇ３のＫ番目のＰＲＢの周波数位置と同じであり、又は、ＰＵＣＣＨのＬ番目のＰＲＢの周波数位置はＭｓｇ１又はＭｓｇ３のＫ番目のＰＲＢの周波数位置に１つの周波数オフセット値を加えたものであり、当該周波数オフセット値は事前定義されたものであってもよく、又はネットワーク機器によって送信（例えばＳＩＢ１又はＤＣＩにおいて）されて指示されたものであってもよい。又は、Ｍｓｇ１又はＭｓｇ３のＫ番目のＰＲＢ周波数位置によって
上記実施形態の内容に基づいて、本実施形態では、前記第１のリソースが周波数ホッピング方式でＰＵＣＣＨを送信するリソースである場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置とすることと、
ＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置を決定し、第１ホップに対応する周波数位置、及び第１ホップと第２ホップとの間の第５の周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第２ホップの位置を決定することであって、前記第５の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであり、前記第５の周波数オフセット値の絶対値は
以下であることと、のいずれか１つ又は複数に基づいて決定される。
本実施形態では、ただし、事前定義及び／又はネットワーク機器による指示の方式によって、ＰＵＣＣＨを周波数ホッピング送信することを決定した後に、下記の方法により、ＰＵＣＣＨを周波数ホッピング送信するリソースを決定することができる。
本実施形態では、第１のクラスの端末機器は、前記第１のリソースが周波数ホッピング方式でＰＵＣＣＨを送信する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、既存の正常な端末機器（第２のクラスの端末機器）がＰＵＣＣＨを周波数ホッピング方式で送信する時に、第１ホップｈｏｐ１又は第２ホップｈｏｐ２に対応する周波数位置を計算する方法を再利用することができるが、
この方法により、ＲｅｄＣａｐがＰＵＣＣＨを送信する２つのホップ間の周波数間隔をＲｅｄＣａｐの帯域幅範囲内にすることができ、ＲｅｄＣａｐが正常にＰＵＣＣＨを伝送することができる。
特に、
特に、
本実施形態では、
例えば、Ｍｓｇ１又はＭｓｇ３が占めるリソースの最初のＰＲＢの周波数位置又は中心ＰＲＢの周波数位置であってもよい。この設計は、ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する周波数をＭｓｇ１又はＭｓｇ３の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング（ｒｅｔｕｎｉｎｇ）する必要がないようにするため、特に周波数分割複信（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘｉｎｇ、ＦＤＤ）システムに適している。好ましくは、ＦＤＤシステムでは、
の取る値はＭｓｇ１又はＭｓｇ３が占めるリソースの最初のＰＲＢの周波数位置又は中心ＰＲＢの周波数位置である。
本実施形態では、理解できるように、ＲｅｄＣａｐ ＰＵＣＣＨリソースセットの全体を周波数上でシフトすることにより、ＲｅｄＣａｐ ＵＥが使用するＰＵＣＣＨリソースセットと通常のＮＲ ＵＥが使用するＰＵＣＣＨリソースセットがオーバーラップしないようにすることができ、それにより、基地局がＰＵＣＣＨリソースに対して監視する場合、ＲｅｄＣａｐ ＵＥと通常のＮＲ ＵＥに対して異なる監視スキームを使用することができ、基地局の実現を簡易化し、通常のＮＲ ＵＥに対するＲｅｄＣａｐ ＵＥの影響を低減する。
本実施形態における方法により、ＲｅｄＣａｐ ＵＥは、ユーザ固有のＲＲＣ構成を取得する前でも、常にＰＵＣＣＨを正しく伝送できること確保することができる。本実施形態では、ＰＵＣＣＨは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
Ｂ、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置とする。
本実施形態では、ただし、事前定義及び／又はネットワーク機器による指示の方式によって、ＰＵＣＣＨを周波数ホッピング送信することを決定した後に、下記の方法により、
理解できるように、Ａ Ｍｏｄ Ｂはモジュロ演算であり、この方法により、Ａは、その値の大きさにかかわらず、Ｂをモジュロした後に０～（Ｂ－１）範囲内の数値になる。従って、本方法により、ＰＵＣＣＨリソースの２つのホップの周波数位置は常に
範囲内にあることができる。
特に、
とすることができる。この場合、ＲｅｄＣａｐ帯域幅範囲を超えないＰＵＣＣＨの周波数ホッピング間隔を最大化し、できるだけ周波数ダイバーシチ利得を得ることができる。
特に、
本実施形態では、
例えば、Ｍｓｇ１又はＭｓｇ３が占めるリソースの最初のＰＲＢの周波数位置又は中心ＰＲＢの周波数位置であってもよく、この設計は、ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する周波数をＭｓｇ１又はＭｓｇ３の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング（ｒｅｔｕｎｉｎｇ）する必要がないようにするため、特にＦＤＤシステムに適している。好ましくは、ＦＤＤシステムでは、
の取る値はＭｓｇ１又はＭｓｇ３が占めるリソースの最初のＰＲＢの周波数位置又は中心ＰＲＢの周波数位置である。
ＲｅｄＣａｐ ＰＵＣＣＨリソースセットの全体を周波数上でシフトすることにより、ＲｅｄＣａｐ ＵＥが使用するＰＵＣＣＨリソースセットと通常のＮＲ ＵＥが使用するＰＵＣＣＨリソースセットがオーバーラップしないようにすることができ、それにより、基地局がＰＵＣＣＨリソースに対して監視する場合、ＲｅｄＣａｐ ＵＥと通常のＮＲ ＵＥに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
本実施形態における方法により、ＲｅｄＣａｐ ＵＥは、ユーザ固有のＲＲＣ構成を取得する前でも、常にＰＵＣＣＨを正しく伝送できること確保することができる。本実施形態では、ＰＵＣＣＨは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
本実施形態では、ただし、事前定義及び／又はネットワーク機器による指示の方式によって、ＰＵＣＣＨを周波数ホッピング送信することを決定した後に、下記の方法により、ＰＵＣＣＨを周波数ホッピング送信するリソースを決定することができ、
ＲｅｄＣａｐ ＰＵＣＣＨリソースセットの全体を周波数上でシフトすることにより、ＲｅｄＣａｐ ＵＥが使用するＰＵＣＣＨリソースセットと通常のＮＲ ＵＥが使用するＰＵＣＣＨリソースセットがオーバーラップしないようにすることができ、それにより、基地局がＰＵＣＣＨリソースに対して監視する場合、ＲｅｄＣａｐ ＵＥと通常のＮＲ ＵＥに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
本実施形態における方法により、ＲｅｄＣａｐ ＵＥは、ユーザ固有のＲＲＣ構成を取得する前でも、常にＰＵＣＣＨを正しく伝送できること確保することができる。本実施形態では、ＰＵＣＣＨは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができるとともに、異なるＲｅｄＣａｐ ＵＥのＰＵＣＣＨを異なる周波数範囲にディビジョンする効果もある。
本実施形態では、ただし、事前定義及び／又はネットワーク機器による指示の方式によって、ＰＵＣＣＨを周波数ホッピング送信することを決定した後に、下記の方法により、ＰＵＣＣＨを周波数ホッピング送信するリソースを決定することができ、
既存の第２のクラスの端末機器（通常のＵＥ）のｈｏｐ１とｈｏｐ２の式を再利用するが、第１のクラスの端末機器（レデューストケイパビリティの端末機器ＲｅｄＣａｐ ＵＥ）に対して、ｈｏｐ１とｈｏｐ２の、式に基づいて算出した周波数位置の間隔がＲｅｄＣａｐ ＵＥがサポートする最大帯域幅を超えないように、
この方法では、ＲｅｄＣａｐ ＵＥが送信するＰＵＣＣＨのｈｏｐ１とｈｏｐ２は、ＢＷＰの中心
帯域幅範囲内に拘束され、このように、ＲｅｄＣａｐ ＵＥはＰＵＣＣＨを正常に送信することができる。この方法は、ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する時の中心周波数点が同様に上りＢＷＰ（例えばＵＬ ｉｎｉｔｉａｌ ＢＷＰ）の中心周波数点でもあり、ＴＤＤシステムにおける下りＢＷＰと上りＢＷＰの中心周波数点が同じであるようにすることができるため、特に時分割複信（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘｉｎｇ、ＴＤＤ）システムに適している。本方法は、ＴＤＤシステムにおける上下り切替時のリチューニングを回避することができる。好ましくは、ＴＤＤシステムでは、
本実施形態における方法により、ＲｅｄＣａｐ ＵＥは、ユーザ固有のＲＲＣ構成を取得する前でも、常にＰＵＣＣＨを正しく伝送できること確保することができる。本実施形態では、ＰＵＣＣＨは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
Ｅ、ＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置を決定し、第１ホップに対応する周波数位置、及び第１ホップと第２ホップとの間の第５の周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第２ホップの位置を決定し、前記第５の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであり、前記第５の周波数オフセット値の絶対値は
以下である。
本実施形態では、ただし、事前定義及び／又はネットワーク機器による指示の方式によって、ＰＵＣＣＨを周波数ホッピング送信することを決定した後に、下記の方法により、ＰＵＣＣＨを周波数ホッピング送信するリソースを決定することができる。
ステップ１、第１の実施形態のいずれかの方法を用いて、１つの周波数を決定し、当該周波数をＰＵＣＣＨ ｈｏｐ１の周波数とし、例えば、ｈｏｐ１の最初のＰＲＢの周波数位置を
として決定する。
ここで、
は、周波数偏差値であり、ｈｏｐ２とｈｏｐ１の間の周波数の差を表し、事前定義されたものであってもよく、又はネットワーク機器によって指示されたものであってもよく、例えば、ＳＩＢ１又はＤＣＩを介して指示される。
本願の実施形態における方法では、ｈｏｐ１とｈｏｐ２のために周波数位置をそれぞれ設計する必要はなく、ｈｏｐ２の周波数位置は常にｈｏｐ１の周波数位置と１つの周波数偏差値に基づいて決定することができるため、より簡単で柔軟である。ｈｏｐ１とｈｏｐ２の間の周波数の差がＲｅｄＣａｐ ＵＥがサポートする最大帯域幅を超えないようにするためには、
であるべきである。
本実施形態における方法により、ＲｅｄＣａｐ ＵＥは、ユーザ固有のＲＲＣ構成を取得する前でも、常にＰＵＣＣＨを正しく伝送できること確保することができる。本実施形態では、ＰＵＣＣＨは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
本実施形態では、パラメータ置換後の関係モデル及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することは、パラメータ置換後の関係モデルにプリセットされた周波数オフセット値を直接加算して、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを指してもよい。また、パラメータ置換後の関係モデル及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することは、パラメータ置換後の関係モデルとプリセットされた周波数オフセット値に対して他の処理を行って、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを指してもよく、本実施形態はこれを限定するものではない。
例えば、Ｍｓｇ１又はＭｓｇ３が占めるリソースの最初のＰＲＢの周波数位置又は中心ＰＲＢの周波数位置であってもよく、この設計は、ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する周波数をＭｓｇ１又はＭｓｇ３の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング（ｒｅｔｕｎｉｎｇ）する必要がないようにするため、特に周波数分割複信（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘｉｎｇ、ＦＤＤ）システムに適している。
本実施形態では、理解できるように、ＲｅｄＣａｐ ＰＵＣＣＨリソースセットの全体を周波数上でシフトすることにより、ＲｅｄＣａｐ ＵＥが使用するＰＵＣＣＨリソースセットと通常のＮＲ ＵＥが使用するＰＵＣＣＨリソースセットがオーバーラップしないようにすることができ、それにより、基地局がＰＵＣＣＨリソースに対して監視する場合、ＲｅｄＣａｐ ＵＥと通常のＮＲ ＵＥに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
上記実施形態の内容に基づいて、本実施形態では、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を、ＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置とすることは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを含む。
本実施形態では、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することは、モジュロ演算の結果にプリセットされた周波数オフセット値を直接加算して、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを指してもよい。また、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することは、モジュロ演算の結果とプリセットされた周波数オフセット値に対して他の演算を行って、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを指してもよく、本実施形態はこれを限定するものではない。
例えば、Ｍｓｇ１又はＭｓｇ３が占めるリソースの最初のＰＲＢの周波数位置又は中心ＰＲＢの周波数位置であってもよく、この設計は、ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する周波数をＭｓｇ１又はＭｓｇ３の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング（ｒｅｔｕｎｉｎｇ）する必要がないようにするため、特にＦＤＤシステムに適している。
ＲｅｄＣａｐ ＰＵＣＣＨリソースセットの全体を周波数上でシフトすることにより、ＲｅｄＣａｐ ＵＥが使用するＰＵＣＣＨリソースセットと通常のＮＲ ＵＥが使用するＰＵＣＣＨリソースセットがオーバーラップしないようにすることができ、それにより、基地局がＰＵＣＣＨリソースに対して監視する場合、ＲｅｄＣａｐ ＵＥと通常のＮＲ ＵＥに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
上記実施形態の内容に基づいて、本実施形態では、前記プリセットされた周波数オフセット値は、
と、
第１のメッセージ又は第３のメッセージが占めるリソースの最初の物理リソースブロックＰＲＢ又は中心ＰＲＢの周波数位置と、のいずれか１つ又は複数であり、
ここで、
は初期循環シフトインデックスの総数を表し、第１のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージである。
例えば、Ｍｓｇ１又はＭｓｇ３が占めるリソースの最初のＰＲＢの周波数位置又は中心ＰＲＢの周波数位置であってもよく、この設計は、ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する周波数をＭｓｇ１又はＭｓｇ３の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング（ｒｅｔｕｎｉｎｇ）する必要がないようにするため、特にＦＤＤシステムに適している。
この方法では、ＲｅｄＣａｐ ＵＥが送信するＰＵＣＣＨのｈｏｐ１とｈｏｐ２は、ＢＷＰの中心
帯域幅範囲内に拘束され、このように、ＲｅｄＣａｐ ＵＥはＰＵＣＣＨを正常に送信することができる。この方法は、ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する時の中心周波数点が同様に上りＢＷＰ（例えばＵＬ ｉｎｉｔｉａｌ ＢＷＰ）の中心周波数点でもあり、ＴＤＤシステムにおける下りＢＷＰと上りＢＷＰの中心周波数点が同じであるようにすることができるため、特に時分割複信（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘｉｎｇ、ＴＤＤ）システムに適している。本方法は、ＴＤＤシステムにおける上下り切替時のリチューニングを回避することができる。
図３は、本願の実施形態に係るネットワーク機器に適用されるチャネル伝送方法のフローチャートであり、図３に示すように、当該方法は、
第１のクラスの端末機器に第１の指示情報を送信するステップであって、前記第１の指示情報は、前記第１のクラスの端末機器が上り初期帯域幅部分ＢＷＰにおいて物理上り制御チャネルＰＵＣＣＨを送信する時に使用する第１のリソースを指示するためのものであるステップ２０１と、
前記第１のリソース上で、前記第１のクラスの端末機器から送信されたＰＵＣＣＨを受信するステップ２０２とを含み、
ここで、前記第１のリソースの帯域幅範囲は前記第１のクラスの端末機器がサポートする最大帯域幅を超えず、前記第１のクラスの端末機器がサポートする最大帯域幅は第１のプリセット値以下である。
本願の実施形態に係るチャネル伝送方法は、第１のクラスの端末機器に適用されており、第１のクラスの端末機器がサポートする最大帯域幅は第１のプリセット値以下であり、第１のクラスの端末機器が上り初期帯域幅部分ＢＷＰにおいて物理上り制御チャネルＰＵＣＣＨを送信する場合、ネットワーク機器は第１のクラスの端末機器に第１の指示情報を送信し、前記第１の指示情報は、前記第１のクラスの端末機器が上り初期帯域幅部分ＢＷＰにおいて物理上り制御チャネルＰＵＣＣＨを送信する時に使用する第１のリソースを指示するためのものであり、第１のリソースの帯域幅範囲は前記第１のクラスの端末機器がサポートする最大帯域幅を超えないことで、第１のクラスの端末機器が送信するＰＵＣＣＨ帯域幅を第１のクラスの端末機器がサポートする帯域幅範囲内にし、これにより、第１のクラスの端末機器はＰＵＣＣＨを正しく送信することができ、従って、従来技術において、ＰＵＣＣＨの２つのホップ間の周波数間隔が第１のクラスの端末機器の最大帯域幅よりも大きいため、第１のクラスの端末機器がＵＬ ｉｎｉｔｉａｌ ＢＷＰにおいてＰＵＣＣＨを正しく送信できないという問題を解決することができる。
上記実施形態の内容に基づいて、本実施形態では、前記第１の指示情報は、
非周波数ホッピング方式でＰＵＣＣＨを送信するリソース、又は、
周波数ホッピング方式でＰＵＣＣＨを送信するリソース、のうちのいずれかを指示するためのものであり、
ここで、第１ホップと第２ホップとの間の周波数間隔は、前記第１のクラスの端末機器がサポートする最大帯域幅を超えない。
例示的には、第１の指示情報は、システム情報よって担持されてもよく、ＤＣＩによって担持されてもよく、第１の指示情報は、以下の方式のうちの少なくとも１つによってＰＵＣＣＨリソースを指示することができる。
Ａ．周波数ホッピングするか否かを指示し、ＰＵＣＣＨを担持する第１のリソースを決定するパラメータを指示する。
Ｂ．周波数ホッピングするか否かを指示し、ＰＵＣＣＨを担持する第１のリソースが事前定義の方式で決定される。
Ｃ．ＰＵＣＣＨを担持する第１のリソースのパラメータを決定し；周波数ホッピングするか否かは事前定義の方式で決定される。
本実施形態では、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、少なくとも下記の２つの実現方式を含み、（１）非周波数ホッピング方式でＰＵＣＣＨを送信するリソースを決定し（ここでの非周波数ホッピング方式は、ＰＵＣＣＨを送信する場合、２つのホップに分けて送信しないことを意味する）、（２）周波数ホッピング方式でＰＵＣＣＨを送信するリソースを決定し、第１ホップと第２ホップとの間の周波数間隔は、前記第１のクラスの端末機器がサポートする最大帯域幅を超えない。
実際に適用する場合、具体的には周波数ホッピング方式でＰＵＣＣＨを送信するか、非周波数ホッピング方式でＰＵＣＣＨを送信するかは、事前定義の方式によって決定してもよく、ネットワーク機器による指示の方式によって決定してもよく、事前定義とネットワーク設定指示とを組み合わせる方式によって決定してもよいと理解できる。
事前定義の方式については、例えば、プロトコルによる事前定義により、ＲｅｄＣａｐ ＵＥのＰＵＣＣＨがユーザ固有のＲＲＣ構成を取得する前に周波数ホッピング送信を行わないことを直接規定してもよく、又は、ＲｅｄＣａｐ ＵＥが存在するＵＬ ＢＷＰ帯域幅（例えば、ＵＬ ｉｎｉｔｉａｌ ＢＷＰ）が１つの閾値（例えば、ＲｅｄＣａｐ ＵＥがサポートする最大帯域幅）より大きい場合、ＰＵＣＣＨが周波数ホッピング送信を行わず、そうでなければ周波数ホッピング送信を行うことを規定してもよい。事前定義の方式では、如何なるネットワーク機器の指示は必要ないため、指示オーバーヘッドを節約できることが理解できる。
ネットワーク機器による指示の方式については、例えば、ｇＮＢが送信した周波数ホッピング指示情報を受信することにより、周波数ホッピング送信を行うかどうかを決定してもよく、当該周波数ホッピング指示情報は、ＲｅｄＣａｐ ＵＥのＰＵＣＣＨが周波数ホッピングを行うかどうかを指示するために使用され、システム情報ブロックＳＩＢ１（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）に担持されてブロードキャスト送信されてもよく、下り制御情報ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）に担持されてもよい。ネットワーク機器による指示に基づく方式は比較的柔軟であるが、下り指示オーバーヘッドが必要であることは理解できる。
１つの実行可能な実施形態では、第１の指示情報は、当該周波数ホッピング指示情報を含む。
事前定義とネットワーク機器による指示とを組み合わせる方式については、例えば、ＲｅｄＣａｐ ＵＥが存在するＵＬ ＢＷＰ帯域幅（例えば、ＵＬ ｉｎｉｔｉａｌ ＢＷＰ）が１つの閾値（例えば、ＲｅｄＣａｐ ＵＥがサポートする最大帯域幅）より大きい場合、ＰＵＣＣＨが周波数ホッピング送信を行わず、ＲｅｄＣａｐ ＵＥが存在するＵＬ ＢＷＰ帯域幅が当該閾値以下である場合、ｇＮＢの周波数ホッピング指示情報に基づいて、周波数ホッピング送信するかどうかを決定する。事前定義とネットワーク機器による指示とを組み合わせる方式は、指示オーバーヘッドの節約と柔軟性の利点を統合し、折衷案であることが理解できる。
上記実施形態の内容に基づいて、本実施形態では、前記第１のリソースが非周波数ホッピング方式でＰＵＣＣＨを送信するリソースである場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することであって、前記第２のクラスの端末機器がサポートする最大帯域幅は前記第１のプリセット値より大きいことと、
第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨに対応するスケジューリング下り制御情報ＤＣＩの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、のいずれか１つ又は複数の方式に基づいて決定される。
本実施形態では、前記第１のリソースが非周波数ホッピング方式でＰＵＣＣＨを送信するリソースである場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、下記のＡ～Ｅのいずれか１つ又は複数の方式に基づいて決定される。
Ａ、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定し、前記第２のクラスの端末機器がサポートする最大帯域幅は前記第１のプリセット値より大きい。
本実施形態では、前記第２のクラスの端末機器は、前記第１のクラスの端末機器とは異なる端末装置であり、第１のクラスの端末機器はレデューストケイパビリティの端末機器ＲｅｄＣａｐ ＵＥとして理解されることができ、第２のクラスの端末機器は、非レデューストケイパビリティの端末機器ｎｏｎ－ＲｅｄＣａｐ ＵＥ、又は通常の端末、又は正常な端末、又は従来の端末として理解されることができる。
本実施形態では、第１のクラスの端末機器は、第１のリソースが非周波数ホッピング方式でＰＵＣＣＨを送信する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、従来の正常な端末機器（第２のクラスの端末機器）がＰＵＣＣＨを周波数ホッピング方式で送信する時に第１ホップｈｏｐ１又は第２ホップｈｏｐ２に対応する周波数位置を再利用することができ、即ち、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップｈｏｐ１に対応する周波数位置及び／又は第２ホップｈｏｐ２に対応する周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することができる。
上記方法により、ＰＵＣＣＨのリソース位置を直接的に決定することができるため、実現は簡単であり、且つ、既存のＤＣＩによる
に対する指示を再利用し、基地局の指示の複雑さを簡易化する。
特に、ＲｅｄＣａｐ ＵＥと既存のＵＥは、上記の式及びパラメータ
を完全に共有すると、ＲｅｄＣａｐ ＵＥと既存のＵＥが使用するＰＵＣＣＨリソースにオーバーラップが存在する可能性が高い。一方、上記の方法に基づいて、さらに以下の方法によりＲｅｄＣａｐ ＵＥと既存のＵＥのＰＵＣＣＨリソースとのオーバーラップが存在しないようにすることができる。
（１）
（２）
ただし、このような方法により、ＲｅｄＣａｐ ＵＥと既存のＵＥのＰＵＣＣＨリソースがオーバーラップしないようにすることで、ＲｅｄＣａｐ ＵＥが既存のＵＥに与える影響を低減し、両方のＵＥが十分なＰＵＣＣＨ容量を有することを確保することができる。
Ｂ、第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する。
本実施形態では、第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することができ、例えば、両者の開始周波数位置が同じである。
Ｃ、第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨに対応するスケジューリング下り制御情報ＤＣＩの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する。
本実施形態では、第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨに対応するスケジューリング下り制御情報ＤＣＩの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することができる。具体的には、１つのＤＣＩは、ＵＥがＰＤＳＣＨを受信した後に当該ＰＤＳＣＨの受信が正しいか否かについてＰＵＣＣＨでフィードバックするようにスケジューリングすると、当該ＰＵＣＣＨの周波数位置は、当該フィードバックすべきＰＤＳＣＨに対応するスケジューリングＤＣＩの周波数位置によって決定することができる。例えば、
ＰＵＣＣＨの最初のＰＲＢの周波数位置はＤＣＩの最初のＣＣＥの周波数領域開始位置と同じであり、又は、
ＰＵＣＣＨのＬ番目のＰＲＢの周波数位置はＤＣＩのＫ番目のＣＣＥの周波数領域開始位置と同じであり、又は、
ＰＵＣＣＨのＬ番目のＰＲＢの周波数位置はＤＣＩのＫ番目のＣＣＥの周波数領域開始位置に１つの周波数オフセット値を加えたものであり、当該周波数オフセット値は事前定義されたものであってもよく、又はネットワーク機器によって送信（例えばＳＩＢ１又はＤＣＩにおいて）されて指示されたものであってもよく、又は、
Ｄ、第１のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する。
本実施形態では、ＰＵＣＣＨ周波数位置は第１のクラスの端末機器が指定された上りチャネルを送信する周波数位置によって決定され、例えば、指定された上りチャネルはＭｓｇ１又はＭｓｇ３であってもよい。ＰＵＣＣＨの周波数位置はＭｓｇ１又はＭｓｇ３の周波数位置によって決定される。例えば、
ＰＵＣＣＨの最初のＰＲＢの周波数位置はＭｓｇ１又はＭｓｇ３の最初のＰＲＢの周波数位置と同じであり、又は、
ＰＵＣＣＨのＬ番目のＰＲＢの周波数位置はＭｓｇ１又はＭｓｇ３のＫ番目のＰＲＢの周波数位置と同じであり、又は、
ＰＵＣＣＨのＬ番目のＰＲＢの周波数位置はＭｓｇ１又はＭｓｇ３のＫ番目のＰＲＢの周波数位置に１つの周波数オフセット値を加えたものであり、当該周波数オフセット値は事前定義されたものであってもよく、又はネットワーク機器によって送信（例えばＳＩＢ１又はＤＣＩにおいて）されて指示されたものであってもよい。
本実施形態では、Ｍｓｇ１は第１のメッセージであり、Ｍｓｇ１はランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、Ｍｓｇ３は第３のメッセージであり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージである。
Ｅ、第１のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する。
本実施形態では、第１のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することができ、具体的には、ＰＵＣＣＨの周波数位置の指示情報は、ランダムアクセス過程中のステップ４でｇＮＢによってＭｓｇ４（衝突解決メッセージとも呼ばれる）を介してＲｅｄＣａｐ ＵＥに送信された場合、ＲｅｄＣａｐ ＵＥはＭｓｇ４に担持される指示情報に基づいて、ＰＵＣＣＨの周波数領域リソースを決定することができる。当該指示情報はＰＵＣＣＨの最初のＰＲＢが存在する周波数位置を直接指示することができる。
理解できるように、本実施形態における方法により、ＲｅｄＣａｐ ＵＥは、ユーザ固有のＲＲＣ構成を取得する前でも、常にＰＵＣＣＨを正しく伝送できること確保することができる。本実施形態では、ＰＵＣＣＨは周波数ホッピング送信されたものではなく、ＵＥは１つのＰＵＣＣＨに関するリソース位置を１つ決定するだけで送信することができるため、実現は簡単である。
上記実施形態の内容に基づいて、本実施形態では、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置に基づいて、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
事前定義及び／又は指示による方法により、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定される。
本実施形態では、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置に基づいて、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
Ｂ、事前定義及び／又は指示による方法により、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定される。
本実施形態では、ただし、ＲｅｄＣａｐ ＵＥ（第１のクラスの端末機器）と既存のＵＥ（第２のクラスの端末機器）は、上記の式及びパラメータ
を完全に共有すると、ＲｅｄＣａｐ ＵＥと既存のＵＥが使用するＰＵＣＣＨリソースにオーバーラップが存在する可能性が高い。当該問題を解決するために、さらに以下の方法によりＲｅｄＣａｐ ＵＥと既存のＵＥのＰＵＣＣＨリソースとのオーバーラップが存在しないようにすることができる。
（１）
（２）
ただし、このような方法により、ＲｅｄＣａｐ ＵＥと既存のＵＥのＰＵＣＣＨリソースがオーバーラップしないようにすることで、ＲｅｄＣａｐ ＵＥが既存のＵＥに与える影響を低減し、両方のＵＥが十分なＰＵＣＣＨ容量を有することを確保することができる。
上記実施形態の内容に基づいて、本実施形態では、第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする必要がある物理下り共有チャネルＰＤＳＣＨに対応するスケジューリング下り制御情報ＤＣＩの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
ＰＵＣＣＨを送信するために使用される最初の物理リソースブロックＰＲＢの周波数位置はＤＣＩの最初の制御チャネルユニットＣＣＥの周波数領域開始位置と同じであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置はＤＣＩのＫ番目のＣＣＥの周波数領域開始位置と同じであることであって、Ｌ及びＫは０より大きい整数であることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、ＤＣＩのＫ番目のＣＣＥの周波数領域開始位置及び第２の周波数オフセット値に基づいて決定される位置であることでって、前記第２の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、
本実施形態では、ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置はＤＣＩのＫ番目のＣＣＥの周波数領域開始位置と同じであり、ここではＬとＫの関係は特に設定せず、必要に応じて自由に組み合わせることができる。例えば、Ｌ＝１かつＫ＝１である場合、両者の周波数開始位置が揃っていることに相当し、更に例えば、ＬはＰＵＣＣＨが占めるリソースの周波数幅の１／２であり、ＫはＤＣＩが占めるリソースの周波数幅の１／２である場合、両者の中心周波数位置が揃っていることに相当する。
上記実施形態の内容に基づいて、本実施形態では、第１のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
ＰＵＣＣＨを送信するために使用される最初の物理リソースブロックＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージの最初のＰＲＢの周波数位置と同じであることであって、第１のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージのＫ番目のＰＲＢの周波数位置と同じであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージのＫ番目のＰＲＢの周波数位置と、第３の周波数オフセット値とに基づいて決定される位置であることであって、前記第３の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、
本実施形態では、ＰＵＣＣＨ周波数位置はＵＥが送信する指定された上りチャネルの周波数位置によって決定される。ここでの指定された上りチャネルはＭｓｇ１又はＭｓｇ３であってもよく、即ち、ＰＵＣＣＨを送信する周波数位置はＭｓｇ１又はＭｓｇ３の周波数位置によって決定される。例えば、ＰＵＣＣＨの最初のＰＲＢの周波数位置はＭｓｇ１又はＭｓｇ３の最初のＰＲＢの周波数位置と同じであり、又は、ＰＵＣＣＨのＬ番目のＰＲＢの周波数位置はＭｓｇ１又はＭｓｇ３のＫ番目のＰＲＢの周波数位置と同じであり、又は、ＰＵＣＣＨのＬ番目のＰＲＢの周波数位置はＭｓｇ１又はＭｓｇ３のＫ番目のＰＲＢの周波数位置に１つの周波数オフセット値を加えたものであり、当該周波数オフセット値は事前定義されたものであってもよく、又はネットワーク機器によって送信（例えばＳＩＢ１又はＤＣＩにおいて）されて指示されたものであってもよい。
Ｍｓｇ１はランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、Ｍｓｇ３は第３のメッセージであり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージである。
上記実施形態の内容に基づいて、本実施形態では、前記第１のリソースが周波数ホッピング方式でＰＵＣＣＨを送信するリソースである場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
本実施形態では、ただし、事前定義及び／又はネットワーク機器による指示の方式によって、ＰＵＣＣＨを周波数ホッピング送信することを決定した後に、下記のＡ～Ｅの方法により、ＰＵＣＣＨを周波数ホッピング送信するリソースを決定することができる。
Ａ、
本実施形態では、第１のクラスの端末機器は、前記第１のリソース周波数ホッピング方式でＰＵＣＣＨを送信する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、既存の正常な端末機器（第２のクラスの端末機器）がＰＵＣＣＨを周波数ホッピング方式で送信する時に、第１ホップｈｏｐ１又は第２ホップｈｏｐ２に対応する周波数位置を計算する方法を再利用することができるが、元の式におけるＢＷＰ帯域幅
の代わりに１つの帯域幅パラメータ
を使用する必要があり、ここで、
この方法により、ＲｅｄＣａｐがＰＵＣＣＨを送信する２つのホップ間の周波数間隔をＲｅｄＣａｐの帯域幅範囲内にすることができ、ＲｅｄＣａｐが正常にＰＵＣＣＨを伝送することができる。
本実施形態では、
例えば、Ｍｓｇ１又はＭｓｇ３が占めるリソースの最初のＰＲＢの周波数位置又は中心ＰＲＢの周波数位置であってもよく（Ｍｓｇ１は第１のメッセージであり、Ｍｓｇ１はランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、Ｍｓｇ３は第３のメッセージであり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージであり）、この設計は、ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する周波数をＭｓｇ１又はＭｓｇ３の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング（ｒｅｔｕｎｉｎｇ）する必要がないようにするため、特に周波数分割複信（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘｉｎｇ、ＦＤＤ）システムに適している。
本実施形態では、理解できるように、ＲｅｄＣａｐ ＰＵＣＣＨリソースセットの全体を周波数上でシフトすることにより、ＲｅｄＣａｐ ＵＥが使用するＰＵＣＣＨリソースセットと通常のＮＲ ＵＥが使用するＰＵＣＣＨリソースセットがオーバーラップしないようにすることができ、それにより、基地局がＰＵＣＣＨリソースに対して監視する場合、ＲｅｄＣａｐ ＵＥと通常のＮＲ ＵＥに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
本実施形態における方法により、ＲｅｄＣａｐ ＵＥは、ユーザ固有のＲＲＣ構成を取得する前でも、常にＰＵＣＣＨを正しく伝送できること確保することができる。本実施形態では、ＰＵＣＣＨは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
Ｂ、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置とする。
本実施形態では、ただし、事前定義及び／又はネットワーク機器による指示の方式によって、ＰＵＣＣＨを周波数ホッピング送信することを決定した後に、下記の方法により、ＰＵＣＣＨを周波数ホッピング送信するリソースを決定することができ、
例えば、Ｍｓｇ１又はＭｓｇ３（Ｍｓｇ１は第１のメッセージであり、Ｍｓｇ１はランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、Ｍｓｇ３は第３のメッセージであり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージであり）が占めるリソースの最初のＰＲＢの周波数位置又は中心ＰＲＢの周波数位置であってもよく、この設計は、ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する周波数をＭｓｇ１又はＭｓｇ３の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング（ｒｅｔｕｎｉｎｇ）する必要がないようにするため、特にＦＤＤシステムに適している。
ＲｅｄＣａｐ ＰＵＣＣＨリソースセットの全体を周波数上でシフトすることにより、ＲｅｄＣａｐ ＵＥが使用するＰＵＣＣＨリソースセットと通常のＮＲ ＵＥが使用するＰＵＣＣＨリソースセットがオーバーラップしないようにすることができ、それにより、基地局がＰＵＣＣＨリソースに対して監視する場合、ＲｅｄＣａｐ ＵＥと通常のＮＲ ＵＥに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
本実施形態における方法により、ＲｅｄＣａｐ ＵＥは、ユーザ固有のＲＲＣ構成を取得する前でも、常にＰＵＣＣＨを正しく伝送できること確保することができる。本実施形態では、ＰＵＣＣＨは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
Ｃ、
本実施形態では、ただし、事前定義及び／又はネットワーク機器による指示の方式によって、ＰＵＣＣＨを周波数ホッピング送信することを決定した後に、下記の方法により、ＰＵＣＣＨを周波数ホッピング送信するリソースを決定することができ、
例えば、Ｍｓｇ１又はＭｓｇ３が占めるリソースの最初のＰＲＢの周波数位置又は中心ＰＲＢの周波数位置であってもよく、この設計は、ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する周波数をＭｓｇ１又はＭｓｇ３の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング（ｒｅｔｕｎｉｎｇ）する必要がないようにするため、特にＦＤＤシステムに適している。
ＲｅｄＣａｐ ＰＵＣＣＨリソースセットの全体を周波数上でシフトすることにより、ＲｅｄＣａｐ ＵＥが使用するＰＵＣＣＨリソースセットと通常のＮＲ ＵＥが使用するＰＵＣＣＨリソースセットがオーバーラップしないようにすることができ、それにより、基地局がＰＵＣＣＨリソースに対して監視する場合、ＲｅｄＣａｐ ＵＥと通常のＮＲ ＵＥに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
本実施形態における方法により、ＲｅｄＣａｐ ＵＥは、ユーザ固有のＲＲＣ構成を取得する前でも、常にＰＵＣＣＨを正しく伝送できること確保することができる。本実施形態では、ＰＵＣＣＨは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができるとともに、異なるＲｅｄＣａｐ ＵＥのＰＵＣＣＨを異なる周波数範囲にディビジョンする効果もある。
Ｄ、
本実施形態では、ただし、事前定義及び／又はネットワーク機器による指示の方式によって、ＰＵＣＣＨを周波数ホッピング送信することを決定した後に、下記の方法により、ＰＵＣＣＨを周波数ホッピング送信するリソースを決定することができ、
既存の第２のクラスの端末機器（通常のＵＥ）のｈｏｐ１とｈｏｐ２の式を完全に再利用するが、第１のクラスの端末機器（レデューストケイパビリティの端末機器ＲｅｄＣａｐ ＵＥ）に対して、ｈｏｐ１とｈｏｐ２の、式に基づいて算出した周波数位置の間隔がＲｅｄＣａｐ ＵＥがサポートする最大帯域幅を超えないように、
この方法では、ＲｅｄＣａｐ ＵＥが送信するＰＵＣＣＨのｈｏｐ１とｈｏｐ２は、ＢＷＰの中心
帯域幅範囲内に拘束され、このように、ＲｅｄＣａｐ ＵＥはＰＵＣＣＨを正常に送信することができる。この方法は、ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する時の中心周波数点が同様に上りＢＷＰ（例えばＵＬ ｉｎｉｔｉａｌ ＢＷＰ）の中心周波数点でもあり、ＴＤＤシステムにおける下りＢＷＰと上りＢＷＰの中心周波数点が同じであるようにすることができるため、特に時分割複信（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘｉｎｇ、ＴＤＤ）システムに適している。本方法は、ＴＤＤシステムにおける上下り切替時のリチューニングを回避することができる。
本実施形態における方法により、ＲｅｄＣａｐ ＵＥは、ユーザ固有のＲＲＣ構成を取得する前でも、常にＰＵＣＣＨを正しく伝送できること確保することができる。本実施形態では、ＰＵＣＣＨは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
Ｅ、ＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置を決定し、第１ホップに対応する周波数位置、及び第１ホップと第２ホップとの間の第５の周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第２ホップの位置を決定し、前記第５の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであり、前記第５の周波数オフセット値の絶対値は
以下である。
本実施形態では、ただし、事前定義及び／又はネットワーク機器による指示の方式によって、ＰＵＣＣＨを周波数ホッピング送信することを決定した後に、下記の方法により、ＰＵＣＣＨを周波数ホッピング送信するリソースを決定することができる。
ステップ１、
ステップ２、
ここで、
は、周波数偏差値であり、ｈｏｐ２とｈｏｐ１の間の周波数の差を表し、事前定義されたものであってもよく、又はネットワーク機器によって指示されたものであってもよく、例えば、ＳＩＢ１又はＤＣＩを介して指示される。
本願の実施形態における方法では、ｈｏｐ１とｈｏｐ２のために周波数位置をそれぞれ設計する必要はなく、ｈｏｐ２の周波数位置は常にｈｏｐ１の周波数位置と１つの周波数偏差値に基づいて決定することができるため、より簡単で柔軟である。ｈｏｐ１とｈｏｐ２の間の周波数の差がＲｅｄＣａｐ ＵＥがサポートする最大帯域幅を超えないようにするためには、
であるべきである。
本実施形態における方法により、ＲｅｄＣａｐ ＵＥは、ユーザ固有のＲＲＣ構成を取得する前でも、常にＰＵＣＣＨを正しく伝送できること確保することができる。本実施形態では、ＰＵＣＣＨは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
本実施形態では、パラメータ置換後の関係モデル及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することは、パラメータ置換後の関係モデルにプリセットされた周波数オフセット値を直接加算して、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを指してもよい。また、パラメータ置換後の関係モデル及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することは、パラメータ置換後の関係モデルとプリセットされた周波数オフセット値に対して他の処理を行って、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを指してもよく、本実施形態はこれを限定するものではない。
例えば、Ｍｓｇ１又はＭｓｇ３が占めるリソースの最初のＰＲＢの周波数位置又は中心ＰＲＢの周波数位置であってもよく、この設計は、ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する周波数をＭｓｇ１又はＭｓｇ３の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング（ｒｅｔｕｎｉｎｇ）する必要がないようにするため、特に周波数分割複信（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘｉｎｇ、ＦＤＤ）システムに適している。
本実施形態では、理解できるように、ＲｅｄＣａｐ ＰＵＣＣＨリソースセットの全体を周波数上でシフトすることにより、ＲｅｄＣａｐ ＵＥが使用するＰＵＣＣＨリソースセットと通常のＮＲ ＵＥが使用するＰＵＣＣＨリソースセットがオーバーラップしないようにすることができ、それにより、基地局がＰＵＣＣＨリソースに対して監視する場合、ＲｅｄＣａｐ ＵＥと通常のＮＲ ＵＥに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
上記実施形態の内容に基づいて、本実施形態では、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を、ＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置とすることは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを含む。
本実施形態では、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することは、モジュロ演算の結果にプリセットされた周波数オフセット値を直接加算して、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを指してもよい。また、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することは、モジュロ演算の結果とプリセットされた周波数オフセット値に対して他の演算を行って、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを指してもよく、本実施形態はこれを限定するものではない。
本実施形態では、
例えば、Ｍｓｇ１又はＭｓｇ３が占めるリソースの最初のＰＲＢの周波数位置又は中心ＰＲＢの周波数位置であってもよく、この設計は、ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する周波数をＭｓｇ１又はＭｓｇ３の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング（ｒｅｔｕｎｉｎｇ）する必要がないようにするため、特にＦＤＤシステムに適している。
ＲｅｄＣａｐ ＰＵＣＣＨリソースセットの全体を周波数上でシフトすることにより、ＲｅｄＣａｐ ＵＥが使用するＰＵＣＣＨリソースセットと通常のＮＲ ＵＥが使用するＰＵＣＣＨリソースセットがオーバーラップしないようにすることができ、それにより、基地局がＰＵＣＣＨリソースに対して監視する場合、ＲｅｄＣａｐ ＵＥと通常のＮＲ ＵＥに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
上記実施形態の内容に基づいて、本実施形態では、前記プリセットされた周波数オフセット値は、
と、
第１のメッセージ又は第３のメッセージが占めるリソースの最初の物理リソースブロックＰＲＢ又は中心ＰＲＢの周波数位置と、のいずれか１つ又は複数であり、
ここで、
は初期循環シフトインデックスの総数を表し、第１のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージである。
例えば、Ｍｓｇ１又はＭｓｇ３が占めるリソースの最初のＰＲＢの周波数位置又は中心ＰＲＢの周波数位置であってもよく、この設計は、ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する周波数をＭｓｇ１又はＭｓｇ３の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング（ｒｅｔｕｎｉｎｇ）する必要がないようにするため、特にＦＤＤシステムに適している。
本実施形態では、既存の第２のクラスの端末機器（通常のＵＥ）のｈｏｐ１とｈｏｐ２の式を再利用するが、第１のクラスの端末機器（レデューストケイパビリティの端末機器ＲｅｄＣａｐ ＵＥ）に対して、ｈｏｐ１とｈｏｐ２の、式に基づいて算出した周波数位置の間隔がＲｅｄＣａｐ ＵＥがサポートする最大帯域幅を超えないように、式における
を設計する。例えば、
この方法では、ＲｅｄＣａｐ ＵＥが送信するＰＵＣＣＨのｈｏｐ１とｈｏｐ２は、ＢＷＰの中心
帯域幅範囲内に拘束され、このように、ＲｅｄＣａｐ ＵＥはＰＵＣＣＨを正常に送信することができる。この方法は、ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する時の中心周波数点が同様に上りＢＷＰ（例えばＵＬ ｉｎｉｔｉａｌ ＢＷＰ）の中心周波数点でもあり、ＴＤＤシステムにおける下りＢＷＰと上りＢＷＰの中心周波数点が同じであるようにすることができるため、特に時分割複信（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘｉｎｇ、ＴＤＤ）システムに適している。本方法は、ＴＤＤシステムにおける上下り切替時のリチューニングを回避することができる。
以下、具体的な実施形態により本願を具体的に説明する。
本願は、主に５Ｇ ＮＲシステムに適用され、ネットワーク機器（例えば、基地局、ｇＮＢ）及び端末機器を含み、端末機器は、特にレデューストケイパビリティの端末機器（ＲｅｄＣａｐ ＵＥ、即ち第１のクラスの端末機器）を含み、本願は、端末機器がネットワーク機器にＰＵＣＣＨを送信する必要がある限り、他のシステムにも適用することができる。
図４は本願の適用シーンを模式的に示す。ＵＥ１とＵＥ２を含む複数のＵＥはｇＮＢにランダムアクセスを開始し、無線ネットワーク接続サービスを要求し、ｇＮＢは少なくとも１つのＵＥからのランダムアクセス要求を受信し、無線サービスを行う。ｇＮＢとＵＥ１、ＵＥ２との間で無線通信によりデータの相互作用と伝送が行われる。
本願の技術案のキーポイントは、ＲｅｄＣａｐ ＵＥが上り初期帯域幅部分ＢＷＰで物理上り制御チャネルＰＵＣＣＨを送信する時に使用する第１のリソースの帯域幅範囲が、ＲｅｄＣａｐ ＵＥがサポートする最大帯域幅を超えないことを指示するために、ネットワーク機器がレデューストケイパビリティの端末機器ＲｅｄＣａｐ ＵＥに第１の指示情報を送信することにある。以下、図面を参照しながら本願に係る技術案を解釈及び説明する。
第１の実施形態：
理解できるように、ＲｅｄＣａｐ ＵＥが上り初期帯域幅部分ＢＷＰで物理上り制御チャネルＰＵＣＣＨを送信する時に使用する第１のリソースの帯域幅範囲がＲｅｄＣａｐ ＵＥがサポートする最大帯域幅を超えないことを指示するために、ネットワーク機器は、ＲｅｄＣａｐ ＵＥに第１の指示情報を送信する場合、２つの実現方法があり、１つは周波数ホッピングを行わない方式であり、もう１つは周波数ホッピングを行う方法であるが、第１ホップと第２ホップの間の周波数間隔がＲｅｄＣａｐ ＵＥがサポートする最大帯域幅を超えない。具体的にどの実現方式を採用するかは、事前定義によって決定することができ、ネットワーク機器による指示の方式によって決定することができる。
例えば、ＲｅｄＣａｐ ＵＥは、下記の方式に基づいて、ＰＵＣＣＨが周波数ホッピング送信を行うかどうかを決定することができる。
Ａ、事前定義の方式
例えば、プロトコルによる事前定義により、ＲｅｄＣａｐ ＵＥのＰＵＣＣＨがユーザ固有のＲＲＣ構成を取得する前に周波数ホッピング送信を行わないことを直接規定してもよく、又は、ＲｅｄＣａｐ ＵＥが存在するＵＬ ＢＷＰ帯域幅（例えば、ＵＬ ｉｎｉｔｉａｌ ＢＷＰ）が１つの閾値（例えば、ＲｅｄＣａｐ ＵＥがサポートする最大帯域幅）より大きい場合、ＰＵＣＣＨが周波数ホッピング送信を行わず、そうでなければ周波数ホッピング送信を行うことを規定してもよい。
事前定義の方式では、如何なるネットワーク機器の指示は必要ないため、指示オーバーヘッドを節約できることが理解できる。
Ｂ、ネットワーク機器による指示の方式
例えば、ｇＮＢが送信した周波数ホッピング指示情報を受信することにより、周波数ホッピング送信を行わないことを決定し、当該周波数ホッピング指示情報は、ＲｅｄＣａｐ ＵＥのＰＵＣＣＨが周波数ホッピングを行うかどうかを指示するために使用され、システム情報ブロックＳＩＢ１に担持されてブロードキャスト送信されてもよく、下り制御情報ＤＣＩに担持されてもよい。
ネットワーク機器による指示に基づく方式は、比較的柔軟であるが、下り指示オーバーヘッドが必要であることは理解できる。
Ｃ、事前定義＋ネットワーク機器による指示の方式
例えば、ＲｅｄＣａｐ ＵＥが存在するＵＬ ＢＷＰ帯域幅（例えば、ＵＬ ｉｎｉｔｉａｌ ＢＷＰ）が１つの閾値（例えば、ＲｅｄＣａｐ ＵＥがサポートする最大帯域幅）より大きい場合、ＰＵＣＣＨが周波数ホッピング送信を行わず、ＲｅｄＣａｐ ＵＥが存在するＵＬ ＢＷＰ帯域幅が当該閾値以下である場合、ｇＮＢの周波数ホッピング指示情報に基づいて、周波数ホッピング送信するかどうかを決定することを規定する。
理解できるように、ＰＵＣＣＨを送信するためのリソースを決定する場合、下記の２つの異なる方法がある。（１）非周波数ホッピング方式でＰＵＣＣＨを送信するリソースを決定し（ここでの非周波数ホッピング方式は、ＰＵＣＣＨを送信する場合、２つのホップに分けて送信しないことを意味する）、（２）周波数ホッピング方式でＰＵＣＣＨを送信するリソースを決定し、第１ホップと第２ホップとの間の周波数間隔は、前記第１のクラスの端末機器がサポートする最大帯域幅を超えない。
以下は、非周波数ホッピング方式でＰＵＣＣＨを送信する場合の第１のリソースの具体的な決定方法について説明する。
具体的には、以下の方法により、周波数ホッピングを行わない時のＰＵＣＣＨの周波数位置を決定することができる。
方式一：第２のクラスの端末機器が周波数ホッピング方式でＰＵＣＣＨを送信する場合の第１ホップｈｏｐ１又は第２ホップｈｏｐ２の周波数位置の計算方法を再利用し、第１のクラスの端末機器が非周波数ホッピング方式でＰＵＣＣＨを送信する周波数位置を決定することができる。
更に又は、同様に、第２のクラスの端末機器の第２ホップｈｏｐ２の周波数位置と同じ方法を用いて、第１のクラスの端末機器がＰＵＣＣＨを送信する周波数位置を決定してもよく、
上記方法により、第１のクラスの端末機器がＰＵＣＣＨを送信するリソース位置を直接的に決定することができるため、実現は簡単であり、且つ、既存のＤＣＩによる
に対する指示を再利用し、基地局の指示の複雑さを簡易化する。
１つの実行可能な実施形態では、第１の指示情報は、
を指示する。
特に、第１のクラスの端末機器（その後、ＲｅｄＣａｐ ＵＥで表される）と第２のクラスの端末機器（その後、既存のＵＥで表される）は、上記の式及びパラメータ
を完全に共有すると、ＲｅｄＣａｐ ＵＥと既存のＵＥが使用するＰＵＣＣＨリソースにオーバーラップが存在する可能性が高い。一方、上記の方法に基づいて、さらに以下の方法によりＲｅｄＣａｐ ＵＥと既存のＵＥのＰＵＣＣＨリソースとのオーバーラップが存在しないようにすることができる。
（１）
（２）
ただし、このような方法により、ＲｅｄＣａｐ ＵＥと既存のＵＥのＰＵＣＣＨリソースがオーバーラップしないようにすることで、ＲｅｄＣａｐ ＵＥが既存のＵＥに与える影響を低減し、両方のＵＥが十分なＰＵＣＣＨ容量を有することを確保することができる。
方式二：ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する周波数位置は、それに対応する受信されたＤＣＩの周波数位置によって決定される。
１つのＤＣＩは、ＵＥがＰＤＳＣＨを受信した後に当該ＰＤＳＣＨの受信が正しいか否かについてＰＵＣＣＨでフィードバックするようにスケジューリングすると、当該ＰＵＣＣＨの周波数位置は、当該フィードバックすべきＰＤＳＣＨに対応するスケジューリングＤＣＩの周波数位置によって決定することができる。例えば、
ＰＵＣＣＨの最初のＰＲＢの周波数位置はＤＣＩの最初のＣＣＥの周波数領域開始位置と同じであり、又は、
ＰＵＣＣＨのＬ番目のＰＲＢの周波数位置はＤＣＩのＫ番目のＣＣＥの周波数領域開始位置と同じであり、又は、
ＰＵＣＣＨのＬ番目のＰＲＢの周波数位置はＤＣＩのＫ番目のＣＣＥの周波数領域開始位置に１つの周波数オフセット値を加えたものであり、当該周波数オフセット値は事前定義されたものであってもよく、又はネットワーク機器によって送信（例えばＳＩＢ１又はＤＣＩにおいて）されて指示されたものであってもよく、又は、
方式三：ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する周波数位置は、ＵＥが送信した他の上りチャネルの周波数位置によって決定される。
この方式三における「他の上りチャネル」は、例えばＭｓｇ１又はＭｓｇ３（Ｍｓｇ１は第１のメッセージであり、Ｍｓｇ１はランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、Ｍｓｇ３は第３のメッセージであり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージである）であってもよい。ＰＵＣＣＨの周波数位置はＭｓｇ１又はＭｓｇ３の周波数位置によって決定される。例えば、
ＰＵＣＣＨの最初のＰＲＢの周波数位置はＭｓｇ１又はＭｓｇ３の最初のＰＲＢの周波数位置と同じであり、又は、
ＰＵＣＣＨのＬ番目のＰＲＢの周波数位置はＭｓｇ１又はＭｓｇ３のＫ番目のＰＲＢの周波数位置と同じであり、又は、
ＰＵＣＣＨのＬ番目のＰＲＢの周波数位置はＭｓｇ１又はＭｓｇ３のＫ番目のＰＲＢの周波数位置に１つの周波数オフセット値を加えたものであり、当該周波数オフセット値は事前定義されたものであってもよく、又はネットワーク機器によって送信（例えばＳＩＢ１又はＤＣＩにおいて）されて指示されたものであってもよい。
方式四：ＲｅｄＣａｐ ＵＥはＰＵＣＣＨを送信する周波数位置はＭｓｇ４に担持される指示情報によって指示される。
この方式では、ＰＵＣＣＨの周波数位置の指示情報は、ランダムアクセス過程中のステップ４でｇＮＢによってＭｓｇ４（衝突解決メッセージとも呼ばれる）を介してＲｅｄＣａｐ ＵＥに送信された場合、ＲｅｄＣａｐ ＵＥはＭｓｇ４に担持される指示情報に基づいて、ＰＵＣＣＨの周波数領域リソースを決定することができる。当該指示情報はＰＵＣＣＨの最初のＰＲＢが存在する周波数位置を直接指示することができる。
それに対応して、ｇＮＢはＲｅｄＣａｐ ＵＥがＰＵＣＣＨを伝送するリソースで、ＲｅｄＣａｐ ＵＥが送信するＰＵＣＣＨを受信することができる。
１つの実行可能な実施プロセスは、次のとおりであることが理解できる。
（１）ＲｅｄＣａｐ ＵＥは、ネットワーク機器によって送信された下りデータを受信する。
（２）ＲｅｄＣａｐ ＵＥは、事前定義の方式及び／又はネットワーク機器の指示に基づいて、ＰＵＣＣＨを送信するリソースを決定し、下りデータに対してフィードバックするようにＰＵＣＣＨを送信する。
（３）ネットワーク機器は、それに応じて、ＰＵＣＣＨが存在するリソースでＰＵＣＣＨを受信する。
理解できるように、本実施形態における方法により、ＲｅｄＣａｐ ＵＥは、ユーザ固有のＲＲＣ構成を取得する前でも、常にＰＵＣＣＨを正しく伝送できること確保することができる。本実施形態では、ＰＵＣＣＨは周波数ホッピング送信されたものではなく、ＵＥは１つのＰＵＣＣＨに関するリソース位置を１つ決定するだけで送信することができるため、実現は簡単である。
第２の実施形態：
本実施形態は、周波数ホッピング方式でＰＵＣＣＨを送信する場合の第１のリソースの具体的な決定方式を説明する。
本実施形態では、ただし、事前定義及び／又はネットワーク機器による指示の方式によって、ＰＵＣＣＨを周波数ホッピング送信することを決定した後に、下記の方式一によってＰＵＣＣＨを周波数ホッピング送信するリソースを決定することができる。
この方法により、ＲｅｄＣａｐがＰＵＣＣＨを送信する２つのホップ間の周波数間隔をＲｅｄＣａｐの帯域幅範囲内にすることができ、ＲｅｄＣａｐが正常にＰＵＣＣＨを伝送することができる。
特に、
とすることができ、この場合、ＲｅｄＣａｐ帯域幅範囲を超えないＰＵＣＣＨの周波数ホッピング間隔を最大化し、できるだけ周波数ダイバーシチ利得を得ることができる。
例えば、Ｍｓｇ１又はＭｓｇ３（Ｍｓｇ１は第１のメッセージであり、Ｍｓｇ１はランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、Ｍｓｇ３は第３のメッセージであり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージであり）が占めるリソースの最初のＰＲＢの周波数位置又は中心ＰＲＢの周波数位置であってもよい。この設計は、ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する周波数をＭｓｇ１又はＭｓｇ３の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング（ｒｅｔｕｎｉｎｇ）する必要がないようにするため、特に周波数分割複信（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘｉｎｇ、ＦＤＤ）システムに適している。ここで、図８は、１つのＦＤＤシステムの上り周波数帯域におけるＵＬ－ＵＬ間の強制的なリチューニングの例を示す。
本実施形態では、理解できるように、ＲｅｄＣａｐ ＰＵＣＣＨリソースセットの全体を周波数上でシフトすることにより、ＲｅｄＣａｐ ＵＥが使用するＰＵＣＣＨリソースセットと通常のＮＲ ＵＥが使用するＰＵＣＣＨリソースセットがオーバーラップしないようにすることができ、それにより、基地局がＰＵＣＣＨリソースに対して監視する場合、ＲｅｄＣａｐ ＵＥと通常のＮＲ ＵＥに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
本実施形態における方法により、ＲｅｄＣａｐ ＵＥは、ユーザ固有のＲＲＣ構成を取得する前でも、常にＰＵＣＣＨを正しく伝送できること確保することができる。本実施形態では、ＰＵＣＣＨは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
第３の実施形態：
本実施形態は、周波数ホッピング方式でＰＵＣＣＨを送信する場合の第１のリソースの具体的な決定方式を説明する。
本実施形態では、ただし、事前定義及び／又はネットワーク機器による指示の方式によって、ＰＵＣＣＨを周波数ホッピング送信することを決定した後に、下記の方式二によってＰＵＣＣＨを周波数ホッピング送信するリソースを決定することができる。
方式二：第２のクラスの端末機器の第１ホップｈｏｐ１と第２ホップｈｏｐ２の周波数位置の計算方法を再利用するが、第２のクラスの端末機器の第１ホップｈｏｐ１と第２ホップｈｏｐ２の計算式を用いて周波数位置を計算する場合、
理解できるように、Ａ Ｍｏｄ Ｂはモジュロ演算であり、この方法により、Ａの値の大きさにかかわらず、Ｂをモジュロした後に０～（Ｂ－１）範囲内の数値になる。従って、本方法により、ＰＵＣＣＨリソースの２つのホップの周波数位置は常に
範囲内になることができる。具体的な例の図は、図７と同様であるため、ここでは省略する。
特に、
とすることができる。この場合、ＲｅｄＣａｐ帯域幅範囲を超えないＰＵＣＣＨの周波数ホッピング間隔を最大化し、できるだけ周波数ダイバーシチ利得を得ることができる。
例えば、Ｍｓｇ１又はＭｓｇ３が占めるリソースの最初のＰＲＢの周波数位置又は中心ＰＲＢの周波数位置であってもよく、この設計は、ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する周波数をＭｓｇ１又はＭｓｇ３の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング（ｒｅｔｕｎｉｎｇ）する必要がないようにするため、特にＦＤＤシステムに適している。
ＲｅｄＣａｐ ＰＵＣＣＨリソースセットの全体を周波数上でシフトすることにより、ＲｅｄＣａｐ ＵＥが使用するＰＵＣＣＨリソースセットと通常のＮＲ ＵＥが使用するＰＵＣＣＨリソースセットがオーバーラップしないようにすることができ、それにより、基地局がＰＵＣＣＨリソースに対して監視する場合、ＲｅｄＣａｐ ＵＥと通常のＮＲ ＵＥに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
本実施形態における方法により、ＲｅｄＣａｐ ＵＥは、ユーザ固有のＲＲＣ構成を取得する前でも、常にＰＵＣＣＨを正しく伝送できること確保することができる。本実施形態では、ＰＵＣＣＨは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
第４の実施形態：
本実施形態は、周波数ホッピング方式でＰＵＣＣＨを送信する場合の第１のリソースの具体的な決定方式を説明する。
本実施形態では、ただし、事前定義及び／又はネットワーク機器による指示の方式によって、ＰＵＣＣＨを周波数ホッピング送信することを決定した後に、下記の方式三によってＰＵＣＣＨを周波数ホッピング送信するリソースを決定することができる。
方式三：第２のクラスの端末機器の第１ホップｈｏｐ１と第２ホップｈｏｐ２の計算式を再利用するが、第１の帯域幅パラメータを導入し、
の値に基づいて、ｈｏｐ２の位置を調整し、
本実施形態の方法では、
の値が０又は１であることに基づいて、ＰＵＣＣＨはそれぞれ上りＢＷＰ周波数帯域の低周波数または高周波数に集中する。図９に示す、別の周波数ホッピングの例示的概略図を参照する。前の方法と比較して、その利点の１つは、基地局がＤＣＩを介して
の値を指示する場合、ＲｅｄＣａｐ ＵＥのディビジョンを実現し、異なるＲｅｄＣａｐ ＵＥのＰＵＣＣＨの送信を１つの周波数帯域幅が
である領域内に集中させる必要がないようにすることである。
本実施形態では、理解できるように、
の１つの取り得る値は
であり、これにより、ＲｅｄＣａｐ ＵＥのＰＵＣＣＨリソースと通常のＮＲ ＵＥとの間でＰＵＣＣＨリソースがオーバーラップしないことを確保することができる。また、
は他の値であってもよく、例えば、Ｍｓｇ１又はＭｓｇ３が占めるリソースの最初のＰＲＢの周波数位置又は中心ＰＲＢの周波数位置であってもよく、この設計は、ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する周波数をＭｓｇ１又はＭｓｇ３の周波数に近づけるようにさせることができ、上り周波数帯域で両者を送信する間でリチューニング（ｒｅｔｕｎｉｎｇ）する必要がないようにするため、特にＦＤＤシステムに適している。
ＲｅｄＣａｐ ＰＵＣＣＨリソースセットの全体を周波数上でシフトすることにより、ＲｅｄＣａｐ ＵＥが使用するＰＵＣＣＨリソースセットと通常のＮＲ ＵＥが使用するＰＵＣＣＨリソースセットがオーバーラップしないようにすることができ、それにより、基地局がＰＵＣＣＨリソースに対して監視する場合、ＲｅｄＣａｐ ＵＥと通常のＮＲ ＵＥに対して異なる監視スキームを使用することができ、基地局の実現を簡易化する。
本実施形態における方法により、ＲｅｄＣａｐ ＵＥは、ユーザ固有のＲＲＣ構成を取得する前でも、常にＰＵＣＣＨを正しく伝送できること確保することができる。本実施形態では、ＰＵＣＣＨは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができるとともに、異なるＲｅｄＣａｐ ＵＥのＰＵＣＣＨを異なる周波数範囲にディビジョンする効果もある。
第５の実施形態：
本実施形態は、周波数ホッピング方式でＰＵＣＣＨを送信する場合の第１のリソースの具体的な決定方式を説明する。
本実施形態では、ただし、事前定義及び／又はネットワーク機器による指示の方式によって、ＰＵＣＣＨを周波数ホッピング送信することを決定した後に、下記の方式四によってＰＵＣＣＨを周波数ホッピング送信するリソースを決定することができる。
方式四：既存の第２のクラスの端末機器の第１ホップｈｏｐ１と第２ホップｈｏｐ２の式を完全に再利用するが、ＲｅｄＣａｐ ＵＥに対して、ｈｏｐ１とｈｏｐ２の、式に基づいて算出した周波数位置の間隔がＲｅｄＣａｐ ＵＥがサポートする最大帯域幅を超えないように、
図１０に示すＰＵＣＣＨを周波数ホッピング伝送する例を参照し、この方法では、ＲｅｄＣａｐ ＵＥが送信するＰＵＣＣＨのｈｏｐ１とｈｏｐ２は、ＢＷＰの中心
帯域幅範囲内に拘束され、このように、ＲｅｄＣａｐ ＵＥはＰＵＣＣＨを正常に送信することができる。この方法は、ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを送信する時の中心周波数点が同様に上りＢＷＰ（例えばＵＬ ｉｎｉｔｉａｌ ＢＷＰ）の中心周波数点でもあり、ＴＤＤシステムにおける下りＢＷＰと上りＢＷＰの中心周波数点が同じであるようにすることができるため、特に時分割複信（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘｉｎｇ、ＴＤＤ）システムに適している。本方法は、ＴＤＤシステムにおける上下り切替時のリチューニングを回避することができる。図１１はＴＤＤシステムにおいてＤＬ－ＵＬで強制的にリチューニングを発生させる例を示す。本実施形態に係る方法を採用すると、ＴＤＤシステムにおける上下り切替時のリチューニングを回避することができる。
本実施形態における方法により、ＲｅｄＣａｐ ＵＥは、ユーザ固有のＲＲＣ構成を取得する前でも、常にＰＵＣＣＨを正しく伝送できること確保することができる。本実施形態では、ＰＵＣＣＨは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
第６の実施形態：
本実施形態は、周波数ホッピング方式でＰＵＣＣＨを送信する場合の第１のリソースの具体的な決定方式を説明する。本実施形態では、ただし、事前定義及び／又はネットワーク機器による指示の方式によって、ＰＵＣＣＨを周波数ホッピング送信することを決定した後に、下記の方式五によってＰＵＣＣＨを周波数ホッピング送信するリソースを決定することができる。
方式五：
ここで、
は、周波数偏差値であり、ｈｏｐ２とｈｏｐ１の間の周波数の差を表し、事前定義されたものであってもよく、又はネットワーク機器によって指示されたものであってもよく、例えば、ＳＩＢ１又はＤＣＩを介して指示される。
本願の実施形態における方法では、ｈｏｐ１とｈｏｐ２のために周波数位置をそれぞれ設計する必要はなく、ｈｏｐ２の周波数位置は常にｈｏｐ１の周波数位置と１つの周波数偏差値に基づいて決定することができるため、より簡単で柔軟である。ｈｏｐ１とｈｏｐ２の間の周波数の差がＲｅｄＣａｐ ＵＥがサポートする最大帯域幅を超えないようにするためには、
であるべきである。
１つの実行可能な実施形態では、第１の指示情報は、当該周波数偏差値を指示する。
本実施形態における方法により、ＲｅｄＣａｐ ＵＥは、ユーザ固有のＲＲＣ構成を取得する前でも、常にＰＵＣＣＨを正しく伝送できること確保することができる。本実施形態では、ＰＵＣＣＨは周波数ホッピング送信されたものであり、周波数ホッピングを行わない方法に比べて、本方法は周波数ダイバーシチ利得を得ることができ、それによって、より良い伝送性能を得ることができる。
本実施形態では、ただし、本実施形態のキーポイントは、ＲｅｄＣａｐ ＵＥが送信するＰＵＣＣＨ帯域幅範囲をＲｅｄＣａｐ ＵＥの最大帯域幅内にすることである。
本実施形態は、事前定義又はネットワーク機器による指示の方法によって、ＲｅｄＣａｐ ＵＥがユーザ固有のＲＲＣ構成を取得する前に、送信されるＰＵＣＣＨを周波数ホッピングせず、又は周波数ホッピングしても２つのホップの間隔がＲｅｄＣａｐ ＵＥがサポートする帯域幅範囲内であることを確保することができ、これにより、ＲｅｄＣａｐ ＵＥが送信するＰＵＣＣＨ帯域幅をＲｅｄＣａｐ ＵＥがサポートする帯域幅範囲内にすることで、第１のクラスの端末機器はＰＵＣＣＨを正しく送信することができ、従って、従来技術では、ＰＵＣＣＨの２つのホップ間の周波数間隔がＲｅｄＣａｐ ＵＥの最大帯域幅よりも大きいため、 ＲｅｄＣａｐ ＵＥがＵＬ ｉｎｉｔｉａｌ ＢＷＰにおいてＰＵＣＣＨを正しく送信できないという問題を解決することができる。
以上の説明から分かるように、周波数ホッピングしない場合に対して、ＰＵＣＣＨを送信するリソースは下記の方式によって決定することができる。
ＰＵＣＣＨリソースが存在する周波数位置は、ｈｏｐ１又はｈｏｐ２周波数位置の方法に基づいて決定される。
ＰＵＣＣＨリソースが存在する周波数位置は、フィードバックを必要とするＰＤＳＣＨに対応するスケジューリングＤＣＩの周波数位置によって決定される。
ＰＵＣＣＨリソースが存在する周波数位置はＭｓｇ１又はＭｓｇ３の周波数位置によって決定される。
ＰＵＣＣＨリソースが存在する周波数位置は、Ｍｓｇ４における情報によって指示される（ランダムアクセス過程中にＭｓｇ４の受信が成功するか否かについてＰＵＣＣＨを送信する必要がある場合に適している）。
以上の説明から分かるように、周波数ホッピングする場合に対して、ＰＵＣＣＨを送信するリソースは下記の方式によって決定することができる。
また、その上で、ｈｏｐ１とｈｏｐ２の周波数位置にはいずれも１つの追加のオフセット値
を追加することもできる。
ｈｏｐ１とｈｏｐ２に対して、元のｈｏｐ１とｈｏｐ２の位置を用いて
に対するモジュロ演算を行い、モジュロ結果を送信位置とすることができる。その上で、更にモジュロ結果に１つの追加のオフセット値
を追加することもできる。
また、ただし、ｈｏｐ２に対して、その計算は既存の式を使用しなくてもよいく、既存の方式または上記のいずれかの、ｈｏｐ１周波数位置を決定するための方式でｈｏｐ１周波数位置を決定した後に、「ｈｏｐ１の周波数位置」及び「ｈｏｐ２とｈｏｐ１との間の周波数オフセット値
」に基づいてｈｏｐ２位置を決定することができ、当該周波数オフセット値が事前定義の方式又はネットワーク機器による指示の方式によって決定される。
理解できるように、従来技術では、ユーザ固有のＲＲＣ構成を取得する前に、ＰＵＣＣＨは周波数ホッピング送信を固定的に行い、且つ２つのホップのリソースはＵＬ ｉｎｉｔｉａｌ ＢＷＰの両側に分布しているため、ＲｅｄＣａｐ ＵＥはＵＬ ｉｎｉｔｉａｌ ＢＷＰにおいてＰＵＣＣＨを正しく送信できない可能性がある。本願の実施形態は、上記の問題を解決することにより、ＲｅｄＣａｐ ＵＥが送信するＰＵＣＣＨ帯域幅がＲｅｄＣａｐ ＵＥの最大帯域幅内にあり、ＲｅｄＣａｐ ＵＥがＰＵＣＣＨを正しく送信することができる。
また、図１２は、本願の実施形態に係る端末機器に適用されるチャネル伝送装置のブロック図であり、図１２に示すように、当該装置は、第１のクラスの端末機器に適用されており、具体的には、
上り初期帯域幅部分ＢＷＰにおいて物理上り制御チャネルＰＵＣＣＨを送信する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定するためのものであって、前記第１のリソースの帯域幅範囲は前記第１のクラスの端末機器がサポートする最大帯域幅を超えず、前記第１のクラスの端末機器がサポートする最大帯域幅は第１のプリセット値以下である決定モジュール１１と、
前記第１のリソース上でＰＵＣＣＨを送信するための第１の送信モジュール１２と、を含む。
ただし、本装置は、端末機器に適用されるチャネル伝送方法の実施形態のすべての方法のステップを実現することができ、同じ技術的効果を達成することができ、ここで説明を省略する。
また、図１３は、本願の実施形態に係るネットワーク機器に適用されるチャネル伝送装置のブロック図であり、図１３に示すように、当該装置は、
第１のクラスの端末機器に第１の指示情報を送信するためのものであって、前記第１の指示情報は、前記第１のクラスの端末機器が上り初期帯域幅部分ＢＷＰにおいて物理上り制御チャネルＰＵＣＣＨを送信する時に使用する第１のリソースを指示するためのものである第２の送信モジュール２１と、
前記第１のリソース上で、前記第１のクラスの端末機器から送信されたＰＵＣＣＨを受信する受信モジュール２２と、を含み、
ここで、前記第１のリソースの帯域幅範囲は前記第１のクラスの端末機器がサポートする最大帯域幅を超えず、前記第１のクラスの端末機器がサポートする最大帯域幅は第１のプリセット値以下である。
ただし、本装置は、ネットワーク機器に適用されるチャネル伝送方法の実施形態のすべての方法のステップを実現することができ、同じ技術的効果を達成することができ、ここで説明を省略する。
図１４は、本願の実施形態に係る端末機器の構造の概略図であり、当該端末機器は、メモリ１４２０、送受信機１４００、プロセッサ１４１０を含む。
ここで、図１４では、バスアーキテクチャは、任意の数の相互接続されたバスとブリッジを含んでもよく、具体的には、プロセッサ１４１０に代表される１つ又は複数のプロセッサ、及びメモリ１４２０に代表されるメモリの様々な回路は、一体にリンクされている。バスアーキテクチャは、また、例えば周辺機器、電圧レギュレーター、及び電力管理回路等の様々な他の回路を一体にリンクすることもでき、これらはすべて当技術分野でよく知られているものであるため、本明細書ではそれらを更に説明しない。バスインターフェースはインターフェースを提供する。送受信機１４００は、複数の要素であってもよく、即ち、伝送媒体において他の様々な機器と通信するためのユニットを提供する、送信機及び受信機を含む。これらの伝送媒体には、無線チャネル、有線チャネル、光ケーブル等の伝送媒体が含まれる。プロセッサ１４１０は、バスアーキテクチャ及び一般的な処理を管理することに用いられ、メモリ１４２０は、プロセッサ１４１０が操作を実行する時に使用されるデータを記憶することができる。
プロセッサ１４１０は、中央処理装置（ＣＰＵ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）、又は複雑なプログラマブルロジック機器（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ、ＣＰＬＤ）であってもよく、プロセッサは、マルチコアアーキテクチャを使用してもよい。
メモリ１４２０は、コンピュータプログラムを記憶すためのものであり、送受信機１４００は、前記プロセッサの制御下でデータを送受信するためのものであり、プロセッサ１４１０は、前記メモリ内のコンピュータプログラムを読み取り、
上り初期帯域幅部分ＢＷＰにおいて物理上り制御チャネルＰＵＣＣＨを送信する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することであって、前記第１のリソースの帯域幅範囲は前記第１のクラスの端末機器がサポートする最大帯域幅を超えず、前記第１のクラスの端末機器がサポートする最大帯域幅は第１のプリセット値以下であることと、
前記第１のリソース上でＰＵＣＣＨを送信することとを実行するためのものである。
上記実施形態の内容に基づいて、本実施形態では、前記第１のリソースは、
非周波数ホッピング方式でＰＵＣＣＨを送信するリソース、又は、
周波数ホッピング方式でＰＵＣＣＨを送信するリソース、のうちのいずれかを含み、ここで、第１ホップと第２ホップとの間の周波数間隔は、前記第１のクラスの端末機器がサポートする最大帯域幅を超えない。
上記実施形態の内容に基づいて、本実施形態では、前記第１のリソースが非周波数ホッピング方式でＰＵＣＣＨを送信するリソースである場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することであって、前記第２のクラスの端末機器がサポートする最大帯域幅は前記第１のプリセット値より大きいことと、
第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨに対応するスケジューリング下り制御情報ＤＣＩの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、のいずれか１つ又は複数の方式に基づいて決定される。
上記実施形態の内容に基づいて、本実施形態では、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置に基づいて、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
事前定義及び／又は指示による方法により第１のクラスの端末機器に対応する第１の周波数オフセット値
を決定し、前記第１のクラスの端末機器に対応する第１の周波数オフセット値
と第２のクラスの端末機器に対応する第１の周波数オフセット値
の値が異なることと、
事前定義及び／又は指示による方法により、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定される。
上記実施形態の内容に基づいて、本実施形態では、第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする必要がある物理下り共有チャネルＰＤＳＣＨに対応するスケジューリング下り制御情報ＤＣＩの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
ＰＵＣＣＨを送信するために使用される最初の物理リソースブロックＰＲＢの周波数位置はＤＣＩの最初の制御チャネルユニットＣＣＥの周波数領域開始位置と同じであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置はＤＣＩのＫ番目のＣＣＥの周波数領域開始位置と同じであることであって、Ｌ及びＫは０より大きい整数であることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、ＤＣＩのＫ番目のＣＣＥの周波数領域開始位置及び第２の周波数オフセット値に基づいて決定される位置であることでって、前記第２の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、
上記実施形態の内容に基づいて、本実施形態では、第１のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
ＰＵＣＣＨを送信するために使用される最初の物理リソースブロックＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージの最初のＰＲＢの周波数位置と同じであることであって、第１のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージのＫ番目のＰＲＢの周波数位置と同じであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージのＫ番目のＰＲＢの周波数位置と、第３の周波数オフセット値とに基づいて決定される位置であることであって、前記第３の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、
上記実施形態の内容に基づいて、本実施形態では、前記第１のリソースが周波数ホッピング方式でＰＵＣＣＨを送信するリソースである場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
上記実施形態の内容に基づいて、本実施形態では、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルにおける上り初期ＢＷＰ帯域幅パラメータ
を、第１の帯域幅パラメータ
に置き換え、パラメータ置換後の関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルにおける上り初期ＢＷＰ帯域幅パラメータ
を、第１の帯域幅パラメータ
に置き換え、パラメータ置換後の関係モデル及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを含む。
上記実施形態の内容に基づいて、本実施形態では、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を、ＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置とすることは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを含む。
上記実施形態の内容に基づいて、本実施形態では、前記プリセットされた周波数オフセット値は、
と、
第１のメッセージ又は第３のメッセージが占めるリソースの最初の物理リソースブロックＰＲＢ又は中心ＰＲＢの周波数位置と、のいずれか１つ又は複数であり、
ここで、
は初期循環シフトインデックスの総数を表し、第１のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージである。
上記実施形態の内容に基づいて、本実施形態では、前記第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置の関係モデルにおける第１の周波数オフセット値
の取り得る値は、次の関係を満たす。
ただし、本願の実施形態に係る端末機器は、端末機器に適用されるチャネル伝送方法の実施形態のすべての方法のステップを実現することができ、同じ技術的効果を達成することができ、ここで説明を省略する。
図１５は本願の実施形態に係るネットワーク機器の構造の概略図の１つであり、当該ネットワーク機器は、メモリ１５２０、送受信機１５００、プロセッサ１５１０を含む。
ここで、図１５では、バスアーキテクチャは、任意の数の相互接続されたバスとブリッジを含んでもよく、具体的には、プロセッサ１５１０に代表される１つ又は複数のプロセッサ、及びメモリ１５２０に代表されるメモリの様々な回路は、一体にリンクされている。バスアーキテクチャは、また、例えば周辺機器、電圧レギュレーター、及び電力管理回路等の様々な他の回路を一体にリンクすることもでき、これらはすべて当技術分野でよく知られているものであるため、本明細書ではそれらを更に説明しない。バスインターフェースはインターフェースを提供する。送受信機１５００は、複数の要素であってもよく、即ち、伝送媒体において他の様々な機器と通信するためのユニットを提供する、送信機及び受信機を含む。これらの伝送媒体には、無線チャネル、有線チャネル、光ケーブル等の伝送媒体が含まれる。プロセッサ１５１０は、バスアーキテクチャ及び一般的な処理を管理することに用いられ、メモリ１５２０は、プロセッサ１５１０が操作を実行する時に使用されるデータを記憶することができる。
プロセッサ１５１０は、中央処理装置（ＣＰＵ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）、又は複雑なプログラマブルロジック機器（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ、ＣＰＬＤ）であってもよく、プロセッサは、マルチコアアーキテクチャを使用してもよい。
メモリ１５２０は、コンピュータプログラムを記憶すためのものであり、送受信機１５００は、前記プロセッサの制御下でデータを送受信するためのものであり、プロセッサ１５１０は、前記メモリ内のコンピュータプログラムを読み取り、
第１のクラスの端末機器に第１の指示情報を送信することであって、前記第１の指示情報は、前記第１のクラスの端末機器が上り初期帯域幅部分ＢＷＰにおいて物理上り制御チャネルＰＵＣＣＨを送信する時に使用する第１のリソースを指示するためのものであることと、
前記第１のリソース上で、前記第１のクラスの端末機器から送信されたＰＵＣＣＨを受信することとを実行するためのものであり、
ここで、前記第１のリソースの帯域幅範囲は前記第１のクラスの端末機器がサポートする最大帯域幅を超えず、前記第１のクラスの端末機器がサポートする最大帯域幅は第１のプリセット値以下である。
上記実施形態の内容に基づいて、本実施形態では、前記第１の指示情報は、
非周波数ホッピング方式でＰＵＣＣＨを送信するリソース、又は、
周波数ホッピング方式でＰＵＣＣＨを送信するリソース、のうちのいずれかを指示するためのものであり、
ここで、第１ホップと第２ホップとの間の周波数間隔は、前記第１のクラスの端末機器がサポートする最大帯域幅を超えない。
上記実施形態の内容に基づいて、本実施形態では、前記第１のリソースが非周波数ホッピング方式でＰＵＣＣＨを送信するリソースである場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することであって、前記第２のクラスの端末機器がサポートする最大帯域幅は前記第１のプリセット値より大きいことと、
第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする物理下り共有チャネルＰＤＳＣＨに対応するスケジューリング下り制御情報ＤＣＩの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、
第１のクラスの端末機器のランダムアクセス過程中にネットワーク機器が送信する衝突解決メッセージに担持される指示情報に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することと、のいずれか１つ又は複数の方式に基づいて決定される。
上記実施形態の内容に基づいて、本実施形態では、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置に基づいて、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
事前定義及び／又は指示による方法により、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置及び／又は第２ホップに対応する周波数位置と、プリセットされた周波数オフセット値に基づいて、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定することであって、前記プリセットされた周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、のいずれかの方式によって決定される。
上記実施形態の内容に基づいて、本実施形態では、第１のクラスの端末機器が前記ＰＵＣＣＨにおいてフィードバックする必要がある物理下り共有チャネルＰＤＳＣＨに対応するスケジューリング下り制御情報ＤＣＩの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
ＰＵＣＣＨを送信するために使用される最初の物理リソースブロックＰＲＢの周波数位置はＤＣＩの最初の制御チャネルユニットＣＣＥの周波数領域開始位置と同じであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置はＤＣＩのＫ番目のＣＣＥの周波数領域開始位置と同じであることであって、Ｌ及びＫは０より大きい整数であることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、ＤＣＩのＫ番目のＣＣＥの周波数領域開始位置及び第２の周波数オフセット値に基づいて決定される位置であることでって、前記第２の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、
上記実施形態の内容に基づいて、本実施形態では、第１のクラスの端末機器が送信する指定された上りチャネルの周波数位置に基づいて、第１のクラスの端末機器が前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
ＰＵＣＣＨを送信するために使用される最初の物理リソースブロックＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージの最初のＰＲＢの周波数位置と同じであることであって、第１のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージのＫ番目のＰＲＢの周波数位置と同じであることと、
ＰＵＣＣＨを送信するために使用されるＬ番目のＰＲＢの周波数位置は、第１のメッセージ又は第３のメッセージのＫ番目のＰＲＢの周波数位置と、第３の周波数オフセット値とに基づいて決定される位置であることであって、前記第３の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであることと、
上記実施形態の内容に基づいて、本実施形態では、前記第１のリソースが周波数ホッピング方式でＰＵＣＣＨを送信するリソースである場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースは、
ＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置を決定し、第１ホップに対応する周波数位置、及び第１ホップと第２ホップとの間の第５の周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第２ホップの位置を決定することであって、前記第５の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであり、前記第５の周波数オフセット値の絶対値は
以下であることと、のいずれか１つ又は複数に基づいて決定される。
上記実施形態の内容に基づいて、本実施形態では、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルにおける上り初期ＢＷＰ帯域幅パラメータ
を、第１の帯域幅パラメータ
に置き換え、パラメータ置換後の関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルにおける上り初期ＢＷＰ帯域幅パラメータ
を、第１の帯域幅パラメータ
に置き換え、パラメータ置換後の関係モデル及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを含む。
上記実施形態の内容に基づいて、本実施形態では、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、更に、モジュロ演算の結果を、ＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置とすることは、
第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
に対するモジュロ演算を行い、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを含む。
上記実施形態の内容に基づいて、本実施形態では、前記プリセットされた周波数オフセット値は、
と、
第１のメッセージ又は第３のメッセージが占めるリソース的最初の物理リソースブロックＰＲＢの周波数位置又は中心ＰＲＢの周波数位置と、のいずれか１つ又は複数であり、
ここで、
は初期循環シフトインデックスの総数を表し、第１のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージである。
上記実施形態の内容に基づいて、本実施形態では、前記第１のクラスの端末機器が前記ＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置の関係モデルにおける第１の周波数オフセット値
の取り得る値は、次の関係を満たす。
ただし、本実施形態に係るネットワーク機器は、ネットワーク機器に適用されるチャネル伝送方法の実施形態のすべての方法のステップを実現することができ、且つ同じ技術的効果を達成することができ、ここではこれ以上説明しない。
ただし、本願の実施形態では、ユニットの分割は例示的であり、論理的な機能分割に過ぎず、実際の実施では他の分割方法があり得る。また、本願の各実施形態における各機能ユニットは、１つの処理ユニットに統合されてもよく、又は各ユニットが単独で物理的に存在してもよく、又は２つ又は２つ以上のユニットが１つのユニットに統合されてもよい。上記の統合されたユニットは、ハードウェアの形で実現することができ、ソフトウェア機能ユニットの形で実現することもできる。
上記の統合されたユニットは、ソフトウェア機能ユニットの形で実現し、独立した製品として販売又は使用する場合、１つのプロセッサ可読記憶媒体に記憶することができる。そのような理解に基づいて、本願の技術案は、その本質、又は先行技術に寄与する部分又は当該技術案の全部又は一部がソフトウェア製品の形で具体化されてもよい。当該コンピュータソフトウェア製品は、記憶媒体に記憶されており、１つのコンピュータ機器（例えば、パーソナルコンピュータ、サーバ、又はネットワーク機器等）又はプロセッサ（ｐｒｏｃｅｓｓｏｒ）に本願の各実施形態の前記方法のステップのすべて又は一部を実行させるためのいくつかの命令を含む。前記記憶媒体は、ＵＳＢディスク、リムーバブルハードディスク、読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク又は光ディスク等の、プログラムコードを記憶可能な種々の媒体を含む。
ただし、本願の実施形態に係る上記装置は、上記方法の実施形態が実現するすべての方法のステップを実現することができ、且つ同じ技術的効果を達成することができ、ここでは、本実施形態における方法の実施形態と同じ部分および有益効果についてこれ以上説明しない。
他方では、本願の実施形態は、プロセッに上記実施形態に記載の方法を実行させるためのコンピュータプログラムが記憶されているプロセッサ可読記憶媒体を更に提供する。
前記プロセッサ可読記憶媒体は、プロセッサがアクセスできる任意の利用可能な媒体又はデータ記憶装置であってもよく、磁性メモリ（例えばフロッピーディスク、ハードディスク、磁気テープ、光磁気ディスク（ＭＯ）等）、光学メモリ（例えばＣＤ、ＤＶＤ、ＢＤ、ＨＶＤ等）、及び半導体メモリ（例えばＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、不揮発性メモリ（ＮＡＮＤ ＦＬＡＳＨ）、ソリッドステートドライブ（ＳＳＤ））等を含むが、これらに限定されない。
上記実施形態から分かるように、プロセッサ可読記憶媒体には、前記プロセッサに上記チャネル伝送方法のステップを実行させるためのコンピュータプログラムが記憶されている。
当業者には理解されるように、本願の実施形態は、方法、システム、又はコンピュータプログラム製品として提供され得る。従って、本願は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態、又はソフトウェアとハードウェアを組み合わせた実施形態を採用することができる。更に、本願は、コンピュータで利用可能なプログラムコードを含む１つ又は複数のコンピュータで利用可能な記憶媒体（磁気ディスクメモリ、光学メモリ等を含むが、これらに限定されない）で実施されるコンピュータプログラム製品の形態を採用することができる。
本願は、本願の実施形態の方法、機器（システム）、及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して説明される。フローチャート及び／又はブロック図における各フロー及び／又はブロック、及びフローチャート及び／又はブロック図におけるフロー及び／又はブロックの組み合わせは、コンピュータ実行可能命令によって実装できることが理解可能である。これらのコンピュータ実行可能命令は、１つのマシンを生成するために、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は他のプログラマブルデータ処理機器のプロセッサに提供され、コンピュータ又は他のプログラマブルデータ処理機器のプロセッサによる命令の実行により、フローチャートの１つ又は複数のフロー、及び／又はブロック図の１つ又は複数のブロックで指定された機能を実現するための手段が生成される。
これらのプロセッサ実行可能命令は、コンピュータ又は他のプログラマブルデータ処理機器を特定の方法で動作させることができるプロセッサ可読メモリに格納されて、当該プロセッサ可読メモリに格納された命令に、命令手段を含む製品を生成させることもできる。当該命令手段は、フローチャートの１つ又は複数のフロー、及び／又はブロック図の１つ又は複数のブロックで指定された機能を実現する。
これらのプロセッサ実行可能命令は、コンピュータ又はその他のプログラマブルデータ処理機器にロードされて、コンピュータで実現される処理を生成するために、コンピュータ又はその他のプログラマブル機器上で一連の動作ステップを実行させることもできる。これにより、コンピュータ又はその他のプログラマブル機器上で実行される命令は、フローチャートの１つ又は複数のフロー、及び／又はブロック図の１つ又は複数のブロックで指定された機能を実現するためのステップを提供する。
当業者が本願の精神及び範囲から逸脱することなく、本願に対して様々な変更及び変形を行うことができることは明らかである。従って、本願のこれらの変更及び変形が、本願の特許請求の範囲及びその均等な技術的範囲に含まれる場合、本願は、これらの変更及び変形を含むことも意図する。

Claims (27)

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

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

    を超えず、前記第２のクラスの端末機器がサポートする最大帯域幅は前記第１のプリセット値より大きいことと、
    第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
    に対するモジュロ演算を行い、更に、モジュロ演算の結果を第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置とすることと、
    第２のクラスの端末機器がＰＵＣＣＨを送信する時に第２ホップに対応する周波数位置を決定するための関係モデルにおける、
    対応する第１のサブ関係モデルにおける上り初期ＢＷＰ帯域幅パラメータ
    を、第１の帯域幅パラメータ
    に置き換え、パラメータ置換後の第１のサブ関係モデルに基づいて、
    である場合、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第２ホップに対応する周波数位置を決定し、第２のクラスの端末機器がＰＵＣＣＨを送信する時に第２ホップに対応する周波数位置を決定するための関係モデルにおける、
    に対応する第２のサブ関係モデル及び第４の周波数オフセット値に基づいて、
    である場合、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第２ホップに対応する周波数位置を決定することと、
    第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルにおける第１の周波数オフセット値
    の取り得る値は、第２のクラスの端末機器に使用される
    の取り得る値と異なり、且つ、第１のクラスの端末機器に対応する取り得る値
    は、ＰＵＣＣＨを送信する時に第１ホップと第２ホップとの間の周波数間隔が
    以下であるようにすることと、
    ＰＵＣＣＨを送信する時に第１ホップに対応する周波数位置を決定し、第１ホップに対応する周波数位置、及び第１ホップと第２ホップとの間の第５の周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第２ホップの位置を決定することであって、前記第５の周波数オフセット値は事前定義され及び／又はネットワーク機器によって指示されるものであり、前記第５の周波数オフセット値の絶対値は
    以下であることと、のいずれか１つ又は複数に基づいて決定されることを特徴とする請求項１３に記載のチャネル伝送方法。
  19. 第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルにおける上り初期ＢＷＰ帯域幅パラメータ
    を、第１の帯域幅パラメータ
    に置き換え、パラメータ置換後の関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することは、
    第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルにおける上り初期ＢＷＰ帯域幅パラメータ
    を、第１の帯域幅パラメータ
    に置き換え、パラメータ置換後の関係モデル及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを含むことを特徴とする請求項１８に記載のチャネル伝送方法。
  20. 第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
    に対するモジュロ演算を行い、更に、モジュロ演算の結果を、ＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置とすることは、
    第２のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定するための関係モデルに基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する初期周波数位置を決定し、前記初期周波数位置に対して第１の帯域幅パラメータ
    に対するモジュロ演算を行い、モジュロ演算の結果及びプリセットされた周波数オフセット値に基づいて、第１のクラスの端末機器がＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置を決定することを含むことを特徴とする請求項１８に記載のチャネル伝送方法。
  21. 前記プリセットされた周波数オフセット値は、
    と、
    第１のメッセージ又は第３のメッセージが占めるリソースの最初の物理リソースブロックＰＲＢの周波数位置又は中心ＰＲＢの周波数位置と、のいずれか１つ又は複数であり、
    ここで、
    は初期循環シフトインデックスの総数を表し、第１のメッセージはランダムアクセス要求メッセージ又はランダムアクセスパイロット信号であり、第３のメッセージはランダムアクセス段階の接続確立要求メッセージであることを特徴とする請求項１９又は２０に記載のチャネル伝送方法。
  22. 前記第１のクラスの端末機器が前記ＰＵＣＣＨを送信する時に第１ホップ及び第２ホップに対応する周波数位置の関係モデルにおける第１の周波数オフセット値
    の取り得る値は、次の関係を満たすことを特徴とする請求項１８に記載のチャネル伝送方法。
  23. 第１のクラスの端末機器に適用されており、
    上り初期帯域幅部分ＢＷＰにおいて物理上り制御チャネルＰＵＣＣＨを送信する場合、前記ＰＵＣＣＨを送信するために使用される第１のリソースを決定するためのものであって、前記第１のリソースの帯域幅範囲は前記第１のクラスの端末機器がサポートする最大帯域幅を超えず、前記第１のクラスの端末機器がサポートする最大帯域幅は第１のプリセット値以下である決定モジュールと、
    前記第１のリソース上でＰＵＣＣＨを送信するための第１の送信モジュールとを含むことを特徴とするチャネル伝送装置。
  24. 第１のクラスの端末機器に第１の指示情報を送信するためのものであって、前記第１の指示情報は、前記第１のクラスの端末機器が上り初期帯域幅部分ＢＷＰにおいて物理上り制御チャネルＰＵＣＣＨを送信する時に使用する第１のリソースを指示するためのものである第２の送信モジュールと、
    前記第１のリソース上で、前記第１のクラスの端末機器から送信されたＰＵＣＣＨを受信するための受信モジュールと、を含み、
    ここで、前記第１のリソースの帯域幅範囲は前記第１のクラスの端末機器がサポートする最大帯域幅を超えず、前記第１のクラスの端末機器がサポートする最大帯域幅は第１のプリセット値以下であることを特徴とするチャネル伝送装置。
  25. メモリと、プロセッサと、メモリに記憶され、且つプロセッサで実行可能なコンピュータプログラムとを含む端末機器であって、前記コンピュータプログラムが前記プロセッサによって実行されると、請求項１乃至１１のいずれか１項に記載のチャネル伝送方法のステップを実現することを特徴とする端末機器。
  26. メモリと、プロセッサと、メモリに記憶され、且つプロセッサで実行可能なコンピュータプログラムとを含むネットワーク機器であって、前記コンピュータプログラムが前記プロセッサによって実行されると、請求項１２乃至２２のいずれか１項に記載のチャネル伝送方法のステップを実現することを特徴とするネットワーク機器。
  27. コンピュータプログラムが記憶されたプロセッサ読み取り可能な記憶媒体であって、当該プログラムがプロセッサによって実行されると、請求項１乃至１１のいずれか１項に記載のチャネル伝送方法のステップを実現し、又は請求項１２乃至２２のいずれか１項に記載のチャネル伝送方法のステップを実行することを特徴とするプロセッサ読み取り可能な記憶媒体。
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 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法

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