特許 7408681 ランダムアクセスプロセスの情報伝送方法及び端末

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

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

(11)【特許番号】

(24)【登録日】2023-12-22

(45)【発行日】2024-01-05

(54)【発明の名称】ランダムアクセスプロセスの情報伝送方法及び端末

(51)【国際特許分類】

   H04L 27/26 20060101AFI20231225BHJP

   H04W 72/20 20230101ALI20231225BHJP

   H04W 74/08 20240101ALI20231225BHJP

【ＦＩ】

H04L27/26 113

H04W72/20

H04W74/08

【請求項の数】 11

(21)【出願番号】P 2021558003

(86)(22)【出願日】2020-03-27

(65)【公表番号】

(43)【公表日】2022-06-06

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

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

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

【審査請求日】2021-10-14

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

(32)【優先日】2019-03-29

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

【前置審査】

(73)【特許権者】

【識別番号】517372494

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田 準一

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100117019

【弁理士】

【氏名又は名称】渡辺 陽一

(74)【代理人】

【識別番号】100108903

【弁理士】

【氏名又は名称】中村 和広

(74)【代理人】

【識別番号】100153729

【弁理士】

【氏名又は名称】森本 有一

(72)【発明者】

【氏名】沈 暁冬

(72)【発明者】

【氏名】孫 鵬

(72)【発明者】

【氏名】陳 曉航

【審査官】原田 聖子

(56)【参考文献】

【文献】CATT，Discussion on Channel Structure for 2-Step RACH[online]，3GPP TSG RAN WG1 #96 R1-1902027，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96/Docs/R1-1902027.zip>，2019年02月16日

【文献】Ericsson，Feature lead summary for UL Signals and Channels[online]，3GPP TSG RAN WG1 #94b R1-1811815，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94b/Docs/R1-1811815.zip>，2018年10月10日

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

Ｈ０４Ｌ ２７／２６

Ｈ０４Ｗ ７２／２０

Ｈ０４Ｗ ７４／０８

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

【請求項1】

端末側に用いられるランダムアクセスプロセスの情報伝送方法であって、
少なくとも一つのＰＲＡＣＨ（物理ランダムアクセスチャネル）リソースユニットを含む、ＰＲＡＣＨリソースにおけるインターレースユニットと、ＰＵＳＣＨ（物理上りリンク共有チャネル）リソースとの間のマッピング関係を取得することと、
前記マッピング関係に従って、前記ＰＵＳＣＨリソースと前記ＰＲＡＣＨリソースを含むランダムアクセスリソース上でランダムアクセスメッセージを送信することとを含み、
一つのＰＲＡＣＨリソースユニットは、一つのＲＯにおける一つのランダムアクセスプリアンブルに対応し、
前記マッピング関係は、ランダムアクセスプリアンブルの番号の昇順方式に従って順次に一つのＲＯ内における前記ＰＲＡＣＨリソースを前記ＰＵＳＣＨリソースにマッピングすることを含み、
前記マッピング関係は、具体的に、
前記インターレースユニットにおけるＰＲＡＣＨリソースユニットと、前記ＰＵＳＣＨリソースに対応するＰＵＯにおけるＰＵＳＣＨリソースユニットとの間の第二のマッピング関係を含み、
前記第二のマッピング関係は、
ＰＲＡＣＨリソースグループ内のインターレースユニットにおけるＰＲＡＣＨリソースユニットと前記ＰＵＯにおけるＰＵＳＣＨリソースユニットとの間のマッピング関係を含む、ランダムアクセスプロセスの情報伝送方法。

【請求項2】

前記ＰＵＳＣＨリソースユニットは、前記ＰＵＯの少なくとも一つの相関パラメータに従って決定され、
前記相関パラメータは、前記ＰＵＯのＤＭＲＳ（復調リファレンス信号）のポート情報と前記ＰＵＯのスクランブリング識別子との少なくとも一つを含む、請求項１に記載のランダムアクセスプロセスの情報伝送方法。

【請求項3】

