JP6739634B2

JP6739634B2 - アップリンク制御チャネルを決定するための方法およびデバイス

Info

Publication number: JP6739634B2
Application number: JP2019517800A
Authority: JP
Inventors: ジンファリウ，; ショウカリー，; チャンチャン，
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2016-09-30
Filing date: 2017-08-31
Publication date: 2020-08-12
Anticipated expiration: 2037-08-31
Also published as: CN108141860A; EP3323265A1; US20180249456A1; MX2019003656A; EP3323265B1; EP3323265A4; WO2018059181A1; KR20190052070A; JP2019536310A; CN108141860B; US10492182B2

Description

本開示の実施形態は、一般に、通信の分野に関し、より詳細には、アップリンク（ＵＬ）制御チャネルを決定するための方法およびデバイスに関する。

通信技術の発展に伴って、複数のタイプのサービスまたはトラフィック、たとえば、強化型モバイルブロードバンド（ｅＭＢＢ）、大規模マシン型通信（ｍＭＴＣ）、および超高信頼性低レイテンシ通信（ＵＲＬＬＣ）が提唱されている。これらのサービスは、異なるサービス品質（ＱｏＳ）、たとえば、遅延、データ転送速度、パケットロス率、その他を必要とする。

一般に、ＵＲＬＬＣは、低遅延および／または高信頼性を必要とし、しかし、通常、非常に低いデータ転送速度および起こり得るまばらなデータ送信もまた有する。ｍＭＴＣは、概して長いバッテリ寿命を必要とするが、多くの場合に小さなとびとびのパケットと組み合わされる、低遅延または高データ転送速度を必要としない。ｅＭＢＢに関しては、一般に、高データ転送速度を必要とする。ｅＭＢＢについての遅延は厳密であり得るが、概してＵＲＬＬＣにおけるほど厳密ではない。

トランスポートネットワークおよび無線アクセスネットワーク（ＲＡＮ）を含む全送信パスにおけるパケットロスを回避するために、従来の再送信機能は、伝送制御プロトコル（ＴＣＰ）、パケットデータ収束プロトコル（ＰＤＣＰ）、および無線リンク制御（ＲＬＣ）における自動再送要求（ＡＲＱ）、ならびにメディアアクセス制御（ＭＡＣ）におけるハイブリッド自動再送要求（ＨＡＲＱ）を回避するように、複数のレイヤで使用されている。異なるサービスのために、ＱｏＳ要件に従って、言及したレイヤの異なる設定が存在する。ｅＭＢＢの場合、データはそれほど遅延センシティブではないが、データ転送速度は可能な限り高くすべきであり、パケットロスは回避されるべきである。したがって、パケットロスを回避するために、すべてのレイヤのデータ再送信が適用されることになる。リアルタイムのビデオトラフィックの場合、ＴＣＰ再送信は、遅延バジェットのために適用可能でないことがあり、データ再送信の堅牢性は、ＲＬＣおよびＭＡＣなどのＲＡＮ再送信機能に頼っている。ＵＲＬＬＣの場合、ＴＣＰ、ＰＤＣＰ、およびＲＬＣの再送信は、極めて小さな遅延バジェットのために適用可能でないことがあり、データ送信の堅牢性は、主に、最初の送信およびＨＡＲＱ再送信の強化に頼っている。

ＵＲＬＬＣは、ファクトリーオートメーション用に使用されることがある。ターゲットパケットロス率は比較的低く、たとえば、１０＾−６〜１０＾−９である。ＡＲＱプロトコルは、遅延バジェット制限のために、そのようなケースでは適用可能でないことがある。パケットロス率は、主に、ＭＡＣレイヤにおける残留送信誤りによって判定される。実際のところ、ＨＡＲＱの残留誤りは、データ復号誤りだけでなく、アップリンク制御チャネル復号誤りにもまた依存する。たとえば、否定応答（ＮＡＣＫ）対肯定応答（ＡＣＫ）誤りは、残留ＭＡＣ誤りに明らかな影響を及ぼす。０．１％のＮＡＣＫ対ＡＣＫ誤り率を有するアップリンク制御チャネルは、ＵＲＬＬＣトラフィックのための低率のパケットロス率を満たすことはできない。

一般に、本開示の実施形態は、アップリンク制御チャネルの堅牢性を強化するための解決策を提供する。

第１の態様において、デバイスにおいて実装される方法が提供される。デバイスは、ネットワークデバイスと端末デバイスとの間のトラフィックについての情報に基づいて、候補ＵＬ制御チャネルカテゴリから、ターゲットＵＬ制御チャネルカテゴリを選択する。候補ＵＬ制御チャネルカテゴリは、少なくとも、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリ、および低い要件のトラフィックのための第２のＵＬ制御チャネルカテゴリを含む。次いで、デバイスは、端末デバイスのために、ターゲットＵＬ制御チャネルカテゴリからＵＬ制御チャネルを決定する。デバイスは、ネットワークデバイスであっても、または端末デバイスであってもよい。対応するコンピュータプログラムもまた提供される。

一実施形態において、ターゲットＵＬ制御チャネルカテゴリを選択することは、トラフィックのタイプ、端末デバイスのタイプ、およびトラフィックのためのネットワークスライスのタイプのうちの１つまたは複数に基づいて、トラフィックが高い要件のトラフィックであるのか、それとも低い要件のトラフィックであるのかを判定することと、トラフィックが高い要件のトラフィックであると判定したことに応答して、ターゲットＵＬ制御チャネルカテゴリとして第１のＵＬ制御チャネルカテゴリを選択することと、トラフィックが低い要件のトラフィックであると判定したことに応答して、ターゲットＵＬ制御チャネルカテゴリとして第２のＵＬ制御チャネルカテゴリを選択することとを含むことができる。

一実施形態において、トラフィックが高い要件のトラフィックであるのか、それとも低い要件のトラフィックであるのかを判定することは、トラフィックのタイプが超高信頼性低レイテンシ通信（ＵＲＬＬＣ）であるかどうかを判定すること、端末デバイスのタイプがＵＲＬＬＣサービス用であるかどうかを判定すること、およびネットワークスライスのタイプがＵＲＬＬＣサービスのための無線アクセスネットワーク（ＲＡＮ）スライスであるかどうかを判定することのうちの１つまたは複数を含むことができる。

一実施形態において、ターゲットＵＬ制御チャネルカテゴリからＵＬ制御チャネルを決定することは、トラフィックについての情報に基づいて、巡回冗長検査（ＣＲＣ）の長さ、符号化率、符号化方式、コードブック、符号化シーケンスの繰り返し数、および割り当てられたリソースのサイズのうちの１つまたは複数を含む、トラフィックの送信特徴を判定することと、送信特徴に基づいて、ターゲットＵＬ制御チャネルカテゴリからＵＬ制御チャネルを決定することとを含むことができる。

一実施形態において、候補ＵＬ制御チャネルカテゴリは、トラフィックのタイプ、端末デバイスのタイプ、ネットワークスライスのタイプ、巡回冗長検査（ＣＲＣ）の長さ、符号化率、符号化方式、コードブック、符号化シーケンスの繰り返し数、および割り当てられたリソースのサイズのうちの１つまたは複数に従ってあらかじめ規定されていてよい。

一実施形態において、第１のＵＬ制御チャネルカテゴリのＵＬ制御チャネルは、ＵＲＬＬＣサービス、ＵＲＬＬＣサービス用の端末デバイスタイプ、ＵＲＬＬＣサービスのための無線アクセスネットワーク（ＲＡＮ）スライス、あらかじめ決められた閾値ＣＲＣ長を超えるＣＲＣシーケンス、あらかじめ決められた閾値率を超える符号化率、高性能符号化方式、あらかじめ決められた閾値符号化長を超えるエンコーディングシーケンスを有するコードブック、あらかじめ決められた閾値数を超える符号化シーケンスの繰り返し数、およびあらかじめ決められた閾値サイズを超えて割り当てられることになるリソースのサイズのうちの１つまたは複数をサポートすることができる。

一実施形態において、デバイスは、ネットワークデバイスであってよく、方法は、決定されたＵＬ制御チャネルについての情報を端末デバイスに送信することをさらに含むことができる。

第２の態様において、端末デバイスにおいて実装される方法が提供される。端末デバイスは、ネットワークデバイスから、ＵＬ制御チャネルについての情報を受信する。ＵＬ制御チャネルは、ターゲットＵＬ制御チャネルカテゴリに属する。ターゲットＵＬ制御チャネルカテゴリは、ネットワークデバイスと端末デバイスとの間のトラフィックについての情報に基づいて、候補ＵＬ制御チャネルカテゴリから選択される。候補ＵＬ制御チャネルカテゴリは、少なくとも、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリ、および低い要件のトラフィックのための第２のＵＬ制御チャネルカテゴリを含む。次いで、端末デバイスは、ネットワークデバイスに、ＵＬ制御チャネル上でＵＬ制御情報を送信する。対応するコンピュータプログラムもまた提供される。

第３の態様において、デバイスにおいて実装される装置が提供される。装置は、選択ユニットと、決定ユニットとを含む。選択ユニットは、ネットワークデバイスと端末デバイスとの間のトラフィックについての情報に基づいて、候補ＵＬ制御チャネルカテゴリから、ターゲットＵＬ制御チャネルカテゴリを選択するように設定される。候補ＵＬ制御チャネルカテゴリは、少なくとも、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリ、および低い要件のトラフィックのための第２のＵＬ制御チャネルカテゴリを含む。決定ユニットは、端末デバイスのために、ターゲットＵＬ制御チャネルカテゴリからＵＬ制御チャネルを決定するように設定される。

