JP7321268B2

JP7321268B2 - 端末、基地局、通信システム、及び通信方法

Info

Publication number: JP7321268B2
Application number: JP2021532662A
Authority: JP
Inventors: 浩樹原田; 大輔栗田; 聡永田; リフェワン
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2019-07-18
Filing date: 2019-07-18
Publication date: 2023-08-04
Anticipated expiration: 2039-07-18
Also published as: WO2021009927A1; JPWO2021009927A1; CA3144588A1; CN114097263A; EP4002907A1; US20220256601A1; EP4002907A4

Description

本発明は、無線通信システムにおける端末に関する。

ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）の後継システムであるＮＲ（ＮｅｗＲａｄｉｏ）（「５Ｇ」ともいう。）においては、要求条件として、大容量のシステム、高速なデータ伝送速度、低遅延、多数の端末の同時接続、低コスト、省電力等を満たす技術が検討されている。

また、既存のＬＴＥシステムでは、周波数帯域を拡張するため、通信事業者（オペレータ）に免許された周波数帯域（ライセンスバンド（ｌｉｃｅｎｓｅｄｂａｎｄ）とは異なる周波数帯域（アンライセンスバンド（ｕｎｌｉｃｅｎｓｅｄｂａｎｄ）、アンライセンスキャリア（ｕｎｌｉｃｅｎｓｅｄｃａｒｒｉｅｒ）、アンライセンスＣＣ（ｕｎｌｉｃｅｎｓｅｄＣＣ）ともいう）の利用がサポートされている。アンライセンスバンドとしては、例えば、Ｗｉ－Ｆｉ（登録商標）あるいはＢｌｕｅｔｏｏｔｈ（登録商標）を使用可能な２．４ＧＨｚ帯又は５ＧＨｚ帯などが想定される。

具体的には、Ｒｅｌ．１３では、ライセンスバンドのキャリア（ＣＣ）とアンライセンスバンドのキャリア（ＣＣ）とを統合するキャリアアグリゲーション（ＣａｒｒｉｅｒＡｇｇｒｅｇａｔｉｏｎ：ＣＡ）がサポートされる。このように、ライセンスバンドとともにアンライセンスバンドを用いて行う通信をＬｉｃｅｎｓｅ－ＡｓｓｉｓｔｅｄＡｃｃｅｓｓ（ＬＡＡ）と称する。

ライセンスバンドとともにアンライセンスバンドを用いて通信を行う無線通信システムでは、下りリンクにおいて、基地局装置は、アンライセンスバンドにおけるデータの送信前に、他の装置（例えば、基地局装置、ユーザ端末、Ｗｉ－Ｆｉ装置など）の送信の有無を確認するためにチャネルのセンシング（キャリアセンス）を行う。センシングの結果、他の装置の送信がないことを確認すると、送信機会を獲得し、所定の期間だけ送信を行うことができる。この動作はＬＢＴ（ＬｉｓｔｅｎＢｅｆｏｒｅＴａｌｋ）と呼ばれる。また、上記の所定の期間はＣＯＴ（ＣｈａｎｎｅｌＯｃｃｕｐａｎｃｙＴｉｍｅ）（チャネル占有時間）と呼ばれる。

３ＧＰＰＴＳ３８．３３１Ｖ１５．６．０（２０１９－０６）３ＧＰＰＴＳ３８．２１３Ｖ１５．６．０（２０１９－０６）３ＧＰＰＴＳ３８．２１２Ｖ１５．６．０（２０１９－０６）

ユーザ端末が、基地局装置から、スロットがＣＯＴ内にあるか否かの情報を受信することで、ユーザ端末は、例えば、ＣＯＴ内においてＬＢＴなしあるいは短時間のＬＢＴでＵＬ送信を行うことができる。また、ユーザ端末は、ＣＯＴ内外においてＰＤＣＣＨモニタリング動作を変えることができる。

本発明は上記の点に鑑みてなされたものであり、スロットがＣＯＴ内であるか否かを示す動的な情報を、ユーザ端末が基地局装置から適切に受信することを可能とする技術を提供することを目的とする。

開示の技術によれば、上位レイヤシグナリングによって、チャネルのセンシングを行うＬＢＴ種別を受信する受信部、
を備え、
前記ＬＢＴ種別が第一の種別の場合、
前記受信部は、センシング周期に関する設定情報を受信し、
前記センシング周期に基づいて、チャネル占有時間を決定する設定部、を更に備え、
前記ＬＢＴ種別が第二の種別の場合、
前記受信部は、前記上位レイヤシグナリングによってスロットフォーマットに関する設定情報と、下りチャネルによって下りチャネル制御情報を受信し、
前記設定部は、前記下りチャネル制御情報において、前記上位レイヤシグナリングにより定まる位置にある前記チャネル占有時間とサブバンドに関する情報を決定する
端末が提供される。

開示の技術によれば、スロットがＣＯＴ内であるか否かを示す動的な情報を、ユーザ端末が基地局装置から適切に受信することを可能とする技術が提供される。

本発明の実施の形態における無線通信システムを説明するための図である。本発明の実施の形態における無線通信システムを説明するための図である。無線通信システムにおける基本的な動作を説明するための図である。ＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎｓＰｅｒＣｅｌｌを示す図である。ＣＯＴ終了タイミングを通知する方法の例を示す図である。実施例１－１を説明するための図である。実施例１－２を説明するための図である。実施例１を説明するための図である。実施例２－１を説明するための図である。実施例２－２を説明するための図である。実施例２－３を説明するための図である。実施例３－１～６－１を説明するための図である。実施例３－２～６－２を説明するための図である。実施例３－３～６－３を説明するための図である。実施例５を説明するための図である。ＦＢＥとＬＢＥを説明するための図である。実施例８を説明するための図である。実施例９を説明するための図である。本発明の実施の形態における基地局装置１０の機能構成の一例を示す図である。本発明の実施の形態におけるユーザ端末２０の機能構成の一例を示す図である。本発明の実施の形態における基地局装置１０又はユーザ端末２０のハードウェア構成の一例を示す図である。

以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例であり、本発明が適用される実施の形態は、以下の実施の形態に限られない。

本発明の実施の形態の無線通信システムの動作にあたっては、適宜、既存技術が使用される。当該既存技術は、例えば既存のＮＲである。なお、本発明は、ＮＲに限らず、どのような無線通信システムにも適用可能である。

また、本発明の実施の形態において、複信（Ｄｕｐｌｅｘ）方式は、ＴＤＤ（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）方式でもよいし、ＦＤＤ（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）方式でもよいし、又はそれ以外（例えば、ＦｌｅｘｉｂｌｅＤｕｐｌｅｘ等）の方式でもよい。

また、本発明の実施の形態において、無線パラメータ等が「設定される（Ｃｏｎｆｉｇｕｒｅ）」とは、所定の値が予め設定（Ｐｒｅ－ｃｏｎｆｉｇｕｒｅ）されることであってもよいし、基地局装置１０又はユーザ端末２０から通知される無線パラメータが設定されることであってもよい。

（システム構成）

図１は、本発明の実施の形態における無線通信システムを説明するための図である。本発明の実施の形態における無線通信システムは、図１に示されるように、基地局装置１０及びユーザ端末２０を含む。図１には、基地局装置１０及びユーザ端末２０が１つずつ示されているが、これは例であり、それぞれ複数であってもよい。なお、ユーザ端末２０を「端末」と呼んでもよい。また、本実施の形態における無線通信システムは、ＮＲ－Ｕシステムと呼ばれてもよい。

基地局装置１０は、１つ以上のセルを提供し、ユーザ端末２０と無線通信を行う通信装置である。無線信号の物理リソースは、時間領域及び周波数領域で定義され、時間領域はスロット又はＯＦＤＭシンボルで定義されてもよいし、周波数領域は、サブバンド、サブキャリア又はリソースブロックで定義されてもよい。

図１に示されるように、基地局装置１０は、ＤＬ（Ｄｏｗｎｌｉｎｋ）で制御情報又はデータをユーザ端末２０に送信し、ＵＬ（Ｕｐｌｉｎｋ）で制御情報又はデータをユーザ端末２０から受信する。基地局装置１０及びユーザ端末２０はいずれも、ビームフォーミングを行って信号の送受信を行うことが可能である。また、基地局装置１０及びユーザ端末２０はいずれも、ＭＩＭＯ（ＭｕｌｔｉｐｌｅＩｎｐｕｔＭｕｌｔｉｐｌｅＯｕｔｐｕｔ）による通信をＤＬ又はＵＬに適用することが可能である。また、基地局装置１０及びユーザ端末２０はいずれも、ＣＡ（ＣａｒｒｉｅｒＡｇｇｒｅｇａｔｉｏｎ）によるＳＣｅｌｌ（ＳｅｃｏｎｄａｒｙＣｅｌｌ）及びＰＣｅｌｌ（ＰｒｉｍａｒｙＣｅｌｌ）を介して通信を行ってもよい。

ユーザ端末２０は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、Ｍ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）用通信モジュール等の無線通信機能を備えた通信装置である。図１に示されるように、ユーザ端末２０は、ＤＬで制御情報又はデータを基地局装置１０から受信し、ＵＬで制御情報又はデータを基地局装置１０に送信することで、無線通信システムにより提供される各種通信サービスを利用する。

図２は、ＮＲ－ＤＣ（ＮＲ－Ｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ）が実行される場合における無線通信システムの構成例を示す。図２に示すとおり、ＭＮ（ＭａｓｔｅｒＮｏｄｅ）となる基地局装置１０Ａと、ＳＮ（ＳｅｃｏｎｄａｒｙＮｏｄｅ）となる基地局装置１０Ｂが備えられる。基地局装置１０Ａと基地局装置１０Ｂはそれぞれコアネットワークに接続される。ユーザ端末２０は基地局装置１０Ａと基地局装置１０Ｂの両方と通信を行う。

ＭＮである基地局装置１０Ａにより提供されるセルグループをＭＣＧ（ＭａｓｔｅｒＣｅｌｌＧｒｏｕｐ）と呼び、ＳＮである基地局装置１０Ｂにより提供されるセルグループをＳＣＧ（ＳｅｃｏｎｄａｒｙＣｅｌｌＧｒｏｕｐ）と呼ぶ。実施例１～実施例９で後述する動作は、図１と図２のいずれの構成で行ってもよい。

本実施の形態における無線通信システムでは、前述したＬＢＴが実行される。基地局装置１０あるいはユーザ端末２０は、ＬＢＴ結果がアイドルである場合にＣＯＴを獲得し、送信を行い、ＬＢＴ結果がビジーである場合（ＬＢＴ－ｂｕｓｙ）に、送信を行わない。

