JP7148046B2

JP7148046B2 - リソース割り当て、リソース使用方法、ユーザ機器及びネットワーク側機器

Info

Publication number: JP7148046B2
Application number: JP2021505760A
Authority: JP
Inventors: ウー、ユイミン
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2018-08-01
Filing date: 2019-07-25
Publication date: 2022-10-05
Anticipated expiration: 2039-07-25
Also published as: EP3829240A1; WO2020024869A1; PT3829240T; US12004203B2; US20210153211A1; EP3829240A4; CN110798888A; ES3060585T3; JP2021532685A; CN110798888B; EP3829240B1

Description

本開示は、通信技術分野に関し、特に、リソース割り当て、リソース使用方法、ユーザ機器及びネットワーク側機器に関する。

アンライセンス周波数帯域に対して、送信側は信号を送信する前に該周波数帯域が占有されているかどうかをモニタリングする必要があり、占有されていない場合、送信側は信号の送信を行うことができる。

既存の５Ｇ（ｆｉｆｔｈｇｅｎｅｒａｔｉｏｎｃｅｌｌｕｌａｒｎｅｔｗｏｒｋｔｅｃｈｎｏｌｏｇｙ）システムでは、ネットワーク側機器はユーザ機器（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）に半永続的なデータ送信リソースを設定することができ、その方式はダウンリンクセミパーシステントスケジューリング（ＤｏｗｎｌｉｎｋＳｅｍｉ－ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇ、ＤＬＳＰＳ）、アップリンク設定グラントタイプ１（ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１）、アップリンク設定グラントタイプ２（ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ２）と、自律的なアップリンク（ＡｕｔｏｎｏｍｏｕｓＵｐｌｉｎｋ、ＡＵＬ）を含む。

既存のＵＥの１つの半永続的な送信周期内では、ごく限られた送信リソース数（例えば、１つの時間領域の送信リソース）しか設定できないため、該送信リソースがチャネルの占有により送信できない場合、ＵＥは次の周期まで該半永続的なリソースを使用できない。データ送信の遅延が発生する原因となる。ＡＵＬ設定の場合、ビットマップ（ｂｉｔｍａｐ）を用いてリソースを設定する場合、長周期（例えば、６４０ｍｓ周期）のトラフィックに対して、リソース位置を設定するために少なくとも６４０ビット（ｂｉｔ）が必要となる。そのため、大きなシグナリング損失が発生する。

本開示の解決しようとする技術課題は、データ送信の遅延を低減できるリソース割り当て、リソース使用方法、ユーザ機器及びネットワーク側機器を提供することである。

上記技術課題を解決するために、本開示の実施例が以下のような技術案を提供する。

第１の態様では、ネットワーク側機器に適用するリソース割り当て方法が提供され、該方法は、
リソースの周期、各周期内の複数のリソースの割り当て情報のうち、少なくとも１つを含むリソースの設定情報をユーザ機器に送信するステップを含む。

第２の態様では、ユーザ機器に適用するリソース使用方法が提供され、該方法は、
リソースの周期、各周期内の複数のリソースの割り当て情報のうち、少なくとも１つを含む、ネットワーク側機器のリソースの設定情報を受信するステップと、
ネットワーク側機器のアクティベーションシグナリングを受信し、前記アクティベーションシグナリングにおけるリソースの位置情報と前記リソースの設定情報とに基づいて、利用可能なリソースを決定するステップと、を含む。

第３の態様では、ネットワーク側機器が提供され、該機器は、
リソースの周期、各周期内の複数のリソースの割り当て情報のうち、少なくとも１つを含むリソースの設定情報をユーザ機器に送信するための送信モジュールを備える。

第４の態様では、ユーザ機器が提供され、該機器は、
リソースの周期、各周期内の複数のリソースの割り当て情報のうち、少なくとも１つを含む、ネットワーク側機器のリソースの設定情報を受信するための第１の受信モジュールと、
ネットワーク側機器のアクティベーションシグナリングを受信するための第２の受信モジュールと、
前記アクティベーションシグナリングにおけるリソースの位置情報と前記リソースの設定情報とに基づいて、利用可能なリソースを決定するための処理モジュールと、を備える。

第５の態様では、ネットワーク側機器が提供され、当該機器は、メモリと、プロセッサと、メモリに記憶されかつプロセッサで実行可能なコンピュータプログラムとを備え、前記コンピュータプログラムが前記プロセッサによって実行されると、上記のようなリソース割り当て方法におけるステップが実現される。

第６の態様では、メモリと、プロセッサと、メモリに記憶されかつプロセッサで実行可能なコンピュータプログラムとを備えるユーザ機器が提供され、前記コンピュータプログラムは、前記プロセッサによって実行されると、上記のようなリソース使用方法におけるステップが実現される。

第７の態様では、プロセッサによって実行されると、上記のようなリソース割り当て方法におけるステップが実現されるコンピュータプログラムが記憶されたコンピュータ読み取り可能な記憶媒体が提供される。

本開示の実施例は、以下の有益効果を有する。

上記技術案では、ネットワーク側機器は、各周期内の複数のリソースの設定情報をユーザ機器に送信することにより、ネットワーク側機器及び／又はユーザ機器を含むデータ送信側が送信周期毎に複数のリソースの割り当て情報を取得することができ、さらに複数のリソースの割り当て情報に基づいて複数のリソースの位置を決定することができ、これにより、複数のリソースの位置でリソースが利用可能かどうかのモニタリングを行い、リソースが利用可能な場合にだけデータを送信することができるので、データ送信の遅延を低減する。

本開示の一実施例におけるリソース割り当て方法のフローチャートである。本開示の一実施例におけるリソース使用方法のフローチャートである。本開示の一実施例におけるネットワーク側機器がユーザ機器にリソースの設定情報を送信する概略図である。本開示の一実施例におけるネットワーク側機器の概略構造図である。本開示の一実施例におけるユーザ機器の概略構造図である。本開示の一実施例におけるネットワーク側機器の概略構成図である。本開示の一実施例におけるユーザ機器の概略構成図である。

以下、本開示の実施例における技術的課題、技術案及び利点がより明確になるように、図面及び具体的な実施例を参照しながら詳しく説明する。

既存の５Ｇシステムでは、ネットワーク側機器はユーザ機器（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）に半永続的なデータ送信リソースを設定することができ、その方式はダウンリンクセミパーシステントスケジューリング（ＤｏｗｎｌｉｎｋＳｅｍｉ－ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇ、ＤＬＳＰＳ）、アップリンク設定グラントタイプ１（ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１）、アップリンク設定グラントタイプ２（ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ２）及び、自律的なアップリンク（ＡｕｔｏｎｏｍｏｕｓＵｐｌｉｎｋ、ＡＵＬ）を含む。

ＤＬＳＰＳとは、ネットワーク側機器によって周期的なダウンリンクリソースを設定する方式であり、周期毎に１つのダウンリンクリソースが割り当てられる。ネットワーク側機器は物理ダウンリンク制御チャネル（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＤＣＣＨ）制御シグナリングによって該ＳＰＳリソースの使用を有効化又は無効化し、該ＰＤＣＣＨコマンドは有効化になるリソース位置（例えば、ＳＦＮｓｔａｒｔｔｉｍｅ（開始システムフレーム番号）とｓｌｏｔｓｔａｒｔｔｉｍｅ（開始スロット番号）をリソースの開始位置として指示する。ＵＥは以下の公式によりＮ番目のリソース位置を算出する。
（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ＳＦＮ＋ｓｌｏｔｎｕｍｂｅｒｉｎｔｈｅｆｒａｍｅ）＝
［（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ＳＦＮｓｔａｒｔｔｉｍｅ＋ｓｌｏｔｓｔａｒｔｔｉｍｅ）＋Ｎ×ｐｅｒｉｏｄｉｃｉｔｙ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ／１０］ｍｏｄｕｌｏ（１０２４×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ）

ＤＬＳＰＳは以下の公式により特定のスロットのハイブリッド自動再送要求（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ、ＨＡＲＱ）プロセス番号を算出する。
ＨＡＲＱＰｒｏｃｅｓｓＩＤ＝［ｆｌｏｏｒ（ＣＵＲＲＥＮＴ＿ｓｌｏｔ×１０／（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｐｅｒｉｏｄｉｃｉｔｙ））］ｍｏｄｕｌｏｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ

ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレーム当たりのスロット数であり、ＣＵＲＲＥＮＴ＿ｓｌｏｔは現在のスロット番号であり、ＣＵＲＲＥＮＴ＿ｓｌｏｔ＝［（ＳＦＮ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ）＋ｓｌｏｔｎｕｍｂｅｒｉｎｔｈｅｆｒａｍｅ］、ｓｌｏｔｎｕｍｂｅｒｉｎｔｈｅｆｒａｍｅは現在のシステムフレームのスロット番号であり、ＳＦＮ（ＳｙｓｔｅｍＦｒａｍｅＮｕｍｂｅｒ）は現在のシステムフレーム番号であり、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはシステムフレーム当たりのスロット数であり、ｐｅｒｉｏｄｉｃｉｔｙは無線リソース設定（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ、ＲＲＣ）メッセージによって設定されるＳＰＳリソース周期であり、ｎｒｏｆＨＡＲＱ－ＰｒｏｃｅｓｓｅｓはＲＲＣメッセージによって設定されるＳＰＳリソースのＨＡＲＱプロセスの数である。

ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１とは、ネットワーク側機器によって周期的なアップリンクリソースを設定する方式であり、周期毎に１つのアップリンクリソースが割り当てられる。ＰＤＣＣＨコマンドによる有効化は必要なく、ＲＲＣによって設定されれば使用できる。ＵＥは以下の公式によってＮ番目のリソース位置を算出する。
［（ＳＦＮ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋（ｓｌｏｔｎｕｍｂｅｒｉｎｔｈｅｆｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋ｓｙｍｂｏｌｎｕｍｂｅｒｉｎｔｈｅｓｌｏｔ］＝
（ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋Ｓ＋Ｎ×ｐｅｒｉｏｄｉｃｉｔｙ）ｍｏｄｕｌｏ（１０２４×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）

ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはフレーム当たりのシンボル（即ち、直交周波数分割多重（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘ、ＯＦＤＭ）シンボル）の数であり、ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔはＳＦＮ＝０の時間領域に対するリソースオフセット（例えば、ｓｌｏｔ１。）であり、Ｎはリソースの番号であり、Ｓは開始シンボルの番号である（例えば、ｓｌｏｔ１の位置に対して、開始シンボルはＯＦＤＭｓｙｍｂｏｌ１である。）。

ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１は以下の公式により特定のｓｌｏｔのＨＡＲＱプロセス番号を算出する。
ＨＡＲＱＰｒｏｃｅｓｓＩＤ＝［ｆｌｏｏｒ（ＣＵＲＲＥＮＴ＿ｓｙｍｂｏｌ／ｐｅｒｉｏｄｉｃｉｔｙ）］ｍｏｄｕｌｏｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ

ＣＵＲＲＥＮＴ＿ｓｙｍｂｏｌは現在のシンボル番号で、ＣＵＲＲＥＮＴ＿ｓｙｍｂｏｌ＝（ＳＦＮ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｌｏｔｎｕｍｂｅｒｉｎｔｈｅｆｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｙｍｂｏｌｎｕｍｂｅｒｉｎｔｈｅｓｌｏｔ（現在のｓｌｏｔのシンボル番号）

ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはｓｌｏｔあたりのシンボル数である。
ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ２はネットワーク側機器によって周期的なアップリンクリソースを設定する方式であり、周期毎に１つのアップリンクリソースが割り当てられる。ネットワーク側機器はＰＤＣＣＨ制御シグナリングによって該ＳＰＳリソースの使用を有効化又は無効化し、該ＰＤＣＣＨコマンドは有効化になるリソース位置（例えば、ＳＦＮｓｔａｒｔｔｉｍｅ（開始システムフレーム番号）とｓｌｏｔｓｔａｒｔｔｉｍｅ（開始スロット番号）とｓｙｍｂｏｌｓｔａｒｔｔｉｍｅ（開始シンボル番号））をリソースの開始位置として指示する。ＵＥは以下の公式によりＮ番目のリソース位置を算出する。

［（ＳＦＮ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋（ｓｌｏｔｎｕｍｂｅｒｉｎｔｈｅｆｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋ｓｙｍｂｏｌｎｕｍｂｅｒｉｎｔｈｅｓｌｏｔ］＝
［（ＳＦＮｓｔａｒｔｔｉｍｅ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｌｏｔｓｔａｒｔｔｉｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｙｍｂｏｌｓｔａｒｔｔｉｍｅ）＋Ｎ×ｐｅｒｉｏｄｉｃｉｔｙ］ｍｏｄｕｌｏ（１０２４×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）

ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ２は以下の公式により特定のｓｌｏｔのＨＡＲＱプロセス番号を算出する。
ＨＡＲＱＰｒｏｃｅｓｓＩＤ＝［ｆｌｏｏｒ（ＣＵＲＲＥＮＴ＿ｓｙｍｂｏｌ／ｐｅｒｉｏｄｉｃｉｔｙ）］ｍｏｄｕｌｏｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ

ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはｓｌｏｔあたりのシンボル数である。

ＡＵＬはネットワーク側機器によって一つのビットマップ（ｂｉｔｍａｐ）（例えば、４０ｂｉｔのうち１ｂｉｔのビット値を１に設定すると該リソースがＵＥに割り当てられる）のリソースを割り当てる方式である。ネットワーク側機器はＰＤＣＣＨ制御シグナリングによって該ＡＵＬリソースの使用を有効化又は無効化し、該ＰＤＣＣＨコマンドは有効化になるリソース位置（例えば、ＳＦＮｓｔａｒｔｔｉｍｅ（開始システムフレーム番号）とｓｌｏｔｓｔａｒｔｔｉｍｅ（開始スロット番号）とｓｙｍｂｏｌｓｔａｒｔｔｉｍｅ（開始シンボル番号））をリソースの開始位置として指示する。ＵＥはアップリンクデータ送信がある場合、ネットワーク側機器によって設定されたＨＡＲＱプロセスプールから自律的にＨＡＲＱプロセスを選択して送信する。

既存のＵＥの１つの半永続的な送信周期には、ごく限られた送信リソース数（例えば、１つの時間領域の送信リソース）しか設定できないため、該送信リソースがチャネルの占有により送信できない場合、ＵＥは次の周期までこの半永続的なソースを使用できない。データ送信の遅延が発生する原因となる。ＡＵＬ設定の場合、ビットマップを用いてリソースを設定する場合、長周期（例えば、６４０ｍｓ周期）のトラフィックに対して、リソース位置を割り当てるために少なくとも６４０ビットが必要となり、それによって大きなシグナリング損失が発生する。

前記課題を解決するために、本開示の実施例は、データ送信の遅延を低減することができるリソース割り当て、リソース使用方法、ユーザ機器及びネットワーク側機器を提供する。

本開示の実施例では、ネットワーク側機器に適用するリソース割り当て方法が提供され、図１に示すように、該方法は、
リソースの周期、各周期内の複数のリソースの割り当て情報のうち、少なくとも１つを含むリソースの設定情報をユーザ機器に送信するステップ１０１を含む。

本実施例では、ネットワーク側機器は、各周期内の複数のリソースの設定情報をユーザ機器に送信することにより、ネットワーク側機器及び／又はユーザ機器を含むデータ送信側が送信周期毎に複数のリソースの割り当て情報を取得することができ、さらに複数のリソースの割り当て情報に基づいて複数のリソースの位置を決定することができ、これにより、複数のリソースの位置でリソースが利用可能かどうかのモニタリングを行い、リソースが利用可能な場合にだけデータを送信することができるので、データ送信の遅延を低減する。

さらに、前記リソースの設定情報はリソースのＨＡＲＱ設定情報をさらに含む。

さらに、前記リソースの設定情報はＤＬＳＰＳリソースの設定情報、ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ２リソースの設定情報又はＡＵＬリソースの設定情報である。

さらに、前記リソースの設定情報はＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１リソースの設定情報であり、前記リソースの設定情報は、
時間領域オフセットと、
各時間領域リソースが占める時間領域長とのうち、少なくとも１つを含む。

さらに、前記各周期における複数のリソースの割り当て情報は、
リソース割り当ての開始位置情報と、
リソースの開始位置からのｎ（ｎは正の整数である）ビットにおける利用可能なリソース位置を示すリソース割り当てビットマップと、
リソースの開始位置から、利用可能なリソースが存在する時間長を示すリソース割り当て時間長と、
開始位置からの第２の予定時間内の各利用可能なリソースの周期を示すリソース割り当て短周期とのうち、少なくとも１つを含む。

さらに、前記リソースのＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数と、
リソースのＨＡＲＱプロセス番号と、
リソースの各周期における利用可能なＨＡＲＱプロセス数と、
リソースの各周期における利用可能なＨＡＲＱプロセス番号とのうち、少なくとも１つを含む。

さらに、前記リソースの設定情報がＤＬＳＰＳリソースの設定情報である場合、前記方法は、
各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信するステップ、をさらに含む。

本開示の実施例は、ユーザ機器に適用するリソース使用方法が提供され、図２に示すように、該方法は、
リソースの周期、各周期内の複数のリソースの割り当て情報のうち、少なくとも１つを含む、ネットワーク側機器のリソースの設定情報を受信するステップ２０１と、
ネットワーク側機器のアクティベーションシグナリングを受信し、前記アクティベーションシグナリングにおけるリソースの位置情報と前記リソースの設定情報とに基づいて、利用可能なリソースを決定するステップ２０２と、を含む。

さらに、前記リソースの設定情報がリソースのＨＡＲＱ設定情報をさらに含む場合、前記リソース使用方法は、
前記リソースの設定情報に基づいて、各周期における利用可能なＨＡＲＱプロセス番号を算出するステップをさらに含む。

さらに、前記リソースの設定情報はＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１リソースの設定情報である場合、前記リソースの設定情報は、
時間領域オフセットと、
各時間領域リソースが占める時間領域長とのうち、少なくとも１つを含む。

さらに、前記リソースの設定情報がＤＬＳＰＳリソースの設定情報、ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１リソースの設定情報又はＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ２リソースの設定情報であり、各周期における利用可能なＨＡＲＱプロセス数が複数である場合、前記リソースの設定情報に基づいて、各周期における使用可能なＨＡＲＱプロセス番号を算出するステップは、
周期番号順と各周期内のリソース番号順とに基づいて、各周期のリソースのＨＡＲＱプロセスに番号を割り当てるステップを含む。

さらに、前記リソースの設定情報はＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１リソースの設定情報、ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ２リソースの設定情報又はＡＵＬリソースの設定情報であり、前記方法は、
各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信するステップをさらに含む。

以下、具体的な実施例を参照して本開示の技術案についてさらに説明する。

実施例１：
本実施例では、図３に示すように、ネットワーク側機器は所定周期に基づいてリソースの設定情報をユーザ機器に送信する。リソースの設定情報はＤＬＳＰＳリソースの設定情報であり、かつ周期毎にＨＡＲＱプロセスが１つ利用可能であり、本実施例は以下のステップを含む。

ステップ１：ネットワーク側機器は、ＤＬＳＰＳリソースの設定情報をＵＥに送信する。当該リソースの設定情報は、
リソースの周期（例えば、４０ｍｓ（ミリ秒））と、
各周期における複数のリソースの割り当て情報とのうち、１つ又は複数の任意の組み合わせを含む。

