CN113452487A - 数据传输方法及装置 - Google Patents

数据传输方法及装置 Download PDF

Info

Publication number
CN113452487A
CN113452487A CN202010210405.3A CN202010210405A CN113452487A CN 113452487 A CN113452487 A CN 113452487A CN 202010210405 A CN202010210405 A CN 202010210405A CN 113452487 A CN113452487 A CN 113452487A
Authority
CN
China
Prior art keywords
receiving
target data
message
signal quality
terminal device
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
Application number
CN202010210405.3A
Other languages
English (en)
Other versions
CN113452487B (zh
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.)
Spreadtrum Communications Shanghai Co Ltd
Original Assignee
Spreadtrum Communications Shanghai 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 Spreadtrum Communications Shanghai Co Ltd filed Critical Spreadtrum Communications Shanghai Co Ltd
Priority to CN202010210405.3A priority Critical patent/CN113452487B/zh
Priority to PCT/CN2021/077847 priority patent/WO2021190233A1/zh
Publication of CN113452487A publication Critical patent/CN113452487A/zh
Application granted granted Critical
Publication of CN113452487B publication Critical patent/CN113452487B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/22Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1816Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of the same, encoded, message
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

本申请实施例提供了一种数据传输方法及装置,方法包括:接收至少一个无线承载RB中的目标数据,所述至少一个RB中的目标数据为目标业务的数据。采用本申请实施例可提升数据传输的可靠性。

Description

