特許7052033 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 維沃移動通信有限公司の特許一覧

特許7052033リソースマッピング方法、リソース決定方法、ネットワーク側機器およびユーザ端末

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-04-01

(45)【発行日】2022-04-11

(54)【発明の名称】リソースマッピング方法、リソース決定方法、ネットワーク側機器およびユーザ端末

(51)【国際特許分類】

H04W 72/04 20090101AFI20220404BHJP

H04W 72/12 20090101ALI20220404BHJP

【ＦＩ】

H04W72/04 133

H04W72/12 130

【請求項の数】 13

(21)【出願番号】P 2020524152

(86)(22)【出願日】2018-10-12

(65)【公表番号】

(43)【公表日】2021-01-14

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

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

(87)【国際公開日】2019-05-23

【審査請求日】2020-04-28

(31)【優先権主張番号】201711148879.4

(32)【優先日】2017-11-17

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】517372494

【氏名又は名称】維沃移動通信有限公司

【氏名又は名称原語表記】ＶＩＶＯＭＯＢＩＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＣＯ．，ＬＴＤ．

【住所又は居所原語表記】Ｎｏ．１，ｖｉｖｏＲｏａｄ，Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ，Ｇｕａｎｇｄｏｎｇ５２３８６３，Ｃｈｉｎａ

(74)【代理人】

【識別番号】100159329

【弁理士】

【氏名又は名称】三縄隆

(74)【代理人】

【識別番号】100204386

【弁理士】

【氏名又は名称】松村啓

(72)【発明者】

【氏名】沈 ▲暁▼冬

(72)【発明者】

【氏名】▲孫▼ ▲鵬▼

(72)【発明者】

【氏名】潘学明

(72)【発明者】

【氏名】丁 ▲ユ▼

【審査官】永田義仁

(56)【参考文献】

【文献】中国特許出願公開第１０１７７８３９４（ＣＮ，Ａ）

【文献】特表２０１８－５２９２８８（ＪＰ，Ａ）

【文献】特表２０１１－５１９５１６（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１２／０１２０８８８（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｗ４／００－９９／００

３ＧＰＰＴＳＧＲＡＮＷＧ１－４

ＳＡＷＧ１－４

ＣＴＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

ネットワーク側機器に応用されるリソースマッピング方法において、
物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定することと、
前記リソースマッピング構成情報に基づいて仮想リソースブロックを物理リソースブロックにマッピングし、前記リソースマッピング構成情報をユーザ端末に送信することとを含み、
前記リソースマッピング構成情報をユーザ端末に送信することによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得し、
ここで、前記リソースマッピング構成情報の中の構成パラメータは、
ダウンリンク帯域幅の利用可能なＶＲＢ数

【数1】

、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含み、
前記の前記リソースマッピング構成情報をユーザ端末に送信することは、
前記リソースマッピング構成情報をＬ１シグナリングによって前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である、
リソースマッピング方法。

【請求項2】

前記の前記リソースマッピング構成情報をユーザ端末に送信することは、
前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応し、または、
前記の前記リソースマッピング構成情報をユーザ端末に送信することは、
ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
フォーマット毎のダウンリンク制御情報に対応し、または、
前記の前記リソースマッピング構成情報をユーザ端末に送信することは、
ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、
予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であり、
ここで予め割り当てられた帯域幅は、
少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数

【数2】

、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される、請求項１に記載のリソースマッピング方法。

【請求項3】

前記の前記リソースマッピング構成情報をユーザ端末に送信することは、
実スケジューリング対象リソースの帯域幅値を前記ユーザ端末に通知することを含み、それによって、前記ユーザ端末が、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
帯域幅値毎に対応する、請求項１に記載のリソースマッピング方法。

【請求項4】

ＤＶＲＢのマッピングプロセスでは、
ブロックインターリーバ（Ｂｌｏｃｋｉｎｔｅｒｌｅａｖｅｒ）のインターリーブ粒度

【数3】

を取得する、請求項１に記載のリソースマッピング方法。

【請求項5】

前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号を含み、
前記マッピング関数の引数は、ＶＲＢ番号を含み、
ここで、ＶＲＢ番号の範囲が

【数4】

である、請求項４に記載のリソースマッピング方法。

【請求項6】

ユーザ端末に応用されるリソース決定方法において、
ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することと、
リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定することとを含み、
ここで、前記リソースマッピング構成情報の中の構成パラメータは、
ダウンリンク帯域幅の利用可能なＶＲＢ数

【数5】

、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含み、
前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、
リソースマッピング構成情報を付帯したＬ１シグナリングを前記ネットワーク側機器から受信することを含み、
前記Ｌ１シグナリングは、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知し、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である、
リソース決定方法。

【請求項7】

前記のリソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定することの後に、
決定された帯域幅でダウンリンクデータを受信することをさらに含む、請求項６に記載のリソース決定方法。

【請求項8】

前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、
前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ネットワーク側機器から受信し、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含み、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応し、または、
前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、
リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信し、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含み、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
フォーマット毎のダウンリンク制御情報に対応し、または、
前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、
リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信し、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含み、
前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、
予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であり、
ここで予め割り当てられた帯域幅は、
少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数

【数6】

、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される、請求項６に記載のリソース決定方法。

【請求項9】

前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、
前記ネットワーク側機器による実スケジューリング対象リソースの帯域幅値を取得し、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含み、
前記複数のリソースマッピング構成方式は、
予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
各リソースマッピング構成方式は、
帯域幅値毎に対応する、請求項６に記載のリソース決定方法。

【請求項10】

前記リソースマッピング構成情報における構成パラメータに基づいて、リソースの分散的マッピング後に占有される帯域幅を決定する前に、
ブロックインターリーバ（Ｂｌｏｃｋｉｎｔｅｒｌｅａｖｅｒ）のインターリーブ粒度

【数7】

を取得する、請求項６に記載のリソース決定方法。

【請求項11】

【数8】

である、請求項１０に記載のリソース決定方法。

【請求項12】

物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定し、前記リソースマッピング構成情報に基づいて仮想リソースブロックを物理リソースブロックにマッピングするための処理モジュールと、
前記リソースマッピング構成情報をユーザ端末に送信するための送信モジュールとを含み、
前記リソースマッピング構成情報をユーザ端末に送信することによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得し、
ここで、前記リソースマッピング構成情報の中の構成パラメータは、
ダウンリンク帯域幅の利用可能なＶＲＢ数

【数9】

【請求項13】

ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信するための受信モジュールと、
リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定するための処理モジュールとを含み、
ここで、前記リソースマッピング構成情報の中の構成パラメータは、
ダウンリンク帯域幅の利用可能なＶＲＢ数

【数10】

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本願は、２０１７年１１月１７日に中国特許庁に提出された中国特許出願２０１７１１１４８８７９．４の優先権を主張し、その全ての内容が援用によりここに取り込まれる。

【0002】

本開示は、通信技術分野に係り、特にリソースマッピング方法、リソース決定方法、ネットワーク側機器およびユーザ端末に係る。

【背景技術】

【0003】

従来技術の通信プロトコルは、大きめのリソース割り当ておよび大きめの帯域幅構成における分散式仮想リソースブロックＤＶＲＢ（ｄｉｓｔｒｉｂｕｔｅｄＶＲＢ）に対するリソースマッピングをサポートしていない。より大きな帯域幅およびコードブロックグループＣＢＧ（ＣｏｄｅＢｌｏｃｋＧｒｏｕｐ）伝送が５Ｇに導入されるため、大きめのリソース割り当ての場合、このシナリオではＤＶＲＢマッピングをサポートする必要がある。

【0004】

小さめのリソース割り当ておよび大きめの帯域幅構成において、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）では５０物理リソースブロックＰＲＢ（ｐｈｙｓｉｃａｌｒｅｓｏｕｒｃｅｂｌｏｃｋ）以上と規定されるように、ＬＴＥでは、より小さいサイズ、セル帯域幅の１／４のオーダーの周波数間隔でのＤＶＲＢマッピングの採用をサポートする。より小さい周波数間隔の適用は、分散式伝送をセル帯域幅全体の一部に制限することを可能にする。

【0005】

