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

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

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ グァンドン　オッポ　モバイル　テレコミュニケーションズ　コーポレーション　リミテッドの特許一覧

特許7339350伝送帯域幅の決定方法、デバイス、及び記憶媒体

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

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

< >

1
2
3
4
5
6
7
8
9
10

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

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

(11)【特許番号】

(24)【登録日】2023-08-28

(45)【発行日】2023-09-05

(54)【発明の名称】伝送帯域幅の決定方法、デバイス、及び記憶媒体

(51)【国際特許分類】

H04W 72/0453 20230101AFI20230829BHJP

H04W 16/14 20090101ALI20230829BHJP

H04W 72/231 20230101ALI20230829BHJP

H04W 72/0457 20230101ALI20230829BHJP

【ＦＩ】

H04W72/0453

H04W16/14

H04W72/231

H04W72/0457

【請求項の数】 16

(21)【出願番号】P 2021547281

(86)(22)【出願日】2019-02-15

(65)【公表番号】

(43)【公表日】2022-05-19

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

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

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

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

(73)【特許権者】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

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

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

(74)【代理人】

【識別番号】100091487

【弁理士】

【氏名又は名称】中村行孝

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根毅

(74)【代理人】

【識別番号】100152205

【弁理士】

【氏名又は名称】吉田昌司

(74)【代理人】

【識別番号】100137523

【弁理士】

【氏名又は名称】出口智也

(74)【代理人】

【識別番号】100120385

【弁理士】

【氏名又は名称】鈴木健之

(72)【発明者】

【氏名】ウー、ズオミン

【審査官】青木健

(56)【参考文献】

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

【文献】Qualcomm Incorporated，Wideband operation for NR-U[online]，3GPP TSG RAN WG1 adhoc_NR_AH_1901 R1-1900877，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1901/Docs/R1-1900877.zip>，2019年01月12日

【文献】vivo，Discussion on wideband operation in NR-U[online]，3GPP TSG RAN WG1 adhoc_NR_AH_1901 R1- 1900114，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1901/Docs/R1-1900114.zip>，2019年01月12日

【文献】ITRI，DL control information to facilitate wideband operation in NR-U[online]，3GPP TSG RAN WG1 adhoc_NR_AH_1901 R1-1900987，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1901/Docs/R1-1900987.zip>，2019年01月11日

【文献】Qualcomm Incorporated，Flexible allocation for PDSCH and PUSCH for efeMTC[online]，3GPP TSG RAN WG1 #93 R1-1807106，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_93/Docs/R1-1807106.zip>，2018年05月12日

【文献】Huawei, HiSilicon，Early data transmission for eFeMTC[online]，3GPP TSG RAN WG1 #93 R1-1805978，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_93/Docs/R1-1805978.zip>，2018年05月11日

【文献】Panasonic，COT structure indication[online]，3GPP TSG RAN WG1 adhoc_NR_AH_1901 R1-1900258，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1901/Docs/R1-1900258.zip>，2019年01月11日

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

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

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

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

ＳＡＷＧ１－４

ＣＴＷＧ１，４

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

【請求項1】

端末デバイスが、ネットワークデバイスによって送信された第１の指示情報を受信するステップと、
前記端末デバイスが前記第１の指示情報に従って、アンライセンスキャリア上で通信に使用される一つ以上のサブバンドを決定するステップを含み、
前記アンライセンスキャリアは少なくとも２つのサブバンドを含み、
前記第１の指示情報は、第１のサブバンドにおいて最小のインデックスを有するサブバンド及び前記第１のサブバンドに含まれるサブバンドの数を決定するために使用され、前記第１のサブバンドは、前記端末デバイスの第1の帯域幅部分（ＢＷＰ）に含まれるサブバンドのうち通信に使用されるサブバンドを含み、
前記第1のＢＷＰはＮ個のサブバンドを含み、前記第１のサブバンドのうち最小のインデックスを有するサブバンドのインデックスはＳで、前記第１のサブバンドに含まれるサブバンドの数はＬで、前記第１の指示情報の値はＲであるとき、前記Ｌ個のサブバンドが連続である場合について、
（Ｌ－１）≦ｆｌｏｏｒ（Ｎ／２）であれば、
Ｒ＝Ｎ＊（Ｌ－１）＋Ｓであり；
そうでなければ、
Ｒ＝Ｎ＊（Ｎ－Ｌ＋１）＋（Ｎ－１－Ｓ）であり、
ここで、ｆｌｏｏｒは切り捨てを意味し、Ｌ≧１であり、かつＬはＮ－Ｓ以下であり、０≦Ｓ≦Ｎ－１である
ことを特徴とする伝送帯域幅の決定方法。

【請求項2】

前記端末デバイスがネットワークデバイスによって送信された第１の指示情報を受信するステップは、
前記端末デバイスが前記ネットワークデバイスによって送信された、前記第１の指示情報を含むＰＤＣＣＨを受信するステップと、
前記端末デバイスが前記ＰＤＣＣＨに従って前記第１の指示情報を決定するステップを含む
ことを特徴とする請求項１に記載の方法。

【請求項3】

前記第１の指示情報はＮビットを含み、前記Ｎビットの各ビットは、前記アンライセンスキャリアに含まれるＮ個のサブバンドのうちの１つのサブバンドが通信に使用されるかどうかを示すために使用される
ことを特徴とする請求項１又は２に記載の方法。

【請求項4】

前記第１の指示情報に含まれる状態の数は、Ｎ＊（Ｎ＋１）／２である
ことを特徴とする請求項１に記載の方法。

【請求項5】

前記ＰＤＣＣＨが前記第１の指示情報を含むことは、
前記ＰＤＣＣＨで伝送される下り制御情報（ＤＣＩ）に前記第１の指示情報が含まれることを含む
ことを特徴とする請求項２に記載の方法。

【請求項6】

前記ＰＤＣＣＨは、
前記ＰＤＣＣＨがグループに共通のＲＮＴＩに従ってスクランブルされることと、前記ＰＤＣＣＨが前記端末デバイスに固有のＲＮＴＩに従ってスクランブルされることのうちの少なくとも１つを含む
ことを特徴とする請求項２又は５に記載の方法。

【請求項7】

チャネル使用権が取得されたサブバンドが、前記アンライセンスキャリアに含まれるサブバンドより小さい場合、チャネル使用権が取得された連続するサブバンドの一部が伝送に使用される
ことを特徴とする請求項１又は３に記載の方法。

【請求項8】

ネットワークデバイスが第１の指示情報を端末デバイスに送信するステップを含み、
前記第１の指示情報は、アンライセンスキャリア上で通信に使用される一つ以上のサブバンドを決定するために端末デバイスによって使用され、前記アンライセンスキャリアは少なくとも２つのサブバンドを含み、
前記第１の指示情報は、第１のサブバンドにおいて最小のインデックスを有するサブバンド及び前記第１のサブバンドに含まれるサブバンドの数を決定するために使用され、前記第１のサブバンドは、前記端末デバイスの第1の帯域幅部分（ＢＷＰ）に含まれるサブバンドのうち通信に使用されるサブバンドを含み、
前記第1のＢＷＰはＮ個のサブバンドを含み、前記第１のサブバンドのうち最小のインデックスを有するサブバンドのインデックスはＳで、前記第１のサブバンドに含まれるサブバンドの数はＬで、前記第１の指示情報の値はＲであるとき、前記Ｌ個のサブバンドが連続である場合について、
（Ｌ－１）≦ｆｌｏｏｒ（Ｎ／２）であれば、
Ｒ＝Ｎ＊（Ｌ－１）＋Ｓであり；
そうでなければ、
Ｒ＝Ｎ＊（Ｎ－Ｌ＋１）＋（Ｎ－１－Ｓ）であり、
ここで、ｆｌｏｏｒは切り捨てを意味し、Ｌ≧１であり、かつＬはＮ－Ｓ以下であり、０≦Ｓ≦Ｎ－１である
ことを特徴とする伝送帯域幅の決定方法。

【請求項9】

前記ネットワークデバイスが第１の指示情報を端末デバイスに送信するステップは、
前記ネットワークデバイスが前記第１の指示情報を含むＰＤＣＣＨを前記端末デバイスに送信するステップを含む
ことを特徴とする請求項８に記載の方法。

【請求項10】

前記第１の指示情報はＮビットを含み、前記Ｎビットの各ビットは、前記アンライセンスキャリアに含まれるＮ個のサブバンドのうちの１つのサブバンドが通信に使用されるかどうかを示すために使用される
ことを特徴とする請求項８又は９に記載の方法。

【請求項11】

前記第１の指示情報に含まれる状態の数は、Ｎ＊（Ｎ＋１）／２である
ことを特徴とする請求項８に記載の方法。

【請求項12】

前記ＰＤＣＣＨが前記第１の指示情報を含むことは、
前記ＰＤＣＣＨで伝送される下り制御情報（ＤＣＩ）に前記第１の指示情報が含まれることを含む
ことを特徴とする請求項９に記載の方法。

【請求項13】

前記ＰＤＣＣＨは、
前記ＰＤＣＣＨがグループに共通のＲＮＴＩに従ってスクランブルされることと、前記ＰＤＣＣＨが前記端末デバイスに固有のＲＮＴＩに従ってスクランブルされることのうちの少なくとも１つを含む
ことを特徴とする請求項９又は１２に記載の方法。

【請求項14】

チャネル使用権が取得されたサブバンドが、前記アンライセンスキャリアに含まれるサブバンドより小さい場合、チャネル使用権が取得された連続するサブバンドの一部が伝送に使用される
ことを特徴とする請求項８又は１０に記載の方法。

【請求項15】

請求項１から７のいずれか一項に記載の方法を実行するように構成される端末デバイス。

【請求項16】

請求項８から１４のいずれか一項に記載の方法を実行するように構成されるネットワークデバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本出願の実施例は、通信技術に関し、特に、伝送帯域幅の決定方法、デバイス、及び記憶媒体に関する。

【背景技術】

【0002】

新しい無線（New Radio，ＮＲ）システムでは、基地局側は、シングルキャリアの広い帯域幅をサポートする。これに対応して、アンライセンススペクトルで動作するＮＲ（NR-based access to unlicensed spectrum，ＮＲ－Ｕ）システムでもシングルキャリアの広い帯域幅がサポートされ、例えば、システム帯域幅は４０ＭＨｚ、６０ＭＨｚ、８０ＭＨｚなどである。これに対応して、設定される動作帯域幅（Bandwidth Part，ＢＷＰ）の帯域幅も４０ＭＨｚ、６０ＭＨｚ、８０ＭＨｚなどになり得る。アンライセンススペクトルで、ＬＢＴ（Listen Before Talk）の帯域幅は２０ＭＨｚであるため、ＬＢＴに成功した帯域幅がシステム帯域幅又はＢＷＰ帯域幅よりも小さい場合があり得る。この場合、アンライセンススペクトル上で可能な限り多くのチャネル伝送機会を得るために、基地局は、ＢＷＰ帯域幅の一部のチャネル使用権のみを取得したときでも下り伝送、即ち、ＮＲ－Ｕシステムにおけるマルチサブバンド適応伝送を実行する可能性がある。

【0003】

システムキャリア帯域幅が２０ＭＨｚを超えるブロードバンド伝送のシナリオでは、ＵＥは、複数のＢＷＰが構成され、かつ、１つのＢＷＰのみをアクティブにすることができる。アクティブＢＷＰが複数のＬＢＴサブバンドを含む場合、基地局は、ＬＢＴサブバンドのチャネル検出結果に従って、前記アクティブＢＷＰに含まれるＬＢＴサブバンドの一部又は全部を介してＰＤＳＣＨ伝送を実行することができる。基地局によってユーザデバイス（User Equipment，ＵＥ）に構成されるＢＷＰ０は、第１のサブバンド及び第２のサブバンドという２つのサブバンドを含み、基地局は、第１のサブバンド及び第２のサブバンドをスケジューリングすることによって、物理下り共有チャネル（Physical Downlink Shared Channel，ＰＤＳＣＨ）をＵＥに伝送することを計画している。ただし、各ＬＢＴサブバンドでチャネル検出が実行されると、第１のサブバンドのＬＢＴは成功し、第２のサブバンドのＬＢＴは失敗するため、基地局はＢＷＰ＃０に含まれる第１のサブバンドを介してＰＤＳＣＨをＵＥに伝送する。

【0004】

上記の解決策ではＮＲ－Ｕシステムにおける下りマルチサブバンド適応伝送がサポートされているが、ＵＥにとって、構成されかつアクティブ化されるＢＷＰに含まれるＬＢＴサブバンドは、事前に無線リソース制御（Radio Resource Control，RRC）シグナリングを介してＵＥに伝えられ、前記アクティブＢＷＰのうち実際にＰＤＳＣＨ伝送に使用できるＬＢＴサブバンドは、ＬＢＴの完了後に基地局によってのみ決定できる。従って、ＰＤＳＣＨ伝送に使用されるＬＢＴサブバンドをＵＥに通知する方法は解決すべき問題である。

【発明の概要】

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

【0005】

本出願の実施例は、伝送帯域幅の決定方法、デバイス、及び記憶媒体を提供し、その結果、ネットワークデバイスは、ＰＤＳＣＨ伝送に使用されるＬＢＴサブバンドを端末デバイスに通知できる。

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

【0006】

第１の態様によれば、本出願の実施例は伝送帯域幅の決定方法が提供され、前記方法は、
端末デバイスが、ネットワークデバイスによって送信された第１の指示情報を受信するステップと、
前記端末デバイスが前記第１の指示情報に従って、アンライセンスキャリア上で前記ネットワークデバイスによる下りチャネル及び／又は下り信号の伝送に使用されるサブバンドを決定するステップを含み、
前記第１の指示情報は、前記アンライセンスキャリア上で通信に使用されるサブバンドを決定するために使用され、前記アンライセンスキャリアは少なくとも２つのサブバンドを含む。

【0007】

第２の態様によれば、本出願の実施例はネットワークデバイスに適応される伝送帯域幅の決定方法が提供され、前記方法は、
ネットワークデバイスが第１の指示情報を端末デバイスに送信するステップを含み、
前記第１の指示情報は、アンライセンスキャリア上で前記ネットワークデバイスによる下りチャネル及び／又は下り信号の伝送に使用されるサブバンドを決定するために端末デバイスによって使用され、前記アンライセンスキャリアは少なくとも２つのサブバンドを含む。

【0008】

