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

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

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

特許7541013信号送信方法、及び装置

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

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

< >

1
2
3
4
5
6
7
8
9
10
11

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

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

(11)【特許番号】

(24)【登録日】2024-08-19

(45)【発行日】2024-08-27

(54)【発明の名称】信号送信方法、及び装置

(51)【国際特許分類】

H04W 72/0453 20230101AFI20240820BHJP

H04L 27/26 20060101ALI20240820BHJP

H04W 16/14 20090101ALI20240820BHJP

H04W 72/044 20230101ALI20240820BHJP

H04W 72/20 20230101ALI20240820BHJP

【ＦＩ】

H04W72/0453

H04L27/26 113

H04L27/26 114

H04W16/14

H04W72/044

H04W72/20

【請求項の数】 28

(21)【出願番号】P 2021544683

(86)(22)【出願日】2020-01-22

(65)【公表番号】

(43)【公表日】2022-03-18

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

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

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

【審査請求日】2021-09-01

【審判番号】

【審判請求日】2023-10-13

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

(32)【優先日】2019-01-31

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

(73)【特許権者】

【識別番号】503433420

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

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

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

(74)【代理人】

【識別番号】100132481

【弁理士】

【氏名又は名称】赤澤克豪

(74)【代理人】

【識別番号】100115635

【弁理士】

【氏名又は名称】窪田郁大

(72)【発明者】

【氏名】▲賈▼ ▲瓊▼

(72)【発明者】

【氏名】▲張▼ 佳胤

(72)【発明者】

【氏名】▲呉▼ ▲ジー▼

【合議体】

【審判長】中木努

【審判官】本郷彰

【審判官】河合弘明

(56)【参考文献】

【文献】欧州特許出願公開第０３４１０８０８（ＥＰ，Ａ１）

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

H04B7/24-7/26

H04W4/00-99/00

3GPP TSG RAN WG1-4

3GPP TSG SA WG1-4

3GPP TSG CT WG1,4

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

【請求項1】

端末に適用される信号送信方法であって、前記方法は、
ネットワークデバイスから、前記端末が利用可能なアップリンク送信リソースを示すために利用される第１の指示情報を受信するステップであって、前記端末が利用可能な前記アップリンク送信リソースは、アンライセンス周波数帯域に配置されるインターレースリソースを含む、ステップと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）及び物理アップリンク共有チャネル（ＰＵＳＣＨ）が前記インターレースリソースを共有することを示すために利用される第２の指示情報を、前記ネットワークデバイスから受信するステップであって、前記第２の指示情報は、無線リソース制御（ＲＲＣ）シグナリングで搬送される、ステップと、
前記ネットワークデバイスから、前記インターレースリソース内の前記ＰＵＣＣＨを送信するためのＰＵＣＣＨリソースを示すために利用される第３の指示情報を受信するステップであって、前記第３の指示情報は、無線リソース制御（ＲＲＣ）シグナリングで搬送され、前記ＰＵＣＣＨリソースは、前記ＰＵＣＣＨを送信するために利用される、ステップと、
前記インターレースリソース上で前記ＰＵＣＣＨ及び前記ＰＵＳＣＨを送信するステップと、
を含む、信号送信方法。

【請求項2】

前記インターレースリソースは、前記ＰＵＳＣＨを送信するために利用されるＰＵＳＣＨリソースをさらに含む、
請求項１に記載の方法。

【請求項3】

前記インターレースリソースは、Ｌ個のリソースユニットを含み、前記Ｌ個のリソースユニットのそれぞれは、第１のリソースユニット又は第２のリソースユニットであり、前記第２のリソースユニットは、複数の第１のリソースユニットを含み、１つの第２のリソースユニットに含まれる複数の第１のリソースユニットは、送信帯域幅内に均等に分配され、Ｌは、０以上の整数である、
請求項１に記載の方法。

【請求項4】

前記第３の指示情報は、パターンを示すために利用されるパターン識別子を示すために利用され、前記パターンは、前記Ｌ個のリソースユニット内での、前記ＰＵＣＣＨリソース内の全てのリソースユニットの分配のタイプを示す、
請求項３に記載の方法。

【請求項5】

前記方法は、
前記ネットワークデバイスから、構成情報を受信するステップであって、前記構成情報は、パターンセットを構成するために利用され、前記パターンセットは、複数のパターンを含む、ステップをさらに含む、
請求項４に記載の方法。

【請求項6】

ネットワークデバイスに適用される信号送信方法であって、前記方法は、
端末が利用可能なアップリンク送信リソースを示すために利用される第１の指示情報を前記端末に送信するステップであって、前記端末が利用可能な前記アップリンク送信リソースは、アンライセンス周波数帯域に配置されるインターレースリソースを含む、ステップと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）及び物理アップリンク共有チャネル（ＰＵＳＣＨ）が前記インターレースリソースを共有することを示すために利用される第２の指示情報を前記端末に送信するステップであって、前記第２の指示情報は、無線リソース制御（ＲＲＣ）シグナリングで搬送される、ステップと、
前記インターレースリソース内の前記ＰＵＣＣＨを送信するためのＰＵＣＣＨリソースを示すために利用される第３の指示情報を、前記端末に送信するステップであって、前記第３の指示情報は、無線リソース制御（ＲＲＣ）シグナリングで搬送され、前記ＰＵＣＣＨリソースは、前記ＰＵＣＣＨを送信するために利用される、ステップと、
前記端末から、前記インターレースリソース上で前記ＰＵＣＣＨ及び前記ＰＵＳＣＨを受信するステップと、
を含む、信号送信方法。

【請求項7】

前記インターレースリソースは、前記ＰＵＳＣＨを送信するために利用されるＰＵＳＣＨリソースをさらに含む、
請求項６に記載の方法。

【請求項8】

【請求項9】

前記第３の指示情報は、パターンを示すために利用されるパターン識別子を示すために利用され、前記パターンは、前記Ｌ個のリソースユニット内での、前記ＰＵＣＣＨリソース内の全てのリソースユニットの分配のタイプを示す、
請求項８に記載の方法。

【請求項10】

前記方法は、
構成情報を前記端末に送信するステップであって、前記構成情報は、パターンセットを構成するために利用され、前記パターンセットは、複数のパターンを含む、ステップをさらに含む、
請求項９に記載の方法。

【請求項11】

信号送信装置であって、プロセッサと、前記プロセッサによって実行されたときに、
ネットワークデバイスから、端末が利用可能なアップリンク送信リソースを示すために利用される第１の指示情報を受信するステップであって、前記端末が利用可能な前記アップリンク送信リソースは、アンライセンス周波数帯域に配置されるインターレースリソースを含む、ステップと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）及び物理アップリンク共有チャネル（ＰＵＳＣＨ）が前記インターレースリソースを共有することを示すために利用される第２の指示情報を前記ネットワークデバイスから受信するステップであって、前記第２の指示情報は、無線リソース制御（ＲＲＣ）シグナリングで搬送される、ステップと、
前記ネットワークデバイスから、前記インターレースリソース内の前記ＰＵＣＣＨを送信するためのＰＵＣＣＨリソースを示すために利用される第３の指示情報を受信するステップであって、前記第３の指示情報は、無線リソース制御（ＲＲＣ）シグナリングで搬送され、前記ＰＵＣＣＨリソースは、前記ＰＵＣＣＨを送信するために利用される、ステップと、
前記インターレースリソース上で前記ＰＵＣＣＨ及び前記ＰＵＳＣＨを送信するステップと、を含む信号送信方法を実行させるコンピュータ実行可能命令を含む非一時的なコンピュータ可読媒体と
を含む、信号送信装置。

【請求項12】

前記インターレースリソースは、前記ＰＵＳＣＨを送信するために利用されるＰＵＳＣＨリソースをさらに含む、
請求項１１に記載の装置。

【請求項13】

【請求項14】

前記第３の指示情報は、パターンを示すために利用されるパターン識別子を示すために利用され、前記パターンは、前記Ｌ個のリソースユニット内での、前記ＰＵＣＣＨリソース内の全てのリソースユニットの分配のタイプを示す、
請求項１３に記載の装置。

【請求項15】

前記信号送信方法は、前記ネットワークデバイスから、構成情報を受信するステップであって、前記構成情報は、パターンセットを構成するために利用され、前記パターンセットは、複数のパターンを含む、ステップをさらに含む、
請求項１４に記載の装置。

【請求項16】

信号送信装置であって、プロセッサと、前記プロセッサによって実行されたときに、
端末が利用可能なアップリンク送信リソースを示すために利用される第１の指示情報を前記端末に送信するステップであって、前記端末が利用可能な前記アップリンク送信リソースは、アンライセンス周波数帯域に配置されるインターレースリソースを含む、ステップと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）及び物理アップリンク共有チャネル（ＰＵＳＣＨ）が前記インターレースリソースを共有することを示すために利用される第２の指示情報を前記端末に送信するステップであって、前記第２の指示情報は、無線リソース制御（ＲＲＣ）シグナリングで搬送される、ステップと、
前記インターレースリソース内の前記ＰＵＣＣＨを送信するためのＰＵＣＣＨリソースを示すために利用される第３の指示情報を前記端末に送信するステップであって、前記第３の指示情報は、無線リソース制御（ＲＲＣ）シグナリングで搬送され、前記ＰＵＣＣＨリソースは、前記ＰＵＣＣＨを送信するために利用される、ステップと、
前記端末から、前記インターレースリソース上で前記ＰＵＣＣＨ及び前記ＰＵＳＣＨを受信するステップと、を含む信号送信方法を実行させるコンピュータ実行可能命令を含む非一時的なコンピュータ可読媒体と
を含む、信号送信装置。

【請求項17】

前記インターレースリソースは、ＰＵＳＣＨリソースをさらに含み、前記ＰＵＳＣＨリソースは、前記ＰＵＳＣＨを送信するために利用される、
請求項１６に記載の装置。

【請求項18】

【請求項19】

前記第３の指示情報は、パターンを示すために利用されるパターン識別子を示すために利用され、前記パターンは、前記Ｌ個のリソースユニット内での、前記ＰＵＣＣＨリソース内の全てのリソースユニットの分配のタイプを示す、
請求項１８に記載の装置。

【請求項20】

前記信号送信方法は、構成情報を前記端末に送信するステップをさらに含み、前記構成情報は、パターンセットを構成するために利用され、前記パターンセットは、複数のパターンを含む、
請求項１９に記載の装置。

【請求項21】

前記第１のリソースユニットは、サブキャリア、又はサブキャリアグループ、又は物理リソースブロック（ＲＢ）、又はリソースブロックグループ（ＲＢＧ）である、
請求項３に記載の方法。

【請求項22】

前記第１のリソースユニットは、サブキャリア、又はサブキャリアグループ、又は物理リソースブロック（ＲＢ）、又はリソースブロックグループ（ＲＢＧ）である、
請求項８に記載の方法。

【請求項23】

前記第１のリソースユニットは、サブキャリア、又はサブキャリアグループ、又は物理リソースブロック（ＲＢ）、又はリソースブロックグループ（ＲＢＧ）である、
請求項１３に記載の装置。

【請求項24】

前記第１のリソースユニットは、サブキャリア、又はサブキャリアグループ、又は物理リソースブロック（ＲＢ）、又はリソースブロックグループ（ＲＢＧ）である、
請求項１８に記載の装置。

【請求項25】

プロセッサを含む信号送信装置であって、
前記プロセッサは、メモリに接続され、前記メモリは、コンピュータ実行可能命令を格納するように構成され、前記プロセッサは、前記メモリに格納された前記コンピュータ実行可能命令を実行して、前記信号送信装置が、請求項１～５、２１のいずれか１項に記載の方法を実施できるようにする、
信号送信装置。

【請求項26】

プロセッサを含む信号送信装置であって、
前記プロセッサは、メモリに接続され、前記メモリは、コンピュータ実行可能命令を格納するように構成され、前記プロセッサは、前記メモリに格納された前記コンピュータ実行可能命令を実行して、前記信号送信装置が、請求項６～１０、２２のいずれか１項に記載の方法を実施できるようにする、
信号送信装置。

【請求項27】

命令を含むコンピュータ可読記憶媒体であって、前記命令がコンピュータ上で実行されるとき、前記コンピュータが、請求項１～５、２１のいずれか１項に記載の方法を実行できるようにする、
コンピュータ可読記憶媒体。

【請求項28】

命令を含むコンピュータ可読記憶媒体であって、前記命令がコンピュータ上で実行されるとき、前記コンピュータが、請求項６～１０、２２のいずれか１項に記載の方法を実行できるようにする、
コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

この出願は、中国国家知識産権局に２０１９年１月３１日に出願され、「SIGNAL TRANSMISSION METHOD AND APPARATUS」と題された中国特許出願第201910100873.2の優先権を主張し、その全体が参照によって本明細書に組み込まれる。

【0002】

この出願は、通信技術の分野、特に、信号送信方法及び装置に関する。

【背景技術】

【0003】

無線通信技術の急速な発展は、ますます増えるスペクトルリソースの不足を招き、アンライセンス周波数帯域（アンライセンススペクトルと称されることもある）の探索を促進する。現在、ライセンスアシストアクセス（license assisted access、略してＬＡＡ）技術、及び拡張ライセンスアシストアクセス（enhanced LAA、略してｅＬＡＡ）技術が、ロングタームエボリューション（long term evolution、略してＬＴＥ）リリース１３（Release-13、略してＲ－１３）及びＲ－１４で導入されている、即ち、非スタンドアローン（Non-standalone）ＬＴＥシステム又はＬＴＥアドバンスト（LTE-Advanced、略してＬＴＥ－Ａ）システムは、アンライセンス周波数帯域に配置され、アンライセンス周波数帯域リソースの利用が、ライセンススペクトルのアシストで最大化されている。

【0004】

しかし、アンライセンス周波数帯域の利用には多くの規定制限がある。例えば、欧州通信規格機構（european telecommunications standards institute、略してＥＴＳＩ）は、５ＧＨｚ周波数帯域において、送信期間に信号によって実際に占有される帯域幅が、システム帯域幅（即ち、名目帯域幅（nominal bandwidth））の８０％超であることが要求されると明示している。言い換えると、信号の占有チャネル帯域幅（occupancy channel bandwidth、略してＯＣＢ）は、８０％超である必要がある。

【0005】

ＬＴＥ－ｅＬＡＡにおいて、物理アップリンク共有チャネル（physical uplink shared channel、略してＰＵＳＣＨ）送信のために利用される物理リソースブロック（physical resource block、略してＰＲＢ）は、インターレース（interlace）構造のものである。具体的には、ＰＵＳＣＨ送信のために利用されるリソースは、送信帯域幅内に等間隔で均一に分布された複数のＰＲＢである。例えば、図１に示すように、システム帯域幅が２０ＭＨｚであり、２０ＭＨｚの送信帯域幅は、１００個のＰＲＢに対応し、１００個のＰＲＢは、ＰＲＢ＃０からＰＲＢ＃９９であると仮定される。１つ以上のリソースインターレース（interlace）が、ＰＵＳＣＨ送信のために利用され、各インターレースは、送信帯域幅内に均一に分布された１０個のＰＲＢを含み、各インターレース内の２つの隣接するＰＲＢ毎に１０個のＰＲＢの間隔が空けられている。例えば、図１は、１つのインターレースを示し、インターレースに含まれるＰＲＢは、ＰＲＢ＃０、ＰＲＢ＃１０、ＰＲＢ＃２０、ＰＲＢ＃３０、ＰＲＢ＃４０、ＰＲＢ＃５０、ＰＲＢ＃６０、ＰＲＢ＃７０、ＰＲＢ＃８０、及びＰＲＢ＃９０である。これは、各インターレースの周波数領域スパン（即ち、各インターレースの最初のＰＲＢと最後のＰＲＢとの間の帯域幅スパン）が９１個のＰＲＢであり、９１個のＰＲＢによって占有される帯域幅が１６．３８ＭＨｚであり、それは、ＯＣＢ要件を満たす、２０ＭＨｚのシステム帯域幅の８０％超であることを保証することができる。しかし、いくつかのケースでは、端末によって送信される信号が、１つのインターレースの全てのリソースを占有できない。この場合、インターレースに基づくリソース割り当ては、送信リソースの浪費を引き起こす。

