(57)【要約】      （修正有）【課題】無線通信システムにおける複数のデバイス・ツー・デバイス・リソースプールに対するリソースを割り当てる方法および装置を提供する。【解決手段】フローチャート２０００において、リソースプールは、第１の帯域幅部分で設定される２００５。リソースプールは、セルに対して基地局により複数のリソースプールのうちの関連付けられたリソースプールとして設定される２０１０。デバイスは、リソースをスケジューリングするために、第１の帯域幅部分でグラントを基地局から受信する２０１５。デバイスは、複数のリソースプールのうちの、グラント内の帯域幅部分インデックスを介して示された関連付けによる、第１の帯域幅部分に関連付けられたただ１つのリソースプール内のリソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を実行する２０２０。【選択図】図２０
2020028131.tif 000002
【特許請求の範囲】
【請求項１】
第１の通信デバイスについての方法であって、
セルに対して基地局によって複数のリソースプールで設定されることと、
前記基地局からグラントを受信することであって、該グラントは、該グラント内のリソースプール・インデックスを介して、前記複数のリソースプールのうちのリソースプールに関連付けられたリソースを示す、受信することと、
前記リソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を実行することと、を含む方法。
【請求項２】
前記リソースプールには、前記リソースプール・インデックスで設定される、請求項１に記載の方法。
【請求項３】
前記グラント内のフィールドは、前記リソースプール・インデックスまたは前記リソースプールのアイデンティティを示す、請求項１に記載の方法。
【請求項４】
前記関連付けは、前記グラント内の帯域幅部分インデックスを介して示される、請求項１に記載の方法。
【請求項５】
前記リソースプールは、前記帯域幅部分インデックスで設定された帯域幅部分に関連付けられている、請求項４に記載の方法。
【請求項６】
前記複数のリソースプールは、Ｄ２Ｄ（Device-to-Device）インタフェースでのＶ２Ｘ（Vehicle-to-Everyting）通信のためのものである、請求項１に記載の方法。
【請求項７】
前記セルがＳｐＣｅｌｌ（Special  Cell）またはＰＣｅｌｌ（Primary  Cell）である、請求項１に記載の方法。
【請求項８】
前記セルがＳＣｅｌｌ（Secondary  Cell）である、請求項１に記載の方法。
【請求項９】
前記グラントは、サイドリンク・グラントまたはＤ２Ｄ（Device-to-Device）インタフェースのためのグラントである、請求項１に記載の方法。
【請求項１０】
前記グラントを受信することは、前記リソースをスケジューリングするための下りリンク制御信号を受信することを指す、請求項１に記載の方法。
【請求項１１】
前記グラントを受信することは、前記基地局によって設定されたグラントで設定される、あるいはアクティベートされることを指す、請求項１に記載の方法。
【請求項１２】
前記送信は、ユニキャスト送信、マルチキャスト送信、またはブロードキャスト送信である、請求項１に記載の方法。
【請求項１３】
前記送信は、第２の通信デバイスに対するものである、請求項１に記載の方法。
【請求項１４】
第１の通信デバイスについての方法であって、
セルに対して基地局によって複数のリソースプールで設定されることと、
サイドリンクＳＰＳ（Semi-Persistent  Scheduling）のための設定で設定されることであって、該設定はリソースプール・インデックスを含む、設定されることと、
複数のリソースプールのうちのリソースプール内のリソースを使用して、前記設定に基づいてデバイス・ツー・デバイス・インタフェースでの送信を実行することであって、該リソースプールは前記リソースプール・インデックスに関連付けられている、実行することと、を含む方法。
【請求項１５】
前記送信は、ユニキャスト送信、マルチキャスト送信、またはブロードキャスト送信である、請求項１４に記載の方法。
【請求項１６】
前記送信は、第２の通信デバイスに対するものである、請求項１４に記載の方法。
【請求項１７】
前記サイドリンクＳＰＳは、アクティベーション・シグナリングなしで使用される、請求項１４に記載の方法。
【請求項１８】
前記サイドリンクＳＰＳは、前記基地局からアクティベーション・シグナリングを受信した後に使用される、請求項１４に記載の方法。
【請求項１９】
第１の通信デバイスであって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路内に設置され、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
セルに対して基地局によって複数のリソースプールで設定されることと、
前記基地局からグラントを受信することであって、該グラントは、該グラント内のリソースプール・インデックスを介して、前記複数のリソースプールのうちのリソースプールに関連付けられたリソースを示す、受信することと、
前記リソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を実行することと、を行うように構成されている、通信デバイス。
【請求項２０】
第１の通信デバイスであって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路内に設置され、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
セルに対して基地局によって複数のリソースプールで設定されることと、
サイドリンクＳＰＳのための設定で設定されることであって、該設定はリソースプール・インデックスを含む、設定されることと、
複数のリソースプールのうちのリソースプール内のリソースを使用して、前記設定に基づいてデバイス・ツー・デバイス・インタフェースでの送信を実行することであって、該リソースプールは前記リソースプール・インデックスに関連付けられている、実行することと、を行うように構成されている、通信デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１８年８月１０日に出願された米国仮特許出願第６２／７１７，３９５号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。
【０００２】
この開示は、概して、無線通信ネットワークに関連し、より詳細には、無線通信システムにおける複数のデバイス・ツー・デバイス・リソースプールに対するリソースを割り当てる方法および装置に関連する。
に関連する。
【背景技術】
【０００３】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。
【０００４】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。
【発明の概要】
【０００５】
方法および装置は、通信デバイスの観点から開示される。一実施形態では、本方法は、デバイスは、セルに対して基地局により複数のリソースプールで設定されることを含む。本方法はさらに、デバイスが基地局からグラントを受信することを含み、グラントは、グラント内のリソースプール・インデックスを介して、複数のリソースプールのうちのリソースプールに関連付けられたリソースを示す。本方法はまた、デバイスがそのリソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を実行することを含む。
【図面の簡単な説明】
【０００６】
【図１】１つの例示的な実施形態による無線通信システムの図を示す。
【図２】１つの例示的な実施形態による送信機システム（アクセスネットワークとしても知られている）および受信機システム（ユーザ機器またはＵＥとしても知られている）のブロック図である。
【図３】１つの例示的な実施形態による通信システムの機能ブロック図である。
【図４】１つの例示的な実施形態による図３のプログラムコードの機能ブロック図である。
【図５】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１５．２．０の図６．１．６−１の複製である。
【図６】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１５．２．０の図６．１．６−２の複製である。
【図７】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１５．２．０の図６．１．６−３の複製である。
【図８】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１５．２．０の図６．１．６−３ａの複製である。
【図９】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１５．２．０の図６．１．６−４の複製である。
【図１０】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１５．２．０の表６．２．４−１の複製である。
【図１１】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１５．２．０の表６．２．４−２の複製である。
【図１２】３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．２．０の図５．６．１０．１−１の複製である。
【図１３】３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．２．０の図５．１０．２−１の複製である。
【図１４】３ＧＰＰ  ＴＳ  ３８．３３１  Ｖ１５．２．０の図５．２．２．１−１の複製である。
【図１５】１つの例示的な実施形態による図である。
【図１６】１つの例示的な実施形態によるフローチャートである。
【図１７】１つの例示的な実施形態によるフローチャートである。
【図１８】１つの例示的な実施形態によるフローチャートである。
【図１９】１つの例示的な実施形態によるフローチャートである。
【図２０】１つの例示的な実施形態によるフローチャートである。
【発明を実施するための形態】
【０００７】
以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（ロング・ターム・エボリューション）無線アクセス、３ＧＰＰ  ＬＴＥ−ＡもしくはＬＴＥ−Ａｄｖａｎｃｅｄ（ロング・ターム・エボリューション・アドバンスト）、３ＧＰＰ２  ＵＭＢ（Ultra  Mobile  Broadband：超モバイル広帯域）、ＷｉＭａｘ、３ＧＰＰ  ＮＲ（New  Radio）、またはその他何らかの変調技術に基づいてよい。
【０００８】
特に、以下に説明する例示的な無線通信システムおよびデバイスは、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてよく、その標準は、TS  36.321  V15.2.0,  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Medium  Access  Control  (MAC)  protocol  specification”;  TS  36.331  V15.2.0,  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Radio  Resource  Control  (RRC);  Protocol  specification”;  TS  38.321  V15.2.0,  “Medium  Access  Control  (MAC)  protocol  specification”;およびTS  38.331  V15.2.1,  “Radio  Resource  Control  (RRC)  protocol  specification”を含む。上記に挙げた標準および文書は、全体として参照により本明細書に明示的に援用される。
【０００９】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６、別のグループは１０８および１１０、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【００１０】
アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
【００１１】
順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、またはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。
【００１３】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。
【００１５】
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロットおよび符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【００１６】
そして、すべてのデータストリームについての変調シンボルはＴＸ  ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用する。
【００１７】
各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をディジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００１９】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信および処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。
【００２１】
逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
【００２３】
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６および１２２または図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、好ましくはＮＲシステムである。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【００２４】
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、およびレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【００２５】
３ＧＰＰ  ＴＳ  ３６．３２１は、ＭＡＣ(Medium  Access  Control：媒体アクセス制御)におけるＤ２Ｄ(Device-to-Device：デバイス・ツー・デバイス)Ｖ２Ｘ(Vehicle-to-Everyting：ビークル・ツー・エブリシング)手順を以下のように説明している：
［外１］
2020028131.tif 000003
2020028131.tif 000004
2020028131.tif 000005
2020028131.tif 000006
2020028131.tif 000007
2020028131.tif 000008
2020028131.tif 000009
2020028131.tif 000010
2020028131.tif 000011
2020028131.tif 000012
2020028131.tif 000013
2020028131.tif 000014
2020028131.tif 000015
2020028131.tif 000016
2020028131.tif 000017
2020028131.tif 000018
2020028131.tif 000019
2020028131.tif 000020
2020028131.tif 000021
2020028131.tif 000022
2020028131.tif 000023
2020028131.tif 000024
2020028131.tif 000025
2020028131.tif 000026
2020028131.tif 000027
2020028131.tif 000028
［図５として、“R/R/E/LCID/F/L  MAC  subheader”と題する、３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１５．２．０の図６．１．６−１を複製する。］
［図６として、“R/R/E/LCID  MAC  subheader”と題する、３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１５．２．０の図６．１．６−２を複製する。］
［図７として、“SL-SCH  MAC  subheader  for  V  =‘0001’  and  ‘0010’”と題する、３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１５．２．０の図６．１．６−３を複製する。］
［図８として、“SL-SCH  MAC  subheader  for  V  =‘0011’”と題する、３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１５．２．０の図６．１．６−３ａを複製する。］
［外２］
2020028131.tif 000029
［図９として、“Example  of  MAC  PDU  consisting  of  MAC  header,  MAC  SDUs  and  padding”と題する、３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１５．２．０の図６．１．６−４を複製する。］
［外３］
2020028131.tif 000030
2020028131.tif 000031
［図１０として、“Values  of  LCID  for  SL-SCH”と題する、３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１５．２．０の表６．２．４−１を複製する。］
［図１１として、“Values  of  F  field:”と題する、３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１５．２．０の表６．２．４−２を複製する。］
【００２６】
３ＧＰＰ  ＴＳ  ３６．３３１は、ＲＲＣ(Radio  Resource  Control：無線リソース制御)におけるＤ２Ｄ  Ｖ２Ｘ手順を以下のように説明している：
［外４］
2020028131.tif 000032
［図１２として、“UE  Assistance  Information”と題する、３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．２．０の図５．６．１０．１−１を複製する。］
［外５］
2020028131.tif 000033
2020028131.tif 000034
2020028131.tif 000035
2020028131.tif 000036
2020028131.tif 000037
2020028131.tif 000038
2020028131.tif 000039
2020028131.tif 000040
［図１３として、“Sidelink  UE  information”と題する、３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．２．０の図５．１０．２−１を複製する。］
［外６］
2020028131.tif 000041
2020028131.tif 000042
2020028131.tif 000043
2020028131.tif 000044
2020028131.tif 000045
2020028131.tif 000046
2020028131.tif 000047
2020028131.tif 000048
2020028131.tif 000049
2020028131.tif 000050
2020028131.tif 000051
2020028131.tif 000052
2020028131.tif 000053
2020028131.tif 000054
【００２７】
３ＧＰＰ  ＴＳ  ３８．３３１では、ネットワークからシステム情報および設定を導出する方法を以下のように説明している：
［外７］
2020028131.tif 000055
[図１４として、“System  information  acquisition”と題する、３ＧＰＰ  ＴＳ  ３８．３３１  Ｖ１５．２．０の図５．２．２．１−１を複製する。]
［外８］
2020028131.tif 000056
【００２８】
Ｄ２ＤインタフェースでのＶ２Ｘ通信のためのリソースに関して、ＵＥは、ネットワーク・スケジューリングおよび／または自律選択に基づいてリソースを使用することができる。ネットワーク・スケジューリングの場合、ＵＥにリソースプールが設定され、リソースプール内の割り当てられたリソースを示す対応するスケジューリングを受信することができる。ＵＥ自律選択の場合、ＵＥにリソースプールが設定され、ＵＥがＤ２Ｄインタフェースを介してＶ２Ｘ通信を実行したい場合、リソースプールからリソースを選択する。一実施形態では、リソース選択は、ランダム選択とすることができる。ＵＥは、ランダム選択を実行するために利用可能なリソースを決定するためにエネルギーセンシング（energy  sensing）をすることができる。ネットワーク・スケジューリングおよび自律選択の可能な例を図１５に示す。
【００２９】
Ｄ２ＤインタフェースでのＶ２Ｘ通信を実現するために、ＵＥはリソースプールからリソースを導出する必要があることがある。ＬＴＥ設計に基づくと、ＲＲＣ  ＣＯＮＮＥＣＴＥＤのＵＥは、ネットワーク・スケジューリング・モードまたはＵＥ選択モードとして設定することができる。そして、ＲＲＣ  ＩＤＬＥのＵＥは、ＵＥ選択モードとしてのみ機能するとしてよい。ネットワーク・スケジューリング・モードは、動的スケジューリングおよびセミパーシステント・スケジューリングを含むことができる。動的スケジューリングは、基地局がＵＥからのサイドリンクＢＳＲに基づいてＳＬグラントをＵＥに送信することである。セミパーシステント・スケジューリング（ＳＰＳ）は、基地局がＳＬグラントを送信して、ＵＥ内のサイドリンクＳＰＳ設定をアクティベートする（activate）ことである。
【００３０】
ＮＲでは、ＳＰＳはグラントフリーを指すこともできる。グラントフリーとは、設定されるＳＬグラント情報が、基地局からのアクティベーション・コマンド（例えば、ＤＣＩ、ＰＤＣＣＨ信号）を通して指示する代わりに、サイドリンクＳＰＳ設定に含まれることを意味することができる。グラントフリーとは、設定されるＳＬグラント情報がサイドリンクＳＰＳ設定に含まれることを意味することができる。サイドリンクＳＰＳ設定は、ＵＥが設定された後、アクティベーション・コマンドなしで直接的にアクティベートされることができる。ＵＥ選択モードは、ＵＥがリソースプール内の使用可能なリソースを決定し、使用可能なリソースセットからリソースを選択することである。選択は、ランダム選択またはＵＥの要求（例えば、信頼性、ＴＢの大きさなど）に基づいた選択とすることができる。利用可能なリソースは、リソースプール設定および／またはセンシング手順に基づいて決定することができる。たとえば、リソースプール内のすべてのリソースは、使用可能なリソースとみなすことができる。別の例として、ＵＥは、リソースプール設定またはリソースプールに関連する送信パラメーター設定に基づいて、リソースプール内の一部のリソースを除く、あるいはその使用を防ぐことができる。別の例として、ＵＥは、センシング手順の結果に基づいて、リソースプール内の一部のリソースを除く、あるいはその使用を防ぐことができる（例えば、強い干渉を伴うリソースまたは占有されているリソースの使用を防ぐ）。
【００３１】
一実施形態では、以下に述べる割り当てられるリソースは、リソースプールおよび／またはリソースプール構成に基づいて解釈することができる。
【００３２】
一実施形態では、リソースプールはリソースプール設定に基づいて定義することができる。リソースプールは、１つまたは複数のＢＷＰ内またはこれらに関連付けられたフレキシブル・スロットおよび／またはフレキシブル・シンボルのセットとすることができる。例を、方法２の解決策２または上記のＦＤＤまたはＴＤＤに対する方法３において示す。一実施形態では、１つまたは複数の帯域幅部分は、上りリンクＢＷＰとすることができる。代替的には、１つまたは複数の帯域幅部分は、下りリンクＢＷＰとすることができる。
【００３３】
リソースプールは、帯域幅部分とすることができる。一実施形態では、帯域幅部分は、上記のＦＤＤまたはＴＤＤに対する方法１として、Ｖ２Ｘのための特別な帯域幅部分とすることができる。代替的には、帯域幅部分は、上りリンクＢＷＰまたは下りリンクＢＷＰとすることができる。
【００３４】
ネットワーク・スケジューリング・モード  −  リソースの展開と複数のヌメロロジ（numerologies）の概念に関して、ネットワーク・スケジューリング・モードとして設定されたＵＥは、基地局からサイドリンク・グラントを受信する必要があることがある。上記でのヌメロロジ議論に基づいて、一つの可能な方法は、プール内での送信を示すためのヌメロロジ・インデックスを搬送する制御信号である。一方で、ＵＥはまた、セルに対して複数のリソースプールで設定されることができる。複数のリソースプールは、いくつの条件の場合に使用することができる。可能な条件は、以下に挙げる１つまたは複数の条件とすることができる：
１．  異なる帯域幅部分をサポート
２．  異なるヌメロロジのサポート
３．  異なる地理的位置（例えば、ゾーン、ＧＰＳ位置、セル方向、関連するＳＳＢ）をサポート
【００３５】
条件１の場合、ＵＥは、（例えば、上りリンクの場合および／または下りリンクの場合および／またはＤ２ＤでのＶ２Ｘ通信の場合）複数のＢＷＰで設定されることができる。しかし、ＵＥは、ＮＲ  ｒｅｌ−１５では、ただ１つのアクティベートされたＢＷＰを有することができる。リソースプールが帯域幅部分に関連付けられる場合、帯域幅部分の切り替えはＶ２Ｘサービスの中断を引き起こす可能性がある。中断を防ぐために、ネットワークは、異なる帯域幅部分で異なるリソースプールを提供することができる。一実施形態では、ＵＥは、一度に設定された複数のリソースプール内でただ１つのリソースプールを使用することができる。
【００３６】
条件２の場合、リソースプールが１つのヌメロロジに関連付けられる場合、ＵＥは異なるヌメロロジをサポートするために複数のリソースプールを必要とすることがある。条件３の場合、リソース効率を考慮すると、同じリソースが異なる領域で共有される可能性があり、ここでは、あるリソースが他の領域に属する同じリソースによって干渉されない。ＵＥは、異なる位置（locations）をサポートするために異なるリソースプールで設定されることができる。
【００３７】
ＵＥがネットワーク・スケジューリング・モードとして設定され、複数のリソースプールで設定される場合、ＵＥは、受信したサイドリンク・グラントがどのリソースプールに対するものかを理解する必要があることがある。サイドリンク・グラントとリソースプールの関連付けを確立するために、いくつかの可能な解決策を検討することができる。
【００３８】
解決策１  −  ネットワークは、ＤＣＩを介してＵＥに関連付けを示す。この解決策では、ネットワークは、サイドリンク・リソースと、リソースプールとサイドリンク・リソースの関連付けとの両方を提供するＤＣＩ（例えば、ＳＬグラント）を送信することができる。関連付けは、明示的なフィールドを介して示すことができる。１つの可能な方法は、サイドリンク・グラントが帯域幅部分インデックスを示すことである。帯域幅部分がただ１つのリソースプールに関連付けられる場合、帯域幅部分インデックスは、ＵＥがサイドリンク・グラントとリソースプールの関連付けを理解するのに役立つ可能性がある。
【００３９】
別の可能な方法は、サイドリンク・グラントがリソースプールのインデックスまたはアイデンティティ（identity）を示すことができるということである。そのような場合、関連付けは明確となる。さらに、サイドリンク・グラントは、帯域幅部分のインデックスとリソースプールのインデックスとの両方を示すことができる。サイドリンク・グラントはまた、ヌメロロジのインデックスを示すことができる。ヌメロロジとリソースプールの間の１対１のマッピングに基づいて、ＵＥは、サイドリンク・グラントとリソースプールの間の関連付けを理解することができる。
【００４０】
別の可能な方法は、サイドリンク・グラントが地理的関連情報を示すことができるということである。一実施形態では、その情報は、ＳＳＢ関連情報またはゾーンインデックスとすることができる。
【００４１】
解決策２  −  ネットワークは、設定を通してＵＥに関連付けを示すか、確立することができる。この解決策では、ネットワークは、関連付けを確立するためにＵＥにその設定を割り当ててよい。例えば、関連付けは、ＳＰＳ設定にリソースプールＩＤまたは帯域幅部分ＩＤを含めることに基づいて確立することができる。ＳＰＳ（例えば、グラントフリー、ＳＰＳ、設定済みグラント）は、ＳＰＳがアクティベートされるあるいは設定されるとき、リソースプールまたはＢＷＰに対応するリソースプールに直接的に関連付られ得る。別の例として、ネットワークは、サイドリンク・グラントの情報との関連付けをリソースプールに割り当てることができる。その情報は、以下に挙げる１つまたは複数の候補とすることができる：
１．  対応するサイドリンク・グラント（例、コアセット（coreset）、検索空間）を監視するための制御リソース領域
２．  ＲＮＴＩ（例えば、異なるリソースプールは異なるＲＮＴＩに関連付けられる）
３．  制御信号フォーマット
４．  制御信号長
５．  ゾーン関連情報（例：ＳＳＢ関連情報、ＴＣＩ状態、ゾーンＩＤ）
【００４２】
例えば、候補情報に基づいてサイドリンク・グラントが受信される場合、ＵＥは、サイドリンク・グラントがどのリソースプールに割り当てられているかを理解することができる。関連付けは、ＲＲＣ専用信号（例えば、ＲＲＣ再設定）を介して、あるいはシステム情報（例えば、他のＳＩ、Ｖ２ＸのためのＳＩＢ、ＭＩＢ、ＳＩＢ１）を介して割り当てられることができる。関連付けは、その情報をリソースプールに関連する設定（例えば、ｃｏｒｓｅｔ設定またはリソースプール設定におけるインデックス）に情報を含めることによっても割り当てられることができる。
【００４３】
解決策３（暗黙のルール）−この解決策では、関連付けは、事前に定義された規則または事前に定義された理解に基づいて確立することができる。１つ可能な方法としては、ある帯域幅部分で受信されたＳＬグラントは、帯域幅部分に関連付けられたリソースプール、またはこれに位置するリソースプールをスケジューリングするためのみに使用される。ネットワークは、別の帯域幅部分に関連付けられた、あるいはこれに位置する別のリソースプールでＳＬグラントをスケジュールするために帯域幅部分を切り替える必要があることがある。一実施形態では、リソースプールと帯域幅部分との間の関連付けは、ＦＤＤまたはＴＤＤシステムに対して上述した方法１および方法２を参照することができる。
【００４４】
図１６は、１つの例示的実施形態による第１の通信デバイスの観点からのフローチャート１６００である。ステップ１６０５では、第１の通信デバイスは、セルに対して基地局によって複数のリソースプールで設定される。ステップ１６１０では、第１の通信デバイスは、基地局からグラントを受信し、そのグラントは、グラント内のリソースプール・インデックスを介して、複数のリソースプールのうちのリソースプールに関連付けられたリソースを示す。ステップ１６１５では、第１の通信デバイスは、そのリソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を実行する。
【００４５】
一実施形態では、リソースプールは、リソースプール・インデックスで設定されることができる。さらに、グラント内のフィールドは、リソースプール・インデックスまたはリソースプールのアイデンティティを示すことができる。
【００４６】
一実施形態では、関連付けは、グラント内の帯域幅部分インデックスを介して示される。リソースプールは、帯域幅部分インデックスで設定された帯域幅部分に関連付けられることができる。複数のリソースプールは、Ｄ２ＤインタフェースでのＶ２Ｘ通信のためのものとすることができる。
【００４７】
一実施形態では、セルは、ＳｐＣｅｌｌ（Special  Cell：特別セル）またはＰＣｅｌｌ（Primary  Cell：プライマリセル）とすることができる。代替的には、セルは、ＳＣｅｌｌ（Secondary  Cell：セカンダリセル）とすることができる。
【００４８】
一実施形態では、グラントは、サイドリンク・グラントまたはＤ２Ｄインタフェースのためのグラントとすることができる。グラントを受信することは、リソースをスケジューリングするための下りリンク制御信号（例えば、ＰＤＣＣＨ信号）を受信することを指すことができる。グラントを受信することはまた、基地局によって設定されたグラントで設定される、あるいはアクティベートにされることを指すことができる。
【００４９】
一実施形態では、送信は、ユニキャスト送信、マルチキャスト送信、またはブロードキャスト送信とすることができる。さらに、送信は、第２の通信デバイスに対するものとすることができる。
【００５０】
図３および図４に戻って参照すると、通信デバイスの１つの例示的な実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、通信デバイスが、（ｉ）セルに対して基地局によって複数のリソースプールで設定されることと、（ｉｉ）グラントを基地局から受信することであって、グラントは、グラント内のリソースプール・インデックスを介して、複数のリソースプールのうちのリソースプールに関連付けられたリソースを示す、受信することと、（ｉｉｉ）そのリソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を実行することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを行うことができる。
【００５１】
図１７は、１つの例示的実施形態による第１の通信デバイスの観点からのフローチャート１７００である。ステップ１７０５では、第１の通信デバイスは、セルに対して基地局によって複数のリソースプールで設定される。ステップ１７１０では、第１の通信デバイスは、サイドリンクＳＰＳ（Semi-Persistent  Scheduling）のための設定で設定され、その設定は、リソースプール・インデックスを含む。ステップ１７１５では、第１の通信デバイスは、複数のリソースプールうちのリソースプール内のリソースを使用して、その設定に基づいてデバイス・ツー・デバイス・インタフェースでの送信を実行し、そのリソースプールはリソースプール・インデックスに関連付けられている。
【００５２】
一実施形態では、送信は、ユニキャスト送信、マルチキャスト送信、またはブロードキャスト送信とすることができる。さらに、送信は、第２の通信デバイスに対するものとすることができる。
【００５３】
一実施形態では、サイドリンクＳＰＳは、アクティベーション・シグナリングなしで使用されることができる。さらに、サイドリンクＳＰＳは、基地局からアクティベーション・シグナリングを受信した後に使用されることができる。
【００５４】
図３および図４に戻って参照すると、通信デバイスの１つの例示的な実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、通信デバイスが、（ｉ）セルに対して基地局によって複数のリソースプールで設定されることと、（ｉｉ）サイドリンクＳＰＳのための設定で設定されることであって、その設定はリソースプール・インデックスを含む、設定されることと、（ｉｉｉ）複数のリソースプールのうちのリソースプール内のリソースを使用して、その設定に基づいてデバイス・ツー・デバイス・インタフェースでの送信を実行することであって、そのリソースプールはリソースプール・インデックスに関連付けれらている、実行することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。
【００５５】
図１８は、１つの例示的な実施形態による第１の通信デバイスの観点からのフローチャート１８００である。ステップ１８０５では、第１の通信デバイスには、セルに対して基地局によって複数のリソースプールで設定される。ステップ１８１０では、第１の通信デバイスは、基地局からグラントを受信し、そのグラントは、複数のリソースプールのうちのリソースプールに関連付けられたリソースを示す。ステップ１８１５では、第１の通信デバイスは、そのリソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を実行する。
【００５６】
一実施形態では、関連付けは、グラント内のリソースプール・インデックスを介して示すことができ、リソースプールは、リソースプール・インデックスで設定することができる。この関連付けは、グラント内のヌメロロジ・インデックスを介して示すこともでき、リソースプールは、ヌメロロジ・インデックスで設定されたヌメロロジに関連付けられることができる。追加的には、関連づけは、グラント内の帯域幅部分インデックスを介して示すことができ、リソースプールは、帯域幅部分インデックスで設定された帯域幅部分と関連付けられることができる。さらに、関連付けは、グラント内のＴＣＩ（Transmission  Configuration  Indication）状態を介して示すことができ、リソースプールは、ＴＣＩ状態と関連付けることができる。関連付けは、グラント内のＳＳＢ（Synchronization  Signal  Block）関連情報を介して指示されることができ、リソースプールは、ＳＳＢ関連情報によって示されるＳＳＢと関連付けられることができる。複数のリソースプールは、Ｄ２ＤインタフェースでのＶ２Ｘ通信のためのものとすることができる。
【００５７】
一実施形態では、セルは、ＳｐＣｅｌｌまたはＰＣｅｌｌとすることができる。セルはまた、ＳＣｅｌｌとすることができる。
【００５８】
一実施形態では、グラントは、サイドリンク・グラントまたはＤ２Ｄインタフェースのためのグラントとすることができる。グラントを受信することは、リソースをスケジューリングするための下りリンク制御信号（例えば、ＰＤＣＣＨ信号）を受信することを指すことができる。グラントを受信することはまた、基地局によって設定されたグラントで設定されることを指すことができる。
【００５９】
一実施形態では、送信は、ユニキャスト送信、マルチキャスト送信、またはブロードキャスト送信とすることができる。さらに、送信は、第２のデバイスに対するものとすることができる。
【００６０】
図３および図４に戻って参照すると、第１の通信デバイスの１つの例示的な実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、第１の通信デバイスが、（ｉ）セルに対して基地局によって複数のリソースプールで設定されること、（ｉｉ）基地局からグラントを受信することであって、そのグラントは、複数のリソースプールのうちのリソースプールに関連付けられたリソースを示すここと、（ｉｉｉ）そのリソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を実行することと、を可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。
【００６１】
図１９は、１つの例示的な実施形態による第１の通信デバイスの観点からのフローチャート１９００である。ステップ１９０５では、第１の通信デバイスには、セルに対して基地局によって複数のリソースプールで設定される。ステップ１９１０では、第１の通信デバイスには、複数のリソースプールのうちのリソースプールを情報に関連付けるための設定で設定される。ステップ１９１５では、第１の通信デバイスは、その情報に基づいて基地局からリソースをスケジューリングするためのグラントを受信する。ステップ１９２０では、第１の通信デバイスは、そのリソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を実行する。
【００６２】
一実施形態では、その情報は、グラントをスクランブルするためのアイデンティティ、検索空間設定、ＣＯＲＥＳＥＴ（Control  Resource  Set：制御リソースセット）設定、ＣＯＲＥＳＥＴインデックスもしくはアイデンティティ、ＴＣＩ状態もしくはＴＣＩ状態のインデックス、またはＳＳＢインデックスまたはＳＳＢに関連する時間および／または周波数リソース情報とすることができる。
【００６３】
一実施形態では、複数のリソースプールは、Ｄ２ＤインタフェースでのＶ２Ｘ通信のためのものとすることができる。セルは、ＳｐＣｅｌｌまたはＰＣｅｌｌとすることができる。セルはまた、ＳＣｅｌｌとすることができる。
【００６４】
一実施形態では、グラントは、サイドリンク・グラントまたはＤ２Ｄインタフェースのためのグラントとすることができる。グラントを受信することは、リソースをスケジューリングするための下りリンク制御信号（例えば、ＰＤＣＣＨ信号）を受信することを指すことができる。グラントを受信することはまた、基地局によって設定されたグラントで設定されることを指すことができる。
【００６５】
一実施形態では、送信は、ユニキャスト送信、マルチキャスト送信、またはブロードキャスト送信とすることができる。送信はまた、第２のデバイスに対するものとすることができる。
【００６６】
図３および図４に戻って参照すると、第１の通信デバイスの１つの例示的実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、第１の通信デバイスが、（ｉ）セルに対して基地局によって複数のリソースプールで設定されることと、（ｉｉ）複数のリソースプールのうちのリソースプールを情報に関連付けるための設定で設定されることと、（ｉｉｉ）その情報に基づいて基地局からリソースをスケジュールするためのグラントを受信することと、（ｉｖ）そのリソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を実行することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。
【００６７】
図２０は、１つの例示的な実施形態による第１の通信デバイスの観点からのフローチャート２０００である。ステップ２００５では、第１の通信デバイスは、セルに対して第１の帯域幅部分で設定される。ステップ２０１０では、第１の通信デバイスは、セルに対して基地局によって複数のリソースプールで設定される。ステップ２０１５では、第１の通信デバイスは、リソースをスケジューリングするために、第１の帯域幅部分でグラントを基地局から受信する。ステップ２０２０では、第１の通信デバイスは、複数のリソースプールのうちのリソースプール内のリソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を行い、そのリソースプールは、複数のリソースプールのうち、第１の帯域幅部分に関連付けられたただ１つのリソースプールである。
【００６８】
一実施形態では、第１の通信デバイスは、第２の帯域幅部分で設定されることができる。複数のリソースプールは、Ｄ２ＤインタフェースでのＶ２Ｘ通信のためのものとすることができる。セルは、ＳｐＣｅｌｌまたはＰＣｅｌｌとすることができる。セルはまた、ＳＣｅｌｌとすることができる。
【００６９】
一実施形態では、グラントは、サイドリンク・グラントまたはＤ２Ｄインタフェースのためのグラントとすることができる。グラントを受信することは、リソースをスケジューリングするための下りリンク制御信号（例えば、ＰＤＣＣＨ信号）を受信することを指すことができる。グラントを受信することはまた、基地局によって設定されたグラントが設定されることを指すことができる。
【００７０】
一実施形態では、送信は、ユニキャスト送信、マルチキャスト送信、またはブロードキャスト送信とすることができる。送信はまた、第２のデバイスに対するものとすることができる。
【００７１】
図３および図４に戻って参照すると、第１の通信デバイスの１つの例示的実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、第１の通信デバイスが、（ｉ）セルに対して第１の帯域幅部分で設定されることと、（ｉｉ）セルに対して基地局によって複数のリソースプールで設定されること、（ｉｉｉ）リソースをスケジューリングするために、第１の帯域幅部分でグラントを基地局から受信することと、（ｉｉｉ）複数のリソースプールのうちのリソースプール内のリソースを使用して、デバイス・ツー・デバイス・インタフェースでの送信を行い、そのリソースプールは、複数のリソースプールのうち、第１の帯域幅部分に関連付けられたただ１つのリソースプールである、送信することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。
【００７２】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示したいかなる特定の構造、機能、または両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示した態様は、他のいかなる態様からも独立に実装されることができ、これら態様のうちの２つ以上を種々組み合わせることができる。例えば、本明細書に記載した態様のうちの任意の数の態様を用いて、装置を実装することができ、方法を実現することができる。追加的に、本明細書に記載した態様のうちの１つ以上の追加または代替で、他の構造、機能、または構造と機能を用いて、このような装置を実装することができ、このような方法を実現することができる。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス位置またはオフセットに基づいて、同時チャネルを確立することができる。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルを確立することができる。いくつかの態様において、パルス繰り返し周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて、同時チャネルを確立することができる。
【００７３】
当業者であれば、多様な異なるテクノロジおよび技術のいずれかを使用して、情報および信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、またはこれらの任意の組み合わせによって表わしてよい。
【００７４】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディングまたはその他何らかの技術を用いて設計することがあるディジタル実装、アナログ実装、またはこれら２つの組み合わせ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称されることがある）、または両者の組み合わせとして実装されてよい。このハードウェアおよびソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途およびシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【００７５】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、ディジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、または本明細書で説明した機能を実行するように設計されたこれらの任意の組み合わせを含み、ＩＣ内、ＩＣ外、またはその両方に存在するコードまたは命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、またはその他任意のこのような構成である、コンピュータデバイスの組み合わせとして実装されてよい。
【００７６】
任意の開示プロセスにおけるステップの如何なる特定の順序または階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序または階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序または階層に限定されることを意図していない。
【００７７】
本明細書に開示される態様に関連して記載された方法またはアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組み合わせにおいて具現化してよい。（例えば、実行可能な命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、または当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出しおよび記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【００７８】
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、または適応を網羅することを意図している。
【図１】
2020028131.tif 000057
【図２】
2020028131.tif 000058
【図３】
2020028131.tif 000059
【図４】
2020028131.tif 000060
【図５】
2020028131.tif 000061
【図６】
2020028131.tif 000062
【図７】
2020028131.tif 000063
【図８】
2020028131.tif 000064
【図９】
2020028131.tif 000065
【図１０】
2020028131.tif 000066
【図１１】
2020028131.tif 000067
【図１２】
2020028131.tif 000068
【図１３】
2020028131.tif 000069
【図１４】
2020028131.tif 000070
【図１５】
2020028131.tif 000071
【図１６】
2020028131.tif 000072
【図１７】
2020028131.tif 000073
【図１８】
2020028131.tif 000074
【図１９】
2020028131.tif 000075
【図２０】
2020028131.tif 000076
【外国語明細書】
2020028131000001.pdf