(57)【要約】本発明の実施形態は、リソーススケジューリング方法、端末デバイス、およびネットワークデバイスを提供する。この方法では、ネットワークデバイスの構成メッセージを受信した後、端末デバイスは、構成メッセージに基づいて、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得し、第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む。さらに、端末デバイスは、第１のリソース構成情報により示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、スケジューリング要求は、ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない。この方法では、端末デバイスは、構成メッセージ内にある第１のリソース構成情報により示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、すなわち、端末デバイスがデータを送信する必要があることをネットワークデバイスに通知し、次いで、ランダムアクセスプロセスを行うことなくアップリンクデータを直接送信し、それにより、端末デバイスの消費電力および遅延を低減する。
2020512758.tif 000002
【特許請求の範囲】
【請求項１】
リソーススケジューリング方法であって、
端末デバイスによって、ネットワークデバイスにより送信された構成メッセージを受信するステップと、
前記端末デバイスによって、前記構成メッセージに基づいて、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得するステップであって、前記第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む、ステップと、
前記端末デバイスによって、前記第１のリソース構成情報により示される第１のリソース上でスケジューリング要求を前記ネットワークデバイスに送信するステップであって、前記スケジューリング要求は、前記ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、前記端末デバイスは、前記スケジューリング要求を送信するときにランダムアクセスプロセスを行わない、ステップと
を含むリソーススケジューリング方法。
【請求項２】
端末デバイスによって、ネットワークデバイスにより送信された構成メッセージを受信する前記ステップの前に、前記方法は、
前記端末デバイスによって、前記ネットワークデバイスにより送信されたシステムメッセージを受信するステップと、
前記端末デバイスによって、前記システムメッセージに基づいて、ＮＰＲＡＣＨリソースの構成情報を取得するステップと
をさらに含み、
前記ＮＰＲＡＣＨリソースが、前記第１のリソースのリソースセットである、または前記ＮＰＲＡＣＨリソースのサブセットが、前記第１のリソースのリソースセットである、または前記ＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースが、前記第１のリソースのリソースセットである、または前記ＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースのサブセットが、前記第１のリソースのリソースセットである請求項１に記載の方法。
【請求項３】
前記システムメッセージは、第１の予め設定されたパラメータおよび第２の予め設定されたパラメータを搬送し、
前記第１のリソースの前記リソースセットのキャリア位置は、前記ＮＰＲＡＣＨリソースのキャリア位置、および前記第１の予め設定されたパラメータに基づいて決定され、前記第１のリソースの前記リソースセットの開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの開始サブキャリア位置、および前記第２の予め設定されたパラメータに基づいて決定される、または
前記第１のリソースの前記リソースセットのキャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットのキャリア位置、および前記第１の予め設定されたパラメータに基づいて決定され、前記第１のリソースの前記リソースセットの開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットの開始サブキャリア位置、および前記第２の予め設定されたパラメータに基づいて決定される請求項２に記載の方法。
【請求項４】
前記システムメッセージは、第１のオフセットパラメータおよび第２のオフセットパラメータを搬送し、
前記第１のリソースの前記リソースセットの前記キャリア位置は、前記ＮＰＲＡＣＨリソースの前記キャリア位置、および前記第１のオフセットパラメータに基づいて決定され、前記第１のリソースの前記リソースセットの前記開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの前記開始サブキャリア位置、および前記第２のオフセットパラメータに基づいて決定される、または
前記第１のリソースの前記リソースセットの前記キャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットの前記キャリア位置、および前記第１のオフセットパラメータに基づいて決定され、前記第１のリソースの前記リソースセットの前記開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットの前記開始サブキャリア位置、および前記第２のオフセットパラメータに基づいて決定される請求項３に記載の方法。
【請求項５】
前記システムメッセージは、第１の予め設定されたスケールファクタおよび第２の予め設定されたスケールファクタを搬送し、
前記第１のリソースの前記リソースセットの前記キャリア位置は、前記ＮＰＲＡＣＨリソースの前記キャリア位置、および前記第１の予め設定されたスケールファクタに基づいて決定され、前記第１のリソースの前記リソースセットの前記開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの前記開始サブキャリア位置、および前記第２の予め設定されたスケールファクタに基づいて決定される、または
前記第１のリソースの前記リソースセットの前記キャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットの前記キャリア位置、および前記第１の予め設定されたスケールファクタに基づいて決定され、前記第１のリソースの前記リソースセットの前記開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットの前記開始サブキャリア位置、および前記第２の予め設定されたスケールファクタに基づいて決定される請求項３に記載の方法。
【請求項６】
前記端末デバイスによって、前記スケジューリング要求を前記ネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加するステップをさらに含む請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
前記端末デバイスによって、前記スケジューリング要求を前記ネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加する前記ステップは、
前記端末デバイスによって、遅延してもしくは先行して、前記第１のリソース上で前記スケジューリング要求を前記ネットワークデバイスに送信するステップであって、前記スケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンスの量は、前記伝送されるべきアップリンクデータの前記データ量情報との予め設定された対応関係を有する、ステップ、または
前記端末デバイスによって、前記第１のリソース上で前記スケジューリング要求を前記ネットワークデバイスに送信するとき、前記伝送されるべきアップリンクデータの前記データ量情報を追加するステップであって、前記第１のリソースは、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせを含み、前記時間領域リソース、前記周波数領域リソース、前記コードリソース、もしくは前記時間領域リソースと前記周波数領域リソースと前記コードリソースとの前記組み合わせは、前記伝送されるべきアップリンクデータの前記データ量情報との予め設定された対応関係を有する、ステップを含む請求項６に記載の方法。
【請求項８】
前記端末デバイスによって前記スケジューリング要求を送信するために使用される信号は、ＮＰＲＡＣＨプリアンブルであり、前記端末デバイスは、前記スケジューリング要求を送信する前にタイミングアドバンスＴＡ調整を行っている請求項１乃至７のいずれか一項に記載の方法。
【請求項９】
リソーススケジューリング方法であって、
ネットワークデバイスによって、構成メッセージを端末デバイスに送信するステップであって、前記構成メッセージは、前記端末デバイスによって、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得するために使用され、前記第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む、ステップと、
前記ネットワークデバイスによって、前記第１のリソース構成情報により示される第１のリソース上で前記端末デバイスにより送信されたスケジューリング要求を受信するステップであって、前記スケジューリング要求は、前記ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、前記端末デバイスは、前記スケジューリング要求を送信するときにランダムアクセスプロセスを行わない、ステップと
前記ネットワークデバイスによって、前記スケジューリング要求に基づいて、アップリンクチャネルリソースを前記端末デバイスに割り当てるステップと
を含むリソーススケジューリング方法。
【請求項１０】
ネットワークデバイスによって、構成メッセージを端末デバイスに送信する前記ステップの前に、前記方法は、
前記ネットワークデバイスによって、システムメッセージを前記端末デバイスに送信するステップであって、前記システムメッセージは、ＮＰＲＡＣＨリソースの構成情報を搬送する、ステップをさらに含み、
前記ＮＰＲＡＣＨリソースが、前記第１のリソースのリソースセットである、または前記ＮＰＲＡＣＨリソースのサブセットが、前記第１のリソースのリソースセットである、または前記ＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースが、前記第１のリソースのリソースセットである、または前記ＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースのサブセットが、前記第１のリソースのリソースセットである請求項９に記載の方法。
【請求項１１】
前記システムメッセージは、第１の予め設定されたパラメータおよび第２の予め設定されたパラメータを搬送し、
前記第１のリソースの前記リソースセットのキャリア位置は、前記ＮＰＲＡＣＨリソースのキャリア位置、および前記第１の予め設定されたパラメータに基づいて決定され、前記第１のリソースの前記リソースセットの開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの開始サブキャリア位置、および前記第２の予め設定されたパラメータに基づいて決定される、または
前記第１のリソースの前記リソースセットのキャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットのキャリア位置、および前記第１の予め設定されたパラメータに基づいて決定され、前記第１のリソースの前記リソースセットの開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットの開始サブキャリア位置、および前記第２の予め設定されたパラメータに基づいて決定される請求項１０に記載の方法。
【請求項１２】
前記システムメッセージは、第１のオフセットパラメータおよび第２のオフセットパラメータを搬送し、
前記第１のリソースの前記リソースセットの前記キャリア位置は、前記ＮＰＲＡＣＨリソースの前記キャリア位置、および前記第１のオフセットパラメータに基づいて決定され、前記第１のリソースの前記リソースセットの前記開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの前記開始サブキャリア位置、および前記第２のオフセットパラメータに基づいて決定される、または
前記第１のリソースの前記リソースセットの前記キャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットの前記キャリア位置、および前記第１のオフセットパラメータに基づいて決定され、前記第１のリソースの前記リソースセットの前記開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットの前記開始サブキャリア位置、および前記第２のオフセットパラメータに基づいて決定される請求項１１に記載の方法。
【請求項１３】
前記システムメッセージは、第１の予め設定されたスケールファクタおよび第２の予め設定されたスケールファクタを搬送し、
前記第１のリソースの前記リソースセットの前記キャリア位置は、前記ＮＰＲＡＣＨリソースの前記キャリア位置、および前記第１の予め設定されたスケールファクタに基づいて決定され、前記第１のリソースの前記リソースセットの前記開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの前記開始サブキャリア位置、および前記第２の予め設定されたスケールファクタに基づいて決定される、または
前記第１のリソースの前記リソースセットの前記キャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットの前記キャリア位置、および前記第１の予め設定されたスケールファクタに基づいて決定され、前記第１のリソースの前記リソースセットの前記開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットの前記開始サブキャリア位置、および前記第２の予め設定されたスケールファクタに基づいて決定される請求項１１に記載の方法。
【請求項１４】
前記ネットワークデバイスによって、前記端末デバイスにより送信された前記スケジューリング要求に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定するステップをさらに含む請求項９乃至１３のいずれか一項に記載の方法。
【請求項１５】
前記ネットワークデバイスは、前記第１のリソース上で受信された前記スケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンスの量に基づいて、前記伝送されるべきアップリンクデータの前記データ量情報を決定し、前記スケジューリング要求に対応する遅延時間の前記量もしくはタイミングアドバンスの前記量は、前記伝送されるべきアップリンクデータの前記データ量情報との予め設定された対応関係を有する、または
前記ネットワークデバイスは、前記受信されたスケジューリング要求に対応する前記第１のリソースに基づいて、前記伝送されるべきアップリンクデータの前記データ量情報を決定し、前記第１のリソースは、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせを含み、前記時間領域リソース、前記周波数領域リソース、前記コードリソース、もしくは前記時間領域リソースと前記周波数領域リソースと前記コードリソースとの前記組み合わせは、前記伝送されるべきアップリンクデータの前記データ量情報との予め設定された対応関係を有する請求項１４に記載の方法。
【請求項１６】
前記ネットワークデバイスによって前記スケジューリング要求を受信するために使用される信号は、ＮＰＲＡＣＨプリアンブルであり、前記端末デバイスは、前記スケジューリング要求を送信する前にタイミングアドバンスＴＡ調整を行っている請求項９乃至１５のいずれか一項に記載の方法。
【請求項１７】
端末デバイスであって、
ネットワークデバイスにより送信された構成メッセージを受信するように構成された受信モジュールと、
前記受信モジュールにより受信された前記構成情報に基づいて、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得するように構成された処理モジュールであって、前記第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む、処理モジュールと、
前記処理モジュールにより取得された前記第１のリソース構成情報により示される第１のリソース上でスケジューリング要求を前記ネットワークデバイスに送信するように構成された送信モジュールであって、前記スケジューリング要求は、前記ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、前記端末デバイスは、前記スケジューリング要求を送信するときにランダムアクセスプロセスを行わない、送信モジュールと
を備える端末デバイス。
【請求項１８】
前記受信モジュールは、
前記ネットワークデバイスにより送信されたシステムメッセージを受信するようにさらに構成され、
前記処理モジュールは、
前記システムメッセージに基づいて、ＮＰＲＡＣＨリソースの構成情報を取得するようにさらに構成され、
前記ＮＰＲＡＣＨリソースが、前記第１のリソースのリソースセットである、または前記ＮＰＲＡＣＨリソースのサブセットが、前記第１のリソースのリソースセットである、または前記ＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースが、前記第１のリソースのリソースセットである、または前記ＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースのサブセットが、前記第１のリソースのリソースセットである請求項１７に記載の端末デバイス。
【請求項１９】
前記システムメッセージは、第１の予め設定されたパラメータおよび第２の予め設定されたパラメータを搬送し、
前記第１のリソースの前記リソースセットのキャリア位置は、前記ＮＰＲＡＣＨリソースのキャリア位置、および前記第１の予め設定されたパラメータに基づいて決定され、前記第１のリソースの前記リソースセットの開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの開始サブキャリア位置、および前記第２の予め設定されたパラメータに基づいて決定される、または
前記第１のリソースの前記リソースセットのキャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットのキャリア位置、および前記第１の予め設定されたパラメータに基づいて決定され、前記第１のリソースの前記リソースセットの開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットの開始サブキャリア位置、および前記第２の予め設定されたパラメータに基づいて決定される請求項１８に記載の端末デバイス。
【請求項２０】
前記システムメッセージは、第１のオフセットパラメータおよび第２のオフセットパラメータを搬送し、
前記第１のリソースの前記リソースセットの前記キャリア位置は、前記ＮＰＲＡＣＨリソースの前記キャリア位置、および前記第１のオフセットパラメータに基づいて決定され、前記第１のリソースの前記リソースセットの前記開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの前記開始サブキャリア位置、および前記第２のオフセットパラメータに基づいて決定される、または
前記第１のリソースの前記リソースセットの前記キャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットの前記キャリア位置、および前記第１のオフセットパラメータに基づいて決定され、前記第１のリソースの前記リソースセットの前記開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットの前記開始サブキャリア位置、および前記第２のオフセットパラメータに基づいて決定される請求項１９に記載の端末デバイス。
【請求項２１】
前記システムメッセージは、第１の予め設定されたスケールファクタおよび第２の予め設定されたスケールファクタを搬送し、
前記第１のリソースの前記リソースセットの前記キャリア位置は、前記ＮＰＲＡＣＨリソースの前記キャリア位置、および前記第１の予め設定されたスケールファクタに基づいて決定され、前記第１のリソースの前記リソースセットの前記開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの前記開始サブキャリア位置、および前記第２の予め設定されたスケールファクタに基づいて決定される、または
前記第１のリソースの前記リソースセットの前記キャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットの前記キャリア位置、および前記第１の予め設定されたスケールファクタに基づいて決定され、前記第１のリソースの前記リソースセットの前記開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットの前記開始サブキャリア位置、および前記第２の予め設定されたスケールファクタに基づいて決定される請求項１９に記載の端末デバイス。
【請求項２２】
前記送信モジュールは、
前記スケジューリング要求を前記ネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加するようにさらに構成される請求項１７乃至２１のいずれか一項に記載の端末デバイス。
【請求項２３】
前記送信モジュールは、
遅延してもしくは先行して、前記第１のリソース上で前記スケジューリング要求を前記ネットワークデバイスに送信し、前記スケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンスの量は、前記伝送されるべきアップリンクデータの前記データ量情報との予め設定された対応関係を有する、または
前記第１のリソース上で前記スケジューリング要求を前記ネットワークデバイスに送信するとき、前記伝送されるべきアップリンクデータの前記データ量情報を追加し、前記第１のリソースは、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせを含み、前記時間領域リソース、前記周波数領域リソース、前記コードリソース、もしくは前記時間領域リソースと前記周波数領域リソースと前記コードリソースとの前記組み合わせは、前記伝送されるべきアップリンクデータの前記データ量情報との予め設定された対応関係を有する
ように特に構成される請求項２２に記載の端末デバイス。
【請求項２４】
前記端末デバイスによって前記スケジューリング要求を送信するために使用される信号は、ＮＰＲＡＣＨプリアンブルであり、前記端末デバイスは、前記スケジューリング要求を送信する前にタイミングアドバンスＴＡ調整を行っている請求項１７乃至２３のいずれか一項に記載の端末デバイス。
【請求項２５】
ネットワークデバイスであって、
構成メッセージを端末デバイスに送信するように構成された送信モジュールであって、前記構成メッセージは、前記端末デバイスによって、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得するために使用され、前記第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む、送信モジュールと、
前記第１のリソース構成情報により示される第１のリソース上で前記端末デバイスにより送信されたスケジューリング要求を受信するように構成された受信モジュールであって、前記スケジューリング要求は、前記ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、前記端末デバイスは、前記スケジューリング要求を送信するときにランダムアクセスプロセスを行わない、受信モジュールと、
前記受信モジュールにより受信された前記スケジューリング要求に基づいて、アップリンクチャネルリソースを前記端末デバイスに割り当てるように構成された処理モジュールと
を備えるネットワークデバイス。
【請求項２６】
前記送信モジュールは、
システムメッセージを前記端末デバイスに送信するようにさらに構成され、前記システムメッセージは、ＮＰＲＡＣＨリソースの構成情報を搬送し、
前記ＮＰＲＡＣＨリソースが、前記第１のリソースのリソースセットである、または前記ＮＰＲＡＣＨリソースのサブセットが、前記第１のリソースのリソースセットである、または前記ＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースが、前記第１のリソースのリソースセットである、または前記ＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースのサブセットが、前記第１のリソースのリソースセットである請求項２５に記載のネットワークデバイス。
【請求項２７】
前記システムメッセージは、第１の予め設定されたパラメータおよび第２の予め設定されたパラメータを搬送し、
前記第１のリソースの前記リソースセットのキャリア位置は、前記ＮＰＲＡＣＨリソースのキャリア位置、および前記第１の予め設定されたパラメータに基づいて決定され、前記第１のリソースの前記リソースセットの開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの開始サブキャリア位置、および前記第２の予め設定されたパラメータに基づいて決定される、または
前記第１のリソースの前記リソースセットのキャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットのキャリア位置、および前記第１の予め設定されたパラメータに基づいて決定され、前記第１のリソースの前記リソースセットの開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットの開始サブキャリア位置、および前記第２の予め設定されたパラメータに基づいて決定される請求項２６に記載のネットワークデバイス。
【請求項２８】
前記システムメッセージは、第１のオフセットパラメータおよび第２のオフセットパラメータを搬送し、
前記第１のリソースの前記リソースセットの前記キャリア位置は、前記ＮＰＲＡＣＨリソースの前記キャリア位置、および前記第１のオフセットパラメータに基づいて決定され、前記第１のリソースの前記リソースセットの前記開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの前記開始サブキャリア位置、および前記第２のオフセットパラメータに基づいて決定される、または
前記第１のリソースの前記リソースセットの前記キャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットの前記キャリア位置、および前記第１のオフセットパラメータに基づいて決定され、前記第１のリソースの前記リソースセットの前記開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットの前記開始サブキャリア位置、および前記第２のオフセットパラメータに基づいて決定される請求項２７に記載のネットワークデバイス。
【請求項２９】
前記システムメッセージは、第１の予め設定されたスケールファクタおよび第２の予め設定されたスケールファクタを搬送し、
前記第１のリソースの前記リソースセットの前記キャリア位置は、前記ＮＰＲＡＣＨリソースの前記キャリア位置、および前記第１の予め設定されたスケールファクタに基づいて決定され、前記第１のリソースの前記リソースセットの前記開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの前記開始サブキャリア位置、および前記第２の予め設定されたスケールファクタに基づいて決定される、または
前記第１のリソースの前記リソースセットの前記キャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットの前記キャリア位置、および前記第１の予め設定されたスケールファクタに基づいて決定され、前記第１のリソースの前記リソースセットの前記開始サブキャリア位置は、前記ＮＰＲＡＣＨリソースの前記サブセットの前記開始サブキャリア位置、および前記第２の予め設定されたスケールファクタに基づいて決定される請求項２７に記載のネットワークデバイス。
【請求項３０】
前記処理モジュールは、
前記端末デバイスにより送信された前記スケジューリング要求に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定するようにさらに構成される請求項２５乃至２８のいずれか一項に記載のネットワークデバイス。
【請求項３１】
前記処理モジュールは、
前記第１のリソース上で受信された前記スケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンスの量に基づいて、前記伝送されるべきアップリンクデータの前記データ量情報を決定し、前記スケジューリング要求に対応する遅延時間の前記量もしくはタイミングアドバンスの前記量は、前記伝送されるべきアップリンクデータの前記データ量情報との予め設定された対応関係を有する、または
前記受信されたスケジューリング要求に対応する前記第１のリソースに基づいて、前記伝送されるべきアップリンクデータの前記データ量情報を決定し、前記第１のリソースは、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせを含み、前記時間領域リソース、前記周波数領域リソース、前記コードリソース、もしくは前記時間領域リソースと前記周波数領域リソースと前記コードリソースとの前記組み合わせは、前記伝送されるべきアップリンクデータの前記データ量情報との予め設定された対応関係を有する
ように特に構成される請求項３０に記載のネットワークデバイス。
【請求項３２】
前記ネットワークデバイスによって前記スケジューリング要求を受信するために使用される信号は、ＮＰＲＡＣＨプリアンブルであり、前記端末デバイスは、前記スケジューリング要求を送信する前にタイミングアドバンスＴＡ調整を行っている請求項２５乃至３１のいずれか一項に記載のネットワークデバイス。
【請求項３３】
メモリおよびプロセスを備える端末デバイスであって、
前記メモリは、プログラム命令を記憶するように構成され、前記プロセッサは、前記メモリにおける前記プログラム命令を呼び出して方法を実行するように構成され、前記方法は、
ネットワークデバイスにより送信された構成メッセージを受信することと、
前記構成メッセージに基づいて、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得することであって、前記第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む、取得することと、
前記第１のリソース構成情報により示される第１のリソース上でスケジューリング要求を前記ネットワークデバイスに送信することであって、前記スケジューリング要求は、前記ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、前記端末デバイスは、前記スケジューリング要求を送信するときにランダムアクセスプロセスを行わない、送信することと
を含む、端末デバイス。
【請求項３４】
メモリおよびプロセッサを備えるネットワークデバイスであって、
前記メモリは、プログラム命令を記憶するように構成され、前記プロセッサは、前記メモリにおける前記プログラム命令を呼び出して方法を実行するように構成され、前記方法は、
構成メッセージを端末デバイスに送信することであって、前記構成メッセージは、前記端末デバイスによって、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得するために使用され、前記第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む、送信することと、
前記第１のリソース構成情報により示される第１のリソース上で前記端末デバイスにより送信されたスケジューリング要求を受信することであって、前記スケジューリング要求は、前記ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、前記端末デバイスは、前記スケジューリング要求を送信するときにランダムアクセスプロセスを行わない、受信することと、
前記スケジューリング要求に基づいて、アップリンクチャネルリソースを前記端末デバイスに割り当てることと
を含む、ネットワークデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、通信技術に関し、特にリソーススケジューリング方法、端末デバイス、およびネットワークデバイスに関する。
【背景技術】
【０００２】
モノのインターネット（ＩｏＴ、Ｉｎｔｅｒｎｅｔ  ｏｆ  ｔｈｉｎｇｓ）は、「接続されたモノのインターネット」である。インターネット上のユーザ端末は、ＩｏＴにおけるモノに拡張されて情報交換および通信を行う。ＩｏＴは、たとえば、カバレッジ拡張、大量の低速デバイスのサポート、非常に低いコスト、および低エネルギー消費といった特別な要件を有する。狭帯域のモノのインターネット（Ｎａｒｒｏｗｂａｎｄ  Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ、ＮＢ−ＩｏＴ）システムは、一連の方法を提供することによってＩｏＴのこれらの特別な要件を満たす。
【０００３】
従来技術では、ＮＢ−ＩｏＴシステムにおいて、ネットワークデバイスにアップリンクデータを送信する必要があるとき、端末デバイスは、アップリンクデータを送信する前にランダムアクセスを再開始する必要がある。
【０００４】
しかしながら、従来技術における方法を使用することにより、端末デバイスは、ランダムアクセスプロセスにおける第２のメッセージが送信された後のみに、アップリンクデータを送信することが可能であり、端末デバイスの消費電力および遅延の増大を招いている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本出願は、過度に長いアップリンクデータ要求プロセスにより端末デバイスの消費電力および遅延が増大されるという問題を解決するために、リソーススケジューリング方法、端末デバイス、およびネットワークデバイスを提供する。
【課題を解決するための手段】
【０００６】
本出願の第１の態様は、リソーススケジューリング方法を提供する。上記方法では、ネットワークデバイスの構成メッセージを受信した後、端末デバイスは、構成メッセージに基づいて、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得し、第１のリソース構成情報は、カバレッジ拡張レベル（coverage enhancement level）を示すために使用される情報を含む。さらに、端末デバイスは、第１のリソース構成情報により示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、スケジューリング要求は、ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない。
【０００７】
上記方法では、ネットワークデバイスは、先行して構成メッセージを端末デバイスに送信する。端末デバイスがアップリンクデータを送信する必要があるとき、端末デバイスは、構成メッセージ内にある第１のリソース構成情報により示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、すなわち、端末デバイスがデータを送信する必要があることをネットワークデバイスに通知し、次いで、ランダムアクセスプロセスを行うことなくアップリンクデータを直接送信し、それにより、端末デバイスの消費電力および遅延を低減する。
【０００８】
さらに、ネットワークデバイスにより送信された第１のリソース構成情報は、カバレッジ拡張レベル情報を示し、これは、端末デバイスに対応するカバレッジ拡張レベルを示す。すなわち、第１のリソース構成情報により示されるリソースについてカバレッジレベルが識別されることが可能であり、それにより、ＮＢ−ＩｏＴシステムにおける異なるカバレッジレベルに対応する端末デバイスの要件を満足させる。
【０００９】
任意選択の実装において、端末デバイスによって、ネットワークデバイスにより送信された構成メッセージを受信するステップの前に、上記方法は、
端末デバイスによって、ネットワークデバイスにより送信されたシステムメッセージを受信するステップと、
端末デバイスによって、システムメッセージに基づいて、ＮＰＲＡＣＨリソースの構成情報を取得するステップと
をさらに含み、
ＮＰＲＡＣＨリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソースのサブセットが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースのサブセットが、第１のリソースのリソースセットである。
【００１０】
任意選択の実装において、端末デバイスは、スケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加する。
【００１１】
任意選択の実装において、端末デバイスは、遅延してもしくは先行して、第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、スケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンス（timing advance）の量は、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
端末デバイスは、第１のリソース上でスケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加し、第１のリソースは、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせを含み、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。
【００１２】
任意選択の実装において、端末デバイスによってスケジューリング要求を送信するために使用される信号は、ＮＰＲＡＣＨプリアンブルであり、端末デバイスは、スケジューリング要求を送信する前にタイミングアドバンスＴＡ調整を行っている。
【００１３】
本出願の第２の態様は、リソーススケジューリング方法を提供する。上記方法では、ネットワークデバイスは最初に、構成メッセージを端末デバイスに送信し、構成メッセージは、端末デバイスによって、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得するために使用され、第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む。次いで、ネットワークデバイスは、第１のリソース構成情報により示される第１のリソース上で端末デバイスにより送信されたスケジューリング要求を受信し、スケジューリング要求は、ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない。さらに、ネットワークデバイスは、スケジューリング要求に基づいて、アップリンクチャネルリソースを端末デバイスに割り当てる。
【００１４】
任意選択の実装において、ネットワークデバイスによって、構成メッセージを端末デバイスに送信するステップの前に、上記方法は、
ネットワークデバイスによって、システムメッセージを端末デバイスに送信するステップであって、システムメッセージは、ＮＰＲＡＣＨリソースの構成情報を搬送する、ステップをさらに含み、
ＮＰＲＡＣＨリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソースのサブセットが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースのサブセットが、第１のリソースのリソースセットである。
【００１５】
任意選択の実装において、ネットワークデバイスは、端末デバイスにより送信されたスケジューリング要求に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定することがある。
【００１６】
任意選択の実装において、ネットワークデバイスは、第１のリソース上で受信されたスケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンスの量に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定し、スケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンスの量は、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
ネットワークデバイスは、受信されたスケジューリング要求に対応する第１のリソースに基づいて、伝送されるべきアップリンクデータのデータ量情報を決定し、第１のリソースは、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせを含み、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。
【００１７】
任意選択の実装において、ネットワークデバイスによってスケジューリング要求を受信するために使用される信号は、ＮＰＲＡＣＨプリアンブルであり、端末デバイスは、スケジューリング要求を送信する前にタイミングアドバンスＴＡ調整を行っている。
【００１８】
任意選択の実装において、システムメッセージは、第１の予め設定されたパラメータおよび第２の予め設定されたパラメータを搬送し、
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置（start subcarrier location）は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたパラメータに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたパラメータに基づいて決定される。
【００１９】
任意選択の実装において、システムメッセージは、第１のオフセットパラメータおよび第２のオフセットパラメータを搬送し、
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１のオフセットパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１のオフセットパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される。
【００２０】
任意選択の実装において、システムメッセージは、第１の予め設定されたスケールファクタ（ｓｃａｌｅ  ｆａｃｔｏｒ）および第２の予め設定されたスケールファクタを搬送し、
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される。
【００２１】
本出願の第３の態様は、リソーススケジューリング方法を提供する。上記方法では、端末デバイスは、ネットワークデバイスにより送信されたダウンリンク制御情報ＤＣＩ標識を受信し、ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２（NPUSCH format 2）伝送のための時間−周波数リソースである。次いで、端末デバイスは、ＤＣＩに基づいて第１のリソースを決定する。さらに、端末デバイスは、第１のリソース上でスケジューリング要求をネットワークデバイスに送信する。
【００２２】
上記方法では、端末デバイスは、第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間−周波数リソースである。すなわち、端末デバイスは、ＮＰＵＳＣＨフォーマット２を使用してスケジューリング要求を送信し、それにより、スケジューリング要求に特に使用されるリソースを低減することができる。
【００２３】
任意選択の実装において、端末デバイスによって、第１のリソース上でスケジューリング要求をネットワークデバイスに送信するステップは、
端末デバイスによって、より高次の変調を介して第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送するステップを含む。
【００２４】
任意選択の実装において、端末デバイスは、ＨＡＲＱ−ＡＣＫフィードバックメッセージに対応する変調シンボルに対して位相回転を行って、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。
【００２５】
任意選択の実装において、端末デバイスは、ＨＡＲＱ−ＡＣＫフィードバック情報に対応する変調シンボルまたは符号化されたビットを、予め設定された直交コードで乗算して、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。
【００２６】
任意選択の実装において、予め設定された直交コードは、１６の長さを有するアダマール（Hadamard）系列である。
【００２７】
任意選択の実装において、端末デバイスは、ＨＡＲＱ−ＡＣＫフィードバック情報および予め設定された直交系列に基づいて、第１の伝送系列を決定し、第１のリソース上で第１の伝送系列を伝送し、第１の伝送系列は、ＨＡＲＱ−ＡＣＫフィードバック情報とスケジューリング要求情報との両方を搬送するために使用される。
【００２８】
この実装において、端末デバイスは、ＨＡＲＱ−ＡＣＫに対応する変調シンボルおよび予め設定された直交系列に基づいて、ＨＡＲＱ−ＡＣＫフィードバック情報およびスケジューリング要求を伝送するので、情報を受信するネットワークデバイスは、スケジューリング要求があるかどうかを検出するときに複雑な復号動作を行うことなく、系列検出を完了するためにコヒーレントな組み合わせを直接行うだけでよく、それにより、検出複雑性を低減する。
【００２９】
任意選択の実装において、予め設定された直交系列は、第１の直交系列または第２の直交系列であり、第１の直交系列は、伝送されるべきスケジューリング要求がないときに使用され、第２の直交系列は、伝送されるべきスケジューリング要求があるときに使用される。
【００３０】
この実装において、直交系列が良好な相互相関を有するので、スケジューリング要求がある状態とスケジューリング要求がない状態とが効果的に識別されることが可能である。
【００３１】
任意選択の実装において、伝送されるべきスケジューリング要求がなく、ＨＡＲＱ−ＡＣＫフィードバック情報がＡＣＫである場合、第１の伝送系列は、複素シンボル（complex symbols）の系列であり、複素シンボルの系列は、ＡＣＫに対応する変調シンボルおよび第１の直交系列に基づいて決定される。
【００３２】
任意選択の実装において、伝送されるべきスケジューリング要求がなく、ＨＡＲＱ−ＡＣＫフィードバック情報がＮＡＣＫである場合、第１の伝送系列は、複素シンボルの系列であり、複素シンボルの系列は、ＮＡＣＫに対応する変調シンボルおよび第１の直交系列に基づいて決定される。
【００３３】
任意選択の実装において、伝送されるべきスケジューリング要求があり、ＨＡＲＱ−ＡＣＫフィードバック情報がＡＣＫである場合、第１の伝送系列は、複素シンボルの系列であり、複素シンボルの系列は、ＡＣＫに対応する変調シンボルおよび第２の直交系列に基づいて決定される。
【００３４】
任意選択の実装において、伝送されるべきスケジューリング要求があり、ＨＡＲＱ−ＡＣＫフィードバック情報がＮＡＣＫである場合、第１の伝送系列は、複素シンボルの系列であり、複素シンボルの系列は、ＮＡＣＫ対応する変調シンボルおよび第２の直交系列に基づいて決定される。
【００３５】
任意選択の実装において、第１の直交系列における要素の量は、第２の直交系列における要素の量と同じである。加えて、第１の直交系列と第２の直交系列は直交する。
【００３６】
任意選択の実装において、第１の直交系列における要素の量は、ＡＣＫに対応する変調シンボルの量と同じである。加えて、第１の直交系列における要素の量は、ＮＡＣＫに対応する変調シンボルの量と同じである。
【００３７】
任意選択の実装において、第１の直交系列および第２の直交系列はそれぞれが１６次アダマール行列における行であるか、または第１の直交系列および第２の直交系列はそれぞれが１６次アダマール行列における列である。
【００３８】
任意選択の実装において、予め設定された直交系列は、第３の直交系列である。
【００３９】
任意選択の実装において、第３の直交系列は、伝送されるべきスケジューリング要求があるときに使用される。
【００４０】
この実装において、ＨＡＲＱ−ＡＣＫフィードバック情報は、完全な「１」系列を暗黙的に搬送する。したがって、１つの直交系列が、スケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を搬送するために使用され得る。加えて、系列検出の量が低減されることが可能であり、それにより、複雑性および消費電力を低減する。
【００４１】
任意選択の実装において、伝送されるべきスケジューリング要求があり、ＨＡＲＱ−ＡＣＫフィードバック情報がＡＣＫである場合、第１の伝送系列は、複素シンボルの系列であり、複素シンボルの系列は、ＡＣＫに対応する変調シンボルおよび第３の直交系列に基づいて決定される。
【００４２】
任意選択の実装において、伝送されるべきスケジューリング要求があり、ＨＡＲＱ−ＡＣＫフィードバック情報がＮＡＣＫである場合、第１の伝送系列は、複素シンボルの系列であり、複素シンボルの系列は、ＮＡＣＫに対応する変調シンボルおよび第３の直交系列に基づいて決定される。
【００４３】
任意選択の実装において、第３の直交系列における要素の量は、ＡＣＫに対応する変調シンボルの量と同じである。加えて、第３の直交系列における要素の量は、ＮＡＣＫに対応する変調シンボルの量と同じである。
【００４４】
任意選択の実装において、第３の直交系列は、１６次アダマール行列における行または列である。
【００４５】
任意選択の実装において、上記方法は、
端末デバイスによって、スケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加するステップをさらに含む。
【００４６】
任意選択の実装において、伝送されるべきアップリンクデータのデータ量情報は、より高次の変調の信号点との予め設定された対応関係を有する。
【００４７】
任意選択の実装において、伝送されるべきアップリンクデータのデータ量情報は、位相回転の大きさとの予め設定された対応関係を有する。
【００４８】
任意選択の実装において、伝送されるべきアップリンクデータのデータ量情報は、予め設定された直交コードの系列との予め設定された対応関係を有する。
【００４９】
本出願の第４の態様は、リソーススケジューリング方法を提供する。上記方法では、ネットワークデバイスは最初に、ＤＣＩ標識を端末デバイスに送信し、ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間−周波数リソースである。次いで、ネットワークデバイスは、第１のリソース上で端末デバイスにより送信されたスケジューリング要求を受信する。さらに、ネットワークデバイスは、スケジューリング要求に基づいてアップリンクチャネルリソースを端末デバイスに割り当てる。
【００５０】
任意選択の実装において、端末デバイスは、より高次の変調を介して第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。ネットワークデバイスは、より高次の変調の後に得られた受信された信号に基づいて、端末デバイスがスケジューリング要求を送信したかどうかを決定する。
【００５１】
任意選択の実装において、端末デバイスは、ＨＡＲＱ−ＡＣＫフィードバックメッセージに対応する変調シンボルに対して位相回転を行って、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。ネットワークデバイスは、位相回転を受ける受信された変調シンボルに基づいて、端末がスケジューリング要求を送信したかどうかを決定する。
【００５２】
任意選択の実装において、端末デバイスは、ＨＡＲＱ−ＡＣＫフィードバック情報に対応する変調シンボルまたは符号化されたビットを、予め設定された直交コードで乗算して、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。ネットワークデバイスは、予め設定された直交コードによる乗算の後に得られた受信された変調シンボルに基づいて、端末がスケジューリング要求を送信したかどうかを決定する。
【００５３】
任意選択の実装において、予め設定された直交コードは、１６の長さを有するアダマール系列である。
【００５４】
任意選択の実装において、ネットワークデバイスは、端末デバイスにより送信されたスケジューリング要求に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定する。
【００５５】
任意選択の実装において、伝送されるべきアップリンクデータのデータ量情報は、より高次の変調の信号点との予め設定された対応関係を有する。
【００５６】
任意選択の実装において、伝送されるべきアップリンクデータのデータ量情報は、位相回転の大きさとの予め設定された対応関係を有する。
【００５７】
任意選択の実装において、伝送されるべきアップリンクデータのデータ量情報は、予め設定された直交コードの系列との予め設定された対応関係を有する。
【００５８】
本出願の第５の態様は、端末デバイスを提供する。端末デバイスは、第１の態様における端末デバイスを実装する機能を有する。機能は、ハードウェアを使用することによって実装されてよく、またはハードウェアが対応するソフトウェアを実行することによって実装されてよい。ハードウェアまたはソフトウェアは、上記の機能に対応する１つまたは複数のモジュールを含む。
【００５９】
可能な設計において、端末デバイスは、受信モジュール、処理モジュール、および送信モジュールを含むことがある。モジュールは、上記の方法における対応する機能を実行することができる。たとえば、受信モジュールは、ネットワークデバイスにより送信された構成メッセージを受信するように構成される。処理モジュールは、受信モジュールにより受信された構成情報に基づいて、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得するように構成され、第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む。送信モジュールは、処理モジュールにより取得された第１のリソース構成情報により示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信するように構成され、スケジューリング要求は、ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない。
【００６０】
本出願の第６の態様は、ネットワークデバイスを提供する。ネットワークデバイスは、第２の態様におけるネットワークデバイスを実装する機能を有する。機能は、ハードウェアを使用することによって実装されてよく、またはハードウェアが対応するソフトウェアを実行することによって実装されてよい。ハードウェアまたはソフトウェアは、上記の機能に対応する１つまたは複数のモジュールを含む。
【００６１】
可能な設計において、ネットワークデバイスは、送信モジュール、受信モジュール、および処理モジュールを含むことがある。モジュールは、上記の方法における対応する機能を実行することができる。たとえば、送信モジュールは、構成メッセージを端末デバイスに送信するように構成され、構成メッセージは、端末デバイスによって、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得するために使用され、第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む。受信モジュールは、第１のリソース構成情報により示される第１のリソース上で端末デバイスにより送信されたスケジューリング要求を受信するように構成され、スケジューリング要求は、ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない。処理モジュールは、受信モジュールにより受信されたスケジューリング要求に基づいて、アップリンクチャネルリソースを端末デバイスに割り当てるように構成される。
【００６２】
本出願の第７の態様は、端末デバイスを提供する。端末デバイスは、第３の態様における端末デバイスを実装する機能を有する。機能は、ハードウェアを使用することによって実装されてよく、またはハードウェアが対応するソフトウェアを実行することによって実装されてよい。ハードウェアまたはソフトウェアは、上記の機能に対応する１つまたは複数のモジュールを含む。
【００６３】
可能な設計において、端末デバイスは、受信モジュール、処理モジュール、および送信モジュールを含むことがある。モジュールは、上記の方法における対応する機能を実行することができる。たとえば、受信モジュールは、ネットワークデバイスにより送信されたＤＣＩ標識を受信するように構成され、ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間−周波数リソースである。処理モジュールは、ＤＣＩに基づいて第１のリソースを決定するように構成される。送信モジュールは、第１のリソース上でスケジューリング要求をネットワークデバイスに送信するように構成される。
【００６４】
本出願の第８の態様は、ネットワークデバイスを提供する。ネットワークデバイスは、第４の態様におけるネットワークデバイスを実装する機能を有する。機能は、ハードウェアを使用することによって実装されてよく、またはハードウェアが対応するソフトウェアを実行することによって実装されてよい。ハードウェアまたはソフトウェアは、上記の機能に対応する１つまたは複数のモジュールを含む。
【００６５】
可能な設計において、ネットワークデバイスは、送信モジュール、受信モジュール、および処理モジュールを含むことがある。モジュールは、上記の方法における対応する機能を実行することができる。たとえば、送信モジュールは、ＤＣＩ標識を端末デバイスに送信するように構成され、ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間−周波数リソースである。受信モジュールは、第１のリソース上で端末デバイスにより送信されたスケジューリング要求を受信するように構成される。処理モジュールは、スケジューリング要求に基づいてアップリンクチャネルリソースを端末デバイスに割り当てるように構成される。
【００６６】
本出願の第９の態様は、端末デバイスを提供する。端末デバイスは、メモリおよびプロセッサを含む。メモリは、プログラム命令を記憶するように構成される。プロセッサは、メモリにおけるプログラム命令を呼び出して、第１の態様および第１の態様の実装に従って方法を実装するように構成される。
【００６７】
本出願の第１０の態様は、ネットワークデバイスを提供する。ネットワークデバイスは、メモリおよびプロセッサを含む。メモリは、プログラム命令を記憶するように構成され、プロセッサは、メモリにおけるプログラム命令を呼び出して、第２の態様および第２の態様の実装に従って方法を実装するように構成される。
【００６８】
本出願の第１１の態様は、端末デバイスを提供する。端末デバイスは、メモリおよびプロセッサを含む。メモリは、プログラム命令を記憶するように構成され、プロセッサは、メモリにおけるプログラム命令を呼び出して、第３の態様および第３の態様の実装に従って方法を実装するように構成される。
【００６９】
本出願の第１２の態様は、ネットワークデバイスを提供する。ネットワークデバイスは、メモリおよびプロセッサを含む。メモリは、プログラム命令を記憶するように構成され、プロセッサは、メモリにおけるプログラム命令を呼び出して、第４の態様および第４の態様の実装に従って方法を実装するように構成される。
【図面の簡単な説明】
【００７０】
【図１】既存のＮＢ−ＩｏＴシステムにおいて端末デバイスがアップリンクデータをネットワークデバイスに送信する必要があるときの処理プロセスの例を示す図である。
【図２】本出願によるリソーススケジューリング方法のシステムアーキテクチャ図である。
【図３】本出願によるリソーススケジューリング方法の実施形態１の相互作用フローチャートである。
【図４】既存のＮＢ−ＩｏＴシステムにおけるＮＢ−ＩｏＴキャリア内のＮＰＲＡＣＨ周波数領域リソースの概略分布図である。
【図５】ＮＢ−ＩｏＴランダムアクセスプリアンブルの概略図である。
【図６】ＮＢ−ＩｏＴランダムアクセスプリアンブル系列が遅延して送信され、伝送されたデータ情報を示す例の図である。
【図７】本出願によるリソーススケジューリング方法の実施形態２の相互作用フローチャートである。
【図８】本出願による端末デバイスの実施形態１の構造ブロック図である。
【図９】本出願によるネットワークデバイスの実施形態１の構造ブロック図である。
【図１０】本出願による別の端末デバイスの実施形態１の構造ブロック図である。
【図１１】本出願による別のネットワークデバイスの実施形態１の構造ブロック図である。
【図１２】本出願による端末デバイスの実施形態１の物理ブロック図である。
【図１３】本出願によるネットワークデバイスの実施形態１の物理ブロック図である。
【図１４】本出願による別の端末デバイスの実施形態１の物理ブロック図である。
【図１５】本出願による別のネットワークデバイスの実施形態１の物理ブロック図である。
【発明を実施するための形態】
【００７１】
本明細書における用語「および／または」は、関連付けられた対象を記述するための関連付け関係のみを記述し、３つの関係が存在し得ることを表すことを理解されたい。たとえば、Ａおよび／またはＢは、以下の３つの場合、すなわち、Ａのみが存在する、ＡとＢの両方が存在する、ならびにＢのみが存在することを表し得る。加えて、本明細書における文字「／」は一般に、関連付けられた対象の間の「または」関係を示す。
【００７２】
様々な通信システムにおいて、リソースの浪費を回避するために、伝送される必要があるアップリンクデータを端末デバイスが有しない場合、ネットワークデバイスはアップリンクリソースを端末デバイスに割り当てない。伝送される必要があるアップリンクリソースを端末デバイスが有するとき、端末デバイスは、端末デバイスがアップリンクリソースを伝送する必要があることをネットワークに通知して、アップリンクリソースを端末デバイスに割り当てるようにネットワークデバイスに要求する必要がある。
【００７３】
既存のＮＢ−ＩｏＴシステムでは、アップリンクデータをネットワークデバイスに送信する必要があるとき、端末デバイスは、アップリンクデータを送信する前にランダムアクセスを再開始する必要がある。図１は、既存のＮＢ−ＩｏＴシステムにおいて端末デバイスがアップリンクデータをネットワークデバイスに送信する必要があるときの処理プロセスの例を示す。図１に示されるように、アップリンクデータを受信した後、端末デバイスはランダムアクセスを再開始する。特定のプロセスは、以下のステップを含む。
【００７４】
Ｓ１０１．  端末デバイスは、アクセスプリアンブルをネットワークデバイスに送信する。
【００７５】
Ｓ１０２．  ネットワークデバイスは、ランダムアクセス応答を端末デバイスに返す。
【００７６】
Ｓ１０３．  端末デバイスは、応答を受信し、次いで、ネットワークデバイスに対する無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ、ＲＲＣ）要求を開始する。
【００７７】
Ｓ１０４．  ネットワークデバイスは、ＲＲＣ接続セットアップメッセージを端末デバイスに送信する。
【００７８】
Ｓ１０５．  端末デバイスは、ＲＲＣ接続セットアップ完了メッセージをネットワークデバイスに送信する。
【００７９】
Ｓ１０６．  端末デバイスは、アップリンクデータをネットワークデバイスに送信する。
【００８０】
端末デバイスは、アップリンクデータの量をネットワークデバイスに報告し、少なくともＳ１０３の後にアップリンクデータをネットワークデバイスに送信することができる。
【００８１】
すなわち、従来技術では、端末デバイスは、比較的長い時間を待って、より多くの動作を行った後に初めて、アップリンクデータを送信することができる。これは、端末デバイスの消費電力および遅延を増大させる。加えて、複数の端末デバイス上でアクセス競合が発生したとき、端末デバイスは、バックオフすることがあり、または故障さえすることがあり、端末デバイスの消費電力および遅延をさらに増大させる。
【００８２】
上記の問題に鑑みて、本出願はリソーススケジューリング方法を提供する。ネットワークデバイスは、先行して構成情報を端末デバイスに送信する。送信される必要があるアップリンクデータを端末デバイスが有するとき、端末デバイスは、構成情報により示される特定のリソース上でスケジューリング要求をネットワークデバイスに送信し、すなわち、端末デバイスがデータを送信する必要があることをネットワークデバイスに通知し、次いで、ランダムアクセスプロセスを行うことなくアップリンクデータを直接送信し、それにより、端末デバイスの消費電力および遅延を低減する。
【００８３】
加えて、ネットワークデバイスにより送信される構成情報は、端末デバイスに対応するカバレッジ拡張レベルを直接または間接的に示す、カバレッジ拡張レベルインデックスまたは繰り返しの量などの情報を含む。すなわち、構成情報により示されるリソースについてカバレッジレベルが識別されることが可能であり、それにより、カバレッジレベルについてのＮＢ−ＩｏＴシステムの要件を満足させる。
【００８４】
図２は、本出願によるリソーススケジューリング方法のシステムアーキテクチャ図である。図２に示されるように、ＮＢ−ＩｏＴシステムにおいて、ネットワークデバイスは、複数の端末デバイスと通信し得る。ネットワークデバイスは、基地局であってよく、端末デバイスは、携帯電話やプリンタなどのマシンタイプ通信を行うことができる任意の端末デバイスであってよい。本出願で提供される方法は、任意の端末デバイスに適用可能である。
【００８５】
図３は、本出願によるリソーススケジューリング方法の実施形態１の相互作用フローチャートである。図３に示されるように、方法の実行プロセスは以下の通りである。
【００８６】
Ｓ３０１．  ネットワークデバイスはシステムメッセージを送信する。
【００８７】
ネットワークデバイスは、システムメッセージを使用することによって、利用可能なリソースセットの構成パラメータをサービングセル内のすべての端末デバイスに通知してよく、リソースセットは、端末デバイスのそれぞれによってスケジューリング要求をネットワークデバイスに送信するために使用される。たとえば、リソースセットは、アップリンクランダムアクセスチャネル（狭帯域物理ランダムアクセスチャネル（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＣＨａｎｎｅｌ、ＮＰＲＡＣＨ））リソース、ＮＰＲＡＣＨリソースサブセット、アップリンクデータチャネル（狭帯域物理アップリンク共有チャネル（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ、ＮＰＵＳＣＨ））フォーマット１リソース、ＮＰＵＳＣＨフォーマット１リソースサブセット、ＮＰＵＳＣＨフォーマット２リソース、またはＮＰＵＳＣＨフォーマット２リソースサブセットを含み得る。たとえば、リソースセットがＮＰＲＡＣＨリソースであるとき、ネットワークデバイスは、システムメッセージにおいて、ＮＰＲＡＣＨリソースの構成情報、たとえば、キャリア周波数、キャリアの量、サブキャリアの量、開始サブキャリアの周波数領域位置、カバレッジ拡張レベルインデックス、繰り返しの量、周期、開始時点、プリアンブルフォーマット、およびプリアンブル伝送試行の最大量などを示し得る。カバレッジ拡張レベルインデックスまたは繰り返しの量は、リソースに対応するカバレッジ拡張レベルを示すために使用され得る。
【００８８】
上述されたように、本出願では、スケジューリング要求は特定のリソース上で送信され、ランダムアクセスプロセスは行われず、それにより、端末デバイスの消費電力および遅延を低減する。ＮＢ−ＩｏＴシステムにおけるカバレッジ拡張の特徴に基づいて、カバレッジレベルは、特定のリソースについて識別される必要があり、カバレッジレベルは、ＮＰＲＡＣＨリソースについて識別されることが可能である。したがって、任意選択の実装において、ＮＰＲＡＣＨリソースは、本出願におけるスケジューリング要求を送信するための特定のリソースとして使用され得る。このようにして、ＮＰＲＡＣＨリソースの以下の特徴が引き継がれ、カバレッジレベルがＮＰＲＡＣＨリソースについて識別されることが可能であり、それにより、リソースとパフォーマンスを効果的にバランスさせる。加えて、ＮＰＲＡＣＨリソースとアップリンクデータについての競合解決メカニズムが存在する。具体的には、ＮＰＲＡＣＨがアップリンクデータと競合するとき、アップリンクデータが遅延して送信される。ＮＰＲＡＣＨリソースが、スケジューリング要求を送信するための特定のリソースとして使用されるとき、上記の競合メカニズムが引き継がれてよく、それにより、ネットワークデバイスのスケジューリングに課される余分な制限を回避し、より良好な後方互換性を維持する。ＮＰＲＡＣＨリソースが使用される前に、ＮＰＲＡＣＨリソースにおいて特に使用されるキャリアおよびサブキャリアが決定される必要がある。ＮＰＲＡＣＨリソースにおけるいくつかのキャリアおよびサブキャリアは、ＮＰＲＡＣＨリソースの現在の構成に基づいて直接使用されてよく、または、ＮＰＲＡＣＨリソースにおいて使用される必要があるキャリアおよびサブキャリアは、特定のパラメータに基づいて計算されてよい。代替として、ＮＰＲＡＣＨリソース以外の別のリソースが特定のリソースとして使用されてよい。
【００８９】
したがって、任意選択で、本出願におけるスケジューリング要求を送信するための特定のリソースは、以下の３つの様式で決定され得る。
【００９０】
第１の様式：
【００９１】
ＮＰＲＡＣＨリソース内のリソースが、ＮＰＲＡＣＨリソースの現在の構成に基づいて特定のリソースとして直接決定される。
【００９２】
この様式では、特定のリソースとして使用されるＮＰＲＡＣＨリソースは、ネットワークデバイスおよび端末デバイスにおいて予め構成され、もしくはメッセージを使用することによって示されてよく、または特定のリソースとして使用されるＮＰＲＡＣＨリソースは、プロトコルで指定されたルールに従って合意されてよく、または特定のリソースとして使用されるＮＰＲＡＣＨリソースは、オペレータもしくは製造者によって自己定義されたルールに従って合意されてよい。このように、ネットワークデバイスは、このステップにおいてシステムメッセージを使用することによって通知動作を行う必要がない。
【００９３】
第２の様式：
【００９４】
いくつかのパラメータが設定され、特定のリソースとして使用されるＮＰＲＡＣＨリソース内のリソースが、現在のＮＰＲＡＣＨリソースセットおよびパラメータに基づいて決定される。
【００９５】
この様式では、ネットワークデバイスは、システムメッセージを使用することによってパラメータを示し得る。すなわち、システムメッセージにおいてＮＰＲＡＣＨリソースのキャリア周波数およびキャリアの量などの情報を示すことに加えて、ネットワークデバイスは、スケジューリング要求を送信するための特定のリソースに対応するパラメータを示し決定し得る。
【００９６】
第３の様式：
【００９７】
ネットワークデバイスは、システムメッセージを使用することによって、ＮＰＲＡＣＨリソースセットに依存することなく、特定のリソースとして使用され得るリソースセットを直接示し、ネットワークデバイスは、キャリア位置、キャリアの量、サブキャリアの量、開始サブキャリアの周波数領域位置、およびスケジューリング要求伝送の最大量などを含む、システムメッセージ内の特定のリソースの構成パラメータを示し得る。
【００９８】
ネットワークデバイスは、システムメッセージを使用することによって特定のリソースの構成パラメータを直接示すので、この様式で決定されるリソースは、ＮＰＲＡＣＨリソースであってよく、またはＮＰＲＡＣＨリソースとは異なるリソースであってよい。
【００９９】
上記の３つの様式の具体的実装方法が、この実施形態の後に詳細に説明される。
【０１００】
Ｓ３０２．  ネットワークデバイスが構成メッセージを端末デバイスに送信する。
【０１０１】
構成メッセージは、スケジューリング要求を送信するために使用される第１のリソース構成情報を、端末デバイスに対して示す。
【０１０２】
Ｓ３０３．  端末デバイスは、構成メッセージに基づいて、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得する。
【０１０３】
構成メッセージを受信した後、端末デバイスは、構成メッセージ内で搬送された第１のリソース構成情報を取得し、第１のリソース構成情報は、キャリアインデックス、開始サブキャリアインデックス、スケジューリング要求伝送の最大量、カバレッジ拡張レベルを示すために使用される情報などを含んでよく、カバレッジ拡張レベルを示すために使用される情報は、具体的には、カバレッジ拡張レベルインデックスまたは繰り返しの量であり得る。
【０１０４】
ステップＳ３０１で説明された３つの様式のうちの第１の様式の例では、ＮＰＲＡＣＨリソースは、スケジューリング要求を送信するための特定のリソースとして直接使用される。この場合、最初にＳ３０１でシステムメッセージにおいて、ネットワークデバイスは、キャリアの量、サブキャリアの量、開始サブキャリアの周波数領域位置、および繰り返しの量などを含む、ＮＰＲＡＣＨリソースセットを、サービングセル内のすべての端末デバイスに対してブロードキャストする。システムメッセージを受信した後、端末デバイスは、ＮＰＲＡＣＨリソースセットの構成情報を学習する。さらに、ネットワークデバイスは、特定のリソースの予め構成された構成情報に基づいて、スケジューリング要求を送信している特定の端末デバイスに対応する特定のリソースを決定し、キャリアインデックス、開始サブキャリアインデックス、および開始サブキャリアの周波数領域位置などの情報を使用することによって、スケジューリング要求を送信するために使用されるキャリア内のサブキャリアを特定の端末デバイスに通知する。
【０１０５】
カバレッジレベルがＮＰＲＡＣＨリソースに対して識別されることが可能である。ネットワークデバイスのシステムメッセージで示されたＮＰＲＡＣＨリソースセットにおけるＮＰＲＡＣＨリソースの各グループは、１つのカバレッジ拡張レベルに対応する。ネットワークデバイスは、端末デバイスのカバレッジ拡張レベル、および予め構成された構成情報に基づいて、ＮＰＲＡＣＨリソースセット内にあるリソースであって端末デバイスのカバレッジ要件を満足させるリソースを、端末デバイスに割り当てる。
【０１０６】
任意選択の実装において、ネットワークデバイスは、具体的には、コンテンションベースのランダムアクセスプロセスにおいてＲＲＣメッセージを使用することによって第１のリソース構成情報を送信することがあり、ＲＲＣメッセージは、具体的には、コンテンションベースのランダムアクセスプロセスにおいて取得された第４のメッセージである。
【０１０７】
Ｓ３０４．  アップリンクデータが到着したとき、端末デバイスは、第１のリソース構成情報により示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、端末デバイスは、スケジューリング要求を伝送する回数をカウントするタイマを開始する。
【０１０８】
第１のリソースは、スケジューリング要求を送信するための特定のリソースのサブセットである。具体的には、特定のリソースは、第１のリソースのリソースセットである。
【０１０９】
スケジューリング要求は、アップリンクチャネルリソースをネットワークデバイスに要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない。
【０１１０】
具体的には、端末デバイスは、スケジューリング要求を送信し、詳細には、先行のステップで決定された第１のリソース上でアップリンクチャネルリソースをネットワークデバイスに要求する。これは、アップリンクチャネルリソースをネットワークデバイスに要求するためにランダムアクセスが再開始される必要がある従来技術とは異なる。
【０１１１】
Ｓ３０５．  ネットワークデバイスは、端末デバイスにより送信されたスケジューリング要求を第１のリソース上で検出して、ネットワークデバイスがスケジューリング要求を検出した場合、アップリンクチャネルリソースを端末デバイスに割り当て、またはネットワークデバイスがスケジューリング要求を検出しない場合、伝送動作を行わない。
【０１１２】
Ｓ３０６．  タイマが満了する前に、端末デバイスが、ネットワークデバイスにより割り当てられたアップリンクチャネルリソースを受信した場合、端末デバイスは、ネットワークデバイスにより割り当てられたアップリンクチャネルリソース上でバッファステータスレポートまたはアップリンクデータを送信し、そうでない場合、端末デバイスは、第１のリソース上でスケジューリング要求を再送する。スケジューリング要求を伝送する回数が、スケジューラが伝送を要求する最大伝送量を超えた場合、端末デバイスは、ランダムアクセスプロセスをトリガする。
【０１１３】
この実施形態では、ネットワークデバイスは、先行して構成メッセージを端末デバイスに送信する。端末デバイスがアップリンクデータを送信する必要があるとき、端末デバイスは、構成メッセージ内にある第１のリソース構成情報により示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、すなわち、端末デバイスがデータを送信する必要があることをネットワークデバイスに通知し、次いで、ランダムアクセスプロセスを行うことなくアップリンクデータを直接送信し、それにより、端末デバイスの消費電力および遅延を低減する。
【０１１４】
さらに、ネットワークデバイスにより送信された第１のリソース構成情報は、カバレッジ拡張レベル情報を示し、これは、端末デバイスに対応するカバレッジ拡張レベルを示す。すなわち、第１のリソース構成情報により示されるリソースについてカバレッジレベルが識別されることが可能であり、それにより、ＮＢ−ＩｏＴシステムにおける異なるカバレッジレベルに対応する端末デバイスの要件を満足させる。
【０１１５】
スケジューリング要求を送信するための特定のリソースを決定する前述の３つの様式が、以下に詳細に説明される。
【０１１６】
第１の様式：
【０１１７】
ＮＰＲＡＣＨリソース内のリソースが、ＮＰＲＡＣＨリソースの現在の構成に基づいて特定のリソースとして直接決定される。
【０１１８】
この様式では、特定のリソースとして使用されるＮＰＲＡＣＨリソースは、ネットワークデバイスおよび端末デバイスにおいて予め構成され、もしくはメッセージを使用することによって示されてよく、または特定のリソースとして使用されるＮＰＲＡＣＨリソースは、プロトコルで指定されたルールに従って合意されてよく、または特定のリソースとして使用されるＮＰＲＡＣＨリソースは、オペレータもしくは製造者によって自己定義されたルールに従って合意されてよい。このように、ネットワークデバイスは、このステップにおいてシステムメッセージを使用することによって通知動作を行う必要がない。
【０１１９】
具体的に、図４は、既存のＮＢ−ＩｏＴシステムにおけるＮＢ−ＩｏＴキャリア内のＮＰＲＡＣＨ周波数領域リソースの概略分布図である。図４に示されるように、ＮＰＲＡＣＨ周波数領域リソースの全体セットが、Ａであり、各カバレッジ拡張レベルに対応しＮＰＲＡＣＨリソースに割り当てられる開始サブキャリアの周波数領域位置が、Δfとして示され、ＮＢ−ＩｏＴが、ｍ個のＮＢ−ＩｏＴキャリアをサポートすることができ、１つのＮＢ−ＩｏＴキャリア内のＮＰＲＡＣＨ周波数領域リソースが、Ａiであり、ここで、ｉ＝０，…，ｍ−１であり、
【０１２０】
【数１】
2020512758.tif 000003
【０１２１】
であることを仮定する。１つのＮＢ−ＩｏＴキャリア内のシングルトーンＭｓｇ３のＵＥサポートを示すためのＮＰＲＡＣＨ周波数領域リソースが、Ｂiとして示され、ここで、ｉ＝０，…，ｍ−１である。１つのＮＢ−ＩｏＴキャリア内のマルチトーンＭｓｇ３のＵＥサポートを示すためのＮＰＲＡＣＨ周波数領域リソースが、Ｃiとして示され、ここで、ｉ＝０，…，ｍ−１である。１つのＮＢ−ＩｏＴキャリア内のコンテンションベースのランダムアクセスを示すためのＮＰＲＡＣＨ周波数領域リソースが、Ｄiとして示され、ここで、ｉ＝０，…，ｍ−１であり、Ｄi＝Ｂi＋Ｃiである。１つのＮＢ−ＩｏＴキャリア内にあるリソースであって、コンテンションベースのランダムアクセスのためのＮＰＲＡＣＨ周波数領域リソースとは異なるリソースが、Ｅiとして示され、ここで、ｉ＝０，…，ｍ−１である。この場合、Ｄi＋Ｅi＝Ａiである。
【０１２２】
特定のリソースの周波数領域リソースとして使用されるＮＰＲＡＣＨ周波数領域リソースが、ネットワークデバイスおよび端末デバイスにおいて予め構成され、もしくはメッセージを使用することによって示され、または特定のリソースの周波数領域リソースとして使用されるＮＰＲＡＣＨ周波数領域リソースが、プロトコルで指定されたルールに従って合意され、または特定のリソースの周波数領域リソースとして使用されるＮＰＲＡＣＨ周波数領域リソースが、オペレータもしくは製造者によって自己定義されたルールに従って合意されるとき、Ａi、Ｂi、Ｃi、Ｄi、Ｅi、Ａi−Ｂi、Ａi−Ｃi、Ａi−Ｄi、およびＡi−Ｅiが、特定のリソースの周波数領域リソースを示し、ここでｉ＝０，…，ｍ−１またはｉ＝１，…，ｍ−１であることが、直接示されまたは合意され得る。たとえば、特定のリソースの周波数領域リソースがＡi−ＤiまたはＥiであることが構成され、示され、または合意され得る。この場合、それは、スケジューリング要求が送信されることが可能である各ＮＢ−ＩｏＴキャリア内で、ＮＰＲＡＣＨ周波数領域リソース内にある周波数領域リソースであって、コンテンションベースのランダムアクセスのために割り当てられた周波数領域リソースとは異なる周波数領域リソースが、特定のリソースの周波数領域リソースとして使用され得ることを表す。
【０１２３】
いくつかの任意選択の実装において、Ａi、Ｂi、Ｃi、Ｄi、およびＥiは、異なる様式で計算されて、特定のリソースの周波数領域リソースが、ＮＰＲＡＣＨ周波数領域リソースのサブセットであり、または特定のリソースが、ＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースであるようにしてよい。
【０１２４】
加えて、この様式では、既存のＮＰＲＡＣＨ時間領域リソースの構成パラメータ、たとえば、周期、送信開始時点、および期間の開始時点に対する時間オフセットなどが、特定のリソースの時間領域リソースについて使用され得る。
【０１２５】
第２の様式：
【０１２６】
いくつかのパラメータが設定され、パラメータに基づいて現在のＮＰＲＡＣＨリソースセットに対して計算が行われ、特定のリソースとして使用されるＮＰＲＡＣＨリソース内のリソースが決定される。
【０１２７】
この様式では、ネットワークデバイスが、システムメッセージを使用することによってパラメータを示し得る。すなわち、システムメッセージにおけるＮＰＲＡＣＨリソースのキャリア周波数およびキャリアの量などの情報を示すことに加えて、ネットワークデバイスは、スケジューリング要求を送信するための特定のリソースに対応するパラメータを示し決定し得る。
【０１２８】
この様式は、ＮＢ−ＩｏＴキャリア次元、サブキャリア次元、またはＮＢ−ＩｏＴキャリア次元とサブキャリア次元の両方に適用され得る。加えて、特定のリソースに対応するキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置と、システムメッセージを使用することによって示されたパラメータとに基づいて決定されてよく、または特定のリソースに対応するキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置と、システムメッセージを使用することによって示されたパラメータとに基づいて決定されてよい。
【０１２９】
具体的には、以下のいくつかの場合がある。
【０１３０】
１．  この様式は、ＮＢ−ＩｏＴキャリア次元に適用され、特定のリソースに対応するキャリア位置が、ＮＰＲＡＣＨリソースのキャリア位置と、システムメッセージを使用することによって示された予め設定されたパラメータとに基づいて決定される。
【０１３１】
２．  この様式は、ＮＢ−ＩｏＴキャリア次元に適用され、特定のリソースに対応するキャリア位置が、ＮＰＲＡＣＨリソースのサブセットのキャリア位置と、システムメッセージを使用することによって示された予め設定されたパラメータとに基づいて決定される。
【０１３２】
３．  この様式は、サブキャリア次元に適用され、特定のリソースに対応する開始サブキャリア位置が、ＮＰＲＡＣＨリソースの開始サブキャリア位置と、システムメッセージを使用することによって示された予め設定されたパラメータとに基づいて決定される。
【０１３３】
４．  この様式は、サブキャリア次元に適用され、特定のリソースに対応する開始サブキャリア位置が、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置と、システムメッセージを使用することによって示された予め設定されたパラメータとに基づいて決定される。
【０１３４】
５．  この様式は、ＮＢ−ＩｏＴキャリア次元とサブキャリア次元の両方に適用され、特定のリソースに対応するキャリア位置が、ＮＰＲＡＣＨリソースのキャリア位置と、システムメッセージを使用することによって示された第１の予め設定されたパラメータとに基づいて決定され、特定のリソースに対応する開始サブキャリア位置が、ＮＰＲＡＣＨリソースの開始サブキャリア位置と、システムメッセージを使用することによって示された第２の予め設定されたパラメータとに基づいて決定される。
【０１３５】
６．  この様式は、ＮＢ−ＩｏＴキャリア次元とサブキャリア次元の両方に適用され、特定のリソースに対応するキャリア位置が、ＮＰＲＡＣＨリソースのサブセットのキャリア位置と、システムメッセージを使用することによって示された第１の予め設定されたパラメータとに基づいて決定され、特定のリソースに対応する開始サブキャリア位置が、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置と、システムメッセージを使用することによって示された第２の予め設定されたパラメータとに基づいて決定される。
【０１３６】
第５および第６の場合、第１の予め設定されたパラメータの値は、同じでよくまたは異なってよい。すなわち、同じパラメータまたは異なるパラメータがキャリアおよびサブキャリアに対して使用され得る。
【０１３７】
システムメッセージを使用することによって示される予め設定されたパラメータ、第１の予め設定されたパラメータ、および第２の予め設定されたパラメータは、具体的には、ＮＰＲＡＣＨリソースまたはＮＰＲＡＣＨリソースのサブセットについてのオフセットパラメータであってよく、あるいはＮＰＲＡＣＨリソースまたはＮＰＲＡＣＨリソースのサブセットについてのスケールファクタであってよい。
【０１３８】
予め設定されたパラメータ、第１の予め設定されたパラメータ、および第２の予め設定されたパラメータがオフセットパラメータであるとき、第５および第６の場合の例では、具体的には、
特定のリソースのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１のオフセットパラメータに基づいて決定され、特定のリソースの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第１のオフセットパラメータに基づいて決定される、または
特定のリソースのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１のオフセットパラメータに基づいて決定され、特定のリソースの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される。
【０１３９】
第１のオフセットパラメータおよび第２のオフセットパラメータは、ネットワークデバイスにより送信されたシステムメッセージを使用することによって構成される。
【０１４０】
予め設定されたパラメータ、第１の予め設定されたパラメータ、および第２の予め設定されたパラメータがスケールファクタであるとき、第５および第６の場合の例では、具体的には、
特定のリソースのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、特定のリソースの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される、または
特定のリソースのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、特定のリソースの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される。
【０１４１】
第１の予め設定されたスケールファクタおよび第２の予め設定されたスケールファクタは、ネットワークデバイスにより送信されたシステムメッセージを使用することによって構成される。
【０１４２】
上記のプロセスの例が、図４に示されているＮＰＲＡＣＨリソースの分割を参照して引き続き説明される。
【０１４３】
１．  サブキャリア次元
【０１４４】
オフセットパラメータはＦiであり、ここで、ｉ＝０，…，ｍ−１である。Ｆiは、Ａi、Ｂi、Ｃi、Ｄi、もしくはＥiの開始サブキャリアに対する周波数領域オフセットであり得るか、またはＡi−Ｂi、Ａi−Ｃi、Ａi−Ｄi、もしくはＡi−Ｅiの開始サブキャリアに対する周波数領域オフセットであり得ることが仮定される。
【０１４５】
スケールファクタはαiであり、ここで、ｉ＝０，…，ｍ−１である。Ａi、Ｂi、Ｃi、Ｄi、もしくはＥiにおける比αiが特定のリソースの周波数領域リソースとして構成され得るか、またはＡi、Ｂi、Ｃi、Ｄi、もしくはＥiにおける比（１−αi）が特定のリソースの周波数領域リソースとして構成され得るか、またはＡi−Ｂi、Ａi−Ｃi、Ａi−Ｄi、もしくはＡi−Ｅiにおける比αiが特定のリソースの周波数領域リソースとして構成され得るか、またはＡi−Ｂi、Ａi−Ｃi、Ａi−Ｄi、もしくはＡi−Ｅiにおける比（１−αi）が特定のリソースの周波数領域リソースとして構成され得ることが仮定され、ここで、ｉ＝０，…，ｍ−１、またはｉ＝１，…，ｍ−１である。
【０１４６】
２．  ＮＢ−ＩｏＴキャリア次元
【０１４７】
ＮＢ−ＩｏＴキャリア次元では、オフセットパラメータおよびスケールファクタに加えて、パラメータがビットマップであり得る。
【０１４８】
オフセットパラメータ：
【０１４９】
オフセットパラメータは、ＮＢ−ＩｏＴキャリアインデックスに対するオフセットであり得る。たとえば、ＮＢ−ＩｏＴは、ランダムアクセスを開始するようにｍ個のＮＢ−ＩｏＴキャリアを構成する。キャリアインデックスは、０，１，…，およびｍ−１であり、相対オフセットは、ＮＢ−ＩｏＴキャリアインデックス０に対するオフセット、またはＮＢ−ＩｏＴキャリアインデックス１に対するオフセットなどであり得る。
【０１５０】
スケールファクタ：
【０１５１】
スケールファクタはβであり、キャリアインデックスはＩであり、ここで、Ｉは整数であり、０≦Ｉ≦ｍ−１であることが仮定される。
【０１５２】
【数２】
2020512758.tif 000004
【０１５３】
、
【０１５４】
【数３】
2020512758.tif 000005
【０１５５】
、
【０１５６】
【数４】
2020512758.tif 000006
【０１５７】
、
【０１５８】
【数５】
2020512758.tif 000007
【０１５９】
、
【０１６０】
【数６】
2020512758.tif 000008
【０１６１】
、
【０１６２】
【数７】
2020512758.tif 000009
【０１６３】
、
【０１６４】
【数８】
2020512758.tif 000010
【０１６５】
、または
【０１６６】
【数９】
2020512758.tif 000011
【０１６７】
を満たすＮＢ−ＩｏＴキャリアが、スケジューリング要求を送信するために使用される。代替として、Ｉは正の整数であり、１≦Ｉ≦ｍ−１である。
【０１６８】
【数１０】
2020512758.tif 000012
【０１６９】
、
【０１７０】
【数１１】
2020512758.tif 000013
【０１７１】
、
【０１７２】
【数１２】
2020512758.tif 000014
【０１７３】
、
【０１７４】
【数１３】
2020512758.tif 000015
【０１７５】
、
【０１７６】
【数１４】
2020512758.tif 000016
【０１７７】
、
【０１７８】
【数１５】
2020512758.tif 000017
【０１７９】
、
【０１８０】
【数１６】
2020512758.tif 000018
【０１８１】
、または
【０１８２】
【数１７】
2020512758.tif 000019
【０１８３】
を満たすＮＢ−ＩｏＴキャリアが、スケジューリング要求を送信するために使用される。
【０１８４】
ビットマップ：
【０１８５】
ｍの長さを有するビットマップが表現のために使用されることが仮定される。ビットマップにおいてビットは、ＮＢ−ＩｏＴキャリアインデックスと一対一の対応関係にある。下位ビットが最小インデックス番号を示すか、または上位ビットが最小インデックス番号を示す。代替として、別の予め設定されたルールに従って配列が行われる。本出願は、特に制限を与えない。ネットワークデバイスと端末デバイスは、同じ予め設定された配列ルールを使用する。ビットマップにおいて、ビット位置０が、対応するＮＢ−ＩｏＴキャリアが特定のリソースの周波数領域リソースとして構成されることを示し、またはビット位置１が、対応するＮＢ−ＩｏＴキャリアが特定のリソースの周波数領域リソースとして構成されることを示し、そして、ビット０またはビット１の量が、特定のリソースとして構成されたＮＢ−ＩｏＴキャリアの量を示す。ＮＢ−ＩｏＴが１６ＮＢ−ＩｏＴキャリアをサポートすると仮定すると、１６ビットのビットマップが、特定のリソースの周波数領域リソースを構成するためまたは示すために使用され得る。ビットマップ内のビット位置１は、対応するＮＢ−ＩｏＴキャリアが特定のリソースの周波数領域リソースとして構成されることを示し、下位ビットは、最大インデックス数に対応する。この場合、ビットマップ１１００１０００１０１００００１では、それは、６つのＮＢ−ＩｏＴキャリアが特定のリソースの周波数領域リソースとして構成されることを表す。
【０１８６】
第５の場合においてオフセットパラメータがパラメータとして使用される具体例が以下に提供される。
【０１８７】
ネットワークデバイスのシステムメッセージで示される第１のオフセットパラメータ、すなわちＮＢ−ＩｏＴキャリア次元におけるオフセットパラメータが、Ｆ1であり、ネットワークデバイスのシステムメッセージで示される第２のオフセットパラメータ、すなわちサブキャリア次元におけるオフセットパラメータが、Ｆ2であることが仮定され、ここで、Ｆ1は、特定のリソースのキャリア位置が、ＮＰＲＡＣＨリソースにおいてインデックスが０であるＮＢ−ＩｏＴキャリアに基づいてＦ1個のＮＢ−ＩｏＴキャリアをオフセットすることによって取得されることを表し、Ｆ2は、特定のリソースの開始サブキャリア位置が、ＮＰＲＡＣＨリソースにおいてＡiにおける開始サブキャリア位置に基づいてＦ2個のサブキャリアをオフセットすることによって取得されることを表す。
【０１８８】
ネットワークデバイスが構成情報を端末デバイスに送信するとき、Ｆ1に基づいて計算されたキャリアインデックス、およびＦ2に基づいて計算されたサブキャリアインデックスが、端末デバイスに送信され得る。
【０１８９】
加えて、この様式では、特定のリソースの時間領域リソースは、ビットマップをＮＰＲＡＣＨ時間領域リソースに導入することによって表され得る。たとえば、ビットマップ内のビットは、シンボル粒度、タイムスロット粒度、サブフレーム粒度、またはＮＰＲＡＣＨ周期粒度などを表すために使用され得る。ビット１は、対応するシンボル，タイムスロット，サブフレーム、またはＮＰＲＡＣＨ周期が特定のリソースの時間領域リソースとして使用されることを示し、ビット０は、対応するシンボル，タイムスロット，サブフレーム、またはＮＰＲＡＣＨ周期が特定のリソースの時間領域リソースとして使用されないことを示す。これは単に本明細書での例であり、ビット０または１に対応する意味は上記の例のそれと逆であり得る。
【０１９０】
第３の様式：
【０１９１】
ネットワークデバイスは、システムメッセージを使用することによって、ＮＰＲＡＣＨリソースに依存することなく、第１のリソースとして使用され得るリソースセットを直接示し、ネットワークデバイスは、キャリアの量、サブキャリアの量、および開始サブキャリアの周波数領域位置などを含む、システムメッセージ内の第１のリソースの構成パラメータを示し得る。
【０１９２】
この方法では、ネットワークデバイスは、既存のＮＰＲＡＣＨリソースを再使用することなく、第１のリソースとして使用され得るリソースセットを柔軟に示し得る。したがって、リソースは、より柔軟に割り当てられることが可能である。
【０１９３】
特定のリソース、特定の実装プロセスでは第１のリソースを決定するための上記されたいくつかの任意選択の実装は、要件に基づいて上記の実装のうちの任意の１つまたは組み合わせを選択することによって構成され得る。決定された特定のリソースは、ＮＰＲＡＣＨリソース、ＮＰＲＡＣＨリソースのサブセット、ＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソース、ＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースのサブセット、またはＮＰＲＡＣＨリソースとは異なるリソースであってよい。
【０１９４】
以下では、端末デバイスによって、アップリンクデータ量をネットワークデバイスに通知するための方法を説明する。
【０１９５】
図３に示されたステップＳ３０４では、端末デバイスは、第１のリソース上でスケジューリング要求をネットワークデバイスに送信して、アップリンクチャネルリソースを割り当てるようにネットワークデバイスに要求する。加えて、端末デバイスは、伝送される必要があるアップリンクデータのボリュームをネットワークデバイスに通知する必要があり、そうすることで、その情報に基づいてネットワークデバイスがアップリンクチャネルリソースを適切に割り当てる。任意選択の実装において、端末デバイスは、ステップ３０４の後、ネットワークデバイスに対して、アップリンクデータのボリュームをネットワークデバイスに通知するために使用されるメッセージを送信することがある。別の任意選択の実装において、端末デバイスは、ステップＳ３０４でスケジューリング要求を送信するときに、アップリンクデータ量に関する情報を暗黙的に追加してよく、次いで、ネットワークデバイスは、スケジューリング要求に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定する。第２の様式では、端末デバイスによってネットワークデバイスにアップリンクデータ量を別個に報告するプロセスが省略されてよい。したがって、ワイヤレス伝送リソースが節約されることができる。以下では、第２の様式の具体的な実装プロセスを主に説明する。
【０１９６】
第２の様式では、端末デバイスは、スケジューリング要求をネットワークデバイスに送信するとき、端末デバイスは、伝送されるべきアップリンクデータのデータ量情報を追加する。ネットワークデバイスは、スケジューリング要求に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定する。
【０１９７】
具体的には、上記の２つの方法が実装のために使用され得る。
【０１９８】
（１）  伝送されるべきアップリンクデータのデータ量情報が、リソースタイプを使用することによって暗黙的に搬送される。
【０１９９】
端末デバイスは、第１のリソースを使用することによってスケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加する。ネットワークデバイスは、受信されたスケジューリング要求に対応する第１のリソースに基づいて、伝送されるべきアップリンクデータのデータ量情報を決定する。
【０２００】
第１のリソースは、時間領域リソース、周波数領域リソース、コードリソース、または時間領域リソースと周波数領域リソースとコードリソースとの組み合わせを含む。時間領域リソース、周波数領域リソース、コードリソース、または時間領域リソースと周波数領域リソースとコードリソースとの組み合わせは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。
【０２０１】
具体的には、第１のリソースに対応する時間領域リソースは、瞬間に対応し、周波数領域リソースは、周波数領域位置に対応し、コードリソースは、直交コードに対応し、または、時間領域リソース、周波数領域リソース、およびコードリソースの組み合わせは、伝送されるべきアップリンクデータのデータ量情報に対応する。
【０２０２】
たとえば、時間領域リソースに関して、端末デバイスは、第１のリソース構成メッセージに示されたカバレッジレベル情報に基づいて、スケジューリング要求を送信するための周期および開始時点を決定し、端末デバイスによりスケジューリング要求を送信するための周期は、奇数の周期または偶数の周期であり、伝送される情報の量を示す。
【０２０３】
周波数領域リソースに関して、
第１のリソース構成メッセージは、複数のキャリアインデックスを含み、端末デバイスがスケジューリング要求を送信するときに使用される開始サブキャリア位置もしくはインデックスは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
第１のリソース構成メッセージは、複数の開始サブキャリアインデックスを含み、端末デバイスがスケジューリング要求を送信するときに使用される開始サブキャリア位置もしくはインデックスは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
第１のリソース構成メッセージは、複数のキャリアインデックスおよび複数の開始サブキャリアインデックスを含み、端末デバイスがスケジューリング要求を送信するときに使用されるキャリア位置もしくは開始サブキャリア位置は、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
第１のリソース構成メッセージは、複数のキャリアインデックスおよび複数の開始サブキャリアインデックスを含み、端末デバイスがスケジューリング要求を送信するときに使用されるキャリアインデックスもしくは開始サブキャリアインデックスは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。
【０２０４】
コードリソースに関して、第１のリソース構成メッセージは、複数の直交コードを含み、端末デバイスがスケジューリング要求を送信するときに使用される直交コードもしくは直交コードインデックスは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。
【０２０５】
時間領域リソースおよび周波数領域リソースの組み合わせ、周波数領域リソースおよびコードリソースの組み合わせ、時間領域リソースおよびコードリソースの組み合わせ、または時間領域リソース、周波数領域リソース、およびコードリソースの組み合わせは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。
【０２０６】
（２）  伝送されるべきアップリンクデータのデータ量情報は、遅延してまたは先行してスケジューリング要求を送信することによって暗黙的に搬送される。
【０２０７】
任意選択の実装において、端末デバイスによってスケジューリング要求を送信するために使用される信号は、ＮＰＲＡＣＨプリアンブルであり得る。
【０２０８】
図５は、ＮＢ−ＩｏＴランダムアクセスプリアンブルの概略図である。図５に示されるように、ＮＢ−ＩｏＴランダムアクセスプリアンブルは、単一サブキャリア周波数ホッピングシンボルグループを含む。１つのプリアンブルは、４つのシンボルグループを含み、各シンボルグループは、１つの巡回プレフィックスおよび５つのシンボルを含む。５つのシンボルは、同じ期間（duration）、すなわち８１９２Ｔsを有し、Ｔsは時間単位であり、Ｔs＝１／（１５０００×２０４８）秒を満たし、１つの巡回プレフィックスの期間は、１つのシンボルの期間と同じまたは異なることがある。実際の伝送中に、プリアンブルは、ネットワーク構成の繰り返しの量に基づいて複数回繰り返され得る。
【０２０９】
ＮＰＲＡＣＨプリアンブルの周波数領域周波数ホッピング範囲は、１２個のサブキャリア内である。１つのＮＢ−ＩｏＴキャリアの帯域幅は１８０ｋＨｚであり、１つのＮＰＲＡＣＨプリアンブルが１つのサブキャリアを占め、サブキャリア帯域幅は３．７５ｋＨｚである。したがって、１つのＮＢ−ＩｏＴキャリアは、最大で１８０／３．７５＝４８個のＮＰＲＡＣＨプリアンブルをサポートすることができる。
【０２１０】
任意選択の実装において、端末デバイスによってスケジューリング要求を送信するために使用される信号は、ＮＰＲＡＣＨプリアンブル、またはＮＰＲＡＣＨプリアンブルのそれに類似する構造を有する新しい系列であり得る。すなわち、その系列も、単一サブキャリア周波数ホッピングシンボルグループを含む。１つのプリアンブルは、４つのシンボルグループを含み、各シンボルグループは、１つの巡回プレフィックスおよび５つのシンボルを含む。５つのシンボルは、同じ期間、すなわち８１９２Ｔsを有し、Ｔsは時間単位であり、Ｔs＝１／（１５０００×２０４８）秒を満たし、１つの巡回プレフィックスの期間は、ＮＰＲＡＣＨプリアンブルの巡回プレフィックスの期間と同じまたは異なることがある。系列の周波数領域周波数ホッピング範囲は、１２個のサブキャリア内である。
【０２１１】
この実施形態では、端末デバイスによってスケジューリング要求を送信するために使用される系列は、ＮＢ−ＩｏＴランダムアクセスプリアンブル系列であり得る。加えて、スケジューリング要求を送信する前に、端末デバイスは、タイミングアドバンス（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ、ＴＡ）調整を行っている。
【０２１２】
さらに、ＮＢ−ＩｏＴランダムアクセスプリアンブル系列を使用することによって第１のリソース上でスケジューリング要求を送信するときに、端末デバイスは、遅延してまたは先行して第１リソース上でスケジューリング要求を送信し得る。送信されたスケジューリング要求に対応する遅延時間の量またはタイミングアドバンスの量は、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。ネットワークデバイスは、第１のリソース上で受信されたスケジューリング要求に対応する遅延時間の量またはタイミングアドバンスの量に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定する。
【０２１３】
たとえば、図６は、ＮＢ−ＩｏＴランダムアクセスプリアンブル系列が遅延して送信され、伝送されたデータ情報を示す例の図である。図６に示されるように、端末デバイスは、０シンボル期間、１／４シンボル期間、１／２シンボル期間、および３／４シンボル期間それぞれ遅延することによりプリアンブル系列を送信してよく、１つの伝送されるべきアップリンクデータのデータ量範囲を示す。ここでは、シンボル期間は、ＮＰＲＡＣＨプリアンブルにおける１つのシンボルの期間と同じ、すなわち８１９２Ｔsであり、Ｔsは時間単位であり、Ｔs＝１／（１５０００×２０４８）秒を満たす。
【０２１４】
遅延されたシンボルと、伝送されるべきアップリンクデータのデータ量範囲との間の対応関係が、表１に示されていると仮定される。この場合、端末デバイスが、１／４シンボル期間遅延することによって第１のリソース上でスケジューリング要求をネットワークデバイスに送信した後、ネットワークデバイスが、スケジューリング要求が１／４シンボル期間遅延されたことを検出した場合、端末デバイスによって送信される必要があるアップリンクの長さは、１０バイトより長くかつ１２バイト以下である。この場合、ネットワークデバイスは、長さが１０バイトより長くかつ１２バイト以下であるデータに対応するアップリンクチャネルリソースを、端末デバイスに割り当て得る。
【０２１５】
【表１】
2020512758.tif 000020
【０２１６】
図６は、プリアンブル系列の１つのシンボルグループのみを示しており、別のシンボルグループの遅延ポリシも同様であることに留意されたい。
【０２１７】
図７は、本出願によるリソーススケジューリング方法の実施形態２の相互作用フローチャートである。実施形態の適用シナリオは、ネットワークデバイスによるアップリンク伝送のスケジューリング中に、アップリンクデータが端末デバイスに到着するというものである。図７に示されるように、この方法での別の実行プロセスは以下の通りである。
【０２１８】
Ｓ７０１．  端末デバイスは、ネットワークデバイスにより送信されたダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）標識を受信する。
【０２１９】
ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間−周波数リソースである。加えて、第１のリソースは、端末デバイスによってスケジューリング要求を送信するために使用される。
【０２２０】
ＮＢ−ＩｏＴシステムでは、アップリンク物理チャネルは、ＮＰＲＡＣＨおよびＮＰＵＳＣＨを含む。ＮＰＵＳＣＨは、ＮＰＵＳＣＨフォーマット１およびＮＰＵＳＣＨフォーマット２を含む。ＮＰＵＳＣＨフォーマット１は、アップリンクデータを送信するために使用され、ＮＰＵＳＣＨフォーマット２は、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を運ぶために使用される。
【０２２１】
この実施形態では、ＮＰＵＳＣＨフォーマット２リソースは第１のリソースとして使用される。
【０２２２】
Ｓ７０２．  端末デバイスは、ＤＣＩに基づいて第１のリソースを決定する。
【０２２３】
このステップは、任意選択のステップである。
【０２２４】
Ｓ７０２．  アップリンクデータが端末デバイスに到着したとき、端末デバイスは、ＤＣＩにより示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信する。
【０２２５】
さらに、ネットワークデバイスは、第１のリソース上で、端末デバイスにより送信されたスケジューリング要求を受信および検出する。ネットワークデバイスが、端末デバイスにより送信されたスケジューリング要求を第１のリソース上で検出した場合、ネットワークデバイスは、アップリンクチャネルリソースを端末デバイスに割り当てる。そうでない場合、ネットワークデバイスは、検出されたＨＡＲＱ−ＡＣＫフィードバック情報のみに基づいて、対応するＨＡＲＱ動作を行う。
【０２２６】
この実施形態では、端末デバイスは、第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間−周波数リソースである。すなわち、端末デバイスは、ＮＰＵＳＣＨフォーマット２を使用してスケジューリング要求を送信することができ、それにより、スケジューリング要求のために特に使用されるリソースを低減する。
【０２２７】
上記実施形態に基づいて、この実施形態は、ＮＰＵＳＣＨフォーマット２リソースを使用することによって端末デバイスにより送信されたスケジューリング要求を送信するための特定の方法に関する。
【０２２８】
任意選択の実装において、端末デバイスは、より高次の変調を介して第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送し得る。ＨＡＲＱ−ＡＣＫフィードバック情報において、ＡＣＫは肯定応答を示し、ＮＡＣＫは否定応答を示す。
【０２２９】
任意選択で、端末デバイスは、送信されるべき情報に基づいて、四位相偏移変調（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ、ＱＰＳＫ）を行い得る。たとえば、００への変調は、ＡＣＫのみが送信されることを示し、０１への変調は、ＡＣＫとスケジューリング要求の両方が送信されることを示し、１１への変調は、ＮＡＣＫのみが送信されることを示し、１０への変調は、ＮＡＣＫとスケジューリング要求の両方が送信されることを示す。
【０２３０】
別の任意選択の実装において、端末デバイスは、代替として、ＨＡＲＱ−ＡＣＫフィードバックメッセージに対応する変調シンボルに対して位相回転を行って、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。
【０２３１】
任意選択で、ＨＡＲＱ−ＡＣＫフィードバック情報についての変調シンボルとπ／２の位相回転を加えた信号点は、ＡＣＫとスケジューリング要求の両方が送信されることを示し、ＮＡＣＫの変調シンボルとπ／２位相回転を加えた信号点は、ＡＣＫとスケジューリング要求の両方が送信されることを示す。
【０２３２】
別の任意選択の実装において、端末デバイスは、代替として、端末デバイスは、ＨＡＲＱ−ＡＣＫフィードバック情報に対応する変調シンボルまたは符号化されたビットを、予め設定された直交コードで乗算して、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送し得る。
【０２３３】
任意選択で、たとえば、符号化されたＨＡＲＱ−ＡＣＫフィードバック情報は、ＮＢ−ＩｏＴにおいて１６の長さを有する符号語である。ＡＣＫのための情報ビット１は、１６個の１に符号化され、ＮＡＣＫのための情報ビット０は、１６個の０に符号化される。ＡＣＫの符号化されたビットは、である１６の長さを有するアダマール系列の部分系列で乗算され、たとえば｛１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１｝で、ＡＣＫとスケジューリング要求の両方を伝送する。すなわち、ネットワークデバイスによって受信されたコードが１６個の１である場合、それは、ＡＣＫのみが伝送されたことを示す。ネットワークデバイスによって受信されたコードが１６個の０である場合、それは、ＮＡＣＫのみが伝送されたことを示す。ネットワークが直交コード系列｛１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１｝を検出した場合、それは、ＡＣＫとスケジューリング要求の両方が伝送されたことを示す。
【０２３４】
別の任意選択の実装において、端末デバイスは、ＨＡＲＱ−ＡＣＫフィードバック情報および予め設定された直交系列に基づいて、第１の伝送系列を決定し、第１のリソース上で第１の伝送系列を伝送し、第１の伝送系列は、ＨＡＲＱ−ＡＣＫフィードバック情報とスケジューリング要求情報との両方を搬送するために使用される。
【０２３５】
端末デバイスは、ＨＡＲＱ−ＡＣＫに対応する変調シンボルおよび予め設定された直交系列に基づいて、ＨＡＲＱ−ＡＣＫフィードバック情報およびスケジューリング要求を伝送するので、情報を受信するネットワークデバイスは、スケジューリング要求があるかどうかを検出するときに複雑な復号動作を行うことなく、系列検出を完了するためにコヒーレントな組み合わせを直接行うだけでよく、それにより、検出複雑性を低減する。
【０２３６】
任意選択で、予め設定された直交系列は、少なくとも１つの直交系列である。たとえば、予め設定された直交系列は、２つの系列であってよく、または１つの系列であってよい。以下では、これら２つの場合での端末によって伝送系列を決定するための方法を個別に説明する。
【０２３７】
１．  予め設定された直交系列は、２つの系列である。
【０２３８】
具体的には、予め設定された直交系列は、第１の直交系列または第２の直交系列であってよく、第１の直交系列は、伝送されるべきスケジューリング要求がないときに使用され、第２の直交系列は、伝送されるべきスケジューリング要求があるときに使用される。
【０２３９】
直交系列は良好な相互相関を有するので、スケジューリング要求がある状態とスケジューリング要求がない状態とが効果的に識別されることが可能である。
【０２４０】
具体的には、伝送されるべきスケジューリング要求がなく、ＨＡＲＱ−ＡＣＫフィードバック情報がＡＣＫであるとき、端末デバイスは、ＡＣＫに対応する変調シンボルおよび第１の直交系列に基づいて、複素シンボルの系列を決定し、複素シンボルの系列は、ＡＣＫに対応する変調シンボルを第１の直交系列における各要素で乗算することによって取得される。対応して、端末デバイスは、第１のリソース内にある時間−周波数リソースであって、アップリンク基準信号により占められるリソースとは異なる時間−周波数リソースの位置において、複素シンボルの系列を伝送する。
【０２４１】
伝送されるべきスケジューリング要求がなく、ＨＡＲＱ−ＡＣＫフィードバック情報がＮＡＣＫであるとき、端末デバイスは、ＮＡＣＫに対応する変調シンボルおよび第１の直交系列に基づいて、複素シンボルの系列を決定し、複素シンボルの系列は、ＮＡＣＫに対応する変調シンボルを第１の直交系列における各要素で乗算することによって取得される。対応して、端末デバイスは、第１のリソース内にある時間−周波数リソースであって、アップリンク基準信号により占められるリソースとは異なる時間−周波数リソースの位置において、複素シンボルの系列を伝送する。
【０２４２】
伝送されるべきスケジューリング要求があり、ＨＡＲＱ−ＡＣＫフィードバック情報がＡＣＫであるとき、端末デバイスは、ＡＣＫに対応する変調シンボルおよび第２の直交系列に基づいて、複素シンボルの系列を決定し、複素シンボルの系列は、ＡＣＫに対応する変調シンボルを第２の直交系列における各要素で乗算することによって取得される。対応して、端末デバイスは、第１のリソース内にある時間−周波数リソースであって、アップリンク基準信号により占められるリソースとは異なる時間−周波数リソースの位置において、複素シンボルの系列を伝送する。
【０２４３】
伝送されるべきスケジューリング要求があり、ＨＡＲＱ−ＡＣＫフィードバック情報がＮＡＣＫであるとき、端末デバイスは、ＮＡＣＫに対応する変調シンボルおよび第２の直交系列に基づいて、複素シンボルの系列を決定し、複素シンボルの系列は、ＮＡＣＫに対応する変調シンボルを第２の直交系列における各要素で乗算することによって取得される。対応して、端末デバイスは、第１のリソース内にある時間−周波数リソースであって、アップリンク基準信号により占められるリソースとは異なる時間−周波数リソースの位置において、複素シンボルの系列を伝送する。
【０２４４】
任意選択で、第１の直交系列と第２の直交系列が、同じ量の要素を有する。たとえば、第１の直交系列および第２の直交系列はそれぞれがＮ個の要素を有し、Ｎは正の整数である。第１の直交系列における要素はａkと表示され、第２の直交系列における要素はｂkと表示され、ここで、ｋ＝０，１，２，…，Ｎ−１である。第１の直交系列と第２の直交系列は互いに直交し、すなわち、
【０２４５】
【数１８】
2020512758.tif 000021
【０２４６】
が満たされる。第１の直交系列における要素の量は、ＡＣＫに対応する変調シンボルの量と同じである。また、第１の直交系列における要素の量は、ＮＡＣＫに対応する変調シンボルの量と同じである。ＡＣＫに対応する変調シンボルが、１つの繰り返しサイクル内のＡＣＫに対応する変調シンボルであってよく、ＮＡＣＫに対応する変調シンボルが、１つの繰り返しサイクル内のＮＡＣＫに対応する変調シンボルであってもまたよい。代替として、ＡＣＫに対応する変調シンボルが、すべての繰り返しサイクル内のＡＣＫに対応する変調シンボルであってよく、ＮＡＣＫに対応する変調シンボルが、すべての繰り返しサイクル内のＮＡＣＫに対応する変調シンボルであってもまたよい。
【０２４７】
ＮＢ−ＩｏＴシステムは例として使用されている。各繰り返しサイクルにおいて、ＨＡＲＱ−ＡＣＫフィードバック情報は、１６の長さを有する変調シンボルを取得するように符号化され変調される。第１の直交系列および第２の直交系列は、１６次アダマール行列における任意の２つの異なる行または列であり得る。１６次アダマール行列は表２に示されている。たとえば、第１の直交系列は｛１，１，１，１，１，１，１，１，１，１，１，１，１，１，１，１｝であってよく、第２の直交系列は｛１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１｝であってよい。代替として、第１の直交系列は｛１，１，１，１，１，１，１，１，１，１，１，１，１，１，１，１｝であってよく、第２の直交系列は｛１，１，１，１，１，１，１，１，−１，−１，−１，−１，−１，−１，−１，−１｝であってよい。代替として、第１の直交系列は｛１，１，１，１，１，１，１，１，１，１，１，１，１，１，１，１｝であってよく、第２の直交系列は｛１，ｊ，−１，−ｊ，１，ｊ，−１，−ｊ，１，ｊ，−１，−ｊ，１，ｊ，−１，−ｊ｝であってよく、ここで、ｊは虚数単位であり、ｊ2＝−１を満たす。代替として、第１の直交系列は｛１，１，１，１，１，１，１，１，１，１，１，１，１，１，１，１｝であってよく、第２の直交系列は｛ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ｝であってよく、ここで、ｊは虚数単位であり、ｊ2＝−１を満たす。
【０２４８】
２．  予め設定された直交系列は、１つの系列である。
【０２４９】
具体的には、予め設定された直交系列は、第３の直交系列であり、第３の直交系列は、伝送されるべきスケジューリング要求があるときに使用される。
【０２５０】
ＨＡＲＱ−ＡＣＫフィードバック情報は、完全な「１」系列を暗黙的に搬送する。したがって、１つの直交系列が、同じ技術的効果を達成するために使用され得る。加えて、系列検出の量が低減されることが可能であり、それにより、複雑性および消費電力を低減する。
【０２５１】
具体的には、伝送されるべきスケジューリング要求がないとき、端末デバイスは、第１のリソース上でＨＡＲＱ−ＡＣＫフィードバック情報を伝送する。具体的方法については，従来技術での処理方法を参照してよく、本明細書において詳細は説明されない。
【０２５２】
伝送されるべきスケジューリング要求があり、ＨＡＲＱ−ＡＣＫフィードバック情報がＡＣＫであるとき、端末デバイスは、ＡＣＫに対応する変調シンボルおよび第３の直交系列に基づいて、複素シンボルの系列を決定し、複素シンボルの系列は、ＡＣＫに対応する変調シンボルを第３の直交系列における各要素で乗算することによって取得される。端末デバイスは、第１のリソース内にある時間−周波数リソースであって、アップリンク基準信号により占められるリソースとは異なる時間−周波数リソースの位置において、複素シンボルの系列を伝送する。
【０２５３】
伝送されるべきスケジューリング要求があり、ＨＡＲＱ−ＡＣＫフィードバック情報がＮＡＣＫであるとき、端末デバイスは、ＮＡＣＫに対応する変調シンボルおよび第３の直交系列に基づいて、複素シンボルの系列を決定し、複素シンボルの系列は、ＮＡＣＫに対応する変調シンボルを第３の直交系列における各要素で乗算することによって取得される。端末デバイスは、第１のリソース内にある時間−周波数リソースであって、アップリンク基準信号により占められるリソースとは異なる時間−周波数リソースの位置において、複素シンボルの系列を伝送する。
【０２５４】
第３の直交系列における要素の量はＷと表示され、Ｗは正の整数である。第３の直交系列における要素はｃkと表示され、ここで、ｋ＝０，１，２，…，Ｎ−１である。第３の直交系列は、
【０２５５】
【数１９】
2020512758.tif 000022
【０２５６】
を満たす。任意選択で、第３の直交系列における要素の量は、ＡＣＫに対応する変調シンボルの量と同じである。また、第３の直交系列における要素の量は、ＮＡＣＫに対応する変調シンボルの量と同じである。ＡＣＫに対応する変調シンボルが、１つの繰り返しサイクル内のＡＣＫに対応する変調シンボルであってよく、ＮＡＣＫに対応する変調シンボルが、１つの繰り返しサイクル内のＮＡＣＫに対応する変調シンボルであってもまたよい。代替として、ＡＣＫに対応する変調シンボルが、すべての繰り返しサイクル内のＡＣＫに対応する変調シンボルであってよく、ＮＡＣＫに対応する変調シンボルが、すべての繰り返しサイクル内のＮＡＣＫに対応する変調シンボルであってもまたよい。
【０２５７】
ＮＢ−ＩｏＴシステムは例として使用されている。各繰り返しサイクルにおいて、ＨＡＲＱ−ＡＣＫフィードバック情報は、１６の長さを有する変調シンボルを取得するように符号化され変調される。第３の直交系列は、１６次アダマール行列における任意の２つの異なる行または列であり得る。１６次アダマール行列は表２に示されている。たとえば、第３の直交系列は｛１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１｝であってよい。代替として、第３の直交系列は｛１，１，１，１，１，１，１，１，−１，−１，−１，−１，−１，−１，−１，−１｝あってよい。代替として、第３の直交系列は｛１，ｊ，−１，−ｊ，１，ｊ，−１，−ｊ，１，ｊ，−１，−ｊ，１，ｊ，−１，−ｊ｝であってよく、ｊは虚数単位であり、ｊ2＝−１を満たす。代替として、第３の直交系列は、｛ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ｝であってよく、ここで、ｊは虚数単位であり、ｊ2＝−１を満たす。
【０２５８】
【表２】
2020512758.tif 000023
【０２５９】
本出願における第１の直交系列、第２の直交系列、および第３の直交系列は、単に系列の名前を区別するために使用されており、実際の意味は有しないことに留意されたい。
【０２６０】
さらに、端末デバイスは、上記のいくつかの様式でスケジューリング要求を伝送するとき、伝送されるべきアップリンクデータのデータ量情報をさらに追加し得る。
【０２６１】
（１）  スケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方が、より高次の変調を介して第１のリソース上で伝送される。
【０２６２】
任意選択で、伝送されるべきアップリンクデータのデータ量情報は、より高次の変調の信号点との予め設定された対応関係を有する。伝送されるべきアップリンクデータのデータ量情報は、より高次の変調の信号点に基づいて決定され得る。
【０２６３】
たとえば、ＱＰＳＫ変調に基づいて、アップリンク伝送データ量が表３に示されていると仮定すると、００への変調は、ＡＣＫのみが送信されることを示し、０１への変調は、ＡＣＫとインデックス値０に対応する伝送データ量範囲との両方が送信されることを示し、１１への変調は、ＮＡＣＫのみが送信されることを示し、１０への変調は、ＮＡＣＫとインデックス値１に対応する伝送データ量範囲との両方が送信されることを示す。
【０２６４】
【表３】
2020512758.tif 000024
【０２６５】
（２）  ＨＡＲＱ−ＡＣＫフィードバックメッセージに対応する変調シンボルに対して位相回転が行われて、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。
【０２６６】
任意選択で、伝送されるべきアップリンクデータのデータ量情報は、位相回転の大きさとの予め設定された対応関係を有する。伝送されるべきアップリンクデータのデータ量情報は、位相回転の大きさに基づいて決定され得る。
【０２６７】
たとえば、アップリンク伝送データ量が表４に示されていると仮定すると、ＨＡＲＱ−ＡＣＫフィードバック情報についての変調シンボルとπ／２の位相回転を加えた信号点は、ＡＣＫと、インデックス値０に対応する伝送されるべきアップリンクデータのデータ量範囲またはインデックス値０との両方が送信されることを示し、ＨＡＲＱ−ＮＡＣフィードバック情報についての変調シンボルとπ／２の位相回転を加えた信号点は、ＮＡＣＫと、インデックス値１に対応する伝送されるべきアップリンクデータのデータ量範囲またはインデックス値との両方が送信されることを示す。
【０２６８】
【表４】
2020512758.tif 000025
【０２６９】
（３）  ＨＡＲＱ−ＡＣＫフィードバック情報に対応する変調シンボルまたは符号化されたビットが、予め設定された直交コードで乗算されて、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。
【０２７０】
任意選択で、予め設定された直交コードは、１６の長さを有するアダマール系列である。
【０２７１】
任意選択で、伝送されるべきアップリンクデータのデータ量情報は、予め設定された直交コードとの予め設定された対応関係を有する。伝送されるべきアップリンクデータのデータ量情報は、予め設定された直交コードに基づいて決定され得る。
【０２７２】
たとえば、１６の長さを有するアダマール系列が表５に示されている。ＡＣＫまたはＮＡＣＫは、１６の長さを有するアダマール系列で乗算されて、伝送されるべきアップリンクデータのデータ量範囲を示し得る。
【０２７３】
【表５−１】
2020512758.tif 000026
【０２７４】
【表５−２】
2020512758.tif 000027
【０２７５】
図８は、本出願による端末デバイスの実施形態１の構造ブロック図である。図８に示されるように、端末デバイスは、
ネットワークデバイスにより送信された構成メッセージを受信するように構成された受信モジュール８０１と、
受信モジュール８０１により受信された構成情報に基づいて、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得するように構成された処理モジュール８０２であって、第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む、処理モジュール８０２と、
処理モジュール８０２により取得された第１のリソース構成情報により示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信するように構成された送信モジュール８０３であって、スケジューリング要求は、ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない、送信モジュール８０３と
を備える。
【０２７６】
端末デバイスは、上記の方法実施形態１における端末デバイスの機能を実装するように構成される。それらの実装原理および技術的効果は同様であり、詳細はここで再度説明されない。
【０２７７】
別の実施形態では、受信モジュール８０１は、ネットワークデバイスにより送信されたシステムメッセージを受信するようにさらに構成される。
【０２７８】
処理モジュール８０２は、システムメッセージに基づいて、ＮＰＲＡＣＨリソースの構成情報を取得するようにさらに構成される。
【０２７９】
ＮＰＲＡＣＨリソースは、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソースのサブセットが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースのサブセットが、第１のリソースのリソースセットである。
【０２８０】
別の実施形態では、システムメッセージは、第１の予め設定されたパラメータおよび第２の予め設定されたパラメータを搬送する。
【０２８１】
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたパラメータに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたパラメータに基づいて決定される。
【０２８２】
さらに、システムメッセージは、第１のオフセットパラメータおよび第２のオフセットパラメータを搬送する。
【０２８３】
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１のオフセットパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１のオフセットパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される。
【０２８４】
さらに、システムメッセージは、第１の予め設定されたスケールファクタおよび第２の予め設定されたスケールファクタを搬送する。
【０２８５】
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される。
【０２８６】
別の実施形態では、送信モジュール８０３は、
スケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加するようにさらに構成される。
【０２８７】
さらに、送信モジュール８０３は、
遅延してもしくは先行して、第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、スケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンスの量は、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
第１のリソース上でスケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加し、第１のリソースは、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせを含み、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する
ように特に構成される。
【０２８８】
別の実施形態では、端末デバイスによってスケジューリング要求を送信するために使用される信号は、ＮＰＲＡＣＨプリアンブルであり、端末デバイスは、スケジューリング要求を送信する前にタイミングアドバンスＴＡ調整を行っている。
【０２８９】
図９は、本出願によるネットワークデバイスの実施形態１の構造ブロック図である。図９に示されるように、ネットワークデバイスは、
構成メッセージを端末デバイスに送信するように構成された送信モジュール９０１であって、構成メッセージは、端末デバイスによって、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得するために使用され、第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む、送信モジュール９０１と、
第１のリソース構成情報により示される第１のリソース上で端末デバイスにより送信されたスケジューリング要求を受信するように構成された受信モジュール９０２であって、スケジューリング要求は、ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない、受信モジュール９０２と、
受信モジュール９０２により受信されたスケジューリング要求に基づいて、アップリンクチャネルリソースを端末デバイスに割り当てるように構成された処理モジュール９０３と
を備える。
【０２９０】
ネットワークデバイスは、上記の方法実施形態１における端末デバイスの機能を実装するように構成される。それらの実装原理および技術的効果は同様であり、詳細はここで再度説明されない。
【０２９１】
別の実施形態では、送信モジュール９０１は、システムメッセージを端末デバイスに送信するようにさらに構成され、システムメッセージは、ＮＰＲＡＣＨリソースの構成情報を搬送する。
【０２９２】
ＮＰＲＡＣＨリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソースのサブセットが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースのサブセットが、第１のリソースのリソースセットである。
【０２９３】
別の実施形態では、システムメッセージは、第１の予め設定されたパラメータおよび第２の予め設定されたパラメータを搬送する。
【０２９４】
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたパラメータに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたパラメータに基づいて決定される。
【０２９５】
さらに、システムメッセージは、第１のオフセットパラメータおよび第２のオフセットパラメータを搬送する。
【０２９６】
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１のオフセットパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１のオフセットパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される。
【０２９７】
さらに、システムメッセージは、第１の予め設定されたスケールファクタおよび第２の予め設定されたスケールファクタを搬送する。
【０２９８】
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される。
【０２９９】
別の実施形態では、処理モジュール９０３は、
端末デバイスにより送信されたスケジューリング要求に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定するようにさらに構成される。
【０３００】
さらに、処理モジュール９０３は、
第１のリソース上で受信されたスケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンスの量に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定し、スケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンスの量は、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
受信されたスケジューリング要求に対応する第１のリソースに基づいて、伝送されるべきアップリンクデータのデータ量情報を決定し、第１のリソースは、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせを含み、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する
ように特に構成される。
【０３０１】
別の実施形態では、ネットワークデバイスによってスケジューリング要求を受信するために使用される信号は、ＮＰＲＡＣＨプリアンブルであり、端末デバイスは、スケジューリング要求を送信する前にタイミングアドバンスＴＡ調整を行っている。
【０３０２】
図１０は、本出願による別の端末デバイスの実施形態１の構造ブロック図である。図１０に示されるように、端末デバイスは、
ネットワークデバイスにより送信されたＤＣＩ標識を受信するように構成された受信モジュール１００１であって、ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間−周波数リソースである、受信モジュール１００１と、
ＤＣＩに基づいて第１のリソースを決定するように構成された処理モジュール１００２と、
第１のリソース上でスケジューリング要求をネットワークデバイスに送信するように構成された送信モジュール１００３と
を備える。
【０３０３】
装置は、上記の方法実施形態２における端末デバイスの機能を実装するように構成される。それらの実装原理および技術的効果は同様であり、詳細はここで再度説明されない。
【０３０４】
別の実施形態では、送信モジュール１００３は、
より高次の変調を介して第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送するように特に構成される。
【０３０５】
別の実施形態では、送信モジュール１００３は、
ＨＡＲＱ−ＡＣＫフィードバックメッセージに対応する変調シンボルに対して位相回転を行って、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送するように特に構成される。
【０３０６】
別の実施形態では、送信モジュール１００３は、
ＨＡＲＱ−ＡＣＫフィードバック情報に対応する変調シンボルまたは符号化されたビットを、予め設定された直交コードで乗算して、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送するようにさらに特に構成される。
【０３０７】
さらに、予め設定された直交コードは、１６の長さを有するアダマール系列である。
【０３０８】
別の実施形態では、送信モジュール１００３は、
スケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加するようにさらに構成される。
【０３０９】
さらに、伝送されるべきアップリンクデータのデータ量情報は、より高次の変調の信号点との予め設定された対応関係を有する。
【０３１０】
さらに、伝送されるべきアップリンクデータのデータ量情報は、位相回転の大きさとの予め設定された対応関係を有する。
【０３１１】
さらに、伝送されるべきアップリンクデータのデータ量情報は、予め設定された直交コードの系列との予め設定された対応関係を有する。
【０３１２】
図１１は、本出願による別のネットワークデバイスの実施形態１の構造ブロック図である。図１１に示されるように、ネットワークデバイスは、
ＤＣＩ標識を端末デバイスに送信するように構成された送信モジュール１１０１であって、ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間−周波数リソースである、送信モジュール１１０１と、
第１のリソース上で端末デバイスにより送信されたスケジューリング要求を受信するように構成された受信モジュール１１０２と、
スケジューリング要求に基づいてアップリンクチャネルリソースを端末デバイスに割り当てるように構成された処理モジュール１１０３と
を備える。
【０３１３】
装置は、上記の方法実施形態２におけるネットワークデバイスの機能を実装するように構成される。それらの実装原理および技術的効果は同様であり、詳細はここで再度説明されない。
【０３１４】
別の実施形態では、端末デバイスは、より高次の変調を介して第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。処理モジュール１１０３は、
より高次の変調の後に得られた受信された信号に基づいて、端末デバイスがスケジューリング要求を送信したかどうかを決定するように特に構成される。
【０３１５】
別の実施形態では、端末デバイスは、ＨＡＲＱ−ＡＣＫフィードバックメッセージに対応する変調シンボルに対して位相回転を行って、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。処理モジュール１１０３は、
位相回転を受ける受信された変調シンボルに基づいて、端末がスケジューリング要求を送信したかどうかを決定するようにさらに特に構成される。
【０３１６】
別の実施形態では、端末デバイスは、ＨＡＲＱ−ＡＣＫフィードバック情報に対応する変調シンボルまたは符号化されたビットを、予め設定された直交コードで乗算して、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。処理モジュール１１０３は、
予め設定された直交コードによる乗算の後に得られた受信された変調シンボルに基づいて、端末がスケジューリング要求を送信したかどうかを決定するようにさらに特に構成される。
【０３１７】
さらに、予め設定された直交コードは、１６の長さを有するアダマール系列である。
【０３１８】
別の実施形態では、
端末デバイスにより送信されたスケジューリング要求に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定する。
【０３１９】
さらに、伝送されるべきアップリンクデータのデータ量情報は、より高次の変調の信号点との予め設定された対応関係を有する。
【０３２０】
さらに、伝送されるべきアップリンクデータのデータ量情報は、位相回転の大きさとの予め設定された対応関係を有する。
【０３２１】
さらに、伝送されるべきアップリンクデータのデータ量情報は、予め設定された直交コードの系列との予め設定された対応関係を有する。
【０３２２】
図１２は、本出願による端末デバイスの実施形態１の物理ブロック図である。図１２に示されるように、端末デバイスは、
メモリ１２０１およびプロセッサ１２０２を備える。
【０３２３】
メモリ１２０１は、プログラム命令を記憶するように構成され、プロセッサ１２０２は、メモリ１２０１におけるプログラム命令を呼び出して上記の方法実施形態１における端末デバイスの機能を実装するように構成される。
【０３２４】
図１３は、本出願によるネットワークデバイスの実施形態１の物理ブロック図である。図１３に示されるように、ネットワークデバイスは、
メモリ１３０１およびプロセッサ１３０２を備える。
【０３２５】
メモリ１３０１は、プログラム命令を記憶するように構成され、プロセッサ１３０２は、メモリ１３０１におけるプログラム命令を呼び出して上記の方法実施形態１におけるネットワークデバイスの機能を実装するように構成される。
【０３２６】
図１４は、本出願による別の端末デバイスの実施形態１の物理ブロック図である。図１４に示されるように、端末デバイスは、
メモリ１４０１およびプロセッサ１４０２を備える。
【０３２７】
メモリ１４０１は、プログラム命令を記憶するように構成され、プロセッサ１４０２は、メモリ１４０１におけるプログラム命令を呼び出して上記の方法実施形態２における端末デバイスの機能を実装するように構成される。
【０３２８】
図１５は、本出願による別のネットワークデバイスの実施形態１の物理ブロック図である。図１５に示されるように、ネットワークデバイスは、
メモリ１５０１およびプロセッサ１５０２を含む。
【０３２９】
メモリ１５０１は、プログラム命令を記憶するように構成され、プロセッサ１５０２は、メモリ１５０１におけるプログラム命令を呼び出して上記の方法実施形態２におけるネットワークデバイスの機能を実装するように構成される。
【図１】
2020512758.tif 000028
【図２】
2020512758.tif 000029
【図３】
2020512758.tif 000030
【図４】
2020512758.tif 000031
【図５】
2020512758.tif 000032
【図６】
2020512758.tif 000033
【図７】
2020512758.tif 000034
【図８】
2020512758.tif 000035
【図９】
2020512758.tif 000036
【図１０】
2020512758.tif 000037
【図１１】
2020512758.tif 000038
【図１２】
2020512758.tif 000039
【図１３】
2020512758.tif 000040
【図１４】
2020512758.tif 000041
【図１５】
2020512758.tif 000042
【手続補正書】
【提出日】令和1年11月1日(2019.11.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
リソーススケジューリング方法であって、
ネットワークデバイスにより送信されたダウンリンク制御情報（ＤＣＩ）標識を受信するステップであって、前記ＤＣＩは第１のリソースを示すために使用され、前記第１のリソースは、狭帯域物理アップリンク共有チャネル（ＮＰＵＳＣＨ）フォーマット２伝送に使用される時間−周波数リソースであり、前記ＮＰＵＳＣＨフォーマット２はダウンリンクハイブリッド自動再送要求アクノリッジメントＨＡＲＱ−ＡＣＫフィードバック情報を搬送するのに使用される受信するステップと、
前記ＤＣＩに基づいて前記第１のリソースを決定するステップと、
端末デバイスによって、前記第１のリソース上でスケジューリング要求情報を前記ネットワークデバイスに送信するステップと
を含むリソーススケジューリング方法。
【請求項２】
前記第１のリソース上でスケジューリング要求を前記ネットワークデバイスに送信する前記ステップは、
前記ＨＡＲＱ−ＡＣＫフィードバック情報および予め設定された直交系列に基づいて第１の伝送系列を決定するステップと、
前記第１のリソース上で前記第１の伝送系列を伝送するステップを含み、前記第１の伝送系列は、前記ＨＡＲＱ−ＡＣＫフィードバック情報とスケジューリング要求情報との両方を搬送するために使用される
請求項１に記載の方法。
【請求項３】
前記予め設定された直交系列は、第１の直交系列または第２の直交系列であり、前記第１の直交系列は、伝送されるべきスケジューリング要求がないときに使用され、前記第２の直交系列は、伝送されるべきスケジューリング要求があるときに使用される
請求項２に記載の方法。
【請求項４】
前記第１の伝送系列は、複素シンボルの系列であり、前記ＨＡＲＱ−ＡＣＫフィードバック情報および予め設定された直交系列に基づいて、第１の伝送系列を決定する前記ステップは、ＨＡＲＱ−ＡＣＫに応じた変調シンボルを前記第１の直交系列の各要素で乗算することにより前記複素シンボルの系列を取得するステップを含む
請求項３に記載の方法。
【請求項５】
前記第１の直交系列は｛１，１，１，１，１，１，１，１，１，１，１，１，１，１，１，１｝である、または前記第２の直交系列は｛１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１｝である
請求項３に記載の方法。
【請求項６】
リソーススケジューリング方法であって、
ダウンリンク制御情報（ＤＣＩ）標識を端末デバイスに送信するステップであって、前記ＤＣＩは第１のリソースを示すために使用され、前記第１のリソースは、狭帯域物理アップリンク共有チャネル（ＮＰＵＳＣＨ）フォーマット２伝送のための時間−周波数リソースであり、前記ＮＰＵＳＣＨフォーマット２はダウンリンクハイブリッド自動再送要求アクノリッジメント（ＨＡＲＱ−ＡＣＫ）フィードバック情報を生成するのに使用される送信するステップと、
ネットワークデバイスによって、前記第１のリソース上で、前記端末デバイスによって送信されたスケジューリング要求を受信するステップと
を含むリソーススケジューリング方法。
【請求項７】
前記第１のリソース上で前記端末デバイスによって送信された第１の伝送系列を受信するステップをさらに含み、
前記第１の伝送系列は、前記ＨＡＲＱ−ＡＣＫフィードバック情報とスケジューリング要求情報との両方を搬送するために使用される
請求項６に記載の方法。
【請求項８】
予め設定された直交系列は第２の直交系列であり、前記第２の直交系列は、伝送されるべきスケジューリング要求があるときに使用される
請求項７に記載の方法。
【請求項９】
前記第２の直交系列は｛１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１｝である
請求項８に記載の方法。
【請求項１０】
ネットワークデバイスにより送信されたダウンリンク制御情報（ＤＣＩ）標識を受信するように構成された受信機であって、前記ＤＣＩは第１のリソースを示すために使用され、前記第１のリソースは、狭帯域物理アップリンク共有チャネル（ＮＰＵＳＣＨ）フォーマット２伝送に使用される時間−周波数リソースであり、前記ＮＰＵＳＣＨフォーマット２はダウンリンクハイブリッド自動再送要求アクノリッジメント（ＨＡＲＱ−ＡＣＫ）フィードバック情報を生成するのに使用される受信機と、
前記ＤＣＩに基づいて前記第１のリソースを決定するように構成されたプロセッサと、
前記第１のリソース上でスケジューリング要求を前記ネットワークデバイスに送信するように構成された送信機と
を備えた通信機器。
【請求項１１】
前記プロセッサはさらに、前記ＨＡＲＱ−ＡＣＫフィードバック情報および予め設定された直交系列に基づいて、第１の伝送系列を決定するように構成され、
前記送信機は特に、前記第１のリソース上で前記第１の伝送系列を送信するように構成され、前記第１の伝送系列は、前記ＨＡＲＱ−ＡＣＫフィードバック情報とスケジューリング要求情報との両方を搬送するために使用される
請求項１０に記載の通信機器。
【請求項１２】
前記予め設定された直交系列は、第１の直交系列または第２の直交系列であり、前記第１の直交系列は、伝送されるべきスケジューリング要求がないときに使用され、前記第２の直交系列は、伝送されるべきスケジューリング要求があるときに使用される
請求項１１に記載の通信機器。
【請求項１３】
前記プロセッサは特に、
前記第１の伝送系列が複素シンボルの系列であるときに、
ＨＡＲＱ−ＡＣＫに応じた変調シンボルを第１の直交系列の各要素で乗算することにより前記複素シンボルの系列を取得する、または、
ＨＡＲＱ−ＡＣＫに応じた変調シンボルを第２の直交系列の各要素で乗算することにより前記複素シンボルの系列を取得する、ように構成される
請求項１１に記載の通信機器。
【請求項１４】
前記第１の直交系列は｛１，１，１，１，１，１，１，１，１，１，１，１，１，１，１，１｝である、または前記第２の直交系列は｛１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１｝である
請求項１２に記載の通信機器。
【請求項１５】
ダウンリンク制御情報（ＤＣＩ）標識を端末デバイスに送信するように構成された送信機であって、前記ＤＣＩは第１のリソースを示すために使用され、前記第１のリソースは、狭帯域物理アップリンク共有チャネル（ＮＰＵＳＣＨ）フォーマット２伝送のための時間−周波数リソースであり、前記ＮＰＵＳＣＨフォーマット２はダウンリンクハイブリッド自動再送要求アクノリッジメント（ＨＡＲＱ−ＡＣＫ）フィードバック情報を搬送するのに用いられる送信機と、
前記第１のリソース上で、前記端末デバイスによって送信されたスケジューリング要求を受信するように構成された受信機と
を備えた通信機器。
【請求項１６】
前記受信機は、前記第１のリソース上で第１の伝送系列を受信するようにさらに構成され、前記第１の伝送系列は、前記ＨＡＲＱ−ＡＣＫフィードバック情報とスケジューリング要求情報との両方を搬送するために使用される
請求項１５に記載の通信機器。
【請求項１７】
予め設定された直交系列は第２の直交系列であり、前記第２の直交系列は、伝送されるべきスケジューリング要求があるときに使用される
請求項１６に記載の通信機器。
【請求項１８】
前記第２の直交系列は｛１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１｝である
請求項１７に記載の通信機器。
【請求項１９】
コンピュータ上で実行されると前記コンピュータが請求項１から５のいずれか一項に記載の方法を実行する命令を含むコンピュータ可読記憶媒体。
【請求項２０】
コンピュータ上で実行されると前記コンピュータが請求項６から９のいずれか一項に記載の方法を実行する命令を含むコンピュータ可読記憶媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、通信技術に関し、特にリソーススケジューリング方法、端末デバイス、およびネットワークデバイスに関する。
【背景技術】
【０００２】
モノのインターネット（ＩｏＴ、Ｉｎｔｅｒｎｅｔ  ｏｆ  ｔｈｉｎｇｓ）は、「接続されたモノのインターネット」である。インターネット上のユーザ端末は、ＩｏＴにおけるモノに拡張されて情報交換および通信を行う。ＩｏＴは、たとえば、カバレッジ拡張、大量の低速デバイスのサポート、非常に低いコスト、および低エネルギー消費といった特別な要件を有する。狭帯域のモノのインターネット（Ｎａｒｒｏｗｂａｎｄ  Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ、ＮＢ−ＩｏＴ）システムは、一連の方法を提供することによってＩｏＴのこれらの特別な要件を満たす。
【０００３】
従来技術では、ＮＢ−ＩｏＴシステムにおいて、ネットワークデバイスにアップリンクデータを送信する必要があるとき、端末デバイスは、アップリンクデータを送信する前にランダムアクセスを再開始する必要がある。
【０００４】
しかしながら、従来技術における方法を使用することにより、端末デバイスは、ランダムアクセスプロセスにおける第２のメッセージが送信された後のみに、アップリンクデータを送信することが可能であり、端末デバイスの消費電力および遅延の増大を招いている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本出願は、過度に長いアップリンクデータ要求プロセスにより端末デバイスの消費電力および遅延が増大されるという問題を解決するために、リソーススケジューリング方法、端末デバイス、およびネットワークデバイスを提供する。
【課題を解決するための手段】
【０００６】
本出願の第１の態様は、リソーススケジューリング方法を提供する。上記方法では、ネットワークデバイスの構成メッセージを受信した後、端末デバイスは、構成メッセージに基づいて、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得し、第１のリソース構成情報は、カバレッジ拡張レベル（coverage enhancement level）を示すために使用される情報を含む。さらに、端末デバイスは、第１のリソース構成情報により示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、スケジューリング要求は、ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない。
【０００７】
上記方法では、ネットワークデバイスは、先行して構成メッセージを端末デバイスに送信する。端末デバイスがアップリンクデータを送信する必要があるとき、端末デバイスは、構成メッセージ内にある第１のリソース構成情報により示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、すなわち、端末デバイスがデータを送信する必要があることをネットワークデバイスに通知し、次いで、ランダムアクセスプロセスを行うことなくアップリンクデータを直接送信し、それにより、端末デバイスの消費電力および遅延を低減する。
【０００８】
さらに、ネットワークデバイスにより送信された第１のリソース構成情報は、カバレッジ拡張レベル情報を示し、これは、端末デバイスに対応するカバレッジ拡張レベルを示す。すなわち、第１のリソース構成情報により示されるリソースについてカバレッジレベルが識別されることが可能であり、それにより、ＮＢ−ＩｏＴシステムにおける異なるカバレッジレベルに対応する端末デバイスの要件を満足させる。
【０００９】
任意選択の実装において、端末デバイスによって、ネットワークデバイスにより送信された構成メッセージを受信するステップの前に、上記方法は、
端末デバイスによって、ネットワークデバイスにより送信されたシステムメッセージを受信するステップと、
端末デバイスによって、システムメッセージに基づいて、ＮＰＲＡＣＨリソースの構成情報を取得するステップと
をさらに含み、
ＮＰＲＡＣＨリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソースのサブセットが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースのサブセットが、第１のリソースのリソースセットである。
【００１０】
任意選択の実装において、端末デバイスは、スケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加する。
【００１１】
任意選択の実装において、端末デバイスは、遅延してもしくは先行して、第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、スケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンス（timing advance）の量は、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
端末デバイスは、第１のリソース上でスケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加し、第１のリソースは、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせを含み、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。
【００１２】
任意選択の実装において、端末デバイスによってスケジューリング要求を送信するために使用される信号は、ＮＰＲＡＣＨプリアンブルであり、端末デバイスは、スケジューリング要求を送信する前にタイミングアドバンスＴＡ調整を行っている。
【００１３】
本出願の第２の態様は、リソーススケジューリング方法を提供する。上記方法では、ネットワークデバイスは最初に、構成メッセージを端末デバイスに送信し、構成メッセージは、端末デバイスによって、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得するために使用され、第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む。次いで、ネットワークデバイスは、第１のリソース構成情報により示される第１のリソース上で端末デバイスにより送信されたスケジューリング要求を受信し、スケジューリング要求は、ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない。さらに、ネットワークデバイスは、スケジューリング要求に基づいて、アップリンクチャネルリソースを端末デバイスに割り当てる。
【００１４】
任意選択の実装において、ネットワークデバイスによって、構成メッセージを端末デバイスに送信するステップの前に、上記方法は、
ネットワークデバイスによって、システムメッセージを端末デバイスに送信するステップであって、システムメッセージは、ＮＰＲＡＣＨリソースの構成情報を搬送する、ステップをさらに含み、
ＮＰＲＡＣＨリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソースのサブセットが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースのサブセットが、第１のリソースのリソースセットである。
【００１５】
任意選択の実装において、ネットワークデバイスは、端末デバイスにより送信されたスケジューリング要求に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定することがある。
【００１６】
任意選択の実装において、ネットワークデバイスは、第１のリソース上で受信されたスケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンスの量に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定し、スケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンスの量は、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
ネットワークデバイスは、受信されたスケジューリング要求に対応する第１のリソースに基づいて、伝送されるべきアップリンクデータのデータ量情報を決定し、第１のリソースは、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせを含み、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。
【００１７】
任意選択の実装において、ネットワークデバイスによってスケジューリング要求を受信するために使用される信号は、ＮＰＲＡＣＨプリアンブルであり、端末デバイスは、スケジューリング要求を送信する前にタイミングアドバンスＴＡ調整を行っている。
【００１８】
任意選択の実装において、システムメッセージは、第１の予め設定されたパラメータおよび第２の予め設定されたパラメータを搬送し、
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置（start subcarrier location）は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたパラメータに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたパラメータに基づいて決定される。
【００１９】
任意選択の実装において、システムメッセージは、第１のオフセットパラメータおよび第２のオフセットパラメータを搬送し、
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１のオフセットパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１のオフセットパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される。
【００２０】
任意選択の実装において、システムメッセージは、第１の予め設定されたスケールファクタ（ｓｃａｌｅ  ｆａｃｔｏｒ）および第２の予め設定されたスケールファクタを搬送し、
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される。
【００２１】
本出願の第３の態様は、リソーススケジューリング方法を提供する。上記方法では、端末デバイスは、ネットワークデバイスにより送信されたダウンリンク制御情報ＤＣＩ標識を受信し、ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２（NPUSCH format 2）伝送のための時間−周波数リソースである。次いで、端末デバイスは、ＤＣＩに基づいて第１のリソースを決定する。さらに、端末デバイスは、第１のリソース上でスケジューリング要求をネットワークデバイスに送信する。
【００２２】
上記方法では、端末デバイスは、第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間−周波数リソースである。すなわち、端末デバイスは、ＮＰＵＳＣＨフォーマット２を使用してスケジューリング要求を送信し、それにより、スケジューリング要求に特に使用されるリソースを低減することができる。
【００２３】
任意選択の実装において、端末デバイスによって、第１のリソース上でスケジューリング要求をネットワークデバイスに送信するステップは、
端末デバイスによって、より高次の変調を介して第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送するステップを含む。
【００２４】
任意選択の実装において、端末デバイスは、ＨＡＲＱ−ＡＣＫフィードバックメッセージに対応する変調シンボルに対して位相回転を行って、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。
【００２５】
任意選択の実装において、端末デバイスは、ＨＡＲＱ−ＡＣＫフィードバック情報に対応する変調シンボルまたは符号化されたビットを、予め設定された直交コードで乗算して、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。
【００２６】
任意選択の実装において、予め設定された直交コードは、１６の長さを有するアダマール（Hadamard）系列である。
【００２７】
任意選択の実装において、端末デバイスは、ＨＡＲＱ−ＡＣＫフィードバック情報および予め設定された直交系列に基づいて、第１の伝送系列を決定し、第１のリソース上で第１の伝送系列を伝送し、第１の伝送系列は、ＨＡＲＱ−ＡＣＫフィードバック情報とスケジューリング要求情報との両方を搬送するために使用される。
【００２８】
この実装において、端末デバイスは、ＨＡＲＱ−ＡＣＫに対応する変調シンボルおよび予め設定された直交系列に基づいて、ＨＡＲＱ−ＡＣＫフィードバック情報およびスケジューリング要求を伝送するので、情報を受信するネットワークデバイスは、スケジューリング要求があるかどうかを検出するときに複雑な復号動作を行うことなく、系列検出を完了するためにコヒーレントな組み合わせを直接行うだけでよく、それにより、検出複雑性を低減する。
【００２９】
任意選択の実装において、予め設定された直交系列は、第１の直交系列または第２の直交系列であり、第１の直交系列は、伝送されるべきスケジューリング要求がないときに使用され、第２の直交系列は、伝送されるべきスケジューリング要求があるときに使用される。
【００３０】
この実装において、直交系列が良好な相互相関を有するので、スケジューリング要求がある状態とスケジューリング要求がない状態とが効果的に識別されることが可能である。
【００３１】
任意選択の実装において、伝送されるべきスケジューリング要求がなく、ＨＡＲＱ−ＡＣＫフィードバック情報がＡＣＫである場合、第１の伝送系列は、複素シンボル（complex symbols）の系列であり、複素シンボルの系列は、ＡＣＫに対応する変調シンボルおよび第１の直交系列に基づいて決定される。
【００３２】
任意選択の実装において、伝送されるべきスケジューリング要求がなく、ＨＡＲＱ−ＡＣＫフィードバック情報がＮＡＣＫである場合、第１の伝送系列は、複素シンボルの系列であり、複素シンボルの系列は、ＮＡＣＫに対応する変調シンボルおよび第１の直交系列に基づいて決定される。
【００３３】
任意選択の実装において、伝送されるべきスケジューリング要求があり、ＨＡＲＱ−ＡＣＫフィードバック情報がＡＣＫである場合、第１の伝送系列は、複素シンボルの系列であり、複素シンボルの系列は、ＡＣＫに対応する変調シンボルおよび第２の直交系列に基づいて決定される。
【００３４】
任意選択の実装において、伝送されるべきスケジューリング要求があり、ＨＡＲＱ−ＡＣＫフィードバック情報がＮＡＣＫである場合、第１の伝送系列は、複素シンボルの系列であり、複素シンボルの系列は、ＮＡＣＫ対応する変調シンボルおよび第２の直交系列に基づいて決定される。
【００３５】
任意選択の実装において、第１の直交系列における要素の量は、第２の直交系列における要素の量と同じである。加えて、第１の直交系列と第２の直交系列は直交する。
【００３６】
任意選択の実装において、第１の直交系列における要素の量は、ＡＣＫに対応する変調シンボルの量と同じである。加えて、第１の直交系列における要素の量は、ＮＡＣＫに対応する変調シンボルの量と同じである。
【００３７】
任意選択の実装において、第１の直交系列および第２の直交系列はそれぞれが１６次アダマール行列における行であるか、または第１の直交系列および第２の直交系列はそれぞれが１６次アダマール行列における列である。
【００３８】
任意選択の実装において、予め設定された直交系列は、第３の直交系列である。
【００３９】
任意選択の実装において、第３の直交系列は、伝送されるべきスケジューリング要求があるときに使用される。
【００４０】
この実装において、ＨＡＲＱ−ＡＣＫフィードバック情報は、完全な「１」系列を暗黙的に搬送する。したがって、１つの直交系列が、スケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を搬送するために使用され得る。加えて、系列検出の量が低減されることが可能であり、それにより、複雑性および消費電力を低減する。
【００４１】
任意選択の実装において、伝送されるべきスケジューリング要求があり、ＨＡＲＱ−ＡＣＫフィードバック情報がＡＣＫである場合、第１の伝送系列は、複素シンボルの系列であり、複素シンボルの系列は、ＡＣＫに対応する変調シンボルおよび第３の直交系列に基づいて決定される。
【００４２】
任意選択の実装において、伝送されるべきスケジューリング要求があり、ＨＡＲＱ−ＡＣＫフィードバック情報がＮＡＣＫである場合、第１の伝送系列は、複素シンボルの系列であり、複素シンボルの系列は、ＮＡＣＫに対応する変調シンボルおよび第３の直交系列に基づいて決定される。
【００４３】
任意選択の実装において、第３の直交系列における要素の量は、ＡＣＫに対応する変調シンボルの量と同じである。加えて、第３の直交系列における要素の量は、ＮＡＣＫに対応する変調シンボルの量と同じである。
【００４４】
任意選択の実装において、第３の直交系列は、１６次アダマール行列における行または列である。
【００４５】
任意選択の実装において、上記方法は、
端末デバイスによって、スケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加するステップをさらに含む。
【００４６】
任意選択の実装において、伝送されるべきアップリンクデータのデータ量情報は、より高次の変調の信号点との予め設定された対応関係を有する。
【００４７】
任意選択の実装において、伝送されるべきアップリンクデータのデータ量情報は、位相回転の大きさとの予め設定された対応関係を有する。
【００４８】
任意選択の実装において、伝送されるべきアップリンクデータのデータ量情報は、予め設定された直交コードの系列との予め設定された対応関係を有する。
【００４９】
本出願の第４の態様は、リソーススケジューリング方法を提供する。上記方法では、ネットワークデバイスは最初に、ＤＣＩ標識を端末デバイスに送信し、ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間−周波数リソースである。次いで、ネットワークデバイスは、第１のリソース上で端末デバイスにより送信されたスケジューリング要求を受信する。さらに、ネットワークデバイスは、スケジューリング要求に基づいてアップリンクチャネルリソースを端末デバイスに割り当てる。
【００５０】
任意選択の実装において、端末デバイスは、より高次の変調を介して第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。ネットワークデバイスは、より高次の変調の後に得られた受信された信号に基づいて、端末デバイスがスケジューリング要求を送信したかどうかを決定する。
【００５１】
任意選択の実装において、端末デバイスは、ＨＡＲＱ−ＡＣＫフィードバックメッセージに対応する変調シンボルに対して位相回転を行って、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。ネットワークデバイスは、位相回転を受ける受信された変調シンボルに基づいて、端末がスケジューリング要求を送信したかどうかを決定する。
【００５２】
任意選択の実装において、端末デバイスは、ＨＡＲＱ−ＡＣＫフィードバック情報に対応する変調シンボルまたは符号化されたビットを、予め設定された直交コードで乗算して、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。ネットワークデバイスは、予め設定された直交コードによる乗算の後に得られた受信された変調シンボルに基づいて、端末がスケジューリング要求を送信したかどうかを決定する。
【００５３】
任意選択の実装において、予め設定された直交コードは、１６の長さを有するアダマール系列である。
【００５４】
任意選択の実装において、ネットワークデバイスは、端末デバイスにより送信されたスケジューリング要求に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定する。
【００５５】
任意選択の実装において、伝送されるべきアップリンクデータのデータ量情報は、より高次の変調の信号点との予め設定された対応関係を有する。
【００５６】
任意選択の実装において、伝送されるべきアップリンクデータのデータ量情報は、位相回転の大きさとの予め設定された対応関係を有する。
【００５７】
任意選択の実装において、伝送されるべきアップリンクデータのデータ量情報は、予め設定された直交コードの系列との予め設定された対応関係を有する。
【００５８】
本出願の第５の態様は、端末デバイスを提供する。端末デバイスは、第１の態様における端末デバイスを実装する機能を有する。機能は、ハードウェアを使用することによって実装されてよく、またはハードウェアが対応するソフトウェアを実行することによって実装されてよい。ハードウェアまたはソフトウェアは、上記の機能に対応する１つまたは複数のモジュールを含む。
【００５９】
可能な設計において、端末デバイスは、受信モジュール、処理モジュール、および送信モジュールを含むことがある。モジュールは、上記の方法における対応する機能を実行することができる。たとえば、受信モジュールは、ネットワークデバイスにより送信された構成メッセージを受信するように構成される。処理モジュールは、受信モジュールにより受信された構成情報に基づいて、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得するように構成され、第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む。送信モジュールは、処理モジュールにより取得された第１のリソース構成情報により示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信するように構成され、スケジューリング要求は、ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない。
【００６０】
本出願の第６の態様は、ネットワークデバイスを提供する。ネットワークデバイスは、第２の態様におけるネットワークデバイスを実装する機能を有する。機能は、ハードウェアを使用することによって実装されてよく、またはハードウェアが対応するソフトウェアを実行することによって実装されてよい。ハードウェアまたはソフトウェアは、上記の機能に対応する１つまたは複数のモジュールを含む。
【００６１】
可能な設計において、ネットワークデバイスは、送信モジュール、受信モジュール、および処理モジュールを含むことがある。モジュールは、上記の方法における対応する機能を実行することができる。たとえば、送信モジュールは、構成メッセージを端末デバイスに送信するように構成され、構成メッセージは、端末デバイスによって、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得するために使用され、第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む。受信モジュールは、第１のリソース構成情報により示される第１のリソース上で端末デバイスにより送信されたスケジューリング要求を受信するように構成され、スケジューリング要求は、ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない。処理モジュールは、受信モジュールにより受信されたスケジューリング要求に基づいて、アップリンクチャネルリソースを端末デバイスに割り当てるように構成される。
【００６２】
本出願の第７の態様は、端末デバイスを提供する。端末デバイスは、第３の態様における端末デバイスを実装する機能を有する。機能は、ハードウェアを使用することによって実装されてよく、またはハードウェアが対応するソフトウェアを実行することによって実装されてよい。ハードウェアまたはソフトウェアは、上記の機能に対応する１つまたは複数のモジュールを含む。
【００６３】
可能な設計において、端末デバイスは、受信モジュール、処理モジュール、および送信モジュールを含むことがある。モジュールは、上記の方法における対応する機能を実行することができる。たとえば、受信モジュールは、ネットワークデバイスにより送信されたＤＣＩ標識を受信するように構成され、ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間−周波数リソースである。処理モジュールは、ＤＣＩに基づいて第１のリソースを決定するように構成される。送信モジュールは、第１のリソース上でスケジューリング要求をネットワークデバイスに送信するように構成される。
【００６４】
本出願の第８の態様は、ネットワークデバイスを提供する。ネットワークデバイスは、第４の態様におけるネットワークデバイスを実装する機能を有する。機能は、ハードウェアを使用することによって実装されてよく、またはハードウェアが対応するソフトウェアを実行することによって実装されてよい。ハードウェアまたはソフトウェアは、上記の機能に対応する１つまたは複数のモジュールを含む。
【００６５】
可能な設計において、ネットワークデバイスは、送信モジュール、受信モジュール、および処理モジュールを含むことがある。モジュールは、上記の方法における対応する機能を実行することができる。たとえば、送信モジュールは、ＤＣＩ標識を端末デバイスに送信するように構成され、ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間−周波数リソースである。受信モジュールは、第１のリソース上で端末デバイスにより送信されたスケジューリング要求を受信するように構成される。処理モジュールは、スケジューリング要求に基づいてアップリンクチャネルリソースを端末デバイスに割り当てるように構成される。
【００６６】
本出願の第９の態様は、端末デバイスを提供する。端末デバイスは、メモリおよびプロセッサを含む。メモリは、プログラム命令を記憶するように構成される。プロセッサは、メモリにおけるプログラム命令を呼び出して、第１の態様および第１の態様の実装に従って方法を実装するように構成される。
【００６７】
本出願の第１０の態様は、ネットワークデバイスを提供する。ネットワークデバイスは、メモリおよびプロセッサを含む。メモリは、プログラム命令を記憶するように構成され、プロセッサは、メモリにおけるプログラム命令を呼び出して、第２の態様および第２の態様の実装に従って方法を実装するように構成される。
【００６８】
本出願の第１１の態様は、端末デバイスを提供する。端末デバイスは、メモリおよびプロセッサを含む。メモリは、プログラム命令を記憶するように構成され、プロセッサは、メモリにおけるプログラム命令を呼び出して、第３の態様および第３の態様の実装に従って方法を実装するように構成される。
【００６９】
本出願の第１２の態様は、ネットワークデバイスを提供する。ネットワークデバイスは、メモリおよびプロセッサを含む。メモリは、プログラム命令を記憶するように構成され、プロセッサは、メモリにおけるプログラム命令を呼び出して、第４の態様および第４の態様の実装に従って方法を実装するように構成される。
【図面の簡単な説明】
【００７０】
【図１】既存のＮＢ−ＩｏＴシステムにおいて端末デバイスがアップリンクデータをネットワークデバイスに送信する必要があるときの処理プロセスの例を示す図である。
【図２】本出願によるリソーススケジューリング方法のシステムアーキテクチャ図である。
【図３】本出願によるリソーススケジューリング方法の実施形態１の相互作用フローチャートである。
【図４】既存のＮＢ−ＩｏＴシステムにおけるＮＢ−ＩｏＴキャリア内のＮＰＲＡＣＨ周波数領域リソースの概略分布図である。
【図５】ＮＢ−ＩｏＴランダムアクセスプリアンブルの概略図である。
【図６】ＮＢ−ＩｏＴランダムアクセスプリアンブル系列が遅延して送信され、伝送されたデータ情報を示す例の図である。
【図７】本出願によるリソーススケジューリング方法の実施形態２の相互作用フローチャートである。
【図８】本出願による端末デバイスの実施形態１の構造ブロック図である。
【図９】本出願によるネットワークデバイスの実施形態１の構造ブロック図である。
【図１０】本出願による別の端末デバイスの実施形態１の構造ブロック図である。
【図１１】本出願による別のネットワークデバイスの実施形態１の構造ブロック図である。
【図１２】本出願による端末デバイスの実施形態１の物理ブロック図である。
【図１３】本出願によるネットワークデバイスの実施形態１の物理ブロック図である。
【図１４】本出願による別の端末デバイスの実施形態１の物理ブロック図である。
【図１５】本出願による別のネットワークデバイスの実施形態１の物理ブロック図である。
【発明を実施するための形態】
【００７１】
本明細書における用語「および／または」は、関連付けられた対象を記述するための関連付け関係のみを記述し、３つの関係が存在し得ることを表すことを理解されたい。たとえば、Ａおよび／またはＢは、以下の３つの場合、すなわち、Ａのみが存在する、ＡとＢの両方が存在する、ならびにＢのみが存在することを表し得る。加えて、本明細書における文字「／」は一般に、関連付けられた対象の間の「または」関係を示す。
【００７２】
様々な通信システムにおいて、リソースの浪費を回避するために、伝送される必要があるアップリンクデータを端末デバイスが有しない場合、ネットワークデバイスはアップリンクリソースを端末デバイスに割り当てない。伝送される必要があるアップリンクリソースを端末デバイスが有するとき、端末デバイスは、端末デバイスがアップリンクリソースを伝送する必要があることをネットワークに通知して、アップリンクリソースを端末デバイスに割り当てるようにネットワークデバイスに要求する必要がある。
【００７３】
既存のＮＢ−ＩｏＴシステムでは、アップリンクデータをネットワークデバイスに送信する必要があるとき、端末デバイスは、アップリンクデータを送信する前にランダムアクセスを再開始する必要がある。図１は、既存のＮＢ−ＩｏＴシステムにおいて端末デバイスがアップリンクデータをネットワークデバイスに送信する必要があるときの処理プロセスの例を示す。図１に示されるように、アップリンクデータを受信した後、端末デバイスはランダムアクセスを再開始する。特定のプロセスは、以下のステップを含む。
【００７４】
Ｓ１０１．  端末デバイスは、アクセスプリアンブルをネットワークデバイスに送信する。
【００７５】
Ｓ１０２．  ネットワークデバイスは、ランダムアクセス応答を端末デバイスに返す。
【００７６】
Ｓ１０３．  端末デバイスは、応答を受信し、次いで、ネットワークデバイスに対する無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ、ＲＲＣ）要求を開始する。
【００７７】
Ｓ１０４．  ネットワークデバイスは、ＲＲＣ接続セットアップメッセージを端末デバイスに送信する。
【００７８】
Ｓ１０５．  端末デバイスは、ＲＲＣ接続セットアップ完了メッセージをネットワークデバイスに送信する。
【００７９】
Ｓ１０６．  端末デバイスは、アップリンクデータをネットワークデバイスに送信する。
【００８０】
端末デバイスは、アップリンクデータの量をネットワークデバイスに報告し、少なくともＳ１０３の後にアップリンクデータをネットワークデバイスに送信することができる。
【００８１】
すなわち、従来技術では、端末デバイスは、比較的長い時間を待って、より多くの動作を行った後に初めて、アップリンクデータを送信することができる。これは、端末デバイスの消費電力および遅延を増大させる。加えて、複数の端末デバイス上でアクセス競合が発生したとき、端末デバイスは、バックオフすることがあり、または故障さえすることがあり、端末デバイスの消費電力および遅延をさらに増大させる。
【００８２】
上記の問題に鑑みて、本出願はリソーススケジューリング方法を提供する。ネットワークデバイスは、先行して構成情報を端末デバイスに送信する。送信される必要があるアップリンクデータを端末デバイスが有するとき、端末デバイスは、構成情報により示される特定のリソース上でスケジューリング要求をネットワークデバイスに送信し、すなわち、端末デバイスがデータを送信する必要があることをネットワークデバイスに通知し、次いで、ランダムアクセスプロセスを行うことなくアップリンクデータを直接送信し、それにより、端末デバイスの消費電力および遅延を低減する。
【００８３】
加えて、ネットワークデバイスにより送信される構成情報は、端末デバイスに対応するカバレッジ拡張レベルを直接または間接的に示す、カバレッジ拡張レベルインデックスまたは繰り返しの量などの情報を含む。すなわち、構成情報により示されるリソースについてカバレッジレベルが識別されることが可能であり、それにより、カバレッジレベルについてのＮＢ−ＩｏＴシステムの要件を満足させる。
【００８４】
図２は、本出願によるリソーススケジューリング方法のシステムアーキテクチャ図である。図２に示されるように、ＮＢ−ＩｏＴシステムにおいて、ネットワークデバイスは、複数の端末デバイスと通信し得る。ネットワークデバイスは、基地局であってよく、端末デバイスは、携帯電話やプリンタなどのマシンタイプ通信を行うことができる任意の端末デバイスであってよい。本出願で提供される方法は、任意の端末デバイスに適用可能である。
【００８５】
図３は、本出願によるリソーススケジューリング方法の実施形態１の相互作用フローチャートである。図３に示されるように、方法の実行プロセスは以下の通りである。
【００８６】
Ｓ３０１．  ネットワークデバイスはシステムメッセージを送信する。
【００８７】
ネットワークデバイスは、システムメッセージを使用することによって、利用可能なリソースセットの構成パラメータをサービングセル内のすべての端末デバイスに通知してよく、リソースセットは、端末デバイスのそれぞれによってスケジューリング要求をネットワークデバイスに送信するために使用される。たとえば、リソースセットは、アップリンクランダムアクセスチャネル（狭帯域物理ランダムアクセスチャネル（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＣＨａｎｎｅｌ、ＮＰＲＡＣＨ））リソース、ＮＰＲＡＣＨリソースサブセット、アップリンクデータチャネル（狭帯域物理アップリンク共有チャネル（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ、ＮＰＵＳＣＨ））フォーマット１リソース、ＮＰＵＳＣＨフォーマット１リソースサブセット、ＮＰＵＳＣＨフォーマット２リソース、またはＮＰＵＳＣＨフォーマット２リソースサブセットを含み得る。たとえば、リソースセットがＮＰＲＡＣＨリソースであるとき、ネットワークデバイスは、システムメッセージにおいて、ＮＰＲＡＣＨリソースの構成情報、たとえば、キャリア周波数、キャリアの量、サブキャリアの量、開始サブキャリアの周波数領域位置、カバレッジ拡張レベルインデックス、繰り返しの量、周期、開始時点、プリアンブルフォーマット、およびプリアンブル伝送試行の最大量などを示し得る。カバレッジ拡張レベルインデックスまたは繰り返しの量は、リソースに対応するカバレッジ拡張レベルを示すために使用され得る。
【００８８】
上述されたように、本出願では、スケジューリング要求は特定のリソース上で送信され、ランダムアクセスプロセスは行われず、それにより、端末デバイスの消費電力および遅延を低減する。ＮＢ−ＩｏＴシステムにおけるカバレッジ拡張の特徴に基づいて、カバレッジレベルは、特定のリソースについて識別される必要があり、カバレッジレベルは、ＮＰＲＡＣＨリソースについて識別されることが可能である。したがって、任意選択の実装において、ＮＰＲＡＣＨリソースは、本出願におけるスケジューリング要求を送信するための特定のリソースとして使用され得る。このようにして、ＮＰＲＡＣＨリソースの以下の特徴が引き継がれ、カバレッジレベルがＮＰＲＡＣＨリソースについて識別されることが可能であり、それにより、リソースとパフォーマンスを効果的にバランスさせる。加えて、ＮＰＲＡＣＨリソースとアップリンクデータについての競合解決メカニズムが存在する。具体的には、ＮＰＲＡＣＨがアップリンクデータと競合するとき、アップリンクデータが遅延して送信される。ＮＰＲＡＣＨリソースが、スケジューリング要求を送信するための特定のリソースとして使用されるとき、上記の競合メカニズムが引き継がれてよく、それにより、ネットワークデバイスのスケジューリングに課される余分な制限を回避し、より良好な後方互換性を維持する。ＮＰＲＡＣＨリソースが使用される前に、ＮＰＲＡＣＨリソースにおいて特に使用されるキャリアおよびサブキャリアが決定される必要がある。ＮＰＲＡＣＨリソースにおけるいくつかのキャリアおよびサブキャリアは、ＮＰＲＡＣＨリソースの現在の構成に基づいて直接使用されてよく、または、ＮＰＲＡＣＨリソースにおいて使用される必要があるキャリアおよびサブキャリアは、特定のパラメータに基づいて計算されてよい。代替として、ＮＰＲＡＣＨリソース以外の別のリソースが特定のリソースとして使用されてよい。
【００８９】
したがって、任意選択で、本出願におけるスケジューリング要求を送信するための特定のリソースは、以下の３つの様式で決定され得る。
【００９０】
第１の様式：
【００９１】
ＮＰＲＡＣＨリソース内のリソースが、ＮＰＲＡＣＨリソースの現在の構成に基づいて特定のリソースとして直接決定される。
【００９２】
この様式では、特定のリソースとして使用されるＮＰＲＡＣＨリソースは、ネットワークデバイスおよび端末デバイスにおいて予め構成され、もしくはメッセージを使用することによって示されてよく、または特定のリソースとして使用されるＮＰＲＡＣＨリソースは、プロトコルで指定されたルールに従って合意されてよく、または特定のリソースとして使用されるＮＰＲＡＣＨリソースは、オペレータもしくは製造者によって自己定義されたルールに従って合意されてよい。このように、ネットワークデバイスは、このステップにおいてシステムメッセージを使用することによって通知動作を行う必要がない。
【００９３】
第２の様式：
【００９４】
いくつかのパラメータが設定され、特定のリソースとして使用されるＮＰＲＡＣＨリソース内のリソースが、現在のＮＰＲＡＣＨリソースセットおよびパラメータに基づいて決定される。
【００９５】
この様式では、ネットワークデバイスは、システムメッセージを使用することによってパラメータを示し得る。すなわち、システムメッセージにおいてＮＰＲＡＣＨリソースのキャリア周波数およびキャリアの量などの情報を示すことに加えて、ネットワークデバイスは、スケジューリング要求を送信するための特定のリソースに対応するパラメータを示し決定し得る。
【００９６】
第３の様式：
【００９７】
ネットワークデバイスは、システムメッセージを使用することによって、ＮＰＲＡＣＨリソースセットに依存することなく、特定のリソースとして使用され得るリソースセットを直接示し、ネットワークデバイスは、キャリア位置、キャリアの量、サブキャリアの量、開始サブキャリアの周波数領域位置、およびスケジューリング要求伝送の最大量などを含む、システムメッセージ内の特定のリソースの構成パラメータを示し得る。
【００９８】
ネットワークデバイスは、システムメッセージを使用することによって特定のリソースの構成パラメータを直接示すので、この様式で決定されるリソースは、ＮＰＲＡＣＨリソースであってよく、またはＮＰＲＡＣＨリソースとは異なるリソースであってよい。
【００９９】
上記の３つの様式の具体的実装方法が、この実施形態の後に詳細に説明される。
【０１００】
Ｓ３０２．  ネットワークデバイスが構成メッセージを端末デバイスに送信する。
【０１０１】
構成メッセージは、スケジューリング要求を送信するために使用される第１のリソース構成情報を、端末デバイスに対して示す。
【０１０２】
Ｓ３０３．  端末デバイスは、構成メッセージに基づいて、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得する。
【０１０３】
構成メッセージを受信した後、端末デバイスは、構成メッセージ内で搬送された第１のリソース構成情報を取得し、第１のリソース構成情報は、キャリアインデックス、開始サブキャリアインデックス、スケジューリング要求伝送の最大量、カバレッジ拡張レベルを示すために使用される情報などを含んでよく、カバレッジ拡張レベルを示すために使用される情報は、具体的には、カバレッジ拡張レベルインデックスまたは繰り返しの量であり得る。
【０１０４】
ステップＳ３０１で説明された３つの様式のうちの第１の様式の例では、ＮＰＲＡＣＨリソースは、スケジューリング要求を送信するための特定のリソースとして直接使用される。この場合、最初にＳ３０１でシステムメッセージにおいて、ネットワークデバイスは、キャリアの量、サブキャリアの量、開始サブキャリアの周波数領域位置、および繰り返しの量などを含む、ＮＰＲＡＣＨリソースセットを、サービングセル内のすべての端末デバイスに対してブロードキャストする。システムメッセージを受信した後、端末デバイスは、ＮＰＲＡＣＨリソースセットの構成情報を学習する。さらに、ネットワークデバイスは、特定のリソースの予め構成された構成情報に基づいて、スケジューリング要求を送信している特定の端末デバイスに対応する特定のリソースを決定し、キャリアインデックス、開始サブキャリアインデックス、および開始サブキャリアの周波数領域位置などの情報を使用することによって、スケジューリング要求を送信するために使用されるキャリア内のサブキャリアを特定の端末デバイスに通知する。
【０１０５】
カバレッジレベルがＮＰＲＡＣＨリソースに対して識別されることが可能である。ネットワークデバイスのシステムメッセージで示されたＮＰＲＡＣＨリソースセットにおけるＮＰＲＡＣＨリソースの各グループは、１つのカバレッジ拡張レベルに対応する。ネットワークデバイスは、端末デバイスのカバレッジ拡張レベル、および予め構成された構成情報に基づいて、ＮＰＲＡＣＨリソースセット内にあるリソースであって端末デバイスのカバレッジ要件を満足させるリソースを、端末デバイスに割り当てる。
【０１０６】
任意選択の実装において、ネットワークデバイスは、具体的には、コンテンションベースのランダムアクセスプロセスにおいてＲＲＣメッセージを使用することによって第１のリソース構成情報を送信することがあり、ＲＲＣメッセージは、具体的には、コンテンションベースのランダムアクセスプロセスにおいて取得された第４のメッセージである。
【０１０７】
Ｓ３０４．  アップリンクデータが到着したとき、端末デバイスは、第１のリソース構成情報により示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、端末デバイスは、スケジューリング要求を伝送する回数をカウントするタイマを開始する。
【０１０８】
第１のリソースは、スケジューリング要求を送信するための特定のリソースのサブセットである。具体的には、特定のリソースは、第１のリソースのリソースセットである。
【０１０９】
スケジューリング要求は、アップリンクチャネルリソースをネットワークデバイスに要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない。
【０１１０】
具体的には、端末デバイスは、スケジューリング要求を送信し、詳細には、先行のステップで決定された第１のリソース上でアップリンクチャネルリソースをネットワークデバイスに要求する。これは、アップリンクチャネルリソースをネットワークデバイスに要求するためにランダムアクセスが再開始される必要がある従来技術とは異なる。
【０１１１】
Ｓ３０５．  ネットワークデバイスは、端末デバイスにより送信されたスケジューリング要求を第１のリソース上で検出して、ネットワークデバイスがスケジューリング要求を検出した場合、アップリンクチャネルリソースを端末デバイスに割り当て、またはネットワークデバイスがスケジューリング要求を検出しない場合、伝送動作を行わない。
【０１１２】
Ｓ３０６．  タイマが満了する前に、端末デバイスが、ネットワークデバイスにより割り当てられたアップリンクチャネルリソースを受信した場合、端末デバイスは、ネットワークデバイスにより割り当てられたアップリンクチャネルリソース上でバッファステータスレポートまたはアップリンクデータを送信し、そうでない場合、端末デバイスは、第１のリソース上でスケジューリング要求を再送する。スケジューリング要求を伝送する回数が、スケジューラが伝送を要求する最大伝送量を超えた場合、端末デバイスは、ランダムアクセスプロセスをトリガする。
【０１１３】
この実施形態では、ネットワークデバイスは、先行して構成メッセージを端末デバイスに送信する。端末デバイスがアップリンクデータを送信する必要があるとき、端末デバイスは、構成メッセージ内にある第１のリソース構成情報により示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、すなわち、端末デバイスがデータを送信する必要があることをネットワークデバイスに通知し、次いで、ランダムアクセスプロセスを行うことなくアップリンクデータを直接送信し、それにより、端末デバイスの消費電力および遅延を低減する。
【０１１４】
さらに、ネットワークデバイスにより送信された第１のリソース構成情報は、カバレッジ拡張レベル情報を示し、これは、端末デバイスに対応するカバレッジ拡張レベルを示す。すなわち、第１のリソース構成情報により示されるリソースについてカバレッジレベルが識別されることが可能であり、それにより、ＮＢ−ＩｏＴシステムにおける異なるカバレッジレベルに対応する端末デバイスの要件を満足させる。
【０１１５】
スケジューリング要求を送信するための特定のリソースを決定する前述の３つの様式が、以下に詳細に説明される。
【０１１６】
第１の様式：
【０１１７】
ＮＰＲＡＣＨリソース内のリソースが、ＮＰＲＡＣＨリソースの現在の構成に基づいて特定のリソースとして直接決定される。
【０１１８】
この様式では、特定のリソースとして使用されるＮＰＲＡＣＨリソースは、ネットワークデバイスおよび端末デバイスにおいて予め構成され、もしくはメッセージを使用することによって示されてよく、または特定のリソースとして使用されるＮＰＲＡＣＨリソースは、プロトコルで指定されたルールに従って合意されてよく、または特定のリソースとして使用されるＮＰＲＡＣＨリソースは、オペレータもしくは製造者によって自己定義されたルールに従って合意されてよい。このように、ネットワークデバイスは、このステップにおいてシステムメッセージを使用することによって通知動作を行う必要がない。
【０１１９】
具体的に、図４は、既存のＮＢ−ＩｏＴシステムにおけるＮＢ−ＩｏＴキャリア内のＮＰＲＡＣＨ周波数領域リソースの概略分布図である。図４に示されるように、ＮＰＲＡＣＨ周波数領域リソースの全体セットが、Ａであり、各カバレッジ拡張レベルに対応しＮＰＲＡＣＨリソースに割り当てられる開始サブキャリアの周波数領域位置が、Δfとして示され、ＮＢ−ＩｏＴが、ｍ個のＮＢ−ＩｏＴキャリアをサポートすることができ、１つのＮＢ−ＩｏＴキャリア内のＮＰＲＡＣＨ周波数領域リソースが、Ａiであり、ここで、ｉ＝０，…，ｍ−１であり、
【０１２０】
【数１】
2020512758.tif 000043
【０１２１】
であることを仮定する。１つのＮＢ−ＩｏＴキャリア内のシングルトーンＭｓｇ３のＵＥサポートを示すためのＮＰＲＡＣＨ周波数領域リソースが、Ｂiとして示され、ここで、ｉ＝０，…，ｍ−１である。１つのＮＢ−ＩｏＴキャリア内のマルチトーンＭｓｇ３のＵＥサポートを示すためのＮＰＲＡＣＨ周波数領域リソースが、Ｃiとして示され、ここで、ｉ＝０，…，ｍ−１である。１つのＮＢ−ＩｏＴキャリア内のコンテンションベースのランダムアクセスを示すためのＮＰＲＡＣＨ周波数領域リソースが、Ｄiとして示され、ここで、ｉ＝０，…，ｍ−１であり、Ｄi＝Ｂi＋Ｃiである。１つのＮＢ−ＩｏＴキャリア内にあるリソースであって、コンテンションベースのランダムアクセスのためのＮＰＲＡＣＨ周波数領域リソースとは異なるリソースが、Ｅiとして示され、ここで、ｉ＝０，…，ｍ−１である。この場合、Ｄi＋Ｅi＝Ａiである。
【０１２２】
特定のリソースの周波数領域リソースとして使用されるＮＰＲＡＣＨ周波数領域リソースが、ネットワークデバイスおよび端末デバイスにおいて予め構成され、もしくはメッセージを使用することによって示され、または特定のリソースの周波数領域リソースとして使用されるＮＰＲＡＣＨ周波数領域リソースが、プロトコルで指定されたルールに従って合意され、または特定のリソースの周波数領域リソースとして使用されるＮＰＲＡＣＨ周波数領域リソースが、オペレータもしくは製造者によって自己定義されたルールに従って合意されるとき、Ａi、Ｂi、Ｃi、Ｄi、Ｅi、Ａi−Ｂi、Ａi−Ｃi、Ａi−Ｄi、およびＡi−Ｅiが、特定のリソースの周波数領域リソースを示し、ここでｉ＝０，…，ｍ−１またはｉ＝１，…，ｍ−１であることが、直接示されまたは合意され得る。たとえば、特定のリソースの周波数領域リソースがＡi−ＤiまたはＥiであることが構成され、示され、または合意され得る。この場合、それは、スケジューリング要求が送信されることが可能である各ＮＢ−ＩｏＴキャリア内で、ＮＰＲＡＣＨ周波数領域リソース内にある周波数領域リソースであって、コンテンションベースのランダムアクセスのために割り当てられた周波数領域リソースとは異なる周波数領域リソースが、特定のリソースの周波数領域リソースとして使用され得ることを表す。
【０１２３】
いくつかの任意選択の実装において、Ａi、Ｂi、Ｃi、Ｄi、およびＥiは、異なる様式で計算されて、特定のリソースの周波数領域リソースが、ＮＰＲＡＣＨ周波数領域リソースのサブセットであり、または特定のリソースが、ＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースであるようにしてよい。
【０１２４】
加えて、この様式では、既存のＮＰＲＡＣＨ時間領域リソースの構成パラメータ、たとえば、周期、送信開始時点、および期間の開始時点に対する時間オフセットなどが、特定のリソースの時間領域リソースについて使用され得る。
【０１２５】
第２の様式：
【０１２６】
いくつかのパラメータが設定され、パラメータに基づいて現在のＮＰＲＡＣＨリソースセットに対して計算が行われ、特定のリソースとして使用されるＮＰＲＡＣＨリソース内のリソースが決定される。
【０１２７】
この様式では、ネットワークデバイスが、システムメッセージを使用することによってパラメータを示し得る。すなわち、システムメッセージにおけるＮＰＲＡＣＨリソースのキャリア周波数およびキャリアの量などの情報を示すことに加えて、ネットワークデバイスは、スケジューリング要求を送信するための特定のリソースに対応するパラメータを示し決定し得る。
【０１２８】
この様式は、ＮＢ−ＩｏＴキャリア次元、サブキャリア次元、またはＮＢ−ＩｏＴキャリア次元とサブキャリア次元の両方に適用され得る。加えて、特定のリソースに対応するキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置と、システムメッセージを使用することによって示されたパラメータとに基づいて決定されてよく、または特定のリソースに対応するキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置と、システムメッセージを使用することによって示されたパラメータとに基づいて決定されてよい。
【０１２９】
具体的には、以下のいくつかの場合がある。
【０１３０】
１．  この様式は、ＮＢ−ＩｏＴキャリア次元に適用され、特定のリソースに対応するキャリア位置が、ＮＰＲＡＣＨリソースのキャリア位置と、システムメッセージを使用することによって示された予め設定されたパラメータとに基づいて決定される。
【０１３１】
２．  この様式は、ＮＢ−ＩｏＴキャリア次元に適用され、特定のリソースに対応するキャリア位置が、ＮＰＲＡＣＨリソースのサブセットのキャリア位置と、システムメッセージを使用することによって示された予め設定されたパラメータとに基づいて決定される。
【０１３２】
３．  この様式は、サブキャリア次元に適用され、特定のリソースに対応する開始サブキャリア位置が、ＮＰＲＡＣＨリソースの開始サブキャリア位置と、システムメッセージを使用することによって示された予め設定されたパラメータとに基づいて決定される。
【０１３３】
４．  この様式は、サブキャリア次元に適用され、特定のリソースに対応する開始サブキャリア位置が、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置と、システムメッセージを使用することによって示された予め設定されたパラメータとに基づいて決定される。
【０１３４】
５．  この様式は、ＮＢ−ＩｏＴキャリア次元とサブキャリア次元の両方に適用され、特定のリソースに対応するキャリア位置が、ＮＰＲＡＣＨリソースのキャリア位置と、システムメッセージを使用することによって示された第１の予め設定されたパラメータとに基づいて決定され、特定のリソースに対応する開始サブキャリア位置が、ＮＰＲＡＣＨリソースの開始サブキャリア位置と、システムメッセージを使用することによって示された第２の予め設定されたパラメータとに基づいて決定される。
【０１３５】
６．  この様式は、ＮＢ−ＩｏＴキャリア次元とサブキャリア次元の両方に適用され、特定のリソースに対応するキャリア位置が、ＮＰＲＡＣＨリソースのサブセットのキャリア位置と、システムメッセージを使用することによって示された第１の予め設定されたパラメータとに基づいて決定され、特定のリソースに対応する開始サブキャリア位置が、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置と、システムメッセージを使用することによって示された第２の予め設定されたパラメータとに基づいて決定される。
【０１３６】
第５および第６の場合、第１の予め設定されたパラメータの値は、同じでよくまたは異なってよい。すなわち、同じパラメータまたは異なるパラメータがキャリアおよびサブキャリアに対して使用され得る。
【０１３７】
システムメッセージを使用することによって示される予め設定されたパラメータ、第１の予め設定されたパラメータ、および第２の予め設定されたパラメータは、具体的には、ＮＰＲＡＣＨリソースまたはＮＰＲＡＣＨリソースのサブセットについてのオフセットパラメータであってよく、あるいはＮＰＲＡＣＨリソースまたはＮＰＲＡＣＨリソースのサブセットについてのスケールファクタであってよい。
【０１３８】
予め設定されたパラメータ、第１の予め設定されたパラメータ、および第２の予め設定されたパラメータがオフセットパラメータであるとき、第５および第６の場合の例では、具体的には、
特定のリソースのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１のオフセットパラメータに基づいて決定され、特定のリソースの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第１のオフセットパラメータに基づいて決定される、または
特定のリソースのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１のオフセットパラメータに基づいて決定され、特定のリソースの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される。
【０１３９】
第１のオフセットパラメータおよび第２のオフセットパラメータは、ネットワークデバイスにより送信されたシステムメッセージを使用することによって構成される。
【０１４０】
予め設定されたパラメータ、第１の予め設定されたパラメータ、および第２の予め設定されたパラメータがスケールファクタであるとき、第５および第６の場合の例では、具体的には、
特定のリソースのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、特定のリソースの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される、または
特定のリソースのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、特定のリソースの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される。
【０１４１】
第１の予め設定されたスケールファクタおよび第２の予め設定されたスケールファクタは、ネットワークデバイスにより送信されたシステムメッセージを使用することによって構成される。
【０１４２】
上記のプロセスの例が、図４に示されているＮＰＲＡＣＨリソースの分割を参照して引き続き説明される。
【０１４３】
１．  サブキャリア次元
【０１４４】
オフセットパラメータはＦiであり、ここで、ｉ＝０，…，ｍ−１である。Ｆiは、Ａi、Ｂi、Ｃi、Ｄi、もしくはＥiの開始サブキャリアに対する周波数領域オフセットであり得るか、またはＡi−Ｂi、Ａi−Ｃi、Ａi−Ｄi、もしくはＡi−Ｅiの開始サブキャリアに対する周波数領域オフセットであり得ることが仮定される。
【０１４５】
スケールファクタはαiであり、ここで、ｉ＝０，…，ｍ−１である。Ａi、Ｂi、Ｃi、Ｄi、もしくはＥiにおける比αiが特定のリソースの周波数領域リソースとして構成され得るか、またはＡi、Ｂi、Ｃi、Ｄi、もしくはＥiにおける比（１−αi）が特定のリソースの周波数領域リソースとして構成され得るか、またはＡi−Ｂi、Ａi−Ｃi、Ａi−Ｄi、もしくはＡi−Ｅiにおける比αiが特定のリソースの周波数領域リソースとして構成され得るか、またはＡi−Ｂi、Ａi−Ｃi、Ａi−Ｄi、もしくはＡi−Ｅiにおける比（１−αi）が特定のリソースの周波数領域リソースとして構成され得ることが仮定され、ここで、ｉ＝０，…，ｍ−１、またはｉ＝１，…，ｍ−１である。
【０１４６】
２．  ＮＢ−ＩｏＴキャリア次元
【０１４７】
ＮＢ−ＩｏＴキャリア次元では、オフセットパラメータおよびスケールファクタに加えて、パラメータがビットマップであり得る。
【０１４８】
オフセットパラメータ：
【０１４９】
オフセットパラメータは、ＮＢ−ＩｏＴキャリアインデックスに対するオフセットであり得る。たとえば、ＮＢ−ＩｏＴは、ランダムアクセスを開始するようにｍ個のＮＢ−ＩｏＴキャリアを構成する。キャリアインデックスは、０，１，…，およびｍ−１であり、相対オフセットは、ＮＢ−ＩｏＴキャリアインデックス０に対するオフセット、またはＮＢ−ＩｏＴキャリアインデックス１に対するオフセットなどであり得る。
【０１５０】
スケールファクタ：
【０１５１】
スケールファクタはβであり、キャリアインデックスはＩであり、ここで、Ｉは整数であり、０≦Ｉ≦ｍ−１であることが仮定される。
【０１５２】
【数２】
2020512758.tif 000044
【０１５３】
、
【０１５４】
【数３】
2020512758.tif 000045
【０１５５】
、
【０１５６】
【数４】
2020512758.tif 000046
【０１５７】
、
【０１５８】
【数５】
2020512758.tif 000047
【０１５９】
、
【０１６０】
【数６】
2020512758.tif 000048
【０１６１】
、
【０１６２】
【数７】
2020512758.tif 000049
【０１６３】
、
【０１６４】
【数８】
2020512758.tif 000050
【０１６５】
、または
【０１６６】
【数９】
2020512758.tif 000051
【０１６７】
を満たすＮＢ−ＩｏＴキャリアが、スケジューリング要求を送信するために使用される。代替として、Ｉは正の整数であり、１≦Ｉ≦ｍ−１である。
【０１６８】
【数１０】
2020512758.tif 000052
【０１６９】
、
【０１７０】
【数１１】
2020512758.tif 000053
【０１７１】
、
【０１７２】
【数１２】
2020512758.tif 000054
【０１７３】
、
【０１７４】
【数１３】
2020512758.tif 000055
【０１７５】
、
【０１７６】
【数１４】
2020512758.tif 000056
【０１７７】
、
【０１７８】
【数１５】
2020512758.tif 000057
【０１７９】
、
【０１８０】
【数１６】
2020512758.tif 000058
【０１８１】
、または
【０１８２】
【数１７】
2020512758.tif 000059
【０１８３】
を満たすＮＢ−ＩｏＴキャリアが、スケジューリング要求を送信するために使用される。
【０１８４】
ビットマップ：
【０１８５】
ｍの長さを有するビットマップが表現のために使用されることが仮定される。ビットマップにおいてビットは、ＮＢ−ＩｏＴキャリアインデックスと一対一の対応関係にある。下位ビットが最小インデックス番号を示すか、または上位ビットが最小インデックス番号を示す。代替として、別の予め設定されたルールに従って配列が行われる。本出願は、特に制限を与えない。ネットワークデバイスと端末デバイスは、同じ予め設定された配列ルールを使用する。ビットマップにおいて、ビット位置０が、対応するＮＢ−ＩｏＴキャリアが特定のリソースの周波数領域リソースとして構成されることを示し、またはビット位置１が、対応するＮＢ−ＩｏＴキャリアが特定のリソースの周波数領域リソースとして構成されることを示し、そして、ビット０またはビット１の量が、特定のリソースとして構成されたＮＢ−ＩｏＴキャリアの量を示す。ＮＢ−ＩｏＴが１６ＮＢ−ＩｏＴキャリアをサポートすると仮定すると、１６ビットのビットマップが、特定のリソースの周波数領域リソースを構成するためまたは示すために使用され得る。ビットマップ内のビット位置１は、対応するＮＢ−ＩｏＴキャリアが特定のリソースの周波数領域リソースとして構成されることを示し、下位ビットは、最大インデックス数に対応する。この場合、ビットマップ１１００１０００１０１００００１では、それは、６つのＮＢ−ＩｏＴキャリアが特定のリソースの周波数領域リソースとして構成されることを表す。
【０１８６】
第５の場合においてオフセットパラメータがパラメータとして使用される具体例が以下に提供される。
【０１８７】
ネットワークデバイスのシステムメッセージで示される第１のオフセットパラメータ、すなわちＮＢ−ＩｏＴキャリア次元におけるオフセットパラメータが、Ｆ1であり、ネットワークデバイスのシステムメッセージで示される第２のオフセットパラメータ、すなわちサブキャリア次元におけるオフセットパラメータが、Ｆ2であることが仮定され、ここで、Ｆ1は、特定のリソースのキャリア位置が、ＮＰＲＡＣＨリソースにおいてインデックスが０であるＮＢ−ＩｏＴキャリアに基づいてＦ1個のＮＢ−ＩｏＴキャリアをオフセットすることによって取得されることを表し、Ｆ2は、特定のリソースの開始サブキャリア位置が、ＮＰＲＡＣＨリソースにおいてＡiにおける開始サブキャリア位置に基づいてＦ2個のサブキャリアをオフセットすることによって取得されることを表す。
【０１８８】
ネットワークデバイスが構成情報を端末デバイスに送信するとき、Ｆ1に基づいて計算されたキャリアインデックス、およびＦ2に基づいて計算されたサブキャリアインデックスが、端末デバイスに送信され得る。
【０１８９】
加えて、この様式では、特定のリソースの時間領域リソースは、ビットマップをＮＰＲＡＣＨ時間領域リソースに導入することによって表され得る。たとえば、ビットマップ内のビットは、シンボル粒度、タイムスロット粒度、サブフレーム粒度、またはＮＰＲＡＣＨ周期粒度などを表すために使用され得る。ビット１は、対応するシンボル，タイムスロット，サブフレーム、またはＮＰＲＡＣＨ周期が特定のリソースの時間領域リソースとして使用されることを示し、ビット０は、対応するシンボル，タイムスロット，サブフレーム、またはＮＰＲＡＣＨ周期が特定のリソースの時間領域リソースとして使用されないことを示す。これは単に本明細書での例であり、ビット０または１に対応する意味は上記の例のそれと逆であり得る。
【０１９０】
第３の様式：
【０１９１】
ネットワークデバイスは、システムメッセージを使用することによって、ＮＰＲＡＣＨリソースに依存することなく、第１のリソースとして使用され得るリソースセットを直接示し、ネットワークデバイスは、キャリアの量、サブキャリアの量、および開始サブキャリアの周波数領域位置などを含む、システムメッセージ内の第１のリソースの構成パラメータを示し得る。
【０１９２】
この方法では、ネットワークデバイスは、既存のＮＰＲＡＣＨリソースを再使用することなく、第１のリソースとして使用され得るリソースセットを柔軟に示し得る。したがって、リソースは、より柔軟に割り当てられることが可能である。
【０１９３】
特定のリソース、特定の実装プロセスでは第１のリソースを決定するための上記されたいくつかの任意選択の実装は、要件に基づいて上記の実装のうちの任意の１つまたは組み合わせを選択することによって構成され得る。決定された特定のリソースは、ＮＰＲＡＣＨリソース、ＮＰＲＡＣＨリソースのサブセット、ＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソース、ＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースのサブセット、またはＮＰＲＡＣＨリソースとは異なるリソースであってよい。
【０１９４】
以下では、端末デバイスによって、アップリンクデータ量をネットワークデバイスに通知するための方法を説明する。
【０１９５】
図３に示されたステップＳ３０４では、端末デバイスは、第１のリソース上でスケジューリング要求をネットワークデバイスに送信して、アップリンクチャネルリソースを割り当てるようにネットワークデバイスに要求する。加えて、端末デバイスは、伝送される必要があるアップリンクデータのボリュームをネットワークデバイスに通知する必要があり、そうすることで、その情報に基づいてネットワークデバイスがアップリンクチャネルリソースを適切に割り当てる。任意選択の実装において、端末デバイスは、ステップ３０４の後、ネットワークデバイスに対して、アップリンクデータのボリュームをネットワークデバイスに通知するために使用されるメッセージを送信することがある。別の任意選択の実装において、端末デバイスは、ステップＳ３０４でスケジューリング要求を送信するときに、アップリンクデータ量に関する情報を暗黙的に追加してよく、次いで、ネットワークデバイスは、スケジューリング要求に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定する。第２の様式では、端末デバイスによってネットワークデバイスにアップリンクデータ量を別個に報告するプロセスが省略されてよい。したがって、ワイヤレス伝送リソースが節約されることができる。以下では、第２の様式の具体的な実装プロセスを主に説明する。
【０１９６】
第２の様式では、端末デバイスは、スケジューリング要求をネットワークデバイスに送信するとき、端末デバイスは、伝送されるべきアップリンクデータのデータ量情報を追加する。ネットワークデバイスは、スケジューリング要求に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定する。
【０１９７】
具体的には、上記の２つの方法が実装のために使用され得る。
【０１９８】
（１）  伝送されるべきアップリンクデータのデータ量情報が、リソースタイプを使用することによって暗黙的に搬送される。
【０１９９】
端末デバイスは、第１のリソースを使用することによってスケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加する。ネットワークデバイスは、受信されたスケジューリング要求に対応する第１のリソースに基づいて、伝送されるべきアップリンクデータのデータ量情報を決定する。
【０２００】
第１のリソースは、時間領域リソース、周波数領域リソース、コードリソース、または時間領域リソースと周波数領域リソースとコードリソースとの組み合わせを含む。時間領域リソース、周波数領域リソース、コードリソース、または時間領域リソースと周波数領域リソースとコードリソースとの組み合わせは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。
【０２０１】
具体的には、第１のリソースに対応する時間領域リソースは、瞬間に対応し、周波数領域リソースは、周波数領域位置に対応し、コードリソースは、直交コードに対応し、または、時間領域リソース、周波数領域リソース、およびコードリソースの組み合わせは、伝送されるべきアップリンクデータのデータ量情報に対応する。
【０２０２】
たとえば、時間領域リソースに関して、端末デバイスは、第１のリソース構成メッセージに示されたカバレッジレベル情報に基づいて、スケジューリング要求を送信するための周期および開始時点を決定し、端末デバイスによりスケジューリング要求を送信するための周期は、奇数の周期または偶数の周期であり、伝送される情報の量を示す。
【０２０３】
周波数領域リソースに関して、
第１のリソース構成メッセージは、複数のキャリアインデックスを含み、端末デバイスがスケジューリング要求を送信するときに使用される開始サブキャリア位置もしくはインデックスは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
第１のリソース構成メッセージは、複数の開始サブキャリアインデックスを含み、端末デバイスがスケジューリング要求を送信するときに使用される開始サブキャリア位置もしくはインデックスは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
第１のリソース構成メッセージは、複数のキャリアインデックスおよび複数の開始サブキャリアインデックスを含み、端末デバイスがスケジューリング要求を送信するときに使用されるキャリア位置もしくは開始サブキャリア位置は、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
第１のリソース構成メッセージは、複数のキャリアインデックスおよび複数の開始サブキャリアインデックスを含み、端末デバイスがスケジューリング要求を送信するときに使用されるキャリアインデックスもしくは開始サブキャリアインデックスは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。
【０２０４】
コードリソースに関して、第１のリソース構成メッセージは、複数の直交コードを含み、端末デバイスがスケジューリング要求を送信するときに使用される直交コードもしくは直交コードインデックスは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。
【０２０５】
時間領域リソースおよび周波数領域リソースの組み合わせ、周波数領域リソースおよびコードリソースの組み合わせ、時間領域リソースおよびコードリソースの組み合わせ、または時間領域リソース、周波数領域リソース、およびコードリソースの組み合わせは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。
【０２０６】
（２）  伝送されるべきアップリンクデータのデータ量情報は、遅延してまたは先行してスケジューリング要求を送信することによって暗黙的に搬送される。
【０２０７】
任意選択の実装において、端末デバイスによってスケジューリング要求を送信するために使用される信号は、ＮＰＲＡＣＨプリアンブルであり得る。
【０２０８】
図５は、ＮＢ−ＩｏＴランダムアクセスプリアンブルの概略図である。図５に示されるように、ＮＢ−ＩｏＴランダムアクセスプリアンブルは、単一サブキャリア周波数ホッピングシンボルグループを含む。１つのプリアンブルは、４つのシンボルグループを含み、各シンボルグループは、１つの巡回プレフィックスおよび５つのシンボルを含む。５つのシンボルは、同じ期間（duration）、すなわち８１９２Ｔsを有し、Ｔsは時間単位であり、Ｔs＝１／（１５０００×２０４８）秒を満たし、１つの巡回プレフィックスの期間は、１つのシンボルの期間と同じまたは異なることがある。実際の伝送中に、プリアンブルは、ネットワーク構成の繰り返しの量に基づいて複数回繰り返され得る。
【０２０９】
ＮＰＲＡＣＨプリアンブルの周波数領域周波数ホッピング範囲は、１２個のサブキャリア内である。１つのＮＢ−ＩｏＴキャリアの帯域幅は１８０ｋＨｚであり、１つのＮＰＲＡＣＨプリアンブルが１つのサブキャリアを占め、サブキャリア帯域幅は３．７５ｋＨｚである。したがって、１つのＮＢ−ＩｏＴキャリアは、最大で１８０／３．７５＝４８個のＮＰＲＡＣＨプリアンブルをサポートすることができる。
【０２１０】
任意選択の実装において、端末デバイスによってスケジューリング要求を送信するために使用される信号は、ＮＰＲＡＣＨプリアンブル、またはＮＰＲＡＣＨプリアンブルのそれに類似する構造を有する新しい系列であり得る。すなわち、その系列も、単一サブキャリア周波数ホッピングシンボルグループを含む。１つのプリアンブルは、４つのシンボルグループを含み、各シンボルグループは、１つの巡回プレフィックスおよび５つのシンボルを含む。５つのシンボルは、同じ期間、すなわち８１９２Ｔsを有し、Ｔsは時間単位であり、Ｔs＝１／（１５０００×２０４８）秒を満たし、１つの巡回プレフィックスの期間は、ＮＰＲＡＣＨプリアンブルの巡回プレフィックスの期間と同じまたは異なることがある。系列の周波数領域周波数ホッピング範囲は、１２個のサブキャリア内である。
【０２１１】
この実施形態では、端末デバイスによってスケジューリング要求を送信するために使用される系列は、ＮＢ−ＩｏＴランダムアクセスプリアンブル系列であり得る。加えて、スケジューリング要求を送信する前に、端末デバイスは、タイミングアドバンス（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ、ＴＡ）調整を行っている。
【０２１２】
さらに、ＮＢ−ＩｏＴランダムアクセスプリアンブル系列を使用することによって第１のリソース上でスケジューリング要求を送信するときに、端末デバイスは、遅延してまたは先行して第１リソース上でスケジューリング要求を送信し得る。送信されたスケジューリング要求に対応する遅延時間の量またはタイミングアドバンスの量は、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する。ネットワークデバイスは、第１のリソース上で受信されたスケジューリング要求に対応する遅延時間の量またはタイミングアドバンスの量に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定する。
【０２１３】
たとえば、図６は、ＮＢ−ＩｏＴランダムアクセスプリアンブル系列が遅延して送信され、伝送されたデータ情報を示す例の図である。図６に示されるように、端末デバイスは、０シンボル期間、１／４シンボル期間、１／２シンボル期間、および３／４シンボル期間それぞれ遅延することによりプリアンブル系列を送信してよく、１つの伝送されるべきアップリンクデータのデータ量範囲を示す。ここでは、シンボル期間は、ＮＰＲＡＣＨプリアンブルにおける１つのシンボルの期間と同じ、すなわち８１９２Ｔsであり、Ｔsは時間単位であり、Ｔs＝１／（１５０００×２０４８）秒を満たす。
【０２１４】
遅延されたシンボルと、伝送されるべきアップリンクデータのデータ量範囲との間の対応関係が、表１に示されていると仮定される。この場合、端末デバイスが、１／４シンボル期間遅延することによって第１のリソース上でスケジューリング要求をネットワークデバイスに送信した後、ネットワークデバイスが、スケジューリング要求が１／４シンボル期間遅延されたことを検出した場合、端末デバイスによって送信される必要があるアップリンクの長さは、１０バイトより長くかつ１２バイト以下である。この場合、ネットワークデバイスは、長さが１０バイトより長くかつ１２バイト以下であるデータに対応するアップリンクチャネルリソースを、端末デバイスに割り当て得る。
【０２１５】
【表１】
2020512758.tif 000060
【０２１６】
図６は、プリアンブル系列の１つのシンボルグループのみを示しており、別のシンボルグループの遅延ポリシも同様であることに留意されたい。
【０２１７】
図７は、本出願によるリソーススケジューリング方法の実施形態２の相互作用フローチャートである。実施形態の適用シナリオは、ネットワークデバイスによるアップリンク伝送のスケジューリング中に、アップリンクデータが端末デバイスに到着するというものである。図７に示されるように、この方法での別の実行プロセスは以下の通りである。
【０２１８】
Ｓ７０１．  端末デバイスは、ネットワークデバイスにより送信されたダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）標識を受信する。
【０２１９】
ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間−周波数リソースである。加えて、第１のリソースは、端末デバイスによってスケジューリング要求を送信するために使用される。
【０２２０】
ＮＢ−ＩｏＴシステムでは、アップリンク物理チャネルは、ＮＰＲＡＣＨおよびＮＰＵＳＣＨを含む。ＮＰＵＳＣＨは、ＮＰＵＳＣＨフォーマット１およびＮＰＵＳＣＨフォーマット２を含む。ＮＰＵＳＣＨフォーマット１は、アップリンクデータを送信するために使用され、ＮＰＵＳＣＨフォーマット２は、ダウンリンクＨＡＲＱ−ＡＣＫフィードバック情報を運ぶために使用される。
【０２２１】
この実施形態では、ＮＰＵＳＣＨフォーマット２リソースは第１のリソースとして使用される。
【０２２２】
Ｓ７０２．  端末デバイスは、ＤＣＩに基づいて第１のリソースを決定する。
【０２２３】
このステップは、任意選択のステップである。
【０２２４】
Ｓ７０３．  アップリンクデータが端末デバイスに到着したとき、端末デバイスは、ＤＣＩにより示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信する。
【０２２５】
さらに、ネットワークデバイスは、第１のリソース上で、端末デバイスにより送信されたスケジューリング要求を受信および検出する。ネットワークデバイスが、端末デバイスにより送信されたスケジューリング要求を第１のリソース上で検出した場合、ネットワークデバイスは、アップリンクチャネルリソースを端末デバイスに割り当てる。そうでない場合、ネットワークデバイスは、検出されたＨＡＲＱ−ＡＣＫフィードバック情報のみに基づいて、対応するＨＡＲＱ動作を行う。
【０２２６】
この実施形態では、端末デバイスは、第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間−周波数リソースである。すなわち、端末デバイスは、ＮＰＵＳＣＨフォーマット２を使用してスケジューリング要求を送信することができ、それにより、スケジューリング要求のために特に使用されるリソースを低減する。
【０２２７】
上記実施形態に基づいて、この実施形態は、ＮＰＵＳＣＨフォーマット２リソースを使用することによって端末デバイスにより送信されたスケジューリング要求を送信するための特定の方法に関する。
【０２２８】
任意選択の実装において、端末デバイスは、より高次の変調を介して第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送し得る。ＨＡＲＱ−ＡＣＫフィードバック情報において、ＡＣＫは肯定応答を示し、ＮＡＣＫは否定応答を示す。
【０２２９】
任意選択で、端末デバイスは、送信されるべき情報に基づいて、四位相偏移変調（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ、ＱＰＳＫ）を行い得る。たとえば、００への変調は、ＡＣＫのみが送信されることを示し、０１への変調は、ＡＣＫとスケジューリング要求の両方が送信されることを示し、１１への変調は、ＮＡＣＫのみが送信されることを示し、１０への変調は、ＮＡＣＫとスケジューリング要求の両方が送信されることを示す。
【０２３０】
別の任意選択の実装において、端末デバイスは、代替として、ＨＡＲＱ−ＡＣＫフィードバックメッセージに対応する変調シンボルに対して位相回転を行って、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。
【０２３１】
任意選択で、ＨＡＲＱ−ＡＣＫフィードバック情報についての変調シンボルとπ／２の位相回転を加えた信号点は、ＡＣＫとスケジューリング要求の両方が送信されることを示し、ＮＡＣＫの変調シンボルとπ／２位相回転を加えた信号点は、ＡＣＫとスケジューリング要求の両方が送信されることを示す。
【０２３２】
別の任意選択の実装において、端末デバイスは、代替として、端末デバイスは、ＨＡＲＱ−ＡＣＫフィードバック情報に対応する変調シンボルまたは符号化されたビットを、予め設定された直交コードで乗算して、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送し得る。
【０２３３】
任意選択で、たとえば、符号化されたＨＡＲＱ−ＡＣＫフィードバック情報は、ＮＢ−ＩｏＴにおいて１６の長さを有する符号語である。ＡＣＫのための情報ビット１は、１６個の１に符号化され、ＮＡＣＫのための情報ビット０は、１６個の０に符号化される。ＡＣＫの符号化されたビットは、である１６の長さを有するアダマール系列の部分系列で乗算され、たとえば｛１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１｝で、ＡＣＫとスケジューリング要求の両方を伝送する。すなわち、ネットワークデバイスによって受信されたコードが１６個の１である場合、それは、ＡＣＫのみが伝送されたことを示す。ネットワークデバイスによって受信されたコードが１６個の０である場合、それは、ＮＡＣＫのみが伝送されたことを示す。ネットワークが直交コード系列｛１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１｝を検出した場合、それは、ＡＣＫとスケジューリング要求の両方が伝送されたことを示す。
【０２３４】
別の任意選択の実装において、端末デバイスは、ＨＡＲＱ−ＡＣＫフィードバック情報および予め設定された直交系列に基づいて、第１の伝送系列を決定し、第１のリソース上で第１の伝送系列を伝送し、第１の伝送系列は、ＨＡＲＱ−ＡＣＫフィードバック情報とスケジューリング要求情報との両方を搬送するために使用される。
【０２３５】
端末デバイスは、ＨＡＲＱ−ＡＣＫに対応する変調シンボルおよび予め設定された直交系列に基づいて、ＨＡＲＱ−ＡＣＫフィードバック情報およびスケジューリング要求を伝送するので、情報を受信するネットワークデバイスは、スケジューリング要求があるかどうかを検出するときに複雑な復号動作を行うことなく、系列検出を完了するためにコヒーレントな組み合わせを直接行うだけでよく、それにより、検出複雑性を低減する。
【０２３６】
任意選択で、予め設定された直交系列は、少なくとも１つの直交系列である。たとえば、予め設定された直交系列は、２つの系列であってよく、または１つの系列であってよい。以下では、これら２つの場合での端末によって伝送系列を決定するための方法を個別に説明する。
【０２３７】
１．  予め設定された直交系列は、２つの系列である。
【０２３８】
具体的には、予め設定された直交系列は、第１の直交系列または第２の直交系列であってよく、第１の直交系列は、伝送されるべきスケジューリング要求がないときに使用され、第２の直交系列は、伝送されるべきスケジューリング要求があるときに使用される。
【０２３９】
直交系列は良好な相互相関を有するので、スケジューリング要求がある状態とスケジューリング要求がない状態とが効果的に識別されることが可能である。
【０２４０】
具体的には、伝送されるべきスケジューリング要求がなく、ＨＡＲＱ−ＡＣＫフィードバック情報がＡＣＫであるとき、端末デバイスは、ＡＣＫに対応する変調シンボルおよび第１の直交系列に基づいて、複素シンボルの系列を決定し、複素シンボルの系列は、ＡＣＫに対応する変調シンボルを第１の直交系列における各要素で乗算することによって取得される。対応して、端末デバイスは、第１のリソース内にある時間−周波数リソースであって、アップリンク基準信号により占められるリソースとは異なる時間−周波数リソースの位置において、複素シンボルの系列を伝送する。
【０２４１】
伝送されるべきスケジューリング要求がなく、ＨＡＲＱ−ＡＣＫフィードバック情報がＮＡＣＫであるとき、端末デバイスは、ＮＡＣＫに対応する変調シンボルおよび第１の直交系列に基づいて、複素シンボルの系列を決定し、複素シンボルの系列は、ＮＡＣＫに対応する変調シンボルを第１の直交系列における各要素で乗算することによって取得される。対応して、端末デバイスは、第１のリソース内にある時間−周波数リソースであって、アップリンク基準信号により占められるリソースとは異なる時間−周波数リソースの位置において、複素シンボルの系列を伝送する。
【０２４２】
伝送されるべきスケジューリング要求があり、ＨＡＲＱ−ＡＣＫフィードバック情報がＡＣＫであるとき、端末デバイスは、ＡＣＫに対応する変調シンボルおよび第２の直交系列に基づいて、複素シンボルの系列を決定し、複素シンボルの系列は、ＡＣＫに対応する変調シンボルを第２の直交系列における各要素で乗算することによって取得される。対応して、端末デバイスは、第１のリソース内にある時間−周波数リソースであって、アップリンク基準信号により占められるリソースとは異なる時間−周波数リソースの位置において、複素シンボルの系列を伝送する。
【０２４３】
伝送されるべきスケジューリング要求があり、ＨＡＲＱ−ＡＣＫフィードバック情報がＮＡＣＫであるとき、端末デバイスは、ＮＡＣＫに対応する変調シンボルおよび第２の直交系列に基づいて、複素シンボルの系列を決定し、複素シンボルの系列は、ＮＡＣＫに対応する変調シンボルを第２の直交系列における各要素で乗算することによって取得される。対応して、端末デバイスは、第１のリソース内にある時間−周波数リソースであって、アップリンク基準信号により占められるリソースとは異なる時間−周波数リソースの位置において、複素シンボルの系列を伝送する。
【０２４４】
任意選択で、第１の直交系列と第２の直交系列が、同じ量の要素を有する。たとえば、第１の直交系列および第２の直交系列はそれぞれがＮ個の要素を有し、Ｎは正の整数である。第１の直交系列における要素はａkと表示され、第２の直交系列における要素はｂkと表示され、ここで、ｋ＝０，１，２，…，Ｎ−１である。第１の直交系列と第２の直交系列は互いに直交し、すなわち、
【０２４５】
【数１８】
2020512758.tif 000061
【０２４６】
が満たされる。第１の直交系列における要素の量は、ＡＣＫに対応する変調シンボルの量と同じである。また、第１の直交系列における要素の量は、ＮＡＣＫに対応する変調シンボルの量と同じである。ＡＣＫに対応する変調シンボルが、１つの繰り返しサイクル内のＡＣＫに対応する変調シンボルであってよく、ＮＡＣＫに対応する変調シンボルが、１つの繰り返しサイクル内のＮＡＣＫに対応する変調シンボルであってもまたよい。代替として、ＡＣＫに対応する変調シンボルが、すべての繰り返しサイクル内のＡＣＫに対応する変調シンボルであってよく、ＮＡＣＫに対応する変調シンボルが、すべての繰り返しサイクル内のＮＡＣＫに対応する変調シンボルであってもまたよい。
【０２４７】
ＮＢ−ＩｏＴシステムは例として使用されている。各繰り返しサイクルにおいて、ＨＡＲＱ−ＡＣＫフィードバック情報は、１６の長さを有する変調シンボルを取得するように符号化され変調される。第１の直交系列および第２の直交系列は、１６次アダマール行列における任意の２つの異なる行または列であり得る。１６次アダマール行列は表２に示されている。たとえば、第１の直交系列は｛１，１，１，１，１，１，１，１，１，１，１，１，１，１，１，１｝であってよく、第２の直交系列は｛１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１｝であってよい。代替として、第１の直交系列は｛１，１，１，１，１，１，１，１，１，１，１，１，１，１，１，１｝であってよく、第２の直交系列は｛１，１，１，１，１，１，１，１，−１，−１，−１，−１，−１，−１，−１，−１｝であってよい。代替として、第１の直交系列は｛１，１，１，１，１，１，１，１，１，１，１，１，１，１，１，１｝であってよく、第２の直交系列は｛１，ｊ，−１，−ｊ，１，ｊ，−１，−ｊ，１，ｊ，−１，−ｊ，１，ｊ，−１，−ｊ｝であってよく、ここで、ｊは虚数単位であり、ｊ2＝−１を満たす。代替として、第１の直交系列は｛１，１，１，１，１，１，１，１，１，１，１，１，１，１，１，１｝であってよく、第２の直交系列は｛ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ｝であってよく、ここで、ｊは虚数単位であり、ｊ2＝−１を満たす。
【０２４８】
２．  予め設定された直交系列は、１つの系列である。
【０２４９】
具体的には、予め設定された直交系列は、第３の直交系列であり、第３の直交系列は、伝送されるべきスケジューリング要求があるときに使用される。
【０２５０】
ＨＡＲＱ−ＡＣＫフィードバック情報は、完全な「１」系列を暗黙的に搬送する。したがって、１つの直交系列が、同じ技術的効果を達成するために使用され得る。加えて、系列検出の量が低減されることが可能であり、それにより、複雑性および消費電力を低減する。
【０２５１】
具体的には、伝送されるべきスケジューリング要求がないとき、端末デバイスは、第１のリソース上でＨＡＲＱ−ＡＣＫフィードバック情報を伝送する。具体的方法については，従来技術での処理方法を参照してよく、本明細書において詳細は説明されない。
【０２５２】
伝送されるべきスケジューリング要求があり、ＨＡＲＱ−ＡＣＫフィードバック情報がＡＣＫであるとき、端末デバイスは、ＡＣＫに対応する変調シンボルおよび第３の直交系列に基づいて、複素シンボルの系列を決定し、複素シンボルの系列は、ＡＣＫに対応する変調シンボルを第３の直交系列における各要素で乗算することによって取得される。端末デバイスは、第１のリソース内にある時間−周波数リソースであって、アップリンク基準信号により占められるリソースとは異なる時間−周波数リソースの位置において、複素シンボルの系列を伝送する。
【０２５３】
伝送されるべきスケジューリング要求があり、ＨＡＲＱ−ＡＣＫフィードバック情報がＮＡＣＫであるとき、端末デバイスは、ＮＡＣＫに対応する変調シンボルおよび第３の直交系列に基づいて、複素シンボルの系列を決定し、複素シンボルの系列は、ＮＡＣＫに対応する変調シンボルを第３の直交系列における各要素で乗算することによって取得される。端末デバイスは、第１のリソース内にある時間−周波数リソースであって、アップリンク基準信号により占められるリソースとは異なる時間−周波数リソースの位置において、複素シンボルの系列を伝送する。
【０２５４】
第３の直交系列における要素の量はＷと表示され、Ｗは正の整数である。第３の直交系列における要素はｃkと表示され、ここで、ｋ＝０，１，２，…，Ｎ−１である。第３の直交系列は、
【０２５５】
【数１９】
2020512758.tif 000062
【０２５６】
を満たす。任意選択で、第３の直交系列における要素の量は、ＡＣＫに対応する変調シンボルの量と同じである。また、第３の直交系列における要素の量は、ＮＡＣＫに対応する変調シンボルの量と同じである。ＡＣＫに対応する変調シンボルが、１つの繰り返しサイクル内のＡＣＫに対応する変調シンボルであってよく、ＮＡＣＫに対応する変調シンボルが、１つの繰り返しサイクル内のＮＡＣＫに対応する変調シンボルであってもまたよい。代替として、ＡＣＫに対応する変調シンボルが、すべての繰り返しサイクル内のＡＣＫに対応する変調シンボルであってよく、ＮＡＣＫに対応する変調シンボルが、すべての繰り返しサイクル内のＮＡＣＫに対応する変調シンボルであってもまたよい。
【０２５７】
ＮＢ−ＩｏＴシステムは例として使用されている。各繰り返しサイクルにおいて、ＨＡＲＱ−ＡＣＫフィードバック情報は、１６の長さを有する変調シンボルを取得するように符号化され変調される。第３の直交系列は、１６次アダマール行列における任意の２つの異なる行または列であり得る。１６次アダマール行列は表２に示されている。たとえば、第３の直交系列は｛１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１，１，−１｝であってよい。代替として、第３の直交系列は｛１，１，１，１，１，１，１，１，−１，−１，−１，−１，−１，−１，−１，−１｝あってよい。代替として、第３の直交系列は｛１，ｊ，−１，−ｊ，１，ｊ，−１，−ｊ，１，ｊ，−１，−ｊ，１，ｊ，−１，−ｊ｝であってよく、ｊは虚数単位であり、ｊ2＝−１を満たす。代替として、第３の直交系列は、｛ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ，ｊ，−ｊ｝であってよく、ここで、ｊは虚数単位であり、ｊ2＝−１を満たす。
【０２５８】
【表２】
2020512758.tif 000063
【０２５９】
本出願における第１の直交系列、第２の直交系列、および第３の直交系列は、単に系列の名前を区別するために使用されており、実際の意味は有しないことに留意されたい。
【０２６０】
さらに、端末デバイスは、上記のいくつかの様式でスケジューリング要求を伝送するとき、伝送されるべきアップリンクデータのデータ量情報をさらに追加し得る。
【０２６１】
（１）  スケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方が、より高次の変調を介して第１のリソース上で伝送される。
【０２６２】
任意選択で、伝送されるべきアップリンクデータのデータ量情報は、より高次の変調の信号点との予め設定された対応関係を有する。伝送されるべきアップリンクデータのデータ量情報は、より高次の変調の信号点に基づいて決定され得る。
【０２６３】
たとえば、ＱＰＳＫ変調に基づいて、アップリンク伝送データ量が表３に示されていると仮定すると、００への変調は、ＡＣＫのみが送信されることを示し、０１への変調は、ＡＣＫとインデックス値０に対応する伝送データ量範囲との両方が送信されることを示し、１１への変調は、ＮＡＣＫのみが送信されることを示し、１０への変調は、ＮＡＣＫとインデックス値１に対応する伝送データ量範囲との両方が送信されることを示す。
【０２６４】
【表３】
2020512758.tif 000064
【０２６５】
（２）  ＨＡＲＱ−ＡＣＫフィードバックメッセージに対応する変調シンボルに対して位相回転が行われて、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。
【０２６６】
任意選択で、伝送されるべきアップリンクデータのデータ量情報は、位相回転の大きさとの予め設定された対応関係を有する。伝送されるべきアップリンクデータのデータ量情報は、位相回転の大きさに基づいて決定され得る。
【０２６７】
たとえば、アップリンク伝送データ量が表４に示されていると仮定すると、ＨＡＲＱ−ＡＣＫフィードバック情報についての変調シンボルとπ／２の位相回転を加えた信号点は、ＡＣＫと、インデックス値０に対応する伝送されるべきアップリンクデータのデータ量範囲またはインデックス値０との両方が送信されることを示し、ＨＡＲＱ−ＮＡＣＫフィードバック情報についての変調シンボルとπ／２の位相回転を加えた信号点は、ＮＡＣＫと、インデックス値１に対応する伝送されるべきアップリンクデータのデータ量範囲またはインデックス値との両方が送信されることを示す。
【０２６８】
【表４】
2020512758.tif 000065
【０２６９】
（３）  ＨＡＲＱ−ＡＣＫフィードバック情報に対応する変調シンボルまたは符号化されたビットが、予め設定された直交コードで乗算されて、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。
【０２７０】
任意選択で、予め設定された直交コードは、１６の長さを有するアダマール系列である。
【０２７１】
任意選択で、伝送されるべきアップリンクデータのデータ量情報は、予め設定された直交コードとの予め設定された対応関係を有する。伝送されるべきアップリンクデータのデータ量情報は、予め設定された直交コードに基づいて決定され得る。
【０２７２】
たとえば、１６の長さを有するアダマール系列が表５に示されている。ＡＣＫまたはＮＡＣＫは、１６の長さを有するアダマール系列で乗算されて、伝送されるべきアップリンクデータのデータ量範囲を示し得る。
【０２７３】
【表５−１】
2020512758.tif 000066
【０２７４】
【表５−２】
2020512758.tif 000067
【０２７５】
図８は、本出願による端末デバイスの実施形態１の構造ブロック図である。図８に示されるように、端末デバイスは、
ネットワークデバイスにより送信された構成メッセージを受信するように構成された受信モジュール８０１と、
受信モジュール８０１により受信された構成情報に基づいて、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得するように構成された処理モジュール８０２であって、第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む、処理モジュール８０２と、
処理モジュール８０２により取得された第１のリソース構成情報により示される第１のリソース上でスケジューリング要求をネットワークデバイスに送信するように構成された送信モジュール８０３であって、スケジューリング要求は、ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない、送信モジュール８０３と
を備える。
【０２７６】
端末デバイスは、上記の方法実施形態１における端末デバイスの機能を実装するように構成される。それらの実装原理および技術的効果は同様であり、詳細はここで再度説明されない。
【０２７７】
別の実施形態では、受信モジュール８０１は、ネットワークデバイスにより送信されたシステムメッセージを受信するようにさらに構成される。
【０２７８】
処理モジュール８０２は、システムメッセージに基づいて、ＮＰＲＡＣＨリソースの構成情報を取得するようにさらに構成される。
【０２７９】
ＮＰＲＡＣＨリソースは、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソースのサブセットが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースのサブセットが、第１のリソースのリソースセットである。
【０２８０】
別の実施形態では、システムメッセージは、第１の予め設定されたパラメータおよび第２の予め設定されたパラメータを搬送する。
【０２８１】
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたパラメータに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたパラメータに基づいて決定される。
【０２８２】
さらに、システムメッセージは、第１のオフセットパラメータおよび第２のオフセットパラメータを搬送する。
【０２８３】
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１のオフセットパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１のオフセットパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される。
【０２８４】
さらに、システムメッセージは、第１の予め設定されたスケールファクタおよび第２の予め設定されたスケールファクタを搬送する。
【０２８５】
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される。
【０２８６】
別の実施形態では、送信モジュール８０３は、
スケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加するようにさらに構成される。
【０２８７】
さらに、送信モジュール８０３は、
遅延してもしくは先行して、第１のリソース上でスケジューリング要求をネットワークデバイスに送信し、スケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンスの量は、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
第１のリソース上でスケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加し、第１のリソースは、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせを含み、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する
ように特に構成される。
【０２８８】
別の実施形態では、端末デバイスによってスケジューリング要求を送信するために使用される信号は、ＮＰＲＡＣＨプリアンブルであり、端末デバイスは、スケジューリング要求を送信する前にタイミングアドバンスＴＡ調整を行っている。
【０２８９】
図９は、本出願によるネットワークデバイスの実施形態１の構造ブロック図である。図９に示されるように、ネットワークデバイスは、
構成メッセージを端末デバイスに送信するように構成された送信モジュール９０１であって、構成メッセージは、端末デバイスによって、スケジューリング要求を送信するために使用される第１のリソース構成情報を取得するために使用され、第１のリソース構成情報は、カバレッジ拡張レベルを示すために使用される情報を含む、送信モジュール９０１と、
第１のリソース構成情報により示される第１のリソース上で端末デバイスにより送信されたスケジューリング要求を受信するように構成された受信モジュール９０２であって、スケジューリング要求は、ネットワークデバイスにアップリンクチャネルリソースを要求するために使用され、端末デバイスは、スケジューリング要求を送信するときにランダムアクセスプロセスを行わない、受信モジュール９０２と、
受信モジュール９０２により受信されたスケジューリング要求に基づいて、アップリンクチャネルリソースを端末デバイスに割り当てるように構成された処理モジュール９０３と
を備える。
【０２９０】
ネットワークデバイスは、上記の方法実施形態１における端末デバイスの機能を実装するように構成される。それらの実装原理および技術的効果は同様であり、詳細はここで再度説明されない。
【０２９１】
別の実施形態では、送信モジュール９０１は、システムメッセージを端末デバイスに送信するようにさらに構成され、システムメッセージは、ＮＰＲＡＣＨリソースの構成情報を搬送する。
【０２９２】
ＮＰＲＡＣＨリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソースのサブセットが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースが、第１のリソースのリソースセットである、またはＮＰＲＡＣＨリソース内にあるリソースであって、コンテンションベースのランダムアクセスに使用されるリソースとは異なるリソースのサブセットが、第１のリソースのリソースセットである。
【０２９３】
別の実施形態では、システムメッセージは、第１の予め設定されたパラメータおよび第２の予め設定されたパラメータを搬送する。
【０２９４】
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたパラメータに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたパラメータに基づいて決定される。
【０２９５】
さらに、システムメッセージは、第１のオフセットパラメータおよび第２のオフセットパラメータを搬送する。
【０２９６】
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１のオフセットパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１のオフセットパラメータに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２のオフセットパラメータに基づいて決定される。
【０２９７】
さらに、システムメッセージは、第１の予め設定されたスケールファクタおよび第２の予め設定されたスケールファクタを搬送する。
【０２９８】
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される、または
第１のリソースのリソースセットのキャリア位置は、ＮＰＲＡＣＨリソースのサブセットのキャリア位置、および第１の予め設定されたスケールファクタに基づいて決定され、第１のリソースのリソースセットの開始サブキャリア位置は、ＮＰＲＡＣＨリソースのサブセットの開始サブキャリア位置、および第２の予め設定されたスケールファクタに基づいて決定される。
【０２９９】
別の実施形態では、処理モジュール９０３は、
端末デバイスにより送信されたスケジューリング要求に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定するようにさらに構成される。
【０３００】
さらに、処理モジュール９０３は、
第１のリソース上で受信されたスケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンスの量に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定し、スケジューリング要求に対応する遅延時間の量もしくはタイミングアドバンスの量は、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する、または
受信されたスケジューリング要求に対応する第１のリソースに基づいて、伝送されるべきアップリンクデータのデータ量情報を決定し、第１のリソースは、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせを含み、時間領域リソース、周波数領域リソース、コードリソース、もしくは時間領域リソースと周波数領域リソースとコードリソースとの組み合わせは、伝送されるべきアップリンクデータのデータ量情報との予め設定された対応関係を有する
ように特に構成される。
【０３０１】
別の実施形態では、ネットワークデバイスによってスケジューリング要求を受信するために使用される信号は、ＮＰＲＡＣＨプリアンブルであり、端末デバイスは、スケジューリング要求を送信する前にタイミングアドバンスＴＡ調整を行っている。
【０３０２】
図１０は、本出願による別の端末デバイスの実施形態１の構造ブロック図である。図１０に示されるように、端末デバイスは、
ネットワークデバイスにより送信されたＤＣＩ標識を受信するように構成された受信モジュール１００１であって、ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間−周波数リソースである、受信モジュール１００１と、
ＤＣＩに基づいて第１のリソースを決定するように構成された処理モジュール１００２と、
第１のリソース上でスケジューリング要求をネットワークデバイスに送信するように構成された送信モジュール１００３と
を備える。
【０３０３】
装置は、上記の方法実施形態２における端末デバイスの機能を実装するように構成される。それらの実装原理および技術的効果は同様であり、詳細はここで再度説明されない。
【０３０４】
別の実施形態では、送信モジュール１００３は、
より高次の変調を介して第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送するように特に構成される。
【０３０５】
別の実施形態では、送信モジュール１００３は、
ＨＡＲＱ−ＡＣＫフィードバックメッセージに対応する変調シンボルに対して位相回転を行って、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送するように特に構成される。
【０３０６】
別の実施形態では、送信モジュール１００３は、
ＨＡＲＱ−ＡＣＫフィードバック情報に対応する変調シンボルまたは符号化されたビットを、予め設定された直交コードで乗算して、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送するようにさらに特に構成される。
【０３０７】
さらに、予め設定された直交コードは、１６の長さを有するアダマール系列である。
【０３０８】
別の実施形態では、送信モジュール１００３は、
スケジューリング要求をネットワークデバイスに送信するとき、伝送されるべきアップリンクデータのデータ量情報を追加するようにさらに構成される。
【０３０９】
さらに、伝送されるべきアップリンクデータのデータ量情報は、より高次の変調の信号点との予め設定された対応関係を有する。
【０３１０】
さらに、伝送されるべきアップリンクデータのデータ量情報は、位相回転の大きさとの予め設定された対応関係を有する。
【０３１１】
さらに、伝送されるべきアップリンクデータのデータ量情報は、予め設定された直交コードの系列との予め設定された対応関係を有する。
【０３１２】
図１１は、本出願による別のネットワークデバイスの実施形態１の構造ブロック図である。図１１に示されるように、ネットワークデバイスは、
ＤＣＩ標識を端末デバイスに送信するように構成された送信モジュール１１０１であって、ＤＣＩは、第１のリソースを示すために使用され、第１のリソースは、ＮＰＵＳＣＨフォーマット２伝送のための時間−周波数リソースである、送信モジュール１１０１と、
第１のリソース上で端末デバイスにより送信されたスケジューリング要求を受信するように構成された受信モジュール１１０２と、
スケジューリング要求に基づいてアップリンクチャネルリソースを端末デバイスに割り当てるように構成された処理モジュール１１０３と
を備える。
【０３１３】
装置は、上記の方法実施形態２におけるネットワークデバイスの機能を実装するように構成される。それらの実装原理および技術的効果は同様であり、詳細はここで再度説明されない。
【０３１４】
別の実施形態では、端末デバイスは、より高次の変調を介して第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。処理モジュール１１０３は、
より高次の変調の後に得られた受信された信号に基づいて、端末デバイスがスケジューリング要求を送信したかどうかを決定するように特に構成される。
【０３１５】
別の実施形態では、端末デバイスは、ＨＡＲＱ−ＡＣＫフィードバックメッセージに対応する変調シンボルに対して位相回転を行って、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。処理モジュール１１０３は、
位相回転を受ける受信された変調シンボルに基づいて、端末がスケジューリング要求を送信したかどうかを決定するようにさらに特に構成される。
【０３１６】
別の実施形態では、端末デバイスは、ＨＡＲＱ−ＡＣＫフィードバック情報に対応する変調シンボルまたは符号化されたビットを、予め設定された直交コードで乗算して、第１のリソース上でスケジューリング要求とＨＡＲＱ−ＡＣＫフィードバック情報との両方を伝送する。処理モジュール１１０３は、
予め設定された直交コードによる乗算の後に得られた受信された変調シンボルに基づいて、端末がスケジューリング要求を送信したかどうかを決定するようにさらに特に構成される。
【０３１７】
さらに、予め設定された直交コードは、１６の長さを有するアダマール系列である。
【０３１８】
別の実施形態では、
端末デバイスにより送信されたスケジューリング要求に基づいて、伝送されるべきアップリンクデータのデータ量情報を決定する。
【０３１９】
さらに、伝送されるべきアップリンクデータのデータ量情報は、より高次の変調の信号点との予め設定された対応関係を有する。
【０３２０】
さらに、伝送されるべきアップリンクデータのデータ量情報は、位相回転の大きさとの予め設定された対応関係を有する。
【０３２１】
さらに、伝送されるべきアップリンクデータのデータ量情報は、予め設定された直交コードの系列との予め設定された対応関係を有する。
【０３２２】
図１２は、本出願による端末デバイスの実施形態１の物理ブロック図である。図１２に示されるように、端末デバイスは、
メモリ１２０１およびプロセッサ１２０２を備える。
【０３２３】
メモリ１２０１は、プログラム命令を記憶するように構成され、プロセッサ１２０２は、メモリ１２０１におけるプログラム命令を呼び出して上記の方法実施形態１における端末デバイスの機能を実装するように構成される。
【０３２４】
図１３は、本出願によるネットワークデバイスの実施形態１の物理ブロック図である。図１３に示されるように、ネットワークデバイスは、
メモリ１３０１およびプロセッサ１３０２を備える。
【０３２５】
メモリ１３０１は、プログラム命令を記憶するように構成され、プロセッサ１３０２は、メモリ１３０１におけるプログラム命令を呼び出して上記の方法実施形態１におけるネットワークデバイスの機能を実装するように構成される。
【０３２６】
図１４は、本出願による別の端末デバイスの実施形態１の物理ブロック図である。図１４に示されるように、端末デバイスは、
メモリ１４０１およびプロセッサ１４０２を備える。
【０３２７】
メモリ１４０１は、プログラム命令を記憶するように構成され、プロセッサ１４０２は、メモリ１４０１におけるプログラム命令を呼び出して上記の方法実施形態２における端末デバイスの機能を実装するように構成される。
【０３２８】
図１５は、本出願による別のネットワークデバイスの実施形態１の物理ブロック図である。図１５に示されるように、ネットワークデバイスは、
メモリ１５０１およびプロセッサ１５０２を含む。
【０３２９】
メモリ１５０１は、プログラム命令を記憶するように構成され、プロセッサ１５０２は、メモリ１５０１におけるプログラム命令を呼び出して上記の方法実施形態２におけるネットワークデバイスの機能を実装するように構成される。
【国際調査報告】
2020512758.tif 000068
2020512758.tif 000069
2020512758.tif 000070
2020512758.tif 000071