JP7145899B2

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

Info

Publication number: JP7145899B2
Application number: JP2020010233A
Authority: JP
Inventors: ムニエル、フロラン; マークハリソン、ロバート
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2016-08-12
Filing date: 2020-01-24
Publication date: 2022-10-03
Anticipated expiration: 2037-08-14
Also published as: US20210273765A1; ES2734998T3; CN108352976B; US20180294938A1; JP2020074603A; US10454647B2; WO2018030950A1; PL3345331T3; EP3345331A1; RU2019139685A; RU2018117704A; US11757591B2; DK3345331T3; JP2018533304A; US11012216B2; JP6895958B2; CN108352976A; CL2018001103A1; EP3345331B1; RU2709170C2

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims

制御信号の送信のためにユーザ機器（ＵＥ）（１０２）によって実行される方法（２００）であって、
あるサブフレームについて、マルチセグメントサブフレームフォーマット（２２）の代わりに、シングルセグメントサブフレームフォーマット（２１）をアップリンク送信フォーマットとして選択すること（２０２）であって、前記シングルセグメントサブフレームフォーマット（２１）は、単一の送信セグメントからなり、前記マルチセグメントサブフレームフォーマット（２２）は、前記送信セグメントの複数のインスタンスからなり、前記送信セグメントは、シンボルに対応し、前記選択することは、送信されるアップリンク制御情報のサイズに依存する、ことと、
前記シングルセグメントサブフレームフォーマット（２１）を用いて、アップリンク制御チャネル上で１つ以上の制御信号を送信すること（２０４）、
を含み、
前記選択すること（２０２）はさらに、
マルチセグメントサブフレーム内のサウンディングリファレンス信号（ＳＲＳ）についてコンポーネントキャリア（ＣＣ）スイッチングが行われることを認識することと、
前記ＣＣスイッチングが時間長基準を満たす送信遅延を取り込むことになると判定することと、
前記時間長基準が満たされるという判定に応じて、前記アップリンク送信フォーマットを選択すること、を含む、方法。
前記シングルセグメントサブフレームフォーマット（２１）は、少なくとも１つのタイプのマルチセグメントサブフレームフォーマット（２２）のビット削減バージョンを含む、請求項１に記載の方法。
前記シングルセグメントサブフレームフォーマット（２１）は、少なくとも１つのタイプのマルチセグメントサブフレームフォーマットにより利用される符号化方法を利用する、請求項１又は２に記載の方法。
前記シングルセグメントサブフレームフォーマット（２１）を選択することは、シングルセグメントサブフレームフォーマットのセットから前記シングルセグメントサブフレームフォーマット（２１）を選択することを含む、請求項１から３のいずれか１項に記載の方法。
前記シングルセグメントサブフレームフォーマット（２１）は、少なくとも１つのマルチセグメントサブフレームフォーマット（２２）により利用される関連付けられる符号化方式を有する、請求項１から４のいずれか１項に記載の方法。
前記１つ以上の制御信号を送信することは、
前記１つ以上の制御信号を送信すべき電力レベルを、前記シングルセグメントサブフレームフォーマット（２１）に従い前記１つ以上の制御信号の送信のために使用されない前記サブフレームのセグメントに割り当てられた送信電力を利用することにより設定することと、
前記電力レベルで前記１つ以上の制御信号を送信すること、を含む、請求項１から５のいずれか１項に記載の方法。
前記電力レベルは、前記マルチセグメントサブフレームフォーマット（２２）が利用される場合の前記１つ以上の制御信号の関連付けられる送信のために利用される他の電力レベルよりも大きい電力レベルを含む、請求項６に記載の方法。
前記シングルセグメントサブフレームフォーマット（２１）を用いて前記１つ以上の制御信号を送信することは、前記１つ以上の制御信号が送信されるべき、前記サブフレームの２つの候補スロットのうちの単一のスロットを選択すること、を含む、請求項１から７のいずれか１項に記載の方法。
複数のスロットのうちのどれで前記シングルセグメントサブフレームフォーマット（２１）を用いて前記アップリンク制御チャネルが送信されるべきかの標識を、ネットワークノードから受信することと、
前記１つ以上の制御信号を送信するために使用されるべき制御チャネルリソースの標識を、前記ネットワークノード（１０６）から受信することと、当該標識は、
前記ＵＥ（１０２）により受信されるダウンリンク制御チャネルのロケーション、及び、
前記ダウンリンク制御チャネル上のダウンリンク制御情報内で搬送されるリソース標識のうちの１つ以上を含むことと、
前記制御チャネルリソースの前記標識及び前記アップリンク制御チャネルが送信される前記送信セグメントを用いて、前記シングルセグメントサブフレームフォーマットを用いて前記１つ以上の制御信号が送信されるべき物理リソースブロックを判定することと、
をさらに含む、請求項１から８のいずれか１項に記載の方法。
前記マルチセグメントサブフレームフォーマット（２２）は、パイロット時間スロットを含む、請求項１から９のいずれか１項に記載の方法。
前記マルチセグメントサブフレームフォーマット（２２）は、アップリンクパイロット時間スロット及びダウンリンク時間スロット、並びにオプションとしてガードピリオドを含む、請求項１０に記載の方法。
未選択の前記マルチセグメントサブフレームフォーマット（２２）の１スロット分の残りの少なくとも一部が、ダウンリンクパイロット信号又はアップリンクパイロット信号を送信するために使用される、請求項１０又は１１に記載の方法。
時間分割複信（ＴＤＤ）のために構成されるＣＣからＣＣスイッチングが実行されると認識すること、をさらに含む、請求項１１から１２のいずれか１項に記載の方法。
処理回路（４００）及びメモリ（４２０）を備えるユーザ機器（ＵＥ）（１０２）であって、前記メモリ（４２０）は、前記処理回路（４００）により実行可能な命令を収容し、それにより、前記ＵＥ（１０２）は、
あるサブフレームについて、マルチセグメントサブフレームフォーマット（２２）の代わりに、シングルセグメントサブフレームフォーマット（２１）をアップリンク送信フォーマットとして選択し、ここで、前記シングルセグメントサブフレームフォーマット（２１）は、単一の送信セグメントからなり、前記マルチセグメントサブフレームフォーマット（２２）は、前記送信セグメントの複数のインスタンスからなり、前記送信セグメントは、シンボルに対応し、前記選択することは、送信されるアップリンク制御情報のサイズに依存し、
前記シングルセグメントサブフレームフォーマット（２１）を用いて、アップリンク制御チャネル上で１つ以上の制御信号を送信する、
ように構成され、
前記ＵＥ（１０２）は、前記選択において、
マルチセグメントサブフレーム内のサウンディングリファレンス信号（ＳＲＳ）についてコンポーネントキャリア（ＣＣ）スイッチングが行われることを認識し、
前記ＣＣスイッチングが時間長基準を満たす送信遅延を取り込むことになると判定し、
前記時間長基準が満たされるという判定に応じて、前記アップリンク送信フォーマットを選択するように構成される、ＵＥ（１０２）。