【発明の概要】

【0006】

この出願は、リソース利用を改善するための信号送信方法及び装置を提供する。

【0007】

上記の目的を達成するために、この出願は、以下の技術的解決策を提供する。

【0008】

第１の態様によれば、端末が、ネットワークデバイスから、端末が利用可能なアップリンク送信リソースを示すために利用される第１の指示情報を受信し、第１の指示情報に基づいて、アップリンク送信リソース上でＰＵＣＣＨ及び第１の信号を送信すること、を含む、信号送信方法が提供される。アップリンク送信リソースは、アンライセンス周波数帯域内に配置され、アップリンク送信リソースは、ＰＵＣＣＨ及び第１の信号を送信するために利用され、第１の信号は、ＰＵＳＣＨ、ＳＲＳ、及びＰＲＡＣＨのうちの１つ以上を含む。

【0009】

第１の態様で提供される方法によれば、アップリンク送信リソースは、ＰＵＣＣＨを送信するために利用されるだけでなく、第１の信号を送信するためにも利用されうる。例えば、ＰＵＣＣＨ送信のために要求されるリソースが、１つのインターレースに含まれるリソースより少ない場合、インターレース内の残りのリソースが、第１の信号を送信するために利用されうる。これは、端末のＰＵＣＣＨがインターレース全体を占有しないときに引き起こされるリソースの浪費を回避でき、それによって、リソース利用を改善する。

【0010】

可能な実装において、ＰＵＣＣＨ及び第１の信号は、アップリンク送信リソースを共有し、アップリンク送信リソースは、ＰＵＣＣＨを送信するために利用されるＰＵＣＣＨリソース、及び第１の信号を送信するために利用される第１の信号のリソースを含む。この可能な実装は、端末のＰＵＣＣＨにインターレース全体を割り当てることによって引き起こされるリソースの浪費を妨げることができ、それによって、リソース利用を改善する。

【0011】

可能な実装において、方法は、端末が、ネットワークデバイスから、ＰＵＣＣＨ及び第１の信号がアップリンク送信リソースを共有することを示すために利用される第２の指示情報を受信することをさらに含む。この可能な実装では、端末が、ＰＵＣＣＨ及び第１の信号がアップリンク送信リソースを共有するかどうかを決定することができ、それによって、正確なアップリンク信号送信を保証する。

【0012】

可能な実装において、方法は、端末が、ネットワークデバイスから、ＰＵＣＣＨリソースを示すために利用される第３の指示情報を受信することをさらに含む。この可能な実装では、端末は、ＰＵＣＣＨリソースを決定することができ、それによって、正しくＰＵＣＣＨを送信する。

【0013】

可能な実装において、アップリンク送信リソースは、Ｌ個のリソースユニットを含み、リソースユニットは、第１のリソースユニット又は第２のリソースユニットであり、第２のリソースユニットは、複数の第１のリソースユニットを含み、１つの第２のリソースユニットに含まれる複数の第１のリソースユニットは、送信帯域幅内に均一に分布され、Ｌは、０以上の整数である。

【0014】

可能な実装において、第３の指示情報は、ビットマップを利用することによってＰＵＣＣＨリソースを示す。この可能な実装は、ＰＵＣＣＨリソースを示す便利で早い方法である。

【0015】

可能な実装において、第３の指示情報は、ＲＩＶであり、ＲＩＶは、ＰＵＣＣＨリソース内の開始リソースユニットのインデックスとの対応関係と、ＰＵＣＣＨリソース内のリソースユニットの数量とを有する。この可能な実装は、ＰＵＣＣＨリソースを示す他の方法であり、この方法は、比較的少ない数量のビットを要求する。従って、リソース消費が低減できる。

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

【0044】

【0045】

可能な実装において、方法は、ネットワークデバイスが、構成情報を端末に送信することであって、構成情報は、パターンセットを構成するために利用され、パターンセットは、複数のパターンを含む、ことをさらに含む。

【0046】

【0047】

第４の態様によれば、通信ユニットと、処理ユニットとを含む信号送信装置が提供され、通信ユニットは、第１の指示情報を端末に送信することであって、第１の指示情報は、端末が利用可能なアップリンク送信リソースを示すために利用され、アップリンク送信リソースは、アンライセンス周波数帯域に配置され、アップリンク送信リソースは、ＰＵＣＣＨ及び第１の信号を送信するために利用され、第１の信号は、ＰＵＳＣＨ、ＳＲＳ、及びＰＲＡＣＨのうちの１つ以上を含む、ことを行うように構成され、処理ユニットは、端末から、通信ユニットを利用することによって、アップリンク送信リソース上でＰＵＣＣＨ及び第１の信号を受信するように構成される。

【0048】

【0049】

可能な実装において、通信ユニットは、第２の指示情報を端末に送信することであって、第２の指示情報は、ＰＵＣＣＨ及び第１の信号が、アップリンク送信リソースを共有することを示すために利用される、ことを行うようにさらに構成される。

【0050】

可能な実装において、通信ユニットは、第３の指示情報を端末に送信することであって、第３の指示情報は、ＰＵＣＣＨリソースを示すために利用される、ことを行うようにさらに構成される。

【0051】

【0052】

可能な実装において、第３の指示情報は、ビットマップを利用することによってＰＵＣＣＨリソースを示す。

【0053】

【0054】

【0055】

【0056】

【0057】

可能な実装において、通信ユニットは、構成情報を端末に送信することであって、構成情報は、パターンセットを構成するために利用され、パターンセットは、複数のパターンを含む、ことを行うようにさらに構成される。

【0058】

【0059】

第４の態様で提供される装置は、第３の態様で提供される方法を実装するように構成されている。従って、第４の態様で提供される装置の様々な実装の有益な効果については、第３の態様で提供される方法の対応する実装の有益な効果を参照されたい。詳細について、ここでは再び説明されない。

【0060】

第５の態様によれば、端末が、ネットワークデバイスから、第１の指示情報を受信することであって、第１の指示情報は、端末が利用可能なＰＵＣＣＨリソースを示すために利用され、ＰＵＣＣＨリソースは、ＰＵＣＣＨを送信するために、端末によって利用されるリソースであり、ＰＵＣＣＨリソースは、アンライセンス周波数帯域内に配置される、ことと、端末が、第１の指示情報に基づいて、ＰＵＣＣＨリソース上でＰＵＣＣＨを送信することと、を含む、信号送信方法が提供される。第５の態様で提供される方法によれば、端末は、アンライセンス周波数帯域内にあり、かつネットワークデバイスによって割り当てられるＰＵＣＣＨリソースを利用することによって、ＰＵＣＣＨを送信し、ＰＵＣＣＨがアンライセンス周波数帯域で送信できないという問題を解決する。可能な実装において、ＰＵＣＣＨリソースは、Ｌ個のリソースユニットを含み、リソースユニットは、第１のリソースユニット又は第２のリソースユニットであり、第２のリソースユニットは、複数の第１のリソースユニットを含み、１つの第２のリソースユニットに含まれる複数の第１のリソースユニットは、送信帯域幅内に均一に分布され、Ｌは、０以上の整数である。

【0061】

可能な実装において、第１の指示情報は、ビットマップを利用することによって、Ｌ個のリソースユニットを示す。この可能な実装は、ＰＵＣＣＨリソースを示す便利で早い方法である。

【0062】

可能な実装において、第１の指示情報は、ＲＩＶであり、ＲＩＶは、ＰＵＣＣＨリソース内の開始リソースユニットのインデックスとの対応関係と、ＰＵＣＣＨリソース内のリソースユニットの数量とを有する。この可能な実装は、ＰＵＣＣＨリソースを示す他の方法であり、この方法は、比較的少ない数量のビットを要求する。従って、リソース消費が低減できる。

【0063】

可能な実装において、リソースユニットは、第２のリソースユニットであり、第１の指示情報は、ＰＵＣＣＨリソースの構造、ＰＵＣＣＨリソースに含まれる開始第１のリソースユニットのインデックスを示すために利用され、ＰＵＣＣＨリソースの構造は、以下の情報、即ち、ＰＵＣＣＨリソースに含まれる第２のリソースユニットの数量、ＰＵＣＣＨリソースに含まれる各第２のリソースユニットに含まれる第１のリソースユニットの数量、又はＰＵＣＣＨリソースに含まれる各第２のリソースユニットに含まれる第１のリソースユニットにおける、隣接する第１のリソースユニット間の間隔、のうちの１つ以上を含む。この可能な実装は、ＰＵＣＣＨリソースを示す他の方法である。

【0064】

可能な実装において、方法は、端末が、ネットワークデバイスから、第２の指示情報を受信することであって、第２の指示情報は、ＰＵＣＣＨが周波数ホッピングを通して送信されるかどうかを示すために利用される、ことをさらに含む。

【0065】

可能な実装において、方法は、端末が、ネットワークデバイスから、第３の指示情報を受信することであって、第３の指示情報は、開始リソースユニットのインデックスと、ＰＵＣＣＨの周波数ホッピング送信の間の次のホップで利用されるリソースユニット内のリソースユニットの数量とを示すために利用される、ことをさらに含む。

【0066】

【0067】

第６の態様によれば、信号送信装置が提供され、装置は、第５の態様で提供されるいずれかの方法を実装する機能を有する。機能は、ハードウェアによって実装されてよく、又は、対応するソフトウェアを実行するハードウェアによって実装されてよい。ハードウェア又はソフトウェアは、上述した機能に対応する１つ以上のユニットを含む。例えば、装置は、通信ユニット及び処理ユニットを含みうる。処理ユニットは、第５の態様における処理アクション（例えば、送信及び／又は受信以外のアクション）を実行するように構成され、通信ユニットは、第５の態様における送信アクション及び／又は受信アクションを実行するように構成される。任意選択で、通信ユニットによって実行されるアクションは、処理ユニットの制御下で実行される。任意選択で、通信ユニットは、送信ユニット及び受信ユニットを含む。この場合、送信ユニットは、第５の態様における送信アクションを実行するように構成され、受信ユニットは、第５の態様における受信アクションを実行するように構成される。装置は、チップの製品形態で存在しうる。第６の態様で提供される装置の様々な実装の有益な効果については、第５の態様で提供される方法の対応する実装の有益な効果を参照されたい。詳細について、ここでは再び説明されない。

【0068】

第７の態様によれば、ネットワークデバイスが、第１の指示情報を端末に送信することであって、第１の指示情報は、端末が利用可能なＰＵＣＣＨリソースを示すために利用され、ＰＵＣＣＨリソースは、ＰＵＣＣＨを送信するために、端末によって利用されるリソースであり、ＰＵＣＣＨリソースは、アンライセンス周波数帯域に配置される、ことと、ネットワークデバイスが、端末から、ＰＵＣＣＨリソース上でＰＵＣＣＨを受信することとを含む、信号送信方法が提供される。第７の態様で提供される方法によれば、ネットワークデバイスは、アンライセンス周波数帯域内のＰＵＣＣＨリソースを端末に割り当て、ＰＵＣＣＨがアンライセンス周波数帯域内で送信できないという問題を解決する。

【0069】

可能な実装において、ＰＵＣＣＨリソースは、Ｌ個のリソースユニットを含み、リソースユニットは、第１のリソースユニット又は第２のリソースユニットであり、第２のリソースユニットは、複数の第１のリソースユニットを含み、１つの第２のリソースユニットに含まれる複数の第１のリソースユニットは、送信帯域幅内に均一に分布され、Ｌは、０以上の整数である。

【0070】

【0071】

【0072】

【0073】

可能な実装において、方法は、ネットワークデバイスが、第２の指示情報を端末に送信することであって、第２の指示情報は、ＰＵＣＣＨが周波数ホッピングを通して送信されるかどうかを示すために利用される、ことをさらに含む。

【0074】

可能な実装において、方法は、ネットワークデバイスが、第３の指示情報を端末に送信することであって、第３の指示情報は、開始リソースユニットのインデックスと、ＰＵＣＣＨの周波数ホッピング送信の間の次のホップで利用されるリソースユニット内のリソースユニットの数量とを示すために利用される、ことをさらに含む。

【0075】

【0076】

第８の態様によれば、信号送信装置が提供され、装置は、第７の態様で提供されるいずれかの方法を実装する機能を有する。機能は、ハードウェアによって実装されてよく、又は、対応するソフトウェアを実行するハードウェアによって実装されてよい。ハードウェア又はソフトウェアは、上述した機能に対応する１つ以上のユニットを含む。例えば、装置は、通信ユニット及び処理ユニットを含みうる。処理ユニットは、第７の態様における処理アクション（例えば、送信及び／又は受信以外のアクション）を実行するように構成され、通信ユニットは、第７の態様における送信アクション及び／又は受信アクションを実行するように構成される。任意選択で、通信ユニットによって実行されるアクションは、処理ユニットの制御下で実行される。任意選択で、通信ユニットは、送信ユニット及び受信ユニットを含む。この場合、送信ユニットは、第７の態様における送信アクションを実行するように構成され、受信ユニットは、第７の態様における受信アクションを実行するように構成される。装置は、チップの製品形態で存在しうる。第８の態様で提供される装置の様々な実装の有益な効果については、第７の態様で提供される方法の対応する実装の有益な効果を参照されたい。詳細について、ここでは再び説明されない。

【0077】

第９の態様によれば、プロセッサを含む信号送信装置が提供される。プロセッサは、メモリに接続され、メモリは、コンピュータ実行可能命令を格納するように構成され、プロセッサは、メモリに格納されたコンピュータ実行可能命令を実行して、第１の態様、第３の態様、第５の態様、又は第７の態様で提供されるいずれかの方法を実装する。メモリ及びプロセッサは、一緒に統合されてよく、又は独立のデバイスであってよい。メモリ及びプロセッサが独立のデバイスである場合、メモリは、信号送信装置の内部に配置されてよく、又は、信号送信装置の外部に配置されてよい。

【0078】

可能な実装において、プロセッサは、論理回路と、入力インターフェース及び／又は出力インターフェースとを含む。出力インターフェースは、対応する方法における送信アクションを実行するように構成され、入力インターフェースは、対応する方法における受信アクションを実行するように構成される。

【0079】