各周期における複数のリソースの割り当て情報は、
リソース割り当ての開始位置情報（例えば、スロット２、又は有効化位置に対するオフセットが２個のスロットである）と、
リソース割り当てｂｉｔｍａｐ（例えば、１０ｂｉｔで１０個のｓｌｏｔの位置を識別し、ビット値が１の場合、該ｓｌｏｔ位置のリソースはＵＥに割り当てられるリソースであると想定される）と、
リソース割り当て時間長（例えば、４０ｍｓ周期のリソースに対して、リソースの開始位置からの１０ｍｓのリソース割り当て時間長）と、
リソース割り当て短周期（例えば、４０ｍｓ周期のリソースに対して、４０ｍｓ毎に１０ｍｓのリソース割り当て時間長があり、該１０ｍｓ内のリソース割り当て周期は２ｍｓである）とのうち、１つ又は複数の任意の組み合わせを含む。

さらに、ネットワーク側機器は利用可能なＨＡＲＱ設定情報をＵＥに送信してもよく、又は事前に規格によってＵＥに利用可能なＨＡＲＱ設定情報を規定してもよい。ＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数（例えば、リソースの使用可能のＨＡＲＱプロセス数は合計で４つである）を含んでもよい。

ステップ２．１：ＵＥはステップ１において受信したリソースの設定情報に基づいて、ネットワーク側機器がアクティベーションシグナリング（例えば、ＰＤＣＣＨアクティベーションコマンド）を送信する場合、ＵＥは当該アクティベートシグナリングにおけるリソース位置情報に基づいて、自身が利用可能なリソース位置情報を算出し、前記位置のリソースを使用する。

ＵＥの各周期の最初の利用可能なリソース位置は以下の公式により算出され得る。
（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ＳＦＮ＋ｓｌｏｔｎｕｍｂｅｒｉｎｔｈｅｆｒａｍｅ）＝
［（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ＳＦＮｓｔａｒｔｔｉｍｅ＋ｓｌｏｔｓｔａｒｔｔｉｍｅ）＋Ｎ×ｐｅｒｉｏｄｉｃｉｔｙ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ／１０］ｍｏｄｕｌｏ（１０２４×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ）

ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレーム当たりのスロット数であり、ＳＦＮは現在のシステムフレーム番号であり、ｓｌｏｔｎｕｍｂｅｒｉｎｔｈｅｆｒａｍｅは現在のシステムフレームのスロット番号であり、ＳＦＮｓｔａｒｔｔｉｍｅは開始システムフレーム番号であり、ｓｌｏｔｓｔａｒｔｔｉｍｅは開始スロット番号であり、ｐｅｒｉｏｄｉｃｉｔｙはＲＲＣメッセージによって設定されたＳＰＳリソース周期である。

ＵＥが各周期に利用可能なリソース（開始リソース位置を含む）情報は、下記方法のうち少なくとも１つによって設定され得る。

方法１：リソース割り当てｂｉｔｍａｐによって設定される。例えば、１０ｂｉｔｓｂｉｔｍａｐによって、開始位置からの１０ｂｉｔにおける利用可能なリソース位置を指示する。

方法２：リソース割り当て時間長によって設定される。例えば、１０ｍｓのリソース割り当て時間長によって、開始位置からの１０ｍｓの時間内のリソースを指示する。

方法３：リソース割り当て時間長及びリソース割り当て短周期によって設定される。例えば、１０ｍｓのリソース割り当て時間長と２ｍｓのリソース割り当て短周期とによって、開始位置からの１０ｍｓの時間内に２ｍｓ毎に一つのリソースを割り当てるよう指示する。

ステップ２．２：ＵＥはステップ１において受信されたリソースの設定情報に基づいて、各周期における利用可能なＨＡＲＱプロセス番号を算出する。本実施例において、各周期における利用可能なＨＡＲＱプロセスの数が１つである。

具体的には、以下の公式によってＨＡＲＱプロセス番号ＨＡＲＱＰｒｏｃｅｓｓＩＤが算出され得る。
ＨＡＲＱＰｒｏｃｅｓｓＩＤ＝［ｆｌｏｏｒ（ＣＵＲＲＥＮＴ＿ｓｌｏｔ×１０／（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｐｅｒｉｏｄｉｃｉｔｙ））］ｍｏｄｕｌｏｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ

ＣＵＲＲＥＮＴ＿ｓｌｏｔは現在のスロット番号であり、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレーム当たりのスロット数であり、ｐｅｒｉｏｄｉｃｉｔｙはＲＲＣメッセージによって設定されたＳＰＳリソース周期であり、ｎｒｏｆＨＡＲＱ－ＰｒｏｃｅｓｓｅｓはＲＲＣメッセージによって設定されたＳＰＳリソースのＨＡＲＱプロセス数である。

ステップ２．３：ネットワーク側機器は、各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信する。

実施例２：
本開示の実施例では、図３に示すように、ネットワーク側機器は所定周期に基づいてリソースの設定情報をユーザ機器に送信する。リソースの設定情報はＤＬＳＰＳリソースの設定情報であり、かつ周期毎にＨＡＲＱプロセスが複数利用可能である場合、本実施例は以下のステップを含む。

ステップ１：ネットワーク側機器は、ＤＬＳＰＳリソースの設定情報をＵＥに送信する。当該リソースの設定情報は、
リソースのＨＡＲＱプロセス数（例えば、リソースの使用可能のＨＡＲＱプロセス数は合計で４つである）と、
リソースの周期（例えば、４０ｍｓ（ミリ秒））と、
各周期における複数のリソースの割り当て情報とのうち、１つ又は複数の任意の組み合わせを含む。

前記各周期における複数のリソースの割り当て情報は、
リソース割り当ての開始位置情報（例えば、スロット２、又は有効化位置に対するオフセットが２個のスロットである）と、
リソース割り当てｂｉｔｍａｐ（例えば、１０ｂｉｔで１０個のｓｌｏｔの位置を識別し、ビット値が１の場合、該ｓｌｏｔ位置のリソースはＵＥに割り当てられるリソースであると想定される）と、
リソース割り当て時間長（例えば、４０ｍｓ周期のリソースに対して、リソースの開始位置からの１０ｍｓのリソース割り当て時間長）と、
リソース割り当て短周期（例えば、４０ｍｓ周期のリソースに対して、４０ｍｓ毎に１０ｍｓのリソース割り当て時間長があり、該１０ｍｓ内のリソース割り当ての周期は２ｍｓである）とのうち、１つ又は複数の任意の組み合わせを含む。

さらに、ネットワーク側機器は利用可能なＨＡＲＱ設定情報をＵＥに送信してもよく、又は事前に規格によってＵＥに利用可能なＨＡＲＱ設定情報を規定してもよい。ＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数（例えば、リソースの使用可能のＨＡＲＱプロセス数は合計で４つである）と、
リソースのＨＡＲＱプロセス番号（例えば、リソースが使用可能のＨＡＲＱプロセス番号は１、２、３、４である）と、
リソースの各周期に利用可能なＨＡＲＱプロセス数（例えば、ｎｒｏｆＨＡＲＱ－ＰｒｏｃｅｓｓｅｓＰｅｒＰｅｒｉｏｄ）（例えば、各周期には２つのＨＡＲＱプロセスが使用可能である）と、
リソースの各周期に利用可能なＨＡＲＱプロセス番号（例えば、ＵＥは全部で４個のＨＡＲＱプロセスを利用することができ、各周期に利用可能なＨＡＲＱプロセスが２個である場合、ＵＥの開始有効化位置からの第１の周期のＨＡＲＱプロセス番号は、１、２となり、第２の周期のＨＡＲＱプロセス番号は３、４となり、第３の周期のＨＡＲＱプロセス番号は１、２となり、第４の周期のＨＡＲＱプロセス番号は３、４となる。以降、同様である。）とのうち、１つ又は複数の任意の組み合わせを含む

ステップ２．１：ＵＥはステップ１において受信したリソースの設定情報に基づいて、ネットワーク側機器がアクティベーションシグナリング（例えば、ＰＤＣＣＨアクティベーションコマンド）を送信する場合、ＵＥは当該アクティベートシグナリングにおけるリソース位置情報に基づいて、自身が利用可能なリソース位置情報を算出し、当該位置のリソースを使用する。

ステップ２．２：ＵＥはステップ１において受信されたリソースの設定情報に基づいて、各周期における利用可能なＨＡＲＱプロセス番号を算出する。本実施例において、各周期における利用可能なＨＡＲＱプロセスの数が複数である。

ＵＥは具体的に以下の公式によって各周期の開始リソースのＨＡＲＱプロセス番号ＨＡＲＱＰｒｏｃｅｓｓＩＤを算出することができる。
ＨＡＲＱＰｒｏｃｅｓｓＩＤ＝［ｆｌｏｏｒ（ＣＵＲＲＥＮＴ＿ｓｌｏｔ×１０／（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｐｅｒｉｏｄｉｃｉｔｙ））］ｍｏｄｕｌｏ（ｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ／ｎｒｏｆＨＡＲＱ－ＰｒｏｃｅｓｓｅｓＰｅｒＰｅｒｉｏｄ）

ＣＵＲＲＥＮＴ＿ｓｌｏｔは現在のスロット番号であり、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレーム当たりのスロット数であり、ｐｅｒｉｏｄｉｃｉｔｙはＲＲＣメッセージによって設定されたＳＰＳリソース周期であり、ｎｒｏｆＨＡＲＱ－ＰｒｏｃｅｓｓｅｓはＲＲＣメッセージによって設定されたＳＰＳリソースのＨＡＲＱプロセス数であり、ｎｒｏｆＨＡＲＱ－ＰｒｏｃｅｓｓｅｓＰｅｒＰｅｒｉｏｄはリソースの各周期に利用可能なＨＡＲＱプロセス数である。

