CN116156591A - 分流调度方法和装置、计算机可读存储介质、电子设备 - Google Patents

分流调度方法和装置、计算机可读存储介质、电子设备 Download PDF

Info

Publication number
CN116156591A
CN116156591A CN202111372155.4A CN202111372155A CN116156591A CN 116156591 A CN116156591 A CN 116156591A CN 202111372155 A CN202111372155 A CN 202111372155A CN 116156591 A CN116156591 A CN 116156591A
Authority
CN
China
Prior art keywords
function
user plane
party application
application program
strategy
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
CN202111372155.4A
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.)
China Telecom Corp Ltd
Original Assignee
China Telecom Corp 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 China Telecom Corp Ltd filed Critical China Telecom Corp Ltd
Priority to CN202111372155.4A priority Critical patent/CN116156591A/zh
Publication of CN116156591A publication Critical patent/CN116156591A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • 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/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • 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
    • 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/10—Flow control between communication endpoints
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

本公开是关于一种分流调度方法和装置、计算机可读存储介质、电子设备，涉及无线通信技术领域，该方法包括：接收预设的分流策略以及第三方应用程序发送的分流请求；在确定所述分流请求满足所述分流策略的预设条件时，下发所述分流策略；确定与所述第三方应用程序对应的用户面数据流，根据所述分流策略，将与所述第三方应用程序对应的用户面数据流发送至本地用户面功能，以使得所述第三方应用程序获取所述用户面数据流。本公开节省了分流调度的网络资源。

Description