可能な実装において、信号送信装置は、通信インターフェース及び通信バスをさらに含む。プロセッサ、メモリ、及び通信インターフェースは、通信バスを利用することによって接続される。通信インターフェースは、対応する方法における受信及び送信アクションを実行するように構成される。通信インターフェースは、トランシーバとも称されうる。任意選択で、通信インターフェースは、送信機又は受信機を含む。この場合、送信機は、対応する方法における送信アクションを実行するように構成され、受信機は、対応する方法における受信アクションを実行するように構成される。

【0080】

可能な実装において、信号送信装置は、チップの製品形態で存在する。

【0081】

第１０の態様によれば、第２の態様及び第４の態様で提供される信号送信装置、又は、第６の態様及び第８の態様で提供される信号送信装置を含む通信システムが提供される。

【0082】

第１１の態様によれば、命令を含むコンピュータ可読記憶媒体が提供される。命令が、コンピュータ上で実行されるとき、コンピュータは、第１の態様、第３の態様、第５の態様、又は第７の態様で提供されるいずれかの方法を実行できるようになる。

【0083】

第１２の態様によれば、命令を含むコンピュータプログラム製品が提供される。命令が、コンピュータ上で実行されるとき、コンピュータは、第１の態様、第３の態様、第５の態様、又は第７の態様で提供されるいずれかの方法を実行できるようになる。

【0084】

第９の態様から第１２の態様のいずれかの実装によってもたらされる技術的効果については、第１の態様、第３の態様、第５の態様、又は第７の態様の対応する実装によってもたらされる技術的効果を参照されたい。詳細について、ここでは再び説明されない。
本開示の他の態様は、端末によって、ネットワークデバイスから、第１の指示情報を受信するステップであって、前記第１の指示情報は、前記端末が利用可能なアップリンク送信リソースを示すために利用され、前記アップリンク送信リソースは、インターレースリソースを含み、前記インターレースリソースは、物理アップリンク制御チャネルＰＵＣＣＨ及び第１の信号を送信するために利用され、前記第１の信号は、物理アップリンク共有チャネルＰＵＳＣＨを含む、ステップと、前記端末によって、前記第１の指示情報に基づいて、前記アップリンク送信リソース上で前記ＰＵＣＣＨ及び前記第１の信号を送信するステップと、を含む、信号送信方法に関する。
本開示の他の態様は、ネットワークデバイスによって、第１の指示情報を端末に送信するステップであって、前記第１の指示情報は、前記端末が利用可能なアップリンク送信リソースを示すために利用され、前記アップリンク送信リソースは、インターレースリソースを含み、前記インターレースリソースは、物理アップリンク制御チャネルＰＵＣＣＨ及び第１の信号を送信するために利用され、前記第１の信号は、物理アップリンク共有チャネルＰＵＳＣＨリソースを含む、ステップと、前記ネットワークデバイスによって、前記端末から、前記アップリンク送信リソース上で前記ＰＵＣＣＨ及び前記第１の信号を受信するステップと、を含む、信号送信方法に関する。
本開示の他の態様は、通信ユニットと、処理ユニットとを含む信号送信装置であって、前記通信ユニットは、ネットワークデバイスから、第１の指示情報を受信することであって、前記第１の指示情報は、前記信号送信装置によって利用されるアップリンク送信リソースを示すために利用され、前記アップリンク送信リソースは、インターレースリソースを含み、前記インターレースリソースは、物理アップリンク制御チャネルＰＵＣＣＨ及び第１の信号を送信するために利用され、前記第１の信号は、物理アップリンク共有チャネルＰＵＳＣＨを含む、ことを行うように構成され、前記処理ユニットは、前記通信ユニットを利用することによって、前記第１の指示情報に基づいて、前記アップリンク送信リソース上で前記ＰＵＣＣＨ及び前記第１の信号を送信するように構成される、信号送信装置に関する。
本開示の他の態様は、通信ユニットと、処理ユニットとを含む信号送信装置であって、前記通信ユニットは、第１の指示情報を端末に送信することであって、前記第１の指示情報は、前記端末が利用可能なアップリンク送信リソースを示すために利用され、前記アップリンク送信リソースは、インターレースリソースを含み、前記インターレースリソースは、物理アップリンク制御チャネルＰＵＣＣＨ及び第１の信号を送信するために利用され、前記第１の信号は、物理アップリンク共有チャネルＰＵＳＣＨを含む、ことを行うように構成され、前記処理ユニットは、前記端末から、前記通信ユニットを利用することによって、前記アップリンク送信リソース上で前記ＰＵＣＣＨ及び前記第１の信号を受信するように構成される、信号送信装置に関する。

【0085】

上述した態様のいずれか１つの様々な可能な実装は、解決策が矛盾しない限り、組み合わせうることに留意されるべきである。

【図面の簡単な説明】

【0086】

【図1】ＰＵＳＣＨ送信リソースの分布の模式図である。

【図2】この出願の実施形態による、ネットワークアーキティクチャの模式的な構成図である。

【図3】この出願の実施形態による、信号送信方法のフローチャートである。

【図4】この出願の実施形態による、アップリンク送信リソースの分布の模式図である。

【図5】この出願の実施形態による、アップリンク送信リソースの及びＰＵＳＣＨリソースの分布の模式図である。

【図6】この出願の実施形態による、信号送信方法のフローチャートである。

【図7】この出願の実施形態による、信号送信装置の模式的な構成図である。

【図8】この出願の実施形態による、信号送信装置の模式的な構成図である。

【図9】この出願の実施形態による、信号送信装置の模式的な構成図である。

【図10】この出願の実施形態による、端末のハードウェア構造の模式図である。

【図11】この出願の実施形態による、ネットワークデバイスのハードウェア構造の模式図である。

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

【0087】

この出願の説明において、別の方法で特定されない限り、「／」は「又は」を意味する。例えば、Ａ／Ｂは、Ａ又はＢを表しうる。この明細書内の用語「及び／又は」は、関連付けられたオブジェクトについての関連付け関係のみを説明し、３つの関係が存在しうることを表す。例えば、Ａ及び／又はＢは、以下の３つのケース、即ち、Ａのみが存在すること、Ａ及びＢが両方存在すること、及びＢのみが存在することを表しうる。加えて、「少なくとも１つ」は、１つ以上を意味し、「複数の」は、２つ以上を意味する。「第１の」及び「第２の」などの言葉は、数量及び実行順序を限定するものではなく、「第１の」及び「第２の」などの言葉は、確定的な違いを示すものではない。

【0088】

この出願において、「例」又は「例えば」などの用語は、例、実例、又は説明を与えることを表すために利用されることに留意されるべきである。この出願において、「例」として又は「例えば」を伴う任意の実施形態又は設計スキームは、他の実施形態又は設計スキームよりも、より好適である又はより多くの利点を持つと解釈されるべきではない。正確には、「例」又は「例えば」の使用は、特定の方法における関連コンセプトを表すことが意図されている。

【0089】

この出願の実施形態で提供される技術的解決策は、様々な通信システム、例えば、ＬＴＥ通信システム、第５世代（5th generation、略して５Ｇ）通信技術を利用する新しい無線（new radio、略してＮＲ）通信システム、将来の発展型システム、又は複数の集中型通信システムに適用されうる。

【0090】

この出願の実施形態で提供される技術的解決策は、複数の通信シナリオ、例えば、マシンツーマシン（machine to machine、略してＭ２Ｍ）シナリオ、マクロ－マイクロ通信シナリオ、拡張型モバイルブロードバンド（enhanced mobile broadband、略してｅＭＢＢ）シナリオ、超高信頼低遅延通信（ultra-reliable & low latency communication、略してＵＲＬＬＣ）シナリオ、及びマッシブマシンタイプ通信（massive machine type communication、略してｍＭＴＣ）シナリオに適用されうる。

【0091】

図２は、この出願で提供される技術的解決策が適用可能な通信システムの模式図である。通信システムは、少なくとも１つのネットワークデバイス（図２は、１つのネットワークデバイスのみを示している）と、少なくとも１つの端末（図２は、６つの端末：端末１から端末６を示している）とを含みうる。端末１から端末６の１つ以上は、ネットワークデバイスと通信して、データ（例えば、ＰＵＣＣＨ及び／又は後述する第１の信号）、及び／又は構成情報を送信しうる。加えて、端末４から端末６は、この出願で提供される技術的解決策が適用可能な他の通信システムを構成しうる。この場合、送信エンティティ及び受信エンティティの両方は端末である。例えば、車両システムのインターネットにおいて、端末１は、指示情報（例えば、後述する第１の指示情報、第２の指示情報、及び第３の指示情報のうちの１つ以上）を端末２に送信し、端末２によって送信されたデータ（例えば、ＰＵＣＣＨ及び／又は後述する第１の信号）を受信する。端末２は、端末１によって送信された指示情報を受信し、端末１にデータを送信する。

【0092】

説明を簡単にするために、以下では、この出願の実施形態で提供される技術的解決策が、ネットワークデバイス及び端末に適用される例を利用する。この出願の実施形態で提供される技術的解決策は、２つの端末（端末Ａ、及び端末Ｂと表記される）に適用されるとき、後述する実施形態１及び実施形態２において、ネットワークデバイスは、端末Ａで置き換えられ、端末は、端末Ｂで置き換えられることが理解されうる。

【0093】

ネットワークデバイスは、ネットワーク側で信号を送信又は受信するように構成されたエンティティである。ネットワークデバイスは、無線アクセスネットワーク（radio access network、略してＲＡＮ）内に配置され、かつ端末に対する無線通信機能を提供する装置であってよく、例えば、基地局であってよい。ネットワークデバイスは、様々な形態の基地局、例えば、マクロ基地局、マイクロ基地局（スモールセルとも称される）、中継局、及びアクセスポイント（access point、略してＡＰ）であってよく、又は、様々な形態の制御ノード、例えば、ネットワークコントローラを含んでよい。制御ノードは、複数の基地局に接続され、複数の基地局によってカバーされる複数の端末のためにリソースを構成しうる。異なる無線アクセス技術を利用するシステムにおいて、基地局機能を有するデバイスの名称は、異なりうる。例えば、基地局は、モバイル通信のためのグルーバルシステム（global system for mobile communication、略してＧＳＭ）又は符号分割多元接続（code division multiple access、略してＣＤＭＡ）ネットワークにおいて基地送受信局（base transceiver station、略してＢＴＳ）と称されることがあり、ワイドバンド符号分割多元接続（wideband code division multiple access、略してＷＣＤＭＡ）ネットワークにおいてノードＢ（NodeB）と称されることがあり、ＬＴＥシステムにおいて発展型ノードＢ（evolved NodeB、略してｅＮＢ又はｅＮｏｄｅＢ）と称されることがあり、又は、ＮＲ通信システムにおいて次世代ノード基地局（next generation node base station、略してｇＮＢ）と称されることがある。基地局の特定の名称は、この出願では限定されない。代替的に、ネットワークデバイスは、クラウド無線アクセスネットワーク（cloud radio access network、略してＣＲＡＮ）シナリオ、将来の発展型パブリックランドモバイルネットワーク（public land mobile network、略してＰＬＭＮ）内のネットワークデバイス、送受信ポイント（transmission and reception point、略してＴＲＰ）などにおける無線コントローラであってよい。

【0094】

端末は、ユーザに対して音声及び／又はデータ接続サービスを提供するように構成され、端末は、ユーザ側で信号を受信又は送信するように構成されたエンティティである。代替的に、端末は、ユーザ機器（user equipment、略してＵＥ）、端末デバイス、アクセス端末、加入者ユニット、加入者局、モバイル局、リモート局、リモート端末、モバイルデバイス、ユーザ端末、無線通信デバイス、ユーザエージェント、又はユーザ装置と称されることもある。端末は、モバイル局（mobile station、略してＭＳ）、加入者ユニット（subscriber unit）、無人航空機、モノのインターネット（internet of things、略してＩｏＴ）デバイス、無線ローカルエリアネットワーク（wireless local area networks、ＷＬＡＮ）内のステーション（station、略してＳＴ）、セルラフォン（cellular phone）、スマートフォン（smartphone）、コードレスフォン、無線データカード、タブレットコンピュータ、セッション開始プロトコル（session initiation protocol、略してＳＩＰ）フォン、無線ローカルループ（wireless local loop、略してＷＬＬ）ステーション、パーソナルデジタルアシスタント（personal digital assistant、略してＰＤＡ）デバイス、ラップトップコンピュータ（laptop computer）、マシンタイプ通信（machine type communication、ＭＴＣ）端末、無線通信機能又は無線モデムと接続された他の処理デバイスを持つハンドヘルドデバイス又はコンピューティングデバイス、車載デバイス、又は、ウェアラブルデバイス（ウェアラブルインテリジェントデバイスとも称されうる）であってよい。代替的に、端末は、次世代通信システム内の端末、例えば、将来の発展型ＰＬＭＮ内の端末、又はＮＲ通信システム内の端末であってよい。

【0095】

この出願の実施形態で説明されるネットワークアーキティクチャ及びサービスシナリオは、この出願の実施形態における技術的解決策をより明確に説明することを意図しており、この出願の実施形態で提供される技術的解決策の限定を構成しない。当業者は、ネットワークアーキティクチャの発展及び新たなサービスシナリオの出現に伴い、この出願の実施形態で提供される技術的解決策が、類似の技術的問題にも適用できると知りうる。

【0096】

この出願の実施形態をより明確にするために、この出願の実施形態で言及されるいくつかの概念が、以下で簡単に説明される。

【0097】

１．アンライセンス周波数帯域

【0098】

アンライセンス周波数帯域は、ライセンスを取得することなしにデータが送信できる周波数帯域、例えば、２．４ＧＨｚ周波数帯域又は５ＧＨｚ周波数帯域である。しかし、アンライセンス周波数帯域内のデータ送信は、関連する規制要件、例えば、ＥＴＳＩ又はＯＣＢ要件によって特定される電力制限を満たす必要がある。

【0099】

２．システム帯域幅

【0100】

システム帯域幅は、ネットワークデバイス及び端末によってサポート又は構成される帯域幅であり、キャリア帯域幅と称されることもある。

【0101】

３．帯域幅部分（bandwidth part、略してＢＷＰ）

【0102】

ＢＷＰは、システム帯域幅の一部である。

【0103】

４．送信帯域幅

【0104】

送信帯域幅は、システム帯域幅又はＢＷＰ内でデータ送信に利用できる帯域幅又はリソースの数量である。

【0105】

５．インターレース構造

【0106】

この出願の実施形態におけるインターレース構造は、リソース分布方法である。インターレース構造を持つ複数のリソース（１つのインターレース、例えば、後述する第１のリソースユニットと称されうる）は、送信帯域幅内に等間隔で均一に分布される。

【0107】

６．リソースユニット

【0108】

この出願の実施形態におけるリソースユニットは、リソース割り当ての基本単位である。リソースユニットは、第１のリソースユニット又は第２のリソースユニットであってよい。第２のリソースユニットは、複数の第１のリソースユニットを含む。異なる第２のリソースユニットに含まれる第１のリソースユニットの数量は、同じであってよく、又は異なっていてよい。

【0109】

任意選択で、１つの第２のリソースユニットに含まれる複数の第１のリソースユニットは、送信帯域幅内に均一に分布される。例えば、１つの第２のリソースユニットに含まれる複数の第１のリソースユニットは、インターレース構造のものである。代替的に、１つの第２のリソースユニットに含まれる複数の第１のリソースユニットは、送信帯域幅内に不均一に分布されてよい。加えて、１つの第２のリソースユニットに含まれる複数の第１のリソースユニットは、連続又は不連続であってよい。

