特許 7348301 リソース構成方法、デバイス及び記憶媒体

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

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

(11)【特許番号】

(24)【登録日】2023-09-11

(45)【発行日】2023-09-20

(54)【発明の名称】リソース構成方法、デバイス及び記憶媒体

(51)【国際特許分類】

   H04W 74/08 20090101AFI20230912BHJP

   H04W 72/044 20230101ALI20230912BHJP

   H04W 72/0453 20230101ALI20230912BHJP

   H04W 72/0446 20230101ALI20230912BHJP

【ＦＩ】

H04W74/08

H04W72/044 110

H04W72/0453 110

H04W72/0446

【請求項の数】 12

(21)【出願番号】P 2021557690

(86)(22)【出願日】2019-03-29

(65)【公表番号】

(43)【公表日】2022-07-08

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

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

(87)【国際公開日】2020-10-08

【審査請求日】2022-03-01

(73)【特許権者】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

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

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

(74)【代理人】

【識別番号】100091487

【弁理士】

【氏名又は名称】中村 行孝

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋 学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根 毅

(74)【代理人】

【識別番号】100152205

【弁理士】

【氏名又は名称】吉田 昌司

(74)【代理人】

【識別番号】100137523

【弁理士】

【氏名又は名称】出口 智也

(74)【代理人】

【識別番号】100096921

【弁理士】

【氏名又は名称】吉元 弘

(72)【発明者】

【氏名】シュ、ウェイジエ

【審査官】野村 潔

(56)【参考文献】

【文献】Intel Corporation，Channel structure for two-step RACH[online]，3GPP TSG RAN WG1 #96 R1-1902466，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96/Docs/R1-1902466.zip>，2019年02月16日

【文献】OPPO，On channel structure for 2-step RACH[online]，3GPP TSG RAN WG1 #96 R1-1902747，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96/Docs/R1-1902747.zip>，2019年02月16日

【文献】ZTE，Summary of 7.2.1.1 Channel Structure for Two-step RACH[online]，3GPP TSG RAN WG1 #96 R1-1903435，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96/Docs/R1-1903435.zip>，2019年03月03日

【文献】NTT DOCOMO, INC.，Remaining details on RACH procedure[online]，3GPP TSG RAN WG1 #91 R1-1720795，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_91/Docs/R1-1720795.zip>，2017年11月18日

【文献】OPPO，On Channel Structure for 2-step RACH[online]，3GPP TSG RAN WG1 #96b R1-1905051，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96b/Docs/R1-1905051.zip>，2019年03月30日，（本願出願日以降に公開された同出願人による文献）

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

端末デバイスがメッセージＡ（ＭｓｇＡ）のプリアンブルを送信することと、
端末デバイスが物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースと物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースとの間のマッピング規則に従って、ＭｓｇＡのプリアンブルに対応するＰＵＳＣＨリソース上においてＭｓｇＡのＰＵＳＣＨを送信することとを含み、
前記ＰＲＡＣＨリソースとＰＵＳＣＨリソースとの間のマッピング規則は、
ＰＲＡＣＨリソースを、
まず、各ＰＲＡＣＨ機会内のプリアンブルインデックスの昇順、
次に、周波数分割多重のＰＲＡＣＨの機会のためのＰＲＡＣＨリソース番号の昇順、
次に、ＰＲＡＣＨスロット内の時分割多重ＰＲＡＣＨ機会の時間リソースインデックスの昇順、という順序に従ってＰＵＳＣＨリソースにマッピングすることを含む
ことを特徴とする通信方法。

【請求項2】

前記ＰＵＳＣＨリソースは、
ＰＵＳＣＨリソースブロックのＰＵＳＣＨ時間周波数リソースと、
ＰＵＳＣＨ ＤＭＲＳポートと、を含む
ことを特徴とする請求項１に記載の通信方法。

【請求項3】

前記ＰＲＡＣＨリソースは、
ＰＲＡＣＨの機会上のプリアンブルを含む
ことを特徴とする請求項１又は２に記載の通信方法。

【請求項4】

前記ＰＲＡＣＨリソースとＰＵＳＣＨリソースとの間のマッピング規則は、
複数のＰＲＡＣＨリソースが１つのＰＵＳＣＨリソースにマッピングされることを含む ことを特徴とする請求項１～３のいずれか１項に記載の通信方法。

【請求項5】

前記ＰＲＡＣＨリソースとＰＵＳＣＨリソースとの間のマッピング規則は、
予め設定された規則である
ことを特徴とする請求項１～４のいずれか１項に記載の通信方法。

【請求項6】

ネットワークデバイスがメッセージＡ（ＭｓｇＡ）のプリアンブルを受信することと、
ネットワークデバイスがＭｓｇＡのプリアンブルに対応するＰＵＳＣＨリソースにおいて、ＭｓｇＡの物理アップリンク共有チャネルＰＵＳＣＨを受信することとを含み、
ＭｓｇＡのプリアンブルとＰＵＳＣＨリソースとの対応は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースとＰＵＳＣＨリソースとの間のマッピング規則に従い、
前記ＰＲＡＣＨリソースとＰＵＳＣＨリソースとの間のマッピング規則は、
ＰＲＡＣＨリソースを、
まず、各ＰＲＡＣＨ機会内のプリアンブルインデックスの昇順、
次に、周波数分割多重のＰＲＡＣＨの機会のためのＰＲＡＣＨリソース番号の昇順、
次に、ＰＲＡＣＨスロット内の時分割多重ＰＲＡＣＨ機会の時間リソースインデックスの昇順、という順序に従ってＰＵＳＣＨリソースにマッピングすることを含む
ことを特徴とする通信方法。

【請求項7】

前記ＰＵＳＣＨリソースは、
ＰＵＳＣＨリソースブロックのＰＵＳＣＨ時間周波数リソースと、
ＰＵＳＣＨ ＤＭＲＳポートと、を含む
ことを特徴とする請求項６に記載の通信方法。

【請求項8】

前記ＰＲＡＣＨリソースは、
ＰＲＡＣＨの機会上のプリアンブルを含む
ことを特徴とする請求項６又は７に記載の通信方法。

【請求項9】

前記ＰＲＡＣＨリソースとＰＵＳＣＨリソースとの間のマッピング規則は、
複数のＰＲＡＣＨリソースが１つのＰＵＳＣＨリソースにマッピングされることを含む ことを特徴とする請求項６～８のいずれか１項に記載の通信方法。

【請求項10】

前記ＰＲＡＣＨリソースとＰＵＳＣＨリソースとの間のマッピング規則は、
予め設定された規則である
ことを特徴とする請求項６～９のいずれか１項に記載の通信方法。

【請求項11】

請求項１～５のいずれか１項に記載の通信方法を実行する装置を備える
ことを特徴とする端末デバイス。

【請求項12】

請求項６～１０のいずれか１項に記載の通信方法を実行する装置を備える
ことを特徴とするネットワークデバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、無線通信技術分野に関し、特に、リソース構成方法、デバイス及び記憶媒体に関する。

【背景技術】

【0002】

従来の技術において、ランダムアクセス( Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＲＡＣＨ )は、第１のタイプのランダムアクセスと第２のタイプのランダムアクセスとを含む。第１のタイプのランダムアクセスでは、端末デバイスとネットワークデバイスとの間で情報交換を２回行う必要があり、即ち、端末デバイスはメッセージ( Ｍｓｇ ) Ａをネットワークデバイスに送信し、ネットワークデバイスはＭｓｇＢを端末デバイスに送信する。したがって、第１のタイプのランダムアクセスは、２段階ランダムアクセスとも呼ばれる。第２のタイプのランダムアクセスの場合、端末デバイスとネットワークデバイスとの間で４回の情報交換を行う必要があり、したがって、第２のタイプのランダムアクセスは、４段階ランダムアクセスとも呼ばれる。

【0003】

第１のタイプのランダムアクセスでは、ＭｓｇＡチャネルリソースの構成に対して、プリアンブル（ｐｒｅａｍｂｌｅ）が搬送されるＰＲＡＣＨリソースの構成及びペイロード（ｐａｙｌｏａｄ）が搬送されるＰＵＳＣＨリソースの構成が含まれる。ＰＲＡＣＨリソース構成について、既存のＲＯ ( ＲＡＣＨ ｏｃｃａｓｉｏｎ )の構成方式が援用され得る。したがって、ＰＵＳＣＨの伝送性能を保証し、ＰＵＳＣＨの容量を向上させるために、ＰＵＳＣＨリソースをどのように構成するかに対する解決すべき課題がある。

【発明の概要】

【0004】

本願の実施例は、上記の課題を解決するために、ＰＵＳＣＨリソースを構成することで、ＰＵＳＣＨの伝送性能を保証し、ＰＵＳＣＨの容量を向上させることができるリソース構成方法、デバイス及び記憶媒体を提供する。

【0005】

第１の態様として、本願の実施例は、リソース構成方法を提供し、端末デバイスが物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）リソースの構成情報を取得することを含む。

【0006】

第２の態様として、本願の実施例は、リソース構成方法を提供し、端末デバイスがＰＵＳＣＨリソースと物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）リソースとのマッピング規則を決定することを含む。

【0007】

第３の態様として、本願の実施例は、第１の処理ユニットを含む端末デバイスを提供し、第１の処理ユニットは、ＰＵＳＣＨリソースの構成情報を取得するように構成される。

【0008】

第４の態様として、本願の実施例は、第２の処理ユニットを含む端末デバイスを提供し、第２の処理ユニットは、ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を決定するように構成される。

【0009】

第５の態様として、本願の実施例は、プロセッサと、前記プロセッサ上で動作可能なコンピュータプログラムを格納するメモリとを有する端末デバイスを提供し、ここで、前記プロセッサは、前記コンピュータプログラムを実行する場合、上述した端末デバイスが実行するリソース構成方法のステップを実行する。

【0010】

第６の態様として、本願の実施例は、プロセッサにより実行される場合、上記の端末デバイスにより実行されるリソース構成方法を実現する実行可能プログラムが記憶された記憶媒体を提供する。

【0011】

