CN115460584A - 数据传输方法和装置 - Google Patents

数据传输方法和装置 Download PDF

Info

Publication number
CN115460584A
CN115460584A CN202110639352.1A CN202110639352A CN115460584A CN 115460584 A CN115460584 A CN 115460584A CN 202110639352 A CN202110639352 A CN 202110639352A CN 115460584 A CN115460584 A CN 115460584A
Authority
CN
China
Prior art keywords
terminal device
maximum
information
uplink
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202110639352.1A
Other languages
English (en)
Inventor
丁梦颖
彭金磷
周国华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
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 CN202110639352.1A priority Critical patent/CN115460584A/zh
Priority to EP22819430.4A priority patent/EP4340504A1/en
Priority to PCT/CN2022/096629 priority patent/WO2022257832A1/zh
Publication of CN115460584A publication Critical patent/CN115460584A/zh
Priority to US18/523,778 priority patent/US20240107361A1/en
Pending legal-status Critical Current

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/0252Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0257Traffic management, e.g. flow control or congestion control per individual bearer or channel the individual bearer or channel having a maximum bit rate or a bit rate guarantee
    • 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
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24Transfer of terminal data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044Arrangements for allocating sub-channels of the transmission path allocation of payload
    • 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/0278Traffic management, e.g. flow control or congestion control using buffer status reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1221Wireless traffic scheduling based on age of data to be sent
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/52Allocation or scheduling criteria for wireless resources based on load
    • 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)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供了一种数据传输方法和装置,该数据传输方法包括:确定终端设备在第一时段内的最大通信数据量,该第一时段为周期性业务的传输周期,其中在第一时段内的最大通信数据量小于在第一时段内连续传输的最大通信数据量;发送该终端设备在第一时段内的最大通信数据量。针对AR或VR终端业务时频域上的特性,定义了一种基带能力与硬件能力解耦的终端类型,并且提出了针对这种终端类型的通信与传输方法,有效降低了终端设备的成本,实现对AR或VR业务的无线通信的进一步优化。

Description

