(57)【要約】【課題】  無線通信システムにおいてチャネル送信を制御する方法及び装置を提供する。【解決手段】  ＵＥの観点からの方法及び装置が開示される。一実施形態では、方法は、ＵＥが、シンボルのセット内の各シンボルの機能を示すコンフィギュレーションを受信するステップを含む。方法は、ＵＥが、コンフィギュレーション及びスロットに関連するグループ共通ＰＤＣＣＨに従って、スロットについてのスロット構造を決定するステップを含む。【選択図】  図２１
2020195155.tif 000002
【特許請求の範囲】
【請求項１】
ＵＥ（ユーザ機器）の方法であって、
前記ＵＥが、シンボルのセット内の各シンボルの機能を示すコンフィギュレーションを受信するステップと、
前記ＵＥが、前記コンフィギュレーション及びスロットに関連するグループ共通ＰＤＣＣＨ（物理下りリンク制御チャネル）に従って、該スロットについてのスロット構造を決定するステップと、を含み、
前記コンフィギュレーションが、複数の最小機能ブロック内の各シンボルの機能を示し、前記グループ共通ＰＤＣＣＨは、前記複数の最小機能ブロックの存在及びシーケンスを示す、方法。
【請求項２】
前記ＵＥは、前記コンフィギュレーションなしでは前記グループ共通ＰＤＣＣＨに従ってスロットフォーマットを導出することができない、請求項１に記載の方法。
【請求項３】
前記コンフィギュレーションは、ＲＲＣ（無線リソース制御）メッセージによってシグナリングされる、請求項１に記載の方法。
【請求項４】
前記コンフィギュレーションは、特にＵＥのためのものである、請求項１に記載の方法。
【請求項５】
前記コンフィギュレーションは、異なるシンボルのセット内の各シンボルの異なる機能を示す、請求項１に記載の方法。
【請求項６】
前記ＵＥは、どの構成されたシンボルのセットが存在するかに関する情報を受信する、請求項５に記載の方法。
【請求項７】
前記シンボルのセットは、情報を提供するためのグループ共通ＰＤＣＣＨの基本単位である、請求項１に記載の方法。
【請求項８】
基地局の方法であって、
前記基地局が、シンボルのセット内の各シンボルの機能を示す第１のコンフィギュレーションを第１のＵＥ（ユーザ機器）にシグナリングするステップと、
前記基地局が、前記第１のコンフィギュレーション及びスロットに関連するグループ共通ＰＤＣＣＨ（物理下りリンク制御チャネル）に従って、前記第１のＵＥのために該スロットについてのスロット構造を決定するステップと、を含み、
前記第１のコンフィギュレーションが、複数の最小機能ブロック内の各シンボルの機能を示し、前記グループ共通ＰＤＣＣＨは、前記複数の最小機能ブロックの存在及びシーケンスを示す、方法。
【請求項９】
前記基地局が、シンボルのセット内の各シンボルの機能を示す第２のコンフィギュレーションを第２のＵＥにシグナリングするステップと、
前記基地局が、前記第２のコンフィギュレーション及び前記スロットに関連する前記グループ共通ＰＤＣＣＨに従って、前記第２のＵＥのために前記スロットについてのスロット構造を決定するステップと、を含む、請求項８に記載の方法。
【請求項１０】
前記基地局は、前記第１のＵＥ及び前記第２のＵＥが同じグループ共通ＰＤＣＣＨを受信するように構成する、請求項９に記載の方法。
【請求項１１】
前記第１のＵＥ及び前記第２のＵＥは、同じグループ共通ＰＤＣＣＨに従って、同じスロットのスロット構造に関して異なる理解を有する、請求項１０に記載の方法。
【請求項１２】
前記基地局は、異なるシンボルのセット内の各シンボルの異なる機能を前記第１のＵＥに構成する、請求項８に記載の方法。
【請求項１３】
前記基地局は、どの構成されたシンボルのセットが存在するかを前記ＵＥに通知する、請求項１２に記載の方法。
【請求項１４】
ユーザ機器（ＵＥ）であって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路に設けられ、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
シンボルのセット内の各シンボルの機能を示すコンフィギュレーションを受信することと、
前記コンフィギュレーション及びスロットに関連するグループ共通ＰＤＣＣＨ（物理下りリンク制御チャネル）に従って、該スロットについてのスロット構造を決定することと、
を行うように構成され、
前記コンフィギュレーションが、複数の最小機能ブロック内の各シンボルの機能を示し、前記グループ共通ＰＤＣＣＨは、前記複数の最小機能ブロックの存在及びシーケンスを示す、ＵＥ。
【請求項１５】
前記ＵＥは、前記コンフィギュレーションなしでは前記グループ共通ＰＤＣＣＨに従ってスロットフォーマットを導出することができない、請求項１４に記載のＵＥ。
【請求項１６】
前記コンフィギュレーションは、ＲＲＣ（無線リソース制御）メッセージによってシグナリングされる、請求項１４に記載のＵＥ。
【請求項１７】
前記コンフィギュレーションは、特にＵＥのためのものである、請求項１４に記載のＵＥ。
【請求項１８】
前記コンフィギュレーションは、異なるシンボルのセット内の各シンボルの異なる機能を示す、請求項１４に記載のＵＥ。
【請求項１９】
前記ＵＥは、どの構成されたシンボルのセットが存在するかに関する情報を受信する、請求項１８に記載のＵＥ。
【請求項２０】
前記シンボルのセットは、情報を提供するグループ共通ＰＤＣＣＨの基本単位である、請求項１４に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１７年２月１０日に出願された米国仮特許出願第６２／４５７，６９３号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。
【０００２】
本開示は、概して、無線通信ネットワークに関し、より詳細には、無線通信システムにおいてチャネル送信を制御するための方法及び装置に関する。
【背景技術】
【０００３】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。このようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、及びオンデマンド通信サービスを提供可能である。
【０００４】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰ及びマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展及び確定に向けて検討されている。
【発明の概要】
【０００５】
ＵＥ（ユーザ装置）の観点からの方法及び装置が開示される。一実施形態では、方法は、ＵＥが、シンボルのセット内の各シンボルの機能（functionalities）を示すコンフィギュレーションを受信するステップを含む。方法は、ＵＥが、コンフィギュレーション及びスロットに関連するグループ共通ＰＤＣＣＨ（物理下りリンク制御チャネル）に従って、スロットについてのスロット構造を決定するステップを含む。
【図面の簡単な説明】
【０００６】
【図１】例示的な一実施形態による無線通信システムの図を示す。
【図２】例示的な一実施形態による送信機システム（アクセスネットワークとしても知られている）及び受信機システム（ユーザ機器又はＵＥとしても知られている）のブロック図である。
【図３】例示的な一実施形態による通信デバイスの機能ブロック図である。
【図４】例示的な一実施形態による図３のプログラムコードの機能ブロック図である。
【図５】図５は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の図６．２．２−１の再現である。
【図６】図６は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表６．２．３−１の再現である。
【図７】図７は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表６．７−１の再現である。
【図８】図８は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表６．７．２−１の再現である。
【図９】図９は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表６．８．１−１の再現である。
【図１０】図１０は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表６．８．３−１の再現である。
【図１１】図１１は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表６．１２−１の再現である。
【図１２】図１２は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の図６．１３−１の再現である。
【図１３】図１３は、３ＧＰＰ  ＴＲ  ３６．２１２  Ｖ１３．１．０の図５．３．３−１の再現である。
【図１４】図１４は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８−１の再現である。
【図１５】図１５は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８−３の再現である。
【図１６】図１６は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８−４の再現である。
【図１７】図１７は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８．１．３−１の再現である。
【図１８】図１８は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表９．１．１−１の再現である。
【図１９】図１９は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表９．１．１−１Ａの再現である。
【図２０】図２０は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表９．１．１−２の再現である。
【図２１】例示的な一実施形態によるフローチャートである。
【図２２】例示的な一実施形態によるフローチャートである。
【発明を実施するための形態】
【０００７】
以下に記載される例示的な無線通信システム及び機器は、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するため、広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（ロングタームエボリューション）無線アクセス、３ＧＰＰ  ＬＴＥ−Ａ若しくはＬＴＥ−アドバンスト（ロングタームエボリューションアドバンスト）、３ＧＰＰ２  ＵＭＢ（Ultra  Mobile  Broadband：超モバイル広帯域）、ＷｉＭａｘ、又はその他何らかの変調技術に基づいてよい。
【０００８】
特に、以下に説明する例示的な無線通信システム及びデバイスは、本明細書において３ＧＰＰと称される「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提供された標準等、１つ以上の標準をサポートするように設計されてよい。標準には、RP-150465,  “New  SI  proposal:  Study  on  Latency  reduction  techniques  for  LTE”,  Ericsson,  Huawei、TR  36.211  V13.1.0,  “E-UTRA  Study  on  latency  reduction  techniques  for  LTE  (Release  13)”、TS  36.331,  V13.2.0,  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Radio  Resource  Control  (RRC);  Protocol  specification  (Release  13)”、TS  36.212  v13.1.0,  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Multiplexing  and  channel  coding  (Release  13)”、TS  36.213  v13.1.1,  “E-UTRA  Physical  layer  procedures  (Release  13)”、RAN1#  86bis  Chairman’s  note、及びRAN1#87  Chairman’s  noteが含まれる。上掲の標準及び文書は、全体として参照により本明細書に明示的に援用される。
【０００９】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４及び１０６、別のグループは１０８及び１１０、また別のグループは１１２及び１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くの又はより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２及び１１４と通信しており、アンテナ１１２及び１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６及び１０８と通信しており、アンテナ１０６及び１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、及び１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【００１０】
アンテナの各グループ及び／又はアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
【００１１】
順方向リンク１２０及び１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６及び１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局又は基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、又はその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、又はその他何らかの専門用語で呼ばれることもある。
【００１３】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）及び受信機システム２５０（アクセス端末（ＡＴ）又はユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、及びインターリーブして、符号化データを提供する。
【００１５】
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロット及び符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、又はＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、及び変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【００１６】
そして、すべてのデータストリームについての変調シンボルはＴＸ  ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボル及びシンボルが送信されているアンテナに適用する。
【００１７】
各送信機２２２は、各シンボルストリームを受信及び処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、及びアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、及びダウンコンバート）して、調節された信号をデジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００１９】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信及び処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、及び復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０及びＴＸデータプロセッサ２１４により実行される処理と相補的である。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部及びランク値部を含む逆方向リンクメッセージを構築する。
【００２１】
逆方向リンクメッセージは、通信リンク及び／又は受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
【００２３】
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６及び１２２又は図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、ＬＴＥシステムであることが好ましい。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、及びトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像及び音声を出力することができる。トランシーバ３１４は、無線信号を受信及び送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【００２４】
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、及びレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【００２５】
パケットデータレイテンシは、一般に、性能評価のための重要な指標の１つである。パケットデータのレイテンシを低減することにより、システム性能が向上する。３ＧＰＰ  ＲＰ−１５０４６５では、研究項目「ＬＴＥの場合レイテンシ低減技術の研究」は、レイテンシ低減のいくつかの技術を調査し、標準化することを目的としている。
【００２６】
３ＧＰＰ  ＲＰ−１５０４６５によれば、その研究項目の目的は、アクティブＵＥに対してＬＴＥ  Ｕｕエアインタフェースを介したパケットデータレイテンシを大幅に低減し、より長い期間（接続された状態で）非アクティブであるＵＥに対するパケットデータ転送ラウンドトリップレイテンシを大幅に低減するために、Ｅ−ＵＴＲＡＮ（発展型ユニバーサル地上無線アクセスネットワーク）無線システムに対する拡張を研究することである。この研究領域は、無線インタフェース容量、バッテリ寿命、制御チャネルリソース、仕様の影響及び技術的実現可能性を含むリソース効率性を含む。ＦＤＤ（周波数分割複信）とＴＤＤ（時分割複信）二重モードの両方が考慮される。
【００２７】
３ＧＰＰ  ＲＰ−１５０４６５によれば、次のように２つの領域を研究し、文書化すべきとされている：
−  高速上りリンクアクセスソリューション
アクティブＵＥ及びより長い時間非アクティブであるが、ＲＲＣ接続が保たれているＵＥの場合、スケジューリングされるＵＬ送信のためのユーザプレーンレイテンシを低減することと、現行の規格によって許可されたプレスケジューリングソリューションと比較して、プロトコル及びシグナリングの強化を伴うよりリソース効率のよいソリューションを取得することに焦点を当てるべきであり、現行のＴＴＩの長さと処理時間を維持してもしなくてもよい。
−  ＴＴＩ（送信時間間隔）の短縮と処理時間の短縮
リファレンス信号と物理レイヤ制御シグナリングへの影響を考慮して、０．５ｍｓと１つのＯＦＤＭシンボルの間のＴＴＩ長の仕様の影響を評価し、実現可能性と性能を評価する。
【００２８】
ＴＴＩの短縮及び処理時間の短縮は、レイテンシを低減するための効果的なソリューションと考えることができ、これは、送信のための時間単位を（例えば、１ｍｓ（１４ＯＦＤＭ）シンボルから１〜７ＯＦＤＭシンボルに）減らすことができるためであり、同様に復号による遅延を減らすことができる。ＴＴＩ長を小さくするもう１つの利点は、トランスポートブロック（ＴＢ）サイズについてより細かい粒度をサポートすることであり、不要なパディングを減らすことができるようにする。一方で、ＴＴＩ長を小さくすると、物理チャネルは１ｍｓ構造に基づいて開発されているため、現在のシステム設計に大きな影響を与える可能性もある。短縮されたＴＴＩは、ｓＴＴＩとも呼ばれる。
【００２９】
５Ｇの場合のＮｅｗ  ＲＡＴ（ＮＲ）において使用されるフレーム構造は、時間及び周波数リソースに対して、（３ＧＰＰ  ＲＰ−１５０４６５で論じられているように）様々なタイプの要求に対応する。例えば、超低遅延（〜０．５ｍｓ）から、ＭＴＣ（マシン型通信）の場合の遅延許容トラフィックまで、ｅＭＢＢ（拡張型モバイルブロードバンド）の場合の高いピークレートから、ＭＴＣの場合の非常に低いデータレートまでに対応する。この研究の重要な焦点は、短縮ＴＴＩなどの低レイテンシの観点がある一方で、異なるＴＴＩを混合又は適応させるという他の態様もこの研究において考慮されていることである。多様なサービスと要件に加え、ＮＲのすべての機能が初期段階又はリリースに含まれるわけではないため、前方互換性が初期ＮＲフレーム構造設計においては重要な考慮事項である。
【００３０】
プロトコルのレイテンシを低減することは、様々な世代又はリリース間での重要な改善であり、新しいアプリケーション要件、例えばリアルタイムサービスを満たすことに加えて、効率を改善することができる。レイテンシを低減するためによく採用される効果的な方法は、ＴＴＩ長を３Ｇにおける１０ｍｓからＬＴＥにおける１ｍｓに短縮することである。ＲＥ１−１４のＬＴＥ−Ａ  Ｐｒｏの文脈においては、既存のＬＴＥヌメロロジ（つまり、ＬＴＥにおいてはただ１つのヌメロロジのみが存在する）を変更せずに、ＴＴＩ内のＯＦＤＭ（直交周波数分割多重）シンボルの数を減らすことによって、ＴＴＩをサブミリ秒レベル、例えば０．１〜０．５ｍｓにまで短縮するＳＩ又はＷＩが提案された。この改善の目標は、ＴＣＰ（Transport  Control  Protocol）スロースタート問題を解決すること、極端に低いが頻繁なトラフィックを解決すること、又はある程度ＮＲにおける予期された超低遅延を満たすことができることである。処理時間の短縮は、レイテンシを低減するための別の考慮事項である。短いＴＴＩと短い処理時間が常に両立するか（come  together）どうかは結論がでていない。採用される方法は、レガシー制御領域の存在等、後方互換性を保持するべきであるため、この研究はいくつかの制限を受ける。（３ＧＰＰ  ＴＲ  ３６．２１１で論じられているように）ＬＴＥヌメロロジの簡単な説明を以下に示す。
（外1−１）
2020195155.tif 000003
（外１−２）
2020195155.tif 000004
（外１−３）
2020195155.tif 000005
（外１−４）
2020195155.tif 000006
“Ｄｏｗｎｌｉｎｋ  ｒｅｓｏｕｒｃｅ  ｇｒｉｄ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の図６．２．２−１は、図５として再現されている。
（外２）
2020195155.tif 000007
“Ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋｓ  ｐａｒａｍｅｔｅｒｓ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表６．２．３−１は、図６として再現されている。
（外３）
2020195155.tif 000008
“Ｎｕｍｂｅｒ  ｏｆ  ＯＦＤＭ  ｓｙｍｂｏｌｓ  ｕｓｅｄ  ｆｏｒ  ＰＤＣＣＨ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表６．７−１は、図７として再現されている。
（外４）
2020195155.tif 000009
“ＰＣＦＩＣＨ  ｍｏｄｕｌａｔｉｏｎ  ｓｃｈｅｍｅｓ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表６．７．２−１は、図８として再現されている。
（外５−１）
2020195155.tif 000010
（外５−２）
2020195155.tif 000011
“Ｓｕｐｐｏｒｔｅｄ  ＰＤＣＣＨ  ｆｏｒｍａｔｓ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表６．８．１−１は、図９として再現されている。
（外６）
2020195155.tif 000012
“ＰＤＣＣＨ  ｍｏｄｕｌａｔｉｏｎ  ｓｃｈｅｍｅｓ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表６．８．３−１は、図１０として再現されている。
（外７−１）
2020195155.tif 000013
（外７−２）
2020195155.tif 000014
（外７−３）
2020195155.tif 000015
“ＯＦＤＭ  ｐａｒａｍｅｔｅｒｓ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の表６．１２−１は、図１１として再現されている。
（外８）
2020195155.tif 000016
“Ｄｏｗｎｌｉｎｋ  ｍｏｄｕｌａｔｉｏｎ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．１．０の図６．１３−１は、図１２として再現されている。
【００３１】
ＬＴＥでは、１５ＫＨｚのサブキャリア間隔という、初期アクセスのために定義されたＤＬ（下りリンク）ヌメロロジが１つしかなく、初期アクセス中に取得される信号及びチャネルは１５ＫＨｚのヌメロロジに基づいている。セルにアクセスするために、ＵＥはいくつかの基本的な情報を取得する必要があることがある。例えば、ＵＥは、セル探索あるいはセル選択又は再選択中に行われる、セルの時間同期又は周波数同期を最初に取得する。時間又は周波数同期は、プライマリ同期信号（ＰＳＳ）、セカンダリ同期信号（ＳＳＳ）等の同期信号を受信することによって得ることができる。同期中、セルの中心周波数が分かっており、サブフレーム又はフレーム境界が得られる。ＰＳＳ／ＳＳＳが取得されるとき、セルのサイクリックプレフィックス（ＣＰ）、例えば、ノーマルＣＰ又は拡張ＣＰ、セルのデュプレクスモード、例えば、ＦＤＤ又はＴＤＤも同様に知ることができる。次いで、物理ブロードキャストチャネル（ＰＢＣＨ）上で搬送されるマスター情報ブロック（ＭＩＢ）が受信され、いくつかの基本システム情報、例えば、システムフレーム番号（ＳＦＮ）、システム帯域幅、物理制御チャネル関連情報が得られる。ＵＥは、システム帯域幅に応じて適切なリソース要素及び適切なペイロードサイズでＤＬ制御チャネル（例えば、ＰＤＣＣＨ（物理下りリンク制御チャネル））を受信し、セルがアクセス可能であるかどうか、ＵＬ帯域幅及び周波数、ランダムアクセスパラメータ等のシステム情報ブロックＳＩＢ）においてセルにアクセスするために必要なより多くのシステム情報を取得することができる。ＵＥは、ランダムアクセスを実行し、セルへの接続を要求することができる。接続セットアップが完了した後、ＵＥは接続モードに移行し、セルへのデータ送信を実行する、又はセルからのデータ受信を実行することが可能にすることができる。データの受信及び送信のためのリソース割り当ては、ＳＩＢ又はＭＩＢにおいて通知されるシステム帯域幅（例えば、以下の引用にある
（外１９）
2020195155.tif 000017
又は
（外２０）
2020195155.tif 000018
）に従って行われる。より詳細は、次のように３ＧＰＰ  ＴＲ  ３６．２１１、ＴＳ  ３６．３３１、ＴＳ  ３６．２１２、ＴＳ  ３６．２１３に見出すことができる。
（外９）
2020195155.tif 000019
“Ｐｒｏｃｅｓｓｉｎｇ  ｆｏｒ  ｏｎｅ  ＤＣＩ”と題する、３ＧＰＰ  ＴＲ  ３６．２１２  Ｖ１３．１．０の図５．３．３−１は、図１３として再現されている。
（外１０−１）
2020195155.tif 000020
（外１０−２）
2020195155.tif 000021
（外１０−３）
2020195155.tif 000022
（外１０−４）
2020195155.tif 000023
（外１０−５）
2020195155.tif 000024
（外１０−６）
2020195155.tif 000025
“Ｎｕｍｂｅｒ  ｏｆ  ｓｙｎｃｈｒｏｎｏｕｓ  ＵＬ  ＨＡＲＱ  ｐｒｏｃｅｓｓｅｓ  ｆｏｒ  ＴＤＤ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８−１は、図１４として再現されている。
（外１１）
2020195155.tif 000026
“ＰＤＣＣＨ  ａｎｄ  ＰＵＳＣＨ  ｃｏｎｆｉｇｕｒｅｄ  ｂｙ  Ｃ−ＲＮＴＩ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８−３は、図１５として再現されている。
（外１２）
2020195155.tif 000027
“ＰＤＣＣＨ  ｃｏｎｆｉｇｕｒｅｄ  ａｓ  ‘ＰＤＣＣＨ  ｏｒｄｅｒ’  ｔｏ  ｉｎｉｔｉａｔｅ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８−４は、図１６として再現されている。
（外１３−１）
2020195155.tif 000028
（外１３−２）
2020195155.tif 000029
（外１３−３）
2020195155.tif 000030
“Ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ（ｓ）  ａｌｌｏｃａｔｉｏｎ  ｆｏｒ  ＢＬ／ＣＥ  ＵＥ  ｃｏｎｆｉｇｕｒｅｄ  ｗｉｔｈ  ＣＥＭｏｄｅＢ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８．１．３−１は、図１７として再現されている。
（外１４−１）
2020195155.tif 000031
（外１４−２）
2020195155.tif 000032
（外１４−３）
2020195155.tif 000033
（外１４−４）
2020195155.tif 000034
“ＰＤＣＣＨ  ｃａｎｄｉｄａｔｅｓ  ｍｏｎｉｔｏｒｅｄ  ｂｙ  ａ  ＵＥ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表９．１．１−１は、図１８として再現されている。
“ＰＤＣＣＨ  ＵＥ−ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅ  ｃａｎｄｉｄａｔｅｓ  ｍｏｎｉｔｏｒｅｄ  ｂｙ  ａ  ＵＥ  ｏｎ  ＬＡＡ  Ｓｃｅｌｌ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表９．１．１−１Ａは、図１９として再現されている。
“Ｓｃａｌｉｎｇ  ｆａｃｔｏｒ  ｆｏｒ  ＰＤＣＣＨ  ｃａｎｄｉｄａｔｅｓ  ｒｅｄｕｃｔｉｏｎ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表９．１．１−２は、図２０として再現されている。
（外１５）
2020195155.tif 000035
【００３２】
ＮＲに関しては、後方互換性は必須ではないため、ストーリーはいくぶん異なったものとなる。ＴＴＩのシンボルの数を減らすことがＴＴＩ長を変更する唯一のツールではないように、ヌメロロジを調整することができる。例としてＬＴＥヌメロロジを使用すると、それは１ｍｓ内に１４ＯＦＤＭシンボルと１５ＫＨｚのサブキャリア間隔とを含む。サブキャリア間隔が３０ＫＨｚになると、同じＦＦＴサイズ及び同じＣＰ構造を想定すれば、１ｍｓ内に２８個のＯＦＤＭシンボルが存在することになり、等価的に、ＴＴＩ内のＯＦＤＭシンボルの数を同じに保った場合に、ＴＴＩが０．５ｍｓになる。これは、異なるＴＴＩ長間の設計が、サブキャリア間隔で実行される良好なスケーラビリティを有して共通に保たれ得ることを示唆している。もちろん、サブキャリア間隔の選択、例えば、ＦＦＴサイズ、ＰＲＢの定義／数、ＣＰの設計、サポート可能なシステム帯域幅に対するトレードオフが常に存在する。ＮＲはより大きいシステム帯域幅、より大きいコヒーレンス帯域幅を考慮しているため、より大きなサブキャリア間隔を含めることは自然な選択である。
【００３３】
上記に論じたように、単一のヌメロロジで多様な要求をすべて満たすことは非常に難しい。したがって、最初の会合において、複数のヌメロロジを採用することが合意されている。また、異なるヌメロロジ間での多重化の能力に加えて、標準化の努力、実装の努力、を考慮して、積分多重関係（integral  multiple  relationship）のような、異なるヌメロロジ間で何らかの関係を持たせることが有益であろう。いくつかのヌメロロジファミリが挙げられており、そのうちの１つは、ＬＴＥ  １５ＫＨｚに基づき、いくつかの他のヌメロロジ（以下のＡｌｔ.２〜４）は、１ｍｓ内に２のＮ乗のシンボルを可能にする：
・  ＮＲの場合、サブキャリア間隔の複数の値をサポートする必要がある。
−  サブキャリア間隔の値は、サブキャリア間隔の特定の値にＮ（Ｎは整数）を掛けたものから導かれる。
・  Ａｌｔ．１：サブキャリア間隔値は、１５ｋＨｚサブキャリア間隔（すなわち、ＬＴＥベースのヌメロロジ）を含む
・  Ａｌｔ．２：サブキャリア間隔値は、ＣＰ長を含む均一なシンボル持続時間で１７．５ｋＨｚサブキャリア間隔を含む
・  Ａｌｔ．３：サブキャリア間隔値は、ＣＰ長を含む均一なシンボル持続時間で１７．０６ｋＨｚサブキャリア間隔を含む
・  Ａｌｔ．４：サブキャリア間隔値は、２１．３３ｋＨｚ
・  注：他の選択肢は排除されない
・  ＦＦＳ：特定の値の正確な値及び可能なＮの値
−  可能なサブキャリア間隔の値は、ＲＡＮ１＃８５においてさらに絞り込まれる。
【００３４】
また、所与のヌメロロジファミリの乗数に制限が存在するかどうかが論じられているが、２の累乗（以下のＡｌｔ．１）であれば、異なるヌメロロジが時間領域で多重化されているときに大きなオーバーヘッドを導入することなく、異なるヌメロロジをより容易に多重化することができるため、いくらかの関心を引く：
・  ＲＡＮ１は、さらに検討を続け、次回の会合において次の選択肢の間で結論を出すとしている。
−  Ａｌｔ．１：
＞  ＮＲのスケーラブルなヌメロロジのためのサブキャリア間隔は、次のようにスケールされるべきである。
＞  ｆｓｃ＝ｆ０＊２ｍ
＞  ここで
−  ｆ０はＦＦＳとする。
−  ｍは、可能な値のセットから選択された整数とする。
−  Ａｌｔ．２：
＞  ＮＲのスケーラブルなヌメロロジのためのサブキャリア間隔は、次のようにスケールされるべきである。
＞  ｆｓｃ＝ｆ０＊Ｍ
＞  ここで
−  ｆ０はＦＦＳとする。
−  Ｍは、可能な正の値のセットから選択された整数とする。
【００３５】
通常、ＲＡＮ１は帯域に依存しない方法で作業を行う。すなわち、スキーム／機能はすべての周波数帯域に適用可能であると想定され、次のＲＡＮ４が、いくつかの組み合わせが非現実的である、又は展開を合理的に行うことができるかどうかを考慮して関連するテストケースを導出する。このルールはＮＲでも引き続き想定されるが、企業によっては、ＮＲの周波数範囲が非常に高いため、制限が確実に存在するだろうと見ている。
・  ＮＲの研究のために、ＲＡＮ１は（必ずしもすべてではないが）複数のＯＦＤＭヌメロロジが同じ周波数範囲に適用できると想定している。
−  注：ＲＡＮ１は、サブキャリア間隔の非常に低い値を非常に高いキャリア周波数に適用するとは想定していない。
【００３６】
ＵＲＬＬＣ（高信頼低遅延通信）は、ｅＭＢＢ（拡張型モバイルブロードバンド）サービスのような通常のトラフィックの大部分と比較して、非常にタイトなタイミング要件を有するサービスタイプである。レイテンシ要件を満たすために、送信間隔／スケジューリング間隔を短くする必要がある。送信間隔／スケジューリング間隔を短縮する１つの方法は、サブキャリア間隔を大きくして、時間領域におけるＯＦＤＭシンボル長を小さくすることである。例えば、サブキャリア間隔が１５ＫＨｚである場合、７ＯＦＤＭシンボルの送信間隔は０．５ｍｓを占める一方、サブキャリア間隔は６０ＫＨｚである場合、７ＯＦＤＤＭシンボルの送信間隔は０．１２５ｍｓを占めるため、厳しいタイミング要件をより容易に満たすことができる。
【００３７】
別の方法は、送信間隔内のＯＦＤＭシンボルの数を減らすことである。例えば、サブキャリア間隔が１５ｋＨｚに保たれる場合、送信間隔内のＯＦＤＭシンボル数を１４から２に減らすと、送信時間間隔は１ｍｓから約０．１４ｍｓに変更され、サブキャリア間隔を小さくするのと同様の効果をもたらす。
【００３８】
もちろん、２通りの方法を併用することができる。他方、ｅＭＢＢサービスも、小さくされた送信間隔を使用することができるかもしれないが、データトラフィック量当たりのより大きくなる制御シグナリングオーバーヘッド、（消費電力を増加させる可能性がある）より短い又はより頻繁な制御チャネル受信間隔、（より複雑な）より短い処理時間等、いくらかの潜在的な副作用が生じるため、かならずしもそうする必要はない。したがって、通信システムは、異なるサービス又はＵＥに対して異なる送信間隔で動作することが期待される。そして、システム内で異なる送信時間間隔を多重化することは挑戦的なものとなる。次のようにＲＡＮ１＃８６ｂｉｓ  Ｃｈａｉｒｍａｎ‘ｓ  Ｎｏｔｅによれば、この観点に関するいくつかの進行中の議論がある：
（外１６）
2020195155.tif 000036
【００３９】
また、ＲＡＮ１  ＃８６ｂｉｓ  Ｃｈａｉｒｍａｎ’ｓ  Ｎｏｔｅ及びＲＡＮ１  ＃８７  Ｃｈａｉｒｍａｎ’ｓ  Ｎｏｔｅは、ｙをスロット内のＯＦＤＭシンボルの数として、スロット、ミニスロット（スロットの短縮版）等のスケジューリング単位として送信間隔を定義する方法を次のように説明している。
（外１７−１）
2020195155.tif 000037
（外１７−２）
2020195155.tif 000038
【００４０】
また、ＮＲにおける制御チャネル（例えば、ＮＲ−ＰＤＣＣＨ）は、異なるサービス要件／シナリオに適合するように設計される必要がある。対応するデータを搬送するために使用される機会及びシンボルの数をいつ監視するかは、異なるサービスに対して変わってくるであろう。スロットの構成も異なることがある。例えば、スロットのどの部分がＤＬであるか、又はスロットのどの部分が上りリンクであるかは、トラフィック特性に依存する可能性がある。例えば、純粋な下りリンクスロット、純粋な上りリンクスロット、又はＤＬ部分及び上りリンク部分（方向変更のためのタイミングアドバンス又は処理を考慮する潜在的なギャップ部分に関連する）を有するスロットを、考慮すべきスロット構造の最小セットとすることができる。さらに、次のようにグループ共通制御チャネルを使用して、スロット構造を示すことが考えられる。
（外１８−１）
2020195155.tif 000039
（外１８−２）
2020195155.tif 000040
【００４１】
グループ共通ＰＤＣＣＨの内容とスロット構造情報の公開方法は不明である。１つの重要なファクタは、ＵＥをどのようにグループ化するかである。グループ化の一例は、類似するサービス要件（例えば、同じヌメロロジ、同じＲＴＴ又はタイミング関係）で、又はデータ持続時間の同じ長さ（例えば、ミニスロットの同じ長さ）でＵＥをグループ化することである。グループ化されたＵＥの特性がより類似している場合、スロット構造はより規則的となり、スロット構造に関連する情報量をより少なくすることができる。
【００４２】
例えば、すべてのＵＥが同じミニスロット長を有する場合、スロット長をミニスロット長で割ることによって、スロット内のミニスロットの数を知ることができ、ＵＥがどのシンボルがＤＬ又はＵＬ、あるいはどのシンボルが制御又はデータであるかに気付くことができるようにする。２シンボルのミニスロットを例にとる。ミニスロットを搬送するのに使用することができるシンボルの数が１２であり、ＵＥに２シンボルのミニスロット長が示される場合、ＵＥは、シンボル０，２，４，６，８及び１０がＰＤＣＣＨ監視を必要とし、制御情報を含む可能性があり、シンボル１、３、５、７、９、及び１１がＰＤＣＣＨ監視を必要とせず、制御情報を含んでいないと知る。この例では、ミニスロットは制御情報についてのシンボルを含むが、たとえミニスロットが制御チャネルを含まなくても、同様の状況を観察できることに留意されたい。
【００４３】
別の例は、ＤＬシンボル又はＵＬシンボルの数である。例えば、あるグループ内のすべてのＵＥが、ＤＬシンボルとＵＬシンボルとの同じ比率を有する場合（例えば、３つのＤＬシンボルごとの後に１つのＵＬシンボルが存在する場合）、ＵＥは、比率（又は同様にシンボルの総数）がＵＥのためにグループ共通ＰＤＣＣＨにおいて示されている場合、シンボル１，２，３，５，６，７，９，１０及び１１が下りリンクシンボルであり、シンボル４，８及び１２が上りリンクシンボルであると知ることができる（潜在的なギャップシンボルは、上記の例においては考慮されていないが、ギャップシンボルが存在する場合でも同様の状況を観察することができることに留意されたい）。上記の例は、「規則的な」スロット構造と考えることができる。
【００４４】
一方、スロット構造が規則的でない（例えば、いくつかのＵＥが２シンボルのミニスロットを使用する一方で、他のいくつかのＵＥが５シンボルのミニスロットを使用する）場合、どのシンボルが制御／データであるか、及びどのシンボルがＵＬ／ＤＬであるかを知るために、規則的な構造の場合に１つ又は少数のファクタで構造を知ることと比較して、より詳細な情報がＵＥに必要とされる。最悪の場合、かなりのオーバーヘッドになる可能性があるが、各シンボルの役割（ＤＬ又はＵＬ制御、又はデータ）を明らかにするスロット構造を示すためにビットマップを使用する可能性がある。
【００４５】
構造がより規則的である場合、各グループ共通ＰＤＣＣＨのオーバーヘッドを低減することができるが、グループの数がそれに応じて増加する（グループ内のＵＥはかなり類似していなくてはならない）ため、グループ共通ＰＤＣＣＨの数は多くなることが観察される。一方、構造がより不規則である場合、グループ共通ＰＤＣＣＨのオーバーヘッドは増加するが、グループの数が少なくなる（グループ内のＵＥはそのように類似している必要はない）ため、グループ共通ＰＤＣＣＨの数は少なくなる。どちらの方向性が全体的な制御シグナリングオーバーヘッドを低減するかは状況に依存する可能性があり、したがって、２つの側面間の適切なトレードオフ／適合が考慮される必要があり得る。
【００４６】
本発明の第１の概念では、概して、スロット構造に気付くために２つのモードでＵＥに示すことができる。１つのモードは、スロット構造がいくつかの最小機能ブロックを含む規則的なスロット構造につながる。最小機能ブロックは、少なくとも同じスロット内のＵＥ側から同一である。ＵＥ側から同一ということは、Ｘシンボル毎にＵＥが同じ機能（例えば、ＵＬ又はＤＬ制御又はデータ）を有するシンボルを期待することを意味する。より具体的には、グループ共通ＰＤＣＣＨは、Ｘの値、及び／又はＵＥがＸを導出することができる情報、及び／又は最小機能ブロック（シンボル１〜シンボルＸ）内の各シンボルの機能をＵＥに与えるための情報を示すことができる。別のモードは、スロット構造がシンボル毎に既知であるような不規則なスロット構造を可能にし、例えば、少なくとも１つのビットはスロット内の１つのシンボルに対応する、各シンボルの機能を示すビットマップを使用することにつながる。
【００４７】
第２の概念では、概して、基地局がグループ共通ＰＤＣＣＨにおいて異なる特性を有するＵＥをグループ化するのに対し、異なるＵＥは異なる最小機能ブロックを有する規則的な構造を期待する。グループ共通ＰＤＣＣＨを受信するＵＥは、いくつかの事前コンフィギュレーションに従って、異なる最小機能ブロックでスロット構造を解釈又は決定することができる。さらに、スロットコンフィギュレーションの導出の違いはいくつかの制約をうける。その違いの一例としては、第１のＵＥの最小機能ブロックの長さが第２のＵＥの最小機能ブロックの長さの整数倍であることである。例えば、第１のＵＥは、２＊Ｘシンボル毎に同じ機能を有するシンボルが存在すると期待することができる。一方、第２のＵＥは、Ｘシンボル毎に同じ機能を有するシンボルが存在すると期待することができる。
【００４８】
その違いの別の例としては、異なるＵＥが最小機能ブロックの同じ長さを有する一方で、最小機能ブロック内の各シンボルの機能に関して異なる理解を有する。例えば、第１のＵＥは、Ｘシンボル毎の最初のシンボル（例えば、他のシンボルではない）が制御情報を含むことを期待し、第２のＵＥは、Ｘシンボル毎の最初の２つのシンボル（例えば、他のシンボルではない）が制御情報を含むことを期待する。
【００４９】
実施形態では、ＵＥに、基地局によってグループ共通ＰＤＣＣＨに従ってスロット構造を決定するためのモードを通知／構成する。好ましくは、スロットに関連するグループ共通ＰＤＣＣＨに従って、スロットのスロット構造を決定するための２つのモードが存在する。
【００５０】
第１のモードは、ＵＥがＸ個のＯＦＤＭシンボル毎にＯＦＤＭシンボルについて同じ機能を決定する規則的なスロット構造モードとすることができる（例えば、Ｘ＝４である場合、１，５及び９が同じ機能を有する）。一実施形態では、機能は、ＤＬ、ＵＬ、データ、制御シンボルのすべて又は一部あるいはその組合せを含む。第１のモードでは、基地局は、グループ共通ＰＤＣＣＨ内において最小機能ブロックの長さを示すことができる。機能は、ＤＬ、ＵＬ、データ、制御記号のすべて又は一部あるいはその組合せを含むことができる。
【００５１】
一実施形態では、第１のモードにおいて、基地局は、事前コンフィギュレーション又はＲＲＣ（無線リソース制御）メッセージにおいて最小機能ブロックの長さを示す。基地局は、グループ共通ＰＤＣＣＨ内において最小機能ブロック内の各シンボルの機能を示すことができる。基地局は、事前コンフィギュレーション又はＲＲＣメッセージ内において最小機能ブロック内の各シンボルの機能を示すこともできる。
【００５２】
第２のモードは、ＵＥが１つの最小機能ブロックでスロット構造を導出することができない不規則スロット構造モードとすることができる。一実施形態では、第２のモードにおいて、ＵＥは複数の最小機能ブロックで構成されることができる。ＵＥに、スロットに関連するグループ共通ＤＣＩを介して、スロットのどの部分においてどの最小機能ブロックが含まれているかを通知することができる。ＵＥに、構成された最小機能ブロックの存在及び／又はシーケンスも通知することができる。
【００５３】
ＵＥは、基地局によって最小機能ブロックの送信又は受信に対して一定の制限を設けて構成することができる。例えば、制限は、ＵＥが１つのタイプの最小機能ブロックを送信又は受信しつつ、スロット内の第２のタイプの最小機能ブロックをスキップすることができる。一実施形態では、最小機能ブロックのタイプは、最小機能ブロックの長さによって特徴付けることができる。最小機能ブロックのタイプは、最小機能ブロック内の各シンボルの機能のような、最小機能ブロックの構成によって特徴付けることもできる。
【００５４】
一実施形態では、第２のモードにおいて、ＵＥには、基地局によってスロットに関連するグループ共通ＰＤＣＣＨを介してスロット内の各シンボルの機能を提供することができる。ＵＥは、例えば、ＤＬ部分がビットマップに従って短すぎる／長すぎる場合、基地局によるスロットの一部をスキップするように、ある制限を設けて構成することができる。
【００５５】
別の実施形態では、基地局は、同じグループの共通ＰＤＣＣＨを受信するために、異なるタイプの最小機能ブロックでＵＥを構成することができる。一実施形態では、ＵＥは、あるタイプの最小機能ブロックで構成することができ、スロットに関連するグループ共通ＰＤＣＣＨに加えて構成された最小機能ブロックタイプ従って、スロットのスロット構造を解釈又は決定することができる。一実施形態では、最小機能ブロックのタイプは、最小機能ブロックの長さによって特徴付けることができる。より具体的には、同じグループ共通ＰＤＣＣＨを受信する複数のＵＥは、最小機能ブロックの異なる長さを有するが、異なる長さのうちの１つの長さは、異なる長さうちの長さの整数倍である。一実施形態では、最小機能ブロックのタイプは、最小機能ブロック内の各シンボルの機能など、最小機能ブロックの構成によって特徴付けることができる。より具体的には、同じグループ共通ＰＤＣＣＨを受信するＵＥは、最小機能ブロックの長さが同じを有する。
【００５６】
スロット構造の正しい理解により、ＵＥは、例えば、制御又はデータの受信又は送信の場合に、それに応じて各シンボルを受信又は送信することができる。
【００５７】
図２１は、例示的な一実施形態による、ＵＥの観点からのフローチャート２１００である。ステップ２１０５では、ＵＥは、シンボルのセット内の各シンボルの機能を示すコンフィギュレーションを受信する。ステップ２１１０では、ＵＥは、そのコンフィギュレーション及びスロットに関連するグループ共通ＰＤＣＣＨに従って、スロットについてのスロット構造を決定する。
【００５８】
一実施形態では、ＵＥは、そのコンフィギュレーションなしではグループ共通ＰＤＣＣＨに従ってスロットフォーマットを導出することができない。
【００５９】
一実施形態では、そのコンフィギュレーションは、ＲＲＣ（無線リソース制御）メッセージによってシグナリングされることができ、特に（specifically）ＵＥのためのものとすることができる。さらに、そのコンフィギュレーションは、異なるシンボルのセット内の各シンボルの異なる機能を示すことができる。ＵＥは、どの構成された（configured）シンボルのセットが存在するかに関する情報を受信することができる。
【００６０】
一実施形態では、シンボルのセットは、情報を提供するためのグループ共通ＰＤＣＣＨの基本単位とすることができる。
【００６１】
図３及び図４を参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）シンボルのセット内の各シンボルの機能を示すコンフィギュレーションを受信し、（ｉｉ）そのコンフィギュレーション及びスロットに関連するグループ共通ＰＤＣＣＨに従って、スロットについてのスロット構造を決定することを可能にする。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は他のすべてを実行することができる。
【００６２】
図２２は、例示的な一実施形態による、基地局の観点からのフローチャート２２００である。ステップ２２０５では、基地局は、シンボルのセット内の各シンボルの機能を示す第１のコンフィギュレーションを第１のＵＥにシグナリングする。ステップ２２１０では、基地局は、第１のコンフィギュレーション及びスロットに関連するグループ共通ＰＤＣＣＨに従って、第１のＵＥのためにスロットについてのスロット構造を決定する。
【００６３】
一実施形態では、基地局は、シンボルのセット内の各シンボルの機能を示す第２のコンフィギュレーションを第２のＵＥにシグナリングすることができる。基地局は、第２のコンフィギュレーション及びスロットに関連するグループ共通ＰＤＣＣＨに従って、第２のＵＥのためにスロットについてのスロット構造を決定することができる。基地局は、第１のＵＥ及び第２のＵＥが同じグループ共通ＰＤＣＣＨを受信するように構成することができる。一実施形態では、第１のＵＥ及び第２のＵＥは、同じグループ共通ＰＤＣＣＨに従って、同じスロットのスロット構造に関して異なる理解を有することができる。
【００６４】
一実施形態では、基地局は、異なるシンボルのセット内の各シンボルの異なる機能をＵＥ（例えば、第１のＵＥ及び／又は第２のＵＥ）に構成することができる。基地局は、どの構成されたシンボルのセットが存在するかをＵＥに通知することもできる。
【００６５】
図３及び図４に戻って参照すると、基地局の例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、基地局が（ｉ）シンボルのセット内の各シンボルの機能を示す第１のコンフィギュレーションを第１のＵＥにシグナリングし、（ｉｉ）第１のコンフィギュレーション及びスロットに関連するグループ共通ＰＤＣＣＨに従って、第１のＵＥのためにスロットについてのスロット構造を決定することを可能にする。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は他のすべてを実行することができる。
【００６６】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示されている如何なる特定の構造、機能、又は両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示される態様は、他の如何なる態様からも独立に実装されてよく、これら態様のうちの２つ以上が種々組み合わされてよい。例えば、本明細書に記載された態様のうちの任意の数の態様を用いて、装置が実装されてよく、方法が実現されてよい。追加的に、本明細書に記載された態様のうちの１つ以上の追加又は代替で、他の構造、機能、又は構造と機能を用いて、このような装置が実装されるようになっていてもよいし、このような方法が実現されるようになっていてもよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルが確立されてよい。いくつかの態様においては、パルス位置又はオフセットに基づいて、同時チャネルが確立されてよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。いくつかの態様において、パルス繰り返し周波数、パルス位置又はオフセット、及び時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。
【００６７】
当業者であれば、多様な異なるテクノロジ及び技術のいずれかを使用して、情報及び信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、又はこれらの任意の組合せによって表わしてよい。
【００６８】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、及びアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディング又はその他何らかの技術を用いて設計することがあるデジタル実装、アナログ実装、又はこれら２つの組合せ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」又は「ソフトウェアモジュール」と称されることがある）、又は両者の組合せとして実装されてよい。このハードウェア及びソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、及びステップを、概略的にそれぞれの機能の観点から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途及びシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【００６９】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、及び回路は、集積回路（「ＩＣ」）、アクセス端末、又はアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、又は本明細書で説明した機能を実行するように設計されたこれらの任意の組合せを含み、ＩＣ内、ＩＣ外、又はその両方に存在するコード又は命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、又はその他任意のこのような構成である、コンピュータデバイスの組合せとして実装されてよい。
【００７０】
任意の開示プロセスにおけるステップの如何なる特定の順序又は階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序又は階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序又は階層に限定されることを意図していない。
【００７１】
本明細書に開示される態様に関連して記載された方法又はアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組合せにおいて具現化してよい。（例えば、実行可能な命令及び関連するデータを含む）ソフトウェアモジュール及び他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、又は当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出し及び記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサ及び記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサ及び記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【００７２】
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、又は適応を網羅することを意図している。
【図１】
2020195155.tif 000041
【図２】
2020195155.tif 000042
【図３】
2020195155.tif 000043
【図４】
2020195155.tif 000044
【図５】
2020195155.tif 000045
【図６】
2020195155.tif 000046
【図７】
2020195155.tif 000047
【図８】
2020195155.tif 000048
【図９】
2020195155.tif 000049
【図１０】
2020195155.tif 000050
【図１１】
2020195155.tif 000051
【図１２】
2020195155.tif 000052
【図１３】
2020195155.tif 000053
【図１４】
2020195155.tif 000054
【図１５】
2020195155.tif 000055
【図１６】
2020195155.tif 000056
【図１７】
2020195155.tif 000057
【図１８】
2020195155.tif 000058
【図１９】
2020195155.tif 000059
【図２０】
2020195155.tif 000060
【図２１】
2020195155.tif 000061
【図２２】
2020195155.tif 000062