第４の態様において、端末デバイスにおいて実装される装置が提供される。装置は、受信ユニットと、送信ユニットとを含む。受信ユニットは、ネットワークデバイスから、ＵＬ制御チャネルについての情報を受信するように設定される。ＵＬ制御チャネルは、ターゲットＵＬ制御チャネルカテゴリに属する。ターゲットＵＬ制御チャネルカテゴリは、ネットワークデバイスと端末デバイスとの間のトラフィックについての情報に基づいて、候補ＵＬ制御チャネルカテゴリから選択される。候補ＵＬ制御チャネルカテゴリは、少なくとも、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリ、および低い要件のトラフィックのための第２のＵＬ制御チャネルカテゴリを含む。送信ユニットは、ネットワークデバイスに、ＵＬ制御チャネル上でＵＬ制御情報を送信するように設定される。

第５の態様において、デバイスが提供される。デバイスは、プロセッサおよびメモリを含む。メモリは、プロセッサによって実行可能な命令を収容し、それによって、プロセッサは、本開示の第１の態様による方法をデバイスに実施させるようになされる。

第６の態様において、端末デバイスが提供される。端末デバイスは、プロセッサおよびメモリを含む。メモリは、プロセッサによって実行可能な命令を収容し、それによって、プロセッサは、本開示の第２の態様による方法を端末デバイスに実施させるようになされる。

本開示のさまざまな実施形態によれば、ＵＬ制御チャネルの復号誤りが誤り率要件と合致して、異なるトラフィックタイプのＱｏＳを満たすことができる。このようにして、アップリンク制御チャネルの堅牢性が強化される。

本開示のさまざまな実施形態の上の、ならびに他の態様、特徴、および利点は、付属の図面を参照し、例として、以下の詳細の説明からさらに十分に明らかとなることになり、図面においては、同様の参照番号または参照文字が、同様のまたは等価のエレメントを指摘するために使用される。図面は、本開示の実施形態のよりよい理解を促進するために示され、必ずしも一定の縮尺で描かれているわけではない。

無線通信ネットワーク１００の概略図である。本開示の一実施形態に従ってＵＬ制御チャネルを決定するための方法２００の流れ図である。本開示の一実施形態に従ってＵＬ制御チャネルを決定するための方法３００の流れ図である。本開示の一実施形態に従って端末デバイスにおいて実施される方法４００の流れ図である。本開示の一実施形態に従った、異なるＵＬ制御チャネルカテゴリについてのＨＡＲＱＡＣＫ／ＮＡＣＫエンコーディングの図である。本開示の一実施形態に従ってデバイスにおいて実装される装置６００のブロック図である。本開示の一実施形態に従って端末デバイスにおいて実装される装置７００のブロック図である。本開示の実施形態を実装するときの使用に好適なデバイス８００の簡略化したブロック図である。

これより数個の例示的な実施形態を参照して本開示を議論することにする。これらの実施形態は、本開示の範囲へのいかなる限定も示唆するのではなく、当業者が本開示をよりよく理解した上で実装するのを可能にする目的のためだけに議論されることを理解すべきである。

本明細書で使用されるとき、用語「無線通信ネットワーク」とは、ＬＴＥアドバンスト（ＬＴＥ−Ａ）、ＬＴＥ、広帯域符号分割多重アクセス（ＷＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）、その他などの、任意の好適な通信標準にならうネットワークを指す。さらに、無線通信ネットワークにおける端末デバイスとネットワークデバイスとの間の通信は、限定はしないが、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、将来の第５世代（５Ｇ）通信プロトコル、および／または、現在知られている、もしくは将来開発されることになる任意の他のプロトコルを含む、任意の好適な世代の通信プロトコルに従って実施されてよい。

用語「ネットワークデバイス」とは、端末デバイスがそこを介してネットワークにアクセスし、そこからサービスを受信する無線通信ネットワークにおけるデバイスを指す。ネットワークデバイスは、基地局（ＢＳ）、アクセスポイント（ＡＰ）、モバイル管理エンティティ（ＭＭＥ）、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、ゲートウェイ、サーバ、コントローラ、または無線通信ネットワークにおける任意の他の好適なデバイスを指す。ＢＳは、たとえば、ノードＢ（ＮｏｄｅＢまたはＮＢ）、エボルブドＮｏｄｅＢ（ｅＮｏｄｅＢまたはｅＮＢ）、リモート無線ユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、中継器、フェムト、ピコなどの低電力ノード、その他であってよい。

ネットワークデバイスのさらなる例には、マルチ標準無線（ＭＳＲ）ＢＳなどのＭＳＲ無線機器、無線ネットワークコントローラ（ＲＮＣ）もしくは基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地局トランシーバ（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コアネットワークノード（たとえば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、位置決めノード（たとえば、Ｅ−ＳＭＬＣ）、および／またはＭＤＴが含まれる。しかしながら、さらに一般的には、ネットワークデバイスは、端末デバイスが無線通信ネットワークにアクセスするのを可能にすること、および／もしくは端末デバイスに無線ネットワークへのアクセスを提供すること、または無線通信ネットワークにアクセスしている端末デバイスになんらかのサービスを提供することが、可能である、そうするように設定された、配置された、および／またはそうするように動作可能な、任意の好適なデバイス（またはデバイスのグループ）に相当してよい。

用語「端末デバイス」とは、無線通信ネットワークにアクセスし、そこからサービスを受信することができる、任意のエンドデバイスを指す。限定ではなく例として、端末デバイスは、モバイル端末、ＵＥ、または他の好適なデバイスを指す。ＵＥは、たとえば、サブスクライバステーション（ＳＳ）、ポータブルサブスクライバステーション、モバイルステーション（ＭＳ）、またはアクセス端末（ＡＴ）であってよい。端末デバイスには、限定はしないが、ポータブルコンピュータ、デジタルカメラなどの画像取り込み端末デバイス、ゲーミング端末デバイス、音楽ストレージおよびプレイバック電化製品、モバイル電話、セルラ電話、スマートフォン、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ）、車両、その他が含まれてもよい。

端末デバイスは、たとえば、サイドリンク通信のための３ＧＰＰ標準を実装することによって、デバイスツーデバイス（Ｄ２Ｄ）通信をサポートすることができ、このケースでは、Ｄ２Ｄ通信デバイスと呼ばれることがある。

さらなる別の具体的な例として、モノのインターネット（ＩＯＴ）シナリオにおいて、端末デバイスは、モニタリングおよび／または測定を実施し、そのようなモニタリングおよび／または測定の結果を別の端末デバイスおよび／またはネットワーク機器に送信する、マシンまたは他のデバイスに相当してもよい。このケースでは、端末デバイスは、３ＧＰＰコンテキストにおいてマシン型通信（ＭＴＣ）デバイスと呼ばれることがあるマシンツーマシン（Ｍ２Ｍ）デバイスであってもよい。１つの特定の例として、端末デバイスは、３ＧＰＰの狭帯域モノのインターネット（ＮＢ−ＩｏＴ）標準を実装するＵＥであってもよい。そのようなマシンまたはデバイスの特定の例は、センサ、電力計などの計量デバイス、工業機械、または家庭用もしくは個人用の電化製品、たとえば、冷蔵庫、テレビ、腕時計などの個人用ウェアラブル、その他である。他のシナリオにおいて、端末デバイスは、車両の運転ステータスもしくはその運転に関連付けられた他の機能についてのモニタリングおよび／または報告が可能な、車両または他の機器に相当してもよい。

本明細書で使用されるとき、用語「第１の」および「第２の」は、異なるエレメントを指す。単数形「ａ」および「ａｎ」は、別段コンテキストが明らかに指し示さない限り、複数形もまた含むことを意図している。用語「含む」、「有する」（「ｃｏｍｐｒｉｓｅｓ」、「ｃｏｍｐｒｉｓｉｎｇ」、「ｈａｓ」、「ｈａｖｉｎｇ」、「ｉｎｃｌｕｄｅｓ」、および／または「ｉｎｃｌｕｄｉｎｇ」）は、本明細書で使用されるとき、記載された特徴、エレメント、および／またはコンポーネント、その他の存在を指定するが、１つもしくは複数の他の特徴、エレメント、コンポーネント、および／またはそれらの組合せの存在または追加を排除するものではない。用語「〜に基づく」（「ｂａｓｅｄｏｎ」）は、「少なくとも部分的に基づく」と読まれるべきである。用語「一実施形態」（「ｏｎｅｅｍｂｏｄｉｍｅｎｔ」、および「ａｎｅｍｂｏｄｉｍｅｎｔ」）は、「少なくとも１つの実施形態」と読まれるべきである。用語「別の実施形態」（「ａｎｏｔｈｅｒｅｍｂｏｄｉｍｅｎｔ」）は、「少なくとも１つの他の実施形態」と読まれるべきである。明示的および暗黙的な他の規定が以下に含まれることがある。

これより図面を参照して本開示のいくつかの例示的な実施形態を以下で説明することにする。最初に、無線通信ネットワーク１００の概略図を示す図１を参照する。無線通信ネットワークにおいてネットワークデバイス１０１および端末デバイス１０２が例示されている。図１の例において、ネットワークデバイス１０１は、端末デバイス１０２にサービスを提供する。ネットワークデバイス１０１と端末デバイス１０２との間のトラフィックは、ＵＲＬＬＣトラフィック、ｅＭＢＢトラフィック、ｍＭＴＣトラフィック、その他であってよい。

