特許7305746 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ 中国移動通信有限公司研究院の特許一覧 ▶ 中国移▲動▼通信集▲団▼公司の特許一覧

特許7305746上り制御情報の伝送方法、装置及びコンピュータ記憶媒体

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-06-30

(45)【発行日】2023-07-10

(54)【発明の名称】上り制御情報の伝送方法、装置及びコンピュータ記憶媒体

(51)【国際特許分類】

H04W 72/21 20230101AFI20230703BHJP

H04W 72/56 20230101ALI20230703BHJP

H04W 72/1268 20230101ALI20230703BHJP

【ＦＩ】

H04W72/21

H04W72/56

H04W72/1268

【請求項の数】 17

(21)【出願番号】P 2021506312

(86)(22)【出願日】2019-08-06

(65)【公表番号】

(43)【公表日】2021-11-25

(86)【国際出願番号】 CN2019099395

(87)【国際公開番号】W WO2020029947

(87)【国際公開日】2020-02-13

【審査請求日】2021-03-03

(31)【優先権主張番号】201810886212.2

(32)【優先日】2018-08-06

(33)【優先権主張国・地域又は機関】CN

【前置審査】

(73)【特許権者】

【識別番号】518389015

【氏名又は名称】中国移動通信有限公司研究院

【氏名又は名称原語表記】ＣｈｉｎａＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎＣｏ．，ＬｔｄＲｅｓｅａｒｃｈＩｎｓｔｉｔｕｔｅ

【住所又は居所原語表記】３２ＸｕａｎｗｕｍｅｎＷｅｓｔＳｔｒｅｅｔ，ＸｉｃｈｅｎｇＤｉｓｔｒｉｃｔ，Ｂｅｉｊｉｎｇ１０００５３，Ｃｈｉｎａ

(73)【特許権者】

【識別番号】507142144

【氏名又は名称】中国移動通信集団有限公司

【氏名又は名称原語表記】ＣＨＩＮＡＭＯＢＩＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳＧＲＯＵＰＣＯ．，ＬＴＤ．

(74)【代理人】

【識別番号】110001416

【氏名又は名称】弁理士法人信栄事務所

(72)【発明者】

【氏名】張軼

(72)【発明者】

【氏名】夏亮

【審査官】永田義仁

(56)【参考文献】

【文献】特表２０１７－５３９１２４（ＪＰ，Ａ）

【文献】特表２０１７－５１４３６６（ＪＰ，Ａ）

【文献】国際公開第２０１８／１０６０６３（ＷＯ，Ａ１）

【文献】Huawei, HiSilicon，"UCI piggyback on PUSCH for URLLC"，3GPP TSG RAN WG1 Meeting #92 R1-1801357，[online]，2018年02月17日，インターネット<URL:https://www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_92/Docs/R1-1801357.zip>，[検索日２０２２年４月１３日]

【文献】CATR，"UCI transmission on grant-free PUSCH"，3GPP TSG RAN WG1 Meeting #92 R1-1801907，[online]，2018年02月13日，インターネット<URL:https://www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_92/Docs/R1-1801907.zip>，[検索日２０２２年４月１３日]

【文献】vivo，"Remaining issues on UL data transmission procedure"，3GPP TSG RAN WG1 Meeting AH 1801 R1-1800204，[online]，2018年01月13日，インターネット<URL:https://www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_AH/NR_AH_1801/Docs/R1-1800204.zip>，[検索日２０２２年２月２４日]

【文献】vivo，"Other aspects for URLLC"，3GPP TSG RAN WG1 Meeting #92bis R1-1803849，[online]，2018年04月06日，インターネット<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92b/Docs/R1-1803849.zip>，[検索日２０２２年４月１４日]

【文献】Ericsson，"Outcome of offline discussion on 7.1.3.1.4 (DCI content) - part III"，TSG-RAN WG1 #93 R1-1807817，[online]，2018年05月24日，インターネット<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_93/Docs/R1-1807817.zip>，[検索日２０２２年４月１４日]

【文献】Fujitsu，"UCI piggyback on PUSCH with URLLC data"，3GPP TSG RAN WG1 Meeting #93 R1-1806121，[online]，2018年05月11日，インターネット<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_93/Docs/R1-1806121.zip>，[検索日２０２２年４月１４日]

【文献】CATR，"Remaining issues on UCI multiplexing on PUSCH"，3GPP TSG RAN WG1 Meeting #93 R1-1807202，[online]，2018年05月11日，インターネット<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_93/Docs/R1-1807202.zip>，[検索日２０２２年４月１５日]

【文献】NTTDOCOMO, INC.，"Offline summary for AI 7.1.3.3.4 UL data transmission procedure"，3GPP TSG RAN WG1 Meeting #92bis R1-1805539，[online]，2018年04月18日，インターネット<URL:https://www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_92b/Docs/R1-1805539.zip>，[検索日２０２２年４月１４日]

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｗ４／００－９９／００

３ＧＰＰＴＳＧＲＡＮＷＧ１－４

ＳＡＷＧ１－４

ＣＴＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

端末が物理上り共有チャネル（ＰＵＳＣＨ）のタイプ及び／又は上り制御情報のタイプに基づいて、少なくとも１組のＰＵＳＣＨ構成パラメータから、対応する第１ＰＵＳＣＨ構成パラメータを選択することと、
前記端末が前記第１ＰＵＳＣＨ構成パラメータに基づいて上り制御情報を伝送することと、を含み、
異なるＰＵＳＣＨ構成パラメータは、異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応し、
前記少なくとも１組のＰＵＳＣＨ構成パラメータは、異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応するスケーリング（ｓｃａｌｉｎｇ）パラメータを含む第２組の構成パラメータであって、前記ｓｃａｌｉｎｇパラメータは、ＰＵＳＣＨにおいて上り制御情報のために割り当てられる最大リソース要素ＲＥ数を制限するためのものである、第２組の構成パラメータを含み、
前記上り制御情報のタイプは、物理下り共有チャネル（ＰＤＳＣＨ）をスケジューリングするために下り制御情報で搬送される少なくとも１つのタイプの情報に対応する、上り制御情報の伝送方法。

【請求項2】

前記端末が、ネットワーク装置により構成された少なくとも１組のＰＵＳＣＨ構成パラメータを受信すること、又は、
事前約定された方式で前記端末のために少なくとも１組のＰＵＳＣＨ構成パラメータを構成すること、を更に含むことを特徴とする
請求項１に記載の方法。

【請求項3】

前記端末が、前記ネットワーク装置により構成された少なくとも１組のＰＵＳＣＨ構成パラメータを受信することは、
前記端末が、前記ネットワーク装置により上位層シグナリングを介して構成された少なくとも１組のＰＵＳＣＨ構成パラメータを受信することを含むことを特徴とする
請求項２に記載の方法。

【請求項4】

前記ＰＵＳＣＨのタイプは、
ＰＵＳＣＨによって搬送されるデータが、異なるサービスタイプ又は異なるサービスタイプグループに属すること、
ＰＵＳＣＨによって搬送されるデータが、異なるサービス優先度又は異なるサービス優先度グループに属すること、
ＰＵＳＣＨによって搬送されるデータが、異なる論理チャネル又は異なる論理チャネルグループに属すること、
ＰＵＳＣＨのスケジューリングのための下り制御情報が、異なる物理層下り制御情報フォーマット（ＤＣＩｆｏｒｍａｔ）又は異なるＤＣＩｆｏｒｍａｔグループに属すること、
ＰＵＳＣＨのスケジューリングのための物理層下り制御情報をスクランブリングするための無線ネットワーク一時識別子（ＲＮＴＩ）が、異なるＲＮＴＩであるか又は異なるＲＮＴＩグループに属すること、
ＰＵＳＣＨのスケジューリングのための下り制御情報によって搬送される情報が異なることのうちの１つを含むことを特徴とする
請求項１から３のうちいずれか一項に記載の方法。

【請求項5】

前記上り制御情報の種類は、ハイブリッド自動再送要求の確認応答／否定応答（ＨＡＲＱ－ＡＣＫ／ＮＡＣＫ）、第１部分チャネル状態情報（ＣＳＩｐａｒｔ１）及び第２部分チャネル状態情報（ＣＳＩｐａｒｔ２）を含むことを特徴とする
請求項１から３のうちいずれか一項に記載の方法。

【請求項6】

前記少なくとも１組のＰＵＳＣＨ構成パラメータはさらに、
異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応する状態パラメータを含む第１組の構成パラメータであって、前記状態パラメータは、第１タイプのＰＵＳＣＨで第１タイプの上り制御情報を伝送することを許容するかどうかを表す、第１組の構成パラメータと、
異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応するベータオフセットパラメータを含む第３組の構成パラメータであって、前記ベータオフセットパラメータは、第１タイプのＰＵＳＣＨによって搬送されるデータに対する第１タイプの上り制御情報のベータオフセットを指示するものである、第３組の構成パラメータと、
異なるタイプのＰＵＳＣＨで伝送され得る上り制御情報の種類及び／又はペイロードサイズを含む第４組の構成パラメータと、のうちの少なくとも１つを含み、
前記第１タイプのＰＵＳＣＨは、ＰＵＳＣＨのタイプのうちのいずれか１つのタイプであり、前記第１タイプの上り制御情報は、上り制御情報のタイプのうちのいずれか１つのタイプであることを特徴とする
請求項２又は３に記載の方法。

【請求項7】

ＰＵＳＣＨで伝送され得る第１タイプの上り制御情報の種類は、ＨＡＲＱ－ＡＣＫ／ＮＡＣＫ、ＣＳＩｐａｒｔ１、ＣＳＩｐａｒｔ２のうちの少なくとも１種を含み、
前記第１タイプの上り制御情報は、上り制御情報のタイプのうちのいずれか１つのタイプであり、
異なるタイプのＰＵＳＣＨで伝送され得る第１タイプの上り制御情報集合に含まれる上り制御情報の種類は異なることを特徴とする
請求項６に記載の方法。

【請求項8】

