[go: up one dir, main page]

CN116584079A - 执行无线接入网络功能的方法和装置 - Google Patents

执行无线接入网络功能的方法和装置 Download PDF

Info

Publication number
CN116584079A
CN116584079A CN202180081657.3A CN202180081657A CN116584079A CN 116584079 A CN116584079 A CN 116584079A CN 202180081657 A CN202180081657 A CN 202180081657A CN 116584079 A CN116584079 A CN 116584079A
Authority
CN
China
Prior art keywords
information
service
traffic
server
scheduling
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
CN202180081657.3A
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics 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
Priority claimed from KR1020200168719A external-priority patent/KR20220079191A/ko
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN116584079A publication Critical patent/CN116584079A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/62—Establishing a time schedule for servicing the requests
    • 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/52—Allocation or scheduling criteria for wireless resources based on load
    • 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/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/28—Flow control; Congestion control in relation to timing considerations
    • H04L47/283—Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/83—Admission control; Resource allocation based on usage prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/15—Interconnection of switching modules
    • H04L49/1515—Non-blocking multistage, e.g. Clos
    • H04L49/1546—Non-blocking multistage, e.g. Clos using pipelined operation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Landscapes

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

Abstract

提供了一种执行无线接入网络功能的技术。根据本公开的一个实施例，一种服务器能够：基于对一个或更多个基站的调度请求，获取与要在一个或更多个基站中发生的业务相关的信息，并且基于与要发生的业务相关的信息，确定与业务所需的无线资源和时间延迟相关的信息，并且基于与无线资源和时间延迟相关的信息以及服务器中的可用处理器资源，确定与为处理器的至少一条流水线中的业务处理所分配的处理器资源相关的调度信息，以及基于调度信息，在至少一条流水线中处理业务。

Description