本実施の形態における無線通信システムは、アンライセンスＣＣ及びライセンスＣＣを用いるキャリアアグリゲーション（ＣＡ）の動作を行ってもよいし、アンライセンスＣＣ及びライセンスＣＣを用いるデュアルコネクティビティ（ＤＣ）の動作を行ってもよいし、アンライセンスＣＣのみを用いるスタンドアローン（ＳＡ）の動作を行ってもよい。ＣＡ、ＤＣ、又はＳＡは、ＮＲ及びＬＴＥのいずれか１つのシステムによって行われてもよい。ＤＣは、ＮＲ、ＬＴＥ、及び他のシステムの少なくとも２つによって行われてもよい。

ユーザ端末２０は、基地局装置１０からの送信バーストを検出するための、ＰＤＣＣＨ又はグループ共通ＰＤＣＣＨ（ｇｒｏｕｐｃｏｍｍｏｎ（ＧＣ）－ＰＤＣＣＨ）内の信号（例えば、ＤｅｍｏｄｕｌａｔｉｏｎＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ（ＤＭＲＳ）などのＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ（ＲＳ））の存在を想定してもよい。

基地局装置１０は、基地局装置契機のＣＯＴ開始時に、ＣＯＴ開始を通知する特定ＤＭＲＳを含む特定ＰＤＣＣＨ（ＰＤＣＣＨ又はＧＣ－ＰＤＣＣＨ）を送信してもよい。特定ＰＤＣＣＨ及び特定ＤＭＲＳの少なくとも１つは、ＣＯＴ開始通知信号と呼ばれてもよい。基地局装置１０は、例えば、ＣＯＴ開始通知信号を１以上のユーザ端末へ送信し、ユーザ端末は、特定ＤＭＲＳを検出した場合、ＣＯＴを認識することができる。

（基本的な動作例）
図３は、本実施の形態における無線通信システムの基本的な動作例を示している。図３に示す動作は、後述する実施例１～９においても実行されるものである。

図３に示すように、Ｓ１０１において、基地局装置１０はＲＲＣメッセージをユーザ端末２０に送信し、ユーザ端末２０は当該ＲＲＣメッセージを受信する。このＲＲＣメッセージには、サービングセル毎のＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎｓＰｅｒＣｅｌｌ情報要素が含まれる。Ｓ１０１において、基地局装置１０からユーザ端末２０に対して、ＤＣＩＦｏｒｍａｔ２＿０をモニタするためのＲＮＴＩ値（ＳＦＩ－ＲＮＴＩと呼ぶ）が通知されてもよい。

図４は、非特許文献１に記載のＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎｓＰｅｒＣｅｌｌを示す。本実施の形態では、非特許文献１に記載のＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎｓＰｅｒＣｅｌｌが使用されてもよいし、非特許文献１に記載のＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎｓＰｅｒＣｅｌｌから修正されたＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎｓＰｅｒＣｅｌｌが使用されてもよい。

１つのＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎｓＰｅｒＣｅｌｌには、ユーザ端末２０に設定されるあるサービングセルについて、１つ以上のＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎと、ＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤのＤＣＩＦｏｒｍａｔ２＿０におけるビット位置（ｐｏｓｉｔｉｏｎＩｎＤＣＩ）が含まれる。

１つのＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎには、ＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤと、ｓｌｏｔＦｏｒｍａｔｓが含まれる。ｓｌｏｔＦｏｒｍａｔｓは、非特許文献２におけるＴａｂｌｅ１１．１．１－１に記載のフォーマット番号（０から２５５のいずれかの番号）を、スロット数分だけ並べた情報である。なお、フォーマット番号をフォーマットインデックスと呼んでもよい。このスロット数は、ユーザ端末２０がＤＣＩＦｏｒｍａｔ２＿０をモニタする周期に相当する値であってもよい。

なお、本実施の形態では、非特許文献２におけるＴａｂｌｅ１１．１．１－１がそのまま使用されてもよいし、これから修正されたテーブルが使用されてもよい。

Ｓ１０１において、ユーザ端末２０は、サービングセル毎のＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎｓＰｅｒＣｅｌｌを受信することで、サービングセル毎に、ＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤとスロットフォーマットとの対応情報を取得する。取得した対応情報は、ユーザ端末２０が持つメモリ等の記憶装置に格納される。

図３のＳ１０２において、基地局装置１０はＤＣＩＦｏｒｍａｔ２＿０をＰＤＣＣＨ（ＧＣ－ＰＤＣＣＨでもよい）でユーザ端末２０に送信し、ユーザ端末２０は当該ＤＣＩＦｏｒｍａｔ２＿０を受信する。

本実施の形態におけるＤＣＩＦｏｒｍａｔ２＿０として、非特許文献２及び非特許文献３に記載されたＤＣＩＦｏｒｍａｔ２＿０を使用してもよいし、非特許文献２及び非特許文献３に記載されたＤＣＩＦｏｒｍａｔ２＿０から修正されたＤＣＩＦｏｒｍａｔ２＿０を使用してもよい。

ＤＣＩＦｏｒｍａｔ２＿０には、サービングセル毎にＲＲＣメッセージで通知されたビット位置に、該当サービングセルに対するＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤ（ＳＦＩ－ｉｎｄｅｘと呼んでもよい）が格納されている。

ユーザ端末２０は、あるサービングセルに対応するビット位置におけるＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤを読むことで、当該サービングセルにおけるｓｌｏｔＦｏｒｍａｔｓを把握できる。なお、以降の説明において、サービングセルに言及しない場合には、あるサービングセルにおける動作であると想定してよい。

例えば、ユーザ端末２０が、スロット１の先頭部分でＤＣＩＦｏｒｍａｔ２＿０を受信し、ＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤ＝２を読み出したとする。ユーザ端末２０は、ＲＲＣでの設定に基づき、ＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤ＝２が｛０，１，０，１｝であることを把握すると、ユーザ端末２０は、スロット１のフォーマットがフォーマット０、スロット２のフォーマットがフォーマット１、スロット３のフォーマットがフォーマット０、スロット４のフォーマットがフォーマット１であることを把握できる。

本実施の形態では、ＤＣＩＦｏｒｍａｔ２＿０を用いることで、基地局装置１０からユーザ端末２０に対し、スロットがＣＯＴ内であるか否かが通知される。

図５は、スロットがＣＯＴ内であるか否かを通知（ｉｎｄｉｃａｔｅ）する方法の一例を示している。図５に示す例では、ＤＣＩＦｏｒｍａｔ２＿０により通知されるＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤが示すｓｌｏｔＦｏｒｍａｔｓの長さ（スロット数）の変化でＣＯＴの終了タイミングを通知する。

具体的には、図５に示すように、最初とその次のＤＣＩＦｏｒｍａｔ２＿０により通知されるＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤが示すｓｌｏｔＦｏｒｍａｔｓの長さは４であるのに対し、３番目のＤＣＩＦｏｒｍａｔ２＿０により通知されるＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤが示すｓｌｏｔＦｏｒｍａｔｓの長さは３である。ユーザ端末２０は、ｓｌｏｔＦｏｒｍａｔｓの長さが、４から３に変化したことを把握し、３番目のＤＣＩＦｏｒｍａｔ２＿０により通知されるＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤが示すｓｌｏｔＦｏｒｍａｔｓにおける最後のスロットがＣＯＴの終了であると判断する。

しかし、図５に示す方法では、ＤＣＩＦｏｒｍａｔ２＿０により通知するｓｌｏｔＦｏｒｍａｔｓの柔軟性が低下する課題がある。ＤＣＩＦｏｒｍａｔ２＿０に対して、ＳＦＩ－ｉｎｄｅｘに加えて、残りのＣＯＴ長、ＣＯＴ終了通知をｅｘｐｌｉｃｉｔに追加することも考えられるが、この方法では、既存の仕様（例：非特許文献１～３）に対する変更が大きくなる（大きく変更しなければ適切な動作ができない。大きく変更することは難しい。）という課題がある。すなわち、これらの技術では、スロットがＣＯＴ内であるか否かの動的な情報を、ユーザ端末２０が基地局装置１０から適切に受信することができない可能性があるという課題がある。

以下、スロットがＣＯＴ内であるか否かの動的な情報を、ユーザ端末２０が基地局装置１０から適切に受信することを可能とする技術として、実施例１～実施例９を説明する。実施例１～実施例９のうちの任意の複数の実施例は、矛盾が生じない限り、組み合わせて実施することが可能である。

（実施例１）
まず、実施例１を説明する。実施例１では、非特許文献２のＴａｂｌｅ１１．１．１－１（又はこれを修正したもの）における特定のフォーマット番号を用いることで、スロットがＣＯＴ外であることを通知する。以下、具体例として実施例１－１、実施例１－２を説明する。

＜実施例１－１＞
特定のフォーマット番号として、例えば、図６（Ｔａｂｌｅ１１．１．１－１からの抜粋）に示す２５５を使用する。

＜実施例１－２＞
特定のフォーマット番号として、例えば、図７（Ｔａｂｌｅ１１．１．１－１からの抜粋を修正したもの）に示す５６～２５４（リザーブされている番号）のうちのいずれかの番号を使用する。図７は一例として、２５４を使用する場合を示している。

＜実施例１－１、１－２に共通の動作＞
実施例１－１、１－２に共通の動作を図３、図８を参照して説明する。ここでは、特定のフォーマット番号として２５３を使用する、他の特定のフォーマット番号であっても同様の動作である。

図３のＳ１０１において、ユーザ端末２０に、フォーマット番号＝２５３を有するｓｌｏｔＦｏｒｍａｔｓ（ｓｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤ＝２とする）を含むｓｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎｓが設定される。

図３のＳ１０２において、例えば、ユーザ端末２０は、図８にＡ～Ｄで示す４回のＤＣＩＦｏｒｍａｔ２＿０（ｓｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤ＝２以外を指定するもの）を受信した後、ｓｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤ＝２を指定するＤＣＩＦｏｒｍａｔ２＿０を受信する。

ｓｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤ＝２のｓｌｏｔＦｏｒｍａｔｓは、例えば、｛０，０，０，２５３｝である。これにより、ユーザ端末２０は、これら４つのスロットのうち、最後のスロットがＣＯＴ外であると判断する。また、ユーザ端末２０は、ＤＣＩＦｏｒｍａｔ２＿０で指定されたｓｌｏｔＦｏｒｍａｔｓにおいて、特定のフォーマット番号以外のフォーマット番号のスロットはＣＯＴ内であると判断してもよい。

