特許7493094 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 華為技術有限公司の特許一覧

特許7493094同期信号ブロック伝送方法及び通信装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9

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

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

(11)【特許番号】

(24)【登録日】2024-05-22

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

(54)【発明の名称】同期信号ブロック伝送方法及び通信装置

(51)【国際特許分類】

H04W 48/10 20090101AFI20240523BHJP

H04W 56/00 20090101ALI20240523BHJP

【ＦＩ】

H04W48/10

H04W56/00 130

【請求項の数】 27

(21)【出願番号】P 2023506148

(86)(22)【出願日】2021-07-30

(65)【公表番号】

(43)【公表日】2023-08-21

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

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

(87)【国際公開日】2022-02-03

【審査請求日】2023-02-27

(31)【優先権主張番号】202010770403.X

(32)【優先日】2020-07-31

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

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

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

【住所又は居所原語表記】ＨｕａｗｅｉＡｄｍｉｎｉｓｔｒａｔｉｏｎＢｕｉｌｄｉｎｇ，Ｂａｎｔｉａｎ，ＬｏｎｇｇａｎｇＤｉｓｔｒｉｃｔ，Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ５１８１２９，Ｐ．Ｒ．Ｃｈｉｎａ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎修

(72)【発明者】

【氏名】ジャン，ユンハオ

(72)【発明者】

【氏名】シュイ，シィウチアン

(72)【発明者】

【氏名】ルオ，ジョ

【審査官】伊東和重

(56)【参考文献】

【文献】Qualcomm Incorporated，Considerations for Standardization Framework and Design Principles of RedCap Devices[online]，3GPP TSG RAN WG1 #101-e，3GPP，2020年06月05日，R1-2004496，[検索日 2024.01.11],インターネット：<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_101-e/Docs/R1-2004496.zip>

【文献】vivo, Guangdong Genius，Capability and complexity reduction for Reduced Capability NR devices[online]，3GPP TSG RAN WG1 #101-e，3GPP，2020年06月05日，R1-2003431，[検索日 2024.01.11],インターネット：<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_101-e/Docs/R1-2003431.zip>

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

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

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

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

ＳＡＷＧ１－４

ＣＴＷＧ１，４

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

【請求項1】

同期信号ブロック伝送方法であって、
第２端末デバイスによってネットワークデバイスから第１同期信号ブロック（ＳＳＢ）を受信することであり、前記第１ＳＳＢは、第１端末デバイスのための第１タイプＳＳＢである、前記受信することと、
前記第１ＳＳＢが前記第１端末デバイスのための前記第１タイプＳＳＢでありかつ前記第２端末デバイスのための第２タイプＳＳＢである場合に、前記第２端末デバイスによって前記第１ＳＳＢに基づき第１制御リソースセット及び／又は第１共通探索空間を決定することと
を有し、
前記第１ＳＳＢは第１指示情報を有し、該第１指示情報の第１値は、前記第１ＳＳＢが前記第２端末デバイスのための前記第２タイプＳＳＢであることを示す、
方法。

【請求項2】

前記第１指示情報は、前記第１ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲（ＦＲ）１に対応する予約済みフィールド、のうちの少なくとも１つによって運ばれる、
請求項１に記載の方法。

【請求項3】

前記第２端末デバイスによって前記第１ＳＳＢに基づき第１制御リソースセット及び／又は第１共通探索空間を決定することは、
前記第１ＳＳＢ内の、前記共通サブキャリア間隔フィールド、前記復調用参照信号－タイプＡ－ポジションフィールド、前記イントラ周波数再選択フィールド、前記スペアフィールド、及び前記周波数範囲（ＦＲ）１に対応する前記予約済みフィールド、のうちの少なくとも１つを使用することによって、前記第１制御リソースセット及び／又は前記第１共通探索空間を決定することを有する、
請求項２に記載の方法。

【請求項4】

前記第１ＳＳＢが前記第２端末デバイスのための前記第１タイプＳＳＢである場合に、前記第２端末デバイスによって前記ネットワークデバイスから第２ＳＳＢを受信し、該第２ＳＳＢに基づき第２制御リソースセット及び／又は第２共通探索空間を決定することを更に有し、
前記第１指示情報の第２値は、前記第１ＳＳＢが前記第２端末デバイスのための前記第１タイプＳＳＢであることを示し、
前記第１指示情報は、前記第１ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲（ＦＲ）１に対応する予約済みフィールド、のうちの少なくとも１つによって運ばれる、
請求項１に記載の方法。

【請求項5】

前記第１ＳＳＢは第２指示情報を更に有し、該第２指示情報は、前記第２ＳＳＢのオフセット情報を示す、
請求項４に記載の方法。

【請求項6】

前記第２ＳＳＢの前記オフセット情報は、前記第１ＳＳＢのグローバル同期チャネル番号（ＧＳＣＮ）に対する前記第２ＳＳＢのＧＳＣＮの第１オフセット情報を有し、
前記第２指示情報は、第１ビット及び第２ビットを有し、
前記第２ＳＳＢのＧＳＣＮ及び前記第１ＳＳＢのＧＳＣＮは、次の

【数38】

という関係を満足し、
Ｎ_{ＧＳＣＮ２} ^{Ｒｅｆｅｒｅｎｃｅ}は、前記第２ＳＳＢのＧＳＣＮであり、
Ｎ_{ＧＳＣＮ１} ^{Ｒｅｆｅｒｅｎｃｅ}は、前記第１ＳＳＢのＧＳＣＮを表し、
Ｎ_{ＧＳＣＮ１} ^{Ｏｆｆｓｅｔ}は、第１オフセットを表し、
ａは、前記第１ビットによって示される値であり、ａの値は、１又は－１であり、
ｎは、調整係数であり、
Ｎ’_ＧＳＣＮ ^{Ｏｆｆｓｅｔ}は、前記第２ビットによって示される値である、
請求項５に記載の方法。

【請求項7】

前記第２ＳＳＢの前記オフセット情報は、前記第１ＳＳＢのＧＳＣＮに対する前記第２ＳＳＢのＧＳＣＮの第２オフセット情報を有し、
前記第２指示情報は、第１ビット及び第２ビットを有し、
前記第２ＳＳＢのＧＳＣＮ及び前記第１ＳＳＢのＧＳＣＮは、次の

【数39】

という関係を満足し、
Ｎ_{ＧＳＣＮ２} ^{Ｒｅｆｅｒｅｎｃｅ}は、前記第２ＳＳＢのＧＳＣＮであり、
Ｎ_{ＧＳＣＮ１} ^{Ｒｅｆｅｒｅｎｃｅ}は、前記第１ＳＳＢのＧＳＣＮを表し、
ａは、前記第１ビットによって示される値であり、ａの値は、１又は－１であり、
ｎは、調整係数であり、
Ｎ”_ＧＳＣＮ ^{Ｏｆｆｓｅｔ}は、前記第２ビットによって示される値である、
請求項５に記載の方法。

【請求項8】

前記第２ＳＳＢの前記オフセット情報は、前記第２ＳＳＢのＧＳＣＮオフセットを有し、
前記第２指示情報は、第１ビット及び第２ビットを有し、
前記第２ＳＳＢの周波数範囲は、

【数40】

であり、
Ｎ_ＧＳＣＮ ^{Ｒｅｆｅｒｅｎｃｅ}は、前記第１ＳＳＢのＧＳＣＮであり、
Ｎ_ＧＳＣＮ ^{Ｓｔａｒｔ}は、ＧＳＣＮ開始値であり、
ｂは、前記第１ビットによって示される値であり、ｂの値は、１又は－１であり、
ｎは、調整係数であり、
Ｎ_ＧＳＣＮ ^Ｅｎｄは、ＧＳＣＮ終了値であり、
Ｎ’’’_ＧＳＣＮ ^{Ｏｆｆｓｅｔ}は、前記第２ビットによって示される値である、
請求項５に記載の方法。

【請求項9】

前記第２指示情報は、前記第１ＳＳＢ内の、前記共通サブキャリア間隔フィールド、前記復調用参照信号－タイプＡ－ポジションフィールド、前記イントラ周波数再選択フィールド、前記スペアフィールド、及び前記周波数範囲（ＦＲ）１に対応する前記予約済みフィールド、のうちの少なくとも１つによって運ばれる、
請求項５乃至８のうちいずれか一項に記載の方法。

【請求項10】

同期信号ブロック伝送方法であって、
ネットワークデバイスによって第１同期信号ブロック（ＳＳＢ）を第２端末デバイスへ送信することであり、前記第１ＳＳＢは、第１端末デバイスのための第１タイプＳＳＢである、前記送信することと、
前記第１ＳＳＢが前記第１端末デバイスのための前記第１タイプＳＳＢでありかつ前記第２端末デバイスのための第２タイプＳＳＢである場合に、前記第１ＳＳＢが前記第２端末デバイスに対して第１制御リソースセット及び／又は第１共通探索空間を示すことと
を有し、
前記第１ＳＳＢは第１指示情報を有し、該第１指示情報の第１値は、前記第１ＳＳＢが前記第２端末デバイスのための前記第２タイプＳＳＢであることを示す、
方法。

【請求項11】

前記第１指示情報は、前記第１ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲（ＦＲ）１に対応する予約済みフィールド、のうちの少なくとも１つによって運ばれる、
請求項１０に記載の方法。

【請求項12】

前記第１ＳＳＢ内の、前記共通サブキャリア間隔フィールド、前記復調用参照信号－タイプＡ－ポジションフィールド、前記イントラ周波数再選択フィールド、前記スペアフィールド、及び前記周波数範囲（ＦＲ）１に対応する前記予約済みフィールド、のうちの少なくとも１つは、前記第１制御リソースセット及び／又は前記第１共通探索空間を示す、
請求項１１に記載の方法。

【請求項13】

前記第１ＳＳＢが前記第２端末デバイスのための前記第１タイプＳＳＢである場合に、前記ネットワークデバイスによって第２ＳＳＢを前記第２端末デバイスへ送信することを更に有し、
前記第２ＳＳＢは、前記第２端末デバイスに対して第２制御リソースセット及び／又は第２共通探索空間を示し、
前記第１指示情報の第２値は、前記第１ＳＳＢが前記第２端末デバイスのための前記第１タイプＳＳＢであることを示し、
前記第１指示情報は、前記第１ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲（ＦＲ）１に対応する予約済みフィールド、のうちの少なくとも１つによって運ばれる、
請求項１０に記載の方法。

【請求項14】

前記第１ＳＳＢは第２指示情報を更に有し、該第２指示情報は、前記第２ＳＳＢのオフセット情報を示す、
請求項１３に記載の方法。

【請求項15】

【数41】

【請求項16】

【数42】

【請求項17】

【数43】

【請求項18】

前記第２指示情報は、前記第１ＳＳＢ内の、前記共通サブキャリア間隔フィールド、前記復調用参照信号－タイプＡ－ポジションフィールド、前記イントラ周波数再選択フィールド、前記スペアフィールド、及び前記周波数範囲（ＦＲ）１に対応する前記予約済みフィールド、のうちの少なくとも１つによって運ばれる、
請求項１４乃至１７のうちいずれか一項に記載の方法。

【請求項19】

請求項１乃至９のうちいずれか一項に記載の方法を実装するよう構成される通信装置。

【請求項20】

プロセッサ及びメモリを有し、
前記メモリは前記プロセッサへ結合され、
前記プロセッサは、請求項１乃至９のうちいずれか一項に記載の方法を実行するよう構成される、
通信装置。

【請求項21】

請求項１０乃至１８のうちいずれか一項に記載の方法を実装するよう構成される通信装置。

【請求項22】

プロセッサ及びメモリを有し、
前記メモリは前記プロセッサへ結合され、
前記プロセッサは、請求項１０乃至１８のうちいずれか一項に記載の方法を実行するよう構成される、
通信装置。

【請求項23】

請求項１９又は２０に記載の通信装置と、
請求項２１又は２２に記載の通信装置と
を有する通信システム。

【請求項24】

命令を記憶しており、
前記命令がコンピュータで実行される場合に、該コンピュータは、請求項１乃至９のうちいずれか一項に記載の方法を実行することができる、
コンピュータ可読記憶媒体。

【請求項25】

命令を記憶しており、
前記命令がコンピュータで実行される場合に、該コンピュータは、請求項１０乃至１８のうちいずれか一項に記載の方法を実行することができる、
コンピュータ可読記憶媒体。

【請求項26】

命令を有し、
前記命令がコンピュータで実行される場合に、該コンピュータは、請求項１乃至９のうちいずれか一項に記載の方法を実行することができる、
プログラム。

【請求項27】

命令を有し、
前記命令がコンピュータで実行される場合に、該コンピュータは、請求項１０乃至１８のうちいずれか一項に記載の方法を実行することができる、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、通信技術の分野に、特に、同期信号ブロック伝送方法及び通信装置に関係がある。

【背景技術】

【0002】

将来のモバイルデータトラフィックの爆発的な増加、大規模なモバイル通信装置接続、及び／又は様々な新興の新しいサービス及び適用シナリオに対処するために、第５世代（5th generation，５Ｇ）モバイル通信システムが出現している。例えば、３種類の適用シナリオが５Ｇモバイル通信システムでは定義されており、エンハンスド・モバイル・ブロードバンド（enhanced mobile broadband，ｅＭＢＢ）シナリオ、超高信頼低遅延通信（ultra-reliable low-latency communication，ＵＲＬＬＣ）シナリオ、及び大規模マシンタイプ通信（massive machine-type communications，ｍＭＴＣ）シナリオがある。

【0003】

例えば、ｅＭＢＢシナリオは、超精細度ビデオ、拡張現実（augmented reality，ＡＲ）、及び／又は仮想現実（virtual reality，ＶＲ）を含む。これらのシナリオは、大量の伝送データ及び高い伝送レートによって主に特徴付けられる。ＵＲＬＬＣシナリオは、産業製造又は生産プロセスでの無線制御、無人車両又は無人飛行機の動作制御、無人車両又は無人飛行機の遠隔修理、及び／又は遠隔手術などの触覚インタラクションタイプのアプリケーションを含む。これらのサービスは、超高信頼性及び伝送の低遅延によって主に特徴付けられる。その上、これらのサービスは、少量の伝送データ及び／又はバースト性によって更に特徴付けられる。ｍＭＴＣシナリオは、スマートグリッドの配電自動化、ウェアラブルデバイスの通信、及び／又はスマートシティを含む。これらのサービスは、多数のネットワーク化されたデバイス及び／又は少量の伝送データによって主に特徴付けられる。その上、ｍＭＴＣシナリオでの端末デバイスは、安いコスト及び／又は長いスタンバイ時間の要件を満足する必要があり得る。

【発明の概要】

【0004】

本願の実施形態は、ＳＳＢの利用性を改善するために、同期信号ブロック伝送方法及び通信装置を提供する。

【0005】

上記の技術的課題を解決するために、本願の実施形態は、以下の技術的解決法を提供する。

【0006】

第１の態様に従って、本願の実施形態は、同期信号ブロック伝送方法であって、ネットワークデバイスから第１同期信号ブロックＳＳＢを受信することであり、第１ＳＳＢは、第１端末デバイスのための第１タイプＳＳＢである、ことと、第１ＳＳＢが第２端末デバイスのための第２タイプＳＳＢである場合に、第１ＳＳＢに基づき第１制御リソースセット及び／又は第１共通探索空間を決定することとを含む方法を提供する。

【0007】

例えば、第１端末デバイスはレガシー（Legacy）端末デバイスであり、第１タイプＳＳＢは非ＣＤ－ＳＳＢであり、第２端末デバイスはＲＥＤＣＡＰ端末デバイスであり、第２タイプＳＳＢはＣＤ－ＳＳＢである。上記の解決法では、第２端末デバイス及び第１端末デバイスのために、第１ＳＳＢは異なるタイプのＳＳＢであってよい。例えば、第１ＳＳＢは、第１端末デバイスのための第１タイプＳＳＢであり、また、第１ＳＳＢは、第２端末デバイスのための第２タイプＳＳＢである。従って、第２端末デバイス及び第１端末デバイスが第１ＳＳＢのタイプを識別する場合に、異なる結果が得られ、第２端末デバイス及び第１端末デバイスは、異なる方法で第１ＳＳＢを使用し得る。例えば、第２端末デバイスは、第１ＳＳＢに基づき第１制御リソースセット及び／又は第１共通探索空間を決定してよい。従って、第２端末デバイスは、ＳＳＢの利用性を改善するために、第１ＳＳＢに基づき決定される第１制御リソースセット及び／又は第１共通探索空間を使用してよい。更には、ネットワークデバイスによって送信された第１ＳＳＢが、第２端末デバイスによって、第１制御リソースセット及び／又は第１共通探索空間を決定するために使用され得る場合に、ネットワークデバイスは、第１制御リソースセット及び／又は第１共通探索空間を決定することを第２端末デバイスに指示するために他のＳＳＢを送信する必要がない。従って、ネットワークデバイスは更に、更なるＳＳＢを送信するオーバヘッドを節約することができる。

【0008】

可能な実施において、方法は、第１ＳＳＢが第２端末デバイスのための第１タイプＳＳＢである場合に、ネットワークデバイスから第２ＳＳＢを受信することと、第２ＳＳＢをに基づき第２制御リソースセット及び／又は第２共通探索空間を決定することとを更に含む。上記の解決法では、第２端末デバイスは、ネットワークデバイスから第２ＳＳＢを受信し、第２ＳＳＢに基づき第２制御リソースセット及び／又は第２共通探索空間を決定してよい。第２制御リソースセット及び第２共通探索空間を取得した後、第２端末デバイスは、第２制御リソースセット及び／又は第２共通探索空間を使用することによってＰＤＣＣＨ候補リソースを決定し、ＰＤＣＣＨ候補リソースでＤＣＩを検出し、ＤＣＩに基づきシステム情報を取得し、システム情報を使用することによってネットワークにアクセスしてよい。

【0009】

可能な実施において、第１ＳＳＢは第１指示情報を含む。第１指示情報が第１値である場合に、第１指示情報は、第１ＳＳＢが第２端末デバイスのための第２タイプＳＳＢであることを示す。

【0010】

可能な実施において、第１ＳＳＢは第１指示情報を含む。第１指示情報が第２値である場合に、第１指示情報は、第１ＳＳＢが第２端末デバイスのための第１タイプＳＳＢであることを示す。

【0011】

上記の解決法では、第１指示情報は、複数の方法でＳＳＢに実装されてよい。例えば、第１指示情報は、ＳＳＢ内の新たに加えられたフィールド、ＳＳＢ内の予約済みフィールド、又はＳＳＢ内のオリジナルフィールドであってよい。第２端末デバイスは、ＳＳＢで運ばれた情報を解釈することによって第１情報を取得してよく、それにより、ネットワークデバイスは、ＳＳＢのＳＳＢタイプを第２端末デバイスに示す。

