特表 2024-503448 マルチＤＣＩマルチＴＲＰ動作のためのＨＡＲＱプロセスハンドリング

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-01-25

(54)【発明の名称】マルチＤＣＩマルチＴＲＰ動作のためのＨＡＲＱプロセスハンドリング

(51)【国際特許分類】

   H04W 72/23 20230101AFI20240118BHJP

   H04W 72/1273 20230101ALI20240118BHJP

   H04W 28/04 20090101ALI20240118BHJP

   H04W 72/0457 20230101ALI20240118BHJP

【ＦＩ】

H04W72/23

H04W72/1273

H04W28/04 110

H04W72/0457 110

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023542597

(86)(22)【出願日】2021-01-15

(85)【翻訳文提出日】2023-07-12

(86)【国際出願番号】 CN2021072063

(87)【国際公開番号】W WO2022151325

(87)【国際公開日】2022-07-21

(81)【指定国・地域】

(71)【出願人】

【識別番号】503260918

【氏名又は名称】アップル インコーポレイテッド

【氏名又は名称原語表記】Ａｐｐｌｅ Ｉｎｃ．

【住所又は居所原語表記】Ｏｎｅ Ａｐｐｌｅ Ｐａｒｋ Ｗａｙ，Ｃｕｐｅｒｔｉｎｏ， Ｃａｌｉｆｏｒｎｉａ ９５０１４， Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】サン， ハイトン

(72)【発明者】

【氏名】チャン， ダウェイ

(72)【発明者】

【氏名】ツェン， ウェイ

(72)【発明者】

【氏名】チャン， ユウシュ

(72)【発明者】

【氏名】タン， ジア

(72)【発明者】

【氏名】ファラジダナ， アミール

(72)【発明者】

【氏名】チャン， ウェイ

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA11

5K067DD11

5K067DD24

5K067EE02

5K067EE10

5K067HH28

5K067KK03

(57)【要約】

マルチＴＲＰ送信のためのダウンリンク制御を提供するための装置、システム、および方法。ネットワーク側デバイスは、複数の送受信ポイントから無線デバイスへのダウンリンク送信をスケジューリングするダウンリンク制御情報送信を無線デバイスに提供し得る。ダウンリンク送信は、ハイブリッド自動再送要求プロセスおよび／またはシステム情報送信に関連し得る。また、ダウンリンク制御情報は、異なるＴＲＰからのＨＡＲＱプロセスのスケジューリングに関する情報、および／または異なるＴＲＰからのＳＩ送信のスケジューリングに関する情報を含んでもよい。無線デバイスは、ダウンリンク制御情報に従って複数の送受信ポイントからダウンリンク送信を受信し得る。
【選択図】図７

【特許請求の範囲】

【請求項1】

無線デバイスであって、
少なくとも１つのアンテナと、
前記少なくとも１つのアンテナに接続された少なくとも１つの無線機と、
前記少なくとも１つの無線機に接続されたプロセッサと、を有し、
前記無線デバイスは、
複数の送受信ポイント（ＴＲＰ）からのダウンリンクハイブリッド自動再送要求（ＨＡＲＱ）送信を少なくともスケジューリングするダウンリンク制御情報送信を受信し、
前記ダウンリンク制御情報送信に従って前記複数のＴＲＰからダウンリンクＨＡＲＱ送信を受信する、ように構成されている、無線デバイス。

【請求項2】

前記ダウンリンク制御情報送信は、ＨＡＲＱプロセスインジケータと、各ＨＡＲＱプロセスのためのＴＲＰインジケータと、を有し、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスは、互いに異なるＨＡＲＱプロセスインジケータを割り当てられる、請求項１に記載の無線デバイス。

【請求項3】

前記ダウンリンク制御情報送信は、ＨＡＲＱプロセスインジケータと、ＴＲＰインジケータと、各ＨＡＲＱプロセスのための新しいデータインジケータと、を有し、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスのうちの少なくともいくつかは、それに割り当てられた同じＨＡＲＱプロセスインジケータを有し、異なるＴＲＰインジケータおよび同じＨＡＲＱプロセッサインジケータに対応する前記ＨＡＲＱプロセスのための前記新しいデータインジケータは、前記ＨＡＲＱプロセスによって再送信されるデータが互いに異なることを示す、請求項１に記載の無線デバイス。

【請求項4】

前記ダウンリンク制御情報送信は、ＨＡＲＱプロセスインジケータと、各ＨＡＲＱプロセスのためのＴＲＰインジケータと、を有し、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスのうちの少なくともいくつかは、それに割り当てられた同じＨＡＲＱプロセスインジケータを有し、
前記無線デバイスは、
特定の閾値よりも小さいサイズを有する、異なるＴＲＰインジケータおよび同じＨＡＲＱプロセスインジケータに対応するＨＡＲＱプロセスによって再送信されるデータを取得するようにさらに構成されている、請求項１に記載の無線デバイス。

【請求項5】

前記特定の閾値は、固定的に事前設定されるか、または同じＨＡＲＱプロセスインジケータによってスケジューリングされ得る異なるＴＲＰからの前記ＨＡＲＱプロセスについて前記無線デバイスが処理することができる最大ペイロードサイズに基づいて前記無線デバイスによって報告される、請求項４に記載の無線デバイス。

【請求項6】

前記ダウンリンク制御情報送信は、ＨＡＲＱプロセスインジケータと、各ＨＡＲＱプロセスのためのＴＲＰインジケータと、を有し、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスのうちの少なくともいくつかは、それに割り当てられた同じＨＡＲＱプロセスインジケータを有し、
前記無線デバイスは、
異なるＴＲＰからのＨＡＲＱプロセスが同じＨＡＲＱプロセスインジケータによってスケジューリングされ得ることがサポートされるときに、無線デバイスが満たす必要がある最小性能要件に基づいて構成された、異なるＴＲＰインジケータおよび同じＨＡＲＱインジケータに対応するＨＡＲＱプロセスによって再送信されたデータを取得するようにさらに構成されている、請求項１に記載の無線デバイス。

【請求項7】

前記ダウンリンク制御情報送信は、ＨＡＲＱプロセッサインジケータと、ＴＲＰインジケータと、各ＨＡＲＱプロセスのための冗長バージョン（ＲＶ）構成情報と、を有し、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスのうちの少なくともいくつかは、それに割り当てられた同じＨＡＲＱプロセスインジケータを有し、異なるＴＲＰインジケータおよび同じＨＡＲＱプロセッサインジケータに対応する前記ＨＡＲＱプロセスのための前記ＲＶ構成情報は、前記ＨＡＲＱプロセスによって再送信され、前記ＲＶによって示されるデータが自己復号可能であることを示し、
前記無線デバイスは、
互いに異なるＴＲＰインジケータおよび同じＨＡＲＱインジケータに対応し、前記ＲＶによって示されるＨＡＲＱプロセスによって再送信されたデータを取得し、
データを自己復号化する、ようにさらに構成されている、請求項１に記載の無線デバイス。

【請求項8】

前記ダウンリンク制御情報送信は、複数の送受信ポイント（ＴＲＰ）からのダウンリンクシステム情報（ＳＩ）送信をさらにスケジューリングする、請求項１に記載の無線デバイス。

【請求項9】

前記システム情報は、システム情報ブロック（ＳＩＢ）の数を含み、
前記ダウンリンク制御情報は、同じＴＲＰによって送信されるシステム情報ブロックの数を示すか、または、
前記ダウンリンク制御情報は、異なるＴＲＰによって送信されるシステム情報ブロックの数を示し、同じＴＲＰからの前記システム情報ブロックは、同じシステム情報送信ウィンドウに含まれる、請求項８に記載の無線デバイス。

【請求項10】

ネットワーク側デバイスであって、
少なくとも１つのアンテナと、
前記少なくとも１つのアンテナに接続された少なくとも１つの無線機と、
前記少なくとも１つの無線機に接続されたプロセッサと、を有し、
前記ネットワーク側デバイスは、
複数の送受信ポイント（ＴＲＰ）から無線デバイスへのダウンリンクハイブリッド自動再送要求（ＨＡＲＱ）送信を少なくともスケジューリングするダウンリンク制御情報送信を提供し、
前記ダウンリンク制御情報に従って前記無線デバイスに少なくとも１つのダウンリンクＨＡＲＱ送信を提供する、ように構成されている、ネットワーク側デバイス。

【請求項11】

異なるＴＲＰからのＨＡＲＱプロセスが同じＨＡＲＱプロセスインジケータによってスケジューリングされ得ることがサポートされるか否か、または同じＨＡＲＱプロセスインジケータに対応する異なるＴＲＰからのＨＡＲＱプロセスの再送信が特定の制限下で実行され得ることがサポートされるか否かに基づいて、前記ダウンリンク制御情報送信を構成する、ようにさらに構成されている、請求項１０に記載のネットワーク側デバイス。

【請求項12】

前記ネットワーク側デバイスは、前記ネットワーク側デバイスは、異なるＴＲＰからのＨＡＲＱプロセスが同じＨＡＲＱプロセスインジケータによってスケジューリングされ得ない条件下で、
前記ダウンリンク制御情報送信が、各ＨＡＲＱプロセスのためのＨＡＲＱプロセスインジケータおよびＴＲＰインジケータを有するように、前記ダウンリンク制御情報送信を構成するようにさらに構成され、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスは、互いに異なるＨＡＲＱプロセスインジケータを割り当てられる、請求項１０に記載のネットワーク側デバイス。

【請求項13】

前記ネットワーク側デバイスは、同じＨＡＲＱプロセスインジケータに対応する異なるＴＲＰからのＨＡＲＱプロセスの送信が特定の制限下で実行されることができる条件下で、
前記ダウンリンク制御情報送信が、ＨＡＲＱプロセスインジケータと、ＴＲＰインジケータと、各ＨＡＲＱプロセスのための新しいデータインジケータとを有するように、前記ダウンリンク制御情報送信を構成するようにさらに構成され、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスのうちの少なくともいくつかは、それに割り当てられた同じＨＡＲＱプロセスインジケータを有し、異なるＴＲＰインジケータおよび同じＨＡＲＱプロセッサインジケータに対応する前記ＨＡＲＱプロセスのための前記新しいデータインジケータは、互いに異なる、請求項１０に記載のネットワーク側デバイス。

【請求項14】

前記ネットワーク側デバイスは、同じＨＡＲＱプロセスインジケータに対応する異なるＴＲＰからのＨＡＲＱプロセスの再送信が特定の制限下で実行され得るという条件下で、
前記ダウンリンク制御情報送信が、ＨＡＲＱプロセスインジケータと、各ＨＡＲＱプロセスのためのＴＲＰインジケータとを有するように、前記ダウンリンク制御情報送信を構成し、ここで異なるＴＲＰインジケータに対応するＨＡＲＱプロセスのうちの少なくともいくつかは、それに割り当てられた同じＨＡＲＱプロセスインジケータを有し、
前記ダウンリンクＨＡＲＱ送信において、特定の閾値より小さいサイズを有する、異なるＴＲＰインジケータおよび同じＨＡＲＱインジケータに対応する前記ＨＡＲＱプロセスによって再送信されるデータを提供する、ようにさらに構成されている、請求項１０に記載のネットワーク側デバイス。

【請求項15】

前記ネットワーク側デバイスは、同じＨＡＲＱプロセスインジケータに対応する異なるＴＲＰからのＨＡＲＱプロセスの再送信が特定の制限下で実行され得るという条件下で、
前記ダウンリンク制御情報送信が、ＨＡＲＱプロセスインジケータと、各ＨＡＲＱプロセスのためのＴＲＰインジケータとを有するように、前記ダウンリンク制御情報送信を構成し、ここで異なるＴＲＰインジケータに対応するＨＡＲＱプロセスのうちの少なくともいくつかは、それに割り当てられた同じＨＡＲＱプロセスインジケータを有し、
前記ダウンリンクＨＡＲＱ送信において、異なるＴＲＰからのＨＡＲＱプロセスが同じＨＡＲＱプロセスインジケータによってスケジューリングされ得ることがサポートされるとき、前記無線デバイスが満たす必要がある最小性能要件に基づいて構成される、異なるＴＲＰインジケータおよび同じＨＡＲＱインジケータに対応する前記ＨＡＲＱプロセスによって再送信されるデータを提供する、ようにさらに構成されている、請求項１０に記載のネットワーク側デバイス。

【請求項16】

前記ネットワーク側デバイスは、同じＨＡＲＱプロセスインジケータに対応する異なるＴＲＰからのＨＡＲＱプロセスの再送信が特定の制限下で実行され得るという条件下で、
前記ダウンリンク制御情報送信が、ＨＡＲＱプロセッサインジケータと、ＴＲＰインジケータと、各ＨＡＲＱプロセスのための冗長バージョン（ＲＶ）構成情報とを有するように、前記ダウンリンク制御情報送信を構成し、ここで異なるＴＲＰインジケータに対応するＨＡＲＱプロセスのうちの少なくともいくつかは、それに割り当てられた同じＨＡＲＱプロセスインジケータを有し、異なるＴＲＰインジケータおよび同じＨＡＲＱプロセッサインジケータに対応する前記ＨＡＲＱプロセスのための前記ＲＶ構成情報は、前記ＨＡＲＱプロセスによって再送信され、自己復号可能な前記ＲＶによって示されるデータを示し、
前記ダウンリンクＨＡＲＱ送信において、前記ＲＶに従って、異なるＴＲＰインジケータおよび同じＨＡＲＱインジケータに対応する前記ＨＡＲＱプロセスによって再送信されるデータを提供する、ようにさらに構成されている、請求項１０に記載のネットワーク側デバイス。

【請求項17】

複数の送受信ポイント（ＴＲＰ）から無線デバイスへのダウンリンクシステム情報（ＳＩ）送信をさらにスケジューリングするダウンリンク制御情報送信を提供し、
前記ダウンリンク制御情報に従って前記無線デバイスに少なくとも１つのダウンリンクＳＩ送信を提供する、ようにさらに構成されている、請求項１０に記載のネットワーク側デバイス。

【請求項18】

前記システム情報は、システム情報ブロック（ＳＩＢ）の数を含み、前記ネットワーク側デバイスは、
システム情報ブロックの数が同じＴＲＰによって送信されることを示す前記ダウンリンク制御情報送信を構成するか、または、
前記システム情報ブロックの数が異なるＴＲＰによって送信され、同じＴＲＰからの前記システム情報部分が同じシステム情報送信ウィンドウ中に含まれることを示す前記ダウンリンク制御情報を構成する、ようにさらに構成されている、請求項１０に記載のネットワーク側デバイス。

【請求項19】

装置であって、
無線デバイスに、
複数の送受信ポイント（ＴＲＰ）からのダウンリンクハイブリッド自動再送要求（ＨＡＲＱ）送信を少なくともスケジューリングするダウンリンク制御情報送信を受信させ、
前記ダウンリンク制御情報送信に従って前記複数のＴＲＰからダウンリンクＨＡＲＱ送信を受信させる、ように構成されているプロセッサを有する、装置。

【請求項20】

装置であって、
ネットワーク側デバイスに、
複数の送受信ポイント（ＴＲＰ）から無線デバイスへのダウンリンクハイブリッド自動再送要求（ＨＡＲＱ）送信を少なくともスケジューリングするダウンリンク制御情報送信を提供させ、
前記ダウンリンク制御情報に従って前記無線デバイスに少なくとも１つのダウンリンクＨＡＲＱ送信を提供させる、ように構成されているプロセッサを有する、装置。

【請求項21】

無線デバイスのための方法であって、
複数の送受信ポイント（ＴＲＰ）からのダウンリンクハイブリッド自動再送要求（ＨＡＲＱ）送信を少なくともスケジューリングするダウンリンク制御情報送信を受信することと、
前記ダウンリンク制御情報送信に従って、前記複数のＴＲＰからダウンリンクＨＡＲＱ送信を受信することと、を有する、方法。

【請求項22】