＜ＣＯＴ内、ＣＯＴ外動作の例＞
ここで、実施例１～９に共通の動作として、ユーザ端末２０におけるＣＯＴ内動作、ＣＯＴ外動作の例を説明する。

例えば、ユーザ端末２０は、スロットがＣＯＴ内であると判断すると、当該スロットにおいて通常のＰＤＣＣＨモニタリングを行い、スロットがＣＯＴ外であると判断すると、当該スロットにおいて、通常の場合よりも高頻度でＰＤＣＣＨモニタリングを行う。ＣＯＴ外では、スロットの途中でＰＤＣＣＨ送信が行われる可能性があるため、高頻度でＰＤＣＣＨモニタリングを行うことで、それを把握する。

具体的なＰＤＣＣＨモニタリング動作の切替方法としては、例えば、予めＲＲＣで複数の異なるＳｅａｒｃｈｓｐａｃｅｃｏｎｆｉｇｕｒａｔｉｏｎをユーザ端末２０に設定しておき、ユーザ端末２０は、ＤＣＩＦｏｒｍａｔ２＿０によりＣＯＴの内か外かを判断し、ＣＯＴの内か外かで各ｃｏｎｆｉｇｕｒａｔｉｏｎをｏｎ／ｏｆｆ（ａｃｔｉｖａｔｅ／ｄｅａｃｔｉｖａｔｅ）する。

また、例えば、ユーザ端末２０は、ＣＯＴ外のスロットで２ステップＰＤＣＣＨデコーディング（ＤＭＲＳでＰＤＣＣＨ送信の存在を把握してからＰＤＣＣＨブラインドデコーディング）を行い、ＣＯＴ内でＰＤＣＣＨブラインドデコーディングのみを行う。

また、例えば、ＵＬ送信を行うユーザ端末２０は、ＣＯＴ内で短期間のＬＢＴを行い、ＣＯＴ外でカテゴリ４のＬＢＴを行う。

実施例１により、仕様書をほとんど変更することなく、ユーザ端末２０は、スロットがＣＯＴ外か否かを判断することができる。

（実施例２）
次に、実施例２を説明する。基地局装置１０は、ＤＣＩｆｏｒｍａｔ２＿０を送信する際に、ＤＣＩｆｏｒｍａｔ２＿０にＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ）を付加し、当該ＣＲＣをＲＮＴＩでマスク（スクランブリング）する。

ユーザ端末２０は、当該ＲＮＴＩでアンマスクしたＣＲＣで検査を行うことでＤＣＩｆｏｒｍａｔ２＿０を検出（デコード）する。実施例２では、ＲＮＴＩの相違により、ＤＣＩｆｏｒｍａｔ２＿０により指示されるｓｌｏｔＦｏｒｍａｔｓにおけるスロットがＣＯＴの終わりか否かを通知する。

より具体的には、ユーザ端末２０は、通常のＲＮＴＩ（例：非特許文献１に記載のＳｌｏｔＦｏｒｍａｔＩｎｄｉｃａｔｏｒで通知されるＳＦＩ－ＲＮＴＩ）でデコードできたＤＣＩｆｏｒｍａｔ２＿０により指示されるｓｌｏｔＦｏｒｍａｔｓのスロットは基地局装置１０のＣＯＴ内にあると判断する。

また、ユーザ端末２０は、通常のＲＮＴＩとは異なるＲＮＴＩ（ここではｎｅｗＲＮＴＩと呼ぶ）でデコードできたＤＣＩＦｏｒｍａｔ２＿０に基づき、スロットがＣＯＴの終わりであると判断する。

ｎｅｗＲＮＴＩは、ＳＦＩ－ＲＮＴＩと同様にＲＲＣメッセージ（例：ＳｌｏｔＦｏｒｍａｔＩｎｄｉｃａｔｏｒ）で基地局装置１０からユーザ端末２０に設定されてもよいし、ＲＲＣメッセージ以外の信号（例：ＭＡＣＣＥ）で基地局装置１０からユーザ端末２０に設定されてもよいし、仕様書で予め固定のものとして規定されてもよい。

ユーザ端末２０が、ＣＯＴの終わりのスロットを判断する方法の例として、下記の実施例２－１、実施例２－２、実施例２－３がある。

＜実施例２－１＞
実施例２－１では、ユーザ端末２０は、ｎｅｗＲＮＴＩでスクランブルされたＣＲＣが付されたＤＣＩＦＯＲＭＡＴ２＿０を検出すると、当該ＤＣＩＦｏｒｍａｔ２＿０で指定されたｓｌｏｔＦｏｒｍａｔｓの最後のスロットがＣＯＴの終わりであると判断する。

具体例を図３、図９を参照して説明する。図３のＳ１０１において、ユーザ端末２０に、ｓｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎｓが設定されるとともに、ＳＦＩ－ＲＮＴＩとｎｅｗＲＮＴＩが設定される。

図３のＳ１０２において、例えば、ユーザ端末２０は、図９にＡ～Ｄで示す４回のＤＣＩＦｏｒｍａｔ２＿０（ＳＦＩ－ＲＮＴＩでデコード成功）を検出する。ユーザ端末２０は、これら４回のＤＣＩＦｏｒｍａｔ２＿０で指定されるｓｌｏｔＦｏｒｍａｔｓの各スロットはＣＯＴ内にあると判断する。

４回のＤＣＩＦｏｒｍａｔ２＿０の後、ユーザ端末２０は、ｎｅｗＲＮＴＩによりＤＣＩＦｏｒｍａｔ２＿０を検出する。当該ＤＣＩＦｏｒｍａｔ２＿０のｓｌｏｔＦｏｒｍａｔｓは例えば｛０，１，１｝であり、ユーザ端末２０は、最後（３番目）のスロットがＣＯＴの最後であると判断する。

＜実施例２－２＞
実施例２－２では、ユーザ端末２０は、ｎｅｗＲＮＴＩでスクランブルされたＣＲＣが付されたＤＣＩＦｏｒｍａｔ２＿０を検出すると、当該ＤＣＩＦｏｒｍａｔ２＿０の前の最後のＤＣＩＦｏｒｍａｔ２＿０（ＳＦＩ－ＲＮＴＩで検出したもの）で指定されるｓｌｏｔＦｏｒｍａｔｓの最後のスロットがＣＯＴの終わりであると判断する。

実施例２－１との相違部分を示す具体例を図１０を参照して説明する。ユーザ端末２０は、図１０のＡ～Ｃで示す３回のＤＣＩＦｏｒｍａｔ２＿０（ＳＦＩ－ＲＮＴＩでデコード成功）を検出する。ユーザ端末２０は、これら３回のＤＣＩＦｏｒｍａｔ２＿０で指定されるｓｌｏｔＦｏｒｍａｔｓの各スロットはＣＯＴ内にあると判断する。

３回のＤＣＩＦｏｒｍａｔ２＿０の後、ユーザ端末２０は、ｎｅｗＲＮＴＩによりＤＣＩＦｏｒｍａｔ２＿０を検出すると、当該ＤＣＩＦｏｒｍａｔ２＿０の前の最後のＤＣＩＦｏｒｍａｔ２＿０で指定されたｓｌｏｔＦｏｒｍａｔｓにおける最後のスロットがＣＯＴの最後であると判断する。

＜実施例２－３＞
実施例２－３は、実施例１と実施例２の組み合わせに相当する。実施例２－３では、ユーザ端末２０は、ｎｅｗＲＮＴＩでスクランブルされたＣＲＣが付されたＤＣＩＦｏｒｍａｔ２＿０を検出すると、当該ＤＣＩＦｏｒｍａｔ２＿０で指定されるｓｌｏｔＦｏｒｍａｔｓの最後のスロットにおけるフォーマット番号が実施例１で説明した特定のスロット番号である場合に、当該最後のスロットをＣＯＴ外であると判断する。

実施例２－１との相違部分を示す具体例を図１１を参照して説明する。ユーザ端末２０は、図１１のＡ～Ｄで示す４回のＤＣＩＦｏｒｍａｔ２＿０（ＳＦＩ－ＲＮＴＩでデコード成功）を検出する。ユーザ端末２０は、これら４回のＤＣＩＦｏｒｍａｔ２＿０で指定されるｓｌｏｔＦｏｒｍａｔｓの各スロットはＣＯＴ内にあると判断する。

４回のＤＣＩＦｏｒｍａｔ２＿０の後、ユーザ端末２０は、ｎｅｗＲＮＴＩによりＤＣＩＦｏｒｍａｔ２＿０を検出すると、当該ＤＣＩＦｏｒｍａｔ２＿０の最後のスロットのフォーマット番号が特定のフォーマット番号であるか否かを判断する。当該ＤＣＩＦｏｒｍａｔ２＿０の最後のスロットのフォーマット番号が特定のフォーマット番号である場合、ユーザ端末２０は、当該最後のスロットがＣＯＴ外であると判断する。

実施例２により、少ない仕様書の変更で、ユーザ端末２０は適切にＣＯＴ内外を判断できる。この効果は、実施例３～６でも同様である。

（実施例３）
次に、実施例３を説明する。基地局装置１０は、あるａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌに対応する数のＣＣＥにＤＣＩｆｏｒｍａｔ２＿０をマッピングして送信する。ユーザ端末２０は、当該ａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌを想定してデコード処理を行うことで当該ＤＣＩｆｏｒｍａｔ２＿０をデコードできる。

また、基地局装置１０は、あるＳｅａｒｃｈｓｐａｃｅ（モニタすべきリソース領域、周期等）にＤＣＩｆｏｒｍａｔ２＿０をマッピングして送信する。ユーザ端末２０は、当該Ｓｅａｒｃｈｓｐａｃｅにおけるリソースに対するデコード処理を行うことで当該ＤＣＩｆｏｒｍａｔ２＿０をデコードできる。

実施例３では、ａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ又はＳｅａｒｃｈｓｐａｃｅ（ａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ／Ｓｅａｒｃｈｓｐａｃｅ）の相違により、ＤＣＩｆｏｒｍａｔ２＿０により指示されるｓｌｏｔＦｏｒｍａｔｓにおけるスロットがＣＯＴの終わりか否かを通知する。

より具体的には、ユーザ端末２０は、特定のｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ／Ｓｅａｒｃｈｓｐａｃｅ以外のａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ／Ｓｅａｒｃｈｓｐａｃｅ（通常のａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ／Ｓｅａｒｃｈｓｐａｃｅと呼ぶ）でデコードできたＤＣＩｆｏｒｍａｔ２＿０により指示されるｓｌｏｔＦｏｒｍａｔｓのスロットは基地局装置１０のＣＯＴ内にあると判断する。