ＮＲ（ｎｅｗｒａｄｉｏ）では、上述した大リソース割り当てと小リソース割り当ての両方の方式が同時に要求されるため、両者を融合した方式が必要となる。

【0006】

また、ＮＲのＰＲＧ（ＰｒｅｃｏｄｉｎｇＲｅｓｏｕｒｃｅｂｌｏｃｋＧｒｏｕｐｓ）の設計として、ｔｙｐｅ１とｔｙｐｅ２の２つの異なるタイプを採用するため、そのようなタイプに対して異なるＤＶＲＢマッピング方式を別々に設計し、ＤＶＲＢマッピングのインターリーバの具体的なパラメータを決定する必要がある。

【発明の概要】

【課題を解決するための手段】

【0007】

第１方面では、本開示の実施例は、ネットワーク側機器に応用されるリソースマッピング方法を提供する。当該方法において、物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定することと、前記リソースマッピング構成情報に基づいて仮想リソースブロックを物理リソースブロックにマッピングし、前記リソースマッピング構成情報をユーザ端末に送信することとを含み、前記リソースマッピング構成情報をユーザ端末に送信することによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得する。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数

【数1】

、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む。

【0008】

第２方面では、本開示の実施例は、ユーザ端末に応用されるリソース決定方法を提供する。当該方法において、ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することと、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定することとを含む。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数

【数2】

【0009】

第３方面では、本開示の実施例は、ネットワーク側機器を提供する。当該ネットワーク側機器は、物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定し、前記リソースマッピング構成情報に基づいて仮想リソースブロックを物理リソースブロックにマッピングするための処理モジュールと、前記リソースマッピング構成情報をユーザ端末に送信するための送信モジュールとを含み、前記リソースマッピング構成情報をユーザ端末に送信することによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得する。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数

【数3】

【0010】

第４方面では、本開示の実施例は、ユーザ端末を提供する。当該ユーザ端末は、ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信するための受信モジュールと、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定するための処理モジュールとを含む。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数

【数4】

【0011】

第５方面では、本開示の実施例は、メモリと、プロセッサと、メモリに格納されてプロセッサで実行可能なコンピュータプログラムを含むネットワーク側機器を提供する。前記コンピュータプログラムが前記プロセッサによって実行されると、上記のリソースマッピング方法のステップが実現される。

【0012】

第６方面では、本開示の実施例は、メモリと、プロセッサと、メモリに格納されてプロセッサで実行可能なコンピュータプログラムを含むユーザ端末を提供する。前記コンピュータプログラムが前記プロセッサによって実行されると、上記のリソース決定方法のステップが実現される。

【0013】

第７方面では、本開示の実施例は、コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体を提供する。前記コンピュータプログラムがプロセッサによって実行されると、上記のリソースマッピング方法のステップが実現され、または、上記のリソース決定方法のステップが実現される。

【図面の簡単な説明】

【0014】

【図1】図１は、分散式スケジューリングに利用可能なＶＲＢの概略図である。

【図2】図２は、ＧＡＰ１およびＧＡＰ２に構成された後のＤＶＲＢマッピングを示す図である。

【図3】図３は、本開示の実施例におけるリソースマッピング方法のフローを示す図である。

【図4】図４は、本開示の実施例における所定帯域幅でのＤＶＲＢマッピングを示す図である。

【図5】図５は、本開示の実施例におけるスケジューリング帯域幅内のＤＶＲＢマッピングを示す図である。

【図6】図６は、本開示の実施例におけるリソース決定方法のフローを示す図である。

【図7】図７は、本開示の実施例におけるネットワーク側機器の構造を示すブロック図である。

【図8】図８は、本開示の実施例におけるユーザ端末の構造を示すブロック図である。

【図9】図９は、本開示の実施例におけるネットワーク側機器の構成を示す図である。

【図10】図１０は、本開示の実施例におけるユーザ端末の構成を示す図である。

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

【0015】

以下、本開示の実施例における技術的解決策を、本開示の実施例における図面と併せて、明確かつ完全に説明するが、記載される実施例は、本開示の一部の実施例にすぎず、全ての実施例ではないことが明らかである。本開示の実施例に基づいて、創造的な労働を伴わずに当業者によって得られる全ての他の実施例は、本開示の保護範囲に属する。

【0016】

ネットワーク側機器は、ある特定のユーザ端末ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）に対しどのリソースブロックＲＢ（ｒｅｓｏｕｒｃｅｂｌｏｃｋ）を割り当てるかを決定する際に、時間領域および周波数領域に関するダウンリンクチャネル品質を考慮する可能性がある。すなわち、チャネルに関する周波数選択スケジューリングでは、周波数選択性減衰によるチャネル変動などを考慮して、チャネル品質の良いＲＢ（必ずしも連続的ではない）を当該ＵＥに割り当てることで、ＵＥのレートおよびセル全体のスループットを大幅に向上させることができる。

【0017】

しかしながら、周波数選択スケジューリングは、ダウンリンクチャネル品質をネットワーク側機器に報告することをＵＥに要求するため、大きなシグナリングオーバーヘッドをもたらし、同時に、ネットワーク側機器が、時折の情報を受信するか、または情報を受信できないことを回避するために、ダウンリンクチャネル品質情報を正しくタイムリーに受信できることを保証する必要がある。したがって、場合によっては、周波数選択スケジューリングは、適用しない。たとえば、音声トラフィックなどの低速トラフィックの場合、周波数選択に関連するフィードバックシグナリングによって、比較的大きなオーバーヘッドをもたらし、得より損のほうが大きい。高速で走行する高速鉄道車両などのＵＥが高速で移動するシナリオでは、リアルタイムのチャネル品質を追跡することが困難または不可能であり、周波数選択スケジューリングに必要なチャネル品質精度を提供することができない。

【0018】

この場合、周波数領域で不連続なリソースブロックにダウンリンク伝送を分散して周波数ダイバーシチ利得を得て、伝送の信頼性を向上させることが考えられる。

【0019】

上記２つの異なる目的のリソースマッピングを実現するために、ＰＲＢおよび仮想リソースブロックＶＲＢ（ｖｉｒｔｕａｌｒｅｓｏｕｒｃｅｂｌｏｃｋ）の概念が導入される。ここで、ＰＲＢは、物理リソースブロック、ＶＲＢは、仮想リソースブロックを示す。ネットワーク側機器は、通常、ＶＲＢによってリソース情報をユーザ端末に指示する。具体的な物理リソースマッピングは、ＶＲＢから対応するＰＲＢにマッピングして得られる。一般に、集中式ＰＲＢは、１つのユーザ端末のリソースが連続的なＰＲＢを占用することを示し、分散式ＰＲＢは、１つのユーザ端末が帯域幅的に不連続なＰＲＢリソースを占用することを示す。このように、システムの周波数ダイバーシチ利得を向上させ、干渉抵抗力を高めることができる。

【0020】

ＬＴＥにおいて、ＶＲＢは、集中式ＶＲＢであるＬＶＲＢ（ｌｏｃａｌｉｚｅｄＶＲＢ）と分散式ＶＲＢであるＤＶＲＢ（ｄｉｓｔｒｉｂｕｔｅｄＶＲＢ）の２種類が定義されている。

【0021】

集中式リソースマッピング方式では、ＶＲＢペアとＰＲＢペアは、１対１に対応する。すなわちＶＲＢの位置は、ＰＲＢの位置である。ＲＢリソースブロック番号

【数5】

であり、範囲が

【数6】

である。

【数7】

は、ダウンリンクのＶＲＢのリソースブロック数であり、

【数8】

は、ダウンリンクＰＲＢの番号である。

【0022】

分散式リソースマッピング方式では、ＶＲＢペアとＰＲＢペアは、１対１に対応しておらず、不連続なＰＲＢ番号には連続なＶＲＢ番号がマッピングされ、また、１サブフレーム内の２つのスロットも異なるマッピング関係を有しており、図１に示すように、この方法によって「分散式」のリソース割り当てを達成している。不連続なＰＲＢペアに連続的なＶＲＢペアをマッピングするか、各ＰＲＢペアを分離するかにかかわらず、１つのＰＲＢペアの２つのＲＢのリソース伝送に一定の周波数間隔（スロット（ｓｌｏｔ）に基づく周波数ホッピングと見なされてもよい）を持たせる目的は、周波数上のダイバーシチ効果を達成することである。