図１の設定は、本開示の範囲に関していかなる限定も示唆することなく、単に例示の目的のために説明されていることを理解されたい。当業者は、無線通信ネットワーク１００が、任意の好適な数の端末デバイスおよび／またはネットワークデバイスを含むことができ、他の好適な設定を有してもよいことを認識するであろう。

従来、ＬＴＥにおいては、ＡＣＫミス誤りの誤り率は１％を下回るものとし、ＮＡＣＫ対ＡＣＫ復号誤りは０．１％を下回るものとする。ＡＣＫフラグは、「１」を使用して指し示され、ＮＡＣＫフラグは、「０」を使用して指し示される。ＬＴＥリリース１３においては、ＨＡＲＱＡ／Ｎ堅牢性の強化を得るために、３２のコンポーネントキャリア（ＣＣ）を用いる大規模なキャリアアグリゲーションが導入され、８ビットＣＲＣシーケンスによる物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマット４および５が指定された。

ＨＡＲＱ−ＡＣＫについてのチャネル符号化を以下で議論する。

以下は、サブフレームにおけるチャネル品質情報およびＨＡＲＱ−ＡＣＫ情報の同時送信のためのチャネル符号化方式について説明する。アップリンク送信のためにノーマルサイクリックプレフィックス（ＣＰ）が使用されるとき、チャネル品質情報は、３ＧＰＰＴＳ３６．２１２におけるセクション５．２．３．３に従って、入力ビットシーケンス

および出力ビットシーケンス

で符号化され、ここで、Ｂ’＝２０である。ＨＡＲＱ−ＡＣＫビットは、サブフレームごとに１つのＨＡＲＱ−ＡＣＫビットが報告されるケースでは、

によって表され、または、サブフレームごとに２つのＨＡＲＱ−ＡＣＫビットが報告されるケースでは、

によって表される。各肯定応答（ＡＣＫ）は、バイナリ「１」としてエンコードされ、各否定応答（ＮＡＣＫ）は、バイナリ「０」としてエンコードされる。ノーマルＣＰの場合、このチャネル符号化ブロックの出力は、ｂ_０，ｂ_１，ｂ_２，ｂ_３，・・・，ｂ_Ｂ−１によって表され、ここで、

である。

サブフレームごとに１つのＨＡＲＱ−ＡＣＫビットが報告されるケースでは、

およびＢ＝（Ｂ’＋１）であり、

サブフレームごとに２つのＨＡＲＱ−ＡＣＫビットが報告されるケースでは、

およびＢ＝（Ｂ’＋２）である。

アップリンク送信のために拡張ＣＰが使用されるとき、チャネル品質情報およびＨＡＲＱ−ＡＣＫビットは、一緒に符号化される。ＨＡＲＱ−ＡＣＫビットは、サブフレームごとに１つのＨＡＲＱ−ＡＣＫビットが報告されるケースでは、

によって表される。

しかしながら、ＵＲＬＬＣトラフィックの場合のターゲットパケットロス率は比較的低く、たとえば、１０＾−６〜１０＾−９である。ＡＲＱプロトコルは、遅延バジェット制限のために、そのようなケースでは適用可能でないことがある。パケットロス率は、主に、ＭＡＣレイヤにおける残留送信誤りによって判定される。実際のところ、ＨＡＲＱの残留誤りは、データ復号誤りだけでなく、アップリンク制御チャネル復号誤りにもまた依存する。たとえば、ＮＡＣＫ対ＡＣＫ誤りは、残留ＭＡＣ誤りに明らかな影響を及ぼす。０．１％のＮＡＣＫ対ＡＣＫ誤り率を有するアップリンク制御チャネルは、ＵＲＬＬＣトラフィックのための低率のパケットロス率を満たすことはできない。

上の、および他の潜在的な問題を解決するために、本開示の実施形態は、ネットワークデバイスと端末デバイスとの間の異なるトラフィックに適応できるＵＬ制御チャネルを決定するための解決策を提供する。本開示の実施形態に従って、ネットワークデバイスと端末デバイスとの間のトラフィックについての情報に基づいて、候補ＵＬ制御チャネルカテゴリから、ターゲットＵＬ制御チャネルカテゴリが選択される。候補ＵＬ制御チャネルカテゴリは、少なくとも、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリ、および低い要件のトラフィックのための第２のＵＬ制御チャネルカテゴリを含む。次いで、端末デバイスのために、ターゲットＵＬ制御チャネルカテゴリからＵＬ制御チャネルが決定される。このようにして、ＵＬ制御チャネルの復号誤りが残留ＭＡＣ誤り率要件と合致して、異なるトラフィックタイプのＱｏＳを満たすことができる。結果として、アップリンク制御チャネルの堅牢性が強化される。

図２は、本開示の一実施形態に従ってＵＬ制御チャネルを決定するための方法２００の流れ図を示す。方法２００を用いて、従来のアプローチにおける上の、および他の潜在的な欠点を克服することができる。方法２００は、ＢＳ、サーバ、コントローラ、もしくは他の好適なデバイスなどのネットワークデバイスによって実装されてもよいし、またはモバイル電話、タブレット、その他などの端末デバイスによって実装されてもよいことが、当業者によって認識されるであろう。ネットワークデバイスは、限定はしないが、たとえば、図１のネットワークデバイス１０１であってよい。端末デバイスは、限定はしないが、たとえば、図１の端末デバイス１０２であってよい。

方法２００は、ネットワークデバイスと端末デバイスとの間、たとえば、ネットワークデバイス１０１と端末デバイス１０２との間のトラフィックについての情報に基づいて、候補ＵＬ制御チャネルカテゴリから、ターゲットＵＬ制御チャネルカテゴリが選択される２１０で始まる。候補ＵＬ制御チャネルカテゴリは、少なくとも、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリ、および低い要件のトラフィックのための第２のＵＬ制御チャネルカテゴリを含む。第１および第２のＵＬ制御チャネルカテゴリは、候補ＵＬ制御チャネルカテゴリの単なる例であることを理解されたい。本開示の他の実施形態において、候補ＵＬ制御チャネルカテゴリは、たとえば、トラフィックの送信要件（たとえば、ＱｏＳレベル）に応じて、２つよりも多い候補ＵＬ制御チャネルカテゴリを含むことができる。たとえば、一実施形態において、３つの候補ＵＬ制御チャネルカテゴリが存在してもよい。第１の候補ＵＬ制御チャネルカテゴリは、高い要件のトラフィックのためであり、第２の候補ＵＬ制御チャネルカテゴリは、中程度の要件のトラフィックのためであり、第３の候補ＵＬ制御チャネルカテゴリは、低い要件のトラフィックのためである。

本開示の実施形態に従って、候補ＵＬ制御チャネルカテゴリは、多様なやり方であらかじめ規定されていてよい。いくつかの実施形態において、候補ＵＬ制御チャネルカテゴリは、トラフィックのタイプ、端末デバイスのタイプ、ネットワークスライスのタイプ、ＣＲＣの長さ、符号化率、符号化方式、コードブック、符号化シーケンスの繰り返し数、割り当てられたリソースのサイズ、および／またはその他のうちの１つもしくは複数に従ってあらかじめ規定されていてよい。

加えて、いくつかの実施形態において、候補ＵＬ制御チャネルカテゴリは、ＵＲＬＬＣサービス、ＵＲＬＬＣサービス用の端末デバイスタイプ、ＵＲＬＬＣサービスのためのＲＡＮスライス、あらかじめ決められた閾値ＣＲＣ長を超えるＣＲＣシーケンス、あらかじめ決められた閾値率を超える符号化率、高性能符号化方式、あらかじめ決められた閾値符号化長を超えるエンコーディングシーケンスを有するコードブック、あらかじめ決められた閾値数を超える符号化シーケンスの繰り返し数、およびあらかじめ決められた閾値サイズを超えて割り当てられることになるリソースのサイズのうちの１つまたは複数を、第１のＵＬ制御チャネルカテゴリのＵＬ制御チャネルがサポートするように、あらかじめ規定されていてもよい。

言い換えれば、あるＵＬ制御チャネルがＵＲＬＬＣサービスをサポートする場合、そのＵＬ制御チャネルは、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリのチャネルとしてあらかじめ規定されていてよい。あるＵＬ制御チャネルがＵＲＬＬＣサービス用の端末デバイスタイプ（「ＵＥタイプ」ともまた呼ばれる）、たとえば、ＵＲＬＬＣサービスをサポートするＵＥをサポートする場合、そのＵＬ制御チャネルは、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリのチャネルとしてあらかじめ規定されていてよい。あるＵＬ制御チャネルがＵＲＬＬＣサービスのためのＲＡＮスライスをサポートする場合、そのＵＬ制御チャネルは、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリのチャネルとしてあらかじめ規定されていてよい。

いくつかの他の実施形態において、あるＵＬ制御チャネルが長いＣＲＣシーケンス、たとえば、あらかじめ決められた閾値ＣＲＣ長を超えるＣＲＣシーケンスをサポートする場合、そのＵＬ制御チャネルは、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリのチャネルとしてあらかじめ規定されていてよい。あるＵＬ制御チャネルが高い符号化率、たとえば、あらかじめ決められた閾値率を超える符号化率をサポートする場合、そのＵＬ制御チャネルは、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリのチャネルとしてあらかじめ規定されていてよい。あるＵＬ制御チャネルが高性能符号化方式をサポートする場合、そのＵＬ制御チャネルは、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリのチャネルとしてあらかじめ規定されていてよい。あるＵＬ制御チャネルが大きなコードブック、たとえば、あらかじめ決められた閾値符号化長を超えるエンコーディングシーケンスを有するコードブックをサポートする場合、そのＵＬ制御チャネルは、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリのチャネルとしてあらかじめ規定されていてよい。あるＵＬ制御チャネルが符号化シーケンスの大きな繰り返し数、たとえば、あらかじめ決められた閾値数を超える符号化シーケンスの繰り返し数をサポートする場合、そのＵＬ制御チャネルは、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリのチャネルとしてあらかじめ規定されていてよい。あるＵＬ制御チャネルがトラフィックのために割り当てられることになるリソースの大きなサイズ、たとえば、あらかじめ決められた閾値サイズを超えて割り当てられることになるリソースのサイズをサポートする場合、そのＵＬ制御チャネルは、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリのチャネルとしてあらかじめ規定されていてよい。