また、ユーザ端末２０は、特定のａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ／ＳｅａｒｃｈｓｐａｃｅでデコードできたＤＣＩｆｏｒｍａｔ２＿０に基づき、スロットがＣＯＴの終わりであると判断する。

特定のａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ／Ｓｅａｒｃｈｓｐａｃｅは、ＲＲＣメッセージで基地局装置１０からユーザ端末２０に設定されてもよいし、ＲＲＣメッセージ以外の信号（例：ＭＡＣＣＥ）で基地局装置１０からユーザ端末２０に設定されてもよいし、仕様書で予め固定のものとして規定されてもよい。

ユーザ端末２０が、ＣＯＴの終わりのスロットを判断する方法の例として、下記の実施例３－１、実施例３－２、実施例３－３がある。以下で使用する図１２～図１４は、実施例４～６でも共通に使用される。

＜実施例３－１＞
実施例３－１では、ユーザ端末２０は、特定のａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ／ＳｅａｒｃｈｓｐａｃｅでＤＣＩＦＯＲＭＡＴ２＿０を検出すると、当該ＤＣＩＦｏｒｍａｔ２＿０で指定されたｓｌｏｔＦｏｒｍａｔｓの最後のスロットがＣＯＴの終わりであると判断する。

具体例を図３、図１２（３－１）を参照して説明する。図３のＳ１０１において、ユーザ端末２０に、ｓｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎｓが設定される。

図３のＳ１０２において、例えば、ユーザ端末２０は、図１２にＡ～Ｄで示す４回のＤＣＩＦｏｒｍａｔ２＿０（通常のａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ／Ｓｅａｒｃｈｓｐａｃｅでデコード成功）を検出する。ユーザ端末２０は、これら４回のＤＣＩＦｏｒｍａｔ２＿０で指定されるｓｌｏｔＦｏｒｍａｔｓの各スロットはＣＯＴ内にあると判断する。

４回のＤＣＩＦｏｒｍａｔ２＿０の後、ユーザ端末２０は、特定のａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ／ＳｅａｒｃｈｓｐａｃｅによりＤＣＩＦｏｒｍａｔ２＿０を検出する。当該ＤＣＩＦｏｒｍａｔ２＿０のｓｌｏｔＦｏｒｍａｔｓは例えば｛０，１，１｝であり、ユーザ端末２０は、最後（３番目）のスロットがＣＯＴの最後であると判断する。

＜実施例３－２＞
実施例３－２では、ユーザ端末２０は、特定のａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ／ＳｅａｒｃｈｓｐａｃｅでＤＣＩＦｏｒｍａｔ２＿０を検出すると、当該ＤＣＩＦｏｒｍａｔ２＿０の前の最後のＤＣＩＦｏｒｍａｔ２＿０（通常のａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ／Ｓｅａｒｃｈｓｐａｃｅで検出したもの）で指定されるｓｌｏｔＦｏｒｍａｔｓの最後のスロットがＣＯＴの終わりであると判断する。

実施例３－１との相違部分を示す具体例を図１３（３－２）を参照して説明する。ユーザ端末２０は、図１３のＡ～Ｃで示す３回のＤＣＩＦｏｒｍａｔ２＿０（通常のａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ／Ｓｅａｒｃｈｓｐａｃｅでデコード成功）を検出する。ユーザ端末２０は、これら３回のＤＣＩＦｏｒｍａｔ２＿０で指定されるｓｌｏｔＦｏｒｍａｔｓの各スロットはＣＯＴ内にあると判断する。

３回のＤＣＩＦｏｒｍａｔ２＿０の後、ユーザ端末２０は、特定のａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ／ＳｅａｒｃｈｓｐａｃｅによりＤＣＩＦｏｒｍａｔ２＿０を検出すると、当該ＤＣＩＦｏｒｍａｔ２＿０の前の最後のＤＣＩＦｏｒｍａｔ２＿０で指定されたｓｌｏｔＦｏｒｍａｔｓにおける最後のスロットがＣＯＴの最後であると判断する。

＜実施例３－３＞
実施例３－３は、実施例１と実施例３の組み合わせに相当する。実施例３－３では、ユーザ端末２０は、特定のａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ／ＳｅａｒｃｈｓｐａｃｅでＤＣＩＦｏｒｍａｔ２＿０を検出すると、当該ＤＣＩＦｏｒｍａｔ２＿０で指定されるｓｌｏｔＦｏｒｍａｔｓの最後のスロットにおけるフォーマット番号が実施例１で説明した特定のスロット番号である場合に、当該最後のスロットをＣＯＴ外であると判断する。

実施例３－１との相違部分を示す具体例を図１４（３－３）を参照して説明する。ユーザ端末２０は、図１４のＡ～Ｄで示す４回のＤＣＩＦｏｒｍａｔ２＿０（通常のａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ／Ｓｅａｒｃｈｓｐａｃｅでデコード成功）を検出する。ユーザ端末２０は、これら４回のＤＣＩＦｏｒｍａｔ２＿０で指定されるｓｌｏｔＦｏｒｍａｔｓの各スロットはＣＯＴ内にあると判断する。

４回のＤＣＩＦｏｒｍａｔ２＿０の後、ユーザ端末２０は、特定のａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ／ＳｅａｒｃｈｓｐａｃｅでＤＣＩＦｏｒｍａｔ２＿０を検出すると、当該ＤＣＩＦｏｒｍａｔ２＿０の最後のスロットのフォーマット番号が特定のフォーマット番号であるか否かを判断する。当該ＤＣＩＦｏｒｍａｔ２＿０の最後のスロットのフォーマット番号が特定のフォーマット番号である場合、ユーザ端末２０は、当該最後のスロットがＣＯＴ外であると判断する。

（実施例４）
次に、実施例４を説明する。前述したように、基地局装置１０は、ＤＣＩＦｏｒｍａｔ２＿０におけるサービングセル毎のビット位置にあるＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤにより、サービングセル毎のｓｌｏｔＦｏｒｍａｔｓをユーザ端末２０に通知することができる。

実施例４では、サービングセルの相違により、ＤＣＩｆｏｒｍａｔ２＿０により指示されるｓｌｏｔＦｏｒｍａｔｓにおけるスロットがＣＯＴの終わりか否かを通知する。

より具体的には、ユーザ端末２０は、ＤＣＩｆｏｒｍａｔ２＿０により、特定のサービングセル以外のサービングセルに対して指定されるｓｌｏｔＦｏｒｍａｔｓのスロットは基地局装置１０のＣＯＴ内にあると判断する。

また、ユーザ端末２０は、ＤＣＩｆｏｒｍａｔ２＿０により、特定のサービングセルに対して指定されるｓｌｏｔＦｏｒｍａｔｓに基づき、スロットがＣＯＴの終わりであると判断する。

特定のサービングセルは、ＲＲＣメッセージで基地局装置１０からユーザ端末２０に設定されてもよいし、ＲＲＣメッセージ以外の信号（例：ＭＡＣＣＥ）で基地局装置１０からユーザ端末２０に設定されてもよい。また、特定のサービングセルは、仕様書で予め固定のもの（例：ＳｐＣｅｌｌ）として規定されてもよい。

ユーザ端末２０が、ＣＯＴの終わりのスロットを判断する方法の例として、下記の実施例４－１、実施例４－２、実施例４－３がある。なお、実施例４－１、実施例４－２、実施例４－３における各サービングセルは、ＮＲ－Ｕサービングセルであってもよい。また、特定のサービングセル以外のサービングセルを通常のサービングセルと呼ぶ。

＜実施例４－１＞
実施例４－１では、ユーザ端末２０は、ＤＣＩＦｏｒｍａｔ２＿０により、特定のサービングセルに対してｓｌｏｔＦｏｒｍａｔｓが指定されていることを検出すると、当該ＤＣＩＦｏｒｍａｔ２＿０で指定されたｓｌｏｔＦｏｒｍａｔｓの最後のスロットがＣＯＴの終わりであると判断する。

具体例を図３、図１２（４－１）を参照して説明する。図３のＳ１０１において、ユーザ端末２０に、ｓｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎｓ等が設定される。

図３のＳ１０２において、例えば、ユーザ端末２０は、図１２にＡ～Ｄで示す４回のＤＣＩＦｏｒｍａｔ２＿０（通常のサービングセルにおけるｓｌｏｔＦｏｒｍａｔｓを指定するもの）を検出する。ユーザ端末２０は、これら４回のＤＣＩＦｏｒｍａｔ２＿０で指定されるｓｌｏｔＦｏｒｍａｔｓの各スロットはＣＯＴ内にあると判断する。

４回のＤＣＩＦｏｒｍａｔ２＿０の後、ユーザ端末２０は、ＤＣＩＦｏｒｍａｔ２＿０により、特定のサービングセルに対してｓｌｏｔＦｏｒｍａｔｓが指定されていることを検出する。当該ＤＣＩＦｏｒｍａｔ２＿０のｓｌｏｔＦｏｒｍａｔｓは例えば｛０，１，１｝であり、ユーザ端末２０は、最後（３番目）のスロットがＣＯＴの最後であると判断する。

＜実施例４－２＞
実施例４－２では、ユーザ端末２０は、ＤＣＩＦｏｒｍａｔ２＿０により、特定のサービングセルに対してｓｌｏｔＦｏｒｍａｔｓが指定されていることを検出すると、当該ＤＣＩＦｏｒｍａｔ２＿０の前の最後のＤＣＩＦｏｒｍａｔ２＿０（通常のサービングセルのｓｌｏｔＦｏｒｍａｔｓを指定）で指定されるｓｌｏｔＦｏｒｍａｔｓの最後のスロットがＣＯＴの終わりであると判断する。

実施例４－１との相違部分の具体例を図１３（４－２）を参照して説明する。ユーザ端末２０は、図１３のＡ～Ｃで示す３回のＤＣＩＦｏｒｍａｔ２＿０（通常のサービングセルのｓｌｏｔＦｏｒｍａｔｓを指定）を検出する。ユーザ端末２０は、これら３回のＤＣＩＦｏｒｍａｔ２＿０で指定されるｓｌｏｔＦｏｒｍａｔｓの各スロットはＣＯＴ内にあると判断する。

３回のＤＣＩＦｏｒｍａｔ２＿０の後、ユーザ端末２０は、ＤＣＩＦｏｒｍａｔ２＿０により、特定のサービングセルに対してｓｌｏｔＦｏｒｍａｔｓが指定されていることを検出すると、当該ＤＣＩＦｏｒｍａｔ２＿０の前の最後のＤＣＩＦｏｒｍａｔ２＿０で指定されたｓｌｏｔＦｏｒｍａｔｓにおける最後のスロットがＣＯＴの最後であると判断する。