【0110】

例えば、第２のリソースユニットは、インターレースでありうる。インターレースは、アップリンク送信リソース割り当てのための基本単位である。各インターレースは、送信帯域幅内に均一に分布された複数のＰＲＢを含み、各インターレース内の２つの隣接するＰＲＢ毎に同じ間隔を有する。第１のリソースユニットはＰＲＢである。

【0111】

任意選択で、第１のリソースユニットは、サブキャリアであるか、第１のリソースユニットは、サブキャリアグループであるか、第１のリソースユニットは、ＰＲＢであるか、又は、第１のリソースユニットは、リソースブロックグループ（resource block group、略してＲＢＧ）である。１つのサブキャリアグループは、複数のサブキャリアを含んでよく、１つのＲＢＧは、複数のＰＲＢを含んでよい。もちろん、第１のリソースユニットは、代替的に、リソースエレメント（resource element、略してＲＥ）、スケジューリングブロック（scheduling block、略してＳＢ、ＲＢペアと称されることもある）などであってよい。これは、特に、この出願の実施形態において限定されない。

【0112】

第１のリソースユニット及び第２のリソースユニットは、異なる名称を有してもよいことに留意されるべきである。例えば、第１のリソースユニットは、リソースユニットと称されてよいし、第２のリソースユニットは、リソースユニットグループと称されてよい。この場合、１つのリソースユニットグループは、複数のリソースユニットを含み、リソースユニットは、サブキャリア、サブキャリアグループ、ＰＲＢ、ＲＢＧ、ＲＥ、ＳＢなどであってよい。

【0113】

実施形態１
リソース利用を改善するために、実施形態１は、信号送信方法を提供する。図３に示すように、方法は、以下のステップを含む。

【0114】

３０１．ネットワークデバイスは、第１の指示情報を端末に送信し、第１の指示情報は、端末が利用可能なアップリンク送信リソースを示すために利用される。それに対応して、端末は、ネットワークデバイスから、第１の指示情報を受信する。

【0115】

いくつかのシナリオにおいて（例えば、端末が成功裏にトーク前リッスン（listen before talk、略してＬＢＴ）を実行するシナリオにおいて）、第１の指示情報は、代替的に、実際に端末によって利用されるアップリンク送信リソースを示しうることに留意されるべきである。

【0116】

第１の指示情報は、上位レイヤシグナリング及び／又はダウンリンク制御情報（downlink control information、略してＤＣＩ）（即ち、ＵＬグラント）で搬送されうる。上位レイヤシグナリングは、無線リソース制御（radio resource control、略してＲＲＣ）シグナリング、メディアアクセス制御（medium access control、略してＭＡＣ）制御要素（MAC control element、略してＭＡＣＣＥ）シグナリングなどであってよい。第１の指示情報がＤＣＩで搬送されるとき、ネットワークデバイスは、例えば、ＮＲで定義されたＤＣＩフォーマット０＿０又はＤＣＩフォーマット０＿１内の周波数領域リソース割り当てフィールドを利用することによって、アップリンク送信リソースを示しうる。

【0117】

アップリンク送信リソースは、アンライセンス周波数帯域に配置され、アップリンク送信リソースは、ＰＵＣＣＨ及び／又は第１の信号を送信するために利用される。第１の信号は、ＰＵＳＣＨ、ＳＲＳ、及びＰＲＡＣＨのうちの１つ以上を含む。第１の信号は、ＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳ、及びＰＲＡＣＨ以外の、アップリンク信号をさらに含んでよいことに留意されるべきである。これは、この出願のこの実施形態では限定されない。

【0118】

任意選択で、アップリンク送信リソースは、Ｌ個のリソースユニットを含み、Ｌは、０以上の整数である。Ｌ＝０のとき、それは、ネットワークデバイスが、アップリンク送信リソースを端末に割り当てないことを示す。この場合、端末が、第１の指示情報に基づいて、利用可能なアップリンク送信リソースがないと決定する場合、端末は、アップリンク送信を実行しない。

【0119】

任意選択で、アップリンク送信リソースが、ＥＴＳＩのＯＣＢ要件を満たすことを保証するため、送信帯域幅に対するアップリンク送信リソースの周波数領域スパンの比率は、事前設定された閾値より大きい。アップリンク送信リソースの周波数領域スパンは、アップリンク送信リソース内の最初のリソースユニットと最後のリソースユニットとの間の帯域幅スパンである。事前設定された閾値は、ＥＴＳＩのＯＣＢ要件に従って決定されうる。例えば、５ＧＨｚ周波数帯域について、事前設定された閾値は８０％であってよい。

【0120】

３０２．端末は、第１の指示情報に基づいて、アップリンク送信リソース上でＰＵＣＣＨ及び／又は第１の信号を送信する。それに対応して、ネットワークデバイスは、端末から、アップリンク送信リソース上のＰＵＣＣＨ及び／又は第１の信号を受信する。

【0121】

この出願のこの実施形態で提供される方法によれば、アップリンク送信リソースは、ＰＵＣＣＨを送信するために利用されるだけでなく、第１の信号を送信するためにも利用されうる。例えば、ＰＵＣＣＨ送信のために要求されるリソースが、１つのインターレースに含まれるリソースより少ない場合、インターレース内の残りのリソースは、第１の信号を送信するために利用されうる。これは、端末のＰＵＣＣＨがインターレース全体を占有しないときに引き起こされるリソースの浪費を回避でき、それによって、リソース利用を改善する。

【0122】

加えて、ＬＴＥ－ｅＬＡＡにおいては、アンライセンス周波数帯域におけるＰＵＣＣＨの送信がサポートできない。実施形態１で提供される方法によれば、アンライセンス周波数帯域内のＰＵＣＣＨリソースは、端末に割り当てられ、ＰＵＣＣＨがアンライセンス周波数帯域内で送信できないという問題を解決する。

【0123】

ステップ３０１において、第１の指示情報は、後述する方法１又は方法２のいずれかにおけるアップリンク送信リソースを示してよい。リソースユニットが第２のリソースユニットであるとき、第１の指示情報は、代替的に、方法３、方法４、又は方法５におけるアップリンク送信リソースを示してよい。

【0124】

方法１：第１の指示情報は、ビットマップ（bitmap）を利用することによって、アップリンク送信リソースを示す。

【0125】

方法１において、第１の指示情報は、ビットマップ（bitmap）を利用することによって、アップリンク送信リソースを示しうる。各リソースユニットは、ビットマップ内の１つのビットに対応する。ビットの値は、ビットに対応するリソースユニットが、アップリンク送信のために割り当てられるかどうかを表しうる。ビットの第１の値は、ビットに対応するリソースユニットが、アップリンク送信のために割り当てられることを示しうる。ビットの第２の値は、ビットに対応するリソースユニットが、アップリンク送信のために割り当てられないことを表しうる。例えば、可能な実装において、ビットに対応するリソースユニットがアップリンク送信のために割り当てられることを示すビットの値は「１」である。他の可能な実装において、ビットに対応するリソースユニットがアップリンク送信のために割り当てられることを示すビットの値は「０」である。

【0126】

例えば、送信帯域幅が、合計で２０個のＰＲＢに対応すると仮定すると、２０個のＰＲＢのそれぞれは、１ビットに対応し、ビットマップは、合計で２０ビットを有する。ビットの値が「１」の場合、それは、ビットに対応するＰＲＢが、アップリンク送信のために割り当てられることを示す。ビットマップが10000000000000000010である場合、それは、２０個のＰＲＢのうち、最初のＰＲＢ（即ち、ＰＲＢ＃０）及び１９番目のＰＲＢ（即ち、ＰＲＢ＃１８）が、アップリンク送信のために利用されることを示す。この出願のこの実施形態において、ＰＲＢ＃ｉは、そのインデックス又はシーケンス番号がｉであるＰＲＢである。この出願のこの実施形態は、説明のため、ＰＲＢのインデックス又はシーケンス番号が０から始まる例を利用する。実際の実装中、ＰＲＢのインデックス又はシーケンス番号は、代替的に、１又は他の値から始まってよい。

【0127】

方法２：第１の指示情報は、リソース指示値（resource indication value、略してＲＩＶ）である。ＲＩＶは、アップリンク送信リソース内の開始リソースユニットのインデックスとの対応関係、及びアップリンク送信リソース内のリソースユニットの数量を有する。

【0128】

方法２において、１つのＲＩＶは、１つのアップリンク送信リソース内の開始リソースユニットのインデックス、及び１つのアップリンク送信リソース内のリソースユニットの数量に対応する。異なるＲＩＶは、アップリンク送信リソース内の開始リソースユニットの異なるインデックス、及び／又はアップリンク送信リソース内のリソースユニットの異なる数量に対応する。ネットワークデバイスは、ＲＩＶを端末に示し、端末は、ＲＩＶに基づいて、アップリンク送信に利用される開始リソースユニットのインデックスと、リソースユニットの数量とを知って、さらに、アップリンク送信に利用されるリソースの位置を知る。

【0129】

例えば、表１を参照すると、４つのＲＩＶは、ＲＩＶ１、ＲＩＶ２、ＲＩＶ３、及びＲＩＶ４である。４つのＲＩＶに対応する開始リソースユニットのインデックスは、１、２、１、及び２である。４つのＲＩＶに対応するリソースユニットの数量は、１０、２０、１０、及び２０である。

【0130】

【表1】

【0131】

ＲＩＶは、開始リソースユニットのインデックス及びリソースユニットの数量に基づく計算を通じて取得されうる。以下では、方法１におけるＲＩＶ計算方法を説明するために、リソースユニットがＰＲＢである例を利用する。ＲＩＶ計算方法は、この明細書で説明される方法に限定されず、他の方法であってよいことが理解されうる。これは、この出願のこの実施形態において限定されない。

【0132】

例えば、アップリンク送信がＢＷＰにおいて実行され、アップリンク送信のために利用される開始ＰＲＢのインデックスがＰＲＢ_startと表記され、アップリンク送信のために利用されるＰＲＢの数量がＬ_PRBsと表記され、ＢＷＰにおける送信帯域幅に対応するＰＲＢの数量がＮ^size _BWPと表記されると仮定される。

【0133】

【数1】

【0134】

方法３：アップリンク送信リソースは、Ｌ個の第２のリソースユニットを含み、第１の指示情報は、ＲＩＶである。ＲＩＶは、アップリンク送信リソース内の開始第１のリソースユニットのインデックスとの対応関係と、アップリンク送信リソース内の第２のリソースユニットの数量とを有する。

【0135】

方法３において、１つのＲＩＶは、１つのアップリンク送信リソース内の開始第１のリソースユニットのインデックスと、１つのアップリンク送信リソース内の第２のリソースユニットの数量とに対応する。異なるＲＩＶは、アップリンク送信リソース内の開始第１のリソースユニットの異なるインデックス、及び／又はアップリンク送信リソース内の第２のリソースユニットの異なる数量に対応する。ネットワークデバイスは、ＲＩＶを端末に示し、端末は、ＲＩＶに基づいて、アップリンク送信のために利用される開始第１のリソースユニットのインデックスと、第２のリソースユニットの数量とを知り、アップリンク送信のために利用されるリソースの位置を正確に知る。

【0136】

例えば、第１のリソースユニットがＰＲＢであり、異なる第２のリソースユニット内の隣接するＰＲＢの間の間隔が同じであると仮定される。第２のリソースユニット内の２つの隣接するＰＲＢの間のＰＲＢの数量は、Ｎと表記され、第２のリソースユニットに含まれるＰＲＢの数量は、Ｍと表記され、送信帯域幅に対応するＰＲＢの数量は、Ｎ^size _BWPと表記され、アップリンク送信リソース内の開始ＰＲＢのインデックスは、ＰＲＢ_start1と表記される。この場合、アップリンク送信リソース（即ち、Ｌ個の第２のリソースユニット）に含まれるＰＲＢセットは、インデックスがＰＲＢ_start1＋ｌ＋ｉ＊Ｎである全てのＰＲＢを含む。

【0137】

【数2】

【0138】

この出願の実施形態において、「＊」は、乗算を表す。この場合、

【0139】

【数3】

【0140】

例えば、図４を参照し、Ｎ^size _BWP＝１０６ＰＲＢ、Ｎ＝１０ＰＲＢ、Ｍ＝１１、又はＭ＝１０と仮定する。図４の例（ａ）においては、Ｌ＝１、及びＰＲＢ_start1＝０である。従って、アップリンク送信リソースは、合計で１１個のＰＲＢ、即ち、ＰＲＢ＃０、ＰＲＢ＃１０、ＰＲＢ＃２０、…、ＰＲＢ＃１００を含む。この場合、ＲＩＶ＝０である。図４の例（ｂ）においては、Ｌ＝２、及びＰＲＢ_start1＝０である。従って、アップリンク送信リソースは、合計で２２個のＰＲＢ、即ち、ＰＲＢ＃０、ＰＲＢ＃１、ＰＲＢ＃１０、ＰＲＢ＃１１、ＰＲＢ＃２０、ＰＲＢ＃２１、…、ＰＲＢ＃１００、及びＰＲＢ＃１０１を含む。この場合、ＲＩＶ＝１０である。

【0141】

任意選択で、方法３の代替的な実装において、１つのＲＩＶは、１つのアップリンク送信リソース内の開始第２のリソースユニットのインデックスと、１つのアップリンク送信リソース内の第２のリソースユニットの数量とに対応してよい。第２のリソースユニットのインデックスと、第２のリソースユニットに含まれる第１のリソースユニットのインデックスとの間に対応関係があることが理解されうる。例えば、インデックスが０の第２のリソースユニットに含まれる第１のリソースユニットのインデックスは、０、１０、２０、…、９０でありうる。従って、方法３の指示方法において、第２のリソースユニットのインデックス、及び対応する第１のリソースユニットのインデックスに関して同等の処理が実行されうる。言い換えると、端末は、開始第２のリソースユニットのインデックスに基づいて開始第１のリソースユニットのインデックスを決定し、次いで、ＲＩＶに基づいてアップリンク送信リソースを決定しうる。

【0142】

方法４：アップリンク送信リソースは、Ｌ個の第２のリソースユニットを含み、第１の指示情報は、アップリンク送信リソース内の１番目の第２のリソースユニットの開始第１のリソースユニットのインデックス、アップリンク送信リソース内の第２のリソースユニットの数量、及び、２番目からＬ番目の第２のリソースユニットのそれぞれの開始第１のリソースユニットのインデックスと、１番目の第２のリソースユニットの開始第１のリソースユニットのインデックスとの間のオフセットを示すために利用される。

【0143】

方法４において、端末は、第１の指示情報に基づいて、アップリンク送信リソースを決定しうる。

【0144】

