JP7488378B2

JP7488378B2 - Ｐｕｓｃｈ信号のマッピング方法、端末及びネットワーク側機器

Info

Publication number: JP7488378B2
Application number: JP2022581345A
Authority: JP
Inventors: 娜李; 根李
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2020-07-02
Filing date: 2021-07-01
Publication date: 2024-05-21
Anticipated expiration: 2041-07-01
Also published as: CA3187284A1; KR20230035072A; CN120264458A; AU2021298712A1; EP4178291A1; US20230138775A1; EP4178291A4; CN113891463B; WO2022002199A1; KR102903904B1; AU2021298712B2; JP2023532116A; US20260122635A1; US12477535B2; CN113891463A; PH12022553416A1

Description

（関連出願の相互参照）
本発明は、２０２０年０７月０２日に中国で提出された出願番号が２０２０１０６３４２６９．０であり、発明名称が「ＰＵＳＣＨ信号のマッピング方法、端末及びネットワーク側機器」である中国特許出願の優先権を主張しており、同出願の内容の全ては、本発明に参照として取り込まれる。

本出願は、無線通信技術分野に属し、具体的にＰＵＳＣＨ信号のマッピング方法、端末及びネットワーク側機器に関する。

現在、ランダムアクセス応答（ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ、ＲＡＲ）上りリンク（ＵｐＬｉｎｋ、ＵＬ）許可（ｇｒａｎｔ）によりスケジューリングされる物理上りリンク共有チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ、ＰＵＳＣＨ）又は一時セル無線ネットワーク一時識別子（ＴｅｍｐｏｒａｒｙＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ、ＴＣ－ＲＮＴＩ）スクランブルの下りリンク制御情報（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）フォーマット０－０によりスケジューリングされるＰＵＳＣＨは、一般的にはタイプ（ｔｙｐｅ）１のＵＬリソース割り当て（即ち周波数領域リソース割り当てタイプはタイプ１のＵＬリソース割り当てであり、周波数領域リソース割り当てタイプ１とも呼ばれる）を採用している。端末（ＵＥ）は、ＤＣＩにおける周波数領域リソース割り当て指示領域（ＦＤＲＡ）に基づいて割り当てられた仮想リソースブロック（ＶｉｒｔｕａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ、ＶＲＢ）リソースを決定する。まずＰＵＳＣＨ信号をＶＲＢにマッピングし、そしてＶＲＢから対応する物理リソースブロック（ＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ、ＰＲＢ）にマッピングする。端末アクティブ化（ａｃｔｉｖｅ）ＵＬキャリア帯域幅部分（ＢａｎｄｗｉｄｔｈＰａｒｔ、ＢＷＰ）が初期（ｉｎｉｔｉａｌ）ＵＬＢＷＰのすべてのリソースブロック（ＲｅｓｏｕｒｃｅＢｌｏｃｋ、ＲＢ）を含み、ｉｎｉｔｉａｌＵＬＢＷＰと同じサブキャリア間隔（ＳＣＳ）及びサイクルプレフィックス（ＣｙｃｌｉｃＰｒｅｆｉｘ、ＣＰ）を有する場合、ＶＲＢからＰＲＢへのマッピングによりＰＵＳＣＨが初期ＢＷＰ内にスケジューリングされる必要がある。基地局がＲＡＲＵＬｇｒａｎｔ又はＴＣ－ＲＮＴＩスクランブルのＤＣＩフォーマット０－０を送信する時、基地局は、対応するＵＥが無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ、ＲＲＣ）接続状態であるかＲＲＣアイドル状態であるかを知らない可能性があるため、ＵＥに対応するのがａｃｔｉｖｅＵＬＢＷＰであるかｉｎｉｔｉａｌＵＬＢＷＰであるかを知らず、基地局によるブラインド検出を回避するために、端末は、ＰＵＳＣＨをすべてｉｎｉｔｉａｌＵＬＢＷＰ内にマッピングする。

関連技術では、ＲＡＲＵＬｇｒａｎｔによりスケジューリングされるＰＵＳＣＨ又はＴＣ－ＲＮＴＩスクランブルのＤＣＩフォーマット０－０によりスケジューリングされるＰＵＳＣＨに対して、上りリンクリソース割り当てタイプ１を採用してリソース割り当てを行うことのみが提案された。ネットワーク側が端末のためにタイプ（ｔｙｐｅ）２のＵＬリソース割り当て（即ち周波数領域リソース割り当てタイプ２）を配置する場合、端末は、異なる周波数領域リソース割り当てタイプに基づいて対応する方式を採用してＰＵＳＣＨ信号のマッピングを行うことができず、さらにネットワーク側がＰＵＳＣＨ信号を検出できなくなる恐れがある。

本出願の実施例の目的は、端末が異なる周波数領域リソース割り当てタイプに基づいて対応する方式を採用してＰＵＳＣＨ信号のマッピングを行うことができないという問題を解決できるＰＵＳＣＨ信号のマッピング方法を提供することである。

上記技術問題を解決するために、本出願は、以下のように実現される。

第一の態様によれば、端末に用いられる物理上りリンク共有チャネル（ＰＵＳＣＨ）信号のマッピング方法を提供し、この方法は、前記端末の周波数領域リソース割り当てタイプと前記端末の周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定することであって、前記ターゲットリソースブロックは、第一のターゲットＶＲＢ又は第一のターゲットＰＲＢを含むことと、前記周波数領域リソース割り当てタイプ及び／又は前記ＰＵＳＣＨがスケジューリングされる方式に基づいて、ＰＵＳＣＨ信号を第二のターゲットＰＲＢにマッピングするマッピング方式を決定することであって、前記第二のターゲットＰＲＢは、前記第一のターゲットＰＲＢ又は前記第一のターゲットＶＲＢに対応するＰＲＢであることと、前記マッピング方式を採用して、ＰＵＳＣＨ信号を前記第二のターゲットＰＲＢにマッピングすることとを含む。

第二の態様によれば、ＰＵＳＣＨ信号のマッピング装置を提供し、この装置は、端末の周波数領域リソース割り当てタイプと前記端末の周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定するための第一の決定モジュールであって、前記ターゲットリソースブロックは、第一のターゲットＶＲＢ又は第一のターゲットＰＲＢを含む第一の決定モジュールと、前記周波数領域リソース割り当てタイプ及び／又は前記ＰＵＳＣＨがスケジューリングされる方式に基づいて、ＰＵＳＣＨ信号を第二のターゲットＰＲＢにマッピングするマッピング方式を決定するための第二の決定モジュールであって、前記第二のターゲットＰＲＢは、前記第一のターゲットＰＲＢ又は前記第一のターゲットＶＲＢに対応するＰＲＢである第二の決定モジュールと、前記マッピング方式を採用して、ＰＵＳＣＨ信号を前記第二のターゲットＰＲＢにマッピングするためのマッピングモジュールとを含む。

第三の態様によれば、ネットワーク側機器に用いられるＰＵＳＣＨ信号の受信方法を提供し、この方法は、端末のために配置された周波数領域リソース割り当てタイプと指示された周波数領域リソース割り当て情報に基づいて、前記端末のＰＵＳＣＨに割り当てられたＰＲＢを決定することと、前記ＰＲＢにおいて前記端末上で伝送されたＰＵＳＣＨ信号を受信することとを含む。

第四の態様によれば、ＰＵＳＣＨ信号の受信装置を提供し、この装置は、端末のために配置された周波数領域リソース割り当てタイプと指示された周波数領域リソース割り当て情報に基づいて、前記端末のＰＵＳＣＨに割り当てられたＰＲＢを決定するための第三の決定モジュールと、前記ＰＲＢにおいて前記端末上で伝送されたＰＵＳＣＨ信号を受信するための受信モジュールとを含む。

第五の態様によれば、端末を提供し、この端末は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令とを含み、前記プログラム又は命令が前記プロセッサにより実行される時、第一の態様に記載の方法のステップを実現する。

第六の態様によれば、ネットワーク側機器を提供し、このネットワーク側機器は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令とを含み、前記プログラム又は命令が前記プロセッサにより実行される時、第三の態様に記載の方法のステップを実現する。

第七の態様によれば、可読記憶媒体を提供し、前記可読記憶媒体には、プログラム又は命令が記憶されており、前記プログラム又は命令がプロセッサにより実行される時、第一の態様に記載の方法のステップを実現し、又は第三の態様に記載の方法のステップを実現する。

第八の態様によれば、チップを提供し、前記チップは、プロセッサと通信インターフェースとを含み、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、端末機器プログラム又は命令を運行し、第一の態様に記載の方法を実現するために用いられ、又は前記プロセッサは、ネットワーク側機器のプログラム又は命令を運行し、第三の態様に記載の方法を実現するために用いられる。

本出願の実施例では、端末の周波数領域リソース割り当てタイプと端末の周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるターゲットＶＲＢ又はターゲットＰＲＢを決定し、そして前記周波数領域リソース割り当てタイプ及び／又は前記ＰＵＳＣＨがスケジューリングされる方式に基づいて、ＰＵＳＣＨ信号をターゲットＰＲＢにマッピングするマッピング方式を決定し、このマッピング方式を採用して、ＰＵＳＣＨ信号をターゲットＰＲＢにマッピングする。それによって端末が異なる周波数領域リソース割り当てタイプに基づいて、該当する方式を採用してＰＵＳＣＨ信号のマッピングを行うことができ、さらに基地局が端末によって送信されたＰＵＳＣＨ信号を効果的に検出し、通信システムの有効性を向上させることができる。

本出願の実施例が適用可能な無線通信システムのブロック図を示す。本出願の実施例によるＰＵＳＣＨ信号のマッピング方法のフローチャートを示す。本出願の実施例における一種のＲＢセット分け概略図を示す。本出願の実施例における一種のＲＢセット分け概略図を示す。本出願の実施例とは別のＲＢセット分け概略図を示す。本出願の実施例によるＰＵＳＣＨ信号のマッピング装置の構造概略図を示す。本出願の実施例によるＰＵＳＣＨ信号の受信方法のフローチャートを示す。本出願の実施例によるＰＵＳＣＨ信号の受信装置の構造概略図を示す。本出願の実施例による通信機器の構造概略図を示す。本出願の実施例による端末のハードウェア構造概略図を示す。本出願の実施例によるネットワーク側機器のハードウェア構造概略図を示す。

以下は、本出願の実施例における図面を結び付けながら、本出願の実施例における技術案を明瞭且つ完全に記述する。明らかに、記述された実施例は、本出願の一部の実施例であり、すべての実施例ではない。本出願における実施例に基づき、当業者が創造的な労力を払わない前提で得られたすべての他の実施例は、いずれも本出願の保護範囲に属する。

本出願の明細書と特許請求の範囲における用語である「第一」、「第二」などは、類似している対象を区別するものであり、特定の順序又は前後手順を記述するためのものではない。理解すべきこととして、このように使用される用語は、適切な場合に交換可能であり、それにより本出願の実施例は、ここで図示又は記述されたもの以外の順序で実施されることが可能であり、且つ「第一」、「第二」によって区別される対象は、一般的には同一種類であり、対象の個数を限定せず、例えば第一の対象は、一つであってもよく、複数であってもよい。なお、明細書及び請求項における「及び／又は」は、接続される対象のうちの少なくとも一つを表し、文字である「／」は、一般的には前後関連対象が「又は」の関係であることを表す。

指摘すべきこととして、本出願の実施例に記述された技術は、ロングタームエボリューション型（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ、ＬＴＥ）／ＬＴＥの進化（ＬＴＥ－Ａｄｖａｎｃｅｄ、ＬＴＥ－Ａ）システムに限らず、他の無線通信システム、例えば符号分割多重接続（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＣＤＭＡ）、時分割多重接続（ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＴＤＭＡ）、周波数分割多重接続（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＦＤＭＡ）、直交周波数分割多重接続（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＯＦＤＭＡ）、単一キャリア周波数分割多重接続（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒＦｒｅｑｕｅｎｃｙ－ＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＳＣ－ＦＤＭＡ）と他のシステムにも適用できる。本出願の実施例における用語である「システム」と「ネットワーク」は、常に交換可能に使用され、記述された技術は、上記で言及されたシステムとラジオ技術に用いられてもよく、他のシステムとラジオ技術に用いられてもよい。しかしながら、以下の記述は、例示の目的でニューラジオ（ＮｅｗＲａｄｉｏ、ＮＲ）システムを記述しているとともに、以下の大部分の記述においてＮＲ用語を使用しており、これらの技術は、ＮＲシステム応用以外の応用、例えば第六世代（６^ｔｈＧｅｎｅｒａｔｉｏｎ、６Ｇ）通信システムに適用されてもよい。

