特許 7410283 物理ランダムアクセスチャネルのデータ統合方法、装置および記憶媒体

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

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

(11)【特許番号】

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

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

(54)【発明の名称】物理ランダムアクセスチャネルのデータ統合方法、装置および記憶媒体

(51)【国際特許分類】

   H04L 27/26 20060101AFI20231226BHJP

   H04B 7/08 20060101ALI20231226BHJP

【ＦＩ】

H04L27/26 410

H04B7/08 372A

【請求項の数】 7

(21)【出願番号】P 2022523156

(86)(22)【出願日】2020-10-19

(65)【公表番号】

(43)【公表日】2022-12-26

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

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

(87)【国際公開日】2021-04-22

【審査請求日】2022-04-19

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

(32)【優先日】2019-10-18

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

(73)【特許権者】

【識別番号】522155279

【氏名又は名称】深▲チェン▼市中興微電子技術有限公司

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

【住所又は居所原語表記】ＺＴＥ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ， Ｌｉｕｘｉａｎ Ａｖｅｎｕｅ， Ｘｉｌｉ Ｓｔｒｅｅｔ， Ｎａｎｓｈａｎ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８０５５， Ｃｈｉｎａ

(74)【代理人】

【識別番号】100145403

【弁理士】

【氏名又は名称】山尾 憲人

(74)【代理人】

【識別番号】100135703

【弁理士】

【氏名又は名称】岡部 英隆

(72)【発明者】

【氏名】李 東

(72)【発明者】

【氏名】劉 文月

【審査官】川口 貴裕

(56)【参考文献】

【文献】国際公開第２０１９／１６１８０６（ＷＯ，Ａ１）

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

【文献】特開平１１－２５２０４５（ＪＰ，Ａ）

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

【文献】Qualcomm Incorporated，PRACH design consideration[online]，3GPP TSG-RAN WG1 #88bis R1-1705571，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_88b/Docs/R1-1705571.zip>，2017年03月25日

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

Ｈ０４Ｌ ２７／２６

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

Ｈ０４Ｌ １／０２ － １／０６

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

３ＧＰＰ ＴＳＧ ＳＡ ＷＧ１－２

３ＧＰＰ ＴＳＧ ＣＴ ＷＧ１、４

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

【請求項1】

ハードウェア加速モジュールにより実行されるデータ統合方法であって、
今回の物理ランダムアクセスチャネルＰＲＡＣＨデータ統合のタスクパラメータを解析することと、
ＰＲＡＣＨデータキャッシュから統合待ちアンテナのＰＲＡＣＨデータを読み取ることと、
前記タスクパラメータに基づき、複数のアンテナ間のＰＲＡＣＨデータ統合と、自アンテナのＰＲＡＣＨ内のＲＡＣＨデータ統合との少なくとも１つを行うことと、
統合されたデータを共有キャッシュに出力することとを含み、
前記ハードウェア加速モジュールは、ソフトウェア処理モジュールとの間に、前記共有キャッシュによりデータのやり取りを行い、
前記タスクパラメータは、ＰＲＡＣＨフォーマット、データ統合方式、前記ＰＲＡＣＨデータキャッシュから読み取られたＰＲＡＣＨデータの記憶アドレス、および現在の直交周波数分割多重ＯＦＤＭシンボルにおけるＰＲＡＣＨデータ量を含み、
前記ＰＲＡＣＨデータキャッシュから統合待ちアンテナのＰＲＡＣＨデータを読み取ることは、
ＯＦＤＭシンボルを単位として前記ＰＲＡＣＨデータキャッシュから統合待ちＰＲＡＣＨデータを順次読み取り、１つのＯＦＤＭシンボルデータを受信する毎に、ＰＲＡＣＨデータ統合処理を開始することを含む、
物理ランダムアクセスチャネルのデータ統合方法。

【請求項2】