ＵＥの各周期における後続のリソースのＨＡＲＱプロセス番号は、
周期番号順及びリソース番号順に基づいて、残りのＨＡＲＱプロセス番号が順次に割り当てられる。例えば、「ｐｅｒｉｏｄｉｃｉｔｙ＝１０」、「ｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ＝４」、「ｎｒｏｆＨＡＲＱ－ＰｒｏｃｅｓｓｅｓＰｅｒＰｅｒｉｏｄ＝２」、ネットワーク側機器が周期毎に２個のリソース位置を設定する場合、第１の周期の第１のリソースの「ＨＡＲＱプロセス番号＝１」、第２の周期の第１のリソースの「ＨＡＲＱプロセス番号＝２」、第３の周期の第１のリソースの「ＨＡＲＱプロセス番号＝１」、第４の周期の第１のリソースの「ＨＡＲＱプロセス番号＝２」、以降、同様である。第１の周期の第２のリソースの「ＨＡＲＱプロセス番号＝３」、第２の周期の第２のリソースの「ＨＡＲＱプロセス番号＝４」、第３の周期の第２のリソースの「ＨＡＲＱプロセス番号＝３」、第４の周期の第２のリソースの「ＨＡＲＱプロセス番号＝２」、以降、同様である。

実施例３：
本実施例では、図３に示すように、ネットワーク側機器は所定周期に基づいてリソースの設定情報をユーザ機器に送信する。リソースの設定情報はＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１リソースの設定情報であり、かつ周期毎にＨＡＲＱプロセスが１つ利用可能である。本実施例は以下のステップを含む。

ステップ１：ネットワーク側機器は、ＵＥにＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１リソースの設定情報を送信する。当該リソースの設定情報は、
リソースの周期（例えば、ｐｅｒｉｏｄｉｃｉｔｙ、４０ｍｓ（ミリ秒））と、
時間領域オフセット（例えば、ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔは、ＳＦＮ＝０の位置に対して、リソースの時間領域位置は１０番目のシンボル（すなわち、ＯＦＤＭｓｙｍｂｏｌ）の位置である）と、
各時間領域リソースが占有する時間領域長（例えば、ｔｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎ、各時間領域リソースが２個のシンボルを占有する）と、
各周期における複数のリソースの割り当て情報のうち、１つ又は複数の任意の組み合わせを含む。

前記各周期における複数のリソースの割り当て情報は、
リソース割り当てｂｉｔｍａｐ（例えば、１０ｂｉｔで１０個のｓｌｏｔの位置を識別し、ビット値が１の場合、該ｓｌｏｔ位置のリソースはＵＥに割り当てられたリソースであると想定される）と、
リソース割り当て時間長（例えば、４０ｍｓ周期のリソースに対して、リソースの開始位置からの１０ｍｓのリソース割り当て時間長）と、
リソース割り当て短周期（例えば、４０ｍｓ周期のリソースに対して、４０ｍｓ毎に１０ｍｓのリソース割り当て時間があり、該１０ｍｓ内のリソース割り当て周期は２ｍｓである）とのうち、１つ又は複数の任意の組み合わせを含む。

ステップ２．１：ＵＥはステップ１において受信したリソースの設定情報に基づいて、自身が利用可能なリソース位置情報を算出し、当該位置のリソースを使用する。

ＵＥの各周期の最初の利用可能なリソース位置は以下の公式により算出され得る。
［（ＳＦＮ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋（ｓｌｏｔｎｕｍｂｅｒｉｎｔｈｅｆｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋ｓｙｍｂｏｌｎｕｍｂｅｒｉｎｔｈｅｓｌｏｔ］＝
（ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋Ｓ＋Ｎ×ｐｅｒｉｏｄｉｃｉｔｙ）ｍｏｄｕｌｏ（１０２４×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）

ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレーム当たりのスロット数であり、ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはスロット数当たりのシンボル数であり、ＳＦＮは現在のシステムフレーム番号であり、ｓｌｏｔｎｕｍｂｅｒｉｎｔｈｅｆｒａｍｅは現在のシステムフレームのスロット番号であり、ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔはＳＦＮ＝０の時間領域に対するリソースオフセットであり、Ｓは開始シンボルの番号であり、Ｎはリソースの番号であり、ｐｅｒｉｏｄｉｃｉｔｙはＲＲＣメッセージによって設定されたＳＰＳリソース周期である。

具体的には、以下の公式によってＨＡＲＱプロセス番号ＨＡＲＱＰｒｏｃｅｓｓＩＤを算出することができる。
ＨＡＲＱＰｒｏｃｅｓｓＩＤ＝［ｆｌｏｏｒ（ＣＵＲＲＥＮＴ＿ｓｌｏｔ×１０／（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｐｅｒｉｏｄｉｃｉｔｙ））］ｍｏｄｕｌｏｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ

ステップ２．３：ＵＥは各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信する。

実施例４：
本実施例では、図３に示すように、ネットワーク側機器は所定周期に基づいてリソースの設定情報をユーザ機器に送信する。リソースの設定情報はＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１リソースの設定情報であり、周期毎にＨＡＲＱプロセスが複数利用可能である場合、本実施例は以下のステップを含む。

ステップ１：ネットワーク側機器は、ＵＥにＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１リソースの設定情報を送信する。前記リソースの設定情報は、
リソースの周期（例えば、ｐｅｒｉｏｄｉｃｉｔｙ、４０ｍｓ（ミリ秒））と、
時間領域オフセット（例えば、ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔ、ＳＦＮ＝０の位置に対して、リソースの時間領域位置は１０番目のシンボル（すなわち、ＯＦＤＭｓｙｍｂｏｌ）の位置である）と、
各時間領域リソースが占有する時間領域長（例えば、ｔｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎ、各時間領域リソースが２個のシンボルを占有する）と、
各周期における複数のリソースの割り当て情報とのうち、１つ又は複数の任意の組み合わせを含む。

各周期における複数のリソースの割り当て情報は、
リソース割り当てｂｉｔｍａｐ（例えば、１０ｂｉｔで１０個のｓｌｏｔの位置を識別し、ビット値が１の場合、該ｓｌｏｔ位置のリソースはＵＥに割り当てられたリソースであると想定される）と、
リソース割り当て時間長（例えば、４０ｍｓ周期のリソースに対して、リソースの開始位置からの１０ｍｓのリソース割り当て時間長）と、
リソース割り当て短周期（例えば、４０ｍｓ周期のリソースに対して、４０ｍｓ毎に１０ｍｓのリソース割り当て時間があり、該１０ｍｓ内のリソース割り当て周期は２ｍｓである）とのうち、１つ又は複数の任意の組み合わせを含む。

さらに、ネットワーク側機器は利用可能なＨＡＲＱ設定情報をＵＥに送信してもよく、又は事前に規格によってＵＥに利用可能なＨＡＲＱ設定情報を規定してもよい。ＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数（例えば、リソースの使用可能のＨＡＲＱプロセス数は合計で４つである）と、
リソースのＨＡＲＱプロセス番号（例えば、リソースの合計の使用可能のＨＡＲＱプロセス番号は１、２、３、４である）と、
リソースの各周期に利用可能なＨＡＲＱプロセス数（例えば、ｎｒｏｆＨＡＲＱ－ＰｒｏｃｅｓｓｅｓＰｅｒＰｅｒｉｏｄ）（例えば、各周期には２つのＨＡＲＱプロセスが使用可能である）と、
リソースの各周期に利用可能なＨＡＲＱプロセス番号（例えば、ＵＥは全部で４個のＨＡＲＱプロセスを利用することができ、各周期に利用可能なＨＡＲＱプロセスが２個である場合、ＵＥの開始有効化位置からの第１の周期のＨＡＲＱプロセス番号は、１、２となり、第２の周期のＨＡＲＱプロセス番号は３、４となり、第３の周期のＨＡＲＱプロセス番号は１、２となり、第４の周期のＨＡＲＱプロセス番号は３、４となる。以降、同様である。）とのうち、１つ又は複数の任意の組み合わせを含む

ステップ２．２：ＵＥはステップ１において受信されたリソースの設定情報に基づいて、各周期における利用可能なＨＡＲＱプロセス番号を算出する。本実施例において、各周期における利用可能なＨＡＲＱプロセスの数が複数である

ＵＥの各周期における後続のリソースのＨＡＲＱプロセス番号は、
周期番号順及びリソース番号順に基づいて、残りのＨＡＲＱプロセス番号が順次割り当てられる。例えば、「ｐｅｒｉｏｄｉｃｉｔｙ＝１０」、「ｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ＝４」、「ｎｒｏｆＨＡＲＱ－ＰｒｏｃｅｓｓｅｓＰｅｒＰｅｒｉｏｄ＝２」。例えば、ネットワーク側機器には周期ごとに２個のリソース位置が割り当てられる場合、第１の周期の第１のリソースの「ＨＡＲＱプロセス番号＝１」、第２の周期の第１のリソースの「ＨＡＲＱプロセス番号＝２」、第３の周期の第１のリソースの「ＨＡＲＱプロセス番号＝１」、第４の周期の第１のリソースの「ＨＡＲＱプロセス番号＝２」、以降、同様である。第１の周期の第２のリソースの「ＨＡＲＱプロセス番号＝３」、第２の周期の第２のリソースの「ＨＡＲＱプロセス番号＝４」、第３の周期の第２のリソースの「ＨＡＲＱプロセス番号＝３」、第４の周期の第２のリソースの「ＨＡＲＱプロセス番号＝２」、以降、同様である。