【0023】

なお、全てのＶＲＢがインタリーブに使用できるわけではなく、

【数9】

でＶＲＢの周波数位置を表すと、インタリーブに使用できるＶＲＢの範囲は、

【数10】

である。この範囲のＶＲＢのみがＲＢペアのインタリーブが可能となり、分散式ＶＲＢリソース割当が可能となる。これは、複数のリソース割り当て方式を有する異なるユーザ端末がリソースを多重化する際に、リソース衝突の可能性を低減すること、すなわち、分散式リソースを一部の物理リソースに集中させることを保証することを主な目的とする。

【0024】

図１に示すように、

【数11】

の範囲が０～１０であれば、ネットワーク側機器が分散式リソーススケジューリングを行う際に、ＲＢの番号が０～１０の１１個のＶＲＢに割り当てられる可能性がある。ここで、パラメータ

【数12】

は、ダウンリンク帯域幅のＲＢ数

【数13】

ではなく、パラメータ

【数14】

は、ＬＴＥのプロトコルに従って、以下のように計算されることに留意されたい。

【0025】

（１）スロットＧＡＰ１が使用される場合、

【数15】

。たとえば、現在は５ＭＨｚ帯域幅、

【数16】

である場合、

【数17】

。１０ＭＨｚ帯域幅、

【数18】

である場合、

【数19】

。従って、１０ＭＨｚ帯域幅に対して、周波数間隔ＧＡＰ１を用いた場合４６個のＶＲＢペアのみがＲＢの周波数インタリーブを行うことができ、分散式ＲＢ割り当てが可能となる。

【0026】

（２）ＧＡＰ２を用いる場合、

【数20】

。たとえば、現在、１０ＭＨｚ帯域幅、

【数21】

である場合、

【数22】

。従って、１０ＭＨｚ帯域幅に対して、周波数間隔ＧＡＰ２を用いた場合３６個のＶＲＢペアのみがＲＢの周波数インタリーブを行うことができ、分散式ＲＢの割り当てを行うことができる。

【0027】

ここで、

【数23】

は、それぞれ表１によって定義される。

【0028】

【表1】

【0029】

一般に、ＰＲＢへのＶＲＢのマッピングは、インターリーバを用いて行われ、ＤＶＲＢを実現し、すなわちマッピング後のリソースができるだけ分散されているということを実現するためには、マッピング後の論理リソースができるだけ物理リソース全体に均一に分散されていることが要求される。

【0030】

Ｂｌｏｃｋｉｎｔｅｒｌｅａｖｅｒ（ブロックインタリーバ）を使用して、ＶＲＢを行から書き込み、列から読み出すことによって、ＶＲＢの並べ替えおよびスクランブルを完了することができる。ブロックインターリーバにとって最も重要な２つのパラメータは、その行数と列数を決定することである。

【0031】

ＬＴＥの設計では、前述のように、ＤＶＲＢマッピングされたリソースが帯域幅全体に分布し、リソースの断片化をある程度招くため、リソースマッピングの大帯域を制限する必要がある。

【0032】

従って、４ＧＬＴＥの設計では、以下の原則が規定されている。

【0033】

（１）ダウンリンク制御情報ＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）ｆｏｒｍａｔ（フォーマット）１Ａ／１Ｂ／１Ｄが分散式ＶＲＢ割り当て方式を使用し、かつそのＤＣＩの巡回冗長検査ＣＲＣ（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ）がセル無線ネットワーク一時識別子Ｃ－ＲＮＴＩ（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ）によってスクランブルされる場合、ダウンリンク帯域幅が６～４９ＲＢであると、対応するＵＥに割り当てられるＶＲＢ数は、１個から最大

【数24】

個までである。この値は、システム帯域幅に非常に近く、プロトコルにおいて具体的に規定されている。しかしながら、ダウンリンク帯域幅が５０～１１０ＲＢである場合、対応するＵＥに割り当てられるＶＲＢ数は、１個から最大１６個まで可能である。

【0034】

（２）分散式のＶＲＢからＰＲＢへのマッピングは、連続的に割り当てられるＲＢの長さがシステム帯域幅の半分よりも大きくなることを回避することが求められ、これはリソースの断片化をもたらす。

【0035】

以下の例を挙げる。たとえば５０ＰＲＢの構成では、ＧＡＰ１とＧＡＰ２で構成される場合、最初の１６個のＶＲＢがマッピングされた後のリソースは、図２に示すようになり、数字はＶＲＢの論理番号である。

【0036】

ＬＴＥではＤＶＲＢでｉｎｔｒａ－ｓｕｂｆｒａｍｅｈｏｐｐｉｎｇも使用し、すなわち、１ｓｕｂｆｒａｍｅ内の２つのｓｌｏｔで周波数ホッピングを使用しているため、図２には、前後２つのｓｌｏｔのマッピングが描かれている。ＧＡＰ１のＤＶＲＢマッピングとＧＡＰ２のＤＶＲＢマッピングとの主な違いは、マッピング後のリソースの分布帯域幅にあることがわかる。ＧＡＰ１の分布帯域幅は、システム帯域幅に等しく、ＧＡＰ２の分布帯域幅は、システム帯域幅の約１／２程度である。

【0037】

ＰＲＢｂｕｎｄｌｉｎｇは、物理リソースブロックをバインドすることを示す。ＬＴＥではチャネル推定の品質を向上させるために、複数のＰＲＢが同じＰｒｅｃｏｄｅｒ（フォーミングベクトル）を使用することを想定しており、このように受信側（つまりユーザ端末側）が複数のＰＲＢを連携してチャネル推定を行うことが可能な構成は、ＬＴＥではＰＲＧ（ＰｒｅｃｏｄｉｎｇＲｅｓｏｕｒｃｅｂｌｏｃｋＧｒｏｕｐｓ）構成と呼ばれている。

【0038】

ＵＥは、１つのサービングセルにあるとき、プリコーディング粒度が周波数領域における複数のリソースブロック（ＰＲＢ）であると仮定することができる。プリコーディングされたリソースブロックグループ（ＰＲＧＳ）のサイズ分割は、システム帯域幅の和に依存し、ＰＲＧは、連続するＰＲＢからなる。ＵＥは、１つのＰＲＧにおいて、全ての所定のＰＲＢが同じＰｒｅｃｏｄｅｒを適用すると仮定することができる。ＰＲＧのサイズは、システムの帯域幅に関連し、ＬＴＥでは、表２に示されるように規定される。

【0039】

【表2】

【0040】

ここで、Ｐ´は、１つのＰＲＧに含まれるＰＲＢの数、すなわちＰＲＧｓｉｚｅ（サイズ）である。

【0041】

ＬＴＥのタイプ０のリソース割り当てでは、ＵＥに割り当てられるリソースは、ビットマップ（ｂｉｔｍａｐ）によって表される。ビットマップの各ビットは、１つのリソースブロックグループ、すなわちＲＢＧを表す。１にセットすることは、対応するリソースブロックが当該ＵＥに割り当てられていることを示し、０は、割り当てられていないことを示す。リソースブロックグループＲＢＧは、１つまたは複数の連続ＶＲＢからなる。ＶＲＢは、集中式である。ＲＢＧのサイズＰ（含まれるＲＢの数）は、表３に示されるように、システム帯域幅に関連する。

【0042】

【表3】

【0043】

５ＧＮＲにおけるＰＲＧ構成は、ｔｙｐｅ１とｔｙｐｅ２の２種類が可能である。ｔｙｐｅ１とは、前記ネットワーク側機器により構成されるか、または［１，２，４，８，１６］のような、予め定義される複数のＰＲＧｓｉｚｅのセットである。前記ユーザ端末が使用するＰＲＧｓｉｚｅをＬ１シグナリングにより動的に指示する。ｔｙｐｅ２とは、ＰＲＧｓｉｚｅが連続スケジューリング対象リソースの数に等しい。

【0044】