前記タスクパラメータに基づき、複数のアンテナ間のＰＲＡＣＨデータ統合と、自アンテナのＰＲＡＣＨ内のＲＡＣＨデータ統合との少なくとも１つを行うことは、
前記複数のアンテナ間のＰＲＡＣＨデータ統合を行う必要があるか否かを判断し、前記複数のアンテナ間のＰＲＡＣＨデータ統合を行う必要があることに応答して、各ＯＦＤＭシンボル時間での前記複数のアンテナ間のＰＲＡＣＨデータを統合し、統合されたＰＲＡＣＨデータに対して、各アンテナのＰＲＡＣＨ内のＲＡＣＨデータを統合することを含む、
請求項１に記載の方法。

【請求項3】

アンテナ間またはアンテナのＰＲＡＣＨ内のＲＡＣＨデータ統合の場合、現在のＯＦＤＭシンボル時間のＰＲＡＣＨデータを処理した後に、現場データをキャッシュし、次のＯＦＤＭシンボル時間のＰＲＡＣＨデータが到達するまで待機してから、対応するアンテナの現場データを復元して処理し続け、前記現場データは、現在のＯＦＤＭシンボル時間で、前記複数のアンテナ間のＰＲＡＣＨデータまたは各アンテナのＰＲＡＣＨ内のＲＡＣＨデータを統合されたデータである、
請求項２に記載の方法。

【請求項4】

今回のＰＲＡＣＨデータ統合のタスクパラメータを解析する前に、
前記今回のＰＲＡＣＨデータ統合のタスクパラメータを設定することを更に含む。
請求項１に記載の方法。

【請求項5】

統合されたＰＲＡＣＨデータを共有キャッシュに出力した後に、
前記ソフトウェア処理モジュールが、統合されたｐｒｅａｍｂｌｅ系列に対して、高速フーリエ変換ＦＦＴ、周波数領域マザーコード相関、逆高速フーリエ変換ＩＦＦＴ、およびデータ統合ピーク値検出処理を行うことを更に含む、
請求項１に記載の方法。

【請求項6】

コンピュータ命令が記憶されたコンピュータ可読記憶媒体であって、
前記コンピュータ命令は、請求項１～５のいずれか１項に記載の方法をプロセッサに実行させる命令である、
コンピュータ可読記憶媒体。

【請求項7】

メモリとプロセッサとを備え、
前記メモリにコンピュータ命令が記憶されており、
前記コンピュータ命令は、請求項１から５のいずれか１項に記載の方法を前記プロセッサに実行させる命令である、
電子機器。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、通信分野に関し、例えば、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）のデータ統合方法、装置および記憶媒体に関する。

【0002】

本願は、２０１９年１０月１８日に中国専利局に提出された出願番号が２０１９１０９９６２５８．４である中国特許出願に対して優先権を主張するものであり、該出願の全ての内容を引用により本願に援用する。

【背景技術】

【0003】

物理ランダムアクセスチャネルは、第５世代移動体通信技術（ｔｈｅ ５ｔｈ Ｇｅｎｅｒａｔｉｏｎ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ、５Ｇ）新しい無線・アクセス技術（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）プロトコルにおいて、複数種のアクセスｆｏｒｍａｔフォーマット、長フォーマット、短フォーマット、および対応する様々な組み合わせ方式がある。

【0004】

５Ｇ ＮＲプロトコルにおけるＰＲＡＣＨの処理では、同じＰＲＡＣＨにおける複数のＲＡＣＨデータを統合し、異なるアンテナ間のＰＲＡＣＨデータを統合する必要がある。

【0005】

ＰＲＡＣＨダウンコンバート後に、データ統合は、異なるＰＲＡＣＨフォーマットに応じて異なる方式に分けられる。図１に示すように、長フォーマットの統合は、複数のアンテナのＰＲＡＣＨデータを加算して統合することである。図２に示すように、短フォーマットの統合方式は２種あり、一方が複数のアンテナのＰＲＡＣＨデータを加算して統合した後に、統合したＰＲＡＣＨデータ内の隣接する２つのＲＡＣＨを更に加算して統合するか、または全てのＲＡＣＨを加算して統合し、他方が複数のアンテナのＰＲＡＣＨデータを統合せず、直接それぞれのアンテナのＰＲＡＣＨデータ内の隣接する２つのＲＡＣＨを加算するか、または全てのＲＡＣＨを加算する。