図１は、本出願の実施例が適用可能な無線通信システムのブロック図を示す。無線通信システムは、端末１１とネットワーク側機器１２を含む。ここで、端末１１は、端末機器又はユーザ端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）と呼ばれてもよく、端末１１は、携帯電話、タブレットパソコン（ＴａｂｌｅｔＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）、ラップトップコンピュータ（ＬａｐｔｏｐＣｏｍｐｕｔｅｒ）（又は、ノートパソコンと呼ばれる）、パーソナルデジタルアシスタント（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ、ＰＤＡ）、パームトップコンピュータ、ネットブック、ウルトラモバイルパーソナルコンピュータ（ｕｌｔｒａ－ｍｏｂｉｌｅｐｅｒｓｏｎａｌｃｏｍｐｕｔｅｒ、ＵＭＰＣ）、モバイルインターネットデバイス（ＭｏｂｉｌｅＩｎｔｅｒｎｅｔＤｅｖｉｃｅ、ＭＩＤ）、ウェアラブルデバイス（ＷｅａｒａｂｌｅＤｅｖｉｃｅ）又は車載機器（ＶＵＥ）、歩行者端末（ＰＵＥ）などの端末側機器であってもよく、ウェアラブルデバイスは、ブレスレット、イヤホン、メガネなどを含む。説明すべきこととして、本出願の実施例の端末１１の具体的なタイプを限定するものではない。ネットワーク側機器１２は、基地局又はコアネットワークであってもよく、ここで、基地局は、ノードＢ、進化ノードＢ、アクセスポイント、ベーストランシーバステーション（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｔａｔｉｏｎ、ＢＴＳ）、ラジオ基地局、ラジオ送受信機、ベーシックサービスセット（ＢａｓｉｃＳｅｒｖｉｃｅＳｅｔ、ＢＳＳ）、拡張サービスセット（ＥｘｔｅｎｄｅｄＳｅｒｖｉｃｅＳｅｔ、ＥＳＳ）、Ｂノード、進化型Ｂノード（ｅＮＢ）、家庭用Ｂノード、家庭用進化型Ｂノード、ＷＬＡＮアクセスポイント、ＷｉＦｉノード、トランスミッションポイント（ＴｒａｎｓｍｉｔｔｉｎｇＲｅｃｅｉｖｉｎｇＰｏｉｎｔ、ＴＲＰ）又は当分野における他のある適切な用語で呼ばれてもよく、同じ技術的効果が達成される限り、前記基地局は、特定の技術用語に限らない。説明すべきこととして、本出願の実施例においてＮＲシステムにおける基地局のみを例にするが、基地局の具体的なタイプを限定するものではない。

以下では、図面を結び付けながら、具体的な実施例及びその応用シナリオによって本出願の実施例によるＰＵＳＣＨ信号のマッピング方法を詳細に説明する。

図２は、本出願の実施例によるＰＵＳＣＨ信号のマッピング方法のフローチャートを示し、この方法２００は端末によって実行されてもよい。言い換えれば、前記方法は端末にインストールされるソフトウェア又はハードウェアによって実行されてもよい。図２に示すように、この方法は、以下のステップを含んでもよい。

Ｓ２１０では、前記端末の周波数領域リソース割り当てタイプと前記端末の周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定する。ここで、前記ターゲットリソースブロックは、第一のターゲットＶＲＢ又は第一のターゲットＰＲＢを含む。

つまり、本出願では、Ｓ２１０では、決定されたターゲットリソースブロックは、ＶＲＢであってもよいし、ＰＲＢであってもよい。例えば、周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当てである場合、端末は周波数領域リソース割り当て情報に基づいてターゲットＰＲＢを決定することができる一方、周波数領域リソース割り当てタイプがタイプ０／１のＵＬリソース割り当てである場合、端末は周波数領域リソース割り当て情報に基づいてターゲットＶＲＢを決定することができる。

本出願では、前記ＰＵＳＣＨはＲＡＲＵＬ許可（ｇｒａｎｔ）によりスケジューリングされてもよく、又は、前記ＰＵＳＣＨはＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマット（例えば、ＤＣＩ０＿０）によりスケジューリングされてもよく、又は、ＰＵＳＣＨは他の方式によりスケジューリングされ、例えばＤＣＩ０＿１によりスケジューリングされ、又はＴＣ－ＲＮＴＩスクランブルのＤＣＩ０＿０などによりスケジューリングされてもよい。

Ｓ２１２では、前記周波数領域リソース割り当てタイプ及び／又は前記ＰＵＳＣＨがスケジューリングされる方式に基づいて、ＰＵＳＣＨ信号を第二のターゲットＰＲＢにマッピングするマッピング方式を決定する。ここで、前記第二のターゲットＰＲＢは、前記第一のターゲットＰＲＢ又は前記第一のターゲットＶＲＢに対応するＰＲＢである。

本出願では、Ｓ２１０で決定されたものが第一のターゲットＰＲＢである場合、第二のターゲットＰＲＢは第一のターゲットＰＲＢであり、Ｓ２１０で決定されたものが第一のターゲットＶＲＢである場合、第二のターゲットＰＲＢは第一のターゲットＶＲＢに対応するＰＲＢである。

Ｓ２１４では、前記マッピング方式を採用して、ＰＵＳＣＨ信号を前記第二のターゲットＰＲＢにマッピングする。

Ｓ２１４では、マッピング方式を決定した後に、このマッピング方式を採用して、ＰＵＳＣＨ信号を第二のターゲットＰＲＢにマッピングする。

本出願の実施例では、端末の周波数領域リソース割り当てタイプと端末の周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるターゲットＶＲＢ又はターゲットＰＲＢを決定する。そして前記周波数領域リソース割り当てタイプ及び／又は前記ＰＵＳＣＨがスケジューリングされる方式に基づいて、ＰＵＳＣＨ信号をターゲットＰＲＢにマッピングするマッピング方式を決定する。このマッピング方式を採用して、ＰＵＳＣＨ信号をターゲットＰＲＢにマッピングする。それによって端末が異なる周波数領域リソース割り当てタイプに基づいて、該当する方式を採用してＰＵＳＣＨ信号のマッピングを行うことができ、さらに基地局が端末によって送信されたＰＵＳＣＨ信号を効果的に検出し、通信システムの有効性を向上させることができる。

実際の応用では、周波数領域リソース割り当てタイプ１の場合、例えばＴＣ－ＲＮＴＩスクランブルのＤＣＩ０＿０によりスケジューリングされるＰＵＳＣＨの場合、ＵＥは、ＦＤＲＡ指示情報に基づいてアクティブ化（ａｃｔｉｖｅ）ＵＬＢＷＰ内の低周波数帯域においてＰＵＳＣＨに割り当てられたＶＲＢを決定することができる。即ちＦＤＲＡはａｃｔｉｖｅＵＬＢＷＰの一番目のＲＢから始まり且つ最大ＲＢ数はｉｎｉｔｉａｌＵＬＢＷＰのＲＢ数に等しい。そして、ＶＲＢからＰＲＢへのマッピングによりＰＵＳＣＨがｉｎｉｔｉａｌＵＬＢＷＰ内で伝送されることを確保することができる。しかしながらＵＥが非許可周波数帯域で作動している場合、ｔｙｐｅ２の上りリンクリソース割り当てを使用するように配置される可能性がある。周波数領域リソース割り当てタイプ２の場合、ＵＥはＰＲＡＣＨが位置するＲＢｓｅｔに基づいてＰＵＳＣＨに割り当てられたＲＢｓｅｔを決定し、対応するＲＢがすでに対応するｉｎｉｔｉａｌＵＬＢＷＰに位置している可能性がある。

ＵＥが非許可周波数帯域、即ち共有スペクトルチャネルアクセスで作動している場合、ＵＥはパラメータｉｎｔｒａＣｅｌｌＧｕａｒｄＢａｎｄＵＬ－ｒ１６又はｉｎｔｒａＣｅｌｌＧｕａｒｄＢａｎｄＤＬ－ｒ１６により、キャリア（ｃａｒｒｉｅｒ）のＮ_{ＲＢ－ｓｅｔ}－１個のセル内保護帯域幅（ｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄ）（０に等しくてもよく、即ちｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄがない）を配置することができ、各ｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄは開始コモンリソースブロック（ｃｏｍｍｏｎｒｅｓｏｕｒｃｅｂｌｏｃｋ、ＣＲＢ）とＣＲＢの数として定義され、即ちＧＢ^{ｓｔａｒｔ，μ} _ｓ，ｘとＧＢ^{ｓｉｚｅ，μ} _ｓ，ｘ、ｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄｓはｃａｒｒｉｅｒをＮ_{ＲＢ－ｓｅｔ}個のＲＢ－ｓｅｔｓ（ＲＢセット）に分け、各ＲＢセットは開始ＣＲＢと終了ＣＲＢ、即ちＲＢ^{ｓｔａｒｔ，μ} _ｓ，ｘとＲＢ^{ｅｎｄ，μ} _ｓ，ｘによって定義される。ＵＥは、以下の方式に基づいて各ＲＢｓｅｔの開始と終了ＣＲＢインデックスを決定する。

一番目のＲＢｓｅｔは、ＲＢ^{ｓｔａｒｔ，μ} _０，ｘ＝ＲＢ^{ｓｔａｒｔ，μ} _{ｇｒｉｄ，ｘ}であり、（Ｎ_{ＲＢ－ｓｅｔ}－１）番目のＲＢｓｅｔは、ＲＢ^{ｅｎｄ，μ} _{ＮＲＢ－ｓｅｔ－１，ｘ}＝Ｎ^{ｓｔａｒｔ，μ} _{ｇｒｉｄ，ｘ}＋Ｎ^{ｓｉｚｅ，μ} _{ｇｒｉｄ，ｘ}－１であり、ここで、Ｎ^{ｓｔａｒｔ，μ} _ｇｒｉｄはキャリアの開始ＣＲＢインデックスであり、Ｎ^{ｓｉｚｅ，μ} _ｇｒｉｄはキャリアに含まれるＲＢ総数であり、異なる添字ｘによって対応するリンクがＤＬ又はＵＬであるように識別し、
その他のＲＢｓｅｔは、ＲＢ^{ｅｎｄ，μ} _ｓ，ｘ＝Ｎ^{ｓｔａｒｔ，μ} _{ｇｒｉｄ，ｘ}＋ＧＢ^{ｓｔａｒｔ，μ} _ｓ，ｘ－１及びＲＢ^{ｓｔａｒｔ，μ} _{ｓ＋１，ｘ}＝Ｎ^{ｓｔａｒｔ，μ} _{ｇｒｉｄ，ｘ}＋ＧＢ^{ｓｔａｒｔ，μ} _ｓ，ｘ＋ＧＢ^{ｓｉｚｅ，μ} _ｓ，ｘである。

ＵＥがｉｎｔｒａＣｅｌｌＧｕａｒｄＢａｎｄＵＬ－ｒ１６を配置していない場合、ＵＥは、対応するサブキャリア間隔（ＳｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ、ＳＣＳ）μとキャリアサイズＮ^{ｓｉｚｅ，μ} _{ｇｒｉｄ，ｘ}で予め定義された名義のｉｎｔｒａｃｅｌｌｇｕａｒｄｂａｎｄとＲＢモード（ｎｏｍｉｎａｌｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄａｎｄＲＢｓｅｔｐａｔｔｅｒｎ）に基づいてｉｎｔｒａｃｅｌｌｇｕａｒｄｂａｎｄに対応するＣＲＢインデックス（ある場合）を決定する。

ＵＥがｉｎｔｒａＣｅｌｌＧｕａｒｄＢａｎｄＤＬ－ｒ１６を配置していない場合、ＵＥは、対応するサブキャリア間隔（ＳｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ、ＳＣＳ）μとキャリアサイズＮ^{ｓｉｚｅ，μ} _{ｇｒｉｄ，ｘ}で予め定義された名義のｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄとＲＢモードに基づいてｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄに対応するＣＲＢインデックス（ある場合）を決定する。

ＤＬ及び／又はＵＬに対して、予め定義された名義のｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄとＲＢモードがｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄを含まない場合、ｃａｒｒｉｅｒのＲＢｓｅｔ数は１、即ちＮ_{ＲＢ－ｓｅｔ，ｘ}＝１である。

一つのｃａｒｒｉｅｒにＮ^{ｓｔａｒｔ，μ} _{ＢＷＰ，ｉ}＝ＲＢ^{ｓｔａｒｔ，μ} _ｓ０，ｘ、Ｎ^{ｓｉｚｅ，μ} _{ＢＷＰ，ｉ}＝ＲＢ^{ｅｎｄ，μ} _ｓ１，ｘ－ＲＢ^{ｓｔａｒｔ，μ} _ｓ０，ｘ＋１があり、ここで、ＢＷＰｉに対してパラメータBWP-DownlinkCommon又はBWP-DownlinkDedicatedを使用してＤＬＢＷＰを配置し、又は、BWP-UplinkCommon又はBWP-UplinkDedicatedを使用してＵＬＢＷＰを配置する。ここで、0≦s0≦s1≦Ｎ_{ＲＢ－ｓｅｔ，ｘ}－１である。ＢＷＰｉ内では、ＲＢｓｅｔは０からＮ^ＢＷＰ _{ＲＢ－ｓｅｔ，ｘ}－１まで昇順に番号付けされ、ここで、Ｎ^ＢＷＰ _{ＲＢ－ｓｅｔ，ｘ}はＢＷＰｉに含まれるＲＢｓｅｔ数を表し、ＢＷＰｉのＲＢｓｅｔ０はｃａｒｒｉｅｒのＲＢｓｅｔ s０に対応し、ＢＷＰｉのＲＢｓｅｔＮ^ＢＷＰ _{ＲＢ－ｓｅｔ，ｘ}－１はｃａｒｒｉｅｒのＲＢｓｅｔ s１に対応する。

