JP2018533304A - １セグメントｐｕｃｃｈフォーマット - Google Patents

Abstract

シングルセグメントサブフレームフォーマット（２１）に従って制御信号送信を実行するユーザ機器（ＵＥ）（１０２）が説明される。ある観点において、ＵＥ（１０２）は、あるサブフレームについて、マルチセグメントサブフレームフォーマット（２２）の代わりに、シングルセグメントサブフレームフォーマット（２１）をアップリンク送信フォーマットとして選択する。この選択は、上記１つ以上の制御信号の送信のためにシングルセグメントサブフレームフォーマット（２１）が使用されるべきであるという、ネットワークノードにより受信される標識に基づいてもよい。加えて、上記ＵＥ（１０２）は、シングルセグメントサブフレームフォーマット（２１）を用いて、アップリンク制御チャネル上で上記１つ以上の制御信号を送信する。
【選択図】図１

Description

本開示は、概して、ワイヤレス通信システムに関連し、具体的には、ワイヤレス通信システム内のアップリンク制御チャネル送信に関連する。

現在のワイヤレス通信システムにおいて、ユーザ機器（ＵＥ）は、ネットワークノード（基地局、ｅＮＢ又は他のネットワークデバイス）と通信して、当該ネットワークノードに関連付けられるセルにおいて１つ以上のダウンリンクチャネル上でデータを受信する。チャネル及びデータ転送の完全性を維持するために、ＵＥは、同様に、１つ以上のアップリンクチャネル上でネットワークノードへ制御シグナリングを送信し得る。例えば、ＵＥからネットワークノードへのアップリンク制御シグナリングは、受信されるダウンリンクデータについてのハイブリッド自動再送要求（ＨＡＲＱ又はＨ−ＡＲＱ）確認応答、ダウンリンクスケジューリングの補助として使用されるダウンリンクチャネル条件に関連するＵＥレポート、及び／又は、ＵＥがアップリンクデータ送信のためにアップリンクリソースを要することを指し示すスケジューリングリクエスト、を含み得る。

このアップリンク制御シグナリングは、例えば、現在のところマルチセグメントサブフレーム構造を順守する物理アップリンク制御チャネル（ＰＵＣＣＨ）上で送信されることができ、そのサブフレーム構造に従って、アップリンク制御信号の送信は時間ドメイン及び周波数ドメインにおいてネットワークノードによりスケジューリングされる。特に、典型的なＬＴＥ（Long-Term Evolution）サブフレームは、１ｍｓ長であり、各々がある数（例えば、６つ又は７つ）のシンボルを有する２つの０．５ｍｓスロットを含む。サブフレームの期間中に、利用可能なシステム帯域幅に対応する数のリソースエレメントが、ネットワーク側のスケジューラによりセル内の１つ以上のＵＥへアップリンク制御送信のために割り当てられる。

いくつかのサブフレームにおいて、サブフレームの（２番目のスロット内の）最後のシンボル内の１つ以上のリソースエレメントは、ＵＥによるサウンディングリファレンス信号（ＳＲＳ）の送信のために予約され、ＳＲＳは、アップリンク制御チャネルの特性（例えば、チャネル品質、干渉など）を判定するためにネットワークノードにより受信され及び処理される。いくつかの例において、ＵＥは、サウンディングリファレンス信号（ＳＲＳ）の送信のために周波数ホッピングを行うように構成され得る。そうしたスイッチングが生じる場合、ＰＵＣＣＨ送信に関連付けられる第１の電力レベルからＳＲＳ送信に関連付けられる第２の電力レベルへ信号増幅器が電力レベルを調整する結果として、ＳＲＳ送信の遅延が生じ得る。いくつかのケースでは、この遅延は、制御信号送信又はセル内の全体的な性能に影響しない。しかしながら、遅延がある閾値時間長（例えば、シンボル時間長）に達する状況では、ＳＲＳが、セル内のスケジューリングされるＰＵＣＣＨ送信に時間及び周波数において十分に重複するほど遅延するかもしれず、これら信号の“衝突（collision）”を引き起こす。ＳＲＳ及びＰＵＣＣＨの一方又は双方を受信機にとって判別不能にしてしまう干渉を取り込むこのシナリオを回避するために、１つ以上の後続のスロットがキャンセルされ又は“破棄され（dropped）”得るが、結果としてシステムリソースは浪費されシステムスループットは減少する。

よって、信号衝突が発生し又は発生する可能性のある状況でのシステム性能を改善するために、アップリンク信号スケジューリングについての改善されたアップリンク制御フレーム構造及び関連する技法が必要とされている。

１つ以上の実施形態は、ワイヤレス環境においてアップリンク制御チャネル上でアップリンク制御データを送信するための異なる複数のあり得る技法を定義する異なる複数の潜在的なシングルセグメントサブフレームを採用し得る。いくつかの実施形態は、従って、異なる複数の潜在的なシングルセグメントサブフレームフォーマットのうちの１つ及びマルチセグメントサブフレームフォーマットから、１つ以上のアップリンクサブフレームのためのフォーマットを動的に選択し得る。いくつかの例において、セル内で動作するネットワークノード又はＵＥは、ＵＥによりＳＲＳホッピングが実装されると判定されたサブフレーム、及び／又はＳＲＳとセル内の他のアップリンクデータとの間の潜在的な衝突イベントが検出されたサブフレームについて、シングルセグメントサブフレームフォーマットを選択し得る。この手法でシングルセグメントサブフレームを動的に選択できるようにすることで、例えば、セル内のアップリンク送信間の衝突と、その衝突の帰結であり得る１つ以上のアップリンク送信スロットの潜在的な破棄とを有利に回避し得る。

より具体的には、ここでの実施形態は、制御信号送信のためにＵＥにより実行される方法を含み、その方法は、あるサブフレームについて、マルチセグメントサブフレームフォーマットの代わりにシングルセグメントサブフレームフォーマットをアップリンク送信フォーマットとして選択すること、を含み得る。加えて、そうした方法は、そのシングルセグメントサブフレームフォーマットを用いてアップリンク制御チャネル上で１つ以上の制御信号をＵＥが送信すること、を含み得る。上記選択は、一時的であってよく、ＵＥは、特定の時間量にわたってシングルセグメントサブフレームフォーマットを適用し、そしてマルチセグメントサブフレームフォーマットへ復帰する。その代わりに、シングルセグメントサブフレームフォーマットは、例えばマルチセグメントサブフレームフォーマットが選択されるまで、又は制御送信が中断されるまでなどのように、無期限（open-ended）方式で適用されてもよい。また代替的に、ＵＥは、送信すべきアップリンク制御情報のサイズ及び／又は内容に依存して、シングルセグメントサブフレームフォーマット（例えば、ショートＰＵＣＣＨフォーマット）及びマルチセグメントサブフレームフォーマット（例えば、ロングＰＵＣＣＨフォーマット）の間でスイッチングすることを決定してもよく、これは、サウンディングリファレンス信号についてコンポーネントキャリアのスイッチングが実行されるかに関わらず実践されてもよい。

ここでの実施形態は、対応する装置、コンピュータプログラム及び担体（例えば、コンピュータプログラムプロダクト）、並びにネットワークノードにより実行されるネットワーク側の観点をも含む。

１つ以上の実施形態に係るワイヤレス通信システムのブロック図である。 １つ以上の実施形態に係るＵＥにより実行される方法を示す論理フロー図である。 １つ以上の実施形態に係るネットワークノードにより実行される方法を示す論理フロー図である。 １つ以上の実施形態に係る無線ノードのブロック図である。 １つ以上の他の実施形態に係る無線ノードのブロック図である。 １つ以上の実施形態に係るＵＥのブロック図である。 １つ以上の他の実施形態に係るＵＥのブロック図である。

図１は、１つ以上の実施形態に係るワイヤレス通信システム１０のブロック図を示している。システム１０は、（限定ではないが、基地局ｅＮＢ、ｇＮＢなどといった）ネットワークノード１０６を含む。システム１０は、ネットワークノード１０６と通信関係にあるＵＥ１０２（ここでは、“端末”又は“ユーザ端末”などともいう）をも含む。この通信は、ユーザ／アプリケーションデータのアップリンク及びダウンリンク送信に加えて、アップリンク制御シグナリング２０及びダウンリンク制御シグナリング１８を含み得る。いくつかの例において、アップリンク制御シグナリング２０は、ＰＵＣＣＨ又は物理アップリンク共有チャネル（ＰＵＳＣＨ）上で実行され得る。いくつかの例において、ＵＥ１０２が現行のサブフレーム内にデータ送信のためのリソースを割り当てられている場合、（ＨＡＲＱ確認応答を含む）アップリンク制御送信は、ＰＵＳＣＨ上でデータと共に送信される。ＰＵＣＣＨ上では、端末が現行のサブフレーム内にデータ送信のためのリソースを割り当てられていない場合に、ユーザデータとは別個にアップリンク制御情報が特にその目的のために割り当てられたリソースブロックを用いて送信される。アップリンク制御シグナリング２０は、受信されるダウンリンクデータについてのＨＡＲＱ確認応答、並びに、ダウンリンクチャネル条件、アップリンクスケジューリングリクエスト、及び／又はＳＲＳ送信に関連する端末のレポートを含んでもよい。ダウンリンク制御シグナリング１８は、アップリンク制御チャネルスケジューリングデータ、特定のサブフレームの期間中のアップリンク送信においてＵＥ１０２により利用されるべきサブフレームフォーマットに関連する１つ以上の標識、又は、ＵＥ１０２若しくは通信が行われているセル内の他のＵＥに関連する任意の他の制御シグナリングを含み得る。

