CN108632890B - 数据传输方法和终端设备 - Google Patents

数据传输方法和终端设备 Download PDF

Info

Publication number
CN108632890B
CN108632890B CN201710184806.4A CN201710184806A CN108632890B CN 108632890 B CN108632890 B CN 108632890B CN 201710184806 A CN201710184806 A CN 201710184806A CN 108632890 B CN108632890 B CN 108632890B
Authority
CN
China
Prior art keywords
data
service
information
transmitted
uplink transmission
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.)
Active
Application number
CN201710184806.4A
Other languages
English (en)
Other versions
CN108632890A (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201710184806.4A priority Critical patent/CN108632890B/zh
Priority to PCT/CN2018/080142 priority patent/WO2018171708A1/zh
Publication of CN108632890A publication Critical patent/CN108632890A/zh
Application granted granted Critical
Publication of CN108632890B publication Critical patent/CN108632890B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0268Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/26Reselection being triggered by specific parameters by agreed or negotiated communication parameters
    • H04W36/28Reselection being triggered by specific parameters by agreed or negotiated communication parameters involving a plurality of connections, e.g. multi-call or multi-bearer connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/56Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/563Allocation or scheduling criteria for wireless resources based on priority criteria of the wireless resources
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/04Interfaces between hierarchically different network devices
    • H04W92/10Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供一种数据传输方法和终端设备,该方法包括:终端设备确定多个空口技术中第一上行传输资源所对应的第一空口技术;终端设备确定能够使用第一空口技术的至少一个业务承载;在至少一个业务承载中第一业务承载上有数据要发送的情况下,终端设备根据第一业务承载的待传输数据量以及第一上行传输资源的第一数据量,判断是否在第一上行传输资源上发送第一信息,第一信息用于通知待传输数据量;其中,第一业务承载为至少一个业务承载中传输优先级最高的业务承载,第一数据量为第一上行传输资源的传输数据量。本申请提供的数据传输方法和终端设备,能够确保终端设备在第一上行传输资源上优先发送传输优先级较高的业务承载的数据。

Description

数据传输方法和终端设备
技术领域
本申请涉及通信技术,尤其涉及一种数据传输方法和终端设备。
背景技术
5G通信系统可以支持不同的业务。上述所说的业务例如可以为增强的移动宽带(enhanced Mobile Broadband,eMBB)业务、海量机器类型通信(massive Machine TypeCommunication,MTC)业务、超可靠低延迟通信(Ultra-reliable and low latencycommunications,URLLC)业务、多媒体广播多播(Multimedia Broadcast MulticastService,MBMS)业务和定位业务等。其中,每种业务可以通过该业务对应的业务承载进行传输。
5G通信系统提出基站和终端设备可以通过频分多址复用(Frequency DivisionMultiplexing,FDM)或者时分多址复用(Time Division Multiplexing,TDM)的方式,在一段连续的频谱或者多个载波上使用一个或者多个空口技术。其中,不同的空口技术对应的空口格式(numerology)不同。同时,5G通信系统中的一个业务承载可以使用一个或多个空口技术进行传输,多个业务承载也可以使用同一个空口技术进行传输。这样,基站和终端设备可以通过不同的空口技术,传输对业务质量(Quality of Service,QoS)要求差异较大的不同业务承载的数据,通过同一空口技术,传输对QoS要求相近的不同业务承载的数据,以满足不同业务承载对传输速率、时延、功耗、覆盖等的不同需求。
当基站指示终端设备使用某一空口技术在某一上行传输资源上发送数据时,若使用该空口技术可以传输多种业务承载的数据,则现有传输资源分配技术并不能解决这种场景下的传输资源的分配。因此,终端设备使用上行传输资源对应的空口技术,如何在上行传输资源上向基站发送数据是一个亟待解决的问题。
发明内容
本申请一种数据传输方法和终端设备,用于解决现有技术中终端设备使用上行传输资源对应的空口技术,如何在上行传输资源上向基站发送数据的技术问题。
第一方面,本申请提供一种数据传输方法,方法包括:
终端设备确定多个空口技术中第一上行传输资源所对应的第一空口技术;
终端设备确定能够使用第一空口技术的至少一个业务承载;
在至少一个业务承载中第一业务承载上有数据要发送的情况下,终端设备根据第一业务承载的待传输数据量以及第一数据量,判断是否在第一上行传输资源上发送第一信息,第一信息用于通知待传输数据量;其中,第一业务承载为至少一个业务承载中传输优先级最高的业务承载,第一数据量为第一上行传输资源的传输数据量。
通过第一方面提供的数据传输方法,在终端设备和网络设备可以通过多个空口技术进行通信时,终端设备可以在接收到用于指示第一上行传输资源的指示信息之后,确定第一上行传输资源对应的第一空口技术,进而可以确定使用第一空口技术的至少一个业务承载,从而在至少一个业务承载中的第一业务承载上有数据要发送时,可以根据第一业务承载的待传输数据量以及第一上行传输资源的第一数据量,判断是否在第一上行传输资源上发送第一业务承载的数据的同时,发送用于通知待传输数据量的第一信息。通过这种方式,可以确保终端设备在第一上行传输资源上优先发送传输优先级较高的业务承载的数据,以保证传输优先级最高的业务承载对应的业务的传输效率。
结合第一方面,在第一方面的第一种可能的实施方式中,上述终端设备根据第一业务承载的待传输数据量以及第一数据量,判断是否在第一上行传输资源上发送第一信息,包括:在第一数据量小于第一业务承载的待传输数据量时,终端设备判断在第一上行传输资源上发送第一信息;则上述方法还包括:终端设备在第一上行传输资源上发送第一信息和第一业务承载的部分数据;其中,第一信息包含第一业务承载的剩余待传输数据量。
结合第一方面,在第一方面的第二种可能的实施方式中,上述终端设备根据第一业务承载的待传输数据量以及第一数据量,判断是否在第一上行传输资源上发送第一信息,包括:终端设备在第一数据量大于或等于第二数据量时,终端设备判断不在第一上行传输资源上发送第一信息,其中,第二数据量为第一业务承载的待传输数据量和第二业务承载的待传输数据量之和,第二业务承载为至少一个业务承载中比第一业务承载的传输优先级低的业务承载;则上述方法还包括:终端设备在第一上行传输资源上发送第一业务承载的全部数据和第二业务承载的全部数据。
结合第一方面,在第一方面的第三种可能的实施方式中,上述终端设备根据第一业务承载的待传输数据量以及第一数据量,判断是否在第一上行传输资源上发送第一信息,包括:在第一数据量大于第一业务承载的待传输数据量且小于第二数据量时,终端设备判断出在第一上行传输资源上发送第一信息;其中,第二数据量为第一业务承载的待传输数据量和第二业务承载的待传输数据量之和,第二业务承载为至少一个业务承载中比第一业务承载的传输优先级低的业务承载;则上述方法还包括:终端设备在第一上行传输资源上发送第一信息和第一业务承载的全部数据和第二业务承载的部分数据;其中,第一信息中包含第二业务承载的剩余待传输数据量。
结合第一方面,在第一方面的第四种可能的实施方式中,上述终端设备根据第一业务承载的待传输数据量以及第一数据量,判断是否在第一上行传输资源上发送第一信息,包括:在第一数据量大于第一业务承载的待传输数据量且小于第二数据量时,终端设备判断出第一上行传输资源能够传输第一业务承载的全部数据和第二业务承载的部分数据,其中,第二数据量为第一业务承载的待传输数据量和第二业务承载的待传输数据量之和,第二业务承载为至少一个业务承载中比第一业务承载的传输优先级低的业务承载;在有第二上行传输资源对应的第二空口技术来传输第二业务承载的剩余数据时,终端设备判断出不在第一上行传输资源上发送第一信息;则上述方法还包括:终端设备在第一上行传输资源上发送第一业务承载的全部数据和第二业务承载的部分数据,以及使用第二上行传输资源发送第二业务承载的剩余部分数据。
结合第一方面,在第一方面的第五种可能的实施方式中,上述终端设备根据第一业务承载的待传输数据量以及第一数据量,判断是否在第一上行传输资源上发送第一信息,包括:在第一数据量大于第一业务承载的待传输数据量且小于第二数据量时,终端设备判断出第一上行传输资源能够传输第一业务承载的全部数据和第二业务承载的部分数据,其中,第二数据量为第一业务承载的待传输数据量和第二业务承载的待传输数据量之和,第二业务承载为至少一个业务承载中比第一业务承载的传输优先级低的业务承载;在不存在有第二上行传输资源对应的第二空口技术来传输第二业务承载的剩余数据时,终端设备判断出在第一上行传输资源上发送第一信息;则上述方法还包括:终端设备在第一上行传输资源上发送第一信息和第一业务承载的全部数据和第二业务承载的部分数据;其中,第一信息中包含第二业务承载的剩余待传输数据量。
结合第一方面,在第一方面的第六种可能的实施方式中,上述终端设备根据第一业务承载的待传输数据量以及第一数据量,判断是否在第一上行传输资源上发送第一信息,包括:在第一数据量等于第一业务承载的待传输数据量时,终端设备判断出不在第一上行传输资源上发送第一信息;则上述方法还包括:终端设备在第一上行传输资源上发送第一业务承载的全部数据。
结合第一方面至第一方面的第六种可能的实施方式中的任一项,在第一方面的第七种可能的实施方式中,上述方法还包括:终端设备向网络设备发送第二信息;第二信息包含了下述一项或多项参数:第一信息中所指示的待传输数据量的数据优先使用的空口技术的标识,第一信息中所指示的待传输数据量的数据所需使用的空口技术的标识,第一信息中所指示的待传输数据量的数据优先使用或优先不使用的成员载波CC的标识,第一信息中所指示的待传输数据量的数据所需使用或不使用的CC的标识,所有业务数据自适应协议SDAP实体上的待传输数据量之和,至少一个SDAP实体的标识以及至少一个SDAP实体上的待传输数据量。
通过该可能的实施方式提供的数据传输方法,终端设备在通过第一信息向网络设备上报待传输数据量之外,还可以向网络设备上报第二信息,以使得网络设备通过第二信息和第一信息,可以精准的获知终端设备的待传输数据的信息,从而使得网络设备可以准确的为终端设备分配上行传输资源,提高了上行传输资源分配的准确性。
结合第一方面的第七种可能的实施方式,在第一方面的第八种可能的实施方式中,上述第一信息和第二信息携带在同一个媒体接入控制MAC协议数据单元PDU中发送给网络设备。
结合第一方面至第一方面的第八种可能的实施方式中的任一项,在第一方面的第九种可能的实施方式中,上述终端设备发送的数据携带在媒体接入控制MAC协议数据单元PDU中;其中,MAC PDU包括:第一指示信息;第一指示信息用于指示MAC PDU的至少一个解码初始位;至少一个解码初始位的每一个为除MAC PDU的起始位之外的任一位置。
通过该可能的实施方式提供的数据传输方法,终端设备通过在向网络设备发送的MCA PDU中携带用于指示除现有的解码初始位之外的至少一个解码初始位的第一指示信息,使网络设备可以对MAC PDU进行并行解码,提高了网络设备解码MAC PDU的效率。
结合第一方面至第一方面的第八种可能的实施方式中的任一项,在第一方面的第十种可能的实施方式中,上述终端设备发送的数据携带在媒体接入控制MAC协议数据单元PDU中;其中,MAC PDU还包括:第二指示信息;第二指示信息用于指示MAC PDU是否支持后向解码,后向解码表明从MAC PDU的结尾位置开始从后往前解码。
通过该可能的实施方式提供的数据传输方法,终端设备通过在向网络设备发送的MCA PDU中携带第二指示信息,指示MAC PDU是否支持后向解码,进而在支持后向解码时,使网络设备可以对MAC PDU进行并行解码,提高了网络设备解码MAC PDU的效率。
结合第一方面的第十种可能的实施方式中的任一项,在第一方面的第十一种可能的实施方式中,上述MAC PDU中至少包括:至少一个MAC服务数据单元SDU,其中,至少一个MAC SDU每一个包括第三指示信息,第三指示信息用于指示至少一个MAC SDU每一个是否为从后往前解码方向或从前往后解码方向最后一个解码单元;MAC PDU中至少包括:至少一个MAC CE,其中,MAC CE包括第四指示信息,第四指示信息用于指示MAC CE是否为从后往前解码方向或从前往后解码方向最后一个解码单元。
通过该可能的实施方式提供的数据传输方法,通过MAC SDU包括的第三指示信息,以及,MAC CE包括的第四指示信息,可以使网络设备在基于现有的解码初始位对MAC PDU从前向后进行解码时,基于待解码的每个MAC SDU子头的第三指示信息,和/或每个MAC CE子头的第四指示信息,来确定是否要继续向后解码。相应地,网络设备对MAC PDU从后向前进行解码时,可以基于待解码的每个MAC SDU子头的第三指示信息,和/或每个MAC CE子头的第四指示信息,来确定是否要继续向前解码,确保了解码的正确性,提高了解码的效率。
第二方面,本申请提供一种终端设备,该终端设备包括:第一确定模块,用于多个空口技术中第一上行传输资源所对应的第一空口技术;第二确定模块,用于确定能够使用第一空口技术的至少一个业务承载;判断模块,用于在至少一个业务承载中第一业务承载上有数据要发送的情况下,根据第一业务承载的待传输数据量以及第一数据量,判断是否指示发送模块在第一上行传输资源上发送第一信息,第一信息用于通知待传输数据量;其中,第一业务承载为至少一个业务承载中传输优先级最高的业务承载,第一数据量为第一上行传输资源的传输数据量。
结合第二方面,在第二方面的第一种可能的实施方式中,上述判断模块,具体用于在第一数据量小于第一业务承载的待传输数据量时,判断指示发送模块在第一上行传输资源上发送第一信息;则上述发送模块,用于在第一上行传输资源上发送第一信息和第一业务承载的部分数据;其中,第一信息包含第一业务承载的剩余待传输数据量。
结合第二方面,在第二方面的第二种可能的实施方式中,上述判断模块,具体用于在第一数据量大于或等于第二数据量时,判断不指示发送模块在第一上行传输资源上发送第一信息,其中,第二数据量为第一业务承载的待传输数据量和第二业务承载的待传输数据量之和,第二业务承载为至少一个业务承载中比第一业务承载的传输优先级低的业务承载;则上述发送模块,用于在第一上行传输资源上发送第一业务承载的全部数据和第二业务承载的全部数据。
结合第二方面,在第二方面的第三种可能的实施方式中,上述判断模块,具体用于在第一数据量大于第一业务承载的待传输数据量且小于第二数据量时,判断出指示发送模块在第一上行传输资源上发送第一信息;其中,第二数据量为第一业务承载的待传输数据量和第二业务承载的待传输数据量之和,第二业务承载为至少一个业务承载中比第一业务承载的传输优先级低的业务承载;则上述发送模块,用于在第一上行传输资源上发送第一信息和第一业务承载的全部数据和第二业务承载的部分数据;其中,第一信息中包含第二业务承载的剩余待传输数据量。
结合第二方面,在第二方面的第四种可能的实施方式中,上述判断模块,具体用于在第一数据量大于第一业务承载的待传输数据量且小于第二数据量时,判断出第一上行传输资源能够传输第一业务承载的全部数据和第二业务承载的部分数据;在有第二上行传输资源对应的第二空口技术来传输第二业务承载的剩余数据时,判断出不指示发送模块在第一上行传输资源上发送第一信息;其中,第二数据量为第一业务承载的待传输数据量和第二业务承载的待传输数据量之和,第二业务承载为至少一个业务承载中比第一业务承载的传输优先级低的业务承载;则上述发送模块,用于在第一上行传输资源上发送第一业务承载的全部数据和第二业务承载的部分数据,以及在所述第二上行传输资源上发送所述第二业务承载的剩余部分数据。
结合第二方面,在第二方面的第五种可能的实施方式中,上述判断模块,具体用于在第一数据量大于第一业务承载的待传输数据量且小于第二数据量时,判断出第一上行传输资源能够传输第一业务承载的全部数据和第二业务承载的部分数据;在不存在有第二上行传输资源对应的第二空口技术来传输第二业务承载的剩余数据时,判断出指示发送模块在第一上行传输资源上发送第一信息;其中,第二数据量为第一业务承载的待传输数据量和第二业务承载的待传输数据量之和,第二业务承载为至少一个业务承载中比第一业务承载的传输优先级低的业务承载;则上述发送模块,用于在第一上行传输资源上发送第一信息和第一业务承载的全部数据和第二业务承载的部分数据;其中,第一信息中包含第二业务承载的剩余待传输数据量。
结合第二方面,在第二方面的第六种可能的实施方式中,上述判断模块,具体用于在第一数据量等于第一业务承载的待传输数据量时,判断出不指示发送模块在第一上行传输资源上发送第一信息;则上述发送模块,用于在第一上行传输资源上发送第一业务承载的全部数据。
结合第二方面至第二方面的第六种可能的实施方式中的任一项,在第二方面的第七种可能的实施方式中,上述发送模块,还用于向网络设备发送第二信息;第二信息包含了下述一项或多项参数:第一信息中所指示的待传输数据量的数据优先使用的空口技术的标识,第一信息中所指示的待传输数据量的数据所需使用的空口技术的标识,第一信息中所指示的待传输数据量的数据优先使用或优先不使用的成员载波CC的标识,第一信息中所指示的待传输数据量的数据所需使用或不使用的CC的标识,所有业务数据自适应协议SDAP实体上的待传输数据量之和,至少一个SDAP实体的标识以及至少一个SDAP实体上的待传输数据量。
结合第二方面的第七种可能的实施方式,在第二方面的第八种可能的实施方式中,上述发送模块,具体用于将第一信息和第二信息携带在同一个媒体接入控制MAC协议数据单元PDU中发送给网络设备。
结合第二方面至第二方面的第八种可能的实施方式中的任一项,在第二方面的第九种可能的实施方式中,上述发送模块,具体用于将发送的数据携带在媒体接入控制MAC协议数据单元PDU中;其中,MAC PDU包括:第一指示信息;第一指示信息用于指示MAC PDU的至少一个解码初始位;至少一个解码初始位的每一个为除MAC PDU的起始位之外的任一位置。
结合第二方面至第二方面的第八种可能的实施方式中的任一项,在第二方面的第十种可能的实施方式中,上述发送模块,具体用于将发送的数据携带在媒体接入控制MAC协议数据单元PDU中;其中,MAC PDU还包括:第二指示信息;第二指示信息用于指示MAC PDU是否支持后向解码,后向解码表明从MAC PDU的结尾位置开始从后往前解码。
结合第二方面的第十种可能的实施方式中的任一项,在第二方面的第十一种可能的实施方式中,上述MAC PDU中至少包括:至少一个MAC服务数据单元SDU,其中,至少一个MAC SDU每一个包括第三指示信息,第三指示信息用于指示至少一个MAC SDU每一个是否为从后往前解码方向或从前往后解码方向最后一个解码单元;MAC PDU中至少包括:至少一个MAC CE,其中,MAC CE包括第四指示信息,第四指示信息用于指示MAC CE是否为从后往前解码方向或从前往后解码方向最后一个解码单元。
上述第二方面以及第二方面的各可能的实施方式所提供的终端设备,其有益效果可以参见上述第一方面和第一方面的各可能的实施方式所带来的有益效果,在此不再赘述。
第三方面,本申请提供一种终端设备,终端设备包括:处理器、存储器;
其中,存储器用于存储计算机可执行程序代码,程序代码包括指令;当处理器执行指令时,指令使终端设备执行如第一方面和第一方面的各可能的实施方式任一项的图像处理方法。
上述第三方面所提供的终端设备,其有益效果可以参见上述第一方面和第一方面的各可能的实施方式所带来的有益效果,在此不再赘述。
本申请第四方面提供一种终端设备,包括用于执行以上第一方面的方法的至少一个处理元件(或芯片)。
本申请第五方面提供一种程序,该程序在被处理器执行时用于执行以上第一方面的方法。
本申请第六方面提供一种程序产品,例如计算机可读存储介质,包括第五方面的程序。
本申请第七方面提供一种计算机可读存储介质,计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面的方法。
本申请提供的数据传输方法和终端设备,在终端设备和网络设备可以通过多个空口技术进行通信时,终端设备可以在接收到用于指示第一上行传输资源的指示信息之后,确定第一上行传输资源对应的第一空口技术,进而可以确定使用第一空口技术的至少一个业务承载,从而在至少一个业务承载中的第一业务承载上有数据要发送时,可以根据第一业务承载的待传输数据量以及第一上行传输资源的第一数据量,判断是否在第一上行传输资源上发送第一业务承载的数据的同时,发送用于通知待传输数据量的第一信息。通过这种方式,可以确保终端设备在第一上行传输资源上优先发送传输优先级较高的业务承载的数据,以保证传输优先级最高的业务承载对应的业务的传输效率。
附图说明
图1为本申请所涉及的一种通信系统的框架图;
图2为本申请提供的一种数据传输方法的流程示意图;
图3为本申请提供的一种MAC CE的示意图;
图4为本申请提供的另一种MAC CE的示意图;
图5为本申请提供的又一种MAC CE的示意图;
图6为本申请提供的又一种MAC CE的示意图;
图7为本申请提供的又一种MAC CE的示意图;
图8为本申请提供的又一种MAC CE的示意图;
图9为本申请提供的又一种MAC CE的示意图;
图10为本申请提供的又一种MAC CE的示意图;
图11为本申请提供的又一种MAC CE的示意图;
图12为本申请提供的又一种MAC CE的示意图;
图13为本申请提供的又一种MAC CE的示意图;
图14为本申请提供的又一种MAC CE的示意图;
图15为本申请提供的又一种MAC CE的示意图;
图16为本申请提供的又一种MAC CE的示意图;
图17为本申请提供的又一种MAC CE的示意图;
图18为本申请提供的一种MAC PDU的结构示意图;
图19为本申请提供的另一种MAC PDU的结构示意图;
图20为本申请提供的一种终端设备的结构示意图;
图21为本申请提供的另一种终端设备的结构示意图;
图22为申请提供的终端设备为手机时的结构框图。
具体实施方式
第五代(the fifth Generation,5G)通信系统将可以支持更加丰富多样的业务。例如:增强的移动宽带(enhanced mobile broadband,eMBB)业务、海量机器类型通信(massive machine type communication,mMTC)业务、超可靠低时延通信(ultra-reliableand low latency communications,URLLC)业务、多媒体广播多播(Multimedia BroadcastMulticast Service,MBMS)业务和定位业务等。其中,上述eMBB业务是在现有移动宽带业务场景的基础上,进一步提升了用户体验等性能。上述mMTC业务主要用于大规模、低功耗、低成本、深度覆盖的物联网的终端设备提供网络接入服务。上述URLLC业务对数据传输可靠性和时延要求苛刻,可以适用于车联网、工业控制等应用场景。
5G通信系统提出基站和终端设备可以通过FDM或者TDM的方式,在一段连续的频谱或者多个载波上使用一个或者多个空口技术。其中,不同的空口技术对应的numerology不同。同时,5G通信系统还可以支持不同的业务承载。其中,这里所说的业务承载为传输信息的通道。例如,所述业务承载上传输的业务数据包括前述的eMBB业务,URLLC业务以及mMTC业务。可选地,业务承载上还可能传输填充(padding)信息(全0)来满足无线通信系统要求。上述业务承载可以为LTE系统中逻辑信道,在5G移动通信系统可能仍然沿用逻辑信道的术语。本申请对具体业务承载在各个通信系统中的命名不作限定。不同业务承载可用于传输不同类型业务的数据,同一业务承载也可能传输具有相同或相近QoS的不同类型业务的数据,来保证不同通信需求。
5G通信系统中的一个业务承载可以使用一个或多个空口技术进行传输,多个业务承载也可以使用同一个空口技术进行传输。因此,基站和终端设备可以通过不同的空口技术,传输对QoS要求差异较大的不同业务承载的数据,通过同一空口技术,传输对QoS要求相近的不同业务承载的数据,以满足不同业务承载对传输速率、时延、功耗、覆盖等的不同需求。
当基站指示终端设备使用某一空口技术在某一上行传输资源上发送数据时,若该空口技术可以传输多种业务承载的数据,则现有传输资源分配技术并不能解决这种场景下的传输资源的分配。因此,终端设备使用上行传输资源对应的空口技术,如何在上行传输资源上向基站发送数据是一个亟待解决的问题。
图1为本申请所涉及的一种通信系统的框架图。如图1所示,该通信系统包括:网络设备01和终端设备02。网络设备01和终端设备02可以使用一个或多个空口技术进行通信。其中,
网络设备:可以是前述基站,或者各种无线接入点,或者可以是指接入网中在空中接口上通过一个或多个扇区与终端设备进行通信的设备。基站可用于将收到的空中帧与IP分组进行相互转换,作为无线终端与接入网的其余部分之间的路由器,其中接入网的其余部分可包括网际协议(IP)网络。基站还可协调对空中接口的属性管理。例如,基站可以是全球移动通讯(Global System of Mobile communication,GSM)或码分多址(Code DivisionMultiple Access,CDMA)中的基站(Base Transceiver Station,BTS),也可以是宽带码分多址(Wideband Code Division Multiple Access,WCDMA)中的基站(NodeB,NB),还可以是长期演进(Long Term Evolution,LTE)中的演进型基站(Evolutional Node B,eNB或eNodeB),或者中继站或接入点,或者未来5G网络中的基站等,在此并不限定。
终端设备:可以是无线终端也可以是有线终端,无线终端可以是指向用户提供语音和/或其他业务数据连通性的设备,具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网进行通信,无线终端可以是移动终端,如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。例如,个人通信业务(PersonalCommunication Service,PCS)电话、无绳电话、会话发起协议(Session InitiationProtocol,SIP)话机、无线本地环路(Wireless Local Loop,WLL)站、个人数字助理(Personal Digital Assistant,PDA)等设备。无线终端也可以称为系统、订户单元(Subscriber Unit)、订户站(Subscriber Station),移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、远程终端(Remote Terminal)、接入终端(AccessTerminal)、用户终端(User Terminal)、用户代理(User Agent)、用户设备(User Deviceor User Equipment),在此不作限定。
需要说明的是,上述通信系统可以是LTE通信系统,也可以是未来其他通信系统,在此不作限制。
下面以该通信系统为例,通过一些实施例对本申请的技术方案进行详细说明。下面这几个实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例不再赘述。
图2为本申请提供的一种数据传输方法的流程示意图。本实施例涉及的是终端设备使用第一上行传输资源对应的第一空口技术,判断在第一上行传输资源上是否向基站发送第一信息的过程。如图2所示,该方法可以包括:
S101、终端设备确定多个空口技术中第一上行传输资源所对应的第一空口技术。
具体的,在本申请中,终端设备和网络设备之间可以通过多个空口技术进行通信,终端设备和网络设备使用一个空口技术可以传输至少一个业务承载的数据。网络设备为终端设备分配的每个上行传输资源对应一个空口技术,即终端设备在该上行传输资源上只能传输可以使用该空口技术传输的至少一个业务承载的数据。因此,终端设备在接收到用于指示第一上行传输资源的指示信息之后,可以在多个空口技术中确定第一上行传输资源所对应的空口技术(即第一空口技术)。其中,上述所说的指示信息例如可以为上行调度授权(Uplink grant,UL grant)信息。
本实施例不限定上述终端设备确定第一上行传输资源对应的第一空口技术的实现方式。可选的,终端设备可以根据预设的上行传输资源与空口技术的对应关系,确定第一上行传输资源所对应的第一空口技术。可选的,终端设备还可以通过接收网络设备发送的用于指示“第一上行传输资源所对应的第一空口技术”的信息,确定第一上行传输资源对应的第一空口技术。
S102、终端设备确定能够使用第一空口技术的至少一个业务承载。
具体的,本申请中,终端设备存储有空口技术与业务承载的对应关系。其中,一个空口技术可以对应一个或多个业务承载。因此,终端设备在确定第一上行传输资源所对应的第一空口技术之后,可以根据该空口技术与业务承载的对应关系,确定能够使用第一空口技术的至少一个业务承载。
S103、在至少一个业务承载中第一业务承载上有数据要发送的情况下,终端设备根据第一业务承载的待传输数据量以及第一数据量,判断是否在第一上行传输资源上发送第一信息,第一信息用于通知待传输数据量;其中,第一业务承载为至少一个业务承载中传输优先级最高的业务承载,第一数据量为第一上行传输资源的传输数据量。
具体的,在本申请中,每个业务承载都预设有传输优先级,因此,终端设备在确定能够使用第一空口技术的至少一个业务承载之后,可以根据至少一个业务承载中的每个业务承载预设的传输优先级,确定该至少一个业务承载中传输优先级最高的第一业务承载。其中,上述业务承载所预设的传输优先级例如可以根据所传输的业务允许的最大时延确定。例如:最大时延越小的业务,传输优先级越高。
此时,若第一业务承载上有数据要发送,则终端设备可以通过比较第一业务承载的待传输数据量和第一数据量的大小,判断是否在第一上行传输资源上发送第一业务承载的数据的同时,发送用于通知待传输数据量的第一信息。示例性的,终端设备可以在第一业务承载的待传输数据量等于第一数据量时,确定不在第一上行传输资源上发送第一信息,在第一业务承载的待传输数据量大于第一数据量时,确定在第一上行传输资源上发送第一信息。通过这种方式,可以确保终端设备在第一上行传输资源上优先发送传输优先级较高的业务承载的数据,以保证传输优先级最高的业务承载对应的业务的传输效率。
其中,上述第一信息例如可以为缓冲区状态报告(Buffer State Reports,BSR)。上述第一信息所通知的待传输数据量可以为第一业务承载的剩余待传输数据量,还可以为使用第一空口技术的所有业务承载的剩余待传输数据量,具体可以根据配置确定。需要说明的是,上述第一信息所通知的待传输数据量的计算方式可以采用现有技术中BSR的计算方式。
本申请提供的数据传输方法,在终端设备和网络设备可以通过多个空口技术进行通信时,终端设备可以在接收到用于指示第一上行传输资源的指示信息之后,确定第一上行传输资源对应的第一空口技术,进而可以确定使用第一空口技术的至少一个业务承载,从而在至少一个业务承载中的第一业务承载上有数据要发送时,可以根据第一业务承载的待传输数据量以及第一上行传输资源的第一数据量,判断是否在第一上行传输资源上发送第一业务承载的数据的同时,发送用于通知待传输数据量的第一信息。通过这种方式,可以确保终端设备在第一上行传输资源上优先发送传输优先级较高的业务承载的数据,以保证传输优先级最高的业务承载对应的业务的传输效率。
进一步地,在上述实施例的基础上,本实施例以上述至少一个业务承载包括第一业务承载和第二业务承载为例,介绍终端设备根据第一业务承载的待传输数据量以及第一上行传输资源的第一数据量,判断是否在第一上行传输资源上发送第一信息。其中,上述第二业务承载为上述至少一个业务承载中比第一业务承载的传输优先级低的业务承载。
则在该场景下,上述步骤S103可以包括如下几种情况:
第一种情况:第一数据量小于第一业务承载的待传输数据量。
具体的,当终端设备通过比较第一业务承载的待传输数据量和第一数据量的大小,确定,第一数据量小于第一业务承载的待传输数据量时,说明终端设备使用第一上行传输资源无法传完第一业务承载的待传输数据。此时,由于第二业务承载的传输优先级低于第一业务承载的传输优先级,所以,在该情况下,终端设备不考虑使用第一上行传输资源传输第二业务承载的数据。因此,终端设备可以确定在第一上行传输资源上发送第一业务承载的部分待传输数据的同时,发送用于通知待传输数据量的第一信息,以使得网络设备可以基于第一信息,为终端设备继续分配上行传输资源。
终端设备在确定第一上行传输资源上发送第一信息之后,终端设备可以在第一上行传输资源上发送该第一信息和第一业务承载的部分数据。其中,第一信息和第一业务承载的部分数据的数据量之和可以为第一数据量。也就是说,终端设备在第一上行传输资源上传输的第一业务承载的部分数据的数据量的大小与第一信息的大小有关。终端设备具体在第一上行传输资源上发送第一业务承载的哪些数据可以参见现有技术。例如:终端设备在第一上行传输资源所传输的第一业务承载的部分数据,可以为第一业务承载的所有数据中优先级较高的数据。
在本实施例中,上述第一信息可以包含第一业务承载的剩余待传输数据量,即将通过第一上行传输资源传输的第一业务承载的部分数据除去之后,第一业务承载剩下的待传输数据的数据量。可选的,上述第一信息还可以包含至少一个业务承载中所有业务承载的剩余待传输数据量,即第一业务承载的剩余待传输数据量和至少一个业务承载中其他业务承载的剩余待传输数据量之和。由于终端设备未在第一上行传输资源上传输其他业务承载的数据,因此,其他业务承载的剩余待传输数据量即为其他业务承载的待传输数据量。
为了使得本领域技术人员更容易理解,这里不失一般性地,以上述至少一个业务承载包括的第一业务承载为承载URLLC业务的承载(简称URLLC业务承载)、第二业务承载为承载eMBB业务的承载(简称eMBB业务承载)为例,假定第一数据量为Z,URLLC业务承载的待传输数据量为X,eMBB业务承载的待传输数据量为Y。其中,URLLC业务承载的传输优先级高于eMBB业务承载的传输优先级。即,第一业务承载为URLLC业务承载,第二业务承载为eMBB业务承载。
当终端设备通过比较URLLC业务承载的待传输数据量X和第一数据量Z的大小,确定第一数据量Z小于URLLC业务承载的待传输数据量X时,说明终端设备使用第一上行传输资源无法传完URLLC业务承载的待传输数据。在该情况下,终端设备可以确定在第一上行传输资源上发送URLLC业务承载的部分待传输数据的同时,发送用于通知待传输数据量的第一信息。从而,终端设备可以在第一上行传输资源上发送URLLC业务承载的部分待传输数据和第一信息。其中,上述第一信息可以只包含URLLC业务承载的剩余待传输数据量,还可以包含至少一个业务承载中所有业务承载的剩余待传输数据量,即URLLC业务承载的剩余待传输数据量和eMBB业务承载的剩余待传输数据量之和。
第二种情况:第一数据量等于第一业务承载的待传输数据量。
具体的,当终端设备通过比较第一业务承载的待传输数据量和第一数据量的大小,确定,第一数据量等于第一业务承载的待传输数据量时,说明终端设备使用第一上行传输资源可以传完第一业务承载的待传输数据。此时,由于第一上行传输资源已经被第一业务承载的待传输数据占据,且第二业务承载的传输优先级低于第一业务承载的传输优先级,所以,在该情况下,终端设备不考虑使用第一上行传输资源传输第二业务承载的数据。因此,为了确保传输优先级高的第一业务承载的传输效率,终端设备可以确定不在第一上行传输资源上发送第一信息,只在第一上行传输资源上发送第一业务承载的全部数据。这样,终端设备在确定第一上行传输资源上不发送第一信息之后,终端设备可以在第一上行传输资源上发送第一业务承载的全部数据。
继续参考上述第一种情况的示例,当终端设备通过比较URLLC业务承载的待传输数据量X和第一数据量Z的大小,确定第一数据量Z等于URLLC业务承载的待传输数据量X时,说明终端设备使用第一上行传输资源刚好可以传完URLLC业务承载的待传输数据。在该情况下,为了确保URLLC业务承载的传输效率,终端设备可以确定在第一上行传输资源上发送URLLC业务承载的全部待传输数据,不发送用于通知待传输数据量的第一信息。从而,终端设备可以在第一上行传输资源上发送URLLC业务承载的全部待传输数据。
第三种情况:第一数据量大于或等于第二数据量。其中,第二数据量为第一业务承载的待传输数据量和第二业务承载的待传输数据量之和。
具体的,当终端设备通过比较第一业务承载的待传输数据量和第一数据量的大小,确定,第一数据量大于第一业务承载的待传输数据量时,终端设备可以进一步判断第一数据量是否大于等于第二数据量,即第一业务承载的待传输数据量和第二业务承载的待传输数据量之和。若第一数据量大于或等于第二数据量,说明终端设备使用第一上行传输资源不仅可以传完第一业务承载的待传输数据,还可以传完第二业务承载的待传输数据。也就是说,使用第一上行传输资源可以将第一空口技术对应的所有业务承载的待传输数据传完。即,第一空口技术对应的所有业务承载都没有剩余待传输数据,因此,终端设备不需要上报第一信息。在该情况下,终端设备可以确定在第一上行传输资源上不发送第一信息,而是发送第一业务承载的全部待传输数据的同时,发送第二业务承载的全部待传输数据。进而,终端设备在确定第一上行传输资源上不发送第一信息之后,终端设备可以在第一上行传输资源上发送第一业务承载的全部数据和第二业务承载的全部数据。
继续参考上述第一种情况的示例,当终端设备通过比较URLLC业务承载的待传输数据量X和第一数据量Z的大小,确定第一数据量Z大于URLLC业务承载的待传输数据量X时,终端设备可以进一步判断第一数据量Z是否大于或等于第二数据量,即URLLC业务承载的待传输数据量X和eMBB业务承载的待传输数据量Y之和。若第一数据量大于或等于第二数据量,说明终端设备使用第一上行传输资源不仅可以传完URLLC业务承载的待传输数据,还可以传完eMBB业务承载的待传输数据。也就是说,使用第一上行传输资源可以将第一空口技术对应的所有业务承载的待传输数据传完。即,第一空口技术对应的所有业务承载都没有剩余待传输数据,因此,终端设备不需要上报第一信息。在该情况下,终端设备可以确定在第一上行传输资源上不发送第一信息,而是发送URLLC业务承载的全部待传输数据和eMBB业务承载的全部待传输数据。从而,终端设备可以在第一上行传输资源上发送URLLC业务承载的全部待传输数据和eMBB业务承载的全部待传输数据。
第四种情况:第一数据量大于第一业务承载的待传输数据量且小于第二数据量。其中,第二数据量为第一业务承载的待传输数据量和第二业务承载的待传输数据量之和。
具体的,当终端设备通过比较第一业务承载的待传输数据量和第一数据量的大小,确定,第一数据量大于第一业务承载的待传输数据量时,终端设备可以进一步判断第一数据量是否大于第二数据量,即第一业务承载的待传输数据量和第二业务承载的待传输数据量之和。若第一数据量小于第二数据量,说明终端设备使用第一上行传输资源虽然可以传完第一业务承载的待传输数据,但无法传完第二业务承载的待传输数据。因此,在该情况下,终端设备可以确定在第一上行传输资源上发送第一业务承载的全部待传输数据、第二业务承载的部分待传输数据的同时,发送第一信息,以使得网络设备可以基于第一信息,为终端设备继续分配上行传输资源。其中,上述第一信息包含第二业务承载的剩余待传输数据量,即将通过第一上行传输资源传输的第二业务承载的部分数据除去之后,第二业务承载剩下的待传输数据的数据量。
因此,终端设备在确定第一上行传输资源上发送第一信息之后,终端设备可以在第一上行传输资源上发送第一信息和第一业务承载的全部数据和第二业务承载的部分数据。其中,第一信息、第一业务承载的全部数据的数据量、第二业务承载的部分数据的数据量之和可以为第一数据量。也就是说,终端设备在第一上行传输资源上传输的第二业务承载的部分数据的数据量的大小与第一信息的大小和第一业务承载的全部数据的数据量大小有关。终端设备具体在第一上行传输资源上发送第二业务承载的哪些数据可以参见现有技术。例如:终端设备在第一上行传输资源所传输的第二业务承载的部分数据,可以为第二业务承载的所有数据中优先级较高的数据。
继续参考上述第一种情况的示例,当终端设备通过比较URLLC业务承载的待传输数据量X和第一数据量Z的大小,确定第一数据量Z大于URLLC业务承载的待传输数据量X时,终端设备可以进一步判断第一数据量Z是否大于第二数据量,即URLLC业务承载的待传输数据量X和eMBB业务承载的待传输数据量Y之和。若第一数据量小于第二数据量,说明终端设备使用第一上行传输资源虽然可以传完URLLC业务承载的待传输数据,但无法传完eMBB业务承载的待传输数据。因此,在该情况下,终端设备可以确定在第一上行传输资源上发送URLLC业务承载的全部待传输数据和eMBB业务承载的部分待传输数据的同时,发送第一信息。从而,终端设备可以在第一上行传输资源上发送URLLC业务承载的全部待传输数据、eMBB业务承载的部分待传输数据、第一信息。其中,上述第一信息可以包含eMBB业务承载的剩余待传输数据量。
第五种情况:第一数据量大于第一业务承载的待传输数据量且小于第二数据量。其中,第二数据量为第一业务承载的待传输数据量和第二业务承载的待传输数据量之和。需要说明的是,在上述第四种情况中,终端设备在第一数据量大于第一业务承载的待传输数量、且小于第二数据量时,终端设备仅基于第一上行传输资源判断是否需要上报第一信息,并没有考虑终端设备当前是否具有其他可以用于传输第二业务承载的数据的上行传输资源。而在本实施例中,终端设备在第一数据量大于第一业务承载的待传输数量、且小于第二数据量时,终端设备还进一步地通过判断当前是否有用于传输第二业务承载的数据的第二上行传输资源,以此来决策在第一上行传输资源上发送第一业务承载的全部数据和第二业务承载的部分数据的同时,是否要在第一上行传输资源上发送第一信息。
具体的,当终端设备确定在第一数据量大于第一业务承载的待传输数量、且小于第二数据量时,说明终端设备使用第一上行传输资源虽然可以传完第一业务承载的待传输数据,但无法传完第二业务承载的待传输数据。因此,在该情况下,终端设备可以进一步判断当前是否存在对应于第二空口技术的第二上行传输资源。其中,终端设备可以使用第二空口技术传输第二业务承载的数据。
当终端设备确定当前存在第二上行传输资源对应的第二空口技术来传输第二业务承载的剩余数据时,即除了第一上行传输资源之外,还存在第二上行传输资源传输第二业务承载的数据时,终端设备确定只在第一上行传输资源上发送第一业务承载的全部待传输数据和第二业务承载的部分待传输数据,不在第一上行传输资源上发送第一信息。进而,终端设备在第一上行传输资源上发送第一业务承载的全部数据和第二业务承载的部分数据,以及在第二上行传输资源上发送第二业务承载的剩余部分数据。
当终端设备确定当前不存在第二上行传输资源对应的第二空口技术来传输第二业务承载的剩余数据时,可以参照上述第四种情况的描述,对此不再赘述。
继续参考上述第一种情况的示例,当终端设备通过比较URLLC业务承载的待传输数据量X和第一数据量Z的大小,确定第一数据量Z大于URLLC业务承载的待传输数据量X时,终端设备可以进一步判断第一数据量Z是否大于第二数据量,即URLLC业务承载的待传输数据量X和eMBB业务承载的待传输数据量Y之和。若第一数据量小于第二数据量,终端设备可以进一步判断当前是否存在对应于第二空口技术的第二上行传输资源。其中,终端设备可以使用第二空口技术传输eMBB业务承载的数据。
当终端设备确定当前存在第二上行传输资源对应的第二空口技术来传输eMBB业务承载的剩余数据时,即除了第一上行传输资源之外,还存在第二传输资源传输eMBB业务承载的数据时,终端设备确定只在第一上行传输资源上发送URLLC业务承载的全部待传输数据和eMBB业务承载的部分待传输数据,不在第一上行传输资源上发送第一信息。进而,终端设备在第一上行传输资源上发送URLLC业务承载的全部数据和eMBB业务承载的部分数据,以及在第二上行传输资源上发送eMBB业务承载的剩余部分数据。
当终端设备确定当前不存在第二上行传输资源对应的第二空口技术来传输eMBB业务承载的剩余数据时,即除了第一上行传输资源之外,没有其他的传输资源传输eMBB业务承载的数据时,终端设备确定在第一上行传输资源上发送URLLC业务承载的全部待传输数据、eMBB业务承载的部分待传输数据的同时,发送第一信息。进而,终端设备在第一上行传输资源上发送URLLC业务承载的全部数据、eMBB业务承载的部分数据和第一信息。其中,上述第一信息包含eMBB业务承载的剩余待传输数据量,即将通过第一上行传输资源传输的eMBB业务承载的部分数据除去之后,eMBB业务承载上剩下的待传输数据的数据量。
第六种情况:第一数据量大于第一业务承载的待传输数据量且小于第二数据量。其中,第二数据量为第一业务承载的待传输数据量和第二业务承载的待传输数据量之和。需要说明的是,在上述第五种情况中,终端设备在第一数据量大于第一业务承载的待传输数量、且小于第二数据量时,终端设备进一步判断了当前是否存在可以传输第二业务承载的数据的第二上行传输资源,但是并没有考虑第二上行传输资源是否可以将第一上行传输资源未传完的第二业务承载的剩余数据传完。而在本实施例中,终端设备在确定当前存在能够传输第二业务承载的数据的第二上行传输资源时,上述终端设备还可以进一步判断该第二上行传输资源是否可以将第一上行传输资源未传完的第二业务承载的剩余数据传完,以此来决策在第一上行传输资源上发送第一业务承载的全部数据和第二业务承载的部分数据的同时,是否要在第一上行传输资源上发送第一信息。
具体的,当终端设备确定在第一数据量大于第一业务承载的待传输数量、且小于第二数据量时,说明终端设备使用第一上行传输资源虽然可以传完第一业务承载的待传输数据,但无法传完第二业务承载的待传输数据。因此,在该情况下,终端设备可以进一步判断当前是否存在对应于第二空口技术的第二上行传输资源。其中,终端设备可以使用第二空口技术传输第二业务承载的数据。
当终端设备确定当前存在第二上行传输资源对应的第二空口技术来传输第二业务承载的剩余数据时,即除了第一上行传输资源之外,还存在第二传输资源传输第二业务承载的数据时,终端设备可以进一步地判断第二上行传输资源的传输数据量是否大于或等于使用第一上行传输资源未传完的第二业务承载的剩余数据对应的数据量,进而基于该第二上行传输资源是否可以将第一上行传输资源未传完的第二业务承载的剩余数据传完,来决策在第一上行传输资源上是否发送第一信息。通过这种方式,使得终端设备发送的第一信息更加准确,进而使得网络设备基于第一信息为终端设备分配的上行传输资源也更加精准,提高了资源利用率,降低了分配资源不足或分配资源过多的情况。
若第二上行传输资源的传输数据量大于或等于使用第一上行传输资源未传完的第二业务承载的剩余数据对应的数据量,说明终端设备使用第一上行传输资源和第二上行资源可以传完第一业务承载的待传输数据和第二业务承载的待传输数据。也就是说,使用第一上行传输资源和第二上行资源可以将第一空口技术对应的所有业务承载的待传输数据传完。即,第一空口技术对应的所有业务承载都没有剩余待传输数据。因此,终端设备不需要上报第一信息。在该情况下,终端设备可以确定在第一上行传输资源上不发送第一信息,而是发送第一业务承载的全部待传输数据的同时,发送第二业务承载的部分待传输数据。进而,终端设备在确定第一上行传输资源上不发送第一信息之后,终端设备可以在第一上行传输资源上发送第一业务承载的全部数据和第二业务承载的部分数据,以及在第二上行传输资源上发送第二业务承载的全部剩余数据。
若第二上行传输资源的传输数据量小于使用第一上行传输资源未传完的第二业务承载的剩余数据对应的数据量,说明终端设备使用第二上行资源无法传完第二业务承载的全部剩余数据。因此,在该情况下,终端设备可以确定在第一上行传输资源上发送第一业务承载的全部待传输数据的同时,发送第二业务承载的部分待传输数据的同时,在第一上行传输资源上发送第一信息,以使得网络设备可以基于第一信息,为终端设备继续分配上行传输资源。其中,该第一信息可以包含第二业务承载的剩余待传输数据量,即将通过第一上行传输资源和第二上行传输资源传输的第二业务承载的部分数据除去之后,第二业务承载剩下的待传输数据的数据量。
因此,终端设备在确定第一上行传输资源上发送第一信息之后,终端设备可以在第一上行传输资源上发送第一信息和第一业务承载的全部数据和第二业务承载的部分数据,以及在第二上行传输资源上发送第二业务承载的部分剩余数据。其中,第一信息、第一业务承载的全部数据的数据量、第二业务承载的部分数据的数据量之和可以为第一数据量。也就是说,终端设备在第一上行传输资源上传输的第二业务承载的部分数据的数据量的大小与第一信息的大小和第一业务承载的全部数据的数据量大小有关。终端设备具体在第一上行传输资源上发送第二业务承载的哪些数据可以参见现有技术。例如:终端设备在第一上行传输资源所传输的第二业务承载的部分数据,可以为第二业务承载的所有数据中优先级较高的数据。
当终端设备确定当前不存在第二上行传输资源对应的第二空口技术来传输第二业务承载的剩余数据时,可以参照上述第四种情况的描述,对此不再赘述。
需要说明的是,虽然本示例以第一上行传输资源和第二传输资源为例,介绍了在存在可以传输第二业务承载的数据的第二上行传输资源时,上述终端设备基于第二上行传输资源是否可以将第一上行传输资源未传完的第二业务承载的剩余数据传完,来决策在第一上行传输资源上发送第一业务承载的全部数据和第二业务承载的部分数据的同时,是否要在第一上行传输资源上发送第一信息。本领域技术人员可以理解的是,当上述终端设备还存在可以传输第二业务承载的数据的其他一个或多个上行传输资源时,也可以采用上述第六种情况的方式进行判断,其实现原理和技术效果类似,对此不再赘述。
继续参考上述第一种情况的示例,当终端设备通过比较URLLC业务承载的待传输数据量X和第一数据量Z的大小,确定第一数据量Z大于URLLC业务承载的待传输数据量X时,终端设备可以进一步判断第一数据量Z是否大于第二数据量,即URLLC业务承载的待传输数据量X和eMBB业务承载的待传输数据量Y之和。若第一数据量小于第二数据量,终端设备可以进一步判断当前是否存在对应于第二空口技术的第二上行传输资源。其中,终端设备可以使用第二空口技术传输eMBB业务承载的数据。
当终端设备确定当前存在第二上行传输资源对应的第二空口技术来传输eMBB业务承载的剩余数据时,即除了第一上行传输资源之外,还存在第二传输资源传输eMBB业务承载的数据时,终端设备可以进一步地判断第二上行传输资源的传输数据量是否大于或等于使用第一上行传输资源未传完的eMBB业务承载的剩余数据对应的数据量。
若第二上行传输资源的传输数据量大于或等于使用第一上行传输资源未传完的eMBB业务承载的剩余数据对应的数据量,说明终端设备使用第一上行传输资源和第二上行资源可以传完URLLC业务承载的待传输数据和eMBB业务承载的待传输数据。也就是说,使用第一上行传输资源和第二上行传输资源可以将第一空口技术对应的所有业务承载的待传输数据传完。即,第一空口技术对应的所有业务承载都没有剩余待传输数据。因此,终端设备不需要上报第一信息。在该情况下,终端设备可以确定在第一上行传输资源上不发送第一信息,而是发送URLLC业务承载的全部待传输数据的同时,发送eMBB业务承载的部分待传输数据。进而,终端设备在确定第一上行传输资源上不发送第一信息之后,终端设备可以在第一上行传输资源上发送URLLC业务承载的全部数据和eMBB业务承载的部分数据,以及在第二上行传输资源上发送eMBB业务承载的全部剩余数据。
若第二上行传输资源的传输数据量小于使用第一上行传输资源未传完的eMBB业务承载的剩余数据对应的数据量,说明终端设备使用第二上行资源无法传完eMBB业务承载的全部剩余数据。因此,在该情况下,终端设备可以确定在第一上行传输资源上发送URLLC业务承载的全部待传输数据的同时,发送eMBB业务承载的部分待传输数据的同时,在第一上行传输资源上发送第一信息,以使得网络设备可以基于第一信息,为终端设备继续分配上行传输资源。进而,终端设备在第一上行传输资源上发送URLLC业务承载的全部数据、eMBB业务承载的部分数据和第一信息,以及在第二上行传输资源上发送eMBB业务承载的部分剩余数据。其中,该第一信息可以包含eMBB业务承载的剩余待传输数据量,即将通过第一上行传输资源和第二上行传输资源传输的eMBB业务承载的部分数据除去之后,eMBB业务承载上剩下的待传输数据的数据量。
为避免过多的冗余,上述示例均以至少一个业务承载包括第一业务承载和第二业务承载为例,对终端设备根据第一业务承载的待传输数据量以及第一上行传输资源的第一数据量,判断是否在第一上行传输资源上发送第一信息的方式进行了介绍。但是本领域技术人员可以理解的是,当上述至少一个业务承载在包括两个以上的业务承载时,例如:当上述至少一个业务承载包括第一业务承载、第二业务承载和第三业务承载时,终端设备仍然可以采用上述示例所列举的方式,判断是否在第一上行传输资源上发送第一信息,其实现方式和技术效果类似,对此不再赘述。其中,上述所说的第一业务承载例如可以为承载URLLC业务的承载(简称URLLC业务承载)、第二业务承载例如可以为承载eMBB业务的承载(简称eMBB业务承载)、第三业务承载例如可以为承载MTC业务的承载(简称MTC业务承载)等。
本申请提供的数据传输方法,在终端设备和网络设备可以通过多个空口技术进行通信时,终端设备可以在接收到用于指示第一上行传输资源的指示信息之后,确定第一上行传输资源对应的第一空口技术,进而可以确定使用第一空口技术的至少一个业务承载,从而在至少一个业务承载中的第一业务承载上有数据要发送时,可以根据第一业务承载的待传输数据量以及第一上行传输资源的第一数据量,判断是否在第一上行传输资源上发送第一业务承载的数据的同时,发送用于通知待传输数据量的第一信息。通过这种方式,可以确保终端设备在第一上行传输资源上优先发送传输优先级较高的业务承载的数据,以保证传输优先级最高的业务承载对应的业务的传输效率。
现有技术中,终端设备通过BSR向网络设备上报终端设备的待传输数据量,以使得网络设备可以基于该BSR,向终端设备分配上行传输资源。为了避免上报BSR的信令开销过大,LTE通信系统引入了逻辑信道组(Logical Channel Group,LCG)的概念。即,将多个具有相似调度需求的多个业务承载(也可称为逻辑信道)划分为一个LCG。这样,终端设备可以基于LCG上报BSR,而不是基于每个业务承载上报BSR。
虽然采用这种方式可以降低终端设备上报BSR的信令开销,但是网络设备通过BSR无法获知是该LCG中的每个业务承载(也可称为逻辑信道)的待传输数据量,使得网络设备基于该BSR所分配的上行传输资源的准确性较低。因此,考虑到该情况,本申请提供一种数据传输方法,终端设备在向网络设备上报待传输数据量之外,还可以向网络设备上报第二信息,以使得网络设备通过第二信息和待传输数据量,可以精准的为终端设备分配上行传输资源,提高了上行传输资源分配的准确性。
则在上述实施例的基础上,该方法还可以包括:
终端设备向网络设备发送第二信息。其中,第二信息包含了下述一项或多项参数:第一信息中所指示的待传输数据量的数据所需使用的空口技术的标识,第一信息中所指示的待传输数据量的数据优先使用的空口技术的标识,第一信息中所指示的待传输数据量的数据所需使用或不使用的成员载波(Component Carrier,CC)的标识,第一信息中所指示的待传输数据量的数据优先使用或优先不使用的CC的标识,所有业务数据自适应协议(Service Data Adaptation Protocol,SDAP)实体上的待传输数据量之和,至少一个SDAP实体的标识以及至少一个SDAP实体上的待传输数据量。具体实现时,上述网络设备可以通过高层信令(例如:RRC信令等)来指示终端设备在第二信息中携带哪些参数。可选的,网络设备可以周期性的向终端设备指示在第二信息中携带的参数,还可以仅在终端设备初始接入时,向终端设备指示在第二信息中携带的参数等。
现有技术中,上述终端设备向网络设备发送数据时,是将发送的数据携带在媒体接入控制(Media Access Control,MAC)协议数据单元(Protocol Data Unit,PDU)中发送给网络设备。其中,该MAC PDU包括MAC服务数据单元(Service Data Unit,SDU)和MAC控制控制元素(Control Element,CE)。其中,MAC SDU用于传输不同业务承载的数据,MAC CE用于传输一些控制信息。
因此,本实施例中,终端设备可以通过同一个MAC PDU的同一个MAC CE发送第一信息和第二信息。即,将第一信息和第二信息携带在同一MAC CE中发送给网络设备。终端设备还可以通过同一个MAC PDU的不同MAC CE发送第一信息和第二信息。即,第一信息和第二信息被携带在同一个MAC PDU的不同MAC CE中。
当终端设备通过同一个MAC PDU的同一个MAC CE发送第一信息和第二信息时,该MAC CE例如可以为现有技术中用于发送BSR的MAC CE。当终端设备通过同一个MAC PDU的不同MAC CE发送第一信息和第二信息时,发送第一信息的MAC CE例如可以为现有技术中用于发送BSR的MAC CE,发送第二信息的MAC CE例如可以为一个新定义的MAC CE。
可选的,如上述实施例所说,终端设备和网络设备使用一个空口技术可以传输至少一个业务承载的数据,该至少一个业务承载可以为对QoS要求相近的业务承载。因此,当在网络设备侧,为不同的空口技术预分配了不同的上行传输资源时,终端设备通过向网络设备发送包括第一信息中所指示的待传输数据量的数据所需使用的空口技术的标识的第二信息,可以使网络设备基于第二信息中所指示的待传输数据量的数据所需使用的空口技术,以及,该空口技术预分配的上行传输资源,为终端设备分配该空口技术所对应的上行传输资源,提高了上行传输资源分配的准确性。在本申请的另一实现方式中,上述终端设备还可以向网络设备发送包括包括第一信息中所指示的待传输数据量的数据优先使用的空口技术的标识的第二信息。这样,上述网络设备可以基于该优先使用的空口技术,以及,该优先使用的空口技术预分配的上行传输资源,先确定该优先使用的空口技术预分配的上行传输资源是否存在空闲上行传输资源。网络设备在确定存在空闲上行传输资源时,优先为终端设备分配该空口技术所对应的上行传输资源,提高了上行传输资源分配的准确性。
图3为本申请提供的一种MAC CE的示意图。如图3所示,以第二信息包括第一信息中所指示的待传输数据量的数据所需使用的空口技术的标识(NUM ID)为例,当终端设备通过同一个MAC PDU的不同MAC CE发送第一信息和第二信息时,该第二信息可以为如图3所示的MAC CE。通过图3所示的方式,可以向网络设备指示第一信息中所指示的待传输数据量的数据所需使用的空口技术,从而使得网络设备可以根据第二信息中所指示的待传输数据量的数据所需使用的空口技术,为终端设备分配该空口技术对应的上行传输资源,进一步提高了上行传输资源分配的准确性。
需要说明的是,虽然图3示出的是第二信息包括一个NUM ID、且该NUM ID占用的是MAC CE的第一个字节(Oct1)的情况,但是本实施例并不限定上述第二信息所包括的NUM ID的数量、NUM ID在MAC CE中的位置、以及,每个NUM ID所占用的字节大小。
图4为本申请提供的另一种MAC CE的示意图。如图4所示,以第二信息包括多个第一信息中所指示的待传输数据量的数据所需使用的空口技术的标识(NUM ID)为例,当终端设备通过同一个MAC PDU中用于发送BSR的MAC CE发送第一信息和第二信息时,该MAC CE可以为如图4所示的MAC CE。通过图4所示的方式,可以向网络设备指示所需使用的每个空口技术对应的待传输数据量,从而使得网络设备可以根据所需使用的每个空口技术所对应的待传输数据,以及,所需使用的每个空口技术预分配的上行传输资源,为终端设备分配每个所需使用的空口技术对应的上行传输资源,进一步提高了上行传输资源分配的准确性。例如:网络设备可以根据NUM ID#0所对应的待传输数据Buffer Size#0,为终端设备分配使用NUM ID#0对应的空口技术传输时,所使用的上行传输资源,进一步提高了上行传输资源分配的准确性。
需要说明的是,虽然图4示出的是包括四个NUM ID及其所对应的Buffer Size的MAC CE。但是本实施例并不限定MAC CE中所包括的NUM ID及其所对应的Buffer Size的数量、以及,每个NUM ID和该NUM ID对应的待传输数据量所占用的字节大小。
另外,本领域技术人员可以理解的是,当上述第二信息包括第一信息中所指示的待传输数据量的数据优先使用的空口技术的标识(NUM ID)时,也可以采用如图3或图4所示的MAC CE发送给网络设备,其实现方式类似,对此不再赘述。
可选的,当在网络设备侧,在不同的CC上预分配了不同的上行传输资源时,终端设备可以向网络设备发送包括第一信息中所指示的待传输数据量的数据所需使用的CC的标识的第二信息,可以使网络设备基于第二信息中所指示的待传输数据量的数据所需使用的CC,以及,在该CC上预分配的上行传输资源,为终端设备分配第一信息中所指示的待传输数据量的数据所需使用的CC对应的上行传输资源,进一步提高了上行传输资源分配的准确性。可选的,上述终端设备还可以在上述第二信息中不携带第一信息中所指示的待传输数据量的数据所需使用的CC的标识,而是携带第一信息中所指示的待传输数据量的数据不使用的CC的标识,来隐式的指示第一信息中所指示的待传输数据量的数据所需使用的CC。
在本申请的另一实现方式中,上述终端设备还可以向网络设备发送包括包括第一信息中所指示的待传输数据量的数据优先使用的CC的标识的第二信息。这样,上述网络设备可以基于该优先使用的CC,以及,在该优先使用的CC上预分配的上行传输资源,先确定该优先使用的CC上预分配的上行传输资源是否存在空闲上行传输资源。网络设备在确定存在空闲上行传输资源时,优先为终端设备分配该CC所对应的上行传输资源,提高了上行传输资源分配的准确性。可选的,上述终端设备还可以在上述第二信息中不携带第一信息中所指示的待传输数据量的数据优先的CC的标识,而是携带第一信息中所指示的待传输数据量的数据优先不使用的CC的标识,来隐式的指示第一信息中所指示的待传输数据量的数据优先使用的CC。
可选的,当在网络设备侧,在CC上预分配了一个或多个不同的空口技术所对应的一块或多块不同的上行传输资源时,终端设备向网络设备发送包括“第一信息中所指示的待传输数据量的数据所需使用的空口技术的标识、以及、第一信息中所指示的待传输数据量的数据所需使用的CC的标识”的第二信息,可以使网络设备基于第二信息中所指示的待传输数据量的数据所需使用的空口技术和所需使用的CC,以及,该所需使用的CC上预分配的使用该空口技术的上行传输资源,为终端设备分配第一信息中所指示的待传输数据量的数据所需使用的CC和所需使用的空口技术对应的上行传输资源,进一步提高了上行传输资源分配的准确性。可选的,上述终端设备还可以在上述第二信息中不携带第一信息中所指示的待传输数据量的数据所需使用的CC的标识,而是携带第一信息中所指示的待传输数据量的数据不使用的CC的标识,来隐式的指示第一信息中所指示的待传输数据量的数据所需使用的CC。
在本申请的另一实现方式中,上述终端设备还可以向网络设备发送包括“第一信息中所指示的待传输数据量的数据优先使用的空口技术的标识、以及、第一信息中所指示的待传输数据量的数据优先使用的CC的标识”的第二信息。可以使网络设备基于第二信息中所指示的待传输数据量的数据优先使用的空口技术和使用的CC,以及,该优先使用的CC上预分配的使用该空口技术的上行传输资源,为终端设备优先分配第一信息中所指示的待传输数据量的数据优先使用的CC和优先使用的空口技术对应的上行传输资源,进一步提高了上行传输资源分配的准确性。可选的,上述终端设备还可以在上述第二信息中不携带第一信息中所指示的待传输数据量的数据优先使用的CC的标识,而是携带第一信息中所指示的待传输数据量的数据优先不使用的CC的标识,来隐式的指示第一信息中所指示的待传输数据量的数据优先使用的CC。
图5为本申请提供的又一种MAC CE的示意图。如图5所示,以第二信息包括第一信息中所指示的待传输数据量的数据所需使用的空口技术的标识(NUM ID)、以及、第一信息中所指示的待传输数据量的数据所需使用的CC的标识(CC ID)为例,当终端设备通过同一个MAC PDU中用于发送BSR的MAC CE发送第一信息和第二信息时,该MAC CE可以为如图5所示的MAC CE。图5示出的是以第一信息采用现有的BSR上报的格式,即以一个LCG ID进行上报的待传输数据量的格式。同时,通过在该MAC CE携带第二信息(即NUM ID和CC ID)的方式,可以进一步指示该待传输数据量所需使用的空口技术和所需使用的CC,从而使得网络设备可以基于该信息,为终端设备分配第一信息中所指示的待传输数据量的数据所需使用的CC和所需使用的空口技术对应的上行传输资源,进一步提高了上行传输资源分配的准确性。
需要说明的是,虽然图5示出的是第二信息包括一个NUM ID和一个CC ID、且该NUMID、CC ID分别占用了MAC CE的一个字节(即Oct2、Oct3)的情况,但是本实施例并不限定上述第二信息所包括的NUM ID和CC ID的数量、NUM ID和CC ID在MAC CE中的位置、以及,每个NUM ID和每个CC ID所占用的字节大小。可选的,当上述第二信息包括多个CC ID时,该多个CC ID在MAC CE中可以按照CC优先级从高到低的顺序排列。
另外,本领域技术人员可以理解的是,当上述第二信息包括第一信息中所指示的待传输数据量的数据所需使用的空口技术的标识、以及、第一信息中所指示的待传输数据量的数据不使用的CC的标识时,或者,当上述第二信息包括第一信息中所指示的待传输数据量的数据优先使用的空口技术的标识、以及、第一信息中所指示的待传输数据量的数据优先使用的CC的标识时,或者,当上述第二信息包括第一信息中所指示的待传输数据量的数据优先使用的空口技术的标识、以及、第一信息中所指示的待传输数据量的数据不优先使用的CC的标识时,也可以采用如图3或图4所示的MAC CE发送给网络设备,其实现方式类似,对此不再赘述。
可选的,5G通信系统存在将IP数据包或IP数据流映射到不同无线承载的功能,从核心网和应用层下放到了接入网侧的情况。即在5G通信系统中,在接入网的PDCP层之上新增一个协议层,用于执行用户面数据流到用户面无线承载的映射的操作,以及,为上下行用户面数据流分配ID标识的操作等。
其中,上述新增的协议层例如可以为SDAP层。以SDAP层为例,也就是说,在该场景下,在PDCP实体之上新增了一个SDAP实体,该SDAP实体用于执行SDAP层的功能。一个SDAP实体可以对应一个或多个业务承载。当每个业务承载对应的SDAP实体也可以缓存数据时,该SDAP实体缓存的数据是还没有分到该业务承载对应的SDAP实体和RLC实体的数据。因此,若终端设备仍然基于现有计算BSR的方式计算第一信息所指示的待传输数据量,则由于现有计算BSR的方式并没有考虑SDAP实体缓存的数据,使得第一信息所指示的待传输数据量并不准确。因此,终端设备可以通过向网络设备发送包括所有SDAP实体上的待传输数据量之和,和/或,至少一个SDAP实体的标识以及至少一个SDAP实体上的待传输数据量的第二信息,可以使网络设备基于第一信息和第二信息,获知终端设备当前的较为准确的待传输数据量。这样,网络设备基于该较为准确的待传输数据量,为终端设备分配的上行传输资源更加精准,提高了上行传输资源分配的准确性。
图6为本申请提供的又一种MAC CE的示意图。如图6所示,以第二信息包括所有SDAP实体上的待传输数据量之和(Buffer Size for SDAP)为例,当终端设备通过同一个MAC PDU的不同MAC CE发送第一信息和第二信息时,该第二信息可以为如图6所示的MACCE。同时,通过在该MAC CE携带第二信息(即所有SDAP实体上的待传输数据量之和)的方式,可以使网络设备基于第一信息和第二信息,获知终端设备当前的较为准确的待传输数据量。这样,网络设备基于该较为准确的待传输数据量,为终端设备分配的上行传输资源更加精准,提高了上行传输资源分配的准确性。
需要说明的是,虽然图6示出的是以所有SDAP实体上的待传输数据量之和占用MACCE的第一个字节(Oct1)的情况,但是本实施例并不限定上述第二信息所包括的所有SDAP实体上的待传输数据量之和在MAC CE中的位置、以及,在MAC CE中占用的字节大小。
图7为本申请提供的又一种MAC CE的示意图。如图7所示,以第二信息包括所有SDAP实体上的待传输数据量之和(Buffer Size for SDAP)为例,当终端设备通过同一个MAC PDU中用于发送BSR的MAC CE发送第一信息和第二信息时,该MAC CE可以为如图7所示的MAC CE。图7示出的是以第一信息采用现有的BSR上报的格式,即以一个LCG ID进行上报的待传输数据量的格式。同时,通过在该MAC CE携带第二信息(即所有SDAP实体上的待传输数据量之和)的方式,可以使网络设备基于第一信息和第二信息,获知终端设备当前的较为准确的待传输数据量。这样,网络设备基于该较为准确的待传输数据量,为终端设备分配的上行传输资源更加精准,提高了上行传输资源分配的准确性。
需要说明的是,虽然图7示出的是以所有SDAP实体上的待传输数据量之和占用MACCE的一个字节(Oct2)的情况,但是本实施例并不限定上述第二信息所包括的所有SDAP实体上的待传输数据量之和在MAC CE中的位置、以及,在MAC CE中占用的字节大小。
图8为本申请提供的又一种MAC CE的示意图。如图8所示,以第二信息包括所有SDAP实体上的待传输数据量之和(Buffer Size for SDAP)为例,当终端设备通过同一个MAC PDU中用于发送BSR的MAC CE发送第一信息和第二信息时,该MAC CE还可以为如图8所示的MAC CE。图8示出的是以第一信息采用现有的BSR上报的格式,即以上报所有LCG ID的待传输数据量的格式。其中,Buffer Size#0指的是LCG#0所对应的待传输数据量,BufferSize#1指的是LCG#1所对应的待传输数据量,以此类推。同时,通过在该MAC CE携带第二信息(即所有SDAP实体上的待传输数据量之和)的方式,可以使网络设备基于第一信息和第二信息,获知终端设备当前的较为准确的待传输数据量。这样,网络设备基于该较为准确的待传输数据量,为终端设备分配的上行传输资源更加精准,提高了上行传输资源分配的准确性。
需要说明的是,虽然图8示出的是以所有SDAP实体上的待传输数据量之和占用MACCE的一个字节(Oct4)的情况,但是本实施例并不限定上述第二信息所包括的所有SDAP实体上的待传输数据量之和在MAC CE中的位置、以及,在MAC CE中占用的字节大小。
图9为本申请提供的又一种MAC CE的示意图。以第二信息包括一个SDAP实体的标识(SDAP ID)以及该SDAP实体上的待传输数据量(Buffer Size)为例,当终端设备通过同一个MAC PDU的不同MAC CE发送第一信息和第二信息时,该第二信息可以为如图9所示的MACCE。通过在该MAC CE携带第二信息(即某一SDAP实体上的待传输数据量)的方式,可以使网络设备基于第一信息和第二信息,获知终端设备当前的较为准确的待传输数据量。这样,网络设备基于该较为准确的待传输数据量,为终端设备分配的上行传输资源更加精准,提高了上行传输资源分配的准确性。
需要说明的是,虽然图9示出的是以一个SDAP实体的标识(SDAP ID)以及该SDAP实体上的待传输数据量(Buffer Size)占用MAC CE的第一个字节(Oct1)的情况,但是本实施例并不限定上述第二信息所包括的一个SDAP实体的标识(SDAP ID)以及该SDAP实体上的待传输数据量(Buffer Size)在MAC CE中的位置、以及,在MAC CE中占用的字节大小。
图10为本申请提供的又一种MAC CE的示意图。图11为本申请提供的又一种MAC CE的示意图。以第二信息包括一个SDAP实体的标识(SDAP ID)以及该SDAP实体上的待传输数据量(Buffer Size)为例,当终端设备通过同一个MAC PDU的同一个MAC CE发送第一信息和第二信息时,该MAC CE可以为如图10或图11所示的MAC CE。其中,图10和图11示出的是以第一信息采用现有的BSR上报的格式。区别在于图10所示的第一信息上报的是一个LCG ID对应的待传输数据,图11所示的第一信息上报的是所有LCG ID对应的待传输数据量。同时,通过在图10或图11所示的MAC CE中携带第二信息(即某一SDAP实体上的待传输数据量)的方式,可以使网络设备基于第一信息和第二信息,获知终端设备当前的较为准确的待传输数据量。这样,网络设备基于该较为准确的待传输数据量,为终端设备分配的上行传输资源更加精准,提高了上行传输资源分配的准确性。
需要说明的是,虽然图10和图11示出的是以一个SDAP实体的标识(SDAP ID)以及该SDAP实体上的待传输数据量(Buffer Size)占用MAC CE的一个字节的情况,但是本实施例并不限定上述第二信息所包括的一个SDAP实体的标识(SDAP ID)以及该SDAP实体上的待传输数据量(Buffer Size)在MAC CE中的位置、以及,在MAC CE中占用的字节大小。
图12为本申请提供的又一种MAC CE的示意图。如图12所示,以第二信息包括多个SDAP实体的标识(SDAP ID)以及该多个SDAP实体中的每个实体上的待传输数据量(BufferSize)为例,当终端设备通过同一个MAC PDU的不同MAC CE发送第一信息和第二信息时,该第二信息可以为如图12所示的MAC CE。通过在该MAC CE携带第二信息(即多个SDAP实体的标识以及该多个SDAP实体中的每个实体上的待传输数据量)的方式,可以使网络设备基于第一信息和第二信息,获知终端设备当前的较为准确的待传输数据量。这样,网络设备基于该较为准确的待传输数据量,为终端设备分配的上行传输资源更加精准,提高了上行传输资源分配的准确性。
需要说明的是,虽然图12示出的是以每个SDAP实体的标识(SDAP ID)和该SDAP实体上的待传输数据量(Buffer Size)占用MAC CE的一个字节的情况,但是本实施例并不限定上述第二信息所包括的一个SDAP实体的标识(SDAP ID)以及该SDAP实体上的待传输数据量(Buffer Size)在MAC CE中占用的字节大小。
图13为本申请提供的又一种MAC CE的示意图。图14为本申请提供的又一种MAC CE的示意图。以第二信息包括多个SDAP实体的标识(SDAP ID)以及该多个SDAP实体中的每个实体上的待传输数据量(Buffer Size)为例,当终端设备通过同一个MAC PDU的同一个MACCE发送第一信息和第二信息时,该MAC CE可以为如图13或图14所示的MAC CE。其中,图13和图14示出的是以第一信息采用现有的BSR上报的格式。区别在于图13所示的第一信息上报的是一个LCG ID对应的待传输数据,图14所示的第一信息上报的是所有LCG ID对应的待传输数据量。同时,通过在图13或图14所示的MACCE携带第二信息(即多个SDAP实体的标识以及该多个SDAP实体中的每个实体上的待传输数据量)的方式,可以使网络设备基于第一信息和第二信息,获知终端设备当前的较为准确的待传输数据量。这样,网络设备基于该较为准确的待传输数据量,为终端设备分配的上行传输资源更加精准,提高了上行传输资源分配的准确性。
需要说明的是,虽然图13和图14示出的是以一个SDAP实体的标识(SDAP ID)以及该SDAP实体上的待传输数据量(Buffer Size)占用MAC CE的一个字节的情况,但是本实施例并不限定上述第二信息所包括的一个SDAP实体的标识(SDAP ID)以及该SDAP实体上的待传输数据量(Buffer Size)在MAC CE中的位置、以及,在MAC CE中占用的字节大小。
图15为本申请提供的又一种MAC CE的示意图。如图15所示,以第二信息包括所有SDAP实体中的每个SDAP实体的标识以及每个SDAP实体上的待传输数据量为例,当终端设备通过同一个MAC PDU的不同MAC CE发送第一信息和第二信息时,该第二信息可以为如图15所示的MAC CE。即,该第二信息还可以采用现有上报所有LCG对应的待传输数据量的方式,上报所有SDAP实体中每个SDAP实体的标识以及每个SDAP实体的待传输数据量,即预先约束好每个SDAP实体在MAC CE中的位置,以通过该位置来隐式的指示该SDAP的标识,并在该位置处上报该SDAP实体的待传输数据量。通过这种方式,可以减少MAC CE所占的字节数。例如:SDAP Buffer Size#0指的是SDAP#0对应的待传输数据量,SDAP Buffer Size#1指的是SDAP#1对应的待传输数据量等。需要说明的是,本实施例并不限定上述第二信息所包括的每个SDAP实体的待传输数据量在MAC CE中占用的字节大小。
图16为本申请提供的又一种MAC CE的示意图。图17为本申请提供的又一种MAC CE的示意图。以第二信息包括所有SDAP实体中的每个SDAP实体的标识以及每个SDAP实体上的待传输数据量为例,当终端设备通过同一个MAC PDU的同一个MAC CE发送第一信息和第二信息时,该MAC CE可以为如图16或图17所示的MAC CE。其中,图16和图17示出的是以第一信息采用现有的BSR上报的格式。区别在于图16所示的第一信息上报的是一个LCG ID对应的待传输数据,图17所示的第一信息上报的是所有LCG ID对应的待传输数据量。同时,通过在图16或图17所示的MAC CE携带第二信息(即所有SDAP实体中的每个SDAP实体的标识以及每个实体上的待传输数据量)的方式,可以使网络设备基于第一信息和第二信息,获知终端设备当前的较为准确的待传输数据量。这样,网络设备基于该较为准确的待传输数据量,为终端设备分配的上行传输资源更加精准,提高了上行传输资源分配的准确性。
需要说明的是,图16和图17示出的第二信息采用的是现有上报所有LCG对应的待传输数据量的方式,在MAC CE中上报所有SDAP实体中的每个SDAP实体的标识和每个SDAP实体的待传输数据量,即预先约束好每个SDAP实体在MAC CE中的位置,以通过该位置来隐式的指示该SDAP的标识,并在该位置处上报该SDAP实体的待传输数据量。通过这种方式,可以减少MAC CE所占的字节数。例如:SDAP Buffer Size#0指的是SDAP#0对应的待传输数据量,SDAP Buffer Size#1指的是SDAP#1对应的待传输数据量等。需要说明的是,本实施例并不限定上述第二信息所包括的每个SDAP实体的待传输数据量在MAC CE中占用的字节大小。
由于篇幅有限,未能一一列举上述第二信息所包含的参数组合。但是,本领域技术人员可以理解的是,上述第二信息无论包括上述的参数中的一项还是多项,都可以采用上述示例的方式,其实现方式和技术效果类似,对此不再赘述。
本申请提供的数据传输方法,终端设备在通过第一信息向网络设备上报待传输数据量之外,还可以向网络设备上报第二信息,以使得网络设备通过第二信息和第一信息,可以精准的获知终端设备的待传输数据的信息,从而使得网络设备可以准确的为终端设备分配上行传输资源,提高了上行传输资源分配的准确性。
需要说明的是,本申请实施例虽然以上述终端设备在第一上行传输资源上发送的第一信息对应的第二信息为例,对终端设备发送的第二信息进行了解释和说明。但是本领域技术人员可以理解的是,上述终端设备可以采用本实施例的方式,在任意向网络设备发送用于指示待传输数据量的信息时,均可以采用本实施例的方式向网络设备发送与该待传输数据量对应的第二信息,以使得网络设备可以基于该第二信息为终端设备准确的分配上行传输资源。也就是说,本实施例可以作为一个单独的实施例存在,并不一定要依附于前述实施例。
如上述实施例所说,上述终端设备向网络设备发送数据时,是将发送的数据携带在MAC PDU中发送给网络设备。其中,该MAC PDU包括至少一个MAC SDU和至少一个MAC CE。其中,上述MAC SDU可以为URLLC业务对应的MAC SDU,eMBB业务对应的MAC SDU,mMTC业务对应的MAC SDU,还可以为其他业务对应的MAC SDU,具体可以根据通信系统所支持的业务确定。
现有技术中,网络设备在接收到该MAC PDU后,会从MAC PDU的起始位(即现有的解码初始位)开始对该MAC PDU进行解码,使得网络设备解码MAC PDU的效率较低。因此,考虑到该问题,本申请提供了一种数据传输方法,终端设备通过在向网络设备发送的MCA PDU中携带一些用于指示除现有的解码初始位之外的其他解码初始位的指示信息,使网络设备可以对MAC PDU进行并行解码,提高了网络设备解码MAC PDU的效率。
该方法可以包括如下四种方式:
第一种方式:在终端设备向网络设备发送的MCA PDU中包括第一指示信息。其中,第一指示信息用于指示MAC PDU的至少一个解码初始位,该至少一个解码初始位的每一个为除MAC PDU的起始位之外的任一位置。即,第一指示信息所指示的解码初始位为现有的解码初始位之外的初始位。例如:第一指示信息所指示的解码初始位可以为MAC PDU中某个MAC CE的子头起始位或某个MAC SDU的子头起始位等。
也就是说,本申请中,终端设备通过MAC PDU中携带的第一指示信息,可以向网络设备指示一个或多个解码初始位,从而使得网络设备可以在基于现有的解码初始位对MACPDU进行解码时,可以基于第一指示信息指示一个或多个解码初始位,对MAC PDU并行进行解码。
其中,本实施例不限定上述MAC PDU携带第一指示信息的方式。图18为本申请提供的一种MAC PDU的结构示意图。如图18所示,作为一种可实施的方式,可以在上述MAC PDU上现有的解码初始位之前,或者,在上述MAC PDU的末尾设置一个固定位数的指示域(Indicator Field),以通过该指示域将上述第一指示信息携带在MAC PDU中。由于该指示域位于MAC PDU初始位置或末尾位置、且该指示域的位数固定,因此,网络设备在接收到该MAC PDU后,可以先对该指示域进行解码,从而可以基于该指示域上的第一指示信息所指示的一个或多个解码初始位,对MAC PDU进行并行解码。
继续参照图18,图18示出的是以第一指示信息指示了一个解码初始位的示意图,即解码初始位2。其中,解码初始位1即为前述所说的现有的解码初始位。也就是说,网络设备在接收到图18所示的MAC PDU后,通过对MAC PDU的指示域进行解码得到该解码初始位2后,可以在从解码初始位1开始向后解码的同时,并行从解码初始位2开始向后解码,提高了网络设备对MAC PDU的解码效率。
本实施例不限定上述第一指示信息指示解码初始位的方式。例如:上述第一指示信息可以通过指示每个解码初始位相对于MAC PDU末尾的位置,来指示每个解码初始位在MAC PDU中的位置。上述第一指示信息可以通过指示每个解码初始位相对于MAC PDU起始位的位置,来指示每个解码初始位在MAC PDU中的位置等。
第二种方式:在终端设备向网络设备发送的MCA PDU中包括第二指示信息;其中,第二指示信息用于指示MAC PDU是否支持后向解码,后向解码表明从MAC PDU的结尾位置开始从后往前解码。
也就是说,本申请中,终端设备通过MAC PDU中携带的第二指示信息,可以向网络设备指示MAC PDU是否支持后向解码,进而在MAC PDU支持后向解码时,网络设备可以在基于现有的解码初始位对MAC PDU从前向后进行解码时,可以从MAC PDU的尾部对MAC PDU从后向前进行解码,以实现对MAC PDU进行并行解码。
其中,本实施例不限定上述MAC PDU携带第二指示信息的方式。图19为本申请提供的另一种MAC PDU的结构示意图。如图19所示,作为一种可实施的方式,可以在上述MAC PDU上现有的解码初始位之前,或者,在上述MAC PDU的末尾设置一个固定位数的指示域(Indicator Field),以通过该指示域将上述第二指示信息携带在MAC PDU中。由于该指示域位于MAC PDU初始位置或末尾位置、且该指示域的位数固定,因此,网络设备在接收到该MAC PDU后,可以先对该指示域进行解码,从而可以基于该指示域上的第二指示信息,确定MAC PDU是否支持后向解码,进而在MAC PDU支持后向解码时,对MAC PDU进行并行解码。
继续参照图19,图19示出的是以第二指示信息指示MAC PDU支持后向解码的示意图。在该场景下,MAC PDU的后向解码初始位即为图19示出的解码初始位2。其中,解码初始位1即为前述所说的现有的解码初始位。也就是说,网络设备在接收到图19所示的MAC PDU后,通过对MAC PDU的指示域进行解码,确定MAC PDU存在该解码初始位2后,可以在从解码初始位1开始从前向后解码的同时,并行从解码初始位2开始从后向前解码,提高了网络设备对MAC PDU的解码效率。
本实施例不限定上述第二指示信息指示MAC PDU是否支持后向解码的方式。例如:上述第二指示信息可以通过携带一个标志位来指示MAC PDU是否支持后向解码。可选的,当该标志位为0时,表示MAC PDU支持后向解码,当该标志位为1时,表示MAC PDU不支持后向解码。或者,当该标志位为1时,表示MAC PDU支持后向解码,当该标志位为0时,表示MAC PDU不支持后向解码等。通过这种方式,可以在使网络设备获取到MAC PDU是否支持后向解码的同时,可以减少第二指示信息的开销。
进一步地,在上述实施例的基础上,上述MAC PDU的每个MAC SDU所对应的子头可以包括一个第三指示信息,用于指示该MAC SDU是否为从后往前解码方向或从前往后解码方向的最后一个解码单元。相应地,上述MAC PDU的每个MAC CE所对应的子头可以包括一个第四指示信息,用于指示该MAC CE是否为从后往前解码方向或从前往后解码方向的最后一个解码单元。通过这种方式,网络设备在基于现有的解码初始位对MAC PDU从前向后进行解码时,可以基于待解码的每个MAC SDU子头的第三指示信息,和/或每个MAC CE子头的第四指示信息,来确定是否要继续向后解码。相应地,网络设备对MAC PDU从后向前进行解码时,可以基于待解码的每个MAC SDU子头的第三指示信息,和/或每个MAC CE子头的第四指示信息,来确定是否要继续向前解码,确保了解码的正确性,提高了解码的效率。
其中,本实施例不限定上述MAC SDU子头携带第三指示信息的方式。本实施例也不限定上述第三指示信息指示MAC SDU是否为从后往前解码方向或从前往后解码方向的最后一个解码单元的方式。例如:上述第三指示信息可以通过携带一个标志位来指示MAC SDU是否为从后往前解码方向或从前往后解码方向的最后一个解码单元。可选的,当该标志位为0时,表示MAC SDU为从后往前解码方向或从前往后解码方向的最后一个解码单元,当该标志位为1时,表示MAC SDU不是从后往前解码方向或从前往后解码方向的最后一个解码单元。或者,当该标志位为1时,表示MAC SDU为从后往前解码方向或从前往后解码方向的最后一个解码单元,当该标志位为0时,表示MAC SDU不是从后往前解码方向或从前往后解码方向的最后一个解码单元等。通过这种方式,可以在使网络设备获取到MAC SDU是否为从后往前解码方向或从前往后解码方向的最后一个解码单元的同时,可以减少第三指示信息的开销。
关于第四指示信息的描述可以参见第三指示信息的描述,其实现原理和技术效果类似,对此不再赘述。
第三种方式:在终端设备向网络设备发送的MCA PDU中包括第五指示信息;其中,第五指示信息用于指示MAC PDU是否支持后向解码,后向解码表明从MAC PDU的结尾位置开始从后往前解码。
也就是说,本申请中,终端设备通过MAC PDU中携带的第五指示信息,可以向网络设备指示MAC PDU是否支持后向解码,进而在MAC PDU支持后向解码时,网络设备可以在基于现有的解码初始位对MAC PDU从前向后进行解码时,可以从MAC PDU的尾部对MAC PDU从后向前进行解码,以实现对MAC PDU进行并行解码。
其中,本实施例不限定上述MAC PDU携带第五指示信息的方式。作为一种可实施的方式,可以将上述MAC PDU上第一个MAC子头的一个固定位数预留位作为指示域(IndicatorField),以通过该指示域将上述第五指示信息携带在MAC PDU中。由于该指示域在MAC PDU中的位置固定、且该指示域的位数固定,因此,网络设备在接收到该MAC PDU后,可以先对该指示域进行解码,从而可以基于该指示域上的第五指示信息,确定MAC PDU是否支持后向解码,进而在MAC PDU支持后向解码时,对MAC PDU进行并行解码。
本实施例不限定上述第五指示信息指示MAC PDU是否支持后向解码的方式。例如:上述第五指示信息可以通过携带一个标志位来指示MAC PDU是否支持后向解码。可选的,当该标志位为0时,表示MAC PDU支持后向解码,当该标志位为1时,表示MAC PDU不支持后向解码。或者,当该标志位为1时,表示MAC PDU支持后向解码,当该标志位为0时,表示MAC PDU不支持后向解码等。通过这种方式,可以在使网络设备获取到MAC PDU是否支持后向解码的同时,可以减少第五指示信息的开销。
进一步地,在上述实施例的基础上,上述MAC PDU的每个MAC SDU所对应的子头可以包括一个第六指示信息,用于指示该MAC SDU是否为从后往前解码方向或从前往后解码方向的最后一个解码单元。相应地,上述MAC PDU的每个MAC CE所对应的子头可以包括一个第七指示信息,用于指示该MAC CE是否为从后往前解码方向或从前往后解码方向的最后一个解码单元。通过这种方式,网络设备在基于现有的解码初始位对MAC PDU从前向后进行解码时,可以基于待解码的每个MAC SDU子头的第六指示信息,和/或每个MAC CE子头的第七指示信息,来确定是否要继续向后解码。相应地,网络设备对MAC PDU从后向前进行解码时,可以基于待解码的每个MAC SDU子头的第六指示信息,和/或每个MAC CE子头的第七指示信息,来确定是否要继续向前解码,确保了解码的正确性,以及解码的效率。
其中,本实施例不限定上述MAC SDU子头携带第六指示信息的方式。本实施例也不限定上述第六指示信息指示MAC SDU是否为从后往前解码方向或从前往后解码方向的最后一个解码单元的方式。例如:上述第六指示信息可以通过携带一个标志位来指示MAC SDU是否为从后往前解码方向或从前往后解码方向的最后一个解码单元。可选的,当该标志位为0时,表示MAC SDU为从后往前解码方向或从前往后解码方向的最后一个解码单元,当该标志位为1时,表示MAC SDU不是从后往前解码方向或从前往后解码方向的最后一个解码单元。或者,当该标志位为1时,表示MAC SDU为从后往前解码方向或从前往后解码方向的最后一个解码单元,当该标志位为0时,表示MAC SDU不是从后往前解码方向或从前往后解码方向的最后一个解码单元等。通过这种方式,可以在使网络设备获取到MAC SDU是否为从后往前解码方向或从前往后解码方向的最后一个解码单元的同时,可以减少第六指示信息的开销。
关于第七指示信息的描述可以参见第六指示信息的描述,其实现原理和技术效果类似,对此不再赘述。
第四种方式:在终端设备向网络设备发送的MCA PDU中包括第八指示信息;其中,第八指示信息用于指示MAC PDU是否支持后向解码,后向解码表明从MAC PDU的结尾位置开始从后往前解码。
也就是说,本申请中,终端设备通过MAC PDU中携带的第八指示信息,可以向网络设备指示MAC PDU是否支持后向解码,进而在MAC PDU支持后向解码时,网络设备可以在基于现有的解码初始位对MAC PDU从前向后进行解码时,可以从MAC PDU的尾部对MAC PDU从后向前进行解码,以实现对MAC PDU进行并行解码。
其中,本实施例不限定上述MAC PDU携带第八指示信息的方式。作为一种可实施的方式,可以在上述MAC PDU上从前向后进行解码与从后向前解码的交界处设置一个固定位数的指示域(Indicator Field),以通过该指示域将上述第八指示信息携带在MAC PDU中。由于该指示域的位数固定,因此网络设备在接收到该MAC PDU后,可以先从MAC PDU的起始位置开始从前向后进行解码,若在MAC PDU中的某一位置解码出了该固定位数的指示域上的信息,确定在本次传输中MAC PDU支持后向解码,则终止当前解码方向的解码过程并从MAC PDU的结尾位置开始从后向前进行解码;若直至从前向后解码完成时都没有在MAC PDU中的任一位置解码出该固定位数的指示域上的信息,则确定在本次传输中MAC PDU不支持后向解码。
本实施例不限定上述第八指示信息指示MAC PDU是否支持后向解码的方式。例如:上述第八指示信息可以通过携带一个padding位来指示MAC PDU是否支持后向解码。可选的,当存在该padding位时,表示MAC PDU支持后向解码,当不存在该padding位时,表示MACPDU不支持后向解码。通过这种方式,可以在使网络设备获取到MAC PDU是否支持后向解码的同时,可以减少第八指示信息的开销。
本申请提供的数据传输方法,终端设备通过在向网络设备发送的MCA PDU中携带一些用于指示除现有的解码初始位之外的其他解码初始位的指示信息,使网络设备可以对MAC PDU进行并行解码,提高了网络设备解码MAC PDU的效率。
需要说明的是,上述终端设备可以在向网络设备发送任一MAC PDU的场景中,均可以采用本实施例的方式,以在MAC PDU中携带一些用于指示解码方式的指示信息,从而使得网络设备基于该指示信息,对MAC PDC进行并行解码,提高了解码效率。也就是说,本实施例可以作为一个单独的实施例存在,并不一定要依附于前述实施例。其次,本实施例所涉及的MAC PDU并不限于上述图18和图19所示的MAC PDU。也就是说,本实施例的方法适用于采用Group形式的MAC子头排列方式的MAC PDU,例如:现有LTE中的MAC PDU。本实施例的方法还适用于采用Interleave形式的MAC子头排列方式的MAC PDU,例如:目前5G通信系统所提出的MAC PDU。
另外,本领域技术人员可以理解的是,本实施例的方法还可以适用于网络设备将发送的数据携带在MAC PDU中,发送给终端设备的应用场景,以在MAC PDU中携带一些用于指示解码方式的指示信息,从而使得终端设备基于该指示信息,对接收到的MAC PDC进行并行解码,提高了终端设备解码MAC PDU的效率,其实现方式和技术效果可以参见前述实施例描述,对此不再赘述。
图20为本申请提供的一种终端设备的结构示意图。如图20所示,上述终端设备可以包括:第一确定模块11、第二确定模块12、判断模块13和发送模块14。其中,
第一确定模块11,用于多个空口技术中第一上行传输资源所对应的第一空口技术;
第二确定模块12,用于确定能够使用第一空口技术的至少一个业务承载;
判断模块13,用于在至少一个业务承载中第一业务承载上有数据要发送的情况下,根据第一业务承载的待传输数据量以及第一数据量,判断是否指示发送模块14在第一上行传输资源上发送第一信息,第一信息用于通知待传输数据量;其中,第一业务承载为至少一个业务承载中传输优先级最高的业务承载,第一数据量为第一上行传输资源的传输数据量。
可选的,上述判断模块13,具体用于在第一数据量小于第一业务承载的待传输数据量时,判断指示发送模块在第一上行传输资源上发送第一信息。
则在该实现方式下,上述发送模块14,用于在第一上行传输资源上发送第一信息和第一业务承载的部分数据;其中,第一信息包含第一业务承载的剩余待传输数据量。
可选的,上述判断模块13,具体用于在第一数据量大于或等于第二数据量时,判断不指示发送模块在第一上行传输资源上发送第一信息,其中,第二数据量为第一业务承载的待传输数据量和第二业务承载的待传输数据量之和,第二业务承载为至少一个业务承载中比第一业务承载的传输优先级低的业务承载。
则在该实现方式下,上述发送模块14,用于在第一上行传输资源上发送第一业务承载的全部数据和第二业务承载的全部数据。
可选的,上述判断模块13,具体用于在第一数据量大于第一业务承载的待传输数据量且小于第二数据量时,判断出指示发送模块在第一上行传输资源上发送第一信息;其中,第二数据量为第一业务承载的待传输数据量和第二业务承载的待传输数据量之和,第二业务承载为至少一个业务承载中比第一业务承载的传输优先级低的业务承载。
则在该实现方式下,上述发送模块14,用于在第一上行传输资源上发送第一信息和第一业务承载的全部数据和第二业务承载的部分数据;其中,第一信息中包含第二业务承载的剩余待传输数据量。
可选的,上述判断模块13,具体用于在第一数据量大于第一业务承载的待传输数据量且小于第二数据量时,判断出第一上行传输资源能够传输第一业务承载的全部数据和第二业务承载的部分数据;在有第二上行传输资源对应的第二空口技术来传输第二业务承载的剩余数据时,判断出不指示发送模块在第一上行传输资源上发送第一信息;其中,第二数据量为第一业务承载的待传输数据量和第二业务承载的待传输数据量之和,第二业务承载为至少一个业务承载中比第一业务承载的传输优先级低的业务承载。
则在该实现方式下,上述发送模块14,用于在第一上行传输资源上发送第一业务承载的全部数据和第二业务承载的部分数据,以及在所述第二上行传输资源上发送所述第二业务承载的剩余部分数据。
可选的,上述判断模块13,具体用于在第一数据量大于第一业务承载的待传输数据量且小于第二数据量时,判断出第一上行传输资源能够传输第一业务承载的全部数据和第二业务承载的部分数据;在不存在有第二上行传输资源对应的第二空口技术来传输第二业务承载的剩余数据时,判断出指示发送模块在第一上行传输资源上发送第一信息;其中,第二数据量为第一业务承载的待传输数据量和第二业务承载的待传输数据量之和,第二业务承载为至少一个业务承载中比第一业务承载的传输优先级低的业务承载。
则在该实现方式下,上述发送模块14,用于在第一上行传输资源上发送第一信息和第一业务承载的全部数据和第二业务承载的部分数据;其中,第一信息中包含第二业务承载的剩余待传输数据量。
可选的,上述判断模块13,具体用于在第一数据量等于第一业务承载的待传输数据量时,判断出不指示发送模块在第一上行传输资源上发送第一信息。
则在该实现方式下,上述发送模块14,用于在第一上行传输资源上发送第一业务承载的全部数据。
本申请提供的终端设备,可以执行上述图2所示的方法实施例,其实现原理和技术效果类似,在此不再赘述。
可选的,作为一种可实施的方式,上述发送模块14,还用于向网络设备发送第二信息;第二信息包含了下述一项或多项参数:第一信息中所指示的待传输数据量的数据优先使用的空口技术的标识,第一信息中所指示的待传输数据量的数据所需使用的空口技术的标识,第一信息中所指示的待传输数据量的数据优先使用或优先不使用的成员载波CC的标识,第一信息中所指示的待传输数据量的数据所需使用或不使用的CC的标识,所有业务数据自适应协议SDAP实体上的待传输数据量之和,至少一个SDAP实体的标识以及至少一个SDAP实体上的待传输数据量。其中,发送模块14可以将第一信息和第二信息携带在同一个媒体接入控制MAC协议数据单元PDU中发送给网络设备。
本申请提供的终端设备,可以执行上述图3至图17所示的方法实施例,其实现原理和技术效果类似,在此不再赘述。
可选的,作为一种可实施的方式,上述发送模块14,具体用于将发送的数据携带在媒体接入控制MAC协议数据单元PDU中;其中,MAC PDU包括:第一指示信息;第一指示信息用于指示MAC PDU的至少一个解码初始位;至少一个解码初始位的每一个为除MAC PDU的起始位之外的任一位置。
可选的,作为一种可实施的方式,上述发送模块14,具体用于将发送的数据携带在媒体接入控制MAC协议数据单元PDU中;其中,MAC PDU还包括:第二指示信息;第二指示信息用于指示MAC PDU是否支持后向解码,后向解码表明从MAC PDU的结尾位置开始从后往前解码。
在该实施方式下,MAC PDU中至少包括:至少一个MAC服务数据单元SDU,其中,至少一个MAC SDU每一个包括第三指示信息,第三指示信息用于指示至少一个MAC SDU每一个是否为从后往前解码方向或从前往后解码方向最后一个解码单元;MAC PDU中至少包括:至少一个MAC CE,其中,MAC CE包括第四指示信息,第四指示信息用于指示MAC CE是否为从后往前解码方向或从前往后解码方向最后一个解码单元。
本申请提供的终端设备,可以执行上述图18和图19所示的方法实施例,其实现原理和技术效果类似,在此不再赘述。
需要说明的是,应理解以上终端设备的发送模块14实际实现时可以为发送器。而终端设备的第一确定模块11、第二确定模块12、判断模块13的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分模块通过处理元件调用软件的形式实现,部分模块通过硬件的形式实现。例如,判断模块可以为单独设立的处理元件,也可以集成在上述装置的某一个芯片中实现,此外,也可以以程序代码的形式存储于上述装置的存储器中,由上述终端设备的某一个处理元件调用并执行以上判断模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
例如,以上这些模块可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(Application Specific Integrated Circuit,ASIC),或,一个或多个微处理器(digital singnal processor,DSP),或,一个或者多个现场可编程门阵列(Field Programmable Gate Array,FPGA)等。再如,当以上某个模块通过处理元件调度程序代码的形式实现时,该处理元件可以是通用处理器,例如中央处理器(CentralProcessing Unit,简称CPU)或其它可以调用程序代码的处理器。再如,这些模块可以集成在一起,以片上系统(system-on-a-chip,简称SOC)的形式实现。
图21为本申请提供的另一种终端设备的结构示意图。如图21所示,该终端设备可以包括:处理器21(例如CPU)和存储器22;存储器22可能包含高速RAM存储器,也可能还包括非易失性存储器NVM,例如至少一个磁盘存储器,存储器22中可以存储各种指令,以用于完成各种处理功能以及实现本申请的方法步骤。可选的,本申请涉及的终端设备还可以包括:接收器23、发送器24、电源25、通信总线26以及通信端口27。接收器23和发送器24可以集成在终端设备的收发信机中,也可以为终端设备上独立的收发天线。通信总线26用于实现元件之间的通信连接。上述通信端口27用于实现终端设备与其他外设之间进行连接通信。
在本申请中,上述存储器22用于存储计算机可执行程序代码,程序代码包括指令;当处理器21执行指令时,指令使处理器21执行上述方法实施例中确定和判断的动作,使发送器执行上述方法实施例中发送的动作,其实现原理和技术效果类似,在此不再赘述。
正如上述实施例,本申请涉及的终端设备可以是手机、平板电脑等无线终端,因此,以终端设备为手机为例:图22为申请提供的终端设备为手机时的结构框图。参考图22,该手机可以包括:射频(Radio Frequency,RF)电路1110、存储器1120、输入单元1130、显示单元1140、传感器1150、音频电路1160、无线保真(wireless fidelity,WiFi)模块1170、处理器1180、以及电源1190等部件。本领域技术人员可以理解,图22中示出的手机结构并不构成对手机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图22对手机的各个构成部件进行具体的介绍:
RF电路1110可用于收发信息或通话过程中,信号的接收和发送,例如,将基站的下行信息接收后,给处理器1180处理;另外,将上行的数据发送给基站。通常,RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier,LNA)、双工器等。此外,RF电路1110还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统(Global System ofMobile communication,GSM)、通用分组无线服务(General Packet Radio Service,GPRS)、码分多址(Code Division Multiple Access,CDMA)、宽带码分多址(Wideband CodeDivision Multiple Access,WCDMA)、长期演进(Long Term Evolution,LTE))、电子邮件、短消息服务(Short Messaging Service,SMS)等。
存储器1120可用于存储软件程序以及模块,处理器1180通过运行存储在存储器1120的软件程序以及模块,从而执行手机的各种功能应用以及数据处理。存储器1120可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器1120可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元1130可用于接收输入的数字或字符信息,以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地,输入单元1130可包括触控面板1131以及其他输入设备1132。触控面板1131,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1131上或在触控面板1131附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触控面板1131可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器1180,并能接收处理器1180发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1131。除了触控面板1131,输入单元1130还可以包括其他输入设备1132。具体地,其他输入设备1132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元1140可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1140可包括显示面板1141,可选的,可以采用液晶显示器(LiquidCrystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1141。进一步的,触控面板1131可覆盖于显示面板1141之上,当触控面板1131检测到在其上或附近的触摸操作后,传送给处理器1180以确定触摸事件的类型,随后处理器1180根据触摸事件的类型在显示面板1141上提供相应的视觉输出。虽然在图10中,触控面板1131与显示面板1141是作为两个独立的部件来实现手机的输入和输入功能,但是在某些实施例中,可以将触控面板1131与显示面板1141集成而实现手机的输入和输出功能。
手机还可包括至少一种传感器1150,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1141的亮度,光传感器可在手机移动到耳边时,关闭显示面板1141和/或背光。作为运动传感器的一种,加速度传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
音频电路1160、扬声器1161以及传声器1162可提供用户与手机之间的音频接口。音频电路1160可将接收到的音频数据转换后的电信号,传输到扬声器1161,由扬声器1161转换为声音信号输出;另一方面,传声器1162将收集的声音信号转换为电信号,由音频电路1160接收后转换为音频数据,再将音频数据输出处理器1180处理后,经RF电路1110以发送给比如另一手机,或者将音频数据输出至存储器1120以便进一步处理。
WiFi属于短距离无线传输技术,手机通过WiFi模块1170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图22示出了WiFi模块1170,但是可以理解的是,其并不属于手机的必须构成,完全可以根据需要在不改变本申请的本质的范围内而省略。
处理器1180是手机的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器1120内的软件程序和/或模块,以及调用存储在存储器1120内的数据,执行手机的各种功能和处理数据,从而对手机进行整体监控。可选的,处理器1180可包括一个或多个处理单元;例如,处理器1180可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器1180中。
手机还包括给各个部件供电的电源1190(比如电池),可选的,电源可以通过电源管理系统与处理器1180逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
手机还可以包括摄像头1200,该摄像头可以为前置摄像头,也可以为后置摄像头。尽管未示出,手机还可以包括蓝牙模块、GPS模块等,在此不再赘述。
在本申请中,该手机所包括的处理器1180可以用于执行上述数据传输方法实施例,其实现原理和技术效果类似,在此不再赘述。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本发明实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

Claims (24)

1.一种数据传输方法,其特征在于,所述方法包括:
终端设备确定多个空口技术中第一上行传输资源所对应的第一空口技术;
所述终端设备确定能够使用所述第一空口技术的至少一个业务承载;
在所述至少一个业务承载中第一业务承载上有数据要发送的情况下,所述终端设备根据第一业务承载的待传输数据量以及第一数据量,判断是否在所述第一上行传输资源上发送第一信息,所述第一信息用于通知待传输数据量;其中,所述第一业务承载为所述至少一个业务承载中传输优先级最高的业务承载,所述第一数据量为所述第一上行传输资源的传输数据量。
2.根据权利要求1所述的方法,其特征在于,所述终端设备根据第一业务承载的待传输数据量以及所述第一数据量,判断是否在所述第一上行传输资源上发送所述第一信息,包括:
在所述第一数据量小于所述第一业务承载的待传输数据量时,所述终端设备判断在所述第一上行传输资源上发送所述第一信息;
所述方法还包括:所述终端设备在所述第一上行传输资源上发送所述第一信息和所述第一业务承载的部分数据;
其中,所述第一信息包含所述第一业务承载的剩余待传输数据量。
3.根据权利要求1所述的方法,其特征在于,所述终端设备根据第一业务承载的待传输数据量以及所述第一数据量,判断是否在所述第一上行传输资源上发送所述第一信息,包括:
所述终端设备在所述第一数据量大于或等于第二数据量时,所述终端设备判断不在所述第一上行传输资源上发送所述第一信息,其中,所述第二数据量为所述第一业务承载的待传输数据量和第二业务承载的待传输数据量之和,所述第二业务承载为所述至少一个业务承载中比所述第一业务承载的传输优先级低的业务承载;
所述方法还包括:所述终端设备在所述第一上行传输资源上发送所述第一业务承载的全部数据和所述第二业务承载的全部数据。
4.根据权利要求1所述的方法,其特征在于,所述终端设备根据第一业务承载的待传输数据量以及所述第一数据量,判断是否在所述第一上行传输资源上发送所述第一信息,包括:
在所述第一数据量大于所述第一业务承载的待传输数据量且小于第二数据量时,所述终端设备判断出在所述第一上行传输资源上发送所述第一信息;其中,所述第二数据量为所述第一业务承载的待传输数据量和第二业务承载的待传输数据量之和,所述第二业务承载为所述至少一个业务承载中比所述第一业务承载的传输优先级低的业务承载;
所述方法还包括:所述终端设备在所述第一上行传输资源上发送所述第一信息和所述第一业务承载的全部数据和所述第二业务承载的部分数据;
其中,所述第一信息中包含所述第二业务承载的剩余待传输数据量。
5.根据权利要求1所述的方法,其特征在于,所述终端设备根据第一业务承载的待传输数据量以及所述第一数据量,判断是否在所述第一上行传输资源上发送所述第一信息,包括:
在所述第一数据量大于所述第一业务承载的待传输数据量且小于第二数据量时,所述终端设备判断出第一上行传输资源能够传输所述第一业务承载的全部数据和第二业务承载的部分数据,其中,所述第二数据量为所述第一业务承载的待传输数据量和第二业务承载的待传输数据量之和,所述第二业务承载为所述至少一个业务承载中比所述第一业务承载的传输优先级低的业务承载;
在有第二上行传输资源对应的第二空口技术来传输所述第二业务承载的剩余数据时,所述终端设备判断出不在所述第一上行传输资源上发送所述第一信息;
所述方法还包括:所述终端设备在所述第一上行传输资源上发送所述第一业务承载的全部数据和所述第二业务承载的部分数据,以及在所述第二上行传输资源上发送所述第二业务承载的剩余部分数据。
6.根据权利要求1所述的方法,其特征在于,所述终端设备根据第一业务承载的待传输数据量以及所述第一数据量,判断是否在所述第一上行传输资源上发送所述第一信息,包括:
在所述第一数据量大于所述第一业务承载的待传输数据量且小于第二数据量时,所述终端设备判断出第一上行传输资源能够传输所述第一业务承载的全部数据和第二业务承载的部分数据,其中,所述第二数据量为所述第一业务承载的待传输数据量和第二业务承载的待传输数据量之和,所述第二业务承载为所述至少一个业务承载中比所述第一业务承载的传输优先级低的业务承载;
在不存在有第二上行传输资源对应的第二空口技术来传输所述第二业务承载的剩余数据时,所述终端设备判断出在所述第一上行传输资源上发送所述第一信息;
所述方法还包括:所述终端设备在所述第一上行传输资源上发送所述第一信息和所述第一业务承载的全部数据和所述第二业务承载的部分数据;其中,所述第一信息中包含所述第二业务承载的剩余待传输数据量。
7.根据权利要求1所述的方法,其特征在于,所述终端设备根据第一业务承载的待传输数据量以及所述第一数据量,判断是否在所述第一上行传输资源上发送所述第一信息,包括:
在所述第一数据量等于所述第一业务承载的待传输数据量时,所述终端设备判断出不在所述第一上行传输资源上发送所述第一信息;
所述方法还包括:所述终端设备在所述第一上行传输资源上发送所述第一业务承载的全部数据。
8.根据权利要求1-7任一项所述的方法,其特征在于,所述方法还包括:
所述终端设备向网络设备发送第二信息;所述第二信息包含了下述一项或多项参数:所述第一信息中所指示的待传输数据量的数据优先使用的空口技术的标识,所述第一信息中所指示的待传输数据量的数据所需使用的空口技术的标识,所述第一信息中所指示的待传输数据量的数据优先使用或优先不使用的成员载波CC的标识,所述第一信息中所指示的待传输数据量的数据所需使用或不使用的CC的标识,所有业务数据自适应协议SDAP实体上的待传输数据量之和,至少一个SDAP实体的标识以及所述至少一个SDAP实体上的待传输数据量。
9.根据权利要求8所述的方法,其特征在于,所述第一信息和所述第二信息携带在同一个媒体接入控制MAC协议数据单元PDU中发送给所述网络设备。
10.根据权利要求1-7任一项所述的方法,其特征在于,
所述终端设备发送的数据携带在媒体接入控制MAC协议数据单元PDU中;
所述MAC PDU包括:第一指示信息;所述第一指示信息用于指示所述MAC PDU的至少一个解码初始位;所述至少一个解码初始位的每一个为除所述MAC PDU的起始位之外的任一位置。
11.根据权利要求1-7任一项所述的方法,其特征在于,
所述终端设备发送的数据携带在媒体接入控制MAC协议数据单元PDU中;
所述MAC PDU还包括:第二指示信息;所述第二指示信息用于指示所述MAC PDU是否支持后向解码,所述后向解码表明从所述MAC PDU的结尾位置开始从后往前解码。
12.根据权利要求11所述的方法,其特征在于,所述MAC PDU中至少包括:至少一个MAC服务数据单元SDU,其中,所述至少一个MAC SDU每一个包括第三指示信息,所述第三指示信息用于指示所述至少一个MAC SDU每一个是否为从后往前解码方向或从前往后解码方向最后一个解码单元;
所述MAC PDU中至少包括:至少一个MAC CE,其中,所述MAC CE包括第四指示信息,所述第四指示信息用于指示所述MAC CE是否为从后往前解码方向或从前往后解码方向最后一个解码单元。
13.一种终端设备,其特征在于,所述终端设备包括:
第一确定模块,用于多个空口技术中第一上行传输资源所对应的第一空口技术;
第二确定模块,用于确定能够使用所述第一空口技术的至少一个业务承载;
判断模块,用于在所述至少一个业务承载中第一业务承载上有数据要发送的情况下,根据第一业务承载的待传输数据量以及第一数据量,判断是否指示发送模块在所述第一上行传输资源上发送第一信息,所述第一信息用于通知待传输数据量;其中,所述第一业务承载为所述至少一个业务承载中传输优先级最高的业务承载,所述第一数据量为所述第一上行传输资源的传输数据量。
14.根据权利要求13所述的终端设备,其特征在于,
所述判断模块,具体用于在所述第一数据量小于所述第一业务承载的待传输数据量时,判断指示发送模块在所述第一上行传输资源上发送所述第一信息;
所述发送模块,用于在所述第一上行传输资源上发送所述第一信息和所述第一业务承载的部分数据;其中,所述第一信息包含所述第一业务承载的剩余待传输数据量。
15.根据权利要求13所述的终端设备,其特征在于,
所述判断模块,具体用于在所述第一数据量大于或等于第二数据量时,判断不指示所述发送模块在所述第一上行传输资源上发送所述第一信息,其中,所述第二数据量为所述第一业务承载的待传输数据量和第二业务承载的待传输数据量之和,所述第二业务承载为所述至少一个业务承载中比所述第一业务承载的传输优先级低的业务承载;
所述发送模块,用于在所述第一上行传输资源上发送所述第一业务承载的全部数据和所述第二业务承载的全部数据。
16.根据权利要求13所述的终端设备,其特征在于,
所述判断模块,具体用于在所述第一数据量大于所述第一业务承载的待传输数据量且小于第二数据量时,判断出指示所述发送模块在所述第一上行传输资源上发送所述第一信息;其中,所述第二数据量为所述第一业务承载的待传输数据量和第二业务承载的待传输数据量之和,所述第二业务承载为所述至少一个业务承载中比所述第一业务承载的传输优先级低的业务承载;
所述发送模块,用于在所述第一上行传输资源上发送所述第一信息和所述第一业务承载的全部数据和所述第二业务承载的部分数据;其中,所述第一信息中包含所述第二业务承载的剩余待传输数据量。
17.根据权利要求13所述的终端设备,其特征在于,
所述判断模块,具体用于在所述第一数据量大于所述第一业务承载的待传输数据量且小于第二数据量时,判断出第一上行传输资源能够传输所述第一业务承载的全部数据和第二业务承载的部分数据;在有第二上行传输资源对应的第二空口技术来传输所述第二业务承载的剩余数据时,判断出不指示所述发送模块在所述第一上行传输资源上发送所述第一信息;
其中,所述第二数据量为所述第一业务承载的待传输数据量和第二业务承载的待传输数据量之和,所述第二业务承载为所述至少一个业务承载中比所述第一业务承载的传输优先级低的业务承载;
所述发送模块,用于在所述第一上行传输资源上发送所述第一业务承载的全部数据和所述第二业务承载的部分数据,以及在所述第二上行传输资源上发送所述第二业务承载的剩余部分数据。
18.根据权利要求13所述的终端设备,其特征在于,
所述判断模块,具体用于在所述第一数据量大于所述第一业务承载的待传输数据量且小于第二数据量时,判断出第一上行传输资源能够传输所述第一业务承载的全部数据和第二业务承载的部分数据;在不存在有第二上行传输资源对应的第二空口技术来传输所述第二业务承载的剩余数据时,判断出指示所述发送模块在所述第一上行传输资源上发送所述第一信息;
其中,所述第二数据量为所述第一业务承载的待传输数据量和第二业务承载的待传输数据量之和,所述第二业务承载为所述至少一个业务承载中比所述第一业务承载的传输优先级低的业务承载;
所述发送模块,用于在所述第一上行传输资源上发送所述第一信息和所述第一业务承载的全部数据和所述第二业务承载的部分数据;其中,所述第一信息中包含所述第二业务承载的剩余待传输数据量。
19.根据权利要求13所述的终端设备,其特征在于,
所述判断模块,具体用于在所述第一数据量等于所述第一业务承载的待传输数据量时,判断出不指示所述发送模块在所述第一上行传输资源上发送所述第一信息;
所述发送模块,用于在所述第一上行传输资源上发送所述第一业务承载的全部数据。
20.根据权利要求13-19任一项所述的终端设备,其特征在于,所述发送模块,还用于向网络设备发送第二信息;所述第二信息包含了下述一项或多项参数:所述第一信息中所指示的待传输数据量的数据优先使用的空口技术的标识,所述第一信息中所指示的待传输数据量的数据所需使用的空口技术的标识,所述第一信息中所指示的待传输数据量的数据优先使用或优先不使用的成员载波CC的标识,所述第一信息中所指示的待传输数据量的数据所需使用或不使用的CC的标识,所有业务数据自适应协议SDAP实体上的待传输数据量之和,至少一个SDAP实体的标识以及所述至少一个SDAP实体上的待传输数据量。
21.根据权利要求20所述的终端设备,其特征在于,所述发送模块,具体用于将所述第一信息和所述第二信息携带在同一个媒体接入控制MAC协议数据单元PDU中发送给所述网络设备。
22.根据权利要求13-19任一项所述的终端设备,其特征在于,所述发送模块,具体用于将发送的数据携带在媒体接入控制MAC协议数据单元PDU中;
所述MAC PDU包括:第一指示信息;所述第一指示信息用于指示所述MAC PDU的至少一个解码初始位;所述至少一个解码初始位的每一个为除所述MAC PDU的起始位之外的任一位置。
23.根据权利要求13-19任一项所述的终端设备,其特征在于,所述发送模块,具体用于将发送的数据携带在媒体接入控制MAC协议数据单元PDU中;
所述MAC PDU还包括:第二指示信息;所述第二指示信息用于指示所述MAC PDU是否支持后向解码,所述后向解码表明从所述MAC PDU的结尾位置开始从后往前解码。
24.根据权利要求23所述的终端设备,其特征在于,所述MAC PDU中至少包括:至少一个MAC服务数据单元SDU,其中,所述至少一个MAC SDU每一个包括第三指示信息,所述第三指示信息用于指示所述至少一个MAC SDU每一个是否为从后往前解码方向或从前往后解码方向最后一个解码单元;
所述MAC PDU中至少包括:至少一个MAC CE,其中,所述MAC CE包括第四指示信息,所述第四指示信息用于指示所述MAC CE是否为从后往前解码方向或从前往后解码方向最后一个解码单元。
CN201710184806.4A 2017-03-24 2017-03-24 数据传输方法和终端设备 Active CN108632890B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201710184806.4A CN108632890B (zh) 2017-03-24 2017-03-24 数据传输方法和终端设备
PCT/CN2018/080142 WO2018171708A1 (zh) 2017-03-24 2018-03-23 数据传输方法和终端设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710184806.4A CN108632890B (zh) 2017-03-24 2017-03-24 数据传输方法和终端设备

Publications (2)

Publication Number Publication Date
CN108632890A CN108632890A (zh) 2018-10-09
CN108632890B true CN108632890B (zh) 2020-03-10

Family

ID=63586225

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710184806.4A Active CN108632890B (zh) 2017-03-24 2017-03-24 数据传输方法和终端设备

Country Status (2)

Country Link
CN (1) CN108632890B (zh)
WO (1) WO2018171708A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018223266A1 (zh) * 2017-06-05 2018-12-13 Oppo广东移动通信有限公司 传输数据的方法、终端设备和网络设备
CN110839296B (zh) * 2019-11-29 2021-10-22 惠州Tcl移动通信有限公司 网络资源调度方法、装置、存储介质及移动终端
CN111131473B (zh) * 2019-12-27 2022-07-15 中国联合网络通信集团有限公司 一种网络参数的传输方法及装置
CN113453164B (zh) * 2020-03-27 2022-09-13 成都鼎桥通信技术有限公司 在nr小区中广播mbms的方法、装置及设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101873704A (zh) * 2009-04-24 2010-10-27 大唐移动通信设备有限公司 长期演进系统中资源调度方法、系统及设备
CN103118385A (zh) * 2013-01-31 2013-05-22 西安电子科技大学 处理增强型分布式信道访问中内部碰撞的方法
CN104981017A (zh) * 2014-04-02 2015-10-14 成都鼎桥通信技术有限公司 上行资源分配方法和基站

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110100543A (ko) * 2010-03-04 2011-09-14 삼성전자주식회사 무선통신시스템에서 상향링크 랜덤 접속 방법 및 장치

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101873704A (zh) * 2009-04-24 2010-10-27 大唐移动通信设备有限公司 长期演进系统中资源调度方法、系统及设备
CN103118385A (zh) * 2013-01-31 2013-05-22 西安电子科技大学 处理增强型分布式信道访问中内部碰撞的方法
CN104981017A (zh) * 2014-04-02 2015-10-14 成都鼎桥通信技术有限公司 上行资源分配方法和基站

Also Published As

Publication number Publication date
CN108632890A (zh) 2018-10-09
WO2018171708A1 (zh) 2018-09-27

Similar Documents

Publication Publication Date Title
CN108632890B (zh) 数据传输方法和终端设备
CN109217998B (zh) 数据传输方法、发送设备和接收设备
US11627486B2 (en) Data sending method and apparatus, and device
CN108811109B (zh) 资源映射方法、网络设备和终端设备
CN110521269A (zh) 信息传输方法及相关产品
WO2018202159A1 (zh) 一种发送上行信息的方法、终端设备以及接入网设备
CN110583087B (zh) 调度请求传输控制方法及相关产品
CN108811146B (zh) 上行调度请求处理方法及装置
CN110679194A (zh) 数据调度方法及相关设备
US20180102930A1 (en) Data transmisson method and device
WO2018027997A1 (zh) 上行信号传输方法、终端设备和网络设备
CN106507495B (zh) 上行授权处理方法及相关设备
US10595278B2 (en) Power information sending method, terminal device, and network device
CN110831051B (zh) Pusch和sr处理方法及设备
CN110958704B (zh) 一种资源调度方法和装置
CN111800794A (zh) 解调参考信号位置的确定方法及设备
CN109644078B (zh) 一种上行数据传输方法、终端、网络侧设备及系统
CN109150457B (zh) 控制信息的传输方法和终端设备
WO2021023298A1 (zh) 旁链路测量结果获取方法、发送方法和终端
CN109565645B (zh) 组播业务传输方法、终端、基站和通信系统
CN114071755A (zh) 一种通信方法、装置及系统
CN109644377B (zh) 一种上行数据传输方法、终端、网络侧设备及系统
CN110881281A (zh) 数据传输方法、发送设备和接收设备
CN108811108B (zh) 控制信道的发送方法、终端设备和网络设备
CN111277357A (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