例えば、図３ａにおいて、一つのｃａｒｒｉｅｒ帯域幅が４０ＭＨｚであり、ＳＣＳが３０ｋＨｚである場合、ｃａｒｒｉｅｒには合計１０６つのＲＢ、５つのインターリーブ（ｉｎｔｅｒｌａｃｅ）が含まれ、対応するＣＲＢ番号がそれぞれ０、１、・・・、１０５であるとする。初期ＵＬＢＷＰはｃａｒｒｉｅｒの一番目のＲＢｓｅｔ、即ちＲＢｓｅｔ０に対応し、ＵＥ１は初期ＵＬＢＷＰで作動し、ＵＥ２はａｃｔｉｖｅＵＬＢＷＰで作動し、そのａｃｔｉｖｅＵＬＢＷＰは二つのＲＢｓｅｔを含む。ｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄが各ＵＥ（即ちｐｅｒＵＥ）に対して配置されてもよいため、ＵＥ１とＵＥ２はこのｃａｒｒｉｅｒで異なるｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄを配置する可能性がある。例えば、図３ａにおいてＵＥ１はｉｎｉｔｉａｌＵＬＢＷＰで作動する（ｉｎｉｔｉａｌＵＬＢＷＰの範囲はＣＲＢ０～ＣＲＢ４９であり、ｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄがＣＲＢ５０～ＣＲＢ５５として配置される時のｃａｒｒｉｅｒのＲＢｓｅｔ０に相当する）。一方、ＵＥ２に配置されるｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄは０であり、即ちＲＢｓｅｔ０とＲＢｓｅｔ１との間にｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄがない。そのため、ＵＥ１については、初期ＵＬＢＷＰ（ｃａｒｒｉｅｒのＲＢｓｅｔ０であり、ここでｉｎｉｔｉａｌＵＬＢＷＰのＲＢｓｅｔ０でもある）は５０つの利用可能なＲＢのみを含むが、ＵＥ２については、ｃａｒｒｉｅｒのＲＢｓｅｔ０であり、ここでａｃｔｉｖｅＵＬＢＷＰのＲＢｓｅｔ０でもあり、５３つのＲＢを含み、同様にＲＢｓｅｔ０のｉｎｔｅｒｌａｃｅ０については、ＵＥ１とＵＥ２に対応するＲＢ数は異なり、例えばＵＥ１ＲＢｓｅｔ０ｉｎｔｅｒｌａｃｅ０に対応するＣＲＢのインデックスは０、５、１０、１５、２０、・・・、４０、４５を含む。一方、ＵＥ２ＲＢｓｅｔ０ｉｎｔｅｒｌａｃｅ０に対応するＣＲＢのインデックスは０、５、１０、１５、２０、・・・、４０、４５、５０を含む。ＵＥ２のＲＢｓｅｔ０ｉｎｔｅｒｌａｃｅ０に対応するＣＲＢは、ＵＥ１のＲＢｓｅｔ０ｉｎｔｅｒｌａｃｅ０に対応するＣＲＢよりも一つ多いことが発見される。

ＵＥ１とＵＥ２の両方のＰＲＡＣＨリソースが初期ＵＬＢＷＰに対応する物理リソース位置（即ちｃａｒｒｉｅｒのＲＢｓｅｔ０上）に配置される場合、基地局がこの位置でＰＲＡＣＨを受信すると、基地局はこのＲＢｓｅｔ内でＰＵＳＣＨを伝送するようにＵＥをスケジューリングするためのＲＡＲＵＬｇｒａｎｔを送信し、基地局がＵＥ１かＵＥ２かによって送信されたＰＲＡＣＨであるかを判断できないため、基地局はこのＰＵＳＣＨに対応するｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄの値を知ることができない。さらにそれによりスケジューリングされるＰＵＳＣＨがＣＲＢ０、５、１０、１５、２０、・・・、４０、４５上で送信されるか、それとも０、５、１０、１５、２０、・・・、４０、４５、５０上で送信されるかを判断することができない。一方、ＴＣ－ＲＮＴＩスクランブルのＤＣＩ０＿０についてもこのような問題が存在している。

また例えば、図３ｂにおいて、ＵＥ１とＵＥ２がいずれもａｃｔｉｖｅＵＬＢＷＰで作動するが、ｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄが各ＵＥによってそれぞれ配置されてもよいため、ＵＥ１とＵＥ２のｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄは異なる可能性がある。図３ｂに示すように、ＵＥ１のｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄはＣＲＢ５０～ＣＲＢ５５として配置され、ＵＥ２のｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄは０として配置され、即ちＲＢｓｅｔ０とＲＢｓｅｔ１との間にｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄがない。そのため、ＵＥ１とＵＥ２が同時にＲＢｓｅｔ０又はＲＢｓｅｔ１上にＰＲＡＣＨリソースを配置している場合、基地局は、ＰＲＡＣＨを受信した後にこのＲＢｓｅｔ内でＰＵＳＣＨを伝送するようにＵＥをスケジューリングするためのＲＡＲＵＬｇｒａｎｔを送信するが、基地局は、ＵＥ１かＵＥ２かによって送信されたＰＲＡＣＨであるかを判断できないため、このＰＵＳＣＨに対応するｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄの値を知ることができない。例えばＰＵＳＣＨに割り当てられたのがｉｎｔｅｒｌａｃｅ０である場合、それによりスケジューリングされるＰＵＳＣＨがＣＲＢ０、５、１０、１５、２０、・・・、４０、４５上で送信されるか、それとも０、５、１０、１５、２０、・・・、４０、４５、５０上で送信されるかを判断することができない。同様に、ＴＣ－ＲＮＴＩスクランブルのＤＣＩ０＿０についてもこのような問題が存在している。

この問題を解決するために、本出願の実施例の一つの可能な実現方式では、Ｓ２１０は、周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当てであり、且つ前記ＰＵＳＣＨがＲＡＲＵＬ許可によりスケジューリングされるか又は前記ＰＵＳＣＨがＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる時、ターゲットＲＢセットのコモンリソースブロック（ＣＲＢ）範囲を決定する。前記ターゲットＲＢセットは、前記ＰＵＳＣＨに割り当てられたＲＢセットであることと、前記ＣＲＢ範囲及び前記周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられる前記第一のターゲットＰＲＢを決定することとを含んでもよい。つまり、この選択的な実現方式では、周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当て方式であり、且つ前記ＰＵＳＣＨがＲＡＲＵＬ許可によりスケジューリングされるか又は前記ＰＵＳＣＨがＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる時、まずターゲットＲＢセットのＣＲＢ範囲を決定し、そしてターゲットＲＢセットのＣＲＢ範囲及び周波数領域リソース割り当て情報に基づいてＰＵＳＣＨに割り当てられる第一のターゲットＲＰＢを決定する。例えば、ターゲットＲＢセットのＣＲＢ範囲を決定した後に、周波数領域リソース割り当て情報により指示されたｉｎｔｅｒｌａｃｅとターゲットＲＢセットとの積集合を取り、ＰＵＳＣＨに割り当てられるＣＲＢ又はＰＲＢ（即ち第一のターゲットＰＲＢ）を決定する。

上記可能な実現方式では、周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当て方式として配置されない場合、Ｓ２１０では、周波数領域リソース割り当て情報に基づいてＰＵＳＣＨに割り当てられる第一のターゲットＶＲＢを決定することができる。周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当て方式として配置されるが、前記ＰＵＳＣＨがＲＡＲＵＬ許可及びＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報以外の他の形式によりスケジューリングされる場合、Ｓ２１０では、周波数領域リソース割り当て情報及びＵＥが配置されたｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄにより決定されたＲＢｓｅｔに基づいてＰＵＳＣＨに割り当てられる第一のターゲットＰＲＢを決定することができる。

上記可能な実現方式のうち、一つの可能な実現方式では、ターゲットＲＢセットのＣＲＢ範囲を決定する時、第一のＲＢセット分け方式に基づいて、ターゲットＲＢセットのＣＲＢ範囲を決定することができる。即ち、この可能な実現方式では、ＵＥは第一のＲＢセット分け方式に基づいて、ターゲットＲＢセットのＣＲＢ範囲を決定する。

上記可能な実現方式では、ターゲットＲＢセットのＣＲＢ範囲を決定する前に、名義のセル内保護帯域幅及びキャリアのＲＢセットモードに基づいて、キャリア上の第一のＲＢセット分け方式を決定することもできる。即ち、この可能な実現方式では、ＵＥはプロトコルによって定義された名義のセル内保護帯域幅（ｎｏｍｉｎａｌｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄ）とＲＢセットモードに基づいて、キャリア上の第一のＲＢセット分け方式を決定する。

別の可能な実現方式では、ターゲットＲＢセットのＣＲＢ範囲を決定する時、アクティブ化ＵＬＢＷＰが第一の条件と第二の条件を満たす場合、第一のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのＣＲＢ範囲を決定する。ここで、前記第一の条件は、前記アクティブ化ＵＬＢＷＰが初期ＵＬＢＷＰにおけるすべてのＲＢを含むことであり、前記第二の条件は、前記アクティブ化ＵＬＢＷＰが前記初期ＵＬＢＷＰと同じサブキャリア間隔（ＳＣＳ）及びサイクルプレフィックス（ＣＰ）を有することであり、アクティブ化ＵＬＢＷＰが前記第一の条件及び／又は前記第二の条件を満たさない場合、第二のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定する。

上記可能な実現方式では、ターゲットＲＢセットのＣＲＢ範囲を決定する前に、前記端末のために配置されたセル内保護帯域幅に基づいて、キャリア上の前記第二のＲＢセット分け方式を決定することもできる。

つまり、この可能な実現方式では、ａｃｔｉｖｅＵＬＢＷＰがｉｎｉｔｉａｌＵＬＢＷＰのすべてのＲＢを含み、且つｉｎｉｔｉａｌＵＬＢＷＰと同じＳＣＳ及びＣＰを有する時、ＰＵＳＣＨが位置するＲＢｓｅｔの範囲はｉｎｉｔｉａｌＵＬＢＷＰに対応するＲＲＢ範囲と同じである（即ち名義のセル内保護帯域幅とＲＢセットモードに従ってＲＢｓｅｔの区分を決定する）。そうでなければ、ＰＵＳＣＨが位置するＲＢｓｅｔに対応するＰＲＢ範囲は、ＵＥが配置されたｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄにより決定されたＲＢｓｅｔに基づいて決定される。説明すべきこととして、この時にＵＥにｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄが配置されない場合、ＵＥが名義のセル内保護帯域幅とＲＢセットモードにより決定されたＲＢｓｅｔに基づいて決定してもよい。

実際の応用では、周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当てである場合、端末は、ＰＵＳＣＨ信号を第二のターゲットＰＲＢにマッピングするマッピング方式が、第二のターゲットＰＲＢに直接マッピングすることであってもよい、又は、まずＶＲＢにマッピングしてからＰＲＢにマッピングするマッピング方式を採用してもよいと決定することができ、ＵＥがリソース割り当て情報に基づいて決定されたのがＣＲＢ又はＰＲＢであるため、従来の方式を採用してマッピングすると、ＰＵＳＣＨの物理リソースがＵＥの初期ＵＬＢＷＰからずれる可能性がある。

例えば、図４において、ＵＥ１はｉｎｉｔｉａｌＵＬＢＷＰ（対応ｃａｒｒｉｅｒ又はＵＥ２ａｃｔｉｖｅＵＬＢＷＰのＲＢｓｅｔ１の位置）で作動し、ＵＥ２はａｃｔｉｖｅＵＬＢＷＰで作動し、且つＵＥ２のａｃｔｉｖｅＵＬＢＷＰはｉｎｉｔｉａｌＵＬＢＷＰのすべてのＲＢを含み、且つｉｎｉｔｉａｌＵＬＢＷＰと同じＳＣＳ及びＣＰを有する。

