CN114762383A - 用于在无线通信系统中卸载数据的方法和装置 - Google Patents

用于在无线通信系统中卸载数据的方法和装置 Download PDF

Info

Publication number
CN114762383A
CN114762383A CN202080082805.9A CN202080082805A CN114762383A CN 114762383 A CN114762383 A CN 114762383A CN 202080082805 A CN202080082805 A CN 202080082805A CN 114762383 A CN114762383 A CN 114762383A
Authority
CN
China
Prior art keywords
server
data
information
offload
demand
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
CN202080082805.9A
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
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN114762383A publication Critical patent/CN114762383A/zh
Pending legal-status Critical Current

Links

Images

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/08—Load balancing or load distribution
    • H04W28/09—Management thereof
    • H04W28/0925—Management thereof using policies
    • H04W28/0933—Management thereof using policies based on load-splitting ratios
    • 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/08—Load balancing or load distribution
    • H04W28/09—Management thereof
    • H04W28/0958—Management thereof based on metrics or performance parameters
    • H04W28/0967—Quality of Service [QoS] parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • 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/18—Service support devices; Network management devices
    • H04W88/182—Network node acting on behalf of an other network entity, e.g. proxy

Landscapes

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

Abstract

提供了一种用于在无线通信系统中卸载数据的方法和装置。由卸载数据的用户设备UE执行的方法包括：确定用于处理至少一些数据的服务器；从服务器接收关于可拆分数据的拆分点的列表；基于该列表，确定至少一个拆分点作为卸载点；向服务器发送关于卸载点的信息和关于对应于卸载点的卸载数据的需求的信息；从所述服务器接收关于所述卸载数据是否能够被处理的响应，并基于所述响应确定是否要处理所述卸载数据。

Description