ＮＲにおけるリソースは、ｂｉｔｍａｐタイプ（ｔｙｐｅ０）および連続リソース割り当てタイプ（ｔｙｐｅ１）の２つのタイプのリソース割り当てをサポートする。

【0045】

タイプ０：タイプ０は、ｂｉｔｍａｐの形式を使用する。ｂｉｔｍａｐの各ビットが１つのＲＢＧ（ｒｅｓｏｕｒｃｅｂｌｏｃｋｇｒｏｕｐ）を表し、ＲＢＧが１つのＲＢ群を表し、ＲＢ群のサイズとして、２０Ｍのシステム帯域幅などの帯域幅に関連する可能性があり、各ＲＢＧが４ＲＢを含むため、２０Ｍの帯域幅が計２５ＲＢＧを有し、対応するＤＣＩ中のｂｉｔｍａｐは、２５ビットを有する。あるＲＢＧをＵＥに割り当てると、ＵＥに対応するＤＣＩのｂｉｔｍａｐ対応ビットを１をセットすればよい。

【0046】

タイプ１：ＵＥに割り当てられるリソースは、連続的なＶＲＢであり、そのＶＲＢから実際の物理リソースＰＲＢへのマッピングは、集中式（ｌｏｃａｌｉｚｅｄ）でも、分散式（ｄｉｓｔｒｉｂｕｔｅｄ）でもよい。

【0047】

従来技術の通信プロトコルは、大きめのリソース割り当ておよび大きめの帯域幅構成におけるＤＶＲＢに対するリソースマッピングをサポートしていない。より大きな帯域幅およびＣＢＧ伝送が５Ｇに導入されるため、大きめのリソース割り当ての場合、このシナリオではＤＶＲＢマッピングをサポートする必要がある。

【0048】

ＮＲのＰＲＧの設計として、ｔｙｐｅ１とｔｙｐｅ２の２つの異なるタイプを採用するため、そのようなタイプに対して異なるＤＶＲＢマッピング方式を別々に設計し、ＤＶＲＢマッピングのインターリーバの具体的なパラメータを決定する必要がある。

【0049】

本開示の解決しようとする技術課題は、ｔｙｐｅ１とｔｙｐｅ２の２つの異なるＰＲＧタイプのリソースマッピングのニーズに対応可能なリソースマッピング方法、リソース決定方法、ネットワーク側機器およびユーザ端末を提供することである。

【0050】

本開示の実施例は、ネットワーク側機器に応用されるリソースマッピング方法を提供し、図３に示すように、以下のステップを含む。

【0051】

ステップ１０１において、物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定する。

【0052】

ステップ１０２において、前記リソースマッピング構成情報に基づいて仮想リソースブロックを物理リソースブロックにマッピングし、前記リソースマッピング構成情報をユーザ端末に送信し、それによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得する。

【0053】

ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数

【数25】

【0054】

本実施例において、ネットワーク側機器が、構成パラメータを付帯した物理ダウンリンク制御チャネルのリソースマッピング構成情報をユーザ端末に送信し、ユーザ端末が、リソースマッピング構成情報における構成パラメータに基づいて、リソースの分散的マッピング後に占有される帯域幅を決定し、さらに、決定された帯域幅でダウンリンクデータを受信することができる。本開示の技術的手段は、ｔｙｐｅ１とｔｙｐｅ２の２つの異なるＰＲＧタイプのリソースマッピングのニーズを満たすことができ、リソースのダイバーシチ利得を保証しつつ、リソースの可用性を高め、リソースの連続性を保証する。

【0055】

ＤＶＲＢのマッピングプロセスでは、一般に、以下のパラメータを決定する必要がある。

【0056】

（１）ブロックインターリーバ（Ｂｌｏｃｋｉｎｔｅｒｌｅａｖｅｒ）のインターリーブ粒度

【数26】

：一般的にはＰ´またはＰ´の倍数である。すべてのＶＲＢは、

【数27】

を粒度として

【数28】

群に分類される。

【0057】

（２）インターリービング行列の列数（または行数）、即ち

【数29】

、ブロックインターリーバの列数を決定する。

【数30】

群には、ＶＲＢを行から書き込み、列から読み出すことによって、ＶＲＢの並べ替えとスクランブルを完成したり、ＶＲＢを列から書き込み、行から読み出すことによって、ＶＲＢの並べ替えとスクランブルを完成したりするＢｌｏｃｋｉｎｔｅｒｌｅａｖｅｒが適用される。

【0058】

上記インタリーブされた論理リソースは、物理リソースにマッピングされる。一般にＤＶＲＢマッピングされたリソースが帯域幅全体に分布し、ある程度リソースの断片化を招くため、リソースマッピングの大帯域を制限する必要がある。この場合、

【数31】

の数にも一定の制限がある。

【0059】

本実施例において、前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号f(・)を含み、

【数32】

。前記マッピング関数f(・)の引数は、少なくともＶＲＢ番号とスロット番号を含み、ここでＶＲＢ番号の範囲は、

【数33】

である。

【数34】

の値も一定範囲にあり、物理リソース数の制限を超えてはならず、

【数35】

である。n_sは、ｓｌｏｔの番号である。ここでｓｌｏｔ番号を引数として導入し、ｓｌｏｔ間のランダム化を可能にする。また、

【数36】

が異なると、f(・)マッピングの結果も異なる。

【0060】

【数37】

が全体物理リソース

【数38】

に近い場合、利用可能な物理リソースは多い。しかし、リソース分散マッピング後の物理的な周波数領域間隔が小さいため、ダイバーシチの利得は小さい。

【数39】

が総物理リソース

【数40】

よりも十分に小さい場合、利用可能な物理リソースは少ないが、リソース分散マッピング後の物理的な周波数領域間隔が大きいため、ダイバーシチの利得は大きい。

【0061】

具体的な実施例１では、プロトコルまたはネットワーク側機器の無線リソース制御ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）シグナリングにより、複数のＤＶＲＢのマッピング方式（異なるマッピング帯域幅に対応）から、そのうちの１つの、ＵＥのＤＶＲＢマッピング方式を通知する。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、前記リソースマッピング構成情報をＲＲＣシグナリングによって前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記リソースマッピング構成情報の番号をＲＲＣシグナリングによって前記ユーザ端末に送信してもよく、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式または予め前記ユーザ端末に送信される複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。

【0062】

本実施例の背景は、ネットワーク側機器が半静的にＤＶＲＢのマッピング方式を制御できることである。たとえばネットワーク側機器がＤＶＲＢマッピング後の離散の程度、すなわちマッピング後の占用帯域の大きさを制御することで、リソースの断片化を効率的に制御する。具体的な実現は、以下の通りである。

【0063】

ネットワーク側機器は、ＲＲＣシグナリングｉを受信したとき、マッピング関数f_i(・)を用いるなど、具体的なＤＶＲＢのマッピング方式をＲＲＣシグナリングによってＵＥに通知する。f_i(・)は、異なる関数形式を有し、たとえばf_i(・)に対応するＤＶＲＢマッピング後の帯域幅が異なり（たとえば全帯域幅または１／２帯域幅であり、異なる適用シナリオに対応する）、

【数41】

値の範囲が異なるまたは同じである（小さめのリソース割り当ておよび大きめの帯域幅構成のシナリオに対応する）。

【0064】

具体的な実施例２において、複数のＵＥのＤＶＲＢマッピング方式（異なるマッピング帯域幅に対応）をプロトコルまたはネットワーク側機器のＲＲＣシグナリングによって構成した後に、Ｌ１シグナリングによって１つのＤＶＲＢのマッピング方式を選択する。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、前記リソースマッピング構成情報をＬ１シグナリングによって前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記リソースマッピング構成情報の番号をＬ１シグナリングによって前記ユーザ端末に送信してもよく、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。

【0065】

