(57)【要約】  本開示は、リソースマッピング方法、リソース決定方法、ネットワーク側機器およびユーザ端末を提供する。ここで、ネットワーク側機器に応用されるリソースマッピング方法において、物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定することと、前記リソースマッピング構成情報に基づいて仮想リソースブロックを物理リソースブロックにマッピングし、前記リソースマッピング構成情報をユーザ端末に送信することとを含み、前記リソースマッピング構成情報をユーザ端末に送信することによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得する。
2021501525.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク側機器に応用されるリソースマッピング方法において、
物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定することと、
前記リソースマッピング構成情報に基づいて仮想リソースブロックを物理リソースブロックにマッピングし、前記リソースマッピング構成情報をユーザ端末に送信することとを含み、
前記リソースマッピング構成情報をユーザ端末に送信することによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得し、
ここで、前記リソースマッピング構成情報の中の構成パラメータは、
ダウンリンク帯域幅の利用可能なＶＲＢ数
【数１】
2021501525.tif 000066
、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む、リソースマッピング方法。
【請求項２】
前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号を含み、
前記マッピング関数の引数は、少なくともＶＲＢ番号とスロット番号を含み、
ここで、ＶＲＢ番号の範囲が
【数２】
2021501525.tif 000067
である、請求項１に記載のリソースマッピング方法。
【請求項３】
前記の前記リソースマッピング構成情報をユーザ端末に送信することは、
前記リソースマッピング構成情報をＲＲＣシグナリングによって前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式または予め前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
対応するマッピング関数とＶＲＢ番号の範囲を含む、請求項２に記載のリソースマッピング方法。
【請求項４】
前記の前記リソースマッピング構成情報をユーザ端末に送信することは、
前記リソースマッピング構成情報をＬ１シグナリングによって前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
対応するマッピング関数とＶＲＢ番号の範囲を含む、請求項２に記載のリソースマッピング方法。
【請求項５】
前記の前記リソースマッピング構成情報をユーザ端末に送信することは、
スケジューリング対象リソースブロックの数を前記ユーザ端末に通知することを含み、それによって、前記ユーザ端末が、前記スケジューリング対象リソースブロックの数に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
対応するマッピング関数とＶＲＢ番号の範囲を含み、かつスケジューリング対象リソースブロックの数毎に対応する、請求項２に記載のリソースマッピング方法。
【請求項６】
前記の前記リソースマッピング構成情報をユーザ端末に送信することは、
前記ユーザ端末に割り当てる帯域幅部分ＢＷＰの構成を前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ＢＷＰの構成に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
対応するマッピング関数とＶＲＢ番号の範囲を含み、かつＢＷＰの構成毎に対応する、請求項２に記載のリソースマッピング方法。
【請求項７】
前記の前記リソースマッピング構成情報をユーザ端末に送信することは、
前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応する、請求項１に記載のリソースマッピング方法。
【請求項８】
前記の前記リソースマッピング構成情報をユーザ端末に送信することは、
ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
フォーマット毎のダウンリンク制御情報に対応する、請求項１に記載のリソースマッピング方法。
【請求項９】
前記の前記リソースマッピング構成情報をユーザ端末に送信することは、
ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、
予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であり、
ここで予め割り当てられた帯域幅は、
前記ネットワーク側機器から構成されるか、少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数
【数３】
2021501525.tif 000068
、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される、請求項１に記載のリソースマッピング方法。
【請求項１０】
前記の前記リソースマッピング構成情報をユーザ端末に送信することは、
実スケジューリング対象リソースの帯域幅値を前記ユーザ端末に通知することを含み、それによって、前記ユーザ端末が、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
帯域幅値毎に対応する、請求項１に記載のリソースマッピング方法。
【請求項１１】
前記リソースマッピング構成情報は、
前記ユーザ端末の初期アクセスと、余剰システム情報ＲＭＳＩ、ｍｅｓｓａｇｅ２、ｍｅｓｓａｇｅ４および／または他システム情報ＯＳＩを搬送した物理ダウンリンク共有チャネルＰＤＳＣＨの前記ユーザ端末による受信の際に、リソースの分散的マッピング後に占用される帯域幅として、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であると指示する、請求項１に記載のリソースマッピング方法。
【請求項１２】
ユーザ端末に応用されるリソース決定方法において、
ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することと、
リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定することとを含み、
ここで、前記リソースマッピング構成情報の中の構成パラメータは、
ダウンリンク帯域幅の利用可能なＶＲＢ数
【数４】
2021501525.tif 000069
、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む、リソース決定方法。
【請求項１３】
前記のリソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定することの後に、
決定された帯域幅でダウンリンクデータを受信することをさらに含む、請求項１２に記載のリソース決定方法。
【請求項１４】
前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号を含み、
前記マッピング関数の引数は、少なくともＶＲＢ番号とスロット番号を含み、
ここで、ＶＲＢ番号の範囲が
【数５】
2021501525.tif 000070
である、請求項１２に記載のリソース決定方法。
【請求項１５】
前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、
リソースマッピング構成情報を付帯したＲＲＣシグナリングを前記ネットワーク側機器から受信することを含み、
前記ＲＲＣシグナリングは、
複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式または予め前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
対応するマッピング関数とＶＲＢ番号の範囲を含む、請求項１４に記載のリソース決定方法。
【請求項１６】
前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、
リソースマッピング構成情報を付帯したＬ１シグナリングを前記ネットワーク側機器から受信することを含み、
前記Ｌ１シグナリングは、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
対応するマッピング関数とＶＲＢ番号の範囲を含む、請求項１４に記載のリソース決定方法。
【請求項１７】
前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、
スケジューリング対象リソースブロックの数を前記ネットワーク側機器から受信し、前記スケジューリング対象リソースブロックの数に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含み、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
対応するマッピング関数とＶＲＢ番号の範囲を含み、かつスケジューリング対象リソースブロックの数毎に対応する、請求項１４に記載のリソース決定方法。
【請求項１８】
前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、
前記ユーザ端末に割り当てる帯域幅部分ＢＷＰの構成を前記ネットワーク側機器から受信し、前記ＢＷＰの構成に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含み、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
対応するマッピング関数とＶＲＢ番号の範囲を含み、かつＢＷＰの構成毎に対応する、請求項１４に記載のリソース決定方法。
【請求項１９】
前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、
前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ネットワーク側機器から受信し、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含み、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応する、請求項１２に記載のリソース決定方法。
【請求項２０】
前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、
リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信し、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含み、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
フォーマット毎のダウンリンク制御情報に対応する、請求項１２に記載のリソース決定方法。
【請求項２１】
前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、
リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信し、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含み、
前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、
予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であり、
ここで予め割り当てられた帯域幅は、
前記ネットワーク側機器から構成されるか、少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数
【数６】
2021501525.tif 000071
、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される、請求項１２に記載のリソース決定方法。
【請求項２２】
前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、
前記ネットワーク側機器による実スケジューリング対象リソースの帯域幅値を取得し、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含み、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
帯域幅値毎に対応する、請求項１２に記載のリソース決定方法。
【請求項２３】
前記リソースマッピング構成情報は、
前記ユーザ端末の初期アクセスと、余剰システム情報ＲＭＳＩ、ｍｅｓｓａｇｅ２、ｍｅｓｓａｇｅ４および／または他システム情報ＯＳＩを搬送した物理ダウンリンク共有チャネルＰＤＳＣＨの前記ユーザ端末による受信の際に、リソースの分散的マッピング後に占用される帯域幅として、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であると指示する、請求項１２に記載のリソース決定方法。
【請求項２４】
物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定し、前記リソースマッピング構成情報に基づいて仮想リソースブロックを物理リソースブロックにマッピングするための処理モジュールと、
前記リソースマッピング構成情報をユーザ端末に送信するための送信モジュールとを含み、
前記リソースマッピング構成情報をユーザ端末に送信することによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得し、
ここで、前記リソースマッピング構成情報の中の構成パラメータは、
ダウンリンク帯域幅の利用可能なＶＲＢ数
【数７】
2021501525.tif 000072
、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む、ネットワーク側機器。
【請求項２５】
前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号を含み、
前記マッピング関数の引数は、少なくともＶＲＢ番号とスロット番号を含み、
ここで、ＶＲＢ番号の範囲が
【数８】
2021501525.tif 000073
である、請求項２４に記載のネットワーク側機器。
【請求項２６】
前記送信モジュールは、
前記リソースマッピング構成情報をＲＲＣシグナリングによって前記ユーザ端末に送信することに用いられ、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式または予め前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
対応するマッピング関数とＶＲＢ番号の範囲を含む、請求項２５に記載のネットワーク側機器。
【請求項２７】
前記送信モジュールは、
前記リソースマッピング構成情報をＬ１シグナリングによって前記ユーザ端末に送信することに用いられ、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
対応するマッピング関数とＶＲＢ番号の範囲を含む、請求項２５に記載のネットワーク側機器。
【請求項２８】
前記送信モジュールは、
スケジューリング対象リソースブロックの数を前記ユーザ端末に通知することに用いられ、それによって、前記ユーザ端末が、前記スケジューリング対象リソースブロックの数に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
対応するマッピング関数とＶＲＢ番号の範囲を含み、かつスケジューリング対象リソースブロックの数毎に対応する、請求項２５に記載のネットワーク側機器。
【請求項２９】
前記送信モジュールは、
前記ユーザ端末に割り当てる帯域幅部分ＢＷＰの構成を前記ユーザ端末に送信することに用いられ、それによって、前記ユーザ端末が、前記ＢＷＰの構成に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
対応するマッピング関数とＶＲＢ番号の範囲を含み、かつＢＷＰの構成毎に対応する、請求項２５に記載のネットワーク側機器。
【請求項３０】
前記送信モジュールは、
前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ユーザ端末に送信することに用いられ、それによって、前記ユーザ端末が、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応する、請求項２４に記載のネットワーク側機器。
【請求項３１】
前記送信モジュールは、
ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信することに用いられ、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
フォーマット毎のダウンリンク制御情報に対応する、請求項２４に記載のネットワーク側機器。
【請求項３２】
前記送信モジュールは、
ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信することに用いられ、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、
予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であり、
ここで予め割り当てられた帯域幅は、
前記ネットワーク側機器から構成されるか、少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数
【数９】
2021501525.tif 000074
、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される、請求項２４に記載のネットワーク側機器。
【請求項３３】
前記送信モジュールは、
実スケジューリング対象リソースの帯域幅値を前記ユーザ端末に通知することに用いられ、それによって、前記ユーザ端末が、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
帯域幅値毎に対応する、請求項２４に記載のネットワーク側機器。
【請求項３４】
前記リソースマッピング構成情報は、
前記ユーザ端末の初期アクセスと、余剰システム情報ＲＭＳＩ、ｍｅｓｓａｇｅ２、ｍｅｓｓａｇｅ４および／または他システム情報ＯＳＩを搬送した物理ダウンリンク共有チャネルＰＤＳＣＨの前記ユーザ端末による受信の際に、リソースの分散的マッピング後に占用される帯域幅として、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であると指示する、請求項２４に記載のネットワーク側機器。
【請求項３５】
ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信するための受信モジュールと、
リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定するための処理モジュールとを含み、
ここで、前記リソースマッピング構成情報の中の構成パラメータは、
ダウンリンク帯域幅の利用可能なＶＲＢ数
【数１０】
2021501525.tif 000075
、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む、ユーザ端末。
【請求項３６】
決定された帯域幅でダウンリンクデータを受信するためのデータ受信モジュールをさらに含む、請求項３５に記載のユーザ端末。
【請求項３７】
前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号を含み、
前記マッピング関数の引数は、少なくともＶＲＢ番号とスロット番号を含み、
ここで、ＶＲＢ番号の範囲が
【数１１】
2021501525.tif 000076
である、請求項３５に記載のユーザ端末。
【請求項３８】
前記受信モジュールは、
リソースマッピング構成情報を付帯したＲＲＣシグナリングを前記ネットワーク側機器から受信することに用いられ、
前記ＲＲＣシグナリングは、
複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式または予め前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
対応するマッピング関数とＶＲＢ番号の範囲を含む、請求項３７に記載のユーザ端末。
【請求項３９】
前記受信モジュールは、
リソースマッピング構成情報を付帯したＬ１シグナリングを前記ネットワーク側機器から受信することに用いられ、
前記Ｌ１シグナリングは、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
対応するマッピング関数とＶＲＢ番号の範囲を含む、請求項３７に記載のユーザ端末。
【請求項４０】
前記受信モジュールは、
スケジューリング対象リソースブロックの数を前記ネットワーク側機器から受信することに用いられ、
前記処理モジュールは、
前記スケジューリング対象リソースブロックの数に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することに用いられ、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
対応するマッピング関数とＶＲＢ番号の範囲を含み、かつスケジューリング対象リソースブロックの数毎に対応する、請求項３７に記載のユーザ端末。
【請求項４１】
前記受信モジュールは、
前記ユーザ端末に割り当てる帯域幅部分ＢＷＰの構成を前記ネットワーク側機器から受信することに用いられ、
前記処理モジュールは、
前記ＢＷＰの構成に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することに用いられ、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
対応するマッピング関数とＶＲＢ番号の範囲を含み、かつＢＷＰの構成毎に対応する、請求項３７に記載のユーザ端末。
【請求項４２】
前記受信モジュールは、
前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ネットワーク側機器から受信することに用いられ、
前記処理モジュールは、
前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することに用いられ、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応する、請求項３５に記載のユーザ端末。
【請求項４３】
前記受信モジュールは、
リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信することに用いられ、
前記処理モジュールは、
前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することに用いられ、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
フォーマット毎のダウンリンク制御情報に対応する、請求項３５に記載のユーザ端末。
【請求項４４】
前記受信モジュールは、
リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信することに用いられ、
前記処理モジュールは、
前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することに用いられ、
前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、
予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であり、
ここで予め割り当てられた帯域幅は、
前記ネットワーク側機器から構成されるか、少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数
【数１２】
2021501525.tif 000077
、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される、請求項３５に記載のユーザ端末。
【請求項４５】
前記受信モジュールは、
前記ネットワーク側機器による実スケジューリング対象リソースの帯域幅値を取得することに用いられ、
前記処理モジュールは、
実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することに用いられ、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
帯域幅値毎に対応する、請求項３５に記載のユーザ端末。
【請求項４６】
前記リソースマッピング構成情報は、
前記ユーザ端末の初期アクセスと、余剰システム情報ＲＭＳＩ、ｍｅｓｓａｇｅ２、ｍｅｓｓａｇｅ４および／または他システム情報ＯＳＩを搬送した物理ダウンリンク共有チャネルＰＤＳＣＨの前記ユーザ端末による受信の際に、リソースの分散的マッピング後に占用される帯域幅として、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であると指示する、請求項３５に記載のユーザ端末。
【請求項４７】
メモリと、プロセッサと、メモリに格納されてプロセッサで実行可能なコンピュータプログラムを含むネットワーク側機器において、
前記コンピュータプログラムが前記プロセッサによって実行されると、請求項１〜１１のいずれか一項に記載のリソースマッピング方法のステップが実現される、ネットワーク側機器。
【請求項４８】
メモリと、プロセッサと、メモリに格納されてプロセッサで実行可能なコンピュータプログラムを含むユーザ端末において、
前記コンピュータプログラムが前記プロセッサによって実行されると、請求項１２〜２３のいずれか一項に記載のリソース決定方法のステップが実現される、ユーザ端末。
【請求項４９】
コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体であって、
前記コンピュータプログラムがプロセッサによって実行されると、請求項１〜１１のいずれか一項に記載のリソースマッピング方法のステップが実現され、または、請求項１２〜２３のいずれか一項に記載のリソース決定方法のステップが実現される、コンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本願は、２０１７年１１月１７日に中国特許庁に提出された中国特許出願２０１７１１１４８８７９．４の優先権を主張し、その全ての内容が援用によりここに取り込まれる。
【０００２】
本開示は、通信技術分野に係り、特にリソースマッピング方法、リソース決定方法、ネットワーク側機器およびユーザ端末に係る。
【背景技術】
【０００３】
従来技術の通信プロトコルは、大きめのリソース割り当ておよび大きめの帯域幅構成における分散式仮想リソースブロックＤＶＲＢ（ｄｉｓｔｒｉｂｕｔｅｄ  ＶＲＢ）に対するリソースマッピングをサポートしていない。より大きな帯域幅およびコードブロックグループＣＢＧ（Ｃｏｄｅ  Ｂｌｏｃｋ  Ｇｒｏｕｐ）伝送が５Ｇに導入されるため、大きめのリソース割り当ての場合、このシナリオではＤＶＲＢマッピングをサポートする必要がある。
【０００４】
小さめのリソース割り当ておよび大きめの帯域幅構成において、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）では５０物理リソースブロックＰＲＢ（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）以上と規定されるように、ＬＴＥでは、より小さいサイズ、セル帯域幅の１／４のオーダーの周波数間隔でのＤＶＲＢマッピングの採用をサポートする。より小さい周波数間隔の適用は、分散式伝送をセル帯域幅全体の一部に制限することを可能にする。
【０００５】
ＮＲ（ｎｅｗ  ｒａｄｉｏ）では、上述した大リソース割り当てと小リソース割り当ての両方の方式が同時に要求されるため、両者を融合した方式が必要となる。
【０００６】
また、ＮＲのＰＲＧ（Ｐｒｅｃｏｄｉｎｇ  Ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  Ｇｒｏｕｐｓ）の設計として、ｔｙｐｅ１とｔｙｐｅ２の２つの異なるタイプを採用するため、そのようなタイプに対して異なるＤＶＲＢマッピング方式を別々に設計し、ＤＶＲＢマッピングのインターリーバの具体的なパラメータを決定する必要がある。
【発明の概要】
【課題を解決するための手段】
【０００７】
第１方面では、本開示の実施例は、ネットワーク側機器に応用されるリソースマッピング方法を提供する。当該方法において、物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定することと、前記リソースマッピング構成情報に基づいて仮想リソースブロックを物理リソースブロックにマッピングし、前記リソースマッピング構成情報をユーザ端末に送信することとを含み、前記リソースマッピング構成情報をユーザ端末に送信することによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得する。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数
【数１】
2021501525.tif 000003
、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む。
【０００８】
第２方面では、本開示の実施例は、ユーザ端末に応用されるリソース決定方法を提供する。当該方法において、ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することと、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定することとを含む。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数
【数２】
2021501525.tif 000004
、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む。
【０００９】
第３方面では、本開示の実施例は、ネットワーク側機器を提供する。当該ネットワーク側機器は、物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定し、前記リソースマッピング構成情報に基づいて仮想リソースブロックを物理リソースブロックにマッピングするための処理モジュールと、前記リソースマッピング構成情報をユーザ端末に送信するための送信モジュールとを含み、前記リソースマッピング構成情報をユーザ端末に送信することによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得する。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数
【数３】
2021501525.tif 000005
、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む。
【００１０】
第４方面では、本開示の実施例は、ユーザ端末を提供する。当該ユーザ端末は、ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信するための受信モジュールと、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定するための処理モジュールとを含む。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数
【数４】
2021501525.tif 000006
、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む。
【００１１】
第５方面では、本開示の実施例は、メモリと、プロセッサと、メモリに格納されてプロセッサで実行可能なコンピュータプログラムを含むネットワーク側機器を提供する。前記コンピュータプログラムが前記プロセッサによって実行されると、上記のリソースマッピング方法のステップが実現される。
【００１２】
第６方面では、本開示の実施例は、メモリと、プロセッサと、メモリに格納されてプロセッサで実行可能なコンピュータプログラムを含むユーザ端末を提供する。前記コンピュータプログラムが前記プロセッサによって実行されると、上記のリソース決定方法のステップが実現される。
【００１３】
第７方面では、本開示の実施例は、コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体を提供する。前記コンピュータプログラムがプロセッサによって実行されると、上記のリソースマッピング方法のステップが実現され、または、上記のリソース決定方法のステップが実現される。
【図面の簡単な説明】
【００１４】
【図１】図１は、分散式スケジューリングに利用可能なＶＲＢの概略図である。
【図２】図２は、ＧＡＰ１およびＧＡＰ２に構成された後のＤＶＲＢマッピングを示す図である。
【図３】図３は、本開示の実施例におけるリソースマッピング方法のフローを示す図である。
【図４】図４は、本開示の実施例における所定帯域幅でのＤＶＲＢマッピングを示す図である。
【図５】図５は、本開示の実施例におけるスケジューリング帯域幅内のＤＶＲＢマッピングを示す図である。
【図６】図６は、本開示の実施例におけるリソース決定方法のフローを示す図である。
【図７】図７は、本開示の実施例におけるネットワーク側機器の構造を示すブロック図である。
【図８】図８は、本開示の実施例におけるユーザ端末の構造を示すブロック図である。
【図９】図９は、本開示の実施例におけるネットワーク側機器の構成を示す図である。
【図１０】図１０は、本開示の実施例におけるユーザ端末の構成を示す図である。
【発明を実施するための形態】
【００１５】
以下、本開示の実施例における技術的解決策を、本開示の実施例における図面と併せて、明確かつ完全に説明するが、記載される実施例は、本開示の一部の実施例にすぎず、全ての実施例ではないことが明らかである。本開示の実施例に基づいて、創造的な労働を伴わずに当業者によって得られる全ての他の実施例は、本開示の保護範囲に属する。
【００１６】
ネットワーク側機器は、ある特定のユーザ端末ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）に対しどのリソースブロックＲＢ（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）を割り当てるかを決定する際に、時間領域および周波数領域に関するダウンリンクチャネル品質を考慮する可能性がある。すなわち、チャネルに関する周波数選択スケジューリングでは、周波数選択性減衰によるチャネル変動などを考慮して、チャネル品質の良いＲＢ（必ずしも連続的ではない）を当該ＵＥに割り当てることで、ＵＥのレートおよびセル全体のスループットを大幅に向上させることができる。
【００１７】
しかしながら、周波数選択スケジューリングは、ダウンリンクチャネル品質をネットワーク側機器に報告することをＵＥに要求するため、大きなシグナリングオーバーヘッドをもたらし、同時に、ネットワーク側機器が、時折の情報を受信するか、または情報を受信できないことを回避するために、ダウンリンクチャネル品質情報を正しくタイムリーに受信できることを保証する必要がある。したがって、場合によっては、周波数選択スケジューリングは、適用しない。たとえば、音声トラフィックなどの低速トラフィックの場合、周波数選択に関連するフィードバックシグナリングによって、比較的大きなオーバーヘッドをもたらし、得より損のほうが大きい。高速で走行する高速鉄道車両などのＵＥが高速で移動するシナリオでは、リアルタイムのチャネル品質を追跡することが困難または不可能であり、周波数選択スケジューリングに必要なチャネル品質精度を提供することができない。
【００１８】
この場合、周波数領域で不連続なリソースブロックにダウンリンク伝送を分散して周波数ダイバーシチ利得を得て、伝送の信頼性を向上させることが考えられる。
【００１９】
上記２つの異なる目的のリソースマッピングを実現するために、ＰＲＢおよび仮想リソースブロックＶＲＢ（ｖｉｒｔｕａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）の概念が導入される。ここで、ＰＲＢは、物理リソースブロック、ＶＲＢは、仮想リソースブロックを示す。ネットワーク側機器は、通常、ＶＲＢによってリソース情報をユーザ端末に指示する。具体的な物理リソースマッピングは、ＶＲＢから対応するＰＲＢにマッピングして得られる。一般に、集中式ＰＲＢは、１つのユーザ端末のリソースが連続的なＰＲＢを占用することを示し、分散式ＰＲＢは、１つのユーザ端末が帯域幅的に不連続なＰＲＢリソースを占用することを示す。このように、システムの周波数ダイバーシチ利得を向上させ、干渉抵抗力を高めることができる。
【００２０】
ＬＴＥにおいて、ＶＲＢは、集中式ＶＲＢであるＬＶＲＢ（ｌｏｃａｌｉｚｅｄ  ＶＲＢ）と分散式ＶＲＢであるＤＶＲＢ（ｄｉｓｔｒｉｂｕｔｅｄ  ＶＲＢ）の２種類が定義されている。
【００２１】
集中式リソースマッピング方式では、ＶＲＢペアとＰＲＢペアは、１対１に対応する。すなわちＶＲＢの位置は、ＰＲＢの位置である。ＲＢリソースブロック番号
【数５】
2021501525.tif 000007
であり、範囲が
【数６】
2021501525.tif 000008
である。
【数７】
2021501525.tif 000009
は、ダウンリンクのＶＲＢのリソースブロック数であり、
【数８】
2021501525.tif 000010
は、ダウンリンクＰＲＢの番号である。
【００２２】
分散式リソースマッピング方式では、ＶＲＢペアとＰＲＢペアは、１対１に対応しておらず、不連続なＰＲＢ番号には連続なＶＲＢ番号がマッピングされ、また、１サブフレーム内の２つのスロットも異なるマッピング関係を有しており、図１に示すように、この方法によって「分散式」のリソース割り当てを達成している。不連続なＰＲＢペアに連続的なＶＲＢペアをマッピングするか、各ＰＲＢペアを分離するかにかかわらず、１つのＰＲＢペアの２つのＲＢのリソース伝送に一定の周波数間隔（スロット（ｓｌｏｔ）に基づく周波数ホッピングと見なされてもよい）を持たせる目的は、周波数上のダイバーシチ効果を達成することである。
【００２３】
なお、全てのＶＲＢがインタリーブに使用できるわけではなく、
【数９】
2021501525.tif 000011
でＶＲＢの周波数位置を表すと、インタリーブに使用できるＶＲＢの範囲は、
【数１０】
2021501525.tif 000012
である。この範囲のＶＲＢのみがＲＢペアのインタリーブが可能となり、分散式ＶＲＢリソース割当が可能となる。これは、複数のリソース割り当て方式を有する異なるユーザ端末がリソースを多重化する際に、リソース衝突の可能性を低減すること、すなわち、分散式リソースを一部の物理リソースに集中させることを保証することを主な目的とする。
【００２４】
図１に示すように、
【数１１】
2021501525.tif 000013
の範囲が０〜１０であれば、ネットワーク側機器が分散式リソーススケジューリングを行う際に、ＲＢの番号が０〜１０の１１個のＶＲＢに割り当てられる可能性がある。ここで、パラメータ
【数１２】
2021501525.tif 000014
は、ダウンリンク帯域幅のＲＢ数
【数１３】
2021501525.tif 000015
ではなく、パラメータ
【数１４】
2021501525.tif 000016
は、ＬＴＥのプロトコルに従って、以下のように計算されることに留意されたい。
【００２５】
（１）スロットＧＡＰ１が使用される場合、
【数１５】
2021501525.tif 000017
。たとえば、現在は５ＭＨｚ帯域幅、
【数１６】
2021501525.tif 000018
である場合、
【数１７】
2021501525.tif 000019
。１０ＭＨｚ帯域幅、
【数１８】
2021501525.tif 000020
である場合、
【数１９】
2021501525.tif 000021
。従って、１０ＭＨｚ帯域幅に対して、周波数間隔ＧＡＰ１を用いた場合４６個のＶＲＢペアのみがＲＢの周波数インタリーブを行うことができ、分散式ＲＢ割り当てが可能となる。
【００２６】
（２）ＧＡＰ２を用いる場合、
【数２０】
2021501525.tif 000022
。たとえば、現在、１０ＭＨｚ帯域幅、
【数２１】
2021501525.tif 000023
である場合、
【数２２】
2021501525.tif 000024
。従って、１０ＭＨｚ帯域幅に対して、周波数間隔ＧＡＰ２を用いた場合３６個のＶＲＢペアのみがＲＢの周波数インタリーブを行うことができ、分散式ＲＢの割り当てを行うことができる。
【００２７】
ここで、
【数２３】
2021501525.tif 000025
は、それぞれ表１によって定義される。
【００２８】
【表１】
2021501525.tif 000026
【００２９】
一般に、ＰＲＢへのＶＲＢのマッピングは、インターリーバを用いて行われ、ＤＶＲＢを実現し、すなわちマッピング後のリソースができるだけ分散されているということを実現するためには、マッピング後の論理リソースができるだけ物理リソース全体に均一に分散されていることが要求される。
【００３０】
Ｂｌｏｃｋ  ｉｎｔｅｒｌｅａｖｅｒ（ブロックインタリーバ）を使用して、ＶＲＢを行から書き込み、列から読み出すことによって、ＶＲＢの並べ替えおよびスクランブルを完了することができる。ブロックインターリーバにとって最も重要な２つのパラメータは、その行数と列数を決定することである。
【００３１】
ＬＴＥの設計では、前述のように、ＤＶＲＢマッピングされたリソースが帯域幅全体に分布し、リソースの断片化をある程度招くため、リソースマッピングの大帯域を制限する必要がある。
【００３２】
従って、４Ｇ  ＬＴＥの設計では、以下の原則が規定されている。
【００３３】
（１）ダウンリンク制御情報ＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）  ｆｏｒｍａｔ（フォーマット）１Ａ／１Ｂ／１Ｄが分散式ＶＲＢ割り当て方式を使用し、かつそのＤＣＩの巡回冗長検査ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）がセル無線ネットワーク一時識別子Ｃ−ＲＮＴＩ（Ｃｅｌｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）によってスクランブルされる場合、ダウンリンク帯域幅が６〜４９ＲＢであると、対応するＵＥに割り当てられるＶＲＢ数は、１個から最大
【数２４】
2021501525.tif 000027
個までである。この値は、システム帯域幅に非常に近く、プロトコルにおいて具体的に規定されている。しかしながら、ダウンリンク帯域幅が５０〜１１０ＲＢである場合、対応するＵＥに割り当てられるＶＲＢ数は、１個から最大１６個まで可能である。
【００３４】
（２）分散式のＶＲＢからＰＲＢへのマッピングは、連続的に割り当てられるＲＢの長さがシステム帯域幅の半分よりも大きくなることを回避することが求められ、これはリソースの断片化をもたらす。
【００３５】
以下の例を挙げる。たとえば５０ＰＲＢの構成では、ＧＡＰ１とＧＡＰ２で構成される場合、最初の１６個のＶＲＢがマッピングされた後のリソースは、図２に示すようになり、数字はＶＲＢの論理番号である。
【００３６】
ＬＴＥではＤＶＲＢでｉｎｔｒａ−ｓｕｂｆｒａｍｅ  ｈｏｐｐｉｎｇも使用し、すなわち、１ｓｕｂｆｒａｍｅ内の２つのｓｌｏｔで周波数ホッピングを使用しているため、図２には、前後２つのｓｌｏｔのマッピングが描かれている。ＧＡＰ１のＤＶＲＢマッピングとＧＡＰ２のＤＶＲＢマッピングとの主な違いは、マッピング後のリソースの分布帯域幅にあることがわかる。ＧＡＰ１の分布帯域幅は、システム帯域幅に等しく、ＧＡＰ２の分布帯域幅は、システム帯域幅の約１／２程度である。
【００３７】
ＰＲＢ  ｂｕｎｄｌｉｎｇは、物理リソースブロックをバインドすることを示す。ＬＴＥではチャネル推定の品質を向上させるために、複数のＰＲＢが同じＰｒｅｃｏｄｅｒ（フォーミングベクトル）を使用することを想定しており、このように受信側（つまりユーザ端末側）が複数のＰＲＢを連携してチャネル推定を行うことが可能な構成は、ＬＴＥではＰＲＧ（Ｐｒｅｃｏｄｉｎｇ  Ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  Ｇｒｏｕｐｓ）構成と呼ばれている。
【００３８】
ＵＥは、１つのサービングセルにあるとき、プリコーディング粒度が周波数領域における複数のリソースブロック（ＰＲＢ）であると仮定することができる。プリコーディングされたリソースブロックグループ（ＰＲＧＳ）のサイズ分割は、システム帯域幅の和に依存し、ＰＲＧは、連続するＰＲＢからなる。ＵＥは、１つのＰＲＧにおいて、全ての所定のＰＲＢが同じＰｒｅｃｏｄｅｒを適用すると仮定することができる。ＰＲＧのサイズは、システムの帯域幅に関連し、ＬＴＥでは、表２に示されるように規定される。
【００３９】
【表２】
2021501525.tif 000028
【００４０】
ここで、Ｐ´は、１つのＰＲＧに含まれるＰＲＢの数、すなわちＰＲＧ  ｓｉｚｅ（サイズ）である。
【００４１】
ＬＴＥのタイプ０のリソース割り当てでは、ＵＥに割り当てられるリソースは、ビットマップ（ｂｉｔｍａｐ）によって表される。ビットマップの各ビットは、１つのリソースブロックグループ、すなわちＲＢＧを表す。１にセットすることは、対応するリソースブロックが当該ＵＥに割り当てられていることを示し、０は、割り当てられていないことを示す。リソースブロックグループＲＢＧは、１つまたは複数の連続ＶＲＢからなる。ＶＲＢは、集中式である。ＲＢＧのサイズＰ（含まれるＲＢの数）は、表３に示されるように、システム帯域幅に関連する。
【００４２】
【表３】
2021501525.tif 000029
【００４３】
５Ｇ  ＮＲにおけるＰＲＧ構成は、ｔｙｐｅ１とｔｙｐｅ２の２種類が可能である。ｔｙｐｅ１とは、前記ネットワーク側機器により構成されるか、または［１，２，４，８，１６］のような、予め定義される複数のＰＲＧ  ｓｉｚｅのセットである。前記ユーザ端末が使用するＰＲＧ  ｓｉｚｅをＬ１シグナリングにより動的に指示する。ｔｙｐｅ２とは、ＰＲＧ  ｓｉｚｅが連続スケジューリング対象リソースの数に等しい。
【００４４】
ＮＲにおけるリソースは、ｂｉｔｍａｐタイプ（ｔｙｐｅ０）および連続リソース割り当てタイプ（ｔｙｐｅ１）の２つのタイプのリソース割り当てをサポートする。
【００４５】
タイプ０：タイプ０は、ｂｉｔｍａｐの形式を使用する。ｂｉｔｍａｐの各ビットが１つのＲＢＧ（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ｇｒｏｕｐ）を表し、ＲＢＧが１つのＲＢ群を表し、ＲＢ群のサイズとして、２０Ｍのシステム帯域幅などの帯域幅に関連する可能性があり、各ＲＢＧが４ＲＢを含むため、２０Ｍの帯域幅が計２５ＲＢＧを有し、対応するＤＣＩ中のｂｉｔｍａｐは、２５ビットを有する。あるＲＢＧをＵＥに割り当てると、ＵＥに対応するＤＣＩのｂｉｔｍａｐ対応ビットを１をセットすればよい。
【００４６】
タイプ１：ＵＥに割り当てられるリソースは、連続的なＶＲＢであり、そのＶＲＢから実際の物理リソースＰＲＢへのマッピングは、集中式（ｌｏｃａｌｉｚｅｄ）でも、分散式（ｄｉｓｔｒｉｂｕｔｅｄ）でもよい。
【００４７】
従来技術の通信プロトコルは、大きめのリソース割り当ておよび大きめの帯域幅構成におけるＤＶＲＢに対するリソースマッピングをサポートしていない。より大きな帯域幅およびＣＢＧ伝送が５Ｇに導入されるため、大きめのリソース割り当ての場合、このシナリオではＤＶＲＢマッピングをサポートする必要がある。
【００４８】
ＮＲのＰＲＧの設計として、ｔｙｐｅ１とｔｙｐｅ２の２つの異なるタイプを採用するため、そのようなタイプに対して異なるＤＶＲＢマッピング方式を別々に設計し、ＤＶＲＢマッピングのインターリーバの具体的なパラメータを決定する必要がある。
【００４９】
本開示の解決しようとする技術課題は、ｔｙｐｅ１とｔｙｐｅ２の２つの異なるＰＲＧタイプのリソースマッピングのニーズに対応可能なリソースマッピング方法、リソース決定方法、ネットワーク側機器およびユーザ端末を提供することである。
【００５０】
本開示の実施例は、ネットワーク側機器に応用されるリソースマッピング方法を提供し、図３に示すように、以下のステップを含む。
【００５１】
ステップ１０１において、物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定する。
【００５２】
ステップ１０２において、前記リソースマッピング構成情報に基づいて仮想リソースブロックを物理リソースブロックにマッピングし、前記リソースマッピング構成情報をユーザ端末に送信し、それによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得する。
【００５３】
ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数
【数２５】
2021501525.tif 000030
、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む。
【００５４】
本実施例において、ネットワーク側機器が、構成パラメータを付帯した物理ダウンリンク制御チャネルのリソースマッピング構成情報をユーザ端末に送信し、ユーザ端末が、リソースマッピング構成情報における構成パラメータに基づいて、リソースの分散的マッピング後に占有される帯域幅を決定し、さらに、決定された帯域幅でダウンリンクデータを受信することができる。本開示の技術的手段は、ｔｙｐｅ１とｔｙｐｅ２の２つの異なるＰＲＧタイプのリソースマッピングのニーズを満たすことができ、リソースのダイバーシチ利得を保証しつつ、リソースの可用性を高め、リソースの連続性を保証する。
【００５５】
ＤＶＲＢのマッピングプロセスでは、一般に、以下のパラメータを決定する必要がある。
【００５６】
（１）ブロックインターリーバ（Ｂｌｏｃｋ  ｉｎｔｅｒｌｅａｖｅｒ）のインターリーブ粒度
【数２６】
2021501525.tif 000031
：一般的にはＰ´またはＰ´の倍数である。すべてのＶＲＢは、
【数２７】
2021501525.tif 000032
を粒度として
【数２８】
2021501525.tif 000033
群に分類される。
【００５７】
（２）インターリービング行列の列数（または行数）、即ち
【数２９】
2021501525.tif 000034
、ブロックインターリーバの列数を決定する。
【数３０】
2021501525.tif 000035
群には、ＶＲＢを行から書き込み、列から読み出すことによって、ＶＲＢの並べ替えとスクランブルを完成したり、ＶＲＢを列から書き込み、行から読み出すことによって、ＶＲＢの並べ替えとスクランブルを完成したりするＢｌｏｃｋ  ｉｎｔｅｒｌｅａｖｅｒが適用される。
【００５８】
上記インタリーブされた論理リソースは、物理リソースにマッピングされる。一般にＤＶＲＢマッピングされたリソースが帯域幅全体に分布し、ある程度リソースの断片化を招くため、リソースマッピングの大帯域を制限する必要がある。この場合、
【数３１】
2021501525.tif 000036
の数にも一定の制限がある。
【００５９】
本実施例において、前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号f(・)を含み、
【数３２】
2021501525.tif 000037
。前記マッピング関数f(・)の引数は、少なくともＶＲＢ番号とスロット番号を含み、ここでＶＲＢ番号の範囲は、
【数３３】
2021501525.tif 000038
である。
【数３４】
2021501525.tif 000039
の値も一定範囲にあり、物理リソース数の制限を超えてはならず、
【数３５】
2021501525.tif 000040
である。nsは、ｓｌｏｔの番号である。ここでｓｌｏｔ番号を引数として導入し、ｓｌｏｔ間のランダム化を可能にする。また、
【数３６】
2021501525.tif 000041
が異なると、f(・)マッピングの結果も異なる。
【００６０】
【数３７】
2021501525.tif 000042
が全体物理リソース
【数３８】
2021501525.tif 000043
に近い場合、利用可能な物理リソースは多い。しかし、リソース分散マッピング後の物理的な周波数領域間隔が小さいため、ダイバーシチの利得は小さい。
【数３９】
2021501525.tif 000044
が総物理リソース
【数４０】
2021501525.tif 000045
よりも十分に小さい場合、利用可能な物理リソースは少ないが、リソース分散マッピング後の物理的な周波数領域間隔が大きいため、ダイバーシチの利得は大きい。
【００６１】
具体的な実施例１では、プロトコルまたはネットワーク側機器の無線リソース制御ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングにより、複数のＤＶＲＢのマッピング方式（異なるマッピング帯域幅に対応）から、そのうちの１つの、ＵＥのＤＶＲＢマッピング方式を通知する。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、前記リソースマッピング構成情報をＲＲＣシグナリングによって前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記リソースマッピング構成情報の番号をＲＲＣシグナリングによって前記ユーザ端末に送信してもよく、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式または予め前記ユーザ端末に送信される複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。
【００６２】
本実施例の背景は、ネットワーク側機器が半静的にＤＶＲＢのマッピング方式を制御できることである。たとえばネットワーク側機器がＤＶＲＢマッピング後の離散の程度、すなわちマッピング後の占用帯域の大きさを制御することで、リソースの断片化を効率的に制御する。具体的な実現は、以下の通りである。
【００６３】
ネットワーク側機器は、ＲＲＣシグナリングｉを受信したとき、マッピング関数fi(・)を用いるなど、具体的なＤＶＲＢのマッピング方式をＲＲＣシグナリングによってＵＥに通知する。fi(・)は、異なる関数形式を有し、たとえばfi(・)に対応するＤＶＲＢマッピング後の帯域幅が異なり（たとえば全帯域幅または１／２帯域幅であり、異なる適用シナリオに対応する）、
【数４１】
2021501525.tif 000046
値の範囲が異なるまたは同じである（小さめのリソース割り当ておよび大きめの帯域幅構成のシナリオに対応する）。
【００６４】
具体的な実施例２において、複数のＵＥのＤＶＲＢマッピング方式（異なるマッピング帯域幅に対応）をプロトコルまたはネットワーク側機器のＲＲＣシグナリングによって構成した後に、Ｌ１シグナリングによって１つのＤＶＲＢのマッピング方式を選択する。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、前記リソースマッピング構成情報をＬ１シグナリングによって前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記リソースマッピング構成情報の番号をＬ１シグナリングによって前記ユーザ端末に送信してもよく、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。
【００６５】
本実施例の背景は、ネットワーク側機器がＤＶＲＢのマッピング方式を動的に制御できることである。たとえばネットワーク側機器がＤＶＲＢマッピング後の離散的な度合い、すなわちマッピング後の占用帯域幅の大きさを制御することによって、リソースの断片化を効果的に制御する。具体的な実現としては、ネットワーク側機器は、複数のＤＶＲＢのマッピング方式をＲＲＣシグナリングによってＵＥに通知し、または、複数のＤＶＲＢのマッピング方式をプロトコルによって規定し、Ｌ１シグナリングｉを受信した場合、マッピング関数fi(・)を用いるなど、具体的にどのマッピング方式を採用したかをＬ１の動的シグナリングによって通知する。fi(・)は、異なる関数形式を有し、たとえばfi(・)に対応するＤＶＲＢマッピング後の帯域幅が異なり（たとえば全帯域幅または１／２帯域幅であり、異なる適用シナリオに対応する）、
【数４２】
2021501525.tif 000047
値の範囲が異なるまたは同じである（小さめのリソース割り当ておよび大きめの帯域幅構成のシナリオに対応する）。
【００６６】
具体的な実施例３において、ユーザ端末は、実スケジューリング対象リソースの帯域幅に基づいて、複数のＤＶＲＢマッピング方式（異なるマッピング帯域幅に対応）から、一種のＤＶＲＢのマッピング方式を暗黙的に決定する。実スケジューリング対象リソースの帯域幅、すなわちスケジューリング対象データが占用する帯域幅は、伝送帯域幅とは異なり、実際のスケジューリングにどれだけの帯域幅が使用されたかを意味する。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、スケジューリング対象リソースブロックの数を前記ユーザ端末に通知することを含み、それによって、前記ユーザ端末が、前記スケジューリング対象リソースブロックの数に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつスケジューリング対象リソースブロックの数毎に対応する。
【００６７】
上記の具体的な実施例１および２におけるＤＶＲＢは、いずれも１つの帯域幅でのリソース分散化の動作である。本実施例のリソース分散化は、スケジューリング対象のリソースのみにおいて行われる。理解を容易にするために、両者の違いは図４および図５に示され、図中の点がスケジューリング対象のＶＲＢであり、スケジューリング帯域幅内のＤＶＲＢとは、各ＰＲＢの順序を、そのＶＲＢに対応するＰＲＢリソースのセット内で乱すことを意味する。これは、場合によっては、ＣＢＧ伝送に基づくデータ伝送の性能を最適化することができ、また、リソースを断片化することもない。
【００６８】
具体的な実現として、ネットワーク側機器がＲＲＣシグナリングによって複数のＤＶＲＢのマッピング方式をＵＥに通知するか、またはプロトコルによって複数のＤＶＲＢのマッピング方式を規定し、端末が、スケジューリング対象リソースの数（通常ＶＲＢの数）に応じてどのマッピング方式を採用したかを動的に決定する。たとえば、スケジューリング対象リソースの数が一定値以下であるとき、f1(・)使用される。スケジューリング対象リソースの数が一定値よりも大きいとき、f2(・)が使用される。f1(・)、f2(・)は、異なる関数形を有し、f1(・)、f2(・)に対応するＤＶＲＢマッピング後の帯域幅が異なってもよく（たとえば全帯域幅または１／２帯域幅であり、異なる応用シナリオに対応する）、またはf1(・)に対応するＤＶＲＢは、所定帯域幅での分散化であり、f2(・)に対応するＤＶＲＢは、スケジューリング帯域幅内での分散化であり、
【数４３】
2021501525.tif 000048
値の範囲が異なるまたは同じである（小さめのリソース割り当ておよび大きめの帯域幅構成のシナリオに対応する）。
【００６９】
具体的な実施例４において、構成される可能な伝送帯域幅（ＢＷＰ帯域幅またはキャリアの帯域幅）に応じて、複数のＤＶＲＢマッピング方式（異なるマッピング帯域幅に対応）から、一種のＤＶＲＢのマッピング方式を暗黙的に決定する。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、前記ユーザ端末に割り当てる帯域幅部分ＢＷＰの構成を前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ＢＷＰの構成に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつＢＷＰの構成毎に対応する。
【００７０】
具体的な実現として、ネットワーク側機器がＲＲＣシグナリングによって複数のＤＶＲＢのマッピング方式をＵＥに通知するか、またはプロトコルによって複数のＤＶＲＢのマッピング方式を規定し、端末が、マッピング関数fi(・)が用いられるなど、ＢＷＰ帯域幅に応じてどのマッピング方式を採用したかを動的に決定する。fi(・)は、異なる関数形を有し、fi(・)に対応するＤＶＲＢマッピング後の帯域幅が異なってもよく（たとえば全帯域幅または１／２帯域幅であり、異なる応用シナリオに対応する）、またはfi(・)に対応するＤＶＲＢは、所定帯域幅でのＤＶＲＢであるか、またはスケジューリング帯域幅内でＤＶＲＢであるか選択可能であり、
【数４４】
2021501525.tif 000049
値の範囲が異なるまたは同じである（小さめのリソース割り当ておよび大きめの帯域幅構成のシナリオに対応する）。
【００７１】
具体的な実施例５において、ＢＷＰ帯域幅とリソース割り当てのタイプ（ｔｙｐｅ０またはｔｙｐｅ１）に応じて、複数のＤＶＲＢマッピング方式（異なるマッピング帯域幅に対応）から、一種のＤＶＲＢのマッピング方式を暗黙的に決定する。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応する。
【００７２】
具体的な実現として、ＮＲダウンリンクリソース割り当てタイプ０（ｂｉｔｍａｐ  ｔｙｐｅ）に対して、ＤＶＲＢは、所定のスケジューリング対象リソースで分散化を行い、すなわちｂｌｏｃｋ  ｉｎｔｅｒｌｅａｖｅｒがスケジューリング対象ＶＲＢでのみ行われる。ＮＲダウンリンクリソース割り当てタイプ１（連続リソース割り当て）では、ＤＶＲＢは、所定の帯域幅で分散化を行い、すなわちｂｌｏｃｋ  ｉｎｔｅｒｌｅａｖｅｒは、ＢＷＰ帯域幅内または１つの既知の帯域幅内で行われる。
【００７３】
具体的な実施例６において、ＤＶＲＢのマッピング方式は、ＤＣＩ  ｆｏｒｍａｔによって決定される。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、フォーマット毎のダウンリンク制御情報に対応する。
【００７４】
具体的な実現として、フォールバックＤＣＩと通常のＤＣＩとでは、両者のＤＣＩフォーマットが異なり、異なるＤＶＲＢのマッピング方式を採用することが考えられる。たとえば、フォールバックＤＣＩに対し、ＤＶＲＢは、所定の帯域幅で分散化を行い、つまりｂｌｏｃｋ  ｉｎｔｅｒｌｅａｖｅｒはＢＷＰ帯域幅内または１つの既知の帯域幅内で行う。通常のＤＣＩに対し、ＤＶＲＢは、スケジューリング対象リソースで分散化を行い、つまりｂｌｏｃｋ  ｉｎｔｅｒｌｅａｖｅｒは、スケジューリング対象ＶＲＢでのみ行う。
【００７５】
さらに、前記の前記リソースマッピング構成情報をユーザ端末に送信することは、ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅である。ここで予め割り当てられた帯域幅は、前記ネットワーク側機器から構成されるか、少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数
【数４５】
2021501525.tif 000050
、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される。
【００７６】
具体的な実施例７では、初期アクセス時に、端末にＵＥ−ｓｐｅｃｉｆｉｃのシグナリングがまだ送られていないため、ＤＶＲＢマッピングを具体的に使用することを決定するために特別な処理が必要である。たとえば、初期アクセス時に、ネットワーク側機器は、制御シグナリングを伝達するためにｆａｌｌｂａｃｋ  ＤＣＩ（フォールバックＤＣＩ）を送信し、フローを簡略化するために固定ＰＲＧ  ｔｙｐｅを使用することを考慮する。
【００７７】
端末が、余剰システム情報ＲＭＳＩ（Ｒｅｍａｉｎｉｎｇ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）、ｍｅｓｓａｇｅ  ２（ＲＡＲ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ））、ｍｅｓｓａｇｅ４、他システム情報ＯＳＩ（Ｏｔｈｅｒ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）を搬送する物理ダウンリンク共有チャネルＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ，ＰＤＳＣＨ）を受信し、端末がＤＶＲＢの方式を用いて受信する場合、以下のデフォルト方式で受信することが考えられる。
【００７８】
（１）ＤＶＲＢは、所定の帯域幅で分散化を行い、すなわち、ｂｌｏｃｋ  ｉｎｔｅｒｌｅａｖｅｒは、初期アクセスのＢＷＰ帯域幅内で行われる。
【００７９】
（２）ＤＶＲＢは、スケジューリング対象リソースで分散化を行い、すなわちｂｌｏｃｋ  ｉｎｔｅｒｌｅａｖｅｒは、スケジューリング対象ＶＲＢでのみ行われる。
【００８０】
（３）実スケジューリング対象リソースの帯域幅に応じて、複数のＤＶＲＢマッピング方式（異なるマッピング帯域幅に対応）から、一種のＤＶＲＢのマッピング方式を暗黙的に決定することができる。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、実スケジューリング対象リソースの帯域幅値を前記ユーザ端末に通知することを含み、それによって、前記ユーザ端末が、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、帯域幅値毎に対応する。
【００８１】
ここで、ＲＭＳＩは、ＬＴＥにおけるＳＩＢ１と同様の５Ｇ  ＮＲで導入されたシステム情報である。ＯＳＩは、ＬＴＥにおけるＳＩＢ１を除く残りのＳＩＢｘシステム情報と同様の５Ｇ  ＮＲで導入されたものである。
【００８２】
従来技術における４Ｇ  ＬＴＥ物理層設計における物理ランダムアクセス（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）チャネルＰＲＡＣＨは、主に、ユーザ端末側がアップリンクランダムアクセス要求を引き起こすために使用され、その要求に応じてネットワーク側機器側が後続の応答をさらに決定する。
【００８３】
従来技術におけるランダムアクセスプロセスは、主に４つのステップを有する。
ステップ１：プリアンブル送信（Ｍｅｓｓａｇｅ  １）
ステップ２：ランダムアクセス応答（Ｍｅｓｓａｇｅ  ２）
ステップ３：レイヤ２／レイヤ３メッセージ（Ｍｅｓｓａｇｅ  ３）
ステップ４：競合解決メッセージ（Ｍｅｓｓａｇｅ  ４）
【００８４】
そのうち、ステップ１は、主に物理レイヤのＰｒｅａｍｂｌｅ（コード）で生成したシーケンス（ｓｅｑｕｅｎｃｅ）が物理レイヤの時間周波数リソースにマッピングされて送信される。ステップ２は、主に、ネットワーク側機器が、ＰＤＳＣＨチャネルを介してランダムアクセス応答ＲＡＲ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）を送信し、ランダムアクセス無線ネットワーク一時識別子ＲＡ−ＲＮＴＩ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  ＩＤ）を用いて識別し、どの時間周波数スロットにアクセスプレフィックスが検出されたかを識別する。いくつかのＵＥが同じプレフィックス時間周波数リソースにおいて同じフラグを選択したことにより衝突が発生した場合、これらのＵＥもＲＡＲを受信する。ステップ３は、ＲＲＣ接続要求メッセージ、ロケーションエリア更新メッセージ、またはスケジューリング要求メッセージのような、決定されたランダムアクセスプロセスメッセージを搬送する、物理アップリンク共有チャネルＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）に割り当てられて最初のランダムアクセス関連メッセージをスケジューリングする。ステップ４の主な目的は、Ｃ−ＲＮＴＩまたは一時的Ｃ−ＲＮＴＩに対する競合解決メッセージである。後者の場合、競合解決メッセージは、Ｌ２／Ｌ３メッセージに付帯されたＵＥ  ＩＤを応答する。競合解決メッセージは、ＨＡＲＱをサポートする。競合衝突が発生した後、Ｌ２／Ｌ３メッセージの復号に成功した場合、自身のＵＥ  ＩＤ（またはＣ−ＲＮＴＩ）を検出したそのＵＥのみがＨＡＲＱフィードバックメッセージを送信する。他のＵＥは、衝突が存在することを認識し、ＨＡＲＱフィードバックメッセージを送信せず、できるだけ早く今回のアクセスプロセスを終了し、新しいランダムアクセスを開始する。
【００８５】
本開示の実施例は、ユーザ端末に応用されるリソース決定方法をさらに提供し、図６に示すように、ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信するステップ２０１と、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定するステップ２０２とを含む。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数
【数４６】
2021501525.tif 000051
、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む。
【００８６】
本実施例において、ネットワーク側機器が、構成パラメータを付帯した物理ダウンリンク制御チャネルのリソースマッピング構成情報をユーザ端末に送信し、ユーザ端末が、リソースマッピング構成情報における構成パラメータに基づいて、リソースの分散的マッピング後に占有される帯域幅を決定し、さらに、決定された帯域幅でダウンリンクデータを受信することができる。本開示の技術的手段は、ｔｙｐｅ１とｔｙｐｅ２の２つの異なるＰＲＧタイプのリソースマッピングのニーズを満たすことができ、リソースのダイバーシチ利得を保証しつつ、リソースの可用性を高め、リソースの連続性を保証する。
【００８７】
さらに、前記のリソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定することの後に、前記方法において、決定された帯域幅でダウンリンクデータを受信することをさらに含む。
【００８８】
さらに、前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号を含み、前記マッピング関数の引数は、少なくともＶＲＢ番号とスロット番号を含み、ここで、ＶＲＢ番号の範囲が
【数４７】
2021501525.tif 000052
である。
【００８９】
さらに、前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、リソースマッピング構成情報を付帯したＲＲＣシグナリングを前記ネットワーク側機器から受信することを含む。前記ＲＲＣシグナリングは、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式または予め前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。
【００９０】
さらに、前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、リソースマッピング構成情報を付帯したＬ１シグナリングを前記ネットワーク側機器から受信することを含む。前記Ｌ１シグナリングは、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。
【００９１】
さらに、前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、スケジューリング対象リソースブロックの数を前記ネットワーク側機器から受信し、前記スケジューリング対象リソースブロックの数に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含む。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつスケジューリング対象リソースブロックの数毎に対応する。
【００９２】
さらに、前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、前記ユーザ端末に割り当てる帯域幅部分ＢＷＰの構成を前記ネットワーク側機器から受信し、前記ＢＷＰの構成に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含む。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつＢＷＰの構成毎に対応する。
【００９３】
さらに、前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ネットワーク側機器から受信し、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含む。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応する。
【００９４】
さらに、前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信し、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含む。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、フォーマット毎のダウンリンク制御情報に対応する。
【００９５】
さらに、前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信し、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含む。前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であり、ここで予め割り当てられた帯域幅は、前記ネットワーク側機器から構成されるか、少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数
【数４８】
2021501525.tif 000053
、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される。
【００９６】
前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、前記ネットワーク側機器による実スケジューリング対象リソースの帯域幅値を取得し、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含む。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、帯域幅値毎に対応する。
【００９７】
さらに、前記リソースマッピング構成情報は、前記ユーザ端末の初期アクセスと、余剰システム情報ＲＭＳＩ、ｍｅｓｓａｇｅ２、ｍｅｓｓａｇｅ４および／または他システム情報ＯＳＩを搬送した物理ダウンリンク共有チャネルＰＤＳＣＨの前記ユーザ端末による受信の際に、リソースの分散的マッピング後に占用される帯域幅として、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であると指示する。
【００９８】
本開示の実施例は、図７に示すように、物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定し、前記リソースマッピング構成情報に基づいてＶＲＢをＰＲＢにマッピングするための処理モジュール３１と、前記リソースマッピング構成情報をユーザ端末に送信するための送信モジュール３２とを含むネットワーク側機器をさらに提供し、前記リソースマッピング構成情報をユーザ端末に送信することによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得する。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数
【数４９】
2021501525.tif 000054
、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む。
【００９９】
本実施例において、ネットワーク側機器が、構成パラメータを付帯した物理ダウンリンク制御チャネルのリソースマッピング構成情報をユーザ端末に送信し、ユーザ端末が、リソースマッピング構成情報における構成パラメータに基づいて、リソースの分散的マッピング後に占有される帯域幅を決定し、さらに、決定された帯域幅でダウンリンクデータを受信することができる。本開示の技術的手段は、ｔｙｐｅ１とｔｙｐｅ２の２つの異なるＰＲＧタイプのリソースマッピングのニーズを満たすことができ、リソースのダイバーシチ利得を保証しつつ、リソースの可用性を高め、リソースの連続性を保証する。
【０１００】
さらに、前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号を含み、前記マッピング関数の引数は、少なくともＶＲＢ番号とスロット番号を含み、ここで、ＶＲＢ番号の範囲が
【数５０】
2021501525.tif 000055
である。
【０１０１】
さらに、前記送信モジュールは、具体的に、前記リソースマッピング構成情報をＲＲＣシグナリングによって前記ユーザ端末に送信することに用いられ、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式または予め前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。
【０１０２】
さらに、前記送信モジュールは、具体的に、前記リソースマッピング構成情報をＬ１シグナリングによって前記ユーザ端末に送信することに用いられ、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。
【０１０３】
さらに、前記送信モジュールは、具体的に、スケジューリング対象リソースブロックの数を前記ユーザ端末に通知することに用いられ、それによって、前記ユーザ端末が、前記スケジューリング対象リソースブロックの数に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつスケジューリング対象リソースブロックの数毎に対応する。
【０１０４】
さらに、前記送信モジュールは、具体的に、前記ユーザ端末に割り当てる帯域幅部分ＢＷＰの構成を前記ユーザ端末に送信することに用いられ、それによって、前記ユーザ端末が、前記ＢＷＰの構成に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつＢＷＰの構成毎に対応する。
【０１０５】
さらに、前記送信モジュールは、具体的に、前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ユーザ端末に送信することに用いられ、それによって、前記ユーザ端末が、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応する。
【０１０６】
さらに、前記送信モジュールは、具体的に、ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信することに用いられ、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、フォーマット毎のダウンリンク制御情報に対応する。
【０１０７】
さらに、前記送信モジュールは、具体的に、ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信することに用いられ、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であり、ここで予め割り当てられた帯域幅は、前記ネットワーク側機器から構成されるか、少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数
【数５１】
2021501525.tif 000056
、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される。
【０１０８】
さらに、前記送信モジュールは、具体的に、実スケジューリング対象リソースの帯域幅値を前記ユーザ端末に通知することに用いられ、それによって、前記ユーザ端末が、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、帯域幅値毎に対応する。
【０１０９】
さらに、前記リソースマッピング構成情報は、前記ユーザ端末の初期アクセスと、余剰システム情報ＲＭＳＩ、ｍｅｓｓａｇｅ２、ｍｅｓｓａｇｅ４および／または他システム情報ＯＳＩを搬送した物理ダウンリンク共有チャネルＰＤＳＣＨの前記ユーザ端末による受信の際に、リソースの分散的マッピング後に占用される帯域幅として、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であると指示する。
【０１１０】
本開示の実施例は、図８に示すように、ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信するための受信モジュール４１と、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定するための処理モジュール４２とを含むユーザ端末をさらに提供する。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数
【数５２】
2021501525.tif 000057
、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む。
【０１１１】
本実施例において、ネットワーク側機器が、構成パラメータを付帯した物理ダウンリンク制御チャネルのリソースマッピング構成情報をユーザ端末に送信し、ユーザ端末が、リソースマッピング構成情報における構成パラメータに基づいて、リソースの分散的マッピング後に占有される帯域幅を決定し、さらに、決定された帯域幅でダウンリンクデータを受信することができる。本開示の技術的手段は、ｔｙｐｅ１とｔｙｐｅ２の２つの異なるＰＲＧタイプのリソースマッピングのニーズを満たすことができ、リソースのダイバーシチ利得を保証しつつ、リソースの可用性を高め、リソースの連続性を保証する。
【０１１２】
さらに、ユーザ端末は、決定された帯域幅でダウンリンクデータを受信するためのデータ受信モジュールをさらに含む。
【０１１３】
さらに、前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号を含み、前記マッピング関数の引数は、少なくともＶＲＢ番号とスロット番号を含み、ここで、ＶＲＢ番号の範囲が
【数５３】
2021501525.tif 000058
である。
【０１１４】
さらに、前記受信モジュールは、具体的に、リソースマッピング構成情報を付帯したＲＲＣシグナリングを前記ネットワーク側機器から受信することに用いられる。前記ＲＲＣシグナリングは、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式または予め前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。
【０１１５】
さらに、前記受信モジュールは、具体的に、リソースマッピング構成情報を付帯したＬ１シグナリングを前記ネットワーク側機器から受信することに用いられる。前記Ｌ１シグナリングは、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。
【０１１６】
さらに、前記受信モジュールは、具体的に、スケジューリング対象リソースブロックの数を前記ネットワーク側機器から受信し、前記スケジューリング対象リソースブロックの数に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することに用いられる。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつスケジューリング対象リソースブロックの数毎に対応する。
【０１１７】
さらに、前記受信モジュールは、具体的に、前記ユーザ端末に割り当てる帯域幅部分ＢＷＰの構成を前記ネットワーク側機器から受信し、前記ＢＷＰの構成に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することに用いられる。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつＢＷＰの構成毎に対応する。
【０１１８】
さらに、前記受信モジュールは、具体的に、前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ネットワーク側機器から受信し、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することに用いられる。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応する。
【０１１９】
さらに、前記受信モジュールは、具体的に、リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信し、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することに用いられる。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、フォーマット毎のダウンリンク制御情報に対応する。
【０１２０】
さらに、前記受信モジュールは、具体的に、リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信し、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することに用いられる。前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であり、ここで予め割り当てられた帯域幅は、前記ネットワーク側機器から構成されるか、少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数
【数５４】
2021501525.tif 000059
、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される。
【０１２１】
さらに、前記受信モジュールは、具体的に、前記ネットワーク側機器による実スケジューリング対象リソースの帯域幅値を取得し、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することに用いられる。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、帯域幅値毎に対応する。
【０１２２】
さらに、前記リソースマッピング構成情報は、前記ユーザ端末の初期アクセスと、余剰システム情報ＲＭＳＩ、ｍｅｓｓａｇｅ２、ｍｅｓｓａｇｅ４および／または他システム情報ＯＳＩを搬送した物理ダウンリンク共有チャネルＰＤＳＣＨの前記ユーザ端末による受信の際に、リソースの分散的マッピング後に占用される帯域幅として、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であると指示する。
【０１２３】
本開示の実施例は、メモリと、プロセッサと、メモリに格納されてプロセッサで実行可能なコンピュータプログラムを含むネットワーク側機器をさらに提供し、前記コンピュータプログラムが前記プロセッサによって実行されると、上記のリソースマッピング方法のステップが実現される。
【０１２４】
図９を参照する。図９は、本開示の実施例に応用するネットワーク側機器の構造図であり、上記実施例におけるリソースマッピング方法の細部を実現可能であり、同じ効果を達成することもできる。図９に示すように、ネットワーク側機器５００は、プロセッサ５０１と、トランシーバ５０２と、メモリ５０３と、ユーザインタフェース５０４と、バスインタフェースを含む。
【０１２５】
本開示の実施例において、ネットワーク側機器５００は、メモリ５０３に格納されてプロセッサ５０１で実行可能なコンピュータプログラムをさらに含む。コンピュータプログラムがプロセッサ５０１によって実行されると、物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定するステップと、前記リソースマッピング構成情報に基づいて仮想リソースブロックを物理リソースブロックにマッピングし、前記リソースマッピング構成情報をユーザ端末に送信するステップとが実現される。前記リソースマッピング構成情報をユーザ端末に送信することによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得する。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数
【数５５】
2021501525.tif 000060
、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む。
【０１２６】
図９では、バスアーキテクチャは、任意数の相互接続するバスとブリッジを含み、具体的に、プロセッサ５０１をはじめとする１つまたは複数のプロセッサとメモリ５０３をはじめとするメモリの各種類の回路が接続したものである。バスアーキテクチャは、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。これらは、いずれも本分野の公知事項であり、本文においてさらなる記載をしない。バスインタフェースにより、インタフェースが提供される。トランシーバ５０２は、複数の部品であってもよく、即ち送信機と受信機を含み、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。ユーザ機器によっては、ユーザインタフェース５０４は、内部接続や外部接続する機器のインタフェースであってもよい。接続する機器は、キーパッド、ディスプレイ、スピーカ、マイクロフォン、ジョイスティックなどを含むが、それらに限られない。
【０１２７】
プロセッサ５０１は、バスアーキテクチャと通常の処理を管理する。メモリ５０３は、プロセッサ５０１による作業時に使用されるデータを記憶できる。
【０１２８】
選択可能に、前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号を含み、前記マッピング関数の引数は、少なくともＶＲＢ番号とスロット番号を含み、ここで、ＶＲＢ番号の範囲が
【数５６】
2021501525.tif 000061
である。
【０１２９】
選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、前記リソースマッピング構成情報をＲＲＣシグナリングによって前記ユーザ端末に送信するステップが実現され、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式または予め前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。
【０１３０】
選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、前記リソースマッピング構成情報をＬ１シグナリングによって前記ユーザ端末に送信することが実現され、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。
【０１３１】
選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、スケジューリング対象リソースブロックの数を前記ユーザ端末に通知するステップが実現され、それによって、前記ユーザ端末が、前記スケジューリング対象リソースブロックの数に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつスケジューリング対象リソースブロックの数毎に対応する。
【０１３２】
選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、前記ユーザ端末に割り当てる帯域幅部分ＢＷＰの構成を前記ユーザ端末に送信するステップが実現され、それによって、前記ユーザ端末が、前記ＢＷＰの構成に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつＢＷＰの構成毎に対応する。
【０１３３】
選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ユーザ端末に送信するステップが実現され、それによって、前記ユーザ端末が、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応する。
【０１３４】
選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信するステップが実現され、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、フォーマット毎のダウンリンク制御情報に対応する。
【０１３５】
選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信するステップが実現され、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であり、ここで予め割り当てられた帯域幅は、前記ネットワーク側機器から構成されるか、少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数
【数５７】
2021501525.tif 000062
、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される。
【０１３６】
選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、実スケジューリング対象リソースの帯域幅値を前記ユーザ端末に通知するステップが実現され、それによって、前記ユーザ端末が、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、帯域幅値毎に対応する。
【０１３７】
選択可能に、前記リソースマッピング構成情報は、前記ユーザ端末の初期アクセスと、ＲＭＳＩ、ｍｅｓｓａｇｅ２、ｍｅｓｓａｇｅ４および／またはＯＳＩを搬送したＰＤＳＣＨの前記ユーザ端末による受信の際に、リソースの分散的マッピング後に占用される帯域幅として、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であると指示する。
【０１３８】
本開示の実施例は、メモリと、プロセッサと、メモリに格納されてプロセッサで実行可能なコンピュータプログラムを含むユーザ端末をさらに提供し、前記コンピュータプログラムが前記プロセッサによって実行されると、上記のリソース決定方法のステップが実現される。
【０１３９】
図１０を参照する。図１０は、本開示の実施例に応用するユーザ端末の構造図であり、上記実施例におけるリソース決定方法の細部を実現可能であり、同じ効果を達成することもできる。図１０に示すように、ユーザ端末６００は、プロセッサ６０４と、アンテナ６０１と、ラジオ周波数装置６０２と、ベースバンド装置６０３と、メモリ６０５と、ネットワークインターフェース６０６と、バスインタフェースを含む。
【０１４０】
本開示の実施例において、ユーザ端末６００は、メモリ６０５に格納されてプロセッサ６０４で実行可能なコンピュータプログラムをさらに含む。コンピュータプログラムがプロセッサ６０４によって実行されると、ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信するステップと、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定するステップとが実現される。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数
【数５８】
2021501525.tif 000063
、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む。
【０１４１】
図１０では、バスアーキテクチャは、任意数の相互接続するバスとブリッジを含み、具体的に、プロセッサ６０４をはじめとする１つまたは複数のプロセッサとメモリ６０５をはじめとするメモリの各種類の回路が接続したものである。バスアーキテクチャは、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。これらは、いずれも本分野の公知事項であり、本文においてさらなる記載をしない。バスインタフェースにより、インタフェースが提供される。ネットワークインターフェース６０６は、内部接続や外部接続する機器のインタフェースであってもよい。接続する機器は、キーパッド、ディスプレイ、スピーカ、マイクロフォン、ジョイスティックなどを含むが、それらに限られない。
【０１４２】
プロセッサ６０４は、バスアーキテクチャと通常の処理を管理する。メモリ６０５は、プロセッサ６０４による作業時に使用されるデータを記憶できる。
【０１４３】
選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、決定された帯域幅でダウンリンクデータを受信するステップが実現される。
【０１４４】
選択可能に、前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号を含み、前記マッピング関数の引数は、少なくともＶＲＢ番号とスロット番号を含み、ここで、ＶＲＢ番号の範囲が
【数５９】
2021501525.tif 000064
である。
【０１４５】
選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、リソースマッピング構成情報を付帯したＲＲＣシグナリングを前記ネットワーク側機器から受信するステップが実現される。前記ＲＲＣシグナリングは、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式または予め前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。
【０１４６】
選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、リソースマッピング構成情報を付帯したＬ１シグナリングを前記ネットワーク側機器から受信するステップが実現される。前記Ｌ１シグナリングは、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。
【０１４７】
選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、スケジューリング対象リソースブロックの数を前記ネットワーク側機器から受信し、前記スケジューリング対象リソースブロックの数に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するステップが実現される。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつスケジューリング対象リソースブロックの数毎に対応する。
【０１４８】
選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、前記ユーザ端末に割り当てる帯域幅部分ＢＷＰの構成を前記ネットワーク側機器から受信し、前記ＢＷＰの構成に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するステップが実現される。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつＢＷＰの構成毎に対応する。
【０１４９】
選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ネットワーク側機器から受信し、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するステップが実現される。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応する。
【０１５０】
選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信し、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するステップが実現される。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、フォーマット毎のダウンリンク制御情報に対応する。
【０１５１】
選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信し、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するステップが実現される。前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であり、ここで予め割り当てられた帯域幅は、前記ネットワーク側機器から構成されるか、少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数
【数６０】
2021501525.tif 000065
、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される。
【０１５２】
選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、前記ネットワーク側機器による実スケジューリング対象リソースの帯域幅値を取得し、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するステップが実現される。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、帯域幅値毎に対応する。
【０１５３】
さらに、前記リソースマッピング構成情報は、前記ユーザ端末の初期アクセスと、ＲＭＳＩ、ｍｅｓｓａｇｅ２、ｍｅｓｓａｇｅ４および／またはＯＳＩを搬送したＰＤＳＣＨの前記ユーザ端末による受信の際に、リソースの分散的マッピング後に占用される帯域幅として、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であると指示する。
【０１５４】
本開示の実施例は、コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体を提供する。前記コンピュータプログラムがプロセッサによって実行されると、上記のリソースマッピング方法のステップが実現され、または、上記のリソース決定方法のステップが実現される。
【０１５５】
本明細書に記載される実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはそれらの組み合わせで実現できることが理解されよう。ハードウェア実現の場合、処理ユニットは、１つまたは複数の特定用途向け集積回路ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ）、デジタル信号プロセッサＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、デジタル信号処理デバイスＤＳＰＤ（ＤＳＰ  Ｄｅｖｉｃｅ）、プログラマブル論理デバイスＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）、フィールドプログラマブルゲートアレイＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本明細書に記載される機能を実行するための他の電子ユニット、またはそれらの組み合わせで実装されてもよい。
【０１５６】
ソフトウェア実現の場合、本明細書に説明される技術は、本明細書に説明される機能を実行するモジュール（たとえば、プロセス、関数など）によって実現できる。ソフトウェアコードは、メモリに記憶され、プロセッサによって実行される。メモリは、プロセッサ内に実装されてもよく、またはプロセッサの外部に実装されてもよい。
【０１５７】
本明細書における各実施例は、漸進的に説明され、各実施例は、他の実施形態との相違点を中心に説明され、各実施例間で同様の部分は、互いに参照されたい。
【０１５８】
本開示の実施例が、方法、装置、またはコンピュータプログラム製品として提供できることは、当業者には理解されよう。したがって、本開示の実施例は、完全なハードウェア実施例、完全なソフトウェア実施例、またはソフトウェアとハードウェアを組み合わせた実施例の形態を採用できる。さらに、本開示の実施例は、コンピュータ使用可能プログラムコードを含む１つまたは複数のコンピュータ使用可能記憶媒体（磁気ディスクメモリ、読み取り専用光ディスクＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、光学メモリなどを含むが、それに限られない）で実施されるコンピュータプログラム製品の形態を採用できる。
【０１５９】
本開示の実施例は、本開示の実施例による方法、端末機器（システム）、およびコンピュータプログラム製品のフローチャートおよび／またはブロック図を参照して説明される。フローチャートおよび／またはブロック図の各フローおよび／またはブロック、並びにフローチャートおよび／またはブロック図におけるフローおよび／またはブロックの組み合わせは、コンピュータプログラム命令によって実現されることが理解される。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、または他のプログラム可能なデータ処理端末機器のプロセッサに提供されて、マシンを生成し、コンピュータまたは他のプログラム可能なデータ処理端末機器のプロセッサによって実行される命令が、フローチャートの１つのフロー若しくは複数のフローおよび／またはブロック図の１つのブロック若しくは複数のブロックにおいて指定される機能を実現するための手段を生成するようにしてもよい。
【０１６０】
これらのコンピュータプログラム命令は、コンピュータまたは他のプログラム可能なデータ処理端末機器に特定の方法で機能するように指示することができるコンピュータ可読メモリに記憶されてもよく、その結果、コンピュータ可読メモリに記憶された命令は、フローチャートの１つ若しくは複数の流れ、および／またはブロック図の１つ若しくは複数のブロックにおいて指定された機能を実現する命令手段を含む製品を生成する。
【０１６１】
これらのコンピュータプログラム命令は、コンピュータまたは他のプログラム可能な端末機器上で一連の動作ステップを実行してコンピュータ実現プロセスを生成し、それにより、コンピュータまたは他のプログラム可能な端末機器上で実行される命令が、フローチャートの１つのフロー若しくは複数のフローおよび／またはブロック図の１つのブロック若しくは複数のブロックにおいて指定される機能を実現するためのステップを提供するように、コンピュータまたは他のプログラム可能なデータ処理端末機器上にロードされてもよい。
【０１６２】
本開示の実施例の選択可能な実施例を説明したが、当業者であれば、基本的な発明の概念を知ったら、これらの実施例に更なる変更および修正を加えることができる。したがって、添付の特許請求の範囲は、選択可能な実施例および本開示の実施例の範囲内にある全ての変更および修正を含むと解釈されることが意図される。
【０１６３】
また、本明細書では、第１および第２などの関係用語は、１つのエンティティまたは動作を別のエンティティまたは動作から区別するためにのみ使用され、そのようなエンティティまたは動作間に任意のそのような実際の関係または順序が存在することを必ずしも要求または示唆するものではないことをさらに説明する。さらに、「含む」、「有する」またはそれらの任意の他の変形は、非排他的包含を包含することを意図しており、それにより、一連の要素を含むプロセス、方法、物品、または端末機器は、それらの要素だけでなく、明示的に列挙されていない他の要素も含み、またはそのようなプロセス、方法、物品、または端末機器に固有の要素も含む。「……を含む」という語句によって定義される要素は、これ以上の限定がない限り、その要素を含むプロセス、方法、物品、または端末機器における、さらなる同じ要素の存在を除外しない。
【０１６４】
以上記載されたのは、本開示の選択可能な実施形態である。当業者は、本開示に記載されている原理を逸脱せずに様々な改良や修飾をすることもできる。これらの改良や修飾も、本開示の保護範囲内にある。
【符号の説明】
【０１６５】
31  処理モジュール
32  送信モジュール
41  受信モジュール
42  処理モジュール
500  ネットワーク側機器
501  プロセッサ
502  トランシーバ
503  メモリ
504  ユーザインタフェース
600  ユーザ端末
602  ラジオ周波数装置
603  ベースバンド装置
604  プロセッサ
605  メモリ
606  ネットワークインターフェース
【図１】
2021501525.tif 000078
【図２】
2021501525.tif 000079
【図３】
2021501525.tif 000080
【図４】
2021501525.tif 000081
【図５】
2021501525.tif 000082
【図６】
2021501525.tif 000083
【図７】
2021501525.tif 000084
【図８】
2021501525.tif 000085
【図９】
2021501525.tif 000086
【図１０】
2021501525.tif 000087
【国際調査報告】
2021501525.tif 000088
2021501525.tif 000089
2021501525.tif 000090
2021501525.tif 000091