ＵＥは、ＰＵＳＣＨに割り当てられたＶＲＢを決定した後に、ＶＲＢからＰＲＢへのマッピングに基づいて対応するＰＲＢを決定する。関連技術における規定に従って、非インターリーブのマッピング方式を採用してマッピングを行う。非インターリーブのマッピングについて、ＲＡＲＵＬｇｒａｎｔ又はＴＣ－ＲＮＴＩスクランブルのＤＣＩフォーマット０＿０によりスケジューリングされる、ａｃｔｉｖｅＢＷＰｉ（開始ＲＢインデックスがＮ^{ｓｔａｒｔ} _{ＢＷＰ，ｉ}である）で伝送されるＰＵＳＣＨについて、ａｃｔｉｖｅＵＬＢＷＰがｉｎｉｔｉａｌＵＬＢＷＰ（開始ＣＲＢインデックスがＮ^{ｓｔａｒｔ} _{ＢＷＰ，０}である）のすべてのＲＢを含み、且つｉｎｉｔｉａｌＵＬＢＷＰと同じＳＣＳとＣＰ長さを有す場合、ＶＲＢｎはＰＲＢｎ＋Ｎ^{ｓｔａｒｔ} _{ＢＷＰ，０}－Ｎ^{ｓｔａｒｔ} _{ＢＷＰ，ｉ}にマッピングされ、それ以外の場合、ＶＲＢｎはＰＲＢｎにマッピングされる。

例えば、図４において、ＵＥ２がＲＢｓｅｔ１でＰＲＡＣＨを送信する場合、基地局は受信した後にＰＵＳＣＨを伝送するようにＵＥをスケジューリングするためのＲＡＲＵＬｇｒａｎｔを送信し、ＰＵＳＣＨが位置するＲＢｓｅｔはＰＲＡＣＨが位置するＲＢｓｅｔと同じであるため、ＵＥ２は対応するＰＵＳＣＨに割り当てられたのがＲＢｓｅｔ１であると決定する。ＵＥ２の周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当てである場合、ＵＥ２はＲＡＲＵＬｇｒａｎｔにおけるＦＤＲＡ指示に基づいてＰＵＳＣＨに割り当てられたｉｎｔｅｒｌａｃｅインデックスを決定し、ＲＢｓｅｔ０に基づいて割り当てられたＣＲＢ／ＰＲＢを決定し（例えば、図４においてＵＥ２はＲＢｓｅｔ１でＰＲＡＣＨを送信し、基地局ＲＡＲＵＬｇｒａｎｔはｉｎｔｅｒｌａｃｅ０の割り当てを指示し、ｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄがＣＲＢ５０～５５であるとすると、ＲＢｓｅｔ１上のｉｎｔｅｒｌａｃｅ０に対応するＣＲＢは６０、６５、・・・、１０５である）、
Ｎ^μ _ＣＲＢ＝Ｎ^μ _ＰＲＢ＋Ｎ^{ｓｔａｒｔ，μ} _{ＢＷＰ，ｉ}
という対応関係に基づいて、対応するＰＲＢが６０、６５、・・・、１０５であると決定することができ（ここで、Ｎ^{ｓｔａｒｔ} _{ＢＷＰ，ｉ}は前記アクティブ化ＵＬＢＷＰの開始ＣＲＢのインデックスであり、且つＮ^{ｓｔａｒｔ，μ} _{ＢＷＰ，ｉ}＝０である）、そして対応するＶＲＢ（ＰＲＢｎはＶＲＢｎに対応する）を決定し、最後に信号をＶＲＢにマッピングし、ＶＲＢからＰＲＢへのマッピングルールに基づいてＰＲＢにマッピングする。上記のルールに従って、ａｃｔｉｖｅＵＬＢＷＰがｉｎｉｔｉａｌＵＬＢＷＰのすべてのＲＢを含み、且つｉｎｉｔｉａｌＵＬＢＷＰと同じＳＣＳ及びＣＰを有するため、ＵＥ１はＶＲＢｎをＰＲＢｎ＋Ｎ^{ｓｔａｒｔ} _{ＢＷＰ，０}－Ｎ^{ｓｔａｒｔ} _{ＢＷＰ，ｉ}にマッピングし、ここで、Ｎ^{ｓｔａｒｔ} _{ＢＷＰ，０}＝５６、Ｎ^{ｓｔａｒｔ} _{ＢＷＰ，ｉ}＝０である場合、ＶＲＢ５５はＰＲＢ５５＋５６＝１１１にマッピングされ、１１１はＵＥのａｃｔｉｖｅＵＬＢＷＰのサイズよりも大きい。そのため、上記ＶＲＢからＰＲＢへのマッピングルールは、タイプ２の上りリンクリソース割り当てには適用されない。

そのため、本出願の一つの可能な実現方式では、Ｓ２１２は、以下のステップ１－ステップ３を含んでもよい。

ステップ１では、前記端末の周波数領域リソース割り当てタイプに基づいて、ＰＵＳＣＨに割り当てられる第二のターゲットＶＲＢのインデックス値を決定する。

選択的に、前記端末がインターリーブＰＵＳＣＨを使用するように配置されるか又はタイプ２のＵＬリソース割り当て方式として配置される場合、前記第二のターゲットＶＲＢのインデックス値が、Ｓ２１０で決定された前記第一のターゲットＰＲＢのインデックス値に等しいと決定する。ここで、第一のターゲットＰＲＢは、ＰＵＳＣＨに割り当てられたｉｎｔｅｒｌａｃｅインデックスＭとＰＵＳＣＨに割り当てられるＲＢｓｅｔにより決定され、例えば割り当てられたｉｎｔｅｒｌａｃｅに対応するＲＢと、割り当てられたＲＢｓｅｔとｉｎｔｒａｃｅｌｌｇｕａｒｄｂａｎｄとの和集合に対応するＲＢとの積集合に基づいて割り当てられたＲＢを決定し、又は、割り当てられたのが一つのＲＢｓｅｔである時、割り当てられたｉｎｔｅｒｌａｃｅに対応するＲＢと割り当てられたＲＢｓｅｔに対応するＲＢとの積集合に基づいて、ＰＵＳＣＨに割り当てられるＲＢｓｅｔのＣＲＢ範囲を決定し、決定されたＣＲＢ範囲とｉｎｔｅｒｌａｃｅに対応するＣＲＢとの積集合を取り、ＰＵＳＣＨに割り当てられるＲＢ（ＣＲＢ又はＰＲＢ、ここで、ＰＲＢはＣＲＢに基づいて決定されることができる）を決定する。

そしてＶＲＢインデックス＝ＰＲＢインデックスであることを決定する。例えば、図４において、ＵＥ２に割り当てられたのがＲＢｓｅｔ１及びｉｎｔｅｒｌａｃｅ０であるとすると、対応するＶＲＢインデックスは６０、６５、７０、・・・、１００、１０５である。

前記端末がインターリーブＰＵＳＣＨを使用するように配置されないか又はタイプ２のＵＬリソース割り当て方式として配置されない場合、前記第二のターゲットＶＲＢが前記第一のターゲットＶＲＢであると決定する。即ちＵＥの周波数領域リソース割り当て情報に基づいて第二のターゲットＶＲＢを決定する。

ステップ２では、前記ＰＵＳＣＨ信号に振幅倍率係数を乗算した後に、前記第二のターゲットＶＲＢにマッピングする。

前記ＰＵＳＣＨ信号に振幅倍率係数を乗算することにより、ＰＵＳＣＨ信号のパワー制御に有利することができる。

ステップ３では、前記ＰＵＳＣＨがＲＡＲＵＬ許可によりスケジューリングされるか又は前記ＰＵＳＣＨがＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる場合、前記端末がインターリーブＰＵＳＣＨを使用するように配置されるかどうか又はタイプ２のＵＬリソース割り当てとして配置されるかどうかに基づいて、前記ＰＵＳＣＨ信号を前記第二のターゲットＶＲＢから前記第二のターゲットＰＲＢにマッピングするマッピング方式を決定する。

ここで、前記端末がインターリーブＰＵＳＣＨを使用するように配置されるかどうかは、この端末に上位層シグナリングが配置されるかどうか、例えばｕｓｅＩｎｔｅｒｌａｃｅＰＵＣＣＨ－ＰＵＳＣＨ－Ｃｏｍｍｏｎパラメータにより決定されることができる。このパラメータが配置される場合、端末がインターリーブＰＵＳＣＨを使用するように配置されることを指示し、そうでなければ、端末がインターリーブＰＵＳＣＨを使用するように配置されないことを指示する。

また、前記端末がインターリーブＰＵＳＣＨを使用するように配置されることは、この端末が配置される上位層シグナリング、例えばｕｓｅＩｎｔｅｒｌａｃｅＰＵＣＣＨ－ＰＵＳＣＨ－Ｃｏｍｍｏｎパラメータにより決定されることができる。このパラメータが配置される場合、端末がインターリーブＰＵＳＣＨを使用するように配置されることを指示し、また、このパラメータが配置される場合、端末がタイプ２のＵＬリソース割り当てとして配置されることを表してもよい。

ここで、選択的に、ＰＵＳＣＨがＲＡＲＵＬ許可によりスケジューリングされず且つＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされない場合、ＵＥがタイプ０／１のリソース割り当て方式であるかタイプ２のリソース割り当て方式であるかにかかわらず、ＰＵＳＣＨ信号を第二のターゲットＶＲＢから第二のターゲットＰＲＢにマッピングするマッピング方式は、ＶＲＢｎからＰＲＢｎにマッピングすることであってもよい。

一つの可能な実現方式では、前記端末がインターリーブＰＵＳＣＨを使用するように配置されるかどうか又はタイプ２のＵＬリソース割り当て方式として配置されるかどうかに基づいて、前記ＰＵＳＣＨ信号を前記第二のターゲットＶＲＢから前記第二のターゲットＰＲＢにマッピングするマッピング方式を決定する時、非インターリーブの方式で前記ＰＵＳＣＨ信号を前記第二のターゲットＶＲＢから前記第二のターゲットＰＲＢにマッピングし、前記端末がインターリーブＰＵＳＣＨを使用するように配置されないか又はタイプ２のＵＬリソース割り当て方式として配置されず、ここで、アクティブ化ＵＬＢＷＰが初期ＵＬＢＷＰにおけるすべてのＲＢを含み、且つ初期ＵＬＢＷＰと同じサブキャリア間隔ＳＣＳ及びサイクルプレフィックスＣＰを有する場合、ｎ番目の前記第二のターゲットＶＲＢを（ｎ＋Ｎ^{ｓｔａｒｔ} _{ＢＷＰ，０}－Ｎ^{ｓｔａｒｔ} _{ＢＷＰ，ｉ}）番目の前記第二のターゲットＰＲＢにマッピングし、ここで、Ｎ^{ｓｔａｒｔ} _{ＢＷＰ，０}は前記初期ＵＬＢＷＰの開始ＣＲＢのインデックスであり、Ｎ^{ｓｔａｒｔ} _{ＢＷＰ，ｉ}は前記アクティブ化ＵＬＢＷＰの開始ＣＲＢのインデックスであり、ｎは０以上の整数であり、アクティブ化ＵＬＢＷＰが初期ＵＬＢＷＰにおけるすべてのＲＢを含まず、及び／又は、アクティブ化ＵＬＢＷＰが初期ＵＬＢＷＰと同じＳＣＳ及び／又はＣＰを有しない場合、ｎ番目の前記第二のターゲットＶＲＢをｎ番目の前記第二のターゲットＰＲＢにマッピングし、前記端末がインターリーブＰＵＳＣＨを使用するように配置されるか又はタイプ２のＵＬリソース割り当てとして配置される場合、ｎ番目の前記第二のターゲットＶＲＢをｎ番目の前記第二のターゲットＰＲＢにマッピングする方式で、前記ＰＵＳＣＨ信号を前記第二のターゲットＶＲＢから前記第二のターゲットＰＲＢにマッピングする。

上記可能な実現方式では、端末がインターリーブＰＵＳＣＨを使用するように配置されるか又はタイプ２のＵＬリソース割り当てとして配置される場合、ｎ番目の前記第二のターゲットＶＲＢをｎ番目の前記第二のターゲットＰＲＢにマッピングする方式で、前記ＰＵＳＣＨ信号を前記第二のターゲットＶＲＢから前記第二のターゲットＰＲＢにマッピングすることにより、ＶＲＢからＰＲＢにマッピングする時、ＵＥのａｃｔｉｖｅＵＬＢＷＰのサイズを超えるか、又は場合によっては、ＰＵＳＣＨが非ｉｎｉｔｉａｌＵＬＢＷＰにマッピングされるせいで、基地局がＰＵＳＣＨ信号を検出できないか又は完全に検出できないという問題を回避することができる。