本開示は、ＰＵＣＣＨ上でＵＥ１０２により送信されるアップリンク制御シグナリングに少なくとも関連する。いくつかの例において、ＰＵＣＣＨ時間−周波数リソースは、利用可能な総セル帯域幅の両端（edges）に位置し、そうしたリソースの各々はアップリンクサブフレームの２つのセグメント（例えば、２つのスロット）の各々の範囲内の１２本のサブキャリア（例えば、１リソースブロック）からなる。周波数ダイバーシティを提供する目的で、これら周波数リソースは、スロット境界上での周波数ホッピングを経験する。即ち、１つの“リソース”はサブフレームの１番目のスロット内のスペクトルの上側の部分の１２本のサブキャリアからなり、同じサイズのリソースが当該サブフレームの２番目のスロットの期間中のスペクトルの下側の部分にある（又はその逆である）。アップリンクレイヤ１／レイヤ２（Ｌ１／Ｌ２）制御シグナリングのためにより多くのリソースが必要である場合（例えば、非常に大きな送信帯域幅の全体が多数のユーザをサポートしているケースでは）、追加的なリソースブロックを、過去に割り当て済みのリソースブロックの隣りに割り当てることができる。

上で言及したように、アップリンクＬ１／Ｌ２制御シグナリングは、ハイブリッド−ＡＲＱ確認応答、チャネルステータスレポート、及びスケジューリングリクエストを含む。これらタイプのメッセージの様々な組み合わせが、互いに異なる数のビットを搬送可能な、利用可能なマルチセグメントサブフレームフォーマット２２のうちの１つを用いることにより可能である。

１サブフレームの期間中の１リソースブロックの帯域幅は、単一の端末の制御シグナリングのニーズにとっては大き過ぎる。従って、制御シグナリングのために確保されているリソースを効率的に活用するために、複数の端末が同じリソースブロックを共有することができる。これは、異なる複数の端末に、セル固有の長さ１２の周波数ドメインシーケンスの異なる直交位相回転を割り当てることにより行われる。ＰＵＣＣＨにより使用されるリソースは、従って、リソースブロックペアにより時間−周波数ドメインにおいて特定されるのみならず、適用される位相回転によっても特定される。リファレンス信号のケースと同様に、各セル固有シーケンスから最大１２個の異なる直交シーケンスを提供する、最大１２個の異なる位相回転が仕様化されている。但し、周波数選択的なチャネルのケースでは、直交性を保全すべき場合に、１２個全ての位相回転を使用できるわけではない。典型的には、セル内で最大６個の回転が考慮される。

レイヤ１／レイヤ２は、ＰＵＣＣＨ上でのハイブリッドＡＲＱ確認応答及びスケジューリングリクエストのために使用される。それは、不連続送信（ＤＴＸ）に加えて２つまでの情報ビットを搬送可能であり、ダウンリンクにおいて情報送信が検出されなかった場合、アップリンクにおいて確認応答は生成されない。よって、ダウンリンク上でＭＩＭＯが使用されたか否かに依存して、３つ又は５つの異なる組み合わせが存在する：

現在のところ、具体的なＬＴＥリリース１３サブフレームにおけるＰＵＣＣＨ通信のために、複数のＰＵＣＣＨ“フォーマット”が利用されている。本開示の目的のために、現在利用されているこれらＰＵＣＣＨフォーマットを、ここでは、“レガシー”ＰＵＣＣＨフォーマット、リリース１３ＰＵＣＣＨフォーマット、マルチセグメント（若しくはマルチスロット）サブフレームフォーマット２２、又は単にＰＵＣＣＨフォーマットという。これらレガシーフォーマットが、ここで提案されるシングルセグメント（例えば、シングルスロット）サブフレームフォーマット２１と併せて以下で説明されるであろう。

例えば、レガシーＰＵＣＣＨフォーマット１（ここでは簡明さのために全てをフォーマット１というものの、現行の仕様には３つのフォーマット１、１ａ及び１ｂが存在する）は、サブフレームの２つのセグメント（例えば、スロット、シンボルなど）内で同一の構造を有する。ハイブリッドＡＲＱ確認応答の送信のために、単一のハイブリッドＡＲＱ確認応答ビットを使用して、ＢＰＳＫシンボルが生成される（ダウンリンク空間多重化のケースでは、２つの確認応答ビットを使用して、ＱＰＳＫ（Quadrature Phase Shift Keying）シンボルが生成される）。スケジューリングリクエストについては、一方で、ＢＰＳＫ（Binary Phase Shift Keying）／ＱＰＳＫシンボルが、ｅＮｏｄｅＢにおいて否定応答として扱われるコンスタレーションポイントで置換される。そして、その変調シンボルを使用して、２つのＰＵＣＣＨスロットの各々において送信されるべき信号が生成される。

チャネルステータスレポートは、チャネル依存のスケジューリングを支援する目的で端末でのチャネル特性の推定結果をｅＮｏｄｅＢへ提供するために使用される。チャネルステータスレポートは、サブフレームごとに複数のビットからなる。サブフレームごとに高々２ビットが可能なＰＵＣＣＨフォーマット１は、明らかにこの目的のためには使用し得ない。ＰＵＣＣＨ上でのチャネルステータスレポートの送信は、代わりに、サブフレームごとに複数の情報ビットが可能なＰＵＣＣＨフォーマット２により扱われる（実際にはＬＴＥ仕様では３つの派生、フォーマット２、２ａ及び２ｂが存在し、後ろ２つのフォーマットは以下に議論されるようにハイブリッド−ＡＲＱ確認応答の同時送信のために使用される−簡明さのために、ここではこれらを全てフォーマット２という）。ＰＵＣＣＨフォーマット２は、フォーマット１と同じセル固有シーケンスの位相回転に基づく。

ＰＵＣＣＨフォーマット３は、キャリアアグリゲーションの目的のために設計されている。複数のＡＣＫ／ＮＡＣＫビットが符号化されて４８個の符号化ビットが形成される。次いで、符号化ビットはセル固有の（及び恐らくは、ＤＦＴＳ−ＯＦＤＭ（Discrete Fourier Transform Spreading Orthogonal Frequency Division Multiplexing）シンボル依存の）シーケンスとスクランブリングされる。ＰＵＣＣＨフォーマット３では、１番目のスロット内で２４個のビットが送信され、２番目のスロット内で他の２４個のビットが送信される。スロットごとの２４ビットは、１２個のＱＰＳＫシンボルへ変換され、ＤＦＴ（Discrete Fourier Transform）プリコーディングされ、５つのＤＦＴＳ−ＯＦＤＭシンボルにわたって拡散され、１リソースブロック（帯域幅）及び５ＤＦＴＳ−ＯＦＤＭシンボル（時間）の範囲内で送信される。加えて、ＰＵＣＣＨフォーマット３のＵＥ固有の拡散シーケンスが、同一のリソースブロック内で５つまでのユーザの多重化を可能にする。

ＰＵＣＣＨフォーマット４及び５は、より多くのＨＡＲＱデータを送信することを可能にする、フォーマット３の拡張である。これは、リリース１３におけるキャリアアグリゲーションの拡張に由来し、最大３２個のコンポーネントキャリアを可能にする。フォーマット４は、２つのスロットにわたって拡散されるＱＰＳＫシンボルの１４４個のブロックを用いる。どのシンボルも２つのＨＡＲＱ符号化ビットを送信できるように、サイクリックシフトは使用されない。各ブロックは、周波数ドメインにおける１つのリソースブロック（１２サブキャリア）に対応する。時間ドメインにおいては、１番目のスロットは６つのデータＯＦＤＭシンボル及び１つのリファレンス信号ＯＦＤＭシンボルにより占有され、２番目のスロットは５つのデータシンボル及び２つのリファレンスシンボルを含む。

ＰＵＣＣＨフォーマット５は、フォーマット４に類似しており、２つのスロットにわたって拡散される７２個のＱＰＳＫシンボルを使用する。サイズ２の符号分割多重化がユーザの多重化を可能にする。フォーマット５は、周波数ドメインにおいて１つのリソースブロック（１２本のサブキャリア）を占有する。時間ドメインにおいては、２つのスロットが、６つのデータＯＦＤＭシンボル及び１つのリファレンス信号ＯＦＤＭシンボルにより各々占有される。

加えて、リリース１０において導入されリリース１１において拡張されたＬＴＥキャリアアグリゲーション（ＣＡ）の使用は、同一の帯域又は異なる帯域内に所在し得る複数のキャリアからの無線リソースを統合することにより、ピークデータレート、システムキャパシティ及びユーザ体験を増加させる手段を提供し、それらは、帯域間ＴＤＤ ＣＡのケースについては、異なるＵＬ／ＤＬコンフィグレーションで構成され得る。リリース１２では、ＴＤＤサービングセルとＦＤＤサービングセルとの間のキャリアアグリゲーションが、それらへＵＥが同時に接続することをサポートするために導入される。

リリース１３では、５ＧＨｚ帯域内の未ライセンススペクトルのスペクトル機会を捕捉することに向けて、ライセンス支援型アクセス（ＬＡＡ）がＬＴＥのキャリアアグリゲーションの特徴を拡張するポテンシャルについて大きな関心を集めている。５ＧＨｚ帯域内で動作するＷＬＡＮは、当分野で８０ＭＨｚを既にサポートしており、ＩＥＥＥ８０２．１１ａｃのＷａｖｅ２配備では１６０ＭＨｚがサポートされようとしている。３．５ＧＨｚといった他の周波数帯域も存在し、既にＬＴＥのために広く使用中の帯域に加えて、同じ帯域上での１つよりも多くのキャリアの統合が可能である。ＬＴＥについて、ＬＡＡとの組み合わせで、少なくともＩＥＥＥ８０２．１１ａｃのＷａｖｅ２と同様の帯域幅の利用を可能にすれば、５つよりも多くのキャリアをサポートするようにキャリアアグリゲーションのフレームワークを拡張することを求める機運がサポートされるであろう。５キャリアを超えるＣＡフレームワークの拡張は、ＬＴＥリリース１３に向けた１つの作業項目として承認されている。その目的は、ＵＬ及びＤＬの双方において、３２個までのキャリアをサポートすることである。