＜実施例４－３＞
実施例４－３は、実施例１と実施例４の組み合わせに相当する。実施例４－３では、ユーザ端末２０は、ＤＣＩＦｏｒｍａｔ２＿０により、特定のサービングセルに対してｓｌｏｔＦｏｒｍａｔｓが指定されていることを検出すると、当該ＤＣＩＦｏｒｍａｔ２＿０で指定されるｓｌｏｔＦｏｒｍａｔｓの最後のスロットにおけるフォーマット番号が実施例１で説明した特定のスロット番号である場合に、当該最後のスロットをＣＯＴ外であると判断する。

実施例４－１との相違部分の具体例を図１４（４－３）を参照して説明する。ユーザ端末２０は、図１４のＡ～Ｄで示す４回のＤＣＩＦｏｒｍａｔ２＿０（通常のサービングセルのｓｌｏｔＦｏｒｍａｔｓを指定）を検出する。ユーザ端末２０は、これら４回のＤＣＩＦｏｒｍａｔ２＿０で指定されるｓｌｏｔＦｏｒｍａｔｓの各スロットはＣＯＴ内にあると判断する。

４回のＤＣＩＦｏｒｍａｔ２＿０の後、ユーザ端末２０は、ＤＣＩＦｏｒｍａｔ２＿０により、特定のサービングセルに対してｓｌｏｔＦｏｒｍａｔｓが指定されていることを検出すると、当該ＤＣＩＦｏｒｍａｔ２＿０の最後のスロットのフォーマット番号が特定のフォーマット番号であるか否かを判断する。当該ＤＣＩＦｏｒｍａｔ２＿０の最後のスロットのフォーマット番号が特定のフォーマット番号である場合、ユーザ端末２０は、当該最後のスロットがＣＯＴ外であると判断する。

（実施例５）
次に、実施例５を説明する。前述したように、基地局装置１０は、ＤＣＩＦｏｒｍａｔ２＿０におけるサービングセル毎のビット位置にあるＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤにより、サービングセル毎のｓｌｏｔＦｏｒｍａｔｓをユーザ端末２０に通知することができる。ＤＣＩＦｏｒｍａｔ２＿０におけるＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤを格納する場所をＳＦＩ－ｉｎｄｅｘフィールドと呼んでもよい。

実施例５では、ＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤが格納されるＳＦＩ－ｉｎｄｅｘフィールド（ビット位置）の相違により、ＤＣＩｆｏｒｍａｔ２＿０により指示されるｓｌｏｔＦｏｒｍａｔｓにおけるスロットがＣＯＴの終わりか否かを通知する。

より具体的には、ユーザ端末２０は、ＤＣＩｆｏｒｍａｔ２＿０により、ＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤが特定のビット位置（"特定のビット位置"とは特定のビット範囲にあることを含む）以外のビット位置で指定されていることを検出すると、当該ＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤに対応するｓｌｏｔＦｏｒｍａｔｓのスロットは基地局装置１０のＣＯＴ内にあると判断する。

また、ユーザ端末２０は、ＤＣＩｆｏｒｍａｔ２＿０により、ＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤが特定のビット位置で指定されていることを検出したことに応じて、ＣＯＴの終わりを判断する。

図１５は、実施例５のＤＣＩｆｏｒｍａｔ２＿０における、ＳＦＩ－ｉｎｄｅｘフィールドの例を示す。図１５の例では、ユーザ端末２０は、ＳＦＩ－１～ＳＦＩ－Ｎで示す範囲のビット位置にＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤが格納されていることを検知すると、ユーザ端末２０は、当該ＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤのｓｌｏｔＦｏｒｍａｔｓが該当のサービングセル（例；ＳＦＩ－１であればサービングセル１）で実行されることを認識するとともに、当該ｓｌｏｔＦｏｒｍａｔｓの各スロットはＣＯＴ内であると判断する。

また、ユーザ端末２０は、ＳＦＩ－Ｎ＋１～ＳＦＩ－Ｎ＋Ｍで示す範囲のビット位置にＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤが格納されていることを検知すると、ユーザ端末２０は、当該ＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤのｓｌｏｔＦｏｒｍａｔｓは後述する実施例５－１～５－３で説明する意味を持つものであることを認識する。

なお、通常のビット位置１～Ｎでサービングセル１～ＮのｓｌｏｔＦｏｒｍａｔｓを指定する場合、Ｎ＋ｋのビット位置は、実施例５－１～５－３で説明する意味を持つ特定のビット位置であるとともに、Ｎ＋ｋをＮで割った余り（ｍｏｄＮ）であるｋが、サービングセルｋを意味し、ユーザ端末２０は、サービングセルｋに対して特定のビット位置が指定されたと認識してもよい。

ユーザ端末２０が、ＣＯＴの終わりのスロットを判断する方法の例として、下記の実施例５－１、実施例５－２、実施例５－３がある。なお、特定のビット位置以外のビット位置を通常のビット位置と呼ぶ。

＜実施例５－１＞
実施例５－１では、ユーザ端末２０は、ＤＣＩＦｏｒｍａｔ２＿０により、ＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤが特定のビット位置で指定されていることを検出すると、当該特定のビット位置で指定されたｓｌｏｔＦｏｒｍａｔｓの最後のスロットがＣＯＴの終わりであると判断する。

具体例を図３、図１２（５－１）を参照して説明する。図３のＳ１０１において、ユーザ端末２０に、ｓｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎｓ等が設定される。

図３のＳ１０２において、例えば、ユーザ端末２０は、図１２にＡ～Ｄで示す４回のＤＣＩＦｏｒｍａｔ２＿０（通常のビット位置でｓｌｏｔＦｏｒｍａｔｓを指定するもの）を検出する。ユーザ端末２０は、これら４回のＤＣＩＦｏｒｍａｔ２＿０で指定されるｓｌｏｔＦｏｒｍａｔｓの各スロットはＣＯＴ内にあると判断する。

４回のＤＣＩＦｏｒｍａｔ２＿０の後、ユーザ端末２０は、ＤＣＩＦｏｒｍａｔ２＿０により、特定のビット位置でｓｌｏｔＦｏｒｍａｔｓが指定されていることを検出する。当該ｓｌｏｔＦｏｒｍａｔｓは例えば｛０，１，１｝であり、ユーザ端末２０は、最後（３番目）のスロットがＣＯＴの最後であると判断する。

＜実施例５－２＞
実施例５－２では、ユーザ端末２０は、ＤＣＩＦｏｒｍａｔ２＿０により、ＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤが特定のビット位置で指定されていることを検出すると、当該ＤＣＩＦｏｒｍａｔ２＿０の前の最後のＤＣＩＦｏｒｍａｔ２＿０（通常のビット位置でｓｌｏｔＦｏｒｍａｔｓを指定）で指定されるｓｌｏｔＦｏｒｍａｔｓの最後のスロットがＣＯＴの終わりであると判断する。

実施例５－１との相違部分の具体例を図１３（５－２）を参照して説明する。ユーザ端末２０は、図１３のＡ～Ｃで示す３回のＤＣＩＦｏｒｍａｔ２＿０（通常のビット位置でｓｌｏｔＦｏｒｍａｔｓを指定）を検出する。ユーザ端末２０は、これら３回のＤＣＩＦｏｒｍａｔ２＿０で指定されるｓｌｏｔＦｏｒｍａｔｓの各スロットはＣＯＴ内にあると判断する。

３回のＤＣＩＦｏｒｍａｔ２＿０の後、ユーザ端末２０は、ＤＣＩＦｏｒｍａｔ２＿０により、ＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤが特定のビット位置で指定されていることを検出すると、当該ＤＣＩＦｏｒｍａｔ２＿０の前の最後のＤＣＩＦｏｒｍａｔ２＿０で指定されたｓｌｏｔＦｏｒｍａｔｓにおける最後のスロットがＣＯＴの最後であると判断する。

＜実施例５－３＞
実施例５－３は、実施例１と実施例５の組み合わせに相当する。実施例５－３では、ユーザ端末２０は、ＤＣＩＦｏｒｍａｔ２＿０により、ＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤが特定のビット位置で指定されていることを検出すると、当該特定のビット位置で指定されるｓｌｏｔＦｏｒｍａｔｓの最後のスロットにおけるフォーマット番号が実施例１で説明した特定のスロット番号である場合に、当該最後のスロットをＣＯＴ外であると判断する。

実施例５－１との相違部分の具体例を図１４（５－３）を参照して説明する。ユーザ端末２０は、図１４のＡ～Ｄで示す４回のＤＣＩＦｏｒｍａｔ２＿０（通常のビット位置でｓｌｏｔＦｏｒｍａｔｓを指定）を検出する。ユーザ端末２０は、これら４回のＤＣＩＦｏｒｍａｔ２＿０で指定されるｓｌｏｔＦｏｒｍａｔｓの各スロットはＣＯＴ内にあると判断する。

４回のＤＣＩＦｏｒｍａｔ２＿０の後、ユーザ端末２０は、ＤＣＩＦｏｒｍａｔ２＿０により、特定のビット位置でｓｌｏｔＦｏｒｍａｔｓが指定されていることを検出すると、当該ｓｌｏｔＦｏｒｍａｔｓの最後のスロットのフォーマット番号が特定のフォーマット番号であるか否かを判断する。当該ｓｌｏｔＦｏｒｍａｔｓの最後のスロットのフォーマット番号が特定のフォーマット番号である場合、ユーザ端末２０は、当該最後のスロットがＣＯＴ外であると判断する。

（実施例６）
次に、実施例６を説明する。前述したように、基地局装置１０は、ＤＣＩＦｏｒｍａｔ２＿０におけるサービングセル毎のビット位置にあるＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤにより、サービングセル毎のｓｌｏｔＦｏｒｍａｔｓをユーザ端末２０に通知することができる。ＤＣＩＦｏｒｍａｔ２＿０におけるＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤを格納する場所をＳＦＩ－ｉｎｄｅｘフィールドと呼んでもよい。

実施例５では、ＤＣＩＦｏｒｍａｔ２＿０におけるＳＦＩ－ｉｎｄｅｘフィールドに格納されるＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤの値（ここでは「ＳＦＩ－ｉｎｄｅｘフィールド値」と呼ぶ）の相違により、ＤＣＩｆｏｒｍａｔ２＿０により指示されるｓｌｏｔＦｏｒｍａｔｓにおけるスロットがＣＯＴの終わりか否かを通知する。

