(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-04-22
(54)【発明の名称】アップリンク制御情報の多重化方法及びその装置
(51)【国際特許分類】
H04W 16/14 20090101AFI20240415BHJP
H04W 28/04 20090101ALI20240415BHJP
H04W 72/1268 20230101ALI20240415BHJP
H04W 72/115 20230101ALI20240415BHJP
【ＦＩ】
H04W16/14
H04W28/04 110
H04W72/1268
H04W72/115
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023562781
(86)(22)【出願日】2021-04-12
(85)【翻訳文提出日】2023-10-12
(86)【国際出願番号】 CN2021086735
(87)【国際公開番号】W WO2022217448
(87)【国際公開日】2022-10-20
(81)【指定国・地域】
(71)【出願人】
【識別番号】516180667
【氏名又は名称】北京小米移動軟件有限公司
【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｘｉａｏｍｉ Ｍｏｂｉｌｅ Ｓｏｆｔｗａｒｅ Ｃｏ．，Ｌｔｄ．
【住所又は居所原語表記】Ｎｏ．０１８， Ｆｌｏｏｒ ８， Ｂｕｉｌｄｉｎｇ ６， Ｙａｒｄ ３３， Ｍｉｄｄｌｅ Ｘｉｅｒｑｉ Ｒｏａｄ， Ｈａｉｄｉａｎ Ｄｉｓｔｒｉｃｔ， Ｂｅｉｊｉｎｇ １０００８５， Ｃｈｉｎａ
(74)【代理人】
【識別番号】100114557
【弁理士】
【氏名又は名称】河野 英仁
(74)【代理人】
【識別番号】100078868
【弁理士】
【氏名又は名称】河野 登夫
(72)【発明者】
【氏名】フー，ティン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA03
5K067AA14
5K067DD34
5K067HH22
5K067HH28
(57)【要約】
【課題】本出願はアップリンク制御情報の多重化方法及びその装置に関する。
【解決手段】ここで、本出願の実施例はアップリンク制御情報の多重化方法を提供し、ＣＧ－ＰＵＳＣＨとＰＵＣＣＨに運ばれるＨＡＲＱ－ＡＣＫに時間領域の重複が発生したことに応答することで、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫとの優先度に基づいて、ＣＧ－ＰＵＳＣＨに運ばれるＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫとの多重化モードを決定し、多重化モードに基づいて、ＣＧ－ＵＣＩ及び／又はＨＡＲＱ－ＡＣＫをネットワークデバイスに伝送することができる。本出願は、非ライセンスバンドでＣＧ－ＰＵＳＣＨとＰＵＣＣＨに運ばれるＨＡＲＱ－ＡＣＫに時間領域の重複が発生するシナリオに適用され、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫの優先度に基づいて、非ライセンスバンドでＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫの多重化伝送を実現することができ、さらにＵＲＬＬＣトラフィックにおけるＵＣＩの伝送遅延と信頼性とを保証することができる。
【選択図】図２
【解決手段】ここで、本出願の実施例はアップリンク制御情報の多重化方法を提供し、ＣＧ－ＰＵＳＣＨとＰＵＣＣＨに運ばれるＨＡＲＱ－ＡＣＫに時間領域の重複が発生したことに応答することで、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫとの優先度に基づいて、ＣＧ－ＰＵＳＣＨに運ばれるＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫとの多重化モードを決定し、多重化モードに基づいて、ＣＧ－ＵＣＩ及び／又はＨＡＲＱ－ＡＣＫをネットワークデバイスに伝送することができる。本出願は、非ライセンスバンドでＣＧ－ＰＵＳＣＨとＰＵＣＣＨに運ばれるＨＡＲＱ－ＡＣＫに時間領域の重複が発生するシナリオに適用され、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫの優先度に基づいて、非ライセンスバンドでＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫの多重化伝送を実現することができ、さらにＵＲＬＬＣトラフィックにおけるＵＣＩの伝送遅延と信頼性とを保証することができる。
【選択図】図２
【特許請求の範囲】
【請求項1】
アップリンク制御情報の多重化方法であって、非ライセンスバンド伝送に適用され、前記方法は端末デバイスによって実行され、前記方法は、設定グラント物理アップリンク共用チャネル（ＣＧ－ＰＵＳＣＨ）と物理アップリンク制御チャネル（ＰＵＣＣＨ）に運ばれるハイブリッド自動再送要求応答情報（ＨＡＲＱ－ＡＣＫ）に時間領域の重複が発生したことに応答して、前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度に基づいて、前記ＣＧ－ＰＵＳＣＨに運ばれる設定グラントアップリンク制御情報（ＣＧ－ＵＣＩ）と前記ＨＡＲＱ－ＡＣＫとの多重化モードを決定するステップと、
前記多重化モードに基づいてネットワークデバイスに情報を伝送するステップであって、伝送される情報がＣＧ－ＵＣＩ及び／又は前記ＨＡＲＱ－ＡＣＫを含むステップと、を含む、
ことを特徴とするアップリンク制御情報の多重化方法。
【請求項2】
前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度が異なることに応答して、優先度が高い情報を伝送し、優先度が低い情報を廃棄または遅延して伝送することを前記多重化モードとして決定するステップをさらに含む、ことを特徴とする請求項１に記載のアップリンク制御情報の多重化方法。
【請求項3】
前記ネットワークデバイスから送信された多重化指示パラメータを受信するステップと、前記多重化指示パラメータの状態及び／又は前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度に基づいて、前記多重化モードを決定するステップであって、前記多重化指示パラメータの状態がイネーブル状態と非イネーブル状態とを含むステップと、をさらに含む、
ことを特徴とする請求項１に記載のアップリンク制御情報の多重化方法。
【請求項4】
前記多重化指示パラメータは上位層シグナリングに運ばれる第１の多重化指示パラメータを含み、前記多重化指示パラメータの状態及び／又は前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度に基づいて、前記多重化モードを決定するステップは、前記第１の多重化指示パラメータがイネーブル状態にあることに応答して、前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫとを連合符号化することを前記多重化モードとして決定するステップと、
前記第１の多重化指示パラメータが非イネーブル状態にあることに応答して、前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度に基づいて、前記多重化モードを決定するステップと、
を含む、
ことを特徴とする請求項３に記載のアップリンク制御情報の多重化方法。
【請求項5】
前記多重化指示パラメータは上位層シグナリングに運ばれる第１の多重化指示パラメータと第２の多重化指示パラメータとを含み、前記多重化指示パラメータの状態及び／又は前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度に基づいて、前記多重化モードを決定するステップは、前記第２の多重化指示パラメータがイネーブル状態にあることに応答して、前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫとを連合符号化することを前記多重化モードとして決定するステップと、
前記第２の多重化指示パラメータが非イネーブル状態にあることに応答して、前記第１の多重化指示パラメータの状態を決定するステップと、
前記第１の多重化指示パラメータがイネーブル状態にあることに応答して、前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫとを連合符号化することを前記多重化モードとして決定するステップと、
前記第１の多重化指示パラメータが非イネーブル状態にあることに応答して、前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度に基づいて、前記多重化モードを決定するステップと、
を含む、
ことを特徴とする請求項３に記載のアップリンク制御情報の多重化方法。
【請求項6】
前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度に基づいて、前記多重化モードを決定するステップは、前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度が同じであることに応答して、前記ＨＡＲＱ－ＡＣＫを伝送し、前記ＣＧ－ＵＣＩを廃棄または遅延して伝送することを前記多重化モードとして決定するステップと、
前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度が異なることに応答して、優先度が高い情報を伝送し、優先度が低い情報を廃棄または遅延して伝送することを前記多重化モードとして決定するステップと、
を含む、
ことを特徴とする請求項４または５に記載のアップリンク制御情報の多重化方法。
【請求項7】
アップリンク制御情報の多重化方法であって、非ライセンスバンド伝送に適用され、前記方法はネットワークデバイスによって実行され、前記方法は、端末デバイスに多重化指示パラメータを送信するステップであって、前記多重化指示パラメータは、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫに時間領域の重複が発生した場合、前記端末デバイスが、前記多重化指示パラメータの状態及び／又は前記ＣＧ－ＰＵＳＣＨに運ばれるＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫとの優先度に基づいて多重化モードを決定することを指示するために使用され、前記状態がイネーブル状態と非イネーブル状態とを含むステップと、
前記端末デバイスによって決定された前記多重化モードに基づいて伝送された情報を受信するステップであって、伝送される情報がＣＧ－ＵＣＩ及び／又は前記ＨＡＲＱ－ＡＣＫを含むステップと、
を含む、
ことを特徴とするアップリンク制御情報の多重化方法。
【請求項8】
上位層シグナリングを介して前記端末デバイスに前記多重化指示パラメータを送信するステップであって、前記多重化指示パラメータが前記上位層シグナリングに運ばれる第１の多重化指示パラメータを含むステップをさらに含む、ことを特徴とする請求項７に記載のアップリンク制御情報の多重化方法。
【請求項9】
上位層シグナリングを介して前記端末デバイスに前記多重化指示パラメータを送信するステップであって、前記多重化指示パラメータが前記上位層シグナリングに運ばれる第１の多重化指示パラメータと第２の多重化指示パラメータとを含むステップをさらに含む、ことを特徴とする請求項７に記載のアップリンク制御情報の多重化方法。
【請求項10】
前記多重化モードが前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫとを連合符号化することに応答して、受信された前記情報を復号化し、前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫとを取得するステップをさらに含む、ことを特徴とする請求項７に記載のアップリンク制御情報の多重化方法。
【請求項11】
通信装置であって、設定グラント物理アップリンク共用チャネル（ＣＧ－ＰＵＳＣＨ）と物理アップリンク制御チャネル（ＰＵＣＣＨ）に運ばれるハイブリッド自動再送要求応答情報（ＨＡＲＱ－ＡＣＫ）に時間領域の重複が発生したことに応答して、前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度に基づいて、前記ＣＧ－ＰＵＳＣＨに運ばれる設定グラントアップリンク制御情報（ＣＧ－ＵＣＩ）と前記ＨＡＲＱ－ＡＣＫとの多重化モードを決定するために使用される送受信モジュールと、
前記多重化モードに基づいてネットワークデバイスに情報を伝送するために使用される処理モジュールであって、伝送される情報がＣＧ－ＵＣＩ及び／又は前記ＨＡＲＱ－ＡＣＫを含む処理モジュールと、
を含む、
ことを特徴とする通信装置。
【請求項12】
通信装置であって、設定グラント物理アップリンク共用チャネル（ＣＧ－ＰＵＳＣＨ）と物理アップリンク制御チャネルに運ばれるハイブリッド自動再送要求応答情報（ＨＡＲＱ－ＡＣＫ）に時間領域の重複が発生したことに応答して、前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度に基づいて、前記ＣＧ－ＰＵＳＣＨに運ばれる設定グラントアップリンク制御情報（ＣＧ－ＵＣＩ）と前記ＨＡＲＱ－ＡＣＫとの多重化モードを決定するために使用される送受信モジュールと、
前記多重化モードに基づいてネットワークデバイスに情報を伝送するために使用される処理モジュールであって、伝送される情報がＣＧ－ＵＣＩ及び／又は前記ＨＡＲＱ－ＡＣＫを含む処理モジュールと、
を含む、
ことを特徴とする通信装置。
【請求項13】
通信装置であって、前記装置はプロセッサとメモリとを含み、前記メモリにはコンピュータプログラムが記憶されており、前記装置が請求項１～６のいずれかに記載の方法を実行するように、前記プロセッサは前記メモリに記憶されているコンピュータプログラムを実行する、
ことを特徴とする通信装置。
【請求項14】
通信装置であって、前記装置はプロセッサとメモリとを含み、前記メモリにはコンピュータプログラムが記憶されており、前記装置が請求項７～１０のいずれかに記載の方法を実行するように、前記プロセッサは前記メモリに記憶されているコンピュータプログラムを実行する、
ことを特徴とする通信装置。
【請求項15】
通信装置であって、プロセッサとインターフェース回路と、を含み、
前記インターフェース回路は、コード命令を受信し、前記プロセッサに伝送するために使用され、
前記プロセッサは、請求項１～６のいずれかに記載の方法を実行するように、前記コード命令を実行するために使用される、
ことを特徴とする通信装置。
【請求項16】
通信装置であって、プロセッサとインターフェース回路と、を含み、
前記インターフェース回路は、コード命令を受信し、前記プロセッサに伝送するために使用され、
前記プロセッサは、請求項７～１０のいずれかに記載の方法を実行するように、前記コード命令を実行するために使用される、
ことを特徴とする通信装置。
【請求項17】
命令が記憶されているコンピュータ読み取り可能な記憶媒体であって、前記命令が実行される場合、請求項１～６のいずれかに記載の方法を実現する、
ことを特徴とするコンピュータ読み取り可能な記憶媒体。
【請求項18】
命令が記憶されているコンピュータ読み取り可能な記憶媒体であって、前記命令が実行される場合、請求項７～１０のいずれかに記載の方法を実現する、
ことを特徴とするコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本出願は通信技術の分野に関し、特にアップリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）の多重化方法及びその装置に関連する。
【背景技術】
【0002】
超高信頼低遅延通信（Ｕｌｔｒａ ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＵＲＬＬＣ）トラフィックは伝送信頼性に高い要求を持っている。非ライセンスバンド（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）でのＵＲＬＬＣトラフィックの拡張を実現するためには、ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄでのＵＲＬＬＣトラフィックの設定グラント物理アップリンク共有チャネル（ｃｏｎｆｉｇｕｒｅ ｇｒａｎｔ－Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅ ＣＨａｎｎｅｌ、ＣＧ－ＰＵＳＣＨ）の伝送を実現する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【0003】
本出願の実施例はアップリンク制御情報の多重化方法及びその装置を提供し、非ライセンスバンドでＣＧ－ＰＵＳＣＨとＰＵＣＣＨに運ばれるＨＡＲＱ－ＡＣＫに時間領域の重複が発生するシナリオに適用され、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫの優先度に基づいて、非ライセンスバンドでＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫの多重化伝送を実現することができ、さらにＵＲＬＬＣトラフィックにおけるＵＣＩの伝送遅延と信頼性とを保証することができる。
【課題を解決するための手段】
【0004】
第１の態様によれば、本出願の実施例はアップリンク制御情報の多重化方法を提供し、端末デバイスに適用され、この方法は、設定グラント物理アップリンク共用チャネル（ＣＧ－ＰＵＳＣＨ）と物理アップリンク制御チャネルに運ばれるハイブリッド自動再送要求応答情報（ＨＡＲＱ－ＡＣＫ）に時間領域の重複が発生したことに応答して、前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度に基づいて、前記ＣＧ－ＰＵＳＣＨに運ばれる設定グラントアップリンク制御情報（ＣＧ－ＵＣＩ）と前記ＨＡＲＱ－ＡＣＫとの多重化モードを決定するステップと、前記多重化モードに基づいてネットワークデバイスに情報を伝送するステップであって、ここで、伝送される情報がＣＧ－ＵＣＩ及び／又は前記ＨＡＲＱ－ＡＣＫを含むステップと、を含む。
【0005】
本出願の実施例はアップリンク制御情報の多重化方法を提供し、ＣＧ－ＰＵＳＣＨとＰＵＣＣＨに運ばれるＨＡＲＱ－ＡＣＫに時間領域の重複が発生したことに応答することで、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫとの優先度に基づいて、ＣＧ－ＰＵＳＣＨに運ばれるＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫとの多重化モードを決定し、多重化モードに基づいて、ＣＧ－ＵＣＩ及び／又はＨＡＲＱ－ＡＣＫをネットワークデバイスに伝送することができる。本出願は、非ライセンスバンドでＣＧ－ＰＵＳＣＨとＰＵＣＣＨに運ばれるＨＡＲＱ－ＡＣＫに時間領域の重複が発生するシナリオに適用され、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫの優先度に基づいて、非ライセンスバンドでＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫの多重化伝送を実現することができ、さらにＵＲＬＬＣトラフィックにおけるＵＣＩの伝送遅延と信頼性とを保証することができる。
【0006】
一実現形態では、前記アップリンク制御情報の多重化方法は、前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度が異なることに応答して、優先度が高い情報を伝送し、優先度が低い情報を廃棄または遅延して伝送することを前記多重化モードとして決定するステップをさらに含む。
【0007】
一実現形態では、前記アップリンク制御情報の多重化方法は、前記ネットワークデバイスから送信された多重化指示パラメータを受信するステップと、前記多重化指示パラメータの状態及び／又は前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度に基づいて、前記多重化モードを決定するステップであって、ここで、前記多重化指示パラメータの状態がイネーブル状態と非イネーブル状態とを含むステップと、をさらに含む。
【0008】
一実現形態では、前記多重化指示パラメータは上位層シグナリングに運ばれる第１の多重化指示パラメータを含み、前記多重化指示パラメータの状態及び／又は前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度に基づいて、前記多重化モードを決定するステップは、前記第１の多重化指示パラメータがイネーブル状態にあることに応答して、前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫとを連合符号化することを前記多重化モードとして決定するステップと、前記第１の多重化指示パラメータが非イネーブル状態にあることに応答して、前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度に基づいて、前記多重化モードを決定するステップと、を含む。
【0009】
一実現形態では、前記多重化指示パラメータは上位層シグナリングに運ばれる第１の多重化指示パラメータと第２の多重化指示パラメータとを含み、前記多重化指示パラメータの状態及び／又は前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度に基づいて、前記多重化モードを決定するステップは、前記第２の多重化指示パラメータがイネーブル状態にあることに応答して、前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫとを連合符号化することを前記多重化モードとして決定するステップと、前記第２の多重化指示パラメータが非イネーブル状態にあることに応答して、前記第１の多重化指示パラメータの状態を決定するステップと、前記第１の多重化指示パラメータがイネーブル状態にあることに応答して、前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫとを連合符号化することを前記多重化モードとして決定するステップと、前記第１の多重化指示パラメータが非イネーブル状態にあることに応答して、 前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度に基づいて、前記多重化モードを決定するステップと、を含む。
【0010】
一実現形態では、前記前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度に基づいて、前記多重化モードを決定するステップは、前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度が同じであることに応答して、前記ＨＡＲＱ－ＡＣＫを伝送し、前記ＣＧ－ＵＣＩを廃棄または遅延して伝送することを前記多重化モードとして決定するステップと、前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度が異なることに応答して、優先度が高い情報を伝送し、優先度が低い情報を廃棄または遅延して伝送することを前記多重化モードとして決定するステップと、を含む。
【0011】
第２の態様によれば、本出願の実施例はアップリンク制御情報の多重化方法をさらに提供し、この方法はネットワークデバイスによって実行され、端末デバイスに多重化指示パラメータを送信するステップであって、ここで、前記多重化指示パラメータは、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫに時間領域の重複が発生した場合、前記端末デバイスが、前記多重化指示パラメータの状態及び／又は前記ＣＧ－ＰＵＳＣＨに運ばれるＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫとの優先度に基づいて多重化モードを決定することを指示するために使用され、ここで、前記状態がイネーブル状態と非イネーブル状態とを含むステップと、前記端末デバイスによって決定された前記多重化モードに基づいて伝送された情報を受信するステップであって、ここで、伝送される情報がＣＧ－ＵＣＩ及び／又は前記ＨＡＲＱ－ＡＣＫを含むステップと、を含む。
【0012】
一実現形態では、前記アップリンク制御情報の多重化方法は、上位層シグナリングを介して前記端末デバイスに前記多重化指示パラメータを送信するステップであって、ここで、前記多重化指示パラメータが前記上位層シグナリングに運ばれる第１の多重化指示パラメータを含むステップをさらに含む。
【0013】
一実現形態では、前記アップリンク制御情報の多重化方法は、上位層シグナリングを介して前記端末デバイスに前記多重化指示パラメータを送信するステップであって、ここで、前記多重化指示パラメータが前記上位層シグナリングに運ばれる第１の多重化指示パラメータと第２の多重化指示パラメータとを含むステップをさらに含む。
【0014】
一実現形態では、前記アップリンク制御情報の多重化方法は、前記多重化モードが前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫとを連合符号化することに応答して、受信された前記情報を復号化し、前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫとを取得するステップをさらに含む。
【0015】
第３の態様によれば、本出願の実施例は、上記第１の態様に記載の方法における端末装置を実現する機能の一部または全部を有する通信装置を提供し、例えば、通信装置の機能は本出願の一部または全部の実施例における機能を備えてもよいし、本出願のいずれかの実施例を単独で実行する機能を備えてもよい。こ前記機能は、ハードウェアによって実現されてもよく、ハードウェアによって対応するソフトウェアを実行することによって実現されてもよい。前記ハードウェアまたはソフトウェアは、上記の機能に対応する１つまたは複数のユニットまたはモジュールを含む。
【0016】
一実現形態では、この通信装置の構成には、送受信モジュールと処理モジュールとが含まれることができ、前記処理モジュールは、通信装置が上記の方法における対応する機能を実行することをサポートするように構成される。前記送受信モジュールは、通信装置と他のデバイスとの間の通信をサポートするために使用される。前記通信装置は、送受信モジュールと処理モジュールとに結合するための記憶モジュールをさらに含むことができ、この記憶モジュールが通信装置に必要なコンピュータプログラムとデータとを保存する。
【0017】
例として、処理モジュールはプロセッサであってもよく、送受信モジュールはトランシーバまたは通信インターフェースであってもよく、記憶モジュールはメモリであってもよい。
【0018】
第４の態様によれば、本出願の実施例は、上記第２の態様に記載の方法における端末装置を実現する機能の一部または全部を有する通信装置を提供し、例えば、通信装置の機能は本出願の一部または全部の実施例における機能を備えてもよいし、本出願のいずれかの実施例を単独で実行する機能を備えてもよい。前記機能は、ハードウェアによって実現されてもよく、ハードウェアによって対応するソフトウェアを実行することによって実現されてもよい。前記ハードウェアまたはソフトウェアは、上記の機能に対応する１つまたは複数のユニットまたはモジュールを含む。
【0019】
一実現形態では、このアップリンク制御情報の多重化装置の構成には、送受信モジュールと処理モジュールとが含まれることができ、この処理モジュールは、通信装置が上記の方法における対応する機能を実行することをサポートするように構成される。送受信モジュールは、通信装置と他のデバイスとの間の通信をサポートするために使用される。前記通信装置は、送受信モジュールと処理モジュールとに結合するための記憶モジュールをさらに含むことができ、この記憶モジュールが通信装置に必要なコンピュータプログラムとデータとを保存する。
【0020】
例として、処理モジュールはプロセッサであってもよく、送受信モジュールはトランシーバまたは通信インターフェースであってもよく、記憶モジュールはメモリであってもよい。
【0021】
第５の態様によれば、本出願の実施例はプロセッサを含む通信装置を提供し、このプロセッサがメモリのコンピュータプログラムを呼び出すとき、上記第１の態様に記載の方法を実行する。
【0022】
第６の態様によれば、本出願の実施例はプロセッサを含む通信装置を提供し、このプロセッサがメモリのコンピュータプログラムを呼び出すとき、上記第２の態様に記載の方法を実行する。
【0023】
第７の態様によれば、本出願の実施例はプロセッサとメモリとを含む通信装置を提供し、前記メモリにはコンピュータプログラムが記憶されており、前記装置が上記第１の態様に前記の方法を実行するように、前記プロセッサは前記メモリに記憶されているコンピュータプログラムを実行する。
【0024】
第８の態様によれば、本出願の実施例はプロセッサとメモリとを含む通信装置を提供し、前記メモリにはコンピュータプログラムが記憶されており、前記装置が上記第２の態様に前記の方法を実行するように、前記プロセッサは前記メモリに記憶されているコンピュータプログラムを実行する。
【0025】
第９の態様によれば、本出願の実施例はプロセッサとインターフェース回路とを含む通信装置を提供し、前記インターフェース回路がコード命令を受信してプロセッサに送信するために使用され、前記プロセッサは、上記第１の態様に記載の方法を実行するように前記コード命令を実行するために使用される。
【0026】
第１０の態様によれば、本出願はプロセッサとインターフェース回路とを含む通信装置を提供し、前記インターフェース回路がコード命令を受信してプロセッサに送信するために使用され、前記プロセッサは、上記第２の態様に記載の方法を実行するように前記コード命令を実行するために使用される。
【0027】
第１１の態様によれば、本出願の実施例は、第３の態様に記載の通信装置と、第４の態様に記載の通信装置とを含むか、または、第５の態様に記載の通信装置と第６の態様に記載の通信装置とを含むか、または、第７の態様に記載の通信装置と第８の態様に記載の通信装置とを含むか、または、第９の態様に記載の通信装置と第１０の態様に記載の通信装置とを含む通信システムを提供する。
【0028】
第１２の態様によれば、本出願の実施例は命令が記憶されているためのコンピュータ読み取り可能な記憶媒体を提供し、前記命令が実行される場合、上記第１の態様に記載の方法の実現を可能にする。
【0029】
第１３の態様によれば、本出願の実施例は命令が記憶されているためのコンピュータ読み取り可能な記憶媒体を提供し、前記命令が実行される場合、上記第２の態様に記載の方法の実現を可能にする。
【0030】
第１４の態様によれば、本出願はさらにコンピュータプログラムを含むコンピュータプログラム製品を提供し、それがコンピュータ上で実行されている場合、コンピュータに上記第１の態様に記載の方法を実行させる。
【0031】
第１５の態様によれば、本出願はさらにコンピュータプログラムを含むコンピュータプログラム製品を提供し、それがコンピュータ上で実行されている場合、コンピュータに上記第２の態様に記載の方法を実行させる。
【0032】
第１６の態様によれば、本出願は、端末デバイスが第１の態様に係る機能、例えば、上記方法に係るデータと情報とのうちの少なくとも１つを決定または処理することを実現するようにサポートするための少なくとも１つのプロセッサとインターフェースとを含むチップシステムを提供する。可能な設計では、前記チップシステムは、端末デバイスに必要なコンピュータプログラムとデータとを保存するためのメモリをさらに含む。このチップシステムは、チップから構成されていてもよいし、チップや他のディスクリート素子を含んでいてもよい。
【0033】
第１７の態様によれば、本出願は、ネットワークデバイスが第２の態様に係る機能、例えば、上記方法に係るデータと情報とのうちの少なくとも１つを決定または処理することを実現するようにサポートするための少なくとも１つのプロセッサとインターフェースとを含むチップシステムを提供する。可能な設計では、前記チップシステムは、ネットワークデバイスに必要なコンピュータプログラムとデータとを保存するためのメモリをさらに含む。このチップシステムは、チップから構成されていてもよいし、チップや他のディスクリート素子を含んでいてもよい。
【0034】
第１８の態様によれば、本出願はコンピュータプログラムを提供し、それがコンピュータ上で実行されている場合、コンピュータに上記第１の態様に記載の方法を実行させる。
【0035】
第１９の態様によれば、本出願はコンピュータプログラムを提供し、それがコンピュータ上で実行されている場合、コンピュータに上記第２の態様に記載の方法を実行させる。
【図面の簡単な説明】
【0036】
本出願の実施例または背景技術における技術案をより明確に説明するために、以下、本出願の実施例または背景技術において使用する必要がある図面を説明する。
【図1】本出願の実施例によって提供される通信システムのアーキテクチャの概略図である。
【図2】本出願の一実施例に係るアップリンク制御情報の多重化方法の概略フローチャートである。
【図3】本出願の別の実施例に係るアップリンク制御情報の多重化方法の概略フローチャートである。
【図4】本出願の別の実施例に係るアップリンク制御情報の多重化方法の概略フローチャートである。
【図5】本出願の別の実施例に係るアップリンク制御情報の多重化方法の概略フローチャートである。
【図6】本出願の別の実施例に係るアップリンク制御情報の多重化方法の概略フローチャートである。
【図7】本出願の別の実施例に係るアップリンク制御情報の多重化方法の概略フローチャートである。
【図8】本出願の別の実施例に係るアップリンク制御情報の多重化方法の概略フローチャートである。
【図9】本出願の別の実施例に係るアップリンク制御情報の多重化方法の概略フローチャートである。
【図10】本出願の別の実施例に係るアップリンク制御情報の多重化方法の概略フローチャートである。
【図11】本出願の別の実施例に係るアップリンク制御情報の多重化方法の概略フローチャートである。
【図12】本出願の一実施例に係るアップリンク制御情報の多重化装置の概略フローチャートである。
【図13】本出願の一実施例に係る通信装置の概略構成図である。
【図14】本出願の一実施例に係るチップの概略構成図である。
【発明を実施するための形態】
【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】
Ｓ３０１、ＣＧ－ＰＵＳＣＨとＰＵＣＣＨに運ばれるＨＡＲＱ－ＡＣＫに時間領域の重複が発生すると決定する。
【0069】
ステップＳ３０１の具体的な実現形態については、本出願のいずれかの実施例における実現形態を採用することができ、ここでは詳細に説明しない。
【0070】
Ｓ３０２、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫとの優先度が異なることに応答して、優先度が高い情報を伝送し、優先度が低い情報を廃棄または遅延して伝送することを多重化モードとして決定する。
【0071】
本出願の実施例では、ＣＧ－ＵＣＩの優先度がこのＣＧ－ＵＣＩを伝送するＣＧ－ＰＵＳＣＨの優先度と同等であると考えられる。
【0072】
選択的に、ＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫとの優先度は、ＣＧ－ＵＣＩの優先度がＨＡＲＱ－ＡＣＫの優先度に等しいことと、ＣＧ－ＵＣＩの優先度がＨＡＲＱ－ＡＣＫの優先度より高いことと、ＨＡＲＱ－ＡＣＫの優先度がＣＧ－ＵＣＩの優先度より高いことと、のうちのいずれかを含む。
【0073】
ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫとの優先度が異なる場合、選択的に、ＣＧ－ＵＣＩの優先度がＨＡＲＱ－ＡＣＫの優先度より高い場合、ＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫとの伝送が重複した場合、ＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫとを同時に伝送することができないため、優先度の高い情報を優先的に伝送可能を保証するために、選択的に、より優先度の低いＨＡＲＱ－ＡＣＫを廃棄し、より優先度の高いＣＧ－ＵＣＩのみを伝送することができる。選択的に、より優先度の低いＨＡＲＱ－ＡＣＫを遅延して伝送し、より優先度の高いＣＧ－ＵＣＩを優先的に伝送することができる。
【0074】
選択的に、ＨＡＲＱ－ＡＣＫの優先度がＣＧ－ＵＣＩの優先度より高い場合、ＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫとの伝送が重複した場合、ＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫとを同時に伝送することができないため、優先度の高い情報を優先的に伝送可能を保証するために、選択的に、より優先度の低いＣＧ－ＵＣＩを廃棄し、より優先度の高いＨＡＲＱ－ＡＣＫのみを伝送することができる。選択的に、より優先度の低いＣＧ－ＵＣＩを遅延して伝送し、より優先度の高いＨＡＲＱ－ＡＣＫを優先的に伝送することができる。
【0075】
Ｓ３０３、多重化モードに基づいてネットワークデバイスに情報を伝送し、ここで、伝送された情報がＣＧ－ＵＣＩ及び／又はＨＡＲＱ－ＡＣＫを含む。
【0076】
ステップＳ３０３の具体的な実現形態については、本出願のいずれかの実施例における実現形態を採用することができ、ここでは詳細に説明しない。
【0077】
本出願の実施例が非ライセンスバンド伝送に適用される場合、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫとの優先度が異なる場合、優先度の高い情報の優先的な送信を保証することができる。
【0078】
【0079】
Ｓ４０１、ＣＧ－ＰＵＳＣＨとＰＵＣＣＨに運ばれるＨＡＲＱ－ＡＣＫに時間領域の重複が発生すると決定する。
【0080】
ステップＳ４０１の具体的な実現形態については、本出願のいずれかの実施例における実現形態を採用することができ、ここでは詳細に説明しない。
【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】
本出願は、非ライセンスバンドでＣＧ－ＰＵＳＣＨとＰＵＣＣＨに運ばれるＨＡＲＱ－ＡＣＫに時間領域の重複が発生するシナリオに適用され、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫの優先度に基づいて、非ライセンスバンドでＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫの多重化伝送を実現することができ、さらにＵＲＬＬＣトラフィックにおけるＵＣＩの伝送遅延と信頼性とを保証することができる。
【0128】
図８は本出願の一実施例に係るアップリンク制御情報の多重化方法の概略フローチャートであり、この方法はネットワークデバイスに適用され、この方法は以下のステップＳ８０１～Ｓ８０８を含む。
【0129】
Ｓ８０１、ＣＧ－ＰＵＳＣＨとＰＵＣＣＨに運ばれるＨＡＲＱ－ＡＣＫに時間領域の重複が発生すると決定する。
【0130】
ステップＳ８０１については、上記の実施例で説明したが、ここでは説明を省略する。
【0131】
Ｓ８０２、ネットワークデバイスから送信された多重化指示パラメータを受信する。
【0132】
ステップＳ８０２については、上記の実施例で説明したが、ここでは説明を省略する。
【0133】
Ｓ８０３、第２の多重化指示パラメータが非イネーブル状態にあることに応答して、第１の多重化指示パラメータの状態を決定する。
【0134】
ここで、第２の多重化指示パラメータが非イネーブル状態にある場合、この場合に第２の多重化指示パラメータの状態だけでＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫとの多重化モードを決定することができない。この場合、第１の多重化指示パラメータの状態を決定する必要がある。ここで、第１の多重化指示パラメータの状態がイネーブル状態と非イネーブル状態とを含む。
【0135】
Ｓ８０４、第１の多重化指示パラメータがイネーブル状態にあることに応答して、ＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫとを連合符号化することを多重化モードとして決定する。
【0136】
Ｓ８０５、第１の多重化指示パラメータが非イネーブル状態にあることに応答して、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫとの優先度に基づいて、多重化モードを決定する。
【0137】
Ｓ８０６、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫとの優先度が同じであることに応答して、ＨＡＲＱ－ＡＣＫを伝送し、ＣＧ－ＵＣＩを廃棄または遅延して伝送することを多重化モードとして決定する。
【0138】
Ｓ８０７、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫとの優先度が異なることに応答して、優先度が高い情報を伝送し、優先度が低い情報を廃棄または遅延して伝送することを多重化モードとして決定する。
【0139】
Ｓ８０８、多重化モードに基づいてネットワークデバイスに情報を伝送し、ここで、伝送された情報がＣＧ－ＵＣＩ及び／又はＨＡＲＱ－ＡＣＫを含む。
【0140】
ステップＳ８０４～８０８の具体的な実現形態については、本出願のいずれかの実施例における実現形態を採用することができ、ここでは詳細に説明しない。
【0141】
本出願は、非ライセンスバンドでＣＧ－ＰＵＳＣＨとＰＵＣＣＨに運ばれるＨＡＲＱ－ＡＣＫに時間領域の重複が発生するシナリオに適用され、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫの優先度に基づいて、非ライセンスバンドでＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫの多重化伝送を実現することができ、さらにＵＲＬＬＣトラフィックにおけるＵＣＩの伝送遅延と信頼性とを保証することができる。
【0142】
【0143】
Ｓ９０１、端末デバイスに多重化指示パラメータを送信し、ここで、多重化指示パラメータは、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫに時間領域の重複が発生した場合、端末デバイスは多重化指示パラメータの状態及び／又はＣＧ－ＰＵＳＣＨに運ばれるＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫとの優先度に基づいて多重化モードを決定することを指示するために使用され、ここで、状態がイネーブル状態と非イネーブル状態とを含む。
【0144】
ステップＳ９０１の具体的な説明については、上記の実施例における関連内容の記載を参照することができ、今回は説明を省略する。
【0145】
Ｓ９０２、決定された多重化モードに基づいて端末デバイスによって伝送された情報を受信し、ここで、伝送された情報がＣＧ－ＵＣＩ及び／又はＨＡＲＱ－ＡＣＫを含む。
【0146】
ステップＳ９０２の具体的な説明については、上記の実施例における関連内容の記載を参照することができ、今回は説明を省略する。
【0147】
選択的に、多重化モードがＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫとを連合符号化することに応答して、受信された情報を復号化して、ＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫとを取得する。
【0148】
ここで、ＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫとを連合符号化した後、ＣＧ－ＰＵＳＣＨに運ばれて伝送し、端末デバイスはこの連合符号化を受信した後、この符号化を復号化し、これによって元のＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫ情報を取得することができる。
【0149】
本出願は、非ライセンスバンドでＣＧ－ＰＵＳＣＨとＰＵＣＣＨに運ばれるＨＡＲＱ－ＡＣＫに時間領域の重複が発生するシナリオに適用され、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫの優先度に基づいて、非ライセンスバンドでＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫの多重化伝送を実現することができ、さらにＵＲＬＬＣトラフィックにおけるＵＣＩの伝送遅延と信頼性とを保証することができる。
【0150】
図１０は本出願の一実施例に係るアップリンク制御情報の多重化方法の概略フローチャートであり、この方法はネットワークデバイスに適用され、図１０に示すように、この方法は以下のステップＳ１００１～Ｓ１００２を含む。
【0151】
Ｓ１００１、ＣＧ－ＰＵＳＣＨとＰＵＣＣＨに運ばれるＨＡＲＱ－ＡＣＫに時間領域の重複が発生すると決定する。
【0152】
ステップＳ１００１の具体的な説明については、上記の実施例における関連内容の記載を参照することができ、今回は説明を省略する。
【0153】
Ｓ１００２、上位層シグナリングを介して端末デバイスに多重化指示パラメータを送信し、ここで、多重化指示パラメータが上位層シグナリングに運ばれる第１の多重化指示パラメータを含む。
【0154】
ステップＳ１００２の具体的な説明については、上記の実施例における関連内容の記載を参照することができ、今回は説明を省略する。
【0155】
本出願は、非ライセンスバンドでＣＧ－ＰＵＳＣＨとＰＵＣＣＨに運ばれるＨＡＲＱ－ＡＣＫに時間領域の重複が発生するシナリオに適用され、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫの優先度に基づいて、非ライセンスバンドでＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫの多重化伝送を実現することができ、さらにＵＲＬＬＣトラフィックにおけるＵＣＩの伝送遅延と信頼性とを保証することができる。
【0156】
図１１は本出願の一実施例に係るアップリンク制御情報の多重化方法の概略フローチャートであり、この方法はネットワークデバイスに適用され、図１１に示すように、この方法は以下のステップＳ１１０１～Ｓ１１０２を含む。
【0157】
Ｓ１１０１、ＣＧ－ＰＵＳＣＨとＰＵＣＣＨに運ばれるＨＡＲＱ－ＡＣＫに時間領域の重複が発生すると決定する。
【0158】
ステップＳ１１０１の具体的な説明については、上記の実施例における関連内容の記載を参照することができ、今回は説明を省略する。
【0159】
Ｓ１１０２、上位層シグナリングを介して端末デバイスに多重化指示パラメータを送信し、ここで、多重化指示パラメータが上位層シグナリングに運ばれる第１の多重化指示パラメータと第２の多重化指示パラメータとを含む。
【0160】
ステップＳ１１０２の具体的な説明については、上記の実施例における関連内容の記載を参照することができ、今回は説明を省略する。
【0161】
本出願は、非ライセンスバンドでＣＧ－ＰＵＳＣＨとＰＵＣＣＨに運ばれるＨＡＲＱ－ＡＣＫに時間領域の重複が発生するシナリオに適用され、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫの優先度に基づいて、非ライセンスバンドでＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫの多重化伝送を実現することができ、さらにＵＲＬＬＣトラフィックにおけるＵＣＩの伝送遅延と信頼性とを保証することができる。
【0162】
上記の本出願によって提供される実施例では、それぞれネットワークデバイス、端末デバイスの観点から本出願の実施例によって提供される方法を説明した。上記の本出願の実施例によって提供される方法における各機能を実現するために、ネットワークデバイスと端末デバイスは、ハードウェア構成、ソフトウェアモジュールを含むことができ、ハードウェア構成、ソフトウェアモジュール、またはハードウェア構成プラスソフトウェアモジュールの形態で上記各機能を実現することができる。上記の各機能のうちのある機能は、ハードウェア構成、ソフトウェアモジュール、またはハードウェア構成プラスソフトウェアモジュールの形態で実行することができる。
【0163】
本出願の実施例は、通信装置をさらに提供し、この通信装置は、端末デバイス（上記の方法の実施例における端末デバイス）であってもよいし、端末デバイスにおける装置であってもよいし、端末デバイスとマッチングして使用可能な装置であってもよい。または、通信装置は、ネットワークデバイスであってもよいし、ネットワークデバイスにおける装置であってもよいし、ネットワークデバイスにマッチングして使用可能な装置であってもよい。
【0164】
【0165】
送受信モジュール１２０１は、設定グラント物理アップリンク共用チャネル（ＣＧ－ＰＵＳＣＨ）と物理アップリンク制御チャネルに運ばれるハイブリッド自動再送要求応答情報（ＨＡＲＱ－ＡＣＫ）に時間領域の重複が発生したことに応答して、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫとの優先度に基づいて、ＣＧ－ＰＵＳＣＨに運ばれる設定グラントアップリンク制御情報（ＣＧ－ＵＣＩ）とＨＡＲＱ－ＡＣＫとの多重化モードを決定するために使用されることができる。
【0166】
処理モジュール１２０２は、多重化モードに基づいてネットワークデバイスに情報を伝送するために使用されることができ、ここで、伝送された情報がＣＧ－ＵＣＩ及び／又はＨＡＲＱ－ＡＣＫを含む。
【0167】
送受信モジュール１２０１はさらに、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫとの優先度が異なることに応答して、優先度が高い情報を伝送し、優先度が低い情報を廃棄または遅延して伝送することを多重化モードとして決定するために使用される。
【0168】
送受信モジュール１２０１は、さらにネットワークデバイスから送信された多重化指示パラメータを受信し、多重化指示パラメータの状態及び／又はＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫとの優先度に基づいて、多重化モードを決定するために使用され、ここで、多重化指示パラメータの状態がイネーブル状態と非イネーブル状態とを含む。
【0169】
選択的に、送受信モジュール１２０１は、さらに第１の多重化指示パラメータがイネーブル状態にあることに応答して、ＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫとを連合符号化することを多重化モードとして決定し、第１の多重化指示パラメータが非イネーブル状態にあることに応答して、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫとの優先度に基づいて、多重化モードを決定するために使用される。
【0170】
選択的に、送受信モジュール１２０１は、さらに第２の多重化指示パラメータがイネーブル状態にあることを応答して、ＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫとを連合符号化することを多重化モードとして決定し、第２の多重化指示パラメータが非イネーブル状態にあることに応答して、第１の多重化指示パラメータの状態を決定し、第１の多重化指示パラメータがイネーブル状態にあることに応答して、ＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫとを連合符号化することを多重化モードとして決定し、第１の多重化指示パラメータが非イネーブル状態にあることに応答して、 ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫとの優先度に基づいて、多重化モードを決定するために使用される。
【0171】
選択的に、送受信モジュール１２０１は、さらにＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫとの優先度が同じであることに応答して、ＨＡＲＱ－ＡＣＫを伝送し、ＣＧ－ＵＣＩを廃棄または遅延して伝送することを多重化モードとして決定し、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫとの優先度が異なることに応答して、優先度が高い情報を伝送し、優先度が低い情報を廃棄または遅延して伝送することを多重化モードとして決定するために使用される。
【0172】
本出願は非ライセンスバンド伝送に適用される場合、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫとの優先度の異なりに基づいて、適切な多重化モードを決定し、ＵＲＬＬＣトラフィック中のＵＣＩの伝送遅延と信頼性とを保証することができる。
【0173】
通信装置１２００は、ネットワークデバイスである場合、設定グラント物理アップリンク共用チャネル（ＣＧ－ＰＵＳＣＨ）と物理アップリンク制御チャネルに運ばれるハイブリッド自動再送要求応答情報（ＨＡＲＱ－ＡＣＫ）に時間領域の重複が発生したことに応答して、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫとの優先度に基づいて、ＣＧ－ＰＵＳＣＨに運ばれる設定グラントアップリンク制御情報（ＣＧ－ＵＣＩ）とＨＡＲＱ－ＡＣＫとの多重化モードを決定するために使用されることができる送受信モジュール１２０１と、多重化モードに基づいてネットワークデバイスに情報を伝送するために使用されることができる処理モジュール１２０２であって、ここで、伝送された情報がＣＧ－ＵＣＩ及び／又はＨＡＲＱ－ＡＣＫを含む処理モジュール１２０２と、を含む。
【0174】
選択的に、送受信モジュール１２０１は、さらに上位層シグナリングを介して端末デバイスに多重化指示パラメータを送信するために使用され、ここで、多重化指示パラメータが上位層シグナリングに運ばれる第１の多重化指示パラメータを含む。
【0175】
選択的に、送受信モジュール１２０１は、さらに上位層シグナリングを介して端末デバイスに多重化指示パラメータを送信するために使用され、ここで、多重化指示パラメータが上位層シグナリングに運ばれる第１の多重化指示パラメータと第２の多重化指示パラメータとを含む。
【0176】
選択的に、処理モジュール１２０２は、さらに多重化モードがＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫとを連合符号化することに応答して、受信された情報を復号化して、ＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫとを取得するために使用される。
【0177】
本出願は非ライセンスバンド伝送に適用される場合、ＣＧ－ＰＵＳＣＨとＨＡＲＱ－ＡＣＫとの優先度の異なりに基づいて、適切な多重化モードを決定し、ＵＲＬＬＣトラフィック中のＵＣＩの伝送遅延と信頼性とを保証することができる。
【0178】
図１３は本出願の実施例によって提供される別の通信装置１３００の概略構成図である。通信装置１３００は、ネットワークデバイスであってもよいし、端末デバイスであってもよいし、ネットワークデバイスが上記方法を実現することを支援するチップ、チップシステム、またはプロセッサなどであってもよいし、端末デバイスが上記方法を実現することを支援するチップ、チップシステム、またはプロセッサなどであってもよい。この装置は、上方法の実施例で説明された方法を実現するために使用されることができる。具体的には、上記方法の実施例の説明を参照することができる。
【0179】
通信装置１３００は、１つまたは複数のプロセッサ１３０１を含むことができる。プロセッサ１３０１は、汎用プロセッサまたは専用プロセッサなどであってよい。例えば、ベースバンドプロセッサまたは中央処理ユニットであってもよい。ベースバンドプロセッサは、通信プロトコルと通信データとを処理するために使用されることができ、中央処理ユニットは、通信装置（例えば、基地局、ベースバンドチップ、端末デバイス、端末デバイスチップ、ＤＵまたはＣＵなど）を制御し、コンピュータプログラムを実行し、コンピュータプログラムのデータを処理するために使用されることができる。
【0180】
選択的に、通信装置１３００にはコンピュータプログラム１３０４が記憶可能である１つまたは複数のメモリ１３０２がさらに含まれることができる、通信装置１３００が上記方法の実施例で説明された方法を実行するように、プロセッサ１３０１は、コンピュータプログラム１３０４を実行する。選択的に、メモリ１３０２にはデータが記憶されることができる。通信装置１３００とメモリ１３０２は、個別に設けられてもよく、統合されてもよい。
【0181】
選択的に、通信装置１３００は、トランシーバ１３０５、アンテナ１３０６をされに含むことができる。トランシーバ１３０５は、送受信機能を実現するために、送受信ユニット、トランシーバ、または送受信回路などと呼ぶことができる。トランシーバ１３０５は、受信機と送信機とを含むことができ、受信機は受信機能を実現するための受信機または受信回路などと呼ばれることができ、送信機は、送信機能を実現するための送信機または送信回路などと呼ばれることがる。
【0182】
選択的に、通信装置１３００には、１つまたは複数のインターフェース回路１３０７をされに含まれることができる。インターフェース回路１３０７は、コード命令を受信し、プロセッサ１３０１に伝送するために使用される。プロセッサ１３０１は、上記方法の実施例で説明された方法を通信装置１３００に実行させるためにコード命令を実行する。
【0183】
通信装置１３００は端末デバイスである：プロセッサ１３０１は、図９のステップＳ９０１と、図１０のステップＳ１００１と、図１１のステップＳ１１０１などを実行するために使用され、トランシーバ１３０５は、図２のステップＳ２０２と、図３のステップＳ３０３と、図４のステップＳ４０４と、図５のステップＳ５０５などを実行するために使用される。
【0184】
通信装置１３００はネットワークデバイスである：トランシーバ１３０５は、図２のステップＳ ２０２と、図３のステップＳ３０３と、図４のステップＳ４０４などを実行するために使用され、プロセッサ１３０１は、図２のステップＳ２０１と、図３のステップＳ３０１と、図４のステップＳ４０１などを実行するために使用される。
【0185】
一実施形態では、プロセッサ１３０１には、受信および送信機能を実現するためのトランシーバが含まれることができる。例えば、このトランシーバは、送受信回路であってもよいし、またはインターフェースであってもよいし、インターフェース回路であるもよい。受信と送信機能を実現するための送受信回路、インターフェースまたはインターフェース回路は、別々であってもよく、統合されていてもよい。上記送受信回路、インターフェースまたはインターフェース回路は、コード／データの読み書きのために使用されるか、または、上記送受信回路、インターフェースまたはインターフェース回路は、信号の伝送または伝達のために使用されることができる。
【0186】
一実現形態では、プロセッサ１３０１は、コンピュータプログラム１３０３がプロセッサ１３０１上で実行すると、上記方法の実施例で説明された方法を通信装置１３００に実行させることができるコンピュータプログラム１３０３を記憶することができる。コンピュータプログラム１３０３は、プロセッサ１３０１内に硬化する可能性があり、この場合、プロセッサ１３０１はハードウェアによって実現される可能性がある。
【0187】
一実施形態では、通信装置１３００は、上記方法の実施例における送信または受信または通信の機能を実現可能である回路を含むことができる。本出願で説明されたプロセッサとトランシーバは、集積回路（ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＩＣ）、アナログＩＣ、無線周波数集積回路ＲＦＩＣ、ハイブリッド信号ＩＣ、専用集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、プリント基板（ｐｒｉｎｔｅｄ ｃｉｒｃｕｉｔ ｂｏａｒｄ、ＰＣＢ）、電子デバイスなどに実現されることができる。このプロセッサとトランシーバは、相補型金属酸化物半導体（ｃｏｍｐｌｅｍｅｎｔａｒｙ ｍｅｔａｌ ｏｘｉｄｅ ｓｅｍｉｃｏｎｄｕｃｔｏｒ，ＣＭＯＳ）、Ｎ型金属酸化物半導体（ｎＭｅｔａｌ－ｏｘｉｄｅ－ｓｅｍｉｃｏｎｄｕｃｔｏｒ，ＮＭＯＳ）、Ｐ型金属酸化物半導体（ｐｏｓｉｔｉｖｅ ｃｈａｎｎｅｌ ｍｅｔａｌ ｏｘｉｄｅ ｓｅｍｉｃｏｎｄｕｃｔｏｒ，ＰＭＯＳ）、バイポーラ接合型トランジスタ（ｂｉｐｏｌａｒ ｊｕｎｃｔｉｏｎ ｔｒａｎｓｉｓｔｏｒ，ＢＪＴ）、バイポーラＣＭＯＳ（ＢｉＣＭＯＳ）、シリコンゲルマニウム（ＳｉＧｅ）、ガリウム砒素（ＧａＡｓ）などの様々なＩＣプロセス技術で製造することもできる。
【0188】
上記の実施例で説明された通信装置は、ネットワークデバイスまたは端末デバイス（上記の方法の実施例における第１の端末デバイス）であってもよいが、本出願で説明された通信装置の範囲はこれに限定されず、通信装置の構造は図１３に限定されないものであってもよい。通信装置は独立したデバイスであってもよいし、大きなデバイスの一部であってもよい。例えば通信装置は以下のことであってもよい。
（１）独立した集積回路ＩＣ、またはチップ、またはチップシステムまたはサブシステム、
（２）１つまたは複数のＩＣのセットを有し、選択的に、このＩＣセットはデータ、コンピュータプログラムを記憶するための記憶部品を含むことができる、
（３）モデム（Ｍｏｄｅｍ）などのＡＳＩＣ、
（４）他のデバイスに組み込まれることができるモジュール、
（５）受信機、端末機器、スマート端末デバイス、携帯電話、無線デバイス、ハンドヘルド、モバイルユニット、車載デバイス、ネットワークデバイス、クラウドデバイス、人工知能デバイスなど、
（６）その他など。
（１）独立した集積回路ＩＣ、またはチップ、またはチップシステムまたはサブシステム、
（２）１つまたは複数のＩＣのセットを有し、選択的に、このＩＣセットはデータ、コンピュータプログラムを記憶するための記憶部品を含むことができる、
（３）モデム（Ｍｏｄｅｍ）などのＡＳＩＣ、
（４）他のデバイスに組み込まれることができるモジュール、
（５）受信機、端末機器、スマート端末デバイス、携帯電話、無線デバイス、ハンドヘルド、モバイルユニット、車載デバイス、ネットワークデバイス、クラウドデバイス、人工知能デバイスなど、
（６）その他など。
【0189】
通信装置がチップまたはチップシステムであってもよい場合、図１４に示されるチップの構造概略図を参照することができる。図１４に示されるチップは、プロセッサ１４０１とインターフェース１４０２とを含む。ここで、プロセッサ１４０１の数は１つまたは複数であってもよく、インターフェース１４０２の数は複数であってもよい。
【0190】
本出願の実施例における端末デバイスの機能を実現するために使用される場合：
インターフェース１４０２は、図９のステップＳ９０１と、図１０のステップＳ１００１と、図１１のステップＳ１１０１などを実行するために使用される。
インターフェース１４０２は、図９のステップＳ９０１と、図１０のステップＳ１００１と、図１１のステップＳ１１０１などを実行するために使用される。
【0191】
本出願の実施例におけるネットワークデバイスの機能を実現するために使用される場合：
インターフェース１４０２は、図２のステップＳ２０２と、図３のステップＳ３０３と、図４のステップＳ４０４などを実行するために使用される。
インターフェース１４０２は、図２のステップＳ２０２と、図３のステップＳ３０３と、図４のステップＳ４０４などを実行するために使用される。
【0192】
選択的に、チップは、必要なコンピュータプログラムとデータとを記憶するためのメモリ１４０３をさらに含む。
【0193】
当業者はまた、本出願の実施例に記載されたさまざまな例示的な論理ブロック（ｉｌｌｕｓｔｒａｔｉｖｅ ｌｏｇｉｃａｌ ｂｌｏｃｋ）とステップ（ｓｔｅｐ）が、電子ハードウェア、コンピュータソフトウェア、または両方の組み合わせによって実現できることが理解することができる。このような機能をハードウェアで実現するかソフトウェアで実現するかは、特定のアプリケーションとシステム全体の設計要件に次第である。当業者は、それぞれの特定のアプリケーションに対して、様々な方法で実現される機能を使用することができるが、この実現は、本出願の実施例の保護の範囲を超えていると理解されたくない。
【0194】
本出願の実施例は、前記図１２の実施例における端末デバイス（例えば、前記方法の実施例における端末デバイス）としての通信装置とネットワークデバイスとしての通信装置とを含むか、または、前記図１２の実施例における端末デバイス（例えば、前記方法の実施例における端末デバイス）としての通信装置とネットワークデバイスとしての通信装置とを含む最大伝送層数の調整システムをさらに提供する。
【0195】
本出願は、コンピュータによって実行される場合、上記のいずれかの方法の実施例の機能を実現する命令が記憶される読み取り可能な記憶媒体をさらに提供する。
【0196】
本出願は、コンピュータによって実行される場合、上記のいずれかの方法の実施例の機能を実現するコンピュータプログラム製品をさらに提供する。
【0197】
上記の実施例では、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせによって、すべてまたは部分的に実現することができる。ソフトウェアを使用して実現される場合に、コンピュータプログラム製品の形態で全体的にまたは部分的に実現されることができる。コンピュータプログラム製品は、１つまたは複数のコンピュータプログラムを含む。本出願の実施例に従ったプロセスまたは機能は、コンピュータ上でコンピュータプログラムをロードして実行するとき、全体的にまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラマブル装置であってもよい。コンピュータプログラムは、コンピュータ読み取り可能な記憶媒体に記憶されているか、または１つのコンピュータ読み取り可能な記憶媒体から別のコンピュータ読み取り可能な記憶媒体に伝送されることができ、例えば、コンピュータプログラムは、有線（例えば、同軸ケーブル、光ファイバ、デジタル加入者線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ，ＤＳＬ）または無線（例えば、赤外線、無線、マイクロ波など）を介して、１つのウェブサイト、コンピュータ、サーバ、またはデータセンターから別のウェブサイト、コンピュータ、サーバ、またはデータセンターに伝送されることができる。コンピュータ読み取り可能な記憶媒体は、コンピュータがアクセス可能な任意の利用可能な媒体であってもよいし、１つまたは複数の利用可能な媒体によって統合されたサーバ、データセンターなどのデータ記憶デバイスを含んでいてもよい。利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、磁気テープ）、光媒体（例えば、高密度デジタルビデオディスク（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｃ、ＤＶＤ））、または半導体媒体（例えば、ソリッドステートハードディスク（ｓｏｌｉｄ ｓｔａｔｅ ｄｉｓｋ，ＳＳＤ））などであってもよい。
【0198】
当業者であれば、本出願に係る第１、第２等の各種の数字番号は、説明の便宜的な区分のみであり、本出願の実施例の範囲を限定するものではなく、優先順位も示すことが理解することができる。
【0199】
本出願のうちの少なくとも１つは、１つまたは複数として説明することもでき、複数は、２つ、３つ、４つまたはそれ以上であってもよく、本出願に限定されるものではない。本出願の実施例では、１つの技術的特徴に対して、「第１」、「第２」、「第３」、「Ａ」、「Ｂ」、「Ｃ」、及び「Ｄ」等によって当該種類の技術的特徴における技術的特徴を区別し、当該「第１」、「第２」、「第３」、「Ａ」、「Ｂ」、「Ｃ」、及び「Ｄ」に記載の技術的特徴間には前後の順序や大小の順序がない。
【0200】
本出願における各表に示される対応関係は、設定されていてもよいし、予め定義されていてもよい。各表の情報の値は単なる例であり、他の値として設定することができ、本出願に限定されるものではない。情報と各パラメータとの対応関係を設定するとき、各表に示される対応関係のすべてを設定すべきものではないとは限らない。例えば、本出願の表では、ある行によって示される対応関係が設定されなくてもよい。別の例として、分割、マージなどの適切な変形調整は、上記の表に基づいて行うことができる。上記の各表にタイトルに示されるパラメータの名称は、通信装置が理解可能な他の名称を採用することもでき、そのパラメータの値のや表示方式は、通信装置が理解可能な他の値や表示方式を採用することもできる。上記各表は、実現時には、他のデータ構造を採用することもでき、例えば、配列、キュー、コンテナ、スタック、線形テーブル、ポインタ、リンクテーブル、ツリー、図、構造体、クラス、ヒープ、ハッシュリスト、またはハッシュテーブルなどを採用することができる。
【0201】
本出願における予め定義は、定義、予め定義、記憶、予め記憶、予め交渉、予め設定、硬化、または予め焼成として理解することができる。
【0202】
当業者であれば、本明細書に開示された実施例で説明された各例のユニットとアルゴリズムステップと併せて、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアの組み合わせで実現できることを認識することができる。ある機能はいかにハードウェアまたはソフトウェアの方式で実行するかどうかは、技術案の特定の応用と設計制約条件次第である。当業者は、各特定の応用に対して異なる方法を使用して説明された機能を実現することができるが、このような実現は、本出願の範囲を超えていると考えてはならない。
【0203】
当業者が明らかに分かるように、説明の便宜と簡潔のために、上記に記載のシステム、装置及びユニットの具体的な動作プロセスは、上記方法の実施例における対応プロセスを参照することができ、ここでは説明を省略する。
【0204】
以上、本出願の具体的な実施形態のみであるが、本出願の保護範囲はこれに限定されるものではなく、当業者であらば、本出願が開示した技術範囲内では、変更または置換が本出願の保護範囲内に含まれるべきることを容易に想到できる。したがって、本出願の保護範囲は請求項の保護範囲を基准とするべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【手続補正書】
【提出日】2023-10-12
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項６
【補正方法】変更
【補正の内容】
【請求項6】
前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度に基づいて、前記多重化モードを決定するステップは、前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度が同じであることに応答して、前記ＨＡＲＱ－ＡＣＫを伝送し、前記ＣＧ－ＵＣＩを廃棄または遅延して伝送することを前記多重化モードとして決定するステップと、
前記ＣＧ－ＰＵＳＣＨと前記ＨＡＲＱ－ＡＣＫとの優先度が異なることに応答して、優先度が高い情報を伝送し、優先度が低い情報を廃棄または遅延して伝送することを前記多重化モードとして決定するステップと、
を含む、
ことを特徴とする請求項４に記載のアップリンク制御情報の多重化方法。
【国際調査報告】