本願の実施例で提供されるリソース構成方法は、端末デバイス又はネットワークデバイスがＰＵＳＣＨリソースの構成情報及び／又はＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を取得することを含む。ＰＵＳＣＨのアンテナポート数を適切に構成することで、ＭｓｇＡが搬送されるＰＵＳＣＨ容量を拡張する上で、ＰＵＳＣＨの伝送性能を確保することができる。ＰＵＳＣＨとＰＲＡＣＨリソースとのマッピングの順序および規則を提供することによって、端末デバイスが、ｐｒｅａｍｂｌｅを選定した上で、ＰＵＳＣＨのリソースを決定し、シグナリングオーバーヘッドの節約した上で、ＰＵＳＣＨリソースの完全な構成を提供することができる。

【図面の簡単な説明】

【0012】

【図1】本願の第２のタイプのランダムアクセスの処理フローチャートである。

【図2】本願の第１のタイプのランダムアクセスの処理フローチャートである。

【図3】本願のＭｓｇＡのチャネル構成の模式図である。

【図4】本願の実施例における通信システムの構成の模式図である。

【図5】本願の実施例におけるチャネルリソースの構成方法の選択可能な処理のフローチャートである。

【図6】本願の実施例における割り当てタイプ１を利用する場合にＰＵＳＣＨリソースブロックの割り当ての模式図である。

【図7】本願の実施例における割り当てタイプ０を利用する場合にＰＵＳＣＨリソースブロックの割り当ての模式図である。

【図8】本願の実施例におけるＰＲＡＣＨリソースと前記ＰＵＳＣＨリソースのとのマッピングの模式図である。

【図9】本願の実施例におけるチャネルリソースの構成方法の他の選択可能な処理のフローチャートである。

【図10】本願の実施例におけるチャネルリソースの構成方法の他の選択可能な処理のフローチャートである。

【図11】本願の実施例におけるチャネルリソースの構成方法の他の選択可能な処理のフローチャートである。

【図12】本願の実施例における端末デバイスの選択可能な構成の模式図である。

【図13】本願の実施例における端末デバイスの他の選択可能な構成の模式図である。

【図14】本願の実施例におけるネットワークデバイスの他の選択可能な構成の模式図である。

【図15】本願の実施例におけるネットワークデバイスの他の選択可能な構成の模式図である。

【図16】本願の実施例における電子デバイスのハードウェアの構成の模式図である。

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

【0013】

以下、本願の実施例の特徴及び技術的内容をより詳細に理解するために、添付図面を参照して本願の実施例の実施を詳細に説明するが、添付図面は説明のためのものであり、本願の実施例を限定するものではない。

【0014】

本願の実施例で提供されるリソース構成方法を詳細に説明する前に、第２のタイプのランダムアクセスを簡単に説明する。

【0015】

端末デバイスはＲＡＣＨによりネットワークデバイスとの接続を確立し、アップリンク同期を行う。ランダムアクセスの主な目的は、アップリンク同期を取得し、端末デバイスに固有のセル無線ネットワーク一時識別子( Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、Ｃ－ＲＮＴＩ )を割り当てることである。ランダムアクセスプロセスは、一般に、以下の５つのイベントのうちの１つによってトリガされる
１、ＲＲＣ接続再確立プロセス（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ）：Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅした後に端末デバイスが無線接続を再確立する。
２、ハンドオーバ：このとき、端末デバイスは、新たなセルとアップリンク同期を確立する必要がある。
３、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態では、下りデータが到着する(このときＡＣＫ/ＮＡＣＫを返す必要がある)と、アップリンクは「非同期」状態にある。
４、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態では、アップリンクデータが到着する(例えば、測定レポートの報告またはユーザデータの送信が必要である)とき、アップリンクは「非同期」状態にあるか、またはＳＲ伝送のために利用可能なＰＵＣＣＨリソースがない(この時点で、すでにアップリンク同期状態にあるＵＥがＳＲの代わりにＲＡＣＨを使用することを可能にする)。
５、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態では、端末デバイスを位置特定するために時間アドバンス( Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ、ＴＡ )が必要である。

【0016】

図１に示すように、第２のタイプのランダムアクセスのプロセスフローは、以下の４つのステップを含む
ステップＳ１０１において、端末デバイスがメッセージ１（ｍｅｓｓａｇｅ １、Ｍｓｇ１）を介してネットワークデバイスにランダムアクセスＰｒｅａｍｂｌｅを送信する。

【0017】

端末デバイスが、選定されたＰＲＡＣＨ時間領域リソースにおいて選定されたＰｒｅａｍｂｌｅを送信し、ネットワークデバイスがＰｒｅａｍｂｌｅに基づいてアップリンクＴｉｍｉｎｇ及び端末デバイスでのＭｓｇ３伝送に要するアップリンク許可の大きさを推定する。

【0018】

ステップＳ１０２において、ネットワークデバイスが、端末デバイスがＰｒｅａｍｂｌｅを送信すると検出した後、Ｍｓｇ２を介して端末デバイスにランダムアクセス応答（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ、 ＲＡＲ）メッセージを送信し、端末デバイスがＭｓｇ３を送信する時に使用されるアップリンクリソース情報を通知し、端末デバイスのために無線ネットワーク一時識別子（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒｙ Ｉｄｅｎｔｉｔｙ、ＲＮＴＩ）を割り当て、端末デバイスにｔｉｍｅ ａｄｖａｎｃｅ ｃｏｍｍａｎｄ等を提供する。

【0019】

ステップＳ１０３において、端末デバイスはＲＡＲメッセージを受信した後、ＲＡＲメッセージで示すアップリンクリソースにおいてＭｓｇ３を送信する。

【0020】

ここで、Ｍｓｇ３のメッセージは、ＲＡＣＨプロセスが何らかのイベントによってトリガされたことをネットワークデバイスに通知するために主に使用される。例えば、初期ランダムアクセスイベントであれば、Ｍｓｇ３に端末デバイスＩＤとｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅが含まれ、ＲＲＣ再確立イベントの場合、Ｍｓｇ３に接続状態の端末デバイス識別子およびｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅが含まれる。ＲＲＣ接続状態である場合、１つのＣ－ＲＮＴＩ ＭＡＣ ＣＥがＭｓｇ３に含まれる。

【0021】

また、Ｍｓｇ３が含まれるＩＤは、ステップＳ１０４での競合衝突が解決される。

【0022】

ステップＳ１０４において、ネットワークデバイスが端末デバイスにＭｓｇ４を送信し、Ｍｓｇ４には競合解決メッセージが含まれ、また、端末デバイスにアップリンク伝送リソースを割り当てる。

【0023】

ネットワークデバイスから送信されたＭｓｇ４を受信した端末デバイスは、Ｍｓｇ３から送信された端末デバイス固有の一時識別子が基地局から送信された競合解決メッセージに含まれているか否かを検出し、含まれている場合、端末デバイスのランダムアクセスプロセスが成功したことを示し、含まれていない場合、ランダムアクセスプロセスが失敗したとみなし、端末デバイスは、再度、最初からランダムアクセスプロセスを開始する必要がある。

【0024】

第１のタイプのランダムアクセスの処理プロセスは、図２に示すように、以下の２つのステップを含む。

【0025】

ステップＳ２０１において、端末デバイスがネットワークデバイスにＭｓｇＡを送信する。

【0026】

ここで、ＭｓｇＡは、Ｐｒｅａｍｂｌｅ及びｐａｙｌｏａｄから構成される。任意選択で、Ｐｒｅａｍｂｌｅは、ＰＲＡＣＨリソースで伝送される第２のタイプのランダムアクセスのＰｒｅａｍｂｌｅと同じであり、ｐａｙｌｏａｄに含まれる情報は、第２のタイプのランダムアクセスにおけるＭｓｇ３の情報と同じであり、例えば、ＲＲＣがアイドル状態にあるときのＲＲＣシグナリング、及びＲＲＣが接続状態にあるときのＣ－ＲＮＴＩ ＭＡＣ ＣＥであり、ｐａｙｌｏａｄはＰＵＳＣＨにより伝送され得る。なお、第２のタイプのランダムアクセスにおけるＭｓｇ１及びＭｓｇ３の内容は、ＭｓｇＡに含まれている。

【0027】

ここで、ＭｓｇＡのチャネル構成は、図３に示すように、ｐｒｅａｍｂｌｅ及びＰＵＳＣＨを含み、ここで、ｐｒｅａｍｂｌｅおよびそのサイクリックプレフィックス( Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ、ＣＰ )の時間領域リソースは、ＰＵＳＣＨ時間領域リソースの前にあり、両者の間にはガードタイム( Ｇｕａｒｄ Ｔｉｍｅ、ＧＴ )が存在する。

【0028】

ステップＳ２０２において、端末デバイスがネットワークデバイスからのＭｓｇＢを受信する。

【0029】

任意選択で、ＭｓｇＢが第２のタイプのランダムアクセスにおけるＭｓｇ２及びＭｓｇ４の内容を含み、ＭｓｇＢがＰＤＣＣＨ及びＰＤＳＣＨで伝送される。

【0030】

第１のタイプのランダムアクセスの場合、ＭｓｇＡのチャネル構造は、ＰＤＳＣＨリソース及びＲＯを含み、ここで、ＲＯは、最大６４個のｐｒｅａｍｂｌｅを提供し、すなわち最大６４個のユーザをサポートすることができ、一方、ＭｓｇＡでｐａｙｌｏａｄを伝送するＰＵＳＣＨリソースが、同じＰＵＳＣＨリソース上で複数のＰＵＳＣＨアンテナポートにおけるマルチユーザ多重化をサポートしなければ、同じＰＵＳＣＨリソース上で一つのユーザ(端末デバイス)のＰＵＳＣＨ伝送のみをサポートし、このように、第１のタイプのランダムアクセスをサポートするユーザの数を制限するだけでなく、システムは、第１のタイプのランダムアクセスでＭｓｇＡの伝送をサポートするために多くのＰＵＳＣＨを構成する必要があり、したがって、第１のタイプのランダムアクセスに対して、ＰＵＳＣＨリソースをどのように構成するかは、早急に解決すべき課題である。

【0031】

