JP7109556B2 - トリガ保持方法およびトリガ保持装置 - Google Patents

トリガ保持方法およびトリガ保持装置 Download PDF

Info

Publication number
JP7109556B2
JP7109556B2 JP2020542818A JP2020542818A JP7109556B2 JP 7109556 B2 JP7109556 B2 JP 7109556B2 JP 2020542818 A JP2020542818 A JP 2020542818A JP 2020542818 A JP2020542818 A JP 2020542818A JP 7109556 B2 JP7109556 B2 JP 7109556B2
Authority
JP
Japan
Prior art keywords
service
resource allocation
grant
time
preset
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2020542818A
Other languages
English (en)
Other versions
JP2021513279A (ja
Inventor
江小威
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Publication of JP2021513279A publication Critical patent/JP2021513279A/ja
Application granted granted Critical
Publication of JP7109556B2 publication Critical patent/JP7109556B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0273—Traffic management, e.g. flow control or congestion control adapting protocols for flow control or congestion control to wireless environment, e.g. adapting transmission control protocol [TCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Supplying Of Containers To The Packaging Station (AREA)
  • Auxiliary Devices For And Details Of Packaging Control (AREA)

Description

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

Claims (20)

  1. トリガ保持方法であって、
    ユーザ機器に適用され、前記トリガ保持方法は、
    受信した第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に従って、メディアアクセス制御層プロトコルデータユニットを生成することと、
    前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）を受信した後、第２サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）を受信し、前記第２サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応するアップリンク伝送機会は、前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応するアップリンク伝送機会の前に位置し、前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定した場合、第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持することと、
    前記第１プリセットの期間の後に、トリガを保持するバッファ状態報告および／またはスケジューリングリクエストをキャンセルすることと
    を含み、
    前記第１プリセットの期間は、前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定してから、前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応するアップリンク伝送時間までである、トリガ保持方法。
  2. 前記第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持することは、
    第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持することを含む、請求項１に記載のトリガ保持方法。
  3. 前記第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持することは、
    第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持する前に、前記第２サービスがプリセット条件を満たすかどうかを決定することをさらに含み、
    前記第２サービスがプリセット条件を満たす場合、第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持し、
    前記プリセット条件は、前記第２サービスの要求遅延に関する時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応するアップリンク共有チャネルの持続時間より小さいこと、または、前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応する第２プリセットの期間より小さいこと、または、前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応するアップリンク伝送時間より早いことであり、前記第２プリセットの期間は、前記ユーザ機器が前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）を受信した時間から、前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応するアップリンク伝送時間までの期間である、請求項２に記載のトリガ保持方法。
  4. 前記時間パラメータは、前記第２サービスに対応する論理チャネルの優先度制限パラメータにおけるアップリンク共有チャネルの最大持続時間であり、前記プリセット条件は、前記時間パラメータが前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応するアップリンク共有チャネルの持続時間より小さいことである、請求項３に記載のトリガ保持方法。
  5. 前記優先度制限パラメータがアップリンク共有チャネルの最大持続時間を含まない場合、前記ユーザ機器が許可するアップリンク共有チャネルの最大持続時間を、前記優先度制限パラメータにおけるアップリンク共有チャネルの最大持続時間として使用する、請求項４に記載のトリガ保持方法。
  6. 前記時間パラメータは、前記第２サービスに対応する論理チャネルに対して構成したスケジューリングリクエストの伝送周期であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応する第２プリセットの期間より小さいことである、請求項３に記載のトリガ保持方法。
  7. 前記時間パラメータは第３プリセットの期間であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応する第２プリセットの期間より小さいことであり、前記第３プリセットの期間は、基地局によって前記ユーザ機器に事前に構成されるか、前記第１サービスに対応するバッファ状態報告をトリガした時間からの前記第３プリセットの期間範囲内であり、伝送バッファ状態報告の伝送に使用可能なアップリンク共有チャネルがないと、スケジューリングリクエストをトリガする、請求項３に記載のトリガ保持方法。
  8. 前記時間パラメータは、前記第２サービスに対応する論理チャネルに対して構成した最大の第２プリセットの期間であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応する第２プリセットの期間より小さいことである、請求項３に記載のトリガ保持方法。
  9. 前記時間パラメータは、前記第２サービスの論理チャネルがバッファ状態報告をトリガした後、バッファ状態報告をトリガする論理チャネルに対して構成した、最も近いスケジューリングリクエストのアップリンク伝送時間であり、前記プリセット条件は、前記時間パラメータが前記第１サービスに対応するアップリンクリソース割り当て情報に対応するアップリンク伝送時間より早いことである、請求項３に記載のトリガ保持方法。
  10. トリガ保持装置であって、
    ユーザ機器に適用され、前記トリガ保持装置は、
    受信した第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に従って、メディアアクセス制御層プロトコルデータユニットを生成するように構成される生成モジュールと、
    前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）を受信した後、第２サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）を受信し、前記第２サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応するアップリンク伝送機会は、前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応するアップリンク伝送機会の前に位置し、前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定した場合、第１プリセットの期間内にバッファ状態報告および／またはスケジューリングリクエストのトリガを保持するように構成される保持モジュールと、
    前記第１プリセットの期間の後に、トリガを保持するバッファ状態報告および／またはスケジューリングリクエストをキャンセルするように構成されるキャンセルモジュールと
    を含み、
    前記第１プリセットの期間は、前記メディアアクセス制御層プロトコルデータユニットがバッファ状態報告を含むことを決定してから、前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応するアップリンク伝送時間までである、トリガ保持装置。
  11. 前記保持モジュールは、
    第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持するように構成される保持サブモジュールを含む、請求項１０に記載のトリガ保持装置。
  12. 前記保持モジュールは、
    第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持する前に、前記第２サービスがプリセット条件を満たすかどうかを決定するように構成される決定サブモジュールをさらに含み、
    前記第２サービスがプリセット条件を満たす場合、前記保持サブモジュールは、第１プリセットの期間内に第２サービスに対応するバッファ状態報告および／またはスケジューリングリクエストのトリガを保持し、
    前記プリセット条件は、前記第２サービスの要求遅延に関する時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応するアップリンク共有チャネルの持続時間より小さいこと、または、前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応する第２プリセットの期間より小さいこと、または、前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応するアップリンク伝送時間より早いことであり、前記第２プリセットの期間は、前記ユーザ機器が前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）を受信した時間から、前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応するアップリンク伝送時間までの期間である、請求項１１に記載のトリガ保持装置。
  13. 前記時間パラメータは、前記第２サービスに対応する論理チャネルの優先度制限パラメータにおけるアップリンク共有チャネルの最大持続時間であり、前記プリセット条件は、前記時間パラメータが前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応するアップリンク共有チャネルの持続時間より小さいことである、請求項１２に記載のトリガ保持装置。
  14. 前記優先度制限パラメータがアップリンク共有チャネルの最大持続時間を含まない場合、前記ユーザ機器が許可するアップリンク共有チャネルの最大持続時間を、前記優先度制限パラメータにおけるアップリンク共有チャネルの最大持続時間として使用する、請求項１３に記載のトリガ保持装置。
  15. 前記時間パラメータは、前記第２サービスに対応する論理チャネルに対して構成したスケジューリングリクエストの伝送周期であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応する第２プリセットの期間より小さいことである、請求項１２に記載のトリガ保持装置。
  16. 前記時間パラメータは第３プリセットの期間であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応する第２プリセットの期間より小さいことであり、前記第３プリセットの期間は、基地局によって前記ユーザ機器に事前に構成されるか、前記第１サービスに対応するバッファ状態報告をトリガした時間からの前記第３プリセットの期間内で、伝送バッファ状態報告の伝送に使用可能なアップリンク共有チャネルがないと、スケジューリングリクエストをトリガする、請求項１２に記載のトリガ保持装置。
  17. 前記時間パラメータは、前記第２サービスに対応する論理チャネルに対して構成した最大の第２プリセットの期間であり、前記プリセット条件は、前記時間パラメータが、前記第１サービスに対応するアップリンクリソース割り当て指示情報（ＵＬ ｇｒａｎｔ）に対応する第２プリセットの期間より小さいことである、請求項１２に記載のトリガ保持装置。
  18. 前記時間パラメータは、前記第２サービスの論理チャネルがバッファ状態報告をトリガした後、バッファ状態報告をトリガする論理チャネルに対して構成した、最も近いスケジューリングリクエストのアップリンク伝送時間であり、前記プリセット条件は、前記時間パラメータが前記第１サービスに対応するアップリンクリソース割り当て情報に対応するアップリンク伝送時間より早いことである、請求項１２に記載のトリガ保持装置。
  19. 電子機器であって、
    プロセッサと、
    プロセッサ実行可能な命令を記憶するように構成されるメモリと
    を含み、
    前記プロセッサは、請求項１～９のいずれか一項に記載のトリガ保持方法を実行するように構成される、電子機器。
  20. コンピュータプログラムを記憶したコンピュータ読み取り可能な記憶媒体であって、
    前記コンピュータプログラムは、プロセッサによって実行されると、請求項１～９のいずれか一項に記載のトリガ保持方法を実現する、コンピュータ読み取り可能な記憶媒体。
JP2020542818A 2018-02-09 2018-02-09 トリガ保持方法およびトリガ保持装置 Active JP7109556B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2018/075997 WO2019153246A1 (zh) 2018-02-09 2018-02-09 触发保持方法和触发保持装置

Publications (2)

Publication Number Publication Date
JP2021513279A JP2021513279A (ja) 2021-05-20
JP7109556B2 true JP7109556B2 (ja) 2022-07-29

Family

ID=65540287

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020542818A Active JP7109556B2 (ja) 2018-02-09 2018-02-09 トリガ保持方法およびトリガ保持装置

Country Status (11)

Country Link
US (1) US11357034B2 (ja)
EP (1) EP3751892B1 (ja)
JP (1) JP7109556B2 (ja)
KR (2) KR102450669B1 (ja)
CN (1) CN109451831B (ja)
BR (1) BR112020016081A2 (ja)
ES (1) ES2944438T3 (ja)
PL (1) PL3751892T3 (ja)
RU (1) RU2749095C1 (ja)
SG (1) SG11202007570UA (ja)
WO (1) WO2019153246A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200114376A (ko) * 2019-03-28 2020-10-07 삼성전자주식회사 Urllc 트래픽을 위해 스케쥴링 요청을 하는 방법 및 장치
CN113840301B (zh) * 2020-06-08 2024-07-19 深圳市中兴微电子技术有限公司 协议数据单元处理方法、装置、发送设备及存储介质
CN111770109B (zh) * 2020-07-13 2021-01-26 兰州城市学院 一种虚拟现实音乐歌唱练声音频和视频传输方法
CN112399474B (zh) * 2020-11-19 2022-11-22 展讯通信（上海）有限公司 资源分配方法、装置及设备

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9167594B2 (en) * 2008-09-22 2015-10-20 Htc Corporation Method and related device of a trigger mechanism of buffer status report and scheduling request in a wireless communication system
CN102474886B (zh) * 2009-08-12 2014-11-19 交互数字专利控股公司 基于争用的上行链路数据传输方法和设备
CN102550110A (zh) * 2009-10-01 2012-07-04 诺基亚西门子通信公司 用于控制调度的方法和装置
CN102264098B (zh) * 2010-05-31 2015-12-16 中兴通讯股份有限公司 一种缓冲区状态报告处理的方法和装置
CN102761967B (zh) * 2011-04-29 2015-09-23 华为技术有限公司 数据发送方法、传输资源分配方法和装置
CN103249090A (zh) * 2012-02-14 2013-08-14 华为技术有限公司 一种缓存状态报告方法及装置
WO2014003327A1 (en) * 2012-06-26 2014-01-03 Lg Electronics Inc. Method and apparatus for cancelling buffer status report in wireless communication system
ES2787574T3 (es) * 2013-01-11 2020-10-16 Lg Electronics Inc Método para informar de estado de almacenador temporal y dispositivo de comunicación del mismo
KR20160048979A (ko) * 2013-09-11 2016-05-04 후아웨이 테크놀러지 컴퍼니 리미티드 데이터 전송 방법 및 사용자 장치
WO2015141778A1 (ja) * 2014-03-20 2015-09-24 シャープ株式会社 端末装置、集積回路、および、無線通信方法
CN106031299B (zh) * 2014-03-20 2019-10-22 夏普株式会社 终端装置、集成电路以及无线通信方法
JP6516242B2 (ja) * 2014-03-20 2019-05-22 シャープ株式会社 端末装置、集積回路、および、無線通信方法
US10057918B2 (en) * 2014-08-08 2018-08-21 Telefonaktiebolaget Lm Ericsson (Publ) Coordination between prose BSR and cellular BSR
ES2798312T3 (es) * 2014-09-17 2020-12-10 Innovative Sonic Corp Métodos y aparatos para solicitar recursos en un sistema de comunicación inalámbrica
US10154537B2 (en) * 2014-09-25 2018-12-11 Lg Electronics Inc. Method and apparatus for canceling triggered prose BSR in wireless communication system
CN107079469B (zh) * 2014-11-05 2020-05-19 Lg 电子株式会社 在d2d通信系统中取消通过侧链路缓冲器状态报告触发的调度请求的方法及其设备
KR101726705B1 (ko) * 2014-12-01 2017-04-26 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 스케줄링 요청(sr)에 대한 금지 타이머를 처리하기 위한 방법 및 장치
US10374916B2 (en) * 2016-08-04 2019-08-06 Lg Electronics Inc. Method for transmitting a buffer status report in a communication system and device therefor
US10154466B2 (en) * 2016-09-24 2018-12-11 Ofinno Technologies, Llc Power headroom transmission in a licensed assisted access cell
KR102695605B1 (ko) * 2016-11-04 2024-08-19 삼성전자 주식회사 차세대 이동 통신 시스템을 지원하기 위한 mac 서브 헤더의 구조와 이를 적용하는 방법 및 장치
US20180176937A1 (en) * 2016-12-16 2018-06-21 Asustek Computer Inc. Method and apparatus of handling multiple uplink resource collisions in a wireless communication system
CN106856630B (zh) * 2017-01-13 2018-12-11 北京小米移动软件有限公司 资源分配方法、装置、用户设备和基站
CN108633074B (zh) * 2017-03-23 2022-05-13 华硕电脑股份有限公司 无线通信系统中报告侧链路服务的辅助信息的方法和设备
CN107277856A (zh) * 2017-05-05 2017-10-20 电信科学技术研究院 一种配置、触发缓冲区状态上报的方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
vivo，Discussion on the SR cancellation and failure handling，3GPP TSG RAN WG2 #99bis R2-1710974，2017年09月29日，<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_99bis/Docs/R2-1710974.zip>

Also Published As

Publication number Publication date
CN109451831A (zh) 2019-03-08
RU2749095C1 (ru) 2021-06-04
PL3751892T3 (pl) 2023-09-25
WO2019153246A1 (zh) 2019-08-15
ES2944438T3 (es) 2023-06-21
CN109451831B (zh) 2021-03-09
US20200367274A1 (en) 2020-11-19
KR20200130690A (ko) 2020-11-19
EP3751892B1 (en) 2023-04-05
KR20220137790A (ko) 2022-10-12
EP3751892A1 (en) 2020-12-16
BR112020016081A2 (pt) 2021-01-19
KR102450669B1 (ko) 2022-10-06
KR102487349B1 (ko) 2023-01-11
EP3751892A4 (en) 2020-12-30
SG11202007570UA (en) 2020-09-29
JP2021513279A (ja) 2021-05-20
US11357034B2 (en) 2022-06-07

Similar Documents

Publication Publication Date Title
US11606804B2 (en) Method and apparatus for transmitting scheduling request
CN108391462B (zh) 缓存状态报告传输和装置
US11909534B2 (en) HARQ feedback method and apparatus
US11399383B2 (en) Method and device for requesting uplink transmission resource
JP7109556B2 (ja) トリガ保持方法およびトリガ保持装置
US20180192319A1 (en) Method and apparatus for triggering reporting buffer status report and user equipment
WO2018129936A1 (zh) 信息反馈方法、装置、基站和用户设备
CN108702763B (zh) 前导码和调度请求的发送方法及装置
WO2020034072A1 (zh) 上行调度请求的发送方法、装置、设备及存储介质
WO2019192021A1 (zh) 上行资源请求方法及装置
US20220159697A1 (en) Buffer indication methods and apparatuses, resource transmission methods and apparatuses and user equipment
US11665586B2 (en) Method and apparatus for data transmission, electronic device and computer readable storage medium
CN108702762B (zh) 消息发送方法、装置和资源分配方法、装置
WO2019191922A1 (zh) 上行传输方法、装置及存储介质
WO2022036718A1 (zh) 共享指示方法和装置、共享确定方法和装置
CN108476432B (zh) 缓存状态报告传输和装置
KR102674435B1 (ko) 랜덤 액세스 처리 방법 및 장치
CN113940019A (zh) 上行控制信息发送方法和装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200807

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210827

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210910

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211130

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220401

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220621

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220713

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220719

R150 Certificate of patent or registration of utility model

Ref document number: 7109556

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150