半静的方式でベータオフセットを決定する場合、前記ベータオフセットパラメータに含まれる各指示パラメータはいずれも、ＰＵＳＣＨタイプ及び／又は上り制御情報タイプに対応する複数種のベータオフセットを含み、
前記ベータオフセットパラメータに含まれる指示パラメータは、２ビット以下のＨＡＲＱ－ＡＣＫのベータオフセット、２ビットより大きくて１１ビット以下のＨＡＲＱ－ＡＣＫのベータオフセット、１１ビットより大きいＨＡＲＱ－ＡＣＫのベータオフセット、１１ビット以下のＣＳＩｐａｒｔ１／ＣＳＩｐａｒｔ２のベータオフセット及び１１ビットより大きいＣＳＩｐａｒｔ１／ＣＳＩｐａｒｔ２のベータオフセットを含み、
又は、
動的方式でベータオフセットを決定する場合、前記第１組の構成パラメータにより構成される動的ベータオフセットパラメータは、ＰＵＳＣＨタイプ及び／又は上り制御情報タイプに対応する複数種のベータオフセットを含むことを特徴とする
請求項６に記載の方法。

【請求項9】

ネットワーク装置が端末のために少なくとも１組の物理上り共有チャネル（ＰＵＳＣＨ）構成パラメータを構成することであって、異なるＰＵＳＣＨ構成パラメータは、異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応する、ことと、
前記ネットワーク装置が前記端末に前記少なくとも１組のＰＵＳＣＨ構成パラメータを送信することと、を含み、
前記少なくとも１組のＰＵＳＣＨ構成パラメータは、前記端末が物理上り共有チャネル（ＰＵＳＣＨ）のタイプ及び／又は上り制御情報のタイプに基づいて、対応する第１ＰＵＳＣＨ構成パラメータを選択するために用いられ、
前記少なくとも１組のＰＵＳＣＨ構成パラメータは、異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応するスケーリング（ｓｃａｌｉｎｇ）パラメータを含む第２組の構成パラメータであって、前記ｓｃａｌｉｎｇパラメータは、ＰＵＳＣＨにおいて上り制御情報のために割り当てられる最大リソース要素ＲＥ数を制限するためのものである、第２組の構成パラメータを含み、
前記上り制御情報のタイプは、ＰＤＳＣＨをスケジューリングするために下り制御情報で搬送される少なくとも１つのタイプの情報に対応する、上り制御情報の伝送方法。

【請求項10】

前記ネットワーク装置が前記端末に前記少なくとも１組のＰＵＳＣＨ構成パラメータを送信することは、
前記ネットワーク装置が上位層シグナリングを介して前記端末に前記少なくとも１組のＰＵＳＣＨ構成パラメータを送信することを含むことを特徴とする
請求項９に記載の方法。

【請求項11】

【請求項12】

【請求項13】

物理上り共有チャネル（ＰＵＳＣＨ）のタイプ及び／又は上り制御情報のタイプに基づいて、少なくとも１組のＰＵＳＣＨ構成パラメータから、対応する第１ＰＵＳＣＨ構成パラメータを選択するように構成される選択ユニットであって、異なるＰＵＳＣＨ構成パラメータは、異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応する、選択ユニットと、
前記第１ＰＵＳＣＨ構成パラメータに基づいて上り制御情報を伝送するように構成される伝送ユニットと、備え、
前記少なくとも１組のＰＵＳＣＨ構成パラメータは、異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応するスケーリング（ｓｃａｌｉｎｇ）パラメータを含む第２組の構成パラメータであって、前記ｓｃａｌｉｎｇパラメータは、ＰＵＳＣＨにおいて上り制御情報のために割り当てられる最大リソース要素ＲＥ数を制限するためのものである、第２組の構成パラメータを含み、
前記上り制御情報のタイプは、ＰＤＳＣＨをスケジューリングするために下り制御情報で搬送される少なくとも１つのタイプの情報に対応する、端末。

【請求項14】

前記伝送ユニットは、ネットワーク装置により構成された少なくとも１組のＰＵＳＣＨ構成パラメータを受信するように構成され、
又は、前記端末は、事前約定された方式で前記端末のために少なくとも１組のＰＵＳＣＨ構成パラメータを構成するように構成される第１構成ユニットを更に備えることを特徴とする
請求項１３に記載の端末。

【請求項15】

前記伝送ユニットは、前記ネットワーク装置により上位層シグナリングを介して構成された少なくとも１組のＰＵＳＣＨ構成パラメータを受信するように構成されることを特徴とする
請求項１４に記載の端末。

【請求項16】

前記ＰＵＳＣＨのタイプは、
ＰＵＳＣＨによって搬送されるデータが、異なるサービスタイプ又は異なるサービスタイプグループに属すること、
ＰＵＳＣＨによって搬送されるデータが、異なるサービス優先度又は異なるサービス優先度グループに属すること、
ＰＵＳＣＨによって搬送されるデータが、異なる論理チャネル又は異なる論理チャネルグループに属すること、
ＰＵＳＣＨのスケジューリングのための下り制御情報が、異なる物理層下り制御情報フォーマット（ＤＣＩｆｏｒｍａｔ）又は異なるＤＣＩｆｏｒｍａｔグループに属すること、
ＰＵＳＣＨのスケジューリングのための物理層下り制御情報をスクランブリングするための無線ネットワーク一時識別子（ＲＮＴＩ）が、異なるＲＮＴＩであるか又は異なるＲＮＴＩグループに属すること、
ＰＵＳＣＨのスケジューリングのための下り制御情報によって搬送される情報が異なることのうちの１つを含むことを特徴とする
請求項１３から１５のうちいずれか一項に記載の端末。

【請求項17】

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本願は、２０１８年８月６日に提出された出願番号２０１８１０８８６２１２．２の中国特許出願に基づく優先権を主張し、該中国特許出願の全内容が参照として本願に組み込まれる。

【0002】

本願は、無線通信技術に関し、具体的には上り制御情報の伝送方法、装置及びコンピュータ記憶媒体に関する。

【背景技術】

【0003】

上り制御情報（ＵＣＩ：ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）ｐｉｇｇｙｂａｃｋは、物理上り共有チャネル（ＰＵＳＣＨ：ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）でＵＣＩを伝送する方法である。ＵＣＩを伝送するＰＵＣＣＨリソースとデータを伝送するＰＵＳＣＨリソースがオーバーラップ（ｏｖｅｒｌａｐ）しており、且つ処理時間要件を満たす場合、ＵＣＩは、ＰＵＳＣＨで伝送され得る。

【0004】

現在、超高信頼性超低遅延通信（ＵＲＬＬＣ：ＵｌｔｒａＲｅｌｉａｂｌｅＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ）サービス及び拡張モバイルブロードバンド（ｅＭＢＢ，ＥｎｈａｎｃｅＭｏｂｉｌｅＢｒｏａｄｂａｎｄ）サービスを伝送するＰＵＳＣＨについて、ＵＣＩｐｉｇｇｙｂａｃｋのルールは同じであるが、ＵＲＬＬＣサービスの信頼性要件は、ｅＭＢＢサービスと異なる。一般的には、ＵＲＬＬＣサービスの信頼性要件は、より高い。従って、現在のＵＣＩ伝送方式は、種々のサービス需要を満たすことができない。

【発明の概要】

【発明が解決しようとする課題】

【0005】

従来の技術的課題を解決するために、本願の実施例は、上り制御情報の伝送方法、装置及びコンピュータ記憶媒体を提供する。

【課題を解決するための手段】

【0006】

上記目的を達成するために、本発明の実施例の技術的解決手段は、以下のように実現される。

【0007】

本願の実施例は、上り制御情報の伝送方法を提供する。前記方法は、
端末がＰＵＳＣＨのタイプ及び／又は上り制御情報のタイプに基づいて、対応する第１ＰＵＳＣＨ構成パラメータを選択することと、前記端末が前記第１ＰＵＳＣＨ構成パラメータに基づいて上り制御情報を伝送することと、を含み、
異なるＰＵＳＣＨ構成パラメータは、異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応する。

【0008】

本願の実施例は、端末を更に提供する。前記端末は、メモリと、プロセッサと、メモリに記憶され、プロセッサで実行可能なコンピュータプログラムと、を含み、前記プロセッサは、前記コンピュータプログラムを実行するときに、本願の実施例に記載の方法のステップを実現する。

【0009】

本願の実施例は、上り制御情報の伝送方法を更に提供する。前記方法は、ネットワーク装置が端末のために少なくとも１組のＰＵＳＣＨ構成パラメータを構成することであって、異なるＰＵＳＣＨ構成パラメータは、異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応する、ことと、前記ネットワーク装置が前記端末に前記少なくとも１組のＰＵＳＣＨ構成パラメータを送信することと、を含む。

【0010】

本願の実施例は、ネットワーク装置を更に提供する。前記ネットワーク装置は、メモリと、プロセッサと、メモリに記憶され、プロセッサで実行可能なコンピュータプログラムと、を含み、前記プロセッサは、前記コンピュータプログラムを実行するときに、本願の実施例に記載の方法のステップを実現する。

【0011】

本願の実施例は、端末を更に提供する。前記端末は、選択ユニットと、伝送ユニットと、を備え、
前記選択ユニットは、ＰＵＳＣＨのタイプ及び／又は上り制御情報のタイプに基づいて、対応する第１ＰＵＳＣＨ構成パラメータを選択するように構成され、異なるＰＵＳＣＨ構成パラメータは、異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応し、
前記伝送ユニットは、前記第１ＰＵＳＣＨ構成パラメータに基づいて上り制御情報を伝送するように構成される。

【0012】

本願の実施例は、ネットワーク装置を更に提供する。前記ネットワーク装置は、第２構成ユニットと、送信ユニットと、を備え、
前記第２構成ユニットは、端末のために少なくとも１組のＰＵＳＣＨ構成パラメータを構成するように構成され、異なるＰＵＳＣＨ構成パラメータは、異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応し、
前記送信ユニットは、前記端末に前記少なくとも１組のＰＵＳＣＨ構成パラメータを送信するように構成される。

【0013】

本願の実施例は、コンピュータ可読記憶媒体を更に提供する。前記コンピュータ可読記憶媒体には、コンピュータプログラムが記憶されており、該コンピュータプログラムがプロセッサにより実行されるときに、前記プロセッサに本願の実施例における端末又はネットワーク装置に適用される前記方法のステップを実現させる。

