JP7199516B2 - 上り制御情報の決定方法及び通信デバイス - Google Patents

Description

本願は、移動通信技術分野に関し、具体的に、上り制御情報の決定方法及び通信デバイスに関する。

５ＧＮＲ( Ｎｅｗ Ｒａｄｉｏ)システムでは、ＡＣＫ/ＮＡＣＫ多重伝送をサポートし、すなわち複数の物理下り共有チャネル( Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＤＳＣＨ )対応するＡＣＫ/ＮＡＣＫが１つの物理上り制御チャネル( Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ )を介して伝送される。端末は、半静的にＡＣＫ/ＮＡＣＫビット数を決定するように構成される場合、構成された関連パラメータに従ってＡＣＫ/ＮＡＣＫビット数を決定する。

超高信頼性超低遅延通信(Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＵＲＬＬＣ )サービスの場合、遅延に対する要求は高い。ＵＲＬＬＣサービスと増強型移動帯域幅（Ｅｎｈａｎｃｅ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）サービスとが同じ下り制御情報(Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ )フォーマットを共有する場合、ＤＣＩにおける各情報フィールドの値範囲は、ＵＲＬＬＣサービス及びｅＭＢＢサービスの両方の要件を満たす必要がある。この場合、フィードバック情報に冗長な情報が多く存在することになる。

本願の実施例は、上り制御情報の決定方法及び通信デバイスを提供する。

本願の実施例に係る上り制御情報の決定方法は、
通信デバイスが目標パラメータセットを取得し、前記目標パラメータセットが少なくとも１つの第１のパラメータ値及び少なくとも１つの第２のパラメータ値を含み、前記少なくとも１つの第１のパラメータ値が第１のタイプのデータの伝送に適用され、前記少なくとも１つの第２のパラメータ値が前記第１のタイプのデータの伝送に適用されないことと、
前記通信デバイスが前記少なくとも１つの第１のパラメータ値に基づいて、前記第１のタイプのデータに対応するフィードバック情報を伝送するビット数を決定することとを含む。

本願の実施例に係る通信デバイスは、取得ユニットと決定ユニットとを備え、ここで、
前記取得ユニットは、目標パラメータセットを取得するように構成され、前記目標パラメータセットが少なくとも１つの第１のパラメータ値及び少なくとも１つの第２のパラメータ値を含み、前記少なくとも１つの第１のパラメータ値が第１のタイプのデータの伝送に適用され、前記少なくとも１つの第２のパラメータ値が前記第１のタイプのデータの伝送に適用されなく、
前記決定ユニットは、前記少なくとも１つの第１のパラメータ値に基づいて、前記第１のタイプのデータに対応するフィードバック情報を伝送するビット数を決定するように構成される。

本願の実施例は、プロセッサとメモリとを有する通信デバイスを提供する。メモリは、コンピュータプログラムを格納し、プロセッサは、メモリに格納されたコンピュータプログラムを呼び出して実行し、上述の上り制御情報の決定方法を実行する。

本願の実施例は、上述の上り制御情報の決定方法を実現するチップを提供する。

具体的には、このチップは、コンピュータプログラムをメモリから呼び出して実行し、当該チップが搭載される装置に上述の上り制御情報の決定方法を実行させるプロセッサを備える。

本願の実施例は、コンピュータに上述の上り制御情報の決定方法を実行させるコンピュータプログラムを記憶するコンピュータ読み取り可能な記憶媒体を提供する。

本願の実施例は、コンピュータに、上述の上り制御情報の決定方法を実行させるコンピュータプログラム命令を含むコンピュータプログラム製品を提供する。

本願の実施例は、コンピュータ上で実行されると、コンピュータに、上述の上り制御情報の決定方法を実行させるコンピュータプログラムを提供する。

上記の技術案により、通信デバイスが目標パラメータセットを取得し、前記目標パラメータセットのうちの第１のタイプのデータの伝送に適用される少なくとも１つの第１のパラメータデータ値に基づいて、前記第１のタイプのデータに対応するフィードバック情報を伝送するビット数を決定し、第１のタイプのデータの伝送に適用されない少なくとも１つの第２のパラメータデータ値を除去し、これを第１のタイプのデータに対応するフィードバック情報のビット数を決定する根拠とし、フィードバック情報に冗長情報が存在することを回避する。

ここで説明する図面は、本願の更なる理解を提供するためのものであり、本願の一部を構成するものであり、本願の例示的な実施例及びその説明は、本願を解釈するためのものであり、本願を不当に限定するものではない。
本願の実施例における通信システムのアーキテクチャの模式図である。 本願の実施例における上り制御情報の決定方法のフローチャートである。 本願の実施例における上り制御情報の決定方法の応用の模式図である。 本願の実施例における通信デバイスの構成図である。 本願の実施例における通信デバイスの他の構成図である。 本願の実施例における通信デバイスの他の構成図である。 本願の実施例における通信デバイスの構成図である。 本願の実施例におけるチップの構成図である。

以下、本願の実施例における技術案を、本願の実施例における図面を参照して説明するが、明らかに、記述された実施例は本願の一部の実施例であり、全ての実施例ではない。本願における実施例に基づいて、発明的な労働をすることなく当業者によって得られる他のすべての実施例は、本願の保護範囲に属する。

本願の実施例の技術案は、例えば、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎシステム、符号分割多元接続( Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ )システム、広帯域符号分割多元接続( Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＷＣＤＭＡ )システム、汎用パケット無線サービス( Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ、ＧＰＲＳ )、ＬＴＥシステム、ＬＴＥ周波数分割( Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ、ＦＤＤ )システム、ＬＴＥ時分割（ Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ、ＴＤＤ ）、汎用移動体通信システム（ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ、ＵＭＴＳ ）、移動体通信システム( Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ、ＷｉＭＡＸ )又は５Ｇシステム等の様々な通信システムに適用可能である。