シングルキャリア動作と比較すると、ＣＡで動作するＵＥは、１つよりも多くのＤＬコンポーネントキャリアについてフィードバックをレポートしなければならない。一方、ＵＥは、ＤＬ及びＵＬのＣＡを同時にサポートしなくてもよい。例えば、市場でのＣＡ対応型ＵＥの最初のリリースは、ＤＬ ＣＡをサポートするのみである（ＵＬ ＣＡ無し）。これは、３ＧＰＰ ＲＡＮ４の標準化における基本的な前提でもある。従って、拡張ＵＬ制御チャネル、即ちＰＵＣＣＨフォーマット３が、リリース１０のタイムフレームの期間中のＣＡのために導入された。しかしながら、より多くのコンポーネントキャリアをリリース１３でサポートするためには、そのＵＬ制御チャネルのキャパシティが限界になる。

キャリアアグリゲーションにおいて、ＰＵＣＣＨ送信を２つの異なる手法で行うことができる。第１の方法は、ＤＦＴＳ−ＯＦＤＭを基礎とするＰＵＣＣＨフォーマット３の使用に基づく。第２のＣＡ ＰＵＣＣＨの方法は、チャネル選択と呼ばれる。その基本的な原理は、ＵＥがＰＵＣＣＨフォーマット１ａ／１ｂリソースのセットを割り当てられることである。そして、ＵＥは、当該ＵＥが送信すべきＡＣＫ／ＮＡＣＫシーケンスに従って、リソースの１つを選択する。次いで、割り当てられたリソースの１つの上で、ＵＥは、ＱＰＳＫ又はＢＰＳＫを送信するはずである。ｅＮＢは、ＵＥがどのリソースを使用するのか、及び使用されるそのリソース上でＵＥがどのＱＰＳＫ又はＢＰＳＫ値をフィードバックしたのかを検出し、これを関連付けられるＤＬセル向けのＨＡＲＱ応答へ組み合わせる。

上で簡潔に議論したように、（例えば、ＳＲＳ周波数ホッピングのシナリオにおける、ＳＲＳ送信に関連付けられる遅延は、ある基準を充足する（例えば、ある時間長閾値よりも大きい（又は等しいこともある）時間長を有する）遅延を引き起こすことが知られており、その基準は、充足されることで、ネットワークノード１０６及び／又はＵＥ１０２に、１つ以上のスロットを破棄すべきであると判定させる（即ち、それら１つ以上のスロット向けのＰＵＣＣＨ上のアップリンク制御データ送信がキャンセルされ又は遅延される）。衝突の回避を確実化することを助けるとしても、それら遅延は、性能のロスと、潜在的には併せてデータ送信のロスとをもたらす（例えば、破棄されるスロット向けの送信信号がその後送信されない）。ＳＲＳベースのキャリアスイッチング／ホッピングに関する議論は、ＲＡＮ１＃８４ｂにおいて開始している［１−３］。本発明では、（他方のＣＣ上でのＳＲＳの送信と、スイッチング元のＣＡ ＣＣ内のＰＵＣＣＨ又はＰＵＳＣＨとの間の）衝突を扱う影響が議論され、スロットの破棄を扱うためのいくつかの新規な解決策が提案される。

衝突の影響は、ＳＲＳのスイッチングによりもたらされる中断時間がどの程度長いかに強く依存する。数マイクロ秒ならば、ＲＡＮ４の問題として要件レベルで扱われることができる。要件の仕様（例えば、３ＧＰＰ ３６．１０１）は、電力増幅器がＰＵＣＣＨ電力レベルとＳＲＳ電力レベルとの間でスイッチングを行うことを可能とするように遷移遅延の寛容性を仕様化している。スイッチング遅延がある基準（例えば、ＳＣ−ＯＦＤＭシンボル長のオーダ又はそれ以上など）を充足する場合、少なくともＰＵＣＣＨ／ＰＵＳＣＨスループットの観点でネットワーク性能及びキャパシティに影響があり得、転じてネットワークのユーザのキャパシティが下落する。ＳＲＳベースのキャリアスイッチングは、コンポーネントキャリア間のスイッチングに必要とされる中断時間に起因して送信できないスロットの破棄を扱うための標準化された解決策を、現在のところ有しない。

従って、ここで説明される例示的な実施形態の１つの非限定的な目的は、２つのセグメント（例えば、スロット、シンボルなど）のうちの１つを破棄しなければならない（即ち、破棄されるセグメント／スロットについてスケジューリングされた送信信号が送信されない）場合に、制御信号サブフレームのペイロードをできる限り多く維持することである。この目的を満足させるために、本出願は、２つのセグメントの代わりに１つのセグメントを利用する（例えば、限定的な側面ではないものの、セグメントは例えばリリース１３のサブフレームのスロットであり得る）いくつかの非限定的なサブフレーム構造を説明する。そうした構造が図１のサブフレームＮに示されており、アップリンク制御送信がスロットのうちの１つにおいて行われ（図１ではサブフレームＮのスロット０であり、但し代替的にスロット１において行われてもよい）、他方（図１ではサブフレームＮのスロット０）のスロットでは行われない。例えば、いくつかのここでの実施形態において、（上述した）ＰＵＣＣＨフォーマット１、１ａ、１ｂ、３、４及び５は、ＰＵＣＣＨフォーマットが占有する２つのスロットのうちの１つへ圧縮される（例えばリリース１３の実装において現在利用されているフォーマットに従う、マルチセグメント（具体的には、マルチスロット）サブフレームフォーマットを有する例えば図１のサブフレームＮ−１のスロット０及び１を参照されたい）。いくつかの実施形態において、ＰＵＣＣＨチャネル状態情報（ＣＳＩ）レポーティングペイロードは、ＰＵＣＣＨリソースの半分のロスを補償するために半減され、電力オフセットが２番目のスロットのロスを補償することができる。リリース１３のリファレンス信号設計、チャネル符号化、インターリーブ、レートマッチング及びスロット構造は、上記観点と共に使用されることができる。そのため、本実施形態は、（ＳＲＳキャリアベーススイッチングのケースであるために）ＵＥが１スロットを破棄しなければならないサブフレーム内の単一のセグメント（例えば、単一のスロット）の期間中にＵＥ／ネットワークノードが制御情報を通信することを可能にする。

従って、以下の説明は、ネットワークノード１０６又はＵＥ１０６によって、例えばＵＥ１０２の制御信号マネージャ３２又はネットワークノードのスケジューラ２８において実行される処理により、１つ以上のサブフレームでの使用のために選択されることのできる、いくつかの潜在的なシングルセグメントサブフレームフォーマット２１を説明する。本開示の目的のために、（シングルセグメント及びマルチセグメントなどの用語において使用されるような）“セグメント”との用語は、ワイヤレス通信チャネルをモデル化するために使用される、いかなる時間及び／又は周波数リソースの集合への言及であってもよく、限定ではないものの、スロット、シンボル、又は当分野において知られている任意の他の関連するエンティティなどである。

ここで説明されるいくつかの例において、ネットワークノード１０６及びＵＥ１０２は、シングルセグメントサブフレームフォーマット２１又はマルチセグメントサブフレームフォーマット２２のうちのいずれを利用すべきかに関して交渉を行ってもよく、又はネットワークノード１０６又はＵＥ１０２のうちの一方がそうした判定を行うことを委ねられてもよい。いくつかの例において、この判定は、具体的なセグメント及び／若しくはサブフレームの期間中にＵＥによりＳＲＳが送信されることになるか、セグメント／サブフレーム間に周波数ホッピングがＵＥ１０２により利用されるか、並びに／又は、ＳＲＳ送信若しくは周波数ホッピングに関連付けられる遅延がマルチセグメントサブフレームフォーマット２２の代わりにシングルセグメントサブフレームフォーマット２１を選択するための具体的な基準を充足する遅延を引き起こし若しくは引き起こす可能性があるか、という判定を行うことを含んでよい。

さらなる観点において、制御信号マネージャ３２及び／又はスケジューラ２８は、あるサブフレームについてシングルセグメントサブフレームフォーマット２１が選択されたスロットの期間中の送信に関連付けられる電力レベルを調整する、ように構成されてもよい。以下により詳細に説明されるように、これは、そのサブフレームの他方のスロット内の送信のために使用されないことになる電力に対応する残余の量だけ、そのサブフレームの単一のセグメントの期間中の送信信号の電力を増加させること、を含んでもよい。

加えて、上で紹介したように、マルチセグメントサブフレームフォーマット２２の代わりにシングルセグメントサブフレームフォーマット２１が選択される場合、ネットワークノード１０６及び／又はＵＥ１０２は、利用可能な複数の潜在的なシングルセグメントサブフレームフォーマット２１の間で利用すべきものを選択してもよい。それら利用可能なシングルセグメントサブフレームフォーマットの例が次に詳細に説明されるであろう。それらのうちのいくつかは、上述したマルチセグメントサブフレームフォーマット２２（即ち、リリース１３の２スロットのサブフレームフォーマット）との関連において説明される。ある例示的な実施形態において、シングルセグメントＰＵＣＣＨフォーマット１、１ａ及び１ｂ内で搬送される確認応答／否定確認応答（Ａ／Ｎ又はＡＣＫ／ＮＡＣＫ）ビットの数は、対応するリリース１３（即ち、“レガシー”）フォーマットと同じであり、なぜなら２番目のスロットがスロット１と同じ情報を搬送し得るためである。これは、ＵＥ向けにチャネル選択が構成される場合にも又はされない場合にもその通りであり得る。加えて、破棄されるスロットの利用可能な電力を計上するように電力を調整することができ、即ち、１番目のスロットは、今や２番目のスロットのために以前に利用可能であった追加的な電力でスケーリングされる。