実施例５：
本実施例では、図３に示すように、ネットワーク側機器は所定周期に基づいてリソースの設定情報をユーザ機器に送信する。リソースの設定情報はＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ２の設定情報であり、かつ周期毎にＨＡＲＱプロセスが１つ利用可能であり、本実施例は以下のステップを含む。

ステップ１：ネットワーク側機器は、ＵＥにＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ２リソースの設定情報を送信する。当該リソースの設定情報は、
リソースの周期（例えば、ｐｅｒｉｏｄｉｃｉｔｙ、４０ｍｓ（ミリ秒））と、
各周期における複数のリソースの割り当て情報とのうち、１つ又は複数の任意の組み合わせを含む。

ステップ２．１：ＵＥはステップ１において受信したリソースの設定情報に基づいて、ネットワーク側機器がアクティベーションシグナリング（例えば、ＰＤＣＣＨアクティベーションコマンド）を送信する場合、ＵＥは前記アクティベートシグナリングにおけるリソース位置情報に基づいて、自身が利用可能なリソース位置情報を算出し、当該位置のリソースを使用する。

ＵＥの各周期の最初の利用可能なリソース位置は以下の公式により算出され得る。
［（ＳＦＮ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋（ｓｌｏｔｎｕｍｂｅｒｉｎｔｈｅｆｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋ｓｙｍｂｏｌｎｕｍｂｅｒｉｎｔｈｅｓｌｏｔ］＝
［（ＳＦＮｓｔａｒｔｔｉｍｅ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｌｏｔｓｔａｒｔｔｉｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｙｍｂｏｌｓｔａｒｔｔｉｍｅ）＋Ｎ×ｐｅｒｉｏｄｉｃｉｔｙ］ｍｏｄｕｌｏ（１０２４×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）

ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレーム当たりのスロット数であり、ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはスロット当たりのシンボル数であり、ＳＦＮは現在のシステムフレーム番号であり、ｓｌｏｔｎｕｍｂｅｒｉｎｔｈｅｆｒａｍｅは現在のシステムフレームのスロット番号であり、ＳＦＮｓｔａｒｔｔｉｍｅは開始システムフレーム番号であり、ｓｌｏｔｓｔａｒｔｔｉｍｅは開始スロット番号であり、ｓｙｍｂｏｌｓｔａｒｔｔｉｍｅは開始シンボル番号であり、Ｎは資源の番号であり、ｐｅｒｉｏｄｉｃｉｔｙはＲＲＣメッセージによって設定されたＳＰＳリソース周期である。

実施例６：
本実施例では、図３に示すように、ネットワーク側機器は所定周期に基づいてリソースの設定情報をユーザ機器に送信する。リソースの設定情報はＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ２リソースの設定情報であり、かつ周期毎にＨＡＲＱプロセスが複数利用可能であり、本実施例は以下のステップを含む。

ステップ１：ネットワーク側機器がＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ２リソースの設定情報をＵＥに送信する。前記リソースの設定情報は、
リソースの周期（例えば、ｐｅｒｉｏｄｉｃｉｔｙ、４０ｍｓ（ミリ秒））と、
各周期における複数のリソースの割り当て情報のうち、１つ又は複数の任意の組み合わせを含む。

具体的には、以下の公式によって各周期の開始リソースのＨＡＲＱプロセス番号ＨＡＲＱＰｒｏｃｅｓｓＩＤを算出することができる。
ＨＡＲＱＰｒｏｃｅｓｓＩＤ＝［ｆｌｏｏｒ（ＣＵＲＲＥＮＴ＿ｓｌｏｔ×１０／（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｐｅｒｉｏｄｉｃｉｔｙ））］ｍｏｄｕｌｏｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ

ＵＥの各周期における後続のリソースのＨＡＲＱプロセス番号は、
周期番号順及びリソース番号順に基づいて、残りのＨＡＲＱプロセス番号が順次割り当てられる。例えば、「ｐｅｒｉｏｄｉｃｉｔｙ＝１０」、「ｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ＝４」、「ｎｒｏｆＨＡＲＱ－ＰｒｏｃｅｓｓｅｓＰｅｒＰｅｒｉｏｄ＝２」。例えば、ネットワーク側には周期ごとに２個のリソース位置が割り当てられる場合、第１の周期の第１のリソースの「ＨＡＲＱプロセス番号＝１」、第２の周期の第１のリソースの「ＨＡＲＱプロセス番号＝２」、第３の周期の第１のリソースの「ＨＡＲＱプロセス番号＝１」、第４の周期の第１のリソースの「ＨＡＲＱプロセス番号＝２」、以降、同様である。第１の周期の第２のリソースの「ＨＡＲＱプロセス番号＝３」、第２の周期の第２のリソースの「ＨＡＲＱプロセス番号＝４」、第３の周期の第２のリソースの「ＨＡＲＱプロセス番号＝３」、第４の周期の第２のリソースの「ＨＡＲＱプロセス番号＝２」、以降、同様である。

実施例７：
本実施例では、図３に示すように、ネットワーク側機器は所定周期に基づいてリソースの設定情報をユーザ機器に送信する。リソースの設定情報はＡＵＬリソースの設定情報であり、本実施例は、以下のステップを含む。

ステップ１：ネットワーク側機器がＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１リソースの設定情報をＵＥに送信する。前記リソースの設定情報は、
リソースの周期（例えば、ｐｅｒｉｏｄｉｃｉｔｙ、４０ｍｓ（ミリ秒））と、
各周期における複数のリソースの割り当て情報とのうち、１つ又は複数の任意の組み合わせを含む。

各周期における複数のリソースの割り当て情報は
リソース割り当てｂｉｔｍａｐ（例えば、１０ｂｉｔで１０個のｓｌｏｔの位置を識別し、ビット値が１の場合、該ｓｌｏｔ位置のリソースはＵＥに割り当てられたリソースであると想定される）と、
リソース割り当て時間長（例えば、４０ｍｓ周期のリソースに対して、リソースの開始位置からの１０ｍｓのリソース割り当て時間長）と、
リソース割り当て短周期（例えば、４０ｍｓ周期のリソースに対して、４０ｍｓ毎に１０ｍｓのリソース割り当て時間があり、該１０ｍｓ内のリソース割り当て周期は２ｍｓである）とのうち、１つ又は複数の任意の組み合わせを含む。

さらに、ネットワーク側機器は利用可能なＨＡＲＱ設定情報をＵＥに送信してもよく、又は事前に規格によってＵＥに利用可能なＨＡＲＱ設定情報を規定してもよい。ＨＡＲＱ設定情報は、
ＵＥが利用可能のＨＡＲＱプロセス番号プール（例えば、ＵＥが利用可能のＨＡＲＱプロセス番号は１、２、３、４である）を含む。

ステップ２．１：ＵＥはステップ１において受信したリソースの設定情報に基づいて、ネットワーク側機器がアクティベーションシグナリング（例えば、ＰＤＣＣＨアクティベーションコマンド）を送信する場合、ＵＥは該アクティベートシグナリングにおけるリソース位置情報に基づいて、自身が利用可能なリソース位置情報を算出し、該位置のリソースを使用する。

ステップ２．２：ＵＥは各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信し、またステップ１のリソースの設定情報に基づいてＨＡＲＱプロセスを１つ選択する（例えば、ＨＡＲＱプロセス１を選択する）。

上記実施例１～７において、ネットワーク側機器はＵＥに半永続的なリソースを設定する場合、各リソース周期に対して、ネットワーク側機器は一定時間における複数のリソース位置を設定することができる。なお、データ送信端にはデータの送信がある場合、複数のソース位置でリソースが利用可能か否かをモニタリングし、リソースが利用可能な場合、データ送信端はデータを送信する。

本開示の実施例では、ネットワーク側機器が提供され、図４に示すように、前記ネットワーク側機器は、
リソースの周期、各周期内の複数のリソースの割り当て情報の少なくとも１つを含むリソースの設定情報をユーザ機器に送信するための送信モジュール３１を含む。

本実施例では、ネットワーク側機器は、各周期内の複数のリソースの設定情報をユーザ機器に送信することにより、ネットワーク側機器及び／又はユーザ機器を含むデータ送信側が送信周期毎に複数のリソースの割り当て情報を取得することができ、また複数のリソースの割り当て情報に基づいて複数のリソースの位置を決定することができ、これにより、複数のリソースの位置でリソースが利用可能かどうかのモニタリングを行い、リソースが利用可能な場合にだけデータを送信することができるので、データ送信の遅延を低減する。

さらに、前記リソースの設定情報がＤＬＳＰＳリソースの設定情報である場合、前記ネットワーク側機器は、
各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信するための処理モジュール３２をさらに含む。

本開示の実施例では、ユーザ機器が提供され、図５に示すように、前記ユーザ機器は、
リソースの周期、各周期内の複数のリソースの割り当て情報の少なくとも１つを含む、ネットワーク側機器のリソースの設定情報を受信するための第１の受信モジュール４１と、
ネットワーク側機器のアクティベーションシグナリングを受信するための第２の受信モジュール４２と、
前記アクティベーションシグナリングにおけるリソースの位置情報と前記リソースの設定情報に基づいて、利用可能なリソースを決定するための処理モジュール４３と、を備える。

本実施例では、ネットワーク側機器は、各周期内の複数のリソースの設定情報をユーザ機器に送信することにより、ネットワーク側機器及び／又はユーザ機器を含むデータ送信側が送信周期毎に複数のリソースの割り当て情報を取得することができ、さらに複数のリソースの割り当て情報に基づいて複数のリソースの位置を決定することができ、これにより、複数のリソースの位置でリソースが利用可能かどうかのモニタリングを行い、リソースが利用可能な場合にだけデータを送信することができるので、データ送信の遅延を低減させる。