本願の実施例が適用される通信システム１００は、例えば、図１に示すようなものである。通信システム１００は、端末デバイス１２０ (または通信端末、端末)と通信する装置であり得るネットワークデバイス１１０を含み得る。ネットワークデバイス１１０は、特定の地理的エリアに通信カバレッジを提供し得、そのカバレッジ内に位置する端末デバイスと通信し得る。任意選択で、ネットワークデバイス１１０は、ＧＳＭシステムまたはＣＤＭＡシステムにおける基地局( Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ )、ＷＣＤＭＡシステムにおける基地局（ ＮｏｄｅＢ、ＮＢ ）、ＬＴＥシステムにおける発展型基地局（ Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ、ｅＮＢ、またはｅＮｏｄｅＢ ）、又はクラウド無線アクセスネットワーク（ Ｃｌｏｕｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＣＲＡＮ ）における無線コントローラであってもよく、または、モバイルスイッチングハブ、中継局、アクセスポイント、車載デバイス、ウェアラブルデバイス、ハブ、スイッチ、ブリッジ、ルータ、５Ｇネットワークにおけるネットワーク側デバイス、又は将来進化するパブリック地上モバイルネットワーク( Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ、ＰＬＭＮ )におけるネットワークデバイスなどであってもよい。

通信システム１００は、ネットワークデバイス１１０のカバレッジ内に構成された少なくとも１つの端末デバイス１２０をさらに含む。本明細書で使用される「端末デバイス」としては、公衆交換電話網( Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋｓ、ＰＳＴＮ )、デジタル加入者線( Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ、ＤＳＬ )、デジタルケーブル、直接ケーブル接続などの有線回線を介した接続、および/または別のデータ接続/ネットワーク、および/または、セルラネットワーク、ワイヤレスローカルエリアネットワーク( Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＷＬＡＮ )、ＤＶＢ－Ｈネットワークなどのデジタルテレビジョンネットワーク、衛星ネットワーク、ＡＭ－ＦＭ放送受信機などの無線インターフェース、及び/又は通信信号を受信/送信するように構成された別の端末デバイスのための手段、および/またはモノのインターネット( Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、ＩｏＴ )装置を含む。無線インターフェースを介して通信するように構成された端末デバイスは、「無線通信端末」、「無線端末」、又は「移動端末」と称され得る。移動端末の例は、衛星又は携帯電話を含むがこれらに限定されなく、セルラー無線電話とデータ処理、ファクシミリ、及びデータ通信能力を組み合わせることができるパーソナル通信システム( Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ、ＰＣＳ )端末、ＰＤＡは、無線電話、ページャ、インターネット/イントラネット接続、ウェブブラウザ、メモ帳、カレンダー、及び/又は全地球測位システム( Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ、ＧＰＳ )受信機を含み、従来のノート型受信機やパームトップ型受信機等の電子機器に内蔵されている無線電話送受信機に適用してもよい。端末デバイスは、アクセス端末、ユーザーデバイス( Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ )、ユーザーデバイス、ユーザ局、移動局、リモート端末、モバイル機器、ユーザ端末、無線通信機器、ユーザエージェント、又はユーザ装置を指してもよい。アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル( Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＳＩＰ )電話、ワイヤレスローカルループ（ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ、ＷＬＬ ）局、パーソナルデジタル処理（ Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ ）、ワイヤレス通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、またはワイヤレスモデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、５Ｇネットワークにおける端末デバイス、または将来開発されるＰＬＭＮにおける端末デバイスなどであり得る。

任意選択で、端末デバイス１２０間の端末直接接続( Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ、Ｄ２Ｄ )通信が行われてもよい。

任意選択で、５Ｇシステム又は５Ｇネットワークは、ＮＲシステム又はＮＲネットワークとも呼ばれ得る。

図１は、１つのネットワークデバイス及び２つの端末デバイスを例示的に示しているが、通信システム１００は、複数のネットワークデバイスを含んでもよく、各ネットワークデバイスのカバレッジ内に他の数の端末デバイスを含んでもよく、本願の実施例はこれに限定されない。

任意選択で、この通信システム１００は、ネットワークコントローラ、モビリティ管理エンティティなどの他のネットワークエンティティをさらに含むことができ、本願の実施例はこれに限定されない。

なお、本願の実施例におけるネットワーク/システムにおける通信機能を有する装置を通信デバイスと呼ぶ場合がある。図１に示す通信システム１００を例にとると、通信デバイスは、通信機能を有するネットワークデバイス１１０及び端末デバイス１２０を含むことができ、ネットワークデバイス１１０及び端末デバイス１２０は、上述した具体的な装置であってもよく、ここでは詳しい説明を省略し、通信デバイスは、通信システム１００内の他のデバイス、例えば、ネットワークコントローラ、モビリティ管理エンティティ等の他のネットワークエンティティをさらに含むことができ、これは、本願の実施例において限定されない。

本明細書において、「システム」および「ネットワーク」という用語は、しばしば、本明細書において交換可能に使用されることが理解される。ここで、及び/又はとは、単に関連のある対象を記述するための関連関係の１つであり、Ａ及び/又はＢのように３つの関係が存在し得ることを意味し、Ａのみ、ＡとＢが同時に存在すること、Ｂのみが存在することの３つの場合が存在し得ることを意味する。なお、本文中の「/」の文字は、前後の関連オブジェクトが一種の「または」の関係であることを一般的に示す。

本発明の実施例における技術案は主に５Ｇ移動通信システムに適用されるが、もちろん、本発明の実施例における技術案は５Ｇ移動通信システムに限定されるものではなく、他のタイプの移動通信システムにも適用可能である。

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

ステップ２０１において、通信デバイスが目標パラメータセットを取得し、前記目標パラメータセットが少なくとも１つの第１のパラメータ値及び少なくとも１つの第２のパラメータ値を含み、前記少なくとも１つの第１のパラメータ値が第１のタイプのデータの伝送に適用され、前記少なくとも１つの第２のパラメータ値が前記第１のタイプのデータの伝送に適用されない。