第３の態様によれば、本出願の実施例は端末デバイスに適応される伝送帯域幅の決定方法が提供され、前記方法は、端末デバイスが第１の指示情報をネットワークデバイスに送信するステップを含み、
前記第１の指示情報は、アンライセンスキャリア上で前記端末デバイスによる上りチャネル及び／又は上り信号の伝送に使用されるサブバンドを決定するためにネットワークデバイスによって使用され、前記アンライセンスキャリアは少なくとも２つのサブバンドを含む。

【0009】

前記解決策の特定の実装形態で、前記端末デバイスが第１の指示情報を前記ネットワークデバイスに送信するステップは、
前記端末デバイスが前記ネットワークデバイスに基準信号を送信するステップを含み、前記基準信号で前記第１の指示情報を運ぶ。

【0010】

オプションで、前記基準信号は、ＰＵＳＣＨの復調のためのＤＭＲＳ、ＰＵＣＣＨの復調のためのＤＭＲＳ、ＳＲＳのうちの少なくとも１つを含む。

【0011】

オプションで、前記基準信号で前記第１の指示情報を運ぶことは、
前記基準信号のシーケンスのよって生成される初期化パラメータが、前記第１の指示情報に従って決定されることを含む。

【0012】

オプションで、前記基準信号のシーケンスの長さが前記第１の指示情報に従って決定されることを含む。

【0013】

前記解決策の特定の実装形態で、前記端末デバイスが第１の指示情報を前記ネットワークデバイスに送信するステップは、
前記端末デバイスが前記ネットワークデバイスに上り制御信号（ＵＣＩ）を送信するステップを含み、前記ＵＣＩは前記第１の指示情報を含む。

【0014】

オプションで、前記ＵＣＩはＰＵＳＣＨ又はＰＵＣＣＨによって伝送される。

【0015】

前述のいずれの実装形態に基づき、前記第１の指示情報は、
第１のサブバンドに含まれる各サブバンドのインデックス、
前記第１のサブバンドにおいて最小のインデックスを有するサブバンド、
前記第１のサブバンドにおいて最大のインデックスを有するサブバンド、
前記第１のサブバンドに含まれるサブバンドの数、
第２のサブバンドに含まれる各サブバンドのインデックス、
前記第２のサブバンドにおいて最小のインデックスを有するサブバンド、
前記第２のサブバンドにおいて最大のインデックスを有するサブバンド、
前記第２のサブバンドに含まれるサブバンドの数、
第１の識別情報のうちの少なくとも１つの情報を含み、
前記第１のサブバンドは、前記アンライセンスキャリアに含まれるサブバンドのうち通信に使用されるサブバンド又は前記端末デバイスの第1の帯域幅部分（ＢＷＰ）に含まれるサブバンドのうち通信に使用されるサブバンドを含み、
前記第２のサブバンドは、前記アンライセンスキャリアに含まれるサブバンドのうち通信に使用されないサブバンド、又は前記端末デバイスの第１のＢＷＰに含まれるサブバンドのうち通信に使用されないサブバンドを含み、
前記第１の識別情報は、前記第１の指示情報によって示されるのが前記第１のサブバンド又は前記第２のサブバンドのどちらであるかを示す。

【0016】

第４の態様によれば、本出願の実施例はさらに伝送帯域幅の決定方法を提供し、前記方法は、
ネットワークデバイスが端末デバイスによって送信された第１の指示情報を受信するステップと、
前記ネットワークデバイスが前記第１の指示情報に従って、アンライセンスキャリア上で前記端末デバイスによる上りチャネル及び／又は上り信号の伝送に使用されるサブバンドを決定するステップを含み、
前記第１の指示情報は、アンライセンスキャリア上で通信に用いられるサブバンドを決定するために使用され、前記アンライセンスキャリアは少なくとも２つのサブバンドを含む。

【0017】

上記実施形態に基づき、前記ネットワークデバイスが端末デバイスによって送信された第１の指示情報を受信するステップは、
前記ネットワークデバイスが前記端末デバイスによって送信された基準情報を受信するステップと、
前記ネットワークデバイスが前記基準信号に従って前記第１の指示情報を決定するステップを含み、
前記基準信号で前記第１の指示情報を運ぶ。

【0018】

【0019】

【0020】

オプションで、前記基準信号のシーケンスの長さが前記第１の指示情報に従って決定されることを含む。

【0021】

オプションで、前記ネットワークデバイスが端末デバイスによって送信された第１の指示情報を受信するステップは、
前記ネットワークデバイスが端末デバイスによって送信されたＵＣＩを受信するステップと、
前記ネットワークデバイスが前記ＵＣＩに従って前記第１の指示情報を決定するステップを含み、
前記ＵＣＩは前記第１の指示情報を含む。

【0022】

オプションで、前記ＵＣＩはＰＵＳＣＨ又はＰＵＣＣＨによって伝送される。

【0023】

【0024】

第５の態様によれば、本出願の実施例は端末デバイスを提供し、
ネットワークデバイスによって送信された第１の指示情報を受信する構成される受信モジュールと、
前記第１の指示情報に従って、アンライセンスキャリア上で前記ネットワークデバイスによる下りチャネル及び／又は下り信号の伝送に使用されるサブバンドを決定するように構成される処理モジュールを備え、
前記第１の指示情報は、前記アンライセンスキャリア上で通信に使用されるサブバンドを決定するために使用され、前記アンライセンスキャリアは少なくとも２つのサブバンドを含む。

【0025】

第６の態様によれば、本出願の実施例はネットワークデバイスを提供し、
第１の指示情報を端末デバイスに送信するように構成される送信モジュールを備え、
前記第１の指示情報は、アンライセンスキャリア上でネットワークデバイスによる下りチャネル及び／又は下り信号の伝送に使用されるサブバンドを決定するために前記端末デバイスによって使用され、前記アンライセンスキャリアは少なくとも２つのサブバンドを含む。

【0026】

第７の態様によれば、本出願の実施例は端末デバイスを提供し、
第１の指示情報をネットワークデバイスに送信するように構成される送信モジュールを備え、
前記第１の指示情報は、アンライセンスキャリア上で前記端末デバイスによる上りチャネル及び／又は上り信号の伝送に使用されるサブバンドを決定するためにネットワークデバイスによって使用され、前記アンライセンスキャリアは少なくとも２つのサブバンドを含む。

【0027】

第８の態様によれば、本出願の実施例はネットワークデバイスを提供し、
端末デバイスによって送信された第１の指示情報を受信するように構成される受信モジュールと、
前記第１の指示情報に従って、アンライセンスキャリア上で前記端末デバイスによる上りチャネル及び／又は上り信号の伝送に使用されるサブバンドを決定するように構成される処理モジュールを備え、
前記第１の指示情報は、アンライセンスキャリア上で通信に用いられるサブバンドを決定するために使用され、前記アンライセンスキャリアは少なくとも２つのサブバンドを含む。

【0028】

第９の態様によれば、本出願の実施例は端末デバイスを提供し、
プロセッサ、メモリ、送信機、及びネットワークデバイスと通信するためのインターフェースを備え、
前記メモリはコンピュータ実行可能命令を格納し、
前記プロセッサは、前記メモリに格納されたコンピュータ実行可能命令を実行することで、第１の態様又は第３の態様のいずれで提供される伝送帯域幅の決定方法を前記プロセッサに実行させる。

【0029】

オプションで、前記プロセッサはチップであってよい。

【0030】

第１０の態様によれば、本出願の実施例はネットワークデバイスを提供し、
プロセッサ、メモリ、送信機、及び端末デバイスと通信するためのインターフェースを備え、
前記メモリはコンピュータ実行可能命令を格納し、
前記プロセッサは、前記メモリに格納されたコンピュータ実行可能命令を実行することで、第２の態様又は第４の態様のいずれで提供される伝送帯域幅の決定方法を前記プロセッサに実行させる。

【0031】

オプションで、前記プロセッサはチップであってよい。

【0032】

第１１の態様によれば、本出願の実施例はコンピュータ読み取り可能な記憶媒体を提供し、前記コンピュータ読み取り可能な記憶媒体にはコンピュータ実行可能命令が格納されており、前記コンピュータ実行可能命令がプロセッサによって実行されると、第１の態様又は第３の態様のいずれで提供される伝送帯域幅の決定方法を実装させる。

【0033】

第１２の態様によれば、本出願の実施例はコンピュータ読み取り可能な記憶媒体を提供し、前記コンピュータ読み取り可能な記憶媒体にはコンピュータ実行可能命令が格納されており、前記コンピュータ実行可能命令がプロセッサによって実行されると、第２の態様又は第４の態様のいずれで提供される伝送帯域幅の決定方法を実装させる。

【0034】

第１３の態様によれば、本出願の実施例はプログラムを提供し、前記プログラムがプロセッサによって実行されると、第１の態様又は第３の態様のいずれで提供される伝送帯域幅の決定方法を実装させる。

【0035】

第１４の態様によれば、本出願の実施例はプログラムを提供し、前記プログラムがプロセッサによって実行されると、第２の態様又は第４の態様のいずれで提供される伝送帯域幅の決定方法を実装させる。

【0036】

第１５の態様によれば、本出願の実施例はプログラムを含むコンピュータプログラム製品を提供し、前記プログラムがプロセッサによって実行されると、第１の態様又は第３の態様のいずれで提供される伝送帯域幅の決定方法を実装させる。

【0037】

第１６の態様によれば、本出願の実施例はプログラムを含むコンピュータプログラム製品を提供し、前記プログラムがプロセッサによって実行されると、第２の態様又は第４の態様のいずれで提供される伝送帯域幅の決定方法を実装させる。

【0038】

第１７の態様によれば、処理モジュールと通信モジュールを備えるチップを提供し、前記処理モジュールは第１の態様又は第３の態様のいずれで提供される伝送帯域幅の決定方法を実行することができる。

【0039】

さらに、前記チップは記憶モジュール（例えば、メモリ）をさらに備え、前記記憶モジュールは命令を記憶し、処理モジュールは記憶モジュールに格納された命令を実行し、記憶モジュールに格納された命令を実行することで、第１の態様又は第３の態様のいずれで提供される伝送帯域幅の決定方法を処理モジュールに実行させる。

【0040】

第１８の態様によれば、処理モジュールと通信モジュールを備えるチップを提供し、前記処理モジュールは第２の態様又は第４の態様のいずれで提供される伝送帯域幅の決定方法を実行することができる。

【0041】

さらに、前記チップは記憶モジュール（例えば、メモリ）をさらに備え、前記記憶モジュールは命令を記憶し、処理モジュールは記憶モジュールに格納された命令を実行し、記憶モジュールに格納された命令を実行することで、第２の態様又は第４の態様のいずれで提供される伝送帯域幅の決定方法を処理モジュールに実行させる。

【0042】

本出願の実施例で提供される伝送帯域幅の決定方法、デバイス、及び記憶媒体によれば、ネットワークデバイスは、端末デバイスにアンライセンスキャリアを構成した後、アンライセンスキャリアのサブバンドでチャネル検出を実行し、検出結果に従って、どのサブバンドが通信に使用されるかを決定し、第１の指示情報によって指示し、第１の指示情報を端末デバイスに送信する。端末デバイスは、第１の指示情報に従って、ネットワークデバイスによる下りチャネル及び／又は下り信号を送信するためのアンライセンスキャリア上のサブバンドを決定する。この解決策では、端末デバイスが第１の指示情報に従って、複数のＬＢＴサブバンドのうち実際に通信に使用されるＬＢＴサブバンドを決定するように、ネットワークデバイスが前記第１の指示情報を端末デバイスに送信する。

【図面の簡単な説明】

【0043】

本出願の実施例又は関連技術における技術的解決策をより明確にするために、実施例又は関連技術の説明において使用される添付の図面を以下に簡単に説明する。明らかに、以下の説明の図面は、本出願のいくつかの実施例を示しており、当業者は、創造的な努力なしに、これらの付随する図面から他の図面を導き出すことができる。

【図1】本出願の実施例が適用される通信システムの概略図である。

【図2】ネットワークデバイスによって信号伝送帯域幅をスケジューリングする概略図である。

【図3】本出願の実施例で提供される伝送帯域幅の決定方法の実施例一のフローチャートである。

【図4】本出願の実施例で提供される伝送帯域幅の決定方法の実施例二のフローチャートである。

【図5】ネットワークデバイスによって下りチャネル伝送リソース及び通信用のリソースをスケジューリングする概略図である。

【図6】ネットワークデバイスによって下りチャネル伝送リソース及び通信用のリソースをスケジューリングする別の概略図である。

【図7】本出願で提供される端末デバイスの実施例一の概略構成図である。

【図8】本出願で提供されるネットワークデバイスの実施例一の概略構成図である。

【図9】本出願で提供されるネットワークデバイスの実施例二の概略構成図である。

【図10】本出願で提供される端末デバイスの実施例二の概略構成図である。

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

【0044】

本出願の実施例の目的、技術的解決策及び利点をより明確にするために、本出願の実施例における技術的解決策は、以下本出願の実施例における添付の図面と併せて明確かつ完全に説明される。明らかに、記載された実施例は、本出願の実施例の一部であり、すべての実施例ではない。本出願の実施例に基づいて、創造的な作業なしに当業者によって得られる他のすべての実施例は、いずれも本出願の保護範囲内にある。

【0045】

本出願の実施例の明細書、特許請求の範囲、及び上記図面における「第１の」、「第２の」などの用語は、類似のオブジェクトを区別するために使用され、必ずしも特定の順序又は前後順番を説明するために使用されるわけではない。このように使用されるデータは、適切な状況下で交換することができ、その結果、本明細書に記載の本出願の実施例は、例えば、本明細書に図示又は記載されるもの以外の順序で実施できることを理解されたい。さらに、「含む」及び「有する」という用語及びそれらのいかなる変形は、非排他的な包含をカバーすることを意図している。例えば、一連のステップ又はユニットを含むプロセス、方法、システム、製品、又はデバイスは、必ずしも明確にリストされたステップ又はユニットに限定されるわけではなく、明確にリストされていない、又はこれらのプロセス、方法、製品、又はデバイスに固有の他のステップ又はユニットを含むことができる。

【0046】

以下、本出願の実施例における解決策を、本出願の実施例における図面と併せて説明するが、説明される実施例は、すべての実施例ではなく、本出願の実施例の一部であることは明らかである。本出願の実施例に基づいて、創造的な作業なしに当業者によって得られる他のすべての実施例は、いずれも本出願の保護範囲内にある。