上述した問題点に対して、本願に係るリソース構成方法を提供し、本願の実施例に係るリソース構成方法は、例えば、ＧＳＭ （ Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ )システム、ＣＤＭＡ （ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ )システム、ＷＣＤＭＡ （ Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ )システム、ＧＰＲＳ （ Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ )、ＬＴＥ （ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ )システム、ＦＤＤ （ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ )システム、ＴＤＤ （ Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ )システム、ＵＭＴＳ （ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ )、ＷｉＭＡＸ （ Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ )通信システム又は５Ｇシステム等のような多様な通信システムに適用される。

【0032】

例示的に、本願の実施例が適用される通信システム１００を図４に示す。通信システム１００は、端末デバイス１２０(または通信端末、端末と呼ばれる)と通信するデバイスであり得るネットワークデバイス１１０を含み得る。ネットワークデバイス１１０は、特定の地理的エリアに通信カバレージを提供し得、カバレージエリア内に位置付けられた端末デバイスと通信し得る。このネットワークデバイス１１０は、ＧＳＭシステム又はＣＤＭＡシステムにおける基地局( Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ )であってもよく、ＷＣＤＭＡシステムにおける基地局( ＮｏｄｅＢ、ＮＢ )であってもよく、ＬＴＥシステムにおける進化型基地局( Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ、ｅＮＢ又はｅＮｏｄｅＢ )であってもよく、Ｎｅｗ Ｒａｄｉｏ、ＮＲ )/５Ｇシステムにおける基地局( ｇＮＢ )であってもよく、Ｃｌｏｕｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （ ＣＲＡＮ )における無線コントローラであってもよく、移動体交換センタ、中継局、アクセスポイント、車載器、ウェアラブル機器、ハブ、スイッチ、ブリッジ、ルータ、５Ｇネットワークにおけるネットワーク側機器又は将来進化したＰｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ （ ＰＬＭＮ )におけるネットワークデバイス等であってもよい。

【0033】

通信システム１００は、ネットワークデバイス１１０のカバレージ内に位置する少なくとも１つの端末デバイス１２０をさらに含む。ここで、「端末デバイス」とは、公衆回線交換網ＰＳＴＮ、ＤＳＬ、デジタル回線、直接ケーブルなどの有線回線接続、および/または別のデータ接続/ネットワーク、および/または、例えばセルラネットワーク、無線ローカルエリアネットワーク( ＷＬＡＮ )、例えばＤＶＢ－Ｈネットワークのようなディジタルテレビネットワーク、衛星ネットワーク、ＡＭ－ＦＭ放送送信機のための無線インターフェースを介する、及び/又は別の端末デバイスの通信信号を受信/送信するように構成された手段、および/またはＩｏＴデバイスを含む。無線インターフェースを介して通信するように構成された端末デバイスは、「無線通信端末」、「無線端末」、または「モバイル端末」と呼ばれ得る。移動端末の例としては、衛星又は携帯電話、データ処理、ファックス、およびデータ通信能力と組み合わせたセルラー無線電話を有するパーソナル通信システム( ＰＣＳ )端末、無線電話、ページャ、インターネット/イントラネット接続、Ｗｅｂブラウザ、メモ帳、カレンダ、及び/又はＧＰＳ受信機を含むことができるＰＤＡ、および従来のラップトップおよび/またはパームトップ受信機または無線電話トランシーバを含む他の電子デバイスが挙げられる。端末デバイスは、アクセス端末、ＵＥ、加入者ユニット、加入者局、移動局、遠隔端末、モバイルデバイス、加入者端末、ワイヤレス通信デバイス、ユーザエージェント、またはユーザ機器を指し得る。アクセス端末は、セルラー電話、コードレス電話、ＳＩＰ （ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ )電話、ＷＬＬ （ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ ）局、ＰＤＡ （ Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａl Ａｓｓｉｓｔａｎｔ )、無線通信機能を有するハンドヘルド装置、ワイヤレスモデムに接続されたコンピューティング装置または他の処理装置、車載装置、ウェアラブル装置、５Ｇネットワーク内の端末デバイス、または将来進化してくるＰＬＭＮ内の端末デバイスなどであり得る。

【0034】

任意選択で、端末デバイス１２０間でＤｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ （ Ｄ２ｄ )通信が行われ得る。

【0035】

任意選択で、５Ｇシステム又は５Ｇネットワークは、Ｎｅｗ Ｒａｄｉｏ （ ＮＲ )システム又はＮＲネットワークとも称され得る。

【0036】

図４は、１つのネットワークデバイスと２つの端末デバイスとを例示的に示すが、任意選択で、この通信システム１００は、複数のネットワークデバイスを含んでもよく、各ネットワークデバイスのカバレッジ内に他の数の端末デバイスを含んでもよく、本願の実施例は、これに限定されない。

【0037】

任意選択で、通信システム１００は、ネットワークコントローラ、移動管理エンティティ等の他のネットワークエンティティをさらに含んでもよく、本願の実施例は、これに限定されない。

【0038】

なお、本願の実施例におけるネットワーク/システムにおける通信機能を有する装置は、通信デバイスと称される。図４に示す通信システム１００を例にとると、通信デバイスは、通信機能を有するネットワークデバイス１１０と端末デバイス１２０を含み、ネットワークデバイス１１０と端末デバイス１２０は、上述した具体的な装置であってもよく、ここでその説明が省略され、通信デバイスは、通信システム１００における他の装置、例えばネットワークコントローラ、移動管理エンティティ等の他のネットワークエンティティをさらに含んでもよく、本願実施例ではこれに限定されない。

【0039】

本願の実施例におけるチャネルリソースの構成方法の選択可能な処理プロセスは、図５に示すように、以下のステップを含む。

【0040】

ステップＳ３０１において、端末デバイスがＰＵＳＣＨリソースの構成情報を取得する。

【0041】

本願の実施例において、前記ＰＵＳＣＨリソースは、ＰＵＳＣＨがサポートするアンテナポート、ＰＵＳＣＨ時間周波数リソースブロック、及びＰＵＳＣＨがサポートするアンテナポートとＰＵＳＣＨ時間周波数リソースブロックのうちの少なくとも１つを含む。これに対応し、前記ＰＵＳＣＨリソースの構成情報は、ＰＵＳＣＨがサポートするアンテナポートの構成情報、ＰＵＳＣＨ時間周波数リソースブロックの構成情報、及びＰＵＳＣＨがサポートするアンテナポートの構成情報とＰＵＳＣＨ時間周波数リソースブロックの構成情報のうちの少なくとも１つを含む。

【0042】

まず、ＰＵＳＣＨがサポートするアンテナポートの構成情報を説明する。

【0043】

例とし、前記ＰＵＳＣＨがサポートするアンテナポートの構成情報は、ＰＵＳＣＨがサポートするアンテナポートの数及びＰＵＳＣＨがサポートするアンテナポートのうちの少なくとも１つを含む。ＰＵＳＣＨがサポートするアンテナポートの構成情報は、ネットワークデバイスにより決定されてからシグナリングを介して端末デバイスに通知し、又は、ネットワークデバイスと端末デバイスとが予め約定され、又は、両者が結合して決定されても良い。

【0044】

ＰＵＳＣＨがサポートするアンテナポートの構成情報がＰＵＳＣＨがサポートするアンテナポートの数を含む場合、ＰＵＳＣＨがサポートするアンテナポートの数は、同じＰＵＳＣＨリソースにおいてサポートする最多のアンテナポート数を示す。個の数が２である場合、ＰＵＳＣＨリソースにおいて最多に２つのアンテナポートＰＵＳＣＨリソースをサポートすることを示す。ここで、各アンテナポートが１つのユーザーのＰＵＳＣＨ伝送をサポートする。この時、ＰＵＳＣＨがサポートするアンテナポートの数を決定してから、どのアンテナポートを使用するかは、予め設定された構成情報又は予め設定されたポリシーに基づいて決定されてもい。例えば、ＰＵＳＣＨがサポートするアンテナポートの数が２である場合、予め設定されたポリシーに基づいて、アンテナポートセットにおいて番号が最初の２つのポートを使用して決定し、アンテナポートセットが{０、２、４、８}である場合、ＰＵＳＣＨがサポートするアンテナポートがアンテナポートセットの最初の２つのアンテナポート{０、２}を示す。予め設定されたポリシーに基づいてどの２つのポートを利用して決定することは、ＰＵＳＣＨがサポートするアンテナポートの数が２である場合にどの２つのアンテナポートを利用すること約定することを示し、ＰＵＳＣＨがサポートするアンテナポートの数が４である場合、どの４つのアンテナポートを利用する。ここで、アンテナポートセットは、ネットワークデバイスにより決定されてからシグナリングを介して端末デバイスに通知しても良いし、ネットワークデバイスと端末デバイスとが予め約定されても良い。

【0045】

ＰＵＳＣＨがサポートするアンテナポートの構成情報がＰＵＳＣＨがサポートするアンテナポートを含む場合、前記ＰＵＳＣＨがサポートするアンテナポートの構成情報は、同じＰＵＳＣＨリソースにおいて利用可能なアンテナポートを直接示し、例えば、ＰＵＳＣＨがサポートするアンテナポートの構成情報が{０、１}を示す場合、アンテナポート０及び１を利用することを示し、ＰＵＳＣＨがサポートするアンテナポートの構成情報が{１、３、５、７}を示す場合、ＰＵＳＣＨリソースにおいてアンテナポート１、３、５及び７を利用することを示す。

【0046】

ＰＵＳＣＨがサポートするアンテナポートの構成情報がＰＵＳＣＨがサポートするアンテナポートの数及びＰＵＳＣＨがサポートするアンテナポートを含む場合、即ち、ＰＵＳＣＨがサポートするアンテナポートの数を直接示し、同じＰＵＳＣＨリソースにおいて利用可能なアンテナポートを直接示す。

【0047】

他の例とし、前記ＰＵＳＣＨがサポートするアンテナポートの構成情報は、ＰＵＳＣＨがサポートするアンテナポートの数及びＰＵＳＣＨがサポートするアンテナポートを含む上で、さらに、ＰＵＳＣＨ伝送に使用されるＭＩＭＯ層を含む。ＰＵＳＣＨ伝送に使用されるＭＩＭＯ層は、ＰＵＳＣＨの伝送で使用されるＭＩＭＯ層を示す。例えば、ＰＵＳＣＨがサポートするアンテナポートの構成情報はＭＩＭＯ ｌａｙｅｒが１であることを示す場合、ＰＵＳＣＨが単一層データ伝送を利用することを示し、ＭＩＭＯ ｌａｙｅｒが２である場合、ＰＵＳＣＨがダブル層データＭＩＭＯ伝送を利用することを示す。任意選択で、ＰＵＳＣＨ伝送に使用されるＭＩＭＯ層は、プロトコルで予め約定され、例えば、ＭＩＭＯ層が１であると約定される。

