JP2023546885A - サイドリンクの伝送方法及び端末 - Google Patents

サイドリンクの伝送方法及び端末 Download PDF

Info

Publication number
JP2023546885A
JP2023546885A JP2023523101A JP2023523101A JP2023546885A JP 2023546885 A JP2023546885 A JP 2023546885A JP 2023523101 A JP2023523101 A JP 2023523101A JP 2023523101 A JP2023523101 A JP 2023523101A JP 2023546885 A JP2023546885 A JP 2023546885A
Authority
JP
Japan
Prior art keywords
terminal
sidelink
side link
timer
event
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.)
Withdrawn
Application number
JP2023523101A
Other languages
English (en)
Other versions
JPWO2022077778A5 (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.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp 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 Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Publication of JP2023546885A publication Critical patent/JP2023546885A/ja
Publication of JPWO2022077778A5 publication Critical patent/JPWO2022077778A5/ja
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28—Timers or timing mechanisms used in protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0219—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave where the power saving management affects multiple terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0235—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a power saving command
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • H04W52/0274—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
    • H04W52/028—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof switching on or off only a part of the equipment circuit blocks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • 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/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/40—Resource management for direct mode communication, e.g. D2D or sidelink
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Addition Polymer Or Copolymer, Post-Treatments, Or Chemical Modifications (AREA)

Abstract

本願は、サイドリンクの伝送方法及び端末に関するものである。ここで、前記方法は、端末がダウンリンク情報を受信することであって、前記ダウンリンク情報は、サイドリンクのリソース許可を示すために使用される、ことと、前記端末が第１イベントに基づいて、前記サイドリンクの間欠受信（ＤＲＸ）に関連するタイマの状態を制御することと、を含む。本願実施例では、イベントに基づいて、サイドリンクのＤＲＸに関連するタイマの状態を制御することにより、ＤＲＸを最適化し、サイドリンク伝送のための端末エネルギー消費を低減することができる。

Description

本願は、通信分野に関し、より具体的に、サイドリンクの伝送方法及び端末に関するものである。
装置対装置（Ｄ２Ｄ：Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信は、サイドリンク（ＳＬ：Ｓｉｄｅｌｉｎｋ）に基づく伝送技術である。車両対もの（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）システムは、基地局を介してデータを送受信する従来のセルラーシステムとは異なり、端末間直接通信方式を使用するため、スペクトル効率が高く、伝送遅延も低い。
ロングタームエボリューション（ＬＴＥ：ｌｏｎｇ－ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）システムでは、間欠受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）は、省エネメカニズムである。サイドリンク伝送では、如何にＤＲＸを最適化して、端末エネルギー消費を低減するかが課題となっている。
本願実施例は、サイドリンク伝送のための端末エネルギー消費を低減することができる、サイドリンクの伝送方法及び端末を提供する。
本願実施例は、サイドリンクの伝送方法を提供し、前記方法は、
端末がダウンリンク情報を受信することであって、当該ダウンリンク情報は、サイドリンクのリソース許可を示すために使用される、ことと、
当該端末が第１イベントに基づいて、当該サイドリンクの間欠受信（ＤＲＸ）に関連するタイマの状態を制御することと、を含む。
本願実施例は、サイドリンクの伝送方法を提供し、前記方法は、
端末がサイドリンク情報を受信することであって、当該サイドリンク情報は、サイドリンクのリソース許可を示すために使用される、ことと、
当該端末が第１イベントに基づいて、当該サイドリンクの間欠受信（ＤＲＸ）に関連するタイマの状態を制御することと、を含む。
本願実施例は、端末を提供し、前記端末は、
ダウンリンク情報を受信するように構成される受信ユニットであって、当該ダウンリンク情報は、サイドリンクのリソース許可を示すために使用される、受信ユニットと、
第１イベントに基づいて、当該サイドリンクの間欠受信（ＤＲＸ）に関連するタイマの状態を制御するように構成される処理ユニットと、を備える。
本願実施例は、端末を提供し、前記端末は、
サイドリンク情報を受信するように構成される受信ユニットであって、当該サイドリンク情報は、サイドリンクのリソース許可を示すために使用される、受信ユニットと、
第１イベントに基づいて、当該サイドリンクの間欠受信（ＤＲＸ）に関連するタイマの状態を制御するように構成される処理ユニットと、を備える。
本願実施例は、プロセッサと、メモリと、を備える端末を提供し、当該メモリは、コンピュータプログラムを記憶するように構成され、当該プロセッサは、当該メモリに記憶されたコンピュータプログラムを呼び出して実行することにより、端末に、上記のサイドリンクの伝送方法を実行させるように構成される。
本願実施例の適用シーンの概略図である。 モードＡを示す概略図である。 モードＢを示す概略図である。 本願の１つの実施例によるサイドリンクの伝送方法の例示的なフローチャートである。 例１を示す概略図である。 例２を示す概略図である。 例３を示す概略図である。 例４を示す概略図である。 本願の別の実施例によるサイドリンクの伝送方法の例示的なフローチャートである。 例５を示す概略図である。 例６を示す概略図である。 例７を示す概略図である。 本願の１つの実施例による端末の例示的なブロック図である。 本願の別の実施例による端末の例示的なブロック図である。 本願実施例による通信機器の例示的なブロック図である。 本願実施例によるチップの例示的なブロック図である。 本願実施例による通信システムの例示的なブロック図である。
以下では、本願実施例における図面を参照して、本願実施例の技術的解決策について説明する。
本願実施例における技術的解決策は、様々な通信システム、例えば、グローバル移動通信（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）システム、コード分割多重アクセス（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、広帯域コード分離多重アクセス（ＷＣＤＭＡ：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、汎用パケット無線サービス（ＧＰＲＳ：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）システム、ＬＴＥアドバンスト（ＬＴＥ－Ａ：Ａｄｖａｎｃｅｄ ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）システム、ニューラジオ（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）システム、ＮＲシステムの進化型システム、無認可スペクトル上のＬＴＥ（ＬＴＥ－Ｕ：ＬＴＥ－ｂａｓｅｄ ａｃｃｅｓｓ ｔｏ ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ）システム、無認可スペクトル上のＮＲ（ＮＲ－Ｕ：ＮＲ－ｂａｓｅｄ ａｃｃｅｓｓ ｔｏ ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ）システム、非地上系ネットワーク（ＮＴＮ：Ｎｏｎ－Ｔｅｒｒｅｓｔｒｉａｌ Ｎｅｔｗｏｒｋｓ）システム、ユニバーサル移動通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ：Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋｓ）、ワイヤレスフィデリティ（ＷｉＦｉ：Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）、第五世代通信（５Ｇ：５ｔｈ－Ｇｅｎｅｒａｔｉｏｎ）システム又は他の通信システムなどのシステムに適用されることができる。
一般に、従来の通信システムは、サポートする接続の数が限られており、実現が容易であるが、通信技術の発展に伴い、モバイル通信システムは、従来の通信だけでなく、例えば、装置対装置（Ｄ２Ｄ：Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信、マシンツーマシン（Ｍ２Ｍ：Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）通信、マシンタイプ通信（ＭＴＣ：Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、車車間（Ｖ２Ｖ：Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ）通信、車両対もの（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）通信などもサポートするようになり、本願実施例は、これらの通信システムにも適用されることができる。
例示的に、本願実施例における通信システムは、キャリアアグリゲーション（ＣＡ：Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）シーンに適用されてもよいし、デュアルコネクティビティ（ＤＣ：Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）シーンに適用されてもよいし、スタンドアロン（ＳＡ：Ｓｔａｎｄａｌｏｎｅ）ネットワーキングシーンに適用されてもよい。
例示的に、本願実施例における通信システムは、無認可スペクトルに適用することができ、ここで、無認可スペクトルは、共有スペクトルと見なしてもよいし、又は、本願実施例における通信システムは、認可スペクトルにも適用することができ、ここで、認可スペクトルは、非共有スペクトルと見なしてもよい。
本願実施例では、ネットワーク機器と端末機器を合わせて各実施例を説明し、端末機器は、ユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、アクセス端末、ユーザユニット、ユーザステーション、モバイルステーション、モバイルプラットフォーム、リモートステーション、リモート端末、モバイル機器、ユーザ端末、端末、無線通信機器、ユーザエージェント、又はユーザ装置などとも呼ばれ得る。
端末機器は、ＷＬＡＮにおけるステーション（ＳＴ：ＳＴＡＩＯＮ）であってもよいし、セルラ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）電話、ワイヤレスローカルループ（ＷＬＬ：Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ）ステーション、パーソナルデジタル処理（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）機器、無線通信機能を有する携帯機器、コンピューティング機器、又はワイヤレスモデムに接続されているその他の処理機器、車載機器、ウェアラブル機器、ＮＲネットワークなどの次世代通信システムにおける端末機器、又は未来進化の公衆陸上移動ネットワーク（ＰＬＭＮ：Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）における端末機器などであってもよい。
本願実施例では、端末機器は、屋内又は屋外、ハンドヘルド、ウェアラブル、又は車載を含む、陸上に配置してもよいし、水上（船舶など）に配置してもよいし、空中（飛行機、風船、衛星など）に配置してもよい。
本願実施例では、端末機器は、携帯電話（Ｍｏｂｉｌｅ Ｐｈｏｎｅ）、タブレットコンピュータ（Ｐａｄ）、無線送受信機能を備えたＰＣ、仮想現実（ＶＲ：Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）端末機器、拡張現実（ＡＲ：Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）端末機器、産業用制御（ｉｎｄｕｓｔｒｉａｌ ｃｏｎｔｒｏｌ）における無線端末機器、自動運転（ｓｅｌｆ ｄｒｉｖｉｎｇ）における無線端末機器、遠隔医療（ｒｅｍｏｔｅ ｍｅｄｉｃａｌ）における無線端末機器、スマートグリッド（ｓｍａｒｔ ｇｒｉｄ）における無線端末機器、輸送安全（ｔｒａｎｓｐｏｒｔａｔｉｏｎ ｓａｆｅｔｙ）における無線端末機器、スマートシティ（ｓｍａｒｔ ｃｉｔｙ）における無線端末機器、又はスマートホーム（ｓｍａｒｔ ｈｏｍｅ）における無線端末機器などであり得る。
限定ではない例として、本願実施例では、当該端末機器は、ウェアラブル機器であってもよい。ウェアラブル機器は、ウェアラブルスマート機器とも呼ばれ得、これは、ウェアラブル技術を応用して、日常の日常のウェアラブル物、例えば、メガネ、手袋、時計、衣類、靴などを知能化させるように設計及び開発したウェアラブル機器の総称である。ウェアラブル機器は、身体に直接装着されるか、ユーザの服やアクセサリーに組み込まれた携帯用デバイスである。ウェアラブル機器は、単なるハードウェア機器ではなく、ソフトウェア支援、データインタラクション、及びクラウドインタラクションなどを介して強力な機能を実現する。一般化されたウェアラブルスマート機器は、完全な機能と大きなサイズを持っており、スマートウォッチやスマートグラスなどのように、機能の全部又は一部を実装するためにスマートフォンに依存しないものと、特定のタイプのアプリケーション機能のみに焦点を当て、スマートフォンなど他のデバイスと連携して使用する必要があるもの（例えば、サインモニタリングのための各種スマートブレスレットやスマートジュエリーなど）とを含む。
本願実施例では、ネットワーク機器は、モバイル機器と通信する機器であってもよく、ネットワーク機器は、ＷＬＡＮにおけるアクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）、ＧＳＭ又はＣＤＭＡにおける基地局（ＢＴＳ：Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）であってもよいし、ＷＣＤＭＡにおける基地局（ＮＢ：ＮｏｄｅＢ）であってもよいし、ＬＴＥにおける進化型基地局（ｅＮＢ又はｅＮｏｄｅＢ：Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ）、又は、リレーステーション又はアクセスポイント、又は、車載機器、ウェアラブル機器及びＮＲネットワークにおけるネットワーク機器又は未来進化のＰＬＭＮネットワークにおけるネットワーク機器などであってもよい。
限定ではない例として、本願実施例では、ネットワーク機器は、モビリティ特性を有することができ、例えば、ネットワーク機器は、モバイル機器であってもよい。例示的に、ネットワーク機器は、衛星又は気球ステーションであってもよい。例えば、衛星は、低高度地球周回軌道（ＬＥＯ：ｌｏｗ ｅａｒｔｈ ｏｒｂｉｔ）衛星、中高度地球周回軌道（ＭＥＯ：ｍｅｄｉｕｍ ｅａｒｔｈ ｏｒｂｉｔ）衛星、静止地球周回軌道（ＧＥＯ：ｇｅｏｓｔａｔｉｏｎａｒｙ ｅａｒｔｈ ｏｒｂｉｔ）衛星、高楕円軌道（ＨＥＯ：Ｈｉｇｈ Ｅｌｌｉｐｔｉｃａｌ Ｏｒｂｉｔ）衛星などであってもよい。例示的に、ネットワーク機器は、陸上又は水域などの位置に配置された基地局であってもよい。
本願実施例では、ネットワーク機器は、セルにサービスを提供することができ、端末機器は、当該セルによって使用される伝送リソース（例えば、周波数領域リソース、又は、周波数スペクトルリソースなど）を介してネットワーク機器と通信し、当該セルは、ネットワーク機器（基地局など）に対応するセルであってもよく、セルは、マクロ基地局に属してもよいし、スモールセル（Ｓｍａｌｌ ｃｅｌｌ）に対応する基地局に属してもよい。ここでのスモールセルは、メトロセル（Ｍｅｔｒｏ ｃｅｌｌ）、マイクロセル（Ｍｉｃｒｏ ｃｅｌｌ）、ピコセル（Ｐｉｃｏ ｃｅｌｌ）及びフェムトセル（Ｆｅｍｔｏ ｃｅｌｌ）などを含み得、これらのスモールセルは、カバレッジが小さく、送信電力が低いという特性を備え、高速データ伝送サービスの提供に適している。
図１は、通信システム１００を例示的に示している。当該通信システムは、１つのネットワーク機器１１０及び２つの端末機器１２０を含む。例示的に、当該通信システム１００は、複数のネットワーク機器１１０を含み得、各ネットワーク機器１１０のカバレッジは、他の数の端末機器１２０を含み得、本願実施例はこれらを限定しない。
例示的に、当該通信システム１００は、モビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、接続及び移動性管理機能（ＡＭＦ：Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）などの他のネットワークエンティティも含み得、本願実施例はこれらを限定しない。
ここで、ネットワーク機器は、アクセスネットワーク機器及びコアネットワーク機器をさらに含み得る。即ち、無線通信システムは、アクセスネットワーク機器と通信するための複数のコアネットワークをさらに含む。アクセスネットワーク機器は、ロングタームエボリューション（ＬＴＥ：ｌｏｎｇ－ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）システム、次世代（モバイル通信システム）（ＮＲ：ｎｅｘｔ ｒａｄｉｏ）システム、又はＬＡＡ－ＬＴＥ（ａｕｔｈｏｒｉｚｅｄ ａｕｘｉｌｉａｒｙ ａｃｃｅｓｓ ｌｏｎｇ－ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）システムにおける進化型基地局（ｅＮＢ又はｅ－ＮｏｄｅＢ：ｅｖｏｌｕｔｉｏｎａｌ ｎｏｄｅ Ｂ）、マクロ基地局、マイクロ基地局（「スモール基地局」とも呼ばれる）、ピコ基地局、アクセスポイント（ＡＰ：ａｃｃｅｓｓ ｐｏｉｎｔ）、伝送ポイント（ＴＰ：ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ）又は新世代基地局（ｇＮｏｄｅＢ：ｎｅｗ ｇｅｎｅｒａｔｉｏｎ Ｎｏｄｅ Ｂ）などであり得る。
本願実施例では、ネットワーク／システムにおける通信機能を備えた機器は、通信機器と呼ばれ得ることを理解されたい。図１に示す通信システムを例にとると、通信機器は、通信機能を備えたネットワーク機器及び端末機器を含み得、ネットワーク機器及び端末機器は、本願実施例における特定の機器であり得、ここでは繰り返して説明しない。通信機器はまた、通信システムにおける他の機器、例えば、ネットワークコントローラー、モバイル管理エンティティなどの他のネットワークエンティティを含み得るが、本願実施例はこれらを限定しない。
本明細書における「システム」及び「ネットワーク」という用語は、本明細書で常に互換可能に使用されることを理解されたい。本明細書における「及び／又は」という用語は、関連付けられた関係についてのみ説明し、３つの関係が存在し得ることを表示し、例えば、Ａ及び／又はＢは、Ａが独立で存在する場合、ＡとＢの両方が存在する場合、Ｂが独立で存在する場合の３つの場合を表示することができる。また、本明細書における記号「／」は、通常、関連付けられた対象間の関係が、「又は」という関係にあることを表示する。
なお、本願実施例における「示す」は、直接的に示すことであってもよいし、間接的に示すことであってもよいし、関連関係があることを意味してもよい。例えば、ＡがＢを示すことは、ＡがＢを直接的に示すこと、例えば、ＢはＡによって取得できることを示すことができるか、又は、ＡがＢを間接的に示すこと、例えば、ＡはＣを指示し、ＢはＣを介して取得できることを示すことができるか、又は、ＡとＢが関連関係を有することを示すことができる。
本願実施例の説明において、「対応」という用語は、両者間に直接的又は間接的な対応関係があることを示してもよく、又は両者間に関連関係があることを示してもよく、又は指示と被指示の関係、構成と被構成の関係などを示してもよい。
本願実施例における技術的解決策の理解を容易にするために、本願実施例における関連技術を以下に説明する。以下の関連技術は、任意の方法で本願実施例の技術的解決策と組み合わせることができ、それらはすべて本願実施例の保護範囲に含まれる。
図２及び図３に示すように、３ＧＰＰには、モードＡ（ｍｏｄｅ－Ａ）とモードＢ（ｍｏｄｅ－Ａ）の伝送モードが含まれる。
モードＡ：端末の伝送リソースは、基地局によって割り当てられ、端末は、基地局によって割り当てられたリソースに基づいて、サイドリンクでデータを送信する。基地局は、一回伝送のためのリソースを端末に割り当てることができ、又は半静的伝送のためのリソースを端末に割り当てることができる。
モードＢ：端末機器は、リソースプールから１つのリソースを選択してデータの伝送を行い、端末機器は、Ｖ２Ｘにおける車載端末であってもよい。
３ＧＰＰプロトコルの進化において、Ｄ２Ｄは、以下のシーンを含み得る。
ＰｒｏＳｅ （Ｐｒｏｘｉｍｉｔｙ ｂａｓｅｄ Ｓｅｒｖｉｃｅ）：Ｒｅｌ－１２／１３では、Ｄ２Ｄ通信は、主にＰｒｏＳｅシーンを対象としており、公共セキュリティタイプのサービスに適用され得る。
車両対もの（Ｖ２Ｘ）：Ｒｅｌ－１４／１５では、Ｖ２Ｘシステムは、主にＶ２Ｖ通信シーンを対象となり、主に比較的高速で移動する車両間の通信、車両と人との間の通信サービスを対象としている。
ウェアラブル機器（ＦｅＤ２Ｄ）：Ｒｅｌ－１４では、ＦｅＤ２Ｄは、主にウェアラブル機器が携帯電話を介してネットワークにアクセスするシーンを対象としており、主に低移動速度及び低電力アクセスのシーンを対象としている。
ＮＲ Ｖ２Ｘは、ＬＴＥ Ｖ２Ｘに加えて、ブロードキャストシーンに限定されず、ユニキャストやマルチキャストシーンにさらに拡張されており、これらのシーンでのＶ２Ｘの適用が検討されている。
ＬＴＥ Ｖ２Ｘと同様に、ＮＲ Ｖ２Ｘでも、上記のｍｏｄｅ－Ａ／Ｂの２つのリソース許可モードが定義される。さらに、ユーザは、混合モードにあり得、即ち、ｍｏｄｅ－Ａを使用してリソースを取得しながら、ｍｏｄｅ－Ｂを使用してリソースを取得することができる。
ＬＴＥ Ｖ２Ｘとは異なり、ＮＲ Ｖ２Ｘでは、フィードバックなしでＵＥによって自律的に開始されるハイブリッド自動再送要求（ＨＡＲＱ：Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）再送信に加えて、フィードバックベースのＨＡＲＱ再送信が導入され、これは、ユニキャスト通信に限定されず、マルチキャスト通信も含む。
次に、ＤＲＸについて説明する。
ユーザは、省電力のためにダウンリンク受信中にＤＲＸを行う必要がある。ネットワークがダウンリンクを介して、サイドリンクのリソース許可をユーザに送信できること（即ち、上述のｍｏｄｅ－Ａ）を考慮すると、ここで問題となるのは、「サイドリンクのためのリソース許可」に対して、ダウンリンク受信中にＤＲＸをどのように行うかである。
ＬＴＥでは、ＵＥは、ｍｏｄｅ－ＡとＤＲＸの両方を使用するように構成されることができるが、ネットワークは、「サイドリンクのためのリソース許可」のためのＤＲＸを特別に最適化しない。即ち、ＵＥは、サイドリンクに関連するパラメータやタイマなどではなく、Ｕｕインターフェイスに基づいて、省電力化のためにスリープ状態に入るか否かを決定する。ＮＲでは、現在、ＵＥは、同時にｍｏｄｅ－Ａ及びＤＲＸを使用するように設定されることはできない。
本願は、ＮＲに適用され得、ＵＥが同時にｍｏｄｅ－Ａ及びＤＲＸを使用するように設定されるシーンにおいて、「サイドリンクのためのリソース許可」のためのＤＲＸを特別に最適化し、「サイドリンクのためのリソース許可」のためのＤＲＸに関連するパラメータとタイマが提案される。
図４は、本願の１つの実施例によるサイドリンクの伝送方法２００の例示的なフローチャートである。当該方法は、図１～図３に示すシステムに適用され得るが、これらに限定されない。当該方法は、以下の内容の少なくとも一部を含む。
ステップＳ２１０において、端末は、ダウンリンク情報を受信し、当該ダウンリンク情報は、サイドリンクのリソース許可を示すために使用される。
ステップＳ２２０において、端末は、第１イベントに基づいて、当該サイドリンクの間欠受信（ＤＲＸ）に関連するタイマの状態を制御する。
例示的に、端末は、サイドリンクのリソース許可を示すための第１情報を受信することができる。当該第１情報は、ダウンリンク情報であり得る。例えば、端末は、基地局などのネットワーク側から、サイドリンクのリソース許可を示すためのダウンリンク情報を受信する。次に、端末は、第１イベントに基づいて、当該サイドリンクのＤＲＸに関連するタイマの状態を制御する。
例示的に、本願実施例では、当該ダウンリンク情報は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）で搬送される。
例示的に、本願実施例では、当該ＤＲＸに関連するタイマは、ラウンドトリップ時間（ＲＴＴ：Ｒｏｕｎｄ－Ｔｒｉｐ Ｔｉｍｅ）タイマ及び／又は再送タイマを含む。
例示的に、本願実施例では、当該サイドリンクのＤＲＸに関連するタイマの状態を制御することは、
当該サイドリンクのＲＴＴタイマを起動すること、及び
当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動することのうちの少なくとも１つを含む。
例えば、ＤＲＸに関連するタイマが、当該サイドリンクのＲＴＴタイマ及び再送タイマを含む場合、端末は、第１イベントに基づいて、当該サイドリンクのＲＴＴタイマを起動することができる。当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
例示的に、本願実施例では、当該サイドリンクのＤＲＸに関連するタイマの状態を制御することは、
当該サイドリンクの再送タイマを起動することを含む。
例えば、ＤＲＸに関連するタイマが当該サイドリンクの再送タイマを含む場合、端末は、第１イベントに基づいて、当該サイドリンクの再送タイマを起動することができる。
例示的に、本願実施例では、当該サイドリンクのＤＲＸに関連するタイマの状態を制御することは、
動作中のサイドリンクの再送タイマを停止することをさらに含む。
例えば、サイドリンクの伝送は連続的であり得、サイドリンクに関する動作中の再送タイマが存在する場合、端末は、第１イベントに基づいて、まず、動作中の再送タイマを停止することができる。次に、当該サイドリンクのＲＴＴタイマを起動する。当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
別の例として、当該サイドリンクのＲＴＴタイマがない場合、端末は、第１イベントに基づいて、当該サイドリンクの再送タイマを再起動することができる。
本願実施例では、端末が当該サイドリンクの再送タイマを起動した後、再送タイマの動作中に、端末は、ＤＲＸウェイクアップ状態にあり、ダウンリンクチャネルを監視することができ、例えば、端末は、サイドリンクの特定のＨＡＲＱプロセスのためにダウンリンクＰＤＣＣＨ受信を行う。端末は、ネットワークによって端末に割り当てられたサイドリンクのリソース許可を取得した後、サイドリンクのリソース許可に基づいて、サイドリンクの他の端末とのサイドリンク通信を行うことができる。当該サイドリンクの再送タイマが起動してない場合、端末は、ＤＲＸスリープ状態にあり、ダウンリンクチャネルを監視しなくてもよく、これにより、省エネ、省電力効果を得ることができる。
本願実施例では、端末が当該サイドリンクのＲＴＴタイマを起動した後、当該タイマの動作中に、端末は、ダウンリンクチャネルを監視する必要がない。例えば、端末は、ＲＴＴタイマの動作中に、ダウンリンクＰＤＣＣＨ受信を行う必要がないか、又はサイドリンクの特定のＨＡＲＱプロセスのためにダウンリンクＰＤＣＣＨ受信を行う必要がない。
例示的に、本願実施例では、当該サイドリンクの伝送方法は、当該端末がフィードバック情報に基づいて、当該サイドリンクの再送タイマを起動するか否かを決定することをさらに含む。
例示的に、本願実施例では、当該端末がフィードバック情報に基づいて、当該サイドリンクの再送タイマを起動するか否かを決定することは、
当該フィードバック情報が肯定応答（ＡＣＫ）情報である場合、当該サイドリンクの再送タイマを起動しないこと、
当該フィードバック情報が否定応答（ＮＡＣＫ）情報である場合、当該サイドリンクの再送タイマを起動すること、
当該フィードバック情報を受信した場合、当該サイドリンクの再送タイマを起動すること、及び
当該フィードバック情報を受信してない場合、当該サイドリンクの再送タイマを起動しないことのうちの少なくとも１つを含む。
例えば、端末は、受信したフィードバック情報が示す、相手端末の伝送状況に基づいて、サイドリンクの再送タイマを起動するか否かを決定することができる。端末が受信したフィードバック情報がＡＣＫ情報である場合、これは、相手端末が、端末によって送信されたデータを正常に受信したことを意味し、この場合、当該サイドリンクの再送タイマを起動しなくてもよい。端末が受信したフィードバック情報がＮＡＣＫ情報である場合、これは、相手端末が、端末によって送信されたデータを正常に受信できなかったことを意味し、この場合、当該サイドリンクの再送タイマを起動することができる。
別の例として、端末は、フィードバック情報を受信したか否かに基づいて、サイドリンクの再送タイマを起動するか否かを決定することができる。端末が相手端末のフィードバック情報を受信してない場合、これは、相手端末が、端末によって送信されたデータを正常に受信したこと、又は相手端末が再送信を必要としないことを意味し、この場合、当該サイドリンクの再送タイマを起動しなくてもよい。端末がフィードバック情報を受信した場合、これは、相手端末が、端末によって送信されたデータを正常に受信してないこと、又は相手端末が再送信を必要とすることを意味し、この場合、当該サイドリンクの再送タイマを起動することができる。
例示的に、本願実施例では、当該第１イベントは、当該端末が、当該ダウンリンク情報を含むダウンリンクリソースを受信することを含み、当該ダウンリンクリソースは、制御チャネル又はデータチャネル、例えば、ＰＤＣＣＨ又はＰＤＳＣＨであり得る。
例示的に、第１イベント、即ち、端末が当該ダウンリンク情報を含むダウンリンクリソースを受信することは、端末が当該ダウンリンク情報を含むダウンリンクリソースを受信した時を含み得る。
例えば、端末は、当該ＰＤＣＣＨを受信した時、当該サイドリンクの再送タイマを起動することができる。別の例として、端末は、当該ＰＤＣＣＨを受信した時、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
例示的に、第１イベント、即ち、端末が当該ダウンリンク情報を含むダウンリンクリソースを受信することは、端末が当該ダウンリンク情報を含むダウンリンクリソースを受信した後を含み得る。当該ダウンリンク情報を含むダウンリンクリソースを受信した後とは、ダウンリンクリソースの受信とともに第１イベントが発生するのではなく、時系列で一定の間隔が存在することを指す。例示的に、当該第１イベントは、端末が、当該ダウンリンク情報を含むダウンリンクリソースを受信した後の最初の時間単位で、又は特定の数の時間単位で発生する。例えば、当該ダウンリンクリソースを受信した後、時系列における次のスロット（ｓｌｏｔ）、次のシンボル（ｓｙｍｂｏｌ）、又は所定数のスロット又はシンボルにおいて、第１イベントは、当該サイドリンクのＤＲＸに関連するタイマの状態を制御することができる。
例えば、端末は、当該ＰＤＣＣＨを受信した後、当該サイドリンクの再送タイマを起動することができる。別の例として、端末は、当該ＰＤＣＣＨを受信した後、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
例示的に、本願実施例では、当該第１イベントは、当該ダウンリンク情報を含むＰＤＣＣＨを受信した後、第１時間が経過したことを含む。
例示的に、本願実施例では、当該第１時間は、端末が当該ＰＤＣＣＨを受信した後に再送信を処理するための遅延要件であり得る。
例示的に、当該第１イベント、即ち、端末が当該ダウンリンク情報を含むＰＤＣＣＨを受信してから第１時間が経過したことは、端末が当該ダウンリンク情報を含むＰＤＣＣＨを受信した時点から第１時間経過したことを含む。
例えば、端末は、当該ＰＤＣＣＨを受信した時点から第１時間経過した後、当該サイドリンクの再送タイマを起動することができる。別の例として、端末は、当該ＰＤＣＣＨを受信した時点から第１時間経過した後、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
例示的に、本願実施例では、当該第１イベントは、当該端末が物理サイドリンク制御チャネル（ＰＳＣＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及び／又は物理サイドリンク共有チャネル（ＰＳＳＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を送信することを含む。
例示的に、第１イベントは、端末がＰＳＣＣＨ及び／又はＰＳＳＣＨを送信することのみを含み得る。第１イベントはまた、端末が当該ＰＤＣＣＨを受信すること、及び端末がＰＳＣＣＨ及び／又はＰＳＳＣＨを送信することの両方を含み得る。
例示的に、第１イベント、即ち、端末がＰＳＣＣＨ及び／又はＰＳＳＣＨを送信することは、端末がＰＳＣＣＨ及び／又はＰＳＳＣＨを送信する時を含むことができる。
例えば、端末は、ＰＳＣＣＨ及び／又はＰＳＳＣＨを送信する時、当該サイドリンクの再送タイマを起動することができる。
別の例として、端末は、ＰＳＣＣＨ及び／又はＰＳＳＣＨを送信する時、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
別の例として、端末は、当該ＰＤＣＣＨを受信した時、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。端末は、ＰＳＳＣＨを送信する時、当該サイドリンクのＲＴＴタイマを再起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを再起動する。
例示的に、第１イベント、即ち、端末がＰＳＣＣＨ及び／又はＰＳＳＣＨを送信することは、ＰＳＣＣＨ及び／又はＰＳＳＣＨを送信した後を含み得る。例示的に、端末がＰＳＣＣＨ及び／又はＰＳＳＣＨを送信した後の最初の時間単位で、当該サイドリンクのＤＲＸに関連するタイマの状態を制御する。
例えば、端末は、ＰＳＣＣＨ及び／又はＰＳＳＣＨを送信した後、当該サイドリンクの再送タイマを起動することができる。
別の例として、端末は、ＰＳＣＣＨ及び／又はＰＳＳＣＨを送信した後、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
別の例として、端末は、当該ＰＤＣＣＨを受信した後、当該サイドリンクの再送タイマを起動することができる。端末は、ＰＳＣＣＨを送信した後、当該サイドリンクの再送タイマを再起動する。
別の例として、端末は、当該ＰＤＣＣＨを受信した後、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。端末は、ＰＳＳＣＨを送信した後、当該サイドリンクのＲＴＴタイマを再起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを再起動する。
例示的に、本願実施例では、当該第１イベントは、当該端末がＰＳＣＣＨ及び／又はＰＳＳＣＨを送信してから第２時間が経過したことを含む。
例示的に、本願実施例では、当該第２時間は、端末がＰＳＣＣＨ及び／又はＰＳＳＣＨを受信した後に再送信を処理するための遅延要件であり得る。
例示的に、当該第１イベント、即ち、端末がＰＳＣＣＨ及び／又はＰＳＳＣＨを送信してから第２時間が経過したことは、端末がＰＳＣＣＨを送信した時点から第２時間経過したこと、及び／又は端末がＰＳＳＣＨを送信した時点から第２時間経過したことを含む。
例えば、端末は、ＰＳＣＣＨ及び／又はＰＳＳＣＨを送信した時点から第２時間経過した後、当該サイドリンクの再送タイマを起動することができる。
別の例として、端末は、ＰＳＣＣＨ及び／又はＰＳＳＣＨを送信した時点から第２時間経過した後、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
別の例として、端末は、当該ＰＤＣＣＨを受信した後、当該サイドリンクの再送タイマを起動することができる。端末は、ＰＳＣＣＨを送信した時点から第２時間経過した後、当該サイドリンクの再送タイマを再起動する。
別の例として、端末は、当該ＰＤＣＣＨを受信した後、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。端末は、ＰＳＳＣＨを送信した時点から第２時間経過した後、当該サイドリンクのＲＴＴタイマを再起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを再起動する。
例示的に、本願実施例では、当該第１イベントは、
当該端末が、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｆｅｅｄｂａｃｋ Ｃｈａｎｎｅｌ）を受信することを含む。
例示的に、第１イベントは、端末がＰＳＦＣＨを受信することのみを含み得る。第１イベントはまた、端末が当該ＰＤＣＣＨを受信すること、及び端末がＰＳＦＣＨを受信することの両方を含み得る。第１イベントはまた、端末が当該ＰＤＣＣＨを受信すること、端末がＰＳＣＣＨ及び／又はＰＳＳＣＨを送信すること、及び端末がＰＳＦＣＨを受信することを含み得る。
例示的に、第１イベントは、端末がＰＳＦＣＨを受信した時を含み得る。
例えば、端末は、ＰＳＦＣＨを受信した時、当該サイドリンクの再送タイマを起動することができる。
別の例として、端末は、ＰＳＦＣＨを受信した時、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
別の例として、端末は、当該ＰＤＣＣＨを受信した後、当該サイドリンクの再送タイマを起動することができる。端末は、ＰＳＳＣＨを送信する時、当該サイドリンクの再送タイマを再起動する。端末は、ＰＳＦＣＨを受信した時、当該サイドリンクの再送タイマを再び再起動する。
別の例として、端末は、当該ＰＤＣＣＨを受信した時、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。端末は、ＰＳＳＣＨを送信した後、当該サイドリンクのＲＴＴタイマを再起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。端末は、ＰＳＦＣＨを受信した時、当該サイドリンクのＲＴＴタイマを再び再起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
例示的に、第１イベントは、端末がＰＳＦＣＨを受信した後を含み得る。例示的に、端末がＰＳＦＣＨを受信した後の最初の時間単位で、当該サイドリンクのＤＲＸに関連するタイマの状態を制御する。
例えば、端末は、ＰＳＦＣＨを受信した後、当該サイドリンクの再送タイマを起動することができる。
別の例として、端末は、ＰＳＦＣＨを受信した後、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
別の例として、端末は、当該ＰＤＣＣＨを受信した後、当該サイドリンクの再送タイマを起動することができる。端末は、ＰＳＳＣＨを送信した後、当該サイドリンクの再送タイマを再起動する。端末は、ＰＳＦＣＨを受信した後、当該サイドリンクの再送タイマを再び再起動する。
別の例として、端末は、当該ＰＤＣＣＨを受信した後、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。端末は、ＰＳＳＣＨを送信した後、当該サイドリンクのＲＴＴタイマを再起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。端末は、ＰＳＦＣＨを受信した後、当該サイドリンクのＲＴＴタイマを再び再起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
例示的に、本願実施例では、当該第１イベントは、当該端末がＰＳＦＣＨを受信してから第３時間が経過したことを含む。
例示的に、本願実施例では、当該第３時間は、端末がＰＳＦＣＨを受信した後に再送信を処理するための遅延要件であり得る。
例示的に、当該第１イベント、即ち、端末がＰＳＦＣＨを受信してから第３時間が経過したことは、端末がＰＳＦＣＨを受信した時点から第３時間経過したことを含み得る。
例えば、端末は、ＰＳＦＣＨを受信した時点から第３時間経過した後、当該サイドリンクの再送タイマを起動することができる。
別の例として、端末は、ＰＳＦＣＨを受信した時点から第３時間経過した後、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
別の例として、端末は、当該ＰＤＣＣＨを受信した後、当該サイドリンクの再送タイマを起動することができる。端末は、ＰＳＳＣＨを送信した後、当該サイドリンクの再送タイマを再起動する。端末は、ＰＳＦＣＨを受信した時点から第３時間経過した後、当該サイドリンクの再送タイマを再び再起動する。
別の例として、端末は、当該ＰＤＣＣＨを受信した後、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。端末は、ＰＳＳＣＨを送信した後、当該サイドリンクのＲＴＴタイマを再起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。端末は、ＰＳＦＣＨを受信した時点から第３時間経過した後、当該サイドリンクのＲＴＴタイマを再び再起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
例示的に、本願実施例では、当該第１イベントは、当該端末が物理アップリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を送信することを含む。
例示的に、第１イベントは、端末がＰＵＣＣＨを送信することのみを含み得る。第１イベントはまた、端末が当該ＰＤＣＣＨを受信すること、及び端末がＰＵＣＣＨを送信することの両方を含み得る。第１イベントはまた、端末が当該ＰＤＣＣＨを受信すること、端末がＰＳＣＣＨ及び／又はＰＳＳＣＨを送信すること、及び端末がＰＵＣＣＨを送信することを含み得る。第１イベントはまた、端末が当該ＰＤＣＣＨを受信すること、端末がＰＳＣＣＨ及び／又はＰＳＳＣＨを送信すること、端末がＰＳＦＣＨを受信すること、及び端末がＰＵＣＣＨを送信することを含み得る。
例示的に、第１イベントは、端末がＰＵＣＣＨを送信する時を含み得る。
例えば、端末は、ＰＵＣＣＨを送信する時、当該サイドリンクの再送タイマを起動することができる。
別の例として、端末は、ＰＵＣＣＨを送信する時、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
別の例として、端末は、ＰＤＣＣＨを受信した時、当該サイドリンクの再送タイマを起動することができる。端末は、ＰＵＣＣＨを送信する時、当該サイドリンクの再送タイマを再起動する。
別の例として、端末は、ＰＤＣＣＨを受信した後、当該サイドリンクの再送タイマを起動することができる。端末は、ＰＳＳＣＨを送信する時、当該サイドリンクの再送タイマを再起動する。端末は、ＰＳＦＣＨを受信した後、当該サイドリンクの再送タイマを再び再起動する。端末は、ＰＵＣＣＨを送信する時、当該サイドリンクの再送タイマを再起動する。
例示的に、第１イベントは、端末がＰＵＣＣＨを送信した後を含み得る。例示的に、端末がＰＵＣＣＨを送信した後の最初の時間単位で、当該サイドリンクのＤＲＸに関連するタイマの状態を制御する。
例えば、端末は、ＰＵＣＣＨを送信した後、当該サイドリンクの再送タイマを起動することができる。
別の例として、端末は、ＰＵＣＣＨを送信した後、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
別の例として、端末は、ＰＤＣＣＨを受信した後、当該サイドリンクの再送タイマを起動することができる。端末は、ＰＵＣＣＨを送信した後、当該サイドリンクの再送タイマを再起動する。
別の例として、端末は、ＰＤＣＣＨを受信した後、当該サイドリンクの再送タイマを起動することができる。端末は、ＰＳＳＣＨを送信した後、当該サイドリンクの再送タイマを再起動する。端末は、ＰＳＦＣＨを受信した後、当該サイドリンクの再送タイマを再び再起動する。端末は、ＰＵＣＣＨを送信した後、当該サイドリンクの再送タイマを再起動する。
別の例として、端末は、当該ＰＤＣＣＨを受信した後、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。端末は、ＰＳＳＣＨを送信した後、当該サイドリンクのＲＴＴタイマを再起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。端末は、ＰＳＦＣＨを受信した後、当該サイドリンクのＲＴＴタイマを再び再起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。端末は、ＰＵＣＣＨを送信した後、当該サイドリンクのＲＴＴタイマを再び再起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
例示的に、本願実施例では、当該第１イベントは、当該端末がＰＵＣＣＨを送信してから第４時間が経過したことを含む。
例示的に、本願実施例では、当該第４時間は、端末がＰＵＣＣＨを送信した後に再送信を処理するための遅延要件であり得る。
例示的に、当該第１イベント、即ち、端末がＰＵＣＣＨを送信してから第４時間が経過したことは、端末がＰＵＣＣＨを送信した時点から第４時間経過したことを含む。
例えば、端末は、ＰＵＣＣＨを送信した時点から第４時間経過した後、当該サイドリンクの再送タイマを起動することができる。
別の例として、端末は、ＰＵＣＣＨを送信した時点から第４時間経過した後、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
別の例として、端末は、ＰＤＣＣＨを受信した後、当該サイドリンクの再送タイマを起動することができる。端末は、ＰＵＣＣＨを送信した時点から第４時間経過した後、当該サイドリンクの再送タイマを再起動する。
別の例として、端末は、ＰＤＣＣＨを受信した後、当該サイドリンクの再送タイマを起動することができる。端末は、ＰＳＳＣＨを送信した後、当該サイドリンクの再送タイマを再起動する。端末は、ＰＳＦＣＨを受信した後、当該サイドリンクの再送タイマを再び再起動する。端末は、ＰＵＣＣＨを送信した時点から第４時間経過した後、当該サイドリンクの再送タイマを再起動する。
別の例として、端末は、当該ＰＤＣＣＨを受信した後、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。端末は、ＰＳＳＣＨを送信した後、当該サイドリンクのＲＴＴタイマを再起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。端末は、ＰＳＦＣＨを受信した後、当該サイドリンクのＲＴＴタイマを再び再起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。端末は、ＰＵＣＣＨを送信した時点から第４時間経過した後、当該サイドリンクのＲＴＴタイマを再び再起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
例示的に、本願実施例では、当該サイドリンクの伝送方法の実行条件は、ＰＵＣＣＨが既に設定されていること、ＰＵＣＣＨが設定されていないこと、ＰＳＦＣＨが既に設定されていること、ＰＳＦＣＨが既に使用されていること、ＰＳＦＣＨが設定されていないこと、及びＰＳＦＣＨが使用されていないことのうちの少なくとも１つを含む。
例示的に、本願実施例では、当該第１イベントは、当該サイドリンクの伝送方法の実行条件と関連関係を有する。
本願実施例では、異なるイベントは、異なる実行条件に対応することができる。
例えば、イベントが、端末がＰＤＣＣＨを受信した後である場合、実行条件は、ＰＵＣＣＨが設定されていないこと、ＰＳＦＣＨが設定されていないこと、及びＰＳＦＣＨが使用されていないことのうちの少なくとも１つを含み得る。
別の例として、イベントが、端末がＰＳＣＣＨ及び／又はＰＳＳＣＨを送信した後である場合、実行条件は、ＰＵＣＣＨが設定されていないこと、ＰＳＦＣＨが設定されていないこと、及びＰＳＦＣＨが使用されていないことのうちの少なくとも１つを含み得る。
別の例として、イベントが、端末がＰＳＦＣＨを受信した後である場合、実行条件は、ＰＵＣＣＨが設定されていないこと、ＰＳＦＣＨが既に設定されていること、及びＰＳＦＣＨが既に使用されていることのうちの少なくとも１つを含み得る。
別の例として、イベントが、端末がＰＵＣＣＨを送信した後である場合、実行条件は、ＰＵＣＣＨが既に設定されていること、ＰＳＦＣＨが既に設定されていること、ＰＳＦＣＨが既に使用されていること、ＰＳＦＣＨが設定されていないこと、及びＰＳＦＣＨが使用されていないことのうちの少なくとも１つを含み得る。
本願実施例では、各種イベントと実行条件との対応関係をそれぞれ設定し、異なる実行条件に基づいて、タイマをトリガするためのイベントを選択することもできる。
例えば、イベントが、端末がＰＤＣＣＨを受信した後である場合、対応する実行条件は、ＰＵＣＣＨが設定されておらず、且つＰＳＦＣＨが設定されていないことである。イベントが、端末がＰＳＣＣＨ及び／又はＰＳＳＣＨを送信した後である場合、対応する実行条件は、ＰＵＣＣＨが既に設定されており、且つＰＳＦＣＨが設定されていないことである。イベントが、端末がＰＳＦＣＨを受信した後である場合、対応する実行条件は、ＰＵＣＣＨが設定されておらず、且つＰＳＦＣＨが既に設定されていることである。イベントが、端末がＰＵＣＣＨを送信した後である場合、対応する実行条件は、ＰＵＣＣＨが既に設定されており、且つＰＳＦＣＨが既に設定されていることである。
別の例として、イベントが、端末がＰＤＣＣＨを受信した後である場合、対応する実行条件は、ＰＵＣＣＨが設定されておらず、ＰＳＦＣＨが設定されておらず、且つＰＳＦＣＨが使用されていないことである。イベントが、端末がＰＳＣＣＨ及び／又はＰＳＳＣＨを送信した後である場合、対応する実行条件は、ＰＵＣＣＨが既に設定されており、ＰＳＦＣＨが設定されておらず、且つＰＳＦＣＨが使用されていないことである。イベントが、端末がＰＳＦＣＨを受信した後である場合、対応する実行条件は、ＰＵＣＣＨが設定されておらず、ＰＳＦＣＨが既に設定されており、且つＰＳＦＣＨが既に使用されていることである。イベントが、端末がＰＵＣＣＨを送信した後である場合、対応する実行条件は、ＰＵＣＣＨが既に設定されており、ＰＳＦＣＨが既に設定されており、且つＰＳＦＣＨが使用されていないことである。
本願実施例では、イベントに基づいて、サイドリンクのＤＲＸに関連するタイマの状態を制御することにより、ＤＲＸを最適化して、サイドリンク伝送のための端末エネルギー消費を低減することができる。例えば、端末がモードＡに設定され、ＤＲＸメカニズムを使用する場合、端末は、ネットワークからのダウンリンク情報を受信した後、いくつかのイベントに基づいて、サイドリンクのＤＲＸに関連するタイマの状態を制御することができ、それにより、サイドリンク伝送のための端末のエネルギー消費を低減することができる。
１つの応用例では、本願実施例において、タイマが起動する時点は、イベントが発生した後の最初の時間単位（シンボル、スロットなど）であり得る。当該イベントは、例えば、ＰＤＣＣＨ、ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＦＣＨ、ＰＵＣＣＨなどの特定のチャネルの送受信動作であり得る。上記チャネルが１つ又は複数の時間単位を含む場合、当該チャネルの最初又は最後の時間単位でタイマを起動することができる。
本願実施例におけるタイマは、以下の通りである。
ＲＴＴタイマ：当該タイマの動作中、ＵＥは、ダウンリンクＰＤＣＣＨ受信を行う必要がなく、又はサイドリンクの特定のＨＡＲＱプロセスのためにダウンリンクＰＤＣＣＨ受信を行う必要がない。
再送タイマ：当該タイマの動作中、ＵＥは、ダウンリンクＰＤＣＣＨ受信を行う必要があり、又はサイドリンクの特定のＨＡＲＱプロセスのためにダウンリンクＰＤＣＣＨ受信を行う必要がある。
以下、いくつかの例を挙げて、端末がダウンリンク情報を受信した後、第１イベントに基づいて、サイドリンクのＤＲＸに関連するタイマの状態を制御することについて説明する。
例１：ＰＤＣＣＨに基づいてタイマを起動する。図５を参照すると、当該例は、以下のステップを含み得る。
１、ＵＥは、ＰＤＣＣＨを受信する。
２、ＰＤＣＣＨが１つのサイドリンクのリソース許可を示す場合、ＤＲＸに関連するタイマを起動し、例えば、
ａ）サイドリンクのＲＴＴタイマを起動し、及び／又は
ｂ）サイドリンクの再送タイマ（Ｒｅ－Ｔｘ ｔｉｍｅｒ）を起動する。
また、ＵＥは、ＰＤＣＣＨを受信してから第１時間経過した後、ＤＲＸに関連するタイマを起動することもできる。当該第１時間は、ＵＥが当該ＰＤＣＣＨを受信した後に再送信を処理するための遅延要件であり得る。
具体的には、タイマを起動する方式は、以下のうちの少なくとも１つを含み得る。
ａ）ＲＴＴタイマ及び再送タイマを含む場合、サイドリンクの再送タイマを停止し、ＲＴＴタイマがタイムアウトした場合、サイドリンクの再送タイマを起動する。
ｂ）再送タイマのみを含む場合、サイドリンクのための動作中の再送タイマを停止し、サイドリンクのための再送タイマを再起動する。
例示的に、フィードバック情報に基づいて、再送タイマを起動するか否かを決定することができる。１つの方式は、受信側ＵＥがＡＣＫをフィードバックするか否かに応じて、サイドリンクのための再送タイマを起動するか否かを決定することを含む。ＡＣＫがフィードバックされた場合、サイドリンクの再送タイマを起動せず、そうでなければ、サイドリンクの再送タイマを起動する。別の方式は、受信側ＵＥが情報をフィードバックするか否かに応じて、サイドリンクの再送タイマを起動するか否かを決定することを含む。情報がフィードバックされた場合、サイドリンクの再送タイマを起動し、そうでなければ、サイドリンクの再送タイマを起動しない。
例示的に、当該例の方案は、以下の状況の少なくとも１つで使用されてもよい。
ａ）ＰＵＣＣＨが設定されていない。
ｂ）ＰＳＦＣＨが設定されていない。
ｃ）ＰＳＦＣＨが使用されていない。
例２：ＰＳＣＣＨ／ＰＳＳＣＨに基づいてタイマを起動する。図６を参照すると、この例は、以下のステップを含み得る。
１、ＵＥは、ＰＤＣＣＨを受信する。
２、ＰＤＣＣＨが１つのサイドリンクのリソース許可を示す場合、ＵＥは、当該リソース許可に従ってＰＳＣＣＨ／ＰＳＳＣＨの送信を行う。
３、ＰＳＣＣＨ／ＰＳＳＣＨを送信した後、ＤＲＸに関連するタイマを起動し、例えば、
ａ）サイドリンクのＲＴＴタイマを起動し、及び／又は
ｂ）サイドリンクの再送タイマを起動する。
また、ＵＥは、ＰＳＣＣＨ及び／又はＰＳＳＣＨを送信してから第２時間経過した後、ＤＲＸに関連するタイマを起動することもできる。当該第２時間は、ＵＥがＰＳＣＣＨ及び／又はＰＳＳＣＨを送信した後に再送信を処理するための遅延要件であり得る。
具体的には、タイマを起動する方式の説明については、例１を参照することができる。
例示的に、フィードバック情報に基づいて、再送タイマを起動するか否かを決定する説明については、例１を参照することができる。
例示的に、当該例の方案は、以下の状況の少なくとも１つで使用されてもよい。
ａ）ＰＵＣＣＨが設定されていない。
ｂ）ＰＳＦＣＨが設定されていない。
ｃ）ＰＳＦＣＨが使用されていない。
例３：ＰＳＦＣＨに基づいてタイマを起動する。図７参照すると、当該例は、以下のステップを含み得る。
１、ＵＥは、ＰＤＣＣＨを受信する。
２、ＰＤＣＣＨが１つのサイドリンクのリソース許可を示す場合、ＵＥは、当該リソース許可に従って、ＰＳＣＣＨ／ＰＳＳＣＨの送信を行う。
３、ＵＥは、当該ＰＳＣＣＨ／ＰＳＳＣＨ送信に対応するＰＳＦＣＨを受信する。
４、ＰＳＦＣＨを受信した後、ＤＲＸに関連するタイマを起動し、例えば、
ａ）サイドリンクのＲＴＴタイマを起動し、及び／又は
ｂ）サイドリンクの再送タイマを起動する。
また、ＵＥは、ＰＳＦＣＨを受信してから第３時間経過した後、ＤＲＸに関連するタイマを起動することもできる。当該第３時間は、ＵＥがＰＳＦＣＨを受信した後に再送信を処理するための遅延要件であり得る。
具体的には、タイマを起動する方式の説明については、例１を参照することができる。
例示的に、フィードバック情報に基づいて、再送タイマを起動するか否かを決定する説明については、例１を参照することができる。
例示的に、当該例の方案は、以下の状況の少なくとも１つで使用されてもよい。
ａ）ＰＵＣＣＨが設定されていない。
ｂ）ＰＳＦＣＨが既に設定されている。
ｃ）ＰＳＦＣＨが既に使用されている。
例４：ＰＵＣＣＨに基づいてタイマを起動する。図８を参照すると、当該例は、以下のステップを含み得る。
１、ＵＥは、ＰＤＣＣＨを受信する。
２、ＰＤＣＣＨが１つのサイドリンクのリソース許可を示す場合、ＵＥは、当該リソース許可に従ってＰＳＣＣＨ／ＰＳＳＣＨの送信を行う。
３、ＵＥは、当該ＰＳＣＣＨ／ＰＳＳＣＨ送信に対応するＰＳＦＣＨを受信する。
４、ＵＥは、ＰＵＣＣＨを報告する。
５、ＰＵＣＣＨを報告した後、ＤＲＸに関連するタイマを起動し、例えば、
ａ）サイドリンクのＲＴＴタイマを起動し、及び／又は
ｂ）サイドリンクの再送タイマを起動する。
また、ＵＥは、ＰＵＣＣＨを送信してから第４時間経過した後、ＤＲＸに関連するタイマを起動することもできる。当該第４時間は、ＵＥがＰＵＣＣＨを送信した後に再送信を処理するための遅延要件であり得る。
具体的には、タイマを起動する方式の説明については、例１を参照することができる。
例示的に、フィードバック情報に基づいて、再送タイマを起動するか否かを決定する説明については、例１を参照することができる。
例示的に、当該例の方案は、以下の状況の少なくとも１つで使用されてもよい。
ａ）ＰＵＣＣＨが既に設定されている。
ｂ）ＰＳＦＣＨが既に設定されている。
ｃ）ＰＳＦＣＨが既に使用されている。
ｅ）ＰＳＦＣＨが設定されていない。
ｆ）ＰＳＦＣＨが使用されていない。
また、上記の例１～例４の方案を組み合わせることもできる。
例えば、ＵＥは、例１のイベントに基づいて、ＲＴＴタイマ及び／又は再送タイマを起動する。次に、ＵＥは、例２、例３又は例４の少なくとも１つのイベントに基づいて、ＲＴＴタイマ及び／又は再送タイマを起動する。ＲＴＴタイマ及び／又は再送タイマの再起動方式は、次のことを含み得る。（１）この時点でＲＴＴタイマが動作している場合、ＲＴＴタイマを起動する必要があるとき、現在動作中のＲＴＴタイマを再起動し、再送タイマを起動する必要があるとき、現在のＲＴＴタイマがタイムアウトするのを待ってから、再送タイマを起動する。（２）この時点で再送タイマ動作している場合、再送タイマを起動する必要があるとき、再送タイマを再起動する。
別の例として、ＵＥは、例２のイベントに基づいて、ＲＴＴタイマ及び／又は再送タイマを起動する。次に、ＵＥは、例１、例３又は例４の少なくとも１つのイベントに基づいて、ＲＴＴタイマ及び／又は再送タイマを起動する。ＲＴＴタイマ及び／又は再送タイマの再起動方式については、上記の例の関連する説明を参照されたい。
別の例として、ＵＥは、例３のイベントに基づいて、ＲＴＴタイマ及び／又は再送タイマを起動する。次に、ＵＥは、例１、例２又は例４の少なくとも１つのイベントに基づいて、ＲＴＴタイマ及び／又は再送タイマを起動する。ＲＴＴタイマ及び／又は再送タイマの再起動方式については、上記の例の関連する説明を参照されたい。
別の例として、ＵＥは、例４のイベントに基づいて、ＲＴＴタイマ及び／又は再送タイマを起動する。次に、ＵＥは、例１、例２又は例３の少なくとも１つのイベントに基づいて、ＲＴＴタイマ及び／又は再送タイマを起動する。ＲＴＴタイマ及び／又は再送タイマの再起動方式については、上記の例の関連する説明を参照されたい。
本願実施例では、サイドリンクの省電力メカニズムを最適化することにより、ネットワークがサイドリンクリソースをスケジューリングする場合でも、ダウンリンク受信で省電力効果を得ることができる。
図９は、本願の別の実施例によるサイドリンクの伝送方法３００の例示的なフローチャートである。当該方法は、図１～図３に示すシステムに適用されることができるが、これらに限定されない。当該方法は、以下の内容の少なくとも一部を含む。
ステップＳ３１０において、端末は、サイドリンク情報を受信し、当該サイドリンク情報は、サイドリンクのリソース許可を示すために使用される。
ステップＳ３２０において、当該端末は、第１イベントに基づいて、当該サイドリンクの間欠受信（ＤＲＸ）に関連するタイマの状態を制御する。
例示的に、端末は、サイドリンクのリソース許可を示すための第１情報を受信することができる。当該第１情報は、サイドリンク情報であり得る。例えば、ＲＸ－ＵＥ（受信側端末）は、ＴＸ－ＵＥ（送信側端末）から、サイドリンクのリソース許可を示すためのサイドリンク情報を受信する。次に、端末は、第１イベントに基づいて、当該サイドリンクのＤＲＸに関連するタイマの状態を制御する。
例示的に、本願実施例では、当該サイドリンク情報は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）で搬送される。
例示的に、本願実施例では、当該ＤＲＸに関連するタイマは、ラウンドトリップ時間（ＲＴＴ）タイマ及び／又は再送タイマを含む。
例示的に、本願実施例では、当該サイドリンクのＤＲＸに関連するタイマの状態を制御することは、
当該サイドリンクのＲＴＴタイマを起動すること、及び
当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動することのうちの少なくとも１つを含む。
例えば、ＤＲＸに関連するタイマが、当該サイドリンクのＲＴＴタイマ及び再送タイマを含む場合、端末は、第１イベントに基づいて、当該サイドリンクのＲＴＴタイマを起動することができる。当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
例示的に、本願実施例では、当該サイドリンクのＤＲＸに関連するタイマの状態を制御することは、
当該サイドリンクの再送タイマを起動することを含む。
例えば、ＤＲＸに関連するタイマが当該サイドリンクの再送タイマを含む場合、端末は、第１イベントに基づいて、当該サイドリンクの再送タイマを起動することができる。
例示的に、本願実施例では、当該サイドリンクの伝送方法は、当該端末がフィードバック情報に基づいて、当該サイドリンクの再送タイマを起動するか否かを決定することをさらに含む。
例示的に、本願実施例では、当該端末がフィードバック情報に基づいて、当該サイドリンクの再送タイマを起動するか否かを決定することは、
当該フィードバック情報が肯定応答（ＡＣＫ）情報である場合、当該サイドリンクの再送タイマを起動しないこと、及び
当該フィードバック情報が否定応答（ＮＡＣＫ）情報である場合、当該サイドリンクの再送タイマを起動することのうちの少なくとも１つを含む。
例えば、端末は、受信したフィードバック情報が示す、相手端末の伝送状況に基づいて、サイドリンクの再送タイマを起動するか否かを決定することができる。端末が受信したフィードバック情報がＡＣＫ情報である場合、これは、相手端末が、端末によって送信されたデータを正常に受信したことを意味し、この場合、当該サイドリンクの再送タイマを起動しなくてもよい。端末が受信したフィードバック情報がＮＡＣＫ情報である場合、これは、相手端末が、端末によって送信されたデータを正常に受信できなかったことを意味し、この場合、当該サイドリンクの再送タイマを起動することができる。
別の例として、端末は、フィードバック情報を受信したか否かに基づいて、サイドリンクの再送タイマを起動するか否かを決定することができる。端末が相手端末のフィードバック情報を受信してない場合、これは、相手端末が、端末によって送信されたデータを正常に受信したこと、又は相手端末が再送信を必要としないことを意味し、この場合、当該サイドリンクの再送タイマを起動しなくてもよい。端末がフィードバック情報を受信した場合、これは、相手端末が、端末によって送信されたデータを正常に受信してないこと、又は相手端末が再送信を必要とすることを意味し、この場合、当該サイドリンクの再送タイマを起動することができる。
例示的に、本願実施例では、当該サイドリンクのＤＲＸに関連するタイマの状態を制御することは、
動作中のサイドリンクの再送タイマを停止することをさらに含む。
例えば、サイドリンクの伝送は連続的であり得、サイドリンクに関する動作中の再送タイマが存在する場合、端末は、第１イベントに基づいて、まず、動作中の再送タイマを停止することができる。次に、当該サイドリンクのＲＴＴタイマを起動する。当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
別の例として、当該サイドリンクのＲＴＴタイマがない場合、端末は、第１イベントに基づいて、当該サイドリンクの再送タイマを再起動することができる。
本願実施例では、端末が当該サイドリンクの再送タイマを起動した後、再送タイマの動作中に、端末は、ＤＲＸウェイクアップ状態にあり、ダウンリンクチャネルを監視することができ、例えば、端末は、サイドリンクの特定のＨＡＲＱプロセスのためにダウンリンクＰＤＣＣＨ受信を行う。端末は、ネットワークによって端末に割り当てられたサイドリンクのリソース許可を取得した後、サイドリンクのリソース許可に基づいて、サイドリンクの他の端末とのサイドリンク通信を行うことができる。当該サイドリンクの再送タイマが起動してない場合、端末は、ＤＲＸスリープ状態にあり、ダウンリンクチャネルを監視しなくてもよく、これにより、省エネ、省電力効果を得ることができる。
本願実施例では、端末が当該サイドリンクのＲＴＴタイマを起動した後、当該タイマの動作中に、端末は、ダウンリンクチャネルを監視する必要がない。例えば、端末は、ＲＴＴタイマの動作中に、ダウンリンクＰＤＣＣＨ受信を行う必要がないか、又はサイドリンクの特定のＨＡＲＱプロセスのためにダウンリンクＰＤＣＣＨ受信を行う必要がない。
例示的に、本願実施例では、当該第１イベントは、端末が、当該サイドリンク情報を含むサイドリンクリソースを受信することを含み、当該サイドリンクリソースは、制御チャネル又はデータチャネル、例えば、ＰＳＣＣＨ及び／又はＰＳＳＣＨであり得る。
例示的に、本願実施例では、当該第１イベントは、端末が、ＰＳＣＣＨ及び／又はＰＳＳＣＨを送信してから第５時間が経過したことを含む。
例示的に、本願実施例では、当該第５時間は、端末がＰＳＣＣＨ及び／又はＰＳＳＣＨした後に再送信を処理するための遅延要件であり得る。
例示的に、当該第１イベント、即ち、端末がＰＳＣＣＨ及び／又はＰＳＳＣＨを送信してから第５時間が経過したことは、端末がＰＳＣＣＨを受信した時点から第５時間経過したこと、及び／又は端末がＰＳＳＣＨを受信した時点から第５時間経過したことを含み得る。
例えば、端末は、ＰＳＣＣＨを受信した時点から第５時間経過した後、当該サイドリンクの再送タイマを起動することができる。
別の例として、端末は、ＰＳＳＣＨを受信した時点から第５時間経過した後、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
別の例として、端末は、ＰＳＣＣＨを受信した時、当該サイドリンクの再送タイマを再起動する。端末は、ＰＳＳＣＨを受信した時点から第５時間経過した後、当該サイドリンクの再送タイマを再起動する。
別の例として、端末は、ＰＳＣＣＨを受信した時点から第５時間経過した後、当該サイドリンクの再送タイマを起動することができる。端末は、ＰＳＳＣＨを受信した時点から第５時間経過した後、当該サイドリンクのＲＴＴタイマを再起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
例示的に、本願実施例では、当該第１イベントは、当該端末が、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を送信することを含む。
例示的に、本願実施例では、当該第１イベントは、当該端末が物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を送信してから第６時間が経過したことを含む。
例示的に、本願実施例では、当該第６時間は、端末がＰＳＦＣＨを送信した後に再送信を処理するための遅延要件であり得る。
例示的に、当該第１イベント、即ち、端末がＰＳＦＣＨを送信してから第６時間が経過したことは、端末がＰＳＦＣＨを送信した時点から第６時間経過したことを含む。
例えば、端末は、ＰＳＦＣＨを送信した時点から第６時間経過した後、当該サイドリンクの再送タイマを起動することができる。
別の例として、端末は、ＰＳＦＣＨを送信した時点から第６時間経過した後、まず、当該サイドリンクのＲＴＴタイマを起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
別の例として、端末は、ＰＳＳＣＨを受信した後、当該サイドリンクの再送タイマを再起動する。端末は、ＰＳＦＣＨを送信した時点から第６時間経過した後、当該サイドリンクの再送タイマを再び再起動する。
別の例として、端末は、ＰＳＳＣＨを受信した後、当該サイドリンクのＲＴＴタイマを再起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。端末は、ＰＳＦＣＨを送信した時点から第６時間経過した後、当該サイドリンクのＲＴＴタイマを再び再起動し、当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動する。
例示的に、本願実施例では、当該方法の実行条件は、ＰＳＦＣＨが既に設定されていること、ＰＳＦＣＨが既に使用されていること、ＰＳＦＣＨが設定されていないこと、及びＰＳＦＣＨが使用されていないことのうちの少なくとも１つを含む。
例示的に、本願実施例では、当該第１イベントは、当該サイドリンクの伝送方法の実行条件と関連関係を有する。
本実施例の端末が、方法３００における第１イベント、実行条件などを実行する具体的な例については、上記方法２００における関連する説明を参照することができ、簡潔にするために、ここでは繰り返して説明しない。
以下、いくつかの例を挙げて、端末がサイドリンク情報を受信した後、第１イベントに基づいて、サイドリンクのＤＲＸに関連するタイマの状態を制御することについて説明する。
例５：ＰＳＣＣＨに基づいてタイマを起動する。図１０を参照すると、当該例は、以下のステップを含み得る。
１、ＵＥは、ＰＳＣＣＨを受信する。
２、ＰＳＣＣＨが１つのサイドリンクのリソース許可を示す場合、ＤＲＸに関連するタイマを起動し、例えば、
ａ）サイドリンクのＲＴＴタイマを起動し、及び／又は
ｂ）サイドリンクの再送タイマ（Ｒｅ－Ｔｘ ｔｉｍｅｒ）を起動する。
また、ＵＥは、ＰＳＣＣＨを受信してから第５時間経過した後、ＤＲＸに関連するタイマを起動することもできる。当該第５時間は、ＵＥがＰＳＣＣＨを受信した後に再送信を処理するための遅延要件であり得る。
具体的には、タイマを起動する方式は、以下のうちの少なくとも１つを含み得る。
ａ）ＲＴＴタイマ及び再送タイマを含む場合、サイドリンクの再送タイマを停止し、ＲＴＴタイマがタイムアウトした場合、サイドリンクの再送タイマを起動する。
ｂ）再送タイマのみを含む場合、サイドリンクのための動作中の再送タイマを停止し、サイドリンクの再送タイマを再起動する。
例示的に、前記再送タイマは、サイドリンクの異なるＨＡＲＱプロセスに対してそれぞれ定義される。例示的に、フィードバック情報に基づいて、再送タイマを起動するか否かを決定することができる。１つの方式は、受信側ＵＥがＡＣＫをフィードバックするか否かに応じて、サイドリンクのための再送タイマを起動するか否かを決定することを含む。ＡＣＫがフィードバックされた場合、サイドリンクの再送タイマを起動せず、そうでなければ、サイドリンクの再送タイマを起動する。別の方式は、受信側ＵＥが情報をフィードバックするか否かに応じて、サイドリンクの再送タイマを起動するか否かを決定することを含む。情報がフィードバックされた場合、サイドリンクの再送タイマを起動し、そうでなければ、サイドリンクの再送タイマを起動しない。
例示的に、当該例の方案は、ａ）ＰＳＣＣＨが設定されていない場合、ｂ）ＰＳＦＣＨが設定されていない場合、ｃ）ＰＳＦＣＨが使用されていない場合のうちの少なくとも１つの場合に使用することができる。
例６：ＰＳＣＣＨ／ＰＳＳＣＨに基づいてタイマを起動する。図１１を参照すると、当該例は、以下のステップを含み得る。
１、ＵＥは、ＰＳＣＣＨを受信する。
２、ＰＳＣＣＨが１つのサイドリンクのリソース許可を示す場合、ＵＥは、当該リソース許可に従って、ＰＳＳＣＨを受信する。
３、ＰＳＳＣＨを受信した後、ＤＲＸに関連するタイマを起動し、例えば、
ａ）サイドリンクのＲＴＴタイマを起動し、及び／又は
ｂ）サイドリンクの再送タイマを起動する。
また、ＵＥは、ＰＳＳＣＨを受信してから第５時間経過した後、ＤＲＸに関連するタイマを起動することもできる。当該第５時間は、ＵＥがＰＳＳＣＨを受信した後に再送信を処理するための遅延要件であり得る。当該例の第５時間と例５の第５時間の具体的な時間長は、異なってもよい。
具体的には、タイマを起動する方式の説明については、例５を参照することができる。
例示的に、フィードバック情報に基づいて、再送タイマを起動するか否かを決定することの説明については、例５を参照することができる。
例示的に、当該例の方案は、ａ）ＰＳＦＣＨが設定されていない場合、ｂ）ＰＳＦＣＨが使用されていない場合のうちの少なくとも１つの場合に使用することができる。
例７：ＰＳＦＣＨに基づいてタイマを起動する。図１２を参照すると、当該例は、以下のステップを含み得る。
１、ＵＥは、ＰＳＣＣＨを受信する。
２、ＰＳＣＣＨが１つのサイドリンクのリソース許可を示す場合、ＵＥは、当該リソース許可に従って、ＰＳＳＣＨの受信を行う。
３、ＵＥは、当該ＰＳＳＣＨ受信に対応するＰＳＦＣＨを送信する。
４、ＰＳＦＣＨを送信した後、ＤＲＸに関連するタイマを起動し、例えば、
ａ）サイドリンクのＲＴＴタイマを起動し、及び／又は
ｂ）サイドリンクの再送タイマを起動する。
また、ＵＥは、ＰＳＦＣＨを送信してから第６時間経過した後、ＤＲＸに関連するタイマを起動することもできる。当該第６時間は、ＵＥがＰＳＦＣＨを送信した後に再送信を処理するための遅延要件であり得る。
具体的には、タイマを起動する方式の説明については、例５を参照することができる。
例示的に、フィードバック情報に基づいて、再送タイマを起動するか否かを決定する説明については、例５を参照することができる。
例示的に、当該例の方案は、ａ）ＰＳＦＣＨが既に設定されている場合、ｂ）ＰＳＦＣＨが既に使用されている場合のうちの少なくとも１つの場合に使用することができる。
また、上記の例５～例７の方案を組み合わせることもできる。
例えば、ＵＥは、例５のイベントに基づいて、ＲＴＴタイマ及び／又は再送タイマを起動する。次に、ＵＥは、例６又は例７の少なくとも１つのイベントに基づいて、ＲＴＴタイマ及び／又は再送タイマを起動する。ＲＴＴタイマ及び／又は再送タイマの再起動方式は、次のことを含み得る。（１）この時点でＲＴＴタイマが動作している場合、ＲＴＴタイマを起動する必要があるとき、現在動作中のＲＴＴタイマを再起動し、再送タイマを起動する必要があるとき、現在のＲＴＴタイマがタイムアウトするのを待ってから、再送タイマを起動する。（２）この時点で再送タイマ動作している場合、再送タイマを起動する必要があるとき、再送タイマを再起動する。
別の例として、ＵＥは、例６のイベントに基づいて、ＲＴＴタイマ及び／又は再送タイマを起動する。次に、ＵＥは、例５又は例７の少なくとも１つのイベントに基づいて、ＲＴＴタイマ及び／又は再送タイマを起動する。ＲＴＴタイマ及び／又は再送タイマの再起動方式については、上記の例の関連する説明を参照されたい。
別の例として、ＵＥは、例７のイベントに基づいて、ＲＴＴタイマ及び／又は再送タイマを起動する。次に、ＵＥは、例５又は例６の少なくとも１つのイベントに基づいて、ＲＴＴタイマ及び／又は再送タイマを起動する。ＲＴＴタイマ及び／又は再送タイマの再起動方式については、上記の例の関連する説明を参照されたい。
本願実施例では、サイドリンクの省電力メカニズムを最適化することにより、リソースがサイドリンクで伝送される場合でも、サイドリンク受信で省電力効果を得ることができる。
図１３は、本願の１つの実施例による端末４００の例示的なブロック図である。当該端末４００は、
ダウンリンク情報を受信するように構成される受信ユニット４１０であって、当該ダウンリンク情報は、サイドリンクのリソース許可を示すために使用される、受信ユニット４１０と、
第１イベントに基づいて、当該サイドリンクの間欠受信（ＤＲＸ）に関連するタイマの状態を制御するように構成される処理ユニット４２０と、を備える。
例示的に、本願実施例では、当該ダウンリンク情報は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で搬送される。
例示的に、本願実施例では、当該ＤＲＸに関連するタイマは、ラウンドトリップ時間（ＲＴＴ）タイマ及び／又は再送タイマを含む。
例示的に、本願実施例では、当該処理ユニットはさらに、
当該サイドリンクのＲＴＴタイマを起動すること、及び
当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動することのうちの少なくとも１つを実行するように構成される。
例示的に、本願実施例では、当該処理ユニットはさらに、当該サイドリンクの再送タイマを起動するように構成される。
例示的に、本願実施例では、当該処理ユニットはさらに、フィードバック情報に基づいて、当該サイドリンクの再送タイマを起動するか否かを決定するように構成される。
例示的に、本願実施例では、当該処理ユニットはさらに、
当該フィードバック情報が肯定応答（ＡＣＫ）情報である場合、当該サイドリンクの再送タイマを起動しないこと、
当該フィードバック情報が否定応答（ＮＡＣＫ）情報である場合、当該サイドリンクの再送タイマを起動すること、
当該フィードバック情報を受信した場合、当該サイドリンクの再送タイマを起動すること、及び
当該フィードバック情報を受信してない場合、当該サイドリンクの再送タイマを起動しないこと、のうちの少なくとも１つを実行するように構成される。
例示的に、本願実施例では、当該処理ユニットはさらに、動作中のサイドリンクの再送タイマを停止するように構成される。
例示的に、本願実施例では、当該第１イベントについては、方法２００における関連する説明を参照されたい。
例示的に、本願実施例では、当該端末の処理ユニットの実行条件については、方法２００における関連する説明を参照されたい。
例示的に、本願実施例では、当該第１イベントは、当該端末の処理ユニットの実行条件と関連関係を有する。
本願実施例の端末４００は、前述の方法の実施例における端末の対応する機能を実現することができる。当該端末４００における各モジュール（サブモジュール、ユニット又は構成要素など）の対応するプロセス、機能、実現形態、及び有益な効果は、上記方法２００の実施例における対応する説明を参照することができ、ここでは繰り返して説明しない。なお、本願実施例の端末４００における各モジュール（サブモジュール、ユニット又は構成要素など）に関して説明された機能は、異なるモジュール（サブモジュール、ユニット又は構成要素など）によって実現されてもよいし、同一のモジュール（サブモジュール、ユニット又は構成要素など）によって実現されてもよい。
図１４は、本願の別の実施例による端末５００の例示的なブロック図である。当該端末５００は、
サイドリンク情報を受信するように構成される受信ユニット５１０であって、当該サイドリンク情報は、サイドリンクのリソース許可を示すために使用される、受信ユニット５１０と、
第１イベントに基づいて、当該サイドリンクの間欠受信（ＤＲＸ）に関連するタイマの状態を制御するように構成される処理ユニット５２０と、を備える。
例示的に、本願実施例では、当該サイドリンク情報は、ＰＳＣＣＨで搬送される。
例示的に、本願実施例では、当該ＤＲＸに関連するタイマは、ラウンドトリップ時間（ＲＴＴ）タイマ及び／又は再送タイマを含む。
例示的に、本願実施例では、当該処理ユニットはさらに、
当該サイドリンクのＲＴＴタイマを起動すること、及び
当該ＲＴＴタイマがタイムアウトした場合、当該サイドリンクの再送タイマを起動することのうちの少なくとも１つを実行するように構成される。
例示的に、本願実施例では、当該処理ユニットはさらに、当該サイドリンクの再送タイマを起動するように構成される。
例示的に、本願実施例では、当該処理ユニットはさらに、フィードバック情報に基づいて、当該サイドリンクの再送タイマを起動するか否かを決定するように構成される。
例示的に、本願実施例では、当該処理ユニットはさらに、
当該フィードバック情報が肯定応答（ＡＣＫ）情報である場合、当該サイドリンクの再送タイマを起動しないこと、及び
当該フィードバック情報が否定応答（ＮＡＣＫ）情報である場合、当該サイドリンクの再送タイマを起動することのうちの少なくとも１つを実行するように構成される。
例示的に、本願実施例では、当該処理ユニットはさらに、動作中のサイドリンクの再送タイマを停止するように構成される。
例示的に、本願実施例では、当該第１イベントについては、方法３００における関連する説明を参照されたい。
例示的に、本願実施例では、当該端末の処理ユニットの実行条件については、方法３００における関連する説明を参照されたい。
例示的に、本願実施例では、当該第１イベントは、当該端末の処理ユニットの実行条件と関連関係を有する。
本願実施例の端末５００は、前述の方法の実施例における端末の対応する機能を実現することができる。当該端末５００における各モジュール（サブモジュール、ユニット又は構成要素など）の対応するプロセス、機能、実現形態、及び有益な効果は、上記方法３００の実施例における対応する説明を参照することができ、ここでは繰り返して説明しない。なお、本願実施例の端末５００における各モジュール（サブモジュール、ユニット又は構成要素など）に関して説明された機能は、異なるモジュール（サブモジュール、ユニット又は構成要素など）によって実現されてもよいし、同一のモジュール（サブモジュール、ユニット又は構成要素など）によって実現されてもよい。
図１５は、本願実施例による通信機器６００の概略構造図である。当該通信機器６００は、プロセッサ６１０を備え、プロセッサ６１０は、メモリからコンピュータプログラムを呼び出して実行することにより、通信機器６００が本願実施例における方法を実現できるようにする。当該通信機器６００はさらに、メモリ６２０及びトランシーバ６３０を含み得る。
図１６は、本願実施例によるチップ７００の概略構造図である。当該チップ７００は、プロセッサ７１０を備え、プロセッサ７１０は、メモリからコンピュータープログラムを呼び出して実行することにより、本願実施例における方法を実現することができる。当該チップ７００はさらに、メモリ７２０、入力インターフェース７３０、及び出力インターフェース７４０を含み得る。
図１７は、本願実施例による通信システム８００の例示的なブロック図である。当該通信システム８００は、端末機器８１０、端末機器８２０、及びネットワーク機器８３０を含む。
端末機器８１０は、ダウンリンク情報を受信し、当該ダウンリンク情報は、サイドリンクのリソース許可を示すために使用され、第１イベントに基づいて、当該サイドリンクのＤＲＸに関連するタイマの状態を制御するように構成される。
端末機器８２０は、端末機器８１０とサイドリンク通信を行うことができる。
ネットワーク機器８３０は、当該ダウンリンク情報を送信することができる。
ここで、当該端末機器８１０は、上記の方法において送信側端末によって実現される対応する機能を実現するように構成され、当該端末機器８２０は、上記の方法において受信側端末によって実現される対応する機能を実現するように構成され、及び当該ネットワーク機器８３０は、上記の方法おいてネットワーク機器によって実現される対応する機能を実現するように構成される。簡潔にするために、ここでは繰り返して説明しない。
なお、本願の各実施例において、上記の各プロセスの番号の大きさは、各プロセスの実行順序を示すものではなく、各プロセスの実行順序は、その機能と内部論理によって決定されるべきであり、本願実施例の実施プロセスに対するいかなる制限も構成すべきではない。
当業者なら明確に理解できるように、説明の便宜上及び簡潔さのために、上記のシステム、装置及びユニットの具体的な動作プロセスについては、前述の方法の実施例における対応するプロセスを参照することができ、ここでは繰り返して説明しない。
上記の内容は、本願の特定の実施形態に過ぎず、本願の保護範囲はこれに限定されない。本願で開示された技術的範囲内で、当業者が容易に想到し得る変形又は置換はすべて、本願の保護範囲内に含まれるべきである。したがって、本願の保護範囲は、特許請求の保護範囲に従うものとする。

Claims (69)

  1. サイドリンクの伝送方法であって、
    端末がダウンリンク情報を受信することであって、前記ダウンリンク情報は、サイドリンクのリソース許可を示すために使用される、ことと、
    前記端末が第１イベントに基づいて、前記サイドリンクの間欠受信（ＤＲＸ）に関連するタイマの状態を制御することと、を含む、サイドリンクの伝送方法。
  2. 前記ダウンリンク情報は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で搬送される、
    請求項１に記載のサイドリンクの伝送方法。
  3. 前記ＤＲＸに関連するタイマは、ラウンドトリップ時間（ＲＴＴ）タイマ及び／又は再送タイマを含む、
    請求項１又は２に記載のサイドリンクの伝送方法。
  4. 前記サイドリンクのＤＲＸに関連するタイマの状態を制御することは、
    前記サイドリンクのＲＴＴタイマを起動すること、及び
    前記ＲＴＴタイマがタイムアウトした場合、前記サイドリンクの再送タイマを起動すること、のうちの少なくとも１つを含む、
    請求項１～３のいずれか一項に記載のサイドリンクの伝送方法。
  5. 前記サイドリンクのＤＲＸに関連するタイマの状態を制御することは、前記サイドリンクの再送タイマを起動することを含む、
    請求項１～３のいずれか一項に記載のサイドリンクの伝送方法。
  6. 前記サイドリンクの伝送方法は、
    前記端末がフィードバック情報に基づいて、前記サイドリンクの再送タイマを起動するか否かを決定することをさらに含む、
    請求項４又は５に記載のサイドリンクの伝送方法。
  7. 前記端末がフィードバック情報に基づいて、前記サイドリンクの再送タイマを起動するか否かを決定することは、
    前記フィードバック情報が肯定応答（ＡＣＫ）情報である場合、前記サイドリンクの再送タイマを起動しないこと、
    前記フィードバック情報が否定応答（ＮＡＣＫ）情報である場合、前記サイドリンクの再送タイマを起動すること、
    前記フィードバック情報を受信した場合、前記サイドリンクの再送タイマを起動すること、及び
    前記フィードバック情報を受信してない場合、前記サイドリンクの再送タイマを起動しないこと、のうちの少なくとも１つを含む、
    請求項６に記載のサイドリンクの伝送方法。
  8. 前記サイドリンクのＤＲＸに関連するタイマの状態を制御することは、動作中のサイドリンクの再送タイマを停止することをさらに含む、
    請求項４～７のいずれか一項に記載のサイドリンクの伝送方法。
  9. 前記第１イベントは、
    前記端末が、前記ダウンリンク情報を含むＰＤＣＣＨを受信することを含む、
    請求項１～８のいずれか一項に記載のサイドリンクの伝送方法。
  10. 前記第１イベントは、
    前記端末が前記ダウンリンク情報を含むＰＤＣＣＨを受信した後、第１時間が経過したことを含む、
    請求項１～９のいずれか一項に記載のサイドリンクの伝送方法。
  11. 前記第１イベントは、
    前記端末が、物理サイドリンク制御チャネル（ＰＳＣＣＨ）及び／又は物理サイドリンク共有チャネル（ＰＳＳＣＨ）を送信することを含む、
    請求項１～１０のいずれか一項に記載のサイドリンクの伝送方法。
  12. 前記第１イベントは、
    前記端末がＰＳＣＣＨ及び／又はＰＳＳＣＨを送信してから第２時間が経過したことを含む、
    請求項１～１１のいずれか一項に記載のサイドリンクの伝送方法。
  13. 前記第１イベントは、
    前記端末が、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を受信することを含む、
    請求項１～１２のいずれか一項に記載のサイドリンクの伝送方法。
  14. 前記第１イベントは、
    前記端末がＰＳＦＣＨを受信した後、第３時間が経過したことを含む、
    請求項１～１３のいずれか一項に記載のサイドリンクの伝送方法。
  15. 前記第１イベントは、
    前記端末が、物理アップリンク制御チャネル（ＰＵＣＣＨ）を送信することを含む、
    請求項１～１４のいずれか一項に記載のサイドリンクの伝送方法。
  16. 前記第１イベントは、
    前記端末がＰＵＣＣＨを送信してから第４時間が経過したことを含む、
    請求項１～１５のいずれか一項に記載のサイドリンクの伝送方法。
  17. 前記サイドリンクの伝送方法の実行条件は、ＰＵＣＣＨが既に設定されていること、ＰＵＣＣＨが設定されていないこと、ＰＳＦＣＨが既に設定されていること、ＰＳＦＣＨが既に使用されていること、ＰＳＦＣＨが設定されていないこと、ＰＳＦＣＨが使用されていないことのうちの少なくとも１つを含む、
    請求項９～１６のいずれか一項に記載のサイドリンクの伝送方法。
  18. 前記第１イベントは、前記サイドリンクの伝送方法の実行条件と関連関係を有する、
    請求項１～１７のいずれか一項に記載のサイドリンクの伝送方法。
  19. サイドリンクの伝送方法であって、
    端末がサイドリンク情報を受信することであって、前記サイドリンク情報は、サイドリンクのリソース許可を示すために使用される、ことと、
    前記端末が第１イベントに基づいて、前記サイドリンクの間欠受信（ＤＲＸ）に関連するタイマの状態を制御することと、を含む、サイドリンクの伝送方法。
  20. 前記サイドリンク情報は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）で搬送される、
    請求項１９に記載のサイドリンクの伝送方法。
  21. 前記ＤＲＸに関連するタイマは、ラウンドトリップ時間（ＲＴＴ）タイマ及び／又は再送タイマを含む、
    請求項１９又は２０に記載のサイドリンクの伝送方法。
  22. 前記サイドリンクのＤＲＸに関連するタイマの状態を制御することは、
    前記サイドリンクのＲＴＴタイマを起動すること、及び
    前記ＲＴＴタイマがタイムアウトした場合、前記サイドリンクの再送タイマを起動すること、のうちの少なくとも１つを含む、
    請求項１９～２１のいずれか一項に記載のサイドリンクの伝送方法。
  23. 前記サイドリンクのＤＲＸに関連するタイマの状態を制御することは、前記サイドリンクの再送タイマを起動することを含む、
    請求項１９～２２のいずれか一項に記載のサイドリンクの伝送方法。
  24. 前記サイドリンクの伝送方法は、
    前記端末がフィードバック情報に基づいて、前記サイドリンクの再送タイマを起動するか否かを決定することをさらに含む、
    請求項２２又は２３に記載のサイドリンクの伝送方法。
  25. 前記端末がフィードバック情報に基づいて、前記サイドリンクの再送タイマを起動するか否かを決定することは、
    前記フィードバック情報が肯定応答（ＡＣＫ）情報である場合、前記サイドリンクの再送タイマを起動しないこと、及び
    前記フィードバック情報が否定応答（ＮＡＣＫ）情報である場合、前記サイドリンクの再送タイマを起動することのうちの少なくとも１つを含む、
    請求項２４に記載のサイドリンクの伝送方法。
  26. 前記サイドリンクのＤＲＸに関連するタイマの状態を制御することは、動作中のサイドリンクの再送タイマを停止することをさらに含む、
    請求項２２～２５のいずれか一項に記載のサイドリンクの伝送方法。
  27. 前記第１イベントは、
    前記端末が、物理サイドリンク制御チャネル（ＰＳＣＣＨ）及び／又は物理サイドリンク共有チャネル（ＰＳＳＣＨ）を受信することを含む、
    請求項１９～２６のいずれか一項に記載のサイドリンクの伝送方法。
  28. 前記第１イベントは、
    前記端末がＰＳＣＣＨ及び／又はＰＳＳＣＨを受信した後、第５時間が経過したことを含む、
    請求項１９～２７のいずれか一項に記載のサイドリンクの伝送方法。
  29. 前記第１イベントは、
    前記端末が、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を送信することを含む、
    請求項１９～２８のいずれか一項に記載のサイドリンクの伝送方法。
  30. 前記第１イベントは、
    前記端末がＰＳＦＣＨを送信してから第６時間が経過したことを含む、
    請求項１９～２９のいずれか一項に記載のサイドリンクの伝送方法。
  31. 前記サイドリンクの伝送方法の実行条件は、ＰＳＦＣＨが既に設定されていること、ＰＳＦＣＨが既に使用されていること、ＰＳＦＣＨが設定されていないこと、ＰＳＦＣＨが使用されていないことのうちの少なくとも１つを含む、
    請求項２７～３０のいずれか一項に記載のサイドリンクの伝送方法。
  32. 前記第１イベントは、前記サイドリンクの伝送方法の実行条件と関連関係を有する、
    請求項１９～３１のいずれか一項に記載のサイドリンクの伝送方法。
  33. 端末であって、
    ダウンリンク情報を受信するように構成される受信ユニットであって、前記ダウンリンク情報は、サイドリンクのリソース許可を示すために使用される、受信ユニットと、
    第１イベントに基づいて、前記サイドリンクの間欠受信（ＤＲＸ）に関連するタイマの状態を制御するように構成される処理ユニットと、を備える、端末。
  34. 前記ダウンリンク情報は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で搬送される、
    請求項３３に記載の端末。
  35. 前記ＤＲＸに関連するタイマは、ラウンドトリップ時間（ＲＴＴ）タイマ及び／又は再送タイマを含む、
    請求項３３又は３４に記載の端末。
  36. 前記処理ユニットはさらに、
    前記サイドリンクのＲＴＴタイマを起動すること、及び
    前記ＲＴＴタイマがタイムアウトした場合、前記サイドリンクの再送タイマを起動すること、のうちの少なくとも１つを実行するように構成される、
    請求項３３～３５のいずれか一項に記載の端末。
  37. 前記処理ユニットはさらに、前記サイドリンクの再送タイマを起動するように構成される、
    請求項３３～３６のいずれか一項に記載の端末。
  38. 前記処理ユニットはさらに、フィードバック情報に基づいて、前記サイドリンクの再送タイマを起動するか否かを決定するように構成される、
    請求項３６又は３７に記載の端末。
  39. 前記処理ユニットはさらに、
    前記フィードバック情報が肯定応答（ＡＣＫ）情報である場合、前記サイドリンクの再送タイマを起動しないこと、
    前記フィードバック情報が否定応答（ＮＡＣＫ）情報である場合、前記サイドリンクの再送タイマを起動すること、
    前記フィードバック情報を受信した場合、前記サイドリンクの再送タイマを起動すること、及び
    前記フィードバック情報を受信してない場合、前記サイドリンクの再送タイマを起動しないこと、のうちの少なくとも１つを実行するように構成される、
    請求項３８に記載の端末。
  40. 前記処理ユニットはさらに、動作中のサイドリンクの再送タイマを停止するように構成される、
    請求項３６～３９のいずれか一項に記載の端末。
  41. 前記第１イベントは、
    前記端末が、前記ダウンリンク情報を含むＰＤＣＣＨを受信することを含む、
    請求項３３～４０のいずれか一項に記載の端末。
  42. 前記第１イベントは、
    前記端末が前記ダウンリンク情報を含むＰＤＣＣＨを受信した後、第１時間が経過したことを含む、
    請求項３３～４１のいずれか一項に記載の端末。
  43. 前記第１イベントは、
    前記端末が、物理サイドリンク制御チャネル（ＰＳＣＣＨ）及び／又は物理サイドリンク共有チャネル（ＰＳＳＣＨ）を送信することを含む、
    請求項３３～４２のいずれか一項に記載の端末。
  44. 前記第１イベントは、
    前記端末がＰＳＣＣＨ及び／又はＰＳＳＣＨを送信してから第２時間が経過したことを含む、
    請求項３３～４３のいずれか一項に記載の端末。
  45. 前記第１イベントは、
    前記端末が、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を受信することを含む、
    請求項３３～４４のいずれか一項に記載の端末。
  46. 前記第１イベントは、
    前記端末がＰＳＦＣＨを受信した後、第３時間が経過したことを含む、
    請求項３３～４５のいずれか一項に記載の端末。
  47. 前記第１イベントは、
    前記端末が、物理アップリンク制御チャネル（ＰＵＣＣＨ）を送信することを含む、
    請求項３３～４６のいずれか一項に記載の端末。
  48. 前記第１イベントは、
    前記端末がＰＵＣＣＨを送信してから第４時間が経過したことを含む、
    請求項３３～４７のいずれか一項に記載の端末。
  49. 前記端末の処理ユニットの実行条件は、ＰＵＣＣＨが既に設定されていること、ＰＵＣＣＨが設定されていないこと、ＰＳＦＣＨが既に設定されていること、ＰＳＦＣＨが既に使用されていること、ＰＳＦＣＨが設定されていないこと、ＰＳＦＣＨが使用されていないことのうちの少なくとも１つを含む、
    請求項４１～４８のいずれか一項に記載の端末。
  50. 前記第１イベントは、前記端末の処理ユニットの実行条件と関連関係を有する、
    請求項３３～４９のいずれか一項に記載の端末。
  51. 端末であって、
    サイドリンク情報を受信するように構成される受信ユニットであって、前記サイドリンク情報は、サイドリンクのリソース許可を示すために使用される、受信ユニットと、
    第１イベントに基づいて、前記サイドリンクの間欠受信（ＤＲＸ）に関連するタイマの状態を制御するように構成される処理ユニットと、を備える、端末。
  52. 前記サイドリンク情報は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）で搬送される、
    請求項５１に記載の端末。
  53. 前記ＤＲＸに関連するタイマは、ラウンドトリップ時間（ＲＴＴ）タイマ及び／又は再送タイマを含む、
    請求項５１又は５２に記載の端末。
  54. 前記処理ユニットはさらに、
    前記サイドリンクのＲＴＴタイマを起動すること、及び
    前記ＲＴＴタイマがタイムアウトした場合、前記サイドリンクの再送タイマを起動することのうちの少なくとも１つを実行するように構成される、
    請求項５１～５３のいずれか一項に記載の端末。
  55. 前記処理ユニットはさらに、前記サイドリンクの再送タイマを起動するように構成される、
    請求項５１～５４のいずれか一項に記載の端末。
  56. 前記処理ユニットはさらに、フィードバック情報に基づいて、前記サイドリンクの再送タイマを起動するか否かを決定するように構成される、
    請求項５４又は５５に記載の端末。
  57. 前記処理ユニットはさらに、
    前記フィードバック情報が肯定応答（ＡＣＫ）情報である場合、前記サイドリンクの再送タイマを起動しないこと、及び
    前記フィードバック情報が否定応答（ＮＡＣＫ）情報である場合、前記サイドリンクの再送タイマを起動することのうちの少なくとも１つを含む、
    請求項５６に記載の端末。
  58. 前記処理ユニットはさらに、動作中のサイドリンクの再送タイマを停止するように構成される、
    請求項５４～５７のいずれか一項に記載の端末。
  59. 前記第１イベントは、
    前記端末が、物理サイドリンク制御チャネル（ＰＳＣＣＨ）及び／又は物理サイドリンク共有チャネル（ＰＳＳＣＨ）を受信することを含む、
    請求項５１～５８のいずれか一項に記載の端末。
  60. 前記第１イベントは、
    前記端末がＰＳＣＣＨ及び／又はＰＳＳＣＨを受信した後、第５時間が経過したことを含む、
    請求項５１～５９のいずれか一項に記載の端末。
  61. 前記第１イベントは、
    前記端末が、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を送信することを含む、
    請求項５１～６０のいずれか一項に記載の端末。
  62. 前記第１イベントは、
    前記端末がＰＳＦＣＨを送信してから第６時間が経過したことを含む、
    請求項５１～６１のいずれか一項に記載の端末。
  63. 前記端末の処理ユニットの実行条件は、ＰＳＦＣＨが既に設定されていること、ＰＳＦＣＨが既に使用されていること、ＰＳＦＣＨが設定されていないこと、ＰＳＦＣＨが使用されていないことのうちの少なくとも１つを含む、
    請求項５９～６２のいずれか一項に記載の端末。
  64. 前記第１イベントは、前記端末の処理ユニットの実行条件と関連関係を有する、
    請求項５１～６３のいずれか一項に記載の端末。
  65. コンピュータプログラムを記憶するメモリと、前記メモリに記憶されたコンピュータプログラムを呼び出して実行することにより、請求項１～３２のいずれか一項に記載の方法を実行するように構成される、プロセッサと、を備える、端末。
  66. メモリからコンピュータプログラムを呼び出して実行することにより、チップが搭載された機器に、請求項１～３２のいずれか一項に記載の方法を実行させるプロセッサを備える、チップ。
  67. コンピュータに、請求項１～３２のいずれか一項に記載の方法を実行させるコンピュータプログラムが記憶された、コンピュータ可読記憶媒体。
  68. コンピュータに、請求項１～３２のいずれか一項に記載の方法を実行させるコンピュータプログラムを含む、コンピュータプログラム製品。
  69. コンピュータに、請求項１～３２のいずれか一項に記載の方法を実行させる、コンピュータプログラム。
JP2023523101A 2020-10-15 2020-12-31 サイドリンクの伝送方法及び端末 Withdrawn JP2023546885A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
PCT/CN2020/121318 WO2022077395A1 (zh) 2020-10-15 2020-10-15 侧行链路的传输方法和终端
CNPCT/CN2020/121318 2020-10-15
PCT/CN2020/142028 WO2022077778A1 (zh) 2020-10-15 2020-12-31 侧行链路的传输方法和终端

Publications (2)

Publication Number Publication Date
JP2023546885A true JP2023546885A (ja) 2023-11-08
JPWO2022077778A5 JPWO2022077778A5 (ja) 2023-12-20

Family

ID=81207623

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023523101A Withdrawn JP2023546885A (ja) 2020-10-15 2020-12-31 サイドリンクの伝送方法及び端末

Country Status (7)

Country Link
US (2) US20230239961A1 (ja)
EP (2) EP4216651A4 (ja)
JP (1) JP2023546885A (ja)
KR (1) KR20230087512A (ja)
CN (3) CN116097887A (ja)
AU (1) AU2020471935A1 (ja)
WO (2) WO2022077395A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116686242A (zh) * 2021-01-12 2023-09-01 Lg 电子株式会社 在nr v2x中基于harq反馈执行sl drx操作的方法和设备

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9510287B2 (en) * 2012-12-10 2016-11-29 Telefonaktiebolaget Lm Ericsson (Publ) Wireless device, a radio network node and methods for discontinuous reception in device to device communications
US10064080B2 (en) * 2013-10-28 2018-08-28 Lg Electronics Inc. Method and apparatus for wireless communication
CN108307486A (zh) * 2016-08-11 2018-07-20 索尼公司 用于网络控制端和网络节点的电子设备和方法
WO2018064477A1 (en) * 2016-09-30 2018-04-05 Intel IP Corporation Systems and methods for discontinuous reception in device-to-device communication
CN111405610B (zh) * 2019-01-03 2022-04-05 海信集团有限公司 一种d2d接收数据的方法及设备
US11252753B2 (en) * 2019-02-21 2022-02-15 Asustek Computer Inc. Method and apparatus for improving retransmission scheduling of sidelink communication in a wireless communication system
KR20220153060A (ko) * 2020-03-12 2022-11-17 베이징 시아오미 모바일 소프트웨어 컴퍼니 리미티드 사이드링크에서의 목적지 주소 선택 방법, 장치 및 저장 매체 (method and apparatus for selecting destination address in sidelink, and storage medium)
WO2021207892A1 (zh) * 2020-04-13 2021-10-21 北京小米移动软件有限公司 监听信道的方法、装置、用户设备及存储介质
EP4179795A2 (en) * 2020-07-13 2023-05-17 Lenovo (Singapore) Pte. Ltd. Sidelink discontinuous reception configuration
KR20220011444A (ko) * 2020-07-21 2022-01-28 삼성전자주식회사 무선 통신 시스템에서 사이드링크의 비연속적 수신을 지원하기 위한 방법 및 장치
KR20230053654A (ko) * 2020-09-25 2023-04-21 엘지전자 주식회사 Nr v2x에서 sl drx 설정의 비활성 구간을 사용한 동작 방법 및 장치

Also Published As

Publication number Publication date
CN116097887A (zh) 2023-05-09
WO2022077778A1 (zh) 2022-04-21
CN116368938A (zh) 2023-06-30
US20230239961A1 (en) 2023-07-27
EP4216660A4 (en) 2024-03-06
WO2022077395A1 (zh) 2022-04-21
CN117812757A (zh) 2024-04-02
EP4216651A1 (en) 2023-07-26
EP4216660A1 (en) 2023-07-26
EP4216651A4 (en) 2023-11-15
KR20230087512A (ko) 2023-06-16
US20240023015A1 (en) 2024-01-18
AU2020471935A1 (en) 2023-06-08

Similar Documents

Publication Publication Date Title
CN114788204B (zh) Harq进程的状态确定方法、装置及设备
CN117320173A (zh) 无线通信的方法和设备
US20230337320A1 (en) Wireless communication method and terminal device
US20240023015A1 (en) Sidelink transmission method and terminal
WO2023056604A1 (zh) 无线通信的方法、终端设备和网络设备
WO2022205095A1 (zh) 无线通信的方法及终端设备
WO2022067729A1 (zh) 非连续接收的方法、终端设备和网络设备
EP4240076A1 (en) Transmission method and terminal device
WO2024065137A1 (zh) 配置信息获取方法, 配置信息转发方法以及终端设备
WO2024092659A1 (zh) 非连续接收的方法、终端设备和网络设备
WO2022233031A1 (zh) 无线通信的方法和终端设备
WO2024020859A1 (zh) 中继链路之间切换的方法及设备
US20230421297A1 (en) Method for processing sidelink retransmission resources, terminal device, and network device
WO2024016342A1 (zh) 连接建立方法和终端
WO2022165843A1 (zh) 侧行传输方法和终端
WO2022205346A1 (zh) 终端设备切换搜索空间集分组sssg的方法、终端设备和网络设备
WO2022155926A1 (zh) 无线通信的方法和终端设备
WO2022040969A1 (zh) 使用配置授权cg资源的方法、终端设备和网络设备
JP2024521615A (ja) 無線通信方法及び機器
CN116868653A (zh) 无线通信方法及设备
CN116746088A (zh) 无线通信的方法及终端设备
CN116941258A (zh) 无线通信的方法、终端设备
CN116017498A (zh) 一种无线通信的方法和装置
CN116671164A (zh) 无线通信的方法及设备
CN116420425A (zh) 侧行链路资源请求方法、终端设备和网络设备

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231211

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20231211

A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20240417