【0047】

本出願の実施例の解決策は、例えばグローバルモバイル通信（Global System of Mobile communication,ＧＳＭ）システム、符号分割多元接続（Code Division Multiple Access,ＣＤＭＡ）システム、広帯域符号分割多元接続（Wideband Code Division Multiple Access,ＷＣＤＭＡ）システム、汎用パケット無線サービス（General Packet Radio Service,ＧＰＲＳ）、ロングタームエボリューション（Long Term Evolution,ＬＴＥ）システム、ＬＴＥ周波数分割複信（Frequency Division Duplex,ＦＤＤ）システム、ＬＴＥ時分割複信（Time Division Duplex,ＴＤＤ）システム、アドバンスドロングタームエボリューション（Advanced long term evolution,ＬＴＥ－Ａ）システム、新しい無線（New Radio，ＮＲ）システム、ＮＲシステムの進化システム、アンライセンススペクトルでのＬＴＥ（LTE-based access to unlicensed spectrum，ＬＴＥ－Ｕ）、アンライセンススペクトルでのＮＲ（NR-based access to unlicensed spectrum，ＮＲ－Ｕ）システム、ユニバーサル移動通信システム（Universal Mobile Telecommunication System,ＵＭＴＳ）、マイクロ波アクセス用世界的相互運用性（Worldwide Interoperability for Microwave Access,ＷｉＭＡＸ）通信システム、ワイヤレスローカルエリアネットワーク（Wireless Local Area Networks，ＷＬＡＮ）、ワイヤレスフィデリティ（Wireless Fidelity，ＷｉＦｉ）、次世代通信システム、又はその他の通信システム等の様々な通信システムに適用することができる。

【0048】

一般的に、従来の通信システムは限られた数の接続をサポートし、実装が容易であるが、通信技術の開発により、モバイル通信システムは従来の通信をサポートするだけでなく、例えばデバイス間（Device to Device，Ｄ２Ｄ）通信、マシン間（Machine to Machine，Ｍ２Ｍ）通信、マシンタイプ通信（Machine Type Communication，ＭＴＣ）、及び車両間（Vehicle to Vehicle，Ｖ２Ｖ）通信などもサポートすることになり、本出願の実施例は、これらの通信システムにも適用できる。

【0049】

図１は本出願の実施例が適用される通信システムの概略図であり、図１に示されるように、この通信システム１００は、ネットワークデバイス１１０を含むことができる。ネットワークデバイス１１０は、端末デバイス１２０（又は通信端末、端末と呼ばれる）と通信するデバイスであってもよい。ネットワークデバイス１１０は、特定の地理的領域に通信カバレッジを提供することができ、このカバレッジ領域内の端末デバイスと通信することができる。オプションとして、このネットワークデバイス１１０は、ＧＳＭシステム又はＣＤＭＡシステムにおける基地局（Base Transceiver Station,ＢＴＳ）であってもよいし、ＷＣＤＭＡシステムにおける基地局（NodeB,ＮＢ）であってもよく、また、ＬＴＥシステムにおける進化型基地局（Evolutional Node B,ｅＮＢ又はｅＮｏｄｅＢ）、クラウド無線アクセスネットワーク（Cloud Radio Access Network,ＣＲＡＮ）における無線コントローラであってもよく、又はこのネットワークデバイスは、モバイルスイッチングセンター、中継局、アクセスポイント、車載デバイス、ウェアラブルデバイス、ハブ、スイッチ、ブリッジ、ルーター、５Ｇネットワークにおけるネットワーク側デバイス、又は未来進化の公衆地上移動ネットワーク（Public Land Mobile Network,ＰＬＭＮ）におけるネットワークデバイス等であってもよい。

【0050】

この通信システム１００は、ネットワークデバイス１１０のカバレッジ内の少なくとも１つの端末デバイス１２０をさらに含む。ここで使用される「端末デバイス」として、公衆電話交換網（Public Switched Telephone Networks,ＰＳＴＮ）、デジタル加入者線（Digital Subscriber Line,ＤＳＬ）、デジタルケーブル、直接ケーブル接続などの有線回線を介して接続された端末デバイスが含まれるが、これに限定されず、及び/又は別のデータ接続/ネットワーク、及び/又はセルラーネットワーク、無線ローカルエリアネットワーク（Wireless Local Area Network,ＷＬＡＮ）、ＤＶＢ－ＨネットワークなどのデジタルＴＶネットワーク、衛星ネットワーク、ＡＭ－ＦＭ放送送信機などの無線インターフェイスを介して接続された端末デバイス、及び/又は通信信号を受信/送信するように設定された別の端末デバイスの装置、及び/又はモノのインターネット（Internet of Things,ＩｏＴ）デバイスも含まれる。無線インターフェースを介して通信するように設定された端末デバイスは、「無線通信端末」、「無線端末」又は「モバイル端末」と呼ばれてもよい。モバイル端末の例としては、衛星又は携帯電話が含まれるが、これらに限定されず、セルラー無線電話にデータ処理、ファクシミリ、及びデータ通信機能を組み込むことができるパーソナル通信システム（Personal Communications System,ＰＣＳ）端末；無線電話、ポケットベル、インターネット/イントラネットアクセス、Ｗｅｂブラウザー、メモ帳、カレンダー、及び/又は全地球測位システム（Global Positioning System,ＧＰＳ）受信機を含むことができるＰＤＡ；及び従来のラップトップ及び/又はパームトップ受信機、又は無線電話トランシーバーを含む他の電子装置が含まれる。端末デバイスは、アクセス端末、ユーザーデバイス（User Equipment,ＵＥ）、ユーザーユニット、ユーザーステーション、モバイルステーション、移動局、リモートステーション、リモート端末、モバイルデバイス、ユーザー端末、端末、無線通信デバイス、ユーザーエージェント、又はユーザー装置を指すことができる。アクセス端末は、携帯電話、コードレス電話、セッション開始プロトコル（Session Initiation Protocol,ＳＩＰ）電話、ワイヤレスローカルループ（Wireless Local Loop,ＷＬＬ）ステーション、パーソナルデジタルアシスタント（Personal Digital Assistant,ＰＤＡ）、無線通信機能を備えたハンドヘルドデバイス、コンピューティングデバイス又は無線モデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、５Ｇネットワークにおける端末デバイス、又は将来進化のＰＬＭＮにおける端末デバイスなどであってよい。

【0051】

オプションとして、端末デバイス１２０の間で端末直接接続（Device to Device,Ｄ２Ｄ）通信が実行されてもよい。

【0052】

オプションとして、５Ｇシステム又は５Ｇネットワークは、新しい無線（New Radio, ＮＲ）システム又はＮＲネットワークと呼ばれてもよい。

【0053】

図１は、１つのネットワークデバイス及び２つの端末デバイスを例示的に示し、オプションとして、この通信システム１００は、複数のネットワークデバイスを含んでもよく、各ネットワークデバイスのカバレッジ内に他の数の端末デバイスを含んでもよく、本出願の実施例はこれを限定しない。

【0054】

図１では、ネットワークデバイスは、アクセスデバイスであり得、例えば、ＮＲ－Ｕシステムにおけるアクセスデバイスで、例えば５Ｇの新しい無線アクセス技術（New Radio Access Technology，ＮＲ）の基地局（next generation Node B，ｇＮＢ）又はスモールステーション、マイクロステーションであってよく、リレーステーション、送受信ポイント（Transmission and Reception Point，ＴＲＰ）、ロードサイドユニット（Road Side Unit，ＲＳＵ）であってもよい。

【0055】

端末デバイスは、モバイル端末、ユーザーデバイス（User Equipment,ＵＥ）、アクセス端末、ユーザーユニット、ユーザーステーション、モバイルステーション、移動局、ユーザー端末、端末、無線通信デバイス、ユーザーエージェント、又はユーザー装置を指すことができる。具体的には、スマートフォン、携帯電話、コードレス電話、パーソナルデジタルアシスタント（Personal Digital Assistant,ＰＤＡ）デバイス、無線通信機能を備えたハンドヘルドデバイス、無線モデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイスであってよい。本出願の実施例では、端末デバイスは、ネットワークデバイス、例えば、セルラーネットワークと通信するためのインターフェースを有する。

【0056】

オプションとして、通信システム１００はまたネットワークコントローラ、モビリティ管理エンティティなどの他のネットワークエンティティを含むことができ、本出願の実施例はこれを限定しない。

【0057】

本出願の実施例のネットワーク及び／又はシステムにおける通信機能を備えたデバイスは、通信デバイスと呼ばれることができることを理解されたい。図１に示す通信システム１００を例にとると、通信デバイスは、通信機能を有するネットワークデバイス１１０及び端末デバイス１２０を含むことができる。ネットワークデバイス１１０及び端末デバイス１２０は、上記のような特定のデバイスであり得るが、ここでは繰り返さない。通信デバイスは、ネットワークコントローラ、モビリティ管理エンティティ、及び他のネットワークエンティティなどの通信システム１００内の他のデバイスをさらに含み得るが、本出願の実施例はこれを限定しない。

【0058】

本明細書で、「システム」と「ネットワーク」という用語はしばしば互換的に使用されることを理解されたい。本明細書で使用される「及び／又は」という用語は、関連対象の関連関係を説明するだけであり、３種類の関係があり得ることを示す。例えば、Ａ及び/又はＢは、Ａが単独で存在する、ＡとＢが同時に存在する、Ｂが単独で存在する３つのケースを示すことができる。また、本明細書で使用される「／」の表記は、一般的に、この表記の前後の関連対象が「又は」の関係にあることを示す。

【0059】

本出願の実施例の方法は、アンライセンススペクトルでの通信に適用することができ、ライセンススペクトルでの通信シナリオなどの他の通信シナリオにも適用することができ、本解決策はこれを限定しない。

【0060】

アンライセンススペクトルは、無線デバイス通信に使用できるように割り当てられたスペクトルである。このスペクトルは通常、共有スペクトルと見なされる。即ち、異なる通信システムの通信デバイスは、国または地域によって前記スペクトルに対して設定された規制要件を満たしている限り、前記スペクトルを使用でき、独自のスペクトル認証を申請する必要はない。ワイヤレス通信にアンライセンススペクトルを使用するさまざまな通信システムが前記スペクトルで友好的に共存できるようにするために、一部の国又は地域では、アンライセンススペクトルを使用するときに満たすべき規制要件が規定されている。例えば、通信デバイスは「リッスンビフォアトーク（Listen Before Talk，ＬＢＴ）」の原則に従う。つまり、通信デバイスは、アンライセンススペクトルのチャネルで信号を送信する前に、チャネルリッスンを実行する必要がある。チャネルリスニング結果、チャネルがアイドルである場合にのみ、前記通信デバイスは信号を送信でき、アンライセンススペクトルのチャネルでの通信デバイスのチャネルリスニング結果、チャネルがビジーである場合、前記通信デバイスは信号を送信できない。公平性を確保するために、１回の伝送で、通信デバイスがアンライセンススペクトルのチャネルを使用して信号伝送を実行する時間長は、最大チャネル占有時間（Maximum Channel Occupancy Time，ＭＣＯＴ）を超えることはできない。

【0061】

図２は、ネットワークデバイスによって信号伝送帯域幅をスケジューリングする概略図である。図２に示されるように、端末デバイス（ＵＥ）のためにネットワークデバイス（基地局）によって構成されたＢＷＰ０は、第１のサブバンド及び第２のサブバンドという２つのサブバンドを含む。オプションで、前記サブバンドはＬＢＴサブバンド又は他の方法で決定されたサブバンドであり得る。基地局は、第１のサブバンド及び第２のサブバンドをスケジューリングすることによって、物理下り共有チャネル（Physical Downlink Shared Channel，ＰＤＳＣＨ）をＵＥに伝送することを計画している。ただし、各サブバンドでチャネル検出が実行されると、第１のサブバンドのＬＢＴは成功し、第２のサブバンドのＬＢＴは失敗するため、基地局はＢＷＰ＃０に含まれる第１のサブバンドを介してＰＤＳＣＨをＵＥに伝送する。ＮＲ－Ｕシステムにおける下りマルチサブバンド適応伝送がサポートされているが、ＵＥにとって、構成されかつアクティブ化されるＢＷＰに含まれるＬＢＴサブバンドは、事前にＲＲＣシグナリングを介してＵＥに通知され、前記アクティブＢＷＰのうち実際にＰＤＳＣＨ伝送に使用できるＬＢＴサブバンドは、ＬＢＴの完了後に基地局によってのみ決定できる。従って、ＰＤＳＣＨ伝送に使用されるＬＢＴサブバンドをＵＥに通知する方法は解決すべき問題である。

【0062】

この問題に関して、本出願は、伝送帯域幅の決定方法、即ち、端末デバイスのアクティブ化されたＢＷＰに複数のＬＢＴサブバンドが含まれ、かつ、ＬＢＴサブバンド適応伝送がサポートされている場合、端末デバイスが前記ＢＷＰに含まれる複数のＬＢＴサブバンドのうち実際に通信に使用されるＬＢＴサブバンドを決定する方法を提供する。主な発明要旨は、ネットワークデバイスが指示情報を端末デバイスに送信し、その結果、端末デバイスが前記指示情報に従って、前記ＢＷＰに含まれる複数のＬＢＴサブバンドのうち実際に通信に使用されるＬＢＴサブバンドを決定することを含む。

【0063】

まず、本出願の実施例では、以下を理解されるべきである。

【0064】

下りチャネルは、物理下り制御チャネル（Physical Downlink Control Channel，ＰＤＣＣＨ）、拡張物理下り制御チャネル（Enhanced Physical Downlink Control Channel，ＥＰＤＣＣＨ）、物理下り共有チャネル（Physical Downlink Shared Channel，ＰＤＳＣＨ）、物理ＨＡＲＱインジケータチャネル（Physical Hybrid ARQ Indicator Channel，ＰＨＩＣＨ）、物理マルチキャストチャネル（Physical Multicast Channel，ＰＭＣＨ）、物理ブロードキャストチャネル（Physical Broadcast Channel，ＰＢＣＨ）などのいずれかを含み得る。

【0065】

下り信号は、下り同期信号（Synchronization Signal）、位相追跡基準信号（Phase Tracking Reference Signal，ＰＴ－ＲＳ）、下り復調基準信号（DeModulation Reference Signal，ＤＭＲＳ）、チャネル状態情報基準信号（Channel State Information- Reference Signal，ＣＳＩ－ＲＳ）などを含み得る。オプションで、下り同期信号はネットワークへの通信デバイスアクセス及び無線リソースの管理と測定に使用でき、下りＤＭＲＳは下りチャネルの復調に使用でき、ＣＳＩ－ＲＳは下りチャネルの測定、下り時間周波数同期又は位相追跡に使用でき、ＰＴ－ＲＳも下りチャネル測定、下り時間周波数同期又は位相追跡に使用できる。本出願の実施例は、前述のものと同じ名前及び異なる機能を有する下りチャネル又は下り信号を含んでもよく、前述のものと異なる名前及び同じ機能を有する下りチャネル又は下り信号を含んでもよく、本出願はこれを限定しないことを理解されたい。

【0066】

上りチャネルは、物理ランダムアクセスチャネル（ＰＲＡＣＨ，Physical Random Access CHannel）、物理上り制御チャネル（ＰＵＣＣＨ，Physical Uplink Control CHannel）、物理上り共有チャネル（ＰＵＳＣＨ，Physical Uplink Shared CHannel）などのいずれかを含み得る。

【0067】

上り信号は、上り復調基準信号（DeModulation Reference Signal，ＤＭＲＳ）、サウンディング基準信号（Sounding Reference Signal，ＳＲＳ）、位相追跡基準信号（Phase Tracking Reference Signal，ＰＴ－ＲＳ）などを含み得る。ここで、上りＤＭＲＳは上りチャネルの復調に使用でき、ＳＲＳは上りチャネルの測定、上り時間周波数同期又は位相追跡に使用でき、ＰＴ－ＲＳも上りチャネルの測定、上り時間周波数同期又は位相追跡に使用できる。本出願の実施例は、前述のものと同じ名前及び異なる機能を有する上りチャネル又は上り信号を含んでもよく、前述のものと異なる名前及び同じ機能を有する上りチャネル又は上り信号を含んでもよく、本出願はこれを限定しないことを理解されたい。

【0068】

本出願の技術的解決策は、いくつかの特定の実施例によって以下に詳細に説明される。

【0069】

図３は、本出願の実施例に係る伝送帯域幅の決定方法の実施例一のフローチャートである。図３に示すように、前記伝送帯域幅の決定方法は、ネットワークデバイスと端末デバイスとの間に適用され、下りチャネル及び／又は下り信号の伝送帯域幅を決定する。具体的に、前記方法は以下のステップを含む。

【0070】

Ｓ１０１で、ネットワークデバイスは、第１の指示情報を端末デバイスに送信し、第１の指示情報は、ネットワークデバイスがアンライセンスキャリア上で下りチャネル及び/又は下り信号を伝送するためのサブバンドを決定するために端末デバイスによって使用される。

【0071】

本ステップにおいて、ネットワークデバイスは、下りチャネルを端末デバイスに伝送する必要があるとき、構成情報を事前に端末デバイスに送信して、下りチャネルの伝送用のアンライセンスキャリアリソースを構成する。即ち、ネットワークデバイスは、どのアンライセンスキャリアで下りチャネル及び／又は下り信号を受信するように端末デバイスをスケジュールし、前記アンライセンスキャリアは少なくとも２つのサブバンドを含む。下りチャネル及び／又は下り信号の送信が実行される場合、前記端末デバイスに構成された下りチャネル及び／又は下り信号の伝送リソース上のサブバンドに対してチャネル検出を実行し、即ち、使用できないサブバンドがあるかどうか、例えば他の通信デバイスで使用されているなどを確認する必要がある。

【0072】

チャネル検出が完了した後、ネットワークデバイスは前記検出結果に従ってどのサブバンドを使用できないかを決定し、即ち、端末デバイスとの通信に使用される特定のサブバンドを決定することができ、通信に使用されるサブバンドを端末デバイスに通知する必要がある。本実施例による技術的解決策では、第１の指示情報を介して通知を行うことができるため、前記第１の指示情報は、主に、通信用のサブバンドを端末デバイスに示すために使用される。

【0073】

オプションとして、前記解決策の特定の実装において、前記第１の指示情報は、具体的に以下の情報のうちの少なくとも１つを含み得る。

【0074】

（１）第１のサブバンドに含まれる各サブバンドのインデックス。

【0075】

前記第１のサブバンドは、アンライセンスキャリアに含まれるサブバンドのうち通信用のサブバンド、又は前記端末デバイスの第１の帯域幅部分（ＢＷＰ）に含まれるサブバンドのうち通信用のサブバンドを含む。

【0076】

（２）前記第１のサブバンドにおいて最小のインデックスを有するサブバンド。

【0077】

（３）前記第１のサブバンドにおいて最大のインデックスを有するサブバンド。

【0078】

（４）前記第１のサブバンドに含まれるサブバンドの数。

【0079】

（５）第２のサブバンドに含まれる各サブバンドのインデックス。

【0080】

前記解決策における第２のサブバンドは、前記アンライセンスキャリアに含まれるサブバンドのうち通信に使用されないサブバンド、又は前記端末デバイスの第１のＢＷＰに含まれるサブバンドのうち通信に使用されないサブバンドを含む。

【0081】

（６）前記第２のサブバンドにおいて最小のインデックスを有するサブバンド。

【0082】

（７）前記第２のサブバンドにおいて最大のインデックスを有するサブバンド。

【0083】

（８）前記第２のサブバンドに含まれるサブバンドの数。

【0084】

（９）前記第１の指示情報によって示されるのが前記第１のサブバンド又は前記第２のサブバンドのどちらかを示すための第１の識別情報、即ち、前記第１の識別情報は、主に、第１の指示情報が第１のサブバンドと第２のサブバンドのどちらを示すかを区別する。

【0085】

ネットワークデバイスは、端末デバイスが、第１の指示情報に従って、下りチャネル及び／又は下り信号を受信するためのサブバンドを決定できるように、前記第１の指示情報を端末デバイスに送信する必要がある。前記解決策の特定の実装では、ネットワークデバイスによって第１の指示情報を送信するための方法には、少なくとも以下のいくつかが含まれる。

【0086】

第１の方法では、端末デバイスに基準信号を送信し、基準信号には第１の指示情報が運ばれる。

【0087】

即ち、端末デバイスは、ネットワークデバイスによって送信された基準信号を受信し、第１の指示情報は基準信号で運ばれる。

【0088】

この解決策は、第１の指示情報が基準信号で運ばれること、言い換えれば、第１の指示情報の異なる内容が、異なる基準信号シーケンスを送信することによって示されることを意味する。第１の指示情報は基準信号で運ばれるので、端末デバイスは、基準信号の存在をブラインド検出することによって下りチャネル伝送の帯域幅を決定することができ、それによってシグナリングオーバーヘッドを節約する。また、ネットワークデバイスの観点からは、基準信号の準備時間が比較的短いため、ネットワークデバイスは、ＬＢＴ終了後、ＬＢＴの結果に応じて、対応する基準信号シーケンスを決定して送信することができる。

【0089】

オプションで、前記解決策の特定の実装において、前記基準信号シーケンスの長さは、前記第１の指示情報に従って決定される。例えば、前記第１の指示情報に従って決定された下りチャネル伝送帯域幅が２つのサブバンドを含む場合、前記基準信号シーケンスの長さは、２つのサブバンドの周波数領域帯域幅に対応する。

【0090】

オプションで、前記解決策の特定の実装において、前記基準信号シーケンスの長さは、サブバンドごとに個別に決定される。

【0091】

オプションで、基準信号シーケンスによって生成される初期化パラメータは、前記第１の指示情報に従って決定される。第１の指示情報はＭ個の状態を含むと仮定する。或いは、第１の指示情報はｍで表され、ｍの値は０、１、２、…、Ｍ－１であると仮定する。基準信号シーケンスはスクランブリングシーケンス発生器から生成されるため、この方法では、スクランブリングシーケンス発生器の初期化パラメータC_initがmの値に従って決定される。

【0092】

制限ではなく例として、ライセンススペクトルで前記基準信号シーケンスによって生成される初期化パラメータは、以下のようであると仮定する。

【0093】

C_init = (A) mod 2^B
ここで、Ａに含まれる状態は２^Ｃによって表すことができ、その場合、アンライセンススペクトル上で前記基準信号シーケンスによって生成される初期化パラメータは、以下のようである。

【0094】

C_init =（2^C*m+A）mod 2^B
制限ではなく例として、ライセンススペクトルで前記基準信号シーケンスによって生成される初期化パラメータは、以下のようであると仮定する。

【0095】

C_init = (A) mod 2^B
ここで、Ｍ個の状態は２^Ｄによって表すことができ、その場合、アンライセンススペクトル上で前記基準信号シーケンスによって生成される初期化パラメータは、以下のようである。

【0096】

C_init =（2^D*A+m）mod 2^B
第１の指示情報が基準信号で運ばれる実装において、前記基準信号は、ＰＤＳＣＨ復調のためのＤＭＲＳ、ＰＤＣＣＨ復調のためのＤＭＲＳ、ＰＢＣＨ復調のためのＤＭＲＳ、及びＣＳＩ－ＲＳのうちの少なくとも１つであり得る。具体的な実装は次のとおりである。

【0097】

オプションで、前記基準信号は、ＰＤＳＣＨ復調のためのＤＭＲＳであり得る。ＰＤＣＣＨは通常、1つのサブバンド内のリソースを介して伝送できるため、前記解決策で、ネットワークデバイスと端末デバイスはＰＤＣＣＨを送受信するときに複雑さを増やす必要がなく、ＰＤＳＣＨのＤＭＲＳにより第１の指示情報を運び、ＰＤＳＣＨを受信するようにスケジューリングされた端末デバイスのみが、下りチャネル（即ち、下り信号）の伝送帯域幅を決定する必要があり、それにより、端末デバイスのブラインド検出の複雑さを軽減する。

【0098】

オプションで、前記基準信号は、ＰＤＣＣＨ復調のためのＤＭＲＳであり得る。第１の指示情報がＰＤＣＣＨのＤＭＲＳによって運ばれるとき、端末デバイスは、ＰＤＣＣＨの異なるＤＭＲＳ信号の存在をブラインド検出し、前記ＤＭＲＳの存在が検出されると、下りチャネルの伝送帯域幅を決定することができる。この解決策の欠点は、ＰＤＣＣＨの複数のＤＭＲＳシーケンスをブラインド検出する必要があり、複雑さが増す可能性があることである。

【0099】

第２の方法では、端末デバイスにＰＤＣＣＨを送信し、前記ＰＤＣＣＨにより第１の指示情報が運ばれる。

【0100】

即ち、端末デバイスは、ネットワークデバイスによって送信されたＰＤＣＣＨを受信し、前記ＰＤＣＣＨには前記第１の指示情報が含まれ、ＰＤＣＣＨに従って前記第１の指示情報を決定する。

【0101】

前記解決策の特定の実装において、ＰＤＣＣＨは前記第１の指示情報を含み、以下の状況のうちの少なくとも１つを含む：
ＰＤＣＣＨで伝送される下り制御情報（Downlink Control Information，ＤＣＩ）が前記第１の指示情報を含む；
ＰＤＣＣＨに対応する巡回冗長検査（Cyclic Redundancy Check，ＣＲＣ）は、前記第１の指示情報に従って決定される；
ＰＤＣＣＨをスクランブリングするための無線ネットワーク一時識別子（Radio Network Temporary Identifier，ＲＮＴＩ）は、前記第１の指示情報に従って決定される。

【0102】

前記解決策の実装において、第１の指示情報は制御情報で運ばれ、言い換えれば、第１の指示情報は制御情報を介して明示的に送信される。明示的なシグナリングを介して第１の指示情報を示すことにより、第１の指示情報の受信の信頼性を向上させることができる。前記制御情報は、セルに共通のＤＣＩ又はグループに共通のＤＣＩであり得る。例えば、第１の指示情報はＳＦＩ指示情報で運ばれる。ＰＤＣＣＨは通常定期的に構成されるので、ネットワークデバイスがアンライセンス周波数帯域でのチャネル使用権を取得したとき、必ずしもＰＤＣＣＨの送信期間内であるとは限らないことを理解されたい。したがって、この方法は第１の方法と組み合わせて使用できる。

【0103】

オプションで、前記制御情報は、ＵＥ固有のＤＣＩであってもよい。例えば、第１の指示情報は、ＰＤＳＣＨを受信するように端末デバイスをスケジューリングするための下りグラント情報で運ばれる。

【0104】

オプションとして、特定の実装形態では、ネットワークデバイスがＰＤＣＣＨを端末デバイスに送信するとき、前記ＰＤＣＣＨ伝送に使用されるＣＲＣのビットの一部又はすべてにより前記第１の指示情報を運ぶ。たとえば、第１の指示情報に４ビットが含まれていると仮定すると、前記４ビットとＰＤＣＣＨのＣＲＣにおける最後の４ビットがスクランブルされて新しいＣＲＣが形成され、前記新しいＣＲＣはＰＤＣＣＨのチェックに使用される。端末デバイスは、異なるＣＲＣの比較を通じて、ＰＤＣＣＨを正しく受信した後、下りチャネルの伝送帯域幅を決定できる。

【0105】

オプションとして、別の特定の実装形態では、第１の指示情報は異なるＲＮＴＩによって示され、ネットワークデバイスはＰＤＣＣＨを端末デバイスに送信するとき、ＬＢＴ結果に従って対応するＲＮＴＩを選択する。端末デバイスは、異なるRNTIの比較を通じて、ＰＤＣＣＨを正しく受信した後、下りチャネルの伝送帯域幅を決定できる。

【0106】

オプションとして、前記ＰＤＣＣＨは以下の状況のうちの少なくとも１つを含む：
ＰＤＣＣＨは、セルに共通のＲＮＴＩに従ってスクランブルされる；
ＰＤＣＣＨは、グループに共通のＲＮＴＩに従ってスクランブルされる；
ＰＤＣＣＨは、前記端末デバイスに固有のＲＮＴＩに従ってスクランブルされる。

【0107】

端末デバイス側にとって、端末デバイスは、ネットワークデバイスによって送信された第１の指示情報を受信し、第１の指示情報は、アンライセンスキャリアで通信に使用されるサブバンドを決定するために使用される。前記アンライセンスキャリアには、少なくとも2つのサブバンドが含まれる。

【0108】

同様に、端末デバイスにとって、ネットワークデバイスによって送信された前記第１の指示情報を受信することができ、具体的に、以下のいくつかの方法で受信することができる。

【0109】