数据传输方法和装置
技术领域
本申请涉及通信领域,并且更具体地,涉及一种数据传输方法和装置。
背景技术
随着日益增长的通信需求,增强现实(augmented reality,AR)和虚拟现实(virtual reality,VR)业务高速发展,例如VR云游戏(VR cloud gaming)、VR或AR会议、AR游戏、AR教育等。相对于增强型移动宽带(enhanced mobile broadband,eMBB)业务,大多数AR或VR业务的传输具有周期性,对传输速率和时延的要求较高。
对于支持AR或VR业务的终端设备来说,如果其硬件能力满足AR或VR业务的最大上下行传输速率要求,则其基带能力有冗余。因此,如何降低支持AR或VR业务的终端设备的成本,实现对AR或VR业务的无线通信的优化是亟待解决的问题。
发明内容
本申请提供一种数据传输方法和装置,能够降低终端设备的成本,有效实现对AR或VR业务的无线通信的优化。
第一方面,提供了一种数据传输方法,该方法可以由终端设备执行,或者,也可以由用于终端设备的芯片或电路执行,本申请对此不作限定。为了便于描述,下面以由终端设备执行为例进行说明。
该方法包括:确定终端设备在第一时段内进行通信的第一最大数据量,该第一时段为终端设备的数据的传输周期,且该在第一时段内进行通信的第一最大数据量小于在该第一时段内进行连续通信的第二最大数据量;发送第一下信息,该第一信息用于指示该第一最大数据量。
应理解,针对AR或VR业务的终端设备,其业务数据为周期性到达,即一个数据包到达后,经过第一时段后另一个数据包才会到达。示例性的,第一时段的取值为绝对时间值,或者子载波对应的时隙数、帧数或符号数,这里第一时段可以理解为在周期性业务中数据包的到达周期,例如16毫秒(ms)。
示例性的,该数据包可以是应用层数据包。
终端设备在第一时段内能够传输的总比特数小于终端设备在第一时段内能够传输的最大总比特数。当终端设备在第一时段内连续传输,每个单位传输时间内终端设备都按照其最大上行传输速率和/或其最大下行传输速率进行传输时,终端设备在第一时段内传输的总比特数为终端设备在第一时段内的最大总比特数。
这里最大上下行传输速率包括:最大上行传输速率和最大下行传输速率。其中,对于一个上行或下行的频段组合,用户能够支持的最大上行或下行的最大传输速率如下:
Figure BDA0003107054710000011
需要说明的是,“能够通信的”或“能够传输的”或“能够处理的”是可以等价的,本申请对此不作具体限定。
需要说明的是,传输可以是指数据的接收和/或发送,也可以是指发送和/或接收数据。终端设备在该第一时段内进行通信的第一最大数据量,可以理解为终端设备在10ms内所能处理的上行和/或下行通信数据的总比特数。终端设备在该第一时段内进行连续通信的第二最大数据量,可以理解为终端设备在16ms的通信过程中与网络设备一直有数据传输。如图3所示,针对AR或VR业务,第一最大数据量可以理解为在10ms内终端设备的通信数据量,即对应阴影部分面积,说明终端设备在周期16ms内进行数据包的传输的占空比小于1;第二最大数据量可以理解为在16ms内终端设备连续通信的数据量,即对应阴影部分和白色部分的面积,说明终端设备在周期16ms内进行数据包的传输的占空比等于1。
本申请实施例中,第一最大数据量可以直接根据数据包大小确定,也可以根据终端硬件能力和业务特性进一步确定。
根据本申请提供的方案,通过上报终端设备在第一时段内进行通信的第一最大数据量,其中该第一最大数据量可以理解为在第一时段内终端设备传输的数据包的大小,使得在资源调度时考虑终端设备的基带能力,进而能够有效降低终端设备成本,优化AR或VR业务的通信。
结合第一方面,在第一方面的某些实现方式中,在第一时段内的第一最大数据量可以包括上下行层2缓存大小。
应理解,终端设备的基带存储能力之一就是上下行层2缓存大小。这里上下行层2缓存大小可以理解为对于所有无线承载终端设备能够存储在无线链路管理层(radio linkcontrol,RLC)发送窗口、RLC接收和重组窗口、以及分组数据汇聚协议(packet dataconvergence protocol,PDCP)重新排序窗口为所有无线电承载的总的比特数量或字节数量。
结合第一方面,在第一方面的某些实现方式中,该第一信息包括以下信息中的一个或多个:图像的清晰度、信源编码方法、信源压缩率和第一索引,该第一索引与第一最大数据量对应。
应理解,该实现方式是终端设备隐式地指示其在第一时段内的第一最大数据量。
以下行为例,终端设备上报下行视频清晰度(例如:4K或8K或32K等)、信源编码方法(例如:H264或H265等)、信源压缩率(例如:30%或60%等)。可以通过协议预定义视频清晰度、信源编码方法和信源压缩率之间的对应关系。例如,视频清晰度4K、信源编码方法H264和信源压缩率30%对应,用于指示终端设备在第一时段内进行通信的第一最大数据量为100比特(bits);再例如,视频清晰度8K、信源编码方法H264和信源压缩率60%对应,用于指示终端设备在第一时段内进行通信的第一最大数据量为200bits等。
示例性的,终端设备向网络设备上报第一索引值“1”,该第一索引值“1”与100bits的数据包对应,即该索引值“1”用于指示终端设备在第一时段内进行通信的第一最大数据量为100bits。
结合第一方面,在第一方面的某些实现方式中,该第一信息还包括以下信息中的一个或多个:该第一时段、数据包空口传输时延、数据包传输的占空比和数据包核心网时延及本地渲染时延,其中,该数据包空口传输时延是小于该第一时段。
应理解,该实现方式可以理解为终端设备直接或间接地上报其在第一时段内处理该第一最大数据量所使用的时间,例如10ms。
示例性的,终端设备直接上报数据包空口传输时延。或者,终端设备将该第一信息中的多个信息进行组合上报。例如,通过第一时段和数据包传输的占空比可以确定数据包空口传输时延;或者通过第一时段和数据包核心网时延及本地渲染时延也可以确定包空口传输时延等。
应理解,该空口传输时延的取值可以为绝对时间值,或者子载波对应的时隙数、帧数或符号数,例如10ms。
结合第一方面,在第一方面的某些实现方式中,发送第二信息,该第二信息用于确定该终端设备的最大上行传输速率和/或最大下行传输速率,该第二信息包括以下信息中的一个或多个:载波组合中各个载波的带宽、子载波间隔或时隙时长、最大调制阶数、最大传输码率、最大传输层数和缩放因子。
示例性的,该第二信息可以包括终端设备的硬件能力信息。
在本申请实施例中,该硬件处理能力可以理解为终端设备的最大上性传输速率和/或最大下行传输速率。应理解,针对AR或VR业务能力,为了保证硬件能力和基带能力解耦,终端设备的硬件能力可以维持不变。
结合第一方面,在第一方面的某些实现方式中,确定终端设备在第一时段内进行通信的第一最大数据量,包括:根据数据包大小确定该第一最大数据量。
结合第一方面,在第一方面的某些实现方式中,确定终端设备在第一时段内进行通信的第一最大数据量,包括:根据该数据包空口传输时延和该终端设备的最大上行传输速率和/或最大下行传输速率确定该第一最大数据量。
其中,数据包空口传输时延可以通过数据包到达周期、数据包传输的占空比或数据包核心网时延及本地渲染时延确定。
另外,在第一时段内进行连续通信的第二最大数据量是根据该第一时段和该终端设备的最大上性传输速率和/或最大下行传输速率确定的。
结合第一方面,在第一方面的某些实现方式中,该第一时段包括N个时间单元,包括:接收调度信息,该调度信息用于调度物理上行共享信道PUSCH和/或物理下行共享信道PDSCH,且包括从时间单元(N-K)至当前调度时间单元K,网络设备调度终端设备在PUSCH上发送的总比特数目TotalDataUL,和/或网络设备调度终端设备在PDSCH上传输的总比特数目TotalDataDL;当TotalDataUL+TotalDataDL<Ftotal时,发送该PUSCH,和/或接收该PDSCH;其中,Ftotal为第二最大数据量,N、K、N-K为大于或等于零的正整数。
换句话说,如果网络设备调度的上行数据和/或下行数据的总比特数大于该终端设备在周期性业务的传输周期内的第一最大数据量,那么终端设备可以不处理对应的调度信息。
示例性的,时隙可以是时间单元的一种,例如ms。
第二方面,提供了一种数据传输方法,该方法可以由网络设备执行,或者,也可以由用于网络设备的芯片或电路执行,本申请对此不作限定。为了便于描述,下面以由网络设备执行为例进行说明。
该方法包括:接收第一信息,该第一信息用于指示终端设备在第一时段内进行通信的第一最大数据量,该第一时段为终端设备的数据的传输周期,且在第一时段内的第一最大数据量小于在该第一时段内进行连续通信的第二最大数据量;根据该第一信息对该终端设备进行资源调度。
根据本申请提供的方案,通过接收终端设备在第一时段内的第一最大数据量,其中该第一最大数据量可以理解为在第一时段内终端设备传输的数据包的大小,使得在资源调度时考虑终端设备的基带能力,进而能够有效降低终端设备的成本,优化AR或VR业务的通信。
结合第二方面,在第二方面的某些实现方式中,该在第一时段内的第一最大数据量包括:上下行层2缓存大小。
结合第二方面,在第二方面的某些实现方式中,该第一信息包括以下信息中的一个或多个:图像的清晰度、信源编码方法、信源压缩率和第一索引,该第一索引与第一最大数据量对应。
结合第二方面,在第二方面的某些实现方式中,该第二信息还包括以下信息中的一个或多个:该第一时段、数据包空口传输时延、数据包传输的占空比和数据包核心网时延及本地渲染时延,其中,该数据包空口传输时延小于该第一时段。
结合第二方面,在第二方面的某些实现方式中,接收第二信息,该第二信息用于确定该终端设备的最大上行传输速率和/或最大下行传输速率,该第二信息包括以下信息中的一个或多个:载波组合中各个载波的带宽、子载波间隔或时隙时长、最大调制阶数、最大传输码率、最大传输层数和缩放因子;根据该第二信息确定该终端设备的最大上下行传输速率;根据该终端设备的最大上下行传输速率和该第一信息确定该终端设备在该第一时段内进行通信的最大数据量。
结合第二方面,在第二方面的某些实现方式中,该第一时段包括N个时间单元,包括:发送调度信息,该调度信息用于调度终端设备的物理上行共享信道PUSCH和/或物理下行共享信道PDSCH,且包括从时间单元(N-K)至当前调度时间单元K,网络设备调度终端设备在该PUSCH上传输的总比特数目TotalDataUL,和/或网络设备调度终端设备在该PDSCH上传输的总比特数目TotalDataDL;其中,TotalDataUL+TotalDataDL<Ftotal,Ftotal为第二最大数据量,N、K、N-K为大于或等于零的正整数。
结合第一方面或第二方面,在某些实现方式中,本申请所涉及的第一信息、第二信息承载方式可以是但不限于:无线资源控制信令、媒体接入控制(media access control,MAC)层信令中的一种或者两种的组合。其中,无线资源控制信令包括无线资源控制(radioresource control,RRC)信令;MAC层信令包括MAC控制元素(MAC control element,MACCE)信令;调度信息可以承载在物理层(physical,PHY)信令中,物理层信令包括下行控制信息(downlink control information,DCI)信令等。
第三方面,提供了一种数据传输装置,包括:处理单元,用于确定终端设备在第一时段内进行通信的最大数据量,该第一时段为终端设备的数据的传输周期,该在第一时段内进行通信的第一最大数据量小于在该第一时段内进行连续通信的第二最大数据量;收发单元,用于发送第一信息,该第一信息用于指示该第一最大数据量。
应理解,针对AR或VR业务的终端设备,其业务数据为周期性到达,即一个数据包到达后,经过第一时段后另一个数据包才会到达。示例性的,第一时段的取值为绝对时间值,或者子载波对应的时隙数、帧数或符号数,这里第一时段可以理解为在周期性业务中数据包的到达周期,例如16ms。
终端设备在第一时段内能够传输的总比特数小于终端设备在第一时段内能够传输的最大总比特数。当终端设备在第一时段内连续传输,每个单位传输时间内终端设备都按照其最大上行传输速率和/或其最大下行传输速率进行传输时,终端设备在第一时段内传输的总比特数为终端设备在第一时段内的最大总比特数。
这里最大上下行传输速率包括:最大上行传输速率和最大下行传输速率。其中,对于一个上行或下行的频段组合,用户能够支持的最大上行或下行的最大传输速率如下:
Figure BDA0003107054710000051
需要说明的是,“能够通信的”或“能够传输的”或“能够处理的”是可以等价的,本申请对此不作具体限定。
需要说明的是,传输可以是指数据的接收和/或发送,也可以是指发送和/或接收数据。终端设备在该第一时段内进行通信的第一最大数据量,可以理解为终端设备在10ms内所能处理的上行和/或下行通信数据的总比特数。终端设备在该第一时段内进行连续通信的第二最大数据量,可以理解为终端设备在16ms的通信过程中与网络设备一直有数据传输。如图3所示,针对AR或VR业务,第一最大数据量可以理解为在10ms内终端设备的通信数据量,即对应阴影部分面积;第二最大数据量可以理解为在16ms内终端设备连续通信的数据量,即对应阴影部分和白色部分的面积。
本申请实施例中,第一最大数据量可以直接根据数据包大小确定,也可以根据终端硬件能力和业务特性进一步确定。
结合第三方面,在第三方面的某些实现方式中,该在第一时段内的第一最大数据量包括:上下行层2缓存大小。
应理解,终端设备的基带存储能力之一就是上下行层2缓存大小。这里上下行层2缓存大小可以理解为对于所有无线承载终端设备能够存储在无线链路管理层(radio linkcontrol,RLC)发送窗口、RLC接收和重组窗口、以及分组数据汇聚协议(packet dataconvergence protocol,PDCP)重新排序窗口中的总的比特数量或字节数量。
结合第三方面,在第三方面的某些实现方式中,该第一信息包括以下信息中的一个或多个:图像的清晰度、信源编码装置、信源压缩率和第一索引,该第一索引与该第一最大数据量对应。
应理解,该实现方式是终端设备隐式地指示其在第一时段内的第一最大数据量。
以下行为例,终端设备上报下行视频清晰度(例如:4K或8K或32K等)、信源编码方法(例如:H264或H265等)、信源压缩率(例如:30%或60%等)。可以通过协议预定义视频清晰度、信源编码方法和信源压缩率之间的对应关系。例如,视频清晰度4K、信源编码方法H264和信源压缩率30%对应,用于指示终端设备在第一时段内进行通信的第一最大数据量为100bits;再例如,视频清晰度8K、信源编码方法H264和信源压缩率60%对应,用于指示终端设备在第一时段内进行通信的第一最大数据量为200bits等。
示例性的,终端设备向网络设备上报第一索引值“1”,该第一索引值“1”与100bits的数据包对应,即该索引值“1”用于指示终端设备在第一时段内进行通信的第一最大数据量为100bits。
结合第三方面,在第三方面的某些实现方式中,该第一信息还包括以下信息中的一个或多个:该第一时段、数据包空口传输时延、数据包传输的占空比和数据包核心网时延及本地渲染时延,其中,该数据包空口传输时延小于该第一时段。
应理解,该实现方式可以理解为终端设备直接或间接地上报其在第一时段内处理该第一最大数据量所使用的时间,例如10ms。
示例性的,终端设备直接上报数据包空口传输时延;或者,将该第一信息中的多个信息进行组合。例如,通过第一时段和数据包传输的占空比可以确定数据包空口传输时延;或者通过第一时段和数据包核心网时延及本地渲染时延也可以确定包空口传输时延等。
应理解,该空口传输时延的取值可以为绝对时间值,或者子载波对应的时隙数、帧数或符号数,例如10ms。
结合第三方面,在第三方面的某些实现方式中,该收发单元,还用于发送第二信息,该第二信息用于确定该终端设备的最大上行传输速率和/或最大下行传输速率,该第二信息包括以下信息中的一个或多个:载波组合中各个载波的带宽、子载波间隔或时隙时长、最大调制阶数、最大传输码率、最大传输层数和缩放因子。
示例性的,该第二信息可以包括终端设备的硬件能力信息。
在本申请实施例中,该硬件处理能力可以理解为终端设备的最大上性传输速率和/或最大下行传输速率。应理解,针对AR或VR业务能力,为了保证硬件能力和基带能力解耦,终端设备的硬件能力可以维持不变。
结合第三方面,在第三方面的某些实现方式中,该处理单元,还用于:根据数据包大小确定该第一最大数据量。
结合第三方面,在第三方面的某些实现方式中,该处理单元,还用于:根据该数据包空口传输时延和该终端设备的最大上下行传输速率确定该第一最大数据量。
其中,数据包空口传输时延可以通过数据包到达周期、数据包传输的占空比或数据包核心网时延及本地渲染时延确定。
另外,在第一时段内进行连续通信的第二最大数据量是根据该第一时段和该终端设备的最大上行传输速率和/或最大下行传输速率确定的。
结合第三方面,在第三方面的某些实现方式中,该第一时段包括N个时间单元,该收发单元,还用于:接收调度信息,该调度信息用于调度物理上行共享信道PUSCH和/或物理下行共享信道PDSCH,且包括从时间单元(N-K)至当前调度时间单元K,网络设备调度所述终端设备在所述PUSCH上发送的总比特数目,TotalDataUL和/或所述网络设备调度所述终端设备在所述PDSCH上传输的总比特数目TotalDataDL
当TotalDataUL+TotalDataDL<Ftotal时,发送该PUSCH,和/或接收该PDSCH;其中,Ftotal为该第二最大数据量,N、K、N-K为大于或等于的正整数。
换句话说,如果网络设备调度的上行数据和/或下行数据的总比特数大于该终端设备在周期性业务的传输周期内的第一最大数据量,那么终端设备可以不处理对应的调度信息。
第四方面,提供了一种数据传输装置,包括:收发单元,用于接收第一信息,该第一信息用于指示终端设备在第一时段内进行通信的第一最大数据量,该第一时段为终端设备的数据的传输周期,该在第一时段内的第一最大数据量小于在该第一时段内进行连续通信的第二最大数据量;处理单元,用于根据该第一信息对该终端设备进行资源调度。
结合第四方面,在第四方面的某些实现方式中,该在第一时段内的第一最大数据量包括:上下行层2缓存大小。
结合第四方面,在第四方面的某些实现方式中,该第一信息包括以下信息中的一个或多个:图像的清晰度、信源编码装置、信源压缩率和第一索引,该第一索引与第一最大数据量对应。
结合第四方面,在第四方面的某些实现方式中,该第一信息还包括以下信息中的一个或多个:该第一时段、数据包空口传输时延、数据包传输的占空比和数据包核心网时延及本地渲染时延,其中,该数据包空口传输时延小于该第一时段。
结合第四方面,在第四方面的某些实现方式中,该收发单元,还用于接收第二信息,例如该终端设备的硬件能力信息,该第二信息用于确定该终端设备的最大上下行传输速率,该第二信息包括以下信息中的一个或多个:载波组合中各个载波的带宽、子载波间隔或时隙时长、最大调制阶数、最大传输码率、最大传输层数和缩放因子;该处理单元,还用于根据该第二信息确定该终端设备的最大上下行传输速率;该处理单元,还用于根据该终端设备的最大上下行传输速率和该第一信息确定该终端设备在该第一时段内进行通信的第一最大数据量。
结合第四方面,在第四方面的某些实现方式中,该收发单元,还用于发送调度信息,该调度信息用于调度物理上行共享信道PUSCH和/或物理下行共享信道PDSCH,且包括从时间单元(N-K)至当前调度时间单元K,网络设备调度终端设备在该PUSCH上传输的总比特数目TotalDataUL,和/或网络设备调度终端设备在该PDSCH上传输的总比特数目TotalDataDL;其中,TotalDataUL+TotalDataDL<Ftotal,Ftotal为第二最大数据量,N、K、N-K为大于或等于零的正整数。
结合第三方面或第四方面,在某些实现方式中,本申请所涉及的第一信息、调度信息等承载方式可以是但不限于:无线资源控制信令、媒体接入控制MAC层信令和物理层PHY信令中的一种或者至少两种的组合。其中,无线资源控制信令包括RRC信令;MAC层信令包括MAC CE信令;物理层信令包括DCI信令等。
第五方面,提供了一种终端设备,包括,处理器,可选地,还包括存储器,该处理器用于控制收发器收发信号,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得该第一节点和/或终端设备执行上述第一方面或第一方面中任一种可能实现方式中的方法。
可选地,该处理器为一个或多个,该存储器为一个或多个。
可选地,该存储器可以与该处理器集成在一起,或者该存储器与处理器分离设置。
可选地,该终端设备还包括收发器,收发器具体可以为发射机(发射器)和接收机(接收器)。
第六方面,提供了一种网络设备,包括,处理器,可选地,还包括存储器,该处理器用于控制收发器收发信号,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得该网络设备执行上述第二方面或第二方面中任一种可能实现方式中的方法。
可选地,该处理器为一个或多个,该存储器为一个或多个。
可选地,该存储器可以与该处理器集成在一起,或者该存储器与处理器分离设置。
可选地,该网络设备还包括收发器,收发器具体可以为发射机(发射器)和接收机(接收器)。
第七方面,提供了一种通信装置,包括:用于实现第一方面或第一方面任一种可能实现方式中的方法的各个模块或单元,或者用于实现第二方面或第二方面任一种可能实现方式中的方法的各个模块或单元。
第八方面,提供了一种通信系统,包括:终端设备,用于执行上述第一方面或第一方面任一种可能实现方式中的方法;以及网络设备,用于执行上述第二方面或第二方面任一种可能实现方式中的方法。
第九方面,提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序或代码,该计算机程序或代码在计算机上运行时,使得该计算机执行上述第一方面或第一方面任一种可能实现方式中的方法,第二方面或第二方面任一种可能实现方式中的方法。
第十方面,提供了一种芯片,包括至少一个处理器,该至少一个处理器与存储器耦合,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得安装有该芯片系统的终端设备执行上述第一方面或第一方面任一种可能实现方式中的方法,以及使得安装有该芯片系统的网络设备执行第二方面或第二方面任一种可能实现方式中的方法。
其中,该芯片可以包括用于发送信息或数据的输入电路或者接口,以及用于接收信息或数据的输出电路或者接口。
第十一方面,提供了一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码被网络设备运行时,使得该第一节点和/或终端设备执行上述第一方面或第一方面任一种可能实现方式中的方法,以及使得该网络设备执行第二方面或第二方面任一种可能实现方式中的方法。
根据本申请实施例的方案,针对AR或VR终端业务时频域上的特性,提出了一种基带能力与硬件处理能力解耦的终端设备类型,并且提出了针对这种终端设备类型的通信与传输方法,有效降低终端设备的成本,实现对AR或VR业务的无线通信作进一步优化。
附图说明
图1是适用本申请的通信系统的一例示意图。
图2是eMBB业务和XR业务的终端设备的硬件能力和基带能力解耦的一例示意图。
图3是eMBB业务和XR业务的数据包传输的一例示意图。
图4是适用本申请的数据传输方法的一例示意图。
图5是适用本申请的终端设备的基带计算能力和/或存储能力的一例示意图。
图6是适用本申请的终端设备的基带计算能力和/或存储能力的另一例示意图
图7是适用本申请的数据传输方法的又一例示意图。
图8是适用本申请的终端设备的业务特性的一例示意图。
图9是适用本申请的数据传输方法的又一例示意图。
图10是适用本申请的数据传输方法的又一例示意图。
图11是适用本申请的数据传输方法的又一例示意图。
图12是适用本申请的数据传输装置的一例示意图。
图13是适用本申请的数据传输装置的另一例示意图。
图14是适用本申请的终端设备的一例示意图。
图15是适用本申请的网络设备的一例示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(globalsystem of mobile communication,GSM)系统、码分多址(code division multipleaccess,CDMA)系统、宽带码分多址(wideband code division multiple access,WCDMA)系统、通用分组无线业务(general packet radio service,GPRS)、长期演进(long termevolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、先进的长期演进系统LTE-A、通用移动通信系统(universalmobile telecommunication system,UMTS)、全球互联微波接入(worldwideinteroperability for microwave access,WiMAX)通信系统、以及第五代(5thgeneration,5G)系统或新无线(new radio,NR)等。
为便于理解本申请实施例,首先结合图1详细说明适用于本申请实施例的通信系统。
图1是适用于本申请的数据传输方法的通信系统100的示意图。如图1所示,该通信系统100包括:网络控制器110、至少一个网络设备(例如,网络设备120和网络设备130)和至少一个终端设备(例如,终端设备140和终端设备150)。
具体地,终端设备140和150可以通过无线的方式与网络设备120和130相连,网络设备120和130可以通过无线或有线的方式与网络控制器110连接。网络控制器110与网络设备120和130可以是独立的不同的物理设备,也可以是将网络控制器110的功能与网络设备120和130的逻辑功能集成在同一个物理设备上,还可以是一个物理设备上集成了部分网络控制器110的功能和部分的网络设备120和130的功能。通信网络可以包括能够支持多个终端设备通信的多个网络设备。终端设备可以通过下行链路和上行链路与网络设备进行通信。其中,下行链路(也可称为前向链路)是指从网络设备到终端设备的通信链路,而上行链路(也可称为反向链路)是指从终端设备到网络设备的通信链路。
本申请实施例中的终端设备(例如,终端设备140或终端设备150)终端设备可以是固定位置的,也可以是可移动的。终端设备通过无线接入网(radio access network,RAN)(例如图1中的网络设备120或者网络设备130)与一个或多个核心网(core network,CN)(例如图1中的网络控制器110)进行通信。终端设备可以指用户设备(user equipment,UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备可以是无线局域网(wireless local areanetworks,WLAN)中的站点(station,ST),还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字处理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备以及下一代通信系统,例如,5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public landmobile network,PLMN)中的终端设备等,本申请实施例对此并不限定。
本申请实施例中的网络设备(例如,网络设备120或网络设备130)可以是用于与终端设备通信的设备,该网络设备可以是全球移动通讯GSM系统或码分多址CDMA中的网络设备(base transceiver station,BTS),也可以是宽带码分多址WCDMA系统中的网络设备(nodeB,NB),还可以是LTE系统中的演进型网络设备(evolutional nodeB,eNB或eNodeB),还可以是云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器,或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备以及5G系统中的网络设备,如传输点(transmission point,TP)、发送接收点(transmission reception Point,TRP)、基站、小基站设备等,又或者是未来演进的公共陆地移动网络PLMN网络中的网络设备等,本申请实施例并不限定。
在本申请实施例中,该网络设备120和130可以由网络控制器110控制和/或调度。网络控制器110可以根据从各网络设备获得和维护的信息对所控制的多个网络设备进行统一的资源调度和管理。例如,向所控制的多个网络设备发送控制消息和/或指示信息等。网络设备120和130、以及终端设备140和150可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上;还可以部署在空中的飞机、气球和卫星上。本申请的实施例对网络设备和终端设备的应用场景不做限定。
应理解,网络控制器110可以是单独的物理设备(如图1所示),也可以是集成在网络设备上的一个软件和/或硬件功能模块,本申请对此并未特别限定。
需要说明的是,将终端设备(例如,终端设备140)接入的网络设备(例如,网络设备120)称为服务网络设备,终端设备140在开机后可以通过服务小区搜索选择一个合适或可接纳的服务小区后,然后通过附着流程完成与网络侧的连接。终端设备140在完成附着流程后,便可以与该网络设备120进行数据通信。
需要说明的是,本申请实施例可以适用于下行信号传输,也可以适用于上行信号传输。对于下行信号传输,发送设备是网络设备,对应的接收设备是终端设备。对于上行信号传输,发送设备是终端设备,对应的接收设备是网络设备。本申请的实施例信号的传输方向不做限定。
网络设备和终端设备之间,以及终端设备和终端设备之间可以通过授权频谱(licensed spectrum)进行通信,也可以通过免授权频谱(unlicensed spectrum)进行通信,还可以同时通过授权频谱和免授权频谱进行通信。网络设备和终端设备之间,以及终端设备和终端设备之间可以通过6吉赫兹(GHz)以下的频谱进行通信,也可以通过6GHz以上的频谱进行通信,还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请的实施例对网络设备和终端设备之间所使用的频谱资源不做限定。
应理解,图1仅为便于理解而示例的简化示意图,该通信系统100中还可以包括其他网络设备,如无线中继设备和无线回传设备;类似地,该系统也可以包括更多的终端设备。本申请的实施例对该移动通信系统中包括的网络控制器、网络设备和终端设备的数量不做限定。还应理解,该系统也可以称为网络,本申请对此并不限定。
为便于理解本申请实施例,首先对本申请中涉及的概念做简单说明。
1、子载波间隔(subcarrier spacing,SCS)。目前标准中定义有5种SCS,其序号μ为0~4,分别对应15KHz、30KHz,60KHz,120KHz和240KHz。
2、小区。从高层(例如无线资源控制层、媒体接入控制层等在物理层之上的协议层)的资源管理或移动性管理的角度来看,每个网络设备的覆盖范围可以被划分为一个或多个小区。目前,一个小区可以被配置一个下行载波,可选地,还被配置至少一个上行载波。一个带宽部分(bandwidth part,BWP)是一个小区的某个载波上的部分带宽。小区是一个通用的名称,针对终端设备而言,为其提供服务的小区称为服务小区。本申请中所涉及的小区也可以称为服务小区。
应理解,载波聚合(carrier aggregation,CA)下,终端设备能够在多个分量载波(component carriers,CCs)上进行传输。每个分量载波的带宽可以为5兆赫兹(MHz)、10MHz、50MHz、100MHz等取值。对于FDD载波聚合,聚合的下行载波数目一定大于或者等于聚合的上行载波数目;对于TDD载波聚合,聚合的下行载波数目一定等于聚合的上行载波数目。当终端设备没有使用载波聚合时,终端设备被配置一个服务小区,为主服务小区(primary serving cell,PCell);当终端设备使用载波聚合时,终端设备被配置多个服务小区,包含一个主服务小区和一个或者多个辅服务小区(secondary serving cell,SCell)。
3、上行补充链路(supplementary uplink,SUL)。一个服务小区包含一个DL CC、一个UL CC、一个或者多个SUL CC。目前标准中,终端设备可以在UL CC和SUL CC中选择一个CC进行上行传输,终端设备不能同时在两个CC上进行上行传输。例如,一个服务小区包含3.5GHz频段的DL CC和UL CC,并且其包含2.1GHz频段的SUL CC。终端设备既可以通过在3.5GHz UL CC上传输信道探测参考信号(sounding reference signal,SRS)更好的帮助3.5GHz DL CC上的数据传输,也可以通过2.1GHz SUL CC获得更好的上行覆盖。
4、双连接(dual connectivity,DC)。DC系统中包含主节点(master node,MN)和辅节点(secondary node,SN),即终端设备和多个服务小区建立连接。主节点是控制面与CN相连的节点。辅节点也是控制面与CN相连的节点,但是可以给终端设备提供额外的辅助无线资源。在非DC系统中,终端设备只和一个网络设备进行通信。
多无线接入技术双连接(multi-RAT dual connectivity,MR-DC)聚合两个不同系统的站点,比如演进的通用地面无线接入-新无线双连接(EUTRA-NR dual connectivity,EN-DC)中LTE eNB为MN、NR gNB为SN,新无线-演进的通用地面无线接入双连接(NR-EUTRAdual connectivity,EN-DC)中NR gNB为MN、LTE eNB为SN。
新无线双连接(new radio dual connectivity,NR-DC)聚合NR的两个站点,即一个NR gNB为MN,另一个NR gNB为SN。
对于双连接终端设备,网络设备为其配置一个主小区组(master cell group,MCG)和一个辅小区组(secondary cell group,SCG),MCG为与MN相关联的一组服务小区,SCG为与SN相关联的一组服务小区。
MCG中的主服务小区是主小区(primary cell,PCell),SCG中的主服务小区是主辅小区(primary secondary cell,PSCell),MCG和SCG中的其它服务小区是辅小区(secondary cell,SCell)。
MCG下的PCell和MCG下的SCell通过载波聚合(carrier aggregation,CA)技术联合在一起。SCG下的PSCell和SCG下的SCell也是通过载波聚合技术联合在一起。
下面介绍目前标准中与最大上行或下行传输速率、基带计算能力、基带存储能力相关的定义。
1、基带计算能力
应理解,网络设备对终端设备的资源调度需要依据终端设备的基带计算能力,也就是终端设备在单位时间或者一段时间内能够处理的总比特数。
在本申请实施例中,基带计算能力也可以称为是基带处理能力和基带调度能力。
(1)物理下行共享信道(physical downlink shared channel,PDSCH)的调度需要满足以下两个约束条件。
约束条件一:终端设备在一个时隙中、在一个频段组合中的所有载波上传输的数据不能超过最大传输速率DataRate。
示例性的,在一个包含J个服务小区的小区组(cell group)中,当PDSCH的传输时间与第j个服务小区的第sj个时隙有重叠,j∈{0,1,2,...,J-1},那么对于重叠时间内的任何给定时刻,如果以下条件不满足,则终端设备不处理这个PDSCH。
Figure BDA0003107054710000121
对于第j个服务小区,J是频段组合中包含的载波个数。M为时隙sj中的传输块(transport block,TB)个数或载波或时隙。
Figure BDA0003107054710000122
为一个时隙的时长,其中μ(j)为第j个服务小区的第sj个时隙的参数集(numerology)。
对于第m个TB,
Figure BDA0003107054710000123
A是这个TB包含的比特数。
C是这个TB包含的码块(code block,CB)个数。
C′是网络设备给这个TB调度时频资源时所依据的CB个数。
DataRate(以每秒传输的比特数量(megabits per second,Mbps)为单位)为终端设备在配置的所有服务小区上所能传输的最大速率,终端设备可同时配置的服务小区可以对应终端设备上报的任意一个载波组合或特性集合。
约束条件二:终端设备在一个时隙中的单个载波上传输的数据不能超过最大传输速率DataRateCC。
对于第j个服务小区的PDSCH传输,当系统对终端设备的PDSCH处理时延有较高的要求,即配置字段,例如processingType2Enabled,或者PDSCH的调制阶数大于某个阈值时,如果以下条件不满足,则终端设备不处理这个PDSCH。
Figure BDA0003107054710000124
L为PDSCH所占用的符号个数。
M为PDSCH中包含的TB个数或载波或时隙。
Figure BDA0003107054710000125
为一个时隙的时长,其中μ为第j个服务小区的参数集(numerology)。
对于第m个TB,
Figure BDA0003107054710000126
A是这个TB包含的比特数。
C是这个TB包含的CB个数。
C′是网络设备给这个TB调度时频资源时所依据的CB个数。
DataRateCC(以Mbps为单位)为终端设备在配置第j个服务小区上所能传输的最大速率,终端设备可同时配置的服务小区可以对应终端设备上报的任意一个载波组合或特性集合。单CC或单服务小区的最大传输速率的计算方法如下述公式(3)所述,计算中包含缩放因子f(i)。
(2)物理上行共享信道(physical uplink shared channel,PUSCH)的调度约束
PUSCH的调度约束与PDSCH的调度约束相同。另外,对于PUSCH的重复传输,每次PUSCH重复也应该算作一次PUSCH传输。
2、最大传输速率
对于终端设备支持的不同频段或者频段组合,终端设备支持的最大上行或下行传输速率计算方法如下。
(1)载波聚合或双连接或多连接框架下终端的最大传输速率:
对于一个上行或下行的频段组合或特性组合(特性组合可能包含多个频段组合),终端设备能够支持的最大上行或下行的最大传输速率(即上一节1、基带计算能力中的DataRate)为单位时间内频段组合内的每个载波或配置的服务小区上能够发送的最大数据量的和,其中单位时间内每个载波上能够发送的最大比特量可以根据终端设备在这个载波上支持的最大码率,最大层数,最大调制阶数,最大频域资源数等参数来确定,并如下所示:
Figure BDA0003107054710000131
其中,J是频段组合中包含的载波个数或服务小区个数;
Rmax是每个载波或服务小区上支持的最大码率。
Figure BDA0003107054710000132
是每个载波或服务小区上支持的最大层数。
Figure BDA0003107054710000133
是每个载波或服务小区上支持的最大调制阶数。
f(j)是每个载波或服务小区上的缩放因子。
Figure BDA0003107054710000138
是每个载波或服务小区上的正交频分复用技术(orthogonal frequencydivision multiplexing,OFDM)符号长度。
Figure BDA0003107054710000135
是每个载波或服务小区上能够分配的最大频域资源数。
OH(j)是每个载波或服务小区上的额外开销。
上述公式也可以写成:
Figure BDA0003107054710000136
其中,J是频段组合中包含的载波个数或服务小区个数;
其中,DateRateCCj是单位时间内每个载波或服务小区上能够发送的最大比特量:
Figure BDA0003107054710000137
(2)SUL框架下终端设备的最大上行传输速率:
对于SUL框架下的终端设备的最大上行传输速率,对于一个上行频段组合或者上行特性组合(特定组合可能包含多个频段组合),服务小区内包含至少两个上行载波,即一个UL CC和一个或者多个SUL CC。分别计算终端设备在单位时间内在每个载波上能够发送的最大比特量,终端设备的最大上行传输速率为上行频段组合内每个载波上能够发送的最大比特量的最大值。
3、基带存储能力
应理解,终端设备的基带存储能力之一为用于上行传输和下行传输的上下行层2(layer1,L2)缓存,即可以简称为上下行L2缓存。其中,上下行L2缓存可以理解为对于所有无线承载终端设备能够存储在无线链路控制(radio link control,RLC)层发送窗口、RLC接收和重组窗口、以及分组数据汇聚协议(packet data convergence protocol,PDCP)重新排序窗口中的总的比特数量或字节数量。
(1)上下行L2缓存大小与数据包空口传输时延,其中空口传输时延也可以称为无线链路控制往返时间(radio link control round-trip time,RLC RTT):
以下行传输为例,对于无线空口的下行发送,网际协议(internet protocol,IP)层将一个PDCP SDU(即IP包)递交给PDCP层,PDCP层对其进行处理后生成一个PDCP PDU并递交给RLC层,RLC层对其进行分包生成一个或者多个RLC PDU并递交给MAC层、PHY层。对于无线空口的下行接收,RLC层等待接收一个PDCP SDU对应的所有RLC PDU并递交给PDCP层,PDCP层对其进行排序后生成一个PDCP SDU并递交给IP层。上下行层2下行缓存用于RLC层和PDCP层缓存一个PDCP SDU对应的所有RLC PDU,只有当RLC层或PDCP层接收PDCP SDU对应的最后一个RLC PDU才能释放一部分上下行层2下行缓存空间。一个RLC SDU的最大传输时延记为RLC RTT,其时长也可以认为系统对下行传输的空口时延要求。
目前标准中,上下行L2缓存设计主要针对于eMBB业务,例如网页阅读,长视频在线观看等。这些业务的时延要求较低,例如50ms,可以认为终端设备在较长时间的通信过程中一直有数据传输,即业务占空比为1。因此,当终端设备在一段时间内连续传输,这段时间的时长为空口传输时延,每个单位传输时间终端设备都按照其最大下行(上行)传输速率进行传输,终端设备在这段时间内传输的总比特量为下行(上行)L2缓存大小,即L2下行(上行)缓存大小为终端设备的峰值速率(MaxDLDataRate,即RDL或MaxULDataRate,即RUL)与空口传输时延(DDL或DUL)的乘积。上下行L2缓存大小为:RDL*DDL+RUL*DUL
目前标准中,一个cell group对应的空口传输时延取值根据cell group中所有cell对应的最小numerology确定。RDL或RUL通过上述最大传输速率的方法计算得到。例如,15KHZ子载波间隔对应50ms空口传输时延,30KHZ子载波间隔对应40ms空口传输时延,60KHZ子载波间隔对应30ms空口传输时延,120KHZ子载波间隔对应20ms空口传输时延等。
(2)MR-DC或NR-DC系统L2缓存大小与上行或下行最大传输速率RDL或RUL有关:
在当前MR-DC或NR-DC标准中,对于MN、SN的上行传输,上下行L2的最大缓存大小可以根据下面两个公式计算得到。
-MaxULDataRate_MN*RLCRTT_MN+MaxULDataRate_SN*RLCRTT_SN+MaxDLDataRate_SN*RLCRTT_SN+MaxDLDataRate_MN*(RLCRTT_SN+X2/Xn delay+Queuing in SN);
-MaxULDataRate_MN*RLCRTT_MN+MaxULDataRate_SN*RLCRTT_SN+MaxDLDataRate_MN*RLCRTT_MN+MaxDLDataRate_SN*(RLCRTT_MN+X2/Xn delay+Queuing in MN);
其中,
X2/Xn delay+Queuing in SN=25ms if SCG is NR,and 55ms if SCG is EUTRA
X2/Xn delay+Queuing in MN=25ms if MCG is NR,and 55ms if MCG is EUTRA
RLC RTT for EUTRA cell group=75ms
RLC RTT for NR cell group如上述2、最大传输速率中所示。
终端设备中的通信器件一般可以包括基带处理器、射频收发器、射频前端和天线。
其中,基带处理器主要包括微控制单元(microcontroller,MCU)和数字信号处理器(digital signal processor,DSP)。MCU主要用于运行基带协议栈代码,例如层2(layer2,L2,包括PDCP,RLC,MAC)调度算法和层3(layer3,L3,包括RRC)、L2、层1(layer1,L1,包括物理层PHY)协议流程实现等;DSP主要用于实现L1核心算法,例如编解码、傅里叶变换或逆傅里叶变换、循环冗余码校验等。总的来说,基带处理器负责将原始比特信息处理后生成数字信号。射频收发器主要包括数模转换器、模数转换器、晶振、锁相环等。具体的,射频发送器负责将数字信号转换成射频模拟信号,射频接收器负责将射频模拟信号转换成数字信号。射频前端主要包括功率放大器、低噪声放大器、滤波器、双/多工器、开关等。射频前端主要负责将模拟信号进行滤波、放大等。天线则用于发送或者接收模拟信号。
其中,终端设备的射频部分包括射频收发器、射频前端和天线,硬件能力主要与终端设备的传输频段、传输带宽、CA能力、多输入输出(multiple-input multiple-output,MIMO)能力、最高调制阶数等中的一个或多个参数有关,换句话说,终端设备的硬件能力与终端设备的最大上行或下行传输速率要求有关。
终端设备的基带部分包括基带处理器。以下行接收为例,终端设备从开始接收一个IP包的数据到这个IP包的数据被完全接收的时间内(小于空口时延要求),基带处理器需要存储并处理这段时间内被接收的所有IP包的数据。直到基带协议栈将这个IP包的数据向上层递交,基带处理器的一部分计算和存储空间才可以被释放。因此,基带的处理能力,包括基带计算能力和基带存储能力,主要与终端设备在一段时间内需要处理的最大总比特数有关。
图2是eMBB业务和AR或VR业务的终端设备的硬件能力和基带能力解耦的一例示意图。需要说明的是,eMBB终端设备的基带能力与数据包大小、上下行L2缓存大小、混合自动重传请求缓存(hybrid automatic repeat request,HARQ)soft buffer大小等基带处理时延有关;硬件能力与频段组合、带宽、最大调制阶数、最大层数、最大码率、带宽缩放因子等参数有关。AR或VR终端设备的基带能力与数据包大小、上下行L2缓存大小、HARQ softbuffer大小等基带处理时延有关。硬件能力与频段组合、带宽、最大调制阶数、最大层数、最大码率、带宽缩放因子等参数有关。
图3是eMBB业务和AR或VR业务的数据包传输的一例示意图。如图3所示,VR或AR业务与eMBB业务存在着差异。其中,eMBB业务的时延要求较低,通常空口时延要求大于50ms,记为第二时段,可以认为网络设备和终端设备在任意第二时段内的通信过程中一直有数据传输,即业务占空比为1。终端设备在第一时段内需要处理的总比特量等于终端设备在第二时段内能够传输的最大总比特量。当终端设备在第二时段内连续传输,且在每个传输时间单元内终端设备都按照其最大上行传输速率或/和上行传输速率进行传输时,终端设备在第二时段内传输的总比特量为终端设备在第二时段内的最大总比特量。
而大多数AR或VR的业务为周期性业务,即一个数据包到达后,经过第一时段后另一个数据包才会到达,其中第一时段为周期性业务的数据包到达周期。所述周期性业务一般为实时视频,所以对时延的要求较高,例如视频帧率为60每秒传输帧数(frames persecond,fps),数据包的到达周期约为16ms,数据包的空口传输时延要求为10ms,可以认为网络设备和终端设备在每个数据包到达周期内均有一段时间没有数据需要传输,即业务占空比为10/16,小于1。终端设备在第一时段内需要处理的总比特数小于终端设备在第一时段内能够传输的最大总比特量。当终端设备在第一时段内连续传输,且在每个单位传输时间内终端设备都按照其最大上行传输速率或/和最大下行传输速率进行传输时,终端设备在第一时段内传输的总比特量为终端设备在第二时段内的最大总比特量。
因此,对于支持当前标准的终端设备,考虑硬件能力满足VR或AR业务的最大上行或下行传输速率要求时,那么其基带能力有冗余。也就是说,可以降低VR或AR业务为主的终端设备的成本。而如何基于此降低终端设备的成本,当前没有解决方案。
有鉴于此,本申请针对VR或AR业务特性提出了一种基带能力与硬件能力解耦的终端设备类型,并且提出了针对这种终端设备类型的通信与传输方法。利用终端设备业务时域上的特性,解耦终端设备的硬件能力与基带能力,适用于VR Cloud Gaming、普通CloudGaming和沉浸式AR游戏业务,并提供此终端设备在NR独立组网场景和MR-DC或NR-DC场景中的通信方法。还利用终端设备业务频域上的特性,进一步对终端设备的硬件能力和基带能力进行解耦。
为了便于理解本申请实施例,做出以下几点说明。
在本申请中,“用于指示”可以包括用于直接指示和用于间接指示。当描述某一指示信息用于指示A时,可以包括该指示信息直接指示A或间接指示A,而并不代表该指示信息中一定携带有A。
此外,具体的指示方式还可以是现有各种指示方式,例如但不限于,上述指示方式及其各种组合等。各种指示方式的具体细节可以参考现有技术,本文不再赘述。由上文所述可知,举例来说,当需要指示相同类型的多个信息时,可能会出现不同信息的指示方式不相同的情形。具体实现过程中,可以根据具体的需要选择所需的指示方式,本申请实施例对选择的指示方式不做限定,如此一来,本申请实施例涉及的指示方式应理解为涵盖可以使得待指示方获知待指示信息的各种方法。
在本申请中,“上下行L2缓存大小”可以包括上行L2缓存大小和/或下行L2缓存大小;“最大上下行传输速率”可以包括最大上行传输速率和/或最大下行传输速率。应理解,上下行L2缓存大小是与最大上下行传输速率互相对应的。
在下文示出的实施例中第一、第二以及各种数字编号指示为了描述方便进行的区分,并不用来限制本申请实施例的范围。例如,区分不同的指示信息等。
在下文示出的实施例中,协议定义可以通过在设备(例如,终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现,本申请对于其具体的实现方式不做限定。本申请实施例中涉及的“协议”可以是指通信领域的标准协议,例如可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议,本申请对此不做限定。
在下文示出的实施例中,“能够通信的”、“能够传输的”和“能够处理的”可以是等价的;“传输”、“通信”和“处理”可以是等价的;“比特数”、“比特量”、“比特数目”和“数据量”也可以是等价的。本申请对此不作具体限定。
“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a、b和c中的至少一项(个),可以表示:a,或,b,或,c,或,a和b,或,a和c,或,b和c,或,a、b和c。其中a、b和c分别可以是单个,也可以是多个。
下面结合附图对本申请实施例中无线通信方法进行详细说明。
图4是适用本申请的数据传输方法的一例示意图,具体实现方法400包括:
S410,终端设备确定终端设备在第一时段内进行通信的第一最大数据量。
其中,该第一时段为终端设备的数据传输周期,且终端设备在第一时段内进行通信的最大数据量小于终端设备在第一时段内进行连续通信的第二最大数据量。
应理解,针对AR或VR业务的终端设备,其业务数据为周期性到达,即一个数据包到达后,经过第一时段后另一个数据包才会到达。示例性的,第一时段的取值为绝对时间值,或者子载波对应的时隙数、帧数或符号数,这里第一时段可以理解为在周期性业务中数据包的到达周期,例如16ms。
终端设备在第一时段内能够传输的总比特数小于终端设备在第一时段内能够传输的最大总比特数。当终端设备在第一时段内连续传输,每个单位传输时间内终端设备都按照其最大上行传输速率和/或其最大下行传输速率进行传输时,终端设备在第一时段内传输的总比特数为终端设备在第一时段内的最大总比特数。本申请一个实施例中,AR或VR业务的终端设备在第一时段内需要处理的总比特数小于最大上行传输速率和/或最大下行传输速率要求与空口时延要求的乘积。也可以说,终端设备在第一时段内能够传输的平均下行传输速率小于其最大下行传输速率,和/或终端设备在第一时段内能够传输的平均上行传输速率小于其最大上行传输速率。其中,所述平均下行传输速率为终端设备在第一时段内能够下行传输的总比特数除以第一时段,所述平均上行传输速率为终端设备在第一时段内能够上行传输的总比特数除以第一时段。
这里最大上下行传输速率包括:最大上行传输速率和最大下行传输速率。其中,对于一个上行或下行的频段组合,用户能够支持的最大上行或下行的最大传输速率如上述公式(3)
需要说明的是,传输可以是指数据的接收和/或发送,也可以是指发送和/或接收数据。终端设备在该第一时段内进行通信的第一最大数据量,可以理解为终端设备在10ms内所能处理的上行和/或下行通信数据的总比特数。终端设备在该第一时段内进行连续通信的第二最大数据量,可以理解为终端设备在16ms的通信过程中与网络设备一直有数据传输。如图3所示,针对AR或VR业务,第一最大数据量可以理解为在10ms内终端设备的通信数据量,即对应阴影部分面积;第二最大数据量可以理解为在16ms内终端设备连续通信的数据量,即对应阴影部分和黑色部分的面积。
本申请实施例中,第一最大数据量可以直接根据数据包大小确定,也可以根据终端硬件能力和业务特性进一步确定。在第一时段内进行连续通信的第二最大数据量可以是根据该第一时段和该终端设备的最大上行传输速率和/或最大下行传输速率确定的。
作为示例而非限定,终端设备在第一时段内的最大通信数据量可以包括:上下行层2缓存大小。
应理解,终端设备的基带存储能力之一就是L2缓存大小。其中,上下行L2缓存可以理解为对于所有无线承载终端设备能够存储在RLC发送窗口、RLC接收和重组窗口、以及PDCP重新排序窗口中的总的比特数量或字节数量。
S420,终端设备向网络设备发送第一信息。
对应的,网络设备接收来自终端设备的第一信息。
其中,该第一信息用于指示该终端设备在第一时段内进行通信的第一最大数据量。
一种可能的实现方式,该第一信息包括以下信息中的一个或多个:图像的清晰度、信源编码方法、信源压缩率和第一索引,该第一索引与该第一最大数据量对应。
以下行为例,终端设备可以上报下行视频清晰度(例如:4K或8K或32K等)、信源编码方法(例如:H264或H265等)、信源压缩率(例如:30%或60%等)。通过协议预定义视频清晰度、信源编码方法和信源压缩率之间的对应关系,使得网络设备根据接收来自终端设备的第一信息可以进一步确定第一最大数据量。例如,当该第一信息包括视频清晰度4K、信源编码方法H264和信源压缩率30%,则指示终端设备在第一时段内进行通信的第一最大数据量为100bits;再例如,当该第一信息包括视频清晰度8K、信源编码方法H264和信源压缩率60%,则指示终端设备在第一时段内进行通信的最大数据量为200bits等。因此,网络设备在接收到4K、H264和30%后就可以确定该终端设备在周期性业务的传输周期内的最大通信数据量为100bits等。
示例性的,终端设备向网络设备上报第一索引值“1”,该第一索引值“1”与100bits的数据包对应,即该索引值“1”用于指示终端设备在第一时段内进行通信的第一最大数据量为100bits。
另一种可能的实现方式,该第一信息还包括以下信息中的一个或多个:第一时段(即数据包到达周期,例如16ms)、数据包空口传输时延、数据包传输的占空比和数据包核心网时延及本地渲染时延。这里数据包空口传输时延是小于第一时段的。
应理解,该实现方式可以看作是终端设备直接或间接地上报其在第一时段内处理的第一最大数据量所使用的时间,即数据包空口传输时延,例如10ms。
应理解,数据包空口传输时延可以通过数据包到达周期、数据包传输的占空比或数据包核心网时延及本地渲染时延确定。
示例性的,终端设备直接上报数据包空口传输时延(例如,10ms)。或者,终端设备将该第一信息中的多个信息进行组合上报。例如,通过第一时段(例如,16ms)和数据包传输的占空比ρ可以确定数据包空口传输时延;或者通过第一时段(例如,16ms)和数据包核心网时延及本地渲染时延(例如6ms)或1-数据包传输的占空比δ也可以确定包空口传输时延等。
应理解,该空口传输时延的取值可以为绝对时间值,或者子载波对应的时隙数、帧数或符号数,例如10ms。
进一步地,终端设备向网络设备发送第二信息。
对应的,网络设备接收来自终端设备的第二信息;并且网络设备根据该第二信息确定终端设备的最大上行传输速率和/或最大下行传输速率。
该第二信息用于确定终端设备的最大上行传输速率和/或最大下行传输速率,该第二信息包括以下信息中的一个或多个:载波组合中各个载波的带宽、子载波间隔或时隙时长、最大调制阶数、最大传输码率、最大传输层数和缩放因子。
示例性的,该第二信息可以包括终端设备的硬件能力信息。在本申请实施例中,该硬件处理能力可以理解为终端设备的最大上行传输速率和/或最大下行传输速率。
应理解,针对AR或VR业务能力,为了保证硬件能力和基带能力解耦,终端设备的硬件能力可以维持不变。
因此,网络设备基于上述第一信息中的一个或多个参数,例如第一时段(即数据包到达周期,例如16ms)、数据包空口传输时延、数据包传输的占空比和数据包核心网时延及本地渲染时延,以及上述第二信息中的一个或多个参数,例如载波组合中各个载波的带宽、子载波间隔或时隙时长、最大调制阶数、最大传输码率、最大传输层数和缩放因子,能够进一步确定终端设备在第一时段内进行通信的第一最大数据量。
作为示例而非限定,终端设备在第一时段内进行通信的第一最大数据量可以通过如下的方式确定:根据数据包大小确定终端设备在第一时段内进行通信的第一最大数据量。或者,根据数据包空口传输时延和终端设备的最大上行传输速率和/或最大下行传输速率确定终端设备在第一时段内进行通信的第一最大数据量。
S430,网络设备根据第一信息对该终端设备进行资源调度。
一种可能的实现方式,网络设备向终端设备发送调度信息;对应的,终端设备接收来自网络设备的调度信息;并且,终端设备根据该调度信息是否满足约束条件来确定是否收发PDSCH和/或PUSCH。
一种可能的实现方式,对于如图6所示的一种终端设备,不同频段、不同系统共享基带计算资源,上下行具有独立的基带计算资源;或者不同频段、不同系统、上下行共享存储资源。网络设备对上行传输和下行传输都需要满足以下约束条件。
示例性的,当TotalDataUL+TotalDataDL<Ftotal时,发送该PUSCH,和/或接收该PDSCH;其中,该第一时段包括N个时间单元,该调度信息用于调度PUSCH和/或PDSCH,且包括从时间单元(N-K)至当前调度时间单元K,网络设备调度终端设备在PUSCH上发送的总比特数目TotalDataUL,和/或网络设备调度终端设备在PDSCH上传输的总比特数目TotalDataDL,Ftotal为第二最大数据量,N、K、N-K为大于或等于零的正整数。
换句话说,如果网络设备在第一时段内调度的上行数据和/或下行数据的总比特量大于该终端设备在周期性业务的传输周期内的第一最大数据量,那么终端设备可以不处理对应的调度信息。
另一种可能的实现方式,对于如图7所示的一种终端设备,不同频段、不同系统共享基带计算资源,上下行具有独立的基带计算资源,则在网络设备对终端设备的调度中,下行调度和上行调度应分别满足不同的约束条件;或者不同频段、不同系统共享存储资源,上下行具有独立的存储资源。网络设备对上行传输和下行传输分别满足不同的约束条件。
示例性的,对于下行传输,对于当TotalDataDL<FtatalDL时,发送该PUSCH;其中,该第一时段包括N个时间单元,该调度信息用于调度PDSCH,且包括从时间单元(N-K)至当前调度时间单元K,网络设备调度终端设备在PDSCH上发送的总比特数目TotalDataDL,FtatalDL为第二最大数据量,N、K、N-K为大于或等于零的正整数。
对于上行传输,对于当TotalDataUL<FtatalUL时,发送该PUSCH;其中,该第一时段包括N个时间单元,该调度信息用于调度PUSCH,且包括从时间单元(N-K)至当前调度时间单元K,网络设备调度终端设备在PUSCH上发送的总比特数目TotalDataUL,FtatalUL为第二最大数据量,N、K、N-K为大于或等于零的正整数。
也就是说,网络设备在确定终端设备在第一时段内进行通信的第一最大数据量,以及终端设备在第一时段内进行连续通信的最大数据量后,能够在满足约束条件的情况下更好地调度该终端设备的上行资源和/或下行资源。
应理解,在某些实现方式中,
结合第一方面或第二方面,在某些实现方式中,本申请所涉及的第一信息、第二信息承载方式可以是但不限于:无线资源控制信令、媒体接入控制(media access control,MAC)层信令中的一种或者两种的组合。其中,无线资源控制信令包括无线资源控制(radioresource control,RRC)信令;MAC层信令包括MAC控制元素(MAC control element,MACCE)信令;调度信息可以承载在物理层(physical,PHY)信令中,物理层信令包括下行控制信息(downlink control information,DCI)信令等。
根据本申请提供的方案,通过上报终端设备在周期性业务周期内的第一最大数据量,使得网络设备在资源调度时考虑终端设备的基带能力,进而能够有效降低终端设备成本,优化AR或VR业务的通信。
对于服务不同业务的AR、VR终端设备,终端设备的具体实现不同。
图5是适用本申请的数据传输方法的一例示意图,利用终端设备业务时域上的特性,将终端设备的硬件能力与基带能力进行解耦,通过上报数据包大小和数据包空口传输时延,使得网络设备对终端设备进行有效地资源调度,更好地适应特定业务类型。例如,本数据传输方法适用于VR Cloud Gaming视频通话业务的终端设备类型,其上行与下行均为VR业务,具体实现步骤500包括:
S510,终端设备向网络设备发送数据包到达周期(即,第一信息的一例)。
对应的,网络设备接收来自终端设备的数据包到达周期。
其中,数据包到达周期可以理解为AR或VR周期性业务的传输周期,例如上行周期性业务的数据包到达周期PDL和下行周期性业务的数据包到达周期PUL。示例性的,如图3所示,数据包到达周期为16ms。
应理解,数据包到达周期的取值可以是绝对时间值,或者是某个子载波对应的时隙、帧数、符号数等。
在一种可能的实现方式中,终端设备还可以分别上报下行空口传输时延的值DDL和上行空口传输时延的值DUL。例如,对于弱交互VR Cloud Gaming业务,终端设备分别上报其下行空口传输时延DDL和上行空口传输时延DUL,上行周期性业务的数据包到达周期PDL和下行周期性业务的数据包到达周期PUL,其中,DDL、DUL、PDL、PUL单位可以为为“时隙”或“子帧”或“帧”,或者其对应的参考参数集(numerology)可以通过协议预定义为参数集0或其他值,DDL、DUL、PDL、PUL单位可以为绝对时间,例如毫秒(ms)。
其中,数据包空口传输时延可以包括:终端设备从开始接收一个数据包的数据到这个数据包的数据被完全接收的时间。
示例性的,终端设备也可以仅上报一个数据包空口传输时延,该空口传输时延的取值可以用于上行传输或下行传输。其中,DDL和DUL的单位为时隙。例如,对于强交互VRCloud Gaming业务,由于上下行业务具有对称性,终端设备可以只上报一个参数,用于下行传输或者上行传输。
S520,终端设备向网络设备发送数据包大小(即,第一信息的一例)。
对应的,网络设备接收来自终端设备的数据包大小。
其中,该数据包的大小用于指示终端设备在第一时段内进行通信的第一最大数据量。需要说明的是,应用层的数据包大小与上下行层2缓存大小匹配,即可以近似将该数据包大小看作是上下行层2缓存大小。本申请实施例中,终端设备的硬件能力可以维持不变,即终端设备采用通用的射频硬件。
该实现方式是终端设备显式地向网络设备指示应用层的数据包的大小。
应理解,AR或VR的业务特性包括以下参数中的一个或多个:数据包大小、原始数据包大小和压缩编码方法等。
一种可能的实现方式,对于弱交互的VR Cloud Gaming业务,终端设备可以分别上报下行周期性业务的包大小FDL和上行周期性业务的包大小FUL。例如,终端设备直接上报下行周期性业务对应的包大小FDL bits和上行周期性业务对应的包大小FUL bits。其中,FDL和FUL的单位为bits。
另一种可能的实现方式,对于强交互VR Cloud Gaming业务,终端设备也可以仅上报一个数据包大小的值F bits,该F的取值可以用于上行传输或下行传输。例如,由于强交互VR Cloud Gaming业务上下行业务具有对称性,终端设备可以只上报一个参数,其可以适用于下行传输或者上行传输。
S530,终端设备可以向网络设备发送以下信息中的一种或多种:图像清晰度、信源编码方法、信源压缩率等(即,第一信息的一例)。
对应的,网络设备接收来自终端设备的以下信息中的一种或多种:图像清晰度、信源编码方法、信源压缩率等。
示例性的,终端设备上报下行视频清晰度(4K、8K、32K等)、信源编码方法(H264、H265等)、信源压缩率(30%、60%等)。通过协议预定义视频清晰度、信源编码方法和信源压缩率之间的对应关系。例如,视频清晰度4K、信源编码方法H264和信源压缩率30%对应,用于指示应用包大小为100bits;再例如,视频清晰度8K、信源编码方法H264和信源压缩率60%对应,用于指示应用包大小为200bits等等。
S540,网络设备根据以下信息中的一种或多种:图像清晰度、信源编码方法、信源压缩率等确定数据包大小。
示例性的,网络设备可以通过以上参数(图像清晰度、信源编码方法、信源压缩率等)确定下行周期性业务对应的数据包大小FDL。同样地,网络设备也可以根据终端设备上报的上行视频清晰度、信源编码方法和信源压缩率确定上行周期性业务对应的数据包大小FUL。例如,当网络设备接收的第一信息包括:视频清晰度4K、信源编码方法H264和信源压缩率30%,那么根据协议预定义,网络设备可以确定该数据包大小为100bits等。
可选地,该找那个的设备还可以向网络设备发送第一索引,该第一索引与第一最大数据量对应,即用于指示数据包大小,使得网络设备在接收来自终端设备的第一索引后,可以根据该第一索引确定对应的数据包大小。
应理解,上述步骤S510至步骤S540可以通过第一信息向网络设备发送,用于直接或间接地指示终端设备在第一时段内进行通信的第一最大数据量。
需要说明的是,终端设备的基带计算能力和基带存储能力与上述参数DDL和DUL、FDL和FUL有关。
对于上下行层2缓存大小Ftotal的计算有以下几种方式:
一种可能的实现方式,对于如图6所示的一种终端设备,不同频段、不同系统共享基带计算资源,上下行具有独立的基带计算资源;或者不同频段、不同系统、上下行共享存储资源。
示例性的,终端设备上下行传输对应的上下行层2缓存大小Ftotal由下行周期性业务的数据包大小FDL和上行周期性业务的数据包大小FUL确定,即Ftotal=FDL+FUL
另一种可能的实现方式,对于如图7所示的一种终端设备,不同频段、不同系统共享基带计算资源,上下行具有独立的基带计算资源,则在网络设备对终端设备的调度中,下行调度和上行调度应分别满足不同的约束条件;或者不同频段、不同系统共享存储资源,上下行具有独立的存储资源。
示例性的,终端设备下行传输对应的上下行层2缓存大小Ftotal DL由下行周期性业务的数据包大小FDL确定,即Ftotal DL=FDL;终端设备上行传输对应的上下行层2缓存大小FtotalUL由上行周期性业务的数据包大小FUL确定,即Ftotal UL=FUL
S550,网络设备根据数据包到达周期(例如,终端设备的上行周期性业务的数据包到达周期PUL和下行周期性业务的数据包到达周期PDL)和数据包大小对终端设备进行资源调度。
一种可能的实现方式,对于如图6所示的一种终端设备,不同频段、不同系统共享基带计算资源,上下行具有独立的基带计算资源;或者不同频段、不同系统、上下行共享存储资源。网络设备对上行传输和下行传输都需要满足以下约束条件。
示例性的,当前调度时隙为S0,周期性业务的一个传输周为P。记P=max(PDL,PUL)(当终端设备分别上报PDL和PUL时)或者P(当终端设备分只上报P时),并且记包括时隙S0的之前P个时隙的时间窗内(即[S0-P+1,S0]),对于终端设备当前配置的所有服务小区或小区组(cell group)或频段或载波或一个频段组合,网络设备调度终端设备在所有PDSCH上传输的总比特数目为TotalDataDL,记包括时隙S0的之前的P个时隙的时间窗内(即[S0-P+1,S0]),对于终端设备当前配置的所有服务小区或小区组(cell group)或频段或载波或一个频段组合,网络设备调度终端设备在所有PUSCH上传输的总比特数目为TotalDataUL
另一种可能的实现方式,对于如图7所示的一种终端设备,不同频段、不同系统共享基带计算资源,上下行具有独立的基带计算资源,则在网络设备对终端设备的调度中,下行调度和上行调度应分别满足不同的约束条件;或者不同频段、不同系统共享存储资源,上下行具有独立的存储资源。网络设备对上行传输和下行传输分别满足不同的约束条件。
为了使网络设备对终端设备的调度符合其下行层2缓存存储能力,即不超出其基带存储能力,设终端设备下行传输对应的下行层2缓存大小应为FtotalDL。例如,当终端设备接收到一个PDSCH的调度信令时,如果TotalDataDL<FtotalDL时,则终端设备不处理这个PDSCH调度。
为了使网络设备对终端设备的上行调度符合其上行层2缓存存储能力,即不超出其基带存储能力,设终端设备上行传输对应的上行层2缓存大小应为FtotalUL。例如,当终端设备接收到一个PUSCH的调度信令时,如果TotalDataUL<FtotalUL时,则终端设备不处理这个PUSCH调度。
需要说明的是,该实现方式中的S0也可以为绝对时间,或者为相对于参考的参数集合(numerology)计算出来的时间单位。
基于上述实施例,现以具体地业务传输为例,进一步展开说明:
举例来说,本申请如下实施例涉及VR Cloud Gaming业务,首先对VR CloudGaming的业务特性进行简要说明。
对于弱交互VR Cloud Gaming,终端设备需要实时下载云端的高清视频流,同时终端设备需要实时上传本地的动作、定位等辅助信息。如上所述,终端设备的上行传输与下行传输都具有周期性、高速率、低时延、占空比小于1的特性。同时,由于上下行业务量具有非对称性,终端设备的上下行业务特性参数可能不同。例如,终端设备需要支持的最大上行传输速率为1Mbps,而其需要支持的最大下行传输速率为100Mbps。
对于强交互VR Cloud Gaming,终端设备需在实时下载云端的高清视频流的同时,需要实时上传本地摄像头获得的高清视频信息。如上所述,由于上下行业务量具有对称性,终端设备的上下行业务特性参数可以相同。例如,终端设备需要支持的最大上行传输速率为100Mbps,而其需要支持的最大下行传输速率为100Mbps,即业务特性参数相同。
以终端设备下载高清视频传输为例,其处理流程如下:首先,云端对VR视频帧进行计算、渲染、源编码等处理并形成传输数据;然后,传输数据通过核心网络生成的IP包为空口传输数据,空口传输数据通过空口网络传递到VR终端设备;最后,VR终端设备对接收到的空口传输数据进行缓存、译码、显示。
因此,VR下行周期性业务可以由以下参数中的一个或者多个决定:视频包对应的空口传输数据大小Fbits;视频包产生周期Pms;视频包空口传输时延Dms;视频包从产生到显示过程中,除空口传输以外的过程,包括云端计算、渲染、编码、缓存、译码、显示等,所产生的其它时延Sms。其中,上述参数满足以下关系:P=S+D,其中D<P且S<P。且VR业务占空比为α=D/P=D/(D+S),且α∈(0,1)。
VR上行周期性业务与VR下行周期性业务的处理流程类似。
综上所述,在上述实施例中,利用AR或VR业务的时域特性,提供了一种新的基带能力与硬件能力解耦的终端设备类型,使得网络设备根据上下行层2缓存大小和数据包空口传输时延有针对性地实现对终端设备的资源调度,在满足VR Cloud Gaming业务需求的同时,更好地适应特定业务类型,使得上下行层2缓存成本降到最低,降低了终端设备的实现成本。
图8是适用本申请的数据传输方法的一例示意图,利用终端设备业务时域上的特性,将终端设备的硬件能力与基带能力进行解耦。例如,本数据传输方法适用于VR CloudGaming视频通话业务的终端设备类型,其上行与下行均为VR业务。与上述的方法500不同的是,终端设备根据业务特性和硬件能力确定数据包大小,使得网络设备实现对终端设备的调度约束,最大程度地使硬件能力与基带能力匹配。具体实现步骤800包括:
S810,终端设备向网络设备发送终端设备的业务特性(即,第一信息的一例)。
对应的,网络设备接收来自终端设备的终端设备业务特性。
其中,该终端设备业务特性包括以下参数中的一种或多种:数据包达到周期P、数据包空口传输时延或占空比α、数据包核心网时延及本地渲染时延或1-占空比δ。
图9示出三种不同的业务特性:业务特性A为数据包空口传输时延。业务特性B为数据包达到周期,以及数据包空口传输时延或占空比。例如,数据包到达周期的取值可以为60fps和120fps,那么数据包空口传输时延对应分别取值为5ms和10ms,对应的占空比的取值范围为0到1之间。业务特性C为数据包达到周期、以及数据包核心网时延及本地渲染时延或1-占空比。例如,数据包到达周期的取值可以对应于60fps和120fps,那么数据包核心网时延及本地渲染时延对应60fps和120fps可以取值为5ms和10ms。
一种可能的实现方式中,终端设备的业务特性包括:业务特性A、业务特性B和业务特性C。
以弱交互的VR Cloud Gaming业务为例,终端设备在S810上报上述业务特性A、业务特性B和业务特性C,由于业务特性A即步骤S510中的为数据包空口传输时延,终端设备上报业务特性A与上述步骤S510一致,为了简洁,此处不再赘述。对于业务特性B,终端设备上报其下行周期性业务的数据包到达周期PDL和下行数据包空口传输时延DDL,以及上行周期性业务的数据包到达周期PUL和上行数据包空口传输时延DUL。可选地,终端设备上报上行周期性业务的数据包到达周期PUL和上行周期性业务占空比αUL∈(0,1)、以及下行周期性业务的数据包到达周期PDL和下行周期性业务占空比αDL∈(0,1)。对于业务特性C,终端设备上报其下行周期性业务的数据包到达周期PDL,和数据包核心网时延及本地渲染时延或1-占空比,以及上行周期性业务的数据包到达周期PUL,和数据包核心网时延及本地渲染时延或1-占空比δ。
再以强交互VR Cloud Gaming业务为例,由于上下行业务具有对称性,终端设备可以只上报一个数据包空口传输时延,用于下行传输或者上行传输。对于业务特性A,终端设备可以只上报一个数据包空口传输时延,该空口传输时延的取值可以用于上行传输或下行传输。同样地,对于业务特性B,终端设备可以只上报一个周期性业务的数据包到达周期,和数据包空口传输时延或占空比。对于业务特性C,终端设备可以只上报一个周期性业务的数据包到达周期,和数据包核心网时延及本地渲染时延或1-占空比。
S820,终端设备向网络设备发送终端设备硬件能力信息(即,第二信息的一例)。
对应的,网络设备接收来自终端设备的终端设备硬件能力信息。
S830,网络设备根据终端设备硬件能力和终端设备业务特性确定上下行L2缓存大小。
在本申请实施例中,终端设备硬件能力可以近似看做最大传输速率RDL与RUL。网络设备需要根据该终端设备硬件能力确定最大上性传输速率和/或最大下行传输速率RDL与RUL。具体计算方法已经在上文阐述,为了简洁,此处不再赘述。
对于上下行层2缓存大小Ftotal的计算有以下几种方式:
一种可能的实现方式,对于如图6所示的一种终端设备,不同频段、不同系统共享基带计算资源,上下行具有独立的基带计算资源;或者不同频段、不同系统、上下行共享存储资源。
网络设备可以根据最大传输速率和业务特性A、B、C分别确定上下行层2缓存大小Ftotal,例如,通过如下公式确定:
即:Ftotal=RDL*DDL+RUL*DUL
Ftotal=RDL*PDLDL+RUL*PULUL;或者
Ftotal=AvgDLDateRate*PDL+AvgULDateRate*PUL
其中,AvgDLDateRate=RDLDL,AvgULDateRate=RULUL;AvgDLDateRate为平均下行传输速率,AvgULDateRate为平均上行最大传输速率。
Ftotal=RDL*PDL*(1-δDL)+RUL*PUL*(1-δUL);或者
Ftotal=AvgDLDateRate*PDL+AvgULDateRate*PUL
其中,AvgDLDateRate=RDL*(1-δDL),AvgULDateRate=RUL*(1-δUL)。
AvgDLDateRate为平均下行传输速率,AvgULDateRate为平均上行最大传输速率。
进一步地,RDL与终端设备的最大硬件能力有关,RUL与RDL类似。
另一种可能的实现方式,对于如图7所示的一种终端设备,不同频段、不同系统共享基带计算资源,上下行具有独立的基带计算资源,则在网络设备对终端设备的调度中,下行调度和上行调度应分别满足不同的约束条件;或者不同频段、不同系统共享存储资源,上下行具有独立的存储资源。
示例性的,网络设备根据最大传输速率和业务特性A、B、C分别确定上行层2缓存大小FtotalDL和上行层2缓存大小FtotalUL。终端设备下行传输对应的上行层2缓存大小FtotalDL由下行周期性业务的所需最大传输速率RDL和下行空口传输时延DDL确定,即Ftotal DL=RDL*DDL;终端设备上行传输对应的上行层2缓存大小Ftotal UL由上行周期性业务的所需最大传输速率RUL和上行空口传输时延DUL确定,即Ftotal UL=RUL*DUL。或者,
终端设备下行传输对应的下行层2缓存大小FtotalDL由下行周期性业务的所需最大传输速率RDL、下行周期性业务的数据包到达周期PDL和下行周期性业务占空比αDL=DDL/PDL确定,即Ftotal DL=RDL*PDLDL;终端设备上行传输对应的上行层2缓存大小FtotalUL由上行周期性业务的所需最大传输速率RUL、上行周期性业务的数据包到达周期PUL和上行周期性业务占空比αUL=DUL/PUL确定,即Ftotal UL=RUL*PULUL。或者,
终端设备下行传输对应的下行层2缓存大小FtotalDL由下行周期性业务的所需最大传输速率RDL、下行周期性业务的数据包到达周期PDL和数据包核心网时延及本地渲染时延或1-占空比δDL确定,即Ftotal DL=RDL*PDL*(1-δDL);终端设备上行传输对应的上行层2缓存大小Ftotal UL由上行周期性业务的所需最大传输速率MaxULDateRate、上行周期性业务的数据包到达周期PUL和数据包核心网时延及本地渲染时延或1-占空比δDL确定,即Ftotal UL=RUL*PUL*(1-δUL)。
进一步地,RDL与终端设备的硬件能力有关,RUL与RDL类似。
S840,网络设备根据上下行L2缓存大小对终端设备进行资源调度。
具体实现方式可参照方法500中步骤S550,为了简洁,此处不再赘述。
综上所述,在上述实施例中,利用AR或VR业务的时域特性,提供了一种新的基带能力与硬件能力解耦的终端设备类型,根据终端设备硬件能力和业务特性确定上下行层2缓存大小,使得网络设备有针对性地实现对终端设备的资源调度,在满足VR Cloud Gaming业务需求的同时,最大可能地让终端设备RF硬件能力与基带能力匹配,使芯片使能终端设备业务具有一定可扩展性,降低了终端设备的实现成本。
图10是适用本申请的数据传输方法的另一例示意图,利用终端设备业务时域上的特性,将终端设备的硬件能力与基带能力进行解耦,此终端设备在NR独立组网场景和MR-DC或NR-DC场景中的通信方法,具体实现步骤1000包括:
S1010,终端设备向网络设备发送终端设备业务特性,或者发送终端设备硬件能力(即,第二信息的一例)和终端设备业务特性(即,第一信息的一例)。
对应的,网络设备接收来自终端设备的业务特性,或者接收终端设备硬件能力和终端设备业务特性。
针对普通云游戏Cloud Gaming:
一种可能的实现方式,该终端设备业务特性包括以下多个参数:下行周期性业务的数据包大小FDL、上行空口传输时延DUL、下行周期性业务的数据包到达周期PDL、下行空口传输时延DDL、上行所需最大传输速率RUL或者上行所能支持的最大传输速率R′UL。其中,FDL的单位为bits,DUL、DDL的单位为时隙,RUL的单位为Mbps。
示例性的,终端设备上报其下行周期性业务对应的数据包大小FDL、下行周期性业务的数据包到达周期PDL、下行空口传输时延DDL、上行空口传输时延DUL,具体实现方法与上述方法500中步骤S510和步骤S520相同。终端设备上报其上行传输的最大上行传输速率RUL,例如,单位为Mbps。或者,网络设备根据终端设备的其他能力参数,例如终端设备的硬件能力确定最大上行传输速率RUL。关于上行传输所支持的最大传输速率R′UL,可以根据终端设备上报的其他能力来确定。
另一种可能的实现方式,该终端设备业务特性包括以下多个参数:下行周期性业务的数据包到达周期PDL、下行周期性业务占空比αDL=DDL/PDL、上行所需的最大传输速率RUL或上行所支持的最大传输速率R′UL、上行空口传输时延DUL、下行空口传输时延DDL。也就是说,终端设备的基带计算能力和基带存储能力与以上参数有关。
示例性的,终端设备上报其下行周期性业务的数据包到达周期PDL、下行周期性业务占空比αDL=DDL/PDL、上行空口传输时延DUL、下行空口传输时延DDL具体实现方法与上述方法800中步骤S810相同。终端设备上报其上行传输的最大上行传输速率RUL,例如单位为Mbps,或者网络设备根据终端设备的其他能力参数,例如终端设备的硬件能力确定最大上行传输速率RUL,上行传输所支持的最大传输速率R′UL可以根据终端设备上报的其他能力来确定。
沉浸式AR游戏:
一种可能的实现方式,该终端设备的业务特性包括以下多个参数:上行周期性业务的数据包大小FUL、上行空口传输时延DUL、上行周期性业务的数据包到达周期PUL、下行空口传输时延DDL、下行所需最大传输速率RDL或者下行所能支持的最大传输速率R′DL。其中,FUL的单位为bits,DUL、DDL的单位为时隙,RDL的单位为Mbps。
示例性的,终端设备上报其上行周期性业务对应的数据包大小FUL、下行空口传输时延DDL、上行周期性业务的数据包到达周期PUL、上行空口传输时延DUL,具体实现方法与上述方法500中步骤S510和步骤S520相同。终端设备上报其上行传输的最大传输速率RDL,例如单位为Mbps,或者网络设备根据终端设备的其他能力参数,例如终端设备硬件能力确定最大传输速率RDL,上行传输所支持的最大传输速率R′DL可以根据终端设备上报的其他能力来确定,具体计算方法参见上述相关定义。
另一种可能的实现方式,该终端设备业务特性包括以下多个参数:上行周期性业务的数据包到达周期PUL、上行周期性业务占空比αUL=DUL/PUL、下行所需的最大传输速率RDL或下行所支持的最大传输速率R′DL、上行空口传输时延DUL、下行空口传输时延DDL。也就是说,终端设备的基带计算能力和基带存储能力与以上参数有关。
示例性的,终端设备上报其上行周期性业务的数据包到达周期PUL、上行周期性业务占空比αUL=DUL/PUL、上行空口传输时延DUL、下行空口传输时延DDL具体实现方法与上述方法800中步骤S810相同。终端设备上报其下行传输的最大传输速率RDL,例如单位为Mbps,或者网络设备根据终端设备的其他能力参数,例如终端设备硬件能力确定最大传输速率RUL,下行传输所支持的最大传输速率R′DL可以根据终端设备上报的其他能力来确定。
S1020,网络设备根据终端设备业务特性,或者根据终端设备硬件能力和终端设备业务特性确定上下行L2缓存大小。
针对普通云游戏Cloud Gaming:
对于上下行层2缓存大小Ftotal的计算有以下几种方式:
一种可能的实现方式,对于如图6所示的一种终端设备,不同频段、不同系统共享基带计算资源,上下行具有独立的基带计算资源;或者不同频段、不同系统、上下行共享存储资源。
示例性的,网络设备根据终端设备业务特性确定上下行层2缓存大小Ftotal,即Ftotal由下行周期性业务的数据包大小FDL、上行所需最大传输速率RUL或者上行所能支持的最大传输速率R′UL和上行空口传输时延DUL确定,即Ftotal=FDL+RUL*DUL,或者Ftotal=FDL+R′UL*DUL
示例性的,网络设备根据终端设备硬件能力和终端设备业务特性确定上下行层2缓存大小Ftotal,即Ftotal由下行周期性业务所需最大传输速率RDL、下行空口传输时延DDL、上行所需最大传输速率RUL或者上行所能支持的最大传输速率R′UL、上行空口传输时延DUL确定,即Ftotal=RDL*DDL+RUL*DUL,或者Ftotal=RDL*DDL+R′UL*DUL。或者,Ftotal由终端设备下行所支持的最大传输速率RDL、上行所支持的最大传输速率RUL、下行周期性业务的数据包到达周期PDL、下行周期性业务占空比αDL=DDL/PDL、上行所需最大传输速率RUL或者上行所能支持的最大传输速率R′UL、上行空口传输时延DUL确定,即Ftotal=RDL*PDLDL+RUL*PULUL,或者Ftotal=RDL*PDLDL+R′UL*PULUL
进一步地,RDL与终端设备的硬件能力有关,RUL与RDL类似,具体计算方法参见上述相关定义。
另一种可能的实现方式,对于如图7所示的一种终端设备,不同频段、不同系统共享基带计算资源,上下行具有独立的基带计算资源,则在网络设备对终端设备的调度中,下行调度和上行调度应分别满足不同的约束条件;或者不同频段、不同系统共享存储资源,上下行具有独立的存储资源。
示例性的,网络设备根据终端设备业务特性确定下行层2缓存大小Ftotal DL,与上述方法500的步骤S550中另一种可能的实现方式相同。为了简洁,此处不再赘述。
示例性的,网络设备根据终端设备硬件能力和终端设备业务特性确定下行层2缓存大小Ftotal DL,与上述方法800的步骤S830中另一种可能的实现方式相同,即Ftotal DL=RDL*DDL,或者Ftotal DL=RDL*PDLDL,或者Ftotal DL=RDL*PDL*(1-δDL)。为了简洁,此处不再赘述。
示例性的,网络设备根据终端设备业务特性,或终端设备硬件能力和终端设备业务特性确定上行层2缓存大小Ftotal UL,即FtotalUL由上行所需最大传输速率RUL或者上行所能支持的最大传输速率R′UL和上行空口传输时延DUL确定,即Ftotal UL=RUL*DUL,或者Ftotal UL=R′UL*DUL
针对沉浸式AR游戏:
对于上下行层2缓存大小Ftotal的计算有以下几种方式:
一种可能的实现方式,对于如图6所示的一种终端设备,不同频段、不同系统共享基带计算资源,上下行具有独立的基带计算资源;或者不同频段、不同系统、上下行共享存储资源。
示例性的,网络设备根据终端设备业务特性确定上下行层2缓存大小Ftotal,即Ftotal由上行周期性业务的数据包大小FUL、下行所需最大传输速率RDL或者下行所能支持的最大传输速率R′DL和下行空口传输时延DDL确定,即Ftotal=FUL+RDL*DDL,或者Ftotal=FUL+R′DL*DDL
示例性的,网络设备根据终端设备硬件能力和终端设备业务特性确定上下行层2缓存大小Ftotal,即Ftotal由上行周期性业务所需最大传输速率RUL、上行空口传输时延DUL、下行所需最大传输速率RDL或者下行所能支持的最大传输速率R′DL、下行空口传输时延DDL确定,即Ftotal=RUL*DUL+RDL*DDL,或者Ftotal=RUL*DUL+R′DL*DDL。或者,
Ftotal由终端设备上行所支持的最大传输速率RUL、下行所支持的最大传输速率RDL、上行周期性业务的数据包到达周期PUL、上行周期性业务占空比αUL=DUL/PUL、下行所需最大传输速率RDL或者下行所能支持的最大传输速率R′DL、上行空口传输时延DUL确定,即Ftotal=RUL*PULUL+RDL*PDLDL,或者Ftotal=RUL*PULUL+R′DL*PDLDL
进一步地,RUL与终端设备的硬件能力有关,具体计算方法参见上述相关定义。
另一种可能的实现方式,对于如图7所示的一种终端设备实现,不同频段、不同系统共享基带计算资源,上下行具有独立的基带计算资源,则在网络对终端设备的调度中,下行调度和上行调度应分别满足不同的约束条件;或者不同频段、不同系统共享存储资源,上下行具有独立的存储资源。
示例性的,网络设备根据终端设备业务特性确定上行层2缓存大小Ftotal UL,与上述方法500的步骤S550中另一种可能的实现方式相同。为了简洁,此处不再赘述。
示例性的,网络设备根据终端设备硬件能力和终端设备业务特性确定上行层2缓存大小Ftotal UL,与上述方法800的步骤S830中另一种可能的实现方式相同,即Ftotal UL=RUL*DUL,或者Ftotal UL=RUL*PULUL,或者Ftotal UL=RUL*PUL*(1-δUL)。为了简洁,此处不再赘述。
示例性的,网络设备根据终端设备业务特性,或终端设备硬件能力和终端设备业务特性确定下行层2缓存大小Ftotal DL,即FtotalDL由下行所需最大传输速率RDL或者下行所能支持的最大传输速率R′DL和下行空口传输时延DDL确定,即Ftotal DL=RDL*DDL,或者Ftotal DL=R′DL*DDL
S1030,网络设备根据上下行L2缓存大小对终端设备进行资源调度。
具体实现方式可参照方法500中步骤S550,为了简洁,此处不再赘述。
综上所述,在上述实施例中,利用AR或VR业务的时域特性,提供了一种新的基带能力与硬件能力解耦的终端设备类型,使得网络设备有针对性地实现对终端设备的调度,在满足普通的云游戏Cloud Gaming业务需求或沉浸式AR游戏业务需求的情况下,根据上下行业务特性定制XR芯片,降低了终端设备的实现成本。
基于上述实施例,现以具体地业务传输为例,进一步展开说明:
举例来说,本申请如下实施例涉及普通Cloud Gaming和沉浸式AR游戏,首先对普通Cloud Gaming和沉浸式AR游戏的业务特性进行简要说明。
对于普通Cloud Gaming,终端设备需要实时下载云端的高清视频流,同时终端设备只需要偶尔上传本地辅助信息。因此,如上文所述,终端设备的下行传输都具有周期性、高速率、低时延、占空比小于1的特性。同时,终端设备的上行传输为eMBB业务,较低速率、高时延、占空比基本等于1。
因此,终端设备下行传输为VR周期性业务特性的描述方法,与上述方法500和800类似。终端设备上行传输为eMBB业务,所需最大上行传输速率为RUL
对于沉浸式AR游戏,终端设备需要实时上传本地摄像头获得的高清视频信息,同时终端设备会收到一些增强现实的数据流。因此,如上文所述,终端设备的上行传输具有周期性、高速率、低时延、占空比小于1的特性。同时,终端设备的下行传输为eMBB业务,较低速率、高时延、占空比基本等于1。
因此,终端设备上行传输为VR周期性业务特性的描述方法,与上述方法500和800类似。终端设备下行传输为eMBB业务,所需最大下行传输速率为RDL
目前,终端设备在单位时间(例如1ms)能够传输的最大传输速率,或终端设备在单位时间的数据处理能力与其硬件能力相匹配。例如,对于支持下行CA的终端终端设备,其支持在频段1、频段2、频段3上并行接收。那么,此终端设备的最大下行传输速率为终端设备在三个频段上同时接收数据,即终端设备的射频能力支持频段1、频段2、频段3。例如,终端设备在频段1、频段2、频段3上分别能够支持的最大传输速率为100Mbps、100Mbps、200Mbps。那么终端设备的最大传输速率为400Mbps。。
然而,在一些情况中,终端设备的业务并不需要这么大的最大传输速率,只是需要同时接入更多的频段,方便更加灵活的利用频谱资源。例如,对于一些XR终端设备,其下行最大传输速率需求为100Mbps。但是,为了使得网络设备能够快速的在多个频段上对终端设备进行调度,终端设备可能需要同时接入频段1、频段2、频段3,例如Sub6G频段(大于200MHz频谱资源)和mmWave频段(大于800MHz频谱资源),网络设备可以对用户进行更加动态灵活地调度,终端设备可以获得频率选择性增益并获得更好的体验速率。为了使能终端设备同时接入频段1、频段2、频段3,终端设备需要同时维持所有频段的同步信息和信道情况,。也就是说,终端设备的射频能力需要支持频段1、频段2、频段3,终端设备能够同时在频段1、频段2、频段3上进行接收。然而,终端设备需要的基带能力(100Mbps的最大下行传输速率)小于400Mbps。并且,每个频段对应的接收射频通道可以在不同频段间快速切换。例如,当终端设备在频段1上传输时,其在频段2和频段3上的射频接收通道可以动态切换到射频1上,增加了频段1的接收天线数,增加了终端设备的下行接收分集增益。
因此,在本实施例中,利用终端设备业务频域上的特性,对终端设备的硬件能力和基带能力进行解耦,即多个频段共享基带处理能力并共享硬件能力,从而相对于现有下行CA技术,降低了终端的基带成本并提升了基带处理能力和硬件能力的使用效率。
图12是适用本申请的数据传输方法的又一例示意图,以下行传输为例,具体实现步骤1200包括:
S1210,终端设备向网络设备发送其在频段组合、载波组合或所有配置的服务小区或所有配置的服务小区组内同时处理数据的最大传输速率DateRateDL MAX
对应的,网络设备接收来自终端设备在频段组合、载波组合或所有配置的服务小区或所有配置的服务小区组内同时处理数据的最大传输速率。
一种可能的实现方式,对于终端设备用于数据发送的一个频段组合、载波组合或者终端设备同时配置的所有服务小区或者所有服务小区组,可以标记为,A∈{a1,a2,...,ak},终端设备在这个频段组合、载波组合或所有配置的服务小区或所有配置的服务小区组内可以同时在K个BWP上同时传输,K为大于或等于1的整数:
示例性的,终端设备上报其在这个频段组合或载波组合或所有配置的服务小区内同时能够处理的最大传输速率为DateRateDL MAX
另一种可能的实现方式,对于终端设备上报的一个频段组合或载波组合或者终端设备同时配置的所有服务小区,例如,A∈{a1,a2,...,ak},终端设备在这个频段组合或载波组合或所有配置的服务小区组内最多可以同时激活M个频段或载波或服务小区。
示例性的,终端设备上报其在所有激活的频段或载波或所有配置的服务小区内同时能够处理的最大传输速率为DateRateDL MAX
又一种可能的实现方式,对于终端设备上报的一个频段组合或载波组合或者终端设备同时配置的一个所有配置的服务小区组,例如,A∈{a1,a2,...,ak},终端设备在这个频段组合或载波组合或所有配置的服务小区内最多可以同时激活M个频段或载波或服务小区,该M个频段或载波或所有配置的服务小区组对应M个激活的下行BWP。
示例性的,终端设备上报其在M个激活的下行BWP上同时能够处理的最大传输速率为DateRateDL MAX
S1220,终端设备向网络设备发送其在该频段组合或载波组合或服务小区或服务小区组内同时传输的所有下行BWP上最大传输层数的约束条件。
对应的,网络设备接收来自终端设备在该频段组合或载波组合或服务小区或服务小区组内同时传输的所有下行BWP上最大传输层数的约束条件。
其中,该约束条件为终端设备在该频段组合或载波组合或服务小区或服务小区组内同时传输的所有下行BWP上最大传输层数的总和不得超过LDL MAX
一种可能的实现方式,对于终端设备上报的一个频段组合或载波组合或者终端设备同时配置的服务小区或服务小区组,例如,A∈{a1,a2,...,ak},终端设备在这个频段组合或载波组合或服务小区或服务小区组内可以同时在K个BWP上同时传输,K为大于或等于1的整数:
示例性的,终端设备上报其在这个频段组合或载波组合或服务小区组内同时传输的所有下行BWP上最大传输层数的总和不得超过LDL MAX
另一种可能的实现方式,对于终端设备上报的一个频段组合或载波组合或者终端设备同时配置的服务小区组,例如,A∈{a1,a2,...,ak},终端设备在这个频段组合或载波组合或服务小区组内最多可以同时激活M个频段或载波或服务小区。
示例性的,终端设备上报其在所有激活的频段或载波或服务小区内同时传输的所有下行BWP上最大传输层数的总和不得超过LDL MAX
又一种可能的实现方式,对于终端设备上报的一个频段组合或载波组合或者终端设备同时配置的服务小区组,例如,A∈{a1,a2,...,ak},终端设备在这个频段组合或载波组合或服务小区组内最多可以同时激活M个频段或载波或服务小区,这M个频段或载波或服务小区对应M个激活的下行BWP。
示例性的,终端设备上报其所有激活的下行BWP上最大传输层数的总和不得超过LDL MAX
S1230,网络设备根据最大传输速率和最大传输层数的约束条件对终端设备进行资源调度。
一种可能的实现方式,对于终端设备上报的一个频段组合或载波组合或者终端设备同时配置的服务小区组,例如,A∈{a1,a2,...,ak},终端设备在这个频段组合或载波组合或服务小区组内可以同时在K个BWP上同时传输,K为大于或等于1的整数。
示例性的,基于终端设备的基带计算能力,网络设备对终端设备的调度需要满足约束条件:
Figure BDA0003107054710000311
例如,如果每个BWP使用独立的接收射频通道,终端设备同时有J个下行BWP同时传输,每个BWP传输的层数为Lj,则网络设备对终端设备的调度需满足如下条件:
Figure BDA0003107054710000312
例如,在多个BWP中有两个BWP使用相同的接收射频通道,Ls=Lt,终端设备同时有J个下行BWP同时传输,每个BWP传输的层数为Lj,则网络设备对终端设备的调度需满足如下条件:
Figure BDA0003107054710000313
另一种可能的实现方式,对于终端设备上报的一个频段组合或载波组合或者终端设备同时配置的服务小区或服务小区组,例如,A∈{a1,a2,...,ak},终端设备在这个频段组合或载波组合或服务小区或服务小区组内最多可以同时激活M个频段或载波或服务小区或服务小区组。
示例性的,基于终端设备的基带计算能力,网络设备对终端设备的调度需要满足约束条件:
Figure BDA0003107054710000314
例如,如果每个BWP使用独立的接收射频通道,终端设备同时有J个下行BWP同时传输,J小于等于M,每个BWP传输的层数为Lj,则网络设备对终端设备的调度需满足如下条件:
Figure BDA0003107054710000315
例如,在多个BWP中有两个BWP使用相同的接收射频通道,Ls=Lt,终端设备同时有J个下行BWP同时传输,每个BWP传输的层数为Lj,则网络设备对终端设备的调度需满足如下条件:
Figure BDA0003107054710000316
又一种可能的实现方式,对于终端设备上报的一个频段组合或载波组合或者终端设备同时配置的服务小区或服务小区组,例如,A∈{a1,a2,...,ak},终端设备在这个频段组合或载波组合或服务小区或服务小区组内最多可以同时激活M个频段或载波或服务小区或服务小区组,该M个频段或载波或服务小区或服务小区组对应M个激活的下行BWP。
示例性的,基于终端设备的基带计算能力,网络设备对终端设备的调度需要满足约束条件:
Figure BDA0003107054710000317
例如,如果每个BWP使用独立的接收射频通道,每个BWP传输的层数为Lj,则网络设备对终端设备的调度需满足如下条件:
Figure BDA0003107054710000321
例如,在多个BWP中有两个BWP使用相同的接收射频通道,Ls=Lt,每个BWP传输的层数为Lj,则网络设备对终端设备的调度需满足如下条件:
Figure BDA0003107054710000322
应理解,该方法同样适用于上行传输,具体实现方式于下行传输类似。另外,上述公式(6)至公式(8)中的参数与公式(1)至公式(5)中涉及的参数含义一致。为了简洁,此处不再赘述。
综上所述,在上述实施例中,利用业务的频域特性,提供了一种新的基带与射频解耦的终端类型,降低了终端实现的基带成本,并提升了基带处理能力和硬件能力的使用效率。
上文结合图4至图11,详细描述了本申请实施例提供的通信方法侧实施例,下面将结合图12至图15详细描述本申请的装置侧实施例。应理解,方法实施例的描述与装置实施例的描述相互对应,因此,未详细描述的部分可以参见前面方法实施例。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,各个网元,例如发射端设备或者接收端设备,为了实现上述功能,其包含了执行各个功能相应的硬件结构和或或软件模块。本领域技术人员应该可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对发射端设备或者接收端设备进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明。
图12是本申请实施例提供的通信设备的示意性框图。如图12所示,该通信设备1000可以包括处理单元1100和收发单元1200。
可选地,该通信设备1000可对应于上文方法实施例中的终端设备,例如,可以为终端设备,或者配置于终端设备中的部件(如电路、芯片或芯片系统等)。
示例地,该处理单元1100用于确定终端设备在第一时段内进行通信的第一最大数据量,其中,第一时段为所述终端设备的数据传输周期,且在第一时段内进行通信的第一最大数据量小于终端设备在第一时段内进行连续通信的第二最大数据量;
该收发单元1200用于发送第一信息,该第一信息用于指示第一最大数据量。
应理解,该通信设备1000可对应于根据本申请实施例的方法400或500或800或1000或1100中的终端设备,该通信设备1000可以包括用于执行图4中的方法400或图5中的方法500或图8中的方法800或图10中的方法1000或图11中的方法1100中终端设备执行的方法的单元。并且,该通信设备1000中的各单元和上述其他操作和/或功能分别为了实现图4中的方法400或图5中的方法500或图8中的方法800或图10中的方法1000或图11中的方法1100的相应流程。
还应理解,该通信设备1000为终端设备时,该通信设备1000中的收发单元1200可以通过收发器实现,例如可对应于图13中示出的通信设备2000中的收发器2020或图14中示出的终端设备3000中的收发器3020,该通信设备1000中的处理单元1100可通过至少一个处理器实现,例如可对应于图13中示出的通信设备2000中的处理器2010或图14中示出的终端设备3000中的处理器3010。
还应理解,该通信设备1000为配置于终端设备中的芯片或芯片系统时,该通信设备1000中的收发单元1200可以通过输入/输出接口、电路等实现,该通信设备1000中的处理单元1100可以通过该芯片或芯片系统上集成的处理器、微处理器或集成电路等实现。
可选地,该通信设备1000可对应于上文方法实施例中的网络设备,例如,可以为网络设备,或者配置于网络设备中的部件(如电路、芯片或芯片系统等)。
示例地,该收发单元1200用于接收第一信息,该第一信息用于指示终端设备在第一时段内的进行通信的第一最大数据量,第一时段为终端设备的数据的传输周期,且在第一时段内的第一最大数据量小于在第一时段内进行连续通信的第二最大数据量;
该处理单元1100用于根据第一信息对终端设备进行资源调度。
应理解,该通信设备1000可对应于根据本申请实施例的方法400或500或800或1000或1100中的网络设备,该通信设备1000可以包括用于执行图4中的方法400或图5中的方法500或图8中的方法800或图10中的方法1000或图11中的方法1100中网络设备执行的方法的单元。并且,该通信设备1000中的各单元和上述其他操作和/或功能分别为了实现图4中的方法400或图5中的方法500或图8中的方法800或图10中的方法1000或图11中的方法1100的相应流程。
还应理解,该通信设备1000为网络设备时,该通信设备1000中的收发单元1200可以通过收发器实现,例如可对应于图13中示出的通信设备2000中的收发器2020或图15中示出的网络设备4000中的射频拉远单元(radio remote unit,RRU)4100,该通信设备1000中的处理单元1100可通过至少一个处理器实现,例如可对应于图13中示出的通信设备2000中的处理器2010或图15中示出的网络设备4000中的处理单元4200或处理器4202。
还应理解,该通信设备1000为配置于网络设备中的芯片或芯片系统时,该通信设备1000中的收发单元1200可以通过输入/输出接口、电路等实现,该通信设备1000中的处理单元1100可以通过该芯片或芯片系统上集成的处理器、微处理器或集成电路等实现。
图13是本申请实施例提供的通信设备2000的另一示意性框图。如图13所示,该通信设备2000包括处理器2010、收发器2020和存储器2030。其中,处理器2010、收发器2020和存储器2030通过内部连接通路互相通信,该存储器2030用于存储指令,该处理器2010用于执行该存储器2030存储的指令,以控制该收发器2020发送信号和/或接收信号。
应理解,该通信设备2000可以对应于上述方法实施例中的网络设备,并且可以用于执行上述方法实施例中网络设备执行的各个步骤和/或流程。
作为示例而非限定,该收发器2020用于该处理器2010用于确定终端设备在第一时段内进行通信的第一最大数据量,其中,第一时段为所述终端设备的数据传输周期,且在第一时段内进行通信的第一最大数据量小于终端设备在所述第一时段内进行连续通信的第二最大数据量;
该收发器2020用于发送第一信息,该第一信息用于指示第一最大数据量。
可选地,该存储器2030可以包括只读存储器和随机存取存储器,并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。存储器2030可以是一个单独的器件,也可以集成在处理器2010中。该处理器2010可以用于执行存储器2030中存储的指令,并且当该处理器2010执行存储器中存储的指令时,该处理器2010用于执行上述与网络设备或终端设备对应的方法实施例的各个步骤和/或流程。
可选地,该通信设备2000是图4中的方法400或图5中的方法500或图8中的方法800或图10中的方法1000或图11中的方法1100提供的实施例中的网络设备。
其中,收发器2020可以包括发射机和接收机。收发器2020还可以进一步包括天线,天线的数量可以为一个或多个。该处理器2010和存储器2030与收发器2020可以是集成在不同芯片上的器件。如,处理器2010和存储器2030可以集成在基带芯片中,收发器2020可以集成在射频芯片中。该处理器2010和存储器2030与收发器2020也可以是集成在同一个芯片上的器件。本申请对此不作限定。
可选地,该通信设备2000是配置在网络设备中的部件,如电路、芯片、芯片系统等。
其中,收发器2020也可以是通信接口,如输入/输出接口、电路等。该收发器2020与处理器2010和存储器2020都可以集成在同一个芯片中,如集成在基带芯片中。
应理解,该设备2000还可以对应于上述方法实施例中的终端设备(例如,UE),并且可以用于执行上述方法实施例中终端设备执行的各个步骤和/或流程。
作为示例而非限定,该收发器2020用于接收第一信息,该第一信息用于指示终端设备在第一时段内的进行通信的第一最大数据量,第一时段为终端设备的数据的传输周期,且在第一时段内的第一最大数据量小于在第一时段内进行连续通信的第二最大数据量;
该处理器2010用于根据第一信息对终端设备进行资源调度。
可选地,该存储器2030可以包括只读存储器和随机存取存储器,并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。存储器2030可以是一个单独的器件,也可以集成在处理器2010中。该处理器2010可以用于执行存储器2030中存储的指令,并且当该处理器2010执行存储器中存储的指令时,该处理器2010用于执行上述与终端设备对应的方法实施例的各个步骤和/或流程。
可选地,该通信设备2000是上述实施例中方法400或500或800或1000或1100中的终端设备。
其中,收发器2020可以包括发射机和接收机。收发器2020还可以进一步包括天线,天线的数量可以为一个或多个。该处理器2010和存储器2030与收发器2020可以是集成在不同芯片上的器件。如,处理器2010和存储器2030可以集成在基带芯片中,收发器2020可以集成在射频芯片中。该处理器2010和存储器2030与收发器2020也可以是集成在同一个芯片上的器件。本申请对此不作限定。
可选地,该设备2000是配置在终端设备中的部件,如电路、芯片、芯片系统等。
其中,收发器2020也可以是通信接口,如输入/输出接口、电路等。该收发器2020与处理器2010和存储器2020都可以集成在同一个芯片中,如集成在基带芯片中。
图14是本申请实施例提供的终端设备3000的结构示意图。该终端设备3000可应用于如图1所示的系统中,执行上述方法实施例中终端设备的功能。如图14所示,该终端设备3000包括处理器3010和收发器3020。可选地,该终端设备3000还包括存储器3030。其中,处理器3010、收发器3020和存储器3030之间可以通过内部连接通路互相通信,传递控制和/或数据信号,该存储器3030用于存储计算机程序,该处理器3010用于从该存储器3030中调用并运行该计算机程序,以控制该收发器3020收发信号。可选地,终端设备3000还可以包括天线3040,用于将收发器3020输出的上行数据或上行控制信令通过无线信号发送出去。
上述处理器3010可以和存储器3030可以合成一个处理装置,处理器3010用于执行存储器3030中存储的程序代码来实现上述功能。具体实现时,该存储器3030也可以集成在处理器3010中,或者独立于处理器3010。该处理器3010可以与图12中的处理单元1100或图13中的处理器2010对应。上述收发器3020可以与图12中的收发单元1200或图13中的收发器2020对应。收发器3020可以包括接收器(或称接收机、接收电路)和发射器(或称发射机、发射电路)。其中,接收器用于接收信号,发射器用于发射信号。
作为示例而非限定,该处理器3010用于确定终端设备在第一时段内的最大通信数据量,所述第一时段为周期性业务的传输周期,所述在第一时段内的最大通信数据量小于在所述第一时段内连续传输的最大通信数据量;
该收发器3020用于发送终端设备在第一时段内的最大通信数据量。
应理解,图14所示的终端设备3000能够实现图4或图5或图8或图10或图11所示方法实施例中涉及终端设备的各个过程。终端设备3000中的各个模块的操作和/或功能,分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述,为避免重复,此处适当省略详细描述。
上述处理器3010可以用于执行前面方法实施例中描述的由终端设备内部实现的动作,而收发器3020可以用于执行前面方法实施例中描述的终端设备向网络设备发送或从网络设备接收的动作。具体请见前面方法实施例中的描述,此处不再赘述。
可选地,上述终端设备3000还可以包括电源3050,用于给终端设备中的各种器件或电路提供电源。
除此之外,为了使得终端设备的功能更加完善,该终端设备3000还可以包括输入单元3060、显示单元3070、音频电路3080、摄像头3090和传感器3100等中的一个或多个,该音频电路还可以包括扬声器3082、麦克风3084等。
图15是本申请实施例提供的网络设备的结构示意图,例如可以为网络设备的结构示意图。该网络设备4000可应用于如图1所示的系统中,执行上述方法实施例中网络设备的功能。如图15所示,该网络设备4000可以包括一个或多个射频单元,如远端射频单元(remote radio unit,RRU)4100和一个或多个基带单元(BBU)(也可称为分布式单元(DU))4200。该RRU 4100可以称为收发单元,可以与图12中的收发单元1200或图13中的收发器2020对应。
可选地,该RRU 4100还可以称为收发机、收发电路、或者收发器等等,其可以包括至少一个天线4101和射频单元4102。可选地,RRU 4100可以包括接收单元和发送单元,接收单元可以对应于接收器(或称接收机、接收电路),发送单元可以对应于发射器(或称发射机、发射电路)。该RRU 4100部分主要用于射频信号的收发以及射频信号与基带信号的转换,例如用于向终端设备发送指示信息。该BBU 4200部分主要用于进行基带处理,对网络设备进行控制等。该RRU 4100与BBU 4200可以是物理上设置在一起,也可以物理上分离设置的,即分布式网络设备。
该BBU 4200为网络设备的控制中心,也可以称为处理单元,可以与图12中的处理单元1100或图13中的处理器2010对应,主要用于完成基带处理功能,如信道编码、复用、调制、扩频等等。例如,该BBU(处理单元)可以用于控制网络设备执行上述方法实施例中关于网络设备的操作流程,例如,生成上述指示信息等。
在一个示例中,该BBU 4200可以由一个或多个单板构成,多个单板可以共同支持单一接入制式的无线接入网(如LTE网),也可以分别支持不同接入制式的无线接入网(如LTE网,5G网或其他网)。该BBU 4200还包括存储器4201和处理器4202。该存储器4201用以存储必要的指令和数据。该处理器4202用于控制网络设备进行必要的动作,例如用于控制网络设备执行上述方法实施例中关于网络设备的操作流程。该存储器4201和处理器4202可以服务于一个或多个单板。也就是说,可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。
作为示例而非限定,该收发器4100用于接收终端设备在第一时段内的最大通信数据量,该第一时段为周期性业务的传输周期,该在第一时段内的最大通信数据量小于在第一时段内连续传输的最大通信数据量;
该处理器4202用于根据终端设备在第一时段内的最大通信数据量对终端设备进行资源调度。
应理解,图15所示的网络设备4000能够实现图4或图5或图8或图10或图11所示方法实施例中涉及网络设备的各个过程。网络设备4000中的各个模块的操作和/或功能,分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述,为避免重复,此处适当省略详细描述。
上述BBU 4200可以用于执行前面方法实施例中描述的由网络设备内部实现的动作,而RRU 4100可以用于执行前面方法实施例中描述的网络设备向终端设备发送或从终端设备接收的动作。具体请见前面方法实施例中的描述,此处不再赘述。
应理解,图15所示出的网络设备4000仅为网络设备的一种可能的形态,而不应对本申请构成任何限定。本申请所提供的方法可适用于其他形态的网络设备。例如,包括AAU,还可以包括CU和/或DU,或者包括BBU和自适应无线单元(adaptive radio unit,ARU),或BBU;也可以为客户终端设备(customer premises equipment,CPE),还可以为其它形态,本申请对于网络设备的具体形态不做限定。
其中,CU和/或DU可以用于执行前面方法实施例中描述的由网络设备内部实现的动作,而AAU可以用于执行前面方法实施例中描述的网络设备向终端设备发送或从终端设备接收的动作。具体请见前面方法实施例中的描述,此处不再赘述。
本申请还提供了一种处理装置,包括至少一个处理器,该至少一个处理器用于执行存储器中存储的计算机程序,以使得该处理装置执行上述任一方法实施例中终端设备或网络设备所执行的方法。
应理解,上述处理装置可以是一个或多个芯片。例如,该处理装置可以是现场可编程门阵列(field programmable gate array,FPGA),可以是专用集成芯片(applicationspecific integrated circuit,ASIC),还可以是系统芯片(system on chip,SoC),还可以是中央处理器(central processor unit,CPU),还可以是网络处理器(networkprocessor,NP),还可以是数字信号处理电路(digital signal processor,DSP),还可以是微控制器(micro controller unit,MCU),还可以是可编程控制器(programmable logicdevice,PLD)或其他集成芯片。
本申请实施例还提供了一种处理装置,包括处理器和通信接口。该通信接口与该处理器耦合。该通信接口用于输入和/或输出信息。该信息包括指令和数据中的至少一项。该处理器用于执行计算机程序,以使得该处理装置执行上述任一方法实施例中终端设备或网络设备所执行的方法。
本申请实施例还提供了一种处理装置,包括处理器和存储器。该存储器用于存储计算机程序,该处理器用于从该存储器调用并运行该计算机程序,以使得该处理装置执行上述任一方法实施例中终端设备或网络设备所执行的方法。
根据本申请实施例提供的方法,本申请还提供一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码在计算机上运行时,使得该计算机执行图4或图5或图8或图10或图11所示实施例中的终端设备执行的方法或网络设备执行的方法。
根据本申请实施例提供的方法,本申请还提供一种计算机可读存储介质,该计算机可读存储介质存储有程序代码,当该程序代码在计算机上运行时,使得该计算机执行图4或图5或图8或图10或图11所示实施例中的终端设备执行的方法或网络设备执行的方法。
根据本申请实施例提供的方法,本申请还提供一种系统,其包括前述的一个或多个终端设备以及一个或多个网络设备。
上述各个装置实施例中网络设备与终端设备和方法实施例中的网络设备或终端设备完全对应,由相应的模块或单元执行相应的步骤,例如通信单元(收发器)执行方法实施例中接收或发送的步骤,除发送、接收外的其它步骤可以由处理单元(处理器)执行。具体单元的功能可以参考相应的方法实施例。其中,处理器可以为一个或多个。
上述实施例中,终端设备可以作为接收设备的一例,网络设备可以作为发送设备的一例。但这不应对本申请构成任何限定。
应注意,本申请实施例中的处理器可以是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例公开的方法可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
应理解,本申请实施例中,该处理器可以为中央处理单元(central processingunit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(digital signalprocessor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronousDRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDRSDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambusRAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
上述实施例,可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时,上述实施例可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行该计算机指令或计算机程序时,全部或部分地产生按照本申请实施例所述的流程或功能。该计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质。半导体介质可以是固态硬盘。
在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如,部件可以是但不限于,在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示,在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中,部件可位于一个计算机上和/或分布在2个或更多计算机之间。此外,这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的两个部件的数据,例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,该单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
在本申请实施例中,终端设备或网络设备包括硬件层、运行在硬件层之上的操作系统层,以及运行在操作系统层上的应用层。该硬件层包括中央处理器CPU、内存管理单元(memory management unit,MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统,例如,Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且,本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定,只要能够通过运行记录有本申请实施例的提供的方法的代码的程序,以根据本申请实施例提供的方法进行通信即可,例如,本申请实施例提供的方法的执行主体可以是终端设备或网络设备,或者,是终端设备或网络设备中能够调用程序并执行程序的功能模块。
另外,本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如,计算机可读介质可以包括,但不限于:磁存储器件(例如,硬盘、软盘或磁带等),光盘(例如,压缩盘(compact disc,CD)、数字通用盘(DVD)等),智能卡和闪存器件(例如,可擦写可编程只读存储器EPROM、卡、棒或钥匙驱动器等)。另外,本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于,无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

Claims (35)

1.一种数据传输方法,其特征在于,包括:
确定终端设备在第一时段内进行通信的第一最大数据量,其中,所述第一时段为所述终端设备的数据的传输周期,且所述在第一时段内进行通信的第一最大数据量小于所述终端设备在所述第一时段内进行连续通信的第二最大数据量;
发送第一信息,所述第一信息用于指示所述第一最大数据量。
2.根据权利要求1所述的方法,其特征在于,所述第一最大数据量包括:上下行层2缓存大小。
3.根据权利要求1或2所述的方法,其特征在于,所述第一信息包括以下信息中的一个或多个:图像的清晰度、信源编码方法、信源压缩率和第一索引,所述第一索引与所述第一最大数据量对应。
4.根据权利要求1或2所述的方法,其特征在于,所述第一信息包括以下信息中的一个或多个:所述第一时段、数据包空口传输时延、数据包传输的占空比、数据包核心网时延和本地渲染时延,其中,所述数据包空口传输时延小于所述第一时段。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
发送第二信息,所述第二信息用于确定所述终端设备的最大上下行传输速率,所述第二信息包括以下信息中的一个或多个:载波组合中各个载波的带宽、子载波间隔或时隙时长、最大调制阶数、最大传输码率、最大传输层数和缩放因子。
6.根据权利要求5所述的方法,其特征在于,所述确定终端设备在第一时段内进行通信的第一最大数据量,包括:
根据所述数据包空口传输时延和所述终端设备的最大上下行传输速率确定所述第一最大数据量。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述确定终端设备在第一时段内进行通信的第一最大数据量,还包括:
根据数据包大小确定所述第一最大数据量。
8.根据权利要求1至7中任一项所述的方法,其特征在于,所述第一时段包括N个时间单元,所述方法还包括:
接收调度信息,所述调度信息用于调度所述终端设备的物理上行共享信道PUSCH和/或物理下行共享信道PDSCH,且包括从时间单元(N-K)至当前调度时间单元K,网络设备调度所述终端设备在所述PUSCH上发送的总比特数目TotalDataUL,和/或网络设备调度所述终端设备在所述PDSCH上传输的总比特数目TotalDataDL
当TotalDataUL+TotalDataDL<Ftotal时,发送所述PUSCH,和/或接收所述PDSCH;
其中,Ftotal为所述第二最大数据量,N、K、N-K为大于或等于零的正整数。
9.一种数据传输方法,其特征在于,包括:
接收第一信息,所述第一信息用于指示终端设备在第一时段内进行通信的第一最大数据量,所述第一时段为终端设备的数据的传输周期,且所述在第一时段内的第一最大数据量小于在所述第一时段内进行连续通信的第二最大数据量;
根据所述第一信息对所述终端设备进行资源调度。
10.根据权利要求9所述的方法,其特征在于,所述在第一时段内的第一最大数据量包括:上下行层2缓存大小。
11.根据权利要求9或10所述的方法,其特征在于,所述第一信息包括以下信息中的一个或多个:图像的清晰度、信源编码方法、信源压缩率和第一索引,所述第一索引与所述第一最大数据量对应。
12.根据权利要求9或10所述的方法,其特征在于,所述第一信息包括以下信息中的一个或多个:所述第一时段、数据包空口传输时延、数据包传输的占空比、数据包核心网时延及本地渲染时延,其中,所述数据包空口传输时延小于所述第一时段。
13.根据权利要求12中任一项所述的方法,其特征在于,所述方法还包括:
接收第二信息,所述第二信息用于确定所述终端设备的最大上下行传输速率,所述第二信息包括以下信息中的一个或多个:载波组合中各个载波的带宽、子载波间隔或时隙时长、最大调制阶数、最大传输码率、最大传输层数和缩放因子;
根据所述第二信息确定所述终端设备的最大上下行传输速率;
根据所述终端设备的最大上下行传输速率和所述第一信息确定所述第一最大数据量。
14.根据权利要求9至13中任一项所述的方法,其特征在于,所述第一时段包括N个时间单元,所述方法还包括:
发送调度信息,所述调度信息用于调度所述终端设备的物理上行共享信道PUSCH和/或物理下行共享信道PDSCH,且包括从时间单元(N-K)至当前调度时间单元K,网络设备调度所述终端设备在所述PUSCH上传输的总比特数目TotalDataUL,和/或网络设备调度所述终端设备在所述PDSCH上传输的总比特数目TotalDataDL
其中,TotalDataUL+TotalDataDL<Ftotal,Ftotal为所述第二最大数据量,N、K、N-K为大于或等于零的正整数。
15.一种数据传输装置,其特征在于,包括:
处理单元,用于确定终端设备在第一时段内进行通信的第一最大数据量,其中,所述第一时段为所述终端设备的数据的传输周期,且所述在第一时段内进行通信的第一最大数据量小于所述终端设备在所述第一时段内进行连续通信的第二最大数据量;
收发单元,用于发送第一信息,所述第一信息用于指示所述第一最大数据量。
16.根据权利要求15所述的装置,其特征在于,所述第一最大数据量包括:上下行层2缓存大小。
17.根据权利要求15或16所述的装置,其特征在于,所述第一信息包括以下信息中的一个或多个:图像的清晰度、信源编码方法、信源压缩率和第一索引,所述第一索引与所述第一最大数据量对应。
18.根据权利要求15或16所述的装置,其特征在于,所述第一信息包括以下信息中的一个或多个:所述第一时段、数据包空口传输时延、数据包传输的占空比、数据包核心网时延和本地渲染时延,其中,所述数据包空口传输时延小于所述第一时段。
19.根据权利要求18所述的装置,其特征在于,
所述收发单元,还用于发送第二信息,所述第二信息用于确定所述终端设备的最大上下行传输速率,所述第二信息包括以下信息中的一个或多个:载波组合中各个载波的带宽、子载波间隔或时隙时长、最大调制阶数、最大传输码率、最大传输层数和缩放因子。
20.根据权利要求19所述的装置,其特征在于,
所述处理单元,还用于根据所述数据包空口传输时延和所述终端设备的最大上下行传输速率确定所述第一最大数据量。
21.根据权利要求15至20中任一项所述的装置,其特征在于,
所述处理单元,还用于根据数据包大小确定所述第一最大数据量。
22.根据权利要求15至21中任一项所述的装置,其特征在于,所述第一时段包括N个时间单元,所述收发单元,还用于:
接收调度信息,所述调度信息用于调度所述终端设备的物理上行共享信道PUSCH和/或物理下行共享信道PDSCH,且包括从时间单元(N-K)至当前调度时间单元K,网络设备调度所述终端设备在所述PUSCH上发送的总比特数目TotalDataUL,和/或网络设备调度所述终端设备在所述PDSCH上传输的总比特数目TotalDataDL
当TotalDataUL+TotalDataDL<Ftotal时,发送所述PUSCH,和/或接收所述PDSCH;
其中,Ftotal为所述第二最大数据量,N、K、N-K为大于或等于零的正整数。
23.一种数据传输装置,其特征在于,包括:
收发单元,用于接收第一信息,所述第一信息用于指示终端设备在第一时段内进行通信的第一最大数据量,所述第一时段为终端设备的数据的传输周期,且所述在第一时段内的第一最大数据量小于在所述第一时段内进行连续通信的第二最大数据量;
处理单元,用于根据所述第一信息对所述终端设备进行资源调度。
24.根据权利要求23所述的装置,其特征在于,所述在第一时段内的第一最大数据量包括:上下行层2缓存大小。
25.根据权利要求23或24所述的装置,其特征在于,所述第一信息包括以下信息中的一个或多个:图像的清晰度、信源编码方法、信源压缩率和第一索引,所述第一索引与所述第一最大数据量对应。
26.根据权利要求23或24所述的装置,其特征在于,所述第一信息还包括以下信息中的一个或多个:所述第一时段、数据包空口传输时延、数据包传输的占空比和数据包核心网时延及本地渲染时延,其中,所述数据包空口传输时延小于所述第一时段。
27.根据权利要求26中任一项所述的装置,其特征在于,
所述收发单元,还用于接收第二信息,所述第二信息用于确定所述终端设备的最大上下行传输速率,所述第二信息包括以下信息中的一个或多个:载波组合中各个载波的带宽、子载波间隔或时隙时长、最大调制阶数、最大传输码率、最大传输层数和缩放因子;
所述处理单元,还用于根据所述第二信息确定所述终端设备的最大上下行传输速率;
所述处理单元,还用于根据所述终端设备的最大上下行传输速率和所述第一信息确定所述第一最大数据量。
28.根据权利要求23至27中任一项所述的装置,其特征在于,所述第一时段包括N个时间单元,所述收发单元,还用于:
发送调度信息,所述调度信息用于调度所述终端设备的物理上行共享信道PUSCH和/或物理下行共享信道PDSCH,且包括从时间单元(N-K)至当前调度时间单元K,网络设备调度所述终端设备在所述PUSCH上传输的总比特数目TotalDataUL,和/或网络设备调度所述终端设备在所述PDSCH上传输的总比特数目TotalDataDL
其中,TotalDataUL+TotalDataDL<Ftotal,Ftotal为所述第二最大数据量,N、K、N-K为大于或等于零的正整数。
29.一种通信装置,其特征在于,包括:处理器和接口电路,所述接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置,所述处理器通过逻辑电路或执行代码指令用于实现如权利要求1至8中任一项所述的方法。
30.一种通信装置,其特征在于,包括处理器和接口电路,所述接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置,所述处理器通过逻辑电路或执行代码指令用于实现如权利要求9至14中任一项所述的方法。
31.一种通信系统,其特征在于,包括:
如权利要求1至8中任一项所述的终端设备;和/或
如权利要求9至14中任一项所述的网络设备。
32.一种芯片,其特征在于,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的终端设备执行如权利要求1至8中任意一项所述的方法,和/或使得安装有所述芯片的终端设备执行如权利要求9至14中任意一项所述的方法。
33.一种计算机程序,其特征在于,所述计算机程序被通信装置执行时,实现如权利要求1至14中任一项所述的方法。
34.一种计算机可读存储介质,其特征在于,包括:
所述计算机可读存储介质上存储有计算机程序,当所述计算机程序运行时,
使得所述计算机执行如权利要求1至8中任一项所述的方法;或者
使得所述计算机执行如权利要求9至14中任一项所述的方法。
35.一种通信系统,包括如权利要求15至22中任一项或29所述的通信装置,和如权利要求23至28中任一项或30所述的通信装置。
CN202110639352.1A 2021-06-08 2021-06-08 数据传输方法和装置 Pending CN115460584A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202110639352.1A CN115460584A (zh) 2021-06-08 2021-06-08 数据传输方法和装置
EP22819430.4A EP4340504A1 (en) 2021-06-08 2022-06-01 Data transmission method and apparatus
PCT/CN2022/096629 WO2022257832A1 (zh) 2021-06-08 2022-06-01 数据传输方法和装置
US18/523,778 US20240107361A1 (en) 2021-06-08 2023-11-29 Data transmission method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110639352.1A CN115460584A (zh) 2021-06-08 2021-06-08 数据传输方法和装置

Publications (1)

Publication Number Publication Date
CN115460584A true CN115460584A (zh) 2022-12-09

Family

ID=84294520

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110639352.1A Pending CN115460584A (zh) 2021-06-08 2021-06-08 数据传输方法和装置

Country Status (4)

Country Link
US (1) US20240107361A1 (zh)
EP (1) EP4340504A1 (zh)
CN (1) CN115460584A (zh)
WO (1) WO2022257832A1 (zh)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9055464B2 (en) * 2011-07-07 2015-06-09 Optis Cellular Technology, Llc RLC Data transmission control based on UE memory capacity
CN107889098A (zh) * 2016-09-30 2018-04-06 中兴通讯股份有限公司 终端能力的协调处理、协调方法及装置、终端、基站
AU2016434076B2 (en) * 2016-12-28 2022-04-07 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Information sending method, information receiving method, apparatus and system

Also Published As

Publication number Publication date
US20240107361A1 (en) 2024-03-28
EP4340504A1 (en) 2024-03-20
WO2022257832A1 (zh) 2022-12-15

Similar Documents

Publication Publication Date Title
US11425697B2 (en) Dynamic management of uplink control signaling resources in wireless network
EP3738378B1 (en) Uplink channel scheduling to retain channel occupancy for unlicensed wireless spectrum
US11595159B2 (en) HARQ design for wireless communications
CN110301110A (zh) 用于管理多个数字参数配置的harq过程的方法和用户设备ue
CN109392141A (zh) 一种调整频域资源和发送指示信息的方法、装置及系统
TW201902286A (zh) 統一訊框結構
US9813523B2 (en) Apparatus, method and system of quality of experience indication
CN105264977A (zh) 一种功率配置方法、用户设备及基站
CN109413744A (zh) 通信方法与设备
US11743761B2 (en) Apparatus, system and method of communication during a transmit opportunity (TXOP)
CN114362899A (zh) 由用户终端或基站执行的方法、用户终端及基站
CN115918197A (zh) 多trp配置的授权传输
CN115136552A (zh) 终端以及通信方法
WO2022257832A1 (zh) 数据传输方法和装置
CN108934079A (zh) 资源调度方法、终端设备和网络侧设备
WO2021077412A1 (zh) 一种传输数据的方法、装置及相关设备
WO2016029486A1 (zh) 一种天线信息的发送、接收方法和设备
WO2024114554A1 (zh) 信息确定方法及相关装置
WO2022170516A1 (zh) 一种传输信息的方法及其装置
WO2023051201A1 (zh) 通信方法与装置
US12034657B2 (en) Downlink control information for reduced-complexity device
WO2019201196A1 (zh) 速率匹配的方法和装置,以及解速率匹配的方法和装置
WO2022088188A1 (zh) 通信的方法、装置
US20240236973A1 (en) Wireless communication methods
WO2021223599A1 (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