加えて、本開示によれば、フォーマット２、２ａ及び２ｂは、１０ＣＳＩビット及び２ビットのＨＡＲＱ−ＡＣＫに対応する２０〜２２ビットのペイロード（２０個のＣＳＩ符号化ビットに加えて、２ビットまでのＨＡＲＱ−ＡＣＫ）を搬送することができる。単一のスロットなど単一のセグメント上で上記ペイロードを搬送する目的で、そのスロットにおいてＰＵＣＣＨフォーマット３からの符号化法及びスロット構造を使用することが提案される。

ＰＵＣＣＨフォーマット３のスロット構造及び符号化法によりフォーマット２、２ａ及び２ｂを置き換えることができ、従って、それを“ＰＵＣＣＨフォーマット２ｃ”とラベル付けし得る。ＣＳＩのために同じ１１ビットのリード−マラー（Reed-Muller）符号が使用されることになり、ＣＳＩに最大２ビットのＡ／Ｎが付加される。ＴＤＤ向けに使用される場合には、フォーマット２ｃは、プライマリセルセルについてのＡ／Ｎのみが必要とされるサブフレームにおいて、及びＵＥがＨＡＲＱ−ＡＣＫバンドリング、ＨＡＲＱ−ＡＣＫ多重化又はチャネル選択を伴うＰＵＣＣＨフォーマット１ｂで構成される場合に使用されてもよく、なぜなら、そうしたケースではＡ／Ｎビット数が２であり得るからである。破棄されるスロットの利用可能な電力を計上するように電力は調整され、即ち、１番目のスロットは、今や２番目のスロットのために以前に利用可能であった追加的な電力でスケーリングされる。

［シングルセグメントＰＵＣＣＨフォーマット３（新たなフォーマット３ｂ又は２ｄ）］
本開示の例示的な実施形態において、リリース１３のＬＴＥシステムで２つよりも多くのＡ／ＮビットをＣＳＩに多重化することが望まれる場合、レガシーＰＵＣＣＨフォーマット３が使用されてもよい。しかしながら、スロットを破棄しなければならない場合、シングルセグメントフォーマット３が使用され得る。このシングルセグメントサブフレームフォーマットのために、（例えば、３ＧＰＰ３６．２１３のセクション７．３．２において定義されている通りの）フォーマット３向けのＰＵＣＣＨ破棄ルールが、同ルールがＰＵＣＣＨの２２ビットの内容を破棄するのではなく１２ビットを破棄することを除いて、使用される。そのうえ、レガシーＰＵＣＣＨフォーマット３では２０ビットのＨＡＲＱ−ＡＣＫと１ビットのＳＲである代わりに、本開示のシングルセグメントのＰＵＣＣＨ３上では高々１０ビットのＨＡＲＱ−ＡＣＫビットと１ビットのＳＲが搬送される。いくつかの実施形態において、１１ビットのリード−マラー符号を依然として使用することができ、但し、リリース１３ではＡ／Ｎは１１個未満のビット向けのＣＳＩには多重化されないことから、Ａ／Ｎ及びＣＳＩの双方を収容する１１個未満のビットについての新たなルールを伴う。加えて、破棄されるスロットの利用可能な電力を計上するように電力を調整することができ、即ち、１番目のスロットは、今や２番目のスロットのために以前に利用可能であった追加的な電力でスケーリングされる。

いずれの場合にも、シングルセグメントＰＵＣＣＨフォーマット３における送信されるＨＡＲＱ−ＡＣＫビットの最大のものは、レガシーのＰＵＣＣＨフォーマット３内のそれよりも小さく、そのため、ＰＵＣＣＨフォーマット３の小型化バージョンと見なされてよく、例えば“フォーマット３ｂ”という。代替的に、ペイロードサイズがＰＵＣＣＨフォーマット２と同様である場合、それは、ＣＳＩとＨＡＲＱ−ＡＣＫとを多重化することを可能にする新たなＰＵＣＣＨフォーマット２であると見なされてもよく、例えば“フォーマット２ｄ”という。

［シングルセグメントＰＵＣＣＨフォーマット４及び５］
（通常のＣＰを伴う）ＰＵＣＣＨフォーマット５は、１２サブキャリア／２ＣＤＭユーザ×６シンボル／スロット×２スロット×２ビット ＱＰＳＫ＝１４４チャネルビットを搬送することができる。１スロットのみが使用される場合、７２チャネルビットを搬送することができる。

そのため、ＰＵＣＣＨフォーマット５が１スロットへ短縮される場合のチャネルビットの数は、ＰＵＣＣＨフォーマット３における４８ビットを幾分か超過し得る。（上の“フォーマット２ｃ”と同様の）単純な解決策は、この場合、符号化及びＣＳＩ破棄ルールに関してＰＵＣＣＨフォーマット３の振る舞いに厳密に従う、ＰＵＣＣＨフォーマット５のシングルセグメントを用いる新たなＰＵＣＣＨフォーマットを生成することであろう。そうした新たなフォーマットは、２１ビット以下のペイロードを搬送するはずである。この新たなフォーマットを、ＰＵＣＣＨフォーマット３の第２のバージョン（例えば、“ＰＵＣＣＨフォーマット３ａ”）を構築するために使用することができ、そして、ＵＥがＰＵＣＣＨフォーマット３を送信する必要があり但し所与のサブフレーム内で１スロットのみで送信を行うことも必要な場合のために、ＰＵＣＣＨフォーマット３に代えて使用することができる。例えば、ＰＵＣＣＨフォーマット３、４又は５について構成されるＵＥが（リリース１３に従って）ＰＵＣＣＨフォーマット３を使用すべきであると判定し、但しＰＵＣＣＨを送信するために１スロットのみが利用可能である場合、ＰＵＣＣＨフォーマット３ａが代わりに使用されることになる。

ＰＵＣＣＨフォーマット５と同様に、フォーマット４は、スロットごとに１４４ビット（７２ＱＰＳＫシンボル）の複数のブロック、又はサブフレームごとに２８８符号化ビットを許容する。

ＰＵＣＣＨフォーマット４及び５に基づくシングルセグメントサブフレームフォーマット（例えば、“フォーマット４ａ”及び“フォーマット５ａ”）は、ペイロードとして利用可能なＲＥの半分を補償するように変更されるリリース１３の破棄ルールを使用しながら、１スロットのみで送信を行う形で、同様に振る舞い得る。例えば、２通りのサイズと共に構成されるＰＵＣＣＨフォーマット４について存在する、ＨＡＲＱ−ＡＣＫ及びＣＳＩに伴う破棄基準は、次のように変化する：

そのうえ、レガシーのＰＵＣＣＨフォーマット５は多様なコードレート（０．０８〜０．８）をサポートすることから、ここで説明したようなシングルセグメントＰＵＣＣＨフォーマット５は、４〜４８ビットのペイロード（例えば、情報ビット）を許容することができる。従って、ＵＥがレガシーＰＵＣＣＨフォーマット３（２０ビットのＨＡＲＱに加えて１ビットのスケジューリングリクエスト）を用いて送信を行い、但し１セグメントのみの使用に制約される場合、既存のフォーマットに対する実現可能な改善として、シングルセグメントフォーマット５を利用することができるであろう。

上で紹介したように、ネットワークノード１０６及びＵＥ１０２の一方又は双方は、シングルセグメントサブフレームフォーマットの利用可能な単一のスロットにおける制御信号送信について送信電力を調整してもよい。破棄されるスロットの利用可能な電力を計上するように電力を調整する実施形態は、ＵＥ電力条件の計算において追加的なファクタを使用してもよい。１つのそうした実施形態は、ＵＥがリリース１３のＰＵＣＣＨフォーマットを送信するサブフレームに対して相対的に、ＵＥがシングルセグメントＰＵＣＣＨフォーマットを送信するサブフレームにおいてＰＵＣＣＨの送信電力を増加させるファクタΔ_ｓｌｏｔ（ｉ）を使用する。これは、次のように表現され得る

ここで、
・ｍｉｎ｛ａ，ｂ｝はａ及びｂのうちの小さい方であり、ａ及びｂは実数である
・Ｐ´_{ＰＵＣＣＨ}（ｉ）は、シングルＰＵＣＨスロットフォーマットが構成された形で動作するように調整された後にＵＥが送信すべきｄＢでの電力である
・Ｐ_{ＰＵＣＣＨ}（ｉ）は、３ＧＰＰ ＴＳ３６．２１３ ｒｅｖ．１３．２．０のセクション５．１．２．１に従って計算される。

そのうえ、Δ_ｓｌｏｔ（ｉ）は、ＵＥがリリース１３ＰＵＣＣＨフォーマットを送信するサブフレームにおいてはゼロであり、ＵＥがシングルセグメントＰＵＣＣＨフォーマットを送信するサブフレームにおいては非ゼロの値である。非ゼロの値は、いくつかの実施形態において３ｄＢであってもよい。他の実施形態において、ＵＥがシングルセグメントＰＵＣＣＨフォーマットを送信するサブフレームにおけるΔ_ｓｌｏｔ（ｉ）の値は、例えばＲＲＣで構成されるパラメータ又はＭＡＣ制御エレメント内に提供される値を用いて、上位レイヤにより設定される。