【発明の効果】

【0014】

本願の実施例は、上り制御情報の伝送方法、装置及びコンピュータ記憶媒体を提供する。前記方法は、端末がＰＵＳＣＨのタイプ及び／又は上り制御情報のタイプに基づいて、対応する第１ＰＵＳＣＨ構成パラメータを選択することと、前記第１ＰＵＳＣＨ構成パラメータに基づいて上り制御情報を伝送することと、を含み、異なるＰＵＳＣＨ構成パラメータは、異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応する。本願の実施例の技術的解決手段によれば、異なるＰＵＳＣＨタイプ及び／又は上り制御情報タイプに対応するＰＵＳＣＨ構成パラメータにより、端末は、ＰＵＳＣＨのタイプ及び／又は上り制御情報のタイプに対応するＰＵＳＣＨ構成パラメータに基づいて、上り制御情報を伝送する。これによって、様々なサービス伝送の信頼性要件に適応することができる。

【図面の簡単な説明】

【0015】

【図1】本願の実施例による上り制御情報の伝送方法を示すフローチャートである。

【図2】本願の実施例によるもう１つの上り制御情報の伝送方法を示すフローチャートである。

【図3】本願の実施例による端末の構造を示す概略図である。

【図4】本願の実施例による端末のもう１つの構造を示す概略図である。

【図5】本願の実施例によるネットワーク装置の構造を示す概略図である。

【発明を実施するための形態】

【0016】

以下、図面及び具体的な実施例を参照しながら、更に詳しく説明する。

【0017】

本願の実施例は、上り制御方法伝送方法を提供する。図１は、本願の実施例による上り制御情報の伝送方法を示すフローチャートである。図１に示すように、前記方法は、以下のステップを含む。

【0018】

ステップ１０１において、端末がＰＵＳＣＨのタイプ及び／又は上り制御情報のタイプに基づいて、対応する第１ＰＵＳＣＨ構成パラメータを選択し、異なるＰＵＳＣＨ構成パラメータは、異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応する。
ステップ１０２において、前記端末が前記第１ＰＵＳＣＨ構成パラメータに基づいて、上り制御情報を伝送する。

【0019】

本実施例は、ＵＣＩｐｉｇｇｙｂａｃｋに適用される。つまり、ＵＣＩを伝送するＰＵＣＣＨリソースとデータを伝送するＰＵＳＣＨリソースがオーバーラップ（ｏｖｅｒｌａｐ）しており、且つ処理時間要件を満たす場合、ＵＣＩは、ＰＵＳＣＨで伝送され得る。一例として、ＵＣＩｐｉｇｇｙｂａｃｋは、ＰＵＳＣＨ構成（ＰＵＳＣＨ－Ｃｏｎｆｉｇ）における１つのフィールドｕｃｉ－ＯｎＰＵＳＣＨで具現化される。ｕｃｉ－ＯｎＰＵＳＣＨフィールドは、動的ベータオフセット（ｂｅｔａ－ｏｆｆｓｅｔ）又は半静的ｂｅｔａ－ｏｆｆｓｅｔを選択するためのものである。また、スケーリング（ｓｃａｌｉｎｇ）パラメータを更に含み、該ｓｃａｌｉｎｇパラメータは、ＰＵＳＣＨにおいてＵＣＩのために割り当てられる最大のリソース要素（ＲＥ：ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ）数を制限するためのものである。ここで、ｂｅｔａ－ｏｆｆｓｅｔは、ＰＵＳＣＨによって搬送されるデータに対するＵＣＩのベータオフセットを表す。ｕｃｉ－ＯｎＰＵＳＣＨフィールドのコード例は、以下に示すとおりである。

【0020】

【表1】

【0021】

一実施形態として、前記方法は、前記端末が、ネットワーク装置により構成された少なくとも１組のＰＵＳＣＨ構成パラメータを受信すること、又は、事前約定された方式で前記端末のために少なくとも１組のＰＵＳＣＨ構成パラメータを構成すること、を更に含む。

【0022】

本実施例において、端末は、少なくとも１組のＰＵＳＣＨ構成パラメータを有し、該ＰＵＳＣＨ構成パラメータは、ネットワーク装置により構成されたものであってもよく、事前約定された方式で構成されたものであってもよい。ここで、異なるＰＵＳＣＨ構成パラメータは、異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応する。

【0023】

一実施形態として、前記端末が、前記ネットワーク装置により構成された複数組のＰＵＳＣＨ構成パラメータを受信することは、前記端末が、前記ネットワーク装置により上位層シグナリングを介して構成された少なくとも１組のＰＵＳＣＨ構成パラメータを受信することを含む。

【0024】

本実施例において、前記ＰＵＳＣＨのタイプは、ＰＵＳＣＨによって搬送されるデータが、異なるサービスタイプ又は異なるサービスタイプグループに属すること、ＰＵＳＣＨによって搬送されるデータが、異なるサービス優先度又は異なるサービス優先度グループに属すること、ＰＵＳＣＨによって搬送されるデータが、異なる論理チャネル又は異なる論理チャネルグループに属すること、ＰＵＳＣＨのスケジューリングのための下り制御情報が、異なる物理層下り制御情報フォーマット（ＤＣＩｆｏｒｍａｔ）又は異なるＤＣＩｆｏｒｍａｔグループに属すること、ＰＵＳＣＨのスケジューリングのための物理層下り制御情報をスクランブリングするための無線ネットワーク一時識別子（ＲＮＴＩ：ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒｙＩｄｅｎｔｉｔｙ）が、異なるＲＮＴＩであるか又は異なるＲＮＴＩグループに属すること、ＰＵＳＣＨのスケジューリングのための下り制御情報によって搬送される情報が異なることのうちの１つを含む。

【0025】

本実施例において、前記上り制御情報のタイプは、少なくとも１つの物理下り共有チャネル（ＰＤＳＣＨ：ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）のタイプに対応する。ここで、前記ＰＤＳＣＨのタイプは、ＰＤＳＣＨによって搬送されるデータが、異なるサービスタイプ又は異なるサービスタイプグループに属すること、ＰＤＳＣＨによって搬送されるデータが、異なるサービス優先度又は異なるサービス優先度グループに属すること、ＰＤＳＣＨによって搬送されるデータが、異なる論理チャネル又は異なる論理チャネルグループに属すること、ＰＤＳＣＨのスケジューリングのための下り制御情報（ＤＣＩ：ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）が、異なるＤＣＩｆｏｒｍａｔ又は異なるＤＣＩｆｏｒｍａｔグループに属すること、ＰＤＳＣＨのスケジューリングのための物理層下り制御情報をスクランブリングするためのＲＮＴＩが、異なるＲＮＴＩであるか又は異なるＲＮＴＩグループに属すること、ＰＤＳＣＨのスケジューリングのための下り制御情報によって搬送される情報が異なることのうちの１つを含む。

【0026】

本実施例において、前記上り制御情報の種類は、ハイブリッド自動再送要求確認応答／否定応答（ＨＡＲＱ－ＡＣＫ／ＮＡＣＫ）、第１部分チャネル状態情報（ＣＳＩｐａｒｔ１）及び第２部分チャネル状態情報（ＣＳＩｐａｒｔ２）を含む。

【0027】

本実施例において、前記少なくとも１組のＰＵＳＣＨ構成パラメータは、
異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応する状態パラメータを含む第１組の構成パラメータであって、前記状態パラメータは、第１タイプのＰＵＳＣＨで第１タイプの上り制御情報を伝送することを許容するかどうかを表す、第１組の構成パラメータと、
異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応するｓｃａｌｉｎｇパラメータを含む第２組の構成パラメータであって、前記ｓｃａｌｉｎｇパラメータは、第１タイプのＰＵＳＣＨにおいて第１タイプの上り制御情報のために割り当てられる最大のリソース要素（ＲＥ）数を制限するためのものである、第２組の構成パラメータと、
異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応するベータオフセットパラメータを含む第３組の構成パラメータであって、前記ベータオフセットパラメータは、第１タイプのＰＵＳＣＨによって搬送されるデータに対する第１タイプの上り制御情報のベータオフセットを指示するものである、第３組の構成パラメータと、
異なるタイプのＰＵＳＣＨで伝送され得る上り制御情報の種類及び／又はペイロードサイズを含む第４組の構成パラメータと、のうちの少なくとも１つを含み、
前記第１タイプのＰＵＳＣＨは、ＰＵＳＣＨのタイプのうちのいずれか１つのタイプであり、前記第１タイプの上り制御情報は、上り制御情報のタイプのうちのいずれか１つのタイプである。

【0028】

第１実施形態として、少なくとも１組のＰＵＳＣＨ構成パラメータは、第１組の構成パラメータを含んでもよく、前記第１組の構成パラメータは、ｕｃｉ－ＯｎＰＵＳＣＨであってもよい。例えば、ｕｃｉ－ＯｎＰＵＳＣＨの第１組の構成パラメータに関する記述は、上述を参照することができる。ここで、第１組の構成パラメータに、異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応する状態パラメータが含まれ、前記状態パラメータは、第１タイプのＰＵＳＣＨで第１タイプの上り制御情報を伝送することを許容するかどうかを表す。例えば、状態パラメータは、状態１及び状態２を含む。状態１は、対応するタイプのＰＵＳＣＨで対応するタイプのＵＣＩを伝送することを許容することを表す。状態２は、対応するタイプのＰＵＳＣＨで対応するタイプのＵＣＩを伝送することを許容しないことを表す。

【0029】

ここで、前記第１ＰＵＳＣＨ構成パラメータが前記第１組の構成パラメータにおける構成パラメータである場合、前記第１ＰＵＳＣＨ構成パラメータに基づいて、上り制御情報を伝送することは、前記端末が、前記第１ＰＵＳＣＨ構成パラメータにおける状態パラメータに基づいて、対応するタイプのＰＵＳＣＨで対応するタイプの上り制御情報を伝送するか又は対応するタイプのＰＵＳＣＨで対応するタイプの上り制御情報を伝送しないことを含む。

【0030】

