(57)【要約】  本開示は、リソース割り当て、リソース使用方法、ユーザ機器及びネットワーク側機器を提供する。ネットワーク側機器に適用するリソース割り当て方法は、リソースの周期、各周期内の複数のリソースの割り当て情報のうち少なくとも１つを含むリソースの設定情報をユーザ機器に送信するステップを含む。ユーザ機器に適用するリソース使用方法は、リソースの周期、各周期内の複数のリソースの割り当て情報のうち少なくとも１つを含む、ネットワーク側機器のリソースの設定情報を受信するステップと、ネットワーク側機器のアクティベーションシグナリングを受信し、前記アクティベーションシグナリングにおけるリソースの位置情報と前記リソースの設定情報に基づいて利用可能なリソースを決定するステップとを含む。
2021532685.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク側機器に適用するリソース割り当て方法であって、
リソースの周期、各周期内の複数のリソースの割り当て情報のうち、少なくとも１つを含むリソースの設定情報をユーザ機器に送信するステップを含む、リソース割り当て方法。
【請求項２】
前記リソースの設定情報は、リソースのハイブリッド自動再送要求（ＨＡＲＱ）設定情報をさらに含み、請求項１に記載のリソース割り当て方法。
【請求項３】
前記リソースの設定情報は、ダウンリンクセミパーシステントスケジューリング（ＤＬ  ＳＰＳ）リソースの設定情報、又はアップリンク設定グラントタイプ２（ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２）リソースの設定情報又は自律的なアップリンク（ＡＵＬ）リソースの設定情報である、請求項１または請求項２に記載のリソース割り当て方法。
【請求項４】
前記リソースの設定情報は、アップリンク設定グラントタイプ１（ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ１）リソースの設定情報であり、前記リソースの設定情報は、
時間領域オフセットと、
各時間領域リソースが占める時間領域長とのうち、少なくとも１つをさらに含む、請求項１または請求項２に記載のリソース割り当て方法。
【請求項５】
前記各周期における複数のリソースの割り当て情報は、
リソース割り当ての開始位置情報と、
リソースの開始位置からのｎ（ｎは正の整数である）ビットにおける利用可能なリソース位置を示すリソース割り当てビットマップと、
リソースの開始位置から、利用可能なリソースが存在する時間長を示すリソース割り当て時間長と、
開始位置からの第２の予定時間内の各利用可能なリソースの周期を示すリソース割り当て短周期とのうち、少なくとも１つを含む、請求項１に記載のリソース割り当て方法。
【請求項６】
前記リソースのＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数と、
リソースのＨＡＲＱプロセス番号と、
リソースの各周期における利用可能なＨＡＲＱプロセス数と、
リソースの各周期における利用可能なＨＡＲＱプロセス番号とのうち、少なくとも１つを含む、請求項２に記載のリソース割り当て方法。
【請求項７】
前記リソースの設定情報がＤＬ  ＳＰＳリソースの設定情報である場合、前記方法は、
各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信するステップを含む、請求項３に記載のリソース割り当て方法。
【請求項８】
ユーザ機器に適用するリソース使用方法であって、
リソースの周期、各周期内の複数のリソースの割り当て情報のうち、少なくとも１つを含む、ネットワーク側機器のリソースの設定情報を受信するステップと、
前記ネットワーク側機器のアクティベーションシグナリングを受信し、前記アクティベーションシグナリングにおけるリソースの位置情報と前記リソースの設定情報とに基づいて、利用可能なリソースを決定するステップとを含む、リソース使用方法。
【請求項９】
前記リソースの設定情報はリソースのハイブリッド自動再送要求（ＨＡＲＱ）設定情報をさらに含む場合、前記リソース使用方法は、
前記リソースの設定情報に基づいて、各周期における利用可能なＨＡＲＱプロセス番号を算出するステップを含む、請求項８に記載のリソース使用方法。
【請求項１０】
前記リソースの設定情報はダウンリンクセミパーシステントスケジューリング（ＤＬ  ＳＰＳ）リソースの設定情報、アップリンク設定グラントタイプ２（ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  ２）リソースの設定情報又は自律的なアップリンク（ＡＵＬ）リソースの設定情報である、請求項９に記載のリソース使用方法。
【請求項１１】
前記リソースの設定情報はアップリンク設定グラントタイプ１（ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  １）リソースの設定情報であり、前記リソースの設定情報は、
時間領域オフセットと、
各時間領域リソースが占める時間領域長とのうち、少なくとも１つを含む、請求項９に記載のリソース使用方法。
【請求項１２】
前記各周期における複数のリソースの割り当て情報は、
リソース割り当ての開始位置情報と、
リソースの開始位置からのｎ（ｎは正の整数である）ビットにおける利用可能なリソース位置を示すリソース割り当てビットマップと、
リソースの開始位置から、利用可能なリソースが存在する時間長を示すリソース割り当て時間長と、
開始位置からの第２の予定時間内の各利用可能なリソースの周期を示すリソース割り当て短周期とのうち、少なくとも１つを含む、請求項８に記載のリソース使用方法。
【請求項１３】
前記リソースのＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数と、
リソースのＨＡＲＱプロセス番号と、
リソースの各周期における利用可能なＨＡＲＱプロセス数と、
リソースの各周期における利用可能なＨＡＲＱプロセス番号とのうち、少なくとも１つを含む、請求項９に記載のリソース使用方法。
【請求項１４】
前記リソースの設定情報がＤＬ  ＳＰＳリソースの設定情報、又はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ１リソースの設定情報又はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２リソースの設定情報であり、各周期における利用可能なＨＡＲＱプロセス数が複数である場合、前記リソースの設定情報に基づいて各周期における使用可能なＨＡＲＱプロセス番号を算出するステップは、
周期番号順と各周期のリソース番号順とに基づいて各周期のリソースのＨＡＲＱプロセスに番号を割り当てる段階を含む、請求項１０に記載のリソース使用方法。
【請求項１５】
前記リソースの設定情報はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  １リソースの設定情報、又はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  ２の設定情報又はＡＵＬリソースの設定情報であり、前記リソース使用方法は、
各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信するステップを含む、請求項１０に記載のリソース使用方法。
【請求項１６】
リソースの周期、各周期内の複数のリソースの割り当て情報のうち、少なくとも１つを含むリソースの設定情報をユーザ機器に送信するための送信モジュールを含む、ネットワーク側機器。
【請求項１７】
前記リソースの設定情報はリソースのハイブリッド自動再送要求（ＨＡＲＱ）設定情報をさらに含む、請求項１６に記載のネットワーク側機器。
【請求項１８】
前記リソースの設定情報はダウンリンクセミパーシステントスケジューリング（ＤＬ  ＳＰＳ）リソースの設定情報、アップリンク設定グラントタイプ２（ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  ２）リソースの設定情報又は自律的なアップリンク（ＡＵＬ）リソースの設定情報である、請求項１６または請求項１７に記載のネットワーク側機器。
【請求項１９】
前記リソースの設定情報はアップリンク設定グラントタイプ１（ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  １）リソースの設定情報であり、前記リソースの設定情報は、
時間領域オフセットと、
各時間領域リソースが占める時間領域長とのうち、少なくとも１つを含む、請求項１６または請求項１７に記載のネットワーク側機器。
【請求項２０】
各周期における複数のリソースの割り当て情報は、
リソース割り当ての開始位置情報と、
リソースの開始位置からのｎ（ｎは、正の整数である）ビットにおける利用可能なリソース位置を示すリソース割り当てビットマップと、
リソースの開始位置から、利用可能なリソースが存在する時間長を示すリソース割り当て時間長と、
開始位置からの第２の予定時間内の各利用可能なリソースの周期を示すリソース割り当て短周期とのうち、少なくとも１つを含む、請求項１６に記載のネットワーク側機器。
【請求項２１】
前記リソースのＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数と、
リソースのＨＡＲＱプロセス番号と、
リソースの各周期における利用可能なＨＡＲＱプロセス数と、
リソースの各周期における利用可能なＨＡＲＱプロセス番号とのうち、少なくとも１つを含む、請求項１７に記載のネットワーク側機器。
【請求項２２】
前記リソースの設定情報がＤＬ  ＳＰＳリソースの設定情報である場合、前記ネットワーク側機器は、
各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信するための処理モジュールを含む、請求項１８に記載のネットワーク側機器。
【請求項２３】
リソースの周期、各周期内の複数のリソースの割り当て情報のうち、少なくとも１つを含む、ネットワーク側機器のリソースの設定情報を受信するための第１の受信モジュールと、
ネットワーク側機器のアクティベーションシグナリングを受信するための第２の受信モジュールと、
前記アクティベーションシグナリングにおけるリソースの位置情報と前記リソースの設定情報とに基づいて、利用可能なリソースを決定するための処理モジュールとを含む、ユーザ機器。
【請求項２４】
前記処理モジュールは、さらに、前記リソースの設定情報に基づいて各周期における利用可能なハイブリッド自動再送要求（ＨＡＲＱ）プロセス番号を算出するために用いられる、請求項２３に記載のユーザ機器。
【請求項２５】
前記リソースの設定情報はダウンリンクセミパーシステントスケジューリング（ＤＬ  ＳＰＳ）リソースの設定情報、アップリンク設定グラントタイプ２（ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  ２）リソースの設定情報又は自律的なアップリンク（ＡＵＬ）リソースの設定情報である、請求項２４に記載のユーザ機器。
【請求項２６】
前記リソースの設定情報はアップリンク設定グラントタイプ１（ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  １）リソースの設定情報であり、前記リソースの設定情報は、
時間領域オフセットと、
各時間領域リソースが占める時間領域長とのうち、少なくとも１つをさらに含む、請求項２４に記載のユーザ機器。
【請求項２７】
前記各周期における複数のリソースの割り当て情報は、
リソース割り当ての開始位置情報と、
リソースの開始位置からのｎ（ｎは正の整数である）ビットにおける利用可能なリソース位置を示すリソース割り当てビットマップと、
リソースの開始位置から、利用可能なリソースが存在する時間長を示すリソース割り当て時間長と、
開始位置からの第２の予定時間内の各利用可能なリソースの周期を示すリソース割り当て短周期とのうち、少なくとも１つを含む、請求項２３に記載のユーザ機器。
【請求項２８】
前記リソースのＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数と、
リソースのＨＡＲＱプロセス番号と、
リソースの各周期における利用可能なＨＡＲＱプロセス数と、
リソースの各周期における利用可能なＨＡＲＱプロセス番号とのうち、少なくとも１つを含む、請求項２４に記載のユーザ機器。
【請求項２９】
前記リソースの設定情報がＤＬ  ＳＰＳリソースの設定情報、ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ１リソースの設定情報又はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２リソースの設定情報であり、各周期における利用可能なＨＡＲＱプロセス数が複数である場合、
前記処理モジュールは、具体的に周期番号順と各周期のリソース番号順とに基づいて各周期のリソースのＨＡＲＱプロセスに番号を割り当てるために用いられる、請求項２５に記載のユーザ機器。
【請求項３０】
前記リソースの設定情報はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  １リソースの設定情報、ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  ２リソースの設定情報又はＡＵＬリソースの設定情報であり、前記処理モジュールは、さらに、各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能である場合、該利用可能なリソース位置でデータを送信するために用いられる、請求項２５に記載のユーザ機器。
【請求項３１】
メモリと、プロセッサと、前記メモリに記憶されかつ前記プロセッサで実行可能なコンピュータプログラムとを備え、前記コンピュータプログラムが前記プロセッサによって実行されると、請求項１〜６のいずれか一項に記載の方法におけるステップが実現される、ネットワーク側機器。
【請求項３２】
メモリと、プロセッサと、前記メモリに記憶されかつ前記プロセッサで実行可能なコンピュータプログラムとを備え、前記コンピュータプログラムが前記プロセッサによって実行されると、請求項８〜１５のいずれか一項に記載の方法におけるステップが実現される、ユーザ機器。
【請求項３３】
プロセッサによって実行されると、請求項１〜７のいずれか一項に記載のリソース割り当て方法におけるステップ又は請求項８〜１５のいずれか一項に記載のリソース使用方法におけるステップが実現される、コンピュータプログラムが記憶されたコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信技術分野に関し、特に、リソース割り当て、リソース使用方法、ユーザ機器及びネットワーク側機器に関する。
【背景技術】
【０００２】
アンライセンス周波数帯域に対して、送信側は信号を送信する前に該周波数帯域が占有されているかどうかをモニタリングする必要があり、占有されていない場合、送信側は信号の送信を行うことができる。
【０００３】
既存の５Ｇ（ｆｉｆｔｈ  ｇｅｎｅｒａｔｉｏｎ  ｃｅｌｌｕｌａｒ  ｎｅｔｗｏｒｋ  ｔｅｃｈｎｏｌｏｇｙ）システムでは、ネットワーク側機器はユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）に半永続的なデータ送信リソースを設定することができ、その方式はダウンリンクセミパーシステントスケジューリング（Ｄｏｗｎｌｉｎｋ  Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ、ＤＬ  ＳＰＳ）、アップリンク設定グラントタイプ１（ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ１）、アップリンク設定グラントタイプ２（ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２）と、自律的なアップリンク（Ａｕｔｏｎｏｍｏｕｓ  Ｕｐｌｉｎｋ、ＡＵＬ）を含む。
【０００４】
既存のＵＥの１つの半永続的な送信周期内では、ごく限られた送信リソース数（例えば、１つの時間領域の送信リソース）しか設定できないため、該送信リソースがチャネルの占有により送信できない場合、ＵＥは次の周期まで該半永続的なリソースを使用できない。データ送信の遅延が発生する原因となる。ＡＵＬ設定の場合、ビットマップ（ｂｉｔｍａｐ）を用いてリソースを設定する場合、長周期（例えば、６４０ｍｓ周期）のトラフィックに対して、リソース位置を設定するために少なくとも６４０ビット（ｂｉｔ）が必要となる。そのため、大きなシグナリング損失が発生する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本開示の解決しようとする技術課題は、データ送信の遅延を低減できるリソース割り当て、リソース使用方法、ユーザ機器及びネットワーク側機器を提供することである。
【課題を解決するための手段】
【０００６】
上記技術課題を解決するために、本開示の実施例が以下のような技術案を提供する。
【０００７】
第１の態様では、ネットワーク側機器に適用するリソース割り当て方法が提供され、該方法は、
リソースの周期、各周期内の複数のリソースの割り当て情報のうち、少なくとも１つを含むリソースの設定情報をユーザ機器に送信するステップを含む。
【０００８】
第２の態様では、ユーザ機器に適用するリソース使用方法が提供され、該方法は、
リソースの周期、各周期内の複数のリソースの割り当て情報のうち、少なくとも１つを含む、ネットワーク側機器のリソースの設定情報を受信するステップと、
ネットワーク側機器のアクティベーションシグナリングを受信し、前記アクティベーションシグナリングにおけるリソースの位置情報と前記リソースの設定情報とに基づいて、利用可能なリソースを決定するステップと、を含む。
【０００９】
第３の態様では、ネットワーク側機器が提供され、該機器は、
リソースの周期、各周期内の複数のリソースの割り当て情報のうち、少なくとも１つを含むリソースの設定情報をユーザ機器に送信するための送信モジュールを備える。
【００１０】
第４の態様では、ユーザ機器が提供され、該機器は、
リソースの周期、各周期内の複数のリソースの割り当て情報のうち、少なくとも１つを含む、ネットワーク側機器のリソースの設定情報を受信するための第１の受信モジュールと、
ネットワーク側機器のアクティベーションシグナリングを受信するための第２の受信モジュールと、
前記アクティベーションシグナリングにおけるリソースの位置情報と前記リソースの設定情報とに基づいて、利用可能なリソースを決定するための処理モジュールと、を備える。
【００１１】
第５の態様では、ネットワーク側機器が提供され、当該機器は、メモリと、プロセッサと、メモリに記憶されかつプロセッサで実行可能なコンピュータプログラムとを備え、前記コンピュータプログラムが前記プロセッサによって実行されると、上記のようなリソース割り当て方法におけるステップが実現される。
【００１２】
第６の態様では、メモリと、プロセッサと、メモリに記憶されかつプロセッサで実行可能なコンピュータプログラムとを備えるユーザ機器が提供され、前記コンピュータプログラムは、前記プロセッサによって実行されると、上記のようなリソース使用方法におけるステップが実現される。
【００１３】
第７の態様では、プロセッサによって実行されると、上記のようなリソース割り当て方法におけるステップが実現されるコンピュータプログラムが記憶されたコンピュータ読み取り可能な記憶媒体が提供される。
【発明の効果】
【００１４】
本開示の実施例は、以下の有益効果を有する。
【００１５】
上記技術案では、ネットワーク側機器は、各周期内の複数のリソースの設定情報をユーザ機器に送信することにより、ネットワーク側機器及び／又はユーザ機器を含むデータ送信側が送信周期毎に複数のリソースの割り当て情報を取得することができ、さらに複数のリソースの割り当て情報に基づいて複数のリソースの位置を決定することができ、これにより、複数のリソースの位置でリソースが利用可能かどうかのモニタリングを行い、リソースが利用可能な場合にだけデータを送信することができるので、データ送信の遅延を低減する。
【図面の簡単な説明】
【００１６】
【図１】本開示の一実施例におけるリソース割り当て方法のフローチャートである。
【図２】本開示の一実施例におけるリソース使用方法のフローチャートである。
【図３】本開示の一実施例におけるネットワーク側機器がユーザ機器にリソースの設定情報を送信する概略図である。
【図４】本開示の一実施例におけるネットワーク側機器の概略構造図である。
【図５】本開示の一実施例におけるユーザ機器の概略構造図である。
【図６】本開示の一実施例におけるネットワーク側機器の概略構成図である。
【図７】本開示の一実施例におけるユーザ機器の概略構成図である。
【発明を実施するための形態】
【００１７】
以下、本開示の実施例における技術的課題、技術案及び利点がより明確になるように、図面及び具体的な実施例を参照しながら詳しく説明する。
【００１８】
既存の５Ｇシステムでは、ネットワーク側機器はユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）に半永続的なデータ送信リソースを設定することができ、その方式はダウンリンクセミパーシステントスケジューリング（Ｄｏｗｎｌｉｎｋ  Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ、ＤＬ  ＳＰＳ）、アップリンク設定グラントタイプ１（ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ１）、アップリンク設定グラントタイプ２（ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２）及び、自律的なアップリンク（Ａｕｔｏｎｏｍｏｕｓ  Ｕｐｌｉｎｋ、ＡＵＬ）を含む。
【００１９】
ＤＬ  ＳＰＳとは、ネットワーク側機器によって周期的なダウンリンクリソースを設定する方式であり、周期毎に１つのダウンリンクリソースが割り当てられる。ネットワーク側機器は物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）制御シグナリングによって該ＳＰＳリソースの使用を有効化又は無効化し、該ＰＤＣＣＨコマンドは有効化になるリソース位置（例えば、ＳＦＮｓｔａｒｔ  ｔｉｍｅ（開始システムフレーム番号）とｓｌｏｔｓｔａｒｔ  ｔｉｍｅ（開始スロット番号）をリソースの開始位置として指示する。ＵＥは以下の公式によりＮ番目のリソース位置を算出する。
（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ＳＦＮ＋ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅ）＝
［（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ＳＦＮｓｔａｒｔ  ｔｉｍｅ＋ｓｌｏｔｓｔａｒｔ  ｔｉｍｅ）＋Ｎ×ｐｅｒｉｏｄｉｃｉｔｙ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ／１０］ｍｏｄｕｌｏ（１０２４×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ）
【００２０】
ＤＬ  ＳＰＳは以下の公式により特定のスロットのハイブリッド自動再送要求（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ、ＨＡＲＱ）プロセス番号を算出する。
ＨＡＲＱ  Ｐｒｏｃｅｓｓ  ＩＤ＝［ｆｌｏｏｒ（ＣＵＲＲＥＮＴ＿ｓｌｏｔ×１０／（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｐｅｒｉｏｄｉｃｉｔｙ））］ｍｏｄｕｌｏ  ｎｒｏｆＨＡＲＱ−Ｐｒｏｃｅｓｓｅｓ
【００２１】
ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレーム当たりのスロット数であり、ＣＵＲＲＥＮＴ＿ｓｌｏｔは現在のスロット番号であり、ＣＵＲＲＥＮＴ＿ｓｌｏｔ＝［（ＳＦＮ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ）＋ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅ］、ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅは現在のシステムフレームのスロット番号であり、ＳＦＮ（Ｓｙｓｔｅｍ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）は現在のシステムフレーム番号であり、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはシステムフレーム当たりのスロット数であり、ｐｅｒｉｏｄｉｃｉｔｙは無線リソース設定（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ、ＲＲＣ）メッセージによって設定されるＳＰＳリソース周期であり、ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓはＲＲＣメッセージによって設定されるＳＰＳリソースのＨＡＲＱプロセスの数である。
【００２２】
ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ１とは、ネットワーク側機器によって周期的なアップリンクリソースを設定する方式であり、周期毎に１つのアップリンクリソースが割り当てられる。ＰＤＣＣＨコマンドによる有効化は必要なく、ＲＲＣによって設定されれば使用できる。ＵＥは以下の公式によってＮ番目のリソース位置を算出する。
［（ＳＦＮ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋（ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋ｓｙｍｂｏｌ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｓｌｏｔ］＝
（ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ  ＋Ｓ＋Ｎ×ｐｅｒｉｏｄｉｃｉｔｙ）ｍｏｄｕｌｏ（１０２４×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）
【００２３】
ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはフレーム当たりのシンボル（即ち、直交周波数分割多重（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘ、ＯＦＤＭ）シンボル）の数であり、ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔはＳＦＮ＝０の時間領域に対するリソースオフセット（例えば、ｓｌｏｔ１。）であり、Ｎはリソースの番号であり、Ｓは開始シンボルの番号である（例えば、ｓｌｏｔ１の位置に対して、開始シンボルはＯＦＤＭ  ｓｙｍｂｏｌ１である。）。  
【００２４】
ＵＬｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ１は以下の公式により特定のｓｌｏｔのＨＡＲＱプロセス番号を算出する。
ＨＡＲＱ  Ｐｒｏｃｅｓｓ  ＩＤ＝［ｆｌｏｏｒ（ＣＵＲＲＥＮＴ＿ｓｙｍｂｏｌ／ｐｅｒｉｏｄｉｃｉｔｙ）］ｍｏｄｕｌｏ  ｎｒｏｆＨＡＲＱ−Ｐｒｏｃｅｓｓｅｓ
【００２５】
ＣＵＲＲＥＮＴ＿ｓｙｍｂｏｌは現在のシンボル番号で、ＣＵＲＲＥＮＴ＿ｓｙｍｂｏｌ＝（ＳＦＮ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｙｍｂｏｌ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｓｌｏｔ（現在のｓｌｏｔのシンボル番号）
【００２６】
ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはｓｌｏｔあたりのシンボル数である。
ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２はネットワーク側機器によって周期的なアップリンクリソースを設定する方式であり、周期毎に１つのアップリンクリソースが割り当てられる。ネットワーク側機器はＰＤＣＣＨ制御シグナリングによって該ＳＰＳリソースの使用を有効化又は無効化し、該ＰＤＣＣＨコマンドは有効化になるリソース位置（例えば、ＳＦＮｓｔａｒｔ  ｔｉｍｅ（開始システムフレーム番号）とｓｌｏｔｓｔａｒｔ  ｔｉｍｅ（開始スロット番号）とｓｙｍｂｏｌｓｔａｒｔ  ｔｉｍｅ（開始シンボル番号））をリソースの開始位置として指示する。ＵＥは以下の公式によりＮ番目のリソース位置を算出する。
【００２７】
［（ＳＦＮ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋（ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋ｓｙｍｂｏｌ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｓｌｏｔ］＝
［（ＳＦＮｓｔａｒｔ  ｔｉｍｅ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｌｏｔｓｔａｒｔ  ｔｉｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｙｍｂｏｌｓｔａｒｔ  ｔｉｍｅ）＋Ｎ×ｐｅｒｉｏｄｉｃｉｔｙ］ｍｏｄｕｌｏ  （１０２４×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）
【００２８】
ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２は以下の公式により特定のｓｌｏｔのＨＡＲＱプロセス番号を算出する。
ＨＡＲＱ  Ｐｒｏｃｅｓｓ  ＩＤ＝［ｆｌｏｏｒ（ＣＵＲＲＥＮＴ＿ｓｙｍｂｏｌ／ｐｅｒｉｏｄｉｃｉｔｙ）］ｍｏｄｕｌｏ  ｎｒｏｆＨＡＲＱ−Ｐｒｏｃｅｓｓｅｓ
【００２９】
ＣＵＲＲＥＮＴ＿ｓｙｍｂｏｌは現在のシンボル番号で、ＣＵＲＲＥＮＴ＿ｓｙｍｂｏｌ＝（ＳＦＮ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｙｍｂｏｌ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｓｌｏｔ（現在のｓｌｏｔのシンボル番号）
【００３０】
ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはｓｌｏｔあたりのシンボル数である。
【００３１】
ＡＵＬはネットワーク側機器によって一つのビットマップ（ｂｉｔｍａｐ）（例えば、４０ｂｉｔのうち１ｂｉｔのビット値を１に設定すると該リソースがＵＥに割り当てられる）のリソースを割り当てる方式である。ネットワーク側機器はＰＤＣＣＨ制御シグナリングによって該ＡＵＬリソースの使用を有効化又は無効化し、該ＰＤＣＣＨコマンドは有効化になるリソース位置（例えば、ＳＦＮｓｔａｒｔ  ｔｉｍｅ（開始システムフレーム番号）とｓｌｏｔｓｔａｒｔ  ｔｉｍｅ（開始スロット番号）とｓｙｍｂｏｌｓｔａｒｔ  ｔｉｍｅ（開始シンボル番号））をリソースの開始位置として指示する。ＵＥはアップリンクデータ送信がある場合、ネットワーク側機器によって設定されたＨＡＲＱプロセスプールから自律的にＨＡＲＱプロセスを選択して送信する。
【００３２】
既存のＵＥの１つの半永続的な送信周期には、ごく限られた送信リソース数（例えば、１つの時間領域の送信リソース）しか設定できないため、該送信リソースがチャネルの占有により送信できない場合、ＵＥは次の周期までこの半永続的なソースを使用できない。データ送信の遅延が発生する原因となる。ＡＵＬ設定の場合、ビットマップを用いてリソースを設定する場合、長周期（例えば、６４０ｍｓ周期）のトラフィックに対して、リソース位置を割り当てるために少なくとも６４０ビットが必要となり、それによって大きなシグナリング損失が発生する。
【００３３】
前記課題を解決するために、本開示の実施例は、データ送信の遅延を低減することができるリソース割り当て、リソース使用方法、ユーザ機器及びネットワーク側機器を提供する。
【００３４】
本開示の実施例では、ネットワーク側機器に適用するリソース割り当て方法が提供され、図１に示すように、該方法は、
リソースの周期、各周期内の複数のリソースの割り当て情報のうち、少なくとも１つを含むリソースの設定情報をユーザ機器に送信するステップ１０１を含む。
【００３５】
本実施例では、ネットワーク側機器は、各周期内の複数のリソースの設定情報をユーザ機器に送信することにより、ネットワーク側機器及び／又はユーザ機器を含むデータ送信側が送信周期毎に複数のリソースの割り当て情報を取得することができ、さらに複数のリソースの割り当て情報に基づいて複数のリソースの位置を決定することができ、これにより、複数のリソースの位置でリソースが利用可能かどうかのモニタリングを行い、リソースが利用可能な場合にだけデータを送信することができるので、データ送信の遅延を低減する。
【００３６】
さらに、前記リソースの設定情報はリソースのＨＡＲＱ設定情報をさらに含む。
【００３７】
さらに、前記リソースの設定情報はＤＬ  ＳＰＳリソースの設定情報、ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２リソースの設定情報又はＡＵＬリソースの設定情報である。
【００３８】
さらに、前記リソースの設定情報はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  １リソースの設定情報であり、前記リソースの設定情報は、
時間領域オフセットと、
各時間領域リソースが占める時間領域長とのうち、少なくとも１つを含む。
【００３９】
さらに、前記各周期における複数のリソースの割り当て情報は、
リソース割り当ての開始位置情報と、
リソースの開始位置からのｎ（ｎは正の整数である）ビットにおける利用可能なリソース位置を示すリソース割り当てビットマップと、
リソースの開始位置から、利用可能なリソースが存在する時間長を示すリソース割り当て時間長と、
開始位置からの第２の予定時間内の各利用可能なリソースの周期を示すリソース割り当て短周期とのうち、少なくとも１つを含む。
【００４０】
さらに、前記リソースのＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数と、
リソースのＨＡＲＱプロセス番号と、
リソースの各周期における利用可能なＨＡＲＱプロセス数と、
リソースの各周期における利用可能なＨＡＲＱプロセス番号とのうち、少なくとも１つを含む。
【００４１】
さらに、前記リソースの設定情報がＤＬ  ＳＰＳリソースの設定情報である場合、前記方法は、
各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信するステップ、をさらに含む。
【００４２】
本開示の実施例は、ユーザ機器に適用するリソース使用方法が提供され、図２に示すように、該方法は、
リソースの周期、各周期内の複数のリソースの割り当て情報のうち、少なくとも１つを含む、ネットワーク側機器のリソースの設定情報を受信するステップ２０１と、
ネットワーク側機器のアクティベーションシグナリングを受信し、前記アクティベーションシグナリングにおけるリソースの位置情報と前記リソースの設定情報とに基づいて、利用可能なリソースを決定するステップ２０２と、を含む。
【００４３】
本実施例では、ネットワーク側機器は、各周期内の複数のリソースの設定情報をユーザ機器に送信することにより、ネットワーク側機器及び／又はユーザ機器を含むデータ送信側が送信周期毎に複数のリソースの割り当て情報を取得することができ、さらに複数のリソースの割り当て情報に基づいて複数のリソースの位置を決定することができ、これにより、複数のリソースの位置でリソースが利用可能かどうかのモニタリングを行い、リソースが利用可能な場合にだけデータを送信することができるので、データ送信の遅延を低減する。
【００４４】
さらに、前記リソースの設定情報がリソースのＨＡＲＱ設定情報をさらに含む場合、前記リソース使用方法は、
前記リソースの設定情報に基づいて、各周期における利用可能なＨＡＲＱプロセス番号を算出するステップをさらに含む。
【００４５】
さらに、前記リソースの設定情報はＤＬ  ＳＰＳリソースの設定情報、ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２リソースの設定情報又はＡＵＬリソースの設定情報である。
【００４６】
さらに、前記リソースの設定情報はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ１リソースの設定情報である場合、前記リソースの設定情報は、
時間領域オフセットと、
各時間領域リソースが占める時間領域長とのうち、少なくとも１つを含む。
【００４７】
さらに、前記各周期における複数のリソースの割り当て情報は、
リソース割り当ての開始位置情報と、
リソースの開始位置からのｎ（ｎは正の整数である）ビットにおける利用可能なリソース位置を示すリソース割り当てビットマップと、
リソースの開始位置から、利用可能なリソースが存在する時間長を示すリソース割り当て時間長と、
開始位置からの第２の予定時間内の各利用可能なリソースの周期を示すリソース割り当て短周期とのうち、少なくとも１つを含む。
【００４８】
さらに、前記リソースのＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数と、
リソースのＨＡＲＱプロセス番号と、
リソースの各周期における利用可能なＨＡＲＱプロセス数と、
リソースの各周期における利用可能なＨＡＲＱプロセス番号とのうち、少なくとも１つを含む。
【００４９】
さらに、前記リソースの設定情報がＤＬ  ＳＰＳリソースの設定情報、ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ１リソースの設定情報又はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２リソースの設定情報であり、各周期における利用可能なＨＡＲＱプロセス数が複数である場合、前記リソースの設定情報に基づいて、各周期における使用可能なＨＡＲＱプロセス番号を算出するステップは、
周期番号順と各周期内のリソース番号順とに基づいて、各周期のリソースのＨＡＲＱプロセスに番号を割り当てるステップを含む。
【００５０】
さらに、前記リソースの設定情報はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ１リソースの設定情報、ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２リソースの設定情報又はＡＵＬリソースの設定情報であり、前記方法は、
各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信するステップをさらに含む。
【００５１】
以下、具体的な実施例を参照して本開示の技術案についてさらに説明する。
【００５２】
実施例１：
本実施例では、図３に示すように、ネットワーク側機器は所定周期に基づいてリソースの設定情報をユーザ機器に送信する。リソースの設定情報はＤＬ  ＳＰＳリソースの設定情報であり、かつ周期毎にＨＡＲＱプロセスが１つ利用可能であり、本実施例は以下のステップを含む。
【００５３】
ステップ１：ネットワーク側機器は、ＤＬ  ＳＰＳリソースの設定情報をＵＥに送信する。当該リソースの設定情報は、
リソースの周期（例えば、４０ｍｓ（ミリ秒））と、
各周期における複数のリソースの割り当て情報とのうち、１つ又は複数の任意の組み合わせを含む。
【００５４】
各周期における複数のリソースの割り当て情報は、
リソース割り当ての開始位置情報（例えば、スロット２、又は有効化位置に対するオフセットが２個のスロットである）と、
リソース割り当てｂｉｔｍａｐ（例えば、１０ｂｉｔで１０個のｓｌｏｔの位置を識別し、ビット値が１の場合、該ｓｌｏｔ位置のリソースはＵＥに割り当てられるリソースであると想定される）と、
リソース割り当て時間長（例えば、４０ｍｓ周期のリソースに対して、リソースの開始位置からの１０ｍｓのリソース割り当て時間長）と、
リソース割り当て短周期（例えば、４０ｍｓ周期のリソースに対して、４０ｍｓ毎に１０ｍｓのリソース割り当て時間長があり、該１０ｍｓ内のリソース割り当て周期は２ｍｓである）とのうち、１つ又は複数の任意の組み合わせを含む。
【００５５】
さらに、ネットワーク側機器は利用可能なＨＡＲＱ設定情報をＵＥに送信してもよく、又は事前に規格によってＵＥに利用可能なＨＡＲＱ設定情報を規定してもよい。ＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数（例えば、リソースの使用可能のＨＡＲＱプロセス数は合計で４つである）を含んでもよい。
【００５６】
ステップ２．１：ＵＥはステップ１において受信したリソースの設定情報に基づいて、ネットワーク側機器がアクティベーションシグナリング（例えば、ＰＤＣＣＨアクティベーションコマンド）を送信する場合、ＵＥは当該アクティベートシグナリングにおけるリソース位置情報に基づいて、自身が利用可能なリソース位置情報を算出し、前記位置のリソースを使用する。
【００５７】
ＵＥの各周期の最初の利用可能なリソース位置は以下の公式により算出され得る。
（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ＳＦＮ＋ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅ）  ＝
［（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ＳＦＮｓｔａｒｔ  ｔｉｍｅ＋ｓｌｏｔｓｔａｒｔ  ｔｉｍｅ）＋Ｎ×ｐｅｒｉｏｄｉｃｉｔｙ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ  ／  １０］ｍｏｄｕｌｏ  （１０２４×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ）
【００５８】
ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレーム当たりのスロット数であり、ＳＦＮは現在のシステムフレーム番号であり、ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅは現在のシステムフレームのスロット番号であり、ＳＦＮｓｔａｒｔ  ｔｉｍｅは開始システムフレーム番号であり、ｓｌｏｔｓｔａｒｔ  ｔｉｍｅは開始スロット番号であり、ｐｅｒｉｏｄｉｃｉｔｙはＲＲＣメッセージによって設定されたＳＰＳリソース周期である。
【００５９】
ＵＥが各周期に利用可能なリソース（開始リソース位置を含む）情報は、下記方法のうち少なくとも１つによって設定され得る。
【００６０】
方法１：リソース割り当てｂｉｔｍａｐによって設定される。例えば、１０ｂｉｔｓ  ｂｉｔｍａｐによって、開始位置からの１０ｂｉｔにおける利用可能なリソース位置を指示する。
【００６１】
方法２：リソース割り当て時間長によって設定される。例えば、１０ｍｓのリソース割り当て時間長によって、開始位置からの１０ｍｓの時間内のリソースを指示する。
【００６２】
方法３：リソース割り当て時間長及びリソース割り当て短周期によって設定される。例えば、１０ｍｓのリソース割り当て時間長と２ｍｓのリソース割り当て短周期とによって、開始位置からの１０ｍｓの時間内に２ｍｓ毎に一つのリソースを割り当てるよう指示する。
【００６３】
ステップ２．２：ＵＥはステップ１において受信されたリソースの設定情報に基づいて、各周期における利用可能なＨＡＲＱプロセス番号を算出する。本実施例において、各周期における利用可能なＨＡＲＱプロセスの数が１つである。
【００６４】
具体的には、以下の公式によってＨＡＲＱプロセス番号ＨＡＲＱ  Ｐｒｏｃｅｓｓ  ＩＤが算出され得る。
ＨＡＲＱ  Ｐｒｏｃｅｓｓ  ＩＤ＝［ｆｌｏｏｒ  （ＣＵＲＲＥＮＴ＿ｓｌｏｔ×１０／（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｐｅｒｉｏｄｉｃｉｔｙ））］ｍｏｄｕｌｏ  ｎｒｏｆＨＡＲＱ−Ｐｒｏｃｅｓｓｅｓ
【００６５】
ＣＵＲＲＥＮＴ＿ｓｌｏｔは現在のスロット番号であり、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレーム当たりのスロット数であり、ｐｅｒｉｏｄｉｃｉｔｙはＲＲＣメッセージによって設定されたＳＰＳリソース周期であり、ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓはＲＲＣメッセージによって設定されたＳＰＳリソースのＨＡＲＱプロセス数である。
【００６６】
ステップ２．３：ネットワーク側機器は、各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信する。
【００６７】
実施例２：
本開示の実施例では、図３に示すように、ネットワーク側機器は所定周期に基づいてリソースの設定情報をユーザ機器に送信する。リソースの設定情報はＤＬ  ＳＰＳリソースの設定情報であり、かつ周期毎にＨＡＲＱプロセスが複数利用可能である場合、本実施例は以下のステップを含む。
【００６８】
ステップ１：ネットワーク側機器は、ＤＬ  ＳＰＳリソースの設定情報をＵＥに送信する。当該リソースの設定情報は、
リソースのＨＡＲＱプロセス数（例えば、リソースの使用可能のＨＡＲＱプロセス数は合計で４つである）と、
リソースの周期（例えば、４０ｍｓ（ミリ秒））と、
各周期における複数のリソースの割り当て情報とのうち、１つ又は複数の任意の組み合わせを含む。
【００６９】
前記各周期における複数のリソースの割り当て情報は、
リソース割り当ての開始位置情報（例えば、スロット２、又は有効化位置に対するオフセットが２個のスロットである）と、
リソース割り当てｂｉｔｍａｐ（例えば、１０ｂｉｔで１０個のｓｌｏｔの位置を識別し、ビット値が１の場合、該ｓｌｏｔ位置のリソースはＵＥに割り当てられるリソースであると想定される）と、
リソース割り当て時間長（例えば、４０ｍｓ周期のリソースに対して、リソースの開始位置からの１０ｍｓのリソース割り当て時間長）と、
リソース割り当て短周期（例えば、４０ｍｓ周期のリソースに対して、４０ｍｓ毎に１０ｍｓのリソース割り当て時間長があり、該１０ｍｓ内のリソース割り当ての周期は２ｍｓである）とのうち、１つ又は複数の任意の組み合わせを含む。
【００７０】
さらに、ネットワーク側機器は利用可能なＨＡＲＱ設定情報をＵＥに送信してもよく、又は事前に規格によってＵＥに利用可能なＨＡＲＱ設定情報を規定してもよい。ＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数（例えば、リソースの使用可能のＨＡＲＱプロセス数は合計で４つである）と、
リソースのＨＡＲＱプロセス番号（例えば、リソースが使用可能のＨＡＲＱプロセス番号は１、２、３、４である）と、
リソースの各周期に利用可能なＨＡＲＱプロセス数（例えば、ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓＰｅｒＰｅｒｉｏｄ）（例えば、各周期には２つのＨＡＲＱプロセスが使用可能である）と、
リソースの各周期に利用可能なＨＡＲＱプロセス番号（例えば、ＵＥは全部で４個のＨＡＲＱプロセスを利用することができ、各周期に利用可能なＨＡＲＱプロセスが２個である場合、ＵＥの開始有効化位置からの第１の周期のＨＡＲＱプロセス番号は、１、２となり、第２の周期のＨＡＲＱプロセス番号は３、４となり、第３の周期のＨＡＲＱプロセス番号は１、２となり、第４の周期のＨＡＲＱプロセス番号は３、４となる。以降、同様である。）とのうち、１つ又は複数の任意の組み合わせを含む
【００７１】
ステップ２．１：ＵＥはステップ１において受信したリソースの設定情報に基づいて、ネットワーク側機器がアクティベーションシグナリング（例えば、ＰＤＣＣＨアクティベーションコマンド）を送信する場合、ＵＥは当該アクティベートシグナリングにおけるリソース位置情報に基づいて、自身が利用可能なリソース位置情報を算出し、当該位置のリソースを使用する。
【００７２】
ＵＥの各周期の最初の利用可能なリソース位置は以下の公式により算出され得る。
（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ＳＦＮ＋ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅ）  ＝
［（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ＳＦＮｓｔａｒｔ  ｔｉｍｅ＋ｓｌｏｔｓｔａｒｔ  ｔｉｍｅ）＋Ｎ×ｐｅｒｉｏｄｉｃｉｔｙ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ／１０］ｍｏｄｕｌｏ  （１０２４×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ）
【００７３】
ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレーム当たりのスロット数であり、ＳＦＮは現在のシステムフレーム番号であり、ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅは現在のシステムフレームのスロット番号であり、ＳＦＮｓｔａｒｔ  ｔｉｍｅは開始システムフレーム番号であり、ｓｌｏｔｓｔａｒｔ  ｔｉｍｅは開始スロット番号であり、ｐｅｒｉｏｄｉｃｉｔｙはＲＲＣメッセージによって設定されたＳＰＳリソース周期である。
【００７４】
ＵＥが各周期に利用可能なリソース（開始リソース位置を含む）情報は、下記方法のうち少なくとも１つによって設定され得る。
【００７５】
方法１：リソース割り当てｂｉｔｍａｐによって設定される。例えば、１０ｂｉｔｓ  ｂｉｔｍａｐによって、開始位置からの１０ｂｉｔにおける利用可能なリソース位置を指示する。
【００７６】
方法２：リソース割り当て時間長によって設定される。例えば、１０ｍｓのリソース割り当て時間長によって、開始位置からの１０ｍｓの時間内のリソースを指示する。
【００７７】
方法３：リソース割り当て時間長及びリソース割り当て短周期によって設定される。例えば、１０ｍｓのリソース割り当て時間長と２ｍｓのリソース割り当て短周期とによって、開始位置からの１０ｍｓの時間内に２ｍｓ毎に一つのリソースを割り当てるよう指示する。
【００７８】
ステップ２．２：ＵＥはステップ１において受信されたリソースの設定情報に基づいて、各周期における利用可能なＨＡＲＱプロセス番号を算出する。本実施例において、各周期における利用可能なＨＡＲＱプロセスの数が複数である。
【００７９】
ＵＥは具体的に以下の公式によって各周期の開始リソースのＨＡＲＱプロセス番号ＨＡＲＱ  Ｐｒｏｃｅｓｓ  ＩＤを算出することができる。
ＨＡＲＱ  Ｐｒｏｃｅｓｓ  ＩＤ＝［ｆｌｏｏｒ（ＣＵＲＲＥＮＴ＿ｓｌｏｔ×１０／（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｐｅｒｉｏｄｉｃｉｔｙ））］ｍｏｄｕｌｏ  （ｎｒｏｆＨＡＲＱ−Ｐｒｏｃｅｓｓｅｓ／ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓＰｅｒＰｅｒｉｏｄ）
【００８０】
ＣＵＲＲＥＮＴ＿ｓｌｏｔは現在のスロット番号であり、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレーム当たりのスロット数であり、ｐｅｒｉｏｄｉｃｉｔｙはＲＲＣメッセージによって設定されたＳＰＳリソース周期であり、ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓはＲＲＣメッセージによって設定されたＳＰＳリソースのＨＡＲＱプロセス数であり、ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓＰｅｒＰｅｒｉｏｄはリソースの各周期に利用可能なＨＡＲＱプロセス数である。
【００８１】
ＵＥの各周期における後続のリソースのＨＡＲＱプロセス番号は、
周期番号順及びリソース番号順に基づいて、残りのＨＡＲＱプロセス番号が順次に割り当てられる。例えば、「ｐｅｒｉｏｄｉｃｉｔｙ＝１０」、「ｎｒｏｆＨＡＲＱ−Ｐｒｏｃｅｓｓｅｓ＝４」、「ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓＰｅｒＰｅｒｉｏｄ＝２」、ネットワーク側機器が周期毎に２個のリソース位置を設定する場合、第１の周期の第１のリソースの「ＨＡＲＱプロセス番号＝１」、第２の周期の第１のリソースの「ＨＡＲＱプロセス番号＝２」、第３の周期の第１のリソースの「ＨＡＲＱプロセス番号＝１」、第４の周期の第１のリソースの「ＨＡＲＱプロセス番号＝２」、以降、同様である。第１の周期の第２のリソースの「ＨＡＲＱプロセス番号＝３」、第２の周期の第２のリソースの「ＨＡＲＱプロセス番号＝４」、第３の周期の第２のリソースの「ＨＡＲＱプロセス番号＝３」、第４の周期の第２のリソースの「ＨＡＲＱプロセス番号＝２」、以降、同様である。
【００８２】
ステップ２．３：ネットワーク側機器は、各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信する。
【００８３】
実施例３：
本実施例では、図３に示すように、ネットワーク側機器は所定周期に基づいてリソースの設定情報をユーザ機器に送信する。リソースの設定情報はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  １リソースの設定情報であり、かつ周期毎にＨＡＲＱプロセスが１つ利用可能である。本実施例は以下のステップを含む。
【００８４】
ステップ１：ネットワーク側機器は、ＵＥにＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  １リソースの設定情報を送信する。当該リソースの設定情報は、
リソースの周期（例えば、ｐｅｒｉｏｄｉｃｉｔｙ、４０ｍｓ（ミリ秒））と、
時間領域オフセット（例えば、ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔは、ＳＦＮ＝０の位置に対して、リソースの時間領域位置は１０番目のシンボル（すなわち、ＯＦＤＭ  ｓｙｍｂｏｌ）の位置である）と、
各時間領域リソースが占有する時間領域長（例えば、ｔｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎ、各時間領域リソースが２個のシンボルを占有する）と、
各周期における複数のリソースの割り当て情報のうち、１つ又は複数の任意の組み合わせを含む。
【００８５】
前記各周期における複数のリソースの割り当て情報は、
リソース割り当てｂｉｔｍａｐ（例えば、１０ｂｉｔで１０個のｓｌｏｔの位置を識別し、ビット値が１の場合、該ｓｌｏｔ位置のリソースはＵＥに割り当てられたリソースであると想定される）と、
リソース割り当て時間長（例えば、４０ｍｓ周期のリソースに対して、リソースの開始位置からの１０ｍｓのリソース割り当て時間長）と、
リソース割り当て短周期（例えば、４０ｍｓ周期のリソースに対して、４０ｍｓ毎に１０ｍｓのリソース割り当て時間があり、該１０ｍｓ内のリソース割り当て周期は２ｍｓである）とのうち、１つ又は複数の任意の組み合わせを含む。
【００８６】
さらに、ネットワーク側機器は利用可能なＨＡＲＱ設定情報をＵＥに送信してもよく、又は事前に規格によってＵＥに利用可能なＨＡＲＱ設定情報を規定してもよい。ＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数（例えば、リソースの使用可能のＨＡＲＱプロセス数は合計で４つである）を含んでもよい。
【００８７】
ステップ２．１：ＵＥはステップ１において受信したリソースの設定情報に基づいて、自身が利用可能なリソース位置情報を算出し、当該位置のリソースを使用する。
【００８８】
ＵＥの各周期の最初の利用可能なリソース位置は以下の公式により算出され得る。
［（ＳＦＮ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋（ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋ｓｙｍｂｏｌ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｓｌｏｔ］  ＝
（ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋Ｓ＋Ｎ×ｐｅｒｉｏｄｉｃｉｔｙ）  ｍｏｄｕｌｏ  （１０２４×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）
【００８９】
ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレーム当たりのスロット数であり、ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはスロット数当たりのシンボル数であり、ＳＦＮは現在のシステムフレーム番号であり、ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅは現在のシステムフレームのスロット番号であり、ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔはＳＦＮ＝０の時間領域に対するリソースオフセットであり、Ｓは開始シンボルの番号であり、Ｎはリソースの番号であり、ｐｅｒｉｏｄｉｃｉｔｙはＲＲＣメッセージによって設定されたＳＰＳリソース周期である。
【００９０】
ＵＥが各周期に利用可能なリソース（開始リソース位置を含む）情報は、下記方法のうち少なくとも１つによって設定され得る。
【００９１】
方法１：リソース割り当てｂｉｔｍａｐによって設定される。例えば、１０ｂｉｔｓ  ｂｉｔｍａｐによって、開始位置からの１０ｂｉｔにおける利用可能なリソース位置を指示する。
【００９２】
方法２：リソース割り当て時間長によって設定される。例えば、１０ｍｓのリソース割り当て時間長によって、開始位置からの１０ｍｓの時間内のリソースを指示する。
【００９３】
方法３：リソース割り当て時間長及びリソース割り当て短周期によって設定される。例えば、１０ｍｓのリソース割り当て時間長と２ｍｓのリソース割り当て短周期とによって、開始位置からの１０ｍｓの時間内に２ｍｓ毎に一つのリソースを割り当てるよう指示する。
【００９４】
ステップ２．２：ＵＥはステップ１において受信されたリソースの設定情報に基づいて、各周期における利用可能なＨＡＲＱプロセス番号を算出する。本実施例において、各周期における利用可能なＨＡＲＱプロセスの数が１つである。
【００９５】
具体的には、以下の公式によってＨＡＲＱプロセス番号ＨＡＲＱ  Ｐｒｏｃｅｓｓ  ＩＤを算出することができる。
ＨＡＲＱ  Ｐｒｏｃｅｓｓ  ＩＤ＝［ｆｌｏｏｒ（ＣＵＲＲＥＮＴ＿ｓｌｏｔ×１０／（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｐｅｒｉｏｄｉｃｉｔｙ））］  ｍｏｄｕｌｏ  ｎｒｏｆＨＡＲＱ−Ｐｒｏｃｅｓｓｅｓ
【００９６】
ＣＵＲＲＥＮＴ＿ｓｌｏｔは現在のスロット番号であり、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレーム当たりのスロット数であり、ｐｅｒｉｏｄｉｃｉｔｙはＲＲＣメッセージによって設定されたＳＰＳリソース周期であり、ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓはＲＲＣメッセージによって設定されたＳＰＳリソースのＨＡＲＱプロセス数である。
【００９７】
ステップ２．３：ＵＥは各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信する。
【００９８】
実施例４：
本実施例では、図３に示すように、ネットワーク側機器は所定周期に基づいてリソースの設定情報をユーザ機器に送信する。リソースの設定情報はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  １リソースの設定情報であり、周期毎にＨＡＲＱプロセスが複数利用可能である場合、本実施例は以下のステップを含む。
【００９９】
ステップ１：ネットワーク側機器は、ＵＥにＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  １リソースの設定情報を送信する。前記リソースの設定情報は、
リソースの周期（例えば、ｐｅｒｉｏｄｉｃｉｔｙ、４０ｍｓ（ミリ秒））と、
時間領域オフセット（例えば、ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔ、ＳＦＮ＝０の位置に対して、リソースの時間領域位置は１０番目のシンボル（すなわち、ＯＦＤＭ  ｓｙｍｂｏｌ）の位置である）と、
各時間領域リソースが占有する時間領域長（例えば、ｔｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎ、各時間領域リソースが２個のシンボルを占有する）と、
各周期における複数のリソースの割り当て情報とのうち、１つ又は複数の任意の組み合わせを含む。
【０１００】
各周期における複数のリソースの割り当て情報は、
リソース割り当てｂｉｔｍａｐ（例えば、１０ｂｉｔで１０個のｓｌｏｔの位置を識別し、ビット値が１の場合、該ｓｌｏｔ位置のリソースはＵＥに割り当てられたリソースであると想定される）と、
リソース割り当て時間長（例えば、４０ｍｓ周期のリソースに対して、リソースの開始位置からの１０ｍｓのリソース割り当て時間長）と、
リソース割り当て短周期（例えば、４０ｍｓ周期のリソースに対して、４０ｍｓ毎に１０ｍｓのリソース割り当て時間があり、該１０ｍｓ内のリソース割り当て周期は２ｍｓである）とのうち、１つ又は複数の任意の組み合わせを含む。
【０１０１】
さらに、ネットワーク側機器は利用可能なＨＡＲＱ設定情報をＵＥに送信してもよく、又は事前に規格によってＵＥに利用可能なＨＡＲＱ設定情報を規定してもよい。ＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数（例えば、リソースの使用可能のＨＡＲＱプロセス数は合計で４つである）と、
リソースのＨＡＲＱプロセス番号（例えば、リソースの合計の使用可能のＨＡＲＱプロセス番号は１、２、３、４である）と、
リソースの各周期に利用可能なＨＡＲＱプロセス数（例えば、ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓＰｅｒＰｅｒｉｏｄ）（例えば、各周期には２つのＨＡＲＱプロセスが使用可能である）と、
リソースの各周期に利用可能なＨＡＲＱプロセス番号（例えば、ＵＥは全部で４個のＨＡＲＱプロセスを利用することができ、各周期に利用可能なＨＡＲＱプロセスが２個である場合、ＵＥの開始有効化位置からの第１の周期のＨＡＲＱプロセス番号は、１、２となり、第２の周期のＨＡＲＱプロセス番号は３、４となり、第３の周期のＨＡＲＱプロセス番号は１、２となり、第４の周期のＨＡＲＱプロセス番号は３、４となる。以降、同様である。）とのうち、１つ又は複数の任意の組み合わせを含む
【０１０２】
ステップ２．１：ＵＥはステップ１において受信したリソースの設定情報に基づいて、自身が利用可能なリソース位置情報を算出し、当該位置のリソースを使用する。
【０１０３】
ＵＥの各周期の最初の利用可能なリソース位置は以下の公式により算出され得る。
［（ＳＦＮ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋（ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋ｓｙｍｂｏｌ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｓｌｏｔ］＝
（ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋Ｓ＋Ｎ×ｐｅｒｉｏｄｉｃｉｔｙ）ｍｏｄｕｌｏ（１０２４×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）
【０１０４】
ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレーム当たりのスロット数であり、ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはスロット数当たりのシンボル数であり、ＳＦＮは現在のシステムフレーム番号であり、ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅは現在のシステムフレームのスロット番号であり、ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔはＳＦＮ＝０の時間領域に対するリソースオフセットであり、Ｓは開始シンボルの番号であり、Ｎはリソースの番号であり、ｐｅｒｉｏｄｉｃｉｔｙはＲＲＣメッセージによって設定されたＳＰＳリソース周期である。
【０１０５】
ＵＥが各周期に利用可能なリソース（開始リソース位置を含む）情報は、下記方法のうち少なくとも１つによって設定され得る。
【０１０６】
方法１：リソース割り当てｂｉｔｍａｐによって設定される。例えば、１０ｂｉｔｓ  ｂｉｔｍａｐによって、開始位置からの１０ｂｉｔにおける利用可能なリソース位置を指示する。
【０１０７】
方法２：リソース割り当て時間長によって設定される。例えば、１０ｍｓのリソース割り当て時間長によって、開始位置からの１０ｍｓの時間内のリソースを指示する。
【０１０８】
方法３：リソース割り当て時間長及びリソース割り当て短周期によって設定される。例えば、１０ｍｓのリソース割り当て時間長と２ｍｓのリソース割り当て短周期とによって、開始位置からの１０ｍｓの時間内に２ｍｓ毎に一つのリソースを割り当てるよう指示する。
【０１０９】
ステップ２．２：ＵＥはステップ１において受信されたリソースの設定情報に基づいて、各周期における利用可能なＨＡＲＱプロセス番号を算出する。本実施例において、各周期における利用可能なＨＡＲＱプロセスの数が複数である
【０１１０】
ＵＥは具体的に以下の公式によって各周期の開始リソースのＨＡＲＱプロセス番号ＨＡＲＱ  Ｐｒｏｃｅｓｓ  ＩＤを算出することができる。
ＨＡＲＱ  Ｐｒｏｃｅｓｓ  ＩＤ＝［ｆｌｏｏｒ（ＣＵＲＲＥＮＴ＿ｓｌｏｔ×１０／（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｐｅｒｉｏｄｉｃｉｔｙ））］ｍｏｄｕｌｏ（ｎｒｏｆＨＡＲＱ−Ｐｒｏｃｅｓｓｅｓ／ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓＰｅｒＰｅｒｉｏｄ）
【０１１１】
ＣＵＲＲＥＮＴ＿ｓｌｏｔは現在のスロット番号であり、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレーム当たりのスロット数であり、ｐｅｒｉｏｄｉｃｉｔｙはＲＲＣメッセージによって設定されたＳＰＳリソース周期であり、ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓはＲＲＣメッセージによって設定されたＳＰＳリソースのＨＡＲＱプロセス数であり、ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓＰｅｒＰｅｒｉｏｄはリソースの各周期に利用可能なＨＡＲＱプロセス数である。
【０１１２】
ＵＥの各周期における後続のリソースのＨＡＲＱプロセス番号は、
周期番号順及びリソース番号順に基づいて、残りのＨＡＲＱプロセス番号が順次割り当てられる。例えば、「ｐｅｒｉｏｄｉｃｉｔｙ＝１０」、「ｎｒｏｆＨＡＲＱ−Ｐｒｏｃｅｓｓｅｓ＝４」、「ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓＰｅｒＰｅｒｉｏｄ＝２」。例えば、ネットワーク側機器には周期ごとに２個のリソース位置が割り当てられる場合、第１の周期の第１のリソースの「ＨＡＲＱプロセス番号＝１」、第２の周期の第１のリソースの「ＨＡＲＱプロセス番号＝２」、第３の周期の第１のリソースの「ＨＡＲＱプロセス番号＝１」、第４の周期の第１のリソースの「ＨＡＲＱプロセス番号＝２」、以降、同様である。第１の周期の第２のリソースの「ＨＡＲＱプロセス番号＝３」、第２の周期の第２のリソースの「ＨＡＲＱプロセス番号＝４」、第３の周期の第２のリソースの「ＨＡＲＱプロセス番号＝３」、第４の周期の第２のリソースの「ＨＡＲＱプロセス番号＝２」、以降、同様である。
【０１１３】
ステップ２．３：ＵＥは各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信する。
【０１１４】
実施例５：
本実施例では、図３に示すように、ネットワーク側機器は所定周期に基づいてリソースの設定情報をユーザ機器に送信する。リソースの設定情報はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  ２の設定情報であり、かつ周期毎にＨＡＲＱプロセスが１つ利用可能であり、本実施例は以下のステップを含む。
【０１１５】
ステップ１：ネットワーク側機器は、ＵＥにＵＬｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  ２リソースの設定情報を送信する。当該リソースの設定情報は、
リソースの周期（例えば、ｐｅｒｉｏｄｉｃｉｔｙ、４０ｍｓ（ミリ秒））と、
各周期における複数のリソースの割り当て情報とのうち、１つ又は複数の任意の組み合わせを含む。
【０１１６】
前記各周期における複数のリソースの割り当て情報は、
リソース割り当てｂｉｔｍａｐ（例えば、１０ｂｉｔで１０個のｓｌｏｔの位置を識別し、ビット値が１の場合、該ｓｌｏｔ位置のリソースはＵＥに割り当てられたリソースであると想定される）と、
リソース割り当て時間長（例えば、４０ｍｓ周期のリソースに対して、リソースの開始位置からの１０ｍｓのリソース割り当て時間長）と、
リソース割り当て短周期（例えば、４０ｍｓ周期のリソースに対して、４０ｍｓ毎に１０ｍｓのリソース割り当て時間があり、該１０ｍｓ内のリソース割り当て周期は２ｍｓである）とのうち、１つ又は複数の任意の組み合わせを含む。
【０１１７】
さらに、ネットワーク側機器は利用可能なＨＡＲＱ設定情報をＵＥに送信してもよく、又は事前に規格によってＵＥに利用可能なＨＡＲＱ設定情報を規定してもよい。ＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数（例えば、リソースの使用可能のＨＡＲＱプロセス数は合計で４つである）を含んでもよい。
【０１１８】
ステップ２．１：ＵＥはステップ１において受信したリソースの設定情報に基づいて、ネットワーク側機器がアクティベーションシグナリング（例えば、ＰＤＣＣＨアクティベーションコマンド）を送信する場合、ＵＥは前記アクティベートシグナリングにおけるリソース位置情報に基づいて、自身が利用可能なリソース位置情報を算出し、当該位置のリソースを使用する。
【０１１９】
ＵＥの各周期の最初の利用可能なリソース位置は以下の公式により算出され得る。
［（ＳＦＮ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋（ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋ｓｙｍｂｏｌ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｓｌｏｔ］＝
［（ＳＦＮｓｔａｒｔ  ｔｉｍｅ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｌｏｔｓｔａｒｔ  ｔｉｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｙｍｂｏｌｓｔａｒｔ  ｔｉｍｅ）＋Ｎ×ｐｅｒｉｏｄｉｃｉｔｙ］ｍｏｄｕｌｏ（１０２４×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）
【０１２０】
ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレーム当たりのスロット数であり、ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはスロット当たりのシンボル数であり、ＳＦＮは現在のシステムフレーム番号であり、ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅは現在のシステムフレームのスロット番号であり、ＳＦＮｓｔａｒｔ  ｔｉｍｅは開始システムフレーム番号であり、ｓｌｏｔｓｔａｒｔ  ｔｉｍｅは開始スロット番号であり、ｓｙｍｂｏｌｓｔａｒｔ  ｔｉｍｅ  は開始シンボル番号であり、Ｎは資源の番号であり、ｐｅｒｉｏｄｉｃｉｔｙはＲＲＣメッセージによって設定されたＳＰＳリソース周期である。
【０１２１】
ＵＥが各周期に利用可能なリソース（開始リソース位置を含む）情報は、下記方法のうち少なくとも１つによって設定され得る。
【０１２２】
方法１：リソース割り当てｂｉｔｍａｐによって設定される。例えば、１０ｂｉｔｓ  ｂｉｔｍａｐによって、開始位置からの１０ｂｉｔにおける利用可能なリソース位置を指示する。
【０１２３】
方法２：リソース割り当て時間長によって設定される。例えば、１０ｍｓのリソース割り当て時間長によって、開始位置からの１０ｍｓの時間内のリソースを指示する。
【０１２４】
方法３：リソース割り当て時間長及びリソース割り当て短周期によって設定される。例えば、１０ｍｓのリソース割り当て時間長と２ｍｓのリソース割り当て短周期とによって、開始位置からの１０ｍｓの時間内に２ｍｓ毎に一つのリソースを割り当てるよう指示する。
【０１２５】
ステップ２．２：ＵＥはステップ１において受信されたリソースの設定情報に基づいて、各周期における利用可能なＨＡＲＱプロセス番号を算出する。本実施例において、各周期における利用可能なＨＡＲＱプロセスの数が１つである。
【０１２６】
具体的には、以下の公式によってＨＡＲＱプロセス番号ＨＡＲＱ  Ｐｒｏｃｅｓｓ  ＩＤを算出することができる。
ＨＡＲＱ  Ｐｒｏｃｅｓｓ  ＩＤ＝［ｆｌｏｏｒ（ＣＵＲＲＥＮＴ＿ｓｌｏｔ×１０／（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｐｅｒｉｏｄｉｃｉｔｙ））］ｍｏｄｕｌｏ  ｎｒｏｆＨＡＲＱ−Ｐｒｏｃｅｓｓｅｓ
【０１２７】
ＣＵＲＲＥＮＴ＿ｓｌｏｔは現在のスロット番号であり、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレーム当たりのスロット数であり、ｐｅｒｉｏｄｉｃｉｔｙはＲＲＣメッセージによって設定されたＳＰＳリソース周期であり、ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓはＲＲＣメッセージによって設定されたＳＰＳリソースのＨＡＲＱプロセス数である。
【０１２８】
ステップ２．３：ＵＥは各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信する。
【０１２９】
実施例６：
本実施例では、図３に示すように、ネットワーク側機器は所定周期に基づいてリソースの設定情報をユーザ機器に送信する。リソースの設定情報はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２リソースの設定情報であり、かつ周期毎にＨＡＲＱプロセスが複数利用可能であり、本実施例は以下のステップを含む。
【０１３０】
ステップ１：ネットワーク側機器がＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  ２リソースの設定情報をＵＥに送信する。前記リソースの設定情報は、
リソースの周期（例えば、ｐｅｒｉｏｄｉｃｉｔｙ、４０ｍｓ（ミリ秒））と、
各周期における複数のリソースの割り当て情報のうち、１つ又は複数の任意の組み合わせを含む。
【０１３１】
前記各周期における複数のリソースの割り当て情報は、
リソース割り当てｂｉｔｍａｐ（例えば、１０ｂｉｔで１０個のｓｌｏｔの位置を識別し、ビット値が１の場合、該ｓｌｏｔ位置のリソースはＵＥに割り当てられたリソースであると想定される）と、
リソース割り当て時間長（例えば、４０ｍｓ周期のリソースに対して、リソースの開始位置からの１０ｍｓのリソース割り当て時間長）と、
リソース割り当て短周期（例えば、４０ｍｓ周期のリソースに対して、４０ｍｓ毎に１０ｍｓのリソース割り当て時間があり、該１０ｍｓ内のリソース割り当て周期は２ｍｓである）とのうち、１つ又は複数の任意の組み合わせを含む。
【０１３２】
さらに、ネットワーク側機器は利用可能なＨＡＲＱ設定情報をＵＥに送信してもよく、又は事前に規格によってＵＥに利用可能なＨＡＲＱ設定情報を規定してもよい。ＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数（例えば、リソースの使用可能のＨＡＲＱプロセス数は合計で４つである）と、
リソースのＨＡＲＱプロセス番号（例えば、リソースの合計の使用可能のＨＡＲＱプロセス番号は１、２、３、４である）と、
リソースの各周期に利用可能なＨＡＲＱプロセス数（例えば、ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓＰｅｒＰｅｒｉｏｄ）（例えば、各周期には２つのＨＡＲＱプロセスが使用可能である）と、
リソースの各周期に利用可能なＨＡＲＱプロセス番号（例えば、ＵＥは全部で４個のＨＡＲＱプロセスを利用することができ、各周期に利用可能なＨＡＲＱプロセスが２個である場合、ＵＥの開始有効化位置からの第１の周期のＨＡＲＱプロセス番号は、１、２となり、第２の周期のＨＡＲＱプロセス番号は３、４となり、第３の周期のＨＡＲＱプロセス番号は１、２となり、第４の周期のＨＡＲＱプロセス番号は３、４となる。以降、同様である。）とのうち、１つ又は複数の任意の組み合わせを含む
【０１３３】
ステップ２．１：ＵＥはステップ１において受信したリソースの設定情報に基づいて、ネットワーク側機器がアクティベーションシグナリング（例えば、ＰＤＣＣＨアクティベーションコマンド）を送信する場合、ＵＥは当該アクティベートシグナリングにおけるリソース位置情報に基づいて、自身が利用可能なリソース位置情報を算出し、当該位置のリソースを使用する。
【０１３４】
ＵＥの各周期の最初の利用可能なリソース位置は以下の公式により算出され得る。
［（ＳＦＮ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋（ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋ｓｙｍｂｏｌ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｓｌｏｔ］＝
［（ＳＦＮｓｔａｒｔ  ｔｉｍｅ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｌｏｔｓｔａｒｔ  ｔｉｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｙｍｂｏｌｓｔａｒｔ  ｔｉｍｅ）＋Ｎ×ｐｅｒｉｏｄｉｃｉｔｙ］ｍｏｄｕｌｏ（１０２４×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）
【０１３５】
ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレーム当たりのスロット数であり、ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはスロット当たりのシンボル数であり、ＳＦＮは現在のシステムフレーム番号であり、ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅは現在のシステムフレームのスロット番号であり、ＳＦＮｓｔａｒｔ  ｔｉｍｅは開始システムフレーム番号であり、ｓｌｏｔｓｔａｒｔ  ｔｉｍｅは開始スロット番号であり、ｓｙｍｂｏｌｓｔａｒｔ  ｔｉｍｅは開始シンボル番号であり、Ｎは資源の番号であり、ｐｅｒｉｏｄｉｃｉｔｙはＲＲＣメッセージによって設定されたＳＰＳリソース周期である。
【０１３６】
ＵＥが各周期に利用可能なリソース（開始リソース位置を含む）情報は、下記方法のうち少なくとも１つによって設定され得る。
【０１３７】
方法１：リソース割り当てｂｉｔｍａｐによって設定される。例えば、１０ｂｉｔｓ  ｂｉｔｍａｐによって、開始位置からの１０ｂｉｔにおける利用可能なリソース位置を指示する。
【０１３８】
方法２：リソース割り当て時間長によって設定される。例えば、１０ｍｓのリソース割り当て時間長によって、開始位置からの１０ｍｓの時間内のリソースを指示する。
【０１３９】
方法３：リソース割り当て時間長及びリソース割り当て短周期によって設定される。例えば、１０ｍｓのリソース割り当て時間長と２ｍｓのリソース割り当て短周期とによって、開始位置からの１０ｍｓの時間内に２ｍｓ毎に一つのリソースを割り当てるよう指示する。
【０１４０】
ステップ２．２：ＵＥはステップ１において受信されたリソースの設定情報に基づいて、各周期における利用可能なＨＡＲＱプロセス番号を算出する。本実施例において、各周期における利用可能なＨＡＲＱプロセスの数が複数である。
【０１４１】
具体的には、以下の公式によって各周期の開始リソースのＨＡＲＱプロセス番号ＨＡＲＱ  Ｐｒｏｃｅｓｓ  ＩＤを算出することができる。
ＨＡＲＱ  Ｐｒｏｃｅｓｓ  ＩＤ＝［ｆｌｏｏｒ（ＣＵＲＲＥＮＴ＿ｓｌｏｔ×１０／（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｐｅｒｉｏｄｉｃｉｔｙ））］ｍｏｄｕｌｏ  ｎｒｏｆＨＡＲＱ−Ｐｒｏｃｅｓｓｅｓ
【０１４２】
ＣＵＲＲＥＮＴ＿ｓｌｏｔは現在のスロット番号であり、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレーム当たりのスロット数であり、ｐｅｒｉｏｄｉｃｉｔｙはＲＲＣメッセージによって設定されたＳＰＳリソース周期であり、ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓはＲＲＣメッセージによって設定されたＳＰＳリソースのＨＡＲＱプロセス数である。
【０１４３】
ＵＥの各周期における後続のリソースのＨＡＲＱプロセス番号は、
周期番号順及びリソース番号順に基づいて、残りのＨＡＲＱプロセス番号が順次割り当てられる。例えば、「ｐｅｒｉｏｄｉｃｉｔｙ＝１０」、「ｎｒｏｆＨＡＲＱ−Ｐｒｏｃｅｓｓｅｓ＝４」、「ｎｒｏｆＨＡＲＱ−ＰｒｏｃｅｓｓｅｓＰｅｒＰｅｒｉｏｄ＝２」。例えば、ネットワーク側には周期ごとに２個のリソース位置が割り当てられる場合、第１の周期の第１のリソースの「ＨＡＲＱプロセス番号＝１」、第２の周期の第１のリソースの「ＨＡＲＱプロセス番号＝２」、第３の周期の第１のリソースの「ＨＡＲＱプロセス番号＝１」、第４の周期の第１のリソースの「ＨＡＲＱプロセス番号＝２」、以降、同様である。第１の周期の第２のリソースの「ＨＡＲＱプロセス番号＝３」、第２の周期の第２のリソースの「ＨＡＲＱプロセス番号＝４」、第３の周期の第２のリソースの「ＨＡＲＱプロセス番号＝３」、第４の周期の第２のリソースの「ＨＡＲＱプロセス番号＝２」、以降、同様である。
【０１４４】
ステップ２．３：ＵＥは各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信する。
【０１４５】
実施例７：
本実施例では、図３に示すように、ネットワーク側機器は所定周期に基づいてリソースの設定情報をユーザ機器に送信する。リソースの設定情報はＡＵＬリソースの設定情報であり、本実施例は、以下のステップを含む。
【０１４６】
ステップ１：ネットワーク側機器がＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  １リソースの設定情報をＵＥに送信する。前記リソースの設定情報は、
リソースの周期（例えば、ｐｅｒｉｏｄｉｃｉｔｙ、４０ｍｓ（ミリ秒））と、
各周期における複数のリソースの割り当て情報とのうち、１つ又は複数の任意の組み合わせを含む。
【０１４７】
各周期における複数のリソースの割り当て情報は
リソース割り当てｂｉｔｍａｐ（例えば、１０ｂｉｔで１０個のｓｌｏｔの位置を識別し、ビット値が１の場合、該ｓｌｏｔ位置のリソースはＵＥに割り当てられたリソースであると想定される）と、
リソース割り当て時間長（例えば、４０ｍｓ周期のリソースに対して、リソースの開始位置からの１０ｍｓのリソース割り当て時間長）と、
リソース割り当て短周期（例えば、４０ｍｓ周期のリソースに対して、４０ｍｓ毎に１０ｍｓのリソース割り当て時間があり、該１０ｍｓ内のリソース割り当て周期は２ｍｓである）とのうち、１つ又は複数の任意の組み合わせを含む。
【０１４８】
さらに、ネットワーク側機器は利用可能なＨＡＲＱ設定情報をＵＥに送信してもよく、又は事前に規格によってＵＥに利用可能なＨＡＲＱ設定情報を規定してもよい。ＨＡＲＱ設定情報は、
ＵＥが利用可能のＨＡＲＱプロセス番号プール（例えば、ＵＥが利用可能のＨＡＲＱプロセス番号は１、２、３、４である）を含む。
【０１４９】
ステップ２．１：ＵＥはステップ１において受信したリソースの設定情報に基づいて、ネットワーク側機器がアクティベーションシグナリング（例えば、ＰＤＣＣＨアクティベーションコマンド）を送信する場合、ＵＥは該アクティベートシグナリングにおけるリソース位置情報に基づいて、自身が利用可能なリソース位置情報を算出し、該位置のリソースを使用する。
【０１５０】
ＵＥの各周期の最初の利用可能なリソース位置は以下の公式により算出され得る。
［（ＳＦＮ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋（ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋ｓｙｍｂｏｌ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｓｌｏｔ］＝
［（ＳＦＮｓｔａｒｔ  ｔｉｍｅ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｌｏｔｓｔａｒｔ  ｔｉｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｙｍｂｏｌｓｔａｒｔ  ｔｉｍｅ）＋Ｎ×ｐｅｒｉｏｄｉｃｉｔｙ］ｍｏｄｕｌｏ（１０２４×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）
【０１５１】
ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅはフレーム当たりのスロット数であり、ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔはスロット当たりのシンボル数であり、ＳＦＮは現在のシステムフレーム番号であり、ｓｌｏｔ  ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｆｒａｍｅは現在のシステムフレームのスロット番号であり、ＳＦＮｓｔａｒｔ  ｔｉｍｅは開始システムフレーム番号であり、ｓｌｏｔｓｔａｒｔ  ｔｉｍｅは開始スロット番号であり、ｓｙｍｂｏｌｓｔａｒｔ  ｔｉｍｅは開始シンボル番号であり、Ｎは資源の番号であり、ｐｅｒｉｏｄｉｃｉｔｙはＲＲＣメッセージによって設定されたＳＰＳリソース周期である。
【０１５２】
ＵＥが各周期に利用可能なリソース（開始リソース位置を含む）情報は、下記方法のうち少なくとも１つによって設定され得る。
【０１５３】
方法１：リソース割り当てｂｉｔｍａｐによって設定される。例えば、１０ｂｉｔｓ  ｂｉｔｍａｐによって、開始位置からの１０ｂｉｔにおける利用可能なリソース位置を指示する。
【０１５４】
方法２：リソース割り当て時間長によって設定される。例えば、１０ｍｓのリソース割り当て時間長によって、開始位置からの１０ｍｓの時間内のリソースを指示する。
【０１５５】
方法３：リソース割り当て時間長及びリソース割り当て短周期によって設定される。例えば、１０ｍｓのリソース割り当て時間長と２ｍｓのリソース割り当て短周期とによって、開始位置からの１０ｍｓの時間内に２ｍｓ毎に一つのリソースを割り当てるよう指示する。
【０１５６】
ステップ２．２：ＵＥは各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信し、またステップ１のリソースの設定情報に基づいてＨＡＲＱプロセスを１つ選択する（例えば、ＨＡＲＱプロセス１を選択する）。
【０１５７】
上記実施例１〜７において、ネットワーク側機器はＵＥに半永続的なリソースを設定する場合、各リソース周期に対して、ネットワーク側機器は一定時間における複数のリソース位置を設定することができる。なお、データ送信端にはデータの送信がある場合、複数のソース位置でリソースが利用可能か否かをモニタリングし、リソースが利用可能な場合、データ送信端はデータを送信する。
【０１５８】
本開示の実施例では、ネットワーク側機器が提供され、図４に示すように、前記ネットワーク側機器は、
リソースの周期、各周期内の複数のリソースの割り当て情報の少なくとも１つを含むリソースの設定情報をユーザ機器に送信するための送信モジュール３１を含む。
【０１５９】
本実施例では、ネットワーク側機器は、各周期内の複数のリソースの設定情報をユーザ機器に送信することにより、ネットワーク側機器及び／又はユーザ機器を含むデータ送信側が送信周期毎に複数のリソースの割り当て情報を取得することができ、また複数のリソースの割り当て情報に基づいて複数のリソースの位置を決定することができ、これにより、複数のリソースの位置でリソースが利用可能かどうかのモニタリングを行い、リソースが利用可能な場合にだけデータを送信することができるので、データ送信の遅延を低減する。
【０１６０】
さらに、前記リソースの設定情報はリソースのＨＡＲＱ設定情報をさらに含む。
【０１６１】
さらに、前記リソースの設定情報はＤＬ  ＳＰＳリソースの設定情報、ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２リソースの設定情報又はＡＵＬリソースの設定情報である。
【０１６２】
さらに、前記リソースの設定情報はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  １リソースの設定情報であり、前記リソースの設定情報は、
時間領域オフセットと、
各時間領域リソースが占める時間領域長とのうち、少なくとも１つを含む。
【０１６３】
さらに、前記各周期における複数のリソースの割り当て情報は、
リソース割り当ての開始位置情報と、
リソースの開始位置からのｎ（ｎは正の整数である）ビットにおける利用可能なリソース位置を示すリソース割り当てビットマップと、
リソースの開始位置から、利用可能なリソースが存在する時間長を示すリソース割り当て時間長と、
開始位置からの第２の予定時間内の各利用可能なリソースの周期を示すリソース割り当て短周期とのうち、少なくとも１つを含む。
【０１６４】
さらに、前記リソースのＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数と、
リソースのＨＡＲＱプロセス番号と、
リソースの各周期における利用可能なＨＡＲＱプロセス数と、
リソースの各周期における利用可能なＨＡＲＱプロセス番号とのうち、少なくとも１つを含む。
【０１６５】
さらに、前記リソースの設定情報がＤＬ  ＳＰＳリソースの設定情報である場合、前記ネットワーク側機器は、
各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信するための処理モジュール３２をさらに含む。
【０１６６】
本開示の実施例では、ユーザ機器が提供され、図５に示すように、前記ユーザ機器は、
リソースの周期、各周期内の複数のリソースの割り当て情報の少なくとも１つを含む、ネットワーク側機器のリソースの設定情報を受信するための第１の受信モジュール４１と、
ネットワーク側機器のアクティベーションシグナリングを受信するための第２の受信モジュール４２と、
前記アクティベーションシグナリングにおけるリソースの位置情報と前記リソースの設定情報に基づいて、利用可能なリソースを決定するための処理モジュール４３と、を備える。
【０１６７】
本実施例では、ネットワーク側機器は、各周期内の複数のリソースの設定情報をユーザ機器に送信することにより、ネットワーク側機器及び／又はユーザ機器を含むデータ送信側が送信周期毎に複数のリソースの割り当て情報を取得することができ、さらに複数のリソースの割り当て情報に基づいて複数のリソースの位置を決定することができ、これにより、複数のリソースの位置でリソースが利用可能かどうかのモニタリングを行い、リソースが利用可能な場合にだけデータを送信することができるので、データ送信の遅延を低減させる。
【０１６８】
さらに、前記処理モジュール４３は前記リソースの設定情報に基づいて各周期における利用可能なＨＡＲＱプロセス番号を算出するために用いられる。
【０１６９】
さらに、前記リソースの設定情報はＤＬ  ＳＰＳリソースの設定情報、ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２リソースの設定情報又はＡＵＬリソースの設定情報である。
【０１７０】
さらに、前記リソースの設定情報はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ１リソースの設定情報であり、前記リソースの設定情報は、
時間領域オフセットと、
各時間領域リソースが占める時間領域長とのうち、少なくとも１つを含む。
【０１７１】
さらに、前記各周期における複数のリソースの割り当て情報は、
リソース割り当ての開始位置情報と、
リソースの開始位置からのｎ（ｎは正の整数である）ビットにおける利用可能なリソース位置を示すリソース割り当てビットマップと、
リソースの開始位置から、利用可能なリソースが存在する時間長を示すリソース割り当て時間長と、
開始位置からの第２の予定時間内の各利用可能なリソースの周期を示すリソース割り当て短周期とのうち、少なくとも１つを含む。
【０１７２】
さらに、前記リソースのＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数と、
リソースのＨＡＲＱプロセス番号と、
リソースの各周期における利用可能なＨＡＲＱプロセス数と、
リソースの各周期における利用可能なＨＡＲＱプロセス番号とのうち、少なくとも１つを含む。
【０１７３】
さらに、前記リソースの設定情報がＤＬ  ＳＰＳリソースの設定情報、ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ１リソースの設定情報又はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２リソースの設定情報であり、各周期における利用可能なＨＡＲＱプロセス数が複数である場合、
前記処理モジュール４３は具体的に周期番号順と各周期のリソース番号順とに基づいて各周期のリソースのＨＡＲＱプロセスに番号を割り当てるために用いられる。
【０１７４】
さらに、前記リソースの設定情報はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  １リソースの設定情報、ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  ２リソースの設定情報又はＡＵＬリソースの設定情報であり、前記処理モジュール４３はさらに各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能である場合、該利用可能なリソース位置でデータを送信するために用いられる。
【０１７５】
本開示の実施例によって提供されるネットワーク側機器は、メモリ、プロセッサ、およびメモリに記憶されかつプロセッサによって実行可能なコンピュータプログラムを含み、前記コンピュータプログラムがプロセッサによって実行されると、上記のようなリソース割り当て方法におけるステップが実現される。
【０１７６】
図６を参照してください。図６は本開示の実施例に適用するネットワーク側機器の構成図であり、上記の実施例におけるリソース割り当て方法の詳細を実現し、同じ効果を達成することができる。図６に示すように、ネットワーク側機器５００はプロセッサ５０１、送受信機５０２、メモリ５０３、ユーザインターフェース５０４、バスインターフェースを含む。
【０１７７】
本開示の実施例では、ネットワーク側機器５００はメモリ５０３に記憶されかつプロセッサ５０１に実行可能なコンピュータプログラムをさらに含み、コンピュータプログラムがプロセッサ５０１によって実行されると、以下のステップが実現される。ユーザ機器にリソースの設定情報を送信し、前記リソースの設定情報は、リソースの周期、各周期内の複数のリソースの割り当て情報の少なくとも１つを含む。
【０１７８】
図６では、バスアーキテクチャは任意の数の相互接続されたバスおよびブリッジを含み、具体的にプロセッサ５０１によって代表される１つ又は複数のプロセッサおよびメモリ５０３によって代表されるメモリの各種の電気回路によって連接される。さらに、バスアーキテクチャは周辺デバイス、圧力調整器、電力管理回路などの各種の他の電気回路を連接してもよく、これらはすべて当業者に知られているので、ここでその説明は省略する。バスアーキテクチャはポートを提供する。送受信機５０２は複数の素子であってもよい。すなわち、送受信機を含み、送信媒体に各種の他の装置と通信するためのユニットを提供する。異なるユーザ機器に対して、ユーザインターフェース５０４はまた内部接続が可能なインターフェースであり、接続されたデバイスはミニキーパッド、ディスプレイ、スピーカ、マイク、ジョイスティックなどを含むが、これらに限定されない。
【０１７９】
プロセッサ５０１はバスアーキテクチャおよび通常の処理を管理し、メモリ５０３はプロセッサ５０１が動作を実行する場合に使用するデータを記憶することができる。
【０１８０】
さらに、前記リソースの設定情報はリソースのＨＡＲＱ設定情報をさらに含む。
【０１８１】
さらに、前記リソースの設定情報はＤＬ  ＳＰＳリソースの設定情報、ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２リソースの設定情報又はＡＵＬリソースの設定情報である。
【０１８２】
さらに、前記リソースの設定情報はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  １リソースの設定情報であり、前記リソースの設定情報は、
時間領域オフセットと、
各時間領域リソースが占める時間領域長とのうち、少なくとも１つを含む。
【０１８３】
さらに、各周期における複数のリソースの割り当て情報は、
リソース割り当ての開始位置情報と、
リソースの開始位置からのｎ（ｎは正の整数である）ビットにおける利用可能なリソース位置を示すリソース割り当てビットマップと、
リソースの開始位置から、利用可能なリソースが存在する時間長を示すリソース割り当て時間長と、
開始位置からの第２の予定時間内の各利用可能なリソースの周期を示すリソース割り当て短周期とのうち、少なくとも１つを含む。
【０１８４】
さらに、前記リソースのＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数と、
リソースのＨＡＲＱプロセス番号と、
リソースの各周期における利用可能なＨＡＲＱプロセス数と、
リソースの各周期における利用可能なＨＡＲＱプロセス番号とのうち、少なくとも１つを含む。
【０１８５】
さらに、前記リソースの設定情報はＤＬ  ＳＰＳリソースの設定情報である場合、コンピュータプログラムがプロセッサ５０１によって実行されると、以下のステップが実現される。各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能である場合、利用可能なリソース位置でデータを送信する。
【０１８６】
本開示によって提供されるユーザ機器は、メモリ、プロセッサ、およびメモリに記憶されかつプロセッサによって実行可能なコンピュータプログラムを含み、前記コンピュータプログラムが前記プロセッサによって実行されると上記のようなリソース使用方法が実現される。
【０１８７】
図７は、本開示の各実施例を実現するためのユーザ機器のハードウェア概略構成図である。図７を参照すると、当該ユーザ機器６００は無線周波数部６０１、ネットワークモジュール６０２、音声出力部６０３、入力部６０４、センサ６０５、表示部６０６、ユーザ入力部６０７、インターフェース部６０８、メモリ６０９、プロセッサ６１０、及び電源６１１などの部品を含むが、これらに限定されない。図７に示すユーザ機器の構成は、限定的なものではなく、図示以上又は以下の部品、又はいくつかの部品の組み合わせ、又は異なる部品を含めてもよく、当業者であれば、それらを容易に想到することができる。本開示の実施例では、ユーザ機器は携帯電話、タブレット、ノートパソコン、パームトップ、車載端末、装着可能機器、歩数計などを含むが、これらに限定されない。
【０１８８】
前記プロセッサ６１０は、リソースの周期、各周期内の複数のリソースの割り当て情報の少なくとも１つを含む、ネットワーク側機器のリソースの設定情報を受信し、ネットワーク側機器のアクティベーションシグナリングを受信し、前記シグナリングにおけるリソースの位置情報と前記リソースの設定情報とに基づいて利用可能なリソースを決定するために用いられる。
【０１８９】
さらに、前記リソースの設定情報がリソースのＨＡＲＱ設定情報をさらに含む場合、前記プロセッサ６１０は前記リソースの設定情報に基づいて各周期における利用可能なＨＡＲＱプロセス番号を算出するために用いられる。
【０１９０】
さらに、前記リソースの設定情報はＤＬ  ＳＰＳリソースの設定情報、ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２リソースの設定情報又はＡＵＬリソースの設定情報である。
【０１９１】
さらに、前記リソースの設定情報はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  １リソースの設定情報であり、前記リソースの設定情報は、
時間領域オフセットと、
各時間領域リソースが占める時間領域長とのうち、少なくとも１つを含む。
【０１９２】
さらに、各周期における複数のリソースの割り当て情報は、
リソース割り当ての開始位置情報と、
リソースの開始位置からのｎ（ｎは正の整数である）ビットにおける利用可能なリソース位置を示すリソース割り当てビットマップと、
リソースの開始位置から、利用可能なリソースが存在する時間長を示すリソース割り当て時間長と、
開始位置からの第２の予定時間内の各利用可能なリソースの周期を示すリソース割り当て短周期とのうち、少なくとも１つを含む。
【０１９３】
さらに、前記リソースのＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数と、
リソースのＨＡＲＱプロセス番号と、
リソースの各周期における利用可能なＨＡＲＱプロセス数と、
リソースの各周期における利用可能なＨＡＲＱプロセス番号とのうち、少なくとも１つを含む。
【０１９４】
さらに、前記リソースの設定情報がＤＬ  ＳＰＳリソースの設定情報、ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ１リソースの設定情報又はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２リソースの設定情報であり、各周期における利用可能なＨＡＲＱプロセス数が複数である場合、前記プロセッサ６１０は周期番号順及び各周期におけるリソース番号順に基づいて各周期のリソースのＨＡＲＱプロセスに番号を割り当てる。
【０１９５】
さらに、前記リソースの設定情報はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  １リソースの設定情報、ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  ２リソースの設定情報又はＡＵＬリソースの設定情報であり、前記プロセッサ６１０は、さらに各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能である場合、利用可能なリソース位置でデータを送信するために用いられる。
【０１９６】
なお、本開示の実施例では、無線周波数部６０１は情報の送受信又は通話中における信号の送受信を行うために用いられることができる。具体的には、基地局からのダウンリンクデータを受信した後、プロセッサ６１０に処理させる。なお、アップリンクデータを基地局に送信する。一般に、無線周波数部６０１はアンテナ、少なくとも１つの増幅器、送受信機、結合器、低雑音増幅器、デュプレクサなどを含むが、これらに限定されない。また、無線周波数部６０１は無線通信システムによってネットワーク及び他の機器と通信することもできる。
【０１９７】
ユーザ機器はネットワークモジュール６０２を介して、ユーザに、電子メールの送受信、ウェブページの閲覧、ストリーミングメディアへのアクセスなどの無線ブロードバンドインターネットアクセスを提供する。
【０１９８】
音声出力部６０３は無線周波数部６０１又はネットワークモジュール６０２が受信した又はメモリ６０９に記憶された音声データを音声信号に変換して音声として出力することができる。さらに、音声出力部６０３はユーザ機器６００が実行する特定機能に関連する音声出力（例えば、呼び出し信号が音声を受信し、メッセージの着信音など）を提供することもできる。音声出力部６０３はスピーカ、ブザー及び受話器などを含む。
【０１９９】
入力部６０４は音声又は映像信号を受信するために用いられる。入力部６０４は図学処理装置（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、ＧＰＵ）６０４１及びマイクロフォン６０４２を含むことができ、ＧＰＵ６０４１はビデオ撮影モードまたは画像撮影モードでカメラなどの撮影装置によって撮影された静止画像または動画画像の画像データを処理する。処理された画像フレームは、表示部６０６に表示されてもよい。ＧＰＵ６０４１によって処理された画像フレームはメモリ６０９（又は他の記憶媒体）に記憶されてもよく、又は無線周波数部６０１又はネットワークモジュール６０２を介して送信されてもよい。マイクロフォン６０４２は音声を受信し、該音声を音声データに処理することができる。処理された音声データは電話通話モードの場合に、無線周波数部６０１を介して移動通信基地局に送信可能なフォーマット出力に変換されて出力される。
【０２００】
ユーザ機器６００は光センサ、モーションセンサ、及び他のセンサなどのような少なくとも１つのセンサ６０５をさらに含む。具体的には、光センサは、周辺光の明暗によって表示パネル６０６１の輝度を調節することができる周辺光センサと、ユーザ機器６００が耳元に移動すると表示パネル６０６１及び／又はバックライトを消灯することができる近接センサとを含む。モーションセンサの１つとして、加速度計センサは、様々な方向（一般的には３軸）の加速度の大きさを検出し、静止時に重力の大きさ及び方向を検出することができ、ユーザ機器の姿勢（例えば、縦横画面の切り替え、関連するゲーム、磁力計の姿勢較正など）、振動認識関連機能（例えば、歩数計、タップ）などを識別するために使用されてもよい。センサ６０５は、指紋センサ、圧力センサ、虹彩センサ、分子センサ、ジャイロスコープ、気圧計、湿度計、温度計、赤外線センサなどをさらに含んでもよいが、ここでその説明は省略する。
【０２０１】
表示部６０６は、ユーザが入力した情報やユーザに提供する情報を表示するために用いられる。表示部６０６は、表示パネル６０６１を含み、液晶ディスプレイ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ、ＬＣＤ）、有機発光ダイオード（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ、ＯＬＥＤ）などの形態で表示パネル６０６１を構成する。
【０２０２】
ユーザ入力部６０７は、数字や文字の入力を受け付け、端末のユーザ設定や機能制御に関するキー信号入力の生成を行うために用いられる。具体的には、ユーザ入力部６０７は、タッチパネル６０７１及び他の入力装置６０７２を含む。タッチパネル６０７１は、タッチスクリーンとも呼ばれ、ユーザがタッチパネル６０７１上に又はその付近で行うタッチ操作を収集する（例えばユーザが指、タッチペンなどの任意の対応するもの又は付属品を用いてタッチパネル６０７１上に又はその付近に行うタッチ操作）。タッチパネル６０７１はタッチ検出装置及びタッチコントローラの２つの部分を備えてもよい。タッチ検出装置は、ユーザのタッチ方位を検出し、タッチ操作による信号を検出して、信号をタッチコントローラに伝送する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、それをコンタクト座標に変換して、プロセッサ６１０に送信し、プロセッサ６１０からのコマンドを受信して実行する。さらに、タッチパネル６０７１は、抵抗式、静電容量式、赤外線、表面弾性波等の複数のタイプにより実現することができる。ユーザ入力部６０７は、タッチパネル６０７１に加えて、他の入力装置６０７２をさらに備えてもよい。具体的には、他の入力装置６０７２は物理キーボード、機能キー（音量制御ボタン、スイッチボタンなど）、トラックボール、マウス、操作レバーを含むことができるが、これらに限定されない。
【０２０３】
さらに、タッチパネル６０７１は表示パネル６０６１に重ねられ、タッチパネル６０７１上又はその付近でタッチ操作が検出されると、プロセッサ６１０に転送してタッチイベントの種類を判定し、その後、プロセッサ６１０はタッチイベントの種類に応じて、表示パネル６０６１上に対応する視覚出力を提供する。図７では、タッチパネル６０７１と表示パネル６０６１が、端末の入力機能及び出力機能を実現するために、互いに独立した２つの構成要素として示されているが、実施例によっては、タッチパネル６０７１と表示パネル６０６１が一体化されて端末の入出力機能を実現することもでき、ここでは具体的に限定しない。
【０２０４】
インターフェース部６０８は、外部デバイスとユーザ機器６００とを接続するためのインターフェースである。例えば、外部機器は、有線または無線ヘッドフォンポート、外部電源（またはバッテリチャージャ）ポート、有線または無線データポート、メモリカードポート、識別モジュールを有するデバイスを接続するためのポート、オーディオ入出力（Ｉ／Ｏ）ポート、ビデオＩ／Ｏポートヘッドフォンポートなどを含むことができる。インターフェース部６０８は、外部機器からの入力（例えば、データ情報、電力など）を受信し、受信した入力をユーザ機器６００内の１つ以上の要素に伝送するために用いられてもよく、またはユーザ機器６００と外部デバイスとの間でデータを伝送するために用いられてもよい。
【０２０５】
メモリ６０９は、ソフトウェアプログラムや各種データを記憶するために用いられる。メモリ６０９は、オペレーティングシステム、サウンド再生機能、イメージ再生機能などの少なくとも１つの機能に必要なアプリケーションなどを記憶するプログラム記憶領域と、携帯電話機の使用に応じて作成されたデータ（例えば、音声データ、電話帳等）を記憶するデータ記憶領域とを主に含むことができる。さらに、メモリ６０９は、高速ランダムアクセスメモリを含んでもよく、少なくとも１つのディスク記憶デバイス、フラッシュメモリデバイスなどの不揮発性メモリ、または他の揮発性固体記憶デバイスを含んでもよい。
【０２０６】
プロセッサ６１０は、端末全体の各部を各種インターフェース及び回線で接続し、メモリ６０９に記憶されたソフトウェアプログラムやモジュールを実行又は実現し、メモリ６０９に記憶されたデータを呼び出すことで、ユーザ機器の各種機能や処理データを実行し、端末全体をモニタリングする端末の制御センタである。プロセッサ６１０は、１つ以上の処理ユニットを含んでもよく、オプションとして、プロセッサ６１０は、オペレーティングシステム、ユーザインターフェース、アプリケーションなどを主に処理するアプリケーションプロセッサと、ワイヤレス通信を主に処理するモデムプロセッサとを統合することができる。なお、前記のモデムプロセッサは、プロセッサ６１０に集積されていなくてもよい。
【０２０７】
ユーザ機器６００は、様々な構成要素に電力を供給するための電源６１１（例えば、バッテリ）をさらに含んでもよく、オプションとして、電源６１１は、電力管理システムを介してプロセッサ６１０に論理的に接続されてもよく、これにより、電力管理システムを介して、充放電の管理及び消費電力管理などの機能を実現することができる。
【０２０８】
なお、ユーザ機器６００は、いくつかの図示しない機能ブロックを含むが、ここでその説明を省略する。
【０２０９】
本開示では、コンピュータ可読記憶媒体が提供され、前記コンピュータ可読記憶媒体にはコンピュータプログラムが記憶され、前記コンピュータプログラムがプロセッサによって実行されると、上記のようなリソース割り当て方法におけるステップ又は上記のようなリソース使用方法におけるステップが実現される。
【０２１０】
なお、本明細書に記載されたこれらの実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、又はそれらの組み合わせによって実現されてもよいことを理解され得る。ハードウェア実現の場合、処理ユニットは、１つ又は複数のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、ＤＳＰＤ（ＤＳＰ  Ｄｅｖｉｃｅ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本開示に記載される機能を実行するための他の電子ユニット又はそれらの組み合わせにおいて実現され得る。
【０２１１】
ソフトウェアの実現について、本明細書に記載された技術は、本明細書に記載された機能を実行するためのモジュール（例えば、プロセス、関数など）によって実現されてもよい。ソフトウェアコードは、メモリに記憶され、プロセッサによって実行されよい。メモリは、プロセッサ内に実現されてもよいし、プロセッサ以外部に実現されてもよい。
【０２１２】
これらの機能はハードウェアまたはソフトウェアで実行されるかどうかは、技術スキームの特定の応用および設計制約条件に依存する。専門技術者は、それぞれの特定の応用に対して、異なる方法を用いて記載された機能を実現することができるが、このような実現は本開示の範囲を超えていると考えてはならない。
【０２１３】
当業者であれば、説明の便宜及び簡潔のために、前記説明したシステム、装置及びユニットの具体的な動作過程は、前記方法の実施例における対応するプロセスを参照してもよいと理解できる、ここで、その説明は省略する。
【０２１４】
本明細書における各実施例は、いずれも段階的な説明方式を用いて、他の実施例と異なる点を重点的に説明し、各実施例間の同一又は同様な部分を相互参照すれば良い。
【０２１５】
本開示の実施例は、方法、装置、またはコンピュータプログラム製品として提供され得ることを当業者であれば理解できる。したがって、本開示の実施例は、完全なハードウェアの実施例、完全なソフトウェアの実施例、またはソフトウェア及びハードウェアを組み合わせた実施例を採用することができる。また、本開示の実施例は、コンピュータ利用可能プログラムコードを含むコンピュータ対応記憶媒体（磁気ディスクメモリ、リードオンリーディスク（ＣＤ−ＲＯＭ）、光学メモリなどを含むが、これらに限定されない）の１つ以上において実施されるコンピュータプログラム製品の形態を採用することができる。
【０２１６】
本開示によって提供されるいくつかの実施例において、開示されるシステム、機器、及び方法は、他の方法で実現され得ることが理解されるべきである。例えば、上述した機器の実施例は単なる例示的なものであり、例えば、前記ユニットの分割は、１つの論理的機能の分割であり、実際に具現化する場合、他の分割方式があってもよく、例えば、複数のユニット又は構成要素が別のシステムに結合されても、集積されてもよく、又は、一部の特徴が省略されても、実行されなくてもよい。さらに、表示された又は検討された相互結合、又は直接結合、又は通信接続は、いくつかのインターフェース、機器又はユニットを介した間接結合又は通信接続であってもよく、電気的、機械的又は他の形態であってもよい。
【０２１７】
前記分離部品として説明されたユニットは、物理的に分離されても、または分離されなくてもよく、ユニットとして示された部品は、物理的なユニットであっても、または分離されなくてもよく、すなわち、一箇所に位置してもよく、または複数のネットワーク要素に分散されてもよい。本実施例の技術案の目的を達成するために、必要に応じて、その一部または全部を選択することができる。
【０２１８】
これらの機能がソフトウェア機能として実現され、独立した製品として販売または利用される場合、コンピュータ読み取り可能な記録媒体に記憶されてもよい。このような理解に基づいて、本開示の技術案の本質的な部分、換言すれば、従来技術に寄与する部分は、ソフトウェア製品の形で具現化することができ、該コンピュータソフトウェア製品は、記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスクなど）に記憶され、本開示の各実施例に記載された方法を端末（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク装置などであってよい）に実行させるためのいくつかの命令を含む。前記の記憶媒体は、Ｕディスク、外付けハードディスク、ＲＯＭ、ＲＡＭ、磁気ディスク、または光ディスクなどの各種のプログラムコードを記憶することができる媒体を含む。
【０２１９】
上記実施例の方法のすべてまたは一部のフローは、コンピュータプログラムによって関連するハードウェアを制御することによって実行可能であり、前記プログラムは、コンピュータ読取可能記憶媒体に記憶されてもよく、前記プログラムが実行される時に、前記した各方法の実施例のフローを含むことができ、当業者であればそれらを理解することができる。ここで、前記記憶媒体は、例えば、リードオンリーメモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、又は光ディスク等である。
【０２２０】
本開示の実施例は、本開示の実施例による方法、端末機器（システム）、及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して説明される。フローチャート及び／又はブロック図における各プロセス及び／又はブロック、並びにフローチャート及び／又はブロック図におけるプロセス及び／又はブロックの組み合わせは、コンピュータプログラム命令によって実現されることを理解され得る。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は他のプログラム可能なデータ処理端末機器のプロセッサに提供されて１つのマシンを生成することにより、コンピュータ又はその他のプログラム可能なデータ処理端末機器のプロセッサによって実行される命令は、フローチャートの１つ又は複数のプログラム及び／又はブロック図の１つ又は複数のブロックで指定される機能を実現するための装置を生成する。
【０２２１】
これらのコンピュータプログラムコマンドは、コンピュータ又は他のプログラム可能なデータ処理端末機器が特定の方法で動作するように指示することができるコンピュータ可読メモリに記憶されてもよく、こうして、該コンピュータ可読メモリに記憶されたコマンドは、命令装置を含む製品を生成させ、該コマンド装置は、フローチャートの１つ又は複数のプログラム及び／又はブロック図の１つ又は複数のブロックで指定される機能を実現する。
【０２２２】
これらのコンピュータプログラムコマンドは、コンピュータ又は他のプログラム可能なデータ処理端末機器にインストールされ、コンピュータ又は他のプログラム可能な端末機器で一連の操作ステップを実行させ、コンピュータが実現する処理を生成させ、これにより、コンピュータ又は他のプログラム可能な端末機器上で実行されるコマンドは、フローチャートの１つ又は複数のプロセス及び／又はブロック図の１つ又は複数のブロックで指定される機能を実現するためのステップを提供する。
【０２２３】
本開示の実施例の好ましい実施例を説明してきたが、当業者は、基本的な創造的概念を知った上で、さらなる変更及び修正をこれらの実施例に加えることができる。したがって、添付の特許請求の範囲は、好ましい実施例ならびに本開示の実施例の範囲内にあるすべての変更及び修正を含むものとして解釈されることを意図している。
【０２２４】
なお、本出願の明細書及び特許請求の範囲における「第１の」、「第２の」等のような関係用語は、１つの実体又は操作をもう１つの実体又は操作から区別するために使用され、必ずしも、これらの実体又は操作の間にいかなる実際の関係又は順序が存在することを要求又は黙示するわけではない。また、用語「含む」、「備える」又は他の任意の変形は、一連の要素を含むプロセス、方法、物品、又はユーザ機器がそれらの要素だけでなく、明示的に列挙されていない他の要素を含み、あるいは、このようなプロセス、方法、物品、又はユーザ機器固有の要素をさらに含むように、非排他的包含を含むことを意図している。これ以上の制限がないかぎり、「一つの…を含む」という語句によって限定される要素について、当該要素を含むプロセス、方法、物品、又はユーザ機器に他の同一の要素が存在することを排除しない。
【０２２５】
なお、本開示の選択可能な実施形態を以上に記載したが、当業者であれば、本開示に記載された原理から逸脱しないかぎり、若干の改善及び添削を行うことも可能である。このような改善及び添削も本開示の保護範囲内に含まれる。
【０２２６】
〔関連出願との相互参照〕
本出願は、２０１８年０８月０１日に提出された、出願番号が２０１８１０８６５２６６．０である中国特許出願を基礎とする優先権を主張し、その内容の全てが参照によって本出願に取り込まれる。
【図１】
2021532685.tif 000003
【図２】
2021532685.tif 000004
【図３】
2021532685.tif 000005
【図４】
2021532685.tif 000006
【図５】
2021532685.tif 000007
【図６】
2021532685.tif 000008
【図７】
2021532685.tif 000009
【手続補正書】
【提出日】令和3年2月1日(2021.2.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワーク側機器に適用するリソース割り当て方法であって、
リソースの周期、各周期内の複数のリソースの割り当て情報のうち、少なくとも１つを含むリソースの設定情報をユーザ機器に送信するステップを含む、リソース割り当て方法。
【請求項２】
前記リソースの設定情報は、リソースのハイブリッド自動再送要求（ＨＡＲＱ）設定情報をさらに含み、
前記リソースのＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数と、
リソースのＨＡＲＱプロセス番号と、
リソースの各周期における利用可能なＨＡＲＱプロセス数と、
リソースの各周期における利用可能なＨＡＲＱプロセス番号とのうち、少なくとも１つを含む、請求項１に記載のリソース割り当て方法。
【請求項３】
前記リソースの設定情報は、ダウンリンクセミパーシステントスケジューリング（ＤＬ  ＳＰＳ）リソースの設定情報、又はアップリンク設定グラントタイプ２（ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２）リソースの設定情報又は自律的なアップリンク（ＡＵＬ）リソースの設定情報である、請求項１または請求項２に記載のリソース割り当て方法。
【請求項４】
前記リソースの設定情報は、アップリンク設定グラントタイプ１（ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ１）リソースの設定情報であり、前記リソースの設定情報は、
時間領域オフセットと、
各時間領域リソースが占める時間領域長とのうち、少なくとも１つをさらに含む、請求項１または請求項２に記載のリソース割り当て方法。
【請求項５】
前記各周期における複数のリソースの割り当て情報は、
リソース割り当ての開始位置情報と、
リソースの開始位置からのｎ（ｎは正の整数である）ビットにおける利用可能なリソース位置を示すリソース割り当てビットマップと、
リソースの開始位置から、利用可能なリソースが存在する時間長を示すリソース割り当て時間長と、
開始位置からの第２の予定時間内の各利用可能なリソースの周期を示すリソース割り当て短周期とのうち、少なくとも１つを含む、請求項１に記載のリソース割り当て方法。
【請求項６】
前記リソースの設定情報がＤＬ  ＳＰＳリソースの設定情報である場合、前記方法は、
各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信するステップを含む、請求項３に記載のリソース割り当て方法。
【請求項７】
ユーザ機器に適用するリソース使用方法であって、
リソースの周期、各周期内の複数のリソースの割り当て情報のうち、少なくとも１つを含む、ネットワーク側機器のリソースの設定情報を受信するステップと、
前記ネットワーク側機器のアクティベーションシグナリングを受信し、前記アクティベーションシグナリングにおけるリソースの位置情報と前記リソースの設定情報とに基づいて、利用可能なリソースを決定するステップとを含む、リソース使用方法。
【請求項８】
前記リソースの設定情報はリソースのハイブリッド自動再送要求（ＨＡＲＱ）設定情報をさらに含む場合、前記リソース使用方法は、
前記リソースの設定情報に基づいて、各周期における利用可能なＨＡＲＱプロセス番号を算出するステップを含み、
前記リソースのＨＡＲＱ設定情報は、
リソースのＨＡＲＱプロセス数と、
リソースのＨＡＲＱプロセス番号と、
リソースの各周期における利用可能なＨＡＲＱプロセス数と、
リソースの各周期における利用可能なＨＡＲＱプロセス番号とのうち、少なくとも１つを含む、請求項７に記載のリソース使用方法。
【請求項９】
前記リソースの設定情報はアップリンク設定グラントタイプ１（ＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  １）リソースの設定情報であり、前記リソースの設定情報は、
時間領域オフセットと、
各時間領域リソースが占める時間領域長とのうち、少なくとも１つを含む、請求項７又は請求項８に記載のリソース使用方法。
【請求項１０】
前記各周期における複数のリソースの割り当て情報は、
リソース割り当ての開始位置情報と、
リソースの開始位置からのｎ（ｎは正の整数である）ビットにおける利用可能なリソース位置を示すリソース割り当てビットマップと、
リソースの開始位置から、利用可能なリソースが存在する時間長を示すリソース割り当て時間長と、
開始位置からの第２の予定時間内の各利用可能なリソースの周期を示すリソース割り当て短周期とのうち、少なくとも１つを含む、請求項７又は請求項８に記載のリソース使用方法。
【請求項１１】
前記リソースの設定情報がＤＬ  ＳＰＳリソースの設定情報、又はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ１リソースの設定情報又はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ２リソースの設定情報であり、各周期における利用可能なＨＡＲＱプロセス数が複数である場合、前記リソースの設定情報に基づいて各周期における使用可能なＨＡＲＱプロセス番号を算出するステップは、
周期番号順と各周期のリソース番号順とに基づいて各周期のリソースのＨＡＲＱプロセスに番号を割り当てる段階を含む、請求項８に記載のリソース使用方法。
【請求項１２】
前記リソースの設定情報はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  １リソースの設定情報、又はＵＬ  ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ  Ｔｙｐｅ  ２の設定情報又はＡＵＬリソースの設定情報であり、前記リソース使用方法は、
各周期の複数の送信位置でリソースが利用可能か否かを検出し、リソースが利用可能な場合、利用可能なリソース位置でデータを送信するステップを含む、請求項８に記載のリソース使用方法。
【請求項１３】
メモリと、プロセッサと、前記メモリに記憶されかつ前記プロセッサで実行可能なコンピュータプログラムとを備え、前記コンピュータプログラムが前記プロセッサによって実行されると、請求項１〜７のいずれか一項に記載の方法におけるステップが実現される、ネットワーク側機器。
【請求項１４】
メモリと、プロセッサと、前記メモリに記憶されかつ前記プロセッサで実行可能なコンピュータプログラムとを備え、又は、前記コンピュータプログラムが前記プロセッサによって実行されると、請求項７〜１２のいずれか一項に記載の方法におけるステップが実現される、ユーザ機器。
【請求項１５】
プロセッサによって実行されると、請求項１〜６のいずれか一項に記載のリソース割り当て方法におけるステップ又は請求項７〜１２のいずれか一項に記載のリソース使用方法におけるステップが実現される、コンピュータプログラムが記憶されたコンピュータ読み取り可能な記憶媒体。
【国際調査報告】
2021532685.tif 000010
2021532685.tif 000011
2021532685.tif 000012
2021532685.tif 000013