CN110149718A - 数据发送的方法和通信设备 - Google Patents
数据发送的方法和通信设备 Download PDFInfo
- Publication number
- CN110149718A CN110149718A CN201810152214.9A CN201810152214A CN110149718A CN 110149718 A CN110149718 A CN 110149718A CN 201810152214 A CN201810152214 A CN 201810152214A CN 110149718 A CN110149718 A CN 110149718A
- Authority
- CN
- China
- Prior art keywords
- remaining time
- network equipment
- terminal device
- data
- scheduling request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/121—Wireless traffic scheduling for groups of terminals or users
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/53—Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种数据发送的方法和通信设备,该方法包括:终端设备向网络设备发送第一消息,所述第一消息用于指示一个或多个数据包的剩余时间的信息,所述一个或多个数据包的剩余时间用于指示所述终端设备需要在所述剩余时间结束前完成所述一个或多个数据包的发送;所述终端设备获取所述网络设备为所述终端设备配置的资源的信息,所述资源用于在所述剩余时间结束前发送所述一个或多个数据包,使得网络设备可以及时为终端设备分配资源,从而满足了终端设备需要及时发送紧急数据包或紧急业务的需求,有助于提升高可靠低延时业务通信的可靠性。
Description
技术领域
本申请涉及通信领域,并且更具体地,涉及一种数据发送的方法和通信设备。
背景技术
长期演进(Long Term Evolution,LTE)系统提供了一个上行调度请求(Scheduling Request,SR)机制。终端通过SR告知基站需要上行资源,以便于进行上行共享信道传输。终端需要通过缓存状态报告(Buffer Status Reporting,BSR)来上报有多少数据量需要发送。基站收到SR后,给终端分配上行资源,分配的上行资源至少足够终端发送BSR。
随着移动互联网技术的不断发展,各类业务不断涌现。其中,高可靠低时延通信(Ultra Reliable and Low Latency Communication,URLLC)业务,如远程医疗、工业控制等,需要满足高可靠低延迟的需求。高可靠性是指在一定的延时范围内通过通信系统高概率的传递无错数据包。高可靠性的一个性能指标是在一定延时范围内成功传递的无错数据包占所有数据包的比例。
现有的SR和BSR机制中,终端设备在SR/BSR中上报给基站的信息只能反映终端设备的上行缓存中有数据/有多少数据等待发送,基站无法及时为UE缓存中紧急数据包分配上行资源。因此,现有的SR和BSR机制已经不能满足高可靠低延迟的需求,无法保证具有高可靠低延迟需求的业务数据传输。因此,亟需提出一种新的解决方案满足高可靠低延迟的需求。
发明内容
本申请提供一种数据发送的方法和通信设备,通过向网络设备上报数据包的剩余时间的信息,使得网络设备可以及时为终端设备分配资源,从而满足了终端设备需要及时发送紧急数据包或紧急业务的需求。
第一方面,提供了一种数据发送方法,包括:
终端设备向网络设备发送第一消息,所述第一消息用于指示一个或多个数据包的剩余时间的信息,所述一个或多个数据包的剩余时间用于指示所述终端设备需要在所述剩余时间结束前完成所述一个或多个数据包的发送;
所述终端设备获取所述网络设备为所述终端设备配置的资源的信息,所述资源用于在所述剩余时间结束前发送所述一个或多个数据包。
在本申请实施例中,终端设备通过向网络设备发送第一消息,所述第一消息用于指示一个或多个数据包的剩余时间的信息,所述一个或多个数据包的剩余时间用于指示所述终端设备需要在所述剩余时间结束前完成所述一个或多个数据包的发送,使得网络设备可以及时为终端设备分配资源,从而满足了终端设备需要及时发送紧急数据包或紧急业务的需求,有助于提升高可靠低延时业务通信的可靠性。
可选地,剩余时间的信息可以指示一个具体的时刻,也可以指示一个时间段。对于剩余时间的信息是具体时刻的情况:数据包可以是多个数据包中剩余时间最小的数据包;对于剩余时间的信息是具体时间段的情况:数据包可以是剩余时间满足该具体时间段的一个或多个数据包。
可选地,剩余时间的信息可以是以时域单元(比如符号symbol、时隙slot、毫秒ms)为单位的绝对时间信息,也可以是数据包超时时间所在的子帧号,也可以是时间索引值。
在一种可能的实现方式中,所述第一消息为第一调度请求,所述方法还包括:
所述终端设备根据第一对应关系和所述剩余时间,确定所述第一调度请求的配置,所述第一对应关系是调度请求的配置与所述一个或多个数据包的剩余时间的对应关系,其中,所述第一调度请求的配置包括所述第一调度请求所占用的资源位置;
所述终端设备向网络设备发送第一消息,包括:
所述终端设备使用所述第一调度请求的配置向所述网络设备发送所述第一调度请求。
因此,终端设备通过向网络设备发送调度请求,使得网络设备可以基于终端设备发送调度请求所采用的调度请求的配置,来确定数据包的剩余时间,从而及时为终端设备调度资源。
在一种可能的实现方式中,所述第一消息还用于指示剩余时间满足预定时间门限的所述一个或多个数据包对应的数据量信息,所述第一消息为第二调度请求,所述方法还包括:
所述终端设备根据第二对应关系和所述数据量信息,确定所述第二调度请求的配置,所述第二对应关系是调度请求的配置与所述一个或多个数据包的数据量的对应关系,其中,所述第二调度请求的配置包括所述第二调度请求所占用的资源位置;
所述终端设备向网络设备发送第一消息,包括:
所述终端设备使用所述第二调度请求的配置向所述网络设备发送所述第二调度请求。
因此,终端设备通过向网络设备发送调度请求,使得网络设备可以基于终端设备发送调度请求所采用的调度请求的配置,来确定数据包的数据量,从而及时为终端设备调度资源。
在一种可能的实现方式中,所述第一消息为缓存状态报告,所述方法还包括:
所述终端设备根据以下条件1)至3)中的一项或多项,触发所述缓存状态报告:
1)所述一个或多个数据包的剩余时间小于或等于预设时间门限,
2)所述一个或多个数据包的剩余时间小于或等于预设时间门限且所述一个或多个数据包的数据量大于或等于预设数据量门限,
3)所述一个或多个数据包的剩余时间小于或等于预设时间门限且所述一个或多个数据包的数据量在所述一个或多个数据包所在逻辑信道的待发送数据总量中占的比例大于或等于比例门限;
所述终端设备向网络设备发送第一消息,包括:
所述终端设备向所述网络设备发送所述缓存状态报告。
因此,终端设备通过触发缓存状态报告,并向网络设备发送触发的缓存状态报告,使得网络设备可以基于缓存状态报告,为终端设备分配资源。
在一种可能的实现方式中,所述第一消息为缓存状态报告,所述终端设备向网络设备发送第一消息,包括:
所述终端设备向所述网络设备发送所述缓存状态报告,所述缓存状态报告包括所述一个或多个数据包的剩余时间的信息。
因此,终端设备通过向网络设备发送缓存状态报告,使得网络设备可以基于缓存状态报告中携带的内容获知数据包的剩余时间的信息,从而及时为终端设备调度资源。
在一种可能的实现方式中,所述缓存状态报告还包括所述一个或多个数据包所在的逻辑信道中剩余时间在不同时间段中的数据量信息。
在一种可能的实现方式中,所述第一消息为缓存状态报告,所述方法还包括:
所述终端设备根据第三对应关系和所述剩余时间,确定第一编码方式,所述第三对应关系是缓存状态报告的编码方式与数据包的剩余时间的对应关系;
所述终端设备向网络设备发送第一消息,包括:
所述终端设备向所述网络设备发送使用所述第一编码方式进行编码的所述缓存状态报告。
因此,终端设备通过所采用的编码方式隐式携带数据包的剩余时间,使得网络设备根据编码方式即可判断出是否需要为终端设备配置资源。
在一种可能的实现方式中,在所述网络设备为所述终端设备配置了周期性资源的情况下,所述第一消息为媒体接入控制层控制元素MAC CE,所述一个或多个数据包的剩余时间是下个周期资源到达前会出现超时的数据包的剩余时间,
所述终端设备向网络设备发送第一消息,包括:
所述终端设备向所述网络设备发送所述MAC CE,所述MAC CE中包括所述一个或多个数据包的剩余时间的信息。
因此,对于网络设备为终端设备配置了周期性资源的情况,终端设备在下个周期资源到达前,通过MAC CE向网络设备发送数据包的剩余时间,使得网络设备根据MAC CE携带的具体内容即可判断出是否需要为终端设备配置资源。
在一种可能的实现方式中,终端设备获取网络设备在下个周期资源到达前为终端设备动态调度的资源。
在一种可能的实现方式中,所述MAC CE还用于指示在下个周期的资源到达前剩余时间满足预设时间门限的一个或多个数据包对应的数据量信息。
在一种可能的实现方式中,一个或多个数据包对应的数据量信息包括数据索引,所述方法还包括:
所述终端设备根据第四对应关系和所述一个或多个数据包对应的数据量,确定所述数据索引,所述第四对应关系数据包对应的数据量区间与数据索引的对应关系。
因此,终端设备可以向网络设备上报一个或多个数据包的数据量,使得网络设备可以结合数据量为终端设备分配资源。
第二方面,提供了一种数据发送方法,包括:
网络设备接收终端设备发送的第一消息,所述第一消息用于指示一个或多个数据包的剩余时间的信息,所述剩余时间为完成发送所述一个或多个数据包的剩余时间;
所述网络设备根据所述剩余时间的信息为所述终端设备配置资源,所述资源的时域位置在所述剩余时间结束之前。
在本申请实施例中,网络设备通过接收终端设备发送的第一消息,所述第一消息用于指示一个或多个数据包的剩余时间的信息,所述一个或多个数据包的剩余时间用于指示所述终端设备需要在所述剩余时间结束前完成所述一个或多个数据包的发送,使得网络设备可以及时为终端设备分配资源,从而满足了终端设备需要及时发送紧急数据包或紧急业务的需求,有助于提升高可靠低延时业务通信的可靠性。
可选地,剩余时间的信息可以指示一个具体的时刻,也可以指示一个时间段。对于剩余时间的信息是具体时刻的情况:数据包可以是多个数据包中剩余时间最小的数据包;对于剩余时间的信息是具体时间段的情况:数据包可以是剩余时间满足该具体时间段的一个或多个数据包。
可选地,剩余时间的信息可以是以时域单元(比如符号symbol、时隙slot、毫秒ms)为单位的绝对时间信息,也可以是数据包超时时间所在的子帧号,也可以是时间索引值。
在一种可能的实现方式中,所述第一消息为第一调度请求,所述网络设备接收终端设备发送的第一消息,包括:
所述网络设备在第一资源位置接收终端设备发送的所述第一调度请求;
所述方法还包括:
所述网络设备根据第一对应关系和所述第一资源位置,确定所述一个或多个数据包的剩余时间的信息,其中,所述第一对应关系是调度请求的配置与所述一个或多个数据包的剩余时间的对应关系,其中,所述第一调度请求的配置包括所述第一调度请求所占用的资源位置。
因此,网络设备可以基于终端设备发送调度请求所采用的调度请求的配置,来确定数据包的剩余时间,从而及时为终端设备调度资源。
在一种可能的实现方式中,所述第一消息还用于指示剩余时间满足预定时间门限的所述一个或多个数据包对应的数据量信息,所述第一消息为第二调度请求,所述网络设备接收终端设备发送的第一消息,包括:
所述网络设备在第二资源位置接收所述终端设备发送的所述第二调度请求;
所述方法还包括:
所述网络设备根据所述第二对应关系和所述第二资源位置,确定所述一个或多个数据包的数据量,所述第二对应关系是调度请求的配置与所述一个或多个数据包的数据量的对应关系,其中,所述第二调度请求的配置包括所述第二调度请求所占用的资源位置。
其中,所述网络设备根据所述剩余时间的信息为所述终端设备配置资源,包括:
所述网络设备根据所述一个或多个数据包的数据量和所述剩余时间,为所述终端设备配置资源。
因此,网络设备可以基于终端设备发送调度请求所采用的调度请求的配置,来确定数据包的数据量,从而及时为终端设备调度资源。
在一种可能的实现方式中,所述第一消息为缓存状态报告,所述网络设备接收终端设备发送的第一消息,包括:
所述网络设备接收所述终端设备发送的所述缓存状态报告,所述缓存状态报告包括所述一个或多个数据包的剩余时间的信息。
因此,网络设备通过接收终端设备发送的缓存状态报告,根据缓存状态报告中携带的剩余时间信息为终端设备分配资源。
在一种可能的实现方式中,所述缓存状态报告还包括所述一个或多个数据包所在的逻辑信道中剩余时间在不同时间段中的数据量信息。
因此,网络设备可以基于缓存状态报告获知数据包的数据量信息,从而及时为终端设备调度资源。
在一种可能的实现方式中,所述第一消息为缓存状态报告,所述网络设备接收终端设备发送的第一消息,包括:
所述网络设备接收所述终端设备发送的所述缓存状态报告;
所述方法还包括:
所述网络设备根据所述缓存状态报告对应的编码方式和第三对应关系,确定所述剩余时间,所述第三对应关系是缓存状态报告的编码方式与所述一个或多个数据包的剩余时间的对应关系。
因此,网络设备通过编码方式获得数据包的剩余时间,从而为终端设备分配资源。
在一种可能的实现方式中,在所述网络设备为所述终端设备配置了周期性资源的情况下,所述第一消息为媒体接入控制层控制元素MAC CE,所述一个或多个数据包的剩余时间是下个周期资源到达前会出现超时的数据包的剩余时间,其中,
所述网络设备接收终端设备发送的第一消息,包括:
所述网络设备接收所述终端设备发送的所述MAC CE,所述MAC CE中包括所述一个或多个数据包的剩余时间的信息。
因此,网络设备根据MAC CE携带的具体内容即可判断出是否需要为终端设备配置资源。
在一种可能的实现方式中,所述网络设备根据所述剩余时间的信息为所述终端设备配置资源,包括:
在下一个周期资源到达前,所述网络设备为所述终端设备配置所述资源。
在一种可能的实现方式中,所述MAC CE还用于指示在下个周期的资源到达前剩余时间满足预设时间门限的一个或多个数据包对应的数据量信息。
因此,网络设备通过MAC CE获取数据包的数据量信息,从而结合数据量信息为终端设备分配资源。
在一种可能的实现方式中,一个或多个数据包对应的数据量信息包括数据索引,所述方法还包括:
所述网络设备根据第四对应关系和所述数据索引,确定所述一个或多个数据包对应的数据量,所述第四对应关系数据包对应的数据量区间与数据索引的对应关系。
因此,网络设备可以根据索引得到一个或多个数据包的数据量,从而结合数据量为终端设备分配资源。
第三方面,提供了一种通信装置,该通信装置是终端设备,也可以是芯片或电路,用于执行上述第一方面或第一方面的任意可能的实现方式中的方法。具体地,该通信装置可以通过硬件实现,也可以通过硬件执行相应的软件实现。
在一些可能的实现方式中,该通信装置包括用于执行上述第一方面或第一方面的任意可能的实现方式中的方法的模块。
在一些可能的实现方式中,该通信装置包括:处理器和存储器;该存储器用于存储指令,当该通信装置运行时,该处理器执行该存储器存储的该指令,以使该通信装置执行上述第一方面或第一方面的任一实现方法中的通信方法。需要说明的是,该存储器可以集成于处理器中,也可以是独立于处理器之外。
在一些可能的实现方式中,该通信装置包括处理器,该处理器用于与存储器耦合,并读取存储器中的指令并根据所述指令执行上述第一方面或第一方面的任一实现方法中的数据发送方法。
第四方面,提供了一种通信装置,该通信装置是网络设备,也可以是芯片或电路,用于执行上述第二方面或第二方面的任意可能的实现方式中的方法。具体地,该通信装置可以通过硬件实现,也可以通过硬件执行相应的软件实现。
在一些可能的实现方式中,该通信装置包括用于执行上述第二方面或第二方面的任意可能的实现方式中的方法的模块。
在一些可能的实现方式中,该通信装置包括:处理器和存储器;该存储器用于存储指令,当该通信装置运行时,该处理器执行该存储器存储的该指令,以使该通信装置执行上述第二方面或第二方面的任一实现方法中的通信方法。需要说明的是,该存储器可以集成于处理器中,也可以是独立于处理器之外。
在一些可能的实现方式中,该通信装置包括处理器,该处理器用于与存储器耦合,并读取存储器中的指令并根据所述指令执行上述第二方面或第二方面的任一实现方法中的数据发送方法。
第五方面,提供了一种终端设备,该终端设备包括处理器、存储器和收发器。处理器与存储器和收发器连接。存储器用于存储指令,处理器用于执行该指令,收发器用于在处理器的控制下与其他网元进行通信。该处理器执行该存储器存储的指令时,该执行使得该处理器执行第一方面或第一方面的任意可能的实现方式中的方法。
第六方面,提供了一种网络设备,该网络设备包括处理器、存储器和收发器。处理器与存储器和收发器连接。存储器用于存储指令,处理器用于执行该指令,收发器用于在处理器的控制下与其他网元进行通信。该处理器执行该存储器存储的指令时,该执行使得该处理器执行第二方面或第二方面的任意可能的实现方式中的方法。
第七方面,提供了一种计算机可读存储介质,该计算机可读存储介质存储有程序,该程序使得通信装置执行上述任一方面,及其各种实现方式中的任一种数据发送方法。
第八方面,本申请还提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面中的任意数据发送方法。
第九方面,本申请还提供一种系统,所述系统包括终端设备,所述终端设备可用于执行上述第一方面及第一方面的任一方法中由终端设备执行的步骤。
在一些可能的实现方式中,所述系统还可以包括网络设备,所述网络设备可用于执行上述第二方面及第二方面的任一方法中由网络设备执行的步骤。
在一些可能的实现方式中,所述系统还可以包括与本申请实施例的终端设备和/或网络设备进行交互的其他设备等。
第十方面,提供了一种芯片系统,包括存储器和处理器,所述存储器用于存储计算机程序,所述处理器用于从存储器中调用并运行所述计算机程序,使得安装有所述芯片系统的通信设备执行上述任一方面及其可能的实施方式中的任一方法。
附图说明
图1是本申请的实施例应用的移动通信系统的架构示意图。
图2是根据本申请实施例的数据发送方法的示意性交互图。
图3是本申请实施例中第一对应关系的一个例子的示意图。
图4是本申请实施例中第二对应关系的一个例子的示意图。
图5是本申请实施例BSR格式的一个例子的示意图。
图6是本申请实施例中剩余时间对应的时间索引的一个例子的示意图。
图7是本申请实施例BSR格式的另一个例子的示意图。
图8是本申请实施例第三对应关系的一个例子的示意图。
图9是第四对应关系的一个例子的示意图。
图10是根据本申请实施例的终端设备的示意性框图。
图11是根据本申请实施例的终端设备的示意性结构图。
图12是根据本申请实施例的网络设备的示意性框图。
图13是根据本申请实施例的网络设备的示意性结构图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
在本申请实施例中,“多个”可以理解为“至少两个”;“多项”可以理解为“至少两项”。
本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(GlobalSystem of Mobile communication,GSM)系统、码分多址(Code Division MultipleAccess,CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)系统、基于正交频分复用(orthogonal frequency division multiplexing,OFDM)技术的通信系统、通用分组无线业务(General Packet Radio Service,GPRS)、长期演进(Long TermEvolution,LTE)系统、LTE频分双工(Frequency Division Duplex,FDD)系统、LTE时分双工(Time Division Duplex,TDD)、通用移动通信系统(Universal MobileTelecommunication System,UMTS)、无线保真(Wireless Fidelity,WiFi)系统、全球互联微波接入(Worldwide Interoperability for Microwave Access,WiMAX)通信系统、无线局域网(Wireless Local Area Networks,WLAN)系统、公共陆地移动网络(Public LandMobile Network,PLMN)网络、车到一切(Vehicle to everything,V2X)系统、未来的第五代(5th Generation,5G)系统或新无线(New Radio,NR)等。
图1是本申请的实施例应用的移动通信系统的架构示意图。如图1所示,该移动通信系统包括核心网设备110、无线接入网设备120和至少一个终端设备(如图1中的终端设备130和终端设备140)。终端设备通过无线的方式与无线接入网设备相连,无线接入网设备通过无线或有线方式与核心网设备连接。核心网设备与无线接入网设备可以是独立的不同的物理设备,也可以是将核心网设备的功能与无线接入网设备的逻辑功能集成在同一个物理设备上,还可以是一个物理设备上集成了部分核心网设备的功能和部分的无线接入网设备的功能。终端设备可以是固定位置的,也可以是可移动的。应理解,图1只是示意图,该通信系统中还可以包括其它网络设备,比如还可以包括无线中继设备和无线回传设备(图1中未示出)。本申请的实施例对该移动通信系统中包括的核心网设备、无线接入网设备和终端设备的数量不做限定。
无线接入网设备是终端设备通过无线方式接入到该移动通信系统中的接入设备或网络设备,可以是基站NodeB、演进型基站eNodeB、5G移动通信系统中的基站gNB、未来移动通信系统中的基站或WiFi系统中的接入节点等,还可以是云无线接入网络(Cloud RadioAccess Network,CRAN)场景下的无线控制器,或者该接入网设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等,本申请的实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。
终端设备也可以称为终端Terminal、用户设备(User Equipment,UE)、移动台(Mobile Station,MS)、移动终端(Mobile Terminal,MT)等。终端设备可以是手机(mobilephone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(Virtual Reality,VR)终端设备、增强现实(Augmented Reality,AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、WLAN中的站点(STAION,ST),等等。
核心网设备例如包括移动管理实体(Mobility Management Entity,MME)、广播多播服务中心(Broadcast Multicast Service Center,BMSC)等,或者也可以包括5G系统中的相应功能实体,例如核心网控制面(Control Plane,CP)或用户面(User Plan,UP)网络功能等,例如,会话管理网络功能(Session Management NF,SMF)、接入和移动性管理功能(Access and Mobility Management Function,AMF)等。其中,核心网控制面也可以理解为核心网控制面功能(Control Plane Function,CPF)实体。
无线接入网设备和终端设备可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上;还可以部署在空中的飞机、气球和人造卫星上。本申请的实施例对无线接入网设备和终端设备的应用场景不做限定。
本申请的实施例可以适用于下行信号传输,也可以适用于上行信号传输,还可以适用于设备到设备(Device to Device,D2D)的信号传输。对于下行信号传输,发送设备是无线接入网设备,对应的接收设备是终端设备。对于上行信号传输,发送设备是终端设备,对应的接收设备是无线接入网设备。对于D2D的信号传输,发送设备是终端设备,对应的接收设备也是终端设备。本申请的实施例对信号的传输方向不做限定。
无线接入网设备和终端设备之间以及终端设备和终端设备之间可以通过授权频谱(licensed spectrum)进行通信,也可以通过免授权频谱(unlicensed spectrum)进行通信,也可以同时通过授权频谱和免授权频谱进行通信。无线接入网设备和终端设备之间以及终端设备和终端设备之间可以通过6G兆赫(gigahertz,GHz)以下的频谱进行通信,也可以通过6GHz以上的频谱进行通信,还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请的实施例对无线接入网设备和终端设备之间所使用的频谱资源不做限定。
本申请实施例提供的方法和装置,可以应用于终端设备或网络设备,该终端设备或网络设备包括硬件层、运行在硬件层之上的操作系统层,以及运行在操作系统层上的应用层。该硬件层包括中央处理器(Central Processing Unit,CPU)、内存管理单元(MemoryManagement Unit,MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(Process)实现业务处理的计算机操作系统,例如,Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且,在本申请实施例中,数据发送方法的执行主体的具体结构,本申请实施例并未特别限定,只要能够通过运行记录有本申请实施例的数据发送的方法的代码的程序,以根据本申请实施例的数据发送的方法进行通信即可,例如,本申请实施例的数据发送的方法的执行主体可以是终端设备或网络设备,或者,是终端设备或网络设备中能够调用程序并执行程序的功能模块。
此外,本申请实施例的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请实施例中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如,计算机可读介质可以包括,但不限于:磁存储器件(例如,硬盘、软盘或磁带等),光盘(例如,压缩盘(Compact Disc,CD)、数字通用盘(DigitalVersatile Disc,DVD)等),智能卡和闪存器件(例如,可擦写可编程只读存储器(ErasableProgrammable Read-Only Memory,EPROM)、卡、棒或钥匙驱动器等)。另外,本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于,无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
在LTE中,终端设备通过调度请求(Scheduling Request,SR)告知网络设备是否需要上行资源以便于进行上行共享信道(UpLink-Shared Channel,UL-SCH)传输。网络设备在收到SR后,给终端设备分配上行资源。终端设备需要通过缓存状态报告(Buffer StatusReporting,BSR)来上报缓存中有多少数据需要发送。终端设备在SR/BSR中上报给网络设备的信息只能反映终端设备的上行缓存中有数据/有多少数据等待发送,并不能反映这些待发送数据包的剩余时间信息,即网络设备不能根据终端设备上报的信息判断终端设备缓存的数据中是否有紧急的数据包(即到达延时范围的剩余时间较小的数据包),因此也无法为UE缓存中紧急数据包及时分配上行资源,使得这些数据包在延时范围内没有被成功传递。也就是说,在终端设备需要上报紧急数据包的情况下,现有技术的技术方案并不能向网络设备上报上行缓存中数据的剩余时间信息,从而导致网络设备无法为终端设备的缓存中的紧急数据包及时分配上行资源,使得紧急数据包不能在需求的时间范围内成功传递。
下面将结合图2至图9,详细描述本申请实施例的数据发送的方法。
图2示出了根据本申请实施例的数据发送方法200的示意性交互图。例如,所述方法200中的终端设备可以是图1中的终端设备(比如图1中的终端设备130或终端设备140),网络设备可以是图1中的无线接入网设备120。如图2所示,所述方法200包括:
S210,终端设备向网络设备发送第一消息,所述第一消息用于指示一个或多个数据包的剩余时间的信息,所述一个或多个数据包的剩余时间用于指示所述终端设备需要在所述剩余时间结束前完成所述一个或多个数据包的发送。对应地,所述网络设备接收所述第一消息。其中,每个数据包都会有对应的剩余时间。
可选地,一个或多个数据包的剩余时间可以基于业务(比如,URLLC业务)需求或业务的紧急情况来确定。
可选地,剩余时间的信息可以指示一个具体的时刻。若第一消息指示的是剩余时间满足预设时间门限值时,则可能包括多个数据包。具体地,剩余时间满足预设时间门限值是指:剩余时间小于或等于预设时间门限值,或者,满足预定时间门限是指剩余时间大于或等于预设时间门限值,或者满足预定时间门限是指剩余时间在一个预设时间段内。其中,预定时间门限值可以是网络设备通过系统消息或专用RRC信令配置给终端设备的,也可以是协议预定义的,本申请实施例对此不作限定。此时,数据包可以是多个数据包中剩余时间最短的数据包。所述数据包的剩余时间可以从该数据包对应的分组数据汇聚协议(PacketData Convergence Protocol,PDCP)服务数据单元(Service Data Unit,SDU)在PDCP层关联的数据包丢弃定时器(discard Timer)获得,例如,数据包的剩余时间即为该数据包对应的PDCP SDU所关联discard Timer达到超时所剩余的时间。可选地,所述数据包的剩余时间也可以是从该数据包对应的无线链路层控制协议(Radio Link Control,RLC)SDU/协议数据单元(Protocol Data Unit,PDU)在RLC层关联的一个定时器获得,例如,数据包的剩余时间即为该数据包对应的RLC SDU/PDU所关联RLC层定时器达到超时所剩余的时间。对数据包的剩余时间的获取方式,本申请实施例不做限定。
可选地,剩余时间的信息也可以指示一个时间段,此时,数据包可以是多个数据包,该多个数据包的剩余时间均落在了剩余时间信息指示的时间段内。其中,多个数据包的剩余时间用于指示需要在该时间段结束前完成所述多个数据包的发送。需要说明的是,每个数据包都有自己的剩余时间。如果剩余时间的信息指示的是一个时间段或者和一个预定的时间门限比较时,则所述数据包可能包含多个数据包,此时,多个数据包的剩余时间,就是多个数据包中剩余时间最小的数据包对应的剩余时间。
可选地,剩余时间的信息可以是以时域单元(比如符号symbol、时隙slot、毫秒ms)为单位的绝对时间信息,也可以是数据包超时时间所在的子帧号,也可以是时间索引值,本申请实施例对此不作限定。
进一步地,第一消息不仅可以用于指示数据包的剩余时间的信息,还可以用于指示数据包对应的数据量信息。具体地,若数据包的剩余时间是一个具体的时刻,第一消息还可以用于指示剩余时间最短数据包对应的数据量;若数据包的剩余时间是一个具体的时间段,第一消息还可以用于指示在该时间段内需要上报的多个数据包对应的数据量。
在本申请实施例中,第一消息的指示方式可以有多种形式,比如,第一消息中可以直接携带指示的具体内容,或者,第一消息也可以间接进行指示,本申请实施例对此不作限定。
可选地,第一消息可以是SR,或者BSR,或者媒体接入控制层控制元素(MediumAccess Control Control Element,MAC CE)。比如,终端设备可以在BSR或MAC CE中直接携带数据包的剩余时间。又比如,终端设备可以通过发送SR所采用的调度请求配置,或者,发送BSR所采用的编码方式等,间接向网络设备指示数据包的剩余时间,本申请实施例对此不作限定。
对应地,网络设备在收到来自终端设备的第一消息后,可以根据第一消息获取数据包的剩余时间。比如,若第一消息中包括数据包的剩余时间,网络设备可以直接获取所述数据包的剩余时间;若第一消息间接指示数据包的剩余时间,网络设备可以根据间接指示的规则或对应关系确定所述数据包的剩余时间,本申请实施例对此不作限定。
S220,所述网络设备根据所述剩余时间的信息为所述终端设备配置资源,所述资源的时域位置在所述剩余时间结束之前。对应地,所述终端设备获取来自所述网络设备配置的资源的信息。对于终端设备来说,所述资源用于所述终端设备在所述剩余时间结束前发送所述一个或多个数据包。
这里,网络设备在得到一个或多个数据包的剩余时间的信息后,根据一个或多个数据包的剩余时间的信息,为终端设备调度或配置上行资源。终端设备使用网络设备配置的上行资源,在剩余时间结束前发送一个或多个数据包,使得终端设备能够及时发送数据包。
相比于现有技术中终端设备不会向网络设备上报数据包的剩余时间的方案,本申请实施例的数据发送的方法:终端设备通过向网络设备发送第一消息,所述第一消息用于指示一个或多个数据包的剩余时间的信息,所述一个或多个数据包的剩余时间用于指示所述终端设备需要在所述剩余时间结束前完成所述一个或多个数据包的发送,使得网络设备可以及时为终端设备分配资源,从而满足了终端设备需要及时发送紧急数据包或紧急业务的需求,有助于提升高可靠低延时业务通信的可靠性。
下面将对第一消息的指示方式和/或表现形式作进一步详细说明。
在第一种可选的实现方式中,第一消息为第一调度请求,所述方法200还包括:
所述终端设备根据第一对应关系和所述剩余时间,确定第一调度请求的配置,所述第一对应关系是调度请求的配置与所述一个或多个数据包的剩余时间的对应关系,其中,所述第一调度请求配置包括所述第一调度请求所占用的资源位置;
S210包括:
所述终端设备使用所述第一调度请求的配置向所述网络设备发送所述第一调度请求。
需要说明的是,第一对应关系可以是网络设备通过系统消息或专用RRC信令配置给终端设备的,也可以是协议预定义的,本申请实施例对此不作限定。也就是说,终端设备和网络设备都可以获知所述第一对应关系。具体地,网络设备为终端设备的每个逻辑信道(Logical CHannel,LCH)配置多套调度请求的配置。其中,每套调度请求的配置与逻辑信道中待发送数据包的剩余时间存在对应关系或映射关系。第一对应关系可以是最紧急数据包的剩余时间的等级与终端设备需要采用的调度请求的配置的映射关系。
可选地,网络设备可以为每个终端设备配置多套调度请求的配置。此时,第一对应关系可以是每套调度请求的配置与终端设备的上行缓存中待发送数据包(即所有LCH中的待发送数据)的剩余时间的对应关系。此时,终端设备发送调度请求需要考虑终端设备的上行缓存中所有数据包的剩余时间。比如,终端设备的上行缓存中待发送数据包中的一个或多个数据包需要在剩余时间结束之前完成发送,则终端设备采用相应的调度请求的配置,向网络设备发送调度请求。
应理解,不管终端设备是针对某个LCH中的数据包的剩余时间发送调度请求,还是针对所有LCH中的待发送数据的剩余时间发送调度请求,终端设备均可以利用第一对应关系寻找调度请求的配置,本申请实施例对此不作限定。
图3是本申请实施例中第一对应关系的一个例子的示意图。如图3所示,如果数据包的剩余时间落在时间段0-t1内,则终端设备采用SR资源配置1向网络设备发送SR请求;如果数据包的剩余时间落在时间段t1-t2(可以包括时间端点t1),则终端设备采用SR资源配置2向网络设备发送SR请求;如果数据包的剩余时间大于或等于t2,则终端设备采用SR资源配置3向网络设备发送SR请求。
具体而言,终端设备根据数据包的剩余时间,在第一对应关系中查找到第一调度请求的配置,并采用第一调度请求的配置向网络设备发送所述第一调度请求。可选地,第一调度请求的配置可以包括发送第一调度请求所占用的资源位置、禁止第一调度请求频繁发送的定时器、第一调度请求的最大发送次数等配置。比如,终端设备在第一资源位置向网络设备发送第一调度请求。
对应地,网络设备在第一资源位置接收到来自终端设备的所述第一调度请求。网络设备根据第一对应关系和所述第一资源位置,确定一个或多个数据包的剩余时间的信息。也就是说,网络设备可以在第一对应关系中,查找到数据包的剩余时间,从而根据数据包的剩余时间为终端设备配置资源。
因此,终端设备通过向网络设备发送调度请求,使得网络设备可以基于终端设备发送调度请求所采用的调度请求的配置,来确定数据包的剩余时间,从而及时为终端设备调度资源。
在第二种可选的实现方式中,第一消息为第二调度请求,所述第一消息还用于指示剩余时间满足预定时间门限的所述一个或多个数据包对应的数据量信息,所述方法200还包括:
所述终端设备根据第二对应关系和所述数据量信息,确定所述第二调度请求的配置,所述第二对应关系是调度请求的配置与所述一个或多个数据包的数据量的对应关系,其中,所述第二调度请求的配置包括所述第二调度请求所占用的资源位置;
S210包括:
所述终端设备使用所述第二调度请求的配置向所述网络设备发送所述第二调度请求。
在这种实施方式中,如果存在数据包的剩余时间满足了预定的时间门限,则终端设备执行第二调度请求的发送,以将剩余时间满足预定时间门限的数据包对应的数据量信息通知给网络设备。
这里,所述一个或多个数据包是指所述一个或多个数据包的剩余时间满足预定时间门限。比如,如果预定时间门限是T,满足预定时间门限是指剩余时间小于或等于时间T,或者,满足预定时间门限是指剩余时间大于或等于时间T。
需要说明的是,第二对应关系可以是网络设备通过系统消息或专用RRC信令配置给终端设备的,也可以是协议预定义的,本申请实施例对此不作限定。也就是说,终端设备和网络设备都可以获知所述第二对应关系。具体地,网络设备为终端设备的每个逻辑信道配置多套调度请求的配置,其中,每套调度请求的配置与数据包的数据量信息存在对应关系或映射关系。第二对应关系可以是满足预定时间门限的数据包对应的数据量信息的等级与终端设备需要采用的调度请求的配置的映射关系。图4是本申请实施例中第二对应关系的一个例子的示意图。如图4所示,如果数据包的数据量落在数据区间0-d1内且数据包的剩余时间小于T,则终端设备采用SR资源配置1向网络设备发送SR请求;如果数据包的数据量落在数据区间d1-d2内(可以包括数据量端点d1)且数据包的剩余时间小于T,则终端设备采用SR资源配置2向网络设备发送SR请求;如果数据包的数据量大于或等于d2且数据包的剩余时间小于T,则终端设备采用SR资源配置3向网络设备发送SR请求。
如果一个或多个数据包的剩余时间满足了预定时间门限,终端设备还可以向网络设备上报数据包对应的数据量信息。具体而言,终端设备根据数据包的数据量信息,在第二对应关系中查找到第二调度请求的配置,并采用第二调度请求的配置向网络设备发送所述第二调度请求。可选地,第二调度请求的配置可以包括发送第二调度请求所占用的资源位置、禁止第二调度请求频繁发送的定时器、第二调度请求的最大发送次数等配置。比如,终端设备在第二资源位置向网络设备发送第二调度请求。
对应地,网络设备在第二资源位置接收到来自终端设备的所述第二调度请求。网络设备根据第二对应关系和所述第二资源位置,确定剩余时间满足预设时间门限的一个或多个数据包的数据量信息。也就是说,网络设备可以在第二对应关系中,查找到数据包的数据量,从而根据数据包的数据量为终端设备配置资源。
因此,终端设备通过向网络设备发送调度请求,使得网络设备可以基于终端设备发送调度请求所采用的调度请求的配置,来确定数据包的数据量,从而及时为终端设备调度资源。
在第三种可选的实现方式中,第一消息为缓存状态报告,所述方法200还包括:
所述终端设备根据以下条件1)至3)中的一项或多项,触发所述缓存状态报告:
1)所述一个或多个数据包的剩余时间小于或等于预设时间门限,
2)所述一个或多个数据包的剩余时间小于或等于预设时间门限且所述一个或多个数据包的数据量大于或等于预设数据量门限,
3)所述一个或多个数据包的剩余时间小于或等于预设时间门限且所述一个或多个数据包的数据量在所述一个或多个数据包所在逻辑信道的待发送数据总量中占的比例大于或等于比例门限;所述一个或多个数据包可以是对应终端设备的一个逻辑信道的数据包,也可以是对应终端设备不同逻辑信道的数据包。
S210包括:
所述终端设备向所述网络设备发送所述缓存状态报告。对应地,所述网络设备接收来自所述终端设备的所述缓存状态报告。
例如,在满足以下条件中的一项或多项的情况下,终端设备的MAC层会触发(trigger)缓存状态报告(Buffer Status Report,BSR):(1)终端设备的一个逻辑信道中存在一个或多个数据包的剩余时间小于或等于预设时间门限值T,其中,该预设时间门限值T可以由网络设备通过系统消息或RRC消息配置给终端设备,也可以是协议预定义的,对此不作限定;(2)终端设备的一个逻辑信道中存在一个或多个数据包的剩余时间小于或等于预设时间门限值T,并且,所述一个或多个数据包的数据量大于或等于预设数据量门限值D,其中,该预设数据量门限值D和该预设时间门限值T可以由网络设备通过系统消息或RRC消息配置给终端设备,也可以是协议预定义的,对此不作限定;(3)终端设备的一个逻辑信道中存在一个或多个数据包的剩余时间小于或等于预设时间门限值T,并且,所述一个或多个数据包的数据量在该逻辑信道的待发送数据总量中占用的比例,大于或等于预设比例门限值P,其中,该预设比例门限值P和该预设时间门限值T可以由网络设备通过系统消息或RRC消息配置给终端设备,也可以是协议预定义的,对此不作限定。
应理解,上述触发条件只是示例性地描述,并不对本申请实施例的保护范围构成限定,本领域技术人员根据上述触发条件显然可以进行各种等价的修改或变化,这样的修改或变化也落入本申请实施例的范围内。
终端设备的MAC层触发(trigger)BSR后,BSR会在MAC层等待,即处于等待pending态。当终端设备可以进行上行数据传输时,才会进行MAC PDU组包,并生成BSR MAC CE组在当前MAC PDU中发送给网络设备。网络设备在收到终端设备发送的BSR后,可以获知一个或多个数据包的剩余时间的信息和/或数据量信息。这里,BSR是终端设备基于数据包剩余时间和/或数据量触发的,网络设备收到BSR后即可获知数据包剩余时间和/或数据量。也就是说,BSR中可以不携带数据包的剩余时间的信息。
在第四种可选的实现方式中,第一消息为缓存状态报告,所述方法200还包括:
所述终端设备向所述网络设备发送所述缓存状态包括,所述缓存状态报告包括所述一个或多个数据包的剩余时间的信息。对应地,所述网络设备接收来自所述终端设备的所述缓存状态报告。
也就是说,终端设备可以将一个或多个数据包的剩余时间的信息携带在BSR中,并向网络设备发送该BSR。网络设备通过接收BSR,根据BSR中携带的内容得到一个或多个数据包的剩余时间的信息。具体地,BSR中可以携带逻辑信道(组)信息、逻辑信道(组)的缓存数据量信息、逻辑信道(组)中数据包的最小剩余时间的信息。以图5为例,终端设备可以采用如图5中所示的BSR格式向网络设备上报逻辑信道组(Logical CHannel Group,LCG)1的缓存状态(Buffer Status,BS)信息。如图5所示,BSR MAC CE中至少包括如下3个字段:LCG1的ID,LCG1的BS,LCG1中缓存的数据包的最小剩余时间。其中,LCG1中缓存的数据包的最小剩余时间可以是以符号symbol,或时隙slot,或毫秒ms为单位的绝对时间数值,也可以是剩余时间最小的数据包出现超时时间所在的子帧号。
可选地,一个或多个数据包的剩余时间的信息包括数据包的剩余时间对应的时间索引。也就是说,数据包的剩余时间的信息可以通过时间索引(index)来表示,即通过时间索引来划分不同的剩余时间的等级。图6示出了剩余时间对应的时间索引的一个例子的示意图。比如,如图6所示,一个或多个数据包的剩余时间落在时间段0-t1时,该一个或多个数据包的剩余时间对应于时间索引1;一个或多个数据包的剩余时间落在时间段t1-t2(可以包括时间端点t1)时,该一个或多个数据包的剩余时间对应于时间索引2;一个或多个数据包的剩余时间大于或等于t2时,该一个或多个数据包的剩余时间对应于时间索引3。例如,LCG1对应的数据包最小剩余时间落在0-t1之间,则在BSR MAC CE中包含的LCG1中缓存的数据包的最小剩余时间携带的是时间索引1。应理解,剩余时间所在的时间段与时间索引的对应关系可以由网络设备通过系统消息或RRC消息配置给终端设备,也可以是协议预定义的,对此不作限定。
可选地,所述缓存状态报告中还可以包括所述一个或多个数据包所在的逻辑信道中剩余时间在不同时间段中的数据量信息。也就是说,终端设备可以将剩余时间在不同时间段中的数据包(可以是一个数据包或多个数据包)的数据量信息一并告知给网络设备,使得网络设备可以提前作好调度资源的准备。可选地,所述缓存状态报告中不仅可以包括剩余时间最小的那部分数据包的数据量,还可能包括剩余时间不是最小的数据包的数据量。因此,网络设备不仅可以及时为剩余时间最短或即将超时的数据包配置资源,还可以作好为剩余时间次短的数据包分配资源的准备。具体地,BSR中可以携带逻辑信道(组)信息、剩余时间在不同时间段的数据包的数据量信息。图7以LCG1为例描述BSR的另一种上报格式。如图7所示,BSR MAC CE中至少包括如下信息:LCG1的ID,LCG1中剩余时间落在时间段0-t1的缓存数据大小BS1,LCG1中剩余时间落在时间段t1-t2的缓存数据大小BS2,LCG1中剩余时间落在时间段t2-t3的缓存数据大小BS3。应理解,数据包的剩余时间所在时间段的分段信息可以由网络设备通过系统消息或RRC消息配置给终端设备,也可以是协议预定义的,对此不作限定。
应理解,图5和图7中的BSR MAC CE格式只是示例性地描述,并不对本申请实施例构成限定。
在第五种可选的实现方式中,第一消息为缓存状态报告,所述方法200还包括:
所述终端设备根据第三对应关系和所述剩余时间,确定第一编码方式,所述第三对应关系是缓存状态报告的编码方式与所述一个或多个数据包的剩余时间的对应关系;
S210包括:
所述终端设备向所述网络设备发送使用所述第一编码方式进行编码的所述缓存状态报告。对应地,所述网络设备接收来自所述终端设备的所述缓存状态报告。
也就是说,编码方式可以隐式指示数据包的剩余时间,终端设备可以采用不同的编码方式向网络设备发送BSR。网络设备通过不同的编码方式可以获知数据包的剩余时间。
具体而言,终端设备在向网络设备发送包含BSR MAC CE的传输块(TransportBlock,TB)时,根据数据包的剩余时间以及第三对应关系,确定发送包含BSR MAC CE的传输块需要采用的物理层编码方式(比如,第一编码方式),然后根据确定的物理层编码方式发送包含BSR MAC CE的传输块。网络设备通过对包含BSR MAC CE的传输块进行解码,可以获知终端设备采用的编码方式,然后根据第三对应关系确定数据包的剩余时间。另外,如果网络设备解码失败,但是能识别出终端设备发送包含BSR MAC CE的传输块所采用的编码方式,仍然可以确定数据包的剩余时间。如果编码方式指示终端设备存在紧急数据包待发送,网络设备可以尽快为紧急数据包调度资源。可选地,本申请实施例中采用编码方式指示数据包剩余时间的方法也可以应用到不包含BSR MAC CE的传输块。此时,如果网络设备对该传输块解码失败,但是能识别出传输块所采用的编码方式,就可以确定该TB包含的数据包的剩余时间。这样,如果该传输块中存在紧急数据包,网络设备可以尽快调度资源对该传输块进行混合自动重传请求(Hybrid Automatic Repeat reQuest,HARQ)重传,完成数据包的新传或重传,有助于提高紧急数据传输的可靠性。
其中,所述第三对应关系可以由网络设备通过系统消息或RRC消息配置给终端设备,也可以是协议预定义的,对此不作限定。图8给出了第三对应关系的一个例子的示意图。如图8所示,若一个或多个数据包的剩余时间落在时间段0-t1时,终端设备采用编码方式1;若一个或多个数据包的剩余时间落在时间段t1-t2(可以包括时间端点t1)时,终端设备采用编码方式2;若一个或多个数据包的剩余时间大于或等于t2时,终端设备采用编码方式3。例如,如果网络设备在接收到以编码方式1发送的传输块时,可以知道终端设备存在一个或多个数据包在0-t1时间内超时,需要尽快为终端设备分配资源。
需要说明的是,不同的编码方式可以是不同的参考信号(比如,解调参考信号(DeModulation Reference Signal,DMRS))格式,或其他物理层编码方式,本申请实施例对此不作限定。
因此,终端设备通过所采用的编码方式隐式携带数据包的剩余时间,使得网络设备根据编码方式即可判断出是否需要为终端设备配置资源。
在第六种可选的实现方式中,在所述网络设备为所述终端设备配置了周期性资源的情况下,所述第一消息为媒体接入控制层控制元素MAC CE,所述一个或多个数据包的剩余时间是下个周期资源到达前会出现超时的数据包的剩余时间,
S210包括:
所述终端设备向所述网络设备发送所述MAC CE,所述MAC CE中包括所述一个或多个数据包的剩余时间的信息。
也就是说,在下一个周期性资源到达前,如果终端设备判断上行缓存中会存在一个或多个数据包超时,则在当前上行资源传输的MAC PDU中携带MAC CE,MAC CE中包括一个或多个数据包的剩余时间的信息。具体地,MAC CE中可以包括如下信息中的一项或多项:下一个周期资源到达前是否存在超时数据包的指示信息、下一个周期资源到达前出现超时数据包的时间信息、下一个周期资源到达前超时数据包的数据量信息。需要说明的是,当前上行资源可以是网络设备动态调度的资源,也可以是周期性资源,对此不作限定。
比如,如果终端设备在时刻0处收到了周期性资源,且在时刻0处的资源中能够传输的数据量为N。终端设备在0-T的时间范围内会有N+X数据量超时,则终端设备判断在下一个周期资源(时刻T处的周期性资源)到达时,会有X数据量超过时延范围。此时,MAC CE中可以包括下一个周期资源到达时会超时的数据量X,在0-T之间出现数据包超时的时刻。
可选地,MAC CE还可以包括一个指示信息,该指示信息用于指示下个周期资源达到前是否存在超时的数据包。
可选地,周期性资源可以是配置的上行授权(configured uplink grant)资源,也可以是半持续调度(Semi-Persistent Scheduling,SPS)资源,对此不作限定。
可选地,S220包括:
在下一个周期资源到达前,所述网络设备为所述终端设备配置资源。
也就是说,对于网络设备为终端设备配置了周期性资源的情况,如果网络设备得到一个或多个数据包的剩余时间的信息和/或数据量信息,则在下个周期性资源到达前,提前为终端设备分配资源,以使得在下个周期性资源到达前出现的紧急数据包得以及时传输。
可选地,所述MAC CE还用于指示在下个周期的资源到达前剩余时间满足预设时间门限的一个或多个数据包对应的数据量信息。其中,满足预设时间门限可以包括:大于或等于预设时间门限,或者,小于或等于预设时间门限。
例如,在下一个周期性资源到达前,如果终端设备判断上线缓存中存在一个或多个数据包的剩余时间小于或等于预设时间门限,则终端设备可以通过MAC CE指示下个周期的资源到达前剩余时间小于或等于预设时间门限的一个或多个数据包对应的数据量信息。
应理解,预设时间门限可以由网络设备通过系统消息或RRC消息配置给终端设备,也可以是协议预定义的,对此不作限定。
在本申请实施例中,数据量信息可以包括数据包的数据量。数据包的数据量可以是绝对的数据大小,比如以字节/比特(byte/bit)为单位表示,也可以是预先配置或定义的数据量索引值,对此不作限定。
可选地,所述一个或多个数据包对应的数据量信息包括数据索引,所述方法200还包括:
所述终端设备根据第四对应关系和所述数据包对应的数据量,确定所述数据索引,所述第四对应关系是数据包对应的数据量所在的数据量区间与数据索引的对应关系。
也就是说,终端设备可以根据数据包对应的数据量,以及第四对应关系,向网络设备上报数据索引。对应地,网络设备可以根据数据索引值,以及第四对应关系,获取到一个或多个数据包对应的数据量,从而可以结合数据量为终端设备分配资源。应理解,数据索引与BSR MAC CE中的BS含义类似,均可以指示一个数据量范围区间。
其中,所述第四对应关系可以由网络设备通过系统消息或RRC消息配置给终端设备,也可以是协议预定义的,对此不作限定。图9示出了第四对应关系的一个例子的示意图。如图9所示,若一个或多个数据包的数据量大小落在数据区间0-d1时,终端设备上报数据索引1;若一个或多个数据包的数据量大小落在数据区间d1-d2(可以包括数据量端点d1)时,终端设备上报数据索引2;若一个或多个数据包的数据量大小大于或等于d2时,终端设备上报数据索引3。
应理解,在上述各种可选的实现方式中,终端设备都有可能向网络设备上报数据包的数据量信息,本申请实施例对此不作限定。
还应理解,图3至图9中的例子仅仅是为了便于本领域技术人员理解本申请实施例,并非要将本申请实施例限于例示的具体场景。本领域技术人员根据图3至图9的例子,显然可以进行各种等价的修改或变化,这样的修改或变化也落入本申请实施例的范围内。
上文结合图1至图9详细描述了根据本申请实施例的数据发送的方法。下面将结合图10至图13描述根据本申请实施例的通信设备。应理解,方法实施例所描述的技术特征同样适用于以下装置实施例。
图10示出了根据本申请实施例的终端设备1000的示意性框图。如图10所示,该终端设备1000包括:
收发模块1010,用于向网络设备发送第一消息,所述第一消息用于指示一个或多个数据包的剩余时间的信息,所述一个或多个数据包的剩余时间用于指示所述终端设备需要在所述剩余时间结束前完成所述一个或多个数据包的发送;
获取模块1020,用于获取所述网络设备为所述终端设备配置的资源的信息,所述资源用于在所述剩余时间结束前发送所述一个或多个数据包。
在一种可选的实现方式中,所述第一消息为第一调度请求,所述终端设备1000还包括:
确定模块,用于根据第一对应关系和所述剩余时间,确定所述第一调度请求的配置,所述第一对应关系是调度请求的配置与所述一个或多个数据包的剩余时间的对应关系,其中,所述第一调度请求的配置包括所述第一调度请求所占用的资源位置;
所述收发模块1010具体用于:
使用所述第一调度请求的配置向所述网络设备发送所述第一调度请求。
在一种可选的实现方式中,所述第一消息还用于指示剩余时间满足预定时间门限的所述一个或多个数据包对应的数据量信息,所述第一消息为第二调度请求,所述终端设备还包括:
确定模块,用于根据第二对应关系和所述数据量信息,确定所述第二调度请求的配置,所述第二对应关系是调度请求的配置与所述一个或多个数据包的数据量的对应关系,其中,所述第二调度请求的配置包括所述第二调度请求所占用的资源位置;
所述收发模块1010具体用于:
使用所述第二调度请求的配置向所述网络设备发送所述第二调度请求。
在一种可选的实现方式中,所述第一消息为缓存状态报告,所述终端设备1000还包括:
触发模块,用于根据以下条件1)至3)中的一项或多项,触发所述缓存状态报告:
1)所述一个或多个数据包的剩余时间小于或等于预设时间门限,
2)所述一个或多个数据包的剩余时间小于或等于预设时间门限且所述一个或多个数据包的数据量大于或等于预设数据量门限,
3)所述一个或多个数据包的剩余时间小于或等于预设时间门限且所述一个或多个数据包的数据量在所述一个或多个数据包所在逻辑信道的待发送数据总量中占的比例大于或等于比例门限;
所述收发模块1010具体用于:
向所述网络设备发送所述缓存状态报告。
在一种可选的实现方式中,所述第一消息为缓存状态报告,所述收发模块1010具体用于:
向所述网络设备发送所述缓存状态报告,所述缓存状态报告包括所述一个或多个数据包的剩余时间的信息。
在一种可选的实现方式中,所述缓存状态报告还包括所述一个或多个数据包所在的逻辑信道中剩余时间在不同时间段中的数据量信息。
在一种可选的实现方式中,所述第一消息为缓存状态报告,所述终端设备1000还包括:
确定模块,用于根据第三对应关系和所述剩余时间,确定第一编码方式,所述第三对应关系是缓存状态报告的编码方式与数据包的剩余时间的对应关系;
所述收发模块1010具体用于:
向所述网络设备发送使用所述第一编码方式进行编码的所述缓存状态报告。
在一种可选的实现方式中,在所述网络设备为所述终端设备配置了周期性资源的情况下,所述第一消息为媒体接入控制层控制元素MAC CE,所述一个或多个数据包的剩余时间是下个周期资源到达前会出现超时的数据包的剩余时间,
所述收发模块1010具体用于:
向所述网络设备发送所述MAC CE,所述MAC CE中包括所述一个或多个数据包的剩余时间的信息。
在一种可能的实现方式中,所述获取模块1020具体用于:获取网络设备在下个周期资源到达前,为终端设备动态调度的资源。
在一种可能的实现方式中,所述MAC CE还用于指示在下个周期的资源到达前剩余时间满足预设时间门限的一个或多个数据包对应的数据量信息。
在一种可能的实现方式中,一个或多个数据包对应的数据量信息包括数据索引,所述终端设备100还包括:
确定模块,用于根据第四对应关系和所述一个或多个数据包对应的数据量,确定所述数据索引,所述第四对应关系是数据包对应的数据量区间与数据索引的对应关系。
应理解,根据本申请实施例的终端设备1000可对应于前述方法实施例中终端设备侧的方法,并且终端设备1000中的各个模块的上述和其它管理操作和/或功能分别为了实现前述各个方法的相应步骤,因此也可以实现前述方法实施例中的有益效果,为了简洁,这里不作赘述。
图11示出了根据本申请实施例的终端设备1100的示意性结构图。如图11所示,所述终端设备1100包括:
处理器1101、存储器1102和收发器1103。
处理器1101、存储器1102和收发器1103之间通过内部连接通路互相通信,传递控制和/或数据信号。在一个可能的设计中,处理器1101、存储器1102和收发器1103可以通过芯片实现。该存储器1102可以存储程序代码,处理器1101调用存储器1102存储的程序代码,以实现该终端设备的相应功能。
所述收发器1103用于向网络设备发送第一消息,所述第一消息用于指示一个或多个数据包的剩余时间的信息,所述一个或多个数据包的剩余时间用于指示所述终端设备需要在所述剩余时间结束前完成所述一个或多个数据包的发送;所述收发器1103还用于:获取所述网络设备为所述终端设备配置的资源,所述资源用于在所述剩余时间结束前发送所述一个或多个数据包。
可选地,图10所示的终端设备1000中的收发模块1010和获取模块1020也可以对应图11所示的终端设备1100中的收发器1103,确定模块可以对应图11所示的终端设备1100中的处理器1101。另一种实施方式中,收发器可以分为接收器和发送器两个部件实现。
在本申请实施例中,该终端设备1000可以为安装在终端设备中的芯片(或者说,芯片系统),此情况下,该终端设备1000可以包括:处理器和输入输出接口,处理器可以通过输入输出接口与网络设备的收发器通信连接,可选地,该装置还包括存储器,存储器与处理器通信连接。可选地,处理器、存储器和收发器可以通信连接,该存储器可以用于存储指令,该处理器用于执行该存储器存储的指令,以控制收发器发送信息或信号。
应理解,根据本申请实施例的终端设备1100可对应于前述方法实施例中终端设备侧的方法。
图12示出了根据本申请实施例的网络设备1200的示意性框图。如图12所示,该网络设备1200包括:
收发模块1210,用于接收终端设备发送的第一消息,所述第一消息用于指示一个或多个数据包的剩余时间的信息,所述剩余时间为完成发送所述一个或多个数据包的剩余时间;
配置模块1220,用于根据所述剩余时间的信息为所述终端设备配置资源,所述资源的时域位置在所述剩余时间结束之前。
在一种可选的实现方式中,所述第一消息为第一调度请求,所述收发模块1210具体用于:
在第一资源位置接收终端设备发送的所述第一调度请求;
所述网络设备1200还包括:
确定模块,用于根据第一对应关系和所述第一资源位置,确定所述一个或多个数据包的剩余时间的信息,其中,所述第一对应关系是调度请求的配置与所述一个或多个数据包的剩余时间的对应关系,其中,所述第一调度请求的配置包括所述第一调度请求所占用的资源位置。
在一种可选的实现方式中,所述第一消息还用于指示剩余时间满足预定时间门限的所述一个或多个数据包对应的数据量信息,所述第一消息为第二调度请求,所述收发模块1210具体用于:
在第二资源位置接收所述终端设备发送的所述第二调度请求;
所述网络设备1200还包括:
确定模块,用于根据所述第二对应关系和所述第二资源位置,确定所述一个或多个数据包的数据量,所述第二对应关系是调度请求的配置与所述一个或多个数据包的数据量的对应关系,其中,所述第二调度请求的配置包括所述第二调度请求所占用的资源位置。
其中,所述配置模块1220具体用于:
根据所述一个或多个数据包的数据量和所述剩余时间,为所述终端设备配置资源。
在一种可选的实现方式中,所述第一消息为缓存状态报告,所述收发模块1210具体用于:
接收所述终端设备发送的所述缓存状态报告,所述缓存状态报告包括所述一个或多个数据包的剩余时间的信息。
在一种可选的实现方式中,所述第一消息为缓存状态报告,所述收发模块1210具体用于:
接收所述终端设备发送的所述缓存状态报告;
所述网络设备1200还包括:
确定模块,用于根据所述缓存状态报告对应的编码方式和第三对应关系,确定所述剩余时间,所述第三对应关系是缓存状态报告的编码方式与所述一个或多个数据包的剩余时间的对应关系。
在一种可选的实现方式中,在所述网络设备为所述终端设备配置了周期性资源的情况下,所述第一消息为媒体接入控制层控制元素MAC CE,所述一个或多个数据包的剩余时间是下个周期资源到达前会出现超时的数据包的剩余时间,其中,
所述收发模块1210具体用于:
接收所述终端设备发送的所述MAC CE,所述MAC CE中包括所述一个或多个数据包的剩余时间的信息;
在一种可选的实现方式中,所述配置模块1220具体用于:
在下一个周期资源到达前,为所述终端设备配置所述资源。
在一种可能的实现方式中,所述MAC CE还用于指示在下个周期的资源到达前剩余时间满足预设时间门限的一个或多个数据包对应的数据量信息。
应理解,根据本申请实施例的网络设备1200可对应于前述方法实施例中网络设备侧的方法,并且网络设备1200中的各个模块的上述和其它管理操作和/或功能分别为了实现前述各个方法的相应步骤,因此也可以实现前述方法实施例中的有益效果,为了简洁,这里不作赘述。
图13示出了根据本申请实施例的网络设备1300的示意性结构图。如图13所示,所述网络设备1300包括:
处理器1301、存储器1302和收发器1303。
处理器1301、存储器1302和收发器1303之间通过内部连接通路互相通信,传递控制和/或数据信号。在一个可能的设计中,处理器1301、存储器1302和收发器1303可以通过芯片实现。该存储器1302可以存储程序代码,处理器1301调用存储器1302存储的程序代码,以实现该网络设备的相应功能。
所述收发器1303用于接收终端设备发送的第一消息,所述第一消息用于指示一个或多个数据包的剩余时间的信息,所述剩余时间为完成发送所述一个或多个数据包的剩余时间;所述处理器1301用于:根据所述剩余时间的信息为所述终端设备配置资源,所述资源的时域位置在所述剩余时间结束之前。
可选地,图12所示的网络设备1200中的收发模块1210也可以对应图13所示的网络设备1300中的收发器1303,配置模块1220可以对应图13所示的网络设备1300中的处理器1301。另一种实施方式中,收发器1303可以分为接收器和发送器两个部件实现。
在本申请实施例中,该网络设备1200可以为安装在网络设备中的芯片(或者说,芯片系统),此情况下,该网络设备1200可以包括:处理器和输入输出接口,处理器可以通过输入输出接口与网络设备的收发器通信连接,可选地,该装置还包括存储器,存储器与处理器通信连接。可选地,处理器、存储器和收发器可以通信连接,该存储器可以用于存储指令,该处理器用于执行该存储器存储的指令,以控制收发器发送信息或信号。
应理解,根据本申请实施例的网络设备1300可对应于前述方法实施例中网络设备侧的方法,
上述本申请实施例揭示的方法可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(FieldProgrammable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,还可以是系统芯片(system on chip,SoC),还可以是中央处理器(centralprocessor unit,CPU),还可以是网络处理器(network processor,NP),还可以是数字信号处理电路(digital signal processor,DSP),还可以是微控制器(micro controllerunit,MCU),还可以是可编程控制器(programmable logic device,PLD)或其他集成芯片。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (30)
1.一种数据发送方法,其特征在于,包括:
终端设备向网络设备发送第一消息,所述第一消息用于指示一个或多个数据包的剩余时间的信息,所述一个或多个数据包的剩余时间用于指示所述终端设备需要在所述剩余时间结束前完成所述一个或多个数据包的发送;
所述终端设备获取所述网络设备为所述终端设备配置的资源的信息,所述资源用于在所述剩余时间结束前发送所述一个或多个数据包。
2.根据权利要求1所述的方法,其特征在于,所述第一消息为第一调度请求,所述方法还包括:
所述终端设备根据第一对应关系和所述剩余时间,确定所述第一调度请求的配置,所述第一对应关系是调度请求的配置与所述一个或多个数据包的剩余时间的对应关系,其中,所述第一调度请求的配置包括所述第一调度请求所占用的资源位置;
所述终端设备向网络设备发送第一消息,包括:
所述终端设备使用所述第一调度请求的配置向所述网络设备发送所述第一调度请求。
3.根据权利要求1所述的方法,其特征在于,所述第一消息还用于指示剩余时间满足预定时间门限的所述一个或多个数据包对应的数据量信息,所述第一消息为第二调度请求,所述方法还包括:
所述终端设备根据第二对应关系和所述数据量信息,确定所述第二调度请求的配置,所述第二对应关系是调度请求的配置与所述一个或多个数据包的数据量的对应关系,其中,所述第二调度请求的配置包括所述第二调度请求所占用的资源位置;
所述终端设备向网络设备发送第一消息,包括:
所述终端设备使用所述第二调度请求的配置向所述网络设备发送所述第二调度请求。
4.根据权利要求1所述的方法,其特征在于,所述第一消息为缓存状态报告,所述方法还包括:
所述终端设备根据以下条件1)至3)中的一项或多项,触发所述缓存状态报告:
1)所述一个或多个数据包的剩余时间小于或等于预设时间门限,
2)所述一个或多个数据包的剩余时间小于或等于预设时间门限且所述一个或多个数据包的数据量大于或等于预设数据量门限,
3)所述一个或多个数据包的剩余时间小于或等于预设时间门限且所述一个或多个数据包的数据量在所述一个或多个数据包所在逻辑信道的待发送数据总量中占的比例大于或等于比例门限;
所述终端设备向网络设备发送第一消息,包括:
所述终端设备向所述网络设备发送所述缓存状态报告。
5.根据权利要求1所述的方法,其特征在于,所述第一消息为缓存状态报告,所述终端设备向网络设备发送第一消息,包括:
所述终端设备向所述网络设备发送所述缓存状态报告,所述缓存状态报告包括所述一个或多个数据包的剩余时间的信息。
6.根据权利要求5所述的方法,其特征在于,所述缓存状态报告还包括所述一个或多个数据包所在的逻辑信道中剩余时间在不同时间段中的数据量信息。
7.根据权利要求1所述的方法,其特征在于,在所述网络设备为所述终端设备配置了周期性资源的情况下,所述第一消息为媒体接入控制层控制元素MAC CE,所述一个或多个数据包的剩余时间是下个周期资源到达前会出现超时的数据包的剩余时间,
所述终端设备向网络设备发送第一消息,包括:
所述终端设备向所述网络设备发送所述MAC CE,所述MAC CE中包括所述一个或多个数据包的剩余时间的信息。
8.根据权利要求7所述的方法,其特征在于,所述MAC CE还用于指示在下个周期的资源到达前剩余时间满足预设时间门限的一个或多个数据包对应的数据量信息。
9.一种数据发送方法,其特征在于,包括:
网络设备接收终端设备发送的第一消息,所述第一消息用于指示一个或多个数据包的剩余时间的信息,所述剩余时间为完成发送所述一个或多个数据包的剩余时间;
所述网络设备根据所述剩余时间的信息为所述终端设备配置资源,所述资源的时域位置在所述剩余时间结束之前。
10.根据权利要求9所述的方法,其特征在于,所述第一消息为第一调度请求,所述网络设备接收终端设备发送的第一消息,包括:
所述网络设备在第一资源位置接收所述终端设备发送的所述第一调度请求;
所述方法还包括:
所述网络设备根据第一对应关系和所述第一资源位置,确定所述一个或多个数据包的剩余时间,其中,所述第一对应关系是调度请求的配置与所述一个或多个数据包的剩余时间的对应关系,其中,所述第一调度请求的配置包括所述第一调度请求所占用的资源位置。
11.根据权利要求9所述的方法,其特征在于,所述第一消息还用于指示剩余时间满足预定时间门限的所述一个或多个数据包对应的数据量信息,所述第一消息为第二调度请求,所述网络设备接收终端设备发送的第一消息,包括:
所述网络设备在第二资源位置接收所述终端设备发送的所述第二调度请求;
所述方法还包括:
所述网络设备根据所述第二对应关系和所述第二资源位置,确定所述一个或多个数据包的数据量,所述第二对应关系是调度请求的配置与所述一个或多个数据包的数据量的对应关系,其中,所述第二调度请求的配置包括所述第二调度请求所占用的资源位置。
其中,所述网络设备根据所述剩余时间的信息为所述终端设备配置资源,包括:
所述网络设备根据所述一个或多个数据包的数据量和所述剩余时间,为所述终端设备配置资源。
12.根据权利要求9所述的方法,其特征在于,所述第一消息为缓存状态报告,所述网络设备接收终端设备发送的第一消息,包括:
所述网络设备接收所述终端设备发送的所述缓存状态报告,所述缓存状态报告包括所述一个或多个数据包的剩余时间的信息。
13.根据权利要求12所述的方法,其特征在于,所述缓存状态报告还包括所述一个或多个数据包所在的逻辑信道中剩余时间在不同时间段中的数据量信息。
14.根据权利要求9所述的方法,其特征在于,在所述网络设备为所述终端设备配置了周期性资源的情况下,所述第一消息为媒体接入控制层控制元素MAC CE,所述一个或多个数据包的剩余时间是下个周期资源到达前会出现超时的数据包的剩余时间,其中,
所述网络设备接收终端设备发送的第一消息,包括:
所述网络设备接收所述终端设备发送的所述MAC CE,所述MAC CE中包括所述一个或多个数据包的剩余时间的信息。
15.根据权利要求14所述的方法,其特征在于,所述网络设备根据所述剩余时间的信息为所述终端设备配置资源,包括:
在下一个周期资源到达前,所述网络设备为所述终端设备配置所述资源。
16.根据权利要求14或15所述的方法,其特征在于,所述MAC CE还用于指示在下个周期的资源到达前剩余时间满足预设时间门限的一个或多个数据包对应的数据量信息。
17.一种终端设备,其特征在于,包括:
收发模块,用于向网络设备发送第一消息,所述第一消息用于指示一个或多个数据包的剩余时间的信息,所述一个或多个数据包的剩余时间用于指示所述终端设备需要在所述剩余时间结束前完成所述一个或多个数据包的发送;
获取模块,用于获取所述网络设备为所述终端设备配置的资源的信息,所述资源用于在所述剩余时间结束前发送所述一个或多个数据包。
18.根据权利要求17所述的终端设备,其特征在于,所述第一消息为第一调度请求,所述终端设备还包括:
确定模块,用于根据第一对应关系和所述剩余时间,确定所述第一调度请求的配置,所述第一对应关系是调度请求的配置与所述一个或多个数据包的剩余时间的对应关系,其中,所述第一调度请求的配置包括所述第一调度请求所占用的资源位置;
所述收发模块具体用于:
使用所述第一调度请求的配置向所述网络设备发送所述第一调度请求。
19.根据权利要求17所述的终端设备,其特征在于,所述第一消息还用于指示剩余时间满足预定时间门限的所述一个或多个数据包对应的数据量信息,所述第一消息为第二调度请求,所述终端设备还包括:
确定模块,用于根据第二对应关系和所述数据量信息,确定所述第二调度请求的配置,所述第二对应关系是调度请求的配置与所述一个或多个数据包的数据量的对应关系,其中,所述第二调度请求的配置包括所述第二调度请求所占用的资源位置;
所述收发模块具体用于:
使用所述第二调度请求的配置向所述网络设备发送所述第二调度请求。
20.根据权利要求17所述的终端设备,其特征在于,所述第一消息为缓存状态报告,所述终端设备还包括:
触发模块,用于根据以下条件1)至3)中的一项或多项,触发所述缓存状态报告:
1)所述一个或多个数据包的剩余时间小于或等于预设时间门限,
2)所述一个或多个数据包的剩余时间小于或等于预设时间门限且所述一个或多个数据包的数据量大于或等于预设数据量门限,
3)所述一个或多个数据包的剩余时间小于或等于预设时间门限且所述一个或多个数据包的数据量在所述一个或多个数据包所在逻辑信道的待发送数据总量中占的比例大于或等于比例门限;
所述收发模块具体用于:
向所述网络设备发送所述缓存状态报告。
21.根据权利要求17所述的终端设备,其特征在于,所述第一消息为缓存状态报告,所述收发模块具体用于:
向所述网络设备发送所述缓存状态报告,所述缓存状态报告包括所述一个或多个数据包的剩余时间的信息。
22.根据权利要求17所述的终端设备,其特征在于,在所述网络设备为所述终端设备配置了周期性资源的情况下,所述第一消息为媒体接入控制层控制元素MAC CE,所述一个或多个数据包的剩余时间是下个周期资源到达前会出现超时的数据包的剩余时间,
所述收发模块具体用于:
向所述网络设备发送所述MAC CE,所述MAC CE中包括所述一个或多个数据包的剩余时间的信息。
23.一种网络设备,其特征在于,包括:
收发模块,用于接收终端设备发送的第一消息,所述第一消息用于指示一个或多个数据包的剩余时间的信息,所述剩余时间为完成发送所述一个或多个数据包的剩余时间;
配置模块,用于根据所述剩余时间的信息为所述终端设备配置资源,所述资源的时域位置在所述剩余时间结束之前。
24.根据权利要求23所述的网络设备,其特征在于,所述第一消息为第一调度请求,所述收发模块具体用于:
在第一资源位置接收所述终端设备发送的所述第一调度请求;
所述网络设备还包括:
确定模块,用于根据第一对应关系和所述第一资源位置,确定所述一个或多个数据包的剩余时间的信息,其中,所述第一对应关系是调度请求的配置与所述一个或多个数据包的剩余时间的对应关系,其中,所述第一调度请求的配置包括所述第一调度请求所占用的资源位置。
25.根据权利要求23所述的网络设备,其特征在于,所述第一消息还用于指示剩余时间满足预定时间门限的所述一个或多个数据包对应的数据量信息,所述第一消息为第二调度请求,所述收发模块具体用于:
在第二资源位置接收所述终端设备发送的所述第二调度请求;
所述网络设备还包括:
确定模块,用于根据所述第二对应关系和所述第二资源位置,确定所述一个或多个数据包的数据量,所述第二对应关系是调度请求的配置与所述一个或多个数据包的数据量的对应关系,其中,所述第二调度请求的配置包括所述第二调度请求所占用的资源位置。
其中,所述配置模块具体用于:
根据所述一个或多个数据包的数据量和所述剩余时间,为所述终端设备配置资源。
26.根据权利要求23所述的网络设备,其特征在于,所述第一消息为缓存状态报告,所述收发模块具体用于:
接收所述终端设备发送的所述缓存状态报告,所述缓存状态报告包括所述一个或多个数据包的剩余时间的信息。
27.根据权利要求23所述的网络设备,其特征在于,在所述网络设备为所述终端设备配置了周期性资源的情况下,所述第一消息为媒体接入控制层控制元素MAC CE,所述一个或多个数据包的剩余时间是下个周期资源到达前会出现超时的数据包的剩余时间,其中,
所述收发模块具体用于:
接收所述终端设备发送的所述MAC CE,所述MAC CE中包括所述一个或多个数据包的剩余时间的信息。
28.根据权利要求27所述的网络设备,其特征在于,所述配置模块具体用于:
在下一个周期资源到达前,为所述终端设备配置所述资源。
29.一种通信设备,其特征在于,所述通信设备包括:至少一个处理器和通信接口,所述通信接口用于所述通信设备与其他通信设备进行信息交互,当程序指令在所述至少一个处理器中执行时,使得所述通信设备实现如权利要求1-16中任一所述的方法中在如下任一设备上的功能:所述网络设备和所述终端设备。
30.一种计算机程序存储介质,其特征在于,所述计算机程序存储介质具有程序指令,当所述程序指令被直接或者间接执行时,使得如权利要求1-16中任一所述的方法中在如下任一设备上的功能得以实现:所述网络设备和所述终端设备。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810152214.9A CN110149718B (zh) | 2018-02-14 | 2018-02-14 | 数据发送的方法和通信设备 |
PCT/CN2019/073634 WO2019157947A1 (zh) | 2018-02-14 | 2019-01-29 | 数据发送的方法和通信设备 |
EP19754584.1A EP3737173B1 (en) | 2018-02-14 | 2019-01-29 | Method for sending data and communication device |
US16/994,023 US11678351B2 (en) | 2018-02-14 | 2020-08-14 | Scheduling radio resources using first and second configuration |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810152214.9A CN110149718B (zh) | 2018-02-14 | 2018-02-14 | 数据发送的方法和通信设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110149718A true CN110149718A (zh) | 2019-08-20 |
CN110149718B CN110149718B (zh) | 2022-03-29 |
Family
ID=67589169
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810152214.9A Active CN110149718B (zh) | 2018-02-14 | 2018-02-14 | 数据发送的方法和通信设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11678351B2 (zh) |
EP (1) | EP3737173B1 (zh) |
CN (1) | CN110149718B (zh) |
WO (1) | WO2019157947A1 (zh) |
Cited By (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110839296A (zh) * | 2019-11-29 | 2020-02-25 | 惠州Tcl移动通信有限公司 | 网络资源调度方法、装置、存储介质及移动终端 |
WO2021189260A1 (zh) * | 2020-03-24 | 2021-09-30 | 华为技术有限公司 | 多播通信方法及通信装置 |
WO2021233400A1 (zh) * | 2020-05-22 | 2021-11-25 | 维沃移动通信有限公司 | 数据传输方法、终端设备和网络设备 |
CN113840307A (zh) * | 2020-06-24 | 2021-12-24 | 大唐移动通信设备有限公司 | 请求发送方法、资源分配方法、终端和网络侧设备 |
WO2022000479A1 (en) * | 2020-07-03 | 2022-01-06 | Lenovo (Beijing) Limited | Method and apparatus for sidelink burst transmission |
CN114006725A (zh) * | 2021-09-24 | 2022-02-01 | 东南大学 | 一种多层次信息融合的网络攻击态势实时感知方法 |
WO2022152044A1 (zh) * | 2021-01-18 | 2022-07-21 | 大唐移动通信设备有限公司 | 数据传输方法、终端设备、网络侧设备及计算机可读存储介质 |
CN115412533A (zh) * | 2021-05-27 | 2022-11-29 | 北京小米移动软件有限公司 | 终端设备及其控制方法、装置和存储介质 |
WO2023168638A1 (zh) * | 2022-03-09 | 2023-09-14 | Oppo广东移动通信有限公司 | 无线通信的方法及设备 |
WO2024007814A1 (zh) * | 2022-07-05 | 2024-01-11 | 华为技术有限公司 | 数据的传输方法和装置 |
CN117939526A (zh) * | 2023-02-15 | 2024-04-26 | 荣耀终端有限公司 | 业务处理方法及相关装置 |
WO2024092678A1 (zh) * | 2022-11-03 | 2024-05-10 | 北京小米移动软件有限公司 | 信息传输控制方法及装置、通信设备及存储介质 |
WO2024092619A1 (zh) * | 2022-11-03 | 2024-05-10 | 富士通株式会社 | 延迟信息上报的方法和装置 |
WO2024094014A1 (zh) * | 2022-11-03 | 2024-05-10 | 维沃移动通信有限公司 | Bsr汇报方法、装置、终端及网络侧设备 |
CN118283693A (zh) * | 2022-12-29 | 2024-07-02 | 荣耀终端有限公司 | 一种通信方法 |
CN118283800A (zh) * | 2022-12-29 | 2024-07-02 | 荣耀终端有限公司 | 时延信息管理方法及相关装置 |
WO2024138477A1 (zh) * | 2022-12-28 | 2024-07-04 | 北京小米移动软件有限公司 | 信息传输方法、装置、通信设备和存储介质 |
WO2024152858A1 (zh) * | 2023-01-19 | 2024-07-25 | 大唐移动通信设备有限公司 | 时延上报方法、装置、终端及网络侧设备 |
WO2024169661A1 (zh) * | 2023-02-17 | 2024-08-22 | 华为技术有限公司 | 一种数据发送方法及装置 |
WO2024169506A1 (zh) * | 2023-02-17 | 2024-08-22 | 华为技术有限公司 | 一种通信方法和装置 |
WO2024169550A1 (zh) * | 2023-02-17 | 2024-08-22 | 华为技术有限公司 | 一种缓存状态报告确定方法、通信方法及装置 |
WO2024168579A1 (zh) * | 2023-02-15 | 2024-08-22 | 富士通株式会社 | 信息处理方法、装置以及通信系统 |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021079174A1 (en) * | 2019-10-23 | 2021-04-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods for buffer status reporting in multiple connectivity and related apparatus |
KR20230005315A (ko) * | 2020-07-22 | 2023-01-09 | 엘지전자 주식회사 | 무선 통신 시스템에서 긴급 버퍼 상태 보고를 전송하는 방법 및 장치 |
EP4385275A1 (en) * | 2021-08-10 | 2024-06-19 | Telefonaktiebolaget LM Ericsson (publ) | Managing configured grants for xr applications |
WO2024010334A1 (en) * | 2022-07-05 | 2024-01-11 | Samsung Electronics Co., Ltd. | Method and apparatus for handling enhanced assistance information for scheduling in wireless communication system |
WO2024015649A2 (en) * | 2022-11-03 | 2024-01-18 | Futurewei Technologies, Inc. | Methods and apparatus for reporting buffer status |
WO2024152330A1 (zh) * | 2023-01-19 | 2024-07-25 | 北京小米移动软件有限公司 | 调度请求传输方法及装置、通信设备及存储介质 |
WO2024167353A1 (en) * | 2023-02-08 | 2024-08-15 | Samsung Electronics Co., Ltd. | Method and apparatus for buffered data delay reporting in a wireless communication system |
CN118509910A (zh) * | 2023-02-15 | 2024-08-16 | 华为技术有限公司 | 一种上报缓存状态的方法和通信装置 |
CN118524563A (zh) * | 2023-02-20 | 2024-08-20 | 华为技术有限公司 | 通信方法和通信装置 |
CN118741593A (zh) * | 2023-03-31 | 2024-10-01 | 荣耀终端有限公司 | 信息处理方法及装置 |
WO2024211500A1 (en) * | 2023-04-04 | 2024-10-10 | Interdigital Patent Holdings, Inc. | Methods, architectures, apparatuses and systems directed to buffer status report enhancements for xr traffic |
WO2024088019A1 (en) * | 2023-09-28 | 2024-05-02 | Lenovo (Beijing) Limited | Reporting of delay status report |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101541099A (zh) * | 2008-03-21 | 2009-09-23 | 中兴通讯股份有限公司 | 缓冲区状态报告方法及装置、数据量设置方法 |
US20160219088A1 (en) * | 2013-09-06 | 2016-07-28 | Vid Scale, Inc | Quality of experience based queue management for routers for real-time video applications |
US20180042042A1 (en) * | 2016-08-03 | 2018-02-08 | Qualcomm Incorporated | Techniques for reporting delay budgets for urllc uplink transmissions |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8121094B2 (en) * | 2006-12-04 | 2012-02-21 | Electronics And Telecommunications Research Institute | Method for managing cross-layer handover |
WO2014059572A1 (zh) * | 2012-10-15 | 2014-04-24 | 华为技术有限公司 | 配置方法、装置、基站和终端 |
CN105636098B (zh) * | 2014-10-30 | 2020-03-13 | 中兴通讯股份有限公司 | 一种上行业务等待时延的估算方法和装置 |
JP6608528B2 (ja) * | 2015-11-25 | 2019-11-20 | オッポ広東移動通信有限公司 | 無線通信の方法、ネットワーク装置及び端末機器 |
KR20190002431A (ko) * | 2016-05-11 | 2019-01-08 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | 통신 방법, 단말 기기 및 네트워크 기기 |
CN108377580A (zh) * | 2016-11-04 | 2018-08-07 | 维沃移动通信有限公司 | 一种数据传输方法、终端及网络侧设备 |
US11044713B2 (en) * | 2016-11-11 | 2021-06-22 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Terminal device scheduling method, network device, and terminal device |
US11265922B2 (en) * | 2017-11-24 | 2022-03-01 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for accessing wireless local area network, terminal device, and network device |
-
2018
- 2018-02-14 CN CN201810152214.9A patent/CN110149718B/zh active Active
-
2019
- 2019-01-29 EP EP19754584.1A patent/EP3737173B1/en active Active
- 2019-01-29 WO PCT/CN2019/073634 patent/WO2019157947A1/zh unknown
-
2020
- 2020-08-14 US US16/994,023 patent/US11678351B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101541099A (zh) * | 2008-03-21 | 2009-09-23 | 中兴通讯股份有限公司 | 缓冲区状态报告方法及装置、数据量设置方法 |
US20160219088A1 (en) * | 2013-09-06 | 2016-07-28 | Vid Scale, Inc | Quality of experience based queue management for routers for real-time video applications |
US20180042042A1 (en) * | 2016-08-03 | 2018-02-08 | Qualcomm Incorporated | Techniques for reporting delay budgets for urllc uplink transmissions |
Cited By (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021103331A1 (zh) * | 2019-11-29 | 2021-06-03 | 惠州Tcl移动通信有限公司 | 网络资源调度方法、装置、存储介质及移动终端 |
CN110839296A (zh) * | 2019-11-29 | 2020-02-25 | 惠州Tcl移动通信有限公司 | 网络资源调度方法、装置、存储介质及移动终端 |
WO2021189260A1 (zh) * | 2020-03-24 | 2021-09-30 | 华为技术有限公司 | 多播通信方法及通信装置 |
CN115280802A (zh) * | 2020-03-24 | 2022-11-01 | 华为技术有限公司 | 多播通信方法及通信装置 |
WO2021233400A1 (zh) * | 2020-05-22 | 2021-11-25 | 维沃移动通信有限公司 | 数据传输方法、终端设备和网络设备 |
CN113709804A (zh) * | 2020-05-22 | 2021-11-26 | 维沃移动通信有限公司 | 数据传输方法、终端设备和网络设备 |
CN113840307A (zh) * | 2020-06-24 | 2021-12-24 | 大唐移动通信设备有限公司 | 请求发送方法、资源分配方法、终端和网络侧设备 |
CN113840307B (zh) * | 2020-06-24 | 2024-06-11 | 大唐移动通信设备有限公司 | 请求发送方法、资源分配方法、终端和网络侧设备 |
WO2022000479A1 (en) * | 2020-07-03 | 2022-01-06 | Lenovo (Beijing) Limited | Method and apparatus for sidelink burst transmission |
WO2022152044A1 (zh) * | 2021-01-18 | 2022-07-21 | 大唐移动通信设备有限公司 | 数据传输方法、终端设备、网络侧设备及计算机可读存储介质 |
CN115412533B (zh) * | 2021-05-27 | 2024-01-16 | 北京小米移动软件有限公司 | 终端设备及其控制方法、装置和存储介质 |
CN115412533A (zh) * | 2021-05-27 | 2022-11-29 | 北京小米移动软件有限公司 | 终端设备及其控制方法、装置和存储介质 |
CN114006725B (zh) * | 2021-09-24 | 2024-02-06 | 东南大学 | 一种多层次信息融合的网络攻击态势实时感知方法 |
CN114006725A (zh) * | 2021-09-24 | 2022-02-01 | 东南大学 | 一种多层次信息融合的网络攻击态势实时感知方法 |
WO2023168638A1 (zh) * | 2022-03-09 | 2023-09-14 | Oppo广东移动通信有限公司 | 无线通信的方法及设备 |
WO2024007814A1 (zh) * | 2022-07-05 | 2024-01-11 | 华为技术有限公司 | 数据的传输方法和装置 |
WO2024092678A1 (zh) * | 2022-11-03 | 2024-05-10 | 北京小米移动软件有限公司 | 信息传输控制方法及装置、通信设备及存储介质 |
WO2024092619A1 (zh) * | 2022-11-03 | 2024-05-10 | 富士通株式会社 | 延迟信息上报的方法和装置 |
WO2024094014A1 (zh) * | 2022-11-03 | 2024-05-10 | 维沃移动通信有限公司 | Bsr汇报方法、装置、终端及网络侧设备 |
WO2024138477A1 (zh) * | 2022-12-28 | 2024-07-04 | 北京小米移动软件有限公司 | 信息传输方法、装置、通信设备和存储介质 |
CN118283800A (zh) * | 2022-12-29 | 2024-07-02 | 荣耀终端有限公司 | 时延信息管理方法及相关装置 |
CN118283693A (zh) * | 2022-12-29 | 2024-07-02 | 荣耀终端有限公司 | 一种通信方法 |
WO2024139271A1 (zh) * | 2022-12-29 | 2024-07-04 | 荣耀终端有限公司 | 一种通信方法 |
WO2024152858A1 (zh) * | 2023-01-19 | 2024-07-25 | 大唐移动通信设备有限公司 | 时延上报方法、装置、终端及网络侧设备 |
CN117939526A (zh) * | 2023-02-15 | 2024-04-26 | 荣耀终端有限公司 | 业务处理方法及相关装置 |
WO2024168579A1 (zh) * | 2023-02-15 | 2024-08-22 | 富士通株式会社 | 信息处理方法、装置以及通信系统 |
WO2024169661A1 (zh) * | 2023-02-17 | 2024-08-22 | 华为技术有限公司 | 一种数据发送方法及装置 |
WO2024169506A1 (zh) * | 2023-02-17 | 2024-08-22 | 华为技术有限公司 | 一种通信方法和装置 |
WO2024169550A1 (zh) * | 2023-02-17 | 2024-08-22 | 华为技术有限公司 | 一种缓存状态报告确定方法、通信方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2019157947A1 (zh) | 2019-08-22 |
CN110149718B (zh) | 2022-03-29 |
EP3737173A1 (en) | 2020-11-11 |
US20200374888A1 (en) | 2020-11-26 |
US11678351B2 (en) | 2023-06-13 |
EP3737173B1 (en) | 2022-10-26 |
EP3737173A4 (en) | 2021-01-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110149718A (zh) | 数据发送的方法和通信设备 | |
US9924405B2 (en) | Method for buffer status report in dual connectivity | |
CN106535246B (zh) | 一种缓冲区状态报告的上报方法、装置及系统 | |
CN109392175A (zh) | 调度请求的发送方法、调度请求的处理方法及相关设备 | |
US20210051675A1 (en) | Communication method and device | |
CN109413744B (zh) | 通信方法与设备 | |
CN111918313B (zh) | 用于资源分配的方法、网络设备和通信设备 | |
CN113647182B (zh) | 无线通信的方法和设备 | |
US20210297188A1 (en) | Data transmission method and communication apparatus | |
CN111148225B (zh) | 资源调度方法、装置及设备 | |
US20230269036A1 (en) | Communication method and apparatus | |
CN113557779B (zh) | 调度请求传输的方法和设备 | |
CN113647171B (zh) | 无线通信的方法和设备 | |
CN114389780A (zh) | 处理混合自动重传请求重新传送的装置 | |
CN116830697A (zh) | 一种cg资源处理方法、终端设备及网络设备 | |
CN115997439B (zh) | 无线通信的方法和终端设备 | |
CN114731666B (zh) | 传输资源确定方法及相关装置 | |
US20220394543A1 (en) | Method for buffer status reporting, and terminal | |
EP2873282B1 (en) | Technique for uplink data processing | |
CN116326015A (zh) | 传输方法和终端设备 | |
CN116368760A (zh) | 无线通信的方法和终端设备 | |
CN117858245A (zh) | 通信方法及装置 | |
CN118509910A (zh) | 一种上报缓存状态的方法和通信装置 | |
CN113747538A (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 |