別の可能な実現方式では、Ｓ２１２では、ＰＵＳＣＨ信号を第二のターゲットＰＲＢにマッピングするマッピング方式を決定する時、Ｓ２１２は、前記端末がインターリーブＰＵＳＣＨを使用するように配置されるか又はタイプ２のＵＬリソース割り当てとして配置される場合、前記マッピング方式が第二のマッピング方式であると決定する。そうでなければ、前記マッピング方式が第一のマッピング方式であると決定することをさらに含んでもよい。ここで、前記第一のマッピング方式は、まずＰＵＳＣＨ信号をＶＲＢにマッピングし、次にＰＵＳＣＨ信号をＶＲＢからＰＲＢにマッピングすることであり、前記第二のマッピング方式は、前記ＰＵＳＣＨ信号をＰＲＢに直接マッピングすることである。即ち、この可能な実現方式では、端末がインターリーブＰＵＳＣＨを使用するように配置されるか又はタイプ２のＵＬリソース割り当てとして配置される場合、決定マッピング方式が、ＰＵＳＣＨ信号をＳ２１０で決定されるＰＲＢに直接マッピングすることであると決定する。そうでなければ、マッピング方式が、ＰＵＳＣＨ信号をＶＲＢにマッピングし、そしてＶＲＢからＰＲＢにマッピングし、即ちタイプ０／１のＵＬリソース割り当てのマッピング方式に従ってマッピングを行うことであると決定する。

上記可能な実現方式では、前記マッピング方式が第二のマッピング方式である場合、Ｓ２１４では、前記ＰＵＳＣＨ信号に振幅倍率係数を乗算した後に、決定された前記第一のターゲットＰＲＢにマッピングする。

本出願による上記技術案によって、異なるＵＥが同じＲＡＣＨリソースを共有する時、異なるＵＥによって配置されるｉｎｔｒａ－ｃｅｌｌｇｕａｒｄｂａｎｄが異なるため、基地局がＰＵＳＣＨをブラインド検出するという問題を回避する。また、ＵＥは、ｕｓｅＩｎｔｅｒｌａｃｅＰＵＣＣＨ－ＰＵＳＣＨ－Ｃｏｍｍｏｎが配置されるかどうか又はｔｙｐｅ２のＵＬリソース割り当て（ｒｅｓｏｕｒｃｅａｌｌｏｃａｔｉｏｎ）が配置されるかどうかに基づいて、ＰＵＳＣＨのリソースマッピング方式を決定し、通信システムの有効性を向上させる。

説明すべきこととして、本出願の実施例によるＰＵＳＣＨ信号のマッピング方法では、実行本体は、ＰＵＳＣＨ信号のマッピング装置、又は、このＰＵＳＣＨ信号のマッピング装置におけるＰＵＳＣＨ信号のマッピング方法を実行するための制御モジュールであってもよい。本出願の実施例では、ＰＵＳＣＨ信号のマッピング装置がＰＵＳＣＨ信号のマッピングの方法を実行することを例にして、本出願の実施例によるＰＵＳＣＨ信号のマッピング装置について説明する。

図５は、本出願によるＰＵＳＣＨ信号のマッピング装置の構造概略図を示す。図５に示すように、このＰＵＳＣＨ信号のマッピング装置５００は、主に第一の決定モジュール５０１と、第二の決定モジュール５０２と、マッピングモジュール５０３とを含む。

本出願では、第一の決定モジュール５０１は、端末の周波数領域リソース割り当てタイプと前記端末の周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定するために用いられる。ここで、前記ターゲットリソースブロックは、第一のターゲット仮想リソースブロックＶＲＢ又は第一のターゲット物理リソースブロックＰＲＢを含み、第二の決定モジュール５０２は、前記周波数領域リソース割り当てタイプ及び／又は前記ＰＵＳＣＨがスケジューリングされる方式に基づいて、ＰＵＳＣＨ信号を第二のターゲットＰＲＢにマッピングするマッピング方式を決定するために用いられ、ここで、前記第二のターゲットＰＲＢは、前記第一のターゲットＰＲＢ又は前記第一のターゲットＶＲＢに対応するＰＲＢであり、マッピングモジュール５０３は、前記マッピング方式を採用して、ＰＵＳＣＨ信号を前記第二のターゲットＰＲＢにマッピングするために用いられる。

一つの可能な実現方式では、前記第一の決定モジュール５０１が前記端末の周波数領域リソース割り当てタイプと前記端末の周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定することは、前記周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当てであり、且つ前記ＰＵＳＣＨがランダムアクセス応答ＲＡＲ上りリンクＵＬ許可によりスケジューリングされるか又は前記ＰＵＳＣＨが一時セル無線ネットワーク一時識別子ＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる場合、ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することであって、前記ターゲットＲＢセットは、前記ＰＵＳＣＨに割り当てられたＲＢセットであることと、前記ＣＲＢ範囲及び前記周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられる前記第一のターゲットＰＲＢを決定することとを含む。

一つの可能な実現方式では、前記第一の決定モジュール５０１がターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することは、第一のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのＣＲＢ範囲を決定することを含む。

一つの可能な実現方式では、前記第一の決定モジュール５０１は、第一のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのＣＲＢ範囲を決定する前に、名義のセル内保護帯域幅、及びキャリアのＲＢセットモードに基づいて、キャリア上の第一のＲＢセット分け方式を決定するためにも用いられる。

一つの可能な実現方式では、前記決定モジュールがターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することは、アクティブ化ＵＬキャリア帯域幅部分ＢＷＰが第一の条件と第二の条件を満たす場合、前記第一のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのＣＲＢ範囲を決定することであって、前記第一の条件は、前記アクティブ化ＵＬＢＷＰが初期ＵＬＢＷＰにおけるすべてのＲＢを含むことであり、前記第二の条件は、前記アクティブ化ＵＬＢＷＰが前記初期ＵＬＢＷＰと同じサブキャリア間隔ＳＣＳ及びサイクルプレフィックスＣＰを有することであることと、アクティブ化ＵＬＢＷＰが前記第一の条件及び／又は前記第二の条件を満たさない場合、第二のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定することとを含む。

一つの可能な実現方式では、前記第一の決定モジュール５０１は、第二のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定する前に、前記端末のために配置されたセル内保護帯域幅に基づいて、キャリア上の前記第二のＲＢセット分け方式を決定するためにも用いられる。

一つの可能な実現方式では、前記第二の決定モジュール５０２が前記端末の周波数領域リソース割り当てタイプ及び／又は前記ＰＵＳＣＨがスケジューリングされる方式に基づいて、ＰＵＳＣＨ信号を前記第二のターゲットＰＲＢにマッピングするマッピング方式を決定することは、前記端末の周波数領域リソース割り当てタイプに基づいて、ＰＵＳＣＨに割り当てられる第二のターゲットＶＲＢのインデックス値を決定することと、前記ＰＵＳＣＨ信号に振幅倍率係数を乗算した後に、前記第二のターゲットＶＲＢにマッピングすることと、前記ＰＵＳＣＨがＲＡＲＵＬ許可によりスケジューリングされるか又は前記ＰＵＳＣＨがＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる場合、前記端末がインターリーブＰＵＳＣＨを使用するように配置されるかどうか又はタイプ２のＵＬリソース割り当てとして配置されるかどうかに基づいて、前記ＰＵＳＣＨ信号を前記第二のターゲットＶＲＢから前記第二のターゲットＰＲＢにマッピングするマッピング方式を決定することとを含む。

一つの可能な実現方式では、前記第二の決定モジュール５０２が前記端末の周波数領域リソース割り当てタイプに基づいて、ＰＵＳＣＨに割り当てられる第二のターゲットＶＲＢのインデックス値を決定することは、前記端末がインターリーブＰＵＳＣＨを使用するように配置されるか又はタイプ２のＵＬリソース割り当て方式として配置される場合、前記第二のターゲットＶＲＢのインデックス値が、決定された前記第一のターゲットＰＲＢのインデックス値に等しいと決定することと、前記端末がインターリーブＰＵＳＣＨを使用するように配置されないか又はタイプ２のＵＬリソース割り当て方式として配置されない場合、前記第二のターゲットＶＲＢが前記第一のターゲットＶＲＢであると決定することとを含む。

一つの可能な実現方式では、前記第二の決定モジュール５０２が前記端末がインターリーブＰＵＳＣＨを使用するように配置されるかどうか又はタイプ２のＵＬリソース割り当て方式として配置されるかどうかに基づいて、前記ＰＵＳＣＨ信号を前記第二のターゲットＶＲＢから前記第二のターゲットＰＲＢにマッピングするマッピング方式を決定することは、
第一のターゲット条件、第二のターゲット条件及び第三のターゲット条件を同時に満たす場合、ｎ番目の前記第二のターゲットＶＲＢを（ｎ＋Ｎ^{ｓｔａｒｔ} _{ＢＷＰ，０}－Ｎ^{ｓｔａｒｔ} _{ＢＷＰ，ｉ}）番目の前記第二のターゲットＰＲＢにマッピングすることであって、Ｎ^{ｓｔａｒｔ} _{ＢＷＰ，０}は前記初期ＵＬＢＷＰの開始ＣＲＢのインデックスであり、Ｎ^{ｓｔａｒｔ} _{ＢＷＰ，ｉ}は前記アクティブ化ＵＬＢＷＰの開始ＣＲＢのインデックスであり、ｎは０以上の整数であることと、前記第一のターゲット条件、第二のターゲット条件及び第三のターゲット条件のうちの一つ又は複数を満たさない場合、ｎ番目の前記第二のターゲットＶＲＢをｎ番目の前記第二のターゲットＰＲＢにマッピングすることとを含む。ここで、前記第一のターゲット条件は、前記端末がインターリーブＰＵＳＣＨを使用するように配置されないか又はタイプ２のＵＬリソース割り当て方式として配置されないことであり、前記第二のターゲット条件は、アクティブ化ＵＬＢＷＰが初期ＵＬＢＷＰにおけるすべてのＲＢを含むことであり、前記第三のターゲット条件は、前記アクティブ化ＵＬＢＷＰが初期ＵＬＢＷＰと同じサブキャリア間隔ＳＣＳ及びサイクルプレフィックスＣＰを有することである。

一つの可能な実現方式では、前記第二の決定モジュール５０２が前記周波数領域リソース割り当てタイプ及び／又は前記ＰＵＳＣＨがスケジューリングされる方式に基づいて、ＰＵＳＣＨ信号を第二のターゲットＰＲＢにマッピングするマッピング方式を決定することは、前記端末がインターリーブＰＵＳＣＨを使用するように配置されるか又はタイプ２のＵＬリソース割り当てとして配置される場合、前記マッピング方式が第二のマッピング方式であると決定する。そうでなければ、前記マッピング方式が第一のマッピング方式であると決定することを含み、ここで、前記第一のマッピング方式は、まずＰＵＳＣＨ信号を仮想リソースブロックＶＲＢにマッピングし、次にＰＵＳＣＨ信号をＶＲＢからＰＲＢにマッピングすることであり、前記第二のマッピング方式は、前記ＰＵＳＣＨ信号をＰＲＢに直接マッピングすることである。

一つの可能な実現方式では、前記マッピングモジュール５０３が前記マッピング方式を採用して、ＰＵＳＣＨ信号を前記第二のターゲットＰＲＢにマッピングすることは、前記マッピング方式が第二のマッピング方式である場合、前記ＰＵＳＣＨ信号に振幅倍率係数を乗算した後に、決定された前記第一のターゲットＰＲＢにマッピングすることを含む。

本出願の実施例におけるＰＵＳＣＨ信号のマッピング装置は、装置であってもよく、端末における部材、集積回路、又はチップであってもよい。この装置は、移動端末であってもよく、非移動端末であってもよい。例示的には、移動端末は、以上に列挙された端末１１のタイプを含んでもよいが、それらに限らず、非移動端末は、サーバ、ネットワーク接続型ストレージ（ＮｅｔｗｏｒｋＡｔｔａｃｈｅｄＳｔｏｒａｇｅ、ＮＡＳ）、パーソナルコンピュータ（ｐｅｒｓｏｎａｌｃｏｍｐｕｔｅｒ、ＰＣ）、テレビ（ｔｅｌｅｖｉｓｉｏｎ、ＴＶ）、預入支払機又はセルフサービス機などであってもよく、本出願の実施例では、具体的に限定しない。

本出願の実施例におけるＰＵＳＣＨ信号のマッピング装置は、オペレーティングシステムを有する装置であってもよい。このオペレーティングシステムは、アンドロイド（Ａｎｄｒｏｉｄ）オペレーティングシステムであってもよく、ｉｏｓオペレーティングシステムであってもよく、他の可能なオペレーティングシステムであってもよく、本出願の実施例では、具体的に限定しない。

本出願の実施例によるＰＵＳＣＨ信号のマッピング装置は、図２から図４の方法の実施例により実現される各プロセスを実現し、且つ同じ技術的効果を達することができ、説明の繰り返しを回避するために、ここではこれ以上説明しない。

図６は、本出願の実施例によるＰＵＳＣＨ信号の受信方法のフローチャートを示しており、この方法６００は、ネットワーク側機器により実行されてもよい。言い換えれば、前記方法は、ネットワーク側機器にインストールされるソフトウェア又はハードウェアにより実行されてもよい。図６に示すように、この方法は、以下のステップを含んでもよい。

