CN116711368A - 一种传输方式的切换方法及设备/存储介质/装置 - Google Patents

一种传输方式的切换方法及设备/存储介质/装置 Download PDF

Info

Publication number
CN116711368A
CN116711368A CN202180004562.1A CN202180004562A CN116711368A CN 116711368 A CN116711368 A CN 116711368A CN 202180004562 A CN202180004562 A CN 202180004562A CN 116711368 A CN116711368 A CN 116711368A
Authority
CN
China
Prior art keywords
transmission
harq process
transmission mode
specific
switching
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.)
Pending
Application number
CN202180004562.1A
Other languages
English (en)
Inventor
吴昱民
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Publication of CN116711368A publication Critical patent/CN116711368A/zh
Pending legal-status Critical Current

Links

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

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)

Abstract

本公开提出一种传输方式的切换方法及设备/存储介质/装置,属于通信技术领域。其中,该方法包括:确定第一切换条件,所述第一切换条件包括:所述UE的特定混合自动重传请求特定HARQ进程的传输失败次数大于或等于第一阈值;统计所述UE的特定HARQ进程的传输失败次数,响应于所述传输失败次数满足所述第一切换条件,将所述UE的传输方式从第一传输方式切换至第二传输方式。本公开的方法针对具备多个HARQ进程的UE限定了具体采用哪一个或者哪几个特定HARQ进程的数据传输失败次数来判断是否切换传输方式,解决了相关技术中的“无法确定具体采用哪一个或者哪几个HARQ进程的数据传输失败次数来判断是否切换传输方式”的技术问题。

Description