【0048】

さらに、ＰＵＳＣＨがサポートするアンテナポートの構成情報に含まれる、ＰＵＳＣＨがサポートするアンテナポート及び／又はＰＵＳＣＨがサポートするアンテナポートの数に基づいて、端末デバイスがどのアンテナポートを選定してＭＩＭＯ伝送を行うと決定することができる。例えば、前記ＰＵＳＣＨがサポートするアンテナポートの構成情報でアンテナポートが{１、３、５、７}であり、また、ＭＩＭＯ ｌａｙｅｒが２であることを示す場合、端末が２層ＭＩＭＯ伝送のために選定されたアンテナポート対が{１、３}、又は{５、７}、又は{１、５}、又は{３、７}である。

【0049】

他の例として、前記ＰＵＳＣＨがサポートするアンテナポートの構成情報は、ＰＵＳＣＨがサポートするアンテナポートの数及びＰＵＳＣＨがサポートするアンテナポートの少なくとも一つを含む上で、さらに、ＰＵＳＣＨ ＤＭＲＳ的スクランブリングＩＤを含み、即ち、

の値が０、又は

の値が１である。ＰＵＳＣＨ ＤＭＲＳのスクランブリングＩＤに基づいて、具体的なＰＵＳＣＨ ＤＭＲＳシーケンスを決定することができる。

【0050】

本願の実施例において、ＰＵＳＣＨリソースにおいて複数のＰＵＳＣＨ ＤＭＲＳポートを多重化して、複数のＰＵＳＣＨ アンテナポートが異なるユーザーのＭｓｇＡのＰＵＳＣＨ伝送にそれぞれ使用され、ＭｓｇＡのＰＵＳＣＨ伝送容量を増大させることができる。さらに、アンテナポート数及び対応するアンテナポートを構成して、ネットワークデバイスは、負荷条件およびセル展開のチャネル環境条件に基づいて適切なアンテナポートの数を選択することができ、ＰＵＳＣＨ伝送の性能を最適化するのに有利である。

【0051】

次に、ＰＵＳＣＨ時間周波数リソースブロックの構成情報を説明する。

【0052】

ＰＵＳＣＨ時間周波数リソースブロックの構成情報は、リソース割り当てタイプ０のＰＵＳＣＨ時間周波数リソースブロックの構成情報及びリソース割り当てタイプ１のＰＵＳＣＨ時間周波数リソースブロックの構成情報を含む。

【0053】

リソース割り当てタイプ１のＰＵＳＣＨ時間周波数リソースブロックの構成情報について、ＰＵＳＣＨ時間周波数リソースブロックは、時間において連続するシンボル、周波数領域において連続する物理リソースブロック（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ、ＰＲＢ）からなる。リソース割り当てタイプ１のＰＵＳＣＨ時間周波数リソースブロックの構成情報は、ＰＵＳＣＨリソースブロックのリソース開始点、周波数分割多重されるＰＵＳＣＨリソースブロックの数、ＰＵＳＣＨリソースの総数、ＰＵＳＣＨリソースブロックが占めるＰＲＢ数、ＰＵＳＣＨリソースブロックが占める直交周波数分割多重（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、ＯＦＤＭ）シンボル数のうちの少なくとも１つを含む。ここで、ＰＵＳＣＨリソースブロックのリソース開始点がＰＵＳＣＨリソースの時間開始点及びＰＵＳＣＨリソースの周波数開始点を含み、例えば、ＰＲＢ又は開始シンボルであり、周波数分割多重されるＰＵＳＣＨリソースブロックの数は、同じ時間位置（同じ１つの又は複数のシンボル、又は同じスロット等である）において周波数分割多重されるＰＵＳＣＨリソースブロックの数を示す。具体的な実施では、リソース割り当てタイプ１のＰＵＳＣＨ時間周波数リソースブロックの構成情報の全ては、ネットワークデバイスにより決定されたからシグナリングを介して端末デバイスに送信し、又は、ネットワークデバイスと端末デバイスとがプロトコルで予め約定され、又は、リソース割り当てタイプ１のＰＵＳＣＨ時間周波数リソースブロックの構成情報の一部は、ネットワークデバイスにより決定されてからシグナリングを介して端末デバイスに送信し、他の部分がネットワークデバイスと端末デバイスとがプロトコルで予め約定される。どの構成情報がネットワークデバイスによりシグナリングを介して端末デバイスに送信し、又は、ネットワークデバイスと端末デバイスとがプロトコルで予め約定されるか、本願の実施例が限定されない。

【0054】

具体的な実施では、ネットワークデバイスが異なる大きさを有するＰＵＳＣＨリソースブロックセットを構成し、各ＰＵＳＣＨリソースブロックセットのいずれも上記の方式に基づいて構成される。

【0055】

割り当てタイプ１を利用するＰＵＳＣＨリソースブロックの割り当ての模式図は、図６に示すように、８つのＰＵＳＣＨリソースブロックの割り当てを示し、ここで、同じ時間位置ＦＤＭｅｄのＰＵＳＣＨリソースブロックの数が４である。ＰＵＳＣＨリソースの開始時間周波数位置、各ＰＵＳＣＨリソースブロックが示すＰＲＢ数、シンボル数、及び同じ時間位置ＦＤＭｅｄのＰＵＳＣＨリソースブロックの数等の情報に基づいて、全てのＰＵＳＣＨのリソースブロック位置を決定すると分かる。

【0056】

リソース割り当てタイプ０のＰＵＳＣＨ時間周波数リソースブロックの構成情報について、ＰＵＳＣＨ時間周波数リソースブロックが時間に連続するシンボル、周波数領域において連続しないＰＲＢからなる。リソース割り当てタイプ０のＰＵＳＣＨ時間周波数リソースブロックの構成情報は、ＰＵＳＣＨリソースブロックのリソース開始点、周波数分割多重されるＰＵＳＣＨリソースブロックの数、ＰＵＳＣＨリソースの総数、ＰＵＳＣＨリソースブロックが占めるＯＦＤＭシンボルの数、及びＰＵＳＣＨリソースブロックのＰＲＢのリソース割り当て情報のうちの少なくとも１つを含む。ここで、前記ＰＵＳＣＨリソースブロックのＰＲＢのリソース割り当て情報は、ＰＲＢ又はＲＢＧのビットマップ（ｂｉｔｍａｐ）、及びＰＲＢ又はＲＢＧの分布パターン（ｐａｔｔｅｒｎ）を含む。具体的な実施では、ＰＲＢ（又はＲＢＧ）分布ｐａｔｔｅｒｎが複数のユーザーのＰＵＳＣＨリソースの多重パラメータを示す。１つの方式が各ＰＵＳＣＨリソースブロックのＰＲＢ/ＲＢＧの分布を示し、他の方式が１つの統一のＰＵＳＣＨリソースブロックのＰＲＢ/ＲＢＧの分布を示し、各ＰＵＳＣＨリソースブロックのいずれもこの分布ｐａｔｔｅｒｎを採用する。具体的な実施では、リソース割り当てタイプ０のＰＵＳＣＨ時間周波数リソースブロックの構成情報の全ては、ネットワークデバイスにより決定されてからシグナリングを介して端末デバイスに送信し、又は、ネットワークデバイスと端末デバイスとがプロトコルで予め約定され、又は、リソース割り当てタイプ０のＰＵＳＣＨ時間周波数リソースブロックの構成情報の一部は、ネットワークデバイスにより決定されてからシグナリングを介して端末デバイスに送信し、他の部分がネットワークデバイスと端末デバイスとがプロトコルで予め約定される。どの構成情報がネットワークデバイスによりシグナリングを介して端末デバイスに送信し、又は、ネットワークデバイスと端末デバイスとがプロトコルで予め約定されるか、本願の実施例が限定されない。

【0057】

リソース割り当てタイプ０を利用するＰＵＳＣＨリソースブロックの割り当て模式図は、図７に示すように、各ＰＵＳＣＨ上のＰＲＢが均一に分布される。各ＰＵＳＣＨリソースブロックが３個のＰＲＢ又はＲＢＧからなり、ＰＲＢ又はＲＢＧが均一に分布され、２つのＰＲＢ又はＲＢＧごとの間隔が３個のＰＲＢ又はＲＢＧである。同じ時間リソースにおいて、複数のリソースブロックのＰＲＢ又はＲＢＧがリソース分布のｐａｔｔｅｒｎに応じて周波数領域で順に配置される。１回の配置でＦＤＭｅｄ数のＰＵＳＣＨリソースブロックが形成されない場合、リソースで分布されるｐａｔｔｅｒｎに基づいて再度配置されても良い。図７に示すように、ＦＤＭｅｄのＰＵＳＣＨリソースブロック数が８であるが、１回の配置で４個のＰＵＳＣＨリソースブロック（ＰＵＳＣＨリソースブロック１、２、３、４）が形成されるため、５番目のリソースブロックから新たなリソース配置を行ってＰＵＳＣＨリソースブロック５、６、７、８が決定される。

【0058】

本願の実施例において、２つのＰＵＳＣＨリソースの構成方式は、少量のパラメータでＰＵＳＣＨリソースの構成を行うことで、シグナリングオーバーヘッドを低減させ、さらに、ｍｓｇＡリソースを構成するシステム放送のオーバーヘッドを低減させる。

【0059】

ステップＳ３０２において、端末デバイスが前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を取得する。

【0060】