Ｓ６１０では、端末のために配置された周波数領域リソース割り当てタイプと指示された周波数領域リソース割り当て情報に基づいて、前記端末のＰＵＳＣＨに割り当てられたＰＲＢを決定する。

具体的な応用では、ネットワーク側機器は、端末と同じ方式を採用して、端末のＰＵＳＣＨに割り当てられたＰＲＢを決定することができる。

例えば、一つの可能な実現方式では、Ｓ６１０は、前記周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当てであり、且つ前記ＰＵＳＣＨがＲＡＲＵＬ許可によりスケジューリングされるか又は前記ＰＵＳＣＨがＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる時、ターゲットリソースブロックＲＢセットのＣＲＢ範囲を決定することであって、前記ターゲットＲＢセットは、前記ＰＵＳＣＨに割り当てられたＲＢセットであることと、前記ＣＲＢ範囲及び前記周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるＰＲＢを決定することとを含んでもよい。

ここで、上記可能な実現方式では、ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することは、第一のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定することを含んでもよい。具体的には上記Ｓ２１０における関連記述を参照することができ、ここではこれ以上説明しない。

選択的に、第一のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのＣＲＢ範囲を決定する前に、前記方法は、名義のセル内保護帯域幅、及びキャリアのＲＢセットモードに基づいて、キャリア上の第一のＲＢセット分け方式を決定することをさらに含む。

ここで、上記可能な実現方式では、ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することは、アクティブ化ＵＬキャリア帯域幅部分ＢＷＰが第一の条件と第二の条件を満たす場合、前記第一のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定することであって、前記第一の条件は、前記アクティブ化ＵＬＢＷＰが初期ＵＬＢＷＰにおけるすべてのＲＢを含むことであり、前記第二の条件は、前記アクティブ化ＵＬＢＷＰが前記初期ＵＬＢＷＰと同じサブキャリア間隔ＳＣＳ及びサイクルプレフィックスＣＰを有することであることと、アクティブ化ＵＬＢＷＰが前記第一の条件及び／又は前記第二の条件を満たさない場合、第二のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定することとを含んでもよい。

選択的に、第二のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定する前に、前記方法は、前記端末のために配置されたセル内保護帯域幅に基づいて、前記第二のＲＢセット分け方式を決定することをさらに含む。

具体的な方式は、方法２００におけるＳ２１０の関連記述を参照することができ、ここでこれ以上説明しない。

Ｓ６１２では、前記ＰＲＢにおいて前記端末上で伝送されたＰＵＳＣＨ信号を受信する。

本出願による技術案では、端末に割り当てられたＰＲＢを決定した後に、ネットワーク側機器（基地局を含むが、それに限らない）は、このＰＲＢ上でＰＵＳＣＨ信号を検出することができ、ネットワーク側機器がＰＵＳＣＨ信号をブラインド検出する必要があることを回避し、ＰＵＳＣＨ信号検出の正確度を向上させる。

説明すべきこととして、本出願の実施例によるＰＵＳＣＨ信号の受信方法では、実行本体は、ＰＵＳＣＨ信号の受信装置、又は、このＰＵＳＣＨ信号の受信装置におけるＰＵＳＣＨ信号の受信方法を実行するための制御モジュールであってもよい。本出願の実施例では、ＰＵＳＣＨ信号の受信装置がＰＵＳＣＨ信号の受信方法を実行することを例にして、本出願の実施例によるＰＵＳＣＨ信号の受信装置について説明する。

図７は、本出願によるＰＵＳＣＨ信号の受信装置の構造概略図を示し、図７に示すように、このＰＵＳＣＨ信号のマッピング装置７００は、主に第三の決定モジュール７０１と、受信モジュール７０２とを含む。

本出願の実施例では、第三の決定モジュール７０１は、端末のために配置された周波数領域リソース割り当てタイプと指示された周波数領域リソース割り当て情報に基づいて、前記端末のＰＵＳＣＨに割り当てられたＰＲＢを決定するために用いられ、受信モジュール７０２は、前記ＰＲＢにおいて前記端末上で伝送されたＰＵＳＣＨ信号を受信するために用いられる。

一つの可能な実現方式では、前記第三の決定モジュール７０１が端末のために配置された周波数領域リソース割り当てタイプと指示された周波数領域リソース割り当て情報に基づいて、前記端末のＰＵＳＣＨに割り当てられたＰＲＢを決定することは、前記周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当てであり、且つ前記ＰＵＳＣＨがランダムアクセス応答ＲＡＲ上りリンクＵＬ許可によりスケジューリングされるか又は前記ＰＵＳＣＨが一時セル無線ネットワーク一時識別子ＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる時、ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することであって、前記ターゲットＲＢセットは、前記ＰＵＳＣＨに割り当てられたＲＢセットであることと、前記ＣＲＢ範囲及び前記周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるＰＲＢを決定することとを含む。

一つの可能な実現方式では、前記第三の決定モジュール７０１がターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することは、第一のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定することを含む。

一つの可能な実現方式では、前記第三の決定モジュール７０１は、第一のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのＣＲＢ範囲を決定する前に、名義のセル内保護帯域幅、及びキャリアのＲＢセットモードに基づいて、キャリア上の第一のＲＢセット分け方式を決定するためにも用いられる。

一つの可能な実現方式では、前記第三の決定モジュール７０１がターゲットリソースブロックＲＢセットのリソースブロックのコモンリソースブロックＣＲＢ範囲を決定することは、アクティブ化ＵＬキャリア帯域幅部分ＢＷＰが第一の条件と第二の条件を満たす場合、前記第一のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定することであって、前記第一の条件は、前記アクティブ化ＵＬＢＷＰが初期ＵＬＢＷＰにおけるすべてのＲＢを含むことであり、前記第二の条件は、前記アクティブ化ＵＬＢＷＰが前記初期ＵＬＢＷＰと同じサブキャリア間隔ＳＣＳ及びサイクルプレフィックスＣＰを有することであることと、アクティブ化ＵＬＢＷＰが前記第一の条件及び／又は前記第二の条件を満たさない場合、第二のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定することとを含む。

一つの可能な実現方式では、前記第三の決定モジュール７０１は、第二のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定する前に、前記端末のために配置されたセル内保護帯域幅に基づいて、前記第二のＲＢセット分け方式を決定するためにも用いられる。

本出願の実施例におけるＰＵＳＣＨ信号の受信装置は、装置であってもよく、ネットワーク側機器における部材、集積回路、又はチップであってもよい。この装置は、基地局であってもよい。例示的には、基地局は、ノードＢ、進化ノードＢ、アクセスポイント、ベーストランシーバステーション（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｔａｔｉｏｎ、ＢＴＳ）、ラジオ基地局、ラジオ送受信機、ベーシックサービスセット（ＢａｓｉｃＳｅｒｖｉｃｅＳｅｔ、ＢＳＳ）、拡張サービスセット（ＥｘｔｅｎｄｅｄＳｅｒｖｉｃｅＳｅｔ、ＥＳＳ）、Ｂノード、進化型Ｂノード（ｅＮＢ）、家庭用Ｂノード、家庭用進化型Ｂノード、ＷＬＡＮアクセスポイント、ＷｉＦｉノード、トランスミッションポイント（ＴｒａｎｓｍｉｔｔｉｎｇＲｅｃｅｉｖｉｎｇＰｏｉｎｔ、ＴＲＰ）又は当分野における他のある適切な用語で呼ばれてもよく、本出願の実施例は、具体的に限定しない。

本出願の実施例におけるＰＵＳＣＨ信号の受信装置は、オペレーティングシステムを有する装置であってもよい。このオペレーティングシステムは、アンドロイド（Ａｎｄｒｏｉｄ）オペレーティングシステムであってもよく、ｉｏｓオペレーティングシステムであってもよく、他の可能なオペレーティングシステムであってもよく、本出願の実施例は、具体的に限定しない。

本出願の実施例によるＰＵＳＣＨ信号の受信装置は、図６の方法の実施例により実現される各プロセスを実現し、且つ同じ技術的効果を達することができ、説明の繰り返しを回避するために、ここではこれ以上説明しない。

選択的に、図８に示すように、本出願の実施例は、通信機器８００をさらに提供し、プロセッサ８０１と、メモリ８０２と、メモリ８０２に記憶されており、且つ前記プロセッサ８０１上で運行できるプログラム又は命令とを含み、例えばこの通信機器８００が端末である場合、このプログラム又は命令がプロセッサ８０１により実行される時、上記ＰＵＳＣＨ信号のマッピング方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。この通信機器８００がネットワーク側機器である時、このプログラム又は命令がプロセッサ８０１により実行される時、上記ＰＵＳＣＨ信号の受信方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここではこれ以上説明しない。

図９は、本出願の実施例の端末を実現するハードウェア構造概略図である。

この端末９００は、無線周波数ユニット９０１、ネットワークモジュール９０２、オーディオ出力ユニット９０３、入力ユニット９０４、センサ９０５、表示ユニット９０６、ユーザ入力ユニット９０７、インターフェースユニット９０８、メモリ９０９、及びプロセッサ９１０などの部材を含むが、それらに限らない。

当業者であれば理解できるように、端末９００は、各部材に給電する電源（例えば、電池）をさらに含んでもよく、電源は、電源管理システムによってプロセッサ９１０にロジック的に接続されてもよく、それにより電源管理システムによって充放電管理及び消費電力管理などの機能を実現することができる。図９に示す端末構造は、端末に対する限定を構成せず、端末は、図示された部材の数よりも多く又は少ない部材、又はいくつかの部材の組み合わせ、又は異なる部材の配置を含んでもよく、ここではこれ以上説明しない。

理解すべきこととして、本出願の実施例では、入力ユニット９０４は、グラフィックスプロセッサ（ＧｒａｐｈｉｃｓＰｒｏｃｅｓｓｉｎｇＵｎｉｔ、ＧＰＵ）９０４１とマイクロホン９０４２を含んでもよく、グラフィックスプロセッサ９０４１は、ビデオキャプチャモード又は画像キャプチャモードにおいて画像キャプチャ装置（例えば、カメラ）によって得られた静止画像又はビデオの画像データを処理する。表示ユニット９０６は、表示パネル９０６１を含んでもよく、液晶ディスプレイ、有機発光ダイオードなどの形式で表示パネル９０６１が配置されてもよい。ユーザ入力ユニット９０７は、タッチパネル９０７１及び他の入力機器９０７２を含む。タッチパネル９０７１は、タッチスクリーンとも呼ばれる。タッチパネル９０７１は、タッチ検出装置とタッチコントローラという二つの部分を含んでもよい。他の入力機器９０７２は、物理的キーボード、機能キー（例えば、音量制御ボタン、スイッチボタンなど）、トラックボール、マウス、操作レバーを含んでもよいが、それらに限らず、ここではこれ以上説明しない。

本出願の実施例では、無線周波数ユニット９０１は、ネットワーク側機器からの下りリンクのデータを受信した後に、プロセッサ９１０に処理させ、また、上りリンクのデータをネットワーク側機器に送信する。一般的には、無線周波数ユニット９０１は、アンテナ、少なくとも一つの増幅器、送受信機、カプラ、低雑音増幅器、デュプレクサなどを含むが、それらに限らない。

メモリ９０９は、ソフトウェアプログラム又は命令及び様々なデータを記憶するために用いられてもよい。メモリ９０９は、主にプログラム又は命令記憶領域とデータ記憶領域を含んでもよく、ここで、プログラム又は命令記憶領域は、オペレーティングシステム、少なくとも一つの機能に必要なアプリケーションプログラム又は命令（例えば、音声再生機能、画像再生機能など）などを記憶することができる。なお、メモリ９０９は、高速ランダムアクセスメモリを含んでもよく、非揮発性メモリを含んでもよく、ここで、非揮発性メモリは、リードオンリーメモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭ）、プログラマブルリードオンリーメモリ（ＰｒｏｇｒａｍｍａｂｌｅＲＯＭ、ＰＲＯＭ）、消去可能なプログラマブルリードオンリーメモリ（ＥｒａｓａｂｌｅＰＲＯＭ、ＥＰＲＯＭ）、電気的に消去可能なプログラマブルリードオンリーメモリ（ＥｌｅｃｔｒｉｃａｌｌｙＥＰＲＯＭ、ＥＥＰＲＯＭ）又はフラッシュメモリであってもよい。例えば、少なくとも一つの磁気ディスクメモリデバイス、フラッシュメモリデバイス、又は他の非揮発性ソリッドステートメモリデバイスであってもよい。

プロセッサ９１０は、一つ又は複数の処理ユニットを含んでもよい。選択的に、プロセッサ９１０は、アプリケーションプロセッサとモデムプロセッサを統合してもよい。ここで、アプリケーションプロセッサは、主にオペレーティングシステム、ユーザインタフェースとアプリケーションプログラム又は命令などを処理するものであり、モデムプロセッサは、主に無線通信を処理するものであり、例えばベースバンドプロセッサである。理解できるように、上記モデムプロセッサは、プロセッサ９１０に統合されなくてもよい。