第２実施形態として、少なくとも１組のＰＵＳＣＨ構成パラメータは、第２組の構成パラメータを含んでもよく、前記第２組の構成パラメータは、前記ｕｃｉ－ＯｎＰＵＳＣＨパラメータに関する記述におけるｓｃａｌｉｎｇパラメータであってもよい。該パラメータは、第１タイプのＰＵＳＣＨにおいて第１タイプの上り制御情報のために割り当てられる最大ＲＥ値を表す。

【0031】

第３実施形態として、少なくとも１組のＰＵＳＣＨ構成パラメータは、第３組の構成パラメータを含んでもよく、第３組の構成パラメータは、前記ｕｃｉ－ＯｎＰＵＳＣＨパラメータに関する記述におけるｂｅｔａ－ｏｆｆｓｅｔパラメータであってもよい。該ｂｅｔａ－ｏｆｆｓｅｔパラメータは、１つのタイプのＰＵＳＣＨによって搬送されるデータに対する１つのタイプのＵＣＩのベータオフセットを表すためのものである。ＰＵＳＣＨのスケジューリングのためのＤＣＩに、ｂｅｔａ－ｏｆｆｓｅｔ指示フィールドが含まれないと、上位層によって構成されたｂｅｔａ－ｏｆｆｓｅｔパラメータをＵＣＩのベータオフセット調整に用いることができる。ここで、ｂｅｔａ－ｏｆｆｓｅｔパラメータは、２ビット以下のＨＡＲＱ－ＡＣＫ、２ビットより大きくて１１ビット以下のＨＡＲＱ－ＡＣＫ、１１ビットより大きいＨＡＲＱ－ＡＣＫ、１１ビット以下のＣＳＩｐａｒｔ１／ＣＳＩｐａｒｔ２及び１１ビットより大きいＣＳＩｐａｒｔ１／ＣＳＩｐａｒｔ２というタイプのｂｅｔａ－ｏｆｆｓｅｔに対応する。構成情報のコード例は、以下に示すとおりである。

【0032】

【表2】

【0033】

一実施形態として、半静的方式でベータオフセットを決定する場合、前記ベータオフセットパラメータに含まれる各指示パラメータはいずれも、ＰＵＳＣＨタイプ及び／又は上り制御情報タイプに対応する複数種のベータオフセットを含む。前記ベータオフセットパラメータに含まれる指示パラメータは、２ビット以下のＨＡＲＱ－ＡＣＫのベータオフセット、２ビットより大きくて１１ビット以下のＨＡＲＱ－ＡＣＫのベータオフセット、１１ビットより大きいＨＡＲＱ－ＡＣＫのベータオフセット、１１ビット以下のＣＳＩｐａｒｔ１／ＣＳＩｐａｒｔ２のベータオフセット及び１１ビットより大きいＣＳＩｐａｒｔ１／ＣＳＩｐａｒｔ２のベータオフセットを含む。ＢｅｔａＯｆｆｓｅｔｓにおける各フィールドｂｅｔａＯｆｆｓｅｔＡＣＫ－Ｉｎｄｅｘ１、ｂｅｔａＯｆｆｓｅｔＡＣＫ－Ｉｎｄｅｘ２、ｂｅｔａＯｆｆｓｅｔＡＣＫ－Ｉｎｄｅｘ３、ｂｅｔａＯｆｆｓｅｔＣＳＩ－Ｐａｒｔ１－Ｉｎｄｅｘ１、ｂｅｔａＯｆｆｓｅｔＣＳＩ－Ｐａｒｔ１－Ｉｎｄｅｘ２、ｂｅｔａＯｆｆｓｅｔＣＳＩ－Ｐａｒｔ２－Ｉｎｄｅｘ１、ｂｅｔａＯｆｆｓｅｔＣＳＩ－Ｐａｒｔ２－Ｉｎｄｅｘ２は、いずれも、複数セットのパラメータを含み、該複数セットのパラメータはそれぞれ、異なるタイプのＰＵＳＣＨ及び／又は異なるタイプのＵＣＩに対応する。

【0034】

もう１つの実施形態として、動的方式でベータオフセットを決定する場合、前記第１組の構成パラメータにより構成される動的ベータオフセットパラメータは、ＰＵＳＣＨタイプ及び／又は上り制御情報タイプに対応する複数種のベータオフセットを含む。

【0035】

第４実施形態として、少なくとも１組のＰＵＳＣＨ構成パラメータは、第４組の構成パラメータを含んでもよく、該第４組の構成パラメータは、異なるタイプのＰＵＳＣＨで伝送され得る上り制御情報の種類及び／又はペイロードサイズを含む。

【0036】

一実施形態として、ＰＵＳＣＨで伝送され得る第１タイプの上り制御情報の種類は、ＨＡＲＱ－ＡＣＫ／ＮＡＣＫ、ＣＳＩｐａｒｔ１、ＣＳＩｐａｒｔ２のうちの０種又は少なくとも１種を含み、前記第１タイプの上り制御情報は、上り制御情報のタイプのうちのいずれか１つのタイプである。

【0037】

ここで、異なるタイプのＰＵＳＣＨで伝送され得る第１タイプの上り制御情報集合に含まれる上り制御情報の種類は異なる。

【0038】

一実施形態として、異なるタイプのＰＵＳＣＨで伝送され得る第１タイプの上り制御情報集合に含まれる上り制御情報の種類は異なる。

【0039】

一実施形態として、異なるタイプのＰＵＳＣＨで伝送され得る第１タイプの上り制御情報の各種のペイロードサイズは異なり、前記第１タイプの上り制御情報は、上り制御情報のタイプのうちのいずれか１つのタイプである。

【0040】

本願の実施例の技術的解決手段によれば、異なるＰＵＳＣＨのタイプ及び／又は上り制御情報のタイプに対応する異なるＰＵＳＣＨ構成パラメータにより、特に、異なるサービスタイプ、異なるサービス優先度、異なる論理チャネル、異なるＤＣＩｆｏｒｍａｔ、ＰＵＳＣＨのスケジューリングのための物理層下り制御情報をスクランブリングする異なるＲＮＴＩ、異なる下り制御情報によって搬送される情報に対して、端末は、ＰＵＳＣＨのタイプ及び／又は上り制御情報のタイプに対応するＰＵＳＣＨ構成パラメータに基づいて、上り制御情報を伝送する。従って、異なるサービス伝送の信頼性要件に適応することができる。

【0041】

本願の実施例は、上り制御情報の伝送方法を更に提供する。図２は、本願の実施例によるもう１つの上り制御情報の伝送方法を示すフローチャートである。図２に示すように、前記方法は、以下を含む。

【0042】

ステップ２０１において、ネットワーク装置が端末のために少なくとも１組のＰＵＳＣＨ構成パラメータを構成し、異なるＰＵＳＣＨ構成パラメータは、異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応する。

【0043】

ステップ２０２において、前記ネットワーク装置が前記端末に前記少なくとも１組のＰＵＳＣＨ構成パラメータを送信する。

【0044】

本実施形態は、ネットワーク装置が端末のために少なくとも１組のＰＵＳＣＨ構成パラメータを構成することで、ＵＣＩを伝送するＰＵＣＣＨリソースとデータを伝送するＰＵＳＣＨリソースがオーバーラップ（ｏｖｅｒｌａｐ）しており、且つ処理時間要件を満たす場合、ＵＣＩをＰＵＳＣＨで伝送できるようになるというシーンに適用可能である。ここで、ネットワーク装置は、基地局又は他のネットワーク要素機器であってもよい。

【0045】

一実施形態として、前記ネットワーク装置が前記端末に前記少なくとも１組のＰＵＳＣＨ構成パラメータを送信することは、前記ネットワーク装置が上位層シグナリングを介して前記端末に前記少なくとも１組のＰＵＳＣＨ構成パラメータを送信することを含む。

【0046】

本実施例において、前記ＰＵＳＣＨのタイプは、ＰＵＳＣＨによって搬送されるデータが、異なるサービスタイプ又は異なるサービスタイプグループに属すること、ＰＵＳＣＨによって搬送されるデータが、異なるサービス優先度又は異なるサービス優先度グループに属すること、ＰＵＳＣＨによって搬送されるデータが、異なる論理チャネル又は異なる論理チャネルグループに属すること、ＰＵＳＣＨのスケジューリングのための下り制御情報が、異なる物理層下り制御情報フォーマット（ＤＣＩｆｏｒｍａｔ）又は異なるＤＣＩｆｏｒｍａｔグループに属すること、ＰＵＳＣＨのスケジューリングのための物理層下り制御情報をスクランブリングするためのＲＮＴＩが、異なるＲＮＴＩであるか又は異なるＲＮＴＩグループに属すること、ＰＵＳＣＨのスケジューリングのための下り制御情報によって搬送される情報が異なることのうちの１つを含む。

【0047】

本実施例において、前記上り制御情報のタイプは、少なくとも１つの物理下り共有チャネル（ＰＤＳＣＨ：ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）のタイプに対応する。ここで、前記ＰＤＳＣＨのタイプは、ＰＤＳＣＨによって搬送されるデータが、異なるサービスタイプ又は異なるサービスタイプグループに属すること、ＰＤＳＣＨによって搬送されるデータが、異なるサービス優先度又は異なるサービス優先度グループに属すること、ＰＤＳＣＨによって搬送されるデータが、異なる論理チャネル又は異なる論理チャネルグループに属すること、ＰＤＳＣＨのスケジューリングのための下り制御情報が、異なるＤＣＩｆｏｒｍａｔ又は異なるＤＣＩｆｏｒｍａｔグループに属すること、ＰＤＳＣＨのスケジューリングのための物理層下り制御情報をスクランブリングするためのＲＮＴＩが、異なるＲＮＴＩであるか又は異なるＲＮＴＩグループに属すること、ＰＤＳＣＨのスケジューリングのための下り制御情報によって搬送される情報が異なることのうちの１つを含む。

【0048】

【0049】