一つのＰＲＡＣＨリソースグループ内で、前記インターレースユニットにおけるＰＲＡＣＨリソースユニットと前記ＰＵＯにおけるＰＵＳＣＨリソースユニットとの間のマッピング関係は、インターレースユニット番号とＰＵＳＣＨリソースユニット番号の順序でマッピングされる、請求項１に記載のランダムアクセスプロセスの情報伝送方法。

【請求項4】

一つのインターレースユニット内で、前記ＰＲＡＣＨリソースユニットと前記ＰＵＯにおけるＰＵＳＣＨリソースユニットとの間のマッピング関係は、ＰＲＡＣＨリソースユニット番号とＰＵＳＣＨリソースユニット番号の順序でマッピングされる、請求項３に記載のランダムアクセスプロセスの情報伝送方法。

【請求項5】

前記ＰＲＡＣＨリソースグループは、一つの関連周期にあるものであり、一つの関連周期は、少なくとも一つのＰＲＡＣＨリソースグループを含み、一つのＰＲＡＣＨリソースグループは、前記ＰＲＡＣＨリソースに対応する少なくとも一つのランダムアクセスチャネル機会ＲＯを含み、一つのＲＯは、少なくとも一つのＰＲＡＣＨリソースユニットに対応する、請求項１に記載のランダムアクセスプロセスの情報伝送方法。

【請求項6】

前記ＰＲＡＣＨリソースグループは、
Ｔ個毎の時間領域ユニットにおける全てのＲＯを一つのＰＲＡＣＨリソースグループに区分する方式と、
ＲＯ番号の順序で、ＲＯをＭ個毎に一つのＰＲＡＣＨリソースグループに区分する方式と、
一つの関連周期のグループ数Ｐに従って、一つの関連周期内の全てのＲＯをＰ個のＰＲＡＣＨリソースグループに区分する方式と、
関連周期内の全てのＲＯを一つのＰＲＡＣＨリソースグループに区分する方式と、のうちの一つで決定され、
そのうち、Ｔ、Ｍ及びＰは、いずれも正の整数である、請求項１に記載のランダムアクセスプロセスの情報伝送方法。

【請求項7】

一つの関連周期内で、前記マッピング関係は、ＰＲＡＣＨリソースグループ番号とＰＵＯ番号の順序でマッピングされる、請求項１に記載のランダムアクセスプロセスの情報伝送方法。

【請求項8】

前記インターレースユニットと前記ＰＵＳＣＨリソースとの間のマッピング関係は、前記インターレースユニットと前記ＰＲＡＣＨリソースに対応するＰＵＳＣＨリソースとの間のマッピング関係である、請求項１～４のいずれか１項に記載のランダムアクセスプロセスの情報伝送方法。

【請求項9】

少なくとも一つのＰＲＡＣＨリソースユニットを含む、ＰＲＡＣＨリソースにおけるインターレースユニットと、ＰＵＳＣＨリソースとの間のマッピング関係を取得するための第一の取得モジュールと、
前記マッピング関係に従って、前記ＰＵＳＣＨリソースと前記ＰＲＡＣＨリソースを含むランダムアクセスリソース上でランダムアクセスメッセージを送信するための送信モジュールとを含み、
一つのＰＲＡＣＨリソースユニットは、一つのＲＯにおける一つのランダムアクセスプリアンブルに対応し、
前記マッピング関係は、ランダムアクセスプリアンブルの番号の昇順方式に従って順次に一つのＲＯ内における前記ＰＲＡＣＨリソースを前記ＰＵＳＣＨリソースにマッピングすることを含み、
前記マッピング関係は、具体的に、
前記インターレースユニットにおけるＰＲＡＣＨリソースユニットと、前記ＰＵＳＣＨリソースに対応するＰＵＯにおけるＰＵＳＣＨリソースユニットとの間の第二のマッピング関係を含み、
前記第二のマッピング関係は、
ＰＲＡＣＨリソースグループ内のインターレースユニットにおけるＰＲＡＣＨリソースユニットと前記ＰＵＯにおけるＰＵＳＣＨリソースユニットとの間のマッピング関係を含む、端末。

【請求項10】