ステップ２０２において、前記通信デバイスが前記少なくとも１つの第１のパラメータ値に基づいて、前記第１のタイプのデータに対応するフィードバック情報を伝送するビット数を決定する。

この実施例において、目標パラメータセットには、第１のタイプのデータの伝送に適用される少なくとも１つの第１のパラメータと、前記第１のタイプのデータの伝送に適用されない少なくとも１つの第２のパラメータが含まれ、この場合、通信デバイスは、少なくとも１つの第１のパラメータ値に基づいて、前記第１のタイプのデータに対応するフィードバック情報を伝送するビット数を決定する。

又は、目標パラメータセットに少なくとも１つの第２のパラメータ値が含まれ、前記少なくとも１つの第２のパラメータ値が第１のタイプのデータの伝送に適用されなく、前記通信デバイスは、前記目標パラメータセットのうちの前記少なくとも１つの第２のパラメータ値以外の他のパラメータ値に基づいて、前記第１のタイプのデータに対応するフィードバック情報を伝送するビット数を決定する。

この実施例において、前記目標パラメータセットは、ハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ、ＨＡＲＱ）フィードバックタイミングセット、物理下り共有チャネル時間領域リソースセットのうちの少なくとも１つを含む。

なお、通信デバイスは、ＨＡＲＱフィードバックタイミング（ＨＡＲＱ Ｆｅｅｄｂａｃｋ Ｔｉｍｉｎｇ）セット及び／又は物理下り共有チャネル時間領域リソース（ＰＤＳＣＨ Ｔｉｍｅ Ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ）セットのうちの第１のタイプのデータの伝送に適用されるパラメータ値に基づいて、前記第１のタイプのデータに対応するフィードバック情報を伝送するビット数を決定する。

この実施例において、前記通信デバイスは、端末又はネットワークデバイスであり、端末とネットワークデバイスとの記載は、図１に対応する記載を参照し、ここで説明を省略する。

本願の選択可能な実施例において、通信デバイスが端末である場合、前記方法は、さらに、前記通信デバイスが複数のタイプのデータを受信することを含み、前記複数のタイプのデータのうちの異なるタイプのデータのパラメータが異なり、ここで、前記複数のタイプのデータが前記第１のタイプのデータを含む。

ここで、前記複数のタイプのデータのうちの異なるタイプのデータのパラメータが異なることは、前記複数のタイプのデータのうちの異なるタイプのデータの優先度が異なること、前記複数のタイプのデータのうちの異なるタイプのデータのサービスタイプが異なること、前記複数のタイプのデータのうちの異なるタイプのデータの信頼性要求パラメータが異なること、前記複数のタイプのデータのうちの異なるタイプのデータのフィードバック遅延要求パラメータが異なること、前記複数のタイプのデータのうちの異なるタイプのデータが使用される伝送時間間隔長さが異なることのうちの少なくとも１つを含む。

一例として、データの優先度は、サービス品質( ＱｏＳ )パラメータによって表されてもよく、すなわち、異なるデータのタイプは、異なるＱｏＳパラメータを有する。一例として、異なるタイプのデータは、異なるサービスタイプを有してもよく、たとえば、データのサービスタイプは、ＵＲＬＬＣサービスデータ、ｅＭＢＢサービスデータを含み得るが、もちろん、上記のサービスタイプに限定されない。一例として、異なるタイプのデータは、遅延要求および/または信頼性要求によって区別され、例えば、ＵＲＬＬＣサービスデータのフィードバック遅延が短く、又は、使用される伝送時間間隔長が短い。また、例えば、ｅＭＢＢサービスデータのフィードバック遅延が長く、又は、使用される伝送時間間隔長が長い。

本願の選択可能な実施例において、前記複数のタイプのデータが前記目標パラメータセットを共有する。即ち、この実施例において前記複数のタイプのデータのいずれも同一の目標パラメータセットにおけるパラメータ値を利用して、それぞれのタイプデータに対するフィードバック情報を伝送するビット数を決定する。

本願の選択可能な実施例において、前記方法は、さらに、前記複数のタイプのデータのデータタイプは、前記目標パラメータセットのうちのパラメータ値に基づいて決定される。なお、通信デバイスは、目標パラメータセット内のパラメータ値に基づいて対応するデータタイプを決定することができ、ここで、決定されたデータタイプは、前記複数のタイプのデータのうちの１つのタイプである。

本願の選択可能な実施例において、前記方法は、さらに、前記通信デバイスが前記目標パラメータセットのうちのパラメータ値が第１の閾値の範囲を満たしているかどうかを判断し、判断結果に基づいて対応するパラメータ値が前記第１のタイプのデータの伝送に適用されるかどうかを判断することを含む。

この実施例では、前記第１のタイプのデータが属するタイプが異なり、対応する第１の閾値の範囲も異なる。第１の実施形態として、前記第１の閾値の範囲は第１の閾値以上であってもよく、すなわち、第１の閾値の範囲は第１の閾値から正無限大までの間であり、第２の実施形態として、前記第１の閾値の範囲は第２の閾値以下であってもよく、すなわち、第１の閾値の範囲は第２の閾値から無限負の間であり、第３の実施形態として、前記第１の閾値の範囲は、第３の閾値以上、第４の閾値以下(ここで、第３の閾値は第４の閾値よりも小さい)であり、すなわち、第３の閾値から第４の閾値までの範囲であってもよい。