本実施例において、前記少なくとも１組のＰＵＳＣＨ構成パラメータは、
異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応する状態パラメータを含む第１組の構成パラメータであって、前記状態パラメータは、第１タイプのＰＵＳＣＨで第１タイプの上り制御情報を伝送することを許容するかどうかを表す、第１組の構成パラメータと、
異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応するスケーリング（ｓｃａｌｉｎｇ）パラメータを含む第２組の構成パラメータであって、前記ｓｃａｌｉｎｇパラメータは、第１タイプのＰＵＳＣＨにおいて第１タイプの上り制御情報のために割り当てられる最大ＲＥ数を制限するためのものである、第２組の構成パラメータと、
異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応するベータオフセットパラメータを含む第３組の構成パラメータであって、前記ベータオフセットパラメータは、第１タイプのＰＵＳＣＨによって搬送されるデータに対する第１タイプの上り制御情報のベータオフセットを指示するものである、第３組の構成パラメータと、
異なるタイプのＰＵＳＣＨで伝送され得る上り制御情報の種類及び／又はペイロードサイズを含む第４組の構成パラメータと、のうちの少なくとも１つを含み、
前記第１タイプのＰＵＳＣＨは、ＰＵＳＣＨのタイプのうちのいずれか１つのタイプであり、前記第１タイプの上り制御情報は、上り制御情報のタイプのうちのいずれか１つのタイプである。

【0050】

【0051】

【0052】

【0053】

【0054】

【0055】

【0056】

本実施例において、端末が符号化とレートとのマッチングを行う場合、ＵＣＩのために予約されたＲＥでＡＣＫ／ＮＡＣＫ、ＣＳＩｐａｒｔ１、ＣＳＩｐａｒｔ２の順番に応じてマッピングを行い、残りのリソースでデータをマッピングする。

【0057】

【0058】

【0059】

ここで、異なるタイプのＰＵＳＣＨで伝送され得る第１タイプの上り制御情報集合に含まれる上り制御情報の種類は異なる。

【0060】

一実施形態として、異なるタイプのＰＵＳＣＨで伝送され得る第１タイプの上り制御情報集合に含まれる上り制御情報の種類は異なる。

【0061】

【0062】

【0063】

以下、具体的な例を参照しながら、本願の実施例の上り制御情報の伝送方法を説明する。

【0064】

例１（第１組の構成パラメータに対応する）
基地局は、上位層シグナリングを介して端末のために２セットのｕｃｉ－ＯｎＰＵＳＣＨパラメータ及び対応する状態｛ｄｉｓａｂｌｅ，ｅｎａｂｌｅ｝を構成する。ｅｎａｂｌｅは、対応するタイプのＰＵＳＣＨが、対応するタイプのＵＣＩをＰＵＳＣＨで伝送することを許容することを表す。ｄｉｓａｂｌｅは、対応するタイプのＰＵＳＣＨが、対応するタイプのＵＣＩをＰＵＳＣＨで伝送することを許容しないことを表す。２セットのｕｃｉ－ＯｎＰＵＳＣＨパラメータはそれぞれ、ＰＵＳＣＨのスケジューリングのためのＤＣＩをスクランブリングするためのｎｅｗＲＮＴＩ及びＰＵＳＣＨのスケジューリングのためのＤＣＩをスクランブリングするための他のＲＮＴＩに対応する。

【0065】

端末は、他のＲＮＴＩによってスクランブリングされたＤＣＩを受信した場合、該他のＲＮＴＩによってスクランブリングされたＤＣＩに対応する状態は、ｅｎａｂｌｅである。該他のＲＮＴＩによってスクランブリングされたＤＣＩによりスケジューリングされるＰＵＳＣＨがスロット（ｓｌｏｔ）ｎで伝送する場合、該ＰＵＳＣＨリソースがＵＣＩを伝送するＰＵＣＣＨリソースとオーバーラップしており、且つ処理時間が規定に合致すると、端末は、ＵＣＩをＰＵＳＣＨに多重化して伝送する。なお、端末は、ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩを受信した場合、該ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩによりスケジューリングされるＰＵＳＣＨでＵＣＩを伝送しない。

【0066】

例２（第１組の構成パラメータに対応する）
基地局は、上位層シグナリングを介して端末のために４セットのｕｃｉ－ＯｎＰＵＳＣＨパラメータ及び対応する状態｛ｄｉｓａｂｌｅ，ｄｉｓａｂｌｅ，ｅｎａｂｌｅ，ｅｎａｂｌｅ｝を構成する。ＰＵＳＣＨは、２つのタイプに分けられる。該２つのタイプはそれぞれ、ＰＵＳＣＨタイプ１及びＰＵＳＣＨタイプ２である。上記２つのＰＵＳＣＨタイプはそれぞれ、ＰＵＳＣＨのスケジューリングのためのＤＣＩをスクランブリングするためのｎｅｗＲＮＴＩ及びＰＵＳＣＨのスケジューリングのためのＤＣＩをスクランブリングするための他のＲＮＴＩに対応する。ＵＣＩタイプ１及びＵＣＩタイプ２はそれぞれ、ＰＤＳＣＨタイプ１に対応するＵＣＩ及びＰＤＳＣＨタイプ２に対応するＵＣＩに対応する。上記ＰＵＳＣＨタイプ及びＵＣＩタイプはそれぞれ、｛ＰＵＳＣＨタイプ１，ＵＣＩタイプ１｝、｛ＰＵＳＣＨタイプ１，ＵＣＩタイプ２｝、｛ＰＵＳＣＨタイプ２，ＵＣＩタイプ１｝、｛ＰＵＳＣＨタイプ２，ＵＣＩタイプ２｝という４つのケースを含む。それらはそれぞれ上記４つの状態に対応する。

【0067】

端末は、ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩを受信した場合、該ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩに対応する状態はいずれもｄｉｓａｂｌｅである。従って、該ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩによりスケジューリングされるＰＵＳＣＨがｓｌｏｔｎで伝送する場合、ＵＣＩタイプ１及びＵＣＩタイプ２のＵＣＩをＰＵＳＣＨに多重化して伝送することを許容しない。端末は、他のＲＮＴＩによってスクランブリングされたＤＣＩを受信していない場合、該他のＲＮＴＩによってスクランブリングされたＤＣＩに対応する状態はいずれもｅｎａｂｌｅである。該他のＲＮＴＩによってスクランブリングされたＤＣＩによりスケジューリングされるＰＵＳＣＨがｓｌｏｔｎで伝送する場合、該ＰＵＳＣＨリソースがＵＣＩを伝送するＰＵＣＣＨリソースとオーバーラップしており、且つ処理時間が規定に合致すると、端末は、ＵＣＩタイプ１又はＵＣＩタイプ２のＵＣＩをＰＵＳＣＨに多重化して伝送することができる。

【0068】

例３（第２組の構成パラメータに対応する）
基地局は、上位層シグナリングを介して端末のために、それぞれ｛０．５，０．８｝である２セットのｓｃａｌｉｎｇパラメータを構成する。２セットのｓｃａｌｉｎｇパラメータはそれぞれ、ＰＵＳＣＨのスケジューリングのためのＤＣＩをスクランブリングするためのｎｅｗＲＮＴＩ及びＰＵＳＣＨのスケジューリングのためのＤＣＩをスクランブリングするためのＲＮＴＩに対応する。端末は、ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩを受信した場合、該ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩに対応するｓｃａｌｉｎｇパラメータは、０．５である。従って、該ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩによりスケジューリングされるＰＵＳＣＨがｓｌｏｔｎで伝送する場合、ＵＣＩのために割り当てられる最大ＲＥ数は、

【数1】

である。

【0069】

端末は、他のＲＮＴＩによってスクランブリングされたＤＣＩを受信した場合、該他のＲＮＴＩによってスクランブリングされたＤＣＩに対応するｓｃａｌｉｎｇパラメータは、０．８である。従って、該他のＲＮＴＩによってスクランブリングされたＤＣＩによりスケジューリングされるＰＵＳＣＨがｓｌｏｔｎで伝送する場合、ＵＣＩのために割り当てられる最大ＲＥ数は、

【数2】

である。ただし、

【数3】

は、直交周波数分割多重化（ＯＦＤＭ：ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ）シンボル１でＵＣＩ伝送に用いられるＲＥ数を表す。

【0070】

例４（第２組の構成パラメータに対応する）
ＰＵＳＣＨは、ＰＵＳＣＨタイプ１とＰＵＳＣＨタイプ２という２つのタイプに分けられる。ＰＵＳＣＨタイプ１及びＰＵＳＣＨタイプ２はそれぞれ、ＰＵＳＣＨのスケジューリングのためのＤＣＩをスクランブリングするためのｎｅｗＲＮＴＩ及びＰＵＳＣＨのスケジューリングのためのＤＣＩをスクランブリングするための他のＲＮＴＩに対応する。ＵＣＩは、ＵＣＩタイプ１とＵＣＩタイプ２という２つのタイプに分けられる。ＵＣＩタイプ１及びＵＣＩタイプ２はそれぞれ、ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩによりスケジューリングされたＰＤＳＣＨに対応するＵＣＩ及び他のＲＮＴＩによってスクランブリングされたＤＣＩによりスケジューリングされたＰＤＳＣＨに対応するＵＣＩに対応する。

【0071】

基地局は、上位層シグナリングを介して端末のために、それぞれ｛０．５，０．５，０．８，０．８｝である４セットのｓｃａｌｉｎｇパラメータを構成する。これらはそれぞれ、｛ＰＵＳＣＨタイプ１，ＵＣＩタイプ１｝、｛ＰＵＳＣＨタイプ１，ＵＣＩタイプ２｝、｛ＰＵＳＣＨタイプ２，ＵＣＩタイプ１｝、｛ＰＵＳＣＨタイプ２，ＵＣＩタイプ２｝に対応する。端末は、ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩを受信した場合、該ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩに対応するｓｃａｌｉｎｇパラメータはいずれも０．５である。従って、該ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩによりスケジューリングされるＰＵＳＣＨがｓｌｏｔｎで伝送する場合、ＵＣＩタイプ１及びＵＣＩタイプ２のために割り当てられる最大ＲＥ数はいずれも

【数4】

である。端末は、他のＲＮＴＩによってスクランブリングされたＤＣＩを受信した場合、該他のＲＮＴＩによってスクランブリングされたＤＣＩに対応するｓｃａｌｉｎｇパラメータは、いずれも０．８である。従って、該他のＲＮＴＩによってスクランブリングされたＤＣＩによりスケジューリングされるＰＵＳＣＨがｓｌｏｔｎで伝送する場合、ＵＣＩタイプ１及びＵＣＩタイプ２のために割り当てられる最大ＲＥ数はいずれも