本実施例の背景は、ネットワーク側機器がＤＶＲＢのマッピング方式を動的に制御できることである。たとえばネットワーク側機器がＤＶＲＢマッピング後の離散的な度合い、すなわちマッピング後の占用帯域幅の大きさを制御することによって、リソースの断片化を効果的に制御する。具体的な実現としては、ネットワーク側機器は、複数のＤＶＲＢのマッピング方式をＲＲＣシグナリングによってＵＥに通知し、または、複数のＤＶＲＢのマッピング方式をプロトコルによって規定し、Ｌ１シグナリングｉを受信した場合、マッピング関数f_i(・)を用いるなど、具体的にどのマッピング方式を採用したかをＬ１の動的シグナリングによって通知する。f_i(・)は、異なる関数形式を有し、たとえばf_i(・)に対応するＤＶＲＢマッピング後の帯域幅が異なり（たとえば全帯域幅または１／２帯域幅であり、異なる適用シナリオに対応する）、

【数42】

値の範囲が異なるまたは同じである（小さめのリソース割り当ておよび大きめの帯域幅構成のシナリオに対応する）。

【0066】

具体的な実施例３において、ユーザ端末は、実スケジューリング対象リソースの帯域幅に基づいて、複数のＤＶＲＢマッピング方式（異なるマッピング帯域幅に対応）から、一種のＤＶＲＢのマッピング方式を暗黙的に決定する。実スケジューリング対象リソースの帯域幅、すなわちスケジューリング対象データが占用する帯域幅は、伝送帯域幅とは異なり、実際のスケジューリングにどれだけの帯域幅が使用されたかを意味する。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、スケジューリング対象リソースブロックの数を前記ユーザ端末に通知することを含み、それによって、前記ユーザ端末が、前記スケジューリング対象リソースブロックの数に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつスケジューリング対象リソースブロックの数毎に対応する。

【0067】

上記の具体的な実施例１および２におけるＤＶＲＢは、いずれも１つの帯域幅でのリソース分散化の動作である。本実施例のリソース分散化は、スケジューリング対象のリソースのみにおいて行われる。理解を容易にするために、両者の違いは図４および図５に示され、図中の点がスケジューリング対象のＶＲＢであり、スケジューリング帯域幅内のＤＶＲＢとは、各ＰＲＢの順序を、そのＶＲＢに対応するＰＲＢリソースのセット内で乱すことを意味する。これは、場合によっては、ＣＢＧ伝送に基づくデータ伝送の性能を最適化することができ、また、リソースを断片化することもない。

【0068】

具体的な実現として、ネットワーク側機器がＲＲＣシグナリングによって複数のＤＶＲＢのマッピング方式をＵＥに通知するか、またはプロトコルによって複数のＤＶＲＢのマッピング方式を規定し、端末が、スケジューリング対象リソースの数（通常ＶＲＢの数）に応じてどのマッピング方式を採用したかを動的に決定する。たとえば、スケジューリング対象リソースの数が一定値以下であるとき、f₁(・)使用される。スケジューリング対象リソースの数が一定値よりも大きいとき、f₂(・)が使用される。f₁(・)、f₂(・)は、異なる関数形を有し、f₁(・)、f₂(・)に対応するＤＶＲＢマッピング後の帯域幅が異なってもよく（たとえば全帯域幅または１／２帯域幅であり、異なる応用シナリオに対応する）、またはf₁(・)に対応するＤＶＲＢは、所定帯域幅での分散化であり、f₂(・)に対応するＤＶＲＢは、スケジューリング帯域幅内での分散化であり、

【数43】

値の範囲が異なるまたは同じである（小さめのリソース割り当ておよび大きめの帯域幅構成のシナリオに対応する）。

【0069】

具体的な実施例４において、構成される可能な伝送帯域幅（ＢＷＰ帯域幅またはキャリアの帯域幅）に応じて、複数のＤＶＲＢマッピング方式（異なるマッピング帯域幅に対応）から、一種のＤＶＲＢのマッピング方式を暗黙的に決定する。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、前記ユーザ端末に割り当てる帯域幅部分ＢＷＰの構成を前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ＢＷＰの構成に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつＢＷＰの構成毎に対応する。

【0070】

具体的な実現として、ネットワーク側機器がＲＲＣシグナリングによって複数のＤＶＲＢのマッピング方式をＵＥに通知するか、またはプロトコルによって複数のＤＶＲＢのマッピング方式を規定し、端末が、マッピング関数f_i(・)が用いられるなど、ＢＷＰ帯域幅に応じてどのマッピング方式を採用したかを動的に決定する。f_i(・)は、異なる関数形を有し、f_i(・)に対応するＤＶＲＢマッピング後の帯域幅が異なってもよく（たとえば全帯域幅または１／２帯域幅であり、異なる応用シナリオに対応する）、またはf_i(・)に対応するＤＶＲＢは、所定帯域幅でのＤＶＲＢであるか、またはスケジューリング帯域幅内でＤＶＲＢであるか選択可能であり、

【数44】

値の範囲が異なるまたは同じである（小さめのリソース割り当ておよび大きめの帯域幅構成のシナリオに対応する）。

【0071】

具体的な実施例５において、ＢＷＰ帯域幅とリソース割り当てのタイプ（ｔｙｐｅ０またはｔｙｐｅ１）に応じて、複数のＤＶＲＢマッピング方式（異なるマッピング帯域幅に対応）から、一種のＤＶＲＢのマッピング方式を暗黙的に決定する。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応する。

【0072】

具体的な実現として、ＮＲダウンリンクリソース割り当てタイプ０（ｂｉｔｍａｐｔｙｐｅ）に対して、ＤＶＲＢは、所定のスケジューリング対象リソースで分散化を行い、すなわちｂｌｏｃｋｉｎｔｅｒｌｅａｖｅｒがスケジューリング対象ＶＲＢでのみ行われる。ＮＲダウンリンクリソース割り当てタイプ１（連続リソース割り当て）では、ＤＶＲＢは、所定の帯域幅で分散化を行い、すなわちｂｌｏｃｋｉｎｔｅｒｌｅａｖｅｒは、ＢＷＰ帯域幅内または１つの既知の帯域幅内で行われる。

【0073】

具体的な実施例６において、ＤＶＲＢのマッピング方式は、ＤＣＩｆｏｒｍａｔによって決定される。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、フォーマット毎のダウンリンク制御情報に対応する。

【0074】

具体的な実現として、フォールバックＤＣＩと通常のＤＣＩとでは、両者のＤＣＩフォーマットが異なり、異なるＤＶＲＢのマッピング方式を採用することが考えられる。たとえば、フォールバックＤＣＩに対し、ＤＶＲＢは、所定の帯域幅で分散化を行い、つまりｂｌｏｃｋｉｎｔｅｒｌｅａｖｅｒはＢＷＰ帯域幅内または１つの既知の帯域幅内で行う。通常のＤＣＩに対し、ＤＶＲＢは、スケジューリング対象リソースで分散化を行い、つまりｂｌｏｃｋｉｎｔｅｒｌｅａｖｅｒは、スケジューリング対象ＶＲＢでのみ行う。

【0075】

さらに、前記の前記リソースマッピング構成情報をユーザ端末に送信することは、ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅である。ここで予め割り当てられた帯域幅は、前記ネットワーク側機器から構成されるか、少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数

【数45】

、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される。

【0076】

具体的な実施例７では、初期アクセス時に、端末にＵＥ－ｓｐｅｃｉｆｉｃのシグナリングがまだ送られていないため、ＤＶＲＢマッピングを具体的に使用することを決定するために特別な処理が必要である。たとえば、初期アクセス時に、ネットワーク側機器は、制御シグナリングを伝達するためにｆａｌｌｂａｃｋＤＣＩ（フォールバックＤＣＩ）を送信し、フローを簡略化するために固定ＰＲＧｔｙｐｅを使用することを考慮する。

【0077】

端末が、余剰システム情報ＲＭＳＩ（Ｒｅｍａｉｎｉｎｇｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎ）、ｍｅｓｓａｇｅ２（ＲＡＲ（ｒａｎｄｏｍａｃｃｅｓｓｒｅｓｐｏｎｓｅ））、ｍｅｓｓａｇｅ４、他システム情報ＯＳＩ（Ｏｔｈｅｒｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎ）を搬送する物理ダウンリンク共有チャネルＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ，ＰＤＳＣＨ）を受信し、端末がＤＶＲＢの方式を用いて受信する場合、以下のデフォルト方式で受信することが考えられる。

【0078】