ネットワーク側デバイスのための方法であって、
複数の送受信ポイント（ＴＲＰ）から無線デバイスへのダウンリンクハイブリッド自動再送要求（ＨＡＲＱ）送信を少なくともスケジューリングするダウンリンク制御情報送信を提供することと、
前記ダウンリンク制御情報に従って、前記無線デバイスに少なくとも１つのダウンリンクＨＡＲＱ送信を提供することと、を有する、方法。

【請求項23】

デバイスであって、
プロセッサと、
実行されると、前記プロセッサに請求項２１または２２に記載の方法を実行させるプログラム命令を格納するコンピュータ可読記憶媒体と、を有する、デバイス。

【請求項24】

実行されると、プロセッサに請求項２１または２２に記載の方法を実行させるプログラム命令を格納する、コンピュータ可読記憶媒体。

【請求項25】

コンピュータによって実行されると、コンピュータに請求項２１または２２に記載の方法を実行させるプログラム命令を有する、コンピュータプログラム製品。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、無線デバイスに関し、より具体的には、マルチＤＣＩマルチＴＲＰ動作のためのＨＡＲＱプロセスハンドリングの装置、システム、および方法に関する。

【背景技術】

【0002】

無線通信システムの使用が急速に増大している。近年、スマートフォンやタブレットコンピュータなどの無線デバイスは益々高性能化されてきている。電話機能のサポートに加えて、多くのモバイルデバイスは今や、インターネットへのアクセス、電子メール、テキストメッセージング、および全地球測位システム（global positioning system、ＧＰＳ）を使用したナビゲーションを提供し、それらの機能性を利用する洗練されたアプリケーションを動作させることができる。加えて、数多くの異なる無線通信技術および規格が存在する。無線通信規格のいくつかの例として、ＧＳＭ、（例えば、ＷＣＤＭＡ（登録商標）またはＴＤ－ＳＣＤＭＡエアインタフェースに関連する）ＵＭＴＳ、ＬＴＥ、ＬＴＥ Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、ＨＳＰＡ、３ＧＰＰ２ ＣＤＭＡ２０００（例えば、１ｘＲＴＴ、１ｘＥＶ－ＤＯ、ＨＲＰＤ、ｅＨＲＰＤ）、ＩＥＥＥ８０２．１１（ＷＬＡＮまたはＷｉ－Ｆｉ）、ＢＬＵＥＴＯＯＴＨ（登録商標）などが挙げられる。

【0003】

無線通信デバイスに導入される特徴および機能が絶えず増加すると、無線通信と無線通信デバイスの両方を改善する継続的な必要性が生じる。カバレッジを増大させ、無線通信の想定される使用に対する増大する需要および範囲により良く対応するために、上述の通信標準に加えて、第５世代（５Ｇ）ニューレディオ（ＮＲ）通信を含む、開発中の更なる無線通信技術が存在する。よって、このような開発および設計をサポートする、この分野における改善が望まれる。

【発明の概要】

【0004】

実施形態は、マルチＴＲＰダウンリンク送信の改善されたスケジューリングを提供するための装置、システム、および方法に関する。

【0005】

本明細書で説明する技法によれば、ネットワーク側デバイスは、複数の送受信ポイントからのダウンリンク送信をスケジューリングするダウンリンク制御情報送信を無線デバイスに提供し得る。

【0006】

一態様では、ダウンリンク送信は、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスに関し得、ダウンリンク制御情報は、異なるＴＲＰから無線デバイスへのＨＡＲＱプロセスのスケジューリングに関する情報を含んでもよく、任意選択で、ダウンリンクＨＡＲＱ送信を介して送信されるデータは、それに応じて構成され得る。別の態様では、ダウンリンク送信は、システム情報（ＳＩ）送信に関し得、ダウンリンク制御情報は、異なるＴＲＰからのＳＩ送信のスケジューリングに関する情報を含んでもよい。ダウンリンク制御情報は、ダウンリンク送信のための様々な他の可能なタイプの構成情報のいずれかをさらに含んでもよい。

【0007】

ダウンリンク制御情報を使用して、無線デバイスは、複数の送受信ポイントからダウンリンク送信を受信し得、特に、複数の送受信ポイントからのダウンリンク送信を適切に受信および復号し得る。

【0008】

本明細書に記載の技法は、セルラ電話、タブレットコンピュータ、ウェアラブルコンピューティングデバイス、ポータブルメディアプレーヤ、および様々な他のコンピューティングデバイスのうちのいずれかを含むがそれらに限定されないいくつかの異なるタイプのデバイスにおいて実装されてもよく、および／またはこれらと共に使用されてもよい。

【0009】

この発明の概要は、本文書に記載の主題のいくつかの簡易的な概要を提供することが意図されている。よって、上記の特徴は単なる一例に過ぎず、本明細書に記載の主題の範囲または趣旨を狭めるものとして解釈されるべきでないことを理解されたい。本明細書に記載の主題の他の特徴、態様、および利点は、以下の詳細な説明、図面、および特許請求の範囲から明らかになる。

【図面の簡単な説明】

【0010】

各種実施形態の以下の詳細な説明が、以下の図面と共に考察されたときに、本主題のより良い理解が得られ得る。

【0011】

【図1】いくつかの実施形態に係る、例示的な無線通信システムを示す。

【0012】

【図2】いくつかの実施形態に係る、ユーザ機器（User Equipment、ＵＥ）デバイスと通信する基地局（Base Sation、ＢＳ）を示す。

【0013】

【図3】いくつかの実施形態に係る、ＵＥの例示的なブロック図である。

【0014】

【図4】いくつかの実施形態に係る、ＢＳの例示的なブロック図である。

【0015】

【図5】いくつかの実施形態に係る、セルラー通信回路の例示的なブロック図を示す。

【0016】

【図6】例示的なマルチＤＣＩベースのマルチＴＲＰダウンリンク送信を示す。

【0017】

【図7】いくつかの実施形態に係る、複数の送受信ポイント（ＴＲＰ）からのダウンリンク送信をスケジューリングするダウンリンク制御情報を受信するための例示的な方法を示すフローチャート図である。

【0018】

【図8】いくつかの実施形態に係る、複数の送受信ポイント（ＴＲＰ）からのダウンリンク送信をスケジューリングするダウンリンク制御情報を提供するための例示的な方法を示すフローチャート図である。

【0019】

【図9】いくつかの実施形態に係る、２つのＴＲＰが２つのデータストリームを無線デバイスにスケジューリングする例示的シナリオを示す。

【0020】

【図10】異なるＴＲＰからの同じＨＡＲＱプロセスの送信が新しいデータインジケータ（ＮＤＩ）に基づいてスケジューリングされる例を示す。

【0021】

【図11】ＰＤＳＣＨ重複におけるレイヤの最大数の例示的な計算オプションを示す。

【0022】

本明細書に記載の特徴は、様々な変更形態および代替的形態が可能ではあるが、その特定の実施形態を例として図面に示し、本明細書において詳細に説明する。しかしながら、図面およびその詳細な説明は、開示されている特定の形態に限定することを意図しておらず、むしろ、添付の特許請求の範囲によって定義されている本主題の趣旨および範囲内の全ての修正、等価物、および代替案を包含することが意図されていることを理解されたい。

【発明を実施するための形態】

【0023】

用語
以下は、本開示で使用されている用語の解説である。

【0024】

メモリ媒体－様々な種類の非一時的メモリデバイスまたは記憶デバイスのうちの任意のもの。用語「記憶媒体」は、例えば、ＣＤ－ＲＯＭ、フロッピーディスク、またはテープデバイスなどのインストール媒体、ＤＲＡＭ、ＤＤＲ ＲＡＭ、ＳＲＡＭ、ＥＤＯ ＲＡＭ、Ｒａｍｂｕｓ ＲＡＭなどのコンピュータシステムメモリまたはランダムアクセスメモリ、フラッシュ、ハードドライブなどの磁気媒体、または光学ストレージなどの不揮発性メモリ；レジスタ、または他の類似のタイプのメモリ要素などを含むことが意図されている。メモリ媒体は、他のタイプの非一時的メモリも含んでもよく、またはこれらの組み合わせを含んでもよい。加えて、メモリ媒体は、プログラムが実行される第１のコンピュータシステムに配置されてもよく、またはインターネットなどのネットワークを介して第１のコンピュータシステムに接続する第２の異なるコンピュータシステムに配置されてもよい。後者の事例では、第２のコンピュータシステムは、実行するために、プログラム命令を第１のコンピュータに提供することができる。用語「メモリ媒体」は、異なる場所において、例えば、ネットワークを介して接続された異なるコンピュータシステムにおいて存在することができる２つ以上のメモリ媒体を含んでもよい。メモリ媒体は、１つ以上のプロセッサによって実行され得る（例えば、コンピュータプログラムとして具現化された）プログラム命令を記憶してもよい。

【0025】

キャリア媒体－上記のようなメモリ媒体、並びにバス、ネットワークなどの物理的伝送媒体、および／または電気信号、電磁信号、若しくはデジタル信号などの信号を伝達する他の物理的伝送媒体。

【0026】

プログラム可能ハードウェア要素－プログラム可能相互接続を介して接続された複数のプログラム可能機能ブロックを有する、様々なハードウェアデバイスを含む。例として、フィールドプログラム可能ゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）、プログラム可能論理デバイス（Programmable Logic Device、ＰＬＤ）、フィールドプログラム可能オブジェクトアレイ（Field Programmable Object Array、ＦＰＯＡ）、および複合ＰＬＤ（Complex PLD、ＣＰＬＤ）が挙げられる。プログラム可能機能ブロックは、細かい粒度のもの（組み合わせ論理またはルックアップテーブル）から粗い粒度のもの（演算論理装置またはプロセッサコア）にまで及ぶことができる。プログラム可能ハードウェア要素はまた、「再構成可能論理」と称され得る。

【0027】

コンピュータシステム－パーソナルコンピュータシステム（ＰＣ）、メインフレームコンピュータシステム、ワークステーション、ネットワーク装置、インターネット装置、携帯情報端末（ＰＤＡ）、テレビシステム、グリッドコンピューティングシステム、またはその他のデバイス若しくはデバイスの組み合わせ、を含む様々な種類のコンピューティングまたは処理システムのうちの任意のもの。一般に、用語「コンピュータシステム」は、メモリ媒体からの命令を実行する少なくとも１つのプロセッサを有する任意のデバイス（またはデバイスの組み合わせ）を包含するように広義に定義され得る。

【0028】

ユーザ機器（User Equipment、ＵＥ）（または、「ＵＥデバイス」）－モバイルまたはポータブルであり、無線通信を実行する様々なタイプのコンピュータシステムまたはデバイスのうちの任意のもの。ＵＥデバイスの例としては、携帯電話若しくはスマートフォン（例えば、ｉＰｈｏｎｅ（登録商標）、Ａｎｄｒｏｉｄ（商標）ベースの電話）、ポータブルゲームデバイス（例えば、Ｎｉｎｔｅｎｄｏ ＤＳ（商標）、ＰｌａｙＳｔａｔｉｏｎ Ｐｏｒｔａｂｌｅ（商標）、Ｇａｍｅｂｏｙ Ａｄｖａｎｃｅ（商標）、ｉＰｈｏｎｅ（商標））、ラップトップ、着用可能なデバイス（例えば、スマートウォッチ、スマートグラス）、ＰＤＡ、ポータブルインターネットデバイス、音楽プレーヤ、データ記憶デバイス、または他のハンドヘルドデバイスなどが挙げられる。一般に、用語「ＵＥ」または「ＵＥデバイス」は、ユーザによって容易に持ち運ばれ無線通信が可能である任意の電子、コンピューティングおよび／または電気通信デバイス（またはデバイスの組み合わせ）を包含するように広義に定義され得る。

【0029】

無線デバイス－無線通信を実行する様々な種類のコンピュータシステムまたはデバイスのうちの任意のもの。無線デバイスは、ポータブル（若しくはモバイル）であることができ、またはある場所に定置若しくは固定されてもよい。ＵＥは、無線デバイスの一例である。

【0030】

通信デバイス－通信を実行する様々なタイプのコンピュータシステムまたはデバイスのうちの任意のものであり、通信は、有線または無線であり得る。通信デバイスは、ポータブル（若しくはモバイル）であってもよく、または特定の場所に定置若しくは固定されてもよい。無線デバイスは、通信デバイスの一例である。ＵＥは、通信デバイスの別の例である。

【0031】

基地局－用語「基地局」は、その通常の意味の全範囲を有し、少なくとも、固定場所に設置され、無線電話システムまたは無線システムの一部として通信するために使用される無線通信局を含む。

【0032】

ネットワーク側デバイス－通信を実行する、特に、ダウンリンク送信に関連する無線デバイスへのダウンリンク通信など、無線デバイスとの無線通信を実行する、様々なタイプのコンピュータシステムまたはデバイスのいずれか。ネットワーク側デバイスは、ポータブル（またはモバイル）であることができ、またはある場所に定置若しくは固定されてもよい。基地局は、ネットワーク側デバイスの一例である。

【0033】

処理要素（またはプロセッサ）－ユーザ機器またはセルラーネットワークデバイスなどのデバイスにおいて機能を実行することが可能である様々な要素または要素の組み合わせを指す。処理要素は、例えば、プロセッサおよび関連付けられたメモリ、個々のプロセッサコアの部分または回路、プロセッサコア全体、個々のプロセッサ、プロセッサアレイ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）などの回路、フィールドプログラム可能ゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）などのプログラム可能ハードウェア要素、および上記のものの様々な組み合わせのうちのいずれかを含んでもよい。

【0034】

チャネル－送信側（送信機）から受信機に情報を伝達するために使用される媒体。用語「チャネル」の特性は、異なる無線プロトコルに従って異なり得るため、本明細書に使用される場合、用語「チャネル」は、この用語が関連して使用されるデバイスのタイプの規格に一致するように使用されると見なされることに留意されたい。いくつかの規格では、チャネル幅は、（例えば、デバイス能力、帯域条件などに依存して）可変であり得る。例えば、ＬＴＥは、１．４ＭＨｚ～２０ＭＨｚのスケーラブルなチャネル帯域幅をサポートしてもよい。対照的に、ＷＬＡＮのチャネルは、２２ＭＨｚ幅を有することができ、Ｂｌｕｅｔｏｏｔｈのチャネルは、１Ｍｈｚ幅を有することができる。他のプロトコルおよび規格は、異なるチャネルの定義を含み得る。さらに、いくつかの規格は、複数のタイプのチャネル、例えば、アップリンク若しくはダウンリンクのための異なるチャネル、および／または、データ、制御情報などの異なる使用のための異なるチャネルを定義および使用することができる。

【0035】

帯域－用語「帯域」は、帯域の通常の意味の全範囲を有し、少なくとも、チャネルがある目的で使用されるか、または同じ目的のために取って置かれたスペクトルの部分（例えば、無線周波数スペクトル）を含む。

【0036】

自動的に－ユーザ入力がアクションまたは動作を直接指定または実行することなく、コンピュータシステム（例えば、コンピュータシステムによって実行されるソフトウェア）またはデバイス（例えば、回路、プログラム可能ハードウェア要素、ＡＳＩＣなど）によって実行されるアクションまたは動作を指す。したがって、用語「自動的に」は、ユーザが入力を提供して操作を直接実行するような、ユーザによって手動で実行されるまたは指定される操作とは対照的である。自動手順は、ユーザによって提供された入力によって開始され得るが、「自動的に」実行される後続のアクションは、ユーザによって指定されない。すなわち、実行される各アクションをユーザが指定する「手動」で実行されない。例えば、ユーザが、各フィールドを選択し、情報を指定する入力を提供することによって（例えば、情報をタイピングすること、チェックボックスを選択すること、ラジオボタン（radio selections）を選択することなどによって）電子フォームを記入することは、コンピュータシステムがユーザアクションに応じてフォームを更新しなければならないが、フォームを手動で記入することと見なされる。フォームは、コンピュータシステムによって自動的に記入されてもよく、ここで、コンピュータシステム（例えば、コンピュータシステムで実行されるソフトウェア）は、フォームのフィールドを分析し、フィールドへの回答を指定するユーザ入力なしにフォームに記入する。上記のように、ユーザは、フォームの自動記入を呼び出すことができるが、フォームの実際の記入には関与しない（例えば、ユーザは、フィールドへ回答を手動で指定するのではなく、むしろ、回答は自動的に完了されている）。本明細書は、ユーザが取ったアクションに応じて自動的に実行される動作の様々な例を提供する。