分流调度方法和装置、计算机可读存储介质、电子设备
技术领域
本公开实施例涉及无线通信技术领域，具体而言，涉及一种分流调度方法、分流调度装置、计算机可读存储介质以及电子设备。
背景技术
随着无线通信技术的发展，一种依据用户制定的策略进行分流选择的机制，增强了分流选择的灵活性、可控性以及提高了链路的利用效率。
在现有的5G规范中规定了对任意用户路由调度功能及流程：当第三方在本地网或者边缘节点部署有业务服务器时，可以通过下发分流策略，指示将处于边缘节点覆盖范围内的与第三方业务相关的用户数据从本地分流到第三方业务的业务服务器，从而降低时延，提升业务体验。
但是，目前的分流调度方法存在以下问题：当用户处于预设区域，即使用户不使用第三方业务，但是仍然会对第三方业务的业务服务器进行分流，导致大量第三方业务以外的业务数据流需要分类器进行额外的分流处理，带来大量的资源消耗，并且在性能方面一定程度上会影响其他用户。
因此，需要提供一种新的分流调度方法。
需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本公开的目的在于提供一种分流调度方法、分流调度装置、计算机可读存储介质以及电子设备，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的分流资源浪费的问题。
根据本公开的一个方面，提供一种分流调度方法，包括：
接收预设的分流策略以及第三方应用程序发送的分流请求；
在确定所述分流请求满足所述分流策略的预设条件时，下发所述分流策略；
确定与所述第三方应用程序对应的用户面数据流，根据所述分流策略，将与所述第三方应用程序对应的用户面数据流发送至本地用户面功能，以使得所述第三方应用程序获取所述用户面数据流。
在本公开的一种示例性实施例中，接收预设的分流策略以及第三方应用程序发送的分流请求，包括：
所述应用功能/能力开放使能平台接收第三方管理服务器发送的预设的基于区域或时间段的分流策略；
所述中心用户面功能接收所述第三方应用程序发送的分流请求以及当前用户的用户信息；
所述中心用户面功能通过核心网头增强将所述当前用户的用户信息以及所述分流请求发送至所述应用功能。
在本公开的一种示例性实施例中，所述中心用户面功能接收到的所述第三方应用程序发送的分流请求为所述第三方应用程序根据所述当前用户的用户信息进行判断，当所述当前用户的用户信息满足条件时，生成分流请求。
在本公开的一种示例性实施例中，在确定所述分流请求满足所述分流策略的预设条件时，下发所述分流策略，包括：
所述应用功能/能力开放使能平台根据接收到预设的基于区域或时间段的分流策略，判断所述第三方应用程序发送到的所述分流请求是否满足所述区域或所述时间段；
所述应用功能/能力开放使能平台在确定所述分流请求满足所述区域或所述时间段时，将所述分流策略下发到所述策略控制功能；
所述策略控制功能将所述分流策略转换为策略控制和计费规则，并将所述策略控制和计费规则发送至所述会话管理功能。
在本公开的一种示例性实施例中，所述应用功能/能力开放使能平台在确定所述分流请求满足所述区域或所述时间段时，将所述分流策略下发到所述策略控制功能，包括：
当所述应用功能/能力开放使能平台在确定所述分流请求满足所述区域或所述时间段时，判断所述应用功能是否位于可信域内；
当所述应用功能/能力开放使能平台位于可信域内时，所述应用功能将所述分流策略下发至所述策略控制功能；
当所述应用功能/能力开放使能平台位于不可信域内时，所述应用功能将所述分流策略下发至网络开放功能；
所述网络开放功能进行鉴权，并将所述分流策略下发至所述策略控制功能。
在本公开的一种示例性实施例中，在将所述策略控制和计费规则发送至所述会话管理功能之后，所述分流调度方法还包括：
在所述会话管理功能中插入本地分流。
在本公开的一种示例性实施例中，确定与所述第三方应用程序对应的用户面数据流，根据所述分流策略，将与所述第三方应用程序对应的用户面数据流发送至本地用户面功能，包括：
通过所述本地分流确定与所述第三方应用程序对应的用户面数据流；
在确定所述本地用户面功能接收到所述第三方应用程序发起的业务流数据之后，根据所述分流策略，将与所述第三方应用程序对应的用户面数据流发送至所述本地用户面功能。
在本公开的一种示例性实施例中，在将与所述第三方应用程序对应的用户面数据流发送至所述本地用户面功能之后，所述分流调度方法还包括：
在确定所述本地用户面功能接收到所述第三方应用程序发送的业务流数据之后，将与所述第三方应用程序对应的用户面数据流发送至与所述第三方应用程序对应的第三方业务服务器中，以使得所述第三方应用程序从所述第三方业务服务器中获取所述用户面数据流。
根据本公开的一个方面，提供一种分流调度装置，包括：
请求接收模块，用于接收第三方管理服务器发送的分流策略以及第三方应用程序发送的分流请求；
分流策略下发模块，用于在确定所述分流请求满足所述分流策略的预设条件时，下发所述分流策略；
数据流分发模块，用于确定与所述第三方应用程序对应的用户面数据流，根据所述分流策略，将与所述第三方应用程序对应的用户面数据流发送至本地用户面功能，以使得所述第三方应用程序获取所述用户面数据流。
根据本公开的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一示例性实施例所述的分流调度方法。
根据本公开的一个方面，提供一种电子设备，包括：
处理器；以及
存储器，用于存储所述处理器的可执行指令；
其中，所述处理器配置为经由执行所述可执行指令来执行上述任一示例性实施例所述的分流调度方法。
本公开实施例提供的一种分流调度方法，接收预设的分流策略以及第三方应用程序发送的分流请求；在确定所述分流请求满足所述分流策略的预设条件时，下发所述分流策略；确定与所述第三方应用程序对应的用户面数据流，根据所述分流策略，将与所述第三方应用程序对应的用户面数据流发送至本地用户面功能，以使得所述第三方应用程序从所述本地用户面功能中获取所述用户面数据流。一方面，与第三方应用程序进行交互实时获取第三方应用程序的动态分流请求意图，根据第三方应用程序发送的分流请求进行动态分流，节省了网络资源，解决了现有技术中无论是否有用户使用相关应用程序，均需要对相关应用程序进行分流造成资源浪费的问题；另一方面，由于在接收到第三方应用程序发送的分流请求之后，根据接收到的预设的分流策略判断分流请求是否满足分流策略的预设条件，当满足预设条件时，下发分流策略，即，可以对接收到的分流请求进行复杂的逻辑判断，而不是相关技术中由策略控制功能进行分流调度前的逻辑判断，提高了分流策略下发的精确性。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示意性示出根据本公开示例实施例的一种分流调度方法的流程图。
图2示意性示出根据本公开示例实施例的一种分流调度系统的框图。
图3示意性示出根据本公开示例实施例的一种接收预设的分流策略以及第三方应用程序发送的分流请求的方法流程图。
图4示意性示出根据本公开示例实施例的一种在确定分流请求满足分流策略的预设条件时，下发分流策略的方法流程图。
图5示意性示出根据本公开示例实施例的一种应用功能在确定分流请求满足区域或时间段时，将分流策略下发到策略控制功能的方法流程图。
图6示意性示出根据本公开示例实施例的一种确定与第三方应用程序对应的用户面数据流，根据分流策略，将与第三方应用程序对应的用户面数据流发送至本地用户面功能的方法流程图。
图7示意性示出根据本公开示例实施例的一种分流调度方法的流程图。
图8示意性示出根据本公开示例实施例的一种分流调度装置的框图。
图9示意性示出根据本公开示例实施例的用于实现上述分流调度方法的电子设备。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
相关技术中，5G规范中规定了对任意用户路由调度功能及流程：当第三方在本地网或者边缘节点部署有业务服务器时，可以通过下发分流策略，指示将处于边缘节点覆盖范围内的与第三方业务相关的用户数据从本地分流到第三方业务的业务服务器，从而降低时延，提升业务体验。
但是，相关技术中的分流调度方法存在以下问题：当用户处于预设区域，即使用户不使用第三方业务，但是仍然会对第三方业务的业务服务器进行分流，导致大量第三方业务以外的业务数据流需要分类器进行额外的分流处理，带来大量的资源消耗，并且在性能方面一定程度上会影响其他用户。
基于上述一个或者多个问题，本示例实施方式中首先提供了一种分流调度方法，参考图1所示，该分流调度方法可以包括以下步骤：
步骤S110.接收预设的分流策略以及第三方应用程序发送的分流请求；
步骤S120.在确定所述分流请求满足所述分流策略的预设条件时，下发所述分流策略；
步骤S130.确定与所述第三方应用程序对应的用户面数据流，根据所述分流策略，将与所述第三方应用程序对应的用户面数据流发送至本地用户面功能，以使得所述第三方应用程序获取所述用户面数据流。
上述分流调度方法，接收预设的分流策略以及第三方应用程序发送的分流请求；在确定所述分流请求满足所述分流策略的预设条件时，下发所述分流策略；确定与所述第三方应用程序对应的用户面数据流，根据所述分流策略，将与所述第三方应用程序对应的用户面数据流发送至本地用户面功能，以使得所述第三方应用程序从所述本地用户面功能中获取所述用户面数据流。一方面，与第三方应用程序进行交互实时获取第三方应用程序的动态分流请求意图，根据第三方应用程序发送的分流请求进行动态分流，节省了网络资源，解决了现有技术中无论是否有用户使用相关应用程序，均需要对相关应用程序进行分流造成资源浪费的问题；另一方面，由于在接收到第三方应用程序发送的分流请求之后，根据接收到的预设的分流策略判断分流请求是否满足分流策略的预设条件，当满足预设条件时，下发分流策略，即，可以对接收到的分流请求进行复杂的逻辑判断，而不是相关技术中由策略控制功能进行分流调度前的逻辑判断，提高了分流策略下发的精确性。
以下，对本公开示例实施例的分流调度方法中涉及的各步骤进行详细的解释以及说明。
首先，对本公开示例实施例的应用场景以及目的进行解释以及说明。具体的，本公开示例实施例可以应用于终端的无线通信中，主要研究对第三方应用程序进行分流时如何降低资源消耗并且在性能方面减少对其他用户的影响。
在本公开中以接收到的预设的分流策略以及第三方应用程序发送的分流请求为基础，一方面，在应用功能接收到第三方应用程序发送的分流请求时，判断该分流请求是否满足预设的分流策略的预设条件，通过应用功能/能力开放使能平台和第三方应用程序的配合下发分流策略，仅当用户使用第三方应用程序且第三方应用程序想要为使用的用户提供更好的体验时，才向应用功能/能力开放使能平台发送分流请求；另一方面，当应用功能判断分流请求符合分流策略的预设条件时，下发分流策略，提高了分流策略下发的精确性，并且可以通过分类器将与第三方应用程序相关的用户流数据分发至第三方管理器，以使得第三方应用程序在第三方管理器中获取当前用户使用第三方应用程序所需要的用户流数据。
其次，对本公开示例实施例中涉及到的分流调度系统进行解释以及说明。参考图2所示，该分流调度系统可以包括中心节点以及本地节点。其中，中心节点中包括第三方管理服务器211、应用功能/能力开放使能平台212、策略控制功能213、会话管理功能214、接入和移动性管理功能215以及中心用户面功能216；本地节点中包括第三方应用程序221、无线基站222、本地用户面功能223以及第三方业务服务器224。具体的，第三方管理服务器211用于生成预设的分流策略，并将该预设的分流策略发送至应用功能/能力开放使能平台212，同时应用功能/能力开放使能平台212接收第三方应用程序221发送的分流请求，并判断接收到的分流请求是否满足分流策略的预设条件，当满足时，将预设的分流策略发送至策略控制功能213，策略控制功能213将接收到的分流策略下发至会话管理功能214；会话管理功能214根据分流策略进行分流，将中心用户面功能216中的与第三方应用程序相关的用户流数据发送至本地用户面功能223，在本地用户面功能223通过无线基站222接收到第三方应用程序221发送的业务流数据之后，将与第三方应用程序相关的用户流数据发送至第三方业务服务器224；另外，接入和移动性管理功能215用于管理无线基站222以及第三方应用程序221。
以下，将结合图2对步骤S110-步骤S130进行详细的解释以及说明。
在步骤S110中，接收预设的分流策略以及第三方应用程序发送的分流请求。
该分流调度方法可以应用于5G核心网中，该在5G核心网包括：应用功能/能力开放使能平台、策略控制功能、会话管理功能、中心用户面功能以及本地用户面功能，本示例实施例中，预设的分流策略是第三方管理服务器预先生成的，该预先生成的分流策略不考虑具体当前使用用户，该预设的分流策略可以是基于时间段的分流策略，也可以是基于当前使用用户的位置区域的分流策略，在本示例实施例中对分流策略的预设条件不做具体限定。
参考图3所示，接收预设的分流策略以及第三方应用程序发送的分流请求，可以包括步骤S310-步骤S330：
步骤S310.所述应用功能/能力开放使能平台接收第三方管理服务器发送的预设的基于区域或时间段的分流策略；
步骤S320.所述中心用户面功能接收所述第三方应用程序发送的分流请求以及当前用户的用户信息；
步骤S330.所述中心用户面功能通过核心网头增强将所述当前用户的用户信息以及所述分流请求发送至所述应用功能。
以下，将对步骤S310-步骤S330进行解释以及说明。具体的，首先，应用功能/能力开放使能平台接收第三方管理服务器发送的预设的分流策略，该分流策略可以为基于时间段的分流策略，也可以为基于当前用户的位置区域的分流策略，即，分流策略的预设条件可以为基于时间段的，也可以为基于当前用户的位置区域的，在本示例实施例中对分流策略的预设条件不做具体限定。其中，能力开放使能平台中可以包括应用功能，该能力开放使能平台也可以为应用功能中包括的一部分，在本示例实施例中，对此不做具体限定。
应用功能/能力开放使能平台除了接收第三方管理服务器发送的预设的基于区域或者时间段的分流策略，还需要接收第三方应用程序发送的分流请求，在接收分流请求时，首先，第三方应用程序将分流请求发送至中心用户面功能，其中，分流请求可以为基于HTTP(Hypertext Transfer Prtcl，超文本传输协议)的，也可以为基于HPPTS(Hyper TextTransfer Protocol over SecureSocket Layer，超文本传输安全协议)的，在本示例实施例中对分流请求的形式不做具体限定，中心用户面功能接收到第三方应用程序的分流请求以及第三方应用程序发送的使用第三方应用程序的当前用户的用户信息之后，通过核心网头增强技术将当前用户的用户信息添加至分流请求的数据流之前，将当前用户的用户信息以及分流请求发送至应用功能/能力开放使能平台。其中，当前用户的用户信息可以为当前用户的等级信息，也可以为当前用户对业务质量的要求，当前用户对业务质量的要求可以为低时延，在本示例实施例中对当前用户的用户信息不做具体限定。
进一步的，在本示例实施例中，中心面功能接收到的第三方发送的分流请求是第三方应用程序根据使用第三方应用程序的当前用户的用户信息判断得到的。具体的，当当前用户打开第三方应用程序时，第三方应用程序根据当前用户的等级信息或者当前用户对第三方应用程序的业务质量的要求等因素，来判断是否为当前用户提供分流来提高当前用户的使用体验。当第三方应用程序决定为当前用户提供分流时，生成分流请求，并将生成的分流请求发送至中心用户面功能。
在步骤S120中，在确定所述分流请求满足所述分流策略的预设条件时，下发所述分流策略。
在本示例实施例中，分流策略的预设条件可以为当前用户的位置位于预设区域，也可以为分流请求的时间位于预设的时间段内，在本示例实施例中对分流策略的预设条件不做具体限定。参考图4所示，在确定所述分流请求满足所述分流策略的预设条件时，下发所述分流策略，可以包括步骤S410-步骤S430：
步骤S410.所述应用功能/能力开放使能平台根据接收到预设的基于区域或时间段的分流策略，判断所述第三方应用程序发送到的所述分流请求是否满足所述区域或所述时间段；
步骤S420.所述应用功能/能力开放使能平台在确定所述分流请求满足所述区域或所述时间段时，将所述分流策略下发到所述策略控制功能；
步骤S430.所述策略控制功能将所述分流策略转换为策略控制和计费规则，并将所述策略控制和计费规则发送至所述会话管理功能。
以下，将对步骤S410-步骤S430进行解释以及说明。具体的，应用功能/能力开放使能平台接收到第三方管理服务器发送的预设的基于区域或时间段的分流策略以及第三方应用程序发送的分流请求之后，可以根据预设的基于区域或时间段的分流策略判断分流请求是否满足该分流策略的预设条件，当分流请求满足分流策略的预设条件时，应用功能/能力开放使能平台将分流策略下发至策略控制功能；策略控制功能将分流策略转换为策略控制和计费规则，并将该策略控制和计费规则下发至会话管理功能。其中，第三方应用程序与应用功能进行实时交互，获取第三方应用程序的动态分流请求，并根据分流策略对分流请求进行动态分流，节省了网络资源，解决了现有技术中无论是否有用户使用相关应用程序，均需要对第三方应用程序进行分流而造成资源浪费的问题。
举例而言，在应用功能/能力开放使能平台接收到预设的基于位置或时间段的分流策略中，位置可以为指定的任一区域，当当前用户的当前位置位于该任一区域时，该当前用户的分流请求满足该分流策略的预设条件；时间段可以为指定的任一时间段，例如15:00-18:00等，在本示例实施例中对位置以及时间段不做具体限定。具体的，当分流策略中预设的时间段为8:00-10:00时，当应用功能接收到的分流请求的时间为9:25时，该时间满足分流策略的预设时间段，因此，应用功能将分流策略下发至策略控制功能。在本示例实施例中，由于应用功能/能力开放使能平台在接收到第三方应用程序发送的分流请求之后，根据接收到的预设的分流策略判断分流请求是否满足分流策略的预设条件，当满足预设条件时，下发分流策略，即，可以对接收到的分流请求进行复杂的逻辑判断，而不是相关技术中由策略控制功能进行分流调度前的逻辑判断，提高了分流策略下发的精确性。
进一步的，应用功能/能力开放使能平台向策略控制功能下发分流策略时，可以经过网络开放功能。具体的，参考图5所示，所述应用功能在确定所述分流请求满足所述区域或所述时间段时，将所述分流策略下发到所述策略控制功能，可以包括步骤S510-步骤S540：
步骤S510.当所述应用功能/能力开放使能平台在确定所述分流请求满足所述区域或所述时间段时，判断所述应用功能是否位于可信域内；
步骤S520.当所述应用功能/能力开放使能平台位于可信域内时，所述应用功能将所述分流策略下发至所述策略控制功能；
步骤S530.当所述应用功能/能力开放使能平台位于不可信域内时，所述应用功能将所述分流策略下发至网络开放功能；
步骤S540.所述网络开放功能进行鉴权，并将所述分流策略下发至所述策略控制功能。
以下，将对步骤S510-步骤S540进行解释以及说明。具体的，当应用功能/能力开放使能平台确定分流请求满足分流策略的预设条件时，判断应用功能/能力开放使能平台是否位于可信域内，当应用功能/能力开放使能平台位于可信域内时，应用功能/能力开放使能平台可以直接将分流策略下发至策略控制功能；当应用功能/能力开放使能平台位于不可信域内时，应用功能/能力开放使能平台将分流策略下发至网络开放功能，其中，网络开放功能位于5G核心网和外部第三方应用功能体之间(可能也有部分内部应用功能)，负责管理对外开放网络数据，所有的外部应用想要访问5G核心网内部数据，都必须要通过网络开放功能，由网络开放功能进行鉴权，来保证外部应用到网络的安全，网络开放功能将分流策略下发至策略控制功能。
再进一步的，当将所述策略控制和计费规则发送至所述会话管理功能之后，分流调度方法还包括：在会话管理功能中插入本地分流。其中本地分流可以为ULCL(UplinkClassifier，上行分类器)，也可以为LADN(Local Area Data Network，本地区域数据网)，在本示例实施例中对插入的本地分流的方式不做具体限定。
在步骤S130中，确定与所述第三方应用程序对应的用户面数据流，根据所述分流策略，将与所述第三方应用程序对应的用户面数据流发送至本地用户面功能，以使得所述第三方应用程序获取所述用户面数据流。
在本示例实施例中，用户面数据流为用户使用第三方应用程序中的任一任务时需要使用的数据流；用户面功能直接受会话管理功能的控制和管理，依据会话管理功能下发的各种策略执行业务流的处理。参考图6所示，确定与所述第三方应用程序对应的用户面数据流，根据所述分流策略，将与所述第三方应用程序对应的用户面数据流发送至本地用户面功能，可以包括步骤S610以及步骤S620：
步骤S610.通过所述本地分流确定与所述第三方应用程序对应的用户面数据流；
步骤S620.在确定所述本地用户面功能接收到所述第三方应用程序发起的业务流数据之后，根据所述分流策略，将与所述第三方应用程序对应的用户面数据流发送至所述本地用户面功能。
以下，将对步骤S610、步骤S620进行解释以及说明。具体的，在会话管理功能中插入本地分流之后，本地分流可以确定中心用户面功能中包括的所有的用户面数据流中与第三方应用程序对应的用户面数据流；当当前用户使用第三方应用程序时，第三方应用程序向本地用户面功能发送业务数据流，当本地用户面功能接收到业务数据流之后，根据分流策略，中心用户面功能将与第三方应用程序对应的用户面数据流发送至本地用户面功能，以使得第三方应用程序获取该用户面数据流。
进一步的，在将与所述第三方应用程序对应的用户面数据流发送至所述本地用户面功能之后，所述分流调度方法还包括：在确定所述本地用户面功能接收到所述第三方应用程序发送的业务流数据之后，将与所述第三方应用程序对应的用户面数据流发送至与所述第三方应用程序对应的第三方业务服务器中，以使得所述第三方应用程序从所述第三方业务服务器中获取所述用户面数据流。
具体的，当本地用户面功能接收到第三方应用程序发送的业务流数据之后，该本地用户面将与第三方应用程序对应的用户面数据流方发送至与第三方应用程序对应的第三方业务服务器中，以使得第三方应用程序从第三方业务服务器中获取用户面数据流，并为当前用户提供业务服务。
本公开示例实施例提供的分流调度方法至少具有以下优点：应用功能/能力开放使能平台与第三方应用程序进行交互，实时获取第三方应用程序的分流请求意图，并根据第三方应用程序发送的分流请求进行动态分流，节省了网络资源；并且，应用功能在接收到第三方应用程序的分流请求之后，根据其接收到的分流策略的预设条件判断是否进行分流，下发分流策略，提高了分流策略下发的精确性。
以下，结合图7对本公开示例实施例的分流调度方法进行进一步的解释以及说明。其中，分流调度方法可以包括：
步骤S702.应用功能/能力开放使能平台接收第三方管理服务器发送的分流策略；
步骤S704.第三方应用程序将分流请求发送至中心用户面功能，
步骤S706.中心用户面功能通过核心网头增强技术将当前用户的用户信息以及分流请求发送至应用功能/能力开放使能平台；
步骤S708.应用功能/能力开放使能平台判断分流请求是否满足分流策略的预设条件；
步骤S710.当满足时，将分流策略下发至策略控制功能；
步骤S712.策略控制功能将分流策略转换为策略控制和计费规则，并将策略控制和计费规则发送至会话管理功能；
步骤S714.在会话管理功能中插入本地分流，将与第三方应用程序对应的用户面数据流发送至本地用户面功能；
步骤S716.第三方应用程序向本地用户面功能发送业务数据流；
步骤S718.本地用户面功能将与第三方应用程序对应的用户面数据流发送至第三方业务服务器；
步骤S720.第三方应用程序从第三方业务服务器中获取用户面数据流。
本公开示例实施例还提供了一种分流调度装置，参考图8所示，可以包括：请求接收模块810、分流策略下发模块820以及数据流分发模块830。其中：
请求接收模块810，用于接收预设的分流策略以及第三方应用程序发送的分流请求；
分流策略下发模块820，用于在确定所述分流请求满足所述分流策略的预设条件时，下发所述分流策略；
数据流分发模块830，用于确定与所述第三方应用程序对应的用户面数据流，根据所述分流策略，将与所述第三方应用程序对应的用户面数据流发送至本地用户面功能，以使得所述第三方应用程序获取所述用户面数据流。
上述分流调度装置中各模块的具体细节已经在对应的分流调度方法中进行了详细的描述，因此此处不再赘述。
在本公开的一种示例性实施例中，接收预设的分流策略以及第三方应用程序发送的分流请求，包括：
所述应用功能/能力开放使能平台接收第三方管理服务器发送的预设的基于区域或时间段的分流策略；
所述中心用户面功能接收所述第三方应用程序发送的分流请求以及当前用户的用户信息；
所述中心用户面功能通过核心网头增强将所述当前用户的用户信息以及所述分流请求发送至所述应用功能。
在本公开的一种示例性实施例中，所述中心用户面功能接收到的所述第三方应用程序发送的分流请求为所述第三方应用程序根据所述当前用户的用户信息进行判断，当所述当前用户的用户信息满足条件时，生成分流请求。
在本公开的一种示例性实施例中，在确定所述分流请求满足所述分流策略的预设条件时，下发所述分流策略，包括：
所述应用功能/能力开放使能平台根据接收到预设的基于区域或时间段的分流策略，判断所述第三方应用程序发送到的所述分流请求是否满足所述区域或所述时间段；
所述应用功能/能力开放使能平台在确定所述分流请求满足所述区域或所述时间段时，将所述分流策略下发到所述策略控制功能；
所述策略控制功能将所述分流策略转换为策略控制和计费规则，并将所述策略控制和计费规则发送至所述会话管理功能。
在本公开的一种示例性实施例中，所述应用功能/能力开放使能平台在确定所述分流请求满足所述区域或所述时间段时，将所述分流策略下发到所述策略控制功能，包括：
当所述应用功能/能力开放使能平台在确定所述分流请求满足所述区域或所述时间段时，判断所述应用功能是否位于可信域内；
当所述应用功能/能力开放使能平台位于可信域内时，所述应用功能将所述分流策略下发至所述策略控制功能；
当所述应用功能/能力开放使能平台位于不可信域内时，所述应用功能将所述分流策略下发至网络开放功能；
所述网络开放功能进行鉴权，并将所述分流策略下发至所述策略控制功能。
在本公开的一种示例性实施例中，在将所述策略控制和计费规则发送至所述会话管理功能之后，所述分流调度方法还包括：
在所述会话管理功能中插入本地分流。
在本公开的一种示例性实施例中，确定与所述第三方应用程序对应的用户面数据流，根据所述分流策略，将与所述第三方应用程序对应的用户面数据流发送至本地用户面功能，包括：
通过所述本地分流确定与所述第三方应用程序对应的用户面数据流；
在确定所述本地用户面功能接收到所述第三方应用程序发起的业务流数据之后，根据所述分流策略，将与所述第三方应用程序对应的用户面数据流发送至所述本地用户面功能。
在本公开的一种示例性实施例中，在将与所述第三方应用程序对应的用户面数据流发送至所述本地用户面功能之后，所述分流调度方法还包括：
在确定所述本地用户面功能接收到所述第三方应用程序发送的业务流数据之后，将与所述第三方应用程序对应的用户面数据流发送至与所述第三方应用程序对应的第三方业务服务器中，以使得所述第三方应用程序从所述第三方业务服务器中获取所述用户面数据流。
应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。
所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
下面参照图9来描述根据本公开的这种实施方式的电子设备900。图9显示的电子设备900仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图9所示，电子设备900以通用计算设备的形式表现。电子设备900的组件可以包括但不限于：上述至少一个处理单元910、上述至少一个存储单元920、连接不同系统组件(包括存储单元920和处理单元910)的总线930以及显示单元940。
其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元910执行，使得所述处理单元910执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元910可以执行如图1中所示的步骤S110：接收预设的分流策略以及第三方应用程序发送的分流请求；S120：在确定所述分流请求满足所述分流策略的预设条件时，下发所述分流策略；S130：确定与所述第三方应用程序对应的用户面数据流，根据所述分流策略，将与所述第三方应用程序对应的用户面数据流发送至本地用户面功能，以使得所述第三方应用程序获取所述用户面数据流。
存储单元920可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)9201和/或高速缓存存储单元9202，还可以进一步包括只读存储单元(ROM)9203。
存储单元920还可以包括具有一组(至少一个)程序模块9205的程序/实用工具9204，这样的程序模块9205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线930可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备900也可以与一个或多个外部设备1000(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备900交互的设备通信，和/或与使得该电子设备900能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口950进行。并且，电子设备900还可以通过网络适配器960与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器960通过总线930与电子设备900的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备900使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。
根据本公开的实施方式的用于实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

Claims (11)

1.一种分流调度方法，其特征在于，应用于5G核心网，其中，所述5G核心网包括：应用功能/能力开放使能平台、策略控制功能、会话管理功能、中心用户面功能以及本地用户面功能，所述分流调度方法包括：
接收预设的分流策略以及第三方应用程序发送的分流请求；
在确定所述分流请求满足所述分流策略的预设条件时，下发所述分流策略；
确定与所述第三方应用程序对应的用户面数据流，根据所述分流策略，将与所述第三方应用程序对应的用户面数据流发送至本地用户面功能，以使得所述第三方应用程序获取所述用户面数据流。
2.根据权利要求1所述的分流调度方法，其特征在于，接收预设的分流策略以及第三方应用程序发送的分流请求，包括：
所述应用功能/能力开放使能平台接收第三方管理服务器发送的预设的基于区域或时间段的分流策略；
所述中心用户面功能接收所述第三方应用程序发送的分流请求以及当前用户的用户信息；
所述中心用户面功能通过核心网头增强将所述当前用户的用户信息以及所述分流请求发送至所述应用功能。
3.根据权利要求2所述的分流调度方法，其特征在于，所述中心用户面功能接收到的所述第三方应用程序发送的分流请求为所述第三方应用程序根据所述当前用户的用户信息进行判断，当所述当前用户的用户信息满足条件时，生成分流请求。
4.根据权利要求2所述的分流调度方法，其特征在于，在确定所述分流请求满足所述分流策略的预设条件时，下发所述分流策略，包括：
所述应用功能/能力开放使能平台根据接收到预设的基于区域或时间段的分流策略，判断所述第三方应用程序发送到的所述分流请求是否满足所述区域或所述时间段；
所述应用功能/能力开放使能平台在确定所述分流请求满足所述区域或所述时间段时，将所述分流策略下发到所述策略控制功能；
所述策略控制功能将所述分流策略转换为策略控制和计费规则，并将所述策略控制和计费规则发送至所述会话管理功能。
5.根据权利要求4所述的分流调度方法，其特征在于，所述应用功能/能力开放使能平台在确定所述分流请求满足所述区域或所述时间段时，将所述分流策略下发到所述策略控制功能，包括：
当所述应用功能/能力开放使能平台在确定所述分流请求满足所述区域或所述时间段时，判断所述应用功能是否位于可信域内；
当所述应用功能/能力开放使能平台位于可信域内时，所述应用功能将所述分流策略下发至所述策略控制功能；
当所述应用功能/能力开放使能平台位于不可信域内时，所述应用功能将所述分流策略下发至网络开放功能；
所述网络开放功能进行鉴权，并将所述分流策略下发至所述策略控制功能。
6.根据权利要求5所述的分流调度方法，其特征在于，在将所述策略控制和计费规则发送至所述会话管理功能之后，所述分流调度方法还包括：
在所述会话管理功能中插入本地分流。
7.根据权利要求6所述的分流调度方法，其特征在于，确定与所述第三方应用程序对应的用户面数据流，根据所述分流策略，将与所述第三方应用程序对应的用户面数据流发送至本地用户面功能，包括：
通过所述本地分流确定与所述第三方应用程序对应的用户面数据流；
在确定所述本地用户面功能接收到所述第三方应用程序发起的业务流数据之后，根据所述分流策略，将与所述第三方应用程序对应的用户面数据流发送至所述本地用户面功能。
8.根据权利要求7所述的分流调度方法，其特征在于，在将与所述第三方应用程序对应的用户面数据流发送至所述本地用户面功能之后，所述分流调度方法还包括：
在确定所述本地用户面功能接收到所述第三方应用程序发送的业务流数据之后，将与所述第三方应用程序对应的用户面数据流发送至与所述第三方应用程序对应的第三方业务服务器中，以使得所述第三方应用程序从所述第三方业务服务器中获取所述用户面数据流。
9.一种分流调度装置，其特征在于，应用于5G核心网，其中，所述5G核心网包括：应用功能/能力开放使能平台、策略控制功能、会话管理功能、中心用户面功能以及本地用户面功能，所述分流调度装置包括：
请求接收模块，用于接收预设的分流策略以及第三方应用程序发送的分流请求；
分流策略下发模块，用于在确定所述分流请求满足所述分流策略的预设条件时，下发所述分流策略；
数据流分发模块，用于确定与所述第三方应用程序对应的用户面数据流，根据所述分流策略，将与所述第三方应用程序对应的用户面数据流发送至本地用户面功能，以使得所述第三方应用程序获取所述用户面数据流。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-8任一项所述的分流调度方法。
11.一种电子设备，其特征在于，包括：
处理器；以及
存储器，用于存储所述处理器的可执行指令；
其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-8任一项所述的分流调度方法。
CN202111372155.4A 2021-11-18 2021-11-18 分流调度方法和装置、计算机可读存储介质、电子设备 Pending CN116156591A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111372155.4A CN116156591A (zh) 2021-11-18 2021-11-18 分流调度方法和装置、计算机可读存储介质、电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111372155.4A CN116156591A (zh) 2021-11-18 2021-11-18 分流调度方法和装置、计算机可读存储介质、电子设备

Publications (1)

Publication Number Publication Date
CN116156591A true CN116156591A (zh) 2023-05-23

Family

ID=86360488

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111372155.4A Pending CN116156591A (zh) 2021-11-18 2021-11-18 分流调度方法和装置、计算机可读存储介质、电子设备

Country Status (1)

Country Link
CN (1) CN116156591A (zh)

Similar Documents

Publication Publication Date Title
US11751067B2 (en) Performance assurance and optimization for GAA and PAL devices in a CBRS network for private enterprise environment
CN109152095B (zh) 用于终端的无线网络连接方法
TWI737232B (zh) 通訊方法、裝置、電腦可讀介質、電子設備及電腦程式產品
US20210204104A1 (en) Communication method and network device
CN113645150B (zh) 传输速率控制方法、装置、电子设备和可读存储介质
KR20220039814A (ko) 서비스 흐름 분할 방법, 장치, 및 시스템, 전자 디바이스, 및 저장 매체
US11182210B2 (en) Method for resource allocation and terminal device
CN110166791A (zh) 连接的建立方法、装置、设备及存储介质
CN114302426B (zh) 在异质网络控制服务质量的方法、装置、介质及电子设备
CN111124299A (zh) 数据存储管理方法、装置、设备、系统及存储介质
WO2019047708A1 (zh) 资源配置方法及相关产品
CN111935270A (zh) 基于边缘计算平台的通信方法、装置、介质及电子设备
EP3968692A1 (en) Method and apparatus for controlling quality of service of sidelink communication, medium, and electronic device
CN112152879B (zh) 网络质量确定方法、装置、电子设备和可读存储介质
US11074322B1 (en) Adaptive capacity management for network licensing
CN114301789B (zh) 数据传输方法及装置、存储介质、电子设备
CN116156591A (zh) 分流调度方法和装置、计算机可读存储介质、电子设备
CN114006757B (zh) Gis服务的访问控制方法、装置、架构、介质及设备
CN115022074A (zh) 用户认证授权方法、装置、介质及设备
CN115426320A (zh) 一种安全资源调度方法、装置、电子设备及存储介质
CN110929269B (zh) 系统权限管理方法、装置、介质及电子设备
WO2024146115A1 (zh) 带宽资源分配方法、装置及相关设备
CN118301676A (zh) 带宽资源分配方法、装置、电子设备及存储介质
CN117499975A (zh) 应用检测方法和装置、计算机可读存储介质、电子设备
US11941438B2 (en) Method, electronic device, and computer program product for using virtual desktop

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