【数5】

である。ただし、

【数6】

は、ＯＦＤＭシンボル１でＵＣＩ伝送に用いられるＲＥ数を表す。

【0072】

例５（第３組の構成パラメータに対応する）
本実施形態は、半静的方式でＢｅｔａＯｆｆｓｅｔの値を決定することに適用される。基地局は、上位層シグナリングを介してユーザのために複数セットのＢｅｔａＯｆｆｓｅｔｓパラメータを構成する。２ビット以下のＨＡＲＱ－ＡＣＫで２セットのパラメータを構成することを例として、例えば、ｂｅｔａＯｆｆｓｅｔＡＣＫ－Ｉｎｄｅｘ１は、それぞれＰＵＳＣＨのスケジューリングのためのＤＣＩをスクランブリングするためのｎｅｗＲＮＴＩ及びＰＵＳＣＨのスケジューリングのためのＤＣＩをスクランブリングするための他のＲＮＴＩに対応する｛ｉｎｄｅｘ１，ｉｎｄｅｘ３｝と構成される。ここで、ｉｎｄｅｘ１及びｉｎｄｅｘ３はいずれもＴＳ３８．２１３ｔａｂｌｅ９．３－１における所定値である。

【0073】

端末は、ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩを受信した場合、該ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩに対応するＢｅｔａＯｆｆｓｅｔｓの値は、ｉｎｄｅｘ１である。従って、該ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩによりスケジューリングされるＰＵＳＣＨがｓｌｏｔｎ及び２ビット以下のＨＡＲＱ－ＡＣＫで多重化される時、ＨＡＲＱ－ＡＣＫのｂｅｔａｏｆｆｓｅｔ値は、ｉｎｄｅｘ１とする。端末は、他のＲＮＴＩによってスクランブリングされたＤＣＩを受信した場合、該他のＲＮＴＩによってスクランブリングされたＤＣＩに対応するＢｅｔａＯｆｆｓｅｔｓの値は、ｉｎｄｅｘ３である。従って、該他のＲＮＴＩによってスクランブリングされたＤＣＩによりスケジューリングされるＰＵＳＣＨがｓｌｏｔｎ及び２ビット以下のＨＡＲＱ－ＡＣＫで多重化される時、ＨＡＲＱ－ＡＣＫのｂｅｔａｏｆｆｓｅｔ値は、ｉｎｄｅｘ３とする。

【0074】

例６（第３組の構成パラメータに対応する）
ＰＵＳＣＨは、ＰＵＳＣＨタイプ１とＰＵＳＣＨタイプ２という２つのタイプに分けられる。ＰＵＳＣＨタイプ１及びＰＵＳＣＨタイプ２はそれぞれ、ＰＵＳＣＨのスケジューリングのためのＤＣＩをスクランブリングするためのｎｅｗＲＮＴＩ及びＰＵＳＣＨのスケジューリングのためのＤＣＩをスクランブリングするための他のＲＮＴＩに対応する。ＵＣＩは、ＵＣＩタイプ１とＵＣＩタイプ２という２つのタイプに分けられる。ＵＣＩタイプ１及びＵＣＩタイプ２はそれぞれ、ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩによりスケジューリングされたＰＤＳＣＨに対応するＵＣＩ及び他のＲＮＴＩによってスクランブリングされたＤＣＩによりスケジューリングされたＰＤＳＣＨに対応するＵＣＩに対応する。

【0075】

本実施形態は、半静的方式でＢｅｔａＯｆｆｓｅｔの値を決定することに適用される。基地局は、上位層シグナリングを介して端末のために複数セットのＢｅｔａＯｆｆｓｅｔｓパラメータを構成する。２ビット以下のＨＡＲＱ－ＡＣＫを例とする。つまり、ｂｅｔａＯｆｆｓｅｔＡＣＫ－Ｉｎｄｅｘ１は、それぞれＰＵＳＣＨタイプ１，ＵＣＩタイプ１｝、｛ＰＵＳＣＨタイプ１，ＵＣＩタイプ２｝、｛ＰＵＳＣＨタイプ２，ＵＣＩタイプ１｝、｛ＰＵＳＣＨタイプ２，ＵＣＩタイプ２｝に対応する｛ｉｎｄｅｘ１，ｉｎｄｅｘ１，ｉｎｄｅｘ３，ｉｎｄｅｘ３｝と構成される。ここで、ｉｎｄｅｘ１及びｉｎｄｅｘ３はいずれもＴＳ３８．２１３ｔａｂｌｅ９．３－１における所定値である。

【0076】

端末は、ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩを受信した場合、該ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩはいずれもｉｎｄｅｘ１に対応する。従って、該ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩによりスケジューリングされるＰＵＳＣＨがｓｌｏｔｎ及びＵＣＩタイプ１又はＵＣＩタイプ２の２ビット以下のＨＡＲＱ－ＡＣＫで多重化される時、ＨＡＲＱ－ＡＣＫのＢｅｔａＯｆｆｓｅｔ値は、ｉｎｄｅｘ１とする。端末は、他のＲＮＴＩによってスクランブリングされたＤＣＩを受信した場合、該他のＲＮＴＩによってスクランブリングされたＤＣＩはいずれもｉｎｄｅｘ３に対応する。従って、該他のＲＮＴＩによってスクランブリングされたＤＣＩによりスケジューリングされるＰＵＳＣＨがｓｌｏｔｎ及びＵＣＩタイプ１又はＵＣＩタイプ２の２ビット以下のＨＡＲＱ－ＡＣＫで多重化される時、ＨＡＲＱ－ＡＣＫのＢｅｔａＯｆｆｓｅｔ値は、ｉｎｄｅｘ３とする。

【0077】

例７（第４組の構成パラメータに対応する）
事前定義の方式又は基地局が上位層シグナリングにより構成する方式で、ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩによりスケジューリングされるＰＵＳＣＨがＡＣＫ／ＮＡＣＫ及び１１ビット以下のＣＳＩｐａｒｔ１及びＣＳＩｐａｒｔ２のみと多重化され得ることを規定する。他のＲＮＴＩによってスクランブリングされたＤＣＩによりスケジューリングされるＰＵＳＣＨとＵＣＩとの多重化は、従来の規格と一致する。つまり、ｐｏｌａｒ符号化を用いる時、ＡＣＫ／ＮＡＣＫ、ＣＳＩｐａｒｔ１及びＣＳＩｐａｒｔ２の符号化された変調シンボル数は、それぞれ次式である。

【0078】

【数7】

【0079】

【数8】

【0080】

【数9】

【0081】

例８（第４組の構成パラメータに対応する）
ＰＵＳＣＨは、ＰＵＳＣＨタイプ１とＰＵＳＣＨタイプ２という２つのタイプに分けられる。ＰＵＳＣＨタイプ１及びＰＵＳＣＨタイプ２はそれぞれ、ＰＵＳＣＨのスケジューリングのためのＤＣＩをスクランブリングするためのｎｅｗＲＮＴＩ及びＰＵＳＣＨのスケジューリングのためのＤＣＩをスクランブリングするための他のＲＮＴＩに対応する。ＵＣＩは、ＵＣＩタイプ１とＵＣＩタイプ２という２つのタイプに分けられる。ＵＣＩタイプ１及びＵＣＩタイプ２はそれぞれ、ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩによりスケジューリングされたＰＤＳＣＨに対応するＵＣＩ及び他のＲＮＴＩによってスクランブリングされたＤＣＩによりスケジューリングされたＰＤＳＣＨに対応するＵＣＩに対応する。

【0082】

規格により定義する方式又は基地局が上位層シグナリングにより構成する方式で、ＰＵＳＣＨタイプ１がＵＣＩタイプ１及びＵＣＩタイプ２のＡＣＫ／ＮＡＣＫ及び１１ビット以下のＣＳＩｐａｒｔ１及びＣＳＩｐａｒｔ２のみと多重化され得るが、ＰＵＳＣＨタイプ２がＵＣＩタイプ１及びＵＣＩタイプ２の各種及び各種のペイロードサイズ（ＰａｙｌｏａｄＳｉｚｅ）と多重化され得ることを規定する。

【0083】

本願の実施例において、スケジューリングに基づいたＵＲＬＬＣサービス伝送に対して、ＲＲＣにより構成されたパラメータｎｅｗＲＮＴＩを導入する。該パラメータは、ＭＣＳｔａｂｌｅの選択を指示するためのものである。つまり、ＲＲＣがｎｅｗＲＮＴＩを構成した場合、ｎｅｗＲＮＴＩによってスクランブリングされたＤＣＩを用いてデータをスケジューリングすると、ｎｅｗ６４ＱＡＭＭＣＳｔａｂｌｅを用いる。他の場合、従来のＵＥｂｅｈａｖｉｏｒと一致する。つまり、従来の６４ＱＡＭＭＣＳｔａｂｌｅを用いる。

【0084】

本願の実施例は、端末を更に提供する。図３は、本願の実施例による端末の構造を示す概略図である。図３に示すように、前記端末は、選択ユニット３１と、伝送ユニット３２と、を備え、
前記選択ユニット３１は、ＰＵＳＣＨのタイプ及び／又は上り制御情報のタイプに基づいて、対応する第１ＰＵＳＣＨ構成パラメータを選択するように構成され、異なるＰＵＳＣＨ構成パラメータは、異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応し、
前記伝送ユニット３２は、前記第１ＰＵＳＣＨ構成パラメータに基づいて上り制御情報を伝送するように構成される。

【0085】

本実施例において、一実施形態として、前記伝送ユニット３２は、前記ネットワーク装置により構成された少なくとも１組のＰＵＳＣＨ構成パラメータを受信するように構成され、
又は図４に示すように、前記端末は、事前約定された方式で前記端末のために少なくとも１組のＰＵＳＣＨ構成パラメータを構成するように構成される第１構成ユニット３３を更に備える。

【0086】

ここで、一例として、前記伝送ユニット３２は、前記ネットワーク装置により上位層シグナリングを介して構成された少なくとも１組のＰＵＳＣＨ構成パラメータを受信するように構成される。