前記ＰＵＳＣＨリソースユニットは、前記ＰＵＯの少なくとも一つの相関パラメータに従って決定され、
前記相関パラメータは、前記ＰＵＯの復調リファレンス信号ＤＭＲＳのポート情報と前記ＰＵＯのスクランブリング識別子との少なくとも一つを含む、請求項９に記載の端末。

【請求項11】

コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時、請求項１～８のいずれか１項に記載のランダムアクセスプロセスの情報伝送方法のステップを実現させる、コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本出願は、２０１９年３月２９日に中国で提出された中国特許出願Ｎｏ．２０１９１０２５３１７５．６の優先権を主張しており、同出願の内容の全ては、ここに参照として取り込まれる。
本開示は、通信技術分野に関し、特にランダムアクセスプロセスの情報伝送方法及び端末に関する。

【背景技術】

【0002】

第五代（５^th Ｇｅｎｅｒａｔｉｏｎ、５Ｇ）移動通信システムは、ニューラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）システムとも呼ばれ、多様なシーンとサービスニーズに適応する必要がある。ＮＲシステムの主なシーンは、拡張型移動帯域幅（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）通信、大容量マシンタイプ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ｍＭＴＣ）通信及び超高信頼性・超低遅延通信（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＵＲＬＬＣ）を含む。これらのシーンは、システムに対して高信頼性、低遅延、大帯域幅、広カバレッジなどの要求を出している。周期的に現れ且つデータパケットサイズが固定されるサービスに対して、下りリンク制御シグナリングのオーバーヘッドを減少させるために、ネットワーク機器は、周期的サービスの伝送のために、半静的スケジューリングの方式を採用し、一定のリソースを持続的に割り当てることができる。

【0003】

上りリンク伝送モードでは、端末は、上りリンクデータを送信する必要がある場合、まずランダムアクセスプロセスを通じて上りリンクタイミング同期を取得し、即ち、ネットワーク機器から上りリンクタイミングアドバンス（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ、ＴＡ）情報を取得する必要があり、上りリンク同期を取った後、端末は、動的スケジューリング又は半静的スケジューリングを通じて上りリンクデータを送信できる。上りリンクデータパケットが比較的に小さい場合、リソースと電力量を削減するために、端末は、上りリンクデータを非同期状態で送信できる。

【0004】

ランダムアクセスプロセス、例えば、非競合的ランダムアクセスプロセスと競合的ランダムアクセスプロセスにおいて、端末は、プリアンブル（ｐｒｅａｍｂｌｅ）を送信する時にも非同期状態にあり、伝送遅延による影響を相殺するために、ｐｒｅａｍｂｌｅにサイクリックプレフィックス（Ｃｙｃｌｉｃ ｐｒｅｆｉｘ、ＣＰ）を追加する必要があり、異なる端末間には、干渉を低減するための保護間隔（Ｇｕａｒｄ）がある。

【0005】

端末が非同期状態で上りリンクデータを送信する場合、例えば、端末が非同期状態で物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）を送信する場合、非競合的ランダムアクセスプロセスにおいて、即ち、２ステップ（２－ｓｔｅｐ）物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）において、端末は、ランダムアクセスを開始する時に、メッセージＡ（Ｍｅｓｓａｇｅ Ａ、ｍｓｇＡ）とも呼ばれる、ＰＵＳＣＨを付帯したランダムアクセスメッセージを送信する。この場合、ネットワーク機器が受信したｍｓｇＡには、ＰＲＡＣＨとＰＵＳＣＨが同時に対応しており、ネットワーク機器は、可能な全てのＰＲＡＣＨとＰＵＳＣＨの伝送位置をブラインド検出する必要があり、処理の複雑性が高い。

【発明の概要】

【発明が解決しようとする課題】

【0006】

本開示の実施例は、ランダムアクセスプロセスにおいてネットワーク機器による処理の複雑性が高いという関連技術における問題を解決するためのランダムアクセスプロセスの情報伝送方法及び端末を提供する。

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

【0007】