加えて、Ｐ´_{ＰＵＣＣＨ}（ｉ）についての上の式は、Ｐ_{ＰＵＣＣＨ}（ｉ）についてのリリース１３の電力制御式にΔ_ｓｌｏｔ（ｉ）を取り入れることにより等価的に表現されてもよい。例えば、サービングセルｃがプライマリセルである場合、ＰＵＣＣＨフォーマット１／１ａ／１ｂ／２／２ａ／２ｂ／３について、サービングセルｃについてのサブフレームｉにおける物理アップリンク制御チャネル（ＰＵＣＣＨ）送信向けのＵＥ送信電力Ｐ_{ＰＵＣＣＨ}の設定は、次のようにリリース１３において定義されている：

これを、シングルセグメントＰＵＣＣＨフォーマットがＵＥにより送信可能な場合をサポートするために、以下に示すようにΔ_ｓｌｏｔ（ｉ）を含めることで拡張することができる：

シングルセグメントサブフレーム制御信号送信のための電力レベルを調整することに加えて、ネットワークノード１０６は（又は、いくつかのケースでは、予め決定されるパターン／タイミングリファレンスに基づいて、ＵＥ１０２は）、制御信号送信が行われる具体的なスロット（例えば、図１のサブフレームのスロット０又はスロット１）を選択すること、及びそれに応じてそうした制御信号送信が行われないスロットを選択することができる。例えば、既存のＰＵＣＣＨフォーマット（フォーマット１、１ａ、１ｂ、２、２ａ、２ｂ、３、４及び５を含む）では周波数ホッピングがスロットごとに１回行われるため、１サブフレーム内でＰＵＣＣＨ周波数ホッピングをサポートすることは可能ではない。しかしながら、偶数スロット内でのＰＵＣＣＨの送信を帯域の低い側で、奇数スロットでは当該帯域の高い側で行う形で、リリース１３のＰＵＣＣＨリソースの原理を使用することができ、即ち、次の通りである：

こうしたケースでは、シングルセグメントＰＵＣＣＨフォーマット１、１ａ、１ｂ、４若しくは５、又は、新たなフォーマット２ｃ、３ａ、４ａ若しくは５ａを送信するＵＥに、所与のサブフレームにおいてＰＵＣＣＨを送信するために偶数スロット又は奇数スロットのいずれかを割り当てることができ、それに応じて、ＵＥは、それぞれｎ_Ｓ ｍｏｄ ２＝０の場合又はｎ_Ｓ ｍｏｄ ２＝１の場合にのみ送信を行い得る。シングルセグメントＰＵＣＣＨリソースは、従って、リリース１３ＰＵＣＣＨフォーマット１、１ａ、１ｂ、３、４若しくは５のリソースに加えて、ＵＥが所与のサブフレームにおいてシングルセグメントＰＵＣＣＨフォーマットをｎ_Ｓ ｍｏｄ ２＝０の場合に送信するのか又はｎ_Ｓ ｍｏｄ ２＝１の場合に送信するのかによって定義され得る。そして、既存のＰＵＣＣＨリソース割り当ての仕組み（暗黙的割り当て、ＡＲＩ及びＡＲＱ）を、双方のスロットについてＰＲＢを判定するために使用することができ、ＲＲＣで構成されるスロットによって、ＵＥがどのＲＢ上で送信を行うことになるのかが選択される。

従って、上述したように、本開示の実施形態及び技法の観点は、シングルセグメントサブフレームフォーマットを選択し及び利用することを含み、その各々が既存の又は“レガシー”のフォーマットに対して短縮されたフォーマットを構成し得る。これにより、ネットワークノード１０６及びＵＥ１０２が既に通信のために構成された符号化方法を有利に利用しながら、それらデバイスが所与のタイムフレームで通信可能なシグナリングペイロードを最大化することが可能となる。加えて、本開示の観点は、単一のサブフレームスロットの期間中の送信のための送信電力を最適化するための技法、及びセルワイドな基準での（即ち、個別のセル内の複数のユーザについての）効率的なスロットの使用を最大化するようにスロットを選択するための技法を導入する。

図２は、１つ以上のＵＥ１０２により実行される、制御信号送信のための例示的な方法２００を示している。方法２００は、ブロック２０２において、あるサブフレームについてのアップリンク送信フォーマットとして、マルチセグメントサブフレームフォーマットの代わりに、シングルセグメントサブフレームフォーマットを選択すること、を含み得る。加えて、ブロック２０４において、ＵＥは、そのシングルセグメントサブフレームフォーマットを用いて、アップリンク制御チャネル上で１つ以上の制御信号を送信し得る。

加えて、図２に明示的に記述されてはいないものの、方法２００は、ＵＥがマルチセグメントサブフレームにおいてサウンディングリファレンス信号（ＳＲＳ）についてコンポーネントキャリア（ＣＣ）スイッチングを実行すべきであることを認識することによりサブフレームフォーマットを選択すること、そのＣＣスイッチングがある時間長基準を満たす送信遅延を取り込むことになると判定すること、及び、上記時間長基準が満たされるとの判定に応じてアップリンク送信フォーマットを選択することといった、１つ以上の追加的な観点を含んでもよい。ある観点において、シングルセグメントサブフレームフォーマットは、少なくとも１つのタイプのマルチセグメントサブフレームフォーマットのビット削減バージョンを含む。さらに、シングルセグメントサブフレームフォーマットは、少なくとも１つのタイプのマルチセグメントサブフレームフォーマットにより利用される符号化方法を利用する。上記選択は、複数のシングルセグメントサブフレームフォーマットのセットからシングルセグメントサブフレームフォーマットを選択すること、を含んでもよい。上記方法２００は、１つ以上の制御信号を送信すべき電力レベルを、サブフレームのスロットであってシングルセグメントサブフレームフォーマットに従えば当該１つ以上の制御信号の送信のために使用されないはずの当該スロットに割り当てられた送信電力を利用することにより設定することと、当該電力レベルで上記１つ以上の制御信号を送信することと、をさらに含んでもよい。上記電力レベルは、マルチセグメントサブフレームが利用される場合の１つ以上の制御信号の関連付けられる送信のために利用される他の電力レベルよりも大きい電力レベルを含んでもよい。そのうえ、シングルセグメントサブフレームフォーマットを用いて１つ以上の制御信号を送信することは、当該１つ以上の制御信号が送信されるべき、サブフレームの２つの候補セグメント（例えば、スロット、シンボルなど）のうちの単一のセグメントを選択すること、を含んでもよい。方法２００は、複数のセグメントのうちのどれでシングルセグメントサブフレームフォーマットを用いてアップリンク制御チャネルが送信されるべきかの標識を、ネットワークノードから受信することと、１つ以上の制御信号を送信するために使用されるべき制御チャネル周波数リソースの標識を当該ネットワークノードから受信することと、をさらに含んでもよく、当該標識は、ＵＥにより受信されるダウンリンク制御チャネルのロケーション、及び、ダウンリンク制御チャネル上のダウンリンク制御情報内で搬送されるリソース標識、のうちの１つ以上を含む。さらに、上記方法は、制御チャネルリソースの上記標識及び上記制御チャネルが送信されるスロットを用いて、上記シングルセグメントサブフレームフォーマットを用いて上記１つ以上が送信されるべき物理リソースブロックを判定すること、を含んでもよい。

図３は、１つ以上のネットワークノード１０６により実行される、ＵＥ１０２による１つ以上の制御信号の送信を制御するための例示的な方法３００を示している。例えば、方法３００は、あるサブフレームにおいてＵＥにより送信される１つ以上の制御信号のためのアップリンク送信フォーマットとして、ブロック３０２において、ネットワークノード１０６がマルチセグメントサブフレームフォーマットの代わりにシングルセグメントサブフレームフォーマットを選択すること、を含む。加えて、ブロック３０４において、ネットワークノード１０６は、上記１つ以上の制御信号がシングルセグメントサブフレームフォーマットを用いてアップリンク制御チャネル上で送信されるべきであることを指し示す標識をＵＥへ送信する。さらに、ブロック３０６において、ネットワークノード１０６は、例えばブロック３０４においてネットワークノード１０６がＵＥへ上記標識を送信したことに基づいて、シングルセグメントサブフレームフォーマットに従ってアップリンク制御チャネル上で上記１つ以上の制御信号を受信する。

図４Ａは、１つ以上の実施形態に従って実装される、基地局、ｅＮＢ又は他のネットワーク側のデバイスといった、ＵＥ１０２を示している。図示したように、ＵＥ１０２は、（少なくとも１つのプロセッサを含み得る）処理回路４００と、通信回路４１０とを含む。通信回路４１０は、１つ以上のネットワークノード１０６との間で任意の通信技術を介して情報を送信し及び／又は受信する、ように構成される。そうした通信は、ＵＥ１０２の内部か又は外部かのいずれかにある１つ以上のアンテナを介して行われ得る。処理回路４００は、メモリ４２０内に記憶される命令の実行などによって、例えば図２において上で説明した処理を実行する、ように構成される。処理回路４００は、この点において、ある機能的な手段、ユニット又はモジュールを実装し得る。

図４Ｂは、１つ以上の他の実施形態に従って実装されるＵＥ１０２を示している。図示したように、ＵＥ１０２は、例えば図４Ａの処理回路４００を介して及び／又はソフトウェアコードを介して、多様な機能的手段、ユニット又はモジュールを実装する。これら機能的手段、ユニット又はモジュールは、例えば図２の方法を実装するためのものであって、例えば、あるサブフレームについてのアップリンク送信フォーマットとしてシングルセグメントサブフレームフォーマットを選択するための選択ユニット又はモジュール４３０、を含む。１つ以上の制御信号がシングルセグメントサブフレームフォーマットを用いてアップリンク制御チャネル上で送信されるべきであることを指し示す標識をＵＥ１０２へ送信するための送信ユニット又はモジュール４４０、もまた含まれる。加えて、アップリンク制御チャネル上で１つ以上の制御信号を受信するための受信ユニット又はモジュール４５０が含まれる。