【0087】

本実施例において、前記ＰＵＳＣＨのタイプは、ＰＵＳＣＨによって搬送されるデータが、異なるサービスタイプ又は異なるサービスタイプグループに属すること、ＰＵＳＣＨによって搬送されるデータが、異なるサービス優先度又は異なるサービス優先度グループに属すること、ＰＵＳＣＨによって搬送されるデータが、異なる論理チャネル又は異なる論理チャネルグループに属すること、ＰＵＳＣＨのスケジューリングのための下り制御情報が、異なる物理層下り制御情報フォーマット（ＤＣＩｆｏｒｍａｔ）又は異なるＤＣＩｆｏｒｍａｔグループに属すること、ＰＵＳＣＨのスケジューリングのための物理層下り制御情報をスクランブリングするためのＲＮＴＩが、異なるＲＮＴＩであるか又は異なるＲＮＴＩグループに属すること、ＰＵＳＣＨのスケジューリングのための下り制御情報によって搬送される情報が異なることのうちの１つを含む。

【0088】

本実施例において、前記上り制御情報のタイプは、少なくとも１つの物理下り共有チャネル（ＰＤＳＣＨ）のタイプに対応する。

【0089】

ここで、前記ＰＤＳＣＨのタイプは、ＰＤＳＣＨによって搬送されるデータが、異なるサービスタイプ又は異なるサービスタイプグループに属すること、ＰＤＳＣＨによって搬送されるデータが、異なるサービス優先度又は異なるサービス優先度グループに属すること、ＰＤＳＣＨによって搬送されるデータが、異なる論理チャネル又は異なる論理チャネルグループに属すること、ＰＤＳＣＨのスケジューリングのための下り制御情報が、異なるＤＣＩｆｏｒｍａｔ又は異なるＤＣＩｆｏｒｍａｔグループに属すること、ＰＤＳＣＨのスケジューリングのための物理層下り制御情報をスクランブリングするためのＲＮＴＩが、異なるＲＮＴＩであるか又は異なるＲＮＴＩグループに属すること、ＰＤＳＣＨのスケジューリングのための下り制御情報によって搬送される情報が異なることのうちの１つを含む。

【0090】

【0091】

本実施例において、前記少なくとも１組のＰＵＳＣＨ構成パラメータは、
異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応する状態パラメータを含む第１組の構成パラメータであって、前記状態パラメータは、第１タイプのＰＵＳＣＨで第１タイプの上り制御情報を伝送することを許容するかどうかを表す、第１組の構成パラメータと、
異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応するｓｃａｌｉｎｇパラメータを含む第２組の構成パラメータであって、前記ｓｃａｌｉｎｇパラメータは、第１タイプのＰＵＳＣＨにおいて第１タイプの上り制御情報のために割り当てられる最大ＲＥ数を制限するためのものである、第２組の構成パラメータと、
異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応するベータオフセットパラメータを含む第３組の構成パラメータであって、前記ベータオフセットパラメータは、第１タイプのＰＵＳＣＨによって搬送されるデータに対する第１タイプの上り制御情報のベータオフセットを指示するものである、第３組の構成パラメータと、
異なるタイプのＰＵＳＣＨで伝送され得る上り制御情報の種類及び／又はペイロードサイズを含む第４組の構成パラメータと、のうちの少なくとも１つを含み、
前記第１タイプのＰＵＳＣＨは、ＰＵＳＣＨのタイプのうちのいずれか１つのタイプであり、前記第１タイプの上り制御情報は、上り制御情報のタイプのうちのいずれか１つのタイプである。

【0092】

一実施形態として、前記伝送ユニット３２は、前記第１ＰＵＳＣＨ構成パラメータが前記第１組の構成パラメータにおける構成パラメータである場合、前記第１ＰＵＳＣＨ構成パラメータにおける状態パラメータに基づいて、対応するタイプのＰＵＳＣＨで対応するタイプの上り制御情報を伝送するか又は対応するタイプのＰＵＳＣＨで対応するタイプの上り制御情報を伝送しないように構成される。

【0093】

【0094】

一実施形態として、異なるタイプのＰＵＳＣＨで伝送され得る第１タイプの上り制御情報集合に含まれる上り制御情報の種類は異なる。

【0095】

【0096】

【0097】

一実施形態として、動的方式でベータオフセットを決定する場合、前記第１組の構成パラメータにより構成される動的ベータオフセットパラメータは、ＰＵＳＣＨタイプ及び／又は上り制御情報タイプに対応する複数種のベータオフセットを含む。

【0098】

本願の実施例において、前記端末における選択ユニット３１及び第１構成ユニット３３は、実際の適用においていずれも前記端末における中央演算処理装置（ＣＰＵ：ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）、デジタル信号プロセッサ（ＤＳＰ：ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ）、マイクロ制御ユニット（ＭＣＵ：ＭｉｃｒｏｃｏｎｔｒｏｌｌｅｒＵｎｉｔ）又は現場でプログラム可能なゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ－ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）で実現されてもよい。前記端末における伝送ユニット３２は、実際の適用において通信モジュール（インフラ通信ユニット、オペレーティングシステム、通信モジュール、標準化されたインタフェース及びプロトコル等を含む）及び送受信アンテナにより実現される。

【0099】

本願の実施例は、端末を更に提供する。前記端末は、メモリと、プロセッサと、メモリに記憶され、プロセッサで実行可能なコンピュータプログラムと、を含み、前記プロセッサは、前記コンピュータプログラムを実行するときに、本願の前記実施例に記載の端末に適用される上り制御情報の伝送方法のステップを実現する。

【0100】

上記実施例が提供する端末は上り制御情報伝送を行う場合、上記分割された各プログラムモジュールを例として説明し、実際の適用において、必要に応じて異なるプログラムモジュールで上記処理を行うことができ、即ち端末の内部構成を異なるプログラムモジュールに分割することで、上記説明した全て又は一部の処理を完了することに留意されたい。なお、上記実施例が提供する端末と上り制御情報の伝送方法の実施例は同一の構想に属し、その具体的な実現過程について方法実施例を参照して、ここでは詳細な説明を省略する。

【0101】

本願の実施例は、ネットワーク装置を更に提供する。図５は、本願の実施例によるネットワーク装置の構造を示す概略図である。図５に示すように、前記ネットワーク装置は、第２構成ユニット４１と、送信ユニット４２と、を備え、
前記第２構成ユニット４１は、端末のために少なくとも１組のＰＵＳＣＨ構成パラメータを構成するように構成され、異なるＰＵＳＣＨ構成パラメータは、異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応し、
前記送信ユニット４２は、前記端末に前記少なくとも１組のＰＵＳＣＨ構成パラメータを送信するように構成される。

【0102】

一実施形態として、前記送信ユニット４２は、上位層シグナリングを介して前記端末に前記少なくとも１組のＰＵＳＣＨ構成パラメータを送信するように構成される。

【0103】

本実施例において、前記ＰＵＳＣＨのタイプは、ＰＵＳＣＨによって搬送されるデータが、異なるサービスタイプ又は異なるサービスタイプグループに属すること、ＰＵＳＣＨによって搬送されるデータが、異なるサービス優先度又は異なるサービス優先度グループに属すること、ＰＵＳＣＨによって搬送されるデータが、異なる論理チャネル又は異なる論理チャネルグループに属すること、ＰＵＳＣＨのスケジューリングのための下り制御情報が、異なる物理層下り制御情報フォーマット（ＤＣＩｆｏｒｍａｔ）又は異なるＤＣＩｆｏｒｍａｔグループに属すること、ＰＵＳＣＨのスケジューリングのための物理層下り制御情報をスクランブリングするためのＲＮＴＩが、異なるＲＮＴＩであるか又は異なるＲＮＴＩグループに属すること、ＰＵＳＣＨのスケジューリングのための下り制御情報によって搬送される情報が異なることのうちの１つを含む。

【0104】

本実施例において、前記上り制御情報のタイプは、少なくとも１つのＰＤＳＣＨのタイプに対応する。

【0105】

【0106】

本実施例において、前記上り制御情報の種類は、ＨＡＲＱ－ＡＣＫ／ＮＡＣＫ、ＣＳＩｐａｒｔ１及びＣＳＩｐａｒｔ２を含む。

【0107】

本実施例において、前記少なくとも１組のＰＵＳＣＨ構成パラメータは、
異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応する状態パラメータを含む第１組の構成パラメータであって、前記状態パラメータは、第１タイプのＰＵＳＣＨで第１タイプの上り制御情報を伝送することを許容するかどうかを表す、第１組の構成パラメータと、
異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応するスケーリング（ｓｃａｌｉｎｇ）パラメータを含む第２組の構成パラメータであって、前記ｓｃａｌｉｎｇパラメータは、第１タイプのＰＵＳＣＨにおいて第１タイプの上り制御情報のために割り当てられる最大ＲＥ数を制限するためのものである、第２組の構成パラメータと、
異なるタイプのＰＵＳＣＨ及び／又は異なるタイプの上り制御情報に対応するベータオフセットパラメータを含む第３組の構成パラメータであって、前記ベータオフセットパラメータは、第１タイプのＰＵＳＣＨによって搬送されるデータに対する第１タイプの上り制御情報のベータオフセットを指示するものである、第３組の構成パラメータと、
異なるタイプのＰＵＳＣＨで伝送され得る上り制御情報の種類及び／又はペイロードサイズを含む第４組の構成パラメータと、のうちの少なくとも１つを含み、
前記第１タイプのＰＵＳＣＨは、ＰＵＳＣＨのタイプのうちのいずれか１つのタイプであり、前記第１タイプの上り制御情報は、上り制御情報のタイプのうちのいずれか１つのタイプである。

【0108】

【0109】

一実施形態として、異なるタイプのＰＵＳＣＨで伝送され得る第１タイプの上り制御情報集合に含まれる上り制御情報の種類は異なる。

【0110】

【0111】