【発明の概要】

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

【0006】

関連技術において、通常、ソフトウェアによって単一周波数ポイントのランダムアクセスデータの統合を実現することが多く、即ち、ソフトウェアは、一度に、１つのアンテナ、１つの周波数ポイントのランダムアクセスデータの統合を処理し、このように、以下のような問題が存在する。

【0007】

まず、周波数分割複信（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ、ＦＤＤ）モードの場合、１つのアクセス周波数ポイントのみがあるため、１つの単一周波数ポイント装置があれば良い。しかし、時間分割複信（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ、ＴＤＤ）モードの場合、複数の周波数ポイントが存在すれば、複数の単一周波数ポイント装置を採用するとともに複数の周波数ポイントを並列処理し、即ち、複数の装置を追加し、リソースの浪費が存在するか、あるいは該装置を時間分割で多重化し、処理遅延が大きく、処理計算量が大きい。

【0008】

次に、各本のアンテナのＰＲＡＣＨデータ量が大きいため、全てのアンテナのＰＲＡＣＨデータをキャッシュしてからデータの統合を行うと、記憶空間は大きくなり、中央処理ユニット（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ）の処理遅延は大きくなる。

【0009】

本開示は、関連技術においてソフトウェアによって単一周波数ポイントのランダムアクセスデータの統合を実現することに存在する処理効率が低いという問題を解決するための物理ランダムアクセスチャネルのデータ統合方法、装置および記憶媒体を提供する。

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

【0010】

今回のＰＲＡＣＨデータ統合のタスクパラメータを解析することと、ＰＲＡＣＨデータキャッシュから統合待ちアンテナのＰＲＡＣＨデータを読み取ることと、前記タスクパラメータに基づき、複数のアンテナ間のＰＲＡＣＨデータ統合および／または自アンテナのＰＲＡＣＨ内のＲＡＣＨデータ統合を行うことと、統合されたＰＲＡＣＨデータを共有キャッシュに出力することとを含む、
物理ランダムアクセスチャネルのデータ統合方法を提供する。

【0011】

今回のＰＲＡＣＨデータ統合のタスクパラメータを解析するように構成される解析モジュールと、ＰＲＡＣＨデータキャッシュから統合待ちアンテナのＰＲＡＣＨデータを読み取るように構成される読取モジュールと、前記タスクパラメータに基づき、複数のアンテナ間のＰＲＡＣＨデータ統合および／または自アンテナのＰＲＡＣＨ内のＲＡＣＨデータ統合を行うように構成される統合モジュールと、統合されたＰＲＡＣＨデータを共有キャッシュに出力するように構成される出力モジュールとを備える、
物理ランダムアクセスチャネルのデータ統合装置を更に提供する。

【0012】

好ましくは、前記タスクパラメータは、ＰＲＡＣＨフォーマット、データ統合方式、データの記憶アドレス、および現在のＯＦＤＭシンボルにおける有効なＰＲＡＣＨデータ量のうちの少なくとも１つを含む。

【0013】

好ましくは、前記読取モジュールは、ＯＦＤＭシンボルを処理単位として前記ＰＲＡＣＨデータキャッシュから統合待ちＰＲＡＣＨデータを順次読み取り、1つのＯＦＤＭシンボルデータを受信する毎に、データの統合を開始する。

【0014】

好ましくは、前記統合モジュールは、統合待ち複数のアンテナのＰＲＡＣＨデータを統合する必要があるか否かを判断するように構成される判断ユニットと、前記複数のアンテナのＰＲＡＣＨデータを統合する必要がある場合、ＯＦＤＭシンボル時間に基づいて統合待ち複数のアンテナのＰＲＡＣＨデータを時間分割で統合するように構成される第１統合ユニットと、第１統合ユニットにより統合されたＰＲＡＣＨデータ内のＲＡＣＨデータを統合するように構成される第２統合ユニットとを更に備える。