図５Ａは、１つ以上の実施形態に従って実装される、基地局、ｅＮＢ又は他のネットワーク側のデバイスといった、ネットワークノード１０６を示している。図示したように、ネットワークノード１０６は、処理回路５００と通信回路５１０とを含む。通信回路５１０は、１つ以上のＵＥ１０２及び／又は１つ以上の他のノードとの間で例えば任意の通信技術を介して情報を送信し及び／又は受信する、ように構成される。そうした通信は、ネットワークノード１０６の内部か又は外部かのいずれかにある１つ以上のアンテナを介して行われ得る。処理回路５００は、メモリ５２０内に記憶される命令の実行などによって、例えば図３において上で説明した処理を実行する、ように構成される。処理回路５００は、この点において、ある機能的な手段、ユニット又はモジュールを実装し得る。

図５Ｂは、１つ以上の他の実施形態に従って実装されるネットワークノード１０６を示している。図示したように、ネットワークノード１０６は、例えば図５Ａの処理回路５００を介して及び／又はソフトウェアコードを介して、多様な機能的手段、ユニット又はモジュールを実装する。これら機能的手段、ユニット又はモジュールは、例えば図３の方法を実装するためのものであって、例えば、あるサブフレームについてのＵＥ向けのアップリンク送信フォーマットとしてシングルセグメントサブフレームフォーマットを選択するための選択ユニット又はモジュール５３０、を含む。１つ以上の制御信号がシングルセグメントサブフレームフォーマットを用いてアップリンク制御チャネル上で送信されるべきであることを指し示す標識をＵＥ１０２へ送信するための送信ユニット又はモジュール５４０、もまた含まれる。加えて、アップリンク制御チャネル上で１つ以上の制御信号を受信するための受信ユニット又はモジュール５５０が含まれる。

当業者は、ここでの実施形態がさらに対応するコンピュータプログラムを含むことをも理解するであろう。コンピュータプログラムは、ノードの少なくとも１つのプロセッサ又は処理回路上で実行された場合に、上述したそれぞれの処理のいずれかをノードに遂行させる命令を含む。この点において、コンピュータプログラムは、上述した手段又はユニットに対応する１つ以上のコードモジュールを含み得る。実施形態は、さらに、そうしたコンピュータプログラムを収容する担体を含む。その担体は、電子信号、光信号、無線信号又はコンピュータ読取可能な記憶媒体のうちの１つを含み得る。この点において、ここでの実施形態は、非一時的なコンピュータ読取可能な（記憶又は記録）媒体に記憶されるコンピュータプログラムプロダクトであって、ネットワークノード又はＵＥのプロセッサ若しくは処理回路により実行された場合に当該ノード又はＵＥに上述したように動作させる命令、を含む当該コンピュータプログラムプロダクトをも含む。実施形態は、コンピューティングデバイスによりコンピュータプログラムプロダクトが実行された場合にここでの実施形態のいずれかのステップを実行するためのプログラムコード部分、を含む当該コンピュータプログラムプロダクト、をさらに含む。そのコンピュータプログラムプロダクトは、コンピュータ読取可能な記録媒体に記憶されてもよい。

そのうえ、ネットワークノード１０６の処理又は機能性は、単一のインスタンス若しくはデバイスにより実行されるものとして考慮されてもよく、又は、所与のネットワーク／環境内に存在し得るネットワークノード１０６の複数のインスタンスをまたいで、それらデバイスインスタンスが開示された全ての機能性を実行するように、分割されてもよい。加えて、ネットワークノード１０６は、所与の開示された処理又はそれらの機能を実行するものとして知られている、一般的なワイヤレス通信ネットワーク、無線通信ネットワーク、又はコンテンツデリバリネットワークに関連付けられる、いかなる既知のタイプのデバイスであってもよい。そうしたネットワークノードの例は、ｅＮＢ、ｇＮＢ（又は他のタイプの基地局若しくはアクセスポイント）、モビリティ管理エンティティ（ＭＭＥ）、ゲートウェイ及びサーバなどを含む。

上で議論したいずれのシナリオにおいても、ＵＥ１０２は、ここでは、ワイヤレス通信ネットワークとの間でワイヤレスに通信可能な任意のワイヤレス通信デバイスであってもよく、又はワイヤレス通信デバイスに含まれてもよい。ＵＥ１０２は、いくつかの例において、モバイルフォン、ＰＤＡ、タブレット、（モバイル若しくは他の）コンピュータ又はラップトップなどといったモバイルデバイスを含んでもよい。加えて、ＵＥ１０２は、例えば、監視又は測定を実行し及びそうした監視測定の結果を他のデバイス又はネットワークへ送信するデバイスといった、ＩｏＴ（Internet-of-Things）デバイスを含んでもよい。そうしたマシンの具体的な例は、電気メータ、産業機械、又は、家庭用若しくは個人用電化製品（例えば、冷蔵庫、テレビジョン、時計といったパーソナルウェアラブル機器など）である。他のシナリオにおいて、ここで説明したようなワイヤレス通信デバイスは、車両に含まれてもよく、車両の動作ステータスの監視及び／若しくはレポーティング、又は車両に関連付けられる他の機能を実行してもよい。

３ＧＰＰは、本開示の最先の優先日と出願日との間の期間に、５Ｇ ＮＲ（New Radio）の専門用語に関する協定を発行した。ＮＲの専門用語とＬＴＥの専門用語とは、相当程度に一致している。例えば、リソースエレメント（ＲＥ）は、１サブキャリア×１ＯＦＤＭシンボルのままである。ＬＴＥにおいて知られている別のいくつかの用語は、ＮＲにおいて新たな意味を与えられた。特許請求の範囲を含む本開示は、関係する技術的な文脈を明確化するために、“ＬＴＥ”及び“ＮＲ”というプレフィクスを適用している。例えば、１ｍｓ続くＬＴＥサブフレームは、通常のＣＰについて１４個のＯＦＤＭシンボルを含み、一方、ＮＲサブフレームは、１ｍｓという固定的な時間長を有し、従って異なるサブキャリア間隔について異なる数のＯＦＤＭシンボルを含み得る。ＬＴＥスロットは、通常ＣＰについて７個のＯＦＤＭシンボルに相当し、一方、ＮＲスロットは、７〜１４個のＯＦＤＭシンボルに相当する可能性があり、１５ｋＨｚのサブキャリア間隔では、７個のＯＦＤＭシンボルを伴うスロットが０．５ｍｓを占める。ＮＲの専門用語に関しては、３ＧＰＰ技術レポート３８．８０２ ｖ１４．０．０及び３８シリーズ内に現れる技術仕様群を参照する。

本開示においてプレフィックスの無い用語は、別段の記述の無い限り、ＬＴＥの意味において理解されるべきである。しかしながら、ＬＴＥから知られている対象又は動作を指定するいかなる用語も、ＮＲ仕様の視点での機能性に再解釈されることが期待される。例えば、ＬＴＥ無線フレームは、共に１０ｍｓの時間長を有することを考慮すると、ＮＲフレームと機能的に等価であり得る。ＬＴＥサブフレームは、対応する数のＯＦＤＭシンボルを伴うＮＲスロットと機能的に等価であり得る。ＬＴＥ ｅＮＢは、ＮＲ ｇＮＢと機能的に等価であり得るが、なぜならそれらのダウンリンク送信機としての機能性は少なくとも部分的に重複するからである。１２サブキャリア×１スロットを含むリソースブロック（ＲＢ）は、ＬＴＥにおけるスケジューリングの単位であり、即ち、最小の割り当て可能なリソースである。ＬＴＥ ＲＢは、単一のＯＦＤＭシンボルを伴う最も短いミニスロットであるＮＲにおける最小の割り当て可能なリソースと同等である。従って、本開示のいくつかの実施形態はＬＴＥ由来の専門用語を使用して説明されているが、それらは依然としてＮＲの専門用語にも十分に適用可能である。

本開示において説明した例示的な実施形態は、当然ながら、本発明の本質的な特徴から逸脱することなく、ここで具体的に説示したものとは別の手法で遂行されてもよい。提示したそれら実施形態は、あらゆる観点において、例示的であって限定的ではないものと見なされるべきであり、添付の特許請求の範囲の意義及び均等性のレンジ内に入る全ての変更は、そこに包含されるものと意図される。

従って、ここで説明される例示的な実施形態の１つの非限定的な目的は、２つのセグメント（例えば、スロット、シンボルなど）のうちの１つを破棄しなければならない（即ち、破棄されるセグメント／スロットについてスケジューリングされた送信信号が送信されない）場合に、制御信号サブフレームのペイロードをできる限り多く維持することである。この目的を満足させるために、本出願は、２つのセグメントの代わりに１つのセグメントを利用する（例えば、限定的な側面ではないものの、セグメントは例えばリリース１３のサブフレームのスロットであり得る）いくつかの非限定的なサブフレーム構造を説明する。そうした構造が図１のサブフレームＮに示されており、アップリンク制御送信がスロットのうちの１つにおいて行われ（図１ではサブフレームＮのスロット０であり、但し代替的にスロット１において行われてもよい）、他方（図１ではサブフレームＮのスロット１）のスロットでは行われない。例えば、いくつかのここでの実施形態において、（上述した）ＰＵＣＣＨフォーマット１、１ａ、１ｂ、３、４及び５は、ＰＵＣＣＨフォーマットが占有する２つのスロットのうちの１つへ圧縮される（例えばリリース１３の実装において現在利用されているフォーマットに従う、マルチセグメント（具体的には、マルチスロット）サブフレームフォーマットを有する例えば図１のサブフレームＮ−１のスロット０及び１を参照されたい）。いくつかの実施形態において、ＰＵＣＣＨチャネル状態情報（ＣＳＩ）レポーティングペイロードは、ＰＵＣＣＨリソースの半分のロスを補償するために半減され、電力オフセットが２番目のスロットのロスを補償することができる。リリース１３のリファレンス信号設計、チャネル符号化、インターリーブ、レートマッチング及びスロット構造は、上記観点と共に使用されることができる。そのため、本実施形態は、（ＳＲＳキャリアベーススイッチングのケースであるために）ＵＥが１スロットを破棄しなければならないサブフレーム内の単一のセグメント（例えば、単一のスロット）の期間中にＵＥ／ネットワークノードが制御情報を通信することを可能にする。