上の実施形態は、限定ではなく、例のために例示されていることを理解されたい。当業者は、候補ＵＬ制御チャネルカテゴリをあらかじめ規定するための多くの他の好適なやり方を用いることができる。

本開示の実施形態に従って、ターゲットＵＬ制御チャネルカテゴリは、数個のやり方で決定されてよい。いくつかの実施形態において、トラフィックのタイプ、端末デバイスのタイプ、およびトラフィックのためのネットワークスライスのタイプのうちの１つまたは複数に基づいて、トラフィックが高い要件のトラフィックであるのか、それとも低い要件のトラフィックであるのかを判定することができる。トラフィックが高い要件のトラフィックであると判定したことに応答して、ターゲットＵＬ制御チャネルカテゴリとして第１のＵＬ制御チャネルカテゴリを選択することができる。トラフィックが低い要件のトラフィックであると判定したことに応答して、ターゲットＵＬ制御チャネルカテゴリとして第２のＵＬ制御チャネルカテゴリを選択することができる。

いくつかの実施形態において、トラフィックが高い要件のトラフィックであるのか、それとも低い要件のトラフィックであるのかは、トラフィックのタイプがＵＲＬＬＣであるかどうかを判定することによって、端末デバイスのタイプがＵＲＬＬＣサービス用であるかどうかを判定することによって、および／または、ネットワークスライスのタイプがＵＲＬＬＣサービスのためのＲＡＮスライスであるかどうかを判定することによって、判定されてよい。

２２０で、端末デバイスのために、ターゲットＵＬ制御チャネルカテゴリからＵＬ制御チャネルが決定される。ＵＬ制御チャネルは、多様なやり方で決定されてよい。いくつかの実施形態において、ＵＬ制御チャネルは、ターゲットＵＬ制御チャネルカテゴリからＵＬ制御チャネルとしてランダムに決定されてもよい。

代替として、ＵＬ制御チャネルは、トラフィックについての情報、たとえば、ＱｏＳレベル、ビット誤り率、その他に従って決定されてもよい。トラフィックの送信特徴が、トラフィックについての情報に基づいて判定されてもよい。送信特徴は、巡回冗長検査（ＣＲＣ）の長さ、符号化率、符号化方式、コードブック、符号化シーケンスの繰り返し数、割り当てられたリソースのサイズ、その他のうちの１つまたは複数を含むことができる。次いで、送信特徴に基づいて、ターゲットＵＬ制御チャネルカテゴリからＵＬ制御チャネルを決定することができる。

本開示の実施形態に従って、方法２００は、ネットワークデバイスにおいて、または端末デバイスにおいて実装されてよい。いくつかの実施形態において、方法２００がネットワークデバイスにおいて実施される場合、ネットワークデバイスは、２３０で、決定されたＵＬ制御チャネルについての情報を端末デバイスに送信することができる。したがって、端末デバイスは、ネットワークデバイスにおいて決定されたＵＬ制御チャネルを使用することによって、ＵＬ制御情報を送信することができる。

いくつかの代替実施形態において、方法２００が端末デバイスにおいて実施される場合、端末デバイスは、端末デバイス自体で決定したＵＬ制御チャネルを使用することによって、ＵＬ制御情報を送信することができる。オプションとして、端末デバイスは、必要であれば、ネットワークデバイスに、決定したＵＬ制御チャネルについての情報を送信することができる。

上記を考慮すると、ＵＬ制御チャネルの復号誤りが誤り率要件と合致して、異なるトラフィックタイプのＱｏＳを満たすことができる。このようにして、アップリンク制御チャネルの堅牢性が強化される。

これより本開示の一実施形態に従ってＵＬ制御チャネルを決定するための方法３００の流れ図を示す図３を参照する。方法３００は、方法２００の実装形態であって、デバイスにおいて、たとえば、ネットワークデバイスにおいて、または端末デバイスにおいて実装されてよいことが当業者によって認識されるであろう。方法３００は、上で議論したように数個のやり方で実装されてよく、方法３００は、限定ではなく、一例にすぎないことを理解されたい。

方法３００は、トラフィックのタイプ、端末デバイスのタイプ、およびトラフィックのためのネットワークスライスのタイプのうちの１つまたは複数に基づいて、トラフィックが高い要件のトラフィックであるのか、それとも低い要件のトラフィックであるのかを判定する３１０で始まる。いくつかの実施形態において、デバイスは、トラフィックのタイプがＵＲＬＬＣであるかどうかを判定することができる。そうである場合、デバイスは、トラフィックが高い要件のトラフィックであると判定することができる。そうでない場合、デバイスは、たとえば、トラフィックが低い要件のトラフィックであると判定することができる。

代替として、いくつかの実施形態において、デバイスは、端末デバイスのタイプがＵＲＬＬＣサービス用であるかどうかを判定することができる。そうである場合、デバイスは、トラフィックが高い要件のトラフィックであると判定することができる。そうでない場合、デバイスは、たとえば、トラフィックが低い要件のトラフィックであると判定することができる。

代替として、いくつかの実施形態において、デバイスは、ネットワークスライスのタイプがＵＲＬＬＣサービスのためのＲＡＮスライスであるかどうかを判定することができる。そうである場合、デバイスは、トラフィックが高い要件のトラフィックであると判定することができる。そうでない場合、デバイスは、たとえば、トラフィックが低い要件のトラフィックであると判定することができる。

３２０で、トラフィックが高い要件のトラフィックであると判定したことに応答して、ターゲットＵＬ制御チャネルカテゴリとして第１のＵＬ制御チャネルカテゴリが選択される。３３０で、トラフィックが低い要件のトラフィックであると判定したことに応答して、ターゲットＵＬ制御チャネルカテゴリとして第２のＵＬ制御チャネルカテゴリが選択される。

３４０で、トラフィックについての情報に基づいて、トラフィックの送信特徴が判定される。送信特徴は、巡回冗長検査（ＣＲＣ）の長さ、符号化率、符号化方式、コードブック、符号化シーケンスの繰り返し数、割り当てられたリソースのサイズ、および／またはその他を含むことができる。３５０で、送信特徴に基づいて、ターゲットＵＬ制御チャネルカテゴリからＵＬ制御チャネルが決定される。

端末デバイス側において実施されるより多くの動作を、本開示の以下の実施形態に関して議論することにする。図４は、本開示の一実施形態に従って端末デバイスにおいて実施される方法４００の流れ図を示す。方法４００を用いて、従来のアプローチにおける上の、および他の潜在的な欠点を克服することができる。方法４００は、ＵＥまたは他の好適なデバイスなどの端末デバイスによって実装されてよいことが当業者によって認識されるであろう。端末デバイスは、限定はしないが、たとえば、図１の端末デバイス１０２であってよい。

方法４００は、端末デバイスが、ネットワークデバイスから、ＵＬ制御チャネルについての情報を受信する４１０で始まる。ＵＬ制御チャネルは、ターゲットＵＬ制御チャネルカテゴリに属する。ターゲットＵＬ制御チャネルカテゴリは、ネットワークデバイスと端末デバイスとの間のトラフィックについての情報に基づいて、候補ＵＬ制御チャネルカテゴリから選択される。候補ＵＬ制御チャネルカテゴリは、２つ以上のＵＬ制御チャネルカテゴリ、たとえば、限定はしないが、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリ、および低い要件のトラフィックのための第２のＵＬ制御チャネルカテゴリを含むことができる。

４２０で、端末デバイスは、ネットワークデバイスに、ＵＬ制御チャネル上でＵＬ制御情報を送信する。ＵＬ制御情報は、たとえば、ＡＣＫ／ＮＡＣＫ、チャネル品質インジケータ（ＣＱＩ）、事前符号化行列インジケータ（ＰＭＩ）、ランク指標（ＲＩ）、および他の好適なアップリンク制御情報を含むことができる。

このようにして、異なるトラフィックタイプの送信要件と合致することができるＵＬ制御チャネル上で、ＵＬ制御情報を送信することができる。結果として、アップリンク制御チャネルの堅牢性が強化される。

これより本開示のさらなる詳細を議論するためのさらなる実施形態が以下で提供される。これらの実施形態において、候補ＵＬ制御チャネルカテゴリはまた、アップリンク制御チャネルセットと呼ばれてもよい。異なる品質ターゲット（たとえば、ＱｏＳ要件またはＱｏＳターゲット）を有する複数のアップリンク制御チャネルセットが規定される。関連付けられたＱｏＳターゲットに従って、異なるアップリンク制御チャネルセットを使用するために、異なるトラフィックのタイプ（トラフィックタイプともまた呼ばれる）、端末デバイスのタイプ（ＵＥタイプともまた呼ばれる）、および／またはネットワークスライスのタイプ（ＲＡＮスライスタイプともまた呼ばれる）を設定する／あらかじめ設定することができる。