さらに、前記処理モジュール４３は前記リソースの設定情報に基づいて各周期における利用可能なＨＡＲＱプロセス番号を算出するために用いられる。

さらに、前記リソースの設定情報がＤＬＳＰＳリソースの設定情報、ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１リソースの設定情報又はＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ２リソースの設定情報であり、各周期における利用可能なＨＡＲＱプロセス数が複数である場合、
前記処理モジュール４３は具体的に周期番号順と各周期のリソース番号順とに基づいて各周期のリソースのＨＡＲＱプロセスに番号を割り当てるために用いられる。

さらに、前記リソースの設定情報はＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１リソースの設定情報、ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ２リソースの設定情報又はＡＵＬリソースの設定情報であり、前記処理モジュール４３はさらに各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能である場合、該利用可能なリソース位置でデータを送信するために用いられる。

本開示の実施例によって提供されるネットワーク側機器は、メモリ、プロセッサ、およびメモリに記憶されかつプロセッサによって実行可能なコンピュータプログラムを含み、前記コンピュータプログラムがプロセッサによって実行されると、上記のようなリソース割り当て方法におけるステップが実現される。

図６を参照してください。図６は本開示の実施例に適用するネットワーク側機器の構成図であり、上記の実施例におけるリソース割り当て方法の詳細を実現し、同じ効果を達成することができる。図６に示すように、ネットワーク側機器５００はプロセッサ５０１、送受信機５０２、メモリ５０３、ユーザインターフェース５０４、バスインターフェースを含む。

本開示の実施例では、ネットワーク側機器５００はメモリ５０３に記憶されかつプロセッサ５０１に実行可能なコンピュータプログラムをさらに含み、コンピュータプログラムがプロセッサ５０１によって実行されると、以下のステップが実現される。ユーザ機器にリソースの設定情報を送信し、前記リソースの設定情報は、リソースの周期、各周期内の複数のリソースの割り当て情報の少なくとも１つを含む。

図６では、バスアーキテクチャは任意の数の相互接続されたバスおよびブリッジを含み、具体的にプロセッサ５０１によって代表される１つ又は複数のプロセッサおよびメモリ５０３によって代表されるメモリの各種の電気回路によって連接される。さらに、バスアーキテクチャは周辺デバイス、圧力調整器、電力管理回路などの各種の他の電気回路を連接してもよく、これらはすべて当業者に知られているので、ここでその説明は省略する。バスアーキテクチャはポートを提供する。送受信機５０２は複数の素子であってもよい。すなわち、送受信機を含み、送信媒体に各種の他の装置と通信するためのユニットを提供する。異なるユーザ機器に対して、ユーザインターフェース５０４はまた内部接続が可能なインターフェースであり、接続されたデバイスはミニキーパッド、ディスプレイ、スピーカ、マイク、ジョイスティックなどを含むが、これらに限定されない。

プロセッサ５０１はバスアーキテクチャおよび通常の処理を管理し、メモリ５０３はプロセッサ５０１が動作を実行する場合に使用するデータを記憶することができる。

さらに、各周期における複数のリソースの割り当て情報は、
リソース割り当ての開始位置情報と、
リソースの開始位置からのｎ（ｎは正の整数である）ビットにおける利用可能なリソース位置を示すリソース割り当てビットマップと、
リソースの開始位置から、利用可能なリソースが存在する時間長を示すリソース割り当て時間長と、
開始位置からの第２の予定時間内の各利用可能なリソースの周期を示すリソース割り当て短周期とのうち、少なくとも１つを含む。

さらに、前記リソースの設定情報はＤＬＳＰＳリソースの設定情報である場合、コンピュータプログラムがプロセッサ５０１によって実行されると、以下のステップが実現される。各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能である場合、利用可能なリソース位置でデータを送信する。

本開示によって提供されるユーザ機器は、メモリ、プロセッサ、およびメモリに記憶されかつプロセッサによって実行可能なコンピュータプログラムを含み、前記コンピュータプログラムが前記プロセッサによって実行されると上記のようなリソース使用方法が実現される。

図７は、本開示の各実施例を実現するためのユーザ機器のハードウェア概略構成図である。図７を参照すると、当該ユーザ機器６００は無線周波数部６０１、ネットワークモジュール６０２、音声出力部６０３、入力部６０４、センサ６０５、表示部６０６、ユーザ入力部６０７、インターフェース部６０８、メモリ６０９、プロセッサ６１０、及び電源６１１などの部品を含むが、これらに限定されない。図７に示すユーザ機器の構成は、限定的なものではなく、図示以上又は以下の部品、又はいくつかの部品の組み合わせ、又は異なる部品を含めてもよく、当業者であれば、それらを容易に想到することができる。本開示の実施例では、ユーザ機器は携帯電話、タブレット、ノートパソコン、パームトップ、車載端末、装着可能機器、歩数計などを含むが、これらに限定されない。

前記プロセッサ６１０は、リソースの周期、各周期内の複数のリソースの割り当て情報の少なくとも１つを含む、ネットワーク側機器のリソースの設定情報を受信し、ネットワーク側機器のアクティベーションシグナリングを受信し、前記シグナリングにおけるリソースの位置情報と前記リソースの設定情報とに基づいて利用可能なリソースを決定するために用いられる。

さらに、前記リソースの設定情報がリソースのＨＡＲＱ設定情報をさらに含む場合、前記プロセッサ６１０は前記リソースの設定情報に基づいて各周期における利用可能なＨＡＲＱプロセス番号を算出するために用いられる。

さらに、前記リソースの設定情報がＤＬＳＰＳリソースの設定情報、ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１リソースの設定情報又はＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ２リソースの設定情報であり、各周期における利用可能なＨＡＲＱプロセス数が複数である場合、前記プロセッサ６１０は周期番号順及び各周期におけるリソース番号順に基づいて各周期のリソースのＨＡＲＱプロセスに番号を割り当てる。

さらに、前記リソースの設定情報はＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１リソースの設定情報、ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ２リソースの設定情報又はＡＵＬリソースの設定情報であり、前記プロセッサ６１０は、さらに各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能である場合、利用可能なリソース位置でデータを送信するために用いられる。

なお、本開示の実施例では、無線周波数部６０１は情報の送受信又は通話中における信号の送受信を行うために用いられることができる。具体的には、基地局からのダウンリンクデータを受信した後、プロセッサ６１０に処理させる。なお、アップリンクデータを基地局に送信する。一般に、無線周波数部６０１はアンテナ、少なくとも１つの増幅器、送受信機、結合器、低雑音増幅器、デュプレクサなどを含むが、これらに限定されない。また、無線周波数部６０１は無線通信システムによってネットワーク及び他の機器と通信することもできる。

ユーザ機器はネットワークモジュール６０２を介して、ユーザに、電子メールの送受信、ウェブページの閲覧、ストリーミングメディアへのアクセスなどの無線ブロードバンドインターネットアクセスを提供する。

音声出力部６０３は無線周波数部６０１又はネットワークモジュール６０２が受信した又はメモリ６０９に記憶された音声データを音声信号に変換して音声として出力することができる。さらに、音声出力部６０３はユーザ機器６００が実行する特定機能に関連する音声出力（例えば、呼び出し信号が音声を受信し、メッセージの着信音など）を提供することもできる。音声出力部６０３はスピーカ、ブザー及び受話器などを含む。

入力部６０４は音声又は映像信号を受信するために用いられる。入力部６０４は図学処理装置（ＧｒａｐｈｉｃｓＰｒｏｃｅｓｓｉｎｇＵｎｉｔ、ＧＰＵ）６０４１及びマイクロフォン６０４２を含むことができ、ＧＰＵ６０４１はビデオ撮影モードまたは画像撮影モードでカメラなどの撮影装置によって撮影された静止画像または動画画像の画像データを処理する。処理された画像フレームは、表示部６０６に表示されてもよい。ＧＰＵ６０４１によって処理された画像フレームはメモリ６０９（又は他の記憶媒体）に記憶されてもよく、又は無線周波数部６０１又はネットワークモジュール６０２を介して送信されてもよい。マイクロフォン６０４２は音声を受信し、該音声を音声データに処理することができる。処理された音声データは電話通話モードの場合に、無線周波数部６０１を介して移動通信基地局に送信可能なフォーマット出力に変換されて出力される。

ユーザ機器６００は光センサ、モーションセンサ、及び他のセンサなどのような少なくとも１つのセンサ６０５をさらに含む。具体的には、光センサは、周辺光の明暗によって表示パネル６０６１の輝度を調節することができる周辺光センサと、ユーザ機器６００が耳元に移動すると表示パネル６０６１及び／又はバックライトを消灯することができる近接センサとを含む。モーションセンサの１つとして、加速度計センサは、様々な方向（一般的には３軸）の加速度の大きさを検出し、静止時に重力の大きさ及び方向を検出することができ、ユーザ機器の姿勢（例えば、縦横画面の切り替え、関連するゲーム、磁力計の姿勢較正など）、振動認識関連機能（例えば、歩数計、タップ）などを識別するために使用されてもよい。センサ６０５は、指紋センサ、圧力センサ、虹彩センサ、分子センサ、ジャイロスコープ、気圧計、湿度計、温度計、赤外線センサなどをさらに含んでもよいが、ここでその説明は省略する。

表示部６０６は、ユーザが入力した情報やユーザに提供する情報を表示するために用いられる。表示部６０６は、表示パネル６０６１を含み、液晶ディスプレイ（ＬｉｑｕｉｄＣｒｙｓｔａｌＤｉｓｐｌａｙ、ＬＣＤ）、有機発光ダイオード（ＯｒｇａｎｉｃＬｉｇｈｔ－ＥｍｉｔｔｉｎｇＤｉｏｄｅ、ＯＬＥＤ）などの形態で表示パネル６０６１を構成する。

