(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-05-13
(45)【発行日】2024-05-21
(54)【発明の名称】ＰＵＳＣＨ信号のマッピング方法、端末及びネットワーク側機器
(51)【国際特許分類】
H04W 72/0457 20230101AFI20240514BHJP
H04W 72/232 20230101ALI20240514BHJP
H04W 72/1268 20230101ALI20240514BHJP
【ＦＩ】
H04W72/0457
H04W72/232
H04W72/1268
【請求項の数】
15
(21)【出願番号】P 2022581345
(86)(22)【出願日】2021-07-01
(65)【公表番号】
(43)【公表日】2023-07-26
(86)【国際出願番号】 CN2021104005
(87)【国際公開番号】W WO2022002199
(87)【国際公開日】2022-01-06
【審査請求日】2023-01-25
(31)【優先権主張番号】202010634269.0
(32)【優先日】2020-07-02
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】517372494
【氏名又は名称】維沃移動通信有限公司
【氏名又は名称原語表記】ＶＩＶＯ ＭＯＢＩＬＥ ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＣＯ．， ＬＴＤ．
【住所又は居所原語表記】Ｎｏ．１， ｖｉｖｏ Ｒｏａｄ， Ｃｈａｎｇ’ａｎ， Ｄｏｎｇｇｕａｎ，Ｇｕａｎｇｄｏｎｇ ５２３８６３， Ｃｈｉｎａ
(74)【代理人】
【識別番号】110001151
【氏名又は名称】あいわ弁理士法人
(72)【発明者】
【氏名】李 娜
(72)【発明者】
【氏名】李 根
【審査官】伊東 和重
(56)【参考文献】
【文献】Ericsson，Outcome of offline discussion on DCI content[online]，3GPP TSG RAN WG1 #91，3GPP，2017年12月01日，R1-1721642，[検索日 2023.12.07],インターネット:<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_91/Docs/R1-1721642.zip>
【文献】3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Physical channels and modulation (Release 16)，3GPP TS 38.211，V16.1.0，3GPP，2020年03月，pp.35-36
【文献】Moderator (Ericsson)，FL Summary 2 for [101-e-NR-unlic-NRU-ULSignalsChannels-01] Email discussion/approval[online]，3GPP TSG RAN WG1 #101-e，3GPP，2020年06月05日，R1-2004996，pp.1-17，[検索日 2023.12.07],インターネット：<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_101-e/Docs/R1-2004996.zip>
【文献】Moderator (LG Electronics)，Text proposal as outcome of email discussions [101-e-NR-unlic-NRU-WB- 01] and [101-e-NR-unlic-NRU-WB-02][online]，3GPP TSG RAN WG1 #101-e，3GPP，2020年06月05日，R1-2004983，[検索日 2023.12.07],インターネット：<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_101-e/Docs/R1-2004983.zip>
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
端末に用いられる物理上りリンク共有チャネルＰＵＳＣＨ信号のマッピング方法であって、前記端末の周波数領域リソース割り当てタイプと前記端末の周波数領域リソース割り当て情報に基づいて、物理上りリンク共有チャネルＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定することであって、前記ターゲットリソースブロックは、第一のターゲット仮想リソースブロックＶＲＢ又は第一のターゲット物理リソースブロックＰＲＢを含むことと、
前記周波数領域リソース割り当てタイプ及び／又は前記物理上りリンク共有チャネルＰＵＳＣＨがスケジューリングされる方式に基づいて、物理上りリンク共有チャネルＰＵＳＣＨ信号を第二のターゲット物理リソースブロックＰＲＢにマッピングするマッピング方式を決定することであって、前記第二のターゲット物理リソースブロックＰＲＢは、前記第一のターゲット物理リソースブロックＰＲＢ又は前記第一のターゲット仮想リソースブロックＶＲＢに対応する物理リソースブロックＰＲＢであることと、
前記マッピング方式を採用して、物理上りリンク共有チャネルＰＵＳＣＨ信号を前記第二のターゲット物理リソースブロックＰＲＢにマッピングすることとを含み、
前記端末の周波数領域リソース割り当てタイプ及び／又は前記物理上りリンク共有チャネルＰＵＳＣＨがスケジューリングされる方式に基づいて、物理上りリンク共有チャネルＰＵＳＣＨ信号を前記第二のターゲット物理リソースブロックＰＲＢにマッピングするマッピング方式を決定することは、
前記端末の周波数領域リソース割り当てタイプに基づいて、物理上りリンク共有チャネルＰＵＳＣＨに割り当てられる第二のターゲット仮想リソースブロックＶＲＢのインデックス値を決定することと、
前記物理上りリンク共有チャネルＰＵＳＣＨ信号に振幅倍率係数を乗算した後に、前記第二のターゲット仮想リソースブロックＶＲＢにマッピングすることと、
前記物理上りリンク共有チャネルＰＵＳＣＨがＲＡＲ ＵＬ許可によりスケジューリングされるか又は前記物理上りリンク共有チャネルＰＵＳＣＨが一時セル無線ネットワーク一時識別子ＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる場合、前記端末がインターリーブ物理上りリンク共有チャネルＰＵＳＣＨを使用するように配置されるかどうか又はタイプ２のＵＬリソース割り当て方式として配置されるかどうかに基づいて、前記物理上りリンク共有チャネルＰＵＳＣＨ信号を前記第二のターゲット仮想リソースブロックＶＲＢから前記第二のターゲット物理リソースブロックＰＲＢにマッピングするマッピング方式を決定することとを含む、ことを特徴とする物理上りリンク共有チャネルＰＵＳＣＨ信号のマッピング方法。
【請求項2】
前記端末の周波数領域リソース割り当てタイプと前記端末の周波数領域リソース割り当て情報に基づいて、物理上りリンク共有チャネルＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定することは、前記周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当てであり、且つ前記物理上りリンク共有チャネルＰＵＳＣＨがランダムアクセス応答ＲＡＲ上りリンクＵＬ許可によりスケジューリングされるか又は前記物理上りリンク共有チャネルＰＵＳＣＨが一時セル無線ネットワーク一時識別子ＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる場合、ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することであって、前記ターゲットリソースブロックＲＢセットは、前記物理上りリンク共有チャネルＰＵＳＣＨに割り当てられたリソースブロックＲＢセットであることと、
前記コモンリソースブロックＣＲＢ範囲及び前記周波数領域リソース割り当て情報に基づいて、物理上りリンク共有チャネルＰＵＳＣＨに割り当てられる前記第一のターゲット物理リソースブロックＰＲＢを決定することとを含む、請求項１に記載のマッピング方法。
【請求項3】
ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することは、第一のリソースブロックＲＢセット分け方式に基づいて、前記ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することを含む、請求項２に記載のマッピング方法。
【請求項4】
第一のリソースブロックＲＢセット分け方式に基づいて、前記ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定する前に、前記マッピング方法は、名義のセル内保護帯域幅、及びキャリアのリソースブロックＲＢセットモードに基づいて、キャリア上の第一のリソースブロックＲＢセット分け方式を決定することをさらに含む、請求項３に記載のマッピング方法。
【請求項5】
前記端末の周波数領域リソース割り当てタイプに基づいて、物理上りリンク共有チャネルＰＵＳＣＨに割り当てられる第二のターゲット仮想リソースブロックＶＲＢのインデックス値を決定することは、
前記端末がインターリーブ物理上りリンク共有チャネルＰＵＳＣＨを使用するように配置されるか又はタイプ２のＵＬリソース割り当て方式として配置される場合、前記第二のターゲット仮想リソースブロックＶＲＢのインデックス値が、決定された前記第一のターゲット物理リソースブロックＰＲＢのインデックス値に等しいと決定すること、又は
前記端末がインターリーブ物理上りリンク共有チャネルＰＵＳＣＨを使用するように配置されないか又はタイプ２のＵＬリソース割り当て方式として配置されない場合、前記第二のターゲット仮想リソースブロックＶＲＢが前記第一のターゲット仮想リソースブロックＶＲＢであると決定することを含む、請求項１に記載のマッピング方法。
【請求項6】
前記端末がインターリーブ物理上りリンク共有チャネルＰＵＳＣＨを使用するように配置されるかどうか又はタイプ２のＵＬリソース割り当て方式として配置されるかどうかに基づいて、前記物理上りリンク共有チャネルＰＵＳＣＨ信号を前記第二のターゲット仮想リソースブロックＶＲＢから前記第二のターゲット物理リソースブロックＰＲＢにマッピングするマッピング方式を決定することは、
第一のターゲット条件、第二のターゲット条件及び第三のターゲット条件を同時に満たす場合、ｎ番目の前記第二のターゲット仮想リソースブロックＶＲＢを（ｎ＋ＮｓｔａｒｔＢＷＰ，０－ＮｓｔａｒｔＢＷＰ，ｉ）番目の前記第二のターゲット物理リソースブロックＰＲＢにマッピングすることであって、ＮｓｔａｒｔＢＷＰ，０は初期ＵＬ ＢＷＰの開始コモンリソースブロックＣＲＢのインデックスであり、ＮｓｔａｒｔＢＷＰ，ｉ）はアクティブ化ＵＬ ＢＷＰの開始コモンリソースブロックＣＲＢのインデックスであり、ｎは０以上の整数であることと、
前記第一のターゲット条件、第二のターゲット条件及び第三のターゲット条件のうちの一つ又は複数を満たさない場合、ｎ番目の前記第二のターゲット仮想リソースブロックＶＲＢをｎ番目の前記第二のターゲット物理リソースブロックＰＲＢにマッピングすることとを含み、ここで、
前記第一のターゲット条件は、前記端末がインターリーブ物理上りリンク共有チャネルＰＵＳＣＨを使用するように配置されないか又はタイプ２のＵＬリソース割り当て方式として配置されないことであり、
前記第二のターゲット条件は、アクティブ化ＵＬ ＢＷＰが初期ＵＬ ＢＷＰにおけるすべてのリソースブロックＲＢを含むことであり、
前記第三のターゲット条件は、前記アクティブ化ＵＬ ＢＷＰが初期ＵＬ ＢＷＰと同じサブキャリア間隔ＳＣＳ及びサイクルプレフィックスＣＰを有することである、請求項１に記載のマッピング方法。
【請求項7】
ネットワーク側機器に用いられる物理上りリンク共有チャネルＰＵＳＣＨ信号の受信方法であって、
端末のために配置された周波数領域リソース割り当てタイプと指示された周波数領域リソース割り当て情報に基づいて、前記端末の物理上りリンク共有チャネルＰＵＳＣＨに割り当てられた物理リソースブロックＰＲＢを決定することと、
前記物理リソースブロックＰＲＢにおいて前記端末上で伝送された物理上りリンク共有チャネルＰＵＳＣＨ信号を受信することとを含み、
前記周波数領域リソース割り当てタイプと前記周波数領域リソース割り当て情報は、前記端末が前記物理上りリンク共有チャネルＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定するために用いられ、前記ターゲットリソースブロックは、第一のターゲット仮想リソースブロックＶＲＢ又は第一のターゲット物理リソースブロックＰＲＢを含み、
前記周波数領域リソース割り当てタイプ及び／又は前記物理上りリンク共有チャネルＰＵＳＣＨがスケジューリングされる方式は、前記端末が、
前記周波数領域リソース割り当てタイプに基づいて、前記物理上りリンク共有チャネルＰＵＳＣＨに割り当てられる第二のターゲット仮想リソースブロックＶＲＢのインデックス値を決定することと、
前記物理上りリンク共有チャネルＰＵＳＣＨ信号に振幅倍率係数を乗算した後に、前記第二のターゲット仮想リソースブロックＶＲＢにマッピングすることと、
前記物理上りリンク共有チャネルＰＵＳＣＨがＲＡＲ ＵＬ許可によりスケジューリングされるか又は前記物理上りリンク共有チャネルＰＵＳＣＨが一時セル無線ネットワーク一時識別子ＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる場合、前記端末がインターリーブ物理上りリンク共有チャネルＰＵＳＣＨを使用するように配置されるかどうか又はタイプ２のＵＬリソース割り当て方式として配置されるかどうかに基づいて、前記物理上りリンク共有チャネルＰＵＳＣＨ信号を前記第二のターゲット仮想リソースブロックＶＲＢから第二のターゲット物理リソースブロックＰＲＢにマッピングするマッピング方式を決定することと、を実行するために用いられ、
ここで、前記第二のターゲット物理リソースブロックＰＲＢは、前記第一のターゲット物理リソースブロックＰＲＢ又は前記第一のターゲット仮想リソースブロックＶＲＢに対応する物理リソースブロックＰＲＢである、ことを特徴とする物理上りリンク共有チャネルＰＵＳＣＨ信号の受信方法。
【請求項8】
端末のために配置された周波数領域リソース割り当てタイプと指示された周波数領域リソース割り当て情報に基づいて、前記端末の物理上りリンク共有チャネルＰＵＳＣＨに割り当てられた物理リソースブロックＰＲＢを決定することは、
前記周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当て方式であり、且つ前記物理上りリンク共有チャネルＰＵＳＣＨがＲＡＲ ＵＬ許可によりスケジューリングされるか又は前記物理上りリンク共有チャネルＰＵＳＣＨが一時セル無線ネットワーク一時識別子ＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる場合、ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することであって、前記ターゲットリソースブロックＲＢセットは、前記物理上りリンク共有チャネルＰＵＳＣＨに割り当てられたリソースブロックＲＢセットであることと、
前記コモンリソースブロックＣＲＢ範囲及び前記周波数領域リソース割り当て情報に基づいて、物理上りリンク共有チャネルＰＵＳＣＨに割り当てられる物理リソースブロックＰＲＢを決定することとを含む、請求項７に記載の物理上りリンク共有チャネルＰＵＳＣＨ信号の受信方法。
【請求項9】
ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することは、
第一のリソースブロックＲＢセット分け方式に基づいて、前記ターゲットリソースブロックＲＢセットのリソースブロックのコモンリソースブロックＣＲＢ範囲を決定することを含む、請求項８に記載の物理上りリンク共有チャネルＰＵＳＣＨ信号の受信方法。
【請求項10】
第一のリソースブロックＲＢセット分け方式に基づいて、前記ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定する前に、前記物理上りリンク共有チャネルＰＵＳＣＨ信号の受信方法は、
名義のセル内保護帯域幅、及びキャリアのリソースブロックＲＢセットモードに基づいて、キャリア上の第一のリソースブロックＲＢセット分け方式を決定することをさらに含む、請求項９に記載の物理上りリンク共有チャネルＰＵＳＣＨ信号の受信方法。
【請求項11】
ターゲットリソースブロックＲＢセットのリソースブロックのコモンリソースブロックＣＲＢ範囲を決定することは、
アクティブ化ＵＬキャリア帯域幅部分ＢＷＰが第一の条件と第二の条件を満たす場合、第一のリソースブロックＲＢセット分け方式に基づいて、前記ターゲットリソースブロックＲＢセットのリソースブロックのコモンリソースブロックＣＲＢ範囲を決定することであって、前記第一の条件は、前記アクティブ化ＵＬ ＢＷＰが初期ＵＬ ＢＷＰにおけるすべてのリソースブロックＲＢを含むことであり、前記第二の条件は、前記アクティブ化ＵＬ ＢＷＰが前記初期ＵＬ ＢＷＰと同じサブキャリア間隔ＳＣＳ及びサイクルプレフィックスＣＰを有することであることと、
アクティブ化ＵＬ ＢＷＰが前記第一の条件及び／又は前記第二の条件を満たさない場合、第二のリソースブロックＲＢセット分け方式に基づいて、前記ターゲットリソースブロックＲＢセットのリソースブロックのコモンリソースブロックＣＲＢ範囲を決定することとを含む、請求項８に記載の物理上りリンク共有チャネルＰＵＳＣＨ信号の受信方法。
【請求項12】
物理上りリンク共有チャネルＰＵＳＣＨ信号のマッピング装置であって、
端末の周波数領域リソース割り当てタイプと前記端末の周波数領域リソース割り当て情報に基づいて、物理上りリンク共有チャネルＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定するための第一の決定モジュールであって、前記ターゲットリソースブロックは、第一のターゲット仮想リソースブロックＶＲＢ又は第一のターゲット物理リソースブロックＰＲＢを含む第一の決定モジュールと、
前記周波数領域リソース割り当てタイプ及び／又は前記物理上りリンク共有チャネルＰＵＳＣＨがスケジューリングされる方式に基づいて、物理上りリンク共有チャネルＰＵＳＣＨ信号を第二のターゲット物理リソースブロックＰＲＢにマッピングするマッピング方式を決定するための第二の決定モジュールであって、前記第二のターゲット物理リソースブロックＰＲＢは、前記第一のターゲット物理リソースブロックＰＲＢ又は前記第一のターゲット仮想リソースブロックＶＲＢに対応する物理リソースブロックＰＲＢである第二の決定モジュールと、
前記マッピング方式を採用して、物理上りリンク共有チャネルＰＵＳＣＨ信号を前記第二のターゲット物理リソースブロックＰＲＢにマッピングするためのマッピングモジュールを含み、
前記第二の決定モジュールが、前記周波数領域リソース割り当てタイプ及び／又は前記物理上りリンク共有チャネルＰＵＳＣＨがスケジューリングされる方式に基づいて、物理上りリンク共有チャネルＰＵＳＣＨ信号を前記第二のターゲット物理リソースブロックＰＲＢにマッピングするマッピング方式を決定することは、
前記端末の周波数領域リソース割り当てタイプに基づいて、物理上りリンク共有チャネルＰＵＳＣＨに割り当てられる第二のターゲット仮想リソースブロックＶＲＢのインデックス値を決定することと、
前記物理上りリンク共有チャネルＰＵＳＣＨ信号に振幅倍率係数を乗算した後に、前記第二のターゲット仮想リソースブロックＶＲＢにマッピングすることと、
前記物理上りリンク共有チャネルＰＵＳＣＨがＲＡＲ ＵＬ許可によりスケジューリングされるか又は前記物理上りリンク共有チャネルＰＵＳＣＨが一時セル無線ネットワーク一時識別子ＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる場合、前記端末がインターリーブ物理上りリンク共有チャネルＰＵＳＣＨを使用するように配置されるかどうか又はタイプ２のＵＬリソース割り当て方式として配置されるかどうかに基づいて、前記物理上りリンク共有チャネルＰＵＳＣＨ信号を前記第二のターゲット仮想リソースブロックＶＲＢから前記第二のターゲット物理リソースブロックＰＲＢにマッピングするマッピング方式を決定することとを含む、物理上りリンク共有チャネルＰＵＳＣＨ信号のマッピング装置。
【請求項13】
物理上りリンク共有チャネルＰＵＳＣＨ信号の受信装置であって、
端末のために配置された周波数領域リソース割り当てタイプと指示された周波数領域リソース割り当て情報に基づいて、前記端末の物理上りリンク共有チャネルＰＵＳＣＨに割り当てられた物理リソースブロックＰＲＢを決定するための第三の決定モジュールと、
前記物理リソースブロックＰＲＢにおいて前記端末上で伝送された物理上りリンク共有チャネルＰＵＳＣＨ信号を受信するための受信モジュールとを含み、
前記周波数領域リソース割り当てタイプと前記周波数領域リソース割り当て情報は、前記端末が前記物理上りリンク共有チャネルＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定するために用いられ、前記ターゲットリソースブロックは、第一のターゲット仮想リソースブロックＶＲＢ又は第一のターゲット物理リソースブロックＰＲＢを含み、
前記周波数領域リソース割り当てタイプ及び／又は前記物理上りリンク共有チャネルＰＵＳＣＨがスケジューリングされる方式は、前記端末が、
前記周波数領域リソース割り当てタイプに基づいて、前記物理上りリンク共有チャネルＰＵＳＣＨに割り当てられる第二のターゲット仮想リソースブロックＶＲＢのインデックス値を決定することと、
前記物理上りリンク共有チャネルＰＵＳＣＨ信号に振幅倍率係数を乗算した後に、前記第二のターゲット仮想リソースブロックＶＲＢにマッピングすることと、
前記物理上りリンク共有チャネルＰＵＳＣＨがＲＡＲ ＵＬ許可によりスケジューリングされるか又は前記物理上りリンク共有チャネルＰＵＳＣＨが一時セル無線ネットワーク一時識別子ＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる場合、前記端末がインターリーブ物理上りリンク共有チャネルＰＵＳＣＨを使用するように配置されるかどうか又はタイプ２のＵＬリソース割り当て方式として配置されるかどうかに基づいて、前記物理上りリンク共有チャネルＰＵＳＣＨ信号を前記第二のターゲット仮想リソースブロックＶＲＢから第二のターゲット物理リソースブロックＰＲＢにマッピングするマッピング方式を決定することと、を実行するために用いられ、
ここで、前記第二のターゲット物理リソースブロックＰＲＢは、前記第一のターゲット物理リソースブロックＰＲＢ又は前記第一のターゲット仮想リソースブロックＶＲＢに対応する物理リソースブロックＰＲＢである、ことを特徴とする物理上りリンク共有チャネルＰＵＳＣＨ信号の受信装置。
【請求項14】
プログラム又は命令が記憶されており、前記プログラム又は命令がプロセッサにより実行される時、請求項１から６のいずれか１項に記載の物理上りリンク共有チャネルＰＵＳＣＨ信号のマッピング方法を実現する、ことを特徴とする可読記憶媒体。
【請求項15】
プログラム又は命令が記憶されており、前記プログラム又は命令がプロセッサにより実行される時、請求項７から１１のいずれか１項に記載の物理上りリンク共有チャネルＰＵＳＣＨ信号の受信方法のステップを実現する、ことを特徴とする可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本発明は、２０２０年０７月０２日に中国で提出された出願番号が２０２０１０６３４２６９．０であり、発明名称が「ＰＵＳＣＨ信号のマッピング方法、端末及びネットワーク側機器」である中国特許出願の優先権を主張しており、同出願の内容の全ては、本発明に参照として取り込まれる。
本発明は、２０２０年０７月０２日に中国で提出された出願番号が２０２０１０６３４２６９．０であり、発明名称が「ＰＵＳＣＨ信号のマッピング方法、端末及びネットワーク側機器」である中国特許出願の優先権を主張しており、同出願の内容の全ては、本発明に参照として取り込まれる。
【0002】
本出願は、無線通信技術分野に属し、具体的にＰＵＳＣＨ信号のマッピング方法、端末及びネットワーク側機器に関する。
【背景技術】
【0003】
現在、ランダムアクセス応答（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ、ＲＡＲ）上りリンク（Ｕｐ Ｌｉｎｋ、ＵＬ）許可（ｇｒａｎｔ）によりスケジューリングされる物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）又は一時セル無線ネットワーク一時識別子（Ｔｅｍｐｏｒａｒｙ Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、ＴＣ－ＲＮＴＩ）スクランブルの下りリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）フォーマット０－０によりスケジューリングされるＰＵＳＣＨは、一般的にはタイプ（ｔｙｐｅ）１のＵＬリソース割り当て（即ち周波数領域リソース割り当てタイプはタイプ１のＵＬリソース割り当てであり、周波数領域リソース割り当てタイプ１とも呼ばれる）を採用している。端末（ＵＥ）は、ＤＣＩにおける周波数領域リソース割り当て指示領域（ＦＤＲＡ）に基づいて割り当てられた仮想リソースブロック（Ｖｉｒｔｕａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ、ＶＲＢ）リソースを決定する。まずＰＵＳＣＨ信号をＶＲＢにマッピングし、そしてＶＲＢから対応する物理リソースブロック（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ、ＰＲＢ）にマッピングする。端末アクティブ化（ａｃｔｉｖｅ）ＵＬキャリア帯域幅部分（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ、ＢＷＰ）が初期（ｉｎｉｔｉａｌ）ＵＬ ＢＷＰのすべてのリソースブロック（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ、ＲＢ）を含み、ｉｎｉｔｉａｌ ＵＬ ＢＷＰと同じサブキャリア間隔（ＳＣＳ）及びサイクルプレフィックス（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ、ＣＰ）を有する場合、ＶＲＢからＰＲＢへのマッピングによりＰＵＳＣＨが初期ＢＷＰ内にスケジューリングされる必要がある。基地局がＲＡＲ ＵＬ ｇｒａｎｔ又はＴＣ－ＲＮＴＩスクランブルのＤＣＩフォーマット ０－０を送信する時、基地局は、対応するＵＥが無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）接続状態であるかＲＲＣアイドル状態であるかを知らない可能性があるため、ＵＥに対応するのがａｃｔｉｖｅ ＵＬ ＢＷＰであるかｉｎｉｔｉａｌ ＵＬ ＢＷＰであるかを知らず、基地局によるブラインド検出を回避するために、端末は、ＰＵＳＣＨをすべてｉｎｉｔｉａｌ ＵＬ ＢＷＰ内にマッピングする。
【0004】
関連技術では、ＲＡＲ ＵＬ ｇｒａｎｔによりスケジューリングされるＰＵＳＣＨ又はＴＣ－ＲＮＴＩスクランブルのＤＣＩフォーマット０－０によりスケジューリングされるＰＵＳＣＨに対して、上りリンクリソース割り当てタイプ１を採用してリソース割り当てを行うことのみが提案された。ネットワーク側が端末のためにタイプ（ｔｙｐｅ）２のＵＬリソース割り当て（即ち周波数領域リソース割り当てタイプ２）を配置する場合、端末は、異なる周波数領域リソース割り当てタイプに基づいて対応する方式を採用してＰＵＳＣＨ信号のマッピングを行うことができず、さらにネットワーク側がＰＵＳＣＨ信号を検出できなくなる恐れがある。
【発明の概要】
【発明が解決しようとする課題】
【0005】
本出願の実施例の目的は、端末が異なる周波数領域リソース割り当てタイプに基づいて対応する方式を採用してＰＵＳＣＨ信号のマッピングを行うことができないという問題を解決できるＰＵＳＣＨ信号のマッピング方法を提供することである。
【課題を解決するための手段】
【0006】
上記技術問題を解決するために、本出願は、以下のように実現される。
【0007】
第一の態様によれば、端末に用いられる物理上りリンク共有チャネル（ＰＵＳＣＨ）信号のマッピング方法を提供し、この方法は、前記端末の周波数領域リソース割り当てタイプと前記端末の周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定することであって、前記ターゲットリソースブロックは、第一のターゲットＶＲＢ又は第一のターゲットＰＲＢを含むことと、前記周波数領域リソース割り当てタイプ及び／又は前記ＰＵＳＣＨがスケジューリングされる方式に基づいて、ＰＵＳＣＨ信号を第二のターゲットＰＲＢにマッピングするマッピング方式を決定することであって、前記第二のターゲットＰＲＢは、前記第一のターゲットＰＲＢ又は前記第一のターゲットＶＲＢに対応するＰＲＢであることと、前記マッピング方式を採用して、ＰＵＳＣＨ信号を前記第二のターゲットＰＲＢにマッピングすることとを含む。
【0008】
第二の態様によれば、ＰＵＳＣＨ信号のマッピング装置を提供し、この装置は、端末の周波数領域リソース割り当てタイプと前記端末の周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定するための第一の決定モジュールであって、前記ターゲットリソースブロックは、第一のターゲットＶＲＢ又は第一のターゲットＰＲＢを含む第一の決定モジュールと、前記周波数領域リソース割り当てタイプ及び／又は前記ＰＵＳＣＨがスケジューリングされる方式に基づいて、ＰＵＳＣＨ信号を第二のターゲットＰＲＢにマッピングするマッピング方式を決定するための第二の決定モジュールであって、前記第二のターゲットＰＲＢは、前記第一のターゲットＰＲＢ又は前記第一のターゲットＶＲＢに対応するＰＲＢである第二の決定モジュールと、前記マッピング方式を採用して、ＰＵＳＣＨ信号を前記第二のターゲットＰＲＢにマッピングするためのマッピングモジュールとを含む。
【0009】
第三の態様によれば、ネットワーク側機器に用いられるＰＵＳＣＨ信号の受信方法を提供し、この方法は、端末のために配置された周波数領域リソース割り当てタイプと指示された周波数領域リソース割り当て情報に基づいて、前記端末のＰＵＳＣＨに割り当てられたＰＲＢを決定することと、前記ＰＲＢにおいて前記端末上で伝送されたＰＵＳＣＨ信号を受信することとを含む。
【0010】
第四の態様によれば、ＰＵＳＣＨ信号の受信装置を提供し、この装置は、端末のために配置された周波数領域リソース割り当てタイプと指示された周波数領域リソース割り当て情報に基づいて、前記端末のＰＵＳＣＨに割り当てられたＰＲＢを決定するための第三の決定モジュールと、前記ＰＲＢにおいて前記端末上で伝送されたＰＵＳＣＨ信号を受信するための受信モジュールとを含む。
【0011】
第五の態様によれば、端末を提供し、この端末は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令とを含み、前記プログラム又は命令が前記プロセッサにより実行される時、第一の態様に記載の方法のステップを実現する。
【0012】
第六の態様によれば、ネットワーク側機器を提供し、このネットワーク側機器は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令とを含み、前記プログラム又は命令が前記プロセッサにより実行される時、第三の態様に記載の方法のステップを実現する。
【0013】
第七の態様によれば、可読記憶媒体を提供し、前記可読記憶媒体には、プログラム又は命令が記憶されており、前記プログラム又は命令がプロセッサにより実行される時、第一の態様に記載の方法のステップを実現し、又は第三の態様に記載の方法のステップを実現する。
【0014】
第八の態様によれば、チップを提供し、前記チップは、プロセッサと通信インターフェースとを含み、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、端末機器プログラム又は命令を運行し、第一の態様に記載の方法を実現するために用いられ、又は前記プロセッサは、ネットワーク側機器のプログラム又は命令を運行し、第三の態様に記載の方法を実現するために用いられる。
【発明の効果】
【0015】
本出願の実施例では、端末の周波数領域リソース割り当てタイプと端末の周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるターゲットＶＲＢ又はターゲットＰＲＢを決定し、そして前記周波数領域リソース割り当てタイプ及び／又は前記ＰＵＳＣＨがスケジューリングされる方式に基づいて、ＰＵＳＣＨ信号をターゲットＰＲＢにマッピングするマッピング方式を決定し、このマッピング方式を採用して、ＰＵＳＣＨ信号をターゲットＰＲＢにマッピングする。それによって端末が異なる周波数領域リソース割り当てタイプに基づいて、該当する方式を採用してＰＵＳＣＨ信号のマッピングを行うことができ、さらに基地局が端末によって送信されたＰＵＳＣＨ信号を効果的に検出し、通信システムの有効性を向上させることができる。
【図面の簡単な説明】
【0016】
【図1】本出願の実施例が適用可能な無線通信システムのブロック図を示す。
【図2】本出願の実施例によるＰＵＳＣＨ信号のマッピング方法のフローチャートを示す。
【図3a】本出願の実施例における一種のＲＢセット分け概略図を示す。
【図3b】本出願の実施例における一種のＲＢセット分け概略図を示す。
【図4】本出願の実施例とは別のＲＢセット分け概略図を示す。
【図5】本出願の実施例によるＰＵＳＣＨ信号のマッピング装置の構造概略図を示す。
【図6】本出願の実施例によるＰＵＳＣＨ信号の受信方法のフローチャートを示す。
【図7】本出願の実施例によるＰＵＳＣＨ信号の受信装置の構造概略図を示す。
【図8】本出願の実施例による通信機器の構造概略図を示す。
【図9】本出願の実施例による端末のハードウェア構造概略図を示す。
【図10】本出願の実施例によるネットワーク側機器のハードウェア構造概略図を示す。
【発明を実施するための形態】
【0017】
以下は、本出願の実施例における図面を結び付けながら、本出願の実施例における技術案を明瞭且つ完全に記述する。明らかに、記述された実施例は、本出願の一部の実施例であり、すべての実施例ではない。本出願における実施例に基づき、当業者が創造的な労力を払わない前提で得られたすべての他の実施例は、いずれも本出願の保護範囲に属する。
【0018】
本出願の明細書と特許請求の範囲における用語である「第一」、「第二」などは、類似している対象を区別するものであり、特定の順序又は前後手順を記述するためのものではない。理解すべきこととして、このように使用される用語は、適切な場合に交換可能であり、それにより本出願の実施例は、ここで図示又は記述されたもの以外の順序で実施されることが可能であり、且つ「第一」、「第二」によって区別される対象は、一般的には同一種類であり、対象の個数を限定せず、例えば第一の対象は、一つであってもよく、複数であってもよい。なお、明細書及び請求項における「及び／又は」は、接続される対象のうちの少なくとも一つを表し、文字である「／」は、一般的には前後関連対象が「又は」の関係であることを表す。
【0019】
指摘すべきこととして、本出願の実施例に記述された技術は、ロングタームエボリューション型（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）／ＬＴＥの進化（ＬＴＥ－Ａｄｖａｎｃｅｄ、ＬＴＥ－Ａ）システムに限らず、他の無線通信システム、例えば符号分割多重接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ）、時分割多重接続（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＴＤＭＡ）、周波数分割多重接続（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＦＤＭＡ）、直交周波数分割多重接続（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＯＦＤＭＡ）、単一キャリア周波数分割多重接続（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＳＣ－ＦＤＭＡ）と他のシステムにも適用できる。本出願の実施例における用語である「システム」と「ネットワーク」は、常に交換可能に使用され、記述された技術は、上記で言及されたシステムとラジオ技術に用いられてもよく、他のシステムとラジオ技術に用いられてもよい。しかしながら、以下の記述は、例示の目的でニューラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）システムを記述しているとともに、以下の大部分の記述においてＮＲ用語を使用しており、これらの技術は、ＮＲシステム応用以外の応用、例えば第六世代（６ｔｈ Ｇｅｎｅｒａｔｉｏｎ、６Ｇ）通信システムに適用されてもよい。
【0020】
図１は、本出願の実施例が適用可能な無線通信システムのブロック図を示す。無線通信システムは、端末１１とネットワーク側機器１２を含む。ここで、端末１１は、端末機器又はユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）と呼ばれてもよく、端末１１は、携帯電話、タブレットパソコン（Ｔａｂｌｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップコンピュータ（Ｌａｐｔｏｐ Ｃｏｍｐｕｔｅｒ）（又は、ノートパソコンと呼ばれる）、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、パームトップコンピュータ、ネットブック、ウルトラモバイルパーソナルコンピュータ（ｕｌｔｒａ－ｍｏｂｉｌｅ ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ、ＵＭＰＣ）、モバイルインターネットデバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅ、ＭＩＤ）、ウェアラブルデバイス（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）又は車載機器（ＶＵＥ）、歩行者端末（ＰＵＥ）などの端末側機器であってもよく、ウェアラブルデバイスは、ブレスレット、イヤホン、メガネなどを含む。説明すべきこととして、本出願の実施例の端末１１の具体的なタイプを限定するものではない。ネットワーク側機器１２は、基地局又はコアネットワークであってもよく、ここで、基地局は、ノードＢ、進化ノードＢ、アクセスポイント、ベーストランシーバステーション（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ）、ラジオ基地局、ラジオ送受信機、ベーシックサービスセット（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＢＳＳ）、拡張サービスセット（Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＥＳＳ）、Ｂノード、進化型Ｂノード（ｅＮＢ）、家庭用Ｂノード、家庭用進化型Ｂノード、ＷＬＡＮアクセスポイント、ＷｉＦｉノード、トランスミッションポイント（Ｔｒａｎｓｍｉｔｔｉｎｇ Ｒｅｃｅｉｖｉｎｇ Ｐｏｉｎｔ、ＴＲＰ）又は当分野における他のある適切な用語で呼ばれてもよく、同じ技術的効果が達成される限り、前記基地局は、特定の技術用語に限らない。説明すべきこととして、本出願の実施例においてＮＲシステムにおける基地局のみを例にするが、基地局の具体的なタイプを限定するものではない。
【0021】
以下では、図面を結び付けながら、具体的な実施例及びその応用シナリオによって本出願の実施例によるＰＵＳＣＨ信号のマッピング方法を詳細に説明する。
【0022】
図２は、本出願の実施例によるＰＵＳＣＨ信号のマッピング方法のフローチャートを示し、この方法２００は端末によって実行されてもよい。言い換えれば、前記方法は端末にインストールされるソフトウェア又はハードウェアによって実行されてもよい。図２に示すように、この方法は、以下のステップを含んでもよい。
【0023】
Ｓ２１０では、前記端末の周波数領域リソース割り当てタイプと前記端末の周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定する。ここで、前記ターゲットリソースブロックは、第一のターゲットＶＲＢ又は第一のターゲットＰＲＢを含む。
【0024】
つまり、本出願では、Ｓ２１０では、決定されたターゲットリソースブロックは、ＶＲＢであってもよいし、ＰＲＢであってもよい。例えば、周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当てである場合、端末は周波数領域リソース割り当て情報に基づいてターゲットＰＲＢを決定することができる一方、周波数領域リソース割り当てタイプがタイプ０／１のＵＬリソース割り当てである場合、端末は周波数領域リソース割り当て情報に基づいてターゲットＶＲＢを決定することができる。
【0025】
本出願では、前記ＰＵＳＣＨはＲＡＲ ＵＬ許可（ｇｒａｎｔ）によりスケジューリングされてもよく、又は、前記ＰＵＳＣＨはＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマット（例えば、ＤＣＩ ０＿０）によりスケジューリングされてもよく、又は、ＰＵＳＣＨは他の方式によりスケジューリングされ、例えばＤＣＩ ０＿１によりスケジューリングされ、又はＴＣ－ＲＮＴＩスクランブルのＤＣＩ ０＿０などによりスケジューリングされてもよい。
【0026】
Ｓ２１２では、前記周波数領域リソース割り当てタイプ及び／又は前記ＰＵＳＣＨがスケジューリングされる方式に基づいて、ＰＵＳＣＨ信号を第二のターゲットＰＲＢにマッピングするマッピング方式を決定する。ここで、前記第二のターゲットＰＲＢは、前記第一のターゲットＰＲＢ又は前記第一のターゲットＶＲＢに対応するＰＲＢである。
【0027】
本出願では、Ｓ２１０で決定されたものが第一のターゲットＰＲＢである場合、第二のターゲットＰＲＢは第一のターゲットＰＲＢであり、Ｓ２１０で決定されたものが第一のターゲットＶＲＢである場合、第二のターゲットＰＲＢは第一のターゲットＶＲＢに対応するＰＲＢである。
【0028】
Ｓ２１４では、前記マッピング方式を採用して、ＰＵＳＣＨ信号を前記第二のターゲットＰＲＢにマッピングする。
【0029】
Ｓ２１４では、マッピング方式を決定した後に、このマッピング方式を採用して、ＰＵＳＣＨ信号を第二のターゲットＰＲＢにマッピングする。
【0030】
本出願の実施例では、端末の周波数領域リソース割り当てタイプと端末の周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるターゲットＶＲＢ又はターゲットＰＲＢを決定する。そして前記周波数領域リソース割り当てタイプ及び／又は前記ＰＵＳＣＨがスケジューリングされる方式に基づいて、ＰＵＳＣＨ信号をターゲットＰＲＢにマッピングするマッピング方式を決定する。このマッピング方式を採用して、ＰＵＳＣＨ信号をターゲットＰＲＢにマッピングする。それによって端末が異なる周波数領域リソース割り当てタイプに基づいて、該当する方式を採用してＰＵＳＣＨ信号のマッピングを行うことができ、さらに基地局が端末によって送信されたＰＵＳＣＨ信号を効果的に検出し、通信システムの有効性を向上させることができる。
【0031】
実際の応用では、周波数領域リソース割り当てタイプ１の場合、例えばＴＣ－ＲＮＴＩスクランブルのＤＣＩ ０＿０によりスケジューリングされるＰＵＳＣＨの場合、ＵＥは、ＦＤＲＡ指示情報に基づいてアクティブ化（ａｃｔｉｖｅ）ＵＬ ＢＷＰ内の低周波数帯域においてＰＵＳＣＨに割り当てられたＶＲＢを決定することができる。即ちＦＤＲＡはａｃｔｉｖｅ ＵＬ ＢＷＰの一番目のＲＢから始まり且つ最大ＲＢ数はｉｎｉｔｉａｌ ＵＬ ＢＷＰのＲＢ数に等しい。そして、ＶＲＢからＰＲＢへのマッピングによりＰＵＳＣＨがｉｎｉｔｉａｌ ＵＬ ＢＷＰ内で伝送されることを確保することができる。しかしながらＵＥが非許可周波数帯域で作動している場合、ｔｙｐｅ ２の上りリンクリソース割り当てを使用するように配置される可能性がある。周波数領域リソース割り当てタイプ２の場合、ＵＥはＰＲＡＣＨが位置するＲＢ ｓｅｔに基づいてＰＵＳＣＨに割り当てられたＲＢ ｓｅｔを決定し、対応するＲＢがすでに対応するｉｎｉｔｉａｌ ＵＬ ＢＷＰに位置している可能性がある。
【0032】
ＵＥが非許可周波数帯域、即ち共有スペクトルチャネルアクセスで作動している場合、ＵＥはパラメータｉｎｔｒａＣｅｌｌＧｕａｒｄＢａｎｄＵＬ－ｒ１６又はｉｎｔｒａＣｅｌｌＧｕａｒｄＢａｎｄＤＬ－ｒ１６により、キャリア（ｃａｒｒｉｅｒ）のＮＲＢ－ｓｅｔ－１個のセル内保護帯域幅（ｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄ）（０に等しくてもよく、即ちｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄがない）を配置することができ、各ｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄは開始コモンリソースブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＣＲＢ）とＣＲＢの数として定義され、即ちＧＢｓｔａｒｔ，μ
ｓ，ｘとＧＢｓｉｚｅ，μ
ｓ，ｘ、ｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄｓはｃａｒｒｉｅｒをＮＲＢ－ｓｅｔ個のＲＢ－ｓｅｔｓ（ＲＢセット）に分け、各ＲＢセットは開始ＣＲＢと終了ＣＲＢ、即ちＲＢｓｔａｒｔ，μ
ｓ，ｘとＲＢｅｎｄ，μ
ｓ，ｘによって定義される。ＵＥは、以下の方式に基づいて各ＲＢ ｓｅｔの開始と終了ＣＲＢインデックスを決定する。
【0033】
一番目のＲＢ ｓｅｔは、ＲＢｓｔａｒｔ，μ
０，ｘ＝ＲＢｓｔａｒｔ，μ
ｇｒｉｄ，ｘであり、（ＮＲＢ－ｓｅｔ－１）番目のＲＢ ｓｅｔは、ＲＢｅｎｄ，μ
ＮＲＢ－ｓｅｔ－１，ｘ＝Ｎｓｔａｒｔ，μ
ｇｒｉｄ，ｘ＋Ｎｓｉｚｅ，μ
ｇｒｉｄ，ｘ－１であり、ここで、Ｎｓｔａｒｔ，μ
ｇｒｉｄはキャリアの開始ＣＲＢインデックスであり、Ｎｓｉｚｅ，μ
ｇｒｉｄはキャリアに含まれるＲＢ総数であり、異なる添字ｘによって対応するリンクがＤＬ又はＵＬであるように識別し、
その他のＲＢ ｓｅｔは、ＲＢｅｎｄ，μ ｓ，ｘ＝Ｎｓｔａｒｔ，μ ｇｒｉｄ，ｘ＋ＧＢｓｔａｒｔ，μ ｓ，ｘ－１及びＲＢｓｔａｒｔ，μ ｓ＋１，ｘ＝Ｎｓｔａｒｔ，μ ｇｒｉｄ，ｘ＋ＧＢｓｔａｒｔ，μ ｓ，ｘ＋ＧＢｓｉｚｅ，μ ｓ，ｘである。
その他のＲＢ ｓｅｔは、ＲＢｅｎｄ，μ ｓ，ｘ＝Ｎｓｔａｒｔ，μ ｇｒｉｄ，ｘ＋ＧＢｓｔａｒｔ，μ ｓ，ｘ－１及びＲＢｓｔａｒｔ，μ ｓ＋１，ｘ＝Ｎｓｔａｒｔ，μ ｇｒｉｄ，ｘ＋ＧＢｓｔａｒｔ，μ ｓ，ｘ＋ＧＢｓｉｚｅ，μ ｓ，ｘである。
【0034】
ＵＥがｉｎｔｒａＣｅｌｌＧｕａｒｄＢａｎｄＵＬ－ｒ１６を配置していない場合、ＵＥは、対応するサブキャリア間隔（Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ、ＳＣＳ）μとキャリアサイズＮｓｉｚｅ，μ
ｇｒｉｄ，ｘで予め定義された名義のｉｎｔｒａ ｃｅｌｌ ｇｕａｒｄ ｂａｎｄとＲＢモード（ｎｏｍｉｎａｌ ｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄ ａｎｄ ＲＢ ｓｅｔ ｐａｔｔｅｒｎ）に基づいてｉｎｔｒａ ｃｅｌｌ ｇｕａｒｄ ｂａｎｄに対応するＣＲＢインデックス（ある場合）を決定する。
【0035】
ＵＥがｉｎｔｒａＣｅｌｌＧｕａｒｄＢａｎｄＤＬ－ｒ１６を配置していない場合、ＵＥは、対応するサブキャリア間隔（Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ、ＳＣＳ）μとキャリアサイズＮｓｉｚｅ，μ
ｇｒｉｄ，ｘで予め定義された名義のｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄとＲＢモードに基づいてｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄに対応するＣＲＢインデックス（ある場合）を決定する。
【0036】
ＤＬ及び／又はＵＬに対して、予め定義された名義のｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄとＲＢモードがｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄを含まない場合、ｃａｒｒｉｅｒのＲＢ ｓｅｔ数は１、即ちＮＲＢ－ｓｅｔ，ｘ＝１である。
【0037】
一つのｃａｒｒｉｅｒにＮｓｔａｒｔ，μ
ＢＷＰ，ｉ＝ＲＢｓｔａｒｔ，μ
ｓ０，ｘ、Ｎｓｉｚｅ，μ
ＢＷＰ，ｉ＝ＲＢｅｎｄ，μ
ｓ１，ｘ－ＲＢｓｔａｒｔ，μ
ｓ０，ｘ＋１があり、ここで、ＢＷＰ ｉに対してパラメータBWP-DownlinkCommon又はBWP-DownlinkDedicatedを使用してＤＬ ＢＷＰを配置し、又は、BWP-UplinkCommon又はBWP-UplinkDedicatedを使用してＵＬ ＢＷＰを配置する。ここで、0≦s0≦s1≦ＮＲＢ－ｓｅｔ，ｘ－１である。ＢＷＰ ｉ内では、ＲＢ ｓｅｔ は０からＮＢＷＰ
ＲＢ－ｓｅｔ，ｘ－１まで昇順に番号付けされ、ここで、ＮＢＷＰ
ＲＢ－ｓｅｔ，ｘはＢＷＰ ｉに含まれるＲＢ ｓｅｔ数を表し、ＢＷＰ ｉのＲＢ ｓｅｔ ０はｃａｒｒｉｅｒ の ＲＢ ｓｅｔ s０に対応し、ＢＷＰ ｉのＲＢ ｓｅｔ ＮＢＷＰ
ＲＢ－ｓｅｔ，ｘ－１はｃａｒｒｉｅｒのＲＢ ｓｅｔ s１に対応する。
【0038】
例えば、図３ａにおいて、一つのｃａｒｒｉｅｒ帯域幅が４０ＭＨｚであり、ＳＣＳが３０ｋＨｚである場合、ｃａｒｒｉｅｒには合計１０６つのＲＢ、５つのインターリーブ（ｉｎｔｅｒｌａｃｅ）が含まれ、対応するＣＲＢ番号がそれぞれ０、１、・・・、１０５であるとする。初期ＵＬ ＢＷＰはｃａｒｒｉｅｒの一番目のＲＢ ｓｅｔ、即ちＲＢ ｓｅｔ ０に対応し、ＵＥ１は初期ＵＬ ＢＷＰで作動し、ＵＥ ２はａｃｔｉｖｅ ＵＬ ＢＷＰで作動し、そのａｃｔｉｖｅ ＵＬ ＢＷＰは二つのＲＢ ｓｅｔを含む。ｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄが各ＵＥ（即ちｐｅｒ ＵＥ）に対して配置されてもよいため、ＵＥ１とＵＥ２はこのｃａｒｒｉｅｒで異なるｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄを配置する可能性がある。例えば、図３ａにおいてＵＥ １はｉｎｉｔｉａｌ ＵＬ ＢＷＰで作動する（ｉｎｉｔｉａｌ ＵＬ ＢＷＰの範囲はＣＲＢ０～ＣＲＢ４９であり、ｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄがＣＲＢ ５０～ＣＲＢ ５５として配置される時のｃａｒｒｉｅｒのＲＢ ｓｅｔ ０に相当する）。一方、ＵＥ ２に配置されるｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄは０であり、即ちＲＢ ｓｅｔ ０とＲＢ ｓｅｔ １との間にｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄがない。そのため、ＵＥ １については、初期ＵＬ ＢＷＰ（ｃａｒｒｉｅｒのＲＢ ｓｅｔ ０であり、ここでｉｎｉｔｉａｌ ＵＬ ＢＷＰのＲＢ ｓｅｔ ０でもある）は５０つの利用可能なＲＢのみを含むが、ＵＥ ２については、ｃａｒｒｉｅｒのＲＢ ｓｅｔ ０であり、ここでａｃｔｉｖｅ ＵＬ ＢＷＰのＲＢ ｓｅｔ ０でもあり、５３つのＲＢを含み、同様にＲＢ ｓｅｔ ０のｉｎｔｅｒｌａｃｅ ０については、ＵＥ１とＵＥ２に対応するＲＢ数は異なり、例えばＵＥ１ ＲＢ ｓｅｔ ０ ｉｎｔｅｒｌａｃｅ ０に対応するＣＲＢのインデックスは０、５、１０、１５、２０、・・・、４０、４５を含む。一方、ＵＥ２ ＲＢ ｓｅｔ ０ ｉｎｔｅｒｌａｃｅ ０に対応するＣＲＢのインデックスは０、５、１０、１５、２０、・・・、４０、４５、５０を含む。ＵＥ ２のＲＢ ｓｅｔ ０ ｉｎｔｅｒｌａｃｅ ０に対応するＣＲＢは、ＵＥ １のＲＢ ｓｅｔ ０ ｉｎｔｅｒｌａｃｅ ０に対応するＣＲＢよりも一つ多いことが発見される。
【0039】
ＵＥ １とＵＥ ２の両方のＰＲＡＣＨリソースが初期ＵＬ ＢＷＰに対応する物理リソース位置（即ちｃａｒｒｉｅｒのＲＢ ｓｅｔ ０上）に配置される場合、基地局がこの位置でＰＲＡＣＨを受信すると、基地局はこのＲＢ ｓｅｔ 内でＰＵＳＣＨを伝送するようにＵＥをスケジューリングするためのＲＡＲ ＵＬ ｇｒａｎｔを送信し、基地局がＵＥ１かＵＥ２かによって送信されたＰＲＡＣＨであるかを判断できないため、基地局はこのＰＵＳＣＨに対応するｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄの値を知ることができない。さらにそれによりスケジューリングされるＰＵＳＣＨがＣＲＢ ０、５、１０、１５、２０、・・・、４０、４５上で送信されるか、それとも０、５、１０、１５、２０、・・・、４０、４５、５０上で送信されるかを判断することができない。一方、ＴＣ－ＲＮＴＩスクランブルのＤＣＩ ０＿０についてもこのような問題が存在している。
【0040】
また例えば、図３ｂにおいて、ＵＥ１とＵＥ２がいずれもａｃｔｉｖｅ ＵＬ ＢＷＰで作動するが、ｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄが各ＵＥによってそれぞれ配置されてもよいため、ＵＥ １とＵＥ２のｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄは異なる可能性がある。図３ｂに示すように、ＵＥ １のｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄ はＣＲＢ ５０～ＣＲＢ ５５として配置され、ＵＥ ２のｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄは０として配置され、即ちＲＢ ｓｅｔ ０とＲＢ ｓｅｔ １との間にｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄがない。そのため、ＵＥ １とＵＥ２が同時にＲＢ ｓｅｔ ０又はＲＢ ｓｅｔ １上にＰＲＡＣＨリソースを配置している場合、基地局は、ＰＲＡＣＨを受信した後にこのＲＢ ｓｅｔ内でＰＵＳＣＨを伝送するようにＵＥをスケジューリングするためのＲＡＲ ＵＬ ｇｒａｎｔを送信するが、基地局は、ＵＥ１かＵＥ２かによって送信されたＰＲＡＣＨであるかを判断できないため、このＰＵＳＣＨに対応するｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄの値を知ることができない。例えばＰＵＳＣＨに割り当てられたのがｉｎｔｅｒｌａｃｅ ０である場合、それによりスケジューリングされるＰＵＳＣＨがＣＲＢ ０、５、１０、１５、２０、・・・、４０、４５上で送信されるか、それとも０、５、１０、１５、２０、・・・、４０、４５、５０上で送信されるかを判断することができない。同様に、ＴＣ－ＲＮＴＩスクランブルのＤＣＩ ０＿０についてもこのような問題が存在している。
【0041】
この問題を解決するために、本出願の実施例の一つの可能な実現方式では、Ｓ２１０は、周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当てであり、且つ前記ＰＵＳＣＨがＲＡＲ ＵＬ許可によりスケジューリングされるか又は前記ＰＵＳＣＨがＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる時、ターゲットＲＢセットのコモンリソースブロック（ＣＲＢ）範囲を決定する。前記ターゲットＲＢセットは、前記ＰＵＳＣＨに割り当てられたＲＢセットであることと、前記ＣＲＢ範囲及び前記周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられる前記第一のターゲットＰＲＢを決定することとを含んでもよい。つまり、この選択的な実現方式では、周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当て方式であり、且つ前記ＰＵＳＣＨがＲＡＲ ＵＬ許可によりスケジューリングされるか又は前記ＰＵＳＣＨがＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる時、まずターゲットＲＢセットのＣＲＢ範囲を決定し、そしてターゲットＲＢセットのＣＲＢ範囲及び周波数領域リソース割り当て情報に基づいてＰＵＳＣＨに割り当てられる第一のターゲットＲＰＢを決定する。例えば、ターゲットＲＢセットのＣＲＢ範囲を決定した後に、周波数領域リソース割り当て情報により指示されたｉｎｔｅｒｌａｃｅとターゲットＲＢセットとの積集合を取り、ＰＵＳＣＨに割り当てられるＣＲＢ又はＰＲＢ（即ち第一のターゲットＰＲＢ）を決定する。
【0042】
上記可能な実現方式では、周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当て方式として配置されない場合、Ｓ２１０では、周波数領域リソース割り当て情報に基づいてＰＵＳＣＨに割り当てられる第一のターゲットＶＲＢを決定することができる。周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当て方式として配置されるが、前記ＰＵＳＣＨがＲＡＲ ＵＬ許可及びＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報以外の他の形式によりスケジューリングされる場合、Ｓ２１０では、周波数領域リソース割り当て情報及びＵＥが配置されたｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄにより決定されたＲＢ ｓｅｔに基づいてＰＵＳＣＨに割り当てられる第一のターゲットＰＲＢを決定することができる。
【0043】
上記可能な実現方式のうち、一つの可能な実現方式では、ターゲットＲＢセットのＣＲＢ範囲を決定する時、第一のＲＢセット分け方式に基づいて、ターゲットＲＢセットのＣＲＢ範囲を決定することができる。即ち、この可能な実現方式では、ＵＥは第一のＲＢセット分け方式に基づいて、ターゲットＲＢセットのＣＲＢ範囲を決定する。
【0044】
上記可能な実現方式では、ターゲットＲＢセットのＣＲＢ範囲を決定する前に、名義のセル内保護帯域幅及びキャリアのＲＢセットモードに基づいて、キャリア上の第一のＲＢセット分け方式を決定することもできる。即ち、この可能な実現方式では、ＵＥはプロトコルによって定義された名義のセル内保護帯域幅（ｎｏｍｉｎａｌ ｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄ）とＲＢセットモードに基づいて、キャリア上の第一のＲＢセット分け方式を決定する。
【0045】
別の可能な実現方式では、ターゲットＲＢセットのＣＲＢ範囲を決定する時、アクティブ化ＵＬ ＢＷＰが第一の条件と第二の条件を満たす場合、第一のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのＣＲＢ範囲を決定する。ここで、前記第一の条件は、前記アクティブ化ＵＬ ＢＷＰが初期ＵＬ ＢＷＰにおけるすべてのＲＢを含むことであり、前記第二の条件は、前記アクティブ化ＵＬ ＢＷＰが前記初期ＵＬ ＢＷＰと同じサブキャリア間隔（ＳＣＳ）及びサイクルプレフィックス（ＣＰ）を有することであり、アクティブ化ＵＬ ＢＷＰが前記第一の条件及び／又は前記第二の条件を満たさない場合、第二のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定する。
【0046】
上記可能な実現方式では、ターゲットＲＢセットのＣＲＢ範囲を決定する前に、前記端末のために配置されたセル内保護帯域幅に基づいて、キャリア上の前記第二のＲＢセット分け方式を決定することもできる。
【0047】
つまり、この可能な実現方式では、ａｃｔｉｖｅ ＵＬ ＢＷＰがｉｎｉｔｉａｌ ＵＬ ＢＷＰのすべてのＲＢを含み、且つｉｎｉｔｉａｌ ＵＬ ＢＷＰと同じＳＣＳ及びＣＰを有する時、ＰＵＳＣＨが位置するＲＢ ｓｅｔの範囲はｉｎｉｔｉａｌ ＵＬ ＢＷＰに対応するＲＲＢ範囲と同じである（即ち名義のセル内保護帯域幅とＲＢセットモードに従ってＲＢ ｓｅｔの区分を決定する）。そうでなければ、ＰＵＳＣＨが位置するＲＢ ｓｅｔに対応するＰＲＢ範囲は、ＵＥが配置されたｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄにより決定されたＲＢ ｓｅｔに基づいて決定される。説明すべきこととして、この時にＵＥにｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄが配置されない場合、ＵＥが名義のセル内保護帯域幅とＲＢセットモードにより決定されたＲＢ ｓｅｔに基づいて決定してもよい。
【0048】
実際の応用では、周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当てである場合、端末は、ＰＵＳＣＨ信号を第二のターゲットＰＲＢにマッピングするマッピング方式が、第二のターゲットＰＲＢに直接マッピングすることであってもよい、又は、まずＶＲＢにマッピングしてからＰＲＢにマッピングするマッピング方式を採用してもよいと決定することができ、ＵＥがリソース割り当て情報に基づいて決定されたのがＣＲＢ又はＰＲＢであるため、従来の方式を採用してマッピングすると、ＰＵＳＣＨの物理リソースがＵＥの初期ＵＬ ＢＷＰからずれる可能性がある。
【0049】
例えば、図４において、ＵＥ １はｉｎｉｔｉａｌ ＵＬ ＢＷＰ（対応ｃａｒｒｉｅｒ又はＵＥ２ ａｃｔｉｖｅ ＵＬ ＢＷＰのＲＢ ｓｅｔ １の位置）で作動し、ＵＥ ２はａｃｔｉｖｅ ＵＬ ＢＷＰで作動し、且つＵＥ ２のａｃｔｉｖｅ ＵＬ ＢＷＰはｉｎｉｔｉａｌ ＵＬ ＢＷＰのすべてのＲＢを含み、且つｉｎｉｔｉａｌ ＵＬ ＢＷＰと同じＳＣＳ及びＣＰを有する。
【0050】
ＵＥは、ＰＵＳＣＨに割り当てられたＶＲＢを決定した後に、ＶＲＢからＰＲＢへのマッピングに基づいて対応するＰＲＢを決定する。関連技術における規定に従って、非インターリーブのマッピング方式を採用してマッピングを行う。非インターリーブのマッピングについて、ＲＡＲ ＵＬ ｇｒａｎｔ又はＴＣ－ＲＮＴＩスクランブルのＤＣＩ フォーマット０＿０によりスケジューリングされる、ａｃｔｉｖｅ ＢＷＰ ｉ（開始ＲＢインデックスがＮｓｔａｒｔ
ＢＷＰ，ｉである）で伝送されるＰＵＳＣＨについて、ａｃｔｉｖｅ ＵＬ ＢＷＰがｉｎｉｔｉａｌ ＵＬ ＢＷＰ（開始ＣＲＢインデックスがＮｓｔａｒｔ
ＢＷＰ，０である）のすべてのＲＢを含み、且つｉｎｉｔｉａｌ ＵＬ ＢＷＰと同じＳＣＳとＣＰ長さを有す場合、ＶＲＢ ｎはＰＲＢ ｎ＋Ｎｓｔａｒｔ
ＢＷＰ，０－Ｎｓｔａｒｔ
ＢＷＰ，ｉにマッピングされ、それ以外の場合、ＶＲＢ ｎはＰＲＢ ｎにマッピングされる。
【0051】
例えば、図４において、ＵＥ ２がＲＢ ｓｅｔ １でＰＲＡＣＨを送信する場合、基地局は受信した後にＰＵＳＣＨを伝送するようにＵＥをスケジューリングするためのＲＡＲ ＵＬ ｇｒａｎｔを送信し、ＰＵＳＣＨが位置するＲＢ ｓｅｔはＰＲＡＣＨが位置するＲＢ ｓｅｔと同じであるため、ＵＥ ２は対応するＰＵＳＣＨに割り当てられたのがＲＢ ｓｅｔ １であると決定する。ＵＥ２の周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当てである場合、ＵＥ ２はＲＡＲ ＵＬ ｇｒａｎｔにおけるＦＤＲＡ指示に基づいてＰＵＳＣＨに割り当てられたｉｎｔｅｒｌａｃｅインデックスを決定し、ＲＢ ｓｅｔ ０に基づいて割り当てられたＣＲＢ／ＰＲＢを決定し（例えば、図４においてＵＥ ２はＲＢ ｓｅｔ １でＰＲＡＣＨを送信し、基地局ＲＡＲ ＵＬ ｇｒａｎｔはｉｎｔｅｒｌａｃｅ ０の割り当てを指示し、ｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄがＣＲＢ ５０～５５であるとすると、ＲＢ ｓｅｔ １上のｉｎｔｅｒｌａｃｅ ０に対応するＣＲＢは６０、６５、・・・、１０５である）、
Ｎμ ＣＲＢ＝Ｎμ ＰＲＢ＋Ｎｓｔａｒｔ，μ ＢＷＰ，ｉ
という対応関係に基づいて、対応するＰＲＢが６０、６５、・・・、１０５であると決定することができ（ここで、Ｎｓｔａｒｔ ＢＷＰ，ｉは前記アクティブ化ＵＬ ＢＷＰの開始ＣＲＢのインデックスであり、且つＮｓｔａｒｔ，μ ＢＷＰ，ｉ＝０である）、そして対応するＶＲＢ（ＰＲＢ ｎはＶＲＢ ｎに対応する）を決定し、最後に信号をＶＲＢにマッピングし、ＶＲＢからＰＲＢへのマッピングルールに基づいてＰＲＢにマッピングする。上記のルールに従って、ａｃｔｉｖｅ ＵＬ ＢＷＰがｉｎｉｔｉａｌ ＵＬ ＢＷＰのすべてのＲＢを含み、且つｉｎｉｔｉａｌ ＵＬ ＢＷＰと同じＳＣＳ及びＣＰを有するため、ＵＥ １はＶＲＢ ｎをＰＲＢ ｎ＋Ｎｓｔａｒｔ ＢＷＰ，０－Ｎｓｔａｒｔ ＢＷＰ，ｉにマッピングし、ここで、Ｎｓｔａｒｔ ＢＷＰ，０＝５６、Ｎｓｔａｒｔ ＢＷＰ，ｉ＝０である場合、ＶＲＢ ５５はＰＲＢ ５５＋５６＝１１１にマッピングされ、１１１はＵＥのａｃｔｉｖｅ ＵＬ ＢＷＰのサイズよりも大きい。そのため、上記ＶＲＢからＰＲＢへのマッピングルールは、タイプ２の上りリンクリソース割り当てには適用されない。
Ｎμ ＣＲＢ＝Ｎμ ＰＲＢ＋Ｎｓｔａｒｔ，μ ＢＷＰ，ｉ
という対応関係に基づいて、対応するＰＲＢが６０、６５、・・・、１０５であると決定することができ（ここで、Ｎｓｔａｒｔ ＢＷＰ，ｉは前記アクティブ化ＵＬ ＢＷＰの開始ＣＲＢのインデックスであり、且つＮｓｔａｒｔ，μ ＢＷＰ，ｉ＝０である）、そして対応するＶＲＢ（ＰＲＢ ｎはＶＲＢ ｎに対応する）を決定し、最後に信号をＶＲＢにマッピングし、ＶＲＢからＰＲＢへのマッピングルールに基づいてＰＲＢにマッピングする。上記のルールに従って、ａｃｔｉｖｅ ＵＬ ＢＷＰがｉｎｉｔｉａｌ ＵＬ ＢＷＰのすべてのＲＢを含み、且つｉｎｉｔｉａｌ ＵＬ ＢＷＰと同じＳＣＳ及びＣＰを有するため、ＵＥ １はＶＲＢ ｎをＰＲＢ ｎ＋Ｎｓｔａｒｔ ＢＷＰ，０－Ｎｓｔａｒｔ ＢＷＰ，ｉにマッピングし、ここで、Ｎｓｔａｒｔ ＢＷＰ，０＝５６、Ｎｓｔａｒｔ ＢＷＰ，ｉ＝０である場合、ＶＲＢ ５５はＰＲＢ ５５＋５６＝１１１にマッピングされ、１１１はＵＥのａｃｔｉｖｅ ＵＬ ＢＷＰのサイズよりも大きい。そのため、上記ＶＲＢからＰＲＢへのマッピングルールは、タイプ２の上りリンクリソース割り当てには適用されない。
【0052】
そのため、本出願の一つの可能な実現方式では、Ｓ２１２は、以下のステップ１－ステップ３を含んでもよい。
【0053】
ステップ１では、前記端末の周波数領域リソース割り当てタイプに基づいて、ＰＵＳＣＨに割り当てられる第二のターゲットＶＲＢのインデックス値を決定する。
【0054】
選択的に、前記端末がインターリーブＰＵＳＣＨを使用するように配置されるか又はタイプ２のＵＬリソース割り当て方式として配置される場合、前記第二のターゲットＶＲＢのインデックス値が、Ｓ２１０で決定された前記第一のターゲットＰＲＢのインデックス値に等しいと決定する。ここで、第一のターゲットＰＲＢは、ＰＵＳＣＨに割り当てられたｉｎｔｅｒｌａｃｅインデックスＭとＰＵＳＣＨに割り当てられるＲＢ ｓｅｔにより決定され、例えば割り当てられたｉｎｔｅｒｌａｃｅに対応するＲＢと、割り当てられたＲＢ ｓｅｔとｉｎｔｒａ ｃｅｌｌ ｇｕａｒｄ ｂａｎｄとの和集合に対応するＲＢとの積集合に基づいて割り当てられたＲＢを決定し、又は、割り当てられたのが一つのＲＢ ｓｅｔである時、割り当てられたｉｎｔｅｒｌａｃｅに対応するＲＢと割り当てられたＲＢ ｓｅｔに対応するＲＢとの積集合に基づいて、ＰＵＳＣＨに割り当てられるＲＢ ｓｅｔのＣＲＢ範囲を決定し、決定されたＣＲＢ範囲とｉｎｔｅｒｌａｃｅに対応するＣＲＢとの積集合を取り、ＰＵＳＣＨに割り当てられるＲＢ（ＣＲＢ又はＰＲＢ、ここで、ＰＲＢはＣＲＢに基づいて決定されることができる）を決定する。
【0055】
そしてＶＲＢインデックス＝ＰＲＢインデックスであることを決定する。例えば、図４において、ＵＥ２に割り当てられたのがＲＢ ｓｅｔ １及びｉｎｔｅｒｌａｃｅ ０であるとすると、対応するＶＲＢインデックスは６０、６５、７０、・・・、１００、１０５である。
【0056】
前記端末がインターリーブＰＵＳＣＨを使用するように配置されないか又はタイプ２のＵＬリソース割り当て方式として配置されない場合、前記第二のターゲットＶＲＢが前記第一のターゲットＶＲＢであると決定する。即ちＵＥの周波数領域リソース割り当て情報に基づいて第二のターゲットＶＲＢを決定する。
【0057】
ステップ２では、前記ＰＵＳＣＨ信号に振幅倍率係数を乗算した後に、前記第二のターゲットＶＲＢにマッピングする。
【0058】
前記ＰＵＳＣＨ信号に振幅倍率係数を乗算することにより、ＰＵＳＣＨ信号のパワー制御に有利することができる。
【0059】
ステップ３では、前記ＰＵＳＣＨがＲＡＲ ＵＬ許可によりスケジューリングされるか又は前記ＰＵＳＣＨがＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる場合、前記端末がインターリーブＰＵＳＣＨを使用するように配置されるかどうか又はタイプ２のＵＬリソース割り当てとして配置されるかどうかに基づいて、前記ＰＵＳＣＨ信号を前記第二のターゲットＶＲＢから前記第二のターゲットＰＲＢにマッピングするマッピング方式を決定する。
【0060】
ここで、前記端末がインターリーブＰＵＳＣＨを使用するように配置されるかどうかは、この端末に上位層シグナリングが配置されるかどうか、例えばｕｓｅＩｎｔｅｒｌａｃｅＰＵＣＣＨ－ＰＵＳＣＨ－Ｃｏｍｍｏｎパラメータにより決定されることができる。このパラメータが配置される場合、端末がインターリーブＰＵＳＣＨを使用するように配置されることを指示し、そうでなければ、端末がインターリーブＰＵＳＣＨを使用するように配置されないことを指示する。
【0061】
また、前記端末がインターリーブＰＵＳＣＨを使用するように配置されることは、この端末が配置される上位層シグナリング、例えばｕｓｅＩｎｔｅｒｌａｃｅＰＵＣＣＨ－ＰＵＳＣＨ－Ｃｏｍｍｏｎパラメータにより決定されることができる。このパラメータが配置される場合、端末がインターリーブＰＵＳＣＨを使用するように配置されることを指示し、また、このパラメータが配置される場合、端末がタイプ２のＵＬリソース割り当てとして配置されることを表してもよい。
【0062】
ここで、選択的に、ＰＵＳＣＨがＲＡＲ ＵＬ許可によりスケジューリングされず且つＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされない場合、ＵＥがタイプ０／１のリソース割り当て方式であるかタイプ２のリソース割り当て方式であるかにかかわらず、ＰＵＳＣＨ信号を第二のターゲットＶＲＢから第二のターゲットＰＲＢにマッピングするマッピング方式は、ＶＲＢ ｎからＰＲＢ ｎにマッピングすることであってもよい。
【0063】
一つの可能な実現方式では、前記端末がインターリーブＰＵＳＣＨを使用するように配置されるかどうか又はタイプ２のＵＬリソース割り当て方式として配置されるかどうかに基づいて、前記ＰＵＳＣＨ信号を前記第二のターゲットＶＲＢから前記第二のターゲットＰＲＢにマッピングするマッピング方式を決定する時、非インターリーブの方式で前記ＰＵＳＣＨ信号を前記第二のターゲットＶＲＢから前記第二のターゲットＰＲＢにマッピングし、前記端末がインターリーブＰＵＳＣＨを使用するように配置されないか又はタイプ２のＵＬリソース割り当て方式として配置されず、ここで、アクティブ化ＵＬ ＢＷＰが初期ＵＬ ＢＷＰにおけるすべてのＲＢを含み、且つ初期ＵＬ ＢＷＰと同じサブキャリア間隔ＳＣＳ及びサイクルプレフィックスＣＰを有する場合、ｎ番目の前記第二のターゲットＶＲＢを（ｎ＋Ｎｓｔａｒｔ
ＢＷＰ，０－Ｎｓｔａｒｔ
ＢＷＰ，ｉ）番目の前記第二のターゲットＰＲＢにマッピングし、ここで、Ｎｓｔａｒｔ
ＢＷＰ，０は前記初期ＵＬ ＢＷＰの開始ＣＲＢのインデックスであり、Ｎｓｔａｒｔ
ＢＷＰ，ｉは前記アクティブ化ＵＬ ＢＷＰの開始ＣＲＢのインデックスであり、ｎは０以上の整数であり、アクティブ化ＵＬ ＢＷＰが初期ＵＬ ＢＷＰにおけるすべてのＲＢを含まず、及び／又は、アクティブ化ＵＬ ＢＷＰが初期ＵＬ ＢＷＰと同じＳＣＳ及び／又はＣＰを有しない場合、ｎ番目の前記第二のターゲットＶＲＢをｎ番目の前記第二のターゲットＰＲＢにマッピングし、前記端末がインターリーブＰＵＳＣＨを使用するように配置されるか又はタイプ２のＵＬリソース割り当てとして配置される場合、ｎ番目の前記第二のターゲットＶＲＢをｎ番目の前記第二のターゲットＰＲＢにマッピングする方式で、前記ＰＵＳＣＨ信号を前記第二のターゲットＶＲＢから前記第二のターゲットＰＲＢにマッピングする。
【0064】
上記可能な実現方式では、端末がインターリーブＰＵＳＣＨを使用するように配置されるか又はタイプ２のＵＬリソース割り当てとして配置される場合、ｎ番目の前記第二のターゲットＶＲＢをｎ番目の前記第二のターゲットＰＲＢにマッピングする方式で、前記ＰＵＳＣＨ信号を前記第二のターゲットＶＲＢから前記第二のターゲットＰＲＢにマッピングすることにより、ＶＲＢからＰＲＢにマッピングする時、ＵＥ のａｃｔｉｖｅ ＵＬ ＢＷＰのサイズを超えるか、又は場合によっては、ＰＵＳＣＨが非ｉｎｉｔｉａｌ ＵＬ ＢＷＰにマッピングされるせいで、基地局がＰＵＳＣＨ信号を検出できないか又は完全に検出できないという問題を回避することができる。
【0065】
別の可能な実現方式では、Ｓ２１２では、ＰＵＳＣＨ信号を第二のターゲットＰＲＢにマッピングするマッピング方式を決定する時、Ｓ２１２は、前記端末がインターリーブＰＵＳＣＨを使用するように配置されるか又はタイプ２のＵＬリソース割り当てとして配置される場合、前記マッピング方式が第二のマッピング方式であると決定する。そうでなければ、前記マッピング方式が第一のマッピング方式であると決定することをさらに含んでもよい。ここで、前記第一のマッピング方式は、まずＰＵＳＣＨ信号をＶＲＢにマッピングし、次にＰＵＳＣＨ信号をＶＲＢからＰＲＢにマッピングすることであり、前記第二のマッピング方式は、前記ＰＵＳＣＨ信号をＰＲＢに直接マッピングすることである。即ち、この可能な実現方式では、端末がインターリーブＰＵＳＣＨを使用するように配置されるか又はタイプ２のＵＬリソース割り当てとして配置される場合、決定マッピング方式が、ＰＵＳＣＨ信号をＳ２１０で決定されるＰＲＢに直接マッピングすることであると決定する。そうでなければ、マッピング方式が、ＰＵＳＣＨ信号をＶＲＢにマッピングし、そしてＶＲＢからＰＲＢにマッピングし、即ちタイプ０／１のＵＬリソース割り当てのマッピング方式に従ってマッピングを行うことであると決定する。
【0066】
上記可能な実現方式では、前記マッピング方式が第二のマッピング方式である場合、Ｓ２１４では、前記ＰＵＳＣＨ信号に振幅倍率係数を乗算した後に、決定された前記第一のターゲットＰＲＢにマッピングする。
【0067】
本出願による上記技術案によって、異なるＵＥが同じＲＡＣＨリソースを共有する時、異なるＵＥによって配置されるｉｎｔｒａ－ｃｅｌｌ ｇｕａｒｄ ｂａｎｄが異なるため、基地局がＰＵＳＣＨをブラインド検出するという問題を回避する。また、ＵＥは、ｕｓｅＩｎｔｅｒｌａｃｅ ＰＵＣＣＨ－ＰＵＳＣＨ－Ｃｏｍｍｏｎが配置されるかどうか又はｔｙｐｅ ２のＵＬリソース割り当て（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）が配置されるかどうかに基づいて、ＰＵＳＣＨのリソースマッピング方式を決定し、通信システムの有効性を向上させる。
【0068】
説明すべきこととして、本出願の実施例によるＰＵＳＣＨ信号のマッピング方法では、実行本体は、ＰＵＳＣＨ信号のマッピング装置、又は、このＰＵＳＣＨ信号のマッピング装置におけるＰＵＳＣＨ信号のマッピング方法を実行するための制御モジュールであってもよい。本出願の実施例では、ＰＵＳＣＨ信号のマッピング装置がＰＵＳＣＨ信号のマッピングの方法を実行することを例にして、本出願の実施例によるＰＵＳＣＨ信号のマッピング装置について説明する。
【0069】
図５は、本出願によるＰＵＳＣＨ信号のマッピング装置の構造概略図を示す。図５に示すように、このＰＵＳＣＨ信号のマッピング装置５００は、主に第一の決定モジュール５０１と、第二の決定モジュール５０２と、マッピングモジュール５０３とを含む。
【0070】
本出願では、第一の決定モジュール５０１は、端末の周波数領域リソース割り当てタイプと前記端末の周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定するために用いられる。ここで、前記ターゲットリソースブロックは、第一のターゲット仮想リソースブロックＶＲＢ又は第一のターゲット物理リソースブロックＰＲＢを含み、第二の決定モジュール５０２は、前記周波数領域リソース割り当てタイプ及び／又は前記ＰＵＳＣＨがスケジューリングされる方式に基づいて、ＰＵＳＣＨ信号を第二のターゲットＰＲＢにマッピングするマッピング方式を決定するために用いられ、ここで、前記第二のターゲットＰＲＢは、前記第一のターゲットＰＲＢ又は前記第一のターゲットＶＲＢに対応するＰＲＢであり、マッピングモジュール５０３は、前記マッピング方式を採用して、ＰＵＳＣＨ信号を前記第二のターゲットＰＲＢにマッピングするために用いられる。
【0071】
一つの可能な実現方式では、前記第一の決定モジュール５０１が前記端末の周波数領域リソース割り当てタイプと前記端末の周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定することは、前記周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当てであり、且つ前記ＰＵＳＣＨがランダムアクセス応答ＲＡＲ上りリンクＵＬ許可によりスケジューリングされるか又は前記ＰＵＳＣＨが一時セル無線ネットワーク一時識別子ＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる場合、ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することであって、前記ターゲットＲＢセットは、前記ＰＵＳＣＨに割り当てられたＲＢセットであることと、前記ＣＲＢ範囲及び前記周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられる前記第一のターゲットＰＲＢを決定することとを含む。
【0072】
一つの可能な実現方式では、前記第一の決定モジュール５０１がターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することは、第一のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのＣＲＢ範囲を決定することを含む。
【0073】
一つの可能な実現方式では、前記第一の決定モジュール５０１は、第一のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのＣＲＢ範囲を決定する前に、名義のセル内保護帯域幅、及びキャリアのＲＢセットモードに基づいて、キャリア上の第一のＲＢセット分け方式を決定するためにも用いられる。
【0074】
一つの可能な実現方式では、前記決定モジュールがターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することは、アクティブ化ＵＬキャリア帯域幅部分ＢＷＰが第一の条件と第二の条件を満たす場合、前記第一のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのＣＲＢ範囲を決定することであって、前記第一の条件は、前記アクティブ化ＵＬ ＢＷＰが初期ＵＬ ＢＷＰにおけるすべてのＲＢを含むことであり、前記第二の条件は、前記アクティブ化ＵＬ ＢＷＰが前記初期ＵＬ ＢＷＰと同じサブキャリア間隔ＳＣＳ及びサイクルプレフィックスＣＰを有することであることと、アクティブ化ＵＬ ＢＷＰが前記第一の条件及び／又は前記第二の条件を満たさない場合、第二のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定することとを含む。
【0075】
一つの可能な実現方式では、前記第一の決定モジュール５０１は、第二のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定する前に、前記端末のために配置されたセル内保護帯域幅に基づいて、キャリア上の前記第二のＲＢセット分け方式を決定するためにも用いられる。
【0076】
一つの可能な実現方式では、前記第二の決定モジュール５０２が前記端末の周波数領域リソース割り当てタイプ及び／又は前記ＰＵＳＣＨがスケジューリングされる方式に基づいて、ＰＵＳＣＨ信号を前記第二のターゲットＰＲＢにマッピングするマッピング方式を決定することは、前記端末の周波数領域リソース割り当てタイプに基づいて、ＰＵＳＣＨに割り当てられる第二のターゲットＶＲＢのインデックス値を決定することと、前記ＰＵＳＣＨ信号に振幅倍率係数を乗算した後に、前記第二のターゲットＶＲＢにマッピングすることと、前記ＰＵＳＣＨがＲＡＲ ＵＬ許可によりスケジューリングされるか又は前記ＰＵＳＣＨがＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる場合、前記端末がインターリーブＰＵＳＣＨを使用するように配置されるかどうか又はタイプ２のＵＬリソース割り当てとして配置されるかどうかに基づいて、前記ＰＵＳＣＨ信号を前記第二のターゲットＶＲＢから前記第二のターゲットＰＲＢにマッピングするマッピング方式を決定することとを含む。
【0077】
一つの可能な実現方式では、前記第二の決定モジュール５０２が前記端末の周波数領域リソース割り当てタイプに基づいて、ＰＵＳＣＨに割り当てられる第二のターゲットＶＲＢのインデックス値を決定することは、前記端末がインターリーブＰＵＳＣＨを使用するように配置されるか又はタイプ２のＵＬリソース割り当て方式として配置される場合、前記第二のターゲットＶＲＢのインデックス値が、決定された前記第一のターゲットＰＲＢのインデックス値に等しいと決定することと、前記端末がインターリーブＰＵＳＣＨを使用するように配置されないか又はタイプ２のＵＬリソース割り当て方式として配置されない場合、前記第二のターゲットＶＲＢが前記第一のターゲットＶＲＢであると決定することとを含む。
【0078】
一つの可能な実現方式では、前記第二の決定モジュール５０２が前記端末がインターリーブＰＵＳＣＨを使用するように配置されるかどうか又はタイプ２のＵＬリソース割り当て方式として配置されるかどうかに基づいて、前記ＰＵＳＣＨ信号を前記第二のターゲットＶＲＢから前記第二のターゲットＰＲＢにマッピングするマッピング方式を決定することは、
第一のターゲット条件、第二のターゲット条件及び第三のターゲット条件を同時に満たす場合、ｎ番目の前記第二のターゲットＶＲＢを（ｎ＋Ｎｓｔａｒｔ ＢＷＰ，０－Ｎｓｔａｒｔ ＢＷＰ，ｉ）番目の前記第二のターゲットＰＲＢにマッピングすることであって、Ｎｓｔａｒｔ ＢＷＰ，０は前記初期ＵＬ ＢＷＰの開始ＣＲＢのインデックスであり、Ｎｓｔａｒｔ ＢＷＰ，ｉは前記アクティブ化ＵＬ ＢＷＰの開始ＣＲＢのインデックスであり、ｎは０以上の整数であることと、前記第一のターゲット条件、第二のターゲット条件及び第三のターゲット条件のうちの一つ又は複数を満たさない場合、ｎ番目の前記第二のターゲットＶＲＢをｎ番目の前記第二のターゲットＰＲＢにマッピングすることとを含む。ここで、前記第一のターゲット条件は、前記端末がインターリーブＰＵＳＣＨを使用するように配置されないか又はタイプ２のＵＬリソース割り当て方式として配置されないことであり、前記第二のターゲット条件は、アクティブ化ＵＬ ＢＷＰが初期ＵＬ ＢＷＰにおけるすべてのＲＢを含むことであり、前記第三のターゲット条件は、前記アクティブ化ＵＬ ＢＷＰが初期ＵＬ ＢＷＰと同じサブキャリア間隔ＳＣＳ及びサイクルプレフィックスＣＰを有することである。
第一のターゲット条件、第二のターゲット条件及び第三のターゲット条件を同時に満たす場合、ｎ番目の前記第二のターゲットＶＲＢを（ｎ＋Ｎｓｔａｒｔ ＢＷＰ，０－Ｎｓｔａｒｔ ＢＷＰ，ｉ）番目の前記第二のターゲットＰＲＢにマッピングすることであって、Ｎｓｔａｒｔ ＢＷＰ，０は前記初期ＵＬ ＢＷＰの開始ＣＲＢのインデックスであり、Ｎｓｔａｒｔ ＢＷＰ，ｉは前記アクティブ化ＵＬ ＢＷＰの開始ＣＲＢのインデックスであり、ｎは０以上の整数であることと、前記第一のターゲット条件、第二のターゲット条件及び第三のターゲット条件のうちの一つ又は複数を満たさない場合、ｎ番目の前記第二のターゲットＶＲＢをｎ番目の前記第二のターゲットＰＲＢにマッピングすることとを含む。ここで、前記第一のターゲット条件は、前記端末がインターリーブＰＵＳＣＨを使用するように配置されないか又はタイプ２のＵＬリソース割り当て方式として配置されないことであり、前記第二のターゲット条件は、アクティブ化ＵＬ ＢＷＰが初期ＵＬ ＢＷＰにおけるすべてのＲＢを含むことであり、前記第三のターゲット条件は、前記アクティブ化ＵＬ ＢＷＰが初期ＵＬ ＢＷＰと同じサブキャリア間隔ＳＣＳ及びサイクルプレフィックスＣＰを有することである。
【0079】
一つの可能な実現方式では、前記第二の決定モジュール５０２が前記周波数領域リソース割り当てタイプ及び／又は前記ＰＵＳＣＨがスケジューリングされる方式に基づいて、ＰＵＳＣＨ信号を第二のターゲットＰＲＢにマッピングするマッピング方式を決定することは、前記端末がインターリーブＰＵＳＣＨを使用するように配置されるか又はタイプ２のＵＬリソース割り当てとして配置される場合、前記マッピング方式が第二のマッピング方式であると決定する。そうでなければ、前記マッピング方式が第一のマッピング方式であると決定することを含み、ここで、前記第一のマッピング方式は、まずＰＵＳＣＨ信号を仮想リソースブロックＶＲＢにマッピングし、次にＰＵＳＣＨ信号をＶＲＢからＰＲＢにマッピングすることであり、前記第二のマッピング方式は、前記ＰＵＳＣＨ信号をＰＲＢに直接マッピングすることである。
【0080】
一つの可能な実現方式では、前記マッピングモジュール５０３が前記マッピング方式を採用して、ＰＵＳＣＨ信号を前記第二のターゲットＰＲＢにマッピングすることは、前記マッピング方式が第二のマッピング方式である場合、前記ＰＵＳＣＨ信号に振幅倍率係数を乗算した後に、決定された前記第一のターゲットＰＲＢにマッピングすることを含む。
【0081】
本出願の実施例におけるＰＵＳＣＨ信号のマッピング装置は、装置であってもよく、端末における部材、集積回路、又はチップであってもよい。この装置は、移動端末であってもよく、非移動端末であってもよい。例示的には、移動端末は、以上に列挙された端末１１のタイプを含んでもよいが、それらに限らず、非移動端末は、サーバ、ネットワーク接続型ストレージ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ、ＮＡＳ）、パーソナルコンピュータ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ、ＰＣ）、テレビ（ｔｅｌｅｖｉｓｉｏｎ、ＴＶ）、預入支払機又はセルフサービス機などであってもよく、本出願の実施例では、具体的に限定しない。
【0082】
本出願の実施例におけるＰＵＳＣＨ信号のマッピング装置は、オペレーティングシステムを有する装置であってもよい。このオペレーティングシステムは、アンドロイド（Ａｎｄｒｏｉｄ）オペレーティングシステムであってもよく、ｉｏｓオペレーティングシステムであってもよく、他の可能なオペレーティングシステムであってもよく、本出願の実施例では、具体的に限定しない。
【0083】
本出願の実施例によるＰＵＳＣＨ信号のマッピング装置は、図２から図４の方法の実施例により実現される各プロセスを実現し、且つ同じ技術的効果を達することができ、説明の繰り返しを回避するために、ここではこれ以上説明しない。
【0084】
図６は、本出願の実施例によるＰＵＳＣＨ信号の受信方法のフローチャートを示しており、この方法６００は、ネットワーク側機器により実行されてもよい。言い換えれば、前記方法は、ネットワーク側機器にインストールされるソフトウェア又はハードウェアにより実行されてもよい。図６に示すように、この方法は、以下のステップを含んでもよい。
【0085】
Ｓ６１０では、端末のために配置された周波数領域リソース割り当てタイプと指示された周波数領域リソース割り当て情報に基づいて、前記端末のＰＵＳＣＨに割り当てられたＰＲＢを決定する。
【0086】
具体的な応用では、ネットワーク側機器は、端末と同じ方式を採用して、端末のＰＵＳＣＨに割り当てられたＰＲＢを決定することができる。
【0087】
例えば、一つの可能な実現方式では、Ｓ６１０は、前記周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当てであり、且つ前記ＰＵＳＣＨがＲＡＲ ＵＬ許可によりスケジューリングされるか又は前記ＰＵＳＣＨがＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる時、ターゲットリソースブロックＲＢセットのＣＲＢ範囲を決定することであって、前記ターゲットＲＢセットは、前記ＰＵＳＣＨに割り当てられたＲＢセットであることと、前記ＣＲＢ範囲及び前記周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるＰＲＢを決定することとを含んでもよい。
【0088】
ここで、上記可能な実現方式では、ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することは、第一のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定することを含んでもよい。具体的には上記Ｓ２１０における関連記述を参照することができ、ここではこれ以上説明しない。
【0089】
選択的に、第一のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのＣＲＢ範囲を決定する前に、前記方法は、名義のセル内保護帯域幅、及びキャリアのＲＢセットモードに基づいて、キャリア上の第一のＲＢセット分け方式を決定することをさらに含む。
【0090】
ここで、上記可能な実現方式では、ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することは、アクティブ化ＵＬキャリア帯域幅部分ＢＷＰが第一の条件と第二の条件を満たす場合、前記第一のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定することであって、前記第一の条件は、前記アクティブ化ＵＬ ＢＷＰが初期ＵＬ ＢＷＰにおけるすべてのＲＢを含むことであり、前記第二の条件は、前記アクティブ化ＵＬ ＢＷＰが前記初期ＵＬ ＢＷＰと同じサブキャリア間隔ＳＣＳ及びサイクルプレフィックスＣＰを有することであることと、アクティブ化ＵＬ ＢＷＰが前記第一の条件及び／又は前記第二の条件を満たさない場合、第二のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定することとを含んでもよい。
【0091】
選択的に、第二のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定する前に、前記方法は、前記端末のために配置されたセル内保護帯域幅に基づいて、前記第二のＲＢセット分け方式を決定することをさらに含む。
【0092】
具体的な方式は、方法２００におけるＳ２１０の関連記述を参照することができ、ここでこれ以上説明しない。
【0093】
Ｓ６１２では、前記ＰＲＢにおいて前記端末上で伝送されたＰＵＳＣＨ信号を受信する。
【0094】
本出願による技術案では、端末に割り当てられたＰＲＢを決定した後に、ネットワーク側機器（基地局を含むが、それに限らない）は、このＰＲＢ上でＰＵＳＣＨ信号を検出することができ、ネットワーク側機器がＰＵＳＣＨ信号をブラインド検出する必要があることを回避し、ＰＵＳＣＨ信号検出の正確度を向上させる。
【0095】
説明すべきこととして、本出願の実施例によるＰＵＳＣＨ信号の受信方法では、実行本体は、ＰＵＳＣＨ信号の受信装置、又は、このＰＵＳＣＨ信号の受信装置におけるＰＵＳＣＨ信号の受信方法を実行するための制御モジュールであってもよい。本出願の実施例では、ＰＵＳＣＨ信号の受信装置がＰＵＳＣＨ信号の受信方法を実行することを例にして、本出願の実施例によるＰＵＳＣＨ信号の受信装置について説明する。
【0096】
【0097】
本出願の実施例では、第三の決定モジュール７０１は、端末のために配置された周波数領域リソース割り当てタイプと指示された周波数領域リソース割り当て情報に基づいて、前記端末のＰＵＳＣＨに割り当てられたＰＲＢを決定するために用いられ、受信モジュール７０２は、前記ＰＲＢにおいて前記端末上で伝送されたＰＵＳＣＨ信号を受信するために用いられる。
【0098】
一つの可能な実現方式では、前記第三の決定モジュール７０１が端末のために配置された周波数領域リソース割り当てタイプと指示された周波数領域リソース割り当て情報に基づいて、前記端末のＰＵＳＣＨに割り当てられたＰＲＢを決定することは、前記周波数領域リソース割り当てタイプがタイプ２のＵＬリソース割り当てであり、且つ前記ＰＵＳＣＨがランダムアクセス応答ＲＡＲ上りリンクＵＬ許可によりスケジューリングされるか又は前記ＰＵＳＣＨが一時セル無線ネットワーク一時識別子ＴＣ－ＲＮＴＩスクランブルの予め設定される下りリンク制御情報フォーマットによりスケジューリングされる時、ターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することであって、前記ターゲットＲＢセットは、前記ＰＵＳＣＨに割り当てられたＲＢセットであることと、前記ＣＲＢ範囲及び前記周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるＰＲＢを決定することとを含む。
【0099】
一つの可能な実現方式では、前記第三の決定モジュール７０１がターゲットリソースブロックＲＢセットのコモンリソースブロックＣＲＢ範囲を決定することは、第一のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定することを含む。
【0100】
一つの可能な実現方式では、前記第三の決定モジュール７０１は、第一のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのＣＲＢ範囲を決定する前に、名義のセル内保護帯域幅、及びキャリアのＲＢセットモードに基づいて、キャリア上の第一のＲＢセット分け方式を決定するためにも用いられる。
【0101】
一つの可能な実現方式では、前記第三の決定モジュール７０１がターゲットリソースブロックＲＢセットのリソースブロックのコモンリソースブロックＣＲＢ範囲を決定することは、アクティブ化ＵＬキャリア帯域幅部分ＢＷＰが第一の条件と第二の条件を満たす場合、前記第一のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定することであって、前記第一の条件は、前記アクティブ化ＵＬ ＢＷＰが初期ＵＬ ＢＷＰにおけるすべてのＲＢを含むことであり、前記第二の条件は、前記アクティブ化ＵＬ ＢＷＰが前記初期ＵＬ ＢＷＰと同じサブキャリア間隔ＳＣＳ及びサイクルプレフィックスＣＰを有することであることと、アクティブ化ＵＬ ＢＷＰが前記第一の条件及び／又は前記第二の条件を満たさない場合、第二のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定することとを含む。
【0102】
一つの可能な実現方式では、前記第三の決定モジュール７０１は、第二のＲＢセット分け方式に基づいて、前記ターゲットＲＢセットのリソースブロックのＣＲＢ範囲を決定する前に、前記端末のために配置されたセル内保護帯域幅に基づいて、前記第二のＲＢセット分け方式を決定するためにも用いられる。
【0103】
本出願の実施例におけるＰＵＳＣＨ信号の受信装置は、装置であってもよく、ネットワーク側機器における部材、集積回路、又はチップであってもよい。この装置は、基地局であってもよい。例示的には、基地局は、ノードＢ、進化ノードＢ、アクセスポイント、ベーストランシーバステーション（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ）、ラジオ基地局、ラジオ送受信機、ベーシックサービスセット（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＢＳＳ）、拡張サービスセット（Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＥＳＳ）、Ｂノード、進化型Ｂノード（ｅＮＢ）、家庭用Ｂノード、家庭用進化型Ｂノード、ＷＬＡＮアクセスポイント、ＷｉＦｉノード、トランスミッションポイント（Ｔｒａｎｓｍｉｔｔｉｎｇ Ｒｅｃｅｉｖｉｎｇ Ｐｏｉｎｔ、ＴＲＰ）又は当分野における他のある適切な用語で呼ばれてもよく、本出願の実施例は、具体的に限定しない。
【0104】
本出願の実施例におけるＰＵＳＣＨ信号の受信装置は、オペレーティングシステムを有する装置であってもよい。このオペレーティングシステムは、アンドロイド（Ａｎｄｒｏｉｄ）オペレーティングシステムであってもよく、ｉｏｓオペレーティングシステムであってもよく、他の可能なオペレーティングシステムであってもよく、本出願の実施例は、具体的に限定しない。
【0105】
本出願の実施例によるＰＵＳＣＨ信号の受信装置は、図６の方法の実施例により実現される各プロセスを実現し、且つ同じ技術的効果を達することができ、説明の繰り返しを回避するために、ここではこれ以上説明しない。
【0106】
選択的に、図８に示すように、本出願の実施例は、通信機器８００をさらに提供し、プロセッサ８０１と、メモリ８０２と、メモリ８０２に記憶されており、且つ前記プロセッサ８０１上で運行できるプログラム又は命令とを含み、例えばこの通信機器８００が端末である場合、このプログラム又は命令がプロセッサ８０１により実行される時、上記ＰＵＳＣＨ信号のマッピング方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。この通信機器８００がネットワーク側機器である時、このプログラム又は命令がプロセッサ８０１により実行される時、上記ＰＵＳＣＨ信号の受信方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここではこれ以上説明しない。
【0107】
図９は、本出願の実施例の端末を実現するハードウェア構造概略図である。
【0108】
この端末９００は、無線周波数ユニット９０１、ネットワークモジュール９０２、オーディオ出力ユニット９０３、入力ユニット９０４、センサ９０５、表示ユニット９０６、ユーザ入力ユニット９０７、インターフェースユニット９０８、メモリ９０９、及びプロセッサ９１０などの部材を含むが、それらに限らない。
【0109】
当業者であれば理解できるように、端末９００は、各部材に給電する電源（例えば、電池）をさらに含んでもよく、電源は、電源管理システムによってプロセッサ９１０にロジック的に接続されてもよく、それにより電源管理システムによって充放電管理及び消費電力管理などの機能を実現することができる。図９に示す端末構造は、端末に対する限定を構成せず、端末は、図示された部材の数よりも多く又は少ない部材、又はいくつかの部材の組み合わせ、又は異なる部材の配置を含んでもよく、ここではこれ以上説明しない。
【0110】
理解すべきこととして、本出願の実施例では、入力ユニット９０４は、グラフィックスプロセッサ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＧＰＵ）９０４１とマイクロホン９０４２を含んでもよく、グラフィックスプロセッサ９０４１は、ビデオキャプチャモード又は画像キャプチャモードにおいて画像キャプチャ装置（例えば、カメラ）によって得られた静止画像又はビデオの画像データを処理する。表示ユニット９０６は、表示パネル９０６１を含んでもよく、液晶ディスプレイ、有機発光ダイオードなどの形式で表示パネル９０６１が配置されてもよい。ユーザ入力ユニット９０７は、タッチパネル９０７１及び他の入力機器９０７２を含む。タッチパネル９０７１は、タッチスクリーンとも呼ばれる。タッチパネル９０７１は、タッチ検出装置とタッチコントローラという二つの部分を含んでもよい。他の入力機器９０７２は、物理的キーボード、機能キー（例えば、音量制御ボタン、スイッチボタンなど）、トラックボール、マウス、操作レバーを含んでもよいが、それらに限らず、ここではこれ以上説明しない。
【0111】
本出願の実施例では、無線周波数ユニット９０１は、ネットワーク側機器からの下りリンクのデータを受信した後に、プロセッサ９１０に処理させ、また、上りリンクのデータをネットワーク側機器に送信する。一般的には、無線周波数ユニット９０１は、アンテナ、少なくとも一つの増幅器、送受信機、カプラ、低雑音増幅器、デュプレクサなどを含むが、それらに限らない。
【0112】
メモリ９０９は、ソフトウェアプログラム又は命令及び様々なデータを記憶するために用いられてもよい。メモリ９０９は、主にプログラム又は命令記憶領域とデータ記憶領域を含んでもよく、ここで、プログラム又は命令記憶領域は、オペレーティングシステム、少なくとも一つの機能に必要なアプリケーションプログラム又は命令（例えば、音声再生機能、画像再生機能など）などを記憶することができる。なお、メモリ９０９は、高速ランダムアクセスメモリを含んでもよく、非揮発性メモリを含んでもよく、ここで、非揮発性メモリは、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブルリードオンリーメモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能なプログラマブルリードオンリーメモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気的に消去可能なプログラマブルリードオンリーメモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）又はフラッシュメモリであってもよい。例えば、少なくとも一つの磁気ディスクメモリデバイス、フラッシュメモリデバイス、又は他の非揮発性ソリッドステートメモリデバイスであってもよい。
【0113】
プロセッサ９１０は、一つ又は複数の処理ユニットを含んでもよい。選択的に、プロセッサ９１０は、アプリケーションプロセッサとモデムプロセッサを統合してもよい。ここで、アプリケーションプロセッサは、主にオペレーティングシステム、ユーザインタフェースとアプリケーションプログラム又は命令などを処理するものであり、モデムプロセッサは、主に無線通信を処理するものであり、例えばベースバンドプロセッサである。理解できるように、上記モデムプロセッサは、プロセッサ９１０に統合されなくてもよい。
【0114】
ここで、プロセッサ９１０は、
前記端末の周波数領域リソース割り当てタイプと前記端末の周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定することであって、前記ターゲットリソースブロックは、第一のターゲット仮想リソースブロックＶＲＢ又は第一のターゲット物理リソースブロックＰＲＢを含むことと、
前記周波数領域リソース割り当てタイプ及び／又は前記ＰＵＳＣＨがスケジューリングされる方式に基づいて、ＰＵＳＣＨ信号を第二のターゲットＰＲＢにマッピングするマッピング方式を決定することであって、前記第二のターゲットＰＲＢは、前記第一のターゲットＰＲＢ又は前記第一のターゲットＶＲＢに対応するＰＲＢであることと、
前記マッピング方式を採用して、ＰＵＳＣＨ信号を前記第二のターゲットＰＲＢにマッピングすることとの方法のステップを実行するために用いられる。
前記端末の周波数領域リソース割り当てタイプと前記端末の周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるターゲットリソースブロックを決定することであって、前記ターゲットリソースブロックは、第一のターゲット仮想リソースブロックＶＲＢ又は第一のターゲット物理リソースブロックＰＲＢを含むことと、
前記周波数領域リソース割り当てタイプ及び／又は前記ＰＵＳＣＨがスケジューリングされる方式に基づいて、ＰＵＳＣＨ信号を第二のターゲットＰＲＢにマッピングするマッピング方式を決定することであって、前記第二のターゲットＰＲＢは、前記第一のターゲットＰＲＢ又は前記第一のターゲットＶＲＢに対応するＰＲＢであることと、
前記マッピング方式を採用して、ＰＵＳＣＨ信号を前記第二のターゲットＰＲＢにマッピングすることとの方法のステップを実行するために用いられる。
【0115】
本出願の実施例では、端末の周波数領域リソース割り当てタイプと端末の周波数領域リソース割り当て情報に基づいて、ＰＵＳＣＨに割り当てられるターゲットＶＲＢ又はターゲットＰＲＢを決定し、さらにＰＵＳＣＨ信号をターゲットＰＲＢにマッピングするマッピング方式を決定し、このマッピング方式を採用して、ＰＵＳＣＨ信号をターゲットＰＲＢにマッピングする。それによって端末が異なる周波数領域リソース割り当てタイプに基づいて、該当する方式を採用してＰＵＳＣＨ信号のマッピングを行うことができ、さらに基地局が端末によって送信されたＰＵＳＣＨ信号を効果的に検出し、通信システムの有効性を向上させることができる。
【0116】
具体的には、本出願の実施例は、ネットワーク側機器をさらに提供する。図１０に示すように、このネットワーク側機器１０００は、アンテナ１００１、無線周波数装置１００２、ベースバンド装置１００３を含む。アンテナ１００１と無線周波数装置１００２とが接続される。上りリンク方向において、無線周波数装置１００２は、アンテナ１００１を介して情報を受信し、受信した情報をベースバンド装置１００３に送信して処理させる。下りリンク方向において、ベースバンド装置１００３は、送信する情報を処理し、無線周波数装置１００２に送信し、無線周波数装置１００２は、受信した情報を処理した後にアンテナ１００１を介して送出する。
【0117】
上記周波数帯域処理装置は、ベースバンド装置１００３に位置してもよく、以上の実施例においてネットワーク側機器により実行される方法は、ベースバンド装置１００３に実現されてもよく、このベースバンド装置１００３は、プロセッサ１００４とメモリ１００５を含む。
【0118】
ベースバンド装置１００３は、例えば少なくとも一つのベースバンドボードを含んでもよく、このベースバンドボード上に複数のチップが設置され、図１０に示すように、ここで、一つのチップは、例えばプロセッサ１００４であり、メモリ１００５と接続されて、メモリ１００５におけるプログラムを呼び出し、以上のＰＵＳＣＨ信号の受信方法の実施例に示すネットワーク機器の操作を実行する。
【0119】
このベースバンド装置１００３は、ネットワークインターフェース１００６をさらに含んでもよく、無線周波数装置１００２との情報のやり取りに用いられ、このインターフェースは、例えば汎用パブリック無線インターフェース（ｃｏｍｍｏｎ ｐｕｂｌｉｃ ｒａｄｉｏ ｉｎｔｅｒｆａｃｅ、ＣＰＲＩと略称）である。
【0120】
具体的には、本発明の実施例のネットワーク側機器は、メモリ１００５に記憶されており、且つプロセッサ１００４上で運行できる命令又はプログラムをさらに含み、プロセッサ１００４は、メモリ１００５における命令又はプログラムを呼び出し、図７に示す各モジュールにより実行される方法を実行し、且つ同じ技術的効果を達成することができ、説明の繰り返しを回避するために、ここではこれ以上説明しない。
【0121】
本出願の実施例は、可読記憶媒体をさらに提供し、前記可読記憶媒体上にはプログラム又は命令が記憶されており、このプログラム又は命令がプロセッサにより実行される時、上記ＰＵＳＣＨ信号のマッピング方法又はＰＵＳＣＨ信号の受信方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここではこれ以上説明しない。
【0122】
ここで、前記プロセッサは、上記実施例に記載の端末におけるプロセッサである。前記可読記憶媒体は、コンピュータ可読記憶媒体、例えばコンピュータリードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク又は光ディスクなどを含む。
【0123】
本出願の実施例は、チップをさらに提供し、前記チップは、プロセッサと通信インターフェースとを含み、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、ネットワーク側機器のプログラム又は命令を運行し、上記ＰＵＳＣＨ信号の受信方法の実施例の各プロセスを実現するために用いられ、又は、前記プロセッサは、端末機器プログラム又は命令を運行し、上記ＰＵＳＣＨ信号のマッピング方法の実施例の各プロセスを実現するために用いられ、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここではこれ以上説明しない。
【0124】
理解すべきこととして、本出願の実施例に言及されたチップは、システムレベルチップ、システムチップ、チップシステム又はシステムオンチップなどと呼ばれてもよい。
【0125】
説明すべきこととして、本明細書では、用語である「含む」、「包含」又はその他の任意の変形は、非排他的な「含む」を意図的にカバーするものであり、それによって一連の要素を含むプロセス、方法、物品又は装置は、それらの要素を含むだけではなく、明確にリストアップされていない他の要素も含み、又はこのようなプロセス、方法、物品又は装置に固有の要素も含む。それ以上の制限がない場合に、「・・・を１つ含む」という文章で限定された要素について、この要素を含むプロセス、方法、物品又は装置には他の同じ要素も存在することが排除されるものではない。なお、指摘すべきこととして、本出願の実施の形態における方法と装置の範囲は、図示又は記載された順序で機能を実行することに限らず、関わる機能に基づいて基本的に同時である方式又は逆の順序で機能を実行することを含んでもよく、例えば記述されたものとは異なる手順で記述された方法を実行することができるとともに、様々なステップを追加、省略又は組み合わせることができる。また、いくつかの例を参照して記述された特徴は、他の例で組み合わせられることができる。
【0126】
以上の実施の形態の記述によって、当業者であればはっきりと分かるように、上記実施例の方法は、ソフトウェアと必要な汎用ハードウェアプラットフォームの形態によって実現されることができる。無論、ハードウェアによって実現されてもよいが、多くの場合、前者は、より好適な実施の形態である。このような理解を踏まえて、本出願の技術案は、実質には又は従来の技術に寄与した部分がソフトウェア製品の形式によって具現化されてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、一台の端末（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク機器などであってもよい）に本出願の各実施例に記載の方法を実行させるための若干の命令を含む。
【0127】
以上は、図面を結び付けながら、本出願の実施例を記述したが、本出願は、上記の具体的な実施の形態に限らない。上記の具体的な実施の形態は、例示的なものに過ぎず、制限性のあるものではない。当業者は、本出願の示唆で、本出願の趣旨と請求項が保護する範囲から逸脱しない限り、多くの形式を行うこともでき、いずれも本出願の保護範囲に属する。
【図1】
【図2】
【図3a】
【図3b】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