【0037】

おおよそ－ほとんど正確または精密である値を指す。例えば、おおよそは、精密な（または所望の）値の１～１０パーセント以内の値を指し得る。しかしながら、実際の閾値（または許容差）は、用途に依存し得ることに留意されたい。例えば、いくつかの実施形態では、「おおよそ」は、ある指定されたまたは所望の値の０．１％以内を意味し得、他の各種実施形態では、閾値は、所望に応じて、または特定の用途による必要に応じて、例えば、２％、３％、５％などであり得る。

【0038】

同時－タスク、プロセス、またはプログラムが少なくとも部分的に重畳して実行される、並列の実行（execution or performance）を指す。例えば、同時実行は、タスクがそれぞれの計算要素で並列に（少なくとも部分的に）実行される「強い」若しくは厳密な並列を使用して実行され得、または、タスクがインターリーブ式で、例えば、実行スレッドの時分割多重化によって実行される「弱い並列」を使用して実行され得る。

【0039】

ように構成されている－様々な構成要素が、タスクまたはタスク群を実行する「ように構成されている」と説明され得る。このようなコンテキストにおいて、「ように構成されている」は、動作中にタスクまたは複数のタスクを実行する「構造を有していること」を一般に意味する広範な記述である。したがって、構成要素は、構成要素がタスクを現在実行していないときでも、このタスクを実行するように構成されていてもよい（例えば、導電体のセットは、２つのモジュールが接続されていないときでも、モジュールを別のモジュールに電気的に接続するように構成されていてもよい）。いくつかのコンテキストにおいて、「ように構成されている」は、動作中にタスクまたは複数のタスクを実行する「回路を有していること」を一般に意味する構造の広範な記述であってもよい。したがって、構成要素は、構成要素が現在オンでないときでも、タスクを実行するように構成されていてもよい。一般に、「ように構成されている」に対応する構造を形成する回路は、ハードウェア回路を含み得る。

【0040】

本明細書の記載では、便宜上、タスクまたは複数のタスクを実行するとして様々な構成要素を説明することができる。そのような説明は、語句「ように構成されている」を含むように解釈されるべきである。１つ以上のタスクを実行するように構成されている構成要素の記載は、この構成要素について米国特許法第１１２条（ｆ）の解釈を実施しないことが、明示的に意図されている。
図１および図２－通信システム

【0041】

図１は、いくつかの実施形態に係る、簡略化した例示的な無線通信システムを示す。図１のシステムは、可能なシステムの単なる一例であり、本開示の特徴は、様々なシステムのうちのいずれかにおいて所望に応じて実装されてもよいことに留意されたい。

【0042】

図に示すように、例示的な無線通信システムは、１つ以上のユーザデバイス１０６Ａ、１０６Ｂなどから１０６Ｎまでと、伝送媒体を介して通信する基地局１０２Ａを含む。ユーザデバイスの各々は、本明細書では、「ユーザ機器」（ＵＥ）と称され得る。したがって、ユーザデバイス１０６は、ＵＥまたはＵＥデバイスと称される。

【0043】

基地局（ＢＳ）１０２Ａは、無線基地局装置（Base Transceiver Station、ＢＴＳ）またはセルサイト（「セルラー基地局」）であってもよく、ＵＥ １０６Ａ～１０６Ｎとの無線通信を可能にするハードウェアを含み得る。

【0044】

基地局の通信領域（または、カバレッジ領域）は、「セル」と称され得る。基地局１０２ＡとＵＥ１０６は、ＧＳＭ、（例えば、ＷＣＤＭＡ、またはＴＤ－ＳＣＤＭＡエアインタフェースに関連付けられた）ＵＭＴＳ、ＬＴＥ、ＬＴＥアドバンスト（LTE-Advanced、ＬＴＥ－Ａ）、５Ｇ新無線（5G New Radio、５Ｇ ＮＲ）、ＨＳＰＡ、３ＧＰＰ２ ＣＤＭＡ２０００（例えば、１ｘＲＴＴ、１ｘＥＶ－ＤＯ、ＨＲＰＤ、ｅＨＲＰＤ）などの、無線通信技術または電気通信規格とも称される様々な無線アクセス技術（Radio Access Technology、ＲＡＴ）のいずれかを使用して、伝達媒体を介して通信するように構成され得る。基地局１０２ＡがＬＴＥのコンテキストにおいて実装されている場合、それは、代わりに、「ｅＮｏｄｅＢ」または「ｅＮＢ」と称され得ることに留意されたい。基地局１０２Ａが５Ｇ ＮＲのコンテキストにおいて実装される場合、基地局１０２Ａは、代替として、「ｇＮｏｄｅＢ」または「ｇＮＢ」と称され得ることに留意されたい。

【0045】

図に示すように、基地局１０２Ａはまた、ネットワーク１００（例えば、様々な可能性の中でもとりわけ、セルラサービスプロバイダのコアネットワーク、公衆交換電話網（ＰＳＴＮ）などの電気通信ネットワーク、および／またはインターネット）と通信するように装備されていてもよい。したがって、基地局１０２Ａは、ユーザデバイス間の通信、および／または、ユーザデバイスとネットワーク１００との間の通信を容易にすることができる。特に、セルラー基地局１０２Ａは、音声、ＳＭＳ、および／またはデータサービスなどの様々な電気通信能力をＵＥ１０６に提供することができる。

【0046】

基地局１０２Ａ、および同一のまたは異なるセルラー通信規格に従って動作する（基地局１０２Ｂ～１０２Ｎなどの）他の類似の基地局は、セルのネットワークとして提供されてもよく、セルのネットワークは、連続するか、またはほぼ連続する重畳サービスを、地理的エリアにわたって、１つ以上のセルラー通信規格を介して、ＵＥ１０６Ａ～１０６Ｎおよび類似のデバイスに提供することができる。

【0047】

したがって、図１に示すように、基地局１０２Ａは、ＵＥ１０６Ａ～１０６Ｎに対して「サービングセル」として機能することができ、各ＵＥ１０６はまた、信号を、「隣接セル」と称され得る（基地局１０２Ｂ～１０２Ｎおよび／または任意の他の基地局によって提供され得る）１つ以上の他のセルから（可能な場合、それらの通信範囲内で）受信することが可能である。このようなセルはまた、ユーザデバイス間の通信、および／またはユーザデバイスとネットワーク１００との間の通信を容易にすることが可能である。このようなセルは、「マクロ」セル、「マイクロ」セル、「ピコ」セル、および／またはサービスエリアサイズの様々な他の粒度のいずれかを提供するセルを含んでもよい。例えば、図１に示す基地局１０２Ａ～１０２Ｂは、マクロセルであってもよく、基地局１０２Ｎは、マイクロセルであってもよい。他の構成も可能である。

【0048】

いくつかの実施形態では、基地局１０２Ａは、次世代基地局、例えば、５Ｇ新無線（５Ｇ ＮＲ）基地局、または「ｇＮＢ」であってよい。いくつかの実施形態では、ｇＮＢは、従来の進化型パケットコア（Evolved Packet Core、ＥＰＣ）ネットワークおよび／またはＮＲコア（NR Core、ＮＲＣ）ネットワークに接続され得る。加えて、ｇＮＢセルは、１つ以上の遷移および受信点（Transition and Reception Point、ＴＲＰ）を含むことができる。加えて、５Ｇ ＮＲに従って動作することが可能であるＵＥは、１つ以上のｇＮＢ内の１つ以上のＴＲＰに接続されてもよい。例えば、基地局１０２Ａおよび１つ以上の他の基地局１０２は、ＵＥ１０６が、複数の基地局（および／または同じ基地局によって提供される複数のＴＲＰ）から送信を受信し得るように、接続送信をサポートすることが可能であり得る。

【0049】

ＵＥ１０６は、複数の無線通信規格を使用して通信することが可能であり得ることに留意されたい。例えば、ＵＥ１０６は、少なくとも１つのセルラー通信プロトコル（例えば、ＧＳＭ、（例えば、ＷＣＤＭＡまたはＴＤ－ＳＣＤＭＡエアインタフェースに関連付けられた）ＵＭＴＳ、ＬＴＥ、ＬＴＥ－Ａ、５Ｇ ＮＲ、ＨＳＰＡ、３ＧＰＰ２ ＣＤＭＡ２０００（例えば、１ｘＲＴＴ、１ｘＥＶ－ＤＯ、ＨＲＰＤ、ｅＨＲＰＤ）など）に加えて、無線ネットワーキング（例えば、Ｗｉ－Ｆｉ）および／またはピアツーピア無線通信プロトコル（例えば、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉピアツーピアなど）を使用して通信するように構成され得る。ＵＥ１０６はまた、あるいは代替的に、所望であれば、１つ以上のグローバルナビゲーション衛星システム（ＧＮＳＳ、例えばＧＰＳまたはＧＬＯＮＡＳＳ）、１つ以上のモバイルテレビ放送規格（例えばＡＴＳＣ－Ｍ／Ｈ）、および／または任意の他の無線通信プロトコルを使用して通信するように構成され得る。（３つ以上の無線通信規格を含む）無線通信規格の他の組み合わせもまた、可能である。

【0050】

図２は、いくつかの実施形態に係る、基地局１０２と通信するユーザ機器１０６（例えば、デバイス１０６Ａ～１０６Ｎのうちの１つ）を示す。ＵＥ１０６は、携帯電話、ハンドヘルドデバイス、コンピュータ、ラップトップ、タブレット、スマートウォッチ若しくは他のウェアラブルデバイスなどのセルラー通信能力を有するデバイス、または実質上あらゆる種類の無線デバイス、であってもよい。

【0051】

ＵＥ１０６は、メモリに記憶されたプログラム命令を実行するように構成されているプロセッサ（処理要素）を含んでもよい。ＵＥ１０６は、そのような記憶された命令を実行することによって、本明細書に記載の方法の実施形態のうちのいずれかを実行することができる。代替としてまたは加えて、ＵＥ １０６は、フィールドプログラム可能ゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）、集積回路、および／または本明細書に記載の方法の実施形態のいずれか、若しくは本明細書に記載の方法の実施形態のうちのいずれかの任意の部分を（例えば、個々にまたは組み合わせて）実行するように構成されている様々な他の可能なハードウェア構成要素のうちのいずれかなどのプログラム可能ハードウェア要素を含んでもよい。

【0052】

ＵＥ１０６は、１つ以上の無線通信プロトコルまたは技術を使用して通信するための１つ以上のアンテナを含み得る。いくつかの実施形態では、ＵＥ１０６は、例えば、少なくともいくつかの共有無線コンポーネントを使用してＮＲまたはＬＴＥを使用して通信するように構成され得る。更なる可能性として、ＵＥ１０６は、単一の共有無線機を使用して、ＣＤＭＡ２０００（１ｘＲＴＴ／１ｘＥＶ－ＤＯ／ＨＲＰＤ／ｅＨＲＰＤ）またはＬＴＥを用いて、および／または、単一の共有無線機を使用して、ＧＳＭ若しくはＬＴＥのいずれかを用いて、通信するように構成することができる。共用無線機は、無線通信を実行するために、単一のアンテナに接続してもよく、または（例えば、ＭＩＭＯについて）複数のアンテナに接続してもよい。一般に、無線機は、ベースバンドプロセッサ、（例えば、フィルタ、ミキサ、発振器、増幅器などを含む）アナログＲＦ信号処理回路、または（例えば、デジタル変調および他のデジタル処理のための）デジタル処理回路の任意の組み合わせを含み得る。類似して、無線機は、上記のハードウェアを使用して１つ以上の受信および送信チェーンを実行してもよい。例えば、ＵＥ１０６は、上記の技術などの複数の無線通信技術間で、受信および／または送信チェーンの１つ以上の部分を共用し得る。

【0053】

いくつかの実施形態では、ＵＥ１０６は、ＵＥ１０６がそれで通信するように構成されている無線通信プロトコルのそれぞれについて、（例えば、別個のアンテナおよび他の無線機構成要素を含む）別個の送信および／または受信チェーンを含んでもよい。更なる可能性として、ＵＥ１０６は、複数の無線通信プロトコル間で共用される１つ以上の無線機、および単一の無線通信プロトコルによってのみ使用される１つ以上の無線機を含み得る。例えば、ＵＥ１０６は、ＬＴＥ若しくは５Ｇ ＮＲのいずれか（または様々な可能性の中で、ＬＴＥ若しくは１ｘＲＴＴのいずれか、またはＬＴＥ若しくはＧＳＭのいずれか）を使用して通信するための共用無線機、並びにＷｉ－ＦｉおよびＢｌｕｅｔｏｏｔｈの各々を使用して通信するための別個の無線機を含み得る。他の構成も可能である。
図３－ＵＥのブロック図

【0054】

図３は、いくつかの実施形態に係る、通信デバイス１０６の例示的な簡略化されたブロック図を示す。図３の通信デバイスのブロック図は、可能な通信デバイスの単なる一例であることに留意されたい。実施形態によれば、通信デバイス１０６は、他のデバイスの中でもとりわけ、ユーザ機器（User Equipment、ＵＥ）デバイス、モバイルデバイス若しくは移動局、無線デバイス若しくは無線ステーション、デスクトップコンピュータ若しくはコンピューティングデバイス、モバイルコンピューティングデバイス（例えば、ラップトップコンピュータ、ノートブックコンピュータ、またはポータブルコンピューティングデバイス）、タブレット、および／またはデバイスの組み合わせであってもよい。図に示すように、通信デバイス１０６は、コア機能を行うように構成された構成要素のセット３００を含んでもよい。例えば、構成要素のこのセットは、様々な目的のための部分を含み得るシステムオンチップ（System On Chip、ＳＯＣ）として実装されてもよい。代替として、構成要素のこのセット３００は、様々な目的での別個の構成要素または構成要素のグループとして実装されてもよい。構成要素のセット３００は、通信デバイス１０６の様々な他の回路に（例えば、直接または間接的に通信可能に）接続されてもよい。

【0055】

例えば、通信デバイス１０６は、（例えば、ＮＡＮＤフラッシュ３１０を含む）様々なタイプのメモリ、（例えば、コンピュータシステム、ドック、充電ステーション、マイクロフォン、カメラ、キーボードなどの入力デバイス、スピーカなどの出力デバイスなどに接続するための）コネクタＩ／Ｆ３２０などの入出力インタフェース、通信デバイス１０６と一体化されてもよくまたは外部にあってもよいディスプレイ３６０、並びに、（例えば、ＬＴＥ、ＬＴＥ－Ａ、ＮＲ、ＵＭＴＳ、ＧＳＭ、ＣＤＭＡ２０００、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ、ＮＦＣ、ＧＰＳなど用の）無線通信回路３３０を含んでもよい。いくつかの実施形態では、通信デバイス１０６は、例えばイーサネットのためのネットワークインタフェースカードなどの有線通信回路（図示せず）を含み得る。

【0056】

無線通信回路３３０は、図に示すように、アンテナ（単数または複数）３３５などの１つ以上のアンテナに（例えば、通信可能に、直接または間接的に）接続することができる。無線通信回路３３０は、セルラー通信回路および／または近距離から中距離の無線通信回路を含んでもよく、例えば、多重入出力（Multiple-Input Multiple Output、ＭＩＭＯ）構成における複数の空間ストリームを受信および／または送信するための複数の受信チェーンおよび／または複数の送信チェーンを含んでもよい。

【0057】

いくつかの実施形態では、以下でさらに説明するように、セルラー通信回路３３０は、複数のＲＡＴ用の（専用のプロセッサおよび／または無線機を含むか、および／またはそれらに（例えば通信可能に直接若しくは間接的に）接続されている）１つ以上の受信チェーン（例えば、ＬＴＥ用の第１の受信チェーン、および５Ｇ ＮＲ用の第２の受信チェーン）を含んでもよい。加えて、いくつかの実施形態では、セルラー通信回路３３０は、特定のＲＡＴに専用の無線機間で切り替えられ得る単一の送信チェーンを含んでもよい。例えば第１の無線機は、例えばＬＴＥのような第１のＲＡＴ専用であり、第２の無線機と共有される専用の受信チェーンおよび送信チェーンと通信状態にあってもよい。第２の無線機は、第２のＲＡＴ、例えば５Ｇ ＮＲ専用であり得、専用受信チェーンおよび共有送信チェーンと通信状態にあってもよい。