異なるタイプのデータがそれぞれＵＲＬＬＣサービスデータとｅＭＢＢサービスデータであることを例として、目標パラメータセット内のパラメータ値に対するＵＲＬＬＣサービスデータとｅＭＢＢサービスデータの粒度サイズが異なる。ＵＲＬＬＣサービスデータはｅＭＢＢサービスデータと比較して、遅延要求が高いため、より小さい粒度のパラメータ値が必要であり、例えば、より小さい粒度のＨＡＲＱフィードバックタイミング値であり、シンボル（ｓｙｍｂｏｌ）レベルまたはハーフスロット（ｓｌｏｔ）レベルのＨＡＲＱフィードバックタイミング値であり、大きい粒度のＨＡＲＱフィードバックタイミング値（例えば、スロットレベルのＨＡＲＱフィードバックタイミング値）は、ＵＲＬＬＣサービスデータの伝送に適用されない。

これにより、一例として、前記第１のタイプのデータがＵＲＬＬＣサービスデータである場合、通信デバイスが前記目標パラメータセット内のパラメータ値が第２の閾値以下であるかどうかを判断し、パラメータ値が第２の閾値以下である場合、に対応するパラメータ値が第１のタイプのデータの伝送に適用される第１のパラメータ値であり、パラメータ値が前記第２の閾値よりも大きい場合、対応するパラメータ値が前記第１のタイプのデータの伝送に適用されない第２のパラメータ値である。

他の例として、前記第１のタイプのデータがｅＭＢＢサービスデータである場合、通信デバイスが前記目標パラメータセット内のパラメータ値が第１の閾値以上であるかどうか判断し、パラメータ値が前記第１の閾値以上である場合、対応するパラメータ値が前記第１のタイプのデータの伝送に適用される第１のパラメータ値であり、パラメータ値が前記第１の閾値よりも小さい場合、対応するパラメータ値が第１のタイプのデータの伝送に適用されない第２のパラメータ値である。

任意選択で、前記方法は、さらに、通信デバイスが端末である場合、前記通信デバイスがネットワークデバイスにより構成された第１の閾値の範囲を受信し、又は、前記通信デバイスが予め約定された方式に基づいて前記第１の閾値の範囲を決定することを含む。

なお、通信デバイスが端末である場合、本願の実施例において、前記第１の閾値の範囲がネットワークデバイスにより構成され、通信デバイスが端末又はネットワークデバイスである場合、本願の実施例において、前記第１の閾値の範囲は、予め約定された（例えば、プロトコルにより約定され）の方式により決定される。

本願の選択可能な実施例において、前記方法は、さらに、前記通信デバイスが前記目標パラメータセットのうちのパラメータ値に対応する粒度に基づいて、対応するパラメータ値が前記第１のタイプのデータの伝送に適用されるかどうかを判断することを含む。目標パラメータセットがＨＡＲＱフィードバックタイミングセット及び／又は物理下り共有チャネル時間領域リソースセットを含む場合、前記通信デバイスは、前記目標パラメータセット内のパラメータ値に対応する時間長さ粒度に基づいて、対応するパラメータ値が前記第１のタイプのデータの伝送に適用されるかどうかを判断する。

他の例として、通信デバイスは、目標パラメータセット内のパラメータ値に対応する時間長さユニットで、対応するパラメータ値が第１のタイプのデータの伝送に適用されるかどうかを決定することができ、ここで、異なる時間長さユニットは、異なる時間長さ粒度に対応する。時間長さユニットは、例えば、スロット（ｓｌｏｔ）、シンボル（ｓｙｍｂｏｌ）、ハーフスロットなどである。

この実施例において、目標パラメータセット内のパラメータ値に対する異なるタイプのデータの粒度の大小が異なるため、通信デバイスは、前記目標パラメータセット内のパラメータ値に対する時間長さ粒度に応じて、対応するパラメータ値が前記第１のタイプのデータの伝送に適用されるか否かを判定する。一例として、データがＵＲＬＬＣサービスデータである場合、このタイプのデータは、より高い遅延要求を有し、したがって、より小さい粒度のパラメータ値を必要とし、例えば、より小さい粒度のＨＡＲＱフィードバックタイミング値であり、シンボル（ｓｙｍｂｏｌ）レベルまたはハーフスロットレベルのＨＡＲＱフィードバックタイミング値である。

本願の選択可能な実施例において、前記ビット数は、１つの物理チャネルで伝送される前記フィードバック情報のビット数であり、又は、１つの時間ユニットで伝送される前記フィードバック情報のビット数である。例えば、ビット数は、１つのスロット（ｓｌｏｔ）又は１つのサブスロット（ｓｕｂ－ｓｌｏｔ）で伝送される前記フィードバック情報のビット数である。

本願の選択可能な実施例において、前記通信デバイスが目標パラメータセットを取得することは、前記通信デバイスが端末である場合、前記通信デバイスがネットワークデバイスにより構成された目標パラメータセットを取得すること、又は、前記通信デバイスが予め約定された方式に基づいて目標パラメータセットを取得することを含む。

この実施例において、一実施形態として、通信デバイス（即ち端末）は、専用シグナリングを介してネットワークデバイスにより構成された目標パラメータセットを取得することができる。他の実施形態として、通信デバイスは、予め約定された方式（例えば、プロトコル約定方式）で目標パラメータセットを取得することができる。

本願の選択可能な実施例において、通信デバイスが端末である場合、前記方法は、さらに、端末がネットワークデバイスに前記ビット数を満たしているフィードバック情報を送信する。

本願の選択可能な実施例において、通信デバイスがネットワークデバイスである場合、前記方法は、さらに、ネットワークデバイスは、端末からの前記ビット数を満たしているフィードバック情報を受信する。

以下、通信デバイスを端末とし、具体的な例を参照しながら、本願の実施例における上り制御情報の決定方法について詳細に説明する。

例一
基地局は、端末にＨＡＲＱフィードバックタイミングセット