【0012】

可能な実施において、第１指示情報は、第１ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つによって運ばれる。上記の解決法では、ネットワークデバイスは、第１指示情報を運ぶためにＳＳＢ内の１つ以上のフィールドを使用してよい。例えば、ネットワークデバイスは、ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールドのうちの少なくとも１つ（つまり、１つ以上）を使用して、第１指示情報を運んでよい。例えば、ネットワークデバイスは、第１指示情報を運ぶためにＳＳＢ内の上記のフィールドのうちの１つ以上を使用してよい。ＳＳＢで第１指示情報を運ぶためのフィールドの具体的なフィールド名及び具体的な数は、制限されない。第２端末デバイスは、ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つをパースすることによって、第１指示情報を取得してもよい。この方法によれば、第１指示情報は、シグナリングオーバヘッドを増やさずに運ばれ得る。

【0013】

可能な実施において、第１ＳＳＢは第２指示情報を更に含む。第２指示情報は第２ＳＳＢのオフセット情報を示す。上記の解決法では、第２端末デバイスは、第１ＳＳＢからの第２ＳＳＢのオフセット情報を取得し、それにより、端末デバイスは、オフセット情報に基づき、ネットワークデバイスによって送信された第２ＳＳＢを受信することができる。第２端末デバイスは、第２ＳＳＢを使用することによって共通ＰＤＣＣＨ候補リソースを決定し、ＰＤＣＣＨ候補リソースでＤＣＩを検出し、ＤＣＩに基づきシステム情報を取得し、システム情報を使用することによってネットワークにアクセスしてよい。この方法によれば、第２端末デバイスは第２ＳＳＢを直ぐに見つけることができ、それにより、第２端末デバイスの電力消費は低減される。

【0014】

可能な実施において、第２ＳＳＢのオフセット情報は、第１ＳＳＢのグローバル同期チャネル番号ＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第１オフセット情報を含む。第２指示情報は、第１ビット及び第２ビットを含む。第２ビットは、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第１オフセット情報を示す。第２ＳＳＢのＧＳＣＮ及び第１ＳＳＢのＧＳＣＮは、次の

【数1】

という関係を満足し、
Ｎ_{ＧＳＣＮ２} ^{Ｒｅｆｅｒｅｎｃｅ}は、第２ＳＳＢのＧＳＣＮであり、
Ｎ_{ＧＳＣＮ１} ^{Ｒｅｆｅｒｅｎｃｅ}は、第１ＳＳＢのＧＳＣＮを表し、
Ｎ_{ＧＳＣＮ１} ^{Ｏｆｆｓｅｔ}は、第１オフセットを表し、
ａは、第１ビットによって示される値であり、ａの値は、１又は－１であり、
ｎは、調整係数であり、
Ｎ’_ＧＳＣＮ ^{Ｏｆｆｓｅｔ}は、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第１オフセット情報を表す。

【0015】

可能な実施において、第２指示情報は、第１ビット及び第２ビットを含む。

【0016】

第２ＳＳＢのＧＳＣＮ及び第１ＳＳＢのＧＳＣＮは、次の

【数2】

という関係を満足し、
Ｎ_{ＧＳＣＮ２} ^{Ｒｅｆｅｒｅｎｃｅ}は、第２ＳＳＢのＧＳＣＮであり、
Ｎ_{ＧＳＣＮ１} ^{Ｒｅｆｅｒｅｎｃｅ}は、第１ＳＳＢのＧＳＣＮを表し、
Ｎ_{ＧＳＣＮ１} ^{Ｏｆｆｓｅｔ}は、第１オフセットを表し、
ａは、第１ビットによって示される値であり、ａの値は、１又は－１であり、
ｎは、調整係数であり、
Ｎ’_ＧＳＣＮ ^{Ｏｆｆｓｅｔ}は、第２ビットによって示される値であり、
Ｎ_{ＧＳＣＮ１} ^{Ｏｆｆｓｅｔ}は、０以上の実数である。

【0017】

上記の解決法では、第２端末デバイスは、第１ＳＳＢに含まれている第２指示情報から第１ビット及び第２ビットを取得し得る。第２指示情報内の第１ビット及び第２ビットのビットポジションは、制限されない。第１ビットはａの値を示し、ｎは調整係数であってよい。例えば、ｎの値は、前もってセットされてよい。例えば、ｎは、プロトコルで予め定義された係数である。第２ビットは、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第１オフセット情報を示す。上記の式と同様に、第２端末デバイスは、第２ＳＳＢのＧＳＣＮを取得し得る。

【0018】

可能な実施において、第１端末デバイスはレガシー（Legacy）端末デバイスであり、第１タイプＳＳＢは非ＣＤ－ＳＳＢであり、第２端末デバイスはＲＥＤＣＡＰ端末デバイスであり、第２タイプＳＳＢはＣＤ－ＳＳＢである。第１ＳＳＢはＢ１ビットを含み、Ｂ１ビットは、ＳＳＢがＲＥＤＣＡＰ端末デバイスのための非ＣＤ－ＳＳＢであるかどうかを示す。例えば、Ｂ１＝１であるとき、それは、ＳＳＢがＲＥＤＣＡＰ端末デバイスのための非ＣＤ－ＳＳＢであることを示す。Ｂ１＝０であるとき、それは、ＳＳＢがＲＥＤＣＡＰ端末デバイスのためのＣＤ－ＳＳＢであることを示す。第１ＳＳＢはＢ２ビットを更に含み、Ｂ２は次の２つの意味を表し得る：Ｂ１＝１である場合、つまり、ＳＳＢがＲＥＤＣＡＰ端末デバイスのための非ＣＤ－ＳＳＢであるとき、Ｂ２は、レガシー端末デバイスに対する新しいＳＳＢ周波数のオフセット（offset）値を示し、オフセットは、ＲＥＤＣＡＰ端末デバイスによって、ＲＥＤＣＡＰ端末デバイスのためのＣＤ－ＳＳＢへジャンプするために使用される。Ｂ１＝０である場合、つまり、ＳＳＢがＲＥＤＣＡＰ端末デバイスのためのＣＤ－ＳＳＢであるとき、Ｂ２はＣＯＲＥＳＥＴ＃０及び／又はＣＳＳを示し、それにより、ＲＥＤＣＡＰ端末デバイスは、示されている時間－周波数範囲においてダウンリンク制御情報を探し、ダウンリンク制御情報を見つけた後、ダウンリンク制御情報の指示に基づきシステム情報を取得する。

【0019】

可能な実施において、Ｂ２ビットは、ＲＥＤＣＡＰ端末デバイスのためのＣＤ－ＳＳＢの周波数情報を示す。例えば、Ｂ２ビットはＧＳＣＮオフセットを表し、Ｂ２は、第２指示情報内の第１ビット及び第２ビットであってよい。

【0020】

可能な実施において、Ｂ２ビットは、次の方法のうちのいずれか１つを使用することによって、ＣＯＲＥＳＥＴ＃０及び／又はＣＳＳをＲＥＤＣＡＰ端末デバイスに示し得る。

【0021】

方法１：ＣＯＲＥＳＥＴ＃０は、プロトコルで予め定義された値であり、Ｂ２ビットはＣＳＳを示す。

【0022】

方法２：ＣＳＳは、プロトコルで予め定義された値であり、Ｂ２ビットはＣＯＲＥＳＥＴ＃０を示す。

【0023】

方法３：Ｂ２＝Ｂ２１＋Ｂ２２であり、Ｂ２ビット内のＢ２１ビットはＣＯＲＥＳＥＴ＃０を示し、Ｂ２２ビットはＣＳＳを示し、Ｂ２１及びＢ２２は両方とも、０以上の整数である。

【0024】

可能な実施において、第２ＳＳＢのオフセット情報は、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第２オフセット情報を含む。第２指示情報は、第１ビット及び第２ビットを含む。第２ビットは、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第２オフセット情報を示す。第２ＳＳＢのＧＳＣＮ及び第１ＳＳＢのＧＳＣＮは、次の

【数3】

という関係を満足し、
Ｎ_{ＧＳＣＮ２} ^{Ｒｅｆｅｒｅｎｃｅ}は、第２ＳＳＢのＧＳＣＮであり、
Ｎ_{ＧＳＣＮ１} ^{Ｒｅｆｅｒｅｎｃｅ}は、第１ＳＳＢのＧＳＣＮを表し、
ａは、第１ビットによって示される値であり、ａの値は、１又は－１であり、
ｎは、調整係数であり、
Ｎ”_ＧＳＣＮ ^{Ｏｆｆｓｅｔ}は、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第２オフセット情報を表す。

【0025】

可能な実施において、第２指示情報は、第１ビット及び第２ビットを含む。

【0026】

第２ＳＳＢのＧＳＣＮ及び第１ＳＳＢのＧＳＣＮは、次の

【数4】

という関係を満足し、
Ｎ_{ＧＳＣＮ２} ^{Ｒｅｆｅｒｅｎｃｅ}は、第２ＳＳＢのＧＳＣＮであり、
Ｎ_{ＧＳＣＮ１} ^{Ｒｅｆｅｒｅｎｃｅ}は、第１ＳＳＢのＧＳＣＮを表し、
ａは、第１ビットによって示される値であり、ａの値は、１又は－１であり、
ｎは、調整係数であり、
Ｎ”_ＧＳＣＮ ^{Ｏｆｆｓｅｔ}は、第２ビットによって示される値であり、
ｎは、０以上の実数である。

【0027】

上記の解決法では、第２端末デバイスは、第１ＳＳＢに含まれている第２指示情報から第１ビット及び第２ビットを取得し得る。第２指示情報内の第１ビット及び第２ビットのビットポジションは、制限されない。第１ビットはａの値を示し、ｎは調整係数であってよい。例えば、ｎの値は、前もってセットされてよい。例えば、ｎは、プロトコルで予め定義された係数である。第２ビットは、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮのオフセットを示す。従って、上記の式に基づき、第２端末デバイスは、第２ＳＳＢのＧＳＣＮを取得し得る。

【0028】

可能な実施において、第２ＳＳＢのオフセット情報は、第２ＳＳＢのＧＳＣＮオフセットを含む。第２指示情報は、第１ビット及び第２ビットを含む。第１ビットは、第２ＳＳＢのＧＳＣＮオフセットが正のオフセットであること又は第２ＳＳＢのＧＳＣＮオフセットが負のオフセットであることを示す。第２ビットは、第２ＳＳＢのＧＳＣＮオフセットを示す。第２ＳＳＢの周波数範囲は、

【数5】

である。

【0029】

Ｎ_ＧＳＣＮ ^{Ｒｅｆｅｒｅｎｃｅ}は、第１ＳＳＢのＧＳＣＮであり、
Ｎ_ＧＳＣＮ ^{Ｓｔａｒｔ}は、ＧＳＣＮ開始値であり、
ｂは、第１ビットによって示される値であり、ｂの値は、１又は－１であり、
ｎは、調整係数であり、
Ｎ_ＧＳＣＮ ^Ｅｎｄは、ＧＳＣＮ終了値であり、
Ｎ’’’_ＧＳＣＮ ^{Ｏｆｆｓｅｔ}は、第２ＳＳＢのＧＳＣＮオフセットを表す。

【0030】

可能な実施において、第２ＳＳＢのオフセット情報は、第２ＳＳＢのＧＳＣＮオフセットを含む。第２指示情報は第１ビット及び第２ビットを含む。第２ＳＳＢの周波数範囲は、

【数6】

である。

【0031】

【0032】

上記の解決法で、Ｎ_ＧＳＣＮ ^{Ｓｔａｒｔ}はＧＳＣＮ開始値であり、Ｎ_ＧＳＣＮ ^ＥｎｄはＧＳＣＮ終了値である。ＧＳＣＮ開始値及びＧＳＣＮ終了値は、ＭＩＢによって示される値であってよい。例えば、ＭＩＢ内のｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１フィールドがＧＳＣＮ開始値及びＧＳＣＮ終了値を示してもよい。ＧＳＣＮ開始値は、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１フィールド内の上位４ビットによって示されてよく、ＧＳＣＮ終了値は、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１フィールドの下位４ビットによって示されてよい。第２端末デバイスは、第１ＳＳＢに含まれている第２指示情報から第１ビット及び第２ビットを取得し得る。第２指示情報内の第１ビット及び第２ビットのビットポジションは、制限されない。第１ビットはｂの値を示し、ｎは調整係数であってよい。例えば、ｎの値は、前もってセットされてよい。例えば、ｎは、プロトコルで予め定義された係数である。第２ビットは、第２ＳＳＢのＧＳＣＮオフセットを示す。第２ＳＳＢのＧＳＣＮオフセットは、第２ＳＳＢの周波数範囲を決定するためのものであってよい。

【0033】

可能な実施において、第２指示情報は、第１ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つによって運ばれる。上記の解決法では、ネットワークデバイスは、第２指示情報を運ぶためにＳＳＢ内の１つ以上のフィールドを使用してよい。例えば、ネットワークデバイスは、第２指示情報を運ぶために、ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つ（つまり、１つ以上）を使用してよい。例えば、ネットワークデバイスは、第２指示情報を運ぶためにＳＳＢ内の上記のフィールドのうちの１つ以上を使用してよい。本願のこの実施形態において、ＳＳＢで第２指示情報を運ぶためのフィールドの具体的なフィールド名及び具体的な数は、制限されない。第２端末デバイスは、ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つをパースすることによって、第２指示情報を取得してもよい。この方法によれば、第２指示情報は、シグナリングオーバヘッドを増やさずに運ばれ得る。

【0034】

可能な実施において、第１ＳＳＢは第３指示情報を含む。第３指示情報は、第１制御リソースセット及び／又は第１共通探索空間を示す。上記の解決法では、第１制御リソースセット及び第１共通探索空間を取得した後、第２端末デバイスは、第１制御リソースセット及び第１共通探索空間を使用することによってＰＤＣＣＨ探索空間を決定し、ＰＤＣＣＨ候補リソースでＤＣＩを検出し、ＤＣＩに基づきシステム情報を取得し、システム情報を使用することによってネットワークにアクセスしてよい。

【0035】

可能な実施において、第３指示情報は、第１ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つによって運ばれる。上記の解決法では、ネットワークデバイスは、第３指示情報を運ぶためにＳＳＢ内の１つ以上のフィールドを使用してよい。例えば、ネットワークデバイスは、第３指示情報を運ぶために、ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つ（つまり、１つ以上）を使用してよい。例えば、ネットワークデバイスは、第３指示情報を運ぶためにＳＳＢ内の上記のフィールドのうちの１つ以上を使用してよい。本願のこの実施形態において、ＳＳＢで第３指示情報を運ぶためのフィールドの具体的なフィールド名及び具体的な数は、制限されない。第２端末デバイスは、ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つをパースすることによって、第３指示情報を取得してもよい。この方法によれば、第３指示情報は、シグナリングオーバヘッドを増やさずに運ばれ得る。

【0036】

第２の態様に従って、本願の実施形態は、同期信号ブロック伝送方法であって、ネットワークデバイスから第１同期信号ブロックＳＳＢを受信することであり、第１ＳＳＢは、第１端末デバイスのための第１タイプＳＳＢである、ことと、第１ＳＳＢが第２端末デバイスのための第１タイプＳＳＢである場合に、ネットワークデバイスから第２ＳＳＢを受信し、第２ＳＳＢに基づき第２制御リソースセット及び／又は第２共通探索空間を決定することとを含む方法を更に提供する。第１ＳＳＢは第１指示情報を含み、第１指示情報の第２値は、第１ＳＳＢが第２端末デバイスのための第１ＳＳＢであることを示す。第１指示情報は、第１ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つによって運ばれる。

【0037】

上記の解決法では、ネットワークデバイスは、第１指示情報を運ぶためにＳＳＢ内の１つ以上のフィールドを使用してよい。例えば、ネットワークデバイスは、ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールドのうちの少なくとも１つ（つまり、１つ以上）を使用して、第１指示情報を運び得る。例えば、ネットワークデバイスは、第１指示情報を運ぶためにＳＳＢ内の上記のフィールドのうちの１つ以上を使用してよい。ＳＳＢで第１指示情報を運ぶためのフィールドの具体的なフィールド名及び具体的な数は、制限されない。第２端末デバイスは、ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つをパースすることによって、第１指示情報を取得してもよい。この方法によれば、第１指示情報は、シグナリングオーバヘッドを増やさずに運ばれ得る。

【0038】

可能な実施において、第１ＳＳＢは第２指示情報を更に含む。第２指示情報は、第２ＳＳＢのオフセット情報を示す。

【0039】

可能な実施において、第２ＳＳＢのオフセット情報は、第１ＳＳＢのグローバル同期チャネル番号ＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第１オフセット情報を含む。第２指示情報は第１ビット及び第２ビットを含む。第２ＳＳＢのＧＳＣＮ及び第１ＳＳＢのＧＳＣＮは、次の

【数7】

【0040】

可能な実施において、第２ＳＳＢのオフセット情報は、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第２オフセット情報を含む。第２指示情報は第１ビット及び第２ビットを含む。第２ＳＳＢのＧＳＣＮ及び第１ＳＳＢのＧＳＣＮは、次の

【数8】

【0041】

可能な実施において、第２ＳＳＢのオフセット情報は、第２ＳＳＢのＧＳＣＮオフセットを含む。第２指示情報は第１ビット及び第２ビットを含む。

【0042】

第２ＳＳＢの周波数範囲は、

【数9】

である。

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

【図1】本願の実施形態に係る通信方法のインタラクションプロシージャの概略図である。

【図2】本願の実施形態に係る第１ＳＳＢのフレーム構造の概略図である。

【図3】本願の実施形態に従ってＲＥＤＣＡＰ端末デバイスによって実行される同期信号ブロック伝送方法の適用シナリオの概略図である。

【図4】本願の実施形態に従ってＣＯＲＥＳＥＴ＃０を決定する概略図である。

【図5】本願の実施形態に従ってＣＳＳを決定する概略図である。

【図6】本願の実施形態に係る端末デバイスの構造の概略図である。

【図7】本願の実施形態に係るネットワークデバイスの構造の概略図である。

【図8】本願の実施形態に係る装置の構造の概略図である。

【図9】本願の実施形態に係る装置の構造の概略図である。

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

【0071】

本願の実施形態は、ＳＳＢの利用性を改善するために、同期信号ブロック伝送方法及び通信装置を提供する。

【0072】

以下は、添付の図面を参照して本願の実施形態について記載する。

【0073】

本願の実施形態で提供される技術的解決法は、様々な通信システム、例えば、ロング・ターム・エボリューション（long term evolution，ＬＴＥ）システム、５Ｇモバイル通信システム、ワイヤレス・フィデリティ（wireless fidelity，Ｗｉ－Ｆｉ）システム、将来の第６世代通信システム、複数の通信システムを組み込んだシステム、などに適用されてよい。これは、本願の実施形態で制限されない。５Ｇモバイル通信は、ニュー・ラジオ（new radio，ＮＲ）モバイル通信システムとも呼ばれ得る。