第１の実施形態として、アップリンク制御チャネルの２つのセットが存在する。第１のアップリンク制御チャネルセットは、ＡＣＫミス率および／またはＮＡＣＫ対ＡＣＫ誤り率に関して、極めて低い復号誤り率をターゲットとする。第２のアップリンク制御チャネルセットは、非ＵＲＬＬＣトラフィックのためのＡＣＫミス率および／またはＮＡＣＫ対ＡＣＫ誤り率に関して、十分望ましい復号誤り率をターゲットとする。本明細書で示す説明は、アップリンク制御チャネルの２つのセットに焦点を当てていることに留意されたい。しかしながら、本明細書で開示される概念は、２つのセットに限定されず、２つよりも多いセットが存在してもよい。さらに、アップリンク制御チャネル設定についての３つの例を以下に挙げる。

例１：トラフィック固有のアップリンク制御チャネルセット設定
ＵＲＬＬＣトラフィックは、第１のアップリンク制御チャネルセットを使用するように設定されてよく、ｅＭＢＢトラフィックおよびビデオトラフィックは、第２のアップリンク制御チャネルセットを使用するように設定されてよい。

例２：ＲＡＮスライス固有のアップリンク制御チャネルセット設定
ＵＲＬＬＣサービス提供のためのＲＡＮスライスは、第１のアップリンクチャネルセットを使用するように設定されてよく、ｅＭＢＢ、ビデオ、およびＭＴＣサービス提供のためのＲＡＮスライスは、第２のアップリンクチャネルセットを使用するように設定されてよい。

例３：ＵＥタイプ固有のアップリンク制御チャネルセット設定
ＵＲＬＬＣサービス用のＵＥカテゴリは、第１のアップリンク制御チャネルセットを使用するように設定されてよく、ＵＲＬＬＣサービス能力なしのＵＥカテゴリは、第２のアップリンク制御チャネルセットを使用するように設定されてよい。

第２の実施形態として、異なるアップリンクチャネルセットが、異なるＣＲＣの長さを使用することができる。第１のアップリンク制御チャネルセットは、極めて低い復号誤り率を満たすために、より長いＣＲＣシーケンスを使用することができ、第２のアップリンク制御チャネルセットは、十分望ましい復号誤り率を満たすために、ＣＲＣを使用しなくてもよい、または短いＣＲＣシーケンスだけを使用することができる。たとえば、第１のアップリンクチャネルセットは、１６ビットのＣＲＣシーケンスまたは３２ビットのＣＲＣシーケンスを使用し、第２のアップリンクチャネルセットは、ＣＲＣを使用しない、または８ビットのＣＲＣシーケンスを使用する。要件に応じて適応できるＣＲＣの長さを用いて、ＣＲＣオーバーヘッドを効率的に削減することができる。

第３の実施形態として、異なるアップリンクチャネルセットが、異なるエンコーディング方式を使用する。１つの基本的な原理は、同じ数のＡＣＫ／ＮＡＣＫビットについて、第１のアップリンク制御チャネルセットのために符号化されたビットの数が、第２のアップリンク制御チャネルセットのために符号化されたビットの数よりも大きいことであってよい。この実施形態によれば、第１のアップリンクチャネルセットに対する低い復号誤りが、符号化利得を強化することによって達成される。この実施形態を実装するための異なる例が存在する。

例１：異なる符号化率が、異なるアップリンクチャネルセットのために使用されてよい。第１のアップリンク制御チャネルセットにおいて、符号化率ｒ１が使用され、第２のアップリンク制御チャネルセットにおいて、符号化率ｒ２が使用され、ここで、ｒ１＜ｒ２である。一般に、低い符号化率は低い復号誤りに対応し、したがって、第１のアップリンク制御チャネルセットにおけるチャネルは、高い要件のトラフィックのためにより好適であってよい。

例２：異なるチャネル符号化方式が、異なるアップリンク制御チャネルセットのために使用されてよい。たとえば、チャネル符号化方式は、リード・マラー符号、畳み込み符号、ターボ符号、ＬＤＰＣ符号、およびポーラ符号、その他、またはこれらの符号のバリエーションであってよい。

例３：異なるコードブックが、ＡＣＫ／ＮＡＣＫビットのエンコーディングのための異なるアップリンクチャネルセットのために使用されてよい。１つのＡＣＫ／ＮＡＣＫビットが、第１のアップリンク制御チャネルセットのために第１のコードブックを使用してより長いシーケンスにマップされ、第２のアップリンク制御チャネルセットのために第２のコードブックを使用してより短いシーケンスにマップされる。

例４：同じエンコーディングシーケンスが、異なるアップリンクチャネルセットのために使用され、しかし第１のアップリンク制御チャネルセットおよび第２のアップリンク制御チャネルセットのために異なる繰り返しの数が存在する。第１のアップリンク制御チャネルセットのための繰り返しの数は、第２のアップリンク制御チャネルセットのための繰り返しの数よりも大きい。図５は、本開示の一実施形態に従った、異なるＵＬ制御チャネルカテゴリについてのＨＡＲＱＡＣＫ／ＮＡＣＫエンコーディングの図を示す。

第４の実施形態として、異なるアップリンク制御チャネルセットのために使用される異なるリソース割り当てルールが存在してよい。

例１：アップリンク制御チャネルは、ＬＴＥにおけるＰＵＣＣＨと同様に送信される。送信されることになる同じ数のＨＡＲＱＡＣＫ／ＮＡＣＫビットが存在する場合、第２のアップリンク制御チャネルセットのアップリンク制御チャネルよりも、第１のアップリンク制御チャネルセットのアップリンク制御チャネルに多くのＰＵＣＣＨリソースが割り当てられる。

一例では、同じ数のＨＡＲＱＡＣＫ／ＮＡＣＫビットを搬送するために、第１のアップリンク制御チャネルセットからの１つのアップリンク制御チャネルは、２つのＰＲＢを取るが、第２のアップリンク制御チャネルセットからの１つのアップリンク制御チャネルは、１つのみのＰＲＢを取るだけである。

別の例では、同じ数のＰＲＢ上で同じ数のＨＡＲＱＡＣＫ／ＮＡＣＫビットを搬送するためのアップリンク制御チャネルの場合、第１のアップリンク制御チャネルセットからのアップリンク制御チャネルの多重化レベルは、第２のアップリンク制御チャネルセットからのアップリンク制御チャネルの多重化レベルよりも低い。たとえば、２つまでのアップリンク制御チャネルが、第１のアップリンク制御チャネルセットのために１つのＰＲＢ上で多重化されてよく、一方、６つまでのアップリンク制御チャネルが、第２のアップリンク制御チャネルセットのために１つのＰＲＢ上で多重化されてよい。

例２：アップリンク制御チャネルは、ＬＴＥでＰＵＳＣＨによって搬送されるアップリンク制御情報と同様にＰＵＳＣＨに埋め込まれて送信される。この例において、符号化されたシーケンスの長さに作用する要因を設定することができる。一例として、ベータ値（すなわち、３ＧＰＰＴＳ３６．２１２のセクション５．２．２．６における

）が、アップリンク制御チャネルセットごとに、それぞれ設定されることになる。同じ数のＨＡＲＱＡＣＫ／ＮＡＣＫビットの場合、ベータ値は、アップリンク制御情報送信のためのより多くのＲＥを確保するために、第２のアップリンク制御チャネルセットのために比べて、第１のアップリンク制御チャネルセットのためにより大きな値に設定されることになる。別の例として、各値のセットが１つのアップリンク制御チャネルセットに関連付けられた、２つのベータ値のセットが充てられてもよい。第１のベータ値のセットには、より大きな値が含まれる。第２のベータ値のセットには、より小さな値が含まれる。１つまたは複数の値は、各アップリンク制御チャネルのリソース割り当てのためのベータ値の各セットから選択される。

上の例または実施形態は、限定ではなく、例示のために議論されていることを理解されたい。当業者は、本開示の範囲内で、多くの他の実施形態または例が存在してもよいことを認識するであろう。

これより本開示の一実施形態に従ってデバイスにおいて実装される装置６００のブロック図を示す図６を参照する。装置６００は、ネットワークデバイスにおいて、端末デバイスにおいて、または任意の他の好適なデバイスにおいて実装されてよいことが認識されるであろう。

示されるように、装置６００は、選択ユニット６１０と、決定ユニット６２０とを含む。選択ユニット６１０は、ネットワークデバイスと端末デバイスとの間のトラフィックについての情報に基づいて、候補ＵＬ制御チャネルカテゴリから、ターゲットＵＬ制御チャネルカテゴリを選択するように設定される。候補ＵＬ制御チャネルカテゴリは、少なくとも、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリ、および低い要件のトラフィックのための第２のＵＬ制御チャネルカテゴリを含む。決定ユニット６２０は、端末デバイスのために、ターゲットＵＬ制御チャネルカテゴリからＵＬ制御チャネルを決定するように設定される。

一実施形態において、選択ユニット６１０は、トラフィックのタイプ、端末デバイスのタイプ、およびトラフィックのためのネットワークスライスのタイプのうちの１つまたは複数に基づいて、トラフィックが高い要件のトラフィックであるのか、それとも低い要件のトラフィックであるのかを判定し、トラフィックが高い要件のトラフィックであると判定したことに応答して、ターゲットＵＬ制御チャネルカテゴリとして第１のＵＬ制御チャネルカテゴリを選択し、トラフィックが低い要件のトラフィックであると判定したことに応答して、ターゲットＵＬ制御チャネルカテゴリとして第２のＵＬ制御チャネルカテゴリを選択するようにさらに設定されてよい。