従って、以下の説明は、ネットワークノード１０６又はＵＥ１０２によって、例えばＵＥ１０２の制御信号マネージャ３２又はネットワークノードのスケジューラ２８において実行される処理により、１つ以上のサブフレームでの使用のために選択されることのできる、いくつかの潜在的なシングルセグメントサブフレームフォーマット２１を説明する。本開示の目的のために、（シングルセグメント及びマルチセグメントなどの用語において使用されるような）“セグメント”との用語は、ワイヤレス通信チャネルをモデル化するために使用される、いかなる時間及び／又は周波数リソースの集合への言及であってもよく、限定ではないものの、スロット、シンボル、又は当分野において知られている任意の他の関連するエンティティなどである。

ここで、
・ｍｉｎ｛ａ，ｂ｝はａ及びｂのうちの小さい方であり、ａ及びｂは実数である
・Ｐ´_{ＰＵＣＣＨ}（ｉ）は、シングルセグメントＰＵＣＣＨフォーマットが構成された形で動作するように調整された後にＵＥが送信すべきｄＢでの電力である
・Ｐ_{ＰＵＣＣＨ}（ｉ）は、３ＧＰＰ ＴＳ３６．２１３ ｒｅｖ．１３．２．０のセクション５．１．２．１に従って計算される。

加えて、図２に明示的に記述されてはいないものの、方法２００は、ＵＥがマルチセグメントサブフレームにおいてサウンディングリファレンス信号（ＳＲＳ）についてコンポーネントキャリア（ＣＣ）スイッチングを実行すべきであることを認識することによりサブフレームフォーマットを選択すること、そのＣＣスイッチングがある時間長基準を満たす送信遅延を取り込むことになると判定すること、及び、上記時間長基準が満たされるとの判定に応じてアップリンク送信フォーマットを選択することといった、１つ以上の追加的な観点を含んでもよい。ある観点において、シングルセグメントサブフレームフォーマットは、少なくとも１つのタイプのマルチセグメントサブフレームフォーマットのビット削減バージョンを含む。さらに、シングルセグメントサブフレームフォーマットは、少なくとも１つのタイプのマルチセグメントサブフレームフォーマットにより利用される符号化方法を利用する。上記選択は、複数のシングルセグメントサブフレームフォーマットのセットからシングルセグメントサブフレームフォーマットを選択すること、を含んでもよい。上記方法２００は、１つ以上の制御信号を送信すべき電力レベルを、サブフレームのスロットであってシングルセグメントサブフレームフォーマットに従えば当該１つ以上の制御信号の送信のために使用されないはずの当該スロットに割り当てられた送信電力を利用することにより設定することと、当該電力レベルで上記１つ以上の制御信号を送信することと、をさらに含んでもよい。上記電力レベルは、マルチセグメントサブフレームが利用される場合の１つ以上の制御信号の関連付けられる送信のために利用される他の電力レベルよりも大きい電力レベルを含んでもよい。そのうえ、シングルセグメントサブフレームフォーマットを用いて１つ以上の制御信号を送信することは、当該１つ以上の制御信号が送信されるべき、サブフレームの２つの候補セグメント（例えば、スロット、シンボルなど）のうちの単一のセグメントを選択すること、を含んでもよい。方法２００は、複数のセグメントのうちのどれでシングルセグメントサブフレームフォーマットを用いてアップリンク制御チャネルが送信されるべきかの標識を、ネットワークノードから受信することと、１つ以上の制御信号を送信するために使用されるべき制御チャネル周波数リソースの標識を当該ネットワークノードから受信することと、をさらに含んでもよく、当該標識は、ＵＥにより受信されるダウンリンク制御チャネルのロケーション、及び、ダウンリンク制御チャネル上のダウンリンク制御情報内で搬送されるリソース標識、のうちの１つ以上を含む。さらに、上記方法は、制御チャネルリソースの上記標識及び上記制御チャネルが送信されるスロットを用いて、上記シングルセグメントサブフレームフォーマットを用いて上記１つ以上の制御信号が送信されるべき物理リソースブロックを判定すること、を含んでもよい。

１つ以上の実施形態に係るワイヤレス通信システムのブロック図である。 １つ以上の実施形態に係るＵＥにより実行される方法を示す論理フロー図である。 １つ以上の実施形態に係るネットワークノードにより実行される方法を示す論理フロー図である。 １つ以上の実施形態に係るＵＥのブロック図である。 １つ以上の他の実施形態に係るＵＥのブロック図である。 １つ以上の実施形態に係る無線ノードのブロック図である。 １つ以上の他の実施形態に係る無線ノードのブロック図である。

図４Ａは、１つ以上の実施形態に従って実装されるＵＥ１０２を示している。図示したように、ＵＥ１０２は、（少なくとも１つのプロセッサを含み得る）処理回路４００と、通信回路４１０とを含む。通信回路４１０は、１つ以上のネットワークノード１０６との間で任意の通信技術を介して情報を送信し及び／又は受信する、ように構成される。そうした通信は、ＵＥ１０２の内部か又は外部かのいずれかにある１つ以上のアンテナを介して行われ得る。処理回路４００は、メモリ４２０内に記憶される命令の実行などによって、例えば図２において上で説明した処理を実行する、ように構成される。処理回路４００は、この点において、ある機能的な手段、ユニット又はモジュールを実装し得る。

図４Ｂは、１つ以上の他の実施形態に従って実装されるＵＥ１０２を示している。図示したように、ＵＥ１０２は、例えば図４Ａの処理回路４００を介して及び／又はソフトウェアコードを介して、多様な機能的手段、ユニット又はモジュールを実装する。これら機能的手段、ユニット又はモジュールは、例えば図２の方法を実装するためのものであって、例えば、あるサブフレームについてのアップリンク送信フォーマットとしてシングルセグメントサブフレームフォーマットを選択するための選択ユニット又はモジュール４３０、を含む。シングルセグメントサブフレームフォーマットを用いてアップリンク制御チャネル上で１つ以上の制御信号を送信するための送信ユニット又はモジュール４４０、もまた含まれる。

Claims (30)

1. ユーザ機器（１０２）により実行される、制御信号送信のための方法（２００）であって、
   あるサブフレームについて、送信セグメントの複数のインスタンスからなるマルチセグメントサブフレームフォーマット（２２）の代わりに、単一の送信セグメントからなるシングルセグメントサブフレームフォーマット（２１）をアップリンク送信フォーマットとして選択すること（２０２）と、
   前記シングルセグメントサブフレームフォーマットを用いて、アップリンク制御チャネル上で１つ以上の制御信号を送信すること（２０４）と、
   を含む方法。
2. 前記送信セグメントは、スロットである、請求項１の方法。
3. 前記送信セグメントは、シンボルである、請求項１の方法。
4. 前記選択すること（２０２）は、
   マルチセグメントサブフレーム内のサウンディングリファレンス信号（ＳＲＳ）についてコンポーネントキャリア（ＣＣ）スイッチングが行われることを認識することと、
   前記ＣＣスイッチングが時間長基準を満たす送信遅延を取り込むことになると判定することと、
   前記時間長基準が満たされるという判定に応じて、前記アップリンク送信フォーマットを選択することと、
   をさらに含む、請求項１〜３のいずれかの方法。
5. 前記シングルセグメントサブフレームフォーマット（２１）は、少なくとも１つのタイプのマルチセグメントサブフレームフォーマット（２２）のビット削減バージョンを含む、請求項１〜４のいずれかの方法。
6. 前記シングルセグメントサブフレームフォーマット（２１）は、少なくとも１つのタイプのマルチセグメントサブフレームフォーマットにより利用される符号化方法を利用する、請求項１〜５のいずれかの方法。
7. 前記シングルセグメントサブフレームフォーマット（２１）を選択することは、複数のシングルセグメントサブフレームフォーマットのセットから前記シングルセグメントサブフレームフォーマット（２１）を選択すること、を含む、請求項１〜６のいずれかの方法。
8. 前記シングルセグメントサブフレームフォーマット（２１）は、少なくとも１つのマルチセグメントサブフレームフォーマット（２２）により利用される関連付けられた符号化方式を有する、請求項１〜７のいずれかの方法。
9. 前記１つ以上の信号を送信することは、
   前記１つ以上の制御信号を送信すべき電力レベルを、前記シングルセグメントサブフレームフォーマット（２１）に従えば前記１つ以上の制御信号の送信のために使用されないはずの前記サブフレームのセグメントに割り当てられた送信電力を利用することにより設定することと、
   前記電力レベルで前記１つ以上の制御信号を送信することと、
   を含む、請求項１〜７のいずれかの方法。