ここで、プロセッサ９１０は、
前記端末の周波数領域リソース割り当てタイプと前記端末の周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定することであって、前記ターゲットリソースブロックは、第一のターゲット仮想リソースブロックＶＲＢ又は第一のターゲット物理リソースブロックＰＲＢを含むことと、
前記周波数領域リソース割り当てタイプ及び／又は前記ＰＵＳＣＨがスケジューリングされる方式に基づいて、ＰＵＳＣＨ信号を第二のターゲットＰＲＢにマッピングするマッピング方式を決定することであって、前記第二のターゲットＰＲＢは、前記第一のターゲットＰＲＢ又は前記第一のターゲットＶＲＢに対応するＰＲＢであることと、
前記マッピング方式を採用して、ＰＵＳＣＨ信号を前記第二のターゲットＰＲＢにマッピングすることとの方法のステップを実行するために用いられる。

本出願の実施例では、端末の周波数領域リソース割り当てタイプと端末の周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるターゲットＶＲＢ又はターゲットＰＲＢを決定し、さらにＰＵＳＣＨ信号をターゲットＰＲＢにマッピングするマッピング方式を決定し、このマッピング方式を採用して、ＰＵＳＣＨ信号をターゲットＰＲＢにマッピングする。それによって端末が異なる周波数領域リソース割り当てタイプに基づいて、該当する方式を採用してＰＵＳＣＨ信号のマッピングを行うことができ、さらに基地局が端末によって送信されたＰＵＳＣＨ信号を効果的に検出し、通信システムの有効性を向上させることができる。

具体的には、本出願の実施例は、ネットワーク側機器をさらに提供する。図１０に示すように、このネットワーク側機器１０００は、アンテナ１００１、無線周波数装置１００２、ベースバンド装置１００３を含む。アンテナ１００１と無線周波数装置１００２とが接続される。上りリンク方向において、無線周波数装置１００２は、アンテナ１００１を介して情報を受信し、受信した情報をベースバンド装置１００３に送信して処理させる。下りリンク方向において、ベースバンド装置１００３は、送信する情報を処理し、無線周波数装置１００２に送信し、無線周波数装置１００２は、受信した情報を処理した後にアンテナ１００１を介して送出する。

上記周波数帯域処理装置は、ベースバンド装置１００３に位置してもよく、以上の実施例においてネットワーク側機器により実行される方法は、ベースバンド装置１００３に実現されてもよく、このベースバンド装置１００３は、プロセッサ１００４とメモリ１００５を含む。

ベースバンド装置１００３は、例えば少なくとも一つのベースバンドボードを含んでもよく、このベースバンドボード上に複数のチップが設置され、図１０に示すように、ここで、一つのチップは、例えばプロセッサ１００４であり、メモリ１００５と接続されて、メモリ１００５におけるプログラムを呼び出し、以上のＰＵＳＣＨ信号の受信方法の実施例に示すネットワーク機器の操作を実行する。

このベースバンド装置１００３は、ネットワークインターフェース１００６をさらに含んでもよく、無線周波数装置１００２との情報のやり取りに用いられ、このインターフェースは、例えば汎用パブリック無線インターフェース（ｃｏｍｍｏｎｐｕｂｌｉｃｒａｄｉｏｉｎｔｅｒｆａｃｅ、ＣＰＲＩと略称）である。

具体的には、本発明の実施例のネットワーク側機器は、メモリ１００５に記憶されており、且つプロセッサ１００４上で運行できる命令又はプログラムをさらに含み、プロセッサ１００４は、メモリ１００５における命令又はプログラムを呼び出し、図７に示す各モジュールにより実行される方法を実行し、且つ同じ技術的効果を達成することができ、説明の繰り返しを回避するために、ここではこれ以上説明しない。

本出願の実施例は、可読記憶媒体をさらに提供し、前記可読記憶媒体上にはプログラム又は命令が記憶されており、このプログラム又は命令がプロセッサにより実行される時、上記ＰＵＳＣＨ信号のマッピング方法又はＰＵＳＣＨ信号の受信方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここではこれ以上説明しない。

ここで、前記プロセッサは、上記実施例に記載の端末におけるプロセッサである。前記可読記憶媒体は、コンピュータ可読記憶媒体、例えばコンピュータリードオンリーメモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭ）、磁気ディスク又は光ディスクなどを含む。

本出願の実施例は、チップをさらに提供し、前記チップは、プロセッサと通信インターフェースとを含み、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、ネットワーク側機器のプログラム又は命令を運行し、上記ＰＵＳＣＨ信号の受信方法の実施例の各プロセスを実現するために用いられ、又は、前記プロセッサは、端末機器プログラム又は命令を運行し、上記ＰＵＳＣＨ信号のマッピング方法の実施例の各プロセスを実現するために用いられ、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここではこれ以上説明しない。

理解すべきこととして、本出願の実施例に言及されたチップは、システムレベルチップ、システムチップ、チップシステム又はシステムオンチップなどと呼ばれてもよい。

説明すべきこととして、本明細書では、用語である「含む」、「包含」又はその他の任意の変形は、非排他的な「含む」を意図的にカバーするものであり、それによって一連の要素を含むプロセス、方法、物品又は装置は、それらの要素を含むだけではなく、明確にリストアップされていない他の要素も含み、又はこのようなプロセス、方法、物品又は装置に固有の要素も含む。それ以上の制限がない場合に、「・・・を１つ含む」という文章で限定された要素について、この要素を含むプロセス、方法、物品又は装置には他の同じ要素も存在することが排除されるものではない。なお、指摘すべきこととして、本出願の実施の形態における方法と装置の範囲は、図示又は記載された順序で機能を実行することに限らず、関わる機能に基づいて基本的に同時である方式又は逆の順序で機能を実行することを含んでもよく、例えば記述されたものとは異なる手順で記述された方法を実行することができるとともに、様々なステップを追加、省略又は組み合わせることができる。また、いくつかの例を参照して記述された特徴は、他の例で組み合わせられることができる。

以上の実施の形態の記述によって、当業者であればはっきりと分かるように、上記実施例の方法は、ソフトウェアと必要な汎用ハードウェアプラットフォームの形態によって実現されることができる。無論、ハードウェアによって実現されてもよいが、多くの場合、前者は、より好適な実施の形態である。このような理解を踏まえて、本出願の技術案は、実質には又は従来の技術に寄与した部分がソフトウェア製品の形式によって具現化されてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、一台の端末（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク機器などであってもよい）に本出願の各実施例に記載の方法を実行させるための若干の命令を含む。

以上は、図面を結び付けながら、本出願の実施例を記述したが、本出願は、上記の具体的な実施の形態に限らない。上記の具体的な実施の形態は、例示的なものに過ぎず、制限性のあるものではない。当業者は、本出願の示唆で、本出願の趣旨と請求項が保護する範囲から逸脱しない限り、多くの形式を行うこともでき、いずれも本出願の保護範囲に属する。

Claims