より具体的には、ユーザ端末２０は、ＤＣＩｆｏｒｍａｔ２＿０により、特定の範囲以外の範囲（通常の範囲と呼ぶ）にあるＳＦＩ－ｉｎｄｅｘフィールド値が指定されていることを検出すると、当該指定に係るｓｌｏｔＦｏｒｍａｔｓのスロットは基地局装置１０のＣＯＴ内にあると判断する。

また、ユーザ端末２０は、ＤＣＩｆｏｒｍａｔ２＿０により、特定の範囲にあるＳＦＩ－ｉｎｄｅｘフィールド値が指定されていることを検出したことに応じて、ＣＯＴの終わりを判断する。なお、例えば、ＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤのＭＳＢで特定の範囲か否かを識別してもよい。

例えば、ユーザ端末２０は、ＳＦＩ－ｉｎｄｅｘフィールド値として、０～１２７の範囲の値が指定された場合、通常の範囲の値であると判断し、ＳＦＩ－ｉｎｄｅｘフィールド値として、１２８～２５５の範囲の値が指定された場合、特定の範囲の値であると判断する。

また、ユーザ端末２０は、１２８～２５５の範囲の値が指定された場合に、それを１２８で割った余りの値が、ｓｌｏｔＦｏｒｍａｔｓを指定する値（つまり、ＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎＩＤ）であると判断してもよい。

ユーザ端末２０が、ＣＯＴの終わりのスロットを判断する方法の例として、下記の実施例６－１、実施例６－２、実施例６－３がある。

＜実施例６－１＞
実施例６－１では、ユーザ端末２０は、ＤＣＩＦｏｒｍａｔ２＿０により、特定の範囲にあるＳＦＩ－ｉｎｄｅｘフィールド値が指定されていることを検出すると、当該ＳＦＩ－ｉｎｄｅｘフィールド値で指定されたｓｌｏｔＦｏｒｍａｔｓの最後のスロットがＣＯＴの終わりであると判断する。

具体例を図３、図１２（６－１）を参照して説明する。図３のＳ１０１において、ユーザ端末２０に、ｓｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎｓ等が設定される。

図３のＳ１０２において、例えば、ユーザ端末２０は、図１２にＡ～Ｄで示す４回のＤＣＩＦｏｒｍａｔ２＿０（通常の範囲にあるＳＦＩ－ｉｎｄｅｘフィールド値を指定するもの）を検出する。ユーザ端末２０は、これら４回のＤＣＩＦｏｒｍａｔ２＿０で指定されるｓｌｏｔＦｏｒｍａｔｓの各スロットはＣＯＴ内にあると判断する。

４回のＤＣＩＦｏｒｍａｔ２＿０の後、ユーザ端末２０は、ＤＣＩＦｏｒｍａｔ２＿０により、特定の範囲にあるＳＦＩ－ｉｎｄｅｘフィールド値が指定されていることを検出する。当該ＳＦＩ－ｉｎｄｅｘフィールド値で指定されるｓｌｏｔＦｏｒｍａｔｓは例えば｛０，１，１｝であり、ユーザ端末２０は、最後（３番目）のスロットがＣＯＴの最後であると判断する。

＜実施例６－２＞
実施例６－２では、ユーザ端末２０は、ＤＣＩＦｏｒｍａｔ２＿０により、特定の範囲にあるＳＦＩ－ｉｎｄｅｘフィールド値が指定されていることを検出すると、当該ＤＣＩＦｏｒｍａｔ２＿０の前の最後のＤＣＩＦｏｒｍａｔ２＿０（通常の範囲にあるＳＦＩ－ｉｎｄｅｘフィールド値を指定）で指定されるｓｌｏｔＦｏｒｍａｔｓの最後のスロットがＣＯＴの終わりであると判断する。

実施例６－１との相違部分の具体例を図１３（６－２）を参照して説明する。ユーザ端末２０は、図１３のＡ～Ｃで示す３回のＤＣＩＦｏｒｍａｔ２＿０（通常の範囲にあるＳＦＩ－ｉｎｄｅｘフィールド値を指定）を検出する。ユーザ端末２０は、これら３回のＤＣＩＦｏｒｍａｔ２＿０で指定されるｓｌｏｔＦｏｒｍａｔｓの各スロットはＣＯＴ内にあると判断する。

３回のＤＣＩＦｏｒｍａｔ２＿０の後、ユーザ端末２０は、ＤＣＩＦｏｒｍａｔ２＿０により、特定の範囲にあるＳＦＩ－ｉｎｄｅｘフィールド値が指定されていることを検出すると、当該ＤＣＩＦｏｒｍａｔ２＿０の前の最後のＤＣＩＦｏｒｍａｔ２＿０で指定されたｓｌｏｔＦｏｒｍａｔｓにおける最後のスロットがＣＯＴの最後であると判断する。

＜実施例６－３＞
実施例６－３は、実施例１と実施例６の組み合わせに相当する。実施例６－３では、ユーザ端末２０は、ＤＣＩＦｏｒｍａｔ２＿０により、特定の範囲にあるＳＦＩ－ｉｎｄｅｘフィールド値が指定されていることを検出すると、当該ＳＦＩ－ｉｎｄｅｘフィールド値で指定されるｓｌｏｔＦｏｒｍａｔｓの最後のスロットにおけるフォーマット番号が実施例１で説明した特定のスロット番号である場合に、当該最後のスロットをＣＯＴ外であると判断する。

実施例６－１との相違部分の具体例を図１４（６－３）を参照して説明する。ユーザ端末２０は、図１４のＡ～Ｄで示す４回のＤＣＩＦｏｒｍａｔ２＿０（通常の範囲にあるＳＦＩ－ｉｎｄｅｘフィールド値を指定）を検出する。ユーザ端末２０は、これら４回のＤＣＩＦｏｒｍａｔ２＿０で指定されるｓｌｏｔＦｏｒｍａｔｓの各スロットはＣＯＴ内にあると判断する。

４回のＤＣＩＦｏｒｍａｔ２＿０の後、ユーザ端末２０は、ＤＣＩＦｏｒｍａｔ２＿０により、特定の範囲にあるＳＦＩ－ｉｎｄｅｘフィールド値が指定されていることを検出すると、当該ＳＦＩ－ｉｎｄｅｘフィールド値で指定されるｓｌｏｔＦｏｒｍａｔｓの最後のスロットのフォーマット番号が特定のフォーマット番号であるか否かを判断する。当該ｓｌｏｔＦｏｒｍａｔｓの最後のスロットのフォーマット番号が特定のフォーマット番号である場合、ユーザ端末２０は、当該最後のスロットがＣＯＴ外であると判断する。

（実施例７）
次に、実施例７を説明する。実施例７は、実施例１～６、８、９のいずれにも適用することができる。

実施例７では、ＤＣＩＦｏｒｍａｔ２＿０により、ＳＦＩ－ｉｎｄｅｘフィールドに代えて、あるいは、ＳＦＩ－ｉｎｄｅｘフィールドに加えて、下記のブロック番号で識別される１以上のブロックが送信される。つまり、ＤＣＩＦｏｒｍａｔ２＿０の中に下記のブロック番号で識別される１以上のブロックが含まれる。

－ブロック番号１、ブロック番号２、...、ブロック番号Ｎ
各ブロックの開始ビット位置は、例えば、ＲＲＣメッセージ（例：ｐｏｓｉｔｉｏｎｉｎＤＣＩ）により基地局装置１０からユーザ端末２０に通知される。各ブロックのビット位置は、例えば、サービングセルに対応する。ただし、各ブロックのビット位置がサービングセルとは関係のない位置であってもよい。

各ブロックの内容は、ＲＲＣ等の上位レイヤシグナリングで基地局装置１０からユーザ端末２０に通知される。各ブロックには、例えば下記の情報が含まれる。下記の情報の全部が含まれていなくてもよい。下記のうちのいずれか１つが含まれることとしてもよい。

－ＳｌｏｔＦｏｒｍａｔＩｎｄｉｃａｔｏｒ（非特許文献１に開示されたＳｌｏｔＦｏｒｍａｔＩｎｄｉｃａｔｏｒと同じであってもよいし、修正されたものであってもよい）；
－ＣＯＴ関連情報（例：ＣＯＴの中か外かを示す情報、ＣＯＴ終了タイミング／残存時間を示す情報等）；
－サブバンドの情報。

サブバンドの情報には、例えば、１以上のサブバンドそれぞれの周波数幅を示す情報と、それぞれに対応するＩＤが含まれる。そして、例えば、基地局装置１０において、あるサブバンドを対象とするＬＢＴがＯＫになり、そのサブバンドでのＣＯＴを獲得した場合に、基地局装置１０は、そのサブバンドを示すＩＤを含むＤＣＩＦｏｒｍａｔ２＿０（例えば実施例１～６のいずれかのＤＣＩＦｏｒｍａｔ２＿０）をユーザ端末２０に送信する。これにより、ユーザ端末２０は、サブバンド単位で、スロットがＣＯＴ内にあるか否かを判断できる。

（実施例８）
次に、実施例８を説明する。実施例８は、実施例１～７、９のいずれにも適用することができる。

ＬＢＴには、ＦＢＥ（ｆｒａｍｅｂａｓｅｄｅｑｕｉｐｍｅｎｔ）とＬＢＥ（ｌｏａｄｂａｓｅｄｅｑｕｉｐｍｅｎｔ）の２種類がある。

図１６に「ＦＢＥ」として例示されているように、ＦＢＥでは、固定のタイミング（周期）でＬＢＴが実行される。すなわち、ＦＢＥでは、ＣＯＴ開始タイミングとＣＯＴ終了タイミングとＣＯＴ時間長は常に固定である。

また、図１６に「ＬＢＥ」として例示されているように、ＬＢＥでは、ＬＢＴが任意のタイミングで行われる。すなわち、ＬＢＥでは、ＣＯＴ開始タイミングとＣＯＴ終了タイミングとＣＯＴ時間長はいずれも時間とともに変化し得る。

基地局装置１０のＬＢＴとしてＦＢＥが実行される場合、ＣＯＴのＣＯＴ開始タイミングとＣＯＴ終了タイミングとＣＯＴ時間長が固定であるため、実施例１～６で説明したようなＣＯＴ構造の通知を行わないこととしてもよい。基地局装置１０のＬＢＴとしてＬＢＥが実行される場合には、実施例１～６で説明したようなＣＯＴ構造の通知が実行される。