一种传输方式的切换方法及设备/存储介质/装置 技术领域
本公开涉及通信技术领域,尤其涉及一种传输方式的切换方法及设备/存储介质/装置。
背景技术
在通信系统中,数据的发送会有预期到达时间或生存时间(survival time),如果数据的接收端(例如UE(User Equipment,用户设备))在数据的预期到达时间没有接收到数据,则认为该数据传输失败,会向发送端(例如网络侧设备)请求重传数据。其中,如果连续出现多次数据传输失败,则接收端认为当前传输方式的应用服务处于不可用的状态,会切换传输方式。
相关技术中,接收端可以根据HARQ(Hybrid Automatic Repeat Request,混合自动重传请求)进程中HARQ数据的数据传输失败次数来确定是否切换传输方式。
但是,接收端可能会有多个HARQ进程,而具体采用哪一个或者哪几个HARQ进程的数据传输失败次数来判断是否切换传输方式则是亟需解决的技术问题。
发明内容
本公开提出的传输方式的切换方法及设备/存储介质/装置,以针对于具备多个HARQ进程的UE提出一种传输方式的切换方法。
本公开一方面实施例提出的传输方式的切换方法,应用于UE,包括:
确定第一切换条件,所述第一切换条件包括:所述UE的特定混合自动重传请求特定HARQ进程的传输失败次数大于或等于第一阈值;
统计所述UE的特定HARQ进程的传输失败次数,响应于所述传输失败次数满足所述第一切换条件,将所述UE的传输方式从第一传输方式切换至第二传输方式。
本公开另一方面实施例提出的传输方式的切换方法,应用于网络侧设备,包括:
向UE配置第一切换条件,所述第一切换条件包括:所述UE的特定HARQ进程的传输失败次数大于或等于第一阈值。
本公开又一方面实施例提出的传输方式的切换装置,包括:
确定模块,用于确定第一切换条件,所述第一切换条件包括:所述UE的特定混合自动重传请求特定HARQ进程的传输失败次数大于或等于第一阈值;
处理模块,用于统计所述UE的特定HARQ进程的传输失败次数,响应于所述传输失败次数满足所述第一切换条件,将所述UE的传输方式从第一传输方式切换至第二传输方式。
本公开又一方面实施例提出的传输方式的切换装置,包括:
配置模块,用于向UE配置第一切换条件,所述第一切换条件包括:所述UE的特定HARQ进程的传输失败次数大于或等于第一阈值。
本公开又一方面实施例提出的一种通信装置,所述装置包括处理器和存储器,所述存储器中存储有计算机程序,所述处理器执行所述存储器中存储的计算机程序,以使所述装置执行如上一方面实施例提出的方法。
本公开又一方面实施例提出的一种通信装置,所述装置包括处理器和存储器,所述存储器中存储有计算机程序,所述处理器执行所述存储器中存储的计算机程序,以使所述装置执行如上另一方面实施例提出的方法。
本公开又一方面实施例提出的一种通信装置,所述装置包括处理器和存储器,所述存储器中存储有计算机程序,所述处理器执行所述存储器中存储的计算机程序,以使所述装置执行如上又一方面实施例提出的方法。
本公开又一方面实施例提出的通信装置,包括:处理器和接口电路;
所述接口电路,用于接收代码指令并传输至所述处理器;
所述处理器,用于运行所述代码指令以执行如一方面实施例提出的方法。
本公开又一方面实施例提出的通信装置,包括:处理器和接口电路;
所述接口电路,用于接收代码指令并传输至所述处理器;
所述处理器,用于运行所述代码指令以执行如另一方面实施例提出的方法。
本公开又一方面实施例提出的通信装置,包括:处理器和接口电路;
所述接口电路,用于接收代码指令并传输至所述处理器;
所述处理器,用于运行所述代码指令以执行如又一方面实施例提出的方法。
本公开又一方面实施例提出的计算机可读存储介质,用于存储有指令,当所述指令被执行时,使如一方面实施例提出的方法被实现。
本公开又一方面实施例提出的计算机可读存储介质,用于存储有指令,当所述指令被执行时,使如另一方面实施例提出的方法被实现。
本公开又一方面实施例提出的计算机可读存储介质,用于存储有指令,当所述指令被执行时,使如又一方面实施例提出的方法被实现。
综上所述,在本公开实施例提供的传输方式的切换方法及设备/存储介质/装置之中,UE会确定第一切换条件,该第一切换条件包括:UE的特定HARQ进程的传输失败次数大于或等于第一阈值;之后,UE会统计其特定HARQ进程的传输失败次数,响应于传输失败次数满足第一切换条件,将UE的传输方式从第一传输方式切换至第二传输方式。由此可知,在本公开的一个实施例之中,UE确定出的第一切换条件中限定了特定HARQ进程,之后,UE可以基于第一切换条件来统计特定HARQ进程的传输失败次数以确定是否切换传输方式。则本公开的方法中会限定出UE需要统计数据传输失败次数的特定HARQ进程,由此,针对具备多个HARQ进程的UE限定了具体采用哪一个或者哪几个特定HARQ进程的数据传输失败次数来判断是否切换传输方式,解决了相关技术中的“无法确定具体采用哪一个或者哪几个HARQ进程的数据传输失败次数来判断是否切换传输方式”的技术问题。
本公开附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本公开的实践了解到。
附图说明
本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为本公开一个实施例所提供的传输方式的切换方法的流程示意图;
图2为本公开另一个实施例所提供的传输方式的切换方法的流程示意图;
图3为本公开再一个实施例所提供的传输方式的切换方法的流程示意图;
图4为本公开又一个实施例所提供的传输方式的切换方法的流程示意图;
图5为本公开又一个实施例所提供的传输方式的切换方法的流程示意图;
图6为本公开又一个实施例所提供的传输方式的切换方法的流程示意图;
图7为本公开又一个实施例所提供的传输方式的切换方法的流程示意图;
图8为本公开又一个实施例所提供的传输方式的切换方法的流程示意图;
图9为本公开一个实施例所提供的传输方式的切换装置的结构示意图;
图10为本公开另一个实施例所提供的传输方式的切换装置的结构示意图;
图11是本公开一个实施例所提供的一种用户设备的框图;
图12为本公开一个实施例所提供的一种网络侧设备的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表 与本公开实施例相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开实施例的一些方面相一致的装置和方法的例子。
在本公开实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开实施例范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”及“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。
下面详细描述本公开的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的要素。下面通过参考附图描述的实施例是示例性的,旨在用于解释本公开,而不能理解为对本公开的限制。
下面参考附图对本公开提供的传输方式的切换方法、装置、用户设备、网络侧设备及存储介质进行详细描述。
图1为本公开实施例所提供的一种传输方式的切换方法的流程示意图,应用于UE,如图1所示,该传输方式的切换方法可以包括以下步骤:
步骤101、确定第一切换条件。
需要说明的是,本公开实施例的指示方法可以应用在任意的UE中。UE可以是指向用户提供语音和/或数据连通性的设备。UE可以经RAN(Radio Access Network,无线接入网)与一个或多个核心网进行通信,UE可以是物联网终端,如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网终端的计算机,例如,可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如,站(Station,STA)、订户单元(subscriber unit)、订户站(subscriber station),移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程终端(remoteterminal)、接入终端(access terminal)、用户装置(user terminal)或用户代理(useragent)。或者,UE也可以是无人飞行器的设备。或者,UE也可以是车载设备,比如,可以是具有无线通信功能的行车电脑,或者是外接行车电脑的无线终端。或者,UE也可以是路边设备,比如,可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。
以及,在本公开的一个实施例之中,上述第一切换条件可以包括:UE的特定HARQ进程的传输失败次数大于或等于第一阈值。该第一阈值可以是预先设定的,该第一阈值可以大于等于1,例如该第一阈值可以为1。
其中,在本公开的一个实施例之中,上述的特定HARQ进程可以是UE当前所进行的所有HARQ进程中的一个或多个HARQ进程。以及,该特定HARQ进程具体可以是后续用于统计传输失败次数的HARQ进程。
以及,在本公开的一个实施例之中,上述的特定HARQ进程可以包括以下至少一种:
第一种、网络侧设备指定的或协议约定的HARQ进程;
示例的,在本公开的一个实施例之中,假设UE当前进行的HARQ进程包括:HARQ进程-1、HARQ进程-2,则网络侧设备可以指定UE的HARQ进程-1为特定HARQ进程。
第二种、网络侧设备指定的或协议约定的至少一个配置的上行授权配置对应的HARQ进程;
示例的,在本公开的一个实施例之中,假设网络侧设备给UE的逻辑信道配置了两个CG(Configured Grant,配置的(上行)授权)配置,分别为CG-1配置和CG-2配置,其中CG-1配置对应HARQ进程为HARQ进程-1和HARQ进程-2,CG-2配置对应HARQ进程为HARQ进程-3和HARQ进程-4。基于此,网路侧设备可以指定CG-1配置和CG-2配置对应的HARQ进程为上述的特定HARQ进程,即,网络侧设备指定HARQ进程-1、HARQ进程-2、HARQ进程-3、HARQ进程-4为特定HARQ进程。
第三种、特定标识对应的数据所对应的HARQ进程(即用于传输该特定标识对应的数据的HARQ进程)。
其中,在本公开的一个实施例之中,上述特定标识可以是网路侧设备指定的。在本公开的另一个实施例之中,上述特定标识可以是协议约定的。以及,在本公开的一个实施例之中,上述特定标识可以包括以下至少一种:
承载标识(如,DRB-1(Data Radio Bearer,数据无线承载));
逻辑信道标识(如,LCH-1(logical channel,逻辑信道));
小区组标识(如,MCG(Master Cell Group,主小区组)或SCG(Secondary Cell Group,辅小区组));
承载类型标识(如,split bearer(分离承载),MCG bearer(承载)或SCG bearer(承载));
变更数据发送方式标识(如,生存时间状态标识)。
进一步地,在本公开的一个实施例之中,该第一切换条件的确定方法可以包括以下至少一种:
基于协议约定确定该第一切换条件;
获取网络侧设备指示的第一切换条件。
由此可知,在本公开的一个实施例之中,UE可以基于协议约定和/或网络侧设备的指示确定出后续需要统计传输失败次数的特定HARQ进程,则后续在确定UE是否需要切换传输方式时,可以直接基于对于该特定HARQ进程的传输失败次数的统计结果和第一切换条件来确定。也即是,本公开实施例中限定了具体采用哪一个或者哪几个HARQ进程的数据传输失败次数来判断是否切换传输方式,解决了相关技术中的“无法确定具体采用哪一个或者哪几个HARQ进程的数据传输失败次数来判断是否切换传输方式”的技术问题。
步骤102、统计UE的特定HARQ进程的传输失败次数,响应于传输失败次数满足第一切换条件,将UE的传输方式从第一传输方式切换至第二传输方式。
其中,在本公开的一个实施例之中,UE仅需统计特定HARQ进程的传输失败次数,无需统计其他HARQ进程的传输失败次数。
示例的,在本公开的一个实施例之中,假设UE当前进行的所有HARQ进程包括有HARQ进程1、HARQ进程2、HARQ进程3、HARQ进程4,其中,特定HARQ进程为:HARQ进程1和HARQ进程2,此时,UE仅需统计HARQ进程1和HARQ进程2的传输失败次数即可,无需再统计HARQ进程3和HARQ进程4的传输失败次数。
以及,在本公开的一个实施例之中,当UE有多个特定HARQ时,UE可以独立统计每一个特定HARQ进程的传输失败次数,在本公开的另一个实施例之中,当UE有多个特定HARQ时,UE可以联合统计多个特定HARQ进程的传输失败次数。以及,关于该部分内容的详细介绍可以参考后续实施例描述。
此外,需要说明的是,在本公开的一个实施例之中,上述的传输失败次数可以是连续失败次数。以及,当特定HARQ进程的连续失败次数大于或等于第一阈值时,则认为UE的传输失败次数满足第一切换条件。
进一步地,在本公开的一个实施例之中,当统计出的传输失败次数满足第一切换条件时,则说明在第一传输方式下已经发生了多次传输失败的情况,则说明第一传输方式的应用服务可能处于不可用的状态,此时,若仍然利用第一传输方式进行数据传输,则数据依旧会传输失败。由此,可以将UE的传输方式从第一传输方式切换至第二传输方式,其中,该第二传输方式的数据复制功能大于第一传输方式的数据复制功能,也即是,第二传输方式下数据传输成功的概率大于第一传输方式下数据传输成功的概率。则在将UE的传输方式从第一传输方式切换至第二传输方式后,可以确保进入生存时间状态,以确保后续数据传输的成功率。
以及,在本公开的一个实施例之中,上述的将UE的传输方式从第一传输方式切换至第二传输方式的方法可以包括以下至少一种:
方法一、激活特定承载的数据复制功能。
其中,在本公开的一个实施例之中,上述的特定承载具体可以为UE当前传输数据所使用的承载,其中,承载具体可以为DRB(Data Radio Bearer,数据无线承载)和/或SRB(Signalling Radio Bearers,信令无线承载)。以及,在本公开的一个实施例之中,上述的数据复制功能可以为PDCP(Packet Data Convergence Protocol,分组数据汇聚协议)数据复制功能。
以及,在本公开的一个实施例之中,针对方法一而言,若该特定承载的数据复制功能当前为激活状态,则当UE基于方法一将传输方式从第一传输方式切换至第二传输方式时,UE可以保持该特定承载的数据复制功能当前为激活状态。若该特定承载的数据复制功能当前为去激活状态,则当UE基于方法一将传输方式从第一传输方式切换至第二传输方式时,UE可以将该特定承载的关联的部分或全部RLC(无线链路层控制协议)实体激活,由此,UE的PDCP实体可以将发送的数据进行复制,并将复制的数据分别发送给各个激活的RLC实体以发送至基站。
其中,在本公开的一个实施例之中,利用该方法一切换传输方式时,可以是基于网络侧设备的指示确定具体激活特定承载关联的哪些RLC实体。在本公开的另一个实施例之中,利用该方法一切换传输方式时,可以是基于协议约定确定具体激活特定承载关联的哪些RLC实体。
示例的,在本公开的一个实施例之中,假设该特定承载为DRB-1,则UE在利用方法一切换传输方式时,具体可以基于协议约定确定激活DRB-1的全部RLC实体。
方法二、改变特定承载对应的激活状态的RLC实体数量。
其中,在本公开的一个实施例之中,针对方法二而言,改变特定承载对应的激活状态的RLC实体数量具体可以是:增加特定承载对应的激活状态的RLC实体数量。其中,增加激活的RLC实体的数量可以是基于协议约定和/或网络侧设备指示确定。
示例的,在本公开的一个实施例之中,假设特定承载为DRB-1,以及DRB-1的PDCP关联的RLC实体数量为4,其中,在第一传输方式下该DRB-1的激活的RLC实体数量为2,此时,若确定出UE满足上述第一切换条件而要将UE的传输方式从第一传输方式切换至第二传输方式时,UE可以通过增加1个激活RLC实体(即使得DRB-1总的激活RLC实体数量为3)的方法来将传输方式切换至第二传输方式。
进一步地,本公开的另一个实施例之中,针对方法二而言,改变特定承载对应的激活状态的RLC实体数量具体可以是:UE基于网路侧设备的指示、协议约定、UE自主确定中的至少一种方式确定出一指定数量,其中,在利用上述方法二要将传输方式从第一传输方式切换至第二传输方式时,若第一传输方式下特定承载的激活状态的RLC实体数量小于该指定数量时,则终端增加激活RLC实体数量至该指定数量,若第一传输方式下特定承载的激活状态的RLC实体数量等于该指定数量,则UE保持当前激活RLC实体数量,若第一传输方式下特定承载的激活状态的RLC实体数量大于该指定数量,则UE保持当前激活RLC实体数量,或者,UE减少激活RLC实体数量至指定数量。
示例的,在本公开的一个实施例之中,假设特定承载为DRB-1,DRB-1关联的RLC实体数量为4个,分别为RLC-1、RLC-2、RLC-3、RLC-4,以及,指定数量为3个。
其中,若在第一传输方式下,激活的RLC实体数量为2个,分别为RLC-1、RLC-2。此时当确定UE满足第一切换条件而需要将传输方式从第一传输方式切换至第二传输方式时,由于当前激活的RLC实体数量2小于指定数量3,则UE可以将激活RLC实体数量增加至该3个,即可以额外再激活一个RLC实体,例如可以额外激活RLC-3。
若在第一传输方式下,激活的RLC实体数量为3个,分别为RLC-1、RLC-2、RLC-3。此时当确定UE满足第一切换条件而需要将传输方式从第一传输方式切换至第二传输方式时,由于当前激活的RLC实体数量3等于指定数量3,则UE可以保持当前激活RLC实体数量不变。
若在第一传输方式下,激活的RLC实体数量为4个,分别为RLC-1、RLC-2、RLC-3、RLC-4。此时当确定UE满足第一切换条件而需要将传输方式从第一传输方式切换至第二传输方式时,由于当前激活的RLC实体数量4大于指定数量3,则UE可以保持当前激活RLC实体数量不变,或者,UE减少激活RLC实体数量至指定数量3,例如可以仅激活RLC-1、RLC-2、RLC-3。
方法三、激活指定的第一RLC实体。
其中,在本公开的一个实施例之中,该第一RCL实体可以包括至少一个RLC实体。以及,在本公开的一个实施例之中,该第一RLC实体可以是基于网络侧设备指示确定的。在本公开的另一个实施例之中,该第一RLC实体可以是基于协议约定确定的。
以及,在本公开的一个实施例之中,当基于方法三将UE的传输方式从第一传输方式切换至第二传输方式时,若第一传输方式下激活的RLC实体与第一RLC实体相同,则保持当前激活RLC实体不变,若第一传输方式下激活的RLC实体与第一RLC实体不同,则更改为激活第一RLC实体。
示例的,在本公开的一个实施例之中,假设特定承载为DRB-1,DRB-1关联的RLC实体数量为4个,分别为RLC-1、RLC-2、RLC-3、RLC-4,以及,第一RLC实体为RLC-1、RLC-2、RLC-3。在第一传输方式下,激活的RLC实体为RLC-1、RLC-2、RLC-4,此时当确定UE满足第一切换条件而需要将传输方式从第一传输方式切换至第二传输方式时,由于当前激活的RLC实体与第一RLC实体不同,则可以更改为激活第一RLC实体:RLC-1、RLC-2、RLC-3。
方法四、变更特定承载的特定逻辑信道的可使用的上行授权配置的类型。
其中,在本公开的一个实施例之中,上述的变更特定承载的特定逻辑信道的可使用的上行授权配置的类型的方法可以包括:
方法a、确定第二传输方式可使用的上行授权配置的SCS(sub-carrier spacing,子载波间隔)为:所有类型的SCS;
示例的,在本公开的一个实施例之中,若第一传输方式下特定承载DRB-1的特定逻辑信道LCH-1的可使用的上行授权配置为SCS=15KHz的上行授权配置,则UE采用上述方式a将传输方式从第一传输方式切换至第二传输方式时,可以使得特定承载DRB-1的特定逻辑信道LCH-1可以使用所有SCS类型的上行授权配置。
方法b、确定第二传输方式可使用的上行授权配置的SCS为:数值大于第一传输方式使用的SCS数值的SCS;
示例的,在本公开的一个实施例之中,若第一传输方式下特定承载DRB-1的特定逻辑信道LCH-1的可使用的上行授权配置为SCS=15KHz的上行授权配置,则UE采用上述方式b将传输方式从第一传输方式切换至第二传输方式时,可以使得特定承载DRB-1的特定逻辑信道LCH-1可以使用所有SCS=30KHz的上行授权配置。
方法c、确定第二传输方式可使用的上行授权配置对应的PUSCH(Physical Uplink Share CHannel,物理上行链路共享信道)的持续时长为:所有PUSCH持续时长;
示例的,在本公开的一个实施例之中,若第一传输方式下特定承载DRB-1的特定逻辑信道LCH-1的可使用的上行授权配置为PUSCH的持续时长小于等于7个OFDM(Orthogonal Frequency Division Multiplexing,正交频分复用)符号的上行授权配置,则UE采用上述方式c将传输方式从第一传输方式切换至第二传输方式时,可以使得特定承载DRB-1的特定逻辑信道LCH-1可以使用所有PUSCH持续时长的上行授权配置。
方法d、确定第二传输方式可使用上行授权配置类型-1(Configured Grant Type-1);
示例的,在本公开的一个实施例之中,若第一传输方式下特定承载DRB-1的特定逻辑信道LCH-1不能使用配置的上行授权类型-1,则UE采用上述方式d将传输方式从第一传输方式切换至第二传输方式时,可以使得特定承载DRB-1的特定逻辑信道LCH-1可以使用配置的上行授权类型-1。
方法e、确定第二传输方式可使用所有小区的上行授权配置;
示例的,在本公开的一个实施例之中,若第一传输方式下特定承载DRB-1的特定逻辑信道LCH-1可使用的上行授权配置为小区-1的上行授权配置,则UE采用上述方式e将传输方式从第一传输方式切换至第二传输方式时,可以使得特定承载DRB-1的特定逻辑信道LCH-1可以所有小区的上行授权配置。
方法f、确定第二传输方式可使用指定小区的上行授权配置;
其中,在本公开的一个实施例之中,该指定小区可以是基于协议约定确定的,在本公开的另一个实施例之中,该指定小区可以是基于网络侧设备指示确定的。该指定小区可以为小区x(如,PCell(Primary cell,主小区)或PSCell(Primary Secondary cell,主辅小区)),x为正整数。
示例的,在本公开的一个实施例之中,假设指定小区为小区-2,若第一传输方式下特定承载DRB-1的特定逻辑信道LCH-1可使用的上行授权配置为小区-1的上行授权配置,则UE采用上述方式f将传输方式从第一传输方式切换至第二传输方式时,可以使得特定承载DRB-1的特定逻辑信道LCH-1可以 小区-2的上行授权配置。
方法g、确定第二传输方式可使用上行授权配置类型-2(Configured Grant Type-2)的所有资源;
示例的,在本公开的一个实施例之中,网络侧设备给UE配置了多套配置的上行配置类型-2的资源,分别为:配置的上行授权类型-2资源-1和配置的上行授权类型-2资源-2,若第一传输方式下特定承载DRB-1的特定逻辑信道LCH-1可使用的上行授权配置为配置的上行授权类型-2资源-1,则UE采用上述方式g将传输方式从第一传输方式切换至第二传输方式时,可以使得特定承载DRB-1的特定逻辑信道LCH-1可以上行授权配置类型-2的所有资源,即可以使用配置的上行授权类型-2资源-1和配置的上行授权类型-2资源-2。
方法h、确定第二传输方式可使用所有物理优先级的上行授权配置。
示例的,在本公开的一个实施例之中,若第一传输方式下特定承载DRB-1的特定逻辑信道LCH-1可使用的上行授权配置为物理优先级-1的上行授权配置,则UE采用上述方式h将传输方式从第一传输方式切换至第二传输方式时,可以使得特定承载DRB-1的特定逻辑信道LCH-1可以所有物理优先级的上行授权配置。
由此可知,在本公开的一个实施例之中,当UE统计了特定HARQ进程的传输失败次数后,且判定该特定HARQ进程的传输失败次数满足第一切换条件时,则可以通过执行上述方法一至方法四来将UE的传输方式从第一传输方式切换至第二传输方式。
综上所述,在本公开实施例提供的传输方式的切换方法之中,UE会确定第一切换条件,该第一切换条件包括:UE的特定HARQ进程的传输失败次数大于或等于第一阈值;之后,UE会统计其特定HARQ进程的传输失败次数,响应于传输失败次数满足第一切换条件,将UE的传输方式从第一传输方式切换至第二传输方式。由此可知,在本公开的一个实施例之中,UE确定出的第一切换条件中限定了特定HARQ进程,之后,UE可以基于第一切换条件来统计特定HARQ进程的传输失败次数以确定是否切换传输方式。则本公开的方法中会限定出UE需要统计数据传输失败次数的特定HARQ进程,由此,针对具备多个HARQ进程的UE限定了具体采用哪一个或者哪几个特定HARQ进程的数据传输失败次数来判断是否切换传输方式,解决了相关技术中的“无法确定具体采用哪一个或者哪几个HARQ进程的数据传输失败次数来判断是否切换传输方式”的技术问题,从而让UE和网络侧设备对于进入生存时间状态(即切换至第二传输方式)的条件的理解保持一致。
图2为本公开实施例所提供的一种传输方式的切换方法的流程示意图,应用于UE,如图2所示,该传输方式的切换方法可以包括以下步骤:
步骤201、确定第一切换条件。
其中,关于步骤201的相关介绍可以参考上述实施例描述,本公开实施例在此不做赘述。
步骤202、独立统计UE的每一特定HARQ进程的传输失败次数,响应于传输失败次数满足第一切换条件,将UE的传输方式从第一传输方式切换至第二传输方式。
其中,在本公开的一个实施例之中,独立统计UE的每一特定HARQ进程的传输失败次数可以为:每一特定HARQ进程均对应一传输失败次数计数器,其中,当某一特定HARQ进程发生一次数据传输失败次数时,将该特定HARQ进程对应的传输失败次数计数器加一。
示例的,在本公开的一个实施例之中,假设特定HARQ进程为HARQ进程1和HARQ进程2,则当HARQ进程1和HARQ进程2分别对应一传输失败次数计数器,其中,当HARQ进程1发生一次数据传输失败次数时,将该HARQ进程1对应的传输失败次数计数器加一,当HARQ进程2发生一次数据传输失败次数时,将该HARQ进程2对应的传输失败次数计数器加一。
其中,需要说明的是,在本公开的一个实施例之中,确定发生数据传输失败次数的方法可以包括以下至少一种:
响应于接收到网络侧设备发送的特定HARQ进程的数据重传指示,确定发生一次数据传输失败;
响应于接收到网络侧设备发送的特定HARQ进程的数据接收失败指示,确定发生一次数据传输失败。
其中,在本公开的一个实施例之中,上述的数据重传指示以及数据接收失败指示可以是网络侧设备 通过DCI(Downlink Control Information,下行控制信息)信令发送至UE的。
进一步地,在本公开的一个实施例之中,在独立统计每一特定HARQ进程时,具体可以从每一特定HARQ进程对新数据的首次传输开始统计每一特定HARQ进程的传输失败次数。
示例的,在本公开的一个实施例中,假设需要统计特定HARQ进程1对于数据1的传输失败次数,则从特定HARQ进程1对数据1的首次传输开始统计,其中,在特定HARQ进程1传输数据1的过程中,当特定HARQ进程1接收到网路侧设备发送的数据重传指示时,则将该特定HARQ进程1对应的传输失败次数计数器加1。以及,若该特定HARQ进程1开始传输数据2时,将该特定HARQ进程1对应的传输失败次数计数器设置为初始值(例如初始值可以为0)。
以及,在本公开的另一个实施例之中,在独立统计每一特定HARQ进程时,具体可以从每一特定HARQ进程对新数据的在配置的上行授权配置上进行的首次传输开始统计每一特定HARQ进程的传输失败次数。
具体而言,在本公开的一个实施例之中,HARQ进程包括在配置的上行授权配置进行传输的HARQ进程,和/或,在动态调度的上行授权配置进行传输的HARQ进程。其中,上述的配置的(CG,Configured Grant)上行授权配置为网络侧设备配置至UE的,且该配置的上行授权配置的类型是周期性的。以及,该网络侧配置至UE的该配置的上行授权配置可以包括多个,网络侧设备可以从该多个配置的上行授权配置中指定一个或多个配置的上行授权配置以供UE使用。以及,上述的动态调度(DG,Dynamic Grant)的上行授权配置也是为网络侧设备配置至UE的,且该动态调度的上行授权配置是基于信令(例如DCI信令)动态调度的。
基于此,在本公开的一个实施例之中,上述的从每一特定HARQ进程对新数据的在配置的上行授权配置上进行的首次传输开始统计每一特定HARQ进程的传输失败次数具体可以为:
假设网路侧设备给UE配置了配置的上行授权配置:CG-1配置,以及特定HARQ进程-1可以使用CG-1配置传输数据。并且,该特定HARQ进程-1除了可以使用CG-1传输数据外,也可以使用动态调度的上行授权配置的传输数据。则此时,当要统计特定HARQ进程-1的传输失败次数时,应当是从HARQ进程-1对新数据的在CG-1配置上进行的首次传输开始统计。
进一步地,在本公开的又一个实施例之中,在独立统计每一特定HARQ进程时,具体可以从每一特定HARQ进程对新数据的在动态调度的上行授权配置上进行的首次传输开始统计每一特定HARQ进程的传输失败次数。
以及,还需要说明的是,在本公开的一个实施例之中,当独立统计UE的每一特定HARQ进程的传输失败次数时,若任一特定HARQ进程的传输失败次数大于或等于第一阈值,则认为UE满足第一切换条件。
此外,关于上述步骤202中的“将UE的传输方式从第一传输方式切换至第二传输方式”的详细介绍可以参考上述实施例描述,本公开实施例在此不做赘述。
综上所述,在本公开实施例提供的传输方式的切换方法之中,UE会确定第一切换条件,该第一切换条件包括:UE的特定HARQ进程的传输失败次数大于或等于第一阈值;之后,UE会统计其特定HARQ进程的传输失败次数,响应于传输失败次数满足第一切换条件,将UE的传输方式从第一传输方式切换至第二传输方式。由此可知,在本公开的一个实施例之中,UE确定出的第一切换条件中限定了特定HARQ进程,之后,UE可以基于第一切换条件来统计特定HARQ进程的传输失败次数以确定是否切换传输方式。则本公开的方法中会限定出UE需要统计数据传输失败次数的特定HARQ进程,由此,针对具备多个HARQ进程的UE限定了具体采用哪一个或者哪几个特定HARQ进程的数据传输失败次数来判断是否切换传输方式,解决了相关技术中的“无法确定具体采用哪一个或者哪几个HARQ进程的数据传输失败次数来判断是否切换传输方式”的技术问题。
图3为本公开实施例所提供的一种传输方式的切换方法的流程示意图,应用于UE,如图3所示,该传输方式的切换方法可以包括以下步骤:
步骤301、确定第一切换条件。
其中,关于步骤301的相关介绍可以参考上述实施例描述,本公开实施例在此不做赘述。
步骤302、联合统计UE的多个特定HARQ进程的传输失败次数,响应于传输失败次数满足第一切换条件,将UE的传输方式从第一传输方式切换至第二传输方式。
其中,在本公开的一个实施例之中,联合统计UE的多个特定HARQ进程的传输失败次数可以为:该多个特定HARQ进程对应一传输失败次数计数器,其中,当任一特定HARQ进程发生一次数据传输失败次数时,将该传输失败次数计数器加一。
示例的,在本公开的一个实施例之中,假设特定HARQ进程为HARQ进程1和HARQ进程2,则当HARQ进程1和HARQ进程2对应一传输失败次数计数器,其中,当HARQ进程1发生一次数据传输失败次数,或者,HARQ进程2发生一次数据传输失败次数时,将该传输失败次数计数器加一。
其中,需要说明的是,在本公开的一个实施例之中,确定发生数据传输失败次数的方法可以包括以下至少一种:
响应于接收到网络侧设备发送的特定HARQ进程的数据重传指示,确定发生一次数据传输失败;
响应于接收到网络侧设备发送的特定HARQ进程的数据接收失败指示,确定发生一次数据传输失败。
其中,在本公开的一个实施例之中,上述的数据重传指示以及数据接收失败指示可以是网络侧设备通过DCI信令发送至UE的。
进一步地,在本公开的一个实施例之中,在联合统计多个特定HARQ进程时,具体可以从多个特定HARQ进程中第一个发生的特定HARQ进程对新数据的首次传输开始统计多个特定HARQ进程的传输失败次数。
示例的,在本公开的一个实施例中,假设需要联合统计特定HARQ进程1和特定HARQ进程2对于数据1的传输失败次数,其中,特定HARQ进程1先于特定HARQ进程2发生,则可以从特定HARQ进程1对数据1的首次传输开始统计,其中,在统计的过程中,当特定HARQ进程1接收到网路侧设备发送的数据重传指示,或者,特定HARQ进程2接收到网路侧设备发送的数据重传指示时,则将该传输失败次数计数器加1。
以及,在本公开的另一个实施例之中,在联合统计多个特定HARQ进程时,具体可以从多个特定HARQ进程中第一个发生的特定HARQ进程对新数据的在配置的上行授权配置上进行的首次传输开始统计每一特定HARQ进程的传输失败次数。
示例的,在本公开的一个实施例之中,假设需要联合统计特定HARQ进程1和特定HARQ进程2对于数据1的传输失败次数,其中,特定HARQ进程1先于特定HARQ进程2发生,以及网路侧设备给UE配置了配置的上行授权配置:CG-1配置,其中特定HARQ进程-1可以使用CG-1配置传输数据。以及,该特定HARQ进程-1除了可以使用CG-1传输数据外,也可以使用动态调度的上行授权配置的传输数据。则此时,当要联合统计特定HARQ进程1和特定HARQ进程2的传输失败次数时,应当是从HARQ进程-1对新数据的在CG-1配置上进行的首次传输开始统计。
进一步地,在本公开的又一个实施例之中,在联合统计多个特定HARQ进程时,具体可以从多个特定HARQ进程中第一个发生的特定HARQ进程对新数据的在动态调度的上行授权配置上进行的首次传输开始统计每一特定HARQ进程的传输失败次数。
此外,关于上述步骤302中的“将UE的传输方式从第一传输方式切换至第二传输方式”的详细介绍可以参考上述实施例描述,本公开实施例在此不做赘述。
综上所述,在本公开实施例提供的传输方式的切换方法之中,UE会确定第一切换条件,该第一切换条件包括:UE的特定HARQ进程的传输失败次数大于或等于第一阈值;之后,UE会统计其特定HARQ进程的传输失败次数,响应于传输失败次数满足第一切换条件,将UE的传输方式从第一传输方式切换至第二传输方式。由此可知,在本公开的一个实施例之中,UE确定出的第一切换条件中限定了特定HARQ进程,之后,UE可以基于第一切换条件来统计特定HARQ进程的传输失败次数以确定是否切换传输方式。则本公开的方法中会限定出UE需要统计数据传输失败次数的特定HARQ进程,由此,针对具备多个HARQ进程的UE限定了具体采用哪一个或者哪几个特定HARQ进程的数据传输失败次数来判断是否切换传输方式,解决了相关技术中的“无法确定具体采用哪一个或者哪几个HARQ进程的 数据传输失败次数来判断是否切换传输方式”的技术问题。
图4为本公开实施例所提供的一种传输方式的切换方法的流程示意图,应用于UE,如图4所示,该传输方式的切换方法可以包括以下步骤:
步骤401、确定第一切换条件。
步骤402、统计UE的特定HARQ进程的传输失败次数,响应于传输失败次数满足第一切换条件,将UE的传输方式从第一传输方式切换至第二传输方式。
其中,关于步骤401-402的相关介绍可以参考上述实施例描述,本公开实施例在此不做赘述。
步骤403、确定第二切换条件。
需要说明的是,在本公开的一个实施例之中,当在上述步骤402中将UE的传输方式从第一传输方式切换至第二传输方式之后,后续可能还需要将传输方式从第二传输方式切换回第一传输方式。基于此,设定了一第二切换条件,该第二切换条件具体可以为:用于指示UE将传输方式从第二传输方式切换回第一传输方式的条件。
其中,在本公开的一个实施例之中,该第二切换条件可以包括以下至少一种:
接收到网络侧设备发送的切换指示信息,该切换指示信息用于指示UE从第二传输方式切换至第一传输方式;
UE的特定HARQ进程的传输成功次数大于或等于第二阈值。在本公开的一个实施例之中,该第二阈值可以是预先设定的,该第二阈值可以大于等于1,例如该第二阈值可以为10。
以及,在本公开的一个实施例之中,上述的切换指示信息可以包括以下至少一种:
指示退出第二传输方式的第一指示信息;
指示恢复第一传输方式的第二指示信息;
指示恢复RRC(Radio Resource Control,无线资源控制)配置的数据发送状态的第三指示信息;
指示切换至第二传输方式前的数据发送状态的第四指示信息;
承载标识(如,DRB-1);
逻辑信道标识(如,LCH-1);
小区组标识(如,MCG或SCG);
承载类型标识(如,split bearer,MCG bearer或SCG bearer);
HARQ进程标识(如,HARQ进程1);
配置的上行授权配置标识(如,configuredGrantConfiguration-1)。
进一步地,在本公开的一个实施例之中,该第二切换条件的确定方法可以是基于网络侧设备指示确定的。在本公开的另一个实施例之中,该第二切换条件的确定方法可以是基于协议约定确定的。
具体而言,在本公开的一个实施例之中,当第二切换条件为:接收到网络侧设备发送的切换指示信息时,该第二切换条件可以是基于网络侧设备指示确定的;当第二切换条件为:UE的特定HARQ进程的传输成功次数大于或等于第二阈值时,该第二切换条件的确定方法可以是基于网络侧设备指示确定的,和/或,是基于协议约定确定的。
步骤404、统计UE的特定HARQ进程的传输成功次数。
其中,在本公开的一个实施例之中,UE仅需统计特定HARQ进程的传输成功次数,无需统计其他HARQ进程的传输成功次数。
示例的,在本公开的一个实施例之中,假设UE当前进行的所有HARQ进程包括有HARQ进程1、HARQ进程2、HARQ进程3、HARQ进程4,其中,特定HARQ进程为:HARQ进程1和HARQ进程2,此时,UE仅需统计HARQ进程1和HARQ进程2的传输成功次数即可,无需再统计HARQ进程3和HARQ进程4的传输成功次数。
以及,在本公开的一个实施例之中,当UE有多个特定HARQ时,UE可以独立统计每一个特定HARQ进程的传输成功次数,在本公开的另一个实施例之中,当UE有多个特定HARQ时,UE可以联合统计多个特定HARQ进程的传输成功次数。以及,关于该部分内容的详细介绍可以参考后续实施例描述。
步骤405、响应于UE满足第二切换条件,将UE的传输方式从第二传输方式切换至第一传输方式。
其中,需要说明的是,在本公开的一个实施例之中,当上述第二切换条件为:UE的特定HARQ进程的传输成功次数大于或等于第二阈值时,上述的传输成功次数可以是指连续成功传输次数。示例的,假设UE利用CG-1配置的资源通过特定HARQ进程-1连续进行了a(大于第二阈值)次新数据传输,期间没有接收到数据传输失败指示(或,数据重传指示),则认为UE的特定HARQ进程的传输成功次数满足第二预设条件。
进一步地,当上述的第二切换条件为:接收到网络侧设备发送的切换指示信息时,则当UE接收到网络侧设备发送的切换指示信息时,则认为UE满足第二切换条件。
以及,在本公开的一个实施例之中,上述的将UE的传输方式从第二传输方式切换至第一传输方式的方法可以包括以下至少一种:
方法1、去激活特定承载的数据复制功能;
在本公开的一个实施例之中,上述的特定承载具体可以为UE当前传输数据所使用的承载,其中,承载具体可以为DRB和/或SRB。以及,在本公开的一个实施例之中,上述的数据复制功能可以为PDCP数据复制功能。
示例的,在本公开的一个实施例之中,假设在第二传输方式下特定承载DRB-1的PDCP数据复制功能当前为激活状态,则在UE满足第二切换条件,而要采用方法1将UE的传输方式从第二传输方式切换至第一传输方式时,可以去激活该DRB1的PDCP数据复制功能。
方法2、减少特定承载对应的激活状态的RLC实体数量;
示例的,假设特定承载DRB-1的PDCP关联的RLC实体数量为4,在第二传输方式下该特定承载DRB-1的激活的RLC实体数量为3,则在UE满足第二切换条件,而要采用方法2将UE的传输方式从第二传输方式切换至第一传输方式时,UE可以减少1个激活RLC实体(即将特定承载DRB-1总的激活RLC实体数量减少至2个)。
方法3、激活指定的第二RLC实体;
其中,在本公开的一个实施例之中,该第二RCL实体可以包括至少一个RLC实体。以及,在本公开的一个实施例之中,该第二RLC实体可以是基于网络侧设备指示确定的。在本公开的另一个实施例之中,该第二RLC实体可以是基于协议约定确定的。
示例的,在本公开的一个实施例之中,假设特定承载DRB-1的PDCP关联的RLC实体数量为4,分别为RLC实体-1、RLC实体-2、RLC实体-3、RLC实体-4;假设该第二RLC实体为RLC实体-1,则若第二传输条件下,激活的RLC实体为RLC实体-1、RLC实体-2、RLC实体-3,则在UE满足第二切换条件,而要采用方法3将UE的传输方式从第二传输方式切换至第一传输方式时,可以仅激活RLC实体-1。
方法4、变更特定承载的特定逻辑信道的可使用的上行授权配置的类型。
在本公开的一个实施例之中,方法4中可以将特定承载的特定逻辑信道的可使用的上行授权配置的类型变更为:网络侧设备指定的上行授权配置的类型。其中,在本公开的一个实施例之中,该指定的上行授权配置的类型例如可以为:RRC配置指定的上行授权的类型。
由此可知,在本公开的一个实施例之中,当UE切换至第二传输方式后,还会进一步判定UE是否满足第二切换条件,当判定该UE满足第一切换条件时,则可以通过执行上述方法1至方法4来将UE的传输方式从第二传输方式切换至第一传输方式。
此外,还需要说明的是,在本公开的一个实施例之中,上述步骤404为一可选步骤。具体而言,若步骤403中所确定的第二切换条件不包括“UE的特定HARQ进程的传输成功次数大于或等于第二阈值”时,则可以无需执行上述步骤403,若步骤403中所确定的第二切换条件包括“UE的特定HARQ进程的传输成功次数大于或等于第二阈值”时,则需要执行上述步骤403。
综上所述,在本公开实施例提供的传输方式的切换方法之中,UE会确定第一切换条件,该第一切换条件包括:UE的特定HARQ进程的传输失败次数大于或等于第一阈值;之后,UE会统计其特定HARQ进程的传输失败次数,响应于传输失败次数满足第一切换条件,将UE的传输方式从第一传输方式切换 至第二传输方式。由此可知,在本公开的一个实施例之中,UE确定出的第一切换条件中限定了特定HARQ进程,之后,UE可以基于第一切换条件来统计特定HARQ进程的传输失败次数以确定是否切换传输方式。则本公开的方法中会限定出UE需要统计数据传输失败次数的特定HARQ进程,由此,针对具备多个HARQ进程的UE限定了具体采用哪一个或者哪几个特定HARQ进程的数据传输失败次数来判断是否切换传输方式,解决了相关技术中的“无法确定具体采用哪一个或者哪几个HARQ进程的数据传输失败次数来判断是否切换传输方式”的技术问题。
图5为本公开实施例所提供的一种传输方式的切换方法的流程示意图,应用于UE,如图5所示,该传输方式的切换方法可以包括以下步骤:
步骤501、确定第一切换条件。
步骤502、统计UE的特定HARQ进程的传输失败次数,响应于传输失败次数满足第一切换条件,将UE的传输方式从第一传输方式切换至第二传输方式。
步骤503、确定第二切换条件。
其中,关于上述步骤501-503的详细介绍可以参考上述实施例描述,本公开实施例在此不做赘述。
步骤504、独立统计UE的每一特定HARQ进程的传输成功次数。
其中,在本公开的一个实施例之中,独立统计UE的每一特定HARQ进程的传输成功次数可以为:每一特定HARQ进程均对应一传输成功次数计数器,其中,当某一特定HARQ进程发生一次数据传输成功次数时,将该特定HARQ进程对应的传输成功次数计数器加一。
示例的,在本公开的一个实施例之中,假设特定HARQ进程为HARQ进程1和HARQ进程2,则当HARQ进程1和HARQ进程2分别对应一传输成功次数计数器,其中,当HARQ进程1发生一次数据传输成功次数时,将该HARQ进程1对应的传输成功次数计数器加一,当HARQ进程2发生一次数据传输成功次数时,将该HARQ进程2对应的传输成功次数计数器加一。
其中,需要说明的是,在本公开的一个实施例之中,确定发生数据传输成功次数的方法可以包括以下至少一种:
响应于接收到网络侧设备发送的特定HARQ进程的数据新传指示,确定发生一次数据传输成功;
响应于接收到网络侧设备发送的特定HARQ进程的数据接收成功指示,确定发生一次数据传输成功;
将新数据连续传输成功的次数统计为所述传输成功次数。
其中,在本公开的一个实施例之中,上述的数据新传指示以及数据接收成功指示可以是网络侧设备通过DCI信令发送至UE的。
进一步地,在本公开的一个实施例之中,在独立统计每一特定HARQ进程时,具体可以从每一特定HARQ进程对新数据的首次传输开始统计每一特定HARQ进程的传输成功次数。
示例的,在本公开的一个实施例中,假设需要统计特定HARQ进程1对于数据1的传输成功次数,则从特定HARQ进程1对数据1的首次传输开始统计,其中,在特定HARQ进程1传输数据1的过程中,当特定HARQ进程1接收到网路侧设备发送的数据新传指示时,则将该特定HARQ进程1对应的传输成功次数计数器加1。以及,若该特定HARQ进程1开始传输数据2时,将该特定HARQ进程1对应的传输成功次数计数器设置为初始值(例如初始值可以为0)。
以及,在本公开的另一个实施例之中,在独立统计每一特定HARQ进程时,具体可以从每一特定HARQ进程对新数据的在配置的上行授权配置上进行的首次传输开始统计每一特定HARQ进程的传输成功次数。
具体而言,在本公开的一个实施例之中,HARQ进程包括在配置的上行授权配置进行传输的HARQ进程,和/或,在动态调度的上行授权配置进行传输的HARQ进程。其中,上述的配置的(CG,Configured Grant)上行授权配置为网络侧设备配置至UE的,且该配置的上行授权配置的类型是周期性的。其中,该网络侧配置至UE的该配置的上行授权配置可以包括多个,以及网络侧设备可以从该多个配置的上行授权配置中指定一个或多个配置的上行授权配置以供UE使用。以及,上述的动态调度(DG,Dynamic Grant)的上行授权配置也是为网络侧设备配置至UE的,且该动态调度的上行授权配置是基于信令(例 如DCI信令)动态调度的。
基于此,在本公开的一个实施例之中,上述的从每一特定HARQ进程对新数据的在配置的上行授权配置上进行的首次传输开始统计每一特定HARQ进程的传输成功次数具体可以为:
假设网路侧设备给UE配置了配置的上行授权配置:CG-1配置,以及特定HARQ进程-1可以使用CG-1配置传输数据。以及,该特定HARQ进程-1除了可以使用CG-1传输数据外,也可以使用动态调度的上行授权配置的传输数据。则此时,当要统计特定HARQ进程-1的传输成功次数时,应当是从HARQ进程-1对新数据的在CG-1配置上进行的首次传输开始统计。
进一步地,在本公开的又一个实施例之中,在独立统计每一特定HARQ进程时,具体可以从每一特定HARQ进程对新数据的在动态调度的上行授权配置上进行的首次传输开始统计每一特定HARQ进程的传输成功次数。
以及,还需要说明的是,在本公开的一个实施例之中,当独立统计UE的每一特定HARQ进程的传输成功次数时,若任一特定HARQ进程的传输成功次数大于或等于第一阈值,则认为UE满足第二切换条件。
步骤505、响应于UE满足第二切换条件,将UE的传输方式从第二传输方式切换至第一传输方式。
此外,关于上述步骤505的详细介绍可以参考上述实施例描述,本公开实施例在此不做赘述。
综上所述,在本公开实施例提供的传输方式的切换方法之中,UE会确定第一切换条件,该第一切换条件包括:UE的特定HARQ进程的传输失败次数大于或等于第一阈值;之后,UE会统计其特定HARQ进程的传输失败次数,响应于传输失败次数满足第一切换条件,将UE的传输方式从第一传输方式切换至第二传输方式。由此可知,在本公开的一个实施例之中,UE确定出的第一切换条件中限定了特定HARQ进程,之后,UE可以基于第一切换条件来统计特定HARQ进程的传输失败次数以确定是否切换传输方式。则本公开的方法中会限定出UE需要统计数据传输失败次数的特定HARQ进程,由此,针对具备多个HARQ进程的UE限定了具体采用哪一个或者哪几个特定HARQ进程的数据传输失败次数来判断是否切换传输方式,解决了相关技术中的“无法确定具体采用哪一个或者哪几个HARQ进程的数据传输失败次数来判断是否切换传输方式”的技术问题。
图6为本公开实施例所提供的一种传输方式的切换方法的流程示意图,应用于UE,如图6所示,该传输方式的切换方法可以包括以下步骤:
步骤601、确定第一切换条件。
步骤602、统计UE的特定HARQ进程的传输失败次数,响应于传输失败次数满足第一切换条件,将UE的传输方式从第一传输方式切换至第二传输方式。
步骤603、确定第二切换条件。
步骤604、联合统计UE的多个特定HARQ进程的传输失败次数。
其中,在本公开的一个实施例之中,联合统计UE的多个特定HARQ进程的传输成功次数可以为:该多个特定HARQ进程对应一传输成功次数计数器,其中,当任一特定HARQ进程发生一次数据传输成功次数时,将该传输成功次数计数器加一。
示例的,在本公开的一个实施例之中,假设特定HARQ进程为HARQ进程1和HARQ进程2,则当HARQ进程1和HARQ进程2对应一传输成功次数计数器,其中,当HARQ进程1发生一次数据传输成功次数,或者,HARQ进程2发生一次数据传输成功次数时,将该传输成功次数计数器加一。
其中,需要说明的是,在本公开的一个实施例之中,确定发生数据传输成功次数的方法可以包括以下至少一种:
响应于接收到网络侧设备发送的特定HARQ进程的数据重传指示,确定发生一次数据传输成功;
响应于接收到网络侧设备发送的特定HARQ进程的数据接收成功指示,确定发生一次数据传输成功。
其中,在本公开的一个实施例之中,上述的数据重传指示以及数据接收成功指示可以是网络侧设备通过DCI信令发送至UE的。
进一步地,在本公开的一个实施例之中,在联合统计多个特定HARQ进程时,具体可以从多个特 定HARQ进程中第一个发生的特定HARQ进程对新数据的首次传输开始统计多个特定HARQ进程的传输成功次数。
示例的,在本公开的一个实施例中,假设需要联合统计特定HARQ进程1和特定HARQ进程2对于数据1的传输成功次数,其中,特定HARQ进程1先于特定HARQ进程2发生,则可以从特定HARQ进程1对数据1的首次传输开始统计,其中,在统计的过程中,当特定HARQ进程1接收到网路侧设备发送的数据重传指示,或者,特定HARQ进程2接收到网路侧设备发送的数据重传指示时,则将该传输成功次数计数器加1。
以及,在本公开的另一个实施例之中,在联合统计多个特定HARQ进程时,具体可以从多个特定HARQ进程中第一个发生的特定HARQ进程对新数据的在配置的上行授权配置上进行的首次传输开始统计每一特定HARQ进程的传输成功次数。
示例的,在本公开的一个实施例之中,假设需要联合统计特定HARQ进程1和特定HARQ进程2对于数据1的传输成功次数,其中,特定HARQ进程1先于特定HARQ进程2发生,以及网路侧设备给UE配置了配置的上行授权配置:CG-1配置,其中特定HARQ进程-1可以使用CG-1配置传输数据。以及,该特定HARQ进程-1除了可以使用CG-1传输数据外,也可以使用动态调度的上行授权配置的传输数据。则此时,当要联合统计特定HARQ进程1和特定HARQ进程2的传输成功次数时,应当是从HARQ进程-1对新数据的在CG-1配置上进行的首次传输开始统计。
进一步地,在本公开的又一个实施例之中,在联合统计多个特定HARQ进程时,具体可以从多个特定HARQ进程中第一个发生的特定HARQ进程对新数据的在动态调度的上行授权配置上进行的首次传输开始统计每一特定HARQ进程的传输成功次数。
步骤605、响应于UE满足第二切换条件,将UE的传输方式从第二传输方式切换至第一传输方式。
此外,关于上述步骤601-603、605的详细介绍可以参考上述实施例描述,本公开实施例在此不做赘述。
综上所述,在本公开实施例提供的传输方式的切换方法之中,UE会确定第一切换条件,该第一切换条件包括:UE的特定HARQ进程的传输失败次数大于或等于第一阈值;之后,UE会统计其特定HARQ进程的传输失败次数,响应于传输失败次数满足第一切换条件,将UE的传输方式从第一传输方式切换至第二传输方式。由此可知,在本公开的一个实施例之中,UE确定出的第一切换条件中限定了特定HARQ进程,之后,UE可以基于第一切换条件来统计特定HARQ进程的传输失败次数以确定是否切换传输方式。则本公开的方法中会限定出UE需要统计数据传输失败次数的特定HARQ进程,由此,针对具备多个HARQ进程的UE限定了具体采用哪一个或者哪几个特定HARQ进程的数据传输失败次数来判断是否切换传输方式,解决了相关技术中的“无法确定具体采用哪一个或者哪几个HARQ进程的数据传输失败次数来判断是否切换传输方式”的技术问题。
图7为本公开实施例所提供的一种传输方式的切换方法的流程示意图,应用于基站,如图7所示,该传输方式的切换方法可以包括以下步骤:
步骤701、向UE配置第一切换条件。
其中,在本公开的一个实施例之中,该第一切换条件可以包括:所述UE的特定HARQ进程的传输失败次数大于或等于第一阈值。
以及,关于第一切换条件的详细介绍可以参考上述实施例描述,本公开实施例在此不做赘述。
综上所述,在本公开实施例提供的传输方式的切换方法之中,UE会确定第一切换条件,该第一切换条件包括:UE的特定HARQ进程的传输失败次数大于或等于第一阈值;之后,UE会统计其特定HARQ进程的传输失败次数,响应于传输失败次数满足第一切换条件,将UE的传输方式从第一传输方式切换至第二传输方式。由此可知,在本公开的一个实施例之中,UE确定出的第一切换条件中限定了特定HARQ进程,之后,UE可以基于第一切换条件来统计特定HARQ进程的传输失败次数以确定是否切换传输方式。则本公开的方法中会限定出UE需要统计数据传输失败次数的特定HARQ进程,由此,针对具备多个HARQ进程的UE限定了具体采用哪一个或者哪几个特定HARQ进程的数据传输失败次数来判断是否切换传输方式,解决了相关技术中的“无法确定具体采用哪一个或者哪几个HARQ进程的 数据传输失败次数来判断是否切换传输方式”的技术问题。
图8为本公开实施例所提供的一种传输方式的切换方法的流程示意图,应用于基站,如图8所示,该传输方式的切换方法可以包括以下步骤:
步骤801、向UE配置第一切换条件。
其中,在本公开的一个实施例之中,该第一切换条件可以包括:所述UE的特定HARQ进程的传输失败次数大于或等于第一阈值。
以及,关于第一切换条件的详细介绍可以参考上述实施例描述,本公开实施例在此不做赘述。
步骤802、向UE配置第二切换条件。
其中,在本公开的一个实施例之中,该第二切换条件可以包括以下至少一种:
向所述UE发送切换指示信息;
所述UE的特定HARQ进程的传输成功次数大于或等于第二阈值。
以及,在本公开的一个实施例之中,所述切换指示信息包括以下至少一种:
指示退出第二传输方式的第一指示信息;
指示恢复第一传输方式的第二指示信息;
指示恢复RRC配置的数据发送状态的第三指示信息;
指示变更至进入第二传输方式前的数据发送状态的第四指示信息;
承载标识;
逻辑信道标识;
小区组标识;
承载类型标识;
HARQ进程标识;
指定的上行授权配置标识。
其中,关于上述第二切换条件的详细介绍可以参考上述实施例描述,本公开实施例在此不做赘述。
综上所述,在本公开实施例提供的传输方式的切换方法之中,UE会确定第一切换条件,该第一切换条件包括:UE的特定HARQ进程的传输失败次数大于或等于第一阈值;之后,UE会统计其特定HARQ进程的传输失败次数,响应于传输失败次数满足第一切换条件,将UE的传输方式从第一传输方式切换至第二传输方式。由此可知,在本公开的一个实施例之中,UE确定出的第一切换条件中限定了特定HARQ进程,之后,UE可以基于第一切换条件来统计特定HARQ进程的传输失败次数以确定是否切换传输方式。则本公开的方法中会限定出UE需要统计数据传输失败次数的特定HARQ进程,由此,针对具备多个HARQ进程的UE限定了具体采用哪一个或者哪几个特定HARQ进程的数据传输失败次数来判断是否切换传输方式,解决了相关技术中的“无法确定具体采用哪一个或者哪几个HARQ进程的数据传输失败次数来判断是否切换传输方式”的技术问题。
图9本公开一个实施例所提供的一种传输方式的切换装置的结构示意图,如图9所示,装置900可以包括:
确定模块,用于确定第一切换条件,所述第一切换条件包括:所述UE的特定混合自动重传请求特定HARQ进程的传输失败次数大于或等于第一阈值;
处理模块,用于统计所述UE的特定HARQ进程的传输失败次数,响应于所述传输失败次数满足所述第一切换条件,将所述UE的传输方式从第一传输方式切换至第二传输方式。
综上所述,在本公开实施例提供的传输方式的切换装置之中,UE会确定第一切换条件,该第一切换条件包括:UE的特定HARQ进程的传输失败次数大于或等于第一阈值;之后,UE会统计其特定HARQ进程的传输失败次数,响应于传输失败次数满足第一切换条件,将UE的传输方式从第一传输方式切换至第二传输方式。由此可知,在本公开的一个实施例之中,UE确定出的第一切换条件中限定了特定HARQ进程,之后,UE可以基于第一切换条件来统计特定HARQ进程的传输失败次数以确定是否切换传输方式。则本公开的方法中会限定出UE需要统计数据传输失败次数的特定HARQ进程,由此,针对具备多个HARQ进程的UE限定了具体采用哪一个或者哪几个特定HARQ进程的数据传输失败次数 来判断是否切换传输方式,解决了相关技术中的“无法确定具体采用哪一个或者哪几个HARQ进程的数据传输失败次数来判断是否切换传输方式”的技术问题。
在本公开一个实施例之中,所述特定HARQ进程包括以下至少一种:
网络侧设备指定的或协议约定的HARQ进程;
网络侧设备指定的或协议约定的至少一个配置的上行授权配置对应的HARQ进程;
特定标识对应的数据所对应的HARQ进程。
可选的,在本公开一个实施例之中,所述特定标识包括以下至少一种:
承载标识;
逻辑信道标识;
小区组标识;
承载类型标识;
变更数据发送方式标识。
可选的,在本公开一个实施例之中,所述处理模块还用于:
独立统计所述UE的每一特定HARQ进程的传输失败次数;和/或
联合统计所述UE的多个特定HARQ进程的传输失败次数。
可选的,在本公开一个实施例之中,所述处理模块还用于:
从特定HARQ进程的首次传输开始统计所述UE的特定HARQ进程的传输失败次数。
可选的,在本公开一个实施例之中,所述HARQ进程包括在配置的上行授权配置进行传输的HARQ进程,和/或,在动态调度的上行授权配置进行传输的HARQ进程;
所述处理模块还用于:
从特定HARQ进程在配置的上行授权配置,或,在基于动态调度的上行授权配置上的首次传输开始统计的所述UE的特定HARQ进程的传输失败次数。
可选的,在本公开一个实施例之中,所述处理模块还用于:
响应于接收到网络侧设备发送的所述特定HARQ进程的数据重传指示,累加一次传输失败次数;
响应于接收到网络侧设备发送的所述特定HARQ进程的数据接收失败指示,累加一次传输失败次数。
可选的,在本公开一个实施例之中,所述处理模块还用于:
激活特定承载的数据复制功能;
改变特定承载对应的激活状态的无线链路层控制协议RLC实体数量;
激活指定的第一RLC实体;
变更特定承载的特定逻辑信道的可使用的上行授权配置的类型。
可选的,在本公开一个实施例之中,所述处理模块还用于:
确定所述第二传输方式可使用的上行授权配置的子载波间隔SCS为:所有类型的SCS;
确定所述第二传输方式可使用的上行授权配置的SCS为:数值大于所述第一传输方式使用的SCS数值的SCS;
确定所述第二传输方式可使用的上行授权配置对应的物理上行链路共享信道PUSCH的持续时长为:所有PUSCH持续时长;
确定所述第二传输方式可使用上行授权配置类型-1;
确定所述第二传输方式可使用所有小区的上行授权配置;
确定所述第二传输方式可使用指定小区的上行授权配置;
确定所述第二传输方式可使用上行授权配置类型-2的所有资源;
确定所述第二传输方式可使用所有物理优先级的上行授权配置。
可选的,在本公开一个实施例之中,所述确定模块还用于:
基于协议约定确定所述第一切换条件;
获取网络侧设备指示的所述第一切换条件。
可选的,在本公开一个实施例之中,所述装置还用于:
确定第二切换条件;
响应于所述UE满足所述第二切换条件,将所述UE的传输方式从第二传输方式切换至第一传输方式。
可选的,在本公开一个实施例之中,第二切换条件包括以下至少一种:
接收到网络侧设备发送的切换指示信息;
所述UE的特定HARQ进程的传输成功次数大于或等于第二阈值。
可选的,在本公开一个实施例之中,所述切换指示信息包括以下至少一种:
指示退出第二传输方式的第一指示信息;
指示恢复第一传输方式的第二指示信息;
指示恢复无线资源控制RRC配置的数据发送状态的第三指示信息;
指示切换至第二传输方式前的数据发送状态的第四指示信息;
承载标识;
逻辑信道标识;
小区组标识;
承载类型标识;
HARQ进程标识;
配置的上行授权配置标识。
可选的,在本公开一个实施例之中,所述装置还用于:
独立统计所述UE的每一特定HARQ进程的传输成功次数;和/或
联合统计所述UE的多个特定HARQ进程的传输成功次数。
可选的,在本公开一个实施例之中,所述装置还用于:
从特定HARQ进程的首次传输开始统计所述UE的特定HARQ进程的传输成功次数。
可选的,在本公开一个实施例之中,所述HARQ进程包括在配置的上行授权配置进行传输的HARQ进程,和/或,在动态调度的上行授权配置进行传输的HARQ进程;
所述装置还用于:
从特定HARQ进程在配置的上行授权配置,或,在基于动态调度的上行授权配置上的首次传输开始统计的所述UE的特定HARQ进程的传输成功次数。
可选的,在本公开一个实施例之中,所述装置还用于:
响应于接收到网络侧设备发送的所述特定HARQ进程的数据新传指示,累加一次传输成功次数;
响应于接收到网络侧设备发送的所述特定HARQ进程的数据接收成功指示,累加一次传输成功次数;
将新数据连续传输成功的次数统计为所述传输成功次数。
可选的,在本公开一个实施例之中,所述装置还用于:
去激活特定承载的数据复制功能;
减少特定承载对应的激活状态的RLC实体数量;
激活指定的第二RLC实体;
变更特定承载的特定逻辑信道的可使用的上行授权配置的类型。
可选的,在本公开一个实施例之中,所述装置还用于:
将特定承载的特定逻辑信道的可使用的上行授权配置的类型变更为:网络侧设备指定的上行授权配置的类型。
图10为本公开另一个实施例所提供的一种传输方式的切换装置的结构示意图,如图10所示,装置1000可以包括:
配置模块,用于向UE配置第一切换条件,所述第一切换条件包括:所述UE的特定HARQ进程的传输失败次数大于或等于第一阈值。
综上所述,在本公开实施例提供的传输方式的切换装置之中,UE会确定第一切换条件,该第一切换条件包括:UE的特定HARQ进程的传输失败次数大于或等于第一阈值;之后,UE会统计其特定HARQ进程的传输失败次数,响应于传输失败次数满足第一切换条件,将UE的传输方式从第一传输方式切换至第二传输方式。由此可知,在本公开的一个实施例之中,UE确定出的第一切换条件中限定了特定HARQ进程,之后,UE可以基于第一切换条件来统计特定HARQ进程的传输失败次数以确定是否切换传输方式。则本公开的方法中会限定出UE需要统计数据传输失败次数的特定HARQ进程,由此,针对具备多个HARQ进程的UE限定了具体采用哪一个或者哪几个特定HARQ进程的数据传输失败次数来判断是否切换传输方式,解决了相关技术中的“无法确定具体采用哪一个或者哪几个HARQ进程的数据传输失败次数来判断是否切换传输方式”的技术问题。
可选的,在本公开的一个实施例之中,所述装置还用于:
向所述UE配置第二切换条件。
可选的,在本公开的一个实施例之中,所述第二切换条件包括以下至少一种:
向所述UE发送切换指示信息;
所述UE的特定HARQ进程的传输成功次数大于或等于第二阈值。
可选的,在本公开的一个实施例之中,所述切换指示信息包括以下至少一种:
指示退出第二传输方式的第一指示信息;
指示恢复第一传输方式的第二指示信息;
指示恢复RRC配置的数据发送状态的第三指示信息;
指示变更至进入第二传输方式前的数据发送状态的第四指示信息;
承载标识;
逻辑信道标识;
小区组标识;
承载类型标识;
HARQ进程标识;
指定的上行授权配置标识。
图11是本公开一个实施例所提供的一种用户设备UE1100的框图。例如,UE1100可以是移动电话,计算机,数字广播终端设备,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图11,UE1100可以包括以下至少一个组件:处理组件1102,存储器1104,电源组件1106,多媒体组件1108,音频组件1110,输入/输出(I/O)的接口1112,传感器组件1113,以及通信组件1116。
处理组件1102通常控制UE1100的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件1102可以包括至少一个处理器1120来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件1102可以包括至少一个模块,便于处理组件1102和其他组件之间的交互。例如,处理组件1102可以包括多媒体模块,以方便多媒体组件1108和处理组件1102之间的交互。
存储器1104被配置为存储各种类型的数据以支持在UE1100的操作。这些数据的示例包括用于在UE1100上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器1104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件1106为UE1100的各种组件提供电力。电源组件1106可以包括电源管理系统,至少一个电源,及其他与为UE1100生成、管理和分配电力相关联的组件。
多媒体组件1108包括在所述UE1100和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括至少一个触摸传感器以感测触摸、滑动和触摸面板上的手势。 所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的唤醒时间和压力。在一些实施例中,多媒体组件1108包括一个前置摄像头和/或后置摄像头。当UE1100处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1110被配置为输出和/或输入音频信号。例如,音频组件1110包括一个麦克风(MIC),当UE1100处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1104或经由通信组件1116发送。在一些实施例中,音频组件1110还包括一个扬声器,用于输出音频信号。
I/O接口1112为处理组件1102和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1113包括至少一个传感器,用于为UE1100提供各个方面的状态评估。例如,传感器组件1113可以检测到设备1100的打开/关闭状态,组件的相对定位,例如所述组件为UE1100的显示器和小键盘,传感器组件1113还可以检测UE1100或UE1100一个组件的位置改变,用户与UE1100接触的存在或不存在,UE1100方位或加速/减速和UE1100的温度变化。传感器组件1113可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1113还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件1113还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件1116被配置为便于UE1100和其他设备之间有线或无线方式的通信。UE1100可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件1116经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件1116还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,UE1100可以被至少一个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
图12是本公开实施例所提供的一种网络侧设备1200的框图。例如,网络侧设备1200可以被提供为一网络侧设备。参照图12,网络侧设备1200包括处理组件1211,其进一步包括至少一个处理器,以及由存储器1232所代表的存储器资源,用于存储可由处理组件1222的执行的指令,例如应用程序。存储器1232中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1215被配置为执行指令,以执行上述方法前述应用在所述网络侧设备的任意方法,例如,如图1所示方法。
网络侧设备1200还可以包括一个电源组件1226被配置为执行网络侧设备1200的电源管理,一个有线或无线网络接口1250被配置为将网络侧设备1200连接到网络,和一个输入输出(I/O)接口1258。网络侧设备1200可以操作基于存储在存储器1232的操作系统,例如Windows Server TM,Mac OS XTM,Unix TM,Linux TM,Free BSDTM或类似。
上述本公开提供的实施例中,分别从网络侧设备、UE、RIS阵列的角度对本公开实施例提供的方法进行了介绍。为了实现上述本公开实施例提供的方法中的各功能,网络侧设备和UE可以包括硬件结构、软件模块,以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能可以以硬件结构、软件模块、或者硬件结构加软件模块的方式来执行。
上述本公开提供的实施例中,分别从网络侧设备、UE、RIS阵列的角度对本公开实施例提供的方法进行了介绍。为了实现上述本公开实施例提供的方法中的各功能,网络侧设备和UE可以包括硬件结构、软件模块,以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能可以以硬件结构、软件模块、或者硬件结构加软件模块的方式来执行。
本公开实施例提供的一种通信装置。通信装置可包括收发模块和处理模块。收发模块可包括发送模块和/或接收模块,发送模块用于实现发送功能,接收模块用于实现接收功能,收发模块可以实现发送 功能和/或接收功能。
通信装置可以是终端设备(如上述方法实施例中的终端设备),也可以是终端设备中的装置,还可以是能够与终端设备匹配使用的装置。或者,通信装置可以是网络设备,也可以是网络设备中的装置,还可以是能够与网络设备匹配使用的装置。
本公开实施例提供的另一种通信装置。通信装置可以是网络设备,也可以是终端设备(如上述方法实施例中的终端设备),也可以是支持网络设备实现上述方法的芯片、芯片系统、或处理器等,还可以是支持终端设备实现上述方法的芯片、芯片系统、或处理器等。该装置可用于实现上述方法实施例中描述的方法,具体可以参见上述方法实施例中的说明。
通信装置可以包括一个或多个处理器。处理器可以是通用处理器或者专用处理器等。例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理,中央处理器可以用于对通信装置(如,网络侧设备、基带芯片,终端设备、终端设备芯片,DU或CU等)进行控制,执行计算机程序,处理计算机程序的数据。
可选的,通信装置中还可以包括一个或多个存储器,其上可以存有计算机程序,处理器执行所述计算机程序,以使得通信装置执行上述方法实施例中描述的方法。可选的,所述存储器中还可以存储有数据。通信装置和存储器可以单独设置,也可以集成在一起。
可选的,通信装置还可以包括收发器、天线。收发器可以称为收发单元、收发机、或收发电路等,用于实现收发功能。收发器可以包括接收器和发送器,接收器可以称为接收机或接收电路等,用于实现接收功能;发送器可以称为发送机或发送电路等,用于实现发送功能。
可选的,通信装置中还可以包括一个或多个接口电路。接口电路用于接收代码指令并传输至处理器。处理器运行所述代码指令以使通信装置执行上述方法实施例中描述的方法。
通信装置为终端设备(如上述方法实施例中的终端设备):处理器用于执行图8所示的方法。
通信装置为网络设备:收发器用于执行图6-图7任一所示的方法。
通信装置为RIS阵列:收发器用于执行图1-图5任一所示的方法。
在一种实现方式中,处理器中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路,或者是接口,或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的,也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写,或者,上述收发电路、接口或接口电路可以用于信号的传输或传递。
在一种实现方式中,处理器可以存有计算机程序,计算机程序在处理器上运行,可使得通信装置执行上述方法实施例中描述的方法。计算机程序可能固化在处理器中,该种情况下,处理器可能由硬件实现。
在一种实现方式中,通信装置可以包括电路,所述电路可以实现上述方法实施例中发送或接收或者通信的功能。本公开中描述的处理器和收发器可实现在集成电路(integrated circuit,IC)、模拟IC、射频集成电路RFIC、混合信号IC、专用集成电路(application specific integrated circuit,ASIC)、印刷电路板(printed circuit board,PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造,例如互补金属氧化物半导体(complementary metal oxide semiconductor,CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor,NMOS)、P型金属氧化物半导体(positive channel metal oxide semiconductor,PMOS)、双极结型晶体管(bipolar junction transistor,BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(Gas)等。
以上实施例描述中的通信装置可以是网络设备或者终端设备(如上述方法实施例中的终端设备),但本公开中描述的通信装置的范围并不限于此,而且通信装置的结构可以不受的限制。通信装置可以是独立的设备或者可以是较大设备的一部分。例如所述通信装置可以是:
(1)独立的集成电路IC,或芯片,或,芯片系统或子系统;
(2)具有一个或多个IC的集合,可选的,该IC集合也可以包括用于存储数据,计算机程序的存储部件;
(3)ASIC,例如调制解调器(Modem);
(4)可嵌入在其他设备内的模块;
(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等;
(6)其他等等。
对于通信装置可以是芯片或芯片系统的情况,芯片包括处理器和接口。其中,处理器的数量可以是一个或多个,接口的数量可以是多个。
可选的,芯片还包括存储器,存储器用于存储必要的计算机程序和数据。
本领域技术人员还可以了解到本公开实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件,或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用,可以使用各种方法实现所述的功能,但这种实现不应被理解为超出本公开实施例保护的范围。
本公开实施例还提供一种确定侧链路时长的系统,该系统包括上述实施例中作为终端设备(如上述方法实施例中的第一终端设备)的通信装置和作为网络设备的通信装置,或者,该系统包括上述实施例中作为终端设备(如上述方法实施例中的第一终端设备)的通信装置和作为网络设备的通信装置。
本公开还提供一种可读存储介质,其上存储有指令,该指令被计算机执行时实现上述任一方法实施例的功能。
本公开还提供一种计算机程序产品,该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序。在计算机上加载和执行所述计算机程序时,全部或部分地产生按照本公开实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机程序可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机程序可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,高密度数字视频光盘(digital video disc,DVD))、或者半导体介质(例如,固态硬盘(solid state disk,SSD))等。
本领域普通技术人员可以理解:本公开中涉及的第一、第二等各种数字编号仅为描述方便进行的区分,并不用来限制本公开实施例的范围,也表示先后顺序。
本公开中的至少一个还可以描述为一个或多个,多个可以是两个、三个、四个或者更多个,本公开不做限制。在本公开实施例中,对于一种技术特征,通过“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”等区分该种技术特征中的技术特征,该“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”描述的技术特征间无先后顺序或者大小顺序。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (31)

  1. 一种传输方式的切换方法,其特征在于,应用于用户设备UE,包括:
    确定第一切换条件,所述第一切换条件包括:所述UE的特定混合自动重传请求HARQ进程的传输失败次数大于或等于第一阈值;
    统计所述UE的特定HARQ进程的传输失败次数,响应于所述传输失败次数满足所述第一切换条件,将所述UE的传输方式从第一传输方式切换至第二传输方式。
  2. 如权利要求1所述的方法,其特征在于,所述特定HARQ进程包括以下至少一种:
    网络侧设备指定的或协议约定的HARQ进程;
    网络侧设备指定的或协议约定的至少一个配置的上行授权配置对应的HARQ进程;
    特定标识对应的数据所对应的HARQ进程。
  3. 如权利要求2所述的方法,其特征在于,所述特定标识包括以下至少一种:
    承载标识;
    逻辑信道标识;
    小区组标识;
    承载类型标识;
    变更数据发送方式标识。
  4. 如权利要求1所述的方法,其特征在于,所述统计所述UE的特定HARQ进程的传输失败次数,包括以下之一:
    独立统计所述UE的每一特定HARQ进程的传输失败次数;
    联合统计所述UE的多个特定HARQ进程的传输失败次数。
  5. 如权利要求1-4任一项所述的方法,其特征在于,所述统计所述UE的特定HARQ进程的传输失败次数,包括:
    从特定HARQ进程的首次传输开始统计所述UE的特定HARQ进程的传输失败次数。
  6. 如权利要求1所述的方法,其特征在于,所述HARQ进程包括在配置的上行授权配置进行传输的HARQ进程,和/或,在动态调度的上行授权配置进行传输的HARQ进程;
    所述统计所述UE的特定HARQ进程的传输失败次数,包括:
    从特定HARQ进程在配置的上行授权配置,或,在基于动态调度的上行授权配置上的首次传输开始统计的所述UE的特定HARQ进程的传输失败次数。
  7. 如权利要求1所述的方法,其特征在于,所述统计所述UE的特定HARQ进程的传输失败次数的方法包括以下至少一种:
    响应于接收到网络侧设备发送的所述特定HARQ进程的数据重传指示,累加一次传输失败次数;
    响应于接收到网络侧设备发送的所述特定HARQ进程的数据接收失败指示,累加一次传输失败次数。
  8. 如权利要求1所述的方法,其特征在于,所述将所述UE的传输方式从第一传输方式切换至第二传输方式的方法包括以下至少一种:
    激活特定承载的数据复制功能;
    改变特定承载对应的激活状态的无线链路层控制协议RLC实体数量;
    激活指定的第一RLC实体;
    变更特定承载的特定逻辑信道的可使用的上行授权配置的类型。
  9. 如权利要求8所述的方法,其特征在于,所述变更特定承载的特定逻辑信道的可使用的上行授权配置的类型的方法包括以下至少一种:
    确定所述第二传输方式可使用的上行授权配置的子载波间隔SCS为:所有类型的SCS;
    确定所述第二传输方式可使用的上行授权配置的SCS为:数值大于所述第一传输方式使用的SCS数值的SCS;
    确定所述第二传输方式可使用的上行授权配置对应的物理上行链路共享信道PUSCH的持续时长为: 所有PUSCH持续时长;
    确定所述第二传输方式可使用上行授权配置类型-1;
    确定所述第二传输方式可使用所有小区的上行授权配置;
    确定所述第二传输方式可使用指定小区的上行授权配置;
    确定所述第二传输方式可使用上行授权配置类型-2的所有资源;
    确定所述第二传输方式可使用所有物理优先级的上行授权配置。
  10. 如权利要求1所述的方法,其特征在于,所述确定第一切换条件的方法包括以下至少一种:
    基于协议约定确定所述第一切换条件;
    获取网络侧设备指示的所述第一切换条件。
  11. 如权利要求1所述的方法,其特征在于,所述方法还包括:
    确定第二切换条件;
    响应于所述UE满足所述第二切换条件,将所述UE的传输方式从第二传输方式切换至第一传输方式。
  12. 如权利要求11所述的方法,其特征在于,第二切换条件包括以下至少一种:
    接收到网络侧设备发送的切换指示信息;
    所述UE的特定HARQ进程的传输成功次数大于或等于第二阈值。
  13. 如权利要求12所述的方法,其特征在于,所述切换指示信息包括以下至少一种:
    指示退出第二传输方式的第一指示信息;
    指示恢复第一传输方式的第二指示信息;
    指示恢复无线资源控制RRC配置的数据发送状态的第三指示信息;
    指示切换至第二传输方式前的数据发送状态的第四指示信息;
    承载标识;
    逻辑信道标识;
    小区组标识;
    承载类型标识;
    HARQ进程标识;
    配置的上行授权配置标识。
  14. 如权利要求12所述的方法,其特征在于,所述方法还包括:通过以下方式之一统计所述UE的特定HARQ进程的传输成功次数:
    独立统计所述UE的每一特定HARQ进程的传输成功次数;
    联合统计所述UE的多个特定HARQ进程的传输成功次数。
  15. 如权利要求14所述的方法,其特征在于,所述统计所述UE的特定HARQ进程的传输成功次数,包括:
    从特定HARQ进程的首次传输开始统计所述UE的特定HARQ进程的传输成功次数。
  16. 如权利要求14所述的方法,其特征在于,所述HARQ进程包括在配置的上行授权配置进行传输的HARQ进程,和/或,在动态调度的上行授权配置进行传输的HARQ进程;
    所述统计所述UE的特定HARQ进程的传输成功次数,包括:
    从特定HARQ进程在配置的上行授权配置,或,在基于动态调度的上行授权配置上的首次传输开始统计的所述UE的特定HARQ进程的传输成功次数。
  17. 如权利要求14所述的方法,其特征在于,所述统计所述UE的特定HARQ进程的传输成功次数的方法包括以下至少一种:
    响应于接收到网络侧设备发送的所述特定HARQ进程的数据新传指示,累加一次传输成功次数;
    响应于接收到网络侧设备发送的所述特定HARQ进程的数据接收成功指示,累加一次传输成功次数;
    将新数据连续传输成功的次数统计为所述传输成功次数。
  18. 如权利要求11所述的方法,其特征在于,所述将所述UE的传输方式从第二传输方式切换回第一传输方式的方法包括以下至少一种:
    去激活特定承载的数据复制功能;
    减少特定承载对应的激活状态的RLC实体数量;
    激活指定的第二RLC实体;
    变更特定承载的特定逻辑信道的可使用的上行授权配置的类型。
  19. 如权利要求18所述的方法,其特征在于,所述变更特定承载的特定逻辑信道的可使用的上行授权配置的类型,包括:
    将特定承载的特定逻辑信道的可使用的上行授权配置的类型变更为:网络侧设备指定的上行授权配置的类型。
  20. 一种传输方式的切换方法,其特征在于,应用于网络侧设备,包括:
    向UE配置第一切换条件,所述第一切换条件包括:所述UE的特定HARQ进程的传输失败次数大于或等于第一阈值。
  21. 如权利要求20所述的方法,其特征在于,向所述UE配置第二切换条件。
  22. 如权利要求21所述的方法,其特征在于,所述第二切换条件包括以下至少一种:
    向所述UE发送切换指示信息;
    所述UE的特定HARQ进程的传输成功次数大于或等于第二阈值。
  23. 如权利要求22所述的方法,其特征在于,所述切换指示信息包括以下至少一种:
    指示退出第二传输方式的第一指示信息;
    指示恢复第一传输方式的第二指示信息;
    指示恢复RRC配置的数据发送状态的第三指示信息;
    指示变更至进入第二传输方式前的数据发送状态的第四指示信息;
    承载标识;
    逻辑信道标识;
    小区组标识;
    承载类型标识;
    HARQ进程标识;
    指定的上行授权配置标识。
  24. 一种传输方式的切换装置,其特征在于,应用于UE,包括:
    确定模块,用于确定第一切换条件,所述第一切换条件包括:所述UE的特定混合自动重传请求特定HARQ进程的传输失败次数大于或等于第一阈值;
    处理模块,用于统计所述UE的特定HARQ进程的传输失败次数,响应于所述传输失败次数满足所述第一切换条件,将所述UE的传输方式从第一传输方式切换至第二传输方式。
  25. 一种传输方式的切换装置,其特征在于,应用于网络侧设备,包括:
    配置模块,用于向UE配置第一切换条件,所述第一切换条件包括:所述UE的特定HARQ进程的传输失败次数大于或等于第一阈值。
  26. 一种通信装置,其特征在于,所述装置包括处理器和存储器,所述存储器中存储有计算机程序,所述处理器执行所述存储器中存储的计算机程序,以使所述装置执行如权利要求1至19中任一项所述的方法。
  27. 一种通信装置,其特征在于,所述装置包括处理器和存储器,所述存储器中存储有计算机程序,所述处理器执行所述存储器中存储的计算机程序,以使所述装置执行如权利要求20至23中任一项所述的方法。
  28. 一种通信装置,其特征在于,包括:处理器和接口电路;
    所述接口电路,用于接收代码指令并传输至所述处理器;
    所述处理器,用于运行所述代码指令以执行如权利要求1至19中任一项所述的方法。
  29. 一种通信装置,其特征在于,包括:处理器和接口电路;
    所述接口电路,用于接收代码指令并传输至所述处理器;
    所述处理器,用于运行所述代码指令以执行如权利要求20至23任一所述的方法。
  30. 一种计算机可读存储介质,用于存储有指令,当所述指令被执行时,使如权利要求1至19中任一项所述的方法被实现。
  31. 一种计算机可读存储介质,用于存储有指令,当所述指令被执行时,使如权利要求20至23中任一项所述的方法被实现。
CN202180004562.1A 2021-12-31 2021-12-31 一种传输方式的切换方法及设备/存储介质/装置 Pending CN116711368A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/143980 WO2023123481A1 (zh) 2021-12-31 2021-12-31 一种传输方式的切换方法及设备/存储介质/装置

Publications (1)

Publication Number Publication Date
CN116711368A true CN116711368A (zh) 2023-09-05

Family

ID=86997211

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180004562.1A Pending CN116711368A (zh) 2021-12-31 2021-12-31 一种传输方式的切换方法及设备/存储介质/装置

Country Status (3)

Country Link
EP (1) EP4459913A1 (zh)
CN (1) CN116711368A (zh)
WO (1) WO2023123481A1 (zh)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016121809A1 (ja) * 2015-01-29 2016-08-04 株式会社Nttドコモ 端末及び通信システム
CN107241164B (zh) * 2017-05-05 2021-10-22 大唐移动通信设备有限公司 一种无线承载重复传输的处理方法及装置
JP2020072428A (ja) * 2018-11-01 2020-05-07 ソニー株式会社 基地局、端末装置、方法及び記録媒体
US11991003B2 (en) * 2019-03-21 2024-05-21 Apple Inc. Contention window size updates for code block group based retransmission configurations
KR20210113921A (ko) * 2020-03-09 2021-09-17 삼성전자주식회사 무선 통신 시스템에서 데이터 전송을 위한 장치 및 방법
CN113765628B (zh) * 2020-06-05 2023-05-09 中国移动通信有限公司研究院 数据处理方法、装置、相关设备及存储介质

Also Published As

Publication number Publication date
EP4459913A1 (en) 2024-11-06
WO2023123481A1 (zh) 2023-07-06

Similar Documents

Publication Publication Date Title
WO2023184116A1 (zh) 侧行链路sidelink通信方法及装置
CN113544996B (zh) 时域窗口确定方法、装置、用户设备、基站及存储介质
US20220322347A1 (en) Capability parameter processing method and device, communication device and storage medium
CN115004764A (zh) PScell添加或改变的成功报告的记录方法、装置
CN114938721A (zh) 一种物理信道重复传输的指示方法及设备/存储介质/装置
CN114080844B (zh) 一种寻呼分组的方法、装置、终端设备、基站及存储介质
WO2023173381A1 (zh) 侧行链路通信方法及装置
WO2023225829A1 (zh) 多prach传输配置方法、装置
CN116391437A (zh) 信息传输方法、装置、通信设备及存储介质
EP3826208A1 (en) Data transmission method and apparatus, and storage medium
CN116711368A (zh) 一种传输方式的切换方法及设备/存储介质/装置
KR20240028544A (ko) 신호 수신 방법, 장치, 사용자 기기, 기지국 및 저장 매체(signal receiving method and apparatus, user equipment, base station, and storage medium)
CN115868226A (zh) 通信方法、装置、用户设备、网络设备及存储介质
WO2023206297A1 (zh) 一种小区激活方法/装置/设备及存储介质
US20240365368A1 (en) Service control method and apparatus, user equipment, base station, and storage medium
CN115136538B (zh) 多prach传输配置方法、装置
CN115136537B (zh) 支持跨ssb的多prach传输配置方法、装置
WO2023173254A1 (zh) 一种定时调整方法/装置/设备及存储介质
WO2023206181A1 (zh) 一种小区管理方法/装置/设备及存储介质
WO2024103409A1 (zh) Pucch-sri指示方法、装置
WO2023197227A1 (zh) 一种上行传输方法/装置/设备及存储介质
CN117751562A (zh) Pdsch传输方法、装置
CN117322047A (zh) 一种配置管理方法、装置、设备及存储介质
CN113994624A (zh) 一种临时参考信号传输方法、装置及存储介质
CN114586401A (zh) 一种测量放松方法、设备、存储介质及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination