CN116889007A - 一种无线资源调度方法和设备 - Google Patents

一种无线资源调度方法和设备 Download PDF

Info

Publication number
CN116889007A
CN116889007A CN202180094227.5A CN202180094227A CN116889007A CN 116889007 A CN116889007 A CN 116889007A CN 202180094227 A CN202180094227 A CN 202180094227A CN 116889007 A CN116889007 A CN 116889007A
Authority
CN
China
Prior art keywords
information
service
data
data transmission
time
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
CN202180094227.5A
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
Publication of CN116889007A publication Critical patent/CN116889007A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • 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
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/54Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/542Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality

Abstract

本申请提供了一种无线资源调度的方法和设备,该方法包括:第一设备从第二设备接收第一信息,第一信息用于请求第一业务的数据传输;当可用连续资源不满足第一业务的数据传输的需求时,第一设备向第二设备发送第二信息,第二信息包括第一时间的信息,第一时间的信息用于指示在第一时间后进行第一业务的数据的传输;可用连续资源为请求传输的第一业务的数据被连续传输所需的资源。可以实现网络侧总体监控和调度网络资源以及控制终端的数据传输行为,提高了终端数据传输的效率。

Description

一种无线资源调度方法和设备 技术领域
本申请涉及通信领域,并且更具体地,涉及一种无线资源调度方法和设备。
背景技术
终端传输数据时会先向基站申请资源,然后立刻通过通信模组(如5G模组)传输数据。基站可以给终端调度的资源是有限的,多个终端在基站调度的资源上传输数据会造成资源的争抢。例如,在5G工业场景下,每个终端都需要将本地工业相机采集到的图片上传到云端或移动边缘计算(mobile edge computing,MEC)的应用上进行推理,多个终端共享上行带宽,造成每个终端传输数据的速率变慢,最终导致所有终端的生产周期都变长,降低了整体的生产效率。也就是说,现有技术中数据传输效率低且影响生产效率。
因此,如何保障终端数据传输的效率是目前需要解决的问题。
发明内容
本申请提供一种无线资源调度方法和设备,网络侧可以实现总体监控和调度网络资源以及控制终端的数据传输行为,提高了终端数据传输的效率。
第一方面,提供了一种无线资源调度方法,该方法包括:第一设备从第二设备接收第一信息,第一信息用于请求第一业务的数据传输;当可用连续资源不满足第一业务的数据传输的需求时,第一设备向第二设备发送第二信息,第二信息包括第一时间的信息,第一时间的信息用于指示在第一时间后进行所述第一业务的数据的传输;可用连续资源为请求传输的第一业务的数据被连续传输所需的资源。
基于上述技术方案,第二设备也可以先向第一设备发送第一信息,请求传输数据。第一设备可以判断可用连续资源是否满足第一业务的数据传输的需求,并且确定第二设备的等待时间。网络侧可以实现总体监控和调度网络资源以及控制终端的数据传输行为,提高了终端数据传输的效率。
需要说明的是,本申请中所述可用连续资源为请求传输的所述第一业务的数据被连续传输所需的资源。作为示例,可用连续资源也可以理解为第一设备为某一个终端设备(第二设备的一例)的某一业务的数据传输所分配的资源,当然第一设备也可以为多个终端设备的业务分配属于多个终端设备各自的可用连续资源。也就是说,本申请中的可用连续资源可以是第一设备为第二设备专门分配的业务数据传输的资源,并且本申请中的第二设备可以为多个。
在一种实现方式中,第一设备可以从基站获取资源。
在一种实现方式中,第一设备可以为移动边缘使能服务器,第二设备可以为终端设备。
结合第一方面,在某些实现方式中,第一信息包括:所述第二设备传输所述第一业务的数据大小的信息和/或信道质量信息,其中,所述信道质量信息至少包括以下一项:参 考信号接收质量、参考信号接收功率或信号与干扰加噪声比。
也就是说,第二设备在向第一设备发送第一信息时,第一信息还可以包括第一业务的数据大小的信息和/或信道质量信息,以便于第一设备根据第一信息判断可用连续资源或者预估第二设备的传输速率或者第一信息等信息。
结合第一方面,在某些实现方式中,该方法还包括:所述第一设备确定所述可用连续资源;所述第一设备根据所述可用连续资源和所述第一信息判断是否满足所述第一业务的数据传输的需求。
也就是说,第一设备可以根据第一信息判断当前可用连续资源是否满足所述第一业务的数据传输的需求。
结合第一方面,在某些实现方式中,该方法还包括:所述第一设备根据第一参数确定第一时间的信息,所述第一参数包括:第三设备传输的数据的速率和/或所述信道质量,所述第三设备包括正在进行数据传输的设备和/或已经等待数据传输的设备。
也就是说,第一设备判断是否让第二设备传输数据时,在考虑系统可用连续资源的同时还要考虑其它终端的业务数据的传输情况,以此提高终端数据传输的效率。
在一种实现方式中,第一设备可以通过系统可用资源以及当前信道状态判断是否让终端设备传输数据;在一种实现方式中,第一设备可以通过系统可用连续资源以及其它终端数据传输情况判断是否让终端设备传输数据。可以实现总体监控和调度网络资源以及控制终端的数据传输行为,提高了终端数据传输的效率。
结合第一方面,在某些实现方式中,该方法还包括:当所述可用连续资源满足所述第一业务的数据传输的需求时,向所述第二设备发送第三信息,所述第三信息用于指示允许所述第一业务的数据传输。
也就是说,第二设备确定当前系统有可用连续资源时,便可以允许第二设备传输数据。
在一种实现方式中,第二设备向第一设备发送第一信息后,第二设备确定当前系统可用连续资源满足所述第二设备的第一业务的数据传输的需求,此时第一设备可以向第二设备发送第三信息,允许所述第一业务的数据传输。在另一种实现方式中,第二设备向第一设备发送第一信息后,第二设备确定当前系统的可用连续资源不满足第二设备的第一业务的数据传输的需求,此时第一设备可以向发送第二信息,并且预估第二设备的等待时间。一旦当第一设备发现系统当前的可用连续资源满足第一业务的数据传输的需求时,此时可以向第二设备发送第三信息,允许所述第一业务的数据传输。需要说明的是,这种情况下,第二设备可能还没到等待时间便可以传输数据。基于此,第一设备可以总体监控和调度网络资源以及控制终端的数据传输行为,可以提高终端设备的传输数据的效率。
第二方面,提供了一种无线资源调度的方法,该方法包括:第二设备向第一设备发送第一信息,所述第一信息用于请求第一业务的数据传输;所述第二设备从所述第一设备接收第二信息,所述第二信息包括第一时间的信息,所述第一时间的信息用于指示在所述第一时间后进行所述第一业务的数据的传输;所述可用连续资源为请求传输的所述第一业务的数据被连续传输所需的资源。
基于上述技术方案,第二设备也可以先向第一设备发送第一信息,请求传输数据。第一设备可以判断可用连续资源是否满足第一业务的数据传输的需求,并且确定第二设备的等待时间。网络侧可以实现总体监控和调度网络资源以及控制终端的数据传输行为,提高 了终端数据传输的效率。
结合第二方面,在某些实现方式中,所述第一信息包括:所述第二设备传输的数据大小的信息和/或信道质量信息,其中,所述信道质量信息至少包括以下一项:参考信号接收质量、参考信号接收功率或信号与干扰加噪声比。
结合第二方面,在某些实现方式中,所述第二设备从所述第一设备接收第三信息,所述第三信息用于指示允许所述第一业务的数据传输。
第三方面,本申请还提供一种无线资源调度设备,包括用于执行第一方面中任一种可能实现方式中的方法的各个模块或单元。
第四方面,本申请提供了一种无线资源调度设备,包括用于执行第二方面中任一种可能实现方式中的方法的各个模块或单元。
第五方面,提供了一种无线资源调度设备,包括处理器。该处理器与存储器耦合,可用于执行存储器中的指令,以实现上述第一方面中任一种可能实现方式中的方法。可选地,该设备还包括存储器。可选地,该设备还包括通信接口,处理器与通信接口耦合。
可选地,该收发器可以为收发电路。可选地,该输入/输出接口可以为输入/输出电路。该处理器可以为处理电路。可选地,该输入/输出接口可以为输入/输出电路。
第六方面,提供了一种无线资源调度设备,包括处理器。该处理器与存储器耦合,可用于执行存储器中的指令,以实现上述第二方面中任一种可能实现方式中的方法。可选地,该设备还包括存储器。可选地,该设备还包括通信接口,处理器与通信接口耦合。
可选地,该收发器可以为收发电路。可选地,该输入/输出接口可以为输入/输出电路。该处理器可以为处理电路。可选地,该输入/输出接口可以为输入/输出电路。
第七方面,提供了一种处理器,包括:输入电路、输出电路和处理电路。所述处理电路用于通过所述输入电路接收信号,并通过所述输出电路发射信号,使得所述处理器执行第一方面和第二方面中任一种可能实现方式中的方法。
在具体实现过程中,上述处理器可以为一个或多个芯片,输入电路可以为输入管脚,输出电路可以为输出管脚,处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于接收器接收并输入的,输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的,且输入电路和输出电路可以是同一电路,该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。
第八方面,提供了一种处理设备,包括处理器和存储器。该处理器用于读取存储器中存储的指令,并可通过接收器接收信号,通过发射器发射信号,以执行第一方面和第二方面中任一种可能实现方式中的方法。
可选地,所述处理器为一个或多个,所述存储器为一个或多个。
可选地,所述存储器可以与所述处理器集成在一起,或者所述存储器与处理器分离设置。
在具体实现过程中,存储器可以为非瞬时性(non-transitory)存储器,例如只读存储器(read only memory,ROM),其可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
应理解,相关的数据交互过程例如发送指示信息可以为从处理器输出指示信息的过程, 接收能力信息可以为处理器接收输入能力信息的过程。具体地,处理器输出的数据可以输出给发射器,处理器接收的输入数据可以来自接收器。其中,发射器和接收器可以统称为收发器。
上述第八方面中的处理设备可以是一个或多个芯片。该处理设备中的处理器可以通过硬件来实现也可以通过软件来实现。当通过硬件实现时,该处理器可以是逻辑电路、集成电路等;当通过软件来实现时,该处理器可以是一个通用处理器,通过读取存储器中存储的软件代码来实现,该存储器可以集成在处理器中,可以位于该处理器之外,独立存在。
第九方面,提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序(也可以称为代码,或指令),当所述计算机程序被运行时,使得计算机执行上述第一方面和第二方面中任一种可能实现方式中的方法。
第十方面,提供了一种计算机可读介质,所述计算机可读介质存储有计算机程序(也可以称为代码,或指令)当其在计算机上运行时,使得计算机执行上述第一方面和第二方面中任一种可能实现方式中的方法。
第十一方面,提供了一种芯片,包括至少一个处理器和通信接口;所述通信接口用于接收来自所述无线资源调度设备之外的其它无线资源调度设备的信号并传输至所述处理器或将来自所述处理器的信号发送给所述无线资源调度设备之外的其它无线资源调度设备,所述处理器通过逻辑电路或执行代码指令用于实现上述第一方面或者上述第二方面中任一种可能实现方式中的方法。
第十二方面,提供了一种无线资源调度系统,包括前述第一设备和第二设备。
根据本申请提供的方法和设备,网络侧可以实现总体监控和调度网络资源以及控制终端的数据传输行为,提高了终端数据传输的效率。
附图说明
图1是本申请实施例适用的场景示意图。
图2是本申请实施例适用的另一场景示意图。
图3是本申请实施例提供无线资源调度方法的示意图。
图4是本申请实施例提供无线资源调度方法的示意图。
图5是本申请实施例提供无线资源调度方法的示意图。
图6是本申请实施例提供的无线资源调度设备的示意图。
图7是本申请实施例提供的无线资源调度设备的示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本申请实施例提及的无线通信系统包括但不限于:全球移动通信(global system of mobile communication,GSM)系统、长期演进(long term evolution,LTE)频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、LTE系统、先进的长期演进(LTE-Advanced,LTE-A)系统、无线局域网(wireless local area network,WLAN)通信系统,例如,无线保真(wireless fidelity,WiFi)、下一代通信系统(例如,6G通信系统)、多种接入系统的融合系统,或演进系统。
本申请实施例中所涉及到的终端设备可以包括各种具有无线通信功能的接入终端、移动设备、用户终端或用户设备。例如,本申请的终端设备可以是虚拟现实(virtual reality,VR)终端设备、增强现实(augmented reality,AR)终端设备、工业控制(industrial control)中的无线终端、机器类型通信(machine type communication,MTC)终端、客户终端设备(customer premise equipment,CPE)、无人驾驶(self-driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。本申请的实施例对应用场景适用于5G工业终端、无人机驾驶等应用场景。本申请中将前述终端设备及可设置于前述终端设备的芯片统称为终端设备。
作为示例而非限定,在本申请实施例中,该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能首饰等。
图1是本申请的实施例应用的场景示意图,如图1所示,例如,在5G工业场景下,每个终端要传输数据时首先向基站申请带宽资源,然后立刻通过通信模组(如5G模组)传输数据。但是,基站给终端调度的带宽资源是固定的,多个终端在基站调度的固定资源上同时开始传输数据会造成资源的争抢。例如,在高清视频监控、机器视觉质检或视觉导航等场景中,每个终端所承担的工作不同,每个终端都需要将本地工业相机采集到的图片上传到云端或移动边缘计算(mobile edge computing,MEC)的应用上进行推理,这些终端共享上行带宽,如果上行带宽不足,就会增加每个终端的工作时间,从而增加生产节拍时间,最终导致所有终端的生产周期都变长,降低了整体的生产效率。本申请中的生产节拍可理解为生产工序各个工种之间的时间间隔。例如,在流水线作业时,生产节拍也是生产一件产品到下一件产品之间的时间。节拍时间可以根据需要在一定范围内调整。节拍时间短,则流水线速度快,工业生产效率也越高。
假设有5个终端,分别为终端#1、终端#2、终端#3、终端#4和终端#5,假设其生产节拍分别为2s,3s,3s,3s和2s,系统带宽(例如,5G网络中某个厂区的某个基站的带宽)最大可容纳4个终端并行数据传输。那么,在上述生产节拍的公倍数的时刻,必然会发生生产节拍冲突,此时,终端所需要的共享资源不足。应该理解,系统带宽越小且厂区内的终端越多,产生生产节拍冲突的概率就越高,最终导致的结果是所有终端的工作周期都变长,降低了整体的生产效率。需要说明的是,本申请中的带宽可以是,单位时间(秒为粒度)在线路上所传送的数据量大小。在5G工业场景下,对带宽使用需要更细的颗粒度,例如,10Mb/(100ms),这样才能提高数据传输速率以及生产效率。
通常情况下,当终端所需要的共享资源不足,出现网络拥塞(network congestion)时,会采用加性增乘性减(additive increase multiplicative decrease,AIMD)策略进行拥塞控制。AIMD策略简单来说就是“和式增加,积式减少”,也就是说,一旦网络出现拥塞丢包, 那么终端发送的数据包立即减半退避,给其他新建的业务留有足够的资源。即同一个时刻在网络中的数据包数量是恒定的,只有当“老”数据包离开了网络后,才能向网络中发送一个“新”的数据包。但是,终端这种主动退避式策略会导致其终端的传输速率下降很快,进而导致单终端数据发送效率降低,并且严重影响了生产效率。
由此可见,基站可以给终端调度的资源是有限的,各个终端只要有数据就会进行数据传输,这严重影响数据的传输效率以及用户的体验。例如,在5G工业场景下,通常会遇到下面的情形:多个终端虽然都同时上传文件,但是传输速率很慢,这严重影响了生产效率。
图2是本申请实施例适用的一种系统框架示意图,如图2所示,该系统框架中可以包括5G工业终端设备以及移动边缘计算(mobile edge computing,MEC)网元,MEC网元还可以包括各种应用服务器以及MEES服务器。
本申请提供了一种无线资源调度的方法,在网络侧MEC网元中引入了移动边缘使能服务器(mobile edge enable service,MEES)。本申请实施例中的MEES所调度和管理的系统资源是从基站获取的,例如,在工业场景下,MEES所调度和管理的系统资源可以是WiFi接入点(access point,AP)使用的资源。另外,需要说明的是本申请实施例中的MEES可以控制终端的数据发送的行为,例如,每个终端上可以安装软件开发工具包(software development kit,SDK)从而使得MEES可以控制终端传输数据的行为。而且,本申请实施例中的MEES可以总体监控带宽资源的使用情况和终端的数据传输行为。也就是说,MEES可以主动发现和管理系统内的总带宽资源,发现和控制终端的数据发送行为,并且可以给终端分配可用带宽资源,进行全局调度。终端根据MEES的资源调度发送数据,提高了数据传输的效率和生产效率。
例如,本申请实施例中的MEES可以存储和管理基站或WiFi AP的资源。MEES也可以记录每个终端最近N次的传输速率和历史最大传输速率,应理解,如果MEES检测到某个终端是首次进行数据传输,则MEES可以对该终端进行注册并且记录该终端传输速率,这里的N可以是预先设定的一个值,例如N为5。当然如果某个终端在大于或等于M个活跃时间段内(life time)仍处于注销状态,则MEES可以清除该终端的传输速率记录,这里的M也可以是预先设定的一个值或范围,例如M可以为10。应理解,本领域技术人员可以按照实际情况设定N或M的值,本申请对此并未做任何限定。
本申请实施例中的MEES可以集成在MEC网元中也可以单独存在,例如,MEES可以部署在数据中心或私有云(private clouds)上,本申请并未对MEES部署的位置做任何限定。
需要说明的是,本申请实施例中的MEES和基站等无线接入网设备不同。基站或无线接入网设备不能控制终端数据发送的行为,因此,在基站调度的资源上,终端有数据发送就会通过通信模块进行数据传输。但是,本申请实施例中的MEES是可以发现和控制终端的数据发送行为。
还需要说明的是,本申请实施例是以5G工业终端的场景做举例说明,不应对本申请作任何限定,本申请并不排斥可以在别的场景下使用本申请实施例所提供的方法,例如,无人驾驶、无人机等场景。
图3是本申请提供的无线资源调度方法100的示意图,该方法包括S110至S120,下 面详细描述每个步骤。
步骤S110,第一设备从第二设备接收第一信息,所述第一信息用于请求第一业务的数据传输。
也就是说,第二设备可以先向第一设备发送第一信息,请求第一业务的数据传输。在一种可能的实现方式中,终端设备可以向第一设备请求第一业务的数据传输所需的带宽资源。
在一种可能的实现方式中,第一信息还可以包括第二设备传输第一业务的数据大小的信息和/或信道质量信息,其中,信道质量信息至少包括以下一项:参考信号接收质量、参考信号接收功率或信号与干扰加噪声比。
步骤S120,当可用连续资源不满足所述第一业务的数据传输的需求时,第一设备向所述第二设备发送第二信息,所述第二信息包括第一时间的信息,所述第一时间的信息用于指示在所述第一时间后进行所述第一业务的数据的传输。
需要说明的是,本申请中所述可用连续资源为请求传输的所述第一业务的数据被连续传输所需的资源。作为示例,可用连续资源也可以理解为第一设备为某一个终端设备(第二设备的一例)的某一业务的数据传输所分配的资源,当然第一设备也可以为多个终端设备的业务分配属于多个终端设备各自的可用连续资源。也就是说,本申请中的可用连续资源可以是第一设备为第二设备专门分配的业务数据传输的资源,并且本申请中的第二设备可以为多个。
在一种可能的实现方式中,第一设备可以先确定可用连续资源。例如,第一设备可以根据系统当前资源、正在进行数据传输的终端所占用的资源确定当前可用连续资源。然后,第一设备根据可用连续资源和第二设备传输数据的数据量大小判断是否满足所述第一业务的数据传输的需求。
在一种可能的实现方式中,当第一设备判断当前可用连续资源不满足第一业务的数据传输的需求时,第一设备可以向第二设备发送第二信息,第二信息包括等待时间。也就是说,当第一设备判断当前可用连续资源不满足第一业务的数据传输的需求时,第一设备会预先计算需要第二设备的等待时间。例如,第一设备可以根据第三设备传输的数据的速率和/或所述信道质量预估第二设备的等待时间,第三设备可以是正在进行数据传输的设备和/或已经等待数据传输的设备。
在一种可能的实现方式中,当第一设备判断可用连续资源满足第一业务的数据传输的需求时,第一设备可以向第二设备发送第三信息,第三信息用于指示允许所述第一业务的数据传输。
根据本申请提供的方法,中第一设备可以根据系统资源的使用情况判断第二设备当前是否可以传输数据,并且控制第二设备的业务的数据传输行为,可以保障第二设备数据传输的效率,从而提高了生产效率。
图4是本申请实施例提供的无线资源的调度方法200示意性流程图。本申请实施例中第一设备以MEES为例进行说明,第二设备以终端设备#1为例进行说明,并且以终端设备#1传输第一业务为例进行说明,终端设备#1传输数据前可以先向MEES发送请求信息,请求第一业务的数据传输,MEES可以根据当前系统资源的使用情况判断终端设备#1当前是否可以传输第一业务的数据,并且MEES会给终端设备#1发送第二信息,终端设备#1 根据MEES发送的第二信息在合适的时间进行数据传输。根据本实施例的方法可以保障终端业务的数据传输的效率,从而提高了生产效率。图4所示的方法200,该方法包括S210至S294,下面详细描述每个步骤。
步骤S210,MEES从网络设备获取带宽资源。
在一种实现方式中,MEES可以从接入网设备获取带宽资源信息。例如,MEES可以通过基站的网管系统获取带宽资源信息,MEES也可以通过与基站之间的资源管理通道直接获取带宽资源信息,MEES还可以通过接口或人机交互界面对从基站获取的带宽资源进行配置。
在本申请实施例中,MEES所调度和管理的系统资源可以是从基站获取的,例如,在工业场景下,MEES所调度和管理的系统资源相当于某个厂区的带宽资源。
在一些实施例中可以包括步骤S220,终端设备#1获取当信号质量的参数信息。
需要说明的是,终端设备获取信号质量参数信息是为了得到实时的信道状态,并且之后可以上报给MEES,MEES可以根据信道状态预估终端设备的传输速率。
信号质量的参数信息可以包括参考信号接收质量(reference signal received quality,RSRQ),RSRQ是指当前信道质量的信噪比和干扰水平,不但与承载参考信号的资源(resource element,RE)功率相关,还与承载用户数据的RE功率相关,以及邻区的干扰相关,因而RSRQ是随着网络负荷和干扰发生变化,网络负荷越大,干扰越大,RSRQ测量值越小;信号质量的参数信息还可以包括参考信号接收功率(reference signal receiving power,RSRP),RSRP是代表无线信号强度的关键参数,反映当前信道的路径损耗强度,用于小区覆盖的测量和小区选择或重选;信号质量的参数信息还可以包括信号与干扰加噪声比(signal to interference plus noise ratio,SINR),SINR是指接收到的有用信号的强度与接收到的干扰信号(噪声和干扰)的强度的比值,可以简单的理解为“信噪比”。
应理解,以上信号质量的参数信息仅仅是举例,本申请实施例并未对信号质量的参数信息做任何限定。
在一种可能的实现方式中,终端设备#1可以实时测量下行信道状态信息参考信号(channel state information reference signal,CSI-RS)从而获得当前的信号质量的参数信息。
具体的,终端设备#1可以周期性从终端的通信模组获取信号质量的参数信息。作为一种可能的实现方式,终端设备#1可以向终端模组发送请求消息,用于请求信号质量的参数信息,然后终端模组向终端设备#1发送响应消息,响应消息包括信号质量的参数信息。作为另一种可能的实现方式,终端的通信模组也可以定时向终端设备#1发送信号质量的参数信息。
应理解,终端设备#1也可以存储的信号质量状态的参数信息。
步骤S230,终端设备#1可以向MEES发送第一信息,第一信息用于请求第一业务的数据传输。
在一种可能的实现方式中,当终端设备#1有数据需要传输时,终端设备#1可以先向MEES发送第一信息,用于请求第一业务的数据传输所用的资源。第一信息中可以包括信号质量状态的参数信息,例如,RSRP,RSRQ,SINR等;第一信息中还可以包括准备要传输数据的数据量的大小;第一信息中还可以包括终端设备#1向MEES发送第一信息的时刻T1。
步骤S240,MEES接收终端发送的第一信息,确定终端设备#1是否可以传输第一业务的数据。
在一种可能的实现方式中,MEES收到终端设备#1发送的第一信息后可以确定系统内可用连续资源,当可用连续资源不满足所述第一业务的数据传输的需求时,MEES判定终端设备#1在等待时间段内不能传输数据。
在一种可能的实现方式中,MEES收到终端设备#1发送的第一信息后可以确定系统内可用连续资源,当可用连续资源满足第一业务的数据传输的需求时,MEES判定允许终端设备#1当前立刻传输数据。
如前所述,本申请中所述可用连续资源为请求传输的所述第一业务的数据被连续传输所需的资源。作为示例,可用连续资源也可以理解为MEES为终端设备#1的第一业务的数据传输所分配的资源,当然MEES也可以为多个终端设备的业务分配属于多个终端设备各自的可用连续资源。也就是说,本申请中的可用连续资源可以是MEES为终端设备专门分配的业务数据传输的资源,并且本申请中的终端设备可以为多个。
在一些实施例中,MEES还可以根据当前系统内所拥有的带宽资源、正在进行数据传输的终端所占用的资源以及终端设备#1传输数据的数据量大小,判断当前系统所拥有的资源是否可以让终端设备#1传输数据。
也就是说,在本申请实施例中,MEES在判断终端设备#1能不能传数据的时候,既可以考虑当前系统预留可用连续资源还可以考虑其他终端传输数据时资源的使用情况。
例如,MEES可以根据系统可用资源以及通过预估目前正在进行数据传输的终端设备(以终端设备A为例)或者已经进行排队的终端设备(以终端设备B为例)的传输速率,以及当前信道质量综合判断终端设备#1不能传输数据。
又例如,MEES可以根据系统可用资源以及通过预估目前正在进行数据传输的终端设备(以终端设备A为例)或者已经进行排队的终端设备(以终端设备B为例)的传输速率,以及当前信道质量综合判断终端设备#1可以传输数据,此时可以给终端设备#1发送消息通知终端设备传输数据。
情况一:
如果MEES根据当前系统内所拥有的带宽资源,正在进行数据传输的终端所占用的资源以及终端设备#1传输数据的数据量大小,判断可用连续资源不满足所述第一业务的数据传输的需求时,例如,当前系统中的资源不足以传输终端设备#1的第一业务的数据。此时,MEES可以确定让终端设备#1在第一时间段内(第一时间信息的一例)停止传输数据,也就是说,终端设备#1需要等待一段时间才能传输数据。具体的,MEES可以根据存储的终端设备的历史传输速度以及当前的信号质量等参数进行评估,预估目前正在进行数据传输的终端设备(以终端设备A为例)或者已经进行排队的终端设备(以终端设备B为例)的传输速率,从而确定终端设备#1传输数据需要等待的时长T。
需要说明的是,本申请实施例中的T参数相当于一个等待定时器的参数,也就是说T参数用于指示终端等待数据传输的时长。
应理解,本申请实施例中已经进行排队的终端可以是已经等待数据传输的终端设备。
应理解,MEES也可以根据计算的终端设备#1的等待时长T确定终端设备#1传输数据的时刻,然后将计算的终端设备#1传输数据时刻的信息发送给终端设备#1。
例如,MEES根据信号质量参数评估当前的信道状态较好,然而,根据历史存储的信息发现终端设备A或终端设备B的历史传输速率较慢,MEES预估终端设备#A和终端设备B的传输速率会高于历史传输速率。需要说明的是,这里的终端设备A以及终端设备B可以包括多个终端设备,也就是说,当前正在进行数据传输的终端设备或者已经进行排队的终端设备都可以是多个,MEES估计的传输速率可以是一个平均值,例如,MEES设定每次最多可以有10个终端同时开始传输数据,那么,MEES可以估计终端设备A1、终端设备A2、终端设备A3……终端设备A10的平均传输速率。同样,对于已经进行排队的终端B,MEES也可以估算终端设备B1、终端设备B2、终端设备B3……终端设备B10的平均传输速率,然后计算终端设备#1传输数据需要等待的时长T。例如,目前正在进行数据传输的终端设备有10个,传输数据需要100ms;而等待数据传输的终端设备有10个,传输数据需要80ms,假设本实施例中的终端设备#1是第21个,则MEES可以通过计算前面20个终端设备的传输数据的所需要的时间确定终端设备#1传输数据应该等待的时长T为180ms。
需要说明的是,为了便于理解,以上仅仅为举例不应对本申请有任何限定。
应理解,终端设备和MEES也可以预先设定业务的优先级,例如,当MEES检测到终端设备#1本次所传输业务的数据为紧急业务时,可以优先让终端设备#1进行数据传输。
步骤S250,MEES向终端设备#1发送第二信息,第二信息包括等待时长T(第一时间的信息的一例)。
在一种可能的实现方式,MEES向终端设备#1发送第二信息,第二信息中包括T,此时的T参数不为0。第二信息还可以包括MEES接收终端发送第一信息的时刻T2,以及MEES发送第二信息的时刻T3等参数。
需要说明的是,本申请实施例中的MEES计算的等待时长T可以是指MEES从接收终端发送第一信息的时刻T2开始计算终端设备#1应该等待的时长,即,此时MEES计算的等待时长T是从T2开始计算的,是终端设备和网络侧预先约定好的,当然本领域技术人员也可以按照实际情况设定MEES计算终端设备#1等待时长T的开始时刻。
步骤S260,终端设备接收第二信息,确定本地实际等待时长T'。
需要说明的是,终端设备#1可以根据接收到第二信息的时刻T4,以及T1,T2,T3计算时间偏差,并生成新的等待时时长,即T'。也就是说,T'是终端设备#1计算的相对于终端设备本地从MEES接收终端设备#1发送第一信息的时刻T2开始实际应该等待的时长T'。
例如,在本申请实施例中,T1为终端设备#1发送第一信息的时刻,T2为网络侧MEES接收终端设备#1发送第一信息的时刻,T3为MEES给终端设备#1发送第二信息的时刻,T4为终端设备#1接收第二信息的时刻。由于MEES服务器是从T2开始计算终端设备#1的等待时长T,但是MEES发送等待时长T的时刻为T3,所以中间有时间延迟,即ΔT 1=T3-T2,因此,终端设备#1接收第二信息后需要计算实际等待时长T'。
另外,当MEES和终端设备的时间不同步时,终端设备#1也需要对时间进行纠偏,例如,终端设备可以根据T1、T2、T3、T4先计算出时间偏差量 然后根据时间偏差量ΔT以及MEES预先的计算的T确定实际应该等待的时间T'。
例如,终端设备#1可以先计算ΔT 1,然后根据T1、T2、T3、T4计算时间偏差量 然后再根据MEES预先计算的等待时间T确定实际应该等待的时间T',其中,T'=T-ΔT 1-ΔT 2
应理解,如果不考虑上下行路径不对称的问题,此时T'可以按照上述公式计算;但是,通常情况,下行传输通常更快一点,此时考虑到上下行时延不对称,T'可以按照如下公式进行计算:T'=T-ΔT 1-αΔT 2,其中α可以为0.5。
应理解,本实施例中终端设备#1通过上述时间偏差方法确定实际应该等待的时长T'仅仅为示例性的,不应对本申请有任何限定,终端设备#1也可以通过其它算法计算时间偏差量从而确定实际应该等待的时长。
应理解,终端设备#1也可以根据计算的实际等待时长计算实际传输数据的时刻。
应理解,若MEES发送的是终端设备#1传输数据时刻的信息,此时终端设备#1也需要重新计算实际传输数据的时刻。
步骤S270,MEES进行资源调度。
具体的,MEES可以根据当前各终端的队列,找到最近可用资源的时域点,算出终端设备应该等待的时间,并且将对应的时域和频域资源切换为预定状态。
在一些实施例中还包括步骤S280,MEES给终端设备#1发送第三信息,第三信息用于指示允许终端设备#1传输数据。
在一种可能的实现方式中,当MEES确定可用连续资源满足终端设备#1第一业务的数据传输的需求时,也就是说,MEES发现当前时刻已经有可用的连续资源,即终端设备#1可以进行数据传输时,就可以给终端设备#1发送第三信息,指示终端设备#1可以进行数据传输。
需要说明的是,在这种情况下,可能还没有到终端设备#1计算的实际传输数据的时刻,但MEES发现有空余的资源,则MEES就会通知终端设备#1开始进行数据传输。
步骤S290,终端给MEES发送消息#1,消息#1为开始数据传输ACK消息。该消息中可以携带当前信号质量等参数。
需要说明的是,如果到了终端设备#1的等待时长T',即当前时刻为终端设备#1计算的传输数据的时刻,或者超过终端设备#1的等待时长T'也可以触发数据传输。
步骤S291,终端和应用服务器之间进行数据传输。
步骤S292,数据传输完成后,终端设备#1可以根据本次传输的数据大小,总传输时长,计算本次数据传输的传输速度。
步骤S293,终端设备#1向MEES发送指示信息#1,指示信息#1用于终端设备#1通知MEES释放当前带宽资源。指示信息#1还可以包括当前信号传输质量以及本次数据传输的平均速率等参数。
步骤S294,MEES给终端发送消息#2,消息#2用于MEES确认释放带宽资源。
根据本申请实施例的方法,终端设备在传输数据前,可以先向MEES请求是否可以进行数据传输或者请求传输数据所用的资源,根据MEES的总体资源调度,进行数据传输,保障了终端数据传输的效率,在工业场景下可以提高生产效率。
情况二:
如果MEES根据当前系统内所拥有的带宽资源,正在进行数据传输的终端所占用的资源以及终端设备传输数据的数据量大小,判断当前系统所拥有的资源足够终端设备传输数据,立刻会给终端设备发送响应,响应中携带T,并且将T设置为0。
图5为方法300,如图5所示,该方法包括步骤310至390,本实施例以终端设备#2为例进行描述,下面详细描述每个步骤。
需要说明的是,本实施例中步骤310至步骤330参见图4方法200中的步骤210至步骤230。
步骤S340,MEES接收终端发送的请求第一信息,确定终端设备#2传输数据的等待时长T。
步骤S350,MEES向终端设备#2发送第二信息,第二信息包括终端设备#2等待传输数据的时长T。
在一种可能的实现方式中,MEES给终端设备#2发送第二信息,第二信息中携带T参数,且T参数设置为0。说明MEES指示终端当前时刻就可以进行数据传输,无需进行排队等待。第二信息中还可以包括MEES接收终端发送第二信息的时刻T2,以及MEES发送第二信息的时刻T3等参数。
步骤S360,终端和应用服务器之间进行数据传输。
步骤S370,数据传输完成后,终端设备#2可以根据本次传输的数据大小,总传输时长,计算本次数据传输任务的传输速度。
步骤S380,终端设备#2向MEES发送指示信息#2,指示信息#2用于终端设备#2通知MEES释放当前带宽资源。指示消息#2包括当前信号传输质量以及本次传输平均速率等参数。
步骤S390,MEES给终端发送消息#3,消息#3用于MEES确认释放带宽资源。
根据本申请实施例的方法,终端设备在传输数据前,可以先向MEES请求是否可以进行数据传输或者请求传输数据所用的资源,根据MEES的总体资源调度,进行数据传输,保障了终端数据传输的效率,在工业场景下可以提高生产效率。
应理解,在本申请的各种实施例中,各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
应该理解,本申请中描述的各个实施例可以为独立的方案,也可以根据内在逻辑进行组合,这些方案都落入本申请的保护范围中。
以上,结合图3至图5详细说明了本申请实施例提供的无线资源调度方法。以下,结合图6和图7详细说明本申请实施例提供的无线资源调度的设备。应理解,设备侧实施例的描述与方法实施例的描述相互对应,因此,未详细描述的内容可以参见上文方法实施例,为了简洁,部分内容不再赘述。
图6是本申请实施例提供的无线资源调度设备100的示意性框图。如图所示,该无线资源调度设备100可以包括收发单元110和处理单元120。
应理解,该无线资源调度设备100可对应于根据本申请实施例的方法100中的第一设备、方法200和方法300中的移动边缘使能服务器,该无线资源调度设备100可以包括用于执行方法100中的第一设备、方法200和方法300中的移动边缘使能服务器执行的方法 的单元。并且,该无线资源调度设备100中的各单元和上述其他操作和/或功能分别为了实现方法100、方法200和方法300的相应流程。应理解,各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明,为了简洁,在此不再赘述。
在本申请实施例中,该设备100可以包括:处理器和收发器,处理器和收发器相连,可选地,该设备还包括存储器,存储器与处理器相连,进一步可选地,该设备包括总线系统。其中,处理器、存储器和收发器可以通过总线系统相连,该存储器可以用于存储指令,该处理器用于执行该存储器存储的指令,以控制收发器发送信息或信号。
其中,图6所示的设备100中的处理单元单元可以对应该处理器,图6所示的设备100中的收发单元可以对应该收发器。
图7是本申请实施例提供的无线资源调度设备200的示意性框图。如图所示,该无线资源调度设备200可以包括收发单元210和处理单元220。
应理解,该无线资源调度设备200可对应于根据本申请实施例的方法100中的第二设备、方法200和方法300中的终端设备,该无线资源调度设备200可以包括用于执行方法100中的第二设备、方法200和方法300中的终端设备执行的方法的单元。并且,该无线资源调度设备100中的各单元和上述其他操作和/或功能分别为了实现方法100、方法200和方法300的相应流程。应理解,各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明,为了简洁,在此不再赘述。
在本申请实施例中,该设备200可以包括:处理器和收发器,处理器和收发器相连,可选地,该设备还包括存储器,存储器与处理器相连,进一步可选地,该设备包括总线系统。其中,处理器、存储器和收发器可以通过总线系统相连,该存储器可以用于存储指令,该处理器用于执行该存储器存储的指令,以控制收发器发送信息或信号。
其中,图7所示的设备200中的处理单元单元可以对应该处理器,图7所示的设备100中的收发单元可以对应该收发器。
需要说明的是,本申请中的“设备”也可理解为“装置”。
根据本申请实施例提供的方法,本申请还提供一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码在计算机上运行时,使得该计算机执行方法100、方法200和方法300中的任一个方法。
根据本申请实施例提供的方法,本申请还提供一种计算机可读介质,该计算机可读介质存储有程序代码,当该程序代码在计算机上运行时,使得该计算机执行方法100、方法200和方法300中的任一个方法。
根据本申请实施例提供的方法,本申请还提供一种芯片,包括至少一个处理器和通信接口;所述通信接口用于接收来自所述设备之外的其它设备的信号并传输至所述处理器或将来自所述处理器的信号发送给所述设备之外的其它设备,所述处理器通过逻辑电路或执行代码指令用于实现上述方法100、方法200和方法300。
在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如,部件可以是但不限于,在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示,在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中,部件可位于一个计算机上和/或分布在2个或更多个计算机之间。 此外,这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据,例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、设备(或装置)和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、设备(或装置)和方法,可以通过其它的方式实现。例如,以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

Claims (23)

  1. 一种无线资源调度的方法,其特征在于,包括:
    第一设备从第二设备接收第一信息,所述第一信息用于请求第一业务的数据传输;
    当可用连续资源不满足所述第一业务的数据传输的需求时,第一设备向所述第二设备发送第二信息,所述第二信息包括第一时间的信息,所述第一时间的信息用于指示在所述第一时间后进行所述第一业务的数据的传输;所述可用连续资源为请求传输的所述第一业务的数据被连续传输所需的资源。
  2. 根据权利要求1所述的方法,其特征在于,所述第一信息包括:所述第二设备传输所述第一业务的数据大小的信息和/或信道质量信息,其中,
    所述信道质量信息至少包括以下一项:参考信号接收质量、参考信号接收功率或信号与干扰加噪声比。
  3. 根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
    所述第一设备确定所述可用连续资源;
    所述第一设备根据所述可用连续资源和所述第一信息判断是否满足所述第一业务的数据传输的需求。
  4. 根据权利要求1至3中任一项所述的方法,其特征在于,所述方法还包括:
    所述第一设备根据第一参数确定第一时间的信息,所述第一参数包括:
    第三设备传输的数据的速率和/或所述信道质量,所述第三设备包括正在进行数据传输的设备和/或已经等待数据传输的设备。
  5. 根据权利要求1至4中任一项所述的方法,其特征在于,所述方法还包括:
    当所述可用连续资源满足所述第一业务的数据传输的需求时,所述第一设备向所述第二设备发送第三信息,所述第三信息用于指示允许所述第一业务的数据传输。
  6. 一种无线资源调度的方法,其特征在于,包括:
    第二设备向第一设备发送第一信息,所述第一信息用于请求第一业务的数据传输;
    所述第二设备从所述第一设备接收第二信息,所述第二信息包括第一时间的信息,所述第一时间的信息用于指示在所述第一时间后进行所述第一业务的数据的传输;所述可用连续资源为请求传输的所述第一业务的数据被连续传输所需的资源。
  7. 根据权利要求6所述的方法,其特征在于,所述第一信息包括:所述第二设备传输的数据大小的信息和/或信道质量信息,其中,
    所述信道质量信息至少包括以下一项:参考信号接收质量、参考信号接收功率或信号与干扰加噪声比。
  8. 根据权利要求6或7所述的方法,其特征在于,所述第二设备从所述第一设备接收第三信息,所述第三信息用于指示允许所述第一业务的数据传输。
  9. 一种无线资源调度的设备,其特征在于,包括收发单元:
    所述收发单元用于接收第一信息,所述第一信息用于请求第一业务的数据传输;
    所述收发单元还用于当可用连续资源不满足所述第一业务的数据传输的需求时,向所述第二设备发送第二信息,所述第二信息包括第一时间的信息,所述第一时间的信息用于 指示在所述第一时间后进行所述第一业务的数据的传输;所述可用连续资源为请求传输的所述第一业务的数据被连续传输所需的资源。
  10. 根据权利要求9所述的设备,其特征在于,所述第一信息包括:所述第二设备传输的数据大小的信息和/或信道质量信息,其中,
    所述信道质量信息至少包括以下一项:参考信号接收质量、参考信号接收功率或信号与干扰加噪声比。
  11. 根据权利要求9或10所述的设备,其特征在于,所述设备还包括处理单元:
    所述处理单元用于确定所述可用连续资源;
    所述处理单元还用于根据所述可用连续资源和所述第一信息判断是否满足所述第一业务的数据传输的需求。
  12. 根据权利要求9至11中任一项所述的设备,其特征在于,所述处理单元还用于根据第一参数确定第一时间的信息,所述第一参数包括:
    第三设备传输的数据的速率和/或所述信道质量,所述第三设备包括正在进行数据传输的设备和/或已经等待数据传输的设备。
  13. 根据权利要求9至12中任一项所述的设备,其特征在于,
    所述收发单元用于当所述可用连续资源满足所述第一业务的数据传输的需求时,向所述第二设备发送第三信息,所述第三信息用于指示允许所述第一业务的数据传输。
  14. 一种无线资源调度的设备,其特征在于,包括收发单元:
    所述收发单元用于向第一设备发送第一信息,所述第一信息用于请求第一业务的数据传输;
    所述收发单元还用于从所述第一设备接收第二信息,所述第二信息包括第一时间的信息,所述第一时间的信息用于指示在所述第一时间后进行所述第一业务的数据的传输;所述可用连续资源为请求传输的所述第一业务的数据被连续传输所需的资源。
  15. 根据权利要求14所述的设备,其特征在于,所述第一信息包括:所述第二设备传输的数据大小的信息和/或信道质量信息,其中,
    所述信道质量信息至少包括以下一项:参考信号接收质量、参考信号接收功率或信号与干扰加噪声比。
  16. 根据权利要求14或15所述的设备,其特征在于,所述收发单元还用于所述从所述第一设备接收第三信息,所述第三信息用于指示允许所述第一业务的数据传输。
  17. 一种计算机可读存储介质,包括计算机程序,当其在计算机上运行时,使得所述计算机执行如权利要求1至5中任一项所述的方法。
  18. 一种计算机可读存储介质,包括计算机程序,当其在计算机上运行时,使得所述计算机执行如权利要求6至8中任一项所述的方法。
  19. 一种计算机程序产品,其特征在于,所述计算机程序产品包括:计算机程序,当所述计算机程序被运行时,使得计算机执行如权利要求1至5中任一项所述的方法。
  20. 一种计算机程序产品,其特征在于,所述计算机程序产品包括:计算机程序,当所述计算机程序被运行时,使得计算机执行如权利要求6至8中任一项所述的方法。
  21. 一种芯片系统,其特征在于,包括:
    处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片系统的设备执 行如权利要求1至5中任一项所述的方法。
  22. 一种芯片系统,其特征在于,包括:
    处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片系统的设备执行如权利要求6至8中任一项所述的方法。
  23. 一种无线资源调度系统,其特征在于,包括:用于执行如权利要求1至5中任一项所述的方法的第一设备以及用于与所述第一设备进行通信的第二设备。
CN202180094227.5A 2021-02-26 2021-02-26 一种无线资源调度方法和设备 Pending CN116889007A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/078152 WO2022178831A1 (zh) 2021-02-26 2021-02-26 一种无线资源调度方法和设备

Publications (1)

Publication Number Publication Date
CN116889007A true CN116889007A (zh) 2023-10-13

Family

ID=83047660

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180094227.5A Pending CN116889007A (zh) 2021-02-26 2021-02-26 一种无线资源调度方法和设备

Country Status (3)

Country Link
EP (1) EP4290908A4 (zh)
CN (1) CN116889007A (zh)
WO (1) WO2022178831A1 (zh)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8750116B2 (en) * 2008-04-15 2014-06-10 Qualcomm Incorporated Methods and apparatus for communicating and/or using load information in support of decentralized traffic scheduling decisions
KR101629312B1 (ko) * 2009-06-09 2016-06-21 엘지전자 주식회사 메시지 교환 방법 및 싱크 디바이스
CN105323765B (zh) * 2014-07-30 2018-11-23 普天信息技术有限公司 一种频带资源分配方法
CN108810905B (zh) * 2017-05-04 2023-10-24 华为技术有限公司 传输上行信道的方法和装置及传输下行信道的方法和装置
CN108599997A (zh) * 2018-04-04 2018-09-28 北京奇艺世纪科技有限公司 升级控制方法和装置

Also Published As

Publication number Publication date
EP4290908A4 (en) 2024-02-28
WO2022178831A1 (zh) 2022-09-01
EP4290908A1 (en) 2023-12-13

Similar Documents

Publication Publication Date Title
US10999854B2 (en) Method and user equipment for predicting available throughput for uplink data
JP6054462B2 (ja) ネットワーク負荷に基づくアプリケーションデータの延期
JP2015520576A (ja) ネットワーク・トラフィック・オフローディングのための方法及び装置
US20180234989A1 (en) Message Transmission Method and User Equipment
EP4132060A1 (en) Transmission method and apparatus, and computer storage medium
US20220295343A1 (en) System selection for high-throughput wireless communications
JP7453422B2 (ja) 無線通信方法及び装置、端末及び記憶媒体
CN107046703B (zh) 接入控制方法和基站
US20220256575A1 (en) Methods, Terminal Device and Network Node for Uplink Transmission
JP2024001184A (ja) リソース割り当てのための方法、端末デバイス、および基地局
CN107079429A (zh) 上行数据的传输方法和用户设备
EP3512283B1 (en) Scheduling method and user equipment
JP7300557B2 (ja) マルチユーザ直交周波数分割多元接続をオプトインおよびオプトアウトするためのスイッチングスキーム
CN112423391B (zh) 资源指示方法及装置
CN110972157B (zh) 信息处理方法和终端设备
CN114599010A (zh) 副链路sl上的定位方法、装置及终端
CN116889007A (zh) 一种无线资源调度方法和设备
EP3809786A1 (en) Selective transmissions in wireless device
US20230262691A1 (en) Uplink transmission sending method and apparatus, uplink transmission receiving method and apparatus, communication device, and medium
US20210377983A1 (en) Detecting Cellular Network Bottlenecks Through Analysis of Resource Allocation Patterns
CN114208290A (zh) 集成网络中的切换
CN112153737B (zh) 一种通信方法和装置
US20240080723A1 (en) Information processing method and apparatus, terminal, and network side device
CN108353360A (zh) 信号发送的方法和设备
CN115706653A (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