一実施形態において、選択ユニット６１０は、トラフィックのタイプが超高信頼性低レイテンシ通信（ＵＲＬＬＣ）であるかどうかを判定すること、端末デバイスのタイプがＵＲＬＬＣサービス用であるかどうかを判定すること、およびネットワークスライスのタイプがＵＲＬＬＣサービスのための無線アクセスネットワーク（ＲＡＮ）スライスであるかどうかを判定することのうちの、１つまたは複数を実施するようにさらに設定されてよい。

一実施形態において、決定ユニット６２０は、トラフィックについての情報に基づいて、巡回冗長検査（ＣＲＣ）の長さ、符号化率、符号化方式、コードブック、符号化シーケンスの繰り返し数、および割り当てられたリソースのサイズのうちの１つまたは複数を含む、トラフィックの送信特徴を判定し、送信特徴に基づいて、ターゲットＵＬ制御チャネルカテゴリからＵＬ制御チャネルを決定するようにさらに設定されてよい。

一実施形態において、オプションとして、装置６００は、決定されたＵＬ制御チャネルについての情報を端末デバイスに送信するように設定された送信ユニット６３０をさらに含むことができる。

これより本開示の一実施形態に従って端末デバイスにおいて実装される装置７００のブロック図を示す図７を参照する。装置７００は、ネットワークデバイスにおいて、端末デバイスにおいて、または任意の他の好適なデバイスにおいて実装されてよいことが認識されるであろう。

示されるように、装置７００は、受信ユニット７１０と、送信ユニット７２０とを含む。受信ユニット７１０は、ネットワークデバイスから、ＵＬ制御チャネルについての情報を受信するように設定される。ＵＬ制御チャネルは、ターゲットＵＬ制御チャネルカテゴリに属する。ターゲットＵＬ制御チャネルカテゴリは、ネットワークデバイスと端末デバイスとの間のトラフィックについての情報に基づいて、候補ＵＬ制御チャネルカテゴリから選択される。候補ＵＬ制御チャネルカテゴリは、少なくとも、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリ、および低い要件のトラフィックのための第２のＵＬ制御チャネルカテゴリを含む。送信ユニット７２０は、ネットワークデバイスに、ＵＬ制御チャネル上でＵＬ制御情報を送信するように設定される。

装置６００に含まれるコンポーネントは、方法２００および３００の動作に対応し、装置７００に含まれるコンポーネントは、方法４００の動作に対応することを認識すべきである。したがって、図２および図３を参照して上で説明されたすべての動作および特徴は、装置６００に含まれるコンポーネントにも同じく適用可能であり、同様の効果を有し、図４を参照して上で説明されたすべての動作および特徴は、装置７００に含まれるコンポーネントにも同じく適用可能であり、同様の効果を有する。簡略化の目的のために、詳細は省略することにする。

装置６００および７００に含まれるコンポーネントは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せを含むさまざまな様式で実装されてよい。一実施形態において、１つまたは複数のユニットは、ソフトウェアおよび／またはファームウェア、たとえば、ストレージ媒体上に記憶されたマシン実行可能命令を使用して実装されてよい。マシン実行可能命令に加えて、またはマシン実行可能命令の代わりに、装置６００および７００に含まれるコンポーネントの部分または全部が、少なくとも部分的に、１つまたは複数のハードウェア論理コンポーネントによって実装されてもよい。たとえば、限定はせずに、使用することができるハードウェア論理コンポーネントの例となるタイプには、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、システムオンチップシステム（ＳＯＣ）、複合プログラマブル論理デバイス（ＣＰＬＤ）、その他が含まれる。

本開示の実施形態に従って、デバイスにおいて実装される装置が提供される。装置は、ネットワークデバイスと端末デバイスとの間のトラフィックについての情報に基づいて、候補アップリンク（ＵＬ）制御チャネルカテゴリから、ターゲットＵＬ制御チャネルカテゴリを選択するための手段であって、候補ＵＬ制御チャネルカテゴリが、少なくとも、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリ、および低い要件のトラフィックのための第２のＵＬ制御チャネルカテゴリを含む、選択するための手段と、端末デバイスのために、ターゲットＵＬ制御チャネルカテゴリからＵＬ制御チャネルを決定するための手段とを含む。

一実施形態において、ターゲットＵＬ制御チャネルカテゴリを選択するための手段は、トラフィックのタイプ、端末デバイスのタイプ、およびトラフィックのためのネットワークスライスのタイプのうちの１つまたは複数に基づいて、トラフィックが高い要件のトラフィックであるのか、それとも低い要件のトラフィックであるのかを判定するための手段と、トラフィックが高い要件のトラフィックであると判定したことに応答して、ターゲットＵＬ制御チャネルカテゴリとして第１のＵＬ制御チャネルカテゴリを選択するための手段と、トラフィックが低い要件のトラフィックであると判定したことに応答して、ターゲットＵＬ制御チャネルカテゴリとして第２のＵＬ制御チャネルカテゴリを選択するための手段とを含むことができる。

一実施形態において、トラフィックが高い要件のトラフィックであるのか、それとも低い要件のトラフィックであるのかを判定するための手段は、トラフィックのタイプが超高信頼性低レイテンシ通信（ＵＲＬＬＣ）であるかどうかを判定するための手段、端末デバイスのタイプがＵＲＬＬＣサービス用であるかどうかを判定するための手段、およびネットワークスライスのタイプがＵＲＬＬＣサービスのための無線アクセスネットワーク（ＲＡＮ）スライスであるかどうかを判定するための手段のうちの１つまたは複数を含むことができる。

一実施形態において、ターゲットＵＬ制御チャネルカテゴリからＵＬ制御チャネルを決定するための手段は、トラフィックについての情報に基づいて、巡回冗長検査（ＣＲＣ）の長さ、符号化率、符号化方式、コードブック、符号化シーケンスの繰り返し数、および割り当てられたリソースのサイズのうちの１つまたは複数を含む、トラフィックの送信特徴を判定するための手段と、送信特徴に基づいて、ターゲットＵＬ制御チャネルカテゴリからＵＬ制御チャネルを決定するための手段とを含むことができる。

一実施形態において、デバイスは、ネットワークデバイスであってよく、装置は、決定されたＵＬ制御チャネルについての情報を端末デバイスに送信するための手段をさらに含むことができる。

本開示の実施形態に従って、端末デバイスにおいて実装される装置が提供される。装置は、ネットワークデバイスから、アップリンク（ＵＬ）制御チャネルについての情報を受信するための手段であって、ＵＬ制御チャネルが、ターゲットＵＬ制御チャネルカテゴリに属し、ターゲットＵＬ制御チャネルカテゴリが、ネットワークデバイスと端末デバイスとの間のトラフィックについての情報に基づいて、候補ＵＬ制御チャネルカテゴリから選択され、候補ＵＬ制御チャネルカテゴリが、少なくとも、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリ、および低い要件のトラフィックのための第２のＵＬ制御チャネルカテゴリを含む、受信するための手段と、ネットワークデバイスに、ＵＬ制御チャネル上でＵＬ制御情報を送信するための手段とを含む。

図８は、本開示の実施形態を実装するために好適なデバイス８００の簡略化したブロック図を示す。デバイス８００は、たとえば、ネットワークデバイス１０１または端末デバイス１０２の少なくとも一部として実装されてよいことが認識されるであろう。

示されるように、デバイス８００は、通信手段８３０と、処理手段８５０とを含む。処理手段８５０は、データプロセッサ（ＤＰ）８１０と、ＤＰ８１０に結合されたメモリ（ＭＥＭ）８２０とを含む。通信手段８３０は、処理手段８５０におけるＤＰ８１０に結合される。ＭＥＭ８２０は、プログラム（ＰＲＯＧ）８４０を記憶する。通信手段８３０は、信号を送信する／受信するためのトランシーバとして実装され得る、他のデバイスとの通信のための手段である。

デバイス８００がネットワークデバイスとしての働きをするいくつかの実施形態において、処理手段８５０は、後続のアクセス情報の発生を指し示すための発生表示を生成するように設定されてよく、通信手段８３０は、システム署名に関連付けて発生表示を送信するように設定されてよい。デバイス８００が端末デバイスとしての働きをするいくつかの他の実施形態において、処理手段８５０は、システム署名の検出に応答して、後続のアクセス情報の発生を指し示す発生表示を検出するように設定されてよく、通信手段８３０は、発生表示に基づいて、アクセス情報を受信するように設定されてよい。

ＰＲＯＧ８４０は、プログラム命令を含むように想定されており、プログラム命令は、関連付けられたＤＰ８１０によって実行されるとき、デバイス８００が、方法２００、３００、または４００と共に本明細書で議論された本開示の実施形態に従って動作するのを可能にする。本明細書における実施形態は、デバイス８００のＤＰ８１０によって実行可能なコンピュータソフトウェアによって、またはハードウェアによって、またはソフトウェアとハードウェアとの組合せによって実装されてよい。データプロセッサ８１０とＭＥＭ８２０を組み合わせて、本開示のさまざまな実施形態を実装するようになされた処理手段８５０を形成することができる。

ＭＥＭ８２０は、ローカルな技術環境に好適な任意のタイプであってよく、非限定的な例として、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光学メモリデバイスおよびシステム、固定されたメモリおよびリムーバブルメモリなどの、任意の好適なデータストレージ技術を使用して実装されてよい。デバイス８００には１つのみのＭＥＭが示されているが、デバイス８００には数個の物理的に別個なメモリモジュールが存在してもよい。ＤＰ８１０は、ローカルな技術環境に好適な任意のタイプであってよく、非限定的な例として、汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、およびマルチコアプロセッサアーキテクチャに基づいたプロセッサのうちの１つまたは複数を含むことができる。デバイス８００は、主プロセッサを同期させるクロックに時間でスレーブされる特定用途向け集積回路チップなどの、複数のプロセッサを有することができる。

