JP7646821B2 - アップリンク送信のための方法およびその装置 - Google Patents

アップリンク送信のための方法およびその装置 Download PDF

Info

Publication number
JP7646821B2
JP7646821B2 JP2023520190A JP2023520190A JP7646821B2 JP 7646821 B2 JP7646821 B2 JP 7646821B2 JP 2023520190 A JP2023520190 A JP 2023520190A JP 2023520190 A JP2023520190 A JP 2023520190A JP 7646821 B2 JP7646821 B2 JP 7646821B2
Authority
JP
Japan
Prior art keywords
grant
sdt
message
transmission
harq process
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
JP2023520190A
Other languages
English (en)
Other versions
JP2024501914A (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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Publication of JP2024501914A publication Critical patent/JP2024501914A/ja
Application granted granted Critical
Publication of JP7646821B2 publication Critical patent/JP7646821B2/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/50—Allocation or scheduling criteria for wireless resources
    • H04W72/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0457—Variable allocation of band or rate
    • 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/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H04W74/0816—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

この文書は、一般にワイヤレス通信、特に５Ｇ Ｎｅｗ Ｒａｄｉｏ通信のワイヤレス通信を対象とする。
環境からの非理想的な影響に起因して、端末（例えば、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）およびワイヤレス・ネットワーク・ノード）間のデータ送信は失敗したり、または端末は受信データを正しくデコードできなかったりする可能性がある。そのような条件下では、端末は、異常な送信に関連するデータを再送信することを要求され得る。再送信の方式は、ワイヤレス通信において常に重要なトピックである。
この文書は、アップリンク送信のための方法、システム、および装置に関し、特に、アップリンク送信を再送信するための方法、システム、および装置に関する。
本開示は、ワイヤレス端末における使用のためのワイヤレス通信方法に関する。方法は、
第１のＵＬ送信のリッスン・ビフォア・トーク手順が失敗しフラグが設定されているとき、第２のアップリンク（ｕｐｌｉｎｋ：ＵＬ）送信を実行することを含み、
第１のＵＬ送信の第１のＵＬ持続時間は、第２のＵＬ送信の第２のＵＬ持続時間にオーバーラップする。
様々な実施形態は、好ましくは以下の特徴を実装し得る。
好ましくは、第２のＵＬ送信は、送信されることについて、第１のＵＬ送信によって非優先とされている。
好ましくは、方法は、第２のＵＬ送信を、複数のＵＬ送信から決定することであって、複数のＵＬ送信の各々が、第１のＵＬ持続時間にオーバーラップするＵＬ持続時間を持つ、ことをさらに含み、第２のＵＬ送信は、複数のＵＬ送信の中における優先ＵＬ送信であるか、または第２のＵＬ送信は、複数のＵＬ送信からランダムに選択される。
好ましくは、第１のＵＬ送信、第２のＵＬ送信、および複数のＵＬ送信の、各々は、ＵＬグラントまたはスケジューリングリクエスト送信のための、物理ＵＬ共有チャネル送信のうちの１つである。
好ましくは、フラグは、非優先ＵＬ送信にオーバーラップする優先送信のリッスン・ビフォア・トーク手順が失敗するときに、非優先ＵＬ送信のためのハイブリッド自動反復リクエスト（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ：ＨＡＲＱ）動作を実行することに関連付けられる。
好ましくは、フラグは、セルグループごとに、サービングセルごとに、または帯域幅部分ごとに設定される。
好ましくは、第２のＵＬ送信は、
ハイブリッド自動反復リクエスト（ＨＡＲＱ）エンティティに、第１のＵＬ送信の第１のＵＬグラントと、第２のＵＬ送信の第２のＵＬグラントと、第１のＵＬグラントおよび第２のＵＬグラントのＨＡＲＱ情報とを送信することによって実行される。
好ましくは、第１のＵＬグラントは、設定ＵＬグラントおよび動的グラントのうちの一方であり、第２のＵＬグラントは、設定ＵＬグラントおよび動的グラントのうちの他方である。
好ましくは、方法は、スケジューリングリクエスト送信が第１のＵＬ送信または第２のＵＬ送信のうちの少なくとも一方にオーバーラップするとき、スケジューリングリクエスト送信を実行するように、物理層に命令することをさらに含む。
本開示は、ワイヤレス・ネットワーク・ノードにおける使用のためのワイヤレス通信方法に関する。方法は、
非優先ＵＬ送信にオーバーラップする優先送信のリッスン・ビフォア・トーク手順が失敗するとき、非優先ＵＬ送信のためのハイブリッド自動反復リクエスト（ＨＡＲＱ）動作を実行することに、関連付けられたフラグを、ワイヤレス端末に対して設定することを含む。
様々な実施形態は、好ましくは以下の特徴を実装し得る。
好ましくは、フラグは、セルグループごとに、サービングセルごとに、または帯域幅部分ごとに設定される。
本開示は、ワイヤレス端末における使用のためのワイヤレス通信方法に関する。方法は、
ＳＤＴの小データ送信（ｓｍａｌｌ ｄａｔａ ｔｒａｎｓｍｉｓｓｉｏｎ：ＳＤＴ）メッセージを再送信するために設定アップリンク（ＵＬ）グラントを使用することに関連付けられた条件が満たされると判定することと、
設定ＵＬグラントを使用することによってＳＤＴメッセージをワイヤレス・ネットワーク・ノードに再送信することと、を含む。
好ましくは、ＳＤＴが含むことは、以下の特徴のうちの少なくとも１つによって特性付けられる。
１００バイトのパケットサイズ、
５秒～３０分もしくは１時間のレイテンシ、または
毎分、および月々までの頻度。
好ましくは、ＳＤＴは、３ＧＰＰ（登録商標） ＴＲ ２５．７０５ Ｖ１３．０．０に従って定義される。
様々な実施形態は、好ましくは以下の特徴を実装し得る。
好ましくは、ＳＤＴメッセージは、以下の少なくとも１つを含む。
ＳＤＴを始動することの無線リソース制御メッセージ、または
ＳＤＴのデータメッセージ。
好ましくは、ＳＤＴメッセージを送信するために設定ＵＬグラントを使用することに関連付けられた条件は、以下の少なくとも１つを含む。
ＳＤＴメッセージは、設定ＵＬグラントを使用することによって送信されており、ワイヤレス端末の識別子でスケジュールされた動的グラントを使用することによって送信されていない、
第１のタイマが満了する前に、ＳＤＴメッセージに対応する肯定メッセージが受信されない、
ＳＤＴメッセージに対応する否定メッセージが受信される、
時間の持続時間が終了するときに、ＳＤＴメッセージに対応するＡＣＫが受信されない、
第１のタイマが停止し、かつ第２のタイマが動いており、ＳＤＴメッセージを送信することのハイブリッド自動反復リクエスト（ＨＡＲＱ）識別（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：ＩＤ）が使用されるときに、第２のタイマが開始する、または
カウンタが、送信もしくは再送信のための最大試行回数に達しない。
好ましくは、第１のタイマは、設定ＵＬグラントごとに設定され、対応する設定ＵＬグラントのＨＡＲＱプロセスＩＤに関連付けられる。
好ましくは、ＨＡＲＱプロセスに関連付けられた第１のタイマは、ＨＡＲＱプロセスに関連付けられた設定ＵＬグラントを使用することによってＳＤＴメッセージが送信されるとき、開始する。
好ましくは、ＨＡＲＱプロセスに関連付けられた第１のタイマは、ＨＡＲＱプロセスに関連付けられたＳＤＴメッセージ送信に応答する肯定メッセージまたは否定メッセージをワイヤレス端末が受信するとき、停止する。
好ましくは、（ＨＡＲＱプロセスを有する設定ＵＬグラントに応答する）肯定メッセージは、以下の少なくとも１つを含む。
ＳＤＴメッセージ送信に応答する肯定メッセージを指示するダウンリンクフィードバック情報、または
動的ＵＬグラントを使用することによって新しいＳＤＴメッセージを送ることの、同じＨＡＲＱプロセスＩＤ（すなわち、設定ＵＬグラントのＨＡＲＱプロセスのＩＤ）を指示する、ダウンリンク制御情報。
好ましくは、否定メッセージは、ＳＤＴメッセージ送信に応答する否定メッセージを指示するダウンリンクフィードバック情報を含む。
好ましくは、カウンタは、設定ＵＬグラントごとに設定され、および／またはＨＡＲＱプロセスＩＤに関連付けられる。
好ましくは、ＨＡＲＱプロセスに関連付けられたカウンタは、
ＨＡＲＱプロセスを有する設定ＵＬグラントを使用することによってＳＤＴメッセージ送信を実行するたびに、
ＨＡＲＱプロセスに関連付けられた第１のタイマが満了するたびに、
ＨＡＲＱプロセスに関連付けられたＳＤＴメッセージ送信の設定ＵＬグラントを受信するたびに、または
ＨＡＲＱプロセスの（例えば、それに応答する）否定メッセージを受信するたびに、のうちの少なくとも１つで、１だけ増加させられる。
好ましくは、ＨＡＲＱプロセスに関連付けられたカウンタは、ワイヤレス端末が、以下の少なくとも１つを実行するとき、リセットされる。
非アクティブ状態へ解放することの、無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ：ＲＲＣ）解放メッセージを受信すること、
ＨＡＲＱプロセスに関連付けられた設定ＵＬグラントを使用することによってＳＤＴメッセージをワイヤレス・ネットワーク・ノードに初めて送信すること、
ＳＤＴメッセージのＨＡＲＱプロセスに対応する肯定メッセージもしくは否定メッセージを受信すること、または
ＳＤＴメッセージのＨＡＲＱプロセスに関連付けられたＵＬ送信をスケジューリングするためのダウンリンク制御チャネルを受信すること。
好ましくは、カウンタは最大試行回数に達し、方法は、以下の少なくとも１つをさらに含む。
ランダム・アクセス・チャネル・ベースの小データ送信を実行すること、
ランダムアクセス手順を実行すること、
無線リソース制御（ＲＲＣ）層に失敗理由を通知すること、または
アイドル状態に入ること。
好ましくは、ＳＤＴメッセージの再送信およびＳＤＴメッセージの最初の送信は、同じＨＡＲＱプロセスＩＤを持つ。
本開示は、ワイヤレス端末に関する。ワイヤレス端末は、
第１のＵＬ送信のリッスン・ビフォア・トーク手順が失敗しフラグが設定されているとき、第２のアップリンク（ＵＬ）送信を実行するように構成された、通信ユニットを備え、
第１のＵＬ送信の第１のＵＬ持続時間は、第２のＵＬ送信の第２のＵＬ持続時間にオーバーラップする。
様々な実施形態は、好ましくは以下の特徴を実装し得る。
好ましくは、ワイヤレス端末は、上述のワイヤレス通信方法のいずれかを実行するように構成されたプロセッサをさらに備える。
本開示は、ワイヤレス・ネットワーク・ノードに関する。ワイヤレス・ネットワーク・ノードは、
通信ユニットと、
非優先ＵＬ送信にオーバーラップする優先送信のリッスン・ビフォア・トーク手順の失敗以降に、非優先ＵＬ送信のためのハイブリッド自動反復リクエスト（ＨＡＲＱ）動作を実行することに、関連付けられたフラグを、通信ユニットを介してワイヤレス端末に対して設定するように構成されたプロセッサと、を備える。
様々な実施形態は、好ましくは以下の特徴を実装し得る。
好ましくは、プロセッサは、上述のワイヤレス通信方法のいずれかを実行するようにさらに構成される。
本開示は、ワイヤレス端末に関する。ワイヤレス端末は、
プロセッサであって、ＳＤＴの小データ送信メッセージを再送信するために設定アップリンク（ＵＬ）グラントを使用することに関連付けられた条件が満たされると判定するように構成された、プロセッサと、
通信ユニットであって、
設定ＵＬグラントを使用することによってＳＤＴメッセージをワイヤレス・ネットワーク・ノードに再送信するように構成された、通信ユニットと、を備える。
様々な実施形態は、好ましくは以下の特徴を実装し得る。
好ましくは、プロセッサは、上述のワイヤレス通信方法のいずれかを実行するようにさらに構成される。
本開示は、コンピュータプログラム製品であって、当該コンピュータプログラム製品に記憶されたコンピュータ可読プログラム媒体コードを備え、コードが、プロセッサによって実行されるとき、プロセッサに前述の方法のいずれか１つに記載のワイヤレス通信方法を実施させる、コンピュータプログラム製品に関する。
本明細書に開示される例示的な実施形態は、添付の図面と併せ考えるとき以下の説明を参照することによって容易に明らかになる、特徴を提供することを対象とする。様々な実施形態に一致して、例示的なシステム、方法、装置、およびコンピュータプログラム製品が、本明細書に開示される。しかしながらこれら実施形態は、例としてかつ限定としてではなく提示されることが理解され、開示される実施形態に対する様々な修正は、本開示の範囲内に留まりながら行われることができることが本開示を読む当業者に明らかであろう。
したがって、本開示は、本明細書において説明および例解した、例示的な実施形態および用途に限定されない。追加的に、本明細書に開示される方法におけるステップの特定の順序および／または階層は、単なる例示的なアプローチである。設計の好みに基づいて、開示される方法またはプロセスのステップの特定の順序または階層は、本開示の範囲内に留まりながら再配置されることができる。したがって、本明細書に開示される方法および技術は、見本の順序で様々なステップまたは作用を提示し、本開示は、別段明記しない限り、提示される特定の順序または階層に限定されないことを、当業者は理解するであろう。
上記および他の態様ならびにそれらの実装は、図面、説明、および特許請求の範囲においてより詳細に説明される。
本開示の実施形態による自律送信の概略図である。 本開示の実施形態による固定フレーム期間の概略図である。 本開示の実施形態による衝突の概略図である。 本開示の実施形態による、設定グラントベースの小データ送信の概略図である。 本開示の実施形態によるプロセスのフローチャートである。 本開示の実施形態によるプロセスのフローチャートである。 本開示の実施形態によるプロセスのフローチャートである。 本開示の実施形態によるプロセスのフローチャートである。 本開示の実施形態によるプロセスのフローチャートである。 本開示の実施形態によるプロセスのフローチャートである。 本開示の実施形態によるワイヤレス端末の概略図の例である。 本開示の実施形態によるワイヤレス・ネットワーク・ノードの概略図の例である。
実施形態１：
新しい無線産業のモノのインターネット（ｎｅｗ ｒａｄｉｏ ｉｎｄｕｓｔｒｉａｌ ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇ：ＮＲＩ－ＩｏＴ）では、自律送信は、メディアアクセス制御（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ：ＭＡＣ）パケット・データ・ユニット（ｐａｃｋｅｔ ｄａｔａ ｕｎｉｔ：ＰＤＵ）の喪失を回避するという目的のために非優先グラントに対して導入される。現在、自律送信は、同じ設定グラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ：ＣＧ）の設定、および同じハイブリッド自動反復リクエスト（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ：ＨＡＲＱ）プロセス識別（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：ＩＤ）を有するＣＧ機会のみを使用し得、それの先行設定グラントは、非優先とされる。ＨＡＲＱプロセスＩＤは、１つの設定グラントから連続するＣＧ機会に対して順次に発生するためである。ＭＡＣ ＰＤＵの自律送信は、遅延され得る。図１は、本開示の実施形態による自律送信の概略図を示す。図１では、５つの異なるＨＡＲＱ ＩＤ Ｈ１～Ｈ５を有するＭＡＣ ＰＤＵは、５つの連続するＣＧ機会でそれぞれ送信され、あらゆる２つの連続するＣＧ機会の間の期間は、ＣＧ期間と呼ばれる。自律送信は、同じＨＡＲＱ ＩＤを有するＣＧ機会を使用するから、ユーザ機器（ＵＥ）は、図１に示すように５つのＣＧ期間のレイテンシで自律送信を実行する。自律送信のこのような長いレイテンシは、遅延問題を引き起こし得る。
実施形態では、設定グラント送信は、送信のための関連するリソースがＮＷによって事前設定される、送信タイプであり得る。実施形態では、動的グラント送信は、送信のための関連するリソースがＮＷからのダウンリンク制御指示によって指示される、送信タイプであり得る。
本手順では、設定グラントは、設定ＵＬグラントに等しくなり得る。
実施形態では、超高信頼の低レイテンシ通信（ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＵＲＬＬＣ）送信のための自律送信のレイテンシを軽減するという目的のために、自律送信は、先行送信で使用される設定グラントのものとは異なるＨＡＲＱプロセスＩＤを有する、設定グラントを使用し得る。
実施形態では、異なるＨＡＲＱプロセスＩＤを有する設定グラントを使用することを介して実行される、自律送信または再送信は、以下のイベントのうちの少なくとも１つが発生するときに実行され得る。
（１）ＨＡＲＱプロセスＩＤについての先行設定グラント送信は、失敗する。失敗ケースは、以下のケースのうちの少なくとも１つを含む。
－設定グラントは、非優先とされ、この設定グラントについてのＭＡＣ ＰＤＵは、生成されており、かつＵＥのＣＳ－ＲＮＴＩと共に再送信されない。
－ＬＢＴ失敗。
－否定メッセージ（ｎｏｎ－ａｃｋｎｏｗｌｅｄｇｅ ｍｅｓｓａｇｅ：ＮＡＣＫ）は、受信される。
－タイマ（例えば、ｃｇ－Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）は満了し、肯定メッセージ（ａｃｋｎｏｗｌｅｄｇｅ ｍｅｓｓａｇｅ：ＡＣＫ）は受信されない。
－タイマ（例えば、ｃｇ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎｔＴｉｍｅｒ）は満了し、別のタイマ（例えば、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒ）はまだ動いている。
（２）ＣＧ ＵＬ制御情報（ＣＧ ＵＬ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＣＧ－ＵＣＩ）は、この設定グラントについて設定されていない。例えば、
－１つの設定グラントの設定において、または設定グラントが設定される１つのサービングセルにおいて、情報要素として設定されることができる、１つの有効化フラグＸによってＣＧ－ＵＣＩは指示され得る。
－ＣＧ－ＵＣＩは、以下の内容のうちの少なくとも１つを含み得る。（１）対応するＰＵＳＣＨ送信についてのＨＡＲＱプロセスＩＤ（２）新しいデータ指示。
（３）失敗設定グラントについてのＭＡＣ ＰＤＵのサイズは、来たるべき設定グラントのサイズにマッチするか、またはそれよりも小さい。
実施形態では、自律送信または再送信が、異なるＨＡＲＱプロセスＩＤを有する設定グラントを使用するとき、ＨＡＲＱ動作は、変更を必要とし得る。
オプション１：失敗設定グラント送信のＨＡＲＱバッファから、自律送信または再送信のＨＡＲＱバッファのためのＭＡＣ ＰＤＵを導出する。新しい設定グラントにまだスコープがある場合、多重化および組立てエンティティからデータを導出する。
オプション２：後続のＵＬ送信についての先行失敗設定グラントのＭＡＣ ＰＤＵを含めるために多重化および組立てエンティティを指示し、多重化および組立てエンティティから新しい設定グラントについてのＭＡＣ ＰＤＵを取得する。
実施形態では、２つ以上のＵＬ送信が、リソース内で互いとオーバーラップするとき、これらのＵＬ送信のうちの１つについての、１つのＵＬグラントは、ある一定の規則（すなわち、論理チャネル（ｌｏｇｉｃ ｃｈａｎｎｅｌ：ＬＣＨ）優先度ベースの規則）を使用することによって優先されるものとし、残りのＵＬ送信の、他のＵＬグラントは、非優先とされるものとする。ＵＬグラントを優先しおよび／または非優先とするプロセスは、ＬＣＨベースの優先度付けと呼ばれ得る。優先ＵＬグラントは、ＨＡＲＱ動作において処理される。
上記によれば、少なくとも１つの以下の実施形態１－１～１－３は、ＵＥにおいて使用され得る。
実施形態１－１：
ステップ１：１つの設定グラントが受信され、ステップ２に進む。
ステップ２：非優先とされる先行設定グラントが、あるかどうか、対応するＭＡＣ ＰＤＵが、生成され、かつＣＳ－ＲＮＴＩでアドレス指定されたＵＬグラントを使用することによって送信されないかどうか、生成されたＭＡＣ ＰＤＵのサイズが、受信された設定グラントのサイズとマッチするかまたはそれよりも小さいかどうか、およびフラグＸが、非優先設定グラントについて設定されていないかどうかを判定し、そうである場合、ステップ３ａまたはステップ３ｂに進み、そうでなければ、ステップ４に進む。
ステップ３ａ：先行非優先設定グラントのＨＡＲＱバッファからＭＡＣ ＰＤＵを導出し（すなわち、上記のオプション１）、設定グラントについての（余りまたは残りの）スコープがない場合ステップ５に進み、そうでなければステップ４に進む。
ステップ３ｂ：後続のＵＬ送信についての先行失敗設定グラントのＭＡＣ ＰＤＵを含めるために多重化および組立てエンティティを指示し、多重化および組立てエンティティから受信された設定グラントについてのＭＡＣ ＰＤＵを再び取得し（すなわち、上記のオプション２）、設定グラントについての（余りまたは残りの）スコープがない場合ステップ５に進み、そうでなければステップ４に進む。
ステップ４：リンク制御プロトコル（ｌｉｎｋ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ：ＬＣＰ）手順に基づいて、多重化および組立てエンティティからデータを導出する。ステップ５に進む。
ステップ５：受信された設定グラントのＨＡＲＱプロセスに、新しい送信を生成するように命令する。
実施形態１－２：
ステップ１：１つの設定グラントが受信され、ステップ２に進む。
ステップ２：先行設定グラントのリッスン・ビフォア・トーク（ｌｉｓｔｅｎ ｂｅｆｏｒｅ ｔａｌｋ：ＬＢＴ）手順が、失敗するかどうか、対応するＭＡＣ ＰＤＵが、ＣＳ－ＲＮＴＩでアドレス指定されたＵＬグラントを使用することによって送信されるかどうか、生成されたＭＡＣ ＰＤＵのサイズが、受信された設定グラントのサイズとマッチするかまたはそれよりも小さいかどうか、およびフラグＸが、設定グラントであって、そのＬＢＴ手順が失敗する設定グラントについて設定されるかどうかを、判定する。そうである場合、ステップ３ａまたは３ｂに進み、そうでなければ、ステップ４に進む。
ステップ３ａ：先行非優先設定グラントのＨＡＲＱバッファからＭＡＣ ＰＤＵを導出し（すなわち、上記のオプション１）、設定グラントについての（余りまたは残りの）スコープがない場合ステップ５に進み、そうでなければステップ４に進む。
ステップ３ｂ：後続のＵＬ送信についての先行失敗設定グラントのＭＡＣ ＰＤＵを含めるために多重化および組立てエンティティを指示し、多重化および組立てエンティティから受信された設定グラントについてのＭＡＣ ＰＤＵを再び取得し（すなわち、上記のオプション２）、設定グラントについての（余りまたは残りの）スコープがない場合ステップ５に進み、そうでなければステップ４に進む。
ステップ４：ＬＣＰ手順に基づいて、多重化および組立てエンティティからＭＡＣ ＰＤＵを導出する。ステップ５に進む。
ステップ５：受信された設定グラントのＨＡＲＱプロセスに、新しい送信を生成するように命令する。
実施形態１－３：
ステップ１：１つの設定グラントが受信され、ステップ２に進む。
ステップ２：先行設定グラントのＨＡＲＱプロセスについてＮＡＣＫが受信されるかどうかまたはタイマが満了する前に先行設定グラントのＨＡＲＱプロセスについてＡＣＫ／ＮＡＣＫが受信されなかったかどうか、対応するＭＡＣ ＰＤＵがＣＳ－ＲＮＴＩでアドレス指定されたＵＬグラントを使用することによって送信されていないかどうか、および失敗設定グラントについてのＭＡＣ ＰＤＵのサイズが受信された設定グラントのサイズより小さいかそれに等しいかどうかを判定する。そうである場合、ステップ３ａまたは３ｂに進み、そうでなければ、ステップ４に進む。
ステップ３ａ：先行非優先設定グラントのＨＡＲＱバッファからＭＡＣ ＰＤＵを導出し（すなわち、上記のオプション１）、設定グラントについての（余りまたは残りの）スコープがない場合ステップ５に進み、そうでなければステップ４に進む。
ステップ３ｂ：後続のＵＬ送信についての先行失敗設定グラントのＭＡＣ ＰＤＵを含めるために多重化および組立てエンティティを指示し、多重化および組立てエンティティから受信された設定グラントについてのＭＡＣ ＰＤＵを再び取得する。（すなわち、上記のオプション２）、設定グラントについての（余りまたは残りの）スコープがない場合ステップ５に進み、そうでなければ、ステップ４に進む。
ステップ４：ＬＣＰ手順に基づいて、多重化および組立てエンティティからＭＡＣ ＰＤＵを導出する。ステップ５に進む。
ステップ５：受信された設定グラントのＨＡＲＱプロセスに、新しい送信を生成するように命令する。
実施形態２：
共有スペクトルチャネル上のＵＲＬＬＣ送信の場合、セミ・パーシステント・チャネル・アクセス手順では、固定フレーム期間（ｆｉｘｅｄ ｆｒａｍｅ ｐｅｒｉｏｄ：ＦＦＰ）は、ネットワーク（ｎｅｔｗｏｒｋ：ＮＷ）に対して設定され、かつＵＥに対して設定されてもよく、ＦＦＰは、チャネル占有時間（ｃｈａｎｎｅｌ ｏｃｃｕｐａｔｉｏｎ ｔｉｍｅ：ＣＯＴ）の期間、およびアイドル期間と合成される。ＣＯＴ期間は、ＵＥまたはＮＷ（例えば、ｇＮＢ）のどちらかによって始動され得、ＮＷによって始動されたＣＯＴは、ＵＥに対して共有しおよびその逆であることができる。図２は、本開示の実施形態によるＦＦＰの概略図を示す。図２では、ＦＦＰ－ｇは、ｇＮＢのＦＦＰであり、ＦＦＰ－ｕは、ＵＥのＦＦＰである。ＦＦＰ－ｇおよびＦＦＰ－ｕの各々は、ＣＯＴ期間およびアイドル期間からなる。ＦＦＰ－ｕおよびＦＦＰ－ｇの持続時間は、異なる。加えて、ＦＦＰ－ｇの開始点と対応するＦＦＰ－ｕとの間にオフセットがある。
実施形態では、共有スペクトルチャネル上のＵＲＬＬＣ送信のためのＵＬグラント処理は、以下のプロセスとして更新される。
ＵＬグラントがダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）または無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ：ＲＲＣ）層から受信される（すなわち、設定グラント）＝＞優先度取扱い手順＝＞対応するＭＡＣ ＰＤＵを生成し、生成されたＭＡＣ ＰＤＵを、優先ＵＬグラントの対応するＨＡＲＱプロセスＩＤのＨＡＲＱバッファに転送すること＝＞ＭＡＣ ＰＤＵの送信を実行するように下位層（すなわち、物理（ｐｈｙｓｉｃａｌ：ＰＨＹ）層）に命令すること＝＞リッスン・ビフォア・トーク（ＬＢＴ）手順がＰＨＹ層において実行される。
実施形態では、優先度取扱い手順は、２つ以上のＵＬ送信のためのリソースが互いと衝突する場合にどのＵＬ送信が優先されるかを判定することである。
実施形態では、ＬＢＴ手順は、現実の送信が実行される前に、チャネルの状態（すなわち、アイドルであるかまたはビジーであるか）を評価するために使用される。ＬＢＴ手順は、チャネルアクセス手順の種類であることができる。
共有スペクトルチャネル上の物理ＵＬ共有チャネル（ｐｈｙｓｉｃａｌ ＵＬ ｓｈａｒｅｄ ｃｈａｎｎｅｌ：ＰＵＳＣＨ）送信については、ＵＥは、ＬＢＴ手順を実行する前に、ＰＵＳＣＨ送信のための優先グラントを決定するための優先度取扱い手順を終了しなければならない。しかしながら、ＵＥがＣＯＴを始動した場合、ＵＥに関連付けられたＦＦＰの境界におけるＵＬ送信は、来たるべきＦＦＰが占有されることができるか否かを、関連するＬＢＴ結果が判定するので、非常に重要である。ＬＢＴ手順および優先度取扱い手順は、それぞれＰＨＹ層およびメディアアクセス制御（ＭＡＣ）層によって、取り扱うことができる。優先度取扱い手順のせいで、ＵＥが来たるべきＣＯＴを逃すことを、回避するという目的のために、優先度取扱い手順は、改善する必要があり得る。
実施形態では、重要なＵＬ送信は、フレームベース機器（ｆｒａｍｅ－ｂａｓｅｄ ｅｑｕｉｐｍｅｎｔ：ＦＢＥ）の場合においてＵＥに関連付けられた各ＦＦＰ期間の境界において開始するＵＬ送信を指す。重要なＵＬ送信は、以下のオプションのうちの少なくとも１つによって識別され得る。
オプション１：この設定グラントの設定のための、ＵＬ送信が、重要なＵＬ送信であることを指示するために、１つの情報要素ＣＧ－ＢｏｕｎｄａｒｙＴｒａｎｓｍｉｓｓｉｏｎは、１つの設定グラントの設定において、設定される。
オプション２：対応するＵＬ送信が、重要なＵＬ送信であることを指示するために、１つの情報要素ＢｏｕｎｄａｒｙＴｒａｎｓｍｉｓｓｉｏｎＩｎｄｉｃａｔｏｒは、ダウンリンク制御情報（ＤＣＩ）において指示される。
オプション３：ＳＲ送信のためのＰＵＣＣＨリソース。
実施形態では、重要なＵＬ送信については、以下の原理のうちの少なくとも１つが適用され得る。
－重要なＵＬ送信は、重要な送信以外のＵＬ送信によって非優先とされることができない。
－重要なＵＬ送信は、スキップされることができない。
以下の実施形態２－１および２－２は、ＵＥにおいて使用され得る。
実施形態２－１：
ステップ０：ＭＡＣエンティティが、ＬＣＨベースの優先度付けで設定される場合、１つのＵＬグラントが、受信される。
ステップ０ａ：このＵＬグラントが上位層（すなわち、設定グラント）からであるか、または下位層（すなわち、ＰＨＹ層からの動的グラント）からであるかを、判定する。ＵＬグラントが設定グラントである場合、ステップ１ａに進み、ＵＬグラントが動的グラントである場合、ステップ１ｂに進む。
ステップ１ａ：この設定グラントが情報要素ＣＧ－ＢｏｕｎｄａｒｙＴｒａｎｓｍｉｓｓｉｏｎで設定されるかどうかを、判定する。そうである場合、ステップ２に進み、そうでなければ、ステップ３に進む。
ステップ１ｂ：動的グラントが、受信されたＤＣＩ（例えば、情報要素ＢｏｕｎｄａｒｙＴｒａｎｓｍｉｓｓｉｏｎＩｎｄｉｃａｔｏｒ）に従って境界送信であるかどうかを、判定する。そうである場合、ステップ２に進み、そうでなければ、ステップ３に進む。
ステップ２：受信されたＵＬグラントよりも優先度が高い、情報要素ＣＧ－ＢｏｕｎｄａｒｙＴｒａｎｓｍｉｓｓｉｏｎで設定される、別の設定グラントのオーバーラップするＰＵＳＣＨ持続時間があるかどうか、受信されたＵＬグラントよりも優先度が高い、境界送信としてＤＣＩから指示される、別の動的グラントのオーバーラップするＰＵＳＣＨ持続時間があるかどうか、および受信されたＵＬグラントよりも優先度が高い、ＵＥ始動されたＣＯＴの境界における、スケジューリングリクエスト（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ：ＳＲ）送信があるかどうか、を判定し、そうである場合、ステップ５に進み、そうでなければ、ステップ４に進む。
ステップ３：情報要素ＣＧ－ＢｏｕｎｄａｒｙＴｒａｎｓｍｉｓｓｉｏｎで設定される、設定グラントのオーバーラップするＰＵＳＣＨ持続時間があるかどうか、境界送信としてＤＣＩから指示される、動的グラントのオーバーラップするＰＵＳＣＨ持続時間があるかどうか、受信されたＵＬグラントよりも優先度が高い、別の設定グラントのオーバーラップするＰＵＳＣＨ持続時間があるかどうか、受信されたＵＬグラントよりも優先度が高い、動的グラントの、他のオーバーラップするＰＵＳＣＨ持続時間がないかどうか、および受信されたＵＬグラントよりも優先度が高い、ＵＥ始動されたＣＯＴの境界における、ＳＲ送信があるかどうかを、判定する。そうである場合、ステップ５に進み、そうでなければ、ステップ４に進む。
ステップ４：受信されたＵＬグラントを優先ＵＬグラントとみなし、他のオーバーラップするＵＬグラントを、もしあれば非優先ＵＬグラントとみなし、他のオーバーラップするＳＲ送信を、もしあれば非優先ＳＲ送信とみなす。
ステップ５：受信されたＵＬグラントを非優先ＵＬグラントとみなす。
実施形態２－２：
ステップ１：ＵＬグラントが、受信されたＤＣＩに従って、境界送信に対応する、１つの動的グラントであるかどうか、またはＵＬグラントが、ＩＥ ＣＧ－ＢｏｕｎｄａｒｙＴｒａｎｓｍｉｓｓｉｏｎに従って、境界送信に対応する、１つの設定グラントであるかどうかを、判定し、そうである場合、ステップ２に進み、そうでなければ、プロセスは終わる。
ステップ２：境界送信のためのこのＵＬグラントは、いかなるときにもスキップされることができない。
実施形態３：
実施形態では、衝突は、重要な送信を伴わずに複数のＵＬグラントのあいだで発生し得る。このような条件下では、優先ＵＬグラント（すなわち、優先ＵＬ送信）についてのＬＢＴ手順が、失敗する場合、優先ＵＬグラントについてのＵＬ送信は、実行されることができない。さらにその上、非優先ＵＬグラントについての他のＵＬ送信も、実行されることができない。図３は、本開示の実施形態による衝突の概略図を示す。図３では、ＰＵＳＣＨ送信＃１は、ＰＵＳＣＨ送信＃２よりも高い優先度を持つ。この実施形態では、ＰＵＳＣＨ送信＃１は、ＬＢＴ失敗をこうむる（すなわち、対応するＬＢＴ手順が失敗する）。結果として、送信は、実行されることができず、リソースは、無駄にされる。
実施形態では、ＬＢＴ手順失敗に起因するリソースの無駄を回避するための、ＭＡＣベースの方法が提案される。この実施形態では、ＵＥは、優先ＵＬグラントのＬＢＴ手順が失敗するときに、他の非優先ＵＬグラントをＭＡＣエンティティに処理させる機能を、サポートし得る。
実施形態では、優先ＵＬグラントのＬＢＴ手順が失敗するときに、非優先ＵＬグラントを再処理する機能を指示するための特徴フラグが導入される。例えば、ＮＷは、優先ＵＬグラントのＬＢＴ手順が失敗するときに、非優先ＵＬグラントを再処理する機能を開くように、ＵＥに命令するために、ＵＥに対して、この特徴フラグを設定し（例えば、特徴フラグを「１」にセットし）得る。この特徴フラグは、ＰｒｉｏｒｉｔｙＨａｎｄｌｉｎｇＯｎＳｈａｒｅｄＳｐｅｃｔｒｕｍＣｈａｎｎｅｌと命名され得る。実施形態では、特徴フラグは、つぎの粒度で定義され得る。
－セルグループごとに
－サービングセルまたは帯域幅部分（ｂａｎｄｗｉｄｔｈ ｐａｒｔ：ＢＷＰ）ごとに ＭＡＣベースの方法を実現するために、ＵＥは、以下の実施形態３－１および／または３－２におけるプロセスを実行し得る。
実施形態３－１：
ステップ１：優先ＵＬグラントについてのＬＢＴ失敗指示が下位層（すなわち、物理層）から受信されるかどうか、同じＢＷＰ内に非優先ＵＬグラントについてのオーバーラップするＰＵＳＣＨ持続時間があるかどうか、および特徴フラグが設定されているかどうかを、判定する。そうである場合、ステップ２に進み、そうでなければ、ステップ３に進む。
ステップ２：非優先ＵＬグラントであって、そのＰＵＳＣＨ持続時間が、ＬＢＴ失敗指示に対応する優先ＵＬグラントのものにオーバーラップする、非優先ＵＬグラントのなかから、別の優先ＵＬグラントを決定し、決定された優先ＵＬグラントについてのＨＡＲＱ動作を処理する。
ステップ２については、実施形態では、ＭＡＣ ＰＤＵまたはＵＬグラントの優先度付けは、ＬＣＨの優先度レベルに基づいて決定されることができ、ここで、データは、このＵＬグラントについてのＭＡＣ ＰＤＵを作り上げている（すなわち、ＬＣＨベースの優先度付け）。
実施形態３－２：
ステップ１：優先ＵＬグラントについてのＬＢＴ失敗指示が下位層から受信されるかどうか、同じＢＷＰ内に非優先ＵＬグラントについての他のオーバーラップするＰＵＳＣＨ持続時間があり、特徴フラグが設定されているかどうかを、判定する。そうである場合、ステップ２に進み、そうでなければ、ステップ３に進む。
ステップ２：ＨＡＲＱ動作を実行するために、非優先ＵＬグラントであって、そのＰＵＳＣＨ持続時間が優先ＵＬグラントのものにオーバーラップする非優先ＵＬグラントから、利用可能なＵＬグラントをランダムに決定する。
実施形態では、ＬＢＴ手順失敗に起因するリソースの無駄を回避するための、ＰＨＹベースの方法が提案される。この実施形態では、数個のＵＬグラントを受信するとき、それらは互いと競合し得、ＭＡＣエンティティは、競合するすべてのＵＬグラントについてＭＡＣ ＰＤＵを生成し、ＭＡＣ ＰＤＵおよびＵＬグラントをＰＨＹ層に送る。ＰＨＹ層は、それを、各ＭＡＣ ＰＤＵの、ＬＢＴ手順結果と優先度クラスとの組合せとみなすことによって、送信を実施する。
実施形態では、すべての受信されたＵＬグラントのＭＡＣ ＰＤＵを生成することに関連付けられた特徴フラグ（例えば、フラグＰｒｉｏｒｉｔｙＨａｎｄｌｉｎｇＯｎＳｈａｒｅｄＳｐｅｃｔｒｕｍＣｈａｎｎｅｌ）、それらが互いと競合し得ることが、導入される。この特徴フラグは、つぎの粒度で定義され得る。
－セルグループごとに
－サービングセルまたはＢＷＰごとに
実施形態では、この特徴フラグが（例えば、ビット「１」に）セットされているとき、ＵＥは、ＵＬグラントおよび／またはＳＲ送信からの２つ以上の（すなわち、１つを超える）ＵＬ送信が互いと衝突する場合、各ＵＬグラントおよび／またはスケジューリングリクエスト（ＳＲ）送信についてすべてのＭＡＣ ＰＤＵを生成し、ＭＡＣ ＰＤＵおよび対応するＵＬグラントを送るか、または下位層（すなわち、ＰＨＹ層）に対してＳＲ送信を命令する。より具体的には、特徴フラグが設定されている（例えば、セットされている）とき、ＵＥは、以下の少なくとも１つを選び得る。
－設定ＵＬグラントが動的ＵＬグラントと衝突する（例えば、設定ＵＬグラントのＰＵＳＣＨ持続時間が動的ＵＬグラントのＰＵＳＣＨ持続時間にオーバーラップする）場合、ＵＥは、設定ＵＬグラントと動的ＵＬグラントの両方についてのＨＡＲＱ情報およびＵＬグラントをＨＡＲＱエンティティに送達する、
－ＵＬグラントのＰＵＳＣＨ送信がＳＲ送信と衝突する場合、ＵＥは、ＨＡＲＱ情報およびＵＬグラントを、ＵＬグラントについてのＨＡＲＱエンティティに送達し、ＵＥは、ＳＲ送信を生成するように下位層に命令する、または
－ＬＣＨベースの優先度付けが設定される場合、ＵＥは、受信した各ＵＬグラントを優先ＵＬグラントとして扱い得る。代替として、またはそれに加えて、ＵＥは、各アップリンクグラントについてのＬＣＨベースの優先度レベルを、下位層に送り得る。
２つ以上のＭＡＣ ＰＤＵが下位層に送られる場合、ＵＥに自律（再）送信を実行させるという目的のために、ＭＡＣエンティティは、どのＭＡＣ ＰＤＵが送信されたか、およびどのＭＡＣ ＰＤＵが送信されなかったかを把握するものとする。
実施形態では、ＭＡＣエンティティがすべてのＵＬグラントについてＭＡＣ ＰＤＵを生成し、それらが互いと衝突し、それらを下位層に送るとき、下位層は、自律（再）送信性能を維持するという目的のために、これらＭＡＣ ＰＤＵの送信の結果をＭＡＣエンティティに送り得る。
例えば、ＰＵＳＣＨ持続時間が互いとオーバーラップする数個のＵＬグラントについて、ＰＨＹ層が上位層（すなわち、ＭＡＣ層）から複数のＭＡＣ ＰＤＵを受信するとき、ＰＨＹ層は、各ＵＬグラントの優先度クラスに基づいて、どのＭＡＣ ＰＤＵが送信されるかを判定する。送信されない他のＭＡＣ ＰＤＵについて、ＰＨＹ層は、ＭＡＣ ＰＤＵ送信の結果について上位層に通知する。
ＰＨＹ層からの送信結果に従って、ＭＡＣエンティティは、設定グラントに関連付けられた送信されていないＭＡＣ ＰＤＵについての、自律（再）送信を実行する能力があり、設定グラントは、自律送信フラグで設定される。
以下の実施形態３－３および３－４は、ＵＥにおいて使用される。
実施形態３－３：
ステップ０：１つ以上のＵＬグラントが下位層（すなわち、ＰＨＹ層からの動的グラント）または上位層（すなわち、ＲＲＣ層からの設定グラント）から受信され、ステップ１に進む。
ステップ１：ＵＬグラントが受信される、１つのサービングセルについて、ＵＥがフラグＰｒｉｏｒｉｔｙＨａｎｄｌｉｎｇＯｎＳｈａｒｅｄＳｐｅｃｔｒｕｍＣｈａｎｎｅｌで設定されているかどうかを、判定する。そうである場合、ステップ２に進み、そうでなければ、ステップ５に進む。
ステップ２：ＵＥがＬＣＨベースの優先度付けで設定されるかどうかを、判定する。そうである場合、ステップ３に進み、そうでなければ、ステップ４に進む。
ステップ３：このサービングセル上の受信された各ＵＬグラント（すなわち、設定ＵＬグラントと動的グラントの両方を含む）は、優先グラントとみなされる。ステップ４に進む。
ステップ４：ＵＬグラントについての関連するＰＵＳＣＨ持続時間が他のＵＬ送信にオーバーラップするか否かにかかわらず、受信された各ＵＬグラントについて、ＨＡＲＱ情報およびＵＬグラントをＨＡＲＱエンティティに転送する。
ステップ５：関連するＰＵＳＣＨ持続時間が一時セルＲＮＴＩ（ｔｅｍｐｏｒａｒｙ ｃｅｌｌ ＲＮＴＩ：ＴＣ－ＲＮＴＩ）、セルＲＮＴＩ（ｃｅｌｌ ＲＮＴＩ：Ｃ－ＲＮＴＩ）、設定されたスケジューリングＲＮＴＩ（ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ：ＣＳ－ＲＮＴＩ）でまたはランダムアクセス応答（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ：ＲＡＲ）からアドレス指定された動的グラントのＰＵＳＣＨ持続時間にオーバーラップしない場合、ＨＡＲＱ情報およびＵＬグラントを設定グラントについてのＨＡＲＱエンティティに転送する。
実施形態３－４：
ステップ０：トリガされるスケジューリングリクエスト（ＳＲ）を決定し、このＳＲについて設定されるＰＵＣＣＨリソースがあれば、ステップ１に進む。
ステップ１：ＰＵＣＣＨ持続時間がＵＬグラントのＰＵＳＣＨ持続時間とオーバーラップするかどうかを判定する。そうである場合、ステップ２に進み、そうでなければ、ステップ６に進む。
ステップ２：ＰＵＣＣＨリソースが設定される、１つのサービングセルについて、ＵＥがＰｒｉｏｒｉｔｙＨａｎｄｌｉｎｇＯｎＳｈａｒｅｄＳｐｅｃｔｒｕｍＣｈａｎｎｅｌで設定されているかどうかを、判定する。そうである場合、ステップ３に進み、そうでなければ、ステップ５に進む。
ステップ３：ＵＥがＬＣＨベースの優先度付けで設定されるかどうかを、判定する。そうである場合、ステップ４に進み、そうでなければ、ステップ５に進む。
ステップ４：ＳＲを優先ＳＲとみなし、他のＵＬグラントを、もしあれば優先ＵＬグラントとみなす。ステップ５に進む。
ステップ５：ＳＲ送信を生成するように下位層に命令する。
ステップ６：終了。
実施形態４：
非アクティブ状態（例えば、ＲＲＣ非アクティブ状態）にあるＵＥは、ランダムアクセス手順を始動することなくデータをＮＷに直接送るためのＣＧベースの小データ送信（ｓｍａｌｌ ｄａｔａ ｔｒａｎｓｍｉｓｓｉｏｎ：ＳＤＴ）を実行し得る。ＳＤＴは、ＵＥの電力を節約しおよび物理ランダム・アクセス・チャネル（ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ：ＰＲＡＣＨ）への干渉を低減する能力がある。
本開示では、ＳＤＴは、非アクティブ状態（例えば、ＲＲＣ非アクティブ状態（ＲＲＣ＿ＩＮＡＣＴＩＶＥ））または接続管理（ｃｏｎｎｅｃｔｉｏｎ ｍａｎａｇｅｍｅｎｔ：ＣＭ）接続された（ＣＭ－ＣＯＮＮＥＣＴＥＤ）状態にあるＵＥのために（またはそれによって）実行されるデータ送信であり得る。ＳＤＴは、ランダムアクセス手順または（ＲＲＣ）再開手順で実行され得る。実施形態では、ＳＤＴの基本的な特性は、以下の少なくとも１つを含み得る。
－アップリンク（ｕｐｌｉｎｋ：ＵＬ）について１００バイト、およびダウンリンク（ｄｏｗｎｌｉｎｋ：ＤＬ）について１００バイトの、（アプリケーション）パケットサイズ、
－移動性なしのシナリオについて５秒～３０分、１時間のレイテンシ、
－毎分、および月々までの頻度。
ＳＤＴのレイテンシは、ＳＤＴのパケットがバッファに到着してから、パケットが完全に送信されるまでの、持続時間であることに留意されたい。実施形態によれば、ＳＤＴは、３ＧＰＰ ＴＲ ２５．７０５ Ｖ１３．０．０においてさらに規定されている。
図４は、本開示の実施形態によるＣＧベースのＳＤＴの概略図を示す。図４では、ＣＧベースのＳＤＴを始動することを決定するとき、ＵＥは、ＣＧリソースを通じてＲＲＣメッセージを送信する。ＲＲＣメッセージに加えて、ＵＥはまた、バッファ・サイズ・レポート（ｂｕｆｆｅｒ ｓｉｚｅ ｒｅｐｏｒｔ：ＢＳＲ）および／または専用無線ベアラ（ｄｅｄｉｃａｔｅｄ ｒａｄｉｏ ｂｅａｒｅｒ：ＤＲＢ）データパケットをＲＲＣメッセージと一緒に送信し得る（ステップ４０１）。
ステップ４０２では、いったん初期のＣＧ送信が実行されると、ＵＥは、（後続の）データ送信および再送信のために、ＵＥ固有の無線ネットワーク一時識別子（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ：ＲＮＴＩ）をモニタリングすべきである。ＤＬ送信は、ＵＥ固有のＲＮＴＩに対してアドレス指定された動的スケジューリングに基づいて行われ、ＵＬ送信は、ＵＥ固有のＲＮＴＩに対してアドレス指定された動的グラント、または設定グラントのどちらかによって行われることができる。
ステップ４０３では、ＵＥは、ＲＲＣ解放メッセージを受信し、ＵＥ固有のＲＮＴＩのモニタを停止し、通常の非アクティブ状態に入る。
設定グラントを使用することによるＳＤＴ送信中に、問題が起き得る。より具体的には、ＣＧベースのＳＤＴについては、ＮＷ（例えば、ｇＮＢ）は、ＳＤＴがＵＥによっていつトリガおよび実行されるかを、知らない。ＵＬ ＣＧベースのＳＤＴがＮＷによって逃される場合、再送信はスケジュールされない。
実施形態では、ＳＤＴは、以下の少なくとも１つを含む。
－設定グラントを使用することによって小データ送信を始動するためのＲＲＣメッセージを送信すること。
－設定グラントを使用することによってＲＲＣメッセージ以外のデータ（メッセージ）を送信すること。
上記のＣＧベースのＳＤＴ手順のステップ４０１では、ＣＧベースのＳＤＴを始動するためのＲＲＣメッセージが正常に送信されない（すなわち、ＮＷが、ＲＲＣメッセージを受信することができず、次いでＡＣＫ／ＮＡＣＫメッセージを与えることができない）場合、ＵＥは次のステップについて知らない場合がある。設定グラントでＣＧベースのＳＤＴを再送信することを、どのように決定するかは、議論することを要求される問題であり得る。
さらにその上、上記のＣＧベースのＳＤＴ送信のステップ４０２では、ＵＥは、ＣＧベースのＳＤＴのデータが正常に送信されるか否かを、知らない場合がある。設定グラントでＣＧベースのＳＤＴ送信を再送信することを、どのように決定するかはまた、議論することを要求される問題であり得る。
実施形態では、設定グラントでの小データ（すなわち、ＳＤＴのデータ（メッセージ））の再送信は、以下のイベントのうちの少なくとも１つによってトリガされることができる。
－データメッセージ（すなわち、ＳＤＴのデータを含むメッセージ）は、設定グラントを使用することによって送信されており、ＵＥ固有のＲＮＴＩでスケジュールされた動的グラントを使用することによって送信されなかった。
－新しいタイマが、満了する前に、ＣＧベースのＳＤＴ送信に対応するＡＣＫは、受信されない。
－ＣＧベースのＳＤＴ送信に対応するＮＡＣＫは、受信される。
－時間の持続時間が、終了するとき、ＣＧベースのＳＤＴ送信に対応するＡＣＫは、受信されない。
－新しく導入されたタイマは動いておらず、タイマＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒは、まだ動いている。
－カウンタは、最大数の値（例えば、再送信のための最大試行回数）に達しない。
上記のイベントにおける新しいタイマを含む実施形態では、このタイマは、ｓｄｔ－ｉｎｉｔｉａｔｉｏｎＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒと命名され得、設定グラントの設定ごとに設定されおよび／またはＨＡＲＱプロセスＩＤに関連付けられることができる。このタイマは、以下の特徴を含む。
－開始／再開始：設定グラントでのＳＤＴメッセージ（例えば、ＳＤＴの、ＲＲＣメッセージまたはデータメッセージ）の各送信が、実行される。
－停止：ＳＤＴについてのＡＣＫ／ＮＡＣＫが、受信される。
実施形態では、ＵＥは、以下の少なくとも１つを（例えば、ＮＷから）受信するとき、ＡＣＫが受信されると判定する。
－ＡＣＫを指示するダウンリンクフィードバック情報
－設定グラントを使用することによってＳＤＴメッセージを送るために使用される同じＨＡＲＱプロセスＩＤを指示する、ＤＣＩ。
実施形態では、ＵＥは、以下のイベントのうちの少なくとも１つに基づいて、ＮＡＣＫが受信されると判定する。
－ＮＡＣＫを指示するダウンリンクフィードバック情報を受信すること、
－同じＨＡＲＱプロセスＩＤを指示するＤＣＩは、受信されず、ここでＨＡＲＱプロセスＩＤは、設定グラントでＳＤＴメッセージを送るために使用される。
実施形態では、タイマＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒは、ＣＧベースのＳＤＴを始動するためのＲＲＣメッセージの送信が失敗するかどうかを、判定するために再使用され得る。実施形態では、タイマＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒは、つながりのあるＨＡＲＱプロセスＩＤがＵＬ送信を実行するために使用されるとき、開始／再開始する。
設定グラントで再送信を実行することの実施形態では、再送信のために使用される設定グラントは、失敗したＳＤＴメッセージ送信のために使用される、同じＨＡＲＱプロセスＩＤおよび／または同じ設定グラントの設定を持ち得る。別の実施形態では、ＵＥは、失敗したＳＤＴメッセージ送信のために使用される、同じＨＡＲＱプロセスＩＤを有する、再送信のための設定グラントを結び付ける。
実施形態では、設定グラントを使用することによる再送信は、終わりなく失敗し得る。電力およびリソースを節約するという目的のために、最大試行回数（例えば、ＭＡＸＩＭＵＭ ＮＵＭＢＥＲ）を指示するための、カウンタおよび情報要素が、導入され得る。
実施形態では、カウンタの挙動は、下記のように定義され得る。
リセット／セット：
－ＣＧベースのＳＤＴから通常の非アクティブ状態へＵＥステータスを変更するためのＲＲＣ解放メッセージを、ＵＥが受信するとき、カウンタはリセットされる。
－ＨＡＲＱプロセスＩＤに関連付けられた設定グラントで、ＳＤＴメッセージをＵＥが初めて送信するとき、カウンタはリセットされる。
－（ＳＤＴメッセージに対応する）ＮＡＣＫ／ＡＣＫが受信されるとき、カウンタはリセットされる。
インクリメント：
－設定グラントでのＳＤＴメッセージ送信のたびに、カウンタは１だけ増加する（すなわち、カウンタ＝カウンタ＋１）。実施形態では、タイマｓｄｔ－ｉｎｉｔｉａｔｉｏｎＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが満了するとき、および／もしくは再送信のために使用される設定グラントが受信されるとき、ならびに／または再送信のために使用される設定グラントが実行されるとき、カウンタは１だけ増加する。
カウンタが最大試行回数に達する（すなわち、ＣＯＵＮＴＥＲ＝ＭＡＸＩＭＵＭ ＮＵＭＢＥＲまたはＣＯＵＮＴＥＲ＝ＭＡＸＩＭＵＭ ＮＵＭＢＥＲ＋１）とき：
－ＵＥは、ＲＡＣＨベースのＳＤＴ送信にフォールバックし得る。
－ＵＥは、ランダムアクセス手順を始動し得る。
－ＵＥは、上位層（例えば、ＲＲＣ層）に失敗理由を通知し得る。
－ＵＥは、アイドル状態（例えば、ＲＲＣ ＩＤＬＥ）に入り込み得る。
実施形態では、このカウンタは、設定グラントの設定ごとに、もしくはサービングセルごとに、または帯域幅部分ごとに設定され得る。実施形態では、１つのカウンタは、単一のＨＡＲＱプロセスＩＤに関連付けられ得る。
上記に基づいて、ＵＥによって実行され得る以下の実施形態におけるプロセスが、例として例解される。
実施形態４－１：
ステップ１：設定グラントを使用することによってＣＧベースのＳＤＴを始動するためのＲＲＣメッセージを送信または再送信し、ステップ２に進む。
ステップ２：対応するＡＣＫ／ＮＡＣＫが受信されるか否かを、判定し、そうである場合ステップ６に進み、そうでない場合、ステップ３に進む。
ステップ３：カウンタを１だけ増加させ、ステップ４に進む。
ステップ４：カウンタが最大試行回数に達するかどうかを、判定する。そうである場合、ステップ５に進み、そうでなければ、データメッセージを再送信するために新しい設定グラントが受信されるとき、ステップ１に進む。
ステップ５：ＵＥは、ＲＡＣＨベースのＳＤＴ送信にフォールバックし、ステップ６に進む。
ステップ６：カウンタをリセットする。
実施形態４－２：
ステップ１：ＵＥが非アクティブ状態にあるとき、上位層から１つの設定グラントを受信する。
ステップ２：ＭＡＣ ＰＤＵに対応するタイマｓｄｔ－ｉｎｉｔｉａｔｉｏｎＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが、満了するかどうか、受信された設定グラントが、ＭＡＣ ＰＤＵの初期送信におけるのと同じＨＡＲＱプロセスＩＤを持つかどうか、およびＭＡＣ ＰＤＵが、ＵＥ固有のＲＮＴＩ、もしくはＵＥ固有のサーチスペース、またはＵＥ固有のＣＯＲＥＳＥＴでアドレス指定されたＵＬグラントを使用することによって送信されたかどうかを、判定する。そうである場合、ステップ３に進み、そうでなければ、ステップ５に進む。
ステップ３：ＭＡＣ ＰＤＵが導出されたとみなし、ＨＡＲＱプロセスを実行してＭＡＣ ＰＤＵの送信を生じさせる。ステップ４に進む。
ステップ４：タイマ（例えば、タイマｓｄｔ－ｉｎｉｔｉａｔｉｏｎＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）をリセットおよび開始する。
ステップ５：終了。
図５は、本開示の実施形態によるプロセスのフローチャートを示す。図５は、ワイヤレス端末（例えば、ＵＥ）において使用され得、以下のステップを含む。
ステップ５０１：第１のＵＬ送信のＬＢＴ手順が失敗しフラグが設定されているとき、第２のＵＬ送信を実行する。
この実施形態では、第１のＵＬ送信のＬＢＴ手順が失敗しフラグが設定されているとき、ワイヤレス端末は、第２のＵＬ送信を実行する。第１のＵＬ送信の第１のＵＬ持続時間は、第２のＵＬ送信の第２のＵＬ持続時間にオーバーラップすることに留意されたい。
実施形態では、第１のＵＬ送信（の第１のＵＬグラント）は、第２のＵＬ送信（の第２のＵＬグラント）よりも優先される（例えば、ＬＣＨベースの優先度付け）。言い換えれば、第２のＵＬ送信／グラントは、例えば送信されることについて、第１のＵＬ送信／グラントによって非優先とされる。
実施形態では、複数のＵＬ送信が、第１のＵＬ送信とオーバーラップする。この実施形態では、第２のＵＬ送信は、複数のＵＬ送信から決定される（例えば、選択される）。例えば、第２のＵＬ送信は、複数のＵＬ送信からランダムに選択され得る。代替として、第２のＵＬ送信は、複数のＵＬ送信の中における優先ＵＬ送信である（例えば、第２のＵＬ送信は、複数のＵＬ送信の中において最も高い優先度レベルを持つ）。
実施形態では、第１のＵＬ送信、第２のＵＬ送信、および複数のＵＬ送信の、各々は、ＵＬグラントまたはスケジューリングリクエスト送信のための、物理ＵＬ共有チャネル送信のうちの１つである。
実施形態では、フラグは、非優先ＵＬ送信にオーバーラップする優先送信（例えば、第１のＵＬ送信）のＬＢＴ手順の失敗以降に（すなわち、そのときまたはその後に）、非優先ＵＬ送信（例えば、第２のＵＬ送信）のためのＨＡＲＱ動作を実行することに、関連付けられる。
実施形態では、フラグは、セルグループごとに、サービングセルごとに、または帯域幅部分ごとに設定される。
実施形態では、ワイヤレス端末は、第１のＵＬ送信のＬＢＴ手順が失敗しフラグが以下によって設定されているとき、第２のＵＬ送信を実行する。
ＨＡＲＱエンティティに、第１のＵＬ送信の第１のＵＬグラント、第２のＵＬ送信の第２のＵＬグラント、ならびに第１のＵＬグラントおよび第２のＵＬグラントのＨＡＲＱ情報を送信すること。第１のＵＬグラントは、設定グラントおよび動的グラントのうちの一方であり、第２のＵＬグラントは、設定グラントおよび動的グラントのうちの他方であることに、留意されたい。
実施形態では、ワイヤレス端末は、ＳＲ送信が第１のＵＬ送信または第２のＵＬ送信のうちの少なくとも一方にオーバーラップするとき、ＳＲ送信を実行するように、物理層に命令し得る。
図６は、本開示の実施形態によるプロセスのフローチャートを示す。プロセスは、ワイヤレス・ネットワーク・ノード（例えば、ＮＷまたはｇＮＢ）において使用され得、以下のステップを含む。
ステップ６０１：非優先ＵＬ送信にオーバーラップする優先送信のＬＢＴ手順が失敗するとき、非優先ＵＬ送信のためのＨＡＲＱ動作を実行することに、関連付けられたフラグを、ワイヤレス端末に対して設定する。
図６では、ワイヤレス・ネットワーク・ノードは、優先送信のＬＢＴ手順が失敗するとき、ワイヤレス端末が非優先ＵＬ送信のためのＨＡＲＱ動作を実行することを有効化することへの、ワイヤレス端末（例えば、ＵＥ）に対するフラグを設定し得る。非優先ＵＬ送信は、優先ＵＬ送信にオーバーラップする。
実施形態では、フラグは、セルグループごとに、サービングセルごとに、または帯域幅部分ごとに設定される。
図７は、本開示の実施形態によるプロセスのフローチャートを示す。図７は、ワイヤレス端末（例えば、ＵＥ）において使用され得、以下のステップを含む。
ステップ７０１：ＳＤＴのＳＤＴメッセージを再送信するために設定ＵＬグラントを使用することに関連付けられた条件が満たされると判定する。
ステップ７０２：設定ＵＬグラントを使用することによってＳＤＴメッセージをワイヤレス・ネットワーク・ノードに再送信する。
図７では、ワイヤレス端末は最初に、設定ＵＬグラントを使用することによってＳＤＴのＳＤＴメッセージ（例えば、ＣＧベースのＳＤＴ）を送信する。ＳＤＴのＳＤＴメッセージを再送信するために設定ＵＬグラントを使用することに関連付けられた条件が満たされる（例えば、ＳＤＴメッセージの送信が失敗する）（と判定する）ときまたはその後、ワイヤレス端末は、（同じ）設定ＵＬグラントを使用することによってＳＤＴメッセージを再送信する。例えば、ＳＤＴメッセージの再送信および最初の送信の設定グラントは、同じＨＡＲＱプロセスＩＤを持ち得る。
実施形態では、ＳＤＴメッセージは、以下の少なくとも１つを含み得る。
ＳＤＴを始動することのＲＲＣメッセージ、または
ＳＤＴのデータメッセージ（すなわち、ＳＤＴのデータを含むメッセージ）。
実施形態では、ＳＤＴメッセージを送信するために設定グラントを使用することの条件は、以下の少なくとも１つを含む。
ＳＤＴメッセージは、設定グラントを使用することによって送信され、ワイヤレス端末の識別子（例えば、ＵＥ固有のＲＮＴＩ）でスケジュールされた動的グラントを使用することによって送信されず、
第１のタイマ（例えば、新しいタイマｓｄｔ－ｉｎｉｔｉａｔｉｏｎＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）が、満了する前に、ＳＤＴメッセージに対応する（例えば、応答する）ＡＣＫは、受信されず、
ＳＤＴメッセージに対応するＮＡＣＫメッセージは、受信され、
時間の持続時間が終了するときに、ＳＤＴメッセージに対応するＡＣＫが受信されない、
第１のタイマは停止し、第２のタイマ（例えば、タイマＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒ）は動いており、
カウンタは、送信のための最大試行回数に達しない。
実施形態では、ＳＤＴメッセージを送信することのＨＡＲＱプロセスＩＤが使用されるとき、第２のタイマは開始する。実施形態では、第２のタイマは、タイマＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒであり得る。
上記の条件での第１のタイマを含む実施形態では、第１のタイマは、設定グラントの設定ごとに設定されＨＡＲＱプロセスに関連付けられ得る。ＨＡＲＱプロセスは、対応するＨＡＲＱプロセスＩＤを持つことに留意されたい。すなわち、第１のタイマは、関連付けられたＨＡＲＱプロセスに対応する、ＨＡＲＱプロセスＩＤに関連付けられる。
実施形態では、ＨＡＲＱプロセスに関連付けられた第１のタイマは、（同じ）ＨＡＲＱプロセス（または同じＨＡＲＱプロセスＩＤ）を有する設定グラントを使用することによってＳＤＴメッセージが送信されるとき、開始する。
実施形態では、ＨＡＲＱプロセスに関連付けられた第１のタイマは、（同じ）ＨＡＲＱプロセス（または同じＨＡＲＱプロセスＩＤ）に関連付けられたＳＤＴメッセージに応答するＮＡＣＫ／ＡＣＫをワイヤレス端末が受信するとき、停止する。
実施形態では、ＨＡＲＱプロセスに対するＡＣＫは、以下の少なくとも１つを含む。
ＡＣＫを指示するダウンリンクフィードバック情報、または
設定グラントを使用することによってＳＤＴメッセージを送ることの、同じＨＡＲＱプロセスＩＤを指示する、ＤＣＩ。
実施形態では、ＮＡＣＫは、ＮＡＣＫを指示するダウンリンクフィードバック情報を含む。
実施形態では、カウンタは、設定ＵＬグラントごとに設定され、および／またはＨＡＲＱプロセスＩＤに関連付けられる。
実施形態では、ＨＡＲＱプロセスに関連付けられたカウンタは、
（同じ）ＨＡＲＱプロセスに関連付けられた設定ＵＬグラントを使用することによってＳＤＴメッセージ送信を（ワイヤレス端末が）実行するたびに、
（同じ）ＨＡＲＱプロセスに関連付けられた第１のタイマが満了するたびに、
ＳＤＴメッセージ送信の（同じ）ＨＡＲＱプロセスに関連付けられた設定ＵＬグラントを（ワイヤレス端末が）受信するたびに、または
ＨＡＲＱプロセスの（例えば、それに応答する）ＮＡＣＫを受信するたびに、のうちの少なくとも１つで、１だけ増加させられる。
実施形態では、ＨＡＲＱプロセスに関連付けられたカウンタは、ワイヤレス端末が以下の少なくとも１つを実行するとき、リセットされる。
非アクティブ状態へ解放することの、ＲＲＣ解放メッセージを受信すること、
（同じ）ＨＡＲＱプロセスに関連付けられた設定ＵＬグラントを使用することによってＳＤＴメッセージをワイヤレス・ネットワーク・ノードに初めて送信すること（すなわち、ＳＤＴメッセージの最初の送信）と、
（同じ）ＨＡＲＱプロセスに関連付けられたＳＤＴメッセージに対応する肯定メッセージもしくは否定メッセージを受信すること、または
ＳＤＴメッセージの（同じ）ＨＡＲＱプロセスに関連付けられたＵＬ送信をスケジューリングするためのダウンリンク制御チャネルを受信すること。
実施形態では、カウンタは最大試行回数に達する。ワイヤレス端末は、以下の少なくとも１つを実行し得る。
ＲＡＣＨベースのＳＤＴを実行すること、
ランダムアクセス手順を実行すること、
ＲＲＣ層に失敗理由を通知すること、または
アイドル状態に入ること。
実施形態では、ＳＤＴメッセージの再送信およびＳＤＴメッセージの最初の送信は、同じＨＡＲＱプロセスＩＤを持つ。
図８は、本開示の実施形態によるプロセスのフローチャートを示す。プロセスは、ワイヤレス・ネットワーク・ノード（例えば、ＮＷまたはｇＮＢ）において使用され得、以下のステップを含む。
ステップ８０１：ＳＤＴのＳＤＴメッセージを再送信するためのタイマをワイヤレス端末に対して設定する。
この実施形態では、ワイヤレスネットワークは、ワイヤレス端末に対してタイマを設定する。このタイマは、ＳＤＴのＳＤＴメッセージを再送信することに関連付けられる。
実施形態では、ＳＤＴメッセージは、以下の少なくとも１つを含み得る。
設定グラントでＳＤＴを始動することのＲＲＣメッセージ、または
ＳＤＴのデータメッセージ（すなわち、ＳＤＴのデータを含むメッセージ）。
実施形態では、設定グラントを使用することによってＳＤＴメッセージが送信されるとき、タイマは開始する。
実施形態では、ＳＤＴメッセージに応答する制御チャネルまたはＳＤＴメッセージの再送信を実行するための（設定された）制御チャネルのうちの、少なくとも１つをワイヤレス端末が受信するとき、タイマは停止する。
実施形態では、ワイヤレス・ネットワーク・ノードは、ワイヤレス端末に対してカウンタをさらに設定し、カウンタは、タイマが満了するたびに、またはワイヤレス端末がＳＤＴメッセージを再送信するたびに、１だけ増加させられる。
実施形態では、ワイヤレス・ネットワーク・ノードは、ＳＤＴメッセージを再送信することのための最大試行回数をさらに設定する。
図９は、本開示の実施形態によるプロセスのフローチャートを示す。図９に示すプロセスは、ワイヤレス端末（すなわち、ＵＥ）において使用され得、以下のステップを含む。
ステップ９０１：第１のＵＬ送信に関連付けられた境界送信フラグが設定され第２のＵＬ送信に関連付けられた境界送信フラグが設定されていないとき、第２のＵＬ送信よりも第１のＵＬ送信を優先する。
図９に示すプロセスでは、境界送信フラグは、境界送信フラグに関連付けられたＵＬ送信が重要なＵＬ送信であるかどうかを、指示するために使用される。この実施形態では、重要なＵＬ送信（または境界ＵＬ送信）とは、ワイヤレス端末に関連付けられたＦＦＰ期間の境界において開始するように設定されたＵＬ送信を指す。第１のＵＬ送信に関連付けられた境界送信フラグが設定されている（例えば、ビット「１」にセットされている）とき、ワイヤレス端末は、境界送信フラグが設定されていない（例えば、ビット「０」にセットされている）、第２のＵＬ送信よりも、第１のＵＬ送信を優先する。第２のＵＬ送信は、オーバーラップするＵＬ送信を指し、ここで当該オーバーラップするＵＬ送信の持続時間は、第１のＵＬ送信の持続時間にオーバーラップすることに、留意されたい。加えて、第１のＵＬ送信は、複数のオーバーラップするＵＬ送信（すなわち、複数の第２の送信）を持ち得、第１のＵＬ送信は、すべてのオーバーラップするＵＬ送信よりも優先される。
設定ＵＬグラント（すなわち、上位層（例えば、ＲＲＣ層）から受信されたＵＬグラント）に対応するＵＬ送信の実施形態では、ＵＬ送信の境界送信フラグは、設定ＵＬグラントの設定に含まれる。
動的グラント（すなわち、下位層（すなわち、物理層）から受信されたＵＬグラント）に対応するＵＬ送信の実施形態では、ＵＬ送信の境界送信フラグは、この動的グラントまたはＵＬ送信に対応する、ダウンリンク制御情報に含まれる。
図１０は、本開示の実施形態によるプロセスのフローチャートを示す。図１０に示すプロセスは、ワイヤレス端末（すなわち、ＵＥ）において使用され得、以下のステップを含む。
ステップ１００１：ＵＬ送信の境界送信フラグが設定されているとき、常にＵＬ送信を実行する。
図１０では、境界送信フラグは、境界送信フラグに関連付けられたＵＬ送信が重要なＵＬ送信であるかどうかを、指示するために使用される。この実施形態では、重要なＵＬ送信（または境界ＵＬ送信）とは、ワイヤレス端末に関連付けられたＦＦＰ期間の境界において開始するように設定されたＵＬ送信を指す。ＵＬ送信に関連付けられた境界送信フラグが設定されている（例えば、ビット「１」にセットされている）とき、このＵＬ送信はスキップされることができない。すなわち、ＵＬ送信に関連付けられた境界送信フラグが設定されているとき、ＵＬ送信は常にワイヤレス端末によって実行される。
設定ＵＬグラント（すなわち、上位層（例えば、ＲＲＣ層）から受信されたＵＬグラント）に対応するＵＬ送信の実施形態では、ＵＬ送信の境界送信フラグは、設定ＵＬグラントに含まれる。
動的グラント（すなわち、下位層（すなわち、物理層）から受信されたＵＬグラント）に対応するＵＬ送信の実施形態では、ＵＬ送信の境界送信フラグは、この動的グラントまたはＵＬ送信に対応する、ダウンリンク制御情報に含まれる。
図１１は、本開示の実施形態によるワイヤレス端末１１０の概略図に関する。ワイヤレス端末１１０は、ユーザ機器（ＵＥ）、携帯電話、ラップトップ、タブレットコンピュータ、電子書籍、またはポータブル・コンピュータ・システムであり得、本明細書では限定されない。ワイヤレス端末１１０は、マイクロプロセッサまたは特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）などの、プロセッサ１１００と、記憶ユニット１１１０と、通信ユニット１１２０とを含み得る。記憶ユニット１１１０は、プロセッサ１１００によってアクセスおよび実行されるプログラムコード１１１２を記憶する、任意のデータ記憶装置であり得る。記憶ユニット１１１０の実施形態は、加入者識別モジュール（ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ：ＳＩＭ）、読出し専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ：ＲＯＭ）、フラッシュメモリ、ランダム・アクセス・メモリ（ｒａｎｄｏｍ－ａｃｃｅｓｓ ｍｅｍｏｒｙ：ＲＡＭ）、ハードディスク、および光学データ記憶装置を含むが、これらに限定されない。通信ユニット１１２０は、トランシーバであり得、プロセッサ１１００の処理結果に従って信号（例えば、メッセージまたはパケット）を送信および受信するために使用される。実施形態では、通信ユニット１１２０は、図１１に示す少なくとも１つのアンテナ１１２２を介して信号を送信および受信する。
実施形態では、記憶ユニット１１１０およびプログラムコード１１１２は、省略され得、プロセッサ１１００は、記憶されたプログラムコードを有する、記憶ユニットを含み得る。
プロセッサ１１００は、例えばプログラムコード１１１２を実行することによって、ワイヤレス端末１１０上で、実例を挙げた実施形態におけるステップのうちの任意の１つを実施し得る。
通信ユニット１１２０は、トランシーバであり得る。通信ユニット１１２０は、代替として、またはそれに加えて、ワイヤレス・ネットワーク・ノード（例えば、基地局）への信号およびワイヤレス・ネットワーク・ノード（例えば、基地局）からの信号を、送信および受信するようにそれぞれ構成された送信ユニットおよび受信ユニットを組み合わせてもよい。
図１２は、本開示の実施形態によるワイヤレス・ネットワーク・ノード１２０の概略図に関する。ワイヤレス・ネットワーク・ノード１２０は、人工衛星、基地局（ｂａｓｅ ｓｔａｔｉｏｎ：ＢＳ）、ネットワークエンティティ、移動性管理エンティティ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ：ＭＭＥ）、サービングゲートウェイ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ：Ｓ－ＧＷ）、パケット・データ・ネットワーク（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ：ＰＤＮ）ゲートウェイ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ（ＰＤＮ）Ｇａｔｅｗａｙ：Ｐ－ＧＷ）、無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ＲＡＮ）、次世代ＲＡＮ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ＲＡＮ：ＮＧ－ＲＡＮ）、データネットワーク、コアネットワーク、または無線ネットワークコントローラ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ：ＲＮＣ）であり得、本明細書では限定されない。加えて、ワイヤレス・ネットワーク・ノード１２０は、たとえばアクセスおよび移動性管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ：ＡＭＦ）、セッション管理機能（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ：ＳＭＦ）、ユーザプレーン機能（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ：ＵＰＦ）、ポリシー制御機能（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ：ＰＣＦ）、アプリケーション機能（ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ：ＡＦ）などの、少なくとも１つのネットワーク機能を備え（実行し）得る。ワイヤレス・ネットワーク・ノード１２０は、マイクロプロセッサまたはＡＳＩＣなどの、プロセッサ１２００、記憶ユニット１２１０、および通信ユニット１２２０を含み得る。記憶ユニット１２１０は、プロセッサ１２００によってアクセスおよび実行されるプログラムコード１２１２を記憶する任意のデータ記憶装置であり得る。記憶ユニット１２１０の例は、ＳＩＭ、ＲＯＭ、フラッシュメモリ、ＲＡＭ、ハードディスク、および光学データ記憶装置を含むが、これらに限定されない。通信ユニット１２２０は、トランシーバであり得、プロセッサ１２００の処理結果に従って信号（例えば、メッセージまたはパケット）を送信および受信するために使用される。例では、通信ユニット１２２０は、図１２に示す少なくとも１つのアンテナ１２２２を介して信号を送信および受信する。
実施形態では、記憶ユニット１２１０およびプログラムコード１２１２は、省略され得る。プロセッサ１２００は、記憶されたプログラムコードを有する、記憶ユニットを含み得る。
プロセッサ１２００は、例えばプログラムコード１２１２を実行することを介して、ワイヤレス・ネットワーク・ノード１２０上で、実例を挙げた実施形態において説明した任意のステップを実施し得る。
通信ユニット１２２０は、トランシーバであり得る。通信ユニット１２２０は、代替として、またはそれに加えて、ワイヤレス端末（例えば、ユーザ機器）への信号およびワイヤレス端末（例えば、ユーザ機器）からの信号を、送信および受信するようにそれぞれ構成された送信ユニットおよび受信ユニットを組み合わせてもよい。
本開示の様々な実施形態について上記で説明したが、それらは例としてのみ、かつ限定としてではなく、提示されていることを理解すべきである。同様に、様々なダイアグラムは、本開示の例示的な特徴および機能を当業者が理解することを可能にするために提供される、例であるアーキテクチャまたは構成を描写し得る。しかしながら、本開示が、例解された例であるアーキテクチャまたは構成に制限されるのではなく、色々な代替的なアーキテクチャおよび構成を使用して実装されることができることを、そのような者は理解するであろう。追加的に、当業者によって理解されるように、１つの実施形態の、１つ以上の特徴は、本明細書において説明した別の実施形態の、１つ以上の特徴と組み合わせることができる。したがって、本開示の広さおよび範囲は、上記で説明した例示的な実施形態のいずれの１つによっても限定されるべきではない。
たとえば「第１」、「第２」等の指定を使用する本明細書における要素への任意の参照は、一般に、それら要素の量または順序を限定しないことも、理解される。むしろ、これら指定は、２つ以上の要素または要素の具体例の間で区別する便利な手段として、本明細書において使用することができる。したがって、第１および第２の要素への言及は、２つの要素のみが採用されることができること、または第１の要素が何らかのやり方で第２の要素に先立たねばならないことを意味しない。
追加的に、当業者は、情報および信号が、色々な異なるテクノロジおよび技術のうちの任意の１つを使用して表されることができることを、理解するであろう。例えば、例えば上記の説明において言及され得るデータ、命令、コマンド、情報、信号、ビット、およびシンボルは、電圧、電流、電磁波、磁場もしくは粒子、光場もしくは粒子、またはそれらの任意の組合せによって表されることができる。
本明細書に開示された態様に関係して説明した様々な例解的な論理ブロック、ユニット、プロセッサ、手段、回路、方法、および機能のうちの任意の１つは、電子ハードウェア（例えば、デジタル実装、アナログ実装、もしくは２つの組合せ）、ファームウェア、命令を組み込む様々な形式のプログラムもしくは設計コード（本明細書では、便宜上、「ソフトウェア」もしくは「ソフトウェアユニット」と呼称されることができる）、またはこれら技術の任意の組合せによって実装されることができることを、当業者はさらに認識するであろう。
ハードウェア、ファームウェア、およびソフトウェアの、この交換可能性を明確に例解するために、様々な例解的な構成要素、ブロック、ユニット、回路、およびステップが、それらの機能性の観点から一般的に、上記で説明されている。そのような機能性がハードウェア、ファームウェア、もしくはソフトウェア、またはこれら技術の組合せとして実装されるかどうかは、システム全体に課される特有の用途および設計制約に依存する。当業者は、説明された機能性を特有の各用途について様々な方策で実装することができるが、そのような実装決断は、本開示の範囲からの逸脱を引き起こさない。様々な実施形態に一致して、プロセッサ、装置、構成要素、回路、構造、マシン、ユニットなどは、本明細書において説明した機能のうちの１つ以上を実行するように構成されることができる。規定された動作または機能に関して本明細書で使用される「ように構成され（ｃｏｎｆｉｇｕｒｅｄ ｔｏ）」または「について設定され（ｃｏｎｆｉｇｕｒｅｄ ｆｏｒ）」という用語は、規定された動作または機能を実行するために、物理的に構築、プログラム、および／または配置された、プロセッサ、装置、構成要素、回路、構造、マシン、ユニットなどを指す。
さらにその上、本明細書において説明した様々な例解的な論理ブロック、ユニット、装置、構成要素、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ：ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ：ＦＰＧＡ）もしくは他のプログラマブル論理デバイス、またはそれらの任意の組合せを含むことができる、集積回路（ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ：ＩＣ）の中で実装されまたはそれによって実行されることができることを、当業者は理解するであろう。論理ブロック、ユニット、および回路は、ネットワーク内または装置内の様々な構成要素と通信するための、アンテナおよび／またはトランシーバをさらに含むことができる。汎用プロセッサは、マイクロプロセッサとすることができるが、代替では、プロセッサは、任意の従来のプロセッサ、コントローラ、またはステートマシンとすることができる。プロセッサはまた、コンピューティングデバイスの組合せ、例えばＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと併せて１つ以上のマイクロプロセッサ、または本明細書において説明した機能を実行するための任意の他の適切な構成として実装されることができる。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上の、１つ以上の命令またはコードとして記憶されることができる。したがって、本明細書に開示される方法またはアルゴリズムの、ステップは、コンピュータ可読媒体に記憶されたソフトウェアとして実装することができる。
コンピュータ可読媒体は、コンピュータ記憶媒体と、コンピュータプログラムまたはコードを１つの場所から別の場所へ転送することを可能にされることができる任意の媒体を含む通信媒体との両方を含む。記憶媒体は、コンピュータによってアクセスされることができる、任意の利用可能な媒体とすることができる。例として、かつ限定としてではなく、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭもしくは他の光ディスク記憶、磁気ディスク記憶もしくは他の磁気記憶装置、または、命令もしくはデータ構造の形式で所望のプログラムコードを記憶するために使用されることができ、かつコンピュータによってアクセスされることができる、任意の他の媒体を含むことができる。
この文書において、本明細書で使用される「ユニット」という用語は、本明細書において説明される関連する機能を実行するための、ソフトウェア、ファームウェア、ハードウェア、およびこれら要素の任意の組合せを指す。追加的に、議論というねらいのために、様々なユニットは、個別のユニットとして説明される。しかしながら、当業者に明らかであるように、２つ以上のユニットを、本開示の実施形態による関連する機能を実行する単一のユニットを形成するために組み合わせ得る。
追加的に、本開示の実施形態では、メモリまたは他の記憶、さらには通信構成要素を採用し得る。明確性というねらいのために、上記の説明は、異なる機能的ユニットおよびプロセッサを参照して本開示の実施形態を説明したことが認識されるであろう。しかしながら、本開示を損なうことなく、異なる機能的ユニット、処理論理要素、または領域の間での、機能性の任意の適切な分散を使用し得ることは明らかであろう。例えば、別個の処理論理要素またはコントローラによって実行されるために例解された機能性は、同じ処理論理要素またはコントローラによって実行され得る。それゆえ、特定の機能的ユニットへの言及は、厳密な論理的または物理的な構造または組織を指示しているのではなく、説明された機能性を提供するための適切な手段への言及にすぎない。
この開示において説明した実装に対する様々な修正は、当業者に容易に明らかであり、本明細書において定義された一般原理は、この開示の範囲から逸脱することなく他の実装に適用することができる。したがって、本開示は、本明細書に示される実装に限定されることを意図するのではなく、下記の特許請求の範囲に記載されるように、本明細書に開示される新規の特徴および原理と整合する最も幅広い範囲を授けられることとなる。

Claims (11)

  1. ワイヤレス端末であって、
    小データ送信（ＳＤＴ）のＳＤＴメッセージを再送信するために設定アップリンク（ＵＬ）グラントを使用することに関連付けられるという条件が満たされると判定するように構成されたプロセッサと、
    前記条件が満たされる場合に、前記設定ＵＬグラントを使用することによって前記ＳＤＴメッセージをワイヤレス・ネットワーク・ノードに再送信するように構成された通信ユニットと、
    を含み、
    前記ＳＤＴメッセージを再送信するために前記設定グラントを使用することに関連付けられた前記条件は、第１のタイマが満了する前に、前記ＳＤＴメッセージに対応する肯定メッセージが受信されないということを含み、
    前記ＳＤＴメッセージを再送信するために前記設定グラントを使用することに関連付けられた前記条件が、
    前記ＳＤＴメッセージが、前記設定グラントを使用することによって送信されており、前記ワイヤレス端末の識別子でスケジュールされた動的グラントを使用することによって送信されていないことを含み、
    前記第１のタイマが、設定ＵＬグラントごとに設定され、対応する前記設定ＵＬグラントのＨＡＲＱプロセスＩＤに関連付けられる、ワイヤレス端末。
  2. 前記ＳＤＴメッセージが、
    前記ＳＤＴを始動することの無線リソース制御メッセージ、または
    前記ＳＤＴのデータメッセージ
    のうちの、少なくとも１つを含む、請求項１に記載のワイヤレス端末。
  3. ＨＡＲＱプロセスＩＤに関連付けられた前記第１のタイマが、前記ＨＡＲＱプロセスＩＤに関連付けられた前記設定ＵＬグラントを使用することによって前記ＳＤＴメッセージが送信されるとき、開始する、請求項１または２に記載のワイヤレス端末。
  4. ＨＡＲＱプロセスＩＤに関連付けられた前記第１のタイマが、前記ＨＡＲＱプロセスＩＤに関連付けられた前記ＳＤＴメッセージ送信に応答する前記肯定メッセージまたは否定メッセージを前記ワイヤレス端末が受信するとき、停止する、請求項１～３のいずれかに記載のワイヤレス端末。
  5. 前記ＳＤＴメッセージの前記再送信および前記ＳＤＴメッセージの最初の送信が、同じＨＡＲＱプロセスＩＤを持つ、請求項１～４のいずれかに記載のワイヤレス端末。
  6. ワイヤレス端末における使用のためのワイヤレス通信方法であって、前記方法が、
    小データ送信（ＳＤＴ）のＳＤＴメッセージを再送信するために設定アップリンク（ＵＬ）グラントを使用することに関連付けられるという条件が満たされると判定することと、
    前記条件が満たされる場合に、前記設定ＵＬグラントを使用することによって前記ＳＤＴメッセージをワイヤレス・ネットワーク・ノードに再送信することと
    を含み、
    前記ＳＤＴメッセージを再送信するために前記設定グラントを使用することに関連付けられた前記条件は、第１のタイマが満了する前に、前記ＳＤＴメッセージに対応する肯定メッセージが受信されないということを含み、
    前記ＳＤＴメッセージを再送信するために前記設定グラントを使用することに関連付けられた前記条件が、
    前記ＳＤＴメッセージが、前記設定グラントを使用することによって送信されており、前記ワイヤレス端末の識別子でスケジュールされた動的グラントを使用することによって送信されていないことを含み、
    前記第１のタイマが、設定ＵＬグラントごとに設定され、対応する前記設定ＵＬグラントのＨＡＲＱプロセスＩＤに関連付けられる、ワイヤレス通信方法。
  7. ワイヤレス・ネットワーク・ノードであって、
    ワイヤレス端末が、小データ送信（ＳＤＴ）のＳＤＴメッセージを再送信するために設定アップリンク（ＵＬ）グラントを使用することに関連付けられるという条件が満たされると判定した場合に、前記設定ＵＬグラントを使用することによって前記ＳＤＴメッセージの再送信を受信するように構成されたプロセッサを含み、
    前記ＳＤＴメッセージを送信するために前記設定グラントを使用することに関連付けられた前記条件は、第１のタイマが満了する前に、前記ＳＤＴメッセージに対応する肯定メッセージが受信されないということを含み、
    前記ＳＤＴメッセージを再送信するために前記設定グラントを使用することに関連付けられた前記条件が、
    前記ＳＤＴメッセージが、前記設定グラントを使用することによって送信されており、前記ワイヤレス端末の識別子でスケジュールされた動的グラントを使用することによって送信されていないことを含み、
    前記第１のタイマが、設定ＵＬグラントごとに設定され、対応する前記設定ＵＬグラントのＨＡＲＱプロセスＩＤに関連付けられる、ワイヤレス・ネットワーク・ノード。
  8. 前記ＳＤＴメッセージが、
    前記ＳＤＴの無線リソース制御メッセージ、または
    前記ＳＤＴのデータメッセージ
    のうちの、少なくとも１つを含む、請求項７に記載のワイヤレス・ネットワーク・ノード。
  9. ＨＡＲＱプロセスＩＤに関連付けられた前記第１のタイマが、前記ＨＡＲＱプロセスＩＤに関連付けられた前記設定ＵＬグラントを使用することによって前記ＳＤＴメッセージが送信されるとき、開始し、および／または
    ＨＡＲＱプロセスＩＤに関連付けられた前記第１のタイマが、前記ＨＡＲＱプロセスＩＤに関連付けられた前記ＳＤＴメッセージ送信に応答する前記肯定メッセージまたは否定メッセージを前記ワイヤレス端末が受信するとき、停止する、請求項７または８に記載のワイヤレス・ネットワーク・ノード。
  10. 前記ＳＤＴメッセージの前記再送信および前記ＳＤＴメッセージの最初の送信が、同じＨＡＲＱプロセスＩＤを持つ、請求項７～９のいずれかに記載のワイヤレス・ネットワーク・ノード。
  11. ワイヤレス・ネットワーク・ノードにおける使用のためのワイヤレス通信方法であって、
    ワイヤレス端末が、小データ送信（ＳＤＴ）のＳＤＴメッセージを再送信するために設定アップリンク（ＵＬ）グラントを使用することに関連付けられるという条件が満たされると判定した場合に、前記設定ＵＬグラントを使用することによって前記ＳＤＴメッセージの再送信を受信することを含み、
    前記ＳＤＴメッセージを送信するために前記設定グラントを使用することに関連付けられた前記条件は、第１のタイマが満了する前に、前記ＳＤＴメッセージに対応する肯定メッセージが受信されないということを含み、
    前記ＳＤＴメッセージを再送信するために前記設定グラントを使用することに関連付けられた前記条件が、
    前記ＳＤＴメッセージが、前記設定グラントを使用することによって送信されており、前記ワイヤレス端末の識別子でスケジュールされた動的グラントを使用することによって送信されていないことを含み、
    前記第１のタイマが、設定ＵＬグラントごとに設定され、対応する前記設定ＵＬグラントのＨＡＲＱプロセスＩＤに関連付けられる、ワイヤレス通信方法。
JP2023520190A 2021-01-05 2021-01-05 アップリンク送信のための方法およびその装置 Active JP7646821B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/070318 WO2022147653A1 (en) 2021-01-05 2021-01-05 A method for uplink transmission and device thereof

Publications (2)

Publication Number Publication Date
JP2024501914A JP2024501914A (ja) 2024-01-17
JP7646821B2 true JP7646821B2 (ja) 2025-03-17

Family

ID=82357071

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023520190A Active JP7646821B2 (ja) 2021-01-05 2021-01-05 アップリンク送信のための方法およびその装置

Country Status (6)

Country Link
US (1) US20230284216A1 (ja)
EP (1) EP4190025A4 (ja)
JP (1) JP7646821B2 (ja)
KR (1) KR20230127975A (ja)
CN (2) CN117375774A (ja)
WO (1) WO2022147653A1 (ja)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107332646B (zh) * 2016-04-29 2021-05-11 中兴通讯股份有限公司 Harq-ack的发送方法及装置
CN111294868B (zh) * 2019-01-31 2022-09-30 展讯通信（上海）有限公司 先听后说操作的执行方法及装置、存储介质、终端、基站

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
CATT，Analysis on SDT Procedures using CG，3GPP TSG RAN WG2 #112-e R2-2009369，フランス，3GPP，2020年10月23日
InterDigital，Beam selection and maintenance for CG-based SDT，3GPP TSG RAN WG2 #112-e R2-2010108，フランス，3GPP，2020年10月23日
InterDigital，Configuration and selection of CG-based SDT resource，3GPP TSG RAN WG2 #112-e R2-2010107，フランス，3GPP，2020年10月23日
Nokia, Nokia Shanghai Bell，SDT control plane aspects for RACH based schemes，3GPP TSG RAN WG2 #112-e R2-2009919，フランス，3GPP，2020年10月22日
Samsung，Configured Grant based Small Data Transmission，3GPP TSG RAN WG2 #112-e R2-2009094，フランス，3GPP，2020年10月23日

Also Published As

Publication number Publication date
WO2022147653A9 (en) 2023-04-06
WO2022147653A1 (en) 2022-07-14
CN117375774A (zh) 2024-01-09
EP4190025A4 (en) 2024-03-27
US20230284216A1 (en) 2023-09-07
KR20230127975A (ko) 2023-09-01
JP2024501914A (ja) 2024-01-17
EP4190025A1 (en) 2023-06-07
CN116803132A (zh) 2023-09-22

Similar Documents

Publication Publication Date Title
US12317291B2 (en) Conditional uplink radio resource utilization in a cellular network
US8982780B2 (en) Method and apparatus for improving uplink transmission in a wireless communication system
CN102158981B (zh) 一种基于竞争的上行数据传输方法和系统
CN101502162B (zh) Td-scdma系统及其中hsupa随机接入的控制方法
CN102123399B (zh) 调度请求的方法及装置
US10348470B2 (en) Method of controlling a monitoring operation of physical downlink channel in wireless communication system
US20100329204A1 (en) Method and Apparatus for Handling Scheduling Information Report in Wireless Communication System
CN113906791B (zh) 收发器设备和调度设备
JP7318800B2 (ja) データ伝送の方法及び装置、通信システム
US20210352721A1 (en) Listen before talk wireless communication enhancements
CN110572842A (zh) 非连续接收drx数据传输方法、装置及存储介质
CN116261220B (zh) Cg配置方法、装置、设备及介质
CN116508367A (zh) 用于小数据传输或接收的方法及装置
CN113647182A (zh) 无线通信的方法和设备
WO2017075854A1 (zh) 信息传输的方法、终端和基站
CN110100399B (zh) 信道检测机制的确定方法、装置、设备及存储介质
CN114946269A (zh) 用于及时调度的方法及设备
WO2023065303A1 (zh) 一种控制方法、设备及存储介质
CN116491205A (zh) 上行传输方法、装置、终端及存储介质
JP7605963B2 (ja) データ送信のための方法および装置
JP7646821B2 (ja) アップリンク送信のための方法およびその装置
WO2022199605A1 (zh) 确定随机接入过程是否成功的方法以及用户设备
CN116982274A (zh) 优先化数据传输
HK1238842B (zh) 一种蜂窝网络中无线电传送方法、装置、节点及介质

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231225

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20231225

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20241022

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20241218

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: 20250204

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20250305

R150 Certificate of patent or registration of utility model

Ref document number: 7646821

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150