【0058】

通信デバイス１０６はまた、１つ以上のユーザインタフェース要素を含む、および／または１つ以上のユーザインタフェース要素との使用のために構成され得る。ユーザインタフェース要素は、（タッチスクリーンディスプレイであってもよい）ディスプレイ３６０、（分離キーボードであってもよく、またはタッチスクリーンディスプレイの一部分として実装されてもよい）キーボード、マウス、マイクロフォン、および／若しくはスピーカ、１つ以上のカメラ、１つ以上のボタン、並びに／または情報をユーザに提供することおよび／またはユーザ入力を受信若しくは解釈することが可能である様々な他の要素のうちのいずれかなどの様々な要素のうちのいずれかを含んでもよい。

【0059】

通信デバイス１０６は、１つ以上のＵＩＣＣ（単数または複数）（Ｕｎｉｖｅｒｓａｌ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ Ｃａｒｄ、ユニバーサル集積回路カード（単数または複数））カード３４５などの、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ、加入者識別モジュール）機能を含む１つ以上のスマートカード３４５をさらに含んでもよい。

【0060】

図に示すように、ＳＯＣ３００は、通信デバイス１０６のためのプログラム命令を実行し得るプロセッサ（単数または複数）３０２と、グラフィック処理を行って、表示信号をディスプレイ３６０に提供し得る表示回路３０４と、を含んでもよい。プロセッサ（単数または複数）３０２は、メモリ管理ユニット（memory management unit、ＭＭＵ）３４０に連結してもよく、ＭＭＵ３４０は、プロセッサ（単数または複数）３０２からアドレスを受信し、それらのアドレスを、メモリ（例えば、メモリ３０６、読み出し専用メモリ（read only memory、ＲＯＭ）３５０、ＮＡＮＤフラッシュメモリ３１０）内の位置に変換し、並びに／または表示回路３０４、無線通信回路３３０、コネクタＩ／Ｆ３２０、および／若しくはディスプレイ３６０などの、その他の回路若しくはデバイスに変換するように構成されてもよい。ＭＭＵ３４０は、メモリ保護およびページテーブル変換またはセットアップを実行するように構成されていてもよい。いくつかの実施形態では、ＭＭＵ３４０は、プロセッサ（単数または複数）３０２の一部分として含まれていてもよい。

【0061】

上記のように、通信デバイス１０６は、無線および／または有線通信回路を使用して通信するように構成され得る。本明細書に記載するように、通信デバイス１０６は、本明細書に記載される様々な特徴および技法のいずれかを実行するためのハードウェアおよびソフトウェア構成要素を含んでもよい。通信デバイス１０６のプロセッサ３０２は、例えば、メモリ媒体（例えば、非一時的コンピュータ可読メモリ媒体）に記憶されたプログラム命令を実行することによって、本明細書に記載の特徴のうちの一部または全部を実行するように構成され得る。代替として（または加えて）、プロセッサ３０２は、ＦＰＧＡ（フィールドプログラム可能ゲートアレイ）などのプログラム可能ハードウェア要素として、またはＡＳＩＣ（特定用途向け集積回路）として構成され得る。代替として（または加えて）、通信デバイス１０６のプロセッサ３０２は、他の構成要素３００、３０４、３０６、３１０、３２０、３３０、３４０、３４５、３５０、３６０のうちの１つ以上と共同して、本明細書に記載の特徴の一部分または全てを実行するように構成されてもよい。

【0062】

加えて、本明細書に記載されているように、プロセッサ３０２は、１つ以上の処理要素を含んでもよい。したがって、プロセッサ３０２は、プロセッサ３０２の機能を実行するように構成されている１つ以上の集積回路（Integrated Circuit、ＩＣ）を含み得る。加えて、各集積回路は、プロセッサ（単数または複数）３０２の機能を実行するように構成されている回路（例えば、第１の回路、第２の回路など）を含んでもよい。

【0063】

さらに、本明細書に記載するように、無線通信回路３３０は、１つ以上の処理要素を含んでもよい。換言すれば、無線通信回路３３０に１つ以上の処理要素を含めることができる。よって、無線通信回路３３０は、無線通信回路３３０の機能を実行するように構成されている１つ以上の集積回路（Integrated Circuit、ＩＣ）を含むことができる。加えて、各集積回路は、無線通信回路３３０の機能を実行するように構成されている回路（例えば、第１の回路、第２の回路など）を含むことができる。
図４－基地局のブロック図

【0064】

図４は、いくつかの実施形態に係る、基地局１０２の例示的なブロック図を示す。図４の基地局は、可能な基地局の単なる一例に過ぎないことに留意されたい。図示するように、基地局１０２は、基地局１０２のためのプログラム命令を実行し得るプロセッサ（単数または複数）４０４を含む。プロセッサ（単数または複数）４０４はまた、メモリ管理ユニット（ＭＭＵ）４４０に接続されていてもよく、このユニットは、プロセッサ（単数または複数）４０４からアドレスを受信して、それらのアドレスをメモリ（例えば、メモリ４６０および読み出し専用メモリ（ＲＯＭ）４５０）内の位置、または他の回路若しくはデバイスに変換するように構成されていてもよい。

【0065】

基地局１０２は、少なくとも１つのネットワークポート４７０を含んでもよい。ネットワークポート４７０は、電話網に接続し、ＵＥデバイス１０６などの複数のデバイスに、上記図１および図２に説明するような電話網へのアクセスを提供するように構成されていてもよい。

【0066】

ネットワークポート４７０（若しくは追加のネットワークポート）はまた、または代替として、例えば、セルラサービスプロバイダのコアネットワークのセルラネットワークに接続するように構成されていてもよい。コアネットワークは、モビリティ関連サービスおよび／または他のサービスを、ＵＥデバイス１０６などの複数のデバイスに提供し得る。いくつかの事例では、ネットワークポート４７０はコアネットワークを介して電話網に接続してもよく、かつ／または、コアネットワークが電話網を提供してもよい（例えば、セルラサービスプロバイダのサービス対象である他のＵＥデバイス間に）。

【0067】

いくつかの実施形態では、基地局１０２は、次世代基地局、例えば、５Ｇ新無線（５Ｇ ＮＲ）基地局、または「ｇＮＢ」であってもよい。このような実施形態では、基地局１０２は、従来型進化型パケットコア（ＥＰＣ）ネットワークおよび／またはＮＲコア（ＮＲＣ）ネットワークに接続されてもよい。加えて、基地局１０２は、５Ｇ ＮＲセルと見なされてもよく、１つ以上の遷移および受信ポイント（ＴＲＰ）を含んでもよい。加えて、５Ｇ ＮＲに従って動作することが可能であるＵＥは、１つ以上のｇＮＢ内の１つ以上のＴＲＰに接続されてもよい。

【0068】

基地局１０２は、少なくとも１つのアンテナ４３４、可能な場合、複数のアンテナを含んでもよい。少なくとも１つのアンテナ４３４は、無線送受信機として動作するように構成されてもよく、無線機４３０を介してＵＥデバイス１０６と通信するようにさらに構成されてもよい。アンテナ４３４は、通信チェーン４３２を介して無線機４３０と通信する。通信チェーン４３２は、受信チェーン、送信チェーン、またはその両方であってもよい。無線機４３０は、５Ｇ ＮＲ、ＬＴＥ、ＬＴＥ－Ａ、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、Ｗｉ－Ｆｉなどを含むがこれらには限定されない様々な無線通信規格を介して通信するように構成され得る。

【0069】

基地局１０２は、複数の無線通信規格を使用して無線通信するように構成することができる。場合によっては、基地局１０２は、複数の無線機を含むことができ、複数の無線機は、基地局１０２が複数の無線通信技術に従って通信することを可能にすることができる。例えば、１つの可能性として、基地局１０２は、ＬＴＥに従って通信を実行するためのＬＴＥ無線機、並びに５Ｇ ＮＲに従って通信を実行するための５Ｇ ＮＲ無線機を含んでもよい。このような場合、基地局１０２は、ＬＴＥ基地局および５Ｇ ＮＲ基地局の両方として動作することが可能であってもよい。別の可能性として、基地局１０２は、マルチモード無線機を含んでもよく、マルチモード無線機は、複数の無線通信技術（例えば、５Ｇ ＮＲおよびＬＴＥ、５Ｇ ＮＲおよびＷｉ－Ｆｉ、ＬＴＥおよびＷｉ－Ｆｉ、ＬＴＥおよびＵＭＴＳ、ＬＴＥおよびＣＤＭＡ２０００、ＵＭＴＳおよびＧＳＭなど）のうちのいずれかに従って通信を実行することが可能である。

【0070】

本明細書に以下にさらに説明するように、ＢＳ１０２は、本明細書に記載の特徴を実装する、またはそれらの実装をサポートするためのハードウェアおよびソフトウェア構成要素を含むことができる。基地局１０２のプロセッサ４０４は、例えば、メモリ媒体（例えば、非一時的コンピュータ可読メモリ媒体）に記憶されたプログラム命令を実行することによって、本明細書に記載の方法のうちの一部または全部を実装するまたはこれらの実装をサポートするように構成され得る。あるいは、プロセッサ４０４は、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）などのプログラム可能なハードウェア要素として、またはＡＳＩＣ（特定用途向け集積回路）として、またはそれらの組み合わせとして構成されていてもよい。代替として（または加えて）、ＢＳ１０２のプロセッサ４０４は、他の構成要素４３０、４３２、４３４、４４０、４５０、４６０、４７０のうちの１つ以上と共に、本明細書に記載の特徴のうちの一部または全てを実行するまたはこれらの実行をサポートするように構成され得る。

【0071】

加えて、本明細書に記載するように、プロセッサ（単数または複数）４０４は、１つ以上の処理要素を含んでもよい。したがって、プロセッサ（単数または複数）４０４は、プロセッサ（単数または複数）４０４の機能を実行するように構成されている１つ以上の集積回路（ＩＣ）を含むことができる。加えて、各集積回路は、プロセッサ（単数または複数）４０４の機能を実行するように構成されている回路（例えば、第１の回路、第２の回路など）を含むことができる。

【0072】

さらに、本明細書に記載するように、無線機４３０は、１つ以上の処理要素を含んでもよい。したがって、無線機４３０は、無線機４３０の機能を実行するように構成されている１つ以上の集積回路（ＩＣ）を含むことができる。加えて、各集積回路は、無線機４３０の機能を実行するように構成されている回路（例えば、第１の回路、第２の回路など）を含んでもよい。
図５－セルラー通信回路のブロック図

【0073】

図５は、いくつかの実施形態に係る、セルラー通信回路の例示的な簡略化されたブロック図を示す。図５のセルラー通信回路のブロック図は、考え得るセルラー通信回路の単なる１実施例に過ぎないことに留意されたい。別個のアンテナを用いてアップリンク活動を実行するために異なるＲＡＴのための十分な数のアンテナを含むか、若しくはそれに接続された回路、または、例えば、複数のＲＡＴ間で共用され得る、より少ない数のアンテナを含むか、若しくはそれに接続された回路などの他の回路もあり得る。いくつかの実施形態によれば、セルラー通信回路３３０は、上記の通信デバイス１０６などの通信デバイスに含まれ得る。上記のように、通信デバイス１０６は、他のデバイスの中でもとりわけ、ユーザ機器（ＵＥ）デバイス、モバイルデバイス若しくは移動局、無線デバイス若しくは無線基地局、デスクトップコンピュータ若しくはコンピューティングデバイス、モバイルコンピューティングデバイス（例えば、ラップトップ、ノートブック、若しくはポータブルコンピューティングデバイス）、タブレット、および／またはデバイスの組み合わせであってもよい。

【0074】

セルラー通信回路３３０は、図に示すように、アンテナ３３５ａ～ｂおよび３３６などの１つ以上のアンテナに（例えば通信可能に、直接または間接的に）接続してもよい。いくつかの実施形態では、セルラー通信回路３３０は、複数のＲＡＴ用の（専用のプロセッサおよび／または無線機を含むか、および／または専用のプロセッサおよび／または無線機に、例えば、通信可能に直接若しくは間接的に接続されている）専用受信チェーン（例えば、ＬＴＥ用の第１の受信チェーン、および５Ｇ ＮＲ用の第２の受信チェーン）を含んでもよい。例えば図５に示すように、セルラー通信回路３３０は、第１のモデム５１０および第２のモデム５２０を含んでもよい。第１のモデム５１０は、第１のＲＡＴ、例えば、ＬＴＥまたはＬＴＥ－Ａなどに従って通信するように構成されていてもよく、第２のモデム５２０は、第２のＲＡＴ、例えば、５Ｇ ＮＲなどに従って通信するように構成されていてもよい。

【0075】

図に示すように、第１のモデム５１０は、１つ以上のプロセッサ５１２およびプロセッサ５１２と通信状態にあるメモリ５１６を含んでもよい。モデム５１０は、無線周波数（Radio Frequency、ＲＦ）フロントエンド５３０と通信してもよい。ＲＦフロントエンド５３０は、無線信号を送信および受信するための回路を含んでもよい。例えば、ＲＦフロントエンド５３０は、受信回路（receive circuitry、ＲＸ）５３２および送信回路（transmit circuitry、ＴＸ）５３４を含み得る。いくつかの実施形態では、受信回路５３２は、アンテナ３３５ａを介して無線信号を受信するための回路を含み得るダウンリンク（downlink、ＤＬ）フロントエンド５５０と通信してもよい。

【0076】

同様に、第２のモデム５２０は、１つ以上のプロセッサ５２２およびプロセッサ５２２と通信状態にあるメモリ５２６を含んでもよい。モデム５２０は、ＲＦフロントエンド５４０と通信してもよい。ＲＦフロントエンド５４０は、無線信号を送信および受信するための回路を含むことができる。例えば、ＲＦフロントエンド５４０は、受信回路５４２および送信回路５４４を含み得る。いくつかの実施形態では、受信回路５４２は、アンテナ３３５ｂを介して無線信号を受信するための回路を含み得るＤＬフロントエンド５６０と通信してもよい。

【0077】

いくつかの実施形態では、スイッチ５７０は、送信回路５３４をアップリンク（ｕｐｌｉｎｋ、ＵＬ）フロントエンド５７２に接続し得る。加えて、スイッチ５７０は、送信回路５４４をＵＬフロントエンド５７２に接続し得る。ＵＬフロントエンド５７２は、アンテナ３３６を介して無線信号を送信するための回路を含み得る。よって、セルラー通信回路３３０が第１のＲＡＴに従って送信すべき（例えば第１のモデム５１０を介してサポートされる）命令を受信すると、スイッチ５７０は第１の状態に切り替えられてもよく、この状態では、第１のモデム５１０が第１のＲＡＴに従って（例えば送信回路５３４およびＵＬフロントエンド５７２を含む送信チェーンを介して）信号を送信できるようになる。同様に、セルラー通信回路３３０が第２のＲＡＴに従って送信すべき（例えば第２のモデム５２０を介してサポートされる）命令を受信すると、スイッチ５７０は第２の状態に切り替えられてもよく、この状態では、第２のモデム５２０が第２のＲＡＴに従って（例えば送信回路５４４およびＵＬフロントエンド５７２を含む送信チェーンを介して）信号を送信できるようになる。

【0078】

本明細書に記載するように、第１のモデム５１０および／または第２のモデム５２０は、本明細書に記載の様々な特徴および技法を実行するためのハードウェアおよびソフトウェア構成要素のいずれかを含んでもよい。プロセッサ５１２、５２２は、例えば、メモリ媒体（例えば、非一時的コンピュータ可読メモリ媒体）に記憶されたプログラム命令を実行することによって、本明細書に記載の特徴の一部分または全てを実行するように構成されていてもよい。代わりに（または、加えて）、プロセッサ５１２、５２２は、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）などのプログラム可能なハードウェア要素として、またはＡＳＩＣ（特定用途向け集積回路）として構成されていてもよい。代わりに（または、加えて）、プロセッサ５１２、５２２は、他の構成要素５３０、５３２、５３４、５４０、５４２、５４４、５５０、５７０、５７２、３３５、および３３６のうちの１つ以上と共に、本明細書に記載の特徴の一部分または全てを実行するように構成されていてもよい。