【0074】

本願の実施形態で提供される技術的解決法は、様々な通信シナリオに適用されてよく、例えば、次の通信シナリオ：ｅＭＢＢ、ＵＲＬＬＣ、ｍＭＴＣ、デバイス・ツー・デバイス（device-to-device，Ｄ２Ｄ）通信、ビークル・ツー・エブリシング（vehicle-to-everything，Ｖ２Ｘ）通信、ビークル・ツー・ビークル（vehicle-to-vehicle，Ｖ２Ｖ）通信、インターネット・オブ・シングス（internet of things，ＩｏＴ）、などのうちの１つ以上に適用されてよい。

【0075】

無線通信システムは通信デバイスを含み、通信デバイスは、エアインターフェースリソースにわたって無線通信を実行してよい。通信デバイスへネットワークデバイス及び端末デバイスを含んでよく、ネットワークデバイスはネットワーク側デバイスとも呼ばれ得る。エアインターフェースリソースは、時間領域リソース、周波数領域リソース、符号リソース、及び空間リソース、のうちの少なくとも１つを含んでよい。本願の実施形態において、「少なくとも１つの（タイプ）」は、代替的に、「１つの（タイプ）又はそれよりも多い（タイプ）」として記載されてよく、「複数の（タイプ）」は、２つの（タイプ）、３つの（タイプ）、４つの（タイプ）、又はそれ以上の（タイプ）であってよい。これは、本願の実施形態で制限されない。例えば、無線通信システムは、２つの通信デバイス：第１通信デバイス及び第２通信デバイスを含む。第１通信デバイスはネットワークデバイスであってよく、第２通信デバイスは端末デバイスであってよい。

【0076】

本願の実施形態において、「／」は、関連するオブジェクトどうしの“論理和”関係を表し得る。例えば、Ａ／Ｂは、Ａ又はＢを表し得る。しかし、計算方式では、「／」は除算符号を表し得る。例えば、Ｎ／Ｍは、ＮをＭで割ることを表し、Ｎ及びＭは夫々、値を表す。「及び／又は」という用語は、関連するオブジェクトの間に存在する３つの関係を記載するために使用され得る。例えば、Ａ及び／又はＢは、次の３つの場合：Ａのみ存在、ＡとＢの両方が存在、及びＢのみ存在、を表し得る。ここで、Ａ及びＢのみは単数又は複数であってよい。本願の実施形態における技術的解決法の記載を容易にするために、本願の実施形態では、「第１」、「第２」、「Ａ」及び「Ｂ」などの語は、同じ又は類似した機能を持っている技術的特徴を区別するために使用され得る。「第１」、「第２」、「Ａ」及び「Ｂ」などの語は、数量及び実行順序を制限するものではなく、「第１」、「第２」、「Ａ」及び「Ｂ」などの語は、明確な違いを示すものでもない。本願の実施形態において、「例」又は「例えば」などの用語は、例、実例、又は記載を与えることを表すために使用される。「例」又は「例えば」とともに記載される如何なる実施形態又は構成スキームも、他の実施形態又は構成スキームよりも好ましいもの又はより多くの利点を有するものとして説明されるべきではない。「例」又は「例えば」などの用語の使用は、理解を容易にするための特定の方法で、関連する概念を提示するよう意図される。

【0077】

本願の実施形態の端末デバイスは、端末とも呼ばれることがあり、無線トランシーバ機能を備えたデバイスであってよい。端末デバイスは地上にデプロイされてよく、デプロイメントは屋内若しくは屋外、又は手持ち式若しくは車載型デプロイメントを含み、水上（例えば、船上）にデプロイされてもよく、あるいは、空中（例えば、飛行機、風船、又は衛星）にデプロイされてもよい。端末デバイスはユーザ装置（user equipment，ＵＥ）であってよい。ＵＥは、手持ち式デバイス、車載型デバイス、ウェアラブルデバイス、又は無線通信機能を備えたコンピューティングデバイスを含む。例えば、ＵＥは携帯電話機（mobile phone）、タブレットコンピュータ、又は無線トランシーバ機能を備えたコンピュータであってよい。代替的に、端末デバイスは、仮想現実（virtual reality，ＶＲ）端末デバイス、拡張現実（augmented reality，ＡＲ）端末デバイス、産業制御における無線端末、自動運転における無線端末、遠隔医療における無線端末、スマートグリッドにおける無線端末、スマートシティ（smart city）における無線端末、スマートホーム（smart home）における無線端末、などであってもよい。本願の実施形態において、端末デバイスの機能を実装するよう構成される装置は、端末デバイスであってよく、あるいは、端末デバイスが機能を実装するのを支援することができる装置、例えば、チップシステムであってもよい。装置は、端末デバイスに配置されてよく、あるいは、装置は、端末デバイスとともに協調して使用されてもよい。本願の実施形態において、チップシステムは、チップを含んでよく、あるいは、チップ及び他のディスクリート部品を含んでもよい。本願の実施形態では、端末デバイスの機能を実装するよう構成される装置が端末デバイスである例が、本願の実施形態で提供される技術的解決法について具体的に記載するために使用される。

【0078】

本願の実施形態のネットワークデバイスは、基地局（base station，ＢＳ）を含み、端末デバイスとの無線通信のためのラジオアクセスネットワークにおいてデプロイされたデバイスであってよい。基地局は、マクロ基地局、ミクロ基地局、中継局、又はアクセスポイントなどの複数の形をとってよい。例えば、本願の実施形態の基地局は、５Ｇモバイル通信システムの基地局、又はＬＴＥの基地局であってよい。５Ｇモバイル通信システムの基地局は、送信受信ポイント（transmission reception point，ＴＲＰ）又はｇＮＢとも呼ばれ得る。本願の実施形態において、ネットワークデバイスの機能を実装するよう構成される装置は、ネットワークデバイスであってよく、あるいは、ネットワークデバイスが機能を実装するのを支援することができる装置、例えば、チップシステムであってもよい。装置は、ネットワークデバイスに配置されてよく、あるいは、装置は、ネットワークデバイスとともに協調して使用されてもよい。本願の実施形態では、ネットワークデバイスの機能を実装するよう構成される装置が、本願の実施形態で提供される技術的解決法について具体的に記載するために使用される。

【0079】

本願の実施形態で提供される技術的解決法は、通信デバイス間の無線通信に適用されてよい。通信デバイス間の無線通信は、ネットワークデバイスと端末デバイスとの間の無線通信、ネットワークデバイス間の無線通信、及び端末デバイス間の無線通信を含んでよい。本願の実施形態において、「無線通信」は、代替的に、略して「通信」であってよく、「通信」という用語は、代替的に、「データ伝送」、「情報伝送」、又は「伝送」と呼ばれることがある。技術的解決法は、スケジューリングエンティティと従属エンティティとの間の無線通信のために使用されてよい。スケジューリングエンティティは、エアインターフェースリソースを従属エンティティに割り当ててよい。当業者は、他のスケジューリングエンティティと従属エンティティとの間の無線通信、例えば、マクロ基地局とミクロ基地局との間の無線通信、及び端末デバイスＡと端末デバイスＢとの間の無線通信を実行するために、本願の実施形態で提供される技術的解決法を使用してもよい。本願の実施形態では、ネットワークデバイスと端末デバイスとの間の通信が記載のための例として使用される。

【0080】

通信システム、例えば、ＮＲモバイル通信システム又は他のシステムでは、レガシー端末デバイス、例えば、ｅＭＢＢ端末デバイスと比較して、ライト（light）端末デバイスが導入されてもよい。ライト端末デバイスは、低減能力（reduced capability，ＲＥＤＣＡＰ）端末デバイスとも呼ばれ得る。ｅＭＢＢ端末デバイスは、ｅＭＢＢサービスを伝送することができる端末デバイスであってよい。ＲＥＤＣＡＰ端末デバイスはｍＭＴＣシナリオに存在し得るが、ｍＭＴＣシナリオに制限されない。ｍＭＴＣシナリオは、ＲＥＤＣＡＰ端末デバイスを含み得るが、ＲＥＤＣＡＰ端末デバイスしか含まないよう制限されない。ＲＥＤＣＡＰ端末デバイスと比較して、レガシー端末デバイスは、高能力端末デバイス、又は能力が制限されていない端末デバイスであってよい。本願のこの実施形態では、レガシー端末デバイスは、将来導入されかつＲＥＤＣＡＰ端末デバイスに関連する高能力端末デバイスで置換されてもよい。例えば、高能力端末デバイスとＲＥＤＣＡＰ端末デバイスとの間の能力比較は、以下の第１項目乃至第９項目のうちの１つ以上を満足する。

【0081】

第１項目：高能力端末デバイスによってサポートされる最大バンド幅は、ＲＥＤＣＡＰ端末デバイスによってサポートされる最大バンド幅よりも大きい。例えば、こうによってサポートされる最大バンド幅は、１００メガヘルツ（ＭＨｚ）又は２００ＭＨｚであってよく、ＲＥＤＣＡＰ端末デバイスによってサポートされる最大バンド幅は、２０ＭＨｚ、１０ＭＨｚ、又は５ＭＨｚであってよい。

【0082】

第２項目：高能力端末デバイスのアンテナの数は、ＲＥＤＣＡＰ端末デバイスのアンテナの数よりも多い。アンテナの数は、端末デバイスのアンテナの実際の数、又は送信及び／又は受信に使用され得るアンテナの最大数であってよい。例えば、高能力端末デバイスは、最大で４つの受信アンテナ及び２つの送信アンテナをサポートし、ＲＥＤＣＡＰ端末デバイスは、最大で２つの受信アンテナ及び１つの送信アンテナをサポートする。代替的に、たとえ高能力端末デバイスのアンテナの数がＲＥＤＣＡＰ端末デバイスのアンテナの数と等しいとしても、高能力端末デバイス及びＲＥＤＣＡＰ端末デバイスは、アンテナ選択伝送の能力が異なっている。例えば、高能力端末デバイス及びＲＥＤＣＡＰ端末デバイスの両方が２つの送信アンテナをサポートしている。しかし、高能力端末デバイスはアンテナ選択伝送をサポートしているが、ＲＥＤＣＡＰ端末デバイスはアンテナ選択伝送をサポートしていない。一例として単一アンテナポートデータ伝送を使用すると、高能力端末デバイスは、２つの送信アンテナ上で単一アンテナポートデータ伝送を切り替えてよく、空間ダイバーシティ利得がデータ伝送について得られる。しかし、ＲＥＤＣＡＰ端末デバイスの単一アンテナポートデータ伝送は、２つの送信アンテナで同時にしか実行され得ず、これは、１つの伝送アンテナの伝送性能と同等である。

【0083】

第３項目：高能力端末デバイスによってサポートされる最大伝送電力は、ＲＥＤＣＡＰ端末デバイスによってサポートされる最大伝送電力よりも大きい。例えば、高能力端末デバイスによってサポートされる最大伝送電力は、２３デシベルミリワット（decibel-milliwatts，ｄＢｍ）又は２６ｄＢｍであり、ＲＥＤＣＡＰ端末デバイスによってサポートされる最大伝送電力は、４ｄＢｍから２０ｄＢｍまでの値である。

【0084】

第４項目：高能力端末デバイスは、キャリアアグリゲーション（carrier aggregation，ＣＡ）をサポートし、ＲＥＤＣＡＰ端末デバイスは、キャリアアグリゲーションをサポートしない。

【0085】

第５項目：高能力端末デバイス及びＲＥＤＣＡＰ端末デバイスが両方ともキャリアアグリゲーションをサポートする場合に、高能力端末デバイスによってサポートされるキャリアの最大量は、ＲＥＤＣＡＰ端末デバイスによってサポートされるキャリアの最大量よりも多い。例えば、高能力端末デバイスは、最大で３２個のキャリア又は５つのキャリアのアグリゲーションをサポートし、ＲＥＤＣＡＰ端末デバイスは、最大で２つのキャリアのアグリゲーションをサポートする。

【0086】

第６項目：高能力端末デバイス及びＲＥＤＣＡＰ端末デバイスは、異なるプロトコルバージョンで導入される。例えば、ＮＲプロトコルで、高能力端末デバイスは、プロトコルのリリース（release，Ｒ）１５で導入された端末デバイスであり、ＲＥＤＣＡＰ端末デバイスは、プロトコルのＲ１７で導入された端末デバイスである。

【0087】

第７項目：高能力端末デバイス及びＲＥＤＣＡＰ端末デバイスは、異なるデュプレクス能力を有する。高能力端末デバイスは、より強いデュプレクス能力を有する。例えば、高能力端末デバイスは、フルデュプレクス周波数分割復信（frequency division duplex，ＦＤＤ）をサポートする。具体的に言えば、高能力端末デバイスは、ＦＤＤをサポートする場合に、同時の受信及び送信をサポートする。ＲＥＤＣＡＰ端末デバイスは、ハーフデュプレクスＦＤＤをサポートする。具体的に言えば、ＲＥＤＣＡＰ端末デバイスは、ＦＤＤをサポートする場合に、同時の受信及び送信をサポートしない。

【0088】

第８項目：高能力端末デバイスのデータ処理能力は、ＲＥＤＣＡＰ端末デバイスのデータ処理能力よりも強い。高能力端末デバイスは、同じ時間内でより多くのデータを処理し得る。代替的に、高能力端末デバイスの処理時間は、高能力端末デバイスが同じデータを処理する場合に、より短い。例えば、端末デバイスがネットワークデバイスからダウンリンクデータを受信する時点は、Ｔ１と表記される。端末デバイスがダウンリンクデータを処理した後、端末デバイスがネットワークデバイスへダウンリンクデータに対するフィードバックを送信する時点は、Ｔ２と表記される。高能力端末デバイスのＴ２とＴ１との間の遅延（つまり、時間差）は、ＲＥＤＣＡＰ端末デバイスのＴ２とＴ１との遅延よりも小さい。ダウンリンクデータに対するフィードバックは、肯定応答（acknowledgement，ＡＣＫ）フィードバック又は否定応答（negative acknowledgement，ＮＡＣＫ）フィードバックであってよい。

【0089】

第９項目：高能力端末デバイスのデータ伝送のピークレートは、ＲＥＤＣＡＰ端末デバイスのデータ伝送のピークレートよりも大きい。データ伝送は、アップリンクデータ伝送（具体的に、端末デバイスがデータをネットワークデバイスへ送信し得る）及び／又はダウンリンクデータ伝送（具体的に、端末デバイスがネットワークデバイスからデータを受信し得る）を含む。

【0090】

本願の実施形態において、端末デバイスの異なる能力は、複数の能力タイプの端末デバイスを含んでもよい。例えば、第１タイプ端末デバイス及び第２タイプ端末デバイスは、異なるタイプの２つの端末デバイスを表し得る。例えば、第１タイプ端末デバイスは、産業無線センサネットワーク（industrial wireless sensor network，ＩＷＳＮ）のための端末デバイスであってよく、第２タイプ端末デバイスは、映像監視（video surveillance）のための端末デバイスであってよい。例えば、第１タイプ端末デバイスはＲＥＤＣＡＰ端末デバイスであってよく、第２タイプ端末デバイスは、高能力端末デバイスであってよい。例えば、第１タイプ端末デバイスは、ＲＥＤＣＡＰ端末デバイスＡであってよく、第２タイプ端末デバイスは、ＲＥＤＣＡＰ端末デバイスＢであってよい。ＲＥＤＣＡＰ端末デバイスＡ及びＲＥＤＣＡＰ端末デバイスＢの次の能力のうちの１つ以上は異なっている：バンド幅能力、アンテナの数、伝送電力、ＣＡ能力、デュプレクス能力、及びデータ処理能力。他の例として、第１タイプ端末デバイスは、産業無線センサネットワークのための端末デバイスであってよく、第２タイプ端末デバイスは、映像監視のための端末デバイス及び／又はｅＭＢＢ端末デバイスであってよい。

【0091】

本願の実施形態において、端末デバイスは、初期アクセスプロセスを使用することによって端末デバイスとネットワークデバイスとの間の接続を確立してよく、それにより、端末デバイスは、データをネットワークデバイスへ送信することができる。可能な実施において、端末デバイス（例えば、レガシー端末デバイス）の初期アクセスプロセスは、ネットワークデバイスからの一次同期信号（primary synchronization signal，ＰＳＳ）及び二次同期信号（secondary synchronization signal，ＳＳＳ）を検出して、ネットワークデバイスから同期信号ブロック（Synchronization signal block，ＳＳＢ）を受信し、このとき、ＳＳＢはＰＳＳ、ＳＳＳ、及び物理ブロードキャストチャネル（physical broadcast channel，ＰＢＣＨ）を含む、ことと、ＰＢＣＨからマスター情報ブロック（master information block，ＭＩＢ）を取得することと、ＭＩＢに基づき、ＳＳＢがセル定義同期信号ブロック（cell-defining SSB，ＣＤ－ＳＳＢ）であると決定される場合に、ＭＩＢの指示に基づき共通探索空間（common search space，ＣＳＳ）及び制御リソースセット（control-resource set，ＣＯＲＥＳＥＴ）＃０を決定し、あるいは、ＭＩＢに基づき、ＳＳＢが非セル定義同期信号ブロック（non-cell-defining SSB，非ＣＤ－ＳＳＢ）であると決定される場合に、非ＣＤ－ＳＳＢの指示に基づきＣＤ－ＳＳＢを探し、見つけられたＣＤ－ＳＳＢのＭＩＢの指示に基づきＣＳＳ及びＣＯＲＥＳＥＴ＃０を決定することと、ＣＯＲＥＳＥＴ＃０及びＣＳＳに基づき、物理ダウンリンク制御チャネル（physical downlink control channel，ＰＤＣＣＨ）を伝送するための候補リソースを決定し、このとき、ＰＤＣＣＨはダウンリンク制御情報（downlink control information，ＤＣＩ）を運ぶ、ことと、ＰＤＣＣＨのための候補リソースでＤＣＩを検出することと、ＤＣＩを検出した後、ＤＣＩによって示されているスケジューリング情報に基づき物理ダウンリンク共有チャネル（physical downlink shared channel，ＰＤＳＣＨ）を受信し、このとき、ＰＤＳＣＨはセルのシステム情報を運び、つまり、ＤＣＩの指示に基づきセルのシステム情報を取得することと、システム情報に基づきネットワークデバイスへのランダムアクセスプロセスを開始して、端末デバイスとネットワークデバイスとの間の接続を確立することとを含む。

【0092】