用于在无线通信系统中卸载数据的方法和装置
技术领域
本公开涉及用于在无线通信系统中卸载(offloading)数据的方法和装置。更具体地，本公开涉及一种用于卸载数据以满足预设需求的方法和装置。
背景技术
考虑到无线通信一代又一代的发展，主要开发了服务目标为人类的技术，例如语音呼叫、多媒体服务和数据服务。在5G(第五代)通信系统的商业化之后，预计连接设备的数量将按指数规律增长。连接设备将越来越多地连接到通信网络。连接的物的示例可以包括车辆，机器人，仪表板，家用电器，显示器，连接到各种基础设施、建筑机械和工厂设备的智能传感器。预计移动设备将以各种形式发展，例如增强现实眼镜、虚拟现实头戴式耳机和全息设备。为了在6G(第6代)时代通过连接数百亿个设备和事物来提供各种服务，一直在努力开发改进的6G通信系统。由于这些原因，6G通信系统被称为超5G系统。
预计在2030年左右商业化的6G通信系统将具有太(1000千兆)级bps的峰值数据速率和小于100μs的无线电延迟，并且因此将是5G通信系统的50倍快，而且具有其1/10的无线电延迟。
为了实现这种高数据速率和超低延迟，考虑在太赫兹频带(例如，95GH至3THz频带)中实现6G通信系统。预计由于太赫兹频带中的相对于5G中引入的毫米频带更严重的路径损耗和大气吸收，能够确保信号传输距离(即覆盖)的技术将变得更加关键。作为用于保证覆盖的主要技术，有必要开发射频(RF)元件、天线、具有比正交频分复用(OFDM)波束成形更好的覆盖的新颖波形、大量多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、以及诸如大规模天线的多天线传输技术。此外，对用于改善太赫兹频带信号覆盖的新技术，如超材料基透镜和天线、轨道角动量(OAM)和可重构智能表面(RIS)进行了讨论。
此外，为了提高频谱效率和整体网络性能，已经为6G通信系统开发了以下技术：用于使上行链路传输和下行链路传输同时使用相同频率资源的全双工技术；以集成的方式利用卫星、高空平台站(HAPS)等的网络技术；用于支持移动基站等、以及实现网络运行优化和自动化等的改进的网络结构；经由基于频谱使用预测的碰撞避免的动态频谱共享技术；无线通信中人工智能(AI)的使用，用于通过从开发6G和内化端到端AI支持功能的设计阶段利用AI来改善整个网络操作；以及下一代分布式计算技术，用于通过网络上可达的超高性能通信和计算资源(如移动边缘计算(MEC)、云等)来克服UE计算能力的限制。此外，通过设计在6G通信系统中使用的新协议，正在持续开发用于实现基于硬件的安全环境和数据的安全使用的机制，并且正在持续开发用于维护隐私、尝试加强设备之间的连接、优化网络、促进网络实体的软件化、以及增加无线通信的开放性的技术。
预计在6G通信系统中对超连通性(包括人对机器(P2M)以及机器对机器(M2M))的研究和开发将允许下一代超连通性体验。特别地，预计可以通过6G通信系统提供诸如真正沉浸式扩展现实(XR)、高保真度移动全息图、以及数字复制品之类的服务。此外，将通过6G通信系统提供诸如安全和可靠性增强的远程手术、工业自动化、以及紧急响应的服务，使得该技术可应用于诸如工业、医疗护理、汽车和家用电器之类的各种领域。
随着智能设备的进步，由智能设备处理的数据量增加，并且由智能设备处理的数据类型变得多样化。换句话说，由于智能设备的类型变得多样化并且它们的性能得到了提高，要处理的数据量增加并且需要更高的数据处理水平。
因此，需要一种卸载技术，其允许要由智能设备处理的一部分数据被服务器处理而不是被智能设备处理。当向服务器发送数据以进行处理比在智能设备中处理数据更有效时，卸载技术是指允许智能设备向服务器发送其数据中的一些数据以进行处理，并从服务器接收处理结果的技术。
此外，当多个智能设备卸载数据时，每个智能设备可能卸载不同类型的数据，因此，需要满足不同的需求。此外，当从多个智能设备卸载数据时，需要一种考虑到实时改变的信道条件和服务器环境的卸载技术。
上述信息仅作为背景信息来呈现，以帮助理解本公开。关于上述中的任何一个是否可以作为关于本公开的现有技术适用，没有作出任何确定，也没有作出任何断言。
发明内容
本公开的一个方面是解决至少上述问题和/或缺点，并提供至少下述优点。因此，本公开的一个方面是提供一种用于在无线通信系统中卸载数据的方法和装置。
本公开的另一方面是提供一种用于卸载数据以满足预设需求的方法和装置。
本公开的另一方面是提供一种用于根据变化的信道条件和服务器环境卸载数据的方法和装置。
另外的方面将部分地在随后的描述中阐述，并且部分地将从描述中显而易见，或者可以通过所呈现的实施方式的实践来获知。
根据本公开的一个方面，提供了一种由用户设备(UE)执行的卸载数据的方法。该方法包括：确定用于处理至少一些数据的服务器；从服务器接收关于可拆分数据的拆分点的列表；基于该列表确定至少一个拆分点作为卸载点；向服务器发送关于卸载点的信息和关于对应于卸载点的卸载数据的需求的信息；从服务器接收所述卸载数据是否能够被处理的响应，并且基于所述响应来确定是否要处理所述卸载数据。
关于需求的信息可以包括当卸载数据被服务器处理时需要满足的服务质量(QoS)信息、延迟信息、处理时间信息、或容量信息中的至少一个。
当卸载数据能够被处理以满足需求时，关于卸载数据是否能够被处理的响应可以包括确认(ACK)，以及当卸载数据不能够被处理以满足需求时，当需求是强制性需求时，包括否定ACK(NACK)，以及当需求不是强制性需求时，包括变更请求信息。
该方法还可以包括估计服务器处理卸载数据所需的时间，并且该需求包括如下条件：作为处理卸载数据所需的时间由服务器计算的时间小于所估计的时间。
确定是否要处理卸载数据可以包括：当关于是否能够处理卸载数据的响应包括ACK时，向服务器发送处理卸载数据所需的信息，以及从服务器接收处理卸载数据的结果。
确定是否要处理卸载数据可以包括：当关于是否能够处理卸载数据的响应包括NACK时，请求服务器终止卸载数据的处理。
变更请求信息可以包括与用于改变卸载点的请求和用于改变需求的请求有关的信息。
确定是否要处理卸载数据可以包括：当关于是否能够处理卸载数据的响应包括变更请求信息时，基于变更请求信息改变卸载点或需求，向服务器发送处理基于改变的结果而改变的卸载数据所必需的信息，以及从服务器接收处理卸载数据的结果。
数据可以包括用于机器学习的训练数据，并且卸载数据可以是训练数据中由服务器训练的数据。
服务器的确定可以包括：从至少一个服务器接收服务器信息，以及基于所接收的服务器信息，从至少一个服务器中确定用于处理至少一些数据的服务器。
确定是否要处理卸载数据可以包括：确定卸载数据要由服务器处理，在服务器正在处理卸载数据的同时改变卸载点和需求，将关于改变的卸载点和需求的信息发送到服务器，以及从服务器接收基于关于改变的卸载点和需求的信息处理卸载数据的结果。
根据本公开的另一方面，提供了一种由服务器执行的处理卸载数据的方法。该方法包括：确定可拆分从UE接收的数据的拆分点，并将关于所确定的拆分点的列表发送到UE；从UE接收关于基于该列表所确定的卸载点的信息和关于对应于卸载点的卸载数据的需求的信息；将关于服务器是否能够处理卸载数据的响应发送到UE；以及从UE接收基于响应确定的是否要处理卸载数据的结果。
根据本公开的另一实施方式，提供了一种用于卸载数据的UE。所述UE包括存储器、收发器和至少一个处理器，所述至少一个处理器被配置为确定用于处理所述数据中的至少一些数据的服务器，从所述服务器接收关于可拆分所述数据的拆分点的列表，基于所述列表将所述拆分点中的至少一个确定为卸载点，将关于所述卸载点的信息和关于对应于所述卸载点的卸载数据的需求的信息发送到所述服务器，从服务器接收关于是否能够处理卸载数据的响应，并基于该响应确定是否要处理卸载数据。
根据本公开的另一实施方式，提供了一种用于处理卸载数据的服务器。所述服务器包括存储器、收发器和至少一个处理器，所述至少一个处理器被配置为确定可拆分从UE接收的数据的拆分点，并向所述UE发送关于所确定的拆分点的列表，从所述UE接收关于基于所述列表确定的卸载点的信息和关于对应于所述卸载点的卸载数据的需求的信息，向所述UE发送关于服务器是否能够处理卸载数据的响应，以及从UE接收基于该响应确定的是否要处理卸载数据的结果。
通过下面结合附图的详细描述，本公开的其它方面、优点和显著特征对于本领域技术人员将变得显而易见，该详细描述公开了本公开的各种实施方式。
附图说明
从以下结合附图的描述中，本公开的某些实施方式的上述和其它方面、特征和优点将变得更加明显，其中：
图1是根据本公开的实施方式的用于卸载数据的系统的示意图；
图2是示出根据本公开的实施方式的用于处理卸载数据的服务器的图；
图3是根据本公开的实施方式的由系统执行的卸载数据的方法的流程图；
图4是根据本公开的实施方式的由用户设备(UE)执行的卸载数据的方法的流程图；
图5是示出根据本公开的实施方式的分布式机器学习的图；
图6a是示出根据本公开的实施方式的由UE执行的确定用于执行数据卸载的服务器的方法的图；
图6b是示出根据本公开的实施方式的在执行卸载过程的同时改变或添加用于执行数据卸载的服务器的方法的图；
图7是示出根据本公开的实施方式的协调器匹配用于卸载数据的服务器的系统的图；
图8是示出根据本公开的实施方式的向UE组分配服务器资源的操作的图；
图9是根据本公开的实施方式的确定卸载数据或需求的方法的流程图；
图10示出了根据本公开的实施方式的需求的表；
图11示出了根据本公开的实施方式的处理时间信息的表；
图12是示出根据本公开的实施方式的服务器的操作的流程图；
图13是示出根据本公开的实施方式的服务器的操作的流程图；
图14是示出根据本公开的实施方式的根据确定卸载点的实体的UE的操作的流程图；
图15是示出根据本公开的实施方式的由服务器执行的确定卸载数据的方法的图；
图16是根据本公开的实施方式的由UE执行的在执行卸载过程时改变卸载数据或需求的方法的流程图；
图17是示出根据本公开的实施方式的分布式计算控制协议(DCCP)的图；
图18示出了根据本公开实施方式的UE的内部结构；以及
图19示出了根据本公开实施方式的服务器的内部结构。
在所有附图中，相同的附图标记将被理解为表示相同的部分、部件和结构。
具体实施方式
提供以下参考附图的描述以帮助全面理解如由权利需求书及其等效物界定的本公开的各种实施方式。虽然包括各种具体细节以帮助理解，但是这些仅被认为是示例性的。因此，本领域的普通技术人员将认识到，在不脱离本公开的范围和精神的情况下，可以对这里描述的各种实施方式进行各种改变和修改。此外，为了清楚和简洁起见，可以省略对众所周知的功能和结构的描述。
在说明书和权利要求中使用的术语和词不限于书目含义，而是仅由发明人使用以使得能够清楚和一致地理解本公开。因此，本领域的技术人员应当清楚，提供本公开的各种实施方式的以下描述仅仅是为了说明的目的，而不是为了限制由所附权利要求及其等同物限定的公开。
应当理解，除非上下文另有明确规定，单数形式“一个”、“一种”和“该”包括复数指示物。因此，例如提及“部件表面”包括提及一个或多个这样的表面。
在整个说明书中，应当理解，当一个元件被称为“连接”或“联接”到另一个元件时，它可以直接连接到另一个元件或电联接到另一个元件(一个或多个插入元件插入在它们之间)。此外，当部件“包含”或“包括”元件时，除非存在与其相反的具体描述，否则该部件可以进一步包括其它元件，而不排除其它元件。
在整个公开内容中，表述“a、b或c中的至少一个”表示仅a，仅b，仅c，a和b两者，a和c两者，b和c两者，所有的a、b和c，或其变型。
终端的示例可以包括能够执行通信功能的用户设备(UE)、移动台(MS)、蜂窝电话、智能电话、计算机、多媒体系统等。
在本公开中，控制器也可以被称为处理器。
在整个说明书中，层(或层装置)也可以被称为实体。
在本说明书的各个部分中描述的表述，例如“在本公开的一些实施方式中”或“在本公开的实施方式中”不一定是指本公开的相同实施方式。
可以根据功能块部件和各种处理操作来描述本公开的一些实施方式。可以由执行特定功能的任何数量的硬件和/或软件部件来实现这些功能块中的一些或全部。例如，可以由一个或多个微处理器或由用于执行某些功能的电路部件来实现本公开的功能块。例如，可以用任何编程或脚本语言来实现根据本公开的功能块。可以使用由一个或多个处理器执行的各种算法来实现功能块。此外，本公开可以采用相关技术的技术用于电子配置、信号处理和/或数据处理。术语，例如“模块”和“配置”可以广义使用，并且不限于机械或物理实施方式。
此外，各个附图中所示的连接线或连接器旨在表示附图中的部件之间的功能关系和/或物理或逻辑联接。在实际设备中，可以由替换的或附加的各种功能连接、物理连接或逻辑连接来表示部件之间的连接。
此外，表述“a或b中的至少一个”表示“a或b”或“a和b两者”。
在下文中，将参考附图描述本公开。
图1是根据本公开实施方式的用于卸载数据的系统的示意图。
参照图1，用于卸载数据的系统可以包括UE 100和服务器110。
根据本公开的实施方式，可以提供用于在服务器110处执行在UE100处执行的数据处理的一部分的数据处理方法和装置。
参照图1，UE 100的示例可以包括但不限于智能电话、平板PC、PC、智能TV、移动电话、个人数字助理(PDA)、膝上型计算机、媒体播放器、微服务器、全球定位系统(GPS)、电子书终端、数字广播终端、导航设备、公用电话亭、MP3播放器、数码相机、家用电器、以及其它移动或非移动计算设备。此外，UE 100可以是具有通信功能和数据处理功能的可佩戴设备，例如手表、眼镜、发带或戒指。然而，本公开的实施方式不限于此，并且UE 100可以包括能够经由网络向服务器110发送数据或从服务器110接收数据的任何装置。
根据本公开的实施方式，网络可以包括局域网(LAN)、广域网(WAN)、增值网络(VAN)、移动无线通信网络、卫星通信网络及其组合。此外，该网络可以是被配置为能够在图1所示的网络实体上进行平滑通信的综合数据通信网络，并且包括有线因特网、无线因特网和移动无线通信网络。
无线通信技术的示例可以包括但不限于无线LAN(Wi-Fi)、蓝牙、蓝牙低能量(BLE)、ZigBee、Wi-Fi直接(WFD)、超宽带(UWB)、红外数据协会(IrDA)和近场通信(NFC)。
此外，根据本公开的实施方式，服务器110可以经由网络与UE 100通信，处理从UE100接收的数据，并且将处理的结果发送到UE 100。当至少一些用于UE 100的数据被服务器110处理时，由服务器110处理的至少一些数据在下文中被称为卸载数据。
图2是示出了根据本公开的实施方式的用于处理卸载数据的服务器的图。
参照图2，UE 100可以包括操作系统(OS)和硬件(HW)。UE 100的处理器可以处理数据。此外，UE 100可以允许在服务器110-1和服务器110-2上处理它的一些数据，并从服务器110-1和服务器110-2接收处理结果。根据本公开的实施方式，通过在服务器110-1和服务器110-2上处理至少一些数据，而不是单独在UE 100上处理所有数据，可以提高数据处理的效率。在这种情况下，根据本公开的实施方式的服务器110-1和服务器110-2是被配置为更有效地使用物理服务器的服务器，并且可以是应用虚拟化技术的服务器。
根据本公开的实施方式，服务器110-1是执行基于虚拟机(VM)的计算的服务器。更具体地，服务器110-1可以是使用管理程序虚拟化硬件资源的服务器。管理程序是使得多个OS能够运行的软件，并且可以是例如虚拟机监视器(VMM)。换句话说，服务器110-1是能够虚拟化硬件并监视虚拟化硬件的服务器。
此外，根据本公开的实施方式，服务器110-2是执行基于容器的分布式计算的服务器。服务器110-2的容器可以在它自己的隔离空间中运行应用程序。因此，服务器110-2可以在一个物理服务器上运行多个应用程序。
执行基于VM的计算的服务器110-1和执行基于容器的计算的服务器110-2仅仅是服务器的示例，并且本公开的实施方式不限于此。服务器可以是能够接收和处理UE 100的数据的任何服务器。
图3是根据本公开的实施方式的由系统执行的卸载数据的方法的流程图。
参照图3，在操作S310，UE 100可以从服务器110接收服务器信息。从服务器110接收的服务器信息可以包括服务器110的计算能力信息、服务器110的能力信息、或关于服务器110的通信信道的条件的信息。
在操作S320，UE 100可以基于接收到的服务器信息来确定用于处理卸载数据的服务器。UE 100可以基于服务器信息来确定数据是否适于在服务器110中进行处理。UE 100还可以基于该确定的结果来确定是否将数据卸载到服务器110。
在操作S330，UE 100可以向服务器110发送数据。例如，数据可以是用于构成应用程序的软件的可执行文件。换句话说，UE 100可以复制构成软件的可执行文件的代码，并将所复制的代码发送到服务器110。
在操作S340，服务器110可以确定可拆分接收到的数据的拆分点。更具体地，在接收到构成软件的可执行文件的代码时，服务器110可以分析所接收的代码并拆分该代码以确定代码中的可执行点。在这种情况下，拆分点可以意味着用于将代码拆分成代码部分的点，因为每个代码部分对其它代码部分没有依赖性，所述代码部分即使在代码被卸载时也将被执行。换句话说，拆分点可以用作将代码拆分成每部分可独立执行的代码部分的参考。另一方面，当UE 100具有足够的能力时，UE 100可以直接分析数据以确定可拆分数据的拆分点。
在操作S350，UE 100可以接收关于拆分点的列表，数据可在所述拆分点处被拆分。例如，当拆分点对应于代码的特定部分时，UE 100可以接收包括关于代码的相应部分的信息的列表。
在操作S360，UE 100可以基于接收到的列表来确定数据的卸载点。更具体地，UE100可以从包括在列表中的拆分点中选择用于拆分数据的点作为卸载点。在这种情况下，对应于卸载点的数据可以被确定为要由服务器110处理的卸载数据。
卸载点可以包括卸载数据的开始点和结束点。当数据是构成软件的可执行文件的代码时，代码的开始和结束点可以是卸载点。例如，当卸载点是代码的第1行和第500行时，代码的第1行到代码的第500行可以是要由服务器110处理的卸载数据。
在操作S370，UE 100可以发送关于卸载点的信息和关于与之对应的需求的信息。当UE 100向服务器110发送关于卸载点的信息时，服务器110可以识别关于卸载数据的信息。例如，服务器110可以基于卸载点来识别卸载数据的开始点和结束点。
此外，UE 100可以发送关于对应于卸载点的卸载数据的需求的信息。关于卸载数据的需求的信息可以包括用于处理卸载数据的参考信息。
在操作S380，UE 100可以接收关于卸载数据是否能够由服务器110处理的响应。更具体地，服务器110可以基于接收到的关于卸载点的信息和关于需求的信息来确定它是否能够处理卸载数据以满足需求。作为确定的结果，服务器110可以向UE 100发送包括关于服务器110是否能够处理卸载数据的信息的响应。
在操作S390，UE 100可以基于接收到的响应来确定卸载数据是否要由服务器110处理。更具体地，当UE 100确定要由服务器110处理卸载数据时，UE 100可以向服务器110发送处理卸载数据所需的信息，并从服务器110接收卸载数据的处理结果。在这种情况下，如下所述，处理卸载数据所需的信息可以根据从服务器110接收到的响应而改变。另一方面，当UE 100确定卸载数据不要被服务器110处理时，UE 100可以终止数据卸载过程。
图4是根据本公开的实施方式的由UE执行的卸载数据的方法的流程图。
参照图4，在操作S410，UE 100可以确定用于处理至少一部分数据的服务器110。更具体地，UE 100可以从服务器110接收服务器信息，并且基于所接收的服务器信息来确定用于处理UE 100的至少一部分数据的服务器110。
在操作S420，UE 100可以从服务器110接收关于可拆分数据的拆分点的列表。更具体地，UE 100可以复制数据，并将所复制的数据提供给服务器110。数据可以是构成应用程序的软件可执行文件。例如，数据可以是构成Android应用程序的Java字节码。UE 100可以向服务器110提供所复制的代码，并且可以从服务器110接收关于可拆分代码的拆分点的列表。例如，当代码在第1行、第500行、第700行和第1000行处可拆分时，UE 100可以从服务器110接收关于相应拆分点的列表。
在本公开中，尽管为了方便起见，将构成应用程序的代码描述为数据的示例，但是数据的类型不限于此，并且数据可以是能够由UE 100或服务器110处理的任何类型的数据。为了便于描述，可拆分数据的拆分点在下文中表示为A、B、C和D。
在操作S430，UE 100可以基于列表将至少一个拆分点确定为卸载点。当UE 100将点A和点B确定为卸载点时，可以将对应于点A至点B的数据确定为卸载数据。另一方面，当UE100仅选择点A作为卸载点时，卸载数据可以是在点A之前或之后的数据。换句话说，卸载点可以用作确定卸载数据的参考。
在操作S440，UE 100可以向服务器110发送关于卸载点的信息和关于对应于卸载点的卸载数据的需求的信息。例如，UE 100可以将被确定为卸载点的点A和点B发送到服务器110。此外，UE 100可以向服务器110发送关于对应于点A至点B的卸载数据的需求的信息。关于需求的信息可以包括用于处理对应于点A至点B的卸载数据的参考信息。例如，需求可以包括指示应当满足小于3ms的延迟、或者4K或更高的图像质量的信息。将参考图10在后面描述可包括在需求中的信息。
在操作S450，UE 100可以从服务器110接收关于服务器110是否能够处理卸载数据的响应。确定卸载数据是否要由服务器110处理可以意味着确定服务器110是否能够处理卸载数据以满足其需求。从服务器110接收的响应可以包括指示服务器110是否能够处理卸载数据的指示符。虽然为了方便起见，作为指示服务器110是否能够处理卸载数据的指示符的示例，在下文中将描述确认(ACK)或否ACK(NACK)，但是指示符的类型不限于此，并且指示符可以是能够指示服务器110是否能够处理卸载数据的任何类型的指示符。
更具体地，当服务器110能够处理卸载数据以满足接收到的需求时，响应可以包括ACK。另一方面，当服务器110不能处理卸载数据以满足需求时，在需求是强制性需求时，响应可以包括NACK，并且在需求不是强制性需求时，响应可以包括变更请求信息。
在操作S460，UE 100可以基于接收到的响应来确定卸载数据是否要由服务器110处理。接收到的响应可以包括ACK、NACK或变更请求信息中的至少一个。
更具体地，当接收到的响应仅包括ACK时，UE 100可以向服务器110发送处理卸载数据所需的信息，并从服务器110接收卸载数据的处理结果。在这种情况下，处理卸载数据所必需的信息可以是存储在UE 100的存储器中的数据上下文信息。更具体地，由UE 100处理的数据的结果值可以是用于要由服务器110处理的卸载数据的输入值，并且因此，UE100可以将先前存储在存储器中的数据上下文信息发送到服务器110。例如，当对应于点B至点C的代码被确定为卸载数据时，UE 100可以向服务器110发送执行对应于点B至点C的代码所必需的数据。在这种情况下，处理卸载数据所必需的信息可以是通过执行对应于点A至点B的代码而获得的结果值或数据上下文。
另一方面，当接收到的响应包括NACK时，UE 100可以确定终止卸载过程。UE 100可以请求服务器110终止卸载过程。此外，当卸载过程终止时，UE 100可以独立处理数据或请求从新服务器110卸载其数据。
此外，当接收到的响应包括变更请求信息以及ACK或NACK时，UE 100可以基于变更请求信息来确定是否改变卸载点或需求。换句话说，当关于服务器110是否能够处理卸载数据的响应包括变更请求信息时，UE 100可以基于变更请求信息改变卸载点或需求，并向服务器110发送基于改变的卸载点或需求改变的用于处理卸载数据所必需的信息。当改变了卸载点时，用于处理改变的卸载数据所必需的信息可以包括对应于改变的卸载点的UE 100的数据上下文信息。例如，当将对应于点B至点C的卸载数据改变为对应于点C至点D的卸载数据时，可以通过将用于执行对应于点B至点C的代码的信息改变为用于执行对应于点C至点D的代码所需的信息，来获得处理改变的卸载数据所需的信息。
此外，当需求改变时，处理改变的卸载数据所必需的信息可以包括关于改变的需求的信息。将参考图10在后面描述需求信息。
图5是示出根据本公开实施方式的分布式机器学习的图。
参照图5，UE 100可以执行分布式机器学习，其允许服务器110处理用于机器学习的训练数据500中的至少一些。更具体地，服务器110可以对服务器110的训练数据510执行训练，服务器110的训练数据510至少包括一些训练数据500。此外，服务器110可以向UE 100发送训练数据510的训练结果。此外，UE 100可以基于从服务器110接收的训练数据510的训练结果，对UE 100的训练数据520执行训练。此外，UE 100可以基于训练数据510和训练数据520的训练结果对某些数据执行推断。更具体地，UE 100可以基于对训练数据500的分布式训练的结果来推断输入数据的输出值。此外，对数据的推断也可以由UE 100和服务器110以分布式方式执行。
尽管图5示出了UE 100另外基于来自服务器110的训练结果来执行训练的示例，但是可以以另一种方式来执行训练，即UE 100可以首先训练至少一些训练数据500，然后服务器110可以另外基于来自UE 100的训练结果来执行训练。此外，UE 100可以从服务器110接收训练结果，并且基于所接收的分布式训练结果来推断输入数据的输出值。此外，服务器110可以通过基于分布式训练的结果推断输入数据的输出值来执行分布式推断。
图6a是示出了根据本公开的实施方式的由UE执行的确定用于执行数据卸载的服务器的方法的图。
参照图6a，在卸载数据之前，UE 100可以确定用于执行卸载的服务器。尽管图6a示出了首先向UE 100广播服务器信息的示例，UE 100可以首先向服务器广播UE信息。更具体地，当UE信息首先被广播到服务器时，服务器可以基于广播的UE信息将服务器信息广播到UE 100。
在操作S610，UE 100可以从第一服务器110接收第一服务器信息。此外，在操作S620，UE 100可以从第二服务器120接收第二服务器信息。
在操作S630，UE 100可以确定将其数据卸载到第一服务器110。更具体地，UE 100可以基于接收到的第一服务器信息和第二服务器信息来确定将数据卸载到作为第一服务器110和第二服务器120之一的第一服务器110。例如，UE 100可以通过考虑分别包括在第一服务器信息和第二服务器信息中的第一服务器110和第二服务器120的信道条件、可支持的服务质量(QoS)、容量信息等，来确定将数据卸载到第一服务器110。
在操作S640，UE 100可以向第一服务器110发送服务器接入请求和UE信息。然后，在操作S650，第一服务器110可以基于接收到的服务器接入请求和UE信息向UE 100发送接入许可。因此，UE 100可以经由网络连接到第一服务器110。
在操作S660，UE 100可以将数据发送到第一服务器110。更具体地，UE 100可以预先复制代码并将所复制的代码发送到第一服务器110。上面参考图1至图5提供了卸载过程的描述。因此，这里将省略图1至图5。
图6b是示出了根据本公开的实施方式的在执行卸载过程的同时改变或添加用于执行数据卸载的服务器的方法的图；
当描述图6b的方法时，将省略以上已经提供的关于图6a的描述。
参照图6b，在操作S630，UE 100可以确定将数据卸载到第一服务器110。在这种情况下，当数据与延迟敏感服务相关时，UE 100可以确定将数据卸载到第一服务器110，并预先将数据发送到作为候选服务器的第二服务器120以及第一服务器110。另一方面，当数据与延迟不敏感服务相关时，UE 100可以仅向第一服务器110发送数据，并且可以不预先向作为候选服务器的第二服务器120发送数据。
在操作S631，UE 100可以执行卸载到第一服务器110的卸载过程。
在操作S632，UE 100可以在执行卸载过程的同时确定将数据卸载到第二服务器120。在这种情况下，可以添加第二服务器120，使得UE将数据卸载到第二服务器120以及第一服务器110。此外，UE 100可以将要向其卸载数据的服务器从第一服务器110卸载改变为第二服务器120。换句话说，UE 100可以基于由第一服务器110执行的卸载过程的结果来添加或改变第二服务器120。
在操作S633，UE 100可以执行卸载到第二服务器120的卸载过程。在这种情况下，当由于数据与延迟敏感服务相关而将数据预先发送到第二服务器120时，第二服务器120可以基于先前发送的数据执行卸载过程，这有助于延迟敏感的处理。另一方面，当由于数据与延迟不敏感服务相关而没有预先将数据发送到第二服务器120时，第二服务器120可以从UE100接收卸载数据，并且仅对所接收的卸载数据执行处理，这允许有效地使用第二服务器120的容量。
图7是示出了根据本公开的实施方式的系统的图，其中，协调器匹配用于执行数据卸载的服务器。
根据本公开的实施方式，单独的协调器700可以确定UE 100的数据将被卸载到的服务器。协调器700是用于确定UE 100的数据将被卸载到的服务器的设备，并且可以被配置为服务器或网络实体。
参照图7，协调器700可以从UE 100接收UE信息。此外，协调器700可以分别从第一服务器110和第二服务器120接收第一服务器信息和第二服务器信息。协调器700可以基于第一服务器信息和第二服务器信息来确定第一服务器和第二服务器中的哪一个要匹配UE100。
协调器700可以向UE 100、第一服务器110和第二服务器120发送匹配结果。例如，当协调器700确定UE 100与第一服务器110匹配时，UE 100可以根据匹配结果执行用于卸载到第一服务器110的卸载过程。
此外，根据本公开的实施方式，协调器700不仅可以确定哪个服务器要与UE 100相匹配，而且可以确定在第一服务器110和第二服务器120中的每一个处要处理卸载数据750的哪个部分。参照图7，协调器700可以分析卸载数据750可被拆分为点A至点C的拆分点。协调器700可以将要在第一服务器110处处理的卸载数据751确定为卸载数据750的对应于点A至点B的数据。此外，协调器700可以将要在第二服务器120处处理的卸载数据752确定为卸载数据750的对应于点B至点C的数据。换句话说，UE 100允许第一服务器110处理作为卸载数据750的一部分的第一服务器110的卸载数据751，同时允许第二服务器120处理作为卸载数据750的剩余部分的第二服务器120的卸载数据752。
图8是示出了根据本公开实施方式的将服务器资源分配给UE组的操作的图。
参照图8的810，服务器110的至少一些可用资源可以被分配给特定的UE组。更具体地，当特定UE组订阅特定服务时，服务器110可以将服务器110的一些可用资源分配给特定UE组，以便支持UE组的服务。在这种情况下，当特定UE组支付订阅服务的费用时，服务器110可以根据所支付的费用或服务的特性向特定UE组分配不同的资源。
此外，参考图8的820，当先前关于特定UE组保留的资源不足时，可以将服务器110的附加资源分配给UE组。更具体地，当服务器110关于特定UE组具有除先前保留的资源之外的可用资源时，服务器110可以向特定UE组分配附加资源，并且UE组可以使用附加资源。
此外，参考图8的830，当先前关于特定UE组保留的资源足够时，服务器110可以针对特定UE组使用比先前保留的资源更少的资源。
图9是根据本公开实施方式的确定卸载数据或与其对应的需求的方法的流程图。
更具体地，图9是示出了当从UE 100接收的关于卸载点的信息和关于需求的信息为推荐的需求时服务器的响应的流程图。
参照图9，在操作S910，服务器110可以接收关于卸载点的信息和关于需求的信息。
然后，在操作S920，服务器110可以基于接收到的信息来确定卸载点和需求是否是可接受的。当服务器110在操作S920中确定卸载点和需求是可接受的时，服务器110可以在操作S930中发送包括ACK的响应。
当卸载点和需求是强制性需求时，只要卸载点和需求中的至少一些是不可接受的，就要求服务器110发送包括NACK的响应。换句话说，当卸载点和需求是强制性需求时，服务器110不能改变任何卸载点和需求，因此不需要确定是否所有卸载点和需求都是不可接受的。
另一方面，当服务器110在操作S920中确定卸载点和需求不可接受时，服务器110可以在操作S940中确定是否所有卸载点和需求都是不可接受的。换句话说，在这种情况下，卸载点和需求是推荐的需求。
当所有卸载点和需求都不可接受时，在操作S950，服务器110可以发送包括NACK的响应。另一方面，根据本公开的实施方式，即使当所有卸载点和需求都不可接受时，服务器110也可以发送包括指示建议新卸载点或新需求的信息的响应。
只要当一些卸载点和需求可接受时，在操作S960，服务器110可以发送包括NACK和变更请求信息的响应。更具体地，服务器110可以请求改变卸载点和需求的不可接受部分。
图10示出了示出根据本公开的实施方式的需求的表。
参照图10，需求的类型1010可以包括卸载数据的需求是强制需求的情况(1011)和卸载数据的需求是推荐的需求的情况(1015)。
在卸载数据的需求是必须满足的强制性需求的情况下(1011)，当服务器110不能接受强制性需求时，服务器110可以返回NACK，或者当在预定时间段内没有响应时，该响应被认为是NACK(1012)。换句话说，尽管在服务器110不能接受至少一些强制性需求时，服务器110应该返回NACK，但是即使没有响应，该响应也可以被认为是NACK。此外，当服务器110不能接受强制性需求时，服务器110可以删除或丢弃所接收的数据，并且可以不执行卸载过程。
此外，当服务器110不能接受强制需求时，它可以进一步返回NACK和变更请求的细节(1013)。更具体地，当服务器110不能满足强制性需求时，它可以在返回NACK的同时提出用于改变强制性需求的变更请求的细节。例如，服务器110可以连同NACK一起返回服务器110本身能够提供的最小和/或最大需求信息。此外，服务器110可以在变更请求的细节中包括对应于请求减少卸载数据量或降级服务的QoS需求。
另一方面，当服务器110能够接受强制需求时，服务器110可以返回ACK，或者当在预定时间段内没有接收到响应时，该响应被认为是ACK(1014)。此外，关于当在预设时间段内没有接收到响应时，认为该响应是ACK还是NACK的信息可以包括在强制需求的细节中，或者可以预设在UE 100和服务器110之间。例如，在强制需求的细节包括指示“当在5ms内没有从服务器110接收到响应时，该响应被认为是ACK”的信息的情况下，当在5ms内没有实际从服务器110接收到响应时，UE100可以将该响应视为ACK，并且可以继续执行卸载过程。
在卸载数据的需求是推荐的需求的情况下(1015)，即使当服务器110不能接受推荐的需求时(1016)，服务器110也不能返回NACK。换句话说，即使当服务器110不能接受推荐的需求时，服务器110也可以基于改变的需求来处理卸载数据。因此，当推荐的需求不可接受时，服务器110可以将关于推荐的需求和改变的需求之间的差异的信息连同NACK或ACK一起发送。
另一方面，当服务器110能够接受推荐的需求时，它可以返回ACK，或者当没有响应时，该响应被认为是ACK(1017)。如上所述，当没有从服务器110接收到响应时，该响应是ACK还是NACK可以包括在推荐的需求的细节中，或者可以在UE 100和服务器110之间预设。
根据本公开的实施方式，需求的细节1020可以包括QoS信息、容量信息和处理时间信息。更具体地，QoS信息可以意味着关于在处理卸载数据时必须满足的最小QoS需求的信息。例如，QoS信息可以包括图像质量信息、数据传输速率信息、延迟信息等，但不限于此，并且可以包括与QoS相关的任何信息。
此外，容量信息可以是关于处理卸载数据所需的存储器容量的信息。例如，服务器110可以确定可用于处理卸载数据的存储器容量是否满足UE 100的需求。
现在参考图11更全面地描述包括在需求的细节1020中的处理时间信息。
图11示出了根据本公开的实施方式的处理时间信息的表。
参考图11，从UE 100接收的需求的细节1020可以包括处理时间信息1021。处理时间信息1021是与UE估计时间和服务器估计时间有关的信息。服务器110可以基于处理时间信息1021来确定对卸载数据的需求的响应。
更具体地，UE 100可以估计服务器110处理卸载数据所花费的时间。当UE 100估计服务器110处理卸载数据所花费的时间时获得的值在下文中被称为UE估计时间。此外，服务器110可以估计服务器110自身处理卸载数据所花费的时间，并且所估计的时间在下文中被称为服务器估计时间。在这种情况下，服务器估计时间可以比UE估计时间更精确。更具体地，因为服务器110能够基于从UE 100接收的信息实时地预测计算量，所以服务器估计时间可以比UE估计时间更精确。换句话说，服务器估计时间比UE估计时间更精确，因为UE估计时间不考虑实时信道或服务器条件，而服务器估计时间可以反映实时信息。
当UE估计的时间和网络延迟之和比UE 100直接处理卸载数据所需的时间短时，UE100可以确定在服务器110处理卸载数据比直接处理卸载数据更有效。在这种情况下，网络延迟可以指向服务器110发送卸载数据所需的时间和从服务器110接收卸载数据的处理结果所需的时间之和。换句话说，当UE估计时间和网络延迟之和小于预设阈值时，UE 100可以请求服务器110处理卸载数据。更具体地，当UE估计时间、发送卸载数据所需的时间和接收处理结果所需的时间之和小于预设阈值时，UE100可以请求服务器110处理卸载数据。
此外，因为服务器估计时间比UE估计时间更精确，所以当服务器估计时间比UE估计时间长时，可以理解为，服务器110处理卸载数据所花费的实际时间比UE 100所预期的时间长。换句话说，当服务器估计时间比UE估计时间长时，服务器110可以确定处理卸载数据所花费的时间比在UE 100所预期的时间长，并且发送包括NACK的响应。此外，服务器110可以与NACK一起发送与需求改变相关的变更请求信息。
另一方面，当UE估计时间比服务器估计时间长时，服务器110可以确定处理卸载数据所花费的时间UE 100所预期的时间短，并发送包括ACK的响应。此外，即使在这种情况下，服务器110也可以发送ACK和用于建议改变需求的变更请求信息。
当服务器110向UE 100通知服务器110的能力信息时，可以通过使用以下公式(1)来获得UE估计时间：
Figure BDA0003666585320000201
参考公式(1),UE估计时间ts可以是将UE 100的计算量w除以服务器110的单位计算量wunit的结果和计算服务器110的单位计算量所需的单位时间tunit相乘而获得的乘积。
此外，UE 100可通过使用以下公式(2)直接估计UE估计时间：
Figure BDA0003666585320000202
在公式(2)中，参数值如下：
ts是UE估计时间，fl是UE计算能力，w是UE 100的计算量，tl是UE 100实际测量计算量w所需的时间，μ是服务器110的可分配资源的比率，并且fs是服务器110的计算能力。可以当确定了服务器110时经由服务器信息接收关于这些参数值的信息，或者可以周期性地从服务器110接收关于这些参数值的信息。
此外，可以通过使用以下公式(3)获得服务估计时间：
Figure BDA0003666585320000203
服务器估计时间可以通过实时考虑服务器110的单位计算量来获得。
图12是示出根据本公开的实施方式的服务器的操作的流程图。
参照图12，在操作S1210，服务器110可以接收关于卸载点的信息和关于需求的信息。此外，在操作S1220，服务器110可以基于接收到的信息来确定卸载点和需求是否是可接受的。
当服务器110确定卸载点和需求是可接受的时，在操作S1230，服务器110可以执行卸载并向UE 100发送处理结果。更具体地，当服务器110确定卸载点和需求是可接受的时，服务器110可以从UE 100接收处理卸载数据所需的信息，并基于所接收的信息处理卸载数据。此外，服务器110可以向UE 100发送处理结果。
另一方面，当服务器110确定卸载点和需求不可接受时，在操作S1240，服务器110可以发送包括NACK的响应。在这种情况下，可以终止卸载过程。例如，服务器110可以从UE100接收用于终止卸载数据的处理的请求。另一方面，即使当服务器110向UE 100发送包括NACK的响应时，UE 100也可以不终止卸载过程，而是通过降级需求再次请求服务器110执行卸载，或者请求服务器110在经过预定时间段之后恢复卸载过程。
此外，当服务器110确定卸载点和需求不可接受时，服务器110可以将其最小保证连同NACK一起包括在传输的响应中。最小保证可以意味着服务器110所支持的最小保证。例如，最小保证可以包括指示“小于5ms的最大延迟”和“以最小4K图像质量处理卸载数据”的信息。根据本公开的一个实施方式，服务器110可以在每个预设周期广播最小保证或者非周期性地广播最小保证。在这种情况下，UE 100可以基于服务器110广播的最小保证来确定是否改变卸载点和需求。
图13是示出根据本公开实施方式的服务器的操作的流程图。
参照图13，服务器110可以根据是否接收到数据保持请求来确定是否处理卸载数据。当描述操作S1310和S1320时，将省略以上已经提供的关于图1至图5、图6a和图6b以及图7至图12的描述。
在操作S1310，服务器110可以接收关于卸载点的信息和关于需求的信息。此外，在操作S1320，服务器110可以基于接收到的信息来确定卸载点和需求是否是可接受的。
当服务器110确定卸载点和需求是可接受的时，在操作S1330，服务器110可以发送或不发送包括ACK的响应。当在预定时间段内没有接收到响应时，UE 100可以确定已经接收到ACK。在这种情况下，服务器110可以基于卸载数据执行卸载过程。
在操作S1340，服务器110可以确定是否存在接收到的数据保持请求指示符。数据保持请求指示符是指请求服务器110保持先前接收的数据而不是删除或丢弃它的指示符。数据保持请求指示符可以包括在关于传输需求的信息中。
当服务器110确定存在所接收的数据保持请求指示符时，在操作S1341，服务器110可以发送响应和与暂停相关的信息。因为服务器110不能接受卸载点或需求，所以它可以发送包括NACK的响应。此外，因为存在所接收的数据保持请求指示符，所以服务器110可以停止或暂停卸载过程达预定时间段，而不终止卸载过程。此外，服务器110可以发送与卸载过程的暂停有关的信息。此外，服务器110可以发送响应和与需求有关的差异信息。在发送响应和与暂停有关的信息之后，服务器110可以不执行卸载过程而是保留数据以稍后重新开始卸载过程。
当服务器110确定没有接收到数据保持请求指示符时，在操作S1342，服务器110可以发送响应和变更请求信息。更具体地，服务器110可以发送包括ACK或NACK的响应，这取决于需求是强制性的还是推荐的需求。此外，服务器110还可以发送关于需求的变更请求信息以及ACK或NACK。
图14是示出根据本公开实施方式的根据确定卸载点的实体的UE100的操作的流程图。
根据上述卸载过程，UE 100可以确定卸载点，从服务器110接收对所确定的卸载点的响应，并且基于所接收的响应来确定最终的卸载点。换句话说，已经描述了其中UE 100是确定卸载点的实体的示例。
当在操作S1430中服务器110不是确定卸载点的实体时，即当UE 100是确定卸载点的实体时，UE 100可以在操作S1440中确定卸载点。
参照图14，服务器110可以确定卸载点。更具体地，当在操作S1430中服务器110是确定卸载点的实体时，服务器110可以确定卸载点。根据本公开的实施方式，当服务器110是确定卸载点的实体时，在操作S1420中从服务器110接收到的响应中包括的卸载点可以被确定为最终卸载点。
在操作S1450,UE 100可以确定是否要处理卸载数据。更具体地，UE100可以基于由服务器110确定的卸载点来确定是否要处理卸载数据。当UE 100确定卸载点时，UE 100可以基于所确定的卸载点来确定是否要处理卸载数据。
在操作S1460,UE 100可以确定终止对应于由服务器110确定的卸载点的卸载数据的处理。在这种情况下，UE 100可以向服务器110发送用于终止卸载数据的处理的请求。
另一方面，当UE 100确定要处理卸载数据时，在操作S1470,UE 100可以将处理卸载数据所需的信息发送到服务器110。此外，在操作S1480,UE 100可以从服务器110接收卸载数据的处理结果。
图15是示出根据本公开的实施方式的由服务器110执行的确定卸载数据的方法的图。
参照图15,UE 100可以确定数据1500的至少一部分将由服务器110处理。换句话说，UE 100可以将数据1500中的至少一些确定为卸载数据1510。
参照图15，服务器110可分析数据1500，并确定如点A、B、C和D的拆分点，在所述拆分点处数据1500是可拆分的。UE 100可基于从服务器110接收的包括点A、B、C和D的列表来确定卸载点为点A和C。因此，可以将卸载数据1510确定为数据1500的对应于点A至点C的数据。
根据本公开的实施方式，服务器110可以从UE 100接收关于卸载点A和点C的信息、以及关于卸载数据1510的需求的信息。服务器110可以基于所接收的信息来确定它是否能够处理卸载数据1510。
当服务器110由于服务器110的容量不足而不能处理由UE 100确定的卸载数据1510时，服务器110可以在响应中包括变更请求以改变卸载数据1510。尽管图15示出了服务器110由于其容量的缺乏而不能处理卸载数据1510的示例，但是当服务器110出于任何其它原因不能满足卸载点或需求时，服务器110也可以在响应中包括变更请求以改变卸载数据1510。例如，服务器110可以在响应中包括将卸载点改变为点A和点B的请求，并将响应发送到UE 100。当服务器110负责确定卸载数据时，UE 100可以根据来自服务器110的变更请求将卸载数据1510改变为对应于点A至点B的数据1520。因此，UE 100可以处理除数据1500中的卸载数据1520之外的对应于点B至点C的数据1521。
另一方面，由于其用于传输给UE 100的剩余容量，服务器110可以在响应中包括用于扩展卸载数据1510的量的请求。当服务器110是确定卸载数据的实体时，可以根据包括在响应中的用于改变卸载数据1510的变更请求来确定要由服务器110处理的卸载数据1522。换句话说，根据来自服务器110的用于扩展卸载数据1510的量的请求，卸载数据1522可以被确定为对应于点A至点D的数据。
这样，当服务器110负责确定卸载数据时，UE 100需要接受来自服务器110的变更请求。另一方面，当UE 100是确定卸载数据的实体时，UE 100可以基于来自服务器110的变更请求来改变需求或卸载数据。
图16是根据本公开实施方式的由UE 100执行的在执行卸载过程时改变卸载数据或需求的方法的流程图。
当描述图16的方法时，将省略以上已经提供的关于图1至图5、图6a和图6b、以及图7至图15描述。例如，可以根据以上参考图1至图5、图6a和图6b、以及图7至图15描述的操作来确定卸载数据。
参照图16，在操作S1610，UE 100可以确定要处理卸载数据。换句话说，UE 100可以基于来自服务器110的响应将处理卸载数据所需的信息发送到服务器110。
在操作S1620，UE 100可以周期性地接收服务器信息。此外，UE 100可以非周期性地接收服务器信息。换句话说，UE 100可以基于接收到的服务器信息，获得关于服务器110的实时改变状态或信道条件的信息。
在操作S1630，UE 100可以基于接收到的服务器信息来确定是否改变卸载点或需求。当UE 100确定不改变卸载点或需求时，它可以在操作S1640处维持现有的卸载过程。
另一方面，当UE 100确定改变卸载点或需求时，它可以在操作S1650向服务器110发送附加信息。附加信息可以包括与卸载点或需求的改变有关的信息。更具体地，UE 100可以向服务器110发送用于减少或扩展卸载数据量的请求，或者用于降级或升级需求的信息。
在操作S1660，UE 100可以接收基于附加信息执行的卸载数据的处理的结果。更具体地，服务器110可以基于附加信息向UE 100发送关于是否接受改变的需求的响应。在服务器110向UE 100发送指示接受改变的需求的指示符的情况下(当卸载点没有改变时)，服务器110可以基于先前接收到的处理卸载数据所必需的信息来执行卸载数据的处理。另一方面，当卸载数据的量被扩展时，服务器110可以仅额外地接收处理所扩展的卸载数据量所必需的信息。换句话说，即使当卸载数据的量减少或需求降级时，服务器110也可以基于先前接收的信息来处理卸载数据。
图17是示出了根据本公开实施方式的分布式计算控制协议(DCCP)1700的图。
参照图17，DCCP 1700指通过使用流控制传输协议(SCTP)端口交换控制信息，来支持UE 100和服务器110之间的动态卸载过程的协议。
DCCP 1700可以是类似于S1应用协议(S1-AP)的分布式计算协议。参照图17，DCCP1700可以位于分布式计算控制层。此外，为了支持卸载过程，DCCP 1700可以控制UE 100和服务器110之间的连接的建立、修改或释放。此外，DCCP 1700可以控制用于在UE 100和服务器110之间确定卸载数据、执行卸载、以及指示用于卸载的能力信息的操作。换句话说，DCCP1700可以将用于卸载数据所必需的信息控制为包括在消息中。
图18示出了根据本公开实施方式的UE 100的内部结构。
参考图18，根据本公开的实施方式，UE 100可以包括处理器1801、收发器1802和存储器1803。可以根据UE 100执行通信的上述方法来操作UE 100的处理器1801、收发器1802和存储器1803。UE 100的部件不限于上述示例。例如，UE 100可以包括比上述更多或更少的部件。此外，处理器1801、收发器1802和存储器1803可以实现为单个芯片。
收发器1802共同表示UE 100的接收机和发射机，并且可以经由网络向服务器110发送信号或从服务器110接收信号。经由网络发送或接收的信号可以包括控制信息和数据。为此目的，收发器1802可以包括用于上变频和放大要发射的信号的频率的射频(RF)发射机，以及用于低噪声放大所接收的信号并下变频其频率的RF接收机。然而，这仅仅是收发器1802的示例，并且收发器1802的部件不限于RF接收器和RF发射器。
此外，收发器1802可以经由无线电信道接收信号，并将该信号输出到处理器1801，并经由无线电信道发送从处理器1801输出的信号。
存储器1803可以存储UE 100的操作所需的数据和程序。此外，存储器1803可以存储在UE 100发送或接收的信号中的控制信息或数据。存储器1803可以包括存储介质，例如只读存储器(ROM)、随机存取存储器(RAM)、硬盘、光盘(CD)-ROM和数字视频光盘(DVD)、或其组合。
处理器1801可以包括至少一个处理器。例如，处理器1801可以包括用于执行通信控制的通信处理器(CP)和用于控制上层(例如应用程序)的应用处理器(AP)。处理器1801可以控制一系列过程，使得UE 100可以根据本公开的上述实施方式进行操作。
更具体地，处理器1801可以确定用于处理至少一部分数据的服务器110。处理器1801可经由收发器1802从服务器110接收关于可拆分数据的拆分点的列表。处理器1801可基于所接收的列表来将拆分点中的至少一者确定为卸载点。此外，处理器1801可以经由收发器1802将关于卸载点的信息和关于对应于卸载点的卸载数据的需求的信息发送到服务器110。此外，处理器1801可以经由收发器1802从服务器110接收关于卸载数据是否能够被处理的响应，并且基于所接收的响应来确定是否要处理卸载数据。
图19示出了根据本公开实施方式的服务器110的内部结构。
参照图19，根据本公开的实施方式，服务器110可以包括处理器1901、收发器1902和存储器1903。可以根据上述由服务器110执行通信的方法来操作服务器110的处理器1901、收发器1902和存储器1903。服务器110的部件不限于上述示例。例如，服务器110可以包括比上述更多或更少的部件。此外，处理器1901、收发器1902和存储器1903可以实现为单个芯片。
收发器1902共同表示服务器110的接收机和发射机，并且可以经由网络向UE 100发送信号或从UE 100接收信号。经由网络发送或接收的信号可以包括控制信息和数据。为此目的，收发器1902可以包括用于上变频和放大要发射的信号的频率的RF发射机，以及用于低噪声放大所接收的信号并下变频其频率的RF接收机。然而，这仅仅是收发器1902的示例，并且收发器1902的部件不限于RF接收器和RF发射器。
此外，收发器1902可以经由无线电信道接收信号，并将该信号输出到处理器1901，并经由无线电信道发送从处理器1901输出的信号。
存储器1903可以存储服务器110的操作所需的数据和程序。此外，存储器1903可以存储在由服务器110获得的信号中的控制信息或数据。存储器1903可以包括存储介质，例如ROM、RAM、硬盘、CD-ROM和DVD、或其组合。
存储器1903可以存储从UE 100接收的数据和信息。此外，当从UE100接收数据保持请求指示符时，服务器110可以存储先前发送的数据，以便根据处理器1901的控制恢复卸载过程。
处理器1901可以包括至少一个处理器。例如，处理器1901可以包括用于执行通信控制的CP和用于控制上层(例如应用程序)的AP。处理器1901可以控制一系列过程，使得服务器110可以根据本公开的上述实施方式进行操作。
更具体地，处理器1901可以确定从UE 100接收的可拆分数据的拆分点，并且经由收发器1902将关于所确定的拆分点的列表发送到UE100。处理器1901可以控制收发器1902接收关于确定的卸载点的信息和关于对应于卸载点的卸载数据的需求的信息，发送关于服务器110是否能够处理卸载数据的响应，并且接收基于该响应确定的卸载数据是否会被处理的结果。
可以通过其上记录有诸如由计算机执行的程序模块的计算机可执行指令的计算机可读记录介质来实现本公开的一些实施方式。计算机可读记录介质可以是计算机可以访问的任何可用介质，并且包括易失性和非易失性介质以及可拆卸和不可拆卸介质。此外，计算机可读记录介质可以包括计算机存储介质。计算机存储介质包括易失性和非易失性以及可拆卸和不可拆卸介质，其通过用于存储诸如计算机可读指令、数据结构、程序模块、或其它数据的信息的任何方法或技术来实现。
虽然已经参考附图描述了本公开的特定实施方式，但是本领域的普通技术人员将理解，在不脱离由所附权利需求限定的本公开的精神和范围的情况下，可以在其中进行形式和细节上的各种改变和修改。
根据本公开的一些实施方式的在无线通信系统中卸载数据的方法可以以程序指令的形式实现，所述程序指令可以由各种类型的计算机执行并且可以被记录在计算机可读记录介质上。计算机可读记录介质可以包括单独的程序指令、数据文件、数据结构等或其组合。记录在计算机可读记录介质上的程序指令可以被设计和配置为专门用于本公开，或者可以是计算机软件领域的技术人员已知的并且可以被计算机软件领域的技术人员使用。计算机可读记录介质可以被包括在计算机程序产品中。
计算机可读记录介质的示例包括诸如硬盘、软盘和磁带的磁介质，诸如CD-ROM和DVD的光介质，诸如光软盘的磁光介质，以及诸如ROM、RAM、闪存等的专门配置成存储和执行程序指令的硬件设备。程序指令的示例不仅包括机器代码(例如由编译器创建的机器代码)，而且还包括可由使用解释器等的计算机执行的高级语言代码。
可以以非暂时性存储介质的形式提供计算机可读存储介质。在这点上，术语“非暂时性”仅意味着存储介质不是指暂时性电信号并且是有形的，并且该术语不区分存储介质中半永久性存储的数据和临时存储的数据。例如，“非暂时性存储介质”可以包括临时存储数据的缓冲器。
根据本公开的实施方式，根据本公开的各种实施方式的方法可以在提供时包括在计算机程序产品中。计算机程序产品可以作为产品在卖方和买方之间交易。例如，计算机程序产品可以以设备可读存储介质(例如，CD-ROM)的形式分发，或者经由应用商店(例如，Google、Play Store)在线分发(例如，下载或上载)，或者直接在两个用户设备(例如，智能手机)之间分发。对于在线分发，至少可以在设备可读存储介质上瞬时地存储或者暂时地创建计算机程序产品(例如，可下载的应用程序)的至少一部分，所述设备可读存储介质例如为制造商的服务器、应用程序存储器的服务器、或者中继服务器的存储器。
此外，在本说明书中，术语“单元”可以是硬件部件(例如处理器或电路)和/或由硬件部件(例如处理器)执行的软件部件。
根据本公开实施方式的用于在无线通信系统中卸载数据的方法和装置可以提供符合需求的服务。
此外，根据本公开实施方式的用于在无线通信系统中卸载数据的方法和装置可以通过根据服务器状态或信道条件改变卸载数据来提高数据处理效率。
提供本公开的以上描述用于说明，并且本领域的普通技术人员将理解，在不脱离由所附权利需求限定的本公开的基本特征和精神和范围的情况下，可以容易地在其中进行形式和细节上的各种改变。因此，本公开的上述实施方式及其所有方面仅是示例而不是限制性的。例如，定义为集成部件的每个部件可以以分布式方式实现。同样，定义为单独部件的部件可以以集成方式来实现。
虽然已经参考本公开的各种实施方式示出和描述了本公开，但是本领域技术人员将理解，在不脱离由所附权利需求及其等同物限定的本公开的精神和范围的情况下，可以在形式和细节上进行各种改变。