【0079】

加えて、本明細書で説明するように、プロセッサ５１２、５２２は、１つ以上の処理要素を含んでもよい。よって、プロセッサ５１２、５２２は、プロセッサ５１２、５２２の機能を実行するように構成されている１つ以上の集積回路（ＩＣ）を含んでもよい。加えて、各集積回路は、プロセッサ５１２、５２２の機能を実行するように構成されている回路（例えば、第１の回路、第２の回路など）を含んでもよい。

【0080】

いくつかの実施形態では、セルラー通信回路３３０は、１つの送信／受信チェーンのみを含んでもよい。例えばセルラー通信回路３３０は、モデム５２０、ＲＦフロントエンド５４０、ＤＬフロントエンド５６０、および／またはアンテナ３３５ｂを含まなくてもよい。別の例として、セルラー通信回路３３０は、モデム５１０、ＲＦフロントエンド５３０、ＤＬフロントエンド５５０、および／またはアンテナ３３５ａを含まなくてもよい。いくつかの実施形態では、セルラー通信回路３３０はまた、スイッチ５７０を含まなくてもよく、ＲＦフロントエンド５３０またはＲＦフロントエンド５４０は、例えば、ＵＬフロントエンド５７２と、例えば、直接、通信してもよい。
図６～図８は、マルチＴＲＰ送信のためのダウンリンク制御を示す。

【0081】

新しいセルラー通信技術は、カバレッジを増加させるために、様々な要求および使用事例の範囲をより良く満たすために、並びに様々な他の理由のために、継続的に開発中である。現在開発中の１つの技法は、複数のＴＲＰがダウンリンクデータを無線デバイスに送信することができる送信をスケジューリングすることを含んでもよい。そのような開発の一部として、そのような技法をサポートすることができるダウンリンク制御フレームワークを提供することが有用であろう。

【0082】

ＮＲ Ｒｅｌ－１６ ＭＩＭＯ拡張は、マルチＤＣＩベースのマルチＴＲＰ動作を導入し、異なるＴＲＰ（例えば、最大２つのＴＲＰ）から単一の無線デバイスへのダウンリンク送信を実行することができ、ダウンリンク送信は、ダウンリンク制御情報（ＤＣＩ）送信およびダウンリンクデータ送信を含むことができ、ＵＥは、ダウンリンク制御情報を復号し、次いで、ＴＲＰから送信されたデータを取得し、処理することができる。

【0083】

ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘは、ＤＣＩを異なるＴＲＰと論理的に関連付けるために導入され得る。各ＣＯＲＥＳＥＴ（制御リソースセット）について、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘは、０または１のいずれかであるように構成され得る。ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘがＣＯＲＥＳＥＴに対して構成されない場合、それは０であると仮定される。ＣＯＲＥＳＥＴは、周波数領域におけるリソースブロックと時間領域におけるＯＦＤＭシンボルとを含む物理リソースのセットに属する。ＣＯＲＥＳＥＴの意味は当該技術分野でよく知られており、以下では詳細に説明しない。

【0084】

異なるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘを有する異なるＣＯＲＥＳＥＴからのＤＣＩは、対応するデータコンテンツをスケジューリングすることができる。例えば、データコンテンツは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を介して送信することができ、したがって、簡単のためにＰＤＳＣＨとして示すことができる。特に、ＤＣＩは、部分的にまたは完全に重複するＰＤＳＣＨ、順不同（ＯＯＯ）ＰＤＳＣＨ受信、ＯＯＯ ＰＤＳＣＨ ＨＡＲＱ－ＡＣＫフィードバック、ＯＯＯ ＰＵＳＣＨ送信などをスケジューリングすることができる。

【0085】

ＢＷＰ（帯域幅部分）当たりのＣＯＲＥＳＥＴの最大総数は３から５に増加させることができ、ＢＷＰ当たりのＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ当たりの最大ＣＯＲＥＳＥＴは依然として３である。セル当たりの最大ＢＷＰは４であり、各ＢＷＰは異なる帯域幅で構成され得るので、セル当たりのＣＯＲＥＳＥＴの最大総数は１２から１６に増加され得る。そのようなＣＯＲＥＳＥＴは、それぞれのＴＲＰからのダウンリンクＤＣＩ送信のために使用することができる。

【0086】

マルチＤＣＩベースのマルチＴＲＰ動作のサポートが従来のＵＥにとって困難であり得ることを考慮すると、ＣＡ（キャリアアグリゲーション）アーキテクチャを利用してマルチＤＣＩベースのマルチＴＲＰをサポートすることができ、各ＴＲＰ、すなわちＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘによって示されるＴＲＰは、異なるＣＣ（コンポーネントキャリア）にマッピングされ、その結果、ＴＲＰからのダウンリンク送信は、対応するＣＣに向けられる。

【0087】

しかしながら、現在のＨＡＲＱプロセス設計は、ＣＡアーキテクチャを困難にし得る特定の制限を課す。より具体的には、現在のＨＡＲＱプロセス設計では、異なるＴＲＰ（ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ）が同じＨＡＲＱプロセスをスケジューリングすることができるが、これは、特に、再送信が異なるＴＲＰ（ＣＯＥＳＥＴＰｏｏｌＩｎｄｅｘ）からスケジューリングされるときに、ＵＥがＨＡＲＱプロセスを取り扱うための課題をもたらす。

【0088】

より具体的には、ＨＡＲＱプロセスにおけるＰＤＳＣＨ（ＴＢ、送信ブロック）は、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘを有するＤＣＩによってスケジューリングされ得るが、同じＨＡＲＱプロセスにおける同じＰＤＳＣＨ（ＴＢ）は、異なるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘを有するＤＣＩによって再送信されるようにスケジューリングされ得る場合が存在し得る。図６に示すように、ＴＲＰ１およびＴＲＰ２は、同じＨＡＲＱプロセス３をスケジューリングし、ＵＥは、ＣＣ１を介してＴＲＰ１からダウンリンクＤＣＩおよびＰＤＳＣＨ送信を受信し、ＣＣ２においてＴＲＰ２からダウンリンクＤＣＩおよびＰＤＳＣＨ送信を受信する。このような場合、ＨＡＲＱのための同じＰＤＳＣＨは、互いに比較的独立している２つの異なるＣＣに配置され、異なるＣＣにおける２つのＰＤＳＣＨを組み合わせるなどの処理は、処理性能を劣化させるか、またはＵＥ実装複雑度を増加させ得る。

【0089】

したがって、本開示は、マルチＤＣＩマルチＴＲＰをより適切かつ効率的にサポートするためにＨＡＲＱプロセスを取り扱う解決策を提案し、この解決策は、ＣＡアーキテクチャに特に適しており、そのようなＣＡアーキテクチャは一例に過ぎず、ＵＥが複数のＴＲＰからダウンリンク送信を受信するために別個のリソースを利用する限り、ＵＥは、マルチＤＣＩマルチＴＲＰ動作をサポートするための任意の他の適切なアーキテクチャを採用することができることに留意されたい。例えば、ＵＥは、任意の適切なスケールでリソースを採用し、異なるＴＲＰに対して異なるリソースを構成し得る。

【0090】

本開示によれば、ダウンリンクＨＡＲＱ送信は、特に、ＨＡＲＱプロセスとＴＲＰとの間のマッピングに基づいて構成され得る。特に、ダウンリンク制御情報は、ＨＡＲＱプロセスとＴＲＰとの間の様々なマッピング関係を示す情報を含むことができ、任意選択で、ダウンリンクＨＡＲＱ送信を介して再送信されるデータは、それに応じて構成し得る。

【0091】

よって、図７および８は、少なくともいくつかの実施形態に係る、そのような解決策の一例を示す信号フロー図である。図７の方法の態様は、本明細書の様々な図に示すＵＥ １０６などの無線デバイスによって、および／または、より一般に、中でもとりわけ、所望に応じて、上記の図に示すコンピュータ回路、システム、デバイス、要素、若しくは構成要素のいずれかと共に、実装され得る。例えばそのようなデバイスのプロセッサ（および／または他のハードウェア）は、図に示す方法要素および／または他の方法要素の任意の組み合わせをデバイスに実行させるように構成され得る。図７におけるそのような動作はまた、ダウンリンクＤＣＩおよびデータがサードパーティによって生成され、基地局を介して無線デバイスに転送され、サードパーティが通信システムにおける任意の適切なデバイスであり得る場合、ネットワークデバイス、例えば、本明細書の様々な図に示されるＢＳ １０２などの基地局によって実装され得ることに留意されたい。

【0092】

各種実施形態では、図に示す方法の要素のうちのいくつかは、同時に実行されてもよく、図に示す順序とは異なる順序で実行されてもよく、他の方法要素によって置換されてもよく、または省略されてもよい。必要に応じて、追加の要素もまた実行することができる。

【0093】

図示するように、図７の方法は、以下のように動作し得る。７０２において、無線デバイスは、複数の送受信ポイント（ＴＲＰ）からのダウンリンクハイブリッド自動再送要求（ＨＡＲＱ）を少なくともスケジューリングするダウンリンク制御情報ＤＣＩ送信を受信し得る。特に、ＤＣＩは、ＨＡＲＱプロセスとＴＲＰとの間の様々なマッピング関係のうちのいずれかを示す情報を含んでもよい。ＤＣＩは、ネットワーク側デバイス、システム内の制御デバイス、ＴＲＰなど、任意の適切な当事者によって設定／構成され得る。任意選択で、ダウンリンク送信を介したＰＤＳＣＨなどのデータは、それに応じて構成され得、具体的には、データは、マッピング関係の情報に従って構成し得る。７０４において、無線デバイスは、ダウンリンク制御情報送信に従って複数のＴＲＰからダウンリンクＨＡＲＱ送信を受信し得る。これは、ＤＣＩにおいて提供されるおよび／またはＤＣＩに基づいて決定される様々なパラメータおよび構成情報に従って、複数のダウンリンク送信の各々を受信および復号することを含んでもよい。

【0094】

ＤＣＩは、様々な可能なフォーマットのいずれかで提供され得る。少なくともいくつかの実施形態によれば、無線デバイスは、複数の可能なフォーマットのうちのどれがＤＣＩを提供するために使用されているかの指示を受信し得る。例えば、そのような情報は、様々な他の可能性の中でもとりわけ、無線デバイスがシステム情報ブロードキャストにおいて設置された基地局によってブロードキャストされ得る。

【0095】

１つの可能なフォーマットとして、ＤＣＩは、複数のダウンリンクデータストリームのためのスケジューリング情報を含むセルラ基地局からの単一のＤＣＩ送信として提供され得る。いくつかの実施形態によれば、セルラ基地局は、ダウンリンク送信がスケジューリングされる複数のＴＲＰの全てを提供してもよく、またはダウンリンク送信がスケジューリングされる複数のＴＲＰのサブセットのみを提供してもよいが、ダウンリンク送信がスケジューリングされるＴＲＰのうちの１つ以上は、１つ以上の他のセルラ基地局によって提供されることができる。

【0096】

マルチＴＲＰ送信をスケジューリングするために単一のＤＣＩ送信が使用される場合、ＤＣＩは、各ダウンリンクデータストリームについて完全に別個の／独立したスケジューリング情報を含んでもよく、またはダウンリンクデータストリームに共通のいくつかのスケジューリング情報と、各ダウンリンクデータストリームについて別個の／独立したいくつかのスケジューリング情報とを含み、例えば、スケジューリング情報をより効率的に通信し得る。

【0097】

少なくともいくつかの事例では、ＤＣＩは、ダウンリンク送信のための周波数領域リソース割り当てを決定するために無線デバイスによって使用され得る情報を含んでもよい。例えば、１つの可能性として、ＤＣＩは、無線デバイスがダウンリンク送信の各々のための周波数領域リソース割り当ての指示に少なくとも部分的に基づいてダウンリンク送信の各々のための周波数領域リソース割り当てを決定することが可能であり得るように、ダウンリンク送信の各々のための周波数領域リソース割り当ての指示を含んでもよい。別の可能性として、ＤＣＩは、ダウンリンク送信の全てのための周波数リソースを構成する周波数領域リソース割り当てインジケータを含んでもよい。例えば、周波数領域リソース割り当てインジケータは、ダウンリンク送信の各々のためのリソースブロックインデックスに関連する任意の適切な情報を含むことができ、その結果、無線デバイスは、周波数領域リソース割り当てのための開始および終了インデックスなどのリソースブロックインデックスに基づく計算などによって、情報に基づいてダウンリンク送信の各々のための周波数領域リソース割り当てを決定することができる。

【0098】

いくつかの実施形態によれば、ＤＣＩは、ダウンリンク送信の各々のための変調およびコーディング方式（ＭＣＳ）および冗長バージョン（ＲＶ）を決定するために無線デバイスによって使用され得る情報を含んでもよい。例えば、１つの可能性として、ＤＣＩは、無線デバイスがダウンリンク送信の各々のためのＭＣＳおよびＲＶの指示に少なくとも部分的に基づいてダウンリンク送信の各々のためのＭＣＳおよびＲＶを決定することが可能であり得るように、ダウンリンク送信の各々のためのＭＣＳおよびＲＶの指示を含んでもよい。当然ながら、ＤＣＩは、ダウンリンク送信の各々についてＭＳＣおよびＲＶを決定するために利用可能な任意の他の適切な情報を含んでもよい。

【0099】

いくつかの実施形態によれば、ダウンリンク送信は、周波数分割多重化技法を使用して複数のＴＲＰによって提供される物理ダウンリンク共有チャネル（ＰＤＳＣＨ）ブロックを含んでもよく、例えば、異なるＰＤＳＣＨブロックは各々、ある数のリソースブロック（ＲＢ）を含んでもよい異なる周波数リソース割り当てを有するようにする。

【0100】

したがって、図７の方法は、少なくともいくつかの実施形態によれば、無線デバイスへのマルチＴＲＰダウンリンク通信をスケジューリングおよび実行するために、複数のＴＲＰおよび無線デバイスによって使用され得る。

【0101】

図８は、ネットワーク側デバイス、例えば、本明細書の様々な図に示すＢＳ １０２などの基地局によって、および／または、より一般に、中でもとりわけ、所望に応じて、上記の図に示すコンピュータ回路、システム、デバイス、要素、若しくは構成要素のいずれかと共に、実装され得る。例えばそのようなデバイスのプロセッサ（および／または他のハードウェア）は、図に示す方法要素および／または他の方法要素の任意の組み合わせをデバイスに実行させるように構成され得る。

【0102】

図示するように、図８の方法は、以下のように動作し得る。８０２において、ネットワーク側デバイスは、複数の送受信ポイント（ＴＲＰ）から無線デバイスへのダウンリンクハイブリッド自動再送要求（ＨＡＲＱ）送信を少なくともスケジューリングするダウンリンク制御情報（ＤＣＩ）送信を提供し得る。特に、ＤＣＩは、ＨＡＲＱプロセスとＴＲＰとの間の様々なマッピング関係のいずれかを示す情報を含んでもよく、上記で説明したような他の適切な情報をさらに有してもよく、任意選択で、ダウンリンク送信を介したＰＤＳＣＨなどのデータは、それに応じて構成され得る。このようなＤＣＩおよびデータは、ネットワーク側デバイスによって構成／設定され得るか、または他の適切なデバイスから受信され得ることに留意されたい。８０４において、ネットワーク側デバイスは、ダウンリンク制御情報に従って少なくとも１つのダウンリンクＨＡＲＱ送信を無線デバイスに提供し得る。

【0103】

したがって、図８の方法は、少なくともいくつかの実施形態によれば、無線デバイスへのマルチＴＲＰダウンリンク通信をスケジューリングし、実行するために、複数のＴＲＰおよび基地局などのネットワーク側デバイスによって使用され得る。