例えば、第１のリソースユニットが、ＰＲＢであり、異なる第２のリソースユニット内の隣接するＰＲＢの間の間隔は同じであると仮定される。第２のリソースユニット内の２つの隣接するＰＲＢの間のＰＲＢの数量は、Ｎと表記され、第２のリソースユニットに含まれるＰＲＢの数量は、Ｍと表記され、送信帯域幅に対応するＰＲＢの数量は、Ｎ^size _BWPと表記され、アップリンク送信リソース内の１番目の第２のリソースユニットの開始ＰＲＢのインデックスは、ＰＲＢ_start1と表記され、Ｌ個の第２のリソースユニット内のｌ番目（ｌは、０以上でＬ未満の整数）の第２のリソースユニットの開始ＰＲＢのインデックスと、１番目の第２のリソースユニット内の開始ＰＲＢのインデックスとの間のオフセットは、ｏｆｆｓｅｔｌと表記される。この場合、アップリンク送信リソース（即ち、Ｌ個の第２のリソースユニット）に含まれるＰＲＢセットは、インデックスがＰＲＢ_start1＋ｏｆｆｓｅｔ＋ｉ＊Ｎである全てのＰＲＢを含む。

【0145】

【数4】

【0146】

Ｌ個の第２のリソースユニット内の開始第１のリソースユニットは全て、連続又は不連続であってよく、特に、オフセットの値に依存する。ｏｆｆｓｅｔ０、ｏｆｆｓｅｔ１、…、ｏｆｆｓｅｔ（Ｌ－１）が連続値である場合、Ｌ個の第２のリソースユニット内の開始第１のリソースユニットは全て、連続である。ｏｆｆｓｅｔ０、ｏｆｆｓｅｔ１、…、ｏｆｆｓｅｔ（Ｌ－１）が不連続値である場合、Ｌ個の第２のリソースユニット内の開始第１のリソースユニットは全て、不連続である。

【0147】

例えば、図４を参照し、Ｎ^size _BWP＝１０６ＰＲＢ、及びＮ＝１０ＰＲＢであると仮定する。図４の例（ｃ）においては、Ｌ＝２、ｏｆｆｓｅｔ０＝０、ｏｆｆｓｅｔ１＝１、及びＰＲＢ_start1＝０である。従って、アップリンク送信リソースは、合計で２２個のＰＲＢ、即ち、ＰＲＢ＃０、ＰＲＢ＃１、ＰＲＢ＃１０、ＰＲＢ＃１１、ＰＲＢ＃２０、ＰＲＢ＃２１、…、ＰＲＢ＃１００、及びＰＲＢ＃１０１を含む。図４の例（ｄ）においては、Ｌ＝２、ｏｆｆｓｅｔ０＝０、ｏｆｆｓｅｔ１＝２、及びＰＲＢ_start1＝０である。従って、アップリンク送信リソースは、合計で２２個のＰＲＢ、即ち、ＰＲＢ＃０、ＰＲＢ＃２、ＰＲＢ＃１０、ＰＲＢ＃１２、ＰＲＢ＃２０、ＰＲＢ＃２２、…、ＰＲＢ＃１００、及びＰＲＢ＃１０２を含む。

【0148】

方法５：リソースユニットは、第２のリソースユニットであり、第１の指示情報は、アップリンク送信リソースの構造、及び／又は、アップリンク送信リソースに含まれる開始第１のリソースユニット（又は開始第２のリソースユニット）のインデックスを示すために利用され、アップリンク送信リソースの構造は、以下の情報、即ち、アップリンク送信リソースに含まれる第２のリソースユニットの数量、アップリンク送信リソースに含まれる各第２のリソースユニットに含まれる第１のリソースユニットの数量、又は、アップリンク送信リソースに含まれる各第２のリソースユニットに含まれる第１のリソースユニット内の隣接する第１のリソースユニットの間の間隔、のうちの１つ以上を含む。

【0149】

方法５において、端末は、開始第１のリソースユニット（又は、開始第２のリソースユニット）に基づいてアップリンク送信リソースの開始位置を決定し、次いで、アップリンク送信リソースを正確に決定するために、アップリンク送信リソースの構造に基づいて、送信帯域幅内のアップリンク送信リソースの分布を決定しうる。

【0150】

任意選択で、ＰＵＣＣＨ及び第１の信号は、アップリンク送信リソースを共有し、アップリンク送信リソースは、ＰＵＣＣＨリソース及び第１の信号のリソースを含み、ＰＵＣＣＨリソースは、ＰＵＣＣＨを送信するために利用され、第１の信号のリソースは、第１の信号を送信するために利用される。

【0151】

アップリンク送信リソース、ＰＵＣＣＨリソース、及び第１の信号のリソースのいずれか１つは、インターレース構造のものであってよく、又は、送信帯域幅内のインターレース構造のものでなくてよい。これは、この出願のこの実施形態において特に限定されない。ＰＵＣＣＨリソースと、第１の信号のリソースとの和は、第１の送信リソースの一部又は全部であってよい。

【0152】

ＰＵＣＣＨ及び第１の信号がアップリンク送信リソースを共有することは、端末上で事前設定されてよく、又は、ネットワークデバイスによって示されてよいことに留意されるべきである。ＰＵＣＣＨ及び第１の信号がアップリンク送信リソースを共有することをネットワークデバイスが示す場合、任意選択で、方法は、以下をさらに含む。

【0153】

ネットワークデバイスは、第２の指示情報を端末に送信し、第２の指示情報は、ＰＵＣＣＨ及び第１の信号がアップリンク送信リソースを共有することを示すために利用される。それに対応して、端末は、ネットワークデバイスから、第２の指示情報を受信する。端末は、第２の指示情報に基づいて、ＰＵＣＣＨ及び第１の信号がアップリンク送信リソースを共有することを決定しうる。

【0154】

第２の指示情報は、上位レイヤシグナリング（例えば、ＲＲＣシグナリング又はＭＡＣＣＥシグナリング）及び／又はＤＣＩで搬送されうる。例えば、第２の指示情報が、ＲＲＣシグナリングで搬送される場合、指示情報の一部は、ＲＲＣシグナリング内のＰＵＣＣＨ構成（PUCCH config）パラメータに追加されうる。指示情報が「１」である場合、それは、ＰＵＣＣＨ及び第１の信号が、アップリンク送信リソースを共有することを示す。指示情報が「０」である場合、それは、ＰＵＣＣＨ及び第１の信号が、アップリンク送信リソースを共有しないことを示す。例えば、第１の信号がＰＵＳＣＨである場合、指示情報は、ＰＵＣＣＨ及びＰＵＳＣＨがアップリンク送信リソースを共有することを示し、指示情報の名称は、ＰＵＣＣＨ－ＰＵＳＣＨ多重と称されることがある。

【0155】

第１の指示情報は、アップリンク送信リソースを示し、アップリンク送信リソースは、ＰＵＣＣＨ及び第１の信号の両方を送信するために利用されうる。加えて、端末は、アップリンク送信リソース内のどのリソースが、端末によってＰＵＣＣＨ送信を実行するために具体的に利用されるかを知らない。従って、端末は、さらに、アップリンク送信リソース内のＰＵＣＣＨを送信するためのリソースを知ることが必要である。この場合、方法は、ネットワークデバイスが、第３の指示情報を端末に送信することであって、第３の指示情報は、ＰＵＣＣＨリソースを示すために利用される、ことをさらに含みうる。それに対応して、端末は、ネットワークデバイスから、第３の指示情報を受信する。端末は、第３の指示情報に基づいて、アップリンク送信リソース内のＰＵＣＣＨリソースを決定しうる。

【0156】

第３の指示情報は、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、又はＭＡＣＣＥシグナリング）及び／又はＤＣＩで搬送されうる。第３の指示情報がＤＣＩで搬送されるとき、ＤＣＩ内の既存のフィールドが、ＰＵＣＣＨリソースを示すために利用されうる。例えば、ＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１内のＰＵＣＣＨリソースインジケータフィールドが、ＰＵＣＣＨリソースを示すために利用されうる。もちろん、代替的に、新たなフィールドが、ＰＵＣＣＨリソースを示すために、ＤＣＩに追加されてよい。

【0157】

第３の指示情報の機能は、以下の方法１から方法６のいずれか１つで実装されうる。

【0158】

方法１：第３の指示情報は、ビットマップを利用することによってＰＵＣＣＨリソースを示す。

【0159】

方法１において、ビットマップの長さは、アップリンク送信リソースに含まれる第１のリソースユニットの数量に等しくてよく、ビットマップ内の各ビットは、アップリンク送信リソース内の１つの第１のリソースユニットに対応する。１つのビットの値は、ビットに対応する第１のリソースユニットがアップリンク送信のために割り当てられるかどうかを表しうる。例えば、可能な実装においては、ビットに対応する第１のリソースユニットがアップリンク送信に割り当てられることを示すビットの値は「１」である。他の可能な実装においては、ビットに対応する第１のリソースユニットがアップリンク送信に割り当てられることを示すビットの値は「０」である。

【0160】

例えば、アップリンク送信リソースが、合計で１１個のＰＲＢ、即ち、ＰＲＢ＃０、ＰＲＢ＃１０、…、ＰＲＢ＃１００を含むと仮定される。１１ビットのビットマップが指示のために利用されてよく、各ビットは、アップリンク送信リソース内の１つのＰＲＢに対応する。ビットの値が「１」である場合、それは、ビットに対応するＰＲＢが、アップリンク送信に割り当てられることを示す。ビットマップが10000000000である場合、それは、１１個のＰＲＢのうちの最初のＰＲＢ（即ち、ＰＲＢ＃０）がＰＵＣＣＨ送信に利用されることを示す。

【0161】

方法２：第３の指示情報は、リソースユニットオフセット及びリソースユニットの数量を示すために利用される。リソースユニットオフセットは、ＰＵＣＣＨリソース内の開始リソースユニットのインデックスと、Ｌ個のリソースユニット内の開始リソースユニットのインデックスとの間のオフセットを示すために利用される。

【0162】

リソースユニットの数量は、連続するリソースユニットの数量である。例えば、アップリンク送信リソースが、合計で１１個のＰＲＢ、即ち、ＰＲＢ＃０、ＰＲＢ＃１０、…、ＰＲＢ＃１００を含むと仮定される。第３の指示情報によって示されるオフセットが０であり、かつ、第３の指示情報によって示されるリソースユニットの数量が２である場合、１１個のＰＲＢのうち、最初のＰＲＢ（即ち、ＰＲＢ＃０）及び２番目のＰＲＢ（即ち、ＰＲＢ＃１０）が、ＰＵＣＣＨ送信に利用される。

【0163】

方法２において、ＰＵＣＣＨリソースが、デフォルトで、Ｌ個のリソースユニットの１つのみを占有する場合、第３の指示情報は、代替的に、リソースユニットオフセットのみを示してよく、リソースユニットの数量を示さないことに留意されるべきである。例えば、アップリンク送信リソースが、合計で１１個のＰＲＢ、即ち、ＰＲＢ＃０、ＰＲＢ＃１０、…、ＰＲＢ＃１００を含み、ＰＵＣＣＨリソースが１つのＰＲＢだけを占有し、３つのビットがリソースユニットオフセットを示すために利用されると仮定される。第３の指示情報が「001」である場合、１１個のＰＲＢのうち、２番目のＰＲＢ（即ち、ＰＲＢ＃１０）がＰＵＣＣＨ送信に利用される。第３の指示情報が「000」である場合、１１個のＰＲＢのうち、最初のＰＲＢ（即ち、ＰＲＢ＃０）がＰＵＣＣＨ送信に利用される。

【0164】

方法３：第３の指示情報は、パターン（pattern）を示すために利用される。パターンは、Ｌ個のリソースユニット内での、ＰＵＣＣＨリソースにおける全てのリソースの分布のタイプを示す。

【0165】

パターンは、アップリンク送信リソース内のＰＵＣＣＨリソースの位置を特定する。端末は、第３の指示情報によって示されるパターンに基づいて、送信帯域幅内のＰＵＣＣＨリソースの位置及びアップリンク送信リソースの位置を知りうる。

【0166】

ネットワークデバイスは、ビットマップ又はリストを利用することによって、パターンを示してよい。具体的な原理については上記の説明を参照されたく、そして、詳細については、ここでは再び説明されない。

【0167】

方法４：第３の指示情報は、パターン識別子（pattern ID）を示すために利用される。パターン識別子は、パターンを示すために利用され、パターンは、Ｌ個のリソースユニット内での、ＰＵＣＣＨリソースにおける全てのリソースユニットの分布のタイプを示す。

【0168】

方法４において、端末は、パターンセットを有しうる。パターンセットは、複数のパターンを含み、各パターンは、１つのパターン識別子に対応する。この場合、端末は、第３の指示情報によって示されるパターン識別子に基づいてパターンを決定しうるし、アップリンク送信リソースの位置に基づいて、送信帯域幅内のＰＵＣＣＨリソースの位置を知りうる。

【0169】

パターンセットは、端末で事前設定され、かつグラフで示されてよく、例えば、通信標準において定義されてよい。

【0170】

代替的に、パターンセットは、ネットワークデバイスによって、端末のために構成されてよい。この場合、任意選択で、方法は、ネットワークデバイスが、構成情報を端末に送信することであって、構成情報は、パターンセットを構成するために利用され、パターンセットは、複数のパターンを含む、ことをさらに含む。それに対応して、端末は、ネットワークデバイスから、構成情報を受信する。端末は、構成情報に基づいて、パターンセットを決定しうる。例えば、ネットワークデバイスは、ＲＲＣシグナリングを利用することによってパターンセットを構成し、ＤＣＩを利用することによってパターン識別子を示してよい。

【0171】

例えば、図５は、４つのパターンを示す。４つのパターンは、パターンセットを形成する。アップリンク送信リソースは１つの第２のリソースユニットであり、第２のリソースユニットは１０個のＰＲＢを含むと仮定される。この場合、パターン１のＰＵＣＣＨリソースは、アップリンク送信リソース内の最初のＰＲＢであり、パターン２のＰＵＣＣＨリソースは、アップリンク送信リソース内の最後のＰＲＢであり、パターン３のＰＵＣＣＨリソースは、アップリンク送信リソース内の最後であるが１つのＰＲＢであり、パターン４のＰＵＣＣＨリソースは、アップリンク送信リソース内の２番目のＰＲＢである。

【0172】

図５に示した例に基づき、第１の指示情報が、ＲＩＶが０であることを示す場合、アップリンク送信リソースが、合計で１１個のＰＲＢ、即ち、ＰＲＢ＃０、ＰＲＢ＃１０、…、ＰＲＢ＃１００を含むことを端末が知りうると、図４に示した例から知ることができる。第３の指示情報が、パターンＩＤが１であることを示す場合、端末は、アップリンク送信リソース内の最初のＰＲＢ（即ち、ＰＲＢ＃０）が、ＰＵＣＣＨ送信のために利用されることを決定しうる。

【0173】

ネットワークデバイスが、端末のためにパターンセットを構成するとき、ネットワークデバイスは、第３の指示情報を利用することによってパターン識別子を示さなくてよいが、端末は、自身でパターン識別子を計算することに留意されるべきである。この場合、パターンセット内のパターンと、知られているか、又は端末によって知られうる他の情報との間の対応関係がありうる。例えば、パターンＩＤと、ＵＥＩＤ（即ち、端末の識別子）との間の対応するマッピング関係がある。端末は、ＵＥＩＤに基づいて、対応するパターンＩＤを計算してよく、例えば、pattern ID=UE ID mod Sであり、ここで、Ｓは正の整数である。図５に示した例に基づき、第１の指示情報が、ＲＩＶが０であることを示す場合、端末は、アップリンク送信リソースが、合計で１１個のＰＲＢ、即ち、ＰＲＢ＃０、ＰＲＢ＃１０、…、ＰＲＢ＃１００を含むことを知りうる。ＵＥＩＤが５であり、かつＳが４であると仮定すると、端末は、パターンＩＤが１であると計算しうるし、端末は、アップリンク送信リソース内の最初のＰＲＢ（即ち、ＰＲＢ＃０）が、ＰＵＣＣＨ送信のために利用されることを決定しうる。