第１の方法では、前記ネットワークデバイスによって送信された基準信号を受信し、前記基準信号は前記第１の指示情報を運び、前記基準信号に従って前記第１の指示情報を決定する。

【0110】

前記基準信号は、以下の状況のうちの少なくとも１つを含む：
物理下り共有チャネル（ＰＤＳＣＨ）の復調に使用される復調基準信号（ＤＭＲＳ）；
物理下り制御チャネル（ＰＤＣＣＨ）の復調に使用されるＤＭＲＳ；
物理ブロードキャストチャネル（ＰＢＣＨ）の復調に使用されるＤＭＲＳ；
チャネル状態情報基準信号（ＣＳＩ－ＲＳ）。

【0111】

第２の方法では、端末デバイスは、前記ネットワークデバイスによって送信されたＰＤＣＣＨを受信し、前記ＰＤＣＣＨは前記第１の指示情報を含み、前記ＰＤＣＣＨに従って前記第１の指示情報を決定する。

【0112】

前記解決策の実装形態において、前記ＰＤＣＣＨは前記第１の指示情報を含み、以下の状況のうちの少なくとも１つを含む：
前記ＰＤＣＣＨで伝送されるＤＣＩに前記第１の指示情報が含まれる；
前記ＰＤＣＣＨに対応するＣＲＣは、前記第１の指示情報に従って決定される；
前記ＰＤＣＣＨをスクランブリングするためのＲＮＴＩは、前記第１の指示情報に従って決定される。

【0113】

前記解決策の実装形態において、前記ＰＤＣＣＨは以下の状況のうちの少なくとも１つを含む：
ＰＤＣＣＨは、セルに共通のＲＮＴＩに従ってスクランブルされる；
ＰＤＣＣＨは、グループに共通のＲＮＴＩに従ってスクランブルされる；
ＰＤＣＣＨは、前記端末デバイスに固有のＲＮＴＩに従ってスクランブルされる。

【0114】

特定の実装形態及び意味は、前記ネットワークデバイス側に対応する。

【0115】

Ｓ１０２において、端末デバイスは、第１の指示情報に従って、ネットワークデバイスによる下りチャネル及び／又は下り信号の伝送に使用されるアンライセンスキャリア上のサブバンドを決定する。

【0116】

端末デバイスは、上記の方法でネットワークデバイスによって送信された第１の指示情報を受信した後、前記第１の指示情報に従って、ネットワークデバイスが下りチャネル及び／又は下り信号を伝送するためのサブバンド、即ち、下りチャネル及び／又は下り信号を受信するためのサブバンドを決定する必要がある。具体的な決定方法は、第１の指示情報によって具体的に示された内容に応じて異なる。以下は、第１の指示情報が異なる情報を示している場合に、第１の指示情報に従って、下りチャネル及び／又は下り信号の伝送のためのサブバンドを決定する方法を説明する。以下の説明では、第１のサブバンドがアンライセンスキャリアで通信に使用されるサブバンドを含み、第２のサブバンドがアンライセンスキャリアで通信に使用されないサブバンドを含む例で与えられる。

【0117】

第１の場合、第１の指示情報は、第１のサブバンドに含まれるサブバンドのインデックスを示すために使用される。

【0118】

前記解決策の実装において、オプションで、ビットマッピングの方法を使用して、第１のサブバンドに含まれるサブバンドのインデックスを示すことができる。例えば、アンライセンスキャリアにＮ個のサブバンドが含まれていると仮定すると、第１の指示情報にはＮビットが含まれ、各ビットは一つのサブバンドが通信に使用されるかどうかを示すために使用される。例えば、アンライセンスキャリアに４つのサブバンドが含まれている場合、第１の指示情報には４ビットが含まれる。別の例として、アンライセンスキャリアに２つのサブバンドが含まれている場合、第１の指示情報には２ビットが含まれる。この解決策の利点はその単純さであり、欠点はシグナリングのオーバーヘッドが比較的大きいことである。

【0119】

ＮＲ－Ｕシステムのマルチサブバンド適応伝送において、ネットワークデバイスによりチャネル使用権が取得されたサブバンドが、システムキャリアに含まれるサブバンドより小さい場合、ネットワークデバイスは、チャネル使用権が取得されたサブバンドの一部を使用して伝送できるようにするために、チャネル使用権が取得されたサブバンドの両側でサイドバンドを予約して、他のシステムによるアンライセンススペクトルでの伝送への干渉を防ぐ必要がある。例えば、アンライセンスキャリアに４つのサブバンドが含まれ、ネットワークデバイスがチャネル使用権を取得したサブバンドがサブバンド０とサブバンド２であると仮定する場合、サブバンド０とサブバンド２を介して伝送しようとすれば、サブバンド０の両側とサブバンド２の両側でいずれもサイドバンドを予約する必要がある。

【0120】

オプションで、ＮＲ－Ｕシステムのマルチサブバンド適応伝送に対する制限は、伝送に実際に使用されるサブバンドの数が、構成されたサブバンドの数の半分以上であることである。例えば、アンライセンスキャリアにはＮ個のサブバンドが含まれ、前記アンライセンスキャリアでの伝送に実際に使用されるサブバンドの数はＫ≧Ｎ／２である。また、例えば、アンライセンスキャリアの第１のＢＷＰにはＮ個のサブバンドが含まれ、前記第１のＢＷＰでの伝送に実際に使用されるサブバンドの数はＫ≧Ｎ／２である。この制限により、適応伝送のパフォーマンスを保証できる。

【0121】

オプションで、ＮＲ－Ｕシステムのマルチサブバンド適応伝送は、周波数領域で連続している１つ又は複数のサブバンドで伝送するように制限される。例えば、ネットワークデバイスがチャネル使用権を取得したサブバンドがサブバンド１とサブバンド２であり、サブバンド１とサブバンド２を介して伝送しようとすれば、サブバンド１の一方の側及びサブバンド２の反対側でサイドバンドを予約すればよく、サブバンド１とサブバンド２との間にはサイドバンドを予約する必要がない。このようにして、予約されたサイドバンドの影響を減らすことができる。この場合、第１の指示情報に含まれる状態をさらに簡略化することができる。

【0122】

第２の場合、第１の指示情報は、第１のサブバンドのうち最小のインデックスを有するサブバンドを示すために使用される。

【0123】

この解決策の特定の実装では、例えば、制御情報（例えば、ＰＤＣＣＨ）は、第１のサブバンドで最大のインデックスを有するサブバンドを介して伝送される。端末デバイスは、制御情報を受信したサブバンドのインデックスと、第１の指示情報に従って決定されるサブバンドのインデックスから、第１のサブバンドに含まれるサブバンドのインデックスを決定することができ、それによって、下りチャネルの伝送帯域幅を決定することができる。例えば、アンライセンスキャリアには４つのサブバンド（サブバンド０～３）が含まれ、第１の指示情報には２ビットが含まれる。ネットワークデバイスは、チャネル検出に成功した後、サブバンド１、２、及び３が通信伝送に使用されると決定し、従って、ネットワークデバイスはサブバンド３を介してＰＤＣＣＨを端末デバイスに伝送し、第１の指示情報によりサブバンド１（例えば、ビットは０１として表される）を示す。端末デバイスは、ＰＤＣＣＨが受信されるサブバンド３、及び第１の指示情報によって決定されるサブバンド１に従って、下りチャネル及び／又は下り信号の伝送帯域幅がサブバンド１、２、及び３を含むと決定することができる。

【0124】

第３の場合、第１の指示情報は、第１のサブバンドのうち最大のインデックスを有するサブバンドを示すために使用される。

【0125】

この解決策の特定の実装において、例えば、制御情報（例えば、ＰＤＣＣＨ）は、第１のサブバンドのうち最小のインデックスを有するサブバンドを介して送信され得る。端末デバイスは、制御情報を受信したサブバンドのインデックス、及び第１の指示情報に従って決定されるサブバンドのインデックスから、第１のサブバンドに含まれるサブバンドのインデックスを決定することができ、それによって、下りチャネル及び／又は下り信号の伝送帯域幅を決定することができる。例えば、アンライセンスキャリアには４つのサブバンド（サブバンド０～３）が含まれ、第１の指示情報には２ビットが含まれる。ネットワークデバイスは、チャネル検出が成功した後、サブバンド１、２、及び３が通信伝送に使用されると決定するので、ネットワークデバイスは、サブバンド１を介してＰＤＣＣＨを端末デバイスに伝送し、第１の指示情報によりサブバンド３（例えば、ビットは１１として表される）を示す。端末デバイスは、ＰＤＣＣＨが受信されるサブバンド１、及び第１の指示情報によって決定されるサブバンド３に従って、下りチャネル及び／又は下り信号の伝送帯域幅がサブバンド１、２、及び３を含むと決定することができる。

【0126】

第４の場合、第１の指示情報は、第１のサブバンドのうち最小のインデックスを有するサブバンド、及び前記第１のサブバンドに含まれるサブバンドの数を決定するために使用される。

【0127】

この解決策の特定の実装において、例えば、アンライセンスキャリアがＮ個のサブバンドを含み、前記第１のサブバンドのうち最小のインデックスを有するサブバンドのインデックスはＳで、前記第１のサブバンドに含まれるサブバンドの数はＬで、第１の指示情報の値はＲであると仮定すると、
（Ｌ－１）≦ｆｌｏｏｒ（Ｎ／２）であれば、
Ｒ＝Ｎ＊（Ｌ－１）＋Ｓであり；
そうでなければ、
Ｒ＝Ｎ＊（Ｎ－Ｌ＋１）＋（Ｎ－１－Ｓ）であり、
ここで、ｆｌｏｏｒは切り捨てを意味し、Ｌ≧１であり、かつＬはＮ－Ｓ以下であり、０≦Ｓ≦Ｎ－１である。

【0128】

ここで、第１の指示情報に含まれる状態の数は、Ｎ＊（Ｎ＋１）／２である。

【0129】

例えば、アンライセンスキャリアは４つのサブバンド（サブバンド０～３）を含み、第１の指示情報は１０個の状態（値は０～９）を含む。第１の指示情報の値が５の場合、端末デバイスは、上記の式により、第１のサブバンドのうち最小のインデックスを有するサブバンドが１であり、第１のサブバンドに含まれるサブバンドの数が２であることを決定でき、それによって、下りチャネルの伝送帯域幅にサブバンド１と２が含まれていると決定できる。

【0130】

オプションで、残りの状態により、チャネル使用権が取得された不連続な部分サブバンドを使用して伝送する状況を示すことができる。同様に、アンライセンスキャリアが４つのサブバンドを含む例として、第１の指示情報には４ビットが含まれ、１６個の状態を示すことができる。そのうち、前の１０個の状態は、チャネル使用権が取得された連続する部分サブバンドを使用して伝送する状況を示すために使用され、後の６個の状態は、チャネル使用権が取得された不連続な部分サブバンドを使用して伝送する状況を示すために使用される。さらにオプションで、チャネル使用権が取得された不連続な部分サブバンドを伝送に使用する場合は、一部の場合のみを含めることができる。

【0131】

ＮＲ－Ｕシステムのマルチサブバンド適応伝送で、通信に使用されるサブバンドを示すことがより容易である場合があり（例えば、通信に使用されるサブバンドが周波数領域の連続的なサブバンドである場合）、通信に使用されないサブバンドを示すことがより容易である場合もある（例えば、通信に使用されないサブバンドが周波数領域の連続的なサブバンドである場合）ことを理解されたい。従って、第１の指示情報は、ある場合には通信に使用されるサブバンドを示し、別の場合には通信に使用されないサブバンドを示すことができる。

【0132】

オプションで、第１の指示情報は、第１の指示情報によって示されるのが通信に使用されるサブバンド又は通信に使用されないサブバンドかを示す指示情報を含み、言い換えれば、第１の指示情報は、第１の指示情報によって示されるのが第１のサブバンド又は第２のサブバンドかを示す指示情報を含む。

【0133】

第１の指示情報が通信に使用されないサブバンドの指示情報を含む場合は、第１の指示情報が通信に使用されるサブバンドの指示情報を含む場合の実施例と類似であり、ここでは繰り返さないことを理解されたい。

【0134】

上記の実施例による伝送帯域幅の決定方法によれば、ネットワークデバイスは、端末デバイスに対して下りチャネル伝送用のリソースを構成した後、リソース上の各サブバンドについてチャネル検出を実行する。次に、検出結果に応じて通信に使用されるサブバンドを決定し、第１の指示情報を介してそれを示し、第１の指示情報を端末デバイスに送信する。この解決策では、ネットワークデバイスが第１の指示情報を端末デバイスに送信することにより、端末デバイスは、前記第１の指示情報に従って、複数のＬＢＴサブバンドのうち通信に実際に使用されるＬＢＴサブバンドを決定する。

【0135】

図４は、本出願の実施例による伝送帯域幅の決定方法の実施例二のフローチャートである。図４に示すように、この伝送帯域幅の決定方法は、ネットワークデバイスと端末デバイスとの間に適用され、上りチャネル及び／又は上り信号の伝送帯域幅を決定する。この方法は、具体的には以下のステップを含む。

【0136】

Ｓ２０１において、端末デバイスは、第１の指示情報をネットワークデバイスに送信し、第１の指示情報は、前記端末デバイスがアンライセンスキャリア上で上りチャネル及び/又は上り信号を伝送するためのサブバンドを決定するためにネットワークデバイスによって使用される。

【0137】

ここで、前記アンライセンスキャリアは少なくとも２つのサブバンドを含む。

【0138】

本ステップにおいて、ネットワークデバイスは、どのアンライセンスキャリアリソースで上りチャネルを伝送するように端末デバイスをスケジューリングする。上りチャネル及び／又は上り信号の送信が実行される場合、端末デバイスは、上りチャネル及び／又は上り信号の伝送用に構成されたアンライセンスキャリアのサブバンドに対してチャネル検出を実行し、即ち、使用できないサブバンドがあるかどうかを確認する必要がある。例えば、別の端末デバイスによって使用されている場合などには、当該サブバンドは使用できない。

【0139】

チャネル検出が完了した後、端末デバイスは、前記検出結果に従ってどのサブバンドを使用できないかを決定し、即ち、ネットワークデバイスとの通信に使用される特定のサブバンドを決定することができ、通信に使用されるサブバンドをネットワークデバイスに通知する必要がある。本実施例による技術的解決策では、通知は、第１の指示情報を介して実行することができ、したがって、第１の指示情報は、主に、端末デバイスの通信用サブバンドを示すために使用される。

