(57)【要約】  本出願は、通信方法、ネットワークデバイス、および端末デバイスを提供する。本方法は、ネットワークデバイスによって、リソースバンドリング粒度の値に基づいて、端末デバイスに対応するスケジューリングリソース内の少なくとも1つのプリコーディングリソースブロックグループを決定するステップであって、リソースバンドリング粒度の値のタイプは、第1のタイプの値および第2のタイプの値のうちの1つであり、第1のタイプの値に対応するプリコーディングリソースブロックグループ決定方法は、第2のタイプの値に対応するプリコーディングリソースブロックグループ決定方法とは異なる、ステップと、ネットワークデバイスによって、少なくとも1つのプリコーディングリソースブロックグループを使用することによって、データを端末デバイスに送信するステップとを含む。したがって、本出願の実施形態では、リソースバンドリング粒度の異なる値に基づいて、リソースバンドリング粒度の異なる値に対する要件を満たすために、スケジューリングリソース内の少なくとも1つのプリコーディングリソースブロックグループを決定するために異なる方法が使用される。
2020509686.tif 000002
【特許請求の範囲】
【請求項１】
処理ユニットとトランシーバユニットとを備える端末デバイスであって、
前記処理ユニットが、リソースバンドリング粒度の値に基づいて、前記端末デバイスに対応するスケジューリングリソース内の少なくとも1つのリソースブロックバンドリンググループを決定するように構成され、前記リソースバンドリング粒度の前記値が、第1のタイプの値および第2のタイプの値のうちの1つであり、前記第1のタイプの値に対応するリソースブロックバンドリンググループ決定方法が、前記第2のタイプの値に対応するリソースブロックバンドリンググループ決定方法と異なり、
前記トランシーバユニットが、前記少なくとも1つのリソースブロックバンドリンググループを使用することによって、ネットワークデバイスによって送信されたデータを受信するように構成される、端末デバイス。
【請求項２】
前記リソースバンドリング粒度の前記値が前記第1のタイプの値であり、
前記処理ユニットが、前記リソースバンドリング粒度の前記値およびシステムの最大利用可能帯域幅における前記スケジューリングリソースの位置に基づいて、前記スケジューリングリソース内の前記少なくとも1つのリソースブロックバンドリンググループを決定するように構成される、請求項1に記載の端末デバイス。
【請求項３】
前記処理ユニットが、以下の式に従って前記スケジューリングリソース内の第1のリソースブロックバンドリンググループを決定することであって、
PRBbundlingfirst=P-N mod P
PRBbundlingfirstが前記第1のリソースブロックバンドリンググループが前記スケジューリングリソース内の第1のPRBbundlingfirst個のリソースブロックを備えることを示し、Pが前記リソースバンドリング粒度の前記値を示し、Nが前記スケジューリングリソース内の第1のPRBのインデックスであり、前記システムの前記最大利用可能帯域幅にあるインデックスを示し、N mod PがNをPで割った後の余りを示す、ことと、
以下の式に従って前記スケジューリングリソース内の最後のリソースブロックバンドリンググループを決定することであって、
PRBbundlinglast=(N+L) mod P
PRBbundlinglastが前記最後のリソースブロックバンドリンググループが前記スケジューリングリソース内に最後のPRBbundlinglast個のリソースブロックを備えることを示し、Lが前記スケジューリングリソース内のPRBの量を示し、(N+L) mod PがN+LをPで割った後の余りを示す、ことと、
前記スケジューリングリソース内の他のリソースブロックバンドリンググループの各々が連続リソースブロックを備えると決定することであって、前記連続リソースブロックの量が、前記スケジューリングリソース内の前記リソースバンドリング粒度の前記値である、ことと
を行うように特に構成される、請求項2に記載の端末デバイス。
【請求項４】
前記リソースの前記値が前記第2のタイプの値であり、
前記処理ユニットが、前記リソースバンドリング粒度の前記値に基づいて、同じリソースブロックバンドリンググループとして前記スケジューリングリソースを決定するように特に構成される、請求項1に記載の端末デバイス。
【請求項５】
前記第1のタイプの値が2および4を備え、前記第2のタイプの値が前記端末デバイスの連続スケジューリング帯域幅のサイズを備える、請求項1から4のいずれか一項に記載の端末デバイス。
【請求項６】
処理ユニットとトランシーバユニットとを備えるネットワークデバイスであって、
前記処理ユニットが、リソースバンドリング粒度の値に基づいて、端末デバイスに対応するスケジューリングリソース内の少なくとも1つのプリコーディングリソースブロックグループを決定するように構成され、前記リソースバンドリング粒度の前記値が、第1のタイプの値および第2のタイプの値のうちの1つであり、前記第1のタイプの値に対応するプリコーディングリソースブロックグループ決定方法が、前記第2のタイプの値に対応するプリコーディングリソースブロックグループ決定方法とは異なり、
前記トランシーバユニットが、前記少なくとも1つのプリコーディングリソースブロックグループを使用することによってデータを前記端末デバイスに送信するように構成される、ネットワークデバイス。
【請求項７】
前記リソースバンドリング粒度の前記値が前記第1のタイプの値であり、
前記処理ユニットが、前記リソースバンドリング粒度の前記値およびシステムの最大利用可能帯域幅における前記スケジューリングリソースの位置に基づいて、前記スケジューリングリソース内の前記少なくとも1つのプリコーディングリソースブロックグループを決定するように特に構成される、請求項6に記載のネットワークデバイス。
【請求項８】
前記処理ユニットが、以下の式に従って前記スケジューリングリソース内の第1のプリコーディングリソースブロックグループを決定することであって、
PRGfirst=P-N mod P
PRGfirstが前記第1のプリコーディングリソースブロックグループが前記スケジューリングリソース内に第1のPRGfirst個のリソースブロックを備えることを示し、Pが前記リソースバンドリング粒度の前記値を示し、Nが前記スケジューリングリソース内の第1の物理リソースブロックPRBのインデックスであり、前記システムの前記最大利用可能帯域幅にあるインデックスを示し、N mod Pが、NをPで割った後の余りを示す、ことと、
以下の式に従って前記スケジューリングリソース内の最後のプリコーディングリソースブロックグループを決定することであって、
PRGlast=(N+L)mod P
PRGlastが前記最後のプリコーディングリソースブロックグループが前記スケジューリングリソース内に最後のPRGlast個のリソースブロックを備えることを示し、Lが前記スケジューリングリソース内のPRBの量を示し、(N+L)mod PがN+LをPで割った後の余りを示す、ことと、
前記スケジューリングリソース内の他のプリコーディングリソースブロックグループの各々が連続リソースブロックを備えると決定することであって、前記連続リソースブロックの量が、前記スケジューリングリソース内の前記リソースバンドリング粒度の前記値である、ことと
を行うように特に構成される、請求項7に記載のネットワークデバイス。
【請求項９】
前記リソースバンドリング粒度の前記値が前記第2のタイプの値であり、
前記処理ユニットが、前記リソースバンドリング粒度の前記値に基づいて、同じプリコーディングリソースブロックグループとして前記スケジューリングリソースを決定するように特に構成される、請求項6に記載のネットワークデバイス。
【請求項１０】
前記第1のタイプの値が2および4を備え、前記第2のタイプの値が前記端末デバイスの連続スケジューリング帯域幅のサイズを備える、請求項6から9のいずれか一項に記載のネットワークデバイス。
【請求項１１】
端末デバイスによって、リソースバンドリング粒度の値に基づいて、前記端末デバイスに対応するスケジューリングリソース内の少なくとも1つのリソースブロックバンドリンググループを決定するステップであって、前記リソースバンドリング粒度の前記値が、第1のタイプの値および第2のタイプの値のうちの1つであり、前記第1のタイプの値に対応するリソースブロックバンドリンググループ決定方法が、前記第2のタイプの値に対応するリソースブロックバンドリンググループ決定方法とは異なる、ステップと、
前記端末デバイスによって、前記少なくとも1つのリソースブロックバンドリンググループを使用することによって、ネットワークデバイスによって送信されたデータを受信するステップと
を備える、通信方法。
【請求項１２】
前記リソースバンドリング粒度の前記値が前記第1のタイプの値であり
端末デバイスによって、リソースバンドリング粒度の値に基づいて、前記端末デバイスに対応するスケジューリングリソース内の少なくとも1つのリソースブロックバンドリンググループを決定する前記ステップが、
前記端末デバイスによって、前記リソースバンドリング粒度の前記値およびシステムの最大利用可能帯域幅における前記スケジューリングリソースの位置に基づいて、前記スケジューリングリソース内の前記少なくとも1つのリソースブロックバンドリンググループを決定するステップを備える、請求項11に記載の方法。
【請求項１３】
前記端末デバイスによって、前記リソースバンドリング粒度の前記値およびシステムの最大利用可能帯域幅における前記スケジューリングリソースの位置に基づいて、前記スケジューリングリソース内の前記少なくとも1つのリソースブロックバンドリンググループを決定する前記ステップが、
前記端末デバイスによって、以下の式に従って前記スケジューリングリソース内の第1のリソースブロックバンドリンググループを決定するステップであって、
PRBbundlingfirst=P-N mod P
PRBbundlingfirstが前記第1のリソースブロックバンドリンググループが前記スケジューリングリソース内の第1のPRBbundlingfirst個のリソースブロックを備えることを示し、Pが前記リソースバンドリング粒度の前記値を示し、Nが前記スケジューリングリソース内の第1のPRBのインデックスであり、前記システムの前記最大利用可能帯域幅にあるインデックスを示し、N mod PがNをPで割った後の余りを示す、ステップと、
前記端末デバイスによって、以下の式に従って前記スケジューリングリソース内の最後のリソースブロックバンドリングを決定するステップであって、
PRBbundlinglast=(N+L) mod P
PRBbundlinglastが前記最後のリソースブロックバンドリンググループが前記スケジューリングリソース内に最後のPRBbundlinglast個のリソースブロックを備えることを示し、Lが前記スケジューリングリソース内のPRBの量を示し、(N+L) mod PがN+LをPで割った後の余りを示す、ステップと、
前記端末デバイスによって、前記スケジューリングリソース内の他のリソースブロックバンドリンググループの各々が連続リソースブロックを備えると決定するステップであって、前記連続リソースブロックの量が、前記スケジューリングリソース内の前記リソースバンドリング粒度の前記値である、ステップと
を備える、請求項12に記載の方法。
【請求項１４】
前記リソースバンドリング粒度の前記値が前記第2のタイプの値であり、
端末デバイスによって、リソースバンドリング粒度の値に基づいて、前記端末に対応するスケジューリングリソース内の少なくとも1つのリソースブロックバンドリンググループを決定する前記ステップが、
前記端末デバイスによって、前記リソースバンドリング粒度の前記値に基づいて、同じリソースブロックバンドリンググループとして前記スケジューリングリソースを決定するステップを備える、請求項11に記載の方法。
【請求項１５】
前記第1のタイプの値が2および4を備え、前記第2のタイプの値が前記端末デバイスの連続スケジューリング帯域幅のサイズを備える、請求項11から14のいずれか一項に記載の方法。
【請求項１６】
ネットワークデバイスによって、リソースバンドリング粒度の値に基づいて、端末デバイスに対応するスケジューリングリソース内の少なくとも1つのプリコーディングリソースブロックグループを決定するステップであって、前記リソースバンドリング粒度の前記値が、第1のタイプの値および第2のタイプの値のうちの1つであり、前記第1のタイプの値に対応するプリコーディングリソースブロックグループ決定方法が、前記第2のタイプの値に対応するプリコーディングリソースブロックグループ決定方法とは異なる、ステップと、
前記ネットワークデバイスによって、前記少なくとも1つのプリコーディングリソースブロックグループを使用することによって、データを前記端末デバイスに送信するステップと
を備える、方法。
【請求項１７】
前記リソースバンドリング粒度の前記値が前記第1のタイプの値であり、
ネットワークデバイスによって、リソースバンドリング粒度の値に基づいて、端末に対応するスケジューリングリソース内の少なくとも1つのプリコーディングリソースブロックグループを決定する前記ステップが、
前記ネットワークデバイスによって、前記リソースバンドリング粒度の前記値およびシステムの最大利用可能帯域幅における前記スケジューリングリソースの位置に基づいて、前記スケジューリングリソース内の前記少なくとも1つのプリコーディングリソースブロックグループを決定するステップを備える、請求項16に記載の方法。
【請求項１８】
前記ネットワークデバイスによって、前記リソースバンドリング粒度の前記値およびシステムの最大利用可能帯域幅における前記スケジューリングリソースの位置に基づいて、前記スケジューリングリソース内の前記少なくとも1つのプリコーディングリソースブロックグループを決定する前記ステップが、
前記ネットワークデバイスによって、以下の式に従って前記スケジューリングリソース内の第1のプリコーディングリソースブロックグループを決定するステップであって、
PRGfirst=P-N mod P
PRGfirstが前記第1のプリコーディングリソースブロックグループが前記スケジューリングリソース内に第1のPRGfirst個のリソースブロックを備えることを示し、Pが前記リソースバンドリング粒度の前記値を示し、Nが前記スケジューリングリソース内の第1の物理リソースブロックPRBのインデックスであり、前記システムの前記最大利用可能帯域幅にあるインデックスを示し、N mod Pが、NをPで割った後の余りを示す、ステップと、
前記ネットワークデバイスによって、以下の式に従って前記スケジューリングリソース内の最後のプリコーディングリソースブロックグループを決定するステップであって、
PRGlast=(N+L)mod P
PRGlastが前記最後のプリコーディングリソースブロックグループが前記スケジューリングリソース内に最後のPRGlast個のリソースブロックを備えることを示し、Lが前記スケジューリングリソース内のPRBの量を示し、(N+L)mod PがN+LをPで割った後の余りを示す、ステップと、
前記ネットワークデバイスによって、前記スケジューリングリソース内の他のプリコーディングリソースブロックグループの各々が連続リソースブロックを備えると決定するステップであって、前記連続リソースブロックの量が、前記スケジューリングリソース内の前記リソースバンドリング粒度の前記値である、ステップと
を備える、請求項17に記載の方法。
【請求項１９】
前記リソースバンドリング粒度の前記値が前記第2のタイプであり、
ネットワークデバイスによって、リソースバンドリング粒度の値に基づいて、端末に対応するスケジューリングリソース内の少なくとも1つのプリコーディングリソースブロックグループを決定する前記ステップが、
前記ネットワークデバイスによって、前記リソースバンドリング粒度の前記値に基づいて、同じプリコーディングリソースブロックグループとして前記スケジューリングリソースを決定するステップを備える、請求項16に記載の方法。
【請求項２０】
前記第1のタイプの値が2および4を備え、前記第2のタイプの値が前記端末デバイスの連続スケジューリング帯域幅のサイズを備える、請求項16から19のいずれか一項に記載の方法。
【請求項２１】
コンピュータプログラムを備えるコンピュータ可読ストレージ媒体であって、前記コンピュータプログラムがコンピュータ上で実行されると、前記コンピュータが、請求項11から20のいずれか一項に記載の前記方法を実行する、コンピュータ可読ストレージ媒体。
【請求項２２】
コンピュータ上で実行されると、前記コンピュータに、請求項11から20のいずれか一項に記載の前記方法を実施させる、コンピュータプログラム。
【請求項２３】
プロセッサおよびインターフェースを備える処理装置であって、前記プロセッサが、請求項11から20のいずれか一項に記載の前記方法を実行するように構成される、処理装置。
【請求項２４】
プロセッサ、インターフェース、およびメモリを備える処理装置であって、
コードを記憶するように構成されたうちの前記メモリ、前記プロセッサが、請求項11から20のいずれか一項に記載の前記方法を実行するために、前記メモリに記憶された前記コードを実行するように構成される、処理装置。
【請求項２５】
請求項24に記載の処理装置であって、
前記メモリが前記プロセッサに配置されている、または、
前記メモリと前記プロセッサが別々に配置されている、処理装置。
【請求項２６】
プロセッサとトランシーバとを備える端末デバイスであって、
前記プロセッサが、リソースバンドリング粒度の値に基づいて、前記端末デバイスに対応するスケジューリングリソース内の少なくとも1つのリソースブロックバンドリンググループを決定するように構成され、前記リソースバンドリング粒度の前記値が、第1のタイプの値および第2のタイプの値のうちの1つであり、前記第1のタイプの値に対応するリソースブロックバンドリンググループ決定方法が、前記第2のタイプの値に対応するリソースブロックバンドリンググループ決定方法と異なり、
前記トランシーバが、前記少なくとも1つのリソースブロックバンドリンググループを使用することによって、ネットワークデバイスによって送信されたデータを受信するように構成される、端末デバイス。
【請求項２７】
前記リソースバンドリング粒度の前記値が前記第1のタイプの値であり、
前記処理ユニットが、前記リソースバンドリング粒度の前記値およびシステムの最大利用可能帯域幅における前記スケジューリングリソースの位置に基づいて、前記スケジューリングリソース内の前記少なくとも1つのリソースブロックバンドリンググループを決定するように構成される、請求項26に記載の端末デバイス。
【請求項２８】
前記プロセッサが、以下の式に従って前記スケジューリングリソース内の第1のリソースブロックバンドリンググループを決定することであって、
PRBbundlingfirst=P-N mod P
PRBbundlingfirstが前記第1のリソースブロックバンドリンググループが前記スケジューリングリソース内の第1のPRBbundlingfirst個のリソースブロックを備えることを示し、Pv前記リソースバンドリング粒度の前記値を示し、Nが前記スケジューリングリソース内の第1のPRBのインデックスであり、前記システムの前記最大利用可能帯域幅にあるインデックスを示し、N mod PがNをPで割った後の余りを示す、ことと、
以下の式に従って前記スケジューリングリソース内の最後のリソースブロックバンドリンググループを決定することであって、
PRBbundlinglast=(N+L) mod P
PRBbundlinglastが前記最後のリソースブロックバンドリンググループが前記スケジューリングリソース内に最後のPRBbundlinglast個のリソースブロックを備えることを示し、Lが前記スケジューリングリソース内のPRBの量を示し、(N+L) mod PがN+LをPで割った後の余りを示す、ことと、
前記スケジューリングリソース内の他のリソースブロックバンドリンググループの各々が連続リソースブロックを備えると決定することであって、前記連続リソースブロックの量が、前記スケジューリングリソース内の前記リソースバンドリング粒度の前記値である、ことと
を行うように特に構成される、請求項27に記載の端末デバイス。
【請求項２９】
前記リソースの前記値が前記第2のタイプの値であり、
前記プロセッサが、前記リソースバンドリング粒度の前記値に基づいて、同じリソースブロックバンドリンググループとして前記スケジューリングリソースを決定するように特に構成される、請求項26に記載の端末デバイス。
【請求項３０】
前記第1のタイプの値が2および4を備え、前記第2のタイプの値が前記端末デバイスの連続スケジューリング帯域幅のサイズを備える、請求項26から29のいずれか一項に記載の端末デバイス。
【請求項３１】
プロセッサとトランシーバとを備えるネットワークデバイスであって、
前記プロセッサが、リソースバンドリング粒度の値に基づいて、端末デバイスに対応するスケジューリングリソース内の少なくとも1つのプリコーディングリソースブロックグループを決定するように構成され、前記リソースバンドリング粒度の前記値が、第1のタイプの値および第2のタイプの値のうちの1つであり、前記第1のタイプの値に対応するプリコーディングリソースブロックグループ決定方法が、前記第2のタイプの値に対応するプリコーディングリソースブロックグループ決定方法とは異なり、
前記トランシーバが、前記少なくとも1つのプリコーディングリソースブロックグループを使用することによって、前記端末デバイスにデータを送信するように構成される、ネットワークデバイス。
【請求項３２】
前記リソースバンドリング粒度の前記値が前記第1のタイプの値であり、
前記プロセッサが、前記リソースバンドリング粒度の前記値およびシステムの最大利用可能帯域幅における前記スケジューリングリソースの位置に基づいて、前記スケジューリングリソース内の前記少なくとも1つのプリコーディングリソースブロックグループを決定するように特に構成される、請求項31に記載のネットワークデバイス。
【請求項３３】
前記プロセッサが、
以下の式に従って前記スケジューリングリソース内の第1のプリコーディングリソースブロックグループを決定することであって、
PRGfirst=P-N mod P
PRGfirstが前記第1のプリコーディングリソースブロックグループが前記スケジューリングリソース内に第1のPRGfirst個のリソースブロックを備えることを示し、Pが前記リソースバンドリング粒度の前記値を示し、Nが前記スケジューリングリソース内の第1の物理リソースブロックPRBのインデックスであり、前記システムの前記最大利用可能帯域幅にあるインデックスを示し、N mod Pが、NをPで割った後の余りを示す、ことと、
以下の式に従って前記スケジューリングリソース内の最後のプリコーディングリソースブロックグループを決定することであって、
PRGlast=(N+L)mod P
PRGlastが前記最後のプリコーディングリソースブロックグループが前記スケジューリングリソース内に最後のPRGlast個のリソースブロックを備えることを示し、Lが前記スケジューリングリソース内のPRBの量を示し、(N+L)mod PがN+LをPで割った後の余りを示す、ことと、
前記スケジューリングリソース内の他のプリコーディングリソースブロックグループの各々が連続リソースブロックを備えると決定することであって、前記連続リソースブロックの量が、前記スケジューリングリソース内の前記リソースバンドリング粒度の前記値である、ことと
を行うように特に構成される、請求項32に記載のネットワークデバイス。
【請求項３４】
前記リソースバンドリング粒度の前記値が前記第2のタイプの値であり、
前記プロセッサが、前記リソースバンドリング粒度の前記値に基づいて、同じプリコーディングリソースブロックグループとして前記スケジューリングリソースを決定するように特に構成される、請求項31に記載のネットワークデバイス。
【請求項３５】
前記第1のタイプの値が2および4を備え、前記第2のタイプの値が前記端末デバイスの連続スケジューリング帯域幅のサイズを備える、請求項31から34のいずれか一項に記載のネットワークデバイス。
【請求項３６】
請求項1から5のいずれか一項に記載の前記端末デバイスと、請求項6から10のいずれか一項に記載の前記ネットワークデバイスとを備える通信システム。
【請求項３７】
請求項26から30のいずれか一項に記載の前記端末デバイスと、請求項31から35のいずれか一項に記載の前記ネットワークデバイスとを備える通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、2018年1月12日に中国特許庁に提出された、「COMMUNICATION METHOD, NETWORK DEVICE, AND TERMINAL DEVICE」という名称の中国特許出願第201810030620.8号の優先権を主張し、その全体が参照により本明細書に組み込まれる。
【０００２】
本出願は通信分野に関し、具体的には、通信方法、ネットワークデバイス、および端末デバイスに関する。
【背景技術】
【０００３】
物理リソースブロック(物理リソースブロック、PRB)バンドリング(physical resource block bundling、PRB bundling)は、チャネル推定性能を向上させるために使用される技術である。PRBバンドリングは、ジョイント処理のために複数の連続したPRBを一緒に結合することである。ネットワークデバイスは、複数のPRB(または、プリコーディングリソースブロックグループ(Precoding Resource Block Group、PRG)と呼ばれる)に対して同じ前処理(ビームフォーミングおよびプリコーディングを含む)を実行し得る。端末デバイスは、複数のPRBにわたってジョイントチャネル推定を実行し得る。端末デバイスが複数のPRBにわたってジョイントチャネル推定を実行するとき、チャネル推定の外挿計算が減らされ得、チャネル推定の精度が向上され得る。
【０００４】
異なるシナリオ(チャネル環境)において、チャネル推定利得、端末実装形態複雑度、フォーミング利得、およびスケジューリング状況を総合的に考慮すると、PRBバンドリングの最適サイズは異なり得る。
【０００５】
PRBバンドリングの間、既存のプロトコルの規定に従って、ネットワークデバイスはデフォルトで独自の方法を使用することによってプリコーディングリソースブロックグループのサイズを決定し、端末デバイスはデフォルトで独自の方法を使用することによってリソースブロックバンドリングのサイズを決定する。しかしながら、既存のPRBアプリケーションにおいては、プリコーディングリソースブロックグループのサイズまたはリソースブロックバンドリングのサイズはデフォルトの方法を使用することによって決定され、したがって、既存のPRBバンドリングアプリケーションは柔軟性がなく、PRBバンドリングサイズの異なる値に対する要件を満たすことは困難である。
【発明の概要】
【課題を解決するための手段】
【０００６】
本出願は、通信方法、ネットワークデバイス、および端末デバイスを提供し、本方法は、PRBバンドリングサイズの異なる値に対する要件を満たすことができる。
【０００７】
第1の態様によれば、通信方法が提供され、本方法は、ネットワークデバイスによって、リソースバンドリング粒度の値に基づいて、端末デバイスに対応するスケジューリングリソース内の少なくとも1つのプリコーディングリソースブロックグループを決定するステップであって、リソースバンドリング粒度の値のタイプは、第1のタイプの値および第2のタイプの値のうちの1つであり、第1のタイプの値に対応するプリコーディングリソースブロックグループ決定方法は、第2のタイプの値に対応するプリコーディングリソースブロックグループ決定方法とは異なる、ステップと、ネットワークデバイスによって、少なくとも1つのプリコーディングリソースブロックグループを使用することによって、データを端末デバイスに送信するステップとを含む。
【０００８】
本出願のこの実施形態では、リソースバンドリング粒度はリソースバンドリングサイズとも呼ばれ得ることを理解されたい。リソースバンドリング粒度は、物理リソースブロックバンドリング(physical resource block bundling、PRB bundling)粒度、またはプリコーディングリソースブロックグループ(Precoding Resource block Group、PRG)粒度であり得る。本出願のこの実施形態は、それに限定されない。PRG粒度は、送信端によって同じプリコーディングが実行される連続PRBの量を示し得、PRBバンドリング粒度は、受信端によってジョイントチャネル推定が実行されるPRBの量を示し得る。
【０００９】
本出願のこの実施形態では、PRGはPRBバンドリンググループに対応し得、異なる通信デバイス側のリソースバンドリングは異なる名前を有するが同じ意味を有し得る。たとえば、送信端(たとえば、ネットワークデバイス)側のリソースバンドリング粒度はPRGと呼ばれ、送信端は同じPRGにおいて送信されたデータに対して同じプリコーディングを実行する。受信端(たとえば、端末デバイス)側のリソースバンドリング粒度はPRBバンドリンググループと呼ばれ、受信端は同じPRBバンドリンググループにおいて送信されたデータに対してジョイントチャネル推定を実行する。
【００１０】
PRGとPRBバンドリンググループは互換性がある点に留意されたい。たとえば、送信端側と受信端側の各々におけるリソースバンドリングはPRGであってもよく、送信端側と受信端側の各々におけるリソースバンドリングは、PRBバンドリンググループであってもよい。本出願のこの実施形態はそれに限定されない。
【００１１】
ネットワークデバイス側のPRGは、端末デバイス側のPRBバンドリンググループに対応し得ることを理解されたい。リソースバンドリング粒度の値が同じであれば、ネットワークデバイス側でPRGを決定するための方法と端末デバイス側でPRBバンドリンググループを決定するための方法は同じでよい。しかしながら、同じ側、すなわちネットワークデバイス側または端末デバイス側では、リソースバンドリング粒度の値が第1のタイプの値および第2のタイプの値であるとき、PRGを決定するための対応する方法、またはPRBバンドリンググループを決定するための対応する方法は異なる。
【００１２】
したがって、本出願のこの実施形態では、リソースバンドリング粒度の異なる値に基づいて、従来技術における問題を解決し、リソースバンドリング粒度の異なる値に対する要件を満たすために、スケジューリングリソース内の少なくとも1つのプリコーディングリソースブロックグループを決定するために異なる方法が使用される。
【００１３】
第1の態様を参照すると、第1の態様のいくつかの実装形態では、リソースバンドリング粒度の値は第1のタイプの値であり、
ネットワークデバイスによって、リソースバンドリング粒度の値に基づいて、端末に対応するスケジューリングリソース内の少なくとも1つのプリコーディングリソースブロックグループを決定するステップは、
ネットワークデバイスによって、リソースバンドリング粒度の値およびシステムの最大利用可能帯域幅におけるスケジューリングリソースの位置に基づいて、スケジューリングリソース内の少なくとも1つのプリコーディングリソースブロックグループを決定するステップを含む。
【００１４】
第1の態様を参照すると、第1の態様のいくつかの実装形態では、ネットワークデバイスによって、リソースバンドリング粒度の値およびシステムの最大利用可能帯域幅におけるスケジューリングリソースの位置に基づいて、スケジューリングリソース内の少なくとも1つのプリコーディングリソースブロックグループを決定するステップは、
ネットワークデバイスによって、以下の式に従ってスケジューリングリソース内の第1のプリコーディングリソースブロックグループを決定するステップであって、
PRGfirst=P-N mod P
PRGfirstは第1のプリコーディングリソースブロックグループがスケジューリングリソース内に第1のPRGfirst個のリソースブロックを含むことを示し、Pはリソースバンドリング粒度の値を示し、Nはスケジューリングリソース内の第1の物理リソースブロックPRBのインデックスであり、システムの最大利用可能帯域幅におけるインデックスを示し、N mod Pは、NをPで割った後の余りを示す、ステップと、
ネットワークデバイスによって、以下の式に従ってスケジューリングリソース内の最後のプリコーディングリソースブロックグループを決定するステップであって、
PRGlast=(N+L)mod P
PRGlastは最後のプリコーディングリソースブロックグループがスケジューリングリソース内に最後のPRGlast個のリソースブロックを含むことを示し、Lはスケジューリングリソース内のPRBの量を示し、(N+L)mod PはN+LをPで割った後の余りを示す、ステップと、
ネットワークデバイスによって、スケジューリングリソース内の他のプリコーディングリソースブロックグループの各々が連続リソースブロックを含むと決定するステップであって、連続リソースブロックの量は、スケジューリングリソース内のリソースバンドリング粒度の値である、ステップとを含む。
【００１５】
第1の態様を参照すると、第1の態様のいくつかの実装形態では、リソースバンドリング粒度の値は第2のタイプの値であり、
ネットワークデバイスによって、リソースバンドリング粒度の値に基づいて、端末に対応するスケジューリングリソース内の少なくとも1つのプリコーディングリソースブロックグループを決定するステップは、
ネットワークデバイスによって、リソースバンドリング粒度の値に基づいて、同じプリコーディングリソースブロックグループとしてスケジューリングリソースを決定するステップを含む。
【００１６】
第1の態様を参照すると、第1の態様のいくつかの実装形態では、第1のタイプの値は2および4を含み、第2のタイプの値は端末デバイスの連続スケジューリング帯域幅のサイズを含む。
【００１７】
言い換えれば、リソースバンドリング粒度の値が第2のタイプの値であるとき、ネットワークデバイスは、第1のタイプの値に対応する決定方法を使用することによって、すなわち、リソースバンドリング粒度の値およびシステムの最大利用可能帯域幅におけるスケジューリングリソースの位置に基づいて、プリコーディングリソースブロックグループを決定する必要はない。ネットワークデバイスは、同じプリコーディングリソースブロックグループとしてスケジューリングリソースを直接決定することができる。
【００１８】
したがって、本出願のこの実施形態では、リソースバンドリング粒度の値が第2のタイプの値であるとき、ネットワークデバイスは、リソース分割方式でプリコーディングリソースブロックグループを決定するための方法を放棄するが、リソースバンドリング粒度が第2のタイプの値であるとき、ネットワークデバイスはスケジューリングリソース全体に対して同じプリコーディングを実行し、従来技術における問題を回避するという要件を満たすために、同じPRGとして直接スケジューリングリソースを使用する。
【００１９】
第2の態様によれば、通信方法が提供され、本方法は、
端末デバイスによって、リソースバンドリング粒度の値に基づいて、端末デバイスに対応するスケジューリングリソース内の少なくとも1つのリソースブロックバンドリンググループを決定するステップであって、リソースバンドリング粒度の値は、第1のタイプの値および第2のタイプの値のうちの1つであり、第1のタイプの値に対応するリソースブロックバンドリンググループ決定方法が、第2のタイプの値に対応するリソースブロックバンドリンググループ決定方法とは異なる、ステップと、端末デバイスによって、少なくとも1つのリソースブロックバンドリンググループを使用することによって、ネットワークデバイスによって送信されたデータを受信するステップとを含む。
【００２０】
したがって、本出願のこの実施形態では、リソースバンドリング粒度の異なる値に基づいて、従来技術における問題を解決し、リソースバンドリング粒度の異なる値に対する要件を満たすために、スケジューリングリソース内の少なくとも1つのリソースブロックバンドリンググループを決定するために異なる方法が使用される。
【００２１】
第2の態様において説明した端末デバイス側の方法は、第1の態様において説明したネットワークデバイスのための方法に対応することを理解されたい。端末デバイス側の方法については、ネットワークデバイス側の説明を参照されたい。繰返しを避けるために、本明細書では詳細な説明を適宜省略する。
【００２２】
第2の態様を参照すると、第2の態様のいくつかの実装形態では、リソースバンドリング粒度の値は第1のタイプの値であり、
端末デバイスによって、リソースバンドリング粒度の値に基づいて、端末デバイスに対応するスケジューリングリソース内の少なくとも1つのリソースブロックバンドリンググループを決定するステップが、
端末デバイスによって、リソースバンドリング粒度の値およびシステムの最大利用可能帯域幅におけるスケジューリングリソースの位置に基づいて、スケジューリングリソース内の少なくとも1つのリソースブロックバンドリンググループを決定するステップを含む。
【００２３】
第2の態様を参照すると、第2の態様のいくつかの実装形態では、端末デバイスによって、リソースバンドリング粒度の値およびシステムの最大利用可能帯域幅におけるスケジューリングリソースの位置に基づいて、スケジューリングリソース内の少なくとも1つのリソースブロックバンドリンググループを決定するステップは、
端末デバイスによって、以下の式に従ってスケジューリングリソース内の第1のリソースブロックバンドリンググループを決定するステップであって、
PRBbundlingfirst=P-N mod P
PRBbundlingfirstは第1のリソースブロックバンドリンググループがスケジューリングリソース内の第1のPRBbundlingfirst個のリソースブロックを含むことを示し、Pはリソースバンドリング粒度の値を示し、Nはスケジューリングリソース内の第1のPRBのインデックスであり、システムの最大利用可能帯域幅にあるインデックスを示し、N mod Pは、NをPで割った後の余りを示す、ステップと、
端末デバイスによって、以下の式に従ってスケジューリングリソース内の最後のリソースブロックバンドリンググループを決定するステップであって、
PRBbundlinglast=(N+L) mod P
PRBbundlinglastは最後のリソースブロックバンドリンググループがスケジューリングリソース内に最後のPRBbundlinglast個のリソースブロックを含むことを示し、Lはスケジューリングリソース内のPRBの量を示し、(N+L) mod PはN+LをPで割った後の余りを示す、ステップと、
端末デバイスによって、スケジューリングリソース内の他のリソースブロックバンドリンググループの各々が連続リソースブロックを含むと決定するステップであって、連続リソースブロックの量は、スケジューリングリソース内のリソースバンドリング粒度の値である、ステップとを含む。
【００２４】
第2の態様を参照すると、第2の態様のいくつかの実装形態では、リソースバンドリング粒度の値は第2のタイプの値であり、
端末デバイスによって、リソースバンドリング粒度の値に基づいて、端末に対応するスケジューリングリソース内の少なくとも1つのリソースブロックバンドリンググループを決定するステップは、
端末デバイスによって、リソースバンドリング粒度の値に基づいて、同じリソースブロックバンドリンググループとしてスケジューリングリソースを決定するステップを含む。
【００２５】
第2の態様を参照すると、第2の態様のいくつかの実装形態では、第1のタイプの値は2および4を含み、第2のタイプの値は端末デバイスの連続スケジューリング帯域幅のサイズを含む。
【００２６】
第3の態様によれば、ネットワークデバイスが提供され、ネットワークデバイスは、第1の態様、または第1の態様の可能な実装形態のうちのいずれか1つにおける方法を実行するように構成されるモジュールまたはユニットを含む。
【００２７】
第4の態様によれば、端末デバイスが提供され、端末デバイスは、第2の態様、または第2の態様の可能な実装形態のうちのいずれか1つにおける方法を実行するように構成されたモジュールまたはユニットを含む。
【００２８】
第5の態様によれば、トランシーバ、プロセッサ、およびメモリを含むネットワークデバイスが提供される。プロセッサは信号を送受信するためにトランシーバを制御するように構成され、メモリはコンピュータプログラムを記憶するように構成され、プロセッサは実行のためにメモリからコンピュータプログラムを呼び出すように構成され、それによって、ネットワークデバイスは第1の態様または第1の態様の可能な実施形態における方法を実行する。
【００２９】
第6の態様によれば、トランシーバ、プロセッサ、およびメモリを含む端末デバイスが提供される。プロセッサは信号を送受信するためにトランシーバを制御するように構成され、メモリはコンピュータプログラムを記憶するように構成され、プロセッサは実行のためにメモリからコンピュータプログラムを呼び出すように構成され、それによって、端末デバイスは第2の態様または第2の態様の可能な実施形態における方法を実行する。
【００３０】
第7の態様によれば、コンピュータ可読媒体が提供され、コンピュータプログラムはコンピュータ可読媒体に記憶される。コンピュータプログラムは、第1の態様、または第1の態様の可能な実装形態のうちのいずれか1つにおける方法を実行するために、コンピュータによって実行される。
【００３１】
第8の態様によれば、コンピュータ可読媒体が提供され、コンピュータプログラムはコンピュータ可読媒体に記憶される。コンピュータプログラムは、第2の態様、または第2の態様の可能な実装形態のうちのいずれか1つにおける方法を実行するために、コンピュータによって実行される。
【００３２】
第9の態様によれば、コンピュータプログラム製品が提供され、コンピュータプログラム製品は、第1の態様、または第1の態様の可能な実装形態のうちのいずれか1つにおける方法を実行するために、コンピュータによって実行される。
【００３３】
第10の態様によれば、コンピュータプログラム製品が提供され、コンピュータプログラム製品は、第2の態様、または第2の態様の可能な実装形態のうちのいずれか1つにおける方法を実行するためにコンピュータによって実行される。
【００３４】
第11の態様によれば、プロセッサおよびインターフェースを含む処理装置が提供され、プロセッサは、第1の態様、第2の態様、第1の態様の可能な実装形態、または第2の態様の可能な実装形態のうちのいずれかにおける方法を実行するように構成され、関連するデータ交換処理(たとえば、データを送信または受信する処理)は、インターフェースを使用することによって完了される。特定の実装形態プロセスでは、インターフェースはトランシーバを使用することによってデータ交換処理をさらに完了し得る。
【００３５】
なお、上記の第11の態様における処理装置はチップであり得ることを理解されたい。プロセッサは、ハードウェアを使用することによって実装されてもよく、ソフトウェアを使用することによって実装されてもよい。プロセッサがハードウェアを使用することによって実装される場合、プロセッサは論理回路、集積回路などであり得、プロセッサがソフトウェアを使用することによって実装される場合、プロセッサは汎用プロセッサであり得、メモリに記憶されたソフトウェアコードを読み出すことによって実装される。メモリは、プロセッサに統合されてもよく、プロセッサの外部に配置されてもよく、独立して存在してもよい。
【図面の簡単な説明】
【００３６】
【図１】本出願のある実施形態に適用可能な通信システムのシナリオの概略図である。
【図２】本出願のある実施形態によるデータ処理手順の概略図である。
【図３】本出願のある実施形態による通信方法の概略フローチャートである。
【図４】本出願のある実施形態によるPRGを決定する概略ブロック図である。
【図５】本出願の別の実施形態によるPRGを決定する概略ブロック図である。
【図６】本出願のある実施形態によるネットワークデバイスの概略ブロック図である。
【図７】本出願のある実施形態による端末デバイスの概略ブロック図である。
【発明を実施するための形態】
【００３７】
以下は、添付の図面を参照して本出願の技術的解決策を説明する。
【００３８】
本出願の実施形態は、様々な通信システムに適用され得る。したがって、以下の説明は特定の通信システムに限定されない。たとえば、本出願の実施形態は、グローバル・システム・フォー・モバイル・コミュニケーションズ(global system of mobile communication、GSM（登録商標）)システム、符号分割多元接続(code division multiple access、CDMA)システム、広帯域符号分割多元接続(wideband code division multiple access、WCDMA（登録商標）)システム、汎用パケット無線サービス(general packet radio service、GPRS)、ロングタームエボリューション(long term evolution、LTE)システム、LTE周波数分割複信(frequency division duplex、FDD)システム、LTE時分割複信(time division duplex、TDD)、ユニバーサルモバイルテレコミュニケーションズシステム(universal mobile telecommunication system、UMTS)、ワイヤレスローカルエリアネットワーク(wireless local area networks、WLAN)、ワイヤレスフィデリティ(wireless fidelity、WiFi(登録商標))、または、次世代通信システム、すなわち第5世代(5th generation、5G)通信システム、たとえば新無線(new radio、NR)システムに適用され得る。
【００３９】
本出願の実施形態では、ネットワークデバイスは、グローバル・システム・フォー・モバイル・コミュニケーションズ(global system of mobile communication、GSM（登録商標）)または符号分割多元接続(code division multiple access、CDMA)内の基地トランシーバ局(base transceiver station、BTS)であってもよく、広帯域符号分割多元接続(wideband code division multiple access、WCDMA(登録商標))におけるノードB(nodeB、NB)であってもよく、ロングタームエボリューション(long term evolution、LTE)における進化型ノードB(evolutional node B、eNB/eNodeB)であってもよく、中継局またはアクセスポイント、あるいはNRシステムにおける送信ポイント(TRPまたはTP)、NRシステムにおける次世代ノードB(gNB)などの将来の5Gネットワークにおけるネットワーク側デバイス、あるいは遠隔無線ユニットなどのNRシステム内の無線周波数ユニット、あるいは5Gシステム内の基地局の1つのアンテナパネルまたは1つのグループのアンテナパネル(複数のアンテナパネルを含む)であり得る。異なるネットワークデバイスは同じセル内に配置されてもよく、異なるセル内に配置されてもよい。これは本明細書において特に限定されない。
【００４０】
いくつかの配置では、gNBは、集中型ユニット(centralized unit、CU)および分散型ユニット(Distributed Unit、DU)を含み得る。gNBは、無線周波数ユニット(radio unit、RU)をさらに含み得る。CUはgNBの機能の一部を実装し、DUはgNBの機能の一部を実装する。たとえば、CUは無線リソース制御(radio resource control、RRC)と、パケットデータコンバージェンスプロトコル(packet data convergence protocol、PDCP)層の機能とを実装し、DUは無線リンク制御(radio link control、RLC)と、メディアアクセス制御(media access control、MAC)と、物理(physical、PHY)層の機能とを実装する。RRC層情報は、最終的にPHY層情報となるか、またはPHY層情報から変更される。したがって、このアーキテクチャでは、RRC層シグナリングまたはPHCP層シグナリングなどの上位層シグナリングも、DUによって送信されるか、またはDUとRUの両方によって送信され得る。ネットワークデバイスは、CUノード、DUノード、またはCUノードとDUノードとを含むデバイスであり得ることが理解され得る。さらに、CUはアクセスネットワークRAN内のネットワークデバイスに分類されてもよく、CUはコアネットワークCN内のネットワークデバイスに分類されてもよい。これは本明細書において限定されない。
【００４１】
本出願の実施形態における端末デバイスはまた、ユーザ機器(user equipment、UE)、アクセス端末、加入者ユニット、加入者局、移動局、モバイルコンソール、遠隔局、遠隔端末、モバイルデバイス、ユーザ端末、端末、ワイヤレス通信デバイス、ユーザエージェント、ユーザ装置などとも呼ばれ得る。アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル(session initiation protocol、SIP)電話、ワイヤレスローカルループ(wireless local loop、WLL)局、携帯情報端末(personal digital assistant、PDA)、ワイヤレス通信機能を有するハンドヘルドデバイス、ワイヤレスモデムに接続されたコンピューティングデバイスまたは別の処理デバイス、車載デバイス、ウェアラブルデバイス、ドローン車、将来の5Gネットワークにおける端末デバイス、将来の進化型公衆陸上モバイルネットワーク(public land mobile network、PLMN)における端末デバイスなどであり得る。これは、本出願の実施形態において限定されない。
【００４２】
限定ではなく例として、本発明の実施形態では、端末デバイスは代替的にウェアラブルデバイスであり得る。ウェアラブルデバイスは、ウェアラブルインテリジェントデバイスとも呼ばれ得、ウェアラブルインテリジェントデバイスは、メガネ、手袋、腕時計、アパレル、または靴などのデイリーウェアに対してウェアラブル技術を使用することによってインテリジェントデザインが実行された後に開発されるウェアラブルデバイスの総称である。ウェアラブルデバイスは、身体に直接装着されるか、ユーザの衣類またはアクセサリに一体化されるポータブルデバイスである。ウェアラブルデバイスは単なるハードウェアデバイスではなく、ソフトウェアサポート、データ交換、またはクラウドインタラクションを通じて強力な機能をさらに実装する。広義には、ウェアラブルインテリジェントデバイスは、スマートウォッチまたはスマートメガネなどの、フル機能で大型であり、スマートフォンに頼ることなくすべてまたは一部の機能を実装することができるデバイス、および、スマートバンドやスマートジュエリーなどの、サインモニタリングを実行し、1つのタイプのアプリケーション機能専用であり、スマートフォンなどの別のデバイスと一緒に使用される必要があるデバイスを含む。
【００４３】
本出願の実施形態は、前述の通信システムのうちのいずれか1つに適用可能であり得る。たとえば、本出願の実施形態は、LTEシステムおよびその後の5Gなどの進化型システム、あるいは様々な無線アクセス技術を使用する別のワイヤレス通信システム、たとえば符号分割多元接続、周波数分割多元接続、時分割多元接続、直交周波数分割多元接続、またはシングルキャリア周波数分割多元接続、ならびに、具体的には、チャネル情報フィードバックを必要とするシナリオ、および/あるいは大規模多入力多出力(Massive Multiple-Input Multiple-Output、Massive MIMO)技術を使用するワイヤレスネットワーク、または分散アンテナ技術を使用するワイヤレスネットワークなどのレベル2プリコーディング技術を使用するシナリオに適用され得る。
【００４４】
図1は、本出願のある実施形態に適用可能な通信システムのシナリオの概略図である。図1に示されるように、通信システム100はネットワーク側デバイス102を含み、ネットワーク側デバイス102は複数のアンテナグループを含み得る。各アンテナグループは複数のアンテナを含み得、たとえば、1つのアンテナグループはアンテナ104および106を含み得、別のアンテナグループはアンテナ106および110を含み得、追加のグループはアンテナ112および114を含み得る。図1において、各アンテナグループは2つのアンテナを有する。しかしながら、各グループはより多数またはより少数のアンテナを有し得る。ネットワーク側デバイス102は、送信機チェーンおよび受信機チェーンをさらに含み得る。当業者であれば、送信機チェーンと受信機チェーンの両方が信号の送受信に関連する複数のコンポーネント(たとえば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、またはアンテナ)を含み得ることを理解し得る。
【００４５】
ネットワーク側デバイス102は、複数の端末デバイス(たとえば、端末デバイス116と端末デバイス122)と通信し得る。しかしながら、ネットワーク側デバイス102は、端末デバイス116または122と同様の任意の数の端末デバイスと通信し得ることを理解されたい。端末デバイス116および122は、たとえば、セルラー電話、スマートフォン、ポータブルコンピュータ、ハンドヘルド通信デバイス、ハンドヘルドコンピューティングデバイス、衛星無線装置、全地球測位システム、PDA、および/またはワイヤレス通信システム100において通信を実行するように構成された任意の他の適切なデバイスであり得る。
【００４６】
図1に示されるように、端末デバイス116はアンテナ112および114と通信する。アンテナ112および114は、順方向リンク116を使用することによって端末デバイス116に情報を送信し、逆方向リンク120を使用することによって端末デバイス116から情報を受信する。さらに、端末デバイス122は、アンテナ104および106と通信する。アンテナ104および106は、順方向リンク124を使用することによって端末デバイス122に情報を送信し、逆方向リンク126を使用することによって端末デバイス122から情報を受信する。
【００４７】
たとえば、周波数分割複信(frequency division duplex、FDD)システムでは、順方向リンク116は逆方向リンク120によって使用されるものとは異なる周波数帯域を使用し得、順方向リンク124は逆方向リンク126によって使用されるものとは異なる周波数帯域を使用し得る。
【００４８】
別の例では、時分割複信(time division duplex、TDD)システムおよび全二重(full duplex)システムでは、順方向リンク116および逆方向リンク120は同じ周波数帯域を使用し得、順方向リンク124および逆方向リンク126は同じ周波数帯域を使用し得る。
【００４９】
通信のために設計された各アンテナグループおよび/または各エリアは、ネットワーク側デバイス102のセクタと呼ばれる。たとえば、アンテナグループは、ネットワーク側デバイス102のサービスエリア内のセクタ内の端末デバイスと通信するように設計され得る。ネットワーク側デバイス102が順方向リンク116および124を使用することによって端末デバイス116および122とそれぞれ通信するプロセスにおいて、ネットワーク側デバイス102の送信アンテナはビームフォーミングを通じて順方向リンク116および124の信号対雑音比を向上し得る。さらに、ネットワーク側デバイス102がビームフォーミングを通じて、関連するサービスエリア内にランダムに分散されている端末デバイス116および122に信号を送信するとき、ネットワーク側デバイスが単一のアンテナを使用することによって、ネットワーク側デバイスによってサービスされるすべての端末デバイスに信号を送信する方式と比較すると、隣接セル内のモバイルデバイスへの干渉が少なくなる。
【００５０】
所与の時間中、ネットワーク側デバイス102、端末デバイス116、または端末デバイス122は、ワイヤレス通信送信装置および/またはワイヤレス通信受信装置であり得る。データを送信するとき、ワイヤレス通信送信装置は送信のためにデータを符号化し得る。具体的には、ワイヤレス通信送信装置は、チャネルを使用することによってワイヤレス通信受信装置に送信される必要がある特定量のデータビットを取得(たとえば、生成、受信、または記憶)し得る。データビットは、データのトランスポートブロック(または、複数のトランスポートブロック)に含まれてもよく、トランスポートブロックは複数のコードブロックを生成するためにセグメント化されてもよい。
【００５１】
さらに、通信システム100は、公衆陸上モバイルネットワークPLMNネットワーク、デバイスツーデバイス(device to device、D2D)ネットワーク、マシンツーマシン(machine to machine、M2M)ネットワーク、または別のネットワークであり得る。図1は、理解を容易にするための一例の単なる簡略化された概略図である。ネットワークは、図1には示されていない別のネットワークデバイスをさらに含み得る。
【００５２】
図2は、直交周波数分割多重(orthogonal frequency division multiplexing、OFDM)シンボルを使用することによってデータが送信される前に、送信端(たとえば、ネットワークデバイス)によって実行されるデータ処理手順の主要なステップを示す。図2に示されるように、
【００５３】
上位層(たとえば、メディアアクセス制御(Media Access Control、MAC)層)からのサービスフローに対してチャネル符号化が実行された後に符号語が取得され、スクランブル、変調、および層マッピングの後に符号語が1つまたは複数の層にマッピングされ、次いで、符号語に対してプリコーディング処理およびリソースユニットのマッピングが実行され、最終的に、アンテナポートを使用することによって変調シンボルが送信される。
【００５４】
これに対応して、受信端(たとえば、端末デバイス)はデータを復調し得る。特定の各データ処理手順については、既存の規格の説明を参照されたい。
【００５５】
システム性能を向上させるために、送信端と受信端はリソースバンドリング(たとえば、PRBバンドリング)技術を使用し得る。具体的には、PRBバンドリングは、ジョイント処理のために複数の連続したPRBを一緒に結合することである。送信端(たとえば、ネットワークデバイス)は、複数のPRB(または、PRGと呼ばれる)に対して同じ前処理(ビームフォーミングおよびプリコーディングを含む)を実行し得る。受信端(たとえば、端末デバイス)は、受信データを復調するために、複数のPRBにわたってジョイントチャネル推定を実行し得る。
【００５６】
上述のように、異なるシナリオ(チャネル環境)において、チャネル推定利得、端末実装形態複雑度、フォーミング利得、およびスケジューリング状況を総合的に考慮すると、PRBバンドリングの最適サイズは異なる。既存の規格では、PRBバンドリングはNRシステムで構成され得る。現在、オプションの構成値は、2、4、連続スケジューリング帯域幅などを含み得る。
【００５７】
しかしながら、既存のPRBバンドリングアプリケーションにおいては、送信端と受信端の各々は、デフォルトの方法を使用することによってプリコーディングリソースブロックグループのサイズまたはリソースブロックバンドリングのサイズを決定し、したがって、既存のPRBバンドリングアプリケーションは柔軟性がなく、PRBバンドリングサイズの異なる値に対する要件を満たすことは困難である。
【００５８】
たとえば、PRBバンドリングの値が連続スケジューリング帯域幅であるとき、ネットワーク側デバイスと端末デバイスは、連続スケジューリングリソース全体が同じプリコーディングリソースブロックグループとして使用されると仮定し、言い換えれば、スケジューリングリソース全体が同じプリコーディングを使用する。しかしながら、既存のプロトコルに従ってプリコーディングリソースブロックグループを決定するためのデフォルトの方法に従って、複数のプリコーディングリソースブロックグループが決定され得る。
【００５９】
上記の問題に鑑みて、本出願のこの実施形態は、戦術的に通信方法を提供する。具体的には、本出願のこの実施形態では、デフォルトの方法を使用することによってのみプリコーディングリソースブロックグループが決定されるという解決策は放棄されるが、リソースバンドリング粒度の異なる値に基づいて、従来技術における問題を解決し、リソースバンドリング粒度の異なる値に対する要件を満たすために、スケジューリングリソース内の少なくとも1つのプリコーディングリソースブロックグループまたは少なくとも1つのリソースブロックバンドリングを決定するために異なる方法が使用される。
【００６０】
理解および説明を容易にするために、限定ではなく例として、以下に、本出願の通信システムにおける通信方法の実行プロセスおよび実行アクションを説明する。
【００６１】
図3は、本発明のある実施形態による通信方法の概略フローチャートである。図3に示される通信システムは、前述の通信システムのいずれかに適用され得る。具体的には、図3に示されるシステムの観点から説明された通信方法300は、以下のステップを含む。
【００６２】
310.ネットワークデバイスは、リソースバンドリング粒度の値に基づいて、端末に対応するスケジューリングリソース内の少なくとも1つのプリコーディングリソースブロックグループを決定する。
【００６３】
リソースバンドリング粒度の値のタイプは、第1のタイプの値および第2のタイプの値のうちの1つであり、第1のタイプの値に対応するプリコーディングリソースブロックグループ決定方法は、第2のタイプの値に対応するプリコーディングリソースブロックグループ決定方法とは異なる。
【００６４】
実際には、リソースバンドリング粒度の値のタイプは、複数のタイプの値のうちの1つであり得、プリコーディングリソースブロックグループを決定するための、およびすべてのタイプの値に対応する方法は異なってもよく、複数のタイプの値は、少なくとも第1のタイプの値と第2のタイプの値とを含む。
【００６５】
リソースバンドリング粒度の値に基づいて、端末に対応するスケジューリングリソース内の少なくとも1つのプリコーディングリソースブロックグループを決定するプロセスにおいて、プリコーディングリソースブロックグループを決定するための方法が決定される必要がある。この場合、少なくとも1つのプリコーディングリソースブロックグループは、リソースバンドリング粒度の値およびプリコーディングリソースブロックグループを決定するための方法に基づいて決定され得る。特定の実装形態プロセスでは、プリコーディングリソースブロックグループを決定するための方法は、リソースバンドリング粒度の値に基づいて決定され得る。たとえば、リソースバンドリング粒度の値と、その値のタイプと、プリコーディングリソースブロックグループ決定方法との間には、以下の対応関係が存在し得る。
【００６６】
【表１】
2020509686.tif 000003
【００６７】
上記のTable 1(表1)において、リソースバンドリング粒度の値が2または4PRBであるとき、2つの値は第1のタイプの値に属し、プリコーディングリソースブロックグループを決定するための方法は第1の方法であるべきである。リソースバンドリング粒度の値がスケジューリング帯域幅であるとき、スケジューリング帯域幅は第2のタイプの値に属し、プリコーディングリソースブロックグループを決定するための方法は第2の方法である。
【００６８】
Table 1(表1)から、リソースバンドリング粒度の値、値のタイプ、およびプリコーディングリソースブロックグループ決定方法の間には対応関係があることが分かる。プリコーディングリソースブロックグループを決定するための方法が決定されるとき、値のタイプは、リソースバンドリング粒度の値に基づいて決定され得、次いで、プリコーディングリソースブロックグループを決定するための対応する方法は、値のタイプに基づいて決定され、または、プリコーディングリソースブロックグループを決定するための方法は、リソースバンドリング粒度の値に直接基づいて決定され得る。プリコーディングリソースブロックグループを決定するための方法は、リソースバンドリング粒度の値に基づいて決定され得ることが分かる。実際には、特定の実装形態プロセスでは、様々な方法を使用することによって、プリコーディングリソースブロックグループを決定するための方法は、リソースバンドリング粒度の値に基づいて決定され得、本発明のこの実施形態において特定の方法は限定されない。
【００６９】
それに対応して、別の実施形態では、端末デバイスは、リソースバンドリング粒度の値に基づいて、端末に対応するスケジューリングリソース内の少なくとも1つのリソースブロックバンドリンググループを決定する。
【００７０】
具体的には、ダウンリンクデータを送信する一例では、ネットワークデバイスは指示情報を端末デバイスに送信し得、指示情報はリソースバンドリング粒度を示す。たとえば、ネットワークデバイスは、無線リソース制御(radio resource control、RRC)シグナリングまたはダウンリンク制御情報(downlink control information、DCI)を使用することによって指示情報を送信する。たとえば、ネットワークデバイスは、RRCシグナリングを使用することによってリソースバンドリング粒度の特定の値を示し得る。たとえば、値は端末デバイスの2、4、および連続スケジューリング帯域幅である。あるいは、ネットワークデバイスは、RRCシグナリングを使用することによってリソースバンドリング粒度の値範囲を示し得る。たとえば、値の範囲は、端末デバイスの2、4、および連続スケジューリング帯域幅のうちの2つを含む。ネットワークデバイスは、DCIを使用することによって、リソースバンドリング粒度が値範囲内の1つの値であることを示す。あるいは、ネットワークデバイスは、RRCシグナリングを使用することによってリソースバンドリング粒度の値範囲を示し得る。たとえば、値の範囲は、端末デバイスの2、4、および連続スケジューリング帯域幅を含む。ネットワークデバイスは、DCIおよびシステム構成パラメータを使用することによってリソースバンドリング粒度の特定の値を示す。本出願のこの実施形態はそれに限定されない。その後、ネットワークデバイスは、値に対応する方法を使用することによって、リソースバンドリング粒度の特定の値に基づいて、スケジューリングリソース内の少なくとも1つのPRGを決定し得る。それに対応して、端末デバイスは、値に対応する方法を使用することによって、リソースバンドリング粒度の特定の値に基づいて、スケジューリングリソース内の少なくとも1つのPRBバンドリンググループを決定し得る。
【００７１】
本出願のこの実施形態では、ネットワークデバイスが、リソースバンドリング粒度の値に基づいてスケジューリングリソース内の少なくとも1つのPRGを決定するケースが、ネットワークデバイスが、リソースバンドリング粒度の値に基づいてスケジューリングリソース内の少なくとも1つのPRGのサイズを決定するケースと、ネットワークデバイスが、スケジューリングにおける少なくとも1つのPRGのリソース位置を決定するケースとの少なくとも1つとして理解され得ることを理解されたい。同様に、端末デバイスがリソースバンドリング粒度の値に基づいてスケジューリングリソース内の少なくとも1つのPRBバンドリンググループを決定するケースは、端末デバイスが、リソースバンドリング粒度の値に基づいてスケジューリングリソース内の少なくとも1つのPRBバンドリンググループのサイズを決定するケースと、端末デバイスが、スケジューリングリソース内の少なくとも1つのPRBバンドリンググループのリソース位置を決定するケースとの少なくとも1つとして理解され得る。本出願のこの実施形態はそれに限定されない。
【００７２】
任意で、端末デバイスに対応するスケジューリングリソースは、DCIシグナリングなどのシグナリングを使用することによってネットワークデバイスによって構成され得る。たとえば、端末デバイスに対応するリソース(または、スケジューリング帯域幅と呼ばれる)は、たとえば、ネットワークデバイスによって構成される複数の帯域幅部分(Bandwidth part、BWP)のうちの1つ、または1つのBWP内の周波数帯域の一部、たとえば複数のサブ帯域である。本出願のこの実施形態はそれに限定されない。帯域幅部分は連続した周波数帯域のセグメントとして理解され得、周波数帯域は少なくとも1つの連続したサブ帯域を含み、各帯域幅部分はサブキャリア間隔(Subcarrier spacing)、サイクリックプレフィックス(Cyclic Prefix、CP)などを含むが、これに限定されないシステムパラメータ(数値)の1つのグループに対応し得る。異なる帯域幅部分は異なるシステムパラメータに対応し得る。任意で、同じ送信時間間隔(Transmission Time Interval、TTI)内では、複数の帯域幅部分のうち、1つの帯域幅部分のみが利用可能であり得、別の帯域幅部分は利用不可能である。帯域幅部分の定義については、先行技術を参照されたい。たとえば、その定義は、NRに関する様々な提案を含むが、これに限定されない。技術が継続的に発展するにつれて、前述の定義も変化する可能性がある。
【００７３】
本出願のこの実施形態では、リソースバンドリング粒度はリソースバンドリングサイズとも呼ばれ得ることを理解されたい。リソースバンドリング粒度は、物理リソースブロックバンドリング(physical resource block bundling、PRB bundling)粒度(または、リソースブロックバンドリンググループと呼ばれ得る)、またはプリコーディングリソースブロックグループ(Precoding Resource block Group、PRG)粒度(または、プリコーディングリソースブロックグループと呼ばれ得る)であり得る。本出願のこの実施形態は、それに限定されない。PRG粒度は、送信端によって同じプリコーディングが実行される連続PRBの量を示し得、PRBバンドリング粒度は、受信端によってジョイントチャネル推定が実行されるPRBの量を示し得る。
【００７４】
本出願のこの実施形態では、PRGはPRBバンドリンググループに対応し得、異なる通信デバイス側のリソースバンドリングは異なる名前を有するが同じ意味を有し得る。たとえば、送信端(たとえば、ネットワークデバイス)側のリソースバンドリング粒度はPRGと呼ばれ、送信端は同じPRGにおいて送信されたデータに対して同じプリコーディングを実行する。受信端(たとえば、端末デバイス)側のリソースバンドリング粒度はPRBバンドリンググループと呼ばれ、受信端は同じPRBバンドリンググループにおいて送信されたデータに対してジョイントチャネル推定を実行する。
【００７５】
PRGとPRBバンドリンググループは互換性がある点に留意されたい。たとえば、送信端側と受信端側の各々におけるリソースバンドリングはPRGであってもよく、送信端側と受信端側の各々におけるリソースバンドリングは、PRBバンドリンググループであってもよい。本出願のこの実施形態はそれに限定されない。
【００７６】
ネットワークデバイス側のPRGは、端末デバイス側のPRBバンドリンググループに対応し得ることを理解されたい。リソースバンドリング粒度の値が同じであれば、ネットワークデバイス側でPRGを決定するための方法と端末デバイス側でPRBバンドリンググループを決定するための方法は同じでよい。しかしながら、同じ側、すなわちネットワークデバイス側または端末デバイス側では、リソースバンドリング粒度の値が第1のタイプの値および第2のタイプの値であるとき、PRGを決定するための対応する方法、またはPRBバンドリンググループを決定するための対応する方法は異なる。
【００７７】
したがって、本出願のこの実施形態では、リソースバンドリング粒度の異なる値に基づいて、従来技術における問題を解決し、リソースバンドリング粒度の異なる値に対する要件を満たすために、スケジューリングリソース内の少なくとも1つのPRGまたはPRBバンドリンググループを決定するために異なる方法が使用される。
【００７８】
任意で、ある実施形態では、第1のタイプの値は2および4を含み、第2のタイプの値は端末デバイスの連続スケジューリング帯域幅(または、スケジューリング帯域幅と呼ばれ得る)のサイズを含み、言い換えれば、スケジューリング帯域幅全体が1つのPRGまたは1つのPRBバンドリンググループとして使用される。本出願のこの実施形態における第1のタイプの値および第2のタイプの値は別の値をさらに含み得、本出願のこの実施形態はそれに限定されないことを理解されたい。
【００７９】
以下では、リソースバンドリング粒度がそれぞれ第1のタイプの値および第2のタイプの値であるとき、ネットワークデバイスによってプリコーディングリソースブロックグループを決定するための具体的な方法、およびリソースバンドリング粒度がそれぞれ第1のタイプの値および第2のタイプの値であるとき、端末デバイスによってリソースブロックバンドリンググループの決定するための具体的な方法について詳細に説明する。
【００８０】
ケース1:ある実施形態では、リソースバンドリング粒度の値が第1のタイプの値、たとえば2または4であるとき、ネットワークデバイスは、リソースバンドリング粒度の値およびシステムの最大利用可能帯域幅におけるスケジューリングリソースの位置に基づいて、スケジューリングリソース内の少なくとも1つのプリコーディングリソースブロックグループを決定し得る。
【００８１】
具体的には、システムの最大利用可能帯域幅(コンポーネントキャリア(component carrier)など)がリソースバンドリング粒度の値(たとえば、2つのPRBまたは4つのPRB)の単位で分割される。具体的には、システムの最大利用可能帯域幅における第1のPRB(最低周波数帯域または最高周波数帯域を有するPRB)から、リソースバンドリング粒度の値を周波数の昇順に(それに対応して、第1のPRBは最低周波数帯域を有するPRBである)、または降順に(それに対応して、第1のPRBは最高周波数帯域を有するPRBである)分割して、各リソースブロックグループが決定される。スケジューリングリソース内の開始PRB(たとえば、BWP)とリソースブロックグループの開始PRBは異なってもよい。この場合、スケジューリングリソース内の最初のプリコーディングリソースブロックグループに含まれるPRBの数と、最後のプリコーディングリソースブロックグループに含まれるPRBの数の各々は、リソースバンドリング粒度の値と等しくなくてもよい。
【００８２】
具体的には、別の実施形態では、ネットワークデバイスは、以下の式に従ってスケジューリングリソース内の第1のプリコーディングリソースブロックグループを決定し得、
PRGfirst=P-N mod P
PRGfirstは、第1のプリコーディングリソースブロックグループがスケジューリングリソース内に第1のPRGfirst個のリソースブロックを含むことを示し、Pはリソースバンドリング粒度の値を示し、Nは、スケジューリングリソース内の第1の物理リソースブロックPRBのインデックスであり、システムの最大利用可能帯域幅におけるインデックス(または、番号と呼ばれることもある)を示し、N mod Pは、NをPで割った後の余りを示す。
【００８３】
ネットワークデバイスは、以下の式に従ってスケジューリングリソース内の最後のプリコーディングリソースブロックグループを決定し、
PRGlast=(N+L-1)mod P
PRGlastは最後のプリコーディングリソースブロックグループがスケジューリングリソース内に最後のPRGlast個のリソースブロックを含むことを示し、Lはスケジューリングリソース内のPRBの量を示し、(N+L-1)mod PはN+LをPで割った後の余りを示す。
【００８４】
ネットワークデバイスは、スケジューリングリソース内の他のプリコーディングリソースブロックグループの各々(すなわち、第1のプリコーディングリソースブロックグループと最後のプリコーディングリソースブロックグループがスケジューリングリソースから除去された後の他の残りのプリコーディングリソースブロックグループ、および他のプリコーディングリソースブロックグループは中間プリコーディングリソースブロックグループとも呼ばれ得る)が連続リソースブロックを含むと決定し、連続リソースブロックの量は、スケジューリングリソース内のリソースバンドリング粒度の値である。
【００８５】
たとえば、図4に示されるように、リソースバンドリング粒度の値は4であり、システムの最大利用可能帯域幅は36個のPRB、すなわち低周波数帯域から高周波数帯域までの第0のPRBから第35のPRBを含むと仮定される。スケジューリングリソースは、システムの最大利用可能帯域幅における第13のPRBから第26のPRBを含み、言い換えれば、スケジューリングリソースの長さLは16である。上述の方法によれば、P=4、N=13、およびL=16であることが分かる。プリコーディングリソースブロックグループの決定するための上記の方法によれば、スケジューリングリソースは5つのプリコーディングリソースブロックグループを含み、スケジューリングリソース内の開始PRBと、システムの最大利用可能帯域幅における第4のリソースブロックグループの開始PRBは異なることが分かる。したがって、スケジューリングリソースにおいて、第1のプリコーディングリソースブロックグループ(PRG)に含まれるPRBの量と、最後のプリコーディングリソースブロックグループに含まれるPRBの量の各々は、リソースバンドリング粒度の値4に等しくない。第1のプリコーディングリソースブロックグループは3つのPRBを含み、第2〜第4のプリコーディングリソースブロックグループの各々は4つのPRBを含み、第5のプリコーディングリソースブロックグループは1つのPRBを含む。具体的には、第1のプリコーディングリソースブロックグループはシステムの最大利用可能帯域幅の第13のPRBから第15のPRBを含み、第2のプリコーディングリソースブロックグループは第16のPRBから第19のPRBを含み、第3のプリコーディングリソースブロックグループは第20のPRBから第23のPRBを含み、第4のプリコーディングリソースブロックグループは、第24のPRBから第27のPRBを含み、第5のプリコーディングリソースブロックグループは、第28のPRBを含む。
【００８６】
ケース2:ある実施形態では、リソースバンドリング粒度の値が第2のタイプの値、たとえば、端末デバイスの連続スケジューリング帯域幅のサイズであるとき、ネットワークデバイスは、リソースバンドリング粒度の値に基づいて、同じプリコーディングリソースブロックグループとしてスケジューリングリソースを決定することができ、言い換えれば、第2の方法は、スケジューリングリソース(または、スケジューリング帯域幅と呼ばれる)全体を同じプリコーディングリソースブロックグループとして使用することである。
【００８７】
言い換えれば、リソースバンドリング粒度の値が第2のタイプの値であるとき、ネットワークデバイスは、ケース1において要約された方法を使用することによって、すなわち、リソースバンドリング粒度の値およびシステムの最大利用可能帯域幅におけるスケジューリングリソースの位置に基づいて、プリコーディングリソースブロックグループを決定する必要はない。ネットワークデバイスは、同じプリコーディングリソースブロックグループとしてスケジューリングリソースを直接決定することができる。
【００８８】
たとえば、図5に示されるように、システムの最大利用可能帯域幅は36個のPRB、すなわち第0のPRBから第35のPRBを含み、スケジューリングリソースはシステムの最大利用可能帯域幅における第13のPRBから第28のPRBを含む。リソースバンドリング粒度の値が第2のタイプの値(たとえば、連続スケジューリング帯域幅のサイズ)であるとき、ネットワークデバイスは、スケジューリングリソース内のすべてのPRB、すなわち第13のPRBから第28のPRBは、1つのプリコーディングリソースブロックグループであると直接決定し得る。
【００８９】
したがって、本出願のこの実施形態では、リソースバンドリング粒度の値が第2のタイプの値であるとき、ネットワークデバイスは、リソース分割方式でプリコーディングリソースブロックグループを決定するための方法を放棄するが、リソースバンドリング粒度が第2のタイプの値であるとき、ネットワークデバイスはスケジューリングリソース全体に対して同じプリコーディングを実行するという要件を満たし、従来技術における問題を回避するために、同じPRGとして直接スケジューリングリソースを使用する。
【００９０】
以上、リソースバンドリング粒度の値が第1のタイプの値および第2のタイプの値の各々であるとき、ネットワークデバイスによってプリコーディングリソースブロックグループを決定するための方法について説明した。以下では、リソースバンドリング粒度の値が第1のタイプの値および第2のタイプの値の各々であるとき、端末デバイスによってリソースブロックバンドリングを決定するための方法について説明する。
【００９１】
端末デバイスによってリソースブロックバンドリングを決定するための方法は、ネットワークデバイスによってプリコーディングリソースブロックグループを決定するための方法に対応することを理解されたい。したがって、重複を避けるために、端末デバイス側でリソースブロックバンドリングを決定するための方法は、本明細書では適切に省略される。
【００９２】
ケース1:ある実施形態では、リソースバンドリング粒度の値が第1のタイプの値であるとき、端末デバイスは、リソースバンドリング粒度の値およびシステムの最大利用可能帯域幅におけるスケジューリングリソースの位置に基づいて、スケジューリングリソース内の少なくとも1つのリソースブロックバンドリンググループを決定する。
【００９３】
具体的には、端末デバイスは、以下の式に従ってスケジューリングリソース内の第1のリソースブロックバンドリンググループを決定し、
PRBbundlingfirst=P-N mod P
PRBbundlingfirstは第1のリソースブロックバンドリンググループがスケジューリングリソース内の第1のPRBbundlingfirst個のリソースブロックを含むことを示し、Pはリソースバンドリング粒度の値を示し、Nはスケジューリングリソース内の第1のPRBのインデックスであり、システムの最大利用可能帯域幅にあるインデックスを示し、N mod Pは、NをPで割った後の余りを示す。
【００９４】
端末デバイスは以下の式に従ってスケジューリングリソース内の最後のリソースブロックバンドリンググループのサイズを決定し、
PRBbundlinglast=(N+L) mod P
PRBbundlinglastは最後のリソースブロックバンドリンググループがスケジューリングリソース内に最後のPRBbundlinglast個のリソースブロックを含むことを示し、Lはスケジューリングリソース内のPRBの量を示し、(N+L) mod PはN+LをPで割った後の余りを示す。
【００９５】
端末デバイスは、スケジューリングリソース内の他のリソースブロックバンドリンググループの各々が連続リソースブロックを含むと決定し、連続リソースブロックの量は、スケジューリングリソース内のリソースバンドリング粒度の値である。
【００９６】
ケース2:ある実施形態では、リソースバンドリング粒度の値は第2のタイプの値である。
【００９７】
端末デバイスが、リソースバンドリング粒度の値に基づいて、同じリソースブロックバンドリンググループとしてスケジューリングリソースを決定する。
【００９８】
したがって、本出願のこの実施形態では、リソースバンドリング粒度の値が第2のタイプの値であるとき、端末デバイスは、リソース分割方式でリソースブロックバンドリンググループを決定するための方法を放棄するが、リソースバンドリング粒度が第2のタイプの値であるとき、端末デバイスはスケジューリングリソース全体に対してジョイントチャネル推定を実行するという要件を満たし、従来技術における問題を回避するために、同じリソースブロックバンドリンググループとして直接スケジューリングリソースを使用する。
【００９９】
320.ネットワークデバイスは、少なくとも1つのプリコーディングリソースブロックグループを使用することによって、データを端末デバイスに送信する。
【０１００】
それに対応して、端末デバイスは、少なくとも1つのリソースブロックバンドリングを使用することによって、ネットワークデバイスによって送信されたデータを受信する。
【０１０１】
具体的には、ネットワークデバイスは、決定されたプリコーディングリソースブロックグループに基づいて、同じプリコーディングリソースブロックグループ内のデータに対して同じプリコーディングを実行し(たとえば、同じプリコーディング行列を使用することによってプリコーディングを実行し)、次いで、図2において説明したプリコーディング処理手順の後にデータを端末デバイスに送信する。それに対応して、端末デバイスは、決定されたリソースブロックバンドリンググループに基づいて、復号のために同じリソースブロックバンドリンググループ内のデータに対してジョイントチャネル推定を実行し、最終的にネットワークデバイスによって送信されたデータを取得する。
【０１０２】
したがって、本出願のこの実施形態では、リソースバンドリング粒度の異なる値に基づいて、従来技術における問題を解決し、リソースバンドリング粒度の異なる値に対する要件を満たすために、スケジューリングリソース内の少なくとも1つのPRGまたはPRBバンドリンググループを決定するために異なる方法が使用される。
【０１０３】
図1〜図5の例は、当業者が本発明の実施形態を理解するのを助けることが単に意図されており、本発明の実施形態を例示された特定の数値または特定のシナリオに限定するものではないことを理解されたい。当業者であれば、図1〜図5において提供された例に従って、様々な等価な修正または変更を確実に加えることができ、そのような修正または変更も本発明の実施形態の範囲内に含まれる。
【０１０４】
前述のプロセスのシーケンス番号は、本出願の様々な実施形態における実行シーケンスを意味しないことを理解されたい。プロセスの実行シーケンスは、プロセスの機能および内部論理に従って決定されるべきであり、本出願の実施形態の実装形態プロセスに対するいかなる限定としても解釈されるべきではない。
【０１０５】
以上、図1〜図5を参照して本発明の実施形態におけるデータ送信方法について詳細に説明した。以下では、図6および図7を参照して、本発明の実施形態におけるデバイスについて説明する。
【０１０６】
図6は、本出願のある実施形態によるネットワークデバイスの概略構造図であり、たとえば、基地局の概略構造図であり得る。図6に示されるように、ネットワークデバイス600は、前述の方法の実施形態におけるネットワークデバイスの機能を実行するために、図1に示されるシステムに適用され得る。
【０１０７】
ネットワークデバイス600は、遠隔無線ユニット(remote radio unit、RRU)61、および1つまたは複数のベースバンドユニット(baseband unit、BBU)(デジタルユニット(digital unit、DU)とも呼ばれる))62などの1つまたは複数の無線周波数ユニットを含み得る。RRU61は、トランシーバユニット61と呼ばれ得る。任意で、トランシーバユニットはまた、トランシーバ機、トランシーバ回路、トランシーバなどと呼ばれ得、少なくとも1つのアンテナ611と無線周波数ユニット612を含み得る。RRU61は、主に、無線周波数信号を送受信することと、無線周波数信号とベースバンド信号との間で変換を実行することと行うように構成されており、たとえば、プリコーディング行列情報を端末デバイスに送信するように構成される。BBU62は、主に、ベースバンド処理、基地局の制御などを実行するように構成される。RRU61とBBU62とは、物理的に一緒に配置されていてもよく、物理的に離されている、すなわち分散基地局であってもよい。
【０１０８】
BBU62は、基地局の制御センタであり、または処理ユニット62と呼ばれることもあり、それは主に、チャネル符号化、多重化、変調、スペクトル拡散などのベースバンド処理機能を実装するように構成される。たとえば、BBU(処理ユニット)は、前述の方法の実施形態におけるネットワークデバイスのための動作手順を実行するために基地局を制御するように構成され得る。
【０１０９】
一例では、BBU62は1つまたは複数のボードを含み得、複数のボードは単一アクセス規格の無線アクセスネットワーク(LTEネットワークなど)を共同でサポートしてもよく、異なるアクセス規格の無線アクセスネットワーク(LTEネットワーク、5Gネットワーク、または別のネットワーク)など)を別々にサポートしてもよい。BBU62は、メモリ621とプロセッサ622とをさらに含む。メモリ621は、必要な命令およびデータを記憶するように構成される。プロセッサ622は、必要なアクションを実行するために基地局を制御するように構成され、たとえば、前述の方法の実施形態におけるネットワークデバイスのための動作手順を実行するために基地局を制御するように構成される。メモリ621およびプロセッサ622は、1つまたは複数のボードに役立つことがある。言い換えれば、メモリおよびプロセッサは各ボード上に配置され得る。あるいは、複数のボードが同じメモリおよびプロセッサを使用し得る。さらに、各ボード上に必要な回路がさらに配置され得る。
【０１１０】
任意で、ある実施形態では、処理ユニットは、リソースバンドリング粒度の値に基づいて、端末デバイスに対応するスケジューリングリソース内の少なくとも1つのプリコーディングリソースブロックグループを決定するように構成され、リソースバンドリング粒度の値は、第1のタイプの値および第2のタイプの値のうちの1つであり、第1のタイプの値に対応するプリコーディングリソースブロックグループ決定方法は、第2のタイプの値に対応するプリコーディングリソースブロックグループ決定方法とは異なり、トランシーバユニットは、少なくとも1つのプリコーディングリソースブロックグループを使用することによってデータを端末デバイスに送信するように構成される。
【０１１１】
したがって、本出願のこの実施形態では、リソースバンドリング粒度の異なる値に基づいて、従来技術における問題を解決し、リソースバンドリング粒度の異なる値に対する要件を満たすために、スケジューリングリソース内の少なくとも1つのPRGを決定するために異なる方法が使用される。
【０１１２】
任意で、別の実施形態では、リソースバンドリング粒度の値は第1のタイプの値であり、
処理ユニットは、リソースバンドリング粒度の値およびシステムの最大利用可能帯域幅におけるスケジューリングリソースの位置に基づいて、スケジューリングリソース内の少なくとも1つのプリコーディングリソースブロックグループを決定するように特に構成される。
【０１１３】
任意で、別の実施形態では、処理ユニットは、以下の式に従ってスケジューリングリソース内の第1のプリコーディングリソースブロックグループを決定することと、
PRGfirst=P-N mod P
PRGfirstは第1のプリコーディングリソースブロックグループがスケジューリングリソース内に第1のPRGfirst個のリソースブロックを含むことを示し、Pはリソースバンドリング粒度の値を示し、Nはスケジューリングリソース内の第1の物理リソースブロックPRBのインデックスであり、システムの最大利用可能帯域幅におけるインデックスを示し、N mod Pは、NをPで割った後の余りを示す、ことと、
以下の式に従ってスケジューリングリソース内の最後のプリコーディングリソースブロックグループを決定することであって、
PRGlast=(N+L)mod P
PRGlastは最後のプリコーディングリソースブロックグループがスケジューリングリソース内に最後のPRGlast個のリソースブロックを含むことを示し、Lはスケジューリングリソース内のPRBの量を示し、(N+L)mod PはN+LをPで割った後の余りを示す、ことと、
スケジューリングリソース内の別のプリコーディングリソースブロックグループが連続リソースブロックを含むと決定することであって、連続リソースブロックの量は、スケジューリングリソース内のリソースバンドリング粒度の値である、こととを行うように特に構成される。
【０１１４】
任意で、別の実施形態では、リソースバンドリング粒度の値は第2のタイプの値であり、
処理ユニットは、リソースバンドリング粒度の値に基づいて、同じプリコーディングリソースブロックグループとしてスケジューリングリソースを決定するように特に構成される。
【０１１５】
任意で、別の実施形態では、第1のタイプの値は2および4を含み、第2のタイプの値は端末デバイスの連続スケジューリング帯域幅のサイズを含む。
【０１１６】
図6に示されるネットワークデバイス600は、図1〜図5の方法の実施形態に関連するネットワークデバイスのプロセスを実装することができることを理解されたい。ネットワークデバイス600内の各モジュールの動作および/または機能は、それぞれ、前述の方法の実施形態における対応する手順を実装するために使用される。詳細については、前述の方法の実施形態における説明を参照されたい。繰返しを避けるために、本明細書では詳細な説明は適宜省略される。
【０１１７】
図7は、本出願のある実施形態による端末デバイスの概略構造図である。端末デバイスは、図1に示されるシステムに適用され得る。説明を簡単にするために、図7は、端末デバイスの主要コンポーネントのみを示している。図7において、端末デバイス700は、プロセッサ、メモリ、制御回路、アンテナ、および入力/出力装置を含む。プロセッサは、主に通信プロトコルおよび通信データを処理することと、端末デバイス全体を制御することと、ソフトウェアプログラムを実行することと、ソフトウェアプログラムのデータを処理することとを行うように主に構成され、たとえば、前述の方法の実施形態において説明されたアクションを実行する際に端末デバイスをサポートするように構成される。メモリは、主にソフトウェアプログラムおよびデータを記憶するように構成される。制御回路は、主にベースバンド信号と無線周波数信号との間の変換を実行することと、無線周波数信号を処理することとを行うように構成される。制御回路とアンテナとの組合せはトランシーバとも呼ばれ得、主に電磁波形態の無線周波数信号を送受信するように構成される。タッチスクリーン、スクリーン、またはキーボードなどの入力/出力装置は、主に、ユーザによって入力されたデータを受信することと、ユーザにデータを出力することとを行うように構成される。
【０１１８】
端末デバイスに電源が投入された後、プロセッサはメモリ内のソフトウェアプログラムを読み取り、ソフトウェアプログラムの命令を説明して実行し、ソフトウェアプログラムのデータを処理し得る。プロセッサがアンテナを使用することによってデータを送信する必要があるとき、プロセッサは、送信されるべきデータに対してベースバンド処理を実行した後にベースバンド信号を無線周波数回路に出力する。ベースバンド信号に対して無線周波数処理を実行した後、無線周波数回路は、アンテナを使用することによって電磁波形態の無線周波数信号を送信する。データが端末デバイスに送信されると、無線周波数回路はアンテナを使用することによって無線周波数信号を受信し、無線周波数信号をベースバンド信号に変換し、ベースバンド信号をプロセッサに出力する。プロセッサはベースバンド信号をデータに変換し、データを処理する。
【０１１９】
当業者であれば、説明を簡単にするために、図7は、1つのメモリと1つのプロセッサのみを示していることを理解し得る。実際には、端末デバイスは、複数のプロセッサと複数のメモリとを含み得る。メモリはまた、ストレージ媒体、ストレージデバイスなどと呼ばれ得る。これは、本出願のこの実施形態において限定されない。
【０１２０】
任意の実装形態では、プロセッサはベースバンドプロセッサと中央処理装置とを含み得る。ベースバンドプロセッサは、主に通信プロトコルおよび通信データを処理するように構成され、中央処理装置は、主に端末デバイス全体を制御することと、ソフトウェアプログラムを実行することと、ソフトウェアプログラムのデータを処理することとを行うように構成される。図7のプロセッサは、ベースバンドプロセッサと中央処理装置の機能を統合し得る。当業者であれば、ベースバンドプロセッサと中央処理装置とが別々のプロセッサであり得、バスのような技術を使用することによって相互接続されることを理解し得る。当業者であれば、端末デバイスが異なるネットワーク規格に適応するために複数のベースバンドプロセッサを含み得、端末デバイスが端末デバイスの処理能力を向上させるために複数の中央処理装置を含み得、端末デバイスのすべてのコンポーネントが様々なバスを使用することによって互いに接続され得ることを理解し得る。ベースバンドプロセッサはまた、ベースバンド処理回路またはベースバンド処理チップと表現され得る。中央処理装置はまた、中央処理回路または中央処理チップと表現され得る。通信プロトコルおよび通信データを処理する機能は、プロセッサに内蔵されていてもよく、ソフトウェアプログラムの形式でストレージユニットに記憶されていてもよい。プロセッサは、ベースバンド処理機能を実装するためにソフトウェアプログラムを実行する。
【０１２１】
本発明のこの実施形態では、送受信機能を有するアンテナおよび制御回路は、端末デバイス700のトランシーバユニット71と見なされ得る。たとえば、トランシーバユニット71は、図1〜図5の方法の実施形態において端末デバイスによって実行される送受信機能を実行する際に端末デバイスをサポートするように構成される。処理機能を有するプロセッサは、端末デバイス700の処理ユニット72と見なされる。図7に示されるように、端末デバイス700は、トランシーバユニット71と処理ユニット72とを含む。送受信機ユニットはまた、トランシーバ、トランシーバ機、トランシーバ装置などと呼ばれ得る。任意で、トランシーバユニット71内にあり、受信機能を実装するように構成されるコンポーネントは受信ユニットと見なされ得、トランシーバユニット71内にあり、送信機能を実装するように構成されるコンポーネントは、送信ユニットと見なされ得る。言い換えれば、トランシーバユニット71は受信ユニットと送信ユニットとを含み、受信ユニットはまた、受信機、入力ポート、受信回路などとも呼ばれ得、送信ユニットは、送信機マシン、送信機、送信機回路などとも呼ばれ得る。
【０１２２】
処理ユニット72は、メモリに記憶された命令を実行することと、信号を受信するようにおよび/または信号を送信するようにトランシーバユニット71を制御することと、前述の方法の実施形態における端末デバイスの機能を実装することとを行うように構成され得る。一実装形態では、トランシーバユニット71の機能は、トランシーバ回路または専用トランシーバチップを使用することによって実装され得る。
【０１２３】
任意で、ある実施形態では、処理ユニットは、リソースバンドリング粒度の値に基づいて、端末デバイスに対応するスケジューリングリソース内の少なくとも1つのリソースブロックバンドリンググループを決定するように構成され、リソースバンドリング粒度の値は、第1のタイプの値および第2のタイプの値のうちの1つであり、第1のタイプの値に対応するリソースブロックバンドリンググループ決定方法が、第2のタイプの値に対応するリソースブロックバンドリンググループ決定方法とは異なり、トランシーバユニットが、少なくとも1つのリソースブロックバンドリンググループを使用することによって、ネットワークデバイスによって送信されたデータを受信するように構成される。
【０１２４】
したがって、本出願のこの実施形態では、リソースバンドリング粒度の異なる値に基づいて、従来技術における問題を解決し、リソースバンドリング粒度の異なる値に対する要件を満たすために、スケジューリングリソース内の少なくとも1つのPRBバンドリンググループを決定するために異なる方法が使用される。
【０１２５】
任意で、別の実施形態では、リソースバンドリング粒度の値は第1のタイプの値であり、
処理ユニットは、リソースバンドリング粒度の値およびシステムの最大利用可能帯域幅におけるスケジューリングリソースの位置に基づいて、スケジューリングリソース内の少なくとも1つのリソースブロックバンドリンググループを決定するように特に構成される。
【０１２６】
任意で、別の実施形態では、処理ユニットは、以下の式に従ってスケジューリングリソース内の第1のリソースブロックバンドリンググループを決定することであって、
PRBbundlingfirst=P-N mod P
PRBbundlingfirstは第1のリソースブロックバンドリンググループがスケジューリングリソース内の第1のPRBbundlingfirst個のリソースブロックを含むことを示し、Pはリソースバンドリング粒度の値を示し、Nはスケジューリングリソース内の第1のPRBのインデックスであり、システムの最大利用可能帯域幅にあるインデックスを示し、N mod Pは、NをPで割った後の余りを示す、ことと、
以下の式に従ってスケジューリングリソース内の最後のリソースブロックバンドリンググループを決定することであって、
PRBbundlinglast=(N+L) mod P
PRBbundlinglastは最後のリソースブロックバンドリングがスケジューリングリソース内に最後のPRBbundlinglast個のリソースブロックを含むことを示し、Lはスケジューリングリソース内のPRBの量を示し、(N+L) mod PはN+LをPで割った後の余りを示す、ことと、
スケジューリングリソース内の他のリソースブロックバンドリンググループの各々が連続リソースブロックを含むと決定することであって、連続リソースブロックの量は、スケジューリングリソース内のリソースバンドリング粒度の値である、こととを行うように特に構成される。
【０１２７】
任意で、別の実施形態では、リソースバンドリング粒度の値は第2のタイプの値であり、
処理ユニットは、リソースバンドリング粒度の値に基づいて、同じリソースブロックバンドリンググループとしてスケジューリングリソースを決定するように特に構成される。
【０１２８】
任意で、別の実施形態では、第1のタイプの値は2および4を含み、第2のタイプの値は端末デバイスの連続スケジューリング帯域幅のサイズを含む。
【０１２９】
図7に示される端末デバイス700は、図1〜図5の方法の実施形態に関連する端末デバイスのプロセスを実装することができることを理解されたい。端末デバイス700内の各モジュールの動作および/または機能は、それぞれ、前述の方法の実施形態における対応する手順を実装するために使用される。詳細については、前述の方法の実施形態における説明を参照されたい。繰返しを避けるために、本明細書では詳細な説明は適宜省略される。
【０１３０】
本出願のある実施形態は、プロセッサおよびインターフェースを含む処理装置をさらに提供し、プロセッサは、前述の方法の実施形態のうちのいずれか1つにおける通信方法を実行するように構成される。
【０１３１】
上記処理装置はチップであり得ることを理解されたい。たとえば、処理装置は、フィールドプログラマブルゲートアレイ(Field-Programmable Gate Array、FPGA)、特定用途向け集積回路(Application Specific Integrated circuit、ASIC)、システムオンチップ(System on Chip、SoC)、中央処理装置(Central Processor Unit、CPU)、ネットワークプロセッサ(Network Processor、NP)、デジタル信号処理回路(Digital Signal Processor、DSP)、マイクロコントローラユニット(Micro Controller Unit、MCU)、またはプログラマブルコントローラ(Programmable Logic Device、PLD)、あるいは別の統合チップであり得る。
【０１３２】
実装形態プロセスでは、前述の方法におけるステップは、プロセッサ内のハードウェア集積論理回路を使用することによって、またはソフトウェアの形式の命令を使用することによって実装することができる。本出願の実施形態を参照して開示される方法のステップは、ハードウェアプロセッサによって直接実行されてもよく、プロセッサ内のハードウェアとソフトウェアモジュールとの組合せを使用することによって実行されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読出し専用メモリ、プログラマブル読出し専用メモリ、電気的消去可能プログラマブルメモリ、レジスタなどの、技術分野の成熟したストレージ媒体に配置され得る。ストレージ媒体はメモリ内に配置され、プロセッサはメモリ内の情報を読み出し、プロセッサのハードウェアと組み合わせて前述の方法におけるステップを完了する。繰返しを避けるために、本明細書では詳細を再度説明しない。
【０１３３】
本発明の実施形態におけるプロセッサは集積回路チップであってもよく、信号処理機能を有することを理解されたい。実装形態プロセスでは、前述の方法の実施形態におけるステップは、プロセッサ内のハードウェア集積論理回路を使用することによって、またはソフトウェアの形式の命令を使用することによって実装することができる。プロセッサは、汎用プロセッサ、デジタル信号プロセッサ(digital signal processor、DSP)、特定用途向け集積回路(application specific integrated circuit、ASIC)、フィールドプログラマブルゲートアレイ(field programmable gate array、FPGA)、または別のプログラマブル論理デバイス、個別のゲートまたはトランジスタ論理デバイス、あるいは個別のハードウェアコンポーネントであり得る。プロセッサは、本発明の実施形態において開示される方法、ステップ、および論理ブロック図を実装または実行し得る。汎用プロセッサはマイクロプロセッサであってもよく、またはプロセッサは任意の従来のプロセッサなどであってもよい。本発明の実施形態を参照して開示される方法のステップは、ハードウェア復号化プロセッサによって直接実行および達成されてもよく、復号化プロセッサにおけるハードウェアおよびソフトウェアモジュールの組合せを使用することによって実行および達成されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読出し専用メモリ、プログラマブル読出し専用メモリ、電気的消去可能プログラマブルメモリ、レジスタなどの、技術分野の成熟したストレージ媒体に配置され得る。ストレージ媒体はメモリ内に配置され、プロセッサはメモリ内の情報を読み出し、プロセッサのハードウェアと組み合わせて前述の方法におけるステップを完了する。
【０１３４】
本発明の実施形態におけるメモリは、揮発性メモリまたは不揮発性メモリであってもよく、または揮発性メモリおよび不揮発性メモリを含んでもよいことが理解され得る。不揮発性メモリは、読出し専用メモリ(read-only memory、ROM)、プログラマブル読出し専用メモリ(programmable ROM、PROM)、消去可能プログラマブル読出し専用メモリ(erasable PROM、EPROM)、電気的消去可能プログラマブル読出し専用メモリ(electrically EPROM、EEPROM)、またはフラッシュメモリであり得る。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ(random access memory、RAM)であり得る。限定的な説明ではなく例によって、たとえば、スタティックランダムアクセスメモリ(static RAM、SRAM)、ダイナミック・ランダム・アクセス・メモリ(dynamic RAM、DRAM)、シンクロナス・ダイナミック・ランダム・アクセス・メモリ(synchronous DRAM、SDRAM) DRAM、SDRAM)、ダブルデータレート・シンクロナス・ダイナミック・ランダム・アクセス・メモリ(double data rate SDRAM、DDR SDRAM)、拡張・シンクロナス・ダイナミック・ランダム・アクセス・メモリ(enhanced SDRAM、ESDRAM)、同期リンク・ダイナミック・ランダム・アクセス・メモリ(synchlink DRAM、SLDRAM)、およびダイレクト・ラムバス・ダイナミック・ランダム・アクセス・メモリ(direct rambus RAM、DR RAM)などの、多くの形式のRAMが使用され得る。本明細書で説明されるシステムおよび方法のメモリは、これらおよび任意の別の適切なタイプのメモリを含むが、これらに限定されない点に留意されたい。
【０１３５】
本出願のある実施形態は、前述のネットワークデバイスおよび端末デバイスを含む通信システムをさらに提供する。
【０１３６】
本出願のある実施形態はコンピュータ可読媒体をさらに提供し、コンピュータプログラムはコンピュータ可読媒体に記憶される。コンピュータプログラムは、前述の方法の実施形態のうちのいずれか1つにおける通信方法を実行するためにコンピュータによって実行される。
【０１３７】
本出願のある実施形態は、コンピュータプログラム製品をさらに提供し、コンピュータプログラム製品は、前述の方法の実施形態のうちのいずれか1つにおける通信方法を実行するためにコンピュータによって実行される。
【０１３８】
前述の実施形態のすべてまたはいくつかは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せを通じて実装され得る。実施形態を実装するためにソフトウェアが使用される場合、実施形態は、コンピュータプログラム製品の形式で完全にまたは部分的に実装され得る。コンピュータプログラム製品には、1つまたは複数のコンピュータ命令を含む。コンピュータ命令がコンピュータにロードされ実行されると、本出願の実施形態による手順または機能はすべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピューターネットワーク、または別のプログラム可能な装置であり得る。コンピュータ命令は、コンピュータ可読ストレージ媒体に記憶されてもよく、コンピュータ可読ストレージ媒体から別のコンピュータ可読ストレージ媒体に送信されてもよい。たとえば、コンピュータ命令は、ワイヤード(たとえば、同軸ケーブル、光ファイバ、またはデジタル加入者回線(digital subscriber line、DSL))、またはワイヤレス(たとえば、赤外線、無線、マイクロ波など)の方式で、あるウェブサイト、コンピュータ、サーバ、またはデータセンタから、別のウェブサイト、コンピュータ、サーバ、またはデータセンタに送信され得る。コンピュータ可読ストレージ媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体であってもよく、1つまたは複数の使用可能な媒体を統合するサーバまたはデータセンタなどのデータストレージデバイスであってもよい。使用可能な媒体は、磁気媒体(たとえば、フロッピー（登録商標）ディスク、ハードディスク、または磁気テープ)、光学媒体(たとえば、高密度デジタルビデオディスク(digital video disc、DVD))、半導体媒体(たとえば、ソリッドステートドライブ(solid state disk、SSD))などであり得る。
【０１３９】
上記は、通信システムにおけるダウンリンク送信における通信方法を説明していることを理解されたい。しかしながら、本出願はそれに限定されない。任意で、アップリンク送信にも同様の解決策が使用され得る。繰返しを避けるために、本明細書では詳細を再度説明しない。
【０１４０】
本明細書全体で言及される「一実施形態」または「ある実施形態」は、実施形態に関連する特定の特徴、構造、または特性が本発明の少なくとも1つの実施形態に含まれることを意味することを理解されたい。したがって、本明細書を通して現れる「一実施形態では」または「ある実施形態では」は、必ずしも同じ実施形態を指すものではない。さらに、これらの特定の特徴、構造、または特性は、任意の適切な方式で1つまたは複数の実施形態において組み合わせることができる。前述のプロセスのシーケンス番号は、本発明の様々な実施形態における実行シーケンスを意味しないことを理解されたい。プロセスの実行シーケンスは、プロセスの機能および内部論理に従って決定されるべきであり、本発明の実施形態の実装形態プロセスに対するいかなる限定としても解釈されるべきではない。
【０１４１】
本明細書において使用される「コンポーネント」、「モジュール」、および「システム」などの用語は、コンピュータ関連エンティティ、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアを示すために使用される。たとえば、コンポーネントは、これらに限定されないが、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行スレッド、プログラム、および/またはコンピュータであり得る。図面に示されるように、コンピューティングデバイスと、コンピューティングデバイス上で実行されるアプリケーションの両方がコンポーネントであり得る。1つまたは複数のコンポーネントがプロセスおよび/または実行スレッド内に常駐し得、コンポーネントは1台のコンピュータに配置されてもよく、および/または2つ以上のコンピュータ間で分散されてもよい。さらに、これらのコンポーネントは、様々なデータ構造を記憶する様々なコンピュータ可読媒体から実行され得る。たとえば、コンポーネントは、ローカルプロセスおよび/または遠隔プロセスを使用することによって、ならびに、たとえば1つまたは複数のデータパケット(たとえば、ローカルシステム、分散システムにおいて、および/または信号を使用することによって他のシステムと対話するインターネットなどのネットワークを介して別のコンポーネントと対話する2つのコンポーネントからのデータ)を有する信号に基づいて通信し得る。
【０１４２】
本明細書における「第1の」、「第2の」、「第3の」、「第4の」、および様々な数字は、単に説明を容易にするために区別のために使用されており、本出願の実施形態の範囲を限定するものとして解釈されないことがさらに理解されるべきである。
【０１４３】
本明細書における「および/または」という用語は、関連付けられるオブジェクトを記述するための関連付け関係のみを表し、3つの関係が存在する可能性があることを表す。たとえば、Aおよび/またはBは、Aのみが存在する、AとBの両方が存在する、およびBのみが存在するという3つのケースを表し得る。
【０１４４】
当業者は、本明細書で開示される実施形態において説明される例示的な論理ブロックおよびステップは、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアの組合せによって実装され得ることに気付くであろう。機能がハードウェアによって実行されるかソフトウェアによって実行されるかは、技術的解決策の特定の適用および設計制約条件に依存する。当業者は、特定の適用ごとに説明された機能を実装するために異なる方法を使用し得るが、実装形態がこの適用の範囲を超えると考えられるべきではない。
【０１４５】
便利で簡潔な説明のために、前述のシステム、装置、およびユニットの詳細な作業プロセスについて、前述の方法の実施形態における対応するプロセスが参照され得ることが当業者によって明確に理解され得、詳細は本明細書では再び説明されない。
【０１４６】
本出願において提供されるいくつかの実施形態では、開示されたシステム、装置、および方法は、他の方式で実装され得ることを理解されたい。たとえば、記載された装置の実施形態は単なる例である。たとえば、ユニット分割は単なる論理的な機能分割であり、実際の実装形態においては他の分割であり得る。たとえば、複数のユニットまたはコンポーネントが別のシステムに結合または統合され得、あるいは一部の機能が無視されるか、実行されないことがあり得る。さらに、表示または説明された、相互結合または直接結合あるいは通信接続は、一部のインターフェースを使用することによって実装され得る。装置またはユニット間の間接的な結合または通信接続は、電子的、機械的、または他の形式で実装され得る。
【０１４７】
別々の部分として記述されたユニットは物理的に分離されている場合とされていない場合があり、ユニットとして表示される部分は物理ユニットである場合もそうでない場合もあり、1つの位置に配置される場合もあり、複数のネットワークユニットに分散される場合もある。ユニットのいくつかまたはすべては、実施形態の解決策の目的を達成するために、実際の要件に従って選択され得る。
【０１４８】
さらに、本出願の実施形態における機能ユニットは、1つの処理ユニットに統合されてもよく、またはユニットの各々は物理的に単独で存在してもよく、2つ以上のユニットが1つのユニットに統合されてもよい。
【０１４９】
前述の実施形態のすべてまたはいくつかは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せを通じて実装され得る。実施形態を実装するためにソフトウェアが使用される場合、実施形態は、コンピュータプログラム製品の形式で完全にまたは部分的に実装され得る。コンピュータプログラム製品には、1つまたは複数のコンピュータ命令(プログラム)を含む。コンピュータプログラム命令(プログラム)がコンピュータにロードされ実行されると、本出願の実施形態による手順または機能はすべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピューターネットワーク、または別のプログラム可能な装置であり得る。コンピュータ命令は、コンピュータ可読ストレージ媒体に記憶されてもよく、コンピュータ可読ストレージ媒体から別のコンピュータ可読ストレージ媒体に送信されてもよい。たとえば、コンピュータ命令は、ワイヤード(たとえば、同軸ケーブル、光ファイバ、またはデジタル加入者回線(digital subscriber line、DSL))、またはワイヤレス(たとえば、赤外線、無線、マイクロ波など)の方式で、あるウェブサイト、コンピュータ、サーバ、またはデータセンタから、別のウェブサイト、コンピュータ、サーバ、またはデータセンタに送信され得る。コンピュータ可読ストレージ媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体であってもよく、1つまたは複数の使用可能な媒体を統合するサーバまたはデータセンタなどのデータストレージデバイスであってもよい。使用可能な媒体は、磁気媒体(たとえば、フロッピーディスク、ハードディスク、または磁気テープ)、光学媒体(たとえば、DVD)、半導体媒体(たとえば、ソリッドステートディスク(SSD))などであり得る。
【０１５０】
前述の説明は、単に本出願の特定の実装形態にすぎず、本出願の保護範囲を限定することが意図されるものではない。本出願に開示された技術的範囲内で当業者によって容易に理解されるあらゆる変形または置換は、本出願の保護範囲に含まれるものとする。したがって、本出願の保護範囲は、特許請求の範囲の保護対象となる。
【符号の説明】
【０１５１】
61  遠隔無線ユニット
61  トランシーバユニット
62  ベースバンドユニット
62  処理ユニット
71  トランシーバユニット
72  処理ユニット
100  通信システム
102  ネットワーク側デバイス
104  アンテナ
106  アンテナ
110  アンテナ
112  アンテナ
114  アンテナ
116  端末デバイス、順方向リンク
120  逆方向リンク
122  端末デバイス
124  順方向リンク
126  逆方向リンク
300  通信方法
600  ネットワークデバイス
611  アンテナ
612  無線周波数ユニット
621  メモリ
622  プロセッサ
700  端末デバイス
【図１】
2020509686.tif 000004
【図２】
2020509686.tif 000005
【図３】
2020509686.tif 000006
【図４】
2020509686.tif 000007
【図５】
2020509686.tif 000008
【図６】
2020509686.tif 000009
【図７】
2020509686.tif 000010
【国際調査報告】
2020509686.tif 000011
2020509686.tif 000012
2020509686.tif 000013
2020509686.tif 000014