(57)【要約】本開示の実施例は、ユーザ機器に適用されるトリガ保持方法を提供し、前記方法は、受信したアップリンクリソース割り当て指示情報に従って、メディアアクセス制御層プロトコルデータユニットを生成することと、前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定し、または前記メディアアクセス制御層プロトコルデータユニットが、伝送されるすべてのデータを含むが、バッファ状態報告を含むことができないことを決定した場合、第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持することとを含む。本発明の実施例によれば、前記サービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送機会に、ＢＳＲを基地局に適時に送信するため、ＢＳＲの伝送は前記サービスの遅延要求を満たし、前記サービスの良好な動作を保証する。【選択図】図２
2021513279.tif 000002
【特許請求の範囲】
【請求項１】
トリガ保持方法であって、
ユーザ機器に適用され、前記方法は、
受信したアップリンクリソース割り当て指示情報に従って、メディアアクセス制御層プロトコルデータユニットを生成することと、
前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定し、または前記メディアアクセス制御層プロトコルデータユニットが、伝送されるすべてのデータを含むが、バッファ状態報告を含むことができないことを決定した場合、第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持することとを含むことを特徴とする、前記トリガ保持方法。
【請求項２】
前記アップリンクリソース割り当て指示情報は、第１サービスに対応するアップリンクリソース割り当て指示情報であり、前記第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持することは、
第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持することを含むことを特徴とする、
請求項１に記載のトリガ保持方法。
【請求項３】
前記第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持することは、
第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持する前に、前記第２サービスがプリセット条件を満たすかどうかを決定することをさらに含み、
前記第２サービスがプリセット条件を満たす場合、第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持し、
前記プリセット条件は、前記第２サービスの要求遅延に関する時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク共有チャネルの持続時間より小さいこと、または前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいこと、または前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間より早いことであり、前記第２プリセットの期間は、前記ユーザ機器が前記第１サービスに対応するアップリンクリソース割り当て指示情報を受信した時間から、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間までの期間であることを特徴とする、
請求項２に記載のトリガ保持方法。
【請求項４】
前記時間パラメータは、前記第２サービスに対応する論理チャネルの優先度制限パラメータにおけるアップリンク共有チャネルの最大持続時間であり、前記プリセット条件は、前記時間パラメータが前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク共有チャネルの持続時間より小さいことであることを特徴とする、
請求項３に記載のトリガ保持方法。
【請求項５】
前記優先度制限パラメータがアップリンク共有チャネルの最大持続時間を含まない場合、前記ユーザ機器が許可するアップリンク共有チャネルの最大持続時間を、前記優先度制限パラメータにおけるアップリンク共有チャネルの最大持続時間として使用することを特徴とする、
請求項４に記載のトリガ保持方法。
【請求項６】
前記時間パラメータは、前記第２サービスに対応する論理チャネルに対して構成したスケジューリングリクエストの伝送周期であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいことであることを特徴とする、
請求項３に記載のトリガ保持方法。
【請求項７】
前記時間パラメータは第３プリセットの期間であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいことであり、前記第３プリセットの期間は、前記基地局によって前記ユーザ機器に事前に構成されるか、前記第１サービスに対応するバッファ状態報告をトリガした時間からの前記第３プリセットの期間範囲内であり、伝送バッファ状態報告の伝送に使用可能なアップリンク共有チャネルがないと、スケジューリングリクエストをトリガすることを特徴とする、
請求項３に記載のトリガ保持方法。
【請求項８】
前記時間パラメータは、前記第２サービスに対応する論理チャネルに対して構成した最大の第２プリセットの期間であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいことであることを特徴とする、
請求項３に記載のトリガ保持方法。
【請求項９】
前記時間パラメータは、前記第２サービスの論理チャネルがバッファ状態報告をトリガした後、バッファ状態報告をトリガする論理チャネルに対して構成した、最も近いスケジューリングリクエストのアップリンク伝送時間であり、前記プリセット条件は、前記時間パラメータが前記第１サービスに対応するアップリンクリソース割り当て情報に対応するアップリンク伝送時間より早いことであることを特徴とする、
請求項３に記載のトリガ保持方法。
【請求項１０】
前記第１プリセットの期間は、前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定し、または前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含まないが、伝送されるすべてのデータを含むことを決定してから、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間までであることを特徴とする、
請求項２ないし９のいずれか一項に記載のトリガ保持方法。
【請求項１１】
前記第１プリセットの期間は、前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定し、または前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含まないが、伝送されるすべてのデータを含むことを決定してから、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間の前に、前記アップリンク伝送時間から第４プリセットの期間隔たる目標時間までであり、
前記第４プリセットの期間は、前記ユーザ機器が前記第１サービスに対応するアップリンクリソース割り当て指示情報を受信するために使用される物理ダウンリンク制御チャネルに対応する終了時間から、前記終了時間の後に前記終了時間に最も近い、前記ユーザ機器がサポート可能なアップリンク伝送時間までであることを特徴とする、
請求項２ないし９のいずれか一項に記載のトリガ保持方法。
【請求項１２】
前記第１プリセットの期間の後に、トリガを保持するバッファ状態報告および／またはスケジューリングリクエストをキャンセルすることをさらに含むことを特徴とする、
請求項１ないし９に記載のトリガ保持方法。
【請求項１３】
トリガ保持装置であって、
ユーザ機器に適用され、前記装置は、
受信したアップリンクリソース割り当て指示情報に従って、メディアアクセス制御層プロトコルデータユニットを生成するように構成される生成モジュールと、
前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定し、または前記メディアアクセス制御層プロトコルデータユニットが、伝送されるすべてのデータを含むが、バッファ状態報告を含むことができないことを決定した場合、第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持するように構成される保持モジュールとを含むことを特徴とする、前記トリガ保持装置。
【請求項１４】
前記アップリンクリソース割り当て指示情報は、第１サービスに対応するアップリンクリソース割り当て指示情報であり、前記保持モジュールは、
第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持するように構成される保持サブモジュールを含むことを特徴とする、
請求項１３に記載のトリガ保持装置。
【請求項１５】
前記保持モジュールは、
第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持する前に、前記第２サービスがプリセット条件を満たすかどうかを決定するように構成される決定サブモジュールをさらに含み、
前記第２サービスがプリセット条件を満たす場合、前記保持サブモジュールは、第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持し、
前記プリセット条件は、前記第２サービスの要求遅延に関する時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク共有チャネルの持続時間より小さいこと、または前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいこと、または前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間より早いことであり、前記第２プリセットの期間は、前記ユーザ機器が前記第１サービスに対応するアップリンクリソース割り当て指示情報を受信した時間から、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間までの期間であることを特徴とする、
請求項１４に記載のトリガ保持装置。
【請求項１６】
前記時間パラメータは、前記第２サービスに対応する論理チャネルの優先度制限パラメータにおけるアップリンク共有チャネルの最大持続時間であり、前記プリセット条件は、前記時間パラメータが前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク共有チャネルの持続時間より小さいことであることを特徴とする、
請求項１５に記載のトリガ保持装置。
【請求項１７】
前記優先度制限パラメータがアップリンク共有チャネルの最大持続時間を含まない場合、前記ユーザ機器が許可するアップリンク共有チャネルの最大持続時間を、前記優先度制限パラメータにおけるアップリンク共有チャネルの最大持続時間として使用することを特徴とする、
請求項１６に記載のトリガ保持装置。
【請求項１８】
前記時間パラメータは、前記第２サービスに対応する論理チャネルに対して構成したスケジューリングリクエストの伝送周期であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいことであることを特徴とする、
請求項１５に記載のトリガ保持装置。
【請求項１９】
前記時間パラメータは第３プリセットの期間であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいことであり、前記第３プリセットの期間は、前記基地局によって前記ユーザ機器に事前に構成されるか、前記第１サービスに対応するバッファ状態報告をトリガした時間からの前記第３プリセットの期間内で、伝送バッファ状態報告の伝送に使用可能なアップリンク共有チャネルがないと、スケジューリングリクエストをトリガすることを特徴とする、
請求項１５に記載のトリガ保持装置。
【請求項２０】
前記時間パラメータは、前記第２サービスに対応する論理チャネルに対して構成した最大の第２プリセットの期間であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいことであることを特徴とする、
請求項１５に記載のトリガ保持装置。
【請求項２１】
前記時間パラメータは、前記第２サービスの論理チャネルがバッファ状態報告をトリガした後、バッファ状態報告をトリガする論理チャネルに対して構成した、最も近いスケジューリングリクエストのアップリンク伝送時間であり、前記プリセット条件は、前記時間パラメータが前記第１サービスに対応するアップリンクリソース割り当て情報に対応するアップリンク伝送時間より早いことであることを特徴とする、
請求項１５に記載のトリガ保持装置。
【請求項２２】
前記第１プリセットの期間は、前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定し、または前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含まないが、伝送されるすべてのデータを含むことを決定してから、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間までであることを特徴とする、
請求項１４ないし２１のいずれか一項に記載のトリガ保持装置。
【請求項２３】
前記第１プリセットの期間は、前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定し、または前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含まないが、伝送されるすべてのデータを含むことを決定してから、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間の前に、前記アップリンク伝送時間から第４プリセットの期間隔たる目標時間までであり、
前記第４プリセットの期間は、前記ユーザ機器が前記第１サービスに対応するアップリンクリソース割り当て指示情報を受信するために使用される物理ダウンリンク制御チャネルに対応する終了時間から、前記終了時間の後に前記終了時間に最も近い、前記ユーザ機器がサポート可能なアップリンク伝送時間までであることを特徴とする、
請求項１４ないし２１のいずれか一項に記載のトリガ保持装置。
【請求項２４】
前記第１プリセットの期間の後に、トリガを保持するバッファ状態報告および／またはスケジューリングリクエストをキャンセルするように構成されるキャンセルモジュールをさらに含むことを特徴とする、
請求項１３ないし２１のいずれか一項に記載のトリガ保持装置。
【請求項２５】
電子機器であって、
プロセッサと、
プロセッサ実行可能命令を記憶するように構成されるメモリとを含み、
前記プロセッサは、請求項１ないし１２のいずれか一項に記載のトリガ保持方法を実行するように構成されることを特徴とする、前記電子機器。
【請求項２６】
コンピュータプログラムを記憶したコンピュータ読み取り可能な記憶媒体であって、
前記プログラムがプロセッサによって実行されるときに、請求項１ないし１２のいずれか一項に記載のトリガ保持方法を実現することを特徴とする、前記コンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、通信技術分野に関し、具体的に、トリガ保持方法、トリガ保持装置、電子機器およびコンピュータ読み取り可能な記憶媒体に関する。
【背景技術】
【０００２】
ユーザ機器は、バッファ状態報告（ＢＳＲ：Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）をトリガした後、ＢＳＲを基地局に伝送するかどうかを判断することができ、通常、アップリンク共有チャネル（ＵＬＳＣＨ：Ｕｐ  Ｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介してＢＳＲを搬送する必要があり、使用可能なアップリンク共有チャネルリソースがない場合、スケジューリングリクエスト（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）を基地局に送信してアップリンク共有チャネルリソースをリクエストし、それにより、ＳＲをトリガする必要がある。
【０００３】
特定の場合では、ＢＳＲのトリガまたはＳＲのトリガをキャンセルする必要がある。ＢＳＲのトリガをキャンセルすることを例として、図１に示されたように、Ａサービスに対応するアップリンクリソース割り当て指示情報（ＵＬ  ｇｒａｎｔ）を受信するときに、ユーザ機器は、Ａサービスに対応するＵＬ  ｇｒａｎｔに従って、メディアアクセス制御層プロトコルデータユニット（ＭＡＣ  ＰＤＵ：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を生成することができ、ＭＡＣ  ＰＤＵにＢＳＲが含まれる場合、ＢＳＲのトリガはキャンセルされる。Ａサービスに対応するＵＬ  ｇｒａｎｔを受信した後に、Ｂサービスに対応するＵＬ  ｇｒａｎｔを受信した場合、Ｂサービスに対応するＵＬ  ｇｒａｎｔに従ってＭＡＣ  ＰＤＵを生成することができるが、ＢＳＲのトリガが既にキャンセルされたため、このときに生成されたＭＡＣ  ＰＤＵはＢＳＲを含まない。
【０００４】
この場合、Ｂサービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送機会が、Ａサービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送機会の前に位置していても（例えば、Ａサービスが許可する遅延に対して、Ｂサービスが許可する遅延は小さい）、Ｂサービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送機会に生成されたＭＡＣ  ＰＤＵはＢＳＲを含まないため、依然として、Ａサービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送機会に生成されたＭＡＣ  ＰＤＵがＢＳＲを含み、ＢＳＲを伝送する必要がある。これにより、ＢＳＲの伝送に大幅な遅延が発生し、Ｂサービスに悪影響を及ぼす。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
これを鑑みて、本開示の実施例は、トリガ保持方法、トリガ保持装置、電子機器およびコンピュータ読み取り可能な記憶媒体を提供する。
【課題を解決するための手段】
【０００６】
本開示の実施例の第１態様によれば、ユーザ機器に適用されるトリガ保持方法を提供し、前記方法は、
受信したアップリンクリソース割り当て指示情報に従って、メディアアクセス制御層プロトコルデータユニットを生成することと、
前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定し、または前記メディアアクセス制御層プロトコルデータユニットが伝送されるすべてのデータを含むが、バッファ状態報告を含むことができないことを決定した場合、第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持することとを含む。
【０００７】
例示的に、前記アップリンクリソース割り当て指示情報は、第１サービスに対応するアップリンクリソース割り当て指示情報であり、前記第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持することは、
第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持することを含む。
【０００８】
例示的に、前記第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持することは、
第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持する前に、前記第２サービスがプリセット条件を満たすかどうかを決定することをさらに含み、
前記第２サービスがプリセット条件を満たす場合、第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持し、
前記プリセット条件は、前記第２サービスの要求遅延に関する時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク共有チャネルの持続時間より小さいこと、または前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいこと、または前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間より早いことであり、前記第２プリセットの期間は、前記ユーザ機器が前記第１サービスに対応するアップリンクリソース割り当て指示情報を受信した時間から、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間までの期間である。
【０００９】
例示的に、前記時間パラメータは、前記第２サービスに対応する論理チャネルの優先度制限パラメータにおけるアップリンク共有チャネルの最大持続時間であり、前記プリセット条件は、前記時間パラメータが前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク共有チャネルの持続時間より小さいことである。
【００１０】
例示的に、前記優先度制限パラメータがアップリンク共有チャネルの最大持続時間を含まない場合、前記ユーザ機器が許可するアップリンク共有チャネルの最大持続時間を、前記優先度制限パラメータにおけるアップリンク共有チャネルの最大持続時間として使用する。
【００１１】
例示的に、前記時間パラメータは、前記第２サービスに対応する論理チャネルに対して構成したスケジューリングリクエストの伝送周期であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいことである。
【００１２】
例示的に、前記時間パラメータは第３プリセットの期間であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいことであり、ここで、前記第３プリセットの期間は、前記基地局によって前記ユーザ機器に事前に構成されるか、前記第１サービスに対応するバッファ状態報告をトリガした時間から前記第３プリセットの期間内であり、伝送バッファ状態報告の伝送に使用可能なアップリンク共有チャネルがないと、スケジューリングリクエストをトリガする。
【００１３】
例示的に、前記時間パラメータは、前記第２サービスに対応する論理チャネルに対して構成した最大の第２プリセットの期間であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいことである。
【００１４】
例示的に、前記時間パラメータは、前記第２サービスの論理チャネルがバッファ状態報告をトリガした後、バッファ状態報告をトリガする論理チャネルに対して構成した、最も近いスケジューリングリクエストのアップリンク伝送時間であり、前記プリセット条件は、前記時間パラメータが前記第１サービスに対応するアップリンクリソース割り当て情報に対応するアップリンク伝送時間より早いことである。
【００１５】
例示的に、前記第１プリセットの期間は、前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定し、または前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含まないが、伝送されるすべてのデータを含むことを決定してから、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間までである。
【００１６】
例示的に、前記第１プリセットの期間は、前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定し、または前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含まないが、伝送されるすべてのデータを含むことを決定してから、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間の前に、前記アップリンク伝送時間から第４プリセットの期間隔たる目標時間までであり、
ここで、前記第４プリセットの期間は、前記ユーザ機器が前記第１サービスに対応するアップリンクリソース割り当て指示情報を受信するために使用される物理ダウンリンク制御チャネルに対応する終了時間から、前記終了時間の後に前記終了時間に最も近い、前記ユーザ機器がサポート可能なアップリンク伝送時間までである。
【００１７】
例示的に、前記方法は、
前記第１プリセットの期間の後に、トリガを保持するバッファ状態報告および／またはスケジューリングリクエストをキャンセルすることをさらに含む。
【００１８】
本開示の実施例の第２態様によれば、ユーザ機器に適用されるトリガ保持装置を提供し、前記装置は、
受信したアップリンクリソース割り当て指示情報に従って、メディアアクセス制御層プロトコルデータユニットを生成するように構成される生成モジュールと、
前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定し、または前記メディアアクセス制御層プロトコルデータユニットが伝送されるすべてのデータを含むが、バッファ状態報告を含むことができないことを決定した場合、第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持するように構成される保持モジュールとを含む。
【００１９】
例示的に、前記アップリンクリソース割り当て指示情報は、第１サービスに対応するアップリンクリソース割り当て指示情報であり、前記保持モジュールは、
第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持するように構成される保持サブモジュールを含む。
【００２０】
例示的に、前記保持モジュールは、
第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持する前に、前記第２サービスがプリセット条件を満たすかどうかを決定するように構成される決定サブモジュールをさらに含み、
前記第２サービスがプリセット条件を満たす場合、前記保持サブモジュールは、第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持し、
前記プリセット条件は、前記第２サービスの要求遅延に関する時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク共有チャネルの持続時間より小さいこと、または前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいこと、または前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間より早いことであり、前記第２プリセットの期間は、前記ユーザ機器が前記第１サービスに対応するアップリンクリソース割り当て指示情報を受信した時間から、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間までの期間である。
【００２１】
例示的に、前記時間パラメータは、前記第２サービスに対応する論理チャネルの優先度制限パラメータにおけるアップリンク共有チャネルの最大持続時間であり、前記プリセット条件は、前記時間パラメータが前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク共有チャネルの持続時間より小さいことである。
【００２２】
例示的に、前記優先度制限パラメータがアップリンク共有チャネルの最大持続時間を含まない場合、前記ユーザ機器が許可するアップリンク共有チャネルの最大持続時間を、前記優先度制限パラメータにおけるアップリンク共有チャネルの最大持続時間として使用する。
【００２３】
例示的に、前記時間パラメータは、前記第２サービスに対応する論理チャネルに対して構成したスケジューリングリクエストの伝送周期であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいことである。
【００２４】
例示的に、前記時間パラメータは第３プリセットの期間であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいことであり、ここで、前記第３プリセットの期間は、前記基地局によって前記ユーザ機器に事前に構成されるか、前記第１サービスに対応するバッファ状態報告をトリガした時間からの前記第３プリセットの期間内であり、伝送バッファ状態報告の伝送に使用可能なアップリンク共有チャネルがないと、スケジューリングリクエストをトリガする。
【００２５】
例示的に、前記時間パラメータは、前記第２サービスに対応する論理チャネルに対して構成した最大の第２プリセットの期間であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいことである。
【００２６】
例示的に、前記時間パラメータは、前記第２サービスの論理チャネルがバッファ状態報告をトリガした後、バッファ状態報告をトリガする論理チャネルに対して構成した、最も近いスケジューリングリクエストのアップリンク伝送時間であり、前記プリセット条件は、前記時間パラメータが前記第１サービスに対応するアップリンクリソース割り当て情報に対応するアップリンク伝送時間より早いことである。
【００２７】
例示的に、前記第１プリセットの期間は、前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定し、または前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含まないが、伝送されるすべてのデータを含むことを決定してから、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間までである。
【００２８】
例示的に、前記第１プリセットの期間は、前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定し、または前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含まないが、伝送されるすべてのデータを含むことを決定してから、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間の前に、前記アップリンク伝送時間から第４プリセットの期間隔たる目標時間までであり、
ここで、前記第４プリセットの期間は、前記ユーザ機器が前記第１サービスに対応するアップリンクリソース割り当て指示情報を受信するために使用される物理ダウンリンク制御チャネルに対応する終了時間から、前記終了時間の後に前記終了時間に最も近い、前記ユーザ機器がサポート可能なアップリンク伝送時間までである。
【００２９】
例示的に、前記装置は、
前記第１プリセットの期間の後に、トリガを保持するバッファ状態報告および／またはスケジューリングリクエストをキャンセルするように構成されるキャンセルモジュールをさらに含む。
【００３０】
本開示の実施例の第３態様によれば、電子機器を提供し、前記電子機器は、
プロセッサと、
プロセッサ実行可能命令を記憶するように構成されるメモリとを含み、
ここで、前記プロセッサは、上記のいずれかの実施例に記載のトリガ保持方法を実行するように構成される。
【００３１】
本開示の実施例の第４態様によれば、コンピュータプログラムを記憶したコンピュータ読み取り可能な記憶媒体を提供し、前記プログラムがプロセッサによって実行されるときに、上記のいずれかの１つの実施例に記載のトリガ保持方法を実現する。
【００３２】
本発明の実施例によれば、ＭＡＣ  ＰＤＵがＢＳＲを含むことを決定し、またはＭＡＣ  ＰＤＵが、伝送されるすべてのデータを含むが、ＢＳＲを含まないことを決定した場合、ＢＳＲをキャンセルする必要があると決定することができ、それにより、第１プリセットの期間内に依然としてＢＳＲのトリガを保持し、および／またはＳＲをキャンセルする必要があると決定することができ、それにより、第１プリセットの期間内に依然としてＳＲのトリガを保持する。これに基づいて、ＢＳＲ伝送に対する遅延要件が少ないサービスを保証することができ、前記サービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送機会に、ＢＳＲを含むＭＡＣ  ＰＤＵを生成することができ、それにより、前記サービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送機会に、ＢＳＲを基地局に即時に送信するため、ＢＳＲの伝送は前記サービスの遅延要求を満たし、前記サービスの良好な動作を保証する。
【図面の簡単な説明】
【００３３】
本出願の実施例の技術的解決策をより明確に説明するために、実施例の説明で使用される図面を以下に簡単に紹介する。明らかなこととして、以下の説明における図面は、本出願のいくつかの実施例にすぎず、当業者にとって、創造的な努力なしにこれらの図面に従って他の図面を得ることができる。
【図１】関連技術におけるトリガのキャンセルの概略図である。
【図２】本発明の実施例によって示されたトリガ保持方法の例示的なフローチャートである。
【図３】本発明の実施例によって示された第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持することの例示的なフローチャートである。
【図４】本発明の実施例によって示された別の第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持することの例示的なフローチャートである。
【図５】本発明の実施例によって示された別のトリガ保持方法の例示的なフローチャートである。
【図６】本発明の実施例によって示されたトリガ保持装置の例示的なブロック図である。
【図７】本発明の実施例によって示された保持モジュールの例示的なブロック図である。
【図８】本発明の実施例によって示された別の保持モジュールの例示的なブロック図である。
【図９】本発明の実施例によって示された別のトリガ保持装置の例示的なブロック図である。
【図１０】本発明の実施例によって示されたトリガを保持するための装置の例示的なブロック図である。
【発明を実施するための形態】
【００３４】
以下、本願の実施例中の図面を結合して、本願の実施例の技術案を明確且つ完全に説明し、明らかなことは、説明される実施例は、単に本願の実施例の一部であり、実施例の全てではない。本出願の実施例に基づいて、創造的な努力なしに当業者によって得られる他のすべての実施例は、本出願の保護範囲に含まれる。
【００３５】
図２は、本発明の実施例によって示されたトリガ保持方法の例示的なフローチャートである。本実施例によって示されたトリガ保持方法は、携帯電話、タブレットコンピュータなどのユーザ機器に適用されることができ、ユーザ機器は、基地局によって送信されたアップリンクリソース割り当て指示情報などを受信し、および基地局にバッファ状態報告、スケジューリングリクエストなどを送信するために、基地局（５Ｇ基地局など）と通信することができる。
【００３６】
図２に示されたように、前記トリガ保持方法は、次のステップを含み得る。
【００３７】
ステップＳ１において、受信したアップリンクリソース割り当て指示情報に従って、メディアアクセス制御層プロトコルデータユニットを生成する。
【００３８】
一実施例において、基地局は、ユーザ機器にアップリンクリソース割り当て指示情報（以下、ＵＬ  ｇｒａｎｔと略称する）を送信して、ユーザ機器のアップリンク伝送機会を指示し、例えば、アップリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）に対応する時間（例えば、開始時間、終了時間、持続時間など）に使用される。
【００３９】
一実施例において、基地局は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｏａｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介してＵＬ  ｇｒａｎｔをユーザ機器に送信することができ、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）メッセージを介してＵＬ  ｇｒａｎｔをユーザ機器に送信することもできる。
【００４０】
一実施例において、ユーザ機器は、基地局によって送信されたＵＬ  ｇｒａｎｔを受信した後、受信したＵＬ  ｇｒａｎｔに従って、メディアアクセス制御層プロトコルデータユニット（以下、ＭＡＣ  ＰＤＵと略称する）を生成することができ、その後、生成されたＭＡＣ  ＰＤＵがバッファ状態報告（以下、ＢＳＲと略称する）を含むかどうか、または伝送されるすべてのデータ（ｐｅｎｄｉｎｇ  ｄａｔａ）を含むが、ＢＳＲを含むことができない（例えば、ＭＡＣ  ＰＤＵが、伝送されるすべてのデータを収容した残りのスペースにＢＳＲを収容するには不十分である）ことを決定することができる。ここで、ＭＡＣ  ＰＤＵがＢＳＲを含むことができないことは、ＢＳＲのメディアアクセス制御層制御要素（ＭＡＣ  ＣＥ）およびＭＡＣ  ＣＥのサブヘッダを含むことができないことを指し得る。
【００４１】
ステップＳ２において、前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定し、または前記メディアアクセス制御層プロトコルデータユニットが伝送されるすべてのデータを含むが、バッファ状態報告を含むことができないことを決定した場合、第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持する。
【００４２】
一実施例において、ＭＡＣ  ＰＤＵがＢＳＲを含み、またはＭＡＣ  ＰＤＵが、伝送されるすべてのデータを含むが、ＢＳＲを含むことができない場合、ＢＳＲのトリガはキャンセルされることができる。この場合、ステップＳ２の前に、ＢＳＲはトリガされている。
【００４３】
一実施例において、ＭＡＣ  ＰＤＵがＢＳＲを含み、且つＢＳＲがＢＳＲをトリガする時間から始め、最後のＢＳＲトリガイベントに対応する時間までの間の、各ＢＳＲトリガイベントのバッファ状態を含み、またはＭＡＣ  ＰＤＵが、伝送されるすべてのデータを含むが、ＢＳＲを含むことができない場合、スケジューリングリクエスト（以下、ＳＲと略称する）のトリガをキャンセルすることができる。この場合、ステップＳ２の前に、ＳＲがトリガされている。
【００４４】
ＢＳＲをキャンセルし、またはＳＲをキャンセルすると、いくつかの問題が発生することができる。
【００４５】
例えば、ユーザ機器は、第１サービスに対応するＵＬ  ｇｒａｎｔを受信すると、第１サービスに対応するＵＬ  ｇｒａｎｔに従ってＭＡＣ  ＰＤＵを生成し、ＭＡＣ  ＰＤＵにＢＳＲが含まれると、ＢＳＲのトリガはキャンセルされる。第１サービスに対応するＵＬ  ｇｒａｎｔを受信した後、第２サービスに対応するＵＬ  ｇｒａｎｔを受信すると、第２サービスに対応するＵＬ  ｇｒａｎｔに従ってＭＡＣ  ＰＤＵを生成することができるが、ＢＳＲのトリガをキャンセルしたため、このときに生成されたＭＡＣ  ＰＤＵはＢＳＲを含まない。
【００４６】
この場合、第２サービスが許可する遅延が第１サービスが許可する遅延より小さいと、第２サービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送機会は、第１サービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送機会の前に位置するが、第２サービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送機会に生成されたＭＡＣ  ＰＤＵはＢＳＲを含まないため、依然として、第１サービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送機会に生成されたＭＡＣ  ＰＤＵはＢＳＲを含み、ＢＳＲを伝送する必要がある。これにより、ＢＳＲの伝送に大幅な遅延が発生し、第２サービスに悪影響を及ぼす。
【００４７】
一実施例において、ＭＡＣ  ＰＤＵがＢＳＲを含むことを決定し、またはＭＡＣ  ＰＤＵが、伝送されるすべてのデータを含むが、ＢＳＲを含まないことを決定した場合、ＢＳＲをキャンセルする必要があると決定することができ、それにより、第１プリセットの期間内に依然としてＢＳＲのトリガを保持し、および／またはＳＲをキャンセルする必要があると決定することができ、それにより、第１プリセットの期間内に依然としてＳＲのトリガを保持する。
【００４８】
これに基づいて、ＢＳＲ伝送において小さな遅延を必要とするサービス（前記第２サービスなど）を保証することができ、前記サービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送機会に、ＢＳＲを含むＭＡＣ  ＰＤＵを生成することができ、それにより、前記サービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送機会に、速やかにＢＳＲを基地局に送信するため、ＢＳＲの伝送は前記サービスの遅延要求を満たし、前記サービスの良好な動作を保証する。
【００４９】
図３は、本発明の実施例によって示された第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持する方法の例示的なフローチャートである。図３に示されたように、図２によって示された実施例の基で、前記アップリンクリソース割り当て指示情報は、第１サービスに対応するアップリンクリソース割り当て指示情報であり、前記第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持することは、
ステップＳ２１において、第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持することを含む。
【００５０】
一実施例において、第１サービスに対応するＵＬ  ｇｒａｎｔを受信した後、第１サービスに対応するＢＳＲおよび／またはＳＲのトリガを保持しても、背景技術の技術的課題は解決されないため、第１サービスに対応するＢＳＲおよび／またはＳＲは、トリガをキャンセルする条件を満たすときに、トリガを正常的にキャンセルし、第１プリセットの期間内に第１サービス以外の第２サービスに対応するＢＳＲおよび／またはＳＲのトリガを保持することができる。例えば、第２サービスの論理チャネルに対応するＢＳＲおよび／またはＳＲのトリガを保持することができる。
【００５１】
これに従って、ユーザ機器は、第１サービスに対応するＵＬ  ｇｒａｎｔを受信した後に、第２サービスに対応するＵＬ  ｇｒａｎｔを受信し、第２サービスが許可する遅延が第１サービスが許可する遅延より小さいと、即ち、第２サービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送機会が、第１サービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送機会の前に位置すると、ＢＳＲのトリガを保持したため、第２サービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送機会にＢＳＲを含むＭＡＣ  ＰＤＵを生成することができ、それにより、第２サービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送機会に、速やかにＢＳＲを基地局に送信するため、ＢＳＲの伝送は前記サービスの遅延要求を満たし、第２サービスの良好な動作を保証する。
【００５２】
図４は、本発明の実施例によって示された別の第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持する方法の例示的なフローチャートである。図４に示されたように、図３によって示された実施例の基で、前記第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持することは、次のステップをさらに含む。
【００５３】
ステップＳ２２において、第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持する前に、前記第２サービスがプリセット条件を満たすかどうかを決定し、前記第２サービスがプリセット条件を満たす場合、ステップＳ２１を実行し、第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持し、
ここで、前記プリセット条件は、前記第２サービスの要求遅延に関する（例えば、正の相関）時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク共有チャネルの持続時間より小さいこと、または前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいこと、または前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間より早いことであり、前記第２プリセットの期間は、前記ユーザ機器が前記第１サービスに対応するアップリンクリソース割り当て指示情報を受信した時間から、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間までの期間である。
【００５４】
一実施例において、第１サービス以外のすべてのサービスが、第１プリセットの期間内にＢＳＲおよび／またはＳＲのトリガを保持する必要があるわけではなく、第１サービスが許可する遅延が比較的に小さい第２サービスに対して、第１プリセットの期間内にＢＳＲおよび／またはＳＲのトリガを保持する必要がある。
【００５５】
したがって、第２サービスがプリセット条件を満たすかどうかを決定することができ、プリセット条件は、第２サービスの要求遅延に関する時間パラメータが、第１サービスに対応するＵＬ  ｇｒａｎｔに対応するＰＵＳＣＨの持続時間、または第１サービスに対応するＵＬ  ｇｒａｎｔに対応する第２プリセットの期間（以下、Ｋ２と略称する）より小さいことであり、Ｋ２は、ユーザ機器が第１サービスに対応するＵＬ  ｇｒａｎｔを受信した時間から、第１サービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送時間（即ち、アップリンク伝送機会の開始時間でもある）までの期間である。
【００５６】
ここで、第１サービスに対応するＵＬ  ｇｒａｎｔに対応するＰＵＳＣＨの持続時間および第１サービスに対応するＵＬ  ｇｒａｎｔに対応する第２プリセットの期間は、第１サービスが許可する遅延を表すことができる。時間パラメータは、第２サービスが許可する遅延の大きさを表すことができ、したがって、時間パラメータが第１サービスに対応するＵＬ  ｇｒａｎｔに対応するＰＵＳＣＨの持続時間または第１サービスに対応するＵＬ  ｇｒａｎｔに対応するＫ２より小さい場合、第２サービスが許可する遅延が第１サービスが許可する遅延より小さいことを決定することができ、それにより、第２サービス第１プリセットの期間内にそれらに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持することができる。
【００５７】
例示的に、前記時間パラメータは、前記第２サービスに対応する論理チャネルの優先度制限パラメータにおけるアップリンク共有チャネルの最大持続時間であり、前記プリセット条件は、前記時間パラメータが前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク共有チャネルの持続時間より小さいことである。
【００５８】
一実施例において、第２サービスに対応する論理チャネルの優先度（ＬＣＰ：Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｐｒｉｏｒｉｔｙ）制限パラメータにおけるＰＵＳＣＨの最大持続時間を時間パラメータとして使用することにより、第２サービスが許可する遅延サイズを表すことができ、この場合、プリセット条件は、時間パラメータが、第１サービスに対応するＵＬ  ｇｒａｎｔに対応するＰＵＳＣＨ持続時間より小さいことであり得る。
【００５９】
例示的に、前記優先度制限パラメータがアップリンク共有チャネルの最大持続時間を含まない場合、前記ユーザ機器が許可するアップリンク共有チャネルの最大持続時間を、前記優先度制限パラメータにおけるアップリンク共有チャネルの最大持続時間として使用する。
【００６０】
一実施例において、ＬＣＰ制限パラメータがＰＵＳＣＨの最大持続時間を含むとは限らないため、ユーザ機器が許可するＰＵＳＣＨの最大持続時間をＬＣＰ制限パラメータにおけるＰＵＳＣＨの最大持続時間として使用することができ、それにより、第２サービスがプリセット条件を満たすかどうかを正確に決定することができあることを保証する。
【００６１】
例示的に、前記時間パラメータは、前記第２サービスに対応する論理チャネルに対して構成したスケジューリングリクエストの伝送周期であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいことである。
【００６２】
一実施例において、第２サービスに対応する論理チャネルのＳＲの伝送周期を時間パラメータとして使用することにより、第２サービスが許可する遅延サイズを表すことができ、この場合、プリセット条件は、時間パラメータが、第１サービスに対応するＫ２より小さいことであり得る。
【００６３】
例示的に、前記時間パラメータは第３プリセットの期間であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいことであり、ここで、前記第３プリセットの期間は、前記基地局によって前記ユーザ機器に事前に構成されるか、前記第１サービスに対応するバッファ状態報告をトリガした時間からの前記第３プリセットの期間内であり、伝送バッファ状態報告の伝送に使用可能なアップリンク共有チャネルがないと、スケジューリングリクエストをトリガする。
【００６４】
一実施例において、第３プリセットの期間を時間パラメータとして使用することにより、第２サービスが許可する遅延サイズを表すことができ、この場合、プリセット条件は、時間パラメータが、第１サービスに対応するＫ２より小さいことであり得る。
【００６５】
ここで、第３プリセットの期間は、ＳＲをトリガするかどうかを判断する条件の１つとして使用することができ、即ち、ユーザ機器は、トリガ第１サービスに対応するＢＳＲをトリガする時間からの第３プリセットの期間範囲内で、バッファ状態報告を伝送するために使用可能なＰＵＳＣＨ（即ち、使用可能なアップリンク伝送機会がいない場合でもある）がいない場合、ＳＲをトリガする。
【００６６】
例示的に、前記時間パラメータは、前記第２サービスに対応する論理チャネルに対して構成した最大の第２プリセットの期間であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいことである。
【００６７】
一実施例において、第２サービスに対応する論理チャネルに対して構成した最大Ｋ２を時間パラメータとして使用することにより、第２サービスが許可する遅延サイズを表すことができ、この場合、プリセット条件は、時間パラメータが、第１サービスに対応するＫ２より小さいことであり得る。
【００６８】
ここで、第２サービスに対応する論理チャネルにＳＲの伝送周期が構成されてなく、および／または第２サービスに第３プリセットの期間が構成されてなく、および／または第２サービスの論理チャネルに最大Ｋ２が構成されていない場合、第２サービスがプリセット条件を満たさないことを決定することができる。
【００６９】
例示的に、前記第１プリセットの期間は、前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定し、または前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含まないが、伝送されるすべてのデータを含むことを決定してから、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間までである。
【００７０】
一実施例において、ＭＡＣ  ＰＤＵがＢＳＲを含み、またはＭＡＣ  ＰＤＵが、伝送されるすべてのデータを含むが、ＢＳＲを含むことができない場合、ＢＳＲおよび／またはＳＲのトリガをキャンセルすることができる。第１サービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送時間で生成されたＭＡＣ  ＰＤＵがＢＳＲを含むことができるため、ＢＳＲおよび／またはＳＲのトリガを、第１サービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送時間の後まで保持する必要がなく、それにより、キャンセルトリガＢＳＲおよび／またはＳＲのトリガをキャンセルしてから始め、第１サービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送時間までの期間内で、ＢＳＲおよび／またはＳＲのトリガを保持することを決定することができる。
【００７１】
例示的に、前記第１プリセットの期間は、前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定し、または前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含まないが、伝送されるすべてのデータを含むことを決定してから、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間の前に、前記アップリンク伝送時間から第４プリセットの期間隔たる目標時間までであり、
ここで、前記第４プリセットの期間は、前記ユーザ機器が前記第１サービスに対応するアップリンクリソース割り当て指示情報を受信するために使用される物理ダウンリンク制御チャネルに対応する終了時間から、前記終了時間の後に前記終了時間に最も近い、前記ユーザ機器がサポート可能なアップリンク伝送時間までである。
【００７２】
一実施例において、第４プリセットの期間（Ｎ２と略称する）は、ユーザ機器が、第１サービスに対応するＵＬ  ｇｒａｎｔを受信するために使用されるＰＤＣＣＨに対応する終了時間から、前記終了時間の後に位置し、前記終了時間に最も近い前記ユーザ機器がサポート可能なアップリンク伝送時間までであり、即ち、Ｎ２は、ユーザ機器がトランザクションを処理するために必要な時間（例えば、前記終了時間から始め、ＢＳＲを含むＭＡＣ  ＰＤＵを生成する時間までの期間である）であり、Ｎ２は、基地局側で設定することができ、例えば、異なるサブキャリア間隔（ＳＣＳ：Ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ）に対して、異なるＮ２を設定することができる。
【００７３】
ユーザ機器がトランザクションを処理するには少なくともＮ２を必要とするため、前記アップリンク伝送時間の前のＮ２の時間から、前記アップリンク伝送時間までの間の特定の時間に、第２サービスに対応する論理チャネルのＢＳＲをトリガし、ユーザ機器は、第２サービスに対応するＵＬ  ｇｒａｎｔに、ＢＳＲを含むＭＡＣ  ＰＤＵを生成し始めるため、前記アップリンク伝送時間後に、ＢＳＲを含むＭＡＣ  ＰＤＵを生成することができ、前記アップリンク伝送時間に、ユーザ機器は、既に、第１サービスに対応するＵＬ  ｇｒａｎｔにＢＳＲを含むＭＡＣ  ＰＤＵを生成することができるため、第２サービスに対応する、ＢＳＲを含むＭＡＣ  ＰＤＵを生成する必要はない。
【００７４】
前記アップリンク伝送時間の前のＮ２の時間と、前記アップリンク伝送時間までの間の特定の時間にＢＳＲおよび／またはＳＲを依然として保持しても、背景技術の技術的課題を解決することがなきないため、トリガされたＢＳＲおよび／またはＳＲを保持する持続時間は、前記アップリンク伝送時間の前のＮ２まで保持することができることがわかる。
【００７５】
図５は、本発明の実施例によって示された別のトリガ保持方法の例示的なフローチャートである。図５に示されたように、図２によって示された実施例の基で、前記トリガ保持方法は、さらに次のステップを含む。
【００７６】
ステップＳ３において、前記第１プリセットの期間の後に、トリガを保持するバッファ状態報告および／またはスケジューリングリクエストをキャンセルする。
【００７７】
一実施例において、ＢＳＲおよび／またはＳＲのトリガを第１プリセットの期間に達するまで保持すると、ユーザ機器は、第１サービスに対応するＵＬ  ｇｒａｎｔに対応するアップリンク伝送時間に、ＢＳＲを含むＭＡＣ  ＰＤＵを生成するため、後で、ＢＳＲおよび／またはＳＲのトリガを保持し続ける必要がなく、それにより、保持したＢＳＲおよび／またはＳＲのトリガをキャンセルすることができ、後続のＢＳＲおよび／またはＳＲのトリガに混乱が発生することを回避する。
【００７８】
上記したトリガ保持方法の実施例に対応して、本開示は、トリガ保持装置の実施例をさらに提供する。
【００７９】
図６は、本発明の実施例によって示されたトリガ保持装置の例示的なブロック図である。本実施例によって示されたトリガ保持装置は、携帯電話、タブレットコンピュータなどのユーザ機器に適用されることができ、ユーザ機器は、基地局によって送信されたアップリンクリソース割り当て指示情報などを受信し、および基地局にバッファ状態報告、スケジューリングリクエストなどを送信するために、基地局（５Ｇ基地局など）と通信することができる。
【００８０】
図６に示されたように、前記トリガ保持装置は、
受信したアップリンクリソース割り当て指示情報に従って、メディアアクセス制御層プロトコルデータユニットを生成するように構成される生成モジュール１と、
前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定し、または前記メディアアクセス制御層プロトコルデータユニットが伝送されるすべてのデータを含むが、バッファ状態報告を含むことができないことを決定した場合、第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持するように構成される保持モジュール２とを含む。
【００８１】
図７は、本発明の実施例によって示された保持モジュールの例示的なブロック図である。図７に示されたように、図６によって示された実施例の基で、前記アップリンクリソース割り当て指示情報は、第１サービスに対応するアップリンクリソース割り当て指示情報であり、前記保持モジュール２は、
第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持するように構成される保持サブモジュール２１を含む。
【００８２】
図８は、本発明の実施例によって示された別の保持モジュールの例示的なブロック図である。図８に示されたように、図７によって示された実施例の基で、前記保持モジュール２は、
第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持する前に、前記第２サービスがプリセット条件を満たすかどうかを決定するように構成される決定サブモジュール２２をさらに含み、
前記第２サービスがプリセット条件を満たす場合、前記保持サブモジュール２１は、第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持するように構成され、
前記プリセット条件は、前記第２サービスの要求遅延に関する時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク共有チャネルの持続時間より小さいこと、または前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいこと、または前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間より早いことであり、前記第２プリセットの期間は、前記ユーザ機器が前記第１サービスに対応するアップリンクリソース割り当て指示情報を受信した時間から、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間までの期間である。
【００８３】
例示的に、前記時間パラメータは、前記第２サービスに対応する論理チャネルの優先度制限パラメータにおけるアップリンク共有チャネルの最大持続時間であり、前記プリセット条件は、前記時間パラメータが前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク共有チャネルの持続時間より小さいことである。
【００８４】
例示的に、前記優先度制限パラメータがアップリンク共有チャネルの最大持続時間を含まない場合、前記ユーザ機器が許可するアップリンク共有チャネルの最大持続時間を、前記優先度制限パラメータにおけるアップリンク共有チャネルの最大持続時間として使用する。
【００８５】
例示的に、前記時間パラメータは、前記第２サービスに対応する論理チャネルに対して構成したスケジューリングリクエストの伝送周期であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいことである。
【００８６】
例示的に、前記時間パラメータは第３プリセットの期間であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいことであり、ここで、前記第３プリセットの期間は、前記基地局によって前記ユーザ機器に事前に構成されるか、前記第１サービスに対応するバッファ状態報告をトリガした時間からの前記第３プリセットの期間内で、伝送バッファ状態報告の伝送に使用可能なアップリンク共有チャネルがないと、スケジューリングリクエストをトリガする。
【００８７】
例示的に、前記時間パラメータは、前記第２サービスに対応する論理チャネルに対して構成した最大の第２プリセットの期間であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応する第２プリセットの期間より小さいことである。
【００８８】
例示的に、前記時間パラメータは、前記第２サービスの論理チャネルがバッファ状態報告をトリガした後、バッファ状態報告をトリガする論理チャネルに対して構成した、最も近いスケジューリングリクエストのアップリンク伝送時間であり、前記プリセット条件は、前記時間パラメータが前記第１サービスに対応するアップリンクリソース割り当て情報に対応するアップリンク伝送時間より早いことである。
【００８９】
例示的に、前記第１プリセットの期間は、前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定し、または前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含まないが、伝送されるすべてのデータを含むことを決定してから、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間までである。
【００９０】
例示的に、前記第１プリセットの期間は、前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定し、または前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含まないが、伝送されるすべてのデータを含むことを決定してから、前記第１サービスに対応するアップリンクリソース割り当て指示情報に対応するアップリンク伝送時間の前に、前記アップリンク伝送時間から第４プリセットの期間隔たる目標時間までであり、
ここで、前記第４プリセットの期間は、前記ユーザ機器が前記第１サービスに対応するアップリンクリソース割り当て指示情報を受信するために使用される物理ダウンリンク制御チャネルに対応する終了時間から、前記終了時間の後に前記終了時間に最も近い、前記ユーザ機器がサポート可能なアップリンク伝送時間までである。
【００９１】
図９は、本発明の実施例によって示された別のトリガ保持装置の例示的なブロック図である。図９に示されたように、図６によって示された実施例の基で、前記装置は、
前記第１プリセットの期間の後に、トリガを保持するバッファ状態報告および／またはスケジューリングリクエストをキャンセルするように構成されるキャンセルモジュール３をさらに含む。
【００９２】
上記の実施例の装置に関して、ここで、各モジュールが動作を実行する具体的な方法は、既に、前記方法に関する実施例で詳細に説明されており、ここでは詳細に説明しない。
【００９３】
装置の実施例において、それらは基本的に方法の実施例に対応するので、関連する部分は方法の実施例の説明の部分を参照することができる。上記で説明された装置の実施例は例示的なものに過ぎず、ここで、前記分離部材として説明されたユニットは、物理的に分離されている場合とされていない場合があり、ユニットとして表示された部材は、物理ユニットである場合もそうでない場合もあり、１箇所に配置される場合もあれば、複数のネットワークユニットに分散される場合もある。実際の必要に応じて、その中の一部または全部モジュールを選択して本実施例の技術案の目的を実現することができる。当業者は、創造的な努力なしに、理解して実施することができる。
【００９４】
本開示の実施例は電子機器をさらに提供し、前記電子機器は、
プロセッサと、
プロセッサ実行可能命令を記憶するように構成されるメモリとを含み、
ここで、前記プロセッサは、上記のいずれかの実施例に記載のトリガ保持方法を実行するように構成される。
【００９５】
本開示の実施例は、コンピュータプログラムを記憶したコンピュータ読み取り可能な記憶媒体をさらに提供し、前記プログラムがプロセッサによって実行されるときに、上記のいずれかの実施例に記載のトリガ保持方法を実現する。
【００９６】
図１０は、一例示的な実施例によって示されたトリガを保持するための装置１０００の例示的なブロック図である。例えば、装置１０００は携帯電話、コンピュータ、デジタル放送端末、メッセージングデバイス、ゲームコンソール、タブレットデバイス、医療機器、フィットネス機器、携帯情報端末等であってもよい。
【００９７】
図１０を参照すると、装置１０００は、処理コンポーネント１００２、メモリ１００４、電力コンポーネント１００６、マルチメディアコンポーネント１００８、オーディオコンポーネント１０１０、入力／出力（Ｉ／Ｏ）インターフェース１０１２、センサコンポーネント１０１４、及び通信コンポーネント１０１６のうちの１つまたは複数のコンポーネットを含み得る。
【００９８】
処理コンポーネント１００２は、一般的に、ディスプレイ、電話の呼び出し、データ通信、カメラ操作及び記録操作に関する操作のような装置１０００の全般的な操作を制御する。処理コンポーネント１００２は、前記方法のステップの全てまたは一部を完了するために、１つまたは複数のプロセッサ１０２０を含んで命令を実行することができる。加えて、処理コンポーネント１００２は、処理コンポーネント１００２と他のコンポーネントの間の相互作用を容易にするために、１つまたは複数のモジュールを含むことができる。例えば、処理コンポーネント１００２は、マルチメディアコンポーネント１００８と処理コンポーネント１００２の間の相互作用を容易にするために、マルチメディアモジュールを含むことができる。
【００９９】
メモリ１００４は、装置１０００での操作をサポートするために、様々なタイプのデータを格納するように構成される。これらのデータの例には、装置１０００で動作する任意のアプリケーションまたは方法の命令、連絡先データ、電話帳データ、メッセージ、写真、ビデオ等が含まれる。メモリ１００４は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、電気的に消去可能なプログラム可能な読み取り専用メモリ（ＥＥＰＲＯＭ）、消去可能なプログラム可能な読み取り専用メモリ（ＥＰＲＯＭ）、プログラム可能な読み取り専用メモリ（ＰＲＯＭ）、磁気メモリ、フラッシュメモリ、磁気ディスクまたは光ディスクなど、あらゆるタイプの揮発性または不揮発性ストレージデバイスまたはそれらの組み合わせによって実現されることができる。
【０１００】
電力コンポーネント１００６は、装置１０００の様々なコンポーネントに電力を提供する。電力コンポーネント１００６は、電力管理システム、１つまたは複数の電源、及び装置１０００の電力の生成、管理および割り当てに関する他のコンポーネントを含むことができる。
【０１０１】
マルチメディアコンポーネント１００８は、前記バッテリの充電装置１０００とユーザとの間の、出力インターフェースを提供するスクリーンを含む。いくつかの実施形態において、スクリーンは、液晶ディスプレイ（ＬＣＤ）及びタッチパネル（ＴＰ）を含み得る。スクリーンがタッチパネルを含む場合、スクリーンは、ユーザからの入力信号を受信するためのタッチスクリーンとして実装されることができる。タッチパネルは、タッチ、スワイプ及びタッチパネルでのジェスチャーを検知するための１つまたは複数のタッチセンサを含む。前記タッチセンサは、タッチまたはスワイプの操作の境界を感知するだけでなく、前記タッチまたはスワイプ動作に関連する持続時間及び圧力も検出することができる。いくつかの実施例において、マルチメディアコンポーネント１００８は、一つのフロントカメラ及び／またはリアカメラを含む。当装置１０００が、撮影モードまたはビデオモードなどの動作モードにあるとき、フロントカメラおよび／またはリアカメラは、外部マルチメディアデータを受信することができる。各フロントカメラ及びリアカメラは、固定光学レンズシステムであり、または焦点距離と光学ズーム機能を持つことができる。
【０１０２】
オーディオコンポーネント１０１０は、オーディオ信号を出力および／または入力するように構成される。例えば、オーディオコンポーネント１０１０は、１つのマイクロフォン（ＭＩＣ）を含み、装置１０００が通話モード、録音モード及び音声認識モードなどの動作モードにあるとき、マイクロフォンは、外部オーディオ信号を受信するように構成される。受信されたオーディオ信号は、メモリ１００４にさらに格納されてもよく、または通信コンポーネント１０１６を介して送信されてもよい。いくつかの実施例において、オーディオコンポーネント１０１０は、オーディオ信号を出力するためのスピーカをさらに含む。
【０１０３】
Ｉ／Ｏインターフェース１０１２は、処理コンポーネント１００２と周辺インターフェースモジュールとの間にインターフェースを提供し、前記周辺インターフェースモジュールは、キーボード、クリックホイール、ボタンなどであってもよい。これらのボタンは、ホームボタン、ボリュームボタン、スタートボタン、ロックボタンを含むが、これらに限定されない。
【０１０４】
センサコンポーネント１０１４は、装置１０００に各態様の状態の評価を提供するための１つまたは複数のセンサを含む。例えば、センサコンポーネント１０１４は、装置１０００のオン／オフ状態と、装置１０００のディスプレイやキーパッドなどのコンポーネントの相対的な位置づけを検出することができ、センサコンポーネント１０１４は、装置１０００または装置１０００のコンポーネントの位置の変化、ユーザとの装置１０００の接触の有無、装置１０００の向きまたは加速／減速、及び装置１０００の温度の変化も検出することができる。センサコンポ―ネット１０１４は、物理的接触なしに近くの物体の存在を検出するように構成された近接センサを含むことができる。センサコンポーネント１０１４は、撮像用途で使用するためのＣＭＯＳまたはＣＣＤ画像センサなどの光センサも含むことができる。いくつかの実施例において、前記センサコンポーネント１０１４は、加速度センサ、ジャイロスコープセンサ、磁気センサ、圧力センサまたは温度センサをさらに含むことができる。
【０１０５】
通信コンポーネント１０１６は、装置１０００と他の装置の間の有線または無線通信を容易にするように構成される。装置１０００は、ＷｉＦｉ、２Ｇまたは３Ｇ、またはそれらの組み合わせなどの通信規格に基づく無線ネットワークにアクセスすることができる。一例示的な実施例において、前記通信コンポーネント１０１６は、放送チャンネルを介して外部放送管理システムからの放送信号または放送関連情報を受信する。一例示的な実施例において、前記通信コンポーネント１０１６は、短距離通信を促進するために、近距離通信（ＮＦＣ）モジュールをさらに含む。例えば、ＮＦＣモジュールは、無線周波数識別（ＲＦＩＤ）技術、赤外線データ協会（ＩｒＤＡ）技術、超広帯域（ＵＷＢ）技術、ブルートゥース（登録商標）（ＢＴ）技術及び他の技術に基づいて具現することができる。
【０１０６】
例示的な実施例において、装置１０００は、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理装置（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサまたは他の電子素子によって具現されることができ、上記のいずれかの実施例に記載のトリガ保持方法を実行するように構成される。
【０１０７】
例示的な実施例において、命令を含むメモリ１００４などの、命令を含む非一時的なコンピュータ読み取り可能な記憶媒体をさらに提供し、前記命令は、装置１０００のプロセッサ１０２０によって実行されて前記方法を完了することができる。例えば、前記非一時的なコンピュータ読み取り可能な記憶媒体は、ＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスクおよび光学データ記憶装置などであってもよい。
【０１０８】
当業者は、明細書を考慮して、本明細書に開示される発明を実施した後、本開示の他の実施形態を容易に想到し得るであろう。本出願は、本開示のあらゆる変形、応用または適応性変化を網羅することを意図し、これらの変形、応用または適応性変化は、本開示の普通の原理に準拠し、本開示によって開示されない本技術分野における公知知識または従来の技術的手段を含む。明細書と実施例は、例示としてのみ考慮され、本開示の真の範囲および思想は添付の特許請求の範囲によって示される。
【０１０９】
本開示は、上記に既に説明し且つ図面に示した正確な構造に限定されるものではなく、その範囲から逸脱することなく様々な修正及び変更を行うことができることを理解されたい。本開示の範囲は、添付の特許請求の範囲によってのみ制限される。
【０１１０】
本明細書において、第１および第２などの関係用語は、１つのエンティティまたは動作を別のエンティティまたは動作から区別するために使用され、これらのエンティティまたは動作間にそのような実際の関係または順序があると要求アまたは暗示するものとは限らないことに留意されたい。用語「含む」、「包含」またはそれらの任意の他の変形は、排他的な包含を覆うことを意味しており、一連の要素を含むプロセス、方法、物品または機器は、それらの要素を含むだけでなく、明確にリストされてない他の要素をさらに含み、またはこのプロセス、方法、物品または機器に固有の要素をさらに含む。さらに制限するなく、「１つを含む」という文で限定された要素は、前記要素を含むプロセス、方法、物品または機器に、他の同一の要素があることを排除しない。
【０１１１】
以上、本発明の実施例によって提供された方法および装置を詳細に紹介し、本明細書では、具体的な例を適用して、本発明の原理および実施形態を説明したが、以上の実施例の説明は、本発明の方法およびその本旨を理解するのを助けるために使用され、同時に、当業者にとって、本明細書の思想に従って、具体的な実施形態および適用範囲のすべてを変化することができ、まとめると、本明細書の内容は、本発明を制限するものとして理解されるべきではない。
【図１】
2021513279.tif 000003
【図２】
2021513279.tif 000004
【図３】
2021513279.tif 000005
【図４】
2021513279.tif 000006
【図５】
2021513279.tif 000007
【図６】
2021513279.tif 000008
【図７】
2021513279.tif 000009
【図８】
2021513279.tif 000010
【図９】
2021513279.tif 000011
【図１０】
2021513279.tif 000012
【国際調査報告】
2021513279.tif 000013
2021513279.tif 000014
2021513279.tif 000015
2021513279.tif 000016