第一の方面によれば、本開示の実施例は、端末側に用いられるランダムアクセスプロセスの情報伝送方法を提供する。前記方法は、
少なくとも一つのＰＲＡＣＨリソースユニットを含む、物理ランダムアクセスチャネルＰＲＡＣＨリソースにおけるインターレースユニットと、物理上りリンク共有チャネルＰＵＳＣＨリソースとの間のマッピング関係を取得することと、
マッピング関係に従って、ＰＵＳＣＨリソースとＰＲＡＣＨリソースを含むランダムアクセスリソース上でランダムアクセスメッセージを送信することとを含む。

【0008】

第二の方面によれば、本開示の実施例は、端末をさらに提供する。前記端末は、
少なくとも一つのＰＲＡＣＨリソースユニットを含む、物理ランダムアクセスチャネルＰＲＡＣＨリソースにおけるインターレースユニットと、物理上りリンク共有チャネルＰＵＳＣＨリソースとの間のマッピング関係を取得するための第一の取得モジュールと、
マッピング関係に従って、ＰＵＳＣＨリソースとＰＲＡＣＨリソースを含むランダムアクセスリソース上でランダムアクセスメッセージを送信するための送信モジュールとを含む。

【0009】

第三の方面によれば、本開示の実施例は、端末を提供する。端末は、プロセッサ、メモリ、および、メモリに記憶され、且つプロセッサ上で運行されるコンピュータプログラムを含み、コンピュータプログラムがプロセッサによって実行される時、上述したランダムアクセスプロセスの情報伝送方法のステップを実現させる。

【0010】

第四の方面によれば、本開示の実施例は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体には、コンピュータプログラムが記憶されており、コンピュータプログラムがプロセッサによって実行される時、上述したランダムアクセスプロセスの情報伝送方法のステップを実現させる。

【発明の効果】

【0011】

このように、本開示の実施例では、端末が、物理ランダムアクセスチャネルＰＲＡＣＨリソースにおけるインターレースユニットと、物理上りリンク共有チャネルＰＵＳＣＨリソースとの間のマッピング関係を取得し、マッピング関係に従って、ＰＵＳＣＨリソースとＰＲＡＣＨリソースを含むランダムアクセスリソース上でランダムアクセスメッセージを送信することにより、ネットワーク機器は、ランダムアクセスプロセスにおいて、可能な全てのＰＲＡＣＨとＰＵＳＣＨリソース上での伝送位置をブラインド検出する必要がなく、処理の複雑性を低下させる。

【0012】

本開示の実施例の技術案をより明瞭に説明するために、以下は、本開示の実施例の記述において使用される必要がある添付図面を簡単に紹介する。自明なことに、以下の記述における添付図面は、ただ本開示のいくつかの実施例に過ぎず、当業者にとって、創造的な労力を払わない前提で、それらの添付図面に基づき、他の添付図面を取得することもできる。

【図面の簡単な説明】

【0013】

【図1】本開示の実施例の応用可能な移動通信システムのブロック図を示す。

【図2】本開示の実施例のランダムアクセスプロセスの情報伝送方法のフローチャートを示す。

【図3】本開示の実施例のＰＲＡＣＨリソースユニットとＰＵＳＣＨリソースユニットとの間のマッピング関係の概略図のその一を示す。

【図4】本開示の実施例のＰＲＡＣＨリソースユニットとＰＵＳＣＨリソースユニットとの間のマッピング関係の概略図のその二を示す。

【図5】本開示の実施例の端末のモジュール構造概略図を示す。

【図6】本開示の実施例の端末のブロック図を示す。

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

【0014】

以下は、添付図面を結び付けながら、本開示の例示的な実施例をより詳細に記述する。添付図面には本開示の例示的な実施例を示しているが、理解すべきことは、本開示は、様々な形式で実現でき、本明細書に記述された実施例により限定されるべきではない。逆に、これらの実施例は、本開示のより完全な理解を可能にし、本開示の範囲を当業者に完全に伝えることを可能にするために提供される。

【0015】

本出願の明細書及び特許請求の範囲における「第一の」、「第二の」などの用語は、類似する対象を区別するためのものであり、必ずしも特定の順序又は先後順序を記述するためのものではない。理解すべきことは、このように使用されるデータが適切な状況で交換でき、それにより、ここで記述された本出願の実施例は、ここで図示又は記述された順序以外の順序で実施できる。なお、「含む」と「有する」という用語及びそれらの任意の変形は、非排他的な「含む」を意図的にカバーするものであり、例えば、一連のステップ又はユニットを含むプロセス、方法、システム、製品又は機器は、必ずしも明瞭にリストアップされているそれらのステップ又はユニットに限らず、明瞭にリストアップされていない又はそれらのプロセス、方法、製品又は機器に固有の他のステップ又はユニットを含んでもよい。明細書及び特許請求の範囲における「及び／又は」は、接続された対象の少なくとも一つを表す。

【0016】

本明細書で記述された技術は、長期的進化型（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）／ＬＴＥの進化形（ＬＴＥ－Ａｄｖａｎｃｅｄ、ＬＴＥ－Ａ）システムに限らず、様々な無線通信システム、例えば、符号分割多重接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ）、時分割多重接続（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＴＤＭＡ）、周波数分割多重接続（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＦＤＭＡ）、直交周波数分割多重接続（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＯＦＤＭＡ）、単一搬送波周波数分割多重接続（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＳＣ－ＦＤＭＡ）及び他のシステムで使用されてもよい。「システム」と「ネットワーク」という用語は、常に交換可能に使用されている。ＣＤＭＡシステムは、ＣＤＭＡ２０００、ユニバーサル地上ラジオアクセス（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ、ＵＴＲＡ）などのラジオ技術を実現してもよい。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＷＣＤＭＡ）及び他のＣＤＭＡ変形を含む。ＴＤＭＡシステムは、グローバルシステムフォーモバイルコミュニケーション（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＧＳＭ（登録商標））などのラジオ技術を実現してもよい。ＯＦＤＭＡシステムは、ウルトラモバイルブロードバンド（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ、ＵＭＢ）、進化型ＵＴＲＡ（Ｅｖｏｌｕｔｉｏｎ－ＵＴＲＡ、Ｅ－ＵＴＲＡ）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、Ｆｌａｓｈ－ＯＦＤＭなどのラジオ技術を実現してもよい。ＵＴＲＡとＥ－ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ、ＵＭＴＳ）の一部である。ＬＴＥとより高いレベルのＬＴＥ（例えば、ＬＴＥ－Ａ）は、Ｅ－ＵＴＲＡを使用した新しいＵＭＴＳバージョンである。ＵＴＲＡ、Ｅ－ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ－Ａ及びＧＳＭ（登録商標）は、「第三世代パートナーシッププロジェクト」（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ、３ＧＰＰ）と称される組織からの文献に記述されている。ＣＤＭＡ２０００とＵＭＢは、「第三世代パートナーシッププロジェクト２」（３ＧＰＰ２）と称される組織からの文献に記述されている。本明細書で記述された技術は、以上に言及されたシステムとラジオ技術に用いられてもよく、他のシステムとラジオ技術に用いられてもよい。しかしながら、以下の記述では、例示の目的でＮＲシステムを記述しており、且つ以下の大部分の記述では、ＮＲ用語を使用しているが、これらの技術は、ＮＲシステム応用以外の応用に用いられてもよい。

【0017】

以下の記述は、例を提供しているが、特許請求の範囲に記述された範囲、適用性又は配置を限定するものではない。本開示の精神及び範囲から逸脱することなく、討論された要素の機能及び配置を変えることができる。様々な例では、様々な手順又はコンポーネントを適宜省略、置換、又は追加できる。例えば、記述された方法を、記述されたものとは異なる順序で実行でき、且つ様々なステップを追加、省略、又は組み合わせることができる。また、なんらかの例を参照して記述された特徴は、他の例で組み合わせることができる。

【0018】

図１を参照すると、図１は、本開示の実施例の応用可能な移動通信システムのブロック図を示す。無線通信システムは、端末１１とネットワーク機器１２を含む。そのうち、端末１１は、端末機器又はユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）と呼ばれてもよく、端末１１は、携帯電話、タブレットパーソナルコンピュータ（Ｔａｂｌｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップコンピュータ（Ｌａｐｔｏｐ Ｃｏｍｐｕｔｅｒ）、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、モバイルインターネットデバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅ、ＭＩＤ）、ウェアラブルデバイス（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）又は車載機器などの端末側機器であってもよく、説明すべきことは、本開示の実施例では、端末１１の具体的なタイプを限定しない。ネットワーク機器１２は、基地局又はコアネットワークであってもよく、そのうち、上記基地局は、５Ｇ及びそれ以降のバージョンの基地局（例えば、ｇＮＢ、５Ｇ ＮＲ ＮＢなど）、又は他の通信システムにおける基地局（例えば、ｅＮＢ、ＷＬＡＮアクセスポイント、又は他のアクセスポイントなど）であってもよく、そのうち、基地局は、ノードＢ、進化ノードＢ、アクセスポイント、ベーストランシーバーステーション（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ）、ラジオ基地局、ラジオトランシーバー、ベーシックサービスセット（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＢＳＳ）、エクステンデッドサービスセット（Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＥＳＳ）、ノードＢ、進化型Ｂノード（ｅＮＢ）、ホームＢノード、ホーム進化型Ｂノード、ＷＬＡＮアクセスポイント、ＷｉＦｉノード、又は前記分野における他のある適切な用語と呼ばれてもよい。説明すべきことは、本開示の実施例では、ＮＲシステムにおける基地局のみを例として取り上げるが、基地局の具体的なタイプを限定しない。

【0019】

基地局は、基地局コントローラの制御で端末１１と通信でき、様々な例では、基地局コントローラは、コアネットワーク又はなんらかの基地局の一部であってもよい。いくつかの基地局は、バックホールを介してコアネットワークと制御情報又はユーザデータの通信を行うことができる。いくつかの例では、これらの基地局のいくつかは、バックホールリンクを介して互いに直接又は間接的に通信でき、バックホールリンクは、有線又は無線通信リンクであってもよい。無線通信システムは、複数のキャリア（異なる周波数の波形信号）での操作をサポートできる。マルチキャリア送信機は、これらの複数のキャリア上で変調された信号を同時に伝送できる。例えば、各通信リンクは、様々なラジオ技術に従って変調されたマルチキャリア信号であってもよい。各変調された信号は、異なるキャリア上で送信でき、且つ制御情報（例えば、リファレンス信号、制御チャネルなど）、オーバーヘッド情報、データなどを付帯できる。

【0020】

基地局は、一つ又は複数のアクセスポイントアンテナを介して端末１１と無線通信を行うことができる。各基地局は、それぞれの相応なカバレッジエリアのために通信カバレッジを提供できる。アクセスポイントのカバレッジエリアは、このカバレッジエリアの一部のみを構成するセクタエリアに区分できる。無線通信システムは、異なるタイプの基地局（例えば、マクロ基地局、マイクロ基地局、又はピコ基地局）を含んでもよい。基地局は、異なるラジオ技術、例えば、セルラ又はＷＬＡＮラジオアクセス技術を利用することもできる。基地局は、同じ又は異なるアクセスネットワーク又はオペレータ配備に関連付けることができる。異なる基地局のカバレッジエリア（同じ又は異なるタイプの基地局のカバレッジエリア、同じ又は異なるラジオ技術を利用するカバレッジエリア、又は同じ又は異なるアクセスネットワークに属するカバレッジエリアを含む）はオーバーラップできる。

【0021】

無線通信システムにおける通信リンクは、上りリンク（Ｕｐｌｉｎｋ、ＵＬ）伝送（例えば、端末１１からネットワーク機器１２へ）を載せるための上りリンク、又は下りリンク（Ｄｏｗｎｌｉｎｋ、ＤＬ）伝送（例えば、ネットワーク機器１２から端末１１へ）を載せるための下りリンクを含んでもよい。ＵＬ伝送は、逆方向リンク伝送と呼ばれてもよいが、ＤＬ伝送は、順方向リンク伝送と呼ばれてもよい。下りリンク伝送は、許可周波数バンド、非許可周波数バンド、又はその両方を使用して行うことができる。同様に、上りリンク伝送は、許可周波数バンド、非許可周波数バンド、又はその両方を使用して行うことができる。

【0022】

本開示の実施例のランダムアクセスプロセスの情報伝送方法は、端末に用いられる。図２に示すように、この方法は、以下のステップを含む。

【0023】

ステップ２１、少なくとも一つのＰＲＡＣＨリソースユニットを含む、物理ランダムアクセスチャネルＰＲＡＣＨリソースにおけるインターレースユニットと、物理上りリンク共有チャネルＰＵＳＣＨリソースとの間のマッピング関係を取得する。

【0024】

そのうち、インターレースユニット（ｉｎｔｅｒｌａｃｅ）は、ＰＲＡＣＨリソースがインターレース処理された後に得られるリソースユニットであり、一つのインターレースユニットは、少なくとも一つのＰＲＡＣＨリソースユニットを含んでもよく、ＰＲＡＣＨリソースユニットは、インターレースユニットよりも小さいリソース粒度であってもよい。ＰＲＡＣＨリソースのインターレースユニットとＰＵＳＣＨリソースとの間のマッピング関係は、プロトコルによって約束されるものであってもよく、ネットワーク機器によって配置されてもよい。

【0025】

そのうち、ＰＲＡＣＨリソースは、端末がシステム情報を受信することによって決定されたものであってもよい。システム情報には、ＰＲＡＣＨ配置情報が含まれ、例えば、ネットワーク機器が各同期信号ブロック（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ ａｎｄ ＰＢＣＨ Ｂｌｏｃｋ、ＳＳＢ）の送信周期で送信したＳＳＢの数は、

【数1】

であり、各ＳＳＢに関連付けられたランダムアクセスチャネル機会（ＰＲＡＣＨ Ｏｃｃａｓｉｏｎ、ＲＯ）の数の係数は、Ｎであり、各ＲＯに対応するＳＳＢの数を表し、即ち、ｓｓｂ－ｐｅｒＲＡＣＨ－Ｏｃｃａｓｉｏｎであり、値が｛１／８、１／４、１／２、１、２、４、８、１６｝であり、各ＲＯに関連付けられたプリアンブル（ｐｒｅａｍｂｌｅ）の数は、Ｐであり、各ＳＳＢに関連付けられたＲＯに対応するプリアンブルの数を表し、即ち、ＣＢ－ｐｒｅａｍｂｌｅｓ－ｐｅｒ－ＳＳＢ＊ｍａｘ（１，ＳＳＢ－ｐｅｒ－ｒａｃｈ－ｏｃｃａｓｉｏｎ）である。すると、ＳＳＢとＰＲＡＣＨの一回りのマッピング後のＲＯの数は

【数2】

であり、一つの相関（ａｓｓｏｃｉａｔｉｏｎ）周期内のＲＯの数はＲであり、各ＲＯに関連付けられたプリアンブルの数はＰである。一つの関連周期でマッピングされたＲＯに番号ｒ（ｒ＝０、１、２、…、Ｒ－１）を付け、各ＲＯにおけるプリアンブルに番号ｐ（ｐ＝０、１、２、…、Ｐ）を付けることにより、（ｒ，ｐ）は、一つのＰＲＡＣＨリソースユニットを代表し、プリアンブルを先にＲＯを後にする方式でリソースユニットに番号を付け、即ちｒｐ＝Ｐ＊ｒ＋ｐである。そのうち、関連周期は、ＰＲＡＣＨ配置周期の整数倍であり、一つの関連周期内で、一つのＳＳＢは、少なくとも一つのＲＯに関連付けられ、一つの関連周期内のＲＯの数ＲはＲ’の整数倍である。

【0026】

ステップ２２、予め設定されたマッピング関係に従って、ＰＵＳＣＨリソースとＰＲＡＣＨリソースを含むランダムアクセスリソース上でランダムアクセスメッセージを送信する。

【0027】

そのうち、ランダムアクセスリソースは、ランダムアクセスプロセスに用いられ、ランダムアクセスリソースは、ＰＵＳＣＨリソースとＰＲＡＣＨリソースを含む。ＰＲＡＣＨリソースは、ランダムアクセスプリアンブルを伝送するためのものであり、ＰＵＳＣＨリソースは、ランダムアクセスに関連付けられた情報又は上りリンクデータを伝送するためのものである。それに応じて、ネットワーク機器は、端末と同じ理解に従ってランダムアクセスリソース上のＰＵＳＣＨリソースとＰＲＡＣＨリソースを決定し、このように、ネットワーク機器は、ランダムアクセスリソース上でランダムアクセスメッセージ（ｍｓｇＡ）を迅速に検出して復調し、ランダムアクセスプロセスの正常な進行を確保することができる。

【0028】

このように、本開示の実施例では、ＰＲＡＣＨリソースにおけるインターレースユニットとＰＵＳＣＨリソースとの間のマッピング関係に従って、ＰＵＳＣＨリソースの伝送位置に基づきＰＲＡＣＨリソースのインターレースユニットの伝送位置を決定できるか、又は、ＰＲＡＣＨリソースのインターレースユニットの伝送位置に基づきＰＵＳＣＨリソースの伝送位置を決定できる。ネットワーク機器は、同じ理解に従って、可能な全てのＰＲＡＣＨリソースとＰＵＳＣＨリソースの伝送位置に対するブラインド検出を回避でき、それにより、処理の複雑性を低下させ、処理効率を向上させる。

【0029】

いくつかの実施例では、ステップ２１の前に、インターレース間隔を取得することと、インターレース間隔に従って、ＰＲＡＣＨリソースを少なくとも一つのインターレースユニットに区分することをさらに含む。インターレース間隔は、ネットワーク機器によって配置されるものであってもよく、即ち、インターレース間隔は配置可能である。又は、インターレース間隔は、プロトコルによって約束されるものであってもよく、選択的に、インターレース間隔は、デフォルトで１又はＮ＊Ｒであってもよい。

【0030】

選択的に、本開示の実施例におけるＰＲＡＣＨリソースのインターレースユニットとＰＵＳＣＨリソースとの間のマッピング関係は、以下の二つを含んでもよいが、それらに限らない。

【0031】

一、インターレースユニットにおけるＰＲＡＣＨリソースユニットと、ＰＵＳＣＨリソースに対応する物理上りリンク共有チャネル機会（ＰＵＳＣＨ Ｏｃｃａｓｉｏｎ、ＰＵＯ）との間の第一のマッピング関係である。

【0032】

そのうち、第一のマッピング関係は、ＰＲＡＣＨリソースグループ（又はＲＯグループと呼ばれる）内のインターレースユニットにおけるＰＲＡＣＨリソースユニットとＰＵＯとの間のマッピング関係であってもよい。

【0033】

選択的に、一つのＰＲＡＣＨリソースグループ内で、インターレースユニットとＰＵＯとの間のマッピング関係は、インターレースユニット番号とＰＵＯ番号の順序でマッピングされる。そのうち、一つの関連周期内のＰＲＡＣＨリソースは、一つ又は複数のＰＲＡＣＨリソースグループに区分でき、ＰＲＡＣＨリソースグループは、一つの関連周期にあるものであり、一つの関連周期は、少なくとも一つのＰＲＡＣＨリソースグループを含み、一つのＰＲＡＣＨリソースグループは、ＰＲＡＣＨリソースに対応する少なくとも一つのランダムアクセスチャネル機会ＲＯを含み、一つのＲＯは、少なくとも一つのＰＲＡＣＨリソースユニットに対応する。そのうち、指摘すべきことは、インターレースユニットは、異なるＲＯのものであってもよく、同じＲＯのものであってもよい。つまり、一つのインターレースユニットは、複数の異なるＲＯ内のＰＲＡＣＨリソースユニットを含んでもよいか、又は、一つのインターレースユニットは、同一のＲＯ内の複数のＰＲＡＣＨリソースユニットを含んでもよい。

【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】

上記内容は、本開示の選択的な実施形態である。指摘すべきことは、当業者にとって、本開示に記載された原理から逸脱することなく、若干の改善及び修正を行うことができ、これらの改善及び修正も本開示の保護範囲に入っている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】