【0104】

図９～図１１は、必要に応じて、図７および図８の方法と共に使用され得る更なる態様を示す。しかしながら、図９～図１１に示され、かつ図９～図１１に関して説明された例示的な詳細は、全体として本開示を限定することを意図するものではなく、本明細書で以下に提供される詳細に対する多数の変形形態および代替形態が可能であり、本開示の範囲内であると見なされるべきであることに留意されたい。

【0105】

図９は、いくつかの実施形態に係る、２つの送受信ポイント（ＴＲＰ）が２つのデータストリームを無線デバイスにスケジューリングする例示的なシナリオを示す。そのようなマルチＴＲＰ動作は、１つの可能性として、非コヒーレント接続送信（ＮＣＪＴ）通信を含んでもよい。他の形態のマルチＴＲＰ動作も可能である。そのようなマルチＴＲＰ動作をスケジューリングするためのシグナリングフレームワークを提供するための様々なオプションがあり得る。１つの可能性として、単一のダウンリンク制御情報（ＤＣＩ）通信が、異なるＴＲＰからのＵＥのための異なる物理ダウンリンク制御チャネル（ＰＤＳＣＨ）ブロックをスケジューリングするために使用され得る。異なるＰＤＳＣＨブロックは、１つの可能性として、周波数分割多重化方式を使用して提供され得る。別の可能性として、ＰＤＳＣＨブロックの場合、対応するＤＣＩは、ブロックをスケジューリングするために利用されることができ、他のブロックをスケジューリングするための他のＤＣＩとは別個であり得る。更なる可能性として、異なるＴＲＰからの異なるＰＤＳＣＨブロックをＵＥに提供するための空間領域多重化（ＳＤＭ）ベースの手法が使用され得る。そのようなシナリオでは、異なる復調基準信号（ＤＭＲＳ）ポートが異なるＴＲＰに対応し得る場合があり得る。

【0106】

以下、本開示のいくつかの実施形態について説明する。

【0107】

本開示のいくつかの実施形態によれば、ダウンリンクＨＡＲＱ送信、特にＤＣＩおよび任意選択でＰＤＳＣＨデータは、マルチＴＲＰをより適切にサポートするように様々な方法で構成し得る。特に、ダウンリンク送信におけるＤＣＩは、異なるＴＲＰからのＨＡＲＱプロセスを同じインジケータによってスケジューリングすることができるか否か、同じインジケータによってスケジューリングされた異なるＴＲＰからのＨＡＲＱプロセスの条件付き再送信が許可され得るか否か、および他の適切な戦略いずれかの設定に従って構成され得、任意選択で、それに応じてＰＤＳＣＨデータは、構成され得る。

【0108】

本出願のいくつかの実施形態によれば、ＤＣＩは、そのような設定を反映する情報を含むことができ、情報は、任意の方式で提示されることができ、例えば、ＨＡＲＱプロセスとＴＲＰとの間のマッピング関係によって提示されることができる。例えば、ＨＡＲＱプロセスは、ＨＡＲＱプロセスＩＤなどのＨＡＲＱプロセスインジケータによって示されてもよく、ＴＲＰは、例としてＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘなどのＴＲＰインジケータによって示されてもよく、その結果、ＨＡＲＱプロセスとＴＲＰとの間のマッピング関係は、ＨＡＲＱプロセスインジケータとＴＲＰインジケータとの間のマッピング関係によって表されてもよい。ＤＣＩは、そのような戦略を反映するために任意の他の適切な情報を含むように構成され得る。

【0109】

本開示のいくつかの実施形態によれば、マルチＴＲＰから無線デバイスへのダウンリンクＨＡＲＱ送信は、異なるＴＲＰからのＨＡＲＱプロセスが同じインジケータによってスケジューリングされ得ないように構成され得る。このような解決策では、無線デバイスが異なるＣＣから同じＨＡＲＱインジケータを有するＨＡＲＱプロセスに対応するデータを取得して組み合わせることを回避することができ、性能劣化を軽減することができる。

【0110】

そのような解決策は、ＨＡＲＱプロセスパーティションと称され得、このために、ネットワーク側デバイスは、ＤＣＩ（より正確にはＣＯＲＥＳＥＴ）とＴＲＰ（ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ）との間のマッピングが静的に構成されるように、ＲＲＣ構成メッセージを無線デバイスに送信することができる。追加または任意選択で、ＤＣＩは、異なるＴＲＰからのＨＡＲＱプロセスが互いに異なることを示す情報を含むことができる。例えば、ダウンリンク制御情報送信は、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスが互いに異なるＨＡＲＱプロセスインジケータを割り当てられるようにマッピング関係が構成される各ＨＡＲＱプロセスについて、ＨＡＲＱプロセスインジケータおよびＴＲＰインジケータを有してもよい。すなわち、ＴＲＰからの各ＨＡＲＱプロセスは、別の異なるＴＲＰからの任意のＨＡＲＱプロセスのＨＡＲＱプロセスインジケータと異なるＨＡＲＱプロセスインジケータを有する。このような場合にはダウンリンクＨＡＲＱ送信において送信されるＰＤＳＣＨデータは、通常通りに構成され得る。

【0111】

いくつかの実施形態によれば、そのようなマッピング関係は、固定的に構成され得、例えば、動作中に不変であり得る。例えば、現在、各ＣＣについて、ＵＥは、１６個のＨＡＲＱプロセスをサポートするように命令され、２つのＴＲＰについて、８個のＨＡＲＱプロセスが、以下のように、異なるインジケータを用いて各ＴＲＰに割り当てられる。
ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ＝０を有するＴＲＰの場合、
割り当てられたＨＡＲＱプロセスＩＤ＝｛０，１，２，３，４，５，６，７｝であり、
別のＴＲＰ ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ＝１の場合、
割り当てられたＨＡＲＱプロセスＩＤ＝｛８，９，１０，１１，１２，１３，１４，１５｝である。

【0112】

いくつかの実施形態によれば、そのようなマッピング関係は、半静的に構成し得、例えば、そのようなマッピング関係は、ＨＡＲＱプロセスをサポートする無線デバイスの能力に基づいて構成し得る。

【0113】

例えば、ＵＥが３２個のＨＡＲＱプロセスをサポートすることができ、２つのＴＲＰが存在する場合、ＨＡＲＱプロセスＩＤが特定のＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘに半静的に構成されるとき、マルチＤＣＩマルチＴＲＰ動作で構成されるＣＣにおいて、ＴＲＰを示す各ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘに対して、ネットワーク側デバイスは最大１６個の異なるＨＡＲＱプロセスのみをスケジューリングすることができ、異なるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘは同じＨＡＲＱプロセスをスケジューリングすることができない。当然ながら、３２個のＨＡＲＱプロセスは例示的なものに過ぎず、他の数のＨＡＲＱプロセスが構成／設定され得る。

【0114】

本開示のいくつかの実施形態によれば、ＵＥがＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘからＨＡＲＱプロセスＩＤへのマッピングの上記の静的または半静的構成を必要とするか否かは、ＤＣＩにおいてそのような構成を実装するために、ネットワーク側デバイスまたは任意の適切なサードパーティデバイスなどによって、通信システムによって事前に取得され得る。代替または追加として、ＵＥが上記の静的または半静的構成を必要とするか否かは、ＨＡＲＱプロセスダウンリンク送信が最初に設定されるとき、またはマルチＴＲＰ動作が構成されるときに、無線デバイスによって報告され得る。そのような報告された情報は、ビット、フィールド、コマンド、信号など、様々な方式で提示され得る。例えば、ＵＥは、ＵＥがビットなどにおいて半静的構成を必要とするか否か、その能力を報告し、したがって、別のビットなどにおいて、マルチＤＣＩマルチＴＲＰ ＣＣごとに３２個のＨＡＲＱプロセスのサポートを報告する。

【0115】

本開示のいくつかの実施形態によれば、異なるＴＲＰからのＨＡＲＱプロセスが同じインジケータによってスケジューリングされ得る場合であっても、同じＨＡＲＱインジケータを有する異なるＴＲＰからのＨＡＲＱプロセスのダウンリンク送信は、条件付きでしか、すなわち、いくつかの制限／制約の下で、またはいくつかの特定の考慮事項に基づいてしか実装され得ない。制限／制約または考慮事項は、ＰＤＳＣＨデータを取得および処理する無線デバイスの能力、または異なるＴＲＰからの同じＨＡＲＱプロセスからのＰＤＳＣＨデータを処理するときの無線デバイスの性能要件、または異なるＴＲＰからのＨＡＲＱプロセスが同じインジケータによってスケジューリングされ得る場合によって悪影響を受け得る他の能力／性能に関係し得る。

【0116】

本開示のいくつかの実施形態によれば、マルチＴＲＰから無線デバイスへのダウンリンクＨＡＲＱ送信のためのＤＣＩは、同じインジケータを有するＨＡＲＱプロセスがいくつかの条件下で異なるＴＲＰからスケジューリングされ得ることを示す情報を含むものとして構成され得る。このような場合、ＤＣＩは、ＨＡＲＱプロセスとＴＲＰとの間のマッピング関係を示す情報、および任意選択で条件を示す他の情報を含んでもよく、および／またはダウンリンクＨＡＲＱプロセスを介して送信されるデータは、それに応じて条件に基づいて設定することができる。

【0117】

本開示のいくつかの実施形態によれば、マルチＴＲＰからのダウンリンクＨＡＲＱプロセスは、同じＨＡＲＱプロセスの再送信が異なるＴＲＰからスケジューリングされることができないように構成され得、すなわち、同じＨＡＲＱインジケータを有する異なるＴＲＰからのＨＡＲＱプロセスは再送信を実行することができず、例えば、同じＨＡＲＱインジケータを有する異なるＴＲＰからのＨＡＲＱプロセスに対して、新しいデータコンテンツ（新しい送信）のみがスケジューリングされることができる。いくつかの実施形態によれば、同じＨＡＲＱプロセスの再送信を示すＤＣＩは、異なるＴＲＰからスケジューリングすることができない。

【0118】

本開示のいくつかの実施形態によれば、ダウンリンク制御情報送信は、ＨＡＲＱプロセスインジケータ、ＴＲＰインジケータ、および各ＨＡＲＱプロセスのための再送信データインジケータを有してもよく、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスの少なくともいくつかは、それに割り当てられた同じＨＡＲＱプロセスインジケータを有し、異なるＴＲＰインジケータおよび同じＨＡＲＱプロセスインジケータに対応するＨＡＲＱプロセスのための再送信データインジケータは、ＨＡＲＱプロセスによって再送信されるデータが互いに異なることを示す。同様に、ネットワーク側デバイスは、異なるＴＲＰからの同じＨＡＲＱプロセスＩＤを使用してＨＡＲＱプロセスの再送信をスケジューリングすることができない。そして、このような場合に、ダウンリンクＨＡＲＱ送信において送信されるＰＤＳＣＨデータは、通常通りに構成され得る。

【0119】

一例では、新しいデータインジケータ（ＮＤＩ）は、再送信データインジケータの一例であり得、同じＨＡＲＱインジケータをもつ異なるＴＲＰのためのＨＡＲＱプロセスは、スケジューリングされることが望まれる場合、異なるＮＤＩを有することになる。ＮＤＩが前のＮＤＩと同じである場合、これは再送信を意味し、許可されない。ＮＤＩが前のＮＤＩと異なる（トグルする）場合、それは新しい送信であり、それは許可される。ＮＤＩは、任意の適切なデータまたはシンボルとして設定することができる。例えば、ＮＤＩは０または１のいずれかである。例えば、マルチＤＣＩマルチＴＲＰの場合、同じスケジューリングされたＣＣにおいて、同じＨＡＲＱプロセスの再送信を異なるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ（ＴＲＰ）からスケジューリングすることができない。マルチＤＣＩマルチＴＲＰが構成されるとき、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘｉを有するＤＣＩがＨＡＲＱプロセスＩＤを有するＰＤＳＣＨ受信をスケジューリングするとき、異なるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘｊを有するＤＣＩは、同じＨＡＲＱプロセスＩＤ（ＮＤＩ（新しいデータインジケータ）、フィールドをトグルしない）を有する同じＰＤＳＣＨの再送信をスケジューリングすることができない。一例が図１０に示されている。

【0120】

別の例では、ＤＣＩ内の再送信データインジケータは、データが同一であるか否かを示すことができ、データが同一である場合であっても、対応するＤＣＩおよびＰＤＳＣＨが依然としてスケジューリングされることができ、このような場合、無線デバイスはＤＣＩを受信することができ、再送信データインジケータがデータが変更されていないことを示すことを識別したとき、すなわち、同じＨＡＲＱインジケータを有する異なるＴＲＰのためのＨＡＲＱプロセスが同じデータを再送信したとき、そのようなＤＣＩおよびその対応するＰＤＳＣＨは破棄される。

【0121】

本開示のいくつかの実施形態によれば、制限／制約／考慮事項は、異なるＴＲＰからの同じＨＡＲＱプロセスからの再送信を受信するときに無線デバイスが受け入れることができるデータに関係し得る。特に、異なるＴＲＰが同じＨＡＲＱプロセスの再送信をスケジューリングすることができる場合、ＨＡＲＱプロセスを介して再送信されるデータは、それに応じて構成／制限されるべきであり、特に、データは、サイズ閾値以下のサイズで構成されるべきである。一例では、サイズ閾値は、データを処理するときに無線デバイスの性能／効率が著しく劣化することがないデータサイズであり得るか、または劣化が許容限界内である。すなわち、閾値は、起こり得る性能／効率の影響／劣化を考慮して設定することができ、無線デバイスが異なるＴＲＰから同じＨＡＲＱプロセスを介して再送信されたデータを受信して処理する場合、性能／効率が多少劣化しても、それは受け入れられ、そのような制限がない場合よりも依然として良好である。当然ながら、サイズ閾値は、他の考慮事項に基づいて設定することができる。

【0122】

本開示のいくつかの実施形態によれば、ダウンリンク制御情報送信は、ＨＡＲＱプロセスインジケータと、各ＨＡＲＱプロセスのためのＴＲＰインジケータと、を含んでもよく、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスのうちの少なくともいくつかは、それに割り当てられた同じＨＡＲＱプロセスインジケータを有し、無線デバイスは、特定の閾値よりも小さいサイズを有する、異なるＴＲＰインジケータおよび同じＨＡＲＱインジケータに対応するＨＡＲＱプロセスによって再送信されたデータを取得するようにさらに構成され得る。

【0123】

いくつかの実施形態によれば、特定の閾値は、固定的に事前設定されるか、または同じＨＡＲＱプロセスインジケータによってスケジューリングされ得る異なるＴＲＰからのＨＡＲＱプロセスについて無線デバイスが処理することが可能な最大ペイロードサイズに基づいて設定される。閾値は、ネットワーク側デバイスまたはシステム内の任意の他のデバイスにおいて設定され得るか、または無線デバイスによって設定および報告され得る。

【0124】

例えば、異なるＴＲＰ（ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ）が同じＨＡＲＱプロセスの再送信をスケジューリングすることができる場合、この場合にＵＥが期待される最大ＴＢサイズ（ＭＣＳ）が導入／構成されるものとし、最大ＴＢ（ＭＣＳ）は、本明細書内の固定値として符号化することができ、または最大ＴＢ（ＭＣＳ）は、ＵＥ能力として示すことができる。最大ＴＢサイズは、事前の実験に基づいて決定することができ、または任意の他の適切な方式で決定することができる。一例では、最大ＴＢサイズは、システムによって事前に取得することができ、または最大ＴＢサイズ自体若しくはその対応するインデックスなどの最大ＴＢサイズに関する情報は、マルチＴＲＰ ＨＡＲＱダウンリンク送信の前に再送信データを制限するために利用されるように、マルチＴＲＰ動作の前に無線デバイスによって報告することができる。別の例では、再送信されたデータは、マルチＴＲＰ ＨＡＲＱダウンリンク送信中に通常のままであり得、データを受信するとき、無線デバイスは、処理のために最大ＴＢサイズをもつデータの一部分を選択的に利用することができる。

【0125】