ユーザ入力部６０７は、数字や文字の入力を受け付け、端末のユーザ設定や機能制御に関するキー信号入力の生成を行うために用いられる。具体的には、ユーザ入力部６０７は、タッチパネル６０７１及び他の入力装置６０７２を含む。タッチパネル６０７１は、タッチスクリーンとも呼ばれ、ユーザがタッチパネル６０７１上に又はその付近で行うタッチ操作を収集する（例えばユーザが指、タッチペンなどの任意の対応するもの又は付属品を用いてタッチパネル６０７１上に又はその付近に行うタッチ操作）。タッチパネル６０７１はタッチ検出装置及びタッチコントローラの２つの部分を備えてもよい。タッチ検出装置は、ユーザのタッチ方位を検出し、タッチ操作による信号を検出して、信号をタッチコントローラに伝送する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、それをコンタクト座標に変換して、プロセッサ６１０に送信し、プロセッサ６１０からのコマンドを受信して実行する。さらに、タッチパネル６０７１は、抵抗式、静電容量式、赤外線、表面弾性波等の複数のタイプにより実現することができる。ユーザ入力部６０７は、タッチパネル６０７１に加えて、他の入力装置６０７２をさらに備えてもよい。具体的には、他の入力装置６０７２は物理キーボード、機能キー（音量制御ボタン、スイッチボタンなど）、トラックボール、マウス、操作レバーを含むことができるが、これらに限定されない。

さらに、タッチパネル６０７１は表示パネル６０６１に重ねられ、タッチパネル６０７１上又はその付近でタッチ操作が検出されると、プロセッサ６１０に転送してタッチイベントの種類を判定し、その後、プロセッサ６１０はタッチイベントの種類に応じて、表示パネル６０６１上に対応する視覚出力を提供する。図７では、タッチパネル６０７１と表示パネル６０６１が、端末の入力機能及び出力機能を実現するために、互いに独立した２つの構成要素として示されているが、実施例によっては、タッチパネル６０７１と表示パネル６０６１が一体化されて端末の入出力機能を実現することもでき、ここでは具体的に限定しない。

インターフェース部６０８は、外部デバイスとユーザ機器６００とを接続するためのインターフェースである。例えば、外部機器は、有線または無線ヘッドフォンポート、外部電源（またはバッテリチャージャ）ポート、有線または無線データポート、メモリカードポート、識別モジュールを有するデバイスを接続するためのポート、オーディオ入出力（Ｉ／Ｏ）ポート、ビデオＩ／Ｏポートヘッドフォンポートなどを含むことができる。インターフェース部６０８は、外部機器からの入力（例えば、データ情報、電力など）を受信し、受信した入力をユーザ機器６００内の１つ以上の要素に伝送するために用いられてもよく、またはユーザ機器６００と外部デバイスとの間でデータを伝送するために用いられてもよい。

メモリ６０９は、ソフトウェアプログラムや各種データを記憶するために用いられる。メモリ６０９は、オペレーティングシステム、サウンド再生機能、イメージ再生機能などの少なくとも１つの機能に必要なアプリケーションなどを記憶するプログラム記憶領域と、携帯電話機の使用に応じて作成されたデータ（例えば、音声データ、電話帳等）を記憶するデータ記憶領域とを主に含むことができる。さらに、メモリ６０９は、高速ランダムアクセスメモリを含んでもよく、少なくとも１つのディスク記憶デバイス、フラッシュメモリデバイスなどの不揮発性メモリ、または他の揮発性固体記憶デバイスを含んでもよい。

プロセッサ６１０は、端末全体の各部を各種インターフェース及び回線で接続し、メモリ６０９に記憶されたソフトウェアプログラムやモジュールを実行又は実現し、メモリ６０９に記憶されたデータを呼び出すことで、ユーザ機器の各種機能や処理データを実行し、端末全体をモニタリングする端末の制御センタである。プロセッサ６１０は、１つ以上の処理ユニットを含んでもよく、オプションとして、プロセッサ６１０は、オペレーティングシステム、ユーザインターフェース、アプリケーションなどを主に処理するアプリケーションプロセッサと、ワイヤレス通信を主に処理するモデムプロセッサとを統合することができる。なお、前記のモデムプロセッサは、プロセッサ６１０に集積されていなくてもよい。

ユーザ機器６００は、様々な構成要素に電力を供給するための電源６１１（例えば、バッテリ）をさらに含んでもよく、オプションとして、電源６１１は、電力管理システムを介してプロセッサ６１０に論理的に接続されてもよく、これにより、電力管理システムを介して、充放電の管理及び消費電力管理などの機能を実現することができる。

なお、ユーザ機器６００は、いくつかの図示しない機能ブロックを含むが、ここでその説明を省略する。

本開示では、コンピュータ可読記憶媒体が提供され、前記コンピュータ可読記憶媒体にはコンピュータプログラムが記憶され、前記コンピュータプログラムがプロセッサによって実行されると、上記のようなリソース割り当て方法におけるステップ又は上記のようなリソース使用方法におけるステップが実現される。

なお、本明細書に記載されたこれらの実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、又はそれらの組み合わせによって実現されてもよいことを理解され得る。ハードウェア実現の場合、処理ユニットは、１つ又は複数のＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）、ＤＳＰ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ）、ＤＳＰＤ（ＤＳＰＤｅｖｉｃｅ）、ＰＬＤ（ＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ－ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本開示に記載される機能を実行するための他の電子ユニット又はそれらの組み合わせにおいて実現され得る。

ソフトウェアの実現について、本明細書に記載された技術は、本明細書に記載された機能を実行するためのモジュール（例えば、プロセス、関数など）によって実現されてもよい。ソフトウェアコードは、メモリに記憶され、プロセッサによって実行されよい。メモリは、プロセッサ内に実現されてもよいし、プロセッサ以外部に実現されてもよい。

これらの機能はハードウェアまたはソフトウェアで実行されるかどうかは、技術スキームの特定の応用および設計制約条件に依存する。専門技術者は、それぞれの特定の応用に対して、異なる方法を用いて記載された機能を実現することができるが、このような実現は本開示の範囲を超えていると考えてはならない。

当業者であれば、説明の便宜及び簡潔のために、前記説明したシステム、装置及びユニットの具体的な動作過程は、前記方法の実施例における対応するプロセスを参照してもよいと理解できる、ここで、その説明は省略する。

本明細書における各実施例は、いずれも段階的な説明方式を用いて、他の実施例と異なる点を重点的に説明し、各実施例間の同一又は同様な部分を相互参照すれば良い。

本開示の実施例は、方法、装置、またはコンピュータプログラム製品として提供され得ることを当業者であれば理解できる。したがって、本開示の実施例は、完全なハードウェアの実施例、完全なソフトウェアの実施例、またはソフトウェア及びハードウェアを組み合わせた実施例を採用することができる。また、本開示の実施例は、コンピュータ利用可能プログラムコードを含むコンピュータ対応記憶媒体（磁気ディスクメモリ、リードオンリーディスク（ＣＤ－ＲＯＭ）、光学メモリなどを含むが、これらに限定されない）の１つ以上において実施されるコンピュータプログラム製品の形態を採用することができる。

本開示によって提供されるいくつかの実施例において、開示されるシステム、機器、及び方法は、他の方法で実現され得ることが理解されるべきである。例えば、上述した機器の実施例は単なる例示的なものであり、例えば、前記ユニットの分割は、１つの論理的機能の分割であり、実際に具現化する場合、他の分割方式があってもよく、例えば、複数のユニット又は構成要素が別のシステムに結合されても、集積されてもよく、又は、一部の特徴が省略されても、実行されなくてもよい。さらに、表示された又は検討された相互結合、又は直接結合、又は通信接続は、いくつかのインターフェース、機器又はユニットを介した間接結合又は通信接続であってもよく、電気的、機械的又は他の形態であってもよい。

前記分離部品として説明されたユニットは、物理的に分離されても、または分離されなくてもよく、ユニットとして示された部品は、物理的なユニットであっても、または分離されなくてもよく、すなわち、一箇所に位置してもよく、または複数のネットワーク要素に分散されてもよい。本実施例の技術案の目的を達成するために、必要に応じて、その一部または全部を選択することができる。

これらの機能がソフトウェア機能として実現され、独立した製品として販売または利用される場合、コンピュータ読み取り可能な記録媒体に記憶されてもよい。このような理解に基づいて、本開示の技術案の本質的な部分、換言すれば、従来技術に寄与する部分は、ソフトウェア製品の形で具現化することができ、該コンピュータソフトウェア製品は、記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスクなど）に記憶され、本開示の各実施例に記載された方法を端末（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク装置などであってよい）に実行させるためのいくつかの命令を含む。前記の記憶媒体は、Ｕディスク、外付けハードディスク、ＲＯＭ、ＲＡＭ、磁気ディスク、または光ディスクなどの各種のプログラムコードを記憶することができる媒体を含む。

上記実施例の方法のすべてまたは一部のフローは、コンピュータプログラムによって関連するハードウェアを制御することによって実行可能であり、前記プログラムは、コンピュータ読取可能記憶媒体に記憶されてもよく、前記プログラムが実行される時に、前記した各方法の実施例のフローを含むことができ、当業者であればそれらを理解することができる。ここで、前記記憶媒体は、例えば、リードオンリーメモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、又は光ディスク等である。