端末に用いられる物理上りリンク共有チャネルＰＵＳＣＨ信号のマッピング方法であって、
前記端末の周波数領域リソース割り当てタイプと前記端末の周波数領域リソース割り当て情報に基づいて、物理上りリンク共有チャネルＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定することであって、前記ターゲットリソースブロックは、第一のターゲット仮想リソースブロックＶＲＢ又は第一のターゲット物理リソースブロックＰＲＢを含むことと、
前記周波数領域リソース割り当てタイプ及び／又は前記物理上りリンク共有チャネルＰＵＳＣＨがスケジューリングされる方式に基づいて、物理上りリンク共有チャネルＰＵＳＣＨ信号を第二のターゲット物理リソースブロックＰＲＢにマッピングするマッピング方式を決定することであって、前記第二のターゲット物理リソースブロックＰＲＢは、前記第一のターゲット物理リソースブロックＰＲＢ又は前記第一のターゲット仮想リソースブロックＶＲＢに対応する物理リソースブロックＰＲＢであることと、
前記マッピング方式を採用して、物理上りリンク共有チャネルＰＵＳＣＨ信号を前記第二のターゲット物理リソースブロックＰＲＢにマッピングすることとを含み、
前記端末の周波数領域リソース割り当てタイプ及び／又は前記物理上りリンク共有チャネルＰＵＳＣＨがスケジューリングされる方式に基づいて、物理上りリンク共有チャネルＰＵＳＣＨ信号を前記第二のターゲット物理リソースブロックＰＲＢにマッピングするマッピング方式を決定することは、
前記端末の周波数領域リソース割り当てタイプに基づいて、物理上りリンク共有チャネルＰＵＳＣＨに割り当てられる第二のターゲット仮想リソースブロックＶＲＢのインデックス値を決定することと、
前記物理上りリンク共有チャネルＰＵＳＣＨ信号に振幅倍率係数を乗算した後に、前記第二のターゲット仮想リソースブロックＶＲＢにマッピングすることと、
前記物理上りリンク共有チャネルＰＵＳＣＨがＲＡＲＵＬ許可によりスケジューリングされるか又は前記物理上りリンク共有チャネルＰＵＳＣＨが一時セル無線ネットワーク一時識別子ＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる場合、前記端末がインターリーブ物理上りリンク共有チャネルＰＵＳＣＨを使用するように配置されるかどうか又はタイプ２のＵＬリソース割り当て方式として配置されるかどうかに基づいて、前記物理上りリンク共有チャネルＰＵＳＣＨ信号を前記第二のターゲット仮想リソースブロックＶＲＢから前記第二のターゲット物理リソースブロックＰＲＢにマッピングするマッピング方式を決定することとを含む、ことを特徴とする物理上りリンク共有チャネルＰＵＳＣＨ信号のマッピング方法。
前記端末の周波数領域リソース割り当てタイプと前記端末の周波数領域リソース割り当て情報に基づいて、物理上りリンク共有チャネルＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定することは、
前記周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当てであり、且つ前記物理上りリンク共有チャネルＰＵＳＣＨがランダムアクセス応答ＲＡＲ上りリンクＵＬ許可によりスケジューリングされるか又は前記物理上りリンク共有チャネルＰＵＳＣＨが一時セル無線ネットワーク一時識別子ＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる場合、ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することであって、前記ターゲットリソースブロックＲＢセットは、前記物理上りリンク共有チャネルＰＵＳＣＨに割り当てられたリソースブロックＲＢセットであることと、
前記コモンリソースブロックＣＲＢ範囲及び前記周波数領域リソース割り当て情報に基づいて、物理上りリンク共有チャネルＰＵＳＣＨに割り当てられる前記第一のターゲット物理リソースブロックＰＲＢを決定することとを含む、請求項１に記載のマッピング方法。
ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することは、
第一のリソースブロックＲＢセット分け方式に基づいて、前記ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することを含む、請求項２に記載のマッピング方法。
第一のリソースブロックＲＢセット分け方式に基づいて、前記ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定する前に、前記マッピング方法は、
名義のセル内保護帯域幅、及びキャリアのリソースブロックＲＢセットモードに基づいて、キャリア上の第一のリソースブロックＲＢセット分け方式を決定することをさらに含む、請求項３に記載のマッピング方法。
前記端末の周波数領域リソース割り当てタイプに基づいて、物理上りリンク共有チャネルＰＵＳＣＨに割り当てられる第二のターゲット仮想リソースブロックＶＲＢのインデックス値を決定することは、
前記端末がインターリーブ物理上りリンク共有チャネルＰＵＳＣＨを使用するように配置されるか又はタイプ２のＵＬリソース割り当て方式として配置される場合、前記第二のターゲット仮想リソースブロックＶＲＢのインデックス値が、決定された前記第一のターゲット物理リソースブロックＰＲＢのインデックス値に等しいと決定すること、又は
前記端末がインターリーブ物理上りリンク共有チャネルＰＵＳＣＨを使用するように配置されないか又はタイプ２のＵＬリソース割り当て方式として配置されない場合、前記第二のターゲット仮想リソースブロックＶＲＢが前記第一のターゲット仮想リソースブロックＶＲＢであると決定することを含む、請求項１に記載のマッピング方法。
前記端末がインターリーブ物理上りリンク共有チャネルＰＵＳＣＨを使用するように配置されるかどうか又はタイプ２のＵＬリソース割り当て方式として配置されるかどうかに基づいて、前記物理上りリンク共有チャネルＰＵＳＣＨ信号を前記第二のターゲット仮想リソースブロックＶＲＢから前記第二のターゲット物理リソースブロックＰＲＢにマッピングするマッピング方式を決定することは、
第一のターゲット条件、第二のターゲット条件及び第三のターゲット条件を同時に満たす場合、ｎ番目の前記第二のターゲット仮想リソースブロックＶＲＢを（ｎ＋ＮｓｔａｒｔＢＷＰ，０－ＮｓｔａｒｔＢＷＰ，ｉ）番目の前記第二のターゲット物理リソースブロックＰＲＢにマッピングすることであって、ＮｓｔａｒｔＢＷＰ，０は初期ＵＬＢＷＰの開始コモンリソースブロックＣＲＢのインデックスであり、ＮｓｔａｒｔＢＷＰ，ｉ）はアクティブ化ＵＬＢＷＰの開始コモンリソースブロックＣＲＢのインデックスであり、ｎは０以上の整数であることと、
前記第一のターゲット条件、第二のターゲット条件及び第三のターゲット条件のうちの一つ又は複数を満たさない場合、ｎ番目の前記第二のターゲット仮想リソースブロックＶＲＢをｎ番目の前記第二のターゲット物理リソースブロックＰＲＢにマッピングすることとを含み、ここで、
前記第一のターゲット条件は、前記端末がインターリーブ物理上りリンク共有チャネルＰＵＳＣＨを使用するように配置されないか又はタイプ２のＵＬリソース割り当て方式として配置されないことであり、
前記第二のターゲット条件は、アクティブ化ＵＬＢＷＰが初期ＵＬＢＷＰにおけるすべてのリソースブロックＲＢを含むことであり、
前記第三のターゲット条件は、前記アクティブ化ＵＬＢＷＰが初期ＵＬＢＷＰと同じサブキャリア間隔ＳＣＳ及びサイクルプレフィックスＣＰを有することである、請求項１に記載のマッピング方法。
ネットワーク側機器に用いられる物理上りリンク共有チャネルＰＵＳＣＨ信号の受信方法であって、
端末のために配置された周波数領域リソース割り当てタイプと指示された周波数領域リソース割り当て情報に基づいて、前記端末の物理上りリンク共有チャネルＰＵＳＣＨに割り当てられた物理リソースブロックＰＲＢを決定することと、
前記物理リソースブロックＰＲＢにおいて前記端末上で伝送された物理上りリンク共有チャネルＰＵＳＣＨ信号を受信することとを含み、
前記周波数領域リソース割り当てタイプと前記周波数領域リソース割り当て情報は、前記端末が前記物理上りリンク共有チャネルＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定するために用いられ、前記ターゲットリソースブロックは、第一のターゲット仮想リソースブロックＶＲＢ又は第一のターゲット物理リソースブロックＰＲＢを含み、
前記周波数領域リソース割り当てタイプ及び／又は前記物理上りリンク共有チャネルＰＵＳＣＨがスケジューリングされる方式は、前記端末が、
前記周波数領域リソース割り当てタイプに基づいて、前記物理上りリンク共有チャネルＰＵＳＣＨに割り当てられる第二のターゲット仮想リソースブロックＶＲＢのインデックス値を決定することと、
前記物理上りリンク共有チャネルＰＵＳＣＨ信号に振幅倍率係数を乗算した後に、前記第二のターゲット仮想リソースブロックＶＲＢにマッピングすることと、
前記物理上りリンク共有チャネルＰＵＳＣＨがＲＡＲＵＬ許可によりスケジューリングされるか又は前記物理上りリンク共有チャネルＰＵＳＣＨが一時セル無線ネットワーク一時識別子ＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる場合、前記端末がインターリーブ物理上りリンク共有チャネルＰＵＳＣＨを使用するように配置されるかどうか又はタイプ２のＵＬリソース割り当て方式として配置されるかどうかに基づいて、前記物理上りリンク共有チャネルＰＵＳＣＨ信号を前記第二のターゲット仮想リソースブロックＶＲＢから第二のターゲット物理リソースブロックＰＲＢにマッピングするマッピング方式を決定することと、を実行するために用いられ、
ここで、前記第二のターゲット物理リソースブロックＰＲＢは、前記第一のターゲット物理リソースブロックＰＲＢ又は前記第一のターゲット仮想リソースブロックＶＲＢに対応する物理リソースブロックＰＲＢである、ことを特徴とする物理上りリンク共有チャネルＰＵＳＣＨ信号の受信方法。
端末のために配置された周波数領域リソース割り当てタイプと指示された周波数領域リソース割り当て情報に基づいて、前記端末の物理上りリンク共有チャネルＰＵＳＣＨに割り当てられた物理リソースブロックＰＲＢを決定することは、
前記周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当て方式であり、且つ前記物理上りリンク共有チャネルＰＵＳＣＨがＲＡＲＵＬ許可によりスケジューリングされるか又は前記物理上りリンク共有チャネルＰＵＳＣＨが一時セル無線ネットワーク一時識別子ＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる場合、ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することであって、前記ターゲットリソースブロックＲＢセットは、前記物理上りリンク共有チャネルＰＵＳＣＨに割り当てられたリソースブロックＲＢセットであることと、
前記コモンリソースブロックＣＲＢ範囲及び前記周波数領域リソース割り当て情報に基づいて、物理上りリンク共有チャネルＰＵＳＣＨに割り当てられる物理リソースブロックＰＲＢを決定することとを含む、請求項７に記載の物理上りリンク共有チャネルＰＵＳＣＨ信号の受信方法。
ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することは、
第一のリソースブロックＲＢセット分け方式に基づいて、前記ターゲットリソースブロックＲＢセットのリソースブロックのコモンリソースブロックＣＲＢ範囲を決定することを含む、請求項８に記載の物理上りリンク共有チャネルＰＵＳＣＨ信号の受信方法。
第一のリソースブロックＲＢセット分け方式に基づいて、前記ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定する前に、前記物理上りリンク共有チャネルＰＵＳＣＨ信号の受信方法は、
名義のセル内保護帯域幅、及びキャリアのリソースブロックＲＢセットモードに基づいて、キャリア上の第一のリソースブロックＲＢセット分け方式を決定することをさらに含む、請求項９に記載の物理上りリンク共有チャネルＰＵＳＣＨ信号の受信方法。
ターゲットリソースブロックＲＢセットのリソースブロックのコモンリソースブロックＣＲＢ範囲を決定することは、
アクティブ化ＵＬキャリア帯域幅部分ＢＷＰが第一の条件と第二の条件を満たす場合、第一のリソースブロックＲＢセット分け方式に基づいて、前記ターゲットリソースブロックＲＢセットのリソースブロックのコモンリソースブロックＣＲＢ範囲を決定することであって、前記第一の条件は、前記アクティブ化ＵＬＢＷＰが初期ＵＬＢＷＰにおけるすべてのリソースブロックＲＢを含むことであり、前記第二の条件は、前記アクティブ化ＵＬＢＷＰが前記初期ＵＬＢＷＰと同じサブキャリア間隔ＳＣＳ及びサイクルプレフィックスＣＰを有することであることと、
アクティブ化ＵＬＢＷＰが前記第一の条件及び／又は前記第二の条件を満たさない場合、第二のリソースブロックＲＢセット分け方式に基づいて、前記ターゲットリソースブロックＲＢセットのリソースブロックのコモンリソースブロックＣＲＢ範囲を決定することとを含む、請求項８に記載の物理上りリンク共有チャネルＰＵＳＣＨ信号の受信方法。
物理上りリンク共有チャネルＰＵＳＣＨ信号のマッピング装置であって、
端末の周波数領域リソース割り当てタイプと前記端末の周波数領域リソース割り当て情報に基づいて、物理上りリンク共有チャネルＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定するための第一の決定モジュールであって、前記ターゲットリソースブロックは、第一のターゲット仮想リソースブロックＶＲＢ又は第一のターゲット物理リソースブロックＰＲＢを含む第一の決定モジュールと、
前記周波数領域リソース割り当てタイプ及び／又は前記物理上りリンク共有チャネルＰＵＳＣＨがスケジューリングされる方式に基づいて、物理上りリンク共有チャネルＰＵＳＣＨ信号を第二のターゲット物理リソースブロックＰＲＢにマッピングするマッピング方式を決定するための第二の決定モジュールであって、前記第二のターゲット物理リソースブロックＰＲＢは、前記第一のターゲット物理リソースブロックＰＲＢ又は前記第一のターゲット仮想リソースブロックＶＲＢに対応する物理リソースブロックＰＲＢである第二の決定モジュールと、
前記マッピング方式を採用して、物理上りリンク共有チャネルＰＵＳＣＨ信号を前記第二のターゲット物理リソースブロックＰＲＢにマッピングするためのマッピングモジュールを含み、
前記第二の決定モジュールが、前記周波数領域リソース割り当てタイプ及び／又は前記物理上りリンク共有チャネルＰＵＳＣＨがスケジューリングされる方式に基づいて、物理上りリンク共有チャネルＰＵＳＣＨ信号を前記第二のターゲット物理リソースブロックＰＲＢにマッピングするマッピング方式を決定することは、
前記端末の周波数領域リソース割り当てタイプに基づいて、物理上りリンク共有チャネルＰＵＳＣＨに割り当てられる第二のターゲット仮想リソースブロックＶＲＢのインデックス値を決定することと、
前記物理上りリンク共有チャネルＰＵＳＣＨ信号に振幅倍率係数を乗算した後に、前記第二のターゲット仮想リソースブロックＶＲＢにマッピングすることと、
前記物理上りリンク共有チャネルＰＵＳＣＨがＲＡＲＵＬ許可によりスケジューリングされるか又は前記物理上りリンク共有チャネルＰＵＳＣＨが一時セル無線ネットワーク一時識別子ＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる場合、前記端末がインターリーブ物理上りリンク共有チャネルＰＵＳＣＨを使用するように配置されるかどうか又はタイプ２のＵＬリソース割り当て方式として配置されるかどうかに基づいて、前記物理上りリンク共有チャネルＰＵＳＣＨ信号を前記第二のターゲット仮想リソースブロックＶＲＢから前記第二のターゲット物理リソースブロックＰＲＢにマッピングするマッピング方式を決定することとを含む、物理上りリンク共有チャネルＰＵＳＣＨ信号のマッピング装置。
物理上りリンク共有チャネルＰＵＳＣＨ信号の受信装置であって、
端末のために配置された周波数領域リソース割り当てタイプと指示された周波数領域リソース割り当て情報に基づいて、前記端末の物理上りリンク共有チャネルＰＵＳＣＨに割り当てられた物理リソースブロックＰＲＢを決定するための第三の決定モジュールと、
前記物理リソースブロックＰＲＢにおいて前記端末上で伝送された物理上りリンク共有チャネルＰＵＳＣＨ信号を受信するための受信モジュールとを含み、
前記周波数領域リソース割り当てタイプと前記周波数領域リソース割り当て情報は、前記端末が前記物理上りリンク共有チャネルＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定するために用いられ、前記ターゲットリソースブロックは、第一のターゲット仮想リソースブロックＶＲＢ又は第一のターゲット物理リソースブロックＰＲＢを含み、
前記周波数領域リソース割り当てタイプ及び／又は前記物理上りリンク共有チャネルＰＵＳＣＨがスケジューリングされる方式は、前記端末が、
前記周波数領域リソース割り当てタイプに基づいて、前記物理上りリンク共有チャネルＰＵＳＣＨに割り当てられる第二のターゲット仮想リソースブロックＶＲＢのインデックス値を決定することと、
前記物理上りリンク共有チャネルＰＵＳＣＨ信号に振幅倍率係数を乗算した後に、前記第二のターゲット仮想リソースブロックＶＲＢにマッピングすることと、
前記物理上りリンク共有チャネルＰＵＳＣＨがＲＡＲＵＬ許可によりスケジューリングされるか又は前記物理上りリンク共有チャネルＰＵＳＣＨが一時セル無線ネットワーク一時識別子ＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる場合、前記端末がインターリーブ物理上りリンク共有チャネルＰＵＳＣＨを使用するように配置されるかどうか又はタイプ２のＵＬリソース割り当て方式として配置されるかどうかに基づいて、前記物理上りリンク共有チャネルＰＵＳＣＨ信号を前記第二のターゲット仮想リソースブロックＶＲＢから第二のターゲット物理リソースブロックＰＲＢにマッピングするマッピング方式を決定することと、を実行するために用いられ、
ここで、前記第二のターゲット物理リソースブロックＰＲＢは、前記第一のターゲット物理リソースブロックＰＲＢ又は前記第一のターゲット仮想リソースブロックＶＲＢに対応する物理リソースブロックＰＲＢである、ことを特徴とする物理上りリンク共有チャネルＰＵＳＣＨ信号の受信装置。
プログラム又は命令が記憶されており、前記プログラム又は命令がプロセッサにより実行される時、請求項１から６のいずれか１項に記載の物理上りリンク共有チャネルＰＵＳＣＨ信号のマッピング方法を実現する、ことを特徴とする可読記憶媒体。
プログラム又は命令が記憶されており、前記プログラム又は命令がプロセッサにより実行される時、請求項７から１１のいずれか１項に記載の物理上りリンク共有チャネルＰＵＳＣＨ信号の受信方法のステップを実現する、ことを特徴とする可読記憶媒体。