执行无线接入网络功能的方法和装置
技术领域
本公开涉及一种执行无线接入网络功能的方法和装置。
背景技术
为了满足自第四代(4G)通信系统的商业化以来增加的对无线数据业务的需求，已经做出了相当大的努力来开发准第五代(5G)通信系统或5G通信系统。因此，5G通信系统或准5G通信系统也被称作超4G网络通信系统或后长期演进(LTE)系统。
为了改进5G通信系统的系统网络，已经开发出了各种技术，诸如先进的小小区、高级小小区、云无线接入网络(云RAN)、超密集网络、设备到设备通信(D2D)、无线回程、移动网络、协作通信、协作多点(CoMP)和干扰消除。
因特网已经从人类创造并消费信息的基于人类的连接网络演进为诸如物体的分布式配置彼此交换信息以处理信息的物联网(IoT)。万物互联(IoE)技术正在兴起，在IoE技术中与IoT相关的技术与例如用于通过与云服务器连接来处理大数据的技术组合。在IoT环境中，可以提供智能信息技术(IT)服务来收集和分析从彼此连接的物体获得的数据，以在人类生活中创造新价值。随着现有IT技术和各种行业彼此融合和组合，IoT可以被应用于各种领域，诸如智能家居、智能建筑、智能城市、智能汽车或连网汽车、智能电网、医疗保健、智能家用电器、高质量医疗服务等。
正在做出各种尝试来将5G通信系统应用于IoT网络。例如，正在通过使用诸如波束成形、多输入多输出(MIMO)、阵列天线等的技术来实现诸如传感器网络、机器到机器(M2M)通信、机器类型通信(MTC)等的5G通信。云无线接入网络(RAN)作为上述大数据处理技术的应用可以是5G技术和IoT技术的融合的示例。
由于如上所述的各种技术可适用，并且，随着无线通信系统的发展，需要一种通过这样的各种技术高效地管理无线接入网络(RAN)的方法。
上述信息仅作为背景技术信息被呈现以帮助对本公开的理解。至于上述任何项对于本公开是否可能适用作为现有技术，尚未做出确定，并且未做出断言。
发明内容
技术问题
本公开的各方面是为了解决至少上述问题和/或缺点并且提供至少下述优点。因此，本公开的一个方面是为了提供一种用于在无线通信系统中执行无线接入网络功能的方法和装置。
额外方面将在接着的描述中被部分地阐述，并且部分地，将从描述中清楚，或者可以通过对所呈现的实施例的实践来学习。
问题的解决方案
根据本公开的一个方面，提供了一种由服务器执行的执行无线接入网络功能的方法。所述方法包括：基于有关一个或更多个基站的调度请求，获得关于在所述一个或更多个基站处要生成的业务的信息；基于关于所述要生成的业务的信息，确定关于针对所述业务所请求的时间延时和无线资源的信息；基于关于所述时间延时和无线资源的信息以及所述服务器处的可用处理器资源，确定关于在至少一个处理器的至少一条流水线上指配来处理所述业务的处理器资源的调度信息；以及基于所述调度信息，由所述至少一条流水线处理所述业务。
附图说明
从结合附图进行的以下描述，本公开的某些实施例的上述及其他方面、特征和优点将更清楚，在附图中：
图1是根据本公开的实施例的集中式/云无线接入网络(cRAN)的结构的图；
图2是根据本公开的实施例的RAN的虚拟化方法的图；
图3是根据本公开的实施例的对处理器资源进行调度的虚拟化RAN的图；
图4是根据本公开的实施例的由虚拟化RAN执行的对处理器资源进行调度的方法的流程图；
图5是根据本公开的实施例的由虚拟化RAN执行的对处理器资源进行调度的方法的流程图；
图6是根据本公开的实施例的由虚拟化RAN执行的对处理器资源进行调度的方法的图；
图7是根据本公开的实施例的由虚拟化RAN执行的对处理器资源进行调度的方法的图；
图8是根据本公开的实施例的由虚拟化RAN执行的对处理器资源进行调度的方法的图；
图9是根据本公开的实施例的由虚拟化RAN执行的对处理器资源进行调度的方法的图；
图10是根据本公开的实施例的在虚拟化RAN中的业务处理期间已经发生的时间延时的图；
图11是根据本公开的实施例的由虚拟化RAN执行的对处理器资源进行调度以便处理具有不同时间延时极限的业务的方法的图；
图12是根据本公开的实施例的对处理器资源进行调度的虚拟化RAN的图；
图13是根据本公开的实施例的由服务器执行的基于在移动边缘计算(MEC)包和虚拟化RAN包处要生成的业务对处理器资源进行调度的方法的图；
图14是根据本公开的实施例的由虚拟化RAN使用来对处理器资源进行调度的人工智能(AI)模型的图。
贯穿附图，应当注意，相似的附图标记用于描述相同或类似的元件、特征和结构。
具体实施方式
根据本公开的一个方面，提供了一种由服务器执行的执行无线接入网络功能的方法。所述方法包括：基于有关一个或更多个基站的调度请求，获得关于在所述一个或更多个基站处要生成的业务的信息；基于关于所述要生成的业务的信息，确定关于针对所述业务所请求的时间延时和无线资源的信息；基于关于所述时间延时和无线资源的信息以及所述服务器处的可用处理器资源，确定关于在至少一个处理器的至少一条流水线上指配来处理所述业务的处理器资源的调度信息；以及基于所述调度信息，由所述至少一条流水线处理所述业务。
确定调度信息可以包括：当针对业务所请求的时间延时小于阈值时，确定调度信息，使得为了处理业务而请求的所有处理器资源都被指配；以及当针对业务所请求的时间延时等于或大于阈值时，确定调度信息，使得预设大小的最少处理器资源被指配。
处理业务可以包括：当指配给业务的处理器资源的大小超过服务器处的可用处理器资源的大小时，在预指配给至少一条流水线的业务被处理之后处理所述业务；以及当指配给业务的处理器资源的大小小于或等于服务器处的可用处理器资源的大小时，由为了处理所述业务而生成的新流水线处理所述业务。
处理业务可以包括：当指配给业务的处理器资源的大小超过服务器处的可用处理器资源的大小并且业务的处理的优先级高于预指配给至少一条流水线的业务的处理的优先级时，停止预指配给至少一条流水线的业务的处理并且处理所述业务。
处理业务可以包括：当预指配给至少一条流水线的业务的处理被停止时，生成用于处理业务的新流水线，并且由所生成的新流水线处理业务。
该方法可以进一步包括：获得关于为了处理在调度请求之前生成的业务而请求的处理器资源的资源监测信息，其中，确定调度信息包括：通过使用资源监测信息，基于关于针对业务所请求的时间延时和无线资源的信息，确定处理业务所需的处理器资源。
关于在一个或更多个基站处要生成的业务的信息可以包括关于在一个或更多个基站处要生成的业务的大小和类型的信息，并且可以根据生成了业务的每个服务所请求的数据传输速度、传输延时和连接密度当中的至少一个性能来对业务的类型进行分类。
获得关于要生成的业务的信息可以包括：基于在调度请求之前服务器处的业务处理信息，针对业务的每种类型识别生成的业务模式；以及基于所识别的业务模式，获得关于在一个或更多个基站处要生成的业务的信息。
关于无线资源的信息可以包括关于以下中的至少一者的信息：用于发送/接收业务的时间频率资源、一个或更多个基站与终端之间的发送/接收模式、天线端口数目、层数目、或信道编码和调制技术。
确定调度信息可以包括：通过使用预生成的学习网络模型，基于关于时间延时和无线资源的信息以及服务器处的可用处理器资源，确定针对处理器资源的调度信息。
根据本公开的另一方面，提供了一种执行无线接入网络功能的服务器。所述服务器包括：收发器；存储器，所述存储器存储一个或更多个指令；以及至少一个处理器，所述至少一个处理器被配置为执行存储在所述存储器中的所述一个或更多个指令以：基于有关一个或更多个基站的调度请求，获得关于在所述一个或更多个基站处要生成的业务的信息；基于关于所述要生成的业务的信息，确定关于针对所述业务所请求的时间延时和无线资源的信息；基于关于所述时间延时和无线资源的信息以及所述服务器处的可用处理器资源，确定关于在所述至少一个处理器的至少一条流水线上指配来处理所述业务的处理器资源的调度信息；以及基于所述调度信息，由所述至少一条流水线处理所述业务。
本公开的其他方面、优点和突出特征将从以下详细描述变得对本领域的技术人员而言清楚，以下详细描述结合附图进行，公开了本公开的各种实施例。
公开模式
参照附图的以下描述被提供来帮助全面理解如由权利要求及其等同形式所限定的本公开的各种实施例。它包括各种具体细节以帮助该理解，但是这些将被视为仅仅示例性的。因此，本领域的普通技术人员将认识到，在不背离本公开的范围和精神的情况下，能够对本文描述的各种实施例做出各种改变和修改。另外，为了清楚和简明，可以省略公知功能和结构的描述。
以下描述和权利要求中使用的术语和词语不限于书目含义，而是仅仅由本发明人使用来使得能够清楚且一致地理解本公开。因此，对本领域的技术人员而言应当清楚的是，本公开的各种实施例的以下描述是仅出于说明性目的而提供的，而不是为了限制如由所附权利要求及其等同形式所限定的本公开的目的而提供的。
应当理解，除非上下文另外清楚地规定，否则单数形式“一”、“一个”和“该”包括复数指称。因此，例如，对“组件表面”的引用包括对一个或更多个此类表面的引用。
贯穿本公开，表述“a、b或c中的至少一者”指示仅a、仅b、仅c、a和b两者、a和c两者、b和c两者、a、b和c中的全部或它们的变化。
在下文中，将参照附图详细地描述本公开的实施例。在描述实施例时，将省略在与本公开相关的技术领域中公知的并且与本公开不直接相关的技术内容的描述。这是为了更清楚地传达本公开的要点，而不通过省略不必要的描述使本公开的要点模糊。
出于相同原因，为了清楚，可以在附图中夸大、省略或示意性地示出组件。同样，每个组件的大小不完全反映实际大小。在附图中，相似的附图标记表示相似的元件。
通过参照本公开的实施例和附图的以下详细描述，可以更容易地理解本公开的优点和特征以及完成这些优点和特征的方法。在这方面，本公开的实施例可以具有不同的形式，而不应当被解释为限于本文阐述的描述。相反，本公开的这些实施例被提供为使得本公开将是彻底且完整的，并且将向本领域的普通技术人员充分地传达本公开的构思，以及本公开将仅由所附权利要求限定。贯穿说明书，相似的附图标记表示相似的元件。
应理解，可以通过计算机程序指令来执行流程图或过程流程图中的框的组合。因为这些计算机程序指令可以被加载到通用计算机、专用计算机或另一可编程数据处理装置的处理器中，所以由计算机或另一可编程数据处理装置的处理器执行的指令创建用于执行流程图框中凝视的功能的单元。计算机程序指令可以被存储在能够引导计算机或另一可编程数据处理装置以特定方式实现功能的计算机可用或计算机可读存储器中，因此存储在计算机可用或计算机可读存储器中的指令也可以能够产生包含用于执行流程图框中描述的功能的指令单元的制造物品。计算机程序指令也可以被加载到计算机或另一可编程数据处理装置中，因此，用于通过当在该计算机或另一可编程数据处理装置中执行一系列操作时生成计算机执行的过程来操作该计算机或另一可编程数据处理装置的指令可以提供用于执行流程图框中描述的功能的操作。
另外，每个框可以表示包括用于执行指定逻辑功能的一个或更多个可执行指令的模块、段或代码的一部分。也应当注意，在一些替代实现方式中，框中提及的功能可以不按次序发生。例如，实际上可以基本上并发地执行接连示出的两个框，或者有时可以根据对应功能按相反次序执行各框。
描述中的术语“单元”指诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)的软件组件或硬件组件，并且执行具体功能。然而，术语“单元”不限于软件或硬件。“单元”可以被形成为位于可寻址存储介质中，或者可以被形成为操作一个或更多个处理器。因此，例如，术语“单元”可以指诸如软件组件、面向对象的软件组件、类组件和任务组件的组件，并且可以包括进程、功能、属性、过程、子例程、程序代码段、驱动程序、固件、微码、电路、数据、数据库、数据结构、表、数组或变量。由组件和“单元”提供的功能可以与较小数目的组件和“单元”相关联，或者可以被划分成额外的组件和“单元”。此外，组件和“单元”可以被体现为在设备或安全多媒体卡中再现一个或更多个中央处理单元(CPU)。另外，在本公开的实施例中，“单元”可以包括至少一个处理器。
无线通信系统已经从在早期阶段提供以语音为中心的服务的无线通信系统向提供像以下通信标准一样的高速、高质量分组数据服务的宽带无线通信系统发展：3GPP的高速分组接入(HSPA)、长期演进(LTE或演进型通用陆地无线接入(E-UTRA))、高级LTE(LTE-A)和LTE-Pro、3GPP2的高速率分组数据(HRPD)和超移动宽带(UMB)、IEEE 802.16e等。另外，作为下一代无线通信系统，正在发展第五代(5G)或新无线(NR)无线通信系统。
在下一代无线通信系统中，可以向终端提供增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)和超可靠低延时通信(URLLC)当中的至少一种服务。可以在同一时间间隔期间向同一终端或不同终端提供此类服务。eMBB可以是目的旨在大容量数据的高速传输的服务，mMTC可以是目的旨在终端功率最小化和多终端连接的服务，而URLLC可以是目的旨在高可靠性和低延迟的服务，但是eMBB、mMTC和URLLC不限于此。此类服务可以是诸如长期演进(LTE)系统或LTE之后的5G/NR系统的无线通信系统中重要的场景。
在下文中，为了描述的方便，本公开使用第三代合作项目长期演进(3GPP LTE)标准所定义的术语和名称，或在此基础上修改的术语和名称。然而，本公开不受此类术语和名称限制，并且可以同样地适用于符合其他标准的无线通信系统。例如，以5G(或NR)无线通信技术系统为例描述本公开的实施例，但是本公开的实施例可以适用于具有类似技术背景或信道类型的其他无线通信系统。作为另一示例，本公开的实施例可以适用于作为NR之前的无线通信系统的LTE或高级LTE(LTE-A)系统，并且另外，本公开的实施例也可以适用于在NR之后开发的无线通信系统。另外，本领域的普通技术人员应理解，在不背离本公开的范围的情况下，可以通过一些修改将本公开的实施例应用于其他通信系统。
为了描述的方便，举例说明了本文使用的用于识别接入节点的术语、表示网络实体的术语、表示消息的术语、表示网络实体之间的接口的术语、表示各种类型的识别信息的术语等。因此，本公开中使用的术语不受限制，并且可以使用表示具有相同技术含义的目标的其他术语。
在本公开中，基站是指配终端的资源的实体，并且可以是gNode B(gNB)、eNode B(eNB)、Node B(NB)、无线接入单元、BS控制器、或网络上的节点中的至少一者。
在本公开中，终端的示例可以包括用户设备(UE)、移动站(MS)、蜂窝电话、智能电话、计算机和能够执行通信功能的多媒体系统。
在本公开中，小区可以指示无线通信中的一个基站所覆盖的区域。小区可以依据其大小被分类成巨型小区、宏小区、微小区或微微小区，但是这仅是示例，并且小区的类型不限于此。
在本公开中，下行链路(DL)是从基站向终端发送的信号的无线传输路径，而上行链路(UL)是从终端向基站发送的信号的无线传输路径。详细地，作为宽带无线通信系统的代表性示例，LTE系统在下行链路(DL)中采用正交频分复用(OFDM)方案，在上行链路(UL)中采用单载波频分多址(SC-FDMA)方案。UL指终端(UE或MS)借以向基站(gNB或BS)发送数据或控制信号的无线链路，而DL指基站借以向终端发送数据或控制信号的无线链路。
图1是根据本公开的实施例的集中式/云无线接入网络(cRAN)的结构的图。
参照图1，在cRAN中，根据相关技术，基站中包括的无线单元(RU)和数据单元(DU)可以是分开的，并且RU可以位于小区站点处，而DU(例如，DU 121)可以位于中央服务器处。小区可以对应于无线通信系统中的基站所覆盖的区域，并且每基站可以存在至少一个小区。与RU和DU均存在于小区站点中的集成基站中不同，在cRAN中，RU可以布置在小区站点的基站处，而DU 121、123和125可以聚集在一个地方，使得执行至少一些无线接入网络功能。将稍后描述关于无线接入网络功能的描述。cRAN可以将DU 121、123和125聚集以进行管理，以不仅容易地调整小区间干扰，而且还提供诸如协调多点(CoMP)发送和接收的服务。
小区站点的基站可以包括射频(RF)设备等，并且可以经由前传(fronthaul)向DU(例如，DU 121)发送信号。前传是将小区站点的一个或更多个基站连接到DU(例如，DU 121)的网络部分，并且可以执行数字信号处理(DSP)、功率放大和滤波功能。
DU(例如，DU 121)可以处理从小区站点的基站接收到的信号，并且经由回程向核心网络设备130发送处理后的信号。核心网络设备130可以包括用于将包括基站和终端的终端系统连接到核心网络设备130的设备。例如，核心网络设备130可以包括分组数据网络网关(P-GW)、服务网关(S-GW)和移动管理实体(MME)。P-GW可以将核心网络的内部节点连接到外部因特网，在终端中配置网际协议(IP)地址，并且执行IP分组过滤。当在终端中未配置无线资源控制(RRC)连接时，S-GW可以缓冲从外部因特网到达的DL分组。MME可以处理与终端的位置注册、认证和呼叫相关的控制信号。然而，这些仅是示例，并且核心网络设备130的配置不限于此。
回程是将DU(例如，DU 121)连接到核心网络设备130的网络部分，并且可以被实现为有线接口，诸如光纤，但是这仅是示例并且回程可以被实现为无线网络。
DU(例如，DU 121)可以执行各种无线接入网络功能来处理信号。无线接入网络功能可以包括例如分组数据汇聚协议(PDCP)层功能、无线链路控制(RLC)层功能、介质访问控制(MAC)层功能和物理(PHY)层功能，但是这些仅是示例并且无线接入网络功能不限于此。在下文中，将描述PDCP层、RLC层、MAC层和PHY层的功能。
PDCP层的功能可以包括以下功能中的至少一者：
-报头压缩和解压缩：仅鲁棒报头压缩(ROHC)
-用户数据的传送
-高层协议数据单元(PDU)的顺序递送
-PDCP PDU重新排序
-低层服务数据单元(SDU)的重复检测
-PDCP SDU的重传
-加密和解密
-上行链路中基于定时器的SDU丢弃
PDCP层的重新排序指示了基于PDCP顺序编号(SN)依次重新排列从低层接收到的PDCP PDU的功能，并且可以包括以下功能中的至少一者：按重新排列的次序向高层递送数据的功能、通过重新排列的次序记录丢失的PDCP PDU的功能、向发送器发送有关丢失的PDCP PDU的状态报告的功能、或请求重传丢失的PDCP PDU的功能。
RLC层的功能可以包括以下功能中的至少一者：
-高层PDU的传送
-高层PDU的顺序递送
-高层PDU的失序递送
-通过自动重复请求(ARQ)的纠错
-RLC SDU的级联、分段和重组
-RLC数据的重新分段
-RLC数据的重新排序
-重复检测
-协议错误检测
-RLC SDU丢弃
-RLC重新建立
RLC层的顺序递送指示了向高层依次递送从低层接收到的RLC SDU的功能，并且可以包括以下功能：当一个RLC SDU被分段并在若干RLC SDU中被接收时，重组并递送RLCSDU。顺序递送可以包括以下功能中的至少一者：基于RLC SN或PDCP SN重新排列接收到的RLC PDU的功能、对丢失的RLC PDU进行重新排序和记录的功能、或向发送器发送有关丢失的RLC PDU的状态报告的功能。顺序递送可以包括请求重传丢失的RLC PDU的功能，并且可以包括当存在丢失的RLC SDU时，仅向高层依次递送丢失的RLC SDU之前的RLC SDU的功能。顺序递送可以包括即使当存在丢失的RLC SDU时也在当某个定时器已经到期时某个定时器启动之前向高层顺序递送所有RLC PDU的功能，或者可以包括即使当存在丢失的RLC SDU时也在某个定时器已经到期时向高层顺序递送当前接收到的所有RLC SDU的功能。
RLC层可以按接收顺序处理RLC PDU并且将其发送到PDCP层，而不管SN如何。当接收到分段时，RLC层可以将所接收到的分段与存储在缓冲器中的分段或要稍后接收的分段组合，以重新配置一个完整RLC PDU，并且向PDCP层发送该RLC PDU。另一方面，在NR中，RLC层可以不包括级联，并且可以在MAC层中执行级联，或者级联可以用MAC层中的复用进行替换。
MAC层的功能可以包括以下功能中的至少一者：
-逻辑信道与传输信道之间的映射
-MAC SDU的复用/解复用
-调度信息报告
-通过混合自动请求(HARQ)的纠错
-一个UE的逻辑信道之间的优先级处理
-借助于动态调度在UE之间进行的优先级处理
-多媒体广播组播服务(MBMS)识别
-传输格式选择
-填充
PHY层可以执行以下功能中的至少一者：
-使用电信号的数据发送和接收
-信道编码/解码
-调制/解调
-功率控制
-小区搜索
PHY层可以对高层的数据执行信道编码和调制，从中生成OFDM符号，并且经由无线信道发送OFDM符号。同样，PHY层可以对经由无线信道接收到的OFDM符号执行解调和信道解码，并且向高层发送作为其结果获得的数据。
小区站点的基站可以用诸如RU或远程无线头(RRH)的术语来描述，并且DU(例如，DU 121)可以用诸如DU或基带单元(BBU)的术语来描述。
为了将执行上述无线接入网络功能的DU 121、123和125聚集在一个地方以进行管理，需要高效地使用数据处理所必需的物理资源的方法。在这方面，本公开提供了经由虚拟化执行由DU 121、123和125执行的至少一个无线接入网络功能的方法。虚拟化是能够通过整体地管理若干物理资源来扩展一个设备中可用的资源的技术，并且在下文中，将参照图2描述虚拟化RAN(vRAN)的示例。
图2是用于描述根据本公开的实施例的RAN的虚拟化方法的图。
参照图2，服务器200可以包括能够驱动执行vRAN功能的软件的硬件。该硬件可以包括中央处理单元(CPU)211、随机存取存储器(RAM)212、现场可编程门阵列(FPGA)213、图形处理单元(GPU)214、网络接口控制器(NIC)215和存储装置216，但是这些仅是示例并且硬件的组件不限于此。存储装置216可以包括硬盘驱动器(HDD)、固态硬盘(SDD)等。
硬件210可以执行操作系统(OS)220。OS 220可以管理由硬件210和服务器200执行的软件(例如，虚拟化软件230)。
虚拟化软件230逻辑上隔离由OS 220管理的资源，并且使得若干软件组件(SC)共享逻辑上隔离的资源。资源是由vRAN包240和250使用来处理业务的项目。例如，资源可以包括CPU 211、RAM 212、FPGA 213、GPU 214、NIC 215和存储装置216，但是这些仅是示例并且资源不限于此。可以通过经由交换机分发连接了资源和多个SC的物理通信路径来执行资源的逻辑隔离。SC被提供来通过将执行具体功能所需的库或应用聚集作为单独的服务器被使用，并且可以是以包为单位生成或移除的。包是共享一个IP同时包括一个或更多个SC的最小单元。虚拟化软件230的示例可以包括Kubernetes，并且SC可以对应于Kubernetes的容器。虚拟化软件230可以包括用于管理处理器资源(诸如GPU 214)的操作处理的软件，并且例如，可以包括计算统一设备架构(CUDA)。
SC可以用于执行vRAN的网络功能。在下文中，将详细地描述用于vRAN实现方式的服务器200的操作。
服务器200可以经由以太网接口单元(EIU)50连接到小区站点的多个基站12、14和16。EIU 50是将小区站点的多个基站12、14和16连接到服务器200的通道的一部分，并且可以经由EIU 50向vRAN包240和250发送基站的业务。例如，可以经由EIU 50发送关于指配给基站(例如，基站12和14)的vRAN包(例如，vRAN包240)的信息。
服务器200可以执行由集成基站的DU执行的无线接入网络功能。DU可以对应于以上参照图1描述的DU。因此，小区站点的多个基站12、14和16中的每一者包括包含RF设备的RU，并且其他无线接入网络功能可以由服务器200执行。例如，可以在服务器200中生成分别包括PHY SC 241和251、MAC SC 243和253以及RLC SC 245和255的vRAN包，并且PHY SC 241和251、MAC SC 243和253以及RLC SC 245和255可以分别执行上述PHY层功能、MAC层功能和RLC层功能。然而，这仅是示例并且由服务器200执行的无线接入网络功能不限于此。作为另一示例，RLC层功能、PDCP层功能等可以由服务器200执行。
vRAN包是可以包括执行无线接入网络功能的一个或更多个SC的最小单元。vRAN包可以包括使得先前由硬件设备执行的无线接入网络功能能够经由虚拟化执行的指令，并且可以以vRAN包为单位移除或生成SC。服务器200可以包括一个或更多个vRAN包240和250。
虚拟化主控260是控制vRAN包的系统。虚拟化主控260可以位于服务器200中，或者根据本公开的另一实施例，可以位于除服务器200以外的设备中。虚拟化主控260可以向虚拟化软件230发送命令，诸如生成或移除vRAN包，并且更新和存储通过命令改变的vRAN包信息。同样，虚拟化主控260可以向操作和维护(O&M)270发送更新后的vRAN包信息。
O&M 270是控制终端的用户平面处的业务拥塞的设备。根据本公开的实施例，O&M270存在于服务器200外部，但是根据本公开的另一实施例，O&M 270可以位于服务器200内部。O&M 270可以指示EIU 50将在多个基站12、14和16处生成的业务指配给每个vRAN包。
上述虚拟化方法仅是用于实现本公开的vRAN的示例，因此可以使用另一虚拟化方法。例如，基于管理程序的虚拟化方法可以用于实现vRAN。
图3是根据本公开的实施例的对处理器资源进行调度的vRAN的图。
参照图3，服务器300可以包括能够驱动执行vRAN功能的软件的硬件。该硬件除了包括GPU外，还可以包括CPU、RAM、存储装置和NIC，但是为了描述的方便，省略了除GPU以外的组件。如图3所示，在服务器300中包括多个GPU 311至315，但是这仅是示例并且服务器300可以包括一个GPU。服务器300也可以包括OS 320和虚拟化软件330。
vRAN包340可以获得有关一个或更多个基站的调度请求。根据本公开的实施例，可以在终端请求指配时间频率资源以经由UL向基站发送业务时获得调度请求，或者根据本公开的另一实施例，可以为让服务服务器提供待经由DL向接入到基站的多个终端发送的业务信息而获得调度请求。
业务是在一定时间内通过通信网络的数据流。业务可以包括UE与基站之间的数据流；例如，业务可以通过每单位时间的数据速率来表示。
业务信息是可以直接或间接指示业务的量和特性的信息。业务信息可以包括生成了业务的服务的类型(例如，智能家居/建筑/城市、车辆到一切(V2X)流传输、增强现实/虚拟现实(AR/VR)或任务关键(MC))、设备的类型(例如，智能电话、传感器或窄带物联网(NB-IoT)设备)以及生成业务的无线通信系统的类型(例如，NR或LTE)。业务信息也可以包括请求了业务发送/接收的终端数目、要发送/接收的终端的业务量(例如，LTE/NR的缓冲状态报告)、为业务发送/接收指配的时间/频率的指配量以及用于业务发送/接收的PHY层的技术(调制、信道编码等)。然而，这些仅是示例并且业务信息中包括的信息不限于此。
调度请求中包括的业务信息可以在RLC SC 341和MAC SC 343处处理之后被发送到调度SC 351。
调度SC 351可以基于关于要生成的业务的信息，确定关于针对业务所请求的时间延时和无线资源的信息。
无线资源是影响PHY层的操作复杂性的资源，并且例如，可以包括以下中的至少一者：用于业务发送/接收的时间频率资源、基站与终端之间的发送/接收模式、天线端口数目、层数目、或信道编码和调制技术。服务器300可以基于终端的能力信息或请求了调度的终端或将接收业务的终端的类型，确定关于发送/接收模式、天线端口数目、层数目、以及信道编码和调制技术的信息。
关于时间延时的信息可以包括关于从业务被生成时的时间点到业务被处理时的时间点的所花费的时间的极限。关于时间延时的信息可以依据生成了业务的服务的类型、设备的类型以及生成业务的无线通信系统的类型而变化。例如，在NR系统的情况下，生成了业务的服务的类型可以主要包括URLLC、mMTC和eMBB，并且关于分类为URLLC的服务(例如，触觉因特网服务、工业自动化服务、AR服务或V2X服务)，可以将时间延时限制为0.1至1ms，然而关于分类为mMTC和eMBB的服务，可以将时间延时限制为100ms。
资源信息是可以直接或间接指示用于处理业务的物理资源的信息。资源信息可以包括例如用于处理业务的GPU在指配给vRAN包340的GPU当中的比例、相对于最大GPU时钟周期的用于处理业务的时钟周期数目、以及指配给vRAN包340来处理业务的存储器的大小。然而，这些仅是示例，并且业务信息或资源信息不限于此。
调度SC 351可以基于关于时间延时和无线资源的信息以及服务器300处的可用处理器资源，确定关于指配来在GPU 311至315的至少一条流水线处处理业务的处理器资源的调度信息。流水线是一个数据处理操作的输出连接到下一个操作的输入的数据处理结构。
调度SC 351可以识别服务器300处的用于处理在一个或更多个基站处要生成的业务的可用处理器资源。处理器资源是用于处理业务的物理资源，而可用处理器资源表示可以由服务器300使用来处理在基站处要生成的业务的物理资源。例如，可用处理器资源可以包括可以被指配来处理业务的CPU或GPU在整个CPU或GPU当中的比例、相对于最大GPU时钟周期的可以用于处理业务的时钟周期数目、以及可以被指配来处理业务的存储器的大小。然而，这些仅是示例并且处理器资源不限于此。
调度SC 351可以从监测SC 355获得关于用于处理在调度请求之前生成的业务的处理器资源的资源监测信息。调度SC 351可以通过使用资源监测信息，基于关于为要生成的业务所请求的时间延时和无线资源的信息，预测处理业务所需的处理器资源。
当针对业务所请求的时间延时小于阈值时，调度SC 351可以确定调度信息，使得为了处理业务而请求的所有处理器资源均被指配。作为另一示例，当针对业务所请求的时间延时等于或大于阈值时，调度SC 351可以确定调度信息，使得预设大小的最少处理器资源被指配。
根据本公开的实施例的调度SC 351可以确定调度信息，使得当指配给业务的处理器资源的大小超过服务器300处的可用处理器资源的大小时，在预指配给至少一条流水线的业务被处理之后处理业务。根据本公开的另一实施例，当指配给业务的处理器资源的大小超过服务器300处的可用处理器资源的大小并且业务的处理的优先级高于预指配给至少一条流水线的业务的处理的优先级时，调度SC 351可以确定调度信息，使得所预指配给至少一条流水线的业务的处理被停止并且新生成的业务被处理。根据本公开的实施例，可以基于关于时间延时的信息确定优先级。在这种情况下，调度SC 351可以指示流水线管理SC353生成新流水线，因为可用处理器资源是随着所预指配的业务的处理被停止而生成的。
当指配给业务的处理器资源的大小等于或小于服务器300处的可用处理器资源的大小时，调度SC 351可以确定调度信息，使得在为了处理业务而新生成的流水线处处理业务。当在新流水线处处理业务时，与正在现有流水线处处理的业务并行地处理业务，因此在业务的处理期间生成的时间延时可以减小。
流水线管理SC 353可以基于从调度SC 351接收到的调度信息新生成流水线或者维持现有流水线。同样，流水线管理SC 353可以基于调度信息向PHY SC 345提供关于流水线的信息，要生成的业务将在该流水线处被处理。
监测SC 355可以监测用于处理业务的处理器资源，并且存储监测到的信息。监测SC 355可以向调度SC 351提供关于用于处理在调度请求之前生成的业务的处理器资源的资源监测信息。
图4是根据本公开的实施例的由vRAN执行的对处理器资源进行调度的方法的流程图。
参照图4，在操作S410中，服务器可以基于有关一个或更多个基站的调度请求，获得关于在一个或更多个基站处要生成的业务的信息。
服务器可以获得从接入到一个或更多个基站的多个终端发送的调度请求。调度请求可以包括请求为终端指配时间频率资源以经由UL发送业务的消息，并且调度请求可以包括终端要发送的业务信息。业务信息的具体示例可以对应于参照图3描述的那些。
根据本公开的另一实施例，服务器可以从服务服务器接收包括要经由DL向接入到一个或更多个基站的多个终端发送的业务信息的调度请求。服务服务器是提供有关接入到一个或更多个基站的多个终端所使用的服务的业务的服务器，并且例如，存储流内容等的起源服务器可以被包括在服务服务器中。然而，这仅是示例并且服务服务器不限于此。
在操作S420中，服务器可以基于关于要生成的业务的信息，确定关于针对业务所请求的时间延时和无线资源的信息。
无线资源可以包括例如以下中的至少一者：用于发送/接收业务的时间频率资源、基站与终端之间的发送/接收模式、天线端口数目、层数目、或信道编码和调制技术。
服务器可以基于终端的能力信息或请求了调度的终端或将接收业务的终端的类型，确定关于发送/接收模式、天线端口数目、层数目、以及信道编码和调制技术的信息。终端的能力信息可以由服务器经由终端与基站之间的配置过程(诸如RRC配置)获得。时间频率资源也可以由服务器根据终端要经由UL发送的业务量等指配给终端。
关于时间延时的信息可以依据生成了业务的服务的类型、设备的类型以及生成业务的无线通信系统的类型而变化。例如，当生成了业务的服务的类型是V2X服务时，服务器可以将关于业务的时间延时的信息确定为1ms。
在操作S430中，服务器可以基于关于时间延时和无线资源的信息以及服务器处的可用处理器资源，确定关于为了在处理器的至少一条流水线处处理业务而指配的处理器资源的调度信息。
服务器可以识别服务器处的可用处理器资源，以处理在一个或更多个基站处要生成的业务。例如，服务器可以获得关于用于处理在调度请求之前生成的业务的处理器资源的资源监测信息。服务器可以通过使用资源监测信息，基于关于为要生成的业务所请求的时间延时和无线资源的信息，预测处理业务所需的处理器资源。
当针对业务所请求的时间延时小于阈值时，根据本公开的实施例的服务器可以确定调度信息，使得为了处理业务而请求的所有处理器资源都被指配。当针对业务所请求的时间延时等于或大于阈值时，根据本公开的另一实施例的服务器可以确定调度信息，使得预设大小的最少处理器资源被指配。
在操作S440中，服务器可以基于调度信息，在至少一条流水线处处理业务。
当指配给业务的处理器资源的大小超过服务器处的可用处理器资源的大小时，根据本公开的实施例的服务器可以在预指配给至少一条流水线的业务被处理之后处理业务。作为另一示例，当指配给业务的处理器资源的大小小于或等于服务器处的可用处理器资源的大小时，服务器可以在为了处理所述业务而生成的新流水线处处理所述业务。
当指配给业务的处理器资源的大小超过服务器处的可用处理器资源的大小并且业务的处理的优先级高于预指配给至少一条流水线的业务的处理的优先级时，根据本公开的另一实施例的服务器可以停止所预指配的业务的处理并且处理新生成的业务。根据本公开的实施例，可以基于关于时间延时的信息确定优先级。例如，当由预指配的第一业务请求的时间延时是10ms，而由新生成的第二业务请求的时间延时是1ms时，服务器可以确定需要在第一业务之前处理第二业务。当所预指配的业务的处理被停止时，服务器可以生成用于处理业务的新流水线。作为另一示例，服务器可以丢弃有关在现有流水线处停止的业务的数据并且处理新生成的业务。
图5是根据本公开的实施例的由vRAN执行的对处理器资源进行调度的方法的流程图。
参照图5，在操作S505中，服务器可以获得在一个或更多个基站处要生成的业务信息。根据本公开的实施例，服务器可以获得关于接入到一个或更多个基站的终端所使用的服务的类型的信息作为业务信息。然而，这仅是示例并且业务信息可以对应于图3中描述的业务信息。根据本公开的另一实施例，服务器可以获得关于用于发送/接收业务的PHY层的技术的信息或者获得关于要生成的业务量的信息。根据本公开的另一实施例，服务器可以获得关于为了处理要生成的业务而请求的规格的信息。例如，服务器可以获得关于为业务所请求的时间延时的信息。
在操作S510中，服务器可以基于业务信息，确定业务的无线资源指配量。无线资源是影响PHY层的操作复杂性的资源，并且无线资源指配量可以与复杂性成比例地增加。
例如，当在操作S505中终端使用的服务的类型是V2X服务时，服务器可以确定与V2X服务相对应的无线资源指配量。在V2X服务中，信道编码的码字的长度增加以满足低错误率，因此可以将码率设定为低。服务器可以基于当通过应用与V2X服务的要求相对应的码率来发送/接收业务时PHY层的操作复杂性，确定无线资源指配量。然而，这仅是示例，并且各种PHY层技术可以用于确定无线资源指配量。例如，在信道估计过程的情况下，PHY层的操作复杂性可以与解调参考信号(DMRS)的符号数目、天线端口数目、层数目和用户设备(UE)数目成比例地增加，因此要指配的无线资源量可以响应于此而增加。
在操作S515中，服务器可以基于关于用于处理先前业务的处理器资源的信息，确定所需处理器资源和调度方法。例如，服务器可以基于关于用于先前处理后的业务的每个无线资源指配量的处理器资源的信息，确定处理要生成的业务所需的处理器资源。可以基于所需CPU或GPU在整个CPU或GPU当中的比例、相对于最大GPU时钟周期的所需时钟周期数目和存储器大小来确定处理要生成的业务所需的处理器资源，但是这些仅是示例并且指示处理器的信息不限于此。
服务器也可以确定调度方法。首先，可以按关于为了处理业务而请求的时间延时的信息对调度方法进行分类。例如，当请求的时间延时小于Ams时，服务器可以确定要根据指配为了处理业务而请求的全部处理器资源的第一方法来执行调度。同样，当为业务所请求的时间延时等于或大于A ms时，服务器可以确定要根据指配预设大小的最少处理器资源的第二方法来执行调度。
在操作S520中，服务器可以确定为了处理业务而请求的所需处理器资源的大小是否小于可用处理器资源的大小。
例如，当调度方法被确定为第一方法时，服务器可以确定处理业务所需的全部处理器资源的大小是否小于可用处理器资源的大小。作为另一示例，当调度方法被确定为第二方法时，服务器可以确定预设大小的最少处理器资源是否小于可用处理器资源的大小。
在操作S525中，服务器可以生成新流水线。
当根据在操作S520中确定的结果，确定了根据调度方法确定的所需处理器资源的大小小于可用处理器资源的大小时，服务器可以生成新流水线。
在操作S530中，服务器可以确定关于在现有流水线处等待处理的业务的处理器资源使用量的信息。
当根据在操作S520中确定的结果，确定了根据调度方法确定的所需处理器资源的大小等于或大于可用处理器资源的大小时，服务器可以确定可用处理器资源是否能够被额外地保证。为了验证可用处理器资源是否能够被额外地保证，服务器可以确定关于在现有流水线处等待处理的业务的处理器资源使用量的信息。
在操作S535中，服务器可以基于在现有流水线处等待处理的业务的处理器资源使用量，确定业务是否能够被并行地处理。当基于在现有流水线处等待处理的业务的处理器资源使用量，验证了可以被额外地保证的可用处理器资源存在时，服务器可以比较更新后的可用处理器资源和要生成的业务所需的处理器资源的大小。当要生成的业务所需的处理器资源的大小小于更新后的可用处理器资源的大小时，服务器可以确定业务能够被并行地处理，并且生成新流水线。
在操作S540中，当确定了业务无法被并行地处理时，服务器可以选择现有流水线。
在操作S545中，服务器可以将业务指配给流水线。
根据本公开的实施例，当服务器确定了要将业务指配给现有流水线时，服务器可以比较在现有流水线处等待处理的业务与要生成的业务之间的优先级。服务器可以基于比较优先级的结果，确定要指配给现有流水线的业务。例如，当关于要生成的业务的时间延时的极限比关于等待处理的业务的时间延时的极限严格时，服务器可以执行调度，使得要生成的业务在等待的业务之前被处理。根据本公开的另一实施例，当服务器已经生成了新流水线时，服务器可以将业务指配给新流水线。
在操作S550中，服务器可以处理业务。
当服务器已经将业务指配给新流水线时，可以与正在处理的现有业务并行地处理所述业务。作为另一示例，当服务器已经将所述业务指配给现有流水线时，可以在正在处理的现有业务被处理之后处理所述业务。然而，当所述业务由于时间延时极限等相比于正在处理的现有业务具有更高的优先级时，可以停止现有业务的处理并且可以处理所述业务。
图6是根据本公开的实施例的由vRAN执行的对处理器资源进行调度的方法的图。
参照图6，可以在多个基站(即，基站A 610和基站B 620)处生成业务。在基站A 610和基站B 620处生成的业务可以被发送到服务器300。在本公开的当前实施例中，假定在基站A 610处生成的物理上行链路共享信道(PUSCH)#A-1和在基站B 620处生成的PUSCH#B-1由服务器300处理。PUSCH对应于用于数据传输的UL信道，但是在说明书中，为了描述的方便，PUSCH用于指通过该PUSCH接收的业务。
服务器300可以从基站A 610获得关于要新生成的业务即PUSCH#A-2的信息。当服务器300获得关于PUSCH#A-2的信息时，调度SC 351可以确定关于为PUSCH#A-2所请求的时间延时和无线资源的信息。例如，调度SC 351可以确定PUSCH#A-2的时间/频率轴资源指配量对应于8个资源块(RB)，并且层数目是2。并且，调度SC 351可以确定PUSCH#A-2的时间延时极限是X ms。
调度SC 351可以通过使用资源监测信息，基于关于为要生成的业务所请求的时间延时和无线资源的信息，预测处理业务所需的处理器资源。资源监测信息可以是作为监测在SC 355处理先前业务时使用的处理器资源的结果而生成的，并且可以包括关于基于无线资源指配量使用的处理器资源的信息。
当为PUSCH#A-2所请求的时间延时小于阈值时，调度SC 351可以指配处理PUSCH#A-2所需的全部处理器资源。调度SC 351也可以确定所需全部处理器资源的大小是否小于GPU 345处的可用处理器资源的大小。当所需全部处理器资源的大小小于GPU 345处的可用处理器资源的大小时，调度SC 351可以确定要生成流水线。根据调度SC 351的确定，流水线管理SC 353生成新流水线636，并且可以将PUSCH#A-2指配给新流水线636。因此，PUSCH#A-2可以与正在现有流水线632和634处处理的PUSCH#A-1和PUSCH#B-1并行处理。
图7是根据本公开的实施例的由vRAN执行的对处理器资源进行调度的方法的图。
参照图7，可以在多个基站(即，基站A 710和基站B 720)处生成业务。在基站A 710和基站B 720处生成的业务可以被发送到服务器300。在图7所示的实施例中，假定在基站A710处生成的PUSCH#A-1和在基站B 720处生成的PUSCH#B-1由服务器300处理。
服务器300可以从基站A 710获得关于要新生成的业务即PUSCH#A-2的信息。当服务器300获得关于PUSCH#A-2的信息时，调度SC 351可以确定关于为PUSCH#A-2所请求的时间延时和无线资源的信息。例如，调度SC 351可以确定PUSCH#A-2的时间/频率轴资源指配量对应于8个RB，并且层数目是2。并且，调度SC 351可以确定PUSCH#A-2的时间延时极限是Yms。
调度SC 351可以通过使用资源监测信息，基于关于为要生成的业务所请求的时间延时和无线资源的信息，预测处理业务所需的处理器资源。资源监测信息可以是作为监测在SC 355处理先前业务时使用的处理器资源的结果而生成的，并且可以包括关于基于无线资源指配量使用的处理器资源的信息。
当为PUSCH#A-2所请求的时间延时小于阈值时，调度SC 351可以指配处理PUSCH#A-2所需的全部处理器资源。调度SC 351也可以确定所需全部处理器资源的大小是否小于GPU 345处的可用处理器资源的大小。当所需全部处理器资源的大小小于GPU 345处的可用处理器资源的大小时，调度SC 351可以确定要将PUSCH#A-2指配给现有流水线。根据调度SC351的确定，流水线管理SC 353可以将PUSCH#A-2指配给现有流水线732和734当中的第二流水线734。用于从现有流水线当中确定将被指配有业务的流水线的准则可以是在现有流水线处等待处理的业务量，但是这仅是示例并且准则不限于此。可以在正在第二流水线734处处理的PUSCH#B-1的处理完成之后处理PUSCH#A-2。
图8是用于描述根据本公开的实施例的由vRAN执行的对处理器资源进行调度的方法的图。
参照图8，可以在多个基站(即，基站A 810和基站B 820)处生成业务。在基站A 810和基站B 820处生成的业务可以被发送到服务器300。在本公开的当前实施例中，假定在基站A 810处生成的PUSCH#A-1和在基站B 820处生成的PUSCH#B-1由服务器300处理。
服务器300可以从基站A 810获得关于要新生成的业务即PUSCH#A-2的信息。当服务器300获得关于PUSCH#A-2的信息时，调度SC 351可以确定关于为PUSCH#A-2所请求的时间延时和无线资源的信息。例如，调度SC 351可以确定PUSCH#A-2的时间/频率轴资源指配量对应于8个RB，并且层数目是2。调度SC 351也可以确定PUSCH#A-2的时间延时极限是Yms。
调度SC 351可以通过使用资源监测信息，基于关于为要生成的业务所请求的时间延时和无线资源的信息，预测处理业务所需的处理器资源。资源监测信息可以是作为监测在SC 355处理先前业务时使用的处理器资源的结果而生成的，并且可以包括关于基于无线资源指配量使用的处理器资源的信息。
当为PUSCH#A-2所请求的时间延时小于阈值时，调度SC 351可以指配处理PUSCH#A-2所需的全部处理器资源。调度SC 351也可以确定所需全部处理器资源的大小是否小于GPU 345处的可用处理器资源的大小。当所需全部处理器资源的大小小于GPU 345处的可用处理器资源的大小时，调度SC 351可以确定要将PUSCH#A-2指配给现有流水线。
调度SC 351也可以比较正在现有流水线处处理的PUSCH#A-1和PUSCH#B-1以及要新生成的PUSCH#A-2的优先级。用于确定优先级的准则的示例可以包括时间延时极限。当PUSCH#A-2的时间延时极限短于PUSCH#A-1的时间延时极限时，调度SC 351可以停止PUSCH#A-1的处理。当PUSCH#A-1的处理被停止时，获得额外的可用处理器资源，因此调度SC 351可以确定要生成新流水线836。因此，流水线管理SC 353可以生成新流水线836并且将PUSCH#A-2指配给新流水线836。因此，PUSCH#A-2可以与正在现有流水线834处处理的PUSCH#B-1并行处理。
图9是根据本公开的实施例的由vRAN执行的对处理器资源进行调度的方法的图。
参照图9，可以在多个基站(即，基站A 910和基站B 920)处生成业务。在基站A 910和基站B 920处生成的业务可以被发送到服务器300。在图9所示的实施例中，假定在基站A910处生成的PUSCH#A-1和在基站B 920处生成的PUSCH#B-1由服务器300处理。PUSCH对应于用于数据传输的UL信道，但是在说明书中，为了描述的方便，PUSCH用于指通过该PUSCH接收的业务。
服务器300可以从基站A 910获得关于要新生成的业务PUSCH#A-2的信息，并且可以从基站B 920获得关于要新生成的业务PUSCH#B-2的信息。当服务器300获得关于PUSCH#A-2和PUSCH#B-2的信息时，调度SC 351可以确定关于为PUSCH#A-2和PUSCH#B-2所请求的时间延时和无线资源的信息。例如，调度SC 351可以确定PUSCH#A-2的时间/频率轴资源指配量对应于8个RB并且层数目是2，以及可以确定PUSCH#B-2的时间/频率轴资源指配量对应于8个RB并且层数目是4。并且，调度SC 351可以确定PUSCH#A-2的时间延时极限是M ms，而PUSCH#B-2的时间延时极限是N ms。
调度SC 351可以通过使用资源监测信息，基于关于为要生成的业务所请求的时间延时和无线资源的信息，预测处理业务所需的处理器资源。资源监测信息可以是作为监测在SC 355处理先前业务时使用的处理器资源的结果而生成的，并且可以包括关于基于无线资源指配量使用的处理器资源的信息。
当为PUSCH#A-2所请求的时间延时等于或大于阈值时，调度SC 351可以指配预设大小的最少处理器资源。并且，当为PUSCH#B-2所请求的时间延时等于或大于阈值时，调度SC 351可以指配预设大小的最少处理器资源。调度SC 351可以确定要求为PUSCH#A-2和PUSCH#B-2指配的最少处理器资源的大小是否小于GPU 345处的可用处理器资源的大小。当要求为PUSCH#A-2和PUSCH#B-2指配的最少处理器资源的大小小于GPU 345处的可用处理器资源的大小时，调度SC 351可以确定要生成流水线。根据调度SC 351的确定，流水线管理SC353可以生成新流水线936，并且可以在新流水线936处为PUSCH#A-2和PUSCH#B-2指配预设大小的最少处理器资源。可以与正在现有流水线932和934处处理的PUSCH#A-1和PUSCH#B-1并行地处理指配给新流水线936的PUSCH#A-2和PUSCH#B-2的最少处理器资源。
图9示出了排除了PUSCH#A-2和PUSCH#B-2的预设大小的最少处理器资源的剩余处理器资源被指配给现有流水线932和934，但是这仅是示例并且剩余处理器资源也可以被指配给新流水线936。
图10是根据本公开的实施例的用于描述在vRAN中的业务处理期间已经发生的时间延时的图。
参照图10，服务器300可以从基站A 1010和基站B 1020中的每一者获得业务信息。例如，服务器300可以分别从基站A 1010和基站B 1020获得关于PUSCH#3和PUSCH#4的信息。
当服务器300获得关于PUSCH#3和PUSCH#4的信息时，调度SC 351可以确定关于为PUSCH#3和PUSCH#4所请求的时间延时和无线资源的信息。例如，调度SC 351可以基于用于PUSCH#3和PUSCH#4的信道编码的码字的长度、用于信道估计的配置DMRS的符号数目、用于信道均衡的数据符号数目和层数目，确定无线资源指配量。并且，调度SC 351可以确定PUSCH#3的时间延时极限是10μs，而PUSCH#4的时间延时极限是50μs。
调度SC 351可以通过使用从监测SC 355获得的资源监测信息，基于关于为要生成的业务所请求的时间延时和无线资源的信息，预测处理业务所需的处理器资源。调度SC351可以通过确定为PUSCH#3和PUSCH#4中的每一者所请求的时间延时是否小于阈值来确定调度方法。在图10所示的实施例中，假定为PUSCH#3和PUSCH#4中的每一者所请求的时间延时小于阈值。在这种情况下，调度SC 351可以指配为处理PUSCH#3和PUSCH#4中的每一者所请求的全部处理器资源。
并且，调度SC 351可以确定要求为PUSCH#3和PUSCH#4指配的处理器资源的大小是否小于GPU处的可用处理器资源的大小。例如，可以将要求为PUSCH#3和PUSCH#4指配的处理器资源的大小分别确定为40个流多处理器(SM)和60个SM。一个SM可以包括执行程序代码以处理业务的多个核、至少一个高速缓存存储器和多个寄存器。
当所需处理器资源的大小小于可用处理器资源的大小时，调度SC 351可以确定要生成流水线。在服务器300处，可以在预指配的PUSCH#1和PUSCH#2上执行进程，并且可以将从全部处理器资源当中排除用于处理PUSCH#1和PUSCH#2的处理器资源的剩余处理器资源确定为可用处理器资源。在图10所示的实施例中，假定用于PUSCH#3的所需处理器资源和用于PUSCH#4的所需处理器资源均小于可用处理器资源的大小，但是所需处理器资源的总大小大于可用处理器资源的大小。因此，调度SC 351可以从PUSCH#3和PUSCH#4当中选择具有相对短的时间延时极限的业务，并且执行调度，使得所选业务被首先处理。例如，调度SC351可以从时间延时极限为10μs的PUSCH#3和时间延时极限为50μs的PUSCH#4当中选择PUSCH#3。
根据调度SC 351的确定，流水线管理SC 353可以在GPU#1 1030和GPU#2 1040当中的存在可用处理器资源的GPU#2 1040处生成新流水线。并且，可以将PUSCH#3指配给新流水线，并且PUSCH#2可以与PUSCH#3并行处理。另一方面，调度SC 351可以将PUSCH#4指配给GPU#11030的流水线。指配给GPU#1 1030的PUSCH#1的剩余处理时间是10μs，而PUSCH#2的剩余处理时间是100μs，因此调度SC 351可以将PUSCH#4指配给具有相对短的剩余处理时间的GPU#1 1030的流水线。可以在PUSCH#1被处理之后在GPU#1 1030的流水线处处理PUSCH#4。
图11是用于描述根据本公开的实施例的由vRAN执行的对处理器资源进行调度以便处理具有不同时间延时极限的业务的方法的图。
参照图11，服务器300可以从多个基站(即，基站A 1110、基站B1120和基站C 1130)获得业务信息。例如，服务器300可以获得关于生成了业务的服务的类型的信息作为业务信息。服务器300中的调度SC 351可以经由所获得的信息验证由URLLC服务生成的业务将从基站A 1110接收，由eMBB服务生成的业务将从基站B 1120接收，以及由mMTC服务和eMBB服务生成的业务将从基站C 1130接收。在本公开的当前实施例中，为了描述的方便，由eMBB服务生成的业务将被称为eMBB业务，由mMTC服务生成的业务将被称为mMTC业务，而由URLLC服务生成的业务将被称为URLLC业务。
调度SC 351可以确定关于针对eMBB业务、mMTC业务和URLLC业务所请求的时间延时和无线资源的信息。例如，调度SC 351可以基于eMBB业务、mMTC业务和URLLC业务的要求(例如，数据速率、错误率或连接)确定无线资源指配量。并且，调度SC 351可以确定关于eMBB业务、mMTC业务和URLLC业务的时间延时的信息。
调度SC 351可以通过使用从监测SC 355获得的资源监测信息，基于关于为要生成的业务所请求的时间延时和无线资源的信息，预测处理业务所需的处理器资源。调度SC351可以通过确定为eMBB业务、mMTC业务和URLLC业务中的每一者所请求的时间延时是否小于阈值来确定调度方法。
当URLLC业务的时间延时小于阈值时，调度SC 351可以确定调度信息，使得处理URLLC业务所需的所有处理器资源都被指配给流水线1142、1144和1146。当eMBB业务和mMTC业务中的每一者的时间延时等于或大于阈值时，调度SC 351也可以确定调度信息，使得预设大小的最少处理器资源被指配给流水线1142、1144和1146。
调度SC 351也可以确定要求为URLLC业务、eMBB业务和mMTC业务指配的处理器资源的大小是否小于GPU处的可用处理器资源的大小。当处理URLLC业务、eMBB业务和mMTC业务所需的处理器资源的总大小大于GPU处的可用处理器资源的大小时，调度SC 351可以考虑到每个业务的时间延时极限来选择要并行地处理的业务。例如，URLLC业务和eMBB业务的时间延时极限相对地短于mMTC业务的时间延时极限，因此调度SC 351可以将mMTC业务调度为在URLLC业务和eMBB业务中的任何一者的处理完成之后被处理。在这种情况下，因为URLLC业务的处理时间相对地短于eMBB业务的处理时间，所以调度SC 351可以确定要将mMTC业务指配给指配有URLLC业务的流水线1144。因此，流水线管理SC 353可以将mMTC业务指配给流水线1144，并且可以在URLLC业务被处理之后处理mMTC业务。
图12是根据本公开的实施例的对处理器资源进行调度的vRAN的图。
参照图12，服务器1200可以包括能够驱动执行vRAN功能的软件的硬件1210。在图12所示的实施例中，服务器1200除了包括GPU之外还可以包括CPU、RAM、存储装置和NIC，但是为了描述的方便，省略了除GPU以外的组件。在图12所示的实施例中，在服务器1200中包括多个GPU 1211至1215，但是这仅是示例并且服务器1200可以包括一个GPU。服务器1200也可以包括OS 1220、虚拟化软件1230和虚拟化主控1270。
在图12的服务器1200中包括的组件当中，省略了关于具有与图3中描述的服务器300的组件相同的功能的组件的描述。
vRAN包1240可以获得有关一个或更多个基站的调度请求。根据本公开的实施例，可以在终端请求指配时间频率资源以经由UL向基站发送业务时获得调度请求，或者根据本公开的另一实施例，可以为让服务服务器提供待经由DL向接入到基站的多个终端发送的业务信息而获得调度请求。vRAN包1240可以包括RLC SC 1241、MAC SC 1243和PHY SC 1245。
在发送到vRAN包1240的业务当中，由于使用移动边缘计算(MEC)服务的应用的执行而生成的业务可以被发送到MEC包1250。MEC包1250可以执行边缘应用，并且处理由于边缘应用的执行而生成的业务或关于边缘应用接收到的业务。可以在边缘数据网络上执行边缘应用，其中，边缘数据网络可以布置在终端连接到的3GPP网络的基站内部或者布置在地理上靠近基站的位置处，并且提供与外部服务器所提供的内容至少部分相同的内容。发送到vRAN包1240的业务当中不使用MEC服务的业务可以被发送到服务器1200外部的另一服务器，并且在本公开中未提供关于由服务器1200外部的另一服务器处理业务的方法的描述。
MEC包1250可以包括边缘使能器SC 1255以及多个边缘应用SC1251和1253。多个边缘应用SC 1251和1253是边缘数据网络中的第三方提供的向终端提供MEC服务的应用，并且可以与应用客户端形成数据会话以发送/接收与应用客户端相关的数据。边缘使能器SC1255可以向边缘数据网络中包括的边缘应用提供服务，并且提供关于MEC服务的信息。
调度SC 1261可以基于从vRAN包1240接收到的关于业务的信息，确定关于针对业务所请求的时间延时和无线资源的信息。调度SC 1261可以基于关于时间延时和无线资源的信息以及服务器1200处的可用处理器资源，确定关于指配来在GPU 1211至1215的至少一条流水线处处理业务的处理器资源的调度信息。服务器1200可以识别服务器1200处的可用处理器资源，以处理在一个或更多个基站处要生成的业务。
调度SC 1261可以从GPU监测SC 1265获得关于用于处理在调度请求之前生成的业务的处理器资源的资源监测信息。调度SC 1261可以通过使用资源监测信息，基于关于为要生成的业务所请求的时间延时和无线资源的信息，预测处理业务所需的处理器资源。
当针对业务所请求的时间延时小于阈值时，调度SC 1261可以确定调度信息，使得为了处理业务而请求的所有处理器资源都被指配。作为另一示例，当针对业务所请求的时间延时等于或大于阈值时，调度SC 1261可以确定调度信息，使得预设大小的最少处理器资源被指配。
当指配给业务的处理器资源的大小超过服务器1200处的可用处理器资源的大小时，调度SC 1261可以识别在MEC包1250等待处理的业务的大小。当作为识别MEC包1250处等待的业务的大小的结果，确定了可以减少为MEC包1250指配的处理器资源时，调度SC 1261可以减少指配给MEC包1250的现有处理器资源。
因此，可用处理器资源被额外地保证，因此流水线管理SC 1263可以生成新流水线。流水线管理SC 1263可以基于从调度SC 1261接收到的调度信息，新生成流水线或者维持现有流水线。流水线管理SC 1263也可以基于调度信息，向PHY SC 1245提供关于将在那里处理要生成的业务的流水线的信息。
GPU监测SC 1265可以监测用于处理业务的处理器资源，并且存储监测到的信息。GPU监测SC 1265可以向调度SC 1261提供关于用于处理在调度请求之前生成的业务的处理器资源的资源监测信息。
图13是根据本公开的实施例的由服务器执行的基于在MEC包和vRAN包处要生成的业务对处理器资源进行调度的方法的图。
参照图13，服务器可以识别为当前vRAN包指配的vRAN GPU资源1310和为MEC包指配的MEC GPU包1320的大小。并且，服务器可以获得关于在vRAN包处要生成的业务和在MEC包处要生成的业务的信息。
服务器可以基于所获得的信息，识别在vRAN包处要生成的业务与当前正在处理的业务相比较将减少。在这方面，服务器可以估计仅为当前vRAN包指配的GPU资源中的40％将被使用，并且相应地，调整为vRAN包和MEC包指配的GPU资源。例如，在估计到在vRAN包处要生成的业务将减少时，服务器可以减小为vRAN包指配的vRAN GPU资源1310的大小。服务器可以分别经由调整后的vRAN GPU资源1315和调整后的MEC GPU资源1325来处理在vRAN包和MEC包处生成的业务。
图14是根据本公开的实施例的由vRAN使用来对处理器资源进行调度的人工智能(AI)模型1400的图。
参照图14，作为输入数据，关于所需无线资源指配量、容许时间延时和可用处理器资源的信息可以被应用于AI模型1400。参照图13描述的服务器可以基于比较评估数据和作为将输入数据应用于AI模型1400的结果而获得的输出数据来训练AI模型1400。例如，服务器可以将各种类型的输入数据应用于AI模型1400，直到评估数据与输出数据之间的差异小于预设阈值。作为另一示例，服务器可以通过将评估数据与输出数据之间的差异与输入数据一起应用于AI模型1400来训练AI模型1400。可以经由训练更新配置AI模型1400的神经网络的层的参数的值。然而，这仅是示例并且训练AI模型1400的方法不限于此。
根据本公开的实施例的服务器可以通过向已经完成训练的AI模型1400输入重新获得的关于所需无线资源指配量、容许时间延时和可用处理器资源的信息来获得调度信息。调度信息可以与以上参照图3描述的调度信息相同。
根据实际上实现的每个设备的规格，可以整合框图中的组件，可以增加组件，或者可以省略组件。换句话说，必要时可以将两个或更多个组件整合成一个组件或者可以将一个组件划分成两个或更多个组件。同样，通过每个框执行的功能仅用于描述本公开的实施例，并且具体操作或装置不限制本公开的权利范围。
在本公开的权利要求或详细描述中描述的根据本公开的实施例的方法可以用硬件、软件或硬件和软件的组合加以实现。
当方法用软件加以实现时，可以提供在其上记录有一个或更多个程序(软件模块)的计算机可读记录介质。在计算机可读记录介质上记录的一个或更多个程序被配置为可由电子设备中的一个或更多个处理器执行。一个或更多个程序包括用以执行在本公开的权利要求或详细描述中描述的根据本公开的实施例的方法的指令。
程序(例如，软件模块或软件)可以被存储在随机存取存储器(RAM)、包括闪存的非易失性存储器、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、磁盘存储设备、光盘-ROM(CD-ROM)、数字通用盘(DVD)、另一类型的光学存储设备或磁盒中。或者，程序可以被存储在包括一些或所有上述存储器的组合的存储器中。另外，每个存储器可以包括多个存储器单元。
程序也可以被存储在可附连存储设备中，所述可附连存储设备通过诸如因特网、内部网、局域网(LAN)、无线LAN(WLAN)或存储区域网络(SAN)或它们的组合的通信网络可访问。存储设备可以通过外部端口连接到根据本公开的实施例的装置。通信网络上的另一存储设备也可以连接到执行本公开的实施例的装置。
另一方面，参照说明书和附图描述的本公开的实施例仅仅说明具体示例以容易地促进本公开的描述和理解，而不旨在限制本公开的范围。换句话说，对本领域的普通技术人员而言将清楚的是，基于本公开的技术思想的其他修改是可行的。同样，本公开的实施例可以根据需要彼此组合。例如，本公开的一个实施例的一部分和本公开的另一实施例的一部分可以彼此组合以使得基站和终端能够工作。同样，可以在诸如以下的各种系统上实现基于本公开的实施例的技术思想的其他修改：频分双工(FDD)LTE系统、时分双工(TDD)LTE系统、5G或NR系统等。
虽然已经参照本公开的各种实施例示出和描述了本公开，但是本领域的技术人员将理解，在不背离如由所附权利要求及其等同形式所限定的本公开的精神和范围的情况下，可以在其中做出形式和细节上的各种改变。