【0015】

好ましくは、前記統合モジュールは、アンテナ間のＰＲＡＣＨデータ統合または自アンテナのＰＲＡＣＨ内のＲＡＣＨデータ統合の場合、現在のＯＦＤＭシンボル時間のＰＲＡＣＨデータを処理した後に、現場データをキャッシュし、次のＯＦＤＭシンボルのＰＲＡＣＨデータが到達するまで待機してから、対応するアンテナの現場データを復元して処理し続けるように構成されるキャッシュおよび復元ユニットを更に備える。

【0016】

好ましくは、前記装置は、今回のＰＲＡＣＨデータ統合のタスクパラメータを設定するように構成される設定モジュールを更に備える。

【0017】

好ましくは、前記装置は、統合されたｐｒｅａｍｂｌｅ系列に対して、ＦＦＴ、周波数領域マザーコード相関、ＩＦＦＴ、およびピーク値検出処理を行うように構成されるソフトウェア処理モジュールを更に備える。

【0018】

コンピュータプログラムが記憶された記憶媒体であって、
前記コンピュータプログラムは、実行されると、本開示に記載の方法を実現するように構成される、
記憶媒体を更に提供する。

【0019】

メモリとプロセッサとを備え、
前記メモリにコンピュータプログラムが記憶されており、
前記プロセッサは、前記コンピュータプログラムを実行することにより本開示に記載の方法を実現するように構成される、
電子機器を更に提供する。

【0020】

ここで説明する図面は、本開示に対する理解を提供するためのものであり、本願の一部を構成し、本開示の模式的な実施例およびその説明は、本開示を不当に限定するものではない。

【図面の簡単な説明】

【0021】

【図1】関連技術によるアンテナ間のＰＲＡＣＨデータ統合の模式図である。

【図2】関連技術によるＰＲＡＣＨ内のＲＡＣＨデータ統合の模式図である。

【図3】本発明の実施例によるＰＲＡＣＨデータ統合方法のフローチャートである。

【図4】本発明の好ましい実施例によるＰＲＡＣＨデータ統合のフローチャートである。

【図5】本発明の実施例による処理装置の模式図である。

【図6】本発明の実施例によるシングルアンテナの場合におけるデータ処理の模式図である。

【図7】本発明の実施例によるマルチアンテナの場合におけるデータ処理の模式図である。

【図8】本発明の実施例によるソフトウェア処理モジュールの処理フローの模式図である。

【図9】本発明の実施例によるＰＲＡＣＨデータ統合装置の構造模式図である。

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

【0022】

以下、図面および実施例を参照しながら本開示について説明する。なお、矛盾しない限り、本開示における実施例と実施例における特徴は、互いに任意に組み合わせることができる。

【0023】

なお、本発明の明細書、特許請求の範囲、および上記図面における「第１」、「第２」等の用語は、類似する対象を区別するためのものであり、指定された順序または優先順位を記述するために用いる必要わけではない。

【0024】

本実施例において、物理ランダムアクセスチャネルのデータ統合方法を提供し、図３は、本発明の実施例による方法のフローチャートであり、図３に示すように、該フローは、以下のようなステップを含む。

【0025】

ステップＳ３０１において、今回のＰＲＡＣＨデータ統合のタスクパラメータを解析する。

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

明らかに、当業者であれば、上記本開示の複数のモジュールまたは複数のステップは汎用の計算装置で実現でき、それらは、単一の計算装置に集中されてもよいし、または複数の計算装置からなるネットワークに分布されてもよく、好ましくは、それらは、計算装置実行可能プログラムコードで実現でき、これにより、それらを記憶装置に記憶して計算装置により実行することができ、且つ、ある場合、ここでの順序と異なる順序で示されたまたは説明されたステップを実行してもよく、あるいは、それらを複数の集積回路モジュールに作製し、またはそれらにおける複数のモジュールまたはステップを単一の集積回路モジュールに作製して実現する。本開示は、任意の指定されたハードウェアとソフトウェアとの組み合わせに限定されない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】