第１のタイプのランダムアクセスについて、ｍｓｇＡが搬送されるＰＵＳＣＨリソースが、ＰＵＳＣＨ時間周波数リソースブロックとＰＵＳＣＨのＤＭＲＳアンテナポートからなる。第１のタイプのランダムアクセスにおけるＭｓｇＡがｐｒｅａｍｂｌｅとＰＵＳＣＨの二者を含むため、端末デバイスがｍｓｇＡを送信する前に、ｐｒｅａｍｂｌｅに対応するＰＲＡＣＨリソースとＰＵＳＣＨリソースの選定操作を行う必要がある。ＰＲＡＣＨリソースとＰＵＳＣＨリソースの対応関係とが一対一のマッピングであり、すなわち、１つのＰＲＡＣＨリソースが１つのＰＵＳＣＨリソースに対応し、ここで、１つのＰＲＡＣＨリソースが任意の１つのＰＲＡＣＨ ｏｃｃａｓｉｏｎ上の１つのｐｒｅａｍｂｌｅを指し、１つのＰＵＳＣＨリソースが１つのＰＵＳＣＨリソースブロックのＰＵＳＣＨ時間周波数リソースと１つのＰＵＳＣＨ ＤＭＲＳポートからなるＰＵＳＣＨ伝送リソースを指す。ＰＲＡＣＨリソースとＰＵＳＣＨリソースとの対応関係が、一対多のマッピングであり、又は、多対一のマッピングであり、すなわち、１つのＰＲＡＣＨリソースが複数のＰＵＳＣＨリソースに対応し、又は、複数のＰＲＡＣＨリソースが１つのＰＵＳＣＨリソースに対応する。複数のＰＲＡＣＨリソース（ＲＡＣＨ ｏｃｃａｓｉｏｎ）及び複数のＰＵＳＣＨリソースブロックを構成する場合、端末デバイスがＭｓｇＡのリソースを決定する時に、ＰＲＡＣＨリソースとＰＵＳＣＨリソースのマッピングとの関係を取得する必要があり、また、端末デバイスがＰＲＡＣＨリソースとＰＵＳＣＨリソースとの二者のマッピング順番を取得する必要がある。例えば、上記の任意のＰＲＡＣＨリソースと上記の任意のＰＵＳＣＨリソースとが一対一のマッピング関係である場合、端末デバイスがあるＰＲＡＣＨリソース（ＲＡＣＨ ｏｃｃａｓｉｏｎ）におけるあるｐｒｅａｍｂｌｅを選択する場合、端末デバイスが当該ｐｒｅａｍｂｌｅに対応するＰＵＳＣＨリソース（即ち、どのＰＵＳＣＨリソースブロック及びどのＰＵＳＣＨ ＤＭＲＳポートに位置する）を決定する必要がある。

【0061】

これに基づいて、本願の実施例は、以下のように、前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を決定する。

【0062】

ある実施例において、ｐｒｅａｍｂｌｅに対応するＰＲＡＣＨリソースについて、前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則は、前記ＰＵＳＣＨリソースと前記ＰＲＡＣＨリソースとのマッピングの次元を含み、前記ＰＵＳＣＨリソースと前記ＰＲＡＣＨリソースとのマッピングの次元は、１つのＲＡＣＨ ｏｃｃａｓｉｏｎにおけるｐｒｅａｍｂｌｅ ｉｎｄｅｘであり、周波数分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎについて、ＰＲＡＣＨリソース番号に応じて、１つのＰＲＡＣＨ ｓｌｏｔにおいて、時間分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎが時間リソースインデックスとＰＲＡＣＨ ｓｌｏｔｓのインデックスに基づく。ここで、ＲＡＣＨ ｏｃｃａｓｉｏｎは、ｐｒｅａｍｂｌｅが伝送される時間領域リソースと周波数領域リソースを指す。

【0063】

前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則は、
前記ＰＵＳＣＨリソースが、
１、１つのＲＡＣＨ ｏｃｃａｓｉｏｎ内のｐｒｅａｍｂｌｅ ｉｎｄｅｘの順番、
２、周波数分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎのＰＲＡＣＨリソース番号の順番、
３、１つのＰＲＡＣＨスロットｓｌｏｔにおいて時間分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎの時間リソースインデックスの順番、
４、ＰＲＡＣＨ ｓｌｏｔｓのインデックスの順番のような優先順位に従って、ＰＲＡＣＨリソースとマッピングされることを含む。

【0064】

選択可能な実施例において、前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則は、
前記ＰＵＳＣＨリソースが、
１、ＲＡＣＨ ｏｃｃａｓｉｏｎにおいてｐｒｅａｍｂｌｅ ｉｎｄｅｘの昇順、
２、周波数分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎのＰＲＡＣＨリソース番号の昇順、
３、１つのＰＲＡＣＨスロットｓｌｏｔにおいて時間分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎの時間リソースインデックスの昇順、
４、ＰＲＡＣＨ ｓｌｏｔｓのインデックスの昇順のような優先順位に従って、ＰＲＡＣＨリソースとマッピングされることを含む。なお、上記の実施例において、優先順位は、各次元の昇順であり、具体的な実施では、優先順位は、降順又は他の方式であっても良い。

【0065】

例えば、ＰＵＳＣＨリソースは、以下の優先順位に従って前記ＰＲＡＣＨリソースとマッピングする場合、ＰＲＡＣＨリソースに対し、まず、１つのＲＡＣＨ ｏｃｃａｓｉｏｎ内のｐｒｅａｍｂｌｅ ｉｎｄｅｘの順番に従ってＰＵＳＣＨリソースとマッピング、ＲＡＣＨ ｏｃｃａｓｉｏｎにおけるｐｒｅａｍｂｌｅ ｉｎｄｅｘに基づくマッピングが完了した後、周波数分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎのＰＲＡＣＨリソース番号の順番に従ってＰＵＳＣＨリソースとマッピングし、周波数分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎのＰＲＡＣＨリソース番号に基づくマッピングが完了した後、１つのＰＲＡＣＨスロットｓｌｏｔにおいて、時間分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎの時間リソースインデックスの順番に従ってＰＵＳＣＨリソースとマッピングし、最後、ＰＲＡＣＨ ｓｌｏｔｓのインデックスの順番に従って、ＰＲＡＣＨリソースがＰＵＳＣＨリソースとマッピングされる。

【0066】

なお、ＲＡＣＨ ｏｃｃａｓｉｏｎにおけるｐｒｅａｍｂｌｅ ｉｎｄｅｘ次元が番号（１）で示し、周波数分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎのＰＲＡＣＨリソース番号次元が番号（２）で示し、１つのＰＲＡＣＨ ｓｌｏｔにおいて、時間分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎの時間リソースインデックスが番号（３）で示し、ＰＲＡＣＨ ｓｌｏｔｓのインデックスが番号（４）で示し、この４つの次元のマッピング優先順位が柔軟に調整されても良く、例えば、上記の優先順位が（１）、（２）、（３）、（４）であり、他の実施例において、優先順位が（２）、（１）、（３）、（４）、又は（１）、（２）、（３）、（４）等の任意の組合せであってもよい。具体的な実施では、前記ＰＵＳＣＨリソースと前記ＰＲＡＣＨリソースとのマッピングの次元が、ＰＵＳＣＨリソースと前記ＰＲＡＣＨリソースとのマッピングの優先順位に含まれる次元と同じである。即ち、前記ＰＵＳＣＨリソースと前記ＰＲＡＣＨリソースとのマッピングの次元がある次元を含み、ＰＵＳＣＨリソースがこれらの次元の優先順位に従って前記ＰＲＡＣＨリソースとマッピングする。例えば、前記ＰＵＳＣＨリソースと前記ＰＲＡＣＨリソースとのマッピングの次元は、上記の次元（１）、（２）及び（３）を含む場合、前記ＰＵＳＣＨリソースは、次元（１）、（２）及び（３）のような優先順位に従って前記ＰＲＡＣＨリソースとマッピングする。

【0067】

ＰＵＳＣＨリソースについて、前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則は、前記ＰＲＡＣＨリソースと前記ＰＵＳＣＨリソースとのマッピングの次元を含み、前記ＰＲＡＣＨリソースと前記ＰＵＳＣＨリソースとのマッピングの次元は、１つのＰＵＳＣＨリソース内のＰＵＳＣＨポートｉｎｄｅｘ、周波数分割多重されるＰＵＳＣＨリソースブロックのＰＵＳＣＨリソース番号、時間分割多重されるＰＵＳＣＨリソースブロックの時間リソースインデックスのうちの少なくとも１つを含む。

【0068】

前記ＰＲＡＣＨリソースと前記ＰＵＳＣＨリソースとのマッピング規則は、
前記ＰＲＡＣＨリソースが、
ａ、１つのＰＵＳＣＨリソース内のＰＵＳＣＨポートｉｎｄｅｘの順番、
ｂ、周波数分割多重されるＰＵＳＣＨリソースブロックのＰＵＳＣＨリソース番号の順番、
ｃ、時間分割多重されるＰＵＳＣＨリソースブロックの時間リソースインデックスの順番のような優先順位に従って、ＰＵＳＣＨリソースとマッピングされることを含む。

【0069】

選択可能な実施例において、前記ＰＲＡＣＨリソースと前記ＰＵＳＣＨリソースとのマッピング規則は、
前記ＰＲＡＣＨリソースが、
ａ、１つのＰＵＳＣＨリソース内のＰＵＳＣＨポートｉｎｄｅｘの昇順、
ｂ、周波数分割多重されるＰＵＳＣＨリソースブロックのＰＵＳＣＨリソース番号の昇順、
ｃ、時間分割多重されるＰＵＳＣＨリソースブロックの時間リソースインデックスの昇順のような優先順位に従って、前記ＰＵＳＣＨリソースとマッピングされることを含む。

【0070】

選択可能な実施例において、１つのＰＵＳＣＨリソース内のＰＵＳＣＨポートｉｎｄｅｘの順番は、１つのＰＵＳＣＨリソース内のＰＵＳＣＨポートｉｎｄｅｘの昇順であり、ＰＵＳＣＨリソース番号の順番は、ＰＵＳＣＨリソース番号の昇順であり、時間リソースインデックスの順番は、時間リソースインデックスの昇順である。上記の実施例において優先順位が各次元の昇順であり、具体的な実施では、優先順位が降順又は他の方式であっても良い。

【0071】