Claims (15)

1.一种由服务器执行的执行无线接入网络功能的方法，所述方法包括：
基于有关一个或更多个基站的调度请求，获得关于在所述一个或更多个基站处要生成的业务的信息；
基于关于所述要生成的业务的信息，确定关于针对所述业务所请求的时间延时和无线资源的信息；
基于关于所述时间延时和无线资源的信息以及所述服务器处的可用处理器资源，确定关于在至少一个处理器的至少一条流水线上指配来处理所述业务的处理器资源的调度信息；以及
基于所述调度信息，由所述至少一条流水线处理所述业务。
2.根据权利要求1所述的方法，其中，确定所述调度信息包括：
当针对所述业务所请求的时间延时小于阈值时，确定所述调度信息，使得为了处理所述业务而请求的所有处理器资源都被指配；以及
当针对所述业务所请求的时间延时等于或大于所述阈值时，确定所述调度信息，使得预设大小的最少处理器资源被指配。
3.根据权利要求1所述的方法，所述方法还包括：
获得关于为了处理在所述调度请求之前生成的业务而请求的处理器资源的资源监测信息，
其中，确定所述调度信息包括：通过使用所述资源监测信息，基于关于针对所述业务所请求的时间延时和无线资源的信息，确定处理所述业务所需的处理器资源。
4.根据权利要求1所述的方法，
其中，关于在所述一个或更多个基站处要生成的业务的信息包括关于在所述一个或更多个基站处要生成的业务的大小和类型的信息，并且
其中，所述业务的类型是根据生成了所述业务的每个服务所要求的数据传输速度、传输延时和连接密度当中的至少一个性能来分类的。
5.根据权利要求1所述的方法，其中，关于所述无线资源的信息包括关于以下中的至少一者的信息：
用于发送/接收所述业务的时间频率资源、所述一个或更多个基站与终端之间的发送/接收模式、天线端口数目、层数目、或信道编码和调制技术。
6.根据权利要求1所述的方法，其中，确定所述调度信息包括：
通过使用预生成的学习网络模型，基于关于所述时间延时和无线资源的信息以及所述服务器处的所述可用处理器资源，确定针对所述处理器资源的调度信息。
7.一种执行无线接入网络功能的服务器，所述服务器包括：
收发器；
存储器，所述存储器存储一个或更多个指令；以及
至少一个处理器，所述至少一个处理器被配置为执行存储在所述存储器中的所述一个或更多个指令以：
基于有关一个或更多个基站的调度请求，获得关于在所述一个或更多个基站处要生成的业务的信息，
基于关于所述要生成的业务的信息，确定关于针对所述业务所请求的时间延时和无线资源的信息，
基于关于所述时间延时和无线资源的信息以及所述服务器处的可用处理器资源，确定关于在所述至少一个处理器的至少一条流水线上指配来处理所述业务的处理器资源的调度信息，以及
基于所述调度信息，由所述至少一条流水线处理所述业务。
8.根据权利要求7所述的服务器，其中，所述至少一个处理器被进一步配置为执行所述一个或更多个指令以：
当针对所述业务所请求的时间延时小于阈值时，确定所述调度信息，使得为了处理所述业务而请求的所有处理器资源都被指配；以及
当针对所述业务所请求的时间延时等于或大于所述阈值时，确定所述调度信息，使得预设大小的最少处理器资源被指配。
9.根据权利要求8所述的服务器，其中，所述至少一个处理器被进一步配置为执行所述一个或更多个指令以：
当指配给所述业务的所述处理器资源的大小超过所述服务器处的所述可用处理器资源的大小时，在预指配给所述至少一条流水线的业务被处理之后处理所述业务；以及
当指配给所述业务的所述处理器资源的大小小于或等于所述服务器处的所述可用处理器资源的大小时，由为了处理所述业务而生成的新流水线处理所述业务。
10.根据权利要求8所述的服务器，其中，所述至少一个处理器被进一步配置为执行所述一个或更多个指令以：
当指配给所述业务的所述处理器资源的大小超过所述服务器处的所述可用处理器资源的大小并且所述业务的处理的优先级高于预指配给所述至少一条流水线的业务的处理的优先级时，停止预指配给所述至少一条流水线的业务的处理并且处理所述业务。
11.根据权利要求10所述的服务器，其中，所述至少一个处理器被进一步配置为执行所述一个或更多个指令以：
当预指配给所述至少一条流水线的业务的处理被停止时，生成用于处理所述业务的新流水线；以及
由所生成的新流水线处理所述业务。
12.根据权利要求7所述的服务器，其中，所述至少一个处理器被进一步配置为执行所述一个或更多个指令以：
获得关于为了处理在所述调度请求之前生成的业务而请求的处理器资源的资源监测信息；以及
通过使用所述资源监测信息，基于关于针对所述业务所请求的所述时间延时和无线资源的信息，确定处理所述业务所需的处理器资源。
13.根据权利要求7所述的服务器，
其中，关于在所述一个或更多个基站处要生成的业务的信息包括关于所述在所述一个或更多个基站处要生成的业务的大小和类型的信息，并且
其中，所述业务的类型是根据生成了所述业务的每个服务所请求的数据传输速度、传输延时和连接密度当中的至少一个性能来分类的。
14.根据权利要求7所述的服务器，其中，所述至少一个处理器被进一步配置为执行所述一个或更多个指令以：
通过使用预生成的学习网络模型，基于关于所述时间延时和无线资源的信息以及所述服务器处的所述可用处理器资源，确定针对所述处理器资源的调度信息。
15.一种计算机程序产品，所述计算机程序产品包括存储程序的计算机可读记录介质，所述程序使得服务器执行一种执行无线接入网络功能的方法，所述方法包括：
基于有关一个或更多个基站的调度请求，获得关于在所述一个或更多个基站处要生成的业务的信息；
基于关于所述要生成的业务的信息，确定关于针对所述业务所请求的时间延时和无线资源的信息；
基于关于所述时间延时和无线资源的信息以及所述服务器处的可用处理器资源，确定关于在至少一个处理器的至少一条流水线上指配来处理所述业务的处理器资源的调度信息；以及
基于所述调度信息，由所述至少一条流水线处理所述业务。
CN202180081657.3A 2020-12-04 2021-12-03 执行无线接入网络功能的方法和装置 Pending CN116584079A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR10-2020-0168719 2020-12-04
KR1020200168719A KR20220079191A (ko) 2020-12-04 2020-12-04 무선 접속 네트워크 기능을 수행하는 방법 및 장치
PCT/KR2021/018213 WO2022119375A1 (ko) 2020-12-04 2021-12-03 무선 접속 네트워크 기능을 수행하는 방법 및 장치