を構成し、ＵＲＬＬＣサービスデータは、遅延に対する要求が高いため、２ ｓｌｏｔｓ～４ ｓｌｏｔｓのＨＡＲＱフィードバックタイミング値は、ＵＲＬＬＣサービスデータに適用されない。したがって、ＵＲＬＬＣサービスデータのフィードバック情報のビット数を決定する際、フィードバック情報のビット数は１ ｓｌｏｔのみから決定される。又は、ＵＲＬＬＣサービスデータの遅延要求に従ってＨＡＲＱフィードバックタイミングセット

から、遅延要求を満たすサブセット

決定され、

に基づいて、ＵＲＬＬＣサービスデータに対するフィードバック情報のビット数を決定する。

具体的には、図３を参照すると、本願の実施例において第１のタイプのデータの伝送にのみ適用される少なくとも１つの第１のパラメータの値を利用してフィードバック情報のビット数を決定する場合、スロット４(ｓｌｏｔ４)でフィードバックされる情報シーケンスは{b_s３}のみである。従来方式では、スロット４(ｓｌｏｔ４)でフィードバックされる情報シーケンスは{b_s０、b_s１、b_s２、b_s３}を含み、第１のタイプのデータについては、{b_s０、b_s１、b_s２}はいずれも冗長情報である。

又は、フィードバック応答情報の遅延が１ｓｌｏｔのサービスデータ以下であり、そのフィードバック情報のビット数を決定する際に、１ｓｌｏｔのみに基づいてフィードバック情報のビット数を決定する。

ｅＭＢＢサービスデータの場合、ｅＭＢＢがサービスデータに対する遅延要求が高くないため、２ ｓｌｏｔｓ～４ ｓｌｏｔｓのＨＡＲＱフィードバックタイミング値がｅＭＢＢサービスデータに適用され、そして、ｅＭＢＢサービスデータのフィードバック情報に対するビット数を決定するとき、フィードバック情報のビット数は２ ｓｌｏｔｓ～４ ｓｌｏｔｓに従って決定され得る。又は、ｅＭＢＢサービスデータの遅延要求に従って、ＨＡＲＱフィードバックタイミングセット

から、この遅延要求を満たしている

を決定し、

に基づいて、ｅＭＢＢサービスデータに対するフィードバック情報のビット数を決定する。

例二
基地局は、端末にＨＡＲＱフィードバックタイミングセット

を構成し、ＵＲＬＬＣサービスデータは、遅延に対する要求が高いため、ｓｌｏｔレベルのＨＡＲＱフィードバックタイミングは、ＵＲＬＬＣサービスデータの伝送に適用されない。従って、ＵＲＬＬＣサービスデータのフィードバック情報のビット数を決定する際、２ ｓｙｍｂｏｌｓ、４ ｓｙｍｂｏｌｓ、７ ｓｙｍｂｏｌｓ及び１０ ｓｙｍｂｏｌｓのみに基づいてフィードバック情報のビット数が決定される。又は、ＵＲＬＬＣサービスデータの遅延要求に従って、ＨＡＲＱフィードバックタイミングセット

から、この遅延要求を満たすサブセット

を決定し、

に基づいて、ＵＲＬＬＣサービスデータに対するフィードバック情報のビット数を決定する。

例三
端末は、表１に示すように、プロトコル約定または基地局構成に従ってＰＤＳＣＨ Ｔｉｍｅ Ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅセットを決定し、Ｌ列はＰＤＳＣＨ持続時間長(時間領域シンボル数)を示す。ＵＲＬＬＣサービスデータは、遅延要求が高いため、短ＴＴＩを使用して伝送される必要があり、たとえば、Ｌ列の値が４より大きい行は、ＵＲＬＬＣサービスデータの伝送に適用されない。したがって、ＵＲＬＬＣサービスデータのフィードバック情報のビット数を決定する際には、表１に示すように１３行目及び１４行目以外の行に対応する値に基づいてフィードバック情報のビット数を決定する。

ｅＭＢＢサービスデータについては、ｅＭＢＢサービスデータは遅延要求が高くないので、短ＴＴＩを使用して伝送する必要はなく、たとえば、Ｌ列の値が４よりも大きい行が、ｅＭＢＢサービスデータの伝送に適用される。したがって、ｅＭＢＢサービスデータに対するフィードバック情報のビット数を決定する際には、表１に示す１３行目と１４行目の値に基づいてフィードバック情報のビット数を決定する。

通信デバイスが目標パラメータセットを取得し、前記目標パラメータセットのうちの第１のタイプのデータの伝送に適用される少なくとも１つの第１のパラメータデータ値に基づいて、前記第１のタイプのデータに対応するフィードバック情報を伝送するビット数を決定し、第１のタイプのデータの伝送に適用されない少なくとも１つの第２のパラメータデータ値を除去し、これを第１のタイプのデータに対応するフィードバック情報のビット数を決定する根拠とし、フィードバック情報に冗長情報が存在することを回避する。

本願の実施例は通信デバイスを提供する。図４は本願の実施例における通信デバイスの構成図であり、図４に示すように、前記通信デバイスは、取得ユニット３１と決定ユニット３２とを備え、ここで、
前記取得ユニット３１は、目標パラメータセットを取得するように構成され、前記目標パラメータセットが少なくとも１つの第１のパラメータ値及び少なくとも１つの第２のパラメータ値を含み、前記少なくとも１つの第１のパラメータ値が第１のタイプのデータの伝送に適用され、前記少なくとも１つの第２のパラメータ値が前記第１のタイプのデータの伝送に適用されなく、
前記決定ユニット３２は、前記少なくとも１つの第１のパラメータ値に基づいて、前記第１のタイプのデータに対応するフィードバック情報を伝送するビット数を決定するように構成される。

本願の選択可能な実施例において、図５に示すように、前記通信デバイスが通信ユニット３３をさらに備え、通信ユニット３３は、複数のタイプのデータを受信するように構成され、前記複数のタイプのデータのうちの異なるタイプのデータのパラメータが異なり、ここで、前記複数のタイプのデータが前記第１のタイプのデータを含む。