例えば、前記ＰＲＡＣＨリソースは、上記の優先順位に従って前記ＰＵＳＣＨリソースとマッピングし、ＰＵＳＣＨリソースについて、まず、１つのＰＵＳＣＨリソース内のＰＵＳＣＨポートｉｎｄｅｘの順番に従ってＰＲＡＣＨリソースとマッピングし、１つのＰＵＳＣＨリソース内のＰＵＳＣＨポートｉｎｄｅｘの使用が完了した後、周波数分割多重されるＰＵＳＣＨリソースブロックのＰＵＳＣＨリソース番号の順番に従ってＰＲＡＣＨリソースとマッピングし、ＰＵＳＣＨリソース番号の使用が完了した後、時間分割多重されるＰＵＳＣＨリソースブロックの時間リソースインデックスの順番に従って、ＰＵＳＣＨリソースがＰＲＡＣＨリソースとマッピングする。

【0072】

なお、１つのＰＵＳＣＨリソース内のＰＵＳＣＨポートｉｎｄｅｘ次元が番号ａで示し、周波数分割多重されるＰＵＳＣＨリソースブロックのＰＵＳＣＨリソース番号次元が番号ｂで示し、時間分割多重されるＰＵＳＣＨリソースブロックの時間リソースインデックス次元が番号ｃで示し、この３つの次元のマッピング優先順位が柔軟に調整されても良く、例えば、上記の優先順位がａ、ｂ、ｃであり、他の実施例において、優先順位がｂ、ａ、ｃ、又はａ、ｂ、ｃの任意の組合せであっても良い。例えば、まず、周波数分割多重されるＰＵＳＣＨリソースブロックに対し、ＰＵＳＣＨリソース番号の順番に従ってＰＲＡＣＨリソースとマッピングし、次に、１つのＰＵＳＣＨリソース内のＰＵＳＣＨポートｉｎｄｅｘの順番に従ってＰＲＡＣＨリソースとマッピングし、最後に、時間分割多重されるＰＵＳＣＨリソースブロックの時間リソースインデックスの順番に従って、ＰＵＳＣＨリソースがＰＲＡＣＨリソースとマッピングする。又は、まず、周波数分割多重されるＰＵＳＣＨリソースブロックのＰＵＳＣＨリソース番号の順番に従ってＰＲＡＣＨリソースとマッピングし、次に、時間分割多重されるＰＵＳＣＨリソースブロックの時間リソースインデックスの順番に従って、ＰＵＳＣＨリソースがＰＲＡＣＨリソースとマッピングし、最後、１つのＰＵＳＣＨリソース内のＰＵＳＣＨポートｉｎｄｅｘの順番に従ってＰＲＡＣＨリソースとマッピングする。ａ、ｂ、ｃの３つの粒度に基づいて形成するマッピング優先順位は、複数であるため、ここで説明を省略する。具体的な実施では、前記ＰＲＡＣＨリソースと前記ＰＵＳＣＨリソースとのマッピングの次元は、ＰＲＡＣＨリソースと前記ＰＵＳＣＨリソースとのマッピングの優先順位に含まれる次元と同じである。即ち、前記ＰＲＡＣＨリソースと前記ＰＵＳＣＨリソースとのマッピングの次元がある次元を含み、前記ＰＲＡＣＨリソースがこれらの次元の優先順位に従って前記ＰＵＳＣＨリソースとマッピングする。例えば、前記ＰＵＳＣＨリソースと前記ＰＲＡＣＨリソースとのマッピングの次元が上記の次元（１）、（２）及び（３）を含み、そして、前記ＰＵＳＣＨリソースが次元（１）、（２）及び（３）の優先順位に従って前記ＰＲＡＣＨリソースとマッピングする。

【0073】

図８に示すＰＲＡＣＨリソースと前記ＰＵＳＣＨリソースとのマッピング規則に含まれるものを説明する。図８に示すように、４個のＲＯリソースＦＤＭｅｄが多重され、周波数が逓増されてから時間が逓増される順番に従って、８個のＲＯの番号が順次にＲＯ １-８である。同様、ＰＵＳＣＨリソースの番号が１-１６である。１つのＲＯが６４個のｐｒｅａｍｂｌｅを提供するが、１つのＰＵＳＣＨリソースブロックが８個のＰＵＳＣＨ ＤＭＲＳをサポートし、且つＰＲＡＣＨリソースとＰＵＳＣＨリソースとが一対一のマッピングであると仮定する。この場合、１番目のＲＯ上のｐｒｅａｍｂｌｅが８個のＰＵＳＣＨリソースブロックに対応する。ここで、ｐｒｅａｍｂｌｅ ｉｎｄｅｘ ０、１、２、３…７が１番目のＰＵＳＣＨリソースブロック上の８個のＰＵＳＣＨリソース（８個のＤＭＲＳポート０、１、２、３…７に対応する）に対応し、ｐｒｅａｍｂｌｅ ｉｎｄｅｘ ０がＰＵＳＣＨポートｉｎｄｅｘ＝０であるＰＵＳＣＨリソースに対応し、ｐｒｅａｍｂｌｅ ｉｎｄｅｘ １がＰＵＳＣＨポートｉｎｄｅｘ＝１であるＰＵＳＣＨリソースに対応し、ｐｒｅａｍｂｌｅ ｉｎｄｅｘ ２がＰＵＳＣＨポートｉｎｄｅｘ＝２であるＰＵＳＣＨリソースに対応し、…ｐｒｅａｍｂｌｅ ｉｎｄｅｘ ７がＰＵＳＣＨポートｉｎｄｅｘ＝７であるＰＵＳＣＨリソースに対応し、同様、ｐｒｅａｍｂｌｅ ｉｎｄｅｘ８-１５が番号が２である２番目のＰＵＳＣＨリソースブロックの８個のＤＭＲＳポートに対応し、以下は同様である。

【0074】

従って、番号が２であるＲＯリソースが番号が９-１６であるＰＵＳＣＨリソースブロック上のＤＭＲＳポートにマッピングされる。

【0075】

本願の実施例において、ＰＲＡＣＨリソースとＰＵＳＣＨリソースとのマッピング関係及びＰＲＡＣＨリソースとＰＵＳＣＨリソースとのそれぞれのマッピング順番が決定された後、端末デバイスがＰＲＡＣＨリソースを選定した場合、対応するＰＵＳＣＨリソースの位置が決定される。例えば、端末デバイスがＰＲＡＣＨリソースを選定し、１つのＲＡＣＨ ｏｃｃａｓｉｏｎ内のｐｒｅａｍｂｌｅ ｉｎｄｅｘの順番、及び周波数分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎのＰＲＡＣＨリソース番号の順番に従ってＰＵＳＣＨリソースとマッピングすると決定した場合、端末デバイスがＲＡＣＨ ｏｃｃａｓｉｏｎにおけるｐｒｅａｍｂｌｅ ｉｎｄｅｘ昇順に従って、１つのＰＵＳＣＨリソース内のＰＵＳＣＨポートｉｎｄｅｘの昇順に従ってＰＵＳＣＨリソースをマッピングする。ＲＡＣＨ ｏｃｃａｓｉｏｎにおけるｐｒｅａｍｂｌｅ ｉｎｄｅｘに基づくマッピングが完了した後、周波数分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎのＰＲＡＣＨリソース番号の昇順に基づいてＰＵＳＣＨリソースをマッピングする。ＰＵＳＣＨリソースのマッピングする場合、１つのＰＵＳＣＨリソース内のＰＵＳＣＨポートｉｎｄｅｘに基づくマッピングが完了した場合、周波数分割多重されるＰＵＳＣＨリソースブロックのＰＵＳＣＨリソース番号の昇順に基づいてマッピングを行い、このように、ＰＲＡＣＨリソースとＰＵＳＣＨリソースとのマッピングが完了する。

【0076】

なお、本願の実施例において、前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則は、ネットワークデバイスと端末デバイスとが予め約定され、又は、ネットワークデバイスがＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を決定した後、シグナリングを介して端末デバイスに通知する。

【0077】

なお、ステップＳ３０１とステップＳ３０２との間に実行の先後関係は存在せず、ステップＳ３０１を先に実行し、ステップＳ３０２を実行してもよく、ステップＳ３０２を先に実行し、ステップＳ３０１を実行しても良く、ステップＳ３０１とステップＳ３０２とは同時に実行されてもよい。本願の実施例では、ステップＳ３０１のみを実行してもよく、ステップＳ３０１とステップＳ３０２を実行してもよい。

【0078】

ある選択可能な実施例において、前記方法は、さらに、以下のステップを含む。

【0079】

ステップＳ３０３において、端末デバイスが前記ＰＵＳＣＨリソースの構成情報に基づいてＭｓｇＡを送信する。

【0080】

本願の実施例におけるチャネルリソースの構成方法の他の選択可能な処理プロセスは、図９に示すように、以下のステップを含む。

【0081】

ステップＳ４０１において、端末デバイスがＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を取得する。

【0082】

本願の実施例において、ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則に対する説明は、上記のステップＳ３０２において端末デバイスがＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を決定する説明と同じであるため、ここで説明を省略する。

【0083】

端末デバイスが前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を取得する場合、端末デバイスがネットワークデバイスにより送信された前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を受信する。

【0084】

又は、端末デバイスが予め設定されたＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則に基づいて前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を取得し、即ち、ネットワークデバイスと端末デバイスとが前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を予め設定する。

【0085】

又は、端末デバイスがネットワークデバイスにより送信された前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則のうちの一部の情報を受信し、予め設定されたＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則に基づいて前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則のうちの他の部分の情報を取得する。ここで、前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則のうちの他の部分の情報は、ネットワークデバイスと端末デバイスとが予め設定される。

【0086】

ある選択可能な実施例において、前記方法は、さらに、以下のステップを含み、
ステップＳ４０２において、端末デバイスデバイスが前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則に基づいてＭｓｇＡを送信する。

【0087】

本願の実施例におけるチャネルリソースの構成方法の他の選択可能な処理プロセスは、図１０に示すように、以下のステップを含み、
ステップＳ５０１において、ネットワークデバイスがＰＵＳＣＨリソースの構成情報を送信する。

【0088】

