JP7481440B2 - ハイブリッド自動再送要求処理方法及び通信装置 - Google Patents

ハイブリッド自動再送要求処理方法及び通信装置 Download PDF

Info

Publication number
JP7481440B2
JP7481440B2 JP2022526162A JP2022526162A JP7481440B2 JP 7481440 B2 JP7481440 B2 JP 7481440B2 JP 2022526162 A JP2022526162 A JP 2022526162A JP 2022526162 A JP2022526162 A JP 2022526162A JP 7481440 B2 JP7481440 B2 JP 7481440B2
Authority
JP
Japan
Prior art keywords
harq process
terminal device
harq
information
sidelink
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
JP2022526162A
Other languages
English (en)
Other versions
JP2022554368A (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2022554368A publication Critical patent/JP2022554368A/ja
Application granted granted Critical
Publication of JP7481440B2 publication Critical patent/JP7481440B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1864ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1874Buffer management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1887Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/189Transmission or retransmission of more than one copy of a message
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1893Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1896ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/16Interfaces between hierarchically similar devices
    • H04W92/18Interfaces between hierarchically similar devices between terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Description

関連出願の相互参照
本願は、2019年11月8日に中国国家知識産権局に出願された、「ハイブリッド自動再送要求処理方法及び通信装置」と題する中国特許出願第201911090520.5号の優先権を主張し、その全体が参照により本願に組み込まれる。
本願は、通信技術の分野に関し、とりわけ、ハイブリッド自動再送要求処理方法及び通信装置に関する。
通信システムでは、データ伝送の信頼性を改善するために、ハイブリッド自動再送要求(hybrid automatic repeat request、HARQ)機構が導入されている。しかしながら、次世代無線(new radio、NR)通信システムにおける端末間通信のために、トランスポートブロックの送信又は受信が成功した場合に、通信中の装置のうちの一部の装置(例えば、受信端末又は送信端末)が送信に成功したと判断するものの、一部の装置(例えば、ネットワーク装置又は送信端末)がトランスポートブロックの送信に失敗したと判断すると、通信例外が起こる可能性がある。
本願の実施形態は、サイドリンク通信においてHARQフィードバック機構を導入することにより例外が起こる可能性を低減するのを助けるためにハイブリッド自動再送要求処理方法及び通信装置を提供する。
第1の態様によれば、ハイブリッド自動再送要求処理方法が提供され、当該方法は、第1の端末装置は、ネットワーク装置によって送信される第1の制御情報を受信した後に、第1の表示情報が再送信を示し、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信した場合、第1のサイドリンクグラント情報を無視することを含む。第1の制御情報は第1のサイドリンクグラント情報及び第1のハイブリッドHARQ情報を含む。第1のサイドリンクグラント情報は、サイドリンク通信のために用いられるリソースを示す。第1のHARQ情報は第1のHARQプロセス識別子ID及び第1の表示情報を含む。第1のHARQプロセスIDは第1のHARQプロセスを示すために用いられる。
上記の技術的解決策に基づいて、第1の端末装置が第2の端末装置に第1のHARQ処理に対応するトランスポートブロックを正常に送信した場合に、第1の端末装置が、第1のHARQ処理に対応するトランスポートブロックの再送信をスケジュールするためのネットワーク装置によって送信される第1の制御情報を受信すると、第1の端末装置は第1のサイドリンクグラント情報を無視する。すなわち、第1の端末装置は第2の端末装置に第1のHARQ処理に対応するトランスポートブロックを再送信しないため、第1の端末装置が不必要な送信を行うことを防止でき、第2の端末装置が不必要なHARQフィードバックを提供することを防止できる。
可能な設計では、第1の表示情報が再送信を示し、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信した場合、第1の端末装置はネットワーク装置に第2の表示情報をさらに送信する。第2の表示情報は、第1のHARQプロセスに対応するトランスポートブロックが正常に送信されたことを示すために用いられる。
前述の技術的解決策は、ネットワーク装置が第1のHARQプロセスに対応するトランスポートブロックの再送信をスケジューリングする可能性を低減し、第1のHARQプロセスの利用を高めるのに役立ち得る。
第2の態様によれば、下記を含む別のハイブリッド自動再送要求処理方法が提供される。
第1の端末装置は、第2の端末装置の第1のHARQプロセスによって送信される第1のサイドリンク情報を受信する。第1の表示情報が再送信を示し、第1の端末装置が第1のHARQプロセスから第1のトランスポートブロックを正常に受信した場合、第1の端末装置は第1のトランスポートブロックをデコードしない。第1のサイドリンク情報は第1のサイドリンク制御情報及び第1のトランスポートブロックを含む。第1のサイドリンク制御情報は第1のHARQ情報を含む。第1のHARQ情報は第1のHARQプロセスID及び第1の表示情報を含む。第1のHARQプロセスIDは、第1のHARQプロセスを示すために用いられる。
上記の解決策に基づいて、第1の端末装置が第1のHARQプロセスからの第1のトランスポートブロックを正常に受信した場合に、第1の端末装置が第2の端末装置によって再送信された第1のトランスポートブロックを受信した場合、第1の端末装置は再送信された第1のトランスポートブロックをデコードしないため、第1の端末装置の例外を回避するのを助け、第1の端末装置の通信性能を向上させる。
第3の態様によれば、通信装置が提供される。通信装置は、端末、端末内のチップ又はシステムオンチップであり得る。通信装置はプロセッサ及びメモリを含む。メモリはコンピュータプログラム命令を記憶する。コンピュータプログラム命令がプロセッサによって実行された場合、通信装置は、ネットワーク装置によって送信される第1の制御情報を受信した後に、第1の表示情報が再送信を示し、第1のHARQプロセスに対応するトランスポートブロックが正常に送信された場合に、第1のサイドリンクグラント情報を無視するステップを行うことができる。第1の制御情報は第1のサイドリンクグラント情報及び第1のHARQ情報を含む。第1のサイドリンクグラント情報は、サイドリンク通信のために用いられるリソースを示す。第1のHARQ情報は第1のHARQプロセス識別子ID及び第1の表示情報を含む。第1のHARQプロセスIDは第1のHARQプロセスを示すために用いられる。
第4の態様によれば、通信装置が提供される。通信装置は、ネットワーク装置、ネットワーク装置内のチップ又はシステムオンチップであり得る。通信装置はプロセッサ及びメモリを含む。メモリはコンピュータプログラム命令を記憶する。コンピュータプログラム命令がプロセッサによって実行された場合、通信装置は、第2の端末装置の第1のHARQプロセスによって送信される第1のサイドリンク情報を受信するステップを行うことができる。第1の表示情報が再送信を示し、第1のトランスポートブロックが第1のHARQプロセスから正常に受信されている場合、通信装置は第1のトランスポートブロックをデコードしない。第1のサイドリンク情報は第1のサイドリンク制御情報及び第1のトランスポートブロックを含む。第1のサイドリンク制御情報は第1のHARQ情報を含む。第1のHARQ情報は第1のHARQプロセスID及び第1の表示情報を含む。第1のHARQプロセスIDは、第1のHARQプロセスを示すために用いられる。
第5の態様によれば、通信装置が提供される。通信装置は、処理モジュール及び通信モジュールを含む。通信モジュールは、ネットワーク装置によって送信される第1の制御情報を受信するように構成されている。第1の制御情報は第1のサイドリンクグラント情報及び第1のハイブリッド自動再送要求HARQ情報を含む。第1のサイドリンクグラント情報はサイドリンク通信のために用いられるリソースを示す。第1のHARQ情報は第1のHARQプロセス識別子ID及び第1の表示情報を含む。第1のHARQプロセスIDは第1のHARQプロセスを示すために用いられる。第1の表示情報が再送信を示し、通信モジュールが第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信した場合、処理モジュールは、第1のサイドリンクグラント情報を無視するように構成されている。
第6の態様によれば、通信装置が提供される。通信装置は処理モジュール及び通信モジュールを含む。通信モジュールは、第2の端末装置の第1のHARQプロセスによって送信される第1のサイドリンク情報を受信するように構成されている。第1のサイドリンク情報は、第1のサイドリンク制御情報及び第1のトランスポートブロックを含む。処理モジュールは、第1の表示情報が再送信を示し、通信モジュールが第1のHARQプロセスから第1のトランスポートブロックを正常に受信した場合、第1のトランスポートブロックのデコーディングをスキップするように構成されている。
第1のサイドリンク制御情報は第1のHARQ情報を含む。第1のHARQ情報は第1のHARQプロセスID及び第1の表示情報を含む。第1のHARQプロセスIDは、第1のHARQプロセスを示すために用いられる。
第7の態様によれば、コンピュータ読み取り可能記憶媒体が提供される。コンピュータ読み取り可能記憶媒体は命令を記憶する。命令がコンピュータ上で実行された場合、コンピュータは上記の態様のいずれかの任意の設計における方法を行うことができる。
第8の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品がコンピュータ上で実行された場合、コンピュータは、上記の態様のいずれかの任意の設計における方法を行うことができる。
第9の態様によれば、チップが提供される。チップはプロセッサを含み、プロセッサが命令を実行した場合、プロセッサは、上記の態様のいずれかの任意の設計における方法を行うように構成されている。命令は、チップ内のメモリからのものであり得るか又はチップ外のメモリからのモノであり得る。例えば、チップは入出力回路をさらに含む。
第3の態様~第9の態様における任意の設計によってもたらされる技術的効果については、上記の対応する方法によってもたらされる技術的効果を参照されたい。詳細については、ここでは再度説明しない。
図1は、アップリンクデータ再送信フィードバック方法の概略フローチャートである。 図2は、ダウンリンクデータ再送信フィードバック方法の概略フローチャートである。 図3は、サイドリンク通信再送信フィードバック方法の概略フローチャートである。 図4は、別のサイドリンク通信再送信フィードバック方法の概略フローチャートである。 図5は、別のサイドリンク通信再送信フィードバック方法の概略フローチャートである。 図6Aは、サイドリンク通信方法の概略フローチャートである。 図6Bは、サイドリンク通信方法の概略フローチャートである。 図7は、別のサイドリンク通信方法の概略フローチャートである。 図8は、本願の実施形態が適用可能な通信システムの概略アーキテクチャ図である。 図9は、本願の一実施形態に係る端末装置のソフトウェアアーキテクチャの概略図である。 図10は、本願の一実施形態に係るハイブリッド自動再送要求処理方法の概略フローチャートである。 図11は、本願の一実施形態に係る別のハイブリッド自動再送要求処理方法の概略フローチャートである。 図12は、本願の一実施形態に係る別のハイブリッド自動再送要求処理方法の概略フローチャートである。 図13は、本願の一実施形態に係る別のハイブリッド自動再送要求処理方法の概略フローチャートである。 図14は、本願の一実施形態に係る別のハイブリッド自動再送要求処理方法の概略フローチャートである。 図15は、本願の一実施形態に係る別のハイブリッド自動再送要求処理方法の概略フローチャートである。 図16は、本願の一実施形態に係る別のハイブリッド自動再送要求処理方法の概略フローチャートである。 図17は、本願の一実施形態に係る別のハイブリッド自動再送要求処理方法の概略フローチャートである。 図18は、本願の一実施形態に係る別のハイブリッド自動再送要求処理方法の概略フローチャートである。 図19は、本願の一実施形態に係る別のハイブリッド自動再送要求処理方法の概略フローチャートである。 図20は、本願の一実施形態に係る別のハイブリッド自動再送要求処理方法の概略フローチャートである。 図21は、本願の一実施形態に係る別のハイブリッド自動再送要求処理方法の概略フローチャートである。 図22は、本願の一実施形態に係る端末装置の概略構造図である。 図23は、本願の一実施形態に係る別の端末装置の概略構造図である。
本出願の実施形態では、「少なくとも1つ」とは、1つ以上を意味し、「複数の」とは2つ以上を意味する。「以下のうちの少なくとも1つ」又はこれに類似する表現は、「以下のうちの任意の組み合わせ」を示し、「以下のうちの1つ以上の組み合わせ」を含む。例えば、a、b又はcのうちの少なくとも1つは、a、b、c、a及びb、a及びc、b及びcを示し、ここで、a、b及びcのそれぞれは要素であり得るか又は1つ以上の要素のセットであり得る。「/」という記号は概して関連するオブジェクト間の「又は」の関係を表す。「及び/又は」という用語は、関連するオブジェクトを説明するための関連関係を記述し、3つの関係が存在し得ることを表す。例えば、A及び/又はBは、Aのみが存在する場合、A及びBの両方が存在する場合、Bのみが存在するという3つの場合を表す。A及びBは単数又は複数形であり得る。
本願の実施形態では、「一例」、「一部の実施形態」、「別の実施形態」等は、一例、説明又は記述を表すために用いられる。本願において「一例」として記載されている実施形態又は設計は、他の実施形態又は設計よりも好ましいものとして又は利点を有するものとして説明されるべきではない。正確には、「一例」という用語は、特定の方法で概念を提示するために用いられる。
本願の実施形態では、「(又は)」、「対応する(corresponding、relevant)」及び「対応する(corresponding)」は場合によっては同義的に用いられ得る。なお、差異が強調されない場合には、これらの用語で表される意味は一貫している。
なお、本願の実施形態では、「第1」、「第2」等の用語は説明を目的として用いられているにすぎず、相対的な重要性又は順序を示すか又は含意するものとして理解すべきでない。本願の実施形態では、通信及び送信は場合によっては同義的に用いられ得る。なお、差異が強調されない場合には、これらの用語によって表される意味は一貫している。例えば、送信は送信すること及び/又は受信することを含み、名詞又は動詞であり得る。
本願の実施形態では、「と等しく」は、「よりも大きく」と共に用いられることがあり、これは、「よりも大きく」が用いられる場合に用いられる技術的解決策に適用可能である。又は「と等しく」は、「よりも小さく」と共に用いられることがあり、これは、「よりも小さい」が用いられる場合に用いられる技術的解決策に適用可能である。なお、「と等しく」が「よりも大きい」と共に用いられる場合、「と等しく」は「よりも小さく」と共に用いられないか又は「と等しく」が「よりも小さく」と共に用いられる場合、「と等しく」は「よりも大きい」と共に用いられない。
当業者による理解を容易にするために、本願の実施形態における用語を以下で説明する。
1.端末装置:本願の実施形態では、端末装置は、無線トランシーバ機能を有する装置であり、端末、ユーザ装置(user equipment、UE)、移動局(mobile station、MS)、移動端末(mobile terminal、MT)等と呼ばれ得る。例えば、本願の実施形態における端末装置の具体的な形態は、携帯電話(mobile phone)、タブレットコンピュータ(pad)、デスクトップコンピュータ、ノートブックコンピュータ、オールインワンマシン、車載端末、仮想現実(virtual reality、VR)端末装置、拡張現実(augmented reality、AR)端末装置、輸送手段(自転車、自動車、航空機又は船舶等)、産業用制御装置(industrial control)における無線端末、自動運転(self-driving)の無線端末(自動運転車両等)、遠隔手術(remote surgery)における無線端末、スマートグリッド(smart grid)における無線端末、輸送安全(transport safety)における無線端末、スマートシティ(smart city)における無線端末、スマートホーム(smart home)における無線端末、携帯電話、コードレス電話、セッション開始プロトコル(session initiation protocol、SIP)電話、無線ローカルループ(wireless local loop、WLL)局、パーソナルデジタルアシスタント(personal digital assistant、PDA)、ウェアラブルデバイス、将来の移動通信ネットワークにおける端末装置又は将来発展する公衆陸上移動ネットワーク(public land mobile network、PLMN)における端末装置であり得る。なお、端末装置は、少なくとも1つの無線通信技術、例えば、ロングタームエボリューション(long term evolution、LTE)、NR又は将来の通信技術をサポートし得る。
2.ネットワーク装置:本願の実施形態では、ネットワーク装置は、端末装置のために無線アクセス機能を提供する装置であり、アクセスネットワーク装置、無線アクセスネットワーク(radio access network、RAN)装置等とも呼ばれる。ネットワーク装置は、少なくとも1つの無線通信技術、例えば、LTE、NR又は将来の通信技術をサポートし得る。例えば、ネットワーク装置は、限定されないが、第5世代移動通信システム(5th-generation、5G)における次世代のNodeB(generational NodeB、gNB)、エボルブドNodeB (evolved nodeB、eNB)、無線ネットワークコントローラ(無線ネットワークコントローラ、RNC)、ノードB(node B、NB)、基地局コントローラ(基地局コントローラ、BSC)、ベーストランシーバ局(base transceiver station、BTS)、ホーム基地局(例えば、ホームエボルブドノードB又はホームノードB、HNB)、ベースバンドユニット(ベースバンドユニット、BBU)、送信受信ポイント(transmission reception point、TRP)、送信ポイント(transmission point、TP)、モバイルスイッチングセンタ、スモールセル及びピコセルを含む。あるいは、ネットワーク装置は、無線コントローラ、集中基地局(centralized unit、CU)及び/又はクラウド無線アクセスネットワーク(cloud radio network、CRAN)シナリオにおける分散基地局(distributed unit、DU)であり得るか又はネットワーク装置は中継局、アクセスポイント、車両搭載装置、端末装置、ウェアラブルデバイス、将来の移動通信ネットワークにおけるネットワーク装置、将来発展する公衆陸上移動ネットワーク(public land mobile network、PLMN)におけるネットワーク装置等であり得る。
3.端末装置とネットワーク装置との間の通信:本願の実施形態では、端末装置とネットワーク装置は、通信インターフェイスを介して互いに通信する。例えば、端末装置とネットワーク装置との間の通信インターフェイスは、ユニバーサルUE-ネットワークインターフェイス(universal UE to network interface、Uuインターフェイス)であり得る。したがって、端末装置とネットワーク装置との間の通信は、Uuインターフェイス通信とも呼ばれ得る。具体的には、Uuインターフェイス通信はアップリンク通信及びダウンリンク通信を含む。
具体的には、アップリンク通信とは、端末装置がネットワーク装置に情報を送信するプロセスをいう。端末装置によりネットワーク装置に送信される情報はアップリンク信号、アップリンク情報等と呼ばれる。アップリンク情報は、通常、アップリンク制御情報(uplink control information、UCI)及びアップリンクデータ(uplink data)を含むことが理解されよう。アップリンク制御情報は、端末装置によってフィードバックされる関連情報、例えば、チャネル状態情報(チャネル状態情報、CSI)又はHARQフィードバック情報(例えば、肯定応答(acknowledgement、ACK)又は否定応答(negative acknowledgement、NACK)を運ぶために用いられる。具体的には、アップリンク制御情報は物理的アップリンク制御チャネル(physical uplink control channel、PUCCH)上で運ばれ、アップリンクデータは物理的アップリンク共有チャネル(physical uplink shared channel、PUSCH)上で運ばれる。
具体的には、ダウンリンク通信とは、端末装置がネットワーク装置によって送信される情報を受信するプロセスをいう。端末装置によってネットワーク装置から受信された情報は、ダウンリンク信号又はダウンリンク情報と呼ばれ得る。ダウンリンク情報は、通常、ダウンリンク制御情報(downlink control information、DCI)及びダウンリンクデータ(downlink data)を含むことが理解されよう。ダウンリンク制御情報は、端末装置のための通信(Uuインターフェイス通信、サイドリンク通信等)をスケジューリングするために用いられる関連情報、例えば、データチャネルリソース割当てや変調及びコーディング方式等の情報である。具体的には、ダウンリンク制御情報は物理的ダウンリンク制御チャネル(physical downlink control channel、PDCCH)上で運ばれ、ダウンリンクデータは物理的ダウンリンク共有チャネル(physical downlink shared channel、PDSCH)上で運ばれる。
4.サイドリンク通信:本願の実施形態では、サイドリンク通信はサイドリンク通信とも呼ばれ得、サイドリンク情報の送受信を含む端末装置間の通信である。サイドリンク情報はサイドリンク信号とも呼ばれ、サイドリンク制御情報(sidelink control information、SCI)及びサイドリンクデータ(sidelink data)を含む。SCIは通常、物理サイドリンク制御チャネル(physical sidelink control channel、PSCCH)上で運ばれる。サイドリンクデータは、通常、物理サイドリンク共有チャネル(physical sidelink shared channel、PSSCH)上で運ばれる。加えて、サイドリンク情報は、サイドリンクフィードバック情報と呼ばれ得るサイドリンクフィードバック制御情報(サイドリンクフィードバック制御情報、SFCI)をさらに含む。例えば、SFCIは、チャネル状態情報(channel state information、CSI)及びハイブリッド自動再送要求(hybrid automatic repeat request、HARQ)フィードバック情報等の情報のうちの1つ以上を含み得る。HARQフィードバック情報は、ACK、NACK等を含み得る。具体的には、HARQフィードバック情報は物理的サイドリンクフィードバックチャネル(physical sidelink feedback channel、PSFCH)上で運ばれ得る。PSFCHは、サイドリンクフィードバックチャネルとも呼ばれ得る。
例えば、本願の実施形態では、サイドリンク通信のために端末装置によって用いられるインターフェイスは、PC5インターフェイスと呼ばれ得る。サイドリンク通信のために用いられるリソースはサイドリンクリソースとも呼ばれ、具体的には時間ドメインリソース及び周波数ドメインリソースを含む。
異なる通信シナリオの場合、サイドリンク通信は、V2X(vehicle-to-X)通信、D2D(device to device)通信等を含む。加えて、サイドリンクリソースをスケジューリングする異なる方法に対して、サイドリンク通信は、ネットワーク装置スケジューリングモード及び端末装置自律選択モードを含む。ネットワーク装置スケジューリングモードはモード1(mode 1)、ネットワーク装置支援スケジューリングモード等とも呼ばれ得る。ネットワーク装置スケジューリングモードでは、サイドリンクリソースがネットワーク装置によって端末装置に割り当てられ、ネットワーク装置によって割り当てられたサイドリンクリソースはサイドリンクグラント(sidelink grant、SLグラント)情報を用いることにより端末装置に示され得る。例えば、ネットワーク装置は、サイドリンクグラント情報をダウンリンク制御情報(downlink control information、DCI)に追加し、ダウンリンク制御情報を端末装置に送信し得る。端末装置自律選択モードはモード2(mode 2)と呼ばれ得る。端末装置自律選択モードでは、端末装置はリソースプール(resource pool、RP)からサイドリンク通信に用いられるサイドリンクリソースを自律的に決定する。リソースプールは端末装置のために予め構成されている。例えば、リソースプールは、システムメッセージ又は専用のシグナリングを用いることにより、端末装置のためにネットワーク装置によって予め構成され得るか又はプロトコルを用いることにより予め合意され得る。本願の実施形態では、端末装置のためにリソースプールの予め構成する方法は限定されない。加えて、本願の実施形態におけるリソースプールは、サイドリンク通信に用いられるリソースのグループであることに留意されたい。
5.トランスポートブロック:本願の実施形態では、トランスポートブロック(transport block、TB)は、端末装置間又は端末装置とネットワーク装置との間の1つの通信プロセスで受信又は送信されるデータである。なお、本願の実施形態におけるトランスポートブロックは、媒体アクセス制御プロトコルデータユニット(media access control protocol data unit、MAC PDU)として理解され得る。
6.HARQエンティティ:本願の実施形態では、1つのHARQエンティティは、HARQフィードバック再送信メカニズムを実施するために、K個のHARQプロセス(HARQ process)を維持又は管理する。Kは1以上の正の整数である。Kの値は、プロトコルを用いることにより予め合意され得るか又は端末装置のためにネットワーク装置によって構成され得る。例えば、Kの値は16であり得る。
例えば、1つの端末装置は、サイドリンク通信のためにM個のHARQエンティティと、Uuインターフェイス通信のためにN個のHARQエンティティとを含み得る。一般に、1つの通信キャリアは1つのHARQエンティティに対応する。サイドリンク通信を一例として用いる。例えば、サイドリンク通信のために1つのキャリアが用いられる場合、1つの端末装置はサイドリンク通信のために1つのHARQエンティティを含む。別の例として、サイドリンク通信のためにQ個のキャリアが用いられる場合、1つの端末装置は、サイドリンク通信のためにQ個のHARQエンティティを含む。
なお、サイドリンク通信及びUuインターフェイス通信の両方について、1つのTBの通信のために1つのHARQプロセスが用いられる。例えば、HARQプロセス1は、TB1の通信のために用いられ、HARQプロセス1は、TB1の送信が終了した後でのみ、他のTBの通信のために用いることができる。TB1の送信が終了する前では、別のTBの送信はHARQプロセス1を占有することができない。つまり、HARQプロセス1がTB1の送信のために占有された後、HARQプロセス1は、TBの送信が終了する前に、別のTBの送信のために用いることができない。加えて、本願の実施形態では、HARQプロセスは、HARQプロセス識別子(identifier、ID)を用いることにより示され、同じHARQエンティティによって維持される異なるHARQプロセスのHARQプロセスIDは異なる。
通信におけるデータ伝送の信頼性を改善するために、HARQフィードバック再送信機構が導入される。例えば、アップリンク通信では、図1にアップリンクデータ再送信フィードバックプロセスが示されて、以下のステップを含む。
ステップ1:ネットワーク装置は、PDCCHでのアップリンクデータの新規送信のために端末装置をスケジューリングする。
ステップ2:端末装置は、ステップ1でのスケジューリングに基づいてネットワーク装置にアップリンクデータを送信する。
ステップ3:アップリンクデータを受信した後で、ネットワーク装置はアップリンクデータをデコードする。デコーディングに失敗した場合、ネットワーク装置は、PDCCH上のアップリンクデータの再送信のために端末装置をスケジューリングする。
ステップ4:端末装置は、ステップ3でのスケジューリングに基づいて、ネットワーク装置にアップリンクデータを再送信する。
別の例として、ダウンリンク通信において、図2にダウンリンクデータ再送信フィードバックプロセスを示し、以下のステップを含む。
ステップ1:ネットワーク装置が端末装置にダウンリンクデータを新たに送信する。
ステップ2:端末装置はネットワーク装置によって新たに送信されたダウンリンクデータを受信し、ダウンリンクデータをデコードする。デコーディングに失敗した場合、端末装置はネットワーク装置にNACKを返す。
ステップ3:NACKを受信した後、ネットワーク装置は端末装置にダウンリンクデータを再送信する。
ステップ4:ネットワーク装置によって再送信されたダウンリンクデータを端末装置が受信した後で、端末装置が再送信されたダウンリンクデータを正常にデコードした場合、端末装置はネットワーク装置にACKを返す。
加えて、サイドリンク通信の場合、送信端末が受信端末にサイドリンクデータを送信する。例えば、送信端末は端末装置1であり、受信端末は端末装置2である。図3にサイドリンクデータ再送信フィードバックプロセスが示され、具体的に以下のステップを含む。
端末装置1は、新たな送信及び再送信を含み、端末装置2にサイドリンクデータを送信する。
端末装置2は、サイドリンクデータを受信した後でサイドリンクデータをデコードする。端末装置2が、端末装置1からのサイドリンクデータを正常にデコードした後に、端末装置1から再送されたサイドリンクデータを受信した場合、端末装置2はこのサイドリンクデータをデコードしない。なお、端末装置2は、端末装置1からのサイドリンクデータのデコードに成功したかどうかにかかわらず、ACK/NACKフィードバックを提供しない。
一般に、図3に示すサイドリンクデータ再送信フィードバックプロセスがLTEに適用される。
一部の他の実施形態では、サイドリンク通信の場合、ACK/NACKフィードバックが代替的に提供され得る。
例えば、送信端末が端末装置1であり、受信端末が端末装置2である。ネットワーク装置スケジューリングモードにおいて、図4にサイドリンクデータ再送信フィードバック方法を示し、以下のステップを含む。
ステップ1:ネットワーク装置は、PDCCH上でのサイドリンクデータの新たな送信のために端末装置1をスケジューリングし、サイドリンク情報の受信側は端末装置2である。
ステップ2:端末装置1は、ステップ401でのスケジューリングに基づいて、端末装置2にサイドリンクデータを新たに送信する。
ステップ3:端末装置1によって新たに送信されたサイドリンクデータを受信した後、端末装置2はサイドリンクデータをデコードする。デコーディングに失敗した場合、端末装置2は端末装置1にNACKをフィードバックする。
ステップ4:端末装置2によってフィードバックされたNACKを受信した後で、端末装置1はネットワーク装置にNACKをフィードバックする。
ステップ5:NACKを受信した後、ネットワーク装置は、PDCCH上でのサイドリンクデータの再送信のために、端末装置1をスケジューリングする。
ステップ6:端末装置1は、ステップ5でのスケジューリングに基づいて、端末装置2にサイドリンクデータを再送信する。
別の例として、送信端末が端末装置1であり、受信端末が端末装置2である。端末装置自律選択モードでは、図5にサイドリンクデータ再送信フィードバック方法が示され、以下のステップを含む。
ステップ1:端末装置1は、サイドリンクデータを新たに送信するために用いられるサイドリンクリソース1を選択し、選択したサイドリンクリソース1を用いることによりサイドリンクデータを端末装置1に新たに送信する。
ステップ2:端末装置1からサイドリンクデータを受信した後で、端末装置2はサイドリンクデータをデコードする。デコーディングに失敗した場合、端末装置2は、端末装置1にNACKをフィードバックする。
ステップ3:NACKを受信した後で、端末装置は、サイドリンクデータを再送信するために用いられるサイドリンクリソース2を選択し、サイドリンクデータを再送信するために用いられる選択したサイドリンクリソース2を用いることにより、端末装置1にサイドリンクデータを再送信する。
一般に、ネットワーク装置スケジューリングモードでは、サイドリンクデータ送信のための送信端末のスケジューリングの間に、ネットワーク装置は、サイドリンクデータ送信のために現在スケジューリングされているサイドリンクリソースに対応するHARQプロセスIDをDCIに追加し得る。しかしながら、送信端末は、現在スケジューリングされているサイドリンクリソースでサイドリンクデータを送信するために用いられるHARQプロセスを割り当てることがあり、ネットワーク装置によってDCIに追加されるHARQプロセスIDを用いることにより特定されるHARQプロセスを必要としない。
このように、送信端末が、ネットワーク装置スケジューリングモード及び端末装置自律選択モードの両方でサイドリンクデータを送信する場合、HARQプロセスIDを用いることにより特定され、DCIにおいてネットワーク装置により送信端末に示されるHARQプロセスは、端末自律選択モードにおいてサイドリンクデータ送信のために割り当てられていることがある。したがって、ネットワーク装置スケジューリングモードでは、送信端末は、サイドリンクデータを送信するために用いられるHARQプロセスも割り当てる。これは競合を回避するのに役立つ。
加えて、端末装置自律選択モードでは、送信端末のみがサイドリンクデータを送信するために用いられるHARQ処理を割り当てることができる。したがって、ネットワーク装置スケジューリングモードでは、送信端末は、サイドリンクデータを送信するために用いられるHARQプロセスも割り当てる。これは一貫性に役立つ。
さらに、受信端末にサイドリンクデータを送信する場合、送信端末は受信端末にSCIも送信することを理解すべきである。SCIは、現在のサイドリンク通信で用いられるHARQプロセスIDを運ぶ。しかしながら、送信端末からサイドリンクデータを受信した後で、受信端末はサイドリンクデータを処理するためにHARQプロセスを割り当てることがあり、SCIで運ばれるHARQプロセスIDを用いることにより特定されるHARQプロセスを用いない。
このように、送信端末が複数の受信端末と同時にサイドリンク通信を行う場合、異なる送信端末によって送信される異なるSCIで運ばれるHARQプロセスIDは同じであってもよく、受信端末は異なる送信端末からのサイドリンクデータを処理するために異なるHARQプロセスを用いる必要がある。したがって、受信端末は受信したデータを処理するために、受信端末によって割り当てられたHARQプロセスを用いるため、HARQプロセスの競合を回避することができる。
前記のように、HARQプロセスの利用を改善するために、受信端末及び送信端末がサイドリンクデータの送受信を行うために別々にHARQプロセスを割り当てる上記の場合では、一部の実施形態では、送信端末が、受信端末からフィードバックされるACKであって、HARQプロセスIDを用いることにより特定されるHARQプロセスに特有であり、SCIを用いることにより受信端末に示されるACKを受信した場合、送信端末は、HARQプロセスに対応するバッファ(HARQバッファ)をクリアし、HARQプロセスを「利用可能」、「アイドル」等とマークする。つまり、HARQプロセスは新たなサイドリンクデータの送信のために続けて割り当てられ得る。
一部の実施形態では、受信端末が、受信端末によって割り当てられたHARQプロセスを用いることによりサイドリンクデータのデコードに成功した場合、受信端末は、HARQプロセスに対応するバッファ(HARQソフトバッファ)をクリアし、HARQプロセスを「利用可能」又は「アイドル」とマークする。すなわち、HARQプロセスは、その後、新たに受信したサイドリンクデータのデコーディングのために割り当てられ得る。
サイドリンク通信では、HARQフィードバック再送信メカニズムが導入された後、送信端末又は受信端末はHARQプロセスを割り当て、サイドリンクデータが正常に送信又は受信された後で、対応するバッファがさらにクリアされ、「使用可能」又は「アイドル」としてマークされる。したがって、ネットワーク装置スケジューリングモードでは、ネットワーク装置がサイドリンクデータの送信に失敗したと判定するが、送信端末がサイドリンクデータの受信に成功したと判定した場合に、ネットワーク装置がサイドリンクデータのためにスケジューリングを再度行った場合、送信端末で例外が起こり得る。
例えば、端末装置1が端末装置2にTB1を送信する。なお、TB1はサイドリンクである。ネットワーク装置スケジューリングモードでは、図6A及び図6Bにサイドリンク通信プロセスを示し、具体的には以下のステップを含む。
ステップ601:ネットワーク装置は、TB1の新たな送信をスケジューリングするために端末装置1にDCI1を送信する。DCI1は、SLグラント1、HARQプロセスID1及びニューデータインジケータ(new data indicator、NDI)1を含む。ここで、NDI1=0であり、SLグラント1はサイドリンクリソース1を示し、HARQプロセスID1はHARQプロセス1を示すために用いられる。
ステップ602:DCI1を受信した後で、端末装置1は、HARQプロセスID1およびNDI1に基づいて、NDI1が新たな送信を示すと判定し、HARQプロセスAを割り当てる。
ステップ603:端末装置1は、HARQプロセスAを用いることにより、サイドリンクリソース1上で端末装置2にSCI1及びTB1を新たに送信する。SCI1は、HARQプロセスID A及びNDI1を含む。HARQプロセスID Aは、HARQプロセスAを示す。
なお、端末装置1の場合、HARQプロセスAはHARQプロセス1に関連する。
加えて、端末装置1が、HARQプロセスAを用いることにより、サイドリンクリソース1上で端末装置2にSCI1及びTB1を新たに送信するとは、端末装置1が、HARQプロセスAを用いることにより、サイドリンクリソース1上で端末装置2にSCI1及びTB1を新たに送信すること又は端末装置1が、HARQプロセスAを用いることにより、サイドリンクリソース1上で端末装置2にSCI1及びTB1を新たに送信することと理解され得る。
ステップ604:端末装置2がSCI1及びTB1を受信した後で、端末装置2が、HARQプロセスID A及びNDI1に基づいて、NDI1が新たな送信を示すと判定した場合、端末装置2はHARQプロセスYを割り当て、HARQプロセスYを用いることによりTB1をデコードする。端末装置2の場合、HARQプロセスAをHARQプロセスBに関連する。
ステップ605:端末装置2はTB1を正常にデコードし、TB1のために端末装置1にACKを送信する。また、端末装置2がTB1のデコードに成功した場合、端末装置2はHARQプロセスYをさらにリリースする。これは、HARQプロセスYの利用を高めるのに役立つ。例えば、端末装置2は、HARQプロセスに対応するバッファをクリアするためにHARQプロセスYを「利用可能」、「アイドル」又は「非占有」とマークして、HARQプロセスYとHARQプロセスAとの関連関係を解除することにより、HARQプロセスYを解放する。
ステップ606:端末装置1は、TB1について端末装置2によって送信されたACKを受信し、TB1が正常に送信されたと判定した場合、端末装置1はHARQプロセスAを解放し、TB1のためのHARQフィードバック情報をネットワーク装置に送信する。
例えば、端末装置1は、HARQプロセスAに対応するバッファをクリアするためにHARQプロセスAを「利用可能」、「アイドル」又は「非占有」とマークして、HARQプロセスAとHARQプロセス1との関連関係を解除することにより、HARQプロセスAを解放する。
ステップ607:ネットワーク装置は、TB0の新たな送信をスケジューリングするために、端末装置1にDCI0を送信する。DCI0は、SLグラント0、HARQプロセスID0及びNDI1を含む。HARQプロセスID0はHARQプロセス0を示すために用いられ、SLグラント0はサイドリンクリソース0を示す。
ステップ608:端末装置1はDCI0を受信し、HARQプロセスID0及びNDI0に基づいて、NDI0が新たな送信を示すと判定し、HARQプロセスAを割り当てる。端末装置1の場合、HARQプロセス0がHARQプロセスAに関連する。
ステップ609:端末装置1は、HARQプロセスAを用いることにより、サイドリンクリソース0上で端末装置2にSCI0及びTB0を新たに送信する。SCI0は、HARQプロセスID A及びNDI1を含む。
ステップ610:端末装置2がSCI0及びTB0を受信した後で、端末装置2が、HARQプロセスID A及びNDI1に基づいて、NDI1が新たな送信を示すと判定した場合、端末装置2はHARQプロセスXを割り当て、HARQプロセスXを用いることによりTB0をデコードする。端末装置2の場合、HARQプロセスAはHARQプロセスXに関連する。
ステップ611:端末装置2がTB0のデコードに失敗した場合、端末装置2は、TB0のために端末装置1にNACKを送信する。
なお、デコーディングに失敗した場合、端末装置2は、通常、TB0の再送信を促進するために、HARQプロセスAとHARQプロセスXとの間の関連関係の維持を続ける。
ステップ612:端末装置1がTB0のために送信されたNACKを受信した場合、端末装置1はTB0の送信に失敗したと判定し、TB0のためにネットワーク装置にNACKを送信する。
なお、TB0のためのHARQフィードバック情報がNACKである場合、端末装置1は、通常、TB0の再送信を促進するために、HARQプロセスAとHARQプロセス0との間の関連関係の維持を続ける。
ステップ613:ネットワーク装置がTB0の新たな送信のためにHARQプロセスAを割り当てた後で、ネットワーク装置がTB1のためのHARQフィードバック情報をまだ受信しないか又はTB1のためのHARQフィードバック情報のデコードに失敗し、TB1の送信が失敗した判定した場合、ネットワーク装置は、端末装置1にDCI2を送信することにより、TB1の再送信をスケジュールする。DCI2は、SLグラント2、HARQプロセスID1及びNDI1を含む。SLグラント2はサイドリンクリソース2を示す。
しかしながら、端末装置1について、TB1は正常に送信され、TB1のために割り当てられたHARQプロセスAはTB0の送信のために占有されている。したがって、端末装置1は、ネットワーク装置によってスケジューリングされたTB1の再送信のためにDCI2を受信した後に例外が起こる可能性がある。
加えて、例えば、端末装置1は端末装置2にTB1を送信する。なお、TB1はサイドリンクデータである。ネットワーク装置スケジューリングモード又は端末装置自律選択モードでは、図7に端末装置1と端末装置2との間の通信プロセスを示し、具体的には以下のステップを含む。
ステップ701:端末装置1は、HARQプロセス1を用いることにより、端末装置2にSCI1及びTB1を送信する。SCI1は、HARQプロセスID1及びNDI1を含む。HARQプロセスID1はHARQプロセス1を示すために用いられ、NDI1=0である。
ステップ702:端末装置2がSCI1及びTB1を受信した後で、端末装置2が、HARQプロセスID1及びNDI1に基づいて、NDI1が新たな送信を示すと判定した場合、端末装置2はHARQプロセスBを割り当て、HARQプロセスBを用いることによりTB1をデコードする。端末装置2の場合、HARQプロセス1はHARQプロセスBに関連する。
ステップ703:端末装置2はTB1を正常にデコードし、HARQプロセスBを解放し、TB1のために端末装置にACKを送信する。
具体的には、端末装置2がHARQプロセスBを解放する実施については、図6A及び図6Bに示すサイドリンク通信方法の関連説明を参照されたい。詳細については、ここでは再度説明しない。
ステップ704:端末装置1は、HARQプロセス0を用いることにより、端末装置2にSCI0及びTB0を送信する。SCI0は、HARQプロセスID0及びNDI1を含む。HARQプロセスID0は、HARQプロセス0を示すために用いられ、NDI1=0である。
ステップ705:端末装置2がSCI0及びTB0を受信した後で、端末装置2が、HARQプロセスID0及びNDI1に基づいて、NDI1は新たな送信を示すと判定した場合、端末装置2はHARQプロセスBを割り当て、HARQプロセスBを用いてTB0をデコードする。端末装置2の場合、HARQプロセスBはHARQプロセス0に関連する。
ステップ706:端末装置2はTB0のデコードに失敗し、TB0のために端末装置1にNACKを送信する。
なお、デコーディングが失敗した場合、端末装置2は、TB0の再送信を促進するために、HARQプロセス0とHARQプロセスBとの間の関連関係の維持を続ける。
ステップ707:端末装置1が、TB0の新たな送信のためにHARQプロセスBを割り当てた後で、端末装置1がTB1のためにHARQフィードバック情報をまだ受信しないか又はTB1のためのHARQフィードバック情報のデコードに失敗し、TB1の送信が失敗したと判定した場合、端末装置1は、端末装置1にDCI2を送信することにより、TB1の再送信をスケジューリングする。DCI2は、SLグラント2、HARQプロセスID1及びNDI1を含む。SLグラント2はサイドリンクリソース2を示す。
しかしながら、端末装置2について、TB1が正常にデコードされ、TB1のために割り当てられたHARQプロセスBはTB0の送信のために占有されている。したがって、端末装置2が、端末装置1によってスケジューリングされたTB1の再送信のためにDCI2を受信した後に、例外が起こる可能性がある。
したがって、ネットワーク装置のスケジューリングモードでは、ネットワーク装置がTB(TBが第1のTBである例を以下で用いる)の送信に失敗したと判定するが、送信端末が第1のTBが正常に送信されたと送信端末が判定した場合、送信端末がネットワーク装置によって送信され、第1のTBの再送信をスケジューリングするために用いられる制御情報を受信した後に、例外が起こる可能性がある。この観点から、本願の実施形態は、送信端末がネットワーク装置によって送信され、第1のTBの再送信をスケジューリングするために用いられる制御情報を受信した後に例外が起こる可能性を低減するのを支援することにより通信性能を改善するために、ハイブリッド自動再送要求処理方法を提供する。
加えて、ネットワーク装置スケジューリングモード及び端末装置自律選択モードにおいて、送信端末がTB(TBが第1のTBである例を以下で用いる)が送信に失敗したと判定するが、受信端末が第1のTBは正常にデコードされたと判定する場合、受信装置が送信端末によって再送信された第1のRBを受信した後に例外が起こる可能性がある。この観点から、本願の実施形態は、送信端末がネットワーク装置によって送信され、第1のTBの再送信をスケジューリングするために用いられる制御情報を受信した後に例外が起こる可能性を低減するのを支援することにより通信性能を改善するために、ハイブリッド自動再送要求処理方法を提供する。
対応する本明細書の添付図面を参照して、本願の実施形態を以下で説明する。
本願の実施形態は、LTEシステム、NRシステム又は将来の通信システム(例えば、6G通信システム)に適用され得る。例えば、図8は、本願の実施形態が適用可能な通信システムのネットワークアーキテクチャの概略図である。通信システムは端末装置及びネットワーク装置を含む。具体的には、端末装置とネットワーク装置との間でUuインターフェイス通信が行われ、端末装置間でサイドリンク通信が行われ得る。
本願の実施形態では、ネットワーク装置及び端末装置は地上で配備されてもよく、屋内又は屋外装置、ハンドヘルド装置又は車載装置を含み、水上で配備されてもいいし又は空中の航空機、風船及び人工衛星で配備されてもよい。ネットワーク装置及び端末装置の配備シナリオは、本願の実施形態では限定されない。
本願の実施形態では、ネットワーク装置と端末装置との間の通信及び端末装置間の通信は、ライセンス帯域(licensed spectrum)を用いることにより行われ得るか又はアンライセンス帯域(unlicensed spectrum)を用いることにより行われ得るか又はライセンス帯域及びアンライセンス帯域の両方を用いることによって行われ得ることを理解されたい。これに限定されるものではない。ネットワーク装置と端末装置との間の通信及び端末装置間の通信は、6ギガヘルツ未満の帯域を用いることによって行われ得るか又は6GHz以上の帯域を用いることにより行われ得るか又は6GHz未満の帯域及び6GHz以上の帯域の両方を用いることにより行われ得る。すなわち、本願は低周波数シナリオ(例えば、サブ6G)及び高周波数シナリオ(6G以上)の両方に適用可能である。ネットワーク装置と端末装置との間の通信及び端末装置間の通信のために用いられるスペクトルリソースは、本願の実施形態では限定されない。
図8に示す通信システムのネットワークアーキテクチャは一例に過ぎず、本願の実施形態における限定をなすものではないことは理解すべきである。通信システムにおけるネットワーク装置の数及び端末装置の数は本願の実施形態では限定されない。例えば、本願の実施形態における通信システムが複数のネットワーク装置を含む場合、ネットワーク装置間でマルチポイント協調通信が行われ得る。例えば、通信システムは複数のマクロ基地局及び複数のマイクロ基地局を含み、マルチポイント協調通信はマクロ基地局間、マイクロ基地局間及びマクロ基地局とマイクロ基地局との間で行われ得る。
例えば、図9は、本願の一実施形態に係る端末装置のソフトウェアアーキテクチャの概略図である。図9に示すように、端末装置は、物理層及びMACエンティティを含む。MACエンティティは第1のHARQエンティティを含み、第1のHARQエンティティは少なくとも1つのHARQプロセスを維持する。第1のHARQエンティティはサイドリンク通信のために用いられる。一部の他の実施形態では、MACエンティティは第2のHARQエンティティをさらに含み、第2のHARQエンティティはUuインターフェイス通信のために用いられる。なお、端末装置については、MACエンティティは、サイドリンク通信のために用いられる少なくとも1つのHARQエンティティを含み得る。一般に、MACエンティティに含まれ、サイドリンク通信のために用いられるHARQエンティティの数は、サイドリンク通信のために用いられるキャリアの数に関係する。例えば、サイドリンク通信に用いられるキャリアの数はNであり、MACエンティティは、サイドリンク通信のために用いられるN個のHARQエンティティを含む。
第1のTBが正常に送信されたことを判定した場合に、ネットワーク装置によって送信され、第1のTBの再送信をスケジューリングするために用いられる制御情報を送信端末が受信した後に例外が起こるのを回避するために、本願の実施形態は、ハイブリッド自動再送要求処理方法を提供する。例えば、図10に示すように、本方法は、具体的に以下のステップを含む。
ステップ101:ネットワーク装置は第1の端末装置に第1の制御情報を送信する。第1の制御情報は第1のサイドリンクグラント情報及び第1のHARQ情報を含む。第1のサイドリンクグラント情報は第1のサイドリンクリソースを示し、第1のHARQ情報は第1のHARQプロセスID及び第1の表示情報を含む。第1のHARQプロセスIDは、第1のHARQプロセスを示すために用いられる。
ステップ1002:第1の端末装置は第1の制御情報を受信し、第1の表示情報が再送信を示し、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信した場合、第1のサイドリンクグラント情報を無視する。
第1の端末装置が第1のサイドリンクグラント情報を無視することは、第1の端末装置が第2の端末に第1のHARQプロセスに関連するトランスポートブロックを送信するために、第1のサイドリンクグラント情報によって示される第1のサイドリンクリソースを用いないことと理解され得る。
例えば、第1の表示情報はNDIとも呼ばれ、新たな送信を示すためにさらに用いられ得る。第1のHARQプロセスの場合、第1のHARQ情報におけるNDIがフリップされない場合、NDIは再送を示す。すなわち、第1のサイドリンクグラント情報によって示される第1のサイドリンクリソースは、トランスポートブロックの再送信に用いられる。第1のHARQ情報におけるNDIがフリップされている場合、NDIは新たな送信を示す。すなわち、第1のサイドリンクグラント情報によって示される第1のサイドリンクリソースは、トランスポートブロックの新たな送信のために用いられる。例えば、第1のHARQプロセスの場合、第1のHARQ情報におけるNDIが0であり、第1のHARQプロセスのために第1の端末装置でバッファリングされているNDIも0である場合、第1のHARQ情報内のNDIはフリップされず、第1のHARQ情報におけるNDIは再送信を示す。別の例では、第1のHARQプロセスの場合、第1のHARQ情報におけるNDIが1であり、第1のHARQプロセスのために第1の端末装置でバッファされているNDIが0の場合、NDIがフリップされ、第1のHARQ情報におけるNDIは新たな送信を示す。なお、第1のHARQプロセスのために第1の端末装置においてバッファされたNDIは、ネットワーク装置が、ステップ101の前に第1のHARQプロセスに対応するトランスポートブロックを送信するように第1の端末装置をスケジュールするときにバッファリングされる。また、第1のHARQ情報を受信した後に、第1の端末装置は、第1のHARQプロセスのためにバッファされたNDIを第1のHARQ情報におけるNDIに更新し得る。加えて、一部の他の実施形態では、第1の端末装置が第1のHARQプロセスのためのNDIをバッファしない場合、第1のHARQ情報におけるNDIは新たな送信を示し、第1のHARQ情報におけるNDIは第1の端末装置においてバッファされる。
本願の本実施形態では、第1の端末装置が第2端末装置に第1のHARQ処理に対応するトランスポートブロックを送信することに成功した場合、第1端末装置がネットワーク装置から送信される第1の制御情報を受信して第1のHARQ処理に対応するトランスポートブロックの再送信をスケジューリングされた場合、第1の端末装置は第1のサイドライングラント情報を無視する。すなわち、第1の端末装置は第2の端末装置に第1のHARQ処理に対応するトランスポートブロックを再送信しないため、第1の端末装置は不要な送信を行うことを防止することができ、第2の端末装置は不要なHARQフィードバックを行うのを防止することができる。
例えば、第1の制御情報を受信した後に、第1の端末装置は、第1の表示情報が再送信を示すかどうかを最初に判定し、第1の表示情報が再送信を示す場合、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したかそうか判定する。第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信した場合、第1の端末装置は第1のサイドライングラント情報を無視する。
第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したかどうかを判定する方法を以下で対応して説明する。
方法1:第1の端末装置は、第1のHARQ処理に関連する第1のパラメータのパラメータ値に基づいて、第1の端末装置が第2の端末装置に第1のHARQ処理に対応するトランスポートブロックを正常に送信したかどうかを判定する。
第1のHARQプロセスに関連する第1のパラメータのパラメータ値が第1の値の場合、第1の端末装置は、第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したと判定する。第1の値は、第1のHARQプロセスに対応するトランスポートブロックのためのHARQフィードバック情報がACKであることを示すために用いられる。
別の例では、第1のHARQプロセスに関連する第1のパラメータのパラメータ値が第2の値の場合、第1の端末装置は第2の端末装置への第1のHARQプロセスに対応するトランスポートブロックの送信に失敗したと判定する。第2の値は、第1のHARQプロセスに対応するトランスポートブロックのためのHARQフィードバック情報がNACKであることを示すために用いられる。この場合、第1の端末装置は第2の端末装置に、第1のサイドリンクグラント情報によって示される第1のサイドリンクリソース上で第1のHARQプロセスに対応するトランスポートブロックを再送信する。
なお、第1の値と第2の値とは異なる。例えば、第1の値と第2の値とは異なるシンボルであり得るか又は異なるシーケンスであり得るか又は異なる値であり得る。これは限定されていない。例えば、第1の値は0であり得るか、第2の値は1であり得る。具体的には、第1の値及び第2の値は、プロトコルを用いることによって予め合意されていてもよい。
具体的には、第1の端末装置は、第1のHARQプロセスに対応するトランスポートブロックのためのHARQフィードバック情報を記録するために、第1のHARQプロセスのための第1のパラメータを維持し得る。第1のHARQプロセスに対応するトランスポートブロックのためのHARQフィードバック情報がNACKの場合、第1のHARQプロセスに関連する第1のパラメータのパラメータ値は第2の値である。第1のHARQプロセスに対応するトランスポートブロックのためのHARQフィードバック情報がACKの場合、第1のHARQプロセスに関連する第1のパラメータのパラメータ値は第1の値である。
例えば、第1のHARQプロセスのために維持される第1のパラメータは、ネットワーク装置が第1のHARQプロセスに対応するトランスポートブロックを最初にスケジューリングするときに、第1のHARQプロセスのために第1の端末装置によって割り当てられ得るか又は予め構成され得る。例えば、第1の端末装置は、ネットワーク装置が第1のHARQプロセスに対応するトランスポートブロックを最初にスケジューリングするときに、第1のHARQプロセスのための第1のパラメータを割り当てる。第1のパラメータのパラメータ値はデフォルト値又はヌルであり得る。別の例として、第1のHARQプロセスのために装置によって予め構成される第1のパラメータのパラメータ値はデフォルト値又はヌルであり得る。例えば、デフォルト値は第1の値であり得るか又は第2の値であり得るか又は第3の値であり得る。これは限定されない。第3の値は第1の値及び第2の値と異なる。
方法2:第1の端末装置は、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したかどうかを判定するために、第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかをどうか判定する。
第1のHARQエンティティは、第1の端末装置に存在し、サイドリンク通信のために用いられるHARQエンティティである。第1の端末装置において、サイドリンク通信に用いられる複数のHARQエンティティが存在する場合、第1のHARQエンティティは、第1の端末装置においてサイドリンク通信のために用いられる複数のHARQエンティティのうちの1つであり得る。例えば、第1のHARQエンティティは、第1のサイドリンクグラント情報によって示される第1のサイドリンクのリソースが位置するキャリアに対応するHARQエンティティである。
一部の実施形態では、第1の端末装置は、第1のHARQプロセスに関連するHARQプロセスが、第1のHARQエンティティによって維持される少なくとも1つの占有されたHARQプロセスに存在するかどうかを判定する。なお、第1のHARQエンティティによって維持される少なくとも1つの占有されたHARQプロセスは、第1のHARQエンティティによって維持される少なくとも1つのHARQプロセスのうちの利用不能なHARQプロセスであるか又は第1のHARQエンティティによって維持される少なくとも1つのHARQプロセスのうちのHARQプロセスであって、サイドリンク通信のために割り当てられているHARQプロセスとして理解され得る。したがって、判定範囲が狭まり、端末装置の処理速度が改善される。
例えば、第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスに関連しない場合、第1の端末装置は、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したと判定する。例えば、第1のHARQプロセスが、第1のHARQエンティティによって維持されるHARQプロセスに関連する場合、第1の端末装置は、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信しなかったと判定する。
第1のHARQプロセスに関連し、第1のHARQエンティティによって維持されるHARQプロセスは、第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを送信するために、第1の端末装置によって割り当てられたHARQプロセスであることが理解されよう。
方法3:第1の端末装置は、第1のHARQプロセスが、第1のHARQエンティティによって維持されているHARQプロセスに関連するかどうか判定する。第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスに関連しない場合、第1の端末装置は、第1のHARQプロセスに対応するトランスポートブロックの再送信に用いられる第2のHARQプロセスを割り当てる。そして、第1の端末装置は、第2のHARQプロセスに対応するバッファが空かどうかを判定する。第2のHARQプロセスに対応するバッファが空の場合、第1の端末装置は、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したと判定する。
例えば、第1の端末装置は、第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスと関連するかどうかを判定するために第1のHARQエンティティを用いる。第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスに関連しない場合、第1のHARQエンティティは、第1のHARQプロセスに対応するトランスポートブロックの再送信のために用いられる第2のHARQプロセスを割り当て、第2のHARQプロセスに第1のサイドリンクグラント情報を配信する。次に、第2のHARQプロセスは、第2のHARQプロセスに対応するバッファが空かどうかを判定する。第2のHARQプロセスに対応するバッファが空の場合、第2のHARQプロセスは、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したと判定し、第1のサイドリンクグラント情報を無視する。
第2のHARQプロセスは、第1の端末装置にあり、サイドリンク通信のために用いられる少なくとも1つのHARQプロセスのうちの利用可能なHARQプロセス、アイドルHARQプロセス又は非占有HARQプロセスであることが理解されよう。
なお、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したかどうかを判定する上記の3つの方法は説明のための例に過ぎず、本願の実施形態における限定をなすものではない。
また、一部の実施形態では、第1の表示情報が再送信を示し、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信した場合、第1の端末装置はネットワーク装置に第2の表示情報を送信する。第2の表示情報は、第1のHARQプロセスに対応するトランスポートブロックが正常に送信されたことを示すために用いられる。したがって、第2の表示情報を受信した後、ネットワーク装置は、リソースの無駄を回避するのを助けるために、第1のHARQプロセスに対応するトランスポートブロックの再送信をスケジューリングしない。
図9に示す端末装置のソフトウェア構造を一例として用いることにより図10における本願の実施形態を詳細に説明する。
例えば、図11は、本願の一実施形態に係るハイブリッド自動再送要求処理方法を示す。本方法は、具体的には以下のステップを含む。
ステップ1101:第1の端末装置の物理層は、ネットワーク装置から第1の制御情報を受信する。第1の制御情報は、第1のサイドリンクグラント情報及び第1のHARQ情報を含む。第1のサイドリンクグラント情報は第1のサイドリンクのリソースを示し、第1のHARQ情報は、第1のHARQプロセスID及び第1の表示情報を含む。第1のHARQプロセスIDは、第1のHARQプロセスを示すために用いられる。
ステップ1102:物理層は、MACエンティティに第1のサイドリンクグラント情報及び第1のHARQ情報を送信する。
ステップ1103: MACエンティティは、第1のHARQエンティティに第1のサイドリンクグラント情報及び第1のHARQ情報を配信する。第1のHARQエンティティは、第1の端末装置にあり、サイドリンク通信のために用いられるHARQエンティティである。
ステップ1104:第1のHARQエンティティは、第1のHARQプロセスID及び第1の表示情報に基づいて、第1の表示情報が再送信を示すかどうか判定し、YESあればステップ1105を行い、そうでなければステップ1107を行う。
ステップ1105:第1のHARQエンティティは、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したかどうかを判定し、YESであればステップ1106を行い、そうでない場合はステップ1107を行う。
例えば、第1のHARQエンティティは、第1のHARQプロセスに関連する第1のパラメータのパラメータ値に基づいて、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したかどうか判定する。具体的な実施については、方法1の関連説明を参照されたい。詳細についてはここでは再度説明しない。別の例として、第1のHARQエンティティは、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したかどうかを判定するために、第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定する。具体的な実施については、方法2の関連説明を参照されたい。詳細についてはここでは再度説明しない。
ステップ1106:第1のHARQエンティティは、第1のサイドリンクグラント情報を無視する。
ステップ1107:第1のHARQエンティティは、第1のサイドリンクグラント情報によって示される第1のサイドリンクリソース上で第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを送信するよう物理レイヤに示す。
一部の実施形態では、第1のHARQエンティティが、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したとステップ1105で判定した場合、この方法はステップ1108をさらに含む。
ステップ1108:第1のHARQエンティティは、第2の表示情報を生成するよう物理層に示し、第2の表示情報を生成した後に、物理層はネットワーク装置に第2の表示情報を送信する。第2の表示情報は、第1のHARQプロセスに対応するトランスポートブロックが正常に送信されたことを示すために用いられる。
なお、ステップ1106及びステップ1108は、特定の順番の対象ではない。第1のHARQエンティティは、ステップ1108の前にステップ1106を行ってもいいし、ステップ1106の前にステップ1108を行ってもいいし、ステップ1106及びステップ1108を同時に行ってもよい。
なお、図11に示すハイブリッド自動再送要求処理方法では、第1のHARQエンティティは、第1の表示情報が再送信を示すかどうかを判定し、第1の端末装置が第2の端末装置に第1のHARQ処理に対応するトランスポートブロックを正常に送信したかどうかを判定し、第1のサイドリンクグラント情報を無視し、第2の表示情報を生成するよう物理層に示す。
一部の他の実施形態では、第1の端末装置において、第1のHARQエンティティは、第1の表示情報が再送信を示すかどうかを判定し、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したかどうかを判定し、第1のサイドリンクグラント情報を無視し得るが、第1のHARQエンティティによって維持されるHARQプロセスは、第2の表示情報を生成するよう物理層に示す。この場合、本願の一実施形態は、ハイブリッド自動再送要求処理方法をさらに提供する。例えば、この方法を図12に示す。図11とは異なり、第1のHARQエンティティが、第1の端末装置は第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したと判定した場合、本方法はステップ1208をさらに含む。
ステップ1208:第1のHARQエンティティは第2のHARQプロセスを割り当てる。第2のHARQプロセスは、第1のHARQエンティティによって維持される少なくとも1つのHARQプロセスのうちの利用可能なHARQプロセス、アイドル状態のHARQプロセス又は非占有HARQプロセスである。次に、第1のHARQエンティティは、物理層に第2の表示情報を生成するように通知するよう第2のHARQプロセスに示す。第2のHARQプロセスは、第2の表示情報を生成するよう物理層に示す。物理層は第2の表示情報を生成し、第2の表示情報をネットワーク装置に送信する。第2の表示情報は、第1のHARQプロセスに対応するトランスポートブロックが正常に送信されたことを示すために用いられる。
なお、ステップ1206及びステップ1208は、特定の順番の対象ではない。第1のHARQエンティティは、ステップ1208の前にステップ1206を行ってもいいし、ステップ1206の前にステップ1208を行ってもいいし、ステップ1206及びステップ1208を同時に行ってもよい。
一部の他の実施形態では、第1の端末装置において、第1のHARQエンティティは、第1の表示情報が再送信を示すかどうかを判定し得るが、第1のHARQエンティティによって維持されるHARQプロセスは、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したかどうかを判定し、第1のサイドリンクグラント情報を無視し、第2の表示情報を生成するよう物理層に示す。この場合、本願の一実施形態は、ハイブリッド自動再送要求処理方法をさらに提供する。例えば、図13に示すように、本方法は具体的に以下のステップを含む。
ステップ1301:第1の端末装置の物理層は、ネットワーク装置から第1の制御情報を受信する。第1の制御情報は、第1のサイドリンクグラント情報及び第1のHARQ情報を含む。第1のサイドリンクグラント情報は第1のサイドリンクリソースを示し、第1のHARQ情報は、第1のHARQプロセスID及び第1の表示情報を含む。第1のHARQプロセスIDは、第1のHARQプロセスを示すために用いられる。
ステップ1302:物理層は、MACエンティティに第1のサイドリンクグラント情報及び第1のHARQ情報を送信する。
ステップ1303:MACエンティティは、第1のHARQエンティティに第1のサイドリンクグラント情報及び第1のHARQ情報を配信する。第1のHARQエンティティは、第1の端末装置にあり、サイドリンク通信のために用いられるHARQエンティティである。なお、第1端末装置にサイドリンク通信のために用いられるHARQエンティティが複数ある場合、第1のHARQエンティティは、第1のサイドリンクグラント情報によって示される第1のサイドリンクリソースが位置するキャリアに対応するHARQエンティティであり得る。
ステップ1304:第1のHARQエンティティは、第1のHARQプロセスID及び第1の表示情報に基づいて、第1の表示情報が再送信を示すかどうかを判定し、Yesであればステップ1305を行い、そうでない場合はステップ1309を行う。
ステップ1305:第1のHARQエンティティは、第1のHARQプロセスが、第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定し、そうでない場合はステップ1306を行い、Yesであればステップ1309を行う。
ステップ1306:第1のHARQエンティティは第2のHARQプロセスを割り当てる。第2のHARQプロセスは、第1のHARQエンティティによって維持される少なくとも1つのHARQプロセスのうちの利用可能なHARQプロセス、アイドル状態のHARQプロセス又は非占有HARQプロセスである。
ステップ1307:第1のHARQエンティティは、第2のHARQプロセスに第1のサイドリンクグラント情報を配信する。また、第1のHARQエンティティは、第2のHARQプロセスに再送信を示す。
ステップ1308:第2のHARQプロセスが、第2のHARQプロセスに対応するバッファが空であると判定した場合、第2のHARQプロセスは第1のサイドリンクグラント情報を無視する。
また、第1のHARQエンティティが第2のHARQプロセスに再送信を示し、第2のHARQプロセスに対応するバッファが空の場合、第2のHARQプロセスは、第2の表示情報を生成するよう物理層に示す。物理層は第2の表示情報を生成し、ネットワーク装置に第2の表示情報を送信する。第2の表示情報は、第1のHARQプロセスに対応するトランスポートブロックが正常に送信されたことを示すために用いられる。
ステップ1309:第1のHARQエンティティは、第1のサイドリンクグラント情報によって示される第1のサイドリンクリソース上で第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを送信するよう物理レイヤに示す。
一部の他の実施形態では、第1の端末装置において、第1のHARQエンティティによって維持されるHARQプロセスは、第1の表示情報が再送信を示すかどうかを判定し、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したかどうかを判定し、第1のサイドリンクグラント情報を無視し、第2の表示情報を生成するよう物理層に示し得る。この場合、本願の一実施形態は、ハイブリッド自動再送要求処理方法をさらに提供する。例えば、本方法は図14に示される。図13に示すハイブリッド自動再送要求処理方法とは異なり、MACエンティティが第1のHARQエンティティに第1のサイドリンクグラント情報及び第1のHARQ情報を配信した後に、以下のステップが行われる。
ステップ1404:第1のHARQエンティティは、第1のHARQプロセスが、第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定し、そうでない場合はステップ1405を行い、Yesの場合はステップ1409を行う。
ステップ1405:第1のHARQエンティティは第2のHARQプロセスを割り当てる。第2のHARQプロセスは、第1のHARQエンティティによって維持される少なくとも1つのHARQプロセスのうちの利用可能なHARQプロセス、アイドル状態のHARQプロセス又は非占有HARQプロセスである。
ステップ1406:第1のHARQエンティティは、第2のHARQプロセスに第1のサイドリンクグラント情報及び第1のHARQ情報を配信する。
ステップ1407:第2のHARQプロセスは、第1のHARQプロセスID及び第1の表示情報に基づいて、第1の表示情報が再送信を示すかどうか判定し、Yesの場合はステップ1408を行い、そうでない場合はステップ1409を行う。
ステップ1408:第2のHARQプロセスに対応するバッファが空の場合、第2のHARQプロセスは第1のサイドリンクグラント情報を無視する。
また、第2のHARQプロセスは、第2のHARQプロセスに対応するバッファが空であると判定し、第2の表示情報を生成するよう物理層にさらに示す。物理層は第2の表示情報を生成し、ネットワーク装置に第2の表示情報を送信する。第2の表示情報は、第1のHARQプロセスに対応するトランスポートブロックが正常に送信されたことを示すために用いられる。
ステップ1409:第1のHARQエンティティは、第1のHARQエンティティによって維持される少なくとも1つのHARQプロセスのうちの、第1のHARQプロセスに関連するHARQプロセスに第1のHARQ情報及び第1のサイドリンクグラント情報を配信し、HARQプロセスは、第1のサイドリンクグラント情報によって示される第1のサイドリンクリソース上で第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを送信するよう物理層に示す。
なお、第2のHARQプロセスが、第1の表示情報が再送信を示さないと判定した場合、ステップ1409において第1のHARQエンティティによって維持される少なくとも1つのHARQプロセスのうちの、第1のHARQプロセスに関連するHARQプロセスは、ステップ1405で第1のHARQエンティティによって割り当てられる第2のHARQプロセスである。
本願の一実施形態に係るハイブリッド自動再送要求処理方法を、サイドリンク通信を参照しながら説明する。例えば、図15に示すように、本方法は具体的に以下のステップを含む。
ステップ1501:ネットワーク装置は第1の端末装置に制御情報1を送信する。制御情報1は、サイドリンクグラント情報1及びHARQ情報1を含む。サイドリンクグラント情報1はサイドリンクリソース1を示し、HARQ情報1は、HARQプロセスID1及びNDI1を含む。HARQプロセスID1はHARQプロセス1を示すために用いられ、NDI1=0である。
ステップ1502:第1の端末装置は制御情報1を受信し、HARQプロセスID1及びNDI1に基づいて、NDI1が新たな送信を示すと判定する。
ステップ1503:第1の端末装置は、サイドリンクリソース1上で第2の端末装置にHARQプロセス1に対応するトランスポートブロックを送信する。
ステップ1504:HARQプロセス1に対応するトランスポートブロックを受信した後で、第2の端末装置は、HARQプロセス1に対応するトランスポートブロックをデコードする。
ステップ1505:HARQプロセス1に対応するトランスポートブロックが正常にデコードされた場合、第2の端末装置は第1の端末装置に、HARQプロセス1に対応するトランスポートブロックのためのHARQフィードバック情報を送信する。HARQプロセス1に対応するトランスポートブロックのためのHARQフィードバック情報はACKである。
ステップ1506:第1の端末装置は、HARQプロセス1に対応するトランスポートブロックのためのACKであるHARQフィードバック情報を受信し、HARQプロセス1に対応するトランスポートブロックが正常に送信されたと判定し、ネットワーク装置に、HARQプロセス1に対応するトランスポートブロックのためのHARQフィードバック情報を送信する。
ステップ1507:ネットワーク装置は、HARQプロセス1に対応するトランスポートブロックのためのHARQフィードバック情報を受信し、HARQプロセス1に対応するトランスポートブロックのためのHARQフィードバック情報がNACKであると判定する。
ステップ1508:ネットワーク装置は、第1の端末装置に制御情報2を送信する。制御情報2はサイドリンクグラント情報2及びHARQ情報2を含む。サイドリンクグラント情報2はサイドリンクリソース2を示し、HARQ情報2はHARQプロセスID1及びNDI2を含む。HARQプロセスID1はHARQプロセス1を示すために用いられ、NDI2=0である。
ステップ1509:第1の端末装置が制御情報2を受信し、HARQプロセスID1及びNDI2に基づいて、NDI2が再送信を示すが、HARQプロセス1に対応するトランスポートブロックが正常に送信されたと判定した場合、第1の端末装置はサイドリンクグラント情報2を無視する。
なお、上記は、第1の端末装置が、新たな送信において、第2の端末装置に第1のHARQ処理に対応するトランスポートブロックを正常に送信した例を用いて説明した。本願のこの実施形態は、新たな送信が失敗するが再送信が成功するシナリオにも適用可能である。これは限定されない。
受信端末が、第1のTBが正常にデコードされたと判定した場合に、送信端末によって再送信された第1のTBを受信した後で例外が起こるのを回避するために、本願の実施形態は、ハイブリッド自動再送要求処理方法を提供する。例えば、図16に示すように、本方法は、具体的に以下のステップを含む。
ステップ1601:第2の端末装置は、第1のHARQプロセスを用いることにより、第1の端末装置に第1のサイドリンク情報を送信する。第1のサイドリンク情報は第1のサイドリンク制御情報及び第1のトランスポートブロックを含む。第1のサイドリンク制御情報は第1のHARQ情報を含む。第1のHARQ情報は、第1のHARQプロセスID及び第1の表示情報を含む。第1のHARQプロセスIDは、第1のHARQプロセスを示すために用いられる。
例えば、第1の表示情報の関連説明については、図10の第1の表示情報の関連説明を参照されたい。詳細についてはここでは再度説明しない。
本願のこの実施形態では、第1のサイドリンク制御情報は第1のサイドリンクグラント情報をさらに含み得る。第1のサイドリンクグラント情報は、サイドリンク通信のために用いられるサイドリンクリソースを示す。
ステップ1602:第1の端末装置は、第2の端末装置によって送信される第1のサイドリンク情報を受信し、第1の表示情報が再送信を示し、第1の端末装置が第1のHARQプロセスから第1のトランスポートブロックを正常に受信した場合、第1のトランスポートブロックをデコードしない。
本願のこの実施形態では、第1の端末装置が第1のHARQプロセスから第1のトランスポートブロックを正常に受信した場合に、第1の端末装置が第2の端末装置によって再送信された第1のトランスブロックを受信すると、第1の端末装置は再送信された第1のトランスポートブロックをデコードしないため、第1の端末装置の例外を回避するのに役立ち、第1の端末装置の通信性能を改善する。
例えば、第1のサイドリンク情報を受信した後で、第1の端末装置は、第1の表示情報が再送信を示すかどうかを先ず判定し、第1の表示情報が再送信を示す場合、第1の端末装置が第1のHARQプロセスから第1のトランスポートブロックを正常に受信したかどうかを判定する。第1の端末装置が第1のHARQプロセスから第1のトランスポートブロックを正常に受信した場合、第1の端末装置は、再送信された第1のトランスポートブロックをデコードしない。
以下では、第1の端末装置が第1のHARQプロセスから第1のトランスポートブロックを正常に受信したかどうかを判定する方法を対応して説明する。
方法A:第1の端末装置は、第1のHARQプロセスに関連する第1のパラメータのパラメータ値に基づいて、第1の端末装置が第1のHARQプロセスから第1のトランスポートブロックを正常に受信したかどうかを判定する。
具体的な実施については、方法1における、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したかどうかを判定することの関連説明を参照されたい。詳細については、ここでは再度説明しない。
方法B:第1の端末装置は、第1の端末装置が、第1のHARQプロセスから第1のトランスポートブロックを正常に受信したかどうかを判定するために、第1のHARQプロセスが、第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうか判定する。
具体的な実施については、方法2における、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したかどうかを判定することの関連説明を参照されたい。詳細については、ここでは再度説明しない。
方法C:第1の端末装置は、第1のHARQプロセスが、第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定する。第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスに関連しない場合、第1の端末装置は第2のHARQプロセスを割り当てる。次に、第1の端末装置は、第2のHARQプロセスに対応するバッファが空かどうかを判定する。第2のHARQプロセスに対応するバッファが空の場合、第1の端末装置は、第1の端末装置が第1のHARQプロセスから第1のトランスポートブロックを正常に受信したと判定する。
第2のHARQプロセスは、第1の端末装置にあり、サイドリンク通信のために用いられる少なくとも1つのHARQプロセスのうちの、利用可能なHARQプロセス、アイドルHARQプロセス又は非占有HARQプロセスであることが理解されよう。
例えば、第1の端末装置は、第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定するために第1のHARQエンティティを用いる。第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスに関連しない場合、第1のHARQエンティティは第2のHARQプロセスを割り当て、第2のHARQプロセスに第1のトランスポートブロックを配信する。次に、第2のHARQプロセスは、第2のHARQプロセスに対応するバッファが空であるかどうか判定する。第2のHARQプロセスに対応するバッファが空の場合、第2のHARQプロセスは、第1の端末装置が第1のトランスポートブロックを正常に受信したと判定し、第1のトランスポートブロックをデコードしない。
なお、第1の端末装置が第1のHARQプロセスから第1のトランスポートブロックを正常に受信したかどうかを判定する前述の3つの方法は説明のための例にすぎず、本願の実施形態における限定をなすものではない。
また、一部の実施形態では、第1の表示情報が再送信を示し、第1の端末装置が第1のHARQプロセスから第1のトランスポートブロックを正常に受信した場合、第1の端末装置は、ネットワーク装置に第2の表示情報を送信する。第2の表示情報は、第1のトランスポートブロックが正常に受信されたことを示すために用いられる。したがって、第2の表示情報を受信した後で、ネットワーク装置は再送信された第1のトランスポートブロックをデコードしないため、リソースの無駄を回避するのに役立つ。
図9に示す端末装置のソフトウェア構造を一例として用いて図16における本願の実施形態を詳細に説明する。
例えば、図17は、本願の一実施形態に係るハイブリッド自動再送要求処理方法を示す。本方法は、具体的に以下のステップを含む。
ステップ1701:第1の端末装置の物理層は、第2の端末装置から第1のHARQプロセスの第1のサイドリンク情報を受信する。第1のサイドリンク情報は、第1のサイドリンク制御情報及び第1のトランスポートブロックを含む。第1のサイドリンク制御情報は第1のHARQ情報を含み、第1のHARQ情報は第1のHARQプロセスID及び第1の表示情報を含む。第1のHARQプロセスIDは、第1のHARQプロセスを示すために用いられる。
ステップ1702:物理層は、MACエンティティに第1のHARQ情報及び第1のトランスポートブロックを送信する。
ステップ1703:MACエンティティは、第1のHARQエンティティに第1のHARQ情報及び第1のトランスポートブロックを配信する。第1のHARQエンティティは、第1の端末装置にあり、サイドリンク通信のために用いられるHARQエンティティである。
また、第1のサイドリンク制御情報は第1のサイドリンクグラント情報をさらに含み得る。第1のサイドリンクのグラント情報は、第1のサイドリンクのリソースを示すために用いられる。この場合、物理レイヤはMACエンティティに第1のサイドリンクグラント情報をさらに送信し、MACエンティティは第1のHARQエンティティに第1のサイドリンクのグラント情報を配信する。
ステップ1704:第1のHARQエンティティは、第1のHARQプロセスID及び第1の表示情報に基づいて、第1の表示情報が再送信を示すかどうか判定し、Yesの場合にはステップ1705を行い、そうでない場合はステップ1707を行う。
ステップ1705:第1のHARQエンティティは、第1の端末装置が第1のトランスポートブロックを正常に受信したかどうかを判定し、Yesの場合にはステップ1706を行い、そうでない場合にはステップ1707を行う。
例えば、第1のHARQエンティティは、第1のHARQプロセスに関連する第1のパラメータのパラメータ値に基づいて、第1の端末装置が第1のトランスポートブロックを正常に受信したかどうかを判定する。具体的な実施については、方法Aの関連説明を参照されたい。詳細についてはここでは再度説明しない。別の例として、第1のHARQエンティティは、第1の端末装置が第1のトランスポートブロックを正常に受信したかどうかを判定するために、第1のHARQプロセスが、第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうか判定する。具体的な実施については、方法Bの関連説明を参照されたい。詳細についてはここでは再度説明しない。
ステップ1706:第1のHARQエンティティは第1のトランスポートブロックをデコードしない。
ステップ1707:第1のHARQエンティティは、第1のトランスポートブロックをデコードする。
一部の実施形態では、第1のHARQエンティティが、ステップ1705で第1のターミナル装置は第1のトランスポートブロックを正常に受信したと判定した場合、本方法はステップ1708をさらに含む。
ステップ1708:第1のHARQエンティティは、第2の表示情報を生成するよう物理層に示し、第2の表示情報を生成した後で、物理層はネットワーク装置に第2の表示情報を送信する。第2の表示情報は、第1のトランスポートブロックが正常に受信されたことを示すために用いられる。
なお、ステップ1706及びステップ1708は、特定の順番の対象ではない。第1のHARQエンティティは、ステップ1708の前にステップ1706を行ってもいいし、ステップ1706の前にステップ1708を行ってもいいし、ステップ1706及びステップ1708を同時に行ってもよい。
なお、図17に示すハイブリッド自動再送要求処理方法において、第1のHARQエンティティは、第1の指示情報が再送信を示すかどうかを判定し、第1の端末装置が第1のトランスポートブロックを正常に受信したかどうかを判定し、第1のトランスポートブロックをデコードせず、第2の表示情報を生成するよう物理層に示す。
一部の他の実施形態では、第1の端末装置において、第1のHARQエンティティは、第1の表示情報が再送信を示すかどうかを判定し、第1の端末装置が第1のトランスポートブロックを正常に受信したかどうかを判定し、第1のトランスポートブロックをデコードしないが、第1のHARQエンティティによって維持されるHARQプロセスは、第2の表示情報を生成するよう物理層に示す。この場合、本願の一実施形態は、ハイブリッド自動再送要求処理方法をさらに提供する。例えば、本方法を図18に示す。図17とは異なり、第1のHARQエンティティが、第1の端末装置は第1のトランスポートブロックを正常に受信したと判定した場合、本方法はステップ1808をさらに含む。
ステップ1808:第1のHARQエンティティは第2のHARQプロセスを割り当てる。第2のHARQプロセスは、第1のHARQエンティティによって維持されている少なくとも1つのHARQプロセスのうちの利用可能なHARQプロセス、アイドル状態のHARQプロセス又は非占有HARQプロセスである。次に、第1のHARQエンティティは、第2の表示情報を生成するよう物理層に通知するよう第2のHARQプロセスに示す。第2のHARQプロセスは、第2の表示情報を生成するよう物理層に示す。物理層は第2の表示情報を生成し、ネットワーク装置に第2の表示情報を送信する。第2の表示情報は、第1のトランスポートブロックが正常に受信されたことを示すために用いられる。
なお、ステップ1806及びステップ1808は、特定の順番の対象ではない。第1のHARQエンティティは、ステップ1808の前にステップ1806を行ってもいいし、ステップ1806の前にステップ1808を行ってもいいし、ステップ1806及びステップ1808を同時に行ってもよい。
一部の他の実施形態では、第1の端末装置において、第1のHARQエンティティは第1の表示情報が再送信を示すかどうかを判定し得るが、第1のHARQエンティティによって維持されるHARQプロセスは、第1の端末装置が第1のトランスポートブロックを正常に受信したかどうかを判定し、第1のトランスポートブロックをデコードせず、第2の表示情報を生成するよう物理層に示す。この場合、本願の一実施形態は、ハイブリッド自動再送要求処理方法をさらに提供する。例えば、図19に示すように、本方法は具体的に以下のステップを含む。
ステップ1901:第1の端末装置の物理層は、第2の端末装置から第1のHARQプロセスの第1のサイドリンク情報を受信する。第1のサイドリンク情報は、第1のサイドリンク制御情報及び第1のトランスポートブロックを含む。第1のサイドリンクグラント情報は第1のサイドリンクのリソースを示し、第1のHARQ情報は、第1のHARQプロセスID及び第1の表示情報を含む。第1のHARQプロセスIDは、第1のHARQプロセスを示すために用いられる。
ステップ1902:物理層は、MACエンティティに第1のHARQ情報及び第1のトランスポートブロックを送信する。
ステップ1903:MACエンティティは、第1のHARQエンティティに第1のHARQ情報及び第1のトランスポートブロックを配信する。第1のHARQエンティティは、第1の端末装置にあり、サイドリンク通信のために用いられるHARQエンティティである。
また、第1のサイドリンク制御情報は、第1のサイドリンクグラント情報をさらに含み得る。第1のサイドリンクグラント情報は、第1のサイドリンクのリソースを示すために用いられる。この場合、物理レイヤは、MACエンティティに第1のサイドリンクグラント情報をさらに送信し、MACエンティティは第1のHARQエンティティに第1のサイドリンクグラント情報を配信する。
ステップ1904:第1のHARQエンティティは、第1のHARQプロセスID及び第1の表示情報に基づいて、第1の表示情報が再送信を示すかどうか判定し、Yesの場合にはステップ1905を行い、そうでない場合にはステップ1909を行う。
ステップ1905:第1のHARQエンティティは、第1のHARQプロセスが、第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定し、そうでない場合はステップ1906を行い、Yesの場合にはステップ1909を行う。
ステップ1906:第1のHARQエンティティは第2のHARQプロセスを割り当てる。第2のHARQプロセスは、第1のHARQエンティティによって維持される少なくとも1つのHARQプロセスのうちの利用可能なHARQプロセス、アイドル状態のHARQプロセス又は非占有HARQプロセスである。
ステップ1907:第1のHARQエンティティは、第2のHARQプロセスに第1のトランスポートブロックを配信する。また、第1のHARQエンティティは、第2のHARQプロセスへの再送信をさらに示す。
ステップ1908:第2のHARQプロセスが、第2のHARQプロセスに対応するバッファが空であると判定した場合、第2のHARQプロセスは、第1のトランスポートブロックをデコードしない。
また、第2のHARQプロセスが、第2のHARQプロセスに対応するバッファが空であると判定した場合、第2のHARQプロセスは、さらに、第2の表示情報を生成するよう物理層に示す。物理層は第2の表示情報を生成し、ネットワーク装置に第2の表示情報を送信する。第2の表示情報は、第1のトランスポートブロックが正常に受信されたことを示すために用いられる。
ステップ1909:第1のHARQエンティティは、第1のトランスポートブロックをデコードするよう第1のHARQプロセスに関連するHARQプロセスに示す。
一部の他の実施形態では、第1の端末装置において、第1のHARQエンティティによって維持されるHARQプロセスは、第1の表示情報が再送信を示すかどうかを判定し、第1の端末装置が第1のトランスポートブロックを正常に受信したかどうかを判定し、第1のトランスポートブロックをデコードせず、第2の表示情報を生成するよう物理層に示す。この場合、本願の一実施形態は、ハイブリッド自動再送要求処理方法をさらに提供する。例えば、本方法を図20に示す。図19に示すハイブリッド自動再送要求処理方法とは異なり、MACエンティティが第1のHARQエンティティに第1のHARQ情報及び第1のトランスポートブロックを配信した後に、以下のステップが行われる。
ステップ2004:第1のHARQエンティティは、第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定し、そうでない場合はステップ2005を行い、Yesの場合はステップ2009を行う。
ステップ2005:第1のHARQエンティティは、第2のHARQプロセスを割り当てる。第2のHARQプロセスは、第1のHARQエンティティによって維持されている少なくとも1つのHARQプロセスのうちの利用可能なHARQプロセス、アイドル状態のHARQプロセス又は非占有HARQプロセスである。
ステップ2006:第1のHARQエンティティは、第2のHARQプロセスに第1のHARQ情報及び第1のトランスポートブロックを配信する。
ステップ2007:第2のHARQプロセスは、第1のHARQ情報に基づいて、第1の表示情報が再送信を示すかどうかを判定し、Yesの場合はステップ2008を行い、そうでない場合はステップ2009を行う。
ステップ2008:第2のHARQプロセスが、第2のHARQプロセスに対応するバッファが空であると判定した場合、第2のHARQプロセスは第1のトランスポートブロックをデコードしない。
また、第2のHARQプロセスは、第2のHARQプロセスに対応するバッファが空であると判定し、第2の表示情報を生成するよう物理層にさらに示す。物理層は第2の表示情報を生成し、ネットワーク装置に第2の表示情報を送信する。第2の表示情報は、第1のトランスポートブロックが正常に受信されたことを示すために用いられる。
ステップ2009:第1のHARQエンティティは、第1のHARQエンティティによって維持される少なくとも1つのHARQプロセスのうちの、第1のHARQプロセスに関連するHARQプロセスに、第1のHARQ情報及び第1のトランスポートブロックを配信し、次に、HARQプロセスは第1のトランスポートブロックをデコードする。
なお、第2のHARQプロセスが第1の表示情報は再送信を示さないと判定した場合、ステップ2009において第1のHARQエンティティによって維持される少なくとも1つのHARQプロセスのうちの、第1のHARQプロセスに関連するHARQプロセスは、ステップ2005において第1のHARQエンティティによって割り当てられる第2のHARQプロセスである。
本願の一実施形態に係るハイブリッド自動再送要求処理方法を、サイドリンク通信を参照して説明する。例えば、図21に示すように、本方法は具体的に以下のステップを含む。
ステップ2101:第2の端末装置は、HARQプロセス1を用いることにより第1の端末装置にサイドリンク情報1を送信する。サイドリンク情報1は、サイドリンク制御情報1及びトランスポートブロック1を含む。サイドリンク制御情報1はHARQ情報1を含み、HARQ情報1は、HARQプロセスID1及びNDI1を含む。HARQプロセスID1は、HARQプロセス1を示すために用いられ、NDI1=0である。
ステップ2102:第1の端末装置はサイドリンク情報1を受信し、HARQプロセスID1及びNDI1に基づいて、NDI1が新たな送信を示し、トランスポートブロック1をデコードする。
ステップ2103:トランスポートブロック1を正常にデコードした後に、第1の端末装置は第2の端末装置にトランスポートブロック1のためのHARQフィードバック情報を送信する。トランスポートブロック1のためのHARQフィードバック情報はACKである。
ステップ2104:第2の端末装置は、トランスポートブロック1のためのHARQフィードバック情報を受信するが、トランスポートブロックの送信に失敗したと判定する。
ステップ2105:第2の端末装置は、HARQプロセス1を用いることにより第1の端末装置にサイドリンク情報2を送信する。サイドリンク情報2は、サイドリンク制御情報2及びトランスポートブロック1を含む。サイドリンク制御情報2はHARQ情報1を含み、HARQ情報1はHARQプロセスID1及びNDI2を含む。HARQプロセスID1はHARQプロセス1を示すために用いられ、NDI2=0である。
ステップ2106:第1の端末装置がサイドリンク情報2を受信し、HARQプロセスID1及びNDI2に基づいて、NDI2が再送信を示すと判定した場合、第1の端末装置は再送信されたトランスポートブロック1をデコードしない。また、第1の端末装置は、NDI2が再送信を示すと判定し、第2の端末装置にトランスポートブロック1のためのHARQフィードバック情報をさらにフィードバックする。第2の端末装置にフィードバックされるトランスポートブロック1のためのHARQフィードバック情報はACKである。
また、本方法はステップ2107をさらに含み、第1の端末装置は、第2の端末装置にTB1のためのHARQフィードバック情報を送信する。TB1のためのHARQフィードバック情報はACKである。
なお、上記は、第1の端末装置が、新たな送信に成功した場合に、第2の端末装置によって再送信されるトランスポートブロック1を受信する例を用いることにより説明した。本願のこの実施形態は、新たな送信に失敗するものの、再送信が成功するシナリオにも適用可能である。これは限定されない。
前述の実施形態は別々に用いられ得るか又は互いに組み合わせて用いられ得る。これは限定されない。
上記は、ネットワーク要素間のやりとりの観点から、本願の実施形態で提供される解決策を主に説明してきた。上記の機能を実施するためには、端末及びネットワーク装置等の各ネットワーク要素は、各機能を実施するための対応するハードウェア構造及び/又はソフトウェアモジュールを含むことが理解されよう。当業者であれば、本明細書に開示の実施形態で説明した例のユニット及びアルゴリズムステップと組み合わせて、本願はハードウェア又はハードウェアとコンピュータソフトウェアとの組み合わせによって実施され得ることを容易に気付く。機能がハードウェア又はコンピュータソフトウェアによって駆動されるハードウェアによって行われるかどうかは、技術的解決策の特定の用途及び設計上の制約に依存する。当業者であれば、特定の用途ごとに、説明した機能を実施するために異なる方法を用いり得るが、実施は本願の範囲を超えるものであると考えるべきではない。
本願の実施形態では、端末及びネットワーク装置の機能モジュールは、上記の方法の例に基づく分割を通じて得られ得る。例えば、各機能モジュールは、各対応する機能に基づく分割を通じて得られて得るか又は2つ以上の機能が1つの処理モジュールに統合され得る。上記の統合モジュールはハードウェアの形態で実施され得るか又はソフトウェア機能モジュールの形態で実施され得る。なお、本願の実施形態では、モジュールへの分割は一例であり、論理的な機能分割にすぎない。実際の実施では、別の分割方法が用いられ得る。各対応する機能に基づく分割を通じて各機能モジュールが得られた例を説明のために以下で用いる。
図22は、本願の一実施形態に係る通信装置の概略構造図である。図22に示すように、通信装置は、処理モジュール2201及び通信モジュール2202を含む。
任意で、通信装置は、以下の解決策のうちの少なくとも1つを行い得る。
解決策1:通信モジュール2202は、ネットワーク装置によって送信される第1の制御情報を受信するように構成されている。第1の制御情報は第1のサイドリンクグラント情報及び第1のHARQ情報を含む。第1のサイドリンクグラント情報はサイドリンク通信のために用いられるリソースを示す。第1のHARQ情報は第1のHARQプロセス識別子ID及び第1の表示情報を含む。第1のHARQプロセスIDは第1のHARQプロセスを示すために用いられる。第1の表示情報が再送信を示し、通信モジュール2202が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信した場合、処理モジュール2201は、第1のサイドリンクグラント情報を無視するように構成されている。
可能な設計では、通信モジュール2202は、ネットワーク装置に第2の表示情報を送信するようさらに構成されている。第2の表示情報は、第1のHARQプロセスに対応するトランスポートブロックが正常に送信されたことを示すために用いられる。
また、可能な設計では、処理モジュール2201は第1のHARQエンティティをさらに含む。第1のHARQエンティティはサイドリンク通信のために用いられる。第1のHARQエンティティは、物理層で第2の表示情報を生成するよう通信モジュール2202に示すように構成されている。通信モジュール2202は、物理層で第2の表示情報を生成するように構成されている。
可能な設計では、処理モジュール2201は第1のHARQエンティティをさらに含む。第1のHARQエンティティはサイドリンク通信のために用いられる。第1のHARQエンティティによって維持されるHARQプロセスは第2のHARQプロセスを含む。
第2のHARQプロセスは、物理層で第2の表示情報を生成するよう通信モジュール2202に示すように構成されている。
可能な設計では、処理モジュール2201は第1のHARQエンティティをさらに含む。第1のHARQエンティティはサイドリンク通信のために用いられる。第1のHARQエンティティは、
通信モジュール2202が第1の制御情報を受信した後に、第1のHARQプロセスに関連する第1のパラメータのパラメータ値を取得し、第1のHARQプロセスに関連する第1のパラメータのパラメータ値が第1の値の場合に、通信モジュール2202が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したと判定し、第1のサイドリンクグラント情報を無視するように構成されている。第1の値は、第1のHARQプロセスに対応するトランスポートブロックのためのHARQフィードバック情報がACKであることを示すために用いられる。
可能な設計では、処理モジュール2201は第1のHARQエンティティを含む。第1のHARQエンティティはサイドリンク通信のために用いられる。第1のHARQエンティティは、
通信モジュール2202がネットワーク装置によって送信される第1の制御情報を受信っした後で、第1のHARQプロセスが、第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定し、そうでない場合に、通信モジュール2202が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したと判定し、第1のサイドリンクグラント情報を無視するように構成されている。
可能な設計では、処理モジュール2201は第1のHARQエンティティを含む。第1のHARQエンティティはサイドリンク通信のために用いられる。
第1のHARQエンティティは、
通信モジュール2202が第1の制御情報を受信した後で、第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定し、そうでない場合、第2のHARQプロセスを割り当て、第2のHARQプロセスに第1のサイドリンクグラント情報を配信するように構成されている。
第2のHARQプロセスは、
第2のHARQプロセスに対応するバッファが空の場合、通信モジュール2202が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したと判定するようにさらに構成されている。
解決策2:
通信モジュール2202は、第2の端末装置の第1のHARQプロセスによって送信される第1のサイドリンク情報を受信するように構成されている。第1のサイドリンク情報は第1のサイドリンク制御情報及び第1のトランスポートブロックを含む。
第1のサイドリンク制御情報は第1のHARQ情報を含む。第1のHARQ情報は第1のHARQプロセスID及び第1の表示情報を含む。第1のHARQプロセスIDは、第1のHARQプロセスを示すために用いられる。
処理モジュール2201は、第1の表示情報が再送信を示し、通信モジュール2202が第1のHARQプロセスから第1の搬送ブロックを正常に受信した場合に、第1のトランスポートブロックのデコーディングをスキップするように構成されている。
可能な設計では、通信モジュール2202は、第2の端末装置に第2の表示情報を送信するようにさらに構成されている。第2の表示情報は、第1のトランスポートブロックが正常に受信されたことを示すために用いられる。
また、可能な設計では、処理モジュール2201は第1のHARQエンティティをさらに含む。第1のHARQエンティティはサイドリンク通信のために用いられる。第1のHARQエンティティは、物理層で第2の表示情報を生成するよう通信モジュールに示すように構成されている。通信モジュールは物理層で第2の表示情報を生成し、ネットワーク装置に第2の表示情報を送信する。
可能な設計では、処理モジュール2201は、第1のHARQエンティティをさらに含む。第1のHARQエンティティはサイドリンク通信のために用いられる。第1のHARQエンティティによって維持されるHARQプロセスは第2のHARQプロセスを含む。第2のHARQプロセスは、物理層で第2の表示情報を生成するよう通信モジュール2202に示すように構成されている。通信モジュール2202は物理層で第2の表示情報を生成し、ネットワーク装置に第2の表示情報を送信する。
可能な設計では、処理モジュール2201は第1のHARQエンティティをさらに含む。第1のHARQエンティティはサイドリンク通信のために用いられる。第1のHARQエンティティは、
通信モジュール2202が第1のHARQプロセスから第1のサイドリンク情報を受信した後に、第1のHARQプロセスに関連する第1のパラメータのパラメータ値を取得し、第1のHARQプロセスに関連する第1のパラメータのパラメータ値が第1の値である場合、第1のトランスポートブロックが正常に受信されたと判定し、第1のトランスポートブロックのデコーディングをスキップするように構成され、第1の値は、第1の端末装置が、第1のHARQプロセスから受信した第1のトランスポートブロックの正常にデコードしたことを示すために用いられる。
可能な設計では、第1のHARQエンティティは、
第1のHARQプロセスに関連する第1のパラメータのパラメータ値が第2の値の場合、第1のトランスポートブロックの受信に失敗したと判定するようにさらに構成され。第2の値は、第1の端末装置が第1のHARQプロセスから受信した第1のトランスポートブロックのデコードに失敗したことを示すために用いられる。
可能な設計では、処理モジュールは第1のHARQエンティティをさらに含む。第1のHARQエンティティはサイドリンク通信のために用いられる。第1のHARQエンティティは、
通信モジュール2202が第2の端末装置の第1のHARQプロセスによって送信される第1のサイドリンク情報を受信した後に、第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定し、そうでない場合は、第1のトランスポートブロックが正常に受信されたと判定し、第1のトランスポートブロックのデコーディングをスキップするように構成されている。
可能な設計では、処理モジュール2201は第1のHARQエンティティをさらに含む。第1のHARQエンティティはサイドリンク通信のために用いられる。第1のHARQエンティティは、
通信モジュール2202が第2の端末装置の第1のHARQプロセスによって送信される第1のサイドリンク情報を受信した後に、第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定し、
第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスに関連しない場合、第2のHARQプロセスを割り当て、第2のHARQプロセスに第1のトランスポートブロックを配信するように構成されている。
第2のHARQプロセスは、
第2のHARQプロセスに対応するバッファが空の場合、第1のトランスポートブロックが正常に受信されたと判定し、第1のトランスポートブロックのデコーディングをスキップするように構成されている。
本願の一実施形態はコンピュータ読み取り可能記憶媒体をさらに提供する。コンピュータ読み取り可能記憶媒体はコンピュータ命令を記憶する。コンピュータ読み取り記憶媒体が通信装置上で実行された場合、通信装置は、図5、図9又は図11に示す方法を行うことができる。コンピュータ命令はコンピュータ読み取り可能記憶媒体に記憶され得るか又はコンピュータ読み取り可能記憶媒体から別のコンピュータ読み取り可能記憶媒体に送信され得る。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ又はデータセンタから別のウェブサイト、コンピュータ、サーバ又はデータセンタに有線(例えば、同軸ケーブル、光ファイバ又はデジタル加入者線(digital subscriber line、DSL))又は無線(例えば、赤外線、無線又はマイクロ波)で送信され得る。コンピュータ読み取り可能記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体又は1つ以上の使用可能な媒体を統合するサーバ又はデータセンタ等のデータ記憶装置であり得る。使用可能な媒体は磁気媒体(例えば、フロッピーディスク、ハードディスク又は磁気テープ)、光媒体、半導体媒体(例えば、固体ドライブ(solid state drive、SSD))等であり得る。
本出願の一実施形態は、コンピュータ命令を含むコンピュータプログラム製品をさらに提供する。コンピュータプログラム製品が通信装置上で実行された場合、通信装置は、図10~図21に示す方法を行うことができる。
本願の一実施形態は通信システムをさらに提供する。通信システムは送信端末及び受信端末を含む。受信端末は、図16に示す方法において第2の端末装置によって行われるステップ又は図17~図21に示す方法において第1の端末装置によって行われるステップを行い得る。一部の他の実施形態では、通信システムはネットワーク装置をさらに含む。この場合、送信端末は、図10~図15で第1の端末装置によって行われるステップを行い得る及び/又は受信端末は、図16に示す方法において第2の端末装置によって行われるステップ又は図17~図21に示す方法において第1の端末装置によって行われるステップを行い得る。
図23は、本出願の一実施形態に係る通信装置の概略構造図である。図23に示す通信装置はチップであり得るか又は端末装置であり得る。チップは汎用プロセッサであり得るか又は専用プロセッサであり得る。通信装置はプロセッサ2301を含む。プロセッサ2301は、図10~図21に示す方法を行う上で通信装置をサポートするように構成されている。
1つの例では、通信装置はトランシーバ2302をさらに含む。トランシーバ2302は、プロセッサ2301の制御の下で、図10~図21に示す方法を行う上で通信装置をサポートするように構成されている。
1つの例では、図23に示す通信装置はメモリ2303をさらに含み得る。
なお、図23に示す通信装置は以下の回路又はコンポーネント、すなわち、1つ以上のフィールドプログラマブルゲートアレイ(field programmable gate array、FPGA)、プログラマブルロジックデバイス(programmable logic device、PLD)、コントローラ、状態マシン、ゲートロジック、離散ハードウェアコンポーネント、任意の他の適切な回路又は本願で説明した様々な機能を行うことが可能な回路の任意の組み合わせを用いることにより実施され得る。
本願の実施形態で提供される端末、ネットワーク装置、コンピュータ記憶媒体、コンピュータプログラム製品及びチップの全ては、上記で提供された方法を実行するように構成されている。したがって、端末、ネットワーク装置、コンピュータ記憶媒体、コンピュータプログラム製品及びチップによって得ることができる有益な効果については、上記で提供された方法に対応する有益な効果を参照されたい。詳細については、ここでは再度説明しない。
前述の説明を参照して、本願はさらに以下の実施形態を提供する。
実施形態1:ハイブリッド自動再送要求処理方法が提供される。本方法は以下を含む。
第1の端末装置はネットワーク装置によって送信される第1の制御情報を受信する。第1の制御情報は第1のサイドリンクグラント情報及び第1のハイブリッド自動再送要求HARQ情報を含む。第1のサイドリンクグラント情報は、サイドリンク通信のために用いられるリソースを示す。第1のHARQ情報は第1のHARQプロセス識別子ID及び第1の表示情報を含む。第1のHARQプロセスIDは、第1のHARQプロセスを示すために用いられる。
第1の表示情報が再送信を示し、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信した場合、第1の端末装置は第1のサイドリンクグラント情報を無視する。
実施形態2:実施形態1の方法によれば、前記方法は、第1の端末装置がネットワーク装置に第2の表示情報を送信することを含む。第2の表示情報は、第1のHARQプロセスに対応するトランスポートブロックが正常に送信されたことを示すために用いられる。
実施形態3:実施形態2の方法によれば、第1の端末装置がネットワーク装置に第2の表示情報を送信することは、以下を含む。
第1の端末装置の第1のHARQエンティティは、第2の表示情報を生成するよう物理層を示す。第1のHARQエンティティはサイドリンク通信のために用いられる。物理層は第2の表示情報を生成し、ネットワーク装置に第2の表示情報を送信する。
実施形態4:実施形態2の方法によれば、第1の端末装置がネットワーク装置に第2の表示情報を送信することは、以下を含む。
第1の端末装置の第2のHARQプロセスは、第2の表示情報を生成するよう物理層に示す。第2のHARQプロセスは、第1のHARQエンティティによって維持されるHARQプロセスである。第1のHARQエンティティはサイドリンク通信のために用いられる。物理層は第2の表示情報を生成し、ネットワーク装置に第2の表示情報を送信する。
実施形態5:実施形態1の方法によれば、第1の端末装置がネットワーク装置によって送信される第1の制御情報を受信することの後で且つ第1の端末装置が第1のサイドリンクグラント情報を無視することの前に、第1のHARQエンティティは、第1のHARQプロセスに関連する第1のパラメータのパラメータ値を取得する。第1のHARQエンティティはサイドリンク通信のために用いられる。
第1のHARQプロセスに関連する第1のパラメータのパラメータ値が第1の値の場合、第1のHARQエンティティは、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したと判定する。
第1の値は、第1のHARQプロセスに対応するトランスポートブロックのためのHARQフィードバック情報が肯定応答ACKであることを示すために用いられる。
第1の端末装置が第1のサイドリンクグラント情報を無視することは以下を含む。
第1のHARQエンティティが第1のサイドリンクグラント情報を無視する。
実施形態6:実施形態5の方法によれば、本方法はさらに以下を含む。
第1のHARQプロセスに関連する第1のパラメータのパラメータ値が第2の値の場合、第1のHARQエンティティは、第1の端末装置が、第2の端末装置への第1のHARQプロセスに対応するトランスポートブロックの送信に失敗したと判定する。
第2の値は、第1のHARQプロセスに対応するトランスポートブロックのためのHARQフィードバック情報が否定応答NACKであることを示すために用いられる。
実施形態7:実施形態1の方法によれば、第1の端末装置がネットワーク装置によって送信される第1の制御情報を受信することの後で且つ第1の端末装置が第1のサイドリンクグラント情報を無視することの前に、第1のHARQエンティティは、第1のHARQプロセスが、第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定する。第1のHARQエンティティはサイドリンク通信のために用いられる。
そうでない場合、第1のHARQエンティティは、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したと判定する。
第1の端末装置が第1のサイドリンクグラント情報を無視することは以下を含む。
第1のHARQエンティティが第1のサイドリンクグラント情報を無視する。
実施形態8:実施形態4の方法によれば、第1の端末装置がネットワーク装置によって送信される第1の制御情報を受信することの後で且つ第1の端末装置が第1のサイドリンクグラント情報を無視することの前に、本方法は以下を含む。
第1のHARQエンティティが、第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定する。
そうでない場合、第1のHARQエンティティは第2のHARQプロセスを割り当てて、第2のHARQプロセスに第1のサイドリンクグラント情報を配信する。
第2のHARQプロセスに対応するバッファが空の場合、第2のHARQプロセスは、第1の端末装置が第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したと判定する。
第1の端末装置が第1のサイドリンクグラント情報を無視することは以下を含む。
第2のHARQプロセスが第1のサイドリンクグラント情報を無視する。
実施形態9:実施例8の方法によれば、第1のHARQエンティティが第1のHARQプロセスは第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定する前に、第1のHARQエンティティは、第1の表示情報が再送信を示すと判定する。
第1のHARQエンティティが第2のHARQプロセスを割り当てることの後で且つ第2のHARQプロセスが第1の端末装置は第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したと判定することの前に、第1のHARQエンティティは第2のHARQプロセスへの再送信を示す。第2のHARQプロセスは、第2のHARQプロセスに対応するバッファが空かどうかを判定する。
実施形態10:実施形態8の方法によれば、第1のHARQエンティティが第2のHARQプロセスを割り当てることの後で且つ第2のHARQプロセスが第1の端末装置は第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したと判定することの前に、第1のHARQエンティティは、第2のHARQプロセスに第1のHARQ情報を配信する。
第2のHARQプロセスは、第1のHARQ情報に基づいて、第1の表示情報は再送信を示すと判定する。
実施形態11:通信モジュール及び処理モジュールを含む通信装置が提供される。
通信モジュールは、ネットワーク装置によって送信される第1の制御情報を受信するように構成されている、第1の制御情報は第1のサイドリンクグラント情報及び第1のハイブリッド自動再送要求HARQ情報を含む。第1のサイドリンクグラント情報はサイドリンク通信のために用いられるリソースを示す。第1のHARQ情報は第1のHARQプロセス識別子ID及び第1の表示情報を含む。第1のHARQプロセスIDは第1のHARQプロセスを示すために用いられる。
第1の表示情報が再送信を示し、通信モジュールが第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信した場合、処理モジュールは、第1のサイドリンクグラント情報を無視するように構成されている。
実施形態12:実施形態11の装置によれば、通信モジュールは、
ネットワーク装置に第2の表示情報を送信するようさらに構成され、該第2の表示情報は、第1のHARQプロセスに対応するトランスポートブロックが正常に送信されたことを示すために用いられる。
実施形態13:実施形態12の装置によれば、処理モジュールは第1のHARQエンティティをさらに含み、該第1のHARQエンティティはサイドリンク通信のために用いられる。
第1のHARQエンティティは、物理層で第2の表示情報を生成するよう通信モジュールに示すように構成されている。
ネットワーク装置に第2の表示情報を送信する前に、通信モジュールは、物理層で第2の表示情報を生成するようさらに構成されている。
実施形態14:実施形態12の装置によれば、処理モジュールは第1のHARQエンティティをさらに含む。第1のHARQエンティティはサイドリンク通信のために用いられる。第1のHARQエンティティによって維持されるHARQプロセスは第2のHARQプロセスを含む。
第2のHARQプロセスは、物理層で第2の表示情報を生成するよう通信モジュールに示すように構成されている。
通信モジュールは、ネットワーク装置に第2の表示情報を送信する前に、物理層で第2の表示情報を生成するようさらに構成されている。
実施形態15:実施形態11の装置によれば、処理モジュールは第1のHARQエンティティをさらに含み、該第1のHARQエンティティはサイドリンク通信のために用いられる。
第1のHARQエンティティは、
通信モジュールがネットワーク装置によって送信される第1の制御情報を受信することの後で且つ処理モジュールが第1のサイドリンクグラント情報を無視することの前に、第1のHARQプロセスに関連する第1のパラメータのパラメータ値を取得し、第1のHARQプロセスに関連する第1のパラメータのパラメータ値が第1の値の場合に、通信モジュールが第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したと判定するようさらに構成されている。
第1の値は、第1のHARQプロセスに対応するトランスポートブロックのためのHARQフィードバック情報が肯定応答ACKであることを示すために用いられる。
処理モジュールが、第1のサイドリンクグラント情報を無視するように構成されていることは、具体的に以下を含む。
第1のHARQエンティティは、第1のサイドリンクグラント情報を無視するように構成されている。
実施形態16:実施形態15の装置によれば、第1のHARQエンティティは、
第1のHARQプロセスに関連する第1のパラメータのパラメータ値が第2の値の場合、通信モジュールが、第2の端末装置への第1のHARQプロセスに対応するトランスポートブロックの送信に失敗したと判定するようさらに構成されている。
第2の値は、第1のHARQプロセスに対応するトランスポートブロックのためのHARQフィードバック情報が否定応答NACKであることを示すために用いられる。
実施形態17:実施形態11の装置によれば、処理モジュールは第1のHARQエンティティを含み、第1のHARQエンティティはサイドリンク通信のために用いられる。
第1のHARQエンティティは、
通信モジュールがネットワーク装置によって送信される第1の制御情報を受信することの後で且つ処理モジュールが第1のサイドリンクグラント情報を無視することの前に、第1のHARQプロセスが、第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定し、そうでない場合に、通信モジュールが第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したと判定するように構成されている。
処理モジュールが、第1のサイドリンクグラント情報を無視するように構成されていることは、具体的には以下を含む。
第1のHARQエンティティは、第1のサイドリンクグラント情報を無視するように構成されている。
実施形態18:実施形態14の装置によれば、処理モジュールは第1のHARQエンティティを含み、第1のHARQエンティティはサイドリンク通信のために用いられる。
第1のHARQエンティティは、
通信モジュールが、ネットワーク装置によって送信される第1の制御情報を受信することの後で且つ処理モジュールが第1のサイドリンクグラント情報を無視することの前に、第1のHARQプロセスは第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定し、そうでない場合、第2のHARQプロセスを割り当て、第2のHARQプロセスに第1のサイドリンクグラント情報を配信するように構成されている。
第2のHARQプロセスは、
第2のHARQプロセスに対応するバッファが空の場合、通信モジュールが第2の端末装置に第1のHARQプロセスに対応するトランスポートブロックを正常に送信したと判定するようにさらに構成されている。
処理モジュールが、第1のサイドリンクグラント情報を無視するように構成されていることは、具体的には以下を含む。
第2のHARQプロセスが第1のサイドリンクグラント情報を無視するように構成されている。
実施形態19:実施形態18の装置によれば、第1のHARQエンティティは、
第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定する前に、第1の表示情報が再送信を示すと判定することと、
第2のHARQプロセスを割り当てることの後に、第2のHARQプロセスに再送信を示すことと、
を行うようにさらに構成されている。
第2のHARQプロセスは、
第1のHARQエンティティから再送信の表示を受信した後に、第2のHARQプロセスに対応するバッファが空かどうかを判定するようにさらに構成されている。
実施形態20:実施形態18の装置によれば、第1のHARQエンティティは、
第2のHARQプロセスを割り当てることの後に、第2のHARQプロセスに第1のHARQ情報を配信するようにさらに構成されている。
第2のHARQプロセスは、
第1のHARQ情報に基づいて、第1の表示情報が再送信を示すと判定し、第2のHARQプロセスに対応するバッファが空かどうかを判定するようにさらに構成されている。
実施形態21:プロセッサ及びメモリを含む通信装置が提供される。プロセッサはメモリに連結され、メモリはコンピュータプログラム命令を記憶し、該プロセッサが該コンピュータプログラム命令を実行した場合、当該装置は実施形態1乃至10のいずれか1つの方法を行うことができる。
実施形態22:コンピュータ読み取り可能記憶媒体が提供される。コンピュータ読み取り可能記憶媒体はコンピュータプログラム命令を含み、該コンピュータプログラム命令がコンピュータ上で実行された場合、該コンピュータは、実施形態1乃至10のいずれか1つの方法を行うことができる。
実施形態23:チップが提供される。チップはメモリに連結され、当該チップは、該メモリに記憶されたコンピュータプログラム命令を呼び出し且つ実行して、実施形態1乃至10のいずれか1つの方法を行うように構成されている。
実施形態24:コンピュータプログラム製品が提供される。コンピュータプログラム製品がコンピュータ上で実行された場合、コンピュータは、実施形態1乃至10のいずれか1つの方法を行うことができる。
実施形態25:ハイブリッド自動再送要求処理方法が提供され、以下を含む。
第1の端末装置は、第2の端末装置の第1のHARQプロセスによって送信される第1のサイドリンク情報を受信する。第1のサイドリンク情報は、第1のサイドリンク制御情報及び第1のトランスポートブロックを含む。第1のサイドリンク制御情報は第1のHARQ情報を含む。第1のHARQ情報は、第1のHARQプロセスID及び第1の表示情報を含む。第1のHARQプロセスIDは、第1のHARQプロセスを示すために用いられる。
第1の表示情報が再送信を示し、第1の端末装置が第1のHARQプロセスから第1のトランスポートブロックを正常に受信した場合、第1の端末装置は第1のトランスポートブロックのデコーディングをスキップする。
実施形態26:実施形態25の方法によれば、本方法はさらに以下を含む。
第1の端末装置は、第2の端末装置に第2の表示情報を送信する。第2の表示情報は、第1のトランスポートブロックが正常に受信されたことを示すために用いられる。
実施形態27:実施形態26の方法によれば、第1の端末装置が第2の端末装置に第2の指示情報を送信することは以下を含む。
第1の端末装置の第1のHARQエンティティが、第2の表示情報を生成するよう物理層に示す。第1のHARQエンティティはサイドリンク通信のために用いられる。物理層は第2の表示情報を生成し、ネットワーク装置に第2の表示情報を送信する。
実施形態28:実施形態26の方法によれば、第1の端末装置が第2の端末装置に第2の指示情報を送信することは以下を含む。
第1の端末装置の第2のHARQプロセスが、第2の表示情報を生成するよう物理層に示す。第2のHARQプロセスは、第1のHARQエンティティによって維持されるHARQプロセスであり、第1のHARQエンティティはサイドリンク通信のために用いられる。物理層は第2の表示情報を生成し、ネットワーク装置に第2の表示情報を送信する。
実施形態29:実施形態25の方法によれば、第1の端末装置が第2の端末装置の第1のHARQプロセスによって送信される第1のサイドリンク情報を受信した後で且つ第1の端末装置が第1のトランスポートブロックのデコーディングをスキップする前に、第1のHARQエンティティは、第1のHARQプロセスに関連する第1のパラメータのパラメータ値を取得する。第1のHARQエンティティはサイドリンク通信のために用いられる。
第1のHARQプロセスに関連する第1のパラメータのパラメータ値が第1の値の場合、第1のHARQエンティティは第1のトランスポートブロックが正常に受信されたと判定する。
第1の値は、第1の端末装置が第1のHARQプロセスから受信した第1のトランスポートブロックを正常にデコードすることを示すために用いられる。
第1の端末装置が第1のトランスポートブロックのデコーディングをスキップすることは以下を含む。
第1のHARQエンティティが第1のトランスポートブロックのデコーディングをスキップする。
実施形態30:実施形態29の方法によれば、本方法はさらに以下を含む。
第1のHARQプロセスに関連する第1のパラメータのパラメータ値が第2の値の場合、第1のHARQエンティティは、第1のトランスポートブロックの受信が失敗したと判定する。第2の値は、第1の端末装置が第1のHARQプロセスから受信した第1のトランスポートブロックのデコーディングに失敗したことを示すために用いられる。
実施形態31:実施形態25の方法によれば、第1の端末装置が第2の端末装置の第1のHARQプロセスによって送信される第1のサイドリンク情報を受信した後で且つ第1の端末装置が第1のトランスポートブロックのデコーディングをスキップする前に、第1のHARQエンティティは、第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定する。第1のHARQエンティティは、サイドリンク通信のために用いられる。そうでない場合、第1のHARQエンティティは、第1のトランスポートブロックが正常に受信されたと判定する。
第1の端末装置が第1のトランスポートブロックのデコーディングをスキップすることは、以下を含む。
第1のHARQエンティティが第1のトランスポートブロックのデコーディングをスキップする。
実施形態32:実施形態28の方法によれば、第1の端末装置が第2の端末装置の第1のHARQプロセスによって送信される第1のサイドリンク情報を受信した後で且つ第1の端末装置が第1のトランスポートブロックのデコーディングをスキップする前に、第1のHARQエンティティは、第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定する。
第1のHARQプロセスが、第1のHARQエンティティによって維持されるHARQプロセスに関連しない場合、第1のHARQエンティティは第2のHARQプロセスを割り当て、第2のHARQプロセスに第1のトランスポートブロックを配信する。
第2のHARQプロセスに対応するバッファが空の場合、第2のHARQプロセスは、第1のトランスポートブロックが正常に受信されたと判定する。
第1の端末装置が第1のトランスポートブロックのデコーディングをスキップすることは、以下を含む。
第2のHARQプロセスが第1のトランスポートブロックのデコーディングをスキップする。
実施形態33:実施形態32の方法によれば、第1のHARQエンティティが、第1のHARQプロセスは第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定する前に、第1のHARQエンティティは第1の表示情報が再送信を示すと判定する。第1のHARQエンティティが第2のHARQプロセスを割り当てた後で且つ第2のHARQプロセスが第1のトランスポートブロックは正常に受信されたと判定する前に、第1のHARQエンティティは、第2のHARQプロセスへの再送信を示す。第2のHARQプロセスは、第2のHARQプロセスに対応するバッファが空かどうかを判定する。
実施形態34:実施形態32の方法によれば、第1のHARQエンティティが第2のHARQプロセスを割り当てた後で且つ第2のHARQプロセスが第1のトランスポートブロックは正常に受信されたと判定することの前に、第1のHARQエンティティは第2のHARQプロセスに第1のHARQ情報を配信する。第2のHARQプロセスは、第1のHARQ情報に基づいて、第1の表示情報は再送信を示すと判定する。第2のHARQプロセスは、第2のHARQプロセスに対応するバッファが空かどうかを判定する。
実施形態35:処理モジュール及び通信モジュールを含む通信装置が提供される。
通信モジュールは、第2の端末装置の第1のHARQプロセスによって送信される第1のサイドリンク情報を受信するように構成されている。第1のサイドリンク情報は、第1のサイドリンク制御情報及び第1のトランスポートブロックを含む。
第1のサイドリンク制御情報は第1のHARQ情報を含み、第1のHARQ情報は、第1のHARQプロセスID及び第1の表示情報を含み、第1のHARQプロセスIDは、第1のHARQプロセスを示すために用いられる。
第1の表示情報が再送信を示し、通信モジュールが第1のHARQプロセスから第1のトランスポートブロックを正常に受信した場合、処理モジュールは第1のトランスポートブロックのデコーディングをスキップするように構成されている。
実施形態36:実施形態35の装置によれば、通信モジュールは、第2の端末装置に第2の表示情報を送信するようにさらに構成されている。第2の表示情報は、第1のトランスポートブロックが正常に受信されたことを示すために用いられる。
実施形態37:実施形態36の装置によれば、処理モジュールは第1のHARQエンティティを含み、第1のHARQエンティティはサイドリンク通信のために用いられる。第1のHARQエンティティは、物理層で第2の表示情報を生成するよう通信モジュールに示すように構成されている。通信モジュールは物理層で第2の表示情報を生成し、ネットワーク装置に第2の表示情報を送信する。
実施形態38:実施形態37の装置によれば、処理モジュールは第1のHARQエンティティをさらに含む。第1のHARQエンティティはサイドリンク通信のために用いられる。第1のHARQエンティティによって維持されるHARQプロセスは、第2のHARQプロセスを含む。第2のHARQプロセスは、物理層で第2の表示情報を生成するよう通信モジュールに示すように構成されている。通信モジュールは、物理層で第2の表示情報を生成し、ネットワーク装置に第2の表示情報を送信する。
実施形態39:実施形態35の装置によれば、処理モジュールは第1のHARQエンティティをさらに含み、第1のHARQエンティティはサイドリンク通信のために用いられる。第1のHARQエンティティは、
通信モジュールが第1のHARQプロセスから第1のサイドリンク情報を受信した後に、第1のHARQプロセスに関連する第1のパラメータのパラメータ値を取得し、第1のHARQプロセスに関連する第1のパラメータのパラメータ値が第1の値の場合、第1のトランスポートブロックが正常に受信されたことと判定し、第1のトランスポートブロックのデコーディングをスキップするようにさらに構成され、第1の値は、第1の端末装置が、第1のHARQプロセスから受信した第1のトランスポートブロックを正常にデコードしたことを示すために用いられる。
実施形態40:実施形態39の装置によれば、第1のHARQエンティティは、
第1のHARQプロセスに関連する第1のパラメータのパラメータ値が第2の値の場合、第1のトランスポートブロックの受信が失敗したと判定するようにさらに構成され、第2の値は、第1の端末装置が第1のHARQプロセスから受信した第1のトランスポートブロックのデコーディングに失敗したことを示すために用いられる。
実施形態41:実施形態35の装置によれば、処理モジュールは第1のHARQエンティティをさらに含み、第1のHARQエンティティはサイドリンク通信のために用いられる。第1のHARQエンティティは、
通信モジュールが第2の端末装置の第1のHARQプロセスによって送信される第1のサイドリンク情報を受信した後に、第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定し、そうでない場合は、第1のトランスポートブロックが正常に受信されたと判定し、第1のトランスポートブロックのデコーディングをスキップする。
実施形態42:実施形態38の装置によれば、処理モジュールは第1のHARQエンティティをさらに含み、第1のHARQエンティティはサイドリンク通信のために用いられる。第1のHARQエンティティは、
通信モジュールが第2の端末装置の第1のHARQプロセスによって送信される第1のサイドリンク情報を受信した後に、第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定し、
第1のHARQプロセスが、第1のHARQエンティティによって維持されるHARQプロセスに関連する場合、第2のHARQプロセスを割り当て、第1のトランスポートブロックを第2のHARQプロセスに配信するように構成されている。
第2のHARQプロセスは、
第2のHARQプロセスに対応するバッファが空の場合、第1のトランスポートブロックが正常に受信されたと判定し、第1のトランスポートブロックのデコーディングをスキップするように構成されている。
実施形態43:実施形態42の装置によれば、第1のHARQエンティティは、
第1のHARQプロセスが第1のHARQエンティティによって維持されるHARQプロセスに関連するかどうかを判定する前に、第1の表示情報が再送信を示すと判定し、第2のHARQプロセスを割り当て、第2のHARQプロセスに第1のトランスポートブロックを配信し、第2のHARQプロセスに再送信を示すようにさらに構成されている。
第2のHARQプロセスは、第1のHARQエンティティから再送信表示を受信した後に、第2のHARQプロセスに対応するバッファが空かどうかを判定するようにさらに構成されている。
実施形態44:実施形態42の装置によれば、第1のHARQエンティティは、
第2のHARQプロセスを割り当てた後に、第2のHARQプロセスに第1のHARQ情報及び第1のトランスポートブロックを配信するようにさらに構成されている。
第2のHARQプロセスは、第1のHARQ情報に基づいて、第1の表示情報が再送信を示すと判定し、第2のHARQプロセスに対応するバッファが空かどうかを判定するように構成されている。
実施形態45:プロセッサ及びメモリを含む通信装置が提供される。プロセッサはメモリに連結され、メモリはコンピュータプログラム命令を記憶し、プロセッサがコンピュータプログラム命令を実行した場合、装置は、実施形態25乃至34のいずれか1つの方法を行うことができる。
実施形態46:コンピュータ読み取り可能記憶媒体が提供される。コンピュータ読み取り可能記憶媒体はコンピュータプログラム命令を含み、コンピュータプログラム命令がコンピュータ上で実行された場合、コンピュータは、実施形態25乃至34のいずれか1つの方法を行うことができる。
実施形態47:チップが提供される。チップはメモリに連結され、チップはメモリに記憶されたコンピュータプログラム命令を呼び出し、実行して、実施形態25乃至34のいずれか1つの方法を行うように構成されている。
実施形態48:コンピュータプログラム製品が提供される。コンピュータプログラム製品がコンピュータ上で実行された場合、コンピュータは、実施形態25乃至34のいずれか1つの方法を行うことができる。
実施形態を参照して本願を説明してきたが、当業者であれば、添付の図面、開示された内容及び添付の特許請求の範囲を参照することにより、開示された実施形態の別の変形を理解し、実施し得る。特許請求の範囲において、「含む(comprising)」は、別の構成要素又は別のステップを除外せず、「1」又は「1つ」は複数の意味を除外しない。単一のプロセッサ又は他のユニットは、特許請求の範囲に列挙されるいくつかの機能を実施し得る。一部の手段は互いに異なる従属請求項に記録されているが、これは、より良い効果を生み出すためにこれらの手段を組み合せることができないことを意味するものではない。

Claims (8)

  1. ハイブリッド自動再送要求処理方法であって、当該方法は、
    第1の端末装置により、ネットワーク装置によって送信される第1の制御情報を受信することであって、該第1の制御情報は第1のサイドリンクグラント情報及び第1のハイブリッド自動再送要求(HARQ)情報を含み、該第1のサイドリンクグラント情報は、サイドリンク通信のために用いられるリソースを示し、該第1のHARQ情報は第1のHARQプロセスの識別子(ID)及び第1の表示情報を含む、ことと、
    前記第1の表示情報が再送信を示し、前記第1のHARQプロセスのIDが前記第1の端末装置の第1のHARQエンティティによって維持されるHARQプロセスに関連しない場合、前記第1の端末装置により、前記第1のサイドリンクグラント情報を無視することと、
    を含み、
    前記第1のHARQエンティティはサイドリンク通信のために用いられる、方法。
  2. 前記方法は、
    前記第1の端末装置により、前記ネットワーク装置に第2の表示情報を送信することであって、該第2の表示情報は、前記第1のHARQプロセスに対応するトランスポートブロックが正常に送信されたことを示すために用いられる、こと、
    をさらに含む、請求項1に記載の方法。
  3. 前記第1の端末装置により、前記ネットワーク装置に第2の表示情報を送信することは、
    前記第1の端末装置の第1のHARQエンティティにより、前記第2の表示情報を生成するよう物理層を示すことであって、該第1のHARQエンティティはサイドリンク通信のために用いられる、ことと、
    前記物理層により、前記第2の表示情報を生成し、前記ネットワーク装置に前記第2の表示情報を送信することと、
    を含む、請求項2に記載の方法。
  4. 前記第1の端末装置により、ネットワーク装置によって送信される第1の制御情報を受信することの後で且つ前記第1の端末装置により、前記第1のサイドリンクグラント情報を無視することの前に、前記方法は、
    前記第1の端末装置の第1のHARQエンティティにより、第1のHARQプロセスに関連する第1のパラメータのパラメータ値を取得することであって、該第1のHARQエンティティはサイドリンク通信のために用いられる、ことと、
    前記第1のHARQプロセスに関連する前記第1のパラメータのパラメータ値が第1の値の場合、前記第1のHARQエンティティにより、前記第1の端末装置が第2の端末装置に前記第1のHARQプロセスに対応するトランスポートブロックを正常に送信したと判定することであって、前記第1の値は、前記第1のHARQプロセスに対応する前記トランスポートブロックのためのHARQフィードバック情報が肯定応答(ACK)であることを示すために用いられる、ことと、
    前記第1の端末装置が前記トランスポートブロックを正常に送信したとの判定に基づいて、前記第1の端末装置により、前記第1のサイドリンクグラント情報を無視することと、
    をさらに含み、
    前記第1の端末装置により、前記第1のサイドリンクグラント情報を無視することは、
    前記第1のHARQエンティティにより、前記第1のサイドリンクグラント情報を無視すること、を含む、請求項1に記載の方法。
  5. 前記方法は、
    前記第1のHARQプロセスに関連する前記第1のパラメータのパラメータ値が第2の値の場合、前記第1のHARQエンティティにより、前記第1の端末装置が、前記第2の端末装置への前記第1のHARQプロセスに対応する前記トランスポートブロックの送信に失敗したと判定することであって、前記第2の値は、前記第1のHARQプロセスに対応する前記トランスポートブロックのための前記HARQフィードバック情報が否定応答(NACK)であることを示すために用いられる、ことと、
    前記第1の端末装置が前記トランスポートブロックの送信に失敗したとの判定に基づいて、前記第1の端末装置により、前記第1のHARQプロセスに対応するトランスポートブロックを再送信することと、
    をさらに含む、請求項に記載の方法。
  6. プロセッサ及びメモリを含む通信装置であって、該プロセッサは該メモリに連結され、該メモリはコンピュータプログラム命令を記憶し、該プロセッサが該コンピュータプログラム命令を実行した場合、当該装置は請求項1乃至のいずれか一項に記載の方法を行うことができる、通信装置。
  7. コンピュータ読み取り可能記憶媒体であって、当該コンピュータ読み取り可能記憶媒体はコンピュータプログラム命令を含み、該コンピュータプログラム命令がコンピュータ上で実行された場合、該コンピュータは、請求項1乃至のいずれか一項に記載の方法を行うことができる、コンピュータ読み取り可能記憶媒体。
  8. チップであって、当該チップはメモリに連結され、当該チップは、該メモリに記憶されたコンピュータプログラム命令を呼び出し且つ実行して、請求項1乃至のいずれか一項に記載の方法を行うように構成されている、チップ。
JP2022526162A 2019-11-08 2020-11-06 ハイブリッド自動再送要求処理方法及び通信装置 Active JP7481440B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201911090520.5 2019-11-08
CN201911090520.5A CN112787774B (zh) 2019-11-08 2019-11-08 一种混合自动重传请求的处理方法及通信装置
PCT/CN2020/127164 WO2021088991A1 (zh) 2019-11-08 2020-11-06 一种混合自动重传请求的处理方法及通信装置

Publications (2)

Publication Number Publication Date
JP2022554368A JP2022554368A (ja) 2022-12-28
JP7481440B2 true JP7481440B2 (ja) 2024-05-10

Family

ID=75749006

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022526162A Active JP7481440B2 (ja) 2019-11-08 2020-11-06 ハイブリッド自動再送要求処理方法及び通信装置

Country Status (6)

Country Link
US (1) US20220416950A1 (ja)
EP (1) EP4030666A4 (ja)
JP (1) JP7481440B2 (ja)
KR (1) KR20220079960A (ja)
CN (2) CN112787774B (ja)
WO (1) WO2021088991A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
MX2022009055A (es) 2020-01-23 2022-10-27 Huawei Tech Co Ltd Metodo de procesamiento de comunicacion y dispositivo de comunicacion.
US11910426B2 (en) * 2021-09-03 2024-02-20 Qualcomm Incorporated Interference management for sidelink relaying

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103378953B (zh) * 2012-04-18 2018-04-17 华为技术有限公司 混合自动重传请求方法与装置
US10637615B2 (en) * 2017-03-30 2020-04-28 Qualcomm Incorporated Retransmission indication based on an acknowledgement based feedback scheme for wireless communication
US11374694B2 (en) * 2018-01-17 2022-06-28 Qualcomm Incorporated Transport block size indication for retransmissions in wireless communications
CN110381599B (zh) * 2018-04-13 2021-05-25 维沃移动通信有限公司 Sidelink的传输方法和终端
EP3836441B1 (en) * 2018-08-10 2023-04-26 Beijing Xiaomi Mobile Software Co., Ltd. Method, apparatus, and system for transmitting feedback information between internet of vehicles devices
WO2020133506A1 (zh) * 2018-12-29 2020-07-02 北京小米移动软件有限公司 直连通信的数据传输方法、装置、设备及系统
CN115765936A (zh) * 2019-08-16 2023-03-07 华为技术有限公司 一种处理侧行链路资源的方法、装置及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Lenovo, Motorola Mobility,Discussion on resource allocation for NR sidelink Mode 1[online],3GPP TSG RAN WG1 #98bis,3GPP,2019年10月20日,R1-1910145,検索日[2022.05.11],Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98b/Docs/R1-1910145.zip>

Also Published As

Publication number Publication date
US20220416950A1 (en) 2022-12-29
EP4030666A4 (en) 2022-11-16
KR20220079960A (ko) 2022-06-14
JP2022554368A (ja) 2022-12-28
EP4030666A1 (en) 2022-07-20
CN115242358A (zh) 2022-10-25
WO2021088991A1 (zh) 2021-05-14
CN112787774A (zh) 2021-05-11
CN112787774B (zh) 2022-06-14

Similar Documents

Publication Publication Date Title
US11984989B2 (en) Transmission method and apparatus
WO2022027195A1 (zh) Harq反馈的处理方法及装置、存储介质
CN110226341A (zh) 一种数据传输的方法、相关设备以及系统
KR102247385B1 (ko) 전송 방법, 네트워크 장비, 및 단말 장비
JP7297773B2 (ja) 指示方法、ネットワークデバイス、及びユーザ装置
US20200067644A1 (en) Data feedback method and related device
JP7481440B2 (ja) ハイブリッド自動再送要求処理方法及び通信装置
WO2020143510A1 (zh) 一种通信方法及装置
US20240040573A1 (en) Information transmission method, apparatus, and system
WO2022021007A1 (zh) 无线通信方法、终端设备和网络设备
WO2022006914A1 (zh) 混合自动重传请求应答harq-ack的反馈方法和终端设备
CN115088215B (zh) 一种数据传输方法及装置
WO2021184322A1 (zh) 侧行数据传输方法和终端设备
US20220368505A1 (en) Data feedback method and apparatus
WO2021164603A1 (zh) 辅链路控制信息的资源指示方法与装置、终端设备
WO2020164542A9 (zh) 通信方法、装置及存储介质
WO2016031367A1 (ja) 装置及び方法
US20210007134A1 (en) Feedback indication for continued transmission for wireless networks
EP4395371A1 (en) Communication method and communication apparatus
US20240237016A1 (en) Communication method, terminal device and non-transitory computer-readable storage medium
WO2022104543A1 (zh) 信息处理方法、装置及存储介质
WO2022104515A1 (zh) 重传方法和终端
WO2023279399A1 (zh) 侧行传输资源的确定方法、发送方法、装置、设备及介质
WO2023039811A1 (zh) 通信方法及通信装置
WO2020221344A1 (zh) 信道传输方法及相关设备

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220520

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220520

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230512

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230516

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230815

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20231010

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240209

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20240226

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240425

R150 Certificate of patent or registration of utility model

Ref document number: 7481440

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150