いくつかの実施形態によれば、制限／制約／考慮事項は、異なるＴＲＰから同じＨＡＲＱプロセスを介して再送信されたデータを処理するときに無線デバイスが満たす必要がある性能要件に関連し得る。特に、異なるＴＲＰが同じＨＡＲＱプロセスの再送信をスケジューリングすることができる場合、ＨＡＲＱプロセスを介して再送信されるデータはそれに応じて構成／制限され、無線デバイスが異なるＴＲＰからの同じＨＡＲＱプロセスから再送信されたデータを受信して処理するとき、性能要件を依然として満たすことができる。一例では、性能要件は、最小性能要件、最悪許容性能などのいずれかであり得る。

【0126】

いくつかの実施形態によれば、異なるＴＲＰからの同じＨＡＲＱプロセスを介した再送信がスケジューリングされ得る場合、ダウンリンク制御情報送信は、ＨＡＲＱプロセスインジケータおよび各ＨＡＲＱプロセスのためのＴＲＰインジケータを有することができ、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスの少なくともいくつかは、それに割り当てられた同じＨＡＲＱプロセスインジケータを有し、無線デバイスは、異なるＴＲＰからのＨＡＲＱプロセスが同じＨＡＲＱプロセスインジケータによってスケジューリングされ得ることがサポートされるときに無線デバイスが満たす必要がある最小性能要件に基づいて構成された、異なるＴＲＰインジケータおよび同じＨＡＲＱインジケータに対応するＨＡＲＱプロセスによって再送信されたデータを取得するようにさらに構成され得る。

【0127】

いくつかの実施形態によれば、最小性能要件は、様々な方法で適切に設定することができる。一実施形態では、最小性能要件を無効として設定することができ、すなわち、最小性能要件は設定されず、したがって、データを変更せずに送信することができる。別の実施形態では、最小性能要件は、再送信されたデータを処理する無線デバイスの方式に基づいて設定され得る。例えば、方式は、無線デバイスが異なるＴＲＰの同じプロセスからのデータを組み合わせる方式、または無線デバイスが異なるＴＲＰの同じプロセスからの最新のデータのみを処理する方式を含んでもよい。

【0128】

一例では、マルチＤＣＩマルチＴＲＰ関連のＵＥ復調性能要件について、以下のオプションがある。

【0129】

オプション１：同じＴＢ（ＨＡＲＱプロセス）の再送信が異なるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘからスケジューリングされるとき、ＵＥ最小性能要件はない。

【0130】

オプション２：ＵＥ最小性能要件は、同じＴＢ（ＨＡＲＱプロセス）の再送信が異なるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘからスケジューリングされるときの選択的コーミングのみに基づく。

【0131】

オプション２：ＵＥ最小性能要件は、同じＴＢ（ＨＡＲＱプロセス）の再送信が異なるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘからスケジューリングされるとき、同じＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘによってスケジューリングされた再送信間の組み合わせのみに基づく。

【0132】

最小性能要件は、事前の実験に基づいて決定され得るか、または任意の他の適切な方式で決定され得、データサイズ、データタイプなどの様々な方式で提示され得る。最小性能要件に関連する情報は、マルチＴＲＰ ＨＡＲＱダウンリンク送信の前に再送信されるデータを制限するために利用されるように、マルチＴＲＰ動作の前にシステムによって事前に取得されるか、または無線デバイスによって報告され得る。別の例では、再送信されたデータは、マルチＴＲＰ ＨＡＲＱダウンリンク送信中に通常のままであり得、データを受信するとき、無線デバイスは、最小性能要件に基づいて選択されたデータの一部分を選択的に利用することができる。

【0133】

本開示のいくつかの実施形態によれば、ＨＡＲＱダウンリンク送信は、送信のためのＲＶ構成など、データプロセスが複雑な処理を回避することができるか否かを示すことができる特定の情報によって、再送信されるデータを制限／制約することができる。一例では、ＲＶ構成は、合成プロセスなどの複雑な処理を回避することができるデータを残し、再送信するために利用され得る。例えば、自己復号可能であるなど、複雑な処理を回避することができるデータ、およびその対応するＲＶのみを残して再送信することができ、他のＲＶおよび対応するデータは再送信されない。別の例では、ＲＶ構成は、無線デバイスがＲＶ構成情報に従ってデータを選択的に処理することができるように、どのデータが複雑な処理を回避することができるかを示すことができる。

【0134】

いくつかの実施形態によれば、ＤＣＩは、再送信されたデータが、自己復号可能であり得るなど、複雑な処理を回避することができることを示す情報を含むことができる。いくつかの実施形態によれば、ダウンリンク制御情報送信は、各ＨＡＲＱプロセスのための、ＨＡＲＱプロセッサインジケータ、ＴＲＰインジケータ、および冗長バージョン（ＲＶ）構成情報を含んでもよく、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスの少なくともいくつかは、それに割り当てられた同じＨＡＲＱプロセスインジケータを有し、異なるＴＲＰインジケータおよび同じＨＡＲＱプロセッサインジケータに対応するＨＡＲＱプロセスのＲＶ構成情報は、ＨＡＲＱプロセスによって再送信され、ＲＶによって示されるデータが自己復号可能であることを示し、無線デバイスは、異なるＴＲＰインジケータおよび同じＨＡＲＱインジケータに対応するＨＡＲＱプロセスによって再送信され、ＲＶによって示されるデータを取得し、データを自己復号化するようにさらに構成され得る。自己復号は、無線デバイスが、他のＴＲＰからのＨＡＲＱプロセスを組み合わせることなく、１つのＴＲＰ中のＨＡＲＱプロセスに基づいてデータを復号するためのものである。

【0135】

例えば、冗長バージョン（ＲＶ）構成の場合、同じＴＢ（ＨＡＲＱプロセス）の再送信が異なるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘからスケジューリングされるとき、ＵＥは、自己復号可能である、すなわち、異なるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘからの同じＴＢの異なる再送信を組み合わせることのないＲＶを用いて構成され得ることが期待される。

【0136】

いくつかの実施形態によれば、同じインジケータによってスケジューリングされた異なるＴＲＰからのＨＡＲＱプロセスの条件付き再送信が許可され得るか否かに関する情報は、システムにおいて事前設定され得るか、またはマルチＴＲＰ動作の前にＵＥによって報告され得る。特に、再送信データインジケータ、データ閾値、性能要件、ＲＶ構成に関する情報などの制約条件に関する情報は、事前に事前設定されてもよく、または無線デバイスによって報告され得る。情報は、ビット、フィールド、コマンド、信号などの様々な方法で報告することができる。

【0137】

例えば、そのような制限送信は、マルチＤＣＩマルチＴＲＰ動作が構成されるときに常に必要とされるか、またはそのような制限は、ＵＥの要件／要求に従って設定され得る。すなわち、マルチＤＣＩマルチＴＲＰ動作が設定され、端末がこのような制限を要請／要求する場合、このような制限を設定することができる。そのようなＵＥ要件／要求は、様々な方法でネットワーク側デバイスに通知することができる。一実施形態において、ＵＥは、新たに導入されたコマンド、新たに導入されたＵＥ能力などの新しいコマンド／命令／信号／情報を介してその要件を報告することができる。別の実施形態では、ＵＥは、既存のコマンド／命令／信号／情報を介して、例えば、それらの異なる値を介して、その要件を報告することができ、または、それらの既存の値に、条件付きＨＡＲＱ再送信のサポートを示す新しい意味を与えることができる。

【0138】

例えば、ＨＡＲＱ再送制限が必要であるか否かは、以下のオプションを有することができる。

【0139】

オプション１：これは、マルチＤＣＩマルチＴＲＰ動作が構成されるときに常に必要とされる。

【0140】

オプション２：これは、新たに導入されたＵＥ能力に基づいており、ＵＥは、ＨＡＲＱ再送制限を必要とすることを報告する。

【0141】

オプション３：既存のＵＥ能力報告を条件とする。一例として、ＦＧ１６－２ａ－２として、ＵＥは、ＵＥが順不同ＤＬ動作をサポートするか否かを報告する。ＵＥがＵＥサポートＦＧ１６－２ａ－２を示す場合、ＵＥはＨＡＲＱ再送制限を必要とする。他の可能な候補ＦＧ、例えば、重複ＰＤＳＣＨのためのＦＧ１６－２ａ－１、ＦＧ１６－２ａ－２、別個または共同ＣＲＳレートマッチングのためのＦＧ１６－２ａ－５など、他の既存のＵＥ能力報告が可能である。

【0142】

いくつかの実施形態によれば、異なるＴＲＰからのＨＡＲＱ送信に関連する解決策を利用して、複数の送受信ポイント（ＴＲＰ）からのダウンリンクシステム情報（ＳＩ）送信をスケジューリングすることができる。ダウンリンクシステム情報（ＳＩ）送信のスケジューリングは、例えば、マルチＴＲＰ動作の前の初期化中に、異なるＴＲＰからのＨＡＲＱ送信のスケジューリングと組み合わせることができ、あるいは、ダウンリンクシステム情報（ＳＩ）送信のスケジューリングを独立して適用することができることに留意されたい。

【0143】

いくつかの実施形態によれば、システム情報は、システム情報ブロック（ＳＩＢ）の数を含み、システム情報送信のためのＤＣＩは、システム情報ブロックとＴＲＰとの間のマッピング関係を示す情報を含むことができる。いくつかの実施形態によれば、システム情報送信のためのＤＣＩは、全てのシステム情報ブロックが同じＴＲＰによって送信されることを示す情報を含んでもよく、例えば、そのような情報は、全てが同じＴＲＰインジケータにマッピングされる全てのシステム情報ブロックのＩＤなど、同じＴＲＰにマッピングする全てのシステム情報部分によって提示され得る。いくつかの実施形態によれば、システム情報送信のためのＤＣＩは、異なるＴＲＰによって送信され得るシステム情報ブロックの数を示す情報を含むことができ、同じＴＲＰからのシステム情報ブロックは、同じシステム情報送信ウィンドウ内に含まれるものとし、例えば、ＤＣＩは、互いに対応するシステム情報ブロックＩＤおよびＴＲＰインジケータを含んでもよく、異なるＴＲＰインジケータからのシステム情報ブロックＩＤは、同じシステム情報ウィンドウに対応することができず、システム情報ウィンドウは、同じＴＲＰインジケータからのシステム情報ブロックＩＤにのみ対応する。

【0144】

以下では、マルチＴＲＰ動作におけるシステム情報（ＳＩ）受信に関連する一例について説明する。システム情報（ＳＩＢ）受信関連探索空間およびＣＯＲＥＳＥＴ構成は、ＳＩＢ１受信およびＳＩＢ１受信以外のＳＩＢを含んでもよい。ＳＩＢ１受信は、ｓｅａｒｃｈＳｐａｃｅＺｅｒｏ（ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ ０のみ）、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１（ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ ０のみ）、およびｓｅａｒｃｈＳｐａｃｅＳＩＢ１（これは、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ ０またはＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ １のいずれかを伴うＣＯＲＥＳＥＴを用いて構成され得る）を含んでもよく、またはそれに関連してもよい、タイプ０－ＰＤＣＣＨ ＣＳＳ（共通探索空間）に関連または対応し得る。ＳＩＢ１受信以外のＳＩＢは、タイプ０ Ａ－ＰＤＣＣＨ ＣＳＳ（共通探索空間）に関連または対応してもよく、これは、ｓｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ（これは、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ ０またはＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ １のいずれかを伴うＣＯＲＥＳＥＴを用いて構成され得る）を含んでもよく、またはそれに関連してもよい。ＵＥは、ＳＩ受信のために１つのＨＡＲＱプロセスを維持することのみが必要とされる。

【0145】

マルチＤＣＩマルチＴＲＰ動作ＣＣにおいて、ＵＥが以下、

【0146】

ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎによって設定されるタイプ０－ＰＤＣＣＨ ＣＳＳのためのｓｅａｒｃｈＳｐａｃｅＳＩＢ１、

【0147】

ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎによって設定されるタイプ０ Ａ－ＰＤＣＣＨ ＣＳＳのためのｓｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ、の両方で構成される。

【0148】

以下の解決策を採用することができ、いずれか一方を両方に採用することができる。

【0149】

解決策１：ＵＥは、同じＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘがｓｅａｒｃｈＳｐａｃｅＳＩＢ１とｓｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎの両方に対して構成され得ることが期待される。

【0150】

解決策２：異なるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘがｓｅａｒｃｈＳｐａｃｅＳＩＢ１およびｓｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎのために構成されるとき、ＵＥは、同じＳＩウィンドウ方式における任意の他のＳＩＢにおいてＳＩＢ１が構成されることを期待されず、緩和性能要件に関係し得る。

【0151】

本開示のいくつかの実施形態によれば、マルチＴＲＰ動作においてダウンリンクＨＡＲＱプロセスを介して送信されるデータによって占有されるレイヤは、ＵＥの能力、例えば、ＵＥがサポートし、そこからデータを受信することができるレイヤの最大数に基づいて構成し得る。したがって、マルチＴＲＰ動作では、設定されたレイヤにのみデータを配置した後、ダウンリンクＨＡＲＱプロセスを介して送信することができる。例えば、データは、最大でも最大数のサポートレイヤに配置することができる。代替的に、データは通常通りに送信されてもよく、データがレイヤの最大数を超える場合、ＵＥは、データを破棄したり、レイヤの最大数に含まれるデータを選択的に取得または利用したりしてもよい。

【0152】

いくつかの実施形態によれば、サポートレイヤの最大数は、様々な方法で決定することができる。一実施形態では、レイヤの最大数は、時間領域において重複する全てのスケジューリングされたデータにわたるレイヤの合計であり得る。一実施形態では、サポートレイヤの最大数は、時間領域において重複する全てのスケジューリングされたデータにわたるレイヤの最大数であり得る。

【0153】

いくつかの実施形態によれば、レイヤの最大数に関連するそのようなＵＥの能力は、ネットワーク側デバイスによって事前に取得され得るか、またはマルチＴＲＰの前などに無線デバイスによって報告され得る。一例では、ＵＥはレイヤの最大数を報告することができる。別の例では、ＵＥは、レイヤの最大数の決定方式を報告することができ、次いで、ネットワーク側デバイスは、それ自体でレイヤの最大数を決定し、それをダウンリンク送信のために利用することができる。

【0154】

例えば、ＵＥが最大ＭＩＭＯレイヤを報告するとき、ＵＥは、マルチＤＣＩベースのマルチＴＲＰスケジューリングに対して、ＢＣごとの帯域ごとのＣＣ（ＦＳＰＣ）をサポートすることができ、３つのオプションがある。

【0155】

オプション１：ＭＩＭＯレイヤの数は、任意のシンボルにおいて、時間領域において重複する全てのスケジューリングされたＰＤＳＣＨにわたるＰＤＳＣＨレイヤの総数としてカウントされる。

【0156】

オプション２：ＭＩＭＯレイヤの数は、任意のシンボルにおいて、時間領域において重複する全てのスケジューリングされたＰＤＳＣＨにわたるＰＤＳＣＨレイヤの最大数としてカウントされる。

【0157】

この２つの動作は、図１１に示す通りである。

【0158】

更なる例示的な実施形態が以下に提供される。

【0159】

実施形態のあるセットは、少なくとも１つのアンテナと、少なくとも１つのアンテナに接続された少なくとも１つの無線機と、少なくとも１つの無線機に接続されたプロセッサと、を有する無線デバイスを含んでもよく、無線デバイスは、複数の送受信ポイント（ＴＲＰ）からのダウンリンクハイブリッド自動再送要求（ＨＡＲＱ）送信を少なくともスケジューリングするダウンリンク制御情報送信を受信し、ダウンリンク制御情報送信に従って複数のＴＲＰからダウンリンクＨＡＲＱ送信を受信するように構成される。

【0160】

いくつかの実施形態によれば、ダウンリンク制御情報送信は、ＨＡＲＱプロセスインジケータと、各ＨＡＲＱプロセスのためのＴＲＰインジケータと、を有し、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスは、互いに異なるＨＡＲＱプロセスインジケータを割り当てられる。

【0161】