本願のこの実施形態では、上記の初期アクセスプロセスにおいて、ＭＩＢに基づきＳＳＢがＣＤ－ＳＳＢであると決定し、ＣＳＳ及びＣＯＲＥＳＥＴ＃０を決定し、ＣＯＲＥＳＥＴ＃０及びＣＳＳに基づきＰＤＣＣＨのための候補リソースを決定し、ＰＤＣＣＨのための候補リソースでＤＣＩを検出し、ＤＣＩに基づきシステム情報を取得するプロセス全体は、「ＳＳＢを通じたネットワークへのアクセス」、「ＳＳＢを利用又は使用することによるネットワークへのアクセス」、「ＳＳＢに基づいたネットワークへのアクセス」、などと総称される。「ＳＳＢを通じたネットワークへのアクセス」、「ＳＳＢを利用又は使用することによるネットワークへのアクセス」、「ＳＳＢに基づいたネットワークへのアクセス」のプロセスは、その後の内容において再び詳細に記載されない。上記のプロセスにおいて、ＳＳＢが端末デバイス（例えば、レガシー端末デバイス又はＲＥＤＣＡＰ端末デバイス）のための非ＣＤ－ＳＳＢである場合に、端末デバイスは、ＳＳＢに基づきランダムアクセスプロセスを実行することができず、あるいは、端末デバイスは、ＳＳＢを利用又は使用することによってネットワークにアクセスすることができない。端末デバイスは、探索を再び実行して、ＳＳＢに基づきＣＤ－ＳＳＢを見つけた後にのみ、ランダムアクセスプロセスを実行することができる。

【0093】

ＳＳＢデプロイメント中に、ネットワークデバイスは、１つのキャリア（carrier）上で複数のＳＳＢを設定してもよい。例えば、４つのＳＳＢが、１００メガヘルツ（ＭＨｚ）のバンド幅でキャリア上に設定される。４つのＳＳＢのうちの１つはＣＤ－ＳＳＢであり、周波数バンド１に位置している。４つのＳＳＢのうちの残り３つは、非ＣＤ－ＳＳＢであり、周波数バンド２から周波数バンド４に位置している。周波数バンド１から周波数バンド４は、１００ＭＨｚキャリアの異なる周波数ポジションに位置してよい。周波数バンド１から周波数バンド４は互いに重なり合わない。ネットワークデバイスは、ラジオリソース制御（radio resource control，ＲＲＣ）コネクテッドモードに入る端末デバイスのためにバンド幅部分（bandwidth part，ＢＷＰ）を設定してよい。端末デバイスのために設定されたＢＷＰが周波数バンド２から周波数バンド４を含む場合に、端末デバイスは周波数バンド２から周波数バンド４で非ＣＤ－ＳＳＢを測定し、測定結果に基づき電力制御パラメータを決定し、セルハンドオーバを実行すべきかどうか、などを決定してよい。初期アクセスプロセスで非ＣＤ－ＳＳＢを検出する場合に、非コネクテッドモード（例えば、アイドル状態又は非作動状態）にある端末デバイスは、非ＣＤ－ＳＳＢの指示に基づき、ＣＤ－ＳＳＢが設定される周波数バンド１又は他の周波数バンドへジャンプして、ＣＤ－ＳＳＢを探してよい。従って、現在の非ＣＤ－ＳＳＢの主な機能は、コネクテッドモードにある端末が参照信号を測定することを可能にすること、又は非コネクテッドモードにある端末がＣＤ－ＳＳＢへジャンプすることを可能にすることである。

【0094】

ネットワーク側でサービス要求が存在する、と仮定される。ＲＥＤＣＡＰ端末デバイスは、レガシー（Legacy）非ＣＤ－ＳＳＢが位置している周波数バンドを動作周波数バンドとして使用する必要があり、当該周波数バンドは、レガシー端末デバイス又は高能力端末デバイスのために使用されない。例えば、周波数バンドは産業専用ネットワークである。従来の非ＣＤ－ＳＳＢがＲＥＤＣＡＰ端末デバイスのための非ＣＤ－ＳＳＢでもある場合に、当該非ＣＤ－ＳＳＢは、ＣＯＲＥＳＥＴ＃０及び／又はＣＳＳをＲＥＤＣＡＰ端末デバイスに対して示すことができない。言い換えると、非ＣＤ－ＳＳＢは、ＲＥＤＣＡＰ端末デバイスによって、システム情報を取得し、最初にネットワークにアクセスするために使用され得ない。結果として、ネットワークデバイスは、ＲＥＤＣＡＰ端末デバイスが最初にネットワークにアクセスするために、更なるＳＳＢをブロードキャストする必要があり、ＳＳＢをブロードキャストするためのリソースの浪費の問題が存在する。

【0095】

上記の技術的課題を解決するために、本願の実施形態は、ネットワークデバイスと複数のタイプの端末デバイスとの間の通信シナリオに適用される同期信号ブロック伝送方法を提供する。ＲＥＤＣＡＰ端末デバイス及びレガシー端末デバイスは、異なるタイプのＳＳＢを使用することによって、ネットワークにアクセスする必要があり、また、異なるタイプのＳＳＢに基づき、ＲＥＤＣＡＰ端末デバイス及びレガシー端末デバイスによって夫々必要とされるシステム情報を受信する必要がある。

【0096】

本願のこの実施形態では、端末デバイス（例えば、レガシー端末デバイス、ｅＭＢＢ端末デバイス、又はＵＲＬＬＣ端末デバイス）のための非ＣＤ－ＳＳＢであるＳＳＢは、他の端末デバイス（例えば、ＲＥＤＣＡＰ端末デバイス）のためのＣＤ－ＳＳＢであってもよい。従って、他の端末デバイスは、端末デバイスによってネットワークにアクセスするために使用され得ないＳＳＢを使用することによって、ランダムアクセスを実行してよく、それにより、ＳＳＢの利用性は改善され得る。その上、ネットワークデバイスによるＳＳＢブロードキャストは他の端末デバイスによって使用されてよい。従って、ネットワークデバイスは、更なるＳＳＢブロードキャストすることを防止され得、それにより、ネットワークデバイスの電力消費量は低減される。

【0097】

図１は、本願の実施形態に係るネットワークデバイスと端末デバイスとの間のインタラクションプロシージャの概略図である。図１に示されるインタラクションプロシージャは、次のステップを主に含む。

【0098】

１０１：ネットワークデバイスは第１ＳＳＢを第２端末デバイスへ送信し、このとき、第１ＳＳＢは、第１端末デバイスのための第１タイプＳＳＢである。

【0099】

ネットワークデバイスは、１つ以上（例えば、２つ、３つ、又は６つ）のセルを管理してよく、第２端末デバイスは、セルの少なくとも１つ（例えば、第１セル）でネットワークデバイスと通信してよい。例えば、少なくとも１つのセルは第１セルである。ネットワークデバイスは、第１セルで第１ＳＳＢをブロードキャストしてよく、第２端末デバイスは、第１セルで第１ＳＳＢを見つけ得る。例えば、第２端末デバイスは、プロトコルで規定された周波数で又はＳＳＢが存在する可能性がある周波数でＰＳＳ及びＳＳＳを検出することによってＳＳＢを取得する。

【0100】

第２端末デバイス及び第１端末デバイスは、２つの異なるタイプの端末デバイスであってよい。記載を簡単にするために、本願のこの実施形態は、一例として次の場合を使用することによって記載される：第２端末デバイスはＲＥＤＣＡＰ端末デバイスであり、第１端末デバイスは高能力端末デバイスである。例えば、第１端末デバイスはｅＭＢＢ端末デバイスであってよい。

【0101】

第１ＳＳＢが第２端末デバイスのための第２タイプＳＳＢである場合に、第１ＳＳＢは、第１制御リソースセット及び／又は第１共通探索空間を第２端末デバイスに示す。

【0102】

本願のこの実施形態で、ネットワークデバイスが第１ＳＳＢを設定してもよい。異なるタイプの端末デバイスについて、第１ＳＳＢは異なるタイプのＳＳＢであってよく、あるいは、同じタイプのＳＳＢであってもよい。例えば、第１ＳＳＢは、第１端末デバイスのための第１タイプＳＳＢであり、また、第１ＳＳＢは、第２端末デバイスのための第２タイプＳＳＢである。第１タイプＳＳＢ及び第２タイプＳＳＢは、異なるタイプのＳＳＢを表してよい。例えば、第１タイプＳＳＢは非ＣＤ－ＳＳＢであってよい。具体的に言えば、第１タイプＳＳＢはＣＯＲＥＳＥＴ＃０及び／又はＣＳＳを示さない。従って、第１端末デバイスは、第１ＳＳＢに対応する周波数を使用することによってネットワークにアクセスすることができず、あるいは、第１端末デバイスは、第１ＳＳＢを使用することによってネットワークにアクセスすることができない。第２タイプＳＳＢはＣＤ－ＳＳＢであってよい。具体的に言えば、第２タイプＳＳＢはＣＯＲＥＳＥＴ＃０及び／又はＣＳＳを示す。従って、第２端末デバイスは、第１ＳＳＢを使用することによってネットワークにアクセスし得る。ＳＳＢを使用することによってネットワークにアクセスするプロセスについては、上記の説明を参照されたい。詳細はここで再び記載されない。他の例として、第１タイプＳＳＢは、端末デバイスによってＣＯＲＥＳＥＴ＃０及び／又はＣＳＳを決定するために使用され得ないＳＳＢであり、第２タイプＳＳＢは、端末デバイスによってＣＯＲＥＳＥＴ＃０及び／又はＣＳＳを決定するために使用され得るＳＳＢである。本願のこの実施形態で、第１タイプＳＳＢ及び第２タイプＳＳＢの実施は制限されない。具体的に、第１タイプＳＳＢ及び第２タイプＳＳＢの実施は、適用シナリオに基づき柔軟に設定されてよい。

【0103】

留意すべきは、本願のこの実施形態で、同じＳＳＢが異なるタイプの端末デバイスのための異なるＳＳＢタイプであり得る点である。ＳＳＢタイプは、第１タイプＳＳＢ及び第２タイプＳＳＢを含んでよい。本願のこの実施形態は、より多くのタイプのＳＳＢ、例えば、第３タイプＳＳＢを及び第４タイプＳＳＢを更に含んでもよい。これは制限されない。

【0104】

１０２：第２端末デバイスは、ネットワークデバイスから第１ＳＳＢを受信し、このとき、第１ＳＳＢは、第１端末デバイスのための第１タイプＳＳＢである。

【0105】

本願のこの実施形態で、第２端末デバイスは、ネットワークデバイスによってブロードキャストされた第１ＳＳＢを受信してよい。第２端末デバイスは、第１ＳＳＢで運ばれた情報を取得するために、第１ＳＳＢをパースしてよい。第２端末デバイスは、第１ＳＳＢのＳＳＢタイプを決定してよい。例えば、第２端末デバイスは、第１ＳＳＢが第１端末デバイスのための第１タイプＳＳＢであるかどうかと、第１ＳＳＢが第２端末デバイスのための第２タイプＳＳＢであるかどうかとを決定する。第１タイプＳＳＢ及び第２タイプＳＳＢの上記の説明から、第１ＳＳＢは異なるタイプの端末デバイスのための異なるタイプのＳＳＢであり得る、ことが分かる。例えば、第１ＳＳＢは、第１端末デバイスのための第１タイプＳＳＢであり、また、第１ＳＳＢは、第２端末デバイスのための第２タイプＳＳＢである。

【0106】

第１ＳＳＢが第１端末デバイスのための第１タイプＳＳＢでありかつ第１ＳＳＢが第２端末デバイスのための第２タイプＳＳＢであると第２端末デバイスが決定するとき、第２端末デバイスは、続くステップ１０３を実行する。

【0107】

１０３：第１ＳＳＢが第２端末デバイスのための第２タイプＳＳＢである場合に、第２端末デバイスは、第１ＳＳＢに基づき第１制御リソースセット及び／又は第１共通探索空間を決定する。

【0108】

本願のこの実施形態で、第１ＳＳＢが第１端末デバイスのための第１タイプＳＳＢであり、また、第１ＳＳＢが第２端末デバイスのための第２タイプＳＳＢである場合に、第２端末デバイス及び第１端末デバイスは、異なる方法で第１ＳＳＢを処理してよい。例えば、第１ＳＳＢが第１端末デバイスのための非ＣＤ－ＳＳＢである場合に、第１端末デバイスは、第１ＳＳＢを使用することによって新しいＣＤ－ＳＳＢへジャンプするか、あるいは、ＳＳＢを使用することによって測定を実行してよい。第１ＳＳＢが第１端末デバイスのための非ＣＤ－ＳＳＢであり、また、第１ＳＳＢが第２端末デバイスのためのＣＤ－ＳＳＢである場合に、第２端末デバイスは、第１ＳＳＢに基づき第１制御リソースセット及び／又は第１共通探索空間を決定してよい。例えば、第１制御リソースセットは、上記のＣＯＲＥＳＥＴ＃０であってよく、第１共通探索空間は、上記のＣＳＳであってよい。ＣＯＲＥＳＥＴ＃０及びＣＳＳを決定した後、第２端末デバイスは、ＣＯＲＥＳＥＴ＃０及びＣＳＳに基づきＰＤＣＣＨ候補リソースを決定し、ＰＤＣＣＨ候補リソースでＤＣＩを検出し、ＤＣＩに基づきシステム情報を取得し、システム情報を使用することによってネットワークにアクセスしてよい。従って、本願のこの実施形態で、ＳＳＢの利用性は改善され得る。

【0109】

本願のこの実施形態で、第１制御リソースセット及び第１共通探索空間は、共通ＰＤＣＣＨの候補リソースポジションを決定するためのものであってよい。これは制限されない。共通ＰＤＣＣＨを使用することによってスケジューリングされるＰＤＳＣＨは、セルの共通情報を運ぶか、あるいは、端末デバイスのグループの共通情報を運び得る。本願のこの実施形態で提供される技術的解決法では、第１制御リソースセット及び第１共通探索空間は、他の名称を持ったパラメータで置換されてもよく、パラメータは、共通ＰＤＣＣＨの候補リソースポジションを決定するためのものである。

【0110】

本願のこの実施形態で、第１ＳＳＢが第２端末デバイスのための第２タイプＳＳＢである場合に、第２端末デバイスは、第１ＳＳＢに基づき次の：第１制御リソースセット及び第１共通探索空間、のうちの少なくとも１つを決定してよい。例えば、第１ＳＳＢは、第１制御リソースセットに関する情報を示し、第２端末デバイスは、第１ＳＳＢを使用することによって第１制御リソースセットを決定してよく、また、第２端末デバイスは、プロトコルの前もってセットされた仕様に基づき第１共通探索空間を決定してよい。他の例として、第１ＳＳＢは、第１共通探索空間に関する情報を示し、第２端末デバイスは、第１ＳＳＢを使用することによって第１共通探索空間を決定してよく、また、第２端末デバイスは、プロトコルの前もってセットされた仕様に基づき第１制御リソースセットを決定してよい。他の例として、第１ＳＳＢは、第１制御リソースセットに関する情報と、第１共通探索空間に関する情報とを示し、第２端末デバイスは、第１ＳＳＢを使用することによって第１制御リソースセット及び第１共通探索空間を決定してよい。本願のこの実施形態では、第１制御リソースセット及び第１共通探索空間を取得した後、第２端末デバイスは、第１制御リソースセット及び第１共通探索空間を使用することによってＰＤＣＣＨ候補リソースを決定し、ＰＤＣＣＨ候補リソースでＤＣＩを検出し、ＤＣＩに基づきシステム情報を取得し、システム情報を使用することによってネットワークにアクセスしてよい。本願のこの実施形態で、第１端末デバイスは、第１ＳＳＢを使用することによってネットワークにアクセスすることができないが、第２端末デバイスは、第１ＳＳＢを使用することによってネットワークにアクセスすることができる。これは、ネットワークデバイスによってブロードキャストされて第２端末デバイスによって使用されるＳＳＢの利用性を改善し、かつ、ネットワークデバイスによって更なるＳＳＢをブロードキャストするオーバヘッドを節約する。

【0111】

例えば、第１タイプＳＳＢは非ＣＤ－ＳＳＢであり、第２タイプＳＳＢはＣＤ－ＳＳＢである。第２端末デバイスは、第１ＳＳＢを使用することによってネットワークデバイスと同期し、第１ＳＳＢに基づきシステム情報ブロック（system information block，ＳＩＢ）を取得する。第２端末デバイスは、ＳＩＢによって示されている情報に基づきネットワークデバイスへの初期アクセスを開始してよい。ＳＳＢを使用することによってネットワークにアクセスする詳細なプロセスについては、上記の内容説明を参照されたい。詳細はここで再び記載されない。

【0112】

本願のいくつかの実施形態で、ステップ１０１に加えて、ネットワークデバイスによって実行される同期信号ブロック伝送方法は、次のステップを更に含んでもよい。

【0113】

ネットワークデバイスは、第２ＳＳＢを第２ネットワークデバイスへ送信する。

【0114】

第１ＳＳＢは、第２端末デバイスのための第１タイプＳＳＢであり、第２ＳＳＢは、第２制御リソースセット及び／又は第２共通探索空間を第２端末デバイスに示す。

【0115】

本願のいくつかの実施形態で、ネットワークデバイスは、第１ＳＳＢ及び第２ＳＳＢをブロードキャストしてよい。第１ＳＳＢは、第２端末デバイスのための第１タイプＳＳＢであり、第２ＳＳＢは、第２端末デバイスのための第２タイプＳＳＢである。第１ＳＳＢは、制御リソースセット及び／又は共通探索空間を第２端末デバイスに示さないが、第２ＳＳＢは、制御リソースセット及び／又は共通探索空間を第２端末デバイスに示す。例えば、第２ＳＳＢは、第２制御リソースセット及び／又は第２共通探索空間を第２端末デバイスに示し、第２端末デバイスは、第２ＳＳＢを使用することによって第２制御リソースセット及び／又は第２共通探索空間を決定し得る。第２端末デバイスは、第２制御リソースセット及び／又は第２共通探索空間を使用することによってＰＤＣＣＨ候補リソースを決定し、ＰＤＣＣＨ候補リソースでＤＣＩを検出し、ＤＣＩに基づきシステム情報を取得し、システム情報を使用することによってネットワークにアクセスしてよい。

【0116】

留意すべきは、本願のこの実施形態で、第２制御リソースセット及び第２共通探索空間は、共通ＰＤＣＣＨの候補リソースポジションを決定するためのものである点である。共通ＰＤＣＣＨを使用することによってスケジューリングされるＰＤＳＣＨは、セルの共通情報を運ぶか、あるいは、端末デバイスのグループの共通情報を運び得る。本願のこの実施形態で提供される技術的解決法では、第２制御リソースセット及び第２共通探索空間は、他の名称を持ったパラメータで置換されてもよく、パラメータは、共通ＰＤＣＣＨの候補リソースポジションを決定するためのものである。