【0140】

オプションで、前記解決策の特定の実装において、第１の指示情報は、具体的に以下の情報のうちの少なくとも１つを含み得る。

【0141】

（１）第１のサブバンドに含まれる各サブバンドのインデックス。

【0142】

前記解決策の第１のサブバンドは、前記アンライセンスキャリアに含まれるサブバンドのうち通信用のサブバンド、又は前記端末デバイスの第１の帯域幅部分（ＢＷＰ）に含まれるサブバンドのうち通信用のサブバンドを含む。

【0143】

（２）前記第１のサブバンドにおいて最小のインデックスを有するサブバンド。

【0144】

（３）前記第１のサブバンドにおいて最大のインデックスを有するサブバンド。

【0145】

（４）前記第１のサブバンドに含まれるサブバンドの数。

【0146】

（５）第２のサブバンドに含まれる各サブバンドのインデックス。前記第２のサブバンドは、前記アンライセンスキャリアに含まれるサブバンドのうち通信に使用されないサブバンド、又は前記端末デバイスの第１のＢＷＰに含まれるサブバンドのうち通信に使用されないサブバンドを含む。

【0147】

（６）前記第２のサブバンドにおいて最小のインデックスを有するサブバンド。

【0148】

（７）前記第２のサブバンドにおいて最大のインデックスを有するサブバンド。

【0149】

（８）前記第２のサブバンドに含まれるサブバンドの数。

【0150】

【0151】

本ステップの特定の実装において、端末デバイスは、第１の指示情報を決定した後、ネットワークデバイスが前記第１の指示情報に従って上りチャネル及び／又は上り信号を受信するためのサブバンドを決定できるように、前記第１の指示情報をネットワークデバイスに送信する必要がある。この解決策の特定の実装では、端末デバイスによって第１の指示情報を送信するための方法には、少なくとも以下のいくつかが含まれる。

【0152】

第１の方法では、ネットワークデバイスに基準信号を送信し、基準信号には第１の指示情報が運ばれる。

【0153】

即ち、ネットワークデバイスは、端末デバイスによって送信された基準信号を受信し、基準信号には第１の指示情報が運ばれ、ネットワークデバイスは前記基準信号に従って第１の指示情報を決定する。

【0154】

この解決策は、第１の指示情報が基準信号で運ばれること、言い換えれば、第１の指示情報の異なる内容が、異なる基準信号シーケンスを送信することによって示されることを意味する。第１の指示情報が基準信号で運ばれるので、ネットワークデバイスは、基準信号の存在をブラインド検出することによって上りチャネル（すなわち、上り信号）伝送の帯域幅を決定することができ、それによってシグナリングオーバーヘッドを節約する。また、端末デバイスの観点からは、基準信号の準備時間が比較的短いため、端末デバイスは、ＬＢＴ終了後、ＬＢＴの結果に応じて、対応する基準信号シーケンスを決定して送信することができる。

【0155】

オプションで、前記解決策の特定の実装形態において、前記基準信号シーケンスの長さは、前記第１の指示情報に従って決定される。例えば、第１の指示情報に従って決定された上りチャネル及び／又は上り信号の伝送帯域幅が２つのサブバンドを含む場合、前記基準信号シーケンスの長さは、２つのサブバンドの周波数領域帯域幅に対応する。

【0156】

オプションで、前記解決策の特定の実装形態において、前記基準信号シーケンスの長さは、サブバンドごとに個別に決定される。

【0157】

オプションで、基準信号シーケンスによって生成される初期化パラメータは、前記第１の指示情報に従って決定される。

【0158】

第１の指示情報はＭ個の状態を含むと仮定する。或いは、第１の指示情報はｍで表され、ｍの値は０、１、２、…、Ｍ－１であると仮定する。基準信号シーケンスはスクランブリングシーケンス発生器から生成されるため、この方法では、スクランブリングシーケンス発生器の初期化パラメータC_initがmの値に従って決定される。

【0159】

制限ではなく例として、ライセンススペクトルで前記基準信号シーケンスによって生成される初期化パラメータは、以下のようであると仮定する。

【0160】

【0161】

【0162】

【0163】

C_init =（2^D*A+m）mod 2^B
第１の指示情報が基準信号で運ばれる実装において、前記基準信号は、ＰＵＳＣＨ復調のためのＤＭＲＳ、ＰＵＣＣＨ復調のためのＤＭＲＳ、ＳＲＳのうちの少なくとも１つであり得る。

【0164】

第２の方法で、端末デバイスは、上り制御情報（ＵＣＩ）をネットワークデバイスに送信し、ＵＣＩは前記第１の指示情報を含む。

【0165】

即ち、ネットワークデバイスは、端末デバイスによって送信されたＵＣＩを受信し、前記ＵＣＩには前記第１の指示情報が含まれ、ＵＣＩに従って前記第１の指示情報を決定する。

【0166】

この解決策で、第１の指示情報は制御情報で運ばれ、言い換えれば、第１の指示情報は制御情報を介して明示的に送信される。明示的なシグナリングを介して第１の指示情報を示すことにより、第１の指示情報の受信の信頼性を向上させることができる。

【0167】

オプションで、前記ＵＣＩ情報は、ＰＵＣＣＨを介して伝送されてもよく、スケジューリングされたＰＵＳＣＨを介して伝送されてもよく、予め構成されたＰＵＳＣＨ（ＣＧ－ＰＵＳＣＨ）を介して伝送されてもよい。

【0168】

同様に、ネットワークデバイスの場合、端末デバイスによって送信された第１の指示情報を受信し、前記第１の指示情報は、通信に使用されるアンライセンスキャリア上のサブバンドを決定するために使用される。前記アンライセンスキャリアは少なくとも２つのサブバンドを含み、具体的には、以下の方法で第１の指示情報を受信することができる。

【0169】

第１の方法では、前記ネットワークデバイスによって送信された基準信号を受信し、前記基準信号は前記第１の指示情報を運ぶ。

【0170】

第２の方法では、前記ネットワークデバイスによって送信された制御情報を受信し、前記制御情報は前記第１の指示情報を運ぶ。

【0171】

具体的な実装形態及び意味は、前記端末デバイス側に対応する。

【0172】

Ｓ２０２において、ネットワークデバイスは、第１の指示情報に従って、端末デバイスによる上りチャネル及び／又は上り信号の伝送に使用される、アンライセンスキャリア上のサブバンドを決定する。

【0173】

ネットワークデバイスは、端末デバイスによって送信された第１の指示情報を上記の方法で受信した後、前記第１の指示情報に従って、端末デバイスによる上りチャネル及び／又は上り信号の伝送に使用されるサブバンド、即ち、上りチャネル及び／又は上り信号を受信するためのサブバンドを決定する必要がある。具体的な決定方法は、第１の指示情報によって具体的に示された内容によって異なる。以下は、第１の指示情報が異なる情報を示している場合に、第１の指示情報に従って上りチャネル及び／又は上り信号伝送のサブバンドを決定することについて説明する。以下の説明では、第１のサブバンドが端末デバイスの動作帯域幅である第１のＢＷＰで通信に使用されるサブバンドを含み、第２のサブバンドが端末デバイスの動作帯域幅である第１のＢＷＰで通信に使用されないサブバンドを含む場合を例として説明する。

【0174】

第１の場合、第１の指示情報は、第１のサブバンドに含まれるサブバンドのインデックスを示すために使用される。

【0175】

前記解決策の実装において、オプションで、ビットマッピングの方法を使用して、第１のサブバンドに含まれるサブバンドのインデックスを示すことができる。例えば、第１のＢＷＰにＮ個のサブバンドが含まれていると仮定すると、第１の指示情報にはＮビットが含まれ、各ビットは一つのサブバンドが通信に使用されるかどうかを示すために使用される。例えば、第１のＢＷＰに４つのサブバンドが含まれている場合、第１の指示情報には４ビットが含まれる。別の例として、第１のＢＷＰに２つのサブバンドが含まれている場合、第１の指示情報には２ビットが含まれる。この解決策の利点はその単純さであり、欠点はシグナリングのオーバーヘッドが比較的大きいことである。

【0176】

オプションで、ＮＲ－Ｕシステムのマルチサブバンド適応伝送に対する制限は、伝送に実際に使用されるサブバンドの数が、構成されたサブバンドの数の半分以上であることである。例えば、アンライセンスキャリアの第１のＢＷＰにはＮ個のサブバンドが含まれ、前記第１のＢＷＰでの伝送に実際に使用されるサブバンドの数ＫはＫ≧Ｎ／２である。この制限により、適応伝送のパフォーマンスを保証できる。

【0177】

オプションで、ＮＲ－Ｕシステムのマルチサブバンド適応伝送は、周波数領域で連続している１つ又は複数のサブバンドで伝送するように制限される。

【0178】

ＮＲ－Ｕシステムのマルチサブバンド適応伝送において、チャネル使用権が取得されたサブバンドが、システムキャリアに含まれるサブバンドより小さい場合、端末デバイスは、チャネル使用権が取得されたサブバンドの一部を使用して伝送できるようにするために、チャネル使用権が取得されたサブバンドの両側でサイドバンドを予約して、他のシステムによるアンライセンススペクトルでの伝送への干渉を防ぐ必要があることを理解されたい。例えば、第１のＢＷＰに４つのサブバンドが含まれ、端末デバイスはこれらの４つのサブバンドで伝送するようにスケジューリングされ、チャネル使用権が取得されたサブバンドがサブバンド０とサブバンド２であると仮定する場合、サブバンド０とサブバンド２を介して伝送しようとすれば、サブバンド０の両側とサブバンド２の両側でいずれもサイドバンドを予約する必要がある。端末デバイスがチャネル使用権を取得したサブバンドがサブバンド１とサブバンド２であり、サブバンド１とサブバンド２を介して伝送しようとすれば、サブバンド１の一方の側及びサブバンド２の反対側でサイドバンドを予約すればよく、サブバンド１とサブバンド２との間にはサイドバンドを予約する必要がない。サイドバンドの予約による影響を低減するために、前記マルチサブバンド適応伝送について制限することができ、例えば、可能な限りチャネル使用権が取得された連続的な部分サブバンドを使用して伝送するように制限される。この場合、第１の指示情報に含まれる状態をさらに簡略化することができる。

【0179】

第２の場合、第１の指示情報は、第１のサブバンドのうち最小のインデックスを有するサブバンドを示すために使用される。

【0180】

この解決策の特定の実装では、例えば、制御情報（例えば、ＵＣＩ）は、第１のサブバンドで最大のインデックスを有するサブバンドを介して伝送される。ネットワークデバイスは、制御情報を受信したサブバンドのインデックスと、第１の指示情報に従って決定されるサブバンドのインデックスから、第１のサブバンドに含まれるサブバンドのインデックスを決定することができ、それによって、上りチャネル及び／又は上り信号の伝送帯域幅を決定することができる。例えば、第１のＢＷＰには４つのサブバンド（サブバンド０～３）が含まれ、第１の指示情報には２ビットが含まれる。端末デバイスは、チャネル検出に成功した後、サブバンド１、２、及び３が通信伝送に使用されると決定し、従って、端末デバイスはサブバンド３を介してＵＣＩをネットワークデバイスに伝送し、第１の指示情報によりサブバンド１（例えば、ビットは０１として表される）を示す。ネットワークデバイスは、ＵＣＩが受信されるサブバンド３、及び第１の指示情報によって決定されるサブバンド１に従って、上りチャネル及び／又は上り信号の伝送帯域幅がサブバンド１、２、及び３を含むと決定することができる。

【0181】

第３の場合、第１の指示情報は、第１のサブバンドのうち最大のインデックスを有するサブバンドを示すために使用される。

【0182】

この解決策の特定の実装において、例えば、制御情報（例えば、ＵＣＩ）は、第１のサブバンドのうち最小のインデックスを有するサブバンドを介して伝送され得る。ネットワークデバイスは、制御情報が受信されるサブバンドのインデックス、及び第１の指示情報に従って決定されるサブバンドのインデックスから、第１のサブバンドに含まれるサブバンドのインデックスを決定することができ、それによって、上りチャネル及び／又は上り信号の伝送帯域幅を決定することができる。例えば、第１のＢＷＰには４つのサブバンド（サブバンド０～３）が含まれ、第１の指示情報には２ビットが含まれる。チャネル検出が成功した後、端末デバイスは、サブバンド１、２、及び３が通信伝送に使用されると決定するので、サブバンド１を介してＵＣＩをネットワークデバイスに伝送し、第１の指示情報によりサブバンド３（例えば、ビットは１１として表される）を示す。ネットワークデバイスは、ＵＣＩが受信されるサブバンド１、及び第１の指示情報によって決定されるサブバンド３に従って、上りチャネル及び／又は上り信号の伝送帯域幅がサブバンド１、２、及び３を含むと決定することができる。

【0183】

【0184】

この解決策の特定の実装において、例えば、第１のＢＷＰがＮ個のサブバンドを含み、前記第１のサブバンドのうち最小のインデックスを有するサブバンドのインデックスはＳで、前記第１のサブバンドに含まれるサブバンドの数はＬで、第１の指示情報の値はＲであると仮定すると、
（Ｌ－１）≦ｆｌｏｏｒ（Ｎ／２）であれば、
Ｒ＝Ｎ＊（Ｌ－１）＋Ｓであり；
そうでなければ、
Ｒ＝Ｎ＊（Ｎ－Ｌ＋１）＋（Ｎ－１－Ｓ）であり、
ここで、ｆｌｏｏｒは切り捨てを意味し、Ｌ≧１であり、かつＬはＮ－Ｓ以下であり、０≦Ｓ≦Ｎ－１である。

【0185】

ここで、第１の指示情報に含まれる状態の数は、Ｎ＊（Ｎ＋１）／２である。

【0186】

例えば、第１のＢＷＰは４つのサブバンド（サブバンド０～３）を含み、第１の指示情報は１０個の状態（値は０～９）を含む。第１の指示情報の値が５の場合、ネットワークデバイスは、上記の式により、第１のサブバンドのうち最小のインデックスを有するサブバンドが１であり、第１のサブバンドに含まれるサブバンドの数が２であることを決定でき、それによって、上りチャネル及び／又は上り信号の伝送帯域幅にサブバンド１及び２が含まれていると決定できる。

【0187】