【0174】

方法５：第３の指示情報は、ＲＩＶであり、ＲＩＶは、ＰＵＣＣＨリソース内の開始リソースユニットのインデックスとの対応関係、及びＰＵＣＣＨリソース内のリソースユニットの数量を有する。

【0175】

方法５において、１つのＲＩＶは、１つのＰＵＣＣＨリソース内の開始リソースユニットのインデックスと、１つのＰＵＣＣＨリソース内のリソースユニットの数量とに対応する。異なるＲＩＶは、ＰＵＣＣＨリソース内の開始リソースユニットの異なるインデックス、及び／又はＰＵＣＣＨリソース内のリソースユニットの異なる数量に対応する。ネットワークデバイスは、ＲＩＶを端末に示し、端末は、ＲＩＶに基づいて、ＰＵＣＣＨ送信のために利用される開始リソースユニットのインデックス及びリソースユニットの数量を知り、さらに、ＰＵＣＣＨ送信のために利用されるリソースの位置を知る。

【0176】

方法５において、ネットワークデバイスは、ＮＲ／ＬＴＥにおけるリソースインジケーション及び計算方法を利用することによって、即ち、ＰＵＣＣＨリソース内の開始リソースユニットのインデックス及びＰＵＣＣＨリソース内のリソースユニットの数量に基づいて、ユニークなＲＩＶを計算することができる。端末は、また、ＲＩＶに基づいて、端末に割り当てられたＰＵＣＣＨリソース内の開始リソースユニットのインデックスと、ＰＵＣＣＨリソース内のリソースユニットの数量とを逆算し、ＰＵＣＣＨ送信のために利用されるリソースの位置を決定することができる。

【0177】

以下では、方法５におけるＲＩＶ計算方法を説明するために、リソースユニットがＰＲＢである例を利用する。ＲＩＶ計算方法は、この明細書において説明される方法に限定されず、他の方法であってよいことが理解されうる。これは、この出願のこの実施形態において限定されない。

【0178】

ＰＵＣＣＨ送信のために利用される開始ＰＲＢのインデックスは、ＰＲＢ_pucchと表記される。任意選択で、インデックスは、アップリンク送信リソースに関連する相対的なインデックスである。ＰＵＣＣＨ送信のために利用されるＰＲＢの数量は、Ｌ_pucchと表記され、アップリンク送信リソースに対応するＰＲＢの数量は、Ｎ_ULと表記される。この場合、

【0179】

【数5】

【0180】

方法６：第３の指示情報は、第１の信号リソースを示す。

【0181】

アップリンク送信リソースが、ＰＵＣＣＨリソース及び第１の信号のリソースを含むため、第１の信号のリソースを決定した後、端末は、アップリンク送信リソース内の第１の信号のリソース以外のリソースが、ＰＵＣＣＨリソースであると決定しうる。

【0182】

第３の指示情報は、上述した実施形態での方法１から方法５のいずれか１つにおける第１の信号のリソースを示しうる。違いは、第１の信号のリソースがここに示されていることのみにある。

【0183】

実施形態１においては、限定されないが、アップリンク送信リソースが共有されるかどうかを示すために利用されるシグナリング、アップリンク送信リソースを示すために利用されるシグナリング、及びＰＵＣＣＨリソースを示すために利用されるシグナリングのための以下の８つのケースがある。

【0184】

１．ＰＵＣＣＨ及び第１の信号がアップリンク送信リソースを共有するかどうかは、ＲＲＣシグナリングを利用することによって示され、アップリンク送信リソースは、ＤＣＩ（即ち、ＵＬグラント）を利用することによって示され、アップリンク送信リソース内のＰＵＣＣＨリソースの位置は、ＤＣＩ（即ち、ＤＬグラント及び／又はＵＬグラント）を利用することによって示される。

【0185】

２．ＰＵＣＣＨ及び第１の信号がアップリンク送信リソースを共有するかどうかは、ＲＲＣシグナリングを利用することによって示され、アップリンク送信リソースは、ＤＣＩ（即ち、ＵＬグラント）を利用することによって示され、アップリンク送信リソース内のＰＵＣＣＨリソースの位置は、予め構成される。

【0186】

３．ＰＵＣＣＨ及び第１の信号がアップリンク送信リソースを共有するかどうかは、ＲＲＣシグナリングを利用することによって示され、アップリンク送信リソースは、ＤＣＩ（即ち、ＵＬグラント）を利用することによって示され、パターンは、ＲＲＣシグナリングを利用することによって示される。

【0187】

４．ＰＵＣＣＨ及び第１の信号がアップリンク送信リソースを共有するかどうかは、ＲＲＣシグナリングを利用することによって示され、アップリンク送信リソースは、ＤＣＩ（即ち、ＵＬグラント）を利用することによって示され、パターンセットは、ＲＲＣシグナリングを利用することによって示され、パターンＩＤは、ＤＣＩを利用することによって示される。

【0188】

５．ＰＵＣＣＨ及び第１の信号がアップリンク送信リソースを共有するかどうかは、ＤＣＩを利用することによって示され、アップリンク送信リソースは、ＤＣＩ（即ち、ＵＬグラント）を利用することによって示され、アップリンク送信リソース内のＰＵＣＣＨリソースの位置は、ＤＣＩ（即ち、ＤＬグラント及び／又はＵＬグラント）を利用することによって示される。

【0189】

６．ＰＵＣＣＨ及び第１の信号がアップリンク送信リソースを共有するかどうかは、ＤＣＩを利用することによって示され、アップリンク送信リソースは、ＤＣＩ（即ち、ＵＬグラント）を利用することによって示され、アップリンク送信リソース内のＰＵＣＣＨリソースの位置は、予め構成される。

【0190】

７．ＰＵＣＣＨ及び第１の信号がアップリンク送信リソースを共有するかどうかは、ＤＣＩを利用することによって示され、アップリンク送信リソースは、ＤＣＩ（即ち、ＵＬグラント）を利用することによって示され、パターンは、ＲＲＣシグナリングを利用することによって示される。

【0191】

８．ＰＵＣＣＨ及び第１の信号がアップリンク送信リソースを共有するかどうかは、ＤＣＩを利用することによって示され、アップリンク送信リソースは、ＤＣＩ（即ち、ＵＬグラント）を利用することによって示され、パターンセットは、ＲＲＣシグナリングを利用することによって示され、パターンＩＤは、ＤＣＩを利用することによって示される。

【0192】

実施形態２
ＬＴＥ－ｅＬＡＡにおいて、アンライセンス周波数帯域におけるＰＵＣＣＨの送信は、サポートできない。アンライセンス周波数帯域におけるＰＵＣＣＨの送信をサポートするために、この出願の実施形態は、さらに、信号送信方法を提供する。図６に示すように、方法は、以下のステップを含む。

【0193】

６０１．ネットワークデバイスは、第１の指示情報を端末に送信し、第１の指示情報は、端末が利用可能なＰＵＣＣＨリソースを示すために利用される。

【0194】

それに対応して、端末は、ネットワークデバイスから、第１の指示情報を受信する。

【0195】

ＰＵＣＣＨリソースは、端末によって、ＰＵＣＣＨを送信するために利用されるリソースであり、ＰＵＣＣＨリソースは、アンライセンス周波数帯域に配置される。

【0196】

第１の指示情報は、上位レイヤシグナリング（例えば、ＲＲＣシグナリング又はＭＡＣＣＥシグナリング）及び／又はＤＣＩで搬送されうる。

【0197】

任意選択で、ＰＵＣＣＨリソースは、Ｌ個のリソースユニットを含み、Ｌは、０以上の整数である。Ｌ＝０のとき、それは、ネットワークデバイスが、ＰＵＣＣＨリソースを端末に割り当てないことを示す。この場合、端末が、第１の指示情報に基づいて、利用可能なＰＵＣＣＨリソースがないと決定する場合、端末は、ＰＵＣＣＨ送信を実行しない。

【0198】

リソースユニットが第１のリソースユニットである場合、Ｌ個の第１のリソースユニットは、第２のリソースユニットの一部又は全部でありうることに留意されるべきである。Ｌ個の第１のリソースユニットが、第２のリソースユニットの一部である場合、第２のリソースユニット内の他のリソースユニットは、他の信号（例えば、実施形態１の第１の信号）を送信するために利用されてよく、又は、信号を送信するために利用されなくてよい。これは、この出願のこの実施形態において特に限定されない。

【0199】

任意選択で、ＰＵＣＣＨリソースが、ＥＴＳＩのＯＣＢ要件を満たすことを保証するために、送信帯域幅に対するＰＵＣＣＨリソースの周波数領域スパンの比率が、事前設定された閾値より大きい。ＰＵＣＣＨリソースの周波数領域スパンは、ＰＵＣＣＨリソース内の最初のリソースユニットと最後のリソースユニットとの間の周波数帯域スパンである。事前設定された閾値は、ＥＴＳＩのＯＣＢ要件に従って決定されうる。

【0200】

ＰＵＣＣＨリソースは、インターレース構造のものであってよく、又は送信帯域幅内のインターレース構造のものでなくてよいことが理解されうる。これは、この出願のこの実施形態において特に限定されない。例えば、ＰＵＣＣＨリソースは、インターレース又は部分（partial）インターレースであってよい。ＰＵＣＣＨリソースが、インターレース内のいくつかのＰＲＢを含むとき、ＰＵＣＣＨリソースは、部分インターレースと称されることがある。

【0201】

６０２．端末は、第１の指示情報に基づいて、ＰＵＣＣＨリソース上でＰＵＣＣＨを送信する。

【0202】

それに対応して、ネットワークデバイスは、端末から、ＰＵＣＣＨリソース上でＰＵＣＣＨを受信する。

【0203】

この出願の実施形態２で提供される方法によれば、アンライセンス周波数帯域内のＰＵＣＣＨリソースが端末に割り当てられ、ＰＵＣＣＨがアンライセンス周波数帯域内で送信できないという問題を解決する。

【0204】

任意選択で、方法は、ネットワークデバイスが、第２の指示情報を端末に送信することであって、第２の指示情報は、ＰＵＣＣＨが周波数ホッピングを通じて送信されるかどうかを示すために利用される、ことをさらに含む。それに対応して、端末は、ネットワークデバイスから、第２の指示情報を受信する。端末は、第２の指示情報に基づいて、周波数ホッピングを通じてＰＵＣＣＨを送信するかどうかを決定する。

【0205】

任意選択で、方法は、ネットワークデバイスが、第３の指示情報を端末に送信することであって、第３の指示情報は、開始リソースユニットのインデックスと、ＰＵＣＣＨの周波数ホッピング送信の間の次のホップで利用されるリソースユニット内のリソースユニットの数量とを示すために利用される、ことをさらに含む。それに対応して、端末は、ネットワークデバイスから、第３の指示情報を受信する。端末は、第３の指示情報に基づいて、ＰＵＣＣＨが周波数ホッピングを通じて送信されるときに利用されるリソースを決定する。第３の指示情報を利用することによってＰＵＣＣＨリソースを示すための方法は、第１の指示情報を利用することによってＰＵＣＣＨリソースを示すための方法に類似している。詳細については、以下の説明を参照されたい。詳細については、ここでは説明されない。

【0206】

ステップ６０１における第１の指示情報の機能は、以下の方法（１）から（５）のいずれか１つで実装されうる。方法（１）から方法（４）の具体的な実装については、それぞれ実施形態１における方法１から方法４の具体的な実装を参照されたい。違いは、ＰＵＣＣＨリソースが方法（１）から方法（４）において示されていることのみにある。任意選択で、方法（１）から方法（４）におけるインジケーションは、また、方法（５）と組み合わせて実行されうる。

【0207】

方法（１）

【0208】

第１の指示情報は、ビットマップを利用することによって、Ｌ個のリソースユニットを示す。

【0209】

方法（２）

【0210】

第１の指示情報は、ＲＩＶである。ＲＩＶは、ＰＵＣＣＨリソース内の開始リソースユニットのインデックスとの対応関係、及びＰＵＣＣＨリソース内のリソースユニットの数量を有する。

【0211】

方法（３）

【0212】

ＰＵＣＣＨリソースは、Ｌ個の第２のリソースユニットを含む。第１の指示情報は、ＲＩＶであり、ＲＩＶは、ＰＵＣＣＨリソース内の開始第１のリソースユニットのインデックスとの対応関係、及びＰＵＣＣＨリソース内の第２のリソースユニットの数量を有する。

【0213】

任意選択で、方法（３）の代替的な実装において、ＰＵＣＣＨリソースは、Ｌ個の第２のリソースユニットを含む。第１の指示情報は、ＲＩＶであり、ＲＩＶは、ＰＵＣＣＨリソース内の開始第２のリソースユニットのインデックスとの対応関係、及びＰＵＣＣＨリソース内の第２のリソースユニットの数量を有する。

【0214】

方法（４）

【0215】

ＰＵＣＣＨリソースは、Ｌ個の第２のリソースユニットを含み、第１の指示情報は、ＰＵＣＣＨリソース内の１番目の第２のリソースユニットの開始第１のリソースユニットのインデックス、ＰＵＣＣＨリソース内の第２のリソースユニットの数量、及び、２番目からＬ番目の第２のリソースユニットのそれぞれの開始第１のリソースユニットのインデックスと、１番目の第２のリソースユニットの開始第１のリソースユニットのインデックスとの間のオフセットを示すために利用される。

【0216】

方法（５）

【0217】

リソースユニットは、第２のリソースユニットであり、第１の指示情報は、ＰＵＣＣＨリソースの構造、及びＰＵＣＣＨリソースに含まれる開始第１のリソースユニット（又は、開始第２のリソースユニット）のインデックスを示すために利用され、ＰＵＣＣＨリソースの構造は、以下の情報、即ち、ＰＵＣＣＨリソースに含まれる第２のリソースユニットの数量、ＰＵＣＣＨリソースに含まれる各第２のリソースユニットに含まれる第１のリソースユニットの数量、又はＰＵＣＣＨリソースに含まれる各第２のリソースユニットに含まれる第１のリソースユニット内の隣接する第１のリソースユニットの間の間隔、のうちの１つ以上を含む。

【0218】

方法（５）において、端末は、開始第１のリソースユニット（又は、開始第２のリソースユニット）に基づいて、ＰＵＣＣＨリソースの開始位置を決定し、次いで、ＰＵＣＣＨリソースを正確に決定するために、ＰＵＣＣＨリソースの構造に基づいて、送信帯域幅内のＰＵＣＣＨリソースの分布を決定しうる。

【0219】

第２のリソースユニットがインターレースであることが、例として利用される。方法（５）について、以下では、説明のために、例１から例３を利用する。

【0220】

例１

【0221】