本開示の実施例は、本開示の実施例による方法、端末機器（システム）、及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して説明される。フローチャート及び／又はブロック図における各プロセス及び／又はブロック、並びにフローチャート及び／又はブロック図におけるプロセス及び／又はブロックの組み合わせは、コンピュータプログラム命令によって実現されることを理解され得る。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は他のプログラム可能なデータ処理端末機器のプロセッサに提供されて１つのマシンを生成することにより、コンピュータ又はその他のプログラム可能なデータ処理端末機器のプロセッサによって実行される命令は、フローチャートの１つ又は複数のプログラム及び／又はブロック図の１つ又は複数のブロックで指定される機能を実現するための装置を生成する。

これらのコンピュータプログラムコマンドは、コンピュータ又は他のプログラム可能なデータ処理端末機器が特定の方法で動作するように指示することができるコンピュータ可読メモリに記憶されてもよく、こうして、該コンピュータ可読メモリに記憶されたコマンドは、命令装置を含む製品を生成させ、該コマンド装置は、フローチャートの１つ又は複数のプログラム及び／又はブロック図の１つ又は複数のブロックで指定される機能を実現する。

これらのコンピュータプログラムコマンドは、コンピュータ又は他のプログラム可能なデータ処理端末機器にインストールされ、コンピュータ又は他のプログラム可能な端末機器で一連の操作ステップを実行させ、コンピュータが実現する処理を生成させ、これにより、コンピュータ又は他のプログラム可能な端末機器上で実行されるコマンドは、フローチャートの１つ又は複数のプロセス及び／又はブロック図の１つ又は複数のブロックで指定される機能を実現するためのステップを提供する。

本開示の実施例の好ましい実施例を説明してきたが、当業者は、基本的な創造的概念を知った上で、さらなる変更及び修正をこれらの実施例に加えることができる。したがって、添付の特許請求の範囲は、好ましい実施例ならびに本開示の実施例の範囲内にあるすべての変更及び修正を含むものとして解釈されることを意図している。

なお、本出願の明細書及び特許請求の範囲における「第１の」、「第２の」等のような関係用語は、１つの実体又は操作をもう１つの実体又は操作から区別するために使用され、必ずしも、これらの実体又は操作の間にいかなる実際の関係又は順序が存在することを要求又は黙示するわけではない。また、用語「含む」、「備える」又は他の任意の変形は、一連の要素を含むプロセス、方法、物品、又はユーザ機器がそれらの要素だけでなく、明示的に列挙されていない他の要素を含み、あるいは、このようなプロセス、方法、物品、又はユーザ機器固有の要素をさらに含むように、非排他的包含を含むことを意図している。これ以上の制限がないかぎり、「一つの…を含む」という語句によって限定される要素について、当該要素を含むプロセス、方法、物品、又はユーザ機器に他の同一の要素が存在することを排除しない。

なお、本開示の選択可能な実施形態を以上に記載したが、当業者であれば、本開示に記載された原理から逸脱しないかぎり、若干の改善及び添削を行うことも可能である。このような改善及び添削も本開示の保護範囲内に含まれる。

〔関連出願との相互参照〕
本出願は、２０１８年０８月０１日に提出された、出願番号が２０１８１０８６５２６６．０である中国特許出願を基礎とする優先権を主張し、その内容の全てが参照によって本出願に取り込まれる。

Claims

ネットワーク側機器に適用するリソース割り当て方法であって、
リソースの周期、各周期内の複数のリソースの割り当て情報のうち、少なくとも１つを含むリソースの設定情報をユーザ機器に送信するステップを含み、
前記リソースの設定情報は、リソースのハイブリッド自動再送要求（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ、ＨＡＲＱ）設定情報をさらに含み、前記リソースのＨＡＲＱ設定情報は、リソースの各周期における利用可能なＨＡＲＱプロセス番号を含み、
前記リソースの設定情報は、ダウンリンクセミパーシステントスケジューリング（ＤｏｗｎｌｉｎｋＳｅｍｉ－ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇ、ＤＬＳＰＳ）リソースの設定情報、又はアップリンク設定グラントタイプ１（ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１）リソースの設定情報又はアップリンク設定グラントタイプ２（ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ２）リソースの設定情報又は自律的なアップリンク（ＡｕｔｏｎｏｍｏｕｓＵｐｌｉｎｋ、ＡＵＬ）リソースの設定情報であり、
前記リソースの設定情報がＤＬＳＰＳリソースの設定情報である場合、前記方法は、さらに、
各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信するステップを含む、
リソース割り当て方法。
前記リソースのＨＡＲＱ設定情報は、さらに、
リソースのＨＡＲＱプロセス数と、
リソースのＨＡＲＱプロセス番号と、
リソースの各周期における利用可能なＨＡＲＱプロセス数とのうち、少なくとも１つを含む、請求項１に記載のリソース割り当て方法。
前記リソースの設定情報が、アップリンク設定グラントタイプ１（ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１）リソースの設定情報である場合、前記リソースの設定情報は、
時間領域オフセットと、
各時間領域リソースが占める時間領域長とのうち、少なくとも１つをさらに含む、請求項１または請求項２に記載のリソース割り当て方法。
前記各周期における複数のリソースの割り当て情報は、
リソース割り当ての開始位置情報と、
リソースの開始位置からのｎ（ｎは正の整数である）ビットにおける利用可能なリソース位置を示すリソース割り当てビットマップと、
リソースの開始位置から、利用可能なリソースが存在する時間長を示すリソース割り当て時間長と、
開始位置からの第２の予定時間内の各利用可能なリソースの周期を示すリソース割り当て短周期とのうち、少なくとも１つを含む、請求項１に記載のリソース割り当て方法。
ユーザ機器に適用するリソース使用方法であって、
リソースの周期、各周期内の複数のリソースの割り当て情報のうち、少なくとも１つを含む、ネットワーク側機器のリソースの設定情報を受信するステップと、
前記ネットワーク側機器のアクティベーションシグナリングを受信し、前記アクティベーションシグナリングにおけるリソースの位置情報と前記リソースの設定情報とに基づいて、利用可能なリソースを決定するステップとを含み、
前記リソースの設定情報は、リソースのハイブリッド自動再送要求（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ、ＨＡＲＱ）設定情報をさらに含み、前記リソースのＨＡＲＱ設定情報は、リソースの各周期における利用可能なＨＡＲＱプロセス番号を含み、
前記リソースの設定情報は、ダウンリンクセミパーシステントスケジューリング（ＤｏｗｎｌｉｎｋＳｅｍｉ－ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇ、ＤＬＳＰＳ）リソースの設定情報、又はアップリンク設定グラントタイプ１（ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１）リソースの設定情報又はアップリンク設定グラントタイプ２（ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ２）リソースの設定情報又は自律的なアップリンク（ＡｕｔｏｎｏｍｏｕｓＵｐｌｉｎｋ、ＡＵＬ）リソースの設定情報であり、
前記リソースの設定情報がＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１リソースの設定情報、又はＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ２リソースの設定情報又はＡＵＬリソースの設定情報である場合、前記リソース使用方法は、さらに、
各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信するステップを含む、
リソース使用方法。
前記リソース使用方法は、
前記リソースの設定情報に基づいて、各周期における利用可能なＨＡＲＱプロセス番号を算出するステップを含み、
前記リソースのＨＡＲＱ設定情報は、さらに、
リソースのＨＡＲＱプロセス数と、
リソースのＨＡＲＱプロセス番号と、
リソースの各周期における利用可能なＨＡＲＱプロセス数とのうち、少なくとも１つを含む、請求項５に記載のリソース使用方法。
前記リソースの設定情報がアップリンク設定グラントタイプ１（ＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１）リソースの設定情報である場合、前記リソースの設定情報は、
時間領域オフセットと、
各時間領域リソースが占める時間領域長とのうち、少なくとも１つを含む、請求項５又は請求項６に記載のリソース使用方法。
前記各周期における複数のリソースの割り当て情報は、
リソース割り当ての開始位置情報と、
リソースの開始位置からのｎ（ｎは正の整数である）ビットにおける利用可能なリソース位置を示すリソース割り当てビットマップと、
リソースの開始位置から、利用可能なリソースが存在する時間長を示すリソース割り当て時間長と、
開始位置からの第２の予定時間内の各利用可能なリソースの周期を示すリソース割り当て短周期とのうち、少なくとも１つを含む、請求項５又は請求項６に記載のリソース使用方法。
前記リソースの設定情報がＤＬＳＰＳリソースの設定情報、又はＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ１リソースの設定情報又はＵＬｃｏｎｆｉｇｕｒｅｄｇｒａｎｔＴｙｐｅ２リソースの設定情報であり、かつ各周期における利用可能なＨＡＲＱプロセス数が複数である場合、前記リソースの設定情報に基づいて各周期における使用可能なＨＡＲＱプロセス番号を算出するステップは、
周期番号順と各周期のリソース番号順とに基づいて各周期のリソースのＨＡＲＱプロセスに番号を割り当てる段階を含む、請求項６に記載のリソース使用方法。
メモリと、プロセッサと、前記メモリに記憶されかつ前記プロセッサで実行可能なコンピュータプログラムとを備え、前記コンピュータプログラムが前記プロセッサによって実行されると、請求項１～請求項４のいずれか一項に記載のリソース割り当て方法におけるステップが実現される、ネットワーク側機器。
メモリと、プロセッサと、前記メモリに記憶されかつ前記プロセッサで実行可能なコンピュータプログラムとを備え、又は、前記コンピュータプログラムが前記プロセッサによって実行されると、請求項５～請求項９のいずれか一項に記載のリソース使用方法におけるステップが実現される、ユーザ機器。
プロセッサによって実行されると、請求項１～請求項４のいずれか一項に記載のリソース割り当て方法におけるステップが実現される、コンピュータプログラムが記憶されたコンピュータ読み取り可能な記憶媒体。
プロセッサによって実行されると、請求項５～請求項９のいずれか一項に記載のリソース使用方法におけるステップが実現される、コンピュータプログラムが記憶されたコンピュータ読み取り可能な記憶媒体。