【0117】

本願のこの実施形態で、第１制御リソースセット及び第２制御リソースセットは、同じであってよく、又は異なってもよい。これは本願のこの実施形態で制限されない。第１共通探索空間及び第２共通探索空間は、同じであってよく、又は異なってもよい。これは本願のこの実施形態で制限されない。

【0118】

本願のいくつかの実施形態で、ステップ１０２及びステップ１０３に加えて、第２端末デバイスによって実行される同期信号ブロック伝送方法は、次のステップを更に含んでもよい。

【0119】

第１ＳＳＢが第２端末デバイスのための第１タイプＳＳＢである場合に、第２端末デバイスは、ネットワークデバイスから第２ＳＳＢを受信し、第２ＳＳＢに基づき第２制御リソースセット及び／又は第２共通探索空間を決定する。

【0120】

第２端末デバイスは、第１ＳＳＢが第２端末デバイスのための第１タイプＳＳＢであるかどうかを決定する。異なるタイプの端末デバイスについて、第１ＳＳＢは、同じタイプのＳＳＢであってもよい。例えば、第１ＳＳＢは、第１端末デバイスのための第１タイプＳＳＢであり、また、第１ＳＳＢは、第２端末デバイスのための第１タイプＳＳＢである。第１ＳＳＢが第１端末デバイスのための第１タイプＳＳＢであり、第１ＳＳＢが第２端末デバイスのための第１タイプＳＳＢである場合に、第２端末デバイス及び第１端末デバイスは、同じ方法で第１ＳＳＢを処理してよい。例えば、第１ＳＳＢが第１端末デバイスのための非ＣＤ－ＳＳＢであり、かつ、第１ＳＳＢが第２端末デバイスのための非ＣＤ－ＳＳＢである場合に、第１端末デバイスは、第１ＳＳＢを使用することによってネットワークにアクセスすることができ、第１端末デバイスは、第１端末デバイスのためのＣＤ－ＳＳＢ（例えば、第２ＳＳＢ又は第３ＳＳＢ）にジャンプしてよい。第２端末デバイスも、第１ＳＳＢを使用することによってネットワークにアクセスすることができず、第２端末デバイスは第２ＳＳＢへジャンプしてよい。第２ＳＳＢ及び第３ＳＳＢは異なるＳＳＢを表し得る。この場合に、第２端末デバイス及び第１端末デバイスは、同じＳＳＢにジャンプしてよく、あるいは、第２端末デバイス及び第１端末デバイスは、異なるＳＳＢにジャンプしてもよい。第２端末デバイスは、ネットワークデバイスから第２ＳＳＢを受信し、第２ＳＳＢに基づき第２制御リソースセット及び／又は第２共通探索空間を決定してよい。第２制御リソースセット及び第２共通探索空間を取得した後、第２端末デバイスは、第２制御リソースセット及び第２共通探索空間を使用することによってＰＤＣＣＨ候補リソースを決定し、ＰＤＣＣＨ候補リソースでＤＣＩを検出し、ＤＣＩに基づきシステム情報を取得し、システム情報を使用することによってネットワークにアクセスしてもよい。

【0121】

本願のいくつかの実施形態で、本願のこの実施形態で提供されるＳＳＢは、第１指示情報を含む。

【0122】

第１指示情報が第１値であるとき、第１指示情報は、ＳＳＢが第２端末デバイスのための第２タイプＳＳＢであることを示す。

【0123】

第１指示情報が第２値であるとき、第１指示情報は、ＳＳＢが第２端末デバイスのための第１タイプＳＳＢであることを示す。例えば、ＳＳＢは第１ＳＳＢ又は第２ＳＳＢである。図２は、第１ＳＳＢの構造の概略図である。第２ＳＳＢの構造は、この構造と類似してよく、１つずつ説明されない。

【0124】

具体的に、第１指示情報は、複数の方法でＳＳＢに実装されてよい。例えば、第１指示情報は、ＳＳＢ内の新たに加えられたフィールド、ＳＳＢ内の予約済みフィールド、又はＳＳＢ内のオリジナルフィールドであってよい。第２端末デバイスは、ＳＳＢで運ばれた情報を解釈することによって第１指示情報を取得してよく、それにより、ネットワークデバイスは、ＳＳＢのＳＳＢタイプを第２端末デバイスに示す。第１ＳＳＢが一例として使用される。例えば、第１ＳＳＢ内のオリジナルフィールドが第２端末デバイスにとっての無効フィールドであるとき、第１ＳＳＢ内のオリジナルフィールドが第１指示情報を運んでもよい。このようにして、本願のこの実施形態では、第２端末デバイスは、第１ＳＳＢの元の構造を変えずに第１ＳＳＢ内のオリジナルフィールドを解釈し直すことによって第１指示情報を取得することができ、それにより、ネットワークデバイスは、第１ＳＳＢのＳＳＢタイプを第２端末デバイスに示す。

【0125】

具体的に、第１指示情報の値をセットする複数の方法が存在し、第１指示情報の値は第１値又は第２値であってよい。他の例として、第１指示情報の値は、代替的に、第３値又は第４値であってもよい。第１指示情報の異なる値は、第１指示情報を運ぶＳＳＢが第２端末デバイスのための異なるタイプのＳＳＢであることを示し得る。具体的に、第１ＳＳＢが一例として使用される。第１指示情報が第１値であるとき、第１指示情報は、第１ＳＳＢが第２端末デバイスのための第２タイプＳＳＢであることを示す。例えば、第１値は０であってよい。第１指示情報が第２値であるとき、第１指示情報は、第１ＳＳＢが第２端末デバイスのための第１タイプＳＳＢであることを示す。例えば、第２値は１であってよい。本願のこの実施形態で、ネットワークデバイスは、第１指示情報の異なる値を設定することによってＳＳＢの異なるタイプを示してよく、そして、第２端末デバイスは、パージングにより第１指示情報から取得される異なる値を使用することによって、ＳＳＢの異なるタイプを決定してよく、それにより、第２端末デバイスは、当該ＳＳＢに対応する、第２端末デバイスのための特定のＳＳＢタイプに基づき、対応する動作を実行することができる。

【0126】

任意に、本願のいくつかの実施形態で、第１指示情報は、第１指示情報を運ぶＳＳＢ内の、共通サブキャリア間隔フィールド（ｓｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇＣｏｍｍｏｎ）フィールド、復調用参照信号－タイプＡ－ポジションフィールド（ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎ）フィールド、イントラ周波数再選択（ｉｎｔｒａＦｒｅｑＲｅｓｅｌｅｃｔｉｏｎ）フィールド、スペア（ｓｐａｒｅ）フィールド、及び周波数範囲（frequency range，ＦＲ）１に対応する予約済みフィールド、のうちの少なくとも１つによって運ばれる。

【0127】

例えば、本願のこの実施形態で、共通サブキャリア間隔フィールドは、ＣＯＲＥＳＥＴ＃０のサブキャリア間隔を示す。復調用参照信号－タイプＡ－ポジションフィールドは、スロット内の復調用参照信号のポジションを示す。イントラ周波数再選択フィールドは、セルが禁止状態にあるときに新しい周波数でセルを探すべきかどうかを示す。スペアフィールドは指示機能を持たない。ＦＲ１に対応する予約済みフィールドは、スペクトルがＦＲ１であるときに当該フィールドが予約済み状態にあることを示し、また、指示機能を持たない。

【0128】

具体的に、ネットワークデバイスは、第１指示情報を運ぶためにＳＳＢ内の１つ以上のフィールドを使用してよい。例えば、ネットワークデバイスは、ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つ（つまり、１つ以上）を使用して、第１指示情報を運び得る。例えば、ネットワークデバイスは、第１指示情報を運ぶために上記のフィールドのうちの１つ以上を使用してよい。本願のこの実施形態では、ＳＳＢで第１指示情報を運ぶためのフィールドの具体的なフィールド名及び具体的な数は、制限されない。第２端末デバイスは、ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スパフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つをパースすることによって、第１指示情報を取得し得る。

【0129】

本願のこの実施形態で、ＳＳＢが位置している周波数バンドは、異なる周波数範囲に属してよい。例えば、ＳＳＢが位置している周波数バンドは、ＦＲ１又はＦＲ２に属してよい。例えば、ＦＲ１に対応する周波数範囲は４５０ＭＨｚから６０００ＭＨｚであり、ＦＲ２に対応する周波数範囲は２４２５０ＭＨｚから５２６００ＭＨｚである。ＦＲ１に対応する予約済みフィールドは、ＳＳＢが位置している周波数バンドがＦＲ１に属するときにＳＳＢにおいてスペアであるフィールドである。従って、予約済みフィールドは第１指示情報を運び得る。ＳＳＢが位置している周波数バンドがＦＲ２に属する場合には、ＦＲ１のスペアフィールドはＳＳＢインデックスを示す。

【0130】

本願のいくつかの実施形態で、第１指示情報が第１値である場合に、第１ＳＳＢは第３指示情報を含む。第３指示情報は、第１制御リソースセット及び／又は第１共通探索空間を示す。

【0131】

第１指示情報が第１値である場合に、第２端末デバイスは、第１ＳＳＢを使用することによって次の：第１制御リソースセット及び第１共通探索空間、うちの少なくとも１つを決定してよい。例えば、第１ＳＳＢは第３指示情報を含み、第３指示情報は、第１制御リソースセットに関する情報を示す。第２端末デバイスは、第３指示情報の指示に基づき第１制御リソースセットを決定してよく、第２端末デバイスは、プロトコルの前もってセットされた仕様に基づき第１共通探索空間を決定してよい。他の例として、第３指示情報は、第１共通探索空間に関する情報を示す。第２端末デバイスは、第３指示情報の指示に基づき第１共通探索空間を決定してよく、第２端末デバイスは、プロトコルの前もってセットされた仕様に基づき第１制御リソースセットを決定してよい。他の例として、第３指示情報は、第１制御リソースセット及び第１共通探索空間に関する情報を示す。第２端末デバイスは、第３指示情報の指示に基づき第１制御リソースセット及び第１共通探索空間を決定してよい。第１ＳＳＢ内の第３指示情報のポジションは、本願のこの実施形態で制限されない。本願のこの実施形態では、第１制御リソースセット及び第１共通探索空間を取得した後、第２端末デバイスは第１制御リソースセット及び第１共通探索空間を使用することによってＰＤＣＣＨ探索空間を決定し、ＰＤＣＣＨ候補リソースでＤＣＩを検出し、ＤＣＩに基づきシステム情報を取得し、システム情報を使用することによってネットワークにアクセスしてよい。

【0132】

本願のいくつかの実施形態で、第３指示情報は、第１ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つによって運ばれる。

【0133】

具体的に、ネットワークデバイスは、第３指示情報を運ぶために第１ＳＳＢ内の１つ以上のフィールドを使用してよい。例えば、ネットワークデバイスは、第１ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つを使用して、第３指示情報を運び得る。これは制限されない。例えば、ネットワークデバイスは、第３指示情報を運ぶために上記のフィールドのうちの１つ以上を使用してよい。本願のこの実施形態では、第１ＳＳＢで第３指示情報を運ぶためのフィールドの具体的なフィールド名及び具体的な数は、制限されない。第２端末デバイスは、第１ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スパフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つをパースして、第３指示情報を取得する。

【0134】

例えば、ネットワークデバイスは、第１指示情報及び第３指示情報を運ぶために第１ＳＳＢ内の上記のフィールドのうちの１つ以上を使用してよい。第１ＳＳＢ内の第１指示情報及び第３指示情報のポジションは、制限されない。更には、本願のこの実施形態では、第１ＳＳＢで第１指示情報及び第３指示情報を運ぶ具体的なフィールドは、制限されない。

【0135】

本願のいくつかの実施形態で、ネットワークデバイスが第１ＳＳＢをブロードキャストする場合に、第２端末デバイスは第１ＳＳＢを受信し得る。例えば、第１ＳＳＢが第１指示情報を運び、第１指示情報が第２値を含む場合に、第１指示情報は、第１ＳＳＢが第２端末デバイスのための第１タイプＳＳＢであることを示す。例えば、第１指示情報は、第１ＳＳＢが第２端末デバイスのための非ＣＤ－ＳＳＢであることを示す。この場合に、ネットワークデバイスは更に、第２ＳＳＢをブロードキャストする必要がある。第２ＳＳＢは、第２端末デバイスのための第２タイプＳＳＢであってよい。例えば、第２ＳＳＢは第１指示情報を含んでよく、第１指示情報の値は第１値であり、第２ＳＳＢが第２端末デバイスのための第２タイプＳＳＢ、例えば、ＣＤ－ＳＳＢであることを示す。この実施シナリオでは、図２に示されるように、第１ＳＳＢは第２指示情報を更に含んでもよい。第２指示情報は、第２ＳＳＢのオフセット情報を示す。第２ＳＳＢのオフセット情報は、第２端末デバイスが第２ＳＳＢを決定するときに使用される必要があるオフセット情報である。例えば、第２ＳＳＢのオフセット情報は、第１ＳＳＢに対する第２ＳＳＢのオフセット情報であってよい。本願の上記の実施形態で、第２端末デバイスは、第１ＳＳＢから第２ＳＳＢのオフセット情報を取得し、それにより、第２端末デバイスは、オフセット情報に基づき、ネットワークデバイスによって送信された第２ＳＳＢを受信することができる。第２端末デバイスは、第２ＳＳＢを使用することによって共通ＰＤＣＣＨ候補リソースを決定し、ＰＤＣＣＨ候補リソースでＤＣＩを検出し、ＤＣＩに基づきシステム情報を取得し、システム情報を使用することによってネットワークにアクセスしてよい。

【0136】

本願のいくつかの実施形態で、ＳＳＢの周波数ポジションは、グローバル同期チャネル番号（global synchronization channel number，ＧＳＣＮ）を使用することによって表されてよい。例えば、第２ＳＳＢの周波数オフセット情報は、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第１オフセット情報を含む。

【0137】

可能な実施において、第２指示情報は第１ビット及び第２ビットを含む。

【0138】

第２ビットは、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第１オフセット情報を示す。

【0139】

第２ＳＳＢのＧＳＣＮ及び第１ＳＳＢのＧＳＣＮは、次の関係を満足する：

【数10】

【0140】

Ｎ_{ＧＳＣＮ２} ^{Ｒｅｆｅｒｅｎｃｅ}は、第２ＳＳＢのＧＳＣＮであり、Ｎ_{ＧＳＣＮ１} ^{Ｒｅｆｅｒｅｎｃｅ}は、第１ＳＳＢのＧＳＣＮを表し、Ｎ_{ＧＳＣＮ１} ^{Ｏｆｆｓｅｔ}は、第１オフセットを表し、ａは、第１ビットによって示される値であり、ａの値は、１又は－１であり、ｎは、調整係数であり、Ｎ’_ＧＳＣＮ ^{Ｏｆｆｓｅｔ}は、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第１オフセット情報を表す。ｎは、０以上の実数である。例えば、ｎは、１以上の整数であってよい。Ｎ_{ＧＳＣＮ１} ^{Ｏｆｆｓｅｔ}は、０以上の実数である。例えば、Ｎ_{ＧＳＣＮ１} ^{Ｏｆｆｓｅｔ}は、１以上の整数であってよい。

【0141】

可能な実施において、第２指示情報は第１ビット及び第２ビットを含む。

【0142】

第２ＳＳＢのＧＳＣＮ及び第１ＳＳＢのＧＳＣＮは、次の関係を満足する：

【数11】

【0143】

Ｎ_{ＧＳＣＮ２} ^{Ｒｅｆｅｒｅｎｃｅ}は、第２ＳＳＢのＧＳＣＮであり、Ｎ_{ＧＳＣＮ１} ^{Ｒｅｆｅｒｅｎｃｅ}は、第１ＳＳＢのＧＳＣＮを表し、Ｎ_{ＧＳＣＮ１} ^{Ｏｆｆｓｅｔ}は、第１オフセットを表し、ａは、第１ビットによって示される値であり、ａの値は、１又は－１であり、ｎは、調整係数であり、Ｎ’_ＧＳＣＮ ^{Ｏｆｆｓｅｔ}は、第２ビットによって示される値を表す。ｎは、０以上の実数である。例えば、ｎは、１以上の整数であってよい。Ｎ_{ＧＳＣＮ１} ^{Ｏｆｆｓｅｔ}は、０以上の実数である。例えば、Ｎ_{ＧＳＣＮ１} ^{Ｏｆｆｓｅｔ}は、１以上の整数であってよい。

【0144】

具体的に、第２端末デバイスは、第１ＳＳＢに含まれる第２指示情報から第１ビット及び第２ビットを取得してよい。第２指示情報における第１ビット及び第２ビットのビットポジションは、制限されない。第１ビットは、ａの値を示し、ｎは、調整係数であってよい。例えば、ｎの値は、前もってセットされてよい。例えば、ｎは、プロトコルで予め定義された係数である。第２ビットは、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第１オフセット情報を示す。上記の式と同様に、第２端末デバイスは第２ＳＳＢのＧＳＣＮを取得し得る。

【0145】

第２ＳＳＢのＧＳＣＮ及び第１ＳＳＢのＧＳＣＮによって満足される上記の計算方法に基づき、他の類似した計算方法が、代替的に、使用されてもよい。これは制限されない。例えば、他の調整項が、Ｎ_{ＧＳＣＮ２} ^{Ｒｅｆｅｒｅｎｃｅ}の式の右側に加えられるか、あるいは、Ｎ_{ＧＳＣＮ２} ^{Ｒｅｆｅｒｅｎｃｅ}の右側全体に調整項が乗じられる。これは、具体的に、適応シナリオを参照して柔軟に構成されてよく、ここで制限されない。

【0146】

留意すべきは、Ｎ_{ＧＳＣＮ１} ^{Ｏｆｆｓｅｔ}が第１オフセットを表す点である。第１オフセットは、ｋ_ＳＳＢ及びｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１に基づき表を探すことによって取得されたオフセットである。ｋ_ＳＳＢの説明及び表を探す具体的な方法については、続く実施形態の説明を参照されたい。

【0147】

任意に、本願のこの実施形態で、第２指示情報は、第３指示フィールド及び第４指示フィールドを含んでもよい。第３指示フィールドは、第１オフセットが正のオフセット又は負のオフセットであることを示す。第４指示フィールドは、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第１オフセット情報を示す。第３指示フィールド及び第４指示フィールドは、明示的な指示又は暗黙的な指示であってよい。第３指示フィールド及び第４指示フィールドは、複数の形で、例えば、ビット又は情報フローを使用することによって、指示されてよい。例えば、第３指示フィールドがビットである場合に、第３指示フィールドは第１ビットと呼ばれ得る。第４指示フィールドがビットである場合に、第４指示フィールドは第２ビットと呼ばれ得る。