ここで、前記複数のタイプのデータのうちの異なるタイプのデータのパラメータが異なることは、前記複数のタイプのデータのうちの異なるタイプのデータの優先度が異なること、前記複数のタイプのデータのうちの異なるタイプのデータのサービスタイプが異なること、前記複数のタイプのデータのうちの異なるタイプのデータの信頼性要求パラメータが異なること、前記複数のタイプのデータのうちの異なるタイプのデータのフィードバック遅延要求パラメータが異なること、前記複数のタイプのデータのうちの異なるタイプのデータが使用される伝送時間間隔長さが異なることのうちの少なくとも１つを含む。

本願の選択可能な実施例において、前記複数のタイプのデータが前記目標パラメータセットを共有する。

本願の選択可能な実施例において、前記複数のタイプのデータのデータタイプは、前記目標パラメータセットのうちのパラメータ値に基づいて決定される。なお、前記決定ユニット３２は、さらに、前記目標パラメータセット内のパラメータ値に基づいてデータタイプを決定するように構成され、ここで、決定されたデータタイプは、前記複数のタイプのデータのうちの１つのタイプである。

本願の選択可能な実施例において、図６に示すように、前記通信デバイスが判断ユニット３４をさらに備え、判断ユニット３４は、前記目標パラメータセットのうちのパラメータ値が第１の閾値の範囲を満たしているかどうかを判断し、判断結果に基づいて対応するパラメータ値が前記第１のタイプのデータの伝送に適用されるかどうかを判断するように構成される。

本願の選択可能な実施例において、図５に示すように、前記通信デバイスが通信ユニット３３をさらに備え、通信ユニット３３は、ネットワークデバイスにより構成された第１の閾値の範囲を受信し、又は、
前記決定ユニット３２は、予め約定された方式に基づいて前記第１の閾値の範囲を決定するように構成される。

本願の選択可能な実施例において、図６に示すように、前記通信デバイスが判断ユニット３４をさらに備え、判断ユニット３４は、前記目標パラメータセットのうちのパラメータ値に対応する粒度に基づいて、対応するパラメータ値が前記第１のタイプのデータの伝送に適用されるかどうかを判断するように構成される。

本願の選択可能な実施例において、前記ビット数は、１つの物理チャネルで伝送される前記フィードバック情報のビット数であり、又は、１つの時間ユニットで伝送される前記フィードバック情報のビット数である。

本願の選択可能な実施例において、前記取得ユニット３１は、ネットワークデバイスにより構成された目標パラメータセットを取得し、又は、予め約定された方式に基づいて目標パラメータセットを取得するように構成される。

本願の選択可能な実施例において、前記目標パラメータセットは、ＨＡＲＱフィードバックタイミングセット、物理下り共有チャネル時間領域リソースセットのうちの少なくとも１つを含む。

なお、上記実施例で提供した通信デバイスは、上り制御情報の決定に際して、上記各プログラムモジュールの分割のみを例に挙げて説明したが、実際の応用においては、必要に応じて上記処理割り当てを異なるプログラムモジュール、すなわち通信装置の内部構成を異なるプログラムモジュールに分割して、上記処理の全部または一部を完成させるようにしてもよい。なお、上記実施例で提供される通信装置は、上り制御情報確定方法の実施例と同じ概念に属し、その具体的な実現過程は方法の実施例に詳細に言及し、ここでその説明が省略される。

図７は、本願の実施例で提供される通信デバイスの概略構成図である。通信デバイスは端末又はネットワークデバイスであってもよく、図７に示す通信デバイス６００はプロセッサ６１０を含み、プロセッサ６１０は、本願の実施例における方法を実現するために、メモリからコンピュータプログラムを呼び出して実行することができる。

任意選択で、図７に示すように、通信デバイス６００は、メモリ６２０をさらに含んでもよい。プロセッサ６１０は、メモリ６２０からコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実現することができる。

ここで、メモリ６２０は、プロセッサ６１０とは独立した一つの別個の部品であってもよいし、プロセッサ６１０に集積されてもよい。

任意選択で、図７に示すように、通信デバイス６００は、プロセッサ６１０が他のデバイスと通信するように制御することができる送受信機６３０をさらに備えることができ、特に、他のデバイスに情報又はデータを送信することができ、又は他のデバイスから送信された情報又はデータを受信することができる。

ここで、送受信機６３０は、送信機および受信機を含み得る。送受信機６３０は、１つ以上のアンテナをさらに含むことができる。

任意選択で、該通信デバイス６００は具体的に本願の実施例の端末又はネットワークデバイスであってもよく、且つ該通信デバイス６００は本願の実施例の各方法における端末又はネットワークデバイスにより実現される対応するフローを実現してもよく、簡潔にするために、ここでその説明が省略される。

図８は、本願の実施例のチップの概略構成図である。図８に示すチップ７００は、メモリからコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実現するプロセッサ７１０を含む。

任意選択で、図８に示すように、チップ７００は、メモリ７２０をさらに含んでもよい。プロセッサ７１０は、メモリ７２０からコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実現することができる。

ここで、メモリ７２０は、プロセッサ７１０とは独立した別個の部品であってもよいし、プロセッサ７１０に集積されていてもよい。

任意選択で、このチップ７００は、入力インターフェース７３０をさらに含むことができる。ここで、プロセッサ７１０は、該入力インターフェース７３０を制御して他のデバイス又はチップと通信し、具体的には、他のデバイス又はチップから送信された情報又はデータを取得することができる。

任意選択で、チップ７００は、出力インターフェース７４０をさらに含んでもよい。プロセッサ７１０は、出力インターフェース７４０を制御して他のデバイス又はチップと通信し、具体的には、他のデバイス又はチップに情報又はデータを出力してもよい。