Claims (15)

1.一种由用户设备UE执行的卸载数据的方法，所述方法包括：
确定用于处理至少一些所述数据的服务器；
从所述服务器接收关于拆分点的列表，所述数据在所述拆分点是可拆分的；
基于所述列表，将所述拆分点中的至少一个确定为卸载点；
向所述服务器发送关于所述卸载点的信息和关于与所述卸载点对应的卸载数据的需求的信息；
从所述服务器接收关于所述卸载数据是否能够被处理的响应；以及
基于所述响应确定是否要处理所述卸载数据。
2.如权利要求1所述的方法，其中，关于所述需求的信息包括：当所述卸载数据由所述服务器处理时，需要满足的服务质量(QoS)信息、延迟信息、处理时间信息、或容量信息中的至少一个。
3.如权利要求1所述的方法，其中，关于所述卸载数据是否能够被处理的所述响应包括：
当所述卸载数据能够被处理以满足所述需求时，包括确认ACK；以及
当所述卸载数据不能被处理以满足所述需求时，当所述需求是强制性需求时，包括否认NACK，以及当所述需求不是强制性需求时，包括变更请求信息。
4.如权利要求3所述的方法，还包括：
估计所述服务器处理所述卸载数据所需的时间，其中，所述需求包括如下条件：由所述服务器计算出的作为处理所述卸载数据所需时间的时间小于所估计的时间。
5.如权利要求3所述的方法，其中，确定是否要处理所述卸载数据包括：
当关于所述卸载数据是否能够被处理的所述响应包括所述ACK时，向所述服务器发送处理所述卸载数据所需的信息；以及
从所述服务器接收处理所述卸载数据的结果。
6.如权利要求3所述的方法，其中，确定是否要处理所述卸载数据包括：当关于所述卸载数据是否能够被处理的所述响应包括所述NACK时，请求所述服务器终止对所述卸载数据的处理。
7.如权利要求3所述的方法，其中，所述变更请求信息包括与用于改变所述卸载点的请求和用于改变所述需求的请求有关的信息。
8.如权利要求7所述的方法，其中，确定是否要处理所述卸载数据包括：
当关于所述卸载数据是否能够被处理的所述响应包括所述变更请求信息时，基于所述变更请求信息改变所述卸载点或所述需求；
基于改变的结果向所述服务器发送用于处理改变的卸载数据所必需的信息；以及
从所述服务器接收处理所述改变的卸载数据的结果。
9.根据权利要求1所述的方法，
其中，所述数据包括用于机器学习的训练数据，以及
其中，所述卸载数据是所述训练数据中由所述服务器训练的数据。
10.如权利要求1所述的方法，其中，确定用于处理至少一些数据的服务器包括：
从至少一个服务器接收服务器信息；以及
基于所接收的服务器信息，从所述至少一个服务器中确定用于处理至少一些数据的服务器。
11.如权利要求1所述的方法，其中，确定是否要处理所述卸载数据包括：
确定所述卸载数据要由所述服务器处理；
在所述服务器处理所述卸载数据的期间，改变所述卸载点和所述需求；
向所述服务器发送关于所改变的卸载点和需求的信息；以及
从所述服务器接收基于关于所改变的卸载点和需求的信息处理所述卸载数据的结果。
12.一种由服务器执行的处理卸载数据的方法，所述方法包括：
确定拆分点，从用户设备UE接收的数据在所述拆分点是可拆分的；
向所述UE发送关于所确定的拆分点的列表；
从所述UE接收关于基于所述列表确定的卸载点的信息、以及关于与所述卸载点对应的卸载数据的需求的信息；
向所述UE发送关于所述服务器是否能够处理所述卸载数据的响应；以及
从所述UE接收基于所述响应确定的是否要处理所述卸载数据的结果。
13.如权利要求12所述的方法，其中，关于所述服务器是否能够处理所述卸载数据的所述响应包括：
当所述服务器能够处理所述卸载数据以满足需求时，包括确认ACK；以及
当所述服务器不能处理所述卸载数据以满足所述需求时，当所述需求是强制性需求时，包括否认NACK，以及当所述需求不是强制性需求时，包括变更请求信息。
14.一种用于卸载数据的用户设备UE，所述UE包括：
存储器；
收发器；以及
至少一个处理器，其被配置为：
确定用于处理至少一些数据的服务器，
从所述服务器接收关于拆分点的列表，所述数据在所述拆分点是可拆分的，
基于所述列表，将所述拆分点中的至少一个确定为卸载点，
向所述服务器发送关于所述卸载点的信息和关于与所述卸载点对应的卸载数据的需求的信息，
从所述服务器接收关于所述卸载数据是否能够被处理的响应，以及
基于所述响应确定是否要处理所述卸载数据。
15.一种用于处理卸载数据的服务器，所述服务器包括：
存储器；
收发器；以及
至少一个处理器，其被配置为：
确定拆分点，从用户设备UE接收的数据在所述拆分点是可拆分的，
向所述UE发送关于所确定的拆分点的列表，
从所述UE接收关于基于所述列表确定的卸载点的信息和关于与所述卸载点对应的卸载数据的需求的信息，
向所述UE发送关于所述服务器是否能够处理所述卸载数据的响应，以及
从所述UE接收基于所述响应确定的是否要处理所述卸载数据的结果。
CN202080082805.9A 2019-11-29 2020-11-30 用于在无线通信系统中卸载数据的方法和装置 Pending CN114762383A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR10-2019-0157119 2019-11-29
KR1020190157119A KR20210067468A (ko) 2019-11-29 2019-11-29 무선 통신 시스템에서 데이터를 오프로딩하기 위한 방법 및 장치
PCT/KR2020/017330 WO2021107739A1 (en) 2019-11-29 2020-11-30 Method and apparatus for offloading data in wireless communication system