オプションで、残りの状態により、チャネル使用権が取得された不連続な部分サブバンドを使用して伝送する状況を示すことができる。同様に、第１のＢＷＰが４つのサブバンドを含む例として、第１の指示情報には４ビットが含まれ、１６個の状態を示すことができる。そのうち、前の１０個の状態は、チャネル使用権が取得された連続する部分サブバンドを使用して伝送する状況を示すために使用され、後の６個の状態は、チャネル使用権が取得された不連続な部分サブバンドを使用して伝送する状況を示すために使用される。さらにオプションで、チャネル使用権が取得された不連続な部分サブバンドを伝送に使用する場合は、一部の場合のみを含めることができる。

【0188】

ＮＲ－Ｕシステムのマルチサブバンド適応伝送で、通信に使用されるサブバンドを示すことがより容易である場合があり（例えば、通信に使用されるサブバンドが周波数領域の連続的なサブバンドである場合）、通信に使用されないサブバンドを示すことがより容易であり場合もある（例えば、通信に使用されないサブバンドが周波数領域の連続的なサブバンドである場合）ことを理解されたい。従って、第１の指示情報は、ある場合には通信に使用されるサブバンドを示し、別の場合には通信に使用されないサブバンドを示すことができる。オプションで、第１の指示情報は、第１の指示情報によって示されるのが通信に使用されるサブバンド又は通信に使用されないサブバンドかを示す指示情報を含み、言い換えれば、第１の指示情報は、第１の指示情報によって示されるのが第１のサブバンド又は第２のサブバンドかを示す指示情報を含む。

【0189】

【0190】

上記の実施例による伝送帯域幅の決定方法によれば、ネットワークデバイスが端末デバイスに上りチャネル伝送用のリソースを割り当てた後、端末デバイスは、リソースに対応する各サブバンドについてチャネル検出を実行することができる。次に、検出結果に従って通信に使用できるサブバンドを決定し、第１の指示情報を通じてそれを示し、第１の指示情報をネットワークデバイスに送信する。この解決策では、端末デバイスが第１の指示情報をネットワークデバイスに送信することにより、ネットワークデバイスは、前記第１の指示情報に従って、複数のＬＢＴサブバンドのうち通信に実際に使用されるＬＢＴサブバンドを決定する。

【0191】

上記２つの実施例に基づいて、ネットワークデバイスが基地局であり、端末デバイスがＵＥである場合を例として、いくつかの特定の例を通して本出願によるチャネル伝送リソースの決定方法が以下に説明される。

【0192】

図５は、ネットワークデバイスによって下りチャネル伝送リソース及び通信用のリソースをスケジューリングする概略図である。図５に示されるように、アンライセンスキャリアでは、基地局のシステム帯域幅は８０ＭＨｚであり、４つのサブバンド（サブバンド＃０～＃３）を含み、各サブバンドの帯域幅は２０ＭＨｚである。基地局は、ＵＥのためにチャネル及び信号伝送用のＢＷＰを構成する。アクティブなＢＷＰ＃0の帯域幅は60ＭＨｚで、３つのサブバンド（サブバンド＃０～＃２）を含み、基地局とＵＥはＢＷＰ＃０を介して間の通信伝送を行う。

【0193】

下りチャネルの伝送プロセスにおいて、基地局が、ＢＷＰ＃０を介してＰＤＳＣＨを受信するようにＵＥをスケジュールするとき、基地局は、ＢＷＰ＃０に含まれるサブバンド＃０～＃２を介してＰＤＳＣＨをＵＥに送信することを計画している。従って、基地局は、サブバンド＃０～＃２でのチャネルについてチャネル検出を実行する。ここで、基地局は、サブバンド＃３でチャネル検出を実行してもよく（図２に示されるように、例えば、サブバンド＃３で別のＵＥによる下り伝送がある）、サブバンド＃３でチャネル検出を実行しなくてもよく（例えば、サブバンド＃３でのデータ伝送の需要がない）、本出願はこれに限定されない。

【0194】

チャネル検出が終了した後、基地局は、サブバンド＃１、＃２、及び＃３が通信に使用されることを決定し、第１のサブバンドは、アンライセンスキャリアに含まれるバンドのうち通信に使用されるサブバンドを含む。即ち、第１のサブバンドには、サブバンド＃１、＃２、及び＃３が含まれる。開始位置と長さによる指示方法によれば、第１のサブバンドでインデックスが最も小さいサブバンドのインデックスは＃１であり、第１のサブバンドに含まれるサブバンドの数は３である場合、式Ｒ＝Ｎ＊（Ｌ－１）＋Ｓによれば、第１の指示情報の値は９であることが決定できる。さらに、基地局は、第１の指示情報の値に従って、対応するＤＭＲＳシーケンスを決定し、前記ＤＭＲＳシーケンスはＰＤＳＣＨの復調に使用される。対応して、ＵＥは、ＤＭＲＳシーケンスをブラインド検出することで第１の指示情報の値を決定し、第１の指示情報の値に従って、第１のサブバンドがサブバンド＃１、＃２、＃３を含むことを決定し、ＢＷＰ＃０がサブバンド＃０、＃１、＃２を含むことに従って、ＢＷＰ＃０での通信に使用されるサブバンドがサブバンド＃１及び＃２を含むことを決定する。

【0195】

上りチャネルの伝送プロセスにおいて、基地局は、ＵＥがＢＷＰ＃０を介してＰＵＳＣＨを送信するようにスケジュールするとき、基地局は、ＢＷＰ＃０に含まれるサブバンド＃０～＃２を介してＰＵＳＣＨを送信するようにＵＥをスケジューリングする。従って、スケジューリング情報を受信すると、ＵＥは、サブバンド＃０～＃２上のチャネルに対してチャネル検出を実行する。チャネル検出が終了した後、ＵＥは、サブバンド＃１及び＃２が通信に使用されることを決定し、ここで、第１のサブバンドは、端末デバイスの帯域幅部分（ＢＷＰ）に含まれるサブバンドのうち通信に使用されるサブバンドを含み、即ち第１のサブバンドには、サブバンド＃１及び＃２が含まれる。ＢＷＰ＃０は３つのサブバンドを含み、開始位置と長さによる指示方法によれば、第１のサブバンドの中で最小のインデックスを有するサブバンドはサブバンド＃１であり、第１のサブバンドに含まれるサブバンドの数は２であるので、基地局は第１の指示情報の値が４であると決定する。さらに、ＵＥは第１の指示情報の値に従って対応するＤＭＲＳシーケンスを決定し、前記ＤＭＲＳはシーケンスは、ＰＵＳＣＨの復調に使用される。対応して、基地局は、ＤＭＲＳシーケンスをブラインド検出することで第１の指示情報の値を決定し、第１の指示情報の値に従って第１のサブバンドがサブバンド＃１及び＃２を含むと決定し、そして、ＢＷＰ＃０がサブバンド＃０、＃１及び＃２を含むことに従って、ＢＷＰ＃０での通信に使用されるサブバンドがサブバンド＃１及び＃２を含むことを決定する。

【0196】

図６は、ネットワークデバイスによって下りチャネル伝送リソース及び通信用のリソースをスケジューリングする別の概略図である。図６に示されるように、アンライセンスキャリアでは、基地局のシステム帯域幅は８０ＭＨｚであり、４つのサブバンド（サブバンド＃０～＃３）を含み、各サブバンドの帯域幅は２０ＭＨｚである。基地局は、前記サブバンド＃０～＃３を介してＰＤＳＣＨをＵＥに伝送することができる。

【0197】

チャネル検出が終了した後、基地局は、サブバンド＃１、＃２、及び＃３でのチャネル検出が成功できたと判断し、言い換えれば、基地局の一回の下り送信機会においてサブバンド＃１、＃２、及び＃３が通信に使用されると判断する。ここで、第１のサブバンドは、アンライセンスキャリアに含まれるサブバンドのうち通信に使用されるサブバンドを含み、即ち、第１のサブバンドにはサブバンド＃1、＃2、及び＃3が含まれる。開始位置と長さによる指示方法によれば、第１のサブバンドの中でインデックスが最小のサブバンドはサブバンド＃１であり、第１のサブバンドに含まれるサブバンドの数は３であるので、基地局は、第１の指示情報の値が９であると決定する。さらに、基地局は、第１の指示情報の値に従って対応するＤＭＲＳシーケンスを決定し、前記ＤＭＲＳシーケンスは、ＰＤＳＣＨの復調に使用される。

【0198】

さらに、基地局はまた、ＰＤＣＣＨを介してＵＥに第１の指示情報を送信する。即ち、基準信号と制御情報を組み合わせて第１の指示情報を送信する。ここで、前記ＰＤＣＣＨは周期的に送信され、一例として、前記ＰＤＣＣＨの周期は５である。

【0199】

対応して、ＰＤＳＣＨ伝送がスケジューリングされているＵＥの場合、このＵＥは、ＤＭＲＳシーケンスをブラインド検出することで第１の指示情報の値を決定し、第１の指示情報の値に応じて第１のサブバンドがサブバンド＃１、＃２、＃３を含むと決定すし、第１のサブバンドに含まれるサブバンドに応じてＰＤＳＣＨ受信を行う。ＰＤＳＣＨ伝送がスケジューリングされていないＵＥの場合、このＵＥは、現在の下り伝送機会で通信に使用されるサブバンドを決定するために、定期的に送信されるＰＤＣＣＨを受信することで第１の指示情報を取得することができる。

【0200】

上記の各実施例に基づいて、本出願は、アンライセンスキャリアで端末デバイスのアクティブなＢＷＰに複数のＬＢＴサブバンドが含まれ、かつＬＢＴサブバンド適応伝送をサポートしている場合、端末デバイス又はネットワークデバイスが前記ＢＷＰに含まれる複数のＬＢＴサブバンドのうち通信に実際に使用されるＬＢＴサブバンドを決定する方法を提供する。主な発明の要旨は、ネットワークデバイスが指示情報を端末デバイスに送信し、端末デバイスが前記指示情報に従って、前記ＢＷＰに含まれる複数のＬＢＴサブバンドのうち通信に実際に使用されるＬＢＴサブバンドを決定するようにすることを含む。或いは、端末デバイスが指示情報をネットワークデバイスに送信することにより、ネットワークデバイスが前記指示情報に従って、複数のＬＢＴサブバンドのうち通信に実際に使用されるＬＢＴサブバンドを決定してから、対応するサブバンドでチャネル伝送を実行するようにすることを含む。これにより、ネットワークデバイスがＰＤＳＣＨ伝送に使用されるＬＢＴサブバンドをＵＥに通知できないという従来技術の問題が解決され、伝送効率を効果的に向上させ、伝送リソースを特定できないことによる伝送障害などの問題を回避する。

【0201】

図７は、本出願で提供される端末デバイスの実施例一の概略構成図である。図７に示されるように、端末デバイス１０は、受信モジュール１１と処理モジュール１２を含む。

【0202】

受信モジュール１１は、ネットワークデバイスによって送信された第１の指示情報を受信するように構成され、前記第１の指示情報はアンライセンスキャリア上で通信に使用されるサブバンドを決定するために使用され、ここで、前記アンライセンスキャリアは少なくとも２つのサブバンドを含む。

【0203】

処理モジュール１２は、前記第１の指示情報に従って、アンライセンスキャリア上でネットワークデバイスによる下りチャネル及び／又は下り信号の伝送に使用されるサブバンドを決定するように構成される。

【0204】

本実施例で提供される端末デバイスは、前述の方法実施例のいずれかにおいて端末デバイス側の技術的解決策を実行するために使用され、その実現原理及び技術的効果は類似している。ネットワークデバイスが第１の指示情報を端末デバイスに送信することで、端末デバイスは前記第１の指示情報に従って、複数のＬＢＴサブバンドのうち通信に実際に使用されるＬＢＴサブバンドを決定することができる。

【0205】

上記の実施例に基づき、前記受信モジュール１１は具体的に、
前記ネットワークデバイスによって送信された、前記第１の指示情報を運ぶ基準信号を受信し、
前記基準信号に従って前記第１の指示情報を決定するように構成される。

【0206】

オプションで、前記基準信号は、以下のうちの少なくとも１つを含む：
ＰＤＳＣＨ復調のためのＤＭＲＳ；
ＰＤＣＣＨ復調のためのＤＭＲＳ；
ＰＢＣＨ復調のためのＤＭＲＳ；
ＣＳＩ－ＲＳ。

【0207】

オプションで、前記基準信号が前記第１の指示情報を運ぶことは、
前記基準信号のシーケンスによって生成される初期化パラメータが、前記第１の指示情報に従って決定されることを含む。

【0208】

オプションで、前記基準信号が前記第１の指示情報を運ぶことは、
前記基準信号のシーケンスの長さが前記第１の指示情報に従って決定されることを含む。

【0209】

オプションとして、受信モジュール１１は具体的に、
前記ネットワークデバイスによって送信された、前記第１の指示情報を含むＰＤＣＣＨを受信し、
前記ＰＤＣＣＨに従って前記第１の指示情報を決定するように構成される。

【0210】

オプションとして、前記ＰＤＣＣＨが前記第１の指示情報を含むことは、
前記ＰＤＣＣＨで伝送されるＤＣＩに前記第１の指示情報が含まれることと、
前記ＰＤＣＣＨに対応するＣＲＣが前記第１の指示情報に従って決定されることと、
前記ＰＤＣＣＨをスクランブリングするＲＮＴＩが前記第１の指示情報に従って決定されることのうちの少なくとも１つを含む。

【0211】

オプションとして、前記ＰＤＣＣＨは、
前記ＰＤＣＣＨがセルに共通のＲＮＴＩに従ってスクランブルされることと、
前記ＰＤＣＣＨがグループに共通のＲＮＴＩに従ってスクランブルされることと、
前記ＰＤＣＣＨが前記端末デバイスに固有のＲＮＴＩに従ってスクランブルされることのうちの少なくとも１つを含む。

【0212】

オプションで、前記第１の指示情報は、以下の情報のうちの少なくとも１つを含む：
第１のサブバンドに含まれる各サブバンドのインデックス、前記第１のサブバンドはアンライセンスキャリアに含まれるサブバンドのうち通信に使用されるサブバンド又は前記端末デバイスの第1帯域幅部分（ＢＷＰ）に含まれるサブバンドのうち通信に使用されるサブバンドを含み；
前記第１のサブバンドにおいて最小のインデックスを有するサブバンド；
前記第１のサブバンドにおいて最大のインデックスを有するサブバンド；
前記第１のサブバンドに含まれるサブバンドの数；
第２のサブバンドに含まれる各サブバンドのインデックス、前記第２のサブバンドは前記アンライセンスキャリアに含まれるサブバンドのうち通信に使用されないサブバンド、又は前記端末デバイスの第１のＢＷＰに含まれるサブバンドのうち通信に使用されないサブバンドを含み；
前記第２のサブバンドにおいて最小のインデックスを有するサブバンド；
前記第２のサブバンドにおいて最大のインデックスを有するサブバンド；
前記第２のサブバンドに含まれるサブバンドの数；
前記第１の指示情報によって示されるのが前記第１のサブバンド又は前記第２のサブバンドのどちらかを示すための第１の識別情報。