ネットワークデバイスは、ＰＵＣＣＨリソース構成パラメータを定義するように、現在のＲＲＣシグナリングにおけるＰＵＣＣＨ－Ｃｏｎｆｉｇを修正してよく、ＰＵＣＣＨリソース構成パラメータは、ＰＵＣＣＨリソースを構成するために利用される。ＰＵＣＣＨリソース構成パラメータは、限定されないが、以下の情報、即ち、（１）ＰＵＣＣＨがインターレース構造を利用すること、（２）インターレース構造（structure）、ここで、インターレース構造は、各インターレースに含まれるＰＲＢの数量（インターレースサイズと表記される）、及びインターレース内の２つの隣接するＰＲＢの間の間隔（インターレース間隔と表記される）などの情報を利用することによって表されてよい、（３）ＰＵＣＣＨリソース内の最初のインターレースの開始ＰＲＢのインデックス、のうちの１つ以上を示すために利用されるパラメータを含む。

【0222】

例えば、ＰＵＣＣＨリソースは、具体的には以下のようになりうる。
PUCCH-Resource ::= SEQUENCE {
pucch-ResourceId PUCCH-ResourceId
startingPRB PRB-Id
intraSlotFrequencyHopping ENUMERATED {enabled, disabled}
interlaced ENUMERATED {enabled, disabled}
interlace structure interlace structure
secondHopPRB PRB-Id
...
interlace structure ::= SEQUENCE{
interlace size: {M}
interlace spacing: {N}
}

【0223】

この例において、interlacedフィールドは、ＰＵＣＣＨがインターレース構造を利用するかどうかを示すために利用され、既存のstartingPRBフィールドは、ＰＵＣＣＨリソース内の最初のインターレースの開始ＰＲＢのインデックスを示すために利用される。例１から例３におけるpucch-ResourceIdフィールドは、ＰＵＣＣＨのリソースＩＤを示すために利用されることに留意されるべきである。

【0224】

さらに、異なるＰＵＣＣＨフォーマット（format）について、ＰＵＣＣＨリソースについての詳細な情報が、ＲＲＣシグナリングにおいて、さらに示されてよい。例えば、ＰＵＣＣＨフォーマット２又はＰＵＣＣＨフォーマット３について、ＰＵＣＣＨリソースについての詳細な情報は以下のようになりうる。
PUCCH-format2/3::= SEQUENCE {
nrofPRBs INTEGER (1..X)
nrofSymbols INTEGER (1..Y)
startingSymbolIndex INTEGER(0..13)
}

【0225】

interlacedフィールドがイネーブルにされるとき、nrofPRBsは、インターレースの数量、又はインターレースに含まれるＰＲＢの数量を示すために利用されうる。もちろん、インターレースの数量、又はインターレースに含まれるＰＲＢの数量は、代替的に、新たなフィールド、例えば、nrofInterlaceを利用することによって示されうる。

【0226】

例２

【0227】

ネットワークデバイスは、現在のＲＲＣシグナリングにおいて新たなＰＵＣＣＨリソース構成パラメータを設計してよく、ＰＵＣＣＨリソース構成パラメータは、ＰＵＣＣＨリソースを構成するために利用される。ＰＵＣＣＨリソース構成パラメータは、限定されないが、以下の情報、即ち、（１）ＰＵＣＣＨリソースインデックス（pucch-ResourceIdと表記される）、（２）ＰＵＣＣＨがインターレース構造を利用するかどうか、（３）インターレース構造（structure）、ここで、インターレース構造は、インターレースサイズ及びインターレース間隔などの情報を利用することによって表されうる、（４）ＰＵＣＣＨリソース内の最初のインターレースの開始ＰＲＢのインデックス、及び（５）周波数ホッピング指示情報、のうちの１つ以上を示すために利用されるパラメータを含む。

【0228】

例えば、ＰＵＣＣＨリソースは、具体的には以下のようになりうる。
PUCCH-Resource ::= SEQUENCE {
pucch-ResourceId PUCCH-ResourceId
startingInterlace interlace-Id/ PRB-Id
intraSlotFrequencyHopping ENUMERATED {enabled, disabled?}
interlace structure interlace structure
secondHopInterlace interlace-Id /PRB-Id
...
interlace structure ::= SEQUENCE{
interlace number: {M}
interlace spacing: {N}
}

【0229】

startingInterlaceフィールドは、ＰＵＣＣＨリソース内の開始インターレースのインデックス、又は開始インターレース内の開始ＰＲＢのインデックスを示すために利用され、intraSlotFrequencyHoppingは、周波数ホッピング送信を実行するかどうかを示すために利用され、secondHopInterlaceは、開始ＰＲＢのインデックス、又は、ＰＵＣＣＨの周波数ホッピング送信の間の次のホップで利用されるリソース内の開始インターレースのインデックスを示すために利用される。

【0230】

さらに、異なるＰＵＣＣＨフォーマット（format）について、ＰＵＣＣＨリソースについての詳細な情報が、ＲＲＣシグナリングにおいてさらに示されてよい。例えば、ＰＵＣＣＨフォーマット２又はＰＵＣＣＨフォーマット３については、ＰＵＣＣＨリソースについての詳細な情報は、以下のようになりうる。
PUCCH-format2/3::= SEQUENCE {
nrofInterlaces INTEGER (1..X)
nrofSymbols INTEGER (1..Y)
startingSymbolIndex INTEGER(0..Z)
}

【0231】

nrofInterlacesは、インターレースの数量、又はインターレースに含まれるＰＲＢの数量を示すために利用されうる。もちろん、インターレースの数量、又はインターレースに含まれるＰＲＢの数量は、代替的に、既存のフィールド、例えば、nrofPRBsを利用することによって示されてよい。

【0232】

例３

【0233】

この例において、ＰＵＣＣＨリソースは、インターレース内のいくつかのＰＲＢを含む。この場合、ＰＵＣＣＨリソースは、部分インターレースと称されてよく、ＰＵＣＣＨリソース構成パラメータは、限定されないが、以下の情報、即ち、（１）ＰＵＣＣＨリソースインデックス（pucch-ResourceIdと表記される）、（２）ＰＵＣＣＨがインターレース構造を利用するかどうか、（３）インターレース構造（structure）、ここで、インターレース構造は、インターレースサイズ及びインターレース間隔などの情報を利用することによって表されうる、（４）ＰＵＣＣＨリソース内の最初のインターレースの開始ＰＲＢのインデックス、（５）ＰＵＣＣＨが周波数ホッピングを通じて送信されるかどうかを示すために利用される周波数ホッピング指示情報、（６）ＰＵＣＣＨリソースに含まれるインターレースの数量、（７）ＰＵＣＣＨが部分インターレースをサポートするかどうか、（８）インターレース内の部分インターレースの位置を示すために利用される部分インターレースパターン、（９）部分インターレースが属するインターレースのインデックス、（１０）部分インターレースが属するインターレース内の部分インターレースの開始ＰＲＢ及び／又は終了ＰＲＢ、及び（１１）開始ＰＲＢのインデックス、又は、ＰＵＣＣＨの周波数ホッピング送信の間の次のホップで利用されるリソース内の開始インターレースのインデックス、のうちの１つ以上を示すために利用されるパラメータを含む。

【0234】

インターレースの数量は、nrofInterlaceフィールドを利用することによって示されうる。部分インターレースがサポートされるかどうかは、部分インターレースフィールドを利用することによって示されてよく、部分インターレースフィールドは、１ビットを占有しうる。周波数ホッピング指示情報は、intraSlotFrequencyHoppingフィールドを利用することによって示されうる。他の情報を示すために利用されるフィールドについては、例１及び例２におけるフィールドを参照されたい。詳細について、ここでは再び説明されない。

【0235】

以下では、主に、ネットワーク要素間のインタラクションの観点から、この出願の実施形態における解決策について説明する。上述した機能を実装するために、ネットワークデバイス及び端末などのネットワーク要素は、対応するハードウェア構造及び／又は機能を実行するためのソフトウェアモジュールを含むことが理解されうる。この明細書内に開示された実施形態で説明される例のユニット及びアルゴリズムステップを組み合わせ、この出願が、ハードウェア、又はハードウェアとコンピュータソフトウェアとの組み合わせによって実装されうることを当業者は容易に知るべきである。機能が、ハードウェア又はコンピュータソフトウェアによって駆動されるハードウェアのいずれによって実行されるかは、特定のアプリケーション及び技術的解決策の設計制約に依存する。当業者は、各特定のアプリケーションのために、説明された機能を実装するための異なる方法を利用しうるが、実装が、この出願の範囲を超えるとみなされるべきでない。

【0236】

この出願の実施形態において、ネットワークデバイス及び端末は、上述した方法例に基づいて機能ユニットに分割されうる。例えば、各機能ユニットは、各対応する機能に基づく分割を通じて取得されてよく、又は、２つ以上の機能が、１つの処理ユニットに統合されてよい。統合されたユニットは、ハードウェアの形態で実装されてよく、又は、ソフトウェア機能ユニットの形態で実装されてよい。この出願の実施形態において、ユニットへの分割は例であり、単なる論理機能分割にすぎないことに留意されるべきである。実際の実装においては、他の分割方法が利用されてよい。

【0237】

統合されたユニットが利用されるとき、図７は、上述した実施形態における信号送信装置（信号送信装置７０と表記される）の可能な模式的な構造図である。信号送信装置７０は、処理ユニット７０１と、通信ユニット７０２とを含み、さらに、ストレージユニット７０３を含んでよい。図７に示した模式的な構造図は、上述した実施形態におけるネットワークデバイス又は端末の構造を示すために利用されうる。

【0238】

図７に示した模式的な構造図が、上述した実施形態におけるネットワークデバイスの構造を示すために利用されるとき、処理ユニット７０１は、ネットワークデバイスのアクションを制御し、管理するように構成される。例えば、処理ユニット７０１は、図３のステップ３０１及びステップ３０２、図６のステップ６０１及びステップ６０２、及び／又は、この出願の実施形態で説明された他のプロセス内でネットワークデバイスによって実行されるアクションを実行することにおいて、ネットワークデバイスをサポートするように構成される処理ユニット７０１は、通信ユニット７０２を通じて他のネットワークエンティティと通信してよく、例えば、図３に示した端末と通信してよい。ストレージユニット７０３は、プログラムコード、及びネットワークデバイスのデータを格納するように構成される。

【0239】

図７に示した模式的な構造図が、上述した実施形態におけるネットワークデバイスの構造を示すために利用されるとき、信号送信装置７０は、ネットワークデバイスであってよく、又はネットワークデバイス内のチップであってよい。

【0240】

図７に示した模式的な構造図が、上述した実施形態における端末の構造を示すために利用されるとき、処理ユニット７０１は、端末のアクションを制御及び管理するように構成される。例えば、処理ユニット７０１は、図３のステップ３０１及びステップ３０２、図６のステップ６０１及びステップ６０２、及び／又は、この出願の実施形態で説明された他のプロセスにおける端末によって実行されるアクションを実行することにおいて、端末をサポートするように構成される。処理ユニット７０１は、通信ユニット７０２を通じて他のネットワークエンティティと通信してよく、例えば、図３に示したネットワークデバイスと通信しうる。ストレージユニット７０３は、プログラムコード及び端末のデータを格納するように構成される。

【0241】

図７に示した模式的な構造図が、上述した実施形態における端末の構造を示すために利用されるとき、信号送信装置７０は、端末であってよく、又は端末内のチップであってよい。

【0242】

信号送信装置７０が端末又はネットワークデバイスであるとき、処理ユニット７０１は、プロセッサ又はコントローラであってよく、通信ユニット７０２は、通信インターフェース、トランシーバ、トランシーバマシン、トランシーバ回路、トランシーバ装置などであってよい。通信インターフェースは、集合的な用語であり、１つ以上のインターフェースを含みうる。ストレージユニット７０３は、メモリであってよい。信号送信装置７０が、端末又はネットワークデバイス内のチップであるとき、処理ユニット７０１は、プロセッサ又はコントローラであってよく、通信ユニット７０２は、入力／出力インターフェース、ピン、回路などであってよい。ストレージユニット７０３は、チップ内のストレージユニット（例えば、レジスタ又はキャッシュ）であってよく、又は、端末又はネットワークデバイス内にあり、チップの外部に置かれるストレージユニット（例えば、読出し専用メモリ又はランダムアクセスメモリ）であってよい。

【0243】

通信ユニットは、トランシーバユニットとも称されることがある。信号送信装置７０内の受信及び送信機能を有するアンテナ及び制御回路は、信号送信装置７０内の通信ユニット７０２としてみなされてよく、処理機能を有するプロセッサは、信号送信装置７０内の処理ユニット７０１とみなされてよい。任意選択で、通信ユニット７０２内の受信機能を実装するように構成された要素は、受信ユニットとみなされうる。受信ユニットは、この出願の実施形態における受信ステップを実行するように構成される。受信ユニットは、受信機、受信機マシン、受信機回路などであってよい。通信ユニット７０２における送信機能を実装するように構成された要素は、送信ユニットとみなされてよい。送信ユニットは、この出願の実施形態における送信ステップを実行するように構成される。送信ユニットは、送信機、送信機マシン、送信機回路などであってよい。

【0244】

図７の統合されたユニットがソフトウェア機能モジュールの形態で実装され、独立した製品として販売され又は使用されるとき、統合されたユニットは、コンピュータ可読記憶媒体に格納されうる。そのような理解に基づき、本質的にはこの出願の実施形態の技術的解決策、又は既存技術に対する貢献の部分、又は技術的解決策の一部又は全部は、ソフトウェア製品の形態で実装されうる。コンピュータソフトウェア製品は、記憶媒体に格納され、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイスなどであってよい）又はプロセッサ（processor）をインストラクトし、この出願の実施形態における方法のステップの一部又は全部を実行するための様々な命令を含む。コンピュータソフトウェア製品を格納する記憶媒体は、プログラムコードを格納することができる任意の媒体、例えば、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読出し専用メモリ（read-only memory、略してＲＯＭ）、ランダムアクセスメモリ（random access memory、略してＲＡＭ）、磁気ディスク、又は光ディスクを含む。

【0245】

図７のユニットは、代替的に、モジュールと称されてよい。例えば、処理ユニットは、処理モジュールと称されることがある。

【0246】

この出願の実施形態は、さらに、信号送信装置（信号送信装置８０と表記される）のハードウェア構造の構造図を提供する。図８又は図９を参照すると、信号送信装置８０は、プロセッサ８０１を含み、任意選択で、プロセッサ８０１に接続されたメモリ８０２をさらに含む。

【0247】

プロセッサ８０１は、汎用中央処理ユニット（central processing unit、略してＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（application-specific integrated circuit、略してＡＳＩＣ）、又は、この出願の解決策におけるプログラム実行を制御するように構成された１つ以上の集積回路であってよい。プロセッサ８０１は、代替的に、複数のＣＰＵを含んでよく、プロセッサ８０１は、シングルコア（single-CPU）プロセッサ又はマルチコア（multi-CPU）プロセッサであってよい。ここでのプロセッサは、データ（例えば、コンピュータプログラム命令）を処理するように構成された１つ以上のデバイス、回路、及び／又は処理コアと称することがある。

【0248】

メモリ８０２は、ＲＯＭ、又は静的な情報及び命令を格納できる他のタイプの静的ストレージデバイス、或いは、ＲＡＭ、又は情報及び命令を格納できる他のタイプの動的ストレージデバイスであってよく、又は、電気的消去可能なプログラム可能読出し専用メモリ（electrically erasable programmable read-only memory、略してＥＥＰＲＯＭ）、コンパクトディスク読出し専用メモリ（compact disc read-only memory、略してＣＤ－ＲＯＭ）又は他のコンパクトディスクストレージ、光ディスクストレージ（コンパクトディスク、レーザディスク、光ディスク、デジタルバーサタイルディスク、ブルーレイディスクなどを含む）、磁気ディスク記憶媒体又は他の磁気記憶デバイス、或いは、コンピュータによってアクセスできる命令又はデータ構造の形態での、期待されるプログラムコードを搬送又は格納するために利用できる任意の他の媒体であってよい。しかし、メモリは、この出願のこの実施形態において限定されない。メモリ８０２は、独立に存在してよく、又はプロセッサ８０１に統合されてよい。メモリ８０２は、コンピュータプログラムコードを含みうる。プロセッサ８０１は、メモリ８０２に格納されたコンピュータプログラムコードを実行して、この出願の実施形態で提供される方法を実装するように構成される。

【0249】

第１の可能な実装において、図８を参照すると、信号送信装置８０は、トランシーバ８０３をさらに含む。プロセッサ８０１、メモリ８０２、及びトランシーバ８０３は、バスを介して接続される。トランシーバ８０３は、他のデバイス又は通信ネットワークと通信するように構成される。任意選択で、トランシーバ８０３は、送信機及び受信機を含みうる。トランシーバ８０３における受信機能を実装するように構成された要素は、受信機とみなされてよい。受信機は、この出願の実施形態における受信ステップを実行するように構成される。トランシーバ８０３における送信機能を実装するように構成された要素は、送信機とみなされてよい。送信機は、この出願の実施形態における送信ステップを実行するように構成される。

【0250】

第１の可能な実装に基づき、図８に示した模式的な構造図は、上述した実施形態におけるネットワークデバイス又は端末の構造を示すために利用されうる。図８に示した模式的な構造図が、上述した実施形態におけるネットワークの構造を示すために利用されるとき、プロセッサ８０１は、ネットワークデバイスのアクションを制御及び管理するように構成される。例えば、プロセッサ８０１は、図３のステップ３０１及びステップ３０２、図６のステップ６０１及びステップ６０２、及び／又は、この出願の実施形態で説明された他のプロセスにおけるネットワークデバイスによって実行されるアクションを実行することにおいて、ネットワークデバイスをサポートするように構成される。プロセッサ８０１は、トランシーバ８０３を通じて他のネットワークエンティティと通信してよく、例えば、図３に示した端末と通信しうる。メモリ８０２は、プログラムコード及びネットワークデバイスのデータを格納するように構成される。図８に示した模式的な構造図が、上述した実施形態における端末の構造を示すために利用されるとき、プロセッサ８０１は、端末のアクションを制御及び管理するように構成される。例えば、プロセッサ８０１は、図３のステップ３０１及びステップ３０２、図６のステップ６０１及びステップ６０２、及び／又は、この出願の実施形態で説明された他のプロセスにおける端末によって実行されるアクションを実行することにおいて、端末をサポートするように構成される。プロセッサ８０１は、トランシーバ８０３を通じて他のネットワークエンティティと通信してよく、例えば、図３に示したネットワークデバイスと通信しうる。メモリ８０２は、プログラムコード及び端末のデータを格納するように構成される。

【0251】

第２の可能な実装において、プロセッサ８０１は、論理回路、及び、入力インターフェース及び／又は出力インターフェースを含む。出力インターフェースは、対応する方法における送信アクションを実行するように構成され、入力インターフェースは、対応する方法における受信アクションを実行するように構成される。

【0252】

第２の可能な実装に基づき、図９に示した模式的な構造図は、上述した実施形態におけるネットワークデバイス又は端末の構造を示すために利用されうる。図９に示した模式的な構造図が、上述した実施形態におけるネットワークデバイスの構造を示すために利用されるとき、プロセッサ８０１は、ネットワークデバイスのアクションを制御及び管理するように構成される。例えば、プロセッサ８０１は、図３のステップ３０１及びステップ３０２、図６のステップ６０１及びステップ６０２、及び／又は、この出願の実施形態で説明された他のプロセスにおけるネットワークデバイスによって実行されるアクションを実行することにおいて、ネットワークデバイスをサポートするように構成される。プロセッサ８０１は、入力インターフェース及び／又は出力インターフェースを利用することによって、他のネットワークエンティティと通信してよく、例えば、図３に示した端末と通信しうる。メモリ８０２は、プログラムコード及びネットワークデバイスのデータを格納するように構成される。図９に示した模式的な構造図が、上述した実施形態における端末の構造を示すために利用されるとき、プロセッサ８０１は、端末のアクションを制御及び管理するように構成される。例えば、プロセッサ８０１は、図３のステップ３０１及びステップ３０２、図６のステップ６０１及びステップ６０２、及び／又は、この出願の実施形態で説明された他のプロセスにおける端末によって実行されるアクションを実行することにおいて、端末をサポートするように構成される。プロセッサ８０１は、入力インターフェース及び／又は出力インターフェースを利用することによって、他のネットワークエンティティと通信してよく、例えば、図３に示したネットワークデバイスと通信しうる。メモリ８０２は、プログラムコード及び端末のデータを格納するように構成される。

【0253】

加えて、この出願の実施形態は、端末（端末１００と表記される）及びネットワークデバイス（ネットワークデバイス１１０と表記される）のハードウェア構造の模式図をさらに提供する。詳細については、図１０及び図１１を参照されたい。

【0254】

図１０は、端末１００のハードウェア構造の模式図である。説明を容易にするため、図１０は、端末の主な要素のみを示している。図１０に示すように、端末１００は、プロセッサ、メモリ、制御回路、アンテナ、及び入力／出力装置を含む。

【0255】

プロセッサは、主に、通信プロトコル及び通信データを処理し、端末全体を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成される。例えば、プロセッサは、端末を制御して、図３のステップ３０１及びステップ３０２、図６のステップ６０１及びステップ６０２、及び／又は、この出願の実施形態で説明された他のプロセスにおける端末によって実行されるアクションを実行するように構成される。メモリは、主に、ソフトウェアプログラム及びデータを格納するように構成される。制御回路（無線周波数回路とも称されることがある）は、主に、ベースバンド信号と無線周波数信号との間の変換を実行し、無線周波数信号を処理するように構成される。制御回路とアンテナとの組み合わせは、主に、電磁波の形態で無線周波数信号を受信／送信するように構成されるトランシーバとも称されうる。タッチスクリーン、ディスプレイスクリーン、又はキーボードなどの入力／出力装置は、主に、ユーザによって入力されたデータを受信し、ユーザにデータを出力するように構成される。

【0256】

端末が電源オンされた後、プロセッサは、メモリ内のソフトウェアプログラムを読み出し、ソフトウェアプログラムの命令を解釈して実行し、ソフトウェアプログラムのデータを処理することができる。プロセッサが、アンテナを通じてデータを送信する必要があるとき、送信されるべきデータ上でのベースバンド処理を実行した後、プロセッサは、ベースバンド信号を制御回路に出力し、制御回路は、ベースバンド信号上での無線周波数処理を実行し、次いで、電磁波の形態で、アンテナを通じて、無線周波数信号を外部に送信する。データが端末に送信されるとき、制御回路は、アンテナを通じて無線周波数信号を受信し、無線周波数信号をベースバンド信号に変換し、ベースバンド信号をプロセッサに出力する。プロセッサは、ベースバンド信号をデータに変換し、データを処理する。

【0257】

当業者は、説明を容易にするために、図１０が１つのメモリ及び１つのプロセッサのみを示していることを理解しうる。実際の端末は、複数のプロセッサ及び複数のメモリを含んでよい。メモリは、記憶媒体、ストレージデバイスなどとも称されうる。これは、この出願の実施形態において限定されない。

【0258】

任意選択の実装において、プロセッサは、ベースバンドプロセッサ及び中央処理ユニットを含んでよい。ベースバンドプロセッサは、主に、通信プロトコル及び通信データを処理するように構成され、中央処理ユニットは、主に、端末全体を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成される。図１０のプロセッサは、ベースバンドプロセッサ及び中央処理ユニットの機能を統合している。当業者は、ベースバンドプロセッサ及び中央処理ユニットが、独立したプロセッサであってよく、バスなどの技術を利用することによってインターコネクトされることを理解しうる。当業者は、端末が、異なるネットワーク標準に適応するために複数のベースバンドプロセッサを含んでよく、端末が、端末の処理能力を拡大するために複数の中央処理ユニットを含んでよいことを理解しうる。端末の要素は、様々なバスを利用することによって接続されてよい。ベースバンドプロセッサは、ベースバンド処理回路又はベースバンド処理チップと称されることもある。中央処理ユニットは、中央処理回路又は中央処理チップと称されることもある。通信プロトコル及び通信データを処理する機能は、プロセッサに組み込まれてよく、又は、ソフトウェアプログラムの形態でメモリに格納されてよい。プロセッサは、ソフトウェアプログラムを実行して、ベースバンド処理機能を実装する。

【0259】

図１１は、ネットワークデバイス１１０のハードウェア構造の模式図である。ネットワークデバイス１１０は、リモート無線ユニット（remote radio unit、略してＲＲＵ）１１０１などの１つ以上の無線周波数ユニット、及び、（デジタルユニット（digital unit、略してＤＵ）とも称されることがある）１つ以上のベースバンドユニット（baseband unit、略してＢＢＵ）１１０２を含んでよい。

【0260】

ＲＲＵ１１０１は、トランシーバユニット、トランシーバマシン、トランシーバ回路、トランシーバなどと称されることがあり、少なくとも１つのアンテナ１１１１及び無線周波数ユニット１１１２を含みうる。ＲＲＵ１１０１は、主に、無線周波数信号の受信及び送信と、無線周波数信号とベースバンド信号との間の変換を実行するように構成され、例えば、上述した方法実施形態における第１の指示情報を送信するように構成される。ＲＲＵ１１０１及びＢＢＵ１１０２は、物理的に一緒に設置されてよく、又は、例えば、分散基地局内に、物理的に離隔されてよい。

【0261】

ＢＢＵ１１０２は、ネットワークデバイスの制御センタであり、処理ユニットと称されてよく、主に、チャネル符号化、多重化、変調、及びスペクトル拡散などのベースバンド処理機能を完備するように構成される。

【0262】

実施形態において、ＢＢＵ１１０２は、１つ以上のボードを含みうる。複数のボードは、共同で、信号アクセス標準の無線アクセスネットワーク（ＬＴＥネットワークなど）をサポートするか、又は、別々に、異なるアクセス標準の無線アクセスネットワーク（ＬＴＥネットワーク、５Ｇネットワーク、又は他のネットワークなど）をサポートする。ＢＢＵ１１０２は、メモリ１１２１及びプロセッサ１１２２をさらに含む。メモリ１１２１は、必要な命令及び必要なデータを格納するように構成される。プロセッサ１１２２は、ネットワークデバイスを制御して、必要なアクションを実行するように構成される。メモリ１１２１及びプロセッサ１１２２は、１つ以上のボードを受け持つ。言い換えると、メモリ及びプロセッサは、独立して各ボードに配置されうる。代替的に、複数のボードは、同じメモリ及び同じプロセッサを共有してよい。加えて、必要な回路は、各ボードにさらに配置されうる。

【0263】

図１１に示したネットワークデバイス１１０は、図３のステップ３０１及びステップ３０２、図６のステップ６０１及びステップ６０２、及び／又は、この出願の実施形態で説明された他のプロセスにおけるネットワークデバイスによって実行されるアクションを実行できると理解されるべきである。ネットワークデバイス１１０内のモジュールのオペレーション及び／又は機能は、上述した方法実施形態における対応する手順を実装することが意図される。詳細については、上述した方法実施形態の説明を参照されたい。繰り返しを避けるため、詳細な説明については、ここでは適切に省略される。

【0264】

実装プロセスにおいて、実施形態内の方法のステップは、プロセッサ内のハードウェア統合論理回路を利用することによって、又は、ソフトウェアの形態での命令を利用することによって実行されうる。この出願の実施形態に関連して開示された方法のステップは、ハードウェアプロセッサによって直接的に実行されてよく、又は、ハードウェアと、プロセッサ内のソフトウェアモジュールとの組み合わせによって実行されてよい。図１０及び図１１のプロセッサについての他の説明については、図８及び図９のプロセッサに関する説明を参照されたい。詳細は再び説明されない。

【0265】

この出願の実施形態は、さらに、命令を含むコンピュータ可読記憶媒体を提供する。命令がコンピュータ上で実行されるとき、コンピュータは、上述した方法のいずれか１つを実行できるようになる。

【0266】

この出願の実施形態は、さらに、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で動作するとき、コンピュータは、上述した方法のいずれか１つを実行できるようになる。

【0267】

この出願の実施形態は、さらに、上述したネットワークデバイス及び上述した端末を含む通信システムを提供する。

【0268】

上述した実施形態の一部又は全部は、ソフトウェア、ハードウェア、ファームウェア、及びそれらの任意の組み合わせを利用することによって実装されうる。ソフトウェアプログラムが、実施形態を実装するために利用されるとき、実施形態は、完全に又は部分的に、コンピュータプログラム製品の形態で実装されうる。コンピュータプログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータプログラム命令が、コンピュータ上に読み出されて実行されるとき、この出願の実施形態による手順又は機能が、全て又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラム可能な装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてよく、又は、コンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体に送信されてよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンタから、他のウェブサイト、コンピュータ、サーバ、又はデータセンサに、有線（例えば、同軸ケーブル、光ファイバ、又はデジタルサブスクライバライン（digital subscriber line、略してＤＳＬ））又は無線（例えば、赤外、無線、又はマイクロ波）方式で、送信されうる。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体、又は、１つ以上の利用可能な媒体を統合するサーバ又はデータセンタなどのデータストレージデバイスであってよい。利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、ソリッドステートドライブ（solid state drive、略してＳＳＤ））などであってよい。

【0269】

この出願は、実施形態に関連して説明されているけれども、保護範囲を主張するこの出願を実装するプロセスにおいて、当業者は、添付の図面、開示された内容、及び添付の特許請求の範囲を見ることによって、開示された実施形態の他の変形を理解して実装しうる。特許請求の範囲において、「含む」（comprising）は、他の要素又は他のステップを除外せず、「ａ」又は「ｏｎｅ」は複数のケースを除外しない。単一のプロセッサ又は他のユニットは、特許請求の範囲に列挙されている様々な機能を実装しうる。いくつかの手段が互いに異なる従属請求項に記載されているが、これは、これらの手段が、より良い効果を生み出すために結合されることができないことを意味しない。

【0270】

この出願は、具体的な特徴及びその実施形態に関連して説明されているが、様々な修正及び組み合わせが、この出願の概念及び範囲から逸脱することなく、それらになされうることは明らかである。それに対応して、明細書及び添付の図面は、添付の特許請求の範囲によって画定されるこの出願についての単なる例示的な説明にすぎず、この出願の範囲をカバーする、修正、変形、組み合わせ、又は均等物のいずれか又は全てとみなされる。当業者が、この出願の概念及び範囲から逸脱することなく、この出願に対する様々な修正及び変形をすることができることは明らかである。この出願は、それらが以下の特許請求の範囲及びそれらの等価技術によって画定される保護範囲に含まれる限りにおいて、この出願についての、これらの修正及び変形をカバーすることが意図されている。

【図1】