Publications (1)

Publication Number Publication Date
CN116584079A true CN116584079A (zh) 2023-08-11

Family

ID=81848512

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180081657.3A Pending CN116584079A (zh) 2020-12-04 2021-12-03 执行无线接入网络功能的方法和装置

Country Status (3)

Country Link
US (1) US12075450B2 (zh)
EP (1) EP4243374A4 (zh)
CN (1) CN116584079A (zh)

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7590824B2 (en) * 2005-03-29 2009-09-15 Qualcomm Incorporated Mixed superscalar and VLIW instruction issuing and processing method and system
WO2007066900A1 (en) 2005-11-02 2007-06-14 Electronics And Telecommunications Research Institute Method for scheduling in mobile communication and apparatus thereof
US7673099B1 (en) * 2006-06-30 2010-03-02 Emc Corporation Affinity caching
KR20090052784A (ko) 2007-11-21 2009-05-26 엘지전자 주식회사 릴레이를 통한 통신 방법
US8135382B1 (en) * 2008-06-03 2012-03-13 Sprint Communications Company L.P. Billing and OAM function integration in a mixed-switching environment
JP5718322B2 (ja) * 2010-04-30 2015-05-13 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカPanasonic Intellectual Property Corporation of America 通信装置、ネットワークノード並びに通信サーバ
CN102547610B (zh) 2010-12-31 2016-03-30 华为技术有限公司 消息处理方法、设备及系统
US9584281B2 (en) 2012-01-04 2017-02-28 Qualcomm Incorporated Position based signaling for short packets with minimal interference to the macro
KR101445838B1 (ko) 2012-06-13 2014-10-01 주식회사 케이티 통화 트래픽을 위한 자원할당 방법, 그리고 이를 수행하는 자원할당장치
JP6558374B2 (ja) * 2014-09-09 2019-08-14 日本電気株式会社 スケール数推定装置、スケール数管理システム、スケール数推定方法、スケール数管理方法、および、コンピュータ・プログラム
US10462783B2 (en) * 2016-02-26 2019-10-29 The Boeing Company System and method for highly deterministic media access control
KR101953906B1 (ko) 2016-04-11 2019-06-12 한국전자통신연구원 태스크 스케줄링 방법 및 장치
US10725816B2 (en) * 2017-01-13 2020-07-28 International Business Machines Corporation Optimizing pipeline execution scheduling based on commit activity trends, priority information, and attributes
CN107295573B (zh) * 2017-07-12 2019-08-02 网宿科技股份有限公司 一种业务应用流量的引导方法和系统
KR102102060B1 (ko) 2017-11-28 2020-04-17 연세대학교 산학협력단 무허가 다중 접속을 위한 스케줄링 방법 및 이를 위한 사용자 단말
KR102748588B1 (ko) 2018-09-21 2025-01-02 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘) 무선 액세스 네트워크들에서 리소스들을 스케줄링하기 위한 방법들 및 장치들
US11121957B2 (en) * 2018-12-28 2021-09-14 Intel Corporation Dynamic quality of service in edge cloud architectures
EP3745761A1 (en) 2019-05-28 2020-12-02 Samsung Electronics Co., Ltd. Virtualization of ran functions based on load of the base stations
US10972768B2 (en) * 2019-06-27 2021-04-06 Intel Corporation Dynamic rebalancing of edge resources for multi-camera video streaming
CN111427696B (zh) * 2020-04-07 2023-03-14 上海飞旗网络技术股份有限公司 业务资源调度方法及装置
CN111885730A (zh) * 2020-07-30 2020-11-03 北京神州数码云科信息技术有限公司 一种服务器数据中心的网络调度信息传输方法及系统

