[發明專利]數據傳輸處理方法、裝置、用戶設備及存儲介質

有效

• 申請號: 202080001167.3
• 申請日: 2020-06-03
• 公開（公告）號: CN111869274B
• 公開（公告）日: 2023-09-19
• 發明（設計）人: 楊星
• 申請（專利權）人: 北京小米移動軟件有限公司
• 主分類號: H04W52/02
• 分類號: H04W52/02;H04W76/23;H04W76/28
• 代理公司: 北京善任知識產權代理有限公司 11650
• 代理人: 康艷青

本公開實施例提供了提供一種數據傳輸方法、裝置、用戶設備及存儲介質；所述數據傳輸方法包括：向第二用戶設備UE發送直連鏈路SL控制信令，其中，所述SL控制信令攜帶有喚醒信號配置，所述喚醒信號配置與所述第一UE向所述第二UE發送SL喚醒信號相關聯。所述數據傳輸方法，可以使得第二UE知曉第一UE是否發送SL喚醒信號；且，還可以使得第二UE基于喚醒信號配置根據SL喚醒信號的接收情況和/或接收到的SL喚醒信號，控制第二UE是處于喚醒狀態或睡眠狀態，在喚醒狀態下可以監聽SL進行通信，而在睡眠狀態下停止對SL的監聽，可以節省第二UE的功耗。

技術領域

本公開涉及無線通信領域但不限于無線通信領域，尤其涉及一種數據傳輸處理方法、裝置、用戶設備及存儲介質。

背景技術

在相關技術中，為了支持用戶設備(User?Equipment，UE)與UE之間的通信，引入了直連鏈路(SideLink)的通信方式。根據發送端UE和接收端UE的對應關系，在SL上支持三種傳輸方式：單播、組播和廣播。

在Uu上，為了節省UE的耗電，網絡可以為UE配置非連續接收(DiscontinuousReception,DRX)。其中，所述DRX配置非激活定時器(Inactivity?Timer)、蘇醒定時器(OnDuration?Timer)、周期、起始偏移、上行混合自動重傳請求(Hybrid?Automatic?RepeatreQuest，HARQ)往還時間(Round?Trip?Time，RTT)定時器、下行HARQ?RTT定時器，上行重傳定時器以及下行重傳定時器。UE只有在蘇醒時間才監聽PDCCH信道，其它時間可以不監聽PDCCH信道，從而節省電量消耗。其中，蘇醒時間可以包括蘇醒定時器、非激活定時器、上行重傳定時器或下行重傳定時器運行的時間。而在SL上，如何確保UE在接收到SL傳輸數據的前提下，還能節省UE的耗電，是相關技術需要進一步解決的問題。

發明內容

本公開實施例公開了一種數據傳輸處理方法、裝置、用戶設備及存儲介質。

根據本公開實施例的第一方面，提供一種數據傳輸處理方法，應用于第一UE，包括：

向第二UE發送SL控制信令，其中，所述SL控制信令攜帶有喚醒信號配置，所述喚醒信號配置與所述第一UE向所述第二UE發送SL喚醒信號相關聯。

在一些實施例中，所述喚醒信號配置包括：

傳輸配置，用于指示所述第一UE發送所述SL喚醒信號的傳輸參數。

在一些實施例中，所述喚醒信號配置還包括：

處理配置，用于確定在所述第二UE未接收到所述第一UE發送的所述SL喚醒信號時是否啟動蘇醒定時器。

在一些實施例中，所述傳輸參數包括：

發送時刻信息，用于指示所述SL喚醒信號的發送時刻，所述發送時刻在DRX周期的起始時刻之前；

和/或，

類型配置，用于指示所述SL喚醒信號的類型；其中，所述SL喚醒信號的類型包括：觸發蘇醒定時器啟動的第一類SL喚醒信號和/或不觸發所述蘇醒定時器啟動的第二類SL喚醒信號。

在一些實施例中，，所述發送時刻信息包括：發送時刻偏移量，用于指示所述SL喚醒信號的發送時刻相對于周期的起始時刻的時間偏移量。

在一些實施例中，所述方法還包括：

響應于在當前DRX周期內無法將全部待傳輸的SL數據發送至所述第二UE，在所述發送時刻向所述第二UE發送所述第一類SL喚醒信號。

在一些實施例中，所述方法還包括：

響應于預測在下一個DRX周期內沒有針對所述第二UE的待傳輸的SL數據，在所述發送時刻向所述第二UE發送所述第二類SL喚醒信號。