数据传输方法及装置
技术领域
本申请涉及通信技术领域,具体涉及一种数据传输方法及装置。
背景技术
在通信***中,网络设备与终端设备之间需要进行数据传输以实现通信的目的,然而,当网络设备与终端设备之间的数据传输的可靠性不高时,会导致传输的数据出现延时或丢失的情况,从而影响通信的质量,因此数据传输的可靠性是急需解决的问题。
发明内容
本申请实施例提供了一种数据传输方法及装置,用于提升终端设备在数据传输方面的可靠性。
第一方面,本申请实施例提供一种数据传输方法,应用于终端设备,方法包括:
接收至少一个RB中的目标数据,所述至少一个RB中的目标数据为目标业务的数据。
第二方面,本申请实施例提供一种数据传输装置,应用于终端设备,所述装置包括:
通信单元,用于接收至少一个RB中的目标数据,所述至少一个RB中的目标数据为目标业务的数据。
第三方面,本申请实施例提供一种终端设备,包括处理器、存储器、通信接口以及一个或多个程序,其中,上述一个或多个程序被存储在上述存储器中,并且被配置由上述处理器执行,上述程序包括用于执行本申请实施例第一方面所述的方法中的步骤的指令。
第四方面,本申请实施例提供了一种计算机可读存储介质,其中,上述计算机可读存储介质存储用于电子数据交换的计算机程序,其中,上述计算机程序使得计算机执行如本申请实施例第一方面所述的方法中所描述的部分或全部步骤。
第五方面,本申请实施例提供了一种计算机程序产品,其中,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如本申请实施例第一方面所述的方法中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
可以看出,在本申请实施例中,接收至少一个RB中的目标数据,由于网络设备通过至少一个RB传输的目标数据的内容相同,因此终端设备接收至少一个RB中的目标数据,有利于提升数据传输的可靠性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种数据传输的模式的示意图;
图2是本申请实施例提供的另一种数据传输的模式的示意图;
图3是本申请实施例提供的另一种数据传输的模式的示意图;
图4是本申请实施例提供的一种数据传输方法的流程示意图;
图5是申请实施例提供的一种协议栈的示意图;
图6是申请实施例提供的另一种协议栈的示意图;
图7是本申请实施例提供的一种终端设备的结构示意图;
图8是本申请实施例提供的一种数据传输装置的结构示意图。
具体实施方式
本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释,而非旨在限定本申请。本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。
示例性的,请参见图1-图3,图1-图3分别是本申请实施例提供的数据传输模式的示意图,图1-图3所示的数据传输模式均是网络设备通过无线承载(Radio Bearer,RB)将数据传输给终端设备。应理解的,图1-图3中所示的网络设备和终端设备的形态和数量仅用于举例,并不构成对本申请实施例的限定。
本申请实施例中的数据传输模式可以应用于适用于不同的网络架构,包括但不限于中继网络架构、双链接网络架构、车辆到任何物体的通信(Vehicle-to-Everything,V2X)网络架构,等等。
本申请实施例中的数据传输模式可应用于全球移动通信***(global systemfor mobile communication,CSM)、码分多址(code division multiple access,CDMA)***、宽带码分多址(wideband code division multiple access,WCDMA)***、全球微波互联接入(worldwide interoperability for microwave access,WiMAX)***、长期演进(long term evolution,LTE)***、5G通信***(例如新空口(new radio,NR))、多种通信技术融合的通信***(例如LTE技术和NR技术融合的通信***)、或者后续演进通信***。
本申请实施例中的终端设备是一种具有无线通信功能的设备,可以部署在陆地上,包括室内或室外、手持、可穿戴或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球、卫星上等)。该终端设备可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端设备、增强现实(augmented reality,AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、智能家庭(smart home)中的无线终端等。终端设备也可以是具有无线通信功能的手持设备、车载设备、可穿戴设备、计算机设备或连接到无线调制解调器的其他处理设备等。
本申请实施例中的网络设备是一种部署在无线接入网用以提供无线通信功能的设备。例如在2G网络中提供基站功能的设备包括基地无线收发站(英文:base transceiverstation,简称BTS),3G网络中提供基站功能的设备包括节点B(NodeB),在4G网络中提供基站功能的设备包括演进的节点B(evolved NodeB,eNB),在无线局域网络(wireless localarea networks,简称WLAN)中,提供基站功能的设备为接入点(access point,简称AP),5G新无线(New Radio,简称NR)中的提供基站功能的设备gNB,以及继续演进的节点B(ng-eNB),其中gNB和终端之间采用NR技术进行通信,ng-eNB和终端之间采用E-UTRA(EvolvedUniversal Terrestrial Radio Access)技术进行通信,gNB和ng-eNB均可连接到5G核心网。本申请实施例中的基站还包含在未来新的通信***中提供基站功能的设备等。
在图1中,网络设备与终端设备之间建立RB连接,从而实现数据传输。在图1中,网络设备2与终端设备直接建立的无线承载为数据无线承载(Data Radio Bearer,DRB),是指单播方式的数据无线承载。网络设备3与终端设备直接建立的无线承载为承载多播或广播服务(Multicast/Broadcast Service,MBS)业务的点到多点无线承载(MBS Point toMultipoint Radio Bearer,MRB)。
在图2中,网络设备与终端设备之间建立RB连接,从而实现数据传输。在图2中,网络设备2和网络设备3分别与终端设备建立的无线承载为MRB。
在图3中,网络设备与终端设备之间建立RB连接,从而实现数据传输。在图3中,网络设备2与终端设备建立的无线承载为DRB和MRB。
当前,通信网络允许网络设备采用单播、组播以及广播中的至少一种数据传输模式进行数据传输。单播即网络设备只能将数据业务传输给一个终端设备,组播或广播即网络设备可以将数据业务同时传输给多个终端设备。然而,在采用单播进行数据传输时,无线空口的传输功能中包含混合自动重传(Hybrid Automatic Repeat reQuest,HARQ)功能,而产生额外的开销,在采用组播或广播进行数据传输时,无线空口的传输功能中未包含HARQ功能,而不能满足新业务(例如:车联网、物联网等)在高可靠性方面的需求。
请参见图4,图4为本申请实施例提供的一种数据传输方法的流程示意图,包括以下步骤:
步骤401:接收至少一个RB中的目标数据,所述至少一个RB中的目标数据为目标业务的数据。
其中,目标业务包括一个或多个业务。
其中,网络设备在每个RB中传输的目标数据的内容可以相同。
其中,目标数据包括一个或多个数据包。
举例来说,若目标业务中包括3个业务(业务1、业务2以及业务3),存在3个RB(RB1、RB2以及RB3),业务1对应的需要传输的数据包括2个数据包(#11和#12),业务2对应的需要传输的数据包括2个数据包(#21和#22),业务3对应的需要传输的数据包括3个数据包(#31、#32及#33),则目标数据为数据包#11、#12、#21、#22、#31、#32及#33,RB1、RB2以及RB3中的目标数据均为#11、#12、#21、#22、#31、#32及#33。
其中,至少一个RB中每个RB的类型可以相同,也可以不同,在此不作限定。
其中,RB的类型例如有DRB、MRB。
其中,每个小区包括至少一个RB,若小区中仅存在一个RB,仅存在的一个RB可以是DRB,也可以是MRB;若小区中包括多个RB,可以是包括一个DRB和多个MRB,也可以是包括多个MRB。
其中,每个RB中的目标数据可以是目标业务的全部数据,也可以是目标业务的部分数据。
举例来说,网络设备需要传输的目标业务的数据包有5个(#1,#2,#3,#4以及#5),每个数据包的数据量为100M,而RB中可传输的最大数据量为400M,则将5个数据包分两次进行传输,也就是先传输数据包#1,#2,#3以及#4,然后再传输数据包#5,RB先将目标数据#1,#2,#3以及#4传输到终端设备,再将目标数据#5传输到终端设备。
举例来说,网络设备需要传输的目标业务的数据包有3个(#1,#2以及#3),每个数据包的数据量为100M,RB中可传输的最大数据量为400M,则RB可一次将300M的目标数据传输到终端设备。
可以看出,在本申请实施例中,接收至少一个RB中的目标数据,由于网络设备通过至少一个RB传输的目标数据相同,因此终端设备接收至少一个RB中的目标数据,有利于提升数据传输的可靠性。
在本申请的一实现方式中,所述至少一个RB是同一个小区中不同类型的RB;
或者,所述至少一个RB是不同小区中同一类型的RB;
或者,所述至少一个RB是不同小区中不同类型的RB。
其中,一个小区中可以存在一个RB,也可以存在多个RB。
其中,当本申请的数据传输方法应用于图1所示的数据传输的模式中,服务小区中用于传输目标数据的RB为DRB,邻小区中用于传输目标数据的RB为MRB。
其中,当本申请的数据传输方法应用于图2所示的数据传输的模式中,服务小区中用于传输目标数据的RB为MRB,邻小区中用于传输目标数据的RB为MRB。
其中,当本申请的数据传输方法应用于图3所示的数据传输的模式中,服务小区中用于传输目标数据的RB为DRB,邻小区中用于传输目标数据的RB为MRB。
其中,邻小区可以是一个,也可以是多个。
可以看出,在本申请实施例中,至少一个RB可以是同一个小区中不同类型的RB,不同小区中同一类型的RB以及不同小区中不同类型的RB中的至少一种,至少一个RB可以应用于不同的通信场景,有利于提升终端设备的灵活性。
在本申请的一实现方式中,所述至少一个RB包括主RB和辅RB中的至少一种。
其中,主RB可以是至少一个RB中的其中一个RB。
其中,辅RB可以只有一个,也可以有多个。
其中,主RB可以是DRB,也可以是MRB。
其中,在不同数据传输的模式中,主RB可以相同,也可以不同。
其中,主RB可以是网络设备配置的,也可以是终端设备默认的,也可以是终端设备基于RB的优先级确定的,也可以是终端设备基于RB的通信质量确定的。
可以看出,在本申请实施例中,将至少一个RB分为主RB和辅RB,有利于终端设备基于对目标数据的可靠性要求,可以去激活辅RB以及激活辅RB,有利于降低终端设备在目标数据接收方面的复杂度。
在本申请的一实现方式中,所述主RB是由网络设备配置的;或者,所述主RB是所述终端设备默认的,所述主RB为服务小区中用于传输所述目标数据的RB,所述辅RB为邻小区中用于传输所述目标数据的RB。
其中,当本申请的数据传输方法应用于图1所示的数据传输的模式中,服务小区中用于传输目标数据的RB为DRB,邻小区中用于传输目标数据的RB为MRB,若主RB由网络设备配置,则可以是DRB为主RB,MRB为辅RB,也可以是MRB为主RB,DRB为辅RB;若主RB是由终端设备默认的,则DRB为主RB,MRB为辅RB。
其中,当本申请的数据传输方法应用于图2所示的数据传输的模式中,服务小区中用于传输目标数据的RB为MRB,邻小区中用于传输目标数据的RB为MRB,若主RB由网络设备配置,则可以是服务小区中的MRB为主RB,邻小区中的MRB为辅RB,也可以是邻小区中的MRB为主RB,服务小区中的MRB为辅RB;若主RB是由终端设备默认的,则服务小区中的MRB为主RB,邻小区中的MRB为辅RB。
其中,当本申请的数据传输方法应用于图3所示的数据传输的模式中,服务小区中用于传输目标数据的RB为DRB和MRB,若主RB由网络设备配置,则可以是DRB为主RB,MRB为辅RB,也可以是MRB为主RB,DRB为辅RB。
可选地,终端设备可以默认DRB为主RB,MRB为辅RB,也可以默认MRB为主RB,DRB为辅RB,也可以基于服务小区中RB的优先级在至少一个RB中确定主RB,也可以基于RB的通信质量在至少一个RB中确定主RB。
举例来说,若存在3个RB(#RB1,#RB2以及#RB3),#RB1的优先级为1,#RB2的优先级为2,#RB3的优先级为3,则终端设备确定#RB1为主RB。
其中,RB的通信质量可以基于参考信号接收功率,接收信号强度指示、信干噪比以及数据传输速率中的至少一种进行确定。
其中,RB的通信质量可以是终端设备直接进行测量得到的,也可以是终端设备通过外设服务器进行测量得到的。
可以看出,在本申请实施例中,主RB可以是网络设备配置的,也可以是终端设备默认的,保证了主RB确定的灵活性,有利于降低终端设备在确定主RB方面的计算复杂度。
在本申请的一实现方式中,所述接收至少一个RB中的目标数据之前,所述方法包括:
接收网络设备发送的第一消息,所述第一消息中携带接收配置信息,所述第一消息包括专用无线资源控制RRC消息、***消息、媒体接入控制MAC控制元素CE以及下行控制信息DCI中的至少一种。
其中,***消息包括但不限于主***信息块(master information block,MIB)、***信息块(system information block,SIB)中的至少一种,以及最小***信息(minimumsystem information,MSI)、保留最小***信息(remaining minimum systeminformation,RMSI)或其他***信息中至少一种。
其中,专用RRC消息包括但不限于RRC释放(Release)消息、RRC连接重配置(connection reconfiguration)消息、RRC连接重建立(connection reestablishment)消息、RRC连接设置(connection setup)消息、RRC连接恢复(connection resume)消息或其他RRC消息中的任意一种。
可以看出,在本申请实施例中,网络设备可以通过无线资源控制RRC消息、***消息、媒体接入控制MAC控制元素CE以及下行控制信息DCI中的至少一种将第一消息发送给终端设备,表明发送第一消息的方式具有多样性,有利于提升网络设备在发送第一消息方面的可靠性。
在本申请的一实现方式中,所述接收配置信息包括以下至少一种:
是否支持第一接收方式的指示,所述第一接收方式用于所述终端设备接收主RB和辅RB中的数据;
支持所述第一接收方式的业务标识;
支持所述第一接收方式的RB标识;
主RB标识;
所述第一接收方式的模式;
激活所述第一接收方式的第一接收条件;
去激活所述第一接收方式的第二接收条件;
支持所述第一接收方式的小区列表;
所述终端设备的状态。
可选地,是否支持第一接收方式的指示占用1个比特,该1个比特的值为1时指示支持第一接收方式,该1个比特的值为0时指示不支持第一接收方式;或者,该1个比特的值为0时指示支持第一接收方式,该1个比特的值为1时指示不支持第一接收方式。当然支持第一接收方式还可以占用多个比特,多个比特的指示与1个比特的指示类似,在此不再叙述。
可选地,支持第一接收方式的业务标识占用的比特数可以是固定的,也可以是根据支持第一接收方式的业务的数量确定的。
举例来说,支持第一接收方式的业务标识占用的比特数是固定的,为4个比特,该4个比特的值为0001时指示第一业务支持第一接收方式,该4个比特的值为0010时指示第二业务支持第一接收方式,该4个比特的值为0011时指示第三业务支持第一接收方式,等等。
举例来说,支持第一接收方式的业务有4个,则支持第一接收方式的业务标识占用的比特数为2,该2个比特的值为00时指示第一业务支持第一接收方式,该2个比特的值为01时指示第二业务支持第一接收方式,该2个比特的值为10时指示第三业务支持第一接收方式,该2个比特的值为11时指示第四业务支持第一接收方式。
可选地,支持第一接收方式的RB标识占用的比特数可以是固定的,也可以是根据支持第一接收方式的RB的数量确定的。
可选地,主RB的标识占用的比特数可以与支持第一接收方式的RB标识占用的比特数相同,也可以不同。
举例来说,若支持第一接收方式的RB标识占用的比特数是固定的,为3个比特,支持第一接收方式的RB有3个(#RB1,#RB2以及#RB3),该3个比特的值为001时指示#RB1,该3个比特的值为010时指示#RB2,该3个比特的值为011时指示#RB3,而主RB为#RB1,#RB2以及#RB3中任意一个时,主RB的标识占用的比特数为2均可对#RB1,#RB2以及#RB3进行指示。
其中,第一接收方式的模式包括图1-图3中的至少一种。
可选地,第一接收方式的模式占用2个比特数,该2个比特的值为00时指示第一接收方式的模式为图1,该2个比特的值为01时指示第一接收方式的模式为图2,该2个比特的值为10时指示第一接收方式的模式为图3;或者,该2个比特的值为01时指示第一接收方式的模式为图1,该2个比特的值为10时指示第一接收方式的模式为图2,该2个比特的值为11时指示第一接收方式的模式为图3;
或者,该2个比特的值为00时指示第一接收方式的模式为图1,该2个比特的值为01时指示第一接收方式的模式为图3,该2个比特的值为10时指示第一接收方式的模式为图2;或者,该2个比特的值为01时指示第一接收方式的模式为图1,该2个比特的值为10时指示第一接收方式的模式为图3,该2个比特的值为11时指示第一接收方式的模式为图2;
或者,该2个比特的值为00时指示第一接收方式的模式为图3,该2个比特的值为01时指示第一接收方式的模式为图2,该2个比特的值为10时指示第一接收方式的模式为图1;或者,该2个比特的值为01时指示第一接收方式的模式为图3,该2个比特的值为10时指示第一接收方式的模式为图2,该2个比特的值为11时指示第一接收方式的模式为图1;
或者,该2个比特的值为00时指示第一接收方式的模式为图3,该2个比特的值为01时指示第一接收方式的模式为图1,该2个比特的值为10时指示第一接收方式的模式为图2;或者,该2个比特的值为01时指示第一接收方式的模式为图3,该2个比特的值为10时指示第一接收方式的模式为图1,该2个比特的值为11时指示第一接收方式的模式为图2;
或者,该2个比特的值为00时指示第一接收方式的模式为图2,该2个比特的值为01时指示第一接收方式的模式为图3,该2个比特的值为10时指示第一接收方式的模式为图1;或者,该2个比特的值为01时指示第一接收方式的模式为图2,该2个比特的值为10时指示第一接收方式的模式为图3,该2个比特的值为11时指示第一接收方式的模式为图1;
或者,该2个比特的值为00时指示第一接收方式的模式为图2,该2个比特的值为01时指示第一接收方式的模式为图1,该2个比特的值为10时指示第一接收方式的模式为图3;或者该2个比特的值为01时指示第一接收方式的模式为图2,该2个比特的值为10时时指示第一接收方式的模式为图1,该2个比特的值为11时指示第一接收方式的模式为图3;当然支持第一接收方式还可以占用多个比特,多个比特的指示与1个比特的指示类似,在此不再叙述。
可选地,支持第一接收方式的小区列表占用的比特数可以是固定的,也可以是根据支持第一接收方式的小区的数量确定的。
其中,终端设备的状态可以是RRC非激活(INACTIVE)状态,也可以是RRC连接(CONNECTED)状态,也可以是RRC空闲(IDLE)状态。
其中,图1和图3中的终端设备可以处于RRC-CONNECTED状态,图2中的终端设备可以处于RRC-IDLE状态,也可以处于RRC-CONNECTED状态,也可以处于RRC-INACTIVE状态。
其中,RRC-INACTIVE状态有别于RRC-IDLE状态和RRC连接(CONNECTED)状态。
在本申请的一实现方式中,所述第一接收条件包括以下至少一种:
服务小区的信号质量大于或等于第一门限;
服务小区的信号质量小于第二门限;
邻小区的信号质量大于或等于第三门限;
邻小区的信号质量小于第四门限;
邻小区的信号质量与服务小区的信号质量之差大于或等于第五门限。
其中,第一门限、第二门限、第三门限、第四门限以及第五门限可以是预设的。
其中,第二门限可以大于第一门限,第四门限可以大于第三门限。
在本申请的一实现方式中,所述第二接收条件包括以下至少一种:
服务小区的信号质量大于或等于第六门限;
服务小区的信号质量小于第七门限;
邻小区的信号质量大于或等于第八门限;
邻小区的信号质量小于第九门限;
邻小区信号质量与服务小区的信号质量之差大于或等于第十门限。
其中,第六门限、第七门限、第八门限、第九门限以及第十门限可以是预设的。
其中,第七门限可以大于第六门限,第九门限可以大于第八门限。
在本申请的一实现方式中,所述方法还包括:
接收所述网络设备发送的第二消息,所述第二消息携带接收配置更新信息,所述接收配置更新信息用于对所述接收配置信息进行更新,所述第二消息包括专用RRC消息、***消息、MAC CE以及DCI中的至少一种。
其中,专用RRC消息包括但不限于RRC Release消息、RRC connectionreconfiguration消息、RRC connection reestablishment消息、RRC connection setup消息、RRC connection resume消息或其他RRC消息中的任意一种。
其中,***消息包括但不限于MIB、SIB中的至少一种,以及MSI、RMSI或其他***信息中至少一种。
其中,接收配置更新信息可以对接收配置信息中的内容进行更新,也可以对接收配置信息中的内容对应的信息进行更新。
在本申请的一实现方式中,所述接收所述至少一个RB中的目标数据,包括:
若满足所述第一接收条件中的至少一种情况,则所述终端设备接收所述主RB和所述辅RB中的目标数据;
或者,若满足所述第二接收条件中的至少一种情况,则所述终端设备只接收所述主RB中的目标数据。
其中,终端设备接收到的主RB中的目标数据可能和接收到的辅RB中的目标数据相同,也可能不同。
举例来说,主RB中的目标数据为网络设备发送的目标数据,辅RB中的目标数据出现了丢包的情况,导致与网络设备发送的目标数据不同,因此主RB中的目标数据与辅RB中的目标数据不同。
可以看出,在本申请实施例中,终端设备通过第一接收条件和第二接收条件确定是否接收辅RB中的目标数据,不仅保证了数据传输的可靠性,而且在不需要接收辅RB中目标数据的情况下有利于降低终端设备的能耗。
在本申请的一实现方式中,所述接收至少一个无线承载RB中的目标数据,包括:
接收所述网络设备发送的第三消息,所述第三消息用于指示所述终端设备接收所述主RB和所述辅RB中的目标数据,所述第三消息包括专用RRC消息、***消息、MAC CE以及DCI中的至少一种;
或者,接收所述网络设备发送的第四消息,所述第四消息用于指示所述终端设备接收所述主RB中的目标数据,所述第四消息包括专用RRC消息、***消息、MAC CE以及DCI中的至少一种。
其中,专用RRC消息包括但不限于RRC Release消息、RRC connectionreconfiguration消息、RRC connection reestablishment消息、RRC connection setup消息、RRC connection resume消息或其他RRC消息中的任意一种。
其中,***消息包括但不限于MIB、SIB中的至少一种,以及MSI、RMSI或其他***信息中至少一种。
在本申请的一实现方式中,所述接收至少一个无线承载RB中的目标数据之前,包括:
向网络设备发送第一信息,所述第一信息用于所述网络设备确定是否指示所述终端设备接收所述主RB和所述辅RB中的目标数据,所述第一信息包括以下至少一种:邻小区的信号质量、信号质量大于或等于第十一门限的邻小区、用于表示所述终端设备有兴趣在邻小区的RB中接收目标数据的第二信息。
在本申请的一实现方式中,所述接收至少一个无线承载RB中的目标数据之前,包括:
向网络设备发送第三信息,所述第三信息用于所述网络设备确定是否指示所述终端设备接收所述主RB中的目标数据,所述第三信息包括以下至少一种:邻小区的信号质量、信号质量大于或等于第十二门限的邻小区、用于表示所述终端设备没有兴趣在邻小区的RB中接收目标数据的第四信息。
其中,网络设备根据终端设备发送的第一信息反馈第三消息,网络设备根据终端设备发送的第三信息反馈第四消息。
其中,网络设备在接收到第一信息之后,所述网络设备向邻小区的网络设备发送第五信息,所述第五信息用于指示所述终端设备有兴趣在所述邻小区的RB中接收目标数据。
其中,网络设备在接收到第三信息之后,所述网络设备向邻小区的网络设备发送第六信息,所述第六信息用于指示所述终端设备没有兴趣在所述邻小区的RB中接收目标数据。
其中,第十二门限和第十一门限均可以是预设的或网络配置的。
其中,第十二门限可以和第十一门限相等,也可以不等。
其中,第十二门限可以是-90dB,也可以是-80dB,等等。
其中,第十一门限可以是-90dB,也可以是-80dB,也可以是-89dB,等等。
在本申请的一实现方式中,所述接收至少一个RB中的目标数据,包括:
在所述至少一个RB中的每个RB对应的协议实体中接收目标数据,以及将所述目标数据进行合并,所述每个RB对应的协议实体均为第一协议层的协议实体,所述第一协议层包括以下至少一种:无线链路控制RLC层、分组数据汇聚协议PDCP层、所述RLC层之上的协议层、所述PDCP层之上的协议层;
或者,在所述至少一个RB中的每个RB对应的协议实体中接收目标数据,以及将所述目标数据在所述终端设备内的目标功能实体中进行合并。
其中,若第一协议层为RLC层,则目标数据中的数据包均为RLC协议数据单元(Protocol Data Unit,PDU),若第一协议层为PDCP层,则目标数据中的数据包均为PDCPPDU,若第一协议层为RLC层之上的协议层,则目标数据中的数据包均为RLC层之上的协议层PDU,若第一协议层为PDCP层之上的协议层,则目标数据中的数据包均为PDCP层之上的协议层PDU。
其中,如图5所示为DRB对应的协议栈的示意图,如图6所示为MRB对应的协议栈的示意图,若第一协议层为PDCP,则MRB协议栈中的x为PDCP。
其中,RLC层之上的协议层为MRB对应的协议栈中RLC层之上的协议层。
其中,PDCP层之上的协议层为DRB对应的协议栈中PDCP层之上的协议层。
其中,目标功能实体是终端设备预设的功能实体。
其中,目标功能实体可以与终端设备对应的协议栈中的实体不同,也可以与终端设备对应的协议栈中的实体相同。
在本申请的一实现方式中,所述方法还包括:
所述第一协议层由所述主RB确定。
其中,若主RB为DRB,则第一协议层可以是RLC层,也可以是PDCP层,也可以是PDCP层之上的协议层。
其中,在主RB为DRB,第一协议层为PDCP层,MRB协议栈中的x为PDCP。
其中,若主RB是MRB,则第一协议层可以是RLC,也可以是RLC之上的协议层;若主RB是MRB,MRB协议栈中的x为PDCP,则第一协议层可以是RLC,也可以是PDCP。
在本申请的一实现方式中,所述接收至少一个RB中的目标数据之后,所述方法还包括:
基于所述目标数据关联的序列号SN,将所述SN中重复的SN对应的目标数据丢弃,以及将不重复的SN对应的目标数据上传到所述第一协议层的上层协议层;
在所述至少一个RB中发送接收状态报告,所述接收状态报告用于指示所述终端设备接收所述目标数据的接收情况。
其中,至少一个RB中发送的接收状态报告的内容相同。
其中,接收情况包括接收目标数据成功,或接收目标数据失败。
其中,若目标数据由多个数据包组成,则每个数据包对应一个SN。
可以看出,在本申请实施例中,在至少一个RB中发送的接收状态报告的内容相同,有利于数据传输的可靠性。
请参见图7,图7是本申请实施例提供的一种终端设备,包括:一个或多个处理器、一个或多个存储器、一个或多个通信接口,以及一个或多个程序;
所述一个或多个程序被存储在所述存储器中,并且被配置由所述一个或多个处理器执行;
所述程序包括用于执行以下步骤的指令:
接收至少一个无线承载RB中的目标数据,所述至少一个RB中的目标数据为目标业务的数据。
在本申请的一实现方式中,所述至少一个RB是同一个小区中不同类型的RB;
或者,所述至少一个RB是不同小区中同一类型的RB;
或者,所述至少一个RB是不同小区中不同类型的RB。
在本申请的一实现方式中,所述至少一个RB包括主RB和辅RB中的至少一种。
在本申请的一实现方式中,所述主RB是由网络设备配置的;或者,所述主RB是所述终端设备默认的,所述主RB为服务小区中用于传输所述目标数据的RB,所述辅RB为邻小区中用于传输所述目标数据的RB。
在本申请的一实现方式中,所述接收至少一个RB中的目标数据之前,所述程序包括还用于执行以下步骤的指令:
接收网络设备发送的第一消息,所述第一消息中携带接收配置信息,所述第一消息包括专用无线资源控制RRC消息、***消息、媒体接入控制MAC控制元素CE以及下行控制信息DCI中的至少一种。
在本申请的一实现方式中,所述接收配置信息包括以下至少一种:
是否支持第一接收方式的指示,所述第一接收方式用于所述终端设备接收主RB和辅RB中的数据;
支持所述第一接收方式的业务标识;
支持所述第一接收方式的RB标识;
主RB标识;
所述第一接收方式的模式;
激活所述第一接收方式的第一接收条件;
去激活所述第一接收方式的第二接收条件;
支持所述第一接收方式的小区列表;
所述终端设备的状态。
在本申请的一实现方式中,所述第一接收条件包括以下至少一种:
服务小区的信号质量大于或等于第一门限;
服务小区的信号质量小于第二门限;
邻小区的信号质量大于或等于第三门限;
邻小区的信号质量小于第四门限;
邻小区的信号质量与服务小区的信号质量之差大于或等于第五门限。
在本申请的一实现方式中,所述第二接收条件包括以下至少一种:
服务小区的信号质量大于或等于第六门限;
服务小区的信号质量小于第七门限;
邻小区的信号质量大于或等于第八门限;
邻小区的信号质量小于第九门限;
邻小区信号质量与服务小区的信号质量之差大于或等于第十门限。
在本申请的一实现方式中,接收所述网络设备发送的第二消息,所述第二消息携带接收配置更新信息,所述接收配置更新信息用于对所述接收配置信息进行更新,所述第二消息包括专用RRC消息、***消息、MAC CE以及DCI中的至少一种。
在本申请的一实现方式中,在所述接收所述至少一个RB中的目标数据方面,所述程序包括还用于执行以下步骤的指令:
若满足所述第一接收条件中的至少一种情况,则所述终端设备接收所述主RB和所述辅RB中的目标数据;
或者,若满足所述第二接收条件中的至少一种情况,则所述终端设备只接收所述主RB中的目标数据。
在本申请的一实现方式中,在所述接收至少一个无线承载RB中的目标数据方面,所述程序包括还用于执行以下步骤的指令:
接收所述网络设备发送的第三消息,所述第三消息用于指示所述终端设备接收所述主RB和所述辅RB中的目标数据,所述第三消息包括专用RRC消息、***消息、MAC CE以及DCI中的至少一种;
或者,接收所述网络设备发送的第四消息,所述第四消息用于指示所述终端设备接收所述主RB中的目标数据,所述第四消息包括专用RRC消息、***消息、MAC CE以及DCI中的至少一种。
在本申请的一实现方式中,在所述接收至少一个无线承载RB中的目标数据之前,所述程序包括还用于执行以下步骤的指令:
向网络设备发送第一信息,所述第一信息用于所述网络设备确定是否指示所述终端设备接收所述主RB和所述辅RB中的目标数据,所述第一信息包括以下至少一种:邻小区的信号质量、信号质量大于或等于第十一门限的邻小区、用于表示所述终端设备有兴趣在邻小区的RB中接收目标数据的第二信息。
在本申请的一实现方式中,在所述接收至少一个无线承载RB中的目标数据之前,所述程序包括还用于执行以下步骤的指令:
向网络设备发送第三信息,所述第三信息用于所述网络设备确定是否指示所述终端设备接收所述主RB中的目标数据,所述第三信息包括以下至少一种:邻小区的信号质量、信号质量大于或等于第十二门限的邻小区、用于表示所述终端设备没有兴趣在邻小区的RB中接收目标数据的第四信息。
在本申请的一实现方式中,在所述接收至少一个RB中的目标数据方面,所述程序包括还用于执行以下步骤的指令:
在所述至少一个RB中的每个RB对应的协议实体中接收目标数据,以及将所述目标数据进行合并,所述每个RB对应的协议实体均为第一协议层的协议实体,所述第一协议层包括以下至少一种:无线链路控制RLC层、分组数据汇聚协议PDCP层、所述RLC层之上的协议层、所述PDCP层之上的协议层;
或者,在所述至少一个RB中的每个RB对应的协议实体中接收目标数据,以及将所述目标数据在所述终端设备内的目标功能实体中进行合并。
在本申请的一实现方式中,所述第一协议层由所述主RB确定。
在本申请的一实现方式中,所述接收至少一个RB中的目标数据之后,所述程序包括还用于执行以下步骤的指令:
基于所述目标数据关联的序列号SN,将所述SN中重复的SN对应的目标数据丢弃,以及将不重复的SN对应的目标数据上传到所述第一协议层的上层协议层;
在所述至少一个RB中发送接收状态报告,所述接收状态报告用于指示所述终端设备接收所述目标数据的接收情况。
需要说明的是,本实施例的具体实现过程可参见上述方法实施例所述的具体实现过程,在此不再叙述。
请参见图8,图8是本申请实施例提供的一种数据传输装置,应用于终端设备,该装置包括:
通信单元801,用于接收至少一个无线承载RB中的目标数据,所述至少一个RB中的目标数据为目标业务的数据。
在本申请的一实现方式中,所述至少一个RB是同一个小区中不同类型的RB;
或者,所述至少一个RB是不同小区中同一类型的RB;
或者,所述至少一个RB是不同小区中不同类型的RB。
在本申请的一实现方式中,所述至少一个RB包括主RB和辅RB中的至少一种。
在本申请的一实现方式中,所述主RB是由网络设备配置的;或者,所述主RB是所述终端设备默认的,所述主RB为服务小区中用于传输所述目标数据的RB,所述辅RB为邻小区中用于传输所述目标数据的RB。
在本申请的一实现方式中,通信单元801,还用于所述接收至少一个RB中的目标数据之前,接收网络设备发送的第一消息,所述第一消息中携带接收配置信息,所述第一消息包括专用无线资源控制RRC消息、***消息、媒体接入控制MAC控制元素CE以及下行控制信息DCI中的至少一种。
在本申请的一实现方式中,所述接收配置信息包括以下至少一种:
是否支持第一接收方式的指示,所述第一接收方式用于所述终端设备接收主RB和辅RB中的数据;
支持所述第一接收方式的业务标识;
支持所述第一接收方式的RB标识;
主RB标识;
所述第一接收方式的模式;
激活所述第一接收方式的第一接收条件;
去激活所述第一接收方式的第二接收条件;
支持所述第一接收方式的小区列表;
所述终端设备的状态。
在本申请的一实现方式中,所述第一接收条件包括以下至少一种:
服务小区的信号质量大于或等于第一门限;
服务小区的信号质量小于第二门限;
邻小区的信号质量大于或等于第三门限;
邻小区的信号质量小于第四门限;
邻小区的信号质量与服务小区的信号质量之差大于或等于第五门限。
在本申请的一实现方式中,所述第二接收条件包括以下至少一种:
服务小区的信号质量大于或等于第六门限;
服务小区的信号质量小于第七门限;
邻小区的信号质量大于或等于第八门限;
邻小区的信号质量小于第九门限;
邻小区信号质量与服务小区的信号质量之差大于或等于第十门限。
在本申请的一实现方式中,所述通信单元801,还用于接收所述网络设备发送的第二消息,所述第二消息携带接收配置更新信息,所述接收配置更新信息用于对所述接收配置信息进行更新,所述第二消息包括专用RRC消息、***消息、MAC CE以及DCI中的至少一种。
在本申请的一实现方式中,所述装置还包括处理单元802,在所述接收所述至少一个RB中的目标数据方面,所述通信单元801,还用于所述终端设备接收所述主RB和所述辅RB中的目标数据之前,通过所述处理单元802确定终端设备满足所述第一接收条件中的至少一种情况;
或者,所述通信单元801,还用于所述终端设备只接收所述主RB中的目标数据之前,通过所述处理单元802确定满足所述第二接收条件中的至少一种情况。
在本申请的一实现方式中,在所述接收至少一个无线承载RB中的目标数据方面,所述通信单元801还用于:
接收所述网络设备发送的第三消息,所述第三消息用于指示所述终端设备接收所述主RB和所述辅RB中的目标数据,所述第三消息包括专用RRC消息、***消息、MAC CE以及DCI中的至少一种;
或者,接收所述网络设备发送的第四消息,所述第四消息用于指示所述终端设备接收所述主RB中的目标数据,所述第四消息包括专用RRC消息、***消息、MAC CE以及DCI中的至少一种。
在本申请的一实现方式中,所述通信单元801,还用于在所述接收至少一个无线承载RB中的目标数据之前,向网络设备发送第一信息,所述第一信息用于所述网络设备确定是否指示所述终端设备接收所述主RB和所述辅RB中的目标数据,所述第一信息包括以下至少一种:邻小区的信号质量、信号质量大于或等于第十一门限的邻小区、用于表示所述终端设备有兴趣在邻小区的RB中接收目标数据的第二信息。
在本申请的一实现方式中,通信单元801,还用于在所述接收至少一个无线承载RB中的目标数据之前,向网络设备发送第三信息,所述第三信息用于所述网络设备确定是否指示所述终端设备接收所述主RB中的目标数据,所述第三信息包括以下至少一种:邻小区的信号质量、信号质量大于或等于第十二门限的邻小区、用于表示所述终端设备没有兴趣在邻小区的RB中接收目标数据的第四信息。
在本申请的一实现方式中,在所述接收至少一个无线承载RB中的目标数据方面,所述通信单元801,还用于:
在所述至少一个RB中的每个RB对应的协议实体中接收目标数据,以及将所述目标数据进行合并,所述每个RB对应的协议实体均为第一协议层的协议实体,所述第一协议层包括以下至少一种:无线链路控制RLC层、分组数据汇聚协议PDCP层、所述RLC层之上的协议层、所述PDCP层之上的协议层;
或者,在所述至少一个RB中的每个RB对应的协议实体中接收目标数据,以及将所述目标数据在所述终端设备内的目标功能实体中进行合并。
在本申请的一实现方式中,所述第一协议层由所述主RB确定。
在本申请的一实现方式中,在接收至少一个RB中的目标数据之后,处理单元802,还用于基于所述目标数据关联的序列号SN,将所述SN中重复的SN对应的目标数据丢弃,以及将不重复的SN对应的目标数据上传到所述第一协议层的上层协议层;
通信单元801,还用于在所述至少一个RB中发送接收状态报告,所述接收状态报告用于指示所述终端设备接收所述目标数据的接收情况。
需要说明的是,所述装置中通信单元801可通过通信接口实现,处理单元802可通过处理器实现。
本申请实施例还提供一种计算机存储介质,其中,该计算机存储介质存储用于电子数据交换的计算机程序,该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤,上述计算机包括用户设备。
本申请实施例还提供一种计算机程序产品,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包,上述计算机包括用户设备。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如上述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储器中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储器中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储器包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储器中,存储器可以包括:闪存盘、只读存储器(英文:Read-Only Memory,简称:ROM)、随机存取器(英文:Random Access Memory,简称:RAM)、磁盘或光盘等。
以上对本申请实施例进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。

Claims (19)

1.一种数据传输方法,其特征在于,应用于终端设备,所述方法包括:
接收至少一个无线承载RB中的目标数据,所述至少一个RB中的目标数据为目标业务的数据。
2.根据权利要求1所述的方法,其特征在于,所述至少一个RB是同一个小区中不同类型的RB;
或者,所述至少一个RB是不同小区中同一类型的RB;
或者,所述至少一个RB是不同小区中不同类型的RB。
3.根据权利要1或2所述的方法,其特征在于,所述至少一个RB包括主RB和辅RB中的至少一种。
4.根据权利要求3所述的方法,其特征在于,所述主RB是由网络设备配置的;或者,所述主RB是所述终端设备默认的,所述主RB为服务小区中用于传输所述目标数据的RB,所述辅RB为邻小区中用于传输所述目标数据的RB。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述接收至少一个RB中的目标数据之前,所述方法包括:
接收网络设备发送的第一消息,所述第一消息中携带接收配置信息,所述第一消息包括专用无线资源控制RRC消息、***消息、媒体接入控制MAC控制元素CE以及下行控制信息DCI中的至少一种。
6.根据权利要求5所述的方法,其特征在于,所述接收配置信息包括以下至少一种:
是否支持第一接收方式的指示,所述第一接收方式用于所述终端设备接收主RB和辅RB中的数据;
支持所述第一接收方式的业务标识;
支持所述第一接收方式的RB标识;
主RB标识;
所述第一接收方式的模式;
激活所述第一接收方式的第一接收条件;
去激活所述第一接收方式的第二接收条件;
支持所述第一接收方式的小区列表;
所述终端设备的状态。
7.根据权利要求6所述的方法,其特征在于,所述第一接收条件包括以下至少一种:
服务小区的信号质量大于或等于第一门限;
服务小区的信号质量小于第二门限;
邻小区的信号质量大于或等于第三门限;
邻小区的信号质量小于第四门限;
邻小区的信号质量与服务小区的信号质量之差大于或等于第五门限。
8.根据权利要求6所述的方法,其特征在于,所述第二接收条件包括以下至少一种:
服务小区的信号质量大于或等于第六门限;
服务小区的信号质量小于第七门限;
邻小区的信号质量大于或等于第八门限;
邻小区的信号质量小于第九门限;
邻小区信号质量与服务小区的信号质量之差大于或等于第十门限。
9.根据权利要求5-8任一项所述的方法,其特征在于,所述方法还包括:
接收所述网络设备发送的第二消息,所述第二消息携带接收配置更新信息,所述接收配置更新信息用于对所述接收配置信息进行更新,所述第二消息包括专用RRC消息、***消息、MAC CE以及DCI中的至少一种。
10.根据权利要求9所述的方法,其特征在于,所述接收所述至少一个RB中的目标数据,包括:
若满足所述第一接收条件中的至少一种情况,则所述终端设备接收所述主RB和所述辅RB中的目标数据;
或者,若满足所述第二接收条件中的至少一种情况,则所述终端设备只接收所述主RB中的目标数据。
11.根据权利要求1-4任一项所述的方法,其特征在于,所述接收至少一个无线承载RB中的目标数据,包括:
接收所述网络设备发送的第三消息,所述第三消息用于指示所述终端设备接收所述主RB和所述辅RB中的目标数据,所述第三消息包括专用RRC消息、***消息、MAC CE以及DCI中的至少一种;
或者,接收所述网络设备发送的第四消息,所述第四消息用于指示所述终端设备接收所述主RB中的目标数据,所述第四消息包括专用RRC消息、***消息、MAC CE以及DCI中的至少一种。
12.根据权利要求11所述的方法,其特征在于,所述接收至少一个无线承载RB中的目标数据之前,包括:
向网络设备发送第一信息,所述第一信息用于所述网络设备确定是否指示所述终端设备接收所述主RB和所述辅RB中的目标数据,所述第一信息包括以下至少一种:邻小区的信号质量、信号质量大于或等于第十一门限的邻小区、用于表示所述终端设备有兴趣在邻小区的RB中接收目标数据的第二信息。
13.根据权利要求11所述的方法,其特征在于,所述接收至少一个无线承载RB中的目标数据之前,包括:
向网络设备发送第三信息,所述第三信息用于所述网络设备确定是否指示所述终端设备接收所述主RB中的目标数据,所述第三信息包括以下至少一种:邻小区的信号质量、信号质量大于或等于第十二门限的邻小区、用于表示所述终端设备没有兴趣在邻小区的RB中接收目标数据的第四信息。
14.根据权利要求1-13任一项所述的方法,其特征在于,所述接收至少一个RB中的目标数据,包括:
在所述至少一个RB中的每个RB对应的协议实体中接收目标数据,以及将所述目标数据进行合并,所述每个RB对应的协议实体均为第一协议层的协议实体,所述第一协议层包括以下至少一种:无线链路控制RLC层、分组数据汇聚协议PDCP层、所述RLC层之上的协议层、所述PDCP层之上的协议层;
或者,在所述至少一个RB中的每个RB对应的协议实体中接收目标数据,以及将所述目标数据在所述终端设备内的目标功能实体中进行合并。
15.根据权利要求14所述的方法,其特征在于,所述方法还包括:
所述第一协议层由所述主RB确定。
16.根据权利要求15所述的方法,其特征在于,所述接收至少一个RB中的目标数据之后,所述方法还包括:
基于所述目标数据关联的序列号SN,将所述SN中重复的SN对应的目标数据丢弃,以及将不重复的SN对应的目标数据上传到所述第一协议层的上层协议层;
在所述至少一个RB中发送接收状态报告,所述接收状态报告用于指示所述终端设备接收所述目标数据的接收情况。
17.一种数据传输装置,其特征在于,应用于终端设备,所述装置包括:
通信单元,用于接收至少一个无线承载RB中的目标数据,所述至少一个RB中的目标数据为目标业务的数据。
18.一种终端设备,其特征在于,所述终端设备包括存储器、通信接口,以及一个或多个程序,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行如权利要求1-16任一项所述的方法中的步骤的指令。
19.一种计算机可读存储介质,其特征在于,存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行如权利要求1-16任一项所述的方法。
CN202010210405.3A 2020-03-25 2020-03-25 数据传输方法及装置 Active CN113452487B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202010210405.3A CN113452487B (zh) 2020-03-25 2020-03-25 数据传输方法及装置
PCT/CN2021/077847 WO2021190233A1 (zh) 2020-03-25 2021-02-25 数据传输方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010210405.3A CN113452487B (zh) 2020-03-25 2020-03-25 数据传输方法及装置

Publications (2)

Publication Number Publication Date
CN113452487A true CN113452487A (zh) 2021-09-28
CN113452487B CN113452487B (zh) 2022-09-13

Family

ID=77806377

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010210405.3A Active CN113452487B (zh) 2020-03-25 2020-03-25 数据传输方法及装置

Country Status (2)

Country Link
CN (1) CN113452487B (zh)
WO (1) WO2021190233A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114374899B (zh) * 2021-12-30 2023-12-15 北京格林威尔科技发展有限公司 一种光传送网络业务故障定位方法和装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104584633A (zh) * 2012-08-23 2015-04-29 交互数字专利控股公司 在无线***中采用多个调度器进行操作
CN105874863A (zh) * 2013-10-31 2016-08-17 日本电气株式会社 无线电通信***、基站装置以及无线电终端
KR20170048144A (ko) * 2015-10-23 2017-05-08 한국전자통신연구원 비면허대역의 이동통신 시스템에서 상향링크 신호를 전송하는 방법 및 장치
CN108924871A (zh) * 2017-03-23 2018-11-30 夏普株式会社 无线配置方法、用户设备和基站
CN109150432A (zh) * 2017-06-15 2019-01-04 夏普株式会社 无线通信方法和设备

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3017616B1 (en) * 2013-07-01 2018-12-05 NEC Corporation Method for providing multicast/broadcast service continuity for mobile terminals
CN109429257B (zh) * 2017-06-22 2022-11-04 夏普株式会社 用户设备和相关方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104584633A (zh) * 2012-08-23 2015-04-29 交互数字专利控股公司 在无线***中采用多个调度器进行操作
CN105874863A (zh) * 2013-10-31 2016-08-17 日本电气株式会社 无线电通信***、基站装置以及无线电终端
KR20170048144A (ko) * 2015-10-23 2017-05-08 한국전자통신연구원 비면허대역의 이동통신 시스템에서 상향링크 신호를 전송하는 방법 및 장치
CN108924871A (zh) * 2017-03-23 2018-11-30 夏普株式会社 无线配置方法、用户设备和基站
CN109150432A (zh) * 2017-06-15 2019-01-04 夏普株式会社 无线通信方法和设备

Also Published As

Publication number Publication date
CN113452487B (zh) 2022-09-13
WO2021190233A1 (zh) 2021-09-30

Similar Documents

Publication Publication Date Title
US11218270B2 (en) Method for transmitting and receiving system information via a broadcast channel (BCH) and a downlink shared channel (DL_SCH)
EP3448071B1 (en) Service message sending method, terminal device and network device
US8265007B2 (en) Method for receiving system information in multimedia broadcast/multicast service
KR101985038B1 (ko) 멀티미디어 방송 다중송출 서비스를 위한 역량 확장
US9510372B2 (en) Method and apparatus for establishing device-to-device connection in wireless communication system
US8744483B2 (en) Method and apparatus for updating location information for a terminal
KR101698611B1 (ko) 무선 통신 시스템에서 그룹 페이징 방법 및 장치
KR20230003065A (ko) 베어러 구성 방법 및 장치, 컨텍스트 정보 관리 방법 및 장치, 해제 방법 및 장치, 설비
US9655155B2 (en) Method and apparatus for establishing device-to-device connection in wireless communication system
US9345055B2 (en) Method and apparatus for establishing device-to-device connection in wireless communication system
US10779129B2 (en) Communication apparatus, base station, and network apparatus
EP2913939B1 (en) Method, base station and user equipment for transmitting information
EP3783926B1 (en) Communication method and apparatus
US20230171823A1 (en) Information transmission method, network device and terminal
EP3913832A1 (en) Communication method, apparatus, device, system, and storage medium
US9955336B2 (en) Method for transmitting/receiving discovery signals in D2D communication and devices for supporting same
CN113452487B (zh) 数据传输方法及装置
CN108307467B (zh) 通信方法、基站以及终端
CN114071737A (zh) 发送信号的协商方法及网络侧节点
CN115118400B (zh) 一种被用于无线通信的方法和设备
AU2021325237B2 (en) Information Control Method and Apparatus and Base Station
US20230180064A1 (en) Communication control method
US20240147506A1 (en) Dynamic sl resource allocation
WO2024033295A2 (en) U2u relay discovery and (re-)selection
CN116939510A (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
GR01 Patent grant
GR01 Patent grant