一般に、本開示のさまざまな実施形態は、ハードウェアもしくは特殊目的回路、ソフトウェア、論理、またはそれらの任意の組合せで実装されてよい。いくつかの態様が、ハードウェアで実装されてよく、一方で他の態様が、コントローラ、マイクロプロセッサ、もしくは他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアで実装されてもよい。本開示の実施形態のさまざまな態様は、ブロック図、流れ図として、またはなんらかの他の図画的表現を使用して例示され、説明されているが、本明細書で説明されるブロック、装置、システム、技法、または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、特殊目的回路もしくは論理、汎用ハードウェアもしくはコントローラ、または他のコンピューティングデバイスで、またはそれらのなんらかの組合せで実装されてもよいことが認識されるであろう。

例として、本開示の実施形態は、ターゲットの実プロセッサまたは仮想プロセッサ上でデバイスにおいて実行される、プログラムモジュールに含まれるものなどのマシン実行可能命令の一般的なコンテキストにおいて説明することができる。一般に、プログラムモジュールは、特定のタスクを実施する、または特定の抽象データ型を実装する、ルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造、その他を含む。プログラムモジュールの機能は、さまざまな実施形態において所望される通りに、プログラムモジュール間で組み合わされても、または分配されてもよい。プログラムモジュールのためのマシン実行可能命令は、ローカルデバイスまたは分散型デバイス内で実行されてよい。分散型デバイスにおいて、プログラムモジュールは、ローカルおよびリモートの両方のストレージ媒体に位置することができる。

本開示の方法を行うためのプログラム符号は、１つまたは複数のプログラミング言語の任意の組合せで書かれていることがある。これらのプログラム符号は、プロセッサまたはコントローラによって実行されるとき、プログラム符号が流れ図および／またはブロック図において指定された機能／動作を実装させるように、汎用コンピュータ、特殊目的コンピュータ、もしくは他のプログラマブルデータ処理装置の、プロセッサまたはコントローラに提供されてよい。プログラム符号は、マシン上で全面的に、マシン上で部分的に、スタンドアロンソフトウェアパッケージとしてマシン上で部分的に、およびリモートマシン上で部分的に、またはリモートマシン上もしくはサーバ上で全面的に実行することができる。

上のプログラム符号は、命令実行システム、装置、もしくはデバイスによる使用のための、または命令実行システム、装置、もしくはデバイスに関係して、プログラムを収容、または記憶することができる任意の有形の媒体であってよいマシン可読媒体上で具現化されてよい。マシン可読媒体は、マシン可読信号媒体またはマシン可読ストレージ媒体であってよい。マシン可読媒体は、限定はしないが、電子、磁気、光学、電磁、赤外線、もしくは半導体の、システム、装置、またはデバイス、または上記の任意の好適な組合せを含むことができる。マシン可読ストレージ媒体のより具体的な例は、１つまたは複数のワイヤを有する電気的接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能なプログラマブル読み出し専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光学ファイバ、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、光学ストレージデバイス、磁気ストレージデバイス、または上記の任意の好適な組合せを含むことになる。

本開示のコンテキストにおいて、デバイスは、コンピュータシステムによって実行される、プログラムモジュールなどのコンピュータシステム実行可能命令の一般的なコンテキストにおいて実装されてよい。一般に、プログラムモジュールは、特定のタスクを実施する、または特定の抽象データ型を実装する、ルーチン、プログラム、オブジェクト、コンポーネント、論理、データ構造、その他を含むことができる。デバイスは、通信ネットワークを通じてリンクされたリモート処理デバイスによってタスクが実施される分散型クラウドコンピューティング環境において実践されてもよい。分散型クラウドコンピューティング環境において、プログラムモジュールは、メモリストレージデバイスを含む、ローカルおよびリモートの両方のコンピュータシステムストレージ媒体に位置することができる。

さらに、動作は特定の順序で図示されているが、これは、所望の結果を達成するために、示された特定の順序もしくは連続した順序でそのような動作が実施されること、またはすべての例示された動作が実施されることを必要とするものとして理解すべきでない。ある一定の状況においては、マルチタスキングおよび並列処理が好都合であることがある。同じく、上の議論には数個の具体的な実装形態詳細が収容されているが、これらは、本開示の範囲への限定として解釈すべきではなく、むしろ、特定の実施形態に固有であり得る特徴の説明として解釈すべきである。別々の実施形態のコンテキストにおいて説明されたある一定の特徴がまた、単一の実施形態の中で組み合わせて実装されることがある。逆に、単一の実施形態のコンテキストにおいて説明されたさまざまな特徴がまた、複数の実施形態において別々に、または任意の好適な下位組合せにおいて実装されることもある。

本開示が、構造的特徴および／または方法論的措置（ｍｅｔｈｏｄｏｌｏｇｉｃａｌａｃｔ）に固有の言語で説明されてきたが、添付の特許請求の範囲において規定される本開示は、上で説明した固有の特徴または措置に必ずしも限定されないことを理解されたい。むしろ、上で説明した固有の特徴および措置は、特許請求の範囲を実装する例示的な形態として開示される。

Claims