そこで、実施例８では、基地局装置１０がＦＢＥを行う場合、基地局装置１０は、上位レイヤシグナリング（ＳＩＢ又はＲＲＣ，又は、ＳＩＢ及びＲＲＣ）でＣＯＴ構造（例：ＣＯＴ開始タイミング、ＣＯＴ終了タイミング、ＣＯＴ時間長）をユーザ端末２０に通知する。この場合、ユーザ端末２０は、実施例１～６で説明したような動的なＣＯＴ構造の通知がなされないことを想定し、上位レイヤシグナリングで通知されたＣＯＴ構造を用いることで、スロットがＣＯＴ内か否かを判断することができる。なお、基地局装置１０はユーザ端末２０に対し、ＣＯＴ構造に代えて、ＬＢＴの開始タイミング、実行周期、及び時間長を通知することとしてもよい。

上記の動作例を図１７に示す。図１７のＳ２０１において、ユーザ端末２０は基地局装置１０から上位レイヤシグナリングによりＣＯＴ構造を受信する。Ｓ２０２において、ユーザ端末２０は、固定のＣＯＴ構造を想定して、スロットがＣＯＴ内か外かを判断する。

なお、ユーザ端末２０は、上記の設定がなされた場合に、基地局装置１０においてＦＢＥ動作がなされると判断し、上記の設定がなされない場合に、基地局装置１０においてＬＢＥ動作がなされると判断してもよい。

また、基地局装置２０がＬＢＴ種別（ＦＢＥ又はＬＢＥ）をユーザ端末２０に対してｅｘｐｌｉｃｉｔに上位レイヤシグナリング（ＳＩＢ又はＲＲＣ，又は、ＳＩＢ及びＲＲＣ）で通知してもよい。

実施例８により、ＬＢＴ種別に応じた効率的な動作が可能となる。

（実施例９）
次に、実施例９を説明する。実施例９は、実施例１～８のいずれにも適用することができる。

図１８に示すように、ＬＢＴ実行前のＵＬｇｒａｎｔによりスケジュールされたＵＬリソースあるいはＣｏｎｆｉｇｕｒｅｄｇｒａｎｔによるＵＬリソースが、基地局装置１０により新たに獲得されたＣＯＴ内に入る場合がある。

図１８のＡに示すように、ユーザ端末２０は、ＣＯＴ外であれば、例えば事前の設定に従ってカテゴリ４のＬＢＴを行ってＵＬ送信を行う。また、ＣＯＴ内でスケジュールされたＵＬ送信であれば、ＬＢＴを実施しないことも可能である。

しかし、Ｂ、Ｃに示すＵＬリソースのスケジュール／設定時において、カテゴリ４のＬＢＴを行うことが指定されていた場合、ユーザ端末２０は、ＣＯＴ内なので簡易なＬＢＴ（カテゴリ１、２等）を行ってよいのか、カテゴリ４を行うべきなのか不明である。

そこで、実施例８では、これまでに説明したＤＣＩＦｏｒｍａｔ２＿０（例えば図１８のＤＬで通知されるＤＣＩＦｏｒｍａｔ２＿０）の中にＵＬのＬＢＴ情報を含める。当該ＬＢＴ情報は、実施例７で説明したブロックに含まれてもよい。

当該ＬＢＴ情報は、ＵＬ送信のために実施すべきＬＢＴの種別であってもよいし、ＤＬからＵＬへの切り替えのためギャップ時間長（ＵＬ送信から別のＵＬ送信までのギャップ時間長でもよい）であってもよい。ユーザ端末２０は、ギャップ時間長に基づき、実施すべきＬＢＴを判断できる。

また、図１８に示すＢ，ＣのようなＵＬ送信のために実施すべきＬＢＴの種別（あるいはギャップ時間長）が上位レイヤシグナリング（ＳＩＢあるいはＲＲＣ）により基地局装置１０からユーザ端末２０に通知されてもよい。この場合、ＤＣＩＦｏｒｍａｔ２＿０による動的なＬＢＴ情報の通知を行わなくても、ユーザ端末２０は適切にＬＢＴを実行できる。

（装置構成）
次に、これまでに説明した処理及び動作を実行する基地局装置１０及びユーザ端末２０の機能構成例を説明する。基地局装置１０及びユーザ端末２０は上述した実施例１～実施例９を実施する機能を含む。ただし、基地局装置１０及びユーザ端末２０はそれぞれ、実施例１～実施例９のうちの一部の機能のみを備えることとしてもよい。

＜基地局装置１０＞
図１９は、基地局装置１０の機能構成の一例を示す図である。図１９に示されるように、基地局装置１０は、送信部１１０と、受信部１２０と、設定部１３０と、制御部１４０とを有する。図１９に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。また、送信部１１０と、受信部１２０とをまとめて通信部と称してもよい。

送信部１１０は、ユーザ端末２０側に送信する信号を生成し、当該信号を無線で送信する機能を含む。受信部１２０は、ユーザ端末２０から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。また、送信部１１０は、ユーザ端末２０へＮＲ－ＰＳＳ、ＮＲ－ＳＳＳ、ＮＲ－ＰＢＣＨ、ＤＬ／ＵＬ制御信号、ＰＤＣＣＨによるＤＣＩ、ＰＤＳＣＨによるデータ等を送信する機能を有する。

設定部１３０は、予め設定される設定情報、及び、ユーザ端末２０に送信する各種の設定情報を設定部１３０が備える記憶装置に格納し、必要に応じて記憶装置から読み出す。

制御部１４０は、送信部１１０を介してユーザ端末２０のＤＬ受信あるいはＵＬ送信のスケジューリングを行う。制御部１４０における信号送信に関する機能部を送信部１１０に含め、制御部１４０における信号受信に関する機能部を受信部１２０に含めてもよい。また、送信部１１０を送信機と呼び、受信部１２０を受信機と呼んでもよい。

＜ユーザ端末２０＞
図２０は、ユーザ端末２０の機能構成の一例を示す図である。図２０に示されるように、ユーザ端末２０は、送信部２１０と、受信部２２０と、設定部２３０と、制御部２４０とを有する。図２０に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。送信部２１０と、受信部２２０をまとめて通信部と称してもよい。ユーザ端末２０を端末と呼んでもよい。

送信部２１０は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部２２０は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部２２０は、基地局装置１０から送信されるＮＲ－ＰＳＳ、ＮＲ－ＳＳＳ、ＮＲ－ＰＢＣＨ、ＤＬ／ＵＬ／ＳＬ制御信号、ＰＤＣＣＨによるＤＣＩ、ＰＤＳＣＨによるデータ等を受信する機能を有する。また、例えば、送信部２１０は、Ｄ２Ｄ通信として、他のユーザ端末２０に、ＰＳＣＣＨ（Physical Sidelink Control Channel）、ＰＳＳＣＨ（Physical Sidelink Shared Channel）、ＰＳＤＣＨ（Physical Sidelink Discovery Channel）、ＰＳＢＣＨ（Physical Sidelink Broadcast Channel）等を送信し、受信部１２０は、他のユーザ端末２０から、ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＤＣＨ又はＰＳＢＣＨ等を受信することとしてもよい。

設定部２３０は、受信部２２０により基地局装置１０又はユーザ端末２０から受信した各種の設定情報を設定部２３０が備える記憶装置に格納し、必要に応じて記憶装置から読み出す。また、設定部２３０は、予め設定される設定情報も格納する。

制御部２４０は、ユーザ端末２０の制御を行う。制御部２４０における信号送信に関する機能部を送信部２１０に含め、制御部２４０における信号受信に関する機能部を受信部２２０に含めてもよい。また、また、送信部２１０を送信機と呼び、受信部２２０を受信機と呼んでもよい。

＜まとめ＞
本実施の形態により、少なくとも、下記の第１項～第６項に示す端末が提供される。
（第１項）
スロットフォーマットとスロットフォーマットコンビネーションＩＤとを含む１以上のスロットフォーマットコンビネーションを有する設定情報を基地局装置から受信する受信部２２０と、
前記受信部２２０が、スロットフォーマットコンビネーションＩＤを含む制御情報を受信した場合に、当該制御情報に含まれるスロットフォーマットコンビネーションＩＤに対応するスロットフォーマットにおけるスロットのフォーマットインデックスに基づいて、当該スロットが、前記基地局装置によるＬＢＴで獲得されたチャネル占有時間の外か否かを判断する制御部２４０と
を備える端末。
（第２項）
スロットフォーマットとスロットフォーマットコンビネーションＩＤとを含む１以上のスロットフォーマットコンビネーションを有する設定情報を基地局装置から受信する受信部２２０と、
前記受信部２２０が、スロットフォーマットコンビネーションＩＤを含む制御情報を受信した場合に、当該制御情報の検出方法、当該スロットフォーマットコンビネーションＩＤが指定されるサービングセル、当該スロットフォーマットコンビネーションＩＤの前記制御情報におけるビット位置、又は、当該スロットフォーマットコンビネーションＩＤの値が属する範囲に基づいて、前記基地局装置によるＬＢＴで獲得されたチャネル占有時間の終わりのスロットを決定する制御部２４０と
を備える端末。
（第３項）
前記制御部２４０が、前記制御情報の検出方法に基づいて前記チャネル占有時間の終わりのスロットを決定する場合において、
前記制御部２４０は、特定のＲＮＴＩ、特定のアグリゲーションレベル、又は特定のサーチスぺースにより前記制御情報を検出した場合に、
当該制御情報に含まれるスロットフォーマットコンビネーションＩＤに対応するスロットフォーマットにおける最後のスロットが前記チャネル占有時間の終わりのスロットであると判断する、又は、
当該制御情報の前の最後に受信した制御情報に含まれるスロットフォーマットコンビネーションＩＤに対応するスロットフォーマットにおける最後のスロットが前記チャネル占有時間の終わりのスロットであると判断する
第２項に記載の端末。
（第４項）
前記制御部２４０が、前記スロットフォーマットコンビネーションＩＤが指定されるサービングセルに基づいて前記チャネル占有時間の終わりのスロットを決定する場合において、
前記制御部２４０は、特定のサービングセルに対して前記スロットフォーマットコンビネーションＩＤが指定されることを検出した場合に、
前記制御情報に含まれるスロットフォーマットコンビネーションＩＤに対応するスロットフォーマットにおける最後のスロットが前記チャネル占有時間の終わりのスロットであると判断する、又は、
前記制御情報の前の最後に受信した制御情報に含まれるスロットフォーマットコンビネーションＩＤに対応するスロットフォーマットにおける最後のスロットが前記チャネル占有時間の終わりのスロットであると判断する
第２項に記載の端末。
（第５項）
前記制御部２４０が、前記スロットフォーマットコンビネーションＩＤの前記制御情報におけるビット位置、又は、前記スロットフォーマットコンビネーションＩＤの値が属する範囲に基づいて前記チャネル占有時間の終わりのスロットを決定する場合において、
前記制御部２４０は、前記スロットフォーマットコンビネーションＩＤが前記制御情報における特定のビット位置にあること、又は、前記スロットフォーマットコンビネーションＩＤの値が特定の範囲に属することを検出した場合に、
前記制御情報に含まれるスロットフォーマットコンビネーションＩＤに対応するスロットフォーマットにおける最後のスロットが前記チャネル占有時間の終わりのスロットであると判断する、又は、
前記制御情報の前の最後に受信した制御情報に含まれるスロットフォーマットコンビネーションＩＤに対応するスロットフォーマットにおける最後のスロットが前記チャネル占有時間の終わりのスロットであると判断する
第２項に記載の端末。
（第６項）
前記基地局装置から送信される前記制御情報は、前記スロットフォーマットコンビネーションＩＤに加えて、サブバンドの情報を含む
第１項ないし第５項のうちいずれか１項に記載の端末。

第１項～第６項に記載されたいずれの構成によっても、スロットがＣＯＴ内であるか否かを示す動的な情報を、ユーザ端末が基地局装置から適切に受信することを可能とする技術が提供される。

（ハードウェア構成）
上記実施形態の説明に用いたブロック図（図１９及び図２０）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。

例えば、本開示の一実施の形態における基地局装置１０、ユーザ端末２０等は、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図２１は、本開示の一実施の形態に係る基地局装置１０及びユーザ端末２０のハードウェア構成の一例を示す図である。上述の基地局装置１０及びユーザ端末２０は、物理的には、プロセッサ１００１、記憶装置１００２、補助記憶装置１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニット等に読み替えることができる。基地局装置１０及びユーザ端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

基地局装置１０及びユーザ端末２０における各機能は、プロセッサ１００１、記憶装置１００２等のハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、記憶装置１００２及び補助記憶装置１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインタフェース、制御装置、演算装置、レジスタ等を含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。例えば、上述の制御部１４０、制御部２４０等は、プロセッサ１００１によって実現されてもよい。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータ等を、補助記憶装置１００３及び通信装置１００４の少なくとも一方から記憶装置１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図１９に示した基地局装置１０の制御部１４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図２０に示したユーザ端末２０の制御部２４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。

記憶装置１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）、ＲＡＭ（Random Access Memory）等の少なくとも１つによって構成されてもよい。記憶装置１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）等と呼ばれてもよい。記憶装置１００２は、本開示の一実施の形態に係る通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュール等を保存することができる。

補助記憶装置１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ROM）等の光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップ等の少なくとも１つによって構成されてもよい。上述の記憶媒体は、例えば、記憶装置１００２及び補助記憶装置１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。

通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、送受信アンテナ、アンプ部、送受信部、伝送路インターフェース等は、通信装置１００４によって実現されてもよい。送受信部は、送信部と受信部とで、物理的に、または論理的に分離された実装がなされてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサ等）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプ等）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

また、プロセッサ１００１及び記憶装置１００２等の各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

また、基地局装置１０及びユーザ端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

（実施形態の補足）
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、基地局装置１０及びユーザ端末２０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って基地局装置１０が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従ってユーザ端末２０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。

また、情報の通知は、本開示で説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージ等であってもよい。

本開示において説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、ＮＲ（new Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。

本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャート等は、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

本明細書において基地局装置１０によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局装置１０を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、ユーザ端末２０との通信のために行われる様々な動作は、基地局装置１０及び基地局装置１０以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷ等が考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局装置１０以外の他のネットワークノードが１つである場合を例示したが、他のネットワークノードは、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。

本開示において説明した情報又は信号等は、上位レイヤ（又は下位レイヤ）から下位レイヤ（又は上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。

入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

本開示における判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Component Carrier）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。

本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。

また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。

上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

本開示においては、「基地局（ＢＳ：Base Station）」、「無線基地局」、「基地局装置」、「固定局（fixed station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access point）」、「送信ポイント（transmission point）」、「受信ポイント（reception point）、「送受信ポイント（transmission/reception point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。

基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：ＲｅｍｏｔｅＲａｄｉｏＨｅａｄ）によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。

本開示においては、「移動局（ＭＳ：Mobile Station）」、「ユーザ端末（user terminal）」、「ユーザ端末（ＵＥ：User Equipment）」、「端末」などの用語は、互換的に使用され得る。

移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。

基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのＩｏＴ（Internet of Things）機器であってもよい。

また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ端末２０間の通信（例えば、Ｄ２Ｄ（Device-to-Device）、Ｖ２Ｘ（Vehicle-to-Everything）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局装置１０が有する機能をユーザ端末２０が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。

同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末が有する機能を基地局が有する構成としてもよい。

本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。

「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。

参照信号は、ＲＳ（Reference Signal）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。

本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

無線フレームは時間領域において１つ又は複数のフレームによって構成されてもよい。時間領域において１つ又は複数の各フレームはサブフレームと呼ばれてもよい。サブフレームは更に時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジ（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。

ニューメロロジは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジは、例えば、サブキャリア間隔（ＳＣＳ：SubCarrier Spacing）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（ＴＴＩ：Transmission Time Interval）、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。

スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボル、ＳＣ-ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）シンボル等）で構成されてもよい。スロットは、ニューメロロジに基づく時間単位であってもよい。

スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。

無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。

例えば、１サブフレームは送信時間間隔（ＴＴＩ：Transmission Time Interval）と呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。また、１スロットが単位時間と呼ばれてもよい。単位時間は、ニューメロロジに応じてセル毎に異なっていてもよい。

ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各ユーザ端末２０に対して、無線リソース（各ユーザ端末２０において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。

ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。

なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。

１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（ＬＴＥＲｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。

なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。

リソースブロック（ＲＢ）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（subcarrier）を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジに基づいて決定されてもよい。

また、ＲＢの時間領域は、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックで構成されてもよい。

なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：Physical RB）、サブキャリアグループ（ＳＣＧ：Sub-Carrier Group）、リソースエレメントグループ（ＲＥＧ：Resource Element Group）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。

また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：Resource Element）によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。

帯域幅部分（ＢＷＰ：Bandwidth Part）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジ用の連続する共通ＲＢ（common resource blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。

ＢＷＰには、ＵＬ用のＢＷＰ（ＵＬＢＷＰ）と、ＤＬ用のＢＷＰ（ＤＬＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。

設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。

上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）長などの構成は、様々に変更することができる。

本開示において、例えば、英語でのa, an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

なお、本開示において、送信部２１０及び受信部２２０は、通信部の一例である。送信部１１０及び受信部１２０は、通信部の一例である。ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙは、ユーザ端末の能力を問い合わせる第１のＲＲＣメッセージの一例である。ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎは、ＵＥ能力を報告する第２のＲＲＣメッセージの一例である。

以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。

１０基地局装置
１１０送信部
１２０受信部
１３０設定部
１４０制御部
２０ユーザ端末
２１０送信部
２２０受信部
２３０設定部
２４０制御部
１００１プロセッサ
１００２記憶装置
１００３補助記憶装置
１００４通信装置
１００５入力装置
１００６出力装置

Claims

上位レイヤシグナリングによって、チャネルのセンシングを行うＬＢＴ種別を受信する受信部、
を備え、
前記ＬＢＴ種別が第一の種別の場合、
前記受信部は、センシング周期に関する設定情報を受信し、
前記センシング周期に基づいて、チャネル占有時間を決定する設定部、を更に備え、
前記ＬＢＴ種別が第二の種別の場合、
前記受信部は、前記上位レイヤシグナリングによってスロットフォーマットに関する設定情報と、下りチャネルによって下りチャネル制御情報を受信し、
前記設定部は、前記下りチャネル制御情報において、前記上位レイヤシグナリングにより定まる位置にある前記チャネル占有時間とサブバンドに関する情報を決定する
端末。
上位レイヤシグナリングによって、チャネルのセンシングを行うＬＢＴ種別を端末に送信する送信部、
を備え、
前記ＬＢＴ種別が第一の種別の場合、
前記送信部は、センシング周期に関する設定情報を端末に送信し、
前記センシング周期に基づいて、チャネル占有時間を決定する設定部、を更に備え、
前記ＬＢＴ種別が第二の種別の場合、
前記送信部は、前記上位レイヤシグナリングによってスロットフォーマットに関する設定情報と、下りチャネルによって下りチャネル制御情報を送信し、
前記設定部は、前記下りチャネル制御情報において、前記上位レイヤシグナリングにより定まる位置にある前記チャネル占有時間とサブバンドに関する情報を決定する
基地局。
上位レイヤシグナリングによって、チャネルのセンシングを行うＬＢＴ種別を端末に送信する送信部、
を備え、
前記ＬＢＴ種別が第一の種別の場合、
前記送信部は、センシング周期に関する設定情報を端末に送信し、
前記センシング周期に基づいて、チャネル占有時間を決定する設定部、
を更に備える基地局と、
上位レイヤシグナリングによって、前記ＬＢＴ種別を前記基地局から受信する受信部、
を備え、
前記ＬＢＴ種別が第一の種別の場合、
前記受信部は、センシング周期に関する設定情報を前記基地局から受信し、
前記センシング周期に基づいて、チャネル占有時間を決定する設定部、を更に備え、
前記ＬＢＴ種別が第二の種別の場合、
前記受信部は、前記上位レイヤシグナリングによってスロットフォーマットに関する設定情報と、下りチャネルによって下りチャネル制御情報を受信し、
前記設定部は、前記下りチャネル制御情報において、前記上位レイヤシグナリングにより定まる位置にある前記チャネル占有時間とサブバンドに関する情報を決定する
端末と、
を備える通信システム。
上位レイヤシグナリングによって、チャネルのセンシングを行うＬＢＴ種別を受信する受信ステップ、
を備え、
前記ＬＢＴ種別が第一の種別の場合、
前記受信ステップは、センシング周期に関する設定情報を受信し、
前記センシング周期に基づいて、チャネル占有時間を決定する設定ステップ、を更に備え、
前記ＬＢＴ種別が第二の種別の場合、
前記受信ステップは、前記上位レイヤシグナリングによってスロットフォーマットに関する設定情報と、下りチャネルによって下りチャネル制御情報を受信し、
前記設定ステップは、前記下りチャネル制御情報において、前記上位レイヤシグナリングにより定まる位置にある前記チャネル占有時間とサブバンドに関する情報を決定する
端末の通信方法。