ここで、ネットワークデバイスが端末デバイスにＰＵＳＣＨリソースの構成情報を送信し、前記ＰＵＳＣＨリソースの構成情報は、ＭｓｇＡが伝送されるＰＵＳＣＨリソースの全ての構成情報であっても良いし、ＭｓｇＡが伝送されるＰＵＳＣＨリソースの一部の構成情報であっても良い。前記ＰＵＳＣＨリソースの構成情報がＭｓｇＡが伝送されるＰＵＳＣＨリソースの一部の構成情報である場合、ＭｓｇＡが伝送されるＰＵＳＣＨリソースの他の部分の構成情報は、ネットワークデバイスと端末デバイスとが予め設定され、この時、端末デバイスが他の部分の構成情報を取得したため、ネットワークデバイスから端末デバイスに送信する必要がない。

【0089】

本願の実施例において、ＰＵＳＣＨリソースの構成情報に対する説明は、上記のステップＳ３０１において端末デバイスがＰＵＳＣＨリソースの構成情報を決定する説明と同じであるため、ここで説明を省略する。

【0090】

前記方法は、さらに、以下のステップを含み、
ステップＳ５０２において、ネットワークデバイスが前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を送信する。

【0091】

本願の実施例において、前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則の全ての情報は、ネットワークデバイスにより決定されてから、端末デバイスに送信し、又は、前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則における一部の情報は、ネットワークデバイスにより決定されてから、端末デバイスに送信し、この時、前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則における他の部分の情報は、ネットワークデバイスと端末デバイスとが予め設定され、この時、端末デバイスが他の部分の情報を取得したため、ネットワークデバイスが端末デバイスに送信する必要がない。

【0092】

本願の実施例において、ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則に対する説明は、上記のステップＳ３０２において端末デバイスがＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を決定する説明と同じであるため、ここで説明を省略する。

【0093】

ある選択可能な実施例において、前記方法は、さらに、
ネットワークデバイスがＰＵＳＣＨリソースの構成情報に基づいて送信されたＭｓｇＡを受信することを含み、
ここで、前記ＭｓｇＡが端末デバイスからネットワークデバイスに送信する。任意選択で、前記ＭｓｇＡは、端末デバイスがＰＵＳＣＨリソースの構成情報及びＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則に基づいて送信しても良い。

【0094】

本願の実施例におけるチャネルリソースの構成方法の他の選択可能な処理プロセスは、図１１に示すように、以下のステップを含む、
ステップＳ６０１において、ネットワークデバイスがＭｓｇＡを受信し、前記ＭｓｇＡにおけるＰＵＳＣＨリソースとＰＲＡＣＨリソースとの間にＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則がある。

【0095】

本願の実施例において、ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則に対する説明は、上記のステップＳ３０２において端末デバイスがＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を決定する説明と同じであるため、ここで説明を省略する。

【0096】

ある実施例において、ステップＳ６０１を実行する前に、前記方法は、さらに、以下のステップを含み、
ステップＳ６００において、ネットワークデバイスが、前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を取得し、及び／又は予め設定されたＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則に基づいて前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を取得する。

【0097】

なお、本願の実施例においてチャネルリソースの構成方法が第１のタイプのランダムアクセス（２ステップのランダムアクセス）においてＭｓｇＡが搬送されるＰＵＳＣＨチャンネルに応用される。

【0098】

上記のチャネルリソースの構成方法を実現するために、本願の実施例は、さらに、端末デバイスを提供し、前記端末デバイスの選択可能な構成は、図１２に示すように、前記端末デバイス８００は、第１の処理ユニット８０１を含み、
第１の処理ユニット８０１は、ＰＵＳＣＨリソースの構成情報を取得するように構成される。

【0099】

本願の実施例において、前記第１の処理ユニット８０１は、さらに、前記ＰＵＳＣＨリソースと物理ＰＲＡＣＨリソースとのマッピング規則を取得するように構成される。

【0100】

本願の実施例において、前記ＰＵＳＣＨリソースは、ＰＵＳＣＨがサポートするアンテナポート及び／又はＰＵＳＣＨ時間周波数リソースブロックを含む。これに対応し、前記ＰＵＳＣＨリソースの構成情報は、ＰＵＳＣＨがサポートするアンテナポートの構成情報及び／又はＰＵＳＣＨ時間周波数リソースブロックの構成情報を含む。

【0101】

ここで、前記ＰＵＳＣＨがサポートするアンテナポートの構成情報は、ＰＵＳＣＨがサポートするアンテナポートの数、ＰＵＳＣＨがサポートするアンテナポートのうちの少なくとも１つを含む。

【0102】

又は、前記ＰＵＳＣＨがサポートするアンテナポートの構成情報は、ＰＵＳＣＨがサポートするアンテナポートの数及び／又はＰＵＳＣＨがサポートするアンテナポートを含む上で、さらに、ＰＵＳＣＨ伝送に使用されるマルチ入力マルチ出力ＭＩＭＯ層を含む。

【0103】

又は、前記ＰＵＳＣＨがサポートするアンテナポートの構成情報は、ＰＵＳＣＨがサポートするアンテナポートの数及び／又はＰＵＳＣＨがサポートするアンテナポートを含む上で、さらに、ＰＵＳＣＨ ＤＭＲＳのスクランブル識別子ＩＤを含む。

【0104】

本願の実施例において、前記ＰＵＳＣＨ時間周波数リソースブロックの構成情報は、リソース割り当てタイプ０のＰＵＳＣＨ時間周波数リソースブロックの構成情報及びリソース割り当てタイプ１のＰＵＳＣＨ時間周波数リソースブロックの構成情報を含む。

【0105】

前記リソース割り当てタイプ１のＰＵＳＣＨ時間周波数リソースブロックの構成情報は、ＰＵＳＣＨリソースブロックのリソース開始点、周波数分割多重されるＰＵＳＣＨリソースブロックの数、ＰＵＳＣＨリソースの総数、ＰＵＳＣＨリソースブロックが占めるＰＲＢ数及びＰＵＳＣＨリソースブロックが占めるＯＦＤＭシンボルの数のうちの少なくとも１つを含む。

【0106】

前記リソース割り当てタイプ０のＰＵＳＣＨ時間周波数リソースブロックの構成情報は、 ＰＵＳＣＨリソースブロックのリソース開始点、周波数分割多重されるＰＵＳＣＨリソースブロックの数、ＰＵＳＣＨリソースの総数、ＰＵＳＣＨリソースブロックが占めるＯＦＤＭシンボルの数、及びＰＵＳＣＨリソースブロックのＰＲＢのリソース割り当て情報のうちの少なくとも１つを含む。ここで、前記ＰＵＳＣＨリソースブロックのＰＲＢのリソース割り当て情報は、ＰＲＢ又はＲＢＧのｂｉｔｍａｐ、及びＰＲＢ又はＲＢＧの分布ｐａｔｔｅｒｎにより示す。ここで、前記リソース開始点は、時間リソース開始点及び／又は周波数リソース開始点を含む。

【0107】

本願の実施例において、前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則は、前記ＰＵＳＣＨリソースと前記ＰＲＡＣＨリソースとのマッピングの次元を含み、前記ＰＵＳＣＨリソースと前記ＰＲＡＣＨリソースとのマッピングの次元は、１つのＲＡＣＨ ｏｃｃａｓｉｏｎにおけるｐｒｅａｍｂｌｅ ｉｎｄｅｘ、周波数分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎによるＰＲＡＣＨリソース番号、１つのＰＲＡＣＨスロットｓｌｏｔにおいて時間分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎによる時間リソースインデックス、及びＰＲＡＣＨ ｓｌｏｔｓのインデックスのうちの少なくとも１つを含む。

【0108】

従って、前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則は、前記ＰＵＳＣＨリソースが１つのＲＡＣＨ ｏｃｃａｓｉｏｎ内のｐｒｅａｍｂｌｅ ｉｎｄｅｘの順番、周波数分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎによるＰＲＡＣＨリソース番号の順番、１つのＰＲＡＣＨ ｓｌｏｔにおいて時間分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎの時間リソースインデックスの順番、ＰＲＡＣＨ ｓｌｏｔｓのインデックスの順番のような優先順位に従って、ＰＲＡＣＨリソースとマッピングされることを含む。

【0109】

任意選択で、前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則は、前記ＰＵＳＣＨリソースが、
１つのＲＡＣＨ ｏｃｃａｓｉｏｎにおいてｐｒｅａｍｂｌｅ ｉｎｄｅｘの昇順、
周波数分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎによるＰＲＡＣＨリソース番号の昇順、
１つのＰＲＡＣＨ ｓｌｏｔにおいて時間分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎの時間リソースインデックスの昇順、
ＰＲＡＣＨ ｓｌｏｔｓのインデックスの昇順のような優先順位に従って、ＰＲＡＣＨリソースとマッピングされることを含む。

【0110】

本願の実施例において、前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則は、前記ＰＲＡＣＨリソースと前記ＰＵＳＣＨリソースとのマッピングの次元を含み、前記ＰＲＡＣＨリソースと前記ＰＵＳＣＨリソースとのマッピングの次元は、１つのＰＵＳＣＨリソース内のＰＵＳＣＨポートｉｎｄｅｘ、周波数分割多重されるＰＵＳＣＨリソースブロックのＰＵＳＣＨリソース番号、及び時間分割多重されるＰＵＳＣＨリソースブロックの時間リソースインデックスのうちの少なくとも１つを含む。

【0111】

従って、前記ＰＲＡＣＨリソースと前記ＰＵＳＣＨリソースとのマッピング規則は、前記ＰＲＡＣＨリソースが１つのＰＵＳＣＨリソース内のＰＵＳＣＨポートｉｎｄｅｘの順番、周波数分割多重されるＰＵＳＣＨリソースブロックＰＵＳＣＨリソース番号の順番、時間分割多重されるＰＵＳＣＨリソースブロックの時間リソースインデックスの順番のような優先順位に従って、ＰＵＳＣＨリソースとマッピングされることを含む。

【0112】

任意選択で、前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則は、
前記ＰＵＳＣＨリソースが、
１つのＲＡＣＨ ｏｃｃａｓｉｏｎにおいてｐｒｅａｍｂｌｅ ｉｎｄｅｘの昇順、
周波数分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎによるＰＲＡＣＨリソース番号の昇順、
１つのＰＲＡＣＨ ｓｌｏｔにおいて時間分割多重されるＲＡＣＨ ｏｃｃａｓｉｏｎの時間リソースインデックスの昇順、
ＰＲＡＣＨ ｓｌｏｔｓのインデックスの昇順のような優先順位に従って、ＰＲＡＣＨリソースとマッピングされることを含む。