Publications (1)

Publication Number Publication Date
CN114762383A true CN114762383A (zh) 2022-07-15

Family

ID=76091410

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080082805.9A Pending CN114762383A (zh) 2019-11-29 2020-11-30 用于在无线通信系统中卸载数据的方法和装置

Country Status (5)

Country Link
US (1) US11601848B2 (zh)
EP (1) EP4055877A4 (zh)
KR (1) KR20210067468A (zh)
CN (1) CN114762383A (zh)
WO (1) WO2021107739A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3086493B1 (fr) * 2018-09-20 2020-08-28 Renault Sas Procede de reattribution d’un serveur peripherique de traitement de donnees
KR102562732B1 (ko) 2021-08-31 2023-08-01 연세대학교 산학협력단 Mec 기반 무선 네트워크의 태스크 오프로딩 장치 및 방법
US12063514B2 (en) * 2022-01-14 2024-08-13 Qualcomm Incorporated Methods for reconfigurable intelligent surface (RIS) aided cooperative directional security
WO2024056993A1 (en) * 2022-09-15 2024-03-21 Arm Limited Computational resource discovery for offloading processing upon request

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20150040080A (ko) * 2013-10-04 2015-04-14 삼성전자주식회사 통신 시스템에서 트래픽 오프로딩 방법 및 장치
WO2015145197A1 (en) * 2014-03-24 2015-10-01 Nokia Technologies Oy Method and apparatus for adaptive candidate list population for wlan offloading
CN105700907A (zh) * 2014-12-16 2016-06-22 英特尔公司 利用针对本地检查点的卸载程序模型
CN105794259A (zh) * 2014-01-06 2016-07-20 英特尔Ip公司 向用户设备(ue)提供卸载能力信息的装置、系统和方法
WO2017112866A1 (en) * 2015-12-23 2017-06-29 Idac Holdings, Inc. Methods of offloading computation from mobile device to cloud
US20180183855A1 (en) * 2016-12-28 2018-06-28 Intel Corporation Application computation offloading for mobile edge computing
CN108541027A (zh) * 2018-04-24 2018-09-14 南京邮电大学 一种基于边缘云网络的通信计算资源置换方法
CN108829457A (zh) * 2018-05-29 2018-11-16 Oppo广东移动通信有限公司 应用程序预测模型更新方法、装置、存储介质及终端
US20190020657A1 (en) * 2017-07-13 2019-01-17 Dell Products, Lp Method and apparatus for optimizing mobile edge computing for nomadic computing capabilities as a service
US20190059021A1 (en) * 2015-10-12 2019-02-21 Telefonaktiebolaget Lm Ericsson (Publ) Load balancing of data traffic in a communications network

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7009989B2 (en) * 2002-03-05 2006-03-07 Hewlett-Packard Development Company, L.P. Forwarding ordered data packets with less delay
EP2578047B1 (en) * 2010-06-04 2015-09-02 Qualcomm Incorporated Method and apparatus for wireless distributed computing
US9026074B2 (en) * 2010-06-04 2015-05-05 Qualcomm Incorporated Method and apparatus for wireless distributed computing
CN102480512B (zh) * 2010-11-29 2015-08-12 国际商业机器公司 用于扩展服务器端处理能力的方法和装置
US20130041985A1 (en) * 2011-08-10 2013-02-14 Microsoft Corporation Token based file operations
KR20140135035A (ko) * 2013-05-15 2014-11-25 삼성전자주식회사 어플리케이션 실행 방법 및 그 장치
US10320929B1 (en) * 2015-06-23 2019-06-11 Amazon Technologies, Inc. Offload pipeline for data mirroring or data striping for a server
EP3368976A1 (en) * 2015-10-30 2018-09-05 British Telecommunications public limited company Mobile information processing
CN108419270B (zh) * 2017-02-10 2021-08-06 中兴通讯股份有限公司 一种业务分流实现方法及装置
WO2019104280A1 (en) * 2017-11-27 2019-05-31 Intel IP Corporation Multi-access edge computing (mec) based multi-operator support for c-v2x systems
KR102027682B1 (ko) * 2018-02-08 2019-10-02 한국과학기술원 부분적 계산 오프로딩을 위한 모바일 클라우드 네트워크의 로드밸런싱 방법 및 그 시스템
US11388222B2 (en) * 2018-05-04 2022-07-12 Verizon Patent And Licensing Inc. Mobile edge computing
US10609546B2 (en) * 2018-08-08 2020-03-31 Verizon Patent And Licensing Inc. Unified radio access network (RAN)/multi-access edge computing (MEC) platform
US11153721B2 (en) * 2018-12-27 2021-10-19 Intel Corporation Sensor network enhancement mechanisms
US11349764B2 (en) * 2019-02-15 2022-05-31 Qualcomm Incorporated Methods and apparatus for signaling offset in a wireless communication system
CN110096362B (zh) * 2019-04-24 2023-04-14 重庆邮电大学 一种基于边缘服务器协作的多任务卸载方法
US11818576B2 (en) * 2019-10-03 2023-11-14 Verizon Patent And Licensing Inc. Systems and methods for low latency cloud computing for mobile applications
US20210112438A1 (en) * 2019-10-09 2021-04-15 Qualomm Incorporated Application client performance indicator management
US20210144515A1 (en) * 2019-11-12 2021-05-13 Verizon Patent And Licensing Inc. Systems and methods for multi-access edge computing node selection

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20150040080A (ko) * 2013-10-04 2015-04-14 삼성전자주식회사 통신 시스템에서 트래픽 오프로딩 방법 및 장치
CN105794259A (zh) * 2014-01-06 2016-07-20 英特尔Ip公司 向用户设备(ue)提供卸载能力信息的装置、系统和方法
WO2015145197A1 (en) * 2014-03-24 2015-10-01 Nokia Technologies Oy Method and apparatus for adaptive candidate list population for wlan offloading
CN105700907A (zh) * 2014-12-16 2016-06-22 英特尔公司 利用针对本地检查点的卸载程序模型
US20190059021A1 (en) * 2015-10-12 2019-02-21 Telefonaktiebolaget Lm Ericsson (Publ) Load balancing of data traffic in a communications network
WO2017112866A1 (en) * 2015-12-23 2017-06-29 Idac Holdings, Inc. Methods of offloading computation from mobile device to cloud
US20180183855A1 (en) * 2016-12-28 2018-06-28 Intel Corporation Application computation offloading for mobile edge computing
US20190020657A1 (en) * 2017-07-13 2019-01-17 Dell Products, Lp Method and apparatus for optimizing mobile edge computing for nomadic computing capabilities as a service
CN108541027A (zh) * 2018-04-24 2018-09-14 南京邮电大学 一种基于边缘云网络的通信计算资源置换方法
CN108829457A (zh) * 2018-05-29 2018-11-16 Oppo广东移动通信有限公司 应用程序预测模型更新方法、装置、存储介质及终端

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
KITAE KIM等: ""Prediction Based Sub-Task Offloading in Mobile Edge Computing"", 《2019 INTERNATIONAL CONFERENCE ON INFORMATION NETWORKING》, 20 May 2019 (2019-05-20) *