（１）ＤＶＲＢは、所定の帯域幅で分散化を行い、すなわち、ｂｌｏｃｋｉｎｔｅｒｌｅａｖｅｒは、初期アクセスのＢＷＰ帯域幅内で行われる。

【0079】

（２）ＤＶＲＢは、スケジューリング対象リソースで分散化を行い、すなわちｂｌｏｃｋｉｎｔｅｒｌｅａｖｅｒは、スケジューリング対象ＶＲＢでのみ行われる。

【0080】

（３）実スケジューリング対象リソースの帯域幅に応じて、複数のＤＶＲＢマッピング方式（異なるマッピング帯域幅に対応）から、一種のＤＶＲＢのマッピング方式を暗黙的に決定することができる。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、実スケジューリング対象リソースの帯域幅値を前記ユーザ端末に通知することを含み、それによって、前記ユーザ端末が、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、帯域幅値毎に対応する。

【0081】

ここで、ＲＭＳＩは、ＬＴＥにおけるＳＩＢ１と同様の５ＧＮＲで導入されたシステム情報である。ＯＳＩは、ＬＴＥにおけるＳＩＢ１を除く残りのＳＩＢｘシステム情報と同様の５ＧＮＲで導入されたものである。

【0082】

従来技術における４ＧＬＴＥ物理層設計における物理ランダムアクセス（ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ）チャネルＰＲＡＣＨは、主に、ユーザ端末側がアップリンクランダムアクセス要求を引き起こすために使用され、その要求に応じてネットワーク側機器側が後続の応答をさらに決定する。

【0083】

従来技術におけるランダムアクセスプロセスは、主に４つのステップを有する。
ステップ１：プリアンブル送信（Ｍｅｓｓａｇｅ１）
ステップ２：ランダムアクセス応答（Ｍｅｓｓａｇｅ２）
ステップ３：レイヤ２／レイヤ３メッセージ（Ｍｅｓｓａｇｅ３）
ステップ４：競合解決メッセージ（Ｍｅｓｓａｇｅ４）

【0084】

そのうち、ステップ１は、主に物理レイヤのＰｒｅａｍｂｌｅ（コード）で生成したシーケンス（ｓｅｑｕｅｎｃｅ）が物理レイヤの時間周波数リソースにマッピングされて送信される。ステップ２は、主に、ネットワーク側機器が、ＰＤＳＣＨチャネルを介してランダムアクセス応答ＲＡＲ（ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ）を送信し、ランダムアクセス無線ネットワーク一時識別子ＲＡ－ＲＮＴＩ（ＲａｎｄｏｍＡｃｃｅｓｓＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩＤ）を用いて識別し、どの時間周波数スロットにアクセスプレフィックスが検出されたかを識別する。いくつかのＵＥが同じプレフィックス時間周波数リソースにおいて同じフラグを選択したことにより衝突が発生した場合、これらのＵＥもＲＡＲを受信する。ステップ３は、ＲＲＣ接続要求メッセージ、ロケーションエリア更新メッセージ、またはスケジューリング要求メッセージのような、決定されたランダムアクセスプロセスメッセージを搬送する、物理アップリンク共有チャネルＰＵＳＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）に割り当てられて最初のランダムアクセス関連メッセージをスケジューリングする。ステップ４の主な目的は、Ｃ－ＲＮＴＩまたは一時的Ｃ－ＲＮＴＩに対する競合解決メッセージである。後者の場合、競合解決メッセージは、Ｌ２／Ｌ３メッセージに付帯されたＵＥＩＤを応答する。競合解決メッセージは、ＨＡＲＱをサポートする。競合衝突が発生した後、Ｌ２／Ｌ３メッセージの復号に成功した場合、自身のＵＥＩＤ（またはＣ－ＲＮＴＩ）を検出したそのＵＥのみがＨＡＲＱフィードバックメッセージを送信する。他のＵＥは、衝突が存在することを認識し、ＨＡＲＱフィードバックメッセージを送信せず、できるだけ早く今回のアクセスプロセスを終了し、新しいランダムアクセスを開始する。

【0085】

本開示の実施例は、ユーザ端末に応用されるリソース決定方法をさらに提供し、図６に示すように、ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信するステップ２０１と、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定するステップ２０２とを含む。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数

【数46】

【0086】

【0087】

さらに、前記のリソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定することの後に、前記方法において、決定された帯域幅でダウンリンクデータを受信することをさらに含む。

【0088】

さらに、前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号を含み、前記マッピング関数の引数は、少なくともＶＲＢ番号とスロット番号を含み、ここで、ＶＲＢ番号の範囲が

【数47】

である。

【0089】

さらに、前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、リソースマッピング構成情報を付帯したＲＲＣシグナリングを前記ネットワーク側機器から受信することを含む。前記ＲＲＣシグナリングは、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式または予め前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。

【0090】

さらに、前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、リソースマッピング構成情報を付帯したＬ１シグナリングを前記ネットワーク側機器から受信することを含む。前記Ｌ１シグナリングは、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。

【0091】

さらに、前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、スケジューリング対象リソースブロックの数を前記ネットワーク側機器から受信し、前記スケジューリング対象リソースブロックの数に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含む。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつスケジューリング対象リソースブロックの数毎に対応する。

【0092】

さらに、前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、前記ユーザ端末に割り当てる帯域幅部分ＢＷＰの構成を前記ネットワーク側機器から受信し、前記ＢＷＰの構成に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含む。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつＢＷＰの構成毎に対応する。

【0093】

さらに、前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ネットワーク側機器から受信し、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含む。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応する。

【0094】

さらに、前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信し、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含む。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、フォーマット毎のダウンリンク制御情報に対応する。

【0095】

さらに、前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信し、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含む。前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であり、ここで予め割り当てられた帯域幅は、前記ネットワーク側機器から構成されるか、少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数

【数48】

【0096】

前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、前記ネットワーク側機器による実スケジューリング対象リソースの帯域幅値を取得し、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含む。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、帯域幅値毎に対応する。

【0097】

さらに、前記リソースマッピング構成情報は、前記ユーザ端末の初期アクセスと、余剰システム情報ＲＭＳＩ、ｍｅｓｓａｇｅ２、ｍｅｓｓａｇｅ４および／または他システム情報ＯＳＩを搬送した物理ダウンリンク共有チャネルＰＤＳＣＨの前記ユーザ端末による受信の際に、リソースの分散的マッピング後に占用される帯域幅として、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であると指示する。

【0098】

本開示の実施例は、図７に示すように、物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定し、前記リソースマッピング構成情報に基づいてＶＲＢをＰＲＢにマッピングするための処理モジュール３１と、前記リソースマッピング構成情報をユーザ端末に送信するための送信モジュール３２とを含むネットワーク側機器をさらに提供し、前記リソースマッピング構成情報をユーザ端末に送信することによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得する。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数

【数49】

【0099】

【0100】

【数50】

である。

【0101】

さらに、前記送信モジュールは、具体的に、前記リソースマッピング構成情報をＲＲＣシグナリングによって前記ユーザ端末に送信することに用いられ、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式または予め前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。

【0102】

さらに、前記送信モジュールは、具体的に、前記リソースマッピング構成情報をＬ１シグナリングによって前記ユーザ端末に送信することに用いられ、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。

【0103】

さらに、前記送信モジュールは、具体的に、スケジューリング対象リソースブロックの数を前記ユーザ端末に通知することに用いられ、それによって、前記ユーザ端末が、前記スケジューリング対象リソースブロックの数に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつスケジューリング対象リソースブロックの数毎に対応する。

【0104】

さらに、前記送信モジュールは、具体的に、前記ユーザ端末に割り当てる帯域幅部分ＢＷＰの構成を前記ユーザ端末に送信することに用いられ、それによって、前記ユーザ端末が、前記ＢＷＰの構成に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつＢＷＰの構成毎に対応する。

【0105】

さらに、前記送信モジュールは、具体的に、前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ユーザ端末に送信することに用いられ、それによって、前記ユーザ端末が、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応する。

【0106】

さらに、前記送信モジュールは、具体的に、ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信することに用いられ、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、フォーマット毎のダウンリンク制御情報に対応する。

【0107】