【0113】

本願の実施例において、前記第１の処理ユニット８０１は、ＰＵＳＣＨリソースの構成情報を受信し、及び／又は、予め設定されたＰＵＳＣＨリソースの構成情報に基づいてＰＵＳＣＨリソースの構成情報を取得するように構成される。

【0114】

ある実施例において、前記端末デバイスは、さらに、第１の送信ユニット８０２を含み、
第１の送信ユニット８０２は、前記ＰＵＳＣＨリソースの構成情報に基づいてＭｓｇＡを送信するように構成される。

【0115】

上記のチャネルリソースの構成方法を実現するために、本願の実施例は、さらに、端末デバイスを提供し、前記端末デバイスの他の選択可能な構成は、図１３に示すように、前記端末デバイス９００は、第２の処理ユニット９０１を含み、
第２の処理ユニット９０１は、ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を取得するように構成される。

【0116】

本願の実施例において、前記第２の処理ユニット９０１がＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を決定する説明は、上記の端末デバイス８００における第１の処理ユニット８０１がＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を決定する説明と同じであるため、ここで説明を省略する。

【0117】

前記端末デバイス９００は、さらに、第２の送信ユニット９０２を含み、第２の送信ユニット９０２は、前記ＰＵＳＣＨリソースと前記ＰＲＡＣＨリソースとのマッピング規則に基づいてＭｓｇＡを送信するように構成される。

【0118】

上記のチャネルリソースの構成方法を実現するために、本願の実施例は、さらに、ネットワークデバイスを提供し、前記端末デバイスの選択可能な構成は、図１４に示すように、前記ネットワークデバイス１０００は、第３の送信ユニット１００１を含み、
第３の送信ユニット１００１は、ＰＵＳＣＨリソースの構成情報を送信するように構成される。

【0119】

本願の実施例において、前記第３の送信ユニット１００１は、さらに、前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を送信するように構成される。

【0120】

ある実施例において、前記ネットワークデバイス１０００は、さらに、第１の受信ユニット１００２を含み、
第１の受信ユニット１００２は、前記ＰＵＳＣＨリソースの構成情報に基づいて送信されたＭｓｇＡを受信するように構成される。

【0121】

上記のチャネルリソースの構成方法を実現するために、本願の実施例は、さらに、ネットワークデバイスを提供し、前記端末デバイスの構成の模式図は、図１５に示すように、前記ネットワークデバイス２０００は、第２の受信ユニット２００１を含み、
第２の受信ユニット２００１は、ＭｓｇＡを受信するように構成され、前記ＭｓｇＡにおける物理アップリンク共有チャネルＰＵＳＣＨリソースと物理ランダムアクセスチャネルＰＲＡＣＨリソースとの間にＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則がある。

【0122】

本願の実施例において、前記ネットワークデバイス２０００は、さらに、第３の処理ユニット２００２を含み、
第３の処理ユニット２００２は、前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を取得し、及び／又は予め設定されたＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則に基づいて前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を取得するように構成される。

【0123】

なお、本願の実施例において、第３の処理ユニット２００２が前記ＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を取得する説明は、端末デバイス８００における第１の処理ユニット８０１がＰＵＳＣＨリソースとＰＲＡＣＨリソースとのマッピング規則を取得する説明と同じであるため、ここで説明を省略する。

【0124】

本願の実施例は、プロセッサと、プロセッサ上で動作可能なコンピュータプログラムを記憶するメモリとを備える端末デバイスをさらに提供し、ここで、プロセッサは、コンピュータプログラムを実行し、端末デバイスによって実行されるリソース構成方法のステップを実行する。

【0125】

本願の実施例は、プロセッサと、プロセッサ上で動作可能なコンピュータプログラムを記憶するメモリとを備えるネットワークデバイスをさらに提供し、ここで、プロセッサは、コンピュータプログラムを実行し、ネットワークデバイスによって実行されるリソース構成方法のステップを実行する。

【0126】

図１６は、本願の実施例に係る電子デバイス(端末デバイス及びネットワークデバイス)のハードウェア構成を示す図であり、端末デバイス７００は、少なくとも１つのプロセッサ７０１、メモリ７０２及び少なくとも１つのネットワークインターフェース７０４を含む。端末デバイス７００の各構成要素は、バスシステム７０５を介して互いに結合される。バスシステム７０５は、これらの構成要素間の接続通信を可能にするために使用されることが理解されよう。バスシステム７０５は、データバスの他に、電源バス、制御バス、ステータス信号バスを含む。しかし、図１６では、説明を明瞭にするために、各種バスをバスシステム７０５として示している。

【0127】

メモリ７０２は、揮発性メモリ又は不揮発性メモリのいずれかであってもよく、揮発性メモリ及び不揮発性メモリの両方を含んでもよいことが理解される。ここで、不揮発性メモリは、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＦＲＡＭ、Ｆｌａｓｈメモリ、ＣＤ－ＲＯＭ、ＣＤ－Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、磁気表面ストレージは、磁気ディスクストレージ又は磁気テープストレージであってもよい。揮発性メモリは、外部キャッシュとして使用されるＲＡＭ （ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ )であってもよい。限定ではなく例として、多くの形態のRＡMが、例えば、静的ランダムアクセスメモリ( ＳＲＡＭ、Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ )、同期式静的ランダムアクセスメモリ( ＳＳＲＡＭ、Ｓｙｎｃｈｒｏｎｏｕｓ Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ )、動的ランダムアクセスメモリ( ＤＲＡＭ、Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ )、同期式動的ランダムアクセスメモリ( ＳＤＲＡＭ、Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ )、ダブルデータレート同期式動的ランダムアクセスメモリ( ＤＤＲＳＤＲＡＭ、Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ )、強化型同期式動的ランダムアクセスメモリ( ＥＳＤＲＡＭ、Ｅｎｈａｎｃｅｄ Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ )、同期式接続式動的ランダムアクセスメモリ( ＳＬＤＲＡＭ、ＳｙｎｃＬｉｎｋ Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ )、ダイレクトメモリバスランダムアクセスメモリ( ＤＲＲＡＭ、Ｄｉｒｅｃｔ Ｒａｍｂｕｓ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ )などとして使用され得る。本願の実施例に記載されるメモリ７０２は、これら及び任意の他の適切なタイプのメモリを含むことが意図されるが、これらに限定されない。

【0128】

本願の実施例におけるメモリ７０２は、端末デバイス７００の動作を支援するための各種データを記憶するために用いられる。これらのデータの例は、端末デバイス７００上で動作するためのアプリケーションプログラム７０２２などの任意のコンピュータプログラムを含む。本願の実施例の方法を実施するプログラムは、アプリケーションプログラム７０２２に含まれてもよい。

【0129】

上述した本願の実施例に開示された方法は、プロセッサ７０１に適用されてもよく、プロセッサ７０１によって実施されてもよい。プロセッサ７０１は、信号の処理能力を有する集積回路チップであってもよい。実装において、上記方法のステップは、プロセッサ７０１内のハードウェアの集積論理回路またはソフトウェアの形態の命令によって達成され得る。上記のプロセッサ７０１は、汎用プロセッサ、デジタル信号プロセッサ( ＤＳＰ、Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ )または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理デバイス、ディスクリートハードウェアコンポーネントなどであってもよい。プロセッサ７０１は、本願の実施例に開示された方法、ステップ、及び論理ブロック図を実行することができる。汎用プロセッサは、マイクロプロセッサ、または任意の従来のプロセッサなどであり得る。本願の実施例に関連して開示された方法のステップは、ハードウェアの復号プロセッサによって実行されるように直接具現化されてもよく、または復号プロセッサ内のハードウェアおよびソフトウェアモジュールの組合せによって実行されるように具現化されてもよい。ソフトウェアモジュールは、メモリ７０２内に配置された記憶媒体内に配置されてもよく、プロセッサ７０１は、メモリ７０２内の情報を読み取り、そのハードウェアとともに、上記の方法のステップを実施する。

【0130】

例示的な実施例において、端末デバイス７００は、ＡＳＩＣ （ Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ ）、ＤＳＰ、ＰＬＤ （ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ ）、ＣＰＬＤ ( Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ ）、ＦＰＧＡ、汎用プロセッサ、コントローラ、ＭＣＵ、ＭＰＵ、又は上述した方法を実行するための他の電子部品の内の１つ以上によって実現されてもよい。

【0131】

本願の実施例は、コンピュータプログラムを記憶するための記憶媒体をさらに提供する。

【0132】

任意選択で、記憶媒体は、本願の実施例における端末デバイスに適用されてもよく、コンピュータプログラムは、コンピュータに本願の実施例における各方法における対応するフローを実行させ、簡潔にするために、ここではその説明を省略する。

【0133】

本願は、本願の実施例による方法、装置(システム)、およびコンピュータプログラム製品のフローチャートおよび/またはブロック図を参照して説明される。フローチャート及び/又はブロック図における各フロー及び/又はブロック、並びにフローチャート及び/又はブロック図におけるフロー及び/又はブロックの組み合わせは、コンピュータプログラム命令によって実装され得ることが理解されるべきである。これらのコンピュータプログラム命令は、マシンを生成するために、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は他のプログラム可能なデータ処理装置のプロセッサに提供されてもよく、その結果、コンピュータ又は他のプログラム可能なデータ処理装置のプロセッサによって実行される命令が、１つ又は複数のフローチャート、及び/又はブロック図の１つ又は複数のブロックにおいて指定される機能を実装するための手段を生成する。

【0134】

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

【0135】

これらのコンピュータプログラム命令は、コンピュータまたは他のプログラム可能なデータ処理装置にロードすることもでき、その結果、一連の操作ステップがコンピュータまたは他のプログラム可能な装置で実行されて、コンピュータで実行される処理を生成し、コンピュータまたは他で実行される。命令は、フローチャートのフローまたは複数のフロー、および/またはブロック図のブロックまたは複数のブロックで指定された機能を実装するためのステップを提供する。

【0136】

以上の説明は、本願の好ましい実施例に過ぎず、本願の保護範囲を制限するものではなく、本願の精神と原則内で行われたあらゆる修正、均等物及び改良等は、本願の保護範囲に含まれるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】