Also Published As

Publication number Publication date
KR20210067468A (ko) 2021-06-08
US20210168655A1 (en) 2021-06-03
EP4055877A1 (en) 2022-09-14
US11601848B2 (en) 2023-03-07
EP4055877A4 (en) 2023-01-11
WO2021107739A1 (en) 2021-06-03

Similar Documents

Publication Publication Date Title
CN114762383A (zh) 用于在无线通信系统中卸载数据的方法和装置
US11388644B2 (en) Apparatus and method for load balancing in wireless communication system
JP6382335B2 (ja) 複数のカバレッジエンハンスメントレベルにおける進化型ノードｂの動作に関する技術及びコンフィギュレーション
US20220201762A1 (en) Mobile-Terminated Early Data Transmission
US10868750B1 (en) Method and device for facilitating delivery of content in a multi-access edge computing (MEC) environment
JP7458493B2 (ja) Ｄ２ｄ通信のためのリソース選択を提供する方法および関係する通信デバイス
US20230308199A1 (en) Link performance prediction using spatial link performance mapping
US20230403573A1 (en) Managing a radio access network operation
EP4278693A1 (en) Procedural options for cho in non-terrestrial networks
US20230114943A1 (en) Method and apparatus for monitoring data usage in wireless communication system
US11271623B2 (en) Codebook design for virtualized active antenna system (AAS)
US20230397060A1 (en) Aperiodic System Information Broadcast
US11030013B2 (en) Systems and methods for splitting processing between device resources and cloud resources
US11490298B2 (en) Inter-frequency search order
US20200374083A1 (en) Methods of Transmitting and Receiving Additional SIB1-NB Subframes in a NB-IoT Network
US20230308850A1 (en) Adaptive Segmentation of Public Warning Systems Messages
US11038648B1 (en) Antenna subset selection signaling
US9986506B2 (en) Global positioning system (GPS) signal piggyback in a distributed device environment
US12114362B2 (en) Mobile terminated access load control
CN107733983B (zh) 物联网通信方法及第一中继器
US20210400702A1 (en) Downlink Control Information in USS
CN113924760A (zh) 通信网络中的网络节点和方法
EP3791613A1 (en) Method, apparatus, and system for securing radio connections
AU2018377711A1 (en) Method and apparatus for identifying interference in a wireless communication system
WO2024065774A1 (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