一実施形態として、半静的方式でベータオフセットを決定する場合、前記ベータオフセットパラメータに含まれる各指示パラメータはいずれも、ＰＵＳＣＨタイプ及び／又は上り制御情報タイプに対応する複数種のベータオフセットを含み、
前記ベータオフセットパラメータに含まれる指示パラメータは、２ビット以下のＨＡＲＱ－ＡＣＫのベータオフセット、２ビットより大きくて１１ビット以下のＨＡＲＱ－ＡＣＫのベータオフセット、１１ビットより大きいＨＡＲＱ－ＡＣＫのベータオフセット、１１ビット以下のＣＳＩｐａｒｔ１／ＣＳＩｐａｒｔ２のベータオフセット及び１１ビットより大きいＣＳＩｐａｒｔ１／ＣＳＩｐａｒｔ２のベータオフセットを含む。

【0112】

【0113】

本願の実施例において、前記ネットワーク装置における第２構成ユニット４１は、実際の適用において前記ネットワーク装置におけるＣＰＵ、ＤＳＰ、ＭＣＵ又はＦＰＧＡで実現されてもよい。前記ネットワーク装置における送信ユニット４２は、実際の適用において通信モジュール（インフラ通信ユニット、オペレーティングシステム、通信モジュール、標準化されたインタフェース及びプロトコル等を含む）及び送受信アンテナにより実現される。

【0114】

本願の実施例は、ネットワーク装置を更に提供する。前記ネットワーク装置は、メモリと、プロセッサと、メモリに記憶され、プロセッサで実行可能なコンピュータプログラムと、を含み、前記プロセッサは、前記コンピュータプログラムを実行するときに、本願の前記実施例に記載のネットワーク装置に適用される上り制御情報の伝送方法のステップを実現する。

【0115】

上記実施例が提供するネットワーク装置は上り制御情報伝送を行う場合、上記分割された各プログラムモジュールを例として説明し、実際の適用において、必要に応じて異なるプログラムモジュールで上記処理を行うことができ、即ちネットワーク装置の内部構成を異なるプログラムモジュールに分割することで、上記説明した全て又は一部の処理を完了することに留意されたい。なお、上記実施例が提供するネットワーク装置と上り制御情報の伝送方法の実施例は同一の構想に属し、その具体的な実現過程について方法実施例を参照して、ここでは詳細な説明を省略する。

【0116】

理解すべき点として、本願の実施例におけるメモリは、揮発性メモリ又は不揮発性メモリであってもよく、揮発性メモリと不揮発性メモリの両方であってもよい。ここで、不揮発性メモリは、読み取り専用メモリ（ＲＯＭ：ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、プログラマブル読み取り専用メモリ（ＰＲＯＭ：ＰｒｏｇｒａｍｍａｂｌｅＲｅａｄ－ＯｎｌｙＭｅｍｏｒｙ）、消去可能なプログラマブル読み取り専用メモリ（ＥＰＲＯＭ：ＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲｅａｄ－ＯｎｌｙＭｅｍｏｒｙ）、電気的消去可能なプログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ：ＥｌｅｃｔｒｉｃａｌｌｙＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲｅａｄ－ＯｎｌｙＭｅｍｏｒｙ）、磁気ランダムアクセスメモリ（ＦＲＡＭ（登録商標）：ｆｅｒｒｏｍａｇｎｅｔｉｃｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ）、フラッシュメモリ（ＦｌａｓｈＭｅｍｏｒｙ）、磁気面メモリ、光ディスク、又は読み出し専用型光ディスク（ＣＤ－ＲＯＭ：ＣｏｍｐａｃｔＤｉｓｃＲｅａｄ－ＯｎｌｙＭｅｍｏｒｙ）であってもよい。磁気面メモリは、磁気ディスクメモリ又は磁気テープメモリであってもよい。揮発性メモリは、外部キャッシュとして用いられるランダムアクセスメモリ（ＲＡＭ：ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）であってもよい。非限定的な例証として、ＲＡＭは、スタティックランダムアクセスメモリ（ＳＲＡＭ：ＳｔａｔｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、同期スタティックランダムアクセスメモリ（ＳＳＲＡＭ：ＳｙｎｃｈｒｏｎｏｕｓＳｔａｔｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ：ＤｙｎａｍｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ：ＳｙｎｃｈｒｏｎｏｕｓＤｙｎａｍｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（ＤＤＲＳＤＲＡＭ：ＤｏｕｂｌｅＤａｔａＲａｔｅＳｙｎｃｈｒｏｎｏｕｓＤｙｎａｍｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、エンハンスト同期ダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ：ＥｎｈａｎｃｅｄＳｙｎｃｈｒｏｎｏｕｓＤｙｎａｍｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、同期リンクダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ：ＳｙｎｃｈｌｉｎｋＤｙｎａｍｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）及びダイレクトラムバスランダムアクセスメモリ（ＤＲＲＡＭ：ＤｉｒｅｃｔＲａｍｂｕｓＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）などの多数の形態で使用可能である。本願の実施例に記載されているメモリは、これら及び任意の他の適切な形態のメモリを含むが、これらに限定されないことに留意されたい。

【0117】

上記本願の実施例に開示された方法はプロセッサに適用されるか、又はプロセッサにより実現される。プロセッサは、信号を処理する能力を有する集積回路チップであり得る。上記方法の各ステップは、実現する過程において、プロセッサにおけるハードウェアの集積論理回路又はソフトウェアの形の指令により完成することができる。上記プロセッサは、汎用プロセッサ、ＤＳＰ、又は他のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタロジックデバイス、ディスクリートハードウェアコンポーネント等であってもよい。プロセッサは、本願の実施例に開示されている各方法、ステップ及び論理的ブロック図を実現又は実行することができる。汎用プロセッサはマイクロプロセッサであってもよく、該プロセッサは如何なる従来のプロセッサ等であってもよい。本願の実施例に開示されている方法のステップに合わせて、ハードウェア解読プロセッサによって完成し、又は解読プロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせで実行して完成するように示す。ソフトウェアモジュールは、記憶媒体内に存在してもよい。該記憶媒体は、メモリ内に位置し、プロセッサはメモリ中の情報を読み取り、そのハードウェアと共に上記方法のステップを完了する。

【0118】

本願の実施例は、コンピュータ可読記憶媒体を更に提供する。前記コンピュータ可読記憶媒体にはコンピュータプログラムが記憶されており、該コンピュータプログラムがプロセッサにより実行されるときに、プロセッサに本願の前記実施例に記載の端末に適用される上り制御情報の伝送方法のステップを実現させ、又は、該プログラムがプロセッサにより実行されるときに、プロセッサに本願の前記実施例に記載のネットワーク装置に適用される上り制御情報の伝送方法のステップを実現させる。

【0119】

本願で提供する幾つかの実施例で開示したシステム、装置及び方法は、他の方式によって実現できることを理解すべきである。例えば、以上に記載した装置の実施例はただ例示的なもので、例えば、前記ユニットの分割はただロジック機能の分割で、実際に実現する時は他の分割方式によってもよい。例えば、複数のユニット又は組立体を組み合わせてもよく、別のシステムに組み込んでもよい。又は若干の特徴を無視してもよく、実行しなくてもよい。また、示したか或いは検討した相互間の結合又は直接的な結合又は通信接続は、幾つかのインタフェース、装置又はユニットによる間接的な結合又は通信接続であってもよく、電気的、機械的または他の形態であってもよい。

【0120】

分離部材として説明した上記ユニットは、物理的に別個のものであってもよく、そうでなくてもよい。ユニットとして示された部材は、物理的ユニットであってもよく、そうでなくてもよい。即ち、同一の位置に位置してもよく、複数のネットワークに分布してもよい。実際の需要に応じてそのうちの一部又は全てのユニットにより本実施例の方策の目的を実現することができる。

【0121】

また、本願の各実施例における各機能ユニットは一つの処理ユニットに集積されてもよく、各ユニットが物理的に別個のものとして存在してもよく、２つ以上のユニットが一つのユニットに集積されてもよい。上記集積したユニットはハードウェアとして実現してもよく、ハードウェアとソフトウェア機能ユニットとを組み合わせて実現してもよい。

【0122】

上記各方法に係る実施例の全部又は一部のステップはプログラム命令に係るハードウェアにより実現され、前記プログラムはコンピュータ読み取り可能な記憶媒体に記憶され、該プログラムが実行される時、上記方法の実施例におけるステップを実行し、前記記憶媒体は、携帯型記憶装置、ＲＯＭ、ＲＡＭ、磁気ディスク又は光ディスクなど、プログラムコードを記憶可能な各種の媒体を含むことは、当業者であれば、理解すべきである。

【0123】

又は、本願の上記集積したユニットがソフトウェア機能ユニットの形で実現され、かつ独立した製品として販売または使用されるとき、コンピュータにより読み取り可能な記憶媒体内に記憶されてもよい。このような理解のもと、本願の技術的解決手段は、本質的に、又は、従来技術に対して貢献をもたらした部分又は該技術的解決手段の一部は、ソフトウェア製品の形式で具現することができ、このようなコンピュータソフトウェア製品は、記憶媒体に記憶しても良く、また、コンピュータ設備（パソコン、サーバ、又はネットワーク装置など）に、本願の各実施例に記載の方法の全部又は一部のステップを実行させるための若干の命令を含む。前記の記憶媒体は、携帯型記憶装置、ＲＯＭ、ＲＡＭ、磁気ディスク、又は光ディスクなど、プログラムコードを記憶可能な各種の媒体を含む。

【0124】

矛盾しない限り、本願が提供する幾つかの方法実施例に開示された方法を任意に組み合わせて、新たな方法実施例を得ることができる。

【0125】

矛盾しない限り、本願が提供する幾つかの製品実施例に開示された特徴を任意に組み合わせて、新たな製品実施例を得ることができる。

【0126】

矛盾しない限り、本願が提供する幾つかの方法又は装置実施例に開示された特徴を任意に組み合わせて、新たな方法実施例又は装置実施例を得ることができる。

【0127】

以上は本発明の具体的な実施形態に過ぎず、本願の保護の範囲はそれらに制限されるものではなく、当業者が本願に開示された技術範囲内で容易に想到しうる変更や置換はいずれも、本願の保護範囲内に含まれるべきである。従って、本願の保護範囲は特許請求の範囲の保護範囲を基準とするべきである。

【図1】