CN111327392A - 一种数据传输方法及装置 - Google Patents
一种数据传输方法及装置 Download PDFInfo
- Publication number
- CN111327392A CN111327392A CN201811524438.4A CN201811524438A CN111327392A CN 111327392 A CN111327392 A CN 111327392A CN 201811524438 A CN201811524438 A CN 201811524438A CN 111327392 A CN111327392 A CN 111327392A
- Authority
- CN
- China
- Prior art keywords
- bearer
- specific
- data
- data packet
- running
- 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.)
- Granted
Links
Images
Classifications
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1221—Wireless traffic scheduling based on age of data to be sent
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
- H04L1/0017—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
- H04L1/0017—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
- H04L1/0018—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement based on latency requirement
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/188—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/189—Transmission or retransmission of more than one copy of a message
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种数据传输方法及装置,可以降低数据包传输的传输时延,提升数据包传输的可靠性,可以保证一个承载的某个数据包传输失败后,尽量保证后续数据包能够传输成功,以满足IIOT等特殊业务对丢包的要求。本申请提供的判断特定承载的数据包对应的生存时间相关的定时器是否在运行;当至少一个所述定时器在运行时,对所述特定承载的数据包进行特殊处理。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种数据传输方法及装置。
背景技术
5G NR(New Radio,新空口)系统主要支持三类业务:
eMBB(enhanced Mobile Broadband,增强型宽带通信);
mMTC(massive Machine Type Communications,大量机器类型通信);
URLLC(Ultra-Reliable and Low Latency Communications,高可靠低时延通信)。
IIOT(Industrial Internet of Things,工业物联网)业务从本质上讲,一般是要求高可靠,低时延的,可以认为其归属于5G NR三大类业务中的URLLC业务。
针对IIOT业务,业务层有survival time(生存期)的要求。survival time是指业务层最多能够容忍收不到期望的消息的时间。对于接收端而言,如果某个消息接收错误,下一条消息如果不能在一个特定时间(最小值为端到端时延,抖动和生存期之和)内正确的接收到,那么业务将被认为不可用。业务层的survival time要求需要通过接入网保证,业务层的survival time保障反映到接入网就是不能有连续的丢包。
发明内容
本申请实施例提供了一种数据传输方法及装置,用以降低数据包传输的传输时延,提升数据包传输的可靠性,可以保证一个承载的某个数据包传输失败后,尽量保证后续数据包能够传输成功,以满足IIOT(Industrial Internet of Things,工业物联网)等特殊业务对丢包的要求。
本申请实施例提供的一种数据传输方法,包括:
判断特定承载的数据包对应的生存时间相关的定时器是否在运行;
当至少一个所述定时器在运行时,对所述特定承载的数据包进行特殊处理。
通过该方法,判断特定承载的数据包对应的生存时间相关的定时器是否在运行;当至少一个所述定时器在运行时,对所述特定承载的数据包进行特殊处理,从而可以降低数据包传输的传输时延,提升数据包传输的可靠性,可以保证一个承载的某个数据包传输失败后,尽量保证后续数据包能够传输成功,以满足IIOT等特殊业务对丢包的要求。
可选地,所述特殊处理,具体包括:
在组织媒体接入控制分组数据单元MAC PDU时,对所述特定承载进行如下方式之一或组合的处理,和/或激活所述特定承载对应的分组数据汇聚协议PDCP重复传输:
方式一、临时提升所述特定承载的优先级;
方式二、临时取消对所述特定承载的逻辑信道优先级限制,允许使用能够降低时延、并提升可靠性的资源;
方式三、临时启动重复传输,将所述数据包在相邻调度单位上进行自动重复传输。
可选地,通过分组数据汇聚协议PDCP层或者无线链路控制RLC层或者媒体接入控制MAC层,判断特定承载的数据包对应的生存时间相关的定时器是否在运行。
可选地,所述定时器的定时时长,是预先设置的固定值或者是基于业务确定的,是由网络配置的或者是协议约定的。
可选地,所述特定承载是具有生存期要求的承载。
可选地,根据承载相关的特殊标识,识别所述特定承载。
可选地,所述特殊标识,是在会话或者专用无线承载DRB建立过程中,通过服务质量QoS参数携带的,或者是通过层间交互通知的。
可选地,该方法还包括:
如果没有所述定时器在运行或者任何一个所述定时器超时,则停止所述特殊处理。
本申请实施例提供的一种数据传输装置,包括:
存储器,用于存储程序指令;
处理器,用于调用所述存储器中存储的程序指令,按照获得的程序执行:
判断特定承载的数据包对应的生存时间相关的定时器是否在运行;
当至少一个所述定时器在运行时,对所述特定承载的数据包进行特殊处理。
可选地,所述特殊处理,具体包括:
在组织媒体接入控制分组数据单元MAC PDU时,对所述特定承载进行如下方式之一或组合的处理,和/或激活所述特定承载对应的分组数据汇聚协议PDCP重复传输:
方式一、临时提升所述特定承载的优先级;
方式二、临时取消对所述特定承载的逻辑信道优先级限制,允许使用能够降低时延、并提升可靠性的资源;
方式三、临时启动重复传输,将所述数据包在相邻调度单位上进行自动重复传输。
可选地,通过分组数据汇聚协议PDCP层或者无线链路控制RLC层或者媒体接入控制MAC层,判断特定承载的数据包对应的生存时间相关的定时器是否在运行。
可选地,所述定时器的定时时长,是预先设置的固定值或者是基于业务确定的,是由网络配置的或者是协议约定的。
可选地,所述特定承载是具有生存期要求的承载。
可选地,根据承载相关的特殊标识,识别所述特定承载。
可选地,所述特殊标识,是在会话或者专用无线承载DRB建立过程中,通过服务质量QoS参数携带的,或者是通过层间交互通知的。
可选地,如果没有所述定时器在运行或者任何一个所述定时器超时,则所述处理器停止所述特殊处理。
本申请实施例提供的另一种数据传输装置,包括:
第一单元,用于判断特定承载的数据包对应的生存时间相关的定时器是否在运行;
第二单元,用于当至少一个所述定时器在运行时,对所述特定承载的数据包进行特殊处理。
本申请另一实施例提供了一种计算机存储介质,所述计算机存储介质存储有计算机可执行指令,所述计算机可执行指令用于使所述计算机执行上述任一种方法。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅是本申请的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种数据传输方法的流程示意图;
图2为本申请实施例提供的一种数据传输装置的结构示意图;
图3为本申请实施例提供的另一种数据传输装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,并不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例提供了一种数据传输方法及装置,用以降低数据包传输的传输时延,提升数据包传输的可靠性,可以保证一个承载的某个数据包传输失败后,尽量保证后续数据包能够传输成功,以满足IIOT等特殊业务对丢包的要求。
其中,方法和装置是基于同一申请构思的,由于方法和装置解决问题的原理相似,因此装置和方法的实施可以相互参见,重复之处不再赘述。
本申请实施例提供的技术方案可以适用于多种系统,尤其是5G系统。例如适用的系统可以是全球移动通讯(global system of mobile communication,GSM)系统、码分多址(code division multiple access,CDMA)系统、宽带码分多址(Wideband CodeDivision Multiple Access,WCDMA)通用分组无线业务(general packet radio service,GPRS)系统、长期演进(long term evolution,LTE)系统、LTE频分双工(frequencydivision duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、通用移动系统(universal mobile telecommunication system,UMTS)、全球互联微波接入(worldwideinteroperability for microwave access,WiMAX)系统、5G系统以及5G NR系统等。这多种系统中均包括终端设备和网络设备。
本申请实施例涉及的终端设备,可以是指向用户提供语音和/或数据连通性的设备,具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。在不同的系统中,终端设备的名称可能也不相同,例如在5G系统中,终端设备可以称为用户设备(user equipment,UE)。无线终端设备可以经RAN与一个或多个核心网进行通信,无线终端设备可以是移动终端设备,如移动电话(或称为“蜂窝”电话)和具有移动终端设备的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。例如,个人通信业务(personal communication service,PCS)电话、无绳电话、会话发起协议(session initiated protocol,SIP)话机、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)等设备。无线终端设备也可以称为系统、订户单元(subscriber unit)、订户站(subscriberstation),移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点(access point)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(user terminal)、用户代理(user agent)、用户装置(user device),本申请实施例中并不限定。
本申请实施例涉及的网络设备,可以是基站,该基站可以包括多个小区。根据具体应用场合不同,基站又可以称为接入点,或者可以是指接入网中在空中接口上通过一个或多个扇区与无线终端设备通信的设备,或者其它名称。网络设备可用于将收到的空中帧与网际协议(internet protocol,IP)分组进行相互转换,作为无线终端设备与接入网的其余部分之间的路由器,其中接入网的其余部分可包括网际协议(IP)通信网络。网络设备还可协调对空中接口的属性管理。例如,本申请实施例涉及的网络设备可以是全球移动通信系统(global system for mobile communications,GSM)或码分多址接入(code divisionmultiple access,CDMA)中的网络设备(base transceiver station,BTS),也可以是带宽码分多址接入(wide-band code division multiple access,WCDMA)中的网络设备(NodeB),还可以是长期演进(Long Term Evolution,LTE)系统中的演进型网络设备(evolutional node B,eNB或e-NodeB)、5G网络架构(next generation system)中的5G基站,也可是家庭演进基站(home evolved node B,HeNB)、中继节点(relay node)、家庭基站(femto)、微微基站(pico)等,本申请实施例中并不限定。
下面结合说明书附图对本申请各个实施例进行详细描述。需要说明的是,本申请实施例的展示顺序仅代表实施例的先后顺序,并不代表实施例所提供的技术方案的优劣。
NR系统物理层支持多Numerology/TTI。Numerology和TTI的概念分别如下:
Numerology是3GPP RAN1的一个专业术语,可以翻译为基带参数。不同Numerology之间的主要区别是不同numerology支持的子载波间隔不同。比如5G NR系统支持的子载波间隔至少包括:15KHz、60KHz,这两个不同子载波间隔对应的numerology就是两个独立的numerology。一般而言,高速终端使用的numerology和低速终端使用的numerology不同;高频和低频使用的numerology也不相同。不同numerology的使用除了和速度以及频率相关外,业界还有一种理解就是不同业务可以使用的numerology也可能不同,比如URLLC和eMBB使用的numerology可能不同。
TTI即传输时间间隔(Transmission Time interval)。传统的LTE系统中,TTI长度为1ms。从LTE R14开始,为了支持时延缩减,引入了不同TTI长度,比如1个OFDM符号长度。不同TTI长度在5G系统中得到沿用并可以应用于每个numerology上,即5G NR中不同numerology可以使用不同TTI长度,也可以使用相同TTI长度,并且任何一个时刻某个numerology上针对不同终端使用的TTI长度可以是动态变化的。TTI长度的选择主要和业务时延相关,比如对于URLLC业务因为其支持的时延要求比较高,所以可能会选择长度较短的TTI长度,比如1个OFDM符号的TTI长度。
对于NR系统,一个承载/逻辑信道对应的numerology和/或TTI是通过网络配置的,比如网络在承载/逻辑信道建立时可以通过RRC信令配置承载/逻辑信道对应的numerology和/或TTI。TTI长度的选择主要和业务时延相关,比如对于URLLC业务因为其支持的时延要求比较高,所以可能会选择长度较短的TTI长度,比如1个OFDM符号的TTI长度。
对于NR系统,Uu接口LCP需要考虑的因素称为逻辑信道限制(LCH restrictions),具体包括:
允许使用的子载波间隔列表allowedSCS-List;用于体现时延要求;
允许使用的最大PUSCH持续时间maxPUSCH-Duration;用于体现时延要求;
允许使用Type1类型的预配置授权configuredGrantType1Allowed;用于URLLC;
允许使用的服务小区allowedServingCells;由分组数据汇聚协议层重复PDCP(Packet Data Coverage Protocol)duplication引入,但是使用不限于PDCPduplication。
基于LCH restrictions的具体的资源分配过程如下:
步骤1:针对每个调度许可(UL grant),选择可以使用该UL grant的逻辑信道。
针对每个UL grant,按照如下要求选择可以使用该UL grant的逻辑信道(如下要求需要同时满足):
选择配置的allowedSCS-List包含该UL grant的SCS index的逻辑信道;
选择配置的maxPUSCH-Duration大于等于该UL grant对应的PUSCH transmissionduration的逻辑信道;
如果该UL grant是Type 1configured grant,那么需要选择configuredGrantType1Allowed设置为TRUE的逻辑信道;
该UL grant位于该逻辑信道配置的allowedServingCells之内。
步骤2:针对每个UL grant进行资源分配。
针对每个UL grant对可以使用该UL grant的逻辑信道进行资源分配:
对所有令牌桶中令牌个数Bj>0的逻辑信道按照优先级降序顺序分配满足优先化比特速率(Prioritized Bit Rate,PBR)要求所需的资源;
根据上一步骤的资源分配情况,更新每个逻辑信道的Bj;
如果还有资源剩余,那么重新按照各个逻辑优先级降序顺序对各个逻辑信道剩余数据分配资源,直到资源耗尽或者没有数据需要分配资源。
针对IIOT业务,TR22.804要求连续两个数据包出错的概率需要是可以忽略的,也就是说当IIOT业务第一个数据包出错后,要尽量保证第二个数据包能够在有限的时间内保证传输正确。基于此,本发明给出了一种数据传输方法及装置,可以降低数据传输时延,提升可靠性。
本申请实施例中,终端特定协议层判断针对特定承载的业务数据包设置的生存时间(survival time)相关定时器是否在运行,如果至少有一个survival time相关定时器在运行,则对所述承载进行特殊处理。其中,针对特定承载的每一个数据包维护一个定时器,不同数据包对应不同的定时器。所述特殊处理具体包括在组织媒体接入控制分组数据单元(MAC PDU)时,对所述特定承载进行特殊处理和/或激活该承载对应的分组数据汇聚协议(PDCP)重复传输(duplication)。
具体的:
所述特定协议层具体可以是指分组数据汇聚协议(Packet Data ConvergenceProtocol,PDCP)层或者RLC(Radio Link Control,无线链路控制)层或者MAC(MediaAccess Control,媒体接入控制)层。
所述特定承载具体指的是具有生存期(survival time)要求的承载。具体识别特定承载时,可以通过承载相关的特殊标识识别,特殊标识可以是在会话(session)或者专用无线承载(DRB)建立过程中通过服务质量(QoS)参数携带,也可以通过层间交互通知。
所述定时器的长度可以是固定值,或者基于业务确定。可以由网络配置,也可以协议约定。其取值和survival time相关,比如可以是业务对应的survival time的一半。
在组织MAC PDU时对所述承载数据进行特殊处理主要是指如下之一或者组合:
方式一、临时提升特定承载的优先级。
比如:将特定承载的优先级提升至最高或者将特定承载的优先级提升到控制信息之后,其他业务数据之前。
方式二、临时取消对特定承载的LCH restriction限制,允许使用能够降低时延,提升可靠性的资源,比如预配置授权(configured grant)。
方式三、临时启动自动重传(repetition),比如直接生成多个不同冗余(Redundancy version,RV)版本的MAC PDU,在相邻调度单位上进行自动重复传输。
进一步,如果没有survival time相关定时器在运行或者任何一个survival time相关定时器超时,则停止对该特定承载进行特殊处理。
本申请实施例如下:
实施例1:特殊处理为提升特定承载的优先级。
具体的数据传输流程包括:
步骤1:终端判断是否需要对特定承载的数据进行特殊处理。
所述特定承载具体指的是具有生存期(survival time)要求的承载。具体识别特定承载时,可以通过承载相关的特殊标识识别,特殊标识可以是在session或者DRB建立过程中通过QoS参数携带,也可以通过层间交互通知。
终端特定协议层判断survival time相关定时器是否在运行,如果至少有一个survival time相关定时器在运行,则判定在组织MAC PDU时对所述承载的数据进行特殊处理。
所述定时器的长度可以是固定值,或者基于业务确定。可以由网络配置,也可以协议约定。其取值和survival time相关,比如可以是业务对应的survival time的一半。
所述特定协议层具体指PDCP层或者RLC层或者MAC层。
步骤2:MAC层组织MAC PDU时,对特定承载的数据进行特殊处理。
特殊处理可以是:临时提升特定承载的优先级。
比如:将特定承载的优先级提升至最高。
-该特殊处理承载的数据;
-小区无线网络临时标识(C-RNTI)MAC控制单元(CE)或来自上行公共控制信道(UL-CCCH)数据;
-预配置授权确认媒体接入控制单元(Configured Grant Confirmation MACCE);
-缓冲区状态报告媒体控制单元(除填充BSR外)(MAC CE for BSR,withexception of BSR included for padding);
-单入口功率余量上报媒体接入控制单元或多入口功率余量上报媒体接入控制单元(Single Entry PHR MAC CE or Multiple Entry PHR MAC CE);
-来自任何逻辑信道的数据(来自上行公共控制信道的数据除外)(data from anyLogical Channel,except data from UL-CCCH);
-推荐比特速率查询请求媒体接入控制单元(MAC CE for Recommended bit ratequery);
-填充缓冲区状态上报媒体接入控制单元(MAC CE for BSR included forpadding)。
再比如:将所述承载的优先级提升到控制信息之后,其他业务数据之前。
-C-RNTI MAC CE或来自UL-CCCH的数据;
-预配置授权确认媒体接入控制单元(Configured Grant Confirmation MACCE);
-缓冲区状态报告媒体控制单元(除填充BSR外)(MAC CE for BSR,withexception of BSR included for padding);
-单入口功率余量上报媒体接入控制单元或多入口功率余量上报媒体接入控制单元(Single Entry PHR MAC CE or Multiple Entry PHR MAC CE);
-该特殊处理承载的数据;
-来自任何逻辑信道的数据(来自上行公共控制信道的数据除外)(data from anyLogical Channel,except data from UL-CCCH);
-推荐比特速率查询请求媒体接入控制单元(MAC CE for Recommended bit ratequery);
-填充缓冲区状态上报媒体接入控制单元(MAC CE for BSR included forpadding)。
步骤3:MAC层组织MAC PDU时对特定承载的数据停止特殊处理。
在步骤1中提及的特定协议层,如果没有survival time相关定时器在运行或者任何一个survival time相关定时器超时,则MAC层组织MAC PDU时停止对该承载进行特殊处理。
实施例2:特殊处理为临时取消对该承载的LCH restriction限制,允许使用能够降低时延,提升可靠性的资源,比如configured grant。
步骤1:终端判断是否需要对特定业务的数据进行特殊处理。
所述特定承载具体指的是具有生存期(survival time)要求的承载。具体识别特定承载时,可以通过承载相关的特殊标识识别,特殊标识可以是在session或者专用无线承载(Dedicated Radio Bear,DRB)建立过程中通过QoS参数携带,也可以通过层间交互通知。
终端特定协议层判断survival time相关定时器是否在运行,如果至少有一个survival time相关定时器在运行,则判定在组织MAC PDU时对特定承载的数据进行特殊处理。
所述定时器的长度可以是固定值,或者基于业务确定。可以由网络配置,也可以协议约定。其取值和survival time相关,比如可以是业务对应的survival time的一半。
所述特定协议层具体指PDCP层或者RLC层或者MAC层。
步骤2:MAC层组织MAC PDU时对特定承载的数据进行特殊处理。
特殊处理可以是:临时取消对该承载的LCH restriction限制,允许使用能够降低时延,提升可靠性的资源,比如configured grant。此时可以忽略该承载对应的LCHrestrictions限制。
步骤3:MAC层组织MAC PDU时对特定承载的数据停止特殊处理。
在步骤1中提及的特定协议层,如果没有survival time相关定时器在运行或者任何一个survival time相关定时器超时,则MAC层组织MAC PDU时停止对该特定承载进行特殊处理。
实施例3:临时启动repetition传输,比如直接生成多个不同RV版本的MAC PDU,在相邻调度单位上进行自动重复传输。
该实施例中的数据传输过程包括:
步骤1:终端判断是否需要对特定承载的数据进行特殊处理。
所述特定承载具体指的是具有生存期(survival time)要求的承载。具体识别特定承载时,可以通过承载相关的特殊标识识别,特殊标识可以是在session或者DRB建立过程中通过QoS参数携带,也可以通过层间交互通知。
终端特定协议层判断survival time相关定时器是否在运行,如果至少有一个survival time相关定时器在运行,则判定在组织MAC PDU时对特定承载的数据进行特殊处理。
所述定时器的长度可以是固定值,或者基于业务确定。可以由网络配置,也可以协议约定。其取值和survival time相关,比如可以是业务对应的survival time的一半。
所述特定协议层具体指PDCP层或者RLC层或者MAC层。
步骤2:MAC层组织MAC PDU时对特定承载的数据进行特殊处理。
特殊处理可以是:临时启动repetition传输,比如直接生成多个不同RV版本的MACPDU,在相邻调度单位上进行自动重复传输。
为了避免数据传输冲突,网络侧同样也需要维护相同的定时器,并预测到UE将进行repetition,从而避免在可能发生冲突的资源上进行数据传输的调度。
步骤3:MAC层组织MAC PDU时对特定承载的数据停止特殊处理。
在步骤1中提及的特定协议层,如果没有survival time相关定时器在运行或者任何一个survival time相关定时器超时,则MAC层组织MAC PDU时停止对该特定承载进行特殊处理。
实施例4:临时激活特定承载的PDCP duplication。
该实施例中的数据传输过程包括:
步骤1:终端判断是否需要对特定承载的数据进行特殊处理。
特定承载具体指的是具有生存期(survival time)要求的承载。具体识别特定承载时,可以通过承载相关的特殊标识识别,特殊标识可以是在session或者DRB建立过程中通过QoS参数携带,也可以通过层间交互通知。
终端特定协议层判断特定承载相关的survival time相关定时器是否在运行,如果至少有一个survival time相关定时器在运行,则判定在组织MAC PDU时对特定承载的数据进行特殊处理。
所述定时器的长度可以是固定值,或者基于业务确定。可以由网络配置,也可以协议约定。其取值和survival time相关,比如可以是业务对应的survival time的一半。
所述特定协议层具体指PDCP层或者RLC层或者MAC层。
步骤2:临时对特定承载进行特殊处理。
特殊处理可以是:临时激活特定承载对应的PDCP duplication,即将特定承载对应的同一个PDCP PDU通过两个不同逻辑信道分别进行传输,从而获得重复传输的增益,即降低时延,提升出传输可靠性。
步骤3:停止对特定承载的数据停止特殊处理。
在步骤1中提及的特定协议层,如果没有survival time相关定时器在运行或者任何一个survival time相关定时器超时,则停止对特定承载数据的特殊处理,即去激活PDCPduplication。
综上所述,参见图1,本申请实施例提供的一种数据传输方法,包括:
S101、判断特定承载的数据包对应的生存时间相关的定时器是否在运行;
S102、当至少一个所述定时器在运行时,对所述特定承载的数据包进行特殊处理。
其中,所述特殊处理,为用于提高数据传输成功率的特殊处理。
通过该方法,判断特定承载的数据包对应的生存时间相关的定时器是否在运行;当至少一个所述定时器在运行时,对所述特定承载的数据包进行特殊处理,从而可以降低数据包传输的传输时延,提升数据包传输的可靠性,可以保证一个承载的某个数据包传输失败后,尽量保证后续数据包能够传输成功,以满足IIOT等特殊业务对丢包的要求。
可选地,所述特殊处理,具体包括:
在组织媒体接入控制分组数据单元MAC PDU时,激活所述特定承载对应的分组数据汇聚协议PDCP重复传输,和/或对所述特定承载进行如下方式之一或组合的处理:
方式一、临时提升所述特定承载的优先级;
方式二、临时取消对所述特定承载的逻辑信道优先级限制,允许使用能够降低时延、并提升可靠性的资源;
方式三、临时启动重复传输,将所述数据包在相邻调度单位上进行自动重复传输。
可选地,通过分组数据汇聚协议PDCP层或者无线链路控制RLC层或者媒体接入控制MAC层,判断特定承载的数据包对应的生存时间相关的定时器是否在运行。
可选地,所述定时器的定时时长,是预先设置的固定值或者是基于业务确定的,是由网络配置的或者是协议约定的。
可选地,所述特定承载是具有生存期要求的承载。
可选地,根据承载相关的特殊标识,识别所述特定承载。
可选地,所述特殊标识,是在会话或者专用无线承载DRB建立过程中,通过服务质量QoS参数携带的,或者是通过层间交互通知的。
可选地,该方法还包括:
如果没有所述定时器在运行或者任何一个所述定时器超时,则停止所述特殊处理。
相应地,参见图2,本申请实施例提供的一种数据传输装置,包括:
第一单元11,用于判断特定承载的数据包对应的生存时间相关的定时器是否在运行;
第二单元12,用于当至少一个所述定时器在运行时,对所述特定承载的数据包进行特殊处理。
可选地,所述特殊处理,具体包括:
在组织媒体接入控制分组数据单元MAC PDU时,对所述特定承载进行如下方式之一或组合的处理,和/或激活所述特定承载对应的分组数据汇聚协议PDCP重复传输:
方式一、临时提升所述特定承载的优先级;
方式二、临时取消对所述特定承载的逻辑信道优先级限制,允许使用能够降低时延、并提升可靠性的资源;
方式三、临时启动重复传输,将所述数据包在相邻调度单位上进行自动重复传输。
可选地,通过分组数据汇聚协议PDCP层或者无线链路控制RLC层或者媒体接入控制MAC层,判断特定承载的数据包对应的生存时间相关的定时器是否在运行。
可选地,所述定时器的定时时长,是预先设置的固定值或者是基于业务确定的,是由网络配置的或者是协议约定的。
可选地,所述特定承载是具有生存期要求的承载。
可选地,根据承载相关的特殊标识,识别所述特定承载。
可选地,所述特殊标识,是在会话或者专用无线承载DRB建立过程中,通过服务质量QoS参数携带的,或者是通过层间交互通知的。
可选地,如果没有所述定时器在运行或者任何一个所述定时器超时,则停止所述特殊处理。
需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
参见图3,本申请实施例提供的一种数据传输装置,包括:
存储器620,用于存储程序指令;
处理器600,用于调用所述存储器中存储的程序指令,按照获得的程序执行:
判断特定承载的数据包对应的生存时间相关的定时器是否在运行;
当至少一个所述定时器在运行时,对所述特定承载的数据包进行特殊处理。
可选地,所述特殊处理,具体包括:
在组织媒体接入控制分组数据单元MAC PDU时,对所述特定承载进行如下方式之一或组合的处理,和/或激活所述特定承载对应的分组数据汇聚协议PDCP重复传输:
方式一、临时提升所述特定承载的优先级;
方式二、临时取消对所述特定承载的逻辑信道优先级限制,允许使用能够降低时延、并提升可靠性的资源;
方式三、临时启动重复传输,将所述数据包在相邻调度单位上进行自动重复传输。
可选地,通过分组数据汇聚协议PDCP层或者无线链路控制RLC层或者媒体接入控制MAC层,判断特定承载的数据包对应的生存时间相关的定时器是否在运行。
可选地,所述定时器的定时时长,是预先设置的固定值或者是基于业务确定的,是由网络配置的或者是协议约定的。
可选地,所述特定承载是具有生存期要求的承载。
可选地,根据承载相关的特殊标识,识别所述特定承载。
可选地,所述特殊标识,是在会话或者专用无线承载DRB建立过程中,通过服务质量QoS参数携带的,或者是通过层间交互通知的。
可选地,如果没有所述定时器在运行或者任何一个所述定时器超时,则所述处理器600停止所述特殊处理。
本申请实施例提供的装置可以是一种计算设备,该计算设备具体可以为桌面计算机、便携式计算机、智能手机、平板电脑、个人数字助理(PersonalDigital Assistant,PDA)等。该计算设备可以包括中央处理器(Center Processing Unit,CPU)、存储器、输入/输出设备等,输入设备可以包括键盘、鼠标、触摸屏等,输出设备可以包括显示设备,如液晶显示器(Liquid Crystal Display,LCD)、阴极射线管(Cathode Ray Tube,CRT)等。
存储器可以包括只读存储器(ROM)和随机存取存储器(RAM),并向处理器提供存储器中存储的程序指令和数据。在本申请实施例中,存储器可以用于存储本申请实施例提供的任一所述方法的程序。
处理器通过调用存储器存储的程序指令,处理器用于按照获得的程序指令执行本申请实施例提供的任一所述方法。
本申请实施例提供了一种计算机存储介质,用于储存为上述本申请实施例提供的装置所用的计算机程序指令,其包含用于执行上述本申请实施例提供的任一方法的程序。
所述计算机存储介质可以是计算机能够存取的任何可用介质或数据存储设备,包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。
本申请实施例提供的方法可以应用于终端设备,也可以应用于网络设备。
其中,终端设备也可称之为用户设备(User Equipment,简称为“UE”)、移动台(Mobile Station,简称为“MS”)、移动终端(Mobile Terminal)等,可选的,该终端可以具备经无线接入网(Radio Access Network,RAN)与一个或多个核心网进行通信的能力,例如,终端可以是移动电话(或称为“蜂窝”电话)、或具有移动性质的计算机等,例如,终端还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。
网络设备可以为基站(例如,接入点),指接入网中在空中接口上通过一个或多个扇区与无线终端通信的设备。基站可用于将收到的空中帧与IP分组进行相互转换,作为无线终端与接入网的其余部分之间的路由器,其中接入网的其余部分可包括网际协议(IP)网络。基站还可协调对空中接口的属性管理。例如,基站可以是GSM或CDMA中的基站(BTS,BaseTransceiver Station),也可以是WCDMA中的基站(NodeB),还可以是LTE中的演进型基站(NodeB或eNB或e-NodeB,evolutional Node B),或者也可以是5G系统中的gNB等。本申请实施例中不做限定。
上述方法处理流程可以用软件程序实现,该软件程序可以存储在存储介质中,当存储的软件程序被调用时,执行上述方法步骤。
综上所述,本申请实施例中,终端特定协议层判断survival time相关定时器是否在运行,如果至少有一个survival time相关定时器在运行,则对所述承载进行特殊处理,具体包括在组织MAC PDU时对所述承载进行特殊处理和/或激活该承载对应的PDCPduplication。即,本申请实施例给出了一种保证数据包时延可靠性的方案,可以尽量在第一个数据包传输失败的情况下,尽量后续第二个数据包能够传输成功,以满足IIOT业务对丢包的要求。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (18)
1.一种数据传输方法,其特征在于,该方法包括:
判断特定承载的数据包对应的生存时间相关的定时器是否在运行;
当至少一个所述定时器在运行时,对所述特定承载的数据包进行特殊处理。
2.根据权利要求1所述的方法,其特征在于,所述特殊处理,具体包括:
在组织媒体接入控制分组数据单元MAC PDU时,对所述特定承载进行如下方式之一或组合的处理,和/或激活所述特定承载对应的分组数据汇聚协议PDCP重复传输:
方式一、临时提升所述特定承载的优先级;
方式二、临时取消对所述特定承载的逻辑信道优先级限制,允许使用能够降低时延、并提升可靠性的资源;
方式三、临时启动重复传输,将所述数据包在相邻调度单位上进行自动重复传输。
3.根据权利要求1所述的方法,其特征在于,通过分组数据汇聚协议PDCP层或者无线链路控制RLC层或者媒体接入控制MAC层,判断特定承载的数据包对应的生存时间相关的定时器是否在运行。
4.根据权利要求1所述的方法,其特征在于,所述定时器的定时时长,是预先设置的固定值或者是基于业务确定的,是由网络配置的或者是协议约定的。
5.根据权利要求1所述的方法,其特征在于,所述特定承载是具有生存期要求的承载。
6.根据权利要求5所述的方法,其特征在于,根据承载相关的特殊标识,识别所述特定承载。
7.根据权利要求6所述的方法,其特征在于,所述特殊标识,是在会话或者专用无线承载DRB建立过程中,通过服务质量QoS参数携带的,或者是通过层间交互通知的。
8.根据权利要求1所述的方法,其特征在于,该方法还包括:
如果没有所述定时器在运行或者任何一个所述定时器超时,则停止所述特殊处理。
9.一种数据传输装置,其特征在于,包括:
存储器,用于存储程序指令;
处理器,用于调用所述存储器中存储的程序指令,按照获得的程序执行:
判断特定承载的数据包对应的生存时间相关的定时器是否在运行;
当至少一个所述定时器在运行时,对所述特定承载的数据包进行特殊处理。
10.根据权利要求9所述的装置,其特征在于,所述特殊处理,具体包括:
在组织媒体接入控制分组数据单元MAC PDU时,对所述特定承载进行如下方式之一或组合的处理,和/或激活所述特定承载对应的分组数据汇聚协议PDCP重复传输:
方式一、临时提升所述特定承载的优先级;
方式二、临时取消对所述特定承载的逻辑信道优先级限制,允许使用能够降低时延、并提升可靠性的资源;
方式三、临时启动重复传输,将所述数据包在相邻调度单位上进行自动重复传输。
11.根据权利要求9所述的装置,其特征在于,通过分组数据汇聚协议PDCP层或者无线链路控制RLC层或者媒体接入控制MAC层,判断特定承载的数据包对应的生存时间相关的定时器是否在运行。
12.根据权利要求9所述的装置,其特征在于,所述定时器的定时时长,是预先设置的固定值或者是基于业务确定的,是由网络配置的或者是协议约定的。
13.根据权利要求9所述的装置,其特征在于,所述特定承载是具有生存期要求的承载。
14.根据权利要求13所述的装置,其特征在于,根据承载相关的特殊标识,识别所述特定承载。
15.根据权利要求14所述的装置,其特征在于,所述特殊标识,是在会话或者专用无线承载DRB建立过程中,通过服务质量QoS参数携带的,或者是通过层间交互通知的。
16.根据权利要求9所述的装置,其特征在于,如果没有所述定时器在运行或者任何一个所述定时器超时,则所述处理器停止所述特殊处理。
17.一种计算机存储介质,其特征在于,所述计算机存储介质存储有计算机可执行指令,所述计算机可执行指令用于使所述计算机执行权利要求1至8任一项所述的方法。
18.一种数据传输装置,其特征在于,包括:
第一单元,用于判断特定承载的数据包对应的生存时间相关的定时器是否在运行;
第二单元,用于当至少一个所述定时器在运行时,对所述特定承载的数据包进行特殊处理。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811524438.4A CN111327392B (zh) | 2018-12-13 | 2018-12-13 | 一种数据传输方法及装置 |
EP19895069.3A EP3896876A4 (en) | 2018-12-13 | 2019-09-11 | DATA TRANSMISSION METHOD AND DEVICE |
US17/413,941 US11832293B2 (en) | 2018-12-13 | 2019-09-11 | Data transmission method and device |
PCT/CN2019/105478 WO2020119195A1 (zh) | 2018-12-13 | 2019-09-11 | 一种数据传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811524438.4A CN111327392B (zh) | 2018-12-13 | 2018-12-13 | 一种数据传输方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111327392A true CN111327392A (zh) | 2020-06-23 |
CN111327392B CN111327392B (zh) | 2021-06-01 |
Family
ID=71076783
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811524438.4A Active CN111327392B (zh) | 2018-12-13 | 2018-12-13 | 一种数据传输方法及装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11832293B2 (zh) |
EP (1) | EP3896876A4 (zh) |
CN (1) | CN111327392B (zh) |
WO (1) | WO2020119195A1 (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022042430A1 (zh) * | 2020-08-28 | 2022-03-03 | 华为技术有限公司 | 一种可靠性保障方法及相关装置 |
WO2022061672A1 (zh) * | 2020-09-24 | 2022-03-31 | Oppo广东移动通信有限公司 | 通信方法、终端设备及网络设备 |
CN114363919A (zh) * | 2020-10-13 | 2022-04-15 | 大唐移动通信设备有限公司 | 一种数据传输方法、终端及网络设备 |
WO2022120516A1 (zh) * | 2020-12-07 | 2022-06-16 | Oppo广东移动通信有限公司 | 通信方法、设备和系统 |
WO2022152044A1 (zh) * | 2021-01-18 | 2022-07-21 | 大唐移动通信设备有限公司 | 数据传输方法、终端设备、网络侧设备及计算机可读存储介质 |
WO2022151637A1 (en) * | 2021-01-15 | 2022-07-21 | Apple Inc. | Prioritized data transmission |
WO2022151242A1 (zh) * | 2021-01-14 | 2022-07-21 | Oppo广东移动通信有限公司 | 一种数据传输方法、电子设备及存储介质 |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20210235399A1 (en) * | 2020-01-23 | 2021-07-29 | Nokia Technologies Oy | Survival time monitoring and status transfer for time sensitive wireless communication |
WO2022021317A1 (en) * | 2020-07-31 | 2022-02-03 | Zte Corporation | Survival time for quality of service requirement relaxation |
WO2022086683A1 (en) * | 2020-10-22 | 2022-04-28 | Google Llc | Method of supporting industrial internet of things (iiot) with configured uplink grants on a shared spectrum |
WO2023001250A1 (en) * | 2021-07-21 | 2023-01-26 | FG Innovation Company Limited | Method and user equipment for handling a survival time state |
US20230058614A1 (en) * | 2021-08-13 | 2023-02-23 | Qualcomm Incorporated | Conditional use of allocated periodic resources |
CN115835400A (zh) * | 2021-09-16 | 2023-03-21 | 大唐移动通信设备有限公司 | 数据传输方法、装置及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102769603A (zh) * | 2011-05-03 | 2012-11-07 | 中国移动通信集团公司 | 一种数据传输的方法、系统及设备 |
WO2015184854A1 (zh) * | 2014-11-14 | 2015-12-10 | 中兴通讯股份有限公司 | 一种实现mac层接入的方法及传感器节点 |
CN107241164A (zh) * | 2017-05-05 | 2017-10-10 | 电信科学技术研究院 | 一种无线承载重复传输的处理方法及装置 |
WO2018131975A1 (ko) * | 2017-01-13 | 2018-07-19 | 삼성전자 주식회사 | 무선 통신 시스템에서 데이터 패킷을 전송하는 방법 및 장치 |
WO2018203697A1 (en) * | 2017-05-04 | 2018-11-08 | Lg Electronics Inc. | Method and device for transmitting data unit |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101422293B1 (ko) * | 2007-10-05 | 2014-07-22 | 삼성전자주식회사 | 이동 통신 시스템에서 역방향 데이터 전송률 조정 방법 및 장치 |
CN108551681B (zh) * | 2012-11-29 | 2022-01-14 | 华为技术有限公司 | 一种数据传输的控制方法、装置及系统 |
JP2018101823A (ja) * | 2015-04-28 | 2018-06-28 | シャープ株式会社 | 端末装置、基地局装置、通信方法、および、集積回路 |
CN113873573A (zh) * | 2015-05-22 | 2021-12-31 | 三星电子株式会社 | 终端和基站及其通信方法 |
US10721756B2 (en) * | 2017-02-13 | 2020-07-21 | Qualcomm Incorporated | Repetition-based uplink for low latency communications in a new radio wireless communication system |
KR102262269B1 (ko) * | 2017-04-26 | 2021-06-08 | 삼성전자 주식회사 | 차세대 이동 통신 시스템에서 rlc 상태 보고 방법 및 장치 |
CN111699709B (zh) * | 2018-01-11 | 2024-04-02 | 三星电子株式会社 | 监测和报告服务性能 |
US11296838B2 (en) * | 2018-03-07 | 2022-04-05 | Qualcomm Incorporated | Cluster-set determination for comp based on reliability and delay budget in URLLC |
BR112021016615A2 (pt) * | 2019-02-22 | 2021-11-03 | Lenovo Singapore Pte Ltd | Acionamento autônomo de retransmissão de dados |
-
2018
- 2018-12-13 CN CN201811524438.4A patent/CN111327392B/zh active Active
-
2019
- 2019-09-11 EP EP19895069.3A patent/EP3896876A4/en active Pending
- 2019-09-11 US US17/413,941 patent/US11832293B2/en active Active
- 2019-09-11 WO PCT/CN2019/105478 patent/WO2020119195A1/zh unknown
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102769603A (zh) * | 2011-05-03 | 2012-11-07 | 中国移动通信集团公司 | 一种数据传输的方法、系统及设备 |
WO2015184854A1 (zh) * | 2014-11-14 | 2015-12-10 | 中兴通讯股份有限公司 | 一种实现mac层接入的方法及传感器节点 |
WO2018131975A1 (ko) * | 2017-01-13 | 2018-07-19 | 삼성전자 주식회사 | 무선 통신 시스템에서 데이터 패킷을 전송하는 방법 및 장치 |
WO2018203697A1 (en) * | 2017-05-04 | 2018-11-08 | Lg Electronics Inc. | Method and device for transmitting data unit |
CN107241164A (zh) * | 2017-05-05 | 2017-10-10 | 电信科学技术研究院 | 一种无线承载重复传输的处理方法及装置 |
Non-Patent Citations (2)
Title |
---|
NOKIA, NOKIA SHANGHAI BELL: "On PDCP Duplication Enhancements with Combination of DC and CA", 《TSN PERFORMANCE REQUIREMENTS EVALUATION》 * |
NOKIA, NOKIA SHANGHAI BELL: "TSN performance requirements evaluation", 《3GPP TSG-RAN WG2 MEETING #103BIS》 * |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022042430A1 (zh) * | 2020-08-28 | 2022-03-03 | 华为技术有限公司 | 一种可靠性保障方法及相关装置 |
WO2022061672A1 (zh) * | 2020-09-24 | 2022-03-31 | Oppo广东移动通信有限公司 | 通信方法、终端设备及网络设备 |
CN114363919A (zh) * | 2020-10-13 | 2022-04-15 | 大唐移动通信设备有限公司 | 一种数据传输方法、终端及网络设备 |
CN114363919B (zh) * | 2020-10-13 | 2024-09-10 | 大唐移动通信设备有限公司 | 一种数据传输方法、终端及网络设备 |
WO2022120516A1 (zh) * | 2020-12-07 | 2022-06-16 | Oppo广东移动通信有限公司 | 通信方法、设备和系统 |
WO2022151242A1 (zh) * | 2021-01-14 | 2022-07-21 | Oppo广东移动通信有限公司 | 一种数据传输方法、电子设备及存储介质 |
WO2022151637A1 (en) * | 2021-01-15 | 2022-07-21 | Apple Inc. | Prioritized data transmission |
WO2022152044A1 (zh) * | 2021-01-18 | 2022-07-21 | 大唐移动通信设备有限公司 | 数据传输方法、终端设备、网络侧设备及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
EP3896876A1 (en) | 2021-10-20 |
CN111327392B (zh) | 2021-06-01 |
WO2020119195A1 (zh) | 2020-06-18 |
US11832293B2 (en) | 2023-11-28 |
US20220086861A1 (en) | 2022-03-17 |
EP3896876A4 (en) | 2022-02-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111327392B (zh) | 一种数据传输方法及装置 | |
EP3614776B1 (en) | Uplink transmission resource scheduling method and device | |
KR102293203B1 (ko) | 데이터 전송 방법 및 장치 | |
TWI744454B (zh) | 複用上行授權資源的方法和設備 | |
CN114826512A (zh) | 一种dmrs绑定窗口确定方法、装置及存储介质 | |
US20200322937A1 (en) | Information indication method, terminal device, and network device | |
WO2013040971A1 (zh) | 传输信息的方法、用户设备和基站 | |
JP7488839B2 (ja) | 通信方法、端末装置及びネットワーク装置 | |
EP3595384B1 (en) | Information transmission method and related device | |
WO2021012996A1 (zh) | 信息传输方法及装置 | |
CN112770375B (zh) | 信息确定、参数配置方法及装置 | |
CN112217618B (zh) | 信息传输方法及装置 | |
CN112217617B (zh) | 信息传输方法及装置 | |
CN111465043B (zh) | 一种资源分配方法及装置 | |
WO2018228044A1 (zh) | 一种上行控制信道传输方法、终端、基站及装置 | |
EP4236441A1 (en) | Data transmission method and apparatus, and device | |
WO2021147951A1 (zh) | 上行传输的方法及设备 | |
CN114731239B (zh) | 冲突处理方法和终端设备 | |
CN111867013B (zh) | 一种节能及其控制方法及装置 | |
CN113709887A (zh) | 数据发送方法和设备 | |
CN115189831A (zh) | 复用传输方法、装置及存储介质 | |
WO2019213893A1 (zh) | 通信方法和终端设备 | |
CN113748723A (zh) | 一种通信方法及设备 | |
CN113518461B (zh) | 数据传输方法及装置 | |
EP4287748A1 (en) | Information transmission method and apparatus |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20210527 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Applicant after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Applicant before: Telecommunications Science and Technology Research Institute Co.,Ltd. |
|
TA01 | Transfer of patent application right |