【0148】

本願のいくつかの実施形態で、ＳＳＢの周波数ポジションは、ＧＳＣＮを使用することによって表されてよい。例えば、第２ＳＳＢのオフセット情報は、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第２オフセット情報を含む。

【0149】

可能な実施において、第２指示情報は第１ビット及び第２ビットを含む。

【0150】

第２ビットは、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第２オフセット情報を示す。

【0151】

第２ＳＳＢのＧＳＣＮ及び第１ＳＳＢのＧＳＣＮは、次の関係を満足する：

【数12】

【0152】

Ｎ_{ＧＳＣＮ２} ^{Ｒｅｆｅｒｅｎｃｅ}は、第２ＳＳＢのＧＳＣＮであり、Ｎ_{ＧＳＣＮ１} ^{Ｒｅｆｅｒｅｎｃｅ}は、第１ＳＳＢのＧＳＣＮを表し、ａは、第１ビットによって示される値であり、ａの値は、１又は－１であり、ｎは、調整係数であり、Ｎ”_ＧＳＣＮ ^{Ｏｆｆｓｅｔ}は、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第２オフセット情報を表す。ｎは、０以上の実数である。例えば、ｎは、１以上の整数であってよい。

【0153】

可能な実施において、第２指示情報は第１ビット及び第２ビットを含む。

【0154】

第２ＳＳＢのＧＳＣＮ及び第１ＳＳＢのＧＳＣＮは、次の関係を満足する：

【数13】

【0155】

Ｎ_{ＧＳＣＮ２} ^{Ｒｅｆｅｒｅｎｃｅ}は、第２ＳＳＢのＧＳＣＮであり、Ｎ_{ＧＳＣＮ１} ^{Ｒｅｆｅｒｅｎｃｅ}は、第１ＳＳＢのＧＳＣＮを表し、ａは、第１ビットによって示される値であり、ａの値は、１又は－１であり、ｎは、調整係数であり、Ｎ”_ＧＳＣＮ ^{Ｏｆｆｓｅｔ}は、第２ビットによって示される値である。ｎは、０以上の実数である。例えば、ｎは、１以上の整数であってよい

【0156】

具体的に、第２端末デバイスは、第１ＳＳＢに含まれる第２指示情報から第１ビット及び第２ビットを取得してよい。第２指示情報における第１ビット及び第２ビットのビットポジションは、制限されない。第１ビットは、ａの値を示し、ｎは、調整係数であってよい。例えば、ｎの値は、前もってセットされてよい。例えば、ｎは、プロトコルで予め定義された係数である。第２ビットは、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第１オフセット情報を示す。従って、上記の式に基づき、第２端末デバイスは第２ＳＳＢのＧＳＣＮを取得し得る。

【0157】

【0158】

留意すべきは、本願のこの実施形態で、第２指示情報が第３指示フィールド及び第４指示フィールドを含む点である。第３指示フィールドは、第１オフセットが正のオフセット又は負のオフセットであることを示す。第４指示フィールドは、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮのオフセットを示す。第３指示フィールド及び第４指示フィールドは、明示的な指示又は暗黙的な指示であってよい。第３指示フィールド及び第４指示フィールドは、複数の形で、例えば、ビット又は情報フローを使用することによって、指示されてよい。例えば、第３指示フィールドがビットである場合に、第３指示フィールドは第１ビットと呼ばれ得る。第４指示フィールドがビットである場合に、第４指示フィールドは第２ビットと呼ばれ得る。

【0159】

本願のいくつかの実施形態で、ＳＳＢの周波数ポジションは、ＧＳＣＮを使用することによって表されてよい。例えば、第２ＳＳＢのオフセット情報は、第２ＳＳＢのＧＳＣＮオフセットを含む。

【0160】

可能な実施において、第２指示情報は第１ビット及び第２ビットを含む。

【0161】

第１ビットは、第２ＳＳＢのＧＳＣＮオフセットが正のオフセットであること又は第２ＳＳＢのＧＳＣＮオフセットが負のオフセットであることを示す。

【0162】

第２ビットは、第２ＳＳＢのＧＳＣＮオフセットを示す。

【0163】

第２ＳＳＢの周波数範囲は：

【数14】

である。

【0164】

Ｎ_ＧＳＣＮ ^{Ｒｅｆｅｒｅｎｃｅ}は、第１ＳＳＢのＧＳＣＮであり、Ｎ_ＧＳＣＮ ^{Ｓｔａｒｔ}は、ＧＳＣＮ開始値であり、ｂは、第１ビットによって示される値であり、ｂの値は、１又は－１であり、ｎは、調整係数であり、Ｎ_ＧＳＣＮ ^Ｅｎｄは、ＧＳＣＮ終了値であり、Ｎ’’’_ＧＳＣＮ ^{Ｏｆｆｓｅｔ}は、第２ＳＳＢのＧＳＣＮオフセットを表す。ｎは、０以上の実数である。例えば、ｎは、１以上の整数であってよい。

【0165】

具体的に、Ｎ_ＧＳＣＮ ^{Ｓｔａｒｔ}はＧＳＣＮ開始値であり、Ｎ_ＧＳＣＮ ^ＥｎｄはＧＳＣＮ終了値である。ＧＳＣＮ開始値及びＧＳＣＮ終了値は、ＭＩＢによって示される値であってよい。例えば、ＭＩＢ内のｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１フィールドがＧＳＣＮ開始値及びＧＳＣＮ終了値を示してもよい。ＧＳＣＮ開始値は、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１フィールド内の上位４ビットによって示されてよく、ＧＳＣＮ終了値は、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１フィールドの下位４ビットによって示されてよい。第２端末デバイスは、第１ＳＳＢに含まれている第２指示情報から第１ビット及び第２ビットを取得し得る。第２指示情報内の第１ビット及び第２ビットのビットポジションは、制限されない。第１ビットはｂの値を示し、ｎは調整係数であってよい。例えば、ｎの値は、前もってセットされてよい。例えば、ｎは、プロトコルで予め定義された係数である。第２ビットは、第２ＳＳＢのＧＳＣＮオフセットを示す。第２ＳＳＢのＧＳＣＮオフセットは、第２ＳＳＢの周波数範囲を決定するためのものであってよい。

【0166】

第２ＳＳＢの周波数範囲を決定する上記の方法に基づき、他の類似した方法が、代替的に、使用されてもよい。これは制限されない。例えば、他の調整項が、第２ＳＳＢの周波数範囲の左境界Ｎ_ＧＳＣＮ ^{Ｒｅｆｅｒｅｎｃｅ}－Ｎ_ＧＳＣＮ ^{Ｓｔａｒｔ}－ｂ×ｎ×Ｎ’’’_ＧＳＣＮ ^{Ｏｆｆｓｅｔ}に基づき加えられるか、あるいは、他の調整項が、第２ＳＳＢの周波数範囲の右境界Ｎ_ＧＳＣＮ ^{Ｒｅｆｅｒｅｎｃｅ}＋Ｎ_ＧＳＣＮ ^Ｅｎｄ＋ｂ×ｎ×Ｎ’’’_ＧＳＣＮ ^{Ｏｆｆｓｅｔ}に基づき加えられ。これは、具体的に、適用シナリオを参照して柔軟に設定されてよく、ここで制限されない。

【0167】

留意すべきは、本願のこの実施形態で、第２指示情報が第３指示フィールド及び第４指示フィールドを含む点である。第３指示フィールドは、第２ＳＳＢのＧＳＣＮオフセットが正のオフセット又は負のオフセットであることを示す。第４指示フィールドは、第２ＳＳＢのＧＳＣＮオフセットを示す。第３指示フィールド及び第４指示フィールドは、明示的な指示又は暗黙的な指示であってよい。第３指示フィールド及び第４指示フィールドは、複数の形で、例えば、ビット又は情報フローを使用することによって、指示されてよい。例えば、第３指示フィールドがビットである場合に、第３指示フィールドは第１ビットと呼ばれ得る。第４指示フィールドがビットである場合に、第４指示フィールドは第２ビットと呼ばれ得る。

【0168】

任意に、第２指示情報は、第２指示情報を運ぶＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つによって運ばれる。

【0169】

具体的に、ネットワークデバイスは、第２指示情報を運ぶためにＳＳＢ内の１つ以上のフィールドを使用してよい。例えば、ネットワークデバイスは、ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つ（つまり、１つ以上）を使用して、第２指示情報を運び得る。例えば、ネットワークデバイスは、第２指示情報を運ぶためにＳＳＢ内の上記のフィールドのうちの１つ以上を使用してよい。本願のこの実施形態では、第１ＳＳＢで第２指示情報を運ぶフィールドの具体的なフィールド名及び具体的な数は、制限されない。第２端末デバイスは、第１ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つをパースすることによって、第２指示情報を取得し得る。

【0170】

本願の実施形態は、同期信号ブロック伝送方法を更に提供し、方法は、主に、次のプロシージャを含む。

【0171】

ネットワークデバイスは、第１同期信号ブロックＳＳＢを第２端末デバイスへ送信し、このとき、第１ＳＳＢは、第１端末デバイスのための第１タイプＳＳＢである。

【0172】

第１ＳＳＢが第２端末デバイスのための第１タイプＳＳＢである場合に、ネットワークデバイスは第２ＳＳＢを第２端末デバイスへ送信する。

【0173】

第２ＳＳＢのは、第２制御リソースセット及び／又は第２共通探索空間を第２端末デバイスに示す。

【0174】

第１ＳＳＢは第１指示情報を含み、第１指示情報の第２値は、第１ＳＳＢが第２端末デバイスのための第１タイプＳＳＢであることを示す。

【0175】

第１指示情報は、第１ＳＳＢ内の共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つによって運ばれる。

【0176】

本願の実施形態は、同期信号ブロック伝送方法を更に提供し、方法は、主に、次のプロシージャを含む。

【0177】

第２端末デバイスは、ネットワークデバイスから第１同期信号ブロックＳＳＢを受信し、このとき、第１ＳＳＢは、第１端末デバイスのための第１タイプＳＳＢである。

【0178】

【0179】

第１ＳＳＢは第１指示情報を含み、第１指示情報の第２値は、第１ＳＳＢが第２端末デバイスのための第１タイプＳＳＢであることを示す。

【0180】

【0181】

上記の解決法では、ネットワークデバイスは、第１指示情報を運ぶためにＳＳＢ内の１つ以上のフィールドを使用してよい。例えば、ネットワークデバイスは、ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つ（つまり、１つ以上）を使用して、第１指示情報を運び得る。例えば、ネットワークデバイスは、第１指示情報を運ぶためにＳＳＢ内の上記のフィールドのうちの１つ以上を使用してよい。ＳＳＢで第１指示情報を運ぶためのフィールドの具体的なフィールド名及び具体的な数は、制限されない。第２端末デバイスは、ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つをパースすることによって、第１指示情報を取得し得る。この方法によれば、第１指示情報は、シグナリングオーバヘッドを増やさずに運ばれ得る。

【0182】

詳細については、上記の実施形態における第１指示情報及び第１ＳＳＢ内のフィールドの説明を参照されたい。詳細はここで再び記載されない。

【0183】

本願の実施形態における上記の解決法のより良い理解及び実施のために、以下は、具体的な記載のための例として、対応する適用シナリオを使用する。

【0184】

実施形態において、ネットワークデバイスは基地局であり、第２端末デバイスはＲＥＤＣＡＰ端末デバイスであり（以降、略して、ＲＥＤＣＡＰＵＥと呼ばれる）、第１端末デバイスはレガシー端末デバイス（Legacy terminal device）である例が、使用される。第１タイプＳＳＢは、具体的に、非ＣＤ－ＳＳＢであってよく、第２タイプＳＳＢは、具体的に、ＣＤ－ＳＳＢであってよい。レガシー端末デバイスは、非ＣＤ－ＳＳＢを使用することによってＳＩＢ１を取得することができず、また、セルからネットワークにアクセスすることができない。いくつかのシナリオで、ＲＥＤＣＡＰ端末デバイスは、レガシー端末デバイスに対応する非ＣＤ－ＳＳＢを使用することによって、ネットワークにアクセスし得る。例えば、ネットワークはプライベートネットワーク又は産業ネットワークである。本願の実施形態で、ＲＥＤＣＡＰ端末デバイスは、レガシー端末デバイスのための非ＣＤ－ＳＳＢを使用することによってＣＯＲＥＳＥＴ＃０及びＣＳＳを決定し、ＣＯＲＥＳＥＴ＃０及びＣＳＳに基づきＰＤＣＣＨ候補リソースを決定し、ＰＤＣＣＨ候補リソースでＤＣＩを検出し、ＤＣＩに基づきＲＥＤＣＡＰ端末デバイスのシステム情報を取得し、システム情報を使用することによってネットワークにアクセスすることができる。

【0185】

図３に示されるように、本願の実施形態は同期信号ブロック伝送シナリオを提供する。ＳＳＢは、レガシー端末デバイスのための非ＣＤ－ＳＳＢである。ＲＥＤＣＡＰ端末デバイスは、ＲＥＤＣＡＰ端末デバイスのためのものである、ＳＳＢのＳＳＢタイプを決定し、ＲＥＤＣＡＰの決定結果に基づき異なるステップを実行してよい。具体的に、ＳＳＢがレガシー端末デバイスのための非ＣＤ－ＳＳＢであることをＲＥＤＣＡＰ端末デバイスが決定する場合に、ＲＥＤＣＡＰ端末デバイスによって実行されるプロシージャは、次のステップを含む。

【0186】

ステップＳ１：ＲＥＤＣＡＰ端末デバイスは、受信されたＳＳＢがレガシー端末デバイスのための非ＣＤ－ＳＳＢであるかどうかを決定する。ＳＳＢがレガシー端末デバイスのための非ＣＤ－ＳＳＢである場合に、ＲＥＤＣＡＰ端末デバイスはステップＳ２を実行する。

【0187】

任意に、シナリオは、レガシー端末デバイスが、受信されたＳＳＢが非ＣＤ－ＳＳＢであるかどうかを決定する、ことを更に含んでもよい。受信されたＳＳＢが非ＣＤ－ＳＳＢであることをレガシー端末デバイスが決定する場合に、レガシー端末デバイスは、ＰＢＣＨ上の指示情報に基づきＣＤ－ＳＳＢへジャンプする。

【0188】

ステップＳ２：ＲＥＤＣＡＰ端末デバイスは、受信されたＳＳＢがＲＥＤＣＡＰ端末デバイスのための非ＣＤ－ＳＳＢであるかどうかを決定する。受信されたＳＳＢが非ＣＤ－ＳＳＢであることをＲＥＤＣＡＰ端末デバイスが決定する場合に、ＲＥＤＣＡＰ端末デバイスはステップＳ３－１又はステップＳ３－２へジャンプする。受信されたＳＳＢがＣＤ－ＳＳＢであることをＲＥＤＣＡＰ端末デバイスが決定する場合に、ＲＥＤＣＡＰ端末デバイスはステップＳ４へジャンプする。

【0189】

ステップＳ３－１：ＲＥＤＣＡＰ端末デバイスは、レガシー端末デバイスと同様に、ＣＤ－ＳＳＢへジャンプし、ＣＤ－ＳＳＢを使用することによってネットワークにアクセスする。ＳＳＢを使用することによってネットワークにアクセスする具体的なプロセスについては、上記の内容の説明を参照されたい。

【0190】

ステップＳ３－２：ネットワークデバイスは、ＲＥＤＣＡＰ端末デバイスのためのＣＤ－ＳＳＢを示し、ＲＥＤＣＡＰ端末デバイスはＣＤ－ＳＳＢへジャンプし、ＣＤ－ＳＳＢを使用することによってネットワークにアクセスする。ＳＳＢを使用することによってネットワークにアクセスする具体的なプロセスについては、上記の内容の説明を参照されたい。

【0191】

ステップＳ４：ネットワークデバイスは、ＣＯＲＥＳＥＴ＃０及び／又はＣＳＳをＲＥＤＣＡＰ端末デバイスに示し、ＲＥＤＣＡＰ端末デバイスは、その指示に基づきＳＩＢ１を取得して、初期アクセスプロセスを完了する。

【0192】

以下は、端末デバイスが、上記のステップで、受信されたＳＳＢがレガシー端末デバイスのための非ＣＤ－ＳＳＢであるかどうかを決定する方法について記載する。

【0193】

本願の実施形態で、ＰＢＣＨペイロードは

【数15】

を含む。Ａ個のビットが、ＭＩＢに関する情報を運ぶために使用される。ＭＩＢに含まれるフィールドの意味及びフィールド内のビットの数は、表１に示される。

【表1】

【0194】

本願のこの実施形態では、ＭＩＢを受信した後、端末デバイスは、ｋ_ＳＳＢに基づき、レガシー端末デバイスのＣＳＳが存在するかどうかを決定する。ｋ_ＳＳＢは、ｓｓｂ－ＳｕｂｃａｒｒｉｅｒＯｆｆｓｅｔフィールドを使用することによって計算される。ＳＳＢが位置している周波数バンドは、ＦＲ１又はＦＲ２に属してよい。ＦＲ１及びＦＲ２については、次の異なる計算式がｋ_ＳＳＢに使用されてよい。

【0195】

ＳＳＢが位置している周波数バンドがＦＲ１に属する場合に、

【数16】

は、全部で５ビット（bits）を含み、０から３１までの範囲に及ぶ。

【数17】

は、ＰＢＣＨペイロードを使用することによって取得される。「｜」は、ビット接続を意味する。具体的に、ｋ_ＳＳＢは５ビットを含み、最上位ビットは

【数18】

であり、最後の４ビットはｓｓｂ－ＳｕｂｃａｒｒｉｅｒＯｆｆｓｅｔである。

【0196】

ＳＳＢが位置している周波数バンドがＦＲ２に属する場合に、ｋ_ＳＳＢ＝ｓｓｂ－ＳｕｂｃａｒｒｉｅｒＯｆｆｓｅｔは、全部で４ビットを含み、０から１５までの範囲に及ぶ。

【0197】

本願のこの実施形態で、表２、表３ａ、及び表３ｂは、端末デバイスが、ｋ_ＳＳＢに基づき、ＳＳＢがＣＤ－ＳＳＢであるかどうかを決定し、ＳＳＢが非ＣＤ－ＳＳＢであると決定した後、ＭＩＢ内のｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１フィールドに基づきＣＤ－ＳＳＢの周波数ポジションを取得する方法を示す。表３ａは、ＳＳＢが位置している周波数バンドがＦＲ１に属し得る場合にＮ_ＧＳＣＮ ^{Ｏｆｆｓｅｔ}を計算するためのものであり、表３ｂは、ＳＳＢが位置している周波数バンドがＦＲ２に属し得る場合にＮ_ＧＳＣＮ ^{Ｏｆｆｓｅｔ}を取得するためのものである。

【表2】

【表3】

【表4】

【0198】

ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏは、ＣＯＲＥＳＥＴ＃０を表し、ｓｅａｒｃｈＳｐａｃｅＺｅｒｏは、探索空間０を表す。本願のこの実施形態で、ｓｅａｒｃｈＳｐａｃｅＺｅｒｏは、代替的に、共通探索空間ＣＳＳを表してもよい。

【0199】

留意すべきは、表１で、端末デバイスが非ＣＤ－ＳＳＢを受信する場合に、端末デバイスについて、共通サブキャリア間隔フィールド（ｓｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇＣｏｍｍｏｎ）フィールド、復調用参照信号－タイプＡ－ポジションフィールド（ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎ）フィールド、イントラ周波数再選択（ｉｎｔｒａＦｒｅｑＲｅｓｅｌｅｃｔｉｏｎ）フィールド、スペア（ｓｐａｒｅ）フィールド、及び周波数範囲（frequency range，ＦＲ）１に対応する予約済みフィールド、は解釈される必要がなく、あるいは、解釈されるが、その後に相応して処理されない点である。本願のこの実施形態で、ｓｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇＣｏｍｍｏｎ、ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎ、ｉｎｔｒａＦｒｅｑＲｅｓｅｌｅｃｔｉｏｎ、及びｓｐａｒｅは、上記の実施形態における次の指示情報：第１指示情報、第２指示情報、及び第３指示情報、のうちの少なくとも１つを運ぶために使用されてよい。

【0200】

ＰＢＣＨペイロードはＡビットを含み、ビットは、夫々、

【数19】

である。Ａビットは、ＭＩＢを運ぶために使用される。

【数20】

に加えて、８ビット、つまり、

【数21】

が更に、次の情報を示すためにＰＢＣＨで使用される。

【0201】

【数22】

は、システムフレーム番号の下位４ビットであり、ＭＩＢ内のシステムフレーム番号（ｓｙｓｔｅｍＦｒａｍｅＮｕｍｂｅｒ）フィールドは６ビットを占有し、１０ビットがシステムフレーム番号を示す。

【0202】

【数23】

は、

【数24】

を示すハーフフレームとして使用され、ＳＳＢがフレーム内の第１ハーフフレーム又は第２ハーフフレームに位置しているかどうかを示す。

【0203】

３ビット、つまり、

【数25】

は、ＳＳＢが位置している異なる周波数バンド、及び異なるサブキャリア間隔に基づき、また、次の規則に従って、使用される。

【0204】

ＦＲ１周波数バンドのライセンスありスペクトルで、ＳＳＢのサブキャリア間隔が１５ｋＨｚである場合に、ＳＳＢバースト内のＳＳＢの最大数は４である。ＳＳＢのサブキャリア間隔が３０ｋＨｚである場合に、ＳＳＢバースト内のＳＳＢの最大数は８である。

【数26】

は、ｋＳＳＢの最上位ビットであり、

【数27】

は、予約済みである。ＦＲ２周波数バンドのライセンスありスペクトルで、ＳＳＢバースト内のＳＳＢの最大数は６４であり、

【数28】

は、ＳＳＢインデックス情報を示す上位３ビットである。

【0205】

上記の内容に基づき、

【数29】

において、ＳＳＢが位置している異なる周波数バンドに基づき０から２ビットの予約済みフィールドが存在する。例えば、ＳＳＢが位置している周波数バンドがＦＲ１周波数バンドである場合に、

【数30】

を含む予約済みフィールドが存在する。本願のこの実施形態で、共通サブキャリア間隔フィールド（ｓｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇＣｏｍｍｏｎ）フィールド、復調用参照信号－タイプＡ－ポジションフィールド（ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎ）フィールド、イントラ周波数再選択（ｉｎｔｒａＦｒｅｑＲｅｓｅｌｅｃｔｉｏｎ）フィールド、スペア（ｓｐａｒｅ）フィールド、及び周波数範囲（frequency range，ＦＲ）１に対応する予約済みフィールドのうちの少なくとも１つは、第１指示情報、第２指示情報、及び第３指示情報のうちの少なくとも１つを運ぶために使用されてよい。

【0206】

具体的に、ＳＳＢはＰＢＣＨを含む。ＲＥＤＣＡＰ端末デバイスは、ＰＢＣＨからＭＩＢを取得し、ＭＩＢの指示に基づき、ＳＳＢがレガシー端末デバイスのための非ＣＤ－ＳＳＢであるかどうかを決定する。指示は、ＰＢＣＨ上若しくはＭＩＢ内のスペアビットを使用することによって、及び／又はＰＢＣＨ上若しくはＭＩＢ内のフィールドの一部を解釈し直すことによって、実装されてよい。

【0207】

レガシー端末デバイスが現在のプロトコルで定義されてている機能及び挙動を変更せずに維持することを確かにするために、ＰＢＣＨ上又はＭＩＢ内のフィールドの部分の内容は変更されない。次の表４は、ＭＩＢによってレガシー端末デバイス及びＲＥＤＣＡＰ端末デバイスに示される情報を示す。レガシー端末デバイスのための非ＣＤ－ＳＳＢについて、ＭＩＢ内の、共通サブキャリア間隔フィールド（ｓｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇＣｏｍｍｏｎ）フィールド、復調用参照信号－タイプＡ－ポジションフィールド（ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎ）フィールド、イントラ周波数再選択（ｉｎｔｒａＦｒｅｑＲｅｓｅｌｅｃｔｉｏｎ）フィールド、スペア（ｓｐａｒｅ）フィールド、及び周波数範囲（frequency range，ＦＲ）１に対応する予約済みフィールドは、上記のステップでネットワークデバイスによってＲＥＤＣＡＰ端末デバイスへ送信された指示情報に使用されてもよい。

【表5】

【0208】

留意すべきは、表４中の「ｓｐａｒｅ」は、フィールドがプロトコルにおけるスペアであることを意味し、「指示意味なし」は、フィールドがいくつかのシナリオで指示意味を持たないことを意味する点である。例えば、ＳＳＢが非ＣＤ－ＳＳＢであることをＭＩＢが示す場合に、ＭＩＢ内のｓｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇＣｏｍｍｏｎは、当該フィールドが、レガシー端末デバイスのＳＩＢが位置しているチャネルのサブキャリア間隔を示すので、意味がなく、ＳＳＢは、対応するＳＩＢを有さない。

【0209】

第１指示情報、第２指示情報、及び第３指示情報の説明については、上記の実施形態を参照されたい。詳細はここで再び記載されない。

【0210】

表4に示されるように、ＳＳＢが位置している周波数バンドがＦＲ１に属する場合に、表4中の、共通サブキャリア間隔（ｓｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇＣｏｍｍｏｎ）フィールド、復調用参照信号－タイプＡ－ポジション（ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎ）フィールド、イントラ周波数再選択（ｉｎｔｒａＦｒｅｑＲｅｓｅｌｅｃｔｉｏｎ）フィールド、スペア（ｓｐａｒｅ）フィールド、及び周波数範囲（frequency range，ＦＲ）１に対応する予約済みフィールドは、全部で６ビットを占有する。ＳＳＢが位置している周波数バンドがＦＲ２に属する場合に、表4中の、共通サブキャリア間隔（ｓｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇＣｏｍｍｏｎ）フィールド、復調用参照信号－タイプＡ－ポジション（ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎ）フィールド、イントラ周波数再選択（ｉｎｔｒａＦｒｅｑＲｅｓｅｌｅｃｔｉｏｎ）フィールド、スペア（ｓｐａｒｅ）フィールド、及び周波数範囲（frequency range，ＦＲ）１に対応する予約済みフィールドは、全部で４ビットを占有する。これらのビットは、次の規則に従って使用されてよい。

【0211】

上記の６ビット又は４ビットにおいて、１ビットはＢ１と表記され、Ｂ１は、ＳＳＢがＲＥＤＣＡＰ端末デバイスのための非ＣＤ－ＳＳＢであるかどうかを示す（ステップＳ２で決定のために使用される）。例えば、Ｂ１＝１であるとき、それは、ＳＳＢがＲＥＤＣＡＰ端末デバイスのための非ＣＤ－ＳＳＢであることを示す。Ｂ１＝０であるとき、それは、ＳＳＢがＲＥＤＣＡＰ端末デバイスのためのＣＤ－ＳＳＢであることを示す。

【0212】

６ビットでは、Ｂ１に加えて、５ビットが残っており、また、４ビットでは、Ｂ１に加えて、３ビットが残っている。この場合に、５ビット又は３ビットはＢ２と表記され、Ｂ２は、次の2つの意味を表し得る。

【0213】

Ｂ１＝１である場合、つまり、ＳＳＢがＲＥＤＣＡＰ端末デバイスのための非ＣＤ－ＳＳＢである場合に、Ｂ２は、レガシー端末デバイスに対する新しいＳＳＢ周波数のオフセット（offset）値を示す。オフセットは、ＲＥＤＣＡＰ端末デバイスによって、ＲＥＤＣＡＰ端末デバイスのためのＣＤ－ＳＳＢへジャンプするために使用される。

【0214】

Ｂ１＝０である場合、つまり、ＳＳＢがＲＥＤＣＡＰ端末デバイスのためのＣＤ－ＳＳＢである場合に、Ｂ２は、ＣＯＲＥＳＥＴ＃０及び／又はＣＳＳを示し、それにより、ＲＥＤＣＡＰ端末デバイスは、指示されている時間－周波数範囲において、システム情報－ラジオネットワーク一時インジケータ（system information-radio network temporary indicator，ＳＩ－ＲＮＴＩ）を使用することによってスクランブルされているＤＣＩを探し、ＤＣＩが見つけられた後、ＤＣＩの指示に基づきＳＩＢ１などを取得する。

【0215】

本願のこの実施形態で、Ｂ２ビットは、ＲＥＤＣＡＰ端末デバイスのためのＣＤ－ＳＳＢの周波数情報を示す。例えば、Ｂ２ビットはＧＳＣＮオフセットを表し、Ｂ２は、第１ビット及び第２ビットであってよい。

【0216】

本願のこの実施形態で、Ｂ２ビットは、次の方法のいずれか１つを使用することによって、ＣＯＲＥＳＥＴ＃０及び／又はＣＳＳをＲＥＤＣＡＰ端末デバイスに示し得る。

【0217】

方法１：ＣＯＲＥＳＥＴ＃０は、プロトコルで予め定義された値であり、Ｂ２ビットはＣＳＳを示す。

【0218】

方法２：ＣＳＳはプロトコルで予め定義された値であり、Ｂ２ビットはＣＯＲＥＳＥＴ＃０を示す。

【0219】

方法３：Ｂ２＝Ｂ２１＋Ｂ２２であり、Ｂ２ビットのＢ２１ビットはＣＯＲＥＳＥＴ＃０を示し、Ｂ２２ビットはＣＳＳを示し、Ｂ２１及びＢ２２は両方とも０以上の整数である。

【0220】

上記の３つの方法において、ＣＯＲＥＳＥＴ＃０及び／又はＣＳＳは、表を探す方法を使用することによって示されてよい。方法１及び方法２は、方法３の特別な例として使用されてよい。統一した説明のために、以下、Ｘビットは、ＣＯＲＥＳＥＴ＃０を示すビットの数を表すためのものであり、Ｙビットは、ＣＳＳを示すビットの数を表すためのものである。この場合に、Ｘ＋Ｙ＝Ｂ２であり、Ｘ及びＹは両方とも０以上の整数である。

【0221】

以下は、表を探す方法を使用することによってＣＯＲＥＳＥＴ＃０及びＣＳＳを決定する方法について記載する。例えば、表５は、ＣＯＲＥＳＥＴ＃０を決定するためのものであり、表６は、ＣＳＳを決定するためのものである。

【表6】

【0222】

本願のこの実施形態では、表５に示される表が定義されてよく、Ｘビットは、最初の２^Ｘ行中のある行を示す。例えば、２ビットは、ＳＳＢ及びＣＯＲＥＳＥＴ＃０の時間－周波数多重化方法、ＣＯＲＥＳＥＴ＃０によって占有されるリソースブロックの数Ｎ_ＲＢ ^{ＣＯＲＥＳＥＴ}（ＲＢの数）、ＣＯＲＥＳＥＴ＃０によって占有されるシンボルの数Ｎ_ｓｙｍｂ ^{ＣＯＲＥＳＥＴ}（シンボルの数）、及びＳＳＢとＣＯＲＥＳＥＴ＃０との間の周波数領域オフセット（Offset）を示すために、最初の４行中の１行を示す。例えば、ＳＳＢとＣＯＲＥＳＥＴ＃０との間の周波数領域オフセットは、ＳＳＢ及びＣＯＲＥＳＥＴ＃０の最低周波数間のリソースブロック（resource block，ＲＢ）オフセットである。従って、ＣＯＲＥＳＥＴ＃０の周波数リソースポジションが決定される。例えば、ネットワークデバイスが表５の２行目（インデックス＝１）を示す場合に、ＳＳＢ及びＣＯＲＥＳＥＴ＃０の多重化パターンは、表５の２列目に示されているパターン１であり、ＣＯＲＥＳＥＴ＃０によって占有されるＲＢの数は２４であり、ＣＯＲＥＳＥＴ＃０によって占有されるシンボルの数は２であり、ＳＳＢとＣＯＲＥＳＥＴ＃０との間の周波数領域オフセットは２ＲＢである。この場合に、指示されている、ＣＯＲＥＳＥＴ＃０の周波数領域ポジション及び長さが、図４に示されている。更には、異なるタイプの端末デバイスは、ＣＯＲＥＳＥＴ＃０パラメータを示すために、表５に示されている表の異なる２^Ｘ行を使用してよい。例えば、第２端末デバイスによって取得されるＣＯＲＥＳＥＴ＃０パラメータは、最初の２^Ｘ行中の１行を使用することによって示され、第１端末デバイスによって取得されるＣＯＲＥＳＥＴ＃０は、最後の２^Ｘ行のうちの他の行を使用することによって示される。

【0223】

その上、端末デバイスは、次の表６に示される表を使用することによって、ＣＳＳを更に決定してもよい。

【表7】

【0224】

同様に、本願のこの実施形態では、表６に示される表がプロトコルで定義されてよく、Yビットは、最初の２^Ｙ行中のある行を示す。例えば、３ビットは、最初の８行中の１行を示す。この行内の情報は、スロットごとの探索空間の数（スロットごとの探索空間セットの数）を示し、また、パラメータＯ及びＭを示してもよく、それにより、端末デバイスは、

【数31】

に基づきｎ_０を計算することができ、更には、ＳＳＢが位置しているフレーム内のＣＳＳの開始スロット、つまり、（ｎ_０＋１）番目のスロットを取得することができる。プロトコルでは、ＣＳＳが２つの連続したスロットを占有すること、つまり、（ｎ_０＋１）番目のスロット及び（ｎ_０＋２）番目のスロットを占有することが規定されている。ｉはＳＳＢのインデックスを表し、μはサブキャリア間隔を示すパラメータである。μ＝０であるとき、サブキャリア間隔は１５ｋＨｚである。μ＝１であるとき、サブキャリア間隔は３０ｋＨｚである。残りは類推によって推測することがきる。更には、異なるタイプの端末デバイスは、ＣＳＳパラメータを示すために、表６に示される表中の異なる２^Ｙ行を使用してもよい。例えば、第２端末デバイスによって取得されるＣＳＳパラメータは、最初の２^Ｙ行中の１行を使用することによって示され、第１端末デバイスによって取得されるＣＳＳパラメータは、最後の２^Ｙ行中の他の行を使用することによって示される。

【0225】

表６に示されるように、スロット内の探索空間の第１シンボルポジション（第１シンボルインデックス）が更に示される。従って、図５に示されるように、ＣＳＳが決定される。例えば、ネットワークデバイスは、表６の３行目（インデックス＝２）を示す。ＳＳＢｉｎｄｅｘ＝１（ｉ＝１）及びＳＣＳ＝１５ｋＨｚ（μ＝０）について、ｎ_０＝（２＊２^０＋１＊１）＝３が計算される。具体的に、ＣＳＳは、ＳＳＢが位置しているフレーム内の４番目のスロットから始まる２つの連続したスロットを占有する。２つのフレームの夫々で、第１シンボルは、ＣＯＲＥＳＥＴ＃０の開始シンボルとして使用され、ＰＤＣＣＨは、決定されるＣＯＲＥＳＥＴ＃０の周波数範囲及びシンボル範囲において探される。つまり、ＳＩ－ＲＮＴＩによってスクランブルされたＤＣＩが探される。

【0226】

本願のこの実施形態で、表５及び表６は両方とも、ネットワークデバイスによってＲＥＤＣＡＰ端末デバイスに示されるＣＯＲＥＳＥＴ＃０及び／又はＣＳＳを決定するために使用されてよい。

【0227】

現在の端末デバイスは、非ＣＤ－ＳＳＢを使用することによってＳＩＢ１を取得することができない。本願のこの実施形態では、ＲＥＤＣＡＰ端末デバイスは、レガシー端末デバイスのための非ＣＤ－ＳＳＢを使用することによってネットワークにアクセスし、また、ＲＥＤＣＡＰ端末デバイスは、レガシー端末デバイスのためのそれとは異なるＣＤ－ＳＳＢへジャンプする。非ＣＤ－ＳＳＢのＭＩＢ又はＰＢＣＨ内にあり、レガシー端末デバイスへの指示意味を持たない情報ビットが決定され、これらのビットは、ＲＥＤＣＡＰ端末デバイスがジャンプする必要があるかどうかを示し、また、ＲＥＤＣＡＰ端末デバイスがジャンプする新しいＳＳＢのＧＳＣＮ、又はＲＥＤＣＡＰ端末デバイスがジャンプしない場合にはＣＯＲＥＳＥＴ＃０及びＣＳＳを示して、レガシー端末デバイスの挙動が影響を及ぼされずかつＲＥＤＣＡＰ端末デバイスが非ＣＤ－ＳＳＢを使用することによってネットワークにアクセスすることができるという技術的効果を達成する。

【0228】

本願で提供される上記の実施形態において、本願の実施形態で提供される方法は、ネットワークデバイス、端末デバイス、及びネットワークデバイスと端末デバイスとの間のインタラクションの視点から別々に記載されている。本願の実施形態で提供される方法の機能を実装すべく、ネットワークデバイス及び端末デバイスは夫々、ハードウェア構造、ソフトウェアモジュール、又はハードウェア構造とソフトウェアモジュールとの組み合わせの形で上記の機能を実装するように、ハードウェア構造及び／又はソフトウェアモジュールを含んでよい。上記の機能の中のある機能がハードウェア構造、ソフトウェアモジュール、又はハードウェア構造とソフトウェアモジュールとの組み合わせを使用することによって実行されるかどうかは、技術的効果の特定の用途及び構成制約に依存する。

【0229】

留意すべきは、簡潔さのために、上記の方法実施形態は、一連の動作として表されている点である。しかし、当業者に当然ながら、本願の実施形態によれば、いくつかのステップが他の順序を使用しても又は同時に起こってもよいので、本願の実施形態は、記載されている動作の順序に制限されない。

【0230】

本願の実施形態の解決法をより良く実装するために、解決法を実装するための関連する装置が更に以下で提供される。

【0231】

図６に示されるように、本願の実施形態は通信装置を提供する。通信装置は端末デバイス、端末デバイス内の装置、端末デバイスとともに協調的に使用され得る装置であってよい。図６は、通信装置は端末デバイス６００である例を示す。例えば、端末デバイス６００は、上記の第２端末デバイスであってよい。端末デバイス６００は、トランシーバモジュール６０１及び処理モジュール６０２を含み得る。

【0232】

【0233】

可能な実施において、トランシーバモジュールは、第１ＳＳＢが第２端末デバイスのための第１タイプＳＳＢである場合に、ネットワークデバイスから第２ＳＳＢを受信するよう構成される。処理モジュールは、第２ＳＳＢに基づき第２制御リソースセット及び／又は第２共通探索空間を決定するよう構成される。

【0234】

可能な実施において、第１ＳＳＢは第１指示情報を含む。

【0235】

第１指示情報が第１値であるとき、第１指示情報は、第１ＳＳＢが第２端末デバイスのための第２タイプＳＳＢであることを示す。

【0236】

第１指示情報が第２値であるとき、第１指示情報は、第１ＳＳＢが第２端末デバイスのための第１タイプＳＳＢであることを示す。

【0237】

可能な実施において、第１指示情報は、第１ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つによって運ばれる。

【0238】

可能な実施において、第１ＳＳＢは第２指示情報を更に含む。

【0239】

第２指示情報は、第２ＳＳＢのオフセット情報を示す。

【0240】

可能な実施において、第２ＳＳＢのオフセット情報は、第１ＳＳＢのグローバル同期チャネル番号ＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第１オフセット情報を含む。

【0241】

第２指示情報は第１ビット及び第２ビットを含む。

【0242】

第２ビットは、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第１オフセット情報を示す。

【0243】

第２ＳＳＢのＧＳＣＮ及び第１ＳＳＢのＧＳＣＮは、次の関係を満足する：

【数32】

【0244】

【0245】

可能な実施において、第２ＳＳＢのオフセット情報は、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第２オフセット情報を含む。

【0246】

第２指示情報は第１ビット及び第２ビットを含む。

【0247】

第２ビットは、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第２オフセット情報を示す。

【0248】

第２ＳＳＢのＧＳＣＮ及び第１ＳＳＢのＧＳＣＮは、次の関係を満足する：

【数33】

【0249】

【0250】

可能な実施において、第２ＳＳＢのオフセット情報は、第２ＳＳＢのＧＳＣＮオフセットを含む。

【0251】

第２指示情報は第１ビット及び第２ビットを含む。

【0252】

第１ビットは、第２ＳＳＢのＧＳＣＮオフセットが正のオフセット又は負のオフセットであることを示す。

【0253】

第２ビットは、第２ＳＳＢのＧＳＣＮオフセットを示す。

【0254】

第２ＳＳＢの周波数範囲は：

【数34】

である。

【0255】

Ｎ_ＧＳＣＮ ^{Ｒｅｆｅｒｅｎｃｅ}は、第１ＳＳＢのＧＳＣＮであり、Ｎ_ＧＳＣＮ ^{Ｓｔａｒｔ}は、ＧＳＣＮ開始値であり、ｂは、第１ビットによって示される値であり、ｂの値は、１又は－１であり、ｎは、調整係数であり、Ｎ_ＧＳＣＮ ^Ｅｎｄは、ＧＳＣＮ終了値であり、Ｎ’’’_ＧＳＣＮ ^{Ｏｆｆｓｅｔ}は、第２ＳＳＢのＧＳＣＮオフセットを表す。

【0256】

【0257】

可能な実施において、第１ＳＳＢは第３指示情報を含む。

【0258】

第３指示情報は、第１制御リソースセット及び／又は第１共通探索空間を示す。

【0259】

可能な実施において、第３指示情報は、第１ＳＳＢ内の、共通サブキャリア間隔フィールド、復調用参照信号－タイプＡ－ポジションフィールド、イントラ周波数再選択フィールド、スペアフィールド、及び周波数範囲ＦＲ１に対応する予約済みフィールド、のうちの少なくとも１つによって運ばれる。

【0260】

可能な実施において、
処理モジュールは、トランシーバモジュールによってネットワークデバイスから第１同期信号ブロックＳＳＢを受信するよう構成され、第１ＳＳＢは、第１端末デバイスのための第１タイプＳＳＢであり、
処理モジュールは、第１ＳＳＢが第２端末デバイスのための第１タイプＳＳＢである場合に、トランシーバモジュールを使用することによってネットワークデバイスから第２ＳＳＢを受信し、第２ＳＳＢに基づき第２制御リソースセット及び／又は第２共通探索空間を決定するよう構成される。

【0261】

第１ＳＳＢは第１指示情報を含み、第１指示情報の第２値は、第１ＳＳＢが第２端末デバイスのための第１タイプＳＳＢであることを示す。

【0262】

【0263】

図７に示されるように、本願の実施形態は通信装置を提供する。通信装置はネットワークデバイス、ネットワークデバイス内の装置、又はネットワークデバイスとともに協調的に使用され得る装置であってよい。図７は、通信装置がネットワークデバイス７００である例を使用することによって示される。ネットワークデバイス７００は、トランシーバモジュール７０１及び処理モジュール７０２を含み得る。

【0264】

可能な実施において、
処理モジュールは、トランシーバモジュールを使用することによって第１同期信号ブロックＳＳＢを第２端末デバイスへ送信するよう構成され、第１ＳＳＢは、第１端末デバイスのための第１タイプＳＳＢである。

【0265】

【0266】

可能な実施において、トランシーバモジュールは、第２ＳＳＢを第２端末デバイスへ送信するよう構成される。

【0267】

第１ＳＳＢが第２端末デバイスのための第１タイプＳＳＢである場合に、第２ＳＳＢは、第２制御リソースセット及び／又は第２共通探索空間を第２端末デバイスに示す。

【0268】

可能な実施において、第１ＳＳＢは第１指示情報を含む。

【0269】

第１指示情報が第１値である場合に、第１指示情報は、第１ＳＳＢが第２端末デバイスのための第２タイプＳＳＢであることを示す。

【0270】

第１指示情報が第２値である場合に、第１指示情報は、第１ＳＳＢが第２端末デバイスのための第１タイプＳＳＢであることを示す。

【0271】

【0272】

可能な実施において、第１ＳＳＢは第２指示情報を更に含む。

【0273】

第２指示情報は、第２ＳＳＢのオフセット情報を示す。

【0274】

【0275】

第２指示情報は第１ビット及び第２ビットを含む。

【0276】

第２ビットは、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第１オフセット情報を示す。

【0277】

第２ＳＳＢのＧＳＣＮ及び第１ＳＳＢのＧＳＣＮは、次の関係を満足する：

【数35】

【0278】

【0279】

可能な実施において、第２ＳＳＢのオフセット情報は、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第２オフセット情報を含む。

【0280】

第２指示情報は第１ビット及び第２ビットを含む。

【0281】

第２ビットは、第１ＳＳＢのＧＳＣＮに対する第２ＳＳＢのＧＳＣＮの第２オフセット情報を示す。

【0282】

第２ＳＳＢのＧＳＣＮ及び第１ＳＳＢのＧＳＣＮは、次の関係を満足する：

【数36】

【0283】

【0284】

可能な実施において、第２ＳＳＢのオフセット情報は、第２ＳＳＢのＧＳＣＮオフセットを含む。

【0285】

第２指示情報は第１ビット及び第２ビットを含む。

【0286】

第１ビットは、第２ＳＳＢのＧＳＣＮオフセットが正のオフセット又は負のオフセットであることを示す。

【0287】

第２ビットは、第２ＳＳＢのＧＳＣＮオフセットを示す。

【0288】

第２ＳＳＢの周波数範囲は：

【数37】

である。

【0289】

Ｎ_ＧＳＣＮ ^{Ｒｅｆｅｒｅｎｃｅ}は、第１ＳＳＢのＧＳＣＮであり、Ｎ_ＧＳＣＮ ^{Ｓｔａｒｔ}は、ＧＳＣＮ開始値であり、ｂは、第１ビットによって示される値であり、ｂの値は、１又は－１であり、ｎは、調整係数であり、Ｎ_ＧＳＣＮ ^Ｅｎｄは、ＧＳＣＮ終了値であり、Ｎ’’’_ＧＳＣＮ ^{Ｏｆｆｓｅｔ}は、第２ＳＳＢのＧＳＣＮオフセットを表す。

【0290】

【0291】

可能な実施において、第１ＳＳＢは第３指示情報を含む。第３指示情報は、第１制御リソースセット及び／又は第１共通探索空間を示す。

【0292】

【0293】

可能な実施において、
処理モジュールは、トランシーバモジュールによって第１同期信号ブロックＳＳＢを第２端末デバイスへ送信するよう構成され、第１ＳＳＢは、第１端末デバイスのための第１タイプＳＳＢである。

【0294】

処理モジュールは、トランシーバモジュールを使用することによって第２ＳＳＢを第２端末デバイスへ送信するよう構成される。

【0295】

第２ＳＳＢは、第２制御リソースセット及び／又は第２共通探索空間を第２端末デバイスに示す。

【0296】

第１ＳＳＢは第１指示情報を含み、第１指示情報の第２値は、第１ＳＳＢが第２端末デバイスのための第１タイプＳＳＢであることを示す。

【0297】

【0298】

図８は、本願の実施形態に係る装置８００を示す。装置８００は、上記の方法における第２端末デバイスの機能を実装するよう構成される。装置は、第２端末デバイス、第２端末デバイス内の装置、又は第２端末デバイスとともに協調して使用され得る装置であってよい。装置はチップシステムであってもよい。本願のこの実施形態で、チップシステムはチップを含んでよく、あるいは、チップ及び他のディスクリート部品を含んでもよい。装置８００は、本願の実施形態で提供される方法における第２端末デバイスの機能を実装するよう構成される少なくとも１つのプロセッサ８２０を含む。例えば、プロセッサ８２０は、ダウンリンク制御情報及び制御リソースセットの設定情報等の情報を受信し、上記の情報をパースしてよい。詳細については、方法の例における詳細な説明を参照されたい。詳細はここで再び記載されない。

【0299】

装置８００は、プログラム命令及び／又はデータを記憶するよう構成される少なくとも１つのメモリ８３０を更に含んでもよい。メモリ８３０は、プロセッサ８２０へ結合される。本願のこの実施形態での結合は、電気的な形式、機械的な形式、又は他の形式での装置、ユニット、又はモジュール間の間接的な結合又は通信接続であってよく、装置、ユニット、又はモジュール間の情報交換に使用される。プロセッサ８２０はメモリ８３０と協働し得る。プロセッサ８２０は、メモリ８３０に記憶されているプログラム命令を実行してよい。少なくとも１つのメモリのうちの少なくとも１つは、プロセッサに含まれてもよい。装置８００は通信インターフェースを更に含んでもよい。通信インターフェースは、複数の方法で実装されてよい。例えば、通信インターフェースは、トランシーバ、インターフェース、バス、回路、ピン、又はトランシーバ機能を実装することができる装置であってよい。図８では、通信インターフェースがトランシーバ８１０である例が説明のために使用される。トランシーバ８１０は、伝送媒体を使用することによって他のデバイスと通信するよう構成され、それにより、装置８００内の装置は他のデバイスと通信し得る。例えば、他のデバイスはネットワークデバイスであってよい。プロセッサ８２０は、トランシーバ８１０を使用することによってデータを受信又は送信し、図１に対応する実施形態で第２端末デバイスによって実行される方法を実装するよう構成される。

【0300】

本願のこの実施形態では、トランシーバ８１０と、プロセッサ８２０と、メモリ８３０との間の具体的な接続媒体は、制限されない。本願のこの実施形態では、図８において、メモリ８３０、プロセッサ８２０、及びトランシーバ８１０は、バス８４０を使用することによって互いに接続されている。バスは、図８では太線を使用することによって表現されている。他のコンポーネントどうしの接続の方法は概略的にしか記載されないが、限定として使用されない。バスは、アドレスバス、データバス、制御バス、などに分類され得る。表現を容易にするために、１本の太線のみで図８ではバスを表しているが、これは、１本のバス又は１種類のバスしかないことを意味するものではない。

【0301】

図９は、本願の実施形態に係る装置９００を示す。装置９００は、上記の方法におけるネットワークデバイスの機能を実装するよう構成される。装置は、ネットワークデバイス、ネットワークデバイス内の装置、又はネットワークデバイスとともに協調して使用され得る装置であってよい。装置はチップシステムであってもよい。装置９００は、本願の実施形態で提供される方法におけるネットワークデバイスの機能を実装するよう構成される少なくとも１つのプロセッサ９２０を含む。例えば、プロセッサ９２０は、ダウンリンク制御情報及び制御リソースセットの設定情報等の情報を生成及び送信してよい。詳細については、方法の例における詳細な説明を参照されたい。詳細はここで再び記載されない。

【0302】

装置９００は、プログラム命令及び／又はデータを記憶するよう構成される少なくとも１つのメモリ９３０を更に含んでもよい。メモリ９３０は、プロセッサ９２０へ結合される。本願のこの実施形態での結合は、電気的な形式、機械的な形式、又は他の形式での装置、ユニット、又はモジュール間の間接的な結合又は通信接続であってよく、装置、ユニット、又はモジュール間の情報交換に使用される。プロセッサ９２０はメモリ８３０と協働し得る。プロセッサ９２０は、メモリ９３０に記憶されているプログラム命令を実行してよい。少なくとも１つのメモリのうちの少なくとも１つは、プロセッサに含まれてもよい。装置９００は通信インターフェースを更に含んでもよい。通信インターフェースは、複数の方法で実装されてよい。例えば、通信インターフェースは、トランシーバ、インターフェース、バス、回路、ピン、又はトランシーバ機能を実装することができる装置であってよい。図９では、通信インターフェースがトランシーバ９１０である例が説明のために使用される。トランシーバ９１０は、伝送媒体を使用することによって他のデバイスと通信するよう構成され、それにより、装置９００内の装置は他のデバイスと通信し得る。例えば、他のデバイスは端末デバイスであってよい。プロセッサ９２０は、トランシーバ９１０を使用することによってデータを受信又は送信し、図１に対応する実施形態でネットワークデバイスによって実行される方法を実装するよう構成される。

【0303】

本願のこの実施形態では、トランシーバ９１０と、プロセッサ９２０と、メモリ９３０との間の具体的な接続媒体は、制限されない。本願のこの実施形態では、図９において、メモリ９３０、プロセッサ９２０、及びトランシーバ９１０は、バス９４０を使用することによって互いに接続されている。バスは、図９では太線を使用することによって表現されている。他のコンポーネントどうしの接続の方法は概略的にしか記載されないが、限定として使用されない。バスは、アドレスバス、データバス、制御バス、などに分類され得る。表現を容易にするために、１本の太線のみで図９ではバスを表しているが、これは、１本のバス又は１種類のバスしかないことを意味するものではない。

【0304】

本願の実施形態で、プロセッサは、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ若しくは他のプログラマブルロジックデバイス、ディスクリートゲート若しくはトランジスタロジックデバイス、又はディスクリートハードウェア部品であってよく、本願の実施形態で開示されている方法、ステップ、及び論理ブロック図を実装又は実行してよい。汎用プロセッサは、マイクロプロセッサ又は任意の従来のプロセッサなどであってよい。本願の実施形態を参照して開示される方法のステップは、ハードウェアプロセッサによって直接に実行されてよく、あるいは、プロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせを使用することによって実行されてもよい。

【0305】

本願の実施形態で、メモリは、ハードディスクドライブ（hard disk drive，ＨＤＤ）又はソリッドステートドライブ（solid-state drive，ＳＳＤ）などの非一時的なメモリであってよく、あるいは、ランダムアクセスメモリ（random access memory，ＲＡＭ）などの一時的なメモリであってもよい。メモリは、期待されるプログラムコードを命令又はデータ構造の形で担持又は記憶することができ、根ピューがアクセスすることができる任意の他の媒体であるが、そのようなものに限られない。本願の実施形態のメモリは、代替的に、記憶機能を実装することができる回路又は任意の他の装置であってもよく、プログラム命令及び／又はデータを記憶するよう構成される。

【0306】

本願の実施形態で提供される技術的解決法の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを使用することによって実装されてよい。ソフトウェアが実施形態を実施するために使用される場合に、実施形態の全部又は一部は、コンピュータプログラム製品の形で実装されてよい。コンピュータプログラム製品は１つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータでロードされ実行される場合に、本願の実施形態に係るプロシージャ又は機能は全て又は部分的に発生する。コンピュータは汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、ネットワークデバイス、端末デバイス、又は他のプログラム可能な装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてよく、あるいは、コンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体へ伝送されてよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンターから他のウェブサイト、コンピュータ、サーバ、又はデータセンターへ有線（例えば、同軸ケーブル、光ファイバ、若しくはデジタル加入者回線（digital subscriber line，ＤＳＬ））又は無線（例えば、赤外線、電波、若しくはマイクロ波）方式で伝送され得る。コンピュータ可読記憶媒体は、コンピュータがアクセス可能な任意の使用可能な媒体、又は１つ以上の使用可能な媒体を組み込むサーバ若しくはデータセンターなどのデータ記憶デバイスであってよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光学媒体（例えば、デジタルビデオディスク（digital video disc，ＤＶＤ））、半導体媒体、などであってよい。

【0307】

本願の実施形態で、論理的な矛盾がない場合には、実施形態は相互に参照されてよい。例えば、方法実施形態における方法及び／又は用語は、相互に参照されてよく、装置実施形態における機能及び／又は用語は、相互に参照されてよい。例えば、装置実施形態と方法実施形態との間の機能及び／用語は、相互に参照されてよい。

【0308】

当業者は、本願の範囲から逸脱せずに、本願に対して様々な変更及び変形を行うことができる、ことは明らかである。本願は、本願のそれらの変更及び変形が続く特許請求の範囲及びそれらの同等の技術によって定義される保護の範囲内にあるという条件で、それらの変更及び変形をカバーするよう意図される。

【図1】