10. 前記電力レベルは、前記マルチセグメントサブフレームフォーマット（２２）が利用される場合の前記１つ以上の制御信号の関連付けられる送信のために利用される他の電力レベルよりも大きい電力レベルを含む、請求項１〜８のいずれかの方法。
11. 前記シングルセグメントサブフレームフォーマット（２１）を用いて前記１つ以上の制御信号を送信することは、前記１つ以上の制御信号が送信されるべき、前記サブフレームの２つの候補スロットのうちの単一のスロットを選択すること、を含む、請求項１〜１０のいずれかの方法。
12. 複数のスロットのうちのどれで前記シングルセグメントサブフレームフォーマット（２１）を用いて前記アップリンク制御チャネルが送信されるべきかの標識を、ネットワークノードから受信することと、
    前記１つ以上の制御信号を送信するために使用されるべき制御チャネル周波数リソースの標識を、前記ネットワークノード（１０６）から受信することと、当該標識は、
    前記ＵＥ（１０２）により受信されるダウンリンク制御チャネルのロケーション、及び、
    前記ダウンリンク制御チャネル上のダウンリンク制御情報内で搬送されるリソース標識、
    のうちの１つ以上を含むことと、
    前記制御チャネルリソースの前記標識及び前記制御チャネルが送信される前記セグメントを用いて、前記シングルセグメントサブフレームフォーマットを用いて前記１つ以上が送信されるべき物理リソースブロックを判定することと、
    をさらに含む、請求項１〜１０のいずれかの方法。
13. 前記マルチセグメントサブフレームフォーマット（２２）は、パイロット時間スロットを含む、請求項１〜１１のいずれかの方法。
14. 前記マルチセグメントサブフレームフォーマット（２２）は、アップリンクパイロット時間スロット及びダウンリンク時間スロット、並びにオプションとしてガードピリオドを含む、請求項１２の方法。
15. 前記シングルセグメントサブフレームフォーマット（２１）は、前記１つ以上の制御信号の送信、及び、ＵＥ送信を要しない少なくとも１つの再チューニングピリオドを含む、請求項１３又は請求項１４の方法。
16. 未選択の前記マルチセグメントサブフレームフォーマット（２２）の１スロット分の残りの少なくとも一部が、ダウンリンクパイロット信号又はアップリンクパイロット信号を送信するために使用される、請求項１３〜１５のいずれかの方法。
17. 前記残りは、ＵＥ送信を要しない再チューニングピリオドをさらに含む、請求項１５の方法。
18. 前記１つ以上の制御信号は、ＳＲＳである、請求項１３〜１７のいずれかの方法。
19. 前記ＳＲＳは、前記シングルセグメントサブフレームフォーマット（２１）の最後ではなく及び／又は最初ではないシンボルにおいて送信される、請求項１８の方法。
20. 時間分割複信（ＴＤＤ）のために構成されるＣＣからＣＣスイッチングが実行されると認識すること、をさらに含む、請求項１３〜１９のいずれかの方法。
21. 前記ＵＥ（１０２）が複数の予め定義されるクラスから選択される中断時間クラスに属することを認識すること、をさらに含み、前記ＵＥ（１０２）が属する前記中断時間クラスは、３５０μｓ未満の最大中断時間を特定し、又は５シンボル未満の最大中断時間を特定する、請求項１３〜２０のいずれかの方法。
22. あるサブフレームについて、送信セグメントの複数のインスタンスからなるマルチセグメントサブフレームフォーマット（２２）の代わりに、単一の送信セグメントからなるシングルセグメントサブフレームフォーマット（２１）をアップリンク送信フォーマットとして選択し、
    前記シングルセグメントサブフレームフォーマット（２１）を用いて、アップリンク制御チャネル上で１つ以上の制御信号を送信する、
    ように構成されるユーザ機器（ＵＥ）（１０２）。
23. 処理回路（４００）及びメモリ（４２０）を備えるユーザ機器（ＵＥ）（１０２）であって、
    前記メモリ（４２０）は、前記処理回路（４００）により実行可能な命令を収容し、それにより、前記ＵＥ（１０２）は、
    あるサブフレームについて、送信セグメントの複数のインスタンスからなるマルチセグメントサブフレームフォーマット（２２）の代わりに、単一の送信セグメントからなるシングルセグメントサブフレームフォーマット（２１）をアップリンク送信フォーマットとして選択し、
    前記シングルセグメントサブフレームフォーマット（２１）を用いて、アップリンク制御チャネル上で１つ以上の制御信号を送信する、
    ように構成される、ＵＥ（１０２）。
24. あるサブフレームについて、送信セグメントの複数のインスタンスからなるマルチセグメントサブフレームフォーマット（２２）の代わりに、単一の送信セグメントからなるシングルセグメントサブフレームフォーマット（２１）をアップリンク送信フォーマットとして選択する第１モジュール（４３０）と、
    前記シングルセグメントサブフレームフォーマット（２１）を用いて、アップリンク制御チャネル上で１つ以上の制御信号を送信する第２モジュール（４４０）と、
    を備えるユーザ機器（ＵＥ）（１０２）。
25. ユーザ機器（ＵＥ）（１０２）の少なくとも１つのプロセッサ（４００）により実行された場合に、前記ＵＥ（１０２）に、
    あるサブフレームについて、送信セグメントの複数のインスタンスからなるマルチセグメントサブフレームフォーマット（２２）の代わりに、単一の送信セグメントからなるシングルセグメントサブフレームフォーマット（２１）をアップリンク送信フォーマットとして選択することと、
    前記シングルセグメントサブフレームフォーマット（２１）を用いて、アップリンク制御チャネル上で１つ以上の制御信号を送信することと、
    を行わせる命令、を含むコンピュータプログラム。
26. ネットワークノード（１０６）により実行される、ユーザ機器（ＵＥ）（１０２）による１つ以上の制御信号の送信を制御するための方法であって、
    あるサブフレームにおいて前記ＵＥにより送信される前記１つ以上の制御信号のためのアップリンク送信フォーマットとして、送信セグメントの複数のインスタンスからなるマルチセグメントサブフレームフォーマット（２２）の代わりに、単一の送信セグメントからなるシングルセグメントサブフレームフォーマット（２１）を選択することと、
    前記１つ以上の制御信号が前記シングルセグメントサブフレームフォーマット（２１）を用いてアップリンク制御チャネル上で送信されるべきであることを指し示す標識を前記ＵＥ（１０２）へ送信することと、
    前記シングルセグメントサブフレームフォーマット（２１）に従って前記アップリンク制御チャネル上で前記１つ以上の制御信号を受信することと、
    を含む方法。
27. あるサブフレームにおいて前記ＵＥにより送信される前記１つ以上の制御信号のためのアップリンク送信フォーマットとして、送信セグメントの複数のインスタンスからなるマルチセグメントサブフレームフォーマット（２２）の代わりに、単一の送信セグメントからなるシングルセグメントサブフレームフォーマット（２１）を選択し、
    前記１つ以上の制御信号が前記シングルセグメントサブフレームフォーマット（２１）を用いてアップリンク制御チャネル上で送信されるべきであることを指し示す標識を前記ＵＥ（１０２）へ送信し、
    前記シングルセグメントサブフレームフォーマット（２１）に従って前記アップリンク制御チャネル上で前記１つ以上の制御信号を受信する、
    ように構成されるネットワークノード（１０６）。
28. 処理回路（５００）及びメモリ（５２０）を備えるネットワークノード（１０６）であって、
    前記メモリ（５２０）は、前記処理回路（５００）により実行可能な命令を収容し、それにより、前記ネットワークノード（１０６）は、
    あるサブフレームにおいて前記ＵＥにより送信される前記１つ以上の制御信号のためのアップリンク送信フォーマットとして、送信セグメントの複数のインスタンスからなるマルチセグメントサブフレームフォーマット（２２）の代わりに、単一の送信セグメントからなるシングルセグメントサブフレームフォーマット（２１）を選択し、
    前記１つ以上の制御信号が前記シングルセグメントサブフレームフォーマット（２１）を用いてアップリンク制御チャネル上で送信されるべきであることを指し示す標識を前記ＵＥ（１０２）へ送信し、
    前記シングルセグメントサブフレームフォーマット（２１）に従って前記アップリンク制御チャネル上で前記１つ以上の制御信号を受信する、
    ように構成される、ネットワークノード（１０６）。
29. あるサブフレームにおいて前記ＵＥ（１０２）により送信される前記１つ以上の制御信号のためのアップリンク送信フォーマットとして、送信セグメントの複数のインスタンスからなるマルチセグメントサブフレームフォーマット（２２）の代わりに、単一の送信セグメントからなるシングルセグメントサブフレームフォーマット（２１）を選択する第１モジュール（５３０）と、
    前記１つ以上の制御信号が前記シングルセグメントサブフレームフォーマット（２１）を用いてアップリンク制御チャネル上で送信されるべきであることを指し示す標識を前記ＵＥ（１０２）へ送信する第２モジュール（５４０）と、
    前記シングルセグメントサブフレームフォーマット（２１）に従って前記アップリンク制御チャネル上で前記１つ以上の制御信号を受信する第３モジュール（５５０）と、
    を備えるネットワークノード（１０６）。
30. ネットワークノード（１０６）の少なくとも１つのプロセッサ（５００）により実行された場合に、前記ＵＥネットワークノード（１０６）に、
    あるサブフレームにおいて前記ＵＥ（１０２）により送信される前記１つ以上の制御信号のためのアップリンク送信フォーマットとして、送信セグメントの複数のインスタンスからなるマルチセグメントサブフレームフォーマット（２２）の代わりに、単一の送信セグメントからなるシングルセグメントサブフレームフォーマット（２１）を選択することと、
    前記１つ以上の制御信号が前記シングルセグメントサブフレームフォーマット（２１）を用いてアップリンク制御チャネル上で送信されるべきであることを指し示す標識を前記ＵＥ（１０２）へ送信することと、
    前記シングルセグメントサブフレームフォーマット（２１）に従って前記アップリンク制御チャネル上で前記１つ以上の制御信号を受信することと、
    を行わせる命令、を含むコンピュータプログラム。
    

Images