デバイスにおいて実装される方法（２００、３００）であって、
ネットワークデバイスと端末デバイスとの間のトラフィックについての情報に基づいて、候補アップリンク（ＵＬ）制御チャネルカテゴリから、ターゲットＵＬ制御チャネルカテゴリを選択すること（２１０）であって、前記候補ＵＬ制御チャネルカテゴリが、少なくとも、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリ、および低い要件のトラフィックのための第２のＵＬ制御チャネルカテゴリを含み、高い要件のトラフィックであるか、低い要件のトラフィックであるかが、トラフィックのタイプが超高信頼性低レイテンシ通信（ＵＲＬＬＣ）であるか、前記端末デバイスのタイプがＵＲＬＬＣサービス用であるか、および、ネットワークスライスのタイプがＵＲＬＬＣサービスのための無線アクセスネットワーク（ＲＡＮ）スライスであるかどうか、のうちの少なくとも１つによって判定される、ターゲットＵＬ制御チャネルカテゴリを選択すること（２１０）と、
前記端末デバイスのために、前記ターゲットＵＬ制御チャネルカテゴリからＵＬ制御チャネルを決定すること（２２０）と
を含む方法（２００、３００）。
ターゲットＵＬ制御チャネルカテゴリを選択することが、
トラフィックのタイプ、前記端末デバイスのタイプ、および前記トラフィックのためのネットワークスライスのタイプのうちの１つまたは複数に基づいて、前記トラフィックが高い要件のトラフィックであるのか、それとも低い要件のトラフィックであるのかを判定すること（３１０）と、
前記トラフィックが高い要件のトラフィックであると判定したことに応答して、前記ターゲットＵＬ制御チャネルカテゴリとして前記第１のＵＬ制御チャネルカテゴリを選択すること（３２０）と、
前記トラフィックが低い要件のトラフィックであると判定したことに応答して、前記ターゲットＵＬ制御チャネルカテゴリとして前記第２のＵＬ制御チャネルカテゴリを選択すること（３３０）と
を含む、請求項１に記載の方法。
前記ターゲットＵＬ制御チャネルカテゴリからＵＬ制御チャネルを決定することが、
前記トラフィックについての情報に基づいて、巡回冗長検査（ＣＲＣ）の長さ、符号化率、符号化方式、コードブック、符号化シーケンスの繰り返し数、および割り当てられたリソースのサイズのうちの１つまたは複数を含む、前記トラフィックの送信特徴を判定すること（３４０）と、
前記送信特徴に基づいて、前記ターゲットＵＬ制御チャネルカテゴリからＵＬ制御チャネルを決定すること（３５０）と
を含む、請求項１に記載の方法。
前記候補ＵＬ制御チャネルカテゴリが、トラフィックのタイプ、端末デバイスのタイプ、ネットワークスライスのタイプ、巡回冗長検査（ＣＲＣ）の長さ、符号化率、符号化方式、コードブック、符号化シーケンスの繰り返し数、および割り当てられたリソースのサイズのうちの１つまたは複数に従ってあらかじめ規定されている、請求項１に記載の方法。
前記第１のＵＬ制御チャネルカテゴリのＵＬ制御チャネルが、
ＵＲＬＬＣサービス、
ＵＲＬＬＣサービス用の端末デバイスタイプ、
ＵＲＬＬＣサービスのための無線アクセスネットワーク（ＲＡＮ）スライス、
あらかじめ決められた閾値ＣＲＣ長を超えるＣＲＣシーケンス、
あらかじめ決められた閾値率を超える符号化率、
高性能符号化方式、
あらかじめ決められた閾値符号化長を超えるエンコーディングシーケンスを有するコードブック、
あらかじめ決められた閾値数を超える符号化シーケンスの繰り返し数、および
あらかじめ決められた閾値サイズを超えて割り当てられることになるリソースのサイズ
のうちの１つまたは複数をサポートするように、前記候補ＵＬ制御チャネルカテゴリがあらかじめ規定されている、請求項４に記載の方法。
前記デバイスが前記ネットワークデバイスであり、前記方法が、
決定されたＵＬ制御チャネルについての情報を前記端末デバイスに送信すること（２３０）
をさらに含む、請求項１に記載の方法。
端末デバイスにおいて実装される方法（４００）であって、
ネットワークデバイスから、アップリンク（ＵＬ）制御チャネルについての情報を受信すること（４１０）であって、前記ＵＬ制御チャネルが、ターゲットＵＬ制御チャネルカテゴリに属し、前記ターゲットＵＬ制御チャネルカテゴリが、前記ネットワークデバイスと前記端末デバイスとの間のトラフィックについての情報に基づいて、候補ＵＬ制御チャネルカテゴリから選択され、前記候補ＵＬ制御チャネルカテゴリが、少なくとも、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリ、および低い要件のトラフィックのための第２のＵＬ制御チャネルカテゴリを含み、高い要件のトラフィックであるか、低い要件のトラフィックであるかが、トラフィックのタイプが超高信頼性低レイテンシ通信（ＵＲＬＬＣ）であるか、前記端末デバイスのタイプがＵＲＬＬＣサービス用であるか、および、ネットワークスライスのタイプがＵＲＬＬＣサービスのための無線アクセスネットワーク（ＲＡＮ）スライスであるかどうか、のうちの少なくとも１つによって判定される、情報を受信すること（４１０）と、
前記ネットワークデバイスに、前記ＵＬ制御チャネル上でＵＬ制御情報を送信すること（４２０）と
を含む、方法（４００）。
前記候補ＵＬ制御チャネルカテゴリが、トラフィックのタイプ、端末デバイスのタイプ、ネットワークスライスのタイプ、巡回冗長検査（ＣＲＣ）の長さ、符号化率、符号化方式、コードブック、符号化シーケンスの繰り返し数、および割り当てられたリソースのサイズのうちの１つまたは複数に従ってあらかじめ規定されている、請求項７に記載の方法。
前記第１のＵＬ制御チャネルカテゴリのＵＬ制御チャネルが、
ＵＲＬＬＣサービス、
ＵＲＬＬＣサービス用の端末デバイスタイプ、
ＵＲＬＬＣサービスのための無線アクセスネットワーク（ＲＡＮ）スライス、
あらかじめ決められた閾値ＣＲＣ長を超えるＣＲＣシーケンス、
あらかじめ決められた閾値率を超える符号化率、
高性能符号化方式、
あらかじめ決められた閾値符号化長を超えるエンコーディングシーケンスを有するコードブック、
あらかじめ決められた閾値数を超える符号化シーケンスの繰り返し数、および
あらかじめ決められた閾値サイズを超えて割り当てられることになるリソースのサイズ
のうちの１つまたは複数をサポートする、請求項７に記載の方法。
ネットワークデバイスと端末デバイスとの間のトラフィックについての情報に基づいて、候補アップリンク（ＵＬ）制御チャネルカテゴリから、ターゲットＵＬ制御チャネルカテゴリを選択するように設定された選択ユニット（６１０）であって、前記候補ＵＬ制御チャネルカテゴリが、少なくとも、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリ、および低い要件のトラフィックのための第２のＵＬ制御チャネルカテゴリを含み、高い要件のトラフィックであるか、低い要件のトラフィックであるかが、トラフィックのタイプが超高信頼性低レイテンシ通信（ＵＲＬＬＣ）であるか、前記端末デバイスのタイプがＵＲＬＬＣサービス用である
か、および、ネットワークスライスのタイプがＵＲＬＬＣサービスのための無線アクセスネットワーク（ＲＡＮ）スライスであるかどうか、のうちの少なくとも１つによって判定される、選択ユニット（６１０）と、
前記端末デバイスのために、前記ターゲットＵＬ制御チャネルカテゴリからＵＬ制御チャネルを決定するように設定された決定ユニット（６２０）と
を備える、デバイス（１０１、１０２）。
前記選択ユニットが、
トラフィックのタイプ、前記端末デバイスのタイプ、および前記トラフィックのためのネットワークスライスのタイプのうちの１つまたは複数に基づいて、前記トラフィックが高い要件のトラフィックであるのか、それとも低い要件のトラフィックであるのかを判定し、
前記トラフィックが高い要件のトラフィックであると判定したことに応答して、前記ターゲットＵＬ制御チャネルカテゴリとして前記第１のＵＬ制御チャネルカテゴリを選択し、
前記トラフィックが低い要件のトラフィックであると判定したことに応答して、前記ターゲットＵＬ制御チャネルカテゴリとして前記第２のＵＬ制御チャネルカテゴリを選択するように
さらに設定される、請求項１０に記載のデバイス。
前記決定ユニットが、
前記トラフィックについての情報に基づいて、巡回冗長検査（ＣＲＣ）の長さ、符号化率、符号化方式、コードブック、符号化シーケンスの繰り返し数、および割り当てられたリソースのサイズのうちの１つまたは複数を含む、前記トラフィックの送信特徴を判定し、
前記送信特徴に基づいて、前記ターゲットＵＬ制御チャネルカテゴリからＵＬ制御チャネルを決定するように
さらに設定される、請求項１０に記載のデバイス。
前記候補ＵＬ制御チャネルカテゴリが、トラフィックのタイプ、端末デバイスのタイプ、ネットワークスライスのタイプ、巡回冗長検査（ＣＲＣ）の長さ、符号化率、符号化方式、コードブック、符号化シーケンスの繰り返し数、および割り当てられたリソースのサイズのうちの１つまたは複数に従ってあらかじめ規定されている、請求項１０に記載のデバイス。
前記第１のＵＬ制御チャネルカテゴリのＵＬ制御チャネルが、
ＵＲＬＬＣサービス、
ＵＲＬＬＣサービス用の端末デバイスタイプ、
ＵＲＬＬＣサービスのための無線アクセスネットワーク（ＲＡＮ）スライス、
あらかじめ決められた閾値ＣＲＣ長を超えるＣＲＣシーケンス、
あらかじめ決められた閾値率を超える符号化率、
高性能符号化方式、
あらかじめ決められた閾値符号化長を超えるエンコーディングシーケンスを有するコードブック、
あらかじめ決められた閾値数を超える符号化シーケンスの繰り返し数、および
あらかじめ決められた閾値サイズを超えて割り当てられることになるリソースのサイズ
のうちの１つまたは複数をサポートするように、前記候補ＵＬ制御チャネルカテゴリがあらかじめ規定されている、請求項１３に記載のデバイス。
前記デバイスが前記ネットワークデバイスであり、
決定されたＵＬ制御チャネルについての情報を前記端末デバイスに送信するように設定された送信ユニット（６３０）
をさらに含む、請求項１０に記載のデバイス。
端末デバイス（１０２）であって、
ネットワークデバイスから、アップリンク（ＵＬ）制御チャネルについての情報を受信するように設定された受信ユニット（７１０）であって、前記ＵＬ制御チャネルが、ターゲットＵＬ制御チャネルカテゴリに属し、前記ターゲットＵＬ制御チャネルカテゴリが、前記ネットワークデバイスと前記端末デバイスとの間のトラフィックについての情報に基づいて、候補ＵＬ制御チャネルカテゴリから選択され、前記候補ＵＬ制御チャネルカテゴリが、少なくとも、高い要件のトラフィックのための第１のＵＬ制御チャネルカテゴリ、および低い要件のトラフィックのための第２のＵＬ制御チャネルカテゴリを含み、高い要件のトラフィックであるか、低い要件のトラフィックであるかが、トラフィックのタイプが超高信頼性低レイテンシ通信（ＵＲＬＬＣ）であるか、前記端末デバイスのタイプがＵＲＬＬＣサービス用であるか、および、ネットワークスライスのタイプがＵＲＬＬＣサービスのための無線アクセスネットワーク（ＲＡＮ）スライスであるかどうか、のうちの少なくとも１つによって判定される、受信ユニット（７１０）と、
前記ネットワークデバイスに、前記ＵＬ制御チャネル上でＵＬ制御情報を送信するように設定された送信ユニット（７２０）と
を備える、端末デバイス（１０２）。
前記候補ＵＬ制御チャネルカテゴリが、トラフィックのタイプ、端末デバイスのタイプ、ネットワークスライスのタイプ、巡回冗長検査（ＣＲＣ）の長さ、符号化率、符号化方式、コードブック、符号化シーケンスの繰り返し数、および割り当てられたリソースのサイズのうちの１つまたは複数に従ってあらかじめ規定されている、請求項１６に記載の端末デバイス。
前記第１のＵＬ制御チャネルカテゴリのＵＬ制御チャネルが、
ＵＲＬＬＣサービス、
ＵＲＬＬＣサービス用の端末デバイスタイプ、
ＵＲＬＬＣサービスのための無線アクセスネットワーク（ＲＡＮ）スライス、
あらかじめ決められた閾値ＣＲＣ長を超えるＣＲＣシーケンス、
あらかじめ決められた閾値率を超える符号化率、
高性能符号化方式、
あらかじめ決められた閾値符号化長を超えるエンコーディングシーケンスを有するコードブック、
あらかじめ決められた閾値数を超える符号化シーケンスの繰り返し数、および
あらかじめ決められた閾値サイズを超えて割り当てられることになるリソースのサイズ
のうちの１つまたは複数をサポートする、請求項１６に記載の端末デバイス。
プロセッサ（８１０）およびメモリ（８２０）
を備えるデバイスであって、前記メモリが、前記プロセッサ（８１０）によって実行可能な命令を含むプログラム（８４０）を収容し、前記プロセッサ（８１０）が、請求項１から６のいずれか一項に記載の方法を前記デバイスに実施させるように設定される、
デバイス。
プロセッサ（８１０）およびメモリ（８２０）
を備える端末デバイスであって、前記メモリが、前記プロセッサ（８１０）によって実行可能な命令を含むプログラム（８４０）を収容し、前記プロセッサ（８１０）が、請求項７から９のいずれか一項に記載の方法を前記端末デバイスに実施させるように設定される、端末デバイス。