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

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

Info

Publication number
JP7052033B2
JP7052033B2 JP2020524152A JP2020524152A JP7052033B2 JP 7052033 B2 JP7052033 B2 JP 7052033B2 JP 2020524152 A JP2020524152 A JP 2020524152A JP 2020524152 A JP2020524152 A JP 2020524152A JP 7052033 B2 JP7052033 B2 JP 7052033B2
Authority
JP
Japan
Prior art keywords
resource mapping
mapping configuration
resource
user terminal
bandwidth
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2020524152A
Other languages
English (en)
Other versions
JP2021501525A (ja
JP2021501525A5 (ja
Inventor
▲暁▼冬 沈
▲鵬▼ ▲孫▼
学明 潘
▲ユ▼ 丁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Publication of JP2021501525A publication Critical patent/JP2021501525A/ja
Publication of JP2021501525A5 publication Critical patent/JP2021501525A5/ja
Application granted granted Critical
Publication of JP7052033B2 publication Critical patent/JP7052033B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0071—Use of interleaving
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

関連出願の相互参照
本願は、２０１７年１１月１７日に中国特許庁に提出された中国特許出願２０１７１１１４８８７９．４の優先権を主張し、その全ての内容が援用によりここに取り込まれる。
本開示は、通信技術分野に係り、特にリソースマッピング方法、リソース決定方法、ネットワーク側機器およびユーザ端末に係る。
従来技術の通信プロトコルは、大きめのリソース割り当ておよび大きめの帯域幅構成における分散式仮想リソースブロックＤＶＲＢ（ｄｉｓｔｒｉｂｕｔｅｄ ＶＲＢ）に対するリソースマッピングをサポートしていない。より大きな帯域幅およびコードブロックグループＣＢＧ（Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ）伝送が５Ｇに導入されるため、大きめのリソース割り当ての場合、このシナリオではＤＶＲＢマッピングをサポートする必要がある。
小さめのリソース割り当ておよび大きめの帯域幅構成において、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）では５０物理リソースブロックＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）以上と規定されるように、ＬＴＥでは、より小さいサイズ、セル帯域幅の１／４のオーダーの周波数間隔でのＤＶＲＢマッピングの採用をサポートする。より小さい周波数間隔の適用は、分散式伝送をセル帯域幅全体の一部に制限することを可能にする。
ＮＲ（ｎｅｗ ｒａｄｉｏ）では、上述した大リソース割り当てと小リソース割り当ての両方の方式が同時に要求されるため、両者を融合した方式が必要となる。
また、ＮＲのＰＲＧ（Ｐｒｅｃｏｄｉｎｇ Ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ Ｇｒｏｕｐｓ）の設計として、ｔｙｐｅ１とｔｙｐｅ２の２つの異なるタイプを採用するため、そのようなタイプに対して異なるＤＶＲＢマッピング方式を別々に設計し、ＤＶＲＢマッピングのインターリーバの具体的なパラメータを決定する必要がある。
第１方面では、本開示の実施例は、ネットワーク側機器に応用されるリソースマッピング方法を提供する。当該方法において、物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定することと、前記リソースマッピング構成情報に基づいて仮想リソースブロックを物理リソースブロックにマッピングし、前記リソースマッピング構成情報をユーザ端末に送信することとを含み、前記リソースマッピング構成情報をユーザ端末に送信することによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得する。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数

Figure 0007052033000001
 、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む。
第２方面では、本開示の実施例は、ユーザ端末に応用されるリソース決定方法を提供する。当該方法において、ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することと、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定することとを含む。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数

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

Figure 0007052033000003
 、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む。
第４方面では、本開示の実施例は、ユーザ端末を提供する。当該ユーザ端末は、ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信するための受信モジュールと、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定するための処理モジュールとを含む。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数

Figure 0007052033000004
 、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む。
第５方面では、本開示の実施例は、メモリと、プロセッサと、メモリに格納されてプロセッサで実行可能なコンピュータプログラムを含むネットワーク側機器を提供する。前記コンピュータプログラムが前記プロセッサによって実行されると、上記のリソースマッピング方法のステップが実現される。
第６方面では、本開示の実施例は、メモリと、プロセッサと、メモリに格納されてプロセッサで実行可能なコンピュータプログラムを含むユーザ端末を提供する。前記コンピュータプログラムが前記プロセッサによって実行されると、上記のリソース決定方法のステップが実現される。
第７方面では、本開示の実施例は、コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体を提供する。前記コンピュータプログラムがプロセッサによって実行されると、上記のリソースマッピング方法のステップが実現され、または、上記のリソース決定方法のステップが実現される。
図１は、分散式スケジューリングに利用可能なＶＲＢの概略図である。 図２は、ＧＡＰ１およびＧＡＰ２に構成された後のＤＶＲＢマッピングを示す図である。 図３は、本開示の実施例におけるリソースマッピング方法のフローを示す図である。 図４は、本開示の実施例における所定帯域幅でのＤＶＲＢマッピングを示す図である。 図５は、本開示の実施例におけるスケジューリング帯域幅内のＤＶＲＢマッピングを示す図である。 図６は、本開示の実施例におけるリソース決定方法のフローを示す図である。 図７は、本開示の実施例におけるネットワーク側機器の構造を示すブロック図である。 図８は、本開示の実施例におけるユーザ端末の構造を示すブロック図である。 図９は、本開示の実施例におけるネットワーク側機器の構成を示す図である。 図１０は、本開示の実施例におけるユーザ端末の構成を示す図である。
以下、本開示の実施例における技術的解決策を、本開示の実施例における図面と併せて、明確かつ完全に説明するが、記載される実施例は、本開示の一部の実施例にすぎず、全ての実施例ではないことが明らかである。本開示の実施例に基づいて、創造的な労働を伴わずに当業者によって得られる全ての他の実施例は、本開示の保護範囲に属する。
ネットワーク側機器は、ある特定のユーザ端末ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）に対しどのリソースブロックＲＢ（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を割り当てるかを決定する際に、時間領域および周波数領域に関するダウンリンクチャネル品質を考慮する可能性がある。すなわち、チャネルに関する周波数選択スケジューリングでは、周波数選択性減衰によるチャネル変動などを考慮して、チャネル品質の良いＲＢ（必ずしも連続的ではない）を当該ＵＥに割り当てることで、ＵＥのレートおよびセル全体のスループットを大幅に向上させることができる。
しかしながら、周波数選択スケジューリングは、ダウンリンクチャネル品質をネットワーク側機器に報告することをＵＥに要求するため、大きなシグナリングオーバーヘッドをもたらし、同時に、ネットワーク側機器が、時折の情報を受信するか、または情報を受信できないことを回避するために、ダウンリンクチャネル品質情報を正しくタイムリーに受信できることを保証する必要がある。したがって、場合によっては、周波数選択スケジューリングは、適用しない。たとえば、音声トラフィックなどの低速トラフィックの場合、周波数選択に関連するフィードバックシグナリングによって、比較的大きなオーバーヘッドをもたらし、得より損のほうが大きい。高速で走行する高速鉄道車両などのＵＥが高速で移動するシナリオでは、リアルタイムのチャネル品質を追跡することが困難または不可能であり、周波数選択スケジューリングに必要なチャネル品質精度を提供することができない。
この場合、周波数領域で不連続なリソースブロックにダウンリンク伝送を分散して周波数ダイバーシチ利得を得て、伝送の信頼性を向上させることが考えられる。
上記２つの異なる目的のリソースマッピングを実現するために、ＰＲＢおよび仮想リソースブロックＶＲＢ（ｖｉｒｔｕａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）の概念が導入される。ここで、ＰＲＢは、物理リソースブロック、ＶＲＢは、仮想リソースブロックを示す。ネットワーク側機器は、通常、ＶＲＢによってリソース情報をユーザ端末に指示する。具体的な物理リソースマッピングは、ＶＲＢから対応するＰＲＢにマッピングして得られる。一般に、集中式ＰＲＢは、１つのユーザ端末のリソースが連続的なＰＲＢを占用することを示し、分散式ＰＲＢは、１つのユーザ端末が帯域幅的に不連続なＰＲＢリソースを占用することを示す。このように、システムの周波数ダイバーシチ利得を向上させ、干渉抵抗力を高めることができる。
ＬＴＥにおいて、ＶＲＢは、集中式ＶＲＢであるＬＶＲＢ（ｌｏｃａｌｉｚｅｄ ＶＲＢ）と分散式ＶＲＢであるＤＶＲＢ（ｄｉｓｔｒｉｂｕｔｅｄ ＶＲＢ）の２種類が定義されている。
集中式リソースマッピング方式では、ＶＲＢペアとＰＲＢペアは、１対１に対応する。すなわちＶＲＢの位置は、ＰＲＢの位置である。ＲＢリソースブロック番号

Figure 0007052033000005
 であり、範囲が

Figure 0007052033000006
 である。

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

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

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

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

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

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

Figure 0007052033000013
 ではなく、パラメータ

Figure 0007052033000014
 は、ＬＴＥのプロトコルに従って、以下のように計算されることに留意されたい。
（１）スロットＧＡＰ１が使用される場合、

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

Figure 0007052033000016
 である場合、

Figure 0007052033000017
 。１０ＭＨｚ帯域幅、

Figure 0007052033000018
 である場合、

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

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

Figure 0007052033000021
 である場合、

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

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

Figure 0007052033000024
一般に、ＰＲＢへのＶＲＢのマッピングは、インターリーバを用いて行われ、ＤＶＲＢを実現し、すなわちマッピング後のリソースができるだけ分散されているということを実現するためには、マッピング後の論理リソースができるだけ物理リソース全体に均一に分散されていることが要求される。
Ｂｌｏｃｋ ｉｎｔｅｒｌｅａｖｅｒ（ブロックインタリーバ）を使用して、ＶＲＢを行から書き込み、列から読み出すことによって、ＶＲＢの並べ替えおよびスクランブルを完了することができる。ブロックインターリーバにとって最も重要な２つのパラメータは、その行数と列数を決定することである。
ＬＴＥの設計では、前述のように、ＤＶＲＢマッピングされたリソースが帯域幅全体に分布し、リソースの断片化をある程度招くため、リソースマッピングの大帯域を制限する必要がある。
従って、４Ｇ ＬＴＥの設計では、以下の原則が規定されている。
（１）ダウンリンク制御情報ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ） ｆｏｒｍａｔ（フォーマット）１Ａ／１Ｂ／１Ｄが分散式ＶＲＢ割り当て方式を使用し、かつそのＤＣＩの巡回冗長検査ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）がセル無線ネットワーク一時識別子Ｃ－ＲＮＴＩ（Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）によってスクランブルされる場合、ダウンリンク帯域幅が６～４９ＲＢであると、対応するＵＥに割り当てられるＶＲＢ数は、１個から最大

Figure 0007052033000025
 個までである。この値は、システム帯域幅に非常に近く、プロトコルにおいて具体的に規定されている。しかしながら、ダウンリンク帯域幅が５０～１１０ＲＢである場合、対応するＵＥに割り当てられるＶＲＢ数は、１個から最大１６個まで可能である。
（２）分散式のＶＲＢからＰＲＢへのマッピングは、連続的に割り当てられるＲＢの長さがシステム帯域幅の半分よりも大きくなることを回避することが求められ、これはリソースの断片化をもたらす。
以下の例を挙げる。たとえば５０ＰＲＢの構成では、ＧＡＰ１とＧＡＰ２で構成される場合、最初の１６個のＶＲＢがマッピングされた後のリソースは、図２に示すようになり、数字はＶＲＢの論理番号である。
ＬＴＥではＤＶＲＢでｉｎｔｒａ－ｓｕｂｆｒａｍｅ ｈｏｐｐｉｎｇも使用し、すなわち、１ｓｕｂｆｒａｍｅ内の２つのｓｌｏｔで周波数ホッピングを使用しているため、図２には、前後２つのｓｌｏｔのマッピングが描かれている。ＧＡＰ１のＤＶＲＢマッピングとＧＡＰ２のＤＶＲＢマッピングとの主な違いは、マッピング後のリソースの分布帯域幅にあることがわかる。ＧＡＰ１の分布帯域幅は、システム帯域幅に等しく、ＧＡＰ２の分布帯域幅は、システム帯域幅の約１／２程度である。
ＰＲＢ ｂｕｎｄｌｉｎｇは、物理リソースブロックをバインドすることを示す。ＬＴＥではチャネル推定の品質を向上させるために、複数のＰＲＢが同じＰｒｅｃｏｄｅｒ（フォーミングベクトル）を使用することを想定しており、このように受信側（つまりユーザ端末側）が複数のＰＲＢを連携してチャネル推定を行うことが可能な構成は、ＬＴＥではＰＲＧ（Ｐｒｅｃｏｄｉｎｇ Ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ Ｇｒｏｕｐｓ）構成と呼ばれている。
ＵＥは、１つのサービングセルにあるとき、プリコーディング粒度が周波数領域における複数のリソースブロック（ＰＲＢ）であると仮定することができる。プリコーディングされたリソースブロックグループ（ＰＲＧＳ）のサイズ分割は、システム帯域幅の和に依存し、ＰＲＧは、連続するＰＲＢからなる。ＵＥは、１つのＰＲＧにおいて、全ての所定のＰＲＢが同じＰｒｅｃｏｄｅｒを適用すると仮定することができる。ＰＲＧのサイズは、システムの帯域幅に関連し、ＬＴＥでは、表２に示されるように規定される。

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

Figure 0007052033000027
５Ｇ ＮＲにおけるＰＲＧ構成は、ｔｙｐｅ１とｔｙｐｅ２の２種類が可能である。ｔｙｐｅ１とは、前記ネットワーク側機器により構成されるか、または［１，２，４，８，１６］のような、予め定義される複数のＰＲＧ ｓｉｚｅのセットである。前記ユーザ端末が使用するＰＲＧ ｓｉｚｅをＬ１シグナリングにより動的に指示する。ｔｙｐｅ２とは、ＰＲＧ ｓｉｚｅが連続スケジューリング対象リソースの数に等しい。
ＮＲにおけるリソースは、ｂｉｔｍａｐタイプ（ｔｙｐｅ０）および連続リソース割り当てタイプ（ｔｙｐｅ１）の２つのタイプのリソース割り当てをサポートする。
タイプ０：タイプ０は、ｂｉｔｍａｐの形式を使用する。ｂｉｔｍａｐの各ビットが１つのＲＢＧ（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ｇｒｏｕｐ）を表し、ＲＢＧが１つのＲＢ群を表し、ＲＢ群のサイズとして、２０Ｍのシステム帯域幅などの帯域幅に関連する可能性があり、各ＲＢＧが４ＲＢを含むため、２０Ｍの帯域幅が計２５ＲＢＧを有し、対応するＤＣＩ中のｂｉｔｍａｐは、２５ビットを有する。あるＲＢＧをＵＥに割り当てると、ＵＥに対応するＤＣＩのｂｉｔｍａｐ対応ビットを１をセットすればよい。
タイプ１：ＵＥに割り当てられるリソースは、連続的なＶＲＢであり、そのＶＲＢから実際の物理リソースＰＲＢへのマッピングは、集中式（ｌｏｃａｌｉｚｅｄ）でも、分散式（ｄｉｓｔｒｉｂｕｔｅｄ）でもよい。
従来技術の通信プロトコルは、大きめのリソース割り当ておよび大きめの帯域幅構成におけるＤＶＲＢに対するリソースマッピングをサポートしていない。より大きな帯域幅およびＣＢＧ伝送が５Ｇに導入されるため、大きめのリソース割り当ての場合、このシナリオではＤＶＲＢマッピングをサポートする必要がある。
ＮＲのＰＲＧの設計として、ｔｙｐｅ１とｔｙｐｅ２の２つの異なるタイプを採用するため、そのようなタイプに対して異なるＤＶＲＢマッピング方式を別々に設計し、ＤＶＲＢマッピングのインターリーバの具体的なパラメータを決定する必要がある。
本開示の解決しようとする技術課題は、ｔｙｐｅ１とｔｙｐｅ２の２つの異なるＰＲＧタイプのリソースマッピングのニーズに対応可能なリソースマッピング方法、リソース決定方法、ネットワーク側機器およびユーザ端末を提供することである。
本開示の実施例は、ネットワーク側機器に応用されるリソースマッピング方法を提供し、図３に示すように、以下のステップを含む。
ステップ１０１において、物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定する。
ステップ１０２において、前記リソースマッピング構成情報に基づいて仮想リソースブロックを物理リソースブロックにマッピングし、前記リソースマッピング構成情報をユーザ端末に送信し、それによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得する。
ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数

Figure 0007052033000028
 、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む。
本実施例において、ネットワーク側機器が、構成パラメータを付帯した物理ダウンリンク制御チャネルのリソースマッピング構成情報をユーザ端末に送信し、ユーザ端末が、リソースマッピング構成情報における構成パラメータに基づいて、リソースの分散的マッピング後に占有される帯域幅を決定し、さらに、決定された帯域幅でダウンリンクデータを受信することができる。本開示の技術的手段は、ｔｙｐｅ１とｔｙｐｅ２の２つの異なるＰＲＧタイプのリソースマッピングのニーズを満たすことができ、リソースのダイバーシチ利得を保証しつつ、リソースの可用性を高め、リソースの連続性を保証する。
ＤＶＲＢのマッピングプロセスでは、一般に、以下のパラメータを決定する必要がある。
（１）ブロックインターリーバ（Ｂｌｏｃｋ ｉｎｔｅｒｌｅａｖｅｒ）のインターリーブ粒度

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

Figure 0007052033000030
 を粒度として

Figure 0007052033000031
 群に分類される。
（２）インターリービング行列の列数（または行数）、即ち

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

Figure 0007052033000033
 群には、ＶＲＢを行から書き込み、列から読み出すことによって、ＶＲＢの並べ替えとスクランブルを完成したり、ＶＲＢを列から書き込み、行から読み出すことによって、ＶＲＢの並べ替えとスクランブルを完成したりするＢｌｏｃｋ ｉｎｔｅｒｌｅａｖｅｒが適用される。
上記インタリーブされた論理リソースは、物理リソースにマッピングされる。一般にＤＶＲＢマッピングされたリソースが帯域幅全体に分布し、ある程度リソースの断片化を招くため、リソースマッピングの大帯域を制限する必要がある。この場合、

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

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

Figure 0007052033000036
 である。

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

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

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

Figure 0007052033000040
 が全体物理リソース

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

Figure 0007052033000042
 が総物理リソース

Figure 0007052033000043
 よりも十分に小さい場合、利用可能な物理リソースは少ないが、リソース分散マッピング後の物理的な周波数領域間隔が大きいため、ダイバーシチの利得は大きい。
具体的な実施例１では、プロトコルまたはネットワーク側機器の無線リソース制御ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリングにより、複数のＤＶＲＢのマッピング方式（異なるマッピング帯域幅に対応）から、そのうちの１つの、ＵＥのＤＶＲＢマッピング方式を通知する。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、前記リソースマッピング構成情報をＲＲＣシグナリングによって前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記リソースマッピング構成情報の番号をＲＲＣシグナリングによって前記ユーザ端末に送信してもよく、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式または予め前記ユーザ端末に送信される複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。
本実施例の背景は、ネットワーク側機器が半静的にＤＶＲＢのマッピング方式を制御できることである。たとえばネットワーク側機器がＤＶＲＢマッピング後の離散の程度、すなわちマッピング後の占用帯域の大きさを制御することで、リソースの断片化を効率的に制御する。具体的な実現は、以下の通りである。
ネットワーク側機器は、ＲＲＣシグナリングｉを受信したとき、マッピング関数fi(・)を用いるなど、具体的なＤＶＲＢのマッピング方式をＲＲＣシグナリングによってＵＥに通知する。fi(・)は、異なる関数形式を有し、たとえばfi(・)に対応するＤＶＲＢマッピング後の帯域幅が異なり（たとえば全帯域幅または１／２帯域幅であり、異なる適用シナリオに対応する）、

Figure 0007052033000044
 値の範囲が異なるまたは同じである（小さめのリソース割り当ておよび大きめの帯域幅構成のシナリオに対応する）。
具体的な実施例２において、複数のＵＥのＤＶＲＢマッピング方式（異なるマッピング帯域幅に対応）をプロトコルまたはネットワーク側機器のＲＲＣシグナリングによって構成した後に、Ｌ１シグナリングによって１つのＤＶＲＢのマッピング方式を選択する。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、前記リソースマッピング構成情報をＬ１シグナリングによって前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記リソースマッピング構成情報の番号をＬ１シグナリングによって前記ユーザ端末に送信してもよく、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。
本実施例の背景は、ネットワーク側機器がＤＶＲＢのマッピング方式を動的に制御できることである。たとえばネットワーク側機器がＤＶＲＢマッピング後の離散的な度合い、すなわちマッピング後の占用帯域幅の大きさを制御することによって、リソースの断片化を効果的に制御する。具体的な実現としては、ネットワーク側機器は、複数のＤＶＲＢのマッピング方式をＲＲＣシグナリングによってＵＥに通知し、または、複数のＤＶＲＢのマッピング方式をプロトコルによって規定し、Ｌ１シグナリングｉを受信した場合、マッピング関数fi(・)を用いるなど、具体的にどのマッピング方式を採用したかをＬ１の動的シグナリングによって通知する。fi(・)は、異なる関数形式を有し、たとえばfi(・)に対応するＤＶＲＢマッピング後の帯域幅が異なり（たとえば全帯域幅または１／２帯域幅であり、異なる適用シナリオに対応する）、

Figure 0007052033000045
 値の範囲が異なるまたは同じである（小さめのリソース割り当ておよび大きめの帯域幅構成のシナリオに対応する）。
具体的な実施例３において、ユーザ端末は、実スケジューリング対象リソースの帯域幅に基づいて、複数のＤＶＲＢマッピング方式（異なるマッピング帯域幅に対応）から、一種のＤＶＲＢのマッピング方式を暗黙的に決定する。実スケジューリング対象リソースの帯域幅、すなわちスケジューリング対象データが占用する帯域幅は、伝送帯域幅とは異なり、実際のスケジューリングにどれだけの帯域幅が使用されたかを意味する。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、スケジューリング対象リソースブロックの数を前記ユーザ端末に通知することを含み、それによって、前記ユーザ端末が、前記スケジューリング対象リソースブロックの数に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつスケジューリング対象リソースブロックの数毎に対応する。
上記の具体的な実施例１および２におけるＤＶＲＢは、いずれも１つの帯域幅でのリソース分散化の動作である。本実施例のリソース分散化は、スケジューリング対象のリソースのみにおいて行われる。理解を容易にするために、両者の違いは図４および図５に示され、図中の点がスケジューリング対象のＶＲＢであり、スケジューリング帯域幅内のＤＶＲＢとは、各ＰＲＢの順序を、そのＶＲＢに対応するＰＲＢリソースのセット内で乱すことを意味する。これは、場合によっては、ＣＢＧ伝送に基づくデータ伝送の性能を最適化することができ、また、リソースを断片化することもない。
具体的な実現として、ネットワーク側機器がＲＲＣシグナリングによって複数のＤＶＲＢのマッピング方式をＵＥに通知するか、またはプロトコルによって複数のＤＶＲＢのマッピング方式を規定し、端末が、スケジューリング対象リソースの数（通常ＶＲＢの数）に応じてどのマッピング方式を採用したかを動的に決定する。たとえば、スケジューリング対象リソースの数が一定値以下であるとき、f1(・)使用される。スケジューリング対象リソースの数が一定値よりも大きいとき、f2(・)が使用される。f1(・)、f2(・)は、異なる関数形を有し、f1(・)、f2(・)に対応するＤＶＲＢマッピング後の帯域幅が異なってもよく（たとえば全帯域幅または１／２帯域幅であり、異なる応用シナリオに対応する）、またはf1(・)に対応するＤＶＲＢは、所定帯域幅での分散化であり、f2(・)に対応するＤＶＲＢは、スケジューリング帯域幅内での分散化であり、

Figure 0007052033000046
 値の範囲が異なるまたは同じである（小さめのリソース割り当ておよび大きめの帯域幅構成のシナリオに対応する）。
具体的な実施例４において、構成される可能な伝送帯域幅（ＢＷＰ帯域幅またはキャリアの帯域幅）に応じて、複数のＤＶＲＢマッピング方式（異なるマッピング帯域幅に対応）から、一種のＤＶＲＢのマッピング方式を暗黙的に決定する。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、前記ユーザ端末に割り当てる帯域幅部分ＢＷＰの構成を前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ＢＷＰの構成に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつＢＷＰの構成毎に対応する。
具体的な実現として、ネットワーク側機器がＲＲＣシグナリングによって複数のＤＶＲＢのマッピング方式をＵＥに通知するか、またはプロトコルによって複数のＤＶＲＢのマッピング方式を規定し、端末が、マッピング関数fi(・)が用いられるなど、ＢＷＰ帯域幅に応じてどのマッピング方式を採用したかを動的に決定する。fi(・)は、異なる関数形を有し、fi(・)に対応するＤＶＲＢマッピング後の帯域幅が異なってもよく（たとえば全帯域幅または１／２帯域幅であり、異なる応用シナリオに対応する）、またはfi(・)に対応するＤＶＲＢは、所定帯域幅でのＤＶＲＢであるか、またはスケジューリング帯域幅内でＤＶＲＢであるか選択可能であり、

Figure 0007052033000047
 値の範囲が異なるまたは同じである（小さめのリソース割り当ておよび大きめの帯域幅構成のシナリオに対応する）。
具体的な実施例５において、ＢＷＰ帯域幅とリソース割り当てのタイプ（ｔｙｐｅ０またはｔｙｐｅ１）に応じて、複数のＤＶＲＢマッピング方式（異なるマッピング帯域幅に対応）から、一種のＤＶＲＢのマッピング方式を暗黙的に決定する。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応する。
具体的な実現として、ＮＲダウンリンクリソース割り当てタイプ０（ｂｉｔｍａｐ ｔｙｐｅ）に対して、ＤＶＲＢは、所定のスケジューリング対象リソースで分散化を行い、すなわちｂｌｏｃｋ ｉｎｔｅｒｌｅａｖｅｒがスケジューリング対象ＶＲＢでのみ行われる。ＮＲダウンリンクリソース割り当てタイプ１（連続リソース割り当て）では、ＤＶＲＢは、所定の帯域幅で分散化を行い、すなわちｂｌｏｃｋ ｉｎｔｅｒｌｅａｖｅｒは、ＢＷＰ帯域幅内または１つの既知の帯域幅内で行われる。
具体的な実施例６において、ＤＶＲＢのマッピング方式は、ＤＣＩ ｆｏｒｍａｔによって決定される。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、フォーマット毎のダウンリンク制御情報に対応する。
具体的な実現として、フォールバックＤＣＩと通常のＤＣＩとでは、両者のＤＣＩフォーマットが異なり、異なるＤＶＲＢのマッピング方式を採用することが考えられる。たとえば、フォールバックＤＣＩに対し、ＤＶＲＢは、所定の帯域幅で分散化を行い、つまりｂｌｏｃｋ ｉｎｔｅｒｌｅａｖｅｒはＢＷＰ帯域幅内または１つの既知の帯域幅内で行う。通常のＤＣＩに対し、ＤＶＲＢは、スケジューリング対象リソースで分散化を行い、つまりｂｌｏｃｋ ｉｎｔｅｒｌｅａｖｅｒは、スケジューリング対象ＶＲＢでのみ行う。
さらに、前記の前記リソースマッピング構成情報をユーザ端末に送信することは、ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅である。ここで予め割り当てられた帯域幅は、前記ネットワーク側機器から構成されるか、少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数

Figure 0007052033000048
 、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される。
具体的な実施例７では、初期アクセス時に、端末にＵＥ－ｓｐｅｃｉｆｉｃのシグナリングがまだ送られていないため、ＤＶＲＢマッピングを具体的に使用することを決定するために特別な処理が必要である。たとえば、初期アクセス時に、ネットワーク側機器は、制御シグナリングを伝達するためにｆａｌｌｂａｃｋ ＤＣＩ（フォールバックＤＣＩ）を送信し、フローを簡略化するために固定ＰＲＧ ｔｙｐｅを使用することを考慮する。
端末が、余剰システム情報ＲＭＳＩ（Ｒｅｍａｉｎｉｎｇ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）、ｍｅｓｓａｇｅ ２（ＲＡＲ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ））、ｍｅｓｓａｇｅ４、他システム情報ＯＳＩ（Ｏｔｈｅｒ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）を搬送する物理ダウンリンク共有チャネルＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ，ＰＤＳＣＨ）を受信し、端末がＤＶＲＢの方式を用いて受信する場合、以下のデフォルト方式で受信することが考えられる。
（１）ＤＶＲＢは、所定の帯域幅で分散化を行い、すなわち、ｂｌｏｃｋ ｉｎｔｅｒｌｅａｖｅｒは、初期アクセスのＢＷＰ帯域幅内で行われる。
（２）ＤＶＲＢは、スケジューリング対象リソースで分散化を行い、すなわちｂｌｏｃｋ ｉｎｔｅｒｌｅａｖｅｒは、スケジューリング対象ＶＲＢでのみ行われる。
（３）実スケジューリング対象リソースの帯域幅に応じて、複数のＤＶＲＢマッピング方式（異なるマッピング帯域幅に対応）から、一種のＤＶＲＢのマッピング方式を暗黙的に決定することができる。前記の前記リソースマッピング構成情報をユーザ端末に送信することは、実スケジューリング対象リソースの帯域幅値を前記ユーザ端末に通知することを含み、それによって、前記ユーザ端末が、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式である。各リソースマッピング構成方式は、帯域幅値毎に対応する。
ここで、ＲＭＳＩは、ＬＴＥにおけるＳＩＢ１と同様の５Ｇ ＮＲで導入されたシステム情報である。ＯＳＩは、ＬＴＥにおけるＳＩＢ１を除く残りのＳＩＢｘシステム情報と同様の５Ｇ ＮＲで導入されたものである。
従来技術における４Ｇ ＬＴＥ物理層設計における物理ランダムアクセス（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）チャネルＰＲＡＣＨは、主に、ユーザ端末側がアップリンクランダムアクセス要求を引き起こすために使用され、その要求に応じてネットワーク側機器側が後続の応答をさらに決定する。
従来技術におけるランダムアクセスプロセスは、主に４つのステップを有する。
ステップ１：プリアンブル送信（Ｍｅｓｓａｇｅ １）
ステップ２：ランダムアクセス応答（Ｍｅｓｓａｇｅ ２）
ステップ３：レイヤ２／レイヤ３メッセージ（Ｍｅｓｓａｇｅ ３）
ステップ４：競合解決メッセージ（Ｍｅｓｓａｇｅ ４）
そのうち、ステップ１は、主に物理レイヤのＰｒｅａｍｂｌｅ（コード）で生成したシーケンス（ｓｅｑｕｅｎｃｅ）が物理レイヤの時間周波数リソースにマッピングされて送信される。ステップ２は、主に、ネットワーク側機器が、ＰＤＳＣＨチャネルを介してランダムアクセス応答ＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を送信し、ランダムアクセス無線ネットワーク一時識別子ＲＡ－ＲＮＴＩ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ ＩＤ）を用いて識別し、どの時間周波数スロットにアクセスプレフィックスが検出されたかを識別する。いくつかのＵＥが同じプレフィックス時間周波数リソースにおいて同じフラグを選択したことにより衝突が発生した場合、これらのＵＥもＲＡＲを受信する。ステップ３は、ＲＲＣ接続要求メッセージ、ロケーションエリア更新メッセージ、またはスケジューリング要求メッセージのような、決定されたランダムアクセスプロセスメッセージを搬送する、物理アップリンク共有チャネルＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）に割り当てられて最初のランダムアクセス関連メッセージをスケジューリングする。ステップ４の主な目的は、Ｃ－ＲＮＴＩまたは一時的Ｃ－ＲＮＴＩに対する競合解決メッセージである。後者の場合、競合解決メッセージは、Ｌ２／Ｌ３メッセージに付帯されたＵＥ ＩＤを応答する。競合解決メッセージは、ＨＡＲＱをサポートする。競合衝突が発生した後、Ｌ２／Ｌ３メッセージの復号に成功した場合、自身のＵＥ ＩＤ（またはＣ－ＲＮＴＩ）を検出したそのＵＥのみがＨＡＲＱフィードバックメッセージを送信する。他のＵＥは、衝突が存在することを認識し、ＨＡＲＱフィードバックメッセージを送信せず、できるだけ早く今回のアクセスプロセスを終了し、新しいランダムアクセスを開始する。
本開示の実施例は、ユーザ端末に応用されるリソース決定方法をさらに提供し、図６に示すように、ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信するステップ２０１と、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定するステップ２０２とを含む。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数

Figure 0007052033000049
 、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む。
本実施例において、ネットワーク側機器が、構成パラメータを付帯した物理ダウンリンク制御チャネルのリソースマッピング構成情報をユーザ端末に送信し、ユーザ端末が、リソースマッピング構成情報における構成パラメータに基づいて、リソースの分散的マッピング後に占有される帯域幅を決定し、さらに、決定された帯域幅でダウンリンクデータを受信することができる。本開示の技術的手段は、ｔｙｐｅ１とｔｙｐｅ２の２つの異なるＰＲＧタイプのリソースマッピングのニーズを満たすことができ、リソースのダイバーシチ利得を保証しつつ、リソースの可用性を高め、リソースの連続性を保証する。
さらに、前記のリソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定することの後に、前記方法において、決定された帯域幅でダウンリンクデータを受信することをさらに含む。
さらに、前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号を含み、前記マッピング関数の引数は、少なくともＶＲＢ番号とスロット番号を含み、ここで、ＶＲＢ番号の範囲が

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

Figure 0007052033000051
 、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される。
前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、前記ネットワーク側機器による実スケジューリング対象リソースの帯域幅値を取得し、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含む。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、帯域幅値毎に対応する。
さらに、前記リソースマッピング構成情報は、前記ユーザ端末の初期アクセスと、余剰システム情報ＲＭＳＩ、ｍｅｓｓａｇｅ２、ｍｅｓｓａｇｅ４および／または他システム情報ＯＳＩを搬送した物理ダウンリンク共有チャネルＰＤＳＣＨの前記ユーザ端末による受信の際に、リソースの分散的マッピング後に占用される帯域幅として、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であると指示する。
本開示の実施例は、図７に示すように、物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定し、前記リソースマッピング構成情報に基づいてＶＲＢをＰＲＢにマッピングするための処理モジュール３１と、前記リソースマッピング構成情報をユーザ端末に送信するための送信モジュール３２とを含むネットワーク側機器をさらに提供し、前記リソースマッピング構成情報をユーザ端末に送信することによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得する。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数

Figure 0007052033000052
 、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む。
本実施例において、ネットワーク側機器が、構成パラメータを付帯した物理ダウンリンク制御チャネルのリソースマッピング構成情報をユーザ端末に送信し、ユーザ端末が、リソースマッピング構成情報における構成パラメータに基づいて、リソースの分散的マッピング後に占有される帯域幅を決定し、さらに、決定された帯域幅でダウンリンクデータを受信することができる。本開示の技術的手段は、ｔｙｐｅ１とｔｙｐｅ２の２つの異なるＰＲＧタイプのリソースマッピングのニーズを満たすことができ、リソースのダイバーシチ利得を保証しつつ、リソースの可用性を高め、リソースの連続性を保証する。
さらに、前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号を含み、前記マッピング関数の引数は、少なくともＶＲＢ番号とスロット番号を含み、ここで、ＶＲＢ番号の範囲が

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

Figure 0007052033000054
 、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される。
さらに、前記送信モジュールは、具体的に、実スケジューリング対象リソースの帯域幅値を前記ユーザ端末に通知することに用いられ、それによって、前記ユーザ端末が、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、帯域幅値毎に対応する。
さらに、前記リソースマッピング構成情報は、前記ユーザ端末の初期アクセスと、余剰システム情報ＲＭＳＩ、ｍｅｓｓａｇｅ２、ｍｅｓｓａｇｅ４および／または他システム情報ＯＳＩを搬送した物理ダウンリンク共有チャネルＰＤＳＣＨの前記ユーザ端末による受信の際に、リソースの分散的マッピング後に占用される帯域幅として、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であると指示する。
本開示の実施例は、図８に示すように、ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信するための受信モジュール４１と、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定するための処理モジュール４２とを含むユーザ端末をさらに提供する。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数

Figure 0007052033000055
 、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む。
本実施例において、ネットワーク側機器が、構成パラメータを付帯した物理ダウンリンク制御チャネルのリソースマッピング構成情報をユーザ端末に送信し、ユーザ端末が、リソースマッピング構成情報における構成パラメータに基づいて、リソースの分散的マッピング後に占有される帯域幅を決定し、さらに、決定された帯域幅でダウンリンクデータを受信することができる。本開示の技術的手段は、ｔｙｐｅ１とｔｙｐｅ２の２つの異なるＰＲＧタイプのリソースマッピングのニーズを満たすことができ、リソースのダイバーシチ利得を保証しつつ、リソースの可用性を高め、リソースの連続性を保証する。
さらに、ユーザ端末は、決定された帯域幅でダウンリンクデータを受信するためのデータ受信モジュールをさらに含む。
さらに、前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号を含み、前記マッピング関数の引数は、少なくともＶＲＢ番号とスロット番号を含み、ここで、ＶＲＢ番号の範囲が

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

Figure 0007052033000057
 、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される。
さらに、前記受信モジュールは、具体的に、前記ネットワーク側機器による実スケジューリング対象リソースの帯域幅値を取得し、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することに用いられる。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、帯域幅値毎に対応する。
さらに、前記リソースマッピング構成情報は、前記ユーザ端末の初期アクセスと、余剰システム情報ＲＭＳＩ、ｍｅｓｓａｇｅ２、ｍｅｓｓａｇｅ４および／または他システム情報ＯＳＩを搬送した物理ダウンリンク共有チャネルＰＤＳＣＨの前記ユーザ端末による受信の際に、リソースの分散的マッピング後に占用される帯域幅として、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であると指示する。
本開示の実施例は、メモリと、プロセッサと、メモリに格納されてプロセッサで実行可能なコンピュータプログラムを含むネットワーク側機器をさらに提供し、前記コンピュータプログラムが前記プロセッサによって実行されると、上記のリソースマッピング方法のステップが実現される。
図９を参照する。図９は、本開示の実施例に応用するネットワーク側機器の構造図であり、上記実施例におけるリソースマッピング方法の細部を実現可能であり、同じ効果を達成することもできる。図９に示すように、ネットワーク側機器５００は、プロセッサ５０１と、トランシーバ５０２と、メモリ５０３と、ユーザインタフェース５０４と、バスインタフェースを含む。
本開示の実施例において、ネットワーク側機器５００は、メモリ５０３に格納されてプロセッサ５０１で実行可能なコンピュータプログラムをさらに含む。コンピュータプログラムがプロセッサ５０１によって実行されると、物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定するステップと、前記リソースマッピング構成情報に基づいて仮想リソースブロックを物理リソースブロックにマッピングし、前記リソースマッピング構成情報をユーザ端末に送信するステップとが実現される。前記リソースマッピング構成情報をユーザ端末に送信することによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得する。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数

Figure 0007052033000058
 、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む。
図９では、バスアーキテクチャは、任意数の相互接続するバスとブリッジを含み、具体的に、プロセッサ５０１をはじめとする１つまたは複数のプロセッサとメモリ５０３をはじめとするメモリの各種類の回路が接続したものである。バスアーキテクチャは、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。これらは、いずれも本分野の公知事項であり、本文においてさらなる記載をしない。バスインタフェースにより、インタフェースが提供される。トランシーバ５０２は、複数の部品であってもよく、即ち送信機と受信機を含み、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。ユーザ機器によっては、ユーザインタフェース５０４は、内部接続や外部接続する機器のインタフェースであってもよい。接続する機器は、キーパッド、ディスプレイ、スピーカ、マイクロフォン、ジョイスティックなどを含むが、それらに限られない。
プロセッサ５０１は、バスアーキテクチャと通常の処理を管理する。メモリ５０３は、プロセッサ５０１による作業時に使用されるデータを記憶できる。
選択可能に、前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号を含み、前記マッピング関数の引数は、少なくともＶＲＢ番号とスロット番号を含み、ここで、ＶＲＢ番号の範囲が

Figure 0007052033000059
 である。
選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、前記リソースマッピング構成情報をＲＲＣシグナリングによって前記ユーザ端末に送信するステップが実現され、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式または予め前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。
選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、前記リソースマッピング構成情報をＬ１シグナリングによって前記ユーザ端末に送信することが実現され、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。
選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、スケジューリング対象リソースブロックの数を前記ユーザ端末に通知するステップが実現され、それによって、前記ユーザ端末が、前記スケジューリング対象リソースブロックの数に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつスケジューリング対象リソースブロックの数毎に対応する。
選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、前記ユーザ端末に割り当てる帯域幅部分ＢＷＰの構成を前記ユーザ端末に送信するステップが実現され、それによって、前記ユーザ端末が、前記ＢＷＰの構成に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつＢＷＰの構成毎に対応する。
選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ユーザ端末に送信するステップが実現され、それによって、前記ユーザ端末が、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応する。
選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信するステップが実現され、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、フォーマット毎のダウンリンク制御情報に対応する。
選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信するステップが実現され、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であり、ここで予め割り当てられた帯域幅は、前記ネットワーク側機器から構成されるか、少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数

Figure 0007052033000060
 、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される。
選択可能に、コンピュータプログラムがプロセッサ５０１によって実行されると、さらに、実スケジューリング対象リソースの帯域幅値を前記ユーザ端末に通知するステップが実現され、それによって、前記ユーザ端末が、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、帯域幅値毎に対応する。
選択可能に、前記リソースマッピング構成情報は、前記ユーザ端末の初期アクセスと、ＲＭＳＩ、ｍｅｓｓａｇｅ２、ｍｅｓｓａｇｅ４および／またはＯＳＩを搬送したＰＤＳＣＨの前記ユーザ端末による受信の際に、リソースの分散的マッピング後に占用される帯域幅として、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であると指示する。
本開示の実施例は、メモリと、プロセッサと、メモリに格納されてプロセッサで実行可能なコンピュータプログラムを含むユーザ端末をさらに提供し、前記コンピュータプログラムが前記プロセッサによって実行されると、上記のリソース決定方法のステップが実現される。
図１０を参照する。図１０は、本開示の実施例に応用するユーザ端末の構造図であり、上記実施例におけるリソース決定方法の細部を実現可能であり、同じ効果を達成することもできる。図１０に示すように、ユーザ端末６００は、プロセッサ６０４と、アンテナ６０１と、ラジオ周波数装置６０２と、ベースバンド装置６０３と、メモリ６０５と、ネットワークインターフェース６０６と、バスインタフェースを含む。
本開示の実施例において、ユーザ端末６００は、メモリ６０５に格納されてプロセッサ６０４で実行可能なコンピュータプログラムをさらに含む。コンピュータプログラムがプロセッサ６０４によって実行されると、ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信するステップと、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定するステップとが実現される。ここで、前記リソースマッピング構成情報の中の構成パラメータは、ダウンリンク帯域幅の利用可能なＶＲＢ数

Figure 0007052033000061
 、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含む。
図１０では、バスアーキテクチャは、任意数の相互接続するバスとブリッジを含み、具体的に、プロセッサ６０４をはじめとする１つまたは複数のプロセッサとメモリ６０５をはじめとするメモリの各種類の回路が接続したものである。バスアーキテクチャは、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。これらは、いずれも本分野の公知事項であり、本文においてさらなる記載をしない。バスインタフェースにより、インタフェースが提供される。ネットワークインターフェース６０６は、内部接続や外部接続する機器のインタフェースであってもよい。接続する機器は、キーパッド、ディスプレイ、スピーカ、マイクロフォン、ジョイスティックなどを含むが、それらに限られない。
プロセッサ６０４は、バスアーキテクチャと通常の処理を管理する。メモリ６０５は、プロセッサ６０４による作業時に使用されるデータを記憶できる。
選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、決定された帯域幅でダウンリンクデータを受信するステップが実現される。
選択可能に、前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号を含み、前記マッピング関数の引数は、少なくともＶＲＢ番号とスロット番号を含み、ここで、ＶＲＢ番号の範囲が

Figure 0007052033000062
 である。
選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、リソースマッピング構成情報を付帯したＲＲＣシグナリングを前記ネットワーク側機器から受信するステップが実現される。前記ＲＲＣシグナリングは、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式または予め前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。
選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、リソースマッピング構成情報を付帯したＬ１シグナリングを前記ネットワーク側機器から受信するステップが実現される。前記Ｌ１シグナリングは、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知する。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含む。
選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、スケジューリング対象リソースブロックの数を前記ネットワーク側機器から受信し、前記スケジューリング対象リソースブロックの数に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するステップが実現される。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつスケジューリング対象リソースブロックの数毎に対応する。
選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、前記ユーザ端末に割り当てる帯域幅部分ＢＷＰの構成を前記ネットワーク側機器から受信し、前記ＢＷＰの構成に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するステップが実現される。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、対応するマッピング関数とＶＲＢ番号の範囲を含み、かつＢＷＰの構成毎に対応する。
選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ネットワーク側機器から受信し、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するステップが実現される。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応する。
選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信し、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するステップが実現される。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、フォーマット毎のダウンリンク制御情報に対応する。
選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信し、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するステップが実現される。前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であり、ここで予め割り当てられた帯域幅は、前記ネットワーク側機器から構成されるか、少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数

Figure 0007052033000063
 、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される。
選択可能に、コンピュータプログラムがプロセッサ６０４によって実行されると、さらに、前記ネットワーク側機器による実スケジューリング対象リソースの帯域幅値を取得し、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するステップが実現される。前記複数のリソースマッピング構成方式は、予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、各リソースマッピング構成方式は、帯域幅値毎に対応する。
さらに、前記リソースマッピング構成情報は、前記ユーザ端末の初期アクセスと、ＲＭＳＩ、ｍｅｓｓａｇｅ２、ｍｅｓｓａｇｅ４および／またはＯＳＩを搬送したＰＤＳＣＨの前記ユーザ端末による受信の際に、リソースの分散的マッピング後に占用される帯域幅として、予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であると指示する。
本開示の実施例は、コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体を提供する。前記コンピュータプログラムがプロセッサによって実行されると、上記のリソースマッピング方法のステップが実現され、または、上記のリソース決定方法のステップが実現される。
本明細書に記載される実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはそれらの組み合わせで実現できることが理解されよう。ハードウェア実現の場合、処理ユニットは、１つまたは複数の特定用途向け集積回路ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ）、デジタル信号プロセッサＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、デジタル信号処理デバイスＤＳＰＤ（ＤＳＰ Ｄｅｖｉｃｅ）、プログラマブル論理デバイスＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、フィールドプログラマブルゲートアレイＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本明細書に記載される機能を実行するための他の電子ユニット、またはそれらの組み合わせで実装されてもよい。
ソフトウェア実現の場合、本明細書に説明される技術は、本明細書に説明される機能を実行するモジュール（たとえば、プロセス、関数など）によって実現できる。ソフトウェアコードは、メモリに記憶され、プロセッサによって実行される。メモリは、プロセッサ内に実装されてもよく、またはプロセッサの外部に実装されてもよい。
本明細書における各実施例は、漸進的に説明され、各実施例は、他の実施形態との相違点を中心に説明され、各実施例間で同様の部分は、互いに参照されたい。
本開示の実施例が、方法、装置、またはコンピュータプログラム製品として提供できることは、当業者には理解されよう。したがって、本開示の実施例は、完全なハードウェア実施例、完全なソフトウェア実施例、またはソフトウェアとハードウェアを組み合わせた実施例の形態を採用できる。さらに、本開示の実施例は、コンピュータ使用可能プログラムコードを含む１つまたは複数のコンピュータ使用可能記憶媒体（磁気ディスクメモリ、読み取り専用光ディスクＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、光学メモリなどを含むが、それに限られない）で実施されるコンピュータプログラム製品の形態を採用できる。
本開示の実施例は、本開示の実施例による方法、端末機器（システム）、およびコンピュータプログラム製品のフローチャートおよび／またはブロック図を参照して説明される。フローチャートおよび／またはブロック図の各フローおよび／またはブロック、並びにフローチャートおよび／またはブロック図におけるフローおよび／またはブロックの組み合わせは、コンピュータプログラム命令によって実現されることが理解される。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、または他のプログラム可能なデータ処理端末機器のプロセッサに提供されて、マシンを生成し、コンピュータまたは他のプログラム可能なデータ処理端末機器のプロセッサによって実行される命令が、フローチャートの１つのフロー若しくは複数のフローおよび／またはブロック図の１つのブロック若しくは複数のブロックにおいて指定される機能を実現するための手段を生成するようにしてもよい。
これらのコンピュータプログラム命令は、コンピュータまたは他のプログラム可能なデータ処理端末機器に特定の方法で機能するように指示することができるコンピュータ可読メモリに記憶されてもよく、その結果、コンピュータ可読メモリに記憶された命令は、フローチャートの１つ若しくは複数の流れ、および／またはブロック図の１つ若しくは複数のブロックにおいて指定された機能を実現する命令手段を含む製品を生成する。
これらのコンピュータプログラム命令は、コンピュータまたは他のプログラム可能な端末機器上で一連の動作ステップを実行してコンピュータ実現プロセスを生成し、それにより、コンピュータまたは他のプログラム可能な端末機器上で実行される命令が、フローチャートの１つのフロー若しくは複数のフローおよび／またはブロック図の１つのブロック若しくは複数のブロックにおいて指定される機能を実現するためのステップを提供するように、コンピュータまたは他のプログラム可能なデータ処理端末機器上にロードされてもよい。
本開示の実施例の選択可能な実施例を説明したが、当業者であれば、基本的な発明の概念を知ったら、これらの実施例に更なる変更および修正を加えることができる。したがって、添付の特許請求の範囲は、選択可能な実施例および本開示の実施例の範囲内にある全ての変更および修正を含むと解釈されることが意図される。
また、本明細書では、第１および第２などの関係用語は、１つのエンティティまたは動作を別のエンティティまたは動作から区別するためにのみ使用され、そのようなエンティティまたは動作間に任意のそのような実際の関係または順序が存在することを必ずしも要求または示唆するものではないことをさらに説明する。さらに、「含む」、「有する」またはそれらの任意の他の変形は、非排他的包含を包含することを意図しており、それにより、一連の要素を含むプロセス、方法、物品、または端末機器は、それらの要素だけでなく、明示的に列挙されていない他の要素も含み、またはそのようなプロセス、方法、物品、または端末機器に固有の要素も含む。「……を含む」という語句によって定義される要素は、これ以上の限定がない限り、その要素を含むプロセス、方法、物品、または端末機器における、さらなる同じ要素の存在を除外しない。
以上記載されたのは、本開示の選択可能な実施形態である。当業者は、本開示に記載されている原理を逸脱せずに様々な改良や修飾をすることもできる。これらの改良や修飾も、本開示の保護範囲内にある。
31 処理モジュール
32 送信モジュール
41 受信モジュール
42 処理モジュール
500 ネットワーク側機器
501 プロセッサ
502 トランシーバ
503 メモリ
504 ユーザインタフェース
600 ユーザ端末
602 ラジオ周波数装置
603 ベースバンド装置
604 プロセッサ
605 メモリ
606 ネットワークインターフェース

Claims (13)

  1. ネットワーク側機器に応用されるリソースマッピング方法において、
    物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定することと、
    前記リソースマッピング構成情報に基づいて仮想リソースブロックを物理リソースブロックにマッピングし、前記リソースマッピング構成情報をユーザ端末に送信することとを含み、
    前記リソースマッピング構成情報をユーザ端末に送信することによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得し、
    ここで、前記リソースマッピング構成情報の中の構成パラメータは、
    ダウンリンク帯域幅の利用可能なＶＲＢ数
    Figure 0007052033000064
     、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含み、
    前記の前記リソースマッピング構成情報をユーザ端末に送信することは、
    前記リソースマッピング構成情報をＬ１シグナリングによって前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
    前記複数のリソースマッピング構成方式は、
    予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である、
    リソースマッピング方法。
  2. 前記の前記リソースマッピング構成情報をユーザ端末に送信することは、
    前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
    前記複数のリソースマッピング構成方式は、
    予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
    各リソースマッピング構成方式は、
    ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応し、または、
    前記の前記リソースマッピング構成情報をユーザ端末に送信することは、
    ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
    前記複数のリソースマッピング構成方式は、
    予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
    各リソースマッピング構成方式は、
    フォーマット毎のダウンリンク制御情報に対応し、または、
    前記の前記リソースマッピング構成情報をユーザ端末に送信することは、
    ダウンリンク制御情報によって前記リソースマッピング構成情報を前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
    前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、
    予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であり、
    ここで予め割り当てられた帯域幅は、
    少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数
    Figure 0007052033000065
     、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される、請求項１に記載のリソースマッピング方法。
  3. 前記の前記リソースマッピング構成情報をユーザ端末に送信することは、
    実スケジューリング対象リソースの帯域幅値を前記ユーザ端末に通知することを含み、それによって、前記ユーザ端末が、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
    前記複数のリソースマッピング構成方式は、
    予め構成された複数のリソースマッピング構成方式であり、
    各リソースマッピング構成方式は、
    帯域幅値毎に対応する、請求項１に記載のリソースマッピング方法。
  4. ＤＶＲＢのマッピングプロセスでは、
    ブロックインターリーバ（Ｂｌｏｃｋ ｉｎｔｅｒｌｅａｖｅｒ）のインターリーブ粒度
    Figure 0007052033000066
     を取得する、請求項１に記載のリソースマッピング方法。
  5. 前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号を含み、
    前記マッピング関数の引数は、ＶＲＢ番号を含み、
    ここで、ＶＲＢ番号の範囲が
    Figure 0007052033000067
     である、請求項４に記載のリソースマッピング方法。
  6. ユーザ端末に応用されるリソース決定方法において、
    ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することと、
    リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定することとを含み、
    ここで、前記リソースマッピング構成情報の中の構成パラメータは、
    ダウンリンク帯域幅の利用可能なＶＲＢ数
    Figure 0007052033000068
     、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含み、
    前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、
    リソースマッピング構成情報を付帯したＬ１シグナリングを前記ネットワーク側機器から受信することを含み、
    前記Ｌ１シグナリングは、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知し、
    前記複数のリソースマッピング構成方式は、
    予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である、
    リソース決定方法。
  7. 前記のリソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定することの後に、
    決定された帯域幅でダウンリンクデータを受信することをさらに含む、請求項６に記載のリソース決定方法。
  8. 前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、
    前記ユーザ端末に割り当てるＢＷＰの構成およびリソース割り当てタイプを前記ネットワーク側機器から受信し、前記ＢＷＰの構成および前記リソース割り当てタイプに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含み、
    前記複数のリソースマッピング構成方式は、
    予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
    各リソースマッピング構成方式は、
    ＢＷＰの構成とリソース割り当てタイプの組み合わせ毎に対応し、または、
    前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、
    リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信し、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含み、
    前記複数のリソースマッピング構成方式は、
    予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
    各リソースマッピング構成方式は、
    フォーマット毎のダウンリンク制御情報に対応し、または、
    前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、
    リソースマッピング構成情報を付帯したダウンリンク制御情報を前記ネットワーク側機器から受信し、前記ダウンリンク制御情報のフォーマットに基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含み、
    前記複数のリソースマッピング構成方式で、リソースの分散的マッピング後に占用される帯域幅は、
    予め割り当てられた帯域幅または実スケジューリング対象リソースの帯域幅であり、
    ここで予め割り当てられた帯域幅は、
    少なくとも、ダウンリンク帯域幅の利用可能なＶＲＢ数
    Figure 0007052033000069
     、および／または、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、および／または、ユーザ端末が在圏する伝送帯域幅、および／または、スケジューリング対象データに占用される帯域幅とのパラメータから取得される、請求項６に記載のリソース決定方法。
  9. 前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、
    前記ネットワーク側機器による実スケジューリング対象リソースの帯域幅値を取得し、実スケジューリング対象リソースの帯域幅値に基づいて、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択することを含み、
    前記複数のリソースマッピング構成方式は、
    予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式であり、
    各リソースマッピング構成方式は、
    帯域幅値毎に対応する、請求項６に記載のリソース決定方法。
  10. 前記リソースマッピング構成情報における構成パラメータに基づいて、リソースの分散的マッピング後に占有される帯域幅を決定する前に、
    ブロックインターリーバ（Ｂｌｏｃｋ ｉｎｔｅｒｌｅａｖｅｒ）のインターリーブ粒度
    Figure 0007052033000070
     を取得する、請求項６に記載のリソース決定方法。
  11. 前記リソースマッピング構成情報は、ＶＲＢ番号からＰＲＢ番号へのマッピング関数またはその番号を含み、
    前記マッピング関数の引数は、ＶＲＢ番号を含み、
    ここで、ＶＲＢ番号の範囲が
    Figure 0007052033000071
     である、請求項１０に記載のリソース決定方法。
  12. 物理ダウンリンク制御チャネルのリソースマッピング構成情報を決定し、前記リソースマッピング構成情報に基づいて仮想リソースブロックを物理リソースブロックにマッピングするための処理モジュールと、
    前記リソースマッピング構成情報をユーザ端末に送信するための送信モジュールとを含み、
    前記リソースマッピング構成情報をユーザ端末に送信することによって、前記ユーザ端末が、リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータを利用して取得し、
    ここで、前記リソースマッピング構成情報の中の構成パラメータは、
    ダウンリンク帯域幅の利用可能なＶＲＢ数
    Figure 0007052033000072
     、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含み、
    前記の前記リソースマッピング構成情報をユーザ端末に送信することは、
    前記リソースマッピング構成情報をＬ１シグナリングによって前記ユーザ端末に送信することを含み、それによって、前記ユーザ端末が、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択し、
    前記複数のリソースマッピング構成方式は、
    予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である、ネットワーク側機器。
  13. ネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信するための受信モジュールと、
    リソースの分散的マッピング後に占用される帯域幅を、前記リソースマッピング構成情報の中の構成パラメータに基づいて決定するための処理モジュールとを含み、
    ここで、前記リソースマッピング構成情報の中の構成パラメータは、
    ダウンリンク帯域幅の利用可能なＶＲＢ数
    Figure 0007052033000073
     、隣接ＶＲＢが対応する物理リソースブロックＰＲＢにマッピングされた後の周波数間隔、ユーザ端末が在圏する伝送帯域幅、スケジューリング対象のデータに占用される帯域幅のうちの少なくとも１つを含み、
    前記のネットワーク側機器から送信される物理ダウンリンク制御チャネルのリソースマッピング構成情報を受信することは、
    リソースマッピング構成情報を付帯したＬ１シグナリングを前記ネットワーク側機器から受信することを含み、
    前記Ｌ１シグナリングは、複数のリソースマッピング構成方式から１つのリソースマッピング構成方式を選択するように前記ユーザ端末に通知し、
    前記複数のリソースマッピング構成方式は、
    予め構成された複数のリソースマッピング構成方式またはＲＲＣシグナリングによって前記ユーザ端末に送信される複数のリソースマッピング構成方式である、
    、ユーザ端末。
JP2020524152A 2017-11-17 2018-10-12 リソースマッピング方法、リソース決定方法、ネットワーク側機器およびユーザ端末 Active JP7052033B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201711148879.4A CN109803412B (zh) 2017-11-17 2017-11-17 资源映射方法、确定方法、网络侧设备及用户终端
CN201711148879.4 2017-11-17
PCT/CN2018/109976 WO2019095907A1 (zh) 2017-11-17 2018-10-12 资源映射方法、确定方法、网络侧设备及用户终端

Publications (3)

Publication Number Publication Date
JP2021501525A JP2021501525A (ja) 2021-01-14
JP2021501525A5 JP2021501525A5 (ja) 2021-02-25
JP7052033B2 true JP7052033B2 (ja) 2022-04-11

Family

ID=66538885

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020524152A Active JP7052033B2 (ja) 2017-11-17 2018-10-12 リソースマッピング方法、リソース決定方法、ネットワーク側機器およびユーザ端末

Country Status (7)

Country Link
US (1) US11800489B2 (ja)
EP (2) EP3697153B1 (ja)
JP (1) JP7052033B2 (ja)
KR (1) KR102410379B1 (ja)
CN (2) CN112888073B (ja)
ES (1) ES2934409T3 (ja)
WO (1) WO2019095907A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111247849B (zh) * 2017-11-17 2023-05-12 松下电器（美国）知识产权公司 基站、用户设备和无线通信方法
CN116326023A (zh) * 2020-09-30 2023-06-23 华为技术有限公司 一种信号传输的指示方法和通信装置
WO2024077618A1 (zh) * 2022-10-14 2024-04-18 北京小米移动软件有限公司 频域资源的确定方法及装置
KR20240066217A (ko) * 2022-11-04 2024-05-14 삼성전자주식회사 무선 통신 시스템에서 전 이중 통신을 위한 하향링크 데이터 채널 전송 방법 및 장치

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101778394A (zh) 2009-01-12 2010-07-14 大唐移动通信设备有限公司 一种实现资源映射的方法和装置
JP2011519516A (ja) 2008-11-13 2011-07-07 エルジー エレクトロニクス インコーポレイティド 半持続的スケジューリングの非活性化を指示する方法及びこれを用いた装置
US20120120888A1 (en) 2010-11-02 2012-05-17 Samsung Electronics Co., Ltd. Apparatus and method for primary uplink shared channel hopping in a wireless network
JP2018529288A (ja) 2015-08-31 2018-10-04 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． リソース割当方法及び装置

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8073062B2 (en) * 2007-02-08 2011-12-06 Motorola Mobility, Inc. Method and apparatus for downlink resource allocation in an orthogonal frequency division multiplexing communication system
CN101102142B (zh) * 2007-08-01 2013-02-27 中兴通讯股份有限公司 一种基于正交频分复用系统的分布式传输资源映射方法
KR101863928B1 (ko) * 2010-05-14 2018-06-01 엘지전자 주식회사 무선 통신 시스템에서 자원을 할당하는 방법 및 이를 위한 장치
CN102412951B (zh) * 2011-11-17 2014-06-11 武汉邮电科学研究院 Lte中分布式虚拟资源块映射到物理资源块的方法和装置
CN103369675B (zh) * 2012-04-06 2016-01-27 华为技术有限公司 一种资源配置方法和装置
CN107005996B (zh) * 2015-04-24 2019-07-09 华为技术有限公司 一种终端、基站和数据传输方法
CA3033509C (en) * 2016-08-10 2022-07-12 Idac Holdings, Inc. Methods for flexible resource usage
CN108347776B (zh) * 2017-01-25 2023-11-10 华为技术有限公司 一种通信系统中资源分配的方法及设备
CN108809507B (zh) * 2017-05-05 2021-01-29 华为技术有限公司 用于数据传输的方法、终端和网络设备
KR101950995B1 (ko) * 2017-06-08 2019-02-22 엘지전자 주식회사 무선 통신 시스템에서 자원 할당 관련 시그널링 방법 및 상기 방법을 이용하는 장치
US20190150118A1 (en) * 2017-11-10 2019-05-16 Qualcomm Incorporated Virtual resource block to physical resource block mapping in new radio

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011519516A (ja) 2008-11-13 2011-07-07 エルジー エレクトロニクス インコーポレイティド 半持続的スケジューリングの非活性化を指示する方法及びこれを用いた装置
CN101778394A (zh) 2009-01-12 2010-07-14 大唐移动通信设备有限公司 一种实现资源映射的方法和装置
US20120120888A1 (en) 2010-11-02 2012-05-17 Samsung Electronics Co., Ltd. Apparatus and method for primary uplink shared channel hopping in a wireless network
JP2018529288A (ja) 2015-08-31 2018-10-04 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． リソース割当方法及び装置

Also Published As

Publication number Publication date
EP3697153A1 (en) 2020-08-19
JP2021501525A (ja) 2021-01-14
CN112888073B (zh) 2022-12-16
CN112888073A (zh) 2021-06-01
ES2934409T3 (es) 2023-02-21
EP4135463A1 (en) 2023-02-15
CN109803412A (zh) 2019-05-24
KR20200079548A (ko) 2020-07-03
EP3697153A4 (en) 2020-11-11
US20220030550A1 (en) 2022-01-27
KR102410379B1 (ko) 2022-06-16
EP3697153B1 (en) 2022-11-23
CN109803412B (zh) 2021-01-29
US11800489B2 (en) 2023-10-24
WO2019095907A1 (zh) 2019-05-23

Similar Documents

Publication Publication Date Title
US11678344B2 (en) Methods and apparatus for sidelink communications and resource allocation
JP7119069B2 (ja) 信頼性のある低遅延通信を可能にするシステムおよび方法
KR102481800B1 (ko) 차세대 셀룰러 네트워크에서 데이터 전송 방법 및 장치
JP7052033B2 (ja) リソースマッピング方法、リソース決定方法、ネットワーク側機器およびユーザ端末
CN111294904B (zh) 为宽带系统监测窄带控制信道以降低功率消耗的方法和装置
JP7053576B2 (ja) 無線通信システムにおけるダウンリンク制御情報を送受信するための方法及び装置
US8767644B2 (en) Method and apparatus for contention-based granting in a wireless communication network
US20210099987A1 (en) Allocating transmission resources in communication networks that provide low latency services
EP3531591A1 (en) Data transmission method and apparatus
JP6568944B2 (ja) 複数の時間インスタンスにおけるアップリンクリソーススケジューリング
CN106954277B (zh) 一种调度请求处理方法和装置
JP2018524867A (ja) 周波数領域リソース構成方法及び装置
EP3744146B1 (en) Multi-bit scheduling request
US11291029B2 (en) Scheduling information transmission method and apparatus
EP3840500A1 (en) Method and device for determining and configuring scheduling request resource, and storage medium
CN111225444A (zh) 数据传输方法及装置
CN110291733B (zh) 无授权传输方法、用户终端和基站
US11258571B2 (en) Downlink control information transmission method, apparatus, and system
US20210345346A1 (en) Resource allocation method and device
CN109803411B (zh) 资源映射方法、确定方法、网络侧设备及用户终端
WO2018141597A1 (en) Transmission and reception of grant for resources
WO2017167270A1 (zh) 控制信道检测方法、tti长度的上报方法及装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200428

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200428

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20210216

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20210318

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210628

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210928

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220228

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220330

R150 Certificate of patent or registration of utility model

Ref document number: 7052033

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150