いくつかの実施形態によれば、ダウンリンク制御情報送信は、ＨＡＲＱプロセスインジケータと、ＴＲＰインジケータと、各ＨＡＲＱプロセスのための再送信データインジケータとを有し、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスのうちの少なくともいくつかは、それに割り当てられた同じＨＡＲＱプロセスインジケータを有し、異なるＴＲＰインジケータおよび同じＨＡＲＱプロセッサインジケータに対応するＨＡＲＱプロセスのための再送信データインジケータは、ＨＡＲＱプロセスによって再送信されるデータが互いに異なることを示す。

【0162】

いくつかの実施形態によれば、ダウンリンク制御情報送信は、ＨＡＲＱプロセスインジケータと、各ＨＡＲＱプロセスのためのＴＲＰインジケータと、を有し、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスのうちの少なくともいくつかは、それに割り当てられた同じＨＡＲＱプロセスインジケータを有し、無線デバイスは、特定の閾値よりも小さいサイズを有する、異なるＴＲＰインジケータおよび同じＨＡＲＱインジケータに対応するＨＡＲＱプロセスによって再送信されたデータを取得するようにさらに構成される。

【0163】

いくつかの実施形態によれば、特定の閾値は、固定的に事前設定されるか、または同じＨＡＲＱプロセスインジケータによってスケジューリングされ得る異なるＴＲＰからのＨＡＲＱプロセスについて無線デバイスが処理することが可能な最大ペイロードサイズに基づいて設定される。

【0164】

いくつかの実施形態によれば、ダウンリンク制御情報送信は、ＨＡＲＱプロセスインジケータおよび各ＨＡＲＱプロセスのためのＴＲＰインジケータを有し、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスの少なくともいくつかは、それに割り当てられた同じＨＡＲＱプロセスインジケータを有し、無線デバイスは、異なるＴＲＰからのＨＡＲＱプロセスが同じＨＡＲＱプロセスインジケータによってスケジューリングされ得ることがサポートされるときに無線デバイスが満たす必要がある最小性能要件に基づいて構成された、異なるＴＲＰインジケータおよび同じＨＡＲＱインジケータに対応するＨＡＲＱプロセスによって再送信されたデータを取得するようにさらに構成される。

【0165】

いくつかの実施形態によれば、ダウンリンク制御情報送信は、ＨＡＲＱプロセッサインジケータと、ＴＲＰインジケータと、各ＨＡＲＱプロセスのための冗長バージョン（ＲＶ）構成情報とを含み、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスの少なくともいくつかは、それに割り当てられた同じＨＡＲＱプロセスインジケータを有し、異なるＴＲＰインジケータおよび同じＨＡＲＱプロセッサインジケータに対応するＨＡＲＱプロセスのためのＲＶ構成情報は、ＨＡＲＱプロセスによって再送信されＲＶによって示されるデータが自己復号可能であることを示し、無線デバイスは、異なるＴＲＰインジケータおよび同じＨＡＲＱインジケータに対応するＨＡＲＱプロセスによって再送信されＲＶによって示されるデータを取得し、データを自己復号化するようにさらに構成される。

【0166】

いくつかの実施形態によれば、ダウンリンク制御情報送信は、複数の送受信ポイント（ＴＲＰ）からのダウンリンクシステム情報（ＳＩ）送信をさらにスケジューリングする。

【0167】

いくつかの実施形態によれば、システム情報は、システム情報部分の数を含み、ダウンリンク制御情報は、システム情報部分の数が同じＴＲＰによって送信されることを示すか、またはダウンリンク制御情報は、システム情報部分の数が異なるＴＲＰによって送信され、同じＴＲＰからのシステム情報部分が同じシステム情報送信ウィンドウに含まれることを示す。

【0168】

実施形態の別のセットは、少なくとも１つのアンテナと、少なくとも１つのアンテナに接続された少なくとも１つの無線機と、少なくとも１つの無線機に接続されたプロセッサとを有するネットワーク側デバイスを含んでもよく、ネットワーク側デバイスは、複数の送受信ポイント（ＴＲＰ）からのダウンリンクハイブリッド自動再送要求（ＨＡＲＱ）送信を少なくともスケジューリングするダウンリンク制御情報送信を無線デバイスに提供し、ダウンリンク制御情報に従って少なくとも１つのダウンリンクＨＡＲＱ送信を無線デバイスに提供するように構成される。

【0169】

いくつかの実施形態によれば、ネットワーク側デバイスは、異なるＴＲＰからのＨＡＲＱプロセスが同じＨＡＲＱプロセスインジケータによってスケジューリングされ得ることがサポートされるか否か、または同じＨＡＲＱプロセスインジケータに対応する異なるＴＲＰからのＨＡＲＱプロセスの再送信が特定の制限下で実行され得ることがサポートされるか否かに基づいて、ダウンリンク制御情報送信を構成するようにさらに構成される。

【0170】

いくつかの実施形態によれば、ネットワーク側デバイスは、異なるＴＲＰからのＨＡＲＱプロセスが同じＨＡＲＱプロセスインジケータによってスケジューリングされることができないという条件下で、ダウンリンク制御情報送信が各ＨＡＲＱプロセスのためのＨＡＲＱプロセスインジケータおよびＴＲＰインジケータを有するように、ダウンリンク制御情報送信を構成するようにさらに構成され、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスは、互いに異なるＨＡＲＱプロセスインジケータを割り当てられる。

【0171】

いくつかの実施形態によれば、ネットワーク側デバイスは、同じＨＡＲＱプロセスインジケータに対応する異なるＴＲＰからのＨＡＲＱプロセスの再送信が特定の制限下で実行され得るという条件下で、ダウンリンク制御情報送信が、ＨＡＲＱプロセスインジケータ、ＴＲＰインジケータ、および各ＨＡＲＱプロセスのための再送信データインジケータを有するように、ダウンリンク制御情報送信を構成するようにさらに構成され、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスのうちの少なくともいくつかは、それに割り当てられた同じＨＡＲＱプロセスインジケータを有し、異なるＴＲＰインジケータおよび同じＨＡＲＱプロセッサインジケータに対応するＨＡＲＱプロセスのための再送信データインジケータは、ＨＡＲＱプロセスによって再送信されるデータが互いに異なることを示す。

【0172】

いくつかの実施形態によれば、ネットワーク側デバイスは、同じＨＡＲＱプロセスインジケータに対応する異なるＴＲＰからのＨＡＲＱプロセスの再送信が特定の制限下で実行され得るという条件下で、ダウンリンク制御情報送信が、ＨＡＲＱプロセスインジケータおよび各ＨＡＲＱプロセスのためのＴＲＰインジケータを有するようにダウンリンク制御情報送信を構成するようにさらに構成され、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスのうちの少なくともいくつかは、それに割り当てられた同じＨＡＲＱプロセスインジケータを有し、ダウンリンクＨＡＲＱ送信において、特定の閾値よりも小さいサイズを有する異なるＴＲＰインジケータおよび同じＨＡＲＱインジケータに対応するＨＡＲＱプロセスによって再送信されるデータを提供する。

【0173】

いくつかの実施形態によれば、ネットワーク側デバイスは、同じＨＡＲＱプロセスインジケータに対応する異なるＴＲＰからのＨＡＲＱプロセスの再送信が特定の制限下で実行され得るという条件下で、ダウンリンク制御情報送信がＨＡＲＱプロセスインジケータおよび各ＨＡＲＱプロセスのためのＴＲＰインジケータを有するようにダウンリンク制御情報送信を構成するようにさらに構成され、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスのうちの少なくともいくつかは、それに割り当てられた同じＨＡＲＱプロセスインジケータを有し、ダウンリンクＨＡＲＱ送信において、異なるＴＲＰからのＨＡＲＱプロセスが同じＨＡＲＱプロセスインジケータによってスケジューリングされ得ることがサポートされるときに、無線デバイスが満たす必要がある最小性能要件に基づいて構成される、異なるＴＲＰインジケータおよび同じＨＡＲＱインジケータに対応するＨＡＲＱプロセスによって再送信されるデータを提供する。

【0174】

いくつかの実施形態によれば、ネットワーク側デバイスは、同じＨＡＲＱプロセスインジケータに対応する異なるＴＲＰからのＨＡＲＱプロセスの再送信が特定の制限下で実行され得るという条件下で、ダウンリンク制御情報送信が、各ＨＡＲＱプロセスのための、ＨＡＲＱプロセッサインジケータ、ＴＲＰインジケータ、および冗長バージョン（ＲＶ）構成情報を含むようにダウンリンク制御情報送信を構成するようにさらに構成される、異なるＴＲＰインジケータに対応するＨＡＲＱプロセスの少なくともいくつかは、それに割り当てられた同じＨＡＲＱプロセスインジケータを有し、異なるＴＲＰインジケータおよび同じＨＡＲＱプロセッサインジケータに対応するＨＡＲＱプロセスのＲＶ構成情報は、ＨＡＲＱプロセスによって再送信され、ＲＶによって示されるデータが自己復号可能であることを示し、ダウンリンクＨＡＲＱ送信において、異なるＴＲＰインジケータおよび同じＨＡＲＱインジケータに対応するＨＡＲＱプロセスによって再送信されるデータをＲＶに従って提供する。

【0175】

いくつかの実施形態によれば、ネットワーク側デバイスは、複数の送受信ポイント（ＴＲＰ）からのダウンリンクシステム情報（ＳＩ）送信をさらにスケジューリングするダウンリンク制御情報送信を無線デバイスに提供し、ダウンリンク制御情報に従って少なくとも１つのダウンリンクＳＩ送信を無線デバイスに提供するようにさらに構成される。

【0176】

いくつかの実施形態によれば、システム情報は、いくつかのシステム情報部分を含み、ネットワーク側デバイスは、システム情報部分の数が同じＴＲＰによって送信されることを示すダウンリンク制御情報送信を構成するか、またはシステム情報部分の数が異なるＴＲＰによって送信され、同じＴＲＰからのシステム情報部分が同じシステム情報送信ウィンドウに含まれることを示すダウンリンク制御情報を構成するようにさらに構成される。

【0177】

実施形態のさらに別のセットは、無線デバイスに、複数の送受信ポイント（ＴＲＰ）からのダウンリンクハイブリッド自動再送要求（ＨＡＲＱ）送信を少なくともスケジューリングするダウンリンク制御情報送信を受信させ、ダウンリンク制御情報送信に従って複数のＴＲＰからダウンリンクＨＡＲＱ送信を受信するように構成されるプロセッサを有する装置を含み得る。

【0178】

いくつかの実施形態によれば、プロセッサは、無線デバイスに、前述の実施形態／例のいずれかの一部または全部を実装させることができる。

【0179】

実施形態のさらに別のセットは、ネットワーク側デバイスに、複数の送受信ポイント（ＴＲＰ）からのダウンリンクハイブリッド自動再送要求（ＨＡＲＱ）送信を少なくともスケジューリングするダウンリンク制御情報送信を無線デバイスに提供させ、ダウンリンク制御情報に従って、少なくとも１つのダウンリンクＨＡＲＱ送信を無線デバイスに提供させるように構成されたプロセッサを有する装置を含んでもよい。

【0180】

いくつかの実施形態によれば、プロセッサは、ネットワーク側デバイスに、前述の実施形態／例のいずれかの一部または全部を実装させることができる。

【0181】

実施形態のさらに別のセットは、複数の送受信ポイント（ＴＲＰ）からのダウンリンクハイブリッド自動再送要求（ＨＡＲＱ）送信を少なくともスケジューリングするダウンリンク制御情報送信を受信することと、ダウンリンク制御情報送信に従って、複数のＴＲＰからダウンリンクＨＡＲＱ送信を受信することと、を含む、無線デバイスのための方法を含んでもよい。

【0182】

いくつかの実施形態によれば、本方法は、前述の実施形態／例のいずれかの一部または全部を実装するために、無線デバイスによってさらに実行され得る。

【0183】

さらに別のセットの実施形態は、複数の送受信ポイント（ＴＲＰ）から無線デバイスへのダウンリンクハイブリッド自動再送要求（ＨＡＲＱ）送信を少なくともスケジューリングするダウンリンク制御情報送信を提供することと、ダウンリンク制御情報に従って無線デバイスへの少なくとも１つのダウンリンクＨＡＲＱ送信を提供することと、を含む、ネットワーク側デバイスのための方法を含んでもよい。

【0184】

いくつかの実施形態によれば、本方法は、ネットワーク側デバイスによってさらに実行されて、前述の実施形態／例のいずれかの一部または全部を実装することができる。

【0185】

別の例示的な実施形態は、アンテナと、アンテナに接続された無線機と、無線機に動作可能に接続された処理要素と、を有するデバイスを含むことができ、このデバイスは、前述の実施例の任意のまたは全ての部分を実装するように構成されている。

【0186】

さらに別の例示的な実施形態は、デバイスによって、前述の実施例のいずれかまたは全ての部分を実行することを含む方法を含んでもよい。

【0187】

実施形態の更なる例示的なセットは、デバイスで実行された際に、デバイスに、前述の実施例のいずれかの任意のまたは全ての部分を実装させるプログラム命令を含む、非一時的コンピュータアクセス可能記憶媒体を含むことができる。

【0188】

また更なる例示的な実施形態は、プロセッサと、実行されたときに、デバイスに前述の実施例のいずれかの一部または全部を実装させるプログラム命令を記憶したコンピュータ可読記憶媒体と、を有するデバイスを含んでもよい。

【0189】

また更なる例示的な実施形態は、前述の実施例のうちのいずれかの任意の部分または全ての部分を実行するための命令を有するコンピュータプログラム製品を含んでもよい。

【0190】

個人特定可能な情報の使用は、ユーザのプライバシーを維持するための業界または政府の要件を満たすまたは超えるとして一般に認識されているプライバシーポリシおよびプラクティスに従うべきであることに十分に理解されたい。特に、個人特定可能な情報データは、意図されないまたは許可されていないアクセスまたは使用のリスクを最小限に抑えるように管理および取り扱いされるべきであり、許可された使用の性質はユーザに明確に示されるべきである。

【0191】

本開示の実施形態は、任意の様々な形態のいずれかで実現されてもよい。例えば、いくつかの実施形態は、コンピュータにより実施される方法、コンピュータ可読メモリ媒体、またはコンピュータシステムとして実現することができる。他の実施形態は、ＡＳＩＣなどの１つ以上のカスタム設計されたハードウェアデバイスを使用して実現されてもよい。更なる他の実施形態は、ＦＰＧＡなどの１つ以上のプログラム可能ハードウェア要素を使用して実現されてもよい。

【0192】

いくつかの実施形態では、非一時的コンピュータ可読メモリ媒体は、非一時的コンピュータ可読メモリ媒体がプログラム命令および／またはデータを格納するように構成されてもよく、プログラム命令は、コンピュータシステムによって実行された場合、コンピュータシステムに、方法、例えば、本明細書に記載の方法実施形態のうちのいずれか、または本明細書に記載の方法実施形態の任意の組み合わせ、または本明細書に記載の方法実施形態のうちのいずれかの任意のサブセット、またはこのようなサブセットの任意の組み合わせを実行させる。

【0193】

いくつかの実施形態では、デバイス（例えば、ＵＥ１０６またはＢＳ１０２）は、プロセッサ（またはプロセッサのセット）および記憶媒体を含むように構成してもよい。ここで、記憶媒体は、プログラム命令を記憶し、プロセッサは、記憶媒体からプログラム命令を読み込み、実行するように構成されている。プログラム命令は、本明細書に記載された種々の方法の実施形態の任意のもの（または、本明細書に記載された方法の実施形態の任意の組み合わせ、または、本明細書に記載された方法の実施形態のいずれかの任意のサブセット、または、このようなサブセットの任意の組み合わせ）を実施するために実行可能である。デバイスは、様々な形態のいずれかにおいて実現されてもよい。

【0194】

上記の実施形態は、かなり詳細に記載されているが、上記の開示が完全に理解されれば、多数の変形形態および修正形態が当業者には明らかになる。以下の特許請求の範囲は、全てのそのような変形形態および修正形態を包含すると解釈されることが意図されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【国際調査報告】