Also Published As

Publication number Publication date
EP4243374A4 (en) 2024-04-10
US20220183026A1 (en) 2022-06-09
US12075450B2 (en) 2024-08-27
EP4243374A1 (en) 2023-09-13

Similar Documents

Publication Publication Date Title
US12284663B2 (en) Methods and apparatus for related to a transmission and reception point
CN113315648B (zh) 用于执行虚拟化的网络功能的方法及装置
KR20210117960A (ko) O-ran 기반 성능 최적화 및 구성을 위한 방법 및 장치
US11140564B2 (en) Method and apparatus for performing radio access network function
US12028878B2 (en) Method and apparatus for allocating GPU to software package
US20240137943A1 (en) Handling misalignment between arrival of critical data for transmission and transmission occasions of a configured grant
EP4187879A1 (en) Method and device for offloading hardware to software package
JP2019537857A (ja) Ｈａｒｑタイミング構成の同期制御のためのシステムおよび方法
TWI860367B (zh) 訊務感知容許信號傳遞和處理
CN111953593B (zh) 无线通信系统中用于确定分组的发送路径的方法及其装置
CN112020101B (zh) 用于执行无线电接入网络功能的方法和设备
CN114846774B (zh) 一种通信方法及装置
KR20220079191A (ko) 무선 접속 네트워크 기능을 수행하는 방법 및 장치
KR102796678B1 (ko) 무선 접속 네트워크 기능을 수행하는 방법 및 장치
JP7540852B2 (ja) マルチ・セル・スケジューリングを処理するためのデバイス及び方法
CN116584079A (zh) 执行无线接入网络功能的方法和装置
CN119999306A (zh) 发送上行链路控制信息的方法和通信设备
US20230083390A1 (en) Multi-cell scheduling with carrier aggregation
WO2025204222A1 (ja) 無線アクセスネットワークノード、コアネットワークノード、通信ノード、およびこれらの方法

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