任意選択で、該チップは、本願の実施例における端末又はネットワークデバイスに適用され、且つ該チップは、本願の実施例の各方法における端末又はネットワークデバイスにより実現される対応するフローを実現することができ、簡潔にするために、ここでその説明が省略される。

なお、本願の実施例で言及されるチップは、システムレベルチップ、システムチップ、チップシステムまたはシステムオンチップなどと称されることもあることを理解されたい。

本願の実施例のプロセッサは、信号の処理能力を有する集積回路チップであってもよい。実装において、方法の実施例における上述のステップは、プロセッサ内のハードウェアの集積論理回路またはソフトウェアの形態の命令によって達成され得る。上述したプロセッサは、汎用プロセッサ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理デバイス、ディスクリートハードウェアコンポーネントであってもよい。本願の実施例に開示された方法、ステップ、及び論理ブロック図は、具現されたり実行されたりすることができる。汎用プロセッサは、マイクロプロセッサであってもよいし、任意の従来のプロセッサなどであってもよい。本願の実施例に関連して開示される方法のステップは、ハードウェアの復号プロセッサによって実行されるように直接具現化されてもよく、又は復号プロセッサ内のハードウェア及びソフトウェアモジュールの組み合わせによって実行されるように具現化されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、または電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で周知の記憶媒体内に配置され得る。記憶媒体はメモリに配置され、プロセッサは、メモリの情報を読み取り、そのハードウェアと共に、上記方法のステップを実行する。

本願の実施例におけるメモリは、揮発性メモリ又は不揮発性メモリであるか、又は揮発性メモリ及び不揮発性メモリの両方を含むことができることを理解されたい。ここで、不揮発性メモリは、Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＥＰＲＯＭ、Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、またはフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ( Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ )であってもよい。限定ではなく例示として、静的ランダムアクセスメモリ( Ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ )、動的ランダムアクセスメモリ( Ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ )、シンクロナスダイナミックランダムアクセスメモリ( Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ )、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ( Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ )、エンハンストシンクロナスダイナミックランダムアクセスメモリ( Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ )、シンクロナスリンクダイナミックランダムアクセスメモリ( Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ )、およびダイレクトメモリバスランダムアクセスメモリ( Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ )など、多くの形態のＲＡＭが利用可能である。本明細書で説明するシステムおよび方法のメモリは、これらおよび任意の他の適切なタイプのメモリを含むことが意図されるが、これらに限定されないことに留意されたい。

なお、上述したメモリは例示的なものであって限定的なものではないが、例えば、本願の実施例におけるメモリは、ＳＲＡＭ （ ｓｔａｔｉｃ ＲＡＭ ）、ＤＲＡＭ （ ｄｙｎａｍｉｃ ＲＡＭ ）、ＳＤＲＡＭ （ ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ )、ＤＤＲ （ ＤＤＲ ＳＤＲＡＭ )のダブルデータレート同期型ダイナミックランダムアクセスメモリ、ＥＳＤＲＡＭ （ ｅｎｈａｎｃｅｄ ＳＤＲＡＭ ）、ＳＬＤＲＡＭ （ ｓｙｎｃｈ ｌｉｎｋ ＤＲＡＭ )、ＤＲ ＲＡＭ （ Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ )等であってもよい。すなわち、本願の実施例におけるメモリは、これら及び任意の他の適切なタイプのメモリを含むことが意図されるが、これらに限定されない。

本願の実施例は、コンピュータプログラムを記憶するコンピュータ可読記憶媒体をさらに提供する。

任意選択で、該コンピュータ読み取り可能な記憶媒体は、本願の実施例における端末又はネットワークデバイスに適用され、且つ該コンピュータプログラムは、コンピュータに、本願の実施例の各方法における端末又はネットワークデバイスにより実現される相応のフローを実行させ、簡潔にするために、ここではその説明を省略する。

本願の実施例は、コンピュータプログラム命令を含むコンピュータプログラム製品をさらに提供する。

任意選択で、該コンピュータプログラム製品は、本願の実施例における端末又はネットワークデバイスに適用され、該コンピュータプログラム命令は、コンピュータに、本願の実施例の各方法における端末又はネットワークデバイスにより実現される対応するフローを実行させ、簡潔にするために、ここでその説明を省略する。

本願の実施例は、コンピュータプログラムをさらに提供する。

任意選択で、該コンピュータプログラムは、本願の実施例における端末又はネットワークデバイスに適用されてもよく、該コンピュータプログラムがコンピュータ上で実行されると、コンピュータに本願の実施例の各方法における端末又はネットワークデバイスにより実現される対応するフローを実行させ、簡潔にするために、ここではその説明を省略する。

当業者は、本明細書に開示された実施例に関連して説明された各例のユニット及びアルゴリズムステップが、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアの組合せで実装され得ることを認識するであろう。これらの機能がハードウェアまたはソフトウェアのいずれの方法で実行されるかは、技術案の特定の適用例および設計制約に依存する。当業者は、説明された機能を実施するために、特定の適用例ごとに異なる方法を使用してもよいが、そのような実施は、本願の範囲から逸脱すると見なされるべきではない。

当業者であれば、説明の便宜及び簡潔のために、上記説明したシステム、装置及びユニットの具体的な動作過程は、上記方法の実施例における対応する過程を参照してもよく、ここでその説明が省略されることを理解するであろう。

本明細書で提供されるいくつかの実施例では、開示されるシステム、装置、および方法は、他の方法で実施され得ることを理解されたい。例えば、上述した装置の実施例は単なる例示であり、例えば、説明されたユニットの分割は、１つの論理機能の分割にすぎず、実際に実装される場合、追加の分割があってもよく、例えば、複数のユニット又は構成要素が別のシステムに結合されても、統合されてもよく、又は、一部の特徴が省略されても、実行されなくてもよい。別の点において、示された又は考察された相互の結合又は直接的な結合又は通信接続は、電気的、機械的又は他の形態の、何らかのインターフェース、装置又はユニットを介した間接的な結合又は通信接続であってもよい。

前記分離手段として説明された手段は、物理的に分離されても、または分離されなくてもよく、手段として示された手段は、物理的な手段であっても、または分離されなくてもよく、すなわち、一箇所に位置してもよく、または複数のネットワーク要素に分散されてもよい。なお、本実施例の目的を達成するために、必要に応じて、その一部または全部を選択することができる。

また、本願の各実施例における各機能ユニットは、１つの処理ユニットに集積されてもよいし、それぞれのユニットが物理的に別個に存在してもよいし、２つ以上のユニットが１つのユニットに集積されてもよい。

また、これらの機能がソフトウェア機能として実現され、独立した製品として販売または利用される場合には、コンピュータ読み取り可能な記録媒体に格納されてもよい。このような理解に基づいて、本願の技術案は、本質的に、または、従来技術に貢献する部分、または、その技術案の部分を、記憶媒体に記憶されたソフトウェア製品の形態で具体化することができ、そのソフトウェア製品は、本願の各実施例で説明される方法のステップの全部または一部を、コンピュータ装置(パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであってもよい)に実行させるための命令を含む。なお、前記記憶媒体としては、Ｕ-ディスク、ポータブルハードディスク、Ｒｅａｄ-Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ、磁気ディスク、光ディスクなど種々のプログラムコードを記憶できるものを含む。

以上のように、本願の実施例は、本願の技術的思想に基づいて説明されたが、本願は、上述の実施例に限定されるものではなく、本願の技術的思想に基づく当業者であれば、本願の技術的範囲に含まれる。したがって、本願の保護範囲は、特許請求の範囲の保護範囲によってのみ定められるべきである。

Claims (12)

1. 通信デバイスが目標パラメータセットを取得し、前記目標パラメータセットが少なくとも１つの第１のパラメータ値及び少なくとも１つの第２のパラメータ値を含み、前記少なくとも１つの第１のパラメータ値が第１のタイプのデータの伝送に適用され、前記少なくとも１つの第２のパラメータ値が前記第１のタイプのデータの伝送に適用されないことと、
   前記通信デバイスが前記少なくとも１つの第１のパラメータ値に基づいて、前記第１のタイプのデータに対応するフィードバック情報を伝送するビット数を決定することとを含み、
   前記方法は、さらに、前記通信デバイスが複数のタイプのデータを受信することを含み、前記複数のタイプのデータのうちの異なるタイプのデータのパラメータが異なり、前記複数のタイプのデータが前記第１のタイプのデータを含み、
   前記複数のタイプのデータが前記目標パラメータセットを共有する
   ことを特徴とする上り制御情報の決定方法。
2. 前記複数のタイプのデータのうちの異なるタイプのデータの優先度が異なる ことを特徴とする請求項１に記載の上り制御情報の決定方法。
3. 前記ビット数は、１つの物理チャネルで伝送される前記フィードバック情報のビット数である
   ことを特徴とする請求項１～２のいずれか１項に記載の上り制御情報の決定方法。
4. 目標パラメータセットがネットワークデバイスにより構成される
   ことを特徴とする請求項１～３のいずれか１項に記載の上り制御情報の決定方法。
5. 前記目標パラメータセットは、
   ハイブリッド自動再送要求ＨＡＲＱフィードバックタイミングセットを含む
   ことを特徴とする請求項１～４のいずれか１項に記載の上り制御情報の決定方法。
6. 前記目標パラメータセットにおいて前記第１のパラメータ値及び前記第２のパラメータ値にそれぞれ対応する異なる時間長さユニットは、第１のタイプのデータ及び第２のタイプのデータの伝送にそれぞれ使用される
   ことを特徴とする請求項５に記載の上り制御情報の決定方法。
7. 取得ユニットと、決定ユニットとを備える通信デバイスであって、
   前記取得ユニットは、目標パラメータセットを取得するように構成され、前記目標パラメータセットが少なくとも１つの第１のパラメータ値及び少なくとも１つの第２のパラメータ値を含み、前記少なくとも１つの第１のパラメータ値が第１のタイプのデータの伝送に適用され、前記少なくとも１つの第２のパラメータ値が前記第１のタイプのデータの伝送に適用されなく、
   前記決定ユニットは、前記少なくとも１つの第１のパラメータ値に基づいて、前記第１のタイプのデータに対応するフィードバック情報を伝送するビット数を決定するように構成され、
   前記通信デバイスが通信ユニットをさらに備え、
   前記通信ユニットは、複数のタイプのデータを受信するように構成され、前記複数のタイプのデータのうちの異なるタイプのデータのパラメータが異なり、前記複数のタイプのデータが前記第１のタイプのデータを含み
   前記複数のタイプのデータが前記目標パラメータセットを共有する
   ことを特徴とする通信デバイス。
8. 前記複数のタイプのデータのうちの異なるタイプのデータの優先度が異なる
   ことを特徴とする請求項７に記載の通信デバイス。
9. 前記ビット数は、１つの物理チャネルで伝送される前記フィードバック情報のビット数である
   ことを特徴とする請求項７～８のいずれか１項に記載の通信デバイス。
10. 目標パラメータセットがネットワークデバイスにより構成される
    ことを特徴とする請求項７～９のいずれか１項に記載の通信デバイス。
11. 前記目標パラメータセットは、ＨＡＲＱフィードバックタイミングセットを含む
    ことを特徴とする請求項７～１０のいずれか１項に記載の通信デバイス。
12. 前記目標パラメータセットにおいて前記第１のパラメータ値及び前記第２のパラメータ値にそれぞれ対応する異なる時間長さユニットは、第１のタイプのデータ及び第２のタイプのデータの伝送にそれぞれ使用される
    ことを特徴とする請求項１１に記載の通信デバイス。

Images