【0213】

前述の実施例のいずれかで提供される端末デバイスは、下りチャネル及び／又は下り信号の伝送プロセスにおいて端末デバイス側での技術的解決策を実施するために使用され、その実施原理及び技術的効果は類似しており、ここでは繰り返さない。

【0214】

前記端末デバイスは送信モジュールをさらに備え、上りチャネル及び／又は上り信号の伝送プロセスにおいて、
送信モジュール１３は、第１の指示情報をネットワークデバイスに送信し、前記第１の指示情報は、前記端末デバイスがアンライセンスキャリア上で上りチャネル及び/又は上り信号を伝送するためのサブバンドを決定するためにネットワークデバイスによって使用される。ここで、前記アンライセンスキャリアは少なくとも２つのサブバンドを含む。

【0215】

前記解決策の特定の実装において、前記送信モジュール１３は具体的に、
基準信号をネットワークデバイスに送信するように構成され、前記基準信号は前記第１の指示情報を運ぶ。

【0216】

オプションで、前記基準信号は、ＰＵＳＣＨ復調のためのＤＭＲＳ、ＳＲＳのうちの少なくとも１つを含む。

【0217】

オプションで、前記基準信号が前記第１の指示情報を運ぶことは、
前記基準信号のシーケンスによって生成される初期化パラメータが前記第１の指示情報に従って決定されることを含む。

【0218】

オプションで、前記基準信号のシーケンス長は、前記第１の指示情報に従って決定される。

【0219】

前記解決策の特定の実装において、前記送信モジュール１３は具体的に、
前記端末デバイスから前記ネットワークデバイスにＰＵＣＣＨを送信するように構成され、前記ＰＵＣＣＨは前記第１の指示情報を含む。

【0220】

オプションとして、前記ＰＵＣＣＨはＵＣＩを含む。

【0221】

前述の実装形態のいずれかに基づき、前記第１の指示情報は、以下の情報のうちの少なくとも１つを含む：
第１のサブバンドに含まれる各サブバンドのインデックス、前記第１のサブバンドは前記アンライセンスキャリアに含まれるサブバンドのうち通信に使用されるサブバンド又は前記端末デバイスの第1帯域幅部分（ＢＷＰ）に含まれるサブバンドのうち通信に使用されるサブバンドを含み；
前記第１のサブバンドにおいて最小のインデックスを有するサブバンド；
前記第１のサブバンドにおいて最大のインデックスを有するサブバンド；
前記第１のサブバンドに含まれるサブバンドの数；
第２のサブバンドに含まれる各サブバンドのインデックス、前記第２のサブバンドは前記アンライセンスキャリアに含まれるサブバンドのうち通信に使用されないサブバンド、又は前記端末デバイスの第１のＢＷＰに含まれるサブバンドのうち通信に使用されないサブバンドを含み；
前記第２のサブバンドにおいて最小のインデックスを有するサブバンド；
前記第２のサブバンドにおいて最大のインデックスを有するサブバンド；
前記第２のサブバンドに含まれるサブバンドの数；
前記第１の指示情報によって示されるのが前記第１のサブバンド又は前記第２のサブバンドのどちらかを示すための第１の識別情報。

【0222】

前述の実施例のいずれかで提供される端末デバイスは、前述の上りチャネル及び／又は上り信号の伝送プロセスにおける端末デバイス側の技術的解決策を実施するために使用され、その実施原理及び技術的効果は類似しており、ここでは繰り返さない。

【0223】

図８は、本出願で提供されるネットワークデバイスの実施例一の概略構造図である。図８に示されるように、このネットワークデバイス２０は送信モジュール２１を含む。

【0224】

送信モジュール２１は、第１の指示情報を端末デバイスに送信するように構成され、前記第１の指示情報は、ネットワークデバイスがアンライセンスキャリア上で下りチャネル及び/又は下り信号を伝送するためのサブバンドを決定するために端末デバイスによって使用される。ここで、前記アンライセンスキャリアは少なくとも２つのサブバンドを含む。

【0225】

上記の実施例に基づき、前記受信モジュール２１は具体的に、
前記送信モジュール２１は、具体的に、
基準信号を前記端末デバイスに送信するように構成され、前記基準信号は前記第１の指示情報を運ぶ。

【0226】

【0227】

【0228】

【0229】

オプションとして、前記送信モジュール２１は具体的に、
ＰＤＣＣＨを前記端末デバイスに送信するように構成され、前記ＰＤＣＣＨは前記第１の指示情報を含む。

【0230】

【0231】

【0232】

オプションで、前記第１の指示情報は、以下の情報のうちの少なくとも１つを含む：
第１のサブバンドに含まれる各サブバンドのインデックス、前記第１のサブバンドは前記アンライセンスキャリアに含まれるサブバンドのうち通信に使用されるサブバンド又は前記端末デバイスの第1帯域幅部分（ＢＷＰ）に含まれるサブバンドのうち通信に使用されるサブバンドを含み；
前記第１のサブバンドにおいて最小のインデックスを有するサブバンド；
前記第１のサブバンドにおいて最大のインデックスを有するサブバンド；
前記第１のサブバンドに含まれるサブバンドの数；
第２のサブバンドに含まれる各サブバンドのインデックス、前記第２のサブバンドは前記アンライセンスキャリアに含まれるサブバンドのうち通信に使用されないサブバンド、又は前記端末デバイスの第１のＢＷＰに含まれるサブバンドのうち通信に使用されないサブバンドを含み；
前記第２のサブバンドにおいて最小のインデックスを有するサブバンド；
前記第２のサブバンドにおいて最大のインデックスを有するサブバンド；
前記第２のサブバンドに含まれるサブバンドの数；
前記第１の指示情報によって示されるのが前記第１のサブバンド又は前記第２のサブバンドのどちらかを示すための第１の識別情報。

【0233】

前述の実施例で提供されるネットワークデバイスは、前述の方法実施例のいずれかでの下りチャネル及び／又は下り信号の伝送プロセスにおけるネットワークデバイス側の技術的解決策を実行するために使用され、その実施原理及び技術的効果は似ているので、ここでは繰り返さない。

【0234】

このネットワークデバイスはさらに、受信モジュール２２及び処理モジュール２３を含む。上りチャネル及び／又は上り信号の伝送プロセスにおいて、前記受信モジュール２２は、端末デバイスによって送信された第１の指示情報を受信するように構成され、前記第１の指示情報は、アンライセンスキャリア上で通信に使用されるサブバンドを決定するために使用される。ここで、前記アンライセンスキャリアは少なくとも２つのサブバンドを含む。

【0235】

前記処理モジュール２３は、前記第１の指示情報に従って、前記端末デバイスによる上りチャネル及び／又は上り信号の伝送に使用される前記アンライセンスキャリア上のサブバンドを決定するように構成される。

【0236】

前述の実装形態に基づき、前記受信モジュール２２はまた、前記端末デバイスによって送信された基準信号を受信するように構成され、前記基準信号は前記第１の指示情報を運ぶ。

【0237】

前記処理モジュール２３はまた、前記基準信号に従って前記第１の指示情報を決定するように構成される。

【0238】

オプションで、前記基準信号は、ＰＵＳＣＨ復調のためのＤＭＲＳ、及び／又はＳＲＳを含む。

【0239】

【0240】

オプションで、前記基準信号のシーケンス長は、前記第１の指示情報に従って決定される。

【0241】

オプションで、前記受信モジュール２２はまた、前記端末デバイスによって送信されたＰＵＣＣＨを受信するように構成され、前記ＰＵＣＣＨは前記第１の指示情報を含む。

【0242】

前記処理モジュール２３はまた、前記ＰＵＣＣＨに従って前記第１の指示情報を決定するように構成される。

【0243】

オプションとして、前記ＰＵＣＣＨはＵＣＩ情報を含む。

【0244】

【0245】

前述の実施例で提供されるネットワークデバイスは、前述の方法実施例のいずれかで、上りチャネル及び／又は上り信号の伝送プロセスにおいてネットワークデバイス側の技術的解決策を実行するために使用され、その実施原理及び技術的効果は似ているので、ここでは繰り返さない。

【0246】

図９は、本出願で提供されるネットワークデバイスの実施例二の概略構造図である。図９に示されるように、ネットワークデバイス３０は、
プロセッサ３１、メモリ３２、受信機３３、送信機３４、及び端末デバイスと通信するためのインターフェース３５を含む。

【0247】

前記メモリ３２は、コンピュータ実行可能命令を格納する。

【0248】

前記プロセッサ３１は、前記メモリに格納されたコンピュータ実行可能命令を実行することで、前記プロセッサ３１に、前述の方法実施例のいずれかにおけるネットワークデバイス側での技術的解決策を実行させる。

【0249】

図１０は、本出願で提供される端末デバイスの実施例二の概略構造図である。図１０に示されるように、前記端末デバイス４０は、
プロセッサ４２、メモリ４３、送信機４４、及びネットワークデバイスと通信するためのインターフェース４５を含み、オプションで、前記端末デバイス４０は、受信機４１をさらに含む。

【0250】

前記メモリ４３は、コンピュータ実行可能命令を格納する。

【0251】

前記プロセッサ４２は、メモリに格納されたコンピュータ実行可能命令を実行することで、前記プロセッサ４２に、前述の方法実施例のいずれかにおける端末デバイス側での技術的解決策を実行させる。

【0252】

本出願はまた、コンピュータ読取可能な記憶媒体を提供し、前記コンピュータ読取可能な記憶媒体にはコンピュータ実行可能命令が格納されており、前記コンピュータ実行可能命令がプロセッサによって実行されると、前述の方法実施例のいずれかにおける端末デバイス側での技術的解決策を実現する。

【0253】

本出願はまた、コンピュータ読取可能な記憶媒体を提供し、前記コンピュータ読取可能な記憶媒体にはコンピュータ実行可能命令が格納されており、前記コンピュータ実行可能命令がプロセッサによって実行されると、前述の方法実施例のいずれかにおけるネットワークデバイス側での技術的解決策を実現する。

【0254】

本出願の実施例はまた、プロセッサによって実行されるときに、前述の方法実施例における端末デバイス側での技術的解決策を実行させるプログラムを提供する。

【0255】

本出願の実施例はまた、プロセッサによって実行されるときに、前述の方法実施例におけるネットワークデバイス側での技術的解決策を実行させるプログラムを提供する。

【0256】

本出願の実施例はまた、前述の方法実施例における端末デバイス側での技術的解決策を実現するためのプログラム命令を含む、コンピュータプログラム製品を提供する。

【0257】

本出願の実施例はまた、前述の方法実施例におけるネットワークデバイス側での技術的解決策を実現するためのプログラム命令を含む、コンピュータプログラム製品を提供する。

【0258】

本出願の実施例はまた、処理モジュール及び通信インターフェースを含むチップを提供し、前記処理モジュールは、前述の方法実施例における端末デバイス側での技術的解決策を実行することができる。

【0259】

さらに、前記チップは、記憶モジュール（例えば、メモリなど）をさらに含み、記憶モジュールは、命令を記憶するように構成され、処理モジュールは、記憶モジュールに記憶された命令を実行するように構成され、記憶モジュールに記憶された命令を実行することで、処理モジュールに端末デバイス側での技術的解決策を実行させる。

【0260】

本出願の実施例はまた、処理モジュール及び通信インターフェースを含むチップを提供し、前記処理モジュールは、前述の方法実施例におけるネットワークデバイス（基地局）の技術的解決策を実行することができる。

【0261】

さらに、前記チップは、記憶モジュール（例えば、メモリなど）をさらに含み、記憶モジュールは、命令を記憶するように構成され、処理モジュールは、記憶モジュールに記憶された命令を実行するように構成され、記憶モジュールに記憶された命令を実行することで、処理モジュールにネットワークデバイス側での技術的解決策を実行させる。

【0262】

本出願で提供された幾つかの実施例において、開示されたシステム、装置及び方法は、他の方式で実現されてもよいことを理解されたい。例えば、上述のような装置の実施例は、単なる例にすぎず、例えば、上記ユニットの区分は、単なる論理的な機能による区分であり、実際に実現するときは他の区分方式であってもよく、例えば、複数のユニット又はコンポーネントが組み合わされるか又は別のシステムに集積されてもよく、或いは幾つかの特徴が省略され又は実行されなくてもよい。一方、示された又は検討された相互間の結合又は直接的な結合又は通信接続は、幾つかのインターフェイスを介してもよく、装置又はユニットによる間接的な結合又は通信接続は、電気的、機械的、又は他の形態であってもよい。

【0263】

前述のユーザデバイス及びネットワークデバイスの特定の実装において、プロセッサは、中央処理ユニット（Central Processing Unit，ＣＰＵ）であってよく、他の汎用プロセッサー、デジタル信号プロセッサー（Digital Signal Processor，ＤＳＰ）、専用集積回路（Application Specific Integrated Circuit，ＡＳＩＣ）などであってもよい。汎用プロセッサーはマイクロプロセッサーであってもよく、又は、上記プロセッサーはいずれかの通常のプロセッサー等であってもよい。本出願の実施例に結合して開示された方法のステップは、ハードウェアデコードプロセッサーにより実行されて完了するように直接具現化されるか、又はプロセッサーにおけるハードウェア及びソフトウェアモジュールの組み合わせにより実行されて完了することができる。

【0264】

前述の方法実施例におけるステップの全部又は一部は、プログラム命令に関連するハードウェアによって実施することができる。前述のプログラムは、読み取り可能なメモリに記憶されることができる。前記プログラムは、実行されると、前述の方法実施例のステップを実行し、前述のメモリ（記憶媒体）は、読み取り専用メモリ（Read-Only Memory，ＲＯＭ）、ＲＡＭ、フラッシュメモリ、ハードディスク、ソリッドステートハードディスク、磁気テープ（magnetic tape）、フロッピーディスク（floppy disk）、光ディスク（optical disc）、及びそれらの任意の組み合わせを含む。

【図1】