さらに、前記送信モジュールは、具体的に、ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信することに用いられ、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であり、ここで予め割り当てられた帯域幅は、前記ネットワーク側機器から構成されるか、少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数

【数51】

【0108】

さらに、前記送信モジュールは、具体的に、実スケジューリング対象リソースの帯域幅値を前記ユーザ端末に通知することに用いられ、それによって、前記ユーザ端末が、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、帯域幅値毎に対応する。

【0109】

【0110】

本開示の実施例は、図８に示すように、ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信するための受信モジュール４１と、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定するための処理モジュール４２とを含むユーザ端末をさらに提供する。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数

【数52】

【0111】

【0112】

さらに、ユーザ端末は、決定された帯域幅でダウンリンクデータを受信するためのデータ受信モジュールをさらに含む。

【0113】

【数53】

である。

【0114】

さらに、前記受信モジュールは、具体的に、リソースマッピング構成情報を付帯したＲＲＣシグナリングを前記ネットワーク側機器から受信することに用いられる。前記ＲＲＣシグナリングは、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式または予め前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。

【0115】

さらに、前記受信モジュールは、具体的に、リソースマッピング構成情報を付帯したＬ１シグナリングを前記ネットワーク側機器から受信することに用いられる。前記Ｌ１シグナリングは、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。

【0116】

さらに、前記受信モジュールは、具体的に、スケジューリング対象リソースブロックの数を前記ネットワーク側機器から受信し、前記スケジューリング対象リソースブロックの数に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することに用いられる。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつスケジューリング対象リソースブロックの数毎に対応する。

【0117】

さらに、前記受信モジュールは、具体的に、前記ユーザ端末に割り当てる帯域幅部分ＢＷＰの構成を前記ネットワーク側機器から受信し、前記ＢＷＰの構成に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することに用いられる。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつＢＷＰの構成毎に対応する。

【0118】

さらに、前記受信モジュールは、具体的に、前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ネットワーク側機器から受信し、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することに用いられる。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応する。

【0119】

さらに、前記受信モジュールは、具体的に、リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信し、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することに用いられる。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、フォーマット毎のダウンリンク制御情報に対応する。

【0120】

さらに、前記受信モジュールは、具体的に、リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信し、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することに用いられる。前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であり、ここで予め割り当てられた帯域幅は、前記ネットワーク側機器から構成されるか、少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数

【数54】

【0121】

さらに、前記受信モジュールは、具体的に、前記ネットワーク側機器による実スケジューリング対象リソースの帯域幅値を取得し、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することに用いられる。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、帯域幅値毎に対応する。

【0122】

【0123】

本開示の実施例は、メモリと、プロセッサと、メモリに格納されてプロセッサで実行可能なコンピュータプログラムを含むネットワーク側機器をさらに提供し、前記コンピュータプログラムが前記プロセッサによって実行されると、上記のリソースマッピング方法のステップが実現される。

【0124】

図９を参照する。図９は、本開示の実施例に応用するネットワーク側機器の構造図であり、上記実施例におけるリソースマッピング方法の細部を実現可能であり、同じ効果を達成することもできる。図９に示すように、ネットワーク側機器５００は、プロセッサ５０１と、トランシーバ５０２と、メモリ５０３と、ユーザインタフェース５０４と、バスインタフェースを含む。

【0125】

本開示の実施例において、ネットワーク側機器５００は、メモリ５０３に格納されてプロセッサ５０１で実行可能なコンピュータプログラムをさらに含む。コンピュータプログラムがプロセッサ５０１によって実行されると、物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定するステップと、前記リソースマッピング構成情報に基づいて仮想リソースブロックを物理リソースブロックにマッピングし、前記リソースマッピング構成情報をユーザ端末に送信するステップとが実現される。前記リソースマッピング構成情報をユーザ端末に送信することによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得する。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数

【数55】

【0126】

図９では、バスアーキテクチャは、任意数の相互接続するバスとブリッジを含み、具体的に、プロセッサ５０１をはじめとする１つまたは複数のプロセッサとメモリ５０３をはじめとするメモリの各種類の回路が接続したものである。バスアーキテクチャは、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。これらは、いずれも本分野の公知事項であり、本文においてさらなる記載をしない。バスインタフェースにより、インタフェースが提供される。トランシーバ５０２は、複数の部品であってもよく、即ち送信機と受信機を含み、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。ユーザ機器によっては、ユーザインタフェース５０４は、内部接続や外部接続する機器のインタフェースであってもよい。接続する機器は、キーパッド、ディスプレイ、スピーカ、マイクロフォン、ジョイスティックなどを含むが、それらに限られない。

【0127】

プロセッサ５０１は、バスアーキテクチャと通常の処理を管理する。メモリ５０３は、プロセッサ５０１による作業時に使用されるデータを記憶できる。

【0128】

選択可能に、前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号を含み、前記マッピング関数の引数は、少なくともＶＲＢ番号とスロット番号を含み、ここで、ＶＲＢ番号の範囲が

【数56】

である。

【0129】

選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、前記リソースマッピング構成情報をＲＲＣシグナリングによって前記ユーザ端末に送信するステップが実現され、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式または予め前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。

【0130】

選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、前記リソースマッピング構成情報をＬ１シグナリングによって前記ユーザ端末に送信することが実現され、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。

【0131】

選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、スケジューリング対象リソースブロックの数を前記ユーザ端末に通知するステップが実現され、それによって、前記ユーザ端末が、前記スケジューリング対象リソースブロックの数に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつスケジューリング対象リソースブロックの数毎に対応する。

【0132】

選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、前記ユーザ端末に割り当てる帯域幅部分ＢＷＰの構成を前記ユーザ端末に送信するステップが実現され、それによって、前記ユーザ端末が、前記ＢＷＰの構成に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつＢＷＰの構成毎に対応する。

【0133】

選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ユーザ端末に送信するステップが実現され、それによって、前記ユーザ端末が、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応する。

【0134】

選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信するステップが実現され、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、フォーマット毎のダウンリンク制御情報に対応する。

【0135】

選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信するステップが実現され、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であり、ここで予め割り当てられた帯域幅は、前記ネットワーク側機器から構成されるか、少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数

【数57】

【0136】

選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、実スケジューリング対象リソースの帯域幅値を前記ユーザ端末に通知するステップが実現され、それによって、前記ユーザ端末が、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、帯域幅値毎に対応する。

【0137】

選択可能に、前記リソースマッピング構成情報は、前記ユーザ端末の初期アクセスと、ＲＭＳＩ、ｍｅｓｓａｇｅ２、ｍｅｓｓａｇｅ４および／またはＯＳＩを搬送したＰＤＳＣＨの前記ユーザ端末による受信の際に、リソースの分散的マッピング後に占用される帯域幅として、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であると指示する。

【0138】

本開示の実施例は、メモリと、プロセッサと、メモリに格納されてプロセッサで実行可能なコンピュータプログラムを含むユーザ端末をさらに提供し、前記コンピュータプログラムが前記プロセッサによって実行されると、上記のリソース決定方法のステップが実現される。

【0139】

図１０を参照する。図１０は、本開示の実施例に応用するユーザ端末の構造図であり、上記実施例におけるリソース決定方法の細部を実現可能であり、同じ効果を達成することもできる。図１０に示すように、ユーザ端末６００は、プロセッサ６０４と、アンテナ６０１と、ラジオ周波数装置６０２と、ベースバンド装置６０３と、メモリ６０５と、ネットワークインターフェース６０６と、バスインタフェースを含む。

【0140】

本開示の実施例において、ユーザ端末６００は、メモリ６０５に格納されてプロセッサ６０４で実行可能なコンピュータプログラムをさらに含む。コンピュータプログラムがプロセッサ６０４によって実行されると、ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信するステップと、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定するステップとが実現される。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数

【数58】

【0141】

図１０では、バスアーキテクチャは、任意数の相互接続するバスとブリッジを含み、具体的に、プロセッサ６０４をはじめとする１つまたは複数のプロセッサとメモリ６０５をはじめとするメモリの各種類の回路が接続したものである。バスアーキテクチャは、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。これらは、いずれも本分野の公知事項であり、本文においてさらなる記載をしない。バスインタフェースにより、インタフェースが提供される。ネットワークインターフェース６０６は、内部接続や外部接続する機器のインタフェースであってもよい。接続する機器は、キーパッド、ディスプレイ、スピーカ、マイクロフォン、ジョイスティックなどを含むが、それらに限られない。

【0142】

プロセッサ６０４は、バスアーキテクチャと通常の処理を管理する。メモリ６０５は、プロセッサ６０４による作業時に使用されるデータを記憶できる。

【0143】

選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、決定された帯域幅でダウンリンクデータを受信するステップが実現される。

【0144】

【数59】

である。

【0145】

選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、リソースマッピング構成情報を付帯したＲＲＣシグナリングを前記ネットワーク側機器から受信するステップが実現される。前記ＲＲＣシグナリングは、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式または予め前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。

【0146】

選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、リソースマッピング構成情報を付帯したＬ１シグナリングを前記ネットワーク側機器から受信するステップが実現される。前記Ｌ１シグナリングは、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。

【0147】

選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、スケジューリング対象リソースブロックの数を前記ネットワーク側機器から受信し、前記スケジューリング対象リソースブロックの数に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するステップが実現される。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつスケジューリング対象リソースブロックの数毎に対応する。

【0148】

選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、前記ユーザ端末に割り当てる帯域幅部分ＢＷＰの構成を前記ネットワーク側機器から受信し、前記ＢＷＰの構成に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するステップが実現される。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつＢＷＰの構成毎に対応する。

【0149】

選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ネットワーク側機器から受信し、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するステップが実現される。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応する。

【0150】

選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信し、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するステップが実現される。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、フォーマット毎のダウンリンク制御情報に対応する。

【0151】

選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信し、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するステップが実現される。前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であり、ここで予め割り当てられた帯域幅は、前記ネットワーク側機器から構成されるか、少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数

【数60】

【0152】

選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、前記ネットワーク側機器による実スケジューリング対象リソースの帯域幅値を取得し、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するステップが実現される。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、帯域幅値毎に対応する。

【0153】

さらに、前記リソースマッピング構成情報は、前記ユーザ端末の初期アクセスと、ＲＭＳＩ、ｍｅｓｓａｇｅ２、ｍｅｓｓａｇｅ４および／またはＯＳＩを搬送したＰＤＳＣＨの前記ユーザ端末による受信の際に、リソースの分散的マッピング後に占用される帯域幅として、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であると指示する。

【0154】

本開示の実施例は、コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体を提供する。前記コンピュータプログラムがプロセッサによって実行されると、上記のリソースマッピング方法のステップが実現され、または、上記のリソース決定方法のステップが実現される。

【0155】

本明細書に記載される実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはそれらの組み合わせで実現できることが理解されよう。ハードウェア実現の場合、処理ユニットは、１つまたは複数の特定用途向け集積回路ＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔｓ）、デジタル信号プロセッサＤＳＰ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ）、デジタル信号処理デバイスＤＳＰＤ（ＤＳＰＤｅｖｉｃｅ）、プログラマブル論理デバイスＰＬＤ（ＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅ）、フィールドプログラマブルゲートアレイＦＰＧＡ（Ｆｉｅｌｄ－ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本明細書に記載される機能を実行するための他の電子ユニット、またはそれらの組み合わせで実装されてもよい。

【0156】

ソフトウェア実現の場合、本明細書に説明される技術は、本明細書に説明される機能を実行するモジュール（たとえば、プロセス、関数など）によって実現できる。ソフトウェアコードは、メモリに記憶され、プロセッサによって実行される。メモリは、プロセッサ内に実装されてもよく、またはプロセッサの外部に実装されてもよい。

【0157】

本明細書における各実施例は、漸進的に説明され、各実施例は、他の実施形態との相違点を中心に説明され、各実施例間で同様の部分は、互いに参照されたい。

【0158】

本開示の実施例が、方法、装置、またはコンピュータプログラム製品として提供できることは、当業者には理解されよう。したがって、本開示の実施例は、完全なハードウェア実施例、完全なソフトウェア実施例、またはソフトウェアとハードウェアを組み合わせた実施例の形態を採用できる。さらに、本開示の実施例は、コンピュータ使用可能プログラムコードを含む１つまたは複数のコンピュータ使用可能記憶媒体（磁気ディスクメモリ、読み取り専用光ディスクＣＤ－ＲＯＭ（ＣｏｍｐａｃｔＤｉｓｃＲｅａｄ－ＯｎｌｙＭｅｍｏｒｙ）、光学メモリなどを含むが、それに限られない）で実施されるコンピュータプログラム製品の形態を採用できる。

【0159】

本開示の実施例は、本開示の実施例による方法、端末機器（システム）、およびコンピュータプログラム製品のフローチャートおよび／またはブロック図を参照して説明される。フローチャートおよび／またはブロック図の各フローおよび／またはブロック、並びにフローチャートおよび／またはブロック図におけるフローおよび／またはブロックの組み合わせは、コンピュータプログラム命令によって実現されることが理解される。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、または他のプログラム可能なデータ処理端末機器のプロセッサに提供されて、マシンを生成し、コンピュータまたは他のプログラム可能なデータ処理端末機器のプロセッサによって実行される命令が、フローチャートの１つのフロー若しくは複数のフローおよび／またはブロック図の１つのブロック若しくは複数のブロックにおいて指定される機能を実現するための手段を生成するようにしてもよい。

【0160】

これらのコンピュータプログラム命令は、コンピュータまたは他のプログラム可能なデータ処理端末機器に特定の方法で機能するように指示することができるコンピュータ可読メモリに記憶されてもよく、その結果、コンピュータ可読メモリに記憶された命令は、フローチャートの１つ若しくは複数の流れ、および／またはブロック図の１つ若しくは複数のブロックにおいて指定された機能を実現する命令手段を含む製品を生成する。

【0161】

これらのコンピュータプログラム命令は、コンピュータまたは他のプログラム可能な端末機器上で一連の動作ステップを実行してコンピュータ実現プロセスを生成し、それにより、コンピュータまたは他のプログラム可能な端末機器上で実行される命令が、フローチャートの１つのフロー若しくは複数のフローおよび／またはブロック図の１つのブロック若しくは複数のブロックにおいて指定される機能を実現するためのステップを提供するように、コンピュータまたは他のプログラム可能なデータ処理端末機器上にロードされてもよい。

【0162】

本開示の実施例の選択可能な実施例を説明したが、当業者であれば、基本的な発明の概念を知ったら、これらの実施例に更なる変更および修正を加えることができる。したがって、添付の特許請求の範囲は、選択可能な実施例および本開示の実施例の範囲内にある全ての変更および修正を含むと解釈されることが意図される。

【0163】

また、本明細書では、第１および第２などの関係用語は、１つのエンティティまたは動作を別のエンティティまたは動作から区別するためにのみ使用され、そのようなエンティティまたは動作間に任意のそのような実際の関係または順序が存在することを必ずしも要求または示唆するものではないことをさらに説明する。さらに、「含む」、「有する」またはそれらの任意の他の変形は、非排他的包含を包含することを意図しており、それにより、一連の要素を含むプロセス、方法、物品、または端末機器は、それらの要素だけでなく、明示的に列挙されていない他の要素も含み、またはそのようなプロセス、方法、物品、または端末機器に固有の要素も含む。「……を含む」という語句によって定義される要素は、これ以上の限定がない限り、その要素を含むプロセス、方法、物品、または端末機器における、さらなる同じ要素の存在を除外しない。

【0164】

以上記載されたのは、本開示の選択可能な実施形態である。当業者は、本開示に記載されている原理を逸脱せずに様々な改良や修飾をすることもできる。これらの改良や修飾も、本開示の保護範囲内にある。

【符号の説明】

【0165】

31 処理モジュール
32 送信モジュール
41 受信モジュール
42 処理モジュール
500 ネットワーク側機器
501 プロセッサ
502 トランシーバ
503 メモリ
504 ユーザインタフェース
600 ユーザ端末
602 ラジオ周波数装置
603 ベースバンド装置
604